CN1972304B

CN1972304B - 用于普遍访问电信服务的统一目录和存在系统

Info

Publication number: CN1972304B
Application number: CN200610149468.2A
Authority: CN
Inventors: A·诺切里诺; A·西蒙吉尼; A·奥尔萨诺; F·佩尔塔
Original assignee: Accenture Global Services GmbH
Current assignee: Accenture Global Services Ltd; Accenture International LLC
Priority date: 2005-11-21
Filing date: 2006-11-21
Publication date: 2012-06-27
Anticipated expiration: 2026-11-21
Also published as: EP1788784A1; CN1972304A; EP1788784B1

Abstract

一种用于电信服务提供者或电信运营者的用户简档访问管理系统提供了用于向电信用户简档信息提供单个访问点的技术解决方案。随着由服务提供者所提供的产品和服务的发展，并且给出了用户借其连接到服务的许多不同的访问机制，单个访问点消除了在需要访问用户简档信息的许多支持系统和应用之间低效增生客户接口。单个访问点提供了对电信服务的普遍且个性化的访问。可以不管访问机制的特定类型(例如，WiFi或DSL访问)而对用户简档进行访问，同时个性化访问允许根据所述用户简档中静态和动态维护的信息来定制服务。

Description

用于普遍访问电信服务的统一目录和存在系统

优先权声明

本申请要求了于2005年11月21日提交的EPO申请号05425821.5以及于2005年11月21日提交的意大利申请号BS2005A000143的优先权，在此将其内容全部引用以供参考。

技术领域

本发明涉及电信服务提供者和电信运营者系统体系结构。本发明尤其涉及维护并提供对静态和动态电信用户简档(profile)信息的高效访问。

背景技术

计算机系统和电信技术的迅速进步导致大量的电信服务可用于消费者。这种电信服务包括传统的电话服务、因特网服务、电缆电视服务、蜂窝式电话服务、消息发送服务、寻呼业务、组合的语音和数据递送服务以及许多其它服务。此外，许多服务可以是基于无线或有线线路的。

电信用户经由各种各样的连接来访问他们的服务。连接的硬件基础实现了电路交换连接、分组交换连接及其它类型的连接。另外，各种各样的通信协议和访问技术进一步控制连接上的数据转送。不对称数字用户线路(Asymmetric Digital Subscriber Line ADSL)、多协议标签交换(Multi-protocol Label Switching MPLS)、虚拟专用网络(Virtual Private NetworksVPN)及其它技术是用于电信服务的大量访问技术的几个例子。

发展支持新的和现有的电信服务以及用于那些服务的多种访问机制导致在支持服务和访问机制的许多不同的电信支持系统之间广阔地分散用户简档信息。该分散导致在系统和应用之间低效地增生了定制接口，其中系统和应用需要获得简档信息以便授权或认证访问，确定哪些服务被预订，确定用户怎样连接到服务以及由于许多其它原因。因而，在过去没有足够安全、灵活且高效的机制提供了用于电信用户简档信息的单个访问点并且维护用户简档信息。

长久以来就需要存在一种用于电信服务提供者或电信运营者的增强系统体系结构，该系统体系结构能够有效地提供对用户简档信息的访问并对其进行维护。

发明内容

创建一种用于提供并维护用户简档信息的增强电信服务提供者或电信运营者系统体系结构提出了显著的技术挑战。作为一个例子，在定义并实现体系结构中就存在一个技术挑战，其中该体系结构提供了用于用户简档信息的单个访问点，并且消除了在许多不同系统之间低效分散用户信息。另一技术挑战在于提供一种数据库数据模型体系结构，该数据库数据模型体系结构不仅为用户，而且为用户用来连接网络资源的网络服务以及用户用来与其它用户通信的应用，有效地灵活支持了实时和静态存在信息。又一技术挑战在于提供一种高性能数据访问层，该数据访问层存储并更新用户简档信息，并且在载体级环境中对用户简档信息的查询作出响应，其中数十万或百万的用户每秒可以产生非常大量(例如，成百或上千)的用户简档更新或查询。

本发明的一个方面是一种用于电信服务提供者或电信运营者的用户简档访问管理系统。本发明的另一方面是一种用于用户简档访问管理系统中的存在系统(presence system)。本发明的又一方面是一种用于用户简档访问管理系统中的统一目录系统。存在系统包括网络数据采集器，该网络数据采集器可以建立用于授权客户端访问网络资源的单个访问点并且更新统一目录中的用户存在信息。

存在系统还包括与网络数据采集器通信的消息公布器。消息公布器根据网络数据采集器所接收的用户连接消息来产生公布的连接消息。消息队列管理器对公布的连接消息进行排队以便递送到预订这种消息的规则管理器。因而，规则管理器从消息队列管理器接收公布的连接消息。

规则管理器把路由规则应用于公布的连接消息。路由规则确定怎样处理公布的连接消息。在一个实现方式中，路由规则确定是把公布的连接消息转送到技术关键字管理队列(technical key management queue)还是存在管理队列。技术关键字管理队列处理用户连接请求的认证(例如，RADIUS认证或DHCP发现请求)。技术关键字管理队列中的消息包括技术关键字信息，该技术关键字信息与在统一目录中所存储的技术关键字相配。当用户被认证时，相关联的用户信息被插入到统一目录系统中，然后在随后的连接阶段期间(例如，在RADIUS记费或DHCP请求/确认阶段期间)利用IP地址信息来更新。存在管理队列中的消息可以引起被发送到统一目录系统的用户存在更新消息、请求或提交。例如，存在管理队列可以处理DHCP请求/确认消息，据此存在系统更新统一目录系统中的用户IP地址信息。由此统一目录系统维护关于连接到网络的用户的动态信息。

统一目录系统包括用于定义用户简档数据存储器的数据访问层。数据访问层可以被实现为第一类存储器(例如在硬盘驱动器上)中的持久性用户简档数据存储器以及在第二存储器中(例如在随机存取存储器(RAM)中)持久性用户简档数据存储器的高速缓存表示，第二存储器比第一存储器更快。持久性用户简档数据存储器的高速缓存表示提供了用于查询用户简档信息的极其快速的响应时间。

统一目录系统实现了用于存在系统的通信接口。通信接口响应于在存在系统上所接收的公布连接消息来从存在系统接收用户插入消息和用户存在更新消息。统一目录系统中的第二接口(例如，超文本传输协议(HTTP)接口)从外部系统接收用户简档查询。

统一目录系统中的服务逻辑处理用户插入消息、用户存在更新消息和用户简档查询。例如，服务逻辑可以响应于用户插入消息把用户标识符插入到数据访问层中(例如，网络服务存在表中)。作为另一例子，服务逻辑可以响应于用户简档查询来查询数据访问层以便获得查询结果。用户简档查询例如可以是用户状态查询、网络服务数据查询或应用服务数据查询。然后服务逻辑可以把查询结果返回到外部系统。

消息公布器可以依照用于这种消息的通用消息格式来产生公布的连接消息，而不管所接收的用户连接消息类型(例如动态主机配置协议(DHCP)消息或远程认证拨入用户服务(RADIUS)消息)。公布的连接消息可以包括用户名和技术关键字。技术关键字提供诸如虚拟路径标识符(VPI)、虚拟电路标识符(VCI)、接口标识符之类的用户连接标识信息及其它标识信息。

本发明的另一方面是包括数据模型的统一目录系统，该数据模型存储了用户简档信息。统一目录系统在数据访问层中建立数据模型。数据访问层在第一存储器中实现了可靠的持久性用户简档数据存储器并且在第二存储器中实现了持久性用户简档数据存储器的高速缓存表示。数据访问层可以包括多个并行的持久性节点、多个并行的实时节点以及用于向所述节点分送用户插入消息、用户存在更新消息和用户简档查询的负载平衡器。

用于存储用户简档信息的数据模型跨过几个层来分送用户数据。在一个实现方式中，数据模型包括用于定义预订产品的客户实体的客户简档层、用于定义属于客户实体的用户的用户简档层以及用于定义可用的产品和服务的产品简档层。数据模型还包括用于定义所预订的网络和应用服务的服务简档层以及用于为所预订的服务和应用定义网络服务存在和应用服务存在的存在层。

数据模型灵活地区分网络服务和应用服务，并且允许统一目录建立并维护网络服务和应用服务的存在。为此，存在层可以包括网络服务存在表和应用服务存在表。网络服务存在表动态地更新网络服务的存在状态(例如，更新用户是否连接到网络)，并且可以与网络服务实例表有一对多关系。网络服务实例表举例说明了由用户所预订的网络服务。类似地，应用服务存在表动态地更新应用服务的存在状态(例如，更新用户是否已经登录)，并且可以与应用服务实例表有一对多关系。应用服务实例表举例说明了由用户所预订的应用服务。

当检查以下附图和具体实施方式之后，本发明的其它系统、方法、特征和优点对本领域技术人员来说将变得更加清楚。意在把所有这种附加系统、方法、特征和优点包括在此描述、本发明的范围内，并且由以下权利要求保护。

附图说明

参考以下附图和描述可以更好地理解本发明。附图中的组件不必按比例绘制，而是代之以着重示出用于图示本发明原理的部分。此外在附图中，遍及不同视图，相同的附图标记指代相应的部分或元件。

图1示出了包括用户简档访问管理系统的电信服务提供者体系结构的一部分；

图2示出了用于处理用户连接消息和用户简档查询的用户简档访问管理系统；

图3图示了在电信服务提供者体系结构中可以是用户简档访问管理系统一部分的存在系统；

图4示出了存在系统可以接收的动态主机配置协议(DHCP)用户连接消息；

图5示出了存在系统可以发送的DHCP用户连接响应消息；

图6示出了存在系统可以接收的远程认证拨入用户服务(RADIUS)用户连接消息；

图7示出了存在系统可以发送的RADIUS响应消息；

图8图示了存在系统中的消息公布器可以根据用户连接消息产生的公布连接消息；

图9描绘了存在系统中的消息队列管理器可以向消息公布器发送的消息公布器输出消息；

图10示出了在电信服务提供者体系结构中可以是用户简档访问管理系统一部分的统一目录系统；

图11示出了可以实现统一目录系统所维护的用户简档数据存储器的数据模型；

图12示出了存在系统可以开始处理用户连接消息的动作；

图13示出了统一目录系统可以开始处理用户插入或用户更新消息的动作；

图14示出了统一目录系统可以开始处理来自存在系统和外部系统的用户简档查询的动作。

具体实施方式

下面更详细地解释在附图中所示元件的相互操作。然而在阐明详细解释之前，应当注意下面所有论述与所描述的特定实现方式无关，实质上是示例性的而并非是限制性的。例如，尽管实现方式的方面、特征或组件可以被存储到存储器中，然而与用户简档访问管理系统、存在系统和统一目录一致的所有或部分系统和方法可以被存储或分布在其它计算机可读介质上或从中读取，例如诸如硬盘、软盘之类的辅助存储设备和CD-ROM；从网络所接收的信号；或目前已知或以后发展的其它形式的ROM或RAM。

此外，尽管描述了用户简档访问管理系统、存在系统和统一目录体系结构的具体组件，然而与所述用户简档访问管理系统、存在系统和统一目录体系结构一致的方法、系统和制造产品可以包括附加或不同的组件。例如，可以利用微处理器、微控制器、专用集成电路(ASIC)、离散逻辑或其它类型电路或逻辑的组合来实现处理逻辑、消息发送系统、通信接口、消息适配器及其它组件。类似地，存储器可以是DRAM、SRAM、闪速存储器、磁盘存储器或任何其它类型的存储器。标志、数据、数据库、表及其它数据结构可以被独立地存储并管理，可以被并入单个存储器或数据库中，可以被分送，或可以依照许多不同的方式在逻辑上和物理上进行组织。由组件所执行的程序可以是单个程序的一部分、独立的程序或跨过几个存储器和处理器分布。此外，系统可以用硬件、软件或一个处理系统中的硬件和软件的组合来实现，或可以跨过多个处理系统分布。

图1示出了与第三方102相交互的电信体系结构100。第三方102可以在形式上和实现方式上进行很大改变。作为例子，第三方102可以包括：诸如蜂窝式电话、个人数据助理、网络(例如，因特网)通信设备之类的用户设备104；诸如由其它服务提供者所实现的电信服务应用之类的应用106；诸如短消息服务(SMS)消息发送应用、会话启动协议(SIP)系统和用于向客户收取产品和服务费用的计费应用；及其它设备、程序或实体108。

电信体系结构100实现用于支持电信产品和服务的功能并且使所选择的功能面向第三方102。另外，电信体系结构100包括用户简档访问管理系统122。如下面更详细地解释，访问管理系统122建立并维护用户简档信息并且提供用于所述用户简档信息的单个访问点。

产品和服务及其所表述的基础功能可以在实施方式之间改变。作为例子，电信体系结构100可以实现SMS消息发送服务(以便递送SMS消息并对其收费)、多媒体消息系统(MMS)消息发送服务(以便递送MMS消息并对其收费)和SIP服务(以便设置SIP呼叫并对该呼叫收费)。作为附加例子，电信体系结构100可以实现收费服务(以便请求向帐户收取费用)、网际协议电视(IPTV)服务(以便请求递送电视节目)、用户状态服务(以便请求当前用户状态，诸如‘在线’、‘离线’、‘繁忙’或‘离开’)和用户认证服务(例如以便请求验证移动用户是否存在并且该移动用户是否具有用于购买所想要服务的证书，诸如IPTV服务)。可以另外或作为选择来提供其它功能。此外，电信体系结构100还可以经由第三方访问网关110来提供对通信网络服务(例如因特网浏览服务)的访问。

电信体系结构100使对所给出服务的访问变得安全。为此，体系结构100提供了第三方访问网关110。第三方访问网关110充当第三方102对所给出服务的单个接触点。

如图1所示，第三方访问网关110接收来自第三方102的服务请求112。作为响应，第三方访问网关110验证服务请求由所认证并授权的第三方发起。在网络通信服务请求的情况下(作为一个例子)，第三方访问网关110处理所授权的服务请求并把该服务请求中继到服务提供者114。在所给出服务请求的情况下，诸如SMS、MMS和SIP服务请求，第三方访问网关100可以处理所授权的服务请求并把它中继到服务经纪人(service broker)116。

服务经纪人116执行服务请求。这样做时，服务经纪人116可以与商业支持系统(BSS)和操作支持系统(OSS)118通信，该体系结构100实现该系统来创建、部署、管理并维护电信产品和服务。在执行服务请求中，服务经纪人116另外或作为选择可以与网络层120通信，该网络层120可以把与服务相关的数据递送或返回到服务经纪人116。来自服务提供者114和服务经纪人116的响应被返回到第三方访问网关110以便递送到发起的第三方请求者。

用户简档访问管理系统122接收来自外部系统的用户简档查询并且还处理用户连接消息。用户连接消息可以来源于试图连接到网络的用户(例如，作为在用户之间建立通信会话的初始步骤)。图1示出了建立基于SIP的通信会话136的两个这种用户124和126。用户124和126可以是蜂窝式电话、个人数据助理、网络(例如因特网)通信设备；个人计算机；诸如电视电话或网际协议电视节目之类的程序；或其它实体。

任何用户可以经由网络中介物连接到用户简档访问管理系统122。网络中介物可以包括一个或多个网络访问服务器(NAS)系统128、动态主机协议(DHCP)服务器130或代理和/或远程认证拨入用户服务(RADIUS)服务器132或代理。一个或多个网络134可以把用户和网络中介物连接到用户简档访问管理系统122。

图2示出了用户简档访问管理系统122。用户简档访问管理系统122包括向用户认证和用户网络存在检测服务提供单个访问点的存在系统202。RADIUS或DHCP服务器或代理206可以把用户连接消息传送到存在系统202。如下面更详细地解释，作为响应，存在系统202可以开始与统一目录系统204的用户认证，更新统一目录系统204中的用户信息或采取其它动作。

访问管理系统122中的统一目录系统204提供了对用户简档信息的单个访问点。统一目录系统204可以对来自存在系统202的用户插入或更新消息或者来自外部系统208的用户信息查询作出响应，该外部系统208诸如服务经纪人116、第三方网关110或在统一目录系统外的其它系统。外部系统208可以查询统一目录系统204以便获得所请求的关于用户可用性、连接特性、设备特性的信息或其它用户简档信息。统一目录系统204把查询结果返回到外部系统208。

用户简档访问管理系统122在存在系统202和统一目录系统204之间实现了通信接口(“存在接口”210)。另外，统一目录系统204在统一目录系统204和外部系统208之间实现了通信接口(“外部接口”212)。存在接口210和/或外部接口212可以被实现为超文本传输协议(HTTP)接口、Java(TM)数据库连接(JDBC)接口或其它类型的通信接口，包括用于在系统之间交换消息的接口。

图3详细地图示了存在系统202。存在系统202包括网络数据采集器302、消息公布器304和消息队列管理器306。存在系统202还包括存在管理器308。

如图3所示，存在系统202向外部网络发送并接收消息。例如，存在系统202可以接收诸如RADIUS消息312和DHCP消息314之类的用户连接消息。存在系统202可以利用RADIUS输出消息316和DHCP输出消息318对RADIUS或DHCP服务器或代理作出响应。

然而在某些实现方式中，存在系统202可以自己实现RADIUS服务器或DHCP服务器。为此，存在系统202可以包括DHCP服务器320、RADIUS服务器322或它们两个都包括。因而，存在系统202可以从试图连接到网络资源的用户直接接收消息，而不是从外部系统接收DHCP或RADIUS消息312和314。

网络数据采集器302可以包括通信接口和分组监听器，该分组监听器监视入网RADIUS和/或DHCP消息312和314的网络通信量。可以为RADIUS消息和DHCP消息提供独立的接口或多个接口。网络数据采集器302可以被分配特定的网络地址，诸如网际协议(IP)地址和端口号，或者可以依照其它方式来编址。RADIUS和DHCP消息312和314可以涉及用户网络访问并且例如当用户需要连接到网络资源时可以被发送。作为另一例子，所述消息可以涉及用户服务使用计费，包括计费开始和停止消息。

作为一个例子，可从新泽西的Murray Hill的Lucent Technologies(朗讯科技)获得的Lucent Technologies(TM)NavisRadius(TM)服务器可以实现网络数据采集器302，包括RADIUS服务器322。作为选择或另外，可从加利福尼亚的San Jose的Cisco Systems公司获得的Cisco Systems(TM)DHCP服务器可以实现网络数据采集器302，包括DHCP服务器320。

网络数据采集器302把所接收的消息传递到消息公布器304。可以提供多个网络数据采集器302和/或消息公布器304，并且负载平衡器可以使用循环(round robin)技术或任何其它负载平衡技术来在消息公布器304之间分送消息。消息公布器304可以把RADIUS和DHCP消息转换为公布的连接消息通用的消息格式。不管所接收的消息属于第一消息类型(例如RADIUS消息)还是第二不同的消息类型(例如DHCP消息)，都可以使用通用格式。

消息公布器304中的适配器逻辑把所接收的消息转换为通用消息格式。适配器逻辑把消息和/或消息内容从一个格式(例如，RADIUS消息依附的格式)转化为另一格式(例如，公布的连接消息依附的通用格式)。在一个实现方式中，消息公布器304把每个所接收的消息分析为可扩展标记语言(XML)公布的连接消息。以下给出了消息格式的例子。

消息队列管理器306可以建立并控制一个或多个消息队列。图3示出了两个消息队列324和326。每个消息队列可以存储从消息公布器304所接收的特定类型的公布连接消息325。例如，消息队列324可以排队RADIUS消息，而消息队列326可以排队DHCP消息。然而消息可以取决于用户标识符、连接消息请求类型或依照任何其它准则被插入到队列中。

消息公布器304和/或消息队列管理器306可以实现公布/预订消息发送接口。例如，可从Bedford MA的Sonic Software获得的Sonic MQ(TM)消息系统可以实现消息队列管理器306。然而可以使用其它消息发送技术，包括点对点消息传输。

存在管理器308可以包括消息公布器/用户328和规则管理器330。规则管理器330根据路由规则332确定消息目的地或要采取的其它处理动作。消息目的地可以包括不同的消息队列，诸如存在管理队列334和技术关键字管理队列336。可以提供处理逻辑以便获取并处理所排队的消息。图3示出了处理存在管理队列334中的消息的存在队列逻辑338和处理技术关键字管理队列336中的消息的技术关键字队列逻辑340。服务逻辑310可以是队列逻辑338和340的一部分，提供了到统一目录系统204的接口。尽管在图3中独立地示出，然而队列逻辑338和340以及服务逻辑310不一定是不同的程序或电路。例如，可以在单个程序或一组电路中实现用于处理队列334和336的队列逻辑338和340，和/或用于与统一目录系统204通信的服务逻辑310。

消息公布器/用户328从消息队列管理器306接收公布的用户连接消息。规则管理器330处理所接收的消息并且依照路由规则332来确定它们的目的地。如下面更详细地解释，路由规则332可以指定队列334和336中的哪个应当排队所接收的公布用户连接消息。然后存在队列逻辑338和技术关键字队列逻辑340可以获取所排队的消息并且经由服务逻辑310与统一目录系统204相交互，如下所注释。可以利用Sonic ESB(TM)服务总线和消息处理系统来实现存在管理器308和/或服务逻辑310。一般地说，可以用硬件、软件或硬件和软件的组合来实现在图3中所示出的任何元件。

图4示出了DHCP连接消息312的例子。连接消息312包括代码字段402、长度字段404和客户端硬件地址字段406。另外，连接消息312包括服务器ID字段408、yiaddr字段410、xid字段412和选择字段414。下面在表1中给出了用于每个字段的描述。

表1-DHCP消息

字段	大小(字节)	描述	值
				Code	1	命令代码-DHCPACK和DHCKNAK消息可以作为DHCP服务器接收并处理来自用户的DHCPREQUEST消息的结果被接收。	1：DHCPDISCOVER2：DHCPACK3：DHCPNAK
Length	1	数据长度
				Chaddr	6	用户硬件地址

Server ID	4	DHCP服务器IP地址
			yiaddr	4	经由DHCP过程向用户所提供的IP地址
xid	4	DHCP事务ID
			Option	可变的	可选消息数据

选择字段414可以包括诸如唯一标识符之类的附加用户连接信息。唯一标识符允许诸如因特网服务提供者之类的其它系统根据标识符来采取具体动作。作为例子，该系统可以使用标识符来标识用户，向该用户分配具体动作(例如，分配主机IP地址、子网掩码和域名服务器(DNS))、触发计费或采取其它动作。选择字段414可以遵守DHCP Option82格式。

图4示出了选择字段414可以包括用于选择字段414的信息部分的长度字段416、420和426。所述信息部分可以包括第一子选择字段418、第一信息字段422、第二子选择字段424和第二信息字段428。下面的表2提供了用于每个字段的描述。

表2-选择字段

字段	描述
		Length1	选择字段414的数据长度
Suboptio	在选择字段中所提供的第一子选择的可选标识符
		Length2	第一子选择的数据长度
lnfo1	用于第一子选择的消息数据-例如，电路标识符
		Suboptio	在选择字段中所提供的第二子选择的可选标识符
Length3	第二子选择的数据长度
		lnfo2	用于第二子选择的消息数据-例如，用于电缆接口、技术关键字的MAC地址或其它数据

第二子选择字段428可以提供关于用户连接的进一步信息。第二子选择字段428可以包括端口类型430、版本标识符432、保留字节434和技术关键字436。第二子选择字段428可以支持服务提供者，该服务提供者使用ATM路由的桥接封装(RBE)来配置数字用户线路(DSL)访问。第二子选择字段428由此可以允许服务提供者使用DHCP来分配IP地址并且实现安全性和IP分配策略。下面的表3提供了用于每个字段的描述。

表3-子选择2

字段	描述
		Port type	端口类型(例如，路由桥接封装)的标识符
Version	用于选择字段414的格式的版本标识符。
		Reserved	以供将来使用的保留字节
Technical key	用户连接特性的集合，诸如网络认证服务IP地址和/或端口

图4更详细地示出了技术关键字436。技术关键字包括端口IP地址438、数字用户线路访问多路复用器(DSLAM)介质访问控制(MAC)地址440和时隙标识符442。技术关键字还可以包括端口标识符444、虚拟路径标识符(VPI)446和虚拟电路标识符(VCI)448。下面的表4提供了用于每个字段的描述：

表4-技术关键字

字段	描述
		Port IP address	DHCP中继代理上接口的IP地址
DSLAM MACaddress	DSLAM的MAC地址，用户经由所述DSLAM进行连接。
		Slot	虚拟电路的时隙标识符，DHCP请求已经到达虚拟电路。
Port	虚拟电路的端口标识符，DHCP请求已经到达虚拟电路。
		VPI	虚拟电路的虚拟路径标识符，DHCP请求已经到达虚拟电路。
VCI	虚拟电路的虚拟电路标识符，DHCP请求已经到达虚拟电路。

图5示出了DHCP用户连接输出消息318，存在系统202可以响应于接收和处理DHCP用户连接消息来发送DHCP用户连接输出消息318。输出消息318可以包括代码字段502、长度字段504和描述字段506。下面的表5提供了的每个字段的描述。

表5-DHCP用户连接输出消息

字段	大小(字节)	描述	值
				Code	1	命令代码	1：SUCCESS(成功)2：ERROR(错误)
Length	1	数据长度
				Description	可变的	结果条件的文本描述

图6示出了存在系统202可以接收的RADIUS用户连接消息312。RADIUS用户连接消息312可以包括类型字段602、标识符字段604和长度字段606。消息312还可以包括认证码字段608、帧IP地址字段610和用户名字段612。附加字段包括NAS IP地址字段614、NAS ID字段616、帐户会话ID字段618和帐户状态类型字段620。下面的表6提供了用于每个字段的描述。

表6-RADIUS用户连接消息

字段	大小(字节)	描述	值
				Type	1	用于表明RADIUS消息类型的命令代码	1：访问-请求2：计费-请求
Ident	1	用于把请求与相应的响应相匹配的请求标识符
				Length	1	RADIUS消息的数据长度。
Auth	16	包含RADIUS客户端和服务器用来彼此认证的信息的认证码字段
				Framed IP	4	向用户所提供的IP地址
Username	＞＝3	用户的用户名
				NAS IP	4	NAS IP地址
NAS ID	＞＝3	NAS标识符(例如，NAS的域名)
				Accountsession	＞＝3	节点线路卡(时隙/端口)和电路ID(VPI/VCI)
Accountstatus type	6	计费请求类型	开始、停止、中间更新

图7示出了存在系统202可以发送的RADIUS响应消息316。RADIUS响应消息316可以包括类型字段702、标识符字段704和长度字段706。响应消息316还可以包括认证码字段708和属性字段710。下面的表7提供了用于每个字段的描述。

表7-RADIUS响应消息

字段	大小(字节)	描述	值
				Type	1	命令代码	2：访问-接受3：访问-拒绝4：计费-响应
Identifier	1	请求标识符

Length	1	数据长度
				Authenticator	16	认证码字段
Attribute	＞＝7	计费响应结果描述。可以包括多个子字段：销售商具体属性标识符、长度和数据字段。	OK，NOK

下面在表8中给出了RADIUS访问请求消息的例子。可以响应于用户试图连接到网络而从RADIUS服务器发送访问-请求消息。

表8-RADIUS访问请求消息

字段	值
		Type	1
Ident	11
		Length	167
Auth
		Framed IP
Username	″test123123.testtest1.com″
		NAS IP	99.222.66.111
NAS ID	″rm100.aaa.testtest1.com″
		Accountsession	″3/0/0/1.1_00000483″
Accountstatus type

下面在表9中给出了RADIUS计费-请求消息的例子。可以发送计费-请求消息以便开始或停止对用户使用网络资源计费。

表9-RADIUS计费-请求消息

字段	值
		Type	4
Ident	12
		Length	198
Auth
		Framed IP
Username	″magictested123.testtest1.com″
		NAS IP	99.222.66.111
NAS ID	″rm100.aaa.testtest1.com″

Accountsession	″3/0/0/1.1_00000483″
		Account statustype	开始

表10给出了相应RADIUS访问-接受输出消息的例子。

表10-RADIUS访问-接受输出消息

字段	值
		Type	2
Identifier	11
		Length	3
Authenticator
		Attribute	OK

表11给出了相应RADIUS计费-响应输出消息的例子。

表11-RADIUS计费-响应输出消息

字段	值
		Type	5
Identifier	12
		Length	198
Authenticator
		Attribute	26(属性标识符)，2(属性长度)，OK(属性数据)

图8图示了存在系统202中的消息公布器304可以根据用户连接消息产生的公布连接消息325。公布的连接消息325可以是XML消息或其它类型的消息。公布的连接消息325可以遵守通用的消息格式，包括消息类型字段802、用户名字段804和服务器IP字段806。公布的连接消息325还包括客户端IP字段808、访问服务器IP字段810和访问服务器标识符字段812。通用消息格式还包括时隙字段814、端口字段816、接口字段818、VPI字段820，并且还存在VCI字段822。表12提供了的每个字段的描述。

表12-公布的连接消息

字段	类型	描述	值
				msgType	整数	命令代码	1：DHCPDISCOVER2：DHCPACK3：DHCPNAK4：ACCESSREQUEST5：ACCTSTART6：ACCTStop
Username	字符串	用户名或客户端MAC地址
				Server IP	字符串	RADIUS或DHCP服务器IP地址
Client IP	字符串	向用户所提供的IP地址
				AccessServer IP	字符串	NAS或DSLAM IP地址
AccessServer ID	字符串	NAS标识符或DSLAM MAC地址
				Slot	整数	时隙标识符
Port	整数	端口标识符
				Interface	整数	接口标识符
VPI	整数	VPI标识符
				VCI	整数	VCI标识符

图9图示了存在系统202中的消息公布器304可以响应于收到公布的连接消息325而发送的消息公布器输出消息900。输出消息900可以包括代码字段902和描述字段904。表13提供了每个字段的描述。

表13-消息公布器输出消息

字段	类型	描述	值
				Code	整数	命令代码	1：SUCCESS2：ERROR
description	字符串	结果条件的文本描述

表14a提供了XML公布连接消息的例子。表14a中的例子与在表12中所示出的用于来自用户的访问请求的通用格式一致。公布连接消息使用<tk>标签来标识技术关键字。

表14a-XML公布连接消息

<？xml version＝″1.0″？><msg><msgType>4</msgType><username>44-45-53-54-42-00</username><serverIP>10.107.109.182</serverIP><clientIP>121.56.134.45</clientIP><tk><accessServerIP>10.107.108.204</accessServerIP><accessServerID>92.168.132.8</accessServerID><slot>3</slot><port>0</port><interface>1</interface><vpi>245</vpi><vci>34</vci></tk></msg>

表14b提供了用于访问请求的XML消息公布器输出消息900的例子。在此例子中，输出消息在试图授权用户进行网络访问时表达错误，这是因为所述用户的用户名未被识别。

表14b-XML消息公布器输出消息

<？xml version＝″1.0″？><msg><code>2</code><description>username not present</description></msg>

作为由存在系统202所执行的处理的一个例子，存在系统202可以接收RADIUS用户连接消息312，该RADIUS用户连接消息312指定用户正在请求访问网络服务。消息类型是类型1：访问-请求。存在系统202会向用户授权，并且可以作为用于RADIUS、DHCP及其它系统的单个接触点来提供用户授权。为此，网络数据采集器302首先接收访问-请求消息并且将其传递给消息公布器304。

消息公布器304转换该消息以便创建遵守为公布的连接消息通用格式的新消息。消息公布器304产生具有在上面的表12和14中所示出字段的XML通用格式连接消息。用于通用格式连接消息的数据可以从访问-请求用户连接消息中的字段提取或导出。

一旦形成通用格式连接消息，那么消息公布器304就公布所该消息。因而，消息队列管理器306接收公布的消息并且把公布的消息插入适当的队列324、326中。例如，消息队列管理器306可以把公布的连接消息插入到被分配给处理访问请求消息的队列中。

消息队列管理器306获取公布的连接消息并且把它发送到消息用户，诸如存在管理器308。存在管理器308中的消息公布器/用户328接收公布的连接消息。规则管理器330向所公布连接消息中的数据应用路由规则332以便确定所公布连接消息的目的地。

作为一个例子，可以如表15所示实现路由规则332：

表15-路由规则

如果msgType＝＝1或者msgType＝＝4)那么把公布的连接消息插入到技术关键字管理队列中；否则/^*msgType是2、3、5或6^*/把公布的连接消息插入到存在管理队列中。如果出现错误，那么向规则管理器发送NOK消息。

因而，技术关键字管理队列336处理用于用户访问请求和DHCPDISCOVER请求(即用户发送用来定位DHCP服务器的请求)的消息。在这种情况下，技术关键字管理队列336接收公布的连接消息。技术关键字管理队列336保持要求用户认证的消息。该认证可以是基于所公布连接消息中的技术关键字的，如下面更详细地解释。

TK队列逻辑340周期地服务于技术关键字管理队列336。因而，TK队列逻辑340获取所排队的消息。TK队列逻辑340依照用TK队列逻辑340中的硬件或软件所实现的规则集来处理所排队的消息。表16提供了TK队列逻辑处理规则的一个例子。在表16中，‘tk’指的是在公布的用户连接消息中在<tk>和</tk>标签之间所提供的技术关键字字段。

表16-TK队列逻辑处理规则

Select^*from SDP_CUST_NET_SVC_T where CUSTID＝(select CUSTID fromSDP_USR_T where USRID＝′username′)如果从SDP_CUST_NET_SVC_T所获取的TK参数＝＝tk，那么如果‘username’和CUSTNETSVCID不在SDP_NET_PRES_T中，那么把‘usename’和CUSTNETSVCID插入到SDP_NET_PRES_T中；向规则管理器发送OK消息；否则向规则管理器发送NOK消息；如果出现任何错误，那么向规则管理器发送NOK消息。

通常，TK队列逻辑处理规则把技术关键字信息与在统一目录中所存储的技术关键字相匹配。当用户被认证时，相关联的用户信息(例如，用户名)被插入到统一目录系统中。随后，在随后的连接阶段期间(例如，在RADIUS计费或DHCP请求/确认阶段期间)可以在统一目录系统中更新诸如IP地址之类的附加用户信息。因而，TK队列逻辑340可以在处理表16所示出的规则中向统一目录系统204发布一个或多个查询。查询可以从用户表(表19)获得与在所公布连接消息中所指定的用户名相匹配的每个客户ID。对统一目录系统204的相同查询或第二查询从用于匹配客户的网络服务实例表(表27)中选择所有字段(包括形成技术关键字的ACCESSSERVERID、ACCESSSERVERIP、SLOT、PORT、INTERFACE、VCI和VPI字段)。网络服务实例表为每个客户定义了活动的网络服务。因而，如果用户在用户表中具有匹配的记录，那么用户/客户是网络服务的认证用户，网络服务实例表为用户建立网络服务，并且在公布的连接消息中所提供的技术关键字匹配技术连接信息，统一目录系统204已经为网络服务实例表中的用户记录了该技术连接信息。

如果用户被认证，那么存在系统202跟踪用户连接。为此，存在系统202向统一目录系统204发送插入消息以便使得把‘用户名’插入到网络存在表(表31)的USRID字段中并且把从网络服务实例表所获取的CUSTNETSVCID插入到网络存在表中。CUSTNETSVCID字段提供了在客户和网络服务之间关联的唯一标识符。

因而，存在系统202有助于对于网络资源维护关于用户访问和存在的当前存在信息。另外，当用户被认证时，存在管理器308经由消息队列管理器306、消息公布器304、网络数据采集器302把成功或OK消息返回到发起用户连接消息的RADIUS服务器。由此RADIUS服务器可以确认许可访问的用户。

作为由存在系统202所执行的处理的另一例子，存在系统202可以接收RADIUS计费-请求开始消息312，用于指定应当对用户开始计费。计费-请求消息指定消息类型为‘2’并且帐户状态类型为‘开始’。网络数据采集器302把RADIUS连接消息312传递到消息公布器304。

消息公布器304转换该消息以便创建遵守公布的连接消息通用格式的新XML消息。一旦消息公布器304已经产生并公布该消息，消息队列管理器306就接收公布的连接消息并且把该消息插入到适当的队列324、326中。例如，消息队列管理器306可以把公布的连接消息插入到被分配来处理存在更新、RADIUS消息、计费开始消息的队列中或另一队列中。

消息队列管理器306获取公布的连接消息并且把它发送到存在管理器308。存在管理器308中的消息公布器/用户328接收公布的连接消息。规则管理器330向所公布连接消息中的数据应用路由规则332以便确定所公布连接消息的目的地。如表15所示，路由规则可以导致把公布的连接消息(其具有msgType为5)插入到存在管理队列334中。

存在管理队列334处理用于表明网络上用户活动的消息，并且据此存在系统202可以向统一目录204提供存在更新。存在更新保持向连接到网络资源的进行用户通知统一目录系统204，并且提供对用户连接信息的实时跟踪。

存在队列逻辑338周期地服务于存在管理队列334。存在队列逻辑338获取所排队的消息并且依照用于存在队列逻辑338中的硬件或软件所实现的规则集来处理所排队的消息。表17提供了存在队列逻辑处理规则的一个例子。

表17-存在队列逻辑处理规则

Select^*from SDP_CUST_NET_SVC_T where CUSTID＝(select CUSTID fromSDP_USR_T where USRID＝′username′)如果‘username’和CUSTNETSVCID不在SDP_NET_PRES_T中，那么把‘username’、CUSTNETSVCID和‘clientIP’插入到SDP_NET_PRES_T中；向规则管理器发送OK消息；

否则更新SDP_NET_PRES_T中的‘clientIP’；向规则管理器发送OK消息。如果出现任何错误，那么向规则管理器发送NOK消息。

可以在对统一目录系统204的一次或多次查询中实现在表17中所示出的规则。第一查询可以从用户表(表19)获得与在所公布连接消息中所指定的用户名相匹配的每个客户ID。对统一目录系统204相同的查询或第二查询为所匹配的客户从网络服务实例表(表27)中选择所有字段。因而，存在系统202会为那些在用户表和网络服务实例表中具有匹配记录的用户/客户管理用户存在。

特别地是，在表17中所示出的规则检查‘username’和CUSTNETSVCID是否尚不存在于网络服务存在表中。如果它们不存在，那么存在系统202可以向统一目录系统204发送用户插入消息。用户插入消息使统一目录系统204把‘username’插入到CUSTID字段中，插入CUSTNETSVCID并且把‘clientIP’插入到网络服务存在表的IP字段中。然而，如果用户已经存在于网络存在表中，那么存在系统202可以向统一目录系统204发送用户更新消息以便更新网络服务存在表中的‘clientIP’字段。由此存在系统202为该用户跟踪当前连接信息。

图10示出了可以是用户简档访问管理系统122一部分的统一目录系统204。统一目录系统204从存在系统202接收用户插入消息1002和用户更新消息1004。如上所述关于表16和17，用户插入消息1002可以请求统一目录把用户简档信息插入到用户简档数据存储器中。类似地，用户更新消息1004可以请求统一目录更新该统一目录中的用户简档信息(例如，客户端IP地址)。

外部接口212把统一目录系统204与其它数据处理系统或应用1006连接。外部应用1006可以向统一目录系统204发送用户简档查询。统一目录系统204可以向任意数目的外部应用1006提供用于用户简档信息的单个访问点。用户简档数据由此可以被集中到统一目录系统204中，消除了在多个产品和服务支持系统之间用户简档信息的分散。

统一目录系统204包括数据访问层1010。在高性能环境中，统一目录系统204还可以包括向数据访问层1010分送消息的负载平衡器1012。负载平衡器1012可以依照循环(round robin)方式或依照其它方式分送消息。

数据访问层1010包括一个或多个实时节点(图10示出了具有标记为1014、1016和1018三个实时节点的例子)和一个或多个持久性节点(图10示出了具有标记为1020和1022的两个持久性节点的例子)。每个实时节点可以包括实时数据库服务逻辑1024和高性能数据库1026。每个持久性节点1020可以包括持久性数据库1030。数据库服务逻辑1024可以包括数据库管理系统，该数据库管理系统对高性能数据库1026的数据库执行查询。服务逻辑1024还可以实现通信接口(例如，Sonic ESB(TM)HTTP接口)，用于向存在系统202和外部系统和应用1006发送并接收消息。因而，服务逻辑1024接收并处理经由负载平衡器所接收的HTTP消息。然后在单个实时节点1014-1018中处理HTTP消息，每个节点1014-1018处理部分消息服务负载。

每个持久性节点1020-1022可以包括数据库管理系统，用于执行数据库插入和更新操作。持久性节点1020-1022可以从外部系统接收数据库插入和更新消息，该外部系统诸如电信体系结构中的商业支持系统(BSS)或操作支持系统(OSS)1032。为此，统一目录系统204可以提供用于实现HTTP、服务供给标记语言(SPML)的BSS/OSS消息接口1034或其它接口，并且可以支持在合作系统之间交换用户、资源和服务供给信息，该合作系统包括BSS/OSS系统1032。

数据库1026和1030存储用户简档数据存储器的拷贝。可以利用数据库管理系统在盘片上实现持久性数据库1030，该数据库管理系统诸如可从加利福尼亚的Redwood Shores的Oracle公司获得的Oracle 9i(TM)系统。可以在比支持持久性数据库1030的存储器系统更快速的存储器系统中实现高性能数据库1026。例如，可以在作为持久性用户简档数据存储器的高速缓存拷贝的随机存取存储器(RAM)中实现高性能数据库1026。同样可从Oracle公司获得的TimesTen(TM)数据库系统可以实现实时节点1014-1018。

在其它实现方式中，实时节点1014-1016高速缓存用户简档数据存储器的一部分。例如，实时节点1014-1016可以只高速缓存网络服务存在表(表31)和/或应用服务存在表(表32)。这些表存储易失性或相对频繁改变的数据(例如，用户CPE IP地址)。使持久性节点1022-1024与这种数据保持一致的需要被减弱。此外，实时节点1014-1018的高速实现方式允许统一目录系统204极其迅速地对当前用户简档信息的查询作出响应。

实时节点1014-1016对用户简档查询提供了极其快速的响应时间，而持久性节点1022和1024可以处理用户简档插入和更新消息1002和1004(例如，JDBC事务)。负载平衡器1012向节点1014-1022分送输入信息，每个节点可以处理一部分负载，提供容错体系结构并且每秒处理成百上千个入网(incoming)信息。作为一个例子，每个实时节点每秒可以处理500个查询或更多，而持久性节点每秒可以处理200个JDBC事务。可以在可从加利福尼亚的Santa Clara的Sun Microsystems获得的SUN480上或可从其它销售商获得的类似服务器上实现节点1014-1022。可以通过向节点1014-1022添加处理器并且通过添加附加节点1014-1022来扩展数据访问层1010的响应能力。

图11示出了可以实现节点1014-1022所存储并维护的用户简档数据存储器的数据模型1100。数据模型1100被分成客户简档层1102、用户简档层1104和产品简档层1106。另外，数据模型1100还定义了服务简档层1108和存在层1110。把数据模型1100划分为层有效地把用户简档数据分段为存在层1110中动态改变的信息以及服务简档层1108中更多的静态信息。在数据模型1100中所定义的表结构还提供了用于把网络服务与应用服务相分离的技术解决方案。因而，可以为任何用户独立地建立并维护每个的存在信息。

客户简档层1102定义了客户表1112。客户表1112可以建立用于表征预订了电信服务产品的自然人或法人的数据字段。用户简档层1104定义了用户表1114。用户表1114可以建立用于表征自然人的数据字段，该自然人预订了一个或多个产品和/或服务(例如，即时消息发送应用)和在所述产品上可用的服务(例如，即时消息发送服务)。

产品简档层1106定义了产品实例表1116和产品目录表1118。产品实例表1116建立了用于举例说明电信服务提供者出售物(offer)(诸如特定的服务或产品)的数据字段。产品目录表1118建立了用于举例说明可从电信服务提供者获得的产品和特定出售物的整个目录的数据字段。

服务简档层1108定义了网络服务目录表1120、网络服务实例表1122、网络服务参数表1124和网络服务数据表1126。网络服务目录表1120举例说明了由电信服务提供者所提供的网络服务的目录。网络服务实例表1122举例说明了对用户可以访问的产品所提供的特定网络服务。网络服务参数表1124举例说明了适用于网络服务的目录中的网络服务的参数。网络服务数据表1126举例说明了用于表征特定网络服务实例的数据。

服务简档层1108还定义了应用服务目录表1128、应用服务实例表1130、应用服务参数表1132和应用服务数据表1134。应用服务目录表1128举例说明了由电信服务提供者所提供的应用服务的目录。应用服务实例表1130表现了对用户可以访问的产品所提供的特定应用服务。应用服务参数表1132举例说明了适用于网络服务的目录中的应用服务的参数。应用服务数据表1134举例说明了用于表征特定应用服务实例的数据。

存在层1110定义了网络服务存在表1136和应用服务存在表1138。网络服务存在表1136建立了用于表征网络资源访问连接的数据字段，追踪关于网络服务的最近的用户连接信息(例如，所建立的到DSL网络服务的连接)。

应用服务存在表1138建立了用于表征对应用服务的用户访问的数据字段，包括所述用户是登入还是登出任何预订的应用服务(例如，所述用户是否登入即时消息发送应用服务)。

下面的表18提供了客户表1112的示例性实现方式。

表18-客户表

MOBILETEL	VARchar2(50)	移动电话号码
			FAX	VARchar2(50)	传真联系
CUSTTYPE	VARchar2(20)	客户类型

下面的表19提供了用户表1114的示例性实现方式。

表19-用户表

下面的表20、21和22提供了产品简档层1106的示例性实现方式。

表20-产品实例表

PRODCODE	VARchar(20)	产品代码，可以是来自SDP_PROD_T的外部关键字
			CUSTNETSVCID	NUMBER(20)	客户网络服务组合标识符，可以是来自SDP_CUST_NET_SVC_T的外部关键字
SUBSTATUS	VARchar2(20)	预订状态，可以默认为活动
			BILLINGCLI	VARchar2(24)	计费呼叫线路标识符
CREATEDATE	DATE	创建日期，可以默认为系统日期
			EXPDATE	DATE	截止日期
SUBTYPE	VARchar2(20)	预订类型
			BILLINGTYPE	VARchar2(20)	计费类型
LASTMODIFYDATE	DATE	上次修改日期
			LASTMODIFYDESC	VARchar2(50)	上次修改描述
LASTMODIFYWRITER	VARchar2(50)	上次修改作者

表21-产品目录表

表22-产品出售物表

下面的表23、24、25、26、27、28、29和30提供了服务简档层1108的示例性实现方式。服务简档层允许数据模型1100区分网络服务和应用服务。网络服务可以是由电信运营者所提供的服务，该电信运营者允许用户连接到网络(例如，DSL服务或拨号服务)。应用服务可以代表用户可以经由网络使用的应用(例如，程序)(例如，即时消息发送，RPTV和VoIP应用)。

表23-应用服务实例表

表24-应用服务目录表

表25-应用服务参数表

表26-应用服务数据表

表27-网络服务实例表

表28-网络服务目录表

NETSERVICENAME	VARchar2(50)	网络服务名称
			NETSERVICETYPE	VARchar2(20)	网络服务类型
NETSERVICESTATUS	VARchar2(20)	网络服务状态

表29-网络服务参数表

表30-网络服务数据表

下面的表31和32提供了存在层1110的示例性实现方式。

表31-网络服务存在表

ACCESSSERVERIP	VARchar2C50)	访问服务器IP
			ACCESSSERVERID	VARchar2(15)	访问服务器ID
MAXAVAILBAND	NUMBER(5)	最大可用带宽
			GUARBAND	NUMBER(5)	保证带宽
NETSERVICECODE	VARchar2(20)	网络服务代码
			TIMESTAMP	DATE	时间标记

表32-应用服务存在表

网络服务实例表1122举例说明了由用户所预订的网络服务。可以存在到网络服务存在表1136的一对多关系。因而，数据模型1100向相同的网络资源提供了用于多个存在信息集的跟踪能力(例如，相同DSL调制解调器上的多个PPP会话)。类似地，应用服务实例表1130举例说明了由用户所预订的应用服务。可以存在到应用服务存在表1138的一对多关系。因而，数据模型1100向相同的用户和应用资源提供了用于多个存在信息集的跟踪能力。

图12示出了存在系统202可以开始处理用户连接消息的动作1200。作为例子，存在系统202接收RADIUS或DHCP消息(动作1202)。存在系统202中的负载平衡器可以在多个消息公布器304之间分送入网(incoming)信息以便平衡消息处理负载并且增加性能(动作1204)。

消息公布器304依照通用格式产生连接消息并且公布该消息(动作1206)。因而，消息队列管理器306接收并排队公布的连接消息325(动作1208)。消息队列管理器306向诸如存在管理器308之类的消息用户递送公布的连接消息(动作1210)。

存在管理器308中的消息公布器/用户328接收公布的连接消息。规则管理器330然后可以应用路由规则332来确定怎样排队所接收的连接消息以便进一步处理(动作1212)。例如，规则管理器330可以确定是在技术关键字管理队列336中还是存在管理队列334中排队所述连接消息。

技术关键字管理队列336和TK队列逻辑340认证用户连接请求。作为例子，这种请求可以起因于RADIUS认证或DHCP发现消息。如果该用户被认证，TK队列逻辑340把用户信息插入到统一目录系统204中。然后经由存在管理队列334所处理的随后消息可以导致统一目录中的用户信息更新，诸如IP地址信息更新。

如上所述，可以把确定的消息插入到技术关键字管理队列336中(动作1214)。技术关键字队列逻辑340从队列336中提取消息(动作1216)。技术关键字队列逻辑340依照技术关键字队列逻辑处理规则来处理消息，诸如在表16中所示出的规则。例如，技术关键字队列逻辑340查询用于与在公布的连接消息中所提供的技术关键字匹配的用户的统一目录204(动作1218)。如果没有发现匹配用户的技术关键字，那么存在系统202向统一目录系统204发送用户插入消息。

用户插入消息可以请求统一目录系统204把用户标识符(例如，用户名或其它用户标识符)、用于提供在客户和网络服务之间关联的唯一标识符的网络服务实例标识符(例如，CUSTNETSVCID)，或者其它用户简档信息插入到统一目录系统204所维护的用户简档数据存储器中。统一目录系统204可以把用户简档信息插入到网络服务存在表1136中。因而，存在系统202相对于用户连接活动来说把统一目录系统204保持为最新的。统一目录系统204由此可以利用关于用户的当前信息来对用户简档查询作出响应。

作为另一例子，可以把确定的消息插入到存在管理队列334中(动作1222)。存在队列逻辑338从存在管理队列336中提取消息(动作1224)以便处理。存在队列逻辑338可以查询统一目录204以便确定匹配USRID和网络服务实例标识符是否已经存在于网络服务存在表1136中(动作1226)。

如果是的话，那么存在系统202可以向统一目录系统204发送用户更新消息。用户更新消息指示统一目录系统204利用在公布的用户连接消息中所提供的当前用户IP地址来更新网络服务存在表1136。如果匹配USRID和网络服务实例标识符尚不存在，那么存在系统202向统一目录系统204发送用户存在插入消息。用户存在插入消息可以指示统一目录系统204把用户标识符(例如，用户名或其它用户标识符)、网络服务实例标识符、当前用户IP地址(在公布的连接消息中所提供)或其它用户简档信息插入到统一目录系统204所维护的用户简档数据存储器中。因而，存在系统202更新统一目录系统204中改变或附加的用户连接信息，并且还确保在网络服务存在表所维护的存在信息中注意到活动用户。

图13示出了统一目录系统204可以开始处理用户插入或用户更新消息的动作1300。统一目录系统204接收用户插入和更新消息(动作1302)。负载平衡器1012可以在持久性节点1020-1022之间分送用户插入和更新消息以便平衡负载并且改进性能(动作1304)。

对于用户插入消息来说，统一目录系统204把所请求的用户信息插入到网络服务存在表1136中。统一目录系统204从插入消息中提取所请求的用户信息(动作1305)。例如，用户插入消息可以指示统一目录系统204插入诸如用户名之类的用户标识符(动作1306)。作为另一例子，用户插入消息可以指示统一目录系统204插入网络服务实例标识符(动作1308)。作为又一例子，用户插入消息可以指示统一目录系统204把用户IP地址插入到网络服务存在表1136中(动作1310)。

统一目录系统204还可以处理用户更新消息。为此，统一目录系统204可以从更新消息中提取所更新的用户IP地址(动作1312)。统一目录系统204然后可以利用所提取的IP地址来更新网络服务存在表1136中的IP地址(动作1314)。

图14示出了统一目录系统204可以开始处理来自存在系统202和来自外部系统1006的统一目录查询的动作1400，该外部系统1006诸如服务经纪人116、第三方访问网关110及其它外部系统。统一目录系统204接收查询消息(动作1402)。查询消息可以采取许多不同的形式。作为例子，查询消息可以是来自存在系统202的网络服务实例查询或网络服务存在查询。作为附加例子，查询消息可以是从外部系统所接收的用户状态查询、网络服务数据查询或应用服务数据查询。

存在管理器202当试图发现匹配的客户ID时向统一目录系统204发送查询(如上面在表16和17中所述)。统一目录系统204可以通过根据CUSTID搜索数据访问层1010以便匹配来自网络服务实例表的记录来作出响应，所述CUSTID与在所公布用户连接消息中所提供的用户名相匹配(动作1404)并且在用户表中被建立。搜索查询产生。

另外，存在管理器202当试图确定在网络服务存在表1136中是否已经建立匹配的用户时可以发送网络服务存在表1136的查询(如上面在表16和17中所述)。统一目录系统204可以通过根据用户名和网络服务实例标识符搜索数据访问层1010以便匹配来自网络服务存在表1136的记录，来作出响应。搜索查询产生。对于来自存在系统202的查询消息类型来说，统一目录系统204经由存在接口210把搜索查询结果返回到存在管理器308(动作1408)。

外部系统可以经由外部接口212向统一目录系统204查询用户简档信息。例如，外部系统可以发送用户状态查询、网络服务数据查询、应用服务数据查询或另一类型的查询。统一目录系统204根据消息内容(动作1410)来确定查询类型，所述消息内容诸如消息标签字段(例如，下面所示消息中的TSOLABEL)。统一目录系统204向数据访问层1010查询所请求的信息(动作1412)。搜索查询产生并且返回到外部系统(动作1414)。

表33提供了用户状态查询消息的例子。统一目录系统204可以搜索匹配消息中每个属性的用户，并且返回用于每个匹配用户的用户简档信息。SVC_PROP_T表为预订的网络和应用服务建立应用服务参数名并存储相关联的参数数据值。在表33的例子中，相对于用于把名称为“CATEGORYID”的应用服务参数与值“C01”匹配的应用服务(“bac0010001”)查询用户状态。可以把SERVICEID字段与SVC_T表中的服务代码(例如，SVCCODE)相匹配。

简档信息可以包括例如用于表明用户是在线还是离线的存在信息。表34提供了用户状态查询响应的例子，用于向外部系统递送搜索查询结果。

表33-用户状态查询消息

表34-用户状态查询响应

<？xml version＝″1.0″encoding＝″ISO-8859-1″？><TSO_DATA xmIns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″xsi:noNamespaceSchemaLocation＝″F:tmpTSOSchema_3PGW.xsd″><TSOheader TSOID＝″12345″TSOlabel＝″GETUSERSSTATUS″/><TSOattributes><list name＝″USERSID″value＝″3″><attribute name＝″1″value＝″grantmail″/><attribute name＝″2″value＝″bobmail″/><attribute name＝″3″value＝″debmail″/></list><list name＝″USERSSTATUS″value＝″3″><attribute name＝″1″value＝″ONLINE″/><attribute name＝″2″value＝″OFFLINE″/><attribute name＝″3″value＝″ONLINE″/></list></TSOattributes><TSOresult><statusCode>0</statusCode><errorCode></errorCode><errorDescription></errorDescription></TSOresult></TSO_DATA>

表35提供了网络服务数据查询消息的例子。统一目录系统204可以搜索网络服务简档表1120-1126，并且返回用于每个匹配网络服务的网络简档信息。网络简档信息可以包括用户的帐户ID、网络状态、位置、访问类型或其它简档信息。表36提供了网络服务查询响应的例子，用于向外部系统递送搜索查询结果。

表35-网络服务数据查询消息

表37提供了应用服务数据查询消息的例子。统一目录系统204可以搜索应用表1128-1134以找寻匹配消息中每个属性的应用，并且返回用于每个匹配应用的应用服务简档信息。应用服务简档信息可以包括用于服务的技术简档信息，诸如帐户ID、用户名字和姓、计费城市、计费地址、计划ID、客户类型或其它简档信息。表38提供了网络服务查询响应的例子，用于向外部系统递送搜索查询结果。

表37-应用服务数据查询消息

表38-应用服务数据查询响应消息

表39提供了用户简档查询消息的例子。统一目录系统204可以搜索用户简档数据存储器以寻找匹配的用户简档信息，并且把所述简档信息返回到外部系统。表40提供了用户简档查询响应的例子，用于向外部系统递送搜索查询结果。

表39-用户简档查询消息

表40-用户简档查询响应消息

表41提供了服务简档查询消息的例子，用于返回涉及在查询消息中所标识的服务状态的信息。表40提供了用户简档查询响应的例子，用于向外部系统递送查询结果。

表41-服务简档查询消息

<？xml version＝″1.0″encoding＝″ISO-8859-1″？><TSO_DATA xmIns:xsi＝′Wp://www.w3.org/2001/XMLSchema-instance″xsi:noNamespaceSchemaLocation＝″F:tmpTSOSchema_3PGW.xsd″><TSOheaderTSOID＝″12345″TSOlabel＝″GETSERVICEPROFILE″/><TSOattributes><attribute name＝″IPADDRESS″value＝″80.17.10.23″/><attribute name＝″SERVICEID″value＝″ar0203030202″/></TSOattributes></TSO_DATA>

表40-服务简档查询响应消息

用户简档访问管理系统122为在许多不同的电信支持系统之间广泛分散用户简档信息的问题提供了技术解决方案。用户简档访问管理系统122的接口允许统一目录系统204作为用于用户简档信息的单个访问点。存在系统202经由消息公布器和存在管理器，并且统一目录系统204经由高性能多节点数据访问层向载体级环境提供了用于处理简档查询、插入和更新的技术解决方案，该载体级环境支持数十万到上百万的用户。

此外，数据模型1100的分层结构和表实现方式向网络服务和应用服务提供了用于独立地跟踪并管理存在信息的技术解决方案。另外，数据模型1100的分层结构向网络服务和应用服务提供了用于独立地建立并监视存在信息的技术解决方案。据此，用户简档访问管理系统122有效地向载体级电信服务提供者提供了用于用户简档信息的单个访问点。

以下的美国专利申请作为参考在此引用：

于2005年12月13日提交的“Unified Directory System Including aData Model for Managing Access to Telecommunications Services”，代理文档号10022-744，其序号为11/313,496。

于2005年12月13日提交的“Message Sequencing and DataTranslation Architecture for Telecommunication Services”，代理文档号10022-746，其序号为11/314,576。

于2005年12月13日提交的“Service Broker Integration Layer forSupporting Telecommunication Client Service Requests”，代理文档号10022-730，其序号为11/313,497。

于2005年12月13日提交的“Authentication and AuthorizationArchitecture for an Access Gateway”，代理文档号10022-742，其序号为11/313,441。

于2005年12月13日提交的“Third Party Access Gateway forTelecommunications Services”，代理文档号10022-726，其序号为11/314,577。

虽然已经描述了本发明的各个实施例，然而对那些本领域普通技术人员来说显然在本发明的范围内还可以有很多实施例和实现方式。据此，本发明除其所附权利要求及其等效物之外不受任何限制。

Claims

1.一种用于电信服务提供者的用户简档访问管理系统，所述用户简档访问管理系统包括：

存在系统，包括：

网络数据采集器，用于接收用户连接消息；

被耦合到所述数据采集器的消息公布器，用于根据所述用户连接消息来产生公布的连接消息；

消息队列管理器，用于对所述公布的连接消息进行排队，所述公布的连接消息包括消息类型字段、技术关键字以及用户标识符，其中所述技术关键字包括用户连接标识信息；

规则管理器，用于从所述消息队列管理器接收所述公布的连接消息，所述规则管理器包括路由规则，所述路由规则根据所述消息类型字段以确定把所述公布的连接消息转送到技术关键字管理队列还是存在管理队列；以及

统一目录系统，包括：

数据访问层，包括第一存储器中的持久性用户简档数据存储器和第二存储器中的所述持久性用户简档数据存储器的高速缓存表示，所述第二存储器比所述第一存储器更快，所述持久性用户简档数据存储器包括网络服务存在表，所述网络服务存在表包括网络存在字段；

对所述存在系统的通信接口，用于当存在队列逻辑对网络服务存在表的查询没有找到针对所述用户标识符和网络服务实例标识符的匹配时，响应于所述公布的连接消息而从所述存在系统接收用户插入消息；以及当所述存在队列逻辑对所述网络服务存在表的查询找到针对所述用户标识符和所述网络服务实例标识符的匹配时，响应于所述公布的连接消息而从所述存在系统接收用户存在更新消息；以及

服务逻辑，配置用于响应于所述用户插入消息而把所述用户标识符插入到所述数据访问层的所述网络服务存在表中；以及响应于所述用户存在更新消息而更新所述网络服务存在表中的网络存在字段。

2.如权利要求1所述的用户简档访问管理系统，其中所述消息公布器根据公布的连接消息的通用消息格式来产生所述公布的连接消息。

3.如权利要求1所述的用户简档访问管理系统，其中所述公布的连接消息包括用户名。

4.如权利要求1所述的用户简档访问管理系统，其中统一目录系统还包括超文本传输协议HTTP接口，用于从外部系统接收用户简档查询。

5.如权利要求4所述的用户简档访问管理系统，其中所述用户简档查询包括用户状态查询、网络服务数据查询或应用服务数据查询。

6.如权利要求3所述的用户简档访问管理系统，其中所述技术关键字包括访问服务器网际协议地址字段、访问服务器标识符字段、时隙标识符字段、端口标识符字段、接口标识符字段、虚拟路径标识符字段和虚拟连接标识符字段。

7.如权利要求2所述的用户简档访问管理系统，其中所述用户连接消息包括动态主机配置协议DHCP消息。

8.如权利要求2所述的用户简档访问管理系统，其中所述用户连接消息包括远程认证拨入用户服务RADIUS消息。

9.如权利要求1所述的用户简档访问管理系统，其中所述服务逻辑还配置用于响应于所述用户插入消息把网络服务标识符插入到所述数据访问层的所述网络服务存在表中。

10.如权利要求10所述的用户简档访问管理系统，其中所述网络存在字段是用户网际协议地址字段。

11.一种用于在电信服务提供者体系结构中管理对用户简档访问的方法，所述方法包括：

在网络数据采集器处接收用户连接消息；

根据所述用户连接消息来产生公布的连接消息，所述公布的连接消息包括消息类型字段、技术关键字以及用户标识符，其中所述技术关键字包括用户连接标识信息；

在消息队列管理器中对所述公布的连接消息进行排队；

在规则管理器处接收所述公布的连接消息；

向所述公布的连接消息应用路由规则，所述路由规则用于根据所述消息类型字段以确定把所述公布的连接消息转送到技术关键字管理队列还是存在管理队列；

建立数据访问层，其包括第一存储器中的持久性用户简档数据存储器和第二存储器中的持久性用户简档数据存储器的高速缓存表示，所述第二存储器比所述第一存储器更快；

在所述持久性用户简档数据存储器中建立网络服务存在表，所述网络服务存在表包括网络存在字段；

当存在队列逻辑对所述网络服务存在表的查询没有找到针对所述用户标识符和网络服务实例标识符的匹配时，响应于接收到所述公布的连接消息而通过对存在系统的通信接口接收用户插入消息；

当所述存在队列逻辑对所述网络服务存在表的查询找到针对所述用户标识符和所述网络服务实例标识符的匹配时，通过所述通信接口从所述存在系统接收用户存在更新消息；

响应于所述用户插入消息而把用户标识符插入到所述数据访问层的所述网络服务存在表中；以及

响应于所述用户存在更新消息而更新所述网络服务存在表中的网络存在字段。

12.如权利要求11所述的方法，其中所述产生包括：

根据公布的连接消息的通用消息格式来产生所述公布的连接消息。

13.如权利要求11所述的方法，其中所述公布的连接消息包括用户名。

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

从外部系统接收包括用户状态查询、网络服务数据查询或应用服务数据查询的用户简档查询；

响应于所述用户简档查询来查询所述数据访问层以便获得查询结果；以及

把所述查询结果返回到所述外部系统。

15.如权利要求14所述的方法，其中所述技术关键字包括访问服务器网际协议地址字段、访问服务器标识符字段、时隙标识符字段、端口标识符字段、接口标识符字段、虚拟路径标识符字段和虚拟连接标识符字段。

16.如权利要求11所述的方法，其中所述用户连接消息包括动态主机配置协议DHCP消息。

17.如权利要求11所述的方法，其中所述用户连接消息包括远程认证拨入用户服务RADIUS消息。

18.如权利要求11所述的方法，还包括：响应于所述用户插入消息而把网络服务标识符插入到所述数据访问层的所述网络服务存在表中。

19.如权利要求11所述的方法，其中所述网络存在字段是用户网际协议地址字段。

20.一种用于用户简档访问管理系统的存在系统，所述存在系统包括：

网络数据采集器，用于接收用户连接消息；

规则管理器，用于从所述消息队列管理器接收所述公布的连接消息，所述规则管理器包括路由规则，所述路由规则用于根据所述消息类型字段以确定把所述公布的连接消息转送到技术关键字管理队列还是存在管理队列；

技术关键字队列逻辑，用于处理所述技术关键字管理队列，以及用于向统一目录系统查询与所述公布的连接消息中包括的所述技术关键字匹配的用户，其中当所述技术关键字队列逻辑的所述查询没有找到匹配用户的技术关键字时，由所述存在系统向所述统一目录系统发送用户插入消息；以及

存在队列逻辑，用于处理所述存在管理队列，以及用于查询所述统一目录系统以确定针对所述用户标识符和网络服务实例标识符的匹配是否存在于网络服务存在表中，其中当所述存在队列逻辑的所述查询找到针对所述用户标识符和所述网络服务实例标识符的匹配时，由所述存在系统向所述统一目录系统发送用户更新消息，以及当所述存在队列逻辑的所述查询没有找到针对所述用户标识符和所述网络服务实例标识符的匹配时，由所述存在系统向所述统一目录系统发送用户存在插入消息。

21.如权利要求20所述的存在系统，其中所述用户连接消息包括RADIUS消息或DHCP消息，并且其中所述公布的连接消息包括消息类型字段并且所述公布的连接消息遵守通用的消息格式。

22.如权利要求20所述的存在系统，其中所述用户连接消息是RADIUS连接消息，并且其中所述消息类型是访问-请求或计费-请求。

23.如权利要求20所述的存在系统，其中所述用户连接消息是DHCP连接消息，并且其中所述消息类型是DHCPDISCOVER、DHCPNAK或DHCPACK。

24.如权利要求20所述的存在系统，其中所述技术关键字队列逻辑和存在队列逻辑中的至少一个包括用于实现对统一目录系统的通信接口的服务逻辑。

25.如权利要求20所述的存在系统，其中所述技术关键字包括访问服务器IP地址、时隙标识符和端口标识符。

26.如权利要求20所述的存在系统，其中所述用户存在更新包括用户网络地址更新。