CN116644461A - 耳温数据的处理方法和电子设备 - Google Patents

Abstract

本申请涉及智能终端技术领域，提供了一种耳温数据的处理方法和电子设备。该方法包括：在第一时间段内第一电子设备与耳机连接，耳机采集耳温数据，第一电子设备通过第一账号登录第一应用；第一电子设备在第一应用的第一界面中显示第一时间段内采集的耳温数据；在第二时间段内第一电子设备与耳机的连接状态为断开，耳机采集耳温数据；在第三时间段内第二电子设备与耳机连接，第二电子设备通过第二账号登录第一应用；在第四时间段内，第一电子设备与耳机连接；第一电子设备显示第一应用的第二界面，第二界面不包括耳机在第二时间段内采集的耳温数据。以上方法可以用于保护用户隐私数据的安全。

Description

耳温数据的处理方法和电子设备

技术领域

本申请涉及智能终端技术领域，具体涉及一种耳温数据的处理方法和电子设备。

背景技术

无线耳机由于其在使用时与电子设备相互独立的结构，以及其与电子设备配对方便，续航时间逐渐增长等特性，得到了越来越多的用户的青睐，因此无线耳机得到的快速发展。随着无线耳机的发展，除了无线耳机在收听音频时的音频质量得到了提高，无线耳机的功能也得到了扩展，例如，目前一些无线耳机可以用于检测耳温数据。但由于耳温属于敏感个人数据，因此存在隐私数据泄露的风险。

发明内容

本申请实施例提供了一种耳温数据的处理方法和电子设备，能够保护用户隐私数据的安全。

第一方面，提供了一种耳温数据的处理方法，包括：耳机采集耳温数据；在第一时间段内第一电子设备与耳机连接，第一电子设备通过第一账号登录第一应用；第一电子设备显示第一应用的第一界面，第一界面包括耳机在第一时间段内采集的耳温数据；在第二时间段内第一电子设备与耳机的连接状态为断开，耳机采集耳温数据；在第三时间段内，第一电子设备与耳机的连接状态为断开，第二电子设备与耳机连接，第二电子设备通过第二账号登录第一应用；在第四时间段内，第二电子设备与耳机的连接状态为断开，第一电子设备与耳机连接；第一电子设备显示第一应用的第二界面，第二界面包括耳机在第一时间段内采集的耳温数据，不包括耳机在第二时间段内采集的耳温数据；第一时间段、第二时间段、第三时间段和第四时间段为先后连续的时间段。

上述方法在电子设备和耳机进行交互时，如果与耳机连接的账号发生了变化，则耳机对存储的耳温数据进行删除，从而使得耳机在连接了新账号的情况下，登录新账号的电子设备无法获取前一账号的耳温数据，进而达到了保护用户的耳温数据的隐私的效果。

可选地，在第三时间段内，第二电子设备显示第三界面，第一应用的第三界面，第三界面包括：第一选项和第二选项。第一选项可以是确定选项，第二选项可以是取消选项，第三界面中可以包括提示信息，提示信息用于提示用户如果选择确定选项，则耳机会删除存储的耳温数据，第二电子设备还接收用于选择第一选项的第一操作。

可选地，在第三时间段内，在第二电子设备接收用于选择第一选项的第一操作之后，耳机在第三时间段内采集耳温数据；所以第二电子设备显示第一应用的第四界面，由于耳机删除了之前的耳温数据，因此第四界面包括耳机在第三时间段内采集的耳温数据，但不包括耳机在第一时间段采集的耳温数据和耳机在第二时间段采集的温度数据。

可选地，第一电子设备显示第一应用的第一界面，包括：第一电子设备接收第二操作，第二操作可以是在第一应用界面中的刷新操作；响应于第二操作，第一电子设备显示第一应用的第一界面。

可选地，第一账号与耳机绑定，在第三时间段内，响应作用于第二电子设备的第三操作，第二电子设备向耳机发送身份验证请求；耳机对登录第二电子设备的第二账号进行身份验证，并向第二电子设备返回包括验证信息的提示信息，其中，验证结果指示耳机与第一账号绑定；第二电子设备显示第五界面，第五界面包括提示信息、第一选项和第二选项，提示信息还用于指示如果选中第一选项，则耳机删除已存储的耳温数据；第二电子设备接收用于选择第一选项的第四操作。

可选地，在第一时间段之前，第一账号与耳机进行绑定，第一账号与耳机进行绑定的步骤包括：第一电子设备通过密钥库获取一对非对称密钥，存储非对称密钥中的私钥，并将非对称密钥中的公钥发送至耳机；耳机存储公钥。

可选地，耳机对登录第二电子设备的第二账号进行身份验证，包括：耳机向第二电子设备发送第一随机数；电子设备使用存储的私钥对第一随机数进行签名，并将签名结果发送至耳机；由于耳机与第一账号绑定，耳机中存储的公钥与第一账号对应的私钥为一对非对称密钥，因此耳机使用存储的公钥对签名结果解签失败，验证结果为耳机与不同于第二账号的其他账号绑定。

在第一电子设备显示第一应用的第一界面之前，耳机对登录第一电子设备的第一账号进行身份验证，耳机对登录第一电子设备的第一账号进行身份验证的步骤包括：耳机向第一电子设备发送第二随机数；第一电子设备使用存储的私钥对第二随机数进行签名，并将签名结果发送至耳机；由于耳机与第一账号绑定，耳机中存储的公钥与第一账号对应的私钥为一对非对称密钥，因此耳机使用存储的公钥对签名结果解签成功，验证结果为耳机与第一账号绑定。

第二方面，提供了一种电子设备，电子设备包括：处理器、存储器和接口；处理器、存储器和接口相互配合，使得电子设备执行第一方面的技术方案中任意一种方法。

第三方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储了计算机程序，当计算机程序被处理器执行时，使得该处理器执行第一方面的技术方案中任意一种方法。

第四方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在电子设备上运行时，使得该电子设备执行第一方面的技术方案中任意一种方法。

附图说明

图1是本申请实施例提供的一例终端设备100的结构示意图；

图2是本申请实施例提供的终端设备100的软件结构框图；

图3是一种耳机外壳的示意图；

图4是另一种耳机外壳的示意图；

图5a是本申请实施例提供的第一种电子设备的图形用户界面的示意图；

图5b是本申请实施例提供的第二种电子设备的图形用户界面的示意图；

图6是本申请实施例提供的一种电子设备向耳机发起身份验证的交互图；

图7a是本申请实施例提供的一种电子设备向耳机发起身份验证的交互图；

图7b是本申请实施例提供的另一种电子设备向耳机发起身份验证的交互图；

图8是本申请实施例提供的一种耳机对签名数据解签成功后的交互图；

图9是本申请实施例提供的第三种电子设备的图形用户界面的示意图；

图10是本申请实施例提供的一种耳机对签名数据解签失败后的交互图；

图11是本申请实施例提供的一种用户账号管理的示意图；

图12a是本申请实施例提供的第四种电子设备的图形用户界面的示意图；

图12b是本申请实施例提供的第五种电子设备的图形用户界面的示意图；

图12c是本申请实施例提供的第六种电子设备的图形用户界面的示意图；

图13是本申请实施例提供的一种耳温数据的处理方法的流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括一个或者更多个该特征。

本申请实施例提供的耳温数据的处理方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

示例性的，图1是本申请实施例提供的一例终端设备100的结构示意图。终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universalserial 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等。

可以理解的是，本申请实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是终端设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其它设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位***(global positioning system，GPS)，全球导航卫星***(global navigation satellite system，GLONASS)，北斗卫星导航***(beidounavigation satellite system，BDS)，准天顶卫星***(quasi-zenith satellitesystem，QZSS)和/或星基增强***(satellite based augmentation systems，SBAS)。

终端设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时***多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。

终端设备100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android***为例，示例性说明终端设备100的软件结构。

图2是本申请实施例的终端设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和***库，以及内核层。应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。

Android runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

本申请实施例中所涉及的耳机可以为音频输出设备，且本申请实施例中所涉及的耳机可以为不需要耳机线的无线耳机，例如可以为TWS(True Wireless Stereo，真无线立体声)蓝牙耳机等真无线耳机。

示例性地，本申请实施例所涉及的耳机与电子设备之间可以通过无线连接进行通信，比如电子设备通过无线连接向本申请实施例所涉及的耳机传输音频。需要说明的是，无线耳机可以包括左耳机和右耳机，左耳机和右耳机可以相互配合以供用户使用，比如左耳机输出左声道，右耳机输出右声道；在一些场景中只有右耳机有声音或者是左耳机有声音，或者是右耳机声音的音量相比左耳机较小，实现立体声效果；左耳机和右耳机也可以分别单独供用户使用，比如，用户仅佩戴其中的一只耳机来收听音频。因此本申请实施例中所涉及的耳机可以是指一对耳机中的左耳机或右耳机，具体不做限定。仍在一些场景中，无线耳机在不使用时可以放置在一耳机盒中，耳机盒内可以具有用于放置耳机的卡槽，并可以为无线耳机提供充电等功能，本申请对此不进行限定。

本申请实施例所涉及的耳机可以检测佩戴者的耳温数据。图3中的耳机31的外壳在与人耳接触面具有一块可以作为温度传感器的热敏材料311，通过热敏材料311以及配套的后端电路即可检测到佩戴者的耳温数据。图4中的耳机32的内部具有一红外温度传感器321，红外温度传感器321通过耳机32的声孔检测佩戴者的耳温数据。本申请中的耳机还可以具有其他的结构，此处不进行限定。

为了便于理解，本申请以下实施例将以具有图1和图2所示结构的电子设备、图3或图4所示的无线耳机为例，结合附图和应用场景，对本申请实施例提供的耳温数据的处理方法进行具体阐述。

一些耳机在用户佩戴时，可以对用户的耳温数据进行检测并存储，但当这些耳机更换与其连接的电子设备时，则可能产生数据泄露的问题。为了解决用户隐私数据泄露的问题，本申请提出了一种耳温数据的处理方法，此处的耳机数据用于表示通过耳机检测到的用户数据，可以包括耳温数据等，下述实施例中以耳温数据为例进行说明。该电子设备可以为上述图1和图2所描述的终端设备。电子设备已通过蓝牙等方式与耳机进行了配对，从而与耳机之间创建了通信关系。

作为一种示例，电子设备运行有第一应用，并通过一账号登录第一应用，第一应用可以为运动健康、智慧生活、耳机详情等。第一应用可以提供一耳机详情页，耳机详情页中包括耳温数据展示区域，电子设备可以自动向耳机请求耳温数据，也可以根据用户在耳机详情页的操作向电子设备请求耳温数据。

图5a示出了一种耳机详情页的示例，耳机详情页500a包括状态区域501、控制区域502、体温监测区域503等。需要说明的是，体温监测区域503中显示的体温数据可以与耳机发送给电子设备的耳温数据相同，也可以是根据耳机发送给电子设备的耳温数据通过预设运算得到，对此不做限定。

体温监测区域503用于显示最近一次获取的耳温数据。可选的，用户下拉该耳机详情页时，触发体温监测区域503的体温数据进行更新，耳机详情页500a内显示刷新标识505，此时，电子设备接收到用户输入的用于请求耳温数据的操作。可选的，用户点击体温监测区域503，向耳机请求耳温数据，并基于请求得到的耳温数据显示如图5b所示的体温监测界面500b，在体温监测界面500b中，可以以日、周或月中的任意一项为维度，以图表的方式展示体温数据。在图5b中，可以显示标识506，标识506表示电子设备正在向耳机请求耳温数据。在该示例中，以日为维度，显示了当日6:00至12:00之间每个小时的体温检测结果，并显示当日的平均体温数据，因此当电子设备的第一应用进入体温监测界面500b时，电子设备也接收到了用户输入的用于请求耳温数据的操作。上述耳机详情页中还可能接收到其他用于请求耳温数据的操作，在此不再赘述。

需要说明的是，在图5a中，体温监测区域503包括一体温测量控件504，用户可以通过点击该体温测量控件504，触发耳机实时检测当前耳温数据，并将实时检测到的耳温数据发送至电子设备，以使得体温监测区域503中的体温数据得到更新。当用户触发体温测量控件504采集耳温数据时，由于采集的是实时的耳温数据，获得的耳温数据是当前佩戴耳机的用户的耳温数据，不会造成其他用户的隐私数据的泄露；因此在通过点击体温测量控件504测量用户耳温数据时，电子设备可以直接向耳机发送耳温数据获取请求，而不执行步骤S401，也就是说，触发体温测量控件504的操作不属于上述用于请求耳温数据的操作。

还需要说明的是，当用户下拉耳机详情页时，体温监测区域503中的体温数据会更新为最近一次测量的体温数据，如果最近一次测量的耳温数据是通过触发体温测量控件504获得的，则此次下拉操作也不属于上述用于请求耳温数据的操作；如果最近一次测量的耳温数据是耳机按照周期采集得到的，则此次下拉操作属于上述用于请求耳温数据的操作。

在电子设备接收到用于请求耳温数据的操作后，电子设备向耳机发起身份验证。图6是根据本申请实施例的一种电子设备向耳机发起身份验证的交互图，结合图6所示。

S601，第一应用向耳机发送身份验证请求。

响应于第一输入操作，电子设备向耳机发送身份验证请求，耳机收到身份验证请求后，判断耳机当前是否已绑定账号。

作为一种可选的实施方式，耳机本身可以对其是否空闲进行检测，并将检测结果作为应答信息返回给电子设备。此处的空闲指的是耳机未与任何账号进行绑定。

在本申请的方案中，电子设备在接收到上述用于请求耳温数据的操作后，为了响应该操作，需要向耳机请求耳温数据。如果电子设备直接向耳机请求耳温数据，而耳机在此之前被其他用户佩戴过，存储有其他用户的耳温数据，则有可能对之前佩戴的用户造成隐私数据的泄露。因此本申请中的方案在电子设备接收到用于请求耳温数据的操作后，电子设备并不直接向耳机请求耳温数据，而是先通过发送身份验证请求来进行身份验证。

S602，耳机判断自身未存储公钥。

账号在与耳机进行绑定时，电子设备会为当前登录第一应用的账号生成一对非对称密钥，非对称密钥中的公钥存储在耳机中，非对称密钥的私钥存储在电子设备中。因此耳机可以通过判断自身是否从存储公钥，来确定自身是否已经与一个账号存在绑定关系。如果耳机中未存储公钥，则确定耳机当前处于空闲状态，即耳机未与任何账号绑定。

S603，耳机向电子设备发送未存储公钥的应答信息。

在耳机向电子设备发送未存储公钥的应答信息后，电子设备即可确定耳机未与任何账号绑定，因此可以通过当前登录第一应用的账号与耳机进行绑定。

本申请通过将耳机与账号绑定的方式来保护隐私数据的安全，也即耳温数据都具有其所属的账号。而在耳机未绑定任何账号的情况下，将无法确定耳温数据所属的账号，进而无法保护隐私数据的安全，因此在耳机未绑定任何账号的情况下，先通过电子设备将第一账号与耳机进行绑定，再获取耳温数据。

上述步骤中，通过电子设备将第一账号与耳机绑定，从而为耳机赋予账号属性。耳机在确定自身未绑定任何账号的情况下，会向电子设备返回应答信息，电子设备在接收到上述应答信息后，会进入将第一账号与耳机进行绑定的流程。

S604，第一应用向密钥库请求密钥对。

密钥库为电子设备的***本身提供的能力，可以根据请求生成密钥对，在上述步骤中，密钥库可以根据请求为当前登录第一应用的账号生成一对非对称密钥。

S605，密钥库向第一应用返回生成的非对称密钥。

S606，第一应用将非对称密钥中的公钥发送至耳机。

S607，耳机保存公钥。

耳机保存公钥，此时，耳机与当前登录第一应用的账号绑定成功。

S608，耳机向第一应用发送已保存公钥的提示信息。

S609，第一应用获取当前登录的账号标识和耳温数据对应的事件标识。

S610，第一应用将非对称密钥中的私钥、账号标识和事件标识对应存储至电子设备中的Asset。

Asset中存储有电子设备的多个密钥，而不仅仅是S604中生成的私钥，因此在Asset中存储私钥时，还需要将第一账号的账号标识、事件标识以及上述私钥对应存储，以在使用私钥时，可以根据第一账号的账号标识和事件标识读取对应的私钥。其中，事件标识用于指示该私钥用于对何种数据进行加密，以对不同业务的密钥进行区分。例如，耳温数据的标识可以为e-Tem，运动步数的标识可以为s-Cou等。

在耳机和当前登录第一应用的账号绑定失败的情况下，耳机会向应用程序发送绑定失败的提示信息，应用程序可以抛弃此次私钥，返回S604，重新进入向密钥库请求密钥对的步骤。

图6中的交互图描述了耳机在没有绑定账号时，在电子设备上登录第一应用的账号与耳机进行绑定的过程。而在另一些情况下，耳机已经绑定有电子设备，在耳机已与任一账号绑定的情况下，电子设备向耳机发起身份验证的交互图可以如图7a和图7b所示，先以图7a为例说明。

S701，第一应用向耳机发送身份验证请求。

步骤S701与步骤S601相同，此处不再赘述。

S702，耳机判断自身已存储公钥。

基于上述步骤S604-S610可知，耳机判断自身已存储公钥，即为耳机已与一个账号具有绑定关系。在耳机已经绑定一账号的情况下，需要判断耳机当前绑定的账号是否为当前登录第一应用的第一账号。

S703，耳机生成随机数，并将该随机数发送至第一应用。

耳机在检测到自身已经与一账号绑定的情况下，可以直接向电子设备发送随机数。

S704，第一应用根据随机数获取事件标识，并获取当前登录的账号标识。

第一应用接收到耳机发送到随机数，即可确定事件标识为耳温数据的标识。

S705，第一应用向Asset发送携带有事件标识和账号标识的私钥查询请求。

应用程序在向Asset中查询私钥时，需要向Asset发送第一账号的账号标识以及耳机数据对应的事件标识，以使得Asset可以根据当前登录第一应用的账号的账号标识以及耳机数据对应的事件标识查询到对应的私钥。

S706，Asset向第一应用返回根据事件标识和账号标识查询到的私钥。

Asset根据第一账号的账号标识以及耳温数据对应的事件标识查找到的私钥，并将查找到的私钥返回给应用程序。

S707，第一应用使用Asset返回的私钥对随机数进行签名，得到签名数据。

S708，第一应用将签名数据发送至耳机。

S709，耳机使用存储的公钥对签名数据进行解签。

耳机使用存储的公钥对签名数据解签得到解签结果，如果解签结果与S703中的随机数相同，则说明解签成功，耳机中存储的公钥和第一应用从Asset请求到的私钥为一对密钥，也即与耳机绑定的账号为当前登录第一应用的账号；如果解签结果与S703中的随机数不同，则说明解签失败，耳机中存储的公钥和应用程序从Asset请求到的私钥不为一对密钥，也即与耳机绑定的账号不为当前登录第一应用的账号。

在S706中，存在一种特殊的情况是，当前登录第一应用的账号之前并未绑定过耳机，因此无法从Asset中查询到与账号标识和事件标识都对应的私钥。在这种情况下，如图7b所示，图7b中的S701-S705已在图7a中进行了说明，此处不再赘述。

S710，Asset根据事件标识和账号标识未查找到私钥。

账号之前未与耳机进行过绑定，则Asset中不存在与事件标识和账号标识对应的私钥。

S711，Asset向第一应用返回未查找到私钥的信息。

S712，第一应用向密钥库请求一对非对称密钥。

S713，密钥库向第一应用返回一对非对称密钥。

在步骤S713中，第一应用会向***提供的密钥库请求一对非对称密钥，因此第一应用可以使用此次请求的非对称密钥中的私钥对随机数进行签名。

S714，第一应用使用密钥库返回的私钥对随机数进行签名，得到签名数据。

S715，第一应用将签名数据发送至耳机。

S716，耳机使用存储的公钥对数据进行解签。

步骤S715-S716与步骤S708-S709类似，此处不再赘述。

在耳机对签名数据进行解签之后，在解签成功的情况下，可以按照图8所示的交互图进行交互。

S801，耳机解签得到的随机数与步骤S703发出的随机数相同。

在该示例中，耳机解签得到的随机数与步骤S703发出的随机数相同，也即耳机绑定的账号为当前登录第一应用的账号，因此耳机可以将耳温数据发送至电子设备。

S802，耳机向第一应用发送携带有token的验证结果。

S803，第一应用向耳机发送携带有token的耳温数据请求。

S804，耳机向第一应用返回耳温数据。

在耳机对签名数据进行解签之后，在解签失败的情况下，可以按照如图10所示的交互图进行交互。

S101，耳机解签得到的随机数与步骤S703发出的随机数不同。

在该示例中，耳机解签得到的随机数与步骤S703发出的随机数不同，也即耳机绑定的账号不为当前登录第一应用的账号，因此耳机禁止将存储的耳温数据发送至电子设备。

S102，耳机向电子设备发送验证结果。

在该示例中，耳机向电子设备发送验证失败的验证结果。

S103，电子设备显示询问信息。

在与耳机绑定的账号不为当前登录第一应用的账号的情况下，如果耳机直接电子设备发送存储的耳温数据，则会对当前与耳机绑定的账号的隐私数据造成泄露，在上述方案中，在与耳机绑定的账号不为当前登录第一应用的账号的情况下，耳机可以直接删除已存储的耳温数据，或电子设备可以显示询问信息，该询问信息用于询问用户是否将第一账号与耳机进行绑定。

如图9所示，在与耳机绑定的账号不为当前登录第一应用的账号的情况下，在耳机详情页900中显示询问信息901，具体可以为：此耳机已绑定其他账号，如果与当前账号绑定将清除耳机中的体温数据并与当前账号解绑，是否绑定？电子设备通过该询问信息提示用户，如果将当前登录第一应用的账号与耳机进行绑定，耳机将会与当前绑定的账号解绑并清除存储的耳温数据。如果用户选择确定控件902，则电子设备接收到了确认操作。如果用户选择取消控件，则用户指示第一账号不与耳机绑定，此处请求结束。

S104，用户在电子设备上执行确认操作。

S105，响应于确认操作，电子设备向耳机发送确认指令。

S106，耳机删除已存储的公钥和耳温数据。

耳机删除已存储的公钥，即为与当前绑定的账号进行解绑。

S107，耳机向电子设备返回已删除公钥和耳温数据的信息。

S108，第一应用和耳机通过执行S604至S610的步骤进行绑定。

电子设备与耳机进行绑定的方式可以如图6中的S604至S610所示，此处不再赘述。需要特别说明的是，对于图7b中所提到的这种特殊情况，由于在S712中，第一应用已经请求到了一对非对称密钥，则在当前登录第一应用的账号与耳机进行绑定过程中，第一应用无需执行S604再去向密钥库请求密钥，而是直接使用S605中获取的非对称密钥执行之后的步骤即可。

需要说明的是，在本申请的方案中，与耳机进行绑定的是用于登录第一应用的账号，区别于直接将电子设备将耳机进行绑定的方案，使用第一应用的账号与耳机进行绑定，能够避免由于使用不同账号的用户在同一个电子设备上登录第一应用所造成的数据泄露，也可以便于使用同一账号的用户更换电子设备时导致数据不能流通造成的不便。

图11用于描述本申请中用户账号管理的示意图，结合图11所示，电子设备A和电子设备B分别为两个不同的电子设备，电子设备A和电子设备B均运行有第一应用，并均具有自己的Asset。电子设备A和电子设备B均可以通过蓝牙与耳机建立通讯关系。结合图7a和图7b所示的绑定流程可知，当用户在电子设备A上将第一账号与耳机进行绑定时，电子设备A的密钥库会为第一账号生成一对非对称密钥，在绑定成功后，电子设备A会将非对称密钥中的公钥发送至耳机，并将非对称密钥中的私钥存储在电子设备A的Asset1中。在此之后，电子设备A还可以将非对称密钥与账号进行绑定，并通过Asset 1上传至服务器，通过服务器将第一账号的非对称密钥同步至登录第一账号的电子设备B中，通过这样的方式，当用户在电子设备B上登录第一账号请求耳温数据时，也可以使用第一账号的非对称密钥对第一账号进行身份验证。

再对上述方案应用于几种不同场景下的示例进行说明。下述的场景中可以包括第一手机、第二手机、第三手机和耳机。在该示例中，耳机按照周期在整点时刻采集耳温数据。

在一种可选的实施例中，第一手机与耳机已建立了蓝牙连接关系，且用户在第一手机上通过第一账号登录智慧生活。用户9：30佩戴耳机，并在12:30打开智慧生活，点击图5a中的体温监测区域503。此时耳机已测量得到10:00、11:00、12:00三个时刻的耳温。第一手机显示如图12a所示的界面120a，在界面120a中显示耳机9：30至12:30之间采集的耳温，即10:00、11:00、12:00这三个时刻的耳温。

耳机持续测量耳温，但用户未在第一手机上继续获取耳温。

用户在13:30时，操作第一手机与耳机断开连接，第二手机与耳机进行连接。用户在第二手机上通过第二账号登录智慧生活。基于上述实施例中所描述的耳机对账号的校验可知，用户在第二手机上打开智慧生活并点击体温监测区域503之后，第二手机可以显示如图9所示的界面900。

可选的，用户在界面900中选择确定控件902，使得耳机删除之前测量的耳温，并与第二账号绑定。耳机继续检测耳温。用户于14:30在第二手机上打开智慧生活并点击体温监测区域503，第二手机显示如图12b所示的界面120b。由于第一账号对应的耳温已被删除，因此在界面120b中，仅显示第二账号和耳机绑定后耳机所采集的耳温，即耳机14:00所采集的耳温。在14:30之后，用户操作第二手机与耳机断开连接，第一手机再次连接耳机，用户在第一手机上打开智慧生活并点击体温监测区域503，由于第一账号对应的耳温已被删除，且第一手机未获取过12:30至13:30之间的耳温，因此第一手机仅能显示9：30至12:30之间的耳温，而无法显示12:30至13:30之间的耳温，也即第一手机所显示的耳温数据可以与界面120a中的耳温数据相同。

可选的，用户在界面900中选择取消控件903。第二账号不与耳机进行绑定，因此第二手机无法使用耳机周期性的测量耳温，而仅可以通过点击如图5a中的体温测量控件504测量实时耳温。用户在14:30时操作第二手机与耳机断开连接，第一手机再次连接耳机，用户在第一手机中打开智慧生活并点击体温监测区域503，第一手机可以显示如图12c所示的界面120c。由于用户在界面900中选择了取消控件，使得耳机未删除第一账号对应的耳温，因此在界面120c中，可显示09：30至14：30测量的耳温均显示，即耳机在10:00、11:00、12:00和13:00时刻测量的耳温。

可选的，用户在13:30操作第一手机与耳机在断开连接，第三手机与耳机进行连接，用户在第三手机上通过第一账号登录智慧生活，耳机仍然持续测量耳温。用户在14:30在第三手机上打开智慧生活并点击体温监测区域503。虽然与耳机连接的设备产生了变化，但由于第三手机中登录智慧生活的账号仍为第一账号，耳机始终与第一账号绑定，因此在第三手机上可显示9：30至13:30之间的耳温，即第三手机显示的耳温数据可以与界面120c中的耳温数据相同。

参见图13，为本申请实施例提供的一种耳温数据的处理方法的流程图。该方法可应用于图1所示的电子设备，如图13所示，其主要包括以下步骤。

S131，在第一时间段内第一电子设备与耳机连接，耳机采集耳温数据，第一电子设备通过第一账号登录第一应用。

第一电子设备与耳机连接，可以是第一电子设备与耳机通过蓝牙进行连接。例如，耳机外壳可以具有按键，用户按下耳机外壳的按键，耳机进入发现模式，此时，第一电子设备在蓝牙中可以搜索到耳机，并可以与耳机连接。第一电子设备和耳机还可以具有其他的连接方式，此处不进行枚举。

在第一时间段内，耳机处于佩戴状态并检测耳温数据。第一应用可以为运动健康、智慧生活、耳机详情等。第一电子设备中通过第一账号登录第一应用。

S132，第一电子设备显示第一应用的第一界面，第一界面包括耳机在第一时间段内采集的耳温数据。

在一种可选的实施例中，耳机按照周期在整点时刻采集耳温数据。第一电子设备与耳机已建立了蓝牙连接关系，用户9：30佩戴耳机，且用户在第一电子设备上通过第一账号登录智慧生活。用户在12:30打开智慧生活，第一时间段为9:30至12:30，用户点击图5a中的体温监测区域503。此时耳机已测量得到10:00、11:00、12:00三个时刻的耳温。第一界面可以为如图12a所示的界面120a，在界面120a中显示耳机9：30至12:30之间采集的耳温，即10:00、11:00、12:00这三个时刻的耳温。

S133，在第二时间段内第一电子设备与耳机的连接状态为断开，耳机采集耳温数据。

仍在上述示例中，第二时间段可以为12:30至13:30。在第二时间段内，第一电子设备与耳机的连接状态为断开，也即第一电子设备没有获取到第二时间段内耳机测量的耳温数据。

S134，在第三时间段内，第一电子设备与耳机的连接状态为断开，第二电子设备与耳机连接，第二电子设备通过第二账号登录第一应用。

仍在上述示例中，第三时间段可以为13:30至14:30。在第三时间段内，第二电子设备与耳机连接。在第二电子设备与耳机连接后，由于在第二电子设备上登录第一应用的第二账号与在第一电子设备上登录第一应用的第一账号不同，因此耳机可以自动删除已存储的耳温数据，或根据用户在第二电子设备上的操作删除已存储的耳温数据，以避免造成对第一账号对应的耳温数据的泄露。

S135，在第四时间段内，第二电子设备与耳机的连接状态为断开，第一电子设备与耳机连接。

仍在上述示例中，第四时间段可以为14:30至15:30。在第四时间段内，第一电子设备重新与耳机连接。

S136，第一电子设备显示第一应用的第二界面，第二界面包括耳机在第一时间段内采集的耳温数据，不包括耳机在第二时间段内采集的耳温数据；第一时间段、第二时间段、第三时间段和第四时间段为先后连续的时间段。

第一电子设备重新与耳机连接后，由于耳机删除了存储的耳温数据，因此第一电子设备的第一应用在进行刷新时，无法从耳机处获得第一时间段和第二时间段内耳机采集的耳温数据，但由于在步骤S132中第一电子设备已经获取到了第一时间段内的耳温数据，因此虽然第一电子设备无法从耳机处获得新的耳温数据，但仍然可以显示之前获得的第一时间段内的耳温数据，使得第二界面中的耳温数据可以与第一界面中的耳温数据相同。

在一种实现方式中，在第三时间段内，方法还包括：第二电子设备显示第一应用的第三界面，第三界面包括：第一选项和第二选项；第二电子设备接收用于选择第一选项的第一操作。

在一种可选的实施例中，上述第三界面可以如图9所示，第一选项可以为确定控件902，第二选项可以为取消控件903。用户在界面900中选择确定控件902，耳机与第一账号解绑并删除已存储的耳温数据，第二账号与耳机绑定。

在一种实现方式中，在第三时间段内，在第二电子设备接收用于选择第一选项的第一操作之后，方法还包括：耳机在第三时间段内采集耳温数据；所以第二电子设备显示第一应用的第四界面，第四界面包括耳机在第三时间段内采集的耳温数据，且不包括耳机在第一时间段采集的耳温数据和耳机在第二时间段采集的温度数据。

耳机在第三时间段内持续检测耳温数据，仍在上述示例中，耳机在第三时间段检测到14:00的耳温数据。第四界面可以如图12b所示，在界面120b中，显示14:00的耳温数据。

在一种实现方式中，第一电子设备显示第一应用的第一界面，包括：第一电子设备接收第二操作；响应于第二操作，第一电子设备显示第一应用的第一界面。

上述第一操作可以是用户在第一应用中刷新数据的操作，例如，用户在如图5a所示的界面500a中点击体温监测区域503的操作。

在一种实现方式中，第一账号与耳机绑定，在第三时间段内，方法还包括：响应作用于第二电子设备的第三操作，第二电子设备向耳机发送身份验证请求；耳机对登录第二电子设备的第二账号进行身份验证，并向第二电子设备返回包括验证信息的提示信息，其中，验证结果指示耳机与第一账号绑定；第二电子设备显示第五界面，第五界面包括提示信息、第一选项和第二选项，提示信息还用于指示如果选中第一选项，则耳机删除已存储的耳温数据；第二电子设备接收用于选择第一选项的第四操作。

上述第三操作可以是用户在第一应用中刷新数据的操作，例如，用户在如图5a所示的界面500a中点击体温监测区域503的操作。在用户执行第三操作后，第二电子设备向耳机发送身份验证请求。耳机在对第二账号进行身份验证后，确定第二账号不为耳机当前绑定的账号，因此第二账号没有权限获取耳机已存储的耳温数据。第二电子设备基于验证结果显示第五界面，上述第五界面可以如图9所示，第一选项可以为确定控件902，第二选项可以为取消控件903。

在一种实现方式中，在第一时间段之前，方法还包括，第一账号与耳机进行绑定，第一账号与耳机进行绑定的步骤包括：第一电子设备获取一对非对称密钥，存储非对称密钥中的私钥，并将非对称密钥中的公钥发送至耳机；耳机存储公钥。

第一账号与耳机进行绑定的方式可以如上述的步骤S604至S610所示，此处不再赘述。

在一种实现方式中，耳机对登录第二电子设备的第二账号进行身份验证，包括：耳机向第二电子设备发送第一随机数；电子设备使用存储的私钥对第一随机数进行签名，并将签名结果发送至耳机；耳机使用存储的公钥对签名结果解签失败，验证结果为耳机与不同于第二账号的其他账号绑定。

耳机对第二账号进行身份验证的方式可以如步骤S701至S709所示，在步骤S709之中，由于与耳机绑定的账号为第一账号，因此耳机中存储的公钥和第二账号对应的私钥不为一对密钥，也即耳机解签失败，从而可以确定当前与耳机绑定的账号不为第二账号。

在一种实现方式中，在第一电子设备显示第一应用的第一界面之前，耳机对登录第一电子设备的第一账号进行身份验证，耳机对登录第一电子设备的第一账号进行身份验证的步骤包括：耳机向第一电子设备发送第二随机数；第一电子设备使用存储的私钥对第二随机数进行签名，并将签名结果发送至耳机；耳机使用存储的公钥对签名结果解签成功，验证结果为耳机与第一账号绑定。

耳机对第二账号进行身份验证的方式可以如步骤S701至S709所示，在步骤S709之中，由于与耳机绑定的账号为第一账号，因此耳机中存储的公钥和第一账号对应的私钥为一对密钥，也即耳机解签成功，从而可以确定当前与耳机绑定的账号为第一账号。

本申请实施例还提供了一种电子设备，包括上述处理器。本实施例提供的电子设备可以是图1所示的终端设备100，用于执行上述耳温数据的处理方法。在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和存储模块。其中，处理模块可以用于对终端设备的动作进行控制管理，例如，可以用于支持终端设备执行显示单元、检测单元和处理单元执行的步骤。存储模块可以用于支持终端设备执行存储程序代码和数据等。存储模块，可以用于支持终端设备与其它设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其它终端设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的终端设备可以为具有图1所示结构的设备。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行上述任一实施例所述的耳温数据的处理方法。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的耳温数据的处理方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (11)

1.一种耳温数据的处理方法，其特征在于，包括：

在第一时间段内第一电子设备与耳机连接，所述耳机采集耳温数据，所述第一电子设备通过第一账号登录所述第一应用；

所述第一电子设备显示所述第一应用的第一界面，所述第一界面包括所述耳机在所述第一时间段内采集的耳温数据；

在第二时间段内所述第一电子设备与所述耳机的连接状态为断开，所述耳机采集耳温数据；

在第三时间段内，所述第一电子设备与所述耳机的连接状态为断开，所述第二电子设备与所述耳机连接，所述第二电子设备通过第二账号登录所述第一应用；

在第四时间段内，所述第二电子设备与所述耳机的连接状态为断开，所述第一电子设备与所述耳机连接；

所述第一电子设备显示所述第一应用的第二界面，所述第二界面包括所述耳机在第一时间段内采集的耳温数据，不包括所述耳机在所述第二时间段内采集的耳温数据；

所述第一时间段、所述第二时间段、所述第三时间段和所述第四时间段为先后连续的时间段。

2.根据权利要求1所述的方法，其特征在于，在第三时间段内，所述方法还包括：

所述第二电子设备显示所述第一应用的第三界面，所述第三界面包括：第一选项和第二选项；

所述第二电子设备接收用于选择所述第一选项的第一操作。

3.根据权利要求2所述的方法，其特征在于，在所述第三时间段内，在所述第二电子设备接收用于选择所述第一选项的第一操作之后，所述方法还包括：

所述耳机在所述第三时间段内采集耳温数据；

所以第二电子设备显示所述第一应用的第四界面，所述第四界面包括所述耳机在所述第三时间段内采集的耳温数据，且不包括所述耳机在所述第一时间段采集的耳温数据和所述耳机在所述第二时间段采集的温度数据。

4.根据权利要求1所述的方法，其特征在于，所述第一电子设备显示所述第一应用的第一界面，包括：

所述第一电子设备接收第二操作；

响应于所述第二操作，所述第一电子设备显示所述第一应用的第一界面。

5.根据权利要求1所述的方法，其特征在于，所述第一账号与所述耳机绑定，在所述第三时间段内，所述方法还包括：

响应作用于所述第二电子设备的第三操作，所述第二电子设备向所述耳机发送身份验证请求；

所述耳机对登录所述第二电子设备的所述第二账号进行身份验证，并向所述第二电子设备返回包括验证信息的提示信息，其中，所述验证结果指示所述耳机与所述第一账号绑定；

所述第二电子设备显示第五界面，所述第五界面包括所述提示信息、第一选项和第二选项，所述提示信息还用于指示如果选中所述第一选项，则所述耳机删除已存储的耳温数据；

所述第二电子设备接收用于选择所述第一选项的第四操作。

6.根据权利要求1所述的方法，其特征在于，在所述第一时间段之前，所述方法还包括，所述第一账号与所述耳机进行绑定，所述第一账号与所述耳机进行绑定的步骤包括：

所述第一电子设备获取一对非对称密钥，存储所述非对称密钥中的私钥，并将所述非对称密钥中的公钥发送至所述耳机；

所述耳机存储所述公钥。

7.根据权利要求5所述的方法，其特征在于，所述耳机对登录所述第二电子设备的所述第二账号进行身份验证，包括：

所述耳机向所述第二电子设备发送第一随机数；

所述电子设备使用存储的私钥对所述第一随机数进行签名，并将签名结果发送至所述耳机；

所述耳机使用存储的公钥对所述签名结果解签失败，所述验证结果为所述耳机与不同于所述第二账号的其他账号绑定。

8.根据权利要求5所述的方法，其特征在于，在所述第一电子设备显示所述第一应用的第一界面之前，所述耳机对登录所述第一电子设备的所述第一账号进行身份验证，所述耳机对登录所述第一电子设备的所述第一账号进行身份验证的步骤包括：

所述耳机向所述第一电子设备发送第二随机数；

所述第一电子设备使用存储的私钥对所述第二随机数进行签名，并将签名结果发送至所述耳机；

所述耳机使用存储的公钥对所述签名结果解签成功，所述验证结果为所述耳机与所述第一账号绑定。

9.一种电子设备，其特征在于，包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被所述处理器执行时，触发所述电子设备执行权利要求1-8任一项所述的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1-8中任意一项所述的方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品包含可执行指令，当所述可执行指令在计算机上执行时，使得计算机执行权利要求1-8中任意一项所述的方法。