CN114327345A - 显示设备及健康检测提醒方法 - Google Patents

Abstract

本申请公开了显示设备及健康检测提醒方法，用户可以在健康检测功能相关应用中创建一个或者多个健康检测提醒事项。在存在用户自定义的健康检测提醒事项的情况下，显示设备通过执行用户创建的健康检测提醒事项，在用户自定义的提醒时间，以在用户界面中显示提醒消息的方式，提醒用户进行健康检测。在不存在用户自定义的健康检测提醒事项的情况下，显示设备在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，以在用户界面中显示提醒消息的方式，提醒用户进行健康检测，以此保证用户按时进行健康检测。

Description

显示设备及健康检测提醒方法

技术领域

本申请涉及显示设备技术领域，尤其涉及一种显示设备及健康检测提醒方法。

背景技术

通信技术的不断发展，使得电脑、智能手机、显示设备等终端设备越来越普及。并且，用户对终端设 备所能提供功能或服务的要求也越来越高。显示设备，如智能电视，可以为用户提供诸如音频、视频、图 片等播放画面，如今备受关注。

随着显示设备的普及，显示设备所能提供的功能愈发能够影响、改变用户的生活，用户通过显示设备 进行生活、娱乐和休闲的需求也越来越强烈。基于家庭对于成员个人健康情况以及养生方式的日益关注和 重视，如何通过显示设备监测、记录以及改善用户健康，是目前亟待解决的技术问题。

发明内容

本申请提供显示设备及健康检测提醒方法，以解决如何提醒用户及时、按时进行健康检测的问题。

第一方面，本申请提供一种显示设备，包括：

显示器，被配置为显示播放画面；

控制器，被配置为：

响应于开机时产生的开机广播，判断是否存在待执行的健康检测提醒事项；

若存在待执行的健康检测提醒事项，则在当前时间达到所述健康检测提醒事项对应的自定义提醒时间 时，在所述播放画面上显示第一提醒消息；

若不存在待执行的健康检测提醒事项，则在当前时间距离用户上一次进行健康检测的时间达到预设阈 值时，在所述播放画面上显示第二提醒消息；

其中，所述第一提醒消息和第二提醒消息至少用于提醒用户进行健康检测。

第二方面，本申请还提供一种显示设备，包括：

显示器，被配置为显示播放画面；

控制器，被配置为：

当接收到服务器发送的健康检测提醒消息时，在所述播放画面上显示包含所述健康检测提醒消息的弹 窗提示，所述健康检测提醒消息为第一提醒消息或者第二提醒消息，其中，第一提醒消息是服务器在当前 时间达到自定义提醒时间时发送的，所述第二提醒消息是服务器在当前时间距离用户上一次进行健康检测 的时间达到预设阈值时发送的。

第三方面，本申请还提供一种服务器，包括存储器和处理器，所述存储器用于存储程序指令，所述处 理器通过运行所述程序指令执行下述步骤：

接收终端设备发送的健康检测提醒事项信息；

在根据所述健康检测提醒事项信息确定存在待执行的健康检测提醒事项的情况下，在当前时间达到所 述待执行的健康检测提醒事项对应的自定义提醒时间时，向终端设备发送第一提醒消息；

在根据所述健康检测提醒事项信息确定不存在待执行的健康检测提醒事项的情况下，在当前时间距离 用户上一次进行健康检测的时间达到预设阈值时，向终端设备发送第二提醒消息；

其中，所述第一提醒消息和第二提醒消息用于在终端屏幕上进行显示，以提醒用户进行健康检测。

第四方面，本申请还提供一种健康检测提醒方法，应用于显示设备，包括：

响应于显示设备开机时产生的开机广播，判断是否存在待执行的健康检测提醒事项；

若存在待执行的健康检测提醒事项，则在当前时间达到所述健康检测提醒事项对应的自定义提醒时间 时，在所述播放画面上显示第一提醒消息；

若不存在待执行的健康检测提醒事项，则在当前时间距离用户上一次进行健康检测的时间达到预设阈 值时，在所述播放画面上显示第二提醒消息；

其中，所述第一提醒消息和第二提醒消息至少用于提醒用户进行健康检测。

由以上技术方案可知，基于本申请实施例提供的显示设备及健康检测提醒方法，用户可以在健康检测 功能相关应用中创建一个或者多个健康检测提醒事项。在存在用户自定义的健康检测提醒事项的情况下， 显示设备通过执行用户创建的健康检测提醒事项，在用户自定义的提醒时间，以在用户界面中显示提醒消 息的方式，提醒用户进行健康检测。在不存在用户自定义的健康检测提醒事项的情况下，显示设备在当前 时间距离用户上一次进行健康检测的时间达到预设阈值时，以在用户界面中显示提醒消息的方式，提醒用户进行健康检测，以此保证用户按时进行健康检测。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见 地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附 图。

图1为本申请在一些实施例中示出的显示设备的使用场景；

图2为本申请在一些实施例中示出的控制装置100的硬件配置框图；

图3为本申请在一些实施例中示出的显示设备200的硬件配置框图；

图4为本申请在一些实施例中示出的显示设备200中软件配置图；

图5A为本申请在一些实施例中示出的显示设备的另一种使用场景；

图5B为本申请在一些实施例中示出的一种遥控器外观示意图；

图6为本申请在一些实施例中示出的显示设备与遥控器的交互过程示意图；

图7为本申请在一些实施例中示出的一种应用的应用首页；

图8为本申请在一些实施例中示出的在显示设备上显示的档案创建界面；

图9为本申请在一些实施例中示出的在显示设备上显示的档案管理界面；

图10为本申请在一些实施例中示出的在手机上显示的档案创建界面；

图11为本申请在一些实施例中示出的在手机上显示的档案管理界面；

图12为本申请在一些实施例中示出的终端设备与服务器交互过程示意图；

图13为本申请在另一些实施例中示出的终端设备与服务器交互过程示意图；

图14为本申请在一些实施例中示出的显示设备与遥控器的交互过程示意图；

图15为本申请在一些示例性实施例中示出的在显示设备上显示的自定义提醒界面；

图16为本申请在一些示例性实施例中示出的在显示设备上显示的编辑界面；

图17为本申请在一些示例性实施例中示出的在显示设备上显示的添加界面；

图18为本申请示例性示出的在手机上显示的自定义提醒界面；

图19为本申请示例性示出的显示设备被配置执行的一种步骤流程图；

图20为本申请在一些示例性实施例中示出的一种包含第一提醒消息的用户界面；

图21A为本申请在一些示例性实施例中示出的一种包含第二提醒消息的用户界面；

图21B为本申请在一些示例性实施例中示出的另一种包含第二提醒消息的用户界面；

图21C为本申请在一些示例性实施例中示出的另一种包含第二提醒消息的用户界面；

图22为本申请示例性示出的一种包含异常提醒消息的手机用户界面；

图23为本申请示例性示出的一种包含异常提醒消息的显示设备用户界面；

图24为本申请在一些实施例中示出的健康检测提醒方法流程图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本 申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而 不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的 所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意 图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似 或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的 用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列 组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备 固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代 码的组合，能够执行与该元件相关的功能。

本申请提供一种终端设备，该终端设备可以是显示设备，如智能电视、触控一体机，也可以是便携式 移动终端，如手机、平板电脑等。为便于说明，以下主要以显示设备为例对本申请实施例涉及的技术方案 的具体实施方式进行介绍。

图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之间交互中介作用。

在一些实施例中，控制装置100还包括健康数据采集模块150，用于采集用户健康数据，包括心率、血 氧状态、收缩压、舒张压等。

在一些实施例中，控制装置100还包括接触检测模块160，该接触检测模块与控制装置外壳上的触摸区 连接，用于检测用户在触摸区上输入的接触。

在一些实施例中，健康数据采集模块和接触检测模块与控制器110之间通过串口进行通信。

在一些实施例中，图2中示出的控制装置100可以是遥控器。

图3示出了根据示例性实施例中显示设备200的硬件配置框图。

在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控 制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用 于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于 接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI 界面等。

在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以 为一种投影装置和投影屏幕。

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器， 用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境 场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声 音。

在一些实施例中，显示设备外表面设有用于接收用户接触的触摸区。

在一些实施例中，检测器230还包括健康数据采集模块，该健康数据采集模块与触摸区连接，用于基 于用户与触摸区的接触，采集用户健康数据，如心率、血氧状态、收缩压、舒张压等。可选地，健康数据 采集模块与控制器250之间可以通过串口通信，例如，控制器250通过串口，打开或者关闭健康数据采集模 块的开关，健康数据采集模块通过串口将采集的用户健康数据传输给控制器250。

示例性的，可以将触摸区设置在显示设备侧面或者后壳表面。当用户触及显示设备侧面或者后壳表面 的触摸区时，触摸板则检测到用户输入的接触。

值得注意的是，对于支持指纹识别的便携式终端设备(如手机、平板电脑等)而言，健康数据采集模 块可以设置在指纹识别区的下方以与指纹识别区连接，进而，便可基于用户与指纹识别区的接触而采集用 户健康数据。另外，健康数据采集模块与便携式终端设备的控制器之前可通过串口通信，例如，终端控制 器通过串口，打开或者关闭健康数据采集模块的开关，健康数据采集模块通过串口将采集的用户健康数据 传输给终端控制器。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在 控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和 响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上 显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。 与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程 序的操作。

在一些实施例中，用户可在显示器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)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

本申请提供的显示设备具有健康检测功能。该健康检测功能基于显示设备上安装的健康检测功能相关 应用实现。为便于说明，将健康检测功能相关应用称为“健康管家”。

图5A为本申请在一些实施例中示出的一种应用场景示意图。如图5A所示，遥控器和显示设备之间可 以基于低能耗蓝牙(Bluetooth Low Energy，BLE)协议进行通信，如收/发控制信号、通知消息以及用户健 康数据。此外，遥控器通过其内置的健康数据采集模块来采集用户健康数据，并将采集的用户健康数据实 时发送给显示设备。显示设备通过在操作系统中运行“健康管家”应用，完成与遥控器的交互控制，以及， 接收遥控器端发送的用户健康数据，并将用户健康数据发送给服务器。服务器接收显示设备发送的用户健 康数据，并通过“健康管家”应用对应的健康应用服务，分析用户健康数据，最后将健康检测结果返回给 显示设备，由显示设备展示给用户。

如图5B所示，遥控器上具有各种按键以及触摸区，该触摸区与健康数据采集模块及接触检测模块相连。 当用户与触摸区发生接触时，接触检测模块可以检测到用户接触。在用户与触摸区保持接触的情况下，健 康数据采集模块便可以在遥控器控制器的控制下采集用户健康数据。

在一些实施例中，用户可以通过与遥控器上触摸区的持续预定时间的接触，来启动显示设备的健康检 测功能。应当理解，由于显示设备的健康检测功能基于显示设备上安装的“健康管家”应用实现，因此启 动显示设备的健康检测功能，即是启动显示设备上的“健康管家”应用。示例性的，用户可以保持手指与 触摸区接触3秒，来启动“健康管家”应用。

图6为本申请在一些示例性实施例中示出的用户快速启动“健康管家”应用的具体实现过程。如图6所 示，在遥控器已与显示设备配对的情况下，接触检测模块检测到用户与触摸区持续接触后，通过串口通信 通知遥控器的控制器，遥控器的控制器接收到该通知后，则向显示设备发送指示启动健康检测功能的控制 指令。显示设备则响应于该控制指令，启动“健康管家”应用，并显示“健康管家”应用的界面。

当然，还可以在遥控器上设置用于启动健康检测功能的按键，这样，用户可以一键启动显示设备上的 健康检测功能相关应用，具体操作过程不予赘述。

在另一些实施例中，用户也可以通过输入预设的语音口令，以输入用于启动“健康管家”应用的控制 指令。例如，用户利用显示设备的近场语音功能或者远场语音功能，说出预设语音口令，如“健康检测” 或者“启动健康管家”，显示设备通过识别用户输入的语音口令，确定语音口令对应的控制指令，从而启 动健康管家应用。

在另一些实施例中，用户还可以操作显示设备，使其显示应用中心界面，然后通过点击应用中心界面 中显示的“健康管家”应用的应用图标，来启动“健康管家”应用。

在一些实现方式中，在显示设备基于直播电视应用、第三方音视频应用播放视频节目时，如果接收到 指示启动“健康管家”应用的控制指令，由当前运行的直播电视应用或者第三方音视频应用转场到“健康 管家”应用，并显示“健康管家”应用的界面，如启动页或者应用首页。在另一些实现方式中，当显示 设备在前台运行某个应用时，如果接收到指示启动“健康管家”应用的控制指令，则在后台运行“健康管 家”应用，并在当前画面上显示浮窗，在浮窗中显示“健康管家”应用的相关内容，以不影响用户操作。 例如，当显示设备播放视频时，如果接收到指示启动“健康管家”应用的控制指令，在后台运行“健康管 家”应用，并继续播放视频，同时在视频画面上显示浮窗，在浮窗中“健康管家”应用的内容。

需要说明的是，为避免在说明过程中将遥控器的控制器与显示设备的控制器混淆，在没有特别指出的 情况下，以下提及的遥控器均指代遥控器的控制器，如图2中示出的控制器110。例如，若下文中提到“遥 控器与健康数据采集模块通信”则指代“遥控器的控制器与健康数据采集模块通信”，若下文中提到“遥 控器向显示设备发送指令”则指代“遥控器的控制器向显示设备发送指令”。

值得注意的是，在遥控器未与显示设备配对的情况下，如果遥控器检测到用户与触摸区的持续接触， 则发射特定的红外码。显示设备接收到该特定红外码后，启动“健康管家”应用，显示“健康管家”应用 的界面，同时显示配对提示，以通过该配对提示来提醒用户操作显示设备与遥控器配对。例如，通过在“健 康管家”应用的界面上弹出Toast提示，提醒用户操作配对。

需要说明的是，对于内置有健康数据采集模块的终端设备，如前述实施例提及的设有触摸区的显示设 备，或者支持指纹识别功能的便携式终端设备，其健康检测功能同样基于安装的健康检测功能相关应用实 现，如上述“健康管家”应用。在一些实施例中，当此类显示设备或者便携式终端设备检测到用户与触摸 区持续预设时间的接触时，则拉起“健康管家”应用，显示该应用的界面。在一个例子中，显示设备内置 有健康数据采集模块且后壳上设有触摸区。当用户将手指覆盖在该后壳触摸区上持续3s时，显示设备将启 动“健康管家”应用，并由当前显示界面跳转到“健康管家”应用的界面。在另一个例子中，用户手机内 置有健康数据采集模块且具有指纹识别区。当用户将手指覆盖在指纹识别区上持续3s时，手机将启动“健 康管家”应用，并显示“健康管家”应用的界面。

还需要说明的是，用户可以使用账号、密码信息在终端设备上登录“健康管家”应用。当用户使用同 一账号在不同终端设备上登录“健康管家”应用时，可以查看到与该账号相关联的信息内容，包括但不限 于用户在登录该账号时创建的被测用户档案信息、每个被测用户的历史检测结果数据以及定义的健康检测 提醒事项，具体请参见下述实施例。

在一些可能的实现方式中，终端设备操作系统中包括长链接服务，终端设备上的“健康管家”应用启 动后，注册长链接服务，通过长链接服务与“健康管家”应用的服务器进行通信。

在一些实施例中，“健康管家”应用启动成功后，显示应用首页。图7为本申请示例性示出的一种“健 康管家”应用首页，该应用首页主要用于引导用户以游客模式进行健康检测或者建立健康档案。如图7所 示，应用首页中包括用于触发建立健康档案的控件“开始建立”和用于触发以游客模式立即进行健康检测 的控件“立即体验”。用户可以通过操作“开始建立”控件，以输入档案创建指令；显示设备响应于档案 创建指令，显示档案创建界面，在档案创建界面中可以输入用户信息，具体可参见图8-图9所示实施例。用 户还可以通过操作“立即体验”控件，来输入健康检测指令，以触发健康检测过程。

图8为本申请示例性示出的一种档案创建界面，其具体可以为用户操作应用首页中的“开始建立”控 件后进入的界面。如图8所示，档案创建界面中包括多个输入项目，分别为头像、昵称、性别、年龄、身 高及体重等。用户可以该界面中上传头像文件，创建用户昵称，选择性别、年龄身高及体重。输入完成后， 可以通过操作“确认”控件指示显示设备保存输入的用户信息，根据用户信息创建档案信息，并进入到档 案管理界面；或者操作“取消”控件返回到应用首页。

在一些实施例中，创建的档案信息包括但不限于输入的用户信息。例如，还可以包括档案标识，档案 标识作为档案信息的唯一性标识，用于标识和区分不同的档案信息。应当理解，一个档案信息对应一个被 测用户，被测用户及检测对象。

图9为本申请示例性示出的一种档案管理界面，其具体可以为用户通过操作档案创建界面中的“确认” 控件以输入档案查看指令后进入的界面。如图9所示，档案管理界面显示有应用当前账号下已创建的档案 卡片，每个档案卡片对应一组操作控件，分别为：用于触发编辑对应档案信息的第一操作控件(“编辑”)、 用于触发显示历史检测结果的第二操作控件(“体检报告”)，以及用于触发健康检测过程的第三操作控 件(“立即体检”)。在显示档案管理界面时，用户可以对目标档案卡片上的第一操作控件进行操作，以 触发显示档案编辑界面，在档案编辑界面中，用户可以重新编辑该目标档案卡片对应的档案信息。用户还 可以对目标档案卡片上的第二操作控件进行操作，以触发显示该目标档案卡片关联的历史检测结果。用户 还可以对目标档案卡片上的第三操作控件进行操作，以触发对该目标档案卡片对应的被测用户进行健康检 测。

此外，档案管理界面中还显示有游客卡片，故而，用户可以操通过操作游客卡片上的“立即体检”控 件，以输入以游客模式进行检测的健康检测指令。另外，档案管理界面中还显示有用于新建成员档案信息 的控件“添加成员+”，当用户操作该控件时，则重新进入到档案创建界面，用户即可在档案创建界面中 输入新的档案信息。

由上述图8-图9所示的界面交互过程可知，用户可以使用账户信息登录“健康管家”应用，通过在“健 康管家”应用中输入档案创建指令，控制显示档案创建界面，以在档案创建界面中输入用户信息，以创建 档案信息。用户还可以通过在“健康管家”应用中输入档案查看指令，控制显示档案管理界面，在档案管 理界面中可以查看到“健康管家”应用当前登录的账号信息关联的所有档案信息。其中，一个账号信息可 以关联多个档案信息，并有权对这些档案信息进行操作和管理。

由上述实施例可以看出，用户不限于在显示设备上登录“健康管家”应用，其可以使用多个不同的终 端设备登录“健康管家”应用。例如，在手机上登录“健康管家”应用，在平板电脑上登录“健康管家” 应用，或者在智能冰箱屏端登录“健康管家”应用等等。同时，用户使用账号在任意终端设备上登录“健 康管家”应用后，都可以通过操作进入到档案创建界面，进而可以在任意终端设备上创建档案信息，也可 以通过操作进入到档案管理界面，进而可以在任意终端设备上查看登录账号下已创建的所有档案信息。

图10为本申请示例性示出的在手机上登录“健康管家”应用时显示的档案创建界面。如图10所示，档 案创建界面中包括多个输入项目，分别为头像、昵称、性别、年龄、身高及体重等。用户可以该界面时中 上传头像文件，创建用户昵称，选择性别、年龄身高及体重。输入完成后，可以通过操作“确认”控件指 示显示设备保存输入的用户信息，根据用户信息创建档案信息，并进入到档案管理界面，或者操作“取消” 控件返回到应用首页。

图11为本申请示例性示出的在手机上登录“健康管家”应用时显示的档案管理界面。如图11所示，该 档案管理界面显示有登录账号下已创建的档案卡片，每个档案卡片对应一组操作控件，分别为用于触发编 辑对应档案信息的第一操作控件(“编辑”)、用于触发显示历史检测结果的第二操作控件(“体检报告”)， 以及用于触发健康检测的第二操作控件(“立即体检”)。

基于图8-图11所示界面交互示例，图12示例性示出了终端设备和服务器之间可能的交互场景，在该示 例性交互场景中，终端设备具体为显示设备，如触控一体机、智能电视。应当理解，基于同样的交互过程， 终端设备还可以是便携式移动终端和智能冰箱上集成的终端等，便携式移动终端设备可以是手机或者平板 电脑等。如图12所示，该交互过程如下：

S1201，显示设备响应于用户在健康检测功能应用中输入的档案创建指令，显示档案创建界面。

在一些实现方式中，档案创建指令可以是用户在如图7所示的应用首页确认点击“开始建立”控件而 输入的指令。

S1202，接收用户在档案创建界面中输入的第一用户信息，根据输入的第一用户信息创建第一档案信 息。

S1203，将第一档案信息和登录应用的第一账号信息发送给服务器。

S1204，服务器接收显示设备发送的第一档案信息和第一账号信息，建立第一档案信息与第一账号信 息的关联关系。

例如，将第一档案信息保存在第一账号信息对应的档案信息集合中。

值得注意的是，在图12所示交互场景中，服务器还可以接收其他终端设备发送的档案信息和账号信息。 示例性的，接收手机端发送的第二档案信息和第一账号信息，此时，服务器则会建立第二档案信息与第一 账号信息的关联关系，例如，将第二档案信息保存在第一账号信息对应的档案信息集合中。另一示例性的， 接收平板电脑端发送的第三档案信息和第二账号信息，此时，服务器则会建立第三档案信息与第二账号信 息的关联关系，例如，将第三档案信息保存在第二账号信息对应的档案信息集合中。

应当理解，第一账号信息是手机端应用登录的账号信息，其与显示设备端应用登录的账号信息相同。 第二档案信息可以是手机端应用根据用户在档案创建界面中输入的第二用户信息而创建的档案信息。第二 账号信息是平板端应用登录的账号信息，其与显示设备和手机端应用登录的账号信息不同。第三档案信息 则可以平板端应用根据用户在档案创建界面中输入的第三用户信息而创建的档案信息。

基于图8-图11所示界面交互示例，图13示例性示出了终端设备和服务器之间可能的交互场景，在该示 例性交互场景中，终端设备具体为显示设备，如触控一体机、智能电视。应当理解，基于同样的交互过程， 终端设备还可以是便携式移动终端和智能冰箱上集成的终端等，便携式移动终端设备可以是手机或者平板 电脑等。如图13所示，该交互过程如下：

S1301，显示设备响应于用户在健康检测功能应用中输入的档案查看指令，向服务器发送第一档案信 息获取请求，第一档案信息获取请求包括第一账号信息。

S1302，服务器接收到第一档案信息获取请求后，查找第一账号信息关联的全部档案信息，并返回给 显示设备。

S1303，显示设备接收到服务器返回的档案信息后，显示档案管理界面，档案管理界面中包括根据各 档案信息生成的被测用户的档案卡片。

值得注意的是，在图13所示交互场景中，服务器还可以接收其他终端设备发送的档案信息获取请求。 示例性的，可以接收手机端发送的第一档案信息获取请求，此时，服务器会将第一账号信息关联的所有档 案信息发送给手机端，手机端则根据各档案信息在档案管理界面中显示各被测用户的档案卡片。这样，用 户可以在显示设备上查看第一账号下的档案信息，也可以在手机端查看到这些档案信息。另一示例性的， 还可以接收平板电脑端发送的第二档案信息获取请求，第二档案信息获取请求包括第二账号信息，此时， 服务器会将第二账号信息关联的所有档案信息发送给平板电脑，平板电脑则根据各档案信息在档案管理界 面中显示各被测用户的档案卡片。由于第一账号信息与第二账号信息关联的档案信息不同，因此平板电脑 端显示的档案管理界面与显示设备和手机上显示的档案管理界面不同。

应当理解，第一账号信息是手机端应用登录的账号信息，其与显示设备端应用登录的账号信息相同。 第二账号信息是平板端应用登录的账号信息，其与显示设备和手机端应用登录的账号信息不同。

在一些实施例中，当显示设备接收到输入的健康检测指令时，向遥控器发送数据采集指令，以指示遥 控器基于待测用户与触摸区的接触，采集待测用户健康数据，并将待测用户健康数据实时发送给显示设备。

图14为本申请示例性示出的显示设备通过遥控器采集待测用户健康数据的交互过程。如图14所示，该 交互过程包括：

S1401，当显示设备接收到输入的健康检测指令时，向遥控器发送数据采集指令。

S1402，遥控器响应于收到的数据采集指令，通过串口通信，打开健康数据采集模块。

S1403，健康数据采集模块打开后，基于待测用户与触摸区的接触，持续采集待测用户健康数据。

S1404，健康数据采集模块将采集到的待测用户健康数据通过串口通信实时同步给遥控器。

S1405，遥控器每隔一定时长，将采集的最新健康数据发送给显示设备，直到健康数据采集模块采集 完毕。

在可能的实现方式中，遥控器按照预先与显示设备约定的格式，将采集得到的待测用户健康数据封装 成健康数据包，健康数据包中至少包括包序标识、用户健康数据和异常标识。其中，包序标识i代表遥控器 向显示设备发送的第i个健康数据包，异常标识表征有无检测异常以及异常类型。需要说明的是，检测异常 可以包括检测环境变化导致的检测异常，如强光环境、通信信号弱等，还包括用户与触摸区的接触异常， 如用户将手指移开触摸区等。

在一个例子中，健康数据包的数据格式如下：

值得注意的是，当遥控器接收到预设数量的有效数据包或者数据接收时长达到预定时长时，认为数据 采集完毕。有效数据包则是指异常标识表征无异常的健康数据包。

S1406，显示设备根据接收到的待测用户健康数据，显示检测界面，检测界面中显示检测进度和/或至 少一项健康数据。

S1407，数据采集完毕后，显示设备向遥控器发送停止采集指令。

S1408，遥控器响应于该停止采集指令，关闭健康数据采集模块。

S1409，同时，显示设备至少将接收到的待测用户健康数据发送给服务器。

服务器接收显示设备发送的待测用户健康数据，利用预置的分析算法对待测用户健康数据进行分析， 得到对应的检测结果。最后将检测结果发送给显示设备，以将检测结果在显示设备端展示给用户。其中， 检测结果可以包括心率变异性指标、症状描述信息、症状原因分析和用户建议信息中的一项或者多项。

检测结果详情界面中显示有各项健康检测结果，包括心率70、血氧饱和度99(正常)、微循环82(注 意)、呼吸频率18(正常)、心率变异性69(正常)、不规则心率0、疲劳指数18(注意)，还显示有心 率变异性的概念介绍、出现症状、症状原因及建议。可见，用户可以在检测结果详情界面中查看到各个检 测项目的具体数值及其对应的状态等级，还可以了解症状原因，获取建议。

在一些实施例中，显示设备在将待测用户健康数据发送给服务器的同时，将当前登录应用的账号信息 和待测用户对应的目标档案信息发送给服务器，以便服务器将待测用户健康数据或者对应的检测结果保存 在该账号信息及目标档案信息对应的检测数据集合中。其中，在用户通过操作档案管理界面中档案卡片上 的“立即体检”控件来触发健康检测的场景中，显示设备可以确定用户所点击的档案卡片对应的档案信息 即为目标档案信息。在其他场景中，显示设备可以根据输入的对显示的档案选项的选择操作或者通过摄像头采集的待测用户图像数据，确定待测用户对应的目标档案信息。

在一些实施例中，显示设备对待测用户的检测时间进行记录，并将检测时间与当前登录应用的账号信 息及待测用户对应的目标档案信息进行关联，从而形成各账号信息下各档案信息的历史检测记录，每条历 史检测记录中至少包括检测时间，还可以包括检测结果。

在一些实施例中，服务器将检测用户的检测时间与对应的账号信息及目标档案信息进行关联，从而形 成各账号信息下各档案信息的历史检测记录，每条历史检测记录中包括检测时间和对应的健康数据及检测 结果。

在一些实施例中，用户可以在“健康管家”应用中创建一个或者多个健康检测提醒事项，终端设备通 过执行健康检测提醒事项，在用户自定义的提醒时间，以在用户界面中显示提醒消息的方式，提醒用户进 行健康检测。

在一些实施例中，“健康管家”应用提供的应用界面包括自定义提醒界面，用户可以在自定义提醒界 面中创建健康检测提醒事项。在可能的实现方式中，自定义提醒界面中显示已创建的健康检测提醒事项， 每个健康检测提醒事项包括自定义提醒时间，每个健康检测提醒事项都对应一个开关控件。在显示自定义 提醒界面时，用户可以操作开关控件来停用或者启用对应的健康检测提醒事项。用户可以通过点击某个健 康检测提醒事项，触发显示编辑界面，并在编辑界面中修改该健康检测提醒事项对应的自定义提醒时间， 或者删除该健康检测提醒事项。此外，自定义提醒界面中还包括用于添加健康检测提醒事项的操作控件， 用户可以通过点击该控件，触发显示添加界面，并在添加界面中添加新的健康检测提醒事项。

图15为本申请在一些示例性实施例中示出的“健康管家”应用提供的自定义提醒界面。如图15所示， 该自定义提醒界面中显示健康检测提醒事项151和152，其中，健康检测提醒事项151对应的自定义提醒时 间具体为“每天15:30”，健康检测提醒事项152对应的自定义提醒时间具体为“每天18:30”。每个健康检 测提醒事项都对应一个开关控件。该自定义提醒界面中还包括用于添加健康检测提醒事项的“添加提醒” 控件153。在显示该自定义提醒界面时，用户可以通过打开或者关闭健康检测提醒事项151对应的开关，来 启用或者停用健康检测提醒事项151，通过打开或者关闭健康检测提醒事项152对应的开关，来启用或者停 用健康检测提醒事项152。用户可以通过点击健康检测提醒事项151或者152，触发显示编辑界面，在编辑 界面中修改健康检测提醒事项151或者152对应的自定义提醒时间，或者删除该健康检测提醒事项。用户还 可以通过点击“添加提醒”控件153，触发显示添加界面，以在添加界面中添加新的健康检测提醒事项。

图16为本申请在一些示例性实施例中示出的“健康管家”应用提供的编辑界面，其具体可以为在显示 图15所示的自定义提醒界面时，用户点击健康检测提醒事项151后显示的界面。如图16所示，该编辑界面 中显示有健康检测提醒事项151对应的当前自定义提醒时间，即“每天的15:30”，其具体以时间控件161 和重复控件162的形式显示。用户可以点击时间控件161上的下拉子控件输入新的自定义提醒时间，可以点 击重复控件上的下拉子控件输入新的重复方式。此外，该编辑界面中还显示有健康检测提醒事项151对应 的开关控件163，用户可以操作改开关控件来停用或者启用对应的健康检测提醒事项151。另外，该编辑界 面中还显示有“删除提醒”控件164和“保存提醒”控件165。用户可以通过点击“删除提醒”控件，来删 除健康检测提醒事项151，可以通过点击“保存提醒”控件对输入的自定义提醒时间进行保存。

图17为本申请在一些示例性实施例中示出的“健康管家”应用提供的添加界面，其具体可以为在显示 图15所示的自定义提醒界面时，用户点击“添加提醒”控件后显示的界面。如图16所示，该添加界面中显 示有：开关控件171、时间控件172、重复控件173以及“保存提醒”控件174。与图16所示的编辑界面不同 的，在添加界面中，时间控件172中显示默认时间“9:00”，重复控件173中显示默认重复方式“每周一”。 在显示添加界面时，用户可以点击时间控件172上的下拉子控件输入自定义提醒时间，可以点击重复控件 173上的下拉子控件输入重复方式。输入完成后，通过点击“保存提醒”控件对输入的自定义提醒时间进 行保存。

需要说明的是，用户在其他终端设备上登录“健康管家”应用后，可以在其他终端设备上的“健康管 家”应用中创建一个或者多个健康检测提醒事项。

在一些实施例中，将用户在自定义提醒界面、编辑界面和添加界面中输入的操作，称为定义操作。

图18为本申请示例性示出的在手机上登录“健康管家”应用时显示的自定义提醒界面。如图18所示， 该自定义提醒界面显示的内容与图16所示自定义提醒界面显示的内容相同，因此关于该自定义提醒界面中 各界面元素的功能介绍参见图16对应的说明内容即可，此处不予赘述。

在一些实施例中，终端设备接收到用户输入的健康检测提醒事项后，将健康检测提醒事项信息和当前 登录应用的账号信息发送给服务器，其中，健康检测提醒事项信息包括自定义提醒时间。服务器接收到终 端设备发送的健康检测提醒事项信息和账号信息后，建立该健康检测提醒事项信息与账号信息的关联关 系，例如，将该健康检测提醒事项信息保存在该账号信息对应的提醒事项信息集合中。

值得注意的是，前述用户输入的健康检测提醒事项包括用户在如图17所示编辑界面中输入的健康检测 提醒事项和在如图18所示添加界面中输入的健康检测提醒事项。应当理解，在编辑界面输入的健康检测提 醒事项是与先前创建的健康检测提醒事项对应的修改后的健康检测提醒事项。

在一些实施例中，当服务器监测到某个账号信息关联的健康检测提醒事项信息存在重复时，对该账号 信息关联的健康检测提醒事项信息进行去重处理，其中，当至少两个健康检测提醒事项信息对应的自定义 提醒时间相同时，确定该两个健康检测提醒事项信息重复。

在一些实施例中，终端设备开机后，通过“健康管家”应用，向服务器发送自定义提醒信息请求，自 定义提醒信息请求包括当前登录“健康管家”应用的账号信息。服务器接收到终端设备发送的自定义提醒 信息请求后，将该账号信息关联的健康检测提醒事项信息返回给终端设备。如果服务器返回的健康检测提 醒事项信息不为空，则终端设备将系统文件中目标标记位的值(mIsCustom)设为第一值(True)；如果 服务器返回的健康检测提醒事项信息为空，则终端设备将系统文件中目标标记位的值(mIsCustom)设为 第二值(False)。

在一些实施例中，如果服务器返回的健康检测提醒事项信息不为空，则终端设备将服务器返回的健康 检测提醒事项信息保存在预设的目标缓存路径中。示例性的，预设的目标缓存路径可以是当前登录应用的 账号信息对应的缓存路径。

在一些实施例中，当终端设备接收到用户在“健康管家”应用中输入的指示显示自定义提醒界面的控 制指令时，根据当前登录应用的账号信息从对应的缓存路径中读取对应的健康检测提醒事项信息。根据读 取到的健康检测提醒事项信息显示自定义提醒界面。

在一些实施例中，终端设备接收到用户输入的健康检测提醒事项后，将健康检测提醒事项信息与当前 登录应用的账号信息进行关联，例如，将健康检测提醒事项信息保存在该账号信息对应的本地提醒事项信 息集合中。当终端设备监测到某个账号信息关联的健康检测提醒事项信息存在重复时，对该账号信息关联 的健康检测提醒事项信息进行去重处理，其中，当至少两个健康检测提醒事项信息对应的自定义提醒时间 相同时，确定该两个健康检测提醒事项信息重复。

在一些实施例中，当终端设备接收到用户在“健康管家”应用中输入的指示显示自定义提醒界面的控 制指令时，根据当前登录应用的账号信息从对应的本地提醒事项信息集合中读取对应的健康检测提醒事项 信息。根据读取到的健康检测提醒事项信息显示自定义提醒界面。

在一些实施例中，终端设备根据用户在自定义提醒界面、编辑界面和/或编辑界面中输入的定义操作， 和当前登录应用的账号信息，修改对应的本地提醒事项信息集合中的健康检测提醒事项信息。

在一些实施例中，当确定用户在自定义提醒界面、编辑界面和/或编辑界面中输入的定义操作，用于删 除或者停用所有的健康检测提醒事项时，将系统文件中目标标记位的值(mIsCustom)设为第二值(False)。 当确定用户在自定义提醒界面、编辑界面和/或编辑界面中输入的定义操作，用于修改、启用或者添加至少 一个健康检测提醒事项时，将系统文件中目标标记位的值(mIsCustom)设为第一值(True)。

在一些实施例中，在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，终端设备以在用 户界面中显示提醒消息的方式，提醒用户进行健康检测，以此保证用户按时检测。如前所述，各被测用户 上一次进行健康检测的时间保存在其档案信息对应的历史检测记录中。例如，当被测用户“爸爸”上一次 进行检测的时间为72小时前时，终端设备在用户界面显示提醒消息，以提醒“爸爸”进行健康检测。

在一些实施例中，在存在用户自定义的健康检测提醒事项的情况下，终端设备通过执行用户创建的健 康检测提醒事项，在用户自定义的提醒时间，以在用户界面中显示提醒消息的方式，提醒用户进行健康检 测。在不存在用户自定义的健康检测提醒事项的情况下，终端设备在当前时间距离用户上一次进行健康检 测的时间达到预设阈值时，以在用户界面中显示提醒消息的方式，提醒用户进行健康检测，以此保证用户 按时进行健康检测。以显示设备为例，具体实现时，终端设备的控制器通过运行“健康管家”应用，执行 图19所示步骤：

S1901，响应于开机时产生的开机广播，判断是否存在待执行的健康检测提醒事项。若存在待执行的 健康检测提醒事项，则执行S1902；若存在待执行的健康检测提醒事项，则执行S1904。

在S1901中，“健康管家”应用响应于开机时产生的开机广播，启动健康提醒服务。通过健康提醒服 务判断是否待执行的健康检测提醒事项，以及执行下述S1902-S1905。

在S1901的一种实现方式中，健康提醒服务获取目标标记位的值；若目标标记位的值为第一值，确定 存在待执行的健康检测提醒事项；若目标标记位的值为第二值，确定不存在待执行的健康检测提醒事项。

在S1902的另一种实现方式中，健康提醒服务根据当前登录应用的账号信息读取对应缓存路径下的健 康检测提醒事项信息。若读取结果不为空，确定存在待执行的健康检测提醒事项；若读取结果为空，确定 不存在待执行的健康检测提醒事项。

在S1903的另一种实现方式中，健康提醒服务根据当前登录应用的账号信息读取对应的本地提醒事项 信息集合。若读取结果不为空，确定存在待执行的健康检测提醒事项；若读取结果为空，确定不存在待执 行的健康检测提醒事项。

S1902，若存在待执行的健康检测提醒事项，获取健康检测提醒事项对应的自定义提醒时间。

在S1902的一种实现方式中，健康提醒服务根据当前登录应用的账号信息读取对应缓存路径下的健康 检测提醒事项信息，或者读取对应的本地提醒事项信息集合，以获取到健康检测提醒事项对应的自定义提 醒时间。

在S1902的另一种实现方式中，健康提醒服务根据当前登录应用的账号信息从服务器获取该账号信息 对应的健康检测提醒事项信息，以获取到健康检测提醒事项对应的自定义提醒时间。

S1903，在当前时间达到健康检测提醒事项对应的自定义提醒时间时，在当前播放画面上显示第一提 醒消息。

具体实现时，在接入网络的情况下，获取当前系统时间；根据当前系统时间和自定义提醒时间确定第 一目标时间，基于第一目标时间构建计时器；当计时器的计时时间达到第一目标时间时，在当前播放画面 上显示第一提醒消息。

示例性的，假设当前系统时间为6:00，自定义提醒时间为8:00，那么确定第一目标时间为2h。当计时 器的计时时间达到2h时，在当前播放画面上显示第一提醒消息。

在一些实施例中，在显示第一提醒消息时，用户可以通过第一用户输入，控制“健康管家”应用切换 到前台运行，并直接显示自定义提醒界面。这样，用户通过一次操作，即可触发显示自定义提醒界面，从 而在自定义提醒界面中启用、停用、添加、删除和/或用于修改健康检测提醒事项。其中，第一用户输入可 以是遥控器发送给显示设备的第一按键操作。

具体实现时，当显示设备接收到第一用户输入时，判断当前播放画面上是否显示有第一提醒消息；若 当前播放画面上显示有第一提醒消息，则显示自定义提醒界面；若当前播放画面上未显示有第一提醒消息， 则执行第一用户输入对应的第一处理操作。其中，第一用户输入对应的第一处理操作是指第一用户输入在 当前场景下对应的处理操作。

在一些实施例中，在显示第一提醒消息时，用户可以通过第二用户输入，触发健康检测过程。当显示 设备接收到第二用户输入时，判断当前播放画面上是否显示有第一提醒消息；若当前播放画面上显示有第 一提醒消息，则通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据，具体可参见图14所示实 施例，此处不予赘述。若当前播放画面上未显示有第一提醒消息，则执行第二用户输入对应的第二处理操 作。其中，第二用户输入可以是遥控器发送给显示设备的第二按键操作。第二用户输入对应的第二处理操 作是指第二用户输入在当前场景下对应的处理操作。

在一个例子中，存在两个待执行的健康检测提醒事项，二者对应的自定义提醒时间分别为“每天9:00”。 显示设备在系统时间为9:00时，在当前播放画面上显示第一提醒消息，如图20所示。图20为本申请在一些 示例性实施例中示出的用户界面，该用户界面包括播放画面和浮在播放画面上的第一提醒消息。如图20所 示，当前系统时间为15:30。第一提醒消息的具体内容为“9:00叮！又到了体检时间啦！快去体检吧！～长 按遥控器健康模块即可立即体检。点按菜单键可设定提醒时间。”。根据该第一提醒消息可知，在该第一 提醒消息的显示期间，用户可以通过点按遥控器菜单键，来输入第一用户输入，以触发显示自定义提醒界 面。用户可以通过长按遥控器健康模块(即持续与遥控器上触摸区接触)，输入第二用户输入，以触发采 集待测用户健康数据。若显示设备在显示该第一提醒消息时，接收到用户通过点按遥控器菜单键输入的第 一用户输入，则显示自定义提醒界面；若接收到用户通过长按遥控器健康模块输入的第二用户输入，则向 遥控器发送数据采集指令，以通过遥控器采集待测用户健康数据。

S1904，若不存在待执行的健康检测提醒事项，则根据当前登录的账号信息获取被测用户对应的档案 信息和上一次进行健康检测的时间。

具体实现时，向服务器发送信息获取请求，信息获取请求中包括当前登录的账号信息，该信息获取请 求用于向服务器请求该账号信息关联的档案信息及各档案信息对应的上一次检测时间，一个档案信息对应 一个被测用户。接收服务器返回的被测用户对应的档案信息和上一次进行健康检测的时间。

S1905，在当前时间距离各个被测用户上一次进行健康检测的时间达到预设阈值时，根据相应被测用 户的档案信息，在播放画面上显示第二提醒消息。

具体实现时，在接入网络的情况下，获取当前系统时间。根据当前系统时间、各个被测用户上一次进 行检测的时间及预设阈值确定各个被测用户对应的第二目标时间，基于第二目标时间构建计时器。当计时 器的计时时间达到各个被测用户对饮的第二目标时间时，在播放画面上显示第二提醒消息。

示例性的，假设当前系统时间2021年3月6日12:00，被测用户A上一次进行健康检测时间为2021年3月5 日9:00，被测用户B上一次进行健康检测时间为2021年3月6日10:00，预设阈值为72h。那么确定被测用户A 对应的第二目标时间为45h(预设阈值-(当前系统时间-被测用户A上一次进行健康检测时间))，确定被 测用户B对应的第二目标时间为70h。当计时器的计时时间达到45h时，根据被测用户A对应的档案信息，在 当前播放画面上显示第二提醒消息。当计时器的计时时间达到70h时，根据被测用户B对应的档案信息，在 当前播放画面上显示第二提醒消息。

在一些实施例中，在显示第二提醒消息时，用户可以通过第一用户输入，控制“健康管家”应用切换 到前台运行，并直接显示自定义提醒界面。这样，用户通过一次操作，即可触发显示自定义提醒界面，从 而在自定义提醒界面中启用、停用、添加、删除和/或用于修改健康检测提醒事项。其中，第一用户输入可 以是遥控器发送给显示设备的第一按键操作。

具体实现时，当显示设备接收到第一用户输入时，判断当前播放画面上是否显示有第二提醒消息；若 当前播放画面上显示有第二提醒消息，则显示自定义提醒界面；若当前播放画面上未显示有第二提醒消息， 则执行第一用户输入对应的第一处理操作。其中，第一用户输入对应的第一处理操作是指第一用户输入在 当前场景下对应的处理操作。

在一些实施例中，在显示第二提醒消息时，用户可以通过第二用户输入，触发健康检测过程。当显示 设备接收到第二用户输入时，判断当前播放画面上是否显示有第二提醒消息；若当前播放画面上显示有第 二提醒消息，则通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据，具体可参见图14所示实 施例，此处不予赘述。若当前播放画面上未显示有第二提醒消息，则执行第二用户输入对应的第二处理操 作。其中，第二用户输入对应的第二处理操作是指第二用户输入在当前场景下对应的处理操作。

在一个例子中，当前登录应用的账号信息为账号1，账号1关联的档案信息包括档案信息A、档案信息B 及档案信息C，其分别对应于被测用户A、被测用户B及被测用户C。根据档案信息A、档案信息B及档案信 息C对应的历史检测记录确定被测用户A、被测用户B及被测用户C上一次进行健康检测时间分别为3月5日 9:00、3月6日10:00及3月7日12:00。在预设阈值为72小时(即3天)的情况下：

显示设备在3月8日9:00，根据档案信息A中的用户昵称，在当前播放画面上显示第二提醒消息。如图 21A所示，第二提醒消息的具体内容为“爷爷已经好久没体检了，定期体检更安全哦！长按遥控器健康模 块即可立即体检。点按菜单键可设定提醒时间。”，其中，“爷爷”是档案信息A中的用户昵称。显示设 备在3月9日10:00，根据档案信息B中的用户昵称，在当前播放画面上显示第二提醒消息。如图21B所示， 第二提醒消息的具体内容为“小红已经好久没体检了，定期体检更安全哦！长按遥控器健康模块即可立即 体检。点按菜单键可设定提醒时间。”，其中，“小红”是档案信息A中的用户昵称。显示设备在3月10 日12:00，根据档案信息C中的用户昵称，在当前播放画面上显示第二提醒消息。如图21C所示，第二提醒 消息的具体内容为“明明已经好久没体检了，定期体检更安全哦！长按遥控器健康模块即可立即体检。点 按菜单键可设定提醒时间。”，其中，“明明”是档案信息A中的用户昵称。

根据图21A-21C中示出的第二提醒消息可知，在该第二提醒消息的显示期间，用户可以通过点按遥控 器菜单键，来输入第一用户输入，以触发显示自定义提醒界面。用户可以通过长按遥控器健康模块(即持 续与遥控器上触摸区接触)，输入第二用户输入，以触发采集待测用户健康数据。若显示设备在显示该第 二提醒消息时，接收到用户通过点按遥控器菜单键输入的第一用户输入，则显示自定义提醒界面；若接收 到用户通过长按遥控器健康模块输入的第二用户输入，则向遥控器发送数据采集指令，以通过遥控器采集 待测用户健康数据。

值得注意的是，第一提醒消息和第二提醒消息以非模态(Modeless)对话框的形式弹出。非模态对话框 的特点在于，用户打开非模态对话框时，依然可以操作其他窗口。因此，在显示第一提醒消息或者第二提 醒消息，不会影响用户的其他操作。

在图20-21C所示示例中，用户点按遥控器菜单键的操作即为第一用户输入，在显示有第一提醒消息或 者第二提醒消息时，显示设备响应于该第一用户输入显示自定义提醒界面，在未显示有第一提醒消息或者 第二提醒消息时，显示设备响应于该第一用户输入执行对应的第一处理操作。应理解的是，根据场景的不 同，第一用户输入对应的第一处理操作可能不同。例如，在一些场景中，用户点按遥控器菜单键的操作， 可以触发显示设备显示菜单界面。在另一些场景中，用户点按遥控器菜单键的操作，可以触发回退到操作 系统主页。

在一些实施例中，在第一提醒消息或者第二提醒消息的显示时长达到预设时长，或者，在显示第一提 醒消息或者第二提醒消息时接收到输入的返回指令时，撤销第一提醒消息或者第二提醒消息。

结合图19所示实施例，在一些实施例中，若通过S1901判定存在待执行的健康检测提醒事项，则通过 健康提醒服务从服务器获取最新的健康检测提醒事项信息，并将健康检测提醒事项信息保存在预设的目标 缓存路径中。若不存在待执行的健康检测提醒事项，则通过健康提醒服务从服务器获取预设阈值，并将预 设阈值保存在预设的目标缓存路径中。

在一些实施例中，服务器接收终端设备发送的账号信息和健康检测提醒事项信息，并根据健康检测提 醒事项信息生成与该账号信息对应的提醒事项信息集合。服务器确定是否存在待执行的健康检测提醒事 项。例如，若最新醒事项信息集合不为空，确定存在待执行的健康检测提醒事项，若最新醒事项信息集合 为空，确定不存在待执行的健康检测提醒事项。或者，若每个账号信息对应的标记位的值为第一值，确定 存在待执行的健康检测提醒事项，若每个账号信息对应的标记位的值为第二值，确定不存在待执行的健康 检测提醒事项。其中，各账号信息对应的标记位的值是服务器根据终端设备发送的该账号信息和健康检测 提醒事项信息是否为空设置的。在存在待执行的健康检测提醒事项的情况下，在当前时间达到待执行的健 康检测提醒事项对应的自定义提醒时间时，根据账号信息向终端设备发送第一提醒消息；在不存在待执行 的健康检测提醒事项的情况下，在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，根据账 号信息向终端设备发送第二提醒消息。

在这些实施例中，当终端设备接收到服务器发送的健康检测提醒消息时，在所述播放画面上显示包含 所述健康检测提醒消息的弹窗提示，所述健康检测提醒消息为上述第一提醒消息或者第二提醒消息。

在一些实施例中，服务器监测各个档案信息关联的历史检测结果数据是否满足异常提醒条件。当某个 档案信息关联的历史检测结果满足异常提醒条件时，根据该档案信息关联的账号信息，向登录该账号信息 的应用终端发送异常提醒消息。其中，异常提醒条件可以是检测结果异常的累计次数上限，也可以单次检 测结果中各项指标数据的异常率上限。当某个档案信息关联的历史检测结果异常的累计次数超高相应上限 时，或者，某个档案信息关联的最近一次检测结果中各项指标数据的异常率超过相应上限时，确认满足异常提醒条件，则会根据该档案信息关联的账号信息，向登录该账号信息的应用终端发送异常提醒消息，以 提醒终端用户关注家人健康情况。

需要说明的是，可以根据需求预设检测结果异常的判据，例如，若血压异常则确认检测结果异常，或 者若血压和心率同时异常则确认检测结果异常，本申请不予限定。还需说明的是，异常提醒消息可以是短 信消息，例如，服务器根据应用账号信息关联的手机号码，向用户手机发送短信形式的异常提醒消息。异 常提醒消息还可以是应用通知消息，其中，应用通知消息包括但不限于“健康管家”应用，如还可以是“健 康管家”应用关联的其他应用，如微信、QQ等社交应用，日历、留言板等生活助手类应用。

一示例性的，当服务器监测到档案信息“爸爸”连续三次检测结果异常时，则根据该档案信息关联的 账号信息向终端设备发送异常异性消息。

图22为本申请示例性示出的一种包含异常提醒消息的手机用户界面，如图22所示，在该用户界面显示 有异常提醒消息、“暂不查看”控件和“立即查看”控件。其中，消息的内容具体为“当前爸爸的检测数 据异常率较高，请多多关注！～”。用户可以点击“立即查看”控件，触发显示对应的检测数据，或者点 击“暂不查看”控件，撤销该提醒消息，以返回到上以界面。示例性的，当用户点击图22中的“立即查看” 控件时，在手机上显示档案管理界面。进而，用户可以在档案管理界面中查看“爸爸”的历史检测结果。

图23为本申请示例性示出的一种包含异常提醒消息的显示设备用户界面，如图22所示，该用户界面包 括检测结果详情界面，检测结果详情界面上显示有异常提醒框，异常提醒框中显示异常提醒信息和用于选 择提醒时间的选项。异常提醒信息的具体内容为“检测到你的心率状况异常，建议你近期再次复检或至医 院检测咨询”。用于选择提醒时间的选项包括“不提醒”控件、“明天提醒”控件和“稍后提醒”控件。 若用户确认点击“明天提醒”控件，则显示设备可以在次日开机后再次显示该异常提醒框，例如如24所示。 若用户确认点击“稍后提醒”控件，则显示设备可以在若干时间(如一个小时)后再次显示该异常提醒框。

由以上技术方案可知，基于本申请实施例提供的显示设备，用户可以在健康检测功能相关应用中创建 一个或者多个健康检测提醒事项。在存在用户自定义的健康检测提醒事项的情况下，显示设备通过执行用 户创建的健康检测提醒事项，在用户自定义的提醒时间，以在用户界面中显示提醒消息的方式，提醒用户 进行健康检测。在不存在用户自定义的健康检测提醒事项的情况下，显示设备在当前时间距离用户上一次 进行健康检测的时间达到预设阈值时，以在用户界面中显示提醒消息的方式，提醒用户进行健康检测，以此保证用户按时进行健康检测。

根据上述实施例，本申请还提供一种健康检测提醒方法，该方法的执行主体包括但不限于显示设备的 控制器，例如，还可以是其他终端设备的控制器。如图24所示，该方法可以包括：

S241，响应于显示设备开机时产生的开机广播，判断是否存在待执行的健康检测提醒事项。

在可能的实现方式中，获取目标标记位的值；若所述目标标记位的值为第一值，确定存在待执行的健 康检测提醒事项；若所述目标标记位的值为第二值，确定不存在待执行的健康检测提醒事项。

S242，若存在待执行的健康检测提醒事项，则在当前时间达到所述健康检测提醒事项对应的自定义提 醒时间时，在所述播放画面上显示第一提醒消息。

在可能的实现方式中，在所述目标缓存路径中获取所述自定义提醒时间；根据所述自定义提醒时间和 在接入网络的情况下读取到的当前系统时间确定第一目标时间，基于第一目标时间构建计时器；当所述计 时器的计时时间达到第一目标时间时，在所述播放画面上显示第一提醒消息。

S243，若不存在待执行的健康检测提醒事项，则在当前时间距离用户上一次进行健康检测的时间达到 预设阈值时，在所述播放画面上显示第二提醒消息。

其中，所述第一提醒消息和第二提醒消息至少用于提醒用户进行健康检测。

在可能的实现方式中，从所述目标缓存路径中获取所述预设阈值；根据所述用户上一次进行健康检测 的时间、在接入网络的情况下读取到的当前系统时间及所述预设阈值确定第二目标时间，基于第二目标时 间构建计时器；当所述计时器的计时时间达到第二目标时间时，在所述播放画面上显示第二提醒消息。

在可能的实现方式中，根据当前登录的账号信息获取被测用户对应的档案信息和上一次进行健康检测 的时间；在当前时间距离各个被测用户上一次进行健康检测的时间达到预设阈值时，根据相应被测用户的 档案信息，在所述播放画面上显示第二提醒消息。

在一些实施例中，该方法还可以包括：当接收到第一用户输入时，判断所述播放画面上是否显示所述 第一提醒消息或者第二提醒消息；若所述播放画面上显示有所述第一提醒消息或者第二提醒消息，则显示 自定义提醒界面，所述自定义提醒界面中显示有包括自定义提醒时间的健康检测提醒事项，以及，用于启 用、停用、添加、删除和/或用于修改所述健康检测提醒事项的操作控件；若所述播放画面上未显示所述第 一提醒消息或者第二提醒消息，则执行所述第一用户输入对应的第一处理操作。

示例性的，自定义提醒界面可如图15所示。

在一些实施例中，该方法还可以包括：当接收到第二用户输入时，判断所述播放画面上是否显示所述 第一提醒消息或者第二提醒消息；若所述播放画面上显示有所述第一提醒消息或者第二提醒消息，则通过 待测用户与遥控器上触摸区的接触，采集待测用户健康数据；若所述播放画面上未显示所述第一提醒消息 或者第二提醒消息，则执行所述第二用户输入对应的第二处理操作。

其中，通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据的具体实现方式可以参见图14 所示实施例，此处不予赘述。

在一些实施例中，该方法还可以包括：接收用户在所述自定义提醒界面中输入的定义操作，所述定义 操作包括通过操作所述自定义提醒界面中的操作控件输入的用于添加、删除、修改、启用或者停用所述健 康检测提醒事项的操作；根据接收到的定义操作，确定最新的健康检测提醒事项信息；将最新的健康检测 提醒事项信息上传到服务器，所述健康检测提醒事项信息包括自定义提醒时间。

在一些实施例中，当输入的定义操作用于删除或者停用所有的健康检测提醒事项时，将所述目标标记 位的值设为所述第二值；当输入的定义操作用于添加、修改或者启用至少一个所述健康检测提醒事项时， 则将所述目标标记位的值设为所述第一值。

在一些实施例中，该方法还可以包括：若存在待执行的健康检测提醒事项，从服务器获取最新的健康 检测提醒事项信息，并将所述健康检测提醒事项信息中包含的自定义提醒时间保存在预设的目标缓存路径 中；若不存在待执行的健康检测提醒事项，从服务器获取所述预设阈值，并将所述预设阈值保存在预设的 目标缓存路径中。

在一些实施例中，在所述第一提醒消息或者第二提醒消息的显示时长达到预设时长，或者，在显示所 述第一提醒消息或者第二提醒消息时接收到输入的返回指令时，撤销所述第一提醒消息或者第二提醒消 息。

由以上技术方案可知，基于本申请实施例提供的健康检测提醒方法，用户可以在健康检测功能相关应 用中创建一个或者多个健康检测提醒事项。在存在用户自定义的健康检测提醒事项的情况下，显示设备通 过执行用户创建的健康检测提醒事项，在用户自定义的提醒时间，以在用户界面中显示提醒消息的方式， 提醒用户进行健康检测。在不存在用户自定义的健康检测提醒事项的情况下，显示设备在当前时间距离用 户上一次进行健康检测的时间达到预设阈值时，以在用户界面中显示提醒消息的方式，提醒用户进行健康检测，以此保证用户按时进行健康检测。

根据上述实施例提供的服务器，本申请实施例还提供一种健康检测提醒方法，该方法的执行主体包括 但不限于服务器的处理器，该方法包括上述实施例中服务器执行的部分或者全部步骤。由于在上述实施例 中已经对服务器执行的步骤及其具体实现方式予以详细介绍，因此该方法所包含的步骤及其具体实现方式 参见上述实施例即可，此处不予赘述。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执 行时可包括本发明提供的健康检测提醒方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、 光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方 式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以 软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包 括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实 施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于设备实施例而言，由于其基本 相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

以上所述的本发明实施方式并不构成对本发明保护范围的限定。

Claims (13)

1.一种显示设备，其特征在于，包括：

显示器，被配置为显示播放画面；

控制器，被配置为：

响应于开机时产生的开机广播，判断是否存在待执行的健康检测提醒事项；

若存在待执行的健康检测提醒事项，则在当前时间达到所述健康检测提醒事项对应的自定义提醒时间时，在所述播放画面上显示第一提醒消息；

若不存在待执行的健康检测提醒事项，则在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，在所述播放画面上显示第二提醒消息；

其中，所述第一提醒消息和第二提醒消息至少用于提醒用户进行健康检测。

2.根据权利要求1所述的显示设备，其特征在于，所述控制器进一步被配置为：

当接收到第一用户输入时，判断所述播放画面上是否显示所述第一提醒消息或者第二提醒消息；

若所述播放画面上显示有所述第一提醒消息或者第二提醒消息，则显示自定义提醒界面，所述自定义提醒界面中显示有包括自定义提醒时间的健康检测提醒事项，以及，用于启用、停用、添加、删除和/或用于修改所述健康检测提醒事项的操作控件；

若所述播放画面上未显示所述第一提醒消息或者第二提醒消息，则执行所述第一用户输入对应的第一处理操作。

3.根据权利要求1所述的显示设备，其特征在于，所述控制器进一步被配置为：

当接收到第二用户输入时，判断所述播放画面上是否显示所述第一提醒消息或者第二提醒消息；

若所述播放画面上显示有所述第一提醒消息或者第二提醒消息，则通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据；

若所述播放画面上未显示所述第一提醒消息或者第二提醒消息，则执行所述第二用户输入对应的第二处理操作。

4.根据权利要求2所述的显示设备，其特征在于，所述控制器进一步被配置为：

接收用户在所述自定义提醒界面中输入的定义操作，所述定义操作包括通过操作所述自定义提醒界面中的操作控件输入的用于添加、删除、修改、启用或者停用所述健康检测提醒事项的操作；

根据接收到的定义操作，确定最新的健康检测提醒事项信息；

将最新的健康检测提醒事项信息上传到服务器，所述健康检测提醒事项信息包括自定义提醒时间。

5.根据权利要求1所述的显示设备，其特征在于，若存在待执行的健康检测提醒事项，所述控制器进一步被配置为，从服务器获取最新的健康检测提醒事项信息，并将所述健康检测提醒事项信息中包含的自定义提醒时间保存在预设的目标缓存路径中；

若不存在待执行的健康检测提醒事项，所述控制器进一步被配置为，从服务器获取所述预设阈值，并将所述预设阈值保存在预设的目标缓存路径中。

6.根据权利要求5所述的显示设备，其特征在于，若存在待执行的健康检测提醒事项，则在当前时间达到所述健康检测提醒事项对应的自定义提醒时间时，在所述播放画面上显示第一提醒消息，包括：

在所述目标缓存路径中获取所述自定义提醒时间；

根据所述自定义提醒时间和在接入网络的情况下读取到的当前系统时间确定第一目标时间，基于第一目标时间构建计时器；

当所述计时器的计时时间达到第一目标时间时，在所述播放画面上显示第一提醒消息；

若不存在待执行的健康检测提醒事项，则在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，在所述播放画面上显示第二提醒消息，包括：

从所述目标缓存路径中获取所述预设阈值；

根据所述用户上一次进行健康检测的时间、在接入网络的情况下读取到的当前系统时间及所述预设阈值确定第二目标时间，基于第二目标时间构建计时器；

当所述计时器的计时时间达到第二目标时间时，在所述播放画面上显示第二提醒消息。

7.根据权利要求1所述的显示设备，其特征在于，若不存在待执行的健康检测提醒事项，则在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，在所述播放画面上显示第二提醒消息，包括：

根据当前登录的账号信息获取被测用户对应的档案信息和上一次进行健康检测的时间；

在当前时间距离各个被测用户上一次进行健康检测的时间达到预设阈值时，根据相应被测用户的档案信息，在所述播放画面上显示第二提醒消息。

8.根据权利要求4所述的显示设备，其特征在于，所述判断是否存在待执行的健康检测提醒事项，包括：

获取目标标记位的值；

若所述目标标记位的值为第一值，确定存在待执行的健康检测提醒事项；

若所述目标标记位的值为第二值，确定不存在待执行的健康检测提醒事项。

9.根据权利要求8所述的显示设备，其特征在于，所述控制器进一步被配置为：

当输入的定义操作用于删除或者停用所有的健康检测提醒事项时，将所述目标标记位的值设为所述第二值；

当输入的定义操作用于添加、修改或者启用至少一个所述健康检测提醒事项时，则将所述目标标记位的值设为所述第一值。

10.根据权利要求1所述的显示设备，其特征在于，所述控制器进一步被配置为：

在所述第一提醒消息或者第二提醒消息的显示时长达到预设时长，或者，在显示所述第一提醒消息或者第二提醒消息时接收到输入的返回指令时，撤销所述第一提醒消息或者第二提醒消息。

11.一种显示设备，其特征在于，包括：

显示器，被配置为显示播放画面；

控制器，被配置为：

当接收到服务器发送的健康检测提醒消息时，在所述播放画面上显示包含所述健康检测提醒消息的弹窗提示，所述健康检测提醒消息为第一提醒消息或者第二提醒消息，其中，第一提醒消息是服务器在当前时间达到自定义提醒时间时发送的，所述第二提醒消息是服务器在当前时间距离用户上一次进行健康检测的时间达到预设阈值时发送的。

12.一种服务器，包括存储器和处理器，其特征在于，所述存储器用于存储程序指令，所述处理器通过运行所述程序指令执行下述步骤：

接收终端设备发送的健康检测提醒事项信息；

在根据所述健康检测提醒事项信息确定存在待执行的健康检测提醒事项的情况下，在当前时间达到所述待执行的健康检测提醒事项对应的自定义提醒时间时，向终端设备发送第一提醒消息；

在根据所述健康检测提醒事项信息确定不存在待执行的健康检测提醒事项的情况下，在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，向终端设备发送第二提醒消息；

其中，所述第一提醒消息和第二提醒消息用于在终端屏幕上进行显示，以提醒用户进行健康检测。

13.一种健康检测提醒方法，其特征在于，应用于显示设备，所述方法包括：

响应于显示设备开机时产生的开机广播，判断是否存在待执行的健康检测提醒事项；

若存在待执行的健康检测提醒事项，则在当前时间达到所述健康检测提醒事项对应的自定义提醒时间时，在所述播放画面上显示第一提醒消息；

若不存在待执行的健康检测提醒事项，则在当前时间距离用户上一次进行健康检测的时间达到预设阈值时，在所述播放画面上显示第二提醒消息；

其中，所述第一提醒消息和第二提醒消息至少用于提醒用户进行健康检测。

Images