CN113254109B - 应用或服务的处理方法、设备及可读存储介质 - Google Patents

Abstract

本申请涉及一种应用或服务的处理方法、设备及可读存储介质，方法包括：S1：响应于至少两个应用或服务进行预设处理；S2：根据预设策略对至少一所述应用或服务进行处理。本申请提供的处理方法、设备和可读存储介质，能够响应于两个应用或服务进行预设处理，根据预设策略对至少一应用或服务进行处理。使多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

Description

应用或服务的处理方法、设备及可读存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种应用或服务的处理方法、设备及可读存储介质。

背景技术

随着物联网的普及，人与人和/或设备之间的交流分享，需求越来越多，在构思及实现本申请过程中，发明人发现至少存在如下问题：一些实现中，对于处理过程中的操作，存在同时有多个应用或服务往往会互相干扰的问题，从而影响到用户体验。

示例性地，在需要语音助手对用户的语音命令进行响应时，多个语音助手如何进行选择性响应或交互性控制处理等，成为了亟待解决的问题。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

针对上述技术问题，本申请提供一种信息应用或服务的处理方法、设备及可读存储介质，使多个应用或服务可以有序进行交互处理，提高用户体验。

本申请提供一种应用或服务的处理方法，包括以下步骤：

S1：响应于至少两个应用或服务进行预设处理；

S2：根据预设策略对至少一所述应用或服务进行处理。

可选地，所述步骤S1包括：

响应于进行预设处理的第一应用或服务，检测关联的第二应用或服务是否进行预设处理；若是，执行所述S2的步骤。

可选地，所述第一应用或服务与所述第二应用或服务关联包括以下至少一种：

处于同一设备；

分别位于关联的两个设备上；

具有相同的功能和/或权限和/或服务；

接收的处理数据相同；

接收的处理数据由同一待处理信息得到；

运行状态均由同一控制中心和/或同一用户控制；

由同一触发事件唤醒。

可选地，所述第一应用或服务与所述第二应用或服务分别位于关联的两个设备上时，所述步骤S1包括：

响应于第一应用或服务进行预设处理，向关联设备输出提示信息，并接收所述关联设备输出的检测结果，所述检测结果由所述关联设备检测第二应用或服务是否进行预设处理得到。

可选地，所述至少两个应用或服务包括至少一第一应用或服务和至少一第二应用或服务，所述S2步骤，包括：

步骤S21：根据第一预设策略对所述第一应用或服务进行处理；和/或，根据第二预设策略对所述第二应用或服务进行处理。

可选地，所述根据第一预设策略对所述第一应用或服务进行处理和/或所述根据第二预设策略对所述第二应用或服务进行处理，包括以下至少一种：

将所述第一应用或服务和/或第二应用或服务转为后台运行状态；

将所述第一应用或服务和/或第二应用或服务转为后台冻结状态；

将所述第一应用或服务和/或第二应用或服务转为休眠状态；

将所述第一应用或服务和/或第二应用或服务转为关闭状态；

将所述第一应用或服务和/或第二应用或服务卸载；

将所述第一应用或服务和/或第二应用或服务转移。

可选地，所述第一预设策略，包括以下至少一种：

响应于获取到第一处理结果，将所述第一应用或服务转为后台运行状态或关闭状态，所述第一处理结果为所述第一应用或服务处理所得；

响应于第一应用或服务的所处设备的剩余电量低于第一电量阈值、或电量消耗超出第二电量阈值、或剩余流量低于第一流量阈值、或流量消耗超出第二流量阈值时，将所述第一应用或服务转为后台冻结状态；

响应于第一应用或服务的所处设备的剩余电量低于第一电量阈值、或电量消耗超出第二电量阈值、或剩余流量低于第一流量阈值、或流量消耗超出第二流量阈值、或剩余存储容量低于第一内存阈值、或存储容量消耗超出第二内存阈值时，将所述第一应用或服务转为休眠状态；

将第一应用或服务转为后台运行状态，且响应于第二应用或服务输出第二处理结果，将所述第一应用或服务转为前台运行状态。

可选地，所述步骤S21，包括：

检测所述第一应用或服务是否满足第一预设条件，和/或，所述第二应用或服务是否符合第二预设条件;

响应于所述第一应用或服务符合第一预设条件，则根据第一预设策略对所述第一应用或服务进行处理；和/或，响应于所述第二应用或服务符合第二预设条件，则根据第二预设策略对所述第二应用或服务进行处理。

可选地，所述符合第一预设条件或第二预设条件，包括以下至少一种：

处于预设场景；

处于预设模式；

处于预设状态；

不具有预设权限；

不支持待处理信息所要实现的功能；

允许使用待处理信息所不需使用的功能；

不处于与待处理信息关联的场景和/或模式；

未被调用；

未正在提供预设服务；

处于后台运行状态的时长大于或等于预设时长；

与至少一第二应用或服务位于不同设备上；

与至少一第二应用或服务位于同一设备上；

与至少一第二应用或服务位于所述处理设备上，且所述处理设备是控制中心或服务器；

与至少一第二应用或服务的功能、和/或模式、和/或权限相同。

可选地，所述步骤S21，包括：

响应于所述第一应用或服务和第二应用或服务的对比结果；

检测所述第一应用或服务是否符合预设条件；

若满足，则按照第一预设策略对所述第一应用或服务进行处理；和/或，

若不满足，则响应于第二应用或服务满足所述预设条件，按照第二预设策略对所述第二应用或服务进行处理。

可选地，所述步骤S21，包括：

响应于第一应用或服务与所述第二应用或服务的对比，获取对比结果；

根据所述对比结果，检测所述第一应用或服务；

在所述第一应用或服务满足第一预设条件时，检测所述第二应用或服务；和/或，

在所述第二应用或服务满足第二预设条件时，根据所述第一预设策略对所述第一应用或服务进行处理；和/或，根据所述第二预设策略对所述第二应用或服务进行处理。

可选地，所述步骤S21之前，包括：

输出对于处理所述第一应用或服务的提示信息；和/或，输出对于处理所述第二应用或服务的提示信息。

可选地，所述步骤S21，包括：

响应于对所述提示信息的选择操作，根据所述第一预设策略对所述第一应用或服务进行处理，和/或，根据所述第二预设策略对所述第二应用或服务进行处理。

可选地，所述S2的步骤包括：

显示第一界面；

获取对于所述第一界面的操作信息；

响应于所述操作信息，根据所述第一预设策略对所述第一应用或服务进行处理，和/或，根据所述第二预设策略对所述第二应用或服务进行处理。

可选地，所述S2的步骤包括：

响应于预设工作模式开启，进入步骤S2。

可选地，所述预设工作模式包括以下至少一种：

省电模式；

节约流量模式；

节约存储空间模式；

协同授权模式；

主从管理模式。

可选地，所述S2的步骤包括：

向关联设备发送管理请求；

获取所述关联设备对于所述管理请求的反馈信息；

根据所述反馈信息对至少一所述应用或服务进行处理。

可选地，所述反馈信息包括以下至少一种：

所述关联设备的状态信息；

所述关联设备的指令信息；

所述关联设备的处理结果；

所述关联设备的推荐信息；

所述关联设备的验证信息；

所述关联设备的历史记录信息；

所述关联设备的场景信息。

可选地，在执行所述根据所述反馈信息对至少一所述应用或服务进行处理的步骤中包括：

响应于所述反馈信息，获取辅助信息；

根据所述辅助信息，对至少一所述应用或服务进行处理。

本申请还提供一种应用或服务的处理方法，包括以下步骤：

S10：响应于第一应用或服务进行预设处理，和/或第二应用和服务进行预设处理；

S20：检测所述第一应用或服务，和/或所述第二应用或服务是否满足预设条件；

S30：若满足，则根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态。

可选地，所述S30的步骤包括以下至少一种：

将所述第一应用或服务和/或第二应用或服务转为后台运行状态；

将所述第一应用或服务和/或第二应用或服务转为后台冻结状态；

将所述第一应用或服务和/或第二应用或服务转为休眠状态；

将所述第一应用或服务和/或第二应用或服务转为关闭状态；

将所述第一应用或服务和/或第二应用或服务卸载；

将所述第一应用或服务和/或第二应用或服务转移。

可选地，所述第一应用或服务位于第一设备，所述第二应用或服务位于第二设备。

可选地，所述满足预设条件，包括以下至少一种：

处于预设场景；

处于预设模式；

处于预设状态；

不具有预设权限；

不支持待处理信息所要实现的功能；

允许使用待处理信息所不需使用的功能；

不处于与待处理信息关联的场景和/或模式；

未被调用；

未正在提供预设服务；

处于后台运行状态的时长大于或等于预设时长；

与至少一第二应用或服务位于不同设备上；

与至少一第二应用或服务位于同一设备上；

与至少一第二应用或服务位于所述处理设备上，且所述处理设备是控制中心或服务器；

与至少一第二应用或服务的功能，和/或模式，和/或权限相同。

可选地，在执行所述S20的步骤之后包括：

若所述第一应用或服务满足预设条件，则根据第一预设策略对所述第一应用或服务进行处理；和/或，

若所述第一应用或服务不满足预设条件，则根据第二预设策略对所述第二应用或服务进行处理。

可选地，在执行所述S20的步骤中包括：

若第一应用或服务满足预设条件，则输出对于处理第一应用或服务的提示信息；和/或，

若第一应用或服务不满足预设条件，则输出对于处理第二应用或服务的提示信息。

可选地，在执行所述若第一应用或服务符合预设条件，则输出对于处理第一应用或服务的提示信息；和/或，若第一应用或服务不符合预设条件，则输出对于处理第二应用或服务的提示信息的步骤之后包括：

响应于对应所述提示信息的选择操作，根据选择结果处理所述第一应用或服务；或，根据选择结果处理所述第二应用或服务。

可选地，所述S10的步骤之前包括：

响应于预设触发事件，检测至少两个应用或服务进行预设处理。

可选地，所述预设触发事件包括以下至少一种：

当前时间满足预设时间；

预设功能程序被启动或唤醒；

当前定位处于预设范围；

当前功耗大于或等于预设功耗；

当前网络状态满足预设网络条件；

当前环境满足预设环境条件；

人机交互中出现关键信息。

可选地，在执行S30的步骤之前包括：

确定预设工作模式是否被开启。

本申请还提供一种应用或服务的处理方法，包括：

S100：响应于第一应用或服务进行预设处理，向关联设备输出第一提示信息；

S200：根据所述关联设备的反馈信息，按照预设策略和/或预设操作进行处理，可选地，所述反馈信息由所述关联设备根据进行预设处理的第二应用或服务处理得到。

可选地，S100的步骤包括：

响应于第一应用或服务进行预设处理，和/或关联的第二应用或服务进行预设处理，响应于获取的操作满足预设条件，和/或至少一关联设备满足预设条件，输出至少一状态管理请求，以使得所述关联设备进行预设处理。

可选地，所述S200的步骤包括：

根据所述关联设备的反馈信息，按照预设策略和/或预设操作进行处理，所述反馈信息由所述关联设备根据进行预设处理的第二应用或服务的处理得到。

可选地，所述按照预设策略和/或预设操作进行处理包括以下至少一种：

将所述第一应用或服务和/或第二应用或服务转为后台运行状态；

将所述第一应用或服务和/或第二应用或服务转为后台冻结状态；

将所述第一应用或服务和/或第二应用或服务转为休眠状态；

将所述第一应用或服务和/或第二应用或服务转为关闭状态；

将所述第一应用或服务和/或第二应用或服务卸载；

将所述第一应用或服务和/或第二应用或服务转移。

可选地，所述S200的步骤中包括：

若所述第一应用或服务符合第一预设条件，则输出对于处理所述第一应用或服务的第二提示信息；和/或，若所述第二应用或服务不符合第二预设条件，则输出对于处理所述第二应用或服务的第三提示信息。

可选地，在执行所述若所述第一应用或服务符合第一预设条件，则输出对于处理所述第一应用或服务的第二提示信息；和/或，若所述第二应用或服务不符合第二预设条件，则输出对于处理所述第二应用或服务的第三提示信息的步骤中包括：

响应于对应所述第二提示信息和/或第三提示信息的选择操作，根据所述选择结果处理所述第一应用或服务和/或所述第二应用或服务。

可选地，在执行S200的步骤之前包括：

确定预设工作模式是否被开启。

本申请还提供了一种应用或服务的处理方法，应用于关联设备，方法包括以下步骤：

T1：响应于处理设备对于第一应用或服务进行预设处理发送的第一提示信息，处理进行预设处理的第二应用或服务；

T2：根据对所述第二应用或服务的处理结果，发送反馈信息至所述处理设备，以使所述处理设备按照预设策略和/或预设操作对所述第一应用或服务进行处理。

可选地，所述T1的步骤包括：

响应于处理设备发送的至少一状态管理请求，所述关联设备处理进行预设处理的第二应用或服务；所述状态管理请求由所述处理设备响应于第一应用或服务进行预设处理，和/或关联的第二应用或服务进行预设处理，在获取的操作满足预设条件，和/或至少一关联设备满足预设条件时输出。

可选地，所述以使所述处理设备按照预设策略和/或预设操作进行处理包括以下至少一种：

所述处理设备将所述第一应用或服务和/或第二应用或服务转为后台运行状态；

所述处理设备将所述第一应用或服务和/或第二应用或服务转为后台冻结状态；

所述处理设备将所述第一应用或服务和/或第二应用或服务转为休眠状态；

所述处理设备将所述第一应用或服务和/或第二应用或服务转为关闭状态；

所述处理设备将所述第一应用或服务和/或第二应用或服务卸载；

所述处理设备将所述第一应用或服务和/或第二应用或服务转移。

可选地，所述T2的步骤包括：

若所述第一应用或服务符合第一预设条件，则使所述处理设备输出对于处理所述第一应用或服务的第二提示信息；和/或，若所述第二应用或服务不符合第二预设条件，则使所述处理设备输出对于处理所述第二应用或服务的第三提示信息。

可选地，所述T1的步骤之前包括：

确定预设工作模式是否被开启。

本申请还提供一种设备，所述设备包括：存储器、处理器，其中，所述存储器上存储有处理程序，所述处理程序被所述处理器执行时实现如上述的应用或服务的处理方法的步骤。

本申请还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的应用或服务的处理方法的步骤。

如上所述，本申请提供的技术方案，能够在处理过程中，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请各个实施例的一种移动终端的硬件结构示意图。

图2为本申请实施例提供的一种通信网络系统架构图。

图3是本申请第一实施例的处理方法流程图。

图4是步骤S21的一种实施例的具体流程图一。

图5是步骤S21的一种实施例的具体流程图二。

图6为本申请一实施例的处理设备提示图一。

图7为本申请另一实施例的处理设备提示图二。

图8是如图3所示的步骤S2的一种实施例的具体流程图。

图9是本申请第二实施例的处理方法流程图。

图10是本申请第三实施例的处理方法流程图。

图11是本申请第四实施例的处理方法流程图。

图12是本申请第五实施例的设备方框图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测（陈述的条件或事件）”可以被解释成为“当确定时”或“响应于确定”或“当检测（陈述的条件或事件）时”或“响应于检测（陈述的条件或事件）”。

需要说明的是，在本文中，采用了诸如S1、S2等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S2后执行S1等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

设备可以以各种形式来实施。例如，本申请中描述的设备可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理（Personal Digital Assistant，PDA）、便捷式媒体播放器（Portable Media Player，PMP）、导航装置、可穿戴设备、智能手环、计步器、智能手表、智能耳机、智能眼镜、智能汽车、车载终端、导航仪等移动终端，以及诸如数字TV、台式计算机、智能电视、智能音箱、智能电冰箱、智能台灯、智能空调、智能烤箱等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本申请各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF（Radio Frequency，射频）单元101、WiFi模块102、音频输出单元103、A/V（音频/视频）输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对移动终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM（Global System of Mobile communication，全球移动通讯系统）、GPRS（General Packet Radio Service，通用分组无线服务）、CDMA2000（CodeDivision Multiple Access 2000，码分多址2000）、WCDMA（Wideband Code DivisionMultiple Access，宽带码分多址）、TD-SCDMA（Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址）、FDD-LTE（Frequency DivisionDuplexing- Long Term Evolution，频分双工长期演进）和TDD-LTE (Time DivisionDuplexing- Long Term Evolution，分时双工长期演进)等。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器（Graphics Processing Unit，GPU）1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置（如摄像头）获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109（或其它存储介质）中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音（音频数据），并且能够将这样的声音处理为音频数据。处理后的音频（语音）数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器（Liquid Crystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode，OLED）等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。可选地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作），并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。可选地，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。可选地，其他输入设备1072可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

可选地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端100还可以包括给各个部件供电的电源111（比如电池），优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本申请实施例，下面对本申请的移动终端所基于的通信网络系统进行描述。

请参阅图2，图2为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE（User Equipment，用户设备）201，E-UTRAN（Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网）202，EPC（Evolved Packet Core，演进式分组核心网）203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地，eNodeB2021可以通过回程（backhaul）（例如X2接口）与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME（Mobility Management Entity，移动性管理实体）2031， HSS（Home Subscriber Server，归属用户服务器）2032，其它MME2033， SGW（Serving GateWay，服务网关）2034， PGW（PDN Gate Way，分组数据网络网关）2035和PCRF（Policy andCharging Rules Function，政策和资费功能实体）2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器（图2中未示）之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元（图2中未示）选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS（IP Multimedia Subsystem，IP多媒体子系统）或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。

基于上述移动终端硬件结构以及通信网络系统，提出本申请各个实施例。

第一实施例

本申请提供一种应用或服务的处理方法，图3是本申请一实施例的处理方法流程图。

如图3所示，在一实施例中，应用于处理设备的处理方法包括：

S1：响应于至少两个应用或服务进行预设处理；

S2：根据预设策略对至少一应用或服务进行处理。

处理设备可以为终端设备（如手机、平板电脑等）、可穿戴智能设备（如智能手表、智能手环、智能耳机等）、智能家居设备（如智能电视、智能音箱等）、车联网设备（如智能汽车、车载终端等）。应用或服务可以包括人机交互应用，人机交互应用包括可以通过手势、语音、隔空手势等方式进行人机交互的应用或服务。

可选地，所述进行预设处理包括以下至少一种：启动、唤醒、运行、恢复、同时接收待处理信息等。

通过上述方式，当存在多个应用或服务同时在进行启动、唤醒、运行、恢复、同时接收待处理信息等预设处理的情况时，按照预设策略通过对至少一个应用或服务进行处理，可以在使用应用或服务时，对应用或服务的使用过程进行管控，充分利用不同应用或服务的功能和交互能力，改善数据安全性和/或交互效果。

示例性地，在检测到至少两个第三方人机交互应用处于运行状态时，对于当前不需要调用的人机交互应用进行关闭处理或者后台冻结。如此，可以充分利用系统资源的功能和交互能力的同时，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

示例性地，在检测到至少两个第三方人机交互应用处于运行状态时，对于系统级人机交互应用或安全等级更高的人机交互应用支持的功能，优先调用系统级人机交互应用或安全等级更高的人机交互应用，对于互补的功能才采用第三方人机交互应用；和/或，对第三方人机交互应用禁用存在安全隐患的功能，或提示用户同意后才可正常使用该功能；和/或，第三方人机交互应用用于交互，系统级人机交互应用或安全等级更高的人机交互应用用于过滤或处理响应结果；和/或，根据场景限制使用的人机交互应用，如特定时间段只能用系统级人机交互应用，特定地点只能用第三方人机交互应用等；和/或，根据应用限制使用的人机交互应用，如A应用只能使用系统级人机交互应用，B应用只能使用第三方人机交互应用的C功能等；又或者，第三方人机交互应用不支持的功能，可以调用其他支持功能的人机交互应用进行响应。然后，对于不需要调用的人机交互应用进行关闭处理或者后台冻结。如此，可以充分利用不同应用或服务的功能和交互能力的同时，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

可选地，步骤S1包括：

响应于进行预设处理的第一应用或服务，检测关联的第二应用或服务是否进行预设处理。

例如，在一个应用或服务处于启动或恢复状态时，检测是否有其他关联的应用或服务处于启动或恢复状态。在一个应用或服务处于运行或唤醒状态时，检测是否有其他关联的应用或服务处于运行、恢复或唤醒等进行预设处理的状态。也可以是在一个应用或服务处于恢复中时，检测是否有其他关联的应用或服务处于运行状态。

可选地，关联的应用或服务，可以是功能、权限等属性上相关的或相同的应用或服务，和/或是位于相关的或相同的设备上的应用或服务，和/或是唤醒方式、唤醒事件、运行状态中的至少一种相同的或相关的应用或服务。

可选地，第一应用或服务与第二应用或服务关联包括：处于同一设备。处于同一设备的多个应用或服务在运行中可能存在冲突协调的问题。

例如，手机上同时存在的两个语音交互应用，为了避免冲突问题，在不同的应用条件下，可以设定为由特定的语音交互应用进行响应。

可选地，第一应用或服务与第二应用或服务关联包括：分别位于关联的两个设备上。关联的两个设备上的多个应用或服务在运行中可能具有冲突协调问题。

例如，在驾车环境中，手机与汽车互相关联，手机的音乐播放与汽车导航语音产生冲突时，为了协调冲突问题，可以设定为优先提供汽车导航语音服务。

可选地，第一应用或服务与第二应用或服务关联包括：具有相同的功能和/或权限和/或服务。具有相同的功能和/或权限和/或服务的多个应用或服务在运行中可能具有冲突协调的问题。

例如，手机上存在的两个语音识别的输入法工具在进行语音识别并转换为文字时，为了避免冲突问题，可以设定为在同一时刻由其中一个语音识别的输入法工具进行响应。

可选地，第一应用或服务与第二应用或服务关联包括：接收的处理数据相同。接收的处理数据相同的多个应用或服务在运行中可能具有冲突协调问题。

例如，在驾车环境中，手机和汽车的语音交互应用可能同时接收到用户的语言命令，此时，为了避免同时响应的冲突问题，可以设定为由汽车的语音交互应用进行响应。

可选地，第一应用或服务与第二应用或服务关联包括：接收的处理数据由同一待处理信息得到。接收的处理数据由同一待处理信息得到的多个应用或服务在运行中可能具有冲突协调问题。

例如，云端分布式服务器中存在一个教育类目的百科知识应用和一个医疗类目的百科知识应用。在电话手表中的人机交互应用接收到用户关于医疗知识查询的语音命令时，经过人机交互应用的语义识别服务对语音命令的语义识别，云端分布式服务器提取到关于医疗领域的关键词，此时，为了避免响应冲突，云端分布式服务器可以设定为由医疗类目的百科知识应用对语义关键词进行响应。

可选地，第一应用或服务与第二应用或服务关联包括：运行状态均由同一控制中心和/或同一用户控制。运行状态均由同一控制中心和/或同一用户控制的多个应用或服务在运行中可能具有冲突协调问题。

例如，同一用户帐户下或同一支付系统中的两个不同应用版本的支付应用，在应对支付事件时，为了避免支付流程中的记账冲突，可以设定为在同一时刻由一个应用版本进行支付事件响应。

可选地，第一应用或服务与第二应用或服务关联包括：由同一触发事件唤醒。由同一触发事件唤醒的多个应用或服务，在运行中不仅可能需要功能上的配合和互补，也可能会存在资源或功能上的冲突问题需要协调。

例如，用户在计算机系统中设定当计算机存储器可用空间低于第一空间阈值时，需要启动碎片文件管理服务，以便进行相关计算机存储器存储空间的管理。因此，当计算机系统在运行中检测到计算机存储器可用空间低于第一空间阈值时，需要选择系统中两个碎片文件管理服务中的其中一个进行相应响应，以启动碎片文件管理服务。此时，为了避免管理冲突，计算机系统根据计算机存储器的总容量选择其中一个碎片文件管理服务进行响应。

可选地，第一应用或服务与第二应用或服务分别位于关联的两个设备上时，步骤S1包括：

响应于第一应用或服务进行预设处理，向关联设备输出提示信息，并接收关联设备输出的检测结果。可选地，检测结果由关联设备检测第二应用或服务是否进行预设处理得到。

当检测到第一应用或服务进行预设处理时，在未知关联设备上的第二应用或服务的情况下，为了避免发生未知不良后果，不能直接处理。此时，先向关联设备输出提示信息，以使关联设备对第二应用或服务进行检测。对第二应用或服务进行是否进行预设处理的检测后，关联设备会反馈检测结果，以助于决定对第一应用或服务和/或第二应用或服务进行处理。

可选地，至少两个应用或服务包括至少一第一应用或服务和至少一第二应用或服务，S2步骤，包括：

步骤S21：根据第一预设策略对第一应用或服务进行处理；和/或，根据第二预设策略对第二应用或服务进行处理。

可选地，第一预设策略和/或第二预设策略，可以为将第一应用或服务和/或第二应用或服务转为后台运行状态。

例如，在计算机系统中的文件关键词提取服务中，当图片编辑服务启动时，可以将文件关键词提取服务暂时转为后台运行状态。后台运行可以在不干扰前台运行的应用或服务的情况下，使用系统空闲资源，增强系统的协调性，提高运行效率。

可选地，第一预设策略和/或第二预设策略，可以为将第一应用或服务和/或第二应用或服务转为后台冻结状态。

例如，在手机游戏服务运行过程中，视频通话服务需要启动，此时，可以将游戏服务暂时后台冻结，等待视频通话服务结束后再择机解冻运行。后台冻结可以使被冻结的应用或服务不干扰前台运行的应用或服务，避免运行中造成的冲突情况，可以增强系统的流畅性。

可选地，第一预设策略和/或第二预设策略，可以为将第一应用或服务和/或第二应用或服务转为休眠状态。

例如，在计算机系统中，管理员账号登陆时，为了避免系统文件资源冲突，可以将游客账号转为休眠状态，等待管理员账号退出时，再择机唤醒休眠的游客账号。休眠状态可以使应用或服务暂时释放占用的资源和文件，等待必要时再进行唤醒，重新恢复休眠之前的状态。

可选地，第一预设策略和/或第二预设策略，可以为将第一应用或服务和/或第二应用或服务转为关闭状态。

例如，在手机上视频通话应用需要运行时，可以将正在运行的娱乐视频播放应用关闭。关闭状态可以从系统内存中彻底释放应用或服务占用的资源，有利于系统运行的流畅性。

可选地，第一预设策略和/或第二预设策略，可以为将第一应用或服务和/或第二应用或服务卸载。

例如，将手机上存在的两个安全管理应用中的其中至少一个安全管理应用卸载。卸载应用或服务不仅可以彻底释放应用或服务占用的资源，还能避免不必要的启动或唤醒，有利于系统运行的稳定性。

可选地，第一预设策略和/或第二预设策略，可以为将第一应用或服务和/或第二应用或服务转移。

例如，在一个大型游戏应用中，包括互相支撑的前台显示交互服务和后台场景计算服务。在系统检测到终端工作站处理容量不足时，将后台场景计算服务转移安装在网络连接的服务器中。转移安装应用或服务可以释放特定的资源的同时，保留应用或服务的功能在其他系统运行，既避免了系统运行的冲突，也保障了功能的完整。

通过切换状态至后台运行、后台冻结、休眠、关闭、卸载或转移等不同的预设处理策略，可以对不同的应用或服务进行不同的处理。

可选地，第一预设策略可以为：响应于获取到第一处理结果，将第一应用或服务转为后台运行状态或关闭状态，第一处理结果为第一应用或服务处理所得。

当第一应用或服务处理完成一个任务的时候，可以将其转为后台运行状态或关闭状态，以避免在处理过程中发生未知错误或影响用户体验。

可选地，第一预设策略可以为：响应于第一应用或服务的所处设备的剩余电量低于第一电量阈值、电量消耗超出第二电量阈值、剩余流量低于第一流量阈值或流量消耗超出第二流量阈值时，将第一应用或服务转为后台冻结状态。

在设备的电量或流量受限制时，可以考虑冻结相应的应用或服务，以节约设备资源。

可选地，第一预设策略可以为：响应于第一应用或服务的所处设备的剩余电量低于第一电量阈值、电量消耗超出第二电量阈值、剩余流量低于第一流量阈值、流量消耗超出第二流量阈值、剩余存储容量低于第一内存阈值或存储容量消耗超出第二内存阈值时，将第一应用或服务转为休眠状态。

在设备的电量、流量或存储容量受限制时，可以考虑将相应的应用或服务休眠，以节约设备资源。

可选地，第一预设策略可以为：将第一应用或服务转为后台运行状态，且响应于第二应用或服务输出第二处理结果，将第一应用或服务转为前台运行状态。

示例性地，在第一应用或服务切换为后台运行状态之后，如果第二应用或服务顺利处理完成任务，并输出了第二处理结果，则可以根据需要将第一应用或服务再转为前台运行状态。

图4是步骤S21的一种实施例的具体流程图一。

如图4所示，可选地，步骤S21，包括：

S22：检测第一应用或服务是否满足第一预设条件，和/或，第二应用或服务是否符合第二预设条件;

S23：响应于第一应用或服务符合第一预设条件，则根据第一预设策略对第一应用或服务进行处理；和/或，响应于第二应用或服务符合第二预设条件，则根据第二预设策略对第二应用或服务进行处理。

在对应用或服务进行处理之前，先分别根据各应用或服务的相关信息是否符合预设条件，从而可以筛选出更加符合使用条件的应用或服务，为用户提供更佳体验。应用或服务是否满足预设条件包括所处设备是否是控制中心、电量、场景或模式、运行状态、设备关联信息等，和/或是否支持待处理信息所要实现的功能等。

示例性地，对于系统级人机交互应用或安全等级更高的人机交互应用支持的功能，优先调用系统级人机交互应用或安全等级更高的人机交互应用，对于互补的功能才采用第三方人机交互应用。因此，先检测第一人机交互应用是否是安全等级较低的人机交互应用的第一预设条件，和/或，检测第二人机交互应用是否满足不互补的第二预设条件。如果第一人机交互应用满足第一预设条件，则根据第一预设策略对第一人机交互应用关闭；和/或，如果第二人机交互应用满足第二预设条件，则根据第二预设策略将第二人机交互应用卸载。类似地，检测第三方人机交互应用是否满足存在安全隐患的功能的预设条件，或是否满足经使用提示，用户不同意的预设条件。和/或，根据场景限制使用的人机交互应用，如当前调用的系统级人机交互应用是否满足不是特定时间段的预设条件，以及不是特定地点不能用第三方人机交互应用等；和/或，根据应用限制不能使用的人机交互应用，如A应用只能使用系统级人机交互应用，B应用只能使用第三方人机交互应用的C功能等；又或者，第三方人机交互应用是否不支持的功能。然后，对于不需要调用的人机交互应用进行关闭处理或者后台冻结。如此，可以充分利用不同应用或服务的功能和交互能力的同时，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

例如，B人机交互应用不具有拨打电话的权限，则由A人机交互应用拨打电话，可以把B人机交互应用关闭；和/或，A人机交互应用不具有拨打电话的权限，则可以由具有拨打电话的权限的B人机交互应用拨打电话，把A人机交互应用关闭。此时，预设条件就为是否不具有拨打电话的权限。

可选地，符合第一预设条件或第二预设条件，包括处于预设场景的情况。

例如，在车载应用或服务处于高隐私场景中时，第一预设策略包括关闭车载应用或服务的语音播放功能。

可选地，符合第一预设条件或第二预设条件，包括处于预设模式的情况。

例如在儿童模式情况下，不需要其他的成人人机交互程序与幼儿人机交互程序共同运行，因此，可以把其他的成人人机交互程序关闭。

可选地，符合第一预设条件或第二预设条件，包括处于预设状态的情况。

例如在离线状态下，不需要其他的在线电子词典与离线电子词典共同运行，因此，可以将在线电子词典关闭。

可选地，符合第一预设条件或第二预设条件，包括不具有预设权限或服务的情况。

例如，在儿童的电话手表中，父母未授权的游戏不需要与已授权的游戏共同运行。因此，可以将未授权的游戏关闭。

可选地，符合第一预设条件或第二预设条件，包括不支持待处理信息所要实现的功能或服务的情况。

例如，在医疗问题中，不需要其他的商业人机交互程序与医疗人机交互程序共同运行。因此，可以将商业人机交互程序关闭。

可选地，符合第一预设条件或第二预设条件，包括允许使用待处理信息所不需使用的功能或服务的情况。

例如，打电话时，不需要使用录音信息的短信服务停止运行；和/或，允许小额支付不需要使用的密码验证服务，在小额支付时可以将密码验证服务进程关闭。

可选地，符合第一预设条件或第二预设条件，包括不处于与待处理信息关联的场景和/或模式或服务的情况。

例如，处理照片的服务不需要与正在处理地图查询的人机交互程序共同运行。因此，可以将处理照片的服务进程后台冻结。

可选地，符合第一预设条件或第二预设条件，包括未被调用或服务的情况。

例如，拨电话时未被调用的视频播放程序可以结束运行状态。

可选地，符合第一预设条件或第二预设条件，包括未正在提供预设功能或服务的情况。

例如，压缩程序运行完成后不需要处于运行状态。因此，可以将压缩程序关闭。

可选地，符合第一预设条件或第二预设条件，包括处于后台运行状态的时长大于或等于预设时长或服务的情况。

例如，录像拍照程序被切换至后台运行状态超过1分钟就可以转为关闭状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务位于不同设备上或服务的情况。

例如，在驾车时，手机以及平板电脑上的人机交互程序不需要与车载人机交互程序共同处于运行状态。因此，手机及平板电脑上的人机交互程序可以转为后台冻结状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务位于同一设备上或服务的情况。

例如，手机上输入法的人机交互程序不需要与手机银行的人机交互程序共同处于运行状态。因此，在使用手机银行时，输入法的人机交互程序可以转为休眠状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务位于处理设备上，且处理设备是控制中心或服务器的情况。

例如，在服务器上第一远程操作程序不需要与第二远程操作程序共同处于运行状态。因此，可以将其中一个未调用的远程操作程序转为关闭状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务的功能，和/或模式，和/或权限相同。

例如，在儿童的电话手表上，相同权限的第一支付服务与第二支付服务不需要同时处于运行状态。因此，可以将其中一个未调用的支付服务转为休眠状态。

预设场景可以是当前没有正在处理数据或互联场景；预设模式可以是前台运行模式、后台运行模式、交互模式等；预设权限可以是联系人权限、控制权限等；支持待处理信息所要实现的功能可以是支持搜索功能、翻译功能、定时功能等；允许使用待处理信息所需使用的功能可以是允许拨打电话、允许转账等；处于与待处理信息关联的场景和/或模式可以是处于特定的时间段、特定地点、儿童模式、连接状态等。

图5是步骤S21的另一种实施例的具体流程图二。

如图5所示，可选地，步骤S21，包括：

S24：响应于第一应用或服务和第二应用或服务的对比结果；

S25：检测第一应用或服务是否符合预设条件；

S26：若满足，则按照第一预设策略对第一应用或服务进行处理；和/或，若不满足，则响应于第二应用或服务满足预设条件，按照第二预设策略对第二应用或服务进行处理。

例如，在支付场景中的遇到多个应用或服务，判断谁的隐私等级更高，如果第一应用或服务的等级低，就判断第一应用或服务是否满足预设条件。例如是否有与特定的支付应用或服务互补的功能。若没有，则关闭第一应用或服务；和/或，若有互补的功能，则就判断第二应用或服务是否没有与特定的支付应用或服务互补的功能。若第二应用或服务没有互补的功能，则关闭第二应用或服务。此外，还可以对比多个应用或服务的优先级、权限大小、占用系统资源大小、功能全面程度中的一种或多种，进而对一个或多个应用或服务进行处理。

可选地，步骤S21，包括：

响应于第一应用或服务与第二应用或服务的对比，获取对比结果；

根据对比结果，检测第一应用或服务；

在第一应用或服务满足第一预设条件时，检测第二应用或服务；和/或，在第二应用或服务满足第二预设条件时，根据第一预设策略对第一应用或服务进行处理；和/或，根据第二预设策略对第二应用或服务进行处理。

例如，在支付场景中的遇到多个应用或服务，就判断谁的隐私等级更高，如果第一应用或服务的等级低，就判断第一应用或服务是否满足第一预设条件。例如是否有与特定的支付应用或服务互补的功能。若有互补的功能，则检测第二应用或服务是否满足第二预设条件，例如是否支持特定的币种。和/或，若第二应用或服务支持特定的币种，则将第一应用或服务关闭。和/或，将第二应用或服务关闭。

可选地，步骤S21之前，包括：

输出对于处理第一应用或服务的提示信息；和/或，输出对于处理第二应用或服务的提示信息。

在一些实施方式中，可以通过输出提示信息的方式来提醒用户或者协助进行决策，由用户根据需要选择对应的处理方式，符合用户在特定场景下的需求。例如，输出包含处理选项的提示信息供用户选择，也或者是提供关于即将处理一个应用或服务的提示信息，和/或，处理多个应用或服务的提示信息。

图6为本申请一实施例的处理设备提示图一。图7为本申请另一实施例的处理设备提示图二。

例如，处理设备即将对两个人机交互应用进行处理，输出“提示：A交互应用即将关闭”，和/或，“提示：B交互应用即将关闭”。或者，请参考图6，处理设备输出“请选择将A交互应用：1关闭；2后台冻结；3休眠；4卸载”。或者，请参考图7，处理设备输出“请选择：1将A交互应用关闭；2将B交互应用关闭”。需要说明的是，提示信息可以是包括选择项目的页面或窗口，也可以是包含选择项目的语音提示，甚至可以是处理设备上设置的灯光提示、闪屏提示以及震动提示。相应地，对于输出的提示信息，用户可以操作的方式可以为点击、按键、语音命令以及摇动等方式。

可选地，步骤S21包括：

响应于对提示信息的选择操作，根据第一预设策略对第一应用或服务进行处理，和/或，根据第二预设策略对第二应用或服务进行处理。

假使用户需要现在就卸载A交互应用，就可以选择直接卸载。如果没有收到响应提示信息的操作，则可以根据原有设置，默认选择关闭A交互应用。

可选地，S2的步骤包括：

显示第一界面；

获取对于第一界面的操作信息；

响应于操作信息，根据第一预设策略对第一应用或服务进行处理，和/或，根据第二预设策略对第二应用或服务进行处理。

当需要用户进行选择或确认来辅助决策时，通过输出包含选项的页面或窗口供用户操作是常见的做法。

可选地，S2的步骤包括：

响应于预设工作模式开启，进入步骤S2。

预设工作模式的设置可以方便地预先确定一揽子处理原则。例如授权处理设备自我优化管理的自适应模式。在对应用或服务进行相应处理之前，先判断预设工作模式是否开启。在确定预设工作模式开启的情况下， 再对应用或服务进行相应处理。

可选地，预设工作模式包括以下至少一种：

省电模式；节约流量模式；节约存储空间模式；协同授权模式；主从管理模式。

例如，在汽车、手机以及智能家居等各主体之间的关联关系，需要用到协同授权模式，决定哪些应用或服务可以授权给处理设备进行管理。在一些情况下的不同的应用程序中，需要设立主从管理模式，以便更好地应对各种应用场景。

图8是步骤S2的一种实施例的具体流程图。

如图8所示，在一实施例中，可选地，S2的步骤包括：

S27：向关联设备发送管理请求；

S28：获取关联设备对于管理请求的反馈信息；

S29：根据反馈信息对至少一应用或服务进行处理。

在一些应用场景下，处理设备并不能直接对应用或服务进行相关处理。例如，在儿童的手表上，如果需要关闭或卸载一个交互应用程序，可能需要获取其关联的父母手机上的管理许可。此时，需要先向父母手机发送处理交互应用程序的管理请求，等待获取父母手机反馈回来的做卸载的处理确认信息后，再根据反馈的处理确认信息的选项，对交互应用程序进行卸载处理。又例如，处理设备上的交互应用程序是为了应对关联设备上的相关信息而启动的，因此，在需要休眠或关闭一个交互应用程序时，可能需要先获取关联设备的相关信息，然后根据当前关联设备的相关情况选择休眠或关闭交互应用程序。

可选地，反馈信息包括以下至少一种：

关联设备的状态信息；关联设备的指令信息；关联设备的处理结果；关联设备的推荐信息；关联设备的验证信息；关联设备的历史记录信息；关联设备的场景信息。

例如，关联设备的状态信息可以包括当前显示界面、当前时刻、电子设备当前所在位置、运动状态、当前事件、或者运行的应用等。关联设备的指令信息可以包括对于处理交互应用程序的处理指令；关联设备的处理结果可以是关联设备对于一个事件的处理是否完成情况；关联设备的推荐信息可以是对于处理交互应用程序的建议；关联设备的验证信息可以是关联设备对于处理交互应用程序的授权验证。

可选地，在执行根据反馈信息对至少一应用或服务进行处理的步骤中包括：

响应于反馈信息，获取辅助信息；

根据辅助信息，对至少一应用或服务进行处理。

例如儿童的电话手表在获取父母手机反馈的授权后，需要根据进一步的场景或条件或处理结果，例如，等儿童的电话手表的卫星定位显示已到家后，开始对交互应用程序进行关闭或卸载处理。

本申请的处理方法，响应于至少两个应用或服务进行预设处理，根据预设策略对至少一应用或服务进行处理。如此，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

第二实施例

本申请还提供一种应用或服务的处理方法，图9是本申请第二实施例的处理方法流程图。

如图9所示，在一实施例中，应用于处理设备的处理方法包括：

S10：响应于第一应用或服务进行预设处理，和/或第二应用和服务进行预设处理；

S20：检测第一应用或服务，和/或第二应用或服务是否满足预设条件；

S30：若满足，则根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态。

处理设备可以为终端设备（如手机、平板电脑等）、可穿戴智能设备（如智能手表、智能手环、智能耳机等）、智能家居设备（如智能电视、智能音箱等）、车联网设备（如智能汽车、车载终端等）。应用或服务可以包括人机交互应用，人机交互应用包括可以通过手势、语音、隔空手势等方式进行人机交互的应用或服务。

可选地，所述进行预设处理包括以下至少一种：启动、唤醒、运行、恢复、同时接收待处理信息等。

当存在至少一个应用或服务在进行预设处理的情况时，根据其中的一个或多个应用或服务或处理设备的相关信息是否符合预设条件，从而可以筛选出更加符合使用条件的应用或服务。可选地，按照特定的预设策略和/或特定的预设操作通过对至少一个应用或服务进行关闭、卸载、转移及后台冻结等状态切换，从而可以在使用应用或服务时，对应用或服务的使用过程进行管控的同时，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

示例性地，在检测到至少一个第三方人机交互应用处于运行状态时，对于系统级人机交互应用或安全等级更高的人机交互应用支持的功能，不调用满足菲系统级预设条件人机交互应用或满足安全等级较低的预设条件的人机交互应用，对于满足预设条件的人机交互应用进行关闭或后台冻结；和/或，对第三方人机交互应用满足存在安全隐患的功能的预设条件，或满足未经用户同意后的，可关闭该人机交互应用；和/或，根据场景限制使用的人机交互应用，如当前调用的系统级人机交互应用是否满足不是特定时间段的预设条件，以及不是特定地点不能用第三方人机交互应用等；和/或，根据应用限制不能使用的人机交互应用，如A应用只能使用系统级人机交互应用，B应用只能使用第三方人机交互应用的C功能等；又或者，第三方人机交互应用不支持的功能，可以调用其他支持功能的人机交互应用进行响应。然后，对于不需要调用的人机交互应用进行关闭处理或者后台冻结。如此，可以充分利用不同应用或服务的功能和交互能力的同时，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

例如，B人机交互应用不具有拨打电话的权限，则由A人机交互应用拨打电话，可以把B人机交互应用关闭；和/或，A人机交互应用不具有拨打电话的权限，则可以由具有拨打电话的权限的B人机交互应用拨打电话，把A人机交互应用关闭。此时，预设条件就是是否不具有拨打电话的权限。

可选地，根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态可以为将第一应用或服务和/或第二应用或服务转为后台运行状态。

例如，在计算机系统中的文件关键词提取服务中，当图片编辑服务启动时，可以将文件关键词提取服务暂时转为后台运行状态。后台运行可以在不干扰前台运行的应用或服务的情况下，使用系统空闲资源，增强系统的协调性，提高运行效率。

可选地，根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态可以为将第一应用或服务和/或第二应用或服务转为后台冻结状态。

例如，在手机游戏服务运行过程中，视频通话服务需要启动，此时，可以将游戏服务暂时后台冻结，等待视频通话服务结束后再择机解冻运行。后台冻结可以使被冻结的应用或服务不干扰前台运行的应用或服务，避免运行中造成的冲突情况，可以增强系统的流畅性。

可选地，根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态可以为将第一应用或服务和/或第二应用或服务转为休眠状态。

例如，在计算机系统中，管理员账号登陆时，为了避免系统文件资源冲突，可以将游客账号转为休眠状态，等待管理员账号退出时，再择机唤醒休眠的游客账号。休眠状态可以使应用或服务暂时释放占用的资源和文件，等待必要时再进行唤醒，重新恢复休眠之前的状态。

可选地，根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态可以为将第一应用或服务和/或第二应用或服务转为关闭状态。

例如，在手机上视频通话应用需要运行时，可以将正在运行的娱乐视频播放应用关闭。关闭状态可以从系统内存中彻底释放应用或服务占用的资源，有利于系统运行的流畅性。

可选地，根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态可以为将第一应用或服务和/或第二应用或服务卸载。

例如，将手机上存在的两个安全管理应用中的其中至少一个安全管理应用卸载。卸载应用或服务不仅可以彻底释放应用或服务占用的资源，还能避免不必要的启动或唤醒，有利于系统运行的稳定性。

可选地，根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态可以为将第一应用或服务和/或第二应用或服务转移。

例如，在一个大型游戏应用中，包括互相支撑的前台显示交互服务和后台场景计算服务。在系统检测到终端工作站处理容量不足时，将后台场景计算服务转移安装在网络连接的服务器中。转移安装应用或服务可以释放特定的资源的同时，保留应用或服务的功能在其他系统运行，既避免了系统运行的冲突，也保障了功能的完整。

通过切换状态至后台运行、后台冻结、休眠、关闭、卸载或转移等不同的预设处理策略，可以对不同的应用或服务进行不同的处理。

可选地，第一应用或服务位于第一设备，第二应用或服务位于第二设备。

在一些情况下，第一设备上的第一应用或服务与第二设备上的第二应用或服务处于相关状态，需要将其中至少一个应用或服务进行状态切换。

可选地，满足预设条件，包括处于预设场景的情况。

例如，在车载应用或服务处于高隐私场景中时，第一预设策略包括关闭车载应用或服务的语音播放功能。

可选地，符合第一预设条件或第二预设条件，包括处于预设模式的情况。

例如在儿童模式情况下，不需要其他的成人人机交互程序与幼儿人机交互程序共同运行，因此，可以把其他的成人人机交互程序关闭。

可选地，符合第一预设条件或第二预设条件，包括处于预设状态的情况。

例如在离线状态下，不需要其他的在线电子词典与离线电子词典共同运行，因此，可以将在线电子词典关闭。

可选地，符合第一预设条件或第二预设条件，包括不具有预设权限或服务的情况。

例如，在儿童的电话手表中，父母未授权的游戏不需要与已授权的游戏共同运行。因此，可以将未授权的游戏关闭。

可选地，符合第一预设条件或第二预设条件，包括不支持待处理信息所要实现的功能或服务的情况。

例如，在医疗问题中，不需要其他的商业人机交互程序与医疗人机交互程序共同运行。因此，可以将商业人机交互程序关闭。

可选地，符合第一预设条件或第二预设条件，包括允许使用待处理信息所不需使用的功能或服务的情况。

例如，打电话时，不需要使用录音信息的短信服务停止运行；和/或，允许小额支付不需要使用的密码验证服务，在小额支付时可以将密码验证服务进程关闭。

可选地，符合第一预设条件或第二预设条件，包括不处于与待处理信息关联的场景和/或模式或服务的情况。

例如，处理照片的服务不需要与正在处理地图查询的人机交互程序共同运行。因此，可以将处理照片的服务进程后台冻结。

可选地，符合第一预设条件或第二预设条件，包括未被调用或服务的情况。

例如，拨电话时未被调用的视频播放程序可以结束运行状态。

可选地，符合第一预设条件或第二预设条件，包括未正在提供预设功能或服务的情况。

例如，压缩程序运行完成后不需要处于运行状态。因此，可以将压缩程序关闭。

可选地，符合第一预设条件或第二预设条件，包括处于后台运行状态的时长大于或等于预设时长或服务的情况。

例如，录像拍照程序被切换至后台运行状态超过1分钟就可以转为关闭状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务位于不同设备上或服务的情况。

例如，在驾车时，手机以及平板电脑上的人机交互程序不需要与车载人机交互程序共同处于运行状态。因此，手机及平板电脑上的人机交互程序可以转为后台冻结状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务位于同一设备上或服务的情况。

例如，手机上输入法的人机交互程序不需要与手机银行的人机交互程序共同处于运行状态。因此，在使用手机银行时，输入法的人机交互程序可以转为休眠状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务位于处理设备上，且处理设备是控制中心或服务器的情况。

例如，在服务器上第一远程操作程序不需要与第二远程操作程序共同处于运行状态。因此，可以将其中一个未调用的远程操作程序转为关闭状态。

可选地，符合第一预设条件或第二预设条件，包括与至少一第二应用或服务的功能，和/或模式，和/或权限相同。

例如，在儿童的电话手表上，相同权限的第一支付服务与第二支付服务不需要同时处于运行状态。因此，可以将其中一个未调用的支付服务转为休眠状态。

预设场景可以是当前没有正在处理数据或互联场景；预设模式可以是前台运行模式、后台运行模式、交互模式等；预设权限可以是联系人权限、控制权限等；支持待处理信息所要实现的功能可以是支持搜索功能、翻译功能、定时功能等；允许使用待处理信息所需使用的功能可以是允许拨打电话、允许转账等；处于与待处理信息关联的场景和/或模式可以是处于特定的时间段、特定地点、儿童模式、连接状态等。

可选地，在执行S20的步骤之后包括：

若第一应用或服务满足预设条件，则根据第一预设策略对第一应用或服务进行处理；和/或，若第一应用或服务不满足预设条件，则根据第二预设策略对第二应用或服务进行处理。

例如，在支付场景中的遇到多个应用或服务，就判断第一应用或服务是否满足第一预设条件。例如是否有与特定的支付应用或服务互补的功能。若没有互补的功能，则将第一应用或服务关闭。和/或，若有互补的功能，将第二应用或服务转为后台运行状态。

可选地，在执行S20的步骤中包括：

若第一应用或服务满足预设条件，则输出对于处理第一应用或服务的提示信息；和/或，若第一应用或服务不满足预设条件，则输出对于处理第二应用或服务的提示信息。

例如，在支付场景中的遇到多个应用或服务，就判断第一应用或服务是否满足第一预设条件。例如是否有与特定的支付应用或服务互补的功能。若没有互补的功能，则输出将第一应用或服务关闭的提示。和/或，若有互补的功能，则输出将第二应用或服务转为后台运行状态的提示。

在一些实施方式中，可以通过输出提示信息的方式来提醒用户或者协助进行决策，由用户根据需要选择对应的处理方式，符合用户在特定场景下的需求。例如，输出包含处理选项的提示信息供用户选择，也或者是提供关于即将处理一个应用或服务的提示信息，和/或，处理多个应用或服务的提示信息。例如，处理设备即将对两个人机交互应用进行处理，输出“提示：A交互应用即将关闭”，和/或，“提示：B交互应用即将关闭”。或者，请参考图6，处理设备输出“请选择将A交互应用：1关闭；2后台冻结；3休眠；4直接卸载”。或者，请参考图7，处理设备输出“请选择：1将A交互应用关闭；2将B交互应用关闭”。需要说明的是，提示信息可以是包括选择项目的页面或窗口，也可以是包含选择项目的语音提示，甚至可以是处理设备上设置的灯光提示、闪屏提示以及震动提示。相应地，对于输出的提示信息，用户可以操作的方式可以为点击、按键、语音命令以及摇动等方式。

可选地，在执行若第一应用或服务符合预设条件，则输出对于处理第一应用或服务的提示信息；和/或，若第一应用或服务不符合预设条件，则输出对于处理第二应用或服务的提示信息的步骤之后包括：

响应于对应提示信息的选择操作，根据选择结果处理第一应用或服务；或，根据选择结果处理第二应用或服务。

例如，用户选择关闭第一应用或服务，则将第一应用或服务关闭。和/或，用户选择关闭第二应用或服务，则将第二应用或服务关闭。

可选地，S10的步骤之前包括：

响应于预设触发事件，检测至少两个应用或服务进行预设处理。

当系统被预设触发时间中断触发时，开始检测至少两个应用或服务是否有可能同时处于在启动、运行及恢复等情况。

可选地，预设触发事件可以为当前时间满足预设时间。

例如，用户设定七月三十一日下午十一点钟的预设时间，需要特定的功能服务。当时间到了这个预设时间时，系统进行响应。

可选地，预设触发事件可以为预设功能程序被启动或唤醒。

例如，系统或用户设定了儿童智能手表的支付程序启动时，需要启动通知父母手机的应用或服务。因此，当智能手表上的支付程序启动时，系统进行相应响应，对父母的手机进行相关通知。

可选地，预设触发事件可以为当前定位处于预设范围。

例如，系统设定当儿童智能手表的卫星定位超出学校范围3公里时，需要启动通知家长或老师的应用或服务。因此，当智能手表上的卫星定位超出学校位置3公里时，系统进行相应响应，对家长或老师进行相关通知。

可选地，预设触发事件可以为当前功耗大于或等于预设功耗。

例如，用户在系统设定当手机功耗超出第一功耗阈值时，需要启动电源管理服务，以便进行相关程序管理。因此，当系统检测到手机功耗超出第一功耗阈值时，进行相应响应，启动电源管理服务。

可选地，预设触发事件可以为当前网络状态满足预设网络条件。

例如，用户在系统设定手机上应用或服务在WIFI联网后运行下载服务。因此，当系统检测到WIFI网络成功连接时，进行相应响应，以开启应用或服务的下载服务。

可选地，预设触发事件可以为当前环境满足预设环境条件。

例如，系统设置空气湿度超过第一湿度阈值时启动加热服务。因此，当系统检测到当前空气湿度超出第一湿度阈值时，进行相应响应，以开启加热服务。

可选地，预设触发事件可以为人机交互中出现关键信息。

例如，系统设置人机语音交互中出现动物名称的关键词时，唤起关于动物百科知识的应用。因此，当系统检测到在人机语音交互中出现“熊猫”的关键词时，进行相应响应，以唤起动物百科知识的应用。

提前设置可以触发的事件，当发生这些预设触发事件时，发出中断触发信号，有利于对系统资源进行精准利用，提高系统效率。

可选地，在执行S30的步骤之前包括：

确定预设工作模式是否被开启。

预设工作模式的设置可以方便地预先确定一揽子处理原则。例如授权处理设备自我优化管理的自适应模式。在对应用或服务进行相应处理之前，先判断预设工作模式是否开启。在确定预设工作模式开启的情况下， 再对应用或服务进行相应处理。

本申请的处理方法，响应于至少一个应用或服务进行预设处理，判断至少一个应用或服务是否满足预设条件，然后可以根据预设策略对至少一应用或服务进行处理。如此，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

第三实施例

本申请还提供一种应用或服务的处理方法，图10是本申请第三实施例的处理方法流程图。

如图10所示，在一实施例中，应用于处理设备的处理方法包括：

S100：响应于第一应用或服务进行预设处理，向关联设备输出第一提示信息。

S200：根据关联设备的反馈信息，按照预设策略和/或预设操作进行处理，可选地，反馈信息由关联设备根据进行预设处理的第二应用或服务处理得到。

处理设备可以为终端设备（如手机、平板电脑等）、可穿戴智能设备（如智能手表、智能手环、智能耳机等）、智能家居设备（如智能电视、智能音箱等）、车联网设备（如智能汽车、车载终端等）。应用或服务可以包括人机交互应用，人机交互应用包括可以通过手势、语音、隔空手势等方式进行人机交互的应用或服务。

可选地，所述进行预设处理包括以下至少一种：启动、唤醒、运行、恢复、同时接收待处理信息等。

通过上述方式，当存在一个应用或服务在处理设备启动、运行或恢复等进行预设处理的情况时，在未知关联设备上具有第二应用或服务的情况下，为了避免发生未知不良后果，不能直接处理。此时，先向关联设备输出第一提示信息，以使关联设备对第二应用或服务进行处理。关联设备会发送处理后的反馈信息至处理设备，以助于决定对第一应用或服务进行处理。

按照预设策略通过对至少一个应用或服务进行处理，可以在使用应用或服务时，对应用或服务的使用过程进行管控的同时，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

可选地，S100的步骤包括：

响应于第一应用或服务进行预设处理，和/或关联的第二应用或服务进行预设处理，响应于获取的操作满足预设条件，和/或至少一关联设备满足预设条件，输出至少一状态管理请求，以使得关联设备进行预设处理。

当检测到第一应用或服务启动、运行或恢复等情况时，又检测到在关联的第二应用或服务启动、运行或恢复等情况。此时，等待用户满足预设条件的操作，和或，至少有一个关联设备满足预设条件时，可以输出一个状态管理请求至控制中心或关联设备，使关联设备进行预设处理。例如，在行车环境下，汽车检测到汽车上的第一人机交互程序已运行，又检测到关联的电话手表中第二人机交互程序也处于运行状态。等检测到用户发动车辆开始驾驶，和/或，关联的平板电脑开始处于驾驶模式或导航状态，则可以向手机发出一关闭第二人机交互程序的管理请求，以使关联的手机或电话手表关闭第二人机交互程序。

可选地，S200的步骤包括：

根据关联设备的反馈信息，按照预设策略和/或预设操作进行处理，反馈信息由关联设备根据进行预设处理的第二应用或服务的处理得到。

例如，在发出状态管理请求后，手机反馈信息允许关闭电话手表的第二人机交互程序。此时就可以按照预设策略和/或预设操作关闭电话手表的第二人机交互程序。或者，手机反馈信息要求关闭汽车的第一人机交互程序，则按照预设策略和/或预设操作关闭第一人机交互程序。

可选地，在执行S200的步骤可以为将第一应用或服务和/或第二应用或服务转为后台运行状态。

例如，在计算机系统中的文件关键词提取服务中，当图片编辑服务启动时，可以将文件关键词提取服务暂时转为后台运行状态。后台运行可以在不干扰前台运行的应用或服务的情况下，使用系统空闲资源，增强系统的协调性，提高运行效率。

可选地，在执行S200的步骤可以为将第一应用或服务和/或第二应用或服务转为后台冻结状态。

例如，在手机游戏服务运行过程中，视频通话服务需要启动，此时，可以将游戏服务暂时后台冻结，等待视频通话服务结束后再择机解冻运行。后台冻结可以使被冻结的应用或服务不干扰前台运行的应用或服务，避免运行中造成的冲突情况，可以增强系统的流畅性。

可选地，在执行S200的步骤可以为将第一应用或服务和/或第二应用或服务转为休眠状态。

例如，在计算机系统中，管理员账号登陆时，为了避免系统文件资源冲突，可以将游客账号转为休眠状态，等待管理员账号退出时，再择机唤醒休眠的游客账号。休眠状态可以使应用或服务暂时释放占用的资源和文件，等待必要时再进行唤醒，重新恢复休眠之前的状态。

可选地，在执行S200的步骤可以为将第一应用或服务和/或第二应用或服务转为关闭状态。

例如，在手机上视频通话应用需要运行时，可以将正在运行的娱乐视频播放应用关闭。关闭状态可以从系统内存中彻底释放应用或服务占用的资源，有利于系统运行的流畅性。

可选地，在执行S200的步骤可以为将第一应用或服务和/或第二应用或服务卸载。

例如，将手机上存在的两个安全管理应用中的其中至少一个安全管理应用卸载。卸载应用或服务不仅可以彻底释放应用或服务占用的资源，还能避免不必要的启动或唤醒，有利于系统运行的稳定性。

可选地，在执行S200的步骤可以为将第一应用或服务和/或第二应用或服务转移。

例如，在一个大型游戏应用中，包括互相支撑的前台显示交互服务和后台场景计算服务。在系统检测到终端工作站处理容量不足时，将后台场景计算服务转移安装在网络连接的服务器中。转移安装应用或服务可以释放特定的资源的同时，保留应用或服务的功能在其他系统运行，既避免了系统运行的冲突，也保障了功能的完整。

通过切换状态至后台运行、后台冻结、休眠、关闭、卸载或转移等不同的预设处理策略，可以对不同的应用或服务进行不同的处理。

在一些实施方式中，可以通过输出提示信息的方式来提醒用户或者协助进行决策，由用户根据需要选择对应的处理方式，符合用户在特定场景下的需求。例如，输出包含处理选项的提示信息供用户选择，也或者是提供关于即将处理一个应用或服务的提示信息，和/或，处理多个应用或服务的提示信息。例如，处理设备即将对两个人机交互应用进行处理，输出“提示：A交互应用即将关闭”，和/或，“提示：B交互应用即将关闭”。或者，处理设备输出“请选择将A交互应用：1关闭；2后台冻结；3休眠；4直接卸载”。或者，处理设备输出“请选择：1将A交互应用关闭；2将B交互应用关闭”。需要说明的是，提示信息可以是包括选择项目的页面或窗口，也可以是包含选择项目的语音提示，甚至可以是处理设备上设置的灯光提示、闪屏提示以及震动提示。相应地，对于输出的提示信息，用户可以操作的方式可以为点击、按键、语音命令以及摇动等方式。

可选地，S200的步骤中包括：

若第一应用或服务符合第一预设条件，则输出对于处理第一应用或服务的第二提示信息；和/或，若第二应用或服务不符合第二预设条件，则输出对于处理第二应用或服务的第三提示信息。

例如，在驾车场景中，不需要其他设备的第一人机交互程序与车载的第二人机交互程序共同运行。因此，可以将第一人机交互程序关闭，此时，输出关闭第一人机交互程序的第二提示信息。和/或，若车载的第二人机交互程序在车辆熄火的情况下，则可以关闭车载的第二人机交互程序，此时输出关闭第二人机交互程序的第三提示信息。

可选地，在执行若第一应用或服务符合第一预设条件，则输出对于处理第一应用或服务的第二提示信息；和/或，若第二应用或服务不符合第二预设条件，则输出对于处理第二应用或服务的第三提示信息的步骤中包括：

响应于对应第二提示信息和/或第三提示信息的选择操作，根据选择结果处理第一应用或服务和/或第二应用或服务。

在含有选项的第二提示信息及第三提示信息中，根据最终的选择操作，对第一应用或服务和/或第二应用或服务进行处理。例如，用户在提示信息中选择关闭第一人机交互程序，和/或，选择后台冻结第二人机交互程序。

可选地，在执行S200的步骤之前包括：

确定预设工作模式是否被开启。

预设工作模式的设置可以方便地预先确定一揽子处理原则。例如授权处理设备自我优化管理的自适应模式。在对应用或服务进行相应处理之前，先判断预设工作模式是否开启。在确定预设工作模式开启的情况下， 再对应用或服务进行相应处理。

本申请的处理方法，响应于处理设备上的第一应用或服务进行预设处理时，处理设备向关联设备发送提示信息，以便关联设备反馈将第二应用或服务根据预设策略进行处理的信息。如此，使互相关联的设备上同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

第四实施例

本申请还提供了一种应用或服务的处理方法，图11是本申请第四实施例的处理方法流程图。

如图11所示，在一实施例中，应用于关联设备的处理方法包括：

T1：响应于处理设备对于第一应用或服务进行预设处理发送的第一提示信息，处理进行预设处理的第二应用或服务。

T2：根据对第二应用或服务的处理结果，发送反馈信息至处理设备，以使处理设备按照预设策略和/或预设操作对第一应用或服务进行处理。

关联设备及处理设备可以为终端设备（如手机、平板电脑等）、可穿戴智能设备（如智能手表、智能手环、智能耳机等）、智能家居设备（如智能电视、智能音箱等）、车联网设备（如智能汽车、车载终端等）。应用或服务可以包括人机交互应用，人机交互应用包括可以通过手势、语音、隔空手势等方式进行人机交互的应用或服务。

可选地，所述进行预设处理包括以下至少一种：启动、唤醒、运行、恢复、同时接收待处理信息等。

例如，在行车环境下，汽车检测到汽车上的第一人机交互程序已运行，又检测到关联的电话手表中第二人机交互程序也处于运行状态。汽车发出对于电话手表上的第二人机交互程序需要关闭或冻结的状态管理请求后，手机或电话手表反馈信息允许关闭或冻结电话手表的第二人机交互程序。此时就可以按照预设策略和/或预设操作关闭或冻结电话手表的第二人机交互程序。在第二人机交互程序关闭或冻结后，手机或电话手表发送反馈信息至汽车，以使汽车处理第一人机交互程序。或者，手机或电话手表经过检测，当前需要第二人机交互程序后台运行，因此反馈信息要求关闭或冻结汽车的第一人机交互程序，则汽车按照预设策略和/或预设操作关闭或冻结第一人机交互程序。

通过上述方式，当存在一个应用或服务在处理设备启动、运行或恢复等进行预设处理的情况时，在关联设备上具有第二应用或服务的情况下，为了避免发生未知不良后果，处理设备不能直接处理。此时，处理设备先向关联设备输出第一提示信息，关联设备根据第一提示信息对第二应用或服务进行处理。关联设备会发送处理后的反馈信息至处理设备，以助于处理设备决定对第一应用或服务进行处理。在相互关联的设备对应用或服务处理的过程中，所涉及的技术细节与以上实施例相同，在此不再赘述。

可选地，所述T1的步骤包括：

响应于处理设备发送的至少一状态管理请求，所述关联设备处理进行预设处理的第二应用或服务；所述状态管理请求由所述处理设备响应于第一应用或服务进行预设处理，和/或关联的第二应用或服务进行预设处理，在获取的操作满足预设条件，和/或至少一关联设备满足预设条件时输出。

当处理设备检测到第一应用或服务启动、运行或恢复等情况时，又检测到关联的第二应用或服务同时存在启动、运行或恢复等情况。此时，等待用户满足预设条件的操作，和或，至少有一个关联设备满足预设条件时，处理设备可以输出一个状态管理请求至控制中心或关联设备，关联设备此时可以对第二应用或服务进行预设处理。例如，在行车环境下，汽车检测到汽车上的第一人机交互程序已运行，又检测到关联的电话手表中第二人机交互程序也处于运行状态。等检测到用户发动车辆开始驾驶，和/或，关联的平板电脑开始处于驾驶模式或导航状态，则汽车可以向手机或汽车发出一关闭或冻结第二人机交互程序的管理请求，此时，手机或电话手表可以关闭或冻结第二人机交互程序。

可选地，T2的步骤可以为将第一应用或服务和/或第二应用或服务转为后台运行状态。

例如，在计算机系统中的文件关键词提取服务中，当图片编辑服务启动时，可以将文件关键词提取服务暂时转为后台运行状态。后台运行可以在不干扰前台运行的应用或服务的情况下，使用系统空闲资源，增强系统的协调性，提高运行效率。

可选地，T2的步骤可以为将第一应用或服务和/或第二应用或服务转为后台冻结状态。

例如，在手机游戏服务运行过程中，视频通话服务需要启动，此时，可以将游戏服务暂时后台冻结，等待视频通话服务结束后再择机解冻运行。后台冻结可以使被冻结的应用或服务不干扰前台运行的应用或服务，避免运行中造成的冲突情况，可以增强系统的流畅性。

可选地，T2的步骤可以为将第一应用或服务和/或第二应用或服务转为休眠状态。

例如，在计算机系统中，管理员账号登陆时，为了避免系统文件资源冲突，可以将游客账号转为休眠状态，等待管理员账号退出时，再择机唤醒休眠的游客账号。休眠状态可以使应用或服务暂时释放占用的资源和文件，等待必要时再进行唤醒，重新恢复休眠之前的状态。

可选地，T2的步骤可以为将第一应用或服务和/或第二应用或服务转为关闭状态。

例如，在手机上视频通话应用需要运行时，可以将正在运行的娱乐视频播放应用关闭。关闭状态可以从系统内存中彻底释放应用或服务占用的资源，有利于系统运行的流畅性。

可选地，T2的步骤可以为将第一应用或服务和/或第二应用或服务卸载。

例如，将手机上存在的两个安全管理应用中的其中至少一个安全管理应用卸载。卸载应用或服务不仅可以彻底释放应用或服务占用的资源，还能避免不必要的启动或唤醒，有利于系统运行的稳定性。

可选地，T2的步骤可以为将第一应用或服务和/或第二应用或服务转移。

例如，在一个大型游戏应用中，包括互相支撑的前台显示交互服务和后台场景计算服务。在系统检测到终端工作站处理容量不足时，将后台场景计算服务转移安装在网络连接的服务器中。转移安装应用或服务可以释放特定的资源的同时，保留应用或服务的功能在其他系统运行，既避免了系统运行的冲突，也保障了功能的完整。

通过使处理设备切换状态至后台运行、后台冻结、休眠、关闭、卸载或转移等不同的预设处理策略，可以对不同的应用或服务进行不同的处理。

可选地，所述T2的步骤包括：

若所述第一应用或服务符合第一预设条件，则使所述处理设备输出对于处理所述第一应用或服务的第二提示信息；和/或，若所述第二应用或服务不符合第二预设条件，则使所述处理设备输出对于处理所述第二应用或服务的第三提示信息。

在一些实施方式中，可以使处理设备通过输出提示信息的方式来提醒用户或者协助进行决策，由用户根据需要选择对应的处理方式，符合用户在特定场景下的需求。例如，处理设备输出包含处理选项的提示信息供用户选择，也或者是提供关于即将处理一个应用或服务的提示信息，和/或，处理多个应用或服务的提示信息。例如，处理设备即将对两个人机交互应用进行处理，输出“提示：A交互应用即将关闭”，和/或，“提示：B交互应用即将关闭”。或者，处理设备输出“请选择将A交互应用：1关闭；2后台冻结；3休眠；4直接卸载”。或者，处理设备输出“请选择：1将A交互应用关闭；2将B交互应用关闭”。需要说明的是，提示信息可以是包括选择项目的页面或窗口，也可以是包含选择项目的语音提示，甚至可以是处理设备上设置的灯光提示、闪屏提示以及震动提示。相应地，对于输出的提示信息，用户可以操作的方式可以为点击、按键、语音命令以及摇动等方式。

例如，在驾车场景中，不需要其他设备的第一人机交互程序与车载的第二人机交互程序共同运行。因此，可以将第一人机交互程序关闭，此时，输出关闭第一人机交互程序的第二提示信息。和/或，若车载的第二人机交互程序在车辆熄火的情况下，则可以关闭车载的第二人机交互程序，此时输出关闭第二人机交互程序的第三提示信息。

可选地，所述T1的步骤之前包括：

确定预设工作模式是否被开启。

预设工作模式的设置可以方便地预先确定一揽子处理原则。例如授权处理设备自我优化管理的自适应模式，或者手机对于电话手表或汽车的特定功能授权模式。在对应用或服务进行相应处理之前，先判断预设工作模式是否开启。在确定预设工作模式开启的情况下，再对应用或服务进行相应处理。

本申请的处理方法，可以使关联设备响应于接收到处理设备发送的提示信息，关联设备将第二应用或服务根据预设策略进行处理并反馈处理信息给处理设备。如此，使互相关联的设备上同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

本申请还提供一种设备，图12是本申请第五实施例的设备方框图。

如图12所示，在一实施例中，设备包括：存储器1和处理器2。存储器1连接处理器2。存储器1上存储有处理程序，处理程序被处理器2执行时实现如上述的应用或服务的处理方法的步骤。

本申请还提供一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的应用或服务的处理方法的步骤。

在本申请提供的设备和可读存储介质的实施例中，包含了上述处理方法各实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不做再赘述。

本申请提供的处理方法、设备和可读存储介质，能够在响应于至少两个应用或服务进行预设处理，根据预设策略对至少一应用或服务进行处理。如此，使同时存在的多个应用或服务有序运行，避免出现不适当的干扰问题，有效提高了用户体验。

可以理解，上述场景仅是作为示例，并不构成对于本申请实施例提供的技术方案的应用场景的限定，本申请的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

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

本申请技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，（例如，软盘、存储盘、磁带）、光介质（例如，DVD），或者半导体介质（例如固态存储盘Solid State Disk (SSD)）等。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (34)

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

S1：响应于至少两个应用或服务同时进行预设处理，所述进行预设处理包括同时接收待处理信息；

S2：根据预设策略对至少一所述应用或服务进行处理，以避免冲突；

其中，所述应用或服务为人机交互的应用或服务；

所述S1的步骤包括：响应于进行预设处理的第一应用或服务，检测关联的第二应用或服务是否进行预设处理；所述第一应用或服务与所述第二应用或服务关联包括以下至少一种：

具有相同的功能和/或权限和/或服务；

接收的处理数据相同；

所述S2的步骤包括：

步骤S21：根据第一预设策略对所述第一应用或服务进行以下至少一种处理；和/或，根据第二预设策略对所述第二应用或服务进行以下至少一种处理：

将所述第一应用或服务和/或第二应用或服务卸载；

将所述第一应用或服务和/或第二应用或服务转移至其他设备。

2.如权利要求1所述的方法，其特征在于，所述第一应用或服务与所述第二应用或服务分别位于关联的两个设备上时，所述S1的步骤包括：

响应于第一应用或服务进行预设处理，向关联设备输出提示信息，并接收所述关联设备输出的检测结果，所述检测结果由所述关联设备检测第二应用或服务是否进行预设处理得到。

3.如权利要求1所述的方法，其特征在于，所述第一预设策略，包括以下至少一种：

响应于获取到第一处理结果，将所述第一应用或服务转为后台运行状态或关闭状态，所述第一处理结果为所述第一应用或服务处理所得；

响应于第一应用或服务的所处设备的剩余电量低于第一电量阈值、或电量消耗超出第二电量阈值、或剩余流量低于第一流量阈值、或流量消耗超出第二流量阈值时，将所述第一应用或服务转为后台冻结状态；

响应于第一应用或服务的所处设备的剩余电量低于第一电量阈值、或电量消耗超出第二电量阈值、或剩余流量低于第一流量阈值、或流量消耗超出第二流量阈值、或剩余存储容量低于第一内存阈值、或存储容量消耗超出第二内存阈值时，将所述第一应用或服务转为休眠状态；

将第一应用或服务转为后台运行状态，且响应于第二应用或服务输出第二处理结果，将所述第一应用或服务转为前台运行状态。

4.如权利要求1所述的方法，其特征在于，所述S21的步骤包括：

检测所述第一应用或服务是否满足第一预设条件，和/或，所述第二应用或服务是否符合第二预设条件；

响应于所述第一应用或服务符合第一预设条件，则根据第一预设策略对所述第一应用或服务进行处理；和/或，响应于所述第二应用或服务符合第二预设条件，则根据第二预设策略对所述第二应用或服务进行处理。

5.如权利要求4所述的方法，其特征在于，所述符合第一预设条件或第二预设条件，包括以下至少一种：

处于预设场景；

处于预设模式；

处于预设状态；

不具有预设权限；

不支持待处理信息所要实现的功能；

允许使用待处理信息所不需使用的功能；

不处于与待处理信息关联的场景和/或模式；

未被调用；

未正在提供预设服务；

处于后台运行状态的时长大于或等于预设时长；

与至少一第二应用或服务位于不同设备上；

与至少一第二应用或服务位于同一设备上；

与至少一第二应用或服务位于所述处理设备上，且所述处理设备是控制中心或服务器；

与至少一第二应用或服务的功能、和/或模式、和/或权限相同。

6.如权利要求1所述的方法，其特征在于，所述S21的步骤包括：

响应于所述第一应用或服务和第二应用或服务的对比结果；

检测所述第一应用或服务是否符合预设条件；

若满足，则按照第一预设策略对所述第一应用或服务进行处理；和/或，若不满足，则响应于第二应用或服务满足所述预设条件，按照第二预设策略对所述第二应用或服务进行处理。

7.如权利要求1所述的方法，其特征在于，所述S21的步骤包括：

响应于第一应用或服务与所述第二应用或服务的对比，获取对比结果；

根据所述对比结果，检测所述第一应用或服务；

在所述第一应用或服务满足第一预设条件时，检测所述第二应用或服务；和/或，

在所述第二应用或服务满足第二预设条件时，根据所述第一预设策略对所述第一应用或服务进行处理；和/或，根据所述第二预设策略对所述第二应用或服务进行处理。

8.如权利要求1所述的方法，其特征在于，所述S21的步骤之前，包括：

输出对于处理所述第一应用或服务的提示信息；和/或，输出对于处理所述第二应用或服务的提示信息。

9.如权利要求8所述的方法，其特征在于，所述S21的步骤，包括：

响应于对所述提示信息的选择操作，根据所述第一预设策略对所述第一应用或服务进行处理，和/或，根据所述第二预设策略对所述第二应用或服务进行处理。

10.如权利要求9所述的方法，其特征在于，所述S2的步骤包括：

显示第一界面；

获取对于所述第一界面的操作信息；

响应于所述操作信息，根据所述第一预设策略对所述第一应用或服务进行处理，和/或，根据所述第二预设策略对所述第二应用或服务进行处理。

11.如权利要求1或2所述的方法，其特征在于，所述S2的步骤前，包括：

响应于预设工作模式开启，进入步骤S2。

12.如权利要求11所述的方法，其特征在于，所述预设工作模式包括以下至少一种：

省电模式；

节约流量模式；

节约存储空间模式；

协同授权模式；

主从管理模式。

13.如权利要求1或2所述的方法，其特征在于，所述S2的步骤包括：

向关联设备发送管理请求；

获取所述关联设备对于所述管理请求的反馈信息；

根据所述反馈信息对至少一所述应用或服务进行处理。

14.如权利要求13所述的应用或服务的处理方法，其特征在于，所述反馈信息包括以下至少一种：

所述关联设备的状态信息；

所述关联设备的指令信息；

所述关联设备的处理结果；

所述关联设备的推荐信息；

所述关联设备的验证信息；

所述关联设备的历史记录信息；

所述关联设备的场景信息。

15.如权利要求13所述的应用或服务的处理方法，其特征在于，在执行所述根据所述反馈信息对至少一所述应用或服务进行处理的步骤中包括：

响应于所述反馈信息，获取辅助信息；

根据所述辅助信息，对至少一所述应用或服务进行处理。

16.一种应用或服务的处理方法，其特征在于，应用于处理设备，所述应用或服务为人机交互的应用或服务；所述方法包括：

S10：响应于第一应用或服务同时进行预设处理，和第二应用或服务同时进行预设处理，所述进行预设处理包括同时接收待处理信息；

S20：检测所述第一应用或服务，和/或所述第二应用或服务是否满足预设条件；

S30：若满足，则根据预设操作和/或预设策略切换第一应用或服务和/或第二应用或服务的状态，以避免冲突；

其中，所述S30的步骤包括以下至少一种：

将所述第一应用或服务和/或第二应用或服务卸载；

将所述第一应用或服务和/或第二应用或服务转移至其他设备。

17.如权利要求16所述的方法，其特征在于，所述满足预设条件，包括以下至少一种：

处于预设场景；

处于预设模式；

处于预设状态；

不具有预设权限；

不支持待处理信息所要实现的功能；

允许使用待处理信息所不需使用的功能；

不处于与待处理信息关联的场景和/或模式；

未被调用；

未正在提供预设服务；

处于后台运行状态的时长大于或等于预设时长；

与至少一第二应用或服务位于不同设备上；

与至少一第二应用或服务位于同一设备上；

与至少一第二应用或服务位于所述处理设备上，且所述处理设备是控制中心或服务器；

与至少一第二应用或服务的功能，和/或模式，和/或权限相同。

18.如权利要求16所述的方法，其特征在于，所述S20的步骤之后包括：

若所述第一应用或服务满足预设条件，则根据第一预设策略对所述第一应用或服务进行处理；和/或，

若所述第一应用或服务不满足预设条件，则根据第二预设策略对所述第二应用或服务进行处理。

19.如权利要求16至18中任一项所述的方法，其特征在于，所述S20的步骤中包括：

若第一应用或服务满足预设条件，则输出对于处理第一应用或服务的提示信息；和/或，

若第一应用或服务不满足预设条件，则输出对于处理第二应用或服务的提示信息。

20.如权利要求19所述的方法，其特征在于，在执行所述若第一应用或服务符合预设条件，则输出对于处理第一应用或服务的提示信息；和/或，若第一应用或服务不符合预设条件，则输出对于处理第二应用或服务的提示信息的步骤之后包括：

响应于对应所述提示信息的选择操作，根据选择结果处理所述第一应用或服务；或，根据选择结果处理所述第二应用或服务。

21.如权利要求16至18中任一项所述的方法，其特征在于，所述S10的步骤之前包括：

响应于预设触发事件，检测至少两个应用或服务进行预设处理。

22.如权利要求21所述的方法，其特征在于，所述预设触发事件包括以下至少一种：

当前时间满足预设时间；

预设功能程序被启动或唤醒；

当前定位处于预设范围；

当前功耗大于或等于预设功耗；

当前网络状态满足预设网络条件；

当前环境满足预设环境条件；

人机交互中出现关键信息。

23.如权利要求16至18中任一项所述的方法，其特征在于，所述S30的步骤之前包括：

确定预设工作模式是否被开启。

24.一种应用或服务的处理方法，其特征在于，应用于处理设备，所述应用或服务为人机交互的应用或服务；所述方法包括：

S100：响应于第一应用或服务同时进行预设处理，向关联设备输出第一提示信息，所述进行预设处理包括同时接收待处理信息；

S200：根据所述关联设备的反馈信息，按照预设策略和/或预设操作进行处理，以避免冲突，所述反馈信息由所述关联设备根据同时进行预设处理的第二应用或服务处理得到；

其中，所述按照预设策略和/或预设操作进行处理包括以下至少一种：

将所述第一应用或服务和/或第二应用或服务卸载；

将所述第一应用或服务和/或第二应用或服务转移至其他设备。

25.如权利要求24所述的方法，其特征在于，所述S100的步骤包括：

响应于第一应用或服务进行预设处理，和/或关联的第二应用或服务进行预设处理，响应于获取的操作满足预设条件，和/或至少一关联设备满足预设条件，输出至少一状态管理请求，以使得所述关联设备进行预设处理。

26.如权利要求25所述的方法，其特征在于，所述S200的步骤包括：

若所述第一应用或服务符合第一预设条件，则输出对于处理所述第一应用或服务的第二提示信息；和/或，若所述第二应用或服务不符合第二预设条件，则输出对于处理所述第二应用或服务的第三提示信息。

27.如权利要求26所述的方法，其特征在于，在执行所述若所述第一应用或服务符合第一预设条件，则输出对于处理所述第一应用或服务的第二提示信息；和/或，若所述第二应用或服务不符合第二预设条件，则输出对于处理所述第二应用或服务的第三提示信息的步骤中包括：

响应于对应所述第二提示信息和/或第三提示信息的选择操作，根据选择结果处理所述第一应用或服务和/或所述第二应用或服务。

28.如权利要求24至27中任一项所述的方法，其特征在于，所述S200的步骤之前包括：

确定预设工作模式是否被开启。

29.一种应用或服务的处理方法，其特征在于，所述应用或服务为人机交互的应用或服务；所述方法应用于关联设备，包括：

T1：响应于处理设备对于第一应用或服务同时进行预设处理发送的第一提示信息，处理同时进行预设处理的第二应用或服务，所述进行预设处理包括同时接收待处理信息；

T2：根据对所述第二应用或服务的处理结果，发送反馈信息至所述处理设备，以使所述处理设备按照预设策略和/或预设操作进行处理，以避免冲突；

其中，所述以使所述处理设备按照预设策略和/或预设操作进行处理包括以下至少一种：

所述处理设备将所述第一应用或服务和/或第二应用或服务卸载；

所述处理设备将所述第一应用或服务和/或第二应用或服务转移至其他设备。

30.如权利要求29所述的方法，其特征在于，所述T1的步骤包括：

响应于所述处理设备发送的至少一状态管理请求，处理进行预设处理的第二应用或服务；所述状态管理请求由所述处理设备响应于第一应用或服务进行预设处理，和/或关联的第二应用或服务进行预设处理，在获取的操作满足预设条件，和/或至少一关联设备满足预设条件时输出。

31.如权利要求29或30所述的方法，其特征在于，所述T2的步骤包括：

若所述第一应用或服务符合第一预设条件，则使所述处理设备输出对于处理所述第一应用或服务的第二提示信息；和/或，若所述第二应用或服务不符合第二预设条件，则使所述处理设备输出对于处理所述第二应用或服务的第三提示信息。

32.如权利要求29或30所述的方法，其特征在于，所述T1的步骤之前包括：

确定预设工作模式是否被开启。

33.一种设备，其特征在于，所述设备包括：存储器、处理器，其中，所述存储器上存储有处理程序，所述处理程序被所述处理器执行时实现如权利要求1至32中任一项所述的应用或服务的处理方法的步骤。

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

Images