CN114296578A - 显示设备及数据采集方法 - 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为本申请在一些实施例中示出的在浮窗中显示应用内容的示意图；

图21为本申请在一些实施例中示出的在浮窗中显示应用内容的示意图；

图22为本申请在一些实施例中示出的在浮窗中显示应用内容的示意图；

图23为本申请在一些实施例中示出的在浮窗中显示应用内容的示意图；

图24为本申请在一些实施例中示出的检测结果详情界面；

图25为本申请在一些实施例中示出的手机用户界面；

图26为本申请在一些实施例中示出的显示设备被配置执行的另一种步骤流程图；

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

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

图29为本申请在一些实施例中示出的历史检测结果展示界面；

图30为本申请在一些实施例中示出的在手机上显示的异常提醒消息界面；

图31为本申请在一些实施例中示出的数据采集方法流程图；

图32为本申请在一些实施例中示出的信息关联方法流程图。

具体实施方式

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

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

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

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

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

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

图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显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。

在一些实施例中，检测器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，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。

参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

如图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时，手机将启动“健康管家”应用，并显示“健康管家”应用的界面。

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

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

在一些实施例中，“健康管家”应用启动成功后，显示应用首页。图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所示交互场景中，服务器还可以接收其他终端设备发送的档案信息获取请求。示例性的，可以接收手机端发送的第一档案信息获取请求，此时，服务器会将第一账号信息关联的所有档案信息发送给手机端，手机端则根据各档案信息在档案管理界面中显示各被测用户的档案卡片。这样，用户可以在显示设备上查看第一账号下的档案信息，也可以在手机端查看到这些档案信息。另一示例性的，还可以接收平板电脑端发送的第二档案信息获取请求，第二档案信息获取请求包括第二账号信息，此时，服务器会将第二账号信息关联的所有档案信息发送给平板电脑，平板电脑则根据各档案信息在档案管理界面中显示各被测用户的档案卡片。由于第一账号信息与第二账号信息关联的档案信息不同，因此平板电脑端显示的档案管理界面与显示设备和手机上显示的档案管理界面不同。

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

在一些实施例中，档案卡片具有用于触发编辑对应档案信息的第一操作控件和/或用于触发显示历史检测结果的第二操作控件，例如，图9所示档案卡片上的“编辑”控件和“体检报告”控件。

在显示档案管理界面时，用户可以通过确认点击目标档案卡片上的第一操作控件，触发显示档案编辑界面。与档案创建界面不同的是，在用户输入信息之前，档案编辑界面中显示有目标档案卡片对应的当前用户信息，而在档案创建界面中不显示任何用户信息。在档案编辑界面中，用户可以输入新的用户信息以修改当前用户信息。输入完成后，显示设备则根据用户输入的最新用户信息，对目标档案卡片对应的档案信息进行修改，并将修改后的档案信息和登录应用的账号信息发送给服务器，以使服务器根据修改后的档案信息更新对应的在先保存到的档案信息。

图14为本申请在一些示例性实施例中示出的档案编辑界面，其具体为在显示图9所示档案管理界面时，用户点击档案卡片“爸爸”上的“编辑”控件后显示的界面。其中，档案卡片“爸爸”对应的档案信息包括昵称“爸爸”、性别“男”、年龄“45岁”、身高“175cm”、体重“75kg”等用户信息，即档案卡片“爸爸”对应的当前用户信息。如图14所示，该档案编辑界面包括多个输入项目，分别为头像、昵称、性别、年龄、身高及体重，档案卡片“爸爸”对应的各项当前用户信息，以可编辑的状态显示在相应输入项目的输入位置处。在显示该档案编辑界面时，用户可以针对性地修改某些信息，如修改身高或者体重。修改完成后，可以通过操作“确认”控件指示显示设备保存新的用户信息。

在一些实施例中，显示设备根据用户输入的最新用户信息对目标档案卡片对应的档案信息进行修改时，不修改档案标识。即，修改前和修改后的档案信息对应一个档案标识。从而，显示设备和服务器即可根据档案标识，确定修改后的档案信息与修改前的档案信息的对应关系。具体实现时，服务器接收到终端设备发送的账号信息和档案信息后，根据档案信息中的档案标识，判断该账号信息对应的档案信息集合中是否存在与该档案信息重复的档案信息。若该账号信息对应的档案信息集合中存在与该档案信息重复的档案信息，则利用该档案信息替换档案信息集合中重复的档案信息。若该账号信息对应的档案信息集合中不存在与该档案信息重复的档案信息，则将该档案信息保存在该账号信息对应的档案信息集合中。其中，若档案信息集合中某个档案信息的档案标识与该档案信息的档案标识相同，则确定档案信息集合中存在与该档案信息重复的档案信息。

在一些实施例中，在服务器中，账号信息及其对应的档案信息集合被称为服务器的本地关联关系数据。

在显示档案管理界面时，用户可以通过确认点击目标档案卡片上的第三操作控件，输入健康检测指令。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

服务器接收显示设备发送的待测用户健康数据，利用预置的分析算法对待测用户健康数据进行分析，得到对应的检测结果。最后将检测结果发送给显示设备，以将检测结果在显示设备端展示给用户。

在更为具体的实现方式中，检测结果可以包括心率变异性指标、症状描述信息、症状原因分析和用户建议信息中的一项或者多项。

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

参阅图16，在一些实施例中，显示设备控制器被配置为执行下述步骤：

S1601，在显示播放画面时，响应于健康检测功能相关应用启动指令，在当前播放画面上显示弹窗提示，该弹窗提示用于询问用户是否启动健康检测功能相关应用。

当显示设备在前台运行某个应用时，用户与遥控器上触摸区持续接触后，遥控器向显示设备发送健康检测功能相关应用启动指令。或者，用户也可以使用显示设备的语音控制功能输入的语音指令，此处不予限定。在S1601中，播放画面可以是静态的用户界面，也可以是动态的视频节目播放画面或者视频聊天画面，此处不予限定。应当理解，当播放画面是视频节目播放画面时，前台应用为视频节目源应用，当播放画面是视频聊天画面时，前台应用是视频聊天应用。值得注意的是，当显示设备在播放视频节目时接收到健康检测功能相关应用启动指令时，可以控制暂停播放视频节目，也可以继续播放视频节目。其中，为了不影响用户继续观看播放画面，弹窗提示可以显示在屏幕的右上交或者右下角，弹窗的显示尺寸可以在满足信息显示要求的情况下，尽可能的小。

在一些实现方式中，弹窗提示至少包括文字提示信息，文字提示信息至少用于询问用户是否启动“健康管家”应用。还可以用于告知用户如何输入确认启动应用的操作，如文字提示信息具体可以为“是否启动健康管家应用？请按OK键启动，按返回键取消”。这样，用户可以直接按遥控器OK键启动该应用。

在另一些实现方式中，弹窗提示还可以包括用于触发确认启动应用的操作控件。在弹窗提示时，用于触发确认启动应用的操作控件默认获取焦点，进而用户只需操作遥控器上的“确认”键即可输入确认启动健康检测功能相关应用的操作。

图17为本申请在一些示例性实施例中示出的弹窗提示示意图。如图17所示，弹窗提示显示在屏幕右上角，具体的文字提示信息为“是否启动健康管家应用？”。此外，弹窗提示还包括“确认”控件和“取消”控件，用户可以通过操作“确认”控件确认启动“健康管家”应用，可以通过操作“取消”控件取消启动“健康管家”应用，同时控制撤销该弹窗提示。

S1602，响应于输入的确认启动健康检测功能相关应用的操作，撤销弹窗提示，在后台启动该应用，并在当前播放画面上显示浮窗，浮窗中显示用于触发健康检测的第一控件。

值得注意的是，本申请实施例中，用户可以在显示设备播放视频节目或者视频聊天时，触发健康检测过程。在此类应用场景中，为使健康检测过程不影响用户观看视频画面或者视频聊天，控制“健康管家”应用在后台运行，在继续播放视频或者显示视频聊天画面的同时，在播放画面的上层设置Windows窗口，即S1602中提及的浮窗，以在浮窗限定的区域中显示“健康管家”应用的相关内容。这样，用户可以通过显示设备进行健康检测的同时，继续观看视频节目或者视频聊天。

当然，在显示设备显示静态用户界面的场景中，也可以控制“健康管家”应用在后台运行，并在静态用户界面上以浮窗的形式显示“健康管家”应用的相关内容，从而使得健康检测过程不影响用户的其他操作。应当理解，浮窗的显示尺寸和位置可以根据需求进行预设。为了不影响用户继续观看节目，浮窗的显示尺寸可以在满足应用内容显示和控件操作的前提下，尽量减小。浮窗的显示位置可以在屏幕的右上角或者右下角。

在另一些实施例中，在显示播放画面时，如果接收到遥控器在检测到用户与触摸区持续接触时发送的健康检测功能相关应用启动指令，不在当前播放画面上显示弹窗提示。遥控器向显示设备发送健康检测功能相关应用启动指令之后，继续检测用户与触摸区的接触情况。若用户与触摸区的接触一直未断开，则向显示设备确认启动指令。显示设备响应于接收到遥控器发送的确认启动指令，在后台启动该应用，并在当前播放画面上显示浮窗，浮窗中显示应用的相关内容。例如，当遥控器检测到用户与触摸区的接触时间持续3秒时，向显示设备发送健康检测功能相关应用启动指令。当遥控器检测到用户与触摸区的接触时间持续5秒时，向显示设备发送确认启动指令。当显示设备在接收到健康检测功能相关应用启动指令后，又接收到确认启动指令时，在后台启动该应用，并在当前播放画面上显示浮窗，浮窗中显示应用的相关内容。这样，无需用户额外的操作，只需要保持手指与触摸区继续接触，即可确认启动健康检测功能相关应用。

在S1602中，浮窗中显示有如图18所示的触发健康检测的第一控件“是”，用户可以通过确认点击该控件输入健康检测指令，以触发健康检测过程。

在一些实施例中，浮窗中不显示第一控件。用户通过与触摸区接触或者继续保持接触，输入健康检测指令。例如，用户通过与触摸区持续接触启动健康检测功能相关应用后，通过与触摸区继续接触来输入健康检测指令。遥控器向显示设备发送健康检测功能相关应用启动指令或者确认启动指令之后，继续检测用户与触摸区的接触情况。若用户与触摸区的接触一直未断开，则开始通过健康数据采集模块采集待测用户健康数据，并向显示设备发送健康检测指令。

S1603，响应于用户对浮窗中第一控件的确认操作，检测摄像头是否可用。

在一些实施例中，显示设备响应于遥控器发送的健康检测指令，检测摄像头是否可用。

如果摄像头可用，则通过执行S1604-S1605，根据摄像头采集的待测用户图像数据，确定待测用户对应的目标档案信息。而如果摄像头不可用，则直接通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据，并在数据采集完成后，通过执行S1609-S1611，根据用户对显示的档案选项的选择操作确定待测用户对应的目标档案信息。

应当理解，摄像头不可用的情况包括但不限于显示设备未连接摄像头、显示设备连接有摄像头但摄像头被其他应用占用，还可以包括显示设备未对“健康管家”应用开放摄像头访问权限，此处不予限定。

在另一些实施例中，响应于用户对浮窗中第一控件的确认操作，跳转到下述S1609。例如，对于未连接摄像头的显示设备，当用户在“健康管家”应用中输入健康检测指令时，执行S1609，即向遥控器发送数据采集指令，以基于待测用户与遥控器上触摸区的接触，采集待测用户健康数据。

S1604，如果摄像头可用，则开启摄像头，通过摄像头采集待测用户图像数据，并在采集待测用户图像数据的过程中，在浮窗中显示图像采集提示和/或待测用户图像的本地预览画面。

图19为本申请在一些示例性实施例中示出的摄像头采集待测用户图像数据时的浮窗画面。如图19所示，浮窗中显示有图像采集提示，具体为“正在识别当前用户，请不要移动”，以及待测用户图像的本地预览画面。

S1605，根据待测用户图像数据，从与当前账号信息关联的档案信息中确定与待测用户对应的目标档案信息。

在S1605中，使用基于图像识别技术的图像识别模型，对待测用户图像数据进行识别，可以确定待测用户的性别、年龄、身高、体重等待测用户特征信息，然后将识别出的待测用户特征信息与当前账号信息关联的档案信息进行匹配，进而从当前账号信息关联的档案信息中确定出与待测用户对应的目标档案信息。

示例性的，通过图像识别，识别出的待测用户特征信息的性别为女，年龄20-25岁，身高160-165，体重50-55kg。当前账号信息关联的档案信息包括信息A、信息B和信息C。其中，信息A具体包括性别女、年龄23岁，身高165，体重53kg；信息B具体包括性别男、年龄45岁，身高175，体重75kg；信息C具体包括性别女、年龄45岁，身高165，体重65kg。将各项待测用户特征信息与各档案信息进行匹配，可以确定待测用户特征信息与信息A的匹配程度最高，在待测用户特征信息与信息A的匹配程度符合预设匹配条件的情况下，可以确定信息A为待测用户对应的目标档案信息。

或者，在档案信息包含人脸信息的情况下，可以使用基于人脸识别技术的人脸识别模型，对待测用户图像数据包含的面部信息进行识别，并与当前账号信息关联的人脸信息进行匹配，从而将当前账号关联的人脸信息中符合预设匹配条件的人脸信息确定为目标人脸信息，目标人脸信息对应的档案信息即为待测用户对应的目标档案信息。

在S1605的一种实现方式中，在服务器侧集成图像识别模型或者人脸识别模型。显示设备将待测用户图像数据或者待测用户面部信息发送给服务器，由服务器使用图像识别模型识别出待测用户特征信息，并与当前账号信息关联的档案信息进行匹配，或者使用人脸识别模型对待测用户面部信息进行识别，并与当前账号信息关联的人脸信息进行匹配，最后将匹配结果返回给显示设备，显示设备根据匹配结果确定目标档案信息。

在S1605的另一种实现方式中，在显示设备侧集成图像识别模型或者人脸识别模型，即由服务器使用图像识别模型或者人脸识别模型对待测用户图像数据或者待测用户面部信息进行识别及匹配，获得匹配结果，以从当前账号信息关联的档案信息中确定待测用户对应的目标档案信息。需要说明的是，S1604-S1605中提及的待测用户图像数据可以是待测用户的一帧或者多帧图像，此处不予限定。

S1606，在浮窗中显示待测用户对应的目标档案信息和用于触发健康检测的第二控件。

实际上，档案信息中包括昵称、性别、年龄、身高、体重等多项信息，目标档案信息也即包括昵称、性别、年龄、身高、体重等多项信息。通常，不同档案信息中的昵称信息是不同的。因此，在S1606中，可以在浮窗中显示目标档案信息中的用户昵称和第二控件，而无需显示目标档案信息中的性别、年龄、身高、体重等信息。

例如，在图20所示的浮窗中，显示的目标档案信息具体为“爸爸”及其上一次检测时间“3月5日”和上一次的检测结果，显示的第二控件具体为“立即检测”控件。

S1607，响应于用户对浮窗中第二控件的确认操作，向遥控器发送数据采集指令，以通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据。

需要说明的是，在S1606中提及的“通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据”的具体实现过程，可以参见图15所示实施例，此处不予赘述。

在一些实施例中，显示设备在采集待测用户健康数据的过程中，将待测用户健康数据实时显示在浮窗中。例如，在图21所示浮窗中，上侧的内容区中显示实时变化的心率状态曲线，下侧的内容区中依次显示有心率状态数值“70BPM”和血氧状态数值“85％”。

S1608，向服务器发送第一处理请求，第一处理请求包括待测用户健康数据、目标档案信息及当前账号信息。

第一处理请求用于请求服务器对待测用户健康数据进行分析以确定对应的检测结果，并将检测结果与当前账号信息和目标档案信息建立关联。例如，将检测结果保存在与当前账号信息关联的目标档案信息对应的历史检测数据集合中，以及，将待测用户健康数据对应的检测结果返回给显示设备。

一些实现方式中，服务器还可以生成检测结果的统一资源定位符(URL)，将该统一资源定位符与检测结果一并返回给显示设备，该统一资源定位符用于在显示设备侧生成对应的二维码图片并显示在屏幕上，这样，其他终端设备便可以通过扫描二维码图片来访问检测结果所在页面。

在一些实施例中，如果当前账号信息关联的所有档案信息都与待测用户不匹配，则根据待测用户特征信息创建新的档案信息，将新的档案信息与当前账号信息进行关联，并将待测用户特征信息作为目标档案信息。

值得注意的是，若通过S1603判定摄像头不可用，则执行S1609-S1612。

S1609，如果摄像头不可用，则显示设备向遥控器发送数据采集指令，以基于待测用户与遥控器上触摸区的接触，采集待测用户健康数据。

需要说明的是，在S1609中提及的“通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据”的具体实现过程，可以参见图15所示实施例，此处不予赘述。

S1610，从当前账号信息关联的档案信息中确定第一档案信息，第一档案信息关联的历史健康数据与待测用户健康数据的匹配程度最高。

在S1610的一种实现方式中，显示设备向服务器发送第二处理请求，第二处理请求包括待测用户健康数据和当前账号信息，第二处理请求用于请求服务器确定与当前账号信息关联的档案信息，及确定各档案信息对应的被测用户的历史健康数据或者历史检测结果，并对待测用户健康数据进行分析以确定对应的检测结果。然后通过将待测用户健康数据与各个被测用户的历史健康数据进行匹配，或者将待测用户健康数据对应的检测结果与各个被测用户的历史检测结果进行匹配，确定与待测用户健康数据最相匹配的历史健康数据，该历史健康数据对应的被测用户即为与待测用户的健康情况最为相似的被测用户，该历史健康数据对应的档案信息即为该被测用户对应的档案信息，也即第一档案信息，将第一档案信息和待测用户健康数据对应的检测结果返回给显示设备，并将检测结果保存在与当前账号信息关联的目标档案信息对应的历史检测数据集合中。

示例性的，假设服务器中保存的与当前账号信息关联的档案信息包括信息A、信息B和信息C。服务器在接收到显示设备发送的待测用户健康数据后，对待测用户健康数据分析得到对应的检测结果。将检测结果分别与信息A、信息B和信息C关联的历史检测结果进行匹配，确定匹配度最大的历史检测结果与信息A相关联，则确定信息A为第一档案信息。

S1611，在浮窗中显示档案选项，各个档案选项与当前账号信息关联的档案信息对应，第一档案信息对应的档案选项在浮窗中置顶显示。

通过S1611，将各个档案选项显示在浮窗中，以供用户自己选择出待测用户对应的目标档案信息。并且，通过将第一档案信息对应的档案选项在浮窗中置顶显示，方便用户选择，节省用户操作，提高用户体验。

类似于S1606的实现方式，在S1611的一种实现方式中，可以在浮窗中显示各档案信息对应的昵称选项，而无需显示全部的档案信息。

延用S1609中的示例：当前账号信息关联的档案信息包括信息A、信息B和信息C，在S1609中确定的第一档案信息为信息A。那么，如图22所示，将信息A、信息B和信息C对应的档案选项A、B和C显示在浮窗中，并将档案选项A显示在第一位。其中，档案选项A、B和C分别为昵称A、B和C。

S1612，接收对档案选项的选择操作，将选择的档案选项对应的档案信息确定为待测用户对应的目标档案信息。

最后，在S1613中，接收服务器返回的检测结果，并在浮窗中显示检测结果对应的简述内容和目标档案信息。

在S1613的一些实现方式中，检测结果可以包括心率变异性指标、症状描述信息、症状原因分析和用户建议信息中的一项或者多项。检测结果对应的简述内容可以是心率变异性指标、症状描述信息、症状原因分析和用户建议信息中的一项或者多项，也可以是每一项信息包含的关键词，此处不予赘述。

图23为本申请示例性示出的一种用户界面，如图23所示，在播放画面显示有浮窗，浮窗中显示有检测结果对应的简述内容，根据该简述内容可以，“爸爸”心率状态正常，为70bpm。

在S1613的另一些实现方式中，还可以在浮窗中显示用于查看检测结果对应的详述内容的控件。例如，在图23中示出的“查看完整报告”控件。当用户确认点击该控件时，“健康管家”应用切换到前台运行，且由当前播放画面跳转到检测结果详情界面。

图24为本申请示例性示出的一种检测结果详情界面，其具体可以为用户点击图23中的“查看完整报告”控件而进入的界面。如图24所示，该检测结果详情界面中显示有各项健康检测结果，包括心率70、血氧饱和度99(正常)、微循环82(注意)、呼吸频率18(正常)、心率变异性69(正常)、不规则心率0、疲劳指数18(注意)，还显示有心率变异性的概念介绍、出现症状、症状原因及建议。可见，用户可以在检测结果详情界面中查看到各个检测项目的具体数值及其对应的状态等级，还可以了解症状原因，获取建议。

在S1613的另一些实现方式中，显示设备接收服务器返回的检测结果和检测结果的统一资源定位符。显示设备根据该统一资源定位符生成预设高度和宽度的二维码图片，并将该二维码图片及检测结果对应的简述内容同时显示浮窗中。这样，其他终端设备便可以通过扫描该二维码图片访问检测结果所在页面。例如，在图23中示出的二维码图片。当用户使用终端设备(如手机)浏览器、“健康管家”等应用的“扫一扫”功能扫描该二维码图片后，终端设备将通过应用访问检测结果的URL链接，以进入到检测结果所在页面，如检测结果详情界面。

图25为本申请示例性示出的另一种检测结果详情界面，其具体可以为用户使用手机浏览器扫描图23中二维码图片而显示的页面。如图25所示，该检测结果详情界面中显示有各项健康检测结果，包括心率90、血氧饱和度96(正常)、微循环78、呼吸频率17、心率变异性56、不规则心率0、疲劳指数18，以及各项检测结果对应的状态等级，包括预警、注意、正常和最佳状态。

值得注意的是，在一些实现方式中，展示有检测结果简述内容的浮窗和/或检测结果详情界面中还可以显示分享控件，用户可以通过操作分享控件将检测结果的内容或者页面访问地址分享给终端设备上的其他应用。例如，在图25所示检测结果详情界面的右上角显示有分享控件，当用户确认点击该控件时，可以弹出多个可分享的应用选项，如微信、QQ、短信等，当用户点击某个应用选项时，将该应用确定为目标分享应用，并将当前界面上的检测结果的内容或者页面访问地址发送给目标分享应用。应理解的是，上述实现过程的实质是将“健康管家”应用的内容分享至其他应用的过程。本领域技术人员熟知，该过程的具体实现过程可以依据已有技术实现，此处不予赘述。

由上述图16-图25所示实施例看出，用户可以在显示设备播放视频画面时，触发健康检测过程。为使健康检测过程不影响用户观看视频画面，显示设备在后台运行“健康管家”，并在播放画面的上层设置浮窗，以在浮窗限定的区域中显示“健康管家”应用的相关内容。这样，用户可以通过显示设备进行健康检测的同时，继续观看当前视频节目。

由上述图16-图25所示实施例还可以看出，显示设备可以根据用户对显示的档案选项的选择操作或者摄像头采集的待测用户图像数据，从当前账号信息关联的档案信息中确定与待测用户对应的目标档案信息。这样，无需用户控制进入到“健康管家”应用的档案管理界面，再在档案管理界面中选中档案卡片，来触发对指定对象的健康检测，不但节省用户操作，还不影响用户观看视频节目，实现了待测用户与档案信息的自动匹配，很大程度上提高了用户体验。

值得注意的是，在图16-图25所示实施例中，在摄像头不可用的情况下，显示设备先通过遥控器采集待测用户健康数据，从而可以根据待测用户健康数据与历史健康数据的匹配情况，确定第一档案信息，进而可以在显示档案选项时，可以将第一档案信息对应的选项置顶显示，方便用户选择。与前述执行顺序及实现目的不同的是，在另一些实施例中，在摄像头不可用的情况下，显示设备先在浮窗中显示档案选项，再在用户选中目标档案信息后，通过遥控器采集待测用户健康数据。在这些实施例中，无需根据待测用户健康数据与历史健康数据的匹配情况确定第一档案信息，进而可以减少显示设备与服务器的交互次数，提高健康检测速度。

基于此，如图26所示，若图16所示实施例的S1603中判定摄像头不可用，则显示设备执行下述步骤：

S2601，如果摄像头不可用，则在浮窗中显示档案选项，各个档案选项与当前账号信息关联的档案信息对应。

在S2601中，不对档案选项的显示顺序进行限定。示例性的，可以按照各档案信息的创建时间的顺序进行显示，也可以按照各档案信息对应的检测频率、上一次进行健康检测的时间的顺序进行显示，还可以按照用户昵称首字母排序进行显示。

示例性的，假设，当前账号信息关联的档案信息包括信息A、信息B和信息C，那么，可以将信息A、信息B和信息C对应的档案选项A、B和C显示在浮窗中，用户可以通过确认点击目标档案选项，输入健康检测指令以及选择目标档案信息。例如，若用户点击档案选项A，则确定信息A为待测用户对应的目标档案信息。

S2602，接收对目标档案选项的选择操作，将目标档案选项对应的档案信息确定为待测用户对应的目标档案信息。

S2603，向遥控器发送数据采集指令，以通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据。

需要说明的是，在S1608中提及的“通过待测用户与遥控器上触摸区的接触，采集待测用户健康数据”的具体实现过程，可以参见图15所示实施例，此处不予赘述。

在一些实现方式中，在通过遥控器采集待测用户健康数据的过程中，将至少一项实时健康数据显示在浮窗中，由于此时还未确定待测用户对应的目标档案信息，因此，在浮窗中显示实时健康数据时，不显示目标档案信息。

S2604，向服务器发送第一处理请求，第一处理请求包括待测用户健康数据、目标档案信息及当前账号信息。

第一处理请求用于请求服务器对待测用户健康数据进行分析以确定对应的检测结果，并将检测结果与当前账号信息和目标档案信息建立关联。例如，将检测结果保存在与当前账号信息关联的目标档案信息对应的历史检测数据集合中。以及将待测用户健康数据对应的检测结果返回给显示设备。

最后，在S2604中，接收服务器返回的检测结果，并在浮窗中显示检测结果对应的简述内容和目标档案信息。

由上述S2601-S2604可以看出，该实施例与图16所示实施例不同的是，在摄像头不可用的情况下，显示设备先在浮窗中显示档案选项，再在用户选中目标档案信息后，通过遥控器采集待测用户健康数据。也就是说，该实施例提供的实现方式，无需根据待测用户健康数据与历史健康数据的匹配情况确定第一档案信息，进而可以减少显示设备与服务器的交互次数，提高健康检测速度。

如前所述，用户可以通过其他内置有健康数据采集模块的终端设备采集健康数据，以及获取对应的检测结果，如内置有健康数据采集模块手机、平板电脑等，而不仅限于使用显示设备进行健康检测。此外，用户可以在“健康管家”应用中查看当前登录的账号信息下所有档案信息对应的历史检测数据，而各档案信息对应的历史检测数据可以是用户基于不同终端设备检测的。

图27示例性示出了终端设备和服务器之间可能的交互场景。

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

S2701，显示设备在接收到用户在健康检测功能应用中输入的健康检测指令后，基于待测用户与触摸区的接触，采集待测用户健康数据。

S2701的具体实现方式可以参见图15所示实施例，此处不予赘述。

S2702，显示设备确定待测用户对应的第一档案信息。

S2702的具体实现方式可以参见图16-图26所示实施例，此处不予赘述。值得注意的是，本实施例对S2701和S2702的执行顺序不予限定。也就是说，也可以先确定待测用户对应的档案信息，再采集待测用户健康数据，也可以在采集待测用户健康数据的同时，确定待测用户对应的档案信息。

S2703，显示设备向服务器发送数据处理请求，数据处理请求中包括待测用户健康数据、第一账号信息以及第一档案信息，第一账号信息为显示设备端登录应用的账号信息。

S2704，服务器响应于该数据处理请求，分析待测用户健康数据以确定对应的检测结果，以及，建立待测用户健康数据和/或检测结果与第一账号信息和第一档案信息的关联关系。

例如，将该待测用户健康数据和/或检测结果保存在第一账号信息关联的第一档案信息对应的历史检测数据集合中。

在S2704的一些实现方式中，服务器还可以生成检测结果的统一资源定位符(URL)，将该统一资源定位符与检测结果一并返回给显示设备，该统一资源定位符用于在显示设备侧生成对应的二维码图片并显示在屏幕上，这样，其他终端设备便可以通过扫描二维码图片来访问检测结果所在页面。

S2705，服务器将对应的检测结果返回给显示设备。

在S2705的一些实现方式中，服务器还将在S2705中生成的检测结果的统一资源定位符(URL)发送给显示设备。

S2706，显示设备第一档案信息和服务器返回的检测结果，显示检测结果展示界面。

在S2706的一些实现方式中，显示设备还可以接收服务器返回的检测结果的统一资源定位符。显示设备根据该统一资源定位符生成预设高度和宽度的二维码图片，并将该二维码图片显示在检测结果展示界面中。这样，其他终端设备便可以通过扫描该二维码图片访问检测结果所在页面。

结合图16至图16所示实施例，在S2706的一些实现方式中，检测结果展示界面对应于播放画面上浮窗限定的区域。在这些实现方式中，显示设备在浮窗中显示检测结果时，还可以将上述二维码图片显示在浮窗中。

值得注意的是，在图27所示交互场景中，服务器在接收到显示设备发送的数据处理请求之前，还可以接收手机端发送的数据处理请求和平板电脑端发送的数据处理请求。

示例性的，手机端发送的数据处理请求可以包括待测用户健康数据、第一账号信息和第二档案信息，该第一账号信息是手机端应用登录的账号信息，其与显示设备端应用登录的账号信息相同，该待测用户健康数据则是待测用户通过手机采集的。服务器接收到该数据处理请求后，首先根据其中的待测用户健康数据确定检测结果，再建立该待测用户监看数据和/或检测结果与第一账号信息和第二档案信息的关联关系，例如，将该待测用户监看数据和/或检测结果保存在第一账号信息关联的第二档案信息对应的历史检测数据集合中。

另一示例性的，平板电脑端发送的数据处理请求可以包括待测用户健康数据、第二账号信息和第二档案信息，第二账号信息是平板端应用登录的账号信息，其与显示设备和手机端应用登录的账号信息不同，该待测用户健康数据则是待测用户通过平板电脑采集的。服务器接收到该数据处理请求后，首先根据其中的待测用户健康数据确定检测结果，再建立该待测用户监看数据和/或检测结果与第二账号信息和第三档案信息的关联关系，例如，将该待测用户监看数据和/或检测结果保存在第二账号信息关联的第三档案信息对应的历史检测数据集合中。

由图27所示交互过程可知，用户可以通过其他内置有健康数据采集模块的终端设备采集健康数据，以及获取对应的检测结果，而不仅限于显示设备。

此外，用户可以在“健康管家”应用中查看当前登录的账号信息下所有档案信息对应的历史检测数据，而各档案信息对应的历史检测数据可以是用户基于不同终端设备检测的。例如，在显示如图9所示的档案管理界面中，用户可以通过确认点击目标档案卡片上的第二操作控件，触发显示目标档案卡片对应的被测用户的历史检测结果。

图28示例性示出了显示设备和服务器之间可能的交互场景。如图28所示，显示设备和服务器被配置为执行下述步骤：

S2801，显示设备响应于用户对目标档案卡片上第二操作控件的操作，向服务器发送数据查询请求，数据查询请求中包括账号信息和目标档案信息。

其中，数据查询请求中的账号信息即为当前登录“健康管家”应用的账号信息，目标档案信息即为目标档案卡片对应的档案信息。

作为可能的实现方式，数据查询请求中的目标档案信息可以为目标档案标识，所述目标档案标识即为目标档案信息中的档案标识。

S2802，服务器响应于该数据查询请求，查找与该账号信息和目标档案信息对应的历史检测结果。

S2803，服务器将查找到的历史检测结果返回给显示设备。

S2804，显示设备根据服务器返回的历史检测结果，显示历史检测结果展示界面。

由上述图28所示交互过程可知，用户可以通过确认点击目标档案卡片上的第二操作控件，触发显示目标档案卡片对应的被测用户的历史检测结果。

图29为本申请在一些示例性实施例中示出的一种历史检测结果展示界面示意图，其具体为显示图9所示档案管理界面时，用户点击档案卡片“爸爸”上的“体检报告”控件而显示的界面。如图29所示，该历史检测结果展示界面中展示有“爸爸”在3月3日、3月4日和3月5日检测得到的部分结果数据。在显示该历史检测结果展示界面时，用户可以点击“体检报告”控件以触发显示对应的全部检测结果，可以移动界面最右侧的导航图标“>”，查看3月3日之前的检测结果。

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

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

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

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

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

S311，响应于健康检测功能相关应用启动指令，在后台运行所述应用，并在当前播放画面上显示浮窗，所述浮窗用于显示所述应用的相关内容。

在一些实施例中，在后台运行所述应用之前，该方法还可以包括：在显示所述播放画面时，接收输入的健康检测功能启动指令；响应于所述健康检测功能启动指令，在所述播放画面上显示弹窗提示，所述弹窗提示用于询问是否启动健康检测功能相关应用；通过接收根据所述弹窗提示输入的确认启动所述应用的操作，接收所述健康检测功能相关应用启动指令。

在一些实施例中，所述浮窗中至少显示用于触发健康检测的第一控件。

S312，在接收到用户在所述应用中输入的健康检测指令后，采集待测用户健康数据或者接收所述遥控器采集的待测用户健康数据，并根据对显示的档案选项的选择操作或者摄像头采集的待测用户图像数据，从所述应用的当前账号信息关联的档案信息中确定所述待测用户对应的目标档案信息。

在一些实施例中，接收用户通过操作所述浮窗中的第一控件输入的健康检测指令。

在一种实现方式中，响应于对所述第一控件的确认操作，检测所述摄像头是否可用；

若所述摄像头可用，则通过所述摄像头采集待测用户图像数据，根据所述待测用户图像数据，从所述档案信息中确定所述目标档案信息，并基于待测用户与遥控器上触摸区的接触，采集待测用户健康数据。具体的，根据所述待测用户图像数据识别出待测用户特征信息；将所述待测用户特征信息与当前账号信息关联的档案信息进行匹配，将所述当前账号信息关联的档案信息中符合预设匹配条件的档案信息确定为所述目标档案信息。或者，在当前账号信息关联的档案信息包括人脸信息的情况下，根据所述待测用户图像数据识别出待测用户面部信息；将所述待测用户面部信息与所述人脸信息进行匹配，将包含符合预设匹配条件的人脸信息的档案信息确定为所述目标档案信息。

若所述摄像头不可用，则基于待测用户与遥控器上触摸区的接触，采集待测用户健康数据，根据待测用户健康数据在所述浮窗中显示与各所述档案信息对应的所述档案选项，根据输入的对所述档案选项的选择操作确定所述目标档案信息。具体的，从所述档案信息中确定出第一档案信息，所述第一档案信息关联的历史健康数据与所述待测用户健康数据的匹配程度最高；在所述浮窗中显示各所述档案信息对应的档案选项，所述第一档案信息对应的档案选项在所述浮窗中置顶显示；接收对所述档案选项的选择操作，将选择的档案选项对应的档案信息确定为所述目标档案信息。

在另一种实现方式中，响应于对所述第一控件的确认操作，检测所述摄像头是否可用。

若所述摄像头可用，则通过所述摄像头采集待测用户图像数据，根据所述待测用户图像数据，从所述档案信息中确定所述目标档案信息，并基于待测用户与遥控器上触摸区的接触，采集待测用户健康数据。具体可参见上述实现方式。

若所述摄像头不可用，在所述浮窗中与各档案信息对应的档案选项；接收对所述档案选项的选择操作，将选择的档案选项对应的档案信息确定为所述目标档案信息。

在一些实施例中，在确定出所述目标档案信息后，在所述浮窗中显示所述目标档案信息和用于触发健康检测的第二控件；当接收到对所述第二控件的确认操作时，执行所述采集待测用户健康数据的步骤。

S313，在所述浮窗中展示所述目标档案信息及所述待测用户健康数据对应的检测结果。

需要说明的是，本申请所提供的数据采集方法，其各步骤更为具体的实现方式，都可以参见上述图1-图30对应的实施例，此处不予赘述。

由以上技术方案可知，基于本申请实施例提供的显示设备及数据采集方法，可以根据用户对显示的档案选项的选择操作或者摄像头采集的待测用户图像数据，从当前账号信息关联的档案信息中确定与待测用户对应的目标档案信息。这样，无需用户控制进入到“健康管家”应用的档案管理界面，再在档案管理界面中选中档案卡片，来触发对指定对象的健康检测，不但节省用户操作，还不影响用户观看视频节目，实现了待测用户与档案信息的自动匹配，很大程度上提高了用户体验。

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

S321，响应于用户在健康检测功能应用中输入的档案查看指令，根据所述应用当前登录的账号信息从服务器获取与所述账号信息关联的档案信息，所述档案信息对应被测用户。

S322，根据所述档案信息显示档案管理界面，所述档案管理界面包括根据所述档案信息生成的所述被测用户的档案卡片。

在一些实施例中，该信息关联方法还可以包括：响应于用户在健康检测功能应用中输入的档案创建指令，显示档案创建界面；根据用户在所述档案创建界面中输入的用户信息，创建档案信息；将所述档案信息和所述账号信息发送给服务器。可选地，档案信息包括所述用户信息和档案标识。

在一些实施例中，档案卡片具有用于触发编辑对应档案信息的第一操作控件。该信息关联方法还可以包括：响应于对目标档案卡片上所述第一操作控件的操作，显示档案编辑界面，所述档案编辑界面中显示有所述目标档案卡片对应的当前用户信息；根据用户在所述档案编辑界面中输入的最新用户信息，对目标档案卡片对应的档案信息进行修改；将修改后的档案信息和所述账号信息发送给服务器。

在一些实施例中，该信息关联方法还可以包括：响应于用户在健康检测功能应用中输入的健康检测指令，基于待测用户与触摸区的接触，采集待测用户健康数据；确定待测用户对应的目标档案信息；将所述待测用户健康数据和目标档案信息发送给服务器；接收服务器通过分析所述待测用户健康数据返回的检测结果；根据所述目标档案信息和所述检测结果显示检测结果展示界面。

在一些实施例中，档案卡片具有用于触发显示历史检测结果的第二操作控件。该信息关联方法还可以包括：响应于对目标档案卡片上所述第二操作控件的操作，根据所述账号信息和所述目标档案卡片对应的目标档案信息，从服务器获取所述目标档案信息关联的历史检测结果；根据所述目标档案信息关联的历史检测结果，显示历史检测结果展示界面，所述历史检测结果展示界面中显示有所述目标档案信息关联的历史检测结果。

在一些实施例中，接收服务器通过分析所述待测用户健康数据返回的检测结果，包括：接收所述检测结果和所述检测结果的统一资源定位符；所述根据检测结果显示检测结果展示界面，包括：在检测结果界面中显示所述检测结果对应的简述内容和用于访问所述统一资源定位符的二维码图片。

在一些实施例中，该信息关联方法还可以包括：接收异常提醒消息，所述异常提醒消息是由服务器在判定至少一个档案信息关联的检测结果满足异常提醒条件时，根据所述至少一个档案信息关联的账号信息发送的；显示所述异常提醒消息。

需要说明的是，本申请所提供的信息关联方法，其各步骤更为具体的实现方式，都可以参见上述图1-图30对应的实施例，此处不予赘述。

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

由以上技术方案可知，基于本申请实施例提供的显示设备及信息关联方法，用户可以使用账号、密码信息在终端设备上登录健康检测功能相关应用。当用户使用同一账号在不同终端设备上登录该应用时，可以查看到与该账号相关联的信息内容，包括但不限于用户在登录该账号时创建的被测用户档案信息，及每个被测用户的历史检测结果数据。用户可以通过其他内置有健康数据采集模块的终端设备采集健康数据，进而，用户在某个终端设备上查看到的各档案信息对应的历史检测数据可以是用户基于不同终端设备检测的。

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

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

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

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

Claims (10)

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

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

摄像头，用于采集图像数据；

通信器，用于与遥控器和服务器进行通信；

控制器，被配置为：

响应于健康检测功能相关应用启动指令，在后台运行所述应用，并在所述播放画面上显示浮窗，所述浮窗用于显示所述应用的相关内容；

在接收到用户在所述应用中输入的健康检测指令后，采集待测用户健康数据或者接收所述遥控器采集的待测用户健康数据，并根据输入的对显示的档案选项的选择操作或者所述摄像头采集的待测用户图像数据，从所述应用的当前账号信息关联的档案信息中确定所述待测用户对应的目标档案信息；

在所述浮窗中展示所述目标档案信息及所述待测用户健康数据对应的检测结果。

2.根据权利要求1所述的显示设备，其特征在于，所述在接收到用户在所述应用中输入的健康检测指令后，采集待测用户健康数据或者接收所述遥控器采集的待测用户健康数据，并根据对显示的档案选项的选择操作或者所述摄像头采集的待测用户图像数据，从所述应用的当前账号信息关联的档案信息中确定所述待测用户对应的目标档案信息，包括：

响应于用户通过操作所述浮窗中的第一控件输入的健康检测指令，检测所述摄像头是否可用；

若所述摄像头可用，则通过所述摄像头采集待测用户图像数据，根据所述待测用户图像数据，从所述档案信息中确定所述目标档案信息，并采集待测用户健康数据或者接收所述遥控器采集的待测用户健康数据；

若所述摄像头不可用，则采集待测用户健康数据或者接收所述遥控器采集的待测用户健康数据，根据待测用户健康数据在所述浮窗中显示与各所述档案信息对应的所述档案选项，根据输入的对所述档案选项的选择操作确定所述目标档案信息。

3.根据权利要求1所述的显示设备，其特征在于，所述根据对显示的档案选项的选择操作，从所述应用的当前账号信息关联的档案信息中确定所述待测用户对应的目标档案信息，包括：

响应于用户通过操作所述浮窗中的第一控件输入的健康检测指令，检测所述摄像头是否可用；

若所述摄像头不可用，在所述浮窗中与各档案信息对应的档案选项；

接收对所述档案选项的选择操作，将选择的档案选项对应的档案信息确定为所述目标档案信息。

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

在确定出所述目标档案信息后，在所述浮窗中显示所述目标档案信息和用于触发健康检测的第二控件；

当接收到对所述第二控件的确认操作时，执行所述采集待测用户健康数据的步骤。

5.根据权利要求1所述的显示设备，其特征在于，所述在后台运行所述应用之前，所述控制器还被配置为：

在显示所述播放画面时，接收输入的健康检测功能启动指令；

响应于所述健康检测功能启动指令，在所述播放画面上显示弹窗提示，所述弹窗提示用于询问是否启动健康检测功能相关应用；

通过接收根据所述弹窗提示输入的确认启动所述应用的操作，接收所述健康检测功能相关应用启动指令。

6.根据权利要求1所述的显示设备，其特征在于，根据所述待测用户图像数据，从所述应用的当前账号信息关联的档案信息中确定所述待测用户对应的目标档案信息，包括：

根据所述待测用户图像数据识别出待测用户特征信息；

将所述待测用户特征信息与当前账号信息关联的档案信息进行匹配，将所述当前账号信息关联的档案信息中符合预设匹配条件的档案信息确定为所述目标档案信息。

7.根据权利要求1所述的显示设备，其特征在于，所述当前账号信息关联的档案信息包括人脸信息；根据所述待测用户图像数据，从所述应用的当前账号信息关联的档案信息中确定所述待测用户对应的目标档案信息，包括：

根据所述待测用户图像数据识别出待测用户面部信息；

将所述待测用户面部信息与所述人脸信息进行匹配，将包含符合预设匹配条件的人脸信息的档案信息确定为所述目标档案信息。

8.根据权利要求2所述的显示设备，其特征在于，所述根据待测用户健康数据在所述浮窗中显示与各所述档案信息对应的所述档案选项，根据对所述档案选项的选择操作确定所述目标档案信息，包括：

从所述档案信息中确定出第一档案信息，所述第一档案信息关联的历史健康数据与所述待测用户健康数据的匹配程度最高；

在所述浮窗中显示各所述档案信息对应的档案选项，所述第一档案信息对应的档案选项在所述浮窗中置顶显示；

接收对所述档案选项的选择操作，将选择的档案选项对应的档案信息确定为所述目标档案信息。

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

在通过摄像头采集待测用户图像数据过程中，在所述浮窗中显示待测用户图像的预览画面和/或图像采集提示。

10.一种数据采集方法，其特征在于，所述方法包括：

响应于健康检测功能相关应用启动指令，在后台运行所述应用，并在当前播放画面上显示浮窗，所述浮窗用于显示所述应用的相关内容；在接收到用户在所述应用中输入的健康检测指令后，采集待测用户健康数据或者接收所述遥控器采集的待测用户健康数据，并根据对显示的档案选项的选择操作或者摄像头采集的待测用户图像数据，从所述应用的当前账号信息关联的档案信息中确定所述待测用户对应的目标档案信息；

在所述浮窗中展示所述目标档案信息及所述待测用户健康数据对应的检测结果。

Images