行车监控方法及设备与流程

本发明涉及计算机领域，尤其涉及一种行车监控方法及设备。

背景技术

目前，打车出行已经成为人民生活的必需，如何确保出行安全，一直以来是大众普遍关注的问题，但目前的打车软件均没有提供一种可靠的出行保障的机制。

技术实现要素：

本发明的一个目的是提供一种行车监控方法及设备，能够解决现有的打车软件均没有提供一种可靠的出行保障的机制的问题。

根据本发明的一个方面，提供了一种在乘客或司机用户端的行车监控方法，该方法包括：

向服务端发送行车订单的信息；

向服务端发送所述行车订单的生效操作，其中，所述生效操作用于供所述服务端启动安全监测期；

向所述服务端发送用户端在行车移动过程中的实时地理位置，以供所述服务端根据行车移动过程中接收到的实时地理位置以及从所述行车订单的信息中提取到的规划路线，进行行车安全监测；

向所述服务端发送所述行车订单的结束操作，其中，所述结束操作用于供所述服务端结束所述安全监测期。

进一步的，上述方法中，向服务端发送用户端在行车移动过程中端实时地理位置之后，还包括：

获取所述服务端发送的行车异常核实请求，其中，所述行车异常核实请求由所述服务端根据从所述用户端接收倒的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断为启动行车异常预警后生成；

基于所述行车异常核实请求，向所述服务端发送反馈信息。

进一步的，上述方法中，当所述行车异常核实请求包括通话确认请求时，基于所述行车异常核实请求，向所述服务端发送反馈信息，包括：

基于所述通话确认请求，向所述服务端发送实时通话语音。

进一步的，上述方法中，向服务端发送用户端在行车移动过程中端实时地理位置之后，还包括：

向所述服务端发送启动行车异常预警的信息；

获取所述服务端基于所述启动行车异常预警的信息，生成并发送的行车异常核实请求；

基于所述行车异常核实请求，向所述服务端发送反馈信息。

进一步的，上述方法中，还包括：

向所述服务端发送撤销行车异常预警的信息。

根据本申请的另一面，还提供一种在服务端的行车监控方法，该方法包括：

从乘客和/或司机用户端接收行车订单的信息；

从乘客和/或司机用户端接收所述行车订单的生效操作，根据所述生效操作启动安全监测期；

从所述行车订单的信息中提取规划路线；

接收所述乘客和/或司机用户端发送的在行车移动过程中的实时地理位置；

基于所述规划路线、所述实时地理位置，对所述乘客和/或司机用户端进行所述安全监测期内的行车安全监控；

从乘客和/或司机用户端接收所述行车订单的结束操作，基于所述结束结束操作，结束所述安全监测期。

进一步的，上述方法中，基于所述规划路线、所述实时地理位置，对所述乘客和/或司机用户端进行所述安全监测期内的行车安全监控，包括：

根据所述接收到的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警，若判断为启动行车异常预警后，生成行车异常核实请求，并发送给所述乘客和/或司机用户端；

获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的反馈信息。

进一步的，上述方法中，当所述行车异常核实请求包括通话确认请求时，获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的反馈信息，包括：

获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的实时通话语音。

进一步的，上述方法中，获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的实时通话语音之后，还包括：

对实时通话语音进行识别，

若识别为正常，则撤销行车异常预警；

若识别为异常，则记录所述乘客和/或司机用户端的当前实时地理位置。

进一步的，上述方法中，对实时通话语音进行识别，包括如下至少一项：：

将接收的所述实时通话语音与事先采集的语音标本进行匹配，若匹配一致，则识别为正常，否则，则识别为异常；

将接收的所述实时通话语音中的说活情绪进行判断，若情绪正常，则识别为正常，否则，则识别为异常；

根据接收的所述实时通话语音进行性别识别，将识别出的性别与事先采集的性别信息进行匹配，若匹配一致，则识别为正常，否则，则识别为异常。

进一步的，上述方法中，根据所述接收到的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警，包括：

若根据从乘客和司机用户端接收到的在行车移动过程中的实时地理位置，监测到乘客和司机用户端的移动轨迹不同步，则根据所述接收到的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警。

进一步的，上述方法中，根据所述接收倒的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警，包括如下至少一项：

若根据所述实时地理位置判断当前行车轨迹偏离所述行车订单的规划路线，则判断为启动行车异常预警；

若根据所述实时地理位置及其对应的接收时间判断当前停车时间超过预设中途时间，则判断为启动行车异常预警；

若根据所述实时地理位置及其对应的接收时间判断行车未到达行车订单的规划路线的目的地，则判断为启动行车异常预警；

若根据所述实时地理位置判断及其对应的接收时间判断乘客和司机用户端的移动轨迹不同步，则判断为启动行车异常预警；

若未收到所述行车订单的完成通知超过所述规划路线的移动上限预设时间，则判断为启动行车异常预警；

若在到达所述规划路线的目的地之前收到所述行车订单的完成通知，则判断为启动行车异常预警。

进一步的，上述方法中，还包括：

将所述乘客和司机用户端对应的实时地理位置和车牌号，广播到其他移动终端。

进一步的，上述方法中，将所述乘客和司机用户端对应的实时地理位置和车牌号，广播到其他移动终端之后，还包括：

从其他用户端接收基于所述乘客和司机用户端对应的实时地理位置和车牌号，反馈的撤销行车异常预警的信息。

进一步的，上述方法中，还包括：

从乘客和/或司机用户端接收启动行车异常预警的信息；

基于所述启动行车异常预警的信息，生成行车异常核实请求并发送给所述乘客和/或司机用户端；

获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的反馈信息。

进一步的，上述方法中，还包括：

从乘客和/或司机用户端接收撤销行车异常预警的信息。

根据本申请的另一面，还提供一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现上述任一项所述的方法。

根据本申请的另一面，还提供一种用于在网络设备端信息处理的设备，该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该设备执行上述任一项所述的方法。

与现有技术相比，本申请通过乘客用户端或司机用户端在进入安全监测期后，并在结束安全监测期之前，向服务端发送在所述安全监测期内行车订单的规划路图线、在行车移动过程中端实时地理位置，以提供给服务端对所述乘客和/或司机用户端进行所述安全监测期内的行车安全监控的分析数据，可以有效保护乘客和司机在行车过程中的人身和财产安全。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一实施例的在乘客或司机用户端的行车监控方法的流程图；

图2示出根据本申请一实施例的在服务端的行车监控方法的流程图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

如图1所示，本申请提供一种在乘客或司机用户端的行车监控方法，该方法包括：

步骤s11，向服务端发送行车订单的信息；

步骤s12，向服务端发送所述行车订单的生效操作，其中，所述生效操作用于供所述服务端启动安全监测期；

在此，当乘客或司机用户端在需要进行行车安全监控时，向服务端发送行行车订单的信息，并向服务端发送所述行车订单的生效操作；

例如，乘客a在其移动设备端确认上车和/或司机b在其移动设备端确认乘客a上车后，向向服务端发送行行车订单的信息，并向服务端发送所述行车订单的生效操作，然后进入行车安全监控期，当双方或一方确认行订单完成，可以退出行车安全监控期，本申请的乘客或司机用户端与服务端的交互方案，可以嵌入到某一打车平台中；

另外，还可以通过获取用户a的设备位置信息和司机b的设备位置信息，当两个位置信息移动轨迹相同时，触发进入行车安全监控期监测；

步骤s13，向所述服务端发送用户端在行车移动过程中的实时地理位置，以供所述服务端根据行车移动过程中接收到的实时地理位置以及从所述行车订单的信息中提取到的规划路线，进行行车安全监测；

在此，所述行车订单到信息中提取到的规划路线可以包括行车的出发地和目的地，还可以包括出发地和目的地之间各个可能的途径节点；

在此，乘客或司机用户端可以将行车移动过程中各个实际途径的节点的实时地理位置发送给所述服务端；

步骤s14，向所述服务端发送所述行车订单的结束操作，其中，所述结束操作用于供所述服务端结束所述安全监测期。

在此，当乘客或司机用户端在需要结束行车安全监控时，可以向所述服务端发送所述行车订单的结束操作。

本申请通过乘客用户端或司机用户端在进入安全监测期后，并在结束安全监测期之前，向服务端发送在所述安全监测期内的行车移动过程中端实时地理位置，以提供给服务端对所述乘客和/或司机用户端进行所述安全监测期内的行车安全监控的分析数据，可以有效保护乘客和司机在行车过程中的人身和财产安全。

本申请的在乘客或司机用户端的行车监控方法一实施例中，向服务端发送用户端在行车移动过程中端实时地理位置之后，还包括：

获取所述服务端发送的行车异常核实请求，其中，所述行车异常核实请求由所述服务端根据从所述用户端接收倒的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断为启动行车异常预警后生成；

基于所述行车异常核实请求，向所述服务端发送反馈信息。

在此，行车异常核实请求由服务端，根据从所述用户端接收倒的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断为启动行车异常预警后，由服务端主动监测触发，用户端基于所述行车异常核实请求，向所述服务端发送反馈信息，所述服务端基于所述反馈信息，可以高效及时的判断行车异常是否属实。

本申请的在乘客或司机用户端的行车监控方法一实施例中，当所述行车异常核实请求包括通话确认请求时，基于所述行车异常核实请求，向所述服务端发送反馈信息，包括：

基于所述通话确认请求，向所述服务端发送实时通话语音。

在此，当乘客a或司机b主动触发启动行车异常预警时，服务端向主动触发方乘客a或司机b进行电话确认；或者，当是平台监测到异常状态启动行车异常预警时时，则向乘客a和司机b进行电话确认。

在行车安全监控期中，当乘客a或者司机b在打车途中或者平台监测到异常状态，可以发出行车异常核实请求，进而服务端触发sos预警，服务端及时与乘客或司机用户端进行电话确认。另外，当服务端及时与乘客或司机用户端无法进行电话确认时，服务端可以将乘客或司机的位置信息、司机的车牌号信息等广播给附近的用户(包括其他打车人或其他司机)或者紧急联系人，要求附近的用户及时协助。

本申请的在乘客或司机用户端的行车监控方法一实施例中，向服务端发送用户端在行车移动过程中端实时地理位置之后，还包括：

向所述服务端发送启动行车异常预警的信息；

获取所述服务端基于所述启动行车异常预警的信息，生成并发送的行车异常核实请求；

基于所述行车异常核实请求，向所述服务端发送反馈信息。

在此，行车异常核实请求由服务端基于乘客或司机用户端的启动行车异常预警的信息被动触发，用户端基于所述行车异常核实请求，向所述服务端发送反馈信息，所述服务端基于所述反馈信息，可以更及时的判断行车异常是否属实。

本申请的在乘客或司机用户端的行车监控方法一实施例中，还包括：

向所述服务端发送撤销行车异常预警的信息。

在此，主动向服务端发送启动行车异常预警的信息的乘客a或司机b可以主动撤销行车异常核实请求，另外，其他乘客a或司机b确认无异常情况后，也可以撤销主动撤销行车异常核实请求。

如图2所示，根据本申请的另一面，还提供一种在服务端的行车监控方法，该方法包括：

步骤s21，从乘客和/或司机用户端接收行车订单的信息；

步骤s22，从乘客和/或司机用户端接收所述行车订单的生效操作，根据所述生效操作启动安全监测期；

在此，当乘客或司机用户端在需要进行行车安全监控时，向服务端发送行车订单的信息和行车订单的生效操作；

例如，乘客a在其移动设备端确认上车和/或司机b在其移动设备端确认乘客a上车后，向服务端发送向服务端发送行车订单的信息和行车订单的生效操作，然后服务端启动安全监测期，进入行车安全监控期，当双方或一方确认行订单完成，可以退出行车安全监控期，本申请的乘客或司机用户端与服务端的交互方案，可以嵌入到某一打车平台中；

还可以通过获取用户a的设备位置信息和司机b的设备位置信息，当两个位置信息移动轨迹相同时，触发进入行车安全监控期监测；

步骤s23，从所述行车订单的信息中提取规划路线；

在此，从行车订单的信息中提取到的规划路线可以包括行车的出发地和目的地，还可以包括出发地和目的地之间各个可能的途径节点；

步骤s24，接收所述乘客和/或司机用户端发送的在行车移动过程中的实时地理位置；

在此，所述服务端可以从乘客或司机用户端接收行车移动过程中各个实际途径的节点的实时地理位置；

步骤s25，基于所述规划路线、所述实时地理位置，对所述乘客和/或司机用户端进行所述安全监测期内的行车安全监控；

步骤s26，从乘客和/或司机用户端接收所述行车订单的结束操作，基于所述结束结束操作，结束所述安全监测期。

在此，当乘客或司机用户端在需要结束行车安全监控时，可以向所述服务端发送所述行车订单的结束操作。

本申请通过服务端在进入安全监测期后，并在结束安全监测期之前，从所述乘客用户端或司机用户端接收到的安全监测期内在行车移动过程中端实时地理位置和从所述行车订单的信息中提取到达规划路线，服务端基于所述规划路线、所述实时地理位置，对所述乘客和/或司机用户端进行所述安全监测期内的行车安全监控，可以有效保护乘客和司机在行车过程中的人身和财产安全。

本申请的在服务端的行车监控方法一实施例中，基于所述规划路线、所述实时地理位置，对所述乘客和/或司机用户端进行所述安全监测期内的行车安全监控，包括：

根据所述接收到的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警，若判断为启动行车异常预警后，生成行车异常核实请求，并发送给所述乘客和/或司机用户端；

获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的反馈信息。

在此，行车异常核实请求由服务端，根据从所述用户端接收倒的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断为启动行车异常预警后，由服务端主动监测触发，用户端基于所述行车异常核实请求，向所述服务端发送反馈信息，所述服务端基于所述反馈信息，可以高效及时的判断行车异常是否属实。

本申请的在服务端的行车监控方法一实施例中，当所述行车异常核实请求包括通话确认请求时，获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的反馈信息，包括：

获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的实时通话语音。

在此，当乘客a或司机b主动触发启动行车异常预警时，服务端向主动触发方乘客a或司机b进行电话确认；或者，当是平台监测到异常状态启动行车异常预警时时，则向乘客a和司机b进行电话确认。

在行车安全监控期中，当乘客a或者司机b在打车途中或者平台监测到异常状态，可以发出行车异常核实请求，进而服务端触发sos预警，服务端及时与乘客或司机用户端进行电话确认。另外，当服务端及时与乘客或司机用户端无法进行电话确认时，服务端可以将乘客或司机的位置信息、司机的车牌号信息等广播给附近的用户(包括其他打车人或其他司机)或者紧急联系人，要求附近的用户及时协助。

本申请的在服务端的行车监控方法一实施例中，获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的实时通话语音之后，还包括：z：

对实时通话语音进行识别，

若识别为正常，则撤销行车异常预警；

若识别为异常，则记录所述乘客和/或司机用户端的当前实时地理位置。

在此，如果电话可以接通，则记录用户的声音，并进行语音智能识别，从而及时准确判断行车是否有异常情况，如果异常，记录所述乘客和/或司机用户端的当前实时地理位置，以及时提供给救援人员。

本实施例的通话语音进行识别的工作可以人工进行，也可以是智能机器人执行，

本申请的在服务端的行车监控方法一实施例中，对实时通话语音进行识别，包括如下至少一项：

将接收的所述实时通话语音与事先采集的语音标本进行匹配，若匹配一致，则识别为正常，否则，则识别为异常；

将接收的所述实时通话语音中的说活情绪进行判断，若情绪正常，则识别为正常，否则，则识别为异常；

根据接收的所述实时通话语音进行性别识别，将识别出的性别与事先采集的性别信息进行匹配，若匹配一致，则识别为正常，否则，则识别为异常。

在此，对实时通话语音进行识别可以包括：与用户个人信息如性别进行匹配、或者与事先采集用户语音标本进行匹配等、或者识别用户当前的情绪等，如果识别结果正常，则取消预警，如果异常，则获取异常位置信息如所述乘客和/或司机用户端的当前实时地理位置，这个位置根据不同的异常状态确定，例如，中途长时间停留的话则获取所述乘客和/或司机用户端的停留位置信息。

本申请的在服务端的行车监控方法一实施例中，，根据所述接收到的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警，包括：

若根据从乘客和司机用户端接收到的在行车移动过程中的实时地理位置，监测到乘客和司机用户端的移动轨迹不同步，则根据所述接收到的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警。

在此，只有在监测到乘客和司机用户端的移动轨迹不同步时，才启动判断是否启动行车异常预警，可以实现在必要的时候自动触发启动行车异常预警的判断，节省服务端的数据处理量。

本申请的在服务端的行车监控方法一实施例中，根据所述接收倒的行车订单的规划路线、所述实时地理位置及其对应的接收时间判断是否启动行车异常预警，包括如下至少一项：

若根据所述实时地理位置判断当前行车轨迹偏离所述行车订单的规划路线，则判断为启动行车异常预警；

若根据所述实时地理位置及其对应的接收时间判断当前停车时间超过预设中途时间，则判断为启动行车异常预警；

若根据所述实时地理位置及其对应的接收时间判断行车未到达行车订单的规划路线的目的地，则判断为启动行车异常预警；

若根据所述实时地理位置判断及其对应的接收时间判断乘客和司机用户端的移动轨迹不同步，则判断为启动行车异常预警；

若未收到所述行车订单的完成通知超过所述规划路线的移动上限预设时间，则判断为启动行车异常预警；

若在到达所述规划路线的目的地之前收到所述行车订单的完成通知，则判断为启动行车异常预警。

在此，可以事先在服务端加入一些打车平台的异常订单逻辑，例如，当监控到行车严重偏离规划路线、中途长时间停留、订单未完成，乘客a的设备位置与司机b的设备位置不同步、未到达目的地司机b提前完成订单或者退出程序超过一定时间阈值等异常情况时，都可以判断为启动行车异常预警。

本申请的在服务端的行车监控方法一实施例中，还包括：

将所述乘客和司机用户端对应的实时地理位置和车牌号，广播到其他移动终端。

在此，例如，在特殊情况下，例如，如果电话无法接通，或者，乘客发生突发性疾病的情况下，可以将所述乘客和司机用户端对应的实时地理位置和车牌号，广播到其他移动终端，方便其他人员进行及时救援。

本申请的在服务端的行车监控方法一实施例中，将所述乘客和司机用户端对应的实时地理位置和车牌号，广播到其他移动终端之后，还包括：

从其他用户端接收基于所述乘客和司机用户端对应的实时地理位置和车牌号，反馈的撤销行车异常预警的信息。

在此，当其他救援人员根据所述乘客和司机用户端对应的实时地理位置和车牌号，找到所述乘客和司机，并确认无异常情况后，救援人员的用户端可以向服务端及时反馈的撤销行车异常预警的信息。

其中，反馈的撤销行车异常预警的信息可以包括撤销人、现场图片或视频资料等信息，以保证可靠撤销行车异常预警。

本申请的在服务端的行车监控方法一实施例中，其中，还包括：

从乘客和/或司机用户端接收启动行车异常预警的信息；

基于所述启动行车异常预警的信息，生成行车异常核实请求并发送给所述乘客和/或司机用户端；

获取所述乘客和/或司机用户端基于所述行车异常核实请求，发送的反馈信息。

本申请的在服务端的行车监控方法一实施例中，还包括：

从乘客和/或司机用户端接收撤销行车异常预警的信息。

在此，主动向服务端发送启动行车异常预警的信息的乘客a或司机b可以主动撤销行车异常核实请求，另外，其他乘客a或司机b确认无异常情况后，也可以撤销主动撤销行车异常核实请求。

本申请提出一种打车途中的紧急呼救方案，用户通过打车软件上车后，进入行车安全监测期，期间平台收到用户的主动触发操作或者监控到异常状态(严重偏离路线、中途长时间停留、未到达目的地司机提前完成订单或者退出程序等)时，向服务端平台触发sos，平台及时进行电话确认，无法打通时，将用户的位置信息马上广播给附近的用户或者司机或者紧急联系人，保证乘客和司机的行车安全。

根据本申请的另一面，还提供一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权上述任一项所述的方法。

根据本申请的另一面，还提供一种用于在网络设备端信息处理的设备，该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该设备执行上述任一项所述的方法。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。