CN117440081A - 消息共享方法及相关设备 - Google Patents

Abstract

本申请公开了一种消息共享方法及相关设备，多个电子设备在绑定同一账号(例如华为账号)的情况下，每一个电子设备接收到的通知消息都可以同步并显示到其它的电子设备上，用户可以在其中任意一个电子设备上对这些通知消息进行查看、删除等操作，从而实现多个电子设备之间通知消息的共享、管理，简化用户操作，节省用户查看通知消息的时间，减小用户漏掉查看关键信息的风险，提高用户体验。

Description

消息共享方法及相关设备

技术领域

本申请涉及终端技术领域，尤其涉及一种消息共享方法及相关设备。

背景技术

随着终端技术的快速发展，同一个用户可能拥有多个终端设备(例如手机、平板等)，终端设备上安装的应用程序(Application,APP)也越来越多，这些应用程序可能会发送多个通知消息(例如推送消息、聊天消息等)到用户的各个终端设备上，用户需要打开各个终端设备来一一查看这些通知消息，耗费大量时间，操作繁琐，用户体验差。

发明内容

本申请实施例提供了一种消息共享方法及相关设备，多个电子设备之间可以进行通知消息的共享、管理，简化用户操作，提高用户体验。

第一方面，本申请实施例提供了一种消息共享方法，应用于第一电子设备，该方法包括：

第一电子设备显示第一虚拟图标，第一虚拟图标为第一应用程序对应的虚拟图标，第一应用程序被安装于第二电子设备上，第二电子设备与第一电子设备均关联有第一账号；第一电子设备检测到用户针对第一虚拟图标的第一操作；响应于第一操作，第一电子设备显示第一通知消息列表，第一通知消息列表中包括一个或多个选项，一个或多个选项包括第一选项，第一选项为第一通知消息对应的选项，第一通知消息为第二电子设备接收到的第一应用程序的一条通知消息。

通过实施第一方面提供的方法，在多个电子设备(例如第一电子设备和第二电子设备)绑定同一账号(例如华为账号)，且其中一个电子设备(例如第二电子设备)上安装有某一个应用程序，而其它电子设备(例如第一电子设备)上未安装有该应用程序的情况下，第二电子设备接收到该应用程序的通知消息可以同步并显示到其它的电子设备(例如第一电子设备)上，用户可以在其中任意一个电子设备上对这些通知消息进行查看、删除等操作，从而实现多个电子设备之间通知消息的共享、管理，简化用户操作，节省用户查看通知消息的时间，减小用户漏掉查看关键信息的风险，提高用户体验。

在一种可能的实现方式中，第一虚拟图标是基于第一应用程序的图标生成的，第一虚拟图标用于指示第一应用程序未被安装于第一电子设备上。

这样，用户可以获知第一通知消息是来自哪一个应用程序的，且可以获知第一电子设备上未安装该应用程序。

在一种可能的实现方式中，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一选项的第二操作；响应于第二操作，第一电子设备在第一通知消息列表中显示第一内容，第一内容为第一通知消息的消息内容；第一电子设备向第二电子设备发送第一指示消息，第一指示消息用于指示第二电子设备将第一通知消息的状态更新为“已读”状态。

这样，用户在第一电子设备上查看完成通知消息的具体内容之后，第一电子设备可以向第二电子设备通知把通知消息的状态更新为“已读”状态，以表示用户已经查看完成通知消息的具体内容。

在一种可能的实现方式中，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一选项的第三操作；响应于第三操作，第一电子设备在第一通知消息列表中取消显示第一选项；第一电子设备向第二电子设备发送第二指示消息，第二指示消息用于指示第二电子设备将第一通知消息的状态更新为“删除”状态。

这样，用户在第一电子设备上删除通知消息之后，第一电子设备可以向第二电子设备通知把该通知消息的状态更新为“删除”状态(即取消显示已经被用户删除的通知消息)，以表示用户已经删除该通知消息。

在一种可能的实现方式中，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一通知消息列表的第四操作；响应于第四操作，第一电子设备刷新显示第一通知消息列表，刷新显示后的第一通知消息列表中包括的一个或多个选项与刷新显示前的第一通知消息列表中包括的一个或多个选项完全相同或部分相同或完全不同。

这样，用户在第一电子设备上刷新通知消息列表之后，第一电子设备可以刷新显示该通知消息列表，容易理解，如果其它电子设备(例如电子设备)上的第一应用程序未接收到新的通知消息，那么刷新显示后的该通知消息列表中包括的一个或多个选项与刷新显示前的第一通知消息列表中包括的一个或多个选项完全相同；如果其它电子设备(例如电子设备)上的第一应用程序接收到了新的通知消息，那么刷新显示后的该通知消息列表中包括的一个或多个选项与刷新显示前的第一通知消息列表中包括的一个或多个选项可以部分相同或完全不同。

在一种可能的实现方式中，一个或多个选项还包括第二选项，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一通知消息列表的第五操作；响应于第五操作，第一电子设备在第一通知消息列表中显示第二选项，第二选项为第二通知消息对应的选项，第二通知消息为第二电子设备接收到的第一应用程序的一条通知消息。

这样，用户除了可以在消息通知列表中查看第一通知消息之外，还可以查看其它更多的通知消息(例如第二通知消息)。

在一种可能的实现方式中，在第一电子设备显示第一虚拟图标之前，该方法还包括：第一电子设备接收第一服务器发送的第一数据；其中，第一数据是第二电子设备基于第一通知消息生成并发送给第一服务器的，第一数据用于第一电子设备基于第一数据显示第一虚拟图标和第一通知消息列表。

这样，第二电子设备可以通过第一服务器将第一通知消息同步至第一电子设备，以便用户可以跨设备查看通知消息。

在一种可能的实现方式中，在下述条件下，第一电子设备显示第一虚拟图标：第二电子设备检测到用户为第一应用程序开启消息共享功能的操作；响应于操作，第二电子设备允许第一应用程序向一个或多个电子设备共享消息，一个或多个电子设备包括第一电子设备。

这样，在第二电子设备上的第一应用程序开启消息共享功能之后，第二电子设备在接收到第一应用程序的通知消息之后就可以向其它电子设备共享该通知消息了，从而用户可以跨设备查看通知消息。

在一种可能的实现方式中，第一通知消息列表以特征能力FA卡片的形式显示于第一电子设备上。

由于FA卡片具有灵活且易延展(可以根据电子设备屏幕的尺寸，快速重组页面的内容元素)、直观且交互性强(可以有效组织页面的内容)、整齐且视觉美观(可以有效组织信息成块，增加浏览识别度)等特性，因此，以FA卡片的形式显示通知消息列表，可以使得用户能在不同电子设备上获得统一、美观、舒适的交互体验。

在第一方面中，第一电子设备可以为电子设备200，第二电子设备可以为电子设备100，第一应用程序可以为安装于第二电子设备上但未安装于第一电子设备上的一个应用程序(例如聊天应用程序)，第一虚拟图标可以为第一应用程序对应的虚拟图标(例如图3C所示的虚拟图标)，第一账号可以为第一电子设备和第二电子设备登录的同一个账号(例如华为账号)，第一操作可以为图3E所示的操作(例如上滑操作)，第一通知消息列表可以为图3F所示的通知消息列表350，一个或多个选项可以为图3F所示的通知消息列表中包括的选项(例如选项351、选项352)，第一选项可以为图3F所示的通知消息列表中包括的某一个选项(例如选项351)，第一通知消息可以为第二电子设备接收到的第一应用程序的一条通知消息(例如图3F所示的通知消息列表中来自Lily或Ann的通知消息)，第二操作可以是用户查看第一通知消息的具体内容的操作(例如图3F所示的操作)，第一内容可以为第一通知消息的具体内容(例如图3G所示的“嗯嗯”)，第一指示消息可以为第一电子设备通知第二电子设备将第一通知消息的状态更新为“已读”状态时发送的指示消息，第三操作可以为用户删除第一通知消息的操作(例如图3G所示的操作)，第二指示消息可以为第一电子设备通知第二电子设备将第一通知消息的状态更新为“删除”状态时发送的指示消息，第四操作可以为用户刷新第一通知消息列表的操作，第二选项可以为图3J所示的通知消息列表中显示的某一条通知消息(也可以称为第二通知消息)对应的选项(例如来自Lisa的通知消息对应的选项)，第五操作可以为图3I所示的操作，第一数据可以为图6所示的数据1，第一服务器可以为服务器102。

第二方面，本申请实施例提供了一种消息共享方法，应用于第一电子设备，该方法包括：第一电子设备显示第一用户界面，第一用户界面中包括一个或多个应用程序的图标，一个或多个应用程序的图标包括第一应用程序的图标，第一应用程序被安装于第一电子设备和第二电子设备上，第二电子设备与第一电子设备均关联有第一账号；第一电子设备检测到用户针对第一应用程序的图标的第一操作；响应于第一操作，第一电子设备显示第一通知消息列表，第一通知消息列表中包括一个或多个选项，一个或多个选项包括第一选项，第一选项为第一通知消息对应的选项，第一通知消息为第二电子设备接收到的第一应用程序的一条通知消息。

通过实施第二方面提供的方法，在多个电子设备(例如第一电子设备和第二电子设备)绑定同一账号(例如华为账号)，且这多个电子设备均安装有同一个应用程序的情况下，第二电子设备接收到该应用程序的通知消息可以同步并显示到其它的电子设备(例如第一电子设备)上，用户可以在其中任意一个电子设备上对这些通知消息进行查看、删除等操作，从而实现多个电子设备之间通知消息的共享、管理，简化用户操作，节省用户查看通知消息的时间，减小用户漏掉查看关键信息的风险，提高用户体验。

在一种可能的实现方式中，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一选项的第二操作；响应于第二操作，第一电子设备在第一通知消息列表中显示第一内容，第一内容为第一通知消息的消息内容；第一电子设备向第二电子设备发送第一指示消息，第一指示消息用于指示第二电子设备将第一通知消息的状态更新为“已读”状态。

这样，用户在第一电子设备的消息通知列表上查看完成通知消息的具体内容之后，第一电子设备可以向第二电子设备通知把通知消息的状态更新为“已读”状态，以表示用户已经查看完成通知消息的具体内容。

在一种可能的实现方式中，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一选项的第三操作；响应于第三操作，第一电子设备在第一通知消息列表中取消显示第一选项；第一电子设备向第二电子设备发送第二指示消息，第二指示消息用于指示第二电子设备将第一通知消息的状态更新为“删除”状态。

这样，用户在第一电子设备上删除通知消息之后，第一电子设备可以向第二电子设备通知把该通知消息的状态更新为“删除”状态(即取消显示已经被用户删除的通知消息)，以表示用户已经删除该通知消息。

在一种可能的实现方式中，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一通知消息列表的第四操作；响应于第四操作，第一电子设备刷新显示第一通知消息列表，刷新显示后的第一通知消息列表中包括的一个或多个选项与刷新显示前的第一通知消息列表中包括的一个或多个选项完全相同或部分相同或完全不同。

这样，用户在第一电子设备上刷新通知消息列表之后，第一电子设备可以刷新显示该通知消息列表，容易理解，如果其它电子设备(例如电子设备)上的第一应用程序未接收到新的通知消息，那么刷新显示后的该通知消息列表中包括的一个或多个选项与刷新显示前的第一通知消息列表中包括的一个或多个选项完全相同；如果其它电子设备(例如电子设备)上的第一应用程序接收到了新的通知消息，那么刷新显示后的该通知消息列表中包括的一个或多个选项与刷新显示前的第一通知消息列表中包括的一个或多个选项可以部分相同或完全不同。

在一种可能的实现方式中，一个或多个选项还包括第二选项，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一通知消息列表的第五操作；响应于第五操作，第一电子设备在第一通知消息列表中显示第二选项，第二选项为第二通知消息对应的选项，第二通知消息为第二电子设备接收到的第一应用程序的一条通知消息。

这样，用户除了可以在消息通知列表中查看第一通知消息之外，还可以查看其它更多的通知消息(例如第二通知消息)。

在一种可能的实现方式中，在第一电子设备显示第一通知消息列表之后，该方法还包括：第一电子设备检测到用户针对第一选项的第六操作；响应于第六操作，第一电子设备显示第二用户界面，第二用户界面为第一应用程序的一个用户界面，第二用户界面中包括第二内容，第二内容为第一通知消息的消息内容；第一电子设备向第二电子设备发送第三指示消息，第三指示消息用于指示第二电子设备将第一通知消息的状态更新为“已读”状态。

这样，用户可以在第一电子设备上进入第一应用程序内部查看完成通知消息的具体内容之后，第一电子设备可以向第二电子设备通知把通知消息的状态更新为“已读”状态，以表示用户已经查看完成通知消息的具体内容。

在一种可能的实现方式中，第一用户界面中包括的一个或多个应用程序的图标为有未读通知消息的应用程序的图标，在第一电子设备显示第一用户界面之前，该方法还包括：第一电子设备显示第三用户界面，第三用户界面中包括第一应用程序的图标；第一电子设备检测到用户针对第一应用程序的图标的第七操作；响应于第七操作，第一电子设备显示第一用户界面。

在这种情况下，第一用户界面可以为聚类显示全部有未读通知消息的应用程序的图标的用户界面，第三用户界面可以为桌面，这样，聚类显示全部有未读通知消息的应用程序的图标，可以便于用户快速获知哪些应用程序有未读通知消息。

在一种可能的实现方式中，在第一电子设备显示第一用户界面之前，该方法还包括：第一电子设备接收第一服务器发送的第一数据；其中，第一数据是第二电子设备基于第一通知消息生成并发送给第一服务器的，第一数据用于第一电子设备基于第一数据显示第一通知消息列表。

这样，第二电子设备可以通过第一服务器将第一通知消息同步至第一电子设备，以便用户可以跨设备查看通知消息。

在一种可能的实现方式中，在下述条件下，第一电子设备显示第一用户界面：第二电子设备检测到用户为第一应用程序开启消息共享功能的操作；响应于操作，第二电子设备允许第一应用程序向一个或多个电子设备共享消息，一个或多个电子设备包括第一电子设备。

这样，在第二电子设备上的第一应用程序开启消息共享功能之后，第二电子设备在接收到第一应用程序的通知消息之后就可以向其它电子设备共享该通知消息了，从而用户可以跨设备查看通知消息。

在一种可能的实现方式中，第一通知消息列表中还包括第二电子设备的标识，第二电子设备的标识用于指示第一通知消息为第二电子设备接收到的。

这样，便于用户获知第一通知消息是哪个电子设备接收到的。

在一种可能的实现方式中，第一通知消息列表以特征能力FA卡片的形式显示于第一电子设备上。

由于FA卡片具有灵活且易延展(可以根据电子设备屏幕的尺寸，快速重组页面的内容元素)、直观且交互性强(可以有效组织页面的内容)、整齐且视觉美观(可以有效组织信息成块，增加浏览识别度)等特性，因此，以FA卡片的形式显示通知消息列表，可以使得用户能在不同电子设备上获得统一、美观、舒适的交互体验。

在一种可能的实现方式中，一个或多个应用程序的图标上显示有第一标识或第二标识；其中，第一标识(例如图4A所示的浏览器应用程序的图标下方的横线)用于指示一个或多个应用程序有未读通知消息，第二标识(例如图5C所示的信息应用程序的图标上的数字角标)用于指示一个或多个应用程序的未读通知消息的数目。

这样，便于用户获知哪个应用程序有未读消息以及未读消息的数目。

在第二方面中，第一电子设备可以为电子设备100，第二电子设备可以为电子设备200，第一应用程序可以为安装于第二电子设备上且安装于第一电子设备上的一个应用程序(例如浏览器应用程序)，第一用户界面可以为桌面或图4B所示的用户界面，第一账号可以为第一电子设备和第二电子设备登录的同一个账号(例如华为账号)，第一操作可以为图4B所示的操作(例如单击操作)，第一通知消息列表可以为图4C所示的通知消息列表430，一个或多个选项可以为图4C所示的通知消息列表中包括的选项(例如选项431、选项432)，第一选项可以为图4C所示的通知消息列表中包括的某一个选项(例如选项431)，第一通知消息可以为第二电子设备接收到的第一应用程序的一条通知消息(例如图4C所示的通知消息列表中的“头条新闻1”或“头条新闻2”)，第二操作可以是用户查看第一通知消息的具体内容的操作(例如图4K所示的操作)，第一内容可以为第一通知消息的具体内容(例如图4L所示的第一通知消息的具体内容)，第一指示消息可以为第一电子设备通知第二电子设备将第一通知消息的状态更新为“已读”状态时发送的指示消息，第三操作可以为用户删除第一通知消息的操作(例如图4I所示的操作)，第二指示消息可以为第一电子设备通知第二电子设备将第一通知消息的状态更新为“删除”状态时发送的指示消息，第四操作可以为用户刷新第一通知消息列表的操作(例如图4O所示的操作)，第二选项可以为图4P所示的通知消息列表中显示的某一条通知消息(也可以称为第二通知消息)对应的选项(例如来自“头条新闻1’”对应的选项)，第五操作可以为图4G所示的操作，第六操作可以为图4M所示的操作，第二内容可以为图4N所示的通知消息的具体内容，第三指示消息第一电子设备通知第二电子设备将第一通知消息的状态更新为“已读”状态时发送的指示消息，第三用户界面可以为桌面，第七操作可以为图4A所示的操作，第一数据可以为图7所示的数据1’，第一服务器可以为服务器102。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括一个或多个处理器和一个或多个存储器；其中，所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备执行上述第一方面或第二方面任一项可能的实现方式中所述的方法。

第四方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令在电子设备上运行时，使得所述电子设备执行上述第一方面或第二方面任一项可能的实现方式中所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第二方面任一项可能的实现方式中所述的方法。

附图说明

图1是本申请实施例提供的一种电子设备显示通知消息的用户界面示意图；

图2是本申请实施例提供的一种通信系统的示意图；

图3A-图3N是本申请实施例提供的消息共享方法在场景一(用户的其中一个电子设备上安装并登录了某个应用程序，其它电子设备未安装或登录该应用程序)中实施时涉及的一组用户界面示意图；

图4A-图4P是本申请实施例提供的消息共享方法在场景二(用户的全部电子设备上安装了相同的一个或多个应用程序)中实施时涉及的一组用户界面示意图；

图5A-图5H是本申请实施例提供的消息共享方法在场景二(用户的全部电子设备上安装了相同的一个或多个应用程序)中实施时涉及的另一组用户界面示意图；

图6是本申请实施例提供的消息共享方法在场景一(用户的其中一个电子设备上安装并登录了某个应用程序，其它电子设备未安装或登录该应用程序)下的流程示意图；

图7是本申请实施例提供的消息共享方法在场景二(用户的全部电子设备上安装了相同的一个或多个应用程序)下的流程示意图；

图8是本申请实施例提供的一种运作FA卡片时电子设备100的内部模块之间的可能的协作方式示意图；

图9是本申请实施例提供的一种电子设备的软件架构示意图；

图10是本申请实施例提供的一种进行消息推送的方法流程示意图；

图11是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

应当理解，本申请的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例相结合。

本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markuplanguage，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphicuser interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

随着移动终端技术的演进，创新，同一个用户可能拥有多个终端设备(例如手机、平板等)，终端设备上安装的应用程序(或称应用，例如社交类、新闻类、金融类、娱乐类等应用程序)也越来越多，这些应用程序可能会发送多个通知消息到用户的各个终端设备上，例如，定时向用户的终端设备上推送新的通知消息，用户需要打开各个终端设备来一一查看这些应用程序推送的未读的通知消息，耗费大量时间，操作繁琐，用户体验差。

而且，各个应用程序发送的通知消息通常显示在终端设备的通知栏对应的用户界面上，参阅图1，图1所示的用户界面110可以为电子设备100(也可以称为终端设备100)的通知栏对应的用户界面，该用户界面中可以包括一个或多个应用程序(例如“浏览器”应用程序、“运动健康”应用程序、“地图”应用程序、“聊天”应用程序等)发送的通知消息。从图1中可以看出，这些通知消息很多且都比较零散、无分类、杂乱无章，用户很难快速找到特定应用程序的通知消息，操作繁杂，用户可能没有耐心一条条地查看，也可能会快速删除所有通知消息，容易导致用户漏掉对关键信息的查看。

此外，有一些应用程序(例如某些聊天类应用程序、某些支付类应用程序等)可能只支持同时在一个终端设备上登录，如果某一个应用程序在用户的其中一个终端设备(例如手机)上被登录了，而用户当前所持终端设备(例如手机)上没有安装或登录该应用程序，那么，用户可能会错失该应用程序的重要的通知消息，给用户带来极大的不便。

为了解决通知消息的显示较为杂乱的问题，目前通常采用两种解决方式：一种是黑白名单的方式，用户可以将关注的应用程序列入白名单，反感词汇列入黑名单，这样，当电子设备接收到新的通知消息之后，如果该通知消息是白名单中的应用程序发送的，则显示该通知消息，如果该通知消息中包括黑名单中的反感词汇，则过滤掉该通知消息，即不显示该通知消息。另一种是预设通知消息优先级的方式，用户可以预先设置各个应用程序的通知消息的优先级，电子设备可以基于用户预先设置的各个应用程序的通知消息的优先级来对接收到的通知消息进行排列，高优先级排列在前，低优先级排列在后，便于用户查看。

可以看出，上述两种解决方式均只是针对单一的电子设备上的通知消息进行过滤或排列，而并未涉及解决多个电子设备上的通知消息的显示、共享问题。

本申请实施例提供了一种消息共享方法及相关设备，多个电子设备在绑定同一账号(例如华为账号)的情况下，每一个电子设备接收到的通知消息都可以同步并显示到其它的电子设备上，用户可以在其中任意一个电子设备上对这些通知消息进行查看、删除等操作，从而实现多个电子设备之间通知消息的共享、管理，简化用户操作，节省用户查看通知消息的时间，减小用户漏掉查看关键信息的风险，提高用户体验。

本申请实施例提供的消息共享方法主要应用于以下两种场景：

场景一(用户的其中一个电子设备上安装并登录了某个应用程序，其它电子设备未安装或登录该应用程序)：

该场景下，用户拥有两个或两个以上的电子设备，假设这两个或两个以上的电子设备均为手机，且均登录了同一账号(例如同一华为账号)，用户只在其中一个电子设备(例如电子设备100)上安装并登录了某个应用程序，通过执行本申请实施例提供的消息共享方法，在电子设备100接收到该应用程序的通知消息的情况下，其它电子设备上可以显示该应用程序对应的虚拟图标，用户可以通过操作该虚拟图标来查看、管理(例如删除等)电子设备100接收到的该应用程序的通知消息。

场景二(用户的全部电子设备上安装了相同的一个或多个应用程序)：

该场景下，用户拥有的全部电子设备上安装了相同的一个或多个应用程序，且全部电子设备均登录了同一账号(例如同一华为账号)，通过执行本申请实施例提供的消息共享方法，在用户的一个或多个电子设备接收到上述一个或多个应用程序的通知消息的情况下，任意一个电子设备上均可以聚类显示这一个或多个应用程序对应的图标，用户可以在任意一个电子设备上通过操作一个或多个应用程序对应的图标来查看、管理(例如删除等)全部电子设备的通知消息。

后续实施例中会详细介绍消息共享方法在上述两种场景下的具体实现过程，在此先不展开。

下面，首先介绍本申请实施例提供的一种通信系统。

图2示例性示出了本申请实施例提供的一种通信系统。

如图2所示，该通信系统可以包括：多个服务器、多个电子设备(也可以称为终端设备)。

多个服务器可以包括：服务器101(应用程序服务器)、服务器102(消息共享服务器)。

其中，服务器101为某一个应用程序的服务器，可以用于向一个或多个电子设备发送该应用程序的通知消息(例如聊天消息，短信消息，广告、新闻等类型的推送消息等)；等等。

可以理解的是，每一个应用程序都对应有自己独立的服务器，本申请实施例仅仅以一个应用程序为例，如果有多个应用程序，则对应有多个服务器101。电子设备上安装有多个应用程序的情况下，电子设备可以接收多个应用程序的服务器发送的通知消息，

其中，服务器102为共享通知消息的服务器(例如华为云服务器)，可以用于接收、保存、处理一个或多个电子设备发送的通知消息；还可以用于向一个或多个电子设备发送接收到的其它电子设备的通知消息；等等。

在本申请实施例中，服务器101和服务器102可以是传统服务器，也可以是云端服务器，在此不作限定。

多个电子设备可以包括：电子设备100、电子设备200、电子设备300。

本申请实施例中对电子设备的数量不作限定，例如两个、三个、四个等等。

该通信系统中包括的多个电子设备均为智能终端设备，可以为各种类型，本申请实施例对该多个电子设备的具体类型不作限制。例如，该多个电子设备可以包括手机，还可以包括平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、智慧屏、可穿戴式设备、增强现实(Augmented Reality,AR)设备、虚拟现实(Virtual Reality,VR)设备、人工智能(Artificial Intelligence,AI)设备、车机等。

该通信系统中的多个电子设备之间需要登录相同的账号。例如，多个电子设备可以登录同一华为账号。账号可以是手机号，电子邮箱号，自定义的用户名，等等。

此外，该通信系统中的多个电子设备还可以结合下述任意几种方式来连接并通信：有线连接、无线连接例如蓝牙(bluetooth，BT)连接、无线局域网(wireless local areanetworks，WLAN)例如无线保真点对点(wireless fidelity point to point，Wi-Fi P2P)连接、近距离无线通信(near field communication，NFC)连接，红外技术(infrared，IR)连接等等，本申请实施例对此不作限定。

该通信系统中的多个电子设备可以配置不同的软件操作系统(OperatingSystem,OS)，包括但不限于等等。其中，为华为的鸿蒙系统。多个电子设备可以都配置相同的软件操作系统，例如可以均配置/>

下面先详细说明本申请实施例提供的消息分享方法在不同场景下实施时涉及的一系列用户界面。

场景一(用户的其中一个电子设备上安装并登录了某个应用程序，其它电子设备未安装或登录该应用程序)：

图3A-图3N示例性示出了本申请实施例提供的消息共享方法在上述场景一中实施时涉及的一系列用户界面。

假设用户拥有的电子设备为电子设备100和电子设备200，以电子设备100和电子设备200均是手机为例，这两个电子设备均已登录了同一账号(例如同一华为账号)。

首先，用户需要在电子设备上开启消息共享功能，开启之后，才可以实现不同电子设备之间进行消息共享。

参阅图3A，用户界面310可以是用户在电子设备100上开启消息共享功能的一个用户界面。该用户界面310可以是“设置”应用程序提供的。该用户界面310中可以包括电子设备100上安装并登录(或安装未登录)了的一个或多个应用程序(例如“聊天”应用程序、“浏览器”应用程序、“运动健康”应用程序等等)的图标、这一个或多个应用程序的图标对应的消息共享功能开关选项。用户可以通过点击消息功能开关选项来开启/关闭该应用程序的消息共享功能。

以“聊天”应用程序为例，用户可以点击“聊天”应用程序的图标对应的消息共享功能开关选项来开启“聊天”应用程序的消息共享功能。参阅图3A，“聊天”应用程序的图标对应的消息共享功能开关选项处于“on”状态，表示用户开启了“聊天”应用程序的消息共享功能，这样，在电子设备100接收到“聊天”应用程序的通知消息的情况下，与电子设备100登录同一账号的其它电子设备(例如电子设备200)上也可以显示“聊天”应用程序的通知消息。

在本申请实施例中，用户在电子设备100上开启某个应用程序的消息共享功能之后，电子设备可以记录下该应用程序开启了消息共享功能，并且电子设备100可以通知消息共享服务器建立存储该应用程序的通知消息的数据库，同时，电子设备100也可以开启对该应用程序的通知消息的监听服务(开机即可运行)，接收到该应用程序的通知消息之后就可以将通知消息的相关数据上传到消息共享服务器，以便通过消息共享服务器将通知消息的相关数据转发至与电子设备100登录同一账号的其它电子设备上，使得与电子设备100登录同一账号的其它电子设备可以显示该应用程序的通知消息。

上述仅仅以电子设备100为例介绍了开启消息共享功能的过程，其它电子设备(例如电子设备200)开启消息功能的过程与之类似，在此不再赘述。

以“聊天”应用程序为例，用户在电子设备100上开启了“聊天”应用程序的消息共享功能之后，电子设备100可以接收到“聊天”应用程序的一条或多条通知消息。

参阅图3B，用户界面320可以为“聊天”应用程序的一个用户界面，该用户界面中可以包括一条或多条通知消息(例如通知消息321、通知消息322)，其中，通知消息321(例如“嗯嗯”)可以是来自好友Lily的，通知消息322(例如“哈哈”)可以是来自好友Ann的。

可以理解的是，上述通知消息仅仅以“聊天消息”为例，不限于此，上述通知消息还可以其他类型的消息，例如推送消息(例如广告类、新闻类等推送消息)，本申请实施例对此不作限定。

在本申请实施例中，通知消息的状态可以分为两种：“未读”状态和“已读”状态。其中，这两种状态可以通过某些标识(例如数字角标)来进行区分，例如，可以通过是否标记有数字角标来区分，其中，“未读”状态可以标记有数字角标，“已读”状态可以不标记数字角标。可以看出，这两条通知消息对应的好友头像上都显示有数字角标(例如数字1的角标)，因此，这两条通知消息均为处于“未读”状态的通知消息。

下面首先结合图3C-图3F介绍用户触发电子设备200显示应用程序的通知消息列表的过程。

图3C-图3F示例性示出了用户触发电子设备200显示应用程序的通知消息列表的用户界面。

电子设备100在接收到上述“聊天”应用程序的一条或多条通知消息之后，与电子设备100登录同一账号的其它电子设备上可以显示“聊天”应用程序的虚拟图标。

以与电子设备100登录同一账号的其它电子设备是电子设备200为例，参阅图3C，电子设备100在接收到上述“聊天”应用程序的一条或多条通知消息之后，电子设备200可以在图3C示例性所示的用户界面330中显示虚拟图标331，该虚拟图标331可以为“聊天”应用程序对应的虚拟图标。

其中，用户界面330可以是“桌面”应用程序的一个用户界面，也可以是其它应用程序的一个用户界面，本申请实施例对此不作限定。

其中，虚拟图标331可以悬浮显示于用户界面330中的任何一个区域。

在一些实施例中，为了减少对用户界面中显示内容的遮挡，虚拟图标331可以先在电子设备200的边缘区域(例如左侧边缘区域、右侧边缘区域、上边缘区域、下边缘区域)进行部分或全部显示。从图3C可以看出，虚拟图标331是在电子设备200的左侧边缘区域进行部分显示的。

在一些实施例中，为了便于用户区分应用程序的虚拟图标与应用程序安装后的图标，虚拟图标上可以添加显示相关标识信息，以表示该图标为虚拟图标。例如，虚拟图标331上可以添加显示标识331a(例如“virtual”文字标识)。不限于此，还可以通过其他方式来进行区分显示，本申请实施例对此不作限定。

需要说明的是，在本申请实施例中，某一个应用程序对应的虚拟图标可以在电子设备未安装/登录该应用程序的情况下进行显示，以提示用户该电子设备上未安装/登录该应用程序，但与该电子设备相关联的其他电子设备上接收到了该应用程序的通知消息，虚拟图标可以是基于应用程序被安装后的图标生成的，可以与应用程序被安装后的图标类似，但可以通过改变应用程序被安装后的图标的相关参数(例如尺寸大小等参数)或在应用程序被安装后的图标上添加相关标识(例如“virtual”文字标识等)来与应用程序被安装后的图标进行区别，本申请实施例对虚拟图标的显示样式不作限定，只要可以与应用程序被安装后的图标区别开来，便于用户分辨是虚拟图标还是应用程序被安装后的图标即可。

参阅图3D，电子设备200可以检测到用户将虚拟图标331移动到区域340中的操作(例如图3C所示的用户向右拖动虚拟图标331的操作)，响应于该操作，电子设备200可以在区域340中显示虚拟图标331。

其中，上述区域340可以为电子设备200的中心区域，中心区域和边缘区域均可以系统或用户预设的，本申请实施例对此不作限定。

进一步地，参阅图3E，用户在将虚拟图标331移动到区域340之后，如果用户想要查看该虚拟图标331的通知消息，那么，电子设备200可以检测到用户针对该虚拟图标331的操作(例如图3E所示的上滑操作)，响应于该操作，电子设备200可以显示图3F示例性所示的通知消息列表350。

需要说明的是，上述用户针对该虚拟图标331的操作仅仅以上滑操作为例，还可以是其他操作，本申请实施例对此不作限定。

参阅图3F，通知消息列表350中可以包括电子设备100接收到的“聊天”应用程序的一条或多条通知消息对应的选项(例如选项351、选项352)。可以看出，选项351为前述图3B中所述的通知消息321(即来自好友Lily的通知消息)对应的选项，选项352为前述图3B中所述的通知消息322(即来自好友Ann的通知消息)对应的选项。选项351上可以显示有通知消息321的发送方(例如Lily)、子选项351a；选项352上可以显示有通知消息322的发送方(例如Ann)、子选项352a。

其中，通知消息列表350可以以卡片的形式进行显示，也可以以其它形式(例如弹窗形式)进行显示，本申请实施例对此不作限定。

在本申请实施例中，通知消息列表350可以是以特征能力(FeatureAbility,FA)卡片的形式为例进行显示。

其中，用户可以点击通知消息对应的选项(例如选项351、选项352)的任意区域来查看通知消息的具体内容，也可以点击子选项(例如子选项351a、子选项352a)来查看通知消息的具体内容。

在一些实施例中，用户无需将虚拟图标331移动到图3D所示的区域340之后再针对虚拟图标331进行操作来触发显示通知消息列表，而是可以直接针对虚拟图标331进行操作(例如上滑操作)来触发显示通知消息列表，例如在图3C所示的虚拟图标331在边缘区域显示时直接针对虚拟图标331进行操作(例如上滑操作)来触发显示通知消息列表。

在本申请实施例中，通知消息对应的选项可以用于显示通知消息的具体内容、通知消息的发送方等信息。

下面结合图3F-图3K介绍用户从通知消息列表中查看通知消息、删除通知消息的过程。

继续参阅图3F，如果用户想要查看某一条通知消息的具体内容，那么用户可以针对该通知消息对应的选项进行操作来查看该通知消息的具体内容。例如，用户想要查看选项351对应的通知消息的具体内容，那么，电子设备200可以检测到用户针对选项351的操作(例如点击选项351上显示的子选项351a的操作)，响应于该操作，电子设备200可以显示图3G示例性所示的选项351对应的通知消息的具体内容(例如“嗯嗯”)。同理，用户也可以通过上述方式来查看其它的通知消息(例如选项352对应的通知消息)，在此不再赘述。

在一些实施例中，通知消息对应的选项上也可以直接显示通知消息的具体内容的一部分或全部。

参阅图3G，如果用户想要删除某一条通知消息(即把该通知消息从通知消息列表中移除)，那么用户也可以针对该通知消息对应的选项进行操作来删除该通知消息。例如，用户想要删除选项351对应的通知消息，那么，电子设备200可以检测到用户针对选项351的操作(例如右滑操作)，响应于该操作，电子设备200可以显示图3H示例性所示的通知消息列表。

参阅图3H，可以看出，该通知消息列表中不再显示有选项351对应的通知消息，而是只显示选项352。也即是说，电子设备200将选项351对应的通知消息从通知消息列表中移除了。同理，用户也可以通过上述方式来删除其它的通知消息(例如选项352对应的通知消息)，在此不再赘述。

在一些实施例中，用户也可以针对图3F中所示的选项351或选项352未显示出通知消息的具体内容的情况下针对选项351或选项352进行操作(例如左滑或右滑等操作)来删除通知消息。

可以理解的是，用户在把全部通知消息都删除/查看完成之后，电子设备200可以不再显示通知消息列表，或者，也可以显示空白的通知消息列表。在一些实施例中，用户在把全部通知消息都删除/查看完成之后，电子设备200也可以不再显示虚拟图标，或，用户也可以手动删除虚拟图标。

需要说明的是，上述用户针对选项351的操作仅仅以右滑操作为例，还可以是其它操作(例如左滑操作等)，本申请实施例对此不作限定。

在一些实施例中，电子设备200还可以支持用户通过在消息通知列表上进行上下滑动操作来查看更多的通知消息，较为方便。例如，如果消息通知列表中通知消息较多，那么，电子设备200可以先显示部分通知消息(例如图3I中示例性所示的来自Lily和Ann的通知消息)。进一步地，电子设备200可以检测到用户针对图3I示例性所示的消息通知列表的操作(例如上滑操作)，响应于该操作，电子设备200可以显示另一部分通知消息(例如图3J示例性所示的来自Lisa和Ana的通知消息)。容易理解，用户还可以通过针对图3J示例性所示的消息通知列表的下滑操作来使得电子设备200返回显示图3I中示例性所示的来自Lily和Ann的通知消息。

继续参阅图3I，在一些实施例中，消息通知列表上还可以显示有选项353，用户可以点击选项353来使得电子设备200显示全部通知消息，例如，显示图3K示例性所示的消息通知列表，该消息通知列表中可以显示有全部通知消息(例如来自Lily、Ann、Lisa、Ana的通知消息)。

在本申请实施例中，用户在电子设备200上查看完(即读取完)电子设备100上“聊天”应用程序的通知消息(例如来自Lily和Ann的通知消息)之后，电子设备200可以通知电子设备100(例如可以通过消息共享服务器发送指示消息给电子设备100或直接发送指示消息给电子设备100)上述通知消息查看完成，进一步地电子设备100可以将这些已查看的通知消息的状态标记为“已读”状态，例如，参阅图3L，可以看出，与图3B不同的是，来自好友Lily和Ann的两条通知消息(例如“嗯嗯”、“哈哈”)对应的好友头像上都不再显示有数字角标(例如数字1的角标)。因此，可以表示来自好友Lily和Ann的这两条通知消息均已被用户查看完，从而电子设备100将这两条通知消息标记为“已读”状态了。

在本申请实施例中，用户在电子设备200上删除了电子设备100上“聊天”应用程序的通知消息(例如来自Lily的通知消息)之后，电子设备200可以通知电子设备100(例如可以通过消息共享服务器发送指示消息给电子设备100或直接发送指示消息给电子设备100)上述通知消息被删除，进一步地电子设备100则可以不再在通知栏中显示被删除的通知消息。例如，参阅图3M，图3M示例性所示的用户界面360可以为用户在未删除通知消息的情况下通知栏对应的用户界面，可以看出，该用户界面中包括来自Lily和Ann的通知消息，如果用户在电子设备200上删除了来自Lily的通知消息，那么，电子设备100可以显示图3N所示的用户界面370，可以看出，与图3M不同的是，用户界面370中不再显示有来自Lily的通知消息。因此，可以表示来自好友Lily的通知消息已被用户删除，从而电子设备100取消显示来自Lily的通知消息。

场景二(用户的全部电子设备上安装了相同的一个或多个应用程序)：

图4A-图4P示例性示出了本申请实施例提供消息共享方法在上述场景二中实施时涉及的一系列用户界面。

假设用户拥有的电子设备为电子设备100和电子设备200，以电子设备100和电子设备200均是手机为例，这两个电子设备均已登录了同一账号(例如同一华为账号)。

以用户利用电子设备100来查看、管理本机的通知消息、与电子设备100登录同一账号的其它电子设备(例如电子设备200)的通知消息为例。可以理解的是，电子设备200需要在开启一个或多个应用程序的消息共享功能之后，在电子设备100上才可以查看、管理电子设备200上的这一个或多个应用程序的通知消息。

下面首先结合图4A-图4F介绍用户触发电子设备100显示应用程序的通知消息列表的过程。

图4A-图4F示例性示出了用户触发电子设备100显示应用程序的通知消息列表的用户界面。

参阅图4A，图4A示例性所示的用户界面410可以是“桌面”应用程序的一个用户界面，该用户界面中可以包括一个或多个应用程序的图标(例如“天气”应用程序的图标、“运动健康”应用程序的图标、“浏览器”应用程序的图标等等)。

在本申请实施例中，在某个应用程序有新的通知消息时，电子设备100可以针对该应用程序的图标添加相关标识，用于提示用户该应用程序有新的通知消息，以便用户可以及时查看。

在本申请实施例中，电子设备100针对应用程序的图标添加相关标识可以是在应用程序的图标底部添加一条横线，例如，在图4A所示的“浏览器”应用程序的图标和“运动健康”应用程序的图标的底部均添加了一条横线，表示“浏览器”应用程序和“浏览器”应用程序有新的通知消息。不限于在图标底部添加一条横线，电子设备100针对应用程序的图标添加相关标识还可以是其它(例如在应用程序的图标上叠加显示数字角标，等等)，本申请实施例对此不作限定。

继续参阅图4A，如果用户想要查看某个应用程序的通知消息，例如，“浏览器”应用程序的通知消息，那么，电子设备100可以检测到用户针对“浏览器”应用程序的图标的操作(例如图4A所示的上滑操作)，响应于该操作，电子设备100可以显示图4B示例性所示的用户界面420。

参阅图4B，用户界面420中可以包括一个或多个应用程序的图标，这一个或多个应用程序的图标均可以是有新的通知消息的应用程序的图标(例如“浏览器”应用程序的图标、“运动健康”应用程序的图标等等)。

这样，电子设备100可以将全部有新的通知消息的应用程序的图标聚类显示在同一个用户界面中，从而可以将通知消息按照应用程序进行分类管理，便于用户获知哪些应用程序有新的通知消息，而且便于用户快速定位到想要查看通知消息的那个应用程序，避免了用户需要在通知栏中一堆无分类、杂乱无章的通知消息中手动识别关键信息的问题，简化用户操作，提高用户体验。

需要说明的是，本申请实施例对于图4B所示的用户界面420的显示形式不作限定，可以是以整个页面的形式悬浮显示于用户界面410之上，也可以是以FA卡片/弹窗的形式悬浮显示于用户界面410之上，等等，本申请实施例对此不作限定。

继续参阅图4B，用户想要查看哪个应用程序的通知消息，就可以针对哪个应用程序的图标进行操作(例如上滑操作、点击操作等等)触发显示该应用程序的通知消息列表，来查看该应用程序的通知消息。以用户想要查看“浏览器”应用程序的通知消息为例，电子设备100可以检测到用户针对“浏览器”应用程序的图标的操作(例如上滑操作、点击操作等等)，响应于该操作，电子设备100可以显示图4C示例性所示的通知消息列表430。

需要说明的是，上述用户针对应用程序的图标的操作可以为上滑操作、点击操作等等，本申请实施例对此不作限定。

在一些实施例中，用户在图4A中完成针对“浏览器”应用程序的图标的操作(例如上滑操作)之后，可以直接显示图4C所示的用户界面，无需用户再在图4B所示的用户界面中完成针对“浏览器”应用程序的图标的操作之后再显示图4C所示的用户界面。

参阅图4C，通知消息列表430中可以包括“浏览器”应用程序的一条或多条通知消息对应的选项(例如选项431、选项432)，可以看出，选项431为“头条新闻1”这一通知消息对应的选项，选项432为“头条新闻2”这一通知消息对应的选项。

可选地，通知消息列表430中还可以包括选项433，用于查看更多的通知消息。

可选地，通知消息列表430中还可以包括标识434，用于表示该应用程序的通知消息列表中包括的通知消息的数量，例如，标识434为“+4”，表示“浏览器”应用程序的通知消息列表中包括的通知消息的数目为4条。

其中，通知消息列表430可以以卡片的形式进行显示，也可以以其它形式(例如弹窗形式)进行显示，本申请实施例对此不作限定。

在本申请实施例中，通知消息列表430可以是以FA卡片形式为例进行显示。

参阅图4D，在一些实施例中，为了便于用户获知每一条通知消息都是来自哪个电子设备，通知消息列表中还可以显示有电子设备的标识(例如图片标识、文字标识等等)。例如，通知消息列表440中可以显示有电子设备200的标识441和电子设备100的标识442，容易看出，“头条新闻1”和“头条新闻2”这两条通知消息是来自电子设备200的，“头条新闻3”和“头条新闻4”这两条通知消息是来自电子设备100的。其中，上述电子设备的标识可以包括但不限于电子设备的设备名称、设备类型等。

上述图4A-图4D为有新的通知消息的一个或多个应用程序的图标聚类显示在“桌面”应用程序的用户界面上，在一些实施例中，还可以聚类显示在图4E示例性所示的通知栏对应的用户界面中。

参阅图4E，用户界面450可以为通知栏对应的用户界面，该用户界面中可以包括应用程序的图标列表451，应用程序的图标列表451中可以包括一个或多个应用程序的图标，这一个或多个应用程序的图标均可以是有新的通知消息的应用程序的图标(例如“浏览器”应用程序的图标、“运动健康”应用程序的图标等等)。

其中，应用程序的图标列表451可以以卡片的形式进行显示，也可以以其它形式(例如弹窗形式)进行显示，本申请实施例对此不作限定。

在本申请实施例中，应用程序的图标列表451可以是以FA卡片形式为例进行显示。

继续参阅图4E，用户想要查看哪个应用程序的通知消息，就可以针对哪个应用程序的图标进行操作(例如上滑操作、点击操作等等)触发显示该应用程序的通知消息列表，来查看该应用程序的通知消息。以用户想要查看“浏览器”应用程序的通知消息为例，电子设备100可以检测到用户针对“浏览器”应用程序的图标的操作(例如上滑操作、点击操作等等)，响应于该操作，电子设备100可以显示图4F示例性所示的通知消息列表460。

需要说明的是，上述用户针对应用程序的图标的操作可以为上滑操作、点击操作等等，本申请实施例对此不作限定。

容易理解，通知消息列表460与通知消息列表430类似，关于通知消息列表460的介绍可以参照前述关于通知消息列表430的相关文字内容，在此不再赘述。

在一些实施例中，用户在图4A中完成针对“浏览器”应用程序的图标的操作(例如上滑操作)之后，电子设备100也可以直接在图4A所示的用户界面中显示图4C所示的通知消息列表430。也即是说，电子设备100也可以不聚类显示全部有新的通知消息的应用程序，而是用户针对哪个应用程序的图标进行操作(例如上滑操作)，电子设备100就直接显示哪个应用程序对应的通知消息列表。

下面结合图4G-图4P介绍用户从通知消息列表中查看通知消息、删除通知消息、更新通知消息的过程。

图4G-图4H示例性示出了用户通过在消息通知列表上进行上下滑动操作来查看更多的通知消息的用户界面。

参阅图4G，如果消息通知列表430中通知消息较多，那么，电子设备100可以先显示部分通知消息(例如“头条新闻1”和“头条新闻2”这两条通知消息)。进一步地，电子设备100可以检测到用户针对消息通知列表430的操作(例如图4G所示的上滑操作)，响应于该操作，电子设备100可以显示图4H示例性所示的另一部分通知消息(例如“头条新闻3”和“头条新闻4”这两条通知消息)。容易理解，用户还可以通过针对图4H示例性所示的消息通知列表的下滑操作来使得电子设备100返回显示图4G中示例性所示“头条新闻1”和“头条新闻2”这两条通知消息。

继续参阅图4G，在一些实施例中，消息通知列表430上还可以显示有选项433，用户可以点击选项433来使得电子设备100显示全部通知消息，例如，显示图4D示例性所示的消息通知列表，该消息通知列表中可以显示有全部通知消息(例如“头条新闻1”、“头条新闻2”、“头条新闻3”、“头条新闻4”这四条通知消息)。

图4I-图4J示例性示出了用户在消息通知列表上删除通知消息的用户界面。

参阅图4I，如果用户想要删除某一条通知消息(即把该通知消息从通知消息列表中移除)，那么用户可以针对该通知消息对应的选项进行操作来删除该通知消息。例如，用户想要删除选项431对应的通知消息(即“头条新闻1”这一通知消息)，那么，电子设备100可以检测到用户针对选项431的操作(例如右滑操作)，响应于该操作，电子设备100可以显示图4J示例性所示的通知消息列表。

参阅图4J，可以看出，该通知消息列表中不再显示有选项431对应的通知消息，且通知消息的数量标识由图4I所示的“+4”变成了图4J所示的“+3”，也即是说，电子设备100将选项431对应的通知消息从通知消息列表中移除了，通知消息的数量也就相应减少了一条。同理，用户也可以通过上述方式来删除其它的通知消息(例如“头条新闻2”、“头条新闻3”等通知消息)，在此不再赘述。

需要说明的是，上述用户针对选项431的操作仅仅以右滑操作为例，还可以是其它操作(例如左滑操作等)，本申请实施例对此不作限定。

图4K-图4L示例性示出了用户在消息通知列表中查看通知消息的具体内容的用户界面。

参阅图4K，如果用户想要在通知消息列表中查看某一条通知消息的具体内容，那么用户可以针对该通知消息对应的选项进行操作来在通知消息列表中查看该通知消息的具体内容。例如，用户想要在通知消息列表中查看选项431对应的通知消息(即“头条新闻1”这一通知消息)的具体内容，那么，电子设备100可以检测到用户针对选项431的操作(例如单击选项431的操作)，响应于该操作，电子设备100可以显示图4L示例性所示的选项431对应的通知消息的具体内容。同理，用户也可以通过上述方式来查看其它的通知消息(例如“头条新闻2”这一通知消息)的具体内容，在此不再赘述。

这样，用户可以在通知消息列表中查看通知消息的具体内容，无需用户打开发送该通知消息的应用程序，方便快捷。

需要说明的是，上述用户针对选项431的操作仅仅以单击操作(也可以称为点击操作)为例，还可以是其它操作，本申请实施例对此不作限定。

图4M-图4N示例性示出了用户跳转到应用程序中查看通知消息的具体内容的用户界面。

参阅图4M，如果用户想要跳转到发送某一条通知消息的应用程序中查看该通知消息的具体内容，那么用户可以针对该通知消息对应的选项进行操作来跳转到发送该通知消息的应用程序中查看该通知消息的具体内容。例如，用户想要跳转到发送选项431对应的通知消息(即“头条新闻1”这一通知消息)的应用程序中查看该通知消息的具体内容，那么，电子设备100可以检测到用户针对选项431的操作(例如双击选项431的操作)，响应于该操作，电子设备100可以显示图4N示例性所示的用户界面，该用户界面为发送选项431对应的通知消息的应用程序内部的一个用户界面(即选项431对应的通知消息的详情页面)，该用户界面中可以显示有选项431对应的通知消息的具体内容。同理，用户也可以通过上述方式来查看其它的通知消息(例如“头条新闻2”这一通知消息)的具体内容，在此不再赘述。

容易理解，在某些应用程序需要用户登录账号之后才能进入该应用程序内部查看通知消息的具体内容，且用户并未提前登录账号的情况下，那么，在用户在双击通知消息对应的选项之后，电子设备100可以先显示应用程序的登录界面，在用户登录账号之后，再显示通知消息具体内容的用户界面。

容易理解，与前述场景一中类似，用户在电子设备100上删除/查看完成另一个电子设备(例如电子设备200)的通知消息之后，电子设备100可以通知另一个电子设备(例如可以通过消息共享服务器发送指示消息给电子设备200或直接发送指示消息给电子设备200)上述通知消息被删除/查看完成，另一个电子设备上则可以不再在通知栏中显示该通知消息，或者，将该通知消息的状态标记为“已读”状态。

在一些实施例中，用户在电子设备100上查看完成某一个应用程序的通知消息之后，可以取消显示在该应用程序的图标上添加的标识(例如图标底部的横线)，用于表示该应用程序的通知消息均处于“已读”状态，没有新的通知消息了。

图4O-图4P示例性示出了用户在消息通知列表上更新通知消息的用户界面。

参阅图4O，如果用户想要在消息通知列表上更新通知消息(即刷新通知消息列表)，那么用户可以针对该通知消息列表进行操作来在消息通知列表上更新通知消息。

例如，图4O所示的消息通知列表是在时间为在“上午08:07”刷新后的消息通知列表，而现在的时间为“上午08:08”，如果用户想要电子设备100显示在“上午08:08”刷新后的消息通知列表，那么，电子设备100可以检测到用户刷新通知消息列表的操作(例如用户针对图4O中所示的虚线框所在区域的双击操作)，响应于该操作，电子设备100可以刷新通知消息列表，并显示图4P示例性所示的在“上午08:08”刷新后的通知消息列表。

其中，上述图4O中所示的虚线框所在区域可以称为通知消息列表的标题所在区域。

在一些实施例中，电子设备100也可以周期性地刷新通知消息列表，而无需用户手动进行刷新。

参阅图4P，图4P所示的刷新后的通知消息列表中显示的通知消息(例如“头条新闻1”、“头条新闻2”)与图4O中所示的通知消息列表中显示的通知消息(例如“头条新闻1’”、“头条新闻2’”)可以不同，通知消息的数量也可以不同(例如由图4O中的4条变成了图4P中的5条)。

容易理解，在一些实施例中，刷新前后的消息通知列表中显示的通知消息也可以完全相同/部分相同/完全不同，通知消息的数量也可以相同/不同。

需要说明的是，图4O-图4P所示的实施例也可以适用于前述场景一，也即是说，在前述场景一中，也可以支持用户刷新通知消息列表。

下面结合图5A-图5H介绍本申请实施例提供消息共享方法在上述场景二中实施时涉及的另一种不同显示形式的一系列用户界面。

假设用户拥有的电子设备为电子设备100、电子设备200、电子设备300，以电子设备100电子设备200、电子设备300均是手机为例，这三个电子设备均已登录了同一账号(例如同一华为账号)。

以用户利用电子设备100来查看、管理本机的通知消息、与电子设备100登录同一账号的其它电子设备(例如电子设备200、电子设备300)的通知消息为例。可以理解的是，电子设备200和电子设备300需要在开启一个或多个应用程序的消息共享功能之后，在电子设备100上才可以查看、管理电子设备200和电子设备300上的这一个或多个应用程序的通知消息。

图5A-图5D示例性示出了用户触发电子设备100显示应用程序的通知消息列表的用户界面。

在本申请实施例中，以“信息”应用程序为例来介绍用户触发电子设备100显示应用程序的通知消息列表的过程。

参阅图5A，图5A所示的用户界面510可以是电子设备200的“桌面”应用程序提供的一个用户界面，该用户界面中可以包括一个或多个应用程序的图标(例如“信息”应用程序的图标511)，可以看出，“信息”应用程序的图标511上显示有数字角标(例如数字“1”角标)，表示电子设备200的“信息”应用程序中有一条未读的通知消息。

参阅图5B，图5B所示的用户界面520可以是电子设备300的“桌面”应用程序提供的一个用户界面，该用户界面中可以包括一个或多个应用程序的图标(例如“信息”应用程序的图标521)，可以看出，“信息”应用程序的图标521上显示有数字角标(例如数字“2”角标)，表示电子设备300的“信息”应用程序中有两条未读的通知消息。

参阅图5C，图5C所示的用户界面530可以是电子设备100的“桌面”应用程序提供的一个用户界面，该用户界面中可以包括一个或多个应用程序的图标(例如“信息”应用程序的图标531)，可以看出，“信息”应用程序的图标531上显示有数字角标(例如数字“3”角标)，表示电子设备100的“信息”应用程序中有三条未读的通知消息。容易理解，这三条未读的通知消息分别是来自上述电子设备200的“信息”应用程序中的一条未读的通知消息、上述电子设备200的“信息”应用程序中的两条未读的通知消息。

继续参阅图5C，如果用户想要查看“信息”应用程序的通知消息，那么，电子设备100可以检测到用户针对“信息”应用程序的图标的操作(例如图5C所示的上滑操作)，响应于该操作，电子设备100可以显示图5D示例性所示的通知消息列表540。

需要说明的是，上述用户针对“信息”应用程序的图标的操作可以为上滑操作，也可以是其它操作，本申请实施例对此不作限定。

参阅图5D，通知消息列表540中可以包括上述“信息”应用程序的三条未读的通知消息对应的选项(例如选项541、选项542、选项543)，可以看出，选项541为Lily发送的通知消息对应的选项，选项542为Ann发送的通知消息对应的选项，选项543为Lisa发送的通知消息对应的选项。

其中，通知消息列表540可以以卡片的形式进行显示，也可以以其它形式(例如弹窗形式)进行显示，本申请实施例对此不作限定。

在本申请实施例中，通知消息列表540可以是以FA卡片形式为例进行显示。

为了便于用户获知每一条通知消息都是来自哪个电子设备，通知消息列表中还可以显示有电子设备的标识(例如图片标识、文字标识等等)。容易看出，Lily发送的通知消息是来自电子设备200的，Ann和Lisa发送的这两条通知消息是来自电子设备300的。其中，上述电子设备的标识可以包括但不限于电子设备的设备名称、设备类型等。

图5D-图5F示例性示出了用户在电子设备100上查看通知消息的用户界面。

参阅图5D，如果用户想要在通知消息列表中查看某一条通知消息的具体内容，那么用户可以针对该通知消息对应的选项进行操作来在通知消息列表中查看该通知消息的具体内容。例如，用户想要在通知消息列表中查看选项541对应的通知消息(即Lily发送的通知消息)的具体内容，那么，电子设备100可以检测到用户针对选项541的操作(例如单击选项541的操作)，响应于该操作，电子设备100可以显示图5E示例性所示的选项541对应的通知消息的具体内容。同理，用户也可以通过上述方式来查看其它的通知消息(例如Ann和Lisa发送的这两条通知消息)的具体内容，在此不再赘述。

可选地，参阅图5D，每一条通知消息对应的选项上还可以显示有用于查看通知消息的具体内容的子选项(例如子选项541a)，用户也可以通过点击对应的子选项来触发电子设备100显示通知消息的具体内容。

在一些实施例中，用户也可以通过双击通知消息对应的选项来进入“信息”应用程序内部查看通知消息的具体内容。

在本申请实施例中，用户在电子设备100上查看完成另一个电子设备(例如电子设备200)的通知消息之后，电子设备100可以通知电子设备200(例如通过消息共享服务器通知电子设备200)上述通知消息查看完成，进一步地，电子设备200可以将已查看的通知消息的状态标记为“已读”状态，例如，参阅图5F，可以看出，与图5A不同的是，“信息”应用程序的图标上都不再显示有数字角标。因此，可以表示电子设备200上的一条未读通知消息均已被用户查看完，从而电子设备200将这条通知消息标记为“已读”状态了。

类似地，用户也可以通过在电子设备100上执行左滑或右滑操作来删除某条通知消息，具体可以参照前述实施例中的相关内容，在此不再赘述。

在一些实施例中，参阅图5C，电子设备100在检测到用户针对“信息”应用程序的图标的操作(例如图5C所示的上滑操作)之后，响应于该操作，电子设备100也可以不显示图5D示例性所示的通知消息列表540，而是显示图5G示例性所示的用户界面550。

参阅图5G，用户界面550中可以包括一个或多个应用程序的图标，这一个或多个应用程序的图标均可以是有新的通知消息的应用程序的图标(例如“信息”应用程序的图标等等)。电子设备100可以检测到用户针对“信息”应用程序的图标的操作(例如上滑操作、点击操作等等)，响应于该操作，电子设备100可以显示图5H示例性所示的通知消息列表540。

其中，关于通知消息列表540的介绍可以参照前述相关内容，在此不再赘述。

类似地，用户也可以针对通知消息列表540进行操作来查看通知消息的具体内容、删除通知消息等，具体可以参照前述相关内容，在此不再赘述。

在一些实施例中，用户在图5C中完成针对“信息”应用程序的图标的操作(例如上滑操作)之后，可以直接显示图5H所示的用户界面，无需用户再在图5G所示的用户界面中完成针对“信息”应用程序的图标的操作之后再显示图5H所示的用户界面。

结合上述在场景一(用户的其中一个电子设备上安装并登录了某个应用程序，其它电子设备未安装或登录该应用程序)、场景二(用户的全部电子设备上安装了相同的一个或多个应用程序)下的一系列用户界面，下面分别详细介绍本申请实施例提供的消息共享方法在场景一、场景二下实施的具体流程。

场景一(用户的其中一个电子设备上安装并登录了某个应用程序，其它电子设备未安装或登录该应用程序)：

下面介绍本申请实施例提供的消息共享方法在上述场景一下的具体执行过程。

图6示例性示出了本申请实施例提供的消息共享方法在上述场景一下的具体流程。

如图6所示，该方法可以应用于包括电子设备100、电子设备200、服务器101(应用程序服务器)、服务器102(消息共享服务器)的通信系统，其中，电子设备100和电子设备200可以登录同一账号(例如华为账号)，下面详细介绍该方法的具体步骤：

S601-S603、服务器101向电子设备100发送通知消息1，电子设备100基于通知消息1生成数据1，电子设备100显示通知消息1。

具体地，服务器101(应用程序服务器)可以是电子设备100上安装的某一个应用程序的服务器，那么，当该应用程序有新的通知消息需要向电子设备100发送时，服务器101可以向电子设备100发送该应用程序的通知消息，电子设备100接收到服务器101发送的通知消息之后，可以显示该通知消息。

同样以前述“聊天”应用程序为例，服务器101可以为“聊天”应用程序的服务器，当“聊天”应用程序有新的通知消息需要向电子设备100发送时，假设新的通知消息为通知消息1，那么，服务器101可以向电子设备100发送通知消息1，电子设备100接收到该通知消息1之后，可以显示该通知消息1(例如在通知栏中显示或在“聊天”应用程序的用户界面中显示)。

示例性地，前述图3B所示的通知消息321或通知消息322可以是电子设备100基于上述通知消息1生成并显示的。

在本申请实施例中，为了便于用户可以查看跨设备的通知消息，电子设备100在接收到上述通知消息1之后，可以将该通知消息1进行封装生成数据1，以便后续可以将数据1上传到服务器102(消息共享服务器)，通过服务器102来把通知消息1发送至其它电子设备，以便用户在其它电子设备上也能查看到通知消息1。

其中，上述数据1的格式可以为json格式。不限于此，还可以为其它格式，本申请实施例对此不作限定。

json格式的数据中可以包括以下字段：通知消息的消息类型、消息标题、消息内容。其中，“消息类型”可以用于表示通知消息对应的应用程序，例如可以包括通知消息对应的应用程序的包名(例如“聊天”应用程序的包名)；“消息标题”可以用于表示通知消息对应的发送者，例如，可以包括通知消息对应的发送者的名称(例如好友的备注名称、订阅号的名称等)、“消息内容”可以包括通知消息的具体内容。

以通知消息1为前述“聊天”应用程序中好友Lily发送的通知消息“嗯嗯”为例，假设“聊天”应用程序的包名为com.xx.chat，那么，上述json格式的数据1可以为{{com.xx.chat}，{Lily}，{嗯嗯}}。

在一些实施例中，上述数据1中还可以包括通知消息1的唯一性标识信息，例如，通知消息1的ID信息，以便后续用户在对通知消息1进行删除、读取等操作后可以基于通知消息1的ID信息通过服务器102来通知电子设备100更改通知消息1的状态。

在一些实施例中，上述数据1中还可以包括电子设备100的设备信息，例如设备名称、设备类型等，以便其它电子设备可以获知通知消息1是哪个电子设备上的。

需要说明的是，本申请实施例对执行步骤S602和步骤S603的时间顺序不作限定。例如，步骤S602可以先于、后于、同时与步骤S603执行。

S604、电子设备100判断是否有多个设备登录了账号1，并且设置了消息共享。若是，则电子设备100执行下述步骤S605。

假设电子设备100登录的账号(例如华为账号)为账号1，上述通知消息1为“聊天”应用程序的通知消息，那么，电子设备100在接收到服务器101发送的上述通知消息1之后，电子设备100可以判断是否有多个设备(也就是除电子设备100之外的其它电子设备例如电子设备200等)登录了账号1，且判断电子设备100是否设置了消息共享(例如开启了“聊天”应用程序的消息共享功能)，若是，例如，电子设备100确定电子设备200也登录了账号1，且电子设备100开启了“聊天”应用程序的消息共享功能，那么，电子设备100可以执行下述步骤S605。否则，电子设备100不再执行后续步骤。

在一些实施例中，电子设备100也可以在执行完步骤S604确定“是”之后再执行上述步骤S602，执行完S602之后再执行下述步骤S605。

S605-S607、电子设备100向服务器102发送数据1，服务器102保存数据1。之后，服务器102向电子设备200发送数据1。

其中，服务器102在接收到电子设备100发送的数据1之后，可以先确定哪些电子设备与电子设备100登录了同一账号(例如上述账号1)，确定完成之后，服务器102可以向与电子设备100登录同一账号的全部电子设备发送数据1，其中，与电子设备100登录同一账号的全部电子设备中可以包括电子设备200。

其中，服务器102确定哪些电子设备与电子设备100登录了同一账号的实现方式可以有多种，例如，服务器102可以提前保存有登录账号1的全部电子设备的设备信息或向其它服务器(例如用于进行账号管理的服务器)获取登录账号1的全部电子设备的设备信息，基于这些设备信息来确定与电子设备100登录同一账号的其它电子设备；又例如，电子设备100也可以把与电子设备100登录同一账号的其它电子设备的设备信息发送给服务器102，服务器102基于这些设备信息将上述数据1发送给相应设备；等等。

S608、电子设备200基于数据1显示虚拟图标1。

具体地，电子设备200在接收到服务器102发送的数据1之后，可以对该数据1进行解析，之后，可以基于解析得到的该数据1中的“消息类型”字段中的内容来显示虚拟图标1。例如，“消息类型”字段中包括有通知消息1对应的应用程序的包名，假设为“聊天”应用程序的包名，那么，虚拟图标1即为“聊天”应用程序对应的虚拟图标(例如前述图3C所示的虚拟图标331)。

其中，本申请实施例对电子设备200生成并显示虚拟图标1的实现方式不作限定。在一些实施例中，例如，在电子设备200未安装“聊天”应用程序的情况下，电子设备200可以基于“聊天”应用程序的包名在网络上下载“聊天”应用程序的图标，并基于下载的“聊天”应用程序的图标显示虚拟图标1。在另一些实施例中，在电子设备200安装但未登录“聊天”应用程序的情况下，电子设备200可以基于已安装的“聊天”应用程序的图标显示虚拟图标1。在另一些实施例中，虚拟图标1也可以是电子设备100通过服务器102发送给电子设备200的(例如虚拟图标1可以包含于数据1中)。在另一些实施例中，虚拟图标1也可以是服务器102基于数据1中的“消息类型”字段中的内容获取到的，然后服务器102再将数据1和虚拟图标1一起发送给电子设备200。

S609-S610、电子设备200检测到用户针对虚拟图标1的操作，响应于该操作，电子设备200显示通知消息列表1，该通知消息列表中包括通知消息1。

具体地，在电子设备200显示虚拟图标1之后，电子设备200可以检测到用户针对虚拟图标1的操作(例如前述图3E所示的上滑操作)，响应于该操作，电子设备200可以显示通知消息列表1(例如图3F所示的通知消息列表350)，该通知消息列表可以为虚拟图标1对应的应用程序的通知消息列表，该通知消息列表中可以包括通知消息1(例如图3F所示的来自Lily的通知消息或来自Ann的通知消息)。

S611-S612、电子设备200检测到用户针对通知消息1的删除操作，响应于该操作，电子设备200取消显示通知消息1。

具体地，在电子设备200显示通知消息列表1之后，如果用户想要删除通知消息1，那么，电子设备200可以检测到用户针对通知消息1的删除操作(例如图3G所示的右滑操作)，响应于该操作，电子设备200可以取消显示通知消息1。

示例性地，在用户删除通知消息1之前，假设通知消息列表1中包括前述图3G所示的来自Lily和Ann的两条通知消息，通知消息1为来自Lily发送的通知消息，那么，在用户删除通知消息1之后，电子设备200在通知消息列表中可以取消显示通知消息1，而只显示前述图3H所示的来自Ann的通知消息。

S613-S616、电子设备200向服务器102发送通知消息1的删除通知，服务器102删除数据1，之后，服务器102向电子设备100发送更新通知，该通知用于指示电子设备100更新通知消息1的状态，之后，电子设备100更新通知消息1的状态。

具体地，在电子设备200检测到用户针对通知消息1的删除操作之后，电子设备200可以向服务器102发送通知消息1的删除通知，该删除通知中可以包括通知消息1的ID信息、删除通知消息1的指示信息(例如通知消息1被删除的状态信息)。服务器102接收到上述删除通知之后，可以基于通知消息1的ID信息查找到已保存的数据1，并删除数据1。之后，服务器102还可以向电子设备100发送更新通知，该通知用于指示电子设备100更新通知消息1的状态，电子设备100接收到服务器102发送的上述更新通知之后，可以更新通知消息1的状态，即把通知消息1的状态更新为“删除”状态。

示例性地，在用户删除通知消息1之前，假设电子设备100的通知栏中包括前述图3M所示的来自Lily和Ann的两条通知消息，通知消息1为来自Lily发送的通知消息，那么，在用户删除通知消息1之后，电子设备100在通知栏中可以取消显示通知消息1，而只显示前述图3N所示的来自Ann的通知消息。

在本申请实施例中，用户除了可以对通知消息1进行删除操作，还可以对通知消息1进行读取操作(即查看通知消息1的具体内容的操作)，与前述步骤S613-步骤S616类似，电子设备200在检测到用户针对通知消息1的读取操作之后，电子设备200可以向服务器102发送通知消息1的已读通知，该已读通知中可以包括通知消息1的ID信息、已读通知消息1的指示信息(例如通知消息1被读取的状态信息)。服务器102接收到上述已读通知之后，可以基于通知消息1的ID信息查找到已保存的数据1，并且可以在数据1中将通知消息1的状态更新为“已读”状态(或者也可以删除数据1)。之后，服务器102还可以向电子设备100发送更新通知，该通知用于指示电子设备100更新通知消息1的状态，电子设备100接收到服务器102发送的上述更新通知之后，可以更新通知消息1的状态，即把通知消息1的状态更新为“已读”状态。

示例性地，假设通知消息1为来自Lily发送的通知消息，在用户读取通知消息1之前，电子设备100可以在前述图3B所示的Lily的头像上显示有数字角标，那么，在用户读取通知消息1之后，电子设备100可以在Lily的头像上取消显示上述数字角标。

上述步骤S613-步骤S615是电子设备200通过服务器102来通知电子设备100更新通知消息的状态的一种可能的实现方式，在一些实施例中，电子设备200向服务器102发送删除通知/已读通知之后，服务器102可以把该删除通知/已读通知转发给电子设备100，不对该删除通知/已读通知做任何更改，也即是说，电子设备200通过服务器102来向电子设备100发送删除通知/已读通知。之后，电子设备100可以基于该删除通知/已读通知来更新通知消息的状态；在另一些实施例中，电子设备200也可以直接向电子设备100发送该删除通知/已读通知，无需通过服务器102来转发。

通过实施上述图6所示的消息共享方法，在用户同时拥有多个电子设备的情况下，即使用户只在其中一个电子设备上安装了某个应用程序，在该电子设备接收到该应用程序中新的通知消息时，用户也可以通过其它电子设备查看到上述电子设备接收到的该应用程序的通知消息，从而避免用户错失重要消息的风险，而且，用户在一个电子设备上就可以同时对其它多个电子设备接收到的通知消息进行查看、删除等操作，操作之后还可以将通知消息的状态(例如已读、删除等状态)同步到其它电子设备，无需依次操作多个电子设备，简化操作，方便快捷，节省时间。此外，共享特性作为某些操作系统(例如鸿蒙操作系统)的标志性特性，有助于和其它生态系统形成差异性和独特性，并且可以增加易用性和实用性，提高用户体验。

场景二(用户的全部电子设备上安装了相同的一个或多个应用程序)：

下面介绍本申请实施例提供的消息共享方法在上述场景二下的具体执行过程。

图7示例性示出了本申请实施例提供的消息共享方法在上述场景二下的具体流程。

如图7所示，该方法可以应用于包括电子设备100、电子设备200、服务器101(应用程序服务器)、服务器102(消息共享服务器)的通信系统，其中，电子设备100和电子设备200可以登录同一账号(例如华为账号)，电子设备100和电子设备200上同时安装有相同的某一个应用程序(例如“浏览器”应用程序、“信息”应用程序等)，服务器101可以是该应用程序的服务器，下面详细介绍该方法的具体步骤：

S701-S703、服务器101向电子设备200发送通知消息1’，电子设备200基于通知消息1’生成数据1’，电子设备200显示通知消息1’。

具体地，服务器101(应用程序服务器)可以是电子设备100和电子设备200上安装的某一个应用程序的服务器，那么，当该应用程序有新的通知消息需要向电子设备200发送时，服务器101可以向电子设备200发送该应用程序的通知消息，电子设备200接收到服务器101发送的通知消息之后，可以显示该通知消息。

同样以前述“浏览器”应用程序为例，服务器101可以为“浏览器”应用程序的服务器，当“浏览器”应用程序有新的通知消息需要向电子设备200发送时，假设新的通知消息为通知消息1’，那么，服务器101可以向电子设备200发送通知消息1’，电子设备200接收到该通知消息1’之后，可以显示该通知消息1’(例如在通知栏中显示或在“浏览器”应用程序的用户界面中显示)。

在本申请实施例中，为了便于用户可以查看跨设备的通知消息，电子设备200在接收到上述通知消息1’之后，可以将该通知消息1’进行封装生成数据1’，以便后续可以将数据1’上传到服务器102(消息共享服务器)，通过服务器102来把通知消息1’发送至其它电子设备，以便用户在其它电子设备上也能查看到通知消息1’。

其中，上述数据1’的格式可以为json格式。不限于此，还可以为其它格式，本申请实施例对此不作限定。关于json格式的数据的相关内容可以参照前述图6中的相关文字描述，在此不再赘述。

以通知消息1’为前述“浏览器”应用程序中的来自头条新闻发送的内容为“XX”的新闻为例，假设“浏览器”应用程序的包名为com.xx.browser，那么，上述json格式的数据1’可以为{{com.xx.chat}，{头条新闻}，{XX}}。

在一些实施例中，上述数据1’中还可以包括通知消息1’的唯一性标识信息，例如，通知消息1’的ID信息，以便后续用户在对通知消息1’进行删除、读取等操作后可以基于通知消息1’的ID信息通过服务器102来通知电子设备200更改通知消息1’的状态。

在一些实施例中，上述数据1’中还可以包括电子设备200的设备信息，例如设备名称、设备类型等，以便其它电子设备可以获知通知消息1’是哪个电子设备上的。

需要说明的是，本申请实施例对执行步骤S702和步骤S703的时间顺序不作限定。例如，步骤S702可以先于、后于、同时与步骤S703执行。

S704、电子设备200判断是否有多个设备登录了账号1，并且设置了消息共享。若是，则电子设备200执行下述步骤S705。

假设电子设备200登录的账号(例如华为账号)为账号1，上述通知消息1’为“浏览器”应用程序的通知消息，那么，电子设备200在接收到服务器101发送的上述通知消息1’之后，电子设备200可以判断是否有多个设备(也就是除电子设备200之外的其它电子设备例如电子设备100等)登录了账号1，且判断电子设备200是否设置了消息共享(例如开启了“浏览器”应用程序的消息共享功能)，若是，例如，电子设备200确定电子设备100也登录了账号1，且电子设备200开启了“浏览器”应用程序的消息共享功能，那么，电子设备200可以执行下述步骤S705。否则，电子设备200不再执行后续步骤。

在一些实施例中，电子设备200也可以在执行完步骤S704确定“是”之后再执行上述步骤S702，执行完S702之后再执行下述步骤S705。

S705-S707、电子设备200向服务器102发送数据1’，服务器102保存数据1’。之后，服务器102向电子设备100发送数据1’。

其中，服务器102在接收到电子设备200发送的数据1’之后，可以先确定哪些电子设备与电子设备200登录了同一账号(例如上述账号1)，确定完成之后，服务器102可以向与电子设备200登录同一账号的全部电子设备发送数据1’，其中，与电子设备200登录同一账号的全部电子设备中可以包括电子设备100。

其中，服务器102确定哪些电子设备与电子设备200登录了同一账号的实现方式可以有多种，例如，服务器102可以提前保存有登录账号1的全部电子设备的设备信息或向其它服务器(例如用于进行账号管理的服务器)获取登录账号1的全部电子设备的设备信息，基于这些设备信息来确定与电子设备200登录同一账号的其它电子设备；又例如，电子设备200也可以把与电子设备200登录同一账号的其它电子设备的设备信息发送给服务器102，服务器102基于这些设备信息将上述数据1’发送给相应设备；等等。

S708-S709、电子设备100检测到用户针对通知消息1’的应用程序的图标的操作，响应于该操作，电子设备100显示通知消息列表1’，该通知消息列表中包括通知消息1’。

具体地，在电子设备100接收到上述服务器102发送的上述数据1’之后，可以对该数据1进行解析，之后，可以确定电子设备100上也安装有通知消息1’对应的应用程序，在本申请实施例中，为了提示用户该应用程序有新的通知消息，因此，可以在该应用程序的图标上添加相关标识，例如在该应用程序的图标底部添加一条横线。

示例性地，以通知消息1’的应用程序为“浏览器”应用程序为例，如果用户想要查看“浏览器”应用程序中新的通知消息，那么，电子设备100可以检测到用户针对“浏览器”应用程序的图标的操作(例如图4A所示的上滑操作)，之后，电子设备100可以显示通知消息列表1’(例如图4C所示的通知消息列表430)，该通知消息列表中可以包括通知消息1’(例如图4C所示的“头条新闻1”或“头条新闻2”)。

示例性地，前述图4C所示的选项431或选项432可以是电子设备100基于上述数据1’生成并显示的。

在一些实施例中，服务器102也可以先不主动向电子设备100发送上述数据1’，而是可以先向电子设备100发送一个指示消息，用于指示某一个应用程序有新的通知消息，在执行完上述步骤S708之后，电子设备100可以再主动向服务器102获取应用程序的通知消息的数据，并基于该数据显示通知消息列表。

S710-S711、电子设备100检测到用户针对通知消息1’的删除操作，响应于该操作，电子设备100取消显示通知消息1’。

具体地，在电子设备100显示通知消息列表1’之后，如果用户想要删除通知消息1’，那么，电子设备100可以检测到用户针对通知消息1’的删除操作(例如图4I所示的右滑操作)，响应于该操作，电子设备200可以取消显示通知消息1’。

示例性地，在用户删除通知消息1’之前，假设通知消息列表1’中包括前述图4I所示的四条通知消息(例如“头条新闻1”、“头条新闻2”、“头条新闻3”、“头条新闻4”)，通知消息1为“头条新闻1”，那么，在用户删除通知消息1’之后，电子设备100在通知消息列表中可以取消显示通知消息1’，而只显示剩余的三条通知消息。

S712-S715、电子设备100向服务器102发送通知消息1’的删除通知，服务器102删除数据1’，之后，服务器102向电子设备200发送更新通知，该通知用于指示电子设备200更新通知消息1’的状态，之后，电子设备200更新通知消息1’的状态。

具体地，在电子设备100检测到用户针对通知消息1’的删除操作之后，电子设备100可以向服务器102发送通知消息1’的删除通知，该删除通知中可以包括通知消息1’的ID信息、删除通知消息1’的指示信息(例如通知消息1’被删除的状态信息)。服务器102接收到上述删除通知之后，可以基于通知消息1’的ID信息查找到已保存的数据1’，并删除数据1’。之后，服务器102还可以向电子设备200发送更新通知，该通知用于指示电子设备200更新通知消息1’的状态，电子设备200接收到服务器102发送的上述更新通知之后，可以更新通知消息1’的状态，即把通知消息1’的状态更新为“删除”状态。

示例性地，在用户删除通知消息1’之前，假设电子设备200的通知栏中包括四条通知消息(例如“头条新闻1”、“头条新闻2”、“头条新闻3”、“头条新闻4”)，通知消息1’为“头条新闻1”，那么，在用户删除通知消息1’之后，电子设备200在通知栏中可以取消显示通知消息1’，而只显示剩余的三条通知消息。

在本申请实施例中，用户除了可以对通知消息1’进行删除操作，还可以对通知消息1’进行读取操作(即查看通知消息1’的具体内容的操作)，与前述步骤S712-步骤S715类似，电子设备100在检测到用户针对通知消息1’的读取操作之后，电子设备100可以向服务器102发送通知消息1’的已读通知，该已读通知中可以包括通知消息1’的ID信息、已读通知消息1’的指示信息(例如通知消息1’被读取的状态信息)。服务器102接收到上述已读通知之后，可以基于通知消息1’的ID信息查找到已保存的数据1’，并且可以在数据1’中将通知消息1’的状态更新为“已读”状态(或者也可以删除数据1’)。之后，服务器102还可以向电子设备200发送更新通知，该通知用于指示电子设备200更新通知消息1’的状态，电子设备200接收到服务器102发送的上述更新通知之后，可以更新通知消息1’的状态，即把通知消息1’的状态更新为“已读”状态。

示例性地，假设通知消息1’对应的应用程序为“信息”应用程序，通知消息1’为图5D所示的来自Lily发送的通知消息，在用户读取通知消息1’之前，电子设备200可以在前述图5A所示的“信息”应用程序的图标上显示有数字角标，那么，在用户读取通知消息1’之后，电子设备200可以在图5F所示的“信息”应用程序的图标上取消显示上述数字角标。

上述步骤S712-步骤S714是电子设备100通过服务器102来通知电子设备200更新通知消息的状态的一种可能的实现方式，在一些实施例中，电子设备100向服务器102发送删除通知/已读通知之后，服务器102可以把该删除通知/已读通知转发给电子设备200，不对该删除通知/已读通知做任何更改，也即是说，电子设备100通过服务器102来向电子设备200发送删除通知/已读通知。之后，电子设备200可以基于该删除通知/已读通知来更新通知消息的状态；在另一些实施例中，电子设备100也可以直接向电子设备200发送该删除通知/已读通知，无需通过服务器102来转发。

通过实施上述图7所示的消息共享方法，在用户同时拥有多个电子设备，且这多个电子设备安装有相同的一个或多个应用程序的情况下，在其中一个电子设备接收到该应用程序中新的通知消息时，用户也可以通过其它电子设备查看到上述电子设备接收到的该应用程序的通知消息，从而避免用户错失重要消息的风险，而且，用户在一个电子设备上就可以同时对其它多个电子设备接收到的通知消息进行查看、删除等操作，操作之后还可以将通知消息的状态(例如已读、删除等状态)同步到其它电子设备，无需依次操作多个电子设备，简化操作，方便快捷，节省时间。此外，共享特性作为某些操作系统(例如鸿蒙操作系统)的标志性特性，有助于和其它生态系统形成差异性和独特性，并且可以增加易用性和实用性，提高用户体验。

下面介绍本申请实施例提供的一种运作FA卡片时电子设备100的内部模块之间的可能的协作方式示意图。

图8示例性示出了本申请实施例提供的一种运作FA卡片时电子设备100的内部模块之间的可能的协作方式。

电子设备100可以包括：卡片使用方、卡片管理服务、卡片提供方。

其中，卡片使用方可以是显示卡片内容的宿主应用(例如“桌面”应用程序)，控制卡片在宿主应用中的显示位置。

其中，卡片管理服务可以是系统提供的一个服务模块，可以用于管理系统中所添加卡片的常驻代理服务，包括卡片对象的管理与使用、以及卡片周期性刷新等。

其中，卡片提供方可以是提供卡片显示内容的应用程序或原子化服务，可以用于控制卡片的显示内容、控件布局以及控件点击事件等。

卡片使用方可以包括添加模块、删除模块、请求更新模块、通信适配模块。

添加模块可以用于添加卡片。

删除模块可以用于删除卡片。

请求更新模块可以用于请求更新卡片。

通信适配模块可以用于通过远程过程调用(RemoteProcedureCall,RPC)通信与卡片管理服务进行信息交互。

卡片管理服务可以包括周期性刷新模块、卡片缓存管理模块、卡片生命周期管理模块、卡片使用方对象管理模块、通信适配模块。

周期性刷新模块可以用于在添加卡片之后，基于卡片的刷新策略启动定时任务周期性触发卡片的刷新。

卡片缓存管理模块可以用于在卡片被添加到卡片管理服务之后，对卡片的视图(View)信息进行缓存，以便下次获取卡片时可以直接返回缓存数据，降低时延。

卡片生命周期管理模块可以用于在卡片切换到后台或者被遮挡的情况下，暂停卡片的刷新；还可以用于在卡片被升级或被卸载的情况下，对卡片数据进行更新和清理。

卡片使用方对象管理模块可以用于对卡片使用方的RPC对象进行管理，例如，可以用于卡片使用方请求进行校验以及对卡片更新后的回调处理。

通信适配模块可以用于通过RPC通信与卡片提供方、卡片使用方进行信息交互。

卡片提供方可以包括实例管理模块(也可以称为卡片提供方实例管理模块)、卡片服务模块，通信适配模块。

实例管理模块可以用于对卡片管理服务分配的卡片实例进行持久化管理。

卡片服务模块可以用于基于创建卡片(OnCreateForm)、删除卡片(OnDeleteForm)、更新卡片(OnUpdateForm)等请求来提供相应的卡片服务，例如创建卡片、删除卡片、更新卡片。

通信适配模块可以用于通过RPC通信与卡片管理服务进行信息交互，例如，将卡片的更新数据主动推送到卡片管理服务；还可以用于接收电子设备100上的消息接收器(图中未示出)接收到的通知消息(例如推送消息、聊天消息等等)，并通过卡片服务模块来构建该通知消息的视图对象，之后将视图对象发送给卡片管理服务，以便进行卡片对象缓存获取及更新，这样，后续电子设备100可以以卡片的形式显示上述通知消息。

下面结合图8介绍电子设备100“显示”通知消息的一种可能的实现方式：

在本申请实施例中，通知消息列表均可以以卡片的形式进行显示。在用户触发显示某一个应用程序的通知消息列表(例如上滑某一个应用程序的图标)之后，卡片使用方的添加模块可以通过RPC通信向卡片管理服务发送“添加卡片”的请求，之后，卡片管理服务可以通过RPC通信来调用卡片提供方的提供的创建卡片的接口(例如OnCreateForm)，结合电子设备100接收到的卡片提供方的通知消息的数据来构建出该通知消息对应的视图(View)对象，并将视图对象传递给电子设备100的显示模块(图中未示出)，通过显示模块来将视图对象以卡片的形式进行显示。

下面结合图8介绍电子设备100“删除”通知消息的一种可能的实现方式：

在本申请实施例中，电子设备100上以卡片的形式显示某一个应用程序的通知消息列表之后，在用户触发删除该通知消息列表中的某一条通知消息(例如右滑/左滑某一条通知消息)之后，卡片使用方可以同时向卡片管理服务发送“删除卡片”(即删除该通知消息)的请求以及该通知消息的ID信息，之后，卡片管理服务可以通过RPC通信来调用卡片提供方提供的删除卡片的接口(例如OnDeleteForm)，删除掉该通知消息，并可以通知前述服务器102(消息共享服务器)删除已保存的该通知消息对应的数据。卡片提供方也可以创建新的视图对象，并通知电子设备100的显示模块刷新显示通知消息列表。

下面结合图8介绍电子设备100“更新”通知消息的一种可能的实现方式：

在本申请实施例中，电子设备100上以卡片的形式显示某一个应用程序的通知消息列表之后，在用户触发在该通知消息列表中更新通知消息(例如双击该通知消息列表的标题所在区域)之后，卡片使用方可以向卡片服务管理发送“更新卡片”的请求，之后，卡片管理服务可以通过RPC通信来调用卡片提供方提供的刷新卡片的接口(例如OnUpdateForm)，获取到最新的通知消息列表的数据，并生成新的视图对象，并通知电子设备100的显示模块刷新显示通知消息列表。

上述仅仅以电子设备100为例介绍运作FA卡片时内部模块之间的可能的协作方式，其它电子设备(例如电子设备200、电子设备300等)与电子设备100类似，在此不再赘述。

应当理解的是，图8所示电子设备100的结构仅是一个示例，并且电子设备100可以具有比图8中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。本申请实施例对此不作限定。

下面介绍本申请实施例提供的一种电子设备100的软件结构。

图9示例性示出了本申请实施例中提供的一种电子设备100的软件结构。

如图9所示，电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为五层，从上至下分别为应用程序层，应用程序框架层，硬件抽象层、内核层、硬件层。

应用程序层可以包括一系列应用程序包。

如图9所示，应用程序包可以包括一个或多个应用程序，例如，卡片提供方，卡片使用方，等等。

其中，卡片提供方可以是提供卡片显示内容的应用程序(例如浏览器、聊天、信息、相机、图库、日历、地图、WLAN、蓝牙、音乐等应用程序)。

其中，卡片使用方可以是显示卡片内容的宿主应用(例如“桌面”应用程序等等)。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图9所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器、卡片管理服务等。

卡片管理服务可以是系统提供的一个服务模块，可以用于管理系统中所添加卡片的常驻代理服务，包括卡片对象的管理与使用、以及卡片周期性刷新等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

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

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，蓝牙驱动，TP/LCD驱动(即触控面板/显示面板的驱动)。

硬件抽象层(HardwareAbstraction Layer,HAL)可以用于将接收到的来自内核层的消息(例如输入事件)发送给应用程序框架层。

硬件层可以包括一个或多个硬件器件，例如，TP/LCD器件。

在本申请实施例中，TP/LCD器件可以接收到用户的触摸操作(例如上滑应用程序的图标的操作、左滑/右滑通知消息的操作、双击通知消息列表的标题所在区域的操作等等)，之后，会触发一个中断事件，通知内核层的TP/LCD驱动获取上述触摸操作的数据，内核层的TP/LCD驱动接收到上述中断事件之后，可以获取上述触摸操作的数据，并转换成输入事件通过硬件抽象层上报给应用程序框架层，应用程序框架层可以识别该输入事件事件所对应的控件，从而进一步来实现上述触摸操作要触发的功能(例如显示通知消息列表、删除通知消息列表中的通知消息、更新通知列表中的通知消息等)。

其中，电子设备200或电子设备300的软件结构可以与电子设备100的软件结构相同或相似，关于电子设备200或电子设备300的软件结构的相关内容可以参照图9所示的电子设备100的软件结构的相关文字描述，在此不再赘述。

下面结合捕获拍照场景，示例性说明电子设备100软件以及硬件的工作流程。

当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。

应当理解的是，图9所示电子设备100的软件结构仅是一个示例，并且电子设备100可以具有比图9中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。本申请实施例对此不作限定。

下面介绍本申请实施例提供的一种进行消息推送的方法流程示意图。

图10示例性示出了本申请实施例提供的一种进行消息推送的方法流程。

如图10所示，该方法可以应用于包括电子设备100、服务器101(应用程序服务器)、服务器103(消息推送服务器)的通信系统，其中，服务器101可以是某一个应用程序的服务器，服务器103可以是第三方推送提供商提供的用于进行消息推送的服务器，下面详细介绍该方法的具体步骤：

S1001、服务器101向服务器103发送请求1，该请求用于指示服务器103向全部或特定电子设备下发推送消息1。

具体地，在某一个应用程序有新的推送消息需要向电子设备发送的情况下，以推送消息1为例，开发者可以通过服务器101(应用程序服务器)调用服务器103(消息推送服务器)的消息推送接口(PushApplicationInterface,Push API)来向服务器103发送请求1，该请求用于指示服务器103向全部或特定电子设备下发推送消息1。

其中，上述请求1中可以包括：全部或特定电子设备的设备信息(例如电子设备的ID信息)、推送消息1的应用程序的信息(例如应用程序的包名)、推送消息1的信息(例如推送消息1的内容)。这样，服务器103就可以确定要向哪个/哪些电子设备上的哪个应用程序下发哪条推送消息。

在一些实施例中，服务器101和服务器103可以集成为一个服务器。

S1002-S1003、服务器103基于请求1确定向一个或多个电子设备下发推送消息1，其中，一个或多个电子设备包括电子设备100。之后，服务器103向电子设备100下发推送消息1的信息。

具体地，在服务器103接收到服务器101发送的请求1之后，可以基于请求1中包括的电子设备的设备信息确定哪个/哪些电子设备下发推送消息，例如，确定向电子设备100下发推送消息，那么，服务器103可以向电子设备100发送上述推送消息1的信息。

其中，服务器103向电子设备100发送上述推送消息1的信息的一种可能的实现方式是：服务器103可以先向电子设备100的厂商提供的消息推送接口发送上述推送消息1的信息，然后通过该消息推送接口将上述推送消息1的信息下发给电子设备100的消息接收器，从而电子设备100可以接收到上述推送消息1的信息。

在一些实施例中，服务器103向相应的电子设备下发推送消息1的信息的同时，还可以将推送消息1的应用程序的信息(例如应用程序的包名)下发给相应的电子设备，以便电子设备可以获知推送消息1是哪个应用程序产生的。

在一些实施例中，上述推送消息1的信息中可以包括推送消息1的应用程序的信息(例如应用程序的包名)。

在一些实施例中，服务器103在确定向哪个/哪些电子设备下发推送消息1的信息之后，也可以将上述请求1直接转发给相应的电子设备。

S1004、电子设备100显示推送消息1。

具体地，在电子设备100接收到服务器103发送的推送消息1的信息之后，电子设备100可以显示该推送消息1。

以推送消息1以卡片的形式进行显示为例，下面结合前述图8和图9所示的电子设备100的结构，介绍电子设备100显示推送消息1的一种可能的实现方式：

电子设备100的消息接收器接收到推送消息1的信息之后，卡片提供方(即推送消息1的应用程序)可以通过通信适配模块接收到该推送消息1的信息，进一步地，卡片提供方可以基于该推送消息1的信息创建该推送消息1的视图对象，创建完成后，可以将该推送消息1的视图对象发送给卡片管理服务，以便进行卡片对象缓存获取及更新，进一步地，在电子设备100检测到用户触发显示上述推送消息1的操作(例如上滑推送消息1的应用程序的图标的操作)之后，卡片使用方(例如“桌面”应用程序)可以向卡片管理服务获取上述已创建完成的推送消息1的视图对象，之后，电子设备100可以在卡片使用方提供的用户界面上以卡片的形式显示上述推送消息1。

下面介绍本申请实施例提供的一种电子设备100的结构示意图。

图11示例性示出了本申请实施例中提供的一种电子设备100的结构。

如图11所示，电子设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

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

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

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

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

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

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

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

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

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

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

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

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

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

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

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

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动终端设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器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静止时可检测出重力的大小及方向。还可以用于识别电子设备100姿态，应用于横竖屏切换，计步器等应用。

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

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

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

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

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

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

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

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

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

其中，电子设备200或电子设备300的结构可以与电子设备100的结构相同或相似，关于电子设备200或电子设备300的结构的相关内容可以参照图11所示的电子设备100的结构的相关文字描述，在此不再赘述。

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

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

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

Claims (22)

1.一种消息共享方法，应用于第一电子设备，其特征在于，所述方法包括：

所述第一电子设备显示第一虚拟图标，所述第一虚拟图标为第一应用程序对应的虚拟图标，所述第一应用程序被安装于第二电子设备上，所述第二电子设备与所述第一电子设备均关联有第一账号；

所述第一电子设备检测到用户针对所述第一虚拟图标的第一操作；

响应于所述第一操作，所述第一电子设备显示第一通知消息列表，所述第一通知消息列表中包括一个或多个选项，所述一个或多个选项包括第一选项，所述第一选项为第一通知消息对应的选项，所述第一通知消息为所述第二电子设备接收到的所述第一应用程序的一条通知消息。

2.根据权利要求1所述的方法，其特征在于，所述第一虚拟图标是基于所述第一应用程序的图标生成的，所述第一虚拟图标用于指示所述第一应用程序未被安装于所述第一电子设备上。

3.根据权利要求1或2所述的方法，其特征在于，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一选项的第二操作；

响应于所述第二操作，所述第一电子设备在所述第一通知消息列表中显示第一内容，所述第一内容为所述第一通知消息的消息内容；

所述第一电子设备向所述第二电子设备发送第一指示消息，所述第一指示消息用于指示所述第二电子设备将所述第一通知消息的状态更新为“已读”状态。

4.根据权利要求1或2所述的方法，其特征在于，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一选项的第三操作；

响应于所述第三操作，所述第一电子设备在所述第一通知消息列表中取消显示所述第一选项；

所述第一电子设备向所述第二电子设备发送第二指示消息，所述第二指示消息用于指示所述第二电子设备将所述第一通知消息的状态更新为“删除”状态。

5.根据权利要求1或2所述的方法，其特征在于，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一通知消息列表的第四操作；

响应于所述第四操作，所述第一电子设备刷新显示所述第一通知消息列表，刷新显示后的所述第一通知消息列表中包括的一个或多个选项与刷新显示前的所述第一通知消息列表中包括的一个或多个选项完全相同或部分相同或完全不同。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述一个或多个选项还包括第二选项，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一通知消息列表的第五操作；

响应于所述第五操作，所述第一电子设备在所述第一通知消息列表中显示所述第二选项，所述第二选项为第二通知消息对应的选项，所述第二通知消息为所述第二电子设备接收到的所述第一应用程序的一条通知消息。

7.根据权利要求1-5任一项所述的方法，其特征在于，在所述第一电子设备显示第一虚拟图标之前，所述方法还包括：

所述第一电子设备接收第一服务器发送的第一数据；

其中，所述第一数据是所述第二电子设备基于所述第一通知消息生成并发送给所述第一服务器的，所述第一数据用于所述第一电子设备基于所述第一数据显示所述第一虚拟图标和所述第一通知消息列表。

8.根据权利要求1-7任一项所述的方法，其特征在于，在满足下述条件之后，所述第一电子设备显示第一虚拟图标：

所述第二电子设备检测到用户为所述第一应用程序开启消息共享功能的操作；

响应于所述操作，所述第二电子设备允许所述第一应用程序向一个或多个电子设备共享消息，所述一个或多个电子设备包括所述第一电子设备。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述第一通知消息列表以特征能力FA卡片的形式显示于所述第一电子设备上。

10.一种消息共享方法，应用于第一电子设备，其特征在于，所述方法包括：

所述第一电子设备显示第一用户界面，所述第一用户界面中包括一个或多个应用程序的图标，所述一个或多个应用程序的图标包括第一应用程序的图标，所述第一应用程序被安装于所述第一电子设备和第二电子设备上，所述第二电子设备与所述第一电子设备均关联有第一账号；

所述第一电子设备检测到用户针对所述第一应用程序的图标的第一操作；

响应于所述第一操作，所述第一电子设备显示第一通知消息列表，所述第一通知消息列表中包括一个或多个选项，所述一个或多个选项包括第一选项，所述第一选项为第一通知消息对应的选项，所述第一通知消息为所述第二电子设备接收到的所述第一应用程序的一条通知消息。

11.根据权利要求10所述的方法，其特征在于，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一选项的第二操作；

响应于所述第二操作，所述第一电子设备在所述第一通知消息列表中显示第一内容，所述第一内容为所述第一通知消息的消息内容；

所述第一电子设备向所述第二电子设备发送第一指示消息，所述第一指示消息用于指示所述第二电子设备将所述第一通知消息的状态更新为“已读”状态。

12.根据权利要求10所述的方法，其特征在于，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一选项的第三操作；

响应于所述第三操作，所述第一电子设备在所述第一通知消息列表中取消显示所述第一选项；

所述第一电子设备向所述第二电子设备发送第二指示消息，所述第二指示消息用于指示所述第二电子设备将所述第一通知消息的状态更新为“删除”状态。

13.根据权利要求10所述的方法，其特征在于，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一通知消息列表的第四操作；

响应于所述第四操作，所述第一电子设备刷新显示所述第一通知消息列表，刷新显示后的所述第一通知消息列表中包括的一个或多个选项与刷新显示前的所述第一通知消息列表中包括的一个或多个选项完全相同或部分相同或完全不同。

14.根据权利要求10-13任一项所述的方法，其特征在于，所述一个或多个选项还包括第二选项，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一通知消息列表的第五操作；

响应于所述第五操作，所述第一电子设备在所述第一通知消息列表中显示所述第二选项，所述第二选项为第二通知消息对应的选项，所述第二通知消息为所述第二电子设备接收到的所述第一应用程序的一条通知消息。

15.根据权利要求10所述的方法，其特征在于，在所述第一电子设备显示第一通知消息列表之后，所述方法还包括：

所述第一电子设备检测到用户针对所述第一选项的第六操作；

响应于所述第六操作，所述第一电子设备显示第二用户界面，所述第二用户界面为所述第一应用程序的一个用户界面，所述第二用户界面中包括第二内容，所述第二内容为所述第一通知消息的消息内容；

所述第一电子设备向所述第二电子设备发送第三指示消息，所述第三指示消息用于指示所述第二电子设备将所述第一通知消息的状态更新为“已读”状态。

16.根据权利要求10-15任一项所述的方法，其特征在于，所述第一用户界面中包括的所述一个或多个应用程序的图标为有未读通知消息的应用程序的图标，在所述第一电子设备显示第一用户界面之前，所述方法还包括：

所述第一电子设备显示第三用户界面，所述第三用户界面中包括所述第一应用程序的图标；

所述第一电子设备检测到用户针对所述第一应用程序的图标的第七操作；

响应于所述第七操作，所述第一电子设备显示所述第一用户界面。

17.根据权利要求10-16任一项所述的方法，其特征在于，在所述第一电子设备显示第一用户界面之前，所述方法还包括：

所述第一电子设备接收第一服务器发送的第一数据；

其中，所述第一数据是所述第二电子设备基于所述第一通知消息生成并发送给所述第一服务器的，所述第一数据用于所述第一电子设备基于所述第一数据显示所述第一通知消息列表。

18.根据权利要求10-17任一项所述的方法，其特征在于，在满足下述条件之后，所述第一电子设备显示第一用户界面：

所述第二电子设备检测到用户为所述第一应用程序开启消息共享功能的操作；

响应于所述操作，所述第二电子设备允许所述第一应用程序向一个或多个电子设备共享消息，所述一个或多个电子设备包括所述第一电子设备。

19.根据权利要求10-18任一项所述的方法，其特征在于，所述第一通知消息列表中还包括所述第二电子设备的标识，所述第二电子设备的标识用于指示所述第一通知消息为所述第二电子设备接收到的。

20.根据权利要求10-19任一项所述的方法，其特征在于，所述第一通知消息列表以特征能力FA卡片的形式显示于所述第一电子设备上。

21.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和一个或多个存储器；其中，所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备执行如权利要求1-9或10-20中任一项所述的方法。

22.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令在电子设备上运行时，使得所述电子设备执行如权利要求1-9或10-20中任一项所述的方法。