个人通信服务一个重要的目的是允许用户在任何时候在任何地方与任何地方进 行通信。这种通信服务通常包含多个服务提供者，包括本地的和长途电话公司以及蜂 窝电话公司。个人通信服务的一个例子如下：
个人通信服务提供者(例如蜂窝电话公司)能使移动用户从电话租赁公司(例如从 航空公司或汽车租赁公司)租用便携式无线电话。销售代表从家里，例如新泽西旅行到 访问地，例如加利福尼亚。为了与他/她的老板和他/她的家人保持联系，用户在到达 加利福尼亚后立即租用了一个便携式无线电话。利用该租用的电话，用户从个人通信 服务提供者处获得了基本的移动电话服务。此外，用户还想具有下列特点：
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(见M Cochinwala，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 triggerContext
EVENT eventype relationName(list of wildcard attributes names)NULL
PREDICATE(list of relationName attribute Name“attributeValue”)NULL
ACTION 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，装载服务控制点， 激活呼叫转接)。 结语
提供的分布式服务管理系统提供了包括多服务提供者的个人通信服务。最后要说 的是，本发明的上述实施例仅是举例。本技术领域的技术人员可以设计出许多替代的 实施例和等效的结构，而不脱离下列权利要求的范围。