CN113239263B - 一种对基于众包推荐的采购进行验证的系统和方法 - Google Patents

Abstract

本专利的核心发明点是对基于众包的系统和/或平台所产生的购买进行验证，主要有两个方面，一是对来自两个来源的购买证据/证明进行验证，二是对所实施的购买行为进行验证；系统分别从实施用户处获取购买证据，从对应的商家处获取购买证明，通过比对进程来验证这两个来源的购买证据/证明是否能够相互匹配，进一步地，当系统收到预先定义的用户响应和/或操作时，触发地址获取进程，生成一个或多个经时间戳盖章的获取地址；而一个或多个提取的购买地址是通过分别从两个来源的购买证据和购买证明中提取相应购买地址所获得的，通过将所获取的购买地址与所提取的购买地址进行对比，实现对实施的购买行为进行验证。

Description

一种对基于众包推荐的采购进行验证的系统和方法

技术领域

本发明涉及众包推荐，尤其是众包购买的验证、和基于验证的推荐费。

背景技术

识别用户流量来源的机制是HTTP的一部分。该协议包括一个称为 "referrer（推荐人）"的字段，通常包含用户代理 (浏览器) 之前访问的网站或内容。这使得某个网站可以知道其流量来自哪里，使网站能够完整和即时地了解其广告活动的有效性。

"推荐人"协议字段的存在，使得有趣的商业模式得以发展，如由谷歌Adwords所采用并流行的按点击付费模式。在这种模式中，商家只为产生点击量的广告付费，这与广播媒体等以前所使用的广告模式完全相反。

众包是一种特定的采购模式，个人或组织利用互联网用户的贡献来获得所需的服务或商品。亚马逊Mechanical Turk（MTurk）就是众包的例子之一。MTurk是一个让请求者（个人和/或商家）发布任务和工作的平台。在另一边，众包工作者可以选择任务，进行工作，并通过向请求者交付任务来获得报酬。

在本发明中，广告或采购推荐信息以众包方式提供，即来自个人和/或商家。购买也可以以众包的方式实现，即用户可以请求其他用户为其购买。本发明重点是对基于众包的推荐系统和/或平台所产生的购买进行验证，这些众包系统和/或平台可以是在线网站、手机APP等。

本发明中介绍的采购推荐信息由至少一个购买地址以及所推荐的产品和/或服务的信息组成。本发明中引入的各种用户角色定义如下：推荐用户是指向所述系统和/或平台提供采购推荐信息的众包用户。请求用户是请求其他用户为其执行任务（如购买、访问）的用户。实施用户是指对所述系统和/或平台的请求任务做出反应并执行的用户。值得注意的是，本发明中定义的各种用户是从逻辑功能的角度出发的。在实践中，一个自然人或商家可以在所述系统和/或平台中执行上述定义的所有逻辑功能或用户角色。

对于互联网厂商来说，像谷歌Adwords那样按点击量的付费解决方案可以有效验证用户是否访问过相应的网站。但是，对于线下实体店来说，按点击付费的解决方案无法验证用户是否实际访问了相应的线下商店。

此外，按点击付费的解决方案无法验证搜索过某推荐信息（如在线广告）的用户是否真的在相应的在线和/或线下商店进行了购买。

如果缺少经过确认的访问和/或购买信息，按点击收费的信息供应商（例如谷歌）就无法正当化他们对商家的收费，尤其是对线下店主的收费。对于像餐厅、理发店、电影院、咖啡店、游乐园等业务，他们通常需要客户亲临现场才能获得产品和/或服务。按点击付费的方式对这类商业进行收费是很难做到精确和公平的。

除了支撑收取推荐费的合理性外，如果是以众包的方式实施购买，本发明所提出的购买确认验证也是必要的一环。例如，请求用户可以要求实施用户为其购买推荐的产品，系统和/或平台需要为请求用户证明所请求的产品或服务确实是从被推荐的商店购买，从而正当化对请求用户的收费。总而言之，系统和/或平台需要验证购买是否真的从推荐信息和/或推荐商店（实体或在线）产生。

大多数关于推荐服务的现有技术都集中在对推荐者的奖励上。

美国专利US6405175提出了如何奖励用户去提交产品信息及其价格的方法。美国专利申请US20110196725A1公开了一种电子客户推荐服务的实现方法，该方法既能检查新客户与推荐客户的区别，又能跟踪推荐情况，使老客户可以从其所推荐的新客户在平台的动作获得积分。

而本发明中所提出对购买的确认验证，是通过验证某用户所实施的购买是否按照采购推荐信息所建议的来实现。

综上所述，所列举的现有技术都没有像本发明一样提出类似的解决方案。

发明内容

本专利的核心发明点是对基于众包的系统和/或平台所产生的购买进行验证。主要有两个方面，一是对来自两个来源的购买证明进行验证，二是对所实施的购买行为进行验证。系统和/或平台分别从实施用户处获取购买证据，从对应的商家处获取购买证明。通过比对进程来验证这两个来源的购买证明是否能够相互匹配。进一步地，当系统收到预先定义的用户响应和/或操作时，触发地址获取进程，生成一个或多个经时间戳盖章的获取地址。而一个或多个提取的购买地址是通过分别从两个来源的购买证明中提取相应的购买地址所获得。通过将获取的一个或多个购买地址与提取的一个或多个购买地址进行对比，实现对实施的购买行为进行验证。根据验证后的购买结果，计算并确定对商家（例如线上和/或线下店主）和/或请求用户的收费、对推荐用户的奖励以及对实施用户的服务费。

本发明的技术方案如下：

本发明提供了一种验证基于众包的采购推荐系统和/或平台的一个或多个用户实施的采购行为的方法，包括以下步骤：

从众包用户处获取采购推荐信息，该采购推荐信息包含所推荐的产品和/或服务的信息；

将所述采购推荐信息与采购地址进行展示，该采购地址可以是物理地址，也可以是虚拟地址；

接收来自请求用户的任务请求，其中请求其他用户为其执行任务的用户为请求用户；

监控来自所述请求用户和实施用户的一个或多个响应和一个或多个动作，其中响应并实施所述请求任务的用户是实施用户；

当一个或多个预设的系统事件和/或用户动作被触发或接收时，获取所述实施用户的当前地址及其当前时间戳，以生成一个或多个获取地址；

分别从所述实施用户和商家处获取购买证据和购买证明，其中购买的产品和/或服务由商家提供；

将从所述实施用户处获取的所述购买证据与从所述商家处获取的所述购买证明进行比较，以产生第一比较结果；

从所述实施用户提供的所述购买证据和/或所述商家提供的所述购买证明中提取购买地址，以获得一个或多个提取的购买地址；

将提取的一个或多个购买地址与所述采购推荐信息中包含的购买地址进行比较，以产生第二比较结果；

将所述实施用户的一个或多个获得地址与所述采购推荐信息中的采购地址进行比较，和/或将所述实施用户的一个或多个获得地址与一个或多个提取的采购地址进行比较，得出第三比较结果；

基于所述第一比较结果验证所述采购行为的有效性，并基于第二和/或第三比较结果验证所述实施用户的所述采购行为的有效性；

根据验证和/或比对结果，确定对商家收取的费用、对提供所述采购推荐信息的用户的奖励以及对所述实施用户的服务费。

根据本发明，优选的，所述基于众包的采购推荐系统和/或平台使用的采购推荐信息由众包用户即个人和/或企业提供，该信息包含四类信息：属性信息、地址信息、推荐信息和标签信息。

根据本发明，优选的，所述基于众包的采购推荐系统和/或平台所使用的采购推荐信息需要至少包含必要的属性信息（如，产品名称、价格、产品规格、产地、功能、用途） 与购买地址（如：GPS地址、市政地址、邮政地址、室内地址、网络地址、IP地址） 。

根据本发明，优选的，所述基于众包的采购推荐系统和/或平台提供接口，从所述实施用户处获取所述购买证据，例如付款记录、收据、发票、账单，和/或从所述商家处获取所述购买证明，例如收据，具体方式包括但不限于：拍照、拍视频、上传文件、提供信息。

根据本发明，优选的，通过比较和/或度量所述实施用户提供的所述购买证据和所述商家提供的所述购买证明的匹配程度，实现对所述采购行为的验证。

根据本发明，优选的，用于采购验证比对和度量的项目包括但不限于：产品名称、采购金额、发票号码、采购日期和时间、图像的特征、像素。

根据本发明，优选的，采购验证和/或匹配程度的度量由所述基于众包的采购推荐系统和/或平台的专职运营团队、众包用户、算法和/或人工智能等机制或三者的组合实现。

根据本发明，优选的，所述基于众包的采购推荐系统和/或平台提供接口，以监测和/或接收来自所述请求用户和/或所述实施用户的一个或多个响应以及一个或多个动作。

根据本发明，优选的，所述用户响应和动作包括提交用户请求（例如请求访问、请求购买）、回应用户响应（例如为请求用户访问推荐的商店、为请求用户购买推荐的产品）、作为请求用户和/或实施用户所实施的用户行动（例如访问、购买、提交购买证据）。

根据本发明，优选的，用户在与所述基于众包的采购推荐系统和/或平台交互时由用户响应和/或动作触发一个获取进程来获取用户的当前时间和地址（物理和/或虚拟地址，例如GPS地址、IP地址），以生成所述一个或多个获取的地址。

根据本发明，优选的，从所述实施用户提供的所述购买证据和/或所述商家提供的所述购买证明中提取所述购买地址，以获得所述一个或多个提取的购买地址。

根据本发明，优选的，通过将所述一个或多个提取的购买地址与包含在所述采购推荐信息中的所述购买地址进行比较，进一步实现对所述采购行为的验证。

根据本发明，优选的，通过将所述实施用户的所述一个或多个获取的地址与包含在所述采购推荐信息中的所述购买地址进行比较，以及将所述实施用户的所述一个或多个获取的地址与所述一个或多个提取的地址进行比较，进一步实现对所述采购行为 的验证。

根据本发明，优选的，所述基于众包的采购推荐系统和/或平台根据对购买活动和/或购买行为的验证结果，如：由某个推荐信息所产生的验证通过的采购次数、由某个推荐信息所产生的验证通过的总采购金额、被推荐店铺的访问量和购买量之间的比例，计算并确定对商家的收费、对推荐用户的奖励以及对实施用户的服务费。

发明的有益效果

本发明中提出了一种对基于众包的推荐系统和/或平台所产生的购买进行验证的系统和方法。所述系统和/或平台根据验证后的购买结果计算收取费率、奖励费和服务费。由于对源自推荐信息的购买进行了验证，所以对被推荐商家的收费可以做到有理有据。

另一方面，通过本发明所提出的购买验证，可以实现众包购买的商业模式。即请求用户可以要求其他一些用户为其实施购买被推荐的产品和/或服务；实施用户可以为请求用户预先垫付被推荐的产品和/或服务所需的购买费用，在其所实施的购买行为通过系统和/或平台的验证后，再得到预先的垫付款。

附图说明

现在将参照附图，仅以示例的方式描述本公开的实施例，在附图中，类似的参考数字用于表示类似的部件，其中：

图1为说明推荐信息结构的示例图。

图2为说明本发明核心步骤的流程图。

图3为实施购买验证的信令示例图。

图4为单用户实施购买验证的信令示例图。

具体实施方式

下面通过具体实施例对本发明做进一步的说明，但不限于此。

本发明中使用的采购推荐信息是对其所推荐产品和/或服务的介绍和说明。采购推荐信息的内容可以表现为但不限于：文字、图片、视频、音频、符号、虚拟现实、感官信息（如触觉、味觉、嗅觉）等。

系统和/或平台中显示的采购推荐信息应包含四类信息：属性信息、地址信息、推荐信息和标签信息。

属性信息是指产品和/或服务本身的信息和参数。一般来说，属性信息包括但不限于：产品名称、价格、品牌、照片、产品规格（如颜色、重量、尺寸等）、产地、功能、用途等。地址信息是指可以从哪里获得所推荐的产品和/或服务。地址信息可以是但不限于：物理地址（如GPS、市政地址、邮政地址、室内地址等）、虚拟地址（如网络地址、IP地址等）、包含地址信息的载体（如图片、视频、二维码等）。推荐信息是指对被推荐产品和/或服务的直接或间接的体验、意见、感受等。推荐信息可以是但不限于：广告、卖点、故事（如品牌故事、象征意义、商业历史等）、体验、产品评价等。标签信息是指分配给特定产品和/或服务的描述符。标签信息可以是但不限于：类别标签、产品特征标签、用户自定义标签等。

所需的采购推荐信息由众包用户，即个人和/或商家提供。例如，个人用户可以在系统和/或平台上分享和推荐带有购买地址的产品；商家（线上或线下）可以在系统和/或平台上介绍和宣传其产品和/或服务。另外，采购推荐信息也可以由系统和/或平台提供。例如，采购推荐信息可以由系统和/或平台的专门运营团队提供；或者采购推荐信息可以由人工智能等算法和/或机制收集和/或生成；或者采购推荐信息可以由上述两种方式混合获得。

作为一个实施例，系统和/或平台要求来自众包用户的采购推荐信息至少包含必要的属性信息（例如，产品名称、价格、产品规格等）与至少一个购买地址。在系统和/或平台中使用的采购推荐信息结构的一个示例如图1所示。

重要步骤

本发明的核心步骤如图2的流程图所示。

步骤一，所述系统和/或平台显示采购推荐信息并接收用户请求204。在获取采购推荐信息100后，一个用户可以请求其他用户为其实施诸如：参观、购买等动作。我们将请求他人为其实施任务的用户称为请求用户，将对请求的任务做出回应并实施的用户称为实施用户。

与采购推荐信息100相关联，所述系统和/或平台可以设置对应于用户各种请求选择的按钮，如：为我参观、为我购买等。请求用户还可以主动向所述系统和/或平台反馈或提供请求。例如，请求用户可以主动向所述系统和/或平台发送请求指令，如：请求为我参观、请求为我购买等。当系统和/或平台接收到特定的用户请求时，触发地址获取进程208，获取请求用户经时间戳盖章的当前地址（物理地址和/或虚拟地址，例如GPS、IP等）。

时间戳包含了当天的日期和时间，用来表示系统事件发生的时间。能够触发地址获取进程的系统事件由系统设计者预先定义。预设的系统事件可以是但不限于：收到请求、接受请求、收到用户操作、收到实施用户的购买证据、收到商家的购买证明。

步骤2、所述系统和/或平台显示用户请求并监控其他用户210的响应。其他用户可以选择接受所请求的任务，例如：为请求用户访问被推荐的商店，为请求用户购买被推荐的产品。当实施用户接受请求任务时，系统和/或平台启动地址获取流程214，获取实施用户经时间戳盖章的当前地址（物理地址和/或虚拟地址）。

或者，请求用户可以在系统和/或平台直接请求提供推荐信息的用户为其执行任务，例如为其购买推荐的产品或服务。

步骤三，所述系统和/或平台在请求用户和实施用户216之间建立请求任务。当任务被实施用户接受后，系统和/或平台将该状态反馈给请求用户。与该反馈一起，系统和/或平台还可以告知执行该请求任务所需花费的总金额。支付的金额可以由但不限于：推荐产品和/或服务的成本、实施用户的人工成本、交通成本等组成。然后，请求用户需要将总金额（如有）转入系统和/或平台。在收到执行请求任务所需的费用后，系统和/或平台反馈任务确认状态，并通知实施用户为请求用户执行其所请求的任务，如购买产品或服务。

第四步，所述系统和/或平台监测后续用户动作218。用户动作是指实施用户接收请求任务后的后续动作，用户动作可以是但不限于：参观商店、到商店购买、上传文件、拍照或录像到所述系统和/或平台。系统和/或平台可以设置对应于各种用户动作的按钮进行选择或触发。例如，当实施用户亲临所述店铺并购买所述产品时，可以选择并触发所述系统和/或平台提供的 "购买中"按钮。当用户动作被触发和/或接收到时，系统和/或平台启动地址获取进程222，以获取实施用户经时间戳盖章的当前地址（物理和/或虚拟）。

另外，实施用户和/或商家还可以主动向系统和/或平台反馈或提供已实施的用户动作。例如，实施用户和/或商家可以主动给系统和/或平台发送信号来提供各种用户动作，而不是通过系统和/或平台提供各种用户动作以供选择，例如当用户动作（比如“购买中”）在被推荐的商店实施时，实施用户和/或商家可以消息的形式发送信号，该信号包含经时间戳盖章的当前地址。

如果一个预先定义的购买动作被触发和/或接收到224，则由系统和/或平台激活并执行购买证据获取进程226。购买证据可以是但不限于：付款记录、收据、发票、交易记录、所购产品、账单。所述系统和/或平台用于获取购买证据的方式可以是但不限于：通过拍照、拍摄视频、上传文件（如图片、照片、视频、PDF等）、提供信息（如发票号、产品ID等）。当用户向系统和/或平台提交购买证据时，启动地址获取流程228，获取用户的经时间戳盖章的当前地址（物理地址和/或虚拟地址）。

步骤5，所述系统和/或平台实施购买验证230。当实施购买行为时，对应的商家需要向系统和/或平台提供相应的收据等购买证明。系统和/或平台验证实施用户所提供的购买证据和相应商家所提供的购买证明是否能够相互匹配。匹配度量可以由专门的运营团队、众包用户、人工智能等算法和/或机制来实现，也可以三者相结合。匹配度量所比对的项目包括但不限于：产品名称、购买金额、发票号、购买日期和时间、图像的特征、像素。

另外，系统和/或平台还可以将实施用户的购买证据发送给对应的商家。由商家对实施用户的购买行为的有效性进行验证，并将验证结果反馈给系统和/或平台。这样，通过对分别来自实施用户和对应商家的两种来源的购买证明进行对比，形成第一种对比结果。

系统和/或平台可以通过为购买验证提供额外的参考信息来进一步验证所实施购买行为的有效性。购买地址和时间通常包含在实施用户所提供的购买证据中，和/或对应商家所提供的购买证明中。因此，通过分别从实施用户提供的购买证据和/或商家提供的购买证明中提取购买地址和时间，可以获得一个或多个提取的购买地址与时间。在另一方面，可以从采购推荐信息中知道所请求的采购地址。因此，通过将提取的一个或多个购买地址与采购推荐信息中包含的购买地址进行比较，形成第二比较结果。

从上述步骤2和步骤4中，当实施用户执行请求的任务时，系统和/或平台获得了一组或多组经时间戳盖章的采购地址，这些地址被称为获取的地址。

第三比较结果通过将实施用户的一个或多个获取的地址与采购推荐信息中所包含的购买地址进行比较和/或将实施用户的一个或多个获取的地址与一个或多个提取的购买地址进行比较而形成。

另外，对于获取的地址和提取的地址，不仅可以比较购买地址，还可以比较购买时间。

因此，可以用第二和/或第三比较结果进一步验证购买行为的有效性。经过验证的购买行为可以作为额外的参考信息，为已实施的购买增加可信性。例如，时间戳盖章的购买地址经过验证后，可以有效防止店主拒绝承认用户曾经购买；另一方面，可以有效防止用户提供虚假的购买证据。

步骤6、所述系统和/或平台根据上述获得的验证和/或比对结果，计算出向商家收取的费用、给推荐用户的奖励以及给实施用户的服务费用。系统和/或平台对通过验证后的购买数据进行统计，被统计的交易数据可以是但不限于，由某采购推荐信息所产生通过验证的有效购买次数、由某采购推荐信息所产生的验证通过的购买总金额、被推荐店铺的访问量与购买量之比。根据验证后的购买所产生的交易数据，所述系统和/或平台决定如何向从采购推荐信息中获益的商家（如线上和/或线下店主）收取费用，如何奖励采购推荐信息的提交者。对于实施用户，在其所实施的购买通过验证后，系统和/或平台返还其为完成请求任务的预先垫付费用。除此以外，系统和/或平台还计算出实施用户向请求用户提供服务所应奖励的金额。

图3描绘了由系统和/或平台所实现的购买验证信令示意图。

其他实施方式

另外，请求用户和实施用户可以是同一个人，本发明将其称为单用户案例。值得注意的是，单用户案例与请求用户案例的购买验证框架相同，如图2所示。而单用户案例的购买验证的核心步骤可以通过去除图2中带虚线的区块来获得。相应地，210中系统和/或平台监测到的单一用户案例的用户响应需要相应地改变为：去访问、去购买，而不再是为请求用户访问、为请求用户购买。单用户案例的购买验证信令交互如图4所示。

本说明书的某些部分采用对信息进行操作的算法和符号表示来描述本发明的实施例。这些算法描述和表示是熟悉数据处理技术领域的人员通常使用的，以便将其工作的实质有效地传达给本领域的其他熟练人员。这些操作虽然在功能上、计算上或逻辑上进行了描述，但被理解为由计算机程序或等效的电路、微代码或类似的东西来实现。此外，在不失去通用性的情况下，有时也证明将这些操作的安排称为模块是可行的。所述操作及其相关的模块可以体现在软件、固件、硬件或其任何组合中。在一个实施例中，软件模块是用计算机程序产品实现的，该计算机程序产品包括包含计算机程序代码的持久性计算机可读介质，该计算机程序代码可由计算机处理器执行，以执行所述步骤、操作或过程中的任何或全部。

本发明的实施例还可涉及用于执行本文操作的设备。该设备可以为所需目的而专门构造，和/或它可以包括由存储在计算机中的计算机程序选择性地激活或重新配置的通用计算设备。这样的计算机程序可以存储在持久的计算机可读存储介质或任何类型的适合存储电子指令的介质中，并与计算机系统总线相连接。此外，本说明书中提到的任何计算系统，可以包括单个处理器，或者可以是采用多个处理器设计的架构，以提高计算能力。

最后，说明书中使用的语言主要是为了可读性和指导目的而选择的，不是为了界定或限定发明主题而选择的。因此，意图是发明的范围不是由这个详细的描述来限制的，而是由基于该专利申请的权利要求来限制的。因此，本发明实施例的公开意在说明但不是限制本发明的范围，其中的一个例子就体现于权利要求中。

Claims (14)

1.一种验证基于众包的采购推荐系统和/或平台的一个或多个用户实施的采购行为的方法，包括以下步骤：

从众包用户处获取采购推荐信息，该采购推荐信息包含所推荐的产品和/或服务的信息；

将所述采购推荐信息与采购地址进行展示，该采购地址可以是物理地址，也可以是虚拟地址；

接收来自请求用户的任务请求，其中请求其他用户为其执行任务的用户为请求用户；

监控来自所述请求用户和实施用户的一个或多个响应和一个或多个动作，其中响应并实施请求任务的用户是实施用户；

当一个或多个预设的系统事件和/或用户动作被触发或接收时，获取所述实施用户的当前地址及其当前时间戳，以生成一个或多个获取地址；

分别从所述实施用户和商家处获取购买证据和购买证明，其中购买的产品和/或服务由商家提供；

将从所述实施用户处获取的所述购买证据与从所述商家处获取的所述购买证明进行比较，以产生第一比较结果；

从所述实施用户提供的所述购买证据和/或所述商家提供的所述购买证明中提取购买地址，以获得一个或多个提取的购买地址；

将提取的一个或多个购买地址与所述采购推荐信息中包含的购买地址进行比较，以产生第二比较结果；

将所述实施用户的一个或多个获得地址与所述采购推荐信息中的采购地址进行比较，和/或将所述实施用户的一个或多个获得地址与一个或多个提取的采购地址进行比较，得出第三比较结果；

基于所述第一比较结果验证所述采购行为的有效性，并基于第二和/或第三比较结果验证所述实施用户的所述采购行为的有效性；

根据验证和/或比对结果，确定对商家收取的费用、对提供所述采购推荐信息的用户的奖励以及对所述实施用户的服务费。

2.根据权利要求1所述的方法，其特征在于，所述基于众包的采购推荐系统和/或平台使用的采购推荐信息由众包用户即个人和/或企业提供，该信息包含四类信息：属性信息、地址信息、推荐信息和标签信息。

3.根据权利要求1或权利要求2所述的方法，其特征在于，所述基于众包的采购推荐系统和/或平台所使用的采购推荐信息需要包含必要的属性信息和购买地址，其中属性信息包括产品名称、价格、产品规格、产地、功能、用途，购买地址包括GPS地址、市政地址、邮政地址、室内地址、网络地址、IP地址。

4.根据权利要求1所述的方法，其特征在于，所述基于众包的采购推荐系统和/或平台提供接口，从所述实施用户处获取所述购买证据，包括付款记录、收据、发票、账单，和/或从所述商家处获取所述购买证明，购买证明包括收据，具体方式至少包括：拍照、拍视频、上传文件、提供信息。

5.根据权利要求1所述的方法，其特征在于，通过比较和/或度量所述实施用户提供的所述购买证据和所述商家提供的所述购买证明的匹配程度，实现对所述采购行为的验证。

6.根据权利要求1至4中的任一项所述的方法，其特征在于，用于采购验证比对和度量的项目至少包括：产品名称、采购金额、发票号码、采购日期和时间、图像的特征、像素。

7.根据权利要求1所述的方法，其特征在于，采购验证和/或匹配程度的度量由所述基于众包的采购推荐系统和/或平台的专职运营团队、众包用户、算法和/或人工智能机制或三者的组合实现。

8.根据权利要求1所述的方法，其特征在于，所述基于众包的采购推荐系统和/或平台提供接口，以监测和/或接收来自所述请求用户和/或所述实施用户的一个或多个响应以及一个或多个动作。

9.根据权利要求8所述的方法，其特征在于，用户响应和动作包括提交用户请求，其中用户请求包括请求访问、请求购买、回应用户响应包括为请求用户访问推荐的商店、为请求用户购买推荐的产品、作为请求用户和/或实施用户所实施的用户行动，用户行动包括访问、购买、提交购买证据。

10.根据权利要求1或权利要求8所述的方法，其特征在于，用户在与所述基于众包的采购推荐系统和/或平台交互时由用户响应和/或动作触发一个获取进程来获取用户的当前时间和地址，其中地址包括物理和/或虚拟地址，物理地址包括GPS地址、虚拟地址包括IP地址，以生成所述一个或多个获取的地址。

11.根据权利要求1至4中的任一项所述的方法，其特征在于，从所述实施用户提供的所述购买证据和/或所述商家提供的所述购买证明中提取所述购买地址，以获得所述一个或多个提取的购买地址。

12.根据权利要求1所述的方法，其特征在于，通过将所述一个或多个提取的购买地址与包含在所述采购推荐信息中的所述购买地址进行比较，进一步实现对所述采购行为的验证。

13.根据权利要求1所述的方法，其特征在于，通过将所述实施用户的所述一个或多个获取的地址与包含在所述采购推荐信息中的所述购买地址进行比较，以及将所述实施用户的所述一个或多个获取的地址与所述一个或多个提取的地址进行比较，进一步实现对所述采购行为的验证。

14.根据权利要求1所述的方法，其特征在于，所述基于众包的采购推荐系统和/或平台根据对购买活动和/或购买行为的验证结果，由某个推荐信息所产生的验证通过的采购次数、由某个推荐信息所产生的验证通过的总采购金额、被推荐店铺的访问量和购买量之间的比例，计算并确定对商家的收费、对推荐用户的奖励以及对实施用户的服务费。

Images