阅读说明：本技术 验证和广播事件的方法和设备 (Method and apparatus for validating and broadcasting events ) 是由 徐惠 于 2020-03-06 设计创作，主要内容包括：本文公开了用于验证和广播事件的方法、设备和装置,包括存储在计算机可读介质上的计算机程序。所述方法之一包括：从报告节点接收验证请求,该验证请求包括用于验证事件的发生和事件的位置的请求；基于事件的位置标识一组验证节点；请求验证节点来验证事件的发生；确定验证节点是否达成了接受事件的发生为真的共识；以及响应于确定验证节点达成了共识,将事件的发生广播到一组接收节点。(Methods, apparatus, and devices, including computer programs stored on computer-readable media, for validating and broadcasting events are disclosed herein. One of the methods comprises: receiving a verification request from a reporting node, the verification request including a request to verify an occurrence of an event and a location of the event; identifying a set of verification nodes based on the location of the event; requesting a verification node to verify occurrence of an event; determining whether the verifying node has achieved a consensus that the occurrence of the acceptance event is true; and broadcasting the occurrence of the event to a set of receiving nodes in response to determining that the verifying node agrees.)

验证和广播事件的方法和设备

技术领域

本文一般涉及计算机技术，尤其涉及用于验证和广播事件的方法和设备。

背景技术

将有关交通事故的信息广播给各个用户是有益的。当前可用的广播系统主要依靠用户来报告此类事故。例如，驾驶员可以呼叫本地无线电台以报告用户已经观察到的事故，并且无线电台可以将该报告广播给地区内的其他听众。类似地，使用移动电话上提供的导航应用的用户可以利用导航应用来报告事故。导航应用可以将该报告提交给处理中心，处理中心然后可以使该报告可供导航应用的其他用户使用。

但是，某些用户可能会忘记或无法报告某些事故。报告也可能会由于各种原因延迟。此外，处理中心可能难以验证所报告事故的准确性。

发明内容

在一个方面，一种计算机实现的用于验证和广播事件的方法包括：从报告节点接收验证请求，该验证请求包括用于验证事件的发生和事件的位置的请求；基于事件的位置标识一组验证节点；请求验证节点来验证事件的发生；确定验证节点是否达成了接受事件的发生为真的共识；以及响应于确定验证节点达成了共识，将事件的发生广播到一组接收节点。

在另一方面，一种用于验证和广播事件的设备包括：一个或多个处理器；以及一个或多个计算机可读存储器，耦接到所述一个或多个处理器并且在其上存储有指令，所述指令可由所述一个或多个处理器执行以：从报告节点处接收验证请求，该验证请求包括用于验证事件的发生和事件的位置的请求；基于事件的位置标识一组验证节点；请求验证节点来验证事件的发生；确定验证节点是否达成了接受事件的发生为真的共识；以及响应于确定验证节点达成了共识，将事件的发生广播到一组接收节点。

在再一方面，一种非暂时性计算机可读介质，其中存储有指令，所述指令在由设备的处理器执行时使该设备执行用于验证和广播事件的方法。该方法包括：从报告节点接收验证请求，该验证请求包括用于验证事件的发生和事件的位置的请求；基于事件的位置标识一组验证节点；请求验证节点来验证事件的发生；确定验证节点是否达成了接受事件的发生为真的共识；以及响应于确定验证节点达成了共识，将事件的发生广播到一组接收节点。

附图说明

并入本文并构成本文一部分的附图示出了实施例。在以下参考附图的描述中，除非另外表示，否则不同附图中的相同附图标记表示相同或相似的元件。

图1是根据实施例的区块链系统的示意图。

图2是根据实施例的用于实现区块链系统中的节点的计算设备的示意图。

图3是根据实施例的区块链系统的示意图。

图4是根据实施例的迭代验证过程的示意图。

图5是根据实施例的用于验证和广播事件的方法的流程图。

图6是根据实施例的用于验证和广播事件的装置的框图。

具体实施方式

本文的实施例提供了用于验证和广播事件的方法和设备。事件可以包括，例如，交通事故、交通拥堵、异常道路状况等。所述方法和设备可以触发事件的自动报告。所述方法和设备可以在广播事件之前验证事件的发生。所述方法和设备可以使用具有位于事件位置附近的节点的区块链系统来验证事件的发生。所述方法和设备可以实现局部共识协议，以使位于事件位置附近的节点确定是否可以就事件的发生达成共识。所述方法和设备可以接受共识结果，如果该共识结果指示事件已经发生，则所述方法和设备可以广播该事件。

本文公开的实施例具有一个或多个技术效果。在一些实施例中，所述方法和设备可以在检测到事件时自动触发报告。这使得所述方法和设备能够以更高的可靠性来运作。在一些实施例中，所述方法和设备可以在广播事件之前支持验证事件的发生。这使得所述方法和设备能够以更高的准确率来运作。在一些实施例中，所述方法和设备可以使用具有位于事件位置附近的节点的区块链系统来验证事件的发生，并且在一些实施例中，所述方法和设备可以实现本地化的共识协议以确定是否可以达成共识。这使得所述方法和设备能够本地化和减少执行验证所需的计算资源。在一些实施例中，所述方法和设备可以在事件的发生被验证之后向各个用户广播事件。这使得所述方法和设备能够将可靠和准确的信息提供给可能将所述信息用于各种目的(包括，例如，路线规划、调度紧急服务、管理交通和道路封闭等)的各个用户。

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

区块链系统是使用点对点(P2P)网络实现的，其中节点之间直接相互通信，例如，不需要固定的中央服务器。P2P网络中的每个节点都可以发起与P2P网络中另一个节点的通信。区块链系统维护一个或多个区块链。

区块链是一种数据结构，其以可以防止恶意方篡改和操纵数据的方式存储数据(例如，交易)。以这种方式存储的交易可以是不可变的，并且随后可被验证。区块链包括一个或多个区块。每个区块都通过包含其之前紧邻的前一区块的加密哈希值而链接到该前一区块。每个区块还可包括时间戳、其自己的加密哈希值、以及一个或多个交易。通常已经由区块链系统的节点验证的交易可以被哈希处理并编码为诸如默克尔(Merkle)树的数据结构。在Merkle树中，树的叶节点处的数据被哈希处理，树的每个分支中的所有哈希值都可连接在分支的根部。此过程沿着树持续一直到整个树的根，整个树的根存储代表该树中所有数据的哈希值。声称是存储在树中的交易的哈希值可以通过确定其是否与树的结构一致而被快速验证。

区块链系统包括管理、更新和维护一个或多个区块链的计算节点的网络。该网络可以是公有区块链网络、私有区块链网络或联盟区块链网络。例如，许多实体，诸如数百、数千或甚至数百万个实体，可以在公有区块链网络中运行，并且每个实体操作公有区块链网络中的至少一个节点。因此，公有区块链网络可以被认为是相对于参与实体的公共网络。有时，大多数实体(节点)必须对每个区块签名来使该区块有效并被添加到区块链网络的区块链中。公有区块链网络的示例包括利用分布式账本(称为区块链)的特定点对点支付网络。

通常，公有区块链网络可以支持公共交易。公共交易对公有区块链网络中的所有节点共享，并存储在全局区块链中。全局区块链是跨所有节点复制的区块链，并且所有节点都相对于全球区块链处于完美状态共识。为了达成共识(例如，同意向区块链添加一个区块)，共识协议在公有区块链网络内实施。共识协议的示例包括工作量证明(POW)(例如，在某些加密货币网络中实现)、权益证明(POS)和授权证明(POA)。

通常，私有区块链网络可以是为特定实体提供的，所述实体集中控制读写权限。所述实体控制哪些节点能够参与区块链网络。因此，私有区块链网络通常被称为许可网络，其对允许谁参与网络及其参与程度(例如，仅参与某些交易)做出限制。可以使用各种类型的访问控制机制(例如，现有参与者对添加新实体进行投票，监管机构可以控制准入)。

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

图1示出了根据实施例的区块链系统100的示意图。参考图1，区块链系统100可以包括被配置为在区块链120上运行的多个节点，例如节点102-110。节点102-110可以形成网络112，例如点对点(P2P)网络。节点102-110中的每一个可以是被配置为存储区块链120的副本的计算设备，例如计算机或计算机系统，或者可以是在计算设备上运行的软件，例如进程或应用。节点102-110中的每一个可以具有唯一的标识。

区块链120可以包括数据区块(例如，图1中的区块B1-B5)形式的不断增长的记录列表。区块B1-B5中的每一个可以包括时间戳、前一区块的加密哈希值和当前区块的数据，该数据可以是诸如货币交易之类的交易。例如，如图1所示，区块B5可以包括时间戳、区块B4的加密哈希值以及区块B5的交易数据。此外，例如，可以对前一区块执行哈希运算以生成前一区块的加密哈希值。哈希运算可以通过诸如SHA-256的哈希算法将各种长度的输入转换为固定长度的加密输出。

节点102-110可以被配置为在区块链120上执行运算。例如，当节点(例如，节点102)想要将新数据存储到区块链120上时，该节点可以生成要添加到区块链120的新区块，并将该新区块广播到网络112中的其他节点(例如，节点104-110)。基于新区块的合法性(例如，其签名和交易的有效性)，其他节点可以确定接受该新区块，使得节点102和其他节点可以将该新区块添加到它们各自的区块链120的副本中。随着此过程的重复，可以将越来越多的数据区块添加到区块链120中。

图2示出了根据实施例的用于实现区块链系统中的节点(例如，图1中的节点102)的计算设备200的示意图。参考图2，计算设备200可以包括通信接口202、处理器204和存储器206。

通信接口202可以促进计算设备200与实现网络中其他节点(例如，图1的节点104-110)的设备之间的通信。在一些实施例中，通信接口202被配置为支持一种或多种通信标准，例如互联网标准或协议、综合业务数字网(ISDN)标准等。在一些实施例中，通信接口202可包括一个或多个局域网(LAN)卡、电缆调制解调器、卫星调制解调器、数据总线、电缆、无线通信信道、基于无线电的通信信道、蜂窝通信信道、基于互联网协议(IP)的通信设备或其他用于有线和/或无线通信的通信设备。在一些实施例中，通信接口202可基于公共云基础设施、私有云基础设施、混合公共/私有云基础设施。

处理器204可以包括一个或多个专用处理单元、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)或各种其他类型的处理器或处理单元。处理器204与存储器206耦合并且被配置为执行存储在存储器206中的指令。

存储器206可以存储处理器可执行指令和数据，例如区块链120(图1)的副本。存储器206可以包括任何类型的易失性或非易失性存储设备或其组合，诸如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、闪存、或者磁盘或光盘。当存储器206中的指令由处理器204执行时，计算设备200可以在区块链120上执行运算。

图3示出了根据实施例的用于验证和广播事件的发生的区块链系统300的示意图。参考图3，区块链系统300可以包括多个节点。所述节点可以由各种用户/实体操作，包括，例如，驾驶员、乘客、行人、交通调度员、紧急服务提供商、自动驾驶汽车等。例如，驾驶员可以操作作为区块链系统300中的节点参与的仪表板记录器/摄像机。类似地，乘客或行人可以操作作为区块链系统300中的节点参与的移动设备，例如蜂窝电话。在一些实施例中，包括例如交通摄像机、安全摄像机、自动驾驶汽车等的其他设备也可以作为区块链系统300中的节点参与。

出于说明的目的，假设节点A(例如，安装在车辆上的仪表盘记录器)检测或接收到指示事件的发生的输入。该事件可以发生在位置302处，并且可以包括例如交通事故、交通拥堵、异常道路状况等。在一些实施例中，节点A可以与能够检测事件的发生的一个或多个传感器或图像识别设备在通信上耦合。在一些实施例中，当在事件中涉及节点A时，传感器或图像识别设备能够检测事件的发生。在一些实施例中，即使在事件中不涉及节点A，传感器或图像识别设备也能够检测事件的发生。替代性地或附加地，节点A可以支持通过用户界面手动提交事件的发生，该用户界面可以支持键盘命令、手势命令、触摸命令、语音命令等。

在一些实施例中，节点A可以向区块链系统300提交验证请求，以请求参与区块链系统300的其他节点验证事件的发生。节点A可以使用各种通信技术来提交验证请求，所述通信技术包括例如车联万物(V2X)通信技术以及其他有线或无线通信技术。在一些实施例中，节点A可以在检测到事件时自动提交验证请求。替代性地或附加地，节点A可以支持通过用户界面手动提交验证请求。

在一些实施例中，验证请求可以包括位置302的坐标，例如，纬度和经度坐标。在一些实施例中，验证请求还可以包括指示节点A何时观察到事件的时间戳。在一些实施例中，验证请求还可以包括与事件中涉及的车辆有关的信息。这样的信息可以包括，例如，车辆识别号、车牌号等。在一些实施例中，验证请求还可以包括事件的图片。在一些实施例中，所述图片可以由节点A自动拍摄。替代性地或附加地，节点A可以提交使用其他设备拍摄的图片。

在从节点A接收到验证请求之后，区块链系统300可以标识出一组节点304并且请求所标识的一组节点304验证节点A所报告的事件的发生。出于说明的目的，所述一组节点304可以被称为一组验证节点304。在一些实施例中，区块链系统300可以基于事件的位置302来标识一组验证节点304。例如，区块链系统300可以将当前位于与位置302相距预定距离之内的所有可用节点标识为验证节点304。应当理解，区块链系统300可以利用其他技术来标识验证节点304。

在一些实施例中，区块链系统300可以将验证请求发送到所述一组验证节点304中标识的每个验证节点。出于说明的目的，这些验证节点在图3中被标记为节点B至E。在一些实施例中，区块链系统300可以允许某些验证节点拒绝验证请求。例如，如果节点E是由与位置302相距几个街区的行人操作的移动设备，则区块链系统300可以允许节点E(例如，通过用户界面)向行人提供接受或拒绝验证请求的选项。如果行人拒绝验证请求，则区块链系统300可以将节点E从所述一组节点304中排除。在一些实施例中，区块链系统300可以要求所述一组节点304中某些节点的参与。例如，如果节点C是交通摄像机，则节点C可以自动接受由区块链系统300发送的验证请求。出于说明的目的，下面的描述可以假定所述一组节点304中的所有节点已经接受了由区块链系统300发送的验证请求。

在接受验证请求之后，验证节点(例如，节点B至E)可以共同参与验证过程。在一些实施例中，验证过程可以实现本地化的共识协议。例如，在一些实施例中，每个验证节点可以尝试获得位置302的一个或多个图片。每个验证节点可以例如使用一种或多种图像识别技术来处理获得的图片，以确定事件是否确实已经在位置302处发生。在一些实施例中，每个验证节点还可以考虑诸如坐标、时间戳以及车辆信息之类的因素。如果验证节点确定事件确实在位置302处发生，则该验证节点可以向区块链系统300提交确认交易以确认事件的发生。在一些实施例中，验证节点可以使用其私钥来对确认交易签名，并且将经过签名的确认交易提交给区块链系统300。否则，如果验证节点不同意事件已在位置302处发生的报告，则该验证节点可以拒绝提交确认交易，并且在一些实施例中，该验证节点可以提交反驳交易来反驳事件的发生。以这种方式，区块链系统300可以确定接收到的确认交易的数量，并且如果接收到的确认交易的数量超过阈值(例如，一组节点304中节点总数的一定百分比)，则区块链系统300可以认为验证节点已经达成了接受由节点A报告的事件的发生为真的共识。否则，如果没有达成共识，则区块链系统300可以拒绝接受由节点A报告的事件的发生为真。

在一些实施例中，区块链系统300可以请求验证节点以迭代方式执行验证过程，以进一步提高验证准确性。图4是根据实施例执行的迭代验证过程400的示意图。如图4中描绘的示例所示，可以与上述类似的方式执行第一迭代，其中验证节点(例如，节点B至E)可以各自尝试获取位置302的一个或多个图片，处理所获取的图片以确定是否确实在位置302处发生了事件，并且响应于确定确实在位置302处发生了事件，向区块链系统300提交经过签名的确认交易以确认事件的发生。然而，当在迭代验证过程400中运行时，区块链系统300在每次迭代结束时可以仅接受由验证节点之一提交的一个确认交易。

例如，在一些实施例中，区块链系统300可以仅接受提交的第一确认交易。然后，区块链系统300可以请求提交了第一确认交易的验证节点(例如，节点B)向区块链系统300提交第二验证请求。第二验证请求可以请求一组节点304中的其余验证节点(例如，节点C至E)在第二迭代中再次验证事件的发生。类似地，在第二迭代结束时，区块链系统300可以仅接受由诸如节点D的验证节点之一提交的一个确认交易，并且请求节点D向区块链系统300提交第三验证请求。第三验证请求可以请求一组节点304中的其余节点(例如，节点C和E)在第三迭代中再次验证事件的发生。在一些实施例中，当一组节点304中没有剩余节点(例如，在图4中描绘的第四迭代之后，一组节点304中将没有剩余节点)时，迭代过程400可以终止。替代性地或附加地，当在预定的时间(例如，30分钟或一个小时)内未接收到确认交易时，迭代过程400可以终止。在迭代过程400终止时，区块链系统300可以确定接收到的确认交易的数量，并且如果接收到的确认交易的数量超过阈值，则区块链系统300可以认为验证节点已经达成了接受由节点A报告的事件的发生为真的共识。否则，如果没有达成共识，则区块链系统300可以拒绝接受由节点A报告的事件的发生为真。

再次参考图3，在一些实施例中，如果区块链系统300接受由节点A报告的事件的发生为真，则区块链系统300可以继续向一个或多个公共机构(包括，例如警察局、交通调度员、紧急服务机构等)报告事件的发生。在一些实施例中，区块链系统300还可以将报告广播到参与区块链系统300的其他节点。在一些实施例中，区块链系统300可以在将报告广播到参与区块链系统300的其他节点之前确定广播区域306。以这种方式，区块链系统300可以将广播本地化，使得广播与用户的实际环境更加相关，从而进一步提高了区块链系统300的可用性。

在一些实施例中，区块链系统300可以基于位置302来确定广播区域306。例如，区块链系统300可以将当前位于与位置302相距预定距离之内的所有节点标识为广播区域306。在一些实施例中，用于确定广播区域306的预定距离可以大于用于标识一组验证节点304的预定距离。应当理解，区块链系统300可以利用其他技术来确定广播区域306。

在一些实施例中，区块链系统300可以将关于事件的信息发送到位于广播区域306内的每个节点。在一些实施例中，区块链系统300可以将关于事件的信息发送到位于广播区域306内的、被设置为接收这种信息的节点。该信息可以被各种用户用于各种目的。一些用户，例如驾驶员、导航系统、驾驶员辅助系统或自动驾驶汽车，可以将这些信息用于路线规划目的。其他用户，例如紧急支援人员，可以使用该信息来管理紧急服务的调度。其他用户，例如交通调度员，可以使用该信息来管理交通和道路封闭。在一些实施例中，区块链系统300可以将广播限制在位于广播区域306内的节点。以这种方式，不需要将发生于位置302处的事件通知给位于广播区域306之外的节点。

图5示出了根据实施例的用于验证和广播事件的方法500的流程图。方法500可以由维护区块链的区块链系统中的一个或多个节点(例如，图1中的区块链系统100的节点102-110，或图3中的区块链系统300的节点)来执行。

在步骤502，区块链系统可以从报告节点(例如，图3的节点A)接收验证请求。在一些实施例中，验证请求可以包括验证事件的发生的请求。所述事件可以包括，例如，交通事故、交通拥堵、异常道路状况等。在一些实施例中，验证请求还可以包括事件的位置、时间戳、车辆信息以及事件的一个或多个图片。

在步骤504，区块链系统可以基于事件的位置来标识一组验证节点。在一些实施例中，区块链系统可以将与事件的位置相距第一预定距离内的节点标识为验证节点。

在步骤506，区块链系统可以请求验证节点来验证事件的发生。在一些实施例中，区块链系统可以允许某些验证节点拒绝验证请求。在这样的实施例中，区块链系统可以接收指出特定节点已经拒绝被标识为验证节点的指示。区块链系统可以从一组验证节点删除该特定节点。

在步骤508，区块链系统可以确定验证节点是否达成了接受事件的发生为真的共识。在一些实施例中，区块链系统可以确定从验证节点接收到的确认交易的数量。在一些实施例中，如果接收到的确认交易的数量超过阈值，则区块链系统可以认为验证节点达成了接受事件的发生为真的共识。在一些实施例中，区块链系统可以使用诸如过程400(图4)的迭代过程来确定是否达成了共识。在这样的实施例中，区块链系统可以接受由第一验证节点提交的第一确认交易，并且请求第一验证节点提交第二验证请求以在第二迭代中验证事件的发生。在一些实施例中，当没有剩余节点时，迭代过程可以终止。替代性地或附加地，当在预定的时间内未接收到确认交易时，迭代过程可以终止。

在步骤510，响应于确定验证节点达成了共识，区块链系统可以将事件的发生广播到一组接收节点。在一些实施例中，区块链系统可以将与事件的位置相距第二预定距离内的节点标识为接收节点。在一些实施例中，区块链系统可以仅将事件的发生广播到一组接收节点。以这种方式，不需要将事件的发生通知给位于一组接收节点之外的节点。

图6是根据实施例的用于验证和广播事件的装置600的框图。例如，装置600可以是软件过程的实现，并且可以对应于方法500(图5)。参考图6，装置600可以包括接收模块602、标识模块604、请求模块606、确定模块608和广播模块610。

接收模块602可以从报告节点(例如图3的节点A)接收验证请求。在一些实施例中，验证请求可以包括验证事件的发生的请求。接收模块602可以将验证请求提供给标识模块604。

标识模块604可以基于事件的位置来标识一组验证节点。标识模块604可以将一组验证节点提供给请求模块606。

请求模块606可以请求验证节点来验证事件的发生。在一些实施例中，请求模块606可以允许某些验证节点拒绝验证请求。在一些实施例中，接收模块602可以从验证节点接收一个或多个确认交易。接收模块602可以将确认交易提供给确定模块608。

确定模块608可以确定验证节点是否达成了接受事件的发生为真的共识。在一些实施例中，确定模块608可以确定从验证节点接收到的确认交易的数量。在一些实施例中，如果接收到的确认交易的数量超过阈值，则确定模块608可以认为验证节点达成了接受事件的发生为真的共识。在一些实施例中，确定模块608可以使用迭代过程来确定是否达成了共识。在一些实施例中，即使当确定验证节点达成了共识时，确定模块608也可以通知广播模块610以广播事件的发生。

广播模块610可以将事件的发生广播到一组接收节点。在一些实施例中，广播模块610可以利用标识模块604将与事件的位置相距第二预定距离内的节点标识为接收节点。在一些实施例中，广播模块610可以仅将事件的发生广播到一组接收节点。以这种方式，不需要将事件的发生通知给位于一组接收节点之外的节点。

上述模块中的每一个可以被实现为软件或硬件，或软件和硬件的组合。例如，可以使用执行存储在存储器中的指令的处理器来实现每个上述模块。此外，例如，每个上述模块可以用一个或多个应用程序专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件来实现，以执行所描述的方法。进一步，例如，每个上述模块可以通过使用计算机芯片或实体来实现，或者通过使用具有特定功能的产品来实现。在一个实施例中，装置600可以是计算机，并且该计算机可以是个人计算机、膝上型计算机、蜂窝电话、照相电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件接收和发送设备、游戏机、平板电脑、可穿戴设备或这些设备的任意组合。

对于装置600中每个模块的功能和作用的实现过程，可以参考前述方法中的相应步骤。为了简单起见，这里省略了细节。

在一些实施例中，计算机程序产品可以包括其上具有用于使处理器执行上述方法的计算机可读程序指令的非暂时性计算机可读存储介质。

计算机可读存储介质可以是可以存储指令以供指令执行设备使用的有形设备。例如，计算机可读存储介质可以是，但不限于，电子存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或前述的任何适当组合。计算机可读存储介质的更具体示例的非穷举列表包括以下：便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程读取器只读存储器(EPROM)、静态随机存取存储器(SRAM)、便携式光盘只读存储器(CD-ROM)、数字多功能磁盘(DVD)、记忆棒、软盘、机械编码设备(例如在其上记录有指令的打孔卡或凹槽中的凸起结构)、以及前述的任何适当组合。

用于执行上述方法的计算机可读程序指令可以是汇编程序指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据或源代码，或者以一种或多种编程语言(包括面向对象的编程语言和常规过程编程语言)的任意组合编写的目标代码。计算机可读程序指令可以完全作为独立软件包在计算设备上执行，或者部分在第一计算设备上执行并且部分在远离第一计算设备的第二计算设备上执行。在后一种情况下，第二远程计算设备可以通过任何类型的网络，包括局域网(LAN)或广域网(WAN)，连接到第一计算设备。

可以将计算机可读程序指令提供给通用或专用计算机的处理器，或者其他可编程数据处理装置，以产生机器，使得经由计算机的处理器或其他可编程数据处理装置执行的指令创建用于实现上述方法的方式。

附图中的流程图和示意图示出了根据本文的各种实施例的设备、方法和计算机程序产品的可能实施方式的架构、功能和操作。在这方面，流程图或示意图中的框可以表示软件程序、代码段或代码部分，其包括用于实现特定功能的一个或多个可执行指令。还应当注意，在一些替代实施方式中，框中指出的功能可以不按图中指出的顺序发生。例如，取决于所涉及的功能，连续示出的两个框实际上可以基本同时执行，或者有时所述框可以以相反的顺序执行。还应当注意，示意图和/或流程图的每个框，以及示意图和流程图中的框的组合，可以由执行指定功能或动作的基于专用硬件的系统来实现，或者由专用硬件和计算机指令的组合来实现。

应当理解，为清楚起见，在单独的实施例的上下文中描述的本文的某些特征也可以在单个实施例中组合提供。相反，为简洁起见，在单个实施例的上下文中描述的本文的各种特征，也可以单独地或以任何合适的子组合提供，或适用于本说明书描述的任何其他实施例中的方式提供。除非如此指出，否则在各实施例的上下文中描述的某些特征不是那些实施例的必要特征。

尽管已经结合特定实施例描述了本说明书，但是许多替代、修改和变化对于本领域技术人员将是显见的。因此，以下权利要求涵盖落入权利要求的范围内的所有此类替代、修改和变化。