通信网络的制作方法

专利名称：通信网络的制作方法
背景技术：
本发明是关于通信网络。尤其是关于客户使用多种不同的呼叫控制机制的网络。
在常规的公用电话网络中，客户仅具有一种类型的地址，即电话号码，且有一个单一的统一的呼叫控制机制，这种机制可以内建在电话网络中，可用于建立、终止呼叫，或识别例如何时一个呼叫方正处于忙的状态。但是现在不断地增长地是，客户可以访问不同的电话网络，每一种网络具有其自己的地址类型，例如一个客户除有一个电话号码外，还可以有一个传统的IP(因特网协议)地址，一个多点传送IP地址和一个URL(统一资源定位符)。
一般地，每种不同的地址类型都有一个与其相关的各自的呼叫控制协议(这里“呼叫控制”是广泛地使用以指明在不同方间建立和终止连接的装置。例如，在各方之间利用传统的IP地址的声频或视频通信一般地使用H.323协议，而对于在IP多点传送地址间的通信则使用了另一个不同的协议，即会话描述协议(SDP)。在地址类型和呼叫控制间维持一个一对一关系具有这样的优点，即对于建立的与特定地址的关系，用户非常清楚地知道相应的呼叫控制机制，但是随着新的呼叫控制机制的不断出现，以及已有协议开发成可提供新的功能、利用不断提高的复杂的客户终端和网络提供的更多带宽，若要维持一对一映射变得越来越难，结果，只是简单地根据呼叫方的地址类型方面的知识，很难确保能成功地建立会话。
发明概述根据本发明的第一方面，提供了一种操作通信网络的方法，包括a)对于连接到该网络上的每一个用户，在一个对其它用户来说是可以访问的目录中注册用户配置(profile)数据，该用户配置数据包括针对多个不同的呼叫控制协议中一个或多个的标识；b)在建立从呼叫方到被呼叫方的呼叫前，为该被呼叫方的终端而从该目录中读取用户配置数据；c)随后使用在所述的用户配置数据中标识的呼叫控制协议为该被呼叫该建立呼叫。
利用本发明可以免除地址类型和呼叫控制协议的一对一映射，而同时确保一个呼叫方成功建立呼叫所需的必要信息，这可以通过在试图设置一个呼叫之前，在一个用户可访问的目录中针对客户终端上不同的用户记录呼叫控制性能(capabilities)来实现。除了在选择呼叫控制协议上具有灵活性外，这种配置也易于实现客户的机动性，因为一个用户可以在不同的终端上登录且相应地更新相应的用户配置数据。
通常，注册用户配置数据的步骤可由客户终端本身来实施。例如当客户终端是连接在一个LAN(局域网)上的PC机时，该客户终端就可以在每次客户登录到该LAN上时在该目录注册它的用户配置。但是，更好地，该方法还提供由一个第三方实施的注册客户配置的步骤，例如该第三方可以注册一个会议地址和一个会议控制协议，它可以把很多开会方提供到一个会议上。
最好，该用户配置包括至少一个针对客户终端的网络地址，最好该用户配置还包括由用户终端所使用来访问该网络的网络驱动器或针对每一个网络驱动器的呼叫控制标识，所有这些在一起被称之这客户性能。
最好该方法还包括当在一个用户终端上的用户登录到一个网络上时注册该用户配置数据；在用户注销后维护该用户配置数据的记录。最好，在用户配置包括一个标志的情况下，而该标志可以把针对永久终端性能的数据与其它数据区分开，在用户注销时，仅维护针对永久终端性能的所述数据。
最好，注册用户配置数据的步骤中，该用户配置数据作为对象层级进行结构化，这种对象包括用户配置父对象和至少一个客户性能子对象。最好该对象层级还包括网络地址对象和呼叫控制对象，其中网络地址对象和呼叫控制对象相对于客户性能对象就相当于子对象相对于父对象。
术语对象、父和子在此处及整个说明书及权利要求书被使用，其含义与面向对象设计/编程(OOD/OOP)中所定义的相同。
按照本发明的第二方面，提供了一个通信系统，包括a)一个网络；b)连接到该网络上的多个终端，其中不同的终端具有不同的呼叫控制性能；c)一个目录，对于多个用户终端来说是可以访问，并可对该终端的用户可利用用户配置数据进行编程，而其用户配置数据包括对每个用户来说，针对一个或多个呼叫控制协议的标识。
该目录可以整个位于一个相对该用户终端来说是远程的服务器上，且该服务器是可以通过网络进行访问的。可替换地，该目录也可以包括位于本地相应的客户终端上的目录系统代理和一个相对于该终端来说是远程的数据库上，该数据库可以通过目录系统代理进行访问。
下面通过示例性地参照附图，详细描述采用本发明的系统和方法，其中，

图1是采用本发明的第一网络的示意图；图2是第一消息流程图；图3是说明图1的网络中所使用的平台的示意图；图4是表示一个用户配置对象的图；图5a和5b是说明本发明另一个LDAP实现的框图；图6是一个第二消息流程图；图7是第三消息的流程图；图8是第四消息的流程图；图9a，9b，9c是表示在实现使用本发明的协议中使用的类(class)的框图；图10是表示在该实现使用本发明的协议中使用的类更详细表示的框图；图11是表示在另一个实施例中使用的平台的示意图。
在图1中，通信网络1包括分别连接到不同的网络域4、5的用户终端2、3。在该例子中，用户终端2、3是计算机工作站，在此例中的网域是支持ATM(异步传输模式)和IP(因特网协议)传输协议的宽带网。第一个用户终端具有因特网地址(111.111.1.113)和ATM地址(ATM1)，同样，第二个用户终端具有因特网地址(123.123.1.124)和ATM地址(ATM2)。该网域通过支持这些协议的连接6来连接。一个目录平台通过一个IP数据连接8连接到该第一网络域4和通过该第一网域4连接到该第二网域5，该目录平台的IP地址是321.321.3.321。
使用中，用户终端2、3中的客户都在例如运行在目录平台7上的目录服务器上进行注册，随后，如下面将要进行描述的，当用户终端2上的客户想要与用户终端3上的客户进行联系时，就可以向该目录报务器发送一个请求，该请求被发送到目录平台7的IP地址。该请求包括数据，如标识被呼叫客户的客户名称。该目录服务器利用该数据去选择一个相应的用户配置，该用户配置是当用户在此目录服务器上进行注册时所建立的。利用该选择的用户配置，目录服务器把被呼叫的客户的网络地址和呼叫控制性能返回给呼叫方。利用该信息，呼叫客户就可以建立与另一个客户的呼叫对话。例如，在此例中的呼叫客户利用ATM呼叫控制协议(Q.2931)可以选择建立一个到ATM地址(ATM2)的连接。
下面将详细地叙述上面勾画的协议的步骤，在此称之为异类目录协议(HDP)。
在该目录服务器进行注册时，客户列举了它的网络驱动器，呼叫控制性能及网络地址。通过举例，这些包括一个网络驱动器可以是一个ATM卡，一个Windows套接字应用程序接口(socket API)，一个电话线驱动器。
呼叫控制可以是ISDN序列Q.931或Q.2931，H.323，H.310，PSTN，IP单点传送(unicast)和IP多点传送。
该网络地址可以是AESA，IP或E.164电话号码。
在该目录服务器中注册有该客户的呼叫控制性能的模型和网络地址资源，此时该目录服务器假设该客户是注册过的且是活动的。当客户是不活动的时候，已有的详细细节就存储在该目录服务器上。已有的细节记录了其它的形成呼叫或传递消息给该客户的方法，这些细节包括URL(统一资源定位符)，PSTN(公共电话交换网)号码或Email(电子邮件)地址。利用该客户注册时指出的相应变化来更新该静态信息，该URL可以用作为到包含进一步的特定资源的细节的HTML网页的指针，如与用户相关的会议性能。该HTML页可以额外地用于java呼叫控制小应用程序。这些资源的本质特征的指示可用URL进行存储，并作为用户配置的一部份对其它用户来说是可用的。
有两种用于注册客户性能的方式，第一种是客户本身去注册其自己的性能，在注册时仅允许注册与其自身相关的地址和技术。第二种方式是允许客户注册客户的性能，而不是它们本身，这样的例子是会议地址的广告和第三方的相关的呼叫控制协议。这两种注册客户性能的方法也可用于更新、消除和取消客户注册的性能。
该目录服务器使用一个层级模型来存储由该客户注册的信息，通过详细研究(traversing)该模型，有可能找到客户细节和相关的性能，该目录可以由很多的机制访问，如因特网，B-ISDN(宽带综合业务数字网)的普通功能协议(Generic Functional Protocal)和MF4音调及声明。客户利用预先定义的呼叫控制协议和网络地址如TCP和IP地址来访问它们本地的目录服务器。
在图2的消息序列1和2中示出了注册过程，RegisterProfileRequest(注册配置请求)消息指示该目录系统该客户现在是活动的。而且，它也可以通知该目录系统由于该客户是活动的而导致的变得可用的任何新的性能，在接收到RegisterProfileRequest消息后，该目录系统就授权该客户和任何相关的请求。假定该请求是有效的，该目录系统就更新它本身并向客户发送回一个RegisterProfileResponse(注册配置响应)。
修改客户配置当客户保持活动时，他就可以增加、修改或删除存储在该目录系统中的客户性能。这是很有必要的，例如，当客户获得了新的呼叫控制技术或一个新的网络地址。在图2的消息序列3和4中示出的UpdateProfileRequest(更新配置请求)消息就用于增加或修改客户性能，在该消息中传递的参数确定是否把一个新的客户性能填加到该目录系统中或修改在该目录系统上的已有的客户性能。在此实现中，地址和呼叫控制字段形成了针对该目录系统的客户性能主键。因此，如果在UpdateProfileRequest中传递的地址和呼叫控制参数匹配在该目录系统中的一个已有的客户性能主键，该消息就用于修改属于此客户性能的其它参数。如果不匹配，该消息就用于在该目录系统中生成一个新的客户性能。再次，假定该请求是有效的，该目录系统就更新它本身并向该客户发送回一个UpdateProfileResponse(更新配置响应)。
在图2的序列5和6中示出了消息RemoveProfileRequest(删除配置请求)是用于从该目录系统中删除客户性能的。如果在RemoveProfileRequest中传递的地址和呼叫控制参数与该目录系统中的已有的客户性能主键相匹配，那么就从该目录系统中删除匹配的客户性能，如果不匹配，假定有错误，就利用RemoveProfileResponse(删除配置响应)消息将该错误的结果或其它的返回给客户。
取消注册客户配置当一个用户变得空闲时，例如当一个用户退出她/他的办公室计算机时，该用户进行一个在图2的消息序列13和14中所示的取消注册过程，UnregisterProfileRequest(取消注册配置请求)消息用于指示该目录系统该客户已从活动状态变为空闲。在接收到该消息后，该目录系统就授权该客户，然后假定该请求是有效的，该目录系统就更新它本身并向该客户发送回一个UnregisterProfileResponse(取消注册配置响应)。作为该目录系统更新的一部份，指示为非永久的所有客户性能都从该目录中删除，其它的不需要呼叫控制的客户性能如Email计帐和URL，则保持在该目录中。
搜索客户配置该客户首先利用一个搜索条件如常用名、电子邮件地址或URL访问该网络目录，该目录返回一套匹配该搜索条件的包含地址和呼叫控制性能等的信息。该搜索过程示于图2的消息序列9和10中。消息SearchProfileRequest(搜索配置请求)用于传递参数如客户的区分名、客户域名和/或客户常用名。这此参数中至少有一个必须传送给该目录系统。在接收到该请求后，该目录系统搜索匹配传递给它的所有参数的客户，利用SearchProfileResponse(搜索配置响应)消息将所有匹配的消息指示给该远程客户，除了传递给该远程客户的匹配清单外，也发送回针对每个匹配客户的概况。
不管正在被搜索的客户是活动的(注册的)还是无效的(未注册的)，都要使用该过程。
获取客户性能通过把一个唯一标识传递给该目录系统，所标识的客户的性能就返回给该请求客户。返回所有的全局客户性能，如果该请求客户与其细节正在被请求的客户属于相同的域，则仅返回非全局客户性能。该过程示于图2的消息序列11和12中，消息GetClientCapabilityRequest(获取客户性能请求)被发送给该目录系统，它包含了客户的区分名称和客户的域名，这两个参数唯一地标识了该客户，假定该客户存储于该目录系统中，针对该客户的客户性能清单在GetClientCapabilityResponse(获取客户性能响应)消息中传递给远程客户。
不管被细察的客户是活动的(注册的)或非活动的(未注册的)，都要使用该过程。
图3示意性给出了实施本发明的一个系统的原理性组件，该协议是在客户终端31与目录服务器32间的标记为A的接口上实施本协议的，在此例中的客户是一个包含ATM驱动器311和IP驱动器312的个人计算机。在目录服务器32内，由该客户提供的数据被作为对象的结构化层级进行存储。父对象对应于该用户配置，一个或多个客户性能对象与每个用户配置相关联，每个客户性能对象具有包括一个地址对象和一个呼叫控制对象的子对象，仅管在图中仅示出了每个对象的一个实例，事实上，该目录服务器包括用户配置对象，而每一个用户配置可包含几个客户性能。一个管理服务器34也可以通过接口A访问该目录，该管理服务器可以例如用于改变某一用户配置中的地址值以便一个特定客户所采用的路由可以根据每天的时间而变化，另外，依赖于时间的设置也可以由客户直接设定。在任何一种情况中，该工具可用于如设置一个网络地址值以对应于在上班时间内的基于办公室的终端，以及对应于下班后的家中的终端，该管理服务器也可以响应一个网络失败修改存储在用户配置中的地址值，这有效地防止了与不成功的呼叫尝试的冲突。
上面引述的对象确定数据是如何注册、修改或访问的。在此实现中，该数据存储在LDAP(轻型数据库访问协议)目录中，此LDAP用在图中标记为B的接口上。LDAP是一个灵活的系统，用于存储在一个数据信息库(DIB)内的任何单调(flat)数据。用于实施本发明的类不时地从LDAP DIB中读取、或向其写入或在其中进行修改。该DIB并不直接地复制类的格式，但它可以以一种相对的顺序存储记录和提供标识。例如当从DIB中检索到一个地址记录时，可以查询该地址类型以便查找例如该类是一个AESA地址。这时一个空的AESA类可以装载数据，类似地，要把一个类写到DIB时，该类的类型将导致一个标识要在DIB记录中进行设置，例如一个记录是呼叫控制Q.2931字类。
图4是用于存储用户配置、客户性能、地址及呼叫控制的简单示意图。例如，一个组织如BT可以以其区分名称(dn)userProfiles.boat.bt.com发布所有它的用户配置，为了执行一个LDAP搜索来检索‘John Smith’用户配置，开始该搜索的基础对象将是‘userProfiles.boat.bt.com’，并具有一个声明(用户名‘smithi’或常用名‘John Smith’的过滤器。该搜索将返回匹配的用户配置。由该用户检查该概况文本以标识正确的记录。一旦标识了用户配置记录，该目录实现就可以利用基础对象‘smithj.userProfile’为客户性能执行一次搜索，这将返回一个客户性能的记录清单。也可以使用‘Client_cap_1’和‘Client_cap_2’等执行搜索，作为基础对象提取地址和呼叫控制对象。
表1列出了用于实施本发明的LDAP记录。
表1
图5a和5b给出建立另一个实现LDAP的方法，图5a使用本地目录系统代理。在此系统中，在客户端存在有一个目录系统对象(DS)。当该客户对象与该目录通信时，它使用一种标准应用程序接口(API)，例子是从C和java到远程进程呼叫，该目录类相当于一个代理把协议消息如注册配置和搜索配置转换成LDAP消息。此LDAP消息随后利用因特网协议通过LAN发送到此LDAP服务器，在此处进行应用和对应。
这种方法的一个好处是所有的操作可以在一个标准化的LDAP地址和端口号上执行。为了实现本系统，只需要更新客户应用程序，而在LDAP服务器上仅需要给数据库填充数据。
在图5b中所示的方法使用一个远程的目录系统代理。在此系统中，该客户对象使用本发明的HDP协议通过或者针对C接口的远程进程呼叫(RPC)或针对Java接口的远程方法触发(RMI)与远程目录系统代理进行通信。该客户对象必须知道此IP地址和端号以便向其发送请求，它也必须注册一个用于接收响应的端口。此远程目录服务器然后就可以把上面参照图2描述的HDP协议转换成LDAP消息。在该方法中，目录服务器和LDAP服务器可以运行在一个单一的平台上，或者每一个可以有一个指定的平台。
图6、7、8表示针对LDAP实现本发明的LDAP和HDP消息流协议。图6是关于注册/取消注册一个配置；图7表示更新一个用户配置，而图8表示当一个客户为被呼叫方请求一个用户配置以便建立一个呼叫时的消息流。
图9a，9b，9c示出了在实施本发明中所使用的表示基本组件的类。该图是使用Rational ROSE(合理面向对象软件工程)软件工具生成的，该工具可从加利福尼亚州的Rational Software Corp.公司得到。利用该工具，所示的类结构可被编译成生成代码模板供在实现HDP协议时使用，编程人员所需要做的全部事情是从该消息流中生成状态图并把相应的状态变换加到该代码。可替换地，可使用任何一种合适的编程语言如C++或Java来编程同样的特征。在图9a中所示客户类模仿了本地客户终端和从该终端到该目录系统的访问。它表示对于该客户终端来说是本地的这样一种性能。该目录类表示该目录服务器。该类可以继承，也可以使用不同属性数据接口(如在上面的实施中的LDAP，或者在下面描述的实施中的HTTP)进行特例化来实现本发明。图9b给出一个作为目录集合的目录实现以及该目录实现与LDAP目录间关系。图9c给出了用户配置和客户性能类以及目录和客户类。在该用户配置中有用户的详细资料，如同前面所述的。一个用户配置可以有很多的客户性能，该客户性能有两个附加的字段，即永久和全局访问。永久允许一个客户性能被加以标记，以便当用户注销一个机器，它仍然可以保持在该目录系统中。大多数的本地性能被设置成非永久的，永久性性能的示例是电子邮件地址和移动电话号码，全局访问允许客户性能被加以标记以便属于一个不同的域的客户可以利用获取客户性能进程来访问它，图10进一步描述了从客户性能类导出的对象细节，该客户性能对象表示了网络地址和呼叫控制性能的集成，两者是相关联的，例如E.164地址和Q2931呼叫控制。本发明可以使用除LDAP之外的其它接口来实现。图11表示了一个实施例，其中使用了HTTP和CGI(公共网关接口)来提供实现HDP协议的接口，为了使客户执行在该协议内的功能，用按钮和CGI脚本定义了一个网页，作为到该目录系统112的前端。此CGI脚本利用商业上可用的数据库工具如ORACLE(商标)结合一个环球网(WEB)服务器如ORACLE WEB SERVER(商标)(ORACLE网站服务器)就可以访问数据库113。通过该接口，一个在终端111上运行HTTP客户的用户就可以注册名字，密码和相关的客户性能，修改该配置以及在最后的会话结束时取消注册。如同前面实施例中所描述的，一个管理服务器也可以访问该数据库。
权利要求
1.一种操作通信网络的方法，包括a)对于连接到该网络上的每一个用户，在一个目录中注册该用户配置数据，该目录对于其它用户来说是可以访问的，用户配置数据包括针对多个不同的呼叫控制协议中一个或多个的标识；b)在建立从呼叫方到被呼叫方的呼叫前，为被呼叫方的终端从该目录中读取用户配置数据；以及c)随后利用一个在所述的用户配置数据中针对被呼叫方标识的呼叫控制协议建立该呼叫。
2.如权利要求1的方法，其中该用户配置数据包括针对一个客户终端的至少一个网络地址。
3.按照权利要求1或2的方法，其中该用户配置数据还包括网络呼叫控制标识，该标识是针对由客户使用访问该网络的每个网络驱动器的。
4.按照前述权利要求中任一个方法，包括当在一个客户终端上的用户登录到一个网络上时注册该用户配置数据；以及在该用户注销后保持该配置数据的一个记录。
5.按照权利要求4的方法，其中该用户配置包括一个标志，该标志将针对永久用户性能的数据与其它的数据区分开，并且在用户注销后仅保留针对永久用户性能的数据。
6.按照前述权利要求中任一个方法，其中在注册用户配置数据的步骤中，该用户配置数据是作为对象的层级来结构化的，该对象包括用户配置父对象和至少一个用户性能子对象。
7.按照权利要求6的方法，其中对象层级还包括网络地址对象和呼叫控制对象，其中网络地址对象和呼叫控制对象相对于客户性能对象就如同子对象相对于父对象。
8.按照前述权利要求中任一个方法，包括根据一天的时间返回针对被呼叫方的不同的用户配置数据。
9.一种通信系统，包括a)一个网络；b)连接到该网络上的多个用户终端，其中不同的用户终端具有不同的呼叫控制性能；c)一个目录，对于多个用户终端来说是可以访问的，且可以用用户配置数据为该客户终端上的用户编程，其中用户配置数据包括对于每个用户的针对多个呼叫控制协议中一个或多个的标识。
10.按照权利要求9的系统，其中该目录整个位于一个服务器上，该服务器相对于该客户终端来说是远程的，且可以通过该网络进行访问。
11.按照权利要求9的系统，其中该目录包括位于本地的各自客户终端上的目录系统代理和一个数据库，该数据库相对于该终端来说是远程的，且可以通过该目录系统代理进行访问。
12.按照权利要求9-11中任何一个的系统，其中该目录包括呼叫控制协议标识和网络地址。
全文摘要
在通信网络中,每个用户在目录中注册用户配置数据,该目录对于其它用户是可用的,该用户配置数据包括针对一个或多个呼叫控制协议的标识;在建立呼叫前,用户从该目录中检索针对被呼叫方的用户配置数据,然后利用在相应的用户配置中标识的呼吸控制协议建立该呼叫。
文档编号H04M3/00GK1281611SQ9881186
公开日2001年1月24日 申请日期1998年11月24日 优先权日1997年12月4日
发明者西蒙·亚利山大·贝达斯, 加里·莱斯莉·布鲁斯 申请人:英国电讯有限公司