通话提示方法及装置、系统与流程
本申请涉及通讯技术领域，尤其涉及一种通话提示方法及装置、系统。
背景技术
在相关技术中，移动化企业办公平台被越来越广泛地应用于企业、教育机构、政府机关等各类团体的办公过程，不仅能够提升用户之间的沟通效率、降低沟通成本，而且能够有效提升用户的事件处理效率和办公效率。
移动化企业办公平台可以在用户之间提供通话功能，使得用户可以基于个人号码向其他用户发起通话，或者基于所属团体的预配置公用号码向其他用户发起通话。
但是，在发起方向目标方发起通话时，如果目标方并未存储发起方的通话号码，就难以通过通话号码来分辨发起方的身份和呼叫目的，容易被误判断为骚扰电话，造成通话失败。
技术实现要素：
有鉴于此，本申请提供一种通话提示方法及装置、系统，可以对待识别号码及其识别信息进行按需写入，并实现对来电号码的准确识别。
为实现上述目的，本申请提供技术方案如下：
根据本申请的第一方面，提出了一种通话提示系统，包括：发起方客户端、服务端和目标方客户端；
所述发起方客户端向服务端发送通话请求；
所述服务端根据收到的所述通话请求，向所述目标方客户端发送推送消息，所述推送消息中包含与所述发起方相关联的号码和相应的号码描述信息；
所述目标方客户端接收所述推送消息，并获取所述推送消息中包含的所述号码和相应的号码描述信息，以在所述号码对应的来电页面中示出所述号码描述信息。
根据本申请的第二方面，提出了一种通话提示方法，包括：
服务端接收到来自发起方的通话请求；
所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含与所述发起方相关联的号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
根据本申请的第三方面，提出了一种通话提示方法，包括：
服务端接收到来自发起方的通话请求；
所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含与所述发起方相关联的预配置号码和相应的号码描述信息，以使所述目标方在接收到基于所述预配置号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
根据本申请的第四方面，提出了一种通话提示方法，包括：
服务端接收来自发起方的通话请求；
所述服务端向所述通话请求的目标方发送与所述发起方相关联的号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
根据本申请的第五方面，提出了一种通话提示方法，包括：
服务端接收来自发起方的通话请求；
所述服务端向所述通话请求的目标方发送基于与所述发起方相关联的号码的呼叫请求和包含号码描述信息的通知消息，以使所述目标方在所述呼叫请求对应的来电页面中示出所述号码描述信息。
根据本申请的第六方面，提出了一种通话提示方法，包括：
目标方客户端接收推送消息，所述推送消息由服务端根据接收到的来自发起方的通话请求而生成，所述通话请求基于所述发起方对应的号码而被发起；
所述目标方客户端获取所述推送消息中包含的所述号码和相应的号码描述信息，以在所述号码对应的来电页面中示出所述号码描述信息。
根据本申请的第七方面，提出了一种通话提示方法，包括：
目标方客户端接收服务端发送的号码和相应的号码描述信息，当所述服务端接收发起方基于所述号码发起的通话请求时，所述号码和所述号码描述信息被所述服务端发送至所述目标方客户端，以使所述目标方客户端在所述号码对应的来电页面中示出所述号码描述信息。
根据本申请的第八方面，提出了一种通话提示方法，包括：
目标方客户端接收服务端发送的呼叫请求和通知消息，当所述服务端接收发起方基于相应号码发起的通话请求时，所述呼叫请求由所述服务端基于所述号码发送至所述目标方客户端、所述通知消息中包含所述号码对应的号码描述信息；
所述目标方客户端在所述呼叫请求对应的来电页面中示出所述号码描述信息。
根据本申请的第九方面，提出了一种通话提示装置，包括：
第一请求接收单元，使服务端接收来自发起方的通话请求；
第一消息发送单元，使所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含与所述发起方相关联的号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
根据本申请的第十方面，提出了一种通话提示装置，包括：
第二请求接收单元，使服务端接收到来自发起方的通话请求；
第二消息发送单元，使所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含与所述发起方相关联的预配置号码和相应的号码描述信息，以使所述目标方在接收到基于所述预配置号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
根据本申请的第十一方面，提出了一种通话提示装置，包括：
第三请求接收单元，使服务端接收来自发起方的通话请求；
第三消息发送单元，使所述服务端向所述通话请求的目标方发送与所述发起方相关联的号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
根据本申请的第十二方面，提出了一种通话提示装置，包括：
第四请求接收单元，使服务端接收来自发起方的通话请求；
第四消息发送单元，使所述服务端向所述通话请求的目标方发送基于与所述发起方相关联的号码的呼叫请求和包含号码描述信息的通知消息，以使所述目标方在所述呼叫请求对应的来电页面中示出所述号码描述信息。
根据本申请的第十三方面，提出了一种通话提示装置，包括：
第一接收单元，使目标方客户端接收推送消息，所述推送消息由所述服务端根据接收到的来自发起方的通话请求而生成，所述通话请求基于所述发起方对应的号码而被发起；
获取单元，使所述目标方客户端获取所述推送消息中包含的所述号码和相应的号码描述信息，以在所述号码对应的来电页面中示出所述号码描述信息。
根据本申请的第十四方面，提出了一种通话提示装置，包括：
第三接收单元，使目标方客户端接收服务端发送的号码和相应的号码描述信息，当所述服务端接收发起方基于所述号码发起的通话请求时，所述号码和所述号码描述信息被所述服务端发送至所述目标方客户端，以使所述目标方客户端在所述号码对应的来电页面中示出所述号码描述信息。
根据本申请的第十五方面，提出了一种通话提示装置，包括：
第四接收单元，使目标方客户端接收服务端发送的呼叫请求和通知消息，当所述服务端接收发起方基于相应号码发起的通话请求时，所述呼叫请求由所述服务端基于所述号码发送至所述目标方客户端、所述通知消息中包含所述号码对应的号码描述信息；
展示单元，使所述目标方客户端在所述呼叫请求对应的来电页面中示出所述号码描述信息。
由以上技术方案可见，本申请通过将发起方采用的号码和号码描述信息发送至目标方，使得目标方设备可以据此对该号码进行准确识别，并示出相应的号码描述信息，则目标方可以通过该号码描述信息确定出发起方的身份信息和呼叫目的，避免被误判为骚扰电话，并提升发起方与目标方之间的通讯效率。同时，由于仅在接收到通话请求时，才将相应的号码和号码描述信息发送至目标方，可以在目标方处实现对待识别号码及其识别信息的按需写入，而无需将大量号码及其识别信息预先写入目标方处，可以严格控制目标方处的存储数据量，既可以避免对存储空间的无故占用，又可以提升对来电号码的识别效率。
附图说明
图1是相关技术的一种通话提示方案的原理示意图。
图2是相关技术的另一种通话提示方案的原理示意图。
图3a是本申请一示例性实施例提供的一种服务端侧的通话提示方法的流程图。
图3b是本申请一示例性实施例提供的另一种服务端侧的通话提示方法的流程图。
图3c是本申请一示例性实施例提供的又一种服务端侧的通话提示方法的流程图。
图3d是本申请一示例性实施例提供的又一种服务端侧的通话提示方法的流程图。
图4a是本申请一示例性实施例提供的一种客户端侧的通话提示方法的流程图。
图4b是本申请一示例性实施例提供的另一种客户端侧的通话提示方法的流程图。
图4c是本申请一示例性实施例提供的又一种客户端侧的通话提示方法的流程图。
图5是本申请一示例性实施例提供的一种通话提示系统的架构示意图。
图6是本申请一示例性实施例提供的一种电子设备的功能模块的结构示意图。
图7是本申请一示例性实施例提供的一种通话提示方法的流程图。
图8是本申请一示例性实施例提供的一种通话发起页面的示意图。
图9是本申请一示例性实施例提供的一种调用来电提醒页面的示意图。
图10是本申请一示例性实施例提供的一种来电提醒页面的示意图。
图11是本申请一示例性实施例提供的一种接听来电的示意图。
图12是本申请一示例性实施例提供的一种服务端侧的电子设备的结构示意图。
图13是本申请一示例性实施例提供的一种服务端侧的通话提示装置的框图。
图14是本申请一示例性实施例提供的另一种服务端侧的通话提示装置的框图。
图15是本申请一示例性实施例提供的又一种服务端侧的通话提示装置的框图。
图16是本申请一示例性实施例提供的又一种服务端侧的通话提示装置的框图。
图17是本申请一示例性实施例提供的一种客户端侧的电子设备的结构示意图。
图18是本申请一示例性实施例提供的一种客户端侧的通话提示装置的框图。
图19是本申请一示例性实施例提供的另一种客户端侧的通话提示装置的框图。
图20是本申请一示例性实施例提供的又一种客户端侧的通话提示装置的框图。
具体实施方式
图1是相关技术的一种通话提示方案的原理示意图。如图1所示，在电子设备上运行有操作系统，且该电子设备上安装有第三方应用程序的客户端，即第三方客户端，则图1所示的“操作系统”和“第三方客户端”均属于该电子设备的“本地”，而“第三方服务端”即上述第三方应用程序的服务端，属于该电子设备之外的“云端”。对于图1所示的电子设备而言，当该电子设备上运行的操作系统检测到来电时，该操作系统允许第三方客户端捕获相应的来电号码，并触发对该来电号码的查询操作，以识别出该来电号码的号码信息；其中，第三方客户端可以在该电子设备上的本地数据库进行本地查询，或者第三方客户端可以将来电号码上传至第三方服务端，并由第三方服务端在云端数据库进行云端查询，然后根据基于本地数据库的本地结果、基于云端数据库的云端结果中至少之一，获得针对该来电号码的识别结果，并在相应的来电提醒页面中进行提示。其中，在电子设备上的本地数据库不受操作系统的任何限制，可以由第三方服务端进行定期更新或随时更新；同时，第三方服务端处的云端数据库具有更大数据量，可以实现更为准确的来电号码识别操作。
但是，在实施图1所示的通话提示方案时，必须满足下述前提：操作系统向第三方客户端开放对来电号码的获取权限。对于诸如google
如图2所示，操作系统在电子设备的本地创建系统本地数据库，并向第三方客户端开放对该系统本地数据库的操作权限，使得第三方客户端可以将号码识别数据存储至该系统本地数据库中，并由操作系统在检测到来电后，通过对该系统本地数据库进行查询操作，获得对来电号码的识别结果。
虽然第三方服务端可以将号码识别数据的更新数据推送至第三方客户端，并由第三方客户端对系统本地数据库进行更新，但是系统本地数据库存在数据量的限制，比如仅能够写入数万条号码的识别信息，远小于图1所示的第三方客户端自行创建的本地数据库所支持的数据量，更无法与云端数据库中数亿条甚至更大量号码的识别信息进行比较，导致图2所示方案的号码识别效果极为有限，往往无法对大部分来电号码进行准确识别。
此外，图1和图2所示的通话提示方案中，均需要在电子设备上的本地数据库或系统本地数据库中预先存储大量的号码识别数据，并据此对来电号码进行识别，而该号码识别数据中的大部分信息往往并不会被使用，从而造成了对电子设备的存储空间的无端浪费。
因此，本申请通过改进相关技术中的通话提示方案，以解决相关技术中存在的上述技术问题。为对本申请进行进一步说明，提供下列实施例：
图3a是本申请一示例性实施例提供的一种服务端侧的通话提示方法的流程图。如图3a所示，该方法应用于服务端，可以包括以下步骤：
步骤302a，服务端接收来自发起方的通话请求。
在本实施例中，服务端可以是移动化企业办公平台的服务端，移动化企业办公平台不仅可以实现通讯功能，还可以作为诸多其他功能的集成化功能平台，比如对于审批事件(如请假、办公物品申领、财务等审批事件)、考勤事件、任务事件、日志事件等企业内部事件的处理，再比如订餐、采购等企业外部事件的处理，本申请并不对此进行限制。
较为具体地，移动化企业办公平台可以承载于相关技术中的即时通讯应用，比如企业即时通讯(enterpriseinstantmessaging，eim)应用，例如skypefor
步骤304a，所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含与所述发起方相关联的号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
在本实施例中，服务端可以向目标方的设备操作系统对应的操作系统服务端发送推送消息，以由所述操作系统服务端将所述推送消息推送至所述目标方。例如，当设备操作系统为ios系统时，操作系统服务端可以为apns(applepushnotificationservices，苹果推送服务器)上运行的服务端，即服务端向apns发送推送消息，并由apns将推送消息进一步推送至相应的目标方。
在本实施例中，服务端可以确定目标方是否存储有所述号码和所述号码描述信息；其中，当确定未存储时，推送消息包含所述号码和相应的号码描述信息；而对于确定目标方已经存储有所述号码和所述号码描述信息的情况下，服务端无需发送上述的号码和号码描述信息，因而推送消息中可以不包含上述的号码和号码描述信息，从而减小数据传输量、提升对通话请求的响应速度、加快建立通话。
对于“目标方是否存储有所述号码和所述号码描述信息”，可以存在多种理解：
在一种情况下，服务端可以确定所述目标方是否存储有所述号码和相应的描述信息，即只要目标方存储有所述号码和相应的描述信息，而无需确认该描述信息与所述号码描述信息是否一致，就可以判定为目标方存储有所述号码和所述号码描述信息，而忽略号码描述信息可能存在更新的问题。
在另一种情况下，服务端可以在确定所述目标方存储有所述号码和相应的描述信息时，进一步确定相应的描述信息是否为最新信息，从而解决了号码描述信息可能发生更新的问题；其中，当确定相应的描述信息为最新信息时，所述服务端确定所述目标方存储有所述号码和所述号码描述信息。
服务端可以通过多种方式来确定“目标方是否存储有所述号码和所述号码描述信息”，例如：
在一种情况下，服务端可以查询历史数据，以确定目标方是否存储有所述号码和所述号码描述信息。比如，当所述历史数据包括消息推送记录时，所述服务端根据所述消息推送记录确定是否向所述目标方发送过所述推送消息。
其中，消息推送记录可以记录有推送目标和推送原因，如果推送目标为所述目标方、推送原因是服务端接收到基于所述号码的通话请求，那么该服务端可以判定为已经将所述号码和所述号码描述信息发送至目标方，即目标方存储有所述号码和所述号码描述信息，而忽略该号码描述信息可能存在更新的问题。
或者，消息推送记录可以记录有推送目标、推送原因和推送内容，如果推送目标为所述目标方、推送原因是服务端接收到基于所述号码的通话请求，那么该服务端进一步确定推送内容是否为所述号码描述信息，并在确定推送内容为所述号码描述信息的情况下，确定目标方存储有所述号码和所述号码描述信息，从而解决了号码描述信息可能发生的更新问题。
在另一种情况下，服务端可以向目标方发送询问消息，以由目标方确定是否存储有所述号码和所述号码描述信息，则服务端可以根据该目标方返回的询问结果，确定目标方是否存储有所述号码和所述号码描述信息。
其中，当所述询问消息中包含所述号码时，所述目标方可以确定是否存储有所述号码和相应的描述信息，即只要目标方存储有所述号码和相应的描述信息，而无需确认该描述信息与所述号码描述信息是否一致，就可以判定为目标方存储有所述号码和所述号码描述信息，而忽略号码描述信息可能存在更新的问题。
或者，当所述询问消息中包含所述号码和所述号码描述信息时，所述目标方可以确定是否存储有所述号码和相应的描述信息，以及相应的描述信息是否与所述号码描述信息一致；其中，当存在所述号码和相应的描述信息，且相应的描述信息与所述号码描述信息一致时，所述目标方确定存储有所述号码和所述号码描述信息，从而解决了号码描述信息可能存在更新的问题。
其中，对于上述推送消息中包含的所述号码描述信息，可以存在多种信息来源，例如：
在一种情况下，服务端可以预存储所述号码对应的号码描述信息，则该服务端可以根据预存储的所述号码描述信息生成所述推送消息，并将所述推送消息发送至所述目标方。
在另一种情况下，服务端可能未预存储所述号码对应的号码描述信息，则该服务端可以接收所述发起方发送的号码描述信息，并据此生成所述推送消息，然后将所述推送消息发送至所述目标方。
在本实施例中，发起方所使用的号码可以为预配置号码，可以由发起方选取该号码，并预配置为自身对应的号码；或者，也可以由服务端按照预设条件将该号码预配置为发起方对应的号码，比如该号码为发起方所属团体的公用号码，则当发起方采用自身所属团体的团体呼叫功能时，服务端可以将该公用号码预配置为对应于该发起方。
在一种情况下，当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息，比如该个人描述信息可以包括发起方的名称、所属团体、职位等，使得目标方可以在来电页面中示出该个人描述信息，以提示目标方。
在另一种情况下，当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息，比如该团体描述信息可以包括团体名称、团体性质、行业分类等，使得目标方可以在来电页面中示出该团体描述信息，以提示目标方。其中，公用号码是由服务端向运营商网络申请得到的虚拟id资源，本身并不一定需要与手机、固定电话等进行绑定处理；当某一公用号码被任一团体申请使用后，可以将该公用号码与该任一团体建立对应关系，使得该任一团体中的团体成员可以对该公用号码进行统一使用，从而便于对通讯资源的统一配置和管理，因而发起方可以利用其所属团体的公用号码，向目标方发起上述的通话请求，也导致目标方的设备通讯录中即便存储有该发起方的联系人信息(包括发起方的个人号码和号码描述信息)，但由于通讯录中并未存储该公用号码及其号码描述信息(并且该团体对应的公用号码可能随时或定期发生变化，导致原本存储的信息失效)，因而无法基于通讯录对该公用号码进行号码识别和来电提示，而本申请恰好能够解决该技术问题。
在本实施例中，推送消息用于指示目标方将所述号码与所述号码描述信息存储至所述目标方的来电号码识别信息库，使得所述目标方在后续接收到基于所述号码的呼叫请求时，可以从所述来电号码识别信息库中获取对应的号码描述信息，并在相应的来电页面中示出获取的号码描述信息。其中，来电号码识别信息库可以由所述目标方的设备操作系统提供，当然本申请并不对此进行限制。来电号码识别信息库可以采用任意形式进行数据存储，比如该来电号码识别信息库可以采用数据库形式，当然本申请并不对此进行限制。
在本实施例中，服务端在向目标方发送推送消息之后，可以在接收到所述目标方返回的存储成功消息时，确定所述号码和所述号码描述信息已经被存储至目标方的来电号码识别信息库，使得目标方能够对发起方的来电进行有效识别，并在相应的来电页面中示出所述号码描述信息。因此，服务端可以通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作，从而在发起方与目标方之间建立通话。
在本实施例中，在服务端或者目标方客户端可以存储有对应于该目标方的应用号码库；那么，每次对目标方的来电号码识别信息库进行更新时，采用的方式为：首先对该应用号码库进行更新，例如将所述号码和所述号码描述信息写入该应用号码库，然后将该应用号码库中的数据导入来电号码识别信息库，使得该应用号码库总是能够与来电号码识别信息库保持数据一致性。那么，当服务端上维护有对应于目标方的应用号码库时，可以通过查询该应用号码库来确定来电号码识别信息库中是否包含所述号码和所述号码描述信息；当目标方客户端上维护有应用号码库时，该目标方客户端可以自行或根据服务端发送的询问请求，查询该应用号码库来确定来电号码识别信息库中是否包含所述号码和所述号码描述信息。尤其是，当设备操作系统对第三方应用程序具有较强的权限管制时，如果来电号码识别信息库由设备操作系统提供，且目标方客户端不具有对该来电号码识别信息库的读取权限，那么目标方客户端可以通过对应用号码库进行查询，同样能够确定来电号码识别信息库中是否包含所述号码和所述号码描述信息。
在本实施例中，目标方接收到推送消息之后，可以由目标方的设备操作系统对该推送消息进行处理，尤其是当来电号码识别信息库由该设备操作系统提供时，可由该设备操作系统将所述号码和所述号码描述信息存储至该来电号码识别信息库；或者，可以由目标方客户端对该推送消息进行处理，本申请并不对此进行限制。
其中，上述的诸如ios等设备操作系统对第三方应用程序存在较严格的权限管制，使得目标方客户端不能够直接对来电号码进行识别(同样无法在来电页面中示出识别结果，即来电号码对应的号码描述信息等)。但是，如果设备操作系统向目标方客户端开放对来电号码识别信息库的写入权限，那么目标方客户端可以基于上述技术方案，将所述号码和所述号码描述信息存储至该来电号码识别信息库，使得设备操作系统在基于该来电号码识别信息库进行来电识别时，可以确保对发起方采用的所述号码进行有效识别，并在来电页面中示出相应的号码描述信息，其效果可以等同或类似于由目标方客户端直接实施来电识别操作。当然，如果设备操作系统为上述的诸如android等操作系统，即操作系统不限制第三方应用程序对来电号码进行识别，那么目标方客户端可以基于自身提供的来电号码识别信息库，对发起方采用的所述号码进行有效识别，并在相应的来电页面中示出所述号码描述信息。实际上，不论采用何种设备操作系统，基于本申请的通话提示方案均可以避免在目标方处提前写入大量数据(即相关联的号码和号码描述信息)，既能够减少不必要的空间占用，又有助于提升对来电号码的识别效率。
图3b是本申请一示例性实施例提供的另一种服务端侧的通话提示方法的流程图。如图3b所示，该方法应用于服务端，可以包括以下步骤：
步骤302b，服务端接收来自发起方的通话请求。
步骤304b，所述服务端向所述通话请求的目标方发送与所述发起方相关联的号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
在本实施例中，服务端可以单独将号码和号码描述信息发送至目标方，使得目标方后续接收到基于该号码的呼叫请求时，可以确定出该号码对应的号码描述信息(即实现来电号码识别)，从而在来电页面中示出该号码描述信息。
在本实施例中，服务端可以确定目标方是否存储有所述号码和所述号码描述信息。其中，当确定未存储时，服务端可以向目标方发送所述号码和相应的号码描述信息；而当确定已存储时，服务端可以不向目标方发送所述号码和相应的号码描述信息，一方面可以避免不必要的交互和处理过程，另一方面可以提升对通话请求的响应速度、加快建立通话。
其中，关于对“目标方是否存储有所述号码和所述号码描述信息”的理解及其实现方式，以及号码描述信息的信息来源、与号码相关的其他技术特征、目标方对于号码描述信息等的处理过程等，均可以参考图3a所示的实施例，此处不再赘述。
图3c是本申请一示例性实施例提供的又一种服务端侧的通话提示方法的流程图。如图3c所示，该方法应用于服务端，可以包括以下步骤：
步骤302c，服务端接收来自发起方的通话请求。
步骤304c，所述服务端向所述通话请求的目标方发送基于与所述发起方相关联的号码的呼叫请求和包含号码描述信息的通知消息，以使所述目标方在所述呼叫请求对应的来电页面中示出所述号码描述信息。
在本实施例中，服务端可以将呼叫请求和通知消息分别发送至目标方，其中呼叫请求用于向目标方发起呼叫，而通知消息用于将号码描述信息告知目标方，以供目标方据此识别出发起方对应的号码，并在来电页面中示出该号码对应的号码描述信息。
在本实施例中，服务端可以确定目标方是否存储有所述号码和所述号码描述信息。其中，当确定未存储时，通知消息中可以包括号码对应的号码描述信息；而当确定已存储时，服务端可以不向目标方发送上述的通知消息，一方面可以避免不必要的交互和处理过程，另一方面可以提升对通话请求的响应速度、加快建立通话。
其中，关于对“目标方是否存储有所述号码和所述号码描述信息”的理解及其实现方式，以及号码描述信息的信息来源、与号码相关的其他技术特征、目标方对于号码描述信息等的处理过程等，均可以参考图3a所示的实施例，此处不再赘述。
图3d是本申请一示例性实施例提供的又一种服务端侧的通话提示方法的流程图。如图3d所示，该方法应用于服务端，可以包括以下步骤：
步骤302d，服务端接收到来自发起方的通话请求。
步骤304d，所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含与所述发起方相关联的预配置号码和相应的号码描述信息，以使所述目标方在接收到基于所述预配置号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
在本实施例中，发起方可以基于预配置号码发起通话请求，使得服务端可以向目标方发送推送消息，且该推送消息中包含该预配置号码和相应的号码描述信息，以使得目标方能够识别出该预配置号码，并在来电页面中示出对应的号码描述信息。
在本实施例中，服务端可以确定目标方是否存储有所述预配置号码和所述号码描述信息。其中，当确定未存储时，推送消息中可以包括该预配置号码和对应的号码描述信息；而当确定已存储时，服务端可以不向目标方发送上述的推送消息，一方面可以避免不必要的交互和处理过程，另一方面可以提升对通话请求的响应速度、加快建立通话。
其中，关于对“目标方是否存储有所述预配置号码和所述号码描述信息”的理解及其实现方式，以及号码描述信息的信息来源、与预配置号码相关的其他技术特征、目标方对于号码描述信息等的处理过程等，均可以参考图3a所示的实施例，此处不再赘述。
相应地，图4a是本申请一示例性实施例提供的一种客户端侧的通话提示方法的流程图。如图4a所示，该方法应用于目标方客户端，可以包括以下步骤：
步骤402a，目标方客户端接收推送消息，所述推送消息由服务端根据接收到的来自发起方的通话请求而生成，所述通话请求基于所述发起方对应的号码而被发起。
在本实施例中，目标方客户端的应用程序可以被预先安装在电子设备(目标方使用的电子设备，即目标方设备)上，使得该目标方客户端可以在该电子设备上被启动并运行；当然，当采用诸如html5技术的在线“客户端”，无需在电子设备上安装相应的应用程序，即可获得并运行该目标方客户端。
在一实施例中，推送消息可以由服务端生成，并由该服务端发送至目标方的设备操作系统对应的操作系统服务端，然后由目标方客户端接收该操作系统服务端推送的推送消息。
较为具体地，目标方客户端中可以配置有推送接收模块，且该推送接收模块匹配于目标方设备上运行的设备操作系统。以设备操作系统为ios系统为例，该推送接收模块可以采用pushkit(推送套件)框架搭建，并通过将该推送接收模块预先在ios系统上注册对推送消息的接收需求，即可利用ios系统向该pushkit框架开放的数据推送服务，使得当apns将服务端发送的推送消息发送至该目标方设备的ios系统时，该ios系统可以将该推送消息传递至基于pushkit框架的推送接收模块，并由该推送接收模块提供至目标方客户端的其他功能模块进行处理，例如该其他功能模块可以包括目标方客户端中的应用功能模块，该应用功能模块相当于相关技术中的目标方客户端的全部应用功能。
其中，通过在目标方客户端中配置推送接收模块，并由该推送接收模块对上述的推送消息进行接收和传递，使得目标方客户端无需与服务端建立并保持长连接，仍然能够及时接收并响应于该推送消息，有助于降低功耗、节省通讯资源。同时，推送接收模块还能够基于接收到的推送消息，主动对目标方客户端(如该目标方客户端的其他功能模块)进行唤起，比如当该目标方客户端处于未启动状态时，可以启动该目标方客户端；换言之，即便用户手动关闭目标方客户端，或者用户重启目标方设备，或者设备操作系统出于降低功耗、释放运行资源或其他原因而关闭目标方客户端等，均可以由该推送接收模块对该目标方客户端进行主动唤起，从而确保对上述的推送消息进行及时响应和处理，例如将该推送消息中包含的所述号码和所述号码描述信息存储至来电号码识别信息库。
在另一实施例中，服务端可以与目标方客户端之间建立的长连接，使得该服务端可以直接将推送消息发送至目标方客户端，而不基于上述的操作系统服务端来实现。
步骤404a，所述目标方客户端获取所述推送消息中包含的所述号码和相应的号码描述信息，以在所述号码对应的来电页面中示出所述号码描述信息。
在本实施例中，所述目标方客户端将所述号码与所述号码描述信息存储至目标方的来电号码识别信息库，以使得存在基于所述号码的呼叫请求时，所述来电号码识别信息库被用于获取对应于所述号码的号码描述信息，且获取的号码描述信息被向所述目标方进行展示。其中，来电号码识别信息库可以由所述目标方的设备操作系统提供，当然本申请并不对此进行限制。来电号码识别信息库可以采用任意形式进行数据存储，比如该来电号码识别信息库可以采用数据库形式，当然本申请并不对此进行限制。
在本实施例中，所述目标方客户端可以通过存储进程或存储线程在设备操作系统的后台维持静默运行，以将所述号码与所述号码描述信息存储至所述来电号码识别信息库。其中，所述存储进程或所述存储线程可以被所述目标方客户端调用，以用于将所述号码与所述号码描述信息存储至所述来电号码识别信息库。那么，目标方客户端在针对推送消息的整个处理过程中，均可以维持静默状态，而对目标方而言可以全程无感知，使得整个通话过程对于目标方而言更加一体化，并且在目标方而言与现有的通话过程完全相同，避免增加通话过程的复杂性。此外，目标方客户端在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，可以释放所述存储进程或所述存储线程，避免对处理资源的持续占用，尽可能降低对目标方设备的正常运行可能造成的影响。
当然，对于所述号码与所述号码描述信息的存储过程也可以并非全程静默处理。例如，目标方客户端在获取所述号码和所述号码描述信息之后，可以向目标方展示一交互界面，并在目标方对该交互界面执行确认操作(比如点击该交互界面中的“确认”选项等)时，将所述号码和所述号码描述信息存储至所述来电号码识别信息库，使得目标方主动参与到该存储过程中，从而主动确认或拒绝对该号码和号码描述信息的存储操作。
在本实施例中，在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，所述目标方客户端可以向所述服务端返回存储成功消息，以使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作，避免服务端提前呼叫而导致目标方设备无法正确示出相应的号码描述信息，以及避免服务端对发起方的通话请求存在过大的响应延迟。
在本实施例中，在数据库清除条件被满足时，目标方客户端可以主动清除自身存储至来电号码识别信息库中的数据，包括所述号码与所述号码描述信息。例如，数据库清除条件可以包括：通话结束(即每次通话之前，存储当次通话所需的号码和号码描述信息，并在通话结束后清除)、预定义的清除周期到达(即按照预定义的清除周期，对来电号码识别信息库进行定期清除)等。通过对来电号码识别信息库进行主动清除，可以避免对目标方设备的存储空间造成无端占用，还可以使得目标方设备被呼叫并对来电号码进行识别时，尽可能地减少来电号码识别信息库中的数据量，从而提升对来电号码的匹配识别效率、降低提示延迟。
在本实施例中，发起方所使用的号码可以为预配置号码，可以由发起方选取该号码，并预配置为自身对应的号码；或者，也可以由服务端按照预设条件将该号码预配置为发起方对应的号码，比如该号码为发起方所属团体的公用号码，则当发起方采用自身所属团体的团体呼叫功能时，服务端可以将该公用号码预配置为对应于该发起方。
在本实施例中，所述目标方客户端可以接收所述服务端发送的询问消息；所述目标方客户端根据所述询问消息，确定目标方是否存储有所述号码和所述号码描述信息；然后，所述目标方客户端向所述服务端返回询问结果，以使得所述服务端在询问结果为未存储有所述号码和所述号码描述信息的情况下，向所述目标方客户端发送所述推送消息。
在一种情况下，当所述询问消息中包含所述号码时，所述目标方客户端可以确定目标方是否存储有所述号码和相应的描述信息，而不必确定该描述信息是否与所述号码描述信息一致，从而在确定存在所述号码和相应的描述信息时，判定为所述目标方存储有所述号码和所述号码描述信息，而忽略号码描述信息可能发生更新的问题。
在另一种情况下，当所述询问消息中包含所述号码和所述号码描述信息时，所述目标方客户端确定目标方是否存储有所述号码和相应的描述信息，以及相应的描述信息是否与所述号码描述信息一致；其中，当存在所述号码和相应的描述信息，且相应的描述信息与所述号码描述信息一致时，所述目标方客户端确定所述目标方存储有所述号码和所述号码描述信息，从而解决了号码描述信息可能发生更新的问题。
图4b是本申请一示例性实施例提供的另一种客户端侧的通话提示方法的流程图。如图4b所示，该方法应用于目标方客户端，可以包括以下步骤：
步骤402b，目标方客户端接收服务端发送的号码和相应的号码描述信息，当所述服务端接收发起方基于所述号码发起的通话请求时，所述号码和所述号码描述信息被所述服务端发送至所述目标方客户端，以使所述目标方客户端在所述号码对应的来电页面中示出所述号码描述信息。
在本实施例中，服务端可以单独将号码和号码描述信息发送至目标方，使得目标方后续接收到基于该号码的呼叫请求时，可以确定出该号码对应的号码描述信息(即实现来电号码识别)，从而在来电页面中示出该号码描述信息。
在本实施例中，除了号码描述信息的来源存在差异之外，其他技术方案均可以参考图4a所示的实施例，此处不再赘述。
图4c是本申请一示例性实施例提供的又一种客户端侧的通话提示方法的流程图。如图4c所示，该方法应用于目标方客户端，可以包括以下步骤：
步骤402c，目标方客户端接收服务端发送的呼叫请求和通知消息，当所述服务端接收发起方基于相应号码发起的通话请求时，所述呼叫请求由所述服务端基于所述号码发送至所述目标方客户端、所述通知消息中包含所述号码对应的号码描述信息。
步骤404c，所述目标方客户端在所述呼叫请求对应的来电页面中示出所述号码描述信息。
在本实施例中，服务端可以将呼叫请求和通知消息分别发送至目标方，其中呼叫请求用于向目标方发起呼叫，而通知消息用于将号码描述信息告知目标方，以供目标方据此识别出发起方对应的号码，并在来电页面中示出该号码对应的号码描述信息。
在本实施例中，除了号码描述信息的来源存在差异之外，其他技术方案均可以参考图4a所示的实施例，此处不再赘述。
由以上技术方案可见，本申请通过将发起方采用的号码和号码描述信息发送至目标方，使得目标方设备可以据此对该号码进行准确识别，并示出相应的号码描述信息，则目标方可以通过该号码描述信息确定出发起方的身份信息和呼叫目的，避免被误判为骚扰电话，并提升发起方与目标方之间的通讯效率。同时，由于仅在接收到通话请求时，才将相应的号码和号码描述信息发送至目标方，可以在目标方处实现对待识别号码及其识别信息的按需写入，而无需将大量号码及其识别信息预先写入目标方处，可以严格控制目标方处的存储数据量，既可以避免对存储空间的无故占用，又可以提升对来电号码的识别效率。
图5是本申请一示例性实施例提供的一种通话提示系统的架构示意图。如图5所示，该系统可以包括服务器51、网络52、若干电子设备，比如手机53、手机54和手机55等，以及操作系统服务器56。
服务器51可以为包含一独立主机的物理服务器，或者该服务器51可以为主机集群承载的虚拟服务器，或者该服务器51可以为云服务器。在运行过程中，服务器51可以运行某一应用的服务器侧的程序，以实现该应用的相关业务功能，比如当该服务器51运行移动化团体办公平台的程序时，可以实现为该移动化团体办公平台的服务端。而在本申请的技术方案中，可由服务器51通过与手机53-55上运行的客户端进行配合，以实现基于环境感知的协同处理方案。
手机53-55只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(pdas，personaldigitalassistants)、可穿戴设备(如智能眼镜、智能手表等)等，本申请并不对此进行限制。在运行过程中，该电子设备可以运行某一应用的客户端侧的程序，以实现该应用的相关业务功能，比如当该电子设备运行移动化团体办公平台的程序时，可以实现为该移动化团体办公平台的客户端。
而对于手机53-55与服务器51之间进行交互的网络52，可以包括多种类型的有线或无线网络。在一实施例中，该网络52可以包括公共交换电话网络(publicswitchedtelephonenetwork，pstn)和因特网。同时，手机53-55等电子设备之间也可以通过该网络52进行通讯交互，比如在任意两台电子设备之间建立单聊通讯会话；或者，若干电子设备可以参与至同一群聊通讯会话，使得任一用户可以通过自身的电子设备向该群聊通讯会话中的其他所有用户发送通讯消息，比如当该群聊通讯会话为多个团体之间的跨团体通讯会话时，这些团体中的团体成员可以通过该跨团体通讯会话进行群聊通讯。
服务器51与手机53-55之间可以通过网络52建立长连接，使得服务器51通过该长连接向手机53-55发送推送消息等。或者，尤其是对于服务器51与手机53-55之间并未(或无法)建立长连接的情况下，服务器51可以根据手机53-55上运行的操作系统，向相应的操作系统服务器56发送推送消息，并由该操作系统服务器56将该推送消息进一步发送至手机53-55。
为了便于理解，以企业即时通讯应用“企业微信”为例，对本申请的技术方案进行说明。假定手机53和手机54上运行有企业微信客户端、服务器51上运行有企业微信服务端，其中手机53和手机54上的企业微信客户端分别登录有不同使用者的注册账号，例如手机53上登录有发起方的注册账号，使得手机53被配置为发起方对应的发起方设备、手机53上登录有该发起方对应的微信客户端1，以及手机54上登录有目标方的注册账号，使得手机54被配置为目标方对应的目标方设备、手机54上登录有该目标方对应的微信客户端2。其中，当发起方属于企业a、目标方属于企业b时，发起方可以通过手机53上运行的微信客户端1，向服务器51上的企业微信服务端发起通话请求，使得该发起方能够利用企业a对应的办公号码向目标方发起通话，而对于手机54上并未存储该办公号码的情况下，手机54能够基于本申请的技术方案对该办公号码进行准确识别和提示。
为了实现本申请的技术方案，如图6所示，手机54可以包括：企业微信客户端(例如被配置为上述的微信客户端2)和操作系统，其中企业微信客户端进一步包括：应用功能模块、推送接收模块和接口功能模块等。
在一示例性实施例中，假定手机54采用的操作系统为ios系统，则推送接收模块可以为基于pushkit框架的功能模块、接口功能模块可以为基于callkit(通话组件)框架的功能模块，其中pushkit框架、callkit框架与ios系统由同一供应方提供，使得推送接收模块和接口功能模块对该ios系统具有相对更高(相比于应用功能模块)的操作权限，以实现本申请的操作目的。而应用功能模块相当于相关技术中的企业微信客户端；换言之，本申请中的企业微信客户端是在相关技术中的原有企业微信客户端的基础上，集成了基于pushkit框架的推送接收模块、基于callkit框架的接口功能模块。
基于上述的企业微信客户端，图7是本申请一示例性实施例提供的一种通话提示方法的流程图。如图7所示，该方法可以包括以下步骤：
步骤702，发起方通过手机53上运行的微信客户端1，向企业微信服务端发起针对目标方的通话请求，且该通话请求是基于发起方所属的企业a的公用号码而发起；其中，微信客户端1上登录有发起方的企业微信账号。
在本实施例中，微信客户端1可以提供诸如图8所示的通话发起页面，在该通话发起页面中，发起方(假定为用户aa)可以选取作为目标方的用户(假定为企业b中的用户bb)，并通过点击该通话发起页面底部的“企业电话”，选择基于发起方所属的企业a的公用号码，向企业微信服务端发起针对该目标方的通话请求。当然，发起方也可以通过该通话发起页面中包含的“语音通话”、“视频通话”、“普通通话”等，与目标方之间建立其他类型的通话，此处不再一一列举。
在本实施例中，对于发起方使用的手机53而言，并不存在操作系统方面的要求，即手机53可以采用诸如android、ios或其他任意类型的操作系统，均不会影响本申请技术方案的实施。
步骤704，企业微信服务端根据目标方使用的手机54上的操作系统，向对应的操作系统服务端发出推送消息，并由该操作系统服务端将推送消息进一步推送至手机54上运行的微信客户端2；其中，微信客户端2上登录有目标方的企业微信账号。
在本实施例中，假定手机54采用的操作系统为ios系统，相应的操作系统服务端配置于上述的apns上，则企业微信服务端将推送消息发送至apns，并由apns将该推送消息推送至手机54上运行的微信客户端2。当然，上述推送消息的传输过程，还依赖于下述的预处理步骤：
基于图6所示的客户端架构，可以理解为由微信客户端2中的应用功能模块预先向apns发起该应用注册请求，该应用注册请求中可以包括该微信客户端2所属电子设备(即手机54)的udid(uniquedeviceidentifier，设备的唯一设备识别符)和该微信客户端2的bundleidentifier(应用标识符)，以表明该微信客户端2的身份。相应地，apns根据微信客户端2发送的应用注册请求，将其中的udid和bundleidentifier等进行加密生成为该微信客户端2对应的设备密钥(devicetoken)。然后，由该微信客户端2将设备密钥包含于密钥通知消息中，以将该设备密钥告知企业微信服务端。
因此，基于上述预处理步骤，当企业微信服务端接收到针对目标方的通话请求时，如果确定该目标方将账号登录于手机54上的微信客户端2，那么企业微信服务端可以在推送消息中添加该微信客户端2对应的设备密钥，并将包含该设备密钥的推送消息发送至apns，以由apns根据该推送消息中包含的设备密钥，将该推送消息进一步发送至手机54上的微信客户端2。
步骤706，微信客户端2调用存储进程。
在本实施例中，推送消息可以首先被推送至微信客户端2中的推送接收模块，并由该推送接收模块唤起微信客户端2的应用功能模块，然后由应用功能模块调用存储进程。
步骤708，存储进程提取出推送消息中包含的企业a的公用号码及其号码描述信息，并将其写入微信客户端2维护的应用号码库。
步骤710，微信客户端2将应用号码库中的数据存储至手机54的操作系统维护的来电号码识别库中。
在本实施例中，存储进程通过将推送消息中的公用号码及其号码描述信息首先写入应用号码库，再将应用号码库中的数据存储至来电号码识别库，使得来带号码识别库中与“企业微信”应用程序相关的数据可以与应用号码库中的数据同步，那么微信客户端2可以通过读取应用号码库中的数据，确定来带号码识别库中与“企业微信”应用程序相关的数据，而无需向操作系统发起询问，尤其是操作系统可能出于数据安全而并不向微信客户端2开放询问接口。进一步地，基于上述处理方式，使得企业微信服务端在接收到针对目标方的通话请求时，可以向微信客户端2发起询问，使得微信客户端2在应用号码库中查询是否存在发起方所属企业的公用号码和号码描述信息，并在确定存在时避免重复发送推送消息，以避免不必要的交互过程，有助于提升对通话请求的响应速度。此外，企业微信服务端上可以进一步维护有对应于微信客户端2的云端号码库，且该云端号码库与微信客户端2维护的应用号码库一致，使得企业微信服务端在接收到针对目标方的通话请求时，可以自行在云端号码库中进行查询，以确定来带号码识别库中是否存在发起方所属企业的公用号码和号码描述信息，可以进一步避免企业微信服务端与微信客户端2之间的交互过程，有助于提升对通话请求的响应速度。
当然，在其他实施例中，存储进程可以将推送消息中的公用号码及其号码描述信息直接存储至来电号码识别库，而无需维护上述的应用号码库，以简化处理过程、提升处理效率，并有助于提升企业微信服务端对通话请求的响应速度。
步骤712，微信客户端2释放存储进程。
在本实施例中，存储进程对推送消息的整个处理过程均可以在后台静默执行，使得对于推送消息的接收和处理过程对于目标方而言是不可见的，避免对目标方造成干扰和影响，并确保基于本申请的技术方案的整个实施过程，在目标方的用户角度而言，几乎与相关技术中的常规通话过程相同，避免增加用户的学习成本。
步骤714，微信客户端2向企业微信服务端发送存储成功消息。
在本实施例中，通过向企业微信服务端发送存储成功消息，使得企业微信服务端能够在确保目标方设备已经对推送消息完成处理的情况下，尽可能地减小对通话请求的处理延迟，避免发起方的等待时间过长。
当然，在其他实施例中，可以根据微信客户端2对推送消息进行处理时可能需要的处理时长，预先配置一等待时长，使得企业微信服务端在发出推送消息后启动计时，并在该计时达到该等待时长后，判定为微信客户端2已经完成对推送消息的处理，并主动启动后续处理流程，而无需微信客户端2返回上述的注入成功消息，以减少交互过程。
此外，企业微信客户端2可能由于各种原因而未能够将公用号码及其号码描述信息成功存储至来电号码识别库中，那么企业微信客户端2可以在操作次数未达到预设次数或操作时长未达到预设时长的情况下，重新将上述公用号码及其号码描述信息(仅存储公用号码及其号码描述信息，或者将应用号码库的数据同步至来电号码识别库)向来电号码识别库进行存储；如果直至到达该预设次数或预设时长，仍然未能够成功存储，企业微信客户端2可以向企业微信服务端发送存储失败消息。当然，企业微信客户端2也可以在首次失败后，就向企业微信服务端发送存储失败消息。企业微信服务端在接收到存储失败消息后，可以放弃存储该公用号码及其号码描述信息，并跳转至后续的步骤716。
其中，通过设置预设次数或预设时长，可以避免企业微信客户端2长时间不对推送消息做出响应，造成发起方长时间等待。
步骤716，企业微信服务端向发起方发起呼叫。
步骤718，企业微信服务端在发起方接听后，向手机54对应的操作系统服务端发送voip(voiceoverinternetprotocol，ip承载语音)推送通知，并由该操作系统服务端将voip推送通知进一步推送至微信客户端2，即企业微信服务端向手机54发起voip呼叫。
在本实施例中，企业微信服务端首先向发起方发起呼叫，并在发起方接听后，再向目标方发起呼叫。而在其他实施例中，企业微信服务端也可以同时向发起方、目标方发起呼叫，本申请并不对此进行限制。在其他实施例中，企业微信服务端还可以向目标方发起呼叫，并在目标方接听后，向发起方返回建立通话成功的响应，而并不必须向发起方发起呼叫。
在本实施例中，对于voip推送通知的推送过程，与上述的推送消息的推送过程类似。具体的，企业微信服务端在voip推送通知中添加微信客户端2对应的设备密钥并发送至apns，使得apns根据该voip推送通知中包含的设备密钥，将该voip推送通知进一步推送至微信客户端2；其中，voip推送通知首先被推送至微信客户端2中配置的推送接收模块，而如果微信客户端2事先在推送接收模块处注册了对voip类型推送通知的推送需求，那么该推送接收模块识别出该推送通知为voip类型后，主动唤起微信客户端2的应用功能模块等，以对该voip推送通知进行及时响应和处理。
步骤720，微信客户端2向手机54的操作系统发出调用请求。
在本实施例中，微信客户端2中可以配置有应用功能模块和接口功能模块。当手机54采用ios系统时，如图9所示，该接口功能模块可以基于callkit框架形成；其中，当该接口功能模块进一步配置有通知子模块和通话控制子模块时，该通知子模块对应于callkit框架下的cxprovider(来电通知)对象、通话控制子模块对应于callkit框架下的cxcallcontroller(通话控制)对象。cxprovider对象用于将外来事件通知给操作系统，比如来电(incomingcall)、去电连接(outgoingcallconnected)、远端挂断(callendedonremoteside)等；而cxcallcontroller对象用于使操作系统接收到来自应用功能模块的一些请求(request)等消息，比如触发去电(startoutgoingcall)、接通来电(answercall)、挂断来电(endcall)等。
在本实施例中，当检测到voip通知(即voip推送通知)时，cxprovider对象可以向操作系统请求其内置的原生来电页面；例如，该cxprovider对象可以通过调用图9所示的cxcallupdate(信息上报)来实现与操作系统的交互，那么cxprovider对象可以通过cxcallupdate向操作系统发送调用请求，以调用操作系统的内置原生的来电提醒页面。其中，来电提醒页面可以如图10所示；实际上，操作系统内置的来电页面在相关技术中仅用于基于电路交换域的传统通话的来电提醒；而本申请中通过对该来电页面的调用，可使网络通话具有与传统通话相同的来电提醒效果，以避免网络通话被漏接。
步骤722，操作系统将来电号码在来电号码识别库中进行匹配。
步骤724，操作系统展示针对上述voip呼叫的来电提醒页面，并在该来电提醒页面中示出来电号码对应的号码描述信息。
在本实施例中，操作系统还基于上述的调用请求而获取来电号码，并将该来电号码与来电号码识别库进行匹配；其中，当该来电号码为发起方所属的企业a的公用号码时，操作系统通过匹配可以确定出相应的号码描述信息，并展示于来电提醒页面中。例如图10所示，假定公用号码为“0571-28223456”，而相应的号码描述信息为“企业a”，则可以在来电提醒页面中示出“企业微信识别为：企业a”。其中，操作系统维护的来电号码识别库中实际上可以包括若干个子数据库，这些子数据库一一对应于若干第三方应用程序，使得每一子数据库可以用于存储相应第三方应用程序注入的号码识别数据(即待识别号码及其号码描述信息)。那么，当操作系统在“企业微信”对应的子数据库中匹配到上述公用号码“0571-28223456”对应的号码描述信息“企业a”时，可以在图10中展示为“企业微信识别为”；类似地，如果操作系统在“企业飞信”对应的子数据库中匹配到上述公用号码“0571-28223456”对应的号码描述信息“企业a”时，可以在来电提醒页面中展示为“企业飞信识别为”。
需要指出的是：除了对来电提醒页面的展示之外，接口功能模块还可以对操作系统的内置原生的来电铃声进行调用，从而通过视觉和听觉等多方面，使得网络通话具有与传统通话相同的来电提醒效果。
步骤726，微信客户端2确定voip呼叫被目标方接听。
步骤728，微信客户端2与企业微信服务端建立网络通话。
在本实施例中，操作系统需要cxprovider对象了解到用户执行的操作时，可以通过cxaction(用户操作)来传递信息。如图11所示，当用户对图10所示的来电提醒页面进行接听操作时，操作系统可以监测到该接听操作，并通过cxanswercallaction(用户接听操作；cxaction的一种)将该接听操作对应的接听操作信息传递至cxprovider对象，使得该cxprovider对象向应用功能模块进行通知后，该应用功能模块仅需要执行原本的网络通话过程中的音视频通话逻辑，即可建立和实现相应的网络通话。
当然，除了voip通话之外，本申请的技术方案同样适用于采用pstn(publicswitchedtelephonenetwork，公共交换电话网络)网络实现的通话过程。那么，上述的步骤716-728可以被替换为下述操作：
假定用户aa在步骤702中通过手机53发起通话请求，希望企业微信服务端基于用户aa所属的企业a的公用号码p1向用户bb发起呼叫。那么，企业微信服务端可以向pstn网络发出针对该公用号码p1的呼叫请求，以使得pstn网络基于该公用号码p1向用户bb使用的手机54的手机号码p2执行呼叫操作。
当手机54收到pstn发起的呼叫操作时，手机54可以提取来电号码p1，并在来电号码识别库中进行识别。由于通过上述的步骤702-714或者本申请的其他实施例，手机54内的来电号码识别库中已经存储有公用号码p1与企业a的名称信息(即公用号码p1对应的号码描述信息)，因此手机54可以识别出来电号码p1对应于企业a的名称信息，从而在来电页面中展示出企业a的名称信息，比如图10所示的“企业a”等。
同时，pstn网络还可以向用户aa使用的手机53发起呼叫，那么当用户aa、用户bb分别接听后，pstn可以在两者之间建立通话。
综上所述，本申请通过在建立通话之前，通过推送消息将发起方所采用的来电号码和相应的号码描述信息发送至目标方设备，使得目标方设备从推送消息中提取相关数据并注入操作系统维护的来电号码识别库，从而既无需事先向来电号码识别库注入大量号码(及相应的号码描述信息)，也不需要操作系统向第三方应用程序开放“获取来电号码”等操作的权限，即可在通话建立之后，目标方设备的操作系统可以在完全按照原有逻辑进行处理的情况下，基于来电号码识别库对来电号码进行匹配、识别并展示出相应的号码描述信息，实现对目标方的有效提醒。
图12示出了根据本申请的一示例性实施例的一种服务端侧的电子设备的示意结构图。请参考图12，在硬件层面，该电子设备包括处理器1202、内部总线1204、网络接口1206、内存1208以及非易失性存储器1210，当然还可能包括其他业务所需要的硬件。处理器1202从非易失性存储器1210中读取对应的计算机程序到内存1208中然后运行，在逻辑层面上形成通话提示装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
请参考图13，在软件实施方式中，该通话提示装置可以包括：
第一请求接收单元1301，使服务端接收来自发起方的通话请求，所述通话请求基于所述发起方对应的号码而被发起；
第一消息发送单元1302，使所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含所述号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
可选的，所述第一消息发送单元1302具体用于：
使所述服务端向所述目标方的设备操作系统对应的操作系统服务端发送推送消息，以由所述操作系统服务端将所述推送消息推送至所述目标方。
可选的，还包括：
第一存储确定单元1303，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息；
其中，当确定未存储时，所述推送消息包含所述号码和相应的号码描述信息。
可选的，所述第一消息发送单元1302通过下述方式，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息：
使所述服务端确定所述目标方是否存储有所述号码和相应的描述信息；其中，当存在所述号码和相应的描述信息时，所述服务端确定所述目标方存储有所述号码和所述号码描述信息；
或者，使所述服务端在确定所述目标方存储有所述号码和相应的描述信息时，进一步确定相应的描述信息是否为最新信息；其中，当确定相应的描述信息为最新信息时，所述服务端确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述第一消息发送单元1302通过下述方式，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息：
使所述服务端查询历史数据，以确定所述目标方是否存储有所述号码和所述号码描述信息；
或者，使所述服务端向所述目标方发送询问消息，以由所述目标方确定是否存储有所述号码和所述号码描述信息。
可选的，所述第一消息发送单元1302通过下述方式，使所述服务端查询历史数据，以确定所述目标方是否存储有所述号码和所述号码描述信息：
当所述历史数据包括消息推送记录时，使所述服务端根据所述消息推送记录确定是否向所述目标方发送过所述推送消息；其中，当向所述目标方发送过与所述号码相关的推送消息，或者向所述目标方发送过包含所述号码和所述号码描述信息的推送消息时，确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述第一消息发送单元1302具体用于：
当所述服务端预存储所述号码对应的号码描述信息时，使所述服务端根据预存储的所述号码描述信息生成所述推送消息，并将所述推送消息发送至所述目标方；
当所述服务端未预存储所述号码对应的号码描述信息时，使所述服务端根据所述发起方发送的号码描述信息生成所述推送消息，并将所述推送消息发送至所述目标方。
可选的，
当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息；
当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息。
可选的，所述目标方的设备操作系统对安装的第三方应用程序存在权限限制，使得第三方应用程序无法对所述目标方接收到的呼叫请求进行来电号码识别和在相应的来电页面中示出识别结果。
可选的，所述推送消息用于指示所述目标方将所述号码与所述号码描述信息存储至所述目标方的来电号码识别信息库，以使所述目标方在接收到基于所述号码的呼叫请求时，从所述来电号码识别信息库中获取对应的号码描述信息，并在相应的来电页面中示出获取的号码描述信息。
可选的，所述来电号码识别信息库由所述目标方的设备操作系统提供。
可选的，还包括：
第一消息接收单元1304，使所述服务端接收到所述目标方返回的存储成功消息，表明所述目标方已将所述号码与所述号码描述信息存储至所述来电号码识别信息库；
第一呼叫单元1305，使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作。
可选的，所述服务端包括：即时通讯应用的服务端。
可选的，所述号码被预配置为对应于所述发起方。
请参考图14，在软件实施方式中，该通话提示装置可以包括：
第二请求接收单元1401，使服务端接收到来自发起方的通话请求；
第二消息发送单元1402，使所述服务端向所述通话请求的目标方发送推送消息，所述推送消息中包含与所述发起方相关联的预配置号码和相应的号码描述信息，以使所述目标方在接收到基于所述预配置号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
可选的，所述第二消息发送单元1402具体用于：
使所述服务端向所述目标方的设备操作系统对应的操作系统服务端发送推送消息，以由所述操作系统服务端将所述推送消息推送至所述目标方。
可选的，还包括：
第二存储确定单元1403，使所述服务端确定所述目标方是否存储有所述预配置号码和所述号码描述信息；
其中，当确定未存储时，所述第二消息发送单元1402将所述预配置号码和相应的号码描述信息发送至所述目标方。
可选的，所述第二消息发送单元1402通过下述方式，使所述服务端确定所述目标方是否存储有所述预配置号码和所述号码描述信息：
使所述服务端确定所述目标方是否存储有所述预配置号码和相应的描述信息；其中，当存在所述预配置号码和相应的描述信息时，所述服务端确定所述目标方存储有所述预配置号码和所述号码描述信息；
或者，使所述服务端在确定所述目标方存储有所述预配置号码和相应的描述信息时，进一步确定相应的描述信息是否为最新信息；其中，当确定相应的描述信息为最新信息时，所述服务端确定所述目标方存储有所述预配置号码和所述号码描述信息。
可选的，所述第二消息发送单元1402通过下述方式，使所述服务端确定所述目标方是否存储有所述预配置号码和所述号码描述信息：
使所述服务端查询历史数据，以确定所述目标方是否存储有所述预配置号码和所述号码描述信息；
或者，使所述服务端向所述目标方发送询问消息，以由所述目标方确定是否存储有所述预配置号码和所述号码描述信息。
可选的，所述第二消息发送单元1402通过下述方式，使所述服务端查询历史数据，以确定所述目标方是否存储有所述预配置号码和所述号码描述信息：
当所述历史数据包括数据发送记录时，使所述服务端根据所述数据发送记录确定是否向所述目标方发送过所述预配置号码和所述号码描述信息；其中，当向所述目标方发送过所述预配置号码和所述号码描述信息时，确定所述目标方存储有所述预配置号码和所述号码描述信息。
可选的，所述第二消息发送单元1402具体用于：
当所述服务端预存储所述预配置号码对应的号码描述信息时，使所述服务端将预存储的所述号码描述信息发送至所述目标方；
当所述服务端未预存储所述预配置号码对应的号码描述信息时，使所述服务端获取所述发起方发送的号码描述信息，并将所述号码描述信息发送至所述目标方。
可选的，
当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息；
当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息。
可选的，所述目标方的设备操作系统对安装的第三方应用程序存在权限限制，使得第三方应用程序无法对所述目标方接收到的呼叫请求进行来电号码识别和在相应的来电页面中示出识别结果。
可选的，所述推送消息用于指示所述目标方将所述预配置号码与所述号码描述信息存储至所述目标方的来电号码识别信息库，以使所述目标方在接收到基于所述预配置号码的呼叫请求时，从所述来电号码识别信息库中获取对应的号码描述信息，并在相应的来电页面中示出获取的号码描述信息。
可选的，所述来电号码识别信息库由所述目标方的设备操作系统提供。
可选的，还包括：
第二消息接收单元1404，使所述服务端接收到所述目标方返回的存储成功消息，表明所述目标方已将所述预配置号码与所述号码描述信息存储至所述来电号码识别信息库；
第二呼叫单元1405，使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述预配置号码的呼叫操作。
可选的，所述服务端包括：即时通讯应用的服务端。
请参考图15，在软件实施方式中，该通话提示装置可以包括：
第三请求接收单元1501，使服务端接收来自发起方的通话请求，所述通话请求基于所述发起方对应的号码而被发起；
第三消息发送单元1502，使所述服务端向所述通话请求的目标方发送所述号码和相应的号码描述信息，以使所述目标方在接收到基于所述号码的呼叫请求时，在相应的来电页面中示出所述号码描述信息。
可选的，所述第三消息发送单元1502具体用于：
使所述服务端向所述目标方的设备操作系统对应的操作系统服务端发送推送消息，以由所述操作系统服务端将所述推送消息推送至所述目标方。
可选的，还包括：
第三存储确定单元1503，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息；
其中，当确定未存储时，所述第三消息发送单元1502将所述号码和相应的号码描述信息发送至所述目标方。
可选的，所述第三消息发送单元1502通过下述方式，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息：
使所述服务端确定所述目标方是否存储有所述号码和相应的描述信息；其中，当存在所述号码和相应的描述信息时，所述服务端确定所述目标方存储有所述号码和所述号码描述信息；
或者，使所述服务端在确定所述目标方存储有所述号码和相应的描述信息时，进一步确定相应的描述信息是否为最新信息；其中，当确定相应的描述信息为最新信息时，所述服务端确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述第三消息发送单元1502通过下述方式，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息：
使所述服务端查询历史数据，以确定所述目标方是否存储有所述号码和所述号码描述信息；
或者，使所述服务端向所述目标方发送询问消息，以由所述目标方确定是否存储有所述号码和所述号码描述信息。
可选的，所述第三消息发送单元1502通过下述方式，使所述服务端查询历史数据，以确定所述目标方是否存储有所述号码和所述号码描述信息：
当所述历史数据包括数据发送记录时，使所述服务端根据所述数据发送记录确定是否向所述目标方发送过所述号码和所述号码描述信息；其中，当向所述目标方发送过所述号码和所述号码描述信息时，确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述第三消息发送单元1502具体用于：
当所述服务端预存储所述号码对应的号码描述信息时，使所述服务端将预存储的所述号码描述信息发送至所述目标方；
当所述服务端未预存储所述号码对应的号码描述信息时，使所述服务端获取所述发起方发送的号码描述信息，并将所述号码描述信息发送至所述目标方。
可选的，
当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息；
当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息。
可选的，所述目标方的设备操作系统对安装的第三方应用程序存在权限限制，使得第三方应用程序无法对所述目标方接收到的呼叫请求进行来电号码识别和在相应的来电页面中示出识别结果。
可选的，所述推送消息用于指示所述目标方将所述号码与所述号码描述信息存储至所述目标方的来电号码识别信息库，以使所述目标方在接收到基于所述号码的呼叫请求时，从所述来电号码识别信息库中获取对应的号码描述信息，并在相应的来电页面中示出获取的号码描述信息。
可选的，所述来电号码识别信息库由所述目标方的设备操作系统提供。
可选的，还包括：
第三消息接收单元1504，使所述服务端接收到所述目标方返回的存储成功消息，表明所述目标方已将所述号码与所述号码描述信息存储至所述来电号码识别信息库；
第三呼叫单元1505，使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作。
可选的，所述服务端包括：即时通讯应用的服务端。
可选的，所述号码被预配置为对应于所述发起方。
请参考图16，在软件实施方式中，该通话提示装置可以包括：
第四请求接收单元1601，使服务端接收来自发起方的通话请求，所述通话请求基于所述发起方对应的号码而被发起；
第四消息发送单元1602，使所述服务端向所述通话请求的目标方发送基于所述号码的呼叫请求和包含号码描述信息的通知消息，以使所述目标方在所述呼叫请求对应的来电页面中示出所述号码描述信息。
可选的，所述第四消息发送单元1602具体用于：
使所述服务端向所述目标方的设备操作系统对应的操作系统服务端发送通知消息，以由所述操作系统服务端将所述通知消息推送至所述目标方。
可选的，还包括：
第四确定单元1603，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息；
其中，当确定未存储时，所述通知消息包含所述号码对应的号码描述信息。
可选的，所述第四消息发送单元1602通过下述方式，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息：
使所述服务端确定所述目标方是否存储有所述号码和相应的描述信息；其中，当存在所述号码和相应的描述信息时，所述服务端确定所述目标方存储有所述号码和所述号码描述信息；
或者，使所述服务端在确定所述目标方存储有所述号码和相应的描述信息时，进一步确定相应的描述信息是否为最新信息；其中，当确定相应的描述信息为最新信息时，所述服务端确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述第四消息发送单元1602通过下述方式，使所述服务端确定所述目标方是否存储有所述号码和所述号码描述信息：
使所述服务端查询历史数据，以确定所述目标方是否存储有所述号码和所述号码描述信息；
或者，使所述服务端向所述目标方发送询问消息，以由所述目标方确定是否存储有所述号码和所述号码描述信息。
可选的，所述第四消息发送单元1602通过下述方式，使所述服务端查询历史数据，以确定所述目标方是否存储有所述号码和所述号码描述信息：
当所述历史数据包括消息发送记录时，使所述服务端根据所述消息发送记录确定是否向所述目标方发送过与所述号码相关的通知消息；其中，当向所述目标方发送过与所述号码相关的通知消息时，确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述第四消息发送单元1602具体用于：
当所述服务端预存储所述号码对应的号码描述信息时，根据所述服务端预存储的所述号码描述信息生成通知消息，并将该通知消息发送至所述目标方；
当所述服务端未预存储所述号码对应的号码描述信息时，根据所述发起方发送至所述服务端的号码描述信息生成通知消息，并将该通知消息发送至所述目标方。
可选的，
当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息；
当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息。
可选的，所述目标方的设备操作系统对安装的第三方应用程序存在权限限制，使得第三方应用程序无法对所述目标方接收到的呼叫请求进行来电号码识别和在相应的来电页面中示出识别结果。
可选的，所述推送消息用于指示所述目标方将所述号码与所述号码描述信息存储至所述目标方的来电号码识别信息库，以使所述目标方在接收到基于所述号码的呼叫请求时，从所述来电号码识别信息库中获取对应的号码描述信息，并在相应的来电页面中示出获取的号码描述信息。
可选的，所述来电号码识别信息库由所述目标方的设备操作系统提供。
可选的，还包括：
第四消息接收单元1604，使所述服务端接收到所述目标方返回的存储成功消息，表明所述目标方已将所述号码与所述号码描述信息存储至所述来电号码识别信息库；
第四呼叫单元1605，使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作。
可选的，所述服务端包括：即时通讯应用的服务端。
可选的，所述号码被预配置为对应于所述发起方。
图17示出了根据本申请的一示例性实施例的一种客户端侧的电子设备的示意结构图。请参考图17，在硬件层面，该电子设备包括处理器1702、内部总线1704、网络接口1706、内存1708以及非易失性存储器1710，当然还可能包括其他业务所需要的硬件。处理器1702从非易失性存储器1710中读取对应的计算机程序到内存1708中然后运行，在逻辑层面上形成通话提示装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
请参考图18，在软件实施方式中，该通话提示装置可以包括：
第一接收单元1801，使目标方客户端接收推送消息，所述推送消息由服务端根据接收到的来自发起方的通话请求而生成，所述通话请求基于所述发起方对应的号码而被发起；
获取单元1802，使所述目标方客户端获取所述推送消息中包含的所述号码和相应的号码描述信息，以在所述号码对应的来电页面中示出所述号码描述信息。
可选的，所述第一接收单元1801具体用于：
使所述目标方客户端接收设备操作系统对应的操作系统服务端推送的所述推送消息，其中所述推送消息由所述服务端生成并发送至所述操作系统服务端。
可选的，所述第一接收单元1801具体用于：
使所述目标方客户端通过配置于所述目标方客户端中且匹配于所述设备操作系统的推送接收模块，接收所述操作系统服务端推送的所述推送消息；
其中，所述推送接收模块在所述设备操作系统处预先注册了对推送消息的接收需求。
可选的，
当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息；
当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息。
可选的，还包括：
第一存储单元1803，使所述目标方客户端将所述号码与所述号码描述信息存储至目标方的来电号码识别信息库，以使得存在基于所述号码的呼叫请求时，所述来电号码识别信息库被用于获取对应于所述号码的号码描述信息，且获取的号码描述信息被向所述目标方进行展示。
可选的，所述第一存储单元1803具体用于：
使所述目标方客户端通过存储进程或存储线程在设备操作系统的后台维持静默运行，以将所述号码与所述号码描述信息存储至所述来电号码识别信息库。
可选的，所述存储进程或所述存储线程被所述目标方客户端调用，以用于将所述号码与所述号码描述信息存储至所述来电号码识别信息库。
可选的，还包括：
第一释放单元1804，使所述目标方客户端在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，释放所述存储进程或所述存储线程。
可选的，还包括：
第一返回单元1805，在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，使所述目标方客户端向所述服务端返回存储成功消息，以使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作。
可选的，还包括：
第二接收单元1806，使所述目标方客户端接收所述服务端发送的询问消息；
第一确定单元1807，使所述目标方客户端根据所述询问消息，确定目标方是否存储有所述号码和所述号码描述信息；
第二返回单元1808，使所述目标方客户端向所述服务端返回询问结果，以使得所述服务端在询问结果为未存储有所述号码和所述号码描述信息的情况下，向所述目标方客户端发送所述推送消息。
可选的，所述第一确定单元1807具体用于：
当所述询问消息中包含所述号码时，使所述目标方客户端确定目标方是否存储有所述号码和相应的描述信息；其中，当存在所述号码和相应的描述信息时，所述目标方客户端确定所述目标方存储有所述号码和所述号码描述信息；
或者，当所述询问消息中包含所述号码和所述号码描述信息时，使所述目标方客户端确定目标方是否存储有所述号码和相应的描述信息，以及相应的描述信息是否与所述号码描述信息一致；其中，当存在所述号码和相应的描述信息，且相应的描述信息与所述号码描述信息一致时，所述目标方客户端确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述目标方客户端包括：即时通讯应用的客户端；所述服务端包括：所述即时通讯应用的服务端。
可选的，所述号码被预配置为对应于所述发起方。
请参考图19，在软件实施方式中，该通话提示装置可以包括：
第三接收单元1901，使目标方客户端接收服务端发送的号码和相应的号码描述信息，当所述服务端接收发起方基于所述号码发起的通话请求时，所述号码和所述号码描述信息被所述服务端发送至所述目标方客户端，以使所述目标方客户端在所述号码对应的来电页面中示出所述号码描述信息。
可选的，所述第三接收单元1901具体用于：
使所述目标方客户端接收设备操作系统对应的操作系统服务端推送的所述号码和所述号码描述信息，其中所述号码和所述号码描述信息由所述服务端发送至所述操作系统服务端。
可选的，所述第三接收单元1901具体用于：
使所述目标方客户端通过配置于所述目标方客户端中且匹配于所述设备操作系统的推送接收模块，接收所述操作系统服务端推送的所述号码和所述号码描述信息；
其中，所述推送接收模块在所述设备操作系统处预先注册了对推送的号码和号码描述信息的获取需求。
可选的，
当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息；
当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息。
可选的，还包括：
第二存储单元1902，使所述目标方客户端将所述号码与所述号码描述信息存储至目标方的来电号码识别信息库，以使得存在基于所述号码的呼叫请求时，所述来电号码识别信息库被用于获取对应于所述号码的号码描述信息，且获取的号码描述信息被向所述目标方进行展示。
可选的，所述第二存储单元1902具体用于：
使所述目标方客户端通过存储进程或存储线程在设备操作系统的后台维持静默运行，以将所述号码与所述号码描述信息存储至所述来电号码识别信息库。
可选的，所述存储进程或所述存储线程被所述目标方客户端调用，以用于将所述号码与所述号码描述信息存储至所述来电号码识别信息库。
可选的，还包括：
第二释放单元1903，使所述目标方客户端在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，释放所述存储进程或所述存储线程。
可选的，还包括：
第三返回单元1904，在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，使所述目标方客户端向所述服务端返回存储成功消息，以使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作。
可选的，还包括：
第四接收单元1905，使所述目标方客户端接收所述服务端发送的询问消息；
第二确定单元1906，使所述目标方客户端根据所述询问消息，确定目标方是否存储有所述号码和所述号码描述信息；
第四返回单元1907，使所述目标方客户端向所述服务端返回询问结果，以使得所述服务端在询问结果为未存储有所述号码和所述号码描述信息的情况下，向所述目标方客户端发送所述号码和所述号码描述信息。
可选的，所述第二确定单元1906具体用于：
当所述询问消息中包含所述号码时，使所述目标方客户端确定目标方是否存储有所述号码和相应的描述信息；其中，当存在所述号码和相应的描述信息时，所述目标方客户端确定所述目标方存储有所述号码和所述号码描述信息；
或者，当所述询问消息中包含所述号码和所述号码描述信息时，使所述目标方客户端确定目标方是否存储有所述号码和相应的描述信息，以及相应的描述信息是否与所述号码描述信息一致；其中，当存在所述号码和相应的描述信息，且相应的描述信息与所述号码描述信息一致时，所述目标方客户端确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述目标方客户端包括：即时通讯应用的客户端；所述服务端包括：所述即时通讯应用的服务端。
可选的，所述号码被预配置为对应于所述发起方。
请参考图20，在软件实施方式中，该通话提示装置可以包括：
第五接收单元2001，使目标方客户端接收服务端发送的呼叫请求和通知消息，当所述服务端接收发起方基于相应号码发起的通话请求时，所述呼叫请求由所述服务端基于所述号码发送至所述目标方客户端、所述通知消息中包含所述号码对应的号码描述信息；
展示单元2002，使所述目标方客户端在所述呼叫请求对应的来电页面中示出所述号码描述信息。
可选的，所述第五接收单元2001具体用于：
使所述目标方客户端接收设备操作系统对应的操作系统服务端推送的所述通知消息，其中所述通知消息由所述服务端生成并发送至所述操作系统服务端。
可选的，所述第五接收单元2001具体用于：
使所述目标方客户端通过配置于所述目标方客户端中且匹配于所述设备操作系统的推送接收模块，接收所述操作系统服务端推送的所述通知消息；
其中，所述推送接收模块在所述设备操作系统处预先注册了对通知消息的获取需求。
可选的，
当所述号码为所述发起方的个人号码时，所述号码描述信息为所述发起方的个人描述信息；
当所述号码为所述发起方所属团体的公用号码时，所述号码描述信息为所述发起方所属团体的团体描述信息。
可选的，还包括：
第三存储单元2003，使所述目标方客户端将所述号码与所述号码描述信息存储至目标方的来电号码识别信息库，以使得存在基于所述号码的呼叫请求时，所述来电号码识别信息库被用于获取对应于所述号码的号码描述信息，且获取的号码描述信息被向所述目标方进行展示。
可选的，所述第三存储单元2003具体用于：
使所述目标方客户端通过存储进程或存储线程在设备操作系统的后台维持静默运行，以将所述号码与所述号码描述信息存储至所述来电号码识别信息库。
可选的，所述存储进程或所述存储线程被所述目标方客户端调用，以用于将所述号码与所述号码描述信息存储至所述来电号码识别信息库。
可选的，还包括：
第三释放单元2004，使所述目标方客户端在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，释放所述存储进程或所述存储线程。
可选的，还包括：
第五返回单元2005，在将所述号码与所述号码描述信息存储至所述来电号码识别信息库之后，使所述目标方客户端向所述服务端返回存储成功消息，以使所述服务端通过通讯网络向所述发起方和所述目标方的通讯号码分别执行基于所述号码的呼叫操作。
可选的，还包括：
第六接收单元2006，使所述目标方客户端接收所述服务端发送的询问消息；
第三确定单元2007，使所述目标方客户端根据所述询问消息，确定目标方是否存储有所述号码和所述号码描述信息；
第六返回单元2008，使所述目标方客户端向所述服务端返回询问结果，以使得所述服务端在询问结果为未存储有所述号码和所述号码描述信息的情况下，向所述目标方客户端发送所述通知消息。
可选的，所述第三确定单元2007具体用于：
当所述询问消息中包含所述号码时，使所述目标方客户端确定目标方是否存储有所述号码和相应的描述信息；其中，当存在所述号码和相应的描述信息时，所述目标方客户端确定所述目标方存储有所述号码和所述号码描述信息；
或者，当所述询问消息中包含所述号码和所述号码描述信息时，使所述目标方客户端确定目标方是否存储有所述号码和相应的描述信息，以及相应的描述信息是否与所述号码描述信息一致；其中，当存在所述号码和相应的描述信息，且相应的描述信息与所述号码描述信息一致时，所述目标方客户端确定所述目标方存储有所述号码和所述号码描述信息。
可选的，所述目标方客户端包括：即时通讯应用的客户端；所述服务端包括：所述即时通讯应用的服务端。
可选的，所述号码被预配置为对应于所述发起方。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
- 还没有人留言评论。精彩留言会获得点赞！