CN102948184B - 校验目录服务中的视频呼叫号码输入项的系统和方法 - Google Patents

Abstract

本发明介绍了一种用于允许视频呼叫端点的用户在本地、区域性和/或全球目录服务中注册其视频呼叫地址的新型系统和新型方法，其中所述目录服务被配置为验证所述视频呼叫地址是否为有效的可访问的地址以及注册视频呼叫号码的用户实际上能够使用所述视频呼叫地址物理访问视频呼叫装置。

Description

校验目录服务中的视频呼叫号码输入项的系统和方法

技术领域

本发明涉及管理视频呼叫号码的目录服务，具体地涉及一种校验目录服务中的视频呼叫号码输入项的系统和方法。

背景技术

几十年来，实时、长距离通信的标准设备一直是电话，组织内部几乎每个人都会有电话号码，该电话号码是全球唯一的，并且通过该电话号码，他们能被世界上的任何电话联系到。

最近几年，经由因特网协议（IP）进行的呼叫因具有诸多优点，在使用点通常是免费的，能够利用高质量音频编解码器提供较好的音频保真度，且允许视频和数据共享和简单语音等，而日益受到关注。

目前，个人一般提供其电话号码形式的联系信息，电话号码简短、全球唯一、易于使用且在以前从未接联系的组织之间发挥作用。对于IP媒体呼叫（下文称为视频呼叫），遵循电话号码的理念，已经开发出几种不同的寻址或号码方案，包括但不限于E.164（网络接入号码、电话号码等）、H.323ID（表示姓名、类似电子邮件的地址等的字母数字串）、以及H.255.0标准中定义的任何其他方案。视频呼叫号码或视频URI在地区、域内部以及在区、域之间是唯一的。

在网络内部，许多IP设置都支持降低进行IP媒体呼叫的复杂度的方法，例如，在端点的预配置的地址簿使得用户通过从列表选择它们来呼叫个人。这些解决方案一般仅在组织内部起作用，因为它们依赖于具有已对其可用的信息的端点和服务器，正因如此，这些解决方案只允许个人呼叫系统中已存在其详细资料的用户。

当一个人想要呼叫来自应该不同组织的、详细资料不是对于想要进行该呼叫的个人所已知的用户的时候，这就变得有问题。

另一个可能的解决方案会是允许用户、个人和/或组织利用视频呼叫号码的目录服务来注册其视频呼叫号码。然而，当允许每个人利用目录服务来注册视频呼叫号码时，有可能的是有人可能注册了不是到达真实视频呼叫端点的有效地址的视频呼叫号码。

另外，许多ITSP（因特网电话服务供应商）阻止了来自ITSP域的外部的客户端的视频呼叫请求。在这种情况下，从ITSP域的外部的第一视频端点到ITSP域的内部的第二视频端点的视频呼叫会失败，即使第二端点具有ITSP域的内部的有效地址。因而，阻止了外部视频呼叫请求的ITSP域的内部的地址应该被全球目录服务认为是无效的。

因此，本领域存在着对视频呼叫号码的目录服务需求，包括用于校验目录服务中的视频呼叫输入项为全球可访问的有效视频呼叫号码的方法。

发明内容

本发明的目的是提供一种用于校验目录服务中的视频呼叫号码输入项的系统和方法，所述目录服务包括连接至计算机网络的客户端接口、应用服务以及视频呼叫服务。

所附独立权利要求中限定的特征描述了该系统和该方法的特征。

附图说明

为了使本发明更容易理解，接下来的论述将参考附图，在附图中：

图1图示了根据本发明的示例性通信系统；

图2是示出了根据本发明的示例性通信会话的流程图；以及

图3是示出了图2的通信会话的示例性实施例的流程图。

具体实施方式

接下来，将通过描述优选实施例并通过参考附图来论述本发明。然而，本领域的技术人员会理解如所附独立权利要求所限定的本发明范围之内的其他应用和修改。

本发明介绍了一种允许视频呼叫端点的用户在本地、区域性和/或全球 目录服务中注册其视频呼叫地址的新型系统和新型方法，其中所述目录服务被配置为验证视频呼叫地址是否为有效的可访问的地址以及注册该视频呼叫号码的用户实际上能够使用该视频呼叫地址物理访问视频呼叫装置。

图1是示出了根据本发明的示例性通信系统的框图。该示例性系统包括视频呼叫端点1、个人计算机（PC）2、通信网络3以及目录服务4，其中目录服务4进一步包括客户端接口5、应用服务6以及视频呼叫服务7。通信网络3通常为采用IP协议的分组交换网络。PC 2在与客户端接口5通信时通常通过通信网络3采用HTTP协议。类似地，视频呼叫服务7在与视频呼叫端点1通信时通常采用诸如H.323、SIP、Jingle等的媒体呼叫协议。虽然为简单起见将视频呼叫端点1和PC 2示为两个分开的单元，但是可以将这两个单元结合在一个单一装置中，在该单一装置中，视频呼叫端点1和PC 2是可以使用不同应用协议的两个不同的应用。如图1中所描绘，目录服务通过相同的通信网络与视频呼叫端点1和PC 2二者通信，但是在一些高度重视服务质量的情形下，对这些媒体呼叫使用分开的通信网络也可能是有用。

客户端接口5通常为HTML、Java、或类似的网页格式。客户端接口通常包括被上载到目录服务中的视频呼叫号码的列表、在目录服务中查找视频呼叫号码的搜索功能以及上载视频呼叫号码至目录服务中的可能性。当用户注册视频呼叫号码时，该视频呼叫号码将被标记“未校验”。在每个被标有“未校验”的视频呼叫号码旁边通常显示有“校验视频呼叫号码”按钮，这里按下该按钮就启动本发明所实现的校验过程。

图2示出了一种校验目录服务中的呼叫号码输入项的示例性方法。该方法从步骤8开始，其中客户端接口5接收视频呼叫号码用于输入到目录服务4中，并将该视频呼叫号码提交给应用服务6以启动对该视频呼叫号码的校验。应用服务6可包括应用服务器，即被配置为执行此处所述应用服务的操作和/或功能的服务器计算机。可替代地，应用服务可包括多个操作性互连的计算机，这些计算机被配置为交互操作以便提供如此处所述的应用服务的操作和/或功能。

将视频呼叫号码发送至应用服务6的步骤可以例如通过如上所述地按 下“校验视频呼叫号码”按钮来启动。

当应用服务6从客户端接口5接收到视频呼叫号码时，应用服务6在注册生成步骤9中生成注册质询（challenge）。注册质询通常为字母数字序列，例如，12345，但其可以是任何合适的注册质询，例如如下所例示的。应用服务6然后在步骤10中将注册质询和视频呼叫号码存储在会话中，并将注册质询和视频呼叫号码二者提交给视频呼叫服务7。

视频呼叫服务6可包括视频呼叫服务器，即，被配置为进行如此处所述的视频呼叫服务的操作和/或功能的服务器计算机。可替代地，视频呼叫服务可包括多个操作性互连的计算机，这些计算机被配置为交互操作以便提供如此处所述的视频呼叫服务的操作和/或功能。

在步骤12中，视频呼叫服务7在接收注册质询和视频呼叫号码时对视频呼叫号码发起视频呼叫会话。视频呼叫服务7通常使用SIP、H.323以及Jingle媒体呼叫协议之一来发起视频呼叫会话。如果视频呼叫会话失败，通常如果视频呼叫服务未接收到关于呼叫请求的响应（例如，SIPINIVTE消息），则向应用服务6返回错误消息。然后应用服务6优选地保持该视频呼叫号码输入项的未校验状态。可替代地，可以将该视频呼叫号码输入项的状态改为“非有效”。在又一个替代方案中，为了避免用户或计算机阻止目录服务，在预定次数的校验尝试失败后，删除该呼叫号码输入项。

在成功发起视频呼叫会话时，视频呼叫服务7在步骤13中通过视频呼叫会话将注册质询呈现给用户。注册质询优选地被可视地或可视地且可听地呈现给用户。在将注册质询呈现给用户之后，断开视频呼叫会话。

被呈现了注册质询的用户使用客户端接口5输入注册质询响应（例如，12345）。在步骤14中，客户端接口5接收所输入的注册质询响应并将所接收的注册质询响应和视频呼叫号码提交给应用服务6，以验证注册质询响应。

在接收注册质询响应时，应用服务6在步骤15中加载之前针对相同的会话保存的注册质询和视频呼叫号码。在步骤16中，应用服务6分别将保存和输入的视频呼叫号码和注册质询/注册质询响应进行比较，并且在 发现完全匹配时，在步骤17中，应用服务6更新目录服务，指示视频呼叫号码为有效的。如果没有发现完全匹配，应用服务6优选地保持视频呼叫号码输入项的未校验状态。可替代地，可以将视频呼叫号码输入项的状态改为“非有效”。在又一个替代方案中，为了避免用户或计算机阻止目录服务，在预定次数的校验尝试失败后，删除该呼叫号码输入项。

根据本发明的一个示例性实施例，注册质询为CAPCHTA（区分计算机与人的全自动公用图灵测试）图像。本领域的技术人员已知几种不同的CAPCHTA方法，诸如，3D CAPCHTA、基于图像的CAPCHTA以及常见的基于文本的CAPCHTA，其中用户根据屏幕上出现的失真图像来输入字母数字序列。字母数字的CAPCHTA的使用还允许将序列可听地呈现给读取失真的字母数字序列有困难的用户。

图3示出了一个对将通过视频呼叫会话来呈现的注册质询进行编码的示例性实施例。根据本发明的该示例性实施例，目录服务4进一步包括应用服务6和视频呼叫服务7之间的编码服务。在步骤18中，编码服务从应用服务6接收注册质询。

应用服务已经在步骤10中提交了注册质询。因而，在该实施例中，应用服务在步骤10中将注册质询和视频呼叫号码存储在会话中，并将注册质询和视频呼叫号码二者通过编码服务提交到视频呼叫服务7。

在本发明的一个示例性实施例中，注册质询是由应用服务6生成的字母数字序列。进一步地，在步骤18中，在接收到字母数字序列时，编码服务基于该字母数字序列使用任何图像/CAPTCHA创建库（例如，ImageMagik库或ReCAPTCHA Api）生成一个图像文件。在随后的步骤19中，编码服务通过例如创建该图像文件的多个副本并以视频格式对该图像文件的多个副本进行编码来生成视频序列文件。例如，如果使用每秒10帧的帧速率编码视频序列文件，且应呈现注册质询达60秒，那么编码服务生成600个图像并将其编码为视频格式。这可以使用本领域技术人员已知的工具（诸如，ffmpeg工具）而容易地实现。视频序列文件的视频格式通常为H.263或H.264。然后将视频序列文件提交给例如如上所述的视频呼叫服务7，以通过视频呼叫会话呈现给用户。更具体地，在该实施例 中，可在步骤19之后进行如上面参考图2所述的由视频呼叫服务执行的发起视频呼叫会话的步骤12。

在本发明的又一替代实施例中，编码服务还包括音频编码器。在这种情况下，还可将应用服务6所生成的字母数字序列发送至音频编码器，在步骤20中，将字母数字序列输入至文本转语音发生器并转换为音频序列文件。然后将音频序列文件提交给上述视频呼叫服务7，以通过视频呼叫会话呈现给用户。

当本说明书提到某些标准规范时，以下内容应该被视为指代这些标准的当前示例性版本：

ITU-T H.323（12/09）、ITU-T H.263（01/05）、ITU-T H.264（03/10）、ITU-TH.225.0（12/09）、ITU-T E.164（12/05）：ITU-T（国际电信联盟-远程通信标准化组）。

SIP：源自IETF（互联网工程任务组）网络工作组的会话初始协议（RFC 3261）。

Jingle：源自XMPP标准化基金会的Jingle（XEP-0166 2009-12-23）。

然而，此处所述的原理和元件也可依照上面的标准/规范的以前和/或未来的版本来实现。可替代地，这些原理或元件可依照其他标准或规范来实现，或者，它们可以不一定依照任何具体的标准或规范。

Claims (14)

1.一种用于校验目录服务中的视频呼叫号码输入项的系统，所述目录服务包括连接至计算机网络的客户端接口、应用服务以及视频呼叫服务，所述客户端接口被配置为

从用户接收视频呼叫号码用于输入到所述目录服务中，并将接收的所述视频呼叫号码提交给所述应用服务以发起对所述视频呼叫号码的校验，

从用户接收注册质询响应，并将接收到的所述注册质询响应提交给所述应用服务以验证所述注册质询响应；

所述应用服务被配置为

从所述客户端接口接收所述视频呼叫号码用于校验，生成注册质询，将所述注册质询和所述视频呼叫号码存储在会话中，并将所述注册质询和所述视频呼叫号码提交给所述视频呼叫服务，

从所述客户端接口接收所述注册质询响应，从所述会话加载注册质询，在发现所述注册质询和所述注册质询响应之间的正匹配时，更新所述目录服务，指示所述视频呼叫号码为有效的；

所述视频呼叫服务被配置为

从所述应用服务接收所述视频呼叫号码和所述注册质询，

向所述视频呼叫号码发起视频呼叫会话，以及

在成功发起所述视频呼叫会话时，通过所述视频呼叫会话将所述注册质询呈现给用户，

其中，所述系统还包括编码服务，所述编码服务被配置为：

基于所述注册质询生成图像文件，

通过创建所述图像文件的多个副本并且将所述图像文件的多个副本编码成视频文件来生成视频序列文件，

其中，所述视频呼叫服务还被配置为通过所述视频呼叫会话发送所述视频序列文件来将所述注册质询呈现给所述用户；并且

其中，所述客户端接口具有网页格式，并且包括上载到所述目录服务的视频呼叫号码的列表，在所述目录服务中查找寻视频呼叫号码的搜索功能和上载视频呼叫号码至目录服务的可能性。

2.根据权利要求1所述的系统，其中所述注册质询包括字母数字序列，并且所述编码服务被配置为

基于所述字母数字序列生成所述图像文件，以及

通过创建所述图像文件的多个副本生成所述视频序列文件，并将所述图像文件的所述多个副本编码为视频格式。

3.根据权利要求2所述的系统，其中所述编码服务进一步被配置为

使用文本转语音发生器基于所述字母数字序列生成音频序列文件。

4.根据权利要求3所述的系统，其中所述视频呼叫服务进一步被配置为通过传输所述视频序列文件和所述音频序列文件，通过所述视频呼叫会话将所述注册质询呈现给用户。

5.根据权利要求1所述的系统，其中所述应用服务被配置为生成CAPCHTA图像注册质询。

6.根据权利要求1所述的系统，其中所述视频呼叫服务被配置为使用SIP、H.323以及Jingle之一发起所述视频呼叫会话。

7.根据权利要求1所述的系统，其中所述编码服务被配置为使用H.263和H.264之一编码所述视频序列文件。

8.一种校验目录服务中的视频呼叫号码输入项的方法，所述目录服务包括连接至计算机网络的客户端接口、应用服务以及视频呼叫服务，其中所述方法包括：

接收由用户使用所述客户端接口输入的视频呼叫号码；

通过所述客户端服务将接收的所述视频呼叫号码提交给所述应用服务以发起对所述视频呼叫服务的校验；

通过所述应用服务从所述客户端接口接收所述视频呼叫号码用于校验；通过所述应用服务生成注册质询；

通过所述应用服务将所述注册质询和所述视频呼叫号码存储在会话中；

通过所述应用服务把所述注册质询和所述视频呼叫号码提交给所述视频呼叫服务；

通过所述视频呼叫服务从所述应用服务接收所述视频呼叫号码和所述注册质询；

通过所述视频呼叫服务向所述视频呼叫号码发起视频呼叫会话；

当所述视频呼叫会话成功发起时，通过所述视频呼叫会话将所述注册质询呈现给用户；

接收由用户使用所述客户端接口而输入的注册质询响应；

通过所述客户端结构将接收到的所述注册质询响应提交给所述应用服务以验证所述注册质询响应；

通过所述应用服务从所述客户端结构接收所述注册质询响应；

通过所述应用服务从所述会话加载注册质询；以及

在发现所述注册质询和所述注册质询响应之间的正匹配时，通过所述应用服务更新所述目录服务，指示所述视频呼叫号码为有效的，

其中，生成注册质询的步骤还包括：

基于所述注册质询生成图像文件，并且

通过创建所述图像文件的多个副本并且将所述图像文件的多个副本编码成视频文件来生成视频序列文件，

其中，所述注册质询是通过所述视频呼叫服务发送所述视频序列文件而被呈现给所述用户的，并且

其中所述客户端接口具有网页格式，并且包括上载到所述目录服务的视频呼叫号码的列表，在所述目录服务中查找视频呼叫号码的搜索功能和上载视频呼叫号码至目录服务的可能性。

9.根据权利要求8所述的方法，其中生成注册质询进一步包括：

生成字母数字序列，

基于所述字母数字序列生成一个图像文件；以及

通过创建所述图像文件的多个副本生成所述视频序列文件，并将所述图像文件的所述多个副本编码为视频格式。

10.根据权利要求9所述的方法，其中所述方法包括以下步骤

使用文本转语音发生器基于所述字母数字序列生成音频序列文件。

11.根据权利要求8至10中任一项所述的方法，其中所述注册质询是通过所述视频呼叫会话可视地且可听地呈现给用户的。

12.根据权利要求8所述的方法，其中所述注册质询为CAPTCHA图像。

13.根据权利要求8所述的方法，其中所述视频呼叫会话是使用SIP、H.323和Jingle之一发起的。

14.根据权利要求9所述的方法，其中所述视频序列文件的视频格式为H.263和H.264之一。