行车软件的安装方法、装置及存储介质与流程

本说明书实施例涉及智能驾驶技术领域，特别涉及一种行车软件的安装方法、装置及存储介质。

背景技术：

智能驾驶汽车的系统一般分为三个模块，一是感知模块，相当于人的眼睛，通过摄像头、毫米波雷达、激光雷达等传感器实时采集周边环境状态，二是决策模块，相当于人的大脑，根据环境状态计算出最优的驾驶决策规划，三是执行模块，相当于人的手与脚，用于执行决策命令，进行油门、刹车、转向等相应的驾驶操作。

无论是感知、决策还是执行，除了传感器、处理器、执行器等硬件设备外，软件的作用尤为重要，软件通常是智能驾驶算法转换成的程序，是智能驾驶车辆运行的核心。智能驾驶车辆，在传感器和ecu等硬件安装完成之后，需要进行软件的安装，需要安装的软件包括各种传感器的驱动，感知、预测、规划、控制等模块的软件及其依赖的软件。这些传感器都是外接传感器，它们的驱动程序软件无法像现有的pc硬件一样通过检测的方式来自动安装。由于需要安装的软件较多，并且软件版本升级非常频繁，在新的车辆上安装部署系统相当复杂，在已有车辆上升级软件也经常会碰到由于版本不兼容而出现的系统故障的情况。

目前在新的车辆上安装智能驾驶系统通常是通过操作手册来安装，安装过程繁琐复杂而且极其容易出错，另外也可以通过镜像拷贝的方法来复制到新的车辆上，但这种方式安装的车辆软件版本通常过旧而由于版本之间的兼容性问题不好升级。

技术实现要素：

本说明书实施例的目的是提供一种行车软件的安装方法、装置及存储介质，以提高行车软件的安装和升级效率。

为解决上述问题，本说明书实施例提供一种行车软件的安装方法、装置及存储介质是这样实现的。

一种行车软件的安装方法，应用于智能驾驶系统，所述方法包括：从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息；根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件；从服务器中下载并安装所述待安装的行车软件。

一种行车软件的安装装置，所述装置包括：第一获取模块，用于从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息；确定模块，根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件；安装模块，从服务器中下载并安装所述待安装的行车软件。

一种车辆，所述车辆中设置有上述行车软件的安装装置。

一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被执行时实现：从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息；根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件；从服务器中下载并安装所述待安装的行车软件。

由以上本说明书实施例提供的技术方案可见，本说明书实施例可以从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息；根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件；从服务器中下载并安装所述待安装的行车软件。本说明书实施例可以实现自动安装行车软件，减少人工拷贝安装，避免人工升级的行车软件不兼容问题，避免因人工操作失误造成遗漏、异常现象，提升了行车软件的安装效率。

附图说明

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

图1为本说明书实施例一种行车软件的安装系统的示意图；

图2为本说明书实施例一种行车软件的安装方法的流程图；

图3为本说明书实施例启动行车软件以及检测行车软件的运行状态方法的流程图；

图4为本说明书实施例一种场景示例的示意图；

图5为本说明书实施例一种行车软件的安装装置的功能模块图。

具体实施方式

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

在本说明实施例中，所述智能驾驶系统可以是一个集中运用了信息控制技术，具有环境感知、多等级辅助驾驶等功能于一体的综合系统。所述智能驾驶系统可以用于智能驾驶汽车中，实现无人驾驶，或者辅助驾驶员的驾驶。所述智能驾驶系统可以包括感知层、网络层、分析层和应用层。所述感知层可以采集驾驶员的行驶过程中涉及到的驾驶信息；所述网络层可以为驾驶信息的传输、调度、存储；所述分析层可以为驾驶信息的后台大数据处理技术；所述应用层可以为数据分析结果的反馈控制及其应用。通过智能驾驶系统可以实现车辆的自动泊车、车辆的自适应巡航等功能。

在本说明书实施例中，所述行车软件可以是智能驾驶系统通过算法转换成的程序，智能驾驶系统中的传感器、处理器、执行器等硬件设备通常需要依赖行车软件来进行工作。例如各种传感器的工作需要依赖驱动程序软件，处理器和执行器等的工作需要依赖对应的模块软件。

目前，在新的车辆上安装智能驾驶系统通常可以通过操作手册来安装，由于需要安装的行车软件较多，安装过程繁琐复杂而且极其容易出错。另外也可以通过镜像拷贝的方法来复制到新的车辆上，但由于智能驾驶系统通常需要更新升级，这种方式安装的行车软件版本通常过旧而由于版本之间的兼容性问题不好升级。考虑到如果将智能驾驶系统需要安装的行车软件及版本进行存储在云端服务器中，智能驾驶系统可以从云端服务器中获取需要安装的行车软件及版本信息从而可以实现行车软件的自动安装和升级，可以避免通过手册或者镜像拷贝的方式安装行车软件所带来的问题。

请参阅图1。本说明书实施例提供一种行车软件的安装系统100。所述行车软件可以包括智能驾驶系统中各种传感器的驱动软件，感知、预测、规划、控制等模块的软件及其依赖的软件。

在一些实施例中，所述行车软件的安装系统100可以包括终端设备101，所述终端设备101可以是台式电脑、平板电脑、笔记本电脑、工作站等。当然，所述终端设备101并不限于上述具有一定实体的电子设备，其还可以为运行于上述电子设备中的软体。还可以是一种通过程序开发形成的程序软件，该程序软件可以运行于上述电子设备中。具体的，所述终端设备101还可以是汽车中的电子控制单元(ecu)。所述电子控制单元(ecu)又称“行车电脑”、“车载电脑”等，所述电子控制单元(ecu)通常可以由微处理器(cpu)、存储器(rom、、ram)、输入/输出接口(i/o)、模数转换器(a/d)以及整形、驱动等集成电路组成。

在一些实施例中，所述行车软件的安装系统100还可以包括云端服务器102。所述云端服务器102可以为一个服务器；或者，还可以为包括多个服务器的服务器集群。所述云端服务器102可以存储行车软件信息，所述行车软件信息可以包括行车软件的版本信息和依赖信息，所述依赖信息可以包括依赖的行车软件和依赖的行车软件的版本信息。所述云端服务器102可以存储行车软件的安装包。

在一些实施例中，行车软件在打包发布后，可以生成行车软件信息。所述云端服务器102可以采用任何方式接收行车软件信息。例如，用户可以向云端服务器102传输行车软件信息，云端服务器102可以进行接收；又如除去所述云端服务器102以外的其它电子设备可以向云端服务器102发送行车软件信息，云端服务器102可以进行接收。

在一些实施例中，所述终端设备101和所述云端服务器102可以建立通信连接。所述终端设备101可以从所述云端服务器102中获取行车软件信息；并将从所述云端服务器102中获取的行车软件信息与本地的行车软件信息进行对比，可以确定待安装的行车软件。在确定待安装的行车软件后，所述终端设备101可以从所述云端服务器102中下载行车软件安装包并进行安装。

在一些实施例中，所述安装所述待安装的行车软件包括以下至少一种：安装新的行车软件、对本地的行车软件进行升级安装。具体的，所述安装新的行车软件可以包括：对于智能驾驶系统中没有的行车软件，可以下载相应的行车软件安装包对行车软件进行安装。所述对本地的行车软件进行升级安装可以包括：对于智能驾驶系统中已有的行车软件进行更新升级，下载更新升级版本的行车软件安装包对行车软件进行升级。

图2为本说明书实施例一种行车软件的安装方法的流程图。如图2所示，所述行车软件的安装方法可以应用于智能驾驶系统，所述行车软件的安装方法可以包括以下步骤。

s210：从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息。

在本说明书实施例中，智能驾驶系统中的各个行车软件并不是独立运行、独立工作的，各个行车软件的工作可能需要依赖其他行车软件的工作。例如，智能驾驶系统中可以包括a、b、c、d等行车软件，其中a行车软件的工作需要依赖b行车软件和c行车软件的运行，如果b行车软件和c行车软件未运行，或者智能驾驶系统中缺少了b行车软件和c行车软件，则a行车软件也不能进行正常的工作。

在一些实施例中，所述依赖信息可以包括依赖的行车软件和依赖的行车软件的版本信息。例如，a行车软件的工作需要依赖b行车软件和c行车软件的运行，则所述依赖信息可以包括a行车软件依赖的行车软件为b行车软件和c行车软件，以及b行车软件和c行车软件的版本信息。

在一些实施例中，所述版本信息可以包括行车软件的版本号。所述版本号可以由主版本号、子版本号、阶段版本号、日期版本号、希腊字母版本号中的一种或者多种组合而成。在行车软件进行升级和更新后，行车软件的版本号也会改变，根据所述版本号可以确定哪些是旧版本的行车软件，哪些是新版本的行车软件。

在本说明书实施例中，从服务器中获取行车软件信息可以包括，向服务器发送获取请求，服务器在接收获取请求后，将行车软件信息发送至终端设备，终端设备可以进行接收。

s220：根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件。

在一些实施例中，可以比较从服务器中获取的版本信息和本地的版本信息，确定本地的行车软件是否需要升级。例如，本地已安装了行车软件a、b、c、d，终端设备可以获取本地已安装的行车软件a、b、c、d的版本信息，还可以从服务器中获取行车软件a、b、c、d的版本信息，通过比较从服务器中获取的行车软件版本信息和本地已安装的行车软件版本信息，可以确定本地已安装的行车软件a、b、c、d是否需要升级。例如，通过比较发现从服务器中获取的行车软件a和b的版本信息与本地已安装的行车软件a和b的版本信息不同，并且可以判断出从服务器中获取的行车软件a和b为新版本的行车软件，本地已安装的行车软件a和b为旧版本的行车软件，则可以确定行车软件a和b需要升级，并将服务器中新版本的行车软件a和b确定为待安装的行车软件。

在一些实施例中，还可以比较从服务器中获取的依赖信息和本地的依赖信息，确定依赖的行车软件是否需要升级，以及确定是否需要安装新的行车软件。例如，本地已安装了行车软件a、b、c、d，其中a行车软件的工作需要依赖b行车软件和c行车软件的运行，行车软件b、c、d的运行不依赖其他行车软件。终端设备可以获取服务器中行车软件a、b、c、d的依赖信息，并将该依赖信息与本地已安装的行车软件a、b、c、d依赖信息进行比较。具体的，如果服务器中行车软件a、b、c、d的依赖信息为行车软件a的运行依赖b、c和e，则通过比较可以发现服务器中的行车软件a的运行比本地已安装的行车软件a的运行多依赖了一个行车软件e，则可以确定还需要安装新的行车软件e，并将行车软件e作为待安装的软件。还可以比较服务器中行车软件a依赖的行车软件b、c、d的版本信息与本地行车软件b、c、d的版本信息，确定行车软件b、c、d是否需要升级。

在一些实施例中，在某个行车软件进行了更新时，该行车软件的依赖信息可能会发生改变。具体的，可以是该行车软件的运行所依赖的行车软件发生改变，例如新增了一个依赖的行车软件；也可以是该行车软件运行所依赖的行车软件的版本信息发生了改变。

s230：从服务器中下载并安装所述待安装的行车软件。

在一些实施例中，所述安装所述待安装的行车软件包括以下至少一种：安装新的行车软件、对本地的行车软件进行升级安装。具体的，所述安装新的行车软件可以包括：对于智能驾驶系统中没有的行车软件，可以下载相应的行车软件安装包对行车软件进行安装。所述对本地的行车软件进行升级安装可以包括：对于智能驾驶系统中已有的行车软件进行更新升级，下载更新升级版本的行车软件安装包对行车软件进行升级。

在本说明书实施例中，在确定需要安装的行车软件后，可以从服务器中下载对应的行车软件安装包并进行安装。具体的，可以向服务器发送下载请求，其中，所述下载请求包括下载标识，所述下载标识用于标识需要下载的行车软件安装包。服务器在接收到下载请求后，可以根据下载请求中的下载标识将对应的行车软件安装包提供给终端设备。

在一些实施例中，在智能驾驶系统中的行车软件安装完成后，需要使这些软件运行起来，由于需要运行的软件较多，人工一一启动这些软件可能会因为操作失误而有所遗漏，或者有些软件可能会因为异常而退出，从而会影响整个智能驾驶系统的正常运行。考虑到如果将这些软件的启动统一由终端设备进行控制，并对这些软件的运行状态进行监测，则有望避免人工一一启动这些软件可能会因为操作失误而有所遗漏，或者有些软件可能会因为异常而退出的问题。

具体的，如图3所示，可以根据以下步骤启动行车软件以及检测行车软件的运行状态。

s231：从服务器中获取车辆的配置文件。

在本说明书实施例中，所述配置文件可以是一种计算机文件，可以为计算机程序配置参数和初始设置。具体的，所述配置文件在智能驾驶系统启动的过程中，可以包括告诉智能驾驶系统应该启动哪些行车软件，以及使用每个行车软件中的哪些设置和设置行车软件运行时候的状态和效果等一系列指令。

在本说明书实施例中，所述配置文件可以包括车辆传感器配置信息、智能驾驶系统行车软件信息、行车软件的启动参数等信息。

在一些实施例中，由于不同的车辆中的智能驾驶系统中包含的行车软件和硬件可能不相同，因此对于不同的车辆，可以配置不同的配置文件。在智能驾驶系统启动时，可以向服务器发送获取配置文件的请求，其中，所述获取配置文件的请求包括车辆的标识。服务器在接收到请求后，可以根据车辆的标识，将车辆对应的配置文件发送给智能驾驶系统中的终端设备，所述终端设备可以接收车辆对应的配置文件。

s232：根据所述配置文件启动行车软件。

在一些实施例中，可以根据配置文件启动系统服务、传感器软件、智能软件等。其中，所述智能软件可以包括感知、预测、规划、控制等模块软件。

s233：检测所述行车软件的运行状态，以便于与根据所述运行状态调整行车软件的运行。

在本说明书实施例中，所述行车软件的运行状态可以包括正常运行时的正常状态、运行异常时的异常状态以及停止运行的状态。

在一些实施例中，如果检测到行车软件的运行状态为异常，则可以重新启动运行状态为异常的行车软件；如果检测到行车软件停止运行，则可以退出智能驾驶模式，由驾驶员接管车辆。进一步的，在行车软件的运行状态为异常状态或者停止运行时，还可以发送预警信息。

在一些实施例中，可以通过监测端口检测行车软件的运行状态。具体的，行车软件的程序在运行过程中，可以开放一个监听端口用于检测行车软件的运行状态。例如检测程序可以通过传输控制协议(tcp)连接到监听端口，发送检测命令，被检测程序收到命令之后就会自检，自检完成后可以返回检测结果，检测程序接收到检测结果之后就可以确定行车软件的运行状态是否异常。

在一些实施例中，可以通过日志检测的方式检测行车软件的运行状态。具体的，可以通过遍历检查行车软件程序的输出日志，做特征匹配，来判断行车软件的运行状态是否异常。

在一些实施例中，还可以通过检测程序进程id来检测行车软件的运行状态。具体的，在启动行车软件程序的时候可以获取程序的进程id，定期通过系统命令检测该进程id的进程是否还在运行，就可以检查行车软件是否还在运行。当然，还可以通过其他任何方式检测行车软件的运行状态，本说明书实施例对此不作限定。

本说明书实施例可以从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息；根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件；从服务器中下载并安装所述待安装的行车软件。本说明书实施例可以实现自动安装行车软件，减少人工拷贝安装，避免人工升级的软件不兼容问题，避免因人工操作失误造成遗漏、异常现象，提升了行车软件的安装效率。

本实施方式提供了一个场景示例，如图4所示，图4为本实施方式提供的一个场景示例的示意图，所述场景示例可以包括以下步骤。

s1：启动智能驾驶系统。

s2：从服务器中获取行车软件信息。

在本场景示例中，所述行车软件信息可以包括版本信息和依赖信息。所述依赖信息可以包括依赖的行车软件和依赖的行车软件的版本信息。

s3：确定待安装的行车软件。

在本场景示例中，所述待安装的行车软件可以包括，对智能驾驶系统中没有的行车软件进行安装；所述待安装的行车软件可以包括，对智能驾驶系统中已有的行车软件进行升级。

在本场景示例中，可以根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件。

s4：判断是否有待安装的行车软件。

在本场景示例中，可以根据s3的确定结果来判断是否有待安装的行车软件。如果有，则进入s5；否则进入s7。

s5：判断是否安装待安装的行车软件。

在本场景示例中，在确定有待安装的行车软件，可以提示驾驶员是否安装待安装的行车软件。如果选择是，则进入s6；否则进入s7。

s6：从服务器中下载并安装需要安装的行车软件。

s7：从服务器中获取车辆的配置文件。

在本场景示例中，可以从服务器中获取车辆的配置文件，以便于根据配置文件启动智能驾驶系统中的各个程序。

s8：根据配置文件启动智能驾驶系统中的各个程序。

在本场景示例中，所述智能驾驶系统中的各个程序可以包括系统服务程序、传感器软件、智能软件等，其中所述智能软件可以包括感知、预测、规划、控制等模块软件。

s9：检测所述行车软件的运行状态。

在本场景示例中，可以通过监测端口检测行车软件的运行状态。具体的，行车软件的程序在运行过程中，可以开放一个监听端口用于检测行车软件的运行状态。例如检测程序可以通过传输控制协议(tcp)连接到监听端口，发送检测命令，被检测程序收到命令之后就会自检，自检完成后可以返回检测结果，检测程序接收到检测结果之后就可以确定行车软件的运行状态是否异常。

在本场景示例中，可以通过日志检测的方式检测行车软件的运行状态。具体的，可以通过遍历检查行车软件程序的输出日志，做特征匹配，来判断行车软件的运行状态是否异常。

在本场景示例中，还可以通过检测程序进程id来检测行车软件的运行状态。具体的，在启动行车软件程序的时候可以获取程序的进程id，定期通过系统命令检测该进程id的进程是否还在运行，就可以检查行车软件是否还在运行。

s10：判断行车软件的运行状态是否异常。

在本场景示例中，如果行车软件运行状态异常，则进入s11；如果行车软件运行状态未出现异常，则进入s12。

s11：重新启动有异常的行车软件。

在本场景示例中，可以重新启动运行状态为异常的行车软件并重复s10。进一步的，还可以提示驾驶员，当前行车软件可能存在异常，请随时接管。

s12：判断行车软件是否停止运行。

在本场景示例中，如果行车软件停止运行，则可以提示驾驶员接管车辆并退出智能驾驶模式；如果行车软件未停止运行，可以重复s10。

本说明书实施例还提供了一种行车软件的安装方法的计算机可读存储介质，所述计算机可读存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息；根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件；从服务器中下载并安装所述待安装的行车软件。

在本实施方式中，上述存储介质包括但不限于随机存取存储器(randomaccessmemory,ram)、只读存储器(read-onlymemory,rom)、缓存(cache)、硬盘(harddiskdrive,hdd)或者存储卡(memorycard)。所述存储器可以用于存储计算机程序指令。在本实施方式中，该计算机可读存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

参阅图5，在软件层面上，本说明书实施例还提供了一种行车软件的安装装置，该装置具体可以包括以下的结构模块。

第一获取模块510，用于从服务器中获取行车软件信息；所述行车软件信息包括版本信息和依赖信息；

确定模块520，根据从服务器中获取的行车软件信息、本地的行车软件信息，确定待安装的行车软件；

安装模块530，从服务器中下载并安装所述待安装的行车软件。

在一些实施例中，所述依赖信息包括依赖的行车软件和依赖的行车软件的版本信息。

在一些实施例中，所述安装所述待安装的行车软件包括以下至少一种：安装新的行车软件、对本地的行车软件进行升级安装。

在一些实施例中，所述确定模块包括：第一确定子模块，用于比较从服务器中获取的版本信息和本地的版本信息，确定本地的行车软件是否需要升级；第二确定子模块，用于比较从服务器中获取的依赖信息和本地的依赖信息，确定依赖的行车软件是否需要升级，以及确定是否需要安装新的行车软件。

在一些实施例中，所述装置还包括：第二获取模块，用于从服务器中获取车辆的配置文件；启动模块，用于根据所述配置文件启动行车软件；检测模块，用于检测所述行车软件的运行状态，以便于与根据所述运行状态调整行车软件的运行。

本说明书实施例还提供了一种车辆，所述车辆中设置有本说明书实施例所述的任一种行车软件的安装装置。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。尤其，对于装置实施例和设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域技术人员在阅读本说明书文件之后，可以无需创造性劳动想到将本说明书列举的部分或全部实施例进行任意组合，这些组合也在本说明书公开和保护的范围内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。