显示设备、服务器及数据处理方法
文献发布时间:2023-06-19 11:32:36
技术领域
本申请涉及显示设备技术领域,尤其涉及一种显示设备、服务器以及数据处理方法。
背景技术
通信技术的不断发展,使得电脑、智能手机、显示设备等终端设备越来越普及。并且,用户对终端设备所能提供功能或服务的要求也越来越高。显示设备,如智能电视,可以为用户提供诸如音频、视频、图片等播放画面,如今备受关注。
随着显示设备的普及,显示设备所能提供的功能愈发能够影响、改变用户的生活,用户通过显示设备进行生活、娱乐和休闲的需求也越来越强烈。基于家庭对于成员个人健康情况以及养生方式的日益关注和重视,如何通过显示设备监测、记录以及改善用户健康,是目前亟待解决的技术问题。
发明内容
本申请提供一种显示设备、服务器以及数据处理方法。
第一方面,本申请提供一种显示设备,包括:
显示器,用于显示用户界面;
控制器,被配置为:
响应于输入的健康检测指令,获取用户健康数据;
将所述用户健康数据发送至服务器,以通过所述服务器分析所述用户健康数据以及确定与健康检测结果匹配的推荐信息集合;
接收服务器返回的所述健康检测结果和所述推荐信息集合,并将所述健康检测结果和所述推荐信息集合中的至少一个推荐信息展示在用户界面中。
第二方面,本申请提供一种服务器,包括存储器和处理器,所述存储器用于存储程序指令,所述处理器通过运行所述程序指令,执行:
接收显示设备发送的用户健康数据;
分析所述用户健康数据,得到健康检测结果,并根据预置的内容推荐规则确定与健康检测结果匹配的推荐信息集合;
将所述健康检测结果和所述推荐信息集合返回至显示设备。
第三方面,本申请提供一种数据处理方法,应用显示设备,所述方法包括:
响应于输入的健康检测指令,获取用户健康数据;
将所述用户健康数据发送至服务器,以通过所述服务器分析所述用户健康数据以及确定与健康检测结果匹配的推荐信息集合;
接收服务器返回的所述健康检测结果和所述推荐信息集合,并将所述健康检测结果和所述推荐信息集合中的至少一个推荐信息展示在用户界面中。
由以上技术方案可知,本申请提供一种显示设备、服务器及数据处理方法。显示设备响应于输入的健康检测指令,获取用户健康数据;将用户健康数据发送至服务器,以通过服务器分析用户健康数据以及确定与健康检测结果匹配的推荐信息集合;接收服务器返回的健康检测结果和推荐信息集合,并将健康检测结果和推荐信息集合中的至少一个推荐信息展示在用户界面中。可以看出,通过本申请提供的技术方案,在为用户提供健康检测结果的同时,还针对用户个性化的健康检测结果,为其推送合适的推荐内容,丰富界面内容,满足用户的潜在需求,提高用户体验。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请在一些实施例中示出的显示设备的使用场景;
图2为本申请在一些实施例中示出的控制装置100的硬件配置框图;
图3为本申请在一些实施例中示出的显示设备200的硬件配置框图;
图4为本申请在一些实施例中示出的显示设备200中软件配置图;
图5A为本申请在一些实施例中示出的显示设备的另一种使用场景;
图5B为本申请在一些实施例中示出的一种遥控器外观示意图;
图6为本申请在一些实施例中示出的显示设备与遥控器的交互过程示意图;
图7为本申请在一些实施例中示出的一种应用的启动页;
图8为本申请在一些实施例中示出的一种应用的用户协议展示页;
图9为本申请在一些实施例中示出的一种应用的应用首页;
图10为本申请在一些实施例中示出的一种档案信息输入界面;
图11为本申请在一些实施例中示出的一种档案管理界面;
图12为本申请在一些实施例中示出的显示设备与遥控器的交互过程示意图;
图13为本申请在一些实施例中示出的一种操作指导界面;
图14为本申请在一些实施例中示出的另一种操作指导界面;
图15为本申请在一些实施例中示出的显示设备与遥控器的交互过程示意图;
图16为本申请在一些实施例中示出的另一种操作指导界面;
图17为本申请在一些实施例中示出的显示设备与遥控器的交互过程示意图;
图18为本申请在一些实施例中示出的一种检测界面;
图19为本申请在一些实施例中示出的一种异常提示界面;
图20为本申请在一些实施例中示出的一种检测结果界面;
图21为本申请在一些实施例中示出的另一种检测结果界面;
图22为本申请在一些实施例中示出的一种数据处理方法流程图。
具体实施方式
为使本申请的目的和实施方式更加清楚,下面将结合本申请示例性实施例中的附图,对本申请示例性实施方式进行清楚、完整地描述,显然,描述的示例性实施例仅是本申请一部分实施例,而不是全部的实施例。
需要说明的是,本申请中对于术语的简要说明,仅是为了方便理解接下来描述的实施方式,而不是意图限定本申请的实施方式。除非另有说明,这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体,而不必然意味着限定特定的顺序或先后次序,除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的所有组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合,能够执行与该元件相关的功能。
本申请提供一种终端设备,该终端设备可以是显示设备,如智能电视、触控一体机,也可以是便携式移动终端,如手机、平板电脑等。为便于说明,以下主要以显示设备为例对本申请实施例涉及的技术方案的具体实施方式进行介绍。
图1为根据实施例中显示设备的使用场景的示意图。如图1所示,显示设备200还与服务器400进行数据通信,用户可通过智能设备300或控制装置100操作显示设备200。
在一些实施例中,控制装置100可以是遥控器,遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信,及其他短距离通信方式中的至少一种,通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令,来控制显示设备200。
在一些实施例中,智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑,AR/VR设备等中的任意一种。
在一些实施例中,也可以使用智能设备300以控制显示设备200。例如,使用在智能设备上运行的应用程序控制显示设备200。
在一些实施例中,也可以使用智能设备300和显示设备进行数据的通信。
在一些实施例中,显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制,例如,可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制,也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。
在一些实施例中,显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群,也可以是多个集群,可以包括一类或多类服务器。
在一些实施例中,一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的,服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行,反之亦然。
图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示,控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令,且将操作指令转换为显示设备200可识别和响应的指令,起到用户与显示设备200之间交互中介作用。
在一些实施例中,通信接口130用于和外部通信,包含WIFI芯片,蓝牙模块,NFC或可替代模块中的至少一种。
在一些实施例中,用户输入/输出接口140包含麦克风,触摸板,传感器,按键或可替代模块中的至少一种。
在一些实施例中,控制装置100还包括健康数据采集模块150,用于采集用户健康数据,包括心率、血氧状态、收缩压、舒张压等。
在一些实施例中,控制装置100还包括接触检测模块160,该接触检测模块与控制装置外壳上的触摸区连接,用于检测用户在触摸区上输入的接触。
在一些实施例中,健康数据采集模块和接触检测模块与控制器110之间通过串口进行通信。
在一些实施例中,图2中示出的控制装置100可以是遥控器。
图3示出了根据示例性实施例中显示设备200的硬件配置框图。
在一些实施例中,显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。
在一些实施例中控制器包括中央处理器,视频处理器,音频处理器,图形处理器,RAM,ROM,用于输入/输出的第一接口至第n接口。
在一些实施例中,显示器260包括用于呈现画面的显示屏组件,以及驱动图像显示的驱动组件,用于接收源自控制器输出的图像信号,进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。
在一些实施例中,显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种,还可以为一种投影装置和投影屏幕。
在一些实施例中,调谐解调器210通过有线或无线接收方式接收广播电视信号,以及从多个无线或有线广播电视信号中解调出音视频信号,如以及EPG数据信号。
在一些实施例中,通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如:通信器可以包括Wifi模块,蓝牙模块,有线以太网模块等其他网络通信协议芯片或近场通信协议芯片,以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。
在一些实施例中,检测器230用于采集外部环境或与外部交互的信号。例如,检测器230包括光接收器,用于采集环境光线强度的传感器;或者,检测器230包括图像采集器,如摄像头,可以用于采集外部环境场景、用户的属性或用户交互手势,再或者,检测器230包括声音采集器,如麦克风等,用于接收外部声音。
在一些实施例中,显示设备外表面设有用于接收用户接触的触摸区。
在一些实施例中,检测器230还包括健康数据采集模块,该健康数据采集模块与触摸区连接,用于基于用户与触摸区的接触,采集用户健康数据,如心率、血氧状态、收缩压、舒张压等。可选地,健康数据采集模块与控制器250之间可以通过串口通信,例如,控制器250通过串口,打开或者关闭健康数据采集模块的开关,健康数据采集模块通过串口将采集的用户健康数据传输给控制器250。
示例性的,可以将触摸区设置在显示设备侧面或者后壳表面。当用户触及显示设备侧面或者后壳表面的触摸区时,触摸板则检测到用户输入的接触。
值得注意的是,对于支持指纹识别的便携式终端设备(如手机、平板电脑等)而言,健康数据采集模块可以设置在指纹识别区的下方以与指纹识别区连接,进而,便可基于用户与指纹识别区的接触而采集用户健康数据。另外,健康数据采集模块与便携式终端设备的控制器之前可通过串口通信,例如,终端控制器通过串口,打开或者关闭健康数据采集模块的开关,健康数据采集模块通过串口将采集的用户健康数据传输给终端控制器。
在一些实施例中,外部装置接口240可以包括但不限于如下:高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。
在一些实施例中,控制器250和调谐解调器210可以位于不同的分体设备中,即调谐解调器210也可在控制器250所在的主体设备的外置设备中,如外置机顶盒等。
在一些实施例中,控制器250,通过存储在存储器上中各种软件控制程序,来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如:响应于接收到用于选择在显示器260上显示UI对象的用户命令,控制器250便可以执行与由用户命令选择的对象有关的操作。
在一些实施例中,所述对象可以是可选对象中的任何一个,例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有:显示连接到超链接页面、文档、图像等操作,或者执行与所述图标相对应程序的操作。
在一些实施例中控制器包括中央处理器(Central Processing Unit,CPU),视频处理器,音频处理器,图形处理器(Graphics Processing Unit,GPU),RAM Random AccessMemory,RAM),ROM(Read-Only Memory,ROM),用于输入/输出的第一接口至第n接口,通信总线(Bus)等中的至少一种。
CPU处理器。用于执行存储在存储器中操作系统和应用程序指令,以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。CPU处理器,可以包括多个处理器。如,包括一个主处理器以及一个或多个子处理器。
在一些实施例中,图形处理器,用于产生各种图形对象,如:图标、操作菜单、以及用户输入指令显示图形等中的至少一种。图形处理器包括运算器,通过接收用户输入各种交互指令进行运算,根据显示属性显示各种对象;还包括渲染器,对基于运算器得到的各种对象,进行渲染,上述渲染后的对象用于显示在显示器上。
在一些实施例中,视频处理器,用于将接收外部视频信号,根据输入信号的标准编解码协议,进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理中的至少一种,可得到直接可显示设备200上显示或播放的信号。
在一些实施例中,视频处理器,包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中,解复用模块,用于对输入音视频数据流进行解复用处理。视频解码模块,用于对解复用后的视频信号进行处理,包括解码和缩放处理等。图像合成模块,如图像合成器,其用于将图形生成器根据用户输入或自身生成的GUI信号,与缩放处理后视频图像进行叠加混合处理,以生成可供显示的图像信号。帧率转换模块,用于对转换输入视频帧率。显示格式化模块,用于将接收帧率转换后视频输出信号,改变信号以符合显示格式的信号,如输出RGB数据信号。
在一些实施例中,音频处理器,用于接收外部的音频信号,根据输入信号的标准编解码协议,进行解压缩和解码,以及降噪、数模转换、和放大处理等处理中的至少一种,得到可以在扬声器中播放的声音信号。
在一些实施例中,用户可在显示器260上显示的图形用户界面(GUI)输入用户命令,则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者,用户可通过输入特定的声音或手势进行输入用户命令,则用户输入接口通过传感器识别出声音或手势,来接收用户输入命令。
在一些实施例中,“用户界面”,是应用程序或操作系统与用户之间进行交互和信息交换的介质接口,它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface,GUI),是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素,其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素中的至少一种。
在一些实施例中,用户接口280,为可用于接收控制输入的接口(如:显示设备本体上的实体按键,或其他等)。
在一些实施例中,显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构,它们让用户可以管理文件、运行程序并使用系统。上电后,内核启动,激活内核空间,抽象硬件、初始化硬件参数等,运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后,再加载Shell和用户应用程序。应用程序在启动后被编译成机器码,形成一个进程。
参见图4,在一些实施例中,将系统分为四层,从上至下分别为应用程序(Applications)层(简称“应用层”),应用程序框架(Application Framework)层(简称“框架层”),安卓运行时(Android runtime)和系统库层(简称“系统运行库层”),以及内核层。
在一些实施例中,应用程序层中运行有至少一个应用程序,这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等;也可以是第三方开发者所开发的应用程序,如图4中示出的健康管家应用。在具体实施时,应用程序层中的应用程序包不限于以上举例。
框架层为应用程序层的应用程序提供应用编程接口(application programminginterface,API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心,这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口,可在执行中访问系统中的资源和取得系统的服务。
如图4所示,本申请实施例中应用程序框架层包括管理器(Managers),内容提供者(Content Provider)等,其中管理器包括以下模块中的至少一个:活动管理器(ActivityManager)用与和系统中正在运行的所有活动进行交互;位置管理器(Location Manager)用于给系统服务或应用提供了系统位置服务的访问;文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息;通知管理器(NotificationManager)用于控制通知消息的显示和清除;窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
在一些实施例中,活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能,比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序,比如获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕,控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。
在一些实施例中,系统运行库层为上层即框架层提供支撑,当框架层被使用时,安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。
在一些实施例中,内核层是硬件和软件之间的层。如图4所示,内核层至少包含以下驱动中的至少一种:音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器,温度传感器,压力传感器等)、以及电源驱动等。
在一些实施例中,控制器通过运行存储器中的各种软件控制程序(如操作系统和/或各种应用程序),来控制显示设备200的工作和响应,及与显示器相关的用户操作。例如,控制在显示器上呈现用户界面,用户界面上包括若干UI对象(如控件、图标、项目等);响应于接收到的对用户界面上UI对象的用户命令,控制器便可以执行与用户命令选择的对象有关的操作。
本申请提供的显示设备具有健康检测功能。该健康检测功能基于显示设备上安装的健康检测功能相关应用实现。为便于说明,将健康检测功能相关应用称为“健康管家”。
图5A为本申请在一些实施例中示出的一种应用场景示意图。如图5A所示,遥控器和显示设备之间可以基于低能耗蓝牙(Bluetooth Low Energy,BLE)协议进行通信,如收/发控制信号、通知消息以及用户健康数据。此外,遥控器通过其内置的健康数据采集模块来采集用户健康数据,并将采集的用户健康数据实时发送给显示设备。显示设备通过在操作系统中运行“健康管家”应用,完成与遥控器的交互控制,以及,接收遥控器端发送的用户健康数据,并将用户健康数据发送给服务器。服务器接收显示设备发送的用户健康数据,并通过“健康管家”应用对应的健康应用服务,分析用户健康数据,最后将健康检测结果返回给显示设备,由显示设备展示给用户。
如图5B所示,遥控器上具有各种按键以及触摸区,该触摸区与健康数据采集模块及接触检测模块相连。当用户与触摸区发生接触时,接触检测模块可以检测到用户接触。在用户与触摸区保持接触的情况下,健康数据采集模块便可以在遥控器控制器的控制下采集用户健康数据。
在一些实施例中,用户可以通过与遥控器上触摸区的持续预定时间的接触,来启动显示设备的健康检测功能。应当理解,由于显示设备的健康检测功能基于显示设备上安装的“健康管家”应用实现,因此启动显示设备的健康检测功能,即是启动显示设备上的“健康管家”应用。示例性的,用户可以保持手指与触摸区接触3秒,来启动“健康管家”应用。
参阅图6,具体实现时,在遥控器已与显示设备配对的情况下,接触检测模块检测到用户与触摸区持续接触后,通过串口通信通知遥控器的控制器,遥控器的控制器接收到该通知后,则向显示设备发送指示启动健康检测功能的控制指令。显示设备则响应于该控制指令,启动“健康管家”应用,并显示“健康管家”应用的界面。示例性的,在显示设备基于直播电视应用、第三方音视频应用播放视频节目时,如果接收到指示启动“健康管家”应用的控制指令,由当前运行的直播电视应用或者第三方音视频应用转场到“健康管家”应用,并显示“健康管家”应用的界面,如启动页或者应用首页。
当然,还可以在遥控器上设置用于启动健康检测功能的按键,这样,用户可以一键启动显示设备上的健康检测功能相关应用,具体操作过程不予赘述。
需要说明的是,为避免在说明过程中将遥控器的控制器与显示设备的控制器混淆,在没有特别指出的情况下,以下提及的遥控器均指代遥控器的控制器,如图2中示出的控制器110。例如,若下文中提到“遥控器与健康数据采集模块通信”则指代“遥控器的控制器与健康数据采集模块通信”,若下文中提到“遥控器向显示设备发送指令”则指代“遥控器的控制器向显示设备发送指令”。
值得注意的是,在遥控器未与显示设备配对的情况下,如果遥控器检测到用户与触摸区的持续接触,则发射特定的红外码。显示设备接收到该特定红外码后,启动“健康管家”应用,显示“健康管家”应用的界面,同时显示配对提示,以通过该配对提示来提醒用户操作显示设备与遥控器配对。例如,通过在“健康管家”应用的界面上弹出Toast提示,提醒用户操作配对。
在另一些实施例中,用户也可以通过输入预设的语音口令,以输入用于启动“健康管家”应用的控制指令。例如,用户利用显示设备的近场语音功能或者远场语音功能,说出预设语音口令,如“健康检测”或者“启动健康管家”,显示设备通过识别用户输入的语音口令,确定语音口令对应的控制指令,从而启动健康管家应用。
在另一些实施例中,用户还可以操作显示设备,使其显示应用中心界面,然后通过点击应用中心界面中显示的“健康管家”应用的应用图标,来启动“健康管家”应用。
需要说明的是,对于内置有健康数据采集模块的终端设备,如前述实施例提及的设有触摸区的显示设备,或者支持指纹识别功能的便携式终端设备,其健康检测功能同样基于安装的健康检测功能相关应用实现,如上述“健康管家”应用。在一些实施例中,当此类显示设备或者便携式终端设备检测到用户与触摸区持续预设时间的接触时,则拉起“健康管家”应用,显示该应用的界面。在一个例子中,显示设备内置有健康数据采集模块且后壳上设有触摸区。当用户将手指覆盖在该后壳触摸区上持续3s时,显示设备将启动“健康管家”应用,并由当前显示界面跳转到“健康管家”应用的界面。在另一个例子中,用户手机内置有健康数据采集模块且具有指纹识别区。当用户将手指覆盖在指纹识别区上持续3s时,手机将启动“健康管家”应用,并显示“健康管家”应用的界面。
在一些实施例中,“健康管家”应用启动成功后,首先显示如图7所示的启动页。可选地,启动页上可以展示应用相关功能的介绍。可选地,当启动页的显示时长达到预定的时长时,撤销启动页,进入到应用首页。例如,在显示启动页的伊始,在启动页的左上角显示倒计时。当倒计时完毕时,撤销启动页,进入到应用首页。
在一些实施例中,“健康管家”应用启动成功后,首先显示用户协议展示页。例如,在“健康管家”应用第一次启动成功的情况下,首先显示用户协议展示页。用户协议展示页中可以显示应用使用协议或者规定,如免责条款。用户可以通过操作用户协议展示页上的相关控件,同意或者拒绝所显示的协议内容。如果用户输入同意该协议内容的操作,显示设备则撤销用户协议展示页,进入到启动页或者直接进入到应用首页。如果用户输入拒绝该协议内容的操作,显示设备则关闭“健康管家”应用,撤销用户协议展示页,返回到启动“健康管家”应用之前的界面。
图8为本申请示例性示出的一种可能的用户协议展示页。如图8所示,该用户协议展示页包括协议内容显示区和控件显示区,协议内容显示区用于显示应用使用协议或者规定的内容,控件显示区用于显示用户可操作的控件,如“同意”控件和“拒绝”控件。用户可以选中并确定“同意”控件,来输入同意协议内容的操作,可以选中并确定“取消”控件,来输入拒绝协议内容的操作。
在另一些实施例中,显示设备可以在启动页的上层显示用户协议展示区,在用户协议展示区中显示用户协议内容以及相关控件,从而同时展示出启动页和用户协议内容。
图9为本申请示例性示出的一种“健康管家”应用首页,该应用首页主要用于引导用户以游客模式进行健康检测或者建立健康档案。如图9所示,应用首页中包括用于触发建立健康档案的控件“开始建立”和用于触发以游客模式立即进行健康检测的控件“立即体验”。在显示应用首页时,用户可以通过操作“开始建立”控件,进入档案信息输入界面,在档案信息输入界面中输入用户特征信息,还可以在档案管理界面中输入健康检测指令,以指示显示设备对指定用户进行健康检测,具体可参见图10-图11所示实施例;或者,用户可以通过操作“立即体验”控件,来输入健康检测指令,以指示显示设备立即对其进行健康检测。
图10为本申请示例性示出的一种档案信息输入界面,其具体可以为用户操作应用首页中的“开始建立”控件后进入的界面。如图10所示,档案信息输入界面中包括多个输入项目,分别为头像、昵称、性别、年龄、身高及体重等。用户可以该界面时中上传头像文件,创建用户昵称,选择性别、年龄身高及体重。输入完成后,可以通过操作“确认”控件指示显示设备保存输入的用户特征信息,并进入到档案管理界面,或者操作“取消”控件返回到应用首页。
图11为本申请示例性示出的一种档案管理界面,其具体可以为用户操作档案信息输入界面中的“确认”控件后进入的界面。如图11所示,档案管理界面显示有已创建的档案卡片,每个档案卡片对应一组操作控件,分别为用于触发健康检测的控件“立即体检”和用于查看以往健康检测结果的控件“体检报告”。用户可以根据检测对象选择相应档案卡片上的控件进行操作,以输入健康检测指令。例如,在需要对“奶奶”进行健康检测时,则操作“奶奶”的档案卡片上的“立即体检”控件。此外,档案管理界面中还显示有游客卡片,故而,用户可以操通过操作游客卡片上的“立即体检”控件,以输入以游客模式进行检测的健康检测指令。另外,档案管理界面中还显示有用于新建成员档案信息的控件“添加成员+”,当用户操作该控件时,则重新进入到档案信息输入界面,用户即可在档案信息输入界面中输入新成员的档案信息。
参阅图12,在一些实施例中,当显示设备接收到输入的健康检测指令时,显示操作指导界面,同时向遥控器发送数据采集指令,以指示遥控器开始采集用户健康数据。
图13为本申请示例性示出的一种可能的操作指导界面。如图13所示,操作指导界面上显示有操作指导信息,该信息显示:用户需要保持手指自然轻松并完全覆盖触摸区,以使健康数据采集模块可以顺利采集到用户健康数据。
在一些实施例中,遥控器接收到显示设备发送的数据采集指令后,启动健康数据采集模块。健康数据采集模块启动成功后,遥控器向显示设备发送指示健康数据采集模块启动成功的通知消息。如图12所示,具体实现时,遥控器响应于收到的数据采集指令,通过串口通信,打开健康数据采集模块的开关。健康数据采集模块的开关打开后,健康数据采集模块通过串口通信通知遥控器。进而,遥控器可以根据是否接收到健康数据采集模块的通知,判断健康数据采集模块是否启动成功。当判定健康数据采集模块启动成功时,向显示设备发送指示健康数据采集模块启动成功的通知消息。显示设备在向遥控器发送数据采集指令之后,执行计时操作。如果在预设时长内接收到指示健康数据采集模块启动成功的通知消息,则显示检测界面,该检测界面用于显示检测进度和/或实时的用户健康数据。如果在预设时长内未接收到指示健康数据采集模块启动成功的通知消息,则在操作指导界面上显示故障提示。示例性的,故障提示的内容可以为图14中示出的“健康数据采集模块启动失败”。并在提示完成后,返回到上一级界面。
参阅图15,在另一些实施例中,遥控器接收到显示设备发送的数据采集指令后,启动健康数据采集模块,并通过接触检测模块检测触摸区上是否有用户接触。当通过接触检测模块检测到用户与触摸区接触,且确定健康数据采集模块启动成功时,遥控器向显示设备发送指示开始采集数据的通知消息。显示设备在向遥控器发送数据采集指令之后,执行计时操作,以记录等待时长。如果预设等待时长内(即等待时长到达预设等待时长前)接收到遥控器发送的指示开始采集数据的通知消息,则显示检测界面,该检测界面用于显示检测进度和/或实时的用户健康数据。如果预设等待时长内未接收到遥控器发送的指示开始采集数据的通知消息,则在操作指导界面上显示超时提示。示例性的,超时提示的内容可以为图16中示出的“超时,未检测到用户接触”。并在提示完成后,返回到上一级界面。
在一些实施例中,用于记录等待时长的计时操作称为第一计时操作。
在又一些实施例中,当显示设备接收到输入的健康检测指令时,显示操作指导界面,操作指导界面中显示有用于触发健康检测控件,如图13中的“开始检测”控件。当用户操作该控件时,向遥控器发送数据采集指令,并显示检测界面。
在一些实施例中,在健康数据采集模块采集用户健康数据过程中,遥控器将采集到的用户健康数据实时发送给显示设备。
由以上实施例可以看出,基于遥控器与显示设备交互控制及配合,用户通过简单的操作即可启动显示设备的健康检测功能,并采集到用户健康数据,使得用户随时随地可以进行健康检测,体验感强。
需要说明的是,对于内置有健康数据采集模块的终端设备而言,终端设备控制器响应于用户输入的健康检测指令,通过串口打开健康数据采集模块的开关。健康数据采集模块开启成功后,再通过串口通知终端设备控制器,终端设备控制器则控制在屏幕上显示操作指导界面。当终端设备控制器在预设等待时长内检测到用户接触时,则显示检测界面,此时,健康数据采集模块开始采集用户健康数据。数据采集过程中,健康数据采集模块将采集到的用户健康数据传输至终端设备控制器。数据采集完成后,终端设备控制器将采集的用户健康数据发送给服务器,以通过服务器对用户健康数据进行分析,返回健康检测结果至终端设备。
在一些实施例中,为保证健康检测过程的用户体验,节省用户时间,可以预先限定采集数据的时间,即:限定遥控器在预定时间内完成对用户健康数据的采集和发送,限定显示设备在预设接收时长内完成对用户健康数据的接收。
在一些实施例中,当显示设备接收到遥控器发送的指示开始采集数据的通知消息时,执行计时操作,以记录数据接收时长。在一些实施例中,将用于记录数据接收时长的计时操作称为第二计时操作。
数据采集过程中,遥控器将健康数据采集模块采集到的用户健康数据实时封装成数据包,发送给显示设备,直到采集完毕。为便于区分和说明,本申请将封装有用户健康数据的数据包称为健康数据包。
如图17所示,在一种实现方式中,健康数据采集模块启动后,持续采集用户健康数据,并将采集到的用户健康数据通过串口通信实时同步给遥控器。遥控器每隔一定时长,将采集的最新用户健康数据封装在健康数据包中,发送给显示设备,直到健康数据采集模块采集完毕。值得注意的是,当遥控器接收到预设数量的有效数据包或者数据接收时长达到预定时长时,认为数据采集完毕。其中,该预设数量=预设接收时长/向显示设备发送数据包的间隔时长,有效数据包是指在无检测异常时发送给显示设备的数据包,其内封装的用户健康数据为有效数据。数据采集完毕后,显示设备向遥控器发送停止采集指令。遥控器响应于该停止采集指令,关闭健康数据采集模块。
示例性的,预设接收时长为30s,健康数据包的预设数量为24。也就是说,遥控器应当在30s内向显示设备发送24个健康数据包。
在一些实施例中,遥控器按照预先与显示设备约定的格式,将采集得到的用户健康数据封装成健康数据包,健康数据包中至少包括包序标识、用户健康数据和异常标识。其中,包序标识i代表遥控器向显示设备发送的第i个健康数据包,异常标识表征有无检测异常以及异常类型。需要说明的是,检测异常可以包括检测环境变化导致的检测异常,如强光环境、通信信号弱等,还包括用户与触摸区的接触异常,如用户将手指移开触摸区等。
在一个例子中,健康数据包的数据格式如下:
在另一个例子中,健康数据包的数据格式如下:
在一些实施例中,显示设备接收到健康数据包后,从健康数据包中取出用于显示检测界面的所需数据,然后根据取出的数据显示、更新检测界面,检测界面中可以显示检测进度和/或至少一项用户健康数据。
具体实现时,首先将健康数据包中十六进制的字节转换成十进制,然后从十进制的字节中选取出各项健康数据和异常标识。在一个例子中,将健康数据包中十六进制的字节转换成十进制后,得到的字节序列为[1,12,76,-1,29,6,-13,-28,-40,-49,-57,-63,-66,-65,-63,-60,-60,-63,-68,-77,-86,-95,-103,-108,-111,-113,-112,-111,-110,-108,-108,-109,-111,-115,-115,-109,-91,-59,-17,29,70,97,104,92,66,33,0,-26,-47,-60,-69,-73,-74,-73,-71,-69,-69,-72,-79,-86,-94,-101,-105,-109,-111,-112,-112,-112,35,96,84,-124,25,0,111,73,46,-43,0],其中,第68位代表心率,第69位代表血氧,第70位代表微循环,第74位代表收缩压,第75位代表舒张压,第78位代表异常标识。示例性的,异常标识1可以代表信号弱,异常标识2可以代表强光环境,异常标识3可以代表接触异常,异常标识0代表无异常。
在一些实施例中,显示设备根据最新接收到的健康数据包中的包序标识和健康数据包的预设数量,确定当前检测进度。例如,假设预设数量为24,最新接收到的健康数据包的包序标识为6,则确定当前检测进度为6/24,即25%。
在另一些实施例中,显示设备根据当前的数据接收时长和预设接收时长,确定当前检测进度。例如,假设当前的数据接收时长为10s,预设接收时长为30s,则确定当前检测进度为10s/30s,即1/3。
应当理解,显示设备每接收到一个健康数据包,则根据该健康数据包对检测界面进行更新。示例性的,当显示设备接收到第1个健康数据包后,在检测界面中,显示第1个健康数据包中的部分或者全部用户健康数据,如实时的心率状态数据及血氧状态数据,以及,显示检测进度,如表征检测进度的进度条,该检测进度可以根据健康数据包的包序标识或者采集时间确定。当显示设备接收到第2个健康数据包后,则根据第2个健康数据包中的数据更新检测界面。
在一些实施例中,根据健康数据包中的心率状态数据,在检测界面上侧的内容区中绘制心率状态曲线,在检测界面下侧的内容区中显示心率状态数值、血氧状态数据以及当前检测进度。
图18为本申请在一些示例性实施例中示出的一种检测界面,该界面上侧的内容区中显示实时变化的心率状态曲线,下侧的内容区中依次显示有心率状态数值“70BPM”、血氧状态数值“85%”以及当前进度为“62%”的检测进度条。
在以上实施例中,“健康管家”应用启动后,响应于输入的健康检测指令,在显示操作指导界面的同时,向遥控器发送数据采集指令。遥控器响应于接收到数据采集指令,开启健康数据采集模块,进而进入到上述实施例介绍的健康检测过程。
应当理解,健康检测过程中,健康数据采集模块基于用户与触摸区的接触,采集用户健康数据。因此,在健康检测过程中,需要用户保持手指与触摸区接触。一旦用户将手指移开触摸区,将导致用户与触摸区的接触断开,那么,健康数据采集模块采集到的数据将不是用户真实的健康数据,进而导致检测异常。为便于说明,在本申请实施例中,由于用户与触摸区的接触断开而导致的检测异常称为用户接触异常。应当理解,影响用户健康数据采集的异常情况还包括通信信号弱、强光环境等。
如前所述,遥控器通过在健康数据包中封装异常标识,来通知显示设备有无异常以及异常类型。示例性的,在通过健康数据采集模块采集用户健康数据过程中,如果通过接触检测模块检测到用户与触摸区的接触断开,说明用户将手指从触摸区移开,则接触检测模块通过串口通信通知遥控器。遥控器则根据接触检测模块的通知,确定出现用户接触异常。此时,遥控器在健康数据包中封装表征用户接触异常的异常标识,发送给显示设备。显示设备则可以根据数据包中的异常标识,确定出现用户接触异常。而在无异常时,遥控器则在健康数据包中封装表征无异常的异常标识,发送给显示设备;显示设备则可以根据健康数据包中的异常标识,确定当前无异常。
在一些实施例中,接触检测模块在检测到用户与触摸区的接触断开后,继续检测用户与触摸区的接触,同时,健康数据采集模块继续采集用户健康数据。当接触检测模块检测到用户与触摸区的重新接触时,则通过串口通信通知遥控器。遥控器则根据通过串口通信的通知,确定用户与触摸区重新接触,即用户接触异常解除。此时,遥控器则在健康数据包中封装表征无异常的异常标识,发送给显示设备。显示设备则可以根据数据包中的异常标识,确定用户接触异常是否解除。
在一些实施例中,遥控器在无异常情况时(包括异常情况解除后)发送给显示设备的数据包为有效数据包,即,有效数据包中的异常标识表征无异常。遥控器在异常情况下发送给显示设备的数据包为无效数据包,即无效数据包中的异常标识表征用户接触异常、通信信号弱或者强光环境等异常类型。这样,显示设备可以根据健康数据包中的异常标识区分有效数据包和无效数据包。
在一些实施例中,显示设备接收到遥控器发送的健康数据包后,根据健康数据包中的异常标识判断该健康数据包是否为有效数据包。如果该健康数据包是有效数据包,再根据该健康数据包对检测界面进行更新。
应理解的是,显示设备也可以根据健康数据包中的用户健康数据判断该健康数据包是否有效。例如,当其中的用户健康数据中存在连续多个0时,可以确定该用户健康数据是无效数据,该健康数据包即为无效数据包。
在一些实施例中,显示设备在接收数据的过程中,实时统计已接收到的有效数据包的数量,以根据有效数据包的数量是否达到预设数量,判定是否可以终止数据采集过程。
在一些实施例中,显示设备接收到遥控器发送的健康数据包后,根据健康数据包中的异常标识确定是否出现用户接触异常;如果出现用户接触异常,则执行计时,以记录异常持续时间,并根据在出现用户接触异常的预设时长内是否接收到遥控器发送的有效数据包,判断用户是否在该预设时长内与触摸区重新接触。如果在出现用户接触异常的预设时长内未接收到遥控器发送的有效数据包,说明用户在该预设时长内未与触摸区重新接触,则向遥控器发送指示其停止采集数据的控制指令。遥控器响应于接收到该控制指令,关闭健康数据采集模块。如果在出现用户接触异常的预设时长内接收到遥控器发送的有效数据包,说明用户在该预设时长内与触摸区重新接触,即用户接触异常解除,则继续接收遥控器发送的健康数据包,并记录接收到的有效数据包的数量。当接收到的有效数据包的数量达到预设数量时,向遥控器发送指示其停止采集数据的控制指令,并将所有的有效数据包发送给云端服务器。遥控器响应于接收到指示停止采集数据的控制指令,关闭健康数据采集模块。
由以上实施例可以看出,在采集用户健康数据过程中,如果出现用户接触短暂断开的情况,也可继续采集,直到采集到的有效数据数量达到预设数量,从而降低用户操作难度,避免由于短暂的接触不实或者操作不当造成数据采集失败。此外,还可以减轻用户压力,避免用户出现紧张心情,提升用户体验。
如果用户接触断开的时间过长,即超过预设时长,则数据采集失败,即健康检测失败。
在另一些实施例中,显示设备在接收到遥控器发送的指示开始采集数据的通知消息后,执行第一计时操作,以记录数据接收时长;显示设备接收到遥控器发送的健康数据包后,根据健康数据包中的异常标识判断是否出现用户接触异常;如果出现用户接触异常,则执行第二计时操作,以记录异常持续时间,并根据异常持续时间达到最大持续时长之前,是否接收到遥控器发送的有效数据包,判断用户是否在该最大持续时长内与触摸区重新接触。如果在异常持续时间达到最大持续时长之前,未接收到遥控器发送的有效数据包,则向遥控器发送指示其停止采集数据的控制指令。遥控器响应于该控制指令,关闭健康数据采集模块。如果在异常持续时间达到最大持续时长之前,接收到遥控器发送的有效数据包,则继续接收遥控器发送的健康数据包,直到数据接收时长达到预设接收时长。当数据接收时长达到预设接收时长时,向遥控器发送指示其停止采集数据的控制指令,并将接收到的所有有效数据包发送给云端服务器。遥控器响应于接收到指示其停止采集数据的控制指令,关闭健康数据采集模块。
值得注意的是,在一些实施例中,数据采集时长等同于数据接收时长,预设采集时长等同于预设接收时长。
由以上实施例可以看出,在采集用户健康数据过程中,如果出现用户接触短暂断开的情况,也可继续采集,从而降低用户操作难度,避免由于短暂的接触不实或者操作不当造成数据采集失败。此外,还可以减轻用户压力,避免用户出现紧张心情,提升用户体验。
如果用户接触断开的时间过长,即超过最大持续时长,则数据采集失败,即健康检测失败。
在一些实施例中,如果健康检测失败,则显示异常提示界面。异常提示界面中包括用于触发重新检测的控件,用户可以通过操作该控件触发新的检测过程。此外,异常提示界面中还可以提示失败原因、用户建议等。
图19为本申请在一些示例性实施例中示出的一种异常提示界面。如图19所示,该异常提示界面中显示有:失败原因“数据异常率较高,无法正常生成检测结果”,用户建议“建议重新检测,检测中,请保持手指完全覆盖在触摸区”。此外,该异常提示界面还显示有“重新检测”控件和“取消”控件,用户可以点击“重新检测”指示返回到操作指导界面,以重新检测,也可以点击“取消”控件,指示返回到应用首页。
需要说明的是,对于内置有健康数据采集模块的终端设备,当其在通过健康数据采集模块采集用户健康数据过程中,检测到出现用户接触异常时,则执行计时操作,以记录异常持续时间。如果在最大持续时长内未重新检测到用户接触,则关闭健康数据采集模块,以停止采集数据。如果在最大持续时长内重新检测到用户接触,则不关闭健康数据采集模块,以继续采集数据,直到采集的有效的用户健康数据满足预设数量,或者数据采集时长达到预设采集时长。当采集的有效的用户健康数据满足预设数量,或者数据采集时长达到预设采集时长时,关闭健康数据采集模块。
如前所述,显示设备通过在操作系统中运行“健康管家”应用,完成与遥控器的交互控制,以及,接收遥控器端发送的用户健康数据。这样一来,一旦“健康管家”应用出现闪退、卡顿等异常情况,显示设备将无法继续与遥控器进行交互控制,也无法继续接收到遥控器发送的用户健康数据。
在一些实施例中,为确保遥控器与显示设备之间可正常通信,显示设备在向遥控器发送数据采集指令后,周期性地向遥控器发送在线指示消息。当数据接收时长达到预设接收时长或者有效数据接收量满足预设接收量(如前述预设数量24)时,显示设备向遥控器发送停止采集指令,并停止向遥控器发送在线指示消息。
遥控器则根据对在线指示消息的接收情况判断显示设备是否通信异常。例如,如果连续3次未接收到显示设备发送的在线指示消息,则确定显示设备通信异常。如果显示设备通信异常,则关闭健康数据采集模块,以停止采集用户健康数据。如果显示设备始终通信正常,则在接收到显示设备发送的停止采集指令时,关闭健康数据采集模块。应当理解,健康数据采集模块关闭后,将不再向显示设备发送用户健康数据,进而,健康检测过程终止。
具体实施时,“健康管家”应用每隔预设间隔,向遥控器发送一个心跳包。例如,每隔3秒向遥控器发送一个心跳包。如果遥控器连续3次未接收到“健康管家”应用发送的心跳包,则关闭健康数据采集模块。否则,在接收到显示设备发送的停止采集指令时,关闭健康数据采集模块。
在另一些实施例中,为确保遥控器与显示设备之间可正常通信,在数据采集过程中,遥控器周期性地向显示设备发送在线询问消息。显示设备在接收到遥控器发送的在线询问消息后,返回在线响应消息。遥控器则根据对在线响应消息的接收情况判断显示设备是否通信异常。例如,如果连续2次未接收到显示设备返回的在线响应消息,则确定显示设备通信异常。如果显示设备通信异常,则关闭健康数据采集模块,以停止采集用户健康数据。如果显示设备始终通信正常,则在接收到显示设备发送的停止采集指令时,关闭健康数据采集模块。
具体实施时,数据采集过程中,遥控器每隔预设间隔,向“健康管家”应用发送一个心跳包。例如,每隔3秒向“健康管家”应用发送一个心跳包。“健康管家”应用在接收到遥控器发送的心跳包后,返回心跳响应消息至遥控器。遥控器即可根据对心跳响应消息的接收情况,确定与“健康管家”应用的通信连接情况。如果遥控器连续2次未接收到“健康管家”应用发送的心跳响应消息,说明“健康管家”应用通信异常,则关闭健康数据采集模块,进而,健康检测过程终止。否则,在接收到显示设备发送的停止采集指令时,关闭健康数据采集模块。
在另一些实施例中,为确保遥控器与显示设备之间可正常通信,显示设备响应于接收到遥控器发送的健康数据包,向遥控器返回接收响应消息。遥控器则根据对响应消息的接收情况判断显示设备是否通信异常。例如,如果连续2次未接收到显示设备返回的接收响应消息,则确定显示设备通信异常。如果显示设备通信异常,则关闭健康数据采集模块,以停止采集用户健康数据。否则,在接收到显示设备发送的停止采集指令时,关闭健康数据采集模块。
具体实施时,“健康管家”应用每次接收到遥控器发送的健康数据包后,向遥控器返回接收响应消息。遥控器则根据对该接收响应消息的接收情况,确定与“健康管家”应用的通信连接情况。如果遥控器连续2次未接收到“健康管家”应用返回的接收响应消息,说明“健康管家”应用通信异常,则关闭健康数据采集模块,进而,健康检测过程终止。
由以上实施例可以看出,在由于“健康管家”应用异常而造成显示设备通信与遥控器通信异常时,遥控器可以监测到显示设备通信异常,并主动关闭健康数据采集模块,以终止数据采集过程,进而避免健康数据采集模块始终处于工作状态,而将遥控器电量耗尽。
需要说明的是,对于内置有健康数据采集模块的终端设备,在通过健康数据采集模块采集用户健康数据的过程中,如果检测到“健康管家”应用异常,如闪退或者卡顿等,则通过串口将健康数据采集模块关闭。
在一些实施例中,用户健康数据采集结束后,显示设备将接收到的所有健康数据包发送给云端服务器。
在一种实现方式中,显示设备从每个健康数据包中截取出用户健康数据,然后以各个健康数据包的包序标识为拼接顺序,对截取出的用户健康数据进行拼接,并将拼接后的数据转换成字节,以生成新的数据包。最后,将生成的新数据包发送至云端服务器。
在一些实施例中,遥控器按照预先与显示设备约定的格式,将采集得到的用户健康数据封装成实时数据包和原始数据包,实时数据包用于在显示设备上显示检测界面,原始数据包用于发送给云端服务器。示例性的,实时数据包的数据格式可如前述第一个例子示出的数据包格式,原始数据的数据格式可如前述第二个例子示出的数据包格式。
需要说明的是,实时数据包与原始数据包的数据头码不同。这样,显示设备可以根据接收到的数据包的数据头码区分实时数据包和原始数据包。示例性的,原始数据包的数据头码可以为0,实时数据包的数据头码可以为1。那么,如果显示设备接收到的数据包的数据头码为0,则表示该数据包为原始数据包,如果显示设备接收到的数据包的数据头码为1,则表示该数据包为实时数据包。
在这些实施例中,显示设备需要对实时数据包进行解析,进而可以根据解析结果显示出检测界面。
值得注意的是,显示设备不需要对接收到的原始数据包进行解析,而是数据采集结束后,将接收到的全部原始数据包发送给云端服务器。
在一些实施例中,显示设备从每个原始数据包中截取出原始健康数据,然后以各原始数据包的包序标识为拼接顺序,对截取出的原始健康数据进行拼接,并将拼接后的数据转换成字节,以生成新的数据包。最后,将生成的新数据包发送至云端服务器。示例性的,根据原始数据包格式,截取第23个位置到第190个位置的数据,即得到原始健康数据。
示例性的,发送给云端服务器的数据包格式如下:
其中,原始健康数据(1)为包序标识为1的原始数据包中的用户健康数据,原始健康数据(2)为包序标识为2的原始数据包中的用户健康数据……,以此类推,可以看出,该数据包中包括从各原始数据包中截取出的用户健康数据。
在一些实施例中,服务器接收显示设备发送的数据包,首先数据包中解析出用户健康数据;然后利用预置的分析算法对用户健康数据进行分析,得到健康检测结果;最后将健康检测结果发送给显示设备,以将健康检测结果在显示设备端展示给用户。作为可能的实现方式,健康检测结果可以包括心率变异性指标、症状描述信息、症状原因分析和用户建议信息中的一项或者多项。
在一个例子中,服务器利用预置的分析算法对用户健康数据分析,得出该用户的心率变异性指标为67,出现的症状包括心慌、气短等,症状原因包括体位变化、体力活动、情绪焦虑、恐惧、激动、饮酒、吸烟、喝茶、喝咖啡等,给出的用户建议包括戒烟、戒酒、少喝浓茶、增加有氧运动、少熬夜、避免劳累等。
在一些实施例中,显示设备在将用户健康数据发送给服务器的同时,将用户特征信息发送给服务器,以使服务器可以结合用户特征信息对用户健康数据进行分析。其中,用户特征信息可以包括用户的年龄、性别、身高、体重等。应当理解,用户特征信息可以是用户从档案信息输入界面中输入的信息。在用户通过操作档案管理界面中某个档案卡片上的“立即体检”控件来触发健康检测的场景中,数据采集完毕后,显示设备将采集到的用户健康数据和该档案卡片对应的用户特征信息一同发送给服务器。
在一些实施例中,服务器还可以使用预置的内容推荐规则对健康检测结果进行处理,确定与健康检测结果相匹配的推荐内容,并将推荐内容的相关信息发送给显示设备,以通过显示设备向用户推送对应的推荐内容。例如,如果健康检测结果显示用户心率变异性指标较高,则可以向用户推荐有助于用户改善心血管健康的内容,如健康饮食食谱、运动教学视频等内容。
为便于说明,本申请实施例中,将推荐内容的相关信息称为推荐信息。推荐信息可以包括显示信息和跳转参数。其中,显示信息包括推荐内容的图片、标题文字等,用于在用户界面中进行展示;跳转参数则是用于打开推荐内容的相关参数。
需要说明的是,推荐内容可以是:应用,如“AI健身”应用;指定应用提供的内容,如小视频应用中的视频内容;视频节目,如运动教学视频、减脂餐做法视频等;还可以是指定应用中的指定页面,如“AI健身”应用中的某个健身项目页面。
在另一些实施例中,服务器可以将健康检测结果与用户特征信息相结合,来确定出与健康检测结果和用户特征同时匹配的推荐内容。这样,确定的推荐内容将会同时符合用户的健康情况和个人特征。例如,如果健康检测结果显示用户超重,且用户特征信息显示用户年龄偏高,则可以向用户推荐有助于用户减重且符合高龄用户的内容,如健康减脂餐、健康装备以及适合高龄用户的健身项目,包括慢跑、快走、太极等非激烈运动。又如,如果健康检测结果显示用户超重,且用户特征信息显示用户为女性,则可以向用户推荐有助于用户减重且符合女性用户的内容,如健康减脂餐、以及适合女性用户的健康装备、健身项目(如瑜伽、美体操等)。
在一些实施例中,服务器预先获取用户兴趣信息,从而,可以将健康检测结果、用户特征信息以及预先获取的用户兴趣信息相结合,来确定同时与用户兴趣信息、健康检测结果及用户特征信息相匹配的推荐内容。这样,确定的推荐内容将会同时符合用户兴趣、健康情况及个人特征。
可以理解的是,内容标签对内容具有类别区分能力,其可以是包含在内容中的关键词或者内容所属类别的类别名称。内容源即内容的来源,包括应用或者小程序、插件等。在一些实施例中,用户对某内容的内容标签或者内容源的感兴趣程度,可以用于表征用户对该内容的感兴趣程度。
基于此,用户兴趣信息可以包括用户对内容标签和/或应用/插件(如Widget)的兴趣度。其中,用户对某个内容标签的兴趣度可以根据用户对具有该内容标签的内容的点击行为确定,用户对某个应用/插件的兴趣度可以根据用户对该应用/插件的使用情况确定。应当理解,用户对具有某个内容标签的内容的点击次数和点击频率越高,则用户对该内容标签的兴趣度越高;用户对某个应用/插件的使用时长越长、使用频率越高,则用户对该应用/插件的兴趣度越高。
在一些获取用户兴趣信息的实现方式中,当显示设备接收到用户对内容的选中操作时,显示设备将用户选中内容的相关信息上报给服务器。服务器则从显示设备上报的内容相关信息中提取出至少一个内容标签,如果提取出的内容标签是用户选中过的标签,则将该内容标签对应的选中次数加1,如果提取出的内容标签是用户未选中过的新标签,则保存该标签,并记录用户对该内容标签的选中次数为1。可以看出,通过该实现方式,服务器能够收集到用户对各个内容标签的选中次数和频率,即点击次数和频率,从而根据每个内容标签对应的点击次数和频率可以确定该内容标签对应的用户兴趣度。值得注意的是,内容的相关信息可以包括内容标题、类型、简介信息等。
示例性的,内容标签的用户兴趣度可以通过兴趣得分表征,兴趣得分则是基于预设评价策略,对内容标签对应的用户点击次数和频率进行评价而得到的。例如,如果内容标签“健身”对应的点击次数>M1且点击频率>n1,则内容标签“健身”对应的用户兴趣度为3分;如果内容标签“减肥”对应的点击次数>M2且点击频率>n2,则内容标签“减肥”对应的用户兴趣度为4分。
在一些获取用户兴趣信息的实现方式中,当用户打开显示设备上的应用或者小程序插件(如Widget)时,显示设备向服务器上报用户对该应用或者插件的使用通知;当用户关闭显示设备上的应用或者插件时,显示设备向服务器上报用户本次使用该应用或者插件的时长。服务器则根据显示设备上报的使用通知和使用时长,记录用户对各应用及插件的使用情况,进而根据用户对各应用或者插件的使用情况,确定各应用或者插件对应的用户兴趣度。
示例性的,应用或者小程序对应的用户兴趣度可以通过兴趣得分表征,兴趣得分则是基于预设评价策略,对应用或者小程序对应的使用情况进行评价而得到的。例如,如果“AI健身”应用对应的使用次数>S1且使用总时长>T1,则“AI健身”应用对应的用户兴趣度为3分;如果“AI健身”应用对应的使用次数>S2且使用总时长>T2,则“AI健身”应用对应的用户兴趣度为4分。
如前所述,服务器可以将健康检测结果、用户特征信息以及预先获取的用户兴趣信息相结合,来确定同时与用户兴趣信息、健康检测结果及用户特征信息相匹配的推荐内容。
在一些实现方式中,服务器首先利用内容推荐规则对用户特征信息和健康检测结果进行处理,以初步筛选出与用户特征信息和健康检测结果匹配的候选内容;然后确定每个候选内容的内容标签;再根据预先获取的用户兴趣信息确定每个候选内容的内容标签对应的用户兴趣度,将用户兴趣度大于预设的兴趣度阈值的内容标签所属的候选内容确定为推荐内容;最后,将由所有推荐内容对应的推荐信息构成的推荐信息集合发送至显示设备。
进一步地,服务器还可以按照用户兴趣度越高则推荐内容的优先级越高的原则,为每个推荐内容分配优先级,并将优先级标识作为推荐信息的一部分,发送给显示设备。这样,显示设备可以根据各推荐信息中的优先级标识区分用户对不同推荐内容的兴趣差异,从而优先展示用户较为感兴趣的推荐内容。
在另一种具体实现方式中,服务器首先利用预置的内容推荐规则对用户特征信息和健康检测结果进行处理,以初步筛选出与用户特征信息和健康检测结果匹配的候选内容;然后确定每个候选内容的内容源,其中,候选内容的内容源为显示设备上的应用或者插件;;再根据预先获取的用户兴趣信息确定每个候选内容的内容源对应的用户兴趣度,将用户兴趣度大于预设的兴趣度阈值的内容源的候选内容确定为推荐内容;最后将由所有推荐内容对应的推荐信息构成的推荐信息集合发送给显示设备。
进一步地,服务器还可以按照内容源的兴趣度越高则推荐内容的优先级越高的原则,为每个推荐内容分配优先级,并将优先级标识作为推荐信息的一部分,发送给显示设备。这样,显示设备可以根据各个推荐信息中的优先级标识区分用户对不同推荐内容的兴趣差异,从而优先展示用户较为感兴趣的推荐内容。
在一些实施例中,显示设备接收到服务器返回的健康检测结果及推荐信息集合后,由检测界面进入到检测结果界面,在检测结果界面汇总显示健康检测结果和至少一个推荐内容。示例性的,可以在检测结果界面的第一内容区中显示健康检测结果,在检测结果界面的第二内容区中显示至少一个推荐信息中的显示信息,即推荐内容的标题、图片等。
在一些实施例中,在检测结果界面的第二内容区中显示至少一个选项卡,将从推荐信息集合中随机筛选出的至少一个推荐内容分别显示在各个选项卡中。示例性的,可以在第二内容区中显示预设数量个选项卡,将从推荐信息集合中随机筛选出的预设数量个推荐内容分别显示在各个选项卡中。
在一些实施例中,第一内容区与第二内容区分别位于检测结果界面的上下两侧,并可以根据待展示内容的需求划分第一内容区及第二内容区各自占据的区域面积。
图20为本申请在一些示例性实施例中示出的检测结果界面。如图20所示,在该检测结果界面上侧的第一内容区中显示有健康检测结果的具体内容,包括用户的心率变异性指标、心率变异性概念介绍、用户出现症状的描述、症状原因、以及用户建议。在该检测结果界面下侧的第二内容区中显示有四个推荐内容选项卡,其标题分别为“健康减脂餐”、“AI健身”、“心血管食谱”、“养生大课堂”。用户可以点击任意一个选项卡,查看相应标题下的推荐内容。
应当理解,第一内容区和第二内容区也可以分别位于检测结果界面的左右两侧,本申请不予赘述。
在一些实施例中,推荐信息包括该推荐内容的优先级标识,每个推荐内容的优先级标识均是由服务器根据该推荐内容的内容标签或者内容源对应的用户兴趣度确定,所述内容标签对应的用户兴趣度根据用户对具有该内容标签的内容的点击行为确定,所述内容源对应的用户兴趣度根据用户对该内容源的使用情况确定。在显示检测结果界面时,在第二内容区中显示预设数量个选项卡,将推荐信息集合中优先级靠前的预设数量个推荐内容分别显示在各个选项卡中。
在一些实施例中,检测结果界面中还显示有用于更新推荐内容内容的控件,如在图16所示检测结果界面中的“换一批”控件。用户可以通过操作该控件,指示显示设备更换当前显示的推荐内容。显示设备响应于对该控件的确认操作,将其余推荐内容中优先级靠前的预设数量个所述推荐内容分别显示在各个选项卡中,其中,其余推荐内容是指推荐内容集合中未展示过的推荐内容。
图21为本申请示例性示出的另一种检测结果界面,其具体为用户操作图20所示界面中的“换一批”控件后显示的界面。与图20不同的是,在图21中,检测结果界面下侧的第二内容区中显示的推荐内容分别为:“瑜伽”、“Keep”、“健康一身轻”、“健身套装”。
值得注意的是,在上述实施例中,检测结果界面中的每个选项卡均可获取焦点,用户可以通过操作控制装置来移动焦点位置,以选择任意一个选项卡。当焦点落在某个选项卡上时,用户可以输入确认操作,来打开对应的推荐内容。基于此,当显示设备接收到用户输入的对目标推荐内容的选中操作时,获取该目标推荐内容对应的跳转参数;根据跳转参数启动目标跳转应用,并显示目标跳转界面。
具体的,跳转参数包括目标跳转应用标识和目标跳转页面标识,该目标跳转应用标识具体可以为应用包名,用于使显示设备确定目标跳转应用,该目标跳转页面标识具体可以为类名,用于使显示设备确定目标跳转页面。此外,跳转参数中还可以包括跳转类型。示例性的,一种可能的跳转参数格式如下:
{"startupType":4,"startupUrl":[{"key":"startupType","value":1,"type":"int"},{"key":"package Name","value":"com.hisense.tv.mirror","type":"String"},{"key":"className","value":"com.hisense.tv.mirror.PreviewActivity","type":"String"}]}
上述跳转参数示例中,packageName为应用包名,即目标跳转页面标识,className为类名,即目标跳转页面标识。
示例性的,当用户打开图20中的“AI健身”选项卡时,则由图20所示界面跳转到“AI健身”应用的应用首页。
由以上实施例可以看出,本申请提供的技术方案,在为用户提供健康检测结果的同时,还针对用户个性化的健康检测结果、用户兴趣以及用户特征,为其推送合适的推荐内容,丰富界面内容,满足用户的潜在需求,提高用户体验。
根据上述实施例提供的显示设备,本申请实施例还提供一种数据处理方法,该方法的执行主体可以是本申请所提供显示设备的控制器,如图3中示出的控制器250。由于该数据处理方法,与上述实施例中显示设备控制器执行的步骤相对应,因此下述实施例仅对该数据处理方法进行简要介绍。本申请提供的数据处理方法的更为具体的实现方式,与上述显示设备实施例内容可以互相参照。
如图22所示,本申请实施例提供的消息发送方法可以包括以下步骤:
S221,响应于输入的健康检测指令,获取用户健康数据。
S222,将所述用户健康数据发送至服务器,以通过所述服务器分析所述用户健康数据以及确定与健康检测结果匹配的推荐信息集合。
在一些实施例中,将所述用户健康数据发送至服务器的同时,将所述用户健康数据对应的用户特征信息发送至所述服务器,以通过所述服务器确定与所述健康检测结果和所述用户特征信息相匹配的推荐信息集合。
S223,接收服务器返回的所述健康检测结果和所述推荐信息集合,并将所述健康检测结果和所述推荐信息集合中的至少一个推荐信息展示在用户界面中。
在一些实施例中,在所述用户界面的第一内容区中显示所述健康检测结果,在所述用户界面的第二内容区中显示至少一个所述推荐信息。
在一些实施例中,在所述第二内容区中显示至少一个选项卡,将从所述推荐信息集合中随机筛选出的至少一个所述推荐信息分别显示在各个选项卡中。
在一些实施例中,所述推荐信息集合中的每个推荐信息携带有优先级标识,所述优先级标识根据所述推荐信息的内容标签或者内容源应用对应的用户兴趣度确定,所述内容标签对应的用户兴趣度根据用户对具有所述内容标签的内容的点击行为确定,所述内容源应用对应的用户兴趣度根据用户对所述内容源应用的使用情况确定。在所述用户界面的第二内容区中显示预设数量个选项卡,将所述推荐信息集合中优先级靠前的预设数量个所述推荐信息分别显示在各个选项卡中。
在一些实施例中,所述推荐信息的内容标签或者内容源应用对应的用户兴趣度大于预设的兴趣度阈值。
在一些实施例中,所述用户界面中包括用于触发更新推荐信息的控件,该方法还包括:响应于输入的对所述控件的确认操作,将其余推荐信息中优先级靠前的预设数量个所述推荐信息分别显示在各个选项栏中,其中,其余推荐信息是指推荐信息集合中未展示过的推荐信息。
在一些实施例中,该方法还包括:响应于输入的对目标推荐信息的选中操作,获取所述目标推荐信息包含的跳转参数;根据所述跳转参数启动目标跳转应用,并显示目标跳转界面。
由以上实施例可知,本申请提供一种显示设备、服务器及数据处理方法。显示设备响应于输入的健康检测指令,获取用户健康数据;将用户健康数据发送至服务器,以通过服务器分析用户健康数据以及确定与健康检测结果匹配的推荐信息集合;接收服务器返回的健康检测结果和推荐信息集合,并将健康检测结果和推荐信息集合中的至少一个推荐信息展示在用户界面中。可以看出,通过本申请提供的技术方案,在为用户提供健康检测结果的同时,还针对用户个性化的健康检测结果,为其推送合适的推荐内容,丰富界面内容,满足用户的潜在需求,提高用户体验。
具体实现中,本发明还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时可包括本发明提供的数据处理方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文:read-only memory,简称:ROM)或随机存储记忆体(英文:random access memory,简称:RAM)等。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其,对于实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例中的说明即可。
以上所述的本发明实施方式并不构成对本发明保护范围的限定。
- 显示设备、服务器及数据处理方法
- 显示设备、控制显示设备的方法、服务器以及控制服务器的方法