(57)【要約】【課題】オンライン評価システムおよび方法を提供する。【解決手段】オンライン評価システムおよび方法は、他のユーザから受信された評価データを使用する、少なくとも、全体的な評価種類およびカテゴリ別評価種類を含む、複数の種類の評価パラメータを算定する。該システムは、ウェブページからユーザの評価情報の要求を受信する際に、該複数の種類の評価パラメータを呼び出し、該複数の種類の評価パラメータを、表示される該システムのフロントエンドに送信する。該複数の種類の評価パラメータは、該システムによって事前設定されたフォーマットを使用して、ウェブページに表示される。該方法およびシステムを使用することは、該ユーザのより総合的な評価を得るために役立ち、さらに、より詳細で、より正確かつより信頼性の高い評価情報を提供する。【選択図】図１
2014232550.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実行可能命令を用いて構成された１つまたは複数の処理装置の制御下で、
第１の種類の１人または複数のユーザ、及び第２の種類の１人または複数のユーザを識別するステップと、
前記第２の種類の特定のユーザを評価するために、前記第１の種類の前記１人または複数のユーザによって提出された評価データを受信するステップと、
前記評価データに基づいて、少なくとも全体的な評価種類のパラメータおよびカテゴリ別評価種類のパラメータを含む複数の種類の評価パラメータを算出するステップであって、
設定期間内に、前記第１の種類の特定のユーザによって前記第２の種類の前記特定のユーザに送信された良いレーティングの数が、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された悪いレーティングの数より多いという判定に応じて、前記設定期間内に前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された他の良いレーティングまたは悪いレーティングをカウントしないで、前記設定期間内に前記第１の種類の前記特定のユーザが前記第２の種類の前記特定のユーザに１つの良いレーティングを送信することを決定するステップを含む、ステップと
を含む、方法。
【請求項２】
前記第１の種類の前記１人または複数のユーザは買い手であり、前記第２の種類の前記１人または複数のユーザは売り手である、請求項１に記載の方法。
【請求項３】
前記全体的な評価種類のパラメータは、少なくとも、良いレーティングの総数、悪いレーティングの総数、および平均レーティングの総数を含む、複数の一般的な評価パラメータを有する、請求項１に記載の方法。
【請求項４】
前記カテゴリ別評価種類のパラメータは、それぞれ、ユーザパフォーマンスの特定のカテゴリを表す複数の特定の評価パラメータを有する、請求項１に記載の方法。
【請求項５】
前記複数の種類の評価パラメータは、通常の取引データに基づいて、１つ以上の評価パラメータをさらに含む、請求項１に記載の方法。
【請求項６】
前記複数の種類の評価パラメータは、取引後のイベント記録に基づいて、１つ以上の評価パラメータをさらに含む、請求項１に記載の方法。
【請求項７】
前記複数の種類の評価パラメータのうちの少なくとも一つは、複数の時間間隔に対して算出される、請求項１に記載の方法。
【請求項８】
取引を完了する際に前記評価データを収集するために、前記第１の種類の前記ユーザのそれぞれに、評価アンケートを送信するステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記第２の種類の前記特定のユーザは売り手であり、前記複数の種類の評価パラメータは、買い手の総数、製品がどの程度その記述と一致するかについての平均的なスコア、クレームおよび訴訟の割合、および代金返済の割合を含む、請求項１に記載の方法。
【請求項１０】
前記第２の種類の前記特定のユーザは買い手であり、前記複数の種類の評価パラメータは、取引のあった売り手の総数、コミュニケーション能力の平均的なスコア、平均的な親切度スコア、および平均的な信用度スコアのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項１１】
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサによって実行可能なコンピュータ実行可能コンポーネントを記憶した１つまたは複数のメモリとを備え、前記コンピュータ実行可能コンポーネントは、
第１の種類の１人または複数のユーザ、及び第２の種類の１人または複数のユーザを識別するステップと、
前記第２の種類の特定のユーザを評価するために、前記第１の種類の前記１人または複数のユーザによって提出された評価データを受信するステップと、
前記評価データに基づいて、少なくとも全体的な評価種類およびカテゴリ別評価種類を含む、複数の種類の評価パラメータを算出するステップであって、
設定期間内に、前記第１の種類の特定のユーザによって前記第２の種類の前記特定のユーザに送信された良いレーティングの数が、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された悪いレーティングの数より多いという判定に応じて、前記設定期間内に前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された他の良いレーティングまたは悪いレーティングをカウントしないで、前記設定期間内に前記第１の種類の前記特定のユーザが前記第２の種類の前記特定のユーザに１つの良いレーティングを送信することを決定するステップを含む、ステップと
を含む動作を実行する、システム。
【請求項１２】
前記カテゴリ別評価種類は、それぞれ、ユーザパフォーマンスの特定のカテゴリを表す複数の特定の評価パラメータを有する、請求項１１に記載のシステム。
【請求項１３】
前記動作は、
前記第２の種類の前記特定のユーザの評価情報の要求を受信すると、前記複数の種類の評価パラメータを呼び出すステップと、
前記複数の種類の評価パラメータをフロントエンドに送信するステップと、
前記フロントエンドを通じて、ウェブページ上に前記複数の種類の評価パラメータを表示するステップと
をさらに含む、請求項１１に記載のシステム。
【請求項１４】
前記フロントエンドを通じて、ウェブページ上に前記複数の種類の評価パラメータを表示するステップは、
前記ウェブページ上にパラメータを表示するフォーマットを構成するステップと、
前記フォーマットに従って、前記ウェブページ上に前記複数の種類の評価パラメータを表示するステップと
を含む、請求項１３に記載のシステム。
【請求項１５】
１つまたは複数のプロセッサによって実行可能なコンピュータ実行可能コンポーネントを記憶した１つまたは複数のメモリであって、前記コンピュータ実行可能コンポーネントは、
第１の種類の１人または複数のユーザ、及び第２の種類の１人または複数のユーザを識別するステップと、
前記第２の種類の特定のユーザを評価するために、前記第１の種類の前記１人または複数のユーザによって提出された評価データを受信するステップと、
前記評価データに基づいて、少なくとも全体的な評価種類のパラメータおよびカテゴリ別評価種類のパラメータを含む、複数の種類の評価パラメータを算出するステップであって、
設定期間内に、前記第１の種類の特定のユーザによって前記第２の種類の前記特定のユーザに送信された良いレーティングの数が、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された悪いレーティングの数より多いという判定に応じて、前記設定期間内に前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された他の良いレーティング及び悪いレーティングをカウントしないで、前記設定期間内に前記第１の種類の前記特定のユーザが前記第２の種類の前記特定のユーザに１つの良いレーティングを送信することを決定するステップと、
前記設定期間内に、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された良いレーティングの数が、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された悪いレーティングの数より少ないという判定に応じて、前記設定期間内に前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された他の良いレーティングまたは悪いレーティングをカウントしないで、前記設定期間内に前記第１の種類の前記特定のユーザが前記第２の種類の前記特定のユーザに１つの悪いレーティングを送信することを決定するステップと、
前記設定期間内に、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された良いレーティングの数が、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された悪いレーティングの数と等しいという判定に応じて、前記設定期間内に前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された他の良いレーティングまたは悪いレーティングをカウントしないで、前記設定期間内に前記第１の種類の前記特定のユーザが前記第２の種類の前記特定のユーザに１つの平均的なレーティングを送信することを決定するステップとを含む、ステップと
を含む動作を実行する、メモリ。
【請求項１６】
前記第２の種類の前記特定のユーザの評価情報の要求を受信すると、前記複数の種類の評価パラメータを呼び出すステップと、
前記複数の種類の評価パラメータをフロントエンドに送信するステップと、
前記フロントエンドを通じて、ウェブページ上に前記複数の種類の評価パラメータを表示するステップと
をさらに含む、請求項１に記載の方法。
【請求項１７】
前記フロントエンドを通じて、ウェブページ上に前記複数の種類の評価パラメータを表示するステップは、
前記ウェブページ上にパラメータを表示するフォーマットを構成するステップと、
前記フォーマットに従って、前記ウェブページ上に前記複数の種類の評価パラメータを表示するステップと
を含む、請求項１６に記載の方法。
【請求項１８】
前記複数の種類の評価パラメータは、取引の総数、取引に関連する平均的な金額、受け取った良いレーティングの総数、受け取った平均的なレーティングの総数、受け取った悪いレーティングの総数、悪いレーティングの割合、サービス品質の平均的なスコア、タイムリーな配達の平均的なスコア、及び価格の満足度の平均的なスコアをさらに含む、請求項９に記載の方法。
【請求項１９】
前記設定期間は一ヶ月である、請求項１５に記載のメモリ。
【請求項２０】
前記算出するステップは、
前記設定期間内に、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された良いレーティングの数が、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された悪いレーティングの数より少ないという判定に応じて、前記設定期間内に前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された他の良いレーティングまたは悪いレーティングをカウントしないで、前記設定期間内に前記第１の種類の前記特定のユーザが前記第２の種類の前記特定のユーザに１つの悪いレーティングを送信することを決定するステップと、
前記設定期間内に、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された良いレーティングの数が、前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された悪いレーティングの数と等しいという判定に応じて、前記設定期間内に前記第１の種類の前記特定のユーザによって前記第２の種類の前記特定のユーザに送信された他の良いレーティングまたは悪いレーティングをカウントしないで、前記設定期間内に前記第１の種類の前記特定のユーザが前記第２の種類の前記特定のユーザに１つの平均的なレーティングを送信することを決定するステップと
をさらに含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ネットワーク情報の分野に関し、特に、オンライン評価システムおよび方法に関する。
【０００２】
関連する出願
本願は、２００８年８月１１日に出願された、中国特許出願、出願第２００８１０１４７００３．２号、「ＯＮＬＩＮＥ  ＥＶＡＬＵＡＴＩＯＮ  ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ」の優先権を主張するものである。
【背景技術】
【０００３】
既存の大規模なＥコマースウェブサイトは、通常、以下に記載されている方法等の、一組の評価方法を有する。
【０００４】
Ｅコマース取引を完了すると、ウェブサイトは、良いレーティング、平均的なレーティング、および悪いレーティング等のいくつかの種類を含み得る、オプションをクリックすることで、買い手に対し、売り手を評価するように勧める。買い手は、取引の経験に基づいて、選択を行う。買い手が取引に満足している場合、通常、良いレーティングが選択される。満足していない場合には、悪いレーティングを選択されることがある。買い手が評価を実行しない場合、システムは、既定により、取引のレーティングを良いレーティングにするように設定されている。この方法を使用して、各売り手は、評価データを段階的に累積する。ウェブサイトは、このデータを、良いレーティングの割合および売り手の信用度スコア等の、特定の基準に変換する。
【０００５】
良いレーティングの割合は、売り手が受けた過去の良いレーティングの総数を、受けた全てのレーティングの総数で除算することで計算され、パーセンテージ表示される。信用度スコアは、良いレーティングの累積総数に基づいて計算される。例えば、良いレーティングを受けることにより、信用度にポイントが加算され、悪いレーティングによって、信用度からポイントが減少する。平均的なレーティングの場合は、ポイントは加算されない。
【０００６】
例えば、売り手が登録以来、１００の売取引を完了しており、９７回の良いレーティング、２回の平均的なレーティング、および１回の悪いレーティングを受けている場合、売り手は、以下のレーティングおよびスコアを有する。
【０００７】
良いレーティングの割合＝９７／（９７＋２＋１）＝９７％
信用度スコア＝９７×１＋２×０＋１×（−１）＝９６ポイント
売り手のレーティングスコアを計算した後、ウェブサイトは、売り手の信用度スコアを、特定のルールに基づいて、特定のランキング等級に変換する。ランキング等級の総数は通常、１０および１５の間であり、各ランキング等級は、特定のアイコンによって表される。ランキング等級および信用度スコアの間には、明確な対応関係が存在する。例えば、９６ポイントを超えるスコアが、第３のランキング等級に相当する場合がある。
【０００８】
このため、ウェブサイトは、買い手から受信された売り手の、良い、平均的、悪いというレーティングを、売り手の３つの基準、つまり、良いレーティングの割合、全体的な信用度スコア、およびランキング等級に変換する。これらの３つの基準は、ウェブサイト上における、売り手の長期的な基準になる。買い手は、通常、これらの３つの基準に基づいて売り手を判断し、次に、購入するかどうかを決定する。
【０００９】
しかし、既存の評価方法は過剰に簡略化されているため、取引関係者は、他の関係者の挙動を総合的に理解することができていない場合がある。
【発明の概要】
【００１０】
他のユーザから受信された評価データを使用して、少なくとも全体的な評価種類およびカテゴリ別評価種類を含む、複数の種類の評価パラメータを算出する、オンライン評価システムおよび方法が開示される。システムは、ウェブページからユーザの評価情報の要求を受信する際に、複数の種類の評価パラメータを呼び出し、表示されるシステムのフロントエンドに複数の種類の評価パラメータを送信する。複数の種類の評価パラメータは、システムによって事前に設定されるフォーマットを使用して、ウェブページ上に表示される。一実施形態では、評価システムは、買い手によって売り手を評価するために、または売り手によって買い手を評価するために、Ｅコマースシステムで使用される。
【００１１】
全体的な評価種類の複数の一般的な評価パラメータは、良いレーティングの総数、悪いレーティングの総数、および悪いレーティングの平均的な割合を含んでもよい。カテゴリ別評価種類は、本明細書中に開示されているように、それぞれ、ユーザパフォーマンスの特定のカテゴリを表す、特定の評価パラメータを含んでもよい。複数の種類の評価パラメータは、通常の取引データに基づく１つ以上の評価パラメータ、および取引後イベント記録に基づく１つ以上の評価パラメータをさらに含んでもよい。一実施形態では、ウェブサイト上に表示される複数の種類の評価パラメータは、第２の種類のユーザの全体的な信用度スコアを含まない。
【００１２】
システムは、種々の時間間隔に対する複数の種類の評価パラメータを算出し、これをユーザに表示してもよい。フロントエンドによって、ウェブページ上に複数の種類の評価パラメータを表示するために、システムは、フォーマットを設定してもよく、また、複数の種類の評価パラメータを、フォーマットに従って、ウェブページ上に表示できるようにしてもよい。
【００１３】
一実施形態では、オンライン評価システムは、第２の種類のユーザを評価するために、第１の種類のユーザによって提出された評価データを受信し、受信された評価データを使用して、少なくとも全体的な評価種類およびカテゴリ別評価種類を含む、複数の種類の評価パラメータを算出し、ウェブページから、第２の種類のユーザの評価情報の要求を受信する際に、複数の種類の評価パラメータを呼び出し、フロントエンドへ複数の種類の評価パラメータを送信し、フロントエンドによって、ウェブページ上に複数の種類の評価パラメータを表示するように適用される、サーバコンピュータを有する。
【００１４】
開示されたシステムおよび方法は、取引の両関係者のより総合的な評価を提供する。種々の期間における全体的な評価種類およびカテゴリ別評価種類の両方を含む、複数の種類の評価パラメータを取得および表示することで、システムおよび方法は、より客観的およびより信頼性の高い評価情報をユーザに提供できる。
【００１５】
この概要は、発明を実施するための形態において、以下にさらに記載されている、簡略化された形式の概念の選択を導入するために記載されている。この概要は、請求された主題の主要な特徴または重要な特徴を特定することを意図するものではなく、また、請求された主題の範囲の決定を補助するものとして用いられることを意図するものでもない。
【図面の簡単な説明】
【００１６】
発明を実施するための形態を、添付の図面を参照して説明する。図面中、参照番号の最も左の桁は、参照番号が最初に現れる図を特定する。異なる図での同一の参照番号の使用は、類似する、または同一の項目を示す。
【図１】例示的な実施形態における、例示的な評価システムの概略的な構造図を示す。
【図２】売り手を評価する買い手の一例を用いる、オンライン評価システムを示す。
【図３】売り手の種々の種類の評価パラメータの例示的な表示を示す。
【図４】売り手が買い手によって評価される例示的なプロセスを示す。
【図５】買い手の種々の種類の評価パラメータの例示的な表示を示す。
【発明を実施するための形態】
【００１７】
既存の評価方法において、評価システムは、評価要求モジュール、データ収集モジュール、算出モジュール、およびウェブページ表示モジュールを含む。取引が行われるたびに、評価要求モジュールは、買い手に対し、良いレーティング、平均的なレーティング、および悪いレーティング等のいくつかの種類のレーティングを含んでもよい、ランキングオプションをクリックスルーすることにより、売り手を評価するように勧める。評価を完了すると、評価データはデータベースに格納される。呼び出し時に、データ収集モジュールはデータベースからの評価データを読み込み、算出モジュールへ評価データを送信する。受信された評価データに基づいて、算出モジュールは、良いレーティングの割合、全体的な信用度スコアおよびランキングを算出し、これがウェブページ表示モジュールに送信されて、ウェブページ表示モジュールにより、関連するウェブページ上に表示される。
【００１８】
しかし、既存の評価方法が提供する評価情報の量は不十分であり、ユーザの総合的および客観的な評価プロフィールを得られない場合がある。本明細書中に開示された方法およびシステムは、こうした効率性を改善することを意図している。添付の図面および例示的な実施形態を用いて、本開示について、以下に詳細に記載する。
【００１９】
図１は、例示的な実施形態における例示的な評価システムの概略的な構造図を示す。例示的な評価システム１０１は、本開示の方法を実施するための例示的な環境１００に存在している。環境１００で示されているように、いくつかのコンポーネントはクライアント側に常駐しており、他のコンポーネントはサーバ側に常駐している。しかし、これらのコンポーネントは、複数の他の位置に常駐している可能性がある。さらに、図示されるコンポーネントの２つ以上を、単一位置の単一コンポーネントを形成するために組み合わせてもよい。
【００２０】
評価システム１０１は、ネットワーク（単数または複数）１９０を介して、１８１、１８２および１８３等のクライアント側のコンピューティングデバイス（クライアント端末）に接続されており、こうして、クライアント側のコンピューティングデバイスによって、ユーザ（図示せず）が評価システム１０１にアクセスできる。一実施形態では、コンピューティングデバイス１０２はサーバであるが、クライアント側のコンピューティングデバイス１８１、１８２および１８３は、それぞれ、ユーザ端末として使用されるコンピュータまたはポータブルデバイスにしてもよい。図示された査定システム１０１は、好ましくはサーバであるコンピューティングデバイスと共に実装され、プロセッサ（単数または複数）、入出力デバイス、コンピュータで読み込み可能なメディア、およびネットワークインターフェース（図示せず）等の、共通のコンピュータコンポーネントを含む。
【００２１】
コンピュータで読み込み可能なメディアは、アプリケーションプログラムモジュールおよびデータ１０３（レーティングまたはランキング情報等）を格納する。アプリケーションプログラムモジュールは、プロセッサ（単数または複数）によって実行される場合に、プロセッサ（単数または複数）によって、本明細書に記載されるプロセスのアクションを実行させる、命令を含む。
【００２２】
コンピュータで読み込み可能な媒体は、コンピュータデータを格納するために適した格納装置またはメモリデバイスのいずれかにしてもよいと考えられる。こうした格納装置またはメモリデバイスは、ハードディスク、フラッシュメモリデバイス、光学的データ格納装置、およびフロッピー（登録商標）ディスクを含むが、これに制限されない。さらに、コンピュータで実行可能な命令を含むコンピュータで読み込み可能な媒体は、ローカルシステムのコンポーネント（単数または複数）または複数のリモートシステムのネットワーク上に分散されるコンポーネントで構成されてもよい。コンピュータで実行可能な命令のデータは、有形の物理的なメモリデバイスで配信されてもよく、または電子的に伝送されてもよい。
【００２３】
さらに、コンピューティングデバイスは、プロセッサ、入出力デバイスおよびメモリ（内部メモリまたは外部メモリ）を有する任意のデバイスにしてもよいと考えられ、パーソナルコンピュータに制限されない。特に、コンピュータデバイス１０２は、サーバコンピュータ、またはインターネットまたはイントラネットのいずれかであってもよいネットワーク（単数または複数）１９０を介して接続される、こうしたサーバコンピュータのクラスタにしてもよい。特に、コンピュータデバイス１０２は、ウェブサーバ、または、Ｅコマースサイト等のウェブサイトをホストするこうしたサーバのクラスタであってもよい。
【００２４】
本開示において、「モジュール」または「装置」は、概して、特定のタスクまたは機能を実行するために設計される機能性を指す。モジュールまたは装置は、特定のタスクまたは機能に関連する目的を達成するための、ハードウェア、ソフトウェア、プランまたはスキーム、またはその組み合わせにすることができる。さらに、個別の装置の説明は、必ずしも、物理的な個別の装置が使用されることを示唆する訳ではない。そうではなく、説明は機能的なものにすぎず、構造的なものでなくてもよいため、いくつかの装置の機能を、単一の組み合わせられたデバイスまたはコンポーネントによって実行してもよい。コンピュータベースのシステムで使用する場合、プロセッサ、格納装置およびメモリ等の通常のコンピュータコンポーネントは、種々のそれぞれの機能を実行するために、１つ以上の装置またはデバイスとして機能するようにプログラムされてもよい。
【００２５】
図１に示されるように、評価システム１０１は、パラメータ算出モジュール１１０、評価調査モジュール１２０、パラメータ呼び出しモジュール１３０、およびウェブ表示生成モジュール１４０を含む。パラメータ算出モジュール１１０は、種々の種類の評価パラメータの値を算出するために使用され、これについては、以下で説明する。評価調査モジュール１２０は、種々の種類の評価パラメータを呼び出すために、パラメータ呼び出しモジュール１３０に通知するために使用される。ウェブページからの評価情報の要求を受信すると、通知が送信されてもよい。評価調査モジュール１２０からの通知を受信すると、パラメータ呼び出しモジュール１３０は、種々の種類の評価パラメータをウェブ表示生成モジュール１４０へ送信するために、パラメータ算出モジュール１１０を呼び出す。パラメータ呼び出しモジュール１３０から送信された種々の種類のパラメータを受信すると、ウェブ表示生成モジュール１４０は、パラメータを表示するためにウェブページまたはウェブのフォームを生成する。
【００２６】
以下に詳細に説明するように、評価システム１０１は、第２の種類のユーザを評価するために、第１の種類のユーザによって提出される評価データを受信するために、受信された評価データを使用して、少なくとも全体的な評価種類およびカテゴリ別評価種類を含む、複数の種類の評価パラメータを算出するために、ウェブページから第２の種類のユーザの評価情報の要求を受信すると、複数の種類の評価パラメータを呼び出すために、複数の種類の評価パラメータをフロントエンドへ送信するために、および、フロントエンドによって、ウェブページ上に複数の種類の評価パラメータを表示するために、適用される。
【００２７】
このため、評価システム１０１は、少なくとも全体的な評価の種類およびカテゴリ別評価の種類を含む、種々の種類の評価パラメータを使用して、多面的な評価を提供する。評価システムはさらに、さらなる評価目的のために、通常の取引データおよび取引後イベント記録を利用してもよい。本開示の例示的な実施形態において提供されるシステムの使用により、取引の両関係者のより総合的な評価が実現可能になる。ユーザおよび取引の情報開示は、種々の種類の評価パラメータの取得および表示によって強化され、評価結果をより客観的かつ信頼性の高いものにする。
【００２８】
図２は、売り手を評価する買い手の一例を用いた、オンライン評価システムを示す。オンライン評価システム２０１は、データ格納装置２０３、パラメータ算出モジュール２１０、評価調査モジュール２２０、パラメータ呼び出しモジュール２３０、ウェブ表示生成モジュール２４０、およびユーザ評価入力受信モジュール２５０を含む。
【００２９】
パラメータ算出モジュール２１０は、種々の種類の評価パラメータの生成に使用される。評価調査モジュール２２０は、ウェブページからの評価情報の要求を受信すると、種々の種類の評価パラメータを呼び出すために、パラメータ呼び出しモジュール２３０に通知するために使用される。パラメータ呼び出しモジュール２３０は、評価調査モジュール２２０からの通知を受信すると、ウェブ表示生成モジュール２４０へ種々の種類の評価パラメータを送信するために、パラメータ算出モジュール２１０を呼び出すために使用される。ウェブ表示生成モジュール２４０は、パラメータ呼び出しモジュール２３０から送信されたものを受信すると、パラメータを表示するウェブページを生成するために使用される。ユーザ評価入力受信モジュール２５０は、取引の完了時に、入力された現在の取引のユーザ評価を受信するために使用される。ユーザが評価情報を入力する典型的な方法は、表示される選択肢のクリックによるものである。
【００３０】
一実施形態では、買い手によるウェブページ上の売り手のリンクをクリックすると、評価調査モジュール２２０は、種々の種類の評価パラメータを得るためのパラメータ算出モジュール２１０を呼び出すためにパラメータ呼び出しモジュール２３０に通知するように、パラメータ呼び出しモジュール２３０へ要求を提出する。取得された評価パラメータは、次に、ウェブ表示生成モジュール２４０に送信される。ウェブ表示生成モジュール２４０は、次に、売り手の種々の種類の評価パラメータを、買い手へ表示するためにウェブページを生成する。
【００３１】
例えば、取引を完了すると、パラメータ算出モジュール２１０は、現在の取引のデータをデータ格納装置２０３に格納し、種々の種類の評価パラメータの値を算出する。一実施形態では、評価パラメータは、以下の４つの異なる種類：全体的な評価パラメータ、カテゴリ別評価パラメータ、通常の取引データ、およびクレーム、訴訟および代金返済等の取引後イベント記録を含む。これらの異なる種類の評価パラメータについて、以下に詳細に説明する。
【００３２】
全体的な評価パラメータは、時間経過に伴う一般的なレーティング基準である。これは、異なる態様を網羅してもよい。全体的な評価パラメータの実施例には、良いレーティングの総数、平均的なレーティングの総数、悪いレーティングの総数、および悪いレーティングのパーセンテージレートを含む。全ての全体的な評価パラメータは、種々の時間間隔に関して算出されてもよい。
【００３３】
カテゴリ別評価パラメータは、特定のカテゴリおよび特性に関する、より特化したレーティング基準である。カテゴリ別評価パラメータの実施例には、製品のその記載との一致度合いの平均的なスコア、サービス品質の平均的なスコア、タイムリーな配達の平均的なスコア、および価格満足度の平均的なスコアを含む。全てのカテゴリ別評価パラメータは、種々の時間間隔に関して算出されてもよい。
【００３４】
通常の取引評価パラメータは、取引そのものに直接関連するパラメータである。これらのパラメータは、通常、ユーザによる主観的な評価ではなく、取引を客観的に見た特性である。通常の取引データの実施例には、取引の総数、各取引に関連する金額、取引に関連する平均的な金額、および買い手数を含む。全ての取引パラメータは、種々の時間間隔に関して算出されてもよい。
【００３５】
取引後イベント記録は、取引が実行された後に実行されるイベントの記録である。取引後イベント記録の実施例には、クレーム、訴訟および代金返済を含む。これらの記録は、クレームおよび訴訟の割合、および代金返済の割合等の、取引の異なる面を網羅するために、種々の取引後評価パラメータの算出の基礎としてもよい。
【００３６】
機能的に、パラメータ算出モジュール２１０は、種々の種類の評価特権を生成するために、サブモジュールを含んでもよい。説明するように、第１のパラメータ算出サブモジュール２１１は、通常の取引データから種々の種類の通常の取引評価パラメータを生成するために使用される。一実施形態では、取引データから生成可能な種々の種類の通常の取引評価パラメータは、これらの４つの領域、つまり、取引の総数、各取引に関連する金額、取引に関連する平均的な金額、および買い手の総数のパラメータを含む。取引が完了すると、第１のパラメータ算出モジュール２１１は、システムの取引詳細テーブルへ、現在の取引の詳細を格納し、取引データのサマリー情報を更新する機能を実行させる。こうして、システムのデータベースで、取引情報サマリーテーブルが更新されるが、これは、取引の総数、取引に関連する金額、取引に関連する平均的な金額、および買い手の総数の更新を含む。
【００３７】
現在の取引の情報は、取引情報サマリーテーブルの更新に使用される。例えば、取引の総数は１回増加し、取引に関連する平均的な金額が算出される、等である。新規買い手による購入が行われると、買い手の総数は１名増加する。
【００３８】
第２のパラメータ算出サブモジュール２１２は、売り手の買い手評価から、種々の種類の全体的なまたはカテゴリ別評価パラメータを生成するために使用される。一実施形態では、これらの評価パラメータは、種々の時間間隔における、良いレーティングの総数、平均のレーティングの総数、悪いレーティングの総数、および悪いレーティングのパーセンテージ割合を含む、売り手の全体的な買い手評価の複数の領域を網羅する。これらの評価パラメータはさらに、種々の時間間隔における製品のその記載との一致度の平均的なスコア、種々の時間間隔におけるサービス品質の平均的なスコア（例えば、親切度および役立ち度）、種々の時間間隔におけるタイムリーな配達の平均的なスコア、および、種々の時間間隔における価格満足度の平均的なスコアを含む、売り手のカテゴリ別買い手評価の複数の領域を網羅してもよい。
【００３９】
取引を完了すると、売り手に対する買い手の評価が入力される。これを行うためは、買い手に、ウェブページ上の売り手の完全な評価アンケートを勧めてもよい。評価の内容は、全体的な評価およびカテゴリ別評価の両方を含んでもよい。買い手は、種々のランキング選択肢をクリックスルーすることにより、評価を実行する。クリックスルーを実行し、提出ボタンをクリックすることにより、評価が提出される。第２のパラメータ算出サブモジュール２１２は、評価システム２０１のバックエンドにおいて、現在の評価のデータを格納する。バックエンドは、データベース内に格納される評価詳細テーブル上で動作し、取引記録を追加する。例えば、バックエンドは、買い手ＩＤ（つまり、買い手の識別子）、売り手ＩＤ、全体的な評価の値、およびカテゴリ別評価の各領域の値を含む、記録の種々のデータへと書き込みを行う。
【００４０】
評価システム２０１のバックエンドは、現在の取引の評価結果を使用して、データベースの評価情報サマリーテーブルを更新する。更新される内容は、全体的な評価情報およびカテゴリ別評価情報の両方を含む。全体的な評価情報は、種々の時間間隔における良いレーティングの総数、種々の時間間隔における平均のレーティングの総数、種々の時間間隔における悪いレーティングの総数、および種々の時間間隔における悪いレーティングのパーセンテージ割合を含む。カテゴリ別評価情報は、種々の時間間隔における製品のその記載との一致度の平均的なスコア、種々の時間間隔におけるサービス品質（例えば、親切度および役立ち度）の平均的なスコア、種々の時間間隔におけるタイムリーな配達の平均的なスコア、および種々の時間間隔における価格満足度の平均的なスコア。）を含む。
【００４１】
第３のパラメータ算出サブモジュール２１３は、クレーム、訴訟および代金返済等の取引後イベント記録から種々の取引後評価パラメータを生成するために使用される。この種類の評価パラメータは、クレームおよび訴訟の割合、ならびに代金返済の割合等の２つの領域を含んでもよい。取引後に代金返済が発生する場合、第３のパラメータ算出サブモジュール２１３は、現在の代金返済に基づいて、クレーム、訴訟および代金返済のサマリーテーブルを更新し、新規の代金返済入力をテーブルに追加し、種々の時間間隔で代金返済の割合を再び算出する。さらに、新規クレームまたは訴訟が発生する場合、第３のパラメータ算出サブモジュール２１３は、準ずるデータに基づいてバックエンドのデータベースのサマリーテーブルを更新し、種々の時間間隔でクレームおよび訴訟の割合を再び算出する。
【００４２】
ウェブ表示生成モジュール２４０はさらに、機能的な意味の、いくつかのサブモジュールを含む。フォーマット設定サブモジュール２４１は、評価パラメータを表示するために、ウェブページのフォーマットのセットアップのために使用される。特定のフォーマットに従い、種々の種類の評価パラメータが表示され、これは、各パラメータが表示される位置、および対応する評価パラメータが表示される時間間隔を含む。表示される種々の時間間隔に関し、フォーマットは、表示されるパラメータの時間領域を設定する。例えば、全体的な評価表示は、ユーザにより詳細な評価情報を与えるために、１ヶ月、３ヶ月、および１年に関連付けられる評価パラメータの表示を含んでもよい。
【００４３】
パラメータ対応サブモジュール２４２は、フォーマット設定サブモジュール２４１によって設定されるウェブページの表示フォーマットに従う、種々の種類の評価パラメータの入力のために使用される。
【００４４】
図３は、売り手の種々の種類の評価パラメータの例示的な表示を示す。表示されるデータは、フォーマット設定サブモジュール２４１によって設定されるウェブページフォーマットに基づいて、構成される。図３に示されるように、４つの主要な種類の評価パラメータ、すなわち、全体的な評価、取引データ、カテゴリ別評価、および取引後データが存在し、これらの各種類は複数の評価基準を含む。売り手の複数の評価基準（図示されるように、各主要な種類では４つ）は時間領域を有し、異なる時間間隔で表示される。これにより、買い手は、過去の各期間の売り手の状態を明確に理解し、かつ、売り手の取引についての変化および傾向、例えば、レーティングが上がっているか下がっているか、売り手が長期間にわたって活動を行っているか、または、最近の短期間において取引数の激増がないかどうか、を理解することができる。
【００４５】
時間領域の表示（例えば、種々の時間間隔）は、短期間で生成される架空の取引、または、数名が互いに偽りの信用度を付与し合うことによる、一時的な取引履歴における欠陥を明らかにするのに役立つ可能性がある。情報が明らかになるなら、買い手は、１ヶ月以内に多くの取引を行っている売り手よりも、長期間にわたって着実な取引をしている売り手を選択しようとする可能性がある。
【００４６】
種々の評価種類の中で、全体的な評価は、買い手の売り手に対する全体的な印象に関するものであり、買い手が売り手を評価および理解するための簡単かつ迅速な方法を提供するという利点がある。カテゴリ別評価は、全体的な評価の一部として考えてもよい。この意味で、全体的な評価は、種々のカテゴリ別評価の概要であると考えてもよい。全体的な評価およびカテゴリ別評価は、共に、別の取引関係者（例えば、売り手）に関して、取引関係者（例えば、買い手）によって入力される評価から得られる。通常の状況下では、カテゴリ別評価の結果および全体的な評価の結果は、互いに一致するべきである。
【００４７】
ユーザが偽りの信用度を作成するために過度に何度も行われる評価を作成することを防ぐために、特定の限られた期間（例えば、半年）内における、買い手による売り手の複数の評価は、１回の票としてのみ、カウントする。こうした何度も行われる複数の評価の例示的なカウントのルールについて、以下に記載する。
【００４８】
システムは、限られた期間に同じユーザによって提出された複数の評価において、悪いレーティング数よりも良いレーティング数が多い場合に、１回の良いレーティングをカウントし、複数の評価において悪いレーティングの数が良いレーティングの数よりも多い場合に、１回の悪いレーティングをカウントし、複数の評価において悪いレーティングの数が良いレーティングの数と等しい場合に、１回の平均のレーティングをカウントする。取引後に買い手が評価を実行しない場合には、システムは、既定で、これを良いレーティングとして解釈してもよい。
【００４９】
一実施形態では、良いレーティングの割合ではなく、悪いレーティングの割合が、全体的な評価の判断基準として選択される。これは、いくつかの理由で、利点を有する場合がある。第一に、売り手の良いレーティングの割合は、通常、９７％を超えるほど、大変高いため、９８％の良いレーティングの割合を有する売り手は、ほとんどの買い手にとって、９９．５％の良いレーティングの割合を有する売り手と、違いがあるとは考えられない。しかし、悪いレーティングの割合という観点から考えた場合に、これらの２名の売り手の悪いレーティングの割合が、それぞれ、２％および０．５％であると、これは４倍の差を示している。
【００５０】
第二に、買い手の本当の関心は、売り手が有する良いレーティングの割合の高さではない場合がある。それよりも、買い手は、売り手の悪いレーティングの割合がいくらであるか、売り手との商取引で問題が生じる可能性がどれだけあるか、およびリスクがどれだけ高いか、についてより関心がある場合がある。
【００５１】
例えば、ある売り手が、登録後、１００回の売り手としての取引を完了し、９７回の良いレーティング、２回の平均的なレーティングおよび１回の悪いレーティングを受け、別の売り手も、１００の売り手としての取引を完了し、９７回の良いレーティング、０回の平均的なレーティングおよび３回の悪いレーティングを受けたと想定する。
【００５２】
第１の売り手の良いレーティングの割合は、以下のようになる。
９７／（９７＋２＋１）＝９７％
第２の売り手の良いレーティングの割合は、以下のようになる。
９７／（９７＋３）＝９７％
第１の売り手の悪いレーティングの割合は、以下のようになる。
１／（９７＋２＋１）＝１％
第２の売り手の悪いレーティングの割合は、以下のようになる。
３／（９７＋３）＝３％。
両売り手は、良いレーティングの割合に関して、同じである。しかし、第２の売り手の悪いレーティングの割合は、第１の売り手の悪いレーティングの割合の３倍である。このため、買い手は、第２の売り手との商取引は、第１の売り手との商取引よりもリスクが高いと結論付ける可能性がある。
【００５３】
一実施形態では、カテゴリ別評価の４つの領域（例えば、４つの異なる評価パラメータ）は、それぞれ、複数の個別のポイントを使用するレーティングスキームを適用する。例えば、買い手が選択できる５つの異なるグレードを提供する５ポイントルールを使用してもよい。各領域の売り手のスコアは、買い手から受けた評価の平均である。この５ポイントスキームでは、１ポイントのレーティングは、「非常に悪い」を表し、２ポイントは「悪い」を表し、３ポイントは「平均」を表し、４ポイントは「良い」を表し、５ポイントは「非常に良い」を表す。
【００５４】
半年以内に買い手が同じ売り手に複数回、スコアを割り当てる場合、平均的なスコアのみ（半年の期間内で同じ買い手によって与えられた全スコアの平均）を、１回のスコアとして記録し、これが、売り手の全体的な平均的なスコアを得るために、他の買い手からのスコアと共に使用される。これは、複数の評価を提出することによって、買い手が評価を上げることを防止する。ユーザが評価を実行しない場合には、システムは、自動的に５ポイントのスコアを与える。
【００５５】
例えば、売り手が、半年で１０回の取引を実行し、４回の取引は、同じ買い手に関連するものであるとする。買い手は、ある取引における売り手のサービス品質（例えば、親切度および役立ち度）に５ポイントの票を与え、他の３回の取引のそれぞれのサービス品質に、４ポイントを与えた。この条件下では、買い手によって与えられる売り手のサービス品質スコアは、以下のようになる。
（５×ｌ＋４×３）／（ｌ＋３）＝４．２５。
他の６回の取引に関連する買い手が全て異なる場合、および、売り手のサービス品質にこれらのスコア、３、３、４、４、５、および５を与える場合、サービス品質の売り手の全体的な平均スコアは次のようになる。
（４．２５＋３＋３＋４＋４＋５＋５）／７≒４．０３５７。
悪いレーティングの割合およびカテゴリ別評価スコアが同じであっても、２名の売り手の実際の取引履歴は非常に異なる可能性がある。例えば、第１の売り手は、１回の取引しか実行したことのない新規売り手である可能性があり、第２の売り手は、既に５年の経験がある可能性がある。全体的な評判および売り手の考えられるリスク度合いは、その取引履歴および取引数等の履歴データに大きく関連する。このため、通常の取引評価パラメータ、およびクレーム、訴訟および代金返済等の取引後評価パラメータが、参照として、買い手に与えられる。
【００５６】
例えば、ある売り手が１０回の取引を実行し、悪いレーティングがなく（０の悪いレーティングの割合）、配達時間について４．５のスコアがあると仮定する。別の売り手も、１００回の取引を実行しており、悪いレーティングがなく、配達時間についてのスコアが４．５である。悪いレーティングの割合および配達時間で考えると、両者は同じである。しかし、第２の売り手は、明らかに、より良い全体的な評判を有する。
【００５７】
システムは、過去のレーティングにおける組み合わせられた評価パラメータに基づき、全体的な信用度スコアを算出してもよい。しかし、好適には、現在開示された方法はこうした全体的な信用度スコアを提供するものではなく、全体的な評価およびカテゴリ別評価等の評価パラメータに基づいて、意義のある全体的な信用度スコアを算出する信頼性のあるアルゴリズムを得ることは困難であることがわかっている。これは、各買い手が、売り手の信用度についての最終的な結論に達するために、種々の評価パラメータを統合する独自の方法を有する可能性があるためである。つまり、異なる買い手は、同じ全体的な評価、カテゴリ別評価、および取引データに基づいて、売り手に対し、異なる全体的なスコアを与えてもよい。システムが全体的な信用度スコアを提供する場合、これは誤ったものである可能性があり、さらに、いくつかの買い手の実際の意図にそぐわない可能性もある。
【００５８】
システムが、管理目的または勧告目的のために、売り手の全体的な信用度スコアを算出する必要がある場合、１つの全体的な信用度スコアでは、全ての状況を処理するためには十分でない可能性がある。システムは、実際的なニーズに従って、種々の信用度スコアまたはランキングを算出してもよい。システムは、種々の種類の評価パラメータの上記の複数領域データに基づいて、種々の信用度スコアを算出するために、種々の重みを設定してもよい。一実施形態では、こうした結果は、買い手ではなく、売り手のみに公開される。この場合、算出アルゴリズムは、説得力あるものにするために、売り手に開示する必要がある場合がある。
【００５９】
開示された評価方法は、従来の評価スキームを使用し、全体的な信用度スコアを算出する既存の評価システムに適用されてもよい。この場合、全体的な信用度スコアの既存の算出アルゴリズムは、既存および新規の評価スキームの間の移行期間中、維持されてもよい。しかし、偽りの信用度を作成することをより困難にするために、特定の更新を行う必要があってもよい。ある例示的なスキームでは、半年毎に１回、売り手に関して、買い手によって行われる全体的な評価をカウントする。買い手が売り手の複数の評価を行う場合、複数の評価に基づいて、１のみのスコアが算出される。システムはさらに、上限によって、各売り手の信用度の月の最大増加を制限してもよい。例えば、売り手の信用度は、一ヶ月につき、１レベル、最大で上がってもよい。従って、売り手は、５ハートのレーティングを得るために、少なくとも５ヶ月が必要になり、５ダイヤモンドを得るために、少なくとも１０ヶ月が必要になる。これは、偽りの信用度を作成することで、売り手がほんの数日でダイヤモンドのステータスを得ることを防止する制限である。
【００６０】
上記の上限利用のスキームはさらに、仮想的な物品の売り手および現実的な物品の売り手の間の不公平な結果を低減することもできる。同時に、通常の取引を行う現実的な物品のほとんどの売り手は、ほとんどの状況において上限を上回るのではないため、この上限に影響されない。このスキームは、Ｅコマースウェブサイトの取引に負の影響をおよぼすものではない。逆に、スキームは、偽りの信用度を作成することをより困難かつより金銭的に負担をかけるものにすることにより、合法的な売り手にとっては利益のあるものにすることができるため、全体的に、ウェブサイトの取引パフォーマンスを向上させる可能性がある。
【００６１】
このため、本開示の例示的な実施形態によって提供されるシステムが、売り手のより総合的な評価を実現してもよい。該システムは、取引の情報開示を向上させるとともに、種々の種類の評価パラメータを取得および表示し、評価結果をより客観的および信頼性の高いものにすることにより、買い手が売り手をよりよく理解できるようにする。
【００６２】
図４は、売り手が買い手によって評価される例示的なプロセスを示す。例示的なプロセスは、オンライン評価方法に照らして理解され得る。該プロセスを、以下に記載する。
【００６３】
ブロックＳ４１０：取引を完了すると、システムによって、買い手は、システムによって買い手に提供される種々のレーティングの選択肢をクリックスルーすることで、現在の取引を評価できる。例えば、取引完了後、買い手は、ウェブページ上の売り手の評価アンケートを実行するように勧められる。評価の内容は、全体的な評価およびカテゴリ別評価等の複数の種類の評価を含んでもよい。買い手は、種々のレーティングの選択肢をクリックスルーすることで評価アンケートを実施し、アンケートを完了すると評価を提出する。ウェブページは、処理のために、システムに評価を送信する。
【００６４】
ブロックＳ４２０：システムは、本明細書に開示された種々の種類の評価パラメータを算出する。例えば、取引の完了後、システムは、現在の取引データを格納する。現在の取引データに基づき、システムは、本明細書に開示された種々の種類の評価パラメータを算出するために、取引情報サマリーテーブル、評価情報サマリーテーブル、および取引後イベント記録のサマリーテーブル（クレーム、訴訟および代金返済等）を更新する。
【００６５】
ブロックＳ４３０：ウェブページからの評価情報の要求を受信すると、システムは、送信および表示される種々の種類の評価パラメータを呼び出す。例えば、買い手がウェブページ上の売り手のリンクをクリックすると、システムのフロントエンドは、種々の種類の評価パラメータを呼び出すように要求するために、バックエンドに通知を送信する。
【００６６】
ブロックＳ４４０：呼び出し通知を受信すると、システムは、システムのフロントエンドに種々の種類の評価パラメータを送信する。例えば、システムのフロントエンドから送信された通知を受信した後、システムのバックエンドは、データベースから、上記のサマリーテーブルをフロントエンドへ読み込む。
【００６７】
ブロックＳ４５０：システムは、フロントエンドが種々の種類の評価パラメータを受信した後で、パラメータを表示するために、ウェブページを生成する（またはこうしたウェブページが生成できるようにする）。システムのフロントエンドによって種々の種類の評価パラメータを受信する際に、パラメータを表示するウェブページを生成する例示的なプロセスが、サブブロックＳ４５１およびＳ４５２によって表されるが、これは以下に記載する。
【００６８】
サブブロックＳ４５１：システムが、ウェブページ表示評価パラメータのフォーマットを設定する。種々の種類の評価パラメータは、パラメータが表示される、および時間間隔が表示される位置を含む、特定のフォーマットに従って表示される。例えば、１ヶ月、３ヶ月、および１年の評価パラメータを、さらに詳細にユーザが情報を取得する助けになるように、表示してもよい。
【００６９】
サブブロックＳ４５２：システムによって、種々の種類の評価パラメータを、設定されたウェブページフォーマットに従って入力できる。異なる時間領域におけるいくつかの種類の基準を表示することにより、システムは、買い手が、過去の各期間の売り手の状態をはっきりと理解できるように、また、売り手の取引の変化および傾向を理解できるようにする。
【００７０】
バックエンドによって提供されるデータに基づき、フロントエンドは、買い手に対して売り手の過去のパフォーマンスを表示するために、ウェブページを生成する。
【００７１】
図１および図２に示されるシステムおよび方法は、さらに、売り手による買い手の評価のために使用されてもよい。取引を完了すると、売り手に、ウェブページ上の買い手の評価アンケートに回答するように勧める。売り手が買い手を評価するために使用されるプロセスは、本明細書中に記載される売り手を評価するために買い手が使用するプロセスと類似している。
【００７２】
しかし、買い手を評価するために使用される実際の評価パラメータは、評価パラメータは評価されている当事者の特徴に準拠すべきあるため、売り手の評価に使用されるものとは同じでない場合がある。
【００７３】
図５は、買い手の種々の種類の評価パラメータの例示的な表示を示す。表示されるデータは、システムによって設定されるウェブページフォーマットに基づいて構成される。図６に示されるように、異なる期間のそれぞれにおける４つの基準を表示することで、売り手は、過去の各期間の買い手の状態を明確に理解することができる。時間領域の表示は、短時間内に生成される架空の取引、または何人かが互いに偽りの信用度を付与し合うことによる、取引履歴における一時的な欠陥を明らかにする。売り手は、比較的、１ヶ月以内に多くの取引を行う買い手ではなく、長期における取引を行っている買い手を選択することを好む場合がある。
【００７４】
売り手による偽りの信用度の作成を防ぐ上記のプロセスは、買い手による偽りの信用度の生成を防ぐために使用してもよい。具体的には、特定の期間（例えば、半年）内における売り手による買い手の評価は、複数の評価の平均化による、１つのみの評価としてカウントされる。
【００７５】
一実施形態では、システムは、偽りの信用度を作成する行為によってより直接影響される可能性のある、全体的な信用度スコアを生成しない。通常、カテゴリ別評価のスコアは、こうした行為による影響度がより低い。
【００７６】
さらに、取引データは、種々の時間間隔に従って表示される。取引データは、取引が集中する時間間隔を明確に示すことができる。偽りの評価行為の場合、関連付けられる取引は、多くの場合、最近の期間（例えば、最近１ヶ月）に集中しており、それより前の取引はほとんどないか、全くない。
【００７７】
本開示の例示的な実施形態で提供される方法およびシステムは、偽りの評価行為を行うための金銭的負担を増加させ、ユーザの信用度を不法に向上させることをより困難にするものである。さらに、該システムは、バランスを取るために、新規および既存の買い手および売り手の両方の関心を考慮するものである。さらに、良いレーティングの割合ではなく、悪いレーティングの割合を、両方の取引関係者の関心のバランスを取るために、いくつかの実施形態で使用している。
【００７８】
本明細書に記載される潜在的利益および利点は、添付の特許請求の範囲の範囲に対する制限または制約として解釈されないことが理解される。
【００７９】
主題は、構造的特徴および／または方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲に定義される主題は、説明される具体的な特徴または動作に必ずしも制限されないことを理解されたい。むしろ、具体的な特徴および動作は、特許請求の範囲を実施する例示的な形態として開示される。
【図１】
2014232550.tif 000003
【図２】
2014232550.tif 000004
【図３】
2014232550.tif 000005
【図４】
2014232550.tif 000006
【図５】
2014232550.tif 000007