一种打开应用的移动终端和方法

1.一种打开应用的移动终端，其特征在于，包括：确定模块、监测模块、获取模块和处理模块；其中，
确定模块，用于获取预设时间段内各个应用的访问路径；根据获得的各个应用的访问路径统计被访问的各个应用的访问信息；根据统计出的被访问的各个应用的访问信息确定用户访问度最高的应用信息；
监测模块，用于当监测到自身所属的所述移动终端预先设置的感应区域有滑动操作时，向获取模块发送通知；
获取模块，用于接收到通知，获取滑动操作的滑动距离和方向；
处理模块，用于当判断出所述获取模块获得的滑动操作的滑动距离大于或等于滑动阈值，且获得的滑动操作的方向与预先规定的滑动方向一致时，打开与确定出的用户访问度最高的应用信息对应的界面；所述应用信息包括应用的菜单项或应用的子菜单项。
2.根据权利要求1所述的移动终端，其特征在于，
该移动终端还包括建表模块，用于为各个应用建立树形结构表；
其中，所述树形结构表中的根节点到父节点到子节点的顺序构成访问路径；所述树形结构表的根节点为应用的首页，树形结构表的父节点为应用的菜单项，树形结构表的子节点为应用的子菜单项。
3.根据权利要求1所述的移动终端，其特征在于，所述确定模块还用于：
获取预设时间段内各个应用的访问时长或访问频率；
根据获得的访问时长或访问频率确定被访问的应用的访问度；其中，访问度和访问时长成正比，或者访问度和访问频率成正比；
对确定出的被访问的应用的访问度进行排序，排序后的最高访问度对应的应用为用户访问度最高的应用。
4.一种打开应用的方法，其特征在于，包括：
获取预设时间段内各个应用的访问路径；
根据获得的各个应用的访问路径统计被访问的各个应用的访问信息；
根据统计出的被访问的各个应用的访问信息确定用户访问度最高的应用信息；
当监测到移动终端预先设置的感应区域有滑动操作时，获取滑动操作的滑动距离和方向；
当判断出获得的滑动操作的滑动距离大于或等于滑动阈值，且获得的滑动操作的方向与预先规定的滑动方向一致时，打开与确定出的用户访问度最高的应用信息对应的界面，所述应用信息包括应用的菜单项或应用的子菜单项。
5.根据权利要求4所述的方法，其特征在于，
该方法之前还包括：
为各个应用建立树形结构表；
其中，所述树形结构表中的根节点到父节点到子节点的顺序构成访问路径；所述树形结构表的根节点为应用的首页，树形结构表的父节点为应用的菜单项，树形结构表的子节点为应用的子菜单项。
6.根据权利要求4所述的方法，其特征在于，还包括：
获取预设时间段内各个应用的访问时长或访问频率；
根据获得的访问时长或访问频率确定被访问的应用的访问度；其中，访问度和访问时长成正比，或者访问度和访问频率成正比；
对确定出的被访问的应用的访问度进行排序，排序后的最高访问度对应的应用为用户访问度最高的应用。

一种打开应用的移动终端和方法\n技术领域\n[0001] 本发明涉及智能终端技术，尤指一种打开应用的移动终端和方法。\n背景技术\n[0002] 目前的移动终端打开应用的方式有以下两种：第一种，选定应用的图标打开；第二种，当通知栏上有消息弹出时点击打开相应的消息从而进入应用(例如微信及短信)。\n[0003] 上述两种应用的打开方式中，第一种方式需要用户一层一层的打开某一应用的某一界面，处理方式繁琐，用户体验不好；第二种是基于消息响应而触发的一种方式，是属于被动接受提醒从而打开的形式。上述两种打开应用的方式，已然不能满足用户的要求。\n发明内容\n[0004] 为了解决上述技术问题，本发明提供了一种打开应用的移动终端和方法，能够更加快速、便捷地访问用户常用的应用，提升用户的体验感。\n[0005] 为了达到本发明目的，本发明提供了一种启动应用的移动终端，包括：确定模块、监测模块、获取模块和处理模块；其中，\n[0006] 确定模块，用于确定用户访问度最高的应用的相关信息；\n[0007] 监测模块，用于当监测到自身所属的所述移动终端预先设置的感应区域有滑动操作时，向获取模块发送通知；\n[0008] 获取模块，用于接收到通知，获取滑动操作的滑动距离和方向；\n[0009] 处理模块，用于当判断出所述获取模块获得的滑动操作的滑动距离大于或等于滑动阈值，且获得的滑动操作的方向与预先规定的滑动方向一致时，打开与确定出的用户访问度最高的应用的相关信息对应的界面。\n[0010] 进一步地，所述应用的相关信息包括应用或应用信息；\n[0011] 该移动终端还包括建表模块，用于为各个应用建立树形结构表；\n[0012] 其中，所述树形结构表中的根节点到父节点到子节点的顺序构成访问路径；所述树形结构表的根节点为应用的首页，树形结构表的父节点为应用的菜单项，树形结构表的子节点为应用的子菜单项。\n[0013] 进一步地，所述确定模块，具体用于：\n[0014] 获取预设时间段内各个应用的访问时长或访问频率；\n[0015] 根据获得的访问时长或访问频率确定被访问的应用的访问度；其中，访问度和访问时长成正比，或者访问度和访问频率成正比；\n[0016] 对确定出的被访问的应用的访问度进行排序，排序后的最高访问度对应的应用为用户访问度最高的应用。\n[0017] 进一步地，所述确定模块，具体用于：\n[0018] 获取预设时间段内各个应用的访问路径；\n[0019] 根据获得的各个应用的访问路径统计被访问的各个应用的访问信息；\n[0020] 根据统计出的被访问的各个应用的访问信息确定用户访问度最高的应用信息。\n[0021] 进一步地，所述应用信息包括应用的菜单项，和/或应用的子菜单项。\n[0022] 本发明还公开了一种打开应用的方法，包括：\n[0023] 确定用户访问度最高的应用或应用的相关信息；\n[0024] 当监测到移动终端预先设置的感应区域有滑动操作时，获取滑动操作的滑动距离和方向；\n[0025] 当判断出获得的滑动操作的滑动距离大于或等于滑动阈值，且获得的滑动操作的方向与预先规定的滑动方向一致时，打开与确定出的用户访问度最高的应用的相关信息对应的界面。\n[0026] 进一步地，所述应用的相关信息包括应用或应用信息；\n[0027] 该方法之前还包括：\n[0028] 为各个应用建立树形结构表；\n[0029] 其中，所述树形结构表中的根节点到父节点到子节点的顺序构成访问路径；所述树形结构表的根节点为应用的首页，树形结构表的父节点为应用的菜单项，树形结构表的子节点为应用的子菜单项。\n[0030] 进一步地，所述确定用户访问度最高的应用的相关信息，包括：\n[0031] 获取预设时间段内各个应用的访问时长或访问频率；\n[0032] 根据获得的访问时长或访问频率确定被访问的应用的访问度；其中，访问度和访问时长成正比，或者访问度和访问频率成正比；\n[0033] 对确定出的被访问的应用的访问度进行排序，排序后的最高访问度对应的应用为用户访问度最高的应用。\n[0034] 进一步地，所述确定用户访问度最高的应用的相关信息，包括：\n[0035] 获取预设时间段内各个应用的访问路径；\n[0036] 根据获得的各个应用的访问路径统计被访问的各个应用的访问信息；\n[0037] 根据统计出的被访问的各个应用的访问信息确定用户访问度最高的应用信息。\n[0038] 进一步地，所述应用信息包括应用的菜单项，和/或应用的子菜单项。\n[0039] 本发明技术方案包括：确定模块、监测模块、获取模块和处理模块；其中，确定模块，用于确定用户访问度最高的应用的相关信息；监测模块，用于当监测到自身所属的所述移动终端预先设置的感应区域有滑动操作时，向获取模块发送通知；获取模块，用于接收到通知，获取滑动操作的滑动距离和方向；处理模块，用于当判断出获得的滑动操作的滑动距离大于或等于滑动阈值，且获得的滑动操作的方向与预先规定的滑动方向一致时，打开与确定出的用户访问度最高的应用的相关信息对应的界面。本发明技术方案实现了更加快速、便捷地访问用户常用的应用，提升了用户的体验感。\n附图说明\n[0040] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：\n[0041] 图1为实现本发明各个实施例的移动终端的硬件结构示意；\n[0042] 图2为支持本发明移动终端之间进行通信的通信系统的示意图；\n[0043] 图3为本发明打开应用的移动终端的结构示意图；\n[0044] 图4为本发明打开应用的方法的流程图；\n[0045] 图5为本发明树形结构表的示意图；\n[0046] 图6为本发明采用固定方式划分C区的示意图；\n[0047] 图7为本发明C区滑动判断方法流程图；\n[0048] 图8为本发明C区触点移动示意图；\n[0049] 图9为本发明移动终端的触控操作方法第一实施例的流程图；\n[0050] 图10为本发明移动终端的触控操作方法第二实施例的流程图；\n[0051] 图11为本发明实施例中分割触控区的示意图；\n[0052] 图12为本发明实施例中分割触控区的另一示意图；\n[0053] 图13为本发明实施例中触控事件上报流程图。\n具体实施方式\n[0054] 下面将结合附图及实施例对本发明的技术方案进行更详细的说明。\n[0055] 现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。\n[0056] 移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。\n[0057] 图1为实现本发明各个实施例的移动终端的硬件结构示意图。\n[0058] 移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。\n[0059] 无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块\n112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。\n[0060] 广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。\n[0061] 移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。\n[0062] 无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。\n[0063] 短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。\n[0064] 位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位系统)。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。\n[0065] A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风1220，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机1210。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。\n[0066] 用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。\n[0067] 感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端\n100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器1410将在下面结合触摸屏来对此进行描述。\n[0068] 接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。\n[0069] 另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。\n[0070] 显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。\n[0071] 同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元\n151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。\n[0072] 音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。\n音频输出模块152可以包括扬声器、蜂鸣器等等。\n[0073] 警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元\n153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incoming communication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。\n[0074] 存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。\n[0075] 存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器\n160的存储功能的网络存储装置协作。\n[0076] 控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。\n[0077] 电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。\n[0078] 这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。\n对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。\n[0079] 至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。\n[0080] 如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。\n[0081] 现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。\n[0082] 这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。\n[0083] 参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)\n290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。\n回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC2750。\n[0084] 每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。\n[0085] 分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。\n[0086] 如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端\n100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端\n100中的至少一个。\n[0087] 在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。\n[0088] 作为无线通信系统的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。\n[0089] 基于上述移动终端硬件结构以及通信系统，提出本发明方法各个实施例。\n[0090] 图3为本发明打开应用的移动终端的结构示意图，如图3所示，包括：确定模块30、监测模块31、获取模块32和处理模块33。其中，\n[0091] 确定模块30，用于确定用户访问度最高的应用的相关信息。\n[0092] 其中，应用的相关信息包括应用或应用信息；应用信息包括应用的菜单项，和/或应用的子菜单项。\n[0093] 其中，确定模块30，具体用于：\n[0094] 获取预设时间段内各个应用的访问时长或访问频率；\n[0095] 根据获得的访问时长或访问频率确定被访问的应用的访问度；其中，访问度和访问时长成正比，或者访问度和访问频率成正比；\n[0096] 对确定出的被访问的应用的访问度进行排序，排序后的最高访问度对应的应用为用户访问度最高的应用。\n[0097] 其中，所述确定模块30，还具体用于：\n[0098] 获取预设时间段内各个应用的访问路径；\n[0099] 根据获得的各个应用的访问路径统计被访问的各个应用的访问信息；\n[0100] 根据统计出的被访问的各个应用的访问信息确定用户访问度最高的应用信息。\n[0101] 监测模块30，用于当监测到自身所属的移动终端预先设置的感应区域有滑动操作时，向获取模块32发送通知。\n[0102] 获取模块32，用于接收到通知，获取滑动操作的滑动距离和方向。\n[0103] 处理模块33，用于当判断出获取模块获得的滑动操作的滑动距离大于或等于滑动阈值，且获得的滑动操作的方向与预先规定的滑动方向一致时，打开与确定出的用户访问度最高的应用的相关信息对应的界面。\n[0104] 进一步地，该移动终端还包括建表模块34，用于为各个应用建立树形结构表；\n[0105] 其中，树形结构表中的根节点到父节点到子节点的顺序构成访问路径；树形结构表的根节点为应用的首页，树形结构表的父节点为应用的菜单项，树形结构表的子节点为应用的子菜单项。树形结构表如图5所示。\n[0106] 需要说明的是，该移动终端中的确定模块30和处理模块33均可以设置在图1中的控制器180中；监测模块31和获取模块32均可以设置在图1中的感测单元140中；建表模块34可以设置在图1中的控制器180中。\n[0107] 图4为本发明打开应用的方法的流程图，如图4所示，包括：\n[0108] 步骤401：确定用户访问度最高的应用的相关信息。\n[0109] 其中，应用的相关信息包括应用或应用信息；应用信息包括应用的菜单项，和/或应用的子菜单项。\n[0110] 进一步地，该方法之前还包括：\n[0111] 为各个应用建立树形结构表；\n[0112] 其中，树形结构表中的根节点到父节点到子节点的顺序构成访问路径；树形结构表的根节点为应用的首页，树形结构表的父节点为应用的菜单项，树形结构表的子节点为应用的子菜单项。树形结构表如图5所示。举例说明，以新闻客户端APP为例，打开该应用时，出现的首页即为根节点，每一个菜单项分别为热点/体育/财经等图标，每一个子菜单项均为热点/体育/财经的界面。在APP中，可获取到每一菜单项或子菜单项的路径，将每一菜单项的路径设置为不同的父节点，同时，每一菜单项的界面显示的内容即为子菜单项1，…，子菜单项n。\n[0113] 其中，访问路径是根节点到父节点到子节点的访问顺序。举例说明，如访问微信的朋友圈，对应上述的树形结构表的访问路径为“应用APP—微信—发现—朋友圈”。\n[0114] 其中，当应用的相关信息是应用时，确定用户访问度最高的应用的相关信息，包括：\n[0115] 获取预设时间段内各个应用的访问时长或访问频率；\n[0116] 根据获得的访问时长或访问频率确定被访问的应用的访问度；其中，访问度和访问时长成正比，或者访问度和访问频率成正比；\n[0117] 对确定出的被访问的应用的访问度进行排序，排序后的最高访问度对应的应用为用户访问度最高的应用。\n[0118] 其中，当应用的相关信息是应用信息时，确定用户访问度最高的应用的相关信息，包括：\n[0119] 获取预设时间段内各个应用的访问路径；\n[0120] 根据获得的各个应用的访问路径统计被访问的各个应用的访问信息；\n[0121] 根据统计出的被访问的各个应用的访问信息确定用户访问度最高的应用信息。\n[0122] 步骤402：当监测到移动终端预先设置的感应区域有滑动操作时，获取滑动操作的滑动距离和方向。\n[0123] 其中，移动终端预先设置的感应区域可以设置在移动终端的侧边，如图6所示，采用固定方式划分C区，划分方法为：在触摸屏的原A′区的边缘划分出部分区域作为虚拟边框区域(即C区)，A′区的其他区域称为A区(与传统的功能相同)；该C区包括有位于左侧的部分区域和位于右侧的部分区域，其位置固定设于A′区的两侧边缘。当然，也可仅在一侧边缘处划分C区。如图7所示，为本发明C区滑动判断方法的实施例的流程图，在采用固定方式划分C区时，C区的滑动识别方法包括以下步骤：\n[0124] 步骤701：定义C区的位置和宽度，将触摸屏的整个可触摸区域划分为位于两侧边缘的C区和位于中间的A区。划分后效果图如图7所示，触摸屏两侧边缘的灰色区域即为C区。\n[0125] 步骤702：在触摸屏驱动初始化时，通过input_allocate_device()分配两个虚拟输入设备(分别定义为：input0和input1)，并通过input_register_device()注册这两个输入设备，其中input0对应于C区、input1对应于A区。\n[0126] 在注册好该两个虚拟输入设备后，上层将根据驱动层上报的虚拟输入设备的命名，识别出当前用户触摸区域是C区还是A区，不同的分区，上层处理方式不同，步骤704中将会介绍。\n[0127] 本发明所述的上层通常指框架(Framework)层、应用层等，在移动终端的系统中，例如android、IOS等定制系统，通常包括底层(物理层，驱动层)以及上层(框架层，应用层)，信号流的走向为：物理层(触控面板)接收到用户的触控操作，物理按压转变为电信号TP，将TP传递至驱动层，驱动层对按压的位置进行解析，得到位置点的具体坐标，持续时间，压力等参数，将该参数上传至框架层，框架层与驱动层的通信可通过相应的接口来实现，框架层接收到驱动层的输入设备(input)，解析该输入设备，从而选择响应或不响应该输入设备，并将有效的输入向上传递给具体哪一个应用，以满足应用层根据不同的事件执行不同的应用操作。\n[0128] 步骤703：当C区感测有与触点并发的触控事件时，通过虚拟输入设备input0向上层上报该触点的初始坐标位置(downX,downY)和初始按下时刻信息(downTime)，上层(系统框架层或者应用层)记录下该信息作为后续的滑动判断依据。如图8所示，触摸屏的中间部分为A区，左右两侧的窄边为C区，灰色原点代表C区中的触点。\n[0129] 触控操作通常为点击、滑动等操作，每一触控操作由一个或多个触点组成，因此移动终端可以通过侦测触控操作的触点落入的区域，来判断触控操作是发生在C区还是A区。\n[0130] 在框架(Framework)层接收到上报事件(上报事件包括输入设备以及触控点各项参数等)后，首先根据输入设备的命名，识别是哪一个区域，如驱动层(kernel)识别是在C区触控，则驱动层上报到框架层的输入设备是input0，而不是用input1来上报，即，框架层不需要判断当前触点在哪一个分区，也不需要判断分区的大小和位置，这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该触点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。\n[0131] 步骤704：在上述触点移动过程中，虚拟输入设备input0按照预设的周期向上层实时上报该触点的当前坐标位置(currentX，currentY)；同时，上层根据触点的初始坐标位置(downX，downY)和当前坐标位置信息判断触控事件是否为滑动事件，若是则进一步判断其方向属性，并据此进行预设的特殊处理，特殊处理方式如忽略、生成特效等。\n[0132] 为实现较为准确的判断，虚拟输入设备input0的上报周期可以设定为较短时间值，比如1/85秒。\n[0133] 在步骤704中，判断与触点并发的触控事件是否为滑动事件的具体方法为：判断触点当前位置与初始位置的移动距离；若该移动距离超过预设阈值，则判定该触控事件为滑动事件，否则，判定该触控事件不是滑动事件。\n[0134] 触点的移动距离的计算公式为：\n[0135]\n[0136] 由于C区为虚拟边框区域，一般设置的比较窄，X轴方向的移动距离减小，可以忽略不计，因而上述触点的移动距离的计算公式可以简化为：\n[0137] 移动距离＝|currentY–downY|。\n[0138] 需要说明的是，框架层在接收到上报事件后，通过单通道转多通道的机制，上报到应用层。具体为：先注册一个通道，通过该通道传递该上报事件，通过监听器(listener)监听该事件，将该事件通过不同的通道，传递至对应的应用模块，产生不同的应用操作，其中，应用模块包括摄像、联系人等常用应用；产生不同的应用操作，例如在摄像应用下，用户在特殊分区点击，则会产生调焦，拍摄，调摄像参数等不同操作。要注意，上报事件传递到监听器之前，是单通道，监听器监听之后，上报事件走的是多通道，且多通道同时存在，其好处在于可同时传递至不同的应用模块，不同应用模块产生不同的响应操作。\n[0139] 可选地，上述步骤的具体实现为：利用面向对象化的方式，定义C区和A区的类别以及实现方式，在判断是C区后，通过EventHub函数将不同分辨率的触控点坐标转化为LCD的坐标，定义单通道函数(例如serverchannel和clientchannel等),该函数的作用是，当收到上报事件后，将该事件通过该通道传递至事件管理器(TouchEventManager)，通过监听器的监听，将该事件通过多通道同时或逐一传递至多个响应的应用模块下，也可以只传递给其中的一个应用模块，应用模块如camera，gallery等，不同应用模块产生相应的操作。当然，上述步骤的具体实现也可以为其他方式的步骤实现，本发明实施例对此不做限制。\n[0140] 关于如何对触控事件的报点信息进行处理，如图9所示，提出本发明移动终端的触控操作方法第一实施例，该实施例中的移动终端中未内置有分区开关，包括以下步骤：\n[0141] 步骤901：将移动终端的触控区分割为普通分区和特殊分区两个分区。\n[0142] 移动终端的触控区是用来接收用户触控操作的区域，本发明将该触控区分割为两个分区，分别为普通分区和特殊分区。其中，普通分区即现有技术中的触控区，用于正常接收用户的触控操作，并执行相应的指令；特殊分区是本发明特别定义的一个分区，从普通分区中独立出来，防止发生误操作。\n[0143] 移动终端设置分区时，可以首先设置特殊分区，确定特殊分区的位置和尺寸(如宽度、长度等)，设置好特殊分区后，触控区剩下的区域则为普通分区。\n[0144] 步骤902：虚拟两个输入设备，为每一分区分配一个输入设备。\n[0145] 具体实现上，移动终端的触摸屏驱动初始化时通过input_register_device()指令注册两个输入设备(input)，如输入设备0(input0)和输入设备1(input1)。并通过input_allocate_device()指令为每一个分区分配一个输入设备，如普通分区对应输入设备0，特殊分区对应输入设备1。\n[0146] 在注册好该两个输入设备后，上层根据驱动层上报的输入设备的命名，识别出当前用户触摸区域是普通分区还是特殊分区，不同的分区，上层处理方式不同，步骤905和步骤907将会详细介绍。\n[0147] 本发明的上层通常指框架(Framework)层、应用层等，在移动终端的系统中，例如android、IOS等定制系统，通常包括底层(物理层，驱动层)以及上层(框架层，应用层)，信号流的走向为：物理层(触控面板)接收到用户的触控操作，物理按压转变为电信号TP，将TP传递至驱动层，驱动层对按压的位置进行解析，得到位置点的具体坐标，持续时间，压力等参数，将该参数上传至框架层，框架层与驱动层的通信可通过相应的接口来实现，框架层接收到驱动层的输入设备(input)，解析该输入设备，从而选择响应或不响应该输入设备，并将有效的输入向上传递给具体哪一个应用，以满足应用层根据不同的事件执行不同的应用操作。\n[0148] 步骤903：接收触控操作。移动终端可通过驱动层接收触控操作。\n[0149] 步骤904：判断触控操作是否发生在特殊分区内。\n[0150] 触控操作通常为点击、滑动等操作，每一触控操作由一个或多个触控点组成，因此移动终端可以通过侦测触控操作的触控点落入的区域，来判断触控操作是发生在普通分区还是特殊分区。具体实现上，移动终端的驱动层获取触控操作的触控点的坐标，判断触控点的坐标落入了哪个分区。当触控点的坐标落入特殊分区时，则判定触控操作发生在特殊分区内，进入步骤905；当触控点的坐标没有落入特殊分区，而是落入普通分区时，则判定触控操作发生在普通分区内，则进入步骤907。\n[0151] 步骤905：通过特殊分区所对应的输入设备上报触控操作。\n[0152] 具体的，当触控操作的触控点落入特殊分区时，移动终端的驱动层则通过特殊分区所对应的输入设备上报该触控点。\n[0153] 在框架(Framework)层接收到上报事件(上报事件包括输入设备以及触控点各项参数等)后，首先根据输入设备的命名，识别是哪一个区域，如上一步骤中驱动层(kernel)识别是在特殊分区触控，则驱动层上报到框架层的输入设备是input1，而不是用input0来上报，即，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小和位置，这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。\n[0154] 需要说明的是，框架层在接收到上报事件后，通过单通道转多通道的机制，上报到应用层。具体为：先注册一个通道，通过该通道传递该上报事件，通过监听器(listener)监听该事件，将该事件通过不同的通道，传递至对应的应用模块，产生不同的应用操作，其中，应用模块包括摄像、联系人等常用应用；产生不同的应用操作，例如在摄像应用下，用户在特殊分区点击，则会产生调焦，拍摄，调摄像参数等不同操作。要注意，上报事件传递到监听器之前，是单通道，监听器监听之后，上报事件走的是多通道，且多通道同时存在，其好处在于可同时传递至不同的应用模块，不同应用模块产生不同的响应操作。\n[0155] 可选地，上述步骤的具体实现为：利用面向对象化的方式，定义普通分区和特殊分区的类别以及实现方式，在判断是特殊分区后，通过EventHub函数将不同分辨率的触控点坐标转化为LCD的坐标，定义单通道函数(例如serverchannel和clientchannel等)，该函数的作用是，当收到上报事件后，将该事件通过该通道传递至事件管理器\n(TouchEventManager)，通过监听器的监听，将该事件通过多通道同时或逐一传递至多个响应的应用模块下，也可以只传递给其中的一个应用模块，应用模块如camera,gallery等，不同应用模块产生相应的操作。当然，上述步骤的具体实现也可以为其他方式的步骤实现，本发明实施例对此不做限制。\n[0156] 步骤906：忽略该触控操作。\n[0157] 本实施例对触控操作的特殊处理，是对该触控操作进行忽略。具体实现上，移动终端的框架(Framework)层接收到特殊分区所对应的输入设备上报的触控点后，停止继续上报该触控点，即终止正常上报流程，并屏蔽该触控点，忽略该触控操作，即移动终端对该触控操作不予反应，从而达到了防止误操作的效果。\n[0158] 步骤907：通过普通分区所对应的输入设备上报触控操作。\n[0159] 具体的，当触控操作的触控点落入普通分区时，移动终端的驱动层则通过普通分区所对应的输入设备上报该触控点。\n[0160] 在框架(Framework)层接收到上报事件(上报事件包括输入设备以及触控点各项参数等)后，首先根据输入设备的命名，识别是哪一个区域，如上一步骤中驱动层(kernel)识别是在普通分区触控，则驱动层上报到框架层的输入设备是input0，而不是用input1来上报，即，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小和位置，这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。\n[0161] 需要说明的是，框架层在接收到上报事件后，不再通过单通道转多通道的机制，而是直接通过多通道的机制，监听器(listener)监听该事件，将该事件通过不同的通道，传递至对应的应用模块，产生不同的应用操作，其中，应用模块包括摄像，联系人等常用应用；产生不同的应用操作，例如在摄像应用下，用户在普通分区点击，则会产生调焦，拍摄，调摄像参数等不同操作。需要注意的是，该多通道并非同时存在，而是单位时间只产生单个通道。\n[0162] 可选地，上述步骤的具体实现为：在判断是普通分区后，通过EventHub函数将不同分辨率的触控点坐标转化为LCD的坐标，定义单通道函数(例如serverchannel和clientchannel等),该函数的作用是，当收到上报事件后，将该事件通过该通道传递至事件管理器(TouchEventManager)，通过监听器的监听，将该事件通过多通道逐一传递至多个响应的应用模块下，也可以只传递给其中的一个应用模块，应用模块如camera,gallery等，不同应用模块产生相应的操作。当然，上述步骤的具体实现也可以为其他方式的步骤实现，本发明实施例对此不做限制。\n[0163] 步骤908：正常处理该触控操作。\n[0164] 正常处理该触控操作，即按照现有技术中的正常流程对触控操作进行处理。例如，移动终端的框架层接收到普通分区所对应的输入设备上报的触控点后，按照正常流程继续上报该触控点，以执行相应的操作指令。\n[0165] 从而，本实施例通过将触控区容易被用户误操作的区域单独提取出来作为特殊分区，并忽略该特殊分区上报的触控操作，达到了防止误操作的效果。\n[0166] 如图10所示，提出本发明移动终端的触控操作方法第二实施例，该实施例中的移动终端中也未内置有分区开关，包括以下步骤：\n[0167] 步骤1001：将移动终端的触控区分割为普通分区和特殊分区两个分区。\n[0168] 步骤1002：虚拟两个输入设备，为每一分区分配一个输入设备。\n[0169] 步骤1003：接收触控操作。\n[0170] 本实施例中步骤1001-1003分别与第一实施例中的步骤901-903相类似，在此不再赘述。\n[0171] 步骤1004：判断触控操作是否发生在特殊分区内。\n[0172] 触控操作通常为点击、滑动等操作，每一触控操作由一个或多个触控点组成，因此移动终端可以通过侦测触控操作的触控点落入的区域，来判断触控操作是发生在普通分区还是特殊分区。具体实现上，移动终端的驱动层获取触控操作的触控点的坐标，判断触控点的坐标落入了哪个分区。当触控点的坐标落入特殊分区时，则判定触控操作发生在特殊分区内，进入步骤1005；当触控点的坐标落入普通分区时，则判定触控操作发生在普通分区内，则进入步骤1007。\n[0173] 步骤1005：通过特殊分区所对应的输入设备上报触控操作。\n[0174] 具体的，当触控操作的触控点落入特殊分区时，移动终端的驱动层则通过特殊分区所对应的输入设备上报该触控点。\n[0175] 步骤1006：根据该触控操作生成特效。\n[0176] 在框架(Framework)层接收到上报事件(上报事件包括输入设备以及触控点各项参数等)后，首先根据输入设备的命名，识别是哪一个区域，如上一般步骤中驱动层(kernel)识别是在特殊分区触控，则驱动层上报到框架层的输入设备是input1，而不是用input0来上报，即，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小和位置，这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。\n[0177] 本实施例对触控操作的特殊处理，是根据该触控操作生成特效。具体实现上，移动终端的框架层接收到特殊分区所对应的输入设备上报的触控点后，停止继续上报该触控点，即终止正常上报流程，并在该触控点的位置或任意位置生成特效。特效即产生颜色变化、图案变化、亮度变化等特殊效果。从而同样达到了防止误操作的效果。\n[0178] 步骤1007：通过普通分区所对应的输入设备上报触控操作。\n[0179] 具体的，当触控操作的触控点落入普通分区时，移动终端的驱动层则通过普通分区所对应的输入设备上报该触控点。\n[0180] 步骤1008：正常处理该触控操作。\n[0181] 在框架(Framework)层接收到上报事件(上报事件包括输入设备以及触控点各项参数等)后，首先根据输入设备的命名，识别是哪一个区域，如上一步骤中驱动层(kernel)识别是在普通分区触控，则驱动层上报到框架层的输入设备是input0，而不是用input1来上报，即，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小和位置，这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。\n[0182] 正常处理该触控操作，即按照现有技术中的正常流程对触控操作进行处理。例如，移动终端的框架层接收到普通分区所对应的输入设备上报的触控点后，按照正常流程继续上报该触控点，以执行相应的操作指令。\n[0183] 从而，本实施例通过不对特殊分区上报的触控操作进行正常处理，而是根据该触控操作生成特效，同样实现了防止误操作。\n[0184] 除了采用前述实施例的忽略处理、特效处理等特殊处理外，还可以根据用户自定义的处理方式对特殊分区上报的触控操作进行特殊处理，如自定义其它操作指令，包括点亮屏幕、熄灭屏幕、调节音量、调节亮度等。\n[0185] 其中，上述实施例中的特殊分区(或称之为边缘区域)20优选如图11所示，设于触控区的边缘，触控区剩余区域则为普通分区(或称之为非边缘区域)10。或者，如图12所示，普通分区10包括A区和B区，其中A区为可操作区域，用于检测触摸点坐标，B区为虚拟按键区域，用于检测菜单键、Home键、返回键等，特殊分区20设于触控区边缘并位于A区两侧。此外，也可以根据需要将特殊分区20设于其它任何容易导致误操作的区域。如图13所示，将普通分区简称为A区，将特殊分区简称为C区，触控事件(或称之为用户操作)的上报流程如下：\n[0186] 驱动层通过物理硬件如触摸屏接收触控事件，并判断触控操作发生在A区还是C区，并通过A区或C区设备文件节点上报事件。Native层从A区、C区的设备文件中读取事件，并对A区、C区的事件进行处理，如坐标计算，通过设备ID对A、C区的事件进行区分，最后分别派发A区和C区事件。其中A区事件走原生流程，按通常的方式对A区事件进行处理，即，通过多通道的机制进行处理；C区事件则从事先注册到Native层的C区专用通道进行派发，由Native端口输入，系统端口输出至C区事件结束系统服务，通过监听器\n[0187] (listener)监听C区事件，再通过C区事件接收对外接口上报至各应用。利用移动终端的驱动层代码就可以实现防误触区即特殊分区的自由定制，因此，本技术方案的实现是在驱动层中而非固件中，这使得设备的软件设计摆脱了触屏IC供应商的束缚，实现更加灵活，成本更低。\n[0188] 其中，可以通过压力传感器获取滑动操作的滑动距离和方向。\n[0189] 步骤403：当判断出获得的滑动操作的滑动距离大于或等于滑动阈值，且获得的滑动操作的方向与预先规定的滑动方向一致时，打开与确定出的用户访问度最高的应用的相关信息对应的界面。\n[0190] 其中，预先规定的滑动方向可以为由上至下或由下至上的滑动方向。\n[0191] 本发明方法中，通过当滑动操作满足预设条件时，打开与确定出的用户访问度最高的应用的相关信息对应的界面，实现了更加快速、便捷地访问用户常用的应用，提升了用户的体验感。\n[0192] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。\n[0193] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。\n[0194] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。\n[0195] 以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。