JP6038188B2 - マシンベースの商取引対象検証 - Google Patents

Description

他の出願の相互参照
本願は、２０１２年２月２８日出願の中国特許出願第２０１２１００４８８９５．７号「Ａ ＢＵＳＩＮＥＳＳ ＯＢＪＥＣＴ ＶＡＬＩＤＡＴＩＯＮ ＭＥＴＨＯＤ ＡＮＤ ＤＥＶＩＣＥ」の優先権を主張する。当該出願は、すべての目的のために参照により本明細書に組み込まれる。

本願は、インターネットビジネス技術の分野に関し、特に、商取引対象検証技術に関する。

インターネットは、人々の生活でますます重要な役割を果たすようになってきた。人々は、インターネットを介して、あらゆる種類の情報を迅速にリアルタイムで取得できる。インターネットアプリケーションは、人々の生活や仕事において大きな利便性を提供してきた。

その普及により、インターネットは、ビジネスの手段となった。インターネットを介して実現されるビジネスは、一般に、インターネットビジネスまたは電子商取引（ｅコマース）と呼ばれる。最近は、ウェブサイトを通してアクセスできる多くのタイプのインターネットビジネスがあり、ウェブサイトは、対応するウェブサーバ上で主にサポートされている。かかるウェブサイト上のサービスは、主に以下のように提供される：ユーザがウェブサイトのユーザインターフェースで商取引対象（例えば、ユーザがウェブサイトで売りたい商品）に関する情報を入力し、その後、情報は格納されて、他のユーザが商取引対象に関する情報を閲覧する（それから、例えば、商品を購入したいか否かを決定する）ことができるようにウェブサイトのウェブページに表示される。例えば、商取引対象が物理的な商品である場合、ウェブサイトに表示される記述情報は、物理的対象の画像、名称、用途、価格、および、その他のかかる情報でありうる。別の例において、商取引対象がサービスを含む場合、ウェブページに表示される記述情報は、このサービスの概要または主要分野でありうる。記述情報を含むウェブページを閲覧したユーザが、取引を進めると決めた場合、ユーザは、ウェブページで適切な選択をしうる。それに応じて、ウェブページは、ウェブサイトにサインインするようユーザに促しうる、および／または、支払いフォームを提供しうる。

従来、ユーザは、ウェブページ上で広告された商取引対象を閲覧した場合、主として、これらの商取引対象に関して表示された記述情報に基づいて商取引対象を購入する選択を行う。例えば、ユーザは、ウェブページに表示された商取引対象の名称、目的、画像、および、その他のかかる情報を検討した後に、商取引対象がユーザの興味を満たすか否かを判断してよい。実際の応用例では、インターネット上には販売のために広告されている大量の様々な商取引対象があり、様々な商取引対象に関する記述情報は一般に簡潔な記載になる。ユーザは、ウェブページに表示された記述情報だけで商取引対象に関する事実の完全な理解を得ることは非常に困難だと思うかもしれない。例えば、商取引対象を実際に取得していないユーザには、ウェブページに記載された商取引対象に関して以下のことを決定することができない：商取引対象に欠陥があるか？画像は正確か？記述情報は正確か？広告された記述情報が誤った情報を含むか否かユーザが確信していない時に、商取引対象を購入するか否かを決定することは、ユーザにとって特に困難である。

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

商取引対象を検証するためのシステムの一実施形態を示す図。

商取引対象を検証するための処理の一実施形態を示すフローチャート。

検証要求の発行に関係したユーザと選択された購入経験者との間に確立される通信方式を選択するための処理の一実施形態を示すフローチャート。

検証要求の発行に関係したユーザと選択された購入経験者との間に確立される通信方式を選択するための処理の一実施形態を示すフローチャート。

商取引対象を検証するためのシステムの一実施形態を示す図。

商取引対象を検証するためのシステムの一実施形態を示す図。

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

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

商取引対象のマシンベース検証の実施形態について、本明細書に記載する。商取引対象に関連する検証要求が、デバイス（例えば、サーバ）でユーザから受信される。本明細書で用いられているように、商取引対象とは、ビジネス取引に関連する対象物のことである。例えば、商取引対象は、電子商取引ウェブサイトのウェブページで販売されている商品またはサービスでありうる。ウェブページは、商品またはサービスを販売／提供するユーザによって送信／入力された商品またはサービスに関する記述情報を含みうる。ウェブページを閲覧している見込み購入者ユーザは、商取引対象の購入に興味を持ちうるが、商取引対象の広告された記述情報を信用できるかどうか、または、記述情報の正確さを信頼できるかどうか確信が持てない。したがって、ユーザは、商取引対象に関連する検証要求を送信してよい。商取引対象に関連付けられた識別情報が、受信された検証要求から決定される。商取引対象に関する履歴データが決定される。様々な実施形態において、履歴データは、商取引対象を以前に購入したことがある１または複数のユーザに関連付けられた識別情報を含む。少なくとも１人のかかる購入経験者に関する連絡先情報が決定され、その商取引対象での購入経験者の経験に関する情報を受信するためにユーザが購入経験者に連絡を取れるようにユーザに送信される。

図１は、商取引対象を検証するためのシステムの一実施形態を示す図である。この例において、システム１００は、デバイス１０２、ネットワーク１０６、商取引対象検証サーバ１０８、および、データベース１１０を備える。ネットワーク１０６は、高速データネットワークおよび／または遠隔通信ネットワークを含む。デバイス１０２は、ネットワーク１０６を介して商取引対象検証サーバ１０８と通信する。いくつかの実施形態において、商取引対象検証サーバ１０８は、電子商取引ウェブサイトに関連するウェブサーバ（図示せず）と関連付けられている、または、ウェブサーバの構成要素である。

ユーザは、デバイス１０２を用いて、商取引対象検証サーバ１０８に関連付けられた電子商取引ウェブサイトにアクセスできる。デバイス１０２は、ラップトップとして図示されているが、デバイス１０２のその他の例としては、デスクトップコンピュータ、タブレットデバイス、携帯デバイス、スマートフォン、および、任意のその他のコンピュータデバイスが挙げられる。例えば、見込み購入者ユーザは、デバイス１０２で実行されるブラウザまたはその他のアプリケーションを用いて電子商取引ウェブサイトを閲覧して、販売中の特定の商取引対象に関するウェブページを見つけうる。商取引対象の例としては、サービスまたは商品が挙げられる。ウェブページは、広告された商取引対象に関する記述情報（例えば、説明、技術仕様、および、画像）を表示しうる。ウェブページは、商取引対象の見込み購入者がエレメントをクリックした場合に、商取引対象に関する検証要求がユーザに代わって発行されるように、選択可能なエレメントを備えてもよい。

見込み購入者は、記述情報を読んだ結果として商取引対象の購入に興味を持ちうるが、かかる情報の正確さについて確信を持てない場合がある。結局、記述情報は、商取引対象を売りたい別のユーザによって提出された可能性が最も高く、その情報は、完全に本当ではない場合がある、および／または、商取引対象の高品質を誇張している場合がある。商取引対象に関する検証情報（例えば、他のユーザの意見）を受信するために、ユーザは、ウェブページで選択可能なエレメントをクリックしてよい。

商取引対象検証サーバ１０８は、デバイス１０２から送信された検証要求を受信および処理するよう構成されている。以下でさらに詳細に述べるように、検証要求に含まれる情報に基づいて、商取引対象検証サーバ１０８は、商取引対象の１または複数の購入経験者を決定するよう構成されており、購入経験者の内の少なくとも一部は、検証情報をユーザに提供できうる。いくつかの実施形態において、商取引対象検証サーバ１０８は、データベース１１０に格納された商取引対象に関する履歴データに基づいて、１または複数の購入経験者を決定するよう構成されている。例えば、検証情報は、購入した商取引対象に関する購入経験者自身の経験を含んでよい。

図２は、商取引対象を検証するための処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理２００は、システム１００で実行される。

様々な実施形態において、電子商取引ウェブサイトで、販売者ユーザが、販売中の商品またはサービスについて、ウェブサイトに関連付けられたユーザインターフェースでかかる各商取引対象（例えば、商品またはサービス）に関する記述情報を送信することによって広告しうる。各商取引対象に関する記述情報のセットは格納され、商取引対象の広告に関連した対応するウェブページで表示されてよい。商取引対象に関する記述情報のセットは、商取引対象に関連付けられた識別情報、商取引対象の技術仕様、商取引対象の画像、および、その他の情報を含みうる。

工程２０２で、商取引対象に関する検証要求が、ユーザに関連するクライアントデバイスから受信される。ウェブサイトで商取引対象を購入しようとする別のユーザ（見込み購入者ユーザ）が、クライアントデバイスで特定の商取引対象のウェブページを閲覧しうる。しかしながら、商取引対象の記述情報は、販売者ユーザによって提出されうるので、完全ではない場合がある、および／または、見込み購入者ユーザが容易に検証できない情報を含む場合がある。例えば、商取引対象の記述情報は、商品のバッテリ寿命が１ヶ月であると主張しうる。しかし、商品自体を試験しなければ、見込み購入者ユーザは、バッテリ寿命に関する主張が信頼できるかどうかわからないままである。また、例えば、記述情報内の商品画像が、非常に高品質の商品を示す場合があるが、商品価格が比較的安価である場合もあるので、見込み購入者ユーザは、実際の商品が画像の商品の類似品ではないかと思うかもしれない。したがって、様々な実施形態において、選択可能なエレメント（例えば、ボタン）が、商取引対象を検証するためにユーザによって選択できるように、商取引対象に関連する各ウェブページに表示されてよい。様々な実施形態において、商取引対象に関連付けられたエレメントの選択に応答して、商取引対象に関する検証要求が、エレメントを選択した見込み購入者ユーザに代わって発行される。様々な実施形態において、商取引対象の検証とは、関連ソース（例えば、商取引対象の購入経験者）から特定の商取引対象に関する情報を確認することである。

例えば、ジャックというユーザが、販売中のスキージャケットを広告するウェブページに到達したと仮定する。スキージャケットの記述情報は、特に雪の条件で、スキージャケットが非常に丈夫で寒さを防ぐと主張する。特に、購入を考えていた他のジャケットと比較して、そのジャケットの提示価格が非常に安かったので、ジャックは、そのジャケットに非常に興味を持っている。しかしながら、ジャックは、低価格であることを考えると、ジャケットの記述情報が信頼できるか確信を持てない。スキージャケットとその記述情報を検証するために、ジャックは、サーバによって受信される検証要求を生成するために、商取引対象検証に関連付けられたウェブページのボタンをクリックする。

工程２０４で、商取引対象に関連付けられた識別情報が、検証要求から決定される。いくつかの実施形態において、検証要求は、商取引対象に関連付けられた識別情報を含む。例えば、商取引対象の識別情報は、商取引対象に関連する英数字の識別子、商品コード、および、名称を含んでよい。いくつかの実施形態において、検証要求は、さらに、見込み購入者ユーザに関連付けられた識別情報を含む。例えば、ユーザは電子商取引ウェブサイトの登録ユーザであり、商取引対象の検証に関連付けられた選択可能なエレメントを選択する前に、ユーザはウェブサイトにサインインしている。ユーザがサインインした結果として、ユーザの識別情報が取得されうる。あるいは、ユーザが商取引対象の検証に関連付けられた選択可能なエレメントを選択する前にサインインしなかった場合、ユーザに関連付けられた識別情報は、ユーザのクライアントデバイスに格納されたクッキーデータから決定されてもよい。

工程２０６で、商取引対象に関する履歴データが、商取引対象に関連付けられた識別情報に少なくとも部分的に基づいて取得され、ここで、履歴データは、商取引対象の１または複数の購入経験者に関するデータを含む。様々な実施形態において、履歴データは、各商取引対象に対して格納される。検証要求に関連する商取引対象の履歴データは、取得された商取引対象識別情報を用いてルックアップされてよい。履歴データは、例えば、商取引対象に関する記述情報および（例えば、同じウェブサイトでの）商取引対象の過去の購入に関するデータのセットを含んでよい。商取引対象の過去の購入に関するデータは、商取引対象が、いつ、どのユーザによって購入されたのかというデータを含んでよい。様々な実施形態において、購入経験者とは、商取引対象を以前に購入したユーザのことである。

工程２０８で、商取引対象を検証するための少なくとも１人の購入経験者が、１または複数の購入経験者から選択される。商取引対象の購入経験者のＩＤが、履歴データから決定されてよい。購入経験者は、ウェブサイトのアカウントを持つユーザ（すなわち、登録ユーザ）およびウェブサイトのアカウントを持たないユーザ（すなわち、未登録ユーザ）を含みうる。例えば、登録ユーザは、登録時に提出した情報に基づいて識別されてよく、未登録ユーザは、ユーザが用いたＩＰアドレスに基づいて識別されてよい。いくつかの実施形態において、ウェブサイトでアカウントを作る処理（すなわち、登録）中に、ユーザは、ユーザのアカウント情報と共に格納される情報の中で特に、商取引対象の見込み購入者から連絡をもらいたいか否かを提示するよう促される。いくつかの実施形態において、ユーザは、商取引対象の見込み購入者から連絡をもらいたいと示唆した場合、少なくとも１つの特定の通信方式（例えば、電子メール、音声メッセージ、インスタントメッセージ）に関する望ましい連絡先情報を提出するよう促される。

いくつかの実施形態において、履歴データに含まれる購入経験者が１人だけである場合、その購入経験者が、商取引対象を検証するために決定される。いくつかの実施形態において、履歴データに含まれる購入経験者が２人以上である場合、少なくとも１人の購入経験者が、商取引対象を検証するために選択戦略に基づいて選択される。

以下は、商取引対象を検証するために１または複数の購入経験者を選択することに関するいくつかの技術例である：

選択技術実施形態１：

この実施形態において、検証要求の発行に関係したユーザは、商取引対象を検証してもらいたい商取引対象の購入経験者の数を設定してよい。例えば、商取引対象の検証に関連付けられた選択可能なエレメントをユーザがクリックしたことに応答して、ユーザが商取引対象の検証を望む商取引対象の購入経験者の数を提示するようユーザに求めるプロンプトが、ユーザに提示される。また、別の例において、検証要求の発行に関係したユーザがウェブサイトの登録ユーザである場合、ユーザは、商取引対象の検証のために商取引対象の購入経験者の所望の数に関するデータをユーザのプロフィール設定内で設定してもよい。検証要求が受信され、商取引対象に関する履歴データが決定されると、商取引対象に関連する購入経験者の数が、履歴データから決定されてよい。ユーザによって設定された購入経験者の数が、履歴データから決定された商取引対象に関連する購入経験者の総数よりも少ない場合、ユーザによって設定された数の購入経験者が、商取引対象を検証するために履歴データから選択される。しかしながら、ユーザによって設定された購入経験者の数が、履歴データから決定された商取引対象に関連する購入経験者の総数よりも多い場合、商取引対象を検証するために選択する購入経験者の数は、所定のデフォルト値に基づいて決定されてもよいし、システムによって動的に決定されてもよい。一例において、システムは、商取引対象を検証するために、商取引対象の履歴データで見つかったすべての購入経験者を選択することを動的に決定する。別の例において、システムは、履歴データから決定された購入経験者プールの相対的なサイズに基づいて、選択する購入経験者の数を動的に決定する（例えば、履歴データに含まれる以前のユーザの数が比較的多い場合には、より多くの購入経験者が選択されてよく、また、履歴データに含まれる以前のユーザの数が比較的少ない場合には、より少ない購入経験者が選択されてよい）。別の例では、履歴データに含まれる購入経験者の総数の内の所定の割合が、商取引対象を検証するためにランダムに選択される。

選択技術実施形態２：

この実施形態において、商取引対象の購入経験者は、それぞれのユーザステータスに基づいて、商取引対象を検証するために選択されてよい。ユーザステータスとは、特定のユーザに関連付けられうる任意のタイプのステータスを指しうる。以下は、異なるユーザステータスのいくつかの例である：

第１の例において、ユーザステータスは、購入経験者ユーザが電子商取引ウェブサイトで現在オンラインであるか否かを示す。いくつかの実施形態において、ユーザは、自分のユーザアカウントを用いて、電子商取引ウェブサイトに現在サインインすなわちログオンしている場合にオンラインであると見なされる。いくつかの実施形態において、ユーザは、電子商取引ウェブサイトに関連付けられうるインスタントメッセージサービスに現在サインインしている場合にオンラインであると見なされる。一例において、システムは、ユーザのアカウントと関連するユーザの現在のオンラインステータスを確認することに基づいて、購入経験者が現在電子商取引ウェブサイトまたはインスタントメッセージクライアントにサインインしているか否かを判定する。この例では、現在オンラインである各購入経験者が、商取引対象を検証するために選択される。

第２の例において、ユーザステータスは、購入経験者が設定内で商取引対象検証の依頼を受けるよう設定したか否かを示す。例えば、各ユーザのアカウントにおける設定は、ユーザが商取引対象の見込み購入者からの連絡を受けることに同意すること、または、商取引対象の見込み購入者からの連絡を受けることに同意しないことを示すように、ユーザによって構成されうる。すなわち、商取引対象を以前に購入したユーザ全員が、見込み購入者から連絡を受けて、商取引対象に関する検証情報を見込み購入者に提供する意思があるわけではない。この例では、検証情報の提供に参加する意思があることを設定内で示した各購入経験者が、商取引対象を検証するために選択される。

第３の例において、ユーザステータスは、どのくらい最近にユーザが商取引対象を購入したかを示す。いくつかの実施形態において、現時点から所定の長さの期間内に商取引対象を購入した購入経験者だけを、商取引対象を検証するために選択できるように、所定の長さの期間が設定されてよい。このように、商取引対象に関する経験を思い出す可能性がより高いことから、商取引対象を十分最近に購入した購入経験者だけが、商取引対象に関する検証情報を提供するために選択されてよい。

いくつかの実施形態において、選択された１または複数の購入経験者の各々に関連する連絡先情報が決定される。例えば、選択された各購入経験者の識別情報が、取得された履歴データから決定されてよい。次いで、購入経験者に関する格納済みのアカウント情報が、購入経験者に関連する望ましい連絡先情報を決定するために取得されてよい。例えば、連絡先情報は、電子メールアドレス、住所、電話番号、または、インスタントメッセージのスクリーンネームを含みうる。いくつかの実施形態において、購入経験者に関連する連絡先情報が、検証要求の発行に関係したユーザに送信され、その結果、ユーザは、商取引対象に関する検証情報を受信するために購入経験者に接触できるようになる。例えば、選択された購入経験者の連絡先情報は、検証要求に関係したユーザに電子メールで送信されてよい。様々な実施形態において、検証情報は、商取引対象に関する購入経験者の意見、コメント、スコア、格付け、レビュー、グレード、および／または、その他のフィードバックを含みうる。購入経験者は、購入した商取引対象をすでに受け取っている、および／または、さらに使用していると仮定する。したがって、ユーザは、選択された購入経験者と連絡を取って、興味のある商取引対象に関する経験についての購入経験者の記述を受信することができる。いくつかの実施形態において、ユーザは、購入経験者に具体的な質問をしてもよい。購入経験者は、検証情報としてユーザに自分の意見を率直に述べてよく、ユーザは、検証情報の受信後に商取引対象の購入を進めるか否かを決定してよい。例えば、検証情報内で、購入経験者は、受け取った実際の商品またはサービスと比べて、商取引対象の記述情報の正確さに関する意見を述べてよい。いくつかの実施形態において、購入経験者が検証情報を提供するためにユーザとの連絡を取り始めることができるように、検証情報の発行に関係したユーザに関する好ましい連絡先情報が、選択された購入経験者に送信される。

１または複数の購入経験者が商取引対象を検証するために選択されると、図３および図４を参照して、検証要求の発行に関係したユーザと各購入経験者との間の通信リンクの確立について記載する。

図３は、検証要求の発行に関係したユーザと選択された購入経験者との間に確立される通信方式を選択するための処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理３００は、システム１００で実施される。

処理３００は、商取引対象を検証するための処理（処理２００など）によって選択された各購入経験者に対して実行されてよい。処理３００は、検証要求を発行したユーザに購入経験者に関連する連絡先情報を送信する一例を示す。

工程３０２で、購入経験者に関連する１または複数の通信方式タイプが決定される。購入経験者に関連する通信方式タイプとは、購入経験者が利用できる通信のタイプを指す。通信方式の例としては、（例えば、電話での）音声通信、ビデオ通信、電子メール通信、および、インスタントメッセージ通信が挙げられる。いくつかの実施形態において、購入経験者に関連する通信方式は、購入経験者のユーザアカウント情報に基づいて決定されてよく、ユーザアカウント情報は、購入経験者が用いる各タイプの通信方式に関する購入経験者の情報を含みうる。例えば、アカウント情報において、購入経験者は、インスタントメッセージ通信方式に関連するインスタントメッセージＩＤ、音声通信方式に関連する電話番号、電子メール通信方式に関連する電子メールアドレス、および、ビデオ通信方式に関連するビデオアカウントＩＤなどの情報を提供していてよい。

工程３０４で、１または複数の通信方式タイプの１つが選択される。購入経験者によって用いられる特定の通信方式タイプ（例えば、インスタントメッセージ、電子メール、ビデオ、または、音声など）が、（例えば、任意の設定された根拠に基づいて）選択される。

工程３０６で、選択された通信方式タイプを識別するデータ、および、選択された通信方式タイプに対応する購入経験者に関する情報が、検証要求の発行に関係したユーザに関連するクライアントデバイスに送信される。選択された通信方式タイプ（例えば、インスタントメッセージ、電子メール、ビデオ、または、音声）、および、その通信方式に対応する購入経験者の格納済み情報（例えば、購入経験者のインスタントメッセージＩＤ、購入経験者の電子メールアドレス、購入経験者の電話番号、または、購入経験者のビデオアカウントＩＤ）は、検証要求の発行に関係したユーザが用いるクライアントデバイスに送信される。例えば、クライアントデバイスは、検証要求の発行元のクライアントデバイスであってよい。例えば、クライアントデバイスは、携帯デバイスまたはコンピュータであってよい。

検証要求の発行に関係したユーザは、各購入経験者に対して選択された通信方式タイプを識別するデータと、その特定の通信方式タイプについての購入経験者の情報とを受信する。例えば、選択された通信方式タイプが音声であった場合、ユーザは、購入経験者に関連付けられた識別情報、音声通信方式に関連するＩＤ、および、以前のユーザの提供した電話番号を含むメッセージを受信しうる。検証要求の発行に関係したユーザは、受信されたメッセージを用いて、提供された電話番号に電話することによって購入経験者と連絡を取ることができる。

図４は、検証要求の発行に関係したユーザと選択された購入経験者との間に確立される通信方式を選択するための処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理４００は、システム１００で実施される。

処理４００は、検証要求を発行したユーザに関する連絡先情報を、選択された購入経験者に送信する一例を示す。

工程４０２で、検証要求の発行に関係したユーザに関連する１または複数の通信方式タイプが決定される。ユーザに関連する通信方式タイプとは、ユーザが利用できる通信のタイプを指す。通信方式の例としては、（例えば、電話での）音声通信、ビデオ通信、電子メール通信、および、インスタントメッセージ通信が挙げられる。いくつかの実施形態において、ユーザに関連する通信方式は、ユーザのユーザアカウント情報に基づいて決定されてよく、ユーザアカウント情報は、ユーザが用いる各タイプの通信方式に関するユーザの情報を含みうる。例えば、アカウント情報において、ユーザは、インスタントメッセージ通信方式に関連するインスタントメッセージＩＤ、音声通信方式に関連する電話番号、電子メール通信方式に関連する電子メールアドレス、および、ビデオ通信方式に関連するビデオアカウントＩＤなどの情報を提供していてよい。

工程４０４で、１または複数の通信方式タイプの１つが選択される。ユーザによって用いられる特定の通信方式タイプ（例えば、インスタントメッセージ、電子メール、ビデオ、または、音声など）が、（例えば、任意の設定された根拠に基づいて）選択される。

工程４０６で、選択された通信方式タイプを識別するデータ、および、選択された通信方式タイプに対応するユーザに関する情報が、購入経験者に関連するクライアントデバイスに送信される。購入経験者は、処理２００などの処理によって決定されてよい。選択された通信方式タイプ（例えば、インスタントメッセージ、電子メール、ビデオ、または、音声）を示すデータ、および、その通信方式に対応するユーザの格納済み情報が、検証要求に関連する商取引対象を検証するために選択された購入経験者によって用いられるクライアントデバイスに送信される。例えば、購入経験者によって用いられるクライアントデバイスは、購入経験者がウェブサイトにサインインするのに現在用いているデバイスであってよい。または、例えば、購入経験者によって用いられるクライアントデバイスは、識別情報が購入経験者のアカウント情報に含まれるデバイスであってもよい。例えば、クライアントデバイスは、携帯デバイスまたはコンピュータであってよい。

いくつかの実施形態において、選択された通信方式タイプを識別するデータおよび選択された通信方式タイプに対応するユーザに関する情報に加えて、商取引対象に関連付けられた識別情報、または、検証要求に関連する商取引対象のウェブページアドレスが、購入経験者のクライアントデバイスに送信される。商取引対象に関するかかる情報は、見込み購入者が購入経験者と連絡を取りうる対象となる商取引対象を購入経験者に通知するために、購入経験者に送信されてよい。

次いで、購入経験者は、受信したメッセージを用いて、選択されたタイプの通信方式で、検証要求を発行したユーザに連絡を取り、要求に関連する商取引対象に関する検証情報を提供しうる。

特定の商取引対象の見込み購入者（すなわち、検証要求の発行に関係したユーザ）が、その商取引対象を以前に購入した購入者に関する連絡先情報を受信すること（および、その逆のこと）を可能にすることにより、見込み購入者は、広告された記述情報の正確さに関する商取引対象の確認について実際の過去の購入者からの情報を受信できる。もはや、見込み購入者は、商取引対象に関する実際の購入者のフィードバックを知ることなしに商取引対象を購入する必要はない。見込み購入者は、商取引対象について議論するために購入経験者と１対１の通信を確立できる。購入経験者によって提供されたフィードバックは、見込み購入者の不確かさに対する不安および商取引対象購入におけるリスクを低減しうる。見込み購入者は、同じ商取引対象の購入の様々な報告を受け取るために、複数の購入経験者と連絡を取ってもよい。かかる検証情報を受信した後、見込み購入者は、十分な情報を得た上で、自分で商取引対象を購入するか否かに関する決定を行うことができる。

図５は、商取引対象を検証するためのシステムの一実施形態を示す図である。この例において、システム５００は、受信ユニット５０１、履歴データ決定ユニット５０２、および、購入経験者決定ユニット５０３を備える。いくつかの実施形態において、システム５００は、電子商取引ウェブサイトサーバの構成要素に関連付けられている、または、その構成要素を備える。

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

受信ユニット５０１は、ウェブページ上に表示された商取引対象に関して、ユーザに関連する検証要求を受信するよう構成されている。いくつかの実施形態において、検証要求は、商取引対象に関連付けられた識別情報を含む。

履歴データ決定ユニット５０２は、受信ユニット５０１によって受信された検証要求内に含まれる商取引対象に関連付けられた識別情報に基づいて、識別情報に対応する商取引対象の格納された履歴データを取得するよう構成されている。履歴データは、少なくとも、商取引対象に関する記述情報および商取引対象の購入履歴に関するデータのセットを含む。購入履歴に関するデータは、商取引対象を以前に購入したユーザに関連付けられた識別情報と、いつ購入されたのかという情報とを含む。

購入経験者決定ユニット５０３は、履歴データ決定ユニット５０２によって取得された取得済みの履歴データに基づいて、商取引対象の１または複数の購入経験者を決定するよう構成されている。

いくつかの実施形態において、購入経験者決定ユニット５０３は、さらに、検証要求の発行に関係したユーザによって設定された購入経験者数に基づいて、商取引対象を検証するために決定された購入経験者の内の１または複数を選択するよう構成されている。

いくつかの実施形態において、さらに、購入経験者決定ユニット５０３は、購入経験者に対応するユーザステータスに基づいて、商取引対象を検証するために決定された購入経験者の内の１または複数を選択するよう構成されている。例えば、現在オンラインであると決定された購入経験者が選択されてよく、商取引対象検証に参加する意思があることを示すように設定を構成したと決定された購入経験者が選択され、現在時刻の前の所定の期間内に商取引対象を購入した購入経験者が選択される。

図６は、商取引対象を検証するためのシステムの一実施形態を示す図である。この例において、システム６００は、受信ユニット５０１、履歴データ決定ユニット５０２、購入経験者決定ユニット５０３、および、通信確立ユニット６０４を備える。いくつかの実施形態において、システム６００は、電子商取引ウェブサイトサーバの構成要素に関連付けられている、または、その構成要素を備える。

システム６００は、システム５００と同様のシステムであるが、さらなる構成要素、すなわち通信確立ユニット６０４を備える。受信ユニット５０１、履歴データ決定ユニット５０２、および、購入経験者決定ユニット５０３については、システム５００で上述したので、通信確立ユニット６０４のみを以下で説明する。

通信確立ユニット６０４は、選択された１または複数の購入経験者に関する連絡先情報を、検証要求の発行に関係したユーザによって用いられるクライアントデバイスに送信する、および／または、検証要求の発行に関係したユーザに関する連絡先情報を、選択された１または複数の購入経験者によって用いられるそれぞれのクライアントデバイスに送信するよう構成されている。いくつかの実施形態において、通信確立ユニット６０４は、検証要求の発行に関係したユーザによって用いられる特定の通信方式タイプを選択し、次いで、その通信方式タイプに対応するユーザの連絡先情報を、選択された各購入経験者のクライアントデバイスに送信するよう構成されている。いくつかの実施形態において、通信確立ユニット６０４は、選択された各購入経験者によって用いられる特定の通信方式タイプを選択し、次いで、その通信方式タイプに対応する購入経験者の連絡先情報を、検証要求の発行に関係したユーザのクライアントデバイスに送信するよう構成されている。

いくつかの実施形態において、通信確立ユニット６０４は、選択された各購入経験者のクライアントデバイスに、検証要求に関連する商取引対象に関連付けられた識別情報および／またはウェブページアドレスを送信するよう構成されている。

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

本明細書に記載の実施形態は、コンピュータプログラムによって実現されてよい。当業者であれば、上述のモジュール分割パターンが多くのモジュール分割パターンの１つに過ぎないことを理解できる。

当業者は、本願の実施形態が、方法、デバイス（装置）、または、コンピュータソフトウェア製品として提供されうることを理解されたい。したがって、本願は、完全にハードウェアからなる実施形態、完全にソフトウェアからなる実施形態、ならびに、ソフトウェアおよびハードウェアを併せ持つ実施形態をとりうる。さらに、本願は、コンピュータ動作可能なプログラムコードを含む１または複数のコンピュータ動作可能な記憶媒体（磁気ディスク記憶デバイス、ＣＤ−ＲＯＭ、および、光学記憶デバイスを含むがこれらに限定されない）上に実装されたコンピュータプログラム製品の形態を取りうる。

本願は、本願の実施形態の方法、デバイス（装置）、および、コンピュータプログラム製品に基づいたフローチャートおよび／またはブロック図を参照して記載されている。フローチャートおよび／またはブロック図内の各処理および／またはブロック、ならびに、フローチャートおよび／またはブロック図内の処理および／またはブロックの組み合わせは、コンピュータプログラム命令で実現されうることを理解されたい。これらのコンピュータ命令は、マシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または、その他のプログラム可能なデータ処理装置のプロセッサに供給されてよく、その結果、コンピュータまたはその他のプログラム可能なデータ処理装置のプロセッサによって命令が実行されることで、フローチャートの１または複数の処理および／またはブロック図の１または複数のブロックに記載された機能を実現するために用いられるデバイスが生成される。

これらのコンピュータプログラム命令は、コンピュータまたはその他のプログラム可能なデータ処理装置を導くことができる専用のコンピュータ読み取り可能な記憶デバイス上に格納されてもよく、その結果、これらのコンピュータ読み取り可能なデバイス上に命令が格納されることで、命令デバイスを備える製品が生成される。これらの命令デバイスは、フローチャートの１または複数の処理および／またはブロック図の１または複数のブロックに記載された機能を実現する。

これらのコンピュータプログラム命令は、コンピュータまたはその他のプログラム可能なデータ処理装置上にロードされてもよく、その結果、一連の動作工程が、コンピュータまたはその他のプログラム可能な装置上で実行され、コンピュータ処理が行われる。このように、コンピュータまたはその他のプログラム可能な装置上で実行された命令は、フローチャートの１または複数の処理および／またはブロック図の１または複数のブロックに記載された機能を実現するための工程を提供する。

本願の好ましい実施形態を記載しているが、当業者は、基本的な創造概念を把握すれば、これらの実施形態に他の変形または修正を加えることができる。 したがって、添付の特許請求の範囲は、好ましい実施形態ならびに本願の範囲内にあるすべての変形例および修正例を含むと解釈されるべきである。明らかに、当業者は、本発明の精神および範囲から逸脱することなく、本願を変形および変更することができる。したがって、本願のこれらの変形例および変更例が、特許請求の範囲および等価の技術の範囲内にある場合、本願は、これらの変形例および変更例をも網羅するものである。

上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。

本発明は、たとえば、以下のような態様で実現することもできる。

適用例１：
商取引対象を検証するためのシステムであって、
１または複数のプロセッサであって、
要求ユーザに関連するクライアントデバイスから商取引対象に関する検証要求を受信し、
前記商取引対象に関連付けられた識別情報を前記検証要求から決定し、
前記商取引対象に関連付けられた前記識別情報に少なくとも部分的に基づいて、前記商取引対象に関する履歴データを取得し、前記履歴データは、前記商取引対象の１または複数の購入経験者に関するデータを含み、
前記商取引対象を検証するために、前記１または複数の購入経験者から少なくとも１人の購入経験者を選択する、ように構成された１または複数のプロセッサと、
前記１または複数のプロセッサに接続され、前記１または複数のプロセッサに命令を提供するよう構成された１または複数のメモリと、
を備える、システム。

適用例２：
適用例１のシステムであって、前記商取引対象は、サービスを含む、システム。

適用例３：
適用例１のシステムであって、前記商取引対象は、商品を含む、システム。

適用例４：
適用例１のシステムであって、前記検証要求は、前記商取引対象に関連するウェブページに関連付けられた選択可能なエレメントのユーザ選択に応答して生成される、システム。

適用例５：
適用例１のシステムであって、前記商取引対象の前記１または複数の購入経験者に関する前記データは、前記１または複数の購入経験者の各々に関連付けられた識別情報と、前記１または複数の購入経験者に対応する購入時間とを含む、システム。

適用例６：
適用例１のシステムであって、前記購入経験者の選択は、前記購入経験者に関連するユーザステータスに基づいて決定される、システム。

適用例７：
適用例１のシステムであって、前記購入経験者の選択は、前記商取引対象を検証するために選択する購入経験者の数についての前記要求ユーザに関連する設定に基づいて決定される、システム。

適用例８：
適用例１のシステムであって、前記１または複数のプロセッサは、さらに、
前記選択された購入経験者に関連する１または複数の通信方式タイプを決定し、
前記１または複数の通信方式タイプの１つを選択し、
前記選択された通信方式タイプを識別するデータと、前記選択された通信方式タイプに対応する前記選択された購入経験者に関する情報とを、前記要求ユーザに関連する前記クライアントデバイスに送信するよう構成されている、システム。

適用例９：
適用例１のシステムであって、前記１または複数のプロセッサは、さらに、
前記要求ユーザに関連する１または複数の通信方式タイプを決定し、
前記１または複数の通信方式タイプの１つを選択し、
前記選択された通信方式タイプを識別するデータと、前記選択された通信方式タイプに対応する前記要求ユーザに関する情報とを、前記選択された購入経験者に関連するクライアントデバイスに送信するよう構成されている、システム。

適用例１０：
適用例９のシステムであって、前記１または複数のプロセッサは、さらに、前記商取引対象に関連付けられた識別情報またはウェブページアドレスを前記選択された購入経験者に関連する前記クライアントデバイスに送信するよう構成されている、システム。

適用例１１：
商取引対象を検証するための方法であって、
要求ユーザに関連するクライアントデバイスから商取引対象に関する検証要求を受信する工程と、
１または複数のプロセッサを用いて、前記商取引対象に関連付けられた識別情報を前記検証要求から決定する工程と、
前記商取引対象に関連付けられた前記識別情報に少なくとも部分的に基づいて、前記商取引対象に関する履歴データを取得する工程であって、前記履歴データは、前記商取引対象の１または複数の購入経験者に関するデータを含む、工程と、
前記商取引対象を検証するために、前記１または複数の購入経験者から少なくとも１人の購入経験者を選択する工程と、
を備える、方法。

適用例１２：
適用例１１の方法であって、前記検証要求は、前記商取引対象に関連するウェブページに関連付けられた選択可能なエレメントのユーザ選択に応答して生成される、方法。

適用例１３：
適用例１１の方法であって、前記商取引対象の前記１または複数の購入経験者に関する前記データは、前記１または複数の購入経験者の各々に関連付けられた識別情報と、前記１または複数の購入経験者に対応する購入時間とを含む、方法。

適用例１４：
適用例１１の方法であって、前記購入経験者の選択は、前記購入経験者に関連するユーザステータスに基づいて決定される、方法。

適用例１５：
適用例１１の方法であって、前記購入経験者の選択は、前記商取引対象を検証するために選択する購入経験者の数についての前記要求ユーザに関連する設定に基づいて決定される、方法。

適用例１６：
適用例１１の方法であって、さらに、
前記選択された購入経験者に関連する１または複数の通信方式タイプを決定する工程と、
前記１または複数の通信方式タイプの１つを選択する工程と、
前記選択された通信方式タイプを識別するデータと、前記選択された通信方式タイプに対応する前記選択された購入経験者に関する情報とを、前記要求ユーザに関連する前記クライアントデバイスに送信する工程と、
を備える、方法。

適用例１７：
適用例１１の方法であって、さらに、
前記要求ユーザに関連する１または複数の通信方式タイプを決定する工程と、
前記１または複数の通信方式タイプの１つを選択する工程と、
前記選択された通信方式タイプを識別するデータと、前記選択された通信方式タイプに対応する前記要求ユーザに関する情報とを、前記選択された購入経験者に関連するクライアントデバイスに送信する工程と、
を備える、方法。

適用例１８：
適用例１７の方法であって、さらに、前記商取引対象に関連付けられた識別情報またはウェブページアドレスを前記選択された購入経験者に関連する前記クライアントデバイスに送信する工程を備える、方法。

適用例１９：
商取引対象を検証するためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、一時的でないコンピュータ読み取り可能な記憶媒体内に具現化され、
要求ユーザに関連するクライアントデバイスから商取引対象に関する検証要求を受信するためのコンピュータ命令と、
前記商取引対象に関連付けられた識別情報を前記検証要求から決定するためのコンピュータ命令と、
前記商取引対象に関連付けられた前記識別情報に少なくとも部分的に基づいて、前記商取引対象に関する履歴データを取得するためのコンピュータ命令であって、前記履歴データは、前記商取引対象の１または複数の購入経験者に関するデータを含む、コンピュータ命令と、
前記商取引対象を検証するために、前記１または複数の購入経験者から少なくとも１人の購入経験者を選択するためのコンピュータ命令と、
を備える、コンピュータプログラム製品。

適用例２０：
適用例１９のコンピュータプログラム製品であって、前記商取引対象の前記１または複数の購入経験者に関する前記データは、前記１または複数の購入経験者の各々に関連付けられた識別情報と、前記１または複数の購入経験者に対応する購入時間とを含む、コンピュータプログラム製品。

Claims (20)

1. 商取引対象を検証するためのシステムであって、
   １または複数のプロセッサであって、
   要求ユーザに関連するクライアントデバイスから商取引対象に関する検証要求を受信し、
   前記商取引対象に関連付けられた識別情報を前記検証要求から決定し、
   前記商取引対象に関連付けられた前記識別情報に少なくとも部分的に基づいて、前記商取引対象に関する履歴データを取得し、前記履歴データは、前記商取引対象の１または複数の購入経験者に関するデータを含み、
   前記商取引対象を検証するために、前記履歴データに含まれる購入経験者の総数のあらかじめ定められた割合に少なくとも一部、基づいて、前記１または複数の購入経験者から一部の購入経験者を選択し、
   複数の通信方式タイプの中から、前記要求ユーザと前記選択された一部の購入経験者との間に確立されるべき１つの通信方式タイプを選択することであって、前記要求ユーザに関連付けられた前記クライアントデバイスに、前記選択された一部の購入経験者に対応する選択された１つの通信方式タイプに関連付けられた連絡先情報を、送信するために、選択する、ように構成された１または複数のプロセッサと、
   前記１または複数のプロセッサに接続され、前記１または複数のプロセッサに命令を提供するよう構成された１または複数のメモリと、
   を備える、システム。
2. 請求項１に記載のシステムであって、前記商取引対象は、サービスを含む、システム。
3. 請求項１に記載のシステムであって、前記商取引対象は、商品を含む、システム。
4. 請求項１に記載のシステムであって、前記検証要求は、前記商取引対象に関連するウェブページに関連付けられた選択可能なエレメントのユーザ選択に応答して生成される、システム。
5. 請求項１に記載のシステムであって、前記商取引対象の前記１または複数の購入経験者に関する前記データは、前記１または複数の購入経験者の各々に関連付けられた識別情報と、前記１または複数の購入経験者に対応する購入時間とを含む、システム。
6. 請求項１に記載のシステムであって、前記一部の購入経験者の選択は、さらに、前記１または複数の購入経験者に関連する各ユーザステータスに基づいて決定される、システム。
7. 請求項１に記載のシステムであって、前記一部の購入経験者の選択は、さらに、前記商取引対象を検証するために選択する購入経験者の数についての前記要求ユーザに関連する設定に基づいて決定される、システム。
8. 請求項１に記載のシステムであって、前記１または複数のプロセッサは、前記１つの通信方式タイプを選択するために、
   前記複数の通信方式タイプの中から、前記選択された一部の購入経験者の中の一人の第１の選択された購入経験者に関連する１または複数の通信方式タイプを決定し、
   前記１または複数の通信方式タイプの１つを選択する、よう構成されており、
   前記選択された一部の購入経験者に対応する前記選択された１つの通信方式タイプに関連付けられた前記連絡先情報は、前記選択された１つの通信方式タイプを識別するデータと、前記選択された１つの通信方式タイプに対応する前記第１の選択された購入経験者に関する情報とを含む、システム。
9. 請求項１に記載のシステムであって、前記１または複数のプロセッサは、前記１つの通信方式タイプを選択するために、
   前記複数の通信方式タイプの中から、前記要求ユーザに関連する１または複数の通信方式タイプを決定し、
   前記１または複数の通信方式タイプの１つを選択し、
   前記選択された１つの通信方式タイプを識別するデータと、前記選択された１つの通信方式タイプに対応する前記要求ユーザに関する情報とを、前記選択された一部の購入経験者の中の第１の選択された購入経験者に関連するクライアントデバイスに送信するよう構成されている、システム。
10. 請求項９に記載のシステムであって、前記１または複数のプロセッサは、さらに、前記商取引対象に関連付けられた識別情報またはウェブページアドレスを、前記第１の選択された購入経験者に関連する前記クライアントデバイスに送信するよう構成されている、システム。
11. 商取引対象を検証するための方法であって、
    要求ユーザに関連するクライアントデバイスから商取引対象に関する検証要求を受信する工程と、
    １または複数のプロセッサを用いて、前記商取引対象に関連付けられた識別情報を前記検証要求から決定する工程と、
    前記商取引対象に関連付けられた前記識別情報に少なくとも部分的に基づいて、前記商取引対象に関する履歴データを取得する工程であって、前記履歴データは、前記商取引対象の１または複数の購入経験者に関するデータを含む、工程と、
    前記商取引対象を検証するために、前記履歴データに含まれる購入経験者の総数のあらかじめ定められた割合に少なくとも一部、基づいて、前記１または複数の購入経験者から一部の購入経験者を選択する工程と、
    複数の通信方式タイプの中から、前記要求ユーザと前記選択された一部の購入経験者との間に確立されるべき１つの通信方式タイプを選択し、前記要求ユーザに関連付けられた前記クライアントデバイスに、前記選択された一部の購入経験者に対応する選択された１つの通信方式タイプに関連付けられた連絡先情報を、送信する工程を含む選択工程と、
    を備える、方法。
12. 請求項１１に記載の方法であって、前記検証要求は、前記商取引対象に関連するウェブページに関連付けられた選択可能なエレメントのユーザ選択に応答して生成される、方法。
13. 請求項１１に記載の方法であって、前記商取引対象の前記１または複数の購入経験者に関する前記データは、前記１または複数の購入経験者の各々に関連付けられた識別情報と、前記１または複数の購入経験者に対応する購入時間とを含む、方法。
14. 請求項１１に記載の方法であって、前記一部の購入経験者の選択は、さらに、前記１または複数の購入経験者に関連する各ユーザステータスに基づいて決定される、方法。
15. 請求項１１に記載の方法であって、前記一部の購入経験者の選択は、さらに、前記商取引対象を検証するために選択する購入経験者の数についての前記要求ユーザに関連する設定に基づいて決定される、方法。
16. 請求項１１に記載の方法であって、前記１つの通信方式タイプを選択する工程は、
    前記複数の通信方式タイプの中から、前記選択された一部の購入経験者の中の一人の第１の選択された購入経験者に関連する１または複数の通信方式タイプを決定する工程と、
    前記１または複数の通信方式タイプの１つを選択する工程を備え、
    前記選択された一部の購入経験者に対応する前記選択された１つの通信方式タイプに関連付けられた前記連絡先情報は、前記選択された１つの通信方式タイプを識別するデータと、前記選択された１つの通信方式タイプに対応する前記第１の選択された購入経験者に関する情報とを、含む、方法。
17. 請求項１１に記載の方法であって、前記１つの通信方式タイプを選択する工程は、
    前記複数の通信方式タイプの中から、前記要求ユーザに関連する１または複数の通信方式タイプを決定する工程と、
    前記１または複数の通信方式タイプの１つを選択する工程と、
    前記選択された１つの通信方式タイプを識別するデータと、前記選択された１つの通信方式タイプに対応する前記要求ユーザに関する情報とを、前記選択された一部の購入経験者の中の第１の選択された購入経験に関連するクライアントデバイスに送信する工程と、
    を備える、方法。
18. 請求項１７に記載の方法であって、さらに、前記商取引対象に関連付けられた識別情報またはウェブページアドレスを、前記第１の選択された購入経験者に関連する前記クライアントデバイスに送信する工程を備える、方法。
19. 商取引対象を検証するためのコンピュータプログラムであって、コンピュータを使用して、
    要求ユーザに関連するクライアントデバイスから商取引対象に関する検証要求を受信する機能と、
    前記商取引対象に関連付けられた識別情報を前記検証要求から決定する機能と、
    前記商取引対象に関連付けられた前記識別情報に少なくとも部分的に基づいて、前記商取引対象に関する履歴データを取得する機能であって、前記履歴データは、前記商取引対象の１または複数の購入経験者に関するデータを含む、機能と、
    前記商取引対象を検証するために、前記履歴データに含まれる購入経験者の総数のあらかじめ定められた割合に少なくとも一部、基づいて、前記１または複数の購入経験者から一部の購入経験者を選択する機能と、
    複数の通信方式タイプの中から、前記要求ユーザと前記選択された一部の購入経験者との間に確立されるべき１つの通信方式タイプを選択し、前記要求ユーザに関連付けられた前記クライアントデバイスに、前記選択された一部の購入経験者に対応する選択された１つの通信方式タイプに関連付けられた連絡先情報を、送信する機能と、
    を実現させるための、コンピュータプログラム。
20. 請求項１９に記載のコンピュータプログラムであって、前記商取引対象の前記１または複数の購入経験者に関する前記データは、前記１または複数の購入経験者の各々に関連付けられた識別情報と、前記１または複数の購入経験者に対応する購入時間とを含む、コンピュータプログラム。

Images