个人通信服务的分布式服务管理系统及其方法

文档序号:7570132阅读:186来源:国知局
专利名称:个人通信服务的分布式服务管理系统及其方法
技术领域
本发明涉及一种支持快速调配个人通信服务的分布式服务管理系统和方法。具体地说,本发明能使游动用户在任何地方任何时候预定、激活和使用个人通信系统,而不会在不同个人通信服务提供者与电话公司之间产生互用性问题。
背景技术
个人通信服务一个重要的目的是允许用户在任何时候在任何地方与任何地方进行通信。这种通信服务通常包含多个服务提供者,包括本地的和长途电话公司以及蜂窝电话公司。个人通信服务的一个例子如下个人通信服务提供者(例如蜂窝电话公司)能使移动用户从电话租赁公司(例如从航空公司或汽车租赁公司)租用便携式无线电话。销售代表从家里,例如新泽西旅行到访问地,例如加利福尼亚。为了与他/她的老板和他/她的家人保持联系,用户在到达加利福尼亚后立即租用了一个便携式无线电话。利用该租用的电话,用户从个人通信服务提供者处获得了基本的移动电话服务。此外,用户还想具有下列特点1)用户想把接到他/她的办公室或家里的电话自动地转接到该租用的便携式电话,而不用通知任何人他/她正在旅行。
2)为了避免收到不重要的呼入,(以及相应的呼入收费),用户想限制可以呼叫该租用的便携电话的人数。
3)对于用户来说重要的是租用电话的这些特点立即有效,以使在用户到达访问地后能使用电话。
这种个人通信服务包括多个服务提供者。它们有在(a)住地的本地电话公司、(b)长途电话公司、(c)访问地的本地电话公司,以及(d)访问地的个人通信服务提供者(即蜂窝电话公司)。所有这些在这里都被称为“服务提供者”。
为了能得到这类个人通信服务,包括多个服务提供者,必须解决不同服务提供者之间的互用性问题。互用性问题可以分成两类(a)位置跟踪和(b)服务管理。
位置跟踪的互用性问题采用移动电话业所用的信令协议解决的。位置跟踪功能是利用两个位置登记器来实现的。两个登记器中的一个由用户住处的本地电话公司保持,称为本地登记器(HLR)。另一个登记器由访问地的本地电话公司保持,称为访问地登记器(VLR)。HLR存储用户概要数据和用户的VLR位置。用户概要数据包含重要的信息,诸如用户名称/地址、较佳长途电话公司、服务特点(例如呼叫转移和呼叫限制)、账单以及其它与管理相关的信息。当用户旅行到一个新的访问地(例如从新泽西到加利福尼亚)时,在新的地点创建一个新的VLR。把部分概要数据装载到VLR内,以使访问地的服务提供者能实现访问用户的服务特点(例如呼叫限制)。HLR内的VLR位置改变到新的VLR位置,删除前次访问地的VLR。创建一个新的VLR,向VLR装载概要数据以及更新HLR内的用户访问位置的过程称为“自动漫游登记”。
服务管理的互用性问题比位置跟踪复杂的多。服务管理指的是使个人通信服务用户能在任何地方、任何时候预定、修改和激活服务特点所需要的功能的集合。服务管理功能的例子包括电话号码管理、客户概要数据管理、服务激活以及保密管理。电话号码管理功能对于保持电话号码的唯一性是重要的。客户概要数据管理功能提供客户概要数据库和创建、修改或传输该数据库的用户接口。服务激活功能从概要数据中取出部分指示服务特点的数据,并把该数据装载到处理该呼叫的实际通信系统中。服务激活功能还控制服务特点的激活和失效。保密管理功能防止或检测未经授权使用这些服务和服务管理功能。
需要实现这种类型的服务管理功能以提供包括多服务提供者的个人通信服务。实现这些服务管理功能通常需要不同服务提供者拥有和操作的各种应用软件和数据库之间相互作用。考虑能使游动用户从任何地点的任何一个服务提供者处预定个人通信服务的应用。这一服务的一个例子是把呼叫转接到临时租用的便携电话机上。这种应用可以,例如需要在各种不同服务提供者保持的数据库上进行下面的数据库访问操作●检查信用卡公司或电话公司拥有的信用数据库,以确定用户是否能支付服务费用;●检查用户HLR内的客户概要数据库,以确定用户当前是否位于与当前存储在HLR内的访问地不同的地方;●检查用户指定的长途电话公司的信用和网络数据库,以确定用户是否可以在访问地使用特定的长途电话公司;●把概要数据装载到访问地的VLR内,如果需要,用VLR的位置更新HLR;以及●把概要数据装载到呼叫处理系统,以激活该服务。
从上面看出,本发明的目的在于提供一种服务管理系统和方法,以实现通过访问多个服务提供者的数据库来实现上述的服务管理功能,使包括多个服务提供者在内的个人通信服务可以以快速和可靠的方式为用户提供服务。
本发明的进一步目的在于提供一种分布式服务管理系统,它包含多个独立的服务管理系统,由多个独立的服务提供者操作,实现上述服务管理功能。
本发明的另一个目的在于提供一种分布式服务管理系统,它由多个独立服务管理系统组成,由独立的服务提供者操作,而不用显著地改动该独立的服务管理系统。
本发明的再一目的在于提供一种服务管理系统,它可以用于提供新的至今不能得到的个人通信服务。
具体地说,本发明的目的在于提供一种改进的对游动用户的临时的个人通信服务,例如这些服务可以包括(a)把呼叫从用户的基地电话转接到移动电话;以及(b)限制呼入移动电话。

发明内容
本发明针对分布式服务管理系统,它包含多个由不同服务提供者操作的独立的服务管理系统。服务提供者包括例如本地电话公司、长途电话公司和蜂窝电话公司。独立服务管理系统由电信网互连。本地数据库位于每个独立服务管理系统内。该本地数据库包含例如用户概要记录(CPR)和信用记录。每个独立服务管理系统包括管理本地数据库的数据库管理系统。
每个独立服务管理系统具有交互分布式交易监视器(IDTM)。IDTM提供交互的基于消息的接口,它可以使应用程序访问存储在不同独立服务管理系统的本地数据库内的数据。图示的应用能使用户预定把呼叫转接到临时租用的便携电话上的服务。IDTM包含多项称为代理的处理。每个IDTM的代理通过作为需要访问本地数据库的(源于本地的或源于远程的)所有应用程序的媒介来封装本地数据库。每个独立服务管理系统上的IDTM还包括交易管理器和通信管理器。
本地应用程序首先用交易管理器在本地服务管理系统上进行登记,连接到本地和远程数据库。当交易管理器接收到登记请求时,交易管理器分配代理,并把代理连接到该应用程序上。分配的代理称为协调程序(coordinator)。协调程序代理为应用程序进行本地数据库访问。应用程序可能需要访问位于远程服务管理系统上的远程数据库。在这种情况下,协调程序将请求本地交易管理器与远程服务管理系统上的交易管理器通信,把远程代理分配给该应用程序,以使该应用程序能访问该远程数据库。
每个IDTM代理包含几个实现下列功能的模块数据库访问、永久存储、进发控制、委托协议以及事件检测。应用程序发出标准数据库操作,例如读、写或委托。这些操作由IDTM内的代理进行的。
使用IDTM具有很大的优点。在引入到分布式服务管理系统内的每个独立的服务管理系统上安装IDTM不会明显地改变独立的服务管理系统。因此,可以容易地用现有的独立服务管理系统组成分布式服务管理系统。因为IDTM是应用程序与数据库之间的媒介,所以形成分布式服务管理系统不需要改变每个独立服务管理系统上所用的特定的数据库管理系统。
本发明的分布式服务管理系统可以在多个服务提供者的服务管理系统上进行数据库操作,所以可以为用户提供增强的个人通信服务。
考虑这样一种情况,向在访问地租用便携电话的用户提供呼叫转接服务(例如,在用户在飞机场租用便携式电话)。分布式服务管理系统实现下列功能,包括多个数据库访问,以使用户能预定该服务1)检查所有包括在该服务内的服务提供者的服务管理系统上的信用记录,以确保用户可以支付该服务的费用。
2)检查用户本地位置登记器内的用户概要,以确定其内存储的访问地是否与用户实际的当前访问地不同;3)检查用户指定的长途公司的信用和网络数据库,以确保用户从访问地可以实际使用特定长途电话公司;4)把概要数据装载到访问地的访问登记器,并且如果需要,用访问地登记器的位置更新本地登记器。
5)把概要数据装载到特定呼叫处理系统(例如服务控制点、中央局或交换局),以激活该服务。例如,可以改变在一个或多个中央交换局上进行的交换,以便当呼叫用户基地电话号码时,把该呼叫转接到另一个位置,以实现呼叫转移。
再次,应注意,服务管理功能是利用由通过IDTM传输的消息进行通信的独立服务管理系统组成的分布式服务管理系统来进行的。
附图概述

图1示意性地示出了根据本发明图示的实施例的包含多个独立服务管理系统的分布式服务管理系统。
图2示意性地示出了用来实现图1的分布式服务管理系统的独立服务管理系统之一的硬件。
图3示意性地示出了图1的分布式服务管理系统内的每个独立服务管理系统上使用的IDTM。
图4示意性地示出了包括多个服务提供者的网络和根据本发明的分布式服务管理系统的系统。
本发明的实施方式为清楚起见,下面分二部分对本发明作详细描述。A部分描述本发明的分布式服务管理系统的结构,并详细描述其内使用的IDTM。B部分描述如何利用本发明的分布式服务管理系统来实现范例服务(即临时便携电话用户的个人化服务)。A.分布式服务管理系统处理图1示出了本发明分布式服务管理系统的整体结构。图1的分布式服务管理系统10包含多个独立服务管理系统12-A、12-B、12-C、12-D、12-E、12-F,它们由不同的服务提供者操作。例如,服务管理系统12-A由第一本地电话公司操作,服务管理系统12-B由第二本地电话公司操作,服务管理系统12-C由长途电话公司操作,服务管理系统12-D由诸如蜂窝电话公司等的个人通信服务提供者操作。另两个独立服务管理系统12-E和12-F位于服务控制点。服务控制点(SCP)是实际的通信系统,它为中央交换局集合提供呼叫处理功能。
服务管理系统由传输网14互连。传输网14提供数据和SQL(标准查询语言)消息传输服务。网络14使用基于有线或无线电话和其它通信网络提供的设施。
每个独立服务管理系统12具有本地数据库(图1中没有示出,请见图2),它存储例如用户概要记录和信用记录。每个独立服务管理系统还具有数据库管理系统,管理其数据。
每个独立服务管理系统12具有交互分布式交易管理器(IDTM)16(见MCochinwala,K.C.Lee和W.Mansfiled,Jr.撰写的“分布式交易管理器”,刊登于1993年4月18-20日在Vienna,Austria召开的第三次国际研讨会的关于数据工程的研究报告)。IDTM16是基于交互消息的接口,它可以使应用程序访问在多个独立服务管理系统12上的数据库。在举例中,IDTM16利用使用SQL的传输网14进行通信。
下面更详细地描述服务管理系统12的结构。图2示出了公共交换电话网的部分20,它属于本地电话网。网络部分20形成图1的部分传输网14。网络部分20包括中央局22。用户前提设备(CPE)26单元由用户线28连接到中央局22。大量的其它CPE单元(未图示)由其它的用户线(例如28’,28”)连接到中央局22。独立服务管理系统12由线路30连接到中央局22。网络部分20还包括服务控制点(SCP)29.SCP29由线路33连接到中央局22,并由线路35连接到独立服务管理系统12。VLR和HLR登记器34保持在中央局22内。另一方面,VLR和HLR登记器34’保持在服务控制点29。应当注意,线路30、33和35是传输网14的一部分。
服务管理系统22包含计算机32和存储器36。存储器36存储包含用户概要记录(CPR)信用记录以及其它作用的其它记录(诸如电话号码管理)的数据库。计算机32运行数据库管理系统,以管理存储在存储器36内的数据库。计算机32还运行应用程序软件,控制在电话网内提供服务(例如,改变数据库以实现呼叫转接)。应用程序软件可以从CPE单元(例如CPE26)得到,CPE单元26与计算机32通过中央局22进行通信。计算机32还进行电话号码管理。计算机32还保持管理HLR和VLR34或34’所需要的信息。
此外,计算机32通过控制网络中的某些硬件元件,诸如由中央局22内的交换局进行交换,来进行服务激活。例如,为了进行呼叫转接操作,它必须改变中央局22内的交换局,使正常情况下接到一个CPE的呼叫现在接到另外某处。服务控制点29也受计算机32控制。
计算机32还包括IDTM(见图1、图2和图3)。这就可以使图2的服务管理系统12与属于其它服务提供者(长途电话公司,其它本地电话公司)的其它服务管理系统进行通信,以形成本发明的分布式服务管理系统。这可以使计算机32上的应用程序访问其它服务管理系统上的数据库。
下面结合图3更详细地描述IDTM。具体地说,图3示出了两个IDTM,标为IDTMA和IDTMB。IDTMA是位于站1的第一服务管理系统12-A的一部分。位于站2的是实现第二个服务管理系统12-B的计算机或其它数据处理系统。服务管理系统12-A包括本地数据库管理系统52,它管理数据库53。服务管理系统12-B包括本地数据管理系统52’,它管理本地数据库53’。应用程序58在服务管理系统12-A上运行,应用程序58’在服务管理系统12-B上运行。
每个IDTM(例如IDTM-A和IDTM-B)把属于多个独立服务管理系统(例如12-A,12-B)的多个数据库(例如53,53’)集成为作为本发明的分布式服务管理系统的多数据库交易管理系统。
IDTM A包含多个代理50,形成代理池51。代理是软件处理,它能使应用程序访问本地数据库内的数据。IDTM-A还包含交易管理器60和通信管理器62。IDTM-B也包含多个代理50’,形成代理池51’。IDTM-B还包含交易管理器60’和通信管理器62’。IDTM 12-A和12-B利用SQL通过连接到通信管理器62和62’的传输网14进行通信。
代理50和50’作为应用程序58、58’与数据库管理系统之间的媒介,分别封装本地数据库管理系统52和52’以及本地数据库53和53’(参见例如J.Pons和J.Vilarem撰写的“混合迸发控制处理分布式数据库系统内的非同一性”,1998年洛杉矶关于VLDB的第十四次会议的报告)。因此,当IDTM安装在已有的服务管理系统内时,现有的服务管理系统包括其数据库管理系统不必改动。
考虑位于站1的服务管理系统12-A的应用程序58有助于理解IDTM的工作情况。应用程序58首先用IDTM A的本地交易管理器60进行登记,访问本地和远程数据库(例如53,53’)。当本地交换管理器60接收到本地应用程序58的登记请求时,本地交易管理器60为应用程序58分配一个本地代理50,并将它连接到应用程序58上。分配的代理50称为协调程序代理。本地应用程序58可能需要访问远程数据库,例如站2的服务管理系统12-B的数据库53’。在这种情况下,站1上的本地协调程序代理50将请求本地交易管理器60分配站2上的远程代理50’。为了分配远程代理50’(称为参与代理),站1上的本地交易管理器60通过本地通信管理器62、网络14和远程通信管理器62’(站2上)与分配远程参与代理50的交易管理器60’进行通信。然后,应用程序通过协调程序代理50和参与代理50’发出有关远程数据库53’的操作。利用网络14在协调程序代理50与参与代理50’之间建立一个信道。
通常不同种类的代理由交易管理器分配到不同种类的应用程序中。例如,如果应用程序较佳地是成批更新,则可以把代理分配给该应用程序,把更新操作累积到数据库中。另一方面,如果应用程序需要快速响应,则可以把为快速响应优化的代理分配给该应用程序。
进行数据库访问操作的代理50,50’与传统的全部相同。
每个IDTM代理50,50’包含实现下列功能的几个模块数据库访问、永久存储、进发控制、委托协议以及事件检测。应用程序可以使用锁定或确认技术,以迸发控制全程数据。
IDTM提供一组简化全程数据访问接口的功能。表1列出了可以被应用程序使用的一些接口功能。在表1中,仅包括一些数据库管理系统通常不提供的功能,或者参数与数据库管理系统提供的参数不同。
表1接口功能子集功能 IDTM处理 参数1 参数2返回登记 IDTM管理器 站名 迸发控制 处理打开 代理 数据库号 db列表 状态开始 代理 迸发控制 空 交易id验证 代理 交易id 空 状态关闭 代理 空 空 状态增加触发器代理 事件 动作 触发id删除触发器代理 触发id 空 状态应用程序可以利用触发规则管理接口把事件检测规则插入到IDTM中(参见表1倒数第二行)。把触发规则增加到IDTM上的“增加触发器”功能由下面四行伪码描述Addtrigger triggerName triggerContextEVENT eventype relationName(list of wildcard attributes names)NULLPREDICATE(list of relationName attribute Name“attributeValue”)NULLACTION actionHandler NULL(增加触发器 触发器名 触发器前后关系事件 事件类型 关系名(通配符属性名表)空声明(关系名表 属性名“属性值”)空动作 动作处理 空)“triggerName(触发器名)”指对它感兴趣的那些应用程序将要引用的触发器的名称。“triggerContext(触发器前后关系)”包含了诸如保密级别或触发器的其它应用程序的前后关系等的信息。“actionHandler(动作处理)”是在触发交易委托之前进行的。在“增加触发器”操作之后,将返回唯一的触发器标识。当触发器的事件(EVENT)和声明(PREDICATE)的估计值为真时,起动触发规则。在增加了触发器之后,了解该触发器名称的其它应用程序可以利用“增加到触发器”操作,增加到触发器的通知表中。在进行了“增加到触发器’’操作之后,当起动触发器时,通知该应用程序。范例服务图4示出了可以为用户提供个人化通信服务的系统100。典型的例子是这样一种用户情况,该用户在访问地临时租用便携电话。该用户想把对他/她家的电话的呼叫自动转接到租用的便携电话上,并在租用的便携电话上限制呼入。
图4的系统100包含由四个服务提供者保持的网络。该网络200是用户的本地电话公司网。如图4所示,网络200包括多个用户线202、204,把CPE单元203、205连接到中央局208。如图所示,CPE单元203为上述用户的家庭电话。通过线路209也连接到中央局208的是由住地本地电话公司操作的服务管理系统210。该服务管理系统210包含计算机212和存储由用户概要记录和信用记录组成的数据库。诸如服务管理系统210的服务管理系统的工作在上面已作了详细描述。网络200也包含有服务控制点220,它通过线路222连接到中央局208,通过线路224连接到服务管理系统210。
住地本地电话公司的网络200连接到长途电话公司的网络300。图4示出了网络300的一部分。网络300包含中央局302、304、306。这些中央局通过长途传输网308互连。
本地电话网200的中央局208连接到长途电话网300的中央局302上。长途电话公司的服务管理系统310连接到中央局304上。服务管理系统310包含计算机312和存储器314。
网络400也是本地电话网。本地电话网400由用户访问地本地电话公司操作。本地电话网400包括中央局402。本地电话网400的中央局402连接到长途网300的中央局306上。以终端404形式出现的CPE也由用户线405连接到中央局402上。服务管理系统410也连接到中央局402上。服务管理系统410包含计算机412和存储器414。网络400还包含服务控制点420,它通过线路422连接到中央局402上,通过线路424连接到服务管理系统410上。
网络500为个人通信服务提供者的网络,在本例中,为蜂窝电话公司。蜂窝电话网500包括交换局502。交换局502连接到本地电话网400的中央局402上。交换局还连接到发射信号和接收多个便携电话(例如便携电话506)的信号的无线电端口504。连接到交换局502上的还有服务管理系统510,它包含计算机512和存储器514。
因此,图4的系统包括四个服务提供者的网络。它们是住地本地电话公司的本地电话网200、长途电话公司的长途网300、访问地本地电话公司的本地电话网400,以及蜂窝电话公司的蜂窝电话网500。这四个服务提供者每个都具有他自已的服务管理系统。它们是住地本地电话公司的服务管理系统210、长途电话公司的服务管理系统310、访问地本地电话公司的服务管理器410,以及蜂窝电话公司的服务管理系统510。
每个独立服务管理系统具有存储用户概要记录(CPR)和信用记录(CR)的本地数据库。CPR包含诸如名字、地址、办公室电话以及较佳长途电话公司(例如操作网络300的电话公司)等信息。它还包含有关诸如呼入和呼出限制的服务的信息。用户信用记录含有关于例如不可接受用户的信息。每个独立服务管理系统还具有数据库管理系统,管理本地数据库。
根据本发明,独立服务管理系统组合成分布式服务管理系统。这是通过在每个独立服务管理系统上提供IDTM(如上的详细讨论)来实现的。
如上所述,IDTM把属于多个独立服务管理系统的数据库集成为单个多数据库交易管理环境。每个IDTM包含多个封装本地数据库的代理,它作为所有偿试进入本地数据库基地的应用程序(远程或本地)的媒介。
因此,根据本发明,服务管理系统210、310、410和510一起形成了分布式服务管理系统。分布式服务管理系统允许跨越多个服务提供者为用户提供服务。
现在回到用户在机场租用便携电话的例子,用户想要得到呼叫转接和呼入限制服务。这些服务利用本发明的分布式服务管理系统可以通过几种方法来实现,实现该服务的步骤例举如下1、由在蜂窝电话网500的服务管理系统510内运行的应用程序来实现呼叫转接和呼叫限制服务。该应用程序可以由任何地方,例如从通过中央局402和交换局502连接到服务管理系统510的终端404来激活,或者从通过系统100连接到服务管理系统510的用户的基站电话203来激活。应用程序用交易管理器在本地IDTM(参见图3)进行登记,把本地协调程序代理分配给该应用程序。本地协调程序代理访问服务管理系统510内的本地数据库,并在该数据库中创建用户的用户概要记录。协调程序代理把呼入限制信息和呼叫转接信息插入到该记录中。利用分布式服务管理系统,服务管理系统510上的本地代理对要插入到其它服务提供者的服务管理系统410、301和310内的记录进行排布。如上所指出的,这是通过利用其它这些服务管理系统上的IDTM分配远程参与代理来实现的。
2、一旦接收到数据库插入请求,每个服务管理系统410、310和210就确定该插入是否可接受,例如通过检查用户的信用记录。如果该插入是可接受的,则把用户的用户概要记录插入到每个服务管理系统的本地数据库内。否则,如果对于这些服务提供者中任何一个来说是不可接受的,则用户将不能预定所要的服务。
3、一旦插入了用户概要记录之后,服务管理系统410就创建包括呼叫限制信息的VLR。VLR将被传输到实现呼叫限制并在访问地本地电话网进行路由控制的服务控制点420或中央局402。
4、一旦接收到用户概要记录的插入请求,长途电话公司的服务管理系统310就确定它是否覆盖了访问地,并利用保持在其数据库内的信用记录检查其信用。如果覆盖区域和信用检查都通过,则批准该插入请求。
5、一旦接收到用户概要记录插入请求,住户本地电话公司通过其服务管理系统210检查用户信用记录,创建包含呼叫转接信息和VRL位置的HLR,并把HLR下载到本地服务控制点(例如服务控制点220)或覆盖基地电话203的中央局(例如中央局202)。然后,使中央局202把最初接到基地电话203的呼叫通过网络200、300和400按路由传送到移动电话506,从而激活呼叫转接服务。有几种技术可以通过网络200、300和400转接呼叫,下面作讨论。
6、当用户归还租用的便携电话时,利用分布式服务管理系统从所有数据库中除去用户概要记录。服务管理系统510的本地协调程序代理从本地数据库中删除该用户概要记录。服务管理系统510的本地协调代理还重新按排其它服务管理系统410、310和210上的参与代理去删除该用户概要记录。删除之后住户本地电话公司使呼叫转接服务失效,并从控制呼叫转接的服务控制点或中央局删除HLR。服务管理系统410删除该用户的VLR。
呼叫转接操作能以下述的几种方法进行●初始接到用户的基地电话的呼叫可以由个人通信服务提供者转接到分配给该用户的便携电话的唯一的号码上。
●初始接到用户的基地电话的呼叫可以转接到分配给个人通信服务提供者的一组号码上。个人通信服务提供者在存储装置上保持数据库,该存储装置把用户提供的基地号码(例如用户的家庭号码或办公室号码或用户提供的其他基地号码)连接到租用的便携电话上。当有呼入时,基地电话号码作为一个关键码检索租用的电话号码。在检索到租用电话号码后,把呼入转接到该用户。
●该方法与上述方法相同,但它有一个全国性的组号码。呼叫从用户基地电话转接到该全国性的组号码上。保持有一个集中数据库,它把基地号码与特定人个人通信服务提供者的组号码或租用的便携电话的号码相映射。在有呼入时,利用用户的基地号码检索表格入口。然后把呼叫转接到具有检索入口的适当的服务提供者或电话上。如果呼叫按路由传送到特定的服务提供者的组号码上,则检索另一个表,获得该呼叫要转接的电话的电话号码。
所有这些转接过程都可以利用本发明的分布式服务管理系统把适当的呼叫转接信息插入到适当的服务提供者的数据库中来实现。
简言之,向用户提供个人化通信服务包含多个数据库操作,包括插入、记录检查删除操作。这些都是利用本发明的分布式服务管理系统和方法在多个服务提供者的多个数据库上进行的。
应当注意,可以创建一些触发规则,实现诸如把呼叫转接到便携电话的临时用户上等服务。例如为了由住地本地公司的服务管理系统进行第5步,可以使用由下列伪码表示的触发规则。
在插入到CPR时,在委托之前检查信用在委托之后创建(HLR,装载服务控制点,激活呼叫转接)。结语提供的分布式服务管理系统提供了包括多服务提供者的个人通信服务。最后要说的是,本发明的上述实施例仅是举例。本技术领域的技术人员可以设计出许多替代的实施例和等效的结构,而不脱离下列权利要求的范围。
权利要求
1.一种提供通信服务的分布式服务管理系统,包含多个独立服务管理系统,以及互连所述独立服务管理系统的网络,每个所述独立服务管理系统包含存储在存储装置内的本地数据库;以及使应用程序在不同的独立服务管理系统上访问本地数据库的接口。
2.如权利要求1所述的分布式服务管理系统,其特征在于,所述独立服务管理系统内的接口通过所述网络传输消息,进行通信。
3.如权利要求1所述的分布式服务管理系统,其特征在于,所述独立服务管理系统的一个特定系统上的接口包含代理池,用于访问特定服务管理系统上的本地数据库;以及交换管理器,用于把代理分配给所述应用程序。
4.如权利要求3所述的分布式服务管理系统,其特征在于,应用程序是在特定独立服务管理系统上的应用程序或是所述独立服务管理系统的另一个系统的应用程序。
5.如权利要求1所述的分布式服务管理系统,其特征在于,所述服务管理系统之一由本地电话公司操作。
6.如权利要求1所述的分布式服务管理系统,其特征在于,所述服务管理系统之一由长途电话公司操作。
7.如权利要求1所述的分布式服务管理系统,其特征在于,所述服务管理系统之一由蜂窝电话公司操作。
8.如权利要求1所述的分布式服务管理系统,其特征在于,所述分布式服务管理系统为临时分配给用户的便携电话提供通信服务。
9.如权利要求8所述的系统,其特征在于,所述服务包含从所述用户的指定电话上把呼叫转接到所述便携电话上。
10.如权利要求8所述的系统,其特征在于,所述服务包括限制呼入接到所述便携电话上。
11.一种管理一个或多个通信服务提供者的多个数据库的分布式服务管理系统,为用户提供通信服务,所述分布式服务管理系统包含多个独立服务管理系统,每个所述独立服务管理系统包含本地数据库和使在独立服务管理系统上运行的本地应用程序访问其它独立服务管理系统上的本地数据库以提供所述通信服务的接口。
12.如权利要求11所述的分布式服务管理系统,其特征在于,所述服务管理系统由一个或多个本地电话公司和长途电话公司操作。
13.如权利要求12所述的分布式服务管理系统,其特征在于,所述服务管理系统之一由蜂窝电话公司操作。
14.如权利要求11所述的分布式服务管理系统,其特征在于,所述服务是向用户临时使用的移动电话提供服务。
15.如权利要求11所述的分布式服务管理系统,其特征在于,在所述独立服务管理系统的一个特定系统上的接口包含代理池,用于访问特定服务管理系统上的本地数据库;以及交易管理器,用于把代理分配给在特定服务管理系统上运行的本地应用程序和在所述独立服务管理系统的其它系统上运行的远程应用程序。
16.一种利用分布式服务管理系统提供通信服务的方法,所述分布式服务管理系统包含多个由一个或多个通信服务提供者操作的独立服务管理系统,所述方法包含下列步骤访问保持在所述多个独立服务管理系统上的数据库,所述访问步骤包含把在所述独立服务管理系统的一个特定系统上的协调程序代理分配给应用程序,利用所述协调程序代理访问所述特定服务管理系统上的数据库,在协调程序代理的控制下,把消息传输给所述独立服务管理系统不同的一个系统,以把所述不同的独立服务管理系统上的特定代理分配给所述应用程序,以及利用所述特定代理访问所述不同的独立服务管理系统上的数据库。
17.如权利要求16所述的方法,其特征在于,还包含把所述被访问的数据之一的数据装载到由所述服务提供者之一操作的网络内的呼叫处理系统中,以向所述用户提供所述服务步骤。
18.如权利要求17所述的方法,其特征在于,所述服务是向所述用户临时使用的便携电话提供的服务。
19.一种分布式服务管理系统,用于使应用程序访问一个或多个通信服务提供者操作的多个数据库,以向用户提供包含所述一个或多个服务提供者的通信服务,所述分布式服务管理系统包含由多个不同的服务提供者操作的多个独立服务管理系统,所述独立服务管理系统由网络互连,每个所述独立服务管理系统包括包含有与电信服务用户有关的信息的本地数据库以及包含多个代理的接口,所述代理对本地数据库进行数据库访问操作,以使所述应用程序访问本地数据库。
20.如权利要求19所述的分布式服务管理系统,其特征在于,独立服务管理系统的一个特定系统上的接口包含协调程序代理,使特定应用程序访问特定服务管理系统上的数据库,以及所述服务管理系统的一个不同的系统上的接口包含在协调程序代理控制下激活的特定代理,以访问不同服务管理系统上的数据库。
21.一种进行通信服务的分布式服务管理方法,包含下列步骤把本地应用程序连接到由第一通信服务提供者操作的本地独立服务管理系统上的本地代理上,利用所述代理,使所述应用程序能访问所述服务管理系统的本地数据库,所述本地数据库包含与所述第一服务提供者的用户有关的信息,通过网络把所述本地代理产生的请求传输给由第二通信服务提供者操作的远程独立服务管理系统,响应于所述请求,把所述远程服务管理系统内的远程代理分配给所述应用程序;以及利用所述远程代理,使所述应用程序能访问所述远程服务管理系统上的远程数据库,所述远程数据库包含有与所述第二服务提供者的用户有关的信息。
22.如权利要求21所述的方法,其特征在于,还包含把包含在所述远程数据库内的信息装载到所述第二服务提供者的呼叫处理系统内的步骤。
23.如权利要求21所述的方法,其特征在于,还包含把包含在所述本地数据库内的信息装载到所述第一服务提供者的呼叫处理系统内的步骤。
24.如权利要求21所述的方法,其特征在于,所述第一服务提供者为蜂窝电话公司,所述第二服务提供者为本地电话公司。
25.如权利要求21所述的方法,其特征在于,第一服务提供者为第一本地电话公司,第二服务提供者为第二本地电话公司。
26.一种向游动用户临时提供通信服务的方法,包含下列步骤利用用户前提设备单元,激活由第一通信服务提供者操作的第一网络内的第一服务管理系统上的应用程序,用所述第一服务管理系统内的交易管理器登记所述应用程序,用所述交易管理器把本地代理分配给所述应用程序,利用所述本地代理,访问所述第一服务管理系统的本地数据库,并为用户生成用户概要记录,由所述本地代理产生一个请求,至少把一部分所述用户概要记录插入到由第二通信服务提供者操作的第二服务管理系统的远程数据库内,在所述远程数据库确定所述插入请求是否是可接受的,以及如果所述插入请求是可接受的,则利用呼叫概要记录,修正对由所述服务提供者之一操作的网络内的呼叫处理。
27.如权利要求26所述的方法,其特征在于,修正对呼叫的处理步骤包含把接到用户基地电话上的呼叫转接到另一地方。
28.如权利要求27所述的方法,其特征在于,所述呼叫转接到便携电话上。
29.如权利要求28所述的方法,其特征在于,把呼叫转接到便携电话的所述步骤包含a)把呼叫转接到组电话号码上,以访问表格,b)用用户的基地电话号码访问该表,获得用户的临时便携电话号码,以及c)利用临时的便携电话号码把呼叫转接到用户的便携电话上。
30.一种向用户提供所要的电信服务的方法,包含下列步骤a)创建包含与用户所要的服务有关的信息的用户记录,b)把用户记录插入到由多个电信服务提供者保持的多个数据库内,以及c)把所述用户记录的信息装载到所述多个服务提供者保持的呼叫处理系统内,以修正所述多个服务提供者对呼叫的处理,以为所述用户提供所述服务。
31.如权利要求30所述的方法,其特征在于,把所述记录插入到多个数据库内所述步骤包含下列步骤在由所述服务提供者中第一个系统操作的第一服务管理系统上激活一应用程序,把第一服务管理系统上的协调程序代理分配给该应用程序,利用所述协调程序代理,访问第一服务管理系统上的第一数据库,以形成所述用户记录,在所述第一代理的控制下,把由所述服务提供者中其它提供者操作的多个其它服务管理系统的多个参与代理分配给所述应用程序,以及利用所述多个其它代理,把所述记录插入到多个其它数据库中。
32.如权利要求30所述的方法,其特征在于,所述想要的服务为把呼叫从用户的基地电话转接到临时使用的便携电话上。
33.一种向临时使用便携电话的特定用户提供呼叫转移的方法,所述方法包含下列步骤由服务提供者保持存储在存储装置内的数据库,所述数据库包含多个用户的基地电话号码与分配给用户临时使用的便携电话号码的映射关系,访问所述数据库,把所述特定用户的基地电话号码和用户临时使用的便携电话的特定电话号码插入到所述数据库中,把初始接到特定用户的基地电话号码的呼叫转接到所述服务提供者的组电话号码上,以访问所述数据库,把特定用户的基地电话号码用作关键码,访问所述数据库,获得特定用户使用的便携电话的特定电话号码,以及把所述呼叫转接到所述用户使用的所述便携电话的所述特定电话号码上。
全文摘要
一种提供通信服务的分布式服务管理系统,包含由多个不同服务提供者操作的多个独立服务管理系统(210,310,410,510)。每个服务管理系统包括其自己的本地数据库(214,314,414,514)以及在计算机(212,312,412,512)内的交互分布式交易监视器(IDTM)接口,该接口可以本地运行应用程序,以访问本地数据库以及属于远程服务管理系统的远程数据库。接口用于把多个独立的服务管理系统集成为单个多数据库交易管理系统。该分布式服务管理系统可以用于提供包含多个服务提供者的个人通信服务,例如把呼叫转接到临时租用的移动电话上。
文档编号H04M3/42GK1209244SQ96180108
公开日1999年2月24日 申请日期1996年2月23日 优先权日1996年2月23日
发明者郑林婉, 陈理廷, 穆尼尔·科尚瓦拉, 李国柱, 刘建中, 托马斯·劳埃德·怀斯 申请人:贝尔通讯研究股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1