CN114020186B - 健康数据的显示方法和显示装置 - Google Patents
健康数据的显示方法和显示装置 Download PDFInfo
- Publication number
- CN114020186B CN114020186B CN202111169141.2A CN202111169141A CN114020186B CN 114020186 B CN114020186 B CN 114020186B CN 202111169141 A CN202111169141 A CN 202111169141A CN 114020186 B CN114020186 B CN 114020186B
- Authority
- CN
- China
- Prior art keywords
- health data
- data
- target
- area
- target health
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/0485—Scrolling or panning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
- G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
Abstract
本申请涉及终端领域,提供了一种健康数据的显示方法和显示装置。该方法包括:在桌面的第一区域内显示健康APP的图标;获取用户的目标健康数据;确定所述目标健康数据是否满足触发条件;在所述目标健康数据满足所述触发条件的情况下,在所述桌面的第二区域内显示所述目标健康数据,其中,所述第二区域的面积大于所述第一区域的面积,并且,所述目标健康数据覆盖所述健康APP的图标。上述方法使得用户能够及时注意到当前的健康状况,同时尽可能地减小了目标健康数据对用户的干扰。
Description
技术领域
本申请涉及终端领域,具体涉及一种健康数据的显示方法和显示装置。
背景技术
随着终端设备的功能日益增强,用户的部分健康数据能够通过终端设备获取。例如,终端设备可以通过加速度计获取用户的运动数据,终端设备还可以通过光学心率传感器获取用户的心跳数据。当用户需要查看健康数据(如运动数据和心跳数据)时,可以点击终端设备上安装的健康应用程序(application,APP)的图标,打开健康APP查看健康数据。
在一些情况下,上述查看健康数据的方式可能导致用户错过重要的健康数据。例如,用户在跑步时忘记打开健康APP,可能导致运动过量。如何避免用户错过重要的健康数据是当前需要解决的问题。
发明内容
本申请实施例提供了一种健康数据的显示方法、装置、计算机可读存储介质和计算机程序产品,能够使用户避免用户错过重要的健康数据。
第一方面,提供了一种健康数据的显示方法,包括:在桌面的第一区域内显示健康APP的图标;获取用户的目标健康数据;确定所述目标健康数据是否满足触发条件;在所述目标健康数据满足所述触发条件的情况下,在所述桌面的第二区域内显示所述目标健康数据,其中,所述第二区域的面积大于所述第一区域的面积,并且,所述目标健康数据覆盖所述健康APP的图标。
例如,目标健康数据为跑步距离,触发条件为距离阈值。跑步距离小于距离阈值时,跑步距离不满足触发条件,终端设备不在第二区域显示跑步距离,避免用户受到干扰;当跑步距离大于或等于距离阈值时,跑步距离满足触发条件,终端设备可以在一块较大的区域(即,第二区域)显示跑步距离,提醒用户可能面临运动过量的风险。由此可见,上述方法使得用户能够及时注意到当前的健康状况,同时尽可能地减小了目标健康数据对用户的干扰。
在一种实现方式中,所述在所述桌面的第二区域内显示所述目标健康数据之前,还包括:确定所述目标健康数据的信息量;根据所述信息量确定所述第二区域的面积,所述第二区域的面积与所述信息量正相关。
目标健康数据的信息量较大时,终端设备可以在一个较大的第二区域内显示目标健康数据;目标健康数据的信息量较小时,终端设备可以在一个较小的第二区域内显示目标健康数据;这样,既可以使用户获取完整的目标健康数据,又能减小目标健康数据对用户的干扰。
在一种实现方式中,所述第二区域的面积为预设值。
本实施例中,用户可以在健康APP采集健康数据前设置第二区域的面积,满足个人需求,因此,本实施例可以提高用户体验。
在一种实现方式中,所述触发条件包括下列条件中的一种:所述目标健康数据为运动数据;所述目标健康数据为异常的生理数据;所述目标健康数据的采集时刻位于预设的展示时段内,并且,所述目标健康数据的类型属于预设的数据类型。
运动数据、异常的生理数据以及预设的数据类型都属于重要的健康数据,本实施例可以避免用户错过重要的健康数据。
在一种实现方式中,所述目标健康数据为多个健康数据,所述在所述桌面的第二区域内显示所述目标健康数据,包括:确定所述多个健康数据的优先级;在所述第二区域内显示所述多个健康数据中优先级最高的健康数据。
在一些情况中,终端设备可能同时获取多个满足触发条件的健康数据,终端设备可以在第二区域内显示优先级最高的健康数据。优先级最高的健康数据预示用户面临严重的风险,用户可以根据优先级最高的健康数据做出避险决策,从而减小健康严重受损的风险。
在一种实现方式中,还包括:接收用户的第一操作,所述第一操作用于查看所述优先级最高的健康数据的下一条数据或者上一条数据;根据所述第一操作显示所述优先级最高的健康数据的下一条数据或者上一条数据。
第一操作可以是左右滑动操作,也可以是其他操作,本申请对此不做限定。用户可以通过第一操作查看所有健康数据,根据所有健康数据做出避险决策,因此,本实施例能够最大程度地减小用户健康受损的风险。
在一种实现方式中,还包括:接收用户的第二操作,所述第二操作用于将所述目标健康数据的状态设置为已读状态;根据所述第二操作关闭所述目标健康数据。
第二操作可以是上下滑动操作,也可以是其他操作,本申请对此不做限定。用户将目标健康数据的状态设置为已读状态后,目标健康数据提示用户的使命已经终结,终端设备可以关闭第二区域内显示的目标健康数据,恢复显示健康APP的图标,避免目标健康数据对用户的干扰。
在一种实现方式中,还包括:接收用户的第三操作,所述第三操作用于读取所述目标健康数据的完整信息;根据所述第三操作显示所述目标健康数据的完整信息。
第三操作可以是单击操作,也可以是其他操作,本申请对此不做限定。在一些情况中,目标健康数据的内容过多,第二区域内显示的内容是目标健康数据的部分信息,用户可以通过点击目标健康数据打开健康APP,获取健康APP显示的目标健康数据的完整信息,从而可以根据完整信息做出准确的避险决策。
在一种实现方式中,还包括:当所述目标健康数据的显示时间大于或等于时间阈值时,关闭所述目标健康数据。
目标健康数据的显示时间大于或等于时间阈值时,终端设备可以认为用户已经阅读了目标健康数据,随后,终端设备可以关闭目标健康数据,减小目标健康数据对用户的干扰。
在一种实现方式中,还包括:在所述第二区域内显示所述目标健康数据时,在所述桌面的第三区域显示其他APP的图标,所述第二区域与所述第三区域不重叠,所述其他APP为:被所述目标健康数据覆盖的除所述健康APP之外的APP。
由于第二区域的面积大于第一区域的面积,终端设备在第二区域显示目标健康数据时,可能会遮挡其他APP的图标。本实施例中,终端设备在第二区域显示目标健康数据时,在第三区域显示其他APP的图标,可以避免其他APP的图标被目标健康数据遮挡,提高用户体验。
在一种实现方式中,还包括:在所述目标健康数据关闭后,在所述第二区域内显示所述其他APP的图标,并且,关闭所述第三区域内的所述其他APP的图标。
本实施例能够使桌面恢复至显示目标健康数据之前的状态,提高用户体验。
第二方面,提供了一种健康数据的显示装置,包括用于执行第一方面中任一种方法的单元。该装置可以是终端设备,也可以是终端设备内的芯片。该装置可以包括输入单元、显示单元和处理单元。
当该装置是终端设备时,该处理单元可以是处理器,该输入单元可以是通信接口,该显示单元可以是图形处理模块和屏幕;该终端设备还可以包括存储器,该存储器用于存储计算机程序代码,当该处理器执行该存储器所存储的计算机程序代码时,使得该终端设备执行第一方面中的任一种方法。
当该装置是终端设备内的芯片时,该处理单元可以是芯片内部的逻辑处理单元,该输入单元可以是输出接口、管脚或电路等,该显示单元可以是芯片内部的图形处理单元;该芯片还可以包括存储器,该存储器可以是该芯片内的存储器(例如,寄存器、缓存等),也可以是位于该芯片外部的存储器(例如,只读存储器、随机存取存储器等);该存储器用于存储计算机程序代码,当该处理器执行该存储器所存储的计算机程序代码时,使得该芯片执行第一方面的任一种方法。
在一种实现方式中,所述显示单元用于:在桌面的第一区域内显示健康APP的图标;所述输入单元用于:获取用户的目标健康数据;所述处理单元用于:确定所述目标健康数据是否满足触发条件;在所述目标健康数据满足所述触发条件的情况下,控制所述显示单元在所述桌面的第二区域内显示所述目标健康数据,其中,所述第二区域的面积大于所述第一区域的面积,并且,所述目标健康数据覆盖所述健康APP的图标。
在一种实现方式中,所述在所述桌面的第二区域内显示所述目标健康数据之前,所述处理单元还用于:确定所述目标健康数据的信息量;根据所述信息量确定所述第二区域的面积,所述第二区域的面积与所述信息量正相关。
在一种实现方式中,所述第二区域的面积为预设值。
在一种实现方式中,所述触发条件包括下列条件中的一种:所述目标健康数据为运动数据;所述目标健康数据为异常的生理数据;所述目标健康数据的采集时刻位于预设的展示时段内,并且,所述目标健康数据的类型属于预设的数据类型。
在一种实现方式中,所述目标健康数据为多个健康数据,所述处理单元具体用于:确定所述多个健康数据的优先级;控制所述显示单元在所述第二区域内显示所述多个健康数据中优先级最高的健康数据。
在一种实现方式中,所述输入单元还用于:接收用户的第一操作,所述第一操作用于查看所述优先级最高的健康数据的下一条数据或者上一条数据;所述处理单元还用于:根据所述第一操作控制所述显示单元显示所述优先级最高的健康数据的下一条数据或者上一条数据。
在一种实现方式中,所述输入单元还用于:接收用户的第二操作,所述第二操作用于将所述目标健康数据的状态设置为已读状态;所述处理单元还用于:根据所述第二操作控制所述显示单元关闭所述目标健康数据。
在一种实现方式中,所述输入单元还用于:接收用户的第三操作,所述第三操作用于读取所述目标健康数据的完整信息;所述处理单元还用于:根据所述第三操作控制所述显示单元显示所述目标健康数据的完整信息。
在一种实现方式中,所述处理单元还用于:当所述目标健康数据的显示时间大于或等于时间阈值时,控制所述显示单元关闭所述目标健康数据。
在一种实现方式中,所述处理单元还用于:在所述第二区域内显示所述目标健康数据时,控制所述显示单元在所述桌面的第三区域显示其他APP的图标,所述第二区域与所述第三区域不重叠,所述其他APP为:未显示所述目标健康数据时,所述第二区域内的除所述健康APP之外的APP。
在一种实现方式中,所述处理单元还用于:在所述目标健康数据关闭后,控制所述显示单元在所述第二区域内显示所述其他APP的图标,并且,关闭所述第三区域内的所述其他APP的图标。
第二方面中各个实施例的有益效果与第二方面中对应的实施例的有益效果相同,不再赘述。
第三方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序代码,当所述计算机程序代码被健康数据的显示装置运行时,使得该装置执行第一方面中的任一种方法。
第四方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被健康数据的显示装置运行时,使得该装置执行第一方面中的任一种方法。
附图说明
图1是一种适用于本申请的装置的硬件系统的示意图;
图2是一种适用于本申请的装置的软件系统的示意图;
图3是适用于本申请的一种场景的示意图;
图4是本申请提供的一种显示目标健康数据的方法的示意图;
图5是本申请提供的一种获取目标健康数据的方法的示意图;
图6是本申请提供的一种运动数据界面的示意图;
图7是本申请提供的一种异常生理数据界面的示意图;
图8是本申请提供的一种睡眠时间数据界面的示意图;
图9是本申请提供的另一种运动数据界面的示意图;
图10是本申请提供的一种查看下一条健康数据的操作方法的示意图;
图11是本申请提供的一种查看详细健康数据的操作方法的示意图;
图12是本申请提供的一种关闭健康数据的操作方法的示意图。
具体实施方式
下面将结合附图,对本申请实施例中的技术方案进行描述。
图1示出了一种适用于本申请的装置的硬件结构。
装置100可以是手机、智慧屏、平板电脑、可穿戴电子设备、车载电子设备、增强现实(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personal digital assistant,PDA)、投影仪等等,本申请实施例对装置100的具体类型不作任何限制。
装置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等。
需要说明的是,图1所示的结构并不构成对装置100的具体限定。在本申请另一些实施例中,装置100可以包括比图1所示的部件更多或更少的部件,或者,装置100可以包括图1所示的部件中某些部件的组合,或者,装置100可以包括图1所示的部件中某些部件的子部件。图1示的部件可以以硬件、软件、或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元。例如,处理器110可以包括以下处理单元中的至少一个:应用处理器(application processor,AP)、调制解调处理器、图形处理器(graphics processing unit,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 circuit sound,I2S)接口、脉冲编码调制(pulse codemodulation,PCM)接口、通用异步接收传输器(universal asynchronous receiver/transmitter,UART)接口、移动产业处理器接口(mobile industry processor interface,MIPI)、通用输入输出(general-purpose input/output,GPIO)接口、SIM接口、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接口或C型USB(USB Type C)接口。USB接口130可以用于连接充电器为装置100充电,也可以用于装置100与外围设备之间传输数据,还可以用于连接耳机以通过耳机播放音频。USB接口130还可以用于连接其他装置100,例如AR设备。
图1所示的各模块间的连接关系只是示意性说明,并不构成对装置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上的无线通信的解决方案,例如下列方案中的至少一个:第二代(2th generation,2G)移动通信解决方案、第三代(3thgeneration,3G)移动通信解决方案、第四代(4th generation,5G)移动通信解决方案、第五代(5th generation,5G)移动通信解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波和放大等处理,随后传送至调制解调处理器进行解调。移动通信模块150还可以放大经调制解调处理器调制后的信号,放大后的该信号经天线1转变为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(例如,扬声器170A、受话器170B)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
与移动通信模块150类似,无线通信模块160也可以提供应用在装置100上的无线通信解决方案,例如下列方案中的至少一个:无线局域网(wireless local areanetworks,WLAN)、蓝牙(bluetooth,BT)、蓝牙低功耗(bluetooth low energy,BLE)、超宽带(ultra wide band,UWB)、全球导航卫星系统(global navigation satellite system,GNSS)、调频(frequency modulation,FM)、近场通信(near field communication,NFC)、红外(infrared,IR)技术。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,并将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频和放大,该信号经天线2转变为电磁波辐射出去。
在一些实施例中,装置100的天线1和移动通信模块150耦合,装置100的天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络和其他电子设备通信。该无线通信技术可以包括以下通信技术中的至少一个:全球移动通讯系统(globalsystem for mobile communications,GSM),通用分组无线服务(general packet radioservice,GPRS),码分多址接入(code division multiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-divisioncode division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,IR技术。该GNSS可以包括以下定位技术中的至少一个:全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigationsatellite system,GLONASS),北斗卫星导航系统(beidou navigation satellitesystem,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS),星基增强系统(satellite based augmentation systems,SBAS)。
装置100可以通过GPU、显示屏194以及应用处理器实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194可以用于显示图像或视频。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD)、有机发光二极管(organic light-emitting diode,OLED)、有源矩阵有机发光二极体(active-matrix organic light-emitting diode,AMOLED)、柔性发光二极管(flex light-emitting diode,FLED)、迷你发光二极管(mini light-emitting diode,Mini LED)、微型发光二极管(micro light-emitting diode,Micro LED)、微型OLED(Micro OLED)或量子点发光二极管(quantum dotlight emitting 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将数字图像信号转换成标准的红绿蓝(red green blue,RGB),YUV等格式的图像信号。在一些实施例中,装置100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当装置100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。装置100可以支持一种或多种视频编解码器。这样,装置100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1、MPEG2、MPEG3和MPEG4。
NPU是一种借鉴生物神经网络结构的处理器,例如借鉴人脑神经元之间传递模式对输入信息快速处理,还可以不断地自学习。通过NPU可以实现装置100的智能认知等功能,例如:图像识别、人脸识别、语音识别和文本理解。
外部存储器接口120可以用于连接外部存储卡,例如安全数码(secure digital,SD)卡,实现扩展装置100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能(例如,声音播放功能和图像播放功能)所需的应用程序。存储数据区可存储装置100使用过程中所创建的数据(例如,音频数据和电话本)。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如:至少一个磁盘存储器件、闪存器件和通用闪存存储器(universal flash storage,UFS)等。处理器110通过运行存储在内部存储器121的指令和/或存储在设置于处理器中的存储器的指令,执行装置100的各种处理方法。
装置100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D以及应用处理器等实现音频功能,例如,音乐播放和录音。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也可以用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170或者音频模块170的部分功能模块可以设置于处理器110中。
扬声器170A,也称为喇叭,用于将音频电信号转换为声音信号。装置100可以通过扬声器170A收听音乐或免提通话。
受话器170B,也称为听筒,用于将音频电信号转换成声音信号。当用户使用装置100接听电话或语音信息时,可以通过将受话器170B靠近耳朵接听语音。
麦克风170C,也称为话筒或传声器,用于将声音信号转换为电信号。当用户拨打电话或发送语音信息时,可以通过靠近麦克风170C发声将声音信号输入麦克风170C。装置100可以设置至少一个麦克风170C。在另一些实施例中,装置100可以设置两个麦克风170C,以实现降噪功能。在另一些实施例中,装置100还可以设置三个、四个或更多麦克风170C,以实现识别声音来源和定向录音等功能。处理器110可以对麦克风170C输出的电信号进行处理,例如,音频模块170与无线通信模块160可以通过PCM接口耦合,麦克风170C将环境声音转换为电信号(如PCM信号)后,通过PCM接口将该电信号传输至处理器110;从处理器110对该电信号进行音量分析和频率分析,确定环境声音的音量和频率。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动装置100平台(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检测翻盖的开合。装置100可以根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测装置100在各个方向上(一般为x轴、y轴和z轴)加速度的大小。当装置100静止时可检测出重力的大小及方向。加速度传感器180E还可以用于识别装置100的姿态,作为横竖屏切换和计步器等应用程序的输入参数。
距离传感器180F用于测量距离。装置100可以通过红外或激光测量距离。在一些实施例中,例如在拍摄场景中,装置100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(light-emitting diode,LED)和光检测器,例如,光电二极管。LED可以是红外LED。装置100通过LED向外发射红外光。装置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,也称为触控器件。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,触摸屏也称为触控屏。触摸传感器180K用于检测作用于其上或其附近的触摸操作。触摸传感器180K可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于装置100的表面,并且与显示屏194设置于不同的位置。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键和音量键。按键190可以是机械按键,也可以是触摸式按键。装置100可以接收按键输入信号,实现于案件输入信号相关的功能。
马达191可以产生振动。马达191可以用于来电提示,也可以用于触摸反馈。马达191可以对作用于不同应用程序的触摸操作产生不同的振动反馈效果。对于作用于显示屏194的不同区域的触摸操作,马达191也可产生不同的振动反馈效果。不同的应用场景(例如,时间提醒、接收信息、闹钟和游戏)可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态和电量变化,也可以用于指示消息、未接来电和通知。
SIM卡接口195用于连接SIM卡。SIM卡可以插入SIM卡接口195实现与装置100的接触,也可以从SIM卡接口195拔出实现与装置100的分离。装置100可以支持1个或N个SIM卡接口,N为大于1的正整数。同一个SIM卡接口195可以同时插入多张卡,所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容外部存储卡。装置100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,装置100采用嵌入式SIM(embedded-SIM,eSIM)卡,eSIM卡可以嵌在装置100中,不能和装置100分离。
上文详细描述了装置100的硬件系统,下面介绍装置100的软件系统。软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构,本申请实施例以分层架构为例,示例性地描述装置100的软件系统。
如图2所示,采用分层架构的软件系统分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,软件系统可以分为四层,从上至下分别为应用程序层、应用程序框架层、动态库以及内核层。下面以传感器180的数据传输为例介绍软件系统的工作流程。
传感器180挂载在I2C总线上,通过I2C控制器进行通信。其中,传感器180在内核层的传感器驱动的控制下工作,生成传感器数据;I2C控制器在内核层的I2C驱动的控制下工作,传递传感器数据。
传感器数据通过I2C控制器和I2C驱动传递至传感器驱动。传感器驱动在输入子系统(input subsystem)中注册,并通过事件设备(Dev)将传感器数据传递至传感器硬件抽象层(hardware abstraction layer,HAL)。传感器HAL用于封装动态库的传感器服务对内核层的访问。
传感器HAL将传感器数据传递至动态库的传感器服务,随后,动态库的传感器服务将传感器数据传递至动态库的传感器管理器。动态库的传感器服务为服务端进程,动态库的传感器管理器属于客户端进程,这两个进程之间的数据传递属于进程间通信(inter-process communication,IPC)。
动态库的传感器管理器属于原生(native)层,应用程序框架层的传感器管理器属于java层,native层与java层之间通过java本地接口(java native interface,JNI)进行通信,因此,动态库的传感器管理器可以通过传感器JNI将传感器数据传递至应用程序框架层的传感器管理器。
应用程序框架层的传感器管理器可以是抽象类,为应用层的APP提供访问底层(如内核层)的接口。
健康APP从应用程序框架层的传感器管理器获取传感器数据后,从传感器数据中提取待展示的内容,将待展示的内容传递至桌面(launcher)APP,由桌面APP将待展示的内容显示在显示屏194上。
图2所示的软件系统还可以包含更多的组件。例如,应用程序框架层还可以包括窗口管理器、活动管理器、输入管理器、资源管理器、通知管理器和视图系统。
窗口管理器提供窗口管理服务(window manager service,WMS),WMS可以用于窗口管理、窗口动画管理、surface管理以及作为输入系统的中转站。窗口管理器还可以获取显示屏大小,判断是否有状态栏、锁定屏幕和截取屏幕。
活动管理器可以提供活动管理服务(activity manager service,AMS),AMS可以用于系统组件(例如活动、服务、内容提供者、广播接收器)的启动、切换、调度以及应用进程的管理和调度工作。
输入管理器可以提供输入管理服务(input manager service,IMS),IMS可以用于管理系统的输入,例如触摸屏输入、按键输入、传感器输入等。IMS从输入设备节点取出事件,通过和WMS的交互,将事件分配至合适的窗口。
资源管理器为应用程序提供各种资源,比如本地化字符串、图标、图片、布局文件和视频文件。
通知管理器使应用程序可以在状态栏中显示通知消息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于下载完成告知和消息提醒。通知管理器还可以管理以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知。通知管理器还可以管理以对话窗口形式出现在屏幕上的通知,例如在状态栏提示文本信息、发出提示音、电子设备振动以及指示灯闪烁。
下面以装置100为手机为例,介绍本申请实施例提供的健康数据的显示方法。
图3是适用于本申请的一种场景。手机安装有健康APP,健康APP在未获取需要展示的健康数据时,通过桌面APP在桌面的第一区域显示健康APP的图标,即,执行图4所示的方法中的S401。
当健康APP获取到用户的目标健康数据后,可以执行图4所示的方法中的S402~S404。
S402,获取用户的目标健康数据。
目标健康数据可以是加速度传感器180E采集的运动数据,也可以是温度传感器180J采集的体温数据,本申请实施例目标健康数据的类型和内容均不做限定。健康APP获取目标健康数据的流程如图5所示。
S501,手机开机启动后,通过调用函数newSystemSensorManager()创建SystemSensorManager的实例,即,SystemSensorManager.java。
SystemSensorManager.java继承于抽象类SensorManager,是动态库客户端(SensorManager)处理传感器数据的实体,健康APP通过获取SystemSensorManager的实例,并注册监听接口,获取传感器数据。
S502,SystemSensorManager.java调用JNI函数nativeClassInit(),对android_hardware_SensorManager.cpp进行初始化。
android_hardware_SensorManager.cpp是负责与java层(如图2所示的应用层和应用程序框架层)通信的JNI接口,即,图2所示的传感器JNI的实例。
S503,SystemSensorManager.java调用JNI函数sensors_module_init(),通过android_hardware_SensorManager.cpp对传感器列表进行初始化,创建传感器管理器的实例。
S504,android_hardware_SensorManager.cpp根据sensors_module_init()的指示,调用函数new SensorManager()创建SensorManager.cpp。
SensorManager.cpp是传感器在native层(如图2所示的动态库和内核层)的客户端,负责与传感器在native层的服务端SensorService.cpp进行通信。SensorManager.cpp即,图2所示的动态库中的传感器管理器的实例,SensorService.cpp即图2所示的动态库中的传感器服务的实例。
S505,SensorManager.cpp调用函数assertStateLocked()遍历传感器,并将遍历到的传感器添加到SensorManager.cpp,生成传感器列表。
S506,SystemSensorManager.java调用JNI函数sensors_module_get_next_sensor(),通过android_hardware_SensorManager.cpp获取传感器列表,并将获取的传感器列表保存在sHandleToSensor列表中。
S507,android_hardware_SensorManager.cpp根据sensors_module_get_next_sensor()的指示,调用函数getSensorList()从SensorManager.cpp获取传感器列表。
S508,SystemSensorManager.java调用函数new SensorThread()创建传感器线程SystemThread。
需要说明的是,SystemSensorManager.java调用函数new SensorThread()只是构造了传感器线程的类函数(SensorThread类),SystemThread并未启动,当应用注册监听器时,SystemThread才会启动。
健康APP启动Activity组件,通过Activity组件调用onCreate函数获取SystemSensorManager,并从SystemSensorManager.java获取传感器列表;随后,健康APP通过Activity组件调用onCreate函数,指示SystemSensorManager.java注册监听器,实现SensorEventListener接口。
S509,SystemSensorManager.java调用函数registerListemerlmpl()注册监听器。
S510,SystemSensorManager.java调用函数startLocked()启动SystemThread,并通过SystemThread读取传感器数据。
S510~S515为SystemThread读取传感器数据的准备流程。
S511,SystemThread调用函数run()启动SensorThreadRunable。
SensorThreadRunable实现了Runable接口,在SensorThread类中被启动。
S512,SensorThreadRunable调用函数open(),启动传感器事件队列的创建流程,即,执行S513~S515。
S513,SensorThreadRunable调用JNI函数sensors_create_queue(),指示SystemSensorManager.java创建传感器事件队列。
S514,SystemSensorManager.java调用函数createEventQueue(),指示SensorManager.cpp创建传感器事件队列。
S515,SensorManager.cpp调用函数new SensorEventQueue()创建传感器事件队列,即,SensorEventQueue.cpp。
SensorThreadRunable调用函数open()后,调用函数while(),等待SensorEventQueue.cpp创建完成。SensorEventQueue.cpp创建完成后,SystemSensorManager.java使能指定的传感器功能,即,执行S516~S518。
S516,SystemSensorManager.java调用函数enableSensorLocked(),使能指定的传感器功能,并设置传感器采样时间。
S517,SystemSensorManager.java调用函数sensors_enable_sensor(),指示android_hardware_SensorManager.cpp使能指定的传感器功能。
S518,android_hardware_SensorManager.cpp调用函数enableSensor(),使能SensorEventQueue.cpp。
S519,SensorThreadRunable调用函数while()。
SensorEventQueue.cpp创建完成前,函数while()的mSensorsReady变量等于false;SensorEventQueue.cpp创建完成后,函数while()的mSensorsReady变量等于ture。
函数while()的mSensorsReady变量等于ture之后,SensorThreadRunable执行下列步骤。
S520,SensorThreadRunable调用函数sensors_data_poll()循环读取传感器数据。
S521,android_hardware_SensorManager.cpp根据sensors_data_poll()的指示调用函数read(),从SensorEventQueue.cpp读取传感器数据。
android_hardware_SensorManager.cpp读取传感器数据后,将传感器数据传递给SystemSensorManager.java,SystemSensorManager.java执行下列步骤。
S522,SystemSensorManager.java调用函数updateData(),指示传感器数据已更新。
健康APP的activity组件通过在SystemSensorManager.java上注册的监听器确定传感器数据已更新,回调函数onSensorChanged获取更新的传感器数据,即,健康APP获取了目标健康数据。
目标健康数据的类型多种多样,若展示所有的目标健康数据,可能会对用户造成干扰,因此,健康APP获取目标健康数据后,可以对目标健康数据进行分析,并通过桌面APP显示目标健康数据,即,执行S523和S524。
S523,健康APP调用函数analyseData()分析目标健康数据。
S524,当目标健康数据满足触发条件时,健康APP调用函数updateView()指示桌面APP显示目标健康数据。
下面结合S403和S404详细介绍分析目标健康数据和显示目标健康数据的方法。
S403,确定目标健康数据是否满足触发条件。
触发条件是健康APP决定是否展示目标健康数据的因素,下面列举几个触发条件的示例。
示例一:目标健康数据为运动数据。
用户在运动时,需要根据当前运动状态确定下一步的运动策略,例如,健康APP通过步速(目标健康数据的一个示例)确定用户处于慢跑状态,则健康APP可以展示步速、距离和轨迹等信息,提示用户当前的运动状态,避免运动过量,因此,目标健康数据为运动数据可以作为展示目标健康数据的触发条件。
示例二:目标健康数据为异常的生理数据。
例如,正常心跳范围是每分钟60~100次,若健康APP获取的心跳数据为每分钟50次,说明该心跳数据为异常的生理数据,需要及时提示用户采取应对措施,因此,目标健康数据为异常的生理数据可以作为展示目标健康数据的触发条件。
示例三:目标健康数据的采集时刻位于预设的展示时段内,和/或,目标健康数据的类型属于预设的数据类型。
在一些场景中,用户希望在特定的时段看到特定的健康数据,例如,用户希望在清晨看到睡眠时间,则用户可以设置展示时段为上午6:00~8:00,并且可以设置预设的数据类型为睡眠时间,健康APP在上午6:00~8:00内获取的睡眠时间后确定睡眠时间满足触发条件,在桌面上显示睡眠时间。
适用于本申请的触发条件还可以是包含其他内容的条件,本申请对触发条件的具体内容不做限定。
若目标健康数据不满足触发条件,则桌面APP继续在第一区域内显示健康APP的图标。若目标健康数据满足触发条件,则健康APP可以指示桌面APP执行S404。
S404,在桌面的第二区域内显示目标健康数据,其中,所述第二区域的面积大于所述第一区域的面积,并且,所述目标健康数据覆盖所述健康APP的图标。
本申请实施例提供的在第二区域显示目标健康数据的示例如图6~图8所示。
图6中,健康APP获取运动数据后,通过桌面APP在第二区域显示该运动数据。图7中,健康APP获取异常生理数据(偏高的血压值)后,通过桌面APP在第二区域显示该异常生理数据。图8中,当前时刻处于预设的展示时段内,并且,睡眠时间属于预设的数据类型,桌面APP在当前时刻在第二区域显示睡眠时间。
由图6~图8可知,目标健康数据满足触发条件时,手机在一块较大的区域(即,第二区域)显示目标健康数据,使得用户能够及时注意到当前的健康状况,同时尽可能地减小了目标健康数据对用户的干扰。
此外,在图6~图8所示的界面中,桌面APP第二区域显示目标健康数据时,对文件管理APP、电子邮件APP和天气APP的图标进行了处理,将这些APP的图标显示在与第二区域不重叠的其他区域,从而避免了这些APP的图标被目标健康数据遮挡,提高了用户体验。
在一种可选的实现方式中,第二区域是一个面积可变的区域,桌面APP可以在执行S404之前确定目标健康数据的信息量,并根据信息量确定第二区域的面积。
例如,目标健康数据为运动数据,当用户进行专业训练时,需要展示较多的运动数据,健康APP可以确定第二区域的面积为4个第一区域,如图6所示;当用户进行业余训练时,需要展示的运动数据不多,健康APP可以确定第二区域的面积为2个第二区域,如图9所示。
由此可见,第二区域的面积与目标健康数据的信息量正相关,能够在满足用户需求的同时减小对用户的干扰。
在另一种可选的实现方式中,第二区域的面积为预设值。用户可以预先设置第二区域的大小,这样,桌面APP无需再计算第二区域的面积,从而减小了展示目标健康数据的功耗,该实现方式适用于处于省电模式的手机展示目标健康数据的场景。
目标健康数据可以是一个健康数据,也可以是多个健康数据。在一些情况中,该多个健康数据均满足触发条件,则健康APP可以确定该多个健康数据的优先级,将优先级最高的健康数据传递给桌面APP,由桌面APP在第二区域内显示该优先级最高的健康数据。
例如,健康APP同时获取了运动数据和异常的生理数据,健康APP可以根据预设的优先级划分规则确定异常的生理数据的优先级高于运动数据的优先级,将运动数据传递给桌面APP,桌面APP在第二区域内显示运动数据。
由上述示例可知,优先级最高的健康数据预示用户面临严重的风险,用户可以根据优先级最高的健康数据做出避险决策,从而减小健康严重受损的风险。
可选地,健康APP也可以将满足触发条件的多个健康数据传递给桌面APP,桌面APP在第二区域展示优先级最高的健康数据,当用户需要查看该多个健康数据中的其他健康数据时,桌面APP可以根据用户的操作显示其他健康数据。
如图10所示,第二区域当前显示的健康数据为异常生理数据,用户在第二区域执行左划操作,桌面APP接收到该左划操作后,确定用户需要查看异常生理数据的下一条数据,则在第二区域显示下一条数据,如图6所示的运动数据。用户可以通过右滑操作查看当前显示的健康数据的上一条数据。
用户还可以通过其他操作查看当前显示的健康数据的下一条数据或上一条数据,本申请对具体的操作方式不做限定。
在一些情况中,目标健康数据的内容过多,第二区域内显示的内容是目标健康数据的部分信息,用户可以通过点击目标健康数据打开健康APP,获取健康APP显示的目标健康数据的完整信息,如图11所示,从而可以根据完整信息做出准确的避险决策。
用户还可以通过其他操作获取目标健康数据的完整信息,本申请对获取目标健康数据的完整信息的操作方式不做限定。
用户查看当前第二区域内显示的健康数据后,目标健康数据提示用户的使命已经终结,桌面APP可以关闭第二区域内显示的目标健康数据,恢复显示健康APP的图标,避免目标健康数据对用户的干扰。
如图12所示,用户查看异常生理数据后,可以在第二区域执行上滑操作;桌面APP接收到该上划操作后,确定异常生理数据的状态为已读状态,则关闭异常生理数据。此时,若无其他待展示的健康数据,则桌面APP可以显示图3所示的界面;若有其他待展示的健康数据,则桌面APP可以显示图6所示的界面。
用户还可以通过其他操作关闭第二区域内显示的目标健康数据,本申请对关闭第二区域内显示的目标健康数据的操作方式不做限定。
在一种可选的实现方式中,用户未主动关闭目标健康数据,桌面APP可以在目标健康数据的显示时间大于或等于时间阈值时,关闭目标健康数据。
目标健康数据的显示时间大于或等于时间阈值时,桌面APP可以认为用户已经阅读了目标健康数据,随后,桌面APP可以关闭目标健康数据,减小目标健康数据对用户的干扰。
在目标健康数据关闭后,桌面APP继续在所述第二区域内显示其他APP(如文件管理APP、电子邮件APP和天气APP)的图标,并且,关闭第三区域(桌面上除第二区域外的区域)内的其他APP的图标。本实施例能够使桌面恢复至显示目标健康数据之前的状态,提高用户体验。
本申请还提供了一种计算机程序产品,该计算机程序产品被处理器执行时实现本申请中任一方法实施例所述的方法。
该计算机程序产品可以存储在存储器中,经过预处理、编译、汇编和链接等处理过程最终被转换为能够被处理器执行的可执行目标文件。
本申请还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被计算机执行时实现本申请中任一方法实施例所述的方法。该计算机程序可以是高级语言程序,也可以是可执行目标程序。
该计算机可读存储介质可以是易失性存储器或非易失性存储器,或者,可以同时包括易失性存储器和非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。
本领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的装置和设备的具体工作过程以及产生的技术效果,可以参考前述方法实施例中对应的过程和技术效果,在此不再赘述。
在本申请所提供的几个实施例中,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的方法实施例的一些特征可以忽略,或不执行。以上所描述的装置实施例仅仅是示意性的,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,多个单元或组件可以结合或者可以集成到另一个系统。另外,各单元之间的耦合或各个组件之间的耦合可以是直接耦合,也可以是间接耦合,上述耦合包括电的、机械的或其它形式的连接。
应理解,在本申请的各种实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请的实施例的实施过程构成任何限定。
另外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中的术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
总之,以上所述仅为本申请技术方案的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (8)
1.一种健康数据的显示方法,其特征在于,包括:
当未获取需要展示的健康数据时,通过桌面APP在桌面的第一区域内显示健康APP的图标;
获取用户的目标健康数据;
确定所述目标健康数据是否满足触发条件,所述触发条件包括:所述目标健康数据为运动数据;
在所述目标健康数据满足所述触发条件的情况下,指示所述桌面APP在所述桌面的第二区域内显示所述目标健康数据,并且,在所述桌面的第三区域显示其他APP的图标,其中,所述第二区域的面积大于所述第一区域的面积,并且,所述目标健康数据覆盖所述健康APP的图标,所述第二区域与所述第三区域不重叠,所述其他APP为:被所述目标健康数据覆盖的除所述健康APP之外的APP;
当所述目标健康数据的显示时间大于或等于时间阈值时,或者,在接收用户的第二操作时,指示所述桌面APP执行:关闭所述目标健康数据,在所述第一区域内显示所述健康APP的图标,在所述第二区域内显示所述其他APP的图标,关闭所述第三区域内的所述其他APP的图标;其中,所述第二操作用于将所述目标健康数据的状态设置为已读状态。
2.根据权利要求1所述的方法,其特征在于,所述在所述桌面的第二区域内显示所述目标健康数据之前,还包括:
确定所述目标健康数据的信息量;
根据所述信息量确定所述第二区域的面积,所述第二区域的面积与所述信息量正相关。
3.根据权利要求1所述的方法,其特征在于,所述第二区域的面积为预设值。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述目标健康数据为多个健康数据,所述在所述桌面的第二区域内显示所述目标健康数据,包括:
确定所述多个健康数据的优先级;
在所述第二区域内显示所述多个健康数据中优先级最高的健康数据。
5.根据权利要求4所述的方法,其特征在于,在关闭所述目标健康数据之前,所述方法还包括:
接收用户的第一操作,所述第一操作用于查看所述优先级最高的健康数据的下一条数据或者上一条数据;
根据所述第一操作显示所述优先级最高的健康数据的下一条数据或者上一条数据。
6.根据权利要求1至3中任一项所述的方法,其特征在于,在关闭所述目标健康数据之前,所述方法还包括:
接收用户的第三操作,所述第三操作用于读取所述目标健康数据的完整信息;
根据所述第三操作显示所述目标健康数据的完整信息。
7.一种健康数据的显示装置,其特征在于,包括处理器和存储器,所述处理器和所述存储器耦合,所述存储器用于存储计算机程序,当所述计算机程序被所述处理器执行时,使得所述装置执行权利要求1至6中任一项所述的方法。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被处理器执行时,使得所述处理器执行权利要求1至6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111169141.2A CN114020186B (zh) | 2021-09-30 | 2021-09-30 | 健康数据的显示方法和显示装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111169141.2A CN114020186B (zh) | 2021-09-30 | 2021-09-30 | 健康数据的显示方法和显示装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114020186A CN114020186A (zh) | 2022-02-08 |
CN114020186B true CN114020186B (zh) | 2022-11-18 |
Family
ID=80055390
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111169141.2A Active CN114020186B (zh) | 2021-09-30 | 2021-09-30 | 健康数据的显示方法和显示装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114020186B (zh) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110427149A (zh) * | 2019-07-31 | 2019-11-08 | 维沃移动通信有限公司 | 终端的操作方法及终端 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067577B (zh) * | 2012-12-21 | 2014-11-19 | 东莞宇龙通信科技有限公司 | 终端和信息显示方法 |
CN103616992B (zh) * | 2013-11-13 | 2017-10-17 | 华为技术有限公司 | 应用程序控制方法和装置 |
CN105389189A (zh) * | 2015-12-03 | 2016-03-09 | 小米科技有限责任公司 | 应用程序处理方法及装置 |
CN106339231A (zh) * | 2016-09-20 | 2017-01-18 | 珠海市魅族科技有限公司 | 一种桌面通知的推送方法及装置 |
CN107645598B (zh) * | 2017-09-20 | 2020-06-23 | 联想(北京)有限公司 | 一种消息展示方法及电子设备 |
CN111984162A (zh) * | 2020-07-24 | 2020-11-24 | 维沃移动通信有限公司 | 页面显示方法、装置和电子设备 |
CN112071381A (zh) * | 2020-09-01 | 2020-12-11 | 物卡智能科技(深圳)有限公司 | 一种基于个人行为数据的健康指标采集分析系统 |
CN112214142B (zh) * | 2020-09-30 | 2022-04-12 | 维沃移动通信有限公司 | 应用程序信息显示方法、装置、电子设备及存储介质 |
-
2021
- 2021-09-30 CN CN202111169141.2A patent/CN114020186B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110427149A (zh) * | 2019-07-31 | 2019-11-08 | 维沃移动通信有限公司 | 终端的操作方法及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN114020186A (zh) | 2022-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020259452A1 (zh) | 一种移动终端的全屏显示方法及设备 | |
WO2020029306A1 (zh) | 一种图像拍摄方法及电子设备 | |
WO2021036785A1 (zh) | 一种消息提醒方法及电子设备 | |
CN113704205B (zh) | 日志存储的方法、芯片、电子设备和可读存储介质 | |
WO2021213031A1 (zh) | 图像合成方法及相关装置 | |
CN112492193B (zh) | 一种回调流的处理方法及设备 | |
EP4280586A1 (en) | Point light source image detection method and electronic device | |
CN113542580B (zh) | 去除眼镜光斑的方法、装置及电子设备 | |
WO2022001258A1 (zh) | 多屏显示方法、装置、终端设备及存储介质 | |
WO2021218429A1 (zh) | 应用窗口的管理方法、终端设备及计算机可读存储介质 | |
CN114727220B (zh) | 一种设备搜寻方法以及电子设备 | |
CN111343326A (zh) | 获取测试日志的方法及相关装置 | |
WO2020233593A1 (zh) | 一种前景元素的显示方法和电子设备 | |
CN115705241B (zh) | 应用的调度方法及电子设备 | |
CN113284585A (zh) | 数据展示方法、终端设备及存储介质 | |
CN114528581A (zh) | 一种安全显示方法及电子设备 | |
WO2023000746A1 (zh) | 增强现实视频的处理方法与电子设备 | |
US20240098354A1 (en) | Connection establishment method and electronic device | |
CN114828098B (zh) | 数据传输方法和电子设备 | |
CN114020186B (zh) | 健康数据的显示方法和显示装置 | |
CN115421619A (zh) | 一种窗口显示方法和电子设备 | |
CN116233599B (zh) | 一种录像模式推荐方法和电子设备 | |
CN116048831B (zh) | 一种目标信号处理方法和电子设备 | |
CN113886060B (zh) | 压缩内存的方法和装置 | |
CN114115772B (zh) | 灭屏显示的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |