CN102970208B - 应用信息处理方法和终端设备 - Google Patents

Abstract

本发明实施例提供一种应用信息处理方法和终端设备，该方法包括：获取已安装的至少两个应用客户端中与用户预设相对应的应用信息；根据预设的策略信息，对所述应用信息进行整合处理，获取整合后的应用信息；采用所述整合后的应用信息进行应用处理。本发明实施例中，终端设备通过获取安装在设备终端至少两个应用客户端的应用信息，并对获取到的信息进行整合、处理，节省了用户整理大量繁杂应用信息的时间，同时给用户的操作带来了方便。

Description

应用信息处理方法和终端设备

技术领域

本发明实施例涉及通信技术，尤其涉及一种应用信息处理方法和终端设备。

背景技术

随着科技的进步，智能终端，例如智能手机、平板电脑等的使用越来越普遍，同时也推动了安装在这些智能终端上的各种应用客户端快速发展。用户可以在自己的智能终端上安装各种应用客户端，例如邮件、微博、微信等，从而使得用户通过安装在智能终端上的应用客户端获取各种应用信息。

在实现本发明实施例的过程中，发明人发现，现有技术中，用户可能在智能终端上安装很多应用客户端，用户通过每个应用客户端都会接收到大量繁杂的应用信息。因此，用户需要花费很多时间来整理这些应用信息，给用户的操作带来不便。

发明内容

本发明实施例提供一种应用信息处理方法和终端设备，用以帮助用户整理智能终端上大量的应用信息。

根据本发明的第一方面，一种应用信息处理方法，包括：

获取已安装的至少两个应用客户端中与用户预设相对应的应用信息；

根据预设的策略信息，对所述至少应用信息进行整合处理，获取整合后的应用信息；

采用所述整合后的应用信息进行应用处理。

在第一方面的第一种可能的实现方式中，所述根据预设的策略信息，对所述应用信息进行整合处理，包括：

根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理，包括：

若获取的所述至少两个应用客户端的应用信息为相冲突的应用信息，则确认所述至少两个应用客户端的应用信息的优先级；

删除或者更改所述至少两个应用客户端的相冲突的应用信息中除优先级最高的应用信息之外的应用信息；

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述采用所述整合后的应用信息进行应用处理，包括：

通知所需删除或者更改的应用信息对应的应用客户端，删除或者更改对应的应用信息。

结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中，所述确认所述至少两个应用客户端的应用信息的优先级，包括：

接收用户选择输入的优先级确认信息或者根据用户预设的优先级信息，

确认所述至少两个应用客户端的应用信息的优先级。

结合第一方面的第一种可能的实现方式，在第五种可能的实现方式中，所述根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理，包括：

若所述至少两个应用客户端的应用信息为相匹配的应用信息，则将所述至少两个应用客户端的应用信息整合为一条应用信息。

结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述采用所述整合后的应用信息进行应用处理，包括：

将整合后的一条应用信息通知给用户；

接收用户根据通知的应用信息发送的确认信息；

根据所述确认信息，通知所述至少两个应用客户端中的至少一个应用客户端。

结合第一方面的第一种可能的实现方式，在第七种可能的实现方式中，所述获取已安装的至少两个应用客户端中与用户预设相对应的应用信息，包括：

获取已安装的一个应用客户端的第一应用信息；

从与所述一个应用客户端绑定的至少另一个应用客户端中获取与所述第一应用信息相匹配的第二应用信息；

所述根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理，获取整合后的应用信息，包括：

根据所述至少两个应用客户端的类型信息和所述应用信息的属性特征信息，对所述第一应用信息和第二应用信息进行整合处理，获取整合后的应用信息；

所述采用所述整合后的应用信息进行应用处理，包括：

将整合后的应用信息通知给用户。

结合前述第一方面或第一方面的第一种可能的实现方式至第七种可能的实现方式中的任意一种实现方式，在第八种可能的实现方式中，所述获取已安装的至少两个应用客户端中与用户预设相对应的应用信息，包括：

根据用户预设的关键字，获取已安装的至少两个应用客户端中与所述关键字相匹配的应用信息。

结合前述第一方面或第一方面的第一种可能的实现方式至第七种可能的实现方式中的任意一种实现方式，在第九种可能的实现方式中，所述获取已安装的至少两个应用客户端中与用户预设相对应的应用信息之前，还包括：

根据预先设定信息，绑定所述至少两个应用客户端。

结合前述第一方面或第一方面的第一种可能的实现方式至第七种可能的实现方式中的任意一种实现方式，在第十种可能的实现方式中，将所述至少两个应用客户端的绑定信息以及所述预设的策略信息发送给服务器，以使用户可以在至少两个终端获取整合处理后的应用信息。

根据本发明的第二方面，一种终端设备，包括：

获取模块，用于获取已安装的至少两个应用客户端中与用户预设相对应的应用信息；

整合模块，用于根据预设的策略信息，对所述应用信息进行整合处理，获取整合后的应用信息；

处理模块，用于采用所述整合后的应用信息进行应用处理。

在第二方面的第一种可能的实现方式中，所述整合模块，具体用于根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述整合模块，具体用于若获取的所述至少两个应用客户端的应用信息为相冲突的应用信息，则确认所述至少两个应用客户端的应用信息的优先级；删除或者更改所述至少两个应用客户端的相冲突的应用信息中除优先级最高的应用信息之外的应用信息；

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述处理模块，具体用于通知所需删除或者更改的应用信息对应的应用客户端，删除或者更改对应的应用信息。

结合第二方面的第二种可能的实现方式，在第四种可能的实现方式中，所述整合模块，还用于接收用户选择输入的优先级确认信息或者根据用户预设的优先级信息，确认所述至少两个应用客户端的应用信息的优先级。

结合第二方面的第一种可能的实现方式，在第五种可能的实现方式中，所述整合模块，具体用于若所述至少两个应用客户端的应用信息为相匹配的应用信息，则将所述至少两个应用客户端的应用信息整合为一条应用信息。

结合第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述处理模块，具体用于将整合后的一条应用信息通知给用户；接收用户根据显示的应用信息发送的确认信息；根据所述确认信息，通知所述至少两个应用客户端中的至少一个应用客户端。

结合第二方面的第一种可能的实现方式，在第七种可能的实现方式中，所述获取模块，具体用于获取已安装的一个应用客户端的第一应用信息；从与所述一个应用客户端绑定的至少另一个应用客户端中获取与所述第一应用信息相匹配的第二应用信息；

所述整合模块，具体用于根据所述至少两个应用客户端的类型信息和所述应用信息的属性特征信息，对所述第一应用信息和第二应用信息进行整合处理，获取整合后的应用信息；

所述处理模块，具体用于将整合后的应用信息通知给用户。

结合前述第二方面或第二方面的第一种可能的实现方式至第七种可能的实现方式中的任意一种实现方式，在第八种可能的实现方式中，所述获取模块，具体用于根据用户预设的关键字，获取已安装的至少两个应用客户端中与所述关键字相匹配的应用信息。

结合前述第二方面或第二方面的第一种可能的实现方式至第七种可能的实现方式中的任意一种实现方式，在第九种可能的实现方式中，，所述终端设备，还包括绑定模块，用于根据预先设定信息，绑定所述至少两个应用客户端。

结合前述第二方面或第二方面的第一种可能的实现方式至第七种可能的实现方式中的任意一种实现方式，在第十种可能的实现方式中，还包括，发送模块，用于将所述至少两个应用客户端的绑定信息以及所述预设的策略信息发送给服务器，以使用户可以在至少两个终端获取整合处理后的应用信息。

本发明实施例中，终端设备通过获取安装在终端设备至少两个应用客户端的应用信息，并对获取到的信息进行整合、处理，节省了用户整理大量繁杂应用信息的时间，同时给用户的操作带来了方便。

附图说明

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

图1为本发明应用信息处理方法实施例一的流程示意图；

图2为本发明应用信息处理方法实施例二的流程示意图；

图3为本发明应用信息处理方法实施例三的流程示意图；

图4为本发明应用信息处理方法实施例四的流程示意图；

图5为本发明应用信息处理方法实施例五的流程示意图；

图6为本发明终端设备实施例一的结构示意图；

图7为本发明终端设备实施例二的结构示意图；

图8为本发明终端设备实施例三的结构示意图；

图9为本发明另一终端设备的结构示意图。

具体实施方式

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

图1为本发明应用信息处理方法实施例一的流程示意图，如图1所示，该方法包括：

步骤10、获取已安装的至少两个应用客户端中与用户预设相对应的应用信息；

具体的，所述至少两个应用客户端可以是，用户预先指定获取某些应用客户端的应用信息例如根据用户输入的设定信息，绑定至少两个应用客户端，例如绑定客户端A和B，那么在获取A客户端的应用信息时也去获取客户端B的应用信息；需要说明的是，获取这些应用客户端的应用信息时还可以由用户预设关键字，获取已安装的至少两个应用客户端中与预设关键字相对应的应用信息；

其中终端设备可以是智能手机、平板电脑等；应用客户端可以是微博、微信、邮件等；获取的应用信息，一般是终端设备中缓存有的应用信息，也可以是接入网络后应用服务器推送到终端设备的通知消息，比如新邮件、微博的新评论提醒等，需要说明的是，终端设备可设置软件接口，定义标准应用程序编程接口（ApplicationProgrammingInterface，简称API），其它应用客户端的软件接口可通过升级支持该终端设备。

步骤20、根据预设的策略信息，对上述应用信息进行整合处理，获取整合后的应用信息；

具体可以指，根据上述至少两个应用客户端的类型信息和/或上述应用信息的属性特征信息，对上述应用信息进行整合处理。

此处预设的策略信息，即客户端的类型信息和/或上述应用信息的属性特征信息，具体可以是用户根据自己的需要，设置的关键字或根据关键字设置的优先级；终端设备的整合模块会根据这些关键字或优先级对来自至少两个应用客户端的应用信息整合，以应用信息的属性特征信息为例，假设关键字设置为“会议、日期”，则终端设备会从获取到的应用信息中整合出包含“会议”和日期的应用信息，于是，整合出邮件客户端中包含的“请于x年x月x日在xx地点参加部门会议”的邮件，和备忘录客户端中“x年x月x日在xx地点参加集团会议”的信息，即获取到整合后的应用信息（下面会具体介绍）；以客户端的类型信息为例，假设关键字设置为“丽江、旅游”，则终端设备可以从机票客户端获取机票信息，从携程客户端获取丽江的相关信息，可以是天气、酒店预订信息等（下面会具体介绍）。

步骤30、采用上述整合后的应用信息进行应用处理；

设备终端会对上述整合后的应用信息进行处理，若用户没有设置关键字的优先级，则将包含关键字的信息同时显示在终端设备的待机界面，再提示用户确认优先级；若用户设置了优先级，则按优先级提示用户，例如在邮件客户端获取到“请于4月2日在深圳参加部门会议”的邮件，在社交网客户端获取到“4月2在xx酒店举行同学聚会”，但是用户设置的优先级中“会议”的优先级比“聚会”高，于是在设备终端的待机界面上显示提示用户参加部门会议的信息以及无法参加同学聚会的信息，同时提醒用户是否在社交客户端上更新，用户可根据需要选择。

本实施例设备终端通过获取安装在设备终端各应用客户端的应用信息，并进行整合、处理，节省了用户整理大量繁杂应用信息的时间，同时给用户的操作带来了方便。

具体实现过程中，第一种应用场景下，上述根据预设的策略信息，对上述应用信息进行整合处理，可以是根据获取的应用信息的属性特征信息，对应用信息进行整合处理，可以按照如下方法：

若获取的上述至少两个应用客户端的应用信息为相冲突的应用信息，则确认上述至少两个应用客户端的应用信息的优先级；比如可以是提示用户来根据实际情况来确认优先级。

删除或者更改上述至少两个应用客户端的相冲突的应用信息中除优先级最高的应用信息之外的应用信息；另外，上述采用上述整合后的应用信息进行应用处理，包括：通知所需删除或者更改的应用信息对应的应用客户端，删除或者更改对应的应用信息。例如邮件和备忘录客户端的会议提示信息冲突，经整合后备忘录中的会议优先级比较高，终端设备会通知邮件客户端建立一个更改或删除该行程的提示信息，相反则会通知备忘录客户端更改或删除该提示信息，用户可根据需要进行自定义设置。

具体举例说明如下，图2为本发明应用信息处理方法实施例二的流程示意图，如图2所示，以邮件客户端和机票预订客户端为例，根据用户的设定信息，绑定了这两个应用客户端，该流程包括：

步骤201、从邮件客户端和机票预订客户端中获取应用信息；这里可以是根据用户预设的关键字，获取这两个应用客户端中与该关键字相匹配的应用信息；此例中，在邮件客户端获取到“4月25日深圳部门会议”的信息，在机票预订客户端获取到“4月24日晚出差上海”的信息。

步骤202、对上述获取到的应用信息进行整合处理，根据关键字“时间”以及语义分析，对这两条应用消息进行比对，发现这两条消息在时间上可能冲突。

步骤203、显示信息，即将这两条应用消息同时显示在终端设备的待机界面上；当然，也可以是语音通知等其他方式

步骤204、用户确认优先级；当用户获取这两条提示信息后，确认优先级，假设用户确定“4月24日晚出差上海”优先级较高；

步骤205、删除或更改相应的应用信息；具体在此例中，用户决定删除“4月25日深圳部门会议”这一行程；

步骤206、通知相应应用客户端，在此例中可以通知邮件客户端建立一个提示信息，如“由于出差上海，无法参加4月25日的深圳部门会议”；相反若用户确定深圳部门会议更重要，可以通知机票客户端建立提示信息，如“这一行程需要更改”，但并不以此为限，用户可以根据需要进行自定义设置。

需要说明是的，上述确认至少两个应用客户端的应用信息的优先级有两种方式：

方式1、将上述至少两个应用客户端的应用信息比如显示给用户；

接收用户根据显示的应用信息选择输入的优先级确认信息；

根据该优先级确认信息，确认上述至少两个应用客户端的应用信息的优先级；

该方式与上述图2实施例中确认优先级的方式相同，在此不再赘述。

方式2、根据用户预设的优先级信息，确认所述至少两个应用客户端的应用信息的优先级；

在该方式中用户可以预先根据关键字设置好优先级，不需要用户再次确认优先级，如图1步骤30中的实例，在邮件客户端获取到“请于4月2日在深圳参加部门会议”的邮件，在社交网客户端获取到“4月2在xx酒店举行同学聚会”，但是根据用户设置的优先级中“会议”的优先级比“聚会”高，于是在设备终端上提示用户参加部门会议，而不提示聚会的信息。

具体实现过程中，第二种应用场景下，上述根据预设的策略信息，对上述应用信息进行整合处理，可以是根据获取的应用信息的属性特征信息，对应用信息进行整合处理，不同于第一种应用场景，还可以按照如下方法：

若上述至少两个应用客户端的应用信息为相匹配的应用信息，则将这至少两个应用客户端的应用信息整合为一条应用信息。

之后，采用上述整合后的应用信息进行应用处理，包括：

将整合后的一条应用信息通知给用户；

接收该用户根据通知的应用信息发送的确认信息；

根据该确认信息，通知上述至少两个应用客户端中的至少一个应用客户端。

举例说明如下，图3为本发明应用信息处理方法实施例三的流程示意图，如图3所示，以社交网站客户端和日历客户端为例，根据用户的设定信息，绑定了这两个应用客户端，该流程包括：

步骤301、从社交网站客户端和日历客户端获取应用信息；这里可以是根据用户预设的关键字，获取这两个应用客户端中与该关键字相匹配的应用信息；此例中，从社交网站客户端3获取到某好友xxx4月20日更新的信息“刚刚抵达深圳”，从日历客户端4获取到用户设置的提示信息“本月内要与xxx见面”。

步骤302、对获取的应用信息进行整合处理；在此例中根据关键字人名xxx，以及语义分析，整合出“xxx已经抵达深圳，可以预约4月21日见面”的信息。

步骤303、显示信息，即将整合后的信息“xxx已经抵达深圳，可以预约4月21日见面”显示在终端设备的待机界面上；同理，也可以是用语音通知的其他形式。

步骤304、用户选择是否对相应客户端进行更改，即终端设备可以接收到用户根据显示的应用信息确认是否要修改其中至少一个客户端的应用信息，若不修改，则流程到此结束；若修改则进入步骤305。

步骤305、通知两个应用客户端中的至少一个应用客户端，在此例中，通知日历客户端对提示信息进行更改，可以改为“预约xxx于4月21日见面”，但并不以此为限，用户可根据需要进行自定义设置。

本实施例中，通过获取至少两个应用客户端中的应用信息，根据预设的策略进行整合、分析，得到整合后的信息再通知给用户，为用户节省了整理大量繁杂的应用信息的时间，也为用户操作带来方便。

具体实现过程中，第三种应用场景下，上述获取已安装的至少两个应用客户端的应用信息，可以是获取已安装的一个应用客户端的第一应用信息；从与上述一个应用客户端绑定的至少另一个应用客户端中获取与该第一应用信息相匹配的第二应用信息；

在这种应用场景中，根据预设的策略信息，对所述应用信息进行整合处理，获取整合后的应用信息，可以是根据至少两个应用客户端的类型信息和所述应用信息的属性特征信息，对应用信息进行整合处理，最后，采用所述整合后的应用信息进行应用处理，可以是将整合后的应用信息通知比如显示给用户。

具体举例说明如下，图4为本发明应用信息处理方法实施例四的流程示意图，如图4所示，日历客户端、天气客户端和社交网站客户端为例，终端设备将这三个客户端绑定，即设置为相互关联，该流程包括：

步骤401、获取应用信息；在此例中，首先在日历客户端中获取到“4月25出差上海”的信息，然后根据关键字“上海”，在相关联的天气客户端中获取上海的天气信息，如果天气客户端中没有设置上海的天气，则会提示用户设置获取上海的天气，另外又在相关联的社交网站客户端中获取到和上海相关的信息；

步骤402、对获取的应用信息进行整合处理，在此例中，从天气客户端获取的信息中整合出4月25日的天气信息，根据关键字“美食、公交、地铁”等，从社交网站客户端中整合出上海的美食和公交、地铁等相关信息；

步骤403、将“4月25出差上海”的信息和整合出的4月25日的天气信息，以及上海的美食和公交、地铁等相关信息同时显示在终端设备的待机界面上，但并不以此为限，用户可以自定义设置。同理,也可以是语音等其他通知的方式.

本实施例中，通过根据第一应用信息去获取其它相关应用信息，然后经过整合显示给用户，为用户节省了整理大量繁杂的应用信息的时间，也为用户操作带来了方便。

另外，上述获取已安装的至少两个应用客户端中与用户预设相对应的的应用信息，包括：根据用户预设的关键字，获取已安装的至少两个应用客户端中与所述关键字相匹配的应用信息；需要说明的是，该功能在前述实施例中有相关描述，对上述任一实施例适用。

上述获取已安装的至少两个应用客户端中与用户预设相对应的的应用信息之前，还包括：根据比如用户输入的预先设定信息，绑定上述至少两个应用客户端；即将至少两个应用客户端设置为相互关联，需要说明的是，该功能在前述实施例中有相关描述，也对上述任一实施例适用。

图5为本发明应用信息处理方法实施例五的流程示意图，如图5所示，对于上述所有实施例，都可以进行如下操作，就是将上述至少两个应用客户端的绑定信息以及上述预设的策略信息发送给服务器，以使用户可以在至少两个智能终端获取处理后的应用信息，该服务器可以是信息平台云端服务器，具体流程如下：

步骤501、根据用户的设定信息，绑定至少两个应用客户端；即将这至少两个应用客户端设置为相关联，例如绑定客户端A、B、C，那么获取A的应用信息时也要获取B和C的应用信息。

步骤502、将该至少两个应用客户端的绑定信息以及预设的策略信息发送给服务器；此处预设的策略信息，可以是关键字或用户根据关键字设置的优先级；对应于具体用户，可在服务器注册账号，并设置登录密码，且可以设置为自动上传或者手动上传。

步骤503、其它终端设备可以从服务器获取上述至少两个应用客户端上传到服务器的信息；根据这些信息就可以在其它终端设备上获取应用信息，此处可以根据上传的绑定信息以及预先设定的关键字来获取，并根据上传预设的策略信息进行整合以及处理，其获取应用信息、整合应用信息以及处理应用信息的方法和前述实施例相同，在此不再赘述。

需要说明的是，若另一终端设备只有A和B客户端而没有C客户端，则在获取应用信息前会向用户发送“是否下载C客户端”的信息，若用户下载，则直接提供下载链接；若用户不下载则直接获取A和B客户端的相关应用信息并进行整合、处理。

本实施例中，通过将相关至少两个应用客户端绑定，并将绑定信息和预设的策略信息发送到服务器，不仅依然实现了对相关信息的整合处理，节省了用户整理大量繁杂的应用信息的时间，还特别方便了拥有多个终端设备的用户的操作，使得用户不论使用哪一个终端设备都不会漏掉同一应用客户端的信息，以及相关联应用客户端的整合后的信息。

图6为本发明终端设备实施例一的结构示意图，如图6所示，该终端设备包括：获取模块601、整合模块602和处理模块603，其中：

获取模块601，用于获取已安装的至少两个应用客户端中与用户预设相对应的应用信息；

整合模块602，用于根据预设的策略信息，对上述应用信息进行整合处理，获取整合后的应用信息；具体的，根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理。

处理模块603，用于采用该整合后的应用信息进行应用处理。

本实施例中模块的具体功能与工作方式与图1方法实施例相同，在此不再赘述。

本实施例通过获取模块获取安装在设备终端至少两个应用客户端的应用信息，并由整合模块进行整合，处理模块再对整合后的应用信息进行处理，从而节省了用户整理大量繁杂应用信息的时间，同时给用户的操作带来了方便。

具体实现过程中，整合模块602，用于若获取的上述至少两个应用客户端的应用信息为相冲突的应用信息，则确认该至少两个应用客户端的相冲突的应用信息的优先级；

删除或者更改该至少两个应用客户端的应用信息中除优先级最高的应用信息之外的应用信息；

处理模块603，具体用于通知所需删除或者更改的应用信息对应的应用客户端，删除或者更改对应的应用信息；

需要说明的是，上述整合模块602确认至少两个应用客户端的应用信息的优先级，有两种方式：

方式1、接收用户选择输入的优先级确认信息；

根据该优先级确认信息，确认上述至少两个应用客户端的应用信息的优先级；

方式2、根据用户预设的优先级信息，确认所述至少两个应用客户端的应用信息的优先级；

本实施例中各模块及其工作对应于上述方法实施例以及图2实施例的具体实例，在此不再赘述。

在具体实现过程中，整合模块602，还可具体用于若上述至少两个应用客户端的应用信息为相匹配的应用信息，则将该至少两个应用客户端的应用信息整合为一条应用信息；

相对应的，处理模块603，具体用于将整合后的一条应用信息通知给用户；

接收用户根据通知的应用信息发送的确认信息；

根据该确认信息，通知上述至少两个应用客户端中的至少一个应用客户端。

本实施例中各模块及其工作对应于上述方法实施例以及图3实施例的具体实例，在此不再赘述。

具体实现过程中，获取模块601，还用于获取已安装的一个应用客户端的第一应用信息；

从与上述一个应用客户端绑定的至少另一个应用客户端中获取与该第一应用信息相匹配的第二应用信息；

此时，整合模块602用于根据所述至少两个应用客户端的类型信息和所述应用信息的属性特征信息，对所述第一应用信息和第二应用信息进行整合处理，获取整合后的应用信息；处理模块603具体用于将整合后的应用信息通知给用户。

本实施例中各模块及其工作对应于上述方法实施例以及图4实施例的具体实例，在此不再赘述。

另外，获取模块601，具体用于根据用户预设的关键字，获取已安装的至少两个应用客户端中与该关键字相匹配的应用信息；该功能在前述实施例中有相关描述，对上述任一实施例适用。

图7为本发明终端设备实施例二的结构示意图，如图7所示，在图6基础上，该终端设备还包括：绑定模块604，该绑定模块604用于根据比如用户输入的预先设定信息，绑定上述至少两个应用客户端；该功能在前述实施例中有相关描述，对上述任一实施例适用。

本实施例中，通过获取模块获取至少两个应用客户端中的应用信息，针对不同情况以及用户的不同设置，整合模块对获取的信息用不同方式整合、分析，处理模块再对整合后的信息根据具体情况进行处理，显示给用户，为用户节省了整理大量繁杂的应用信息的时间，也为用户操作带来方便。

图8为本发明终端设备实施例三的结构示意图，如图8所示，在图7基础上，该终端设备还包括发送模块605，该发送模块605用于将上述至少两个应用客户端的绑定信息以及上述预设的策略信息发送给服务器，以使用户可以在至少两个终端获取整合处理后的应用信息；该过程具体对应于图5方法实施例，在此不再赘述。

本实施例中，通过将相关至少两个应用客户端绑定，通过发送模块将绑定信息和预设的策略信息发送到服务器，不仅可以实现了对相关信息的整合处理，节省了用户整理大量繁杂的应用信息的时间，还特别方便了拥有多个终端设备的用户的操作，使得用户不论使用哪一个终端设备都不会漏掉同一应用客户端的信息，以及相关联应用客户端的整合后的信息。

图9为本发明另一终端设备实施例一的结构示意图，如图9所示，该终端设备可以为手机、平板电脑、PDA等，本实施例以手机终端举例说明：

如图9，手机终端900包括处理器901、收发模块902、存储器903、输入设备904、显示设备905；

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

收发模块902可用于收发信息或通话过程中，信号的接收和发送，特别地，对于手机终端900，将基站的下行信息接收后，给处理器901处理；另外，将设计上行的数据发送给基站。此外，收发模块902还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(GlobalSystemofMobilecommunication，全球移动通讯系统)、GPRS(GeneralPacketRadioService，通用分组无线服务)、CDMA(CodeDivisionMultipleAccess，码分多址)、WCDMA(WidebandCodeDivisionMultipleAccess,宽带码分多址)、LTE(LongTermEvolution,长期演进)、电子邮件、SMS(ShortMessagingService，短消息服务)等。

存储器903可用于存储软件程序以及模块，处理器901通过运行存储在存储器903的软件程序以及模块，从而执行手机终端900的各种功能应用以及数据处理。存储器903可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图象播放功能等）等；存储数据区可存储根据手机900的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器903可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

显示设备905可用于显示由用户输入的信息或提供给用户的信息以及手机终端900的各种菜单。显示设备905可包括显示面板，可选的，可以采用LCD(LiquidCrystalDisplay，液晶显示器)、OLED(OrganicLight-EmittingDiode,有机发光二极管)等形式来配置显示面板。进一步的，触控面板可覆盖显示面板，当触控面板检测到在其上或附近的触摸操作后，传送给处理器901以确定触摸事件的类型，随后处理器901根据触摸事件的类型在显示面板上提供相应的视觉输出。

在本实施例中，当处理器901获取已安装的至少两个应用客户端中与用户预设相对应的应用信息后，根据存储器903里存储的预设的策略信息，对上述应用信息进行整合处理，并采用上述整合后的应用信息进行应用处理。具体地，输入设备904可以接受用户的输入，比如绑定至少两个应用客户端的指令，从而手机终端可以获取该绑定的至少两个应用客户端的应用信息；此外，904还可以接受用户的输入，比如关键字，以便手机终端获取与关键字对应的用户信息。存储器903中可以存储上述绑定信息以及关键字信息，这样手机终端就可以获取已安装的至少两个应用客户端中与用户预设相对应的应用信息。同时，存储器903还存储有用户预先设定的策略信息，以便当处理器901调用策略信息，对获取的应用信息进行整合处理。具体可以指，根据上述至少两个应用客户端的类型信息和/或上述应用信息的属性特征信息，对上述应用信息进行整合处理（具体描述见后）。最后，处理器901会根据整合后的应用信息进行应用处理。

更为具体的，若处理器901获取的所述至少两个应用客户端的应用信息为相冲突的应用信息，则确认所述至少两个应用客户端的应用信息的优先级；并删除或者更改所述至少两个应用客户端的相冲突的应用信息中除优先级最高的应用信息之外的应用信息，最后，通知所需删除或者更改的应用信息对应的应用客户端，删除或者更改对应的应用信息。其中优先级信息可以是显示设备905显示了相冲突的应用信息后，由用户通过输入设备904选择输入的；也就是用户预先存储于存储器903中，这样处理器901即可根据该存储的优先级信息整合处理的。具体过程，请参考应用信息处理方法实施例二的描述，在此不再赘述。

或者，若处理器901获取的所述至少两个应用客户端的应用信息为相匹配的应用信息，则将所述至少两个应用客户端的应用信息整合为一条应用信息。进一步地，手机终端可以通知用户，比如通过显示设备905将整合后的一条应用信息通知给用户，该用户根据通知的应用信息通过输入设备904发送确认信息，处理器901获取该确认信息以后，通知上述至少两个应用客户端中的至少一个应用客户端。具体描述，请参考应用信息处理方法实施例三的描述，在此不再赘述。

或者，处理器901获取已安装的一个应用客户端的第一应用信息；从与所述一个应用客户端绑定的至少另一个应用客户端中获取与所述第一应用信息相匹配的第二应用信息；之后，处理器901根据预设的策略信息，比如据至少两个应用客户端的类型信息和所述应用信息的属性特征信息，对应用信息进行整合处理，获取整合后的应用信息；然后，通过比如显示设备905，将整合后的应用信息显示给用户。具体描述，请参考应用信息处理方法实施例四的描述，在此不再赘述。

收发模块902，还用于将所述至少两个应用客户端的绑定信息以及所述预设的策略信息发送给服务器，以使用户可以在至少两个终端获取处理后的应用信息。

本实施例中，通过获取安装在终端各应用客户端的应用信息，并对获取到的信息进行整合、处理，节省了用户整理大量繁杂应用信息的时间，同时给用户的操作带来了方便。另外，将绑定信息和预设的策略信息发送到服务器，还特别方便了拥有多个终端设备的用户的操作，使得用户不论使用哪一个终端设备都不会漏掉同一应用客户端的信息，以及相关联应用客户端的整合后的信息。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (22)

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

终端设备获取已安装的至少两个应用客户端中与用户预设相对应的应用信息；

所述终端设备根据预设的策略信息，对所述应用信息进行整合处理，获取整合后的应用信息；

所述终端设备采用所述整合后的应用信息进行应用处理；

其中，所述应用信息包括：所述终端设备中缓存的应用信息、或者所述终端设备接入网络后应用服务器推送到所述终端设备的通知消息。

2.根据权利要求1所述的方法，其特征在于，所述终端设备根据预设的策略信息，对所述应用信息进行整合处理，包括：

所述终端设备根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理。

3.根据权利要求2所述的方法，其特征在于，所述终端设备根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理，包括：

若获取的所述至少两个应用客户端的应用信息为相冲突的应用信息，则所述终端设备确认所述至少两个应用客户端的应用信息的优先级；

所述终端设备删除或者更改所述至少两个应用客户端的相冲突的应用信息中除优先级最高的应用信息之外的应用信息。

4.根据权利要求3所述的方法，其特征在于，所述采用所述整合后的应用信息进行应用处理，包括：

所述终端设备通知所需删除或者更改的应用信息对应的应用客户端，删除或者更改对应的应用信息。

5.根据权利要求3所述的方法，其特征在于，所述确认所述至少两个应用客户端的应用信息的优先级，包括：

所述终端设备接收用户选择输入的优先级确认信息或者根据用户预设的优先级信息，确认所述至少两个应用客户端的应用信息的优先级。

6.根据权利要求2所述的方法，其特征在于，所述根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理，包括：

若所述至少两个应用客户端的应用信息为相匹配的应用信息，则所述终端设备将所述至少两个应用客户端的应用信息整合为一条应用信息。

7.根据权利要求6所述的方法，其特征在于，所述终端设备采用所述整合后的应用信息进行应用处理，包括：

所述终端设备将整合后的一条应用信息通知给用户；

所述终端设备接收用户根据通知的应用信息发送的确认信息；

所述终端设备根据所述确认信息，通知所述至少两个应用客户端中的至少一个应用客户端。

8.根据权利要求2所述的方法，其特征在于，所述终端设备获取已安装的至少两个应用客户端中与用户预设相对应的应用信息，包括：

所述终端设备获取已安装的一个应用客户端的第一应用信息；

所述终端设备从与所述一个应用客户端绑定的至少另一个应用客户端中获取与所述第一应用信息相匹配的第二应用信息；

所述终端设备根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理，获取整合后的应用信息，包括：

所述终端设备根据所述至少两个应用客户端的类型信息和所述应用信息的属性特征信息，对所述第一应用信息和第二应用信息进行整合处理，获取整合后的应用信息；

所述终端设备采用所述整合后的应用信息进行应用处理，包括：

所述终端设备将整合后的应用信息通知给用户。

9.根据权利要求1～8中任一项所述的方法，其特征在于，所述终端设备获取已安装的至少两个应用客户端中与用户预设相对应的应用信息，包括：

所述终端设备根据用户预设的关键字，获取已安装的至少两个应用客户端中与所述关键字相匹配的应用信息。

10.根据权利要求1～8中任一项所述的方法，其特征在于，所述获取已安装的至少两个应用客户端中与用户预设相对应的应用信息之前，还包括：

所述终端设备根据预先设定信息，绑定所述至少两个应用客户端。

11.根据权利要求1～8中任一项所述的方法，其特征在于，还包括：

所述终端设备将所述至少两个应用客户端的绑定信息以及所述预设的策略信息发送给服务器，以使用户可以在至少两个终端获取整合处理后的应用信息。

12.一种终端设备，其特征在于，包括：

获取模块，用于获取已安装的至少两个应用客户端中与用户预设相对应的应用信息；

整合模块，用于根据预设的策略信息，对所述应用信息进行整合处理，获取整合后的应用信息；

处理模块，用于采用所述整合后的应用信息进行应用处理；

其中，所述应用信息包括：所述终端设备中缓存的应用信息、或者所述终端设备接入网络后应用服务器推送到所述终端设备的通知消息。

13.根据权利要求12所述的设备，其特征在于，所述整合模块，具体用于根据所述至少两个应用客户端的类型信息和/或所述应用信息的属性特征信息，对所述应用信息进行整合处理。

14.根据权利要求13所述的设备，其特征在于，所述整合模块，具体用于若获取的所述至少两个应用客户端的应用信息为相冲突的应用信息，则确认所述至少两个应用客户端的应用信息的优先级；删除或者更改所述至少两个应用客户端的相冲突的应用信息中除优先级最高的应用信息之外的应用信息。

15.根据权利要求14所述的设备，其特征在于，所述处理模块，具体用于通知所需删除或者更改的应用信息对应的应用客户端，删除或者更改对应的应用信息。

16.根据权利要求14所述的设备，其特征在于，所述整合模块，还用于接收用户选择输入的优先级确认信息或者根据用户预设的优先级信息，确认所述至少两个应用客户端的应用信息的优先级。

17.根据权利要求13所述的设备，其特征在于，所述整合模块，具体用于若所述至少两个应用客户端的应用信息为相匹配的应用信息，则将所述至少两个应用客户端的应用信息整合为一条应用信息。

18.根据权利要求17所述的设备，其特征在于，所述处理模块，具体用于将整合后的一条应用信息通知给用户；接收用户根据通知的应用信息发送的确认信息；根据所述确认信息，通知所述至少两个应用客户端中的至少一个应用客户端。

19.根据权利要求13所述的设备，其特征在于，所述获取模块，具体用于获取已安装的一个应用客户端的第一应用信息；从与所述一个应用客户端绑定的至少另一个应用客户端中获取与所述第一应用信息相匹配的第二应用信息；

所述整合模块，具体用于根据所述至少两个应用客户端的类型信息和所述应用信息的属性特征信息，对所述第一应用信息和第二应用信息进行整合处理，获取整合后的应用信息；

所述处理模块，具体用于将整合后的应用信息通知给用户。

20.根据权利要求12～19中任一项所述的设备，其特征在于，所述获取模块，具体用于根据用户预设的关键字，获取已安装的至少两个应用客户端中与所述关键字相匹配的应用信息。

21.根据权利要求12～19中的任一项所述的设备，其特征在于，还包括：

绑定模块，用于根据预先设定信息，绑定所述至少两个应用客户端。

22.根据权利要求12～19中的任一项所述的设备，其特征在于，还包括：

发送模块，用于将所述至少两个应用客户端的绑定信息以及所述预设的策略信息发送给服务器，以使用户可以在至少两个终端获取整合处理后的应用信息。