CN114422639A - 信息显示方法和可穿戴设备 - Google Patents

Abstract

本申请提供一种信息显示方法和可穿戴设备，涉及可穿戴设备技术领域。在第一电子设备接收到来自第二电子设备的呼叫请求时，可穿戴设备接收来自第一电子设备的第一信息和第二信息，第一信息用于指示来电事件，第二信息用于标识第二电子设备对应的身份信息。可穿戴设备显示第一界面，第一界面包括第二信息以及目标控件，目标控件用于在被触发时处理来电事件。在第一电子设备接收到来电时，即使第一电子设备不在用户身边，或者第一电子设备被用户放在裤兜、手提包等情况下时，由于可穿戴设备通常被用户随身佩戴，也可以使得用户及时感知到来电，并可以根据第二信息得到第二电子设备的身份信息，以便处理来电，为用户提供了方便。

Description

信息显示方法和可穿戴设备

技术领域

本申请涉及可穿戴设备技术领域，尤其涉及一种信息显示方法和可穿戴设备。

背景技术

目前，随着电子技术的发展，可穿戴设备已经成为人们工作生活的一部分。例如，人们可以随身携带可穿戴设备，以实现记录运动数据、健康数据、以及查阅时间信息等功能

在一些情况下，人们可能会将可穿戴设备与电子设备建立短距离通信连接，这样一来，可穿戴设备与电子设备之间可以互相传输数据。

在这种情况下，当电子设备接到来电时，电子设备进行来电显示。然而，当电子设备不在用户身边，或者电子设备被用户放在裤兜、手提包等情况下时，电子设备可能无法使得用户及时感知并处理来电。

发明内容

本申请提供一种信息显示方法和可穿戴设备，以改善当电子设备接到来电时，电子设备可能无法使得用户及时感知并处理来电的问题。

第一方面，本申请提供了一种信息显示方法，应用于通信系统，通信系统包括第一电子设备、第二电子设备和可穿戴设备。本申请提供的方法包括：可穿戴设备与第一电子设备建立短距离通信连接。在第一电子设备接收到来自第二电子设备的呼叫请求时，可穿戴设备接收来自第一电子设备的第一信息和第二信息，第一信息用于指示来电事件，第二信息用于标识第二电子设备对应的身份信息。可穿戴设备显示第一界面，第一界面包括第二信息以及目标控件，目标控件用于在被触发时处理来电事件。

本申请提供的信息显示方法，在第一电子设备接收到来电时，即使第一电子设备不在用户身边，或者第一电子设备被用户放在裤兜、手提包等情况下时，由于可穿戴设备通常被用户随身佩戴，可穿戴设备显示第一界面也可以使得用户及时感知到来电，并可以根据第二信息得到第二电子设备的身份信息，以便处理来电，为用户提供了方便。

在一种可选地实施方式中，本申请提供的方法还包括：可穿戴设备接收来自第一电子设备的第一标识，其中，第一标识用于指示第一电子设备运行的操作系统的类型。可穿戴设备接收来自第一电子设备的第一信息和第二信息，包括：可穿戴设备接收来自第一电子设备的第一信息；可穿戴设备响应于第一信息，检测第一标识指示的操作系统的类型；可穿戴设备根据操作系统的类型对应的目标策略，接收第二信息，其中，目标策略用于指示接收第二信息的方式。

这样一来，可穿戴设备可以基于第一电子设备运行的操作系统的类型，来决定接收第一信息和第二信息的方式。进而，使得可穿戴设备可以适配第一电子设备运行不同的的操作系统的类型，来接收第一信息和第二信息。

进一步地，第二信息包括电话号码和联系人信息，可穿戴设备根据操作系统的类型对应的目标策略，接收第二信息，包括：在操作系统的类型为安卓系统时，可穿戴设备接收来自第一电子设备的电话号码。可穿戴设备向第一电子设备发送第一请求，其中，第一请求用于指示查询与电话号码关联的联系人信息。第一电子设备响应于第一请求，从预存的电话薄里查询与电话号码关联的联系人信息。可穿戴设备接收来自第一电子设备的联系人信息。

这样一来，可穿戴设备可以适配第一电子设备运行的安卓系统，来接收第一信息和第二信息。

或者，进一步地，第二信息包括电话号码和联系人信息，可穿戴设备根据操作系统的类型对应的目标策略，接收第二信息，包括：在操作系统的类型为iOS系统时，可穿戴设备接收来自第一电子设备的电话号码。可穿戴设备接收来自第一电子设备的联系人信息，其中，联系人信息是第一电子设备根据电话号码从预存的电话薄查询到的。

这样一来，可穿戴设备可以适配第一电子设备运行的iOS系统，来接收第一信息和第二信息。

或者，进一步地，第二信息包括电话号码和联系人信息，可穿戴设备根据操作系统的类型对应的目标策略，接收第二信息，包括：在操作系统的类型为iOS系统时，可穿戴设备接收来自第一电子设备的联系人信息，其中，联系人信息是第一电子设备根据呼叫请求中携带的电话号码从预存的电话薄查询到的。可穿戴设备接收来自第一电子设备的电话号码。

这样一来，可穿戴设备可以适配第一电子设备运行的iOS系统，来接收第一信息和第二信息。

更进一步地，可穿戴设备接收来自第一电子设备的电话号码，包括：在第一电子设备支持来电显示时，可穿戴设备接收来自第一电子设备的电话号码。

这样一来，穿戴设备在接收到来电事件时显示的内容与第一电子设备接收来电事件时显示的内容相同，更符合用户的使用需求。

更进一步地，电话号码为第一数据包中的内容，第一数据包是呼叫请求中携带的，且第一数据包中的内容为：第一电子设备的第二界面中的内容，其中，第二界面为第一电子设备接收到呼叫请求时显示的界面。

在一种可选地实施方式中，第二信息包括电话号码，可穿戴设备显示第一界面包括：

若可穿戴设备在预设时长内未接收到联系人信息，则可穿戴设备显示第一界面，第一界面包括电话号码以及与第一信息关联的目标控件。

这样一来，可穿戴设备在预设时长内未接收到联系人信息时，可以及时显示电话号码。如此，用户可以感知到发出呼叫请求的第二电子设备的电话号码，以便处理来电，为用户提供了方便。

进一步地，第二信息还包括联系人信息，在可穿戴设备显示第一界面之后，本申请提供的方法还包括：可穿戴设备接收来自第一电子设备的联系人信息。可穿戴设备在第一界面显示联系人信息。

可以理解地，可穿戴设备在预设时长之后又接收到联系人信息时，可穿戴设备在第一界面显示联系人信息。这样一来，如此，用户可以感知到发出呼叫请求的第二电子设备的对应的联系人信息，以便处理来电，更进一步地为用户提供了方便。

在一种可选地实施方式中，目标控件包括第一控件和第二控件，其中，第一控件用于指示接听来电，第二控件用于指示挂断来电，在可穿戴设备显示第一界面之后，本申请提供的方法还包括：可穿戴设备响应于用户对第一控件的触发操作，通过第一电子设备与第二电子设备进行通话交互。或者，可穿戴设备响应于用户对第二控件的触发操作，通过第一电子设备挂断来自第二电子设备的来电。

如此，可穿戴设备可以响应于用户的触发操作，挂断或者接听电话，方便快捷。

第二方面，本申请提供了一种信息显示装置，应用于可穿戴设备。本申请提供的装置包括：通信单元，用于与第一电子设备建立短距离通信连接。通信单元，还用于在第一电子设备接收到来自第二电子设备的呼叫请求时，可穿戴设备接收来自第一电子设备的第一信息和第二信息，第一信息用于指示来电事件，第二信息用于标识第二电子设备对应的身份信息。显示单元，用于显示第一界面，第一界面包括第二信息以及目标控件，目标控件用于在被触发时处理来电事件。

第三方面，本申请还提供一种穿戴设备，包括处理器和存储器，存储器用于存储代码指令；处理器用于运行代码指令，使得穿戴设备以执行如第一方面或第一方面的任一种实现方式中描述的信息显示方法。

第四方面，本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有指令，当指令被执行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的信息显示方法。

第五方面，本申请还提供一种计算机程序产品，包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的信息显示方法。

应当理解的是，本申请的第二方面至第五方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1为用户A在客厅时，将可穿戴设备与电子设备建立蓝牙连接的示意图；

图2为可穿戴设备被放在客厅的电视柜，用户A携带可穿戴设备到卧室的示意图；

图3为电子设备与可穿戴设备建立蓝牙连接且电子设备接收到来电时，电子设备与可穿戴设备的界面示意图；

图4为本申请实施例提供的可穿戴设备的硬件结构示意图；

图5为本申请实施例提供的可穿戴设备的软件结构示意图；

图6为本申请实施例提供的信息显示方法的流程图之一；

图7中的（a）-（c）为本申请实施例提供的智能手表与第一手机建立蓝牙连接的界面示意图；

图8中的（a）-（c）为本申请实施例提供的第一手机接收到第一信息的交互示意图；

图9为本申请实施例提供的信息显示方法的流程图之二；

图10中的（a）-（c）为申请实施例提供的智能手表接收到第二信息时的界面示意图；

图11中的（a）-（c）为申请实施例提供的智能手表响应于对接听控件的触发操作，向第二手机发送第一指令的交互示意图；

图12中的（a）-（c）为申请实施例提供的第二手机向智能手表发送第一语音包的交互示意图；

图13中的（a）-（c）为申请实施例提供的智能手表向第二手机发送第二语音包的交互示意图；

图14中的（a）-（c）为申请实施例提供的智能手表响应于对挂断控件的触发操作，向第二手机发送第一指令的交互示意图；

图15为本申请实施例提供的信息显示方法的流程图之三；

图16中的（a）-（b）为本申请实施例提供的智能手表先显示电话号码，而后显示联系人信息的界面示意图；

图17为本申请实施例提供的信息显示方法的流程图之四；

图18为本申请实施例提供的信息显示方法的流程图之五；

图19为本申请实施例提供的信息显示方法的流程图之六；

图20为本申请实施例提供的信息显示方法的流程图之七；

图21为本申请实施例提供的来电显示装置的功能模块示意图；

图22为本申请实施例提供的一种终端设备的硬件结构示意图；

图23为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一值和第二值仅仅是为了区分不同的值，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项（个）”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a，b，或c中的至少一项（个），可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

目前，随着电子技术的发展，电子设备已经成为人们工作生活的一部分。例如，人们可以使用电子设备实现打电话等功能。

如图1所示，用户A在客厅看电视时，可穿戴设备100与电子设备200建立蓝牙连接。如此，用户A可以将使得可穿戴设备100与电子设备200之间进行数据传输（如运动数据，健康数据等）。在一段时间后，如图2所示，用户A将电子设备200置于电视柜上，并携带处于熄屏状态的可穿戴设备100离开客厅进入卧室。用户A在进入卧室内后，电子设备200接收到来电。进而，如图3所示，电子设备200显示来电界面201。其中，来电界面201包括第二信息，第二信息包括联系人A及联系人A的电话号码，而可穿戴设备100仍然保持熄屏的状态。

由于用户A在卧室，而电子设备100位于客厅的电视柜。如此，用户A可能无法及时感知并处理来电。

有鉴于此，本申请提供了一种信息显示方法，包括：在第一电子设备接收到来自第二电子设备的呼叫请求时，可穿戴设备接收来自第一电子设备的第一信息和第二信息，第一信息用于指示来电事件，第二信息用于标识第二电子设备对应的身份信息。这样一来，在第一电子设备接收到来电时，即使第一电子设备不在用户身边，或者第一电子设备被用户放在裤兜、手提包等情况下时，由于可穿戴设备通常被用户随身佩戴，可穿戴设备显示第一界面也可以使得用户及时感知到来电，并可以根据第二信息得到第二电子设备的身份信息，以便处理来电，为用户提供了方便。

可以理解的是，上述的可穿戴设备还可以是智能手环、以及增强现实（augmentedreality，AR）可穿戴设备等。本申请的实施例对可穿戴设备所采用的具体技术和具体设备形态不做限定。

为了能够更好地理解本申请实施例，示例性的，图4为本申请实施例提供的一种可穿戴设备100的结构示意图。

可穿戴设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，收话器170B，麦克风170C，传感器模块180，按键190，指示器192以及显示屏194等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，肌电信号传感器180C，脉搏信号传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L等。

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

处理器110可以包括一个或多个处理单元。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110中还可以设置存储器，用于存储指令和数据。

可穿戴设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。可穿戴设备100中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块150可以提供应用在可穿戴设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

无线通信模块160可以提供应用在可穿戴设备100上的包括无线局域网（wirelesslocal area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS）等无线通信的解决方案。可以理解地，无线通信模块160支持蓝牙功能，无线通信模块160可以基于蓝牙的免提模式（Hands free Profile，HFP）协议、和电话本访问协议（Phone BookAccess Profile，PBAP）与运行安卓系统的电子设备交互，以实现来电显示，以及控制电话的接听、挂断、拒接、以及语音拨号等功能。无线通信模块160可以基于蓝牙的免提模式（Hands free Profile，HFP）协议、和苹果通知中心（Apple Notification CenterService，ANCS）协议，以实现来电显示，以及控制电话的接听、挂断、拒接、以及语音拨号等功能。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，可穿戴设备100可以包括1个或N个显示屏194，N为大于1的正整数。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。例如，内部存储器121可以存储有用于指示接收到来电的目标控件。内部存储器121还可以存储与可穿戴设备100连接的电子设备运行的操作系统。例如，内部存储器121存储的字段“10”用于指示与与可穿戴设备100连接的电子设备运行的操作系统为安卓系统；内部存储器121存储的字段“11”用于指示与与可穿戴设备100连接的电子设备运行的操作系统为iOS系统。

可穿戴设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，以及应用处理器等实现音频功能。例如采集用户输入的语音，以及播放来自电子设备的语音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。可穿戴设备100可以通过扬声器170A收听音乐，或收听免提通话。收话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当可穿戴设备100接听电话或语音信息时，可以通过将收话器170B靠近人耳接听语音。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

可穿戴设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构等，在此不再赘述。

本申请实施例以分层架构的Android系统为例，示例性说明可穿戴设备100的软件结构。图5为本申请实施例适用的可穿戴设备100的一种软件结构框图。分层架构将可穿戴设备100的软件系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可以将Android系统分为五层，分别为应用程序层（applications）、应用程序框架层（application framework）、安卓运行时(Androidruntime)和系统库、硬件抽象层（hardware abstract layer，HAL）以及内核层（kernel）。

应用程序层可以包括一系列应用程序包，应用程序层通过调用应用程序框架层所提供的应用程序接口（application programming interface，API）运行应用程序。如图3所示，应用程序包可以包括蓝牙，图库，相机，电话，地图，导航，WLAN，闹钟，信息等应用程序。

应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。如图5所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供可穿戴设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。通知管理器使应用程序可以在状态栏中显示通知信息。

安卓运行时包括核心库和虚拟机。安卓运行时负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。系统库可以包括多个功能模块。

硬件抽象层，可以包含多个库模块，库模块如可以为摄像头库模块、马达库模块等。Android系统可以为设备硬件加载相应的库模块，进而实现应用程序框架层访问设备硬件的目的。设备硬件可以包括如可穿戴设备100中的麦克风、扬声器、显示屏等。

内核层是硬件和软件之间的层。内核层用于驱动硬件，使得硬件工作。内核层至少包含显示驱动，音频驱动，蓝牙驱动等，本申请实施例对此不做限制。

本申请的技术术语介绍：

HFP协议，即免提模式协议，可以让可穿戴设备可以实现电话的多种功能。如接听、挂断、拒接、以及语音拨号等。

PBAP协议：即电话本访问协议，是一种基于对象交换的上层协议，该协议可以同步具有电话本功能设备上的通讯录和通话记录等信息。

ANCS协议：即苹果通知中心服务协议，使得智能手环、智能手表100可以收到运行iOS操作系统的电子设备的来电、短信及各种应用的通知信息。

下面，以可穿戴设备为智能手表100，第一电子设备为第一手机200，第二电子设备为第二手机300为例，结合具体实施例，对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

需要说明的是，当第一手机200运行的操作系统为安卓系统时，智能手表100与第一手机200之间的通信协议规定的信息显示方法；与第一手机200运行的操作系统为iOS系统时，智能手表100与第一手机200之间的通信协议规定的信息显示方法不同。

下面，结合图6说明第一手机200运行的操作系统为安卓系统时，本申请实施例提供的信息显示方法。本申请实施例提供的信息显示方法应用于通信系统，通信系统包括第一手机200、第二手机300和智能手表100。如图6所示，本申请提供的一种实施例包括：

S601：智能手表100与第一手机200建立短距离通信连接。

其中，上述的短距离通信连接可以是wifi连接，或者蓝牙连接等，在此不作限定。

下面，以短距离通信连接为蓝牙连接为例，结合图7说明智能手表100与第一手机200如何建立蓝牙连接。如图7中的（a）所示，第一手机200可以响应于用户A对系统桌面的“设置”图标的触发操作，显示功能列表界面701，功能列表界面701包括蓝牙选项702。如图7中的（b）所示，第一手机200可以响应于用户对蓝牙选项702的触发操作，显示蓝牙连接界面703。蓝牙连接界面703包括第三控件704，第三控件704用于开启蓝牙功能。如图7中的（c）所示，第一手机200可以响应于用户A对第三控件704的触发操作，开启蓝牙功能。

进而，第一手机200进行设备查找，查找到智能手表100的设备身份“watch-1”。如图7中的（c）所示，第一手机200可以响应于用户A对第三控件704的触发操作，开启蓝牙功能。进而，第一手机200可以响应于用户A对设备身份“watch-1”的触发操作，与第一手机200建立蓝牙连接。

需要说明的是，上述仅仅是建立蓝牙连接的一种方式。智能手表100与第一手机200建立蓝牙连接的方式还可以是其他方式。例如，若第一手机200与智能手表100曾经连接过，且智能手表100是第一手机200最后一次连接的设备，则在智能手表100的蓝牙功能开启后，第一手机200自动向智能手表100发起回连。

示例性地，仍如图1所示，用户A在客厅看电视时，智能手表100与第一手机200可以通过上述的方式建立蓝牙连接。如此，用户A可以使得智能手表100与第一手机200之间进行数据传输（如传输运动数据，健康数据等功能）。

S602：智能手表100接收来自第一手机200的第一标识，其中，第一标识用于指示第一手机200运行的操作系统的类型。

其中，第一标识可以为字段“111”，或者字段“android”，用于指示第一手机200运行的是安卓系统。智能手表100可以将第一标识存储在内部存储器121中。

在一些实施例中，在一段时间后，仍如图2所示，用户A将第一手机200置于电视柜上，并携带智能手表100离开客厅进入卧室。这时，智能手表100与第一手机200仍然保持蓝牙连接。

S603：智能手表100基于HFP协议接收来自第一手机200的第一信息，第一信息用于指示来电事件。

示例性地，如图8中的（a）-（b）所示，第二手机300向第一手机200拨打电话时，第一手机200接收到来自第二手机300的呼叫请求。第一手机200响应于呼叫请求，如图8中的（c）所示，向智能手表100发送第一信息。

其中，第一信息可以为携带有字段“11”的ciev命令，也可以为携带字段“call”的ciev命令，在此不作限定。

S604：智能手表100响应于第一信息，确定与第一信息对应的目标控件，其中，目标控件用于在被触发时处理来电事件。

智能手表100在识别到第一信息中的字段“11”或“call”时，确定第一手机200接收到来电。进而，智能手表100可以根据字段“11”或“call”，查找到对应的目标控件。其中，目标控件包括接听控件、挂断控件等。

S605：智能手表100开始计时。

示例性地，智能手表100可以启动定时器，开始计时。

S606：智能手表100检测到第一标识指示的系统类型为安卓系统且在计时未达到预设时长时，基于HFP协议接收来自第一手机200的第一数据包。

需要说明的是，S604-S606之间没有先后顺序。

其中，第一数据包需要同时满足以下两个条件：

条件1：第一数据包中的内容是第二手机300向第一手机200发送呼叫请求时携带的。

示例性地，呼叫请求中携带有电话号码。

条件2：第一数据包中的内容为：第一手机200的第二界面中的内容。其中，第二界面为第一手机200接收到呼叫请求时显示的界面。

这样一来，当第一手机200的SIM卡支持来电显示时，第二界面中的内容可以包括电话号码、联系人信息等信息。当第一手机200的SIM卡不支持来电显示时，第二界面中的内容可以包括接听控件和挂断控件，而不包括电话号码以及联系人信息。

如此，当第一手机200的SIM卡支持来电显示时，在同时满足上述两个条件的情况下，第一数据包包括电话号码。当第一手机200的SIM卡不支持来电显示时，第一数据包未包括电话号码。

示例性地，智能手表100接收第一数据包的方式可以包括但不限于如下几种方式：

第一种：智能手表100基于HFP协议接收来自第一手机200的ccwa数据包，其中，ccwa数据包即第一数据包。

第二种：智能手表100基于HFP协议接收来自第一手机200的clip数据包，其中，clip数据包即第一数据包。

第三种：智能手表100基于HFP协议向第一手机200发送用于获取第一数据包的请求。智能手表100基于HFP协议接收第一手机200发送的clcc数据包，其中，clcc数据包即第一数据包。

其中，上述的三种情况可以任选其中一种、两种或者包括其中的三种，在此不作限定。

S607：智能手表100识别第一数据包中是否携带有电话号码，如果否，则如图9所示，执行S608-1，如果是，则仍如图6所示，执行S609。

S608-1：智能手表100关闭定时器，停止计时，并删除第一标识。

可以理解地，当第一手机200的SIM卡不支持来电显示时，则第一手机200的第二界面中未包含电话号码。如此，第一数据包中未携带有电话号码，这样一来，智能手表100可以关闭定时器，停止计时以节省计算资源。另外，智能手表100还删除第一标识，以节省存储空间。

S608-2：智能手表100显示第一界面，第一界面包括目标控件。其中，目标控件用于在被触发时处理来电事件。

其中，第一界面还可以包括提示信息，例如，“未知号码来电”等文字信息。

示例地地，挂断控件和接听控件在被触发时处理来电事件，处理来电事件的具体过程可以参照下述对S611的描述，在此不赘述。

S609：智能手表100基于PBAP协议向第一手机200发送第一请求，其中，第一请求用于指示查询电话号码关联的联系人信息。

需要说明的是，在PBAP协议规定，智能手表100需要向第一手机200请求获取联系人信息。

在一些实施例中，在S609之后，本申请实施例提供的信息显示方法可以包括：

S610：若智能手表100在计时未达到预设时长时，智能手表100基于PBAP协议接收第一手机200响应于第一请求发送的联系人信息。

需要说明的是，第一手机200存储有电话薄。其中，电话薄包括联系人信息和电话号码的映射关系。第一手机200可以根据电话薄查询到电话号码对应的联系人信息。进而，第一手机200向智能手表100发送联系人信息。

可以理解地，如图10中的（a）-（b）所示，上述的S606-S610可以理解为智能手表100接收来自第一手机200的第二信息。其中，第二信息可以包括电话号码和联系人信息等信息。

可以理解地，在第一手机200运行的操作系统为安卓系统时，需要智能手表100基于PBAP协议向第一手机200发送第一请求，才能接收到来自第一手机200的联系人信息。而且，先接收电话号码，后接收联系人信息。即是说，智能手表100可以根据操作系统的类型对应的目标策略，接收第二信息，其中，目标策略用于指示接收第二信息的方式。

这样一来，智能手表100可以基于第一手机200运行的操作系统的类型，来决定接收第一信息和第二信息的方式。进而，使得智能手表100可以适配第一手机200运行不同的的操作系统的类型，来接收第一信息和第二信息。如，智能手表100可以适配第一手机200运行的的安卓系统，来接收第一信息和第二信息。

可以理解地，上述的S602-S609可以理解为：在第一手机200接收到来自第二手机300的呼叫请求时，智能手表100接收来自第一手机200的第一信息和第二信息。

S611：智能手表100显示第一界面101，其中，第一界面101包括第二信息和第一信息对应的目标控件。其中，目标控件用于在被触发时处理来电事件。

示例性地，在这种情况下，第一界面101包括联系人信息（如联系人A）和电话号码（如“138XXXXXXXX”）。如图10中的（c）所示，第一界面101中的联系人信息和电话号码为第二信息。可见，第二信息为标识第二手机300对应的身份信息。另外，第二信息还可以包括归属地等信息，在此不作限定。

可以理解地，S611中显示的第二信息，是在第一手机200支持来电显示的情况下，才显示的。如此，可以使得智能手表100在接收到来电事件时显示的内容与第一手机200接收来电事件时显示的内容相同，更符合用户的使用需求。

可选地，智能手表还可以在显示第一界面101时，播放电话响铃，以进一步地提示用户接收到来电。

具体地，第一界面101中还包括挂断控件和接听控件，可以理解地，挂断控件和接听控件为上述的目标控件，挂断控件和接听控件在被触发时处理来电事件。

示例性地，在一些实施方式中，如图11中的（a）-（b）所示，智能手表100可以响应于用户A对第一界面101中的接听控件的触发操作，向第一手机200发送第一指令，第一指令用于指示接听电话。如图11中的（b）-（c）所示，第一手机200向第二手机300发送第一指令。

进而，如图12中的（a）-（b）所示，第一手机200接收来自第二手机300的第一语音包。如图12中的（b）-（c）所示，智能手表100接收来自第一手机200的第一语音包并播放，以使用户A能够感知到来自第二手机300的第一语音包。

类似地，如图13中的（a）-（b）所示，智能手表100采集用户发出的语音，向第一手机200发送第二语音包。进而，如图13中的（b）-（c）所示，第一手机200向第二手机300发送第二语音包。这样一来，使得用户A能够通过智能手表100向第二手机300发送第二语音包。

可以理解地，上述的图11-图13为智能手表100响应于用户A对接听控件的触发操作，通过第一手机200与第二手机300实现通话交互的过程。

示例性地，在另一些实施方式中，如图14中的（a）-（b）所示，智能手表100可以响应于用户A对挂断控件的触发操作，向第一手机200发送第一指令，第一指令用于指示挂断电话。进而，如图14中的（c）所示，第一手机200向第二手机300发送第一指令。这样一来，第一手机200挂断来自第二手机200的来电。

可以理解地，上述的图14为智能手表100响应于用户A对挂断控件的触发操作，使得第一手机200挂断来自第二手机200的来电的过程。

如此，用户A在智能手表100即可实现与第二手机300之间的电话的接听和挂断，方便快捷。

基于上述，当位于客厅的电视柜上的第一手机200接收到来电时，位于卧室内的用户A可以及时通过智能手表100的第一界面101感知到来电的电话号码，以处理来电。另外，用户还可以通过第一界面101上的联系人信息，更便捷的得知来电的拨号方，以更方便的处理来电。需要说明的是，由于智能手表100的存储空间较小，智能手表100从第一手机200获取联系人信息，而无需存储电话薄，节省了智能手表100的存储空间。

在一些实施例中，在上述的S609之后，如图15所示，本申请实施例提供的信息显示方法还可以包括：

S612：智能手表100在计时达到预设时长时，停止计时。

S613：智能手表100显示第一界面101。其中，第一界面101包括电话号码和第一信息对应的目标控件。

示例性地，第一界面101中包括挂断控件、接听控件以及电话号码。由于智能手表100在计时达到预设时长时，未接收到联系人信息，如此，如图16中的（a）所示，智能手表100的第一界面101包括电话号码“138XXXXXXXX”。可见，在这种情况下，第一信息包括电话号码。

这样一来，当位于客厅的电视柜上的第一手机200接收到来电时，位于卧室内的用户A可以及时通过智能手表100的第一界面101感知到发出呼叫请求的第二手机300的电话号码，以便处理来电，为用户提供了方便。

S614：智能手表100基于PBAP协议来自第一手机200的联系人信息。

S615：智能手表100在第一界面101显示联系人信息。

可以理解地，若一段时间后（如1s、2s等），如图16中的（b）所示，智能手表100又接收到联系人信息（即联系人A），则在第一界面101显示联系人信息。可见，在这种情况下，第二信息不仅包括电话号码，还包括联系人信息。这样一来，用户还可以通过第一界面101上的联系人信息，感知到发出呼叫请求的第二手机300的对应的联系人信息，以便处理来电，为用户提供了方便。

需要说明的是，上述的图6、图15对应的实施例为第一手机200运行的操作系统为安卓系统时，本申请实施例提供的信息显示方法。下面，结合图17-图20说明第一手机200运行的操作系统为iOS系统时，本申请实施例提供的信息显示方法。如图17所示，本申请提供的一种实施例包括：

S1701：智能手表100与第一手机200建立短距离通信连接。

其中，S1701与上述的S601的原理相同，在此不作赘述。

S1702：智能手表100接收来自第一手机200的第一标识，其中，第一标识用于指示第一手机200运行的操作系统的类型。

示例性地，第一标识可以为字段“110”，或者字段“iOS”，用于指示第一手机200运行的是iOS系统。

其中，S1702与上述的S602的原理相同，在此不作赘述。

S1703：智能手表100基于HFP协议接收来自第一手机200的第一信息，第一信息用于指示来电事件。

其中，S1703与上述的S603的原理相同，在此不作赘述。

S1704：智能手表100响应于第一信息，确定与第一信息对应的目标控件。其中，目标控件用于在被触发时处理来电事件。

其中，S1704与S604的原理相同，在此不作赘述。

S1705：智能手表100启动定时器，开始计时。

其中，S1705与S605的原理相同，在此不作赘述。

S1706：智能手表100检测到第一标识指示的系统类型为iOS系统且计时未达到预设时长时，基于HFP协议接收来自第一手机200的第一数据包。

其中，第一数据包需要同时满足以下两个条件：

条件1：第一数据包中的内容是第二手机300向第一手机200发送呼叫请求时携带的。

例如，呼叫请求中可以携带有电话号码。

条件2：第一数据包中的内容为：第一手机200的第二界面中的内容。其中，第二界面为第一手机200接收到呼叫请求时显示的界面。

这样一来，当第一手机200的SIM卡支持来电显示时，第二界面中的内容可以包括电话号码、联系人信息等信息。当第一手机200的SIM卡不支持来电显示时，第二界面中的内容可以包括接听控件和挂断控件，而不包括电话号码以及联系人信息。

可以理解地，S1706与S606的原理相同，在此不作赘述。

S1707：智能手表100识别第一数据包中是否携带有电话号码，如果否，则如图18所示，执行S1708，如果是，则仍如图17所示，执行S1711。

S1708-1：智能手表100关闭定时器，停止计时，且删除存储的第一标识。

可以理解地，S1708-1与上述的S608-1的原理相同，在此不再赘述。

S1708-2：智能手表显示第一界面，第一界面包括目标控件。其中，目标控件用于在被触发时处理来电事件。

其中，S1708-2的原理与上述的S608-2的原理相同，在此不作赘述。

在一些实施例中，在S1707之后，仍如图17所示，本申请实施例提供的信息显示方法可以包括：

S1711：若智能手表100在计时未达到预设时长时，基于ANCS协议接收到第一手机200发送的联系人信息。

示例性地，在运行iOS操作系统的第一手机200在发出第一数据包后，可以查询第一数据包的电话号码关联的联系人信息。进而，第一手机200基于ANCS协议将查询到的联系人信息发送到智能手表100。

可以理解地，在第一手机200运行的操作系统为iOS系统时，需要智能手表100基于ANCS协议等待接收来自第一手机200的联系人信息。而且，先接收电话号码后接收联系人信息。即是说，智能手表100可以根据操作系统的类型对应的目标策略，接收第二信息，其中，目标策略用于指示接收第二信息的方式。

这样一来，智能手表100可以基于第一手机200运行的操作系统的类型，来决定接收第一信息和第二信息的方式。进而，使得智能手表100可以适配第一手机200运行不同的的操作系统的类型，来接收第一信息和第二信息。如如，智能手表100可以适配第一手机200运行的的iOS系统，来接收第一信息和第二信息。

S1712：智能手表100显示第一界面101，其中，第一界面101包括目标控件、联系人信息以及电话号码。

其中，在这种情况下，第二信息包括联系人信息和电话号码，S1711的原理与上述的S1716的原理相同，在此不作赘述。

在一些实施例中，在S1707中的第一数据包包括电话号码时，在上述的S1707之后，如图19所示，本申请实施例提供的信息显示方法还可以包括：

S1713：智能手表100在计时达到预设时长时，停止计时。

S1714：智能手表100显示第一界面101，其中，第一界面101包括目标控件和电话号码。

示例性地，第一界面101中包括挂断控件、接听控件以及电话号码。由于在S1713中，智能手表100未接收到联系人信息，如此，仍如图15中的（a）所示，智能手表100的第一界面101包括电话号码。可见，在这种情况下，第二信息包括电话号码。

这样一来，当位于客厅的电视柜上的第一手机200接收到来电时，位于卧室内的用户A可以及时通过智能手表100的第一界面101感知到来电的电话号码，以处理来电。

S1715：智能手表100在接收到第一手机200联系人信息时，在第一界面101显示联系人信息。

可以理解地，若一段时间后（如1s、2s等），仍如图15中的（b）所示，智能手表100又接收到联系人信息，则在第一界面101显示联系人信息。可见，在这种情况下，第二信息不仅包括电话号码，还包括联系人信息。用户还可以通过第一界面101上的联系人信息更便捷的得知来电的拨号方，以更方便的处理来电。

需要说明的是，在上述实施例中，是以智能手表100得到第一数据包之后接收到联系人信息为例说明的。在另一些实施例中，以智能手表100接收到联系人信息还可以在得到第一数据包之后。如图20所示，在上述的S1706之前，本申请提供的信息显示方法还可以包括：

S1716：智能手表100在第一标识指示的系统类型为iOS系统时，在计时未达到预设时长时基于ANCS协议接收第一手机200发送的联系人信息。

其中，联系人信息是第一手机200根据呼叫请求中携带的电话号码，从预存的电话薄查询到的。

可以理解地，在第一手机200运行的操作系统为iOS系统时，需要智能手表100基于ANCS协议等待接收来自第一手机200的联系人信息。而且，先接收联系人信息后接收电话号码。即是说，智能手表100可以根据操作系统的类型对应的目标策略，接收第二信息，其中，目标策略用于指示接收第二信息的方式。

当本申请提供的信息显示方法包括S1716时，上述的S1709-S1711和S1713-S1716可以省略。

另外，上述的介绍本申请实施例提供的信息显示方法中，提到的触发操作可以包括：点击操作、长按操作、以及手势触发操作等，在此不做限定。

另外，上述的介绍本申请实施例提供的信息显示方法中，是以可穿戴设备为智能手表为例进行说明的，在另一些实施例中，可穿戴设备还可以是智能手环，在此不作限定。

请参阅图21，本申请还提供了一种信息显示装置2100，应用于可穿戴设备。本申请提供的装置2100包括：通信单元2101，用于与第一电子设备建立短距离通信连接。通信单元2101，还用于在第一电子设备接收到来自第二电子设备的呼叫请求时，可穿戴设备接收来自第一电子设备的第一信息和第二信息，第一信息用于指示来电事件，第二信息用于标识第二电子设备对应的身份信息。显示单元2103，用于显示第一界面，第一界面包括第二信息以及目标控件，目标控件用于在被触发时处理来电事件。

在一种可选地实施方式中，通信单元2101，还用于接收来自第一电子设备的第一标识。其中，第一标识用于指示第一电子设备运行的操作系统的类型。

通信单元2101，还用于先接收来自第一电子设备的第一信息。本申请提供的信息显示装置2100还包括处理单元2102，用于响应于第一信息，检测第一标识指示的操作系统的类型。通信单元2101，还用于可穿戴设备根据操作系统的类型对应的目标策略，接收第二信息。其中，目标策略用于指示接收第二信息的方式。

进一步地，第二信息包括电话号码和联系人信息，通信单元2101，还用于在操作系统的类型为安卓系统时，可穿戴设备接收来自第一电子设备的电话号码。通信单元2101，还用于向第一电子设备发送第一请求。其中，第一请求用于指示查询与电话号码关联的联系人信息。通信单元2101，还用于接收来自第一电子设备的联系人信息。

或者，进一步地，第二信息包括电话号码和联系人信息。通信单元2101，具体用于在操作系统的类型为iOS系统时，先接收来自第一电子设备的电话号码，以及后接收来自第一电子设备的联系人信息。其中，联系人信息是第一电子设备根据电话号码从预存的电话薄查询到的。

或者，进一步地，第二信息包括电话号码和联系人信息。通信单元2101，具体用于在操作系统的类型为iOS系统时，先接收来自第一电子设备的联系人信息。其中，联系人信息是第一电子设备根据呼叫请求中携带的电话号码从预存的电话薄查询到的，以及后接收来自第一电子设备的电话号码。

更进一步地，通信单元2101，具体用于在第一电子设备支持来电显示时，接收来自第一电子设备的电话号码。

更进一步地，电话号码为第一数据包中的内容，第一数据包是呼叫请求中携带的，且第一数据包中的内容为：第一电子设备的第二界面中的内容，其中，第二界面为第一电子设备接收到呼叫请求时显示的界面。

在一种可选地实施方式中，第二信息包括电话号码，显示单元2103，用于若在预设时长内未接收到联系人信息，则显示第一界面，第一界面包括电话号码以及与第一信息关联的目标控件。

进一步地，第二信息还包括联系人信息，通信单元2101还用于接收来自第一电子设备的联系人信息。显示单元2103，还用于在第一界面显示联系人信息。

在一种可选地实施方式中，目标控件包括第一控件和第二控件，其中，第一控件用于指示接听来电，第二控件用于指示挂断来电，在可穿戴设备显示第一界面之后，处理单元2102用于响应于用户对第一控件的触发操作，通过第一电子设备与第二电子设备进行通话交互。或者，通信单元2101，用于响应于用户对第二控件的触发操作，通过第一电子设备挂断来自第二电子设备的来电。

示例性的，图22为本申请实施例提供的一种可穿戴设备的硬件结构示意图，如图22所示，该可穿戴设备包括处理器2201，通信线路2204以及至少一个通信接口（图22中示例性的以通信接口2203为例进行说明）。

处理器2201可以是一个通用中央处理器（central processing unit，CPU），微处理器，特定应用集成电路（application-specific integrated circuit，ASIC），或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路2204可包括在上述组件之间传送信息的电路。

通信接口2203，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线局域网（wireless local area networks，WLAN）等。

可能的，该可穿戴设备还可以包括存储器2202。

存储器2202可以是只读存储器（read-only memory，ROM）或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器（random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器（electrically erasable programmable read-only memory，EEPROM）。存储器可以是独立存在，通过通信线路2204与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器2202用于存储执行本申请方案的计算机执行指令，并由处理器2201来控制执行。处理器2201用于执行存储器2202中存储的计算机执行指令，从而实现本申请实施例所提供的信息显示方法。

可能的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器2201可以包括一个或多个CPU，例如图22中的CPU0和CPU1。

示例性的，图23为本申请实施例提供的一种芯片的结构示意图。芯片230包括一个或两个以上（包括两个）处理器2310和通信接口2330。

在一些实施方式中，存储器2340存储了如下的元素：可执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

本申请实施例中，存储器2340可以包括只读存储器和随机存取存储器，并向处理器2310提供指令和数据。存储器2340的一部分还可以包括非易失性随机存取存储器（non-volatile random access memory，NVRAM）。

本申请实施例中，存储器2340、通信接口2330以及存储器2340通过总线系统2320耦合在一起。其中，总线系统2320除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。为了便于描述，在图23中将各种总线都标为总线系统2320。

上述本申请实施例描述的方法可以应用于处理器2310中，或者由处理器2310实现。处理器2310可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器2310中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2310可以是通用处理器（例如，微处理器或常规处理器）、数字信号处理器（digitalsignal processing，DSP）、专用集成电路（application specific integrated circuit，ASIC）、现成可编程门阵列（field-programmable gate array，FPGA）或者其他可编程逻辑器件、分立门、晶体管逻辑器件或分立硬件组件，处理器2310可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。其中，软件模块可以位于随机存储器、只读存储器、可编程只读存储器或带电可擦写可编程存储器（electricallyerasable programmable read only memory，EEPROM）等本领域成熟的存储介质中。该存储介质位于存储器2340，处理器2310读取存储器2340中的信息，结合其硬件完成上述方法的步骤。

在上述实施例中，存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。其中，计算机程序产品可以是事先写入在存储器中，也可以是以软件形式下载并安装在存储器中。

计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线（digital subscriber line，DSL）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。例如，可用介质可以包括磁性介质（例如，软盘、硬盘或磁带）、光介质（例如，数字通用光盘（digital versatile disc，DVD））、或者半导体介质（例如，固态硬盘（solid state disk，SSD））等。

本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可能的设计，计算机可读介质可以包括紧凑型光盘只读储存器（compactdisc read-only memory，CD-ROM）、RAM、ROM、EEPROM或其它光盘存储器；计算机可读介质可以包括磁盘存储器或其它磁盘存储设备。而且，任何连接线也可以被适当地称为计算机可读介质。

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

Claims (12)

1.一种信息显示方法，其特征在于，应用于通信系统，所述通信系统包括第一电子设备、第二电子设备和可穿戴设备，所述方法包括：

所述可穿戴设备与所述第一电子设备建立短距离通信连接；

在所述第一电子设备接收到来自所述第二电子设备的呼叫请求时，所述可穿戴设备接收来自所述第一电子设备的第一信息和第二信息，所述第一信息用于指示来电事件，所述第二信息用于标识所述第二电子设备对应的身份信息；

所述可穿戴设备显示第一界面，所述第一界面包括所述第二信息以及目标控件，所述目标控件用于在被触发时处理所述来电事件。

2.根据权利要求1所述的方法，其特征在于，在所述可穿戴设备与第一电子设备建立短距离通信连接之后，所述方法还包括：

所述可穿戴设备接收来自所述第一电子设备的第一标识，其中，所述第一标识用于指示所述第一电子设备运行的操作系统的类型；

所述可穿戴设备接收来自所述第一电子设备的第一信息和第二信息，包括：

所述可穿戴设备接收来自所述第一电子设备的第一信息；所述可穿戴设备响应于所述第一信息，检测所述第一标识指示的所述操作系统的类型；所述可穿戴设备根据所述操作系统的类型对应的目标策略，接收所述第二信息，其中，所述目标策略用于指示接收所述第二信息的方式。

3.根据权利要求2所述的方法，其特征在于，所述第二信息包括电话号码和联系人信息，所述可穿戴设备根据所述操作系统的类型对应的目标策略，接收第二信息，包括：

在所述操作系统的类型为安卓系统时，所述可穿戴设备接收来自所述第一电子设备的电话号码；

所述可穿戴设备向第一电子设备发送第一请求，其中，所述第一请求用于指示查询与所述电话号码关联的联系人信息；

所述第一电子设备响应于所述第一请求，从预存的电话薄里查询与所述电话号码关联的联系人信息；

所述可穿戴设备接收来自所述第一电子设备的联系人信息。

4.根据权利要求2所述的方法，其特征在于，所述第二信息包括电话号码和联系人信息，所述可穿戴设备根据所述操作系统的类型对应的目标策略，接收第二信息，包括：

在所述操作系统的类型为iOS系统时，所述可穿戴设备接收来自所述第一电子设备的电话号码；

所述可穿戴设备接收来自所述第一电子设备的联系人信息，其中，所述联系人信息是所述第一电子设备根据所述电话号码从预存的电话薄查询到的。

5.根据权利要求2所述的方法，其特征在于，所述第二信息包括电话号码和联系人信息，所述可穿戴设备根据所述操作系统的类型对应的目标策略，接收第二信息，包括：

在所述操作系统的类型为iOS系统时，所述可穿戴设备接收来自所述第一电子设备的联系人信息，其中，所述联系人信息是所述第一电子设备根据所述呼叫请求中携带的所述电话号码从预存的电话薄查询到的；

所述可穿戴设备接收来自所述第一电子设备的电话号码。

6.根据权利要求3-5任一所述的方法，其特征在于，所述可穿戴设备接收来自所述第一电子设备的电话号码，包括：

在所述第一电子设备支持来电显示时，所述可穿戴设备接收来自所述第一电子设备的电话号码。

7.根据权利要求6所述的方法，其特征在于，所述电话号码为第一数据包中的内容，所述第一数据包是所述呼叫请求中携带的，且所述第一数据包中的内容为：所述第一电子设备的第二界面中的内容，其中，所述第二界面为所述第一电子设备接收到所述呼叫请求时显示的界面。

8.根据权利要求1所述的方法，其特征在于，所述第二信息包括电话号码，所述可穿戴设备显示第一界面包括：

若所述可穿戴设备在预设时长内未接收到联系人信息，则所述可穿戴设备显示所述第一界面，所述第一界面包括所述电话号码以及与所述第一信息关联的目标控件。

9.根据权利要求8所述的方法，其特征在于，所述第二信息还包括联系人信息，在所述可穿戴设备显示第一界面之后，所述方法还包括：

所述可穿戴设备接收来自所述第一电子设备的联系人信息；

所述可穿戴设备在所述第一界面显示所述联系人信息。

10.根据权利要求1所述的方法，其特征在于，所述目标控件包括第一控件和第二控件，其中，所述第一控件用于指示接听来电，所述第二控件用于指示挂断来电，在所述可穿戴设备显示第一界面之后，所述方法还包括：

所述可穿戴设备响应于用户对所述第一控件的触发操作，通过所述第一电子设备与所述第二电子设备进行通话交互；

或者，所述可穿戴设备响应于用户对所述第二控件的触发操作，通过所述第一电子设备挂断来自所述第二电子设备的来电。

11.一种可穿戴设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，使得所述可穿戴设备执行如权利要求1至10任一项所述的方法。

12.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，使得计算机执行如权利要求1至10任一项所述的方法。

Images