CN103078949B

CN103078949B - 显示电话号码信息的方法及系统

Info

Publication number: CN103078949B
Application number: CN201310017854.6A
Authority: CN
Inventors: 李涛; 王涛; 吴宏亮; 孙大利
Original assignee: Beijing Qihoo Technology Co Ltd; Qizhi Software Beijing Co Ltd
Current assignee: Beijing Qihoo Technology Co Ltd
Priority date: 2013-01-17
Filing date: 2013-01-17
Publication date: 2015-09-23
Anticipated expiration: 2033-01-17
Also published as: CN103078949A

Abstract

本发明公开了显示电话号码信息的方法及系统，其中，方法可以包括：对用户使用通信终端过程中的来电或去电事件进行监测，获取来电或者去电事件中的目标电话号码；如果目标电话号码是企业电话，则从云端服务器获取目标电话号码的相关信息，相关信息包括由企业电话的拥有者定制并上传到云端服务器进行保存的信息；在通信终端中创建显示界面，并将所获取到的相关信息显示在显示界面中。通过本发明，企业电话的拥有者为自己的电话号码设置的相关信息，并进行展现。

Description

显示电话号码信息的方法及系统

技术领域

本发明涉及通信终端技术领域，具体涉及显示电话号码信息的方法及系统。

背景技术

移动通信终端（例如手机等）作为常用的通讯工具，可以极大的方便用户和他人取得联系，建立通话。移动通信终端一般都具有显示器，在接收到来电时，一般会有来电显示。所谓的来电显示就是指当用户甲向用户乙打电话时，用户乙电话机可以收到交换机送来的来电方用户甲的电话号码等信息，并在显示屏上显示用户甲电话号码。如果该电话号码位于用户乙的通讯录中，则还可以将用户甲的姓名等信息显示在显示屏上，这样，用户乙在接听电话之前就可以据此知悉是谁打来的电话。另外，在用户拨打电话时，同样可以在显示屏上显示出拨打电话的电话号码、联系人姓名等信息，这种情况可以称为去电显示。

现有技术在进行来电显示或去电显示时，一般是根据本地通讯录中保存的联系人信息来获取的。但是有些来电或者去电对应的目标电话号码可能是一些企业电话，例如某快递公司的客服电话、某快餐店的客户电话，等等。对于企业电话而言，用户一般可能不会作为联系人将相关信息保存在通讯录中，因此，无法从本地通讯录保存的信息为用户显示企业电话的相关信息。另外，即使一些应用程序能够根据自己统计的企业电话的相关信息进行展现，也可能存在不准确等问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的显示电话号码信息的方法及系统，能够获取到企业电话的拥有者为自己的电话号码设置的相关信息，并进行展现。

依据本发明的一个方面，提供了一种显示电话号码信息的方法，包括：

对用户使用通信终端过程中的来电或去电事件进行监测，获取来电或者去电事件中的目标电话号码；

如果目标电话号码是企业电话，则从云端服务器获取目标电话号码的相关信息，相关信息包括由企业电话的拥有者定制并上传到云端服务器进行保存的信息；

在通信终端中创建显示界面，并将所获取到的相关信息显示在显示界面中。

可选地，相关信息还包括云端服务器根据用户上报的信息收集到的关于目标电话号码的相关信息。

可选地，还包括：

从通信终端本地系统中获取目标电话号码的相关信息；

将本地系统中获取到的相关信息显示在显示界面中。

可选地，还包括：

从云端服务器将目标电话号码的相关信息下载到本地进行保存，以便再次监测到关于目标电话号码的来电或去电事件时，根据本地保存的信息获取目标电话号码的相关信息。

可选地，还包括：

定期访问云端服务器，获取目标电话号码的最新相关信息；

根据最新相关信息对本地保存的相关信息进行更新。

可选地，还包括：

如果目标电话号码为个人电话，则从云端服务器获取目标电话号码的相关信息，相关信息包括由个人电话的拥有者定制并上传到云端服务器进行保存的信息。

可选地，还包括：

当接收到当前用户为指定电话号码上传相关信息的请求时，判断当前用户是否为指定电话号码的拥有者；

如果当前用户是指定电话号码的拥有者，则验证通过，并将相关信息上传到云端服务器进行保存。

可选地，判断当前用户是否为指定电话号码的拥有者包括：

生成验证码，并在本地进行保存；

生成包含验证码的短消息，并通过移动通信网络将短消息发送至指定电话号码；

在本地拦截接收到的短消息；

从拦截到的短消息中提取验证码

将提取出的验证码与本地保存的验证码进行比对，如果相同，则确定当前用户为指定电话号码的拥有者。

可选地，还包括：

提供为自己的电话号码上传相关信息的第一操作入口，以及对其他用户的电话号码进行举报的第二操作入口；

当接收到当前用户为指定电话号码上传相关信息的请求时，判断当前用户是否为指定电话号码的拥有者包括：

当从第一操作入口接收到当前用户为指定电话号码上传相关信息的请求时，判断当前用户是否为指定电话号码的拥有者。

可选地，还包括：

当从第二操作入口接收到当前用户为指定电话号码上传相关信息的请求时，根据当前通信终端中的通信记录，判断当前用户是否与指定电话号码的拥有者进行过通话，如果是，则将当前用户为该指定电话号码输入的举报信息上传到云端服务器。

可选地，还包括：

根据预先保存的已上传相关信息的企业电话列表，判断目标电话号码是否在云端服务器中保存有相关信息；

如果是，则触发从云端服务器获取目标电话号码的相关信息的操作。

根据本发明的另一方面，提供了一种显示电话号码信息的系统，包括：

监测单元，用于对用户使用通信终端过程中的来电或去电事件进行监测，获取来电或者去电事件中的目标电话号码；

云端获取单元，用于如果目标电话号码是企业电话，则从云端服务器获取目标电话号码的相关信息，相关信息包括由企业电话的拥有者定制并上传到云端服务器进行保存的信息；

云端相关信息显示单元，用于在通信终端中创建显示界面，并将所获取到的相关信息显示在显示界面中。

可选地，还包括：

本地获取单元，用于从通信终端本地系统中获取目标电话号码的相关信息；

本地相关信息显示单元，用于将本地系统中获取到的相关信息显示在显示界面中。

可选地，还包括：

下载单元，用于从云端服务器将目标电话号码的相关信息下载到本地进行保存，以便再次监测到关于目标电话号码的来电或去电事件时，根据本地保存的信息获取目标电话号码的相关信息。

可选地，还包括：

访问单元，用于定期访问云端服务器，获取目标电话号码的最新相关信息；

更新单元，用于根据最新相关信息对本地保存的相关信息进行更新。

可选地，还包括：

个人号码信息获取单元，用于如果目标电话号码为个人电话，则从云端服务器获取目标电话号码的相关信息，相关信息包括由个人电话的拥有者定制并上传到云端服务器进行保存的信息。

可选地，还包括：

第一判断单元，用于当接收到当前用户为指定电话号码上传相关信息的请求时，判断当前用户是否为指定电话号码的拥有者；

上传单元，用于如果当前用户是指定电话号码的拥有者，则验证通过，并将相关信息上传到云端服务器进行保存。

可选地，第一判断单元包括：

验证码生成子单元，用于生成验证码，并在本地进行保存；

短消息生成子单元，用于生成包含验证码的短消息，并通过移动通信网络将短消息发送至指定电话号码；

短消息拦截子单元，用于在本地拦截接收到的短消息；

验证码提取子单元，用于从拦截到的短消息中提取验证码

验证码比对子单元，用于将提取出的验证码与本地保存的验证码进行比对，如果相同，则确定当前用户为指定电话号码的拥有者。

可选地，还包括：

上传入口提供单元，用于提供为自己的电话号码上传相关信息的第一操作入口，以及对其他用户的电话号码进行举报的第二操作入口；

第一判断单元具体用于：

可选地，还包括：

第二判断单元，用于当从第二操作入口接收到当前用户为指定电话号码上传相关信息的请求时，根据当前通信终端中的通信记录，判断当前用户是否与指定电话号码的拥有者进行过通话，如果是，则将当前用户为该指定电话号码输入的举报信息上传到云端服务器。

可选地，还包括：

第三判断单元，用于根据预先保存的已上传相关信息的企业电话列表，判断目标电话号码是否在云端服务器中保存有相关信息；

触发单元，用于如果是，则触发从云端服务器获取目标电话号码的相关信息的操作。

根据本发明的显示电话号码信息的方法及系统，在监测到来电或去电事件并获取到目标电话号码之后，可以从云端服务器上获取到关于该目标电话号码的相关信息，这些相关信息可以是由目标电话号码的拥有者自己提供并上传的，因此，对于企业用户而言，可以根据自己的需要及时对其需要展示给用户的信息进行更新，并且还便于对企业上传的相关信息进行真实性验证，等等。另外，这种从服务器端获取电话号码相关信息的好处还在于，有些来电或者去电的目标电话号码可能是本地通讯录中所没有记录的，这样，如果仅依据本地通讯录中记载的信息来进行信息的获取，可能会无法获取到相关信息。但是，从服务器端进行获取时，只要目标电话号码的用户曾经将其相关信息上传到服务器，就可以获取到其相关信息，然后显示给当前机主用户。

对于个人的目标电话号码而言，不再需要用户为其通讯录中的各个联系人进行设置头像等操作，减少了用户的操作量，并且也节省了通信终端本地的存储空间，并且可以以更灵活的形式展现出更丰富的信息，每个目标电话号码展现出的相关信息可以不拘泥于一种固定的形式，体现出各个目标电话号码拥有者自身的个性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的方法的流程图；以及

图2示出了根据本发明一个实施例的装置的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参见图1，本发明实施例提供的显示电话号码信息的方法可以包括以下步骤：

S101：对用户使用通信终端过程中的来电或去电事件进行监测，获取来电或者去电事件中的目标电话号码；

在本发明实施例中，各个步骤的执行主体可以是一运行在移动终端设备上的应用程序，也即，在实际应用中，可以开发一款应用程序，使其在运行时能够执行本发明实施例中的各步骤操作。当然，该应用程序可以是一个独立的应用程序，也可以是另一应用程序中的一个功能模块，例如，在某手机安全软件中增加本发明中的来电去电信息显示功能，等等。

由于通信终端设备中的操作系统一般会为应用程序开放一些接口，供应用程序从系统中获取所需的信息。因此，在本发明实施例中，为了能够对通信终端中的来电去电事件进行监测，就可以利用通信终端系统的这一特点，在操作系统中对我们的应用程序进行注册，这样，当操作系统广播通知消息时，我们的应用程序就能够收听到这种通知消息，并从中获取所需的信息。例如，当接收来电时，通信终端的操作系统就会广播该来电消息，并携带来电号码，这样，我们的应用程序就能够监测到该事件，并从中获取到来电的号码。进而，我们的应用程序还可以通过通信终端的操作系统提供的接口，读取到用户在通信终端中保存的通讯录中的数据。用户作为主叫拨打电话时，也可以通过类似的方式监控到去电事件，并从本地获取到被叫方的电话号码等信息。需要说明的是，在本发明实施例中，所谓的目标电话号码，对于来电而言，就是主叫方的电话号码，对于去电而言，就是被叫方的电话号码。例如，当前用户的用户甲，当用户甲接收到用户乙的来电时，用户乙的电话号码就是此次来电事件的目标电话号码，当用户甲给用户丙打电话时，用户丙的电话号码就是此次去电事件的目标电话号码。

S102：如果目标电话号码是企业电话，则从云端服务器获取目标电话号码的相关信息，相关信息包括由企业电话的拥有者定制并上传到云端服务器进行保存的信息；

所谓的相关信息就是在来电或者去电时需要现在给当前本机用户作为参考的一些信息。例如，可以包括来电或去电号码对应的用户姓名、昵称、头像等等，如果来电或去电对应的目标电话号码是某企业的电话号码，例如肯德基、某快递公司等等，则可以包括企业的名称、logo等等。

在本发明实施例中，用于展现来电或去电电话号码相关信息的应用程序可以采用客户端-服务器的架构来实现，在用户通信终端中安装客户端，同时该客户端可以与服务器进行通信，从服务器获取到一些电话号码相关信息。这样，对于个人用户而言，就可以通过自己的客户端向服务器上传自己的姓名、昵称、头像等相关信息，在服务器端进行保存；这样，当监测到来电或去电事件并获取到目标电话号码之后，就可以从服务器端去获取关于该目标电话号码的相关信息。

也就是说，假设当前用户A的通讯录中有联系人用户B等等，那么，在现有技术中，用户A如果想要在来电或者去电显示中显示出用户B的头像、工作单位、职务等，用户A就需要在自己的通信终端上对用户B的这些信息进行设置并保存在本地；但在本发明实施例中，用户B可以直接通过自己的通信终端安装的应用程序客户端，将自己的头像、工作单位、职务等上传到服务器端，在服务器端保存用户B的电话号码分别与各自的头像、工作单位、职务等之间的对应关系，这样，当用户A接收到用户B的来电或者用户A给用户B打电话时，应用程序就可以向服务器端获取关于用户B的相关信息，然后显示给用户A。因此，就不需要用户A再对用户B的相关信息在本地进行设置。

当然，在服务器端，可以对于用户上传的相关信息的真实性进行验证。避免用户随意对非本人电话号码进行相关信息上传。具体在进行验证时，可以在接收到当前用户为当前电话号码上传相关信息的请求时，判断当前用户是否为当前电话号码的拥有者，如果判断出当前用户是当前电话号码的拥有者，则验证通过，证明该当前用户具有为当前电话号码上传相关信息的权限，然后将用户输入的相关信息上传到云端服务器进行保存。

具体在判断当前用户是否为当前电话号码的拥有者时，可以通过多种方式来实现，其中一种方式可以是：首先，我们的应用程序在接收到上传相关信息的请求时，可以首先确定出当前操作针对的电话号码（例如可以首先询问用户需要为哪个电话号码输入相关信息，要求用户输入该电话号码），然后生成一个验证码，并在本地进行保存；接着，可以生成一个包含该验证码的短消息，并通过移动通信网络将该短消息发送至用户输入的电话号码；如果用户输入的这个电话号码就是本机号码，则会收到这条短消息，然后我们的应用程序可以拦截到这条短消息，然后从中取出验证码，将其与保存在本地的验证码进行比对，如果相同，则证明用户就是需要为本机的电话号码输入相关信息，也就是说，是该电话号码的拥有者本人在执行上传相关信息的操作，因此，可以允许此次操作的执行，将用户输入的当前电话号码及其相关信息上传到服务器，并在服务器保存电话号码与该相关信息之间的对应关系即可。

另外，对于个人用户而言，除了给自己的电话号码上传一些头像、昵称等相关信息之外，还可以允许用户针对其他用户的电话号码进行相关信息的上报操作，这种针对其他用户的电话号码进行相关信息的上报，一般是针对一些用于进行恶意操作的电话号码进行的，例如，有些电话号码是用于进行“只响一声式”骚扰的，一旦用户回拨则可能会蒙受经济损失，还有些电话号码的拥有者可能是一些房产经纪人、保险经纪人等等，一些用户可能不想接收这类人群的电话，因此，可以允许用户针对这些类型的电话号码进行举报性质的操作。相应的，可以在服务器端对这些通过用户举报获取到的相关信息进行记录，这样，在用户接收到这样的来电时，就可以将这些信息展现给当前用户，当前用户可以据此选择是否接听。

当然，对于用户上传的举报类相关信息，为了能够提高信息的准确性，可以在服务器端进行信息的收集及统计，根据统计的结果来给一些电话号码打上相应类别的标签。例如，针对一电话号码，在收到一个用户针对该电话号码的举报信息之后，可以在服务器端进行暂存（此时该记录的信息并不会用于向接收到该电话的用户进行显示），同时针对该电话号码设置计数器，并将其进行加一操作，下次再接收到针对该电话号码的举报信息时，将计数器加一，并获取举报的具体内容（将该电话号码举报为哪一类的号码）；当某电话号码的计数器达到某阈值之后，再根据具体的举报内容确定该电话号码具体所属的类别，并将该电话号码与具体的类型之间的对应关系进行持久化保存，此时，当有用户接收到该电话号码的来电时，或者用户拨打该电话号码时，就可以将服务器端保存的该信息展现给用户。

也就是说，对于个人用户而言，其为电话号码上传相关信息的行为可以分为两种情况，其中一种情况是针对自己的电话号码，上传自己的头像、昵称等相关信息，另一种情况是针对其他用户的电话号码，上传一些举报类的相关信息。因此，在实际应用中，可以在应用程序的客户端界面中为个人用户提供两个上传入口，当用户从用于上传自己的电话号码的相关信息的入口进入时，可以要求用户输入电话号码之后，对用户是否具有上传权限进行验证（采用前文验证码的方式）；而如果用户从用于举报其他电话号码的入口进入，则可以不必对用户的上传权限进行前述验证。当然，针对后者，为了防止一些用户故意陷害某个电话号码，除了通过前述在服务器端进行统计的方式来防范之外，还可以在客户端进行一些控制操作。例如，只有用户已经接听过某电话号码，或者曾经回拨过某电话号码，才允许当前用户为该电话号码上传举报类的相关信息。也就是说，认为只有当前用户与对方进行过语言交流之后，该当前用户才可能知道对方的身份，否则当前用户无从判断。因此，在用户从用于举报其他电话号码的入口进入时，还可以查询本地的通话记录情况，如果发现存在针对当前电话号码的已接来电，或者已拨电话，才允许用户上传针对该电话号码的举报类信息。

以上介绍了个人用户上传电话号码相关信息到云端服务器的情况，在实际应用中，也可以允许企业用户上传其电话号码的相关信息。这类电话号码一般是企业的客户服务电话，例如10086，又如企业的400电话等。用户在收到这些电话号码的来电时，也可以为用户显示这对应的是哪个企业，还可以显示企业的logo等等。在本发明实施例中，对于企业用户而言，可以为企业用户提供在线的网址，企业用户可以通过该网址将其电话号码及其对应的企业名称、logo等相关信息上传到服务器，然后在服务器端进行保存，这样，当用户接收到该企业的来电或者给该企业打电话时，都可以从服务器端保存的信息中获取到关于该企业的相关信息，然后展现给当前用户。

并且，对于企业用户而言，其能够保存的与其电话号码相关的信息可以不限于企业的名称、logo等信息，还可以包括一些最近的促销活动等信息，这些信息都可以一并显示给接收到或者正在拨打该电话的用户，使得用户能够获得更丰富的信息，并且还可以及时对上传的信息进行更新，适应企业最新活动的变化需求。另外，企业用户在上传其电话号码相关信息时，还可以要求企业用户上传其营业执照等相关的资质文件，以此来验证上传的信息的真实性，避免用户收到错误的信息。

总之，在本发明实施例中，在监测到当前用户的来电或去电事件，并获取到目标电话号码之后，就可以从云端服务器去获取关于该目标电话号码的相关信息。这些相关信息是由电话号码的拥有者本人为自己上传的，包括个人电话号码、企业电话号码；另外这些相关信息还可以包括云端服务器根据从客户端收集到的举报类信息统计出的信息，等等。

当然，相对于服务器端保存的电话号码相关信息而言，在用户本地通讯录中保存的信息针对当前用户而言一般更具有个性化，或者能体现出一些与本机用户之间的关系，例如爸爸、妈妈、哥哥、姐姐等，因此，在实际获取目标电话号码的相关信息时，可以是既从云端服务器获取，又从本地通讯录中获取，然后将获取到的相关信息都展示给本机用户。

另外，云端服务器还可以提供已上传了相关信息的电话号码的列表，客户端可以从云端服务器上下载该列表，这样，在发现来电或者去电事件中的某目标电话号码之后，可以首先在本地进行查询，判断是否已经将该目标电话号码的相关信息上传到云端服务器中，如果是，再向云端服务器获取相关信息，否则，可以不必再向云端服务器发送获取请求。当然，客户端可以定期得访问云端服务器，对本地保存的电话号码列表进行更新，或者，云端服务器也可以在电话号码列表发生更新之后，主动推送给客户端，等等。

S103：在通信终端中创建显示界面，并将所获取到的相关信息显示在显示界面中。

在获取到目标电话号码的相关信息之后，就可以在通信终端上创建显示界面，然后将获取到的相关信息展现在该显示界面中。其中，在向本机用户展现这些相关信息时，为了避免对用户视觉上造成部分信息无法显示完整等现象，可以采用全屏的方式对这些相关信息进行展现，也即，可以创建全屏模式的显示界面，并将该显示界面显示在系统界面的上层，换言之，是在系统界面之上覆盖显示另一层显示界面，然后在该显示界面中显示出本发明实施例中获取到的关于目标电话号码的相关信息。也就是说，在用户接收到来电或者在拨打电话时，用户看到的显示界面不再是系统提供的默认界面，而是由我们的应用程序提供的一个全屏模式的显示界面，其中显示的信息是我们的应用程序获取到的关于目标电话号码的一些相关信息，这些相关信息有的可能来自本地，有的可能来自云端服务器。

其中，客户端应用程序在创建显示界面时，其实显示界面也相当于是一个窗口，为了达到前述目的，可以对窗口的属性进行一些设置，例如，对于显示模式属性，可以设置为全屏模式，对于窗口显示级别，可以设置为系统错误或者系统警告级别，由于对于系统错误或者系统警告级别的窗口，系统会默认地将该窗口显示在所有窗口的最上层，因此，就可以保证本发明实施例中创建的显示界面位于系统界面之上。

总之，在本发明实施例中，在监测到来电或去电事件并获取到目标电话号码之后，可以从云端服务器上获取到关于该目标电话号码的相关信息，这些相关信息可以是由目标电话号码的拥有者自己提供并上传的，因此，不再需要用户为其通讯录中的各个联系人进行设置头像等操作，减少了用户的操作量，并且也节省了通信终端本地的存储空间，并且可以以更灵活的形式展现出更丰富的信息，每个目标电话号码展现出的相关信息可以不拘泥于一种固定的形式，体现出各个目标电话号码拥有者自身的个性。对于企业用户而言，还可以根据自己的需要及时对其需要展示给用户的信息进行更新，并且还便于对企业上传的相关信息进行真实性验证，等等。

另外，这种从服务器端获取电话号码相关信息的好处还在于，有些来电或者去电的目标电话号码可能是本地通讯录中所没有记录的，这样，如果仅依据本地通讯录中记载的信息来进行信息的获取，可能会无法获取到相关信息。但是，从服务器端进行获取时，只要目标电话号码的用户曾经将其相关信息上传到服务器，就可以获取到其相关信息，然后显示给当前机主用户。

在实际应用中，在从云端服务器上获取到目标电话号码的相关信息的同时，还可以将这些相关信息下载并保存在本地，这样，以后再发现用户接收到该电话号码的来电，或者用户再拨打该电话时，就可以根据本地保存的相关信息向用户进行展现了。当然，无论是个人电话号码还是企业电话号码，其上传到服务器端的相关信息都可能被更新，尤其是企业电话，更新的频率可能更高，因此，还可以定期访问云端服务器，从中获取目标电话号码的最新相关信息，然后对本地保存的相关信息进行更新。当然，在实际应用中，为了避免对本地存储空间造成过度的占用，可以仅针对部分目标电话号码进行相关信息的下载，例如，仅当目标电话号码出现在当前用户的通信录中时，和/或在当前用户对目标电话号码的接听或拨打次数非常高时，才将其相关信息从服务器下载到本地进行保存，等等。

与本发明实施例提供的显示电话号码的方法相对应，本发明实施例还提供了一种显示电话号码信息的系统，参见图2，该系统可以包括：

监测单元201，用于对用户使用通信终端过程中的来电或去电事件进行监测，当监测到来电或去电事件时，获取来电或者去电事件中的目标电话号码；

云端获取单元202，用于如果目标电话号码是企业电话，则从云端服务器获取目标电话号码的相关信息，相关信息包括由企业电话的拥有者定制并上传到云端服务器进行保存的信息；

云端相关信息显示单元203，用于在通信终端中创建显示界面，并将所获取到的相关信息显示在显示界面中。

其中，相关信息还包括云端服务器根据用户上报的信息收集到的关于目标电话号码的相关信息。

在实际应用中，该系统还可以包括：

另外，该系统还可以包括：

为了能够及时对下载的信息进行更新，该系统还可以包括：

还包括：

如果目标电话号码的拥有者为个人，为了提高上传的相关信息的真实性，该系统还可以包括：

具体在进行用户上传权限的判断时，第一判断单元包括：

验证码生成子单元，用于生成验证码，并在本地进行保存；

短消息拦截子单元，用于在本地拦截接收到的短消息；

验证码提取子单元，用于从拦截到的短消息中提取验证码

在实际应用中，对于个人用户而言，除了上传自己的电话号码的相关信息，还可以上传其他电话号码的举报类信息，该系统还可以包括：

第一判断单元具体用于：

另外，该系统还可以包括：

该系统还可以包括：

根据本发明的显示电话号码信息的系统，在监测到来电或去电事件并获取到目标电话号码之后，可以从云端服务器上获取到关于该目标电话号码的相关信息，这些相关信息可以是由目标电话号码的拥有者自己提供并上传的，因此，不再需要用户为其通讯录中的各个联系人进行设置头像等操作，减少了用户的操作量，并且也节省了通信终端本地的存储空间，并且可以以更灵活的形式展现出更丰富的信息，每个目标电话号码展现出的相关信息可以不拘泥于一种固定的形式，体现出各个目标电话号码拥有者自身的个性。对于企业用户而言，还可以根据自己的需要及时对其需要展示给用户的信息进行更新，并且还便于对企业上传的相关信息进行真实性验证，等等。另外，这种从服务器端获取电话号码相关信息的好处还在于，有些来电或者去电的目标电话号码可能是本地通讯录中所没有记录的，这样，如果仅依据本地通讯录中记载的信息来进行信息的获取，可能会无法获取到相关信息。但是，从服务器端进行获取时，只要目标电话号码的用户曾经将其相关信息上传到服务器，就可以获取到其相关信息，然后显示给当前机主用户。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的显示电话号码信息的设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims

1.一种显示电话号码信息的方法，通信终端通过自身的应用程序与云端服务器通信，所述方法包括：

所述应用程序对用户使用通信终端过程中的来电或去电事件进行监测，获取来电或者去电事件中的目标电话号码；所述目标电话号码，是指来电事件中的主叫方电话号码，或者是指去电事件中的被叫方电话号码；

如果所述目标电话号码是企业电话，则从云端服务器获取所述目标电话号码的相关信息，所述相关信息包括由所述企业电话的拥有者定制并上传到云端服务器进行保存的信息；

在所述通信终端中创建显示界面，并将所获取到的相关信息显示在所述显示界面中；

所述方法还包括：

所述应用程序提供为自己的电话号码上传相关信息的第一操作入口，以及对其他用户的电话号码进行举报的第二操作入口；

当从所述第一操作入口接收到当前用户为指定电话号码上传相关信息的请求时，判断当前用户是否为所述指定电话号码的拥有者，仅允许指定电话号码的拥有者将指定号码的相关信息上报到云端服务器；

当从所述第二操作入口接收到当前用户为指定电话号码上传相关信息的请求时，根据当前通信终端中的通信记录，判断当前用户是否与所述指定电话号码的拥有者进行过通话，如果是，则将当前用户为该指定电话号码输入的举报信息上传到云端服务器。

2.如权利要求1所述的方法，所述相关信息还包括所述云端服务器根据用户上报的信息收集到的关于所述目标电话号码的相关信息。

3.如权利要求1或2所述的方法，还包括：

从所述通信终端本地系统中获取所述目标电话号码的相关信息；

将本地系统中获取到的相关信息显示在所述显示界面中。

4.如权利要求1或2所述的方法，还包括：

从云端服务器将所述目标电话号码的相关信息下载到本地进行保存，以便再次监测到关于所述目标电话号码的来电或去电事件时，根据本地保存的信息获取所述目标电话号码的相关信息。

5.如权利要求4所述的方法，还包括：

定期访问云端服务器，获取所述目标电话号码的最新相关信息；

根据所述最新相关信息对本地保存的相关信息进行更新。

6.如权利要求1或2所述的方法，还包括：

如果所述目标电话号码为个人电话，则从云端服务器获取所述目标电话号码的相关信息，所述相关信息包括由所述个人电话的拥有者定制并上传到云端服务器进行保存的信息。

7.如权利要求6所述的方法，还包括：

当接收到当前用户为指定电话号码上传相关信息的请求时，判断当前用户是否为所述指定电话号码的拥有者；

8.如权利要求7所述的方法，所述判断当前用户是否为所述指定电话号码的拥有者包括：

生成验证码，并在本地进行保存；

生成包含所述验证码的短消息，并通过移动通信网络将所述短消息发送至所述指定电话号码；

在本地拦截接收到的短消息；

从拦截到的短消息中提取验证码；

9.如权利要求1或2所述的方法，还包括：

根据预先保存的已上传相关信息的企业电话列表，判断所述目标电话号码是否在云端服务器中保存有相关信息；

如果是，则触发从云端服务器获取所述目标电话号码的相关信息的操作。

10.一种显示电话号码信息的系统，通信终端通过自身的应用程序与云端服务器通信，所述系统包括：

监测单元，用于对用户使用通信终端过程中的来电或去电事件进行监测，获取来电或者去电事件中的目标电话号码；所述目标电话号码，是指来电事件中的主叫方电话号码，或者是指去电事件中的被叫方电话号码；

云端获取单元，用于如果所述目标电话号码是企业电话，则从云端服务器获取所述目标电话号码的相关信息，所述相关信息包括由所述企业电话的拥有者定制并上传到云端服务器进行保存的信息；

云端相关信息显示单元，用于在所述通信终端中创建显示界面，并将所获取到的相关信息显示在所述显示界面中；

所述系统还包括：

11. 如权利要求10所述的系统，所述相关信息还包括所述云端服务器根据用户上报的信息收集到的关于所述目标电话号码的相关信息。

12.如权利要求10或11所述的系统，还包括：

本地获取单元，用于从所述通信终端本地系统中获取所述目标电话号码的相关信息；

本地相关信息显示单元，用于将本地系统中获取到的相关信息显示在所述显示界面中。

13.如权利要求10或11所述的系统，还包括：

下载单元，用于从云端服务器将所述目标电话号码的相关信息下载到本地进行保存，以便再次监测到关于所述目标电话号码的来电或去电事件时，根据本地保存的信息获取所述目标电话号码的相关信息。

14.如权利要求13所述的系统，还包括：

访问单元，用于定期访问云端服务器，获取所述目标电话号码的最新相关信息；

更新单元，用于根据所述最新相关信息对本地保存的相关信息进行更新。

15.如权利要求10或11所述的系统，还包括：

个人号码信息获取单元，用于如果所述目标电话号码为个人电话，则从云端服务器获取所述目标电话号码的相关信息，所述相关信息包括由所述个人电话的拥有者定制并上传到云端服务器进行保存的信息。

16.如权利要求15所述的系统，还包括：

第一判断单元，用于当接收到当前用户为指定电话号码上传相关信息的请求时，判断当前用户是否为所述指定电话号码的拥有者；

17.如权利要求16所述的系统，所述第一判断单元包括：

验证码生成子单元，用于生成验证码，并在本地进行保存；

短消息生成子单元，用于生成包含所述验证码的短消息，并通过移动通信网络将所述短消息发送至所述指定电话号码；

短消息拦截子单元，用于在本地拦截接收到的短消息；

验证码提取子单元，用于从拦截到的短消息中提取验证码；

18.如权利要求10或11所述的系统，还包括：

第三判断单元，用于根据预先保存的已上传相关信息的企业电话列表，判断所述目标电话号码是否在云端服务器中保存有相关信息；

触发单元，用于如果是，则触发从云端服务器获取所述目标电话号码的相关信息的操作。