CN118158779A - 应用的处理方法、系统、电子设备和存储介质 - Google Patents

Abstract

本申请提出一种应用的处理方法、系统、电子设备和存储介质，涉及通信技术领域。该方法包括：确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态；依据待处理应用对应的静默时长和待处理应用的状态，关闭所述待处理应用。基于与关闭应用相关的信号，对待处理应用进行处理，降低待处理应用所在的设备的功耗，并使用户可动态调整其所使用的应用，提升用户的使用体验。

Description

应用的处理方法、系统、电子设备和存储介质

技术领域

本申请涉及移动通信技术领域，具体涉及一种应用的处理方法、系统、电子设备和存储介质。

背景技术

目前，随着用户需求的增加，越来越多的基于音频的应用(Application，App)得以开发和应用。如，基于互联网协议的语音传输协议(Voice over Internet Protocol，VoIP)的网络电话App、视频会议App等。用户在使用上述基于音频的App时，通常会连接上蓝牙音频播放设备(如，蓝牙音箱、蓝牙耳机等)，以使用户可以基于蓝牙耳机等音频播放设备获得音频数据。

但是，不同应用所在的便携设备(手机，平板电脑，笔记本电脑等)与蓝牙耳机等音频播放设备进行通信的过程中，存在通信连接建立但音频播放设备无法播放音频数据的情况，从而导致使用该便携设备的用户无法获取音频数据，增加了便携设备的功耗，降低了用户的使用体验。

发明内容

本申请提供一种应用的处理方法、系统、电子设备和存储介质。

本申请实施例提供一种应用的处理方法，方法包括：确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态；依据待处理应用对应的静默时长和待处理应用的状态，关闭待处理应用。

本申请实施例提供一种应用的处理系统，其包括：应用的处理设备和至少一个短距离通信设备；应用的处理设备，被配置为执行本申请实施例中任一项的应用的处理方法；短距离通信设备，被配置为与应用的处理设备建立通信连接，并获取应用的处理设备中的待处理应用提供的数据，对数据进行处理。

本申请实施例提供一种电子设备，包括：一个或多个处理器；存储器，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本申请实施例中的任意一种应用的处理方法。

本申请实施例提供了一种可读存储介质，该可读存储介质存储有计算机程序，计算机程序被处理器执行时实现本申请实施例中的任意一种应用的处理方法。

根据本申请实施例的应用的处理方法、系统、电子设备和存储介质，通过确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态，能够明确该待处理应用是否进行数据的处理，并确定该待处理应用是否处于锁定状态，从而确定用户是否需要继续使用该待处理应用；依据待处理应用对应的静默时长和待处理应用的状态，关闭待处理应用，能够降低待处理应用所在的设备的功耗，并使用户可动态调整其所使用的应用，提升用户的使用体验。

关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。

附图说明

图1示出本申请一实施例提供的应用的处理方法的流程示意图。

图2示出本申请又一实施例提供的应用的处理方法的流程示意图。

图3示出本申请再一实施例提供的应用的处理方法的流程示意图。

图4示出本申请实施例提供的应用的处理系统的组成方框图。

图5示出本申请一实施例提供的应用的处理设备的组成方框图。

图6示出本申请一实施例提供的应用的处理系统的工作方法的流程示意图。

图7示出本申请又一实施例提供的应用的处理设备的组成方框图。

图8示出能够实现根据本发明实施例的应用的处理方法和装置的计算设备的示例性硬件架构的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

不同应用所在的便携设备(手机，平板电脑，笔记本电脑等)与蓝牙耳机等音频播放设备进行通信的过程中，存在通信连接建立但音频播放设备无法播放音频数据的情况，从而导致使用该便携设备的用户无法获取音频数据，增加了便携设备的功耗，降低了用户的使用体验。

例如，由于用户要离开房间一会儿，或该用户与他人进行交谈等原因，用户需要取下蓝牙耳机一段时间，在这个过程中，便携设备(手机，平板电脑，笔记本电脑等)中的基于音频的App仍然与蓝牙耳机建立通信连接，增加了该便携设备的功耗；同时，由于某些基于音频的App没有正常退出，还会导致便携设备无法播放音频数据，造成便携设备处于无声的状态，降低了用户的使用体验。

本申请提供一种应用的处理方法、系统、电子设备和存储介质，以解决上述问题。

图1示出本申请一实施例提供的应用的处理方法的流程示意图。该应用的处理方法可应用于应用的处理设备。如图1所示，本申请实施例中的应用的处理方法包括但不限于以下步骤。

步骤S101，确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态。

其中，静默时长为待处理应用与短距离通信设备进行通信业务时没有接收到下行数据的时长。锁定状态表征待处理应用处于活跃状态，即，该待处理应用不会被手动清理程序或后台清理程序主动清理掉。

例如，当待处理应用为音频应用时，对应的短距离通信设备为对端用户所使用蓝牙耳机等，若待处理应用在与对端用户进行音频通话业务时，在静默时长内没有收到对端用户通过蓝牙耳机发送的下行数据，则表示对端用户可能已经断开了与当前设备的连接，此时需要当前设备确定待处理的状态(即，待处理应用是否处于锁定状态)，以便于对待处理应用进行进一步地的处理，以降低当前设备的功耗。

步骤S102，依据待处理应用对应的静默时长和待处理应用的状态，关闭待处理应用。

通过对待处理应用对应的静默时长和待处理应用的状态的判断，能够关闭待处理应用，如，关闭不需要继续使用的待处理应用等，可降低待处理应用所在的设备的功耗。

在本实施例中，通过确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态，能够明确该待处理应用是否进行数据的处理，并确定该待处理应用是否处于锁定状态，从而确定用户是否需要继续使用该待处理应用；依据待处理应用对应的静默时长和待处理应用的状态，关闭待处理应用，能够降低待处理应用所在的设备的功耗，并使用户可动态调整其所使用的应用，提升用户的使用体验。

其中，通信业务，包括：音频业务、数据业务和视频业务中的任意一种，短距离通信设备包括：蓝牙设备、Wi-Fi设备、红外数据传输设备、紫峰设备中的至少一种。

其中，蓝牙设备能在近距离范围内实现不同的设备之间进行相互通信或操作。例如，蓝牙设备能够提供1Mbps(兆比特每秒)的传输速率，并支持10米以内的传输距离。

紫峰设备是支持紫峰(ZigBee)技术的设备，ZigBee技术拥有三个特点：功耗低，即休眠状态下的耗电量为微瓦级，工作状态下的耗电量为毫瓦级；超大网络容量，即1个ZigBee可支持的节点有65000个；广泛的覆盖面积，网络覆盖范围可达100～1000米。ZigBee技术具备双向性定位优势，将ZigBee技术充分应用于煤矿井下中，有效实现井下与地面之间的信息交流，提高定位信息的规范性以及准确性。

例如，通信业务包括音频业务。步骤S101中的确定待处理应用对应的静默时长，包括：获取音频业务对应的语音信息；对语音信息进行语音端点检测和语音识别，获得语音信息对应的语音端点信息；根据语音端点信息确定静默时长。

其中，对语音信息进行语音端点检测和语音识别，获得语音信息对应的语音端点信息，包括：将语音信息输入至语音识别模型(如，采用人工智能技术确定的语音识别模型等)中，提取语音信息对应的声学特征和频谱特征；根据声学特征和频谱特征，识别语音信息中的主语音信号；根据主语音信号的声学特征和频谱特征，识别主语音信号的起始点和终止点；根据主语音信号的起始点和终止点，确定语音信息对应的语音端点信息。

又例如，根据语音端点信息确定静默时长，包括：根据语音端点信息中的主语音信号的起始点和终止点，识别语音端点信息中包括的目标片段，目标片段为没有传输主语音信号的片段；根据目标片段确定静默时长。

通过上述不同的处理方式，明确待处理应用对应的静默时长，能够准确的对待处理应用的静默时长进行识别，从而准确衡量待处理应用是否是用户不再需要的应用，然后再对该待处理应用进行进一步的处理，减少当时设备中运行的无用的应用的数量，提升当前设备的系统的处理效率。

在一些可选的实施例中，锁定状态是通过获取到的应用锁的状态确定的，步骤S101中的确定待处理应用是否处于锁定状态，包括：在确定应用锁的状态为关闭状态的情况下，确定待处理应用处于非锁定状态；在确定应用锁的状态为启动状态的情况下，确定待处理应用处于锁定状态。

其中，应用锁是待处理应用对应的组件，该应用锁能够使待处理应用在预设时长内处于某个状态(如，非锁定状态，或锁定状态)不变。

当确定待处理应用处于锁定状态时，能够确定该待处理应用是活跃的，即该待处理应用不会被手动清理程序或后台清理程序主动清理掉。

当确定待处理应用处于非锁定状态时，明确该待处理应用可能不是活跃的，可以被用户手动清理，或，被后台清理程序主动关闭。

通过应用锁来控制待处理应用的不同状态，能够使待处理应用可以得到及时的处理，降低设备的功耗，并提升设备的数据处理效率。

例如，图2示出本申请又一实施例提供的应用的处理方法的流程示意图。该应用的处理方法可应用于应用的处理设备。如图2所示，本申请实施例中的应用的处理方法包括但不限于以下步骤。

步骤S201，确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态。

需要说明的是，本实施例中的步骤S201与上一实施例中的步骤S101相同，在此不再赘述。

步骤S202，在确定待处理应用对应的静默时长超过第一预设时长，且待处理应用的状态为非锁定状态的情况下，关闭待处理应用。

其中，第一预设时长为预先设定的时长，如，1分钟或2分钟等。可根据实际情况或历史测量数据确定该第一预设时长。待处理应用的状态为非锁定状态(例如，待处理应用对应的应用锁的状态为关闭状态时，表征该待处理应用的状态为非锁定状态)，表示该待处理应用没有被应用锁保护，或，该待处理应用处于非活跃状态。

在确定获得关闭应用信号的情况下，明确可以对待处理应用进行清理，从而将待处理应用关闭掉，以降低设备的功耗，延长设备的使用时长。

通过在确定待处理应用对应的静默时长超过第一预设时长，且待处理应用的状态为非锁定状态的情况下，生成关闭应用信号，并基于关闭应用信号关闭待处理应用，能够将处于非活跃状态的应用进行关闭，能够降低设备的功耗，延长设备的使用时长。并且，由于该待处理应用对应的静默时长超过第一预设时长，表征该待处理应用是不再被用户需要的应用，进一步基于其处于非活跃状态，可以采用直接关闭该待处理应用的方式，能够帮助用户将其不需要的应用进行关闭，以提升用户的使用体验。

在一些可能的实现方式中，步骤S102中的依据待处理应用对应的静默时长和待处理应用的状态，生成与关闭应用相关的信号，可以采用如下方式实现：

在确定待处理应用对应的静默时长超过第一预设时长，且待处理应用的状态为锁定状态的情况下，生成提醒关闭应用的信号，提醒关闭应用的信号用于提示用户关闭待处理应用。

例如，提醒关闭应用的信号可以为包括提示信息的信号。

其中，提示信息用于提示用户关闭待处理应用。

进一步地，还可以在应用的处理设备中显示该提示信息，其对应的显示方式可以包括：通过应用的处理设备的状态栏显示该提示信息，或，采用弹出对话窗的方式，直观的显示该提示信息，以使用户在获知该提示信息时，明确应用的处理设备的运行系统中存在锁定状态的待处理应用，并且，该应用对应的静默时长超过第一预设时长，需要将该待处理应用进行关闭，从而减少系统开销，提示系统的处理效率。

并且，通过将静默时长超过第一预设时长且应用锁的状态为锁定状态的待处理应用进行关闭，能够减少当前设备的能耗，延长当前设备的使用时长。

图3示出本申请再一实施例提供的应用的处理方法的流程示意图。该应用的处理方法可应用于应用的处理设备。如图3所示，本申请实施例中的应用的处理方法包括但不限于以下步骤。

步骤S301，确定待处理应用对应的静默时长。

需要说明的是，本实施例中的步骤S301与上一实施例中的步骤S101相同，在此不再赘述。

步骤S302，在确定待处理应用对应的静默时长超过第一预设时长的情况下，生成提醒关闭应用的信号。

其中，提醒关闭应用的信号用于提示用户关闭待处理应用。例如，提醒关闭应用的信号可以为包括提示信息的信号。提示信息用于提示用户关闭待处理应用。

步骤S303，确定在第二预设时长内未收到用户反馈的关闭响应的情况下，基于待处理应用对应的业务类型，关闭待处理应用。

其中，待处理应用对应的业务类型可以包括：语音业务(如，基于互联网协议的语音传输(Voice over Internet Protocol，VoIP)实现的三方通话业务等)、视频业务和数据业务中的至少一种。

例如，当待处理应用对应的业务类型为语音业务，且该语音业务是基于VoIP实现的三方通话业务时，若待处理应用在第二预设时长(例如，30秒等)内未收到用户反馈的关闭响应，则表示该待处理应用没有被用户使用，可以直接将该待处理应用进行关闭(如，从信令层面或业务层面，停止对该待处理应用的数据处理等)，从而减少系统开销，提升系统的处理效率。

又例如，当待处理应用对应的业务类型为视频业务时，若待处理应用在第二预设时长(例如，30秒等)内未收到用户反馈的关闭响应，则表示用户没有处于应用的处理设备的旁边(或，用户没有观看该待处理应用播放的视频文件)，并且，待处理应用对应的静默时长超过了第一预设时长(如，待处理应用没有收到视频服务器下发的视频数据的时长超过了第一预设时长)，即待处理应用没有被实时使用，需要将该待处理应用进行关闭，从而减少应用的处理设备的能耗，并协助用户更新其实时使用的应用的列表，提升用户的使用体验。

通过针对待处理应用对应的静默时长的判断，在确定待处理应用对应的静默时长超过第一预设时长的情况下，生成提醒关闭应用的信号，以提醒用户对待处理应用进行操作，减少因用户忘记对待处理应用的处理而导致的应用消耗当前设备的电量的可能性；确定在第二预设时长内未收到用户反馈的关闭响应的情况下，基于待处理应用对应的业务类型关闭待处理应用，能够减少当前设备的能耗，延长当前设备的使用时长。

在一些可能的实现方式中，关闭待处理应用，可以采用如下方式实现：基于当前设备的操作系统提供的接口，结束待处理应用对应的进程。

其中，当前设备的操作系统提供的接口可以包括：采用任务处理器的方式供用户进行操作的窗口；或，以命令行显示的调试窗口，从而在该调试窗口中输入操作指令，以便于与操作系统进行交互的接口；或，基于业务层面，操作系统提供的调试接口等。

以上对于操作系统提供的接口的方式仅是举例说明，可根据实际需要进行具体设定，其他未说明的操作系统提供的接口也在本申请的保护范围之内，在此不再赘述。

通过当前设备的操作系统提供的接口，能够直接对待处理应用对应的进程进行操作，从而快速准确的将待处理应用进行关闭，加快对待处理应用的处理速度，提升对不同应用的管理效率。

在一些可能的实现方式中，在执行步骤S101或步骤S201或步骤S301之前，还包括：确定待处理应用与短距离通信设备之间是否建立通信连接；在确定待处理应用与短距离通信设备之间建立通信连接的情况下，将待处理应用的标识存入系统堆栈中。

其中，系统堆栈可以包括基于不同业务类型对应的堆栈，如，基于音频业务的堆栈、基于视频业务的堆栈、以及基于数据下载业务的堆栈中的至少一种。

通过对待处理应用与短距离通信设备之间的通信连接进行确认，以确定待处理应用是能够与短距离通信设备进行通信的应用；在确定待处理应用与短距离通信设备之间建立通信连接的情况下，将待处理应用的标识存入到不同业务类型对应的堆栈中，能够便于对不同类型的待处理应用进行处理，提升对应用的处理效率。

在一些可能的实现方式中，在关闭待处理应用之后，还包括：将待处理应用的标识从系统堆栈里移除；释放待处理应用对应的通信资源。

其中，系统堆栈用于存储与短距离通信设备建立通信连接的待处理应用的标识。

将待处理应用的标识从系统堆栈里移除，能够对系统堆栈进行清理，以使不再被使用的应用的标识得以清除，扩展系统堆栈的使用空间，以便于其他应用进行使用。

当待处理应用被关闭后，其所占用的通信资源(如，通信信道、系统带宽等资源)需要被回收，以便于将其释放的通信资源用于供其他应用使用，提升对通信资源的利用效率。

图4示出本申请实施例提供的应用的处理系统的组成方框图。如图4所示，该应用的处理系统包括但不限于如下设备：应用的处理设备410和至少一个短距离通信设备420(例如，第一短距离通信设备421、第二短距离通信设备422、……、第n短距离通信设备42n等，n表示短距离通信设备的数量，n为大于或等于1的整数)。

其中，应用的处理设备410，被配置为执行本申请实施例中任一项的应用的处理方法。

短距离通信设备420，被配置为与应用的处理设备410建立通信连接，并获取应用的处理设备410中安装的待处理应用提供的数据，对数据进行处理。

例如，短距离通信设备420包括：蓝牙设备、Wi-Fi设备、红外数据传输设备、紫峰设备中的至少一种。

又例如，图5示出本申请又一实施例提供的应用的处理设备的组成方框图。如图5所示，应用的处理设备410，包括但不限于如下模块：

任务管理器模块411、音频模块412、蓝牙模块413、应用锁模块414和显示模块415。

其中，任务管理器模块411，用于查询待处理应用的标识(如，PID等)，并结束待处理应用对应的进程。待处理应用为安装在应用的处理设备410中的应用，例如，音频应用、视频应用等。

音频模块412，用于获取基于VoIP模式下的待处理应用的标识，以及该待处理应用的应用锁的状态，在确定待处理应用与短距离通信设备420之间建立通信连接的情况下，将待处理应用的标识存入音频框架的堆栈里；并在确定需要关闭该待处理应用的情况下，将待处理应用的标识从音频框架的堆栈里移除；并释放待处理应用对应的通信资源(如，蓝牙通话链路等)。

蓝牙模块413，用于与短距离通信设备420建立蓝牙通信链路，并在确定需要关闭待处理应用时，关闭与短距离通信设备420之间的蓝牙通信链路。

应用锁模块414，用于查询待处理应用对应的应用锁的状态。其中的应用锁的状态包括启动状态或关闭状态。

显示模415，用于将生成的提示信息显示给用户。

图6示出本申请实施例提供的应用的处理系统的工作方法的流程示意图。如图6所示，该应用的处理系统的工作方法，包括但不限于如下步骤：

步骤S601，应用的处理设备410查询蓝牙模块413，确定蓝牙模块413与短距离通信设备420是否建立通信链路。

其中，通信链路包括待处理应用的标识，以表征该通信链路是待处理应用所使用的链路。

步骤S602，在确定存在蓝牙通信链路的情况下，应用的处理设备410将待处理应用的标识存入音频框架的堆栈里。

例如，待处理应用为处于VoIP模式的应用。

步骤S603，应用的处理设备410监控待处理应用对应的静默时长是否超过第一预设时长。

在确定待处理应用对应的静默时长超过第一预设时长的情况下，执行步骤S604；否则，结束流程。

步骤S604，应用的处理设备410确定待处理应用是否为锁定状态。

在确定待处理应用的状态为锁定状态(如，待处理应用对应的应用锁的状态为开启状态)的情况下，表示该待处理应用被应用锁锁住，执行步骤S605。

在确定待处理应用的状态非锁定状态(如，待处理应用对应的应用锁的状态为关闭状态)的情况下，执行步骤S606。

步骤S605，应用的处理设备410生成提醒关闭应用的信号。

其中，提醒关闭应用的信号为包括提示信息的信号，该提示信息可以显示在应用的处理设备410的状态栏，或，以界面弹窗的方式进行显示。该提示信息用于提醒用户手动关闭待处理应用。

例如，通过提示信息提示用户待处理应用对应的蓝牙通话链路还处于建立状态，是否需要用户手动断开该蓝牙通话链路，以降低当前设备的功耗。

需要说明的是，如果接收到用户反馈的关闭响应，则基于待处理应用对应的业务类型，继续执行步骤S606，即关闭待处理应用；否则，结束流程(图中未示出)。

例如，待处理应用对应的业务类型为音频业务，则可以将该待处理应用从音频框架的堆栈中移除，从而停止通话，同时使蓝牙模块释放蓝牙通话链路。

步骤S606，应用的处理设备410关闭待处理应用。

例如，采用任务管理器411直接关闭该待处理应用的进程。

根据本申请实施例的应用的处理系统，通过对待处理应用对应的静默时长的监控，以及待处理应用对应的应用锁的状态的判断，确定该应用锁是否为启动状态，从而能够快速准确的是否需要关闭该待处理应用，以减少应用的处理设备的功耗，同时减少蓝牙模块存在的音频无声的故障，提升用户的使用体验。

需要明确的是，本发明并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图7示出本申请实施例提供的应用的处理设备的组成方框图。如图7所示，该应用的处理设备700包括但不限于如下模块。

确定模块701，被配置为确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态。

生成模块702，被配置为依据待处理应用对应的静默时长和待处理应用的状态，关闭待处理应用。

需要说明的是，本实施例中的应用的处理设备700能够实现本申请实施例中任一种应用的处理方法。

根据本申请实施例的应用的处理设备，通过确定模块确定待处理应用对应的静默时长，以及待处理应用是否处于锁定状态，能够明确该待处理应用是否进行数据的处理，并确定该待处理应用是否处于锁定状态，从而确定用户是否需要继续使用该待处理应用；使用生成模块依据待处理应用对应的静默时长和待处理应用的状态，关闭待处理应用，能够降低待处理应用所在的设备的功耗，并使用户可动态调整其所使用的应用，提升用户的使用体验。

图8示出能够实现根据本发明实施例的应用的处理方法和装置的计算设备的示例性硬件架构的结构图。

如图8所示，计算设备800包括输入设备801、输入接口802、中央处理器803、存储器804、输出接口805、以及输出设备806。其中，输入接口802、中央处理器803、存储器804、以及输出接口805通过总线808相互连接，输入设备801和输出设备806分别通过输入接口802和输出接口805与总线808连接，进而与计算设备800的其他组件连接。

具体地，输入设备801接收来自外部的输入信息，并通过输入接口802将输入信息传送到中央处理器803；中央处理器803基于存储器804中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器804中，然后通过输出接口805将输出信息传送到输出设备806；输出设备806将输出信息输出到计算设备800的外部供用户使用。

在一个实施例中，图8所示的计算设备可以被实现为一种电子设备，该电子设备可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的应用的处理方法。

在一个实施例中，图8所示的计算设备可以被实现为一种系统，该系统可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的应用的处理方法。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims (10)

1.一种应用的处理方法，其特征在于，包括：

确定待处理应用对应的静默时长，以及所述待处理应用是否处于锁定状态；

依据所述待处理应用对应的静默时长和所述待处理应用的状态，关闭所述待处理应用。

2.根据权利要求1所述的方法，其特征在于，所述依据所述待处理应用对应的静默时长和所述待处理应用的状态，关闭所述待处理应用，包括：

在确定所述待处理应用对应的静默时长超过第一预设时长，且所述待处理应用的状态为非锁定状态的情况下，关闭所述待处理应用。

3.根据权利要求1所述的方法，其特征在于，所述依据所述待处理应用对应的静默时长和所述待处理应用的状态，关闭所述待处理应用，包括：

在确定所述待处理应用对应的静默时长超过第一预设时长，且所述待处理应用的状态为所述锁定状态的情况下，生成提醒关闭应用的信号，所述提醒关闭应用的信号用于提示用户关闭所述待处理应用。

4.根据权利要求3所述的方法，其特征在于，所述生成提醒关闭应用的信号之后，还包括：

确定在第二预设时长内未收到所述用户反馈的关闭响应的情况下，基于所述待处理应用对应的业务类型，关闭所述待处理应用。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述关闭所述待处理应用，包括：

基于当前设备的操作系统提供的接口，结束所述待处理应用对应的进程。

6.根据权利要求2或4所述的方法，其特征在于，所述关闭所述待处理应用之后，还包括：

将所述待处理应用的标识从所述系统堆栈里移除，其中，所述系统堆栈用于存储与短距离通信设备建立通信连接的所述待处理应用的标识；

释放所述待处理应用对应的通信资源。

7.根据权利要求1所述的方法，其特征在于，所述锁定状态是通过获取到的应用锁的状态确定的，所述确定所述待处理应用是否处于锁定状态，包括：

在确定所述应用锁的状态为关闭状态的情况下，确定所述待处理应用处于非锁定状态；

在确定所述应用锁的状态为启动状态的情况下，确定所述待处理应用处于所述锁定状态。

8.一种应用的处理系统，其特征在于，其包括：应用的处理设备和至少一个短距离通信设备；

所述应用的处理设备，被配置为执行如权利要求1至7中任一项所述的应用的处理方法；

所述短距离通信设备，被配置为与所述应用的处理设备建立通信连接，并获取所述应用的处理设备中的待处理应用提供的数据，对所述数据进行处理。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的应用的处理方法。

10.一种可读存储介质，其特征在于，所述可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的应用的处理方法。