CN116133091A - 消息处理方法、装置和第一电子设备 - Google Patents

Abstract

本申请实施例提供一种消息处理方法、装置和第一电子设备，上述消息处理方法中，第一电子设备接收第二电子设备发送的消息之后，通过MCU控制第一电子设备的显示屏显示上述消息，然后获取使用第一电子设备的用户对上述消息的操作，当上述操作的类型为第一操作类型时，通过MCU对上述操作进行处理，从而可以实现通过MCU对用户的操作进行处理，避免频繁唤醒AP，进而可以提升第一电子设备的续航能力。

Description

消息处理方法、装置和第一电子设备

技术领域

本申请实施例涉及智能终端技术领域，特别涉及一种消息处理方法、装置和第一电子设备。

背景技术

现有相关技术中，针对穿戴设备，可以采用应用处理器(application processor，AP)+微控制单元(micro control unit，MCU)的架构实现。具体地，AP负责应用程序及用户界面(user interface，UI)显示，MCU负责运动健康后台监测、不支持应用程序及UI显示。

在AP+MCU架构中，AP重点负责所有前台业务和AP后台业务；当用户接收到手机端的通知消息时，会在前台唤醒AP，由AP负责展示消息通知界面以及在AP侧完成回复动作；当不涉及到AP侧介入操作时，AP侧处于休眠态。

但是，穿戴设备与手机之间基于蓝牙的业务，例如：手表运动健康数据同步到手机，和/或手机将应用的通知消息同步至穿戴设备等；每个应用类的通知消息交付都会唤醒AP并处理业务，尤其是针对即时通讯类应用，会导致AP频繁唤醒，进而也导致穿戴设备的整体续航无法达到最优。

发明内容

本申请实施例提供了一种消息处理方法、装置和第一电子设备，本申请实施例还提供一种计算机可读存储介质，以避免频繁唤醒AP，提升第一电子设备的续航能力。

第一方面，本申请实施例提供了一种消息处理方法，应用于第一电子设备，第一电子设备包括第一处理器和第二处理器，第一处理器与第二处理器不同，第一处理器处于休眠状态，第二处理器处于运行状态。上述方法可以包括：第一电子设备接收第二电子设备发送的消息；通过第二处理器控制第一电子设备的显示屏显示上述消息，然后第一电子设备获取使用第一电子设备的用户对上述消息的操作；当操作的类型为第一操作类型时，通过第二处理器对操作进行处理；其中，上述第一操作类型包括快捷操作。

上述消息处理方法中，第一电子设备接收第二电子设备发送的消息之后，通过MCU控制显示屏显示上述消息，然后获取使用第一电子设备的用户对上述消息的操作，当上述操作的类型为第一操作类型时，通过MCU对上述操作进行处理，从而可以实现通过MCU对用户的操作进行处理，避免频繁唤醒AP，进而可以提升第一电子设备的续航能力。

其中，上述第一电子设备可以为穿戴设备，上述第二电子设备可以为智能电子设备。上述第一处理器可以为AP，上述第二处理器可以为MCU。

其中一种可能的实现方式中，通过第二处理器控制第一电子设备的显示屏显示消息可以为：通过第二处理器控制上述显示屏半屏显示消息；如果第一电子设备在接收到消息的预定时长内，检测到用户触发查看消息的操作，则通过第二处理器控制上述显示屏全屏显示上述消息。

其中一种可能的实现方式中，第二电子设备发送的消息包括从第二电子设备的通知栏获取的消息；这样，第一电子设备接收第二电子设备发送的消息之后，还可以通过第二处理器判断上述消息是否支持回复。

其中一种可能的实现方式中，通过第二处理器判断上述消息是否支持回复可以为：通过第二处理器判断上述消息中是否存在支持回复的标记；其中，上述支持回复的标记是第二电子设备确定从通知栏获取的消息支持回复之后，在从上述通知栏获取的消息中添加的；如果上述消息中存在支持回复的标记，则确定上述消息支持回复；如果上述消息中不存在支持回复的标记，则通过第二处理器判断上述消息是否与预先保存的支持回复的消息匹配，如果是，则确定上述消息支持回复。

其中一种可能的实现方式中，当操作的类型为第一操作类型时，通过第二处理器对上述操作进行处理可以为：当上述消息支持回复，并且上述操作属于快捷回复操作时，通过上述第二处理器获取快捷回复的内容；将上述快捷回复的内容通过上述第二处理器与第二电子设备之间的通道，发送给第二电子设备。

其中一种可能的实现方式中，获取使用上述第一电子设备的用户对上述消息的操作之后，当上述操作的类型为第二操作类型时，通过第二处理器唤醒第一处理器，通过第一处理器对上述操作进行处理；其中，上述第二操作类型包括自定义操作。

其中一种可能的实现方式中，当上述操作的类型为第二操作类型时，通过第二处理器唤醒第一处理器，通过第一处理器对上述操作进行处理可以为：当上述消息支持回复，并且上述操作属于触发自定义回复的操作时，通过第二处理器唤醒第一处理器，通过第一处理器获取自定义回复的内容；将上述自定义回复的内容通过第一处理器与第二电子设备之间的通道，发送给第二电子设备。

其中一种可能的实现方式中，上述支持回复的标记包括第二电子设备中发送上述消息的应用包名、上述应用内用户级别的标识和运行上述应用的进程号。

其中一种可能的实现方式中，第一电子设备获取使用上述第一电子设备的用户对上述消息的操作之前，还可以展示提示信息，上述提示信息用于提示上述消息由上述第二电子设备处理；这样，当上述操作的类型为第一操作类型时，通过第二处理器对上述操作进行处理可以为：当上述操作为用户对上述提示信息的确定指示时，将上述确定指示通过第二处理器与第二电子设备之间的通道，发送给第二电子设备；接收第二电子设备发送的对上述消息的处理结果；通过第二处理器控制上述显示屏显示上述处理结果。

第二方面，本申请实施例提供一种消息处理装置，该装置包含在第一电子设备中，该装置具有实现第一方面及第一方面的可能实现方式中第一电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，接收模块或单元、处理模块或单元、发送模块或单元等。

第三方面，本申请实施例提供一种第一电子设备，包括：第一处理器和第二处理器；存储器；多个应用程序；以及一个或多个计算机程序；其中，第一处理器与第二处理器不同，第一处理器处于休眠状态，第二处理器处于运行状态，上述一个或多个计算机程序被存储在上述存储器中，上述一个或多个计算机程序包括指令，当上述指令被第一电子设备执行时，使得第一电子设备执行以下步骤：接收第二电子设备发送的消息；通过第二处理器控制第一电子设备的显示屏显示上述消息；获取使用第一电子设备的用户对上述消息的操作；当上述操作的类型为第一操作类型时，通过第二处理器对上述操作进行处理；其中，上述第一操作类型包括快捷操作。

其中一种可能的实现方式中，当上述指令被第一电子设备执行时，使得第一电子设备执行通过第二处理器控制第一电子设备的显示屏显示上述消息的步骤可以为：通过第二处理器控制上述显示屏半屏显示上述消息；如果第一电子设备在接收到上述消息的预定时长内，检测到用户触发查看消息的操作，则通过第二处理器控制上述显示屏全屏显示上述消息。

其中一种可能的实现方式中，第二电子设备发送的消息包括从第二电子设备的通知栏获取的消息；当上述指令被上述第一电子设备执行时，使得第一电子设备执行接收第二电子设备发送的消息的步骤之后，还执行以下步骤：通过上述第二处理器判断上述消息是否支持回复。

其中一种可能的实现方式中，当上述指令被第一电子设备执行时，使得第一电子设备执行通过第二处理器判断上述消息是否支持回复的步骤可以为：通过第二处理器判断上述消息中是否存在支持回复的标记；其中，上述支持回复的标记是第二电子设备确定从上述通知栏获取的消息支持回复之后，在从上述通知栏获取的消息中添加的；如果上述消息中存在支持回复的标记，则确定上述消息支持回复；如果上述消息中不存在支持回复的标记，则通过第二处理器判断上述消息是否与预先保存的支持回复的消息匹配，如果是，则确定上述消息支持回复。

其中一种可能的实现方式中，当上述指令被第一电子设备执行时，使得第一电子设备执行当上述操作的类型为第一操作类型时，通过第二处理器对上述操作进行处理的步骤可以为：当上述消息支持回复，并且上述操作属于快捷回复操作时，通过第二处理器获取快捷回复的内容；将上述快捷回复的内容通过第二处理器与第二电子设备之间的通道，发送给第二电子设备。

其中一种可能的实现方式中，当上述指令被第一电子设备执行时，使得第一电子设备执行获取使用第一电子设备的用户对上述消息的操作的步骤之后，还执行以下步骤：当上述操作的类型为第二操作类型时，通过第二处理器唤醒第一处理器，通过第一处理器对上述操作进行处理；其中，上述第二操作类型包括自定义操作。

其中一种可能的实现方式中，当上述指令被上述第一电子设备执行时，使得第一电子设备执行当上述操作的类型为第二操作类型时，通过第二处理器唤醒第一处理器，通过第一处理器对上述操作进行处理的步骤可以为：当上述消息支持回复，并且上述操作属于触发自定义回复的操作时，通过第二处理器唤醒第一处理器，通过第一处理器获取自定义回复的内容；将上述自定义回复的内容通过第一处理器与第二电子设备之间的通道，发送给第二电子设备。

其中一种可能的实现方式中，上述支持回复的标记包括上述第二电子设备中发送上述消息的应用包名、上述应用内用户级别的标识和运行上述应用的进程号。

其中一种可能的实现方式中，当上述指令被第一电子设备执行时，使得第一电子设备执行获取使用第一电子设备的用户对上述消息的操作的步骤之前，还执行以下步骤：展示提示信息，上述提示信息用于提示上述消息由第二电子设备处理；当上述指令被第一电子设备执行时，使得第一电子设备执行当上述操作的类型为第一操作类型时，通过第二处理器对上述操作进行处理的步骤可以为：当上述操作为用户对上述提示信息的确定指示时，将上述确定指示通过第二处理器与第二电子设备之间的通道，发送给第二电子设备；接收第二电子设备发送的对上述消息的处理结果；通过第二处理器控制上述显示屏显示上述处理结果。

应当理解的是，本申请实施例的第二～第三方面与本申请实施例的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

第四方面，本申请实施例提供一种计算机可读存储介质，上述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行第一方面提供的方法。

第五方面，本申请实施例提供一种计算机程序，当上述计算机程序被计算机执行时，用于执行第一方面提供的方法。

在一种可能的设计中，第五方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。

附图说明

图1为本申请一个实施例提供的第一电子设备的结构示意图；

图2为本申请一个实施例提供的穿戴设备100侧消息展示界面的示意图；

图3为本申请一个实施例提供的***架构的示意图；

图4为本申请一个实施例提供的消息处理方法的流程图；

图5为本申请另一个实施例提供的消息处理方法的流程图；

图6为本申请再一个实施例提供的消息处理方法的流程图；

图7为本申请另一个实施例提供的第一电子设备的结构示意图。

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

现有相关技术中，穿戴设备可以采用AP+MCU的架构实现，穿戴设备与手机之间基于蓝牙的业务，每个应用类的通知消息交付都会唤醒AP并处理业务，尤其是针对即时通讯类应用，会导致AP频繁唤醒，进而也导致穿戴设备的整体续航无法达到最优。

基于以上问题，本申请实施例提供一种消息处理方法，可以实现根据业务的功耗处理策略，根据回复内容的类型来确定业务的处理通道，从而动态地将业务运行在MCU侧或AP侧，避免频繁唤醒AP，进而可以提升穿戴设备的续航能力。

本申请实施例提供的消息处理方法可以应用于第一电子设备，其中，上述第一电子设备可以为穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或个人数字助理(personal digital assistant，PDA)等设备；本申请实施例对第一电子设备的具体类型不作任何限制。

示例性的，图1为本申请一个实施例提供的第一电子设备的结构示意图，如图1所示，第一电子设备100可以包括：显示单元110、输入单元120、无线电通信单元130、蓝牙单元140、感测单元150、存储单元160、第一处理器170、第二处理器180和全球定位***(GPS)单元190。

第一处理器170可以负责执行各种软件程序(例如，应用程序和操作***)，以便提供用于第一电子设备100的计算和处理操作。第一处理器170可为中央处理器(CPU)或应用处理器(AP)。

第二处理器180主要负责检测感测单元150的数据。第二处理器180包括以下项中的任一项：低功率处理器、低功率微处理器(MPU)或MCU。第二处理器180运行合适的软件、或硬件元件和软件元件的组合。

一般情况下，第一处理器170处于休眠状态，第二处理器180处于运行状态。具体地，在第一电子设备100接收到第二电子设备发送的消息之后，通过第二处理器180对上述消息进行展示，如果上述消息支持回复，则第一电子设备100可以通过第二处理器180对支持回复的消息进行快捷回复，如果用户需要进行自定义回复，则第二处理器180唤醒第一处理器170，由第一处理器170对上述消息进行处理。

显示单元110被配置为将图形、图像或数据显示给用户。显示单元110被配置为提供与第一电子设备100的操作相关联的各种屏幕。显示单元110提供主屏幕、消息编写屏幕、电话屏幕、游戏屏幕、音乐播放屏幕和视频播放屏幕。显示单元110可利用平面显示面板(诸如，液晶显示器(LCD)、有机发光二极管(OLED)和有源矩阵OLED(AMOLED))来实现。

显示单元110连接到第一处理器170和第二处理器180。第一处理器170和显示单元110可以配置为使用诸如(但不限于)下面的接口来彼此之间进行通信：RGB接口、MDDI(移动显示数字接口)和MIPI(移动行业处理器接口)。第二处理器180和显示单元110可以配置为使用诸如(但不限于)下面的接口来彼此之间进行通信：SPI(串行***接口)或I2C(内部集成电路)。

在以触摸屏的形式实现显示单元110的情况下，显示单元110可作为输入装置进行工作。在以触摸屏的形式实现显示单元110的情况下，显示单元110包括用于检测触摸手势的触摸面板。触摸面板被配置为将施加到显示单元110的特定位置的压力或在显示单元110的特定区域的电容变化转换为电输入信号。触摸面板可按照add-on(附加)式或者on-cell式(或in-cell式)之一来实现。

触摸面板可按照以下面板之一来实现：电阻式触摸面板、电容式触摸面板、电磁感应式触摸面板和压力式触摸面板。触摸面板被配置为检测触摸的压力以及被触摸的位置和区域。如果在触摸面板上做出触摸手势，则向第一处理器170产生相应的输入信号。然后，第一处理器170检查用户的触摸输入信息以执行相应的功能。

输入单元120包括与对第一电子设备100的输入相关联的模块。输入单元120接收与第一电子设备100的功能的配置和控制相关联的用户输入，并向第一处理器170产生相应的输入信号。输入单元120可利用以下项中的至少一个来实现：触摸板、触摸屏、普通键盘、QWERTY键盘和特殊功能键(例如，电源键或音量键)。输入单元120连接到第一处理器170和第二处理器180。

无线电通信单元130负责电子设备的通信功能。无线电通信单元130与可支持的移动通信网络建立通信信道以实现语音电话、视频会议和数据通信。无线电通信单元130包括射频(RF)发射器和RF接收器，其中，RF发射器用于对发射信号进行向上变频和放大，RF接收器用于对接收信号进行低噪声放大和向下变频。无线电通信单元130包括蜂窝通信模块(例如，第三代(3G)蜂窝通信模块和/或4G蜂窝通信模块)和数字广播模块。

全球定位***(GPS)单元190。GPS单元190从GPS卫星接收卫星GPS信号，并将GPS信号传递到第一处理器170。第一处理器170被配置为基于卫星GPS信号来计算电子设备的当前位置。

感测单元150连接到第二处理器180，检测第一电子设备100的位置信息或周围环境的改变，并将感测的信息发送到第二处理器180。具体地，感测单元150包括以下项中的至少一个：用于通过检测旋转、旋转移动、角位移、倾斜或者任何其它非线性运动的陀螺仪传感器、用于感测一个或多个方向的加速度的三轴加速度传感器、用于测量气压高度的气压计、用于感测环境光的环境光传感器、用于感测手势的红外(IR)传感器和接近传感器。感测单元150在第二处理器180的控制下进行操作。

第一电子设备100可接收感测单元150中的运动传感器(例如，陀螺仪传感器或加速度传感器)生成的运动传感器数据，从而生成特定的运动传感器数据的某种运动事件(例如，步行事件或者晃动事件)。第一电子设备100可以利用运动感测应用处理生成的运动传感器数据。例如，运行运动感测应用的处理器可以分析运动传感器数据，从而辨别具体类型的运动事件。

可选地，感测单元150可与第一处理器170和第二处理器180分别连接。

第一处理器170和第二处理器180可以配置为使用诸如(但不限于)下面的接口来彼此之间进行通信：一个或多个通用串行总线(USB)接口、微USB接口、通用异步接收机发射机(UART)接口、通用输入/输出(GPIO)接口等。

第一电子设备100还可以包括另外的处理器，还可以实现成第一处理器170和第二处理器180位于单一芯片之上的双核或多核芯片等，即，第一处理器170和第二处理器180设置于同一集成电路芯片中，也可以分别设置在不同的集成电路芯片中。

存储单元160被配置为存储在第一电子设备100中执行和处理的各种数据以及电子设备的操作***(OS)和各种应用。利用以下项中的至少一个来实现存储单元160，但不限于此：RAM、ROM、闪存、易失性存储器、EPROM和EEPROM。存储单元160包括数据区域和程序区域。存储单元160的数据区域存储在第一电子设备100产生的和从外部下载的数据。

存储单元160的程序区域存储用于在第一处理器170的控制下引导电子设备的操作***(OS)以及导航功能、视频和音频回放功能、图片显示功能所需的应用程序。程序区域还被配置为存储广播回放功能、音频记录功能、计算器功能、日历功能等所需的应用程序。虽然为了说明目的，将存储单元160示出为与第一处理器170相分离，位于第一处理器170之外，但在各个实施例，某个部分或者整个存储单元160可以与第一处理器170集成在相同的集成电路上。

存储单元160的存储区域还包括由第二处理器180控制的额外存储区域。由第二处理器180控制的额外存储区域即使在第一处理器170处在省电模式下时也允许进行访问。由第二处理器180控制的额外存储区域可以与第二处理器180集成在同一集成电路上，但不限于此。

蓝牙单元140负责与另一蓝牙通信装置(例如，平板电脑或智能手机)进行短程通信。蓝牙单元140可以是被配置为利用一个或多个有线和/或无线协议传输数据(例如，发送和/或接收)的任何硬件和/或软件元件。蓝牙单元140主要利用蓝牙协议传输数据。

蓝牙单元140连接到第一处理器170和第二处理器180。

需要说明的是，在本申请以下实施例的描述中，以第一电子设备100为穿戴设备100为例进行说明，另外，本申请实施例提供的消息发送方法还涉及第二电子设备，上述第二电子设备可以为智能手机、平板电脑、穿戴设备、车载设备、AR/VR设备、笔记本电脑、UMPC、上网本或个人数字助理(personal digital assistant，PDA)等智能电子设备；本申请实施例对第二电子设备的具体类型不作任何限制。在本申请以下实施例的描述中，以第二电子设备为智能手机为例进行说明。

本申请实施例提供的消息发送方法基于蓝牙双通道，即基于智能手机同时和穿戴设备100中的第一处理器170和第二处理器180建立两条蓝牙逻辑通道的能力。具体地，当智能手机中应用的消息发送到手机侧通知栏之后，智能手机中负责处理消息转发以及连接穿戴设备100的管理APP(例如：运动健康应用(application，APP))会将消息传输至穿戴设备100侧，当穿戴设备100收到智能手机发送的消息之后，默认通过MCU进行展示，例如：在穿戴设备100侧弹出半屏通知，在用户点击后全屏展示消息。

当手机侧通知栏中的消息，是可回复的消息，例如：即时通信类APP发送的消息时，智能手机中的管理APP可以获取上述可回复的消息中的关键信息，例如：进程号、应用包名和/或消息时间戳等信息，将上述关键信息打包到蓝牙指令中传输至穿戴设备100侧；当穿戴设备100收到该类被标记的消息之后，默认通过第二处理器180进行展示，例如：在穿戴设备100侧弹出半屏通知，在用户点击后全屏展示消息，如图2所示，图2为本申请一个实施例提供的穿戴设备100侧消息展示界面的示意图。从图2可以看出，穿戴设备100接收到智能手机发送的可回复的消息之后，弹出的半屏通知可以如界面21所示，在用户点击半屏通知后，穿戴设备100可以全屏展示消息，如界面22所示。

针对可回复的消息，穿戴设备100可以通过第二处理器180提供快捷回复功能，例如：传输预定义的文字信息或基于emoji的表情；当用户需要进行自定义回复(例如：图片、语音、文字、自定义表情、运动记录或联系人名片等)，第二处理器180唤醒第一处理器170，由第一处理器170进行处理。

参见图2，穿戴设备100可以通过图标23和图标24，提供快捷回复功能。具体地，当用户点击图标23时，穿戴设备100可以显示界面27，从图2中可以看出，界面27显示的是emoji表情，然后在用户从界面27中选择一个emoji表情之后，穿戴设备100可以获取用户选择的表情，通过第二处理器180传递给智能手机中负责处理消息转发以及连接穿戴设备100的APP(下称：管理APP)，智能手机中的管理APP再将穿戴设备100中的第二处理器180传递的表情推送到智能手机的通知栏，进而利用智能手机侧的应用完成回复操作；当用户点击图标24时，穿戴设备100可以显示界面28，从图2中可以看出，界面28显示的是预定义的文字信息，然后在用户从界面28中选择预定义的文字信息之后，穿戴设备100可以获取用户选择的文字信息，通过第二处理器180传递给智能手机中的管理APP，智能手机中的管理APP再将穿戴设备100中的第二处理器180传递的文字信息推送到智能手机的通知栏，进而利用智能手机侧的应用完成回复操作。

当用户需要进行自定义回复时，用户可以点击信息框25输入自定义文字，或者用户可以点击图标26选择自定义表情、运动记录或联系人名片等，或者，用户可以点击图标29输入语音，然后穿戴设备100获取用户输入的信息，通过第一处理器170传递给智能手机中的管理APP，智能手机中的管理APP再将穿戴设备100中的第一处理器170传递的信息推送到智能手机的通知栏，进而利用智能手机侧的应用完成回复操作。

需要说明的是，如果智能手机侧的通知栏消息已经被用户清除，而穿戴设备100侧消息的状态未同步时，会出现穿戴设备100侧的消息回复失败的情况。

图3为本申请一个实施例提供的***架构的示意图。如图3所示，智能手机与穿戴设备100中的MCU和AP分别建立蓝牙通道，穿戴设备100对于消息的回复机制可以包括：

301，智能手机侧通知栏收到即时通信类APP的可回复类的消息通知。

302，智能手机侧管理APP负责将消息同步穿戴设备100。其中，上述管理APP可以为智能手机中负责处理消息转发以及连接穿戴设备100的APP，例如：运动健康APP。

303，穿戴设备100侧第一处理器170休眠场景下，消息由第二处理器180处理；如用户自定义回复，由第二处理器180唤醒第一处理器170执行相关操作。

304～305，智能手机侧管理APP负责将消息转发至通知栏中，最终依赖智能手机的***能力将消息发送至应用完成回复操作。

穿戴设备100侧的消息回复策略可以如表1所示。

表1

为了便于理解，本申请以下实施例将以具有图1所示结构的穿戴设备100为例，结合图3所示的***架构，对本申请实施例提供的消息处理方法进行具体阐述。

图4为本申请一个实施例提供的消息处理方法的流程图，上述消息处理方法可以应用于穿戴设备100，穿戴设备100可以包括第一处理器170和第二处理器180，第一处理器170与第二处理器180不同，第一处理器170处于休眠状态，第二处理器180处于运行状态。在以下实施例的描述中，以第一处理器170为AP，第二处理器180为MCU为例进行说明。

如图4所示，上述消息处理方法可以包括：

步骤401，穿戴设备100接收智能手机发送的消息。

其中，智能手机发送的消息可以是智能手机从智能手机的通知栏获取的；举例来说，上述消息可以是即时通信类APP接收到的消息，也可以是新闻类APP或视频类APP接收到的推送消息，本实施例对上述消息的类型不作限定。

具体地，智能手机中的管理APP从通知栏中获取消息之后，可以根据通道选择策略，选择智能手机与穿戴设备100的MCU之间的通道，将从通知栏中获取的消息发送给穿戴设备100的MCU。其中，智能手机与穿戴设备100的MCU之间的通道可以为蓝牙通道，也可以为WiFi通道，还可以为其他类型的无线通信通道，本实施例对智能手机与穿戴设备100的MCU之间的通道类型不作限定。具体实现时，穿戴设备100的MCU可以通过蓝牙单元140与智能手机建立上述通道。

步骤402，通过MCU控制穿戴设备100的显示屏显示上述消息。

其中，穿戴设备100的显示屏可以为图1中的显示单元110。

具体地，通过MCU控制穿戴设备100的显示屏显示上述消息可以为：通过MCU控制上述显示屏半屏显示上述消息；如果穿戴设备100在接收到上述消息的预定时长内，检测到用户触发查看消息的操作，则通过MCU控制上述显示屏全屏显示上述消息。其中，上述触发查看消息的操作可以为用户点击、双击或长按半屏显示的消息，或者，上述触发查看消息的操作可以为用户抬腕的操作，本实施例对上述触发查看消息的操作的类型不作限定，本实施例以用户抬腕的操作为例进行说明。

上述预定时长可以在具体实现时，根据***性能和/或实现需求等自行设定，本实施例对上述预定时长的长短不作限定，举例来说，上述预定时长可以为1分钟。

具体地，穿戴设备100的MCU接收消息之后，实现双***协同机制，在穿戴设备100的MCU与AP之间进行流转；MCU负责缓存消息，同时监听AP的唤醒与缓存门限；主动同步缓存消息到AP侧。

MCU接收智能手机发送的消息之后，控制显示单元110半屏显示上述消息，如图2中界面21所示，如果在接收到消息的1分钟内，用户抬腕亮屏查看消息，则通过MCU控制显示单元110全屏显示上述消息，如图2中界面22所示，这时MCU不需要唤醒AP。如果在接收到消息的1分钟之内，用户未进行查看消息的操作，那么在接收到消息的1分钟之后，用户需要在显示单元110所显示界面上滑进入消息中心(唤醒AP)，点击查看某个消息。

步骤403，获取使用穿戴设备100的用户对上述消息的操作。

步骤404，当上述操作的类型为第一操作类型时，通过MCU对上述操作进行处理。

其中，上述第一操作类型可以包括快捷操作，举例来说，上述快捷操作可以为快捷回复操作、快捷设置操作和/或快捷控制操作等，本实施例对上述快捷操作的具体操作形式不作限定。

上述消息处理方法中，穿戴设备100接收智能手机发送的消息，通过MCU控制穿戴设备100的显示屏显示上述消息，然后获取使用穿戴设备100的用户对上述消息的操作，当上述操作的类型为第一操作类型时，通过MCU对上述操作进行处理，从而可以实现通过MCU对用户的操作进行处理，避免频繁唤醒AP，进而可以提升穿戴设备100的续航能力。

图5为本申请另一个实施例提供的消息处理方法的流程图，如图5所示，本申请图4所示实施例中，步骤401之后，还可以包括：

步骤501，通过MCU判断上述消息中是否支持回复。

具体地，通过MCU判断上述消息是否支持回复可以为：通过MCU判断上述消息中是否存在支持回复的标记；其中，上述支持回复的标记是智能手机确定从通知栏获取的消息支持回复之后，在从上述通知栏获取的消息中添加的；这样，如果上述消息中存在支持回复的标记，则可以确定上述消息支持回复；而如果上述消息中不存在支持回复的标记，则可以通过MCU判断上述消息是否与预先保存的支持回复的消息匹配，如果是，则可以确定上述消息支持回复。

本实施例中，智能手机发送的消息可以包括添加标记的消息和未添加标记的消息；其中，未添加标记的消息可以是智能手机中的新闻类APP或视频类APP接收到的推送消息，这类消息不支持回复；上述添加标记的消息是智能手机确定从通知栏获取的消息支持回复之后，在从上述通知栏获取的消息中添加支持回复的标记后获得的，举例来说，上述支持回复的消息可以是即时通信类APP接收到的消息。

其中，上述支持回复的标记包括智能手机中发送上述消息的应用包名、上述应用内用户级别的标识和运行上述应用的进程号。具体地，智能手机对支持回复的消息的标记方式可以为：pkg+"|"+id+"|"+tag+"|"+uid；

Pkg：应用包名；

id：应用内用户级别的标识；

Tag：一般为null，***预留；

uid：进程号。

具体实现时，MCU可以预先保存支持回复的消息的列表，这样，穿戴设备100接收到智能手机发送的消息之后，可以通过MCU先判断上述消息中是否存在支持回复的标记，如果存在，则可以确定上述消息支持回复；而如果上述消息中不存在支持回复的标记，则可以通过MCU判断上述消息是否与预先保存的消息列表中的消息匹配，如果匹配，则可以确定上述消息支持回复。

这样，步骤404可以包括：

步骤502，当上述消息支持回复，并且上述操作属于快捷回复操作时，通过MCU获取快捷回复的内容。

具体地，参见图2，上述快捷回复操作可以为用户点击图标23的操作，这时，快捷回复的内容可以为用户从界面27中选择的emoji表情；或者，上述快捷回复操作可以为用户点击图标24的操作，这时，快捷回复的内容可以为用户从界面28中选择的预定义的文字信息。

步骤503，将上述快捷回复的内容通过MCU与智能手机之间的通道，发送给智能手机。

进一步地，本实施例中，步骤403之后，还可以包括：

步骤504，当上述操作的类型为第二操作类型时，通过MCU唤醒AP，通过AP对上述操作进行处理；其中，上述第二操作类型可以包括自定义操作。

举例来说，上述自定义操作可以包括自定义回复、自定义设置和/或自定义控制等操作，本实施例对上述自定义操作的具体操作形式不作限定。

具体地，当上述操作的类型为第二操作类型时，通过MCU唤醒AP，通过AP对上述操作进行处理可以为：当上述消息支持回复，并且上述操作属于触发自定义回复的操作时，通过MCU唤醒AP，通过AP获取自定义回复的内容；将上述自定义回复的内容通过AP与智能手机之间的通道，发送给智能手机。

同样，穿戴设备100的AP与智能手机之间的通道可以为蓝牙通道，也可以为WiFi通道，还可以为其他类型的无线通信通道，本实施例对智能手机与穿戴设备100的AP之间的通道类型不作限定。具体实现时，穿戴设备100的AP可以通过蓝牙单元140与智能手机建立上述通道。

具体地，参见图2，上述触发自定义回复的操作可以为用户可以点击信息框25的操作，这时，自定义回复的内容可以为用户输入的自定义文字；或者，上述触发自定义回复的操作可以为用户可以点击图标26的操作，这时，自定义回复的内容可以为用户输入的自定义表情、运动记录和/或联系人名片等；或者，上述触发自定义回复的操作可以为用户可以点击图标29的操作，这时自定义回复的内容可以为用户输入的语音。

本实施例中，穿戴设备100根据回复内容的类型来确定业务的默认处理通道，从而动态地将业务运行在MCU侧或者AP侧，避免了AP被频繁唤醒，提高了穿戴设备100的续航能力。

图6为本申请再一个实施例提供的消息处理方法的流程图，如图6所示，本申请图4所示实施例中，步骤403之前，还可以包括：

步骤601，展示提示信息，上述提示信息用于提示上述消息由智能手机处理。

这样，步骤404可以包括：

步骤602，当上述操作为用户对上述提示信息的确定指示时，将上述确定指示通过MCU与智能手机之间的通道，发送给智能手机。

步骤603，接收智能手机发送的对上述消息的处理结果。

步骤604，通过MCU控制显示屏显示上述处理结果。

具体地，当卡片类的应用或者FA类的应用从智能手机发来时，在MCU展示上述卡片类的应用或者FA类的应用之后，可以在穿戴设备100的显示屏194上展示提示信息，以提示上述卡片类的应用或者FA类的应用由智能手机处理，在获取用户对上述提示信息的确定指示之后，穿戴设备100可以将上述确定指示通过MCU与智能手机之间的通道，发送给智能手机，然后穿戴设备100接收智能手机发送的对上述消息的处理结果，通过MCU控制上述显示屏显示上述处理结果。

其中，上述FA类的应用可以为类似功能单元，不需要安装的应用。

可以理解的是，上述实施例中的部分或全部步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

可以理解的是，第一电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本申请所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法实施例对第一电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图7为本申请另一个实施例提供的第一电子设备的结构示意图，在采用对应各个功能划分各个功能模块的情况下，图7示出了上述实施例中涉及的第一电子设备700的一种可能的组成示意图，如图7所示，该第一电子设备700可以包括：接收单元701、处理单元702和发送单元703；

其中，接收单元701可以用于支持第一电子设备700执行步骤401和步骤603，和/或用于本申请实施例所描述的技术方案的其他过程；

处理单元702可以用于支持第一电子设备700执行步骤402、步骤403、步骤404、步骤501、步骤502、步骤601和步骤604，和/或用于本申请实施例所描述的技术方案的其他过程；

发送单元703可以用于支持第一电子设备700执行步骤503和步骤602，和/或用于本申请实施例所描述的技术方案的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的第一电子设备700，用于执行上述消息处理方法，因此可以达到与上述方法相同的效果。

应当理解的是，第一电子设备700可以对应于图1所示的第一电子设备100。其中，接收单元701和发送单元703的功能可以由图1所示的第一电子设备100中处理器110、天线1和移动通信模块150，和/或，由处理器110、天线2和无线通信模块160实现；处理单元702的功能可以由图1所示的第一电子设备100中的处理器110和显示屏194实现。

在采用集成的单元的情况下，第一电子设备700可以包括处理模块、存储模块和通信模块。

其中，处理模块可以用于对第一电子设备700的动作进行控制管理，例如，可以用于支持第一电子设备700执行上述接收单元701、处理单元702和发送单元703执行的步骤。存储模块可以用于支持第一电子设备700存储程序代码和数据等。通信模块，可以用于支持第一电子设备700与其他设备的通信。

其中，处理模块可以是处理器或控制器，其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理器也可以是实现计算功能的组合，例如MCU和AP的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片和/或Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的第一电子设备700可以为具有图1所示结构的设备。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请图2～图6所示实施例提供的方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请图2～图6所示实施例提供的方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1.一种消息处理方法，其特征在于，应用于第一电子设备，所述第一电子设备包括第一处理器和第二处理器，所述第一处理器与所述第二处理器不同，所述第一处理器处于休眠状态，所述第二处理器处于运行状态，其特征在于，所述方法包括：

所述第一电子设备接收第二电子设备发送的消息；

通过所述第二处理器控制所述第一电子设备的显示屏显示所述消息；

获取使用所述第一电子设备的用户对所述消息的操作；

当所述操作的类型为第一操作类型时，通过所述第二处理器对所述操作进行处理；其中，所述第一操作类型包括快捷操作。

2.根据权利要求1所述的方法，其特征在于，所述通过所述第二处理器控制所述第一电子设备的显示屏显示所述消息包括：

通过所述第二处理器控制所述显示屏半屏显示所述消息；

如果所述第一电子设备在接收到所述消息的预定时长内，检测到用户触发查看消息的操作，则通过所述第二处理器控制所述显示屏全屏显示所述消息。

3.根据权利要求1所述的方法，其特征在于，所述第二电子设备发送的消息包括从所述第二电子设备的通知栏获取的消息；

所述第一电子设备接收第二电子设备发送的消息之后，还包括：

通过所述第二处理器判断所述消息是否支持回复。

4.根据权利要求3所述的方法，其特征在于，所述通过所述第二处理器判断所述消息是否支持回复包括：

通过所述第二处理器判断所述消息中是否存在支持回复的标记；其中，所述支持回复的标记是所述第二电子设备确定从所述通知栏获取的消息支持回复之后，在从所述通知栏获取的消息中添加的；

如果所述消息中存在支持回复的标记，则确定所述消息支持回复；

如果所述消息中不存在支持回复的标记，则通过所述第二处理器判断所述消息是否与预先保存的支持回复的消息匹配，如果是，则确定所述消息支持回复。

5.根据权利要求3所述的方法，其特征在于，所述当所述操作的类型为第一操作类型时，通过所述第二处理器对所述操作进行处理包括：

当所述消息支持回复，并且所述操作属于快捷回复操作时，通过所述第二处理器获取快捷回复的内容；

将所述快捷回复的内容通过所述第二处理器与所述第二电子设备之间的通道，发送给所述第二电子设备。

6.根据权利要求3所述的方法，其特征在于，所述获取使用所述第一电子设备的用户对所述消息的操作之后，还包括：

当所述操作的类型为第二操作类型时，通过所述第二处理器唤醒所述第一处理器，通过所述第一处理器对所述操作进行处理；其中，所述第二操作类型包括自定义操作。

7.根据权利要求6所述的方法，其特征在于，所述当所述操作的类型为第二操作类型时，通过所述第二处理器唤醒所述第一处理器，通过所述第一处理器对所述操作进行处理包括：

当所述消息支持回复，并且所述操作属于触发自定义回复的操作时，通过所述第二处理器唤醒所述第一处理器，通过所述第一处理器获取自定义回复的内容；

将所述自定义回复的内容通过所述第一处理器与所述第二电子设备之间的通道，发送给所述第二电子设备。

8.根据权利要求4所述的方法，其特征在于，所述支持回复的标记包括所述第二电子设备中发送所述消息的应用包名、所述应用内用户级别的标识和运行所述应用的进程号。

9.根据权利要求1所述的方法，其特征在于，所述获取使用所述第一电子设备的用户对所述消息的操作之前，还包括：

展示提示信息，所述提示信息用于提示所述消息由所述第二电子设备处理；

当所述操作的类型为第一操作类型时，通过所述第二处理器对所述操作进行处理包括：

当所述操作为所述用户对所述提示信息的确定指示时，将所述确定指示通过所述第二处理器与所述第二电子设备之间的通道，发送给所述第二电子设备；

接收所述第二电子设备发送的对所述消息的处理结果；

通过所述第二处理器控制所述显示屏显示所述处理结果。

10.根据权利要求1-9任意一项所述的方法，其特征在于，所述第一电子设备为穿戴设备，所述第二电子设备为智能电子设备。

11.根据权利要求1-9任意一项所述的方法，其特征在于，所述第一处理器为应用处理器，所述第二处理器为微控制单元。

12.一种消息处理装置，其特征在于，用于执行如权利要求1至11任一所述的方法。

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

第一处理器和第二处理器；存储器；多个应用程序；以及一个或多个计算机程序；其中，所述第一处理器与所述第二处理器不同，所述第一处理器处于休眠状态，所述第二处理器处于运行状态，所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行以下步骤：

接收第二电子设备发送的消息；

通过所述第二处理器控制所述第一电子设备的显示屏显示所述消息；

获取使用所述第一电子设备的用户对所述消息的操作；

当所述操作的类型为第一操作类型时，通过所述第二处理器对所述操作进行处理；其中，所述第一操作类型包括快捷操作。

14.根据权利要求13所述的第一电子设备，其特征在于，当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行所述通过所述第二处理器控制所述第一电子设备的显示屏显示所述消息的步骤包括：

通过所述第二处理器控制所述显示屏半屏显示所述消息；

如果所述第一电子设备在接收到所述消息的预定时长内，检测到用户触发查看消息的操作，则通过所述第二处理器控制所述显示屏全屏显示所述消息。

15.根据权利要求13所述的第一电子设备，其特征在于，所述第二电子设备发送的消息包括从所述第二电子设备的通知栏获取的消息；

当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行所述接收第二电子设备发送的消息的步骤之后，还执行以下步骤：

通过所述第二处理器判断所述消息是否支持回复。

16.根据权利要求15所述的第一电子设备，其特征在于，当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行所述通过所述第二处理器判断所述消息是否支持回复的步骤包括：

通过所述第二处理器判断所述消息中是否存在支持回复的标记；其中，所述支持回复的标记是所述第二电子设备确定从所述通知栏获取的消息支持回复之后，在从所述通知栏获取的消息中添加的；

如果所述消息中存在支持回复的标记，则确定所述消息支持回复；

如果所述消息中不存在支持回复的标记，则通过所述第二处理器判断所述消息是否与预先保存的支持回复的消息匹配，如果是，则确定所述消息支持回复。

17.根据权利要求15所述的第一电子设备，其特征在于，当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行所述当所述操作的类型为第一操作类型时，通过所述第二处理器对所述操作进行处理的步骤包括：

当所述消息支持回复，并且所述操作属于快捷回复操作时，通过所述第二处理器获取快捷回复的内容；

将所述快捷回复的内容通过所述第二处理器与所述第二电子设备之间的通道，发送给所述第二电子设备。

18.根据权利要求15所述的第一电子设备，其特征在于，当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行所述获取使用所述第一电子设备的用户对所述消息的操作的步骤之后，还执行以下步骤：

当所述操作的类型为第二操作类型时，通过所述第二处理器唤醒所述第一处理器，通过所述第一处理器对所述操作进行处理；其中，所述第二操作类型包括自定义操作。

19.根据权利要求18所述的第一电子设备，其特征在于，当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行所述当所述操作的类型为第二操作类型时，通过所述第二处理器唤醒所述第一处理器，通过所述第一处理器对所述操作进行处理的步骤包括：

当所述消息支持回复，并且所述操作属于触发自定义回复的操作时，通过所述第二处理器唤醒所述第一处理器，通过所述第一处理器获取自定义回复的内容；

将所述自定义回复的内容通过所述第一处理器与所述第二电子设备之间的通道，发送给所述第二电子设备。

20.根据权利要求16所述的第一电子设备，其特征在于，所述支持回复的标记包括所述第二电子设备中发送所述消息的应用包名、所述应用内用户级别的标识和运行所述应用的进程号。

21.根据权利要求13所述的第一电子设备，其特征在于，当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行所述获取使用所述第一电子设备的用户对所述消息的操作的步骤之前，还执行以下步骤：

展示提示信息，所述提示信息用于提示所述消息由所述第二电子设备处理；

当所述指令被所述第一电子设备执行时，使得所述第一电子设备执行当所述操作的类型为第一操作类型时，通过所述第二处理器对所述操作进行处理的步骤包括：

当所述操作为所述用户对所述提示信息的确定指示时，将所述确定指示通过所述第二处理器与所述第二电子设备之间的通道，发送给所述第二电子设备；

接收所述第二电子设备发送的对所述消息的处理结果；

通过所述第二处理器控制所述显示屏显示所述处理结果。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如权利要求1-11任一项所述的方法。

Images