JP2020522831A - クラウドソーシングユーザーの信頼性と妥当性の検証のためのシステムおよび方法 - Google Patents

Abstract

クラウドソーシングユーザによって実行されるタスクの有効性と信頼性を検証するシステム及び方法に関する。キータスク実装手続きは、システムイベント（３０２）及び／又はユーザアクション（３０４）としてコンピュータ処理され、かつマッピングされ、ユーザがプラットフォーム及び／又はシステムにおいてナビゲートするときにデータ取得をトリガ可能とする。トリガされたデータ取得から取得したデータ（３００）は認証される（１０８）。スタンプ付きデータチェーン（６００）は、取得したデータから構築される。参照データチェーン（２００）が、ユーザによって供給される参照情報（１０２）から生成される。参照データチェーン（２００）によるプリセットされた地理的及び／又は一時的条件にスタンプ付きデータチェーン（６００）が整合可能かチェックすることで、整合プロセス（１１２）が実装される。有効性と信頼性の程度は、整合結果によって決定される。

Description

本発明は、クラウドソーシング、シェアリングエコノミー、タスク検証に関する。

クラウドソーシングとは、特定のソーシングモデルで、個人や組織がインターネットユーザーからの寄与を使用して必要なサービスまたは商品を取得できるモデルである。クラウドソーシングの例の１つは、Amazon Mechanical Turk（ＭＴｕｒｋ）である（引用文献[1]）。ＭＴｕｒｋは、リクエスト者（個人やビジネス組織）がタスクとジョブを公開できるプラットフォームである。一方で、クラウドソーシングの労働者は、タスクを選択し作業して、リクエスト者にタスクを配信して報酬を得ることができる。

シェアリングエコノミーまたはアクセスエコノミーとは、会社は、お互いを知らない消費者の間の仲介者となり、消費者は、他の誰かの商品やサービスにアクセスするためにお金を払っていることを意味している。Ｕｂｅｒ（引用文献[2]）、Ａｉｒｂｎｂ（引用文献[3]）などの新興企業が、２０１５年以降急速に成長した。

本発明の関心の対象は、オンラインクラウドソーシングの購買プラットフォームおよび／またはシステムである。これはオンラインウェブサイト、モバイルＡＰＰ等に関する。

前記のプラットフォームおよび／またはシステムの典型的なシナリオは次のとおりである。リクエスト者が場所Ａに住んでおり、別の長距離の場所Ｂから商品を購入したいと考える。その場所Ｂにあるクラウドソーシングの販売者が場所Ａにやって来る。前記のクラウドソーシングの購入者が、リクエスト者用にその商品を購入し、場所Ａに持ち込む。これが、クラウドソーシングとシェアリングエコノミーのクロスポイントである。

しかし、未知のクラウドソーシングバイヤにより実行されるタスクの妥当性と信頼性が深刻な問題になる可能性がある。例えば、場所Ｂにはいずに、偽の住所を提供し、最終的に場所Ａのリクエスト者に偽物を提供するクラウドソーシングバイヤが存在する。ビジネス詐欺の可能性は、前記クラウドソーシングベースの購買プラットフォームおよび／またはシステム上で輸送を行う場合に常に無視できないリスクである。したがって、タスク実行の信頼性と妥当性が、前記プラットフォームやシステムが成功する上での重要なポイントとなる。

クラウドソーシングバイヤの場所または位置に関する従来技術は、引用文献[4]で提案される方法で生成される地図、または引用文献[5]に示す方法のように洗練された局在化に焦点を当てている。引用文献[6]は、クラウドソーシングベースの販売集合モジュールを提案している。引用文献[7]は、オンラインユーザーのＩＤと信頼性を検証する方法について説明している。引用文献[7]では、ユーザが提供した情報を政府などのサードパーティの情報源と比較することで検証が実施されている。しかしながら、本発明における提案された検証は、参照データチェーンをサンプルデータチェーンと比較することによって実装されるものである。

要約すると、列挙されている先行技術分野のいずれも、本発明のような類似の解決策を提案していない。

本開示は、クラウドソーシング購入プラットフォームおよび／またはシステムの１人以上のユーザの有効性および信頼性、および／または当該ユーザまたはユーザによって実行される１つ以上のタスクの有効性および信頼性を検証するシステムおよび方法を提供する。システムまたは方法は、主に次の要素で構成される。

参照データチェーン、または参照データのチェーンが提供される。例えば、参照データチェーンは、特定の事前に設定された情報から抽出される。そのような事前に設定された情報は、予想されるクラウドソーシングタスクがどこおよびいつ実装されるべきかを示し、ユーザによって供給されるなどの様々なソースから提供され得る。時空間の情報を含む特定のデータは、プラットフォーム及び／またはシステムによって取得される。このデータ取得ステップは、１つ以上の事前に定義されたシステムイベント（またはプラットフォームイベント）によってトリガされ得るこのデータ取得ステップは、１つまたは複数のユーザアクション、つまりユーザが実行したアクションによってトリガされてもよい。
上記で取得したデータは、当該データの起源と整合性の確認のため認証される。
取得したデータから別のデータチェーンが構築、建築、または再構築される。本データチェーンは、スタンプデータチェーンと参照される場合もある。
取得されたデータから再組みたてされたスタンプ付きデータチェーンを、情報が供給されたユーザから抽出された参照データチェーンと比較して、検証ステップを実行する。
有効性及び信頼性の程度、あるいはユーザ及び／またはユーザの実行されたタスクの有効性及び信頼性の程度が決定される。
好ましくは、取得されたデータは、以下のデータまたは情報のうちの１つ以上を含み得る：ＧＰＳ座標、タイムスタンプ、写真、オーディオ、ビデオ、およびＩＰアドレスが、それらの例である。
好ましくは、時空間の情報からデータを取得するステップは、時空間の情報をサンプリングすること、および／または時空間の情報を測定することを含み得る。
好ましくは、データを取得するステップをトリガし得るシステムイベントまたはプラットフォームイベントには、これらに限定されるものではないが、登録、プラットフォームおよび／またはシステムを介した情報の取得、および情報のアップロードの１つ以上が含まれる。
好ましくは、データを取得するステップをトリガし得るシステムイベント、またはプラットフォームイベントは、これらに限定されるものではないが、ユーザによって実行されたタスクの１つ以上のステータスを更新することを含む。
好ましくは、タスクのステータスの前記更新は、これらに限定されるものではないが、タスクの受け入れ、タスクの実装、および要求されたタスク結果などのタスク結果の配信のうちの１つまたは複数を含み得る。
好ましくは、データが取得された後、例えば、サンプリング及び／または測定が実装された後、システム手順及び／またはユーザインターフェースは、次の手順に進んでよい。ある特定の実施形態において、データの取得はシステム手順の前に行うことが必須であること、及び／またはユーザインターフェースが次の手順に進むことができるように設計され得る。
好ましくは、プラットフォームおよび／またはシステムを介して取得される情報には、これらに限定されるものではないが、１つまたは複数の写真、１つまたは複数のビデオ、１つまたは複数の音声などが含まれる。
好ましくは、前記情報の更新には、これらに限定されるものではないが、１つ以上の写真、１つ以上のビデオ、１つ以上の音声などが含まれる。
好ましくは、データを取得するステップをトリガし得るーザアクションには、これらに限定されるものではないが、ユーザ購入、ユーザ投稿、ユーザ配信、及びユーザがトラフィックを受け取るなどの１つ以上のユーザの動作が含まれる。
好ましくは、トラフィックの取得には、これらに限定されるものではないが、ユーザの出発および／またはユーザの到着が含まれる。
好ましくは、スタンプされたデータチェーンを構築あるいは再構築には、取得されたデータから時空間の情報を抽出し、前記抽出された時空間情報からスタンプされたデータチェーンを再構築することを備える。
好ましくは、検証ステップは、前記取得されたデータから構築または再構築されたデータチェーンを、ユーザによって提供されたプリセット情報から抽出された参照データチェーンなどの参照データチェーンと照合および／または比較することを含み得る。
好ましくは、本発明の方法は、ユーザおよび／またはそれらの実行されたタスクの有効性および信頼性の程度を決定するために１つ以上の閾値を導入するステップをさらに備える。
好ましくは、前記閾値は、距離差、時間差、および／または距離および／または時間に基づく任意の他の形態のうちの一つ以上を示すデータを備える。
好ましくは、本発明による方法は、決定された有効性および信頼性の程度に基づいて、クラウドソーシングバイヤへの支払いおよび／または評価レベルを拒否するステップをさらに含み得る。

本発明は、クラウドソーシングバイヤによって実行されるタスクの信頼性および妥当性を検証するシステムおよび方法を提供する。本方法は、６つの基本的なステップで構成される。
ステップ１、登録１０２。クラウドソーシングのバイヤーがタスクを得たい、またはリクエスト者がタスクを公開したいときはいつでも、基本情報をシステムに提出する必要がある。当該登録情報は、Ｂ場所からＡ ２０４ ２０６までの出発および到着時間、有効な住所２０２、名前などであり得る。
ステップ２、参照データチェーン形成１０４。２０２、２０４、２０６のような提出された登録情報から位置および／またはタイムスタンプを有するデータチェーンが抽出される。登録情報から形成されたデータチェーンを、参照データチェーン２００と呼ぶ。
ステップ３、データ取得１０６。データの取得は、システムにより取得されたり、ユーザがアップロードしたりすることでなされ得る。取得されたデータは、これらに限定されるものではないが、ＧＰＳ座標、タイムスタンプ、画像、ビデオ、オーディオ等であってもよい。本発明では、３００を得る空間と時間的なデータに焦点を当てる。時間および空間的データの取得は、システムイベントおよび／またはアクション３０２によってトリガされる。時間および空間的データの取得をトリガできるシステムイベントやアクションは、特定のシステム設計に決定される。時間および空間的データの取得は、ユーザ３０４によって能動的になされ得る。
ステップ４、認証１０８。ステップ３で取得したデータ３００は、システム４００、５００によって認証される。例えば、取得されたデータ３００は、内蔵のハッシュ関数４０４（例えば、ＭＤＳ／ＳＨＡ−１／ＳＨＡ−２５６／ＳＨＡ−５１２）及び／またはデジタル署名アルゴリズム（ＤＳＡ）４１２によって認証され得る。
ステップ５、スタンプされたデータチェーンの形成１１０。システムが、取得したデータのセット３００からデータチェーンを再構築する。再構築されたデータチェーンを、スタンプされたデータチェーン６００と呼ぶ。
ステップ６、検証１１２。検証プロセスは、スタンプされたデータチェーン６００と参照データチェーン２００とを比較して実施される。
最終的に、クラウドソーシングのバイヤーによって実行されたタスクの妥当性と信頼度が１１４で生成される。
ここでは、時空間の情報は、タイムスタンプが存在する位置として定義される。

提案された発明の核となる利点とは、タスクがいつどこで実行されるかを検証し得ることである。したがって、偽のタスク実行及び／またはビジネス詐欺は、前記システム及び／またはプラットフォームによって識別され得る。

本開示の実施形態は、例としてのみ添付図面を参照して説明される。添付図面では、同じ参照番号が同じ部品に使用される：
図１は、本発明の主要なステップを示すフローチャートを示す。 図２は、参照データチェーンの例を示す。 図３は、システムイベントやユーザアクションによってトリガされた取得データの全体的なデータ構造の例を示す。 図４は、データ認証を表すフローチャートを示す。 図５は、スタンプされたデータチェーンの例を示す。 図６は、取得されたデータが可能であり得る様々な形態及び地理的及び／または時間情報を取得する方法を列挙する。

本発明のコアステップを、図１のフローチャートに示す。

図１に示すように、タスクを公開または実行するためには、リクエスト者とクラウドソーシングのバイヤーの両方がシステムに登録される必要がある。登録された情報１０２は、これらに限定されるものではないが、ユーザ名、実名、有効な住所２０２（郵便送付先住所、居所など）、トラフィック情報（例えば、フライト出発および到着の場所および時間、２０４、２０６）のような予想されるタスクがいつどこで実施され得るかを事前設定する情報、支払い情報（例えば、クレジットカード番号、カード名義人名等）を含む。
以下の説明では、便宜上、クラウドソーシングのバイヤーに焦点を当てる。本発明で提案されるすべての方法は、簡単な方法でリクエスト者にも等しく適用され得る。

（１）参照データチェーン
参照時空間のデータチェーンは、クラウドソーシングのバイヤー１０２によって提出された登録情報から１０４で抽出され生成される。地理情報は、入力された有効な居所住所２０２（通常は郵便住所／コード）、空港名などから取得され得る。ＧｏｏｇｌｅＭａｐｓ（引用文献[8]）、ＧｅｏＰｏｓｔｃｏｄｅｓ（引用文献[9]）、Ｈｅｒｅ Ｇｅｏｃｏｄｅｒ ＡＰＩなど、多くのジオコーディングＡＰｌが存在し（引用文献[10]）、市民の住所を地理座標に変換可能である。地理座標は、緯度と経度のセット、３次元ｘｙｚ座標などの形式でもよい。

参照タイムスタンプは、提出された交通チケットおよび／または交通時刻表、すなわち出発および／または到着時刻および日付から抽出される。標準タイムゾーン（たとえば、中央ヨーロッパ時間、ＣＥＴ）は、システムおよび／またはプラットフォームのシステム設計者によって定義され、収集されたすべてのタイムスタンプは、定義された標準タイムゾーンを参照し変換される。

次に、参照データチェーン２００を順次形成する。２つの層からなる時空間データチェーンの一例を図２に例示する。

（２）トリガされたデータの取得
市場にあるほとんどのスマートフォンはＧＰＳユニットを装備しており、リアルタイムの位置情報、すなわちＧＰＳ座標を取得することが可能である。前記ユーザ機器のオペレーティングシステムやネットワーク時間などから現在のタイムスタンプはアクセスし読み取リ可能である。

このステップ１０６で取られた時間および空間サンプリングは、システムイベント６０２および／またはユーザアクション６０４がいつどこで実行されるかを示すために使用される。

対象の時間的なサンプリングプロセス１０６は、システムイベント６０２によってトリガされ得る。事前定義されたシステムイベント６０２が実装されるたびに、内蔵サンプリングプロセス１０６がトリガされる。そして、時間および空間システムサンプリング３０２は自動的に収集される。システムイベント６０２によってトリガされるサンプリングは必ず必要である。一つの実施形態では、必要なシステムサンプリング３０２のみが収集され、システムフローを次のステップに進めることができる。

時間および空間サンプリングは、ユーザ側のアクション６０４に関連付けてもよい。すなわち、ユーザは、内蔵サンプリング処理機能１０６を能動的にトリガすることができる。そして、提案された時空間情報３０４は、前記プラットフォームおよび／またはシステムにより収集される。ユーザ側サンプリング３０４は、本発明を実施するための代替方法であり得て、および／または良好な補完としてあり得る。

つまり、本発明は、システム側イベント／アクション６０２によってトリガされるシステム側サンプリング３０２またはユーザ側のイベント／アクション６０４によってトリガされるユーザ側サンプリング３０４のいずれかでのみ実施され得る。本発明は、システムおよびユーザ側のサンプリング３０２と３０４とを合同で実施することもできる。これによって、ユーザによって能動的にトリガされるこれらの追加のユーザ側サンプリング３０４により、クラウドソーシングバイヤの信頼性度が増加する。

対応する時空サンプリング３０２、３０４をトリガする必要があるシステムイベント６０２および／またはユーザアクション６０４が正確にどのようなものであるかは、特定のシステム設計に基づくものである。

例えば、クラウドソーシングバイヤを例とする。登録６０２Ａ、情報（要求された購入商品のための写真及び／またはビデオ、小包の領収書など）の前記プラットフォーム６０２ｂを介しての撮影、要求された写真及び／またはビデオを前記プラットフォーム６０２ｃにアップロードするなどのシステムの時空サンプリング３０２は、重要なシステムイベント６０２によってトリガされ得る。

上述のシステムイベント６０２を除いて、時空間サンプリングは、ユーザ側イベント６０４から能動的に提供されてもよい。これらの追加のユーザ側サンプリング３０４は、これに限定されるものではないが、リクエストされた購入商品６０４Ａを購入するとき、トラフィックを取得し、リクエスト者がいる場所に向かうとき（例えば、場所Ｂの空港で）６０４Ｂ、リクエスト者がいる場所Ａに到着するとき ６０４Ｃ、要求された購入商品を投函するとき６０４Ｄ、等で提供され得る。

システム３０２および／またはユーザサンプリング３０４の両方について、イベントおよび／またはアクションのカテゴリがまた取得されたサンプリングとともに記録および保存される。例えば、サンプリング６０２Ａ〜６０２Ｃは、システムサンプリングとして分類され、サンプリング６０４Ａ〜６０４Ｄは、ユーザサンプリングとして分類される本発明において、サンプリングに関連するカテゴリは、サンプリングタグとして示される。

例として、システムサンプリングがＭ個、ユーザサンプリングがＮ個あると仮定すると、全体のサンプリングデータ構造は図３に示すようになる。

リクエスト者に対しても同様のサンプリングプロセスが実施され得る。リクエスト者のサンプリングの関するシステムイベントは、これに限定されるものではないが、登録、タスクの発行、発注書の提出などを含みうる。ただし、サンプリングに関するユーザ側イベントは、これに限定されるものではないが、登録済みの居住住所にいる場合などを含み得る。

（３）認証
ここでの認証プロセス１０８の目的は、サンプリング３００の起源と完全性を確認することである。トリガされたデータ取得プロセス１０６が取得された時はいつでもデータは上記のプラットフォームやシステムにアップロードされる。認証プロセス１０８が実施される。

１つの実施の例は、デジタル署名アルゴリズム（ＤＳＡ）（引用文献[11]）である。デジタル署名４１２は、デジタルメッセージまたはドキュメントの信頼性を示すための数学的なスキームである。有効なデジタル署名４１２は、受信者に、メッセージが既知の送信者によって作成されたこと（認証４００）、送信者がメッセージを送信したことを拒否できないこと（否認不可）、メッセージが送信中に変更されなかったこと（整合性）を信じる理由を与える。デジタル署名４１２は、ほとんどの暗号化プロトコルスイートの標準要素であり、ソフトウェア配布、金融取引、契約管理ソフトウェア、および偽造や改ざんを検出することが重要である他の場合に一般的に使用されている。

図４のフローチャートは、ＤＳＡがサンプリングデータ３００にどのように適用されるかを示している。サンプリングデータ３００は、ＭＤ−５，ＳＨＡ−１，ＳＨＡ−２５６，ＳＨＡ−５１２等（引用文献[9]）の暗号化ＨＡＳＡアルゴリズム／関数４０４で処理される。メッセージダイジェスト」またはＨＡＳＨ値４０６は、入力サンプリングデータ３００に対しＨＡＳＨ機能４０４で生成される。次に、ハッシュ値４０６が送信者の秘密鍵４０８によって暗号化されてデジタル署名４１２を形成し、サンプリングデータ４１４に添付される。認証官庁（ＣＡ）によって提供されるデジタル認証４１０はまた、デジタル署名されたデータ４１６と共に添付され得ることに留意されたい。ここまでで、デジタル署名プロセス４００が終了する。

検証プロセス５００では、受信者は最初にＣＡの公開鍵を使用して送信者の公開鍵を取得する。第２に、受信機は、送信機の公開鍵を使用して、送信機のデジタル署名４１２を復号化５０８して、ＨＡＳＨ値４０６を取得する。次いで、受信機は、受信したサンプリングデータ５０４に同じＨＡＳＨ関数４０４を適用して、新しいＨＡＳＨ値５１０を取得する。これらの２つのＨＡＳＨ値５１０、４０６が同一である場合、デジタル署名及び受信したサンプリングデータが有効であると言える。

暗号化ＤＳＡの上記のリストされた特性は、その特性を前記プラットフォームおよび／またはシステムの認証プロセス１０８の理想的な選択とする。暗号を除くＤＳＡにおいて、本発明は、任意の特定の認証方法を特定せず、多くの他のアプリケーションが可能である。

（４）スタンプされたデータチェーン
スタンプされた時空間データチェーンは、図３に示すように収集されたデータ３００から再構築される。再構築プロセス１１０は、以下で段階的に実施することができる。

ステップ１で、システム３０２とユーザサンプリング３０４とを分離する。

ステップ２で、サンプリングデータの並べ替えまたは分類を行う。並べ替えの方法は、サンプリングタグやタイムスタンプに基づく。サンプリングタグは、便宜上、数字、アルファベット文字にマッピングし得る。たとえば、Ａは「登録」、ｂは「購入した商品の写真／ビデオの撮影」などに対応する。

ステップ３では、並び変えられたサンプリングごとにＧＰＳ座標を抽出および／または生成する。サンプリングがすでにＧＰＳ座標を有する場合、前記プラットフォーム及び／またはシステムは単にＧＰＳ座標を抽出する。他のサンプリング、たとえば道路の通りの名前のみが映っている写真の場合、通りの名前を最初に認識し、ジオコーディングＡＰｌｓを呼び出してＧＰＳ座標を取得して、ＧＰＳ座標が生成される。

ステップ４では、並び変えられたサンプリングのタイムスタンプを同じ形式に変換する。標準タイムゾーン（たとえば、中央ヨーロッパ時間、ＣＥＴ）は、前記システムおよび／またはプラットフォームによって定義され、その他の収集されたすべてのタイムスタンプは、標準タイムゾーンに変換される。

再構築スタンプされたデータチェーン６００の一例を図５に示す。

（５）一致
一致プロセス１１２は、図５に示すように、再構築されたスタンプ付きデータチェーン６００を図２に示す参照データチェーン２００と比較することで実施される。

アイテムのペアリングは最初に実施される。すなわち、参照データチェーンの２００一部のアイテムおよびスタンプ付きデータチェーン６００の一部のアイテムはペアリングされている。推奨されるペアリング方法の１つは、アイテムのカテゴリに基づくことである。たとえば、図２の参照データチェーン２００からの「出発」アイテム２０４と、図５のスタンプされたデータチェーン６００からの「出発」アイテム６０４Ｂとは、実際には同じカテゴリである。したがって、これら２つの項目は比較のためにペアリングできる。本発明は、任意の特定のペアリング方法を特定せず、多くの実施の撰択が可能であるであることに注意されたい。

第二に、ペアリングされたアイテムの一致度を測定するために、さまざまなしきい値が定義および適用される。前記閾値は、距離差、時間差、及び／または相対誤差等の距離及び／または時間に基づく任意の他の形態であってもよい。

最後に、各アイテムの信頼度が生成され、１１４で出力される。プラットフォームは、提案された有効性と信頼性の程度に基づいて、クラウドソーシングのバイヤーやリクエスト者に対応するフォローアップアクションを決定する。

（６）代替方法
上述の検証プロセス１００は、ユーザ（すなわち、購入者、およびリクエスト者）に適用されるだけでなく、タスクにも適用され得る。すなわち、タスクを中心として設計できることを意味する。クラウドソーシングのバイヤーの代わりとして、ターゲット件名を購入タスクに変更してもよい。

トリガされたデータ取得プロセスからのサンプリング情報は、図６に要約される数多くの形態であり得る。

（７）追加の考慮事項
本記載のいくつかの部分が、情報に関する動作のアルゴリズム及び記号表現に関する本発明の実施形態を説明する。これらのアルゴリズムの記述および表現は、データ処理技術の当業者によって一般的に使用され、前記当業者の仕事の内容を他の当業者に効果的に伝えるものである。これらの操作は、機能的、計算的、または論理的に説明されており、コンピュータプログラムまたは同等の電気回路、マイクロコードなどによって実施されると理解されたい。さらに、一般性を損なうことなくこれらの動作の配置をモジュールと参照すると便利な場合もある。記載された動作及びそれらの関連するモジュールは、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせに具現化され得る。一つの実施形態では、ソフトウェアモジュールはコンピュータプログラム製品で実施され、前記コンピュータプログラム製品は、記述されたステップ、操作、またはプロセスのいずれかまたはすべてを実行するためのコンピュータプロセッサによって実行できる、コンピュータプログラムコードを含む永続的なコンピュータ可読媒体を含む。

本発明の実施形態は、本明細書の動作を実行するための装置にも関係し得る。前記装置は、必要な目的のために特別に構築されてもよく、および／またはコンピュータに格納されたコンピュータプログラムによって選択的に起動または再構成される汎用コンピューティングデバイスを備えてもよい。当該コンピュータプログラムは、永続的なコンピュータ可読記憶媒体または電子機器命令を格納するのに適した任意のタイプの媒体に格納され、コンピュータシステムバスに結合されてもよい。さらに、本明細書で言及される任意のコンピューティングシステムは、単一のプロセッサを含んでもよいし、コンピューティング能力を高めるために複数のプロセッサ設計を採用するアーキテクチャであってもよい。

最後に、本明細書で使用される言語は、主に可読性及び指示目的のために選択されており、本発明の主題を描写または限定するために選択されていない可能性がある。したがって、本発明の範囲は、この詳細な説明によって制限されるのではなく、本明細書に基づいたアプリケーションで発行される請求項によって制限されることが意図されている。したがって、本発明の実施形態の開示は、本発明の範囲を例示することを意図しているが、限定するものではなく、その例は、添付の特許請求の範囲に記載されている。

（引用文献）
[1] www.mturk.com
[2] www.unber.com
[3] www.airbnb.com
[4] H. Chao, Y. Chen, P. Sameera, and D. Saumitra, "Method and Apparatus for Trajectory Crowd Sourcing for Updating Map Portal Information", US2016084658 Al.
[5] M. L. Marti, R. Mayor, M. S. Ma, "Location Fingerprinting", US2014171118 Al.
[6] B. M. Mahesh, "System and Method for Managing A Single Point of Sale of Plurality of Merchandise from Plurality of Retailer", US2015242829 Al.
[7] S. Kirkham and M. Lewis, "Identity and Trustworthiness Verification Using Online and Offline Components", US 20150156208 Al, Published Jun. 2015.
[8] https://www.google.se/maps
[9] http://www.geopostcodes.com/
[10] https://developer.here.com/documentation/geocoder/
[11] https://en.wikipedia.org/wiki/Digital_signature
[12] https://en.wikipedia.org/wiki/Cryptographic_hash_function

参照データチェーン、または参照データのチェーンが提供される。例えば、参照データチェーンは、特定の事前に設定された情報から抽出される。そのような事前に設定された情報は、予想されるクラウドソーシングタスクがどこおよびいつ実装されるべきかを示し、ユーザによって供給されるなどの様々なソースから提供され得る。ユーザアクションの場所やタイムスタンプのような時空間の情報を含む特定のデータは、プラットフォーム及び／またはシステムによって取得される。このデータ取得ステップは、１つ以上の事前に定義されたシステムイベント（またはプラットフォームイベント）によってトリガされ得るこのデータ取得ステップは、１つまたは複数のユーザアクション、つまりユーザが実行したアクションによってトリガされてもよい。
上記で取得したデータは、当該データの起源と整合性の確認のため認証される。
取得したデータから別のデータチェーンが構築、建築、または再構築される。本データチェーンは、スタンプデータチェーンと参照される場合もある。
取得されたデータから再組みたてされたスタンプ付きデータチェーンを、情報が供給されたユーザから抽出された参照データチェーンと一致させて、検証ステップを実行する。
一つ前のステップの一致の結果に基づき有効性及び信頼性の程度、あるいはユーザ及び／またはユーザの実行されたタスクの有効性及び信頼性の程度が決定される。
好ましくは、取得されたデータは、以下のデータまたは情報のうちの１つ以上を含み得る：ＧＰＳ座標、タイムスタンプ、写真、オーディオ、ビデオ、およびＩＰアドレスが、それらの例である。
好ましくは、時空間の情報からデータを取得するステップは、時空間の情報をサンプリングすること、および／または時空間の情報を抽出することを含み得る。
好ましくは、データを取得するステップをトリガし得るシステムイベントまたはプラットフォームイベントには、これらに限定されるものではないが、登録、プラットフォームおよび／またはシステムを介した情報の取得、および情報のアップロードの１つ以上が含まれる。
好ましくは、データを取得するステップをトリガし得るシステムイベント、またはプラットフォームイベントは、これらに限定されるものではないが、ユーザによって実行されたタスクの１つ以上のステータスを更新することを含む。
好ましくは、タスクのステータスの前記更新は、これらに限定されるものではないが、タスクの受け入れ、タスクの実装、および要求されたタスク結果などのタスク結果の配信のうちの１つまたは複数を含み得る。
好ましくは、データが取得された後、例えば、サンプリング及び／または測定が実装された後、システム手順及び／またはユーザインターフェースは、次の手順に進んでよい。
好ましくは、プラットフォームおよび／またはシステムを介して取得される情報には、これらに限定されるものではないが、１つまたは複数の写真、１つまたは複数のビデオ、１つまたは複数の音声などが含まれる。
好ましくは、前記情報の更新には、これらに限定されるものではないが、１つ以上の写真、１つ以上のビデオ、１つ以上の音声などが含まれる。
好ましくは、データを取得するステップをトリガし得るユーザアクションには、これらに限定されるものではないが、ユーザ購入、ユーザ投稿、ユーザ配信、及びユーザの交通の利用などの１つ以上のユーザの動作が含まれる。
好ましくは、交通の利用には、これらに限定されるものではないが、ユーザの出発および／またはユーザの到着が含まれる。
好ましくは、スタンプされたデータチェーンを構築あるいは再構築には、取得されたデータから時空間の情報を抽出し、前記抽出された時空間情報からスタンプされたデータチェーンを再構築することを備える。
好ましくは、検証ステップは、前記取得されたデータから構築または再構築されたデータチェーンを、ユーザによって提供されたプリセット情報から抽出された参照データチェーンなどの参照データチェーンと照合および／または比較することを含み得る。
好ましくは、本発明の方法は、ユーザおよび／またはそれらの実行されたタスクの有効性および信頼性の程度を決定するために１つ以上の閾値を導入するステップをさらに備える。
好ましくは、前記閾値は、距離差、時間差、および／または距離および／または時間に基づく任意の他の形態のうちの一つ以上を示すデータを備える。
好ましくは、本発明による方法は、決定された有効性および信頼性の程度に基づいて、これに限定されるものではないが、クラウドソーシングバイヤへの支払いを拒否する、および／またはユーザレベルの評価を上げ下げするさらなるシステムのアクションを含み得る。

本発明は、クラウドソーシングバイヤによって実行されるタスクの信頼性および妥当性を検証するシステムおよび方法を提供する。本方法は、６つの基本的なステップで構成される。
ステップ１、登録１０２。クラウドソーシングのバイヤーがタスクを得たい、またはリクエスト者がタスクを公開したいときはいつでも、基本情報をシステムに提出する必要がある。当該登録情報は、Ｂ場所からＡ ２０４ ２０６までの出発および到着時間、有効な住所２０２、名前などであり得る。
ステップ２、参照データチェーン形成１０４。２０２、２０４、２０６のような提出された登録情報から位置および／またはタイムスタンプを有するデータチェーンが抽出される。登録情報から形成されたデータチェーンを、参照データチェーン２００と呼ぶ。
ステップ３、データ取得１０６。データの取得は、システムにより取得されたり、ユーザがアップロードしたりすることでなされ得る。取得されたデータは、これらに限定されるものではないが、ＧＰＳ座標、タイムスタンプ、画像、ビデオ、オーディオ等であってもよい。本発明では、３００を得る空間と時間的なデータに焦点を当てる。時間および空間的データの取得は、システムイベントおよび／またはアクション３０２によってトリガされる。時間および空間的データの取得をトリガできるシステムイベントやアクションは、特定のシステム設計に決定される。時間および空間的データの取得は、ユーザ３０４によって能動的になされ得る。
ステップ４、認証１０８。ステップ３で取得したデータ３００は、システム４００、５００によって認証される。例えば、取得されたデータ３００は、内蔵のハッシュ関数４０４（例えば、ＭＤＳ／ＳＨＡ−１／ＳＨＡ−２５６／ＳＨＡ−５１２）及び／またはデジタル署名アルゴリズム（ＤＳＡ）４１２によって認証され得る。
ステップ５、スタンプされたデータチェーンの形成１１０。システムが、取得したデータのセット３００からデータチェーンを再構築する。再構築されたデータチェーンを、スタンプされたデータチェーン６００と呼ぶ。
ステップ６、検証１１２。検証プロセスは、スタンプされたデータチェーン６００と参照データチェーン２００とを一致させて実施される。
最終的に、前記一致の程度に基づきクラウドソーシングのバイヤーによって実行されたタスクの妥当性と信頼度が１１４で生成される。
ここでは、時空間の情報は、タイムスタンプが存在する位置として定義される。

第二に、ペアリングされたアイテムの一致度を測定するために、さまざまなしきい値が定義および適用される。前記閾値は、距離差、時間差、及び／または相対誤差等の距離及び／または時間に基づく任意の他の形態であってもよい。例えば、図２の参照データチェーン２００からの「出発」アイテム２０４における予想出発時刻ｔ _１ は、２０１７年１０月４日午前９時（ＣＥＴ）である。取得された実際の出発時刻をｔ _２ と仮定すると。時間差ｔ _ｄ はｔ _ｄ ＝ｔ _２ −ｔ _１ となる。図５の６０４Ｂに示すように実際の出発時刻は、２０１７年１０月４日午前７時（ＣＥＴ）である。時間差ｔ _ｄ は−２となる。よって、上記定義に従って出力された一致の程度は１００％となる。段落の初めに述べたように、異なる種類の閾値、時間差、距離差等は、ペアリングされたアイテム同士の一致の程度を決定するのに一緒に用いることができる。他の例として、一致の程度の決定には相対誤差も用いることができる。すなわち、閾値の間隔（１０％、２０％）は、一致の程度１００％に対応し、（２０％、４０％）は一致の程度８０％に対応するなどである。「出発」時刻２０４と「到着」時刻２０６で示すように、予想される出発と到着との間の予想時間期間は３０．５時間である。６０４Ｂ「出発」と６０４Ｃ「到着」で表すように実際の時間期間は３３時間である。すなわち相対誤差は、（３３−３０．５）／３０．５＝８．２％である。よって、上記定義により出力された一致の程度は１００％となる。

最後に、ペアリングされたアイテム同士の一致の程度に基づき各アイテムの信頼度が生成され、１１４で出力される。プラットフォームは、提案された有効性と信頼性の程度に基づいて、クラウドソーシングのバイヤーやリクエスト者に対応するフォローアップアクションを決定する。

Claims (16)

1. クラウドソーシング購入プラットフォームおよび／またはシステムの１人または複数のユーザの有効性と信頼性、および／またはユーザが実行するタスクの有効性と信頼性を検証する方法であって、
   前記ユーザによって提供される事前設定された情報から参照データチェーンを抽出するステップと、
   時空間の情報、すなわちタイムスタンプ付きの場所が含むデータを取得することであって、データ取得プロセスは、１つ以上の定義済みシステムイベントおよび／または１つ以上のユーザアクションによってトリガされるステップと、
   取得したデータを認証し、その起源と整合性を確認するステップと、
   取得したデータからスタンプ付きデータチェーンを再構築するステップと、
   取得されたデータから再組みたてされたスタンプ付きデータチェーンを、情報が供給されたユーザから抽出された参照データチェーンと比較して、検証ステップを実行するステップと、
   有効性及び信頼性の程度、あるいはユーザ及び／またはユーザの実行されたタスクの有効性及び信頼性の程度を決定するステップと、を具備する方法。
2. 前記取得されたデータは、ＧＰＳ座標、タイムスタンプ、写真、音声、ビデオ、およびＩＰアドレスのうちの１つまたは複数を含む、請求項１に記載の方法。
3. 前記時空間の情報が、前記取得されたデータから抽出される、請求項１または２に記載の方法。
4. データ取得のステップをトリガできるシステムイベントが、登録、プラットフォームおよび／またはシステムを介した情報の取得、および情報のアップロードのうちの１つまたは複数を備える、請求項１に記載の方法。
5. 前記データ取得のステップをトリガし得るシステムイベントは、前記タスクの１つ以上のステータスを更新することを含む、請求項１に記載の方法。
6. 前記更新のステップは、タスクを受け入れること、タスクを実装すること、及び要求されたタスク結果を配信することのうちの１つ以上を備える、請求項５に記載の方法。
7. 前記プラットフォームおよび／またはシステムを介して取得される情報は、写真、ビデオ、および音声のうちの１つまたは複数を備える、請求項４に記載の方法。
8. 前記アップロードされた情報は、写真、ビデオ、および音声のうちの１つ以上を備える、請求項４に記載の方法。
9. 前記データ取得のステップをトリガし得るユーザアクションは、購入、配送、トラフックの利用の一つ以上のユーザの行動を備える、請求項１に記載の方法。
10. トラフィックを取得することは、予想されるタスク実施場所の出発および／または到着を備え得る、請求項９に記載の方法。
11. スタンプされたデータチェーンを再構築するステップが、取得されたデータから時空間情報を抽出し、抽出された時空間情報からスタンプされたデータチェーンを再構築することを備える、請求項１に記載の方法。
12. 前記検証するステップが、取得されたデータから再構築されたデータチェーンを、ユーザによって供給されたプリセット情報から抽出された参照データチェーンと照合および／または比較することを備える、請求項１に記載の方法。
13. 前記参照データチェーンが、前記クラウドソーシングタスクを実装するための前記予想される地理的位置及び／または時間を事前設定するために使用され、その一つの例は、時空間的なデータチェーンを得る前記予想されるトラフィックであり得る、請求項１及び１２に記載の方法。
14. ユーザおよび／またはそれらの実行されたタスクの有効性および信頼性の程度を決定するために１つ以上の閾値を導入するステップをさらに備える、請求項１から１２のいずれかに記載の方法。
15. 前記閾値は、距離差、時間差、および／または距離および／または時間に基づく任意の他の形態のうちの１つまたは複数を備える、請求項１３に記載の方法。
16. 更なるシステムは、これに限定されるのもではないが、前記ユーザへの支払いを拒否すること、前記ユーザ評価レベルを上昇または低下させること等を備え、これらが決定される前記有効性及び信頼性の程度に基づいて行われる、請求項１に記載の方法。

Images