CA2198215C

CA2198215C - Distributed service management system and method for personal communication services

Info

Publication number: CA2198215C
Application number: CA002198215A
Authority: CA
Inventors: Wang Jean Cheng; Lee-Tin Cheng; Munir Cochinwala; Kuo-Chu Lee; Cheng-Chung Liu; Thomas Lloyd Wise
Original assignee: Bell Communications Research Inc
Current assignee: Intellectual Ventures II LLC
Priority date: 1994-08-23
Filing date: 1995-08-17
Publication date: 1999-11-16
Anticipated expiration: 2015-08-17
Also published as: EP0777944A1; US5537467A; CA2198215A1; WO1996006498A1; TW362325B; JP2952306B2; JPH09510851A; EP0777944A4

Abstract

A distributed service management system (100) for providing communication services comprises a plurality of individual service management systems (210, 310, 410, 510) operated by a plurality of different service providers. Each service management system includes its own local database (214, 314, 414, 514) and an Interactive Distributed Transaction Monitor (IDTM) interface in respective computers (212, 312, 412, 512) that allow locally running applications to access the local database as well as remote databases belonging to remotely located service management systems. The interfaces serve to integrate multiple individual service management systems into a single multi-database transaction management system. The distributed service management system can be used to provide special personal communication services involving multiple service providers, such as call forwarding to a temporarily rented mobile telephone.

Description

W0 96/06498 PCTlUS95110499 DISTRIBUTED SERVICE MANAGEMENT SYSTEM AND METFIOD
FOR PERSONAL COMMUNICATION SERVICES
Field of the Invention The present invention relates to a distributed service management system and method to support the fast deployment of personal communication services. Specifically, the present invention enables a nomadic user to subscribe ta, activate, and use personal communication services anywhere and at any time without interaperability problems among different personal communication service providers and phone compana.es.
Background of the Invention One important goal of personal communication services is to allow users to communicate from anywhere to anywhere at any time. Such personal communication services generally involve multiple service providers including local and long distance telephone companies and cellular telephone companies. An example of a personal communication service is as follows:
A personal. communication service provider (e.g., a cellular telephone company. enables traveling users to rent a wireless portable phone from a rental phone company (e. g., from an airline or car rental company). A sales representative travels from a home location e.g., New Jersey, to a visiting location, e.g., California. In order to get in touch with his/her bass and his/her home, the user rents a SUBSTITUTE SHEET (RULE 26) 2~~~~~
W0 9filOE498 PC'fJL~S9V10499 wireless portable phone immediately upon arrival in California. Using the rental phone, the user is provided with basic mobile phone service from the personal communication service provider. In addition, the user would, life the following features:
1) The user wants calls directed to hisjher office or home to be automatically forwarded to the rental portable phone, without informing anyone that he/she is traveling.
2) To avoid unimportant incoming calls, (and corresponding incoming call charges), the user would like to restrict the number of people who can call the rented portable phone.

3) It is important to the user that the rental phone features be activated instantly, so that calls can be male immediately upon the user's arriwai at. the visiting location.
This kind of personal communication service involves a plurality of service providers. There are Via) the local 2p telephone company at the home location, (b7 a long distance telephone company, (c) the local telephone company at the visiting location, and id) the personal communication service provider (i.e. the cellular telephone company) at the visiting location. All of these are referred to herein as "serv.ice providers".
To enable ttris kind of personal communication service, involving multiple service providers, interope.rabilit.y problems among the different servlce providers must he SUBSTITUTE SHEET {RULE 26) Wd 9G/06495 PCTIUS95110499 resolved. The interoperability problems can be divided into two categories: (a) location tracking and (b) service management.
The interoperabiiity problem for location tracking has been addressed by adopting signaling protocols used by the mobile phone industry. Location tracking functions are implemented using two location. registers. One of the registers, maintained by the local telephone company of the user's home location, is called the Home Location Register (HLRI. The other register, maintained by the local telephone company of the visiting location, is called the Visiting Location Register (VLR). The HLR stores the customer profile data and the location of the VLR of the user. The customer profile data contains important information such as the user name/address, preferred long distance carrier, service features (e. g., call forwarding and call restriction), billing, and other administrative related information. When the user travels to a new visiting location (e.g., from New Jersey to California), a new VLR is created in the new location. A part of tine profile data is loaded into the VLR
such that the service provider at the visiting location can implement service features (e.g. call restriction) for the visiting user. The location of VLR in the HLR is changed to the new VLR location, and the VLR in tkze previously visited location is deleted. The process cf creating a now VLR, loading profile data to the VLR, and updating the visiting location of a user in the HLR is called "automatic roomer registration".

SUBSTITUTE SHEET (RULE 26) ~~~~~~~J
WO 9G10&f98 PCTlUS9S11(1499 The interaperability problem for service management is much more complex than that for location t:rack.ing. Service management refers to a collection of functions required to enable a personal communication service usex° to subscribe tc, modify, and activate service features anywhere and at any time. Examples of service management functions include phone number administration, customer profile data management.., service activation, and security administration. The phone number administration function is important for maintaining the uniqueness of phone numbers. The customer p.rofiie 3ata management function provides customer profile databases and user interfaces for creating, modifying or transferring such databases. The service activation function extracts part of the data specifying service features from the profile data and loads this data into physical communication systems that process calls. 'the service activation function else controls the activation and deactivation of the service Features. The security administration function prevents or detects unauthorized uses of services and service management functions.
Service management functions of this type need to bP
implemented to provide personal communication services in~solving multiple service providers. Such implementation of the service management functions generally requires interactions between application software and various databases owned and operated by the different service providers. Consider an application which enables a nomadic.
user to subscribe to a personal communication service from any SUBSTITUTE SNEET (RULE 26) W046I06d48 ~ ~ ~ ~ ~ ~ ~ PCTlU595/10444 service provider at any location. An example of such a service is call forwarding to a temporarily rented portable phone. The application may, fcr example, need to perform the following database access operations at databases maintained by various different service providers:
check credit databases owned by credit card companies or phone companies to determine whether the user is able to pay for the service;
check the customer profile database in the user's HLR to determine whether the user is currently located in a place other than the visiting location currently stored in the HLR;
- check the credit and network databases of long distance phone companies specified by the user to determine whether the user can use a particular long distance carrier in the visiting location;
- load profile data into the VLR at the visiting location and update the HLR with the location of the VLR if necessary; and ~ load the profile data to the call processing systems and activate the service.
In view of the foregoing, it a an abject of the invention to provide a service management system and method to implement the above-described service management functions by accessing databases of multiple service providers, so that personal communicatio:: services involving multiple service providers can be made available to users in a rapid and reliable fashion.

SUBSTITUTE SHEET (RULE 26) 21~~~15 wo ssn~sava rcrms~~rma~~
It is a further object of the invention. to provide a distributed service management system comprising a plurality of individual service management systems operated by a plurality of individual service providers to implement the above-identified service management functions.
It is another object of the invention to provide a distributed service management system which .is formed frcam a plurality of individual service management systems operated by individual service providers without significantly modifying the ind.ividua,l service management systems.
It is also an object of the invention to provide a service management system which can be used to provide new, heretofore unavailable, personal communication services.
Spec.i.fi.cally, it is an object of the invention to provide enhanced personal communication services on a temporary basis to nomadic users, examples of such services including (al call forwarding from a user's base telephone to a mobile telephone;
and (b) the r~ tricticn of incoming calls to a mobile telephone.
Summary of the Invention The present invention is directed to a distributed service management system which comprises a plurality of individual service management systems operated by different service providers. The service providers include, for example, local telephone companies, long distance telephone companies and cellular telephone companies. The individual service management systems are interconnected b;~ a SUBSTlTtfTE SHEET (RULE 26) Z198~15 WO 9G/06:198 PCTIUS95/1(14g9 telecommunications network. A local database is located at each individual service management system. This local database contains customer profile records (CPR) and credit:
records, for example. Each individual service management system includes a database management system for managing the local database.
Each individual, service management system has am Interactive Distributed Transaction Monitor (IDTM). The IDTM
provides an interactive, message based interface that allows applications to access data stared in the local databases of different individual service management systems. An illustrative application enables a user to subscribe to a service which forwards calls to a temporarily rented portable phone. The IDTM comprises multiple processes known as agents.
The agents in each IDTM encapsulate the local database by acting as an intermediary for all applications (locally originated or remotely originated) that need to access the local database. The IDTM at each individual service management system also includes a transaction manager and a communication manager.
A local application connects to local and remote databases by first registering with the transaction manager at.
the local service management system. When a transaction manager receives a registration request, the transaction manager allocates an agent and connects the agent to the application. The all.oaated agent is called the coordinator.
The coordinator agent will perform local database accesses far the application. The application may require access to a SUBSTITUTE SNEET (RULE 26) ~~~~F~
VVO 96106498 PC1'/US95l1f1499 remote database located at a remote service management system.
In this case, the coordinator will request the local transaction manager to communicate with the transaction manager at the remote service management system to allocate a remote agent to the application to enable the application to access the remote database.
Each IDTM agent comprises several modules for performing the following functions: database access, persistent storage, concurrency control, commit protocol, and event detect=on. An application issuca standard database Operations, such as read, write, or commit These operations are executed by the agents in the IDTMs.
The use of the IDTMs is highly advantageous. The installation of an IDTM at each individual service management IS system to be incorporated in the distributed service management system does not significantly alter the individual service management systems. Thus, the distributed service management system may easily be formed from existing individual service management systems. Because the IDTM is an intermediary betuieen the application and the databases, the particular database management system used at each .individual service management system need not be altered to form the distributed service management system.
The distributed service management system cf the presen~
invention can perform database operations at the service management systems of multiple service providers so that:
enhanced personal communication services can be provided to users.

SL1BST~TIITE SHEET ;RULE 28j 21'~8~15 Consi der the case of providing a call forwarding service to a user who rents a portable phone at a visiting location (e.g., the case of the user who rents a portable phone at an airport). The distributed service management system performs the follow ing functions involving multiple database accesses to enable a user to subscribe to this service:

1) check credit records at the service management systems of all the service providers involved in the service to make sure the user can pay for the service.

2) check the customer profile in a user's Home Location Register to determine if the visiting location stored therein is different from the user's actual current visiting location;

3) check the credit and network database of long distance carriers specified by the user to make sure the user can actually utilize a particular long distance carrier from the visiting location;

4) load profile data into the Visiting Location Register at the visiting location and update the Home Location Register with the location of the Visiting Location Register if necessary.

5) load profile data to particular call processing systems (e. g. service control points, central offices, or switches) to activate the service.
For example, the switching performed at one or more central office switches may be changed so that when;

the user's base telephone number is called, the call SUBSTITUTE SHEET (PULE 26) P~TIC(595~104~)9 Vf~ 96!06498 is switched to another location to implement call.
forwarding.
Again it should be noted that the service management functions are carried out using a distributed service management system comprised of individual service management systems which communicate by messages transmitted by the IDThIs , Brief Desc-iption of the Drawina Fig. 1 schematically illustrates a distributed servi::e management system comprising a plurality of individual service management systems, in accordance with an illustrative embodiment of the present invention, Fig. 2 schematically illustrates the hardware used to implement one of the individual service management systems of the distributed service management system of rFig. 1.
Fig. 3 schematically illustrates an IDTM used at each individual service management system in the distributed service management system of Fig. 1.
Fig. 4 illustrates a system including the networks of a plurality of service providers and including a distributed service management system accord:.ng to the invention.
D~~ailed Description of the Inventian For purposes of clarity, the detailed description ef the invention is dii~ided into two parts. Part A describes the architecture of the inventive distributed service management system and describes in detail the IDTM's utilized there.i.n.
SUBSTITUTE SHEET (RULE 2&) 2~~~~~~

Part B describes how a prototypical service (i.e., personalized services for a temporary portable phone user) may be implemented using a distributed service management system of the present invention.
A. Distributed Service Management Svstem Process The overall architecture of the distributed service management system of the present invention is illustrated in Fig. 1. The distributed service management system 10 of Fig.
1 comprises a plurality individual service management systems 12-A, 12-B, 12-C, 12-D, 12-E, 12-F, operated by different service providers. For example, the service management system 12-A is operated by a first local telephone company, the service management system 12-B is operated by a second local telephone company, the service management system 12-C is operated by a long distance telephone company, and the service management system 12-D is operated by a personal communication service provider such as a cellular telephone company. Two other individual service management systems, 12-E and 12-F are located at service control points. A service control point (SCP) is a physical communication system which provides call processing functions for a collection of central office switches.
The service management systems are interconnected by the r_ransport network 14. The transport network 14 provides the data and SQL (Standard Query Language) message transport services. The network 14 utilizes the facilities provided by wire based and wireless telephone and other communicati.::n SUBSTITUTE SHEET RULE 2fi) WO 9Gl06d4R PC77IJ5951104!ri~
networks.
Each individual service management system 12 has a local database !not shown in Fig. 1, but see Fig. 2) which stores, for example, customer profile records and credit records.
Each individual service management system also has a database management system for managing its database.
Each individual service management system La: has an Interactive Distributed Transaction Monitor (IDTMi 16 !see M.
Cochinwala, K.C. Lee and W. Mansfield, Jr., "A Distributed 1D Transaction Monitor" Third international Workshop on Research Issues on Data Engineering: TNTEROPERABILITY IN MUT~TIDATAgASE
SYSTEMS, Vienna, Austria, April 18-20, 1993). The IDTM to is an interactive message based interface that allows applications to access the databases at a plurality of the individual service management systems i2. Illustratively, the IDTM's 16 communicate using the transport network 14 using SQL.
The structure o~ a service management system 12 is described in greater detail below. Fig. 2 shows a portion 20 2D of a public switched telephone network belonging to a local telephone network. The network portion 20 forms part of the transport network 14 of Fig. 1. Tike netwark port.:on 2Ci includes the central office 22. A unit of Customer Premises Equipment (CPE) 26 is connected to the central office 22 by the subscriber loop 28. Numerous other CPE units fnat shovrni are connected to the central office 22 by other subscriber loops (e. g., 28', 28" ). The individual service management system 12 i.s connected to the central office 22 by the line SUBSTITUTE SHEET (RULE 2t7j W0 96106498 PCTlUS95/lfl.i99 30. The network portion 20 also include the service control point (SCP) 29. The SCP 29 is connected to the central office 22 by the line 33 and is connected to the individual service management system 1.2 by the line 35. The VLR and HLR
registers 34 are maintained in the central office 22.
Alternatively, the VLR and HLR registers 34' are maintained in the service control point 29. It should be noted that the lines 30, 33 and 35 are part of the transport network 1.4.
The service management system 12 comprises the computer 32 and the storage 36. The storage 36 stores a database comprising customer profile records and (CPR) and credit records as well as other records for other functions such as telephone number administration. The computer 32 runs a database management system for managing the database stored in the storage 36. The computer 32 also runs application software to contral the providing of services in the telephone network (e. g., changing the database to implement call forwarding). The application software can be requested from a unit of CPE (e.g. CPE 26) which communicates with the computer 32 via the central office 22. The computer 32 also performs telephone number administration. The computer 32 also maintains the information required to administer the HLR
and VLR 34 or 34'.
In addition, the computer 32 performs service activation by controlling certain hardware elements in the network such as the switching performed by switches in the central office 22. For example, to perform a call forwarding operation, it is necessary to change the switches in the central office 22 SUBSTITU T E SHEET (RULE 26) ~1 wo ssiosavs p~rnrsssnnavv so that calls which are normally switched to one CPE are now switched to someplace else. The service control point 29 is also controlled lay the computer 32.
The compute2~ 32 also includes an IDTM (see Fig. i, Fig.
2 and Fig. 3). This permits the service management system 12 o~ Fig. 2 to communicate with other service management systems belonging to other service providers (long distance carriers, other local telephone companies) to form the dist:ribi.ited service management system o~ the present invention. Tl~i:>
enables applications at the computer 32 to access databases at other service management systems.
An IDTM is described in greater detail below ire connection with pig. 3. Specifically, Fig. 3 shows two IDTM's labeled IDTM A and IDTM B. The IDTM A is part o~ a first service management system 12-A located at site 1. Located at site 1 is a computer or other data processing system for implementing the first service management system 12-~c. The IDTM B is Bart of a second service management system 12-E
located at site 2. Located at site 2 is a computer or other data processing system for implementing the second service management system 12-B. The service management. system 12-~
includes the local database management system 52 which manages the data base 53. The service management system 12-F3.i.ncl,udes the local database management system 52' which manages the local database 53'. The applications 58 run at the s~~rvice management system 12-A and the applications 58' run at the service management system 12-B.
Each IDTM (e, g., IDTM-A and IDTM-B) integrates multiple SUBSTITUTE SHEET (RULE 26j ~~~~~~5 W0 96/OG498 PCTlOS95l10499 databases (e. g., 53, 53') belonging to multiple individual service management systems (e.g., 12-A, 12-B) into a multidatabase transaction management system which is the distributed service management system of the present invention.
The IDTM A comprises a plurality of agents 50 which form an agent pool 51. An agent is a saftware process that enables an application to access data in a local database. The IDTP.1-A
also comprises a transaction manager 60 arid a communication manager 62. The IDTM-B also comprises a plurality of agents 50' which form an agent pool 51'. The IDTM B also comprises a transaction manager 60' and a communication manager 62'.
The IDTMs 12-A and 12-B communicate using SQL via the transport network 14 which is connected to the communication managers 62 and 62' The agents 50 and 50' encapsulate the local database management systems 52 and 52' and local databases 53 and 53', respectively, by acting as intermediaries between the application 58, 58' and the database management systems (see e.g., J. Pons and ~T. Vilarem, "Mixed Concurrency Control:
Dealing with Heterogeneity in Distributed Database Systems,"
Proc. of the Fourteenth Conference on VLDB, Los Angeles, 19881. Because of this, when an IDTM is installed in an already existing service management system, the existing service management system, including its database management system, does riot have to be modified.
To understand the operation of tkze IDTMs, it is useful to consider an application 58 at service management system 12-F.
SUBSTITUTE SHEET (RULE 26}

~e~~~
WO 967064913 PG"I'IUS95)10.199 located at site 1. The application 58 accesses to the local and remote databases (e. g., 53, 53') by first registering with the local transaction manager 60 of IDTM A. When the local transaction manager 60 receives a registration request Prom a local application 58, the local transaction manager 60 allocates and connects a local agent SO to the application 58.
The allocated agent 50 is called the coordinator agent. The local application 58 may need to access a remote database such as the database 53' of service management system 12-B at site lp 2. In this case, the local coordinator agent 50 at site Z
will request the local transaction manager 6G to allocate a remote agent 50' at site 2. To allocate the remote agent 50' (called a participant agenty, the local transaction manager &G
at site 1 communicates, via the local communication manager 62, the network 14 and the remote communication manager 62' (at site 2), with the transaction manager 60' wh.i.ch allocat:.es the remote participant agent 50'. Then, tkne applicatir~m can issue operations on the remote database 53' via the coordinator agent 50 and the participant agent 50'. Ft channel is set up between the coordinator agent 50 as the participant 50' agent using the network 14.
In general, different kinds ef agents are assigned by tire transacticn manager to different kinds of applicat:~ons. ror example, if an application prefers botched updates, than an agent may be assigned to this application that accumulates update operations to databases. On the other hand, if an application requires a fast response, then an agent optimized for fast response times may be allocated to this application.

SUBSTITUTE SH~~T (RUL~ 26) 2i982i5 WO 96d0649S PCTIUS95d10499 The agents 50, 50' for performing database access operations are entirely conventional.
Each IDTM agent 50, 50' comprises several modules for performing the following functions: database accesses, persistent storage, concurrency control, commit protoccl, and event detection. Applications may use locking or certification techniques for concurrency cantrol over global data.
The IDTM provides a set of functions that simplify the global data access interface. Table 1 lists some interface functions that can be used by an application. In Table Z, there is only included functions that are nct generally provided by database management systems or where the parameters are different from those provided by database management systems.

SUBSTITUTE SHEE T (RULE 26) WO 9filUfi498 ~ PCT'lIJS9~111.~99 FONCTION ,IDTM PROCESS. P~ 1 P~aRIIkDMTER Z
egister IDTM Managersite name concurrencycontrol handle aen agent number of databasesdblist status gin agent concurrency controlnull. transactionid ertify agent transaction id null status :ose agent null null status 3d.triggeragent event action trigger id mete- agent triggerid null status rigger TABLE l: Subset of Interface Ruaetions Applications can insert event detection rules into an IDTM
using the trigger ru3e management interface (see the second lire from the bottom of 'i'able 1) . The "addtrigger"' function for adding a trigger rule to an iDTM is described by the following four lines of pseudocoder Addtrigger triggerName triggerContext EVENT eventype relationName (list of wildcard, attributes named NULL
PREDICATE (list of relationName attribute Name "attributeValue") NULL
ACTION acticnHandler NULL
The "triggerName" specifies the name of the trigger that will be referenced by those applications interested in it. The "triggerContext" contains information such as the security Ieve1 or other application contexts of the trigger. The SUBSTITUTE SHEET tRULE 26;

Z19~~~ '?

"acticnHandler" is performed before the triggering transaction commits. A unia_ue trigger identifier will be returned after the "addtrigger" operation. When the EVENT and PREDICATE cf the trigger are evaluated true, the trigger rule is fired. After a trigger is added, other applications that know the name cf the trigger can add to the notification list of the trigger using an "addtotrigger" operation. After the "addtotrigger" operation is performed, the application will be nctified when the trigger is fired.
Proto~~pe Service Fig. 4 illustrates a system 100 in which a personalized communication service can be provided to a user. A typical example is the case of a user, who temporarily rents a portable phone at a visiting location. This user wants phone calls directed to hisJher home phone to be automatically forwarded to the rented portable phone and wants to restrict incoming calls at the rented portable phone.
The system 100 of Fig. 4 comprises the networks maintained by four service providers. The network 200 is the network of the home local telephone company of the user. As shown in Fig. 4, the network 200 includes a plurality of subscriber lines 2D2, 204 which connect the CPE units 2D3, 205 to the central office 203.
Illustratively, the CPE unit 203 is the home phone of the user mentioned above. Also connected to the central office 208 by a line 209 is a service management system 21D which is operated by the home local. telephone company. The service management system 21U comprises the computer 212 and the storage 214 which stores SUBSTITUTE SHEET (RULE 26J

W O 9GIOG498 PCTJUS95IlOd99 a database comprised of customer profile records and credit records. The operation of a service management system such as service management system 210 has been described i.n detail above.
The network 20G also contains a service contral point 220 which is connected to the central office 208 by the line 222 and the service management system 210 by the line 224.
The network 20G of the home local telephone company is connected to the network 300 of a long distance carrier. A
portion of the network 300 is shown in F.ig. 4. The network 300 comprises the central offices 302, 304, 3G6. These central offices are interconnected by a long distance transport network 308.
The central office 208 of the local telephone networ)c 200 is connected to the central office 302 of the long distance telephone network 300. The service management system 310 of the long distance c«,rri.er is connected to the cents«1 office 304.
The service management system 310 comprises the computer 312 and the storage 314.
The network 4~1t7 is also a lacal telephone network. The local telephone network 400 is operated by the visiting to%°al telephone company of the user. The local. telephone network 400 includes tkae central office 402. The central office 402 of the local. telephone network 400 is connected to the central office 306 of the lor_g dist«nce network 300. A CPF,' unit i.n the form of terminal. 404 is also connected to the central office 402 by the subscriber loop 405. The service management system 410 is also connected to the central office 402. The service management system 4i0 comprises the computer 412 and the storage 414. The SUBSTITUTE SHEET (RULE 26) ~~9821:
VI'O 96106498 PCTIUS95I10499 network 400 also comprises a service control point 400 which is connected to the central office 402 by the line 422 and to the service management system 410 by the line 424.
The network 500 is the network of a personal communication.
service provider, in this case, a celiuiar telephone comgany.
The cellular telephone network 500 includes the switch 502. The switch 502 is connected to the central office 402 of the local telephone network 400. The switch 502 is also connected to a radio port 504 which transmits signals to arid receives signals from a plurality of potable telephones such as the portable telephone 506. Also connected to the switch 502 is the service management system 510 which comprises the computer 512 and the storage 514.
Thus, the system 100 of Fig. 4 includes the networks of four service producers. These are the local telephone network 20U of the home local telephone company, the long distance network 300 of the long distance telephone company, the Local telephone network 400 of the visiting local telephone company, and the cellular telephone network 500 of the cellular telephone company.
Each of these four service providers has its own service management system. These are the service management system 210 of the home local telephone company, the service management system 310 of the long distance telephone comgany, the service management system 410 of the visiting local distance telephone company, and the service management system 510 of the cellular telephone company.
Each of the individual service management systems has a local database storing customer profile records twPF) and credit SUBSTITU T E SHEET (EULE 26) WO 9Gf(16418 ~ # ~ ~ ~ ~ ~ PCTIIIS95II11J9~
records CCR). The CPR contain information such as name, address, office phone and. preferred long distance carrier such as the carrier which aperates the network 300. It also contains information about services such as incoming and outgoing call restrictions. The customer credit records contain ir_formation about unacceptable users, for example. Each of the individual service management systems alsc has a database management system for managing the local database.
In accordance with the present invention, the individual service management systems are combined to form a distributed service management system. This is accomplished by providing an IDTM Cdiscussed in detail above) at each individual service management system.
As discussed above, the IDTMs integrate the databases belonging to the multiple individual service management systems into a single multidatabase transaction management environment.
Each iDTM comprises a plurality of agents that encapsulate the local database by acting as an intermediary for all applications (remote or local) attempting to access the local database base.
Thus, the service management systems 210, 310, 410, and 510 together form a distributed service management system in accordance with the invention. The distributed service management system permits services to be provided to users across mul.ti.ple service providers.
Return noo. tc the example of a user who rents a portable phone at an airport and who wants call forwarding and incoming call restriction services. These services can be implemented in a number of ways using the distributed service management system az SUBST1T13TE SHEET (RULE 2B) WO 9610699$ PCTlUS95t10499 of the present invention.
The implementation of this service illustratively uses the following steps:
1. The call. forwarding and call. restriction service is implemented by an application which runs in the service management system 510 of cellular telephone network 500. The application may be activated from anywhere, e.g. from the terminal 404 which connects to the service management system 510 via the central office 402 and switch 502, or from the base phone 203 of the user which connects via the system 100 to the service management system 510. The application registers with the transaction manager at the local IDTM (see Fig 3) and a local coordinator agent is allocated to the application. The local cocrdinator agent accesses the local data base in the service management system 51G and creates in the database a customer profile record for the user. The coordinator agent inserts the incoming call restriction information and call forwarding information into this record. Using the distributed service management system, the local agent at the service management system 510 arranges for this record to be inserted into the service management systems 410, 310, and 2i0 cf the ether service providers. As indicated aboYae, this is accomplished by using the IDTMs at these other service management systems to allocate remcte participant agents.

SUBSTITUTE SHEET (RULE 26) f W096lOb498 ~ ~ ~ ~ ~ '~ PCflCT595i104<N3 2. Upon receiving the database insert=on requests, the service management systems 410, 310, and 210 each determine whether the insertion is acceptable, for example, by checking credit records of the user. If the insertion is acceptable, the customer profile record of the user will be inserted into the laaal database of each service management system.
Otherwise, if the insertion is unacceptable to any one of the service providers, the user will not be ab7..e tc ZO subscribe to the desired service.
3. Upon insertion of the customer profile record, the service management system 410 will create a ViaR
including call restriction information. The vLR will.
be transmitted to a service control point 420 or central office 402 that performs call restriction and routing at the visiting local telephone network.
4. tipan receiving the insertion request of the customer 2p profile record, the long distance carrier service management system 310 determines whether it has coverage at the visiting location and also performs a credit check using the credit retards maintained in its database. If both the area cf covera_.e an~:i credit check are positive, the insertion request is granted.

SUBSTITUTE SI1EET (RUL~ 26) 219~~~ '~

S. Upon receiving the customer profile record insertion request, the home local telephone company, through its service management system 210, will check the customer credit record, create an HLR containing tkre call forwarding information and VRL location, and down load the HLR to a local service control point (e. g. service control point 220) or central office (e. g. the central office 202) covering the base telephone 203. Then, the call forwarding service is activated by causing the central office 202 to route calls originally directed to the base telephone 203 through the networks 200, 300, and 400 to the mobile phone 506.
There are several techniques by which the calls can be forwarded through the networks 200, 300 and 400 and these are discussed below.
6. When the user returns the rented portable phone, the distributed service management system is utilized to remove the customer profile record from all of the databases. The local coordinator agent at the service management 510 deletes this customer profile record from the local database. The local. coordinator agent at service management system 510 also arranges for participant agents at the other service management systems 410, 310, 210 to delete this customer profile record. Upon deletion, the home local telephone company deactivates the call forwarding service and deletes the HLR from the service control point cr SUBSTITUTE SHEET (RULE 26) La WO ~6lOli.f98 ~ .,~ PCTNS95IlOd'~3 central office which controls the call forwarding.
The service management system 41G will delete the VLP
for this user.
The call forwarding operation can be carried out in a,nuniber of ways described below:
F~: call originally directed to the user's base phc;ne can be forwarded to a unique number assigned to the user's portable phone by the personal communication service provider.
1D ' A call originally directed to a user's base phone can be forwarded to a group number assigned to the personal communication service provider. The personal communication service provider maintains a database in a storage device which links a base number provided by the user fe.g. the user's home number or office number or any other base number provided by the user) to the.
telephone number assigned. to the rental portable phone. When an incoming call arrives, the base phone number serves as a key to retrieve the rental phone 2G number. After retrieving the rental phone number, the incoming call is routed to the user.
This method is the same as the previous method but there is a single nationwide group number. The call is forwa2:ded from the user's base phone to the nationwide group number. There is maintained a centralized database which maps ttie base number to a group number of a specific personal communication service provider or the number of the rented port.ab?.e SUBSTITUTE SHEET (RULE 26) ~198~15 telephone. After an incoming call arrives, the table entry is indexed using the base number of the user.
Then the call is forwarded to the appropriate service provider or telephone having the retrieved entry. If the call is routed to the group number of a specific service provider, another table is indexed to obtain the telephone number of the phone to which the call is to be forwarded.
A11 of these forwarding procedures can be implemented using the distributed service management system of the present invention by inserting the appropriate call forwarding information into the databases of the appropriate service providers.
In short, the provision of a personalized communication service to a user comprises a plurality of database operations including, insertion, record checking and deletion operations.
These are carried out across multiple databases of multiple service providers using the distributed service management system and method of the present invention.
It should be noted that some trigger rules may be created to implement a service such as call forwarding to a temporary user of a portable phone. For example, to carry out step 5 by the service management system of the home local company, a trigger rule represented by the following pseudacode may be used.
Cn insert to CPR, check credit before commit and create (HLR, load service control point, activate call farwardingl after commit.

SUBSTITUTE SHEET (RULE 26) ~7 r WO 96106x48 ~ ~ , ~ ~ fi ~ QCrrtrsssnoa!r.~
conclusion A distributed service management system has been provided to provide personal communication services across multiple service providers. Finally, the above described embodiments of the invention are intended to be illustrative only. Numerous alternative embodiments and equivalent structures may be devised by those skilled in the art without departing from the scope of the following claims.
as SUBSTITUTE SHEET (RULE 26j

Claims

What is claimed is:

1. A method for providing a communication service to a nomadic user on a temporary basis comprising the steps of:
using a unit of customer premises equipment, activating an application at a first service management system in a first network operated by a first communication service provider, registering said application with a transaction manager in said first service management system, allocating by said transaction manager a local agent to said application, using said local agent, accessing a local database of said first service management system and generating a customer profile record for a user, generating a request by said local agent that at least part of said customer profile record be inserted into a remote database of a second service management system operated by a second communication service provider, determining at said remote database if said insertion request is acceptable, and if said insertion request is acceptable, then using the call profile record to modify the processing of a call in a network operated by one of said service providers.

2. The method of claim 1 wherein said step of modifying the processing of a call comprises forwarding a call directed to a base telephone of a user to someplace else.

3. The method of claim 2 wherein said call is forwarded to a portable telephone.

4. The method of claim 3 wherein said step of forwarding a call to a portable telephone comprises a) forwarding the call to a group telephone number for accessing a table, b) accessing the table with a base telephone number of the user to obtain a temporary portable telephone number of the user, and c) forwarding the call to a portable telephone of the user using the temporary portable telephone number.

5. In a communication system including a plurality of distinct communications service providers, each of said service providers comprising a communications network, a database,and a transaction manager in a service management system, a method for forwarding a call to a portable telephone of a nomadic user on a temporary basis at a first communication service provider from a base telephone of said user at a second communications service provider, said method comprising the steps of activating an application at the service management system of said second communications service provider, registering said application with said transaction management system of said second communications service provider, allocating a local agent to said application by said transaction management system of said second communications service provider, using said local agent, accessing the local database of said service management system of said second communications service provider and generating a customer profile record for said user, generating a request by said local agent that at least part of said customer profile record be inserted into a remote database at the service management system of said first communication service provider, determining at said remote database if said insert request is acceptable, and if said insert request is acceptable, then using the call profile record from said second communications service provider to modify the processing of the call in the network of said first communications service provider.

6. In a communication system, the method in accordance with claim 5 wherein said step of modifying the processing of the call in said network of said first communications service provider comprises accessing a table in said first communications service provider with a group telephone number to obtain the temporary portable telephone number of the user, and forwarding the call to said portable telephone of the user using the temporary portable telephone number.

7. In a communication system, the method in accordance with claim 5 wherein said remote database contains a mapping of base telephone numbers of a plurality of users and telephone numbers assigned to portable telephones being temporarily used by said users, and wherein said step of modifying the processing of the call in said network of said first communications service provider comprises using the base telephone number of said nomadic user at said second communications service provider to access said remote database to obtain the temporary telephone number of the portable telephone of said nomadic user at said first communications service provider.