CN114500442B

CN114500442B - 消息管理方法和电子设备

Info

Publication number: CN114500442B
Application number: CN202111001087.0A
Authority: CN
Inventors: 周俣
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2021-08-30
Filing date: 2021-08-30
Publication date: 2023-03-03
Anticipated expiration: 2041-08-30
Also published as: CN114500442A

Abstract

本申请实施例提供了一种消息管理方法和电子设备，该方法中第一电子设备在确定与之建立互联的第二电子设备之后，通过确定自身当前所处的场景模式，以及每一第二电子设备当前的设备状态，进而根据自身所处的场景模式，并结合每一第二电子设备当前的设备状态智能的生效适应于当前场景模式的消息推送策略，从而在监听到第一推送消息时，根据智能决策出的消息推送策略从建立互联的多个第二电子设备中选择一个合适的第二电子设备作为目标电子设备，并将第一推送消息推送给目标电子设备，从而保证了在第一电子设备无法直接显示第一推送消息时，能够通过合适的电子设备进行显示，既避免了所有互联设备同步推送导致的消息重复问题，又可以避免错过消息。

Description

消息管理方法和电子设备

技术领域

本申请实施例涉及终端领域，尤其涉及一种消息管理方法和电子设备。

背景技术

随着物联网、智能终端技术的发展，智能家居、智能办公已经逐步走入用户的日常生活和办公。以智能家居为例，目前智能家居已经发展到智能互动这一阶段，即多个智能设备之间可以相互实现互联。例如，实现互联的多个智能设备之间可以实现消息的同步推送，以便用户通过不同的智能设备及时查收消息、通知等。

但是，目前在多个互联的智能设备间进行的消息推送，如果用户没有在主设备(例如可以是手机)设置消息屏蔽，当主设备监测到有需要推送的消息时，便会将需要推送的消息同步推送到与主设备实现互联的所有互联设备(后续称为：从设备，例如可以是穿戴设备、平板电脑)，即消息会被重复推送。反之，如果用户在主设备设置了消息屏蔽，那么当主设备监测到有需要推送的消息时，在消息屏蔽期间，主设备监测到所有需要推送的消息都会被屏蔽掉，即不会在主设备显示，同时也不会推送给与主设备实现互联的所有互联设备，显然这样会导致用户错过重要消息。

发明内容

为了解决上述技术问题，本申请提出了一种消息管理方法和电子设备。在该方法中，通过根据第一电子设备当前的场景模式，以及建立互联的第二电子设备的设备状态，生效不同的消息推送策略，从而可以根据消息推送策略选择最合适的第二设备进行消息推送。

第一方面，提供一种消息管理方法。该方法包括：确定与第一电子设备建立互联的第二电子设备；确定每一所述第二电子设备当前的设备状态；确定所述第一电子设备当前的场景模式；根据每一所述第二电子设备当前的所述设备状态和所述场景模式，生成消息推送策略；在监听到第一推送消息时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息。这样，通过根据第一电子设备当前的场景模式，以及建立互联的第二电子设备的设备状态，生效不同的消息推送策略，从而在监听到第一推送消息时，根据智能决策出的消息推送策略从建立互联的多个第二电子设备中选择一个合适的第二电子设备作为目标电子设备，并将第一推送消息推送给目标电子设备，从而保证了在第一电子设备无法直接显示第一推送消息时，能够通过合适的电子设备进行显示，既避免了所有互联设备同步推送导致的消息重复问题，又可以避免错过消息。

示例性的，第一电子设备为手机。

示例性的，第二电子设备有多个。

示例性的，第二电子设备为穿戴设备，或者平板电脑，或者笔记本电脑，或者台式机，或者电视机，或者音响设备。

根据第一方面，所述确定所述第一电子设备当前的场景模式，包括：获取所述第一电子设备当前的使用状态数据；根据当前的所述使用状态数据，确定所述第一电子设备当前的场景模式。这样，通过根据第一电子设备当前的使用状态数据，即实时状态数据，便可以准确的确定第一电子设备当前的场景模式，保证了确定的场景模式更加贴合实际情况。

示例性的，第一电子设备当前的使用状态数据包括但不限于屏幕状态、内部各传感器采集的传感器数据。

示例性的，屏幕状态包括但不限于黑屏状态、占用状态。

示例性的，占用状态包括但不限于全屏占用状态、部分占用状态。

根据第一方面，或者以上第一方面的任意一种实现方式，所述确定所述第一电子设备当前的场景模式，包括：获取所述第一电子设备当前的系统时间；根据所述系统时间和用户使用所述第一电子设备的使用习惯，确定所述第一电子设备当前的场景模式，所述使用习惯根据所述第一电子设备的历史使用状态数据确定。这样，预先根据第一电子设备的历史使用状态数据预估用户对第一电子设备的使用习惯，在确定第一电子设备当前的场景模式时，直接根据第一电子设备当前的系统时间结合用户的使用习惯预估第一电子设备当前的场景模式，从而无需关注第一电子设备当前的使用状态数据，并且根据用户的使用习惯能够保证确定的场景模式更加符合该用户的需求。

示例性的，第一电子设备的历史使用状态数据包括但不限于处于黑屏状态的时间、处于屏幕占用状态的时间，以及处于屏幕占用状态时使用的应用信息。

根据第一方面，或者以上第一方面的任意一种实现方式，所述第一电子设备提供用户设置入口；所述确定所述第一电子设备当前的场景模式，包括：确定所述第一电子设备是否选中了用户通过用户设置入口设置的场景模式；若选中了，则将选中的场景模式确定为所述第一电子设备当前的场景模式；否则，获取所述第一电子设备当前的使用状态数据，根据当前的所述使用状态数据，确定所述第一电子设备当前的场景模式，或者，获取所述第一电子设备当前的系统时间，根据所述系统时间和用户使用所述第一电子设备的使用习惯，确定所述第一电子设备当前的场景模式。这样，在确定第一电子设备当前的场景模式时，优先使用用户设置的，即用户设置的优先级最高，在选中了用户设置的场景模式后，不考虑通过其他方式确定第一电子设备当前的场景模式，在没有选中用户设置的场景模式时，才通过其他方式确定，从而既考虑了用户体验，又能保证多设备互联下消息的管理推送能够顺利进行。

根据第一方面，或者以上第一方面的任意一种实现方式，所述用户设置入口由所述第一电子设备中安装的设置应用提供，和/或，由所述第一电子设备的下拉通知栏提供，和/或，由所述第一电子设备中安装的消息管理应用提供；其中，所述设置应用为所述第一电子设备的生产厂商提供的系统应用，所述消息管理应用为所述生产厂商或第三方厂商提供的应用。这样，通过多种途径为用户提供可以由用户设置第一电子设备当前的场景模式的用户设置入口，能够更好的满足不同使用习惯的用户，使得消息管理方案能够更好的落地。

根据第一方面，或者以上第一方面的任意一种实现方式，在监听到第一推送消息时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息，包括：在监听到第一推送消息时，确定所述第一推送消息的第一来源；在所述第一来源为系统来源时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息；在所述第一来源为应用来源时，调整所述消息推送策略，并根据调整后的所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息。这样，根据第一推送消息的第一来源确定是否需要动态调整消息推送策略，从而使得消息推送策略能够更好的适应于不同的场景模式。

根据第一方面，或者以上第一方面的任意一种实现方式，所述调整所述消息推送策略，包括：获取所述第一推送消息的第二来源；在所述第二来源为指定联系人时，查找为所述指定联系人设置的第一推送权限，并根据所述第一推送权限调整所述消息推送策略；在所述第二来源为非指定联系人时，获取提供所述第一推送消息的应用的应用标识；根据所述应用标识，查找为所述应用设置的第二推送权限，并根据所述第二推送权限调整所述消息推送策略。这样，消息推送策略中各互联设备的优先级根据应用的推送权限和联系人的推送权限动态调整，使得消息管理更加人性化、智能化。

示例性的，应用标识包括但不限于是应用包名。

根据第一方面，或者以上第一方面的任意一种实现方式，在所述根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备之前，所述方法还包括：获取所述第一电子设备的第一位置信息和每一所述第二电子设备的第二位置信息；对于每一所述第二电子设备，根据所述第一位置信息和所述第二位置信息确定所述第二电子设备相对所述第一电子设备的距离；相应地，所述根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，包括：根据所述消息推送策略，结合每一所述第二电子设备相对所述第一电子设备的距离，从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备。这样，在根据消息推送策略选择目标电子设备时，结合每一第二电子设备相对第一电子设备的距离，从而保证确定的目标电子设备既兼顾了消息推送策略中规定的每一第二电子设备的优先级，又兼顾了距离，进一步保证了确定的目标电子设备的更适合当前场景模式。

根据第一方面，或者以上第一方面的任意一种实现方式，在所述向所述目标电子设备推送所述第一推送消息之后，所述方法还包括：在第一时长内，监测是否接收到所述目标电子设备的消息查看反馈消息，所述消息查看反馈消息由所述目标电子设备在监测到用户查看了所述第一推送消息后生成；若未接收到，重新向所述目标电子设备推送所述第一推送消息；或者，根据所述消息推送策略从建立互联的所述第二电子设备中重新选择一个所述第二电子设备作为目标电子设备，并向重新选择的所述目标电子设备推送所述第一推送消息。这样，为了避免第一推送消息被错过，在向目标电子设备推送第一推送消息后，通过监测用户通过目标电子设备对第一推送消息的查看情况确定是否重新向目标电子设备推送，或选择新的目标电子设备推送，从而确保了第一推送消息不被用户错过。

根据第一方面，或者以上第一方面的任意一种实现方式，所述方法还包括：在监测到所述第一电子设备结束与所述第二电子设备的互联后，获取与所述第二电子设备建立互联期间推送到所述第二电子设备的所述第一推送消息；根据所述第一推送消息生成消息报告，并在所述第一电子设备显示。这样，在第一电子设备结束智能推送模式(第一电子设备与第二电子设备结束互联)后，将智能推送的第一推送消息生成消息报告在第一电子设备显示，便于用户在闲时查看智能推送期间所有的消息，避免遗漏重要消息。

根据第一方面，或者以上第一方面的任意一种实现方式，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；所述确定与第一电子设备建立互联的第二电子设备，包括：所述第一电子设备基于所述近距离通信服务，调用近距离通信模块搜索预设范围内的第三电子设备；与发起配对请求的所述第三电子设备建立配对连接，将建立配对连接的所述第三电子设备确定为与所述第一电子设备建立互联的所述第二电子设备。这样，第一电子设备和第二电子设备基于近距离通信服务建立互联，实现了局域网场景内各互联设备之间的消息推送。

示例性的，第一电子设备和第二电子设备基于近距离通信服务建立互联，在短距离情况下，甚至无需接入局域网便可以实现互联设备之间的消息推送。

根据第一方面，或者以上第一方面的任意一种实现方式，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；所述确定与第一电子设备建立互联的第二电子设备，包括：所述第一电子设备基于所述近距离通信服务，调用近距离通信模块搜索预设范围内的第三电子设备；所述第一电子设备向选中的所述第三电子设备发送配对请求；所述第一电子设备接收选中的所述第三电子设备根据所述配对请求做出的配对响应，建立与做出所述配对响应的所述第三电子设备的配对连接，并将建立配对连接的所述第三电子设备确定为与所述第一电子设备建立互联的所述第二电子设备。这样，第一电子设备能够主动确定需要建立互联的第二电子设备。

示例性的，选中的第三电子设备有用户选中。

示例性的，选中的第三电子设备根据预设的条件自动确定。

第二方面，提供一种电子设备。该电子设备为第一电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述一个或多个计算机程序存储在所述存储器上，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：确定与第一电子设备建立互联的第二电子设备；确定每一所述第二电子设备当前的设备状态；确定所述第一电子设备当前的场景模式；根据每一所述第二电子设备当前的所述设备状态和所述场景模式，生成消息推送策略；在监听到第一推送消息时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息。

根据第二方面，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：获取所述第一电子设备当前的使用状态数据；根据当前的所述使用状态数据，确定所述第一电子设备当前的场景模式。

根据第二方面，或者以上第二方面的任意一种实现方式，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：获取所述第一电子设备当前的系统时间；根据所述系统时间和用户使用所述第一电子设备的使用习惯，确定所述第一电子设备当前的场景模式，所述使用习惯根据所述第一电子设备的历史使用状态数据确定。

根据第二方面，或者以上第二方面的任意一种实现方式，所述第一电子设备提供用户设置入口；当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：确定所述第一电子设备是否选中了用户通过用户设置入口设置的场景模式；若选中了，则将选中的场景模式确定为所述第一电子设备当前的场景模式；否则，获取所述第一电子设备当前的使用状态数据，根据当前的所述使用状态数据，确定所述第一电子设备当前的场景模式，或者，获取所述第一电子设备当前的系统时间，根据所述系统时间和用户使用所述第一电子设备的使用习惯，确定所述第一电子设备当前的场景模式。

根据第二方面，或者以上第二方面的任意一种实现方式，所述用户设置入口由所述第一电子设备中安装的设置应用提供，和/或，由所述第一电子设备的下拉通知栏提供，和/或，由所述第一电子设备中安装的消息管理应用提供；其中，所述设置应用为所述第一电子设备的生产厂商提供的系统应用，所述消息管理应用为所述生产厂商或第三方厂商提供的应用。

根据第二方面，或者以上第二方面的任意一种实现方式，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：在监听到第一推送消息时，确定所述第一推送消息的第一来源；在所述第一来源为系统来源时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息；在所述第一来源为应用来源时，调整所述消息推送策略，并根据调整后的所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息。

根据第二方面，或者以上第二方面的任意一种实现方式，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：获取所述第一推送消息的第二来源；在所述第二来源为指定联系人时，查找为所述指定联系人设置的第一推送权限，并根据所述第一推送权限调整所述消息推送策略；在所述第二来源为非指定联系人时，获取提供所述第一推送消息的应用的应用标识；根据所述应用标识，查找为所述应用设置的第二推送权限，并根据所述第二推送权限调整所述消息推送策略。

根据第二方面，或者以上第二方面的任意一种实现方式，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：获取所述第一电子设备的第一位置信息和每一所述第二电子设备的第二位置信息；对于每一所述第二电子设备，根据所述第一位置信息和所述第二位置信息确定所述第二电子设备相对所述第一电子设备的距离；相应地，所述根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，包括：根据所述消息推送策略，结合每一所述第二电子设备相对所述第一电子设备的距离，从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备。

根据第二方面，或者以上第二方面的任意一种实现方式，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：在第一时长内，监测是否接收到所述目标电子设备的消息查看反馈消息，所述消息查看反馈消息由所述目标电子设备在监测到用户查看了所述第一推送消息后生成；若未接收到，重新向所述目标电子设备推送所述第一推送消息；或者，根据所述消息推送策略从建立互联的所述第二电子设备中重新选择一个所述第二电子设备作为目标电子设备，并向重新选择的所述目标电子设备推送所述第一推送消息。

根据第二方面，或者以上第二方面的任意一种实现方式，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：在监测到所述第一电子设备结束与所述第二电子设备的互联后，获取与所述第二电子设备建立互联期间推送到所述第二电子设备的所述第一推送消息；根据所述第一推送消息生成消息报告，并在所述第一电子设备显示。

根据第二方面，或者以上第二方面的任意一种实现方式，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：所述第一电子设备基于所述近距离通信服务，调用近距离通信模块搜索预设范围内的第三电子设备；与发起配对请求的所述第三电子设备建立配对连接，将建立配对连接的所述第三电子设备确定为与所述第一电子设备建立互联的所述第二电子设备。

根据第二方面，或者以上第二方面的任意一种实现方式，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：所述第一电子设备基于所述近距离通信服务，调用近距离通信模块搜索预设范围内的第三电子设备；所述第一电子设备向选中的所述第三电子设备发送配对请求；所述第一电子设备接收选中的所述第三电子设备根据所述配对请求做出的配对响应，建立与做出所述配对响应的所述第三电子设备的配对连接，并将建立配对连接的所述第三电子设备确定为与所述第一电子设备建立互联的所述第二电子设备。

第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，提供一种计算机可读存储介质。该介质包括计算机程序，当计算机程序在电子设备上运行时，使得电子设备执行第一方面以及第一方面中任意一项中的消息管理方法。示例性的，电子设备为第一电子设备。

第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的消息管理方法的指令。

第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请实施例提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的消息管理方法，以控制接收管脚接收信号，以控制发送管脚发送信号。示例性的，芯片为电子设备的芯片，电子设备为第一电子设备。

第五方面以及第五方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第五方面以及第五方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1是示例性示出的电子设备的硬件结构示意图；

图2是示例性示出的电子设备的软件结构示意图；

图3是示例性示出的本申请实施例提供的消息管理方法需要用到的消息管理框架中三大功能模块的模块示意图；

图4是示例性示出的本申请实施例提供的消息管理方法实现过程中应用程序层、应用程序框架层和内核层之间交互的示意图之一；

图5是示例性示出的本申请实施例提供的消息管理方法的流程示意图；

图6是示例性示出的本申请实施例提供的消息管理方法中确定互联设备的场景示意图；

图7是示例性示出的第一电子设备与第二电子设备之间执行本申请实施例提供的消息管理方法的时序图之一；

图8是示例性示出的本申请实施例提供的消息管理方法实现过程中应用程序层、应用程序框架层和内核层之间交互的示意图之二；

图9是示例性示出的第一电子设备与第二电子设备之间执行本申请实施例提供的消息管理方法的时序图之二；

图10是示例性示出的本申请实施例提供的消息管理方法实现过程中应用程序层、应用程序框架层和内核层之间交互的示意图之三；

图11是示例性示出的第一电子设备与第二电子设备之间执行本申请实施例提供的消息管理方法的时序图之三；

图12是示例性示出的本申请实施例提供的消息管理方法中开启消息管理模式的场景示意图之一；

图13是示例性示出的本申请实施例提供的消息管理方法中开启消息管理模式的场景示意图之二。

具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例涉及的电子设备的硬件结构和软件结构进行说明。参见图1，为本申请实施例提供的电子设备100的结构示意图。

如图1所示，电子设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。

示例性的，音频模块170可以包括扬声器170A，受话器170B，麦克风170C，耳机接口170D等。

示例性的，传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

此外，处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。

可理解的，在具体的电子设备中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

此外，在一些实施例中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

此外，处理器110中的存储器主要用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。

可理解的，在实际的应用场景中，电子设备100的USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellitesystem，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near fieldcommunication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。

具体的，实现本申请实施例提供的消息管理方法的相关指令预先存储到内部存储器121中，处理器110通过执行内部存储器121中存储的指令，从而能够使得电子设备100执行本申请实施例提供的消息管理方法。

此外，需要说明的，在具体实现中，内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。

电子设备100可以通过音频模块170中包括的扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能，例如音乐播放，录音等。

需要说明的，在本申请实施例中，在确定电子设备当前的设备状态，或者使用状态数据时，通可以通过监测音频模块170包括的各功能器件的使用状态，以及采集到的数据来确定。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

电子设备100可以通过传感器模块180中包括的各传感器收集传感器数据，进而根据各传感器数据确定当前的设备状态，使用状态数据等。

关于电子设备中，各传感器的具体作用，具体如下：

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际的应用场景中，电子设备100可以根据业务需求，适用场景适应性的调整内部的传感器，本申请对此不做限制。

此外，电子设备100中的按键190包括开机键，音量键等。

关于电子设备100的硬件结构就介绍到此，应当理解的是，图1所示电子设备100仅是电子设备的一个范例，在具体实现中，电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

此外，需要说明的是，关于上述所描述的电子设备100的硬件结构，可以是本申请实施例中涉及的安装有第一应用的第一电子设备，例如可以是手机的硬件结构，也可是本申请实施例中涉及的用于接收第一电子设备推送的第一推送消息的第二电子设备，例如可以是笔记本电脑、台式机、智能电视、智能穿戴(如智能手表)、智能音响(可以是具有显示屏的智能音响，也可以是没有显示屏的智能音响)等，此次不再一一列举，本申请对此也不做限制。

进一步地，在实际的应用场景中，第二电子设备可以有多个。

进一步地，根据业务需求，任一第二电子设备也可以作为第一电子设备。

相应地，第一电子设备，也可以作为第二电子设备。

也就是说，需要推送的第一推送消息来自哪一电子设备，哪一电子设备就可以看作为推送该第一推送消息的第一电子设备，而与该第一电子设备互联，能够接受第一电子设备推送的第一推送消息的电子设备即为第二电子设备。

以下结合图2对电子设备100的软件结构进行描述。在对电子设备100的软件结构进行说明之前，首先对电子设备100的软件系统可以采用的架构进行说明。

具体的，在实际应用中，电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。

此外，可理解的，目前主流的电子设备使用的软件系统包括但不限于Windows系统、Android系统和iOS系统。为了便于说明，本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

此外，后续关于本申请实施例提供的消息管理方案的描述，涉及的第一电子设备和第二电子设备，本申请均已Android系统为例。但在具体实现中，本申请实施例提供的消息管理方案同样适用于其他系统。

参见图2，为本申请实施例的电子设备100的软件结构框图。

如图2所示，电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。由于本申请实施例提供的消息管理方案主要涉及应用程序层、应用程序框架层和内核层，故而图2未示出安卓运行时和系统库层。

其中，应用程序层可以包括一系列应用程序包。如图2所示，应用程序包可以包括应用市场，视频，购物，权限管理，蓝牙，Wi-Fi，设置等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。

其中，应用程序框架层包括一些预先定义的函数。如图2所示，应用程序框架层可以包括消息管理框架、权限管理服务、通知管理器、应用运行管理服务器、窗口管理器等。

需要说明的是，关于图2中示出的位于应用程序框架层中预先定义的函数，具体是实现本申请实施例提供的消息管理方案所涉及的，在具体实现中，应用程序框架层还可以根据实际的业务需求包括其他预先定义的函数，如用于提供电子设备100的通信功能的电话管理器，以实现对电子设备100的通话状态的管理(接通、挂断等)，还可以包括为应用程序提供各种资源，如本地化字符串、图标、图片、布局文件、视频文件等的资源管理器，本申请对此不做限制。

具体的，实现本申请实施例提供的消息管理方案所需的消息管理框架根据要实现的功能包括策略管理模块、消息管理模块和设备管理模块。

参见图3，为消息管理框架中策略管理模块、消息管理模块和设备管理模块所负责的功能，以及相互之间的交互示意图。

如图3所示，设备管理模块用于处理多设备互联下，当前电子设备(称为第一电子设备)搜索到的各电子设备的接入状态，即设备连接管理，以及用于获取建立互联的第二电子设备当前的设备状态，即设备状态管理。

策略管理模块用于对第一电子设备当前的场景模式进行识别，即场景识别，并从设备管理模块获取的每一建立互联的第二电子设备的设备状态，根据识别出的场景模式和获取到的设备状态决策出消息推送策略。

消息管理模块用于进行消息收集，并根据策略管理模块生成的消息推送策略和设备管理模块提供的当前在线的消息推送对象进行消息分发，以及消息报告的推送。

此外，位于应用程序框架层中的权限管理服务具体用于管理应用程序层中安装的每一应用程序的权限信息，并且在本申请实施例中，权限管理服务还用于在消息管理框架中的消息管理模块监听到第一推送消息，决策消息推送策略时，将提供第一推送消息的应用程序对应的的权限信息提供给策略管理模块，以供策略管理模块生成新的消息推送策略，或者对已经生成的消息推送策略进行调整。

此外，位于应用程序框架层中的通知管理器，使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

也就是说，通知管理器，用于在监听到的第一推送消息需要在第一电子设备本机显示时，由通知管理器进行处理。

此外，位于应用程序框架层的应用运行管理服务用于响应于用户选择的应用程序的操作行为，启动对应的应用程序。同时，应用运行管理服务还可以获取当前运行的应用程序的应用信息，例如可以是应用包名。

此外，位于应用程序框架层的窗口管理器用于管理窗口程序，以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等，即通过窗口管理器可以获取第一电子设备当前的屏幕状态，以便消息管理框架中的策略决策模块能够根据屏幕状态决策消息推送策略。

此外，可理解的，Android系统中的内核层是硬件和软件之间的层。内核层至少包含显示驱动、Wi-Fi驱动、蓝牙驱动、音频驱动、传感器驱动。

需要说明的是，关于图2中示出的位于内核层中的驱动，具体是实现本申请实施例提供的消息管理方案所涉及的，在具体实现中，内核层还可以根据实际的业务需求包括其他驱动，如摄像头驱动、指纹模组驱动等，本申请对此不做限制。

关于电子设备100的硬件结构就介绍到此，可以理解的是，图2示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

为了更好的说明本申请实施例提供的消息管理方法的实现流程，本申请实施例以执行消息管理方法的第一电子设备为手机，第一电子设备上安装了第一应用(可以是第一系统应用，也可以是第三方应用)，与第一电子设备建立互联的第二电子设备包括但不限于台式机、平板电脑、智能穿戴、智能音响、电视为例，通过以下三种场景对本申请实施例提供的消息管理方法进行说明。

场景一：

下面结合图4至图7对本实施例提供的消息管理方法的一种具体实现方式进行详细说明。

具体的，本实施例提供的消息管理方案包括三部分。结合图4可知，第一部分为由应用程序框架层中消息管理框架提供的设备管理模块通过调用内核层的蓝牙驱动、Wi-Fi驱动等实现与第二电子设备的互联，接着通过建立的互联通道获取各第二电子设备的设备状态，并将获取到的每一电子设备的设备状态交由消息管理框架中的策略管理模块进行后续处理。第二部分为由策略管理模块通过调用内核层的音频驱动、显示驱动、传感器驱动等获取第一电子设备当前的使用状态数据，进而根据获取到的使用状态数据和设备管理模块提供的每一第二电子设备的设备状态生成消息推送策略，并将生成的消息推送策略主动发给消息管理模块，或者等消息管理模块监听到第一推送消息时主动获取。第三部分为由消息管理模块监听应用程序层安装的各应用程序，以收集需要推送(分发)的第一推送消息，并在监听到第一推送消息时，根据策略管理模块生成的消息推送策略从建立互联的第二电子设备中选取一个作为目标电子设备，并将第一推送消息推送给目标电子设备。

关于本实施例实现消息管理方案涉及的三个部分，结合图4可以看出，第一部分中由设备管理模块执行的操作包括但不限于步骤S101和S102，第二部分中由策略管理模块执行的操作包括但不限于步骤S103和S104，第三部分中由消息管理模块执行的操作包括但不限于步骤S105。为了更好的理解整个消息管理方案，以下结合图5进行详细说明。

参见图5，具体包括：

S101，设备管理模块确定与第一电子设备建立互联的第二电子设备。

具体的说，通常情况下实现智能办公、智能家居的场景中，建立互联的各电子设备是处于同一局域网的，甚至在短距离情况下，这些电子设备都不需要接入局域网。因此，为了实现在同一局域网下第一电子设备能够与办公区域的各第二电子设备，或者家庭的各第二电子设备相互协作，实现本实施例提供的消息管理，第一电子设备和第二电子设备的应用程序框架中需要集成有近距离通信服务。

关于本实施例中所说的近距离通信服务，在实际应用中，可以是由手机的生产厂商提供的，也可以是由其他第三方提供的，其主要作用是作为网络通信管道，调用电子设备内核层的蓝牙驱动和/或Wi-Fi驱动自动搜索附近的电子设备。基于这一工作原理，集成有近距离通信服务的第一电子设备便可以基于近距离通信服务，调用近距离通信模块，例如蓝牙驱动和/或Wi-Fi驱动搜索预设范围内的电子设备。

可理解的，在实际应用中，预设范围可以是根据调用的蓝牙驱动能够覆盖的范围确定的，或者根据调用的Wi-Fi驱动能够覆盖的范围确定的。

示例性的，在一个例子中，可以将预设范围设置为与调用的蓝牙驱动覆盖的范围相同，或者设置为与调用的Wi-Fi驱动覆盖的范围相同，即预设范围等于近距离通信模块能够覆盖的范围。

示例性的，在另一个例子中，可以将预设范围设置为小于调用的蓝牙驱动覆盖的范围，或者设置为小于调用的Wi-Fi驱动覆盖的范围，即预设范围小于近距离通信模块能够覆盖的范围。

此外，可理解的，在实际应用中，第一电子设备基于近距离通信服务调用近距离通信模块搜索到的电子设备可能有多个，并且并非搜索到的每一个电子设备都会与第一电子设备建立互联，即并非搜索到的每一个电子设备都可以看作与第一电子设备建立互联的第二电子设备，故而为了区分本实施例将搜索到的电子设备称为第三电子设备。

示例性的，关于从第三电子设备中选取第二电子设备的方式，在一个例中为第一电子设备接收搜索到的第三电子设备发起的配对请求，并向发起配对请求的第三电子设备做出响应，进而与发起配对请求的第三电子设备建立配对连接，最终将建立配对连接的第三电子设备确定为与第一电子设备建立互联的第二电子设备即可。

示例性的，关于从第三电子设备中选取第二电子设备的方式，在另一个例子中为第一电子设备主动向需要建立互联的第三电子设备发送配对请求，由接收到第一电子设备发送的配对请求的第三电子设备做出响应，进而与做出配对响应的第三电子设备建立配对连接，最终将建立配对连接的第三电子设备确定为与第一电子设备建立互联的第二电子设备即可。

关于采用上述方式确定与第一电子设备建立互联的第二电子设备的过程，以下结合图6进行说明。

假设用户点击了手机100中开启多设备互联的功能按钮，手机100会响应于用户的操作行为，通过近距离通信服务器调用对应的近距离通信模块搜索预设范围内的电子设备。

可理解的，在实际应用中，开启多设备互联的功能按钮可以是在手机100的设置页面提供的，也可以是在下拉通知栏中提供的，还可以是在手机100的主页面安装一个专门的多设备管理应用，用户通过操作该应用实现开启多设备互联功能。

此外，关于上述所说近距离通信服务调用对应的近距离通信模块可以理解为，如果开启互联功能是通过蓝牙配对实现的，则近距离通信服务器调用的是蓝牙驱动。

相应地，如果开启互联功能是通过Wi-Fi驱动实现的，则近距离通信服务调用的是Wi-Fi驱动。

参见图6，示例性的，在一个例中，手机100通过近距离通信服务调用响应的近距离通信模块搜索到的预设范围内的第三电子设备为智能穿戴，具体是智能手表200、台式机300、电视400、平板电脑500和智能音响600，如果在等待配对的期间接收到了智能手表200、电视400和智能音响600发起的配对请求，并且手机100分别向这三个设备做出了响应，则最终与手机100建立互联的第二电子设备就是智能手表200、电视400和智能音箱600，即搜索到的第三电子设备仅有部分成为了与第一电子设备建立互联的第二电子设备。

继续参见图6，示例性的，在另一个例子中，手机100通过近距离通信服务调用响应的近距离通信模块搜索到的预设范围内的第三电子设备为智能穿戴，具体是智能手表200、台式机300、电视400、平板电脑500和智能音响600，如果在等待配对的期间接收到了智能手表200、台式机300、电视400、平板电脑500和智能音响600发起的配对请求，并且手机100分别向这五个设备做出了响应，则最终与手机100建立互联的第二电子设备就是智能手表200、台式机300、电视400、平板电脑500和智能音响600，即搜索到的所有第三电子设备都成为了与第一电子设备建立互联的第二电子设备。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

S102，设备管理模块确定每一所述第二电子设备当前的设备状态。

需要说明的，在实际应用中，与第一电子设备建立互联的第二电子设备可能会因为网络问题、信号问题、电量问题，或者其他异常情况与第一电子设备断开连接，或者用户手动增加了新的第二电子设备，或者手动删除了已建立互联的第二电子设备。因此，在确定每一第二电子设备当前的设备状态时，需要确定每一第二电子设备的接入状态，以及每一第二电子设备的使用状态等设备状态。

示例性的，在实际应用中，第二电子设备的使用状态包括但不限于闲置状态、占用状态。

示例性的，在实际应用中，为了更加直观的获知每一第二电子设备当前的设备状态，可以根据设备状态和每一第二电子设备的标识信息建立一个设备状态表。例如表1所示的设备状态表1。

表1设备状态表1

不难发现，表1给出的设备状态表中不管在线还是不在线的第二电子设备，只要曾经建立互联过的均记录在了表中，这种方式在后续业务需求将设备状态表1提供给用户查看时，可以便于用户或者还有哪些不在线的第二电子设备可以重新配对实现互联，从而重新与不在线的第二电子设备建立互联，使得后续进行消息推送时可选的第二设备更多，以更好的适应不同的场景模式的推送需求。

可理解的，表1中所说的“闲置”具体是指当前时刻，该第二电子设备没有执行其他操作，处于在线待机的状态。

相应地，上述所说的“占用”具体是指当前时刻，该第二电子设备正在执行其他操作，例如对于电视400可以是正在播放影视作品。

此外，对于连接状态为“不在线”的第二电子设备，例如表1中的台式机300和平板电脑500，第一电子设备是无法将第一推送消息推送至该状态的第二电子设备的，故而在上述设备状态表中关于第二电子设备使用状态的描述可以直接为空。

此外，需要说明的，由于每一个第二电子设备的设备状态是由第一设备根据对应第二电子设备提供的能够反映第二电子设备当前的设备状态的信息确定的，故而上述设备状态表具体是存储在第一电子设备中的。

此外，在实际的应用场景中，每一第二电子设备当前的设备状态可以是由第二电子设备根据内部的传感器采集到的能够反映第二电子设备当前的设备状态的信息确定的，对于这种情况，每一第二电子设备当前的设备状态可以记录在第二电子设备内，当接收到第一电子设备发送的请求获取设备状态的请求时，直接将确定的设备状态发送给第一电子设备。

示例性的，在另一个例子中，由设备管理模块确定的每一第二电子设备当前的设备状态还可以采用如表2所示的设备状态表的形式进行记录。

表2设备状态表2

不难发现，表2给出的设备状态表中仅记录了在线的第二电子设备的设备状态，这样可以尽可能减小对手机100内存的占用，避免内存冗余。

此外，关于每一第二电子设备连接状态的确定可以通过监测第一电子设备与第二电子设备之间建立的网络通信管道是否还在。

示例性的，为了避免第一电子设备与第二电子设备之间建立的网络通信管道被清理/关闭，第一电子设备可以通过网络通信管道定时向第二电子设备发送心跳包，或者第二电子设备可以通过网络通信管道定时向第一电子设备发送心跳包。

示例性的，为了尽可能减小对第一电子设备和第二电子设备资源的占用，以及对网络通信管道的占用，发送的心跳包可以不携带任何实质性内容，即可以发送一个空包，只要保证第一电子设备与第二电子设备之间的网络通信管道被占用，避免被清理掉即可。

此外，关于每一第二电子设备使用状态的确定可以由每一第二电子设备自己调用对应的驱动获取当前屏幕的占用状态，或者音频单元的占用状态等，然后将获取到的使用状态通过与第一电子设备之间的网络通信管道发送给第一电子设备。

示例性的，在一个例子中，第二电子设备当前的使用状态可以通过与第一电子设备之间的网络通信管道实时传输给第一电子设备。

相应地，对于这种场景，由于第一电子设备与第二电子设备之间的网络通信管道一直被占用，因此可以发送心跳包。

此外，可理解的，由于在实际应用中，第二电子设备的屏幕或者音频单元被占用时，往往不是一瞬间的，而是有个时间段，因此第二电子设备在向第一电子设备传输当前的使用状态时，可以延长传输间隔，比如改实时传输为每3分钟传输一次。

相应地，对于这种场景，就需要引入心跳机制，比如设置每30秒发送一次心跳包。

S103，策略管理模块确定所述第一电子设备当前的场景模式。

具体的说，关于第一电子设备当前的场景模式的确定方式，在实际应用中可以分为根据第一电子设备当前的使用状态数据确定，根据第一电子设备的历史使用状态数据确定，由用户设置等几种方式。本场景中以根据第一电子设备当前的使用状态数据确定为例进行说明。

具体的，在根据第一电子设备当前的使用状态数据确定第一电子设备当前的场景模式时，第一电子设备需要先获取当前时刻自身的使用状态数据。

示例性的，在一个例子中，获取的当前的使用状态数据包括但不限于第一电子设备的屏幕状态、内部各传感器采集的传感数据，以及各硬件驱动采集的数据。

关于第一电子设备的屏幕状态大致可以分为黑屏状态和亮屏状态。

进一步地，亮屏状态又可以分为占用状态和闲置状态。

进一步地，占用状态又可以分为全屏占用状态和部分占用状态。

关于第一电子设备中内部各传感器采集的传感数据可以根据实际需求设置具体获取哪些传感器采集到的传感器数据，例如可以是陀螺仪传感器、加速度传感器、距离传感器等传感器采集的传感器数据，进而便于确定第一电子设备是否处于静止状态，或者处于用户手握使用的状态等。

关于硬件驱动采集的数据，可以是通过音频驱动采集的数据确定第一电子设备是否正在使用音频功能，进而确定第一电子设备当前的使用状态。

相应地，在获取到上述实时的使用状态数据后，便可以根据实时的使用状态数据确定第一电子设备当前的场景模式，从而保证确定的场景模式更贴近实际情况。

示例性的，在实际应用中，根据获取到的当前的使用状态数据确定第一电子设备当前的场景模式的方式，可以直接根据屏幕的占用状态，在第一电子设备的屏幕处于占用状态时，确定当前的场景模式为繁忙模式。

示例性的，在另一个例子中，也可以根据第一电子设备的屏幕具体显示的内容将繁忙模式进行细化。

例如，在第一电子设备的屏幕显示的内容为游戏画面，即用户当前正在使用第一电子设备打游戏时，可以确定当前处于游戏模式。

还例如，在第一电子设备的屏幕显示的内容为影音画面，即用户当前正在使用第一电子设备观看影视作品时，可以确定当前处于观影模式。

可理解的，在实际应用中，可以将游戏模式和观影模式统称为娱乐模式。

还例如，在第一电子设备的屏幕显示的内容为聊天界面或视频画面或语音画面，即用户当前正在使用第一电子设备聊天时，可以确定当前处于聊天模式。

还例如，在第一电子设备的屏幕显示的内容为办公软件的操作界面，即用户当前正在使用第一电子设备办公时，可以确定当前处于办公模式。

还例如，在第一电子设备的屏幕显示的内容为学习软件的操作界面时，即用户当前正在使用第一电子设备在线学习时，可以确定当前处于学习模式。

进一步地，在具体实现中，在根据屏幕的使用状态对繁忙状态进行细化时，还可以结合各传感器数据和硬件数据进行区分。

进一步地，在实际应用中，第一电子设备除了可能处于上述所说的各种具体的繁忙模式，还可能处于离身模式，即用户没有携带，而是将第一电子设备放置在某一地方，比如用户在洗澡或做家务时，第一电子设备可能是放置在房间的。

此外，需要说明的是，在实际应用中，第一电子设备当前的场景模式的确定需要在开启消息管理模式的情况下才会触发执行。而所谓消息管理模式，即根据本实施例提供的消息管理方法实现消息推送的模式。

示例性的，在一个例子中，消息管理模式的的开启可以设置为第一电子设备开机自启动的方式，即第一电子设备开机启动后，便开启消息管理模式，从而在第一电子设备的使用过程中，一旦监听到有需要推送的第一推送消息，并按照本实施例提供的消息管理方法进行消息推送。

示例性的，在另一个例子中，消息管理模式的开启可以是在消息管理模块监听到第一推送消息时才自动开启的。

相应地，如果是在消息管理模块监听到第一推送消息时才自动开启，那么上述步骤S101至步骤S103中的操作需要在消息管理模块监听到第一推送消息后再执行。

S104，策略管理模块根据每一所述第二电子设备当前的所述设备状态和所述场景模式，生成消息推送策略。

需要说明的是，在实际应用中，考虑到第一电子设备当前的场景模式，以及需要推送的第一推送消息的重要程度，生成的消息推送策略中可以将第一电子设备考虑在内，即消息推送策略不仅设置了每一第二电子设备的优先级，也设置了第一电子设备的优先级。

为了更好的说明本实施例提供的消息管理方法中生成消息推送策略的过程，本实施例以与第一电子设备(手机100)建立互联的第二电子设备为智能手表200、台式机300、电视400、平板电脑500和智能音响600，并且这五个第二电子设备均在线，使用状态均处于闲置状态为例，对第一电子设备的场景模式分别为娱乐模式、办公模式和离身模式为例，对生成的消息推送策略进行说明。

示例性的，对于娱乐模式，用户通常会使用全屏模式进行游戏或者观看影视作品，因此为了避免在手机100弹出消息遮挡画面，影响用户体验，同时又能保证用户及时获取第一推送消息，优先考虑抬手即见的智能手表200进行显示。

进一步地，如果用户当前没有佩戴智能手表200(智能手表200未检测到用户的生物特征消息)，则可以考虑当前空间内放置的智能音响600来播报。

进一步地，如果智能音响600处于占用状态，如播放音乐，则而用户使用手机100投屏到电视400观看影视作品，则可以优先考虑在手机100直接显示，如果手机100处于占用状态，则可以考虑在电视400显示。

而娱乐模式下，用户通常不会去使用台式机300，或者不在台式机300附近，因此可以不考虑向台式机300推送第一推送消息。

基于上述原则，根据表3中记录的每一第二电子设备的设备状态结合第一电子设备当前的场景模式(娱乐模式)便可以生成娱乐模式下，进行消息推送所需要遵循的消息推送策略，具体如表4所示。

示例性的，对于办公模式(也适应于学习模式)，为了尽可能减少用户打开手机的操作，避免用户陷入沉迷手机，影响办公和学习，在上述五种第二电子设备均在线可用时，优先考虑直接在办公(学习)所用的台式机300上进行显示。

进一步地，如果台式机300当前处于忙碌，如全屏占用参见视频会议，则可以考虑抬手即见的智能手表200进行显示。

进一步地，如果用户当前没有佩戴智能手表200(智能手表200未检测到用户的生物特征消息)，并且平板电脑500相距用户的距离，大于手机100相距用户的距离，则考虑在手机100直接显示。

进一步地，由于使用智能音响600播放消息，在办公期间可能会影响其他用户，或者影响会议，因此智能音响600的优先级最低。

进一步地，由于办公模式下，用户通常不会开启电视400，因此这种场景下不考虑电视400。

进一步地，在另一个例子中，如果用户使用电视400进行投屏参见会议，则可以优先在电视400显示，即这种情况下，电视400的优先级最高。

基于上述原则，根据表3中记录的每一第二电子设备的设备状态结合第一电子设备当前的场景模式(办公模式)便可以生成办公模式下，进行消息推送所需要遵循的消息推送策略，具体如表4所示。

示例性的，对于离身模式，用户通常会离手机100较远，或者在一段时间内不会去使用手机100，因此为了让用户及时获知第一推送消息，如果在用户也没有佩戴智能手表200的情况下，可以优先考虑采用智能音响600进行播放，从而使得用户能够及时收听到第一推送消息的内容。

进一步地，如果智能音响600被占用，或者不在线的情况，则考虑使用在线且闲置的电视400进行显示。

进一步地，如果智能音响600和电视400均不可用，则考虑向智能手表200推送，以便用户重新配对智能手表200后及时查看。

进一步地，如果上述第二电子设备均不可用，则直接在手机100进行显示，以便用户重新使用手机100是进行查看。

基于上述原则，根据表3中记录的每一第二电子设备的设备状态结合第一电子设备当前的场景模式(离身模式)便可以生成离身模式下，进行消息推送所需要遵循的消息推送策略，具体如表4所示。

表3设备状态表3

表4消息推送策略表1

场景模式	消息推送策略(按优先级顺序)
		娱乐模式	智能手表200>智能音响600>手机100>平板电脑500>电视400
办公模式	台式机300>智能手表200>手机100>平板电脑500>智能音响600
		离身模式	智能音响600>电视400>智能手表200>手机100

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，第一电子设备在生成消息推送策略时，可以不依据用户设置的原则，直接通过监测到的用户历史操作行为，确定用户在不同场景模式下，期望推送优先级，进而结合每一第二电子设备的设备状态和第一电子设备当前的场景模式生成对应的消息推送策略。

S105，消息管理模块在监听到第一推送消息时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息。

具体的说，对于消息推送策略在监听到第一推送消息前生成的场景，在监听到第一推送消息，根据消息推送策略从建立互联的第二电子设备中选择目标电子设备时，需要重新获取以下每一第二电子设备当前的在线状态和使用状态，进而根据当前的在线状态和使用状态，按照优先级顺序选择当前可选的最高优先级的第二电子设备作为目标电子设备，并向确定的目标电子设备推送监听到的第一推送消息。

仍以表4中给出的娱乐模式对应的消息推送策略为例，若在监听到第一推送消息后，获取到的每一第二电子设备的在线状态和使用状态如表5所示，则将智能音响600确定为目标电子设备，并将第一推送消息推送给智能音响600，由智能音响600进行语音播放。

表5设备状态表4

对于消息推送策略是在监听到第一推送消息后生成的场景，可以直接选取消息推送策略中优先级最高的第二电子设备为目标电子设备。

可理解的，关于上述所说的消息推送策略是在监听到第一推送消息后生成的场景，具体可以是，在开启消息管理模式后，设备状态管理模块暂时不确定建立互联的各第二电子设备当前的设备状态，策略管理模块也不确定第一电子设备当前的场景模式，同时也不生成消息推送策略。消息管理模块则监听第一电子设备中安装的应用是否有第一推送消息需要推送。

相应地，消息管理模块监听到第一推送消息时，将提供第一推送消息的应用称为第一应用，并向策略管理模块请求推送第一推送消息所需的消息推送策略。

相应地，策略管理模块接收到消息管理模块发送的请求后，确定第一电子设备当前的场景模式，同时向设备管理模块获取建立获取的各第二电子设备的设备状态的请求。

相应地，设备管理模块接收到策略管理模块发送的请求后，向各个建立互联的第二电子设备发送获取设备状态的相关数据的请求，进而根据各第二电子设备反馈的数据确定对应第二电子设备的设备状态，并将确定的设备状态反馈给策略管理模块，以供策略管理模块根据场景模式和各个第二电子设备的设备状态生成消息推送策略。

相应地，策略管理模块根据场景模式和各个第二电子设备的设备状态生成消息推送策略后，便可以将生成的消息推送策略反馈给消息管理模块，由消息管理模块根据消息推送策略确定目标第二电子设备，并将第一推送消息推送给目标电子设备。

进一步地，由于在实际应用中，用户在使用第一电子设备的过程中，或者离开第一电子设备的期间，会在与第一电子设备建立互联的第二电子设备构成的空间范围内移动，因此距离第一电子设备、每一第二电子设备的距离就会发生变化，考虑到这一因素，消息管理模块在根据消息推送策略从建立互联的第二电子设备中选择一个第二电子设备作为目标电子设备前，就需要先确定每一第二电子设备相对第一电子设备的距离，然后根据距离的远近对已经生成的消息推送策略进行调整，然后根据调整后的消息推送策略确定目标电子设备，或者直接在已经生成的消息推送策略的基础上结合每一第二电子设备相对第一电子设备的距离来选择目标电子设备。

关于确定每一第二电子设备相对第一电子设备的距离方式，可以通过获取第一电子设备当前的位置信息(以下称为第一位置信息)和每一第二电子设备当前的位置信息(以下称为第二位置信息)，然后对于每一第二电子设备，根据第一位置信息和对应的第二位置信息确定该第二电子设备相对第一电子设备的距离。

关于第一位置信息的获取，可以是由第一电子设备内的定位芯片获取的；关于第二位置信息的获取，可以是由第二电子设备内的芯片获取的，然后将获取到的第二位置信息发送给第一电子设备。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，可以通过其他测距方式确定第一电子设备和第二电子设备之间的距离，本申请对此不做限制。

仍以第一电子设备当前的场景模式为娱乐场景为例，如果用户当前没有佩戴智能手表200，而智能音响600距离用户的距离较远，比如用户在卧室，智能音响600在客厅，这种情况下，如果智能音响600的音量较小，用户显示无法听到智能音响600播放的第一推送消息，为了避免用户错过重要消息，可以直接在使用手机100进行观影的手机100的显示界面显示第一推送消息。

由此，在根据消息推送策略选择目标电子设备时，结合每一第二电子设备相对第一电子设备的距离，从而保证确定的目标电子设备既兼顾了消息推送策略中规定的每一第二电子设备的优先级，又兼顾了距离。

此外，在另一个例子中，考虑到用户可能没有携带第一电子设备，即第一电子设备处于离身模式，这种情况下，确定的距离可以改为第一电子设备相距用户的距离和每一第二电子设备相距用户的距离。

关于第一电子设备和第二电子设备相距用户的距离确定方式，可以根据各电子设备内部的传感器采集到的用户信息来确定，例如对于集成了摄像头的电子设备可以根据摄像头采集的用户图像信息来确定与用户的相对距离，还例如对于集成了声音传感器的电子设备可以根据声音传感器采集到的用户声音的高低来确定与用户的相对距离等，此次不再一一列举，本申请对此也不做限制。

此外，在实际的应用场景中，为了避免第一推送消息被错过，在向确定的目标电子设备推送第一推送消息之后，第一电子设备可以在第一时长内，比如5分种，监测是否接收到目标电子设备的消息查看反馈消息。

具体的说，消息查看反馈消息是由目标电子设备在监测到用户查看了第一推送消息后生成。

示例性的，对于具有屏幕的目标电子设备，上述所说的监测到用户查看了第一推送消息，可以是监测到用户点击了屏幕中显示的第一推送消息；对于没有屏幕的目标电子设备，例如智能音响600，则可以是收到了用于语音给出的确认查看的指令，比如在智能音响600播放第一推送消息后，用户回答了“好的”。

相应地，若在第一时长内，第一电子设备没有接收到目标电子设备发送的消息查看反馈消息，则重新向目标电子设备推送一次第一推送消息；或者，根据消息推送策略从建立互联的第二电子设备中重新选择一个第二电子设备作为目标电子设备，或者直接将第一电子设备作为目标电子设备，并向重新选择的目标电子设备推送第一推送消息。这样，在没有收到用户查看的反馈时，重新向目标电子设备推送第一推送消息，从而可以避免第一推送消息被错过。

进一步地，为了便于用户获知消息管理模式期间推送的第一推送消息，在第一电子设备结束智能推送模式(第一电子设备与第二电子设备结束互联)后，将智能推送的第一推送消息生成消息报告在第一电子设备显示，从而可以方便用户在闲时查看智能推送期间所有的消息，避免遗漏重要消息。

也就是说，在监测到第一电子设备结束与第二电子设备的互联后，获取与第二电子设备建立互联期间推送到第二电子设备(也可以包括在第一电子设备显示的)的第一推送消息，然后将第一推送消息生成消息报告，可以根据预设格式，并在第一电子设备显示。

为了更好的理解上述场景一中第一电子设备向第二电子设备推送第一推送消息的过程，以下结合图7，以消息推送策略在监听到第一推送消息之前生成的场景为例，进行具体说明。

需要说明的是，为了便于说明，图7中仅示出了实现本场景所需要的重要模块，如位于应用程序框架层中消息管理框架内的消息管理模块、设备管理模块和策略管理模块，以及位于内核层的内核层驱动。关于提供第一推送消息的第一应用图7中未示出，在实际应用中，消息管理模块需要对第一电子设备中位于应用程序层的各应用进行监控。

示例性的，图7中的内核层驱动包括但不限于音频驱动、显示驱动、传感器驱动。

继续参见图7，示例性的，第一电子设备分别于第二电子设备D1、第二电子设备D2和第二电子设备D3建立了互联。当检测到第一电子设备开启消息管理模式后，第一电子电子设备内的设备管理模块向各个建立互联的第二电子设备，即D1、D2和D3发送请求确定设备状态的信息，即图7中的步骤101。

相应地，D1、D2和D3接收到第一电子设备内的设备管理模块发送的请求后，执行步骤102，收集确定设备状态的消息。

具体的，关于图7中D1、D2和D3执行步骤102的过程，可以是通过各自内部设置的各传感器采集到的传感器数据、音频驱动获取到的音频单元的数据，以及显示驱动获取到的显示屏驱动等，此处不再一一列举，本申请对此不做限制。

接着，D1、D2和D3收集到确定当前设备状态的信息后，会执行图7中的步骤103，即将收集到的确定设备状态的消息反馈给第一电子设备中的设备管理模块。

相应地，设备管理模块接收到D1、D2和D3反馈的确定各自的设备状态的信息后，会根据接收到的信息确定每一第二电子设备的设备状态。具体为根据D1反馈的信息，如在线状态数据和使用状态数据，确定D1当前的设备状态；根据D2反馈的信息确定D2当前的设备状态；根据D反馈的信息确定D3当前的设备状态。

需要说明的，在设备管理模块与建立互联的各第二电子设备进行交互，即执行图7中的步骤101至步骤104时，第一电子设备中的策略管理模块可以与第一电子设备内核层驱动进行交互，同步执行图7中步骤105至步骤108的操作。

具体的，策略管理模块先执行步骤105，即向内核层驱动发送获取第一电子设备当前的使用状态数据的请求。

相应地，内核层驱动接收到策略管理模块发送的请求后，通过调用对应的驱动获取对应硬件单元手机的使用状态数据，例如通过调用显示驱动获取显示屏的当前状态，进而得到第一电子设备当前的使用状态数据，即执行图7中的步骤106。

接着，内核层驱动将收集到的表征第一电子设备当前的使用状态数据反馈给策略管理模块，即执行图7中的步骤107。

相应地，策略管理模块接收到内核层驱动反馈的使用状态数据后，执行图7中的步骤108。具体为，根据接收到的当前的使用状态数据确定第一电子设备当前的场景模式。

此外，需要说明的是，关于设备管理模块确定的每一第二电子设备的设备状态，可以是由设备管理模块主动向策略管理模块发送的，即设备管理模块确定每一第二电子设备的设备状态后，主动向策略管理模块发送每一第二电子设备的设备状态，即执行步骤109。

此外，在一个例子中，由设备管理模块确定的每一第二电子设备的设备状态是在接收到策略管理模块发送的请求后下发的，即策略管理模块主动向设备管理模块请求获取每一第二电子设备的设备状态，而非被动接收。

相应地，策略管理模块在确定第一电子设备当前的场景模式，同时获取到每一第二电子设备当前的设备状态后，便可以执行步骤110，即根据第一电子设备当前的场景模式和每一第二电子设备的设备状态，生成适合当前的场景模式的消息推送策略。

此外，需要说明的，在内核层驱动、策略管理模块进行交互，设备管理模块与监理互动的各第二电子设备进行交互，策略管理模块与设备管理模块进行交互的过程中，消息管理模块可以同步执行步骤111，即监听位于应用程序层的各应用是否有第一推送消息。

相应地，消息管理模块在监听到任一应用的第一推送消息后，向策略管理模块发送获取消息推送策略的请求，即执行步骤112。

相应地，策略管理模块接收到消息管理模块发送的请求后，向消息管理模块反馈生成的消息推送策略，即执行步骤113。

相应地，消息管理模块接收到策略管理模块反馈的消息推送策略后，根据消息推送策略从建立互联的第二电子设备，如D1、D2和D3中选择一个第二电子设备作为目标电子设备，并将监听到的第一推送消息推送给目标电子设备。

继续参见图7，图7是将D1确定为目标电子设备，故而消息管理模块监听到的第一推送消息是推送给D1。

由此，在上述场景中，根据本实施例提供的消息推送方法，通过根据第一电子设备当前的场景模式，以及建立互联的第二电子设备的设备状态，生效不同的消息推送策略，从而在监听到第一推送消息时，根据智能决策出的消息推送策略从建立互联的多个第二电子设备中选择一个合适的第二电子设备作为目标电子设备，并将第一推送消息推送给目标电子设备，从而保证了在第一电子设备无法直接显示第一推送消息时，能够通过合适的电子设备进行显示，既避免了所有互联设备同步推送导致的消息重复问题，又可以避免错过消息。

此外，应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，由设备管理模块和策略管理模块执行的上述操作也可以是在消息管理模块监听到第一推送消息后才触发执行的，本申请对此不做限制。

场景二：

场景一所示的实施例是根据第一电子设备当前的使用状态数据确定第一电子设备当前的场景模式，进而根据确定的场景模式和获取的每一第二电子设备的设备状态生成消息推送策略，进行消息推送的实现过程。下面结合图8对根据第一电子设备的历史使用状态数据确定第一电子设备当前的场景模式，进而根据确定的场景模式和获取的每一第二电子设备的设备状态生成消息推送策略，进行消息推送的实现过程进行详细说明。

参见图8，关于本实施例实现消息管理方案涉及的三个部分中，设备管理模块依旧要执行步骤S101和步骤S102，策略管理模块依旧要执行步骤S103和步骤S104，消息管理模块依旧要执行步骤S105。并且步骤S101、S102、S104和S105的实现方式与图4所示的实施例中基本相同，此次不再赘述。本实施例重点介绍不同之处，即步骤S103。

继续参见图8可知，本实施例中策略管理模块在执行步骤S103确定第一电子设备当前的场景模式时，具体是由策略管理模块从位于应用程序层的时钟应用中获取第一电子设备当前的系统时间，并从位于应用程序层的设置应用中获取用户使用第一电子设备的使用习惯，然后根据获取到的系统时间和用户使用第一电子设备的使用习惯来确定第一电子设备当前的场景模式。

需要说明的是，本实施例中所说的用户使用系统实际是根据第一电子设备的历史使用状态数据确定的。

关于第一电子设备的历史使用状态数据包括但不限于第一电子设备处于黑屏状态的时长和具体时间段，处于屏幕占用状态的时长和具体时间段，以及处于屏幕占用状态时使用的具体应用，和使用该应用的时长和具体时间段。

可理解的，在实际应用中，这些历史使用状态数据，由第一电子设备内部的各中传感器进行监测采集获得。

为了更好的说明根据历史使用状态确定第一电子设备当前的场景模式的过程，以下结合表6和表7进行说明。

表6工作日用户使用习惯表

表7周末用户使用习惯表

假设使用第一电子设备(手机100)的用户在周一到周五这五个工作日对第一电子设备的使用习惯如表6所示，在周六和周日这两天对第一电子设备的使用习惯如表7所示。

示例性的，在一个例子中，当策略管理模块从应用程序层的时钟应用获取到的系统时间为“周四，20:30”，那么根据表6记载的内容可知，这一时间用户在使用影音类应用观看影视作品，而对影音类应用的使用，通常对应的是影音模式，或者说娱乐模式，这样确定的第一电子设备当前的场景模式便是影音模式，或者说娱乐模式。

示例性的，在另一个例子中，当策略管理模块从应用程序层的时钟应用获取到的系统时间为“周日，17:30”，那么根据表7记载的内容可知，这一时间用户在使用游戏类应用打游戏，而对游戏类应用的使用，通常对应的是游戏模式，或者说娱乐模式，这样确定的第一电子设备当前的场景模式便是游戏模式，或者说娱乐模式。

为了更好的理解上述场景二中第一电子设备向第二电子设备推送第一推送消息的过程，以下结合图9，以消息推送策略在监听到第一推送消息之前生成的场景为例，进行具体说明。

需要说明的是，为了便于说明，图9中仅示出了实现本场景所需要的重要模块，如位于应用程序框架层中消息管理框架内的消息管理模块、设备管理模块和策略管理模块，以及位于应用程序层的时钟应用和设置应用。关于提供第一推送消息的第一应用图9中未示出，在实际应用中，消息管理模块需要对第一电子设备中位于应用程序层的各应用进行监控。

参见图9不难发现，设备管理模块与建立互联的各第二电子设备之间的交互过程，即步骤201至步骤204与图7中的步骤101至步骤104大致相同，策略管理模块与设备管理模块之间的交互过程，即步骤211与图7中的步骤109大致相同，消息管理模块与策略管理模块、确定的目标电子设备之间的交互过程，即步骤213至在步骤217与图7中的步骤111至步骤115大致相同，策略管理模块执行的步骤211与图7中的步骤110大致相同，此处不再赘述，以下仅对区别之处进行说明。

对于根据用户使用第一电子设备的使用习惯与第一电子设备当前的系统时间确定第一电子设备当前的场景模式的方式，位于应用程序层的设置应用可以根据内核层各驱动调用对应驱动获取到第一电子设备历史使用状态数据，分析处理得出用户使用第一电子设备的使用习惯，即执行图9中的步骤205。确定用户的使用习惯的具体过程详见上述针对表6和表7的描述，此处不再赘述。

继续参见图9，示例性的，在策略管理模块需要确定第一电子设备当前的场景模式时，先向设置应用发送获取用户的使用习惯的请求，即执行步骤206，向时钟应用发送获取系统时间的请求，即执行步骤208。

需要说明的，在实际应用中，步骤206和步骤208可以同步进行。

相应地，设置应用在接收到策略管理模块发送的请求后，向策略管理模块反馈确定的用户使用第一电子设备的使用习惯，即执行步骤207。

相应地，时钟应用在接收到策略管理模块发送的请求后，向策略管理模块反馈当前的系统时间，即执行步骤209。

相应地，策略管理模块在接收到设置应用反馈的使用习惯和时钟应用反馈的系统时间后，根据使用系统和系统时间直接确定第一电子设备当前的场景模式，即执行步骤210。

这样，预先根据第一电子设备的历史使用状态数据预估用户对第一电子设备的使用习惯，在确定第一电子设备当前的场景模式时，直接根据第一电子设备当前的系统时间结合用户的使用习惯预估第一电子设备当前的场景模式，从而无需关注第一电子设备当前的使用状态数据，并且根据用户的使用习惯能够保证确定的场景模式更加符合该用户的需求。

场景三：

场景一所示的实施例是根据第一电子设备当前的使用状态数据确定第一电子设备当前的场景模式，进而根据确定的场景模式和获取的每一第二电子设备的设备状态生成消息推送策略，进行消息推送的实现过程。场景二所示的实施例是根据第一电子设备的历史使用状态数据确定第一电子设备当前的场景模式，进而根据确定的场景模式和获取的每一第二电子设备的设备状态生成消息推送策略，进行消息推送的实现过程。下面结合图10至图13对通过用户设置入口设置第一电子设备的场景模式，以及消息推送策略根据第一推送消息来源进行调整的过程进行详细说明。

参见图10，关于本实施例实现消息管理方案涉及的三个部分中，设备管理模块依旧要执行步骤S101和步骤S102，策略管理模块依旧要执行步骤S103和步骤S104，消息管理模块依旧要执行步骤S105。并且步骤S101、S102、S104和S105的实现方式与图4所示的实施例中基本相同，此次不再赘述。本实施例重点介绍不同之处，即步骤S103。

继续参见图10可知，本实施例中策略管理模块在执行步骤S103确定第一电子设备当前的场景模式时，具体是由策略管理模块从位于应用程序层的设置应用中获取用户通过第一电子设备提供的用户设置入口设置的场景模式，然后将获取到的用户设置的场景模式直接确定为第一电子设备当前的场景模式。

应当理解的，图10中示出的从设置应用获取用户设置的场景模式仅仅为一种供用户决策场景模式的具体方式。在实际应用中，还可以在应用程序层安装专门用于进行消息管理的应用供用户操作设置第一电子设备的场景应用，或者之间在第一电子设备的下拉通知栏中提供消息管理按钮供用户开启消息管理模式并设置第一电子设备的场景应用。

也就是说，本实施例中所说的用户设置入口可以是第一电子设备中安装的设置应用提供的，和/或由第一电子设备的下拉通知栏提供的，和/或由第一电子设备中安装的消息管理应用提供的。

具体的，在实际的应用场景中，设置应用为第一电子设备的生产厂商提供的系统应用，即装机必备的应用程序。消息管理应用可以是第一电子设备的生产厂商提供的，也可以是其他第三方厂商提供的。

示例性的，在第一电子设备提供了用户设置入口时，在确定第一电子设备当前的场景模式时，需要先确定第一电子设备是否选中了用户通过用户设置入口设置的场景模式。

相应地，若确定第一电子设备选中了用户通过用户设置入口设置的场景模式，则将选中的场景模式确定为第一电子设备当前的场景模式；否则，采用上述场景一或场景二给出的确定第一电子设备当前的场景模式的方式来确定第一电子设备当前的场景模式。这样，在确定第一电子设备当前的场景模式时，优先使用用户设置的，即用户设置的优先级最高，在选中了用户设置的场景模式后，不考虑通过其他方式确定第一电子设备当前的场景模式，在没有选中用户设置的场景模式时，才通过其他方式确定，从而既考虑了用户体验，又能保证多设备互联下消息的管理推送能够顺利进行。

为了更好的理解上述场景三中第一电子设备向第二电子设备推送第一推送消息的过程，以下结合图11，以消息推送策略在监听到第一推送消息之前生成的场景为例，进行具体说明。

需要说明的是，为了便于说明，图11中仅示出了实现本场景所需要的重要模块，如位于应用程序框架层中的权限管理服务，应用程序框架层中消息管理框架内的消息管理模块、设备管理模块和策略管理模块，以及位于应用程序层的设置应用。关于提供第一推送消息的第一应用图11中未示出，在实际应用中，消息管理模块需要对第一电子设备中位于应用程序层的各应用进行监控。

参见图11不难发现，设备管理模块与建立互联的各第二电子设备之间的交互过程，即步骤301至步骤304与图7中的步骤101至步骤104大致相同，策略管理模块与设备管理模块之间的交互过程，即步骤307与图7中的步骤109大致相同，消息管理模块与策略管理模块、确定的目标电子设备之间的交互过程，即步骤309、步骤310、步骤316与图7中的步骤111、步骤112、步骤115大致相同，策略管理模块执行的步骤308与图7中的步骤110大致相同，此处不再赘述，以下仅对区别之处进行说明。

继续参见图11，示例性的，对于由用户设置第一电子设备当前的场景模式的方式，在策略管理模块需要确定第一电子设备当前的场景模式时，先向设置应用发送获取用户设置的场景模式的请求，即执行步骤305。

相应地，设置应用在接收到策略管理模块发送的请求后，向策略管理模块反馈用户设置的场景模式，即执行步骤306。

相应地，策略管理模块接收到设置应用反馈的场景模式后，根据接收到的场景模式和接收到的来自设备管理模块发送的每一第二电子设备的设备状态生成消息推送策略，即执行步骤308。

由此，实现了消息推送策略的生成。

继续参见图11，策略管理模块在接收到消息管理模块发送的获取消息推送策略的请求后，调用权限管理服务获取第一推送消息的第一来源和第二来源，即执行步骤311。

具体的，关于第一来源和第二来源，在具体实现时，可以由权限管理服务获取提供第一推送消息的第一应用的第一来源，如应用包名，以及第二来源，例如上述所说的指定联系人。

相应地，权限管理服务获取到第一推送消息的第一来源和第二来源后，将获取到的第一来源和第二来源反馈给策略管理模块，即执行步骤312。

相应地，策略管理模块在接收到权限管理服务反馈的第一推送消息的第一来源和第二来源后，根据第一来源和第二来源对已经生成的消息推送策略进行调整，即执行步骤313。关于根据第一来源和第二来源调整消息推送策略的过程，详见上述针对图10的描述，此处不再赘述。

继续参见图11，示例性的，策略管理模块根据第一来源和第二来源对消息推送策略进行调整后，会将调整后的消息管理策略反馈给消息管理模块，即执行步骤314。

相应地，消息管理模块会根据调整后的消息推送策略从建立互联的第二电子设备中选择一个作为目标电子设备，即执行步骤315。

由此，实现了第一推送消息的推送。

此外，关于通过用户设置入口设置场景模式的方式，以下结合图12和图13进行详细说明。

参见图12，不论是通过第一电子设备(手机100)的设置应用中提供的消息管理按钮进行开启消息管理模式，设置当前场景模式，还是通过专门进行消息管理的应用中提供的消息管理按钮进行开启消息管理模式，设置当前场景模式，在用户点击了消息管理按钮后，手机100响应于用户的操作行为，切换到的页面均可以如图12所示。

继续参见图12，示例性的，手机100的显示界面显示用于开启消息管理模式的功能按钮10a，默认状态下该模式是关闭的，即消息管理模式对应的功能按钮10a处于关闭状态，具体如图12左侧的界面所示。

示例性的，当用户点击了10a，手机100响应于用户的操作行为，手机100的显示界面切换为图12中右侧的界面。即，10a处于开启状态，并且在手机100的显示界面中显示了可供用户设置的当前场景模式选项列表10b。

示例性的，当用户滑动10b中的滑动按钮选中娱乐模式后，手机100当前的场景模式便被设置为娱乐模式。

此外，除了图12中展示的几种场景模式，在实际的应用场景中，用户还可以根据自己的需求，自定义不同的场景模式，同时根据自己设置的场景模式决策建立互联的各第二电子设备的优先级。

继续参见图12，示例性的，在图12中还显示了与手机100建立互联的多个第二电子设备，以及本机，如图12中的10c。基于这些信息，用户可以手动拖拽显示界面中显示的各电子设备的位置，进而根据位置的先后顺序确定各电子设备在当前场景模式下的优先级。

这样，既可以让用户决策第一电子设备的场景模式，又可以让用户决策各电子设备的优先级，从而使得最终生成的消息推送策略更好的满足用户需求和喜好，提升用户体验。

参见图13，示例性的给出了通过手机100的下拉通知栏提供用户设置入口的方式。如图13所示，用户在手机100的顶部沿着箭头方向向下滑动，手机100响应于用户这一操作行为，将显示界面切换为图13右侧的内容。

示例性的，下拉通知栏中包括一个或多个控件，例如时间栏、Wi-Fi设置选项、蓝牙设置选项、移动数据设置选项、静音设置选项和消息管理设置选项等。

示例性的，当用户点击了下拉通知栏中的消息管理设置选项10d后，手机100响应于用户的操作行为，可以在显示界面显示可以一键切换场景模式的显示控件10e。

示例性的，显示控件10e中包括一个或多个控件，例如娱乐模式设置选项、办公模式设置选项、离身模式设置选项、勿扰模式设置选项、隐私模式设置选择、自定义1设置选项等。

示例性的，当用户点击了娱乐模式设置选项后，手机100当前的场景模式便被用户设置为娱乐模式。

此外，关于图12和图13中出现的勿扰模式，具体是指在勿扰模式下，所有电子设备(第一电子设备和第二电子设备)均不弹出或播放监听到的第一推送消息，当手机100退出勿扰模式后，将勿扰模式期间监听到的所有第一推送消息生成消息报告，在手机100进行显示，以便用户查看。

此外，关于图12和图13中出现的隐私模式，具体是指在隐私模式下，第一推送消息不会推送给智能音响、电视等能够被其他用户收听、查看到的第二电子设备，从而保证用户的隐私。

此外，为了使得消息推送策略能够满足更多维度，以适应更多的场业务需求。在实际应用中，还可以结合第一推送消息的来源对已经生成的消息推送策略进行调整，或者在生成第一推送消息时直接将第一推送消息的来源作为一个维度消息。

为了便于说明，以下仅以根据第一推送消息的来源对已经生成的消息推送策略进行调整这一场景进行说明。

具体的，消息管理模块在监听到第一推送消息时，先确定第一推送消息的第一来源。

示例性的，在第一来源为系统来源，即第一推送消息为系统消息，如系统版本更新消息时，根据消息推送策略从建立互联的第二电子设备中选择一个第二电子设备作为目标电子设备，并向目标电子设备推送第一推送消息。

也就是说，对于系统消息，可以不考虑消息的优先级，直接根据已经生成的消息推送策略中规定的各电子设备的优先级选取合适的目标电子设备进行图即可。

需要说明的，上述所说的消息的优先级具体是针对应用消息的，即第一推送消息是用户根据自己的需求从应用市场下载安装的应用提供的，而非装机必备的系统应用提供的。

进一步地，对于这种用户自主下载安装的应用提供的第一推送消息，用户可以根据需要设置优先级。

比如，对于办公类的聊天应用，为了避免错过工作信息，可以设置此类应用提供的第一推送消息的优先级最高，而游戏类应用提供的第一推送消息的优先级则低于办公类的聊天应用。

示例性的，在第一来源为应用来源，即第一推送消息为应用消息，如办公应用的消息时，需要对已经生成的消息推送策略进行调整，然后再根据调整后的消息推送策略从建立互联的第二电子设备中选择一个第二电子设备作为目标电子设备，并向目标电子设备推送第一推送消息。

这样，根据第一推送消息的第一来源确定是否需要动态调整消息推送策略，从而使得消息推送策略能够更好的适应于不同的场景模式。

对于应用来源的第一推送消息，用户可能还设置发送该第一推送消息的用户的优先级。因此，在第一推送消息的来源是应用来源时，调整消息推送策略的操作具体为先获取第一推送消息的第二来源。

例如，在实际的应用场景中，可以为办公类的聊天应用中特地联系人设置优先级。

比如，对于直属领导设置第一优先级，对于普通同事设置第二优先级。

相应地，在接收到直属领导发来的第一推送消息和普通同事发来的第一推送消息时，优先推送直属领导的。

示例性的，在第二来源为指定联系人，或者指定音视频的更新消息时，查找为指定联系人设置的第一推送权限，然后根据第一推送权限调整消息推送策略。

示例性的，在第二来源为非指定联系人，或者指定音视频的更新消息时，获取提供第一推送消息的应用的应用标识，例如应用包名，然后根据应用标识，查找为应用设置的第二推送权限，并根据第二推送权限调整消息推送策略。

可理解的，上述所说的第一推送权限和第二推送权限，在实际的应用场景中，可以直接理解为对不同应用和不同指定联系人设置的第一推送消息的推送的优先级，即优先推送哪个应用和/或哪个指定联系人提供的第一推送消息的消息。

这样，消息推送策略中各互联设备的优先级根据应用的推送权限和联系人的推送权限动态调整，使得消息管理更加人性化、智能化。

此外，在实际的应用场景中，本申请实施例提供的消息管理方法还可以根据用户需求生成专属消息推送策略。例如，对于第一推送消息为“祝小A生日快乐”，这种场景下，可以设置第一电子设备和第二电子设备一起播放生日歌，或者按照消息推送策略中排序的优先级顺序，按序由对于的电子设备进行接力播放。

此外，需要说明的是，上述各实施例提供的一种消息管理方法中电子设备100(具体为第一电子设备)所执行的步骤，也可以由电子设备100中包括的一种芯片系统来执行，其中，该芯片系统可以包括处理器和蓝牙芯片。该芯片系统可以与存储器耦合，使得该芯片系统运行时调用该存储器中存储的计算机程序，实现上述电子设备100执行的步骤。其中，该芯片系统中的处理器可以是应用处理器也可以是非应用处理器的处理器。

另外，本申请实施例还提供一种计算机可读存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的消息管理方法。

另外，本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的消息管理方法。

另外，本申请的实施例还提供一种芯片(也可以是组件或模块)，该芯片可包括一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行上述相关方法步骤实现上述实施例中的消息管理方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

通过上述对电子设备100的硬件结构的描述可至，电子设备100包括但不限于一个或多个处理器；存储器；以及一个或多个计算机程序；当所述计算机程序被所述一个或多个处理器执行时，使得电子设备100或电子设备100中芯片系统执行以下步骤：

确定与第一电子设备建立互联的第二电子设备；

确定每一所述第二电子设备当前的设备状态；

确定所述第一电子设备当前的场景模式；

根据每一所述第二电子设备当前的所述设备状态和所述场景模式，生成消息推送策略；

在监听到第一推送消息时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息。

示例性的，在一个例子中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

获取所述第一电子设备当前的使用状态数据；

根据当前的所述使用状态数据，确定所述第一电子设备当前的场景模式。

示例性的，在另一个例子中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

获取所述第一电子设备当前的系统时间；

根据所述系统时间和用户使用所述第一电子设备的使用习惯，确定所述第一电子设备当前的场景模式，所述使用习惯根据所述第一电子设备的历史使用状态数据确定。

示例性的，电子设备100中提供有可供用户设置场景模式的用户设置入口。

相应地，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

确定所述第一电子设备是否选中了用户通过用户设置入口设置的场景模式；

若选中了，则将选中的场景模式确定为所述第一电子设备当前的场景模式；

否则，获取所述第一电子设备当前的使用状态数据，根据当前的所述使用状态数据，确定所述第一电子设备当前的场景模式，或者，获取所述第一电子设备当前的系统时间，根据所述系统时间和用户使用所述第一电子设备的使用习惯，确定所述第一电子设备当前的场景模式。

示例性的，所述用户设置入口由所述第一电子设备中安装的设置应用提供，和/或，由所述第一电子设备的下拉通知栏提供，和/或，由所述第一电子设备中安装的消息管理应用提供；其中，所述设置应用为所述第一电子设备的生产厂商提供的系统应用，所述消息管理应用为所述生产厂商或第三方厂商提供的应用。

在监听到第一推送消息时，确定所述第一推送消息的第一来源；

在所述第一来源为系统来源时，根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息；

在所述第一来源为应用来源时，调整所述消息推送策略，并根据调整后的所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息。

获取所述第一推送消息的第二来源；

在所述第二来源为指定联系人时，查找为所述指定联系人设置的第一推送权限，并根据所述第一推送权限调整所述消息推送策略；

在所述第二来源为非指定联系人时，获取提供所述第一推送消息的应用的应用标识；

根据所述应用标识，查找为所述应用设置的第二推送权限，并根据所述第二推送权限调整所述消息推送策略。

获取所述第一电子设备的第一位置信息和每一所述第二电子设备的第二位置信息；

对于每一所述第二电子设备，根据所述第一位置信息和所述第二位置信息确定所述第二电子设备相对所述第一电子设备的距离；

相应地，所述根据所述消息推送策略从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备，包括：

根据所述消息推送策略，结合每一所述第二电子设备相对所述第一电子设备的距离，从建立互联的所述第二电子设备中选择一个所述第二电子设备作为目标电子设备。

在第一时长内，监测是否接收到所述目标电子设备的消息查看反馈消息，所述消息查看反馈消息由所述目标电子设备在监测到用户查看了所述第一推送消息后生成；

若未接收到，重新向所述目标电子设备推送所述第一推送消息；

或者，根据所述消息推送策略从建立互联的所述第二电子设备中重新选择一个所述第二电子设备作为目标电子设备，并向重新选择的所述目标电子设备推送所述第一推送消息。

在监测到所述第一电子设备结束与所述第二电子设备的互联后，获取与所述第二电子设备建立互联期间推送到所述第二电子设备的所述第一推送消息；

根据所述第一推送消息生成消息报告，并在所述第一电子设备显示。

示例性的，在一个例子中，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务。

所述第一电子设备基于所述近距离通信服务，调用近距离通信模块搜索预设范围内的第三电子设备；

与发起配对请求的所述第三电子设备建立配对连接，将建立配对连接的所述第三电子设备确定为与所述第一电子设备建立互联的所述第二电子设备。

示例性的，在另一个例子中，第一电子设备可以主动向选中的第二电子设备发起配对请求，进而建立互联。

具体的，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

所述第一电子设备向选中的所述第三电子设备发送配对请求；

所述第一电子设备接收选中的所述第三电子设备根据所述配对请求做出的配对响应，建立与做出所述配对响应的所述第三电子设备的配对连接，并将建立配对连接的所述第三电子设备确定为与所述第一电子设备建立互联的所述第二电子设备。

不难发现，电子设备实现消息管理时执行的上述步骤与上述方法实施例中描述的消息管理方法相类似，因此未在此次描述的具体细节详见上述方法实施例部分的描述，此次不再赘述。

此外，通过上述描述可知，本申请实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

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

Claims

1.一种消息管理方法，其特征在于，包括：

第一电子设备基于近距离通信服务，与第二电子设备建立通信连接；

确定每一所述第二电子设备当前的设备状态；

确定所述第一电子设备当前的场景模式；

根据每一所述第二电子设备当前的所述设备状态和所述场景模式，生成消息推送策略，所述消息推送策略指示了所述第一电子设备、每一个所述第二电子设备的优先级；

在监听到第一推送消息时，根据所述消息推送策略从所述第一电子设备，以及建立通信连接的所述第二电子设备中选择一个电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息进行显示或播放，所述目标电子设备为所述场景模式下，能够接收所述第一推送消息的所述第二电子设备和所述第一电子设备中优先级最高的电子设备；

其中，如果所述目标电子设备为所述第一电子设备，直接显示或播放所述第一推送消息；

其中，对于所述消息推送策略在监听到所述第一推送消息前生成的场景，在监听到所述第一推送消息，根据所述消息推送策略从所述第一电子设备、建立互联的所述第二电子设备中选择一个电子设备作为目标电子设备时，所述方法还包括：

重新确定每一所述第二电子设备当前的设备状态；

根据重新确定的每一所述第二电子设备当前的设备状态，调整所述消息推送策略，并根据调整后的所述消息推送策略从所述第一电子设备、建立互联的所述第二电子设备中选择一个电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息进行显示或播放。

2.根据权利要求1所述的方法，其特征在于，所述确定所述第一电子设备当前的场景模式，包括：

获取所述第一电子设备当前的使用状态数据；

3.根据权利要求1所述的方法，其特征在于，所述确定所述第一电子设备当前的场景模式，包括：

获取所述第一电子设备当前的系统时间；

4.根据权利要求1所述的方法，其特征在于，所述第一电子设备提供用户设置入口；

所述确定所述第一电子设备当前的场景模式，包括：

否则，获取所述第一电子设备当前的使用状态数据，根据当前的所述使用状态数据，确定所述第一电子设备当前的场景模式，或者，获取所述第一电子设备当前的系统时间，根据所述系统时间和用户使用所述第一电子设备的使用习惯，确定所述第一电子设备当前的场景模式，所述使用习惯根据所述第一电子设备的历史使用状态数据确定。

5.根据权利要求4所述的方法，其特征在于，所述用户设置入口由所述第一电子设备中安装的设置应用提供，和/或，由所述第一电子设备的下拉通知栏提供，和/或，由所述第一电子设备中安装的消息管理应用提供；

其中，所述设置应用为所述第一电子设备的生产厂商提供的系统应用，所述消息管理应用为所述生产厂商或第三方厂商提供的应用。

6.根据权利要求1所述的方法，其特征在于，所述根据所述消息推送策略从所述第一电子设备，以及建立通信连接的所述第二电子设备中选择一个电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息进行显示或播放，包括：

确定所述第一推送消息的第一来源；

在所述第一来源为系统来源时，根据所述消息推送策略从所述第一电子设备，以及建立通信连接的所述第二电子设备中选择一个电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息进行显示或播放；

在所述第一来源为应用来源时，调整所述消息推送策略，并根据调整后的所述消息推送策略从所述第一电子设备，以及建立通信连接的所述第二电子设备中选择一个电子设备作为目标电子设备，并向所述目标电子设备推送所述第一推送消息进行显示或播放。

7.根据权利要求6所述的方法，其特征在于，所述调整所述消息推送策略，包括：

获取所述第一推送消息的第二来源；

8.根据权利要求1所述的方法，其特征在于，在所述根据所述消息推送策略从所述第一电子设备，以及建立通信连接的所述第二电子设备中选择一个电子设备作为目标电子设备之前，所述方法还包括：

相应地，所述根据所述消息推送策略从所述第一电子设备，以及建立通信连接的所述第二电子设备中选择一个电子设备作为目标电子设备，包括：

根据所述消息推送策略，结合每一所述第二电子设备相对所述第一电子设备的距离，从所述第一电子设备，以及建立通信连接的所述第二电子设备中选择一个电子设备作为目标电子设备。

9.根据权利要求1至8任一项所述的方法，其特征在于，在所述向所述目标电子设备推送所述第一推送消息进行显示或播放之后，所述方法还包括：

若未接收到，重新向所述目标电子设备推送所述第一推送消息进行显示或播放；

或者，根据所述消息推送策略从所述第一电子设备，以及建立通信连接的所述第二电子设备中重新选择一个电子设备作为目标电子设备，并向重新选择的所述目标电子设备推送所述第一推送消息进行显示或播放。

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

在监测到所述第一电子设备结束与所述第二电子设备之间的通信连接后，获取与所述第二电子设备建立通信连接期间推送到所述第二电子设备的所述第一推送消息；

11.根据权利要求1至8任一项所述的方法，其特征在于，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；

所述第一电子设备基于近距离通信服务，与第二电子设备建立通信连接，包括：

与发起配对请求的所述第三电子设备建立配对连接，将建立配对连接的所述第三电子设备确定为所述第二电子设备。

12.根据权利要求1至8任一项所述的方法，其特征在于，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；

所述第一电子设备接收选中的所述第三电子设备根据所述配对请求做出的配对响应，建立与做出所述配对响应的所述第三电子设备的配对连接，并将建立配对连接的所述第三电子设备确定为所述第二电子设备。

13.一种电子设备，其特征在于，所述电子设备为第一电子设备，包括：

一个或多个处理器；

存储器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序存储在所述存储器上，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

确定每一所述第二电子设备当前的设备状态；

确定所述第一电子设备当前的场景模式；

重新确定每一所述第二电子设备当前的设备状态；

14.根据权利要求13所述的电子设备，其特征在于，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

获取所述第一电子设备当前的使用状态数据；

15.根据权利要求13所述的电子设备，其特征在于，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

获取所述第一电子设备当前的系统时间；

16.根据权利要求13所述的电子设备，其特征在于，所述第一电子设备提供用户设置入口；当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

17.根据权利要求16所述的电子设备，其特征在于，所述用户设置入口由所述第一电子设备中安装的设置应用提供，和/或，由所述第一电子设备的下拉通知栏提供，和/或，由所述第一电子设备中安装的消息管理应用提供；

18.根据权利要求13所述的电子设备，其特征在于，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

确定所述第一推送消息的第一来源；

19.根据权利要求18所述的电子设备，其特征在于，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

获取所述第一推送消息的第二来源；

20.根据权利要求13所述的电子设备，其特征在于，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

21.根据权利要求13至20任一项所述的电子设备，其特征在于，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

22.根据权利要求13至20任一项所述的电子设备，其特征在于，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

23.根据权利要求13至20任一项所述的电子设备，其特征在于，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

24.根据权利要求13至20任一项所述的电子设备，其特征在于，所述第一电子设备和每一所述第二电子设备的应用程序框架层中均集成有近距离通信服务；当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行以下步骤：

25.一种计算机可读存储介质，包括计算机程序，其特征在于，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1至12任一项所述的消息管理方法。

26.一种芯片，其特征在于，包括：一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行权利要求1至12任一项所述的消息管理方法，以控制接收管脚接收信号，以控制发送管脚发送信号。