US20020055995A1 - Global service management system for an advanced intelligent network - Google Patents
Global service management system for an advanced intelligent network Download PDFInfo
- Publication number
- US20020055995A1 US20020055995A1 US10/016,529 US1652901A US2002055995A1 US 20020055995 A1 US20020055995 A1 US 20020055995A1 US 1652901 A US1652901 A US 1652901A US 2002055995 A1 US2002055995 A1 US 2002055995A1
- Authority
- US
- United States
- Prior art keywords
- update request
- protocol
- service
- request message
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 230000004044 response Effects 0.000 claims abstract description 34
- 238000000034 method Methods 0.000 claims description 87
- 238000013519 translation Methods 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 16
- 238000012986 modification Methods 0.000 claims description 15
- 230000004048 modification Effects 0.000 claims description 15
- 238000004891 communication Methods 0.000 claims description 10
- 238000012545 processing Methods 0.000 claims description 8
- 238000007726 management method Methods 0.000 description 108
- 230000008859 change Effects 0.000 description 14
- 230000009471 action Effects 0.000 description 8
- 238000012552 review Methods 0.000 description 5
- 238000013523 data management Methods 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 239000008186 active pharmaceutical agent Substances 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 239000002131 composite material Substances 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000035755 proliferation Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
- The present invention relates generally to telecommunications and, more particularly, to a global service management system for an advanced intelligent network.
- Advanced Intelligent Network (AIN) systems are presently being employed by telecommunications companies including the Regional Bell Operating Companies (RBOCs) to provide advanced subscription services to subscribers. Examples of advanced subscription services include the ability to route a call to a customer-defined location based on the zip code of the calling party; and the ability to enable a customer to restrict or prevent calls to predefined numbers specified by (and under the control of) the customer.
- In the present system architecture, the switching network comprises a number of end offices equipped to communicate under the Signaling System7 (SS7) protocol. In AIN nomenclature, these end offices are termed Signal Switching Points (SSPs). The switching network also includes Signal Transfer Points (STPs), which are packet switching devices implemented to communicate messages between SSPs and Signal Control Points (SCPs). SCPs are commercially available, special purpose computing equipment associated with a predetermined geographic area and including substantial databases identifying those subscribers and the AIN services subscribers have requested (e.g., call waiting, etc.).
- When a call is initiated, it is routed to an end office such as an SSP. If the SSP identifies a “trigger” associated with the call (i.e., a prefix identifying the call as one subject to an AIN service subscription by virtue of the calling or receiving subscriber's service contract), it develops a query containing certain information and requesting instruction on processing the call. The query is routed to an STP which, after conducting certain processing steps irrelevant here, forwards the processed query to an appropriate one of a number of SCPs (identified by an identifier in the query) for directions on how to process the call. The SCP addresses its database and replies to the processed query received from the STP, thereby ensuring the call is processed per the subscriber's predefined service requirements.
- In the typical architecture, a plurality of SCPs are employed. These SCPs are typically located in two or more locations and assigned to service different subscribers. (In some instances, multiple SCPs have the capability to service the same subscribers thereby providing redundancy in case of failure). The operation of the SCPs are typically managed by one or more network element managers. Network element managers are computers provided by the vendor(s) of the SCPs. Each SCP vendor provides its own network element manager to manage its SCPs. Thus, if a given telecommunications company purchases SCPs from more than one vendor, it will have more than one network element manager. Typically, network element managers from different vendors are not adapted to communicate with one another and operate pursuant to different protocols.
- In order to add new subscribers or services to the AIN, or to update the package of existing services for a given subscriber, it is necessary to update the databases of one or more of the SCPs in service. If a given telecommunications company employs SCPs from different vendors, it will be required to process such updates differently depending upon the SCP being addressed. In other words, vendor A's SCPs will have to be addressed differently than vendor B's SCPs. This disparity interjects confusion, delay, and added cost into the service provisioning process.
- Some telecommunications companies have sought to address this problem by discarding the network element managers provided by the vendors of the SCPs and substituting one or more of their own, in-house developed, network element managers. Such an approach provides uniformity between network element managers employed by the telecommunications company, but is disadvantageous in that it removes the vendor designed network element managers (which are particularly designed for managing the SCPs with which they are sold) from the system.
- As the telecommunications industry has advanced and new user-defined services have become available (e.g., screening calls from user defined numbers, etc.), it has become more and more desirable to provide users with ready access to their subscription service data. Due to the proliferation of personal computers, the internet has become a significant vehicle for such access. However, although the services which permit a user to change its subscription package and/or to modify the parameters of the services within the package via personal computer or touch tone phone are gaining popularity, these services can be confusing to modify because they provide users with little or no information concerning the status of requested service changes until such services are actually implemented by the AIN system. For example, if a user has requested that a call screening service be modified to exclude phone calls from the 312 and the 202 area codes as of the following Monday, until Monday arrives the user typically has no way of knowing what its service package will consist of on that day unless it keeps a written record and/or remembers its instructions to the system. Thus, in this example, if the user decides to make further changes to the subject service prior to Monday, the user may encounter confusion as to the status of the user defined service.
- FIG. 1 is a schematic illustration of a global service management system constructed in accordance with the teachings of the instant invention and shown in a preferred environment of use.
- FIG. 2 is a state transition diagram schematically illustrating the overall operation of the system of FIG. 1.
- FIG. 3 is a more detailed schematic illustration of the system of FIG. 1 showing the system components which may be involved in receiving service request messages from external devices.
- FIG. 4 is an illustration similar to FIG. 3 but showing the system components which may be involved in updating the service control point databases.
- FIGS.5A-5C are flowcharts illustrating the steps performed by the global service management system of FIG. 1 in receiving an update request message.
- FIG. 6 is a flowchart illustrating the steps of the translation routine performed in connection with the steps of FIGS.5A-5C.
- FIGS.7A-7C are flowcharts illustrating the steps performed by the global service management system of FIG. 1 in receiving a request message soliciting data stored in the system and/or in the database(s) of the SCP(s).
- FIGS.8A-8B are flowcharts illustrating the out-of-system data routine performed by the system in connection with the steps of FIGS. 7A-7C.
- A global service management system (GSMS)10 constructed in accordance with the teachings of the invention is schematically illustrated in FIG. 1. As shown in that figure, the
system 10 is adapted for use with one or moreservice control points internal database external database service management system 10, for clarity of explanation only two such devices are shown in FIG. 1. - Although the global
service management system 10 can be utilized with advanced intelligent networks (AINs) employing only one type of service control point (SCP) without departing from the scope of the invention, it will typically be used with networks employing SCPs of different types. Thus, in the example shown in FIG. 1,SCP 12 andSCP 14 are different units (possibly purchased from different vendors such as Ericsson and Lucent). As a result, although eachSCP network element manager network element managers database - The global
service management system 10 provides a simplified interface for communicating update request messages or service request orders to thenetwork element managers SCPs - To achieve the above-noted simplifications, the
system 10 is provided with one ormore input devices input devices system 10 is preferably adapted to process messages developed under protocols different from the protocols utilized by theelement managers - In addition to the
input devices service management system 10 is provided with asystem core 32, asystem database 34, and a number oftranslators system core 32 is preferably implemented by one or more computers which, upon receiving an update request message via an input device, are programmed to identify one or more of theSCPs translators system core 32 identifies the destination of an update request message received by one of theinput devices SCP 14, it processes and delivers the message totranslator 38 which translates the update request message from its initial protocol and format into a protocol and format understandable byelement manager 22. Were thesystem core 32 to identify a received update request message as intended forSCP 12, it would process and deliver the message totranslator 36 which would subsequently translate the message into a format and protocol which is understandable tonetwork element manager 20. In instances where an update request message requires changes to more than oneSCP core system 32 routes the message to the corresponding translators where it is translated into the formats needed for use by the relevant network element managers (e.g., bothelement managers - Advantageously, the global
service management system 10 cooperates with thenetwork element managers service management system 10 does not attempt to usurp the function of controlling or managing theSCPs element managers element managers SCPs element mangers system 10. - A state transition diagram outlining the general processing of an update request message by the global
service management system 10 of FIG. 1 is shown in FIG. 2. After a user creates the update request message (block 40) and inputs it into the system (e.g., via the internet, via an audio response unit, by speaking with provisioning personnel at the telecommunications company, etc.), the service request message is stored in a standard representation format in thesystem memory 34 by the core system 32 (block 42). The standard representation format comprises a number of predefined data fields. Since the data input by the user (i.e., the update request message) is preferably input in response to predefined questions, the data is easily and automatically partitioned into the predefined data fields. - The
core system 32 then process the update request message as explained in further detail below and schedules the processed message for application to the SCP(s) 12, 14 at a future time and date (block 44). This time and date can optionally be specified by the user in the update request message. Alternatively, it can be scheduled for application after a predefined time period or by placing it into a first in, first out type queue of messages to be applied to theSCP databases - When the scheduled time arrives, the
core system 32 delivers the processed update request message to the appropriate translator(s) 36, 38. The translator(s) 36, 38 translate the processed update request message and deliver it to their respectivenetwork element manager 20,22 (block 46). The network element manager(s) 20, 22 then process the translated update request message pursuant to their vendor specific protocols. In the event a translated message is defective in some manner (for example, not all required information was originally entered at block 42), the element manager(s) 20,22 send an error message to the global service management system 10 (block 48). The error message(s) from the element manager(s) are translated into a standard format by the interfacingtranslators service management system 10 then notifies the user of the error either automatically (e.g., over the internet, via pre-recorded message over the telephone) or manually (e.g., via a call from provisioning personnel). The error notification method utilized may optionally be the same as the input method used by the user atblock 40. - Regardless of the error notification method utilized, if the user modifies its update request message, the process begins again at
block 42. - If the
element manager corresponding SCP 12, 14 (block 50) thereby updating theSCP database - As shown in FIG. 2, if a user withdraws an update request message before it is applied to the
SCP SCP databases 16, 18 (flowline 58). Such deletions can occur for a large variety of reasons including, by way of example, not limitation, cancellation of a subscription, and cancellation of a service. Such deletions can be initiated through the globalservice management system 10 via an update request message. - In the preferred embodiment, the global
service management system 10 is implemented pursuant to well known object oriented programming techniques. Object oriented programming is a programming technique wherein the computer program in question is broken up into functional blocks referred to as “objects”. These objects are decoupled such that the programmed steps of any object can be modified without requiring modification of the programmed steps of any other object in the program. Such decoupling facilitates ease of modification of the program as the need arises. - An object typically contains attributes and methods. Attributes are the data contained in an object, usually organized in predefined data fields. As their names suggest, methods are routines of programmed steps. Typically, the methods contained in the object do not physically include the programmed routines. Instead, the objects usually include pathnames specifying the location of the methods associated with the object. This approach avoids storing redundant code thereby preserving system resources.
- The objects are organized into classes. A class defines the general format of its associated objects. In this sense, a class can be thought of as a template for the objects it contains and each object can be thought of as an instance of the class. The class is a separate data structure outlining the format of data fields and methods that every object in the class will include. Each class may include an extra attribute or data field not present in its associated objects. This attribute reflects the number of objects (i.e., instances of the class) present at any given time.
- A more detailed schematic illustration of the preferred embodiment of the global
service management system 10 is shown in FIGS. 3-4. For clarity of illustration, some of the components of thesystem 10 shown in FIG. 3 are not shown in FIG. 4 and vice versa. Instead, the system components typically associated with communicating with external devices, and/or performing initial processing of update request messages are illustrated in FIG. 3, and the system components typically associated with delivering update request messages to SCPs are shown in FIG. 4. Thus, although the globalservice management system 10 appears differently in FIGS. 3 and 4, thesame system 10 is depicted in both of those figures. - Turning to FIG. 3, it can be seen that the global
service management system 10 is preferably adapted to communicate with many different types of external devices. For example, thesystem 10 includes a message receiver for receiving update request messages from a subscriber operating atouch tone telephone 60 via a conventionalaudio response unit 62. Preferably, theaudio response unit 62 is programmed to identify the type of action the user wishes to perform (e.g., add a new subscription, cancel a service, modify existing service data, etc.) via a menu driven interface. Theaudio response unit 62 is also adapted to request predefined information associated with the type of action the user wishes to perform. This information, which is, again, preferably developed via a menu driven interface, is utilized by theresponse unit 62 to develop an update request message which is forwarded to the globalservice management system 10 in conventional ARU format. - By way of another example, the
system 10 also includes a message receiver for receiving update request messages from anautomated provisioning system 64 such as the Legacy system which is commercially available from Bell Communications Research (Bellcore) under the product name Service Order Administration and Control (SOAC). Update request messages developed via theLegacy provisioning system 64 are delivered into the system in Legacy provisioning format. - As shown in FIG. 3, update request messages can also be delivered to a message receiver of the
system 10 via aninternal provisioning computer 66 operated by the provisioning personnel of a telecommunications company. Such acomputer 66 is typically implemented by one or more personal computers (PC) operated at the facility of the telecommunications company and networked to thesystem 10 via a local area network. Usually, messages delivered to thesystem 10 via this avenue are developed by personnel of the telecommunications company questioning a customer over the phone and inputting data into thePC 66. To this end, thePC 66 is preferably provided with menu driven interface software that responds to an identification of the type of action the user wishes to undertake, and requests predefined information associated with that action. The interface software utilizes this data to develop and forward an update request message to thesystem 10. Preferably, the update request message is forwarded to thesystem 10 in accordance with the CORBA IIOP protocol (Common Object Request Broker Architecture Internet Inter Orb Protocol). - Preferably, the global
service management system 10 is also provided with a message receiver for receiving update request messages via theinternet 68 as shown schematically in FIG. 3. To this end, the telecommunications company preferably provides a web page via agateway server 70 that provides visiting users with a menu driven interface for developing update request messages. The menu driven interface may optionally be identical to the interface provided forinternal provisioning PC 66. Preferably, the interface requests a user operating anexternal PC 72 to identify the type of action desired, and then requests predefined information associated with the identified action. The input data is formatted into an update request message which is forwarded to thesystem 10; preferably pursuant to the CORBA IIOP protocol which is used for intra-system communications. - Other options for delivering update request messages are also possible. For example,
external clients 72 may deliver update request messages via e-mail. - As shown in FIGS. 3 and 4, the objects included in the preferred embodiment of the global
service management system 10 can be grouped into four categories, namely,client adapters 80, units of work ortoolboxes 100, business objects 120, and network element adaptor objects 140. The communications between these objects and groups of objects are preferably conducted via the CORBA IIOP protocol as shown in FIGS. 3 and 4. - Generally speaking, client adaptor objects80 are the message receivers responsible for understanding update request messages received from external systems and/or users of the
system 10 via the various input possibilities (60-72) discussed above. More specifically, they are responsible for translating the received update request messages into actions to be performed via the business objects 120, the units of work objects 100, and, in some instances, the network element adapter objects 140. To this end, the client adapter objects 80 are preferably provided with access totranslation information databases 81, which may optionally be implemented as portions of thesystem database 83. The message receivers also comprise oversight controllers for order creation as explained below. As shown in FIG. 3, the client adapter objects 80 include audio response receiver objects 82, automatic provisioning message receiver objects 84, network provisioning receiver objects 86, an one or moreother objects 88 for receiving update request messages via one or more other input avenues not serviced byobjects - The business objects120 comprise primary controllers for processing update request messages requesting system modifications or actions relating to a predetermined business function. They are independent objects that provide the core business model for the global
service management system 10. The business objects contain information about entities for which thesystem 10 provides support. They also include routines or methods for updating and retrieving information stored in thesystem database 83 and/or for collaborating with theelement manager adapters 140 for updating and/or retrieving information stored in the SCP databases. Preferably, the business objects are de-coupled from system level functionality, and are responsible for a unique business aspect of thesystem 10. As shown in FIGS. 3 and 4, the business objects include: subscriber objects 122, order objects 124, services objects 126, providers objects 128, subscriptions objects 130, and network data objects 132. Each of these objects are described further below. - The units of work objects100 (also known as toolbox objects) each comprise system flow controllers interfacing with the
message receivers 80 and with one or more of the primary controllers/business objects 120 to process update request messages received by themessage receivers 80. They are responsible for managing the business objects 120 and controlling the flow of system control as an update request message is processed through thesystem 10. More specifically, they are responsible for operations that do not logically belong to anyparticular business object 120. For example, creating an order to change subscriber information in response to an update request message would involve at least anorder object 124 and asubscriber object 122. The operations regarding co-operation between these twoobjects - The toolbox objects100 provide interfaces to and between business objects 120. They reduce the number of required network connections and provide a stable interface for the
system 10 which is much less complex than would otherwise be required in their absence. The toolbox objects 100 can be built with general method calls using normal parameters or they can use one or more composite messages. Composite messages are advantageous in that they support transfers of large streams of tagged values and are formatted in compliance with CORBA standards. The units of work objects 100 preferably include order management toolbox objects 102, schedule management toolbox objects 104, subscriber management toolbox objects 106, subscription management toolbox objects 108, service management toolbox objects 110, provider management toolbox objects 112, and network data management toolbox objects 114. Each of these toolbox objects 102-114 is discussed in further detail below. - Each of the network element manager adapter objects140 comprises a translator for translating update request messages into a format usable by one or more
network element managers more SCP objects 140 are responsible for managing the translation of update request messages processed by the business objects 120 and toolbox objects 100 into the protocol or format required by an associatednetwork element manager element manager manager adapter object element manager system 10. As shown in FIG. 4, each network elementmanager adapter object network element managers - Each of the above-noted object classes will now be described in further detail. Turning first to the client adaptor objects80, the
objects 82 in the audio response receiver class are responsible for receiving update request messages from audio response units and translating them from the ARU format into a format usable by the other objects of thesystem 10. To this end, theobjects 82 in the audio response receiver class are adapted to respond to user inputs to the audio response units by co-operating with other objects in the system to verify user identification information, by co-operating with appropriate objects in the system to retrieve data relating to the identified user's subscription services package, and by co-operating with the necessary objects in the system to effect modification of the retrieved data by the users communicating with the audio response units. - The
objects 84 in the automatic provisioning receiver class are responsible for receiving update request messages from anautomatic provisioning system 64, and for translating these messages into a format usable by the other objects of thesystem 10. In addition, theobjects 84 in the automatic provisioning receiver class are capable of recording requests to add or delete services from subscription packages, to acknowledge that the requested service modification(s) (be they adding a service to a subscription package or deleting a service from a subscription package) have been scheduled, and to deliver the requested service modification(s) to the appropriate objects for implementing the change(s). - The
objects 86 in the network provisioning receiver class are responsible for receiving update request messages from networked provisioning systems (66-72) and for translating such messages to a format usable by the other objects of thesystem 10. The network provisioning receiver objects 86 preferably include the following attributes: (a) specific business object(s) (120); (b) specific change(s) to those business object(s)(120); and (c) specific time(s) to apply change(s) to those object(s) (120). Each networkprovisioning receiver object 86 can also preferably perform the following methods: (1) creating a business object; (2) retrieving a business object; and (3) viewing a business object (120). -
Objects 88 are similarly tailored to the types of external messaging they are intended to service. - Turning to the business objects120, the
objects 122 in the subscriber class are responsible for identifying all of the subscribers to the advanced intelligent network serviced by the globalservice management system 10 and the services those subscribers subscribe to. To this end, every instance of the subscriber class (i.e., every subscriber object 122) preferably has the following attributes: (a) subscriber name; (b) contact information (e.g., a name of a person responsible for the subscriber, a billing address, and a telephone number); and (c) a list of the services to which the subscriber subscribes. Everysubscriber object 122 is also preferably capable of performing the following methods (i.e., calling the following routines) (1) creating a new subscriber; (2) changing any attribute of thesubject subscriber object 122; and (3) retrieving any of the attributes of thesubject subscriber object 122 from thesystem database 83 and/or one of the SCP databases by using a network elementmanager adapter object 140. - The
objects 124 in the order class are responsible for forming an “order” from an update request message. The order typically forms an association between a collection of changes to the state of the serviced network as requested in an update request message, but it could also include only one such change. Every change contained in an order is applied by thesystem 10 beginning at the same time. When this occurs, the order is said to be applied. - Each
order object 124 includes the following attributes: (a) a list of order sections; (b) an identification of the creator of the order; (c) a due date specifying when the order is to be applied; (d) an identification of the status of the order (e.g., stored, scheduled, in error, applied, deleted); (e) notification information (i.e., who, if anyone, to notify when the order changes state, and how (e.g., via the internet, via a prerecorded message, etc.)); (f) a list of any orders the associated order depends upon (i.e., any orders that must be applied before the instant order can be applied); and (g) a list of orders that depend on this order. With respect to attribute (a) above, the order is broken down into sections which group changes in the order into logical subunits. For example, every subscriber that will experience changes due to the order has its own section, as does the service provider from which the subscriber purchased services. The changes in a section consist of references to the new versions of business objects associated with the entities the order is changing. - Each
order object 124 is also capable of performing the following methods (i.e., calling the following routines): (1) scheduling an order; (2) de-scheduling an order; (3) deleting an order; (4) applying an order; (5) editing an order; (6) retrieving dependent orders; (7) retrieving orders on which the instant order depends; and (8) validating an order. - The
objects 126 in the services class are each responsible for tracking a service subscribed to by a subscriber and for modifying the attribute(s) of that service in accordance with subscriber requests. Eachservice object 126 preferably includes the following attributes: (a) the name of the service; (b) an identification of the current service attributes (the number and type of these attributes vary by service); (c) an identification of the subscriber(s) to the service; and (d) an identification of the telephone number(s) of the subscriber(s) identified in attribute (c). The identification in attribute (c) does not list every subscriber in the world who subscribes to the service in question. Instead, aservice object 126 is developed and stored for each subscriber (for example, XYZ Corporation) and for each service the subscriber subscribes to. For example, if XYZ Corporation subscribes to three services, threeseparate service objects 126 would be developed and stored by thesystem 10, one object for each of the services XYZ Corporation subscribes to. In such an instance, XYZ Corporation would likely be the only subscriber identified in attribute (a). If TZ Partnership subscribes to the same three services as XYZ Corporation, three additional service objects 126 would be created by thesystem 10 for TZ Partnership. - Each of the service objects126 can perform the following methods: (1) change name; (2) change service attribute; and (3) add/modify/delete subscribing numbers. With respect to method (2) above, the ability to change one or more service attributes (e.g., by adding, deleting, or modifying the attribute(s)), varies by service.
- The
objects 128 of the service provider class are responsible for tracking use of the serviced advanced intelligent network by rival telecommunication companies and for billing those rivals for services used. This class is required because under current U.S. law, rival telecommunication companies must often be permitted to utilize an RBOC's system and resources in order to market access to those resources to telecommunication customers. Each of the service provider objects 128 includes the following attributes: (a) the service provider name; (b) an identification of a designated contact person or position at the service provider identified in attribute (a), (preferably including a mailing address, telephone number, and e-mail address); (c) billing information (preferably including a mailing address, telephone number, and e-mail address); and (d) a list of valid services which customers may subscribe to through the provider identified in attribute (a). - Each
service provider object 128 can also preferably perform the following methods: (1) create a newservice provider object 128; (2) modify the provider name in attribute (a) above; (3) add or modify the contact information in attribute (b) above; (4) add or modify the billing information in attribute (c) above; and (5) add, delete, or modify valid services in attribute (d) above. - The
objects 130 in the subscription class are each responsible for managing a subscription package of service(s) a given subscriber subscribes to. Each subscription object has the following attributes: (a) a list of telephone numbers associated with the subject subscription package; (b) an identification of the subscriber owning the subscription package; (c) a list of the services subscribed to by the subscriber; (d) an identification of billing information; (e) parameters that can be used by several services such as user Personal Identification Number(s) (PIN); and (f) a map or table identifying the association(s) between the subscribing number(s) identified in attribute (a), and the service(s) identified in attribute (c). Eachobject 130 is also capable of performing the following methods: (1) creating anew subscription object 130; (2) adding/removing a service to/from attribute (c); (3) modifying or adding the billing information in attribute (d) above; (4) retrieving billing information from thesystem database 83 or from the SCP databases; (5) modifying or adding multi-service parameters (e.g., a PIN) to attribute (e) above; (6) adding/removing subscribing numbers to/from attribute (a) above; and (7) changing the association(s) (specified in attribute (f)) between the subscribing numbers and their services (i.e., what services a particular number identified in attribute (a) utilizes). - The network data objects132 are responsible for managing the network data maintained on the
system 10 in thesystem database 83. They may optionally be used to manage reference information on thenetwork element mangers - The
objects 102 in the order management toolbox class are responsible for storing (and retrieving) orders in (and from) thesystem database 83. Each ordermanagement toolbox object 102 includes one attribute, namely, a list of stored orders. The list is preferably indexed by various attributes including due date, creator, subscriber, and/or subscribing number. Each ordermanagement toolbox object 102 may also perform the following methods: (1) create and store an order on thesystem database 83; and (2) retrieve an order from thesystem database 83. The ordermanagement toolbox object 102 creates an order by requesting a new instance of anorder object 124 and thereafter requesting thenew order object 124 to update its attributes using the methods contained in thatobject 124. - The
objects 104 in the schedule management toolbox class are responsible for notifying other objects in the system when a particular date and time arrives. In other words, theseobjects 104 maintain the system schedule. Typically, the schedule management toolbox objects 104 receive requests from other objects to schedule an event, and notify the requesting object (and, in some instances, other objects) when the specified time and date arrives. - The attributes of the schedule management toolbox objects104 include a list of scheduled events and the particular dates and times they are to occur. These events may include orders to be processed, measurements to be taken, and/or reports to be generated. Each schedule management toolbox/
object 104 also includes the following methods: (1) adding a new event to the schedule; (2) removing a scheduled event; and (3) rescheduling an event. - The
objects 106 in the subscriber management toolbox class are responsible for updating (sometimes by creating one or more new objects) the business objects 120 when a new subscriber is added to the system; when an old subscriber is deleted from thesystem 10; or when modifications are made to information in existing subscriber objects 122. The subscriber management toolbox objects 106, like all of the other toolbox objects 100, do not have any attributes. The subscriber management toolbox objects 106 are preferably adapted to perform the following methods: (1) creating a new subscription; (2) deleting an existing subscriber; and (3) modifying information in an existing subscriber object. - Method (1) of the subscriber
management toolbox object 106 is typically performed when an update request message requesting that a new subscriber be added to one or more of theSCPs management toolbox object 102 creates an order to effect this change, it contacts the schedulemanagement toolbox object 104 to schedule a time for applying the order to the SCP database(s), and sends a request to the subscribermanagement toolbox object 106 for a new subscriber object. In response to such a request, anew instance 106 of the subscriber management toolbox class is created for managing the addition of the new subscriber. To perform method (1), the subscribermanagement toolbox object 106 then requests asubscriber object 122 to utilize its methods to create a new instance of asubscriber object 122, and thereafter communicates with thenew subscriber object 122 to fill in the attributes of thenew object 122 by causingnew subscriber object 122 to perform its methods (e.g., changing its attributes with data from the update request message requesting a new subscriber, and/or retrieving any needed attribute from thesystem database 83 and/or the SCP databases). Once thenew subscriber object 122 is completed, the subscribermanagement toolbox object 106 proceeds with method (1) to note the presence of thenew subscriber object 122 in the system directories stored indatabase 83 so that thenew object 122 can be located later. It also creates any required associations with other business objects 120 (such as aservices object 126, anorder object 124 and/or a subscription object 130) by contacting the toolbox object(s) associated with the effected object(s) and requesting it to modify the attribute(s) accordingly. - Similarly, to perform method (2), namely, deleting an existing subscriber, the subscriber
management toolbox object 106 deletes the appropriate subscriber objects 122 from thesystem database 83, removes thatobject 122 from the system directories in thedatabase 83, and communicates with the appropriate toolbox objects 100 associated with the relevant business objects 120 to remove any associations with the deletedsubscriber object 122 from their attributes and, in some instances, to deletebusiness objects 120 that are no longer needed because of the removal of the subscriber. - Finally, the subscriber
management toolbox object 106 performs method (3) above, namely, modifying information in an existingsubscriber object 122, by communicating with the effectedsubscriber object 122 to cause thatobject 122 to modify itself via the method(s) it contains. - The
objects 108 in the subscription management toolbox class are responsible for updating (sometimes by creating one or more new objects) the business objects 120 when a new subscription is added to thesystem 10; an old subscription is deleted; or when modifications are made to an existing subscription. The subscription management toolbox objects 108 do not have any attributes. They are, however, capable of performing the following methods: (1) creating a new subscription; (2) deleting an existing subscription; and (3) modifying information in existing subscription objects 130. Method (3) is performed by thesubscription management toolbox 108 by communicating with the effectedsubscriber object 130 to cause thatobject 130 to modify its attributes via the methods it contains. - Like the subscriber management toolbox objects106, a
new instance 108 of the subscription management toolbox class is created in response to a request from an order management toolbox object 102 (which was itself created in response to an update request message requesting the creation of a new subscription and possibly other changes). The subscriptionmanagement toolbox object 106 then requests an existingsubscription object 130 to create anew subscription object 130. Thetoolbox object 106 then requests thenew subscription object 130 to update its attributes with the information received from the update request message. After thenew subscription object 130 is completed, the subscriptionmanagement toolbox object 108 proceeds with method (1) to note the presence of thenew subscription object 130 in the system directories stored indatabase 83 to facilitate locating thenew object 130 in the future. It also creates any required associations with other business object(s) 120 by requesting the appropriate toolbox objects 100 to instruct the effected object(s) to modify their attributes accordingly. - Similarly, in deleting an existing subscription (method (2)), the subscription
management toolbox object 108 deletes theappropriate subscription object 130 from thesystem database 83; removes thatobject 130 from the system directories, and communicates with the appropriate toolbox objects 100 which respond by instructing their associated business objects 120 to remove any associations with the deletedobject 130 from their attributes, and, in some instances, by deletingbusiness objects 120 that are no longer needed because of the removal of thesubscription object 130. - The
objects 110 in the service management toolbox class are responsible for updating (sometimes by creating one or more new objects) the business objects 120 when a new service subscription is added to thesystem 10, an old service subscription is deleted, or when modifications are made to an existing service configuration. The service management toolbox objects 110 do not have any attributes. They are, however, capable of performing the following methods: (1) creating a new service object; (2) deleting an existing service object; and (3) modifying information in existing service objects 126. Method (3) is performed by theservice management toolbox 110 by communicating with the effectedservice object 126 to cause thatobject 126 to modify its attributes via the methods it contains. - Like the subscriber management toolbox objects106, a
new instance 110 of the service management toolbox class is created in response to a request from an order management toolbox object 102 (which, in this example, was itself created in response to an update request message requesting the creation of a new service subscription). The servicemanagement toolbox object 110 then requests an existingservice object 126 to create anew service object 126. Thetoolbox object 110 then requests thenew service object 126 to update its attributes with the information received from the update request message. After thenew service object 126 is completed, the servicemanagement toolbox object 110 proceeds with method (1) to note the presence of thenew service object 126 in the system directories stored indatabase 83 to facilitate locating thenew object 126 in the future. It also creates any required associations with other business object(s) 120 by requesting the toolbox objects 100 associated with the effected object(s) to instruct those object(s) to modify their attributes accordingly. - Similarly, in deleting an existing subscription (method (2)), the service
management toolbox object 110 deletes theappropriate service object 126 from thesystem database 83, removes thatobject 126 from the system directories, and requests the appropriate toolbox objects 100 to instruct their associated business objects 120 to remove any associations with the deletedobject 130 from their attributes, and, in some instances, to deletebusiness objects 120 that are no longer needed because of the removal of theservice object 126. - The
objects 112 in the service provider management toolbox class are responsible for updating (sometimes by creating one or more new objects) the business objects 120 when a new service provider is added to thesystem 10, an old service provider is deleted, or when modifications are made to an existingservice provider object 128. The service provider management toolbox objects 112 do not have any attributes. They are, however, capable of performing the following methods: (1) creating a newservice provider object 128; (2) deleting an existingservice provider object 128; and (3) modifying information in existing service provider objects 128. Method (3) is performed by the serviceprovider management toolbox 112 by communicating with the effectedservice provider object 128 to cause thatobject 128 to modify its attributes via the methods it contains. - Like the subscriber management toolbox objects106, a
new instance 112 of the service provider management toolbox class is created in response to a request from an order management toolbox object 102 (which, in this example, was itself created in response to an update request message requesting the creation of a new service provider). The service providermanagement toolbox object 112 then requests an existingservice provider object 128 to create a newservice provider object 128. Thetoolbox object 112 then requests the newservice provider object 128 to update its attributes with the information received from the update request message. After the newservice provider object 128 is completed, the service providermanagement toolbox object 112 proceeds with method (1) to note the presence of the new service provider in the system directories stored indatabase 83 to facilitate locating thenew object 128 in the future. It also creates any required associations with other business object(s) 120 by requesting the toolbox objects 100 associated with the effected object(s) to instruct those object(s) to modify their attributes accordingly. - Similarly, in deleting an existing service provider (method (2)), the service provider
management toolbox object 112 deletes the appropriateservice provider object 128 from thesystem database 83, removes thatobject 128 from the system directories, and requests the appropriate toolbox objects 100 to instruct their associated business objects 120 to remove any associations with the deletedobject 128 from their attributes, and, in some instances, to deletebusiness objects 120 that are no longer needed because of the removal of theservice provider object 128. - The
objects 114 in the network data management toolbox class do not have any attributes. Their sole responsibility is to modify the network data objects 132 as needed. - The network
data management toolbox 114 supports the following methods: (1) adding a new NXX to an NPA; (2) splitting an NPA; (3) adding an SCP; (4) deleting an SCP; (5) adding an SCP group; (6) deleting an SCP group; and (7) modifying an SCP group. Method (1) creates a new NPA-NXX object and adds it to the reference table. Method (2) accepts a new NPA, the current NPA to be split, and a list of NXX codes to be migrated to the new NPA. It then searches through thesystem database 83 for all occurrences of telephone numbers which need to be modified. For each telephone number that needs to be modified, appropriate services-specific messages are generated to send to theelement manager SCP - Method (3), namely, adding an SCP, is used to add an
SCP system database 83. Method (4), namely, deleting an SCP, removes anSCP database 83. SCP groups are used for identifyingtarget SCPs - The
objects manager adapter class 140 are responsible for translating requests to retrieve or store data from or to one or more of the SCP(s) 12, 14, 212, 214, 312, 314, 412, 414, from the format used by thesystem 10 into a format understandable to a particularnetwork element manager network element manager service management system 10. The attribute of each network elementmanager adapter object network element manager order translation database system database 83. Theorder translation database - Each network element
manager adapter object element manager question order translation database - More specifically, as mentioned above, each
order object 124 is capable of performing the method of applying itself. When anorder object 124 applies itself (typically, in response to a message from the schedulemanagement toolbox object 104 indicating that the scheduled time for application has arrived), theorder object 124 identifies which of the SCP(s) 12, 14, 212, 214, 312, 314, 412, 414 it is to update and contacts the appropriate network element manager adapter object(s) 142, 144. One ormore instances network element manager element manager 20, 22) for translating the order. Theorder object 124 then parses itself into logical parts which it sequentially feeds to the network element manager object(s) 142, 144 in question along with an explanation of the identity of the part and its destination. The network element manager adaptor object(s) 142, 144 address theirdatabases network element manager network element manager APIs - In the reverse direction, data returned from the
network element managers APIs manger adapter object adapter object business object 120 ortoolbox object 100 which triggered the message from thenetwork element manager - The operation of the
system 10 will now be explained in connection with the flowcharts shown in FIGS. 5-8. Turning to FIG. 5, an update request message is first developed by an external system using one of the input methods shown in FIG. 3, namely, via theaudio response unit 62, theautomatic provisioning system 64, theinternal provisioning PC 66, theinternet client communication options 72. Once completed, the update request message is forwarded to the globalservice management system 10. As shown in FIG. 5, thesystem 10 stands ready to process a received update request message. Atblock 500, thesystem 10 waits until a new update request message is received. Once this occurs, thesystem 10 creates a new instance of the client adapter class 80 (block 502) appropriate for the format of the received message (e.g., an audioresponse receiver object 82 is prepared if the update request message is in ARU format; a networkprovisioning receiver object 86 is prepared if the update request message is received via thegateway 70, etc.). - Once created, the
client adapter object 80 first determines whether the user is authorized to contact the system 10 (block 503). This is preferably accomplished by comparing a name and pass code or shared secret or digital certificate entered by the user to a security database which may optionally be included in thesystem database 83. If the user is not a valid user (block 503), theclient adapter object 80 sends an error message to the user via the input device in question (block 505), and records the attempt in a database (block 507) to facilitate detection of repeated denied attempts to access thesystem 10 and possible fraudulent activities. - If the user is valid (block503), the
client adapter 80 determines whether a translation is needed (block 504). If not, control passes to block 508. Otherwise, theclient adapter object 80 converts the update request message into a format understandable by the other objects of the system 10 (e.g., to the CORBA IIOP protocol) (block 506). Once the update request message is translated (if needed), theclient adapter object 80 requests the issuance of a new instance of the order management toolbox class (block 508). Control then passes to the new ordermanagement toolbox object 102. - The order
management toolbox object 102 creates a new instance of the order business object class 124 (block 510) and fills in the attributes of thatnew order object 124 with the information contained in the update request message. Atblock 512, the ordermanagement toolbox object 102 may optionally determine whether all data needed to complete the order has been entered into theorder object 124 from the update request message. If so, control passes to block 516. Otherwise, the ordermanagement toolbox object 102 may optionally retrieve any known dependent order or any order on which the current order depends (e.g., by using the methods of the order object) to complete the order object 124 (block 514). - At
block 516, theclient adapter object 80 begins reviewing the update request message to create any new business objects 120 required to complete the updates requested in the update request message. For example, atblock 516, thetoolbox object 80 determines whether any of the sections in the update request message has not yet been processed. Since, in this example, theclient adapter object 80 is just starting the review of the message, at least one section will be remaining and control passes to block 518. - At
block 518, theclient adapter object 80 determines whether any new instance(s) of business object(s) 120 are necessitated by the current message section being reviewed. If not, control returns to block 516 where review of the next message section (if present) is initiated. Otherwise, control passes to block 520. Atblock 520, theclient adapter object 80 sends one or more requests to one or more of the toolbox objects 100 requesting the creation of any new versions of business object(s) 120 needed to process the order section under review. By way of example, not limitation, if the message section under review requests a change in the home address of subscriber A, theclient adapter object 80 issues a request for a new instance of the subscriber management toolbox class and asks that new subscribermanagement toolbox object 106 to develop a new version of thesubscriber object 122 corresponding to subscriber A. Preferably, the new version of thesubscriber A object 122 corresponds to the old subscriber A object except for the modified home address field. After creating the new object(s) 120 (by using the methods in those objects), the toolbox object(s) 100 store the new object(s) 120 in the system database 83 (block 522) and update the system directories (block 524) to facilitate location of the new object(s) 120 at a later date. - Subsequently, the toolbox object(s)100 send return messages to the order
management toolbox object 102 notifyingtoolbox object 102 of the pathname(s) of the newly created business object(s) 100 (block 526). The ordermanagement toolbox object 102 responds by writing the pathname(s) to the order object 124 (i.e., to attribute (a) of the order object) (block 528). Control then returns to block 516. - The
client adapter object 80 will continue to loop through blocks 516-518 until every message section has been reviewed and all necessary new versions of business objects 120 have been created. Once all of the message sections have been reviewed, the ordermanagement toolbox object 102 stores theorder object 124 in the system database 83 (block 530) and updates the system directories so theorder object 124 can be easily found at a later time and/or date (block 532). Optionally, theclient adapter object 80 may then request the ordermanagement toolbox object 102 to schedule the order. If so, the ordermanagement toolbox object 102 responds by requesting the schedulemanagement toolbox object 104 to schedule theorder object 124 for application at the time and date specified in the update request message, or, if no such time or date is specified, at a default time and date (e.g., in 1 hour, the next day, as soon as possible, etc.) (block 534). Preferably, the schedulemanagement toolbox object 104 is also asked to notify the appropriate toolbox object(s) 100 associated with any new versions of business objects 120 that are to be activated that the time for activation has arrived. The notified toolbox object(s) 100 will then co-operate with the new and old versions of the effected business object(s) to change their status as appropriate (e.g., to “applied”, to “old”, to “current”, etc.). The ordermanagement toolbox object 102 is then deleted to save system resources. - The schedule
management toolbox object 104 then waits for the designated time and date to apply the order object 124 (block 536). When that time and date arrives, the schedulemanagement toolbox object 104 requests anew instance 102 of the order management toolbox class and notifies that new instance that the time to apply thesubject order object 124 has arrived (block 538). - The new order
management toolbox object 102 then retrieves thesubject order object 124 from the system database 83 (block 540). The ordermanagement toolbox object 102 then requests theorder object 124 to apply itself (block 542). Theorder object 124 responds by determining whether an order section remains unreviewed (e.g., by checking a flag or the like) (block 544). Since, in this example, the first order section is being reviewed, theorder object 124 requests any object(s) associated with the pending order section to apply themselves (e.g., any changes to business objects associated with the section to be applied). Control passes to block 546 where the business object(s) 120 determine whether the order section under review requires updating of one or more SCP databases associated with network element manager 20 (block 546) by consulting thesystem database 83. If so, the business object(s) 120 request aninstance 142 of the network element manager adapter class for that type of the network element managers and calls the translation routines shown in FIG. 6 (block 548). If not, control passes to block 550 where the business object(s) 120 determine if the pending order section is to be applied tonetwork element manager 22. If so, the business object(s) 120 request aninstance 144 of the network element manager adapter class for that type of network element manager and calls the translation routine shown in FIG. 6 (block 552). Otherwise thebusiness object 120 continues to check whether the pending order is to be applied to each element manager in the system untilblocks order object 124 continues to loop through blocks 544-556 until all order sections are applied. - With the exception of the
translation database blocks network element managers - Turning to FIG. 6, the translation routine is initiated when the
order object 124 requests anew instance object element manager manager adapter object order object 124 sends a first part of the pending order section thereto (block 602). If, as is usually the case, the order requires translation (block 604), the network element manager adapter object (142 or 144) addresses its associated translation database (160 or 162) (block 606) and looks-up the corresponding message part in the appropriate network element manager format/language and stores it temporarily. When the translation of this object part is complete, theorder object 124 is notified. It responds by sending the next part of the order to the network element manager adapter object (142 or 144) (block 602) or by indicating that the last part of the order has been translated (block 608). Control will continue to loop through blocks 602-608 until the entire order section has been translated. - When the entire order section has been translated, the network element manager adapter object (142 or 144) assembles the translated order (block 610) and passes the assembled order to the vendor provided API (152 or 154) associated with the network element manager in question (20 or 22). Preferably, the translated order is delivered to the
network element manager - Persons of ordinary skill in the art will also appreciate that, although in the preferred embodiment, the global
service management system 10 is implemented by a program written pursuant to object oriented programming techniques and run on a computer such as the Sun Sparc UltraOne which is commercially available from Sun Microsystems, other programming techniques and formats, and/or other computers can be utilized to implement thesystem 10 without departing from the scope of the invention. - In addition to the features discussed above, the global
service management system 10 is also advantageous in that it is capable of responding to request messages (received via one of the input devices discussed above) by developing and displaying an indication of a status of a service at a predefined time specified by the user generating the request message. This ability is advantageous in that an authorized user can contact thesystem 10 at any time and receive an indication of the configuration one or more attribute(s) as they do appear, did appear, or will appear at any given time (e.g., at a time and date in the past, presently, and/or at a future time and date). This feature is particularly useful in the disclosedsystem 10 which, as explained above, permits users to edit their service package at any time and which permits users to define when those changes are to be implemented. For example, if a user makes changes which are to occur in the future, and subsequently decides to make further changes, it can become difficult to remember what changes have already been implemented and when they are to occur. The above feature of thesystem 10 overcomes this problem by providing the user with the ability to retrieve information about the orders it has entered and/or to retrieve an indication of the state of any attribute of its service package at any point in time. - As explained above, the
system 10 includes alocal database 83 which duplicates some of the data stored on the SCP databases. In some instances, this duplicate data is used to provide requesting users with an indication of the status of their service package and/or one or more attributes of interest in their service package. However, in order to manage the size of thelocal database 83, thesystem 10 is preferably provided with a housekeeping object (not shown) which periodically deletes stale data (including old objects) from thelocal database 83. Preferably, stale data is identified by determining if the data has been accessed within a predetermined time frame such as 90 days. If it has not, it is deleted. Because of this housekeeping procedure, occasions arise where a user requests information about its service package that can no longer be provided from the local database. 83. - The
system 10 addresses such circumstances by accessing data stored in the SCP database(s) when the requested status data is unavailable on thelocal database 83. In other words, thesystem 10 retrieves or pages in any needed data that is not in thesystem database 83 from the SCP databases. In addition to handling requests for data from clients, this network information retrieval feature is also employed in instances where business objects 120 or toolbox objects 100 require data from an SCP database that is not present on thelocal database 83. Persons of ordinary skill in the art will appreciate that this network information retrieval process is heavily employed at system turn-on, and, on occasions such as when a subscriber edits his/her service package for either the first time through thesystem 10, or for the first time since the expiration of the predetermined time period so that the user's associated objects have been deleted from thelocal database 83. - The steps performed by the global
service management system 10 upon receipt of a request message soliciting an indication of a status of a service (network information retrieval) are illustrated in FIGS. 7A-7C and 8A-8B. Turning first to FIG. 7A, upon receiving a request message via one of the input devices illustrated in FIG. 3 (block 700), thesystem 10 creates anew instance 80 of the appropriate version of the client adapter class (block 702). The new client adapter object (82, 84, 86 or 88) then addresses thesystem database 83 to determine whether the user requesting the information is authorized to do so (block 704). This validation step is preferably performed by comparing a personal identification number (P.I.N.) entered by the user against a database as is well known in the art. - If the
client adapter object 80 determines that the user is not authorized to access thesystem 10 in the manner requested, it returns an error message to the user via the appropriate input device (block 706). It then records the date and time of the unauthorized access attempt, together with the information entered by the user in an error log (block 708) to enable tracking of unusual, and possibly fraudulent, unauthorized access attempts. - If the
client adapter object 80 determines that the accessing user is valid (block 704), it requests the creation of one or more new instances of the appropriate toolbox class(es) 100 (block 710). For example, if the request message solicits information contained in asubscriber object 122, theclient adapter object 80 requests the creation of a new subscribermanagement toolbox object 106. The new toolbox object(s) then attempt to retrieve the business object(s) storing the requested information from the local database 83 (block 712). For instance, in the above example, the subscribermanagement toolbox object 106 will utilize the system directories to attempt to locate and retrieve theappropriate subscriber object 122. If thesubscriber object 122 is not present in thelocal database 83, thetoolbox object 100 calls the out-of-system data routine discussed below in connection with FIGS. 8A-8B (block 714). - Assuming for the moment that the
business object 120 in question is present on thelocal database 83, as shown in FIG. 7B, thetoolbox object 100 next retrieves the business object 120 (block 716). Theclient adapter object 80 notifies the user that the information is available and requests an identification of what attribute the user wishes to view (block 718). Thesystem 10 then waits for a response. If a delay longer than a predetermined time period occurs without response from the user (block 720), or if the user affirmatively quits the application (block 722), theclient adapter object 80 terminates the connection with the user and returns to block 700 in FIG. 7A. Otherwise, upon receiving a request to display an attribute (block 718), thebusiness object 120 provides the requested attribute to thetoolbox object 100 which, in turn, provides this information to the client adapter object 80 (block 724). Theclient adapter object 80 forwards the requested attribute to the user. Theclient adapter object 80 then enters another loop represented by blocks 726-732 where the user is given a predefined time period to request another attribute (block 726), to request another version of the attribute (e.g., an earlier or future version) (block 728), or to quit the application (block 732). If the user does not respond within a predetermined time period, theclient adapter object 80 terminates the connection with the user (block 730) and returns to block 700 in FIG. 7A. - If the user asks to view another attribute (block726), control returns to block 724 if the requested attribute is contained in the same business object 120 (block 734). If the requested attribute is not in the business object retrieved at block 716 (block 734), control proceeds to block 736 in FIG. 7A. At
block 736, theclient adapter object 80 determines whether anew toolbox object 100 is needed to obtain the requested attribute. If not, control proceeds to block 712. Otherwise, control advances to block 710. - If, at block728 (FIG. 7B), the user indicates a desire to see another version of the attribute currently being displayed, control proceeds to block 740 (FIG. 7C). At
block 740, theclient adapter object 80 provides the user with an opportunity to retrieve the next version (i.e., the next version that is to be implemented or was implemented after the current version). If the user indicates a desire to retrieve the next version, thesystem 10 checks to determine if a next version exists in the local database (block 742). If it does, control proceeds to block 716 (FIG. 7B). Otherwise, the client adapter-object 80 displays a message indicating that the requested data either does not exist or has been “archived” (i.e., has been deleted from the local database 83) (block 744). The user is then given the opportunity to request thesystem 10 to attempt to retrieve the “archived” data from the SCP databases (block 746). If the user requests such an attempt, the out-of-system data routine is called (block 748). Otherwise, control returns to block 726 (FIG. 7B). - Returning to block740, if the user does not request the next version of the displayed attribute, the
client adapter object 80 offers the user the opportunity to request a specific version of the attribute (i.e., either earlier or later in time than the currently displayed version) (block 750). If the user indicates that it does not want to specify a version (block 750), control returns to block 726 (FIG. 7B). Otherwise, if the user identifies a specific version, control returns to block 712 (FIG. 7A). - Turning to FIGS.8A-8B, when the out-of-system data routine is called (block 714 in FIG. 7A or block 748 in FIG. 7C), the
relevant toolbox object 100 creates a new business object for storage in the local database 83 (block 800). It then accesses thesystem database 83 to determine which SCP stores the out-of-system data desired (block 802). Once this determination is made, thetoolbox 100 requests the creation of a new instance (142 or 144) of the network element manager adapter class 140 (block 804). Thetoolbox object 100 then parses and begins feeding the request for data to the new network element manager adapter object (142 or 144) in a piece by piece fashion (block 806). If the request requires translation (as will typically be the case) (block 808), the network element manager adapter object (142 or 144) translates the message part by looking it up in the translation database (160 or 162). Control continues to loop through blocks 806-812 until the entire message has been delivered to the network element manager adapter object (142 or 144) (block 812). The network element manager adapter object (142 or 144) then assembles the translated request (block 814), and forwards it to the API object (152 or 154) of the appropriate network element manager (20 or 22) (block 816). - The network element manager adapter object (142 or 144) then waits to receive a reply from the element manager (20 or 22) (block 818). Upon receiving the reply, the network element manager adapter object (142 or 144) reverse translates the reply into GSMS format (block 820) by addressing the look-up table in the translation database (160 or 162). If the reply is an error message (block 822), the network element manager adapter (142 or 144) relays that message to the requesting
toolbox object 100, which, in turn, relys the message to the appropriateclient adapter object 80. Theclient adapter object 80 forwards the error message to the user and control returns to block 700 of FIG. 7A. - If the reply is not an error message (block822), the retrieved data is forwarded to the requesting
toolbox 100 via the element manager adapter object (142 or 144), and the retrieved attribute(s) are stored (block 826) in thenew business order 120 created atblock 800. Thetoolbox object 100 then stores thenew business order 120 to thesystem database 83 and updates the system directories appropriately (block 828). The retrieved attribute(s) are then forwarded to the user via the client adapter object 80 (block 830), and control proceeds to block 726 in FIG. 7B. - If a user subscribes to a service such as the alternate routing service offered by Ameritech which develops triggers that can change data on the SCP databases without involving the global
service management system 10, in some instances, the data on thelocal database 83 may be unreliable. To address such a situation, thesystem 10 identifies any attribute that can be changed in this manner as “volatile” in the appropriate business object(s) 120, and, whenever this data is to be used for any purpose, thesystem 10 pages in the attribute (i.e., retrieves the required network information) from the SCP database(s) in accordance with the above described methods. - Those skilled in the art will further appreciate that, although the invention has been described in connection with certain embodiments, there is no intent to limit the invention thereto. On the contrary, the intention of this patent is to cover all modifications and embodiments fairly falling within the scope of the appended claims either literally or under the doctrine of equivalents.
Claims (31)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/016,529 US20020055995A1 (en) | 1998-06-23 | 2001-12-10 | Global service management system for an advanced intelligent network |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/103,286 US6330598B1 (en) | 1998-06-23 | 1998-06-23 | Global service management system for an advanced intelligent network |
US10/016,529 US20020055995A1 (en) | 1998-06-23 | 2001-12-10 | Global service management system for an advanced intelligent network |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/103,286 Continuation US6330598B1 (en) | 1998-06-23 | 1998-06-23 | Global service management system for an advanced intelligent network |
Publications (1)
Publication Number | Publication Date |
---|---|
US20020055995A1 true US20020055995A1 (en) | 2002-05-09 |
Family
ID=22294387
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/103,286 Expired - Lifetime US6330598B1 (en) | 1998-06-23 | 1998-06-23 | Global service management system for an advanced intelligent network |
US10/016,529 Abandoned US20020055995A1 (en) | 1998-06-23 | 2001-12-10 | Global service management system for an advanced intelligent network |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/103,286 Expired - Lifetime US6330598B1 (en) | 1998-06-23 | 1998-06-23 | Global service management system for an advanced intelligent network |
Country Status (3)
Country | Link |
---|---|
US (2) | US6330598B1 (en) |
AU (1) | AU5082899A (en) |
WO (1) | WO1999067719A1 (en) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020101826A1 (en) * | 2001-01-31 | 2002-08-01 | Giacopelli James N. | Method and systems for bandwidth management in packet data networks |
US20030154276A1 (en) * | 2002-02-14 | 2003-08-14 | Caveney Jack E. | VOIP telephone location system |
US20030187983A1 (en) * | 2002-03-29 | 2003-10-02 | Rajic Hrabri L. | Method and system for distributing applications |
US20040073597A1 (en) * | 2002-01-30 | 2004-04-15 | Caveney Jack E. | Systems and methods for managing a network |
US20040215759A1 (en) * | 2003-01-09 | 2004-10-28 | Yusuke Takahashi | Access control system, accessed terminal, access terminal and program for terminal, and access control method |
US20050111491A1 (en) * | 2003-10-23 | 2005-05-26 | Panduit Corporation | System to guide and monitor the installation and revision of network cabling of an active jack network |
US20050141431A1 (en) * | 2003-08-06 | 2005-06-30 | Caveney Jack E. | Network managed device installation and provisioning technique |
US20050159036A1 (en) * | 2003-11-24 | 2005-07-21 | Caveney Jack E. | Communications patch panel systems and methods |
US20050245127A1 (en) * | 2004-05-03 | 2005-11-03 | Nordin Ronald A | Powered patch panel |
US20060047800A1 (en) * | 2004-08-24 | 2006-03-02 | Panduit Corporation | Systems and methods for network management |
US7032030B1 (en) * | 1999-03-11 | 2006-04-18 | John David Codignotto | Message publishing system and method |
US20060143307A1 (en) * | 1999-03-11 | 2006-06-29 | John Codignotto | Message publishing system |
US20070064603A1 (en) * | 2005-09-19 | 2007-03-22 | Sean Chen | Method of provisioning network elements to perform a service |
US8539107B2 (en) * | 2008-09-25 | 2013-09-17 | Rockliffe Systems, Inc. | Personal information management data synchronization |
CN109428810A (en) * | 2017-08-28 | 2019-03-05 | 京瓷办公信息系统株式会社 | Mail format confirms system and recording medium |
US10270808B1 (en) * | 2018-03-12 | 2019-04-23 | Capital One Services, Llc | Auto-generated synthetic identities for simulating population dynamics to detect fraudulent activity |
Families Citing this family (80)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010048738A1 (en) | 1997-04-03 | 2001-12-06 | Sbc Technology Resourses, Inc. | Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services |
US6778651B1 (en) | 1997-04-03 | 2004-08-17 | Southwestern Bell Telephone Company | Apparatus and method for facilitating service management of communications services in a communications network |
FI106507B (en) * | 1998-04-09 | 2001-02-15 | Nokia Networks Oy | Processing of a data message in a network element in a telecommunications network |
US6330598B1 (en) * | 1998-06-23 | 2001-12-11 | Ameritech Corporation | Global service management system for an advanced intelligent network |
DE19829026A1 (en) * | 1998-06-30 | 2000-01-05 | Alcatel Sa | Service providing system for telecommunications network |
US6249768B1 (en) * | 1998-10-29 | 2001-06-19 | International Business Machines Corporation | Strategic capability networks |
US6959339B1 (en) * | 1998-11-06 | 2005-10-25 | International Business Machines Corporation | Technique for handling a universal image format on the internet |
US6901440B1 (en) * | 1999-07-02 | 2005-05-31 | Agilent Technologies, Inc. | System and method for universal service activation |
US6961778B2 (en) | 1999-11-30 | 2005-11-01 | Accenture Llp | Management interface between a core telecommunication system and a local service provider |
US6836803B1 (en) | 1999-11-30 | 2004-12-28 | Accenture Llp | Operations architecture to implement a local service activation management system |
US6813278B1 (en) | 1999-11-30 | 2004-11-02 | Accenture Llp | Process for submitting and handling a service request in a local service management system |
US6732167B1 (en) * | 1999-11-30 | 2004-05-04 | Accenture L.L.P. | Service request processing in a local service activation management environment |
JP3545666B2 (en) * | 2000-02-14 | 2004-07-21 | 株式会社東芝 | Service providing system for mobile terminals |
US7437456B1 (en) * | 2000-03-17 | 2008-10-14 | Fujitsu Limited | Object reference generating device, object reference generating method and computer readable recording medium for recording an object reference generating program |
WO2001075551A2 (en) * | 2000-03-30 | 2001-10-11 | Mccarty John M | Address presentation system |
US20020022483A1 (en) * | 2000-04-18 | 2002-02-21 | Wayport, Inc. | Distributed network communication system which allows multiple wireless service providers to share a common network infrastructure |
US7206843B1 (en) | 2000-04-21 | 2007-04-17 | Sun Microsystems, Inc. | Thread-safe portable management interface |
US7783720B1 (en) | 2000-04-21 | 2010-08-24 | Oracle America, Inc. | CORBA metadata gateway to telecommunications management network |
US6915324B1 (en) | 2000-04-21 | 2005-07-05 | Sun Microsystems, Inc. | Generic and dynamic mapping of abstract syntax notation (ASN1) to and from interface definition language for network management |
US7010586B1 (en) | 2000-04-21 | 2006-03-07 | Sun Microsystems, Inc. | System and method for event subscriptions for CORBA gateway |
US6839748B1 (en) | 2000-04-21 | 2005-01-04 | Sun Microsystems, Inc. | Synchronous task scheduler for corba gateway |
US6813770B1 (en) | 2000-04-21 | 2004-11-02 | Sun Microsystems, Inc. | Abstract syntax notation to interface definition language converter framework for network management |
US6950935B1 (en) | 2000-04-21 | 2005-09-27 | Sun Microsystems, Inc. | Pluggable authentication modules for telecommunications management network |
US7228346B1 (en) * | 2000-04-21 | 2007-06-05 | Sun Microsystems, Inc. | IDL event and request formatting for corba gateway |
US7478403B1 (en) | 2000-04-21 | 2009-01-13 | Sun Microsystems, Inc. | Secure access to managed network objects using a configurable platform-independent gateway providing individual object-level access control |
AU2001261055B2 (en) * | 2000-04-27 | 2004-09-30 | Prosight, Ltd. | Managing Information Technology Investments and Distributing IT Management Practice Information |
US6578004B1 (en) * | 2000-04-27 | 2003-06-10 | Prosight, Ltd. | Method and apparatus for facilitating management of information technology investment |
US6591315B1 (en) * | 2000-05-19 | 2003-07-08 | At&T Corp. | Remote intelligent peripheral routing method and apparatus |
FI20001617A (en) * | 2000-07-06 | 2002-01-07 | Nokia Mobile Phones Ltd | Procedure and apparatus for data communication |
US7496652B2 (en) | 2000-07-17 | 2009-02-24 | Teleservices Solutions, Inc. | Intelligent network providing network access services (INP-NAS) |
US20020026473A1 (en) * | 2000-08-31 | 2002-02-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Application-programming-interface-based method and system including triggers |
US7051101B1 (en) * | 2000-09-13 | 2006-05-23 | Emc Corporation | Methods and apparatus for controlling devices within storage network |
US7155001B2 (en) | 2001-10-24 | 2006-12-26 | Sbc Properties, L.P. | System and method for restricting and monitoring telephone calls |
US7904595B2 (en) * | 2001-01-18 | 2011-03-08 | Sdl International America Incorporated | Globalization management system and method therefor |
US7103606B2 (en) * | 2001-06-18 | 2006-09-05 | International Business Machines Corporation | Method and apparatus for removing information from a server |
US20020191020A1 (en) * | 2001-06-18 | 2002-12-19 | International Business Machines Corporation | Method and apparatus for removing confindential information from a history |
US7227658B2 (en) * | 2001-08-01 | 2007-06-05 | Canon Kabushiki Kaisha | Content management in a broadband printing system |
CA2365681A1 (en) * | 2001-12-19 | 2003-06-19 | Alcatel Canada Inc. | System and method for managing information for elements in a communication network |
US7099664B1 (en) * | 2001-12-28 | 2006-08-29 | Bellsouth Intellectual Property Corporation | Script building method and system for wireline and wireless telephone switches |
US20030182167A1 (en) * | 2002-03-21 | 2003-09-25 | Wolfgang Kalthoff | Goal management |
AU2003219415A1 (en) * | 2002-03-21 | 2003-10-08 | Sap Aktiengesellschaft | Synchronizing users on shared data with locks |
US7957509B2 (en) | 2002-04-30 | 2011-06-07 | At&T Intellectual Property I, L.P. | Voice enhancing for advance intelligent network services |
US7228175B2 (en) | 2002-05-15 | 2007-06-05 | Cardiac Pacemakers, Inc. | Cardiac rhythm management systems and methods using acoustic contractility indicator |
US7162405B2 (en) * | 2002-05-31 | 2007-01-09 | Certalogic, Inc. | Method for modeling and viewing real world objects in a network model at real world times |
US7539998B1 (en) * | 2002-06-06 | 2009-05-26 | Vance Jay Klingman | Mechanism for converting CORBA object requests to native XATMI service requests |
JP2004021562A (en) * | 2002-06-14 | 2004-01-22 | Fujitsu Ltd | Client character code conversion program and server character code conversion program |
US20040044730A1 (en) * | 2002-09-03 | 2004-03-04 | Holger Gockel | Dynamic access of data |
US7236973B2 (en) * | 2002-11-27 | 2007-06-26 | Sap Aktiengesellschaft | Collaborative master data management system for identifying similar objects including identical and non-identical attributes |
US7509326B2 (en) * | 2002-09-03 | 2009-03-24 | Sap Ag | Central master data management |
US8438238B2 (en) * | 2002-10-16 | 2013-05-07 | Sap Ag | Master data access |
US7599912B2 (en) * | 2003-01-14 | 2009-10-06 | At&T Intellectual Property I, L.P. | Structured query language (SQL) query via common object request broker architecture (CORBA) interface |
US8061604B1 (en) | 2003-02-13 | 2011-11-22 | Sap Ag | System and method of master data management using RFID technology |
US20040169688A1 (en) * | 2003-02-27 | 2004-09-02 | Microsoft Corporation | Multi-directional display and navigation of hierarchical data and optimization of display area consumption |
US7945036B1 (en) | 2003-04-07 | 2011-05-17 | Shoretel, Inc. | Provisioning a phone without involving an administrator |
US7552123B2 (en) * | 2003-08-13 | 2009-06-23 | At&T Intellectual Property I, L.P. | Methods, systems and computer program products for synchronizing records in billing and service databases |
US7921299B1 (en) * | 2003-12-05 | 2011-04-05 | Microsoft Corporation | Partner sandboxing in a shared multi-tenant billing system |
US7930149B2 (en) | 2003-12-19 | 2011-04-19 | Sap Aktiengesellschaft | Versioning of elements in a configuration model |
JP2005197826A (en) * | 2003-12-26 | 2005-07-21 | Fujitsu Ltd | Central management apparatus for managing a plurality of nodes on network |
US20050149474A1 (en) * | 2003-12-30 | 2005-07-07 | Wolfgang Kalthoff | Master data entry |
US7925727B2 (en) * | 2004-07-29 | 2011-04-12 | Nortel Networks Limited | Method and apparatus for efficient communication of management data in a telecommunications network |
US9031915B2 (en) * | 2008-10-15 | 2015-05-12 | International Business Machines Corporation | Relationship management for contact staleness |
US9178842B2 (en) * | 2008-11-05 | 2015-11-03 | Commvault Systems, Inc. | Systems and methods for monitoring messaging applications for compliance with a policy |
US20100280926A1 (en) * | 2009-05-04 | 2010-11-04 | Ferreira Da Silva Luis Filipe De Almeida | Storing transaction details for mobile telephone top ups via automatic teller machines |
US10657540B2 (en) | 2011-01-29 | 2020-05-19 | Sdl Netherlands B.V. | Systems, methods, and media for web content management |
US9547626B2 (en) | 2011-01-29 | 2017-01-17 | Sdl Plc | Systems, methods, and media for managing ambient adaptability of web applications and web services |
US8612598B1 (en) * | 2011-02-18 | 2013-12-17 | The Directv Group, Inc. | Method and system for ingesting content schedule data from an external source |
US8886674B1 (en) | 2011-02-18 | 2014-11-11 | The Directv Group, Inc. | Method and system for entitling a user device to receive content from data from an external source |
US10580015B2 (en) | 2011-02-25 | 2020-03-03 | Sdl Netherlands B.V. | Systems, methods, and media for executing and optimizing online marketing initiatives |
JP6322143B2 (en) * | 2011-12-13 | 2018-05-09 | ビザ インターナショナル サービス アソシエーション | Integrated mobile trusted service manager |
US10949815B2 (en) | 2011-12-13 | 2021-03-16 | Visa International Service Association | Integrated mobile trusted service manager |
US8914516B2 (en) * | 2012-05-08 | 2014-12-16 | Fmr Llc | Providing an integrated suite of cloud-based, hosted and internal applications |
US9773270B2 (en) | 2012-05-11 | 2017-09-26 | Fredhopper B.V. | Method and system for recommending products based on a ranking cocktail |
ES2438440B1 (en) * | 2012-06-13 | 2014-07-30 | Seabery Soluciones, S.L. | ADVANCED DEVICE FOR SIMULATION-BASED WELDING TRAINING WITH INCREASED REALITY AND REMOTE UPDATE |
US11308528B2 (en) | 2012-09-14 | 2022-04-19 | Sdl Netherlands B.V. | Blueprinting of multimedia assets |
US9246982B2 (en) * | 2012-09-14 | 2016-01-26 | Microsoft Technology Licensing, Llc | Reducing network usage of computing device |
US10452740B2 (en) | 2012-09-14 | 2019-10-22 | Sdl Netherlands B.V. | External content libraries |
US11386186B2 (en) | 2012-09-14 | 2022-07-12 | Sdl Netherlands B.V. | External content library connector systems and methods |
US9660993B2 (en) * | 2012-10-25 | 2017-05-23 | Facebook, Inc. | Event reporting and handling |
US10614167B2 (en) | 2015-10-30 | 2020-04-07 | Sdl Plc | Translation review workflow systems and methods |
US11675738B2 (en) * | 2017-08-29 | 2023-06-13 | Neustar, Inc. | Database locking using logical lock mechanism |
Citations (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5487103A (en) * | 1990-10-01 | 1996-01-23 | United States Advanced Network, Inc. | Enhanced wide area audio response network |
US5546574A (en) * | 1994-06-30 | 1996-08-13 | At&T Corporation | Peer-to-peer data concurrence processes and apparatus |
US5657375A (en) * | 1993-01-04 | 1997-08-12 | Ameritech Corporation | Wireless digital personal communications system having voice/data/image two-way calling and intercell hand off provided through distributed logic |
US5673322A (en) * | 1996-03-22 | 1997-09-30 | Bell Communications Research, Inc. | System and method for providing protocol translation and filtering to access the world wide web from wireless or low-bandwidth networks |
US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
US5790796A (en) * | 1996-06-14 | 1998-08-04 | Symantec Corporation | Polymorphic package files to update software components |
US5828729A (en) * | 1995-11-22 | 1998-10-27 | Stentor Resource Centre Inc. | Automated mass calling detection using CCS7 message parameters |
US5878389A (en) * | 1995-06-28 | 1999-03-02 | Oregon Graduate Institute Of Science & Technology | Method and system for generating an estimated clean speech signal from a noisy speech signal |
US5887187A (en) * | 1993-10-20 | 1999-03-23 | Lsi Logic Corporation | Single chip network adapter apparatus |
US5903845A (en) * | 1996-06-04 | 1999-05-11 | At&T Wireless Services Inc. | Personal information manager for updating a telecommunication subscriber profile |
US5933778A (en) * | 1996-06-04 | 1999-08-03 | At&T Wireless Services Inc. | Method and apparatus for providing telecommunication services based on a subscriber profile updated by a personal information manager |
US5940478A (en) * | 1996-05-31 | 1999-08-17 | Octel Communications Corporation | Method and system for extended addressing plans |
US6002767A (en) * | 1996-06-17 | 1999-12-14 | Verifone, Inc. | System, method and article of manufacture for a modular gateway server architecture |
US6012095A (en) * | 1996-05-31 | 2000-01-04 | Hewlett-Packard Company | Generic notification framework system and method for enhancing operation of a management station on a network |
US6034970A (en) * | 1996-05-31 | 2000-03-07 | Adaptive Micro Systems, Inc. | Intelligent messaging system and method for providing and updating a message using a communication device, such as a large character display |
US6058115A (en) * | 1997-08-04 | 2000-05-02 | Motorola, Inc. | Communication method and apparatus utilizing protocol options |
US6076092A (en) * | 1997-08-19 | 2000-06-13 | Sun Microsystems, Inc. | System and process for providing improved database interfacing using query objects |
US6141759A (en) * | 1997-12-10 | 2000-10-31 | Bmc Software, Inc. | System and architecture for distributing, monitoring, and managing information requests on a computer network |
US6215772B1 (en) * | 1997-11-26 | 2001-04-10 | International Business Machines Corporation | Dynamic parameter estimation for efficient transport of HPR data on IP |
US6223149B1 (en) * | 1998-05-28 | 2001-04-24 | 3Com Corporation | Non-distributed LAN emulation server redundancy method |
US6243815B1 (en) * | 1997-04-25 | 2001-06-05 | Anand K. Antur | Method and apparatus for reconfiguring and managing firewalls and security devices |
US6260021B1 (en) * | 1998-06-12 | 2001-07-10 | Philips Electronics North America Corporation | Computer-based medical image distribution system and method |
US6278697B1 (en) * | 1997-07-29 | 2001-08-21 | Nortel Networks Limited | Method and apparatus for processing multi-protocol communications |
US6314088B1 (en) * | 1996-09-20 | 2001-11-06 | Nec Corporation | Node configuration setup system with servers hunting through connection-oriented network for client's data |
US6330598B1 (en) * | 1998-06-23 | 2001-12-11 | Ameritech Corporation | Global service management system for an advanced intelligent network |
US6339595B1 (en) * | 1997-12-23 | 2002-01-15 | Cisco Technology, Inc. | Peer-model support for virtual private networks with potentially overlapping addresses |
US6345303B1 (en) * | 1997-03-25 | 2002-02-05 | Intel Corporation | Network proxy capable of dynamically selecting a destination device for servicing a client request |
US6463418B1 (en) * | 1997-08-15 | 2002-10-08 | Sun Microsystems, Inc. | Secure and stateful electronic business transaction system |
US6560707B2 (en) * | 1995-11-06 | 2003-05-06 | Xerox Corporation | Multimedia coordination system |
US6578077B1 (en) * | 1997-05-27 | 2003-06-10 | Novell, Inc. | Traffic monitoring tool for bandwidth management |
US6587867B1 (en) * | 1997-05-22 | 2003-07-01 | Mci Communications Corporation | Internet-based subscriber profile management of a communications system |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5212789A (en) | 1989-10-12 | 1993-05-18 | Bell Communications Research, Inc. | Method and apparatus for updating application databases used in a distributed transaction processing environment |
US5247571A (en) | 1992-02-28 | 1993-09-21 | Bell Atlantic Network Services, Inc. | Area wide centrex |
US5864614A (en) * | 1992-04-17 | 1999-01-26 | Bell Atlantic Network Services, Inc. | Intelligent peripheral and network control |
US5418844A (en) | 1992-04-17 | 1995-05-23 | Bell Atlantic Network Services, Inc. | Automatic access to information service providers |
US5583920A (en) | 1992-04-17 | 1996-12-10 | Bell Atlantic | Intelligent peripheral in video dial tone network |
US5386467A (en) | 1992-07-31 | 1995-01-31 | At&T Corp. | Intelligent network communication system |
US5436957A (en) | 1992-12-24 | 1995-07-25 | Bell Atlantic Network Services, Inc. | Subscriber control of access restrictions on a plurality of the subscriber's telephone lines |
US5392402A (en) | 1993-06-29 | 1995-02-21 | Bell Communications Research, Inc. | Broadband intelligent telecommunications network and method employing a resource system to support network services |
US5644619A (en) | 1993-11-16 | 1997-07-01 | Bell Atlantic Network Services, Inc. | Analysis and validation system for provisioning a public switched telephone network |
US5579318A (en) | 1994-06-30 | 1996-11-26 | Bellsouth Corporation | Processes and apparatus for maintaining data concurrence between databases in telecommunications networks |
US5541917A (en) | 1994-09-12 | 1996-07-30 | Bell Atlantic | Video and TELCO network control functionality |
US5570410A (en) | 1994-10-13 | 1996-10-29 | Bellsouth Corporation | Dynamic resource allocation process for a service control point in an advanced intelligent network system |
US5594789A (en) | 1994-10-13 | 1997-01-14 | Bell Atlantic Network Services, Inc. | Transaction implementation in video dial tone network |
US5581610A (en) | 1994-10-19 | 1996-12-03 | Bellsouth Corporation | Method for network traffic regulation and management at a mediated access service control point in an open advanced intelligent network environment |
US5517562A (en) | 1994-11-01 | 1996-05-14 | Independent Telecommunications Network, Inc. | Method and system for providing a distributed service network for telecommunications service providers |
US5651053A (en) | 1995-01-26 | 1997-07-22 | Mitchell; Peter P. | Telephone call screening |
US5619562A (en) | 1995-02-06 | 1997-04-08 | Bell Atlantic Network Services, Inc. | Method and system for remotely activating/changing subscriber services in a public switched telephone network |
US5664102A (en) | 1995-02-07 | 1997-09-02 | At&T | Intelligent network internetworking access arrangement |
US5579384A (en) * | 1995-02-17 | 1996-11-26 | Bellsouth Corporation | Telecommunications network service central management system interfacing with protocol specific regional stations providing services to subscribers |
US5706286A (en) * | 1995-04-19 | 1998-01-06 | Mci Communications Corporation | SS7 gateway |
CA2147776C (en) | 1995-04-25 | 1997-09-02 | George W. Turner | Number translation services matrix |
US5566235A (en) | 1995-10-05 | 1996-10-15 | Bell Atlantic Network Services, Inc. | Customer controlled service mediation management |
US5629974A (en) | 1995-11-16 | 1997-05-13 | Nokia Telecommunications Oy | Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network |
US5802146A (en) * | 1995-11-22 | 1998-09-01 | Bell Atlantic Network Services, Inc. | Maintenance operations console for an advanced intelligent network |
US5790548A (en) * | 1996-04-18 | 1998-08-04 | Bell Atlantic Network Services, Inc. | Universal access multimedia data network |
US5890156A (en) * | 1996-05-02 | 1999-03-30 | Alcatel Usa, Inc. | Distributed redundant database |
US6161128A (en) * | 1996-08-14 | 2000-12-12 | Telcordia Technologies, Inc. | Internet based service control system allows telecommunications subscriber modifies telecommunications services through an internet gateway |
US5991803A (en) * | 1997-03-28 | 1999-11-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Decoupling service creation environment from service logic execution environment |
US5937412A (en) * | 1997-12-29 | 1999-08-10 | Alcatel Usa Sourcing, L.P. | Method and system for packaging service logic programs in an advanced intelligent network |
-
1998
- 1998-06-23 US US09/103,286 patent/US6330598B1/en not_active Expired - Lifetime
-
1999
- 1999-06-16 WO PCT/US1999/013600 patent/WO1999067719A1/en active Application Filing
- 1999-06-16 AU AU50828/99A patent/AU5082899A/en not_active Abandoned
-
2001
- 2001-12-10 US US10/016,529 patent/US20020055995A1/en not_active Abandoned
Patent Citations (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5487103A (en) * | 1990-10-01 | 1996-01-23 | United States Advanced Network, Inc. | Enhanced wide area audio response network |
US5657375A (en) * | 1993-01-04 | 1997-08-12 | Ameritech Corporation | Wireless digital personal communications system having voice/data/image two-way calling and intercell hand off provided through distributed logic |
US5887187A (en) * | 1993-10-20 | 1999-03-23 | Lsi Logic Corporation | Single chip network adapter apparatus |
US5546574A (en) * | 1994-06-30 | 1996-08-13 | At&T Corporation | Peer-to-peer data concurrence processes and apparatus |
US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
US5878389A (en) * | 1995-06-28 | 1999-03-02 | Oregon Graduate Institute Of Science & Technology | Method and system for generating an estimated clean speech signal from a noisy speech signal |
US6560707B2 (en) * | 1995-11-06 | 2003-05-06 | Xerox Corporation | Multimedia coordination system |
US5828729A (en) * | 1995-11-22 | 1998-10-27 | Stentor Resource Centre Inc. | Automated mass calling detection using CCS7 message parameters |
US5673322A (en) * | 1996-03-22 | 1997-09-30 | Bell Communications Research, Inc. | System and method for providing protocol translation and filtering to access the world wide web from wireless or low-bandwidth networks |
US6034970A (en) * | 1996-05-31 | 2000-03-07 | Adaptive Micro Systems, Inc. | Intelligent messaging system and method for providing and updating a message using a communication device, such as a large character display |
US5940478A (en) * | 1996-05-31 | 1999-08-17 | Octel Communications Corporation | Method and system for extended addressing plans |
US6012095A (en) * | 1996-05-31 | 2000-01-04 | Hewlett-Packard Company | Generic notification framework system and method for enhancing operation of a management station on a network |
US5903845A (en) * | 1996-06-04 | 1999-05-11 | At&T Wireless Services Inc. | Personal information manager for updating a telecommunication subscriber profile |
US5933778A (en) * | 1996-06-04 | 1999-08-03 | At&T Wireless Services Inc. | Method and apparatus for providing telecommunication services based on a subscriber profile updated by a personal information manager |
US5790796A (en) * | 1996-06-14 | 1998-08-04 | Symantec Corporation | Polymorphic package files to update software components |
US6002767A (en) * | 1996-06-17 | 1999-12-14 | Verifone, Inc. | System, method and article of manufacture for a modular gateway server architecture |
US6314088B1 (en) * | 1996-09-20 | 2001-11-06 | Nec Corporation | Node configuration setup system with servers hunting through connection-oriented network for client's data |
US6345303B1 (en) * | 1997-03-25 | 2002-02-05 | Intel Corporation | Network proxy capable of dynamically selecting a destination device for servicing a client request |
US6243815B1 (en) * | 1997-04-25 | 2001-06-05 | Anand K. Antur | Method and apparatus for reconfiguring and managing firewalls and security devices |
US6587867B1 (en) * | 1997-05-22 | 2003-07-01 | Mci Communications Corporation | Internet-based subscriber profile management of a communications system |
US6578077B1 (en) * | 1997-05-27 | 2003-06-10 | Novell, Inc. | Traffic monitoring tool for bandwidth management |
US6278697B1 (en) * | 1997-07-29 | 2001-08-21 | Nortel Networks Limited | Method and apparatus for processing multi-protocol communications |
US6058115A (en) * | 1997-08-04 | 2000-05-02 | Motorola, Inc. | Communication method and apparatus utilizing protocol options |
US6463418B1 (en) * | 1997-08-15 | 2002-10-08 | Sun Microsystems, Inc. | Secure and stateful electronic business transaction system |
US6076092A (en) * | 1997-08-19 | 2000-06-13 | Sun Microsystems, Inc. | System and process for providing improved database interfacing using query objects |
US6215772B1 (en) * | 1997-11-26 | 2001-04-10 | International Business Machines Corporation | Dynamic parameter estimation for efficient transport of HPR data on IP |
US6141759A (en) * | 1997-12-10 | 2000-10-31 | Bmc Software, Inc. | System and architecture for distributing, monitoring, and managing information requests on a computer network |
US6339595B1 (en) * | 1997-12-23 | 2002-01-15 | Cisco Technology, Inc. | Peer-model support for virtual private networks with potentially overlapping addresses |
US6223149B1 (en) * | 1998-05-28 | 2001-04-24 | 3Com Corporation | Non-distributed LAN emulation server redundancy method |
US6260021B1 (en) * | 1998-06-12 | 2001-07-10 | Philips Electronics North America Corporation | Computer-based medical image distribution system and method |
US6330598B1 (en) * | 1998-06-23 | 2001-12-11 | Ameritech Corporation | Global service management system for an advanced intelligent network |
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060143307A1 (en) * | 1999-03-11 | 2006-06-29 | John Codignotto | Message publishing system |
US20100150446A1 (en) * | 1999-03-11 | 2010-06-17 | Easyweb Technologies, Inc. | Method for publishing hand written messages |
US7698372B2 (en) | 1999-03-11 | 2010-04-13 | Easyweb Technologies, Inc. | System for publishing messages from identified, authorized senders to subscribers |
US7689658B2 (en) | 1999-03-11 | 2010-03-30 | Easyweb Technologies, Inc. | Method for publishing messages from identified, authorized senders to subscribers |
US10114905B2 (en) | 1999-03-11 | 2018-10-30 | Easyweb Innovations, Inc. | Individual user selectable multi-level authorization method for accessing a computer system |
US20130091232A1 (en) * | 1999-03-11 | 2013-04-11 | Easyweb Innovations, Llc. | Message publishing with prohibited or restricted content removal |
US8327025B2 (en) | 1999-03-11 | 2012-12-04 | Easyweb Technologies, Inc. | Method for publishing hand written messages |
US20100014649A1 (en) * | 1999-03-11 | 2010-01-21 | Easyweb Technologies, Inc. | Method for publishing messages from identified, authorized senders to subscribers |
US7596606B2 (en) | 1999-03-11 | 2009-09-29 | Codignotto John D | Message publishing system for publishing messages from identified, authorized senders |
US7685247B2 (en) | 1999-03-11 | 2010-03-23 | Easyweb Technologies, Inc. | System for publishing and converting messages from identified, authorized senders |
US20100017864A1 (en) * | 1999-03-11 | 2010-01-21 | Easyweb Technologies, Inc. | System for publishing and converting messages from identified, authorized senders |
US7032030B1 (en) * | 1999-03-11 | 2006-04-18 | John David Codignotto | Message publishing system and method |
US6931011B2 (en) * | 2001-01-31 | 2005-08-16 | Telcordia Technologies, Inc. | Method and systems for bandwidth management in packet data networks |
US20020101826A1 (en) * | 2001-01-31 | 2002-08-01 | Giacopelli James N. | Method and systems for bandwidth management in packet data networks |
US20040073597A1 (en) * | 2002-01-30 | 2004-04-15 | Caveney Jack E. | Systems and methods for managing a network |
US20030154276A1 (en) * | 2002-02-14 | 2003-08-14 | Caveney Jack E. | VOIP telephone location system |
US20030187983A1 (en) * | 2002-03-29 | 2003-10-02 | Rajic Hrabri L. | Method and system for distributing applications |
US7096249B2 (en) * | 2002-03-29 | 2006-08-22 | Intel Corporation | Method and system for distributing applications |
US7376725B2 (en) * | 2003-01-09 | 2008-05-20 | Seiko Epson Corporation | Access control system, accessed terminal, access terminal and program for terminal, and access control method |
US20040215759A1 (en) * | 2003-01-09 | 2004-10-28 | Yusuke Takahashi | Access control system, accessed terminal, access terminal and program for terminal, and access control method |
US20050141431A1 (en) * | 2003-08-06 | 2005-06-30 | Caveney Jack E. | Network managed device installation and provisioning technique |
US8325770B2 (en) | 2003-08-06 | 2012-12-04 | Panduit Corp. | Network managed device installation and provisioning technique |
US20080049790A1 (en) * | 2003-10-23 | 2008-02-28 | Panduit Corp. | System to Guide and Monitor the Installation and Revision of Network Cabling of an Active Jack Network System |
US20050111491A1 (en) * | 2003-10-23 | 2005-05-26 | Panduit Corporation | System to guide and monitor the installation and revision of network cabling of an active jack network |
US20050159036A1 (en) * | 2003-11-24 | 2005-07-21 | Caveney Jack E. | Communications patch panel systems and methods |
US20050245127A1 (en) * | 2004-05-03 | 2005-11-03 | Nordin Ronald A | Powered patch panel |
US20060047800A1 (en) * | 2004-08-24 | 2006-03-02 | Panduit Corporation | Systems and methods for network management |
US20070064603A1 (en) * | 2005-09-19 | 2007-03-22 | Sean Chen | Method of provisioning network elements to perform a service |
US8539107B2 (en) * | 2008-09-25 | 2013-09-17 | Rockliffe Systems, Inc. | Personal information management data synchronization |
CN109428810A (en) * | 2017-08-28 | 2019-03-05 | 京瓷办公信息系统株式会社 | Mail format confirms system and recording medium |
US10671978B2 (en) * | 2017-08-28 | 2020-06-02 | Kyocera Document Solutions Inc. | Mail-format confirmation system and recording medium |
US10270808B1 (en) * | 2018-03-12 | 2019-04-23 | Capital One Services, Llc | Auto-generated synthetic identities for simulating population dynamics to detect fraudulent activity |
US10484426B2 (en) | 2018-03-12 | 2019-11-19 | Capital One Services, Llc | Auto-generated synthetic identities for simulating population dynamics to detect fraudulent activity |
US11470116B2 (en) | 2018-03-12 | 2022-10-11 | Capital One Services, Llc | Auto-generated synthetic identities for simulating population dynamics to detect fraudulent activity |
Also Published As
Publication number | Publication date |
---|---|
AU5082899A (en) | 2000-01-10 |
US6330598B1 (en) | 2001-12-11 |
WO1999067719A1 (en) | 1999-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6330598B1 (en) | Global service management system for an advanced intelligent network | |
US6445786B2 (en) | Telemanagement system with single point of entry | |
US7593396B2 (en) | System and method for providing remote access to telecommunications services | |
US6636875B1 (en) | System and method for synchronizing related data elements in disparate storage systems | |
US7324473B2 (en) | Connector gateway | |
US6041325A (en) | System and method for controlling access to a telephony database | |
US7239877B2 (en) | Mobile provisioning tool system | |
AU760777B2 (en) | Method and apparatus for deploying service modules among service nodes distributed in an intelligent network | |
EP0782304B1 (en) | Universal message storage system | |
US5970120A (en) | Method and system for testing provisioning of telecommunications services | |
US20110289170A1 (en) | Automated system and method for delivery of messages and processing of message responses | |
US6510216B1 (en) | Intelligent network provisioning system and method | |
US6016334A (en) | Method and system for automatically verifying provisioning of telecommunications services | |
AU2006212840A1 (en) | Integrated multi-media communication system | |
US5483585A (en) | Apparatus for managing an element manager for a telecommunications switch | |
US6061729A (en) | Method and system for communicating service information in an advanced intelligent network | |
US7308462B1 (en) | Methods and systems for building and distributing audio packages | |
US20020112009A1 (en) | Method and system for providing data applications for a mobile device | |
CN100559764C (en) | Method in the telecommunications network and scheme | |
KR19980702868A (en) | Service Management Operations and Supporting Systems and Methods | |
US8260745B2 (en) | Method and system for managing multiple instance subscriber records in unified messaging systems | |
US6272213B1 (en) | Method and system for service engineering in an advanced intelligent network | |
KR100325694B1 (en) | Local number portability audit management process in local service management system | |
US20030110309A1 (en) | Method for accessing user data, associated data processing installation, associated program and associated data structure |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AMERITECH PROPERTIES, INC., NEVADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AMERITECH CORPORATION;REEL/FRAME:013986/0525 Effective date: 20020626 Owner name: SBC HOLDINGS PROPERTIES, L.P., NEVADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AMERITECH PROPERTIES, INC.;REEL/FRAME:013974/0542 Effective date: 20020626 Owner name: SBC PROPERTIES, L.P., NEVADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SBC HOLDINGS PROPERTIES, L.P.;REEL/FRAME:014015/0689 Effective date: 20020626 |
|
AS | Assignment |
Owner name: MICROMUSE INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SBC KNOWLEDGE VENTURES, L.P.;REEL/FRAME:015596/0027 Effective date: 20041012 |
|
AS | Assignment |
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROMUSE INC.;REEL/FRAME:020105/0359 Effective date: 20060701 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |