一种进行应用程序管理的方法及设备与流程

本申请涉及智能技术，特别涉及一种进行应用程序管理的方法及设备。

背景技术：

随着智能操作系统的研发工作越来越深入，“行为确定”今后将是智能操作系统必备的功能之一，也是智能操作系统之所以称之为“智能”的原因。

例如，android系统中会给用户推送天气，航班等信息。

又例如，ios系统中会在用户下班时会给用户推送路况信息。

但是，现有的智能操作系统只能根据用户的定制向用户推荐相关的服务信息，而这跟用户的实际需求相差很远，在提供的服务信息的精度和广度上是远远不够的。

因此，需要重新设计一种更为智能的行为确定方法。

技术实现要素：

本申请实施例提供一种进行应用程序管理的方法及设备，用以提高应用程序管理的精准度和合理性。

本申请实施例提供的具体技术方案如下：

一种进行应用程序管理的方法，包括：

第一智能设备对当前场景进行感知，确定发生第一事件；

第一智能设备获取与所述第一事件关联的历史数据；

第一智能设备基于所述历史数据，对用户行为进行确定，并根据确定结果推送应用程序的推荐信息或控制应用程序的状态。

一种进行应用程序管理的方法，包括：

服务器根据第一智能设备的通知确定发生第一事件，所述第一事件是第一智能设备对当前场景进行感知后确定的；

服务器获取与所述第一事件关联的历史数据；其中，所述历史数据是至少对所述第一智能设备上传的数据进行汇总后获得的；

服务器基于所述历史数据，对用户行为进行确定，并根据确定结果，通知第一智能设备推送应用程序的推荐信息或控制应用程序的状态。

一种进行应用程序管理的智能设备，包括：

确定单元，用于对当前场景进行感知，确定发生第一事件；

获取单元，用于获取与所述第一事件关联的历史数据；

处理单元，用于基于所述历史数据，对用户行为进行确定，并根据确定结果推送应用程序的推荐信息或控制应用程序的状态。

一种进行应用程序管理的服务器，包括：

确定单元，用于根据第一智能设备的通知确定发生第一事件，所述第一事件是第一智能设备对当前场景进行感知后确定的；

获取单元，用于获取与所述第一事件关联的历史数据；其中，所述历史数据是至少对所述第一智能设备上传的数据进行汇总后获得的；

处理单元，用于基于所述历史数据，对用户行为进行确定，并根据确定结果，通知第一智能设备推送应用程序的推荐信息或控制应用程序的状态。

本申请有益效果如下：

本申请实施例中，通过对使用至少一个智能设备上传的数据进行汇总，可以得到准确记录用户使用习惯的历史数据，而在第一智能设备感知到发生第一事件时，第一智能设备或服务器可以根据上述历史数据，对用户行为进行确定，并根据确定结果，通过第一智能设备推送应用程序的推荐信息或者控制应用程序的状态，这样，可以基于智能设备间共享的历史数据，在发生某一事件后，根据用户的使用习惯准确地对用户行为进行确定，从而能够基于确定的用户行为进行准确地应用程序管理，进而大大提高了应用程序管理的精准性和合理 性，节省了用户的操作时间，提升了用户体验。

附图说明

图1为本申请实施例中多个智能设备连接至服务器示意图；

图2为本申请实施例中第一智能设备进行应用程序管理流程图；

图3为本申请实施例中服务器进行应用程序管理流程图；

图4为本申请实施例中第一智能设备第一功能结构示意图；

图5为本申请实施例中服务器第一功能结构示意图；

图6为本申请实施例中第一智能设备第二功能结构示意图；

图7为本申请实施例中服务器第二功能结构示意图。

具体实施方式

为了提高应用程序管理的精准度和合理性，本申请实施例中，基于用户的使用习惯，结合用户当前所处场景发生的第一事件，对用户下一步的行为进行预测，并提供相关联应用程序进行服务。

下面结合附图对本申请优选的实施方式作出详细说明。

参阅图1所示，本申请实施例中，同一用户使用的多个智能设备或者不同用户使用的多个智能设备，均可以登录服务器实现数据共享，其中，智能设备可以是智能穿戴设备(如，智能手表、智能手环)、智能手机、平板电脑、智能车载系统、智能家居(如，智能电视)等等。本申请实施例中，可以在这些智能设备上安装统一的智能操作系统，这样，各个智能设备均可以将自身在特定使用环境下监测到的数据上传至服务器进行汇总，从而可以令累积的历史数据更为广泛且准确，在后续分析用户的使用习惯及进行行为确定时，也更为精确。

例如，同一用户使用的不同的智能设备在安装了智能操作系统后，或者，不同用户使用的不同的智能设备在安装了智能操作系统后，各个智能设备会分 别记录相应用户提供的(但不限于)以下的个人信息：年龄和性别；以及会记录用户在使用应用程序时的使用习惯，记录的信息包括(但不限于)以下信息：当前设备的相关信息、应用程序的标识信息、打开应用程序的初始时间、使用应用程序的累计时长、使用应用程序时所处的地理位置、是否是通过其他应用程序打开本应用程序，如果是，是何应用程序。

同时，针对各个用户记录的所有信息会在服务器进行同步，而服务器会根据各个用户的个人信息对用户群进行分类。在同一用户群内，某一用户使用的智能设备登录服务器后产生的用户的相关信息，会自动同步到用户群内其他用户使用的其他智能设备上，以及同步到同一用户使用的不同智能设备上。

参阅图2所示，本申请实施例中，第一智能设备基于用户使用习惯进行行为确定的具体流程如下：

步骤200：第一智能设备对当前场景进行感知，确定发生第一事件。

系统的预测分析会在以下四种场景下触发：

具体的，第一智能设备可以在以下四种场景(但不限于)下确定发生第一事件：

1)第一智能设备感知到用户发生应用程序使用行为时，确定发生第一事件。

例如，第一智能设备打开浏览器。

2)第一智能设备感知到地理位置发生变化时，确定发生第一事件。

例如，第一智能设备确定用户从a地点移动至b地点。

3)第一智能设备感知到特定事件被触发时，确定发生第一事件。

例如，第一智能设备确定发生了“日历提醒事件”。

又例如，第一智能设备确定用户设置的“闹钟”功能启动。

4)第一智能设备感知到在未来设定时长内将发生所述循环事件时，确定发生第一事件。

例如，第一智能设备确定未来一个10分钟内用户设置的“闹钟”功能将 要启动。

步骤210：第一智能设备获取与第一事件关联的历史数据。

可选的，本申请实施例中，在获取与第一事件关联的历史数据时，第一智能设备可以采用但不限于以下两种方法：

方法1：第一智能设备在本地筛选出与第一事件关联的历史数据。

其中，筛选出的历史数据中至少记录有第一事件发生时使用第一智能设备的用户的操作行为集合。这样，第一智能设备可以根据本地的历史数据，分析出符合个人习惯的用户行为。

方法2：第一智能设备将第一事件的描述信息发送至服务器，令服务器从保存的数据中，筛选出与第一事件关联的历史数据，以及接收服务器返回的筛选出的历史数据；其中，服务器保存的数据是对各个智能设备上传的数据进行汇总后获得的，且筛选出的历史数据中至少记录有第一事件发生时各个用户的操作行为集合。

当然，在方法2中，第一智能设备确定第一事件的历史发生次数达到设定门限时，才会将第一事件的描述信息发往服务器，这是因为，只有第一事件的历史发生次数达到设定门限，服务器才能收集到足够的历史数据，基于这些历史数据，第一智能设备才能够对用户下一步的行为进行确定。

步骤220：第一智能设备基于获得的历史数据，对用户行为进行确定，以及根据确定结果推送应用程序的推荐信息或控制应用程序的状态。

无法采用方法1还是采用方法2，第一智能设备获得上述历史数据后，会基于该历史数据，确定第一事件发生时，用户曾执行的操作行为集合，并将该操作行为集合中记录的各个操作行为，按照与第一事件的关联度从大到小的顺序进行排序，筛选出前n个操作行为作为确定结果，其中，n为预设值。采用这种方式，第一智能设备可以挑选出第一事件发生后，与第一事件关联度较高的操作行为(如，第一事件发生后执行次数最多的操作行为)，并针对这些操作行为对应的应用程序，进行推荐信息推送或进行状态控制。当然，关联度的 计算方式有很多种，在此不再一一赘述，下同。

可选的，本申请实施例中，第一智能设备根据确定结果，推送应用程序的推荐信息或控制应用程序的状态时，包括但不限于以下两种实现方式：

第一种实现方式：第一智能设备根据确定结果选取相关联的至少一种应用程序，并推送所述至少一种应用程序的推荐信息，或者，控制所述至少一种应用程序的状态。

第二种实现方式为：第一智能设备根据确定结果选取相关联的至少一种操作行为，并从所述至少一种操作行为中筛选出与第一智能设备当前的设备状态参数相匹配的应用程序，以及推送筛选出的应用程序的推荐信息，或者，控制筛选出的应用程序的状态。

其中，所谓的设备状态参数至少包括设备类型、已运行的应用程序、cpu使用率和内存使用率中的一种或任意组合。

以任意一种应用程序(以下称为应用程序x)为例：

在上述第一种实现方式和第二种实现方式中，第一智能设备推送应用程序x的推荐信息时，可以推送应用程序x的描述信息(如，发送应用程序的下载地址、应用程序对应的网页页面等等)；或者，也可以推送应用程序x的服务信息(发送应用程序具体提供的服务内容，如，天气预报信息、电影票推荐信息等等)。

在上述第一种实现方式和第二种实现方式中，第一智能设备控制应用程序x的状态时，可以对应用程序x进行下载；或者，也可以对应用程序x进行预加载。

下面通过几个具体的应用场景对上述实施例作出进一步详细说明。

第一场景：

第一智能设备感知到用户正在使用“即时通信软件”，第一智能设备基于本地的历史数据，确定用户使用“即时通信软件”时，通常会同时使用“支付软件”，则第一智能设备对“支付软件”进行预加载。

这样，用户在使用即时通信软件的过程中，在希望使用支付功能时，可以立即调用“支付软件”完成支付操作，无需等待过长时间，有效提高了操作效率。

第二场景：

第一智能设备感知到用户的地理位置移动至“电影院”附近，第一智能设备根据从各个智能设备上汇总的历史数据，确定大多数用户位于“电影院”附近时，均会购买电影票，则第一智能设备将“电影票购买信息”推送给用户，或者，将“电影票购买软件”的下载地址推送给用户。

这样，当用户希望观看电影时，可以直接根据第一智能设备推荐的电影票相关信息，购买中意的电影票，从而节省操作时间。

第三场景：

第一智能设备确定本地设置的提醒事件“会议”触发后，根据本地的历史数据，确定用户通常下一步要打开的应用程序是“行程安排软件”和“记事本软件”，则立即对“行程安排软件”和“记事本软件”进行预加载。

这样，用户在准备会议期间，可以随时调用“行程安排软件”和“记事本软件”来准备会议内容。

第四场景：

第一智能设备确定每日循环设置的“闹钟”功能启动后，根据从各个智能设备汇总的历史数据，确定用户通常下一步要打开的应用程序是“天气预报软件”和“交通信息软件”，而第一智能设备上当前正运行着“视频”功能，并且第一智能设备根据自身的设备状态参数确定自身的cpu性能并不高，因此，如果两种应用程序都加载，可能会导致死机，那么，第一智能设备可以选择一种应用程序进行加载。

如，第一智能设备判定“交通信息软件”与“闹钟”功能的关联度达到60％，而“天气预报软件”与“闹钟”功能的关联度为40％，而当前系统cpu空闲率为30％，则仅预加载“交通信息软件”，而放弃加载“天气预报软件”。当然， 第一智能设备可以向用户推送“天气预报软件”的推荐信息，这样，用户在希望浏览天气预报时，可以直接通过推荐信息中记录的浏览地址，登录网页查看天气预报，而无需在本地预加载软件。

这样，第一智能设备可以根据自身的当前性能，预加载能够承载的应用程序，而不会给自身造成严重负荷。

显然，通过上述几种方式，当用户真正需要使用某些应用程序时，可以在最短的时间内直接根据推荐信息进行下载，或者，打开并看到已预加载的最新的信息而无需等待，从而大大节省了用户的操作时间。

具体选取哪一种应用程序加载需要视具体环境和用户喜好而定，在此不再赘述。

区别于上述实施例，相应的，本申请实施例中，对用户行为进行确定的行为也可以发生在网络侧，即由服务器完成，具体的，参阅图3所示，服务器进行应用程序管理的具体流程如下：

步骤300：服务器根据第一智能设备的通知确定发生第一事件，上述第一事件是第一智能设备对当前场景进行感知后确定的。

在此种情况下，第一智能设备对当前场景进行感知，确定发生第一事件后，会通知服务器，后续的判定工作将由服务器完成。

步骤310：服务器获取与第一事件关联的历史数据；其中，该历史数据是至少对第一智能设备上传的数据进行汇总后获得的。

具体的，服务器可以仅仅基于第一智能设备上报的数据获取与第一事件关联的历史数据，也可以对各个智能设备上报的数据进行汇总后，再获取与第一事件关联的历史数据。

同理，本申请实施例中，可选的，服务器在确定第一事件的历史发生次数达到设定门限时，再筛选出与第一事件关联的历史数据，其中，筛选出的历史数据中至少记录有第一事件发生时用户的操作行为集合。

步骤320：服务器基于获得的历史数据，对用户行为进行确定，并根据确 定结果，通知第一智能设备推送应用程序的推荐信息或控制应用程序的状态。

具体的，在执行步骤320时，服务器先基于获得的上述历史数据，确定第一事件发生时，用户曾执行的操作行为集合，再对该操作行为集合中记录的各个操作行为的执行次数按照从大到小排序，筛选出前n个操作行为作为确定结果，其中，n为预设值。

而在通知第一智能设备推送应用程序的推荐信息或控制应用程序的状态时，服务器可以采用但不限于以下两种实现方式：

第三种方式为：服务器根据确定结果选取相关联的至少一种应用程序，并通知第一智能设备对推送所述至少一种应用程序的推荐信息，或者，控制所述至少一种应用程序的状态。

第四种方式为：服务器根据确定结果选取相关联的至少一种应用程序，并从该至少一种应用程序中筛选出与第一智能设备当前的设备状态参数相匹配的应用程序，以及通知第一智能设备推送筛选出的应用程序的推荐信息，或者，控制筛选出的应用程序的状态。其中，设备状态参数至少包括设备类型、已运行的应用程序、cpu使用率和内存使用率中的一种或任意组合。

以任意一种应用程序(以下称为应用程序x)为例：

在上述第三种实现方式和第四种实现方式中，第一智能设备推送应用程序x的推荐信息时，可以推送应用程序x的描述信息(如，发送应用程序的下载地址、应用程序对应的网页页面等等)；或者，也可以推送应用程序x的服务信息(发送应用程序具体提供的服务内容，如，天气预报信息、电影票推荐信息等等)。

在上述第三种实现方式和第四种实现方式中，第一智能设备控制应用程序x的状态时，可以对应用程序x进行下载；或者，也可以对应用程序x进行预加载。

下面通过几个具体的应用场景对上述实施例作出进一步详细说明。

第五场景：

服务器根据第一智能设备通知，获知用户正在使用“订餐软件”，则服务器基于本地汇总的与第一智能设备属于同一用户的各个智能设备的历史数据，确定此用户使用“订餐软件”时，通常会同时开启“新闻软件”，则通知第一智能设备对“新闻软件”进行预加载。

这样，用户在用餐过程中，在希望浏览新闻时，第一智能设备可以立即打开“新闻软件”以供用户使用，无需等待过长时间，有效提高了操作效率。

第六场景：

服务器根据第一智能设备通知，获知用户的地理位置移动至“商场”附近，服务器根据本地汇总的属于不同用户的各个智能设备的历史数据，确定大多数用户位于“商场”附近时，均会使用优惠券，则服务器会将“优惠券信息”推送给用户，或者，将“优惠券下载软件”的下载地址推送给用户。

这样，当用户希望购买商品时，可以直接使用第一智能设备推荐的优惠券信息，从而节省操作时间。

第七场景：

第一智能设备监测到用户当前在开车，并将这一情况通知服务器，服务器获取本地汇总的与第一智能设备属于同一用户的各个智能设备的历史数据，确定用户平时驾驶车辆a时经常登录智能车载系统，并使用“导航”功能及“音乐播放”功能，那么，假设服务器获知用户a当前在驾驶车辆b，而第一智能设备为智能手表，其处理性能较低，不同承载同时开启“导航”功能及“音乐播放”功能，则服务器通知第一智能设备仅开启“导航”功能。

实际应用中，用户的某些历史数据仅能由特定的智能设备采集，如，行车数据仅能由智能车载设备采集，而人体的体温、心跳等数据仅能由智能穿戴设备采集，那么，采用上述方式，不同的智能设备之间可以共享采集的数据，从而能够准确地分析得到用户的使用习惯，进而实现更为完善的行为确定和应用程序推荐或应用程序控制。

第八场景：

服务器根据第一智能设备通知，判定用户设置的提醒事件“周末”已触发，服务器根据本地汇总的，不同用户使用的各个智能设备的历史数据，确定在周末期间，大多数用户会玩游戏，以及观看视频，则服务器通知第一智能设备向用户推荐最新的“游戏软件”，以及将“视频软件”更新为最新的内容。

这样，当用户在周末期间希望玩游戏或观看视频时，第一智能设备可以立即向用户推荐最新更新的“游戏软件”，以及在最短时间向用户呈现已缓存完毕的最新的视频内容，从而节省操作时间。

第九场景：

服务器根据第一智能设备的通知，判定用户设置的循环事件“下班时间”已触发，假设第一智能设备为智能车载系统，则服务器根据已汇总的第一智能设备的历史数据，确定用户在这一时间段内会开启车内空调，则服务器通知第一智能设备在用户下班前开启车内的空调，将温度调整至适宜温度。

这样，当用户进入车内时，车厢内的温度已调节至最适合的温度，用户无需等待过长时间，有效提升了用户体验。

第十场景：

服务器根据第一智能设备的通知，获知第一智能设备接收到的电子邮件中涉及到用户预设的路径关键字(即符合预设的操作行为)，那么，服务器可以根据本地汇总的不同用户使用的各个智能设备的历史数据，确定大多数用户此时会使用“导航软件”，则服务器会通知第一智能设备对“导航软件”进行预加载。

这样，第一智能设备可以在最短时间内完成路径导航，节省了操作时间。

显然，通过上述几种方式，当用户真正需要使用某些应用程序时，可以在最短的时间内直接根据推荐信息进行下载，或者，打开并看到已预加载的最新的信息而无需等待，从而大大节省了用户的操作时间。

具体选取哪一种应用程序加载需要视具体环境和用户喜好而定，在此不再赘述。

基于上述实施例，参阅图4所示，本申请实施例中，第一智能设备至少包括确定单元40、获取单元41和处理单元42，其中，

确定单元40，用于对当前场景进行感知，确定发生第一事件；

获取单元41，用于获取与所述第一事件关联的历史数据；

处理单元42，用于基于所述历史数据，对用户行为进行确定，并根据确定结果推送应用程序的推荐信息或控制应用程序的状态。

可选的，对当前场景进行感知，确定发生第一事件时，确定单元40用于：

对用户当前的操作行为进行感知，感知到用户发生应用程序使用行为时，确定发生第一事件；或者，

对用户当前的地理位置进行感知，感知到地理位置发生变化时，确定发生第一事件；或者，

对用户配置的特定事件进行感知，感知到特定事件被触发时，确定发生第一事件；或者，

对用户配置的循环事件进行感知，感知到在未来设定时长内将发生所述循环事件时，确定发生第一事件。

可选的，获取与所述第一事件关联的历史数据时，获取单元41用于：

在本地筛选出与第一事件关联的历史数据；或者，

将第一事件的描述信息发送至服务器，令服务器从保存的数据中，筛选出与所述第一事件关联的历史数据，以及接收服务器返回的筛选出的历史数据；其中，所述服务器保存的数据是对各个智能设备上传的数据进行汇总后获得的；

其中，筛选出的历史数据中至少记录有第一事件发生时用户的操作行为集合。

可选的，基于所述历史数据，对用户行为进行确定时，处理单元42用于：

基于所述历史数据，确定第一事件发生时，用户曾执行的操作行为集合；

将所述操作行为集合中记录的各个操作行为，按照与第一事件的关联度从 大到小的顺序进行排序，筛选出前n个操作行为作为确定结果，其中，n为预设值。

可选的，根据确定结果，推送应用程序的推荐信息或控制应用程序的状态时，处理单元42用于：

根据确定结果选取相关联的至少一种应用程序，并推送所述至少一种应用程序的推荐信息，或者，控制所述至少一种应用程序的状态；或者，

根据确定结果选取相关联的至少一种应用程序，并从所述至少一种应用程序中筛选出与所述第一智能设备当前的设备状态参数相匹配的应用程序，以及推送筛选出的应用程序的推荐信息，或者，控制筛选出的应用程序的状态。

可选的，所述设备状态参数至少包括设备类型、已运行的应用程序、cpu使用率和内存使用率中的一种或任意组合。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元42用于：

若感知到用户发生应用程序使用行为，则基于所述历史数据，确定发生所述应用程序使用行为时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元42用于：

若感知到地理位置发生变化，则基于所述历史数据，确定地理位置发生变化时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元42用于：

若感知到用户配置的特定事件被触发，则基于所述历史数据，确定所述特定事件被触发时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元42用于：

若感知到用户配置的循环事件被触发，则基于所述历史数据，确定所述循 环事件被触发时，关联使用的至少一种应用程序。

可选的，推送任意一种应用程序的推荐信息时，处理单元42用于：

第一智能设备推送所述任意一种应用程序的描述信息；或者，

第一智能设备推送所述任意一种应用程序的服务信息。

可选的，控制任意一种应用程序的状态时，处理单元42用于：

对所述任意一种应用程序进行下载；或者，

对所述任意一种应用程序进行预加载。

参阅图5所示，本申请实施例中，服务器至少包括确定单元50、获取单元51和处理单元52，其中，

确定单元50，用于根据第一智能设备的通知确定发生第一事件，所述第一事件是第一智能设备对当前场景进行感知后确定的；

获取单元51，用于获取与所述第一事件关联的历史数据；其中，所述历史数据是至少对所述第一智能设备上传的数据进行汇总后获得的；

处理单元52，用于基于所述历史数据，对用户行为进行确定，并根据确定结果，通知第一智能设备推送应用程序的推荐信息或控制应用程序的状态。

可选的，获取与所述第一事件关联的历史数据时，获取单元51用于：

根据第一智能设备发送的第一事件的描述信息，从保存的数据中筛选出与所述第一事件关联的历史数据，其中，所述保存的数据是对所述第一智能设备或者各个智能设备上传的数据进行汇总后获得的，且筛选出的历史数据中至少记录有第一事件发生时用户的操作行为集合。

可选的，基于所述历史数据，对用户行为进行确定时，处理单元52用于：

基于所述历史数据，确定第一事件发生时，用户曾执行的操作行为集合；

将所述操作行为集合中记录的各个操作行为，按照与第一事件的关联度从大到小的顺序进行排序，筛选出前n个操作行为作为确定结果，其中，n为预设值。

可选的，根据确定结果，通知第一智能设备推送应用程序的推荐信息或控 制应用程序的状态时，处理单元52用于：

根据确定结果选取相关联的至少一种应用程序，并通知第一智能设备推送所述至少一种应用程序的推荐信息，或者，控制所述至少一种应用程序的状态；或者，

根据确定结果选取相关联的至少一种应用程序，并从所述至少一种应用程序中筛选出与所述第一智能设备当前的设备状态参数相匹配的应用程序，以及通知第一智能设备推送筛选出的应用程序的推荐信息，或者，控制筛选出的应用程序的状态。

可选的，所述设备状态参数至少包括设备类型、已运行的应用程序、cpu使用率和内存使用率中的一种或任意组合。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元52用于：

若获知第一智能设备感知到用户发生应用程序使用行为，则基于所述历史数据，确定发生所述应用程序使用行为时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元52用于：

若获知第一智能设备感知到地理位置发生变化，则服务器基于所述历史数据，确定地理位置发生变化时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元52用于：

若获知第一智能设备感知到用户配置的特定事件被触发，则服务器基于所述历史数据，确定所述特定事件被触发时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理单元52用于：

若获知第一智能设备感知到用户配置的循环事件被触发，则第一智能设备基于所述历史数据，确定所述循环事件被触发时，关联使用的至少一种应用程 序。

可选的，通知所述第一智能设备推送任意一种应用程序的推荐信息时，处理单元52用于：

通知所述第一智能设备推送所述任意一种应用程序的描述信息；或者，

通知所述第一智能设备推送所述任意一种应用程序的服务信息。

可选的，通知所述第一智能设备控制任意一种应用程序的状态时，处理单元52用于：

通知所述第一智能设备对所述任意一种应用程序进行下载；或者，

通知所述第一智能设备对所述任意一种应用程序进行预加载。

基于上述实施例，参阅图6所示，本申请实施例中，第一智能设备至少包括处理器60和收发机61，其中，

处理器60，用于读取存储器中的程序，通过执行下列过程：

对当前场景进行感知，确定发生第一事件；

获取与所述第一事件关联的历史数据；

基于所述历史数据，对用户行为进行确定，并根据确定结果推送应用程序的推荐信息或控制应用程序的状态；

收发机61，用于在处理器60的控制下接收和发送数据。

可选的，对当前场景进行感知，确定发生第一事件时，处理器60用于：

对用户当前的操作行为进行感知，感知到用户发生应用程序使用行为时，确定发生第一事件；或者，

对用户当前的地理位置进行感知，感知到地理位置发生变化时，确定发生第一事件；或者，

对用户配置的特定事件进行感知，感知到特定事件被触发时，确定发生第一事件；或者，

对用户配置的循环事件进行感知，感知到在未来设定时长内将发生所述循环事件时，确定发生第一事件。

可选的，获取与所述第一事件关联的历史数据时，处理器60用于：

在本地筛选出与第一事件关联的历史数据；或者，

将第一事件的描述信息发送至服务器，令服务器从保存的数据中，筛选出与所述第一事件关联的历史数据，以及接收服务器返回的筛选出的历史数据；其中，所述服务器保存的数据是对各个智能设备上传的数据进行汇总后获得的；

其中，筛选出的历史数据中至少记录有第一事件发生时用户的操作行为集合。

可选的，基于所述历史数据，对用户行为进行确定时，处理器60用于：

基于所述历史数据，确定第一事件发生时，用户曾执行的操作行为集合；

将所述操作行为集合中记录的各个操作行为，按照与第一事件的关联度从大到小的顺序进行排序，筛选出前n个操作行为作为确定结果，其中，n为预设值。

可选的，根据确定结果，推送应用程序的推荐信息或控制应用程序的状态时，处理器60用于：

根据确定结果选取相关联的至少一种应用程序，并推送所述至少一种应用程序的推荐信息，或者，控制所述至少一种应用程序的状态；或者，

根据确定结果选取相关联的至少一种应用程序，并从所述至少一种应用程序中筛选出与所述第一智能设备当前的设备状态参数相匹配的应用程序，以及推送筛选出的应用程序的推荐信息，或者，控制筛选出的应用程序的状态。

可选的，所述设备状态参数至少包括设备类型、已运行的应用程序、cpu使用率和内存使用率中的一种或任意组合。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器60用于：

若感知到用户发生应用程序使用行为，则基于所述历史数据，确定发生所述应用程序使用行为时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器60用于：

若感知到地理位置发生变化，则基于所述历史数据，确定地理位置发生变化时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器60用于：

若感知到用户配置的特定事件被触发，则基于所述历史数据，确定所述特定事件被触发时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器60用于：

若感知到用户配置的循环事件被触发，则基于所述历史数据，确定所述循环事件被触发时，关联使用的至少一种应用程序。

可选的，推送任意一种应用程序的推荐信息时，处理器60用于：

第一智能设备推送所述任意一种应用程序的描述信息；或者，

第一智能设备推送所述任意一种应用程序的服务信息。

可选的，控制任意一种应用程序的状态时，处理器60用于：

对所述任意一种应用程序进行下载；或者，

对所述任意一种应用程序进行预加载。

在图6中，总线架构中，总线可以包括任意数量的互联的总线和桥，总线将包括由通用处理器60代表的一个或多个处理器和存储器代表的存储器的各种电路链接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。收发机61可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机61从其他设备接收外部数据。收发机61用于将处理器60处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口，例如小键 盘、显示器、扬声器、麦克风、操纵杆。

处理器60负责管理总线和通常的处理，如前述所述运行通用操作系统。而存储器可以被用于存储处理器60在执行操作时所使用的数据。

可选的，处理器60可以是中央处埋器(cpu)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)。

参阅图7所示，本申请实施例中，服务器至少包括处理器70和收发机71，其中，

处理器70，用于读取存储器中的程序，通过执行下列过程：

根据第一智能设备的通知确定发生第一事件，所述第一事件是第一智能设备对当前场景进行感知后确定的；

获取与所述第一事件关联的历史数据；其中，所述历史数据是至少对所述第一智能设备上传的数据进行汇总后获得的；

基于所述历史数据，对用户行为进行确定，并根据确定结果，通知第一智能设备推送应用程序的推荐信息或控制应用程序的状态；

收发机71，用于在处理器70的控制下接收和发送数据。

可选的，获取与所述第一事件关联的历史数据时，处理器70用于：

根据第一智能设备发送的第一事件的描述信息，从保存的数据中筛选出与所述第一事件关联的历史数据，其中，所述保存的数据是对所述第一智能设备或者各个智能设备上传的数据进行汇总后获得的，且筛选出的历史数据中至少记录有第一事件发生时用户的操作行为集合。

可选的，基于所述历史数据，对用户行为进行确定时，处理器70用于：

基于所述历史数据，确定第一事件发生时，用户曾执行的操作行为集合；

将所述操作行为集合中记录的各个操作行为，按照与第一事件的关联度从大到小的顺序进行排序，筛选出前n个操作行为作为确定结果，其中，n为预 设值。

可选的，根据确定结果，通知第一智能设备推送应用程序的推荐信息或控制应用程序的状态时，处理器70用于：

根据确定结果选取相关联的至少一种应用程序，并通知第一智能设备推送所述至少一种应用程序的推荐信息，或者，控制所述至少一种应用程序的状态；或者，

根据确定结果选取相关联的至少一种应用程序，并从所述至少一种应用程序中筛选出与所述第一智能设备当前的设备状态参数相匹配的应用程序，以及通知第一智能设备推送筛选出的应用程序的推荐信息，或者，控制筛选出的应用程序的状态。

可选的，所述设备状态参数至少包括设备类型、已运行的应用程序、cpu使用率和内存使用率中的一种或任意组合。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器70用于：

若获知第一智能设备感知到用户发生应用程序使用行为，则基于所述历史数据，确定发生所述应用程序使用行为时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器70用于：

若获知第一智能设备感知到地理位置发生变化，则服务器基于所述历史数据，确定地理位置发生变化时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器70用于：

若获知第一智能设备感知到用户配置的特定事件被触发，则服务器基于所述历史数据，确定所述特定事件被触发时，关联使用的至少一种应用程序。

可选的，根据确定结果选取相关联的至少一种应用程序时，处理器70用于：

若获知第一智能设备感知到用户配置的循环事件被触发，则第一智能设备基于所述历史数据，确定所述循环事件被触发时，关联使用的至少一种应用程序。

可选的，通知所述第一智能设备推送任意一种应用程序的推荐信息时，处理器70用于：

通知所述第一智能设备推送所述任意一种应用程序的描述信息；或者，

通知所述第一智能设备推送所述任意一种应用程序的服务信息。

可选的，通知所述第一智能设备控制任意一种应用程序的状态时，处理器70用于：

通知所述第一智能设备对所述任意一种应用程序进行下载；或者，

通知所述第一智能设备对所述任意一种应用程序进行预加载。

在图7中，总线架构，总线可以包括任意数量的互联的总线和桥，总线将包括由处理器70代表的一个或多个处理器和存储器代表的存储器的各种电路链接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。收发机71可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。

处理器70负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器70在执行操作时所使用的数据。

可选的，处理器70可以是cpu、asic、fpga或cpld。

综上所述，本申请实施例中，通过对使用至少一个智能设备上传的数据进行汇总，可以得到准确记录用户使用习惯的历史数据，而在第一智能设备感知到发生第一事件时，第一智能设备或服务器可以根据上述历史数据，对用户行为进行确定，并根据确定结果，通过第一智能设备推送应用程序的推荐信息或者控制应用程序的状态，这样，可以基于智能设备间共享的历史数据，在发生 某一事件后，根据用户的使用习惯准确地对用户行为进行确定，从而能够基于确定的用户行为进行准确地应用程序管理，进而大大提高了应用程序管理的精准性和合理性，节省了用户的操作时间，提升了用户体验。

并且，随着历史数据的累积，历史数据所表征的用户的行为特征会越来越符合用户的使用习惯，从而第一智能设备进行应用程序管理时，也会越来越符合用户的使用需求，系统的智能性会得到进一步提升。

另一方面，由于不同的智能设备可以收集不同的特定数据，因此，在智能设备之间进行数据共享，也可以节省智能设备的操作流程，节省了智能设备的电能，延长了智能设备的使用寿命。

进一步的，本申请实施例主要使用javascript以及c++编程语言实现，并需要借助于数据库以及云计算作为技术支持，实现算法复杂度较低，有效降低了后续系统的运维成本。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中 的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。