CN114125786A - 消息同步方法、可读介质和电子设备 - Google Patents

Abstract

本申请涉及终端技术领域，公开了一种消息同步方法、可读介质和电子设备。该方法包括：在第一电子设备和第二电子设备的保持通信连接的情况下，第一电子设备在向第二电子设备同步通知消息过程中，记录该通知消息在第一电子设备和第二电子设备中的对应关系；在第一电子设备和第二电子设备的保持通信断开并恢复的情况下，第一电子设备和第二电子设备根据上述对应关系同步各自显示的通知消息或各自显示的通知消息的读取状态，使得第一电子设备和第二电子设备在蓝牙连接断开并恢复后，显示的通知消息或通知消息的读取状态一致，提升了用户同步通知消息的体验。

Description

消息同步方法、可读介质和电子设备

技术领域

本申请涉及终端技术领域，特别涉及一种消息同步方法、可读介质和电子设备。

背景技术

随着终端技术的发展，用户持有的电子设备的种类和数量逐渐增加，为了便于查看消息，通常通过蓝牙等方式将多个电子设备消息进行同步，例如通过蓝牙将手机的消息同步给可穿戴设备，如智能手表，以便于在可穿戴设备上查看消息。但是，如果用户在手机和可穿戴设备间的蓝牙连接断开后查看消息，手机和可穿戴设备间无法同步消息的查看状态（如已读、未读），从而在手机和可穿戴设备间的蓝牙连接恢复后，手机和可穿戴设备上显示的未读消息不同，影响用户体验。

发明内容

有鉴于此，本申请实施例提供了一种消息同步方法，通过在第一电子设备和第二电子设备的蓝牙连接断开并恢复后，同步第一电子设备和第二电子设备中未读的通知消息，使得第一电子设备和第二电子设备上显示的未读的通知消息或通知消息的未读状态相同，提升了用户体验。

第一方面，本申请实施例提供了一种消息同步方法，包括：

第一电子设备显示接收到的第一通知消息和第二通知消息，其中第一通知消息和第二通知消息处于未读状态；

与第一电子设备建立通信连接的第二电子设备显示从第一电子设备接收到的第一通知消息和第二通知消息，其中第一通知消息和第二通知消息处于未读状态；

第一电子设备在检测到第一电子设备上显示的第一通知消息被用户读取的情况下，不在第一电子设备上显示第一通知消息、或将第一通知消息的读取状态显示为已读，并且第二电子设备在第二电子设备不再显示第一通知消息、或将第一通知消息的读取状态显示为已读；

第一电子设备和第二电子设备的通信连接断开；

第一电子设备在检测到第二通知消息被用户读取的情况下，在第一电子设备上不再显示第二通知消息、或将第二通知消息的读取状态显示为已读，并且第二电子设备保持显示第二通知消息、或将第二通知消息的读取状态保持显示为未读；

在第一电子设备和第二电子设备的重新建立通信连接的情况下，第二电子设备不再显示第二通知消息、或将第二通知消息的读取状态显示为已读。

也即是在本申请实施例中，第一电子设备和第二电子设备在存在通信连接（例如蓝牙通信连接）期间，显示的未读的通知消息或通知消息的未读状态相同，并且在第一电子设备和第二电子设备的通信连接断开并重新连接后，第一电子设备和第二电子设备可以对各自显示的未读通知消息或通知消息的未读状态进行同步，使得第一电子设备和第二电子设备显示的未读通知消息或通知消息的未读状态一致，提升了用户体验。

在上述第一方面的一种可能实现中，上述方法还包括：

在第一电子设备和第二电子设备的通信连接断开期间，第一电子设备接收到并显示处于未读状态的第三通知消息，并且第二电子设备上未显示有第三通知消息；

在第一电子设备和第二电子设备的重新建立通信连接的情况下，第二电子设备显示第三通知消息，并且第三通知消息处于未读状态。

也即是说在第一电子设备在和第二电子设备的通信连接断开期间，若接收到了新的未读的通知消息，则在和第二电子设备的通信连接重新建立后，将该新的未读的通知消息发送给第二电子设备，使得第二电子设备也能显示该新的未读的通知消息或该新的未读的通知消息的未读状态，从而使得第一电子设备和第二电子设备显示的未读通知消息或通知消息的未读状态一致，提升了用户体验。

在上述第一方面的一种可能实现中，上述方法还包括：

在第一电子设备和第二电子设备的通信连接断开之前，第一电子设备和第二电子设备上均显示有处于未读状态的第四通知消息；

在第一电子设备和第二电子设备的通信连接断开期间，第二电子设备检测到第四通知消息被用户读取；

第二电子设备上不再显示第四通知消息、或将第四通知消息的读取状态显示为已读，并且第一电子设备保持显示第四通知消息、或将第四通知消息的读取状态保持显示为未读；

在第一电子设备和第二电子设备的重新建立通信连接的情况下，第一电子设备不再显示第四通知消息、或将第四通知消息的读取状态显示为已读。

也即是用户在第一电子设备和第二电子设备的通信连接断开期间，在第二电子设备中读取了第四通知消息，在第一电子设备和第二电子设备的通信连接重新建立后，第一电子设备不再显示第四通知消息或将第四通知消息的读取状态显示为已读，从而使得第一电子设备和第二电子设备显示的未读通知消息或通知消息的未读状态一致，提升了用户体验。

在上述第一方面的一种可能实现中，上述方法还包括：

第一电子设备根据第一通知消息和第二通知消息的消息标识分别确定第一通知消息和第二通知消息的推送标识；

第一电子设备存储第一通知消息的消息标识和推送标识的对应关系、第二通知消息的消息标识和推送标识的对应关系，并将第一通知消息和第二通知消息的内容和推送标识发送给第二电子设备。

也即是第一电子设备在向第二电子设备推送通知消息时，根据通知消息的消息标识（通知消息在第一电子设备中的标识），确定该通知消息的推送标识（通知消息在第二电子设备中的标识），存储通知消息的消息标识和推送标识的对应关系，并将通知消息的内容和推送标识发送给第二电子设备，从而可以建立起第一电子设备和第二电子设备中的通知消息的对应关系，以便于在第一电子设备和第二电子设备的通信连接断开并恢复后根据该对应关系进行通知消息同步。

在上述第一方面的一种可能实现中，上述方法还包括：

第一电子设备在和第二电子设备的通信连接恢复后，向第二电子设备发送第二通知消息在第二电子设备中的推送标识。

也即是第一电子设备在和第二电子设备的通信连接恢复后，向第二电子设备发送第二电子设备中已读的通知消息的推送标识，以便于第二电子设备在接收到推送标识，不再显示该推送标识对应的通知消息或将该推送标识对应的通知消息的读取状态显示为已读。

在上述第一方面的一种可能实现中，上述第二电子设备不再显示第二通知消息、或将第二通知消息的读取状态显示为已读，包括：

第二电子设备从第一电子设备接收第二通知消息的推送标识，并基于推送标识从第二电子设备显示的通知消息中确定出第二通知消息，不再显示第二通知消息、或将第二通知消息的读取状态显示为已读。

在上述第一方面的一种可能实现中，上述方法还包括：

第一电子设备根据第三通知消息的消息标识，确定第三通知消息的推送标识；

第一电子设备存储第三通知消息的消息标识和推送标识的对应关系，并将第三通知消息的内容和推送标识发送给第二电子设备。

即是第一电子设备在和第二电子设备的通信连接恢复后，确定在通信连接断开期间接收到的新的未读的通知消息的推送标识，存储该新的未读的通知消息的推送标识和消息标识的对应关系，并将该新的未读的通知消息的推送标识发送给第二电子设备。

在上述第一方面的一种可能实现中，上述方法还包括：

第二电子设备在和第一电子设备重新建立通信连接的情况下，向第一电子设备发送第四通知消息的推送标识，推送标识由第一电子设备向第二电子设备发送第四通知消息时确定。

也即是第二电子设备在和第一电子设备重新建立通信连接的情况下，向第一电子设备发送在通信连接断开期间已经第二电子设备上被用户读取的通知消息的推送标识，以便于第一电子设备根据该推送标识不再显示该已经被用户读取的通知消息或将该已经被用户读取的通知消息的读取状态显示为已读。

在上述第一方面的一种可能实现中，上述第一电子设备不再显示第四通知消息、或将第四通知消息的读取状态显示为已读，包括：

第一电子设备基于接收到的第四通知消息的推送标识，从第一电子设备显示的通知消息中确定出第四通知消息，不再显示第四通知消息、或将第四通知消息的读取状态显示为已读。

第二方面，本申请实施例提供了一种可读介质，该可读介质上存储有供第一电子设备和/或第二电子设备执行的指令，该指令在第一电子设备或第二电子设备上执行时使第一电子设备和/或第二电子设备实现上述第一方面及第一方面的各种可能实现提供的任意一种消息同步方法。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及处理器，是电子设备的处理器之一，用于执行所述指令使电子设备实现上述第一方面及第一方面的各种可能实现提供的任意一种消息同步方法。

附图说明

图1A根据本申请的一些实施例，示出了一种手机10和智能手表20在蓝牙连接保持期间，手机10和智能手表20显示的通知消息示意图；

图1B根据本申请的一些实施例，示出了一种手机10和智能手表20在蓝牙连接断开后，用户分别在手机10和智能手表20读取通知消息的场景示意图；

图1C根据本申请的一些实施例，示出了一种手机10和智能手表20在蓝牙连接断开后，手机10和智能手表20显示的通知消息示意图；

图1D根据本申请的一些实施例，示出了一种手机10和智能手表20在蓝牙连接断开并恢复后，手机10和智能手表20显示的通知消息示意图；

图2A根据本申请的一些实施例，示出了一种对手机10和智能手表20的未读通知消息进行对比的示意图；

图2B根据本申请的一些实施例，示出了一种对手机10和智能手表20的显示的未读通知消息的示意图；

图3根据本申请的一些实施例，示出了一种消息同步方法的交互过程示意图；

图4A根据本申请的一些实施例，示出了一种手机10的显示界面示意图；

图4B根据本申请的一些实施例，示出了一种手机10显示的运动健康应用的界面示意图；

图4C根据本申请的一些实施例，示出了一种手机10显示的运动健康应用的添加设备界面示意图；

图4D根据本申请的一些实施例，示出了一种手机10搜索到智能手表20后显示的界面示意图；

图4E根据本申请的一些实施例，示出了一种手机10显示的运动健康应用的开启消息通知界面示意图；

图4F根据本申请的一些实施例，示出了一种手机10在运动健康应用中添加智能手表20设备界面示意图；

图4G根据本申请的一些实施例，示出了一种手机10R 运动健康应用中智能手表20的参数信息界面示意图；

图5A根据本申请的一些实施例，示出了一种手机10显示的设置界面示意图；

图5B根据本申请的一些实施例，示出了一种手机10显示的通知界面示意图；

图5C根据本申请的一些实施例，示出了一种手机10显示的批量管理界面示意图；

图6根据本申请的一些实施例，示出了一种手机10和智能手表20的软件架构示意图；

图7A根据本申请的一些实施例，示出了一种手机10和智能手表20在蓝牙连接保持期间的交互过程示意图；

图7B根据本申请的一些实施例，示出了一种手机10和智能手表20在蓝牙连接断开并恢复后的交互过程示意图；

图8根据本申请的一些实施例，示出了一种手机10的结构示意图；

图9根据本申请的一些实施例，示出了一种智能手表20的结构示意图。

具体实施方式

本申请的说明性实施例包括但不限于消息同步方法、可读介质和电子设备。

如前所述，用户在手机和可穿戴设备间的蓝牙连接断开的情况下查看通知消息，由于手机和可穿戴设备间没有通信连接，无法进行通知消息同步，从而在手机和可穿戴设备间的蓝牙连接恢复后，手机和可穿戴设备上显示的未读通知消息不同，影响用户体验。

例如，参考图1A，手机10在和智能手表20建立蓝牙连接后，可以将手机10的通知栏中的通知消息推送到智能手表20上，以便于用户可以根据需要选择一个设备查看通知消息，并且在手机10和智能手表20保持蓝牙连接的情况下，用户在任一个电子设备查看一个通知消息后，该通知消息会在该电子设备的未读通知消息列表中被移除，同时，另一个电子设备中对应的通知消息也会从未读通知消息列表中被移除。

但是，在手机10和智能手表20的蓝牙连接断开后，若用户在电子设备上查看通知消息，则手机10或智能手表20上被查看的通知消息无法同步。例如，参考图1B，在蓝牙连接断开的情况下，用户查看了手机10上的通知消息“TOM发送的微信通知消息”、查看了智能手表20的通知消息“备忘录通知消息”。用户查看完通知消息后，手机10和智能手表20显示的未读通知消息列表如图1C所示，可见未读通知消息中两者的未读通知消息不一致。此外，即使是手机10和智能手表20的蓝牙连接恢复，手机10的消息同步服务会也无法将重新建立蓝牙连接前，新接收到的通知消息同步给智能手表20，故而如图1D所示，手机10在蓝牙连接断开期间新增的通知消息，例如“LILY发送的信息”，无法同步到智能手表20的未读通知消息列表中，影响用户体验。

可以理解，电子设备的未读通知消息列表中包括了电子设备中用户未查看的所有通知消息，例如显示在手机10的通知栏中用户未查看的通知消息、智能手表20显示由其他电子设备推送的用户未查看的通知消息。

为解决上述问题，本申请实施例提供了一种消息同步方法，可以在两个电子设备的蓝牙连接断开并恢复后，对断开期间两个电子设备的消息读取和接收情况做比对，然后根据比对结果，将蓝牙连接断开期间用户仅在单个电子设备上的消息读取情况和单个电子设备新接收到的通知消息，在两个电子设备上进行同步。

例如，对于上述应用场景，在检测到手机10和智能手表20的蓝牙连接断开并恢复后，可以将智能手表20中的未读通知消息和手机10中的未读通知消息进行对比，确定出手机10和智能手表20均未读的通知消息。然后，将确定出的两个电子设备均未读的通知消息分别显示在手机10和智能手表20的未读通知消息列表中。同时，对于手机10接收到而智能手表20未接收到的新的通知消息，显示到智能手表20的未读通知消息列表中，即在本申请的技术方案中，在检测到手机10和智能手表20的蓝牙连接断开并恢复后，手机10和智能手表20的未读通知消息列表中的未被读取的通知消息相同，提升了用户体验。

可以理解，在一些实施例中，在智能手表20也能向手机10发送通知消息的情况下，在智能手表20和手机10的蓝牙连接重建后，智能手表20也可以将智能手表20接收到而手机10未接收新的通知消息，显示到手机10的未读通知消息列表中。

具体地，对于图1A至图1D所示的场景，参考图2A，智能手表20的未读通知消息列表包括“JIM发送的信息”、“日历通知消息”和“TOM发送的微信消息”，手机10的未读通知消息列表包括“LILY发送的信息”、“JIM发送的信息”、“日历通知消息”和“备忘录通知消息”，对比可知“JIM发送的信息”、“日历通知消息”是手机10和智能手表20均未读的通知消息，“LILY发送的信息”是在手机10在蓝牙连接断开期间新增的通知消息，从而可以确定出手机10和智能手表20均未读的通知消息包括“JIM发送的信息”、“LILY发送的信息”和“日历通知消息”，进而可以将手机10的未读通知消息列表更新为包括上述3个通知消息，并将上述3个通知消息发送给智能手表20，智能手表20在接收到手机10发送的上述通知消息后，将智能手表20的未读通知消息列表也更新为包括上述3个通知消息，参考图2B，可见手机10的未读通知消息列表和智能手表20的未读通知消息列表中未被读取的通知消息一致，提升了用户体验。

可以理解，在一些实施例中，手机10和智能手表20也可以不将已读的通知消息从手机10或智能手表20的通知消息列表中移除，而是将已读的通知消息的状态标示为已读，例如采用不同的颜色显示，增加已读的标识等，在此不做限定。

可以理解，在另一些实施例中手机10和智能手表20间也可以采用其他类型的通信连接进行消息同步，例近场通信（Near Field Communication，NFC）等，手机10在检测到上述通信连接断开并重连后也可以通过本申请实施例提供的方法对手机10和智能手表20的未读通知消息列表进行同步，在此不做限定。

下面结合图1A至图2B所示的场景，介绍手机10和智能手表20通过本申请实施例提供的消息同步方法进行交互的过程。

具体地，图3根据本申请的一些实施例，示出了一种消息同步方法的交互过程示意图，如图3所示，该过程包括如下步骤：

S301：手机10和智能手表20通过蓝牙连接建立绑定关系，并确定手机10中要将通知消息推送到智能手表20的应用程序。

即是手机10和智能手表20通过蓝牙连接建立绑定关系，以便于手机10可以通过蓝牙连接将通知消息推送到智能手表20。

例如，参考图4A至图4D，用户可以通过在图4A所示的界面中点击“运动健康”图标41，以启动“运动健康”应用程序；然后，在图4B所示的运动健康应用程序的界面点击“设备”控件42进入图4C所示的设备界面；再通过对图4C所示的“添加设备”控件43的点击，进入图4D所示的添加设备界面；最后，在手机10搜索到智能手表20后，点击“连接”控件44即可建立手机10和智能手表20的蓝牙连接。

可以理解，在一些实施例中，在手机10和智能手表20首次建立连接时，用户点击上述“连接”控件44后，还会进入图4E所示的“开启通知消息”的界面，用户可以对该界面中各应用程序对应的开关进行操作，来确定是否将各应用程序的通知消息推送到智能手表20中，也即是说，在开启上述开关的情况下，手机10在检测到该应用程序传送到手机10的通知栏的通知消息后，才会将该通知消息推送到智能手表20中。例如，参考图4E，“运动健康”、“信息”、“日历”、“备忘录”和“微信^TM”应用程序的通知消息被设置为推送到智能手表20，“智慧助手∙今天”和“YOYO建议”应用程序的通知消息被设置为不推送到智能手表20。

可以理解，在手机10和智能手表20通过蓝牙连接建立过绑定关系后，手机10在检测到智能手表20后可以自动和智能手表20建立连接，例如在手机10和智能手表20由于距离太远、干扰等原因断开蓝牙连接后，手机10若检测到智能手表20的蓝牙信号（例如蓝牙广播），即可自动恢复和智能手表20的蓝牙连接。

可以理解，在一些实施例中，手机10和智能手表20通过蓝牙连接建立绑定关系后，“运动健康”应用程序的设备界面如图4F所示，用户可以通过点击“智能手表20”图标45，对智能手表20的参数进行设置，例如用户在点击“智能手表20”图标45后，即可进入图4G所示的智能手表20的设置界面，用户可以通过点击“消息通知”控件46，进入图4E所示的通知消息设置界面，以选择将通知消息推送到智能手表20中。

可以理解，在一些实施例中，用户还可以在手机10中设置在手机10的通知栏显示通知消息的应用程序。例如，用户可以通过点击图4A所示的显示界面中的“设置”应用程序的图标47，进入图5A所示的设置界面；再通过点击“通知”控件51，进入图5B所示的通知设置界面；然后，在通知设置界面点击“批量管理”控件52，进入图5C所示的通知消息批量管理界面；最后，在图5C所示的界面中选择需要在手机10的通知栏显示通知消息的应用程序，也即是说，只有用户选择的应用程序的通知消息，才会显示到手机10的通知栏中。例如，参考图5C，“运动健康”、“信息”、“日历”、“备忘录”、“微信^TM”和“智慧助手∙今天”应用程序的通知消息为显示到手机10的通知栏， “YOYO建议”应用程序的通知消息为不显示到手机10的通知栏。

可以理解，在一些实施例中，在上述通知批量管理界面中被设置为在手机10的通知栏显示通知消息、并且在上述“运动健康”应用程序中被设置为向智能手表20推送消息的应用程序的通知消息，才会推送到智能手表20中。例如，结合前述图4E和图5C可知，“运动健康”、“信息”、“日历”、“备忘录”和“微信^TM”应用程序的通知消息既显示到手机10的通知栏也推送到智能手表20，“智慧助手∙今天”的通知消息只显示在手机10的通知栏而不推送到智能手表20，“YOYO建议”应用程序的通知消息为既不显示到手机10的通知栏也不推送到智能手表20。

可以理解，上述以“运动健康”应用程序介绍手机10和智能手表20通过蓝牙连接建立绑定关系的过程只是一种示例，在另一些实施例中，也可以通过其他应用程序或其他方式建立手机10和智能手表20的绑定关系，例如通过在手机10和智能手表20上登录同一账户来建立手机10和智能手表20的绑定关系、通过近距离无线通信技术(Near FieldCommunication，NFC)，红外技术(Infrared，IR)等其他通信连接方式来建立手机10和智能手表20的绑定关系等，本申请实施例不做限定。

S302：根据待推送通知消息的消息标识确定推送标识，记录该通知消息的消息标识和推送标识对应关系，并将通知消息和对应的推送标识发送给智能手表20。

即是手机10在向智能手表20推送前述步骤S301确定出的向智能手表20推送通知消息的应用程序的通知消息时，可以根据待推送的通知消息的消息标识确定一个推送标识（该通知消息在智能手表20中的消息标识），记录通知消息的消息标识和推送标识的对应关系，并将通知消息的具体内容和通知消息对应的推送标识推送给智能手表20，以便于手机10可以根据智能手表20中的通知消息的推送标识确定该通知消息在手机10中对应的消息标识。

可以理解，通知消息的消息标识可以唯一标识手机10中的通知消息，在一些实施例中，通知消息的消息标识可以由手机10的应用程序在生成一条通知消息时确定。

可以理解，在一些实施例中，通知消息的消息标识可以包括该通知消息对应的应用程序的应用程序标识、该通知消息在对应的应用程序的通知消息中的序号等。

可以理解，通知消息的推送标识可以唯一标识智能手表20中的通知消息，在一些实施例中，通知消息的推送标识可以由手机10向智能手表20推送通知消息时生成。

可以理解，通知消息的推送标识可以包括该通知消息对应的应用程序的应用程序标识、该通知消息在对应的应用程序的通知消息中的序号等。

可以理解，在一些实施例中，通知消息的消息标识和推送标识的对应关系可以由预设在手机10中的函数来确定并存储，具体的实现方法将在下文进行详细介绍，在此不做赘述。

可以理解，在一些实施例中，手机10可以将通知消息的消息标识和推送标识的对应关系存储到数据库中；在另一些实施例中，手机10也可以将通知消息的消息标识和推送标识的对应关系存储到其他位置或者以其他形式进行存储，本申请实施例不做限定。

可以理解，在一些实施例中，通知消息的消息标识和推送标识的形式可以相同，也可以不同，本申请实施例不做限定。

S303：智能手表20显示接收到的通知消息。即是智能手表20在接收到手机10推送的通知消息的情况下，将接收到的通知消息显示在智能手表20的显示屏上。

可以理解，在一些实施例中，智能手表20可以将通知消息对应的推送标识存储于智能手表20的存储器中，以便于智能手表20在检测到和手机10的蓝牙连接断开并恢复后可以从存储器中获取智能手表20未读的通知消息的推送标识。

如前所述，在手机10和智能手表20间的蓝牙连接断开的情况下，用户在一个电子设备中查看通知消息后，即从该电子设备中的未读通知消息列表中移除一个通知消息后，该通知消息不会从另一个电子设备的未读通知消息列表中移除，并且单个电子设备在蓝牙连接断开期间新增的通知消息也不会同步到另一个电子设备当中。为确保手机10和智能手表20在蓝牙连接恢复后手机10和智能手表20上显示的未读的通知消息一致，可在蓝牙连接恢复后对手机10和智能手表20的通知消息进行同步，下面介绍本申请实施例在手机10和智能手表20间的蓝牙连接恢复后，对通知消息进行同步的技术方案。

S304：手机10检测到和智能手表20的蓝牙连接重新连接的情况下，获取手机10的未读通知消息列表中各通知消息的消息标识。例如，手机10可以从手机10中管理通知消息的服务中获取手机10的未读通知消息列表中各通知消息的消息标识。

S305：智能手表20在检测到和手机10的蓝牙连接重新连接的情况下，获取智能手表20的未读通知消息列表中各通知消息的推送标识并发送给手机10。例如，智能手表20可以从智能手表20中管理通知消息的服务中获取智能手表20的未读通知消息列表中各通知消息的推送标识。

S306：手机10将手机10的未读通知消息列表中各通知消息的消息标识、智能手表20的未读通知消息列表中各通知消息的推送标识和数据库中存储的各通知消息的消息标识和推送标识的对应关系进行对比，确定手机10和智能手表20均未读的通知消息。

可以理解，在一些实施例中，手机10可以将智能手表20的未读通知消息列表中各通知消息的推送标识和数据库中存储的各通知消息的消息标识和推送标识的对应关系进行对比，确定出蓝牙连接断开前的通知消息中智能手表20未读的通知消息集合A；将手机10的未读通知消息列表中各通知消息的消息标识和数据库中存储的各通知消息的消息标识和推送标识的对应关系进行对比，确定出蓝牙连接断开前的通知消息中手机10未读的通知消息集合B以及手机10在与智能手表20的蓝牙连接断开期间新增的通知消息集合C，对集合A和B求交集即可得到蓝牙连接断开前的通知消息中，手机10和智能手表20均未读的通知消息集合D；再对集合C和集合D求并集得到集合E，即可得到要显示在手机10的通知栏和智能手表20中的通知消息的集合，即是手机10和智能手表20均未读的通知消息。

例如，对于图1D所示的场景中，集合A={“JIM发送的信息”，“日历通知消息”， “备忘录通知消息”}，集合B={“JIM发送的信息”，“日历通知消息”，“TOM 发送的微信^TM消息” }，集合C={“LILY发送的信息”}，从而集合D=A∩B={“JIM发送的信息”，“日历通知消息”}，E=C∪D={“JIM发送的信息”，“日历通知消息”，“LILY发送的信息”}，也即是手机10和智能手表20均未读的通知消息包括“JIM发送的信息”、 “日历通知消息”和“LILY发送的信息”。

可以理解，在另一些实施例中，手机10也可以通过其他方式确定手机10和智能手表20均未读的通知消息，本申请实施例不做限定。

S307：手机10在通知栏显示确定出的手机10和智能手表20均未读的通知消息，并将各通知消息和各通知消息对应的推送标识发送给智能手表20。即是手机10基于确定出的手机10和智能手表20均未读的通知消息，更新并显示手机10的未读通知消息列表中的通知消息。

可以理解，在一些实施例中，手机10可以先清空手机10的通知栏中当前显示的手机10的未读通知消息列表，再显示更新后的包括前述确定出的手机10和智能手表20均未读的通知消息的未读通知消息列表；在另一些实施例中，手机10也可以将确定出的手机10和智能手表20均未读的通知消息和手机10当前的未读通知消息列表进行对比，并从通知栏中删除智能手表20已读的通知消息，在此不做限定。例如，参考图2B，手机10可以在通知栏中显示上述集合E中各通知消息，并将集合E中的各通知消息和各通知消息对应的推送标识发送给智能手表20。

可以理解，在一些实施例中，对于手机10在与智能手表20的蓝牙连接断开期间新增的通知消息，例如前述“LILY发送的信息”，手机10可以根据该通知消息的消息标识确定出该通知消息的推送标识，并记录该消息标识和推送标识的对应关系。

可以理解，在一些实施例中，对于在蓝牙连接断开前已向智能手表20推送过的消息，手机10也可以只向智能手表20发送该类消息的推送标识及未读状态（已读/未读），而不发送该类通知消息的具体内容，在此不做限定。

S308：智能手表20显示接收到的通知消息。

即是智能手表20根据接收到手机10发送的各通知消息，更新并显示智能手表20的未读通知消息列表中的通知消息。

在一些实施例中，智能手表20在接收到手机10发送的各通知消息后，可以清空智能手表20中所有未读的通知消息，再显示接收到的手机10和智能手表20均未读的通知消息；在另一些实施例中，手机10也可以将确定出的手机10和智能手表20均未读的通知消息和智能手表20当前的未读通知消息列表进行对比，移除手机10已读的通知消息，并增加手机10在与智能手表20的蓝牙连接断开期间接新增的未读通知消息，在此不做限定。例如，参考图2B，智能手表20可以显示前述集合E中的通知消息。

可以理解，前述步骤S301至步骤S308的执行顺序只是一种示例，在另一些实施例中，可以合并或拆分部分步骤，也可以调整各步骤的执行顺序，本申请实施例不做限定。

可以理解，在另一些实施例中，手机10和智能手表20的功能可以互换，也即是由智能手表20向手机10发送通知消息，本申请实施例不做限定。

通过本申请实施例提供的方法，手机10和智能手表20在蓝牙连接断开并重新恢复后，可以对蓝牙连接断开期间的通知消息的查看状态进行同步，并将手机10在蓝牙连接断开期间新增的通知消息同步给智能手表20，从而确保手机10和智能手表20上显示的未读通知消息一致，提高了用户体验。

进一步，为了使本申请实施例的技术方案更加清晰，下面结合附图介绍用于实现本申请实施例提供的消息同步方法的软件架构图。

具体地，图6根据本申请的一些实施例，示出了一种实现本申请实施例提供的消息同步方法的软件结构示意图。

参考图6，手机10的软件架构包括应用程序层010、应用程序框架层011和内核层012，其中：

应用程序层010包括手机10的应用程序，包括但不限于系统应用程序和第三方应用程序，例如“日历”应用程序17、“运动健康”应用程序16等。应用程序层010中的应用程序，例如“日历”应用程序17可以将新的通知消息传送给应用程序框架层011中的通知管理服务12，以便于通知管理服务12将该通知消息传送给视图系统13并显示在手机10的通知栏中。

可以理解，在一些实施例中，运动健康应用程序16可以向应用程序框架层011中的Synergy服务11提供查询应用程序的通知推送开关状态，以便于Synergy服务11根据应用程序在运动健康应用程序16中的推送开关的状态，确定是否将通知消息推送到其他电子设备，例如智能手表20。

可以理解，应用程序层还可以包括更多的应用程序，例如，前述“信息”、“日历”、“备忘录”、“微信^TM”和“智慧助手∙今天”应用程序等，本申请实施例不做限定。

应用程序框架层011为应用程序层010的应用程序提供应用编程接口（application programming interface，API）和编程框架。例如，应用程序框架层011可以包括：

Synergy服务11，可以在向通知管理服务12注册监听后，监听手机10的通知消息的弹出和移除，并将通知内容同步到其他电子设备，例如智能手表20。在一些实施例中，Synergy服务11也可以用于检测手机10和其他电子设备，例如智能手表20，的蓝牙连接是否恢复，并在检测到手机10和智能手表20的蓝牙连接恢复的情况下，通过前述各实施例提供的方法同步手机10和智能手表20中的未读通知消息。

可以理解，在另一些实施例中，Synergy服务11也可以设置手机10的软件架构的其他层，例如设置于应用程序层010，在此不做限定；

通知管理服务12，用于接收应用程序层010中的应用程序的通知消息，并向视图系统13发送该通知消息。在一些实施例中，用户可以通过前述图5A至图5C所示的方式设置将通知消息显示在手机10的通知栏的应用程序。在一些实施例中，通知管理服务12还可以用于将需要推送到智能手表20的通知消息的具体内容和消息标识传送给Synergy服务11。

视图系统13用于将通知管理服务12发送通知消息显示在手机10的通知栏中，即是显示手机10的未读通知消息列表中的各通知消息。

Nearby服务14 可以用于蓝牙设备的发现和连接，例如，Nearby服务14在接收到其他电子设备连接Synergy服务11的请求时，例如智能手表20的Synergy Lite服务21发送的连接Synergy服务11的请求时，将智能手表20的设备信息传递给Synergy服务12，Synergy服务11通过Nearby服务14建立与智能手表20的蓝牙通信通道，例如BLE（Bluetooth LowEnergy，低功耗蓝牙） Socket通道。

可以理解，在另一些实施例中，手机10和智能手表20建立的蓝牙通信通道也可以是其他类型的通信通道，在此不做限定。

内核层012可以包括蓝牙服务15，用于建立、管理手机10和其他电子设备，例如智能手表20的蓝牙连接，例如向Synergy服务11提供与手机10绑定的电子设备，例如智能手表20的绑定状态查询接口。在一些实施例中，蓝牙服务15还可以包括消息同步服务（未示出），从手机10推送到智能手表20的通知消息可以经由消息同步服务传送给智能手表20。

继续参考图6，智能手表20的软件架构可以包括应用程序层020、应用程序框架层021和内核层022，其中：

应用程序层020可以包括智能手表20的应用程序，例如通话应用程序25、信息应用程序26等，在一些实施例中，还可以包括Synergy Lite服务21对应的应用程序。

应用程序框架层021包括为应用程序层020的应用程序提供应用编程接口（application programming interface，API）和编程框架。例如，应用程序框架层021可以包括：

Synergy Lite服务21，用于向手机10发送蓝牙连接请求、获取智能手表20中通知消息的推送标识并发送给手机10的Synergy服务11、从手机10的Synergy服务11接收通知消息等。在一些实施例中，Synergy Lite服务21可以为Synergy服务11的轻量级版本。

可以理解，在另一些实施例中，Synergy Lite服务21也可以设置于智能手表20的软件架构的其他位置，例如应用程序层020中，本申请实施例不做限定。

通知管理服务22用于显示手机10发送的通知消息，具体可以参考通知管理服务12的相关描述，在此不做赘述。

视图系统13用于将通知管理服务22发送通知消息显示在智能手表20中，即是显示智能手表20的未读通知消息列表中的各通知消息。

可以理解，图6所示手机10和智能手表20的软件架构只是一种示例，在另一些实施例中，手机10和智能手表20的软件架构可以包括更多或更少的模块、合并或拆分部分模块，也可以改变部分模块的位置，还可以采用其他的软件架构，本申请实施例不做限定。

下面结合上述手机10和智能手表20的软件架构图，详细介绍本申请实施例的技术方案。

首先介绍手机10和智能手表20通过蓝牙连接建立关系后，手机10和智能手表20的交互过程。

具体地，图7A根据本申请的一些实施例，示出了手机10和智能手表20在蓝牙连接保持期间的交互过程示意图。参考图7A，该交互过程包括如下步骤：

S701：日历应用程序17向通知管理服务12发送通知消息。

即是手机10中被设置为向通知栏发送通知消息的应用程序，例如日历应用程序17向通知管理服务12发送通知消息。

S702：通知管理服务12根据通知消息生成通知消息事件，并向Synergy服务11发送该消息事件的内容。

通知管理服务12在接收到日历应用程序17发送的通知消息后，可以根据通知消息的具体内容产生一个消息事件，该消息事件的内容包括通知消息的消息标识，通知消息对应的应用程序的应用程序标识等，并将该消息事件的内容发送给Synergy服务11。

例如，在一些实施例中，通知管理服务12可以通过预设的notifyNotificationState函数来产生一个消息事件，notifyNotificationState函数可以定义为：

private void notifyNotificationState(byte event,StatusBarNotification sbn) {

LocalBroadcastManager broadcastManager = LocalBroadcastManager.getInstance(this);

Intent intent = new Intent(SynergyIntent.ACTION_NLS_CONTROL);

intent.putExtra("event", event)；

intent.putExtra("key", sbn.getKey())；

intent.putExtra("name", sbn.getPackageName())；

intent.putExtra("id", sbn.getId())；

broadcastManager.sendBroadcast(intent)；

}

上述notifyNotificationState函数的输入参数包括event（事件类型标识）和sbn（该事件在通知栏中的标识），并且在上述函数中：“event”字段用于标识该通知消息对应的事件的类型，例如event=0表示增加、event=1表示删除等；“key”字段为该通知消息的消息标识，可以用于唯一标识手机10的通知栏中的通知消息；“name”字段为该通知消息对应的应用程序标识，用于确定发出该通知消息的应用程序，例如“name”字段可以为该通知消息对应的应用程序的软件包的包名；“id”字段为该消息对应的事件的事件标识，可以提供给手机10中的其他应用程序，以便于其他应用程序可以根据该标识对该事件进行进一步处理。

可以理解，通知管理服务12在生成一个消息事件后，可以将该消息事件的内容发送给Synergy服务11。例如，通过notifyNotificationState函数得到的“日历”应用程序17的通知消息的消息事件可以包括如下字段的内容：“event：0；key：0|com.hihonor.calendar|1|null|10027；name：com.hihonor.calendar；id：1”，即是该通知消息对应的事件类型标识event为1；通知消息的消息标识key为0|com.hihonor.calendar|1|null|10027；通知消息对应的应用程序的应用程序标识name为com.hihonor.calendar；该通知消息的事件标识id为1。通知管理服务12在生成上述消息事件后，将上述各字段的内容发送给Synergy服务11。

S703：通知管理服务12向视图系统发送消息事件内容。即是通知管理服务12将需要显示在手机10的通知栏的通知消息的消息事件内容发送给视图系统13。

S704：视图系统显示接收到的消息事件内容对应的通知消息。

即是视图系统13将接收到消息事件内容对应的通知消息显示在手机10的通知栏中。

S705：Synergy服务11根据消息事件的内容，确定是否将该消息事件对应的通知消息推送到智能手表20。

例如，在一些实施例中，Synergy服务11可以获取接收到的消息事件内容中的“name” 字段的内容，也即是通知消息对应的应用程序的应用程序标识，并将该应用程序标识和前述“运动健康”应用程序中设置为向智能手表20推送消息的应用程序的应用程序标识列表进行比对。如果该列表中存在获取的应用程序标识，说明需要将该消息事件对应的通知消息推送到智能手表20，转至步骤S706；否则，说明不需要将该消息事件对应的通知消息推送到智能手表20，结束该消息事件的推送。

S706：Synergy服务11根据消息事件内容确定推送标识。

例如，在一些实施例中，Synergy服务11可以根据消息事件内容中的“name”字段对应的应用程序已推送给智能手表20的通知消息的数量，并根据该数量确定该消息事件对应的通知消息的推送标识。例如Synergy服务11根据该消息标识确定出日历应用程序17已向智能手表20推送过4条通知消息，则可以确定该消息事件对应的通知消息的推送标识为5。

可以理解，在另一些实施例中，Synergy服务11也可以通过其他方式确定消息事件对应的通知消息的推送标识，例如根据消息事件的消息标识随机生成推送标识，在此不做限定。

S707：Synergy服务11记录消息标识和推送标识的对应关系。

例如，在一些实施例中，Synergy服务11可以数组、表、矩阵等数据形式将通知消息的消息标识和推送标识的对应关系存储在手机10的存储器中。

可以理解，在另一些实施例中，通知消息的消息标识和推送标识的对应关系也可以采用其他形式进行存储，本申请实施例不做限定。

S708：Synergy服务11向Synergy Lite服务21发送通知消息和对应的推送标识。

即是Synergy服务11基于蓝牙服务15和蓝牙服务24建立的蓝牙通信通道，例如前述BLE Socket通道，向Synergy Lite服务21发送通知消息和对应的推送标识。

在一些实施例中，Synergy服务11可以通过预设的onLocalNotificationPosted函数来执行上述步骤S705至步骤S708，即确定是否将该消息事件内容对应的通知消息推送到智能手表20，根据通知消息的消息标识确定推送标识，将通知消息的消息标识和推送标识的对应关系记录到数据库中，并将该通知消息和对应的推送标识发送给Synergy Lite服务21。onLocalNotificationPosted函数可以定义为：

private void onLocalNotificationPosted(String sbnKey, String pkgName)

{

StatusBarNotification sbn = getStatusBarNotification(sbnKey)；

if (mSynergyMonitor.isPushAllowed(CategoryID.NOTIFICATION_CATEGORY_ID, pkgName))

{

int index = getLocalNotificationIndex(sbnKey)；

int notificationID = mSynergyMonitor.generateNotificationID()；

mNotificationMap.put(notificationID, sbn.getKey())；

pushNotificationRequest(EventID.NOTIFICATION_ADDED, notificationID,pkgName;)

}

}

该函数的输入变量为sbnKey（通知消息的消息标识）和pkgName（通知消息对应的应用程序的应用程序标识），并且在该函数中：

“StatusBarNotification sbn = getStatusBarNotification(sbnKey)”用于获取通知消息的消息标识（sbnKey）；

“if (mSynergyMonitor.isPushAllowed(CategoryID.NOTIFICATION_CATEGORY_ID, pkgName))”可以用于判断通知消息的消息标识对应的应用程序是否被设置为将通知消息推送到智能手表20；

“int index = getLocalNotificationIndex(sbnKey)”用于根据通知消息的消息标识建立索引；

“int notificationID = mSynergyMonitor.generateNotificationID()”用于根据消息标识确定一个推送标识（notificationID）；

“mNotificationMap.put(notificationID, sbn.getKey())”用于将通知消息的消息标识和推送标识的对应关系存储在数组mNotificationMap）；

“pushNotificationRequest(EventID.NOTIFICATION_ADDED, notificationID,

pkgName)”用于将通知消息、通知消息的推送标识和应用程序标识推送给智能手表20。

在一些实施例中，上述pushNotificationRequest可以通过以下方式确定：

private void pushNotificationRequest(byte eventID, intnotificationID, String pkgName) {

NotificationIndicatorReq request = new NotificationIndicatorReq();

request.setCategoryID(CategoryID.NOTIFICATION_CATEGORY_ID);

request.setEventID(eventID);

request.addNotificationID(notificationID);

mSynergyMonitor.pushNotificationIndicatorReq(request);

}

}

其中，pushNotificationRequest的输入参数包括eventID（通知消息的事件标识）、notificationID（通知消息的推送标识）和pkgName（通知消息的应用程序标识）。

可以理解，在一些实施例中，在确定出上述通知消息的消息标识key为0|com.hihonor.calendar|1|null|10027的通知消息的推送标识为5的情况下，数组NotificationMap中存储的该通知消息的消息标识和通知标识的对应关系可以表示为：“5=notificationID-sbn.getkey=0|com.hihonor.calendar|1|null|10027”，即是该数组中包括2列数据，一列用于存储通知消息的notificationID（例如5），另一列用于存储通知消息的消息标识，例如“0|com.hihonor.calendar|1|null|10027”。

S709：Synergy Lite服务21向通知管理服务22发送通知消息。

即是Synergy Lite服务21向通知管理服务22发送接收到的通知消息的具体内容。

可以理解，在一些实施例中，Synergy Lite服务21还可以将接收到的通知消息的推送标识存储在智能手表20的存储器中。

可以理解，在一些实施例中Synergy Lite服务21也可以只向通知管理服务22发送通知消息的推送标识或消息标识，由通知管理服务22从Synergy服务11中获取该通知消息的具体内容。

S710：通知管理服务22向视图系统13发送通知消息。

即是通知管理服务22在接收到Synergy Lite服务21发送的通知消息后，向视图系统13发送通知消息的具体内容。

S711：视图系统23显示接收到的通知消息。

即是视图系统23在接收到通知管理服务23发送的通知消息后，将该通知消息显示在智能手表20的显示屏中。

如前所述，在手机10和智能手表20间的蓝牙连接断开的情况下，用户在一个电子设备中查看通知消息后，即从该电子设备中的未读通知消息列表中移除一个通知消息后，该通知消息不会从另一个电子设备的未读通知消息列表中移除，并且单个电子设备在蓝牙连接断开期间新增的通知消息也不会同步到另一个电子设备当中。为确保手机10和智能手表20在蓝牙连接恢复后手机10和智能手表20上显示的未读的通知消息一致，可在蓝牙连接恢复后对手机10和智能手表20的通知消息进行同步，下面继续结合图6所示的手机10和智能手表20的软件结构，介绍手机10和智能手表20在蓝牙连接恢复后，进行通知消息同步的过程中的交互流程。

具体地，图7B根据本申请的一些实施例，示出了手机10和智能手表20在蓝牙连接断开并恢复后的交互过程示意图。参考图7B，该交互过程包括如下步骤：

S712：Synergy服务11在检测到和智能手表20的蓝牙连接重连的情况下，从通知服务管理服务12获取手机10的未读通知消息列表中各通知消息的消息标识。

例如，在一些实施例中，Synergy服务11在检测到和智能手表20的蓝牙连接重连的情况下，可以通过从通知管理服务12中获取手机10的未读通知消息列表中各通知消息的“key”字段的内容，来获取手机10的未读通知消息列表中各通知消息的消息标识。

S713：Synergy Lite服务21在检测到和手机10的蓝牙连接重连的情况下，从通知服务管理服务22获取智能手表20的未读通知消息列表中各通知消息的推送标识。

例如，在一些实施例中，Synergy Lite服务21在检测到和手机10的蓝牙连接重连的情况下，可以通过从通知管理服务22中获取智能手表20的未读通知消息列表中各通知消息的“notificationID”字段的内容，来获取智能手表20的未读通知消息列表中各通知消息的推送标识。

S714：Synergy Lite服务21向Synergy服务11发送智能手表20的未读消息的推送标识。

S715：Synergy服务11基于手机10的未读通知消息列表中各通知消息的消息标识、智能手表20的未读通知消息列表中各通知消息的推送标识和数据库中存储的各通知消息的消息标识和推送标识的对应关系，确定手机10和智能手表20均未读的通知消息。具体可以参考前述步骤S306的描述，在此不做赘述。

S716：Synergy服务11向通知管理服务12发送手机10和智能手表20均未读的通知消息。

S717：Synergy服务11向Synergy Lite服务21发送手机10和智能手表20均未读的通知消息和各通知消息的推送标识。具体可以参考前述步骤S307的相关描述，在此不做赘述。

S718：Synergy Lite服务21向通知管理服务22发送接收到的通知消息。

S719：通知管理服务22向视图系统23发送接收到的通知消息。

S720：视图系统23显示接收到的通知消息。

可以理解，在一些实施例中，视图系统23可以清空智能手表20中显示的通知消息，并重新显示接收到的通知消息；在另一些实施例中，视图系统23也可以将接收到的通知消息和智能手表20当前显示的通知消息进行比对，从当前显示的通知消息中删除未包含在接收到的通知消息中的通知消息，并新增显示存在于接收到的通知消息中但未包括在当前显示的通知消息中的通知消息。

S721：通知管理服务12向视图系统13发送手机10和智能手表20均未读的通知消息。

S722：视图系统13清空通知栏并显示接收到的通知消息。

即是视图系统13在手机10的通知栏显示接收到的由通知管理服务发送的，手机10和智能手表20均未读的通知消息。

可以理解，前述步骤S701至步骤S722的执行顺序只是一种示例，在另一些实施例中，可以调整各步骤的执行顺序，例如步骤S721和步骤S722可以先于步骤S717至步骤S720中的至少部分步骤执行，也可以合并或拆分部分步骤，本申请实施例不做限定。

通过本申请实施例提供的方法，手机10和智能手表20在蓝牙连接断开并重新恢复后，可以对蓝牙连接断开期间的通知消息的查看状态进行同步，并将手机10在蓝牙连接断开期间新增的通知消息同步给智能手表20，从而确保手机10和智能手表20上显示的未读通知消息一致，提高了用户体验。

可以理解，前述各实施例以将手机10的通知栏的通知消息同步的智能手表20介绍本申请实施例的技术方案只是一种示例，在另一些实施例中，本申请提供的消息同步方法也适用于对其他类型的消息进行同步的场景，例如物联网设备状态信息的同步、社交软件消息的同步等，在此不做限定。

进一步，图8根据本申请的一些实施例，示出了一种手机10的结构示意图。如图8所示，手机10可以包括处理器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等等。

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

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器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总线接口通信，实现手机10的触摸功能。

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接口通信，实现手机10的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现手机10的显示功能。

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可以用于连接充电器为手机10充电，也可以用于手机10与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

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

天线1和天线2用于发射和接收电磁波信号。

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

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

在一些实施例中，手机10可以通过蓝牙与其他电子设备，例如智能手表20建立通信连接，并将手机10中的应用程序的通知消息推送给智能手表20。

手机10通过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），Mini-LED，Micro-LED，Micro-OLED，量子点发光二极管（quantum dot lightemitting diodes，QLED）等。在一些实施例中，手机10可以包括1个或N个显示屏194，N为大于1的正整数。

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

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

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括程序存储区和数据存储区。其中，程序存储区可存储操作系统，至少一个功能所需的应用程序（比如实现前述Synergy服务12相关功能对应的应用程序能）等。数据存储区可存储手机10使用过程中所创建的数据（比如前述各通知消息的消息标识和推送标识的对应关系）等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universalflash storage，UFS）等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，执行手机10的各种功能应用。

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

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

耳机接口170D用于连接有线耳机。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。手机10根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，手机10根据压力传感器180A检测所述触摸操作强度。手机10也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。

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

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

指纹传感器180H用于采集指纹。手机10可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。在本申请实施例中，主空间和隐私空间可以采用不同的解锁指纹进行验证登录，以保障隐私空间内隐私数据的安全性。用户可以在手机10上验证不同的指纹分别进入主空间和隐私空间。

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

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。

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

马达191可以产生振动提示。

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

SIM卡接口195用于连接SIM卡。

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

可以理解，本申请各实施例以手机10为例进行介绍只是一种示例，本申请实施例的技术方案也适用于其他电子设备，包括但不限于，膝上型计算机、智能电视、智能音箱、平板计算机、服务器、可穿戴设备、头戴式显示器、移动电子邮件设备、便携式游戏机、便携式音乐播放器、阅读器设备等，本申请实施例不做限定。

图9根据本申请的一些实施例，示出了一种智能手表20的结构示意图。如图9所示，智能手表20包括：处理器201、微控制单元202、存储器203、显示屏204、通信模块205、传感器模块206、电源模块207等。

其中，处理器201的具体结构可以参考前述手机10的处理器110的相关描述，在此不做赘述；微控制单元（Microcontroller Unit；MCU）202的功能和处理器201类似，但性能参数、功耗相对较低，可以用于执行智能手表20中对性能要求不高的指令，例如可以用于执行本申请各实施例中从手机10获取通知消息的指令、获取智能手表20未读的通知消息的推送标识的指令等；存储器203、显示屏204的功能和结构可以参考前述手机10的存储器121、显示屏194的描述，在此不做赘述；通信模块205可以包括蓝牙模块2051，用于和其他电子设备连接，以实现智能手表20与其他电子设备的通信连接；传感器模块206的相关描述可以参考前述手机10中传感器模块180的相关描述，在此不做赘述；电源模块207用于向处理器201、微控制单元202、存储器203、显示屏204、通信模块205、传感器模块206供电。

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

可以理解，本申请各实施例以手机10和智能手表20为例进行介绍只是一种示例，本申请实施例的技术方案也适用于其他电子设备，包括但不限于，膝上型计算机、智能电视、智能音箱、平板计算机、服务器、可穿戴设备（如智能手表、智能手环、车载设备等）、头戴式显示器、移动电子邮件设备、便携式游戏机、便携式音乐播放器、阅读器设备等，本申请实施例不做限定。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程 系统包括至少一个处理器、存储系统（包括易失性和非易失性存储器和/或存储元件）、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述 的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器（DSP）、微控制器、专用集成电路（ASIC）或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读（例如，计算机可读）存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器（例如，计算机）可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器（CD-ROMs）、磁光盘、只读存储器（ROM）、随机存取存储器（RAM）、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息（例如，载波、红外信号数字信号等）的有形的机器可读存储器。因此，机器可读介质包括适合于以机器（例如，计算机）可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (11)

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

第一电子设备显示接收到的第一通知消息和第二通知消息，其中所述第一通知消息和第二通知消息处于未读状态；

与所述第一电子设备建立通信连接的第二电子设备显示从所述第一电子设备接收到的所述第一通知消息和第二通知消息，其中所述第一通知消息和第二通知消息处于未读状态；

第一电子设备在检测到所述第一电子设备上显示的所述第一通知消息被用户读取的情况下，不在所述第一电子设备上显示所述第一通知消息、或将所述第一通知消息的读取状态显示为已读，并且

所述第二电子设备在所述第二电子设备不再显示所述第一通知消息、或将所述第一通知消息的读取状态显示为已读；

所述第一电子设备和所述第二电子设备的通信连接断开；

所述第一电子设备在检测到所述第二通知消息被用户读取的情况下，在所述第一电子设备上不再显示所述第二通知消息、或将所述第二通知消息的读取状态显示为已读，并且

所述第二电子设备保持显示所述第二通知消息、或将所述第二通知消息的读取状态保持显示为未读；

在所述第一电子设备和所述第二电子设备的重新建立通信连接的情况下，所述第二电子设备不再显示所述第二通知消息、或将所述第二通知消息的读取状态显示为已读。

2.根据权利要求1所述的方法，其特征在于，还包括：

在第一电子设备和第二电子设备的通信连接断开期间，所述第一电子设备接收到并显示处于未读状态的第三通知消息，并且所述第二电子设备上未显示有所述第三通知消息；

在所述第一电子设备和所述第二电子设备的重新建立通信连接的情况下，所述第二电子设备显示所述第三通知消息，并且所述第三通知消息处于未读状态。

3.根据权利要求2所述的方法，其特征在于，还包括：

在所述第一电子设备和第二电子设备的通信连接断开之前，所述第一电子设备和第二电子设备上均显示有处于未读状态的第四通知消息；

在所述第一电子设备和所述第二电子设备的通信连接断开期间，所述第二电子设备检测到所述第四通知消息被用户读取；

所述第二电子设备上不再显示所述第四通知消息、或将所述第四通知消息的读取状态显示为已读，并且

所述第一电子设备保持显示所述第四通知消息、或将所述第四通知消息的读取状态保持显示为未读；

在所述第一电子设备和所述第二电子设备的重新建立通信连接的情况下，所述第一电子设备不再显示所述第四通知消息、或将所述第四通知消息的读取状态显示为已读。

4.根据权利要求3所述的方法，其特征在于，还包括：

所述第一电子设备根据所述第一通知消息和第二通知消息的消息标识分别确定所述第一通知消息和所述第二通知消息的推送标识；

所述第一电子设备存储所述第一通知消息的消息标识和推送标识的对应关系、所述第二通知消息的消息标识和推送标识的对应关系，并将所述第一通知消息和所述第二通知消息的内容和推送标识发送给所述第二电子设备。

5.根据权利要求4所述的方法，其特征在于，还包括：

所述第一电子设备在和所述第二电子设备的通信连接恢复后，向所述第二电子设备发送所述第二通知消息在所述第二电子设备中的推送标识。

6.根据权利要求5所述的方法，其特征在于，所述第二电子设备不再显示所述第二通知消息、或将所述第二通知消息的读取状态显示为已读，包括：

所述第二电子设备从第一电子设备接收所述第二通知消息的推送标识，并基于所述推送标识从所述第二电子设备显示的通知消息中确定出所述第二通知消息，不再显示所述第二通知消息、或将所述第二通知消息的读取状态显示为已读。

7.根据权利要求4至6中任一项所述的方法，其特征在于，还包括：

所述第一电子设备根据所述第三通知消息的消息标识，确定所述第三通知消息的推送标识；

所述第一电子设备存储所述第三通知消息的消息标识和推送标识的对应关系，并将所述第三通知消息的内容和推送标识发送给所述第二电子设备。

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

所述第二电子设备在和所述第一电子设备重新建立通信连接的情况下，向所述第一电子设备发送所述第四通知消息的推送标识，所述推送标识由所述第一电子设备向所述第二电子设备发送所述第四通知消息时确定。

9.根据权利要求8所述的方法，其特征在于，所述第一电子设备不再显示所述第四通知消息、或将所述第四通知消息的读取状态显示为已读，包括：

所述第一电子设备基于接收到的所述第四通知消息的推送标识，从所述第一电子设备显示的通知消息中确定出所述第四通知消息，不再显示所述第四通知消息、或将所述第四通知消息的读取状态显示为已读。

10.一种可读介质，其特征在于，所述可读介质上存储有供第一电子设备和/或第二电子设备执行的指令，所述指令在第一电子设备或第二电子设备上执行时使所述第一电子设备和/或所述第二电子设备实现权利要求1至9中任一项所述的消息同步方法。

11.一种电子设备，其特征在于，包括：

存储器，用于存储由电子设备的一个或多个处理器执行的指令；

以及处理器，是电子设备的处理器之一，用于执行所述指令使电子设备实现权利要求1至9中任一项所述的消息同步方法。

Images