自助试驾监控系统、自助试驾监控方法以及介质

技术领域

本公开涉及车辆自助试驾领域，特别涉及车辆自助试驾时的试驾监控。

背景技术

车辆经销商店面(例如4S店)为了销售车辆，通常会面向车辆的消费者安排车辆试驾活动，以使有意购买车辆的消费者在购买车辆之前能够更好地体验车辆的性能。

传统的试驾是在车辆的销售人员的陪同下进行的，由销售人员向消费者(在下文中有时也称为“试驾用户”)介绍试驾车辆，并陪同消费者进行车辆试驾。同时为了体现车辆不同方面的性能，试驾路线也是事先设定好的一条或者几条，比如包含高速路段，上下坡路段，环形路段等。依据正常的路况情况，在道路上完成试驾的时间也是在一个限定的范围内，可以提前计算出来。

近年来，自助试驾的方式开始受到关注。自助试驾与传统的试驾不同，无需销售人员的陪同，由消费者通过手机APP等来预约希望试驾的车型、时间、地点等，试驾车辆在预约的时间到达消费者预约的地点，消费者在通过身份验证之后自主地进行车辆试驾。自助试驾全程无需销售人员的参与，节省了车辆经销商的人力成本，也为消费者提供了更便捷、更多样化的选择和服务体验。

发明内容

本公开的发明人注意到，由于在自助试驾的过程中没有销售人员的陪同，难以确保试驾用户按照预先确定的驾驶计划来驾驶试驾车辆。例如，试驾用户可能偏离试驾路线而不返回预定的还车点，或者试驾用户可能在超过预定的试驾时间之后仍然占用试驾车辆。

本公开是鉴于以上情形而做出的，能够提供一种自助试驾监控系统、自助试驾监控方法以及介质，对试驾用户的试驾行为进行监控，以确保试驾车辆按照驾驶计划行驶，从而更好地约束试驾用户的试驾行为。

根据本公开的一个方面，提供了一种自助试驾监控系统，被搭载于试驾车辆上，用于对试驾用户的试驾行为进行监控，所述自助试驾监控系统包括：存储器，其上存储有指令；以及处理器，被配置为执行存储在所述存储器上的指令，以执行以下处理：获取所述试驾用户的预定驾驶计划；根据所述预定驾驶计划以及所述试驾用户驾驶所述试驾车辆时的实际驾驶情况，判断所述试驾用户是否在按照所述预定驾驶计划驾驶所述试驾车辆；以及在判断为所述试驾用户没有按照所述预定驾驶计划驾驶所述试驾车辆的情况下，限制所述试驾用户对所述试驾车辆的操作权限。

根据本公开的另一方面，提供了一种自助试驾监控方法，包括：获取所述试驾用户的预定驾驶计划；根据所述预定驾驶计划以及所述试驾用户驾驶所述试驾车辆时的实际驾驶情况，判断所述试驾用户是否在按照所述预定驾驶计划驾驶所述试驾车辆；以及在判断为所述试驾用户没有按照所述预定驾驶计划驾驶所述试驾车辆的情况下，限制所述试驾用户对所述试驾车辆的操作权限。

根据本公开的又一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器运行时，使所述处理器执行如根据本公开的方法。

附图说明

现在将参考附图在下面具体描述中描述本公开，其中贯穿附图相同的附图标记表示相同或相似的组件。要理解的是，附图不一定按比例绘制，并且附图只用于说明本公开的示例性实施例，不应该认为是对本公开范围的限制。其中：

图1示出了根据本公开的实施例的自助试驾监控系统的示例性配置框图；

图2示出了根据本公开的实施例的自助试驾监控方法的示例性流程图；

图3示出了根据本公开的另一实施例的自助试驾监控系统的示例性配置框图；

图4示出了根据本公开的另一实施例的自助试驾监控方法的示例性流程图；以及

图5示出了可以实现根据本公开的实施例的计算设备的示例性配置。

具体实施方式

下面将参考附图详细描述本公开的各种示例性实施例。但要理解的是，对各种示例性实施例的描述仅仅是说明性的，不作为对本公开的技术的任何限制。除非另外具体说明，在示例性实施例中的组件和步骤的相对布置、表达式和数值不限制本公开的范围。

为了更好地理解本公开，首先将介绍试驾用户进行自助试驾的简单流程。

试驾用户例如可以通过Web形式的GUI(Graphical User Interface，图形用户界面，例如试驾网页)或者安装在手机等移动终端上的应用程序等，向车辆经销商的自助试驾管理系统进行自助试驾的预约，例如提供自己的身份信息、希望试驾的车型、预定试驾起点和终点、预定试驾开始时间等预约信息。

车辆经销商的自助试驾管理系统例如可以集成在用于管理与车辆经销商的车辆有关的各种信息的管理系统中，从而实现车辆信息以及试驾信息的统一管理。另外，车辆经销商的自助试驾管理系统也可以实现为单独的系统。本公开对自助试驾管理系统的实现方式不作限定。

接下来，自助试驾管理系统将试驾用户的预约信息发送给与用户预约的车型相匹配的试驾车辆。试驾车辆可以根据该预约信息，通过自动驾驶的方式，在试驾用户指定的预定试驾开始时间到达预定试驾起点，以供试驾用户进行试驾。当然，也可以由车辆经销商的销售人员根据预约信息，驾驶试驾车辆，以使驾驶车辆能够在预定试驾开始时间到达预定试驾起点，并在到达预定试驾起点之后将试驾车辆交给试驾用户。

接下来，试驾用户在试驾车辆处完成信息确认，例如身份验证(诸如基于人脸识别的活体检测等)、驾驶本登记、协议签署、确认试驾路线等过程。该信息确认过程例如可以通过安装在手机等移动终端上的应用程序等，与自助试驾管理系统进行交互来完成，也可以通过应用程序与试驾车辆进行交互来完成。在信息确认之后，自助试驾管理系统控制试驾车辆打开车门，或者试驾车辆自主打开车门，试驾用户可以开始车辆试驾。

在试驾用户完成试驾并返回预定还车地点之后，试驾用户结束试驾并离开试驾车辆。试驾车辆通过自动驾驶的方式，或者由工作人员驾驶，返回车库。

在上述自助试驾过程中，由于没有销售人员陪同，难以确保试驾用户按照预先确定的驾驶计划来驾驶试驾车辆。例如，试驾用户可能偏离试驾路线而不返回预定的还车点，或者试驾用户可能在超过最长预定的试驾时间之后仍然占用试驾车辆。

因此，本公开提出了一种自助试驾监控系统，能够对试驾用户的试驾行为进行监控，以确保试驾车辆按照驾驶计划行驶，从而更好地约束试驾用户的试驾行为。

接下来，参照图1具体描述根据本公开的实施例的自助试驾监控系统1000。

图1示出了根据本公开的实施例的自助试驾监控系统1000的示例性配置框图。如图1所示，在一些实施例中，自助试驾监控系统1000可以包括处理器1010。自助试驾监控系统1000的处理器1010提供自助试驾监控系统1000的各种功能。在一些实施例中，自助试驾监控系统1000的处理器1010可以被配置为执行自助试驾监控方法2000(后文中将参照图2进行描述)。

处理器1010可以指在计算系统中执行功能的数字电路系统、模拟电路系统或混合信号(模拟和数字的组合)电路系统的各种实现。处理电路可以包括例如诸如集成电路(IC)、专用集成电路(ASIC)这样的电路、单独处理器核心的部分或电路、整个处理器核心、单独的处理器、诸如现场可编程门阵列(FPGA)的可编程硬件设备、和/或包括多个处理器的系统。

在一些实施例中，自助试驾监控系统1000还可以包括存储器(未图示)。自助试驾监控系统1000的存储器可以存储由处理器1010产生的信息以及用于处理器1010操作的程序和数据。存储器可以是易失性存储器和/或非易失性存储器。例如，存储器可以包括但不限于随机存取存储器(RAM)、动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)以及闪存存储器。

另外，自助试驾监控系统1000可以以芯片级来实现，或者也可以通过包括其它外部部件而以设备级来实现。

本公开的自助试驾监控系统1000是搭载于试驾车辆上的系统，用于对试驾用户的试驾行为进行监控。如图1所示，在一些实施例中，自助试驾监控系统1000的处理器1010可以包括驾驶计划获取单元1020、判断单元1030和权限限制单元1040。

应当理解，图1所示的自助试驾监控系统1000的各个单元仅是根据其所实现的具体功能所划分的逻辑模块，而不是用于限制具体的实现方式。在实际实现时，上述各个模块可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(CPU或DSP等)、集成电路等)来实现。

接下来，将参照图1详细描述自助试驾监控系统1000的各单元的具体操作。

如图1所示，在一些实施例中，驾驶计划获取单元1020可以被配置为获取试驾用户的预定驾驶计划。预定驾驶计划例如可以包括预定驾驶路线、途径的预定地点、预先估计的到达预定地点的时间等与试驾过程有关的信息。

在一些实施例中，试驾用户预定可以在预约试驾时选择预定驾驶路线，并通过-试驾网页或应用程序等发送并登记到自助试驾管理系统中。例如，自助试驾管理系统可以通过试驾网页或应用程序向试驾用户发送多条试驾路线供试驾用户选择，分别用于体验试驾车辆的不同方面的性能。

如下的表1例示了可供试驾用户选择的两条试驾路线。路线1是从试驾点A(起点)出发，依次经过途经点B、途经点C，再返回试驾点A(终点)的路线。该路线例如弯道较多，可以体验试驾车辆的转向性能。路线2是从试驾点A(起点)出发，经过途经点D，再返回试驾点A(终点)的路线。在该路线中，途经点D例如设置在高速公路上，可以通过该路线来体验试驾车辆的高速性能。应当理解，表1中例示了起点和终点相同的试驾路线，但也可以根据实际情况或试驾用户的需求，设计起点和终点不同的试驾路线。

[表1]

试驾用户可以根据自己对车辆感兴趣的情况，从多条试驾路线中选择一条试驾路线进行试驾。

自助试驾管理系统可以根据由试驾用户选择的预定驾驶路线以及试驾用户的预约信息，例如利用地图数据服务器等，生成预定驾驶计划，并通过网络发送给试驾车辆。可替代地，试驾用户在向自助试驾管理系统进行试驾预约时，也可以一并选择试驾路线，作为预约信息的一部分提供给自助试驾管理系统，自助试驾管理系统根据该预约信息来生成预定驾驶计划。由此，搭载于该试驾车辆的自助试驾监控系统1000的驾驶计划获取单元1020可以获取试驾用户的预定驾驶计划。

在另一些实施例中，也可以由驾驶计划获取单元1020生成预定驾驶计划。例如，试驾用户在进行试驾之前，可以向搭载于试驾车辆上的自助试驾监控系统1000输入预定驾驶路线,驾驶计划获取单元1020根据该预定驾驶路线和从自助试驾管理系统获取的试驾用户的预约信息，生成预定驾驶计划。

如图1所示，在一些实施例中，判断单元1030可以被配置为根据预定驾驶计划以及试驾用户驾驶试驾车辆时的实际驾驶情况，判断试驾用户是否在按照预定驾驶计划驾驶试驾车辆。

在一些实施例中，可以考虑实际驾驶情况在空间上是否偏离预定驾驶计划。具体而言，判断单元1030可以根据试驾用户驾驶试驾车辆时的实际驾驶路线是否偏离预定驾驶计划中的预定驾驶路线，判断试驾用户是否在按照预定驾驶计划驾驶试驾车辆。判断单元1030例如可以利用搭载于试驾车辆上的车载GPS、与地图数据服务器交互来实时获取试驾车辆的实际驾驶路线，并与预定驾驶路线进行比较，从而判断试驾用户是否在按照预定驾驶计划驾驶试驾车辆。

例如，在预定驾驶路线为路线1(试驾点A→途经点B→途经点C→试驾点A)的情况下，如果实际驾驶路线与路线1相匹配，则判断单元1030可以判断为实际驾驶路线未偏离预定驾驶路线，从而判断试驾用户没有按照预定驾驶路线驾驶试驾车辆。如果实际驾驶路线与路线1不匹配，例如车辆经过途经点B后需要向右转以到达途经点C，而根据车载GPS等获取的实际驾驶路线显示，车辆在经过途经点B后向左转，则判断单元1030可以判断为实际驾驶路线已经偏离预定驾驶路线，从而判断试驾用户没有按照预定驾驶计划驾驶试驾车辆。

应当理解，判断实际驾驶路线是否偏离预定驾驶路线的方法不限于上述根据转向方向错误来判断的方法，也可以通过计算试驾车辆的当前位置与预定驾驶路线中的相应位置之间的距离来判断，本领域技术人员根据实际情况，也可以采取其他判断方法。

在一些实施例中，判断单元1030可以每隔预定的时间将实际驾驶路线与预定驾驶路线进行比较，从而判断实际驾驶路线是否偏离预定驾驶路线。

在另一些实施例中，可以考虑实际驾驶情况在时间上是否偏离预定驾驶计划。具体而言，判断单元1030可以针对预定驾驶计划中的预定地点，根据预先估计的到达该预定地点的时间以及试驾用户实际到达该预定地点的时间，判断试驾用户是否在按照预定驾驶计划驾驶试驾车辆。

例如，在预先估计的试驾车辆到达途经点B的时间为9：30am，而试驾车辆实际到达途经点B的时间为10:00am的情况下，在时间上产生了偏离，可以判断为试驾用户没有按照预定驾驶计划驾驶试驾车辆。

通过考虑实际驾驶情况在时间上是否偏离预定驾驶计划，可以避免虽然用户在空间上没有偏离预定驾驶路线，但长时间占用试驾车辆的情况(例如，试驾用户在试驾路线上的某个地点长时间停车)。

在一些实施例中，判断单元1030可以在预定驾驶计划以及实际驾驶情况之间的偏差在第一预定阈值以上时，判断为试驾用户没有按照预定驾驶计划驾驶所述试驾车辆。上述偏差可以表示空间上的偏差和/或时间上的偏差。

例如，在偏差表示空间上的偏差的情况下，可以将第一预定阈值设定为转向方向累计错误的预定次数，例如3次。例如在实际驾驶路线与预定驾驶路线相比，累计有3次以上的转向方向错误的情况下，判定为驾驶用户没有按照预定驾驶计划驾驶试驾车辆。

作为另一个示例，在偏差表示时间上的偏差的情况下，可以将第一预定阈值设定为预定的时间长度，例如20分钟。例如在预先估计的试驾车辆到达途经点B的时间为9：30am，而试驾车辆实际到达途经点B的时间为10:00am的情况下，两个时间的差值为30分钟，大于第一预定阈值，从而判定为驾驶用户没有按照预定驾驶计划驾驶试驾车辆。

通过设定预定的阈值，能够在判断路线偏差时留取一定的裕度，在合理的范围内给予试驾用户一些灵活性。

在一些实施例中，判断单元1030可以在预定驾驶计划以及实际驾驶情况之间的偏差低于第一预定阈值并且在第二预定阈值以上的情况下，向试驾用户发出告警以使试驾用户调整试驾行为，其中，第一预定阈值高于第二预定阈值。上述偏差可以表示空间上的偏差和/或时间上的偏差。

例如，在偏差表示空间上的偏差的情况下，可以将第二预定阈值设定为转向方向累计错误的预定次数，例如1次。例如在实际驾驶路线的转向方向累计错误在1次以上的情况下，试驾用户有偏离预定驾驶计划的可能性，因此判断单元1030可以向试驾用户发出告警以使试驾用户调整试驾行为。

类似地，在偏差表示时间上的偏差的情况下，可以将第二预定阈值设定为预定的时间长度，例如15分钟。例如在实际驾驶路线与预定驾驶路线针对同一预定地点(例如途经点B)的时间上的偏差在15分钟以上的情况下，试驾用户有偏离预定驾驶计划的可能性，因此判断单元1030可以向试驾用户发出告警以使试驾用户调整试驾行为。在一些实施例中，可以通过车内的多媒体系统进行语音、视频等进行告警。

通过设定第二预定阈值，可以及时提醒试驾用户调整试驾行为，以避免试驾用户偏离预定驾驶计划。

应当理解，上述第一预定阈值和第二预定阈值仅仅是示例，本领域技术人员根据实际需要，也可以将第一预定阈值和第二预定阈值设定为其它类型的值。另外，也可以设置多个不同的第二预定阈值，根据偏差的程度来确定告警的严重程度。

如图1所示，在一些实施例中，权限限制单元1040可以被配置为：在由判断单元1030判断为试驾用户没有按照预定驾驶计划驾驶试驾车辆的情况下，限制试驾用户对试驾车辆的操作权限。

在一些实施例中，限制权限可以包括如下中的任意一种：从由试驾用户驾驶试驾车辆的模式改变为由试驾车辆自主驾驶的自动驾驶模式；由试驾车辆进行自动泊车以停止试驾；由试驾车辆进行自主驾驶以返回自助试驾的起点，从而终止所述试驾；由试驾车辆的管理人员通过远程操控的方式接管试驾车辆的操控权限，从而终止所述试驾。该管理人员例如可以是提供试驾车辆的车辆经销商店面的工作人员等。应当理解，本领域技术人员也可以根据实际需要，对试驾用户的其它操作权限进行限制。

通过限制试驾用户对试驾车辆的操作权限，能够避免试驾车辆继续偏离预定驾驶计划，阻止试驾用户的不当操作。

在一些实施例中，自助试驾监控系统1000的处理器1010还可以被配置为：在试驾用户驾驶试驾车辆的过程中，使试驾车辆的车门为关闭状态，而不能由试驾用户打开。

通过限制试驾用户的开门操作，能够避免试驾用户在试驾中途下车进行与试驾无关的活动，从而约束试驾用户的行为。应当理解，本领域技术人员也可以根据实际需要，通过禁用试驾车辆的其它功能来约束试驾用户的行为。

下面参照图2来描述根据本公开的实施例的自助试驾监控方法2000的示例性流程图。该方法2000例如可以用于图1所示的自助试驾监控系统1000。

如图2所示，在步骤S2010中，获取试驾用户的预定驾驶计划。在步骤S2020中，根据预定驾驶计划以及试驾用户驾驶试驾车辆时的实际驾驶情况，判断试驾用户是否在按照预定驾驶计划驾驶试驾车辆。在步骤S2030中，在判断为试驾用户没有按照预定驾驶计划驾驶试驾车辆的情况下，限制试驾用户对试驾车辆的操作权限。

上述步骤S2010至S2030例如可以分别由参照图1描述的驾驶计划获取单元1020、判断单元1030和权限限制单元1040来实现。关于步骤S2010至S2030的详情，与参照图1的描述类似，在此不再赘述。

接下来，参照图3描述根据本公开的另一实施例的自助试驾监控系统1000的示例性配置框图。该自助试驾监控系统1000与图1中的自助试驾监控系统1000对应，除了图1中所示的驾驶计划获取单元1020、判断单元1030和权限限制单元1040以外，还可以包括通知单元3010、试驾车辆控制单元3020和权限增加单元3030中的一个或多个。此外，在图3中，与图1相同的部分用相同的附图标记标识，并省略重复的说明。

如图3所示，在一些实施例中，自助试驾监控系统1000的处理器1010还可以包括通知单元3010。通知单元3010可以被配置为：在试驾用户驾驶试驾车辆的过程中发生试驾车辆的故障或者试驾用户的突发状况的情况下，向试驾车辆外部的自助试驾管理系统进行通知。

试驾车辆的故障例如可以是抛锚、油量或电量不足、由于车辆碰撞造成的故障、其它车辆故障等。试驾用户的突发状况例如可以是突发身体不适、由于车辆碰撞造成的身体损伤等。

在试驾用户驾驶试驾车辆的过程中发生试驾车辆的故障或者试驾用户的突发状况的情况下，如果继续禁用试驾车辆的某些功能(例如打开车门)，或者继续限制试驾用户对试驾车辆的操作权限(例如限制试驾用户的驾驶)，则可能会造成危险。

因此，在本公开中，在试驾用户驾驶试驾车辆的过程中发生试驾车辆的故障或者试驾用户的突发状况的情况下，向试驾车辆外部的自助试驾管理系统进行通知，从而能够通过自助试驾管理系统来解除禁用的功能或增加操作权限。

在一些实施例中，自助试驾监控系统1000的处理器1010还可以包括试驾车辆控制单元3020。试驾车辆控制单元3020可以被配置为根据来自自助试驾管理系统的针对通知单元3010的通知的指示来控制试驾车辆。

在一些实施例中，自助试驾管理系统可以指示试驾车辆控制单元3020使试驾车辆的车载摄像头打开，并向自助试驾管理系统传输由车载摄像头拍摄的数据。自助试驾管理系统处的工作人员可以根据从试驾车辆回传的数据来判断试驾车辆以及试驾用户的情况，并进行相应的操作，以远程控制试驾车辆。

在一些实施例中，自助试驾管理系统可以指示试驾车辆控制单元3020使试驾车辆的车门打开。由此，在发生突发情况而试驾用户需要下车的情况下，能够远程控制车门打开，避免试驾用户困在车内而发生危险。

在一些实施例中，自助试驾管理系统可以指示试驾车辆控制单元3020使试驾车辆触发车载自助救援系统(例如车内的SOS按钮)进行报警。例如，在试驾车辆发生严重车祸并且试驾人员受伤昏迷的情况下，通过远程触发车载自助救援系统进行报警，能够及时对试驾人员进行救助。

应当理解，自助试驾管理系统也可以通过指示试驾车辆控制单元3020，对试驾车辆进行其它远程控制。

在一些实施例中，自助试驾监控系统1000的处理器1010还可以包括权限增加单元3020。权限增加单元3020可以被配置为：根据来自自助试驾管理系统的针对通知单元3010的通知的指示，增加试驾用户对试驾车辆的操作权限。

在该实施例中，与上述自助试驾管理系统通过指示试驾车辆控制单元3020来对试驾车辆进行远程控制不同，权限增加单元3020根据自助试驾管理系统的指示增加试驾用户对试驾车辆的操作权限，从而使试驾用户能够自己对试驾车辆进行更多的操作。

在一些实施例中，增加试驾用户对试驾车辆的操作权限可以包括允许试驾用户打开试驾车辆的车门。此外，增加操作权限也可以包括其他操作，例如可以恢复由权限限制单元1040限制的操作权限，例如从试驾车辆自主驾驶的自动驾驶模式恢复为试驾用户驾驶试驾车辆的模式等。

根据图3所示的自助试驾监控系统1000，能够提高试驾用户自助试驾时的安全性，减小造成严重事故的风险。

下面参照图4来描述根据本公开的另一实施例的自助试驾监控方法4000的示例性流程图。该方法4000例如可以用于图3所示的自助试驾监控系统1000。

如图4所示，在步骤S4010中，在试驾用户驾驶试驾车辆的过程中发生试驾车辆的故障或者试驾用户的突发状况的情况下，向试驾车辆外部的自助试驾管理系统进行通知。在步骤S4020中，根据来自自助试驾管理系统的针对所述通知的指示来控制试驾车辆。在步骤S4030中，根据来自自助试驾管理系统的针对所述通知的指示，增加试驾用户对试驾车辆的操作权限。

上述步骤S4010至S4030例如可以分别由参照图3描述的通知单元3010、试驾车辆控制单元3020和权限增加单元3030来实现。关于步骤S4010至S4030的详情，与参照图3的描述类似，在此不再赘述。

图5示出了能够实现根据本公开的实施例的计算设备500的示例性配置。

计算设备500是能够应用本公开的上述方面的硬件设备的实例。计算设备500可以是被配置为执行处理和/或计算的任何机器。计算设备500可以是但不限制于工作站、服务器、台式计算机、膝上型计算机、平板计算机、个人数据助手(PDA)、智能电话、车载计算机或以上组合。

如图5所示，计算设备500可以包括可以经由一个或多个接口与总线502连接或通信的一个或多个元件。总线502可以包括但不限于，工业标准架构(Industry StandardArchitecture，ISA)总线、微通道架构(Micro Channel Architecture，MCA)总线、增强ISA(EISA)总线、视频电子标准协会(VESA)局部总线、以及外设组件互连(PCI)总线等。计算设备500可以包括例如一个或多个处理器504、一个或多个输入设备506以及一个或多个输出设备508。一个或多个处理器504可以是任何种类的处理器，并且可以包括但不限于一个或多个通用处理器或专用处理器(诸如专用处理芯片)。处理器502例如可以对应于图1或图3中的处理器1010，被配置为实现本公开的自助试驾监控系统的各单元的功能。输入设备506可以是能够向计算设备输入信息的任何类型的输入设备，并且可以包括但不限于鼠标、键盘、触摸屏、麦克风和/或远程控制器。输出设备508可以是能够呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。

计算设备500还可以包括或被连接至非暂态存储设备514，该非暂态存储设备514可以是任何非暂态的并且可以实现数据存储的存储设备，并且可以包括但不限于盘驱动器、光存储设备、固态存储器、软盘、柔性盘、硬盘、磁带或任何其他磁性介质、压缩盘或任何其他光学介质、缓存存储器和/或任何其他存储芯片或模块、和/或计算机可以从其中读取数据、指令和/或代码的其他任何介质。计算设备500还可以包括随机存取存储器(RAM)510和只读存储器(ROM)512。ROM 512可以以非易失性方式存储待执行的程序、实用程序或进程。RAM 510可提供易失性数据存储，并存储与计算设备500的操作相关的指令。计算设备500还可包括耦接至数据链路518的网络/总线接口516。网络/总线接口516可以是能够启用与外部装置和/或网络通信的任何种类的设备或系统，并且可以包括但不限于调制解调器、网络卡、红外线通信设备、无线通信设备和/或芯片集(诸如蓝牙

本文中所用的术语，仅仅是为了描述特定的示例性实施例，而不意图限制本公开。除非上下文明确地另外指出，本文中所用的单数形式的“一”和“该”意图同样包括复数形式。还要理解的是，“包括”一词在本文中使用时，说明存在所指出的特征、整体、步骤、操作、单元和/或组件，但是并不排除存在或增加一个或多个其它特征、整体、步骤、操作、单元和/或组件以及/或者它们的组合。此外，在本公开的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或顺序。此外，在本公开的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本说明书中“实施例”或类似表达方式的引用是指结合该实施例所述的特定特征、结构、或特性系包括在本公开的至少一具体实施例中。因此，在本说明书中，“在本公开的实施例中”及类似表达方式的用语的出现未必指相同的实施例。

本领域技术人员应当知道，本公开可以实施为各种形式，例如完全的硬件实施例、完全的软件实施例(包括固件、常驻软件、微程序代码等)，或者也可实施为软件与硬件的实施形式，在以下会被称为“电路”、“模块”、“单元”或“系统”。此外，本公开也可以任何有形的媒体形式实施为计算机程序产品，其具有计算机可使用程序代码存储于其上。

本公开的相关叙述参照根据本公开具体实施例的系统、装置、方法及计算机程序产品的流程图和/或框图来进行说明。可以理解每一个流程图和/或框图中的每一个块，以及流程图和/或框图中的块的任何组合，可以使用计算机程序指令来实施。这些计算机程序指令可供通用型计算机或特殊计算机的处理器或其它可编程数据处理装置所组成的机器来执行，而指令经由计算机或其它可编程数据处理装置处理以便实施流程图和/或框图中所说明的功能或操作。

在附图中显示根据本公开各种实施例的系统、装置、方法及计算机程序产品可实施的架构、功能及操作的流程图及框图。因此，流程图或框图中的每个块可表示一模块、区段、或部分的程序代码，其包括一个或多个可执行指令，以实施指定的逻辑功能。另外应当注意，在某些其它的实施例中，块所述的功能可以不按图中所示的顺序进行。举例来说，两个图示相连接的块事实上也可以同时执行，或根据所涉及的功能在某些情况下也可以按图标相反的顺序执行。此外还需注意，每个框图和/或流程图的块，以及框图和/或流程图中块的组合，可藉由基于专用硬件的系统来实施，或者藉由专用硬件与计算机指令的组合，来执行特定的功能或操作。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。