
1.本技术涉及计算机技术领域,具体涉及一种消息通知方法与装置、电子设备。
背景技术:2.随着物联网的发展,用户可能同时拥有多个电子设备,而电子设备可能有多种形态,如手机、电脑、平板、电视、手表等,并且不同设备上可能搭载不同操作系统、软硬件架构等。例如,电脑上可搭载windows或mac等系统,手机上可搭载android或ios等系统。
3.另外,人机交互作为用户和设备之间交流的重要方式,而消息通知作为一种被动的人机交互,即电子设备主动提醒用户以引起用户注意力来进行交互。然而,在用户同时拥有多个电子设备时,用户可能存在未及时查看到针对某个电子设备下发的消息的情况。因此,设备如何执行消息通知,仍然需要进一步的研究。
技术实现要素:4.本技术实施例提供了一种消息通知方法与装置、电子设备,以期望实现由设备组中除源设备外的其他电子设备来协助(或协同)进行第一消息的通知,避免用户未能及时查看第一消息,进而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
5.第一方面,本技术实施例提供一种消息通知方法,应用于源控设备,所述源设备为设备组中的一个电子设备;所述方法包括:
6.获取待通知的第一消息和/或第一指示信息,所述第一指示信息用于指示所述设备组中的电子设备是否适合执行所述第一消息的通知;
7.根据所述第一消息的重要通知程度和/或所述第一指示信息从所述设备组中确定用于执行所述第一消息的通知的目标设备;
8.控制所述目标设备以执行所述第一消息的通知。
9.第二方面,本技术实施例提供一种消息通知装置,应用于源设备,所述源设备为设备组中的一个电子设备;所述装置包括处理单元,所述处理单元用于:
10.获取待通知的第一消息和/或第一指示信息,所述第一指示信息用于指示所述设备组中的电子设备是否适合执行所述第一消息的通知;
11.根据所述第一消息的重要通知程度和/或所述第一指示信息从所述设备组中确定用于执行所述第一消息的通知的目标设备;
12.控制所述目标设备以执行所述第一消息的通知。
13.第三方面,本技术实施例提供一种电子设备,所述电子设备为源设备,包括处理器、存储器和通信接口,所述存储器存储有一个或多个程序,并且所述一个或多个程序由所述处理器执行,所述一个或多个程序用于执行本技术实施例第一方面中的步骤的指令。
14.第四方面,本技术实施例提供一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,所述计算机程序可操作来使得计算机执行本
申请实施例第一方面中所描述的部分或全部步骤。
15.第五方面,本技术实施例提供一种计算机程序产品,其中,所述计算机程序产品包括计算机程序,所述计算机程序可操作来使得计算机执行本技术实施例第一方面中所描述的部分或全部步骤。所述计算机程序产品可以为一个软件安装包。
16.可以看出,本技术实施例中,首先,源设备获取待通知的第一消息和/或第一指示信息,第一指示信息用于指示设备组中的电子设备是否适合执行第一消息的通知;其次,源设备根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备;最后,源设备控制目标设备以执行第一消息的通知。由于目标设备可以包括设备组中用于执行第一消息的通知的至少一个电子设备,从而有利于通过第一消息的重要通知程度和/或第一指示信息实现由设备组中除源设备外的其他电子设备来协助(或协同)进行第一消息的通知,避免用户未能及时查看第一消息,进而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
附图说明
17.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地,下面描述的附图仅仅是本技术的一些实施例。对于本领域技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他附图。
18.图1是本技术实施例提供的一种设备组的架构示意图;
19.图2是本技术实施例提供的一种电子设备的硬件结构示意图;
20.图3是本技术实施例提供的一种电子设备的软件结构示意图;
21.图4是本技术实施例提供的一种消息通知方法的流程示意图;
22.图5是本技术实施例提供的又一种消息通知方法的流程示意图;
23.图6是本技术实施例提供的一种消息通知的场景示意图;
24.图7是本技术实施例提供的又一种消息通知的场景示意图;
25.图8是本技术实施例提供的又一种消息通知的场景示意图;
26.图9是本技术实施例提供的一种消息通知装置的功能单元组成框图;
27.图10是本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
28.为了本技术领域人员更好理解本技术的技术方案,下面结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本技术的部分实施例,而并非全部的实施例。基于本技术实施例的描述,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本技术所保护的范围。
29.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、软件、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包
括对于这些过程、方法、产品或设备固有的其他步骤或单元。
30.在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
31.在对本技术实施例的技术方案进行描述之前,下面先对本技术可能涉及的相关概念、设备组、电子设备的软硬件结构等进行介绍。
32.本技术实施例提供的消息通知方法可以应用于设备组。其中,设备组中的各个电子设备之间可以通过无线网络或者有线网络实现相互通信。另外,本技术实施例也可以将设备组的场景称为多设备场景。在该多设备场景下,同一用户可以与多设备之间进行人机交互。
33.具体的,上述无线网络可以包括移动蜂窝网络(如第五代5g移动通信网络)、卫星通信网络、物联网、无线局域网(wireless local area network,wlan)、广域网(wide area network,wan)、蓝牙(bluetooth,bt)、无线保真(wireless fidelity,wi-fi)、紫蜂(zigbee)、近距离无线通信(near field communication,nfc)、超宽带(ultra wide band,uwb)、可见光通信(light fidelity,lifi)、红外技术(infrared,ir)等;上述有线网络可以是通过高清多媒体接口(highdefinitionmultimediainterface,hdmi)数据线、通用串行总线(universal serial bus,usb)数据线等数据线构建的网络。
34.例如,设备组中的每个电子设备可以通过中继设备(如路由器)连接到同一个wlan网络中。
35.具体的,本技术实施例的电子设备可以是手持设备、车载设备、可穿戴设备、增强现实(augmented reality,ar)设备、虚拟现实(virtual reality,vr)设备、投影设备、投影仪或者连接到无线调制解调器的其他设备,也可以是各种具体形式的用户设备(user equipment,ue)、终端设备(terminal device)、手机、智能手机(smart phone)、智慧屏、智慧电视、智能手表、笔记本电脑、智能冰箱、智能空调、智能音响、摄像头、游戏手柄、麦克风、站点(station,sta)、接入点(access point,ap)、移动台(mobile station,ms)、个人数字助理(personal digital assistant,pda)、个人计算机(personal computer,pc)或者中继设备等。
36.示例性的,请参阅图1。设备组110包括手机1101、智慧电视1102、笔记本电脑1103、智能手表1104等。同时,设备组110中的每个电子设备之间通过无线网络或有线网络实现相互通信连接。
37.进一步的,设备组中的各电子设备可以为同一个用户账号下的设备。例如,当用户使用同一个用户账号登录手机、台式电脑、智慧屏、笔记本电脑、中继设备和智能手表时,设备组包括该手机、台式电脑、智慧屏、笔记本电脑、中继设备和智能手表,并且手机、台式电脑、智慧屏、笔记本电脑、中继设备和智能手表之间可以通过无线网络互相通信。
38.进一步的,设备组中的各电子设备可以关联同一个用户的用户标识信息。其中,用户标识信息可以包括生理特征信息(如手形、指纹、声纹、虹膜、人脸等)、用户账户信息(如用户账号等)中的至少之一。也就是说,设备组中的每个电子设备可以为同一个用户账号下的设备。例如,用户使用同一个用户账号登录过注册设备中的每个电子设备;用户使用声
音/人脸/指纹/手势解锁或验证功能开启过注册设备中的每个电子设备等。
39.进一步的,设备组中的各电子设备可以通过中继设备(如路由器)连接到同一个wlan网络中。例如,当用户将手机、台式电脑、智慧屏、笔记本电脑和智能手表接入由中继设备提供的wi-fi网络时,该至少两个电子设备110包括该手机、台式电脑、智慧屏、笔记本电脑、中继设备和智能手表,并且该手机、台式电脑、智慧屏、笔记本电脑、中继设备和智能手表形成一个wlan网络,从而wlan网络内的各个设备之间可以通过中继设备实现相互通信。
40.进一步的,设备组中的各电子设备可以通过无线通信方式(如蓝牙、zigbee、nfc、uwb等)组成一个对等(peer to peer,p2p)网络。例如,用户通过扫描nfc标签的方式将手机、笔记本电脑和智能手表等设备组成一个p2p网络,并且该p2p网络内的所有设备之间可以是实现相互通信。
41.进一步的,设备组中的各电子设备之间可以存储有彼此的设备标识信息。其中,设备标识信息可以包括媒体接入控制(media access control address,mac)地址、互联网协议(internet protocol,ip)地址、设备序列号(serial number,sn)等。因此,设备组中的某个电子设备可以通过其存储的其他电子设备的设备标识信息对该其他电子设备进行协同操控(如协同操控其他电子设备来通知自己待通知的消息),从而实现多设备间的协同操控能力。
42.进一步的,设备组可以包括源设备。需要说明的是,设备组中的每个电子设备可以安装有用于生成消息的应用或管理器(如消息管理器或者通知管理器等),该应用或管理器在满足设定的事项(如服务器下发消息生成的控制命令等)时会生成待通知(或提醒)的消息。当设备组中的某个电子设备获取到待通知的消息时,该电子设备可以称为源设备。例如,当手机接收到服务器下发的一条短信消息的控制命令时,手机内的操作系统会响应于该控制命令以生成待通知的短信消息。如果用户针对该手机的短信消息通知功能设定为静默通知,则该手机采用静默通知的方式执行该短信消息的通知。
43.进一步的,设备组可以包括目标设备,该目标设备可以包括设备组中用于执行消息的通知的一个或多个电子设备。可以理解的是,目标设备可以包括上述的源设备。
44.下面结合图2对本技术实施例的电子设备的结构进行详细说明,可以理解的是,图2示意的结构并不构成对设备的具体限定。在本技术另一些实施例中,设备还可以包括比图2示意更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。另外,图2示意的部件可以通过硬件、软件或软件和硬件的组合实现。
45.请参阅图2,电子设备可以包括处理器210、天线1、天线2、移动通信模块220、无线通信模块230、音频模块240、传感器模块250、显示模块260、摄像模块270、充电管理模块280、内部存储器2901和外部存储器接口2902等。
46.具体的,处理器210可以包括一个或多个处理单元。例如,处理器210可以包括中央处理器(central processing unit,cpu)、应用处理器(application processor,ap)、调制解调处理器、图形处理器(graphics processingunit,gpu)、图像信号处理器(image signal processor,isp)、控制器、存储器、视频编解码器、数字信号处理器(digital signal processor,dsp)、现场可编程逻辑门阵列(field programmable gate array,fpga)、专用集成电路(application-specific integrated circuit,asic)、基带处理器和/或神经网络处理器(neural-network processing unit,npu)等。其中,不同的处理单元
可以是独立的器件,也可以集成在一个或多个处理器中。
47.进一步的,处理器210中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据,则可以从所述存储器中直接调用,从而避免重复存取,减少处理器210的等待时间以提高系统效率。
48.进一步的,处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,i2c)接口、集成电路内置音频(inter-integrated circuitsound,i2s)接口、脉冲编码调制(pulse code modulation,pcm)接口、通用异步收发传输器(universal asynchronous receiver/transmitter,uart)接口、移动产业处理器接口(mobile industry processor interface,mipi)、通用输入输出(general-purpose input/output,gpio)接口、用户标识模块(subscriber identity module,sim)接口和/或通用串行总线(universal serial bus,usb)接口等。
49.需要说明的是,电子设备的无线通信功能可以通过天线1、天线2、移动通信模块220、无线通信模块230、调制解调处理器和基带处理器等实现。其中,天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。另外,不同的天线还可以复用以提高天线的利用率。例如,将天线1复用为无线局域网的分集天线。
50.具体的,移动通信模块220可以提供应用在电子设备上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块220可以包括至少一个滤波器、开关、功率放大器和低噪声放大器(lownoise amplifier,lna)等。
51.进一步的,移动通信模块220可以由天线1接收电磁波,并对接收的电磁波进行滤波、放大等处理,传送至调制解调处理器进行解调。另外,移动通信模块220还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。
52.进一步的,移动通信模块220的至少部分功能模块可以被设置于处理器210中;或者,移动通信模块220的至少部分功能模块可以与处理器210的部分模块设置在同一个器件中。
53.具体的,无线通信模块230可以提供应用在电子设备上的包括蓝牙(bluetooth,bt)、无线局域网(wirelesslocal area networks,wlan)、无线保真(wireless fidelity,wi-fi)网络、近距离无线通信(near field communication,nfc)、红外技术(infrared,ir)等无线通信的解决方案。
54.进一步的,无线通信模块230可以是集成至少一个通信处理模块的一个或多个器件。另外,无线通信模块230经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器210。无线通信模块230还可以从处理器210接收待发送的信号,对其进行调频和放大,再由天线2转为电磁波辐射出去。
55.需要说明的是,电子设备可以通过音频模块240、扬声器2401、受话器2402、麦克风2403、耳机接口2404以及处理器210等实现音频功能。例如,音乐/视频播放、录音等。
56.具体的,音频模块240可以用于将数字音频信息转换成模拟音频信号输出,也可以用于将模拟音频输入转换为数字音频信号。另外,音频模块240还可以用于对音频信号编码和解码。在一些可能示例中,音频模块240可以设置于处理器210中,或将音频模块240的部分功能模块设置于处理器210中。
57.具体的,扬声器2401可以用于将音频电信号转换为声音信号。电子设备可以通过扬声器2401收听音乐/视频中播放的声音,或收听免提通话等。
58.具体的,受话器2402可以用于将音频电信号转换成声音信号。电子设备接听电话或语音信息时,可以通过将受话器2402靠近人耳接听语音。
59.具体的,麦克风2403可以用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风2403发声,将声音信号输入到麦克风2403。另外,电子设备可以设置至少一个麦克风2403。在一些可能的示例中,电子设备可以设置两个麦克风2403,除了采集声音信号外,还可以实现降噪功能;在一些可能的示例中,电子设备还可以设置三个、四个或更多麦克风2403,除了可以实现采集声音信号或降噪外,还可以识别声音来源以实现定向录音功能等,对此不作具体限制。
60.具体的,耳机接口2404可以用于连接有线耳机。耳机接口2404可以是usb接口2803,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,omtp)标准接口、美国蜂窝电信工业协会(cellular telecommunications industry association of the usa,ctia)标准接口等。
61.具体的,传感器模块250中可以包括惯性传感器、压力传感器、陀螺仪传感器、气压传感器、磁传感器、加速度传感器、距离传感器、接近光传感器、指纹传感器、温度传感器、触摸传感器、环境光传感器、骨传导传感器、超带宽uwb传感器、近场通信nfc传感器、激光传感器和/或可见光传感器等。
62.需要说明的是,电子设备可以通过gpu、显示模块260以及处理器210等实现显示功能。其中,gpu可以用于执行数学和几何计算,并进行图形渲染。另外,gpu可以为图像处理的微处理器,并连接显示模块260和处理器210。处理器210可以包括一个或多个gpu,其执行程序指令以生成或改变显示信息。
63.具体的,显示模块260可以为显示屏,其用于显示图像、视频等。其中,显示模块260可以包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,lcd)、有机发光二极管(organic light-emittingdiode,oled)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode,amoled)、柔性发光二极管(flex light-emitting diode,fled)、量子点发光二极管(quantum dot lightemitting diodes,qled)等。在一些可能的示例中,电子设备可以包括1个或多个显示模块260。
64.需要说明的是,电子设备可以通过isp、dsp、摄像模块270、视频编解码器、gpu、显示模块260以及处理器210等实现拍摄功能。其中,isp可以用于处理摄像模块270反馈的数据。例如,在拍照时,先打开快门,再由光线通过镜头传递到摄像头感光元件上,实现光信号转换为电信号,最终通过摄像头感光元件将该电信号传递给isp处理以转化为肉眼可见的图像。另外,isp还可以对图像的噪点、亮度、肤色进行算法优化。isp还可以对拍摄场景的曝光,色温等参数优化。在一些可能的示例中,isp或dsp可以设置在摄像模块270中。
65.具体的,摄像模块270可以为摄像头,其用于捕获静态/动态的图像或视频。其中,物体通过镜头生成光学图像投射到感光元件,而感光元件可以是电荷耦合器件(charge coupled device,ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,cmos)光电晶体管。感光元件把光信号转换成电信号,再将该电信号传递给
isp转换成数字图像信号。isp将数字图像信号输出到dsp加工处理。dsp将数字图像信号转换成标准的rgb、yuv等格式的图像信号。在一些可能的示例中,电子设备可以包括1个或多个摄像模块270。
66.具体的,充电管理模块280可以用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些可能的示例中,充电管理模块280可以通过usb接口2803接收有线充电器的充电输入。在一些可能的示例中,充电管理模块280可以通过电子设备的无线充电线圈接收无线充电输入。充电管理模块280为电池2801充电的同时,还可以通过电源管理模块2802为电子设备供电。
67.需要说明的是,电源管理模块2802可以用于连接电池2801、充电管理模块280和处理器210。其中,电源管理模块2802接收电池2801和/或充电管理模块280的输入,为电子设备中的各个模块和处理器210等供电。
68.具体的,电源管理模块2802还可以用于监测电池容量、电池循环次数、电池健康状态(漏电、阻抗)等参数。在一些可能的示例中,电源管理模块2802也可以设置于处理器210中;在一些可能的示例中,电源管理模块2802和充电管理模块280也可以设置于同一个器件中。
69.需要说明的是,内部存储器2901可以用于存储计算机可执行程序代码,该可执行程序代码包括指令。其中,处理器210通过运行存储在内部存储器2901的指令,从而执行电子设备的各种功能应用以及数据处理。在一些可能的示例中,内部存储器2901存储执行本技术实施例的技术方案的程序代码。
70.具体的,内部存储器2901可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(例如,声音播放功能和图像播放功能等)等。存储数据区可存储电子设备使用过程中所创建的数据(例如,音频数据和电话本等)等。另外,内部存储器2901可以包括高速随机存取存储器,还可以包括非易失性存储器。例如,至少一个磁盘存储器件、闪存器件、通用闪存存储器(universal flash storage,ufs)等。
71.具体的,外部存储器接口2902可以用于连接外部存储卡,例如micro sd卡,实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口2902与处理器210通信,实现数据存储功能。例如,将音乐、视频等文件保存在外部存储卡中。
72.本技术实施例中,主控设备或受控设备(以下简称设备)的软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构。下面本技术实施例以分层架构的android系统为例,示例性说明主控设备的软件结构。
73.如图3所示的设置有android系统的软硬件系统的架构示意图。其中,内部存储器2901中可存储有内核层320、系统运行库层340、应用框架层360和应用层380。其中,层与层之间通过软件接口通信,并且内核层320、系统运行库层340和应用框架层360属于操作系统空间。
74.具体的,应用层380属于用户空间,应用层380中运行有至少一个应用程序(或简称为“应用”),这些应用程序可以是操作系统自带的原生应用程序,也可以是第三方开发者所开发的第三方应用程序。例如,应用层380可以包括相机、图库、日历、通话、地图、导航、wlan、蓝牙、音乐、消息通知、视频和短信息等应用程序。
75.需要说明的是,应用框架层360提供构建应用层的应用程序可能用到的各种应用
编程接口(application programming interface,api)和编程框架,从而开发者也可以通过使用这些api来构建自己的应用程序。例如,窗口管理器(window manager)、内容提供器(content providers)、视图系统(view system)、电话管理器(telephony manager)、资源管理器、通知管理器(notification manager)、消息管理器、活动管理器(activity manager)、包管理器(package manager)、位置管理(location manager)和nfc服务等。
76.具体的,窗口管理器可以用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏、锁定屏幕、截取屏幕等。
77.具体的,内容提供器可以用于存放和获取数据,并使该数据可以被应用程序访问。其中,该数据可以包括视频、图像、音频、拨打和接听的电话、浏览历史和书签、电话簿等。另外,内容提供器可以使得应用程序可以访问另一个应用程序的数据,如联系人数据库,或者共享它们自己的数据。
78.具体的,视图系统包括可视控件。例如,显示文字的控件和显示图片的控件等。视图系统可以用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
79.具体的,电话管理器用于提供电子设备的通信功能。例如,通话状态的管理(如接通、挂断等)。
80.具体的,资源管理器可以为应用程序提供各种资源。比如,本地化字符串、图标、图片、布局文件、视频文件等。
81.具体的,通知管理器使得应用程序可以在状态栏中显示通知消息等,可以用于传达告知消息的消息类型,可以短暂停留后自动消失,无需用户交互。比如,通知管理器被用于告知下载完成、消息提醒、消息通知等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知。另外,后台运行的应用程序的通知还可以是以对话窗口形式出现在屏幕上的通知。例如,在状态栏提示文本信息,发出提示音,电子设备振动、指示灯闪烁等。
82.具体的,消息管理器可以用于存储各个应用程序上报的消息的数据,并对各个应用程序上报的数据进行处理。
83.具体的,活动管理器可以用于管理应用程序生命周期并提供常用的导航回退功能。在一种可能的示例中,消息管理器可以是通知管理器的一部分。
84.需要说明的是,系统运行库层340通过一些c/c++库来为android系统提供了主要的特性支持。如sqlite库提供了数据库的支持,opengl/es库提供了3d绘图的支持,webkit库提供了浏览器内核的支持等。在系统运行库层340中还提供有安卓运行时库(android runtime),其主要提供了一些核心库,能够允许开发者使用java语言来编写android应用。
85.具体的,内核层320可以为电子设备的各种硬件提供了底层的驱动,如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、wi-fi驱动、电源管理、nfc驱动、uwb驱动等。
86.随着物联网的发展,用户可能同时拥有多个电子设备,而电子设备可能有多种形态,如手机、电脑、平板、电视、手表等,并且不同设备上可能搭载不同操作系统、软硬件架构等。例如,电脑上可搭载windows或mac等系统,手机上可搭载android或ios等系统。
87.另外,人机交互作为用户和设备之间交流的重要方式,而消息通知作为一种被动的人机交互,即电子设备主动提醒用户以引起用户注意力来进行交互。然而,由于因此如何
有效地进行消息通知显得非常重要。然而,在用户同时拥有多个电子设备时,用户可能存在未及时查看到针对某个电子设备下发的消息的情况。因此,多设备间如何执行消息通知,仍然需要进一步的研究。
88.结合上述描述,下面将从方法示例的角度介绍消息通知方法的执行步骤,请参阅图4。图4是本技术实施例提供的一种消息通知方法的流程示意图,该方法包括:
89.s410、源设备获取待通知的第一消息和/或第一指示信息。
90.其中,源设备可以为设备组中的一个电子设备。
91.其中,第一指示信息可以用于指示设备组中的电子设备是否适合执行第一消息的协同通知。
92.需要说明的是,结合上述的描述可知,首先,设备组中的每个电子设备可以关联同一个用户的用户标识信息。其中,用户标识信息可以包括生理特征信息(如手形、指纹、声纹、虹膜、人脸等)、用户账户信息(如用户账号等)中的至少之一。
93.其次,设备组中的各电子设备之间可以存储有彼此的设备标识信息。其中,设备标识信息可以包括mac地址、ip地址、sn等。因此,设备组中的源设备可以通过其存储的其他电子设备的设备标识信息对该其他电子设备进行协同操控(如协同操控其他电子设备来通知自己待通知的第一消息以实现第一消息的通知),从而实现多设备间的协同操控能力。
94.最后,设备组中的每个电子设备可以安装有用于生成消息的应用或管理器(如消息管理器或者通知管理器等),该应用或管理器在满足设定的事项(如服务器下发消息生成的控制命令等)时会生成待通知(或提醒)的消息。当设备组中的某个电子设备获取到待通知的消息时,该电子设备可以称为源设备。
95.具体的,第一指示信息可以包括设备服务状态指示信息、设备执行状态指示信息中的至少之一。
96.进一步的,设备服务状态指示信息可以用于指示源设备的当前设备服务状态是否适合执行第一消息的通知。
97.需要说明的是,首先,当前设备服务状态可以用于表示源设备的当前设备状态(也可称为当前使用状态)、当前所执行的服务功能等。例如,当前设备状态为开机、关机、熄屏(或息屏)、锁屏、亮屏、剩余电量的多少、振动模式、静音模式等;当前所执行的服务功能为当前正在执行视频播放或者音乐播放等。其中,服务功能可以是指电子设备可以通过调用内部的应用程序或指令来执行的至少一个预定动作操作。例如,当电子设备为智能手机时,手机可以通过调用内部的应用程序或指令来执行视频播放、音乐播发、拨打电话、电子邮件收发、天气信息接收、多媒体信息显示、游戏画面操控、照片拍摄、画面投屏等。
98.其次,本技术实施例通过将当前所执行的服务功能作为设备间的消息通知的判决条件之一,可以有效避免消息的通知影响用户的使用体验的情况。例如,当源设备为手机时,用户正在通过该手机观看视频、玩游戏或者阅读文字等,因此并不希望消息的通知影响观影体验。
99.最后,设备服务状态指示信息可以由源设备的当前设备服务状态确定,从而通过源设备的当前设备服务状态实现获取设备服务状态指示信息,进而实现将设备服务状态作为设备间的消息通知的判决条件之一。例如,若当前设备服务状态为静音状态、熄屏、剩余电量低、正在播放视频等,则源设备的当前设备服务状态不适合执行第一消息的通知。若下
面对设备服务状态指示信息作一个示例性说明。
100.示例性的,设备服务状态指示信息x满足:
[0101][0102]
其中,x=1指示源设备的当前设备服务状态适合执行第一消息的通知;x=0指示源设备的当前设备服务状态不适合执行第一消息的通知。
[0103]
进一步的,设备执行状态指示信息可以用于指示所述设备组中除源设备外的其他电子设备是否适合执行第一消息的通知。
[0104]
需要说明的是,当用户同时拥有多个电子设备时,即该多个电子设备组成本技术实施例的设备组,用户可能存在未及时查看到针对某个电子设备下发的消息的情况。因此,本技术实施例考虑引入设备执行状态指示信息以作为设备间的消息通知的判决条件之一,并通过设备执行状态执行信息来判断除源设备外是否还有其他电子设备适合协同通知第一消息,从而通过尽可能多的设备来通知第一消息,以避免用户未能及时查看第一消息的情况。
[0105]
其次,设备执行状态指示信息可以由用户注意力信息、源设备的关联设备信息等确定。其中,用户注意力信息可以用于指示用户注意力是否在除源设备外的其他电子设备上。源设备的关联设备信息可以用于指示源设备是有关联的其他电子设备(可以通过是否彼此建立通信连接或者是否存储有各自的设备标识信息)。例如,当源设备为手机时,用户可以通过蓝牙匹配将该手机与智能手表(或智能耳机等)进行通信连接(即建立关联关系)。因此,用户可以通过智能手表查看手机上的消息通知等。
[0106]
最后,本技术实施例可以通过面向识别算法、眼球识别算法、面部识别算法等来判断用户注意力是否在电子设备上以获取用户注意力信息。例如,如果用户正面朝向电子设备a(或用户正面注视电子设备a、用户的脸部正面朝向电子设备),电子设备a可以通过摄像头采集图像帧,并利用面向识别算法(或眼球识别算法、面部识别算法)分析该图像帧以判断出用户注意力在电子设备a上。
[0107]
s420、源设备根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备。
[0108]
其中,目标设备可以包括设备组中用于执行第一消息的通知的至少一个电子设备。可以理解的是,目标设备可以包括源设备,也可以包括设备组中除源设备外的其他电子设备。
[0109]
需要说明的是,当用户同时拥有多个电子设备时,即该多个电子设备组成本技术实施例的设备组,用户可能存在未及时查看到针对某个电子设备下发的消息的情况。因此,本技术实施例考虑根据第一消息的重要通知程度和/或第一指示信息从设备组中确定目标设备。由于目标设备可以包括设备组中用于执行第一消息的通知的至少一个电子设备,从而有利于实现由设备组中除源设备外的其他电子设备来协助(或协同)进行第一消息的通知,避免用户未能及时查看第一消息,进而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0110]
具体的,在s420之前,该方法还可以包括以下步骤:确定第一消息的重要通知程度。
[0111]
需要说明的是,第一消息的重要通知程度可以用于指示第一消息需要被通知的重要性级别(或者优先级别)。也就是说,若消息的重要通知程度越高(重要性级别或者优先级别越高),即该消息对用户越重要,则用户需要立即(或及时)处理或查看该消息;若消息的重要通知程度越低(重要性级别或者优先级别越低),即该消息对用户不是非常重要,则用户可以不需要立即处理或查看该消息。因此,通过将第一消息的重要通知程度作为设备间的消息通知的判决条件之一,有利于避免用户未能及时查看第一消息,实现用户的个性化消息通知,以及提升用户的使用体验。
[0112]
另外,第一消息的重要通知程度可以由数值表示。例如,若数值处于(60,100]则说明第一消息需要被通知的重要性级别(或者优先级别)为“高”,且数值越大,重要性级别(或者优先级别)越高;若数值处于(0,60]则说明第一消息需要被通知的重要性级别为“低”,并且数值越小,重要性级别(或者优先级别)越低。
[0113]
其中,第一消息的重要通知程度可以由以下至少一种方式确定:第一消息的消息类型、第一消息的消息内容、第一消息中的特定关键词、第一消息所属的应用类型。
[0114]
需要说明的是,首先,第一消息的重要通知程度可以由第一消息的消息类型确定。其中,本技术实施例可以根据第一消息的消息类型从预设映射表中确定第一消息的重要通知程度,第一预设映射表用于指示消息类型与重要通知程度(或上述的数值)之间的映射关系。第一预设映射表可以是系统预设置或者用户动态设置。例如,第一消息的消息类型可以包括交易类消息、支付类消息、出行类消息、短信类消息、密码验证类消息、一般应用的通知类消息等,而像密码验证类消息、支付类消息等对于用户非常重要(即重要通知程度为高)。
[0115]
其次,第一消息的重要通知程度可以由第一消息的消息内容。其中,本技术实施例可以根据第一消息的消息内容中的关键词从第二预设映射表中确定第一消息的重要通知程度,第二预设映射表用于指示关键词与重要通知程度(或上述的数值)之间的映射关系。
[0116]
再次,第一消息的重要通知程度可以由第一消息所属的应用类型确定。其中,本技术实施例可以根据第一消息所属的应用类型确定第一消息的重要通知程度。由于第一消息所属的应用类型可以反映出第一消息的消息类型,因此可以适用于上述“第一消息的消息类型”的方案。例如,若消息内容或消息来自于一个新闻类应用,即该消息所属的应用为新闻类应用,则该消息的消息类型为新闻类消息。
[0117]
最后,第一消息的重要通知程度可以由第一消息的消息类型、第一消息的消息内容、第一消息所属的应用类型中的至少之一确定,从而同时通过多种方式保证进行联合确定以保证确定出的第一消息的重要通知程度更加准确。
[0118]
可见,本技术实施例可以通过不同方式来确定第一消息的重要通知程度,从而保证方案的多样性,以及提高准确性。
[0119]
具体的,根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备,可以包括:根据第一消息的重要通知程度和第一指示信息从设备组中确定用于执行第一消息的通知的目标设备(即后续的“情形一”);或者,根据第一指示信息从设备组中确定目标设备(即后续的“情形二”和“情形三”);或者,根据第一消息的重要通知程度从设备组中确定目标设备(即后续的“情形四”)。
[0120]
可以理解的是,本技术实施例可以采取多种技术方案来确定用于执行第一消息的通知的目标设备。下面进行具体说明。
[0121]
情形一:
[0122]
在一个可能的示例中,根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备,可以包括以下步骤:确定第一消息的重要通知程度和预设阈值的比较结果;根据比较结果和第一指示信息从设备组中确定目标设备。
[0123]
其中,比较结果可以为第一消息的重要通知程度大于预设阈值、第一消息的重要通知程度小于或等于预设阈值中的之一。
[0124]
需要说明的是,在“情形一”中,本技术实施例考虑通过将第一消息的重要通知程度与预设阈值(如上述的“60”)进行对比以把第一消息需要被通知的重要性级别(或者优先级别)分成两级,即“重要”和“不重要”。其中,若第一消息的重要通知程度大于预设阈值,则说明第一消息的重要通知程度为“重要”,即第一消息对用户重要;若第一消息的重要通知程度小于或等于预设阈值,则说明第一消息的重要通知程度为“不重要”,即第一消息对用户不是非常重要。然后,根据比较结果所指示的分级结果(“重要”或“不重要”)和第一指示信息从设备组中确定目标设备。由于目标设备包括设备组中用于执行第一消息的通知的至少一个电子设备,从而有利于通过第一消息的重要通知程度和第一指示信息实现由设备组中除源设备外的其他电子设备来协助(或协同)进行第一消息的通知,避免用户未能及时查看第一消息,进而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0125]
子情形1:
[0126]
具体的,根据比较结果和第一指示信息从设备组中确定目标设备,可以包括以下步骤:若比较结果为第一消息的重要通知程度大于预设阈值,则获取第一指示信息中的设备服务状态指示信息;根据设备服务状态指示信息从设备组中确定目标设备。
[0127]
需要说明的是,若比较结果为第一消息的重要通知程度大于预设阈值,则说明第一消息的重要通知程度为“重要”,即第一消息对用户重要。因此,用户希望能够立即(或及时)处理或查看重要的消息。为了保证用户能够立即(或及时)处理或查看重要的消息,避免未能及时处理或查看第一消息,本技术实施例引入第一指示信息中的设备服务状态指示信息。
[0128]
另外,结合上述针对“设备服务状态指示信息”的描述可知,设备服务状态指示信息可以用于指示源设备的当前设备服务状态是否适合执行第一消息的通知,从而通过设备服务状态指示信息来确定设备组中适合的一个或多个电子设备(即尽量让适合的多个设备)来协同通知第一消息,从而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0129]
进一步的,根据设备服务状态指示信息从设备组中确定目标设备,可以包括以下步骤:若设备服务状态指示信息指示源设备的当前设备服务状态不适合执行第一消息的通知,则获取第一指示信息中的设备执行状态指示信息;根据设备执行状态指示信息从设备组中确定目标设备;或者,若设备服务状态指示信息指示源设备的当前设备服务状态适合执行第一消息的通知,则将源设备作为目标设备。
[0130]
可以理解是,本技术实施例考虑先判断源设备是否适合执行第一消息的通知,再判断除源设备外的其他电子设备是否适合执行第一消息的通知,从而通过两次判断实现设
备间的消息通知。若源设备适合执行第一消息的通知,则直接由源设备执行,而无需再判断其他电子设备是否适合,从而提高设备间的消息通知的协同处理效率。
[0131]
进一步的,根据设备执行状态指示信息从设备组中确定目标设备,可以包括以下步骤:若设备执行状态指示信息指示设备组中除源设备外的第一电子设备适合执行第一消息的通知,则将第一电子设备作为目标设备;或者,若设备执行状态指示信息指示设备组中除源设备外的所有电子设备不适合第一消息的通知,则将源设备作为目标设备。
[0132]
可以理解是,本技术实施例考虑判断除源设备外的其他电子设备是否适合执行第一消息的通知,从而通过判断过程实现设备间的消息协同通知。
[0133]
子情形2:
[0134]
具体的,根据比较结果和第一指示信息从设备组中确定目标设备,可以包括以下步骤:若比较结果为第一消息的重要通知程度大于所述预设阈值,则获取所述第一指示信息中的设备执行状态指示信息;根据设备执行状态指示信息从设备组中确定所述目标设备。
[0135]
需要说明的是,为了保证用户能够立即(或及时)处理或查看重要的消息,避免未能及时处理或查看第一消息,本技术实施例引入第一指示信息中的设备执行状态指示信息。结合上述针对“设备执行状态指示信息”可知,设备执行状态指示信息可以用于指示设备组中除源设备外的其他电子设备是否适合执行第一消息的通知,即判断是否需要其他电子设备来协助进行第一消息的通知,从而通过设备执行状态指示信息来确定设备组中适合的一个或多个电子设备(即尽量让适合的多个设备)来协同通知第一消息,从而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0136]
进一步的,根据设备执行状态指示信息从设备组中确定目标设备,可以包括以下步骤:若设备执行状态指示信息指示设备组中除源设备外的第一电子设备适合执行第一消息的通知,则将第一电子设备作为目标设备;或者,若设备执行状态指示信息指示设备组中除源设备外的所有电子设备不适合第一消息的通知,则将源设备作为目标设备。
[0137]
可以理解是,本技术实施例考虑判断除源设备外的其他电子设备是否适合执行第一消息的通知,从而通过判断过程实现设备间的消息协同通知。
[0138]
子情形3:
[0139]
具体的,根据比较结果和第一指示信息从设备组中确定目标设备,可以包括以下步骤:若比较结果为第一消息的重要通知程度小于或等于预设阈值,则将源设备作为目标设备。
[0140]
需要说明的是,若第一消息的重要通知程度小于或等于预设阈值,则说明第一消息的重要通知程度为“不重要”,即第一消息对用户不是非常重要。因此,用户可能无需立即(或及时)处理或查看重要的消息,从而直接由源设备执行第一消息的通知,而无需再判断源设备或者其他电子设备是否适合,从而提高设备间的消息通知的协同处理效率。
[0141]
情形二:
[0142]
在一个可能的示例中,根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备,可以包括以下步骤:获取第一指示信息中的设备服务状态指示信息,设备服务状态指示信息用于指示源设备的当前设备服务状态是
否适合执行第一消息的通知;根据设备服务状态指示信息从设备组中确定目标设备。
[0143]
需要说明的是,与上述“情形一”不同的是,“情形二”无需考虑第一消息的重要通知程度,而是直接根据设备服务状态指示信息来确定设备组中适合的一个或多个电子设备(即尽量让适合的多个设备)来协同通知第一消息,从而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0144]
进一步的,根据设备服务状态指示信息从设备组中确定目标设备,可以包括以下步骤:若设备服务状态指示信息指示源设备的当前设备服务状态不适合执行第一消息的通知,则获取第一指示信息中的设备执行状态指示信息;根据设备执行状态指示信息从设备组中确定目标设备;或者,若设备服务状态指示信息指示源设备的当前设备服务状态适合执行第一消息的通知,则将源设备作为目标设备。
[0145]
可以理解是,本技术实施例考虑先判断源设备是否适合执行第一消息的通知,再判断除源设备外的其他电子设备是否适合执行第一消息的协同通知,从而通过两次判断实现设备间的消息协同通知。若源设备适合执行第一消息的通知,则直接由源设备执行,而无需再判断其他电子设备是否适合,从而提高设备间的消息通知的协同处理效率。
[0146]
进一步的,根据设备执行状态指示信息从设备组中确定目标设备,可以包括以下步骤:若设备执行状态指示信息指示设备组中除源设备外的第一电子设备适合执行第一消息的通知,则将第一电子设备作为目标设备;或者,若设备执行状态指示信息指示设备组中除源设备外的所有电子设备不适合第一消息的通知,则将源设备作为目标设备。
[0147]
可以理解是,本技术实施例考虑判断除源设备外的其他电子设备是否适合执行第一消息的通知,从而通过判断过程实现设备间的消息协同通知。
[0148]
情形三:
[0149]
在一个可能的示例中,根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备,可以包括以下步骤:获取第一指示信息中的设备执行状态指示信息,设备执行状态指示信息可以用于指示设备组中除源设备外的其他电子设备是否适合执行第一消息的通知;根据设备执行状态指示信息从设备组中确定目标设备。
[0150]
需要说明的是,与上述“情形一”不同的是,“情形三”无需考虑第一消息的重要通知程度,而是直接根据设备执行状态指示信息来确定设备组中适合的一个或多个电子设备(即尽量让适合的多个设备)来协同通知第一消息,从而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0151]
进一步的,根据设备执行状态指示信息从设备组中确定目标设备,可以包括以下步骤:若设备执行状态指示信息指示设备组中除源设备外的第一电子设备适合执行第一消息的通知,则将第一电子设备作为目标设备;或者,若设备执行状态指示信息指示设备组中除源设备外的所有电子设备不适合第一消息的通知,则将源设备作为目标设备。
[0152]
可以理解是,本技术实施例考虑判断除源设备外的其他电子设备是否适合执行第一消息的协同通知,从而通过判断过程实现设备间的消息协同通知。
[0153]
情形四:
[0154]
在一个可能的示例中,根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备,可以包括以下步骤:若第一消息的重要通
知程度小于或等于预设阈值,则将源设备作为目标设备。
[0155]
需要说明的是,若第一消息的重要通知程度小于或等于预设阈值,则说明第一消息的重要通知程度为“不重要”,即第一消息对用户不是非常重要。因此,用户可能无需立即(或及时)处理或查看重要的消息,从而直接由源设备执行第一消息的通知,而无需再判断源设备或者其他电子设备是否适合,从而提高设备间的消息通知的协同处理效率。
[0156]
结合上述“情形一”、“情形二”“情形三”“情形四”的描述,本技术实施例主要实现如下目的:对于不重要的消息或优先级别低的消息,实现主要仅由源设备执行消息通知,以及降低消息通知对用户体验的影响;对于重要的消息或优先级别高的消息,不仅考虑由源设备执行消息通知,还需要考虑除源设备外的其他电子设备执行消息协同通知,从而避免用户未能立即(或及时)处理(或查看)消息通知;对于源设备不适合执行消息通知,需要考虑除源设备外的其他电子设备执行消息通知,从而避免用户未能立即(或及时)处理(或查看)消息通知;对于源设备适合执行消息通知,主要考虑由源设备执行消息通知,也可以同时由除源设备外的其他电子设备执行消息通知。
[0157]
s430、源设备控制目标设备以执行第一消息的通知。
[0158]
具体的,在s430之前,该方法还包括:源设备根据第一消息的重要通知程度和/或第一指示信息确定第一消息的通知类型方式。
[0159]
可以理解的是,第一消息的通知类型方式可以由第一消息的重要通知程度和/或第一指示信息确定。
[0160]
其中,通知类型方式可以包括负一屏显示通知、横幅通知、状态栏通知、锁屏通知、振动通知、响铃通知、弹窗通知、显示通知、静默通知。
[0161]
需要说明的是,首先,本技术实施例可以根据第一消息的重要通知程度确定第一消息的通知类型方式。其中,若第一消息的重要通知程度为“重要”,则可以选择更能引起用户注意的通知类型方式(如将第一消息进行弹窗通知、将第一消息进行振动通知、将第一消息进行响铃通知等);若第一消息的重要通知程度为“不重要”,则可以选择不影响用户的通知类型方式(如将第一消息进行静默通知、将第一消息进行状态栏通知、将第一消息进行横幅通知等)。
[0162]
其次,本技术实施例可以根据第一指示信息确定第一消息的通知类型方式。其中,若第一指示信息中的设备服务状态指示信息指示源设备的当前设备服务状态适合执行第一消息的通知,则可以选择不影响用户的通知类型方式(如将第一消息进行静默通知、将第一消息进行状态栏通知、将第一消息进行横幅通知等)。这是因为,虽然源设备适合执行,但有可能源设备正在当前正在执行视频播放或者音乐播放等,可以选择不影响用户的通知类型方式。
[0163]
最后,本技术实施例可以根据第一消息的重要通知程度和第一指示信息确定第一消息的通知类型方式。
[0164]
进一步的,控制目标设备以执行第一消息的通知,可以包括以下步骤:控制目标设备以按照通知类型方式执行第一消息的通知。
[0165]
与上述实施例一致,下面本技术实施例又提供一种消息通知方法,请参阅图5。
[0166]
s501、源设备获取待通知的第一消息和第一指示信息。
[0167]
其中,源设备可以为设备组中的一个电子设备。
[0168]
其中,源设备接收到待通知的第一消息,将触发源设备进行第一消息的协同通知操作。比如,手机接收到短信,通常步骤是收到该短信的消息内容,然后再通过对应的应用以弹窗形式将该短信通知给用户。
[0169]
其中,第一指示信息可以用于指示设备组中的电子设备是否适合执行第一消息的通知。
[0170]
具体的,第一指示信息可以包括设备服务状态指示信息、设备执行状态指示信息中的至少之一。
[0171]
进一步的,设备服务状态指示信息可以用于指示源设备的当前设备服务状态是否适合执行第一消息的通知。
[0172]
进一步的,设备执行状态指示信息可以用于指示所述设备组中除源设备外的其他电子设备是否适合执行第一消息的通知。
[0173]
s502、源设备确定第一消息的重要通知程度。
[0174]
其中,确定第一消息的重要通知程度,主要用于判断第一消息的重要性级别(或优先级级别),可以分“高”和“低”两种。需要说明的是,一方面,本技术根据消息内容来确定第一消息的重要通知程度。比如,交易类消息、出行类消息等优先级别为“高”,一般应用的通知类消息的优先级别为“低”。另一方面,本技术可以根据用户自定义消息的优先级别来确定,比如,某个联系人的的短信消息、含有某关键字的消息的优先级别为“高”。另外,用户也可以根据自己需求对预设的优先级别方案进行自行调整。
[0175]
s503、源设备根据第一消息的重要通知程度判断第一消息的的重要性级别。
[0176]
其中,若第一消息的重要通知程度大于预设阈值,则第一消息的重要性级别为“高”,并执行s505;若第一消息的重要通知程度小于或等于预设阈值,则第一消息的重要性级别为“低”,并执行s504。
[0177]
s504、源设备根据第一指示信息判断源设备是否适合执行第一消息的通知。
[0178]
其中,若判断为“是”,则执行s507;若判断为“否”,则执行s506。
[0179]
s505、源设备执行第一消息的通知。
[0180]
s506、源设备根据第一指示信息确定用户的用户注意力在第一电子设备上。
[0181]
其中,如何判断用户注意力,简单的方式有判断电子设备是否处于息屏状态。若处于息屏状态,则用户注意力不在电子设备上;反之,则用户注意力在该电子设备上。另外,还可以利用更复杂的算法,比如面向识别、眼球识别等技术来判断用户注意力是否在电子设备上。
[0182]
s507、源设备执行第一消息的通知。
[0183]
s508、源设备根据第一指示信息判断第一电子设备是否适合执行第一消息的通知。
[0184]
其中,若判断为“是”,则执行s510;若判断为“否”,则执行s509。
[0185]
s509、源设备执行第一消息的通知。
[0186]
s510、源设备控制第一电子设备以执行第一消息的通知。
[0187]
需要说明的是,本技术对各个实施例的描述都各有侧重,因此,图5中所述的实施例中没有详述的部分,可以参见图4中所述的实施例的相关描述,对此不再赘述。
[0188]
结合上述描述,下面本技术实施例将以设备组包括智能手机、智能手表、智能音箱
和智能电视为例进行示例性说明。
[0189]
示例性的,请参阅图6,设备组包括智能手机6101、智能手表6102、智能音箱6103和智能电视6104。其中,智能手机6101收到一条待通知的消息。智能手机6101根据该消息的消息内容、该消息的消息内容或者该消息来自于一个新闻类应用(即新闻类消息),从而判定该消息的重要通知程度为“不重要”(重要级别低或者优先级别低)。若智能手机6101适合执行消息通知(虽然用户620的用户注意力在智能手机6101、用户620正面朝向智能手机6101或者用户620正在使用智能手机6101观看视频等,但是用户620设定其可以执行通知),因此智能手机6101可以在后台通知栏中执行该消息的通知,而不会采用弹窗式的消息通知(即静默通知以不影响视频观看)。若智能手机6101适合执行消息通知,由于智能手机6101关联有智能手表6102(即通过用户620的用户标识信息关联或者彼此之间建立有通信连接),并且用户设定智能手表6102可以执行消息通知功能(即智能手表6102适合执行该消息的通知),从而智能手表6102将该消息通过振动方式通知用户620。该场景下用户与设备之间的交互方式的目标是尽量避免消息通知打断用户观看视频等。
[0190]
示例性的,请参阅图7,设备组包括智能手机7101、智能手表7102、智能音箱7103和智能电视7104。其中,智能手机7101收到一条待通知的消息。由于该消息是一条银行卡交易的消息,因此智能手机7101根据该消息的消息类型或消息内容,判断出该消息的重要通知程度为“重要”(重要级别高或者优先级别高)。此时,由于智能手机7101正处于视频播放服务,并且该消息为重要消息。若智能手机7101适合执行消息通知功能(虽然用户720的用户注意力在智能手机7101、用户720正面朝向智能手机7101或者用户720正在使用智能手机7101观看视频等,但是用户720设定可以执行通知),则智能手机7101将该消息通过响铃方法通知用户720。同时,智能手机7101也可能控制智能手表7102以振动方式将该消息通知给用户720。若智能手机7101不适合执行消息通知功能,则智能手机7101需要控制智能手表7102以振动方式将该消息通知给用户720。
[0191]
示例性的,请参阅图8,设备组包括智能手机8101、智能手表8102、智能音箱8103和智能电视8104。其中,智能手机8101收到一条待通知的消息。由于该消息是一条密码验证的消息,因此手机8101通过该消息的消息内容或消息类型,判断出该消息的重要通知程度为“重要”(重要级别高或者优先级别高)。此时,由于智能手机8101处于熄屏状态(即用户820的用户注意力不在智能手机8101或者用户820不使用智能手机8101),因此需要判断设备组中的智能手表8102、智能音箱8103和智能电视8104是否适合执行该消息的通知(即判断用户820的用户注意力是否在这些电子设备)。例如,可以通过这些电子设备上是否正在执行服务(视频播放等)或者使用人脸朝向等技术来进行判断。由于智能电视8104正在进行视频播放,因此智能手机8101判断用户820的用户注意力可能在智能电视8104上,从而该消息在智能手机8101在进行通知,以及在智能电视8104上进行通知。
[0192]
可以看出,本技术实施例中,首先,源设备获取待通知的第一消息和/或第一指示信息,第一指示信息用于指示设备组中的电子设备是否适合执行第一消息的通知;其次,源设备根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备;最后,源设备控制目标设备以执行第一消息的通知。由于目标设备可以包括设备组中用于执行第一消息的通知的至少一个电子设备,从而有利于通过第一消息的重要通知程度和/或第一指示信息实现由设备组中除源设备外的其他电子设备来协助(或
协同)进行第一消息的通知,避免用户未能及时查看第一消息,进而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0193]
上述主要从方法侧执行过程的角度对本技术实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术的范围。
[0194]
本技术实施例可以根据上述方法示例对电子设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本技术实施例中对单元的划分是示意性的,只是一种逻辑功能划分,而实际实现时可以有另外的划分方式。
[0195]
在采用集成的单元的情况下,图9提供一种消息通知装置的功能单元组成框图。消息通知装置900应用于源设备,具体包括:处理单元920和通信单元930。处理单元920用于对源设备的动作进行控制管理,例如,处理单元920用于支持源设备执行图4中的部分或全部步骤,以及用于本文所描述的技术的其它过程。通信单元930用于支持源设备与其他设备的通信。消息通知装置900还可以包括存储单元910,用于存储消息通知装置900的程序代码和数据。
[0196]
其中,处理单元920可以是处理器或控制器,例如cpu、通用处理器、dsp、asic、fpga、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术实施例所描述的各种示例性的逻辑方框、模块和电路。另外,处理单元920也可以是实现计算功能的组合,例如包含一个或多个微处理器组合、dsp和微处理器的组合。通信单元930可以是通信接口、收发器和收发电路等。存储单元910可以是存储器。当处理单元920为处理器,通信单元930为通信接口,存储单元910为存储器时,本技术实施例所涉及的消息通知装置900可以为图10所示的电子设备。
[0197]
具体的,处理单元920用于执行如上述方法实施例中由源设备执行的任一步骤,且在执行诸如发送等数据传输时,可选择的调用通信单元930来完成相应操作。下面进行详细说明。
[0198]
处理单元920用于:获取待通知的第一消息和/或第一指示信息,第一指示信息用于指示设备组中的电子设备是否适合执行第一消息的通知;根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备;控制目标设备以执行所述第一消息的通知。
[0199]
需要说明的是,消息通知装置900执行的各个操作的具体实现可以参见上述图4所示的方法实施例的相应描述,在此不再赘述。
[0200]
可以看出,本技术实施例中,首先,通过获取待通知的第一消息和/或第一指示信息,第一指示信息用于指示设备组中的电子设备是否适合执行第一消息的通知;其次,根据
第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备;最后,通过控制目标设备以执行第一消息的通知。由于目标设备可以包括设备组中用于执行第一消息的通知的至少一个电子设备,从而有利于通过第一消息的重要通知程度和/或第一指示信息实现由设备组中除源设备外的其他电子设备来协助(或协同)进行第一消息的通知,避免用户未能及时查看第一消息,进而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0201]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,处理单元920具体用于:确定第一消息的重要通知程度和预设阈值的比较结果;根据比较结果和第一指示信息从设备组中确定目标设备。
[0202]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,处理单元920具体用于:获取第一指示信息中的设备服务状态指示信息,设备服务状态指示信息用于指示源设备的当前设备服务状态是否适合执行第一消息的通知;根据设备服务状态指示信息从设备组中确定目标设备。
[0203]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,处理单元920具体用于:获取第一指示信息中的设备执行状态指示信息,设备执行状态指示信息可以用于指示设备组中除源设备外的其他电子设备是否适合执行第一消息的通知;根据设备执行状态指示信息从设备组中确定目标设备。
[0204]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,处理单元920具体用于:若第一消息的重要通知程度小于或等于预设阈值,则将源设备作为目标设备。
[0205]
在一个可能的示例中,在根据比较结果和第一指示信息从设备组中确定目标设备方面,处理单元920具体用于:若比较结果为第一消息的重要通知程度大于预设阈值,则获取第一指示信息中的设备服务状态指示信息;根据设备服务状态指示信息从设备组中确定目标设备。
[0206]
在一个可能的示例中,在根据比较结果和第一指示信息从设备组中确定目标设备方面,处理单元920具体用于:若比较结果为第一消息的重要通知程度大于预设阈值,则获取第一指示信息中的设备执行状态指示信息;根据设备执行状态指示信息从设备组中确定目标设备。
[0207]
在一个可能的示例中,在根据比较结果和第一指示信息从设备组中确定目标设备方面,处理单元920具体用于:若比较结果为第一消息的重要通知程度小于或等于预设阈值,则将源设备作为目标设备。
[0208]
在一个可能的示例中,在根据设备服务状态指示信息从设备组中确定目标设备方面,处理单元920具体用于:若设备服务状态指示信息指示源设备的当前设备服务状态不适合执行第一消息的通知,则获取第一指示信息中的设备执行状态指示信息;根据设备执行状态指示信息从设备组中确定目标设备。
[0209]
在一个可能的示例中,在根据设备服务状态指示信息从设备组中确定目标设备方
面,处理单元920具体用于:若设备服务状态指示信息指示源设备的当前设备服务状态适合执行第一消息的通知,则将源设备作为目标设备。
[0210]
在一个可能的示例中,在根据设备执行状态指示信息从设备组中确定目标设备方面,处理单元920具体用于:若设备执行状态指示信息指示设备组中除源设备外的第一电子设备适合执行第一消息的通知,则将第一电子设备作为目标设备,或者将第一电子设备和源设备作为目标设备。
[0211]
在一个可能的示例中,在根据设备执行状态指示信息从设备组中确定目标设备方面,处理单元920具体用于:若设备执行状态指示信息指示设备组中除源设备外的所有电子设备不适合执行第一消息的通知,则将源设备作为目标设备。
[0212]
在一个可能的示例中,在控制目标设备以执行第一消息的通知之前,处理单元920还用于:根据第一消息的重要通知程度和/或第一指示信息确定第一消息的通知类型方式。
[0213]
在一个可能的示例中,第一消息的通知类型方式由第一消息的重要通知程度和/或第一指示信息确定。
[0214]
在一个可能的示例中,在控制目标设备以执行第一消息的通知方面,处理单元920具体用于:控制目标设备以按照通知类型方式执行第一消息的通知。
[0215]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备之前,处理单元920还用于:确定第一消息的重要通知程度。
[0216]
在一个可能的示例中,第一消息的重要通知程度由以下至少一种方式确定:第一消息的消息类型、第一消息的消息内容、第一消息所属的应用类型。
[0217]
下面介绍本技术实施例提供的一种电子设备的结构示意图,如图10所示。其中,电子设备1000包括处理器1010、存储器1020、通信接口1030和至少一个用于连接处理器1010、存储器1020、通信接口1030的通信总线。
[0218]
处理器1010可以是一个或多个中央处理器cpu。在处理器1010是一个cpu的情况下,该cpu可以是单核cpu,也可以是多核cpu。存储器1020包括但不限于是随机存储记忆体(random access memory,ram)、只读存储器(read-only memory,rom)、可擦除可编程只读存储器(erasable programmable read only memory,eprom)或便携式只读存储器(compact disc read-only memory,cd-rom),并且存储器1020用于存储相关指令及数据。通信接口1030用于接收和发送数据。
[0219]
电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于执行以下步骤:获取待通知的第一消息和/或第一指示信息,第一指示信息用于指示设备组中的电子设备是否适合执行第一消息的通知;根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备;控制目标设备以执行第一消息的通知。
[0220]
需要说明的是,电子设备1000执行的各个操作的具体实现可以参见上述图4所示的方法实施例的相应描述,在此不再赘述。
[0221]
可以看出,本技术实施例中,首先,电子设备通过获取待通知的第一消息和第一指示信息,第一指示信息用于指示设备组中的电子设备是否适合执行第一消息的通知;其次,电子设备根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一
消息的通知的目标设备;最后,电子设备控制目标设备以执行第一消息的通知。由于目标设备可以包括设备组中用于执行第一消息的通知的至少一个电子设备,从而有利于通过第一消息的重要通知程度和/或第一指示信息实现由设备组中除源设备外的其他电子设备来协助(或协同)进行第一消息的通知,避免用户未能及时查看第一消息,进而实现设备间的消息协同通知,提高设备间的协同处理能力,保证用户的个性化消息通知,以及提升用户的使用体验。
[0222]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:确定第一消息的重要通知程度和预设阈值的比较结果;根据比较结果和第一指示信息从设备组中确定目标设备。
[0223]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:获取第一指示信息中的设备服务状态指示信息,设备服务状态指示信息用于指示源设备的当前设备服务状态是否适合执行第一消息的通知;根据设备服务状态指示信息从设备组中确定目标设备。
[0224]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:获取第一指示信息中的设备执行状态指示信息,设备执行状态指示信息可以用于指示设备组中除源设备外的其他电子设备是否适合执行第一消息的通知;根据设备执行状态指示信息从设备组中确定目标设备。
[0225]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若第一消息的重要通知程度小于或等于预设阈值,则将源设备作为目标设备。
[0226]
在一个可能的示例中,在根据比较结果和第一指示信息从设备组中确定目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若比较结果为第一消息的重要通知程度大于预设阈值,则获取第一指示信息中的设备服务状态指示信息;根据设备服务状态指示信息从设备组中确定目标设备。
[0227]
在一个可能的示例中,在根据比较结果和第一指示信息从设备组中确定目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若比较结果为第一消息的重要通知程度大于预设阈值,则获取第一指示信息中的设备执行状态指示信息;根据设备执行状态指示信息从设备组中确定目标设备。
[0228]
在一个可能的示例中,在根据比较结果和第一指示信息从设备组中确定目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若比较结果为第一消息的重要通知程度小于或等于预设阈值,则将
源设备作为目标设备。
[0229]
在一个可能的示例中,在根据设备服务状态指示信息从设备组中确定目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若设备服务状态指示信息指示源设备的当前设备服务状态不适合执行第一消息的通知,则获取第一指示信息中的设备执行状态指示信息;根据设备执行状态指示信息从设备组中确定目标设备。
[0230]
在一个可能的示例中,在根据设备服务状态指示信息从设备组中确定目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若设备服务状态指示信息指示源设备的当前设备服务状态适合执行第一消息的通知,则将源设备作为目标设备。
[0231]
在一个可能的示例中,在根据设备执行状态指示信息从设备组中确定目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若设备执行状态指示信息指示设备组中除源设备外的第一电子设备适合执行第一消息的通知,则将第一电子设备作为目标设备,或者将第一电子设备和源设备作为目标设备。
[0232]
在一个可能的示例中,在根据设备执行状态指示信息从设备组中确定目标设备方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:若设备执行状态指示信息指示设备组中除源设备外的所有电子设备不适合执行第一消息的通知,则将源设备作为目标设备。
[0233]
在一个可能的示例中,在控制目标设备以执行第一消息的通知之前,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021还用于执行以下步骤:根据第一消息的重要通知程度和/或第一指示信息确定第一消息的通知类型方式。
[0234]
在一个可能的示例中,第一消息的通知类型方式由第一消息的重要通知程度和/或第一指示信息确定。
[0235]
在一个可能的示例中,在控制目标设备以执行第一消息的通知方面,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021用于具体执行以下步骤:控制目标设备以按照通知类型方式执行第一消息的通知。
[0236]
在一个可能的示例中,在根据第一消息的重要通知程度和/或第一指示信息从设备组中确定用于执行第一消息的通知的目标设备之前,电子设备1000中的处理器1010用于读取存储器1020中存储的一个或多个程序1021还用于执行以下步骤:确定第一消息的重要通知程度。
[0237]
在一个可能的示例中,第一消息的重要通知程度由以下至少一种方式确定:第一消息的消息类型、第一消息的消息内容、第一消息所属的应用类型。
[0238]
本技术实施例还提供一种计算机可读存储介质,其中,该计算机可读存储介质存储用于电子数据交换的计算机程序,该计算机程序可操作来使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。
[0239]
本技术实施例还提供一种计算机程序产品,其中,该计算机程序产品包括计算机程序,该计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
[0240]
需要说明的是,对于上述的各方法实施例,为了简单描述,将其都表述为一系列的动作组合。本领域技术人员应该知悉,本技术不受所描述的动作顺序的限制,因为本技术实施例中的某些步骤可以采用其他顺序或者同时进行。此外,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本技术实施例所必须的。
[0241]
在上述实施例中,本技术对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
[0242]
在本技术所提供的几个实施例中,本领域技术人员应该知悉,所描述的装置可以通过其它的方式实现。可以理解的是,上述描述的装置实施例仅仅是示意性的。例如,上述单元的划分只是一种逻辑功能划分,实际中可以有另外的划分方式。也就是说,多个单元或组件可以结合或集成到另一个软件,以及一些特征可以忽略或不执行。此外,所显示或讨论的相互之间的耦合、直接耦合或通信连接等方式可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电性或其它的形式。
[0243]
上述单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。可以理解的是,本技术的技术方案(该技术方案对现有技术做出贡献的部分或者该技术方案的全部或部分)可以通过计算机软件产品的形式体现。该计算机软件产品存储在一个存储器中,包括若干指令用以使得计算机设备(个人计算机、服务器或者网络设备等)执行本技术实施例的全部或部分步骤。另外,上述计算机可读取存储介质可以存储在u盘、rom、ram、移动硬盘、磁碟或者光盘等各种存储器中。
[0244]
以上对本技术实施例进行了具体介绍,本领域技术人员应该知悉,本技术实施例只是用于帮助理解本技术的技术方案的核心思想,因此本技术实施例在具体实施方式和应用范围上均会有改变之处。至此,本说明书中记载的内容不应理解为对本技术的保护范围的限制。另外,在本技术实施例的技术方案的基础之上,任意所做的任何修改、等同替换、改进等,均应包括在本技术实施例的保护范围之内。