数据处理方法、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种数据处理方法、电子设备及存储介质。

背景技术

随着经济水平的快速发展，人们对于乘坐出租车出行的需求持续增长。但是，人们在享受出租车带来便利的同时，也会遇到一些问题。

通常情况下，为了方便乘客乘坐出租车，在城市的主要道路上会设置供出租车集中停靠的停车区域，乘客可以在停车区域内招手打车，并由司机主观判断乘客打车的先后顺序。

但是，在打车高峰期等场景下，由于打车乘客的数量较多，导致司机主观判断乘客打车顺序的准确性较差，从而出现插队等不公平现象，进而产生人员纠纷等治安问题。

发明内容

鉴于上述问题，本申请实施例提出了一种数据处理方法、电子设备及存储介质，用以自动识别用户的打车顺序和车辆的驶入顺序，提高顺序识别的准确性，避免出现插队等不公平现象。

根据本申请的实施例的一个方面，提供了一种数据处理方法，应用于第一设备，所述方法包括：

识别用户是否在停车区域内发生打车动作；

响应于识别到用户发生打车动作，获取并缓存所述用户的人脸数据和打车顺序；

识别车辆是否驶入所述停车区域；

响应于识别到车辆驶入所述停车区域，获取所述车辆的驶入顺序，按照所述打车顺序和所述驶入顺序，将所述人脸数据发送至所述车辆内的第二设备，以使所述第二设备基于所述人脸数据验证是否允许上车。

根据本申请的实施例的另一方面，提供了一种数据处理方法，应用于车辆内的第二设备，所述方法包括：

响应于接收到第一设备发送的人脸数据，基于接收到的人脸数据验证是否允许上车；

其中，所述人脸数据由所述第一设备响应于识别到用户发生打车动作，获取并缓存所述用户的人脸数据和打车顺序，响应于识别到车辆驶入所述停车区域，获取所述车辆的驶入顺序，并按照所述打车顺序和所述驶入顺序发送至所述第二设备。

根据本申请的实施例的再一方面，提供了一种电子设备，包括：一个或多个处理器；和其上存储有指令的一个或多个计算机可读存储介质；当所述指令由所述一个或多个处理器执行时，使得所述处理器执行如上任一项由第一设备执行的数据处理方法，或者，执行如上任一项由车辆内的第二设备执行的数据处理方法。

根据本申请的实施例的再一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被处理器执行时，使得所述处理器执行如上任一项由第一设备执行的数据处理方法，或者，执行如上任一项由车辆内的第二设备执行的数据处理方法。

本申请实施例中，第一设备识别用户是否在停车区域内发生打车动作；响应于识别到用户发生打车动作，获取并缓存所述用户的人脸数据和打车顺序，识别车辆是否驶入所述停车区域，响应于识别到车辆驶入所述停车区域，获取所述车辆的驶入顺序，按照所述打车顺序和所述驶入顺序，将所述人脸数据发送至所述车辆内的第二设备，以使所述第二设备基于所述人脸数据验证是否允许上车。由此可知，本申请实施例中，第一设备能够自动识别用户的打车顺序和车辆的驶入顺序，并按照正确的顺序向车辆内的第二设备发送人脸数据，以便车辆内的第二设备基于接收到的人脸数据能够准确验证是否允许上车。因此，相比于司机主观判断的方式，本申请实施例对用户的打车顺序以及车辆的驶入顺序的识别更加准确，从而能够避免出现插队等不公平现象。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些附图，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例的一种数据处理方法的步骤流程图。

图2是本申请实施例的另一种数据处理方法的步骤流程图。

图3是本申请实施例的再一种数据处理方法的步骤流程图。

图4是本申请实施例的一种数据处理方法的流程示意图。

图5是本申请实施例的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请的实施例中的附图，对本申请的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本申请的一部分实施例，而不是本申请的全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，示出了本申请实施例的一种数据处理方法的步骤流程图。图1所示的数据处理方法可以应用于第一设备。

如图1所示，数据处理方法可以包括以下步骤：

步骤101，识别用户是否在停车区域内发生打车动作。

停车区域是指，在道路上设置的供出租车集中停靠的区域，用户可以在停车区域内招手打车，出租车可以在停车区域内临时停车，以供打车的用户上下车。

第一设备可以实时识别用户是否在停车区域内发生打车动作。可选地，识别用户是否在停车区域内发生打车动作的方式可以包括但不限于：通过图像识别技术识别用户是否在停车区域内发生打车动作，通过动作捕捉技术识别用户是否在停车区域内发生打车动作，等等。具体将在下面的实施例中详细介绍。

步骤102，响应于识别到用户发生打车动作，获取并缓存所述用户的人脸数据和打车顺序。

第一设备响应于识别到用户在停车区域内发生打车动作，可以获取在停车区域内发生打车动作的用户的人脸数据以及打车顺序。第一设备缓存该用户的人脸数据和打车顺序，以供后续向车辆发送对应的人脸数据。第一设备响应于识别到用户在停车区域内未发生打车动作，可以继续识别用户是否在停车区域内发生打车动作。

步骤103，识别车辆是否驶入所述停车区域。

第一设备还可以实时识别车辆是否驶入停车区域。可选地，识别车辆是否驶入停车区域的方式可以包括但不限于：通过定位技术识别车辆是否驶入停车区域，等等。具体将在下面的实施例中详细介绍。

步骤104，响应于识别到车辆驶入所述停车区域，获取所述车辆的驶入顺序，按照所述打车顺序和所述驶入顺序，将所述人脸数据发送至所述车辆内的第二设备，以使所述第二设备基于所述人脸数据验证是否允许上车。

第一设备响应于识别到车辆驶入停车区域，可以获取车辆的驶入顺序，然后按照车辆的驶入顺序以及缓存的用户的打车顺序，将用户的人脸数据对应发送至车辆内的第二设备。第一设备响应于识别到车辆未驶入停车区域，可以继续识别车辆是否驶入停车区域。

具体地，针对某个车辆，将与该车辆的驶入顺序相同的打车顺序的用户的人脸数据发送至该车辆内的第二设备。也即，打车顺序为1的用户的人脸数据将被发送至驶入顺序为1的车辆内的第二设备，打车顺序为2的用户的人脸数据将被发送至驶入顺序为2的车辆内的第二设备，以此类推。

参照图2，示出了本申请实施例的一种数据处理方法的步骤流程图。图2所示的数据处理方法可以应用于车辆内的第二设备。

如图2所示，数据处理方法可以包括以下步骤：

步骤201，接收第一设备发送的人脸数据。

步骤202，响应于接收到第一设备发送的人脸数据，基于接收到的人脸数据验证是否允许上车。

车辆内的第二设备响应于接收到第一设备发送的人脸数据，可以基于接收到的人脸数据验证是否允许上车。可选地，基于接收到的人脸数据验证是否允许上车的方式可以包括但不限于：通过人脸数据比对的方式验证是否允许上车，等等。具体将在下面的实施例中详细论述。

本申请实施例中，第一设备能够自动识别用户的打车顺序和车辆的驶入顺序，并按照正确的顺序向车辆内的第二设备发送人脸数据，以便车辆内的第二设备基于接收到的人脸数据能够准确验证是否允许上车。因此，相比于司机主观判断的方式，本申请实施例对用户的打车顺序以及车辆的驶入顺序的识别更加准确，从而能够避免出现插队等不公平现象。

下面，基于第一设备和第二设备的整体交互，介绍本申请实施例的数据处理方法。

参照图3，示出了本申请实施例的一种数据处理方法的步骤流程图。

如图3所示，数据处理方法可以包括以下步骤：

步骤301，第一设备识别用户是否在停车区域内发生打车动作。

在一种可选地实施方式中，第一设备可以为具有数据处理功能的设备。具有数据处理功能的设备可以包括但不限于：计算机，服务器，等等。第一设备可以设置于停车区域内，也可以设置于其他任意适用的位置，本实施例对此不作限制。在该种场景下，在停车区域内可以安装一个或多个摄像头，摄像头用于采集停车区域内的用户视频或用户图像。摄像头和具有数据处理功能的设备之间建立网络连接，摄像头可以通过该网络连接将用户视频或用户图像发送至该具有数据处理功能的设备。该具有数据处理功能的设备可以基于接收到的用户视频或用户图像识别用户是否在停车区域内发生打车动作。

在另一种可选实施方式中，第一设备可以包括摄像头和具有数据处理功能的设备，摄像头和具有数据处理功能的设备之间建立网络连接。其中，摄像头安装于停车区域内，摄像头可以为一个或多个。具有数据处理功能的设备可以设置于停车区域内，也可以设置于其他任意适用的位置。在该种场景下，摄像头用于采集停车区域内的用户视频或用户图像，基于采集的用户视频或用户图像识别用户是否在停车区域内发生打车动作，在识别到用户在停车区域内发生打车动作后，获取该用户的人脸数据和该用户打车动作的发生时间，将该用户的人脸数据和打车动作的发生时间发送给具有数据处理功能的设备。

可选地，第一设备可以基于图像识别技术识别用户是否在停车区域内发生打车动作。

第一设备针对用户视频或用户图像，可以利用图像识别技术获取包含用户手臂的连续多张图像，并基于该包含用户手臂的连续多张图像生成所述用户的手臂运动轨迹。

第一设备针对各帧用户图像，利用图像识别技术对用户图像进行目标检测(此处的目标具体为用户手臂)，以便检测用户图像中是否包含用户手臂，并在包含用户手臂的情况下获取到用户手臂在用户图像中的位置信息。

可选地，对用户图像进行目标检测的方式可以包括但不限于：HOG(Histogram ofOriented Gradients，方向梯度直方图)+SVM(Support Vector Machine，支持向量机)方式、DPM(Deformable Part based Model，可变形部件模型)方式、R-CNN(RegionConvolutional Neural Network，区域卷积神经网络)方式、SPPNet(SpatialPyramid Pooling Networks，空间金字塔池化网络)方式、Fast RCNN方式、Faster RCNN方式，等等。

比如，采用HOG+SVM方式的情况下，针对一帧用户图像，首先提取用户图像的HOG特征向量，然后将HOG特征向量输入SVM中进行分类检测，SVM可以识别出哪些像素属于用户手臂类别，哪些像素不属于用户手臂类别，从而检测出该帧用户图像中是否存在用户手臂，以及获取用户手臂在该用户图像中的位置信息。

再比如，采用R-CNN方式的情况下，针对一帧用户图像，首先使用选择性搜索的方式在用户图像中确定出多个候选框；然后将每个候选框内的图像块缩放至相同大小，并输入到CNN(Convolutional Neural Network，卷积神经网络)内进行特征提取；接着对候选框中提取出的特征，使用分类器判别是否属于一个特定类(是否属于用户手臂类别)；然后对于属于某一特定类的候选框，用回归器进一步调整其位置，从而检测出该帧用户图像中是否存在用户手臂，以及获取用户手臂在该用户图像中的位置信息。

在完成针对用户手臂的目标检测后，获取包含用户手臂的连续多张图像，从连续多张图像中的每张图像中提取用户手臂上同一位置的点，将从连续多张图像中提取的点依次连接，得到用户的手臂运动轨迹。

第一设备识别用户是否在停车区域内发生打车动作的过程，可以包括如下步骤：响应于获取到用户的手臂运动轨迹，将所述手臂运动轨迹与预设的打车动作轨迹进行匹配；响应于匹配成功，确定所述用户在所述停车区域内发生打车动作；响应于匹配失败，确定所述用户在所述停车区域内未发生打车动作。

其中，预设的打车动作轨迹可以为一个或多个。以下以将用户的手臂运动轨迹与任意一个预设的打车动作轨迹进行匹配为例进行说明。

在一种可选实施方式中，第一设备可以将用户的手臂运动轨迹与预设的打车动作轨迹绘制到同一坐标系内，并且使手臂运动轨迹的起点与打车动作轨迹的起点位于同一坐标。第一设备针对手臂运动轨迹中包含的每个点，计算该点与打车动作轨迹中包含的点的最小距离，得到手臂运动轨迹中包含的各点对应的最小距离。如果对应的最小距离小于预设距离的点超过预设比例，则可以确定该手臂运动轨迹与该打车动作轨迹相匹配。对于上述的预设距离和预设比例，可以根据实际经验设置任意适用的数值，本申请实施例对此不做限制。

在另一种可选实施方式中，第一设备可以分别生成包含用户的手臂运动轨迹的图像和包含预设的打车动作轨迹的图像，并且使手臂运动轨迹的起点与打车动作轨迹的起点位于同一像素点的位置。第一设备计算包含手臂运动轨迹的图像和包含打车动作轨迹的图像之间的相似度，如果相似度大于预设相似度，则可以确定该手臂运动轨迹与该打车动作轨迹相匹配。对于上述的预设相似度，可以根据实际经验设置任意适用的数值，本申请实施例对此不做限制。对于上述的相似度的计算，可以采用任意一种相似度计算方式实现，比如，可以利用神经网络模型计算包含手臂运动轨迹的图像和包含打车动作轨迹的图像之间的相似度，等等，本实施例对此不作限制。

步骤302，第一设备响应于识别到用户发生打车动作，获取并缓存所述用户的人脸数据和打车顺序。

对应于上述第一设备为具有数据处理功能的设备，由该具有数据处理功能的设备识别用户是否在停车区域内发生打车动作，此处由该具有数据处理功能的设备响应于识别到用户发生打车动作，获取并缓存该用户的人脸数据和打车顺序。

对应于上述第一设备包括摄像头和具有数据处理功能的设备，由摄像头识别用户是否在停车区域内发生打车动作，并在识别到用户在停车区域内发生打车动作后，获取该用户的人脸数据和该用户打车动作的发生时间发送给具有数据处理功能的设备，此处由该具有数据处理功能的设备响应于摄像头识别到用户发生打车动作，接收到用户的人脸数据和打车动作的发生时间，获取并缓存该用户的人脸数据和打车顺序。

可选地，第一设备获取所述用户的人脸数据和打车顺序的过程可以包括如下步骤：获取所述打车动作的发生时间；检测在所述打车动作的发生时间采集到的用户图像中的人脸数据，将检测到的人脸数据作为所述用户的人脸数据，并基于所述打车动作的发生时间确定所述用户的打车顺序。

其中，打车动作的发生时间可以为识别到用户在停车区域内发生打车动作的时间。用户的人脸数据可以为，针对在打车动作的发生时间采集到的用户图像进行人脸检测后得到的人脸数据。对于人脸检测的具体过程，可以参照上述针对目标检测的相关描述，本申请实施例在此不再详细论述。

步骤303，第一设备识别车辆是否驶入所述停车区域。

此处可以由具有数据处理功能的设备识别车辆是否驶入所述停车区域。

可选地，第一设备可以基于定位技术识别车辆是否驶入所述停车区域。

识别车辆是否驶入所述停车区域的过程，可以包括如下步骤：响应于获取到所述车辆的第一定位信息和所述停车区域的第二定位信息，基于所述第一定位信息和所述第二定位信息计算所述车辆与所述停车区域之间的距离；响应于所述距离小于预设阈值，确定所述车辆驶入所述停车区域。

在车辆内可以部署GPS(Global Positioning System，全球定位系统)定位设备，车辆内的GPS定位设备可以实时获取车辆的第一定位信息，并将车辆的第一定位信息发送至第一设备。

在停车区域内可以部署GPS定位设备，停车区域内的GPS定位设备可以实时获取停车区域的第二定位信息，并将停车区域的第二定位信息发送至第一设备。或者，考虑到停车区域相对固定，也可以预先在第一设备中存储停车区域的第二定位信息。

车辆的第一定位信息为GPS定位位置，停车区域的第二定位信息也为GPS定位位置，根据车辆的第一定位信息和停车区域的第二定位信息，也即根据两个GPS定位位置，即可计算出车辆与停车区域之间的距离。

对于上述预设阈值，可以根据实际经验选用任意适用的数值，本实施例对此不作限制。

可选地，第一设备可以基于图像识别技术识别车辆是否驶入所述停车区域。具体地，利用摄像头实时监测停车区域内的车辆驶入情况。

步骤304，第一设备响应于识别到车辆驶入所述停车区域，获取所述车辆的驶入顺序，按照所述打车顺序和所述驶入顺序，将所述人脸数据发送至所述车辆内的第二设备。

第一设备响应于识别到车辆驶入停车区域，可以将识别到车辆驶入停车区域的时间作为车辆的驶入时间，基于车辆的驶入时间可以确定车辆的驶入顺序。

第一设备按照缓存的用户的打车顺序和确定出的车辆的驶入顺序，可以将缓存的人脸数据对应发送至车辆内的第二设备。其中，打车顺序在前的用户的人脸数据被发送至驶入顺序在前的车辆内的第二设备。

步骤305，第二设备响应于接收到第一设备发送的人脸数据，基于接收到的人脸数据验证是否允许上车。若是，则执行步骤306，若否，则执行步骤308。

在一种可选实施方式中，第二设备可以包括车机终端，车机终端是指安装于车辆内的智能车载终端。在该种场景下，在车辆上可以安装一个或多个摄像头，摄像头用于采集待上车用户的视频或待上车用户的图像。摄像头和车机终端之间建立网络连接，摄像头可以通过该网络连接将待上车用户的视频或待上车用户的图像发送至车机终端。第一设备将人脸数据发送至车机终端。车机终端基于接收到的由第一设备发送的人脸数据和由摄像头发送的待上车用户的视频或待上车用户的图像验证是否允许上车。

在另一种可选实施方式中，第二设备可以包括车机终端和摄像头，摄像头和车机终端之间建立网络连接。在该种场景下，摄像头用于采集待上车用户的视频或待上车用户的图像，第一设备将人脸数据发送至车辆上的摄像头。摄像头基于接收到的由第一设备发送的人脸数据和自身采集的待上车用户的视频或待上车用户的图像验证是否允许上车，并将验证结果发送至车机终端。

可选地，第二设备可以通过人脸数据比对的方式验证是否允许上车。

第二设备基于接收到的人脸数据验证是否允许上车的过程，可以包括如下步骤：响应于获取到待上车用户的人脸数据，将所述待上车用户的人脸数据与所述接收到的人脸数据进行匹配；响应于匹配成功，确定验证结果为允许上车；响应于匹配失败，确定验证结果为不允许上车。

第二设备针对待上车用户的图像进行人脸检测，可以得到待上车用户的人脸数据。对于人脸检测的具体过程，可以参照上述针对目标检测的相关描述，本申请实施例在此不再详细论述。

对于上述的人脸数据匹配，可以采用任意一种图像匹配方式实现。比如，可以利用具有图像比对功能的神经网络模型对所述待上车用户的人脸数据与所述接收到的人脸数据进行匹配，等等，本实施例对此不作限制。

步骤306，第二设备响应于验证结果为允许上车，向所述第一设备发送允许上车通知。

此处的第二设备可以为车机终端。

第二设备响应于验证结果为允许上车，生成允许上车通知，并向所述第一设备发送允许上车通知。

可选地，第二设备响应于验证结果为允许上车，还可以控制车辆解锁，以便待上车用户可以顺利上车。

步骤307，第一设备响应于接收到所述第二设备发送的允许上车通知，删除向所述第二设备发送的人脸数据。

如果第二设备基于第一设备发送的人脸数据判断出允许待上车用户上车，则第一设备可以删除向第二设备发送的人脸数据。

步骤308，第二设备响应于验证结果为禁止上车，向所述第一设备发送禁止上车通知。

此处的第二设备可以为车机终端。

第二设备响应于验证结果为禁止上车，生成禁止上车通知，并向所述第一设备发送禁止上车通知。

可选地，第二设备响应于验证结果为禁止上车，还可以控制车辆锁定，以便禁止待上车用户上车。

步骤309，第一设备响应于接收到所述第二设备发送的禁止上车通知，将向所述第二设备发送的人脸数据重新排队。

如果第二设备基于第一设备发送的人脸数据判断出禁止待上车用户上车，则第一设备可以将向第二设备发送的人脸数据重新排队，并按照排队顺序发送给后续驶入停车区域的对应车辆内的第二设备。

本申请实施例中，各个设备之间可以基于局域网进行连接，因此数据的传输是在局域网内完成，数据不进行联网上传，并且数据只进行短时效的存储，从而保证数据的隐私性。另外，第一设备还可以通过广域网连接各种监控系统，从而方便出租车公司进行调度管理，协助安全管理机构进行安全监控部署。

下面，以第一设备包括停车区域内摄像头和终端/服务器，第二设备包括车机终端为例对数据处理方法进行说明。

参照图4，示出了本申请实施例的一种数据处理方法的流程示意图。

如图4所示，数据处理方法可以包括：

步骤401，乘客在停车区域内招手拦车。

步骤402，停车区域内摄像头识别用户是否在停车区域内发生打车动作。若是，则执行步骤403；若否，则继续执行步骤402。

步骤403，停车区域内摄像头获取并发送用户的人脸数据至终端/服务器。

步骤404，终端/服务器获取用户打车动作的发生时间。

步骤405，终端/服务器基于打车动作的发生时间确定用户的打车顺序。

步骤406，终端/服务器缓存用户的人脸数据和打车顺序。

步骤407，车机终端向终端/服务器发送车辆的定位信息。

步骤408，终端/服务器基于车辆的定位信息获取车辆的驶入顺序。

步骤409，终端/服务器按照打车顺序和驶入顺序发送人脸数据至车机终端。

步骤410，车辆上摄像头采集并发送待上车用户的人脸数据至车机终端。

步骤411，车机终端比对待上车用户的人脸数据和终端/服务器发送的人脸数据。若比对成功，则执行步骤412；若比对失败，则执行步415。

步骤412，车机终端解锁车辆并发送允许上车通知至终端/服务器。

步骤413，终端/服务器删除向车机终端发送的人脸数据。

步骤414，乘客成功上车。

步骤415，车机终端锁定车辆并发送禁止上车通知至终端/服务器。

步骤416，终端/服务器将向车机终端发送的人脸数据重新排队。

步骤417，乘客重新排队。

本申请实施例中，使用图像信息、信息传递、人脸识别、图像识别、GPS定位等技术，代替了出租车司机传统的主观判断，解决了乘客打车过程中的不公平问题，有效地避免了可能出现的社会纠纷。同时，为了更大程度保护乘客隐私，数据不在云端存储并在设备上设置数据存储时效，及时删除相关数据。

在本申请的实施例中，还提供了一种电子设备。该电子设备可以包括一个或多个处理器，以及其上存储有指令的一个或多个计算机可读存储介质，指令例如应用程序。当所述指令由所述一个或多个处理器执行时，使得所述处理器执行如上任一项由第一设备执行的数据处理方法，或者，执行如上任一项由车辆内的第二设备执行的数据处理方法。

图5示出了本申请实施例的一种电子设备500的结构示意图。如图5所示，电子设备500包括中央处理单元(Central Processing Unit，简称CPU)501，其可以根据存储在只读存储器(Read Only Memory，简称ROM)502中的计算机程序指令或者从存储单元508加载到随机访问存储器(Random Access Memory，简称RAM)503中的计算机程序指令，来执行各种适当的动作和处理。在RAM 503中，还可存储电子设备500操作所需的各种程序和数据。CPU501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(Input/Output，简称I/O)接口505也连接至总线504。

电子设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标、麦克风等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许电子设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，可由处理单元501执行。例如，上述任一实施例的数据处理方法可被实现为计算机软件程序，其被有形地包含于计算机可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到电子设备500上。当计算机程序被加载到RAM 503并由CPU501执行时，可以执行上文描述的数据处理方法中的一个或多个动作。

在本申请的实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序可由电子设备的处理器执行，当所述计算机程序被处理器执行时，使得所述处理器执行如上任一项由第一设备执行的数据处理方法，或者，执行如上任一项由车辆内的第二设备执行的数据处理方法。

上述提到的处理器可以包括但不限于：CPU、网络处理器(Network Processor，简称NP)、数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，等等。

上述提到的计算机可读存储介质可以包括但不限于：ROM、RAM、光盘只读储存器(Compact Disc ReadOnly Memory，简称CD-ROM)、电可擦可编程只读存储器(ElectronicErasable Programmable ReadOnly Memory，简称EEPROM)、硬盘、软盘、闪存，等等。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM、RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

本领域普通技术人员可以意识到，结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。综上所述，本说明书内容不应理解为对本申请的限制。