完单状态更新方法、装置、计算机设备和存储介质

技术领域

本申请涉及无人驾驶技术领域，特别是涉及一种完单状态更新方法、装置、计算机设备和存储介质。

背景技术

随着自动驾驶技术的逐步成熟和应用，车内无安全员的无人驾驶车辆已经开始载客运营。通过无人驾驶车辆来载客运营的方式相比传统的由人类司机驾驶车辆来载客运营的方式有很多优势，然而，该方式对出行业务的运营和出行安全等方面也带来了新的要求。例如，无人驾驶车辆的车内无司机或安全员，那么在车辆到达出行订单的终点时，如何准确地确认乘客已经下车进而结束当前订单以及如何在乘客迟迟未下车时保障乘客的安全以及出行体验，是需要解决的问题。

发明内容

本申请针对上述不足或缺点，提供了一种完单状态更新方法、装置、计算机设备和存储介质，本申请实施例能够在车辆到达行程终点时准确确认乘客已经下车，以及在乘客迟迟未下车时保障乘客的安全以及出行体验。

本申请根据第一方面提供了一种完单状态更新方法，在一些实施例中，该方法应用于无人驾驶营运车辆的控制模块；该方法包括：

在车辆到达出行订单的行程终点时，控制车门解锁以及通过第一检测模块检测车门的开关状态；

若在第一预设时长内未检测到车门开启，通过第一提示模块呈现下车提醒信息和/或通过远程协助端提醒乘客下车；

若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，通过第二提示模块呈现关门提醒信息和/或通过远程协助端提醒乘客关闭车门；

若检测到车门开启且在之后的第二预设时长内检测到车门关闭，通过第二检测模块进行车内人体检测，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态。

在一些实施例中，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态，包括：

响应于车内人体检测的结果表示车内无人，通过第一检测模块检测车门的开关状态；

若在第三预设时长内未检测到车门开启，判定车内无乘客的遗留物品，执行请求云端更新出行订单的完单状态。

在一些实施例中，执行请求云端更新出行订单的完单状态之前，上述方法还包括：控制车门落锁。

在一些实施例中，上述方法还包括：

若检测到车门开启，通过第一提示模块和/或第二提示模块呈现遗留物品提醒信息。

在一些实施例中，上述方法还包括：

若在第三预设时长内检测到车门开启，通过第一检测模块检测车门在开启之后的第二预设时长内是否关闭；

响应于检测结果为否，通过第二提示模块呈现关门提醒信息和/或通过远程协助端提醒乘客关闭车门；

响应于检测结果为是，通过第二检测模块进行车内人体检测，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态。

在一些实施例中，上述方法还包括：

对车辆到达行程终点的时长进行计时；

响应于车辆到达行程终点的时长达到第四预设时长且出行订单的完单状态未更新，通过远程协助端提醒乘客下车或关闭车门。

在一些实施例中，若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，上述方法还包括：

确定出行订单关联的乘客终端；

通过云端向乘客终端推送车门关闭提醒信息。

在一些实施例中，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态，包括：

响应于车内人体检测的结果表示车内无人，检测车内是否有乘客的遗留物品；

响应于检测结果表示车内没有乘客的遗留物品，执行请求云端更新出行订单的完单状态。

在一些实施例中，响应于车内人体检测的结果表示车内无人，检测车内是否有乘客的遗留物品，包括：

响应于车内人体检测的结果表示车内无人，通过车载摄像头拍摄车厢环境，得到目标车厢照片；

将目标车厢照片与预存的默认车厢照片进行对比；

根据对比结果判断车内是否有乘客的遗留物品。

本申请根据第二方面提供了一种完单状态更新装置，在一些实施例中，该装置应用于无人驾驶营运车辆的控制模块；该装置包括：

车门状态检测模块，用于在车辆到达出行订单的行程终点时，控制车门解锁以及通过第一检测模块检测车门的开关状态；

第一响应模块，用于若在第一预设时长内未检测到车门开启，通过第一提示模块呈现下车提醒信息和/或通过远程协助端提醒乘客下车；

第二响应模块，用于若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，通过第二提示模块呈现关门提醒信息和/或通过远程协助端提醒乘客关闭车门；

第三响应模块，用于若检测到车门开启且在之后的第二预设时长内检测到车门关闭，通过第二检测模块进行车内人体检测，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态。

本申请根据第三方面提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一实施例中提供的完单状态更新方法的步骤。

本申请根据第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例中提供的完单状态更新方法的步骤。

在本申请的上述实施例中，在车辆到达出行订单的行程终点时，控制车门解锁以及通过第一检测模块检测车门的开关状态；若在第一预设时长内未检测到车门开启，通过第一提示模块呈现下车提醒信息和/或通过远程协助端提醒乘客下车；若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，通过第二提示模块呈现关门提醒信息和/或通过远程协助端提醒乘客关闭车门；若检测到车门开启且在之后的第二预设时长内检测到车门关闭，通过第二检测模块进行车内人体检测，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态，本申请实施例能够在车辆到达行程终点时准确确认乘客已经下车，以及在乘客迟迟未下车时保障乘客的安全以及出行体验。

附图说明

图1为本申请根据一个或多个实施例提供的一种完单状态更新方法的流程示意图；

图2为本申请根据一个或多个实施例提供的检测车内是否有乘客的遗留物品的流程示意图；

图3为本申请根据一个或多个实施例提供的提醒乘客下车或关闭车门的流程示意图；

图4为本申请根据一个或多个实施例提供的一种完单状态更新装置的结构框图；

图5为本申请根据一个或多个实施例提供的计算机设备的内部结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

针对相关技术的不足或缺陷，本申请提供了一种完单状态更新方法，通过该方法能够在车辆到达行程终点时准确确认乘客已经下车，以及在乘客迟迟未下车时保障乘客的安全以及出行体验。

在一些实施例中，该方法包括如图1所示的步骤，即步骤S110-S140，下面以该方法应用于无人驾驶营运车辆的控制模块为例对该方法中的各个步骤进行详细说明。其中，无人驾驶营运车辆是基于自动驾驶技术，并能提供出租服务的车辆。该控制模块可以是车辆自动驾驶系统。

S110：在车辆到达出行订单的行程终点时，控制车门解锁以及通过第一检测模块检测车门的开关状态。

上述车辆即是指无人驾驶营运车辆。为保障乘客安全，车辆在行驶状态下通常会将车门落锁，因而当车辆到达出行订单的行程终点之后，控制模块需要控制车门解锁，以便乘客下车。在车门解锁之后，第一检测模块会检测车门的开关状态，并将检测到的车门的开关状态信息(例如表示车门由开启转换为关闭的信号、表示车门由关闭转换为开启的信号等)上报给控制模块。在一些实施方式中，第一检测模块可以是用于检测车门的开关状态的传感器，如门磁传感器，还可以是限位开关等。

S120：若在第一预设时长内未检测到车门开启，通过第一提示模块呈现下车提醒信息和/或通过远程协助端提醒乘客下车。

在车门解锁后，第一检测模块开始检测车门的开关状态。在一些实施方式中，如果第一检测模块在第一预设时长内未检测到车门开启，由于此时乘客仍在车内，因而控制模块可以指示第一提示模块呈现下车提醒信息来提醒乘客下车或者通过远程协助端来提醒乘客下车。在另一些实施方式中，控制模块可以在第一预设时长到达之前，指示第一提示模块定时呈现下车提醒信息，如每10秒呈现一次下车提醒信息，直至第一检测模块检测到车门开启或第一预设时长到达，而在第一预设时长到达之后，如果第一检测模块仍未检测到车门开启，再通过远程协助端提醒乘客下车。

其中，第一预设时长可根据实际需要进行设置和调整，例如可以设置为30秒，本实施例不做具体限制。第一提示模块可以是车内的平板电脑。第一提示模块呈现下车提醒信息的方式可以是语音播报下车提醒信息和/或在屏幕上弹窗显示下车提醒信息，例如，“您好像还没下车～如需帮助可发起远程协助”。远程协助端可以是智能计算设备，例如智能手机、平板电脑、笔记本电脑、台式电脑等等。当需要通过远程协助端提醒乘客下车时，控制模块指示车内的平板电脑与远程协助端建立通讯连接，使得远程协助端的用户(可以是客服人员、专家等)可以通过车内的平板电脑与乘客进行沟通对话，在出现临时突发情况下还可以指引乘客处理临时突发情况，确保乘车体验的同时保障行程安全。

S130：若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，通过第二提示模块呈现关门提醒信息和/或通过远程协助端提醒乘客关闭车门。

如果第一检测模块在第一预设时长内检测到车门开启，则在车门开启后继续检测车门在第二预设时长内是否关闭。在一些实施方式中，如果第一检测模块在第二预设时长内未检测到车门关闭，此时认为乘客已下车但未关闭车门，因而控制模块可以指示第二提示模块呈现关门提醒信息来提醒乘客关闭车门或者通过远程协助端来提醒乘客关闭车门。在另一些实施方式中，控制模块可以在第二预设时长到达之前，指示第二提示模块定时呈现关门提醒信息，如每10秒呈现一次关门提醒信息，直至第一检测模块检测到车门关闭或第二预设时长到达，而在第二预设时长到达之后，如果第一检测模块仍未检测到车门关闭，再通过远程协助端提醒乘客下车。可行地，在第一检测模块检测到车门开启之后，控制模块还可以指示第一提醒模块来呈现关门提醒信息，以提醒乘客在下车之后记得关闭车门。

其中，第二预设时长可根据实际需要进行设置和调整，例如也可以和第一预设时长一样设置为30秒，本实施例不做具体限制。第二提示模块可以是设于车身外部的扬声器。第二提示模块呈现下车提醒信息的方式可以是语音播报关门提醒信息，例如，“请您在离开前关闭车门”。

在一些实施方式中，若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，上述方法还包括：确定出行订单关联的乘客终端；通过云端向乘客终端推送车门关闭提醒信息。

乘客终端可以是乘客所使用的智能计算设备，如智能手机、平板电脑等。乘客终端安装有网约车平台开发的供乘客使用的应用程序，乘客可以通过乘客终端上运行的该应用程序来下单，以及接收相关消息(如行程信息)。本实施方式在检测到车门未在第二预设时长内关闭时，请求云端向乘客终端推送车门关闭提醒信息，由于通常情况下乘客对乘客终端的使用频率较高，因而乘客可以及时看到车门关闭提醒信息，从而关闭车门。

S140：若检测到车门开启且在之后的第二预设时长内检测到车门关闭，通过第二检测模块进行车内人体检测，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态。

如果第一检测模块在第一预设时长内检测到车门开启，并且在车门开启后的第二预设时长内检测到车门关闭，由于车门依次开启和关闭只是乘客下车的必要条件而不是充分条件，因而为了准确地确定乘客是否已下车，控制模块指示第二检测模块进行车内人体检测，并根据车内人体检测的结果来判断乘客是否下车。第二检测模块可以是摄像头或是雷达(具体可以是毫米波雷达)。其中，通过摄像头来检测车内是否有人时，容易因光线、物体遮挡等因素的影响而导致检测准确率不高，需要后期验证以提高准确率，因而第二检测模块可以优选毫米波雷达，毫米波雷达可以安装于车内车顶，毫米波雷达通过将微波能量发射到物体上，并利用接收到的反射回来的微波来检测物体的位置和运动状态，最后将当前检测到的物体的位置和运动状态与预存储的车内无人时检测到的物体的位置和运动状态进行对比，即可确认车内是否有人。

本申请的上述实施例能够在车辆到达行程终点时准确确认乘客已经下车，以及在乘客迟迟未下车时保障乘客的安全以及出行体验。

此外，上述实施例除了控制模块，还使用到第一检测模块(如能感应车门开启或关闭的传感器)、第一提示模块(如车内平板电脑)、第二检测模块(如车载摄像头、毫米波雷达)、第二提示模块(如车外扬声器)，上述模块均是无人驾驶车辆上常会配备且成本不高的模块，在确认乘客是否下车时，上述模块在单一使用时均会有不足，无法很好地解决技术问题，例如，传感器能感应车门开关，但因为乘客开启车门后可以在车内将车门关闭，所以至少一次车门开启和车门关闭是出行订单完成的必要条件，但不是充分条件；车载摄像头可能因光线、物体遮挡等问题影响检测准确率，而毫米波雷达相比车载摄像头能更准确地检测车内是否有人，然而，如果乘客一直未下车，也无法将出行订单更新为完成；又例如，车外扬声器，虽然能播放相关提醒信息，然而其设置在车外，如果乘客距离车辆较远时，不容易听清提醒信息，为此，上述实施例通过合理设计完单状态的确认流程，使各模块相互协作，发挥了各模块的长处，又互相弥补了各模块的短处，从而能在降低运营方成本的情况下，实现准确确认乘客是否下车，以及在乘客迟迟未下车时保障乘客的安全以及出行体验的目的。

在一些实施方式中，执行请求云端更新出行订单的完单状态之前，上述方法还包括：控制车门落锁。

在一些实施方式中，如果第二检测模块的检测结果表示车内无人，那么判定乘客已下车，此时与云端进行交互，使得云端将相关出行订单的完单状态由订单未完成更新为订单完成，从而云端可以安排车辆执行新的出行订单的出行任务，例如到乘客指定的起点接乘客，并将乘客送到乘客指定的终点，从而完成出行任务。

在另一些实施例中，上述的响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态，具体包括：

响应于车内人体检测的结果表示车内无人，通过第一检测模块检测车门的开关状态；

若在第三预设时长内未检测到车门开启，判定车内无乘客的遗留物品，执行请求云端更新出行订单的完单状态。

考虑到乘客有可能不小心将物品遗留在车内，在下车并关闭车门之后，有可能想起车内还有物品忘了拿，因而本实施例在车内人体检测的结果表示车内无人时，继续通过第一检测模块检测车门的开关状态，假如第一检测模块在车门关闭之后的第三预设时长内未检测到车门开启，则判定车内无乘客的遗留物品，可以执行请求云端更新出行订单的完单状态的步骤。

可行地，在一些实施方式中，上述方法还包括：若检测到车门开启，通过第一提示模块和/或第二提示模块呈现遗留物品提醒信息。

在第一检测模块检测到车门关闭之后，控制模块可以通过第一提示模块和/或第二提示模块语音播报相关的提醒信息，以尽可能避免乘客遗留物品在车内。

本申请还提供了一些实施例，在相关实施例中，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态，包括：

响应于车内人体检测的结果表示车内无人，检测车内是否有乘客的遗留物品；

响应于检测结果表示车内没有乘客的遗留物品，执行请求云端更新出行订单的完单状态。

考虑到乘客有可能不小心将物品遗留在车内，在下车并关闭车门之后，有可能想不起车内还有物品，因而本实施例在车内人体检测的结果表示车内无人时，主动检测车内是否有乘客的遗留物品，如果检测不到车内有乘客的遗留物品，再执行请求云端更新出行订单的完单状态的步骤。而如果检测到车内有乘客的遗留物品，则通过第二提示模块呈现物品遗留提醒信息，例如“您好，您有物品遗留在车内，请到车内取回”。进一步地，还可以通过云端向乘客终端推送物品遗留提醒信息。

相应地，响应于车内人体检测的结果表示车内无人，检测车内是否有乘客的遗留物品，如图2所示，包括：

S210：响应于车内人体检测的结果表示车内无人，通过车载摄像头拍摄车厢环境，得到目标车厢照片；

S220：将目标车厢照片与预存的默认车厢照片进行对比；

S230：根据对比结果判断车内是否有乘客的遗留物品。

在通过第二检测模块确认车内无人之后，控制模块指示车载摄像头拍摄当前的车厢环境，得到目标车厢照片，之后将目标车厢照片与没有物品遗留时的车厢照片(即默认车厢照片)进行对比来确认车内是否有乘客的遗留物品。

在一些实施例中，如图3所示，上述方法还包括：

S310：对车辆到达行程终点的时长进行计时；

S320：响应于车辆到达行程终点的时长达到第四预设时长且出行订单的完单状态未更新，通过远程协助端提醒乘客下车或关闭车门。

在本实施例中，当车辆到达行车终点之后，会开始进行计时，直至相关出行订单的完单状态发生了更新，或者计时的时长达到预设的控制模块自动确认完单状态的时长，即第四预设时长。第四预设时长可以根据实际情况来设置和调整，例如可以是1分钟、2分钟等等。假如计时的时长达到了第四预设时长，那么控制模块就直接通过远程协助端来提醒乘客下车或关闭车门，而不会重复执行相关流程，以提高完单状态的确认效率。

需要说明的是，关于上述任何一个实施例中提供的完单状态更新方法所包括的各个步骤，除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，这些步骤中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于相同的发明构思，本申请还提供了一种完单状态更新装置。在一些实施例中，该装置应用于无人驾驶营运车辆的控制模块，如图4所示，该装置包括：

车门状态检测模块110，用于在车辆到达出行订单的行程终点时，控制车门解锁以及通过第一检测模块检测车门的开关状态；

第一响应模块120，用于若在第一预设时长内未检测到车门开启，通过第一提示模块呈现下车提醒信息和/或通过远程协助端提醒乘客下车；

第二响应模块130，用于若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，通过第二提示模块呈现关门提醒信息和/或通过远程协助端提醒乘客关闭车门；

第三响应模块140，用于若检测到车门开启且在之后的第二预设时长内检测到车门关闭，通过第二检测模块进行车内人体检测，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态。

在一些实施例中，第三响应模块140，还用于响应于车内人体检测的结果表示车内无人，通过第一检测模块检测车门的开关状态；若在第三预设时长内未检测到车门开启，判定车内无乘客的遗留物品，执行请求云端更新出行订单的完单状态。

在一些实施例中，第一响应模块120，还用于在第三响应模块140执行请求云端更新出行订单的完单状态之前，控制车门落锁。

在一些实施例中，上述装置还包括遗留物品提醒模块(图中未示出)。遗留物品提醒模块，用于若检测到车门开启，通过第一提示模块和/或第二提示模块呈现遗留物品提醒信息。

在一些实施例中，车门状态检测模块110，还用于若在第三预设时长内检测到车门开启，通过第一检测模块检测车门在开启之后的第二预设时长内是否关闭；

第二响应模块130，还用于响应于检测结果为否，通过第二提示模块呈现关门提醒信息和/或通过远程协助端提醒乘客关闭车门；

相应地，第三响应模块140，还用于响应于检测结果为是，通过第二检测模块进行车内人体检测，响应于车内人体检测的结果表示车内无人，请求云端更新出行订单的完单状态。

在一些实施例中，上述装置还包括计时模块和第四响应模块(图中均未示出)。

计时模块，用于对车辆到达行程终点的时长进行计时。

相应地，第四响应模块，用于响应于车辆到达行程终点的时长达到第四预设时长且出行订单的完单状态未更新，通过远程协助端提醒乘客下车或关闭车门。

在一些实施例中，若检测到车门开启且在之后的第二预设时长内未检测到车门关闭，第二响应模块130，还用于确定出行订单关联的乘客终端；通过云端向乘客终端推送车门关闭提醒信息。

在另一些实施例中，第三响应模块140，还用于响应于车内人体检测的结果表示车内无人，检测车内是否有乘客的遗留物品；响应于检测结果表示车内没有乘客的遗留物品，执行请求云端更新出行订单的完单状态。

相应地，在一些实施例中，第三响应模块140，还用于响应于车内人体检测的结果表示车内无人，通过车载摄像头拍摄车厢环境，得到目标车厢照片；将目标车厢照片与预存的默认车厢照片进行对比；根据对比结果判断车内是否有乘客的遗留物品。

关于完单状态更新装置的具体限定可以参见上文中对于完单状态更新方法的限定，在此不再赘述。上述完单状态更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本申请在一些实施例中提供了一种计算机设备，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储默认车厢照片等数据，具体存储的数据还可以参见上述方法实施例中的限定。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种完单状态更新方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本申请实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时可以实现上述任一实施例中提供的完单状态更新方法的步骤。

本申请在一些实施例中还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例中提供的完单状态更新方法的步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)、直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。