CN113794802B - 界面显示方法和电子设备 - Google Patents

Abstract

本申请实施例提供一种界面显示方法和电子设备，在方法中，第一电子设备检测到查看消息的操作，确定第一服务器中存在第一电话号码对应的丢失信息，显示第一界面，第一界面中显示有第一电话号码的丢失指示信息，丢失指示信息根据第一电话号码的丢失信息确定，从而能够向丢失的电子设备的通信对端提示电子设备的丢失信息，从而降低通信对端被诈骗的风险，提升通信中信息的安全性。

Description

界面显示方法和电子设备

技术领域

本申请涉及智能终端技术领域，特别涉及一种界面显示方法和电子设备。

背景技术

随着技术的发展，手机等电子设备具有越来越多的功能，存储着机主的诸多重要信息，例如电话联系人信息、短消息等。一旦电子设备丢失，容易出现冒充机主与其他人通信的诈骗情况，甚至造成其他人的经济损失。

发明内容

本申请提供了一种界面显示方法和电子设备，能够向丢失的电子设备的通信对端提示电子设备的丢失信息，从而降低通信对端被诈骗的风险，提升通信中信息的安全性。

第一方面，本申请实施例提供一种界面显示方法，应用于第一电子设备，包括：检测到查看消息的操作，消息包括通信对端号码是第一电话号码的第一消息；第一电话号码是第二电子设备关联的电话号码；第二电子设备是丢失的电子设备；确定第一服务器中存在第一电话号码对应的丢失信息；丢失信息由第一服务器在接收到第三电子设备发送的第一消息后存储，第一消息用于请求将第二电子设备设置为丢失模式；第一消息在第三电子设备通过第二电子设备的云账号登录第一服务器后发送；显示第一界面，第一界面中显示有第一电话号码的丢失指示信息，丢失指示信息根据第一电话号码的丢失信息确定。该方法能够通过第一界面显示第一电话号码的丢失指示信息，从而能够向与丢失的第二电子设备通信的第一电子设备提示第二电子设备的丢失信息，从而降低第一电子设备的用户被诈骗的风险，提升通信中信息的安全性。

在一种可能的实现方式中，第二电子设备的云账号与第三电子设备的云账号相同。

在一种可能的实现方式中，确定第一服务器中存在第一电话号码对应的丢失信息，包括：第一电子设备通过第一电子设备的云账号登录第一服务器；第一电子设备在通过第一电子设备的云账号登录第一服务器后，从第一服务器获取到第一电话号码对应的丢失信息。

在一种可能的实现方式中，确定第一服务器中存在第一电话号码对应的丢失信息，包括：确定第一消息中包括第一电话号码对应的丢失信息，第一消息中包括的丢失信息由第二服务器从第一服务器获取；第二服务器用于传输第一电子设备和第二电子设备之间的消息。

在一种可能的实现方式中，第一消息是第一电子设备接收到的消息，丢失信息由第二服务器携带在第一消息中发送至第一电子设备。

在一种可能的实现方式中，第一消息是第一电子设备发送的消息，丢失信息由第二服务器接收到第一消息后反馈至第一电子设备。

在一种可能的实现方式中，确定第一服务器中存在第一电话号码对应的丢失信息，包括：确定第一消息中包括第一电话号码对应的丢失信息，丢失信息由第一电子设备预先从第一服务器获取。

在一种可能的实现方式中，确定第一服务器中存在第一电话号码对应的丢失信息，还包括：确定第一消息中不包括第一电话号码对应的丢失信息，从第一服务器获取到第一电话号码对应的丢失信息。

在一种可能的实现方式中，确定第一消息中包括第一电话号码对应的丢失信息之后，确定第一服务器中存在第一电话号码对应的丢失信息，还包括：确定丢失信息的存储时间超过预设有效时长时，重新从第一服务器获取第一电话号码对应的丢失信息。

在一种可能的实现方式中，还包括：向第一服务器注册针对于第一电话号码的丢失信息的推送业务；接收第一服务器在第一电话号码的对应的丢失信息更新后发送的丢失信息；根据接收到的丢失信息更新第一消息中存储的丢失信息。

在一种可能的实现方式中，还包括：按照预设周期从第一服务器获取第一电话号码的丢失信息；根据获取到的丢失信息更新第一消息中存储的丢失信息。

在一种可能的实现方式中，查看消息的操作包括：消息列表的查看操作，第一界面包括：消息主界面；和/或，查看消息的操作包括：第一消息的查看操作，第一界面包括：第一消息的详情界面。

在一种可能的实现方式中，消息是短消息，或者，即时通信消息。

第二方面，本申请实施例提供一种电子设备，包括：

一个或多个处理器；存储器；以及一个或多个计算机程序，其中一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令，当指令被设备执行时，使得设备执行第一方面任一项的方法。

第三方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行第一方面任一项的方法。

第四方面，本申请提供一种计算机程序，当计算机程序被计算机执行时，用于执行第一方面的方法。

在一种可能的设计中，第四方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。

附图说明

图1为本申请实施例通话相关界面的示意图；

图2为本申请实施例通话记录相关界面的示意图；

图3为本申请实施例短消息相关界面的示意图；

图4为本申请界面显示方法适用的一种系统架构示意图；

图5A为本申请实施例丢失模式设置界面示意图；

图5B为本申请实施例丢失模式设置流程示意图；

图6为本申请界面显示方法一个实施例的流程示意图；

图7为本申请界面显示方法另一个实施例的流程示意图；

图8为本申请界面显示方法又一个实施例的流程示意图；

图9为本申请界面显示方法适用的另一种系统结构示意图；

图10为本申请界面显示方法又一个实施例的流程示意图；

图11为本申请界面显示方法又一个实施例的流程示意图；

图12为本申请电子设备一个实施例的软件结构示意图；

图13为本申请界面显示方法又一个实施例的流程示意图；

图14为本申请电子设备另一个实施例的软件结构示意图；

图15为本申请界面显示方法又一个实施例的流程示意图。

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

以电子设备是手机为例，手机丢失后，用户可以通过其他手机或电脑登录该手机对应的云账号(通常该手机对应的云账号是该手机上的SIM卡对应的手机号码)触发该手机的丢失模式，但是，如果丢失的手机没有被设置锁屏密码，则触发丢失模式的手机依然可以被拾到该手机的人操作，从而可能会冒充机主来进行通话、短信收发等功能。即便丢失的手机被设置了锁屏密码，如果该手机在锁屏的情况下接收到来电，来电依然可以被接听，拾到该手机的人可能会冒充机主来和来电方进行通信进行诈骗。而且，如果手机中的SIM卡没有设置密码，即便手机被设置了锁屏密码，SIM卡可以被拾到该手机的人拔出插在其他手机上使用，从而可能会冒充机主来进行通话或者短信收发等操作。

因此在手机丢失的情况下，基于目前的手机安全性设置，不法分子仍然可能使用该手机或者该手机中的SIM卡通过电话或者短信等通信方式对通信对端用户进行诈骗等不法行为。

为此，本申请提出一种界面显示方法，能够提示用户与其通信的对端电子设备的丢失信息，降低用户被诈骗的可能性，提升通信中信息的安全性。

以下实施例仍以电子设备是手机为例，对本申请界面显示方法进行示例性说明。

在本申请提供的一个实例中，电子设备中设置有以下应用：联系人应用、通话应用。通话应用用于向用户显示来电界面、去电界面和通话中界面，并完成上述界面对应的相应数据处理，例如通过电子设备向运营商网络侧发送通话请求，接收运营商网络侧发送的通话请求等等。联系人应用用于为用户提供通话记录主界面、通话记录详情界面、通讯录主界面、联系人详情界面、拨号界面等界面，并完成上述界面对应的相应数据处理。需要说明的是，以上应用仅为示例，在实际应用中，电子设备中通话应用、联系人应用的实现可能会基于应用实现功能划分的不同而存在差别。例如通话应用和联系人应用通过一个应用实现，或者，上述通话应用与联系人应用的功能存在差别等等。

本申请实施例中将拨号界面、来电界面、去电界面以及通话中界面等在通话过程中涉及到的界面统称为通话相关界面。

在本申请提供的另一个实例中，电子设备中设置有短消息应用，短消息应用用于为用户提供短消息主界面、短消息详情界面等界面，并完成上述界面对应的相应数据处理，例如接收运营商网络侧发送的短消息，向运营商网络侧发送短消息等等。

电子设备与其他电子设备之间发生一次通话行为，会存储该通话行为的信息，该信息可以称为一条通话记录。上述通话行为可以包括：电子设备作为主叫方呼叫其他电子设备，通话未接通；电子设备作为主叫方呼叫其他电子设备，且通话被接通；电子设备作为被叫方被其他电子设备呼叫，通话未接通；电子设备作为被叫方被其他电子设备呼叫，通话被接通。本申请实施例中，将通话行为中的上述其他电子设备称为通话对端，上述其他电子设备在通话行为中使用的电话号码称为通话对端的电话号码。

本申请实施例中，与电子设备发生短消息交互的其他电子设备称为消息对端，上述其他电子设备在短消息交互中使用的电话号码称为消息对端的电话号码。

本申请实施例中，将上述通话对端和消息对端统称为通信对端，通话对端的电话号码和消息对端的电话号码统称为通信对端的电话号码。

电子设备中可以包括若干个Sim卡，每个Sim卡关联有一个电话号码，也可以称为该电子设备关联有该电话号码。

以下的图1～图3中以电子设备是手机为例，说明本申请界面显示方法适用的场景。

图1示出了本申请界面显示方法适用的通话场景，其中包括通话相关界面的界面示意图。

如果第一用户的手机接收到来电，手机显示来电界面，例如界面110所示，来电界面110中显示来电信息。如果手机中未存储来电号码(也即通话对端的电话号码)，则显示的来电信息可以是来电号码，例如界面110中示出了来电号码12345678900；如果手机的联系人信息中存储有来电号码，则显示的来电信息可以是来电号码对应的联系人姓名等。

如果来电号码对应有丢失信息，例如来电号码关联的Sim卡当前正处于丢失状态或者处于过丢失状态，或，来电号码关联Sim卡所在的手机当前正处于丢失状态或者处于过丢失状态，则来电界面中显示丢失指示信息，用于提示来电号码对应的手机或者Sim卡的丢失信息以及通话风险，例如界面110中111部分示出的丢失指示信息“风险识别：该手机号码关联的手机处于丢失状态”等，从而，第一用户可以对该来电进行相对准确的风险评估，降低第一用户在来电号码关联的手机或者Sim卡处于丢失状态下被诈骗的可能性。

如果第一用户使用手机拨打电话，手机显示拨号界面，例如界面120所示，用户在拨号界面拨打去电号码(也即通话对端的电话号码)，选择“拨打”控件，手机显示去电界面，例如界面130所示，去电界面中显示去电信息。如果手机中未存储去电号码，则显示的去电信息可以是去电号码，例如界面130中示出了去电号码12345678900；如果手机中存储有去电号码，则显示的去电信息可以是去电号码对应的联系人姓名等。

如果去电号码对应有丢失信息，则去电界面中显示丢失指示信息，用于提示去电号码对应的手机或者Sim卡的丢失信息以及通话风险，例如界面130中131部分示出的丢失指示信息“风险识别：该手机号码关联的手机处于丢失状态”等，从而，第一用户可以对该去电进行相对准确的风险评估，降低第一用户在去电号码关联的手机或者Sim卡处于丢失状态下被诈骗的可能性。

如果第一用户在例如界面110所示的来电界面中选择“接听”控件，或者，例如界面130所示的去电界面中的去电被通话对端的用户接听，则手机显示通话中界面，例如界面140所示。如果来电界面或者去电界面中显示有丢失指示信息，通话中界面也可以相应显示丢失指示信息。例如界面140中141部分示出的丢失指示信息“风险识别：该手机号码关联的手机处于丢失状态”等，从而，第一用户可以对该通话进行相对准确的风险评估，降低第一用户在通话对端的电话号码关联的手机或者Sim卡处于丢失状态下被诈骗的可能性。

图2示出了本申请界面显示方法适用的查看通话记录的场景，其中包括通话记录相关界面的界面示意图。

通话记录可以由联系人应用进行管理。用户希望查看手机中的通话记录时，可以点击“通话记录”对应的图标，进入联系人应用中的通话记录主界面，主界面中显示通话记录列表，例如图2中界面210所示；对于通话记录列表中的每一条通话记录，如果某一条通话记录的通话对端电话号码对应有丢失信息，可以在该通话记录对应的显示位置显示丢失指示信息，例如界面210中在电话号码“12345678900”的下方显示有丢失指示信息“风险识别：该手机号码关联的手机处于丢失状态”，在联系人姓名“张xx”的下方显示有丢失指示信息“风险识别：该手机号码关联的手机24小时内存在丢失状态”。从而，第一用户可以在与该手机号码进行通信前或通信后对与该电话号码的通话风险进行相对准确的风险评估，降低第一用户在电话号码关联的手机或者Sim卡处于丢失状态下被诈骗的可能性。

用户选择某一条通话记录进入该条通话记录的详情界面，详情界面中显示通话对端用户的用户信息，如果通话对端的电话号码存储于手机通讯录中，详情界面中显示的用户信息一般是通话对端的电话号码在通讯录中对应的联系人姓名，如果通话对端的电话号码未存储于手机通讯录中，详情界面中显示的用户信息一般是通话对端的电话号码。例如界面220中显示有通话对端的电话号码“12345678900”。

如果通话对端的电话号码对应有丢失信息，可以在该详情界面显示丢失指示信息，例如图2的界面220中221部分所示，在通话对端的电话号码“12345678900”的下方显示有丢失指示信息“风险识别：该手机号码关联的手机处于丢失状态”。从而，第一用户可以对与该电话号码的通话风险进行相对准确的风险评估，降低第一用户在电话号码关联的手机或者Sim卡处于丢失状态下被诈骗的可能性。

图3示出了本申请实施例提供的界面显示方法适用的查看短消息的场景，其中包括短消息相关界面的界面示意图。

如图3所示，第一用户希望查看手机中的短消息时，进入短消息主界面，例如界面310所示，短消息主界面中显示有短消息列表。短消息列表中每一条短消息具有消息对端的电话号码。

如果某一条短消息的消息对端的电话号码对应有丢失信息，可以在该条短消息的显示位置对应显示丢失指示信息，例如界面310中311部分所示，在电话号码“12345678900”的下方显示有丢失指示信息“风险识别：当前手机处于丢失状态”，如312部分所示，在联系人姓名“张xx”的下方显示有丢失指示信息“风险识别：24小时内手机曾丢失”。从而，第一用户可以对与该电话号码的短消息通信风险进行相对准确的风险评估，降低第一用户在电话号码关联的手机或者Sim卡处于丢失状态下被诈骗的可能性。

如果第一用户选择短消息列表中的某一条短消息，进入短消息详情界面，例如界面320所示，短消息详情界面中显示有通信对端的信息，例如联系人姓名或者电话号码等，相应的，短消息详情界面60关联有短消息的通信对端的电话号码，例如界面320中所示的电话号码“12345678900”。

如果消息对端的电话号码对应有丢失信息，可以在短消息详情界面中显示丢失指示信息，例如界面320中321部分所示在电话号码“12345678900”的下方显示有丢失指示信息“风险识别：当前手机处于丢失状态”。从而，第一用户可以对与该电话号码的通信风险进行相对准确的风险评估，降低第一用户在该电话号码关联的手机或者Sim卡处于丢失状态下被诈骗的可能性。

图4为本申请界面显示方法适用的一种系统结构图，如图4所示，包括：第一电子设备410、第二电子设备420、第三电子设备430、第一服务器440，其中，

第一电子设备410是与第二电子设备进行通信的电子设备。

第二电子设备420是丢失的电子设备。

第三电子设备430是第二电子设备420的机主在第二电子设备420丢失后，登录第二电子设备的云账号，触发第二电子设备的丢失模式(将第二电子设备的状态设为丢失状态)所使用的电子设备，在一种情况下，第二电子设备和第三电子设备可以对应同一云账号(可以理解为一个云账号绑定了第二电子设备的手机号码和第三电子设备的手机号码)。

第一服务器440可以是单个服务器，也可以是服务器集群，本申请实施例不作限定。可选地，第一服务器440可以是云服务器。

可选地，上述第一服务器440可以是电子设备(包括第二和第三电子设备，进一步的，还可以包括第一电子设备)的生产商提供的服务器。可选地，用户可以在电子设备中通过云账号的方式登录第一服务器440。

第一服务器440中可以设置有设备丢失库，设备丢失库中可以存储有：丢失设备中Sim卡的摘要信息和号码信息。可选地，还可以存储有丢失设备的摘要信息。

Sim卡的摘要信息用于描述Sim卡的硬件信息。SIM卡是含有微处理器的智能卡，它由CPU、RAM、ROM、EPROM或EEPROM及串行通信单元等部分组成，Sim卡的硬件信息即是上述组成部分的信息。Sim卡的摘要信息可以是上述硬件信息，为了Sim卡的信息安全，Sim卡的摘要信息也可以是上述硬件信息加密处理后的信息，例如可以是上述硬件信息进行哈希计算后的哈希值。

Sim卡的号码信息可以包括：Sim卡关联的电话号码。

丢失设备的摘要信息也可以是硬件信息或者硬件信息加密处理后的信息，例如可以是SN号。

可选地，为了更为精确的记录丢失信息，设备丢失库中还可以记录丢失设备的丢失时间、找回时间等信息，记录Sim卡的丢失时间、找回时间等信息。

需要说明的是，在Sim卡与电子设备未被分离的条件下，Sim卡的丢失时间、找回时间等信息与电子设备的丢失时间、找回时间一致。

第一服务器440中可以设置有设备库，其中可以记录有用户的云账号，云账号中关联的若干个电子设备例如手机的信息，每个电子设备的信息可以包括：电子设备的摘要信息、以及电子设备中Sim卡的描述信息，电子设备的摘要信息可以包括：电子设备的SN号等；Sim卡的描述信息可以包括Sim卡摘要信息和号码信息。

以电子设备是手机为例，如果第二用户的手机1丢失，则其可以通过另一手机2将丢失的手机1设置为丢失模式，设置为丢失模式的界面图例如图5A所示，第二用户通过网页或者App等方式登录自己的云账号后，进入丢失模式的设置界面510，通过操作将丢失的手机设置为丢失模式。此时，如图5B所示，手机2与第一服务器之间的处理流程可以包括：

手机2接收到模式设置操作，例如第二用户在上述图5A中所示丢失模式设置界面510中点击丢失的“手机1”的“设为丢失模式”控件，相应的，手机2可以接收到第二用户的模式设置操作；响应于模式设置操作，手机2向第一服务器发送模式设置消息，该消息用于指示第一服务器将模式设置消息指示的手机1设置为丢失模式，消息中可以包括：丢失的手机1的摘要信息。

第一服务器440接收到模式设置消息，可以基于丢失的手机1的摘要信息从设备库获取丢失手机1中Sim卡的描述信息，将Sim卡的描述信息存储至上述设备丢失库。

需要说明的是，电子设备中可以包括一张或者多张Sim卡，此时，基于丢失的电子设备的摘要信息可以从设备中获取到一个或者多个Sim卡的信息，则可以将获取到的一个或者多个Sim卡的信息存储至上述设备丢失库。

需要说明的是，用户在使用电子设备的过程中，可能将电子设备中的Sim卡拔出，插入新的Sim卡，例如从电子设备1拔出Sim卡1，插入Sim卡2，则电子设备1可以将电子设备1的摘要信息以及电子设备1中Sim卡的描述信息(包括新插入的Sim卡2的描述信息)发送至第一服务器，第一服务器可以将上述信息更新至设备库，以保证设备库中存储信息的准确性。

图6是本申请界面显示方法一个实施例的流程图。该实施例中以图1所示的通话场景为例。如图6所示，该方法可以包括：

步骤601：第一电子设备获取通话对端的第一电话号码。

本步骤涉及来电和去电两种应用场景。

对于来电场景，第一电子设备接收到运营商网络侧发送的来电消息，启动来电流程。此时，第一电子设备可以从通话应用或者联系人应用中获取通话对端的第一电话号码。

对于去电场景，用户可以打开第一电子设备的拨号界面，例如图1所示的界面120，用户键入需要拨号的电话号码，例如图1中所示的“12345678900”，选择“拨号”控件，相应的，第一电子设备接收到用户的拨号操作，显示去电界面，例如图1中所示的界面130，并且，第一电子设备可以获取用户在拨号界面键入的电话号码，也即为通话对端的第一电话号码，例如上述图1中所示的“12345678900”。

步骤602：第一电子设备将第一电话号码发送给第一服务器。

可选地，第一电子设备可以通过账号密码等方式登录第一服务器，与第一服务器完成交互。此时，第一电子设备将第一电话号码发送给第一服务器之前，第一电子设备可以先查询第一电子设备是否已登录第一服务器，如果已经登录，则将第一电话号码发送给第一服务器；如果未登录，则不执行步骤602以及后续步骤。

步骤603：第一服务器查找是否存在第一电话号码对应的丢失信息，如果存在，将第一电话号码对应的丢失信息发送至第一电子设备。

第一服务器可以从预设的设备丢失数据库中查找是否存储有第一电话号码，如果是，则存在第一电话号码对应的丢失信息。

可选地，丢失信息可以包括：用于标识“丢失”或者“未丢失”的状态信息，进一步的，还可以包括：丢失时间，找回时间等信息。

步骤604：第一电子设备根据丢失信息在通话相关界面显示丢失指示信息。

其中丢失指示信息可以与丢失信息相同，也可以是预先根据丢失信息的不同取值预设的不同丢失指示信息。

举例来说，假设一电话号码对应的丢失信息是“丢失”“1月3日12:01～1月4日19:58”，而显示通话相关界面的时间是1月5日16:05，则丢失时间在24小时内，可以显示“24小时内手机曾丢失”；

假设一电话号码对应的丢失信息是“丢失”“1月3日12:01至今”，而显示通话相关界面的时间是1月5日16:05，可以显示“当前手机处于丢失状态”；

假设一电话号码对应的丢失信息是“丢失”“1月3日12:01～1月4日19:58”，而显示通话相关界面的时间是1月6日16:05，则丢失时间在24小时之外，可以显示“手机曾丢失”。

图7是本申请界面显示方法另一个实施例的流程图。该实施例中以图2所示的查看通话记录场景的一种可能的场景为例。如图7所示，该方法在步骤604之后可以包括：

步骤605：通话行为结束后，第一电子设备存储本次通话行为的通话记录(也即第一电话号码对应的通话记录)，并且，将第一电话号码对应的丢失信息存储在该条通话记录中。

为了便于描述，将本次通话行为的通话记录称为第一通话记录。

步骤606：第一电子设备检测到通话应用打开操作，获取通话记录，根据通话记录显示通话记录主界面。

其中，由于通话记录中包括第一通话记录，通话记录主界面中显示第一通话记录，并且，第一电子设备判断第一通话记录中存储有第一电话号码对应的丢失信息，根据丢失信息在通话记录主界面中为第一通话记录对应显示丢失指示信息。

举例来说，用户可以在第一电子设备的主界面中选择“通话应用”的图标，相应的，第一电子设备检测到通话应用打开操作，打开通话应用，显示通话记录主界面。通话记录主界面例如图2中界面210所示，以第一电话号码是“12345678900”为例，其对应显示有丢失指示信息，例如211部分所示。

步骤607：第一电子设备检测到针对于第一通话记录的查看操作，显示第一通话记录的通话记录详情界面，通话记录详情界面中显示有第一电话号码对应的丢失指示信息。

举例来说，用户可以在通话记录主界面中选择第一通话记录对应的控件，相应的，第一电子设备检测到针对于第一通话记录的查看操作，显示第一通话记录的详情界面，详情界面例如图2中界面220所示，以第一电话号码是“12345678900”为例，界面220中为第一电话号码“12345678900”对应显示有丢失指示信息，例如221部分所示。

可选地，第一电话号码的丢失信息可能会随着时间而发生改变，例如用户找到了第一电话号码关联Sim卡所属的电子设备，或者，补办了关联第一电话号码的新Sim卡等等，用户取消了第一电话号码关联的Sim卡的丢失模式，因此，为了保证用户在通话记录主界面或者详情界面中为第一电话号码显示的丢失指示信息能够准确的向用户指示丢失信息，本申请实施例提供以下可能的实现方式。

在一种可能的实现方式中，第一电子设备在步骤605中存储了第一通话记录且在第一通话记录中存储了第一电话号码的丢失信息后，可以周期性的从第一服务器获取第一电话号码最新的丢失信息，并在丢失信息变化时更新第一通话记录中记录的丢失信息；

在另一种可能的实现方式中，步骤606中第一电子设备根据通话记录显示通话记录主界面时，对于存在丢失信息的第一通话记录，判断第一通话记录中存储的丢失信息的时长是否超过预设的有效期，如果超过，则第一电子设备可以重新从第一服务器获取第一电话号码对应的丢失信息，据此更新第一通话记录中的丢失信息；相应的，通话记录主界面中根据更新后的丢失信息显示丢失指示信息，该丢失指示信息能够指示最新的丢失信息。此时，后续步骤607中第一电子设备可以从第一通话记录中获取到更新后的丢失信息，从而第一通话记录的详情界面中显示的丢失指示信息也可以指示最新的丢失信息。

在又一种可能的实现方式中，第一电子设备在步骤605中存储了第一通话记录且在第一通话记录中存储了第一电话号码的丢失信息后，可以向第一服务器注册针对于第一电话号码的丢失信息的推送业务，则第一服务器检测到设备丢失数据库中第一电话号码对应的手机的丢失信息发生更新(比如，第一电话号码对应的手机后来被找回了，该第一电话号码对应的手机被设置为取消丢失模式)后，可以将更新后的丢失信息推送至第一电子设备，第一电子设备据此更新第一通话记录中的丢失信息。

图7中以通话记录中存储第一电话号码的丢失信息为例，在图8所示的方法中，以通话记录中不存储第一电话号码的丢失信息为例。图8所示实施例仍以图2所示的查看通话记录场景为例。如图8所示，该方法可以包括：

步骤801：第一电子设备检测到联系人应用打开操作，获取通话记录，并且，将每条通话记录中通话对端的电话号码发送至第一服务器。

其中，第一电子设备可以将通话对端的电话号码列表发送至第一服务器。例如下表1所示。

通话记录	电话号码
		通话记录1	电话号码1
通话记录2	电话号码2
		通话记录3	电话号码3

表1

步骤802：第一服务器分别查找是否存在每个电话号码对应的丢失信息；对于每个电话号码，如果查找到该电话号码的丢失信息，将电话号码对应的丢失信息发送至第一电子设备。

可选地，第一服务器可以将丢失信息列表发送至第一电子设备，丢失信息列表中包括电话号码对应的丢失信息。对于未查找到丢失信息的电话号码，丢失信息列表中可以不包括该电话号码，例如下表2所示，以电话号码1未查找到丢失信息为例，则表2所示的丢失信息列表中未列出电话号码1对应的记录；或者，丢失信息列表中也可以包括该电话号码并将该电话号码的丢失信息设置为缺省或预设值，例如下表3所示，仍以电话号码1未查找到丢失信息为例，电话号码1对应的丢失信息字段为Null。

通话记录	电话号码	丢失信息
			通话记录2	电话号码2	丢失信息1
通话记录3	电话号码3	丢失信息2

表2

通话记录	电话号码	丢失信息
			通话记录1	电话号码1	Null
通话记录2	电话号码2	丢失信息1
			通话记录3	电话号码3	丢失信息2

表3

步骤803：第一电子设备根据通话记录以及接收到的丢失信息显示通话记录主界面。

在通话记录主界面中，根据通话记录显示通话记录列表，例如图2中界面210所示；对于具有丢失信息的通话记录，为该通话记录对应显示丢失指示信息，例如图2中211部分和212部分所示的丢失指示信息。

步骤804：第一电子设备检测到针对于第二通话记录查看操作，显示第二通话记录的通话记录详情界面，通话记录详情界面中显示有通话对端的电话号码对应的丢失指示信息。

第二通话记录是通话记录主界面中显示的任一通话记录。

举例来说，如果电话号码“12345678900”是表1～表3中的电话号码2，第一电子设备选择界面210中电话号码“12345678900”对应的通话记录，则进入界面220所示的通话记录详情界面，该详情界面的221部分显示有丢失指示信息“风险识别：当前手机处于丢失状态”，该丢失指示信息由第一电子设备根据表2或表3中电话号码2对应的丢失信息1确定。

本申请实施例还提供一种界面显示方法，该界面显示方法以图3所示的短消息查看场景为例。该界面显示方法的实现可以参考图6～图8所示的实施例，区别主要在于将通话和通话记录替换为短消息，将通话应用和联系人应用替换为短消息应用，这里不再赘述。

需要说明的是，本申请实施例还提供另一种界面显示方法，可以从上述的短消息查看场景扩展至即时通信消息等其他类型的消息查看场景。以即时通信消息为例，可以将上述实施例中的短消息替换为即时通信消息，短消息应用替换为即时通信应用，即时通信应用中可以存储有即时通信应用账号与电话号码之间的关联关系。

图9为本申请界面显示方法适用的另一种系统结构图，如图9所示，包括：第一电子设备410、第二电子设备420、第三电子设备430、第一服务器440、运营商服务器450，相对于图4所示的系统，增加了运营商服务器450。

运营商服务器450是支持两个电子设备之间进行通话和短消息等数据交互的运营商提供的服务器。

基于图9所示的系统结构，本申请提供一种界面显示方法，该界面显示方法以图1所示的来电场景为例。如图10所示，该方法可以包括：

步骤1001：运营商服务器接收到第二电子设备发送的第一通话请求消息，将第二电子设备关联的第一电话号码(主叫)和第二电话号码(被叫)发送至第一服务器。

步骤1002：第一服务器分别查询第一电话号码和第二电话号码是否存在丢失信息，将查找到的第一电话号码和/或第二电话号码对应的丢失信息发送至运营商服务器。

由于图9所示系统结构中，以第一电子设备(关联第二电话号码)未丢失，第二电子设备(关联第一电话号码)丢失为例，因此，以下以查找到第一电话号码对应的丢失信息为例，说明第一电子设备中的处理流程；第二电子设备中的处理流程可以参考现有技术中去电流程，这里不赘述。

步骤1003：运营商服务器向第一电子设备发送第二通话请求消息；第二通话请求消息中包括第一电话号码对应的丢失信息。

步骤1004：第一电子设备接收到第二通话请求消息，获取通话对端的第一电话号码以及第一电话号码对应的丢失信息。

第一电子设备接收到运营商网络侧发送的第二通话请求消息(也即来电消息)，启动来电流程。此时，第一电子设备可以从通话应用中获取通话对端的第一电话号码以及第一电话号码对应的丢失信息。

步骤1005：第一电子设备根据丢失信息在通话相关界面显示丢失指示信息。

通话相关界面可以包括来电界面，还可以包括通话中界面。

基于图9所示的系统结构，本申请还提供另一种界面显示方法，该界面显示方法以图1所示的去电场景为例。如图11所示，该方法可以包括：

步骤1101：第一电子设备接收到拨号操作，向运营商服务器发送第三通话请求消息。

对于去电场景，用户可以打开第一电子设备的拨号界面，例如图1所示的拨号界面110，用户键入需要拨号的电话号码，例如图1中所示的“12345678900”，选择“拨号”控件，相应的，第一电子设备接收到用户的拨号操作。

步骤1102：运营商服务器接收到第一电子设备发送的第三通话请求消息，将第一电话号码(被叫)和第二电话号码(主叫)发送至第一服务器。

步骤1103：第一服务器分别查询第一电话号码和第二电话号码是否存在丢失信息，将查找到的第一电话号码和/或第二电话号码对应的丢失信息发送至运营商服务器。

由于图9所示系统结构中，以第一电子设备(关联第二电话号码)未丢失，第二电子设备(关联第一电话号码)丢失为例，因此，以下以第一电话号码查找到丢失信息为例，说明第一电子设备中的处理流程；第二电子设备中的处理流程可以参考现有技术中去电流程，这里不赘述。

可选地，第一服务器为了保证运营商服务器与第一服务器之间数据传输的安全性，运营商服务器在向第一服务器查询丢失信息时，可以将预先为运营商服务器颁发的电子证书发送至第一服务器，由第一服务器验证通过后，第一服务器才向运营商服务器反馈查找到的丢失信息。

可选地，运营商服务器为了保证运营商服务器与第一服务器之间数据传输的安全性，运营商服务器在向第一服务器查询丢失信息之前，也可以请求向第一服务器请求第一服务器的电子证书，由运营商服务器验证通过后，运营商服务器才向第一服务器查询丢失信息。

步骤1104：运营商服务器向第一电子设备发送丢失通知消息；通知消息中包括第一电话号码对应的丢失信息。

可选地，运营商服务器还可以向第一电子设备发送预设彩铃数据，预设彩铃数据可以在通知消息中携带，也可以通过另一个消息发送。

步骤1105：第一电子设备接收到丢失通知消息，根据丢失信息在第一电话号码的通话相关界面中显示丢失指示信息。

通话相关界面可以包括：去电界面和通话中界面。

可选地，第一电子设备如果接收到预设彩铃数据，可以播放彩铃数据，播放得到的彩铃中包括用于提示对端手机丢失等丢失指示信息的声音信号。

本申请实施例还提供一种界面显示方法，以图2所示的查看通话记录场景为例，具体可以在图10或图11所示方法之后增加步骤605～步骤607，这里不再赘述。

本申请实施例还提供一种界面显示方法，以图3所示的查看短消息场景为例，接收短消息场景下的界面显示方法可以参考图10所示方法，发送短消息场景下的界面显示方法可以参考图11所示的方法。

需要说明的是，本申请实施例还提供另一种界面显示方法，可以从上述的短消息查看场景扩展至即时通信消息等其他类型消息的查看场景。以即时通信消息为例，可以将上述实施例中的短消息替换为即时通信消息，短消息应用替换为即时通信应用，运营商服务器替换为即时通信应用提供商提供的、用于为即时通信应用服务的即时通信服务器，该即时通信服务器用于进行电子设备之间消息的传输。可选地，为了保证即时通信服务器与第一服务器之间数据传输的安全性，即时通信服务器与第一服务器之间也可以通过电子证书等方式进行相互之间的安全认证，具体可参考前述运营商与第一服务器之间安全认证的说明。

图12所示为本申请实施例提供的一种电子设备的软件结构框图，适用于图4所示的系统架构。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将安卓(Android)系统分为四层，从上至下分别为应用层，框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用层(Application，App)可以包括一系列应用程序包。如图12所示，应用程序包可以包括通话应用、联系人应用、短消息应用等。另外，应用层又可以分为界面、逻辑和数据三个模块，各模块之间通过软件接口通信。其中，界面模块用于信息展示，以供用户交互；逻辑模块用于信息处理；数据模块用于数据的存储。

具体的，如图12所示，界面模块包括：

通话界面显示模块，用于显示通话应用中的通话相关界面，例如上述的来电界面、去电界面、通话中界面等。通话界面显示模块可以属于通话应用。

联系人相关界面显示模块，用于显示联系人应用中的相关界面，例如拨号界面、通话记录主界面、通话记录详情界面、联系人主界面、联系人详情界面等。联系人相关界面显示模块可以属于联系人应用。

短消息界面显示模块，用于显示短消息相关界面，例如上述的短消息主界面、短消息详情界面等。短消息界面显示模块可以属于短消息应用。

逻辑模块包括：

通话处理模块，用于获取通话对端的电话号码，将电话号码发送给骚扰拦截模块，将骚扰拦截模块反馈的丢失指示信息发送至通话界面显示模块，以便在通话相关界面显示丢失指示信息。

短消息处理模块，用于获取通信对端的电话号码，将电话号码发送给骚扰拦截模块，将骚扰拦截模块反馈的丢失指示信息发送至短消息界面显示模块，以便在短消息相关界面显示丢失指示信息。

联系人处理模块，用于获取通信对端的电话号码，将电话号码发送给骚扰拦截模块，将骚扰拦截模块反馈的丢失指示信息发送至联系人相关界面显示模块，以便在联系人相关界面显示模块显示丢失指示信息。

骚扰拦截模块，用于与通话处理模块、短消息处理模块、联系人处理模块、远端查询模块等进行交互，从远端查询模块获取电话号码的丢失信息，根据丢失信息确定丢失指示信息，将丢失指示信息反馈至通话处理模块或者短消息处理模块。

远端查询模块用于从第一服务器查询通信对端电话号码的丢失信息。

登录管理模块用于管理登录第一服务器的账号密码等登录信息，登录第一服务器。

框架层(Framework，FWK)为应用层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图9所示，框架层包括通信协议框架。通信协议框架用于实现通话数据、短消息数据的传输，还可以用于实现丢失信息的传输。框架层还可以包括绘制渲染模块等。

系统库可以包括多个功能模块。例如图12中所示的传输通道模块、显示处理模块等。

内核层是硬件和软件之间的层。内核层可以包含显示驱动，IPC通信等。

图13所示为本申请实施例提供的基于上述电子设备的软件结构的界面显示方法。如图13所示，可用于来电场景下实现图6所示界面显示方法，具体的，通信协议框架、通话处理模块、以及骚扰拦截模块用于实现步骤601，通话处理模块、骚扰拦截模块、远端查询模块、登录管理模块与第一服务器用于实现步骤602，第一服务器、登录管理模块、远端查询模块、骚扰拦截模块用于实现步骤603，骚扰拦截模块、通话处理模块以及通话界面显示模块用于实现步骤604，从而实现来电界面的显示；进而，用户在来电界面接听来电后，通话界面显示模块以及通话处理模块用于实现步骤604中通话中界面的显示。

图14所示为本申请实施例提供的另一种电子设备的软件结构框图，适用于图9所示的系统架构。与图12的区别主要在于不包括远端查询模块和登录管理模块。

图15所示为本申请实施例提供的基于上述电子设备的软件结构的界面显示方法。如图15所示，可用于来电场景下实现图10所示界面显示方法，具体的，第二电子设备、第一服务器、运营商服务器用于实现步骤1001，第一服务器和运营商服务器用于实现步骤1002，运营商服务器和第一电子设备中的通信协议框架、通话处理模块用于实现步骤1003，通话处理模块、骚扰拦截模块用于实现步骤1004，骚扰拦截模块、通话处理模块以及通话界面显示模块用于实现步骤1005，从而实现来电界面的显示；进而，用户在来电界面接听来电后，通话界面显示模块以及通话处理模块用于实现步骤1005中通话中界面的显示。

本申请还提供一种电子设备，所述设备包括存储介质和处理器，所述存储介质可以是非易失性存储介质，所述存储介质中存储有计算机可执行程序，所述处理器与所述非易失性存储介质连接，并执行所述计算机可执行程序以实现本申请图1～图15任一所示实施例提供的方法。

本申请还提供一种界面显示系统，所述系统包括电子设备和第一服务器，所述电子设备和第一服务器用于实现图1-3、图7、图8和图13任一所示实施例提供的方法。

本申请还提供一种界面显示系统，所述系统包括电子设备、第一服务器和运营商服务器，所述电子设备、第一服务器和运营商服务器用于实现图1-3、图10、图11和图15任一所示实施例提供的方法。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请图1～图15任一所示实施例提供的方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请图1～图15任一所示实施例提供的方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (15)

1.一种界面显示方法，应用于第一电子设备，其特征在于，包括：

检测到查看消息的操作，所述消息包括通信对端号码是第一电话号码的第一消息；所述第一电话号码是第二电子设备关联的电话号码；所述第二电子设备是丢失的电子设备；

确定第一服务器中存在所述第一电话号码对应的丢失信息；所述丢失信息由所述第一服务器在接收到第三电子设备发送的第二消息后存储，所述第二消息用于请求将所述第二电子设备设置为丢失模式；所述第二消息在所述第三电子设备通过所述第二电子设备的云账号登录所述第一服务器后发送；

显示第一界面，所述第一界面中显示有所述第一电话号码的丢失指示信息，所述丢失指示信息根据所述第一电话号码的丢失信息确定。

2.根据权利要求1所述的方法，其特征在于，所述第二电子设备的云账号与所述第三电子设备的云账号相同。

3.根据权利要求1或2任一项所述的方法，其特征在于，所述确定第一服务器中存在所述第一电话号码对应的丢失信息，包括：

所述第一电子设备通过所述第一电子设备的云账号登录所述第一服务器；

所述第一电子设备在通过所述第一电子设备的云账号登录所述第一服务器后，从所述第一服务器获取到所述第一电话号码对应的丢失信息。

4.根据权利要求1或2所述的方法，其特征在于，所述确定第一服务器中存在所述第一电话号码对应的丢失信息，包括：

确定所述第一消息中包括所述第一电话号码对应的丢失信息，所述第一消息中包括的所述丢失信息由第二服务器从所述第一服务器获取；所述第二服务器用于传输所述第一电子设备和所述第二电子设备之间的消息。

5.根据权利要求4所述的方法，其特征在于，所述第一消息是所述第一电子设备接收到的消息，所述丢失信息由所述第二服务器携带在所述第一消息中发送至所述第一电子设备。

6.根据权利要求4所述的方法，其特征在于，所述第一消息是所述第一电子设备发送的消息，所述丢失信息由所述第二服务器接收到所述第一消息后反馈至所述第一电子设备。

7.根据权利要求1所述的方法，其特征在于，所述确定第一服务器中存在所述第一电话号码对应的丢失信息，包括：

确定所述第一消息中包括所述第一电话号码对应的丢失信息，所述丢失信息由所述第一电子设备预先从所述第一服务器获取。

8.根据权利要求7所述的方法，其特征在于，所述确定第一服务器中存在所述第一电话号码对应的丢失信息，还包括：

确定所述第一消息中不包括所述第一电话号码对应的丢失信息，从所述第一服务器获取到所述第一电话号码对应的丢失信息。

9.根据权利要求7或8所述的方法，其特征在于，所述确定所述第一消息中包括所述第一电话号码对应的丢失信息之后，所述确定第一服务器中存在所述第一电话号码对应的丢失信息，还包括：

确定所述丢失信息的存储时间超过预设有效时长时，重新从所述第一服务器获取所述第一电话号码对应的丢失信息。

10.根据权利要求7或8所述的方法，其特征在于，还包括：

向所述第一服务器注册针对于所述第一电话号码的丢失信息的推送业务；

接收所述第一服务器在所述第一电话号码的对应的丢失信息更新后发送的丢失信息；

根据接收到的所述丢失信息更新所述第一消息中存储的所述丢失信息。

11.根据权利要求7或8所述的方法，其特征在于，还包括：

按照预设周期从所述第一服务器获取所述第一电话号码的丢失信息；

根据获取到的所述丢失信息更新所述第一消息中存储的所述丢失信息。

12.根据权利要求1或2或7或8所述的方法，其特征在于，所述查看消息的操作包括：消息列表的查看操作，所述第一界面包括：消息主界面；和/或，

所述查看消息的操作包括：所述第一消息的查看操作，所述第一界面包括：所述第一消息的详情界面。

13.根据权利要求1或2或7或8所述的方法，其特征在于，所述第一消息是短消息，或者，即时通信消息。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述设备执行时，使得所述设备执行权利要求1至13任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行权利要求1至13任一项所述的方法。

Images