CN103369132A - 电话号码验证 - Google Patents

Abstract

本文公开了一种改变电话服务中的呼叫者线路标识的方法。所述方法包括：经由用户接口从电话号码的用户接收电话号码。然后，从电话号码的池中选择要被呼叫的电话号码。将要被呼叫的电话号码与电话服务临时关联选择的时间段。在用户接口上显示要被呼叫的电话号码。经由用户接口，用户被要求在所述选择的时间段内回复电话给所显示的要被呼叫的电话号码。

Description

电话号码验证

背景技术

当电话用户进行电话呼叫时，接收端的电话设备将显示主叫设备的身份。在一些情形下，主叫用户可以选择禁止显示主叫用户标识。

目前，存在很多向用户提供电话服务的传统的和IP电话（VoIP）供应商，并且用户具有多个电话号码不足为奇。例如，用户可以获得Skype^TM电话号码、Google Voice^TM电话号码、移动电话号码、家用电话号码等。然而，用户可能不想向外界公开她/他全部的号码。此外，用户可能使用一些电话服务仅仅来呼叫其他人，并且可能不希望在相同号码上接收回复呼叫。例如，用户可以用其Skype号码来呼叫其他人，但是却希望其他人始终回复电话到用户的家用电话号码上。这样的话，其他人需要记住并存储仅仅一个主叫用户的号码。此外，如果主叫用户从新电话号码（其具有被配置成主叫线路标识（calling line identification，CLI）的特定电话号码）进行呼叫，则接收电话的用户在接听电话之前会知道谁在呼叫。为了不公开用户从其进行呼叫的号码，需要将CLI改变为期望的电话号码。

发明内容

本发明内容被提供来以简要形式介绍概念的选择，并且在下面将在具体实施方式中对这些概念进行进一步的描述。本发明内容既不旨在识别所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

在一个实施例中，公开了一种改变电话服务中的呼叫者线路标识的方法。所述方法包括经由用户接口从电话号码的用户接收电话号码。然后，从电话号码池中选择要被呼叫的电话号码。将要被呼叫的电话号码与所述电话服务临时关联选择的时间段。在用户接口上显示要被呼叫的电话号码。经由用户接口，所述用户被要求在所述选择的时间段内回复电话给所显示的要被呼叫的电话号码。

在另一实施例中，公开了一种改变电话服务中的呼叫者线路标识的方法。所述方法包括：经由用户接口从电话号码的用户接收电话号码，在用户接口上输出第二电话号码，在所述第二电话号码上接收来自所述电话号码的电话呼叫，并验证所接收的呼叫的呼叫者标识已被携带所述所接收的电话呼叫的电话网络验证过。

在再一实施例中，公开了一种改变电话服务中的呼叫者线路标识的方法。所述方法包括经由用户接口从电话号码的用户接收电话号码。然后，随机地选择多个先前输入的信息项目中的一个的类型并将其与电话服务关联选择的时间段。然后，发出电话呼叫给所述电话号码。所述方法还包括经由所述电话呼叫向用户朗诵所选择的、所述多个先前输入的信息项目中的所述一个的类型，并且经由用户接口接收与所朗诵的所述多个先前输入的信息项目中的一个的类型相关的信息并将其与所述多个先前输入的信息项目中的所述一个相比较。

其它实施例非限制性地包括非临时性计算机可读存储介质以及被配置来实施所公开的方法的一个或多个方面的系统，非临时性计算机可读存储介质包括指令，所述指令使处理单元能实施所公开的方法的一个或多个方面。

附图说明

因此，所描述实施例的以上记载的特征可以被详细理解的方式、以上简要概括的更具体的描述可以通过参照以下实施例而得到，在附图中将示例以下实施例的一部分。然而，应该注意的是，附图仅仅图示了典型的实施例，并且因此将不被认为限制本发明范围。

图1和2图示了根据一个或多个实施例的用于配置CLI的示范性的用户接口。

图3图示了根据一个或多个实施例的配置CLI的方法。

具体实施方式

在下面的描述中，将阐明许多具体细节，以便提供对各种实施例的更彻底的理解。然而，对于本领域技术人员而言，显而易见的是，可以在没有这些具体细节中的一个或多个的情况下实践所述各种实施例。在其它实例中，未描述公知特征，以避免使描述模糊不清。

贯穿本公开，对“一个实施例”或“实施例”的引用意味着结合所述实施例来描述的特定的特征、结构或特性被包括在至少一个实施例中。因此，贯穿本说明书，短语“在一个实施例中”或“在实施例中”在各种地方的出现并非必然都涉及相同的实施例。此外，在一个或多个实施例中，可以以任何适当方式组合所述特定的特征、结构或特性。

为了允许用户改变CLI，服务供应商必须确保被配置成CLI的号码被拥有或者可以由用户支配。尽管通过向移动电话发送文本消息来进行这种确定可能相对更容易，但是如果该移动电话正被配置成CLI，则相同过程不能用于不接受文本消息的电话号码。下面的描述公开了验证要被配置成呼叫者线路标识的电话号码，以及将电话服务配置成具有新的呼叫者线路标识。

图1图示了用于改变CLI或者将CLI添加到现有电话号码中的示例性的用户接口100。在一个实施例中，用户接口100是用户的账户维护用户接口的一部分，用户的账户维护用户接口可以是受口令保护的（或者可以是通过使用其它公知用户认证方法来保障安全的）。然后，用户使用UI控件102、104输入用户想要用作CLI的期望电话号码，并选择验证号码按钮106。本领域技术人员应意识到，输入期望号码可以有许多其它方式，例如，不同类型的用户接口设计，只要使用户能够输入电话号码即可。

如图2所显示的，在一个实施例中，当输入了期望电话号码并选择了验证号码按钮106后，将生成随机双音多频信令（dial-tone multi frequency signaling，DTMF）代码108，并将其显示在用户接口100上。尽管所生成的DTMF代码108可以被配置为任何长度，但是在实践中，所生成的DTMF代码在长度上可能限于4至6个字符。较长的号码将提供更好的安全性，但是用户将难以记住。因此，可以基于可用性分析和安全程度来配置固定长度。在另一实施例中，所述随机号码可以被配置为可变长度。即，所生成的DTMF号码有时可以是3个字符长，有时又可以是5个字符等等。

在生成DTMF号码之后，所生成的号码被临时存储在用户的账户中。这个临时存储的持续时间可以是可配置的，在从几分钟到几天的任何时间。

图3图示了根据一个或多个实施例的配置CLI的方法200。相应地，在步骤204中，用户在与用户的账户维护用户接口（其与用户的替换或第二电话号码相关联）相关联的用户接口中输入当从用户的电话呼叫其它电话时被显示为呼叫标识的期望电话号码。所输入的电话号码可以是座机（land line）电话号码或者移动电话号码或者在线电话号码（例如，Google Voice^TM号码等）。在步骤206中，该用户接口生成随机代码，例如DTMF代码，并向用户显示所生成的代码。代码被临时存储在用户的账户中。在步骤208中，其中CLI正被配置的与用户的账户相关联的电话认证系统发出电话呼叫给所输入的号码。该电话呼叫被发出以验证所输入的电话号码的用户所有权（ownership）。在步骤210中，用户接收该呼叫。在该呼叫期间，用户被要求经由电话提示来输入该代码，例如DTMF代码，并且所输入的数据被电话认证系统所接收。在步骤212中，电话认证系统接收用户输入。在步骤214中，认证系统从用户的账户取回临时存储的代码并将其与所述用户输入进行比较来进行验证。在成功验证后，所输入的电话号码被永久性地存储在用户的账户中，并在用户从用户的替换或第二电话发出呼叫时用作呼叫者标识。

在另一实施例中，不是生成随机DTMF代码和将其显示在用户接口100上，而是在用户在用户接口100中输入了期望的电话号码后，发出电话呼叫给所输入的号码。当用户接起在所输入的电话号码上发出的呼叫时，该用户将听到安全代码的朗诵。该安全代码可以是号码、字母组、单词或其组合。安全代码还可以包括常见于计算机键盘上的特殊字符。朗诵的安全代码被临时存储在用户的账户中。这个临时存储的持续时间可以是变化的，从几分钟到几小时。在接收到所述电话呼叫之后的预定时间间隔内，用户被要求访问账户维护用户接口并输入所述朗诵的代码。如果所输入的代码与临时存储的安全代码相匹配，则所输入的电话号码被认为是验证过的。

在再一实施例中，不是经由电话呼叫来朗诵代码，而是用户被要求经由到所输入的电话号码的电话呼叫来输入所选择的先前输入的数据。例如，用户可能先前已经设立了安全代码来访问用户的账户维护用户接口。替换地，用户可能已经提供过自己的邮政编码、生日、房号、随机信息等。该电话呼叫随机地挑选先前输入的信息并要求用户在用户账户维护用户接口中输入随机挑选的信息。例如，该电话呼叫可以朗诵“请经由账户用户接口输入您的邮政编码”。该呼叫还可以指定所要求的信息必须被输入的时间段。如果在指定时间内没有输入所要求的信息，则从开始重复该认证过程。如果用户在所选择的时间段内访问用户的账户维护用户接口并输入邮政编码（在该例子中）来验证所输入的电话号码，并且如果所输入的邮政编码与先前存储的邮政编码相匹配，则所输入的电话号码被确认为用户的呼叫者标识。在另一实施例中，代替选择信息类型（例如，邮政编码）或者在用户还未提供任何人口统计信息的情况下（或者附加地），生成随机类型并要求用户提供针对随机生成的信息类型的答案或者相关信息。例如，所述系统可以经由电话呼叫朗诵来要求用户输入美国总统的姓名。随机生成的信息类型可以从包括一般知识问题的数据库中收集。在一个实施例中，所选择的时间段在1秒至10分钟之间。在其它实施例中，这个范围可以不同，并且可以包括更长的持续时间。在另一实施例中，时间段范围可以是可被电话服务的用户配置的。

在成功验证了所输入的电话号码后，所输入的电话号码被存储在用户的电话服务简档中并在用户使用电话技术服务来发出出话呼叫时被电话技术子系统用作呼叫者线路标识，其中，呼叫者线路标识被配置来示出所输入的号码。在一个实施例中，在成功验证之后，向用户发送电子邮件或文本消息，以便向用户告知所输入的电话号码已被成功验证。

在再一实施例中，在用户在用户的电话服务简档中输入了电话号码（并且期望将所输入的电话号码用作主叫线路标识（CLI））之后，就向用户提供一个电话号码以在选择的时间段内（在一个例子中，在从在用户的电话服务简档中输入电话号码的5分钟内）从所输入的电话号码（即，从与所输入的电话号码相关联的电话线路）进行呼叫。在接收所述电话呼叫后，确定呼叫者标识是否已被电话网络(其将该电话呼叫路由至与用户的电话服务简档相关联的电话认证系统(“System”))验证过。在一个实施例中，可以使用携带该电话呼叫的电话网络向与用户的电话服务简档相关联的所述System提供的表示和筛选指示器数据（presentation and screening indicator data）来验证呼叫者标识。筛选指示器数据提供比特以识别呼叫者标识是由电话网络提供的，还是由用户提供的。如果确定呼叫者标识是由电话网络提供的，或者确定呼叫者标识是由用户提供的但电话网络已经验证过所述呼叫者标识，则所述System确定所述呼叫者标识中的电话号码是否最近被添加到了任何用户的电话简档中。在一个实施例中，术语“最近”意味着在接收电话呼叫之前的预选时间段内。当用户在用户的电话服务简档中输入电话号码时，其被告知这个选择的时间段。在一个实施例中，对于所有用户而言，这个时间段可以被配置为相同的。在另一实施例中，所述时间段是当用户在用户的电话服务简档中输入电话号码时随机生成的（典型地，以分钟计）并且被临时存储在用户的电话服务简档中。

如果确定该电话呼叫的呼叫者标识由电话网络提供，或者该电话呼叫已被电话网络验证过，则所述System搜索该呼叫者标识中的电话号码添加到的用户简档。如果找到用户简档，则所述System确定电话呼叫是否是在所述预选时间段内发出的。当满足这些条件时，所述System将所输入的电话号码添加到用户的电话服务简档中，并且随后，当用户使用（与用户的电话服务简档相关联的）所述电话服务发出任何电话呼叫时，代替用户的电话服务电话号码，所述System将所输入的电话号码用作CLI。

然而，如果根据所述表示和/或筛选指示器数据确定所述呼叫者标识是由用户提供的并且所述呼叫者标识未经所述电话网络筛选或者验证失败，则所述System可以告知呼叫者该电话号码不能被添加作为CLI。所述System可以被配置为，如果验证失败，则不允许将所输入的电话号码用作CLI。

在另一实施例中，如果根据前述方法的验证失败，则所述System可以询问验证问题，以确保对呼叫者的身份进行验证，以及确保事实上的呼叫者是事实上与用户的电话服务简档的用户相同的人。如果用户针对所述验证问题（例如，生日、使用与用户的电话服务简档相关联的电话服务进行呼叫的最后一个号码、以及可以从与用户的电话服务简档相关联的电话服务的用户使用得到的其它类似问题）成功地输入了正确回答，则所述System可以被配置为允许添加未验证的电话号码作为CLI。

在再一实施例中，在用户输入了电话号码之后，所述System向用户提供具有扩展的电话号码以从所输入的电话号码（例如，从与所输入的电话号码相关联的电话线路）进行呼叫。扩展号码是随机生成的，并且至少在所选择的时间段内与用户的电话服务简档临时关联。如果呼叫被接收来验证所输入的电话号码，则用户所拨打的扩展号码被用于查找用户的电话服务简档。在该实施例中，所述System不需要在上百万的记录中查找用户的电话服务简档。此外，扩展号码还提供某种程度的认证，这是因为只有在用户的电话服务简档中输入了电话号码的用户才知道这个扩展号码。

在另一实施例中，作为附加的验证步骤，在接收到来自用户的电话呼叫以验证所输入的电话号码之后，在选择的时间间隔内，所述System发出电话呼叫给所输入的电话号码，并向接收方告知有人刚刚曾尝试在电话服务中将所输入的电话号码添加作为CLI，并要求该呼叫的接收者通过按压电话设备上的选择按键来确认。如果用户是临时在物理上占有所输入的电话号码相关联的电话设备时，则这个步骤将阻止对所输入的电话号码的未授权使用（例如，房屋客人尝试添加其主人的电话号码并从所输入的电话号码发出电话呼叫来验证所输入的电话号码，而不经过主人知悉。但是如果所述System为了进一步验证而回复电话给所输入的电话号码，则主人很有可能接听电话而不是客人）。

在再一实施例中，在用户在步骤204中输入了电话号码之后，在步骤206中，所述System在内部生成数字代码。在步骤208中，电话认证系统发出电话呼叫给所输入的电话号码。在发出电话呼叫时，出话呼叫者id是欺骗性的，并且代替主叫电话线路的电话号码，在内部生成的代码被显示在与被叫号码相关联的手持设备上。在一个实施例中，在用户输入电话呼叫之后并且在发出电话呼叫给所输入的电话号码之前，用户被告知带有欺骗性的呼叫者id的这种呼叫，并且用户被要求将该代码简单地记录在该呼叫者id中并忽略该呼叫。在一个实施例中，呼叫者id还可以包括一些随机的前缀和/或后缀。用户被告知呼叫者id中的号码的结构，以使得用户能够从所述呼叫者id中的号码提取出要输入的代码。

在另一实施例中，代替呼叫者id欺骗，所述System使用许多电话号码中的一个来给所输入的号码发出电话呼叫。例如，所述System可以具有五百个电话号码的池，并且可以从该池中挑选出号码之一来呼叫所输入的电话号码。用户被告知从所示号码中挑选一些随机选择的数字。例如，可以要求用户挑选最后的两个或三个或四个或五个数字。在步骤206中，所述System从号码的池中选择电话号码，并随机地挑选最后的两个或最后的三个或最后的四个或最后的五个数字。这些被随机挑选出的数字被临时存储在用户的账户中。相同的随机挑选算法被用于向用户提供指令。

在另一实施例中，所述System还可以要求用户将随机挑选出的号码添加到来自呼叫者id显示的所选号码中（或从呼叫者id显示的所选号码中减去随机挑选出的号码），如以上的段落所描述的。例如，如果呼叫者是“6502097867”并且用户被要求挑选出最后四个数字“7867”，则所述System还要求用户例如将号码“3”添加到上述四个数字代码中。这种机制在如上所述的所述电话号码的池较小时尤其有用。

在替换的实施例中，前述段落中的两种或更多种验证方法可以被组合来验证所输入的电话号码。此外，上述验证实施例的所选特征可以被组合来验证所输入的电话号码。

尽管上文针对各种实施例，但是可以在不背离上述各种实施例的基本范围的情况下设计其它和另外的实施例。例如，可以以硬件、软件或其组合来实施所描述的实施例的诸方面。一个实施例可以被实施为与计算机系统一起使用的程序产品。所述程序产品的程序定义了实施例的功能（包括本文所描述的方法），并且可以被包含在各种各样的计算机可读存储介质上。说明性的计算机可读存储介质包括但不限于：(i) 信息被永久存储在其上的不可写存储介质（例如，计算机内的只读存储器设备，比如CD-ROM驱动器可读的CD-ROM盘、快闪存储器、ROM芯片或任何类型的固态非易失性半导体存储器）；以及(ii) 存储了可变信息的可写存储介质（例如，软磁盘驱动器内的软盘或者硬盘驱动器或任何类型的固态随机存取半导体存储器）。这样的计算机可读存储介质在携带指示本文所描述的功能的计算机可读指令时被包括为实施例。

尽管用特定于结构特征和/或方法动作的语言对本主题作了描述，但应理解，定义在所附权利要求中的主题未必局限于以上所描述的特定特征或动作。相反，以上描述的特定特征和动作是作为实施权利要求的的示例性形式来公开的。

Claims (10)

1.一种改变电话服务中的呼叫者线路标识的方法，所述方法包括：

经由用户接口（100）从电话号码的用户接收电话号码（102，104）；

从电话号码的池中选择要被呼叫的电话号码并将所述要被呼叫的电话号码与所述电话服务临时关联选择的时间段；以及

在所述用户接口（100）上显示所述要被呼叫的电话号码（108），其中，经由所述用户接口，所述用户被要求在所述选择的时间段内回复电话给所显示的要被呼叫的电话号码。

2.如权利要求1所述的方法，其中，所述电话号码不同于与所述电话服务相关联的呼叫者线路标识。

3.如权利要求1所述的方法，其中，所述所显示的要被呼叫的电话号码包括扩展号码，其中，所述扩展号码是自动生成的并且与所述电话服务临时关联所述选择的时间段。

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

接收来自使用所输入的电话号码的用户的电话呼叫；以及

验证所述电话呼叫是否是发出给所述所显示的要被呼叫的电话号码的。

5.如权利要求4所述的方法，其中，所述验证还包括确定所述电话呼叫是在所述选择的时间段内发出的。

6.如权利要求3所述的方法，还包括在所述所显示的要被呼叫的号码和所述扩展号码上接收来自用户的电话呼叫。

7.如权利要求4所述的方法，还包括将所述电话号码配置为针对所述电话服务的呼叫者线路标识。

8.如权利要求4所述的方法，其中，所述验证包括：检查由所述电话网络提供的屏幕指示器数据，以确定所接收的呼叫的呼叫者标识是否是由所述电话网络提供的。

9.如权利要求4所述的方法，其中，所述验证包括：检查由所述电话网络提供的屏幕指示器数据，以确定所述所接收的呼叫的呼叫者标识是否是由所述用户提供但已被所述电话网络成功验证的。

10.一种计算机可读介质，其上存储有指令，所述指令响应于计算设备的执行而使该计算设备执行根据权利要求1－9中任一项权利要求的方法。

Images