CN108551522A - 预知通话条件的方法、电子装置、终端设备及存储介质 - Google Patents

Abstract

本发明公开了一种预知通话条件的方法、电子装置、终端设备及存储介质，属于移动通信技术领域。一种预知通话条件的方法，包括以下步骤：S1、接收手机端上传的本机号码和相关联的手机状态，并根据所述手机状态判断所述手机端是否处于无通讯网络或停机两种异常状态；所述手机状态包括通过监听实时获取的开机、关机、开始通话和结束通话四种状态；S2、接收查看方手机端上传的手机状态获取请求，根据所述请求中包含的所要查询的手机号码调取相应的手机状态发送至查看手机端上。本发明可使用户在拨打电话前就可以看到对方手机是否满足通话条件，从而避开诸如占线、关机等情况，避免做无用功，提高效率和用户体验。

Description

预知通话条件的方法、电子装置、终端设备及存储介质

技术领域

本发明涉及移动通信技术领域，涉及一种预知通话条件的方法、电子装置、终端设备及存储介质。

背景技术

随着网络技术和手机技术的发展，手机已经成为人们工作生活中必不可少的沟通工具，通过拨打电话可以随时随地联系到对方，与之进行通话。

然而，也会碰到对方正在通话，即占线状态，无法接通的情况，当碰到这种场景的时候，只能挂断电话，待对方通话结束后再行拨打。对方什么时候通话结束是不可知的，一方只能隔一段时间后再做尝试，若通过未结束再继续等待。这种一遍遍的“试探”，效率低下，体验也不好，为双方的沟通带来障碍。

发明内容

本发明要解决的技术问题是为了克服现有技术中因无法预知对方是满足通话条件而产生试探性拨打的问题，提出了一种预知通话条件的方法、电子装置、终端设备及存储介质，通过监测记录手机的状态，使得拨打方能在打电话前得知对方手机是否满足通话条件，避免无效的试探性拨打。

本发明是通过下述技术方案来解决上述技术问题：

一种预知通话条件的方法，包括以下步骤：

S1、接收手机端上传的本机号码和相关联的手机状态，并根据所述手机状态判断所述手机端是否处于无通讯网络或停机两种异常状态，所述手机状态包括通过监听实时获取的开机、关机、开始通话和结束通话四种状态；

S2、接收查看手机端上传的手机状态获取请求，根据所述请求中包含的所要查询的手机号码调取相应的手机状态发送至查看手机端上。

优选地，S1中的所述手机端安装有监听程序，所述手机端按预设的时间间隔定时上传手机状态和手机号码，当监听到手机发生开机、关机、开始通话和结束通话四种状态中的任意一种状态变化时，即时将相应的手机状态上传；

所述本机号码和相关联的手机状态按上传时间顺序保存。

优选地，所述无通讯网络的异常判断包括以下步骤：

S111、判断手机端最后一次上传的手机状态是否为无通讯网络，若否则执行S112，若是则循环执行S111；

S112、判断手机端最后一次上传的手机状态是否为停机，若否则执行S113，若是则执行S111；

S113、计算手机端最后一次上传时间至当前时刻的末次更新间隔；

S114、判断末次更新间隔是否超过预设的间隔阈值，若是则执行S115，若否则执行S111；

S115、将手机端的手机状态识别为无通讯网络与该手机端的手机号码关联保存，并将上传时间更新为当前时刻。

优选地，所述停机的异常判断包括以下步骤：

S121、监听手机端被呼叫时播放的音效；

S122、判断所述音效是否与预存的停机音一致，若是执行S123；

S123、将手机端的手机状态识别为无通讯网络与该手机端的手机号码关联保存，并将上传时间更新为当前时刻。

优选地，当所述手机状态获取请求为获取通讯录中的所有联系人的手机状态时，所述S2包括以下步骤：

S211、接收查看手机端上传的手机状态获取请求；

S212、向所述查看手机端发送通讯录获取请求；

S213、接收所述查看手机端上传的通讯录；

S214、将所述通讯录中的手机号码与保存的手机号码进行一一比对，找出相同的手机号码；

S215、将保存的与所述相同的手机号码相关联的最新的手机状态发送至查看手机端上。

优选地，当所述手机状态获取请求为获取单个联系人的手机状态时，所述手机状态获取请求中包含有该单个联系人的手机号码，所述S2包括以下步骤：

S221、接收查看手机端上传的手机状态获取请求；

S222、截取所述手机状态获取请求中包含的所述单个联系人的手机号码；

S223、判断保存的手机号码中是否具有与所述单个联系人的手机号码相同的手机号码，若是则执行S224，若否则直接结束；

S224、将保存的与所述相同的手机号码相关联的手机状态发送至查看手机端上。

优选地，所述手机状态对应该手机端的通讯录中的联系人显示在相应的联系人的详细信息页和/或呼叫页上。

一种电子装置，所述电子装置上存储有预知通话条件的系统，所述预知通话条件的系统包括：

状态接收模块，用于接收手机端上传的本机号码和相关联的手机状态，所述手机状态包括通过监听实时获取的开机、关机、开始通话和结束通话四种状态；

异常判断模块，用于根据所述手机状态判断所述手机端是否处于无通讯网络或停机两种异常状态；

请求接收模块，用于接收查看方手机端上传的手机状态获取请求；

状态查询发送模块，用于根据所述请求调取所要查询的手机状态发送至查看手机端上。

一种终端设备，包括存储器和处理器，其特征在于，所述存储器上存储有可被所述处理器执行的预知通话条件的系统，所述系统被所述处理器执行时实现如前述中任一项所述的预知通话条件的方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质内存储有预知通话条件的系统，所述预知通话条件的系统可被至少一个处理器所执行，以使所述至少一个处理器执行如前述中任一项所述的预知通话条件的方法的步骤。

本发明的积极进步效果在于：用户在拨打电话前，就可以看到对方手机是否满足通话条件，从而避开诸如占线、关机等情况，避免做无用功，提高效率和用户体验。

附图说明

图1示出了本发明预知通话条件的方法实施例一的流程图；

图2示出了本发明预知通话条件的方法实施例二的流程图；

图3示出了本发明预知通话条件的方法实施例三的流程图；

图4示出了本发明预知通话条件的方法实施例四的流程图；

图5示出了本发明预知通话条件的方法实施例五的流程图；

图6示出了本发明电子装置中预知通话条件的系统第一实施例的程序模块示意图；

图7示出了本发明终端设备一实施例的硬件架构示意图。

附图标记：

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

首先，本发明提出一种预知通话条件的方法。

在实施例一中，如图1所示，所述的预知通话条件的方法包括如下步骤：

S1、接收手机端上传的本机号码和相关联的手机状态(优选为按上传时间顺序保存，类似于堆栈)，并根据所述手机状态判断所述手机端是否处于无通讯网络或停机两种状态；所述手机状态包括通过监听实时获取的开机、关机、开始通话和结束通话四种状态。

本方法仅针对装有特定软件程序的手机端，这些手机端根据安装的程序向一个或多个指定服务器上传相关联的手机状态和手机号码。

此外，手机端还需要安装有监听程序。

在常规状态下，手机端按预设的时间间隔定时上传相关联的手机状态和手机号码。

开机、关机、开始通话和结束通话这四种状态是通过监听即时上传的，即只要一发现有这四种状态种任意一种状态的变化，就将变化后的手机状态上传给服务器。

无通讯网络和停机这两种为异常状态，分别由服务器根据手机端上传的手机状态和对该手机通话音的监听经过逻辑判断之后得出的。

服务器保存相关联的手机状态和手机号码的格式可参考下表：

号码	状态	上传时间
			13912341234	关机	2017-11-30 12：00
13812341234	开机	2017-11-30 12：00
			13712341234	正常待机	2017-11-30 12：00
…	…	…

S2、接收查看手机端上传的手机状态获取请求，根据所述请求调取所要查询的手机状态发送至查看手机端上。

本方法中，服务器接收到各手机端上传的手机状态和手机号码后不会主动下发至那些通讯录中包含有这些手机号码的相应手机端上，而是经由需要使用这项功能的手机端(即查看手机端)主动发起请求以获取相关手机号码对应的手机状态。

所述发送至查看手机端上的手机状态为相对应的手机端最后一次上传的手机状态，即该手机端最新的手机状态。

当手机状态发送至查看手机端上后，可以对应查看手机端的通讯录中的联系人进行显示，具体显示在联系人的详细信息页。但由于查找号码并不一定需要通过通讯录进行查找，因此优选还可以显示在与该联系人的通话页上，以便用户及时得知对方的手机状态。

本实施例中，用户在拨打电话前就可以看到对方手机是否满足通话条件，从而避开诸如占线、关机等情况，避免做无用功，提高效率和用户体验。

在实施例二中，基于实施例一的基础上，如图2所示，所述无通讯网络的异常判断包括以下步骤：

S111、判断手机端最后一次上传的手机状态是否为无通讯网络，若否则执行S112，若是则循环执行S111；

S112、判断手机端最后一次上传的手机状态是否为停机，若否则执行S113，若是则执行S111；

S113、计算手机端最后一次上传时间至当前时刻的末次更新间隔；

S114、判断末次更新间隔是否超过预设的间隔阈值，若是则执行S115，若否则执行S111；

S115、将手机端的手机状态识别为无通讯网络与该手机端的手机号码关联保存，并将上传时间更新为当前时刻。

下面以判断手机一是否为无通讯网络状态为例，做具体说明：

1、假设手机一在常规状态下，每5分钟上传一次手机状态，服务器中保存有该手机一的状态更新状况如下表所示：

号码	状态	上传时间
			…	…	…
13912341234	开机	2017-11-30 12：00
			13912341234	正常待机	2017-11-30 12：05
13912341234	开始通话	2017-11-30 12：07
			13912341234	正常待机	2017-11-30 12：10
13912341234	结束通话	2017-11-30 12：12
			13912341234	正常待机	2017-11-30 12：15

2、服务器在12:20获取到该手机一最后一次手机状态为正常待机，而上传时间为2017-11-30 12:15；

3、服务器计算得到末次更新间隔为5分钟，假设预设的间隔阈值为8分钟，则此时的末次更新间隔还没超过8分钟，因此继续重复判断步骤；

4、服务器在12:25再次获取到该手机一最后一次手机状态为正常待机，而上传时间仍然为2017-11-30 12:15；

5、服务器计算得到末次更新间隔为10分钟，此时的末次更新间隔超过了8分钟，因此判断该手机一处于无通讯网络状态，将该无通讯网络状态与手机一的手机号码关联保存如下表：

号码	状态	上传时间
			…	…	…
13912341234	正常待机	2017-11-30 12：15
			13912341234	无通讯网络	2017-11-30 12：25

在实施例三中，基于实施例二的基础上，如图3所示，所述停机的异常判断包括以下步骤：

S121、监听手机端被呼叫时播放的音效；

S122、判断所述音效是否与预存的停机音一致，若是执行S123；

当一方拨通电话号码与另一方通话时，在接通过程中会播放提示音，比如表示连接中的“嘟嘟”长音，表示对方在通话中的“嘟嘟”短音，表示停机的“您拨打的电话已停机”等，这里所述停机音即为最后一种。这里所述几种方式仅为示例。

S123、将手机端的手机状态识别为无通讯网络与该手机端的手机号码关联保存，并将上传时间更新为当前时刻。

接上例，以判断手机一是否为停机状态为例，做具体说明：

1、假设服务器中记录手机一的当前状态为无通讯网络，而之后在13:00有一用户试图拨打手机一，服务器监听到通话连接过程中播放的声音为“您拨打的电话已停机”；

2、服务器判断该声音与预存的停机音一致，判断手机一为停机状态；

3、服务器将停机状态与手机一的手机号码关联保存如下表：

在实施例四中，基于实施例一的基础上，如图4所示，当所述手机状态获取请求为获取通讯录中的所有联系人的手机状态时，所述S2包括以下步骤：

S211、接收查看手机端上传的手机状态获取请求。

具体地，由于是请求获取通讯录中的所有联系人的手机状态，因而该请求中仅包含其本机的号码，而不包含所要查询的对方手机的号码。

S212、向所述查看手机端发送通讯录获取请求。

S213、接收所述查看手机端上传的通讯录。

具体地，查看手机端根据服务器的通讯录获取请求，将本机中的通讯录进行打包上传。

S214、将所述通讯录中的手机号码与保存的手机号码进行一一比对，找出相同的手机号码。

具体地，手机通讯录中保存的联系人的联系方式包括手机号码、固定电话号码、邮箱等，而且并不是一个手机通讯录中所有联系人使用的手机端都是将其手机状态上传至服务器保存的，因此本步骤需要找出那些将手机状态上传至服务器的手机端的手机号码。

S215、将保存的与所述相同的手机号码相关联的最新的手机状态发送至查看手机端上。

具体地，将查询到的最新的手机状态发送至查看手机端上，而没查询到的可以跳过，也可以发送无结果或者为空等类似意思的手机状态至查看手机端上，

本实施例中，当某一手机用户需要获取通讯录中的所有联系人的手机状态时，其发送的请求中仅包含其本机的号码，而不包含所要查询的对方手机的号码，以此来区分该用户需要获取通讯录中的所有联系人的手机状态。

本实施例，可以使得用户一次直接获取到其通讯录中所有联系人的手机状态，特别适用于在短时间内需要联系多人的情况。

在实施例五中，基于实施例一的基础上，如图5所示，当所述手机状态获取请求为获取单个联系人的手机状态时，所述手机状态获取请求中包含有该单个联系人的手机号码，所述S2包括以下步骤：

S221、接收查看手机端上传的手机状态获取请求；

具体地，所述手机状态获取请求中包含有查看手机端的本机号码，还包含有所要查看的单个联系人的手机端的手机号码，请求中包含的上述信息按约定的规则进行排列。

S222、截取所述手机状态获取请求中包含的所述单个联系人的手机号码。

具体地，截取请求中特定位置的信息，即为所述单个联系人的手机号码。

S223、判断保存的手机号码中是否具有与所述单个联系人的手机号码相同的手机号码，若是则执行S224，若否则直接结束；

S224、将保存的与所述相同的手机号码相关联的手机状态发送至查看手机端上。

具体地，由于请求中包含有查看手机端的本机号码，因而在查询到结果后，服务器可以对应将该查询到的结果反馈给查看手机端。

本实施例可以使得用户根据其每次的特定通话对象查看对方的手机状态，相比查询整个通讯录的方式速度更快。

其次，本发明提出了一种电子装置，这种电子装置可以是一种服务器，所述电子装置上存储有预知通话条件的系统20，所述系统20可以被分割为一个或者多个程序模块。

例如，图4示出了所述预知通话条件的系统20第一实施例的程序模块示意图，该实施例中，所述系统20可以被分割为状态接收模块201、异常判断模块202、请求接收模块203和状态查询发送模块204。其中，本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令。以下描述将具体介绍所述程序模块201-204的具体功能。

所述状态接收模块201用于接收手机端上传的本机号码和相关联的手机状态，所述手机状态包括通过监听实时获取的开机、关机、开始通话和结束通话四种状态；

所述开机、关机、开始通话和结束通话这四种状态是通过监听即时上传的，即只要一发现有这四种状态种任意一种状态的变化，手机端就将变化后的手机状态上传给本电子装置。

所述异常判断模块202用于根据所述手机状态判断所述手机端是否处于无通讯网络或停机两种异常状态。

手机端会按预设的时间间隔定时上传本机号码和相关联的手机状态，以用于无通讯网络状态的判断。所述无通讯网络状态的判断具体为：通过定时获取手机端最后一次的上传时间至当前时刻的间隔是否超过预设值来判断手机端是否处于无通讯网络状态，即服务器超过一定时间未收到来自某一手机端上传的手机状态，就判断该手机端为无通讯网络状态。

此外，本电子装置通过对上传手机状态的手机进行通话连接过程中播放的音效的监听，判断手机端是否为停机状态。所述停机状态的判断具体为：将监听到的通话连接过程中播放的音效与预存的停机音进行比对，若一致则判断手机端为停机状态。

所述请求接收模块203用于接收查看方手机端上传的手机状态获取请求。

所述手机状态获取请求可以是获取通讯录中的所有联系人的手机状态或获取单个联系人的手机状态，具体通过在请求是否包含有所要查看的对方联系人的手机号码进行区分。如果一个请求中包含了查看手机端的本机号码和想要查看的对方联系人的手机号码则为获取单个联系人的手机状态的请求；如果一个请求中包含了查看手机端的本机号码单没有想要查看的对方联系人的手机号码则为获取通讯录中的所有联系人的手机状态的请求。

所述状态查询发送模块204用于根据所述请求调取所要查询的手机状态发送至查看手机端上。

具体地，假设请求接收模块203接收到的请求为获取通讯录中的所有联系人的手机状态，则还需要向查看手机端发送一个通讯录获取请求，然后等查看手机端上传的通讯录，将该通讯录中的手机号码与保存的手机号码进行一一比对，找出相同的手机号码，最后获取该保存的与所述相同的手机号码相关联的手机状态发送至查看手机端上。

假设请求接收模块203接收到的请求为获取单个联系人的手机状态，则直接从请求中截取包含的该单个联系人的手机号码，然后将该联系人的手机号码与保存的手机号码进行比对，找出与该联系人的手机号码相同的手机号码相关联的手机状态发送至查看手机端。

这里所述发送至查看手机端上的手机状态为相对应的手机端最后一次上传的手机状态，即该手机端最新的手机状态。

一、下面以手机二的用户请求查看手机一的手机状态为例，做具体说明：

1、电子装置在2017-11-30 12：35更新了手机一的手机状态为无通讯网络；

2、手机二的用户在2017-11-30 12：38发送了查看手机一的手机状态的请求，电子装置通过比对将手机一的无通讯网络状态发送至手机二上。

二、下面以手机二的用户请求查看其通讯录中所有联系人的手机状态为例，做具体说明：

假设手机二的通讯录中有8个联系人的手机端具备上传手机状态的功能。

1、手机二向电子装置发送获取其通讯录中所有联系人的手机状态的请求；

2、电子装置接收到手机二上传的通讯录后，通过与其现有保存的手机号码比对得知，仅有8个手机号码与通讯录的手机号码相同；

3、电子装置将与相同的8个手机号码关联保存的最后一次上传的手机状态发送至手机二上。

再次，本发明还提出来一种终端设备。

参阅图6所示，是本发明终端设备一实施例的硬件架构示意图。本实施例中，所述终端设备2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图所示，所述终端设备2至少包括，但不限于，可通过系统总线相互通信连接存储器21、处理器22、网络接口23、以及预知通话条件的系统20。其中：

所述存储器21至少包括一种类型的计算机可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器21可以是所述终端设备2的内部存储单元，例如该终端设备2的硬盘或内存。在另一些实施例中，所述存储器21也可以是所述终端设备2的外部存储设备，例如该终端设备2上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器21还可以既包括所述终端设备2的内部存储单元也包括其外部存储设备。本实施例中，所述存储器21通常用于存储安装于所述终端设备2的操作系统和各类应用软件，例如所述预知通话条件的系统20的程序代码等。此外，所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述终端设备2的总体操作，例如执行与所述终端设备2进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据，例如运行所述的预知通话条件的系统20等。

所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在所述终端设备2与其他终端设备之间建立通信连接。例如，所述网络接口23用于通过网络将所述终端设备2与外部终端相连，在所述终端设备2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图5仅示出了具有组件21-23的终端设备2，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

在本实施例中，存储于存储器21中的所述预知通话条件的系统20可以被一个或多个处理器(本实施例为处理器22)所执行，以完成上述预知通话条件的方法的操作。

此外，本发明一种计算机可读存储介质，该计算机可读存储介质内存储有预知通话条件的系统20，该预知通话条件的系统20可被一个或多个处理器执行时，实现上述预知通话条件的方法或电子装置的操作。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种预知通话条件的方法，其特征在于，包括以下步骤：

S1、接收手机端上传的本机号码和相关联的手机状态，并根据所述手机状态判断所述手机端是否处于无通讯网络或停机两种异常状态，所述手机状态包括通过监听实时获取的开机、关机、开始通话和结束通话四种状态；

S2、接收查看手机端上传的手机状态获取请求，根据所述请求中包含的所要查询的手机号码调取相应的手机状态发送至查看手机端上。

2.根据权利要求1所述的预知通话条件的方法，其特征在于，S1中的所述手机端安装有监听程序，所述手机端按预设的时间间隔定时上传手机状态和手机号码，当监听到手机发生开机、关机、开始通话和结束通话四种状态中的任意一种状态变化时，即时将相应的手机状态上传；

所述本机号码和相关联的手机状态按上传时间顺序保存。

3.根据权利要求2所述的预知通话条件的方法，其特征在于，所述无通讯网络的异常判断包括以下步骤：

S111、判断手机端最后一次上传的手机状态是否为无通讯网络，若否则执行S112，若是则循环执行S111；

S112、判断手机端最后一次上传的手机状态是否为停机，若否则执行S113，若是则执行S111；

S113、计算手机端最后一次上传时间至当前时刻的末次更新间隔；

S114、判断末次更新间隔是否超过预设的间隔阈值，若是则执行S115，若否则执行S111；

S115、将手机端的手机状态识别为无通讯网络与该手机端的手机号码关联保存，并将上传时间更新为当前时刻。

4.根据权利要求3所述的预知通话条件的方法，其特征在于，所述停机的异常判断包括以下步骤：

S121、监听手机端被呼叫时播放的音效；

S122、判断所述音效是否与预存的停机音一致，若是执行S123；

S123、将手机端的手机状态识别为无通讯网络与该手机端的手机号码关联保存，并将上传时间更新为当前时刻。

5.根据权利要求1所述的预知通话条件的方法，其特征在于，当所述手机状态获取请求为获取通讯录中的所有联系人的手机状态时，所述S2包括以下步骤：

S211、接收查看手机端上传的手机状态获取请求；

S212、向所述查看手机端发送通讯录获取请求；

S213、接收所述查看手机端上传的通讯录；

S214、将所述通讯录中的手机号码与保存的手机号码进行一一比对，找出相同的手机号码；

S215、将保存的与所述相同的手机号码相关联的最新的手机状态发送至查看手机端上。

6.根据权利要求1所述的预知通话条件的方法，其特征在于，当所述手机状态获取请求为获取单个联系人的手机状态时，所述手机状态获取请求中包含有该单个联系人的手机号码，所述S2包括以下步骤：

S221、接收查看手机端上传的手机状态获取请求；

S222、截取所述手机状态获取请求中包含的所述单个联系人的手机号码；

S223、判断保存的手机号码中是否具有与所述单个联系人的手机号码相同的手机号码，若是则执行S224，若否则直接结束；

S224、将保存的与所述相同的手机号码相关联的手机状态发送至查看手机端上。

7.根据权利要求1-6中任一项所述的预知通话条件的方法，其特征在于，所述手机状态对应该手机端的通讯录中的联系人显示在相应的联系人的详细信息页和/或呼叫页上。

8.一种电子装置，其特征在于，所述电子装置上存储有预知通话条件的系统，所述预知通话条件的系统包括：

状态接收模块，用于接收手机端上传的本机号码和相关联的手机状态，所述手机状态包括通过监听实时获取的开机、关机、开始通话和结束通话四种状态；

异常判断模块，用于根据所述手机状态判断所述手机端是否处于无通讯网络或停机两种异常状态；

请求接收模块，用于接收查看方手机端上传的手机状态获取请求；

状态查询发送模块，用于根据所述请求调取所要查询的手机状态发送至查看手机端上。

9.一种终端设备，包括存储器和处理器，其特征在于，所述存储器上存储有可被所述处理器执行的预知通话条件的系统，所述系统被所述处理器执行时实现如权利要求1-7中任一项所述的预知通话条件的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有预知通话条件的系统，所述预知通话条件的系统可被至少一个处理器所执行，以使所述至少一个处理器执行如权利要求1-7中任一项所述的预知通话条件的方法的步骤。