车载操作系统的故障修复方法、装置及设备

技术领域

本申请实施例涉及电子技术领域，尤其涉及一种车载操作系统的故障修复方法、装置及设备。

背景技术

车载操作系统中存在很多的功能模块，在车载操作系统工作的过程中，功能模块经常会发生故障，例如进程崩溃、进程死锁以及挂机等，由于车载操作系统的特殊性，这些异常故障很有可能影响行车的安全性问题，对人身造成伤害。

目前，对于车载操作系统的故障修复，只能是在产品流入市场出现故障退回后再进行，这时故障系统往往无法启动或故障问题已经消失，从而错过解决问题的时机，导致故障修复效率低下。

发明内容

本申请实施例提供了一种车载操作系统的故障修复方法、装置及设备，所述技术方案如下：

第一方面，本申请实施例提供了一种车载操作系统的故障修复方法，所述车载操作系统包括多个处理系统数据的功能模块，所述方法包括步骤：

当目标功能模块发生某一预设故障时，获取与所述预设故障相对应的目标故障码；

确定所述目标故障码对应的故障类型，根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口；其中，每个功能模块中均预先加载了所述故障修复程序接口库，所述故障修复程序接口库中包括若干个预设故障修复程序的调用接口；

控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序。

可选的，所述方法还包括步骤：

通过所述目标功能模块在所述车载操作系统中广播所述目标故障码，使所述车载操作系统中除所述目标功能模块以外的其他功能模块接收所述目标故障码，并控制与所述目标功能模块存在绑定关系的其他功能模块从一同执行所述目标故障修复程序。

可选的，所述通过所述目标功能模块在所述车载操作系统中广播所述目标故障码之前，包括步骤：

获取各个所述功能模块之间的数据调用关系；

根据所述数据调用关系，将调用数据的功能模块与被调用数据的功能模块进行绑定。

可选的，所述控制与所述目标功能模块存在绑定关系的其他功能模块一同执行所述目标故障修复程序，包括步骤：

控制所述其他功能模块判断所述目标故障码对应的故障是否为公共故障，若是，控制所述其他功能模块一同执行所述目标故障修复程序。

可选的，所述控制与所述目标功能模块存在绑定关系的其他功能模块一同执行所述目标故障修复程序，还包括步骤：

控制所述其他功能模块判断所述目标故障码对应的故障是否为非公共故障，若是，控制所述非公共故障的关联功能模块从所述车载操作系统的程序接口中查找所述目标故障修复程序对应的目标接口，回调所述目标接口执行所述目标故障修复程序。

可选的，当目标功能模块发生某一预设故障时，所述方法还包括步骤：

捕捉当前车载操作系统的运行环境信息；

按照预设的本地路径存储所述目标故障和所述当前运行环境信息。

可选的，当目标功能模块发生某一预设故障时，所述方法还包括步骤：

若所述车载操作系统处于开发模式，捕捉当前车载操作系统的运行环境信息和所述目标功能模块的日志文档；

按照预设的本地路径存储所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档；

和/或，

将所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档通过所述车载操作系统的串口输出。

第二方面，本申请实施例提供了一种车载操作系统的故障修复装置，包括：

第一获取模块61，用于当目标功能模块发生某一预设故障时，获取与所述预设故障相对应的目标故障码；

第二获取模块62，用于确定所述目标故障码对应的故障类型，根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口；其中，每个功能模块中均预先加载了所述故障修复程序接口库，所述故障修复程序接口库中包括若干个预设故障修复程序的调用接口；

执行控制模块63，用于控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序。

第三方面，本申请实施例提供了一种设备，包括：处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的车载操作系统的故障修复方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的车载操作系统的故障修复方法的步骤。

在本申请的实施例中，通过在车载操作系统中预先设置不同的故障，根据故障对应的故障码对故障进行分类，并在各功能模块中预先加载故障修复程序接口库，提供若干个预设故障修复程序的调用接口，从而使得在目标功能模块在发生某一预设故障时，能够及时获取与所述预设故障相对应的目标故障码，并确定所述目标故障码对应的故障类型。之后再根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口，并控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序，快速完成目标功能模块内故障的修复，保障车载操作系统的正常运行，进而提高汽车驾驶安全性。

为了更好地理解和实施，下面结合附图详细说明本申请的技术方案。

附图说明

图1为本申请一个实施例提供的车载操作系统的故障修复方法的流程示意图；

图2为本申请一个实施例提供的功能模块之间数据调用关系的结构示意图；

图3为本申请另一个实施例提供的车载操作系统的故障修复方法的流程示意图；

图4为本申请另一个实施例提供的车载操作系统的故障修复方法中S104的流程示意图；

图5为本申请其他实施例提供的车载操作系统的故障修复方法的流程示意图；

图6为本申请一个实施例提供的车载操作系统的故障修复装置的结构示意图；

图7为本申请一个实施例提供的车载操作系统的故障修复设备的结构示意图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

车载操作系统是管理和控制车载硬件与车载软件资源的程序系统，是可以直接运行在计算机裸机上的系统软件，其能够管理计算机硬件、软件以及数据资源，实现音视频信号的处理，系统时间管理以及辅助驾驶等若干功能，使汽车保持高效安全的驾驶。

车载操作系统包括若干个处理系统数据的功能模块，这些功能模块以进程的形式在车载操作系统中运行，各个功能模块之间配合工作能够保证车载操作系统的正常运行。

但在汽车的实际使用过程中，车载操作系统中的各个功能模块均有一定的概率会发生故障，例如：io读写异常、文件操作异常、通信阻塞、线程阻塞、资源抢占、空指针以及数据栈溢出等。这些故障若无法及时修复，则会影响操作系统的正常运行，从而影响汽车的行车安全，为避免上述情况的发生，本申请实施例提出一种车载操作系统的故障修复方法。

在一个可选的实施例中，所述车载操作系统的故障修复方法的执行主体可以是搭载所述车载操作系统的计算机设备，也可以该计算机设备中的组成部件，例如处理器或微处理器等；在另一个可选的实施例中，所述执行主体可以是汽车上与搭载车载操作系统的计算机设备建立数据连接的其他计算机设备，或者是其他计算机设备中的组成部件；在其他可选的实施例中，所述执行主体还可以是与所述车载操作系统建立网络连接的远程服务器。

在本申请实施例中，以搭载所述车载操作系统的计算机设备(以下称之为故障修复设备)为执行主体，执行车载操作系统的故障修复方法。

请参阅图1，为本申请一个实施例提供的车载操作系统的故障修复方法的流程示意图，所述方法包括如下步骤：

S101：当目标功能模块发生某一预设故障时，获取与所述预设故障相对应的目标故障码。

在本申请实施例中，在所述故障修复设备中存储有若干种预设故障以及每一种预设故障对应的故障码。

其中，所述故障码是标识预设故障的一串代码，所述故障码的类型既可以是字符串类型，也可以数值类型。

所述若干种预设故障以及每一种预设故障对应的故障码可以通过结构化文件的形式进行存储，例如二维数据关系表等，也通过非结构化文件的形式进行存储，例如XML文件等，对于其具体存储形式在此不做限定。

具体地，若所述故障修复设备监控所有的功能模块，那么当目标功能模块发生某一预设故障时，故障修复设备主动捕捉该预设故障，获取与所述预设故障相对应的目标故障码。

若各个功能模块进行自监控，那么当目标功能模块发生某一预设故障时，发送故障信号至所述故障修复设备中，故障修复设备响应所述故障信号获取与所述预设故障相对应的目标故障码。

在一个可选的实施例中，上述若干种预设故障以及每一种预设故障对应的故障码也可以存储在与故障修复设备建立数据连接的外部设备中，当目标功能模块发生某一预设故障时，故障修复设备发送预设故障信息至外部设备，并从外部设备中接收所述预设故障对应的目标故障码。

S102：确定所述目标故障码对应的故障类型，根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口；其中，每个功能模块中均预先加载了所述故障修复程序接口库，所述故障修复程序接口库中包括若干个预设故障修复程序的调用接口。

故障码与故障类型之间存在多对一的对应关系，故障修复设备能够根据预设的故障码与故障类型之间的对应关系，确定所述目标故障码对应的故障类型，之后，再根据故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口。

其中，在本申请实施例中，故障类型包括IO读写故障、文件故障、资源抢占故障以及通信故障等，不同类型的故障对应的不同的故障修复程序，例如：进程重启、线程重启、设备重启、重新打开文件、重新初始化IPC以及导入备份文件活数据库等。

故障修复程序接口库预先加载在各功能模块中，能够提供给功能模块若干个预设故障修复程序的调用接口。

故障修复程序在故障修复设备中以一段代码的形成存储的，通过故障修复程序接口库提供给功能模块的调用接口，就能够调用故障修复程序。

S103：控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序。

目标功能模块在获取到目标接口后，故障修复设备控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序。

在本申请的实施例中，通过在车载操作系统中预先设置不同的故障，根据故障对应的故障码对故障进行分类，并在各功能模块中预先加载故障修复程序接口库，提供若干个预设故障修复程序的调用接口，从而使得在目标功能模块在发生某一预设故障时，能够及时获取与所述预设故障相对应的目标故障码，并确定所述目标故障码对应的故障类型。之后再根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口，并控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序，快速完成目标功能模块内故障的修复，保障车载操作系统的正常运行，进而提高汽车驾驶安全性。

在车载操作系统中功能模块之间是存在数据调用关系的，若干个功能模块的配合才能实现操作系统的某一功能。具体地，请参阅图2，其为本申请一个实施例提供的功能模块之间数据调用关系的结构示意图，图2中共示出了6个功能模块，分别为Module1至Module6，根据箭头的指示关系，可以了解到，Module6的数据需提供至Module1至Module5使用，因而，若Module6出现故障导致数据异常，那么Module1至Module5由于需要使用Module6的数据也有较大概率会故障，从而会影响操作系统某一功能的正常使用，为解决上述问题，在本申请另一个实施例中，请参阅图3，在执行步骤S101～S103的基础上，方法还包括步骤S104，具体如下：

S104：通过所述目标功能模块在所述车载操作系统中广播所述目标故障码，使所述车载操作系统中除所述目标功能模块以外的其他功能模块接收所述目标故障码，并控制与所述目标功能模块存在绑定关系的其他功能模块一同执行所述目标故障修复程序。

在目标功能模块出现故障的情况下，故障修复设备除了要控制目标功能模块调用目标接口执行目标故障修复程序之外，还要通过所述目标功能模块在所述车载操作系统中广播所述目标故障码，使车载操作系统中除所述目标功能模块以外的其他功能模块接收所述目标故障码，并控制与所述目标功能模块存在绑定关系的其他功能模块一同执行所述目标故障修复程序。

具体地，故障修复设备通过控制所述目标功能模块将目标功能模块的标识以及目标故障码进行封装，以广播指令的形式广播至其他功能模块其中，所述目标功能模块的标识用于确定广播指令由哪一功能模块发出。

从而，控制其他功能模块在接收到广播指令后进行解析后，获取目标功能模块的标识和目标故障码，根据目标功能模块的标识判断是否与目标功能模块存在绑定关系，若是，那么控制与目标功能模块存在绑定关系的其他功能模块一同执行所述目标故障修复程序。

在一个可选的实施例中，执行步骤S104之前，故障修复设备需还需要获取各个所述功能模块之间的数据调用关系，再根据所述数据调用关系，将调用数据的功能模块与被调用数据的功能模块进行绑定。

其中，数据调用关系是在车载操作系统的底层设计阶段已经确定的功能模块之间的关系。在本申请实施例中，所述数据调用关系可以以数据调用关系图的形式存储，所述数据调用关系图是一个有向图，在故障修复设备中至少存储一张数据调用关系图。

具体地，故障修复设备获取数据调用关系图，根据图中节点之间的连接关系，将调用数据的功能模块与被调用数据的功能模块进行绑定。

所述绑定的方式可以是将调用关系以建立绑定表的方式进行，绑定表内存储有被调用数据的功能模块的标识以及对应的调用该数据的功能模块的标识。

在一个可选的实施例中，为了更准确地故障进行处理，并降低系统开销，请参阅图4，步骤S104包括S1041～S1042，具体如下：

S1041：控制所述其他功能模块判断所述目标故障码对应的故障是否为公共故障，若是，控制所述其他功能模块一同执行所述目标故障修复程序。

故障在设定时可以区分为公共故障和非公共故障，所述公共故障为出现概率较高的故障，是所有其他功能模块都需处理的故障，会预先加载接口在故障修复程序接口库中。而非公共故障为特殊性故障，仅需特定的功能模块去进行处理，不会预先加载接口在故障修复程序接口库中。

故障修复设备控制与目标功能模块存在绑定关系的其他功能模块判断所述目标故障码对应的故障是否为公共故障，若是，再控制其他功能模块从自身的故障修复程序接口库中查找所述目标故障修复程序对应的目标接口，一同执行所述目标故障修复程序。

S1042：控制所述其他功能模块判断所述目标故障码对应的故障是否为非公共故障，若是，控制所述非公共故障的关联功能模块从所述车载操作系统的程序接口中查找所述目标故障修复程序对应的目标接口，回调所述目标接口执行所述目标故障修复程序。

其中，车载操作系统的程序接口中包括车载操作系统的所有可调用接口，但是，只有一部分公共故障对应的调用接口会预先从车载操作系统的程序接口中加载到各个功能模块的故障修复程序接口库中。

因此，若所述目标故障码对应的故障是非公共故障，那么需要控制与目标功能模块存在绑定关系的非公共故障的关联功能模块从所述车载操作系统的程序接口中查找所述目标故障修复程序对应的目标接口，回调所述目标接口执行所述目标故障修复程序。

本实施例中，通过所述目标功能模块在所述车载操作系统中广播所述目标故障码，使所述车载操作系统中除所述目标功能模块以外的其他功能模块接收所述目标故障码，并控制与所述目标功能模块存在绑定关系的其他功能模块从一同执行所述目标故障修复程序，使得在某一个功能模块发生故障时，与其存在绑定关系的其他功能模块也能及时获知故障信息，并快速做出相应处理，更有利于保障操作系统的正常运行，提高故障处理的效率。

此外，由于车载操作系统中功能模块的故障通常为概率性故障，会出现一些随机性的问题，这些问题通常是无法找到规律去复现的，从而会导致出现质量事故、用户投诉等问题，为减少此类情况的发生，在功能模块开发的过程中以及客户反机维修的环节中，如何对随机性故障进行复现成为难点，因而，在本申请其他实施例中提出了车载操作系统的故障修复方法，请参阅图5，该方法包括步骤S201～S205，其中201～S203与步骤S101～S103相同，具体如下：

S201：当目标功能模块发生某一预设故障时，获取与所述预设故障相对应的目标故障码。

S202：确定所述目标故障码对应的故障类型，根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口；其中，每个功能模块中均预先加载了所述故障修复程序接口库，所述故障修复程序接口库中包括若干个预设故障修复程序的调用接口。

S203：控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序。

S204：若所述车载操作系统处于开发模式，捕捉当前车载操作系统的运行环境信息和所述目标功能模块的日志文档。

当目标功能模块发生某一预设故障时，若所述车载系统处于开发模式时，故障修复设备捕捉车载操作系统的当前运行环境信息和所述目标功能模块的日志文档。

其中，当前运行环境信息，包括：内存状态、CPU状态、FLASH状态、分区读写属性、各进程运行状态、进程CPU占比以及进行内存占比等。

目标功能模块的日志文档是指对目标功能模块运行过程的记录，包括其触发的事件流程、业务处理流程、数据访问情况以及网络访问情况等。

S205：按照预设的本地路径存储所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档；和/或，将所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档通过所述车载操作系统的串口输出。

在车载操作系统存有预设的本地路径，指向所述目标故障码、所述当前运行环境信息和所述目标功能模块的日志文档的存储区域。

故障修复设备可以按照预设的本地路径存储所述目标故障码、所述当前运行环境信息和所述目标功能模块的日志文档，之后开发人员通过调用上述信息，更好地对故障进行复现。

故障修复设备也可以将所述目标故障码、所述当前运行环境信息和所述目标功能模块的日志文档直接通过所述车载操作系统的串口输出，这种情况更适合于开发模式。其中车载操作系统的串口是指搭载所述车载操作系统的计算机设备的串口。

故障修复设备还可以既按照预设的本地路径存储所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档，又将所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档通过所述车载操作系统的串口输出。

在一个可选的实施例中，如果车载操作系统不是开发模式时，例如是用户在使用的场景下，那么当目标功能模块发生某一预设故障时，车载操作系统也要捕捉当前车载操作系统的运行环境信息，按照预设的本地路径存储所述目标故障和所述当前运行环境信息。

由于此种情况用户正在使用，因此不易对存储区域进行过于频繁的擦写，所以此时存储的运行环境信息较少，仅记录关键性的内存状态、进程CPU占比等。

在本实施例中，通过在发生某一预设故障时，将目标故障码、当前运行环境信息和目标功能模块的日志文档进行存储或通过串口输出，使得能够概率性故障发生时，及时捕捉关键信息，提高问题复现成功率，进而减少质量事故的发生。

请参见图6，为本申请一个实施例提供的车载操作系统的故障修复装置的结构示意图。该装置可以通过软件、硬件或两者的结合实现成为车载操作系统的故障修复设备的全部或一部分。该装置6包括第一获取单元61、第二获取模块62和执行控制模块63；

第一获取模块61，用于当目标功能模块发生某一预设故障时，获取与所述预设故障相对应的目标故障码；

第二获取模块62，用于确定所述目标故障码对应的故障类型，根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口；其中，每个功能模块中均预先加载了所述故障修复程序接口库，所述故障修复程序接口库中包括若干个预设故障修复程序的调用接口；

执行控制模块63，用于控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序。

在本申请的实施例中，通过在车载操作系统中预先设置不同的故障，根据故障对应的故障码对故障进行分类，并在各功能模块中预先加载故障修复程序接口库，提供若干个预设故障修复程序的调用接口，从而使得在目标功能模块在发生某一预设故障时，能够及时获取与所述预设故障相对应的目标故障码，并确定所述目标故障码对应的故障类型。之后再根据所述故障类型与预设故障修复程序之间的对应关系，从故障修复程序接口库中查找所述目标故障修复程序对应的目标接口，并控制所述目标功能模块调用所述目标接口，执行所述目标故障修复程序，快速完成目标功能模块内故障的修复，保障车载操作系统的正常运行，进而提高汽车驾驶安全性。

可选的，所述装置6还包括：

广播模块，用于通过所述目标功能模块在所述车载操作系统中广播所述目标故障码，使所述车载操作系统中除所述目标功能模块以外的其他功能模块接收所述目标故障码，并控制与所述目标功能模块存在绑定关系的其他功能模块从一同执行所述目标故障修复程序。

可选的，所述装置6还包括：

第三获取模块，用于获取各个所述功能模块之间的数据调用关系；

绑定模块，用于根据所述数据调用关系，将调用数据的功能模块与被调用数据的功能模块进行绑定。

可选的，所述广播模块包括：

第一控制模块，用于控制所述其他功能模块判断所述目标故障码对应的故障是否为公共故障，若是，控制所述其他功能模块一同执行所述目标故障修复程序。

可选的，所述广播模块还包括：

第二控制模块，用于控制所述其他功能模块判断所述目标故障码对应的故障是否为非公共故障，若是，控制所述非公共故障的关联功能模块从所述车载操作系统的程序接口中查找所述目标故障修复程序对应的目标接口，回调所述目标接口执行所述目标故障修复程序

可选的，所述装置6还包括：

第一捕捉模块，用于捕捉当前车载操作系统的运行环境信息；

第一存储模块，用于按照预设的本地路径存储所述目标故障和所述当前运行环境信息

可选的，所述装置6还包括：

第二捕捉模块，用于若所述车载操作系统处于开发模式，捕捉当前车载操作系统的运行环境信息和所述目标功能模块的日志文档；

第二存储模块，用于按照预设的本地路径存储所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档；

和/或，

将所述目标故障、所述当前运行环境信息和所述目标功能模块的日志文档通过所述车载操作系统的串口输出。

请参见图7，为本申请一个实施例提供的设备的结构示意图。如图7所示，所述设备7可以包括：处理器70、存储器71以及存储在所述存储器71并可以在所述处理器70上运行的计算机程序72，例如：车载操作系统的故障修复程序；所述处理器70执行所述计算机程序72时实现上述各方法实施例中的步骤，例如图1所示的步骤S101至S103。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块61至63的功能。

其中，所述处理器70可以包括一个或多个处理核心。处理器70利用各种接口和线路连接所述控制设备7内的各个部分，通过运行或执行存储在存储器71内的指令、程序、代码集或指令集，以及调用存储器71内的数据，执行控制设备7的各种功能和处理数据，可选的，处理器70可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programble Logic Array，PLA)中的至少一个硬件形式来实现。处理器70可集成中央处理器(Central ProcessingUnit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器70中，单独通过一块芯片进行实现。

其中，存储器71可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器71包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器71可用于存储指令、程序、代码、代码集或指令集。存储器71可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器71可选的还可以是至少一个位于远离前述处理器70的存储装置。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适用于由处理器加载并执行上述图1以及图3至图5所示实施例的方法步骤，具体执行过程可以参见图1以及图3至图5所示实施例的具体说明，在此不进行赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。

本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。