CN110383791B - 基于区块链的地图应用众包 - Google Patents

Abstract

在与区块链关联的地图服务提供商处，从数据收集方接收地图数据。将所述地图数据发送至数据服务提供商以用于处理。在所述地图服务提供商处，从数据提供商接收非众包数据。将所述非众包数据发送至所述数据服务提供商，以用于与所述地图数据一起处理。从服务用户接收对经处理的地图数据的请求。从所述数据服务提供商检索根据所述地图数据和所述非众包数据生成的所述经处理的地图数据。将所述经处理的地图数据发送至所述服务用户，以响应所述请求。

Description

基于区块链的地图应用众包

背景技术

分布式账本系统（DLS），也可称为共识网络和/或区块链网络，使参与的实体能够安全地且不可篡改地存储数据。在不引用任何特定用例的情况下，DLS通常被称为区块链网络。区块链网络的示例类型可以包括公有区块链网络、私有区块链网络和联盟区块链网络。公有区块链网络向所有实体开放使用DLS，并参与共识过程。私有区块链网络针对特定实体提供，该实体集中控制读写权限。联盟区块链网络针对选择的实体组群提供，该实体组群控制共识过程，并包括访问控制层。

对于地图应用提供商，地图数据的收集是非常耗费资源的，而且用户经常抱怨所收集的地图数据不够新，无法满足他们的需要。尽管可以使用传统地图数据收集解决这些问题，然而一种用于解决地图数据收集的更有效的解决方案会是有优势的。

发明内容

本文的实施方式包括计算机实现的用于基于区块链对数据进行众包的方法。更具体地，本文的实施方式涉及提供一种能够收集并提供地图数据的基于区块链的众包平台。

在一些实施方式中，操作包括：在与区块链关联的地图服务提供商处从数据收集方接收地图数据；将所述地图数据发送至数据服务提供商以用于处理；在所述地图服务提供商处从数据提供商接收非众包数据；将所述非众包数据发送至所述数据服务提供商以用于与所述地图数据一起处理；从服务用户接收对经处理的地图数据的请求；从所述数据服务提供商检索根据所述地图数据和所述非众包数据生成的所述经处理的地图数据；以及将所述经处理的地图数据发送至所述服务用户，以响应所述请求。其他实施方式包括对应的系统、装置和计算机程序，所述计算机程序被编码在计算机存储设备上，并且被配置为执行所述方法的操作。

这些和其他实施方式可以各自可选地包括以下特征中的一个或多个：

第一特征，可与以下任意特征组合，其中，所述地图服务提供商提供针对所述服务用户的自动进行的数据消费或数据授权。

第二特征，可与以下任意特征组合，其中，所述地图服务提供商、所述数据服务提供商和所述数据提供商是参与所述区块链的计算设备。

第三特征，可与以下任意特征组合，进一步包括：在从所述数据收集方接收所述地图数据前，由所述地图服务提供商与所述数据收集方执行智能合约。

第四特征，可与以下任意特征组合，还包括：在将所述地图数据发送至所述数据服务提供商之前，由所述服务提供商与所述数据服务提供商执行智能合约。

第五特征，可与以下任意特征组合，其中，将所述地图数据发送至所述数据服务提供商以用于处理包括将所述地图数据发送至所述数据服务提供商以用于对所述地图数据进行归一化处理或从所述地图数据中舍弃非常规数据。

第六特征，可与以下任意特征组合，其中，所述区块链是联盟区块链。

第七特征，可与以下任意特征组合，其中，所述地图数据是利用众包由所述数据收集方收集的。

本文还提供了耦接到一个或多个计算机并且其上存储有指令的非暂态计算机可读存储介质，所述指令可由所述一个或多个计算机执行以按照本文提供的方法的实施例执行操作。

本文还提供了用于实施本文提供的所述方法的系统。该系统包括一个或多个计算机以及耦接到所述一个或多个计算机并且其上存储有指令的计算机可读存储介质，所述指令可由所述一个或多个计算机执行，以按照本文提供的方法的实施例执行操作。

应了解，依据本文的方法可以包括本文描述的方面和特征的任意组合。也就是说，根据本文的方法不限于本文具体描述的方面和特征的组合，还包括所提供的方面和特征的任意组合。

以下在附图和描述中阐述了本文的一个或多个实施例的细节。根据文和附图以及权利要求，本文的其他特征和优点将显而易见。

附图说明

图1描绘了可用于执行本文的实施方式的环境的示例。

图2描绘了根据本文的实施方式的概念架构的示例。

图3描绘了根据本文的实施方式的基于区块链的众包地图应用的系统环境的示例。

图4描绘了可根据本文的实施方式执行的过程的示例。

图5描绘了根据本文的实施方式的装置500的模块的示例。

各附图中的相同附图标记指示相同的元件。

具体实施方式

本文的实施方式包括计算机实现的用于基于区块链技术对服务应用进行众包的方法。更具体地，本文的实施方式涉及提供一种能够收集并提供地图数据的基于区块链的众包平台。

为本文实施例提供进一步的背景，并且如上所述，分布式账本系统（DLS），又可称为共识网络（例如，由点对点节点组成）和区块链网络，使参与的实体能够安全地、不可篡改地进行交易和存储数据。虽然“区块链”一词通常与货币网络相关联，但是本文所使用的区块链一般指在不参考任何特定用例的情况下的DLS。

区块链是以交易不可篡改的方式存储交易的数据结构。因此，区块链上记录的交易是可靠且可信的。区块链包括一个或多个区块。链中的每个区块通过包含在链中紧邻其之前的前一区块的加密哈希值（cryptographic hash）链接到该前一区块。每个区块还包括时间戳、自身的加密哈希值以及一个或多个交易。已经被区块链网络中的节点验证的交易经哈希处理并编入默克尔（Merkle）树中。Merkle树是一种数据结构，在该树的叶节点处的数据是经哈希处理的，并且在该树的每个分支中的所有哈希值在该分支的根处级联（concatenated）。此过程沿着树持续一直到整个树的根，在整个树的根处存储了代表树中所有数据的哈希值。通过确定哈希值是否与树的结构一致而可快速验证该哈希值是否为存储在该树中的交易的哈希值。

区块链是用于存储交易的去中心化或至少部分去中心化的数据结构，而区块链网络是通过广播、验证和确认交易等来管理、更新和维护一个或多个区块链的计算节点的网络。如上所述，区块链网络可作为公有区块链网络、私有区块链网络或联盟区块链网络被提供。

在公有区块链网络中，共识过程由共识网络的节点控制。例如，数百、数千甚至数百万个实体可以协同运作公有区块链网络，每个实体操作该公有区块链网络中的至少一个节点。因此，公有区块链网络可以被认为是关于参与实体的公有网络。在一些示例中，大多数实体（节点）必须对每个区块签名以使该区块有效，并被添加到区块链网络的区块链（分布式帐本）中。示例性公有区块链网络包括利用分布式账本（即区块链）的特定点对点支付网络。如上所述，区块链一词通常用于指代分布式账本，而不特指任何特定的区块链网络。

通常，公有区块链网络支持公开交易。公开交易为公有区块链网络内的所有节点共享，并存储在全局区块链中。全局区块链是跨所有节点复制的区块链。也就是说，所有节点相对于全局区块链处于完全共识状态。为了达成共识（例如，同意向区块链添加区块），在公有区块链网络内实施共识协议。示例性共识协议包括但不限于工作量证明（POW）（例如，在某些货币网络中实施）、权益证明（POS）和权限证明（POA）。本文进一步引用POW作为非限制性示例。

通常，为特定实体提供私有区块链网络，该特定实体集中控制读写权限。实体控制哪些节点能够参与到区块链网络中。因此，私有区块链网络通常被称为许可网络，其限制允许谁参与网络，以及它们的参与级别（例如，仅在某些交易中）。可以使用各种类型的访问控制机制（例如，现有参与者投票添加新实体，监管机构可以控制进入资格）。

通常，联盟区块链网络在参与实体之间是私有的。在联盟区块链网络中，共识过程由授权的节点集控制，一个或多个节点由相应的实体（例如，金融机构、保险公司）操作。例如，由十（10）个实体（例如，金融机构、保险公司）组成的联盟可以操作联盟区块链网络，每个实体可以操作联盟区块链网络中的至少一个节点。因此，联盟区块链网络可以被认为是与参与实体相关的私有网络。在一些示例中，每个实体（节点）必须对每个区块签名，以使区块有效并被添加到区块链中。在一些示例中，至少实体（节点）的子集（例如，至少7个实体）必须对每个区块签名，以使区块有效并被添加到区块链中。

本文参考联盟区块链网络或者联盟区块链网络和公有区块链网络或私有区块链网络中的两个或更多的组合（下文中“区块链网络”）进一步详细描述了本文的实施方式。然而，可以预期，本文的实施方式可以在任何适当类型的区块链网络中实现。

鉴于以上执行背景，这里进一步详述了本文的实施方式。更具体地，且如上所述的，本文的实施方式涉及提供一种能够收集并提供地图数据的基于区块链的众包平台。

图1描绘了可用于执行本文实施例的环境100的示例。在一些示例中，示例性环境100使实体能够参与到区块链网络102中。示例性环境100包括计算系统106、108以及网络110。在一些示例中，网络110包括局域网（LAN）、广域网（WAN）、因特网或其组合，并且连接网络站点、用户设备（例如，计算设备）和后台系统。在一些示例中，可以通过有线和/或无线通信链路来访问网络110。在一些示例中，网络110使得与区块链网络102通信以及在区块链网络102内部进行通信成为可能。通常，网络110表示一个或多个通信网络。

在所描绘的示例中，计算系统106、108可以各自包括能够作为节点参与至区块链网络102中的任何适当的计算设备120。示例性计算设备包括但不限于服务器、台式计算机、膝上型计算机、平板计算设备以及智能电话。在一些示例中，计算系统106、108承载一个或多个由计算机实施的服务，用于与区块链网络102进行交互。例如，计算系统106可以承载第一实体（例如，参与者A）的由计算机实施的、例如交易管理系统的服务，第一实体使用该交易管理系统管理其与一个或多个其他实体（例如，其他参与者）的交易。计算系统108可以承载第二实体（例如，参与者B）的由计算机实施的、例如交易管理系统的服务，例如，第二实体使用该交易管理系统管理其与一个或多个其他实体（例如，其他参与者）的交易。在图1的示例中，区块链网络102被表示为节点的点对点网络（Peer-to-Peer network），且计算系统106、108分别提供参与区块链网络102的第一实体和第二实体的节点。

图2描绘了根据本文实施例的概念架构200的示例。示例性概念架构200包括分别对应于参与者A、参与者B和参与者C的参与者系统202、204、206。每个参与者（例如，用户、企业）参与到作为点对点网络提供的区块链网络212中，该点对点网络包括多个节点214，至少一些节点将信息不可篡改地记录在区块链216中。如在此进一步详述，尽管在区块链网络212中示意性地描述了单个区块链216，但是在区块链网络212上提供并维护了区块链216的多个副本。

在所描绘的示例中，每个参与者系统202、204、206分别由参与者A、参与者B和参与者C提供或代表参与者A、参与者B和参与者C，并且在区块链网络中作为各自的节点214发挥作用。如这里所使用的，节点通常是指连接到区块链网络212且使相应的参与者能够参与到区块链网络中的个体系统（例如，计算机、服务器）。在图2的示例中，参与者对应于每个节点214。然而，可以预期，一个参与者可以操作区块链网络212内的多个节点214，和/或多个参与者可以共享一个节点214。在一些示例中，参与者系统202、204、206使用协议（例如，超文本传输协议安全（HTTPS））和/或使用远程过程调用（RPC）与区块链网络212通信或通过区块链网络212进行通信。

节点214可以在区块链网络212内具有不同的参与程度。例如，一些节点214可以参与共识过程（例如，作为将区块添加到区块链216的监视节点），而其他节点214不参与此共识过程。作为另一示例，一些节点214存储区块链216的完整的副本，而其他节点214仅存储区块链216的一部分的副本。例如，数据访问特权可以限制相应的参与者在其相应系统内存储的区块链数据。在图2的示例中，参与者系统202、204、206存储区块链216的相应的完整副本216'、216''、216'''。

区块链（例如，图2的区块链216）由一系列区块组成，每个区块存储数据。示例性数据包括表示两个或更多个参与者之间的交易的交易数据。尽管本文通过非限制性示例使用了“交易”，但是可以预期，任何适当的数据可以存储在区块链中（例如，文档、图像、视频、音频）。示例性交易可以包括但不限于有价物的交换（例如，资产、产品、服务、货币）。交易数据不可篡改地存储在区块链中。也就是说，交易数据不能改变。

在将交易数据存储在区块中之前，对交易数据进行哈希处理。哈希处理是将交易数据（作为字符串数据提供）转换为固定长度哈希值（也作为字符串数据提供）的过程。不可能对哈希值进行去哈希处理（un-hash）以获取交易数据。哈希处理可确保即使交易数据轻微改变也会导致完全不同的哈希值。此外，如上所述，哈希值具有固定长度。也就是说，无论交易数据的大小如何，哈希值的长度都是固定的。哈希处理包括通过哈希函数处理交易数据以生成哈希值。示例性哈希函数包括但不限于输出256位哈希值的安全哈希算法（SHA）-256。

多个交易的交易数据被哈希处理并存储在区块中。例如，提供两个交易的哈希值，并对它们本身进行哈希处理以提供另一个哈希值。重复此过程，直到针对所有要存储在区块中的交易提供单个哈希值为止。该哈希值被称为Merkle根哈希值，并存储在区块的头中。任何交易中的更改都会导致其哈希值发生变化，并最终导致Merkle根哈希值发生变化。

通过共识协议将区块添加到区块链。区块链网络中的多个节点参与共识协议，并竞相将区块添加到区块链中。这样的节点被称为监视节点。上文介绍的POW用作非限制性示例。

监视节点执行共识过程以将交易添加到区块链中。尽管多个监视节点参与共识过程，但只有一个监视节点可以将区块写入区块链。也就是说，监视节点在共识过程中竞争以将他们的区块添加到区块链中。更详细地，监视节点周期性地从交易池中收集待处理的交易（例如，最多达到区块中可包括的交易数量的预定限制，如果有的话）。交易池包括来自区块链网络中的参与者的交易消息。监视节点创建区块，并将交易添加到区块中。在将多个交易添加到区块之前，监视节点检查所述多个交易中是否有任一交易已经包含在区块链的区块中。如果有交易已包含在另一个区块中，则该交易将被丢弃。

监视节点生成区块头，对区块中的所有交易进行哈希处理，并将所得的哈希值成对地组合以生成进一步的哈希值，直到为区块中的所有交易提供单个哈希值（Merkle根哈希值）。将此哈希值添加到区块头中。监视节点还确定区块链中最近的区块的哈希值（即，添加到区块链中的最后一个区块）。监视节点还向区块头添加随机数（nonce）值和时间戳。监视节点尝试查找满足所需参数的哈希值。监视节点不断更改随机数值，直到找到满足所需参数的哈希值。

区块链网络中的每个监视节点都试图找到满足所需参数的哈希值，并且以这种方式彼此竞争。最终，监视节点之一找到满足所需参数的哈希值，并将其通告给区块链网络中的所有其他监视节点。其他监视节点验证该哈希值，如果确定为正确，则验证区块中的每个交易，接受该区块，并将该区块附加到他们的区块链副本中。以这种方式，区块链的全局状态在区块链网络内的所有监视节点上是一致的。上述过程是POW共识协议。

参考图2提供了非限制性示例。在此示例中，参与者A想要向参与者B发送一定数量的货币。参与者A生成交易消息（例如，包括发送方、接收方和数值字段），并将交易消息发送到区块链网络，从而将交易消息添加到了交易池中。区块链网络中的每个监视节点创建一个区块，从交易池中取出所有交易（例如，最多达到可添加到区块的交易数量的预定限制，如果有的话），并将交易添加到区块。以这种方式，参与者A发布的交易被添加到监视节点的区块中。

在一些区块链网络中，用密码处理来维护交易的隐私。例如，如果两个节点想要保持交易隐私，以使得区块链网络中的其他节点不能看出交易的细节，则这两个节点可以对交易数据进行加密处理。示例性加密处理包括但不限于对称加密和非对称加密。对称加密是指使用单个密钥既进行加密（从明文生成密文）又进行解密（从密文生成明文）的加密过程。在对称加密中，同一密钥可用于多个节点，因此每个节点都可以对交易数据进行加密/解密。

非对称加密使用密钥对，每个密钥对包括私钥和公钥，私钥仅对于相应节点是已知的，而公钥对于区块链网络中的任何或所有其他节点是已知的。节点可以使用另一个节点的公钥来加密数据，并且该加密的数据可以使用其他节点的私钥被解密。例如，再次参考图2，参与者A可以使用参与者B的公钥来加密数据，并将加密数据发送给参与者B。参与者B可以使用其私钥来解密该加密数据（密文）并提取原始数据（明文）。使用节点的公钥加密的消息只能使用该节点的私钥解密。

非对称加密用于提供数字签名，这使得交易中的参与者能够确认交易中的其他参与者以及交易的有效性。例如，节点可以对消息进行数字签名，而另一个节点可以根据参与者A的该数字签名来确认该消息是由该节点发送的。数字签名也可以用于确保消息在传输过程中不被篡改。例如，再次参考图2，参与者A将向参与者B发送消息。参与者A生成该消息的哈希值，然后使用其私钥加密该哈希值以提供为加密哈希值的数字签名。参与者A将该数字签名附加到该消息上，并将该具有数字签名的消息发送给参与者B。参与者B使用参与者A的公钥解密该数字签名，并提取哈希值。参与者B对该消息进行哈希处理并比较哈希值。如果哈希值相同，参与者B可以确认该消息确实来自参与者A，且未被篡改。

鉴于以上背景，这里进一步详述了本文的实施方式。更具体地，且如上所述的，本文的实施方式涉及基于区块链的众包服务应用。为了便于描述，本文使用地图服务作为示例示出。然而，所描述的主题也可以应用于其他类型的服务，例如，天气服务或超市产品询价服务。

传统地图应用已经用于且正用于与人们日常生活相关联的许多方面。例如，地图应用可以用于计划旅行、查看交通状况和定位兴趣点（例如餐厅或医院）。然而，地图数据收集是地图应用提供商面临的主要挑战之一，其给地图数据提供商和地图服务用户都带来了困难。例如，以中心化的方式收集数据的传统地图服务提供商需要消耗大量资源（例如，人力资源和计算资源）来收集并更新地图数据。同时，地图服务用户因为在他们的特定地理区域中的地图数据不及时且不完整而不断抱怨。例如，地图数据通常无法反映实时道路状况，特别是当有汽车事故、道路施工或其他道路相关情况或紧急事件时。此外，由于缺少及时/完整收集的能力，地图数据提供商通常不能提供涉及封闭区域（诸如室内商场）的具有详细划分的地图数据。

众包是一种采购模型，通过该模型，可以从使用例如因特网、社交媒体或智能电话应用等提交数据的大群人获得商品和服务。众包允许公司将工作分配给世界各地的人员。与外包相比，参与众包工作的人员不那么具体且更加公开。众包将任务、通常是大型任务拆分成许多较小的子任务，使得众多人员可以分开地开展工作。照此，公司使用众包模型可以在提高工作效率和质量的同时节省人力、物力和财力资源。

存在一些众包功能的实施方式。例如，谷歌地图制作器（GOOGLE MAP MAKER）是谷歌地图（GOOGLE MAPS）的附加产品，该谷歌地图制作器利用用户的地理贡献补充谷歌地图中的现有内容。来自世界各地的人们现在可以在谷歌地图应用上编辑信息以实现更高准确度。类似地，地理信息系统（GIS）云众包应用是作为交互性地图展示给大众的一个项目，用户可以通过该项目报告问题或观察。在用户利用移动或网页应用递交包括图片和评论的有关位置或财产的报告后，项目协调员可以批准或拒绝其递交。

然而，从大量用户或组织的会员收集数据、且将收集的所有数据集中在一个地点通常是困难的，更不要提能够管理该数据、追踪正在进行的项目进程以及向公众和利益相关者报告项目状态。例如，为基于传统众包方法收集金融区的地图数据，地图服务提供商首先需要向公众做广告并招募大量可用个体使其递交收集的数据。这种方法存在一些潜在的问题，这些问题是由于在交易的参与者（例如服务提供商、数据收集方、数据供应商和数据用户）之间形成信任关系的困难导致的，这可能导致交易次数的增长和整体过程的延长。例如，在传统方法中，服务提供商需要花费大量时间寻找能够收集数据的人员，并与一个或多个数据供应商和数据服务用户签订单个合同以确保业务交易。这导致需要对每个合同方花费大量时间和资源。此外，即使每一方都接受合约的特定条款，每当发生争议时（例如，服务提供商对从数据收集方接收到的数据不满意并拒绝为该数据付款），每个争议都需要专属于特定争议的特定处理。在此种争议场景下，各方都需要花费珍贵的时间和资源以解决一个或多个争议。

因此，对于大量（例如，上千个）数据收集方以及数据供应商和服务提供商来说，用于众包数据收集的现有方案对于在安全且简单的数据交换和商业交易过程中、以及对于相同的项目或目标使用相同的简单应用都是不够的。因此，使用这种类型的众包模型进行数据收集的主要挑战是，找到一种有效的方法来促进数据收集方和数据服务用户（以及其他参与者）之间的合作、确定任务的优先级、缩短响应时间、监控进度和跟踪执行的交易的细节。

本公开描述了基于区块链技术的众包服务应用。参与交易的实体（例如数据收集方、数据服务用户、数据提供商和服务提供商）受一个或多个智能合约约束，这些合约是旨在以信息方式传播、验证或执行合约的计算机协议。智能合约对公众开放并可以在签订后自动执行，从而允许在没有第三方参与的情况下执行可信交易。在一些实施方式中，智能合约交易是可追溯的且不可逆转的。例如，服务提供商可以在智能合约中提出对所需数据的要求并将其对公众发布。公众中的任何人都可以接受智能合约。一旦数据收集方满足了智能合约中所详述的所有要求（例如，向服务提供商递交有效数据），数据收集方可以自动接收智能合约中承诺的回报，使得服务提供商不可能违反智能合约。照此，可以在合约方之间自动地且安全地进行商业交易，为每个实体减少了处理时间并节省了计算资源。

作为一个示例，当地图服务提供商需要收集与金融区关联的数据时，地图服务提供商可以形成区块链并将智能合约发布在区块链上，招揽居住在金融区附近的人提交数据，而不是从公众招募数据收集方并与每个数据收集方签订单个合约。知道智能合约的任何个体（不必加入区块链中）可以通过接受智能合约的条款与地图服务提供商进行交易，且一旦数据被成功递交至地图服务提供商，自动接收支付。照此，整个交易过程被简化到需要监控交易每一步的人类干预的最低水平。

图3描绘了根据本文的实施方式的基于区块链的众包地图应用的系统环境300的示例。地图服务提供商302可以是能够形成区块链并与个体及数据供应商（例如，数据收集方和数据提供商）执行智能合约的任何地图服务提供商。所形成的区块链可以包括数据服务提供商304和数据提供商306。数据服务提供商304向地图服务提供商302提供数据服务，例如验证或存储从地图服务提供商302接收到的地图数据。数据提供商306可以向地图服务提供商302提供无法通过众包收集的附加数据。此种数据可以包括，例如，特定地理区域的卫星图像。在过程开始时，地图服务提供商302分别与数据服务提供商304和数据提供商306各自签订智能合约。因为智能合约的存在，地图服务提供商302可以自动执行一系列交易，例如与数据服务提供商304和数据提供商306的数据消费和数据授权，减少了每个实体的交易成本。

对于可通过众包收集而收集的数据，例如特定地理区域的交通状况，地图服务提供商302可以将数据收集任务众包给一个或多个数据收集方308。数据收集方308为区块链上的地图服务提供商302收集数据以换取回报。例如，数据收集方308可以是能够针对特定地理区域收集地图数据的任何个体。一旦数据收集方308接受了由数据服务提供商302提供的智能合约，数据收集方308利用例如全球定位系统（GPS）、汽车仪表盘相机、移动计算设备或无人机收集地图数据，并将收集到的数据卖给地图服务提供商302。在递交的数据被数据服务提供商304处理（诸如验证和清理（例如，归一化和移除非常规数据））后，地图服务提供商302可以将经处理的数据卖给需要购买或租用对应地图数据以用于特定目的的服务用户310。

图4描绘了可根据本文的实施方式执行的计算机实现的方法400的示例。在一些实施方式中，方法400可以利用由一个或多个计算设备执行的一个或多个计算机可执行程序进行。为清楚的表达，以下描述在本说明书其他附图的背景下总体描述了方法400。然而，应当理解的是方法400可以通过例如任何合适的系统、环境、软件、硬件或者系统、环境、软件或硬件的组合合理执行。在一些实施方式中，方法400的各个步骤可以按并行、组合、循环或任何顺序进行。

在402，与区块链相关联的地图服务提供商从多个数据收集方接收地图数据。在一些实施方式中，该区块链可以是联盟区块链。在一些实施方式中，地图服务提供商是通过在移动和非移动计算设备上执行的软件应用向客户提供服务的企业（例如，阿里巴巴）。在一些实施方式中，提供的服务可以包括地图服务或天气服务。在一些实施方式中，利用众包由数据收集方收集地图数据。

在一些实施方式中，地图服务提供商通过众包从一个或多个数据收集方接收数据。在一些实施方式中，每个数据收集方都是公众的一员或群组的一员。在一些实施方式中，数据收集方可以使用GPS、汽车仪表盘相机、移动计算设备或无人机来收集数据。

在一些实施方式中，在从数据收集方接收地图数据之前，地图服务提供商与一个或多个数据收集方执行智能合约。智能合约提供了激励机制，通过该激励机制，一个或多个数据收集方一旦收集并向地图服务提供商递交了相关数据，则可以收到回报。在一些实施方式中，可以验证数据以确保数据满足地图服务提供商的预设要求。例如，数据是否是从真实数据收集方收集的、是否有用、是否及时、是否根据任何其他标准收集的。在一些实施方式中，预设要求可以包括在智能合约中。方法400从402进行到404。

在404，将地图数据发送至数据服务提供商以用于处理。在一些实施方式中，在将地图数据发送至数据服务提供商之前，地图服务提供商与数据服务提供商执行智能合约，以确保地图服务提供商与数据服务提供商之间的交易可以被自动执行。

在一些实施方式中，将地图数据发送至数据服务提供商以用于处理，包括：将地图数据发送至数据服务提供商，以用于对地图数据进行归一化处理或从地图数据中舍弃非常规数据。例如，在地图服务提供商从一个或多个数据收集方接收针对特定地理区域的多组数据之后，地图服务提供商可以将该多组数据发送至数据服务提供商，其可以对该多组数据进行归一化处理，或对比每组数据并将包含非常规方面（例如，损坏的、不完整的或过期的）的任何数据组移除。在一些实施方式中，数据服务提供商还可以为地图服务提供商存储数据。方法400从404进行到406。

在406，地图服务提供商从与区块链关联的数据提供商接收非众包数据。接收的非众包数据是通过众包无法收集（或难以收集）的数据。例如，地图服务提供商可能需要例如来自非数据收集方的目标地理区域的卫星图像或航空图像的信息。在一些实施方式中，在从数据提供商接收非众包数据之前，地图服务提供商与数据提供商执行智能合约以确保交易能自动被执行。方法400从406进行到408。

在408，非众包数据被发送至数据服务提供商以用于和地图数据一起处理。方法400从408进行到410。

在410，从服务用户接收对经处理的地图数据的请求。在一些实施方式中，服务用户可以是需要购买或租用数据以用于特定目的的客户，例如，接收针对日常路线的交通状况更新或请求建筑的详细内部或外部地图。方法400从410进行到412。

在412，从数据服务提供商检索根据地图数据和非众包数据生成的经处理的地图数据。在一些实施方式中，在将经处理的数据发送至服务用户之前，地图服务提供商与服务用户执行智能合约以确保他们之间的交易可以被自动执行。在412后，方法400进行到414。

在414，将经处理的地图数据发送至服务用户，以响应请求。在414后，方法400可以停止。

图5描绘了根据本文的实施方式的装置500的模块的示例。装置500可以是被配置为用于实现基于区块链对数据进行众包（例如，在联盟区块链或其他区块链类型网络中）的装置的示例性实施方式。装置500可以对应于上述实施方式，且装置500包括以下：用于在与区块链关联的地图服务提供商处，从数据收集方接收地图数据的第一接收器或第一接收单元502；用于将地图数据发送至数据服务提供商以用于处理的第一发送器或第一发送单元504；用于在地图服务提供商处，从数据提供商接收非众包数据的第二接收器或第二接收单元506；用于将非众包数据发送至数据服务提供商以用于和地图数据一起处理的第二发送器或第二发送单元508；用于从服务用户接收对经处理的地图数据的请求的第三接收器或第三接收单元510；用于从数据服务提供商检索经处理的地图数据的检索器或检索单元512，经处理的地图数据是根据地图数据和非众包数据生成的；以及用于将经处理的地图数据发送至服务用户以响应请求的第三发送器或第三发送单元514。

在先前实施例中示出的系统、装置、模块或单元可以通过使用计算机芯片或实体来实现，或者可以通过使用具有特定功能的产品来实现。典型的实施设备是计算机，计算机可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或这些设备的任意组合。

对于装置中每个单元的功能和角色的实施过程，可以参考前一方法中相应步骤的实施过程。为简单起见，这里省略了细节。

由于装置实施基本上对应于方法实施，对于相关部分，可以参考方法实施中的相关描述。先前描述的装置实施仅是示例。被描述为单独部分的单元可以是或不是物理上分离的，并且显示为单元的部分可以是或不是物理单元，可以位于一个位置，或者可以分布在多个网络单元上。可以基于实际需求来选择一些或所有模块，以实现本说明书方案的目标。本领域普通技术人员无需付出创造性劳动就能理解和实现本申请的实施方式。

再次参考图5，其可以被解释为示出了用于实现基于区块链对数据进行众包的装置的内部功能模块和结构。执行装置可以是被配置为实现基于区块链对数据进行众包的装置的示例。

本文中描述的主题、动作以及操作的实施可以在数字电子电路、有形体现的计算机软件或固件、计算机硬件中实现，包括本文中公开的结构及其结构等同物，或者它们中的一个或多个的组合。本文中描述的主题的实施可以实现为一个或多个计算机程序，例如，一个或多个计算机程序指令模块，编码在计算机程序载体上，用于由数据处理装置执行或控制数据处理装置的操作。载体可以是有形的非暂态计算机存储介质。可选地或附加地，载体可以是人工生成的传播信号，例如，机器生成的电、光或电磁信号，其被生成来编码信息用于发送到合适的接收器装置以供数据处理装置执行。计算机存储介质可以是或部分是机器可读存储设备、机器可读存储基板、随机或串行访问存储器设备或它们中的一个或多个的组合。计算机存储介质不是传播信号。

术语“数据处理装置”包括用于处理数据的所有类型的装置、设备和机器，包括例如可编程处理器、计算机或者多处理器或计算机。数据处理装置可以包括专用逻辑电路，例如FPGA（现场可编程门阵列）、ASIC（专用集成电路）或GPU（图形处理单元）。除了硬件，该装置还可以包括为计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或者它们中的一个或多个的组合的代码。

计算机程序也可以被称为或描述为程序、软件、软件应用程序、app、模块、软件模块、引擎、脚本或代码，可以以任何形式的编程语言编写，包括编译或演绎性语言、说明或程序性语言；它可以配置为任何形式，包括作为独立程序，或者作为模块、组件、引擎、子程序或适合在计算环境中执行的其他单元，该环境可包括由通信数据网络互联的在一个或多个位置的一台或多台计算机。

计算机程序可以但非必须对应于文件系统中的文件。计算机程序可以存储在：保存其他程序或数据的文件的一部分中，例如，存储在标记语言文档中的一个或多个脚本；专用于所讨论的程序的单个文件；或者多个协调文件，例如，存储一个或多个模块、子程序或代码部分的多个文件。

本文中描述的过程和逻辑流程可由一台或多台计算机执行一个或多个计算机程序进行，以进行通过对输入数据进行运算并生成输出的操作。过程和逻辑流程也可以由例如FPGA、ASIC、GPU等的专用逻辑电路或专用逻辑电路与一个或多个编程计算机的组合来执行。

适合于执行计算机程序的计算机可以基于通用和/或专用微处理器，或任何其他种类的中央处理单元。通常，中央处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的元件可包括用于执行指令的中央处理单元以及用于存储指令和数据的一个或多个存储器设备。中央处理单元和存储器可以补充有专用逻辑电路或集成在专用逻辑电路中。

通常，计算机还将包括或可操作地耦接以从一个或多个大容量存储设备接收数据或将数据发送到一个或多个大容量存储设备。大容量存储设备可以是例如，磁盘、磁光盘或光盘或固态驱动器。但是，计算机不需要具有这样的设备。此外，计算机可以嵌入在另一个设备中，例如移动电话、个人数字助理（PDA）、移动音频或视频播放器、游戏控制台、全球定位系统（GPS）接收器或例如通用串行总线（USB）闪存驱动器的便携式存储设备，仅举几例。

为了提供与用户的交互，本文中描述的主题的实施例可以在计算机上实现或配置为与该计算机通信，该计算机具有：显示设备，例如，LCD（液晶显示器）监视器，用于向用户显示信息；以及输入设备，用户可以通过该输入设备向该计算机提供输入，例如键盘和例如鼠标、轨迹球或触摸板等的指针设备。其他类型的设备也可用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感官反馈，例如视觉反馈、听觉反馈或触觉反馈；并且可以接收来自用户的任何形式的输入，包括声音、语音或触觉输入。此外，计算机可以通过向用户使用的设备发送文档和从用户使用的设备接收文档来与用户交互；例如，通过向用户设备上的web浏览器发送web页面以响应从web浏览器收到的请求，或者通过与例如智能电话或电子平板电脑等的用户设备上运行的应用程序（app）进行交互。此外，计算机可以通过向个人设备（例如，运行消息应用的智能手机）发送文本消息或其他形式的消息并反过来接收来自用户的响应消息来与用户交互。

本文结合系统、装置和计算机程序组件使用术语“配置为”。对于被配置为执行特定操作或动作的一个或多个计算机的系统，意味着系统已经在其上安装了在运行中促使该系统执行所述操作或动作的软件、固件、硬件或它们的组合。对于被配置为执行特定操作或动作的一个或多个计算机程序，意味着一个或多个程序包括当被数据处理装置执行时促使该装置执行所述操作或动作的指令。对于被配置为执行特定操作或动作的专用逻辑电路，意味着该电路具有执行所述操作或动作的电子逻辑。

虽然本文包含许多具体实施细节，但是这些不应被解释为由权利要求本身限定的对要求保护的范围的限制，而是作为对特定实施例的具体特征的描述。在本文多个单独实施例的上下文中描述的多个特定特征也可以在单个实施例中的组合实现。相反，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合在多个实施例中实现。此外，尽管上面的特征可以描述为以某些组合起作用并且甚至最初如此要求保护，但是在一些情况下，可以从要求保护的组合中删除来自该组合的一个或多个特征，并且可以要求保护指向子组合或子组合的变体。

类似地，虽然以特定顺序在附图中描绘了操作并且在权利要求中叙述了操作，但是这不应该被理解为：为了达到期望的结果，要求以所示的特定顺序或依次执行这些操作，或者要求执行所有示出的操作。在一些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的划分不应被理解为所有实施例中都要求如此划分，而应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品或者打包成多个软件产品。

已经描述了主题的特定实施例。其他实施例在以下权利要求的范围内。例如，权利要求中记载的动作可以以不同的顺序执行并且仍然实现期望的结果。作为一个示例，附图中描绘的过程无需要求所示的特定顺序或次序来实现期望的结果。在一些情况下，多任务和并行处理可能是有利的。

Claims (20)

1.一种计算机实现的方法，所述方法包括：

在与区块链关联的地图服务提供商处，从数据收集方接收地图服务数据，所述区块链基于所述区块链中智能合约的激励机制，将所述地图服务提供商承诺的回报提供给所述数据收集方；

将所述地图服务数据发送至数据服务提供商以用于处理；

在所述地图服务提供商处，从数据提供商接收非众包数据；

将所述非众包数据发送至所述数据服务提供商，以用于与所述地图服务数据一起处理；

从服务用户接收对经处理的地图服务数据的请求；

从所述数据服务提供商检索根据所述地图服务数据和所述非众包数据生成的所述经处理的地图服务数据；以及

将所述经处理的地图服务数据发送至所述服务用户，以响应所述请求。

2.如权利要求1所述的计算机实现的方法，其中，所述地图服务提供商对所述服务用户提供自动进行的数据消费或数据授权。

3.如权利要求1所述的计算机实现的方法，其中，所述地图服务提供商、所述数据服务提供商和所述数据提供商是参与所述区块链的计算设备。

4.如权利要求1所述的计算机实现的方法，还包括：

在从所述数据收集方接收所述地图服务数据前，由所述地图服务提供商与所述数据收集方执行智能合约。

5.如权利要求1所述的计算机实现的方法，还包括：

在将所述地图服务数据发送至所述数据服务提供商之前，由所述地图服务提供商与所述数据服务提供商执行智能合约。

6.如权利要求1所述的计算机实现的方法，其中，将所述地图服务数据发送至所述数据服务提供商以用于处理，包括：

将所述地图服务数据发送至所述数据服务提供商，以用于对所述地图服务数据进行归一化处理，或从所述地图服务数据中舍弃非常规数据。

7.如权利要求1所述的计算机实现的方法，其中，所述区块链是联盟区块链。

8.如权利要求1所述的计算机实现的方法，其中，所述地图服务数据是利用众包由所述数据收集方收集的。

9.编码有指令的一个或多个计算机可读存储介质，当所述指令由一个或多个处理器执行时，促使所述一个或多个处理器：

在与区块链关联的地图服务提供商处，从数据收集方接收地图服务数据，所述区块链基于所述区块链中智能合约的激励机制，将所述地图服务提供商承诺的回报提供给所述数据收集方；

将所述地图服务数据发送至数据服务提供商以用于处理；

在所述地图服务提供商处，从数据提供商接收非众包数据；

将所述非众包数据发送至所述数据服务提供商，以用于与所述地图服务数据一起处理；

从服务用户接收对经处理的地图服务数据的请求；

从所述数据服务提供商检索根据所述地图服务数据和所述非众包数据生成的所述经处理的地图服务数据；以及

将所述经处理的地图服务数据发送至所述服务用户，以响应所述请求。

10.如权利要求9所述的一个或多个计算机可读存储介质，其中，所述地图服务提供商对所述服务用户提供自动进行的数据消费或数据授权。

11.如权利要求9所述的一个或多个计算机可读存储介质，其中，所述地图服务提供商、所述数据服务提供商和所述数据提供商是参与所述区块链的计算设备。

12.如权利要求9所述的一个或多个计算机可读存储介质，还包括：

在从所述数据收集方接收所述地图服务数据前，由所述地图服务提供商与所述数据收集方执行智能合约。

13.如权利要求9所述的一个或多个计算机可读存储介质，还包括：

在将所述地图服务数据发送至所述数据服务提供商之前，由所述地图服务提供商与所述数据服务提供商执行智能合约。

14.如权利要求9所述的一个或多个计算机可读存储介质，其中，将所述地图服务数据发送至所述数据服务提供商以用于处理，包括：

将所述地图服务数据发送至所述数据服务提供商，以用于对所述地图服务数据进行归一化处理，或从所述地图服务数据中舍弃非常规数据。

15.如权利要求9所述的一个或多个计算机可读存储介质，其中，所述区块链是联盟区块链。

16.如权利要求9所述的一个或多个计算机可读存储介质，其中，所述地图服务数据是利用众包由所述数据收集方收集的。

17.一种系统，包括：

一个或多个处理器；以及

编码有指令的一个或多个计算机可读存储介质，当所述指令由一个或多个处理器执行时，促使所述一个或多个处理器：

在与区块链关联的地图服务提供商处，从数据收集方接收地图服务数据，所述区块链基于所述区块链中智能合约的激励机制，将所述地图服务提供商承诺的回报提供给所述数据收集方；

将所述地图服务数据发送至数据服务提供商以用于处理；

在所述地图服务提供商处，从数据提供商接收非众包数据；

将所述非众包数据发送至所述数据服务提供商，以用于与所述地图服务数据一起处理；

从服务用户接收对经处理的地图服务数据的请求；

从所述数据服务提供商检索根据所述地图服务数据和所述非众包数据生成的所述经处理的地图服务数据；以及

将所述经处理的地图服务数据发送至所述服务用户，以响应所述请求。

18.如权利要求17所述的系统，其中，

所述地图服务提供商对所述服务用户提供自动进行的数据消费或数据授权；且

所述地图服务提供商、所述数据服务提供商和所述数据提供商是参与所述区块链的计算设备。

19.如权利要求17所述的系统，还包括能够由所述一个或多个处理器执行以促使以下的指令：

在从所述数据收集方接收所述地图服务数据前，由所述地图服务提供商与所述数据收集方执行智能合约。

20.如权利要求17所述的系统，还包括能够由所述一个或多个处理器执行以促使以下的指令：

在将所述地图服务数据发送至所述数据服务提供商之前，由所述地图服务提供商与所述数据服务提供商执行智能合约。

Images