EP0983671A1 - Internet-based subscriber profile management of a communications system - Google Patents
Internet-based subscriber profile management of a communications systemInfo
- Publication number
- EP0983671A1 EP0983671A1 EP98922428A EP98922428A EP0983671A1 EP 0983671 A1 EP0983671 A1 EP 0983671A1 EP 98922428 A EP98922428 A EP 98922428A EP 98922428 A EP98922428 A EP 98922428A EP 0983671 A1 EP0983671 A1 EP 0983671A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- subscriber
- receiving
- data
- token
- services
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
-
- 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
- H04Q3/0033—Provisions for intelligent networking customer-controlled
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
Definitions
- the present invention relates generally to telecommunications systems and more particularly to managing telecommunication systems such as systems having single telephone number access to multiple communications services.
- each telecommunications service typically requires a unique telephone number.
- Examples of telecommunications services that require a unique telephone number are automatic routing services, voicemail services, facsimile services, paging services, cellular phone services and personal 800 numbers.
- One of the drawbacks of each service requiring a different telephone number is that managing and publishing multiple telephone numbers for a subscriber that uses multiple communications services can prove to be quite cumbersome. For example, a subscriber may have to provide a first telephone number for facsimile services, a second telephone number for voicemail services, and a third telephone number for cellular services.
- a subscriber must remember all of the unique telephone numbers and must make clear to people to whom the subscriber gives the telephone numbers what services are associated with what telephone numbers.
- a party confuses the mapping of telephone numbers to services and reaches the wrong service when dialing the telephone number that was given to the party. For instance, a caller may dial a number thinking that he will reach a person and instead the caller reaches a facsimile machine.
- Another drawback of conventional systems is the lack of flexibility regarding the telecommunications services that are provided to subscribers. A subscriber may need to provide access to different services to different people at various times.
- a subscriber may need to have phone calls directed to the subscriber's workplace during the work week but may need to have phone calls directed to his home or cellular phone on weekends.
- the subscriber may also wish to limit the people that may reach the subscriber by phone on the weekends.
- the subscriber may wish to provide other people with access to his voicemail.
- a subscriber has difficulty managing a multitude of communication services, where each service has a different number. For example, if the subscriber wishes to update multiple aspects of his or her service (e.g., voicemail) over a phone, multiple iterative menu selections and presentations are required.
- U.S. Patent No. 5,375,161 describes a telephone system that provides numerous services for a subscriber using a single telephone number.
- the subscriber can configure his or her telephone services via numerous voice menus and push-button or dual-tone multi-frequency (DTMF) input.
- DTMF dual-tone multi-frequency
- the subscriber can configure selected telephone services and store such configuration in a memory.
- the system under this patent suffers from a need to interact with multiple iterative menu selections while programming his or her memories. Additionally, the subscriber must recall a number associated with each memory and the contents of that memory to remotely program his or her telephone services.
- a telecommunications system provides numerous communications services associated with a single number for a subscriber.
- the subscriber can easily configure, manage and update these services via a network, such as the Internet.
- the subscriber accesses a service or subscriber profile detailing the services specific to the subscriber over the Internet.
- the subscriber can rapidly identify a specific service which the subscriber wishes to reconfigure by choosing one of several selections simultaneously displayed on a screen. Such a selection of multiple simultaneously presented options on a screen is substantially quicker than requiring the subscriber to listen to a serial stream of audio messages in an audio-based menu.
- Malcontents could attempt to automatically access prior telecommunications services by attempting to enter numerous personal identification (PIN) or other codes into such prior systems.
- PIN personal identification
- the exemplary embodiment instead, provides enhanced security over prior systems. For example, when a subscriber initially accesses a web server under the exemplary embodiment, a "token" is associated with the subscriber's session. A subscriber's token is validated or authenticated, based in part on the subscriber's password and Internet address.
- the present invention embodies a computer-implemented method for use in a communications system coupled to the Internet.
- the method includes the steps of: (a) receiving a request for access, via the Internet, of a subscriber specific record relating to the system; (b) receiving, via the Internet, alternate data for the record; and (c) updating the record based on the received alternate data.
- the present invention also embodies an apparatus in a telecommumcations network.
- the apparatus includes a memory and a network server.
- the memory stores a subscriber specific record relating to the system.
- the network server is coupled between the memory and the Internet.
- the network server (a) receives a request for access, via the Internet of the record, (b) receives via the Internet, alternate data for the record, and (c) requests alteration of the record in the memory based on the received alternate date.
- Figure 1 A is a block diagram that shows a first system configuration that is suitable for practicing the exemplary embodiment of the present invention.
- Figure IB is a block diagram that shows a second system configuration that is suitable for practicing the exemplary embodiment of the present invention.
- Figure 2 is a block diagram that shows details of a portion of the system of Figures IA and IB.
- Figure 3 is a data or message flow diagram illustrating an initiation or login process of a subscriber.
- Figures 4A, 4B and 4C are flow diagrams showing steps performed by a web browser, web server and token server, respectively, of Figure 2 during the login process of Figure 3.
- Figure 5 is a front view of a computer screen showing an exemplary subscriber login screen.
- Figure 6 is a front view of a computer screen showing an exemplary select services screen.
- Figure 7 is a front view of a computer screen showing an exemplary login fail screen.
- Figure 8 is a data or message flow diagram illustrating a service selecting process.
- Figures 9A-9C are flow diagrams showing steps performed by the web browser, web server and token server, respectively, of Figure 2 during the service selecting process of Figure 8.
- Figure 10 is a front view of a computer screen showing an exemplary call routing option screen.
- Figure 11 is a front view of a computer screen showing an exemplary guest menu option screen.
- Figure 12 is a front view of a computer screen showing an exemplary override routing option screen.
- Figure 13 is a front view of a computer screen showing an exemplary speed dial number selection screen.
- Figure 14 is a front view of a computer screen showing an exemplary voice mail options screen.
- Figure 15 is a front view of a computer screen showing an exemplary fax mail options screen.
- Figure 16 is a front view of a computer screen showing an exemplary call screening options screen.
- Figure 17 is a front view of a computer screen showing an exemplary error screen.
- Figure 18 is a front view of a computer screen showing an exemplary final screen.
- Figure 19 is a schematic diagram of an exemplary screen layout.
- Figure 20 is an exemplary data flow diagram, including data flow with respect to tokens under the system portion of Figure 2.
- Figure 21 is an exemplary subscriber profile with exemplary fields therein.
- Figure 22 is an exemplary data structure of a token.
- Figure 23 is an exemplary directory structure employed by the web servers of Figure 2.
- a platform enables multiple telecommunications services to be accessible through a single telephone number.
- access to paging services, facsimile services, routing services, voicemail services, calling card services and personal 800 services may be reached through a single telephone number.
- the subscriber has complete control over access to these services. In particular, the subscriber may specify what services are available to what people at what time.
- a first subset of the services to which the subscriber subscribes may be available to a first party at a first time and a second subset of services may be available to a second party at a second time.
- a single party may have access to different subsets of the services depending on what time it is.
- the platform of the exemplary embodiment of the present invention also provides the subscriber with the ability to place multiple calls from any location using the same telephone number and billing all the calls to a single account.
- the subscriber is assigned a single telephone number, such as a toll free 800 number or 888 number.
- This single telephone number may be used by other parties ("guests") to reach the subscriber at any destination telephone number programmed by the subscriber.
- the single phone number may be used to send a fax to the subscriber, to leave a voicemail message for the subscriber, or to page the subscriber.
- the subscriber may also program routing so that a call placed to the single telephone number of the subscriber reaches the subscriber at multiple locations.
- different callers may reach different services. As an example, calls from certain callers may automatically cause a page to be issued or automatically placed into voicemail.
- a subscriber is assigned multiple personal identification numbers (PINs). Each PIN is a short sequence of alphanumeric characters. Each PIN is associated with a different service configuration. One of the PINs is assigned solely for use by the subscriber, and when the subscriber calls his assigned telephone number and enters his PIN, the platform knows that it is the subscriber who is calling and offers subscriber only services. The other PINs may be assigned to different service profiles. These PINs may be distributed to appropriate parties to specify what services would be available to those parties. For example, a first PIN may be given to family members of a subscriber, whereas a second PIN may be given to business associates of the subscriber.
- family members will have access to a first set of services and business associates will have access to a second set of services.
- Multiple outbound calls to domestic destinations or international destinations will be billed to a single account.
- This account may be a calling card account, a credit card account, or an account that is specially designated for this grouping of the services.
- a subscriber need not enter a calling card number multiple times when placing multiple calls.
- a subscriber may also access their account to make updates to a service profile that is maintained. As an example, the subscriber may change the terminating telephone numbers that are used to reach the subscriber. Similarly, a subscriber may change which callers are sent to voicemail and which callers automatically cause a page to be sent.
- subscribers access and alter their service profile by dialing into their account.
- subscribers can typically only enter dual-tone multi- frequency (DTMF) input, such as the 12 DTMF buttons on typical phones.
- DTMF input is, therefore, limited.
- subscribers can easily configure, manage, and update their service of subscriber profiles via a graphical user interface that the subscribers access via a computerized network or internetwork such as the Internet.
- the subscribers access their profiles via The World Wide Web (“Web”) access to specify which communications services the subscribers wish to provide to different people who call their single numbers.
- Web World Wide Web
- a subscriber can use any web browser and Internet access provider to access his or her subscriber profile.
- a web server which forms part of a system under an embodiment of the present invention.
- the system including the web server, authenticates each subscriber.
- the system then provides a graphical user interface (GUI) in the form of user-friendly web pages that the subscribers use to update their subscriber profiles. These updates are recorded and updated in near real-time, so that the next call made to a subscriber's number will be serviced by the updated profile.
- GUI graphical user interface
- FIG. IA is a block diagram that illustrates a first system architecture for practicing the exemplary embodiment of the present invention, where the system architecture is part of a larger telecommumcations network.
- the system includes a platform 10 that encompasses multiple components.
- the platform 10 provides single telephone number access to multiple telecommunications services for a subscriber.
- the subscriber in this context, is the customer to whom the single telephone number is assigned.
- the single telephone number may be accessed by both the subscriber and callers to the subscriber (i.e., guests).
- a call originator 12 depicted in Figure IA represents the origination of a call to the platform 10. This call may be from a subscriber or a caller who is seeking to reach the telephone number that is assigned to a subscriber.
- the call may be from a facsimile machine or a computer.
- the call reaches a switch network 14 of the service provider in any of a number of different ways, including local exchange carrier, private line, dedicated access line, or international carrier.
- the switch network 14 routes the call to an automated call distributor (ACD) 18 within the platform 10 via a release link trunk (RLT) 16.
- ACD automated call distributor
- RLT 16 is a voice trunk that may be released from a call when the call is extended back to the switch network 14 by the ACD 18.
- the ACD 18 routes incoming calls to the appropriate components within the platform for properly handling the calls.
- the ACD 18 is a conventional digital matrix switch that includes programs for performing call queuing and distribution.
- a suitable ACD is the Northern Telecom DMS-100.
- the platform 10 also includes an application processor (AP) 46 that is associated with the ACD 18.
- the AP may be a dedicated computer system that provides intelligent application processing for the ACD 18. Certain functionality that may be performed by the ACD 18 is off-loaded to the AP 46 to enable the ACD to focus on performing the switching and queuing functionality.
- the AP 46 is linked to the ACD 18 via an Integrated Services Digital Network (ISDN) implementation of a switch/computer application interface (SCAI) link 30.
- ISDN Integrated Services Digital Network
- SCAI switch/computer application interface
- the platform 10 includes an audio response unit (ARU) 20 that provides voice response and menu routing functions to a caller.
- the ARU 20 facilitates caller input via selection of DTMF digits, such as by pressing keys on a telephone keypad.
- the ARU 20 may provide various automated menus which the caller may navigate to reach a desired service.
- the ARU 20 includes a network audio server (NAS) 22, which is a server computer that has a voice telephony interface to the ACD 18.
- the NAS 22 is linked to the ACD 18 via multiple voice trunks 23 and, in general, provides an audio interface to a caller.
- the ARU 20 also includes an automated call processor (ACP) 24.
- the ACP 24 provides intelligent call processing functions for the ARU 20.
- the ARU 20 is responsible for handling all initial inbound calls for the platform 10.
- the ACP 24 operates by executing scripts that take callers through a series of menus, accept caller input, make decisions based upon caller input, and perform actions such as the transfer of a call to another destination to provide appropriate services.
- the ACP 24 prompts the NAS 22 to play scripts or prompts to callers, to gather DTMF digit input, to play various recorded messages, and to direct the caller to other destinations.
- the ACP 24 may be implemented on a high-grade mid-range computer, such as the IBM RS/6000 from International Business Machines Corporation, or a DEC alpha-based computer from Digital Equipment Corporation.
- the scripts executed by the ACP 24 determine which communications services to provide to a caller and then provides those services by commanding the NAS 22 to transfer the call to the appropriate service provider.
- the scripts executed by the ACP 24 are customized to a subscriber by using a subscriber profile as input data.
- the subscriber profile is stored for use by the platform, as will also be described in more detail below.
- the subscriber profile specifies which services are available to a subscriber and guests and which destination numbers are to be used.
- the NAS 22 and ACP 24 may be linked, for example, by an Ethernet® local area network (LAN) 26 (Ethernet is a trademark of Xerox Corporation).
- LAN local area network
- the platform 10 may include one or more operator consoles 28. These operator consoles 28 are specialized workstations that are operated by human operators. The operator consoles 28 may perform much of the same functionality as is performed by the ARU 20. In particular, the human operator at the operator console 28 may perform the appropriate scripts, prompting and transferring.
- the platform 10 may have a voicemail/faxmail platform (VFP) 32.
- VFP voicemail/faxmail platform
- This platform collects, stores, and manages both voicemail messages and facsimile messages. It collects voicemail and facsimile messages over Feature Group D (FGD) trunks 33 from the switch network 14. Calls that require voicemail or facsimile services are transferred to the VFP 32 from the ARU 20, as will be described in more detail below. A transfer occurs with the assistance of the ACD 18 and the switch network 14.
- the VFP 32 is also connected to the Ethernet LAN 26.
- the platform 10 may include multiple network implementation distribution servers (NIDS) 27, 34 and 36. Each of these NIDS may be implemented as a separate computer system. The NEDS may be redundant, and generally serve the role of storing database information, including subscriber profiles.
- the NIDS 27, 34 and 36 may all be connected to the Ethernet LAN 26 in the system configuration depicted in Figure IA.
- the NIDS 27 is shown as part of the ARU 20 so that the ACP 24 can directly access subscriber profiles without having to go over the Ethernet LAN 26.
- the ACP 24 submits database queries to the NIDS 27 to obtain data on the subscriber profile.
- the subscriber profile is used to determine what scripts to play for a caller, to determine what communications services can be offered to a caller, and to determine what destination telephone numbers and mailbox identifiers to use.
- the VFP 32 submits queries to the NIDS 34 for subscriber profile information and processing voicemail or facsimile messages.
- the NIDS 27, 34 and 36 are also interconnected via a token ring local area network (LAN) 38.
- LAN token ring local area network
- This LAN 38 is used for updates that are made to subscriber profiles and to keep the databases stored on the various NIDS consistent with a centralized profile database that is maintained by the mainframe profile management system 40 (which is on a dedicated mainframe or other suitable computer system).
- the mainframe profile management system 40 which is on a dedicated mainframe or other suitable computer system.
- the platform 10 includes one or more web servers 42 that are connected to the token ring LAN 38 to provide a web site that a subscriber may access over the Internet 44.
- the web page or pages at the web server 42 enables a subscriber to update the subscriber profile for the subscriber over the Internet. These updates may be forwarded to the mainframe profile management system 40, which in turn updates the information stored at the NIDS 27, 34 and 36.
- a NIDS may be resident with the web server such that the NIDS associated with the web server updates the profile information and passes the update on to the mainframe profile management system 40.
- the web server 42 may also be part of an intranet rather than the Internet.
- the web server 42 may more generally be a program that provides a user interface to subscribers so that the subscribers may update service profile information via computer.
- a program may be a program resident on a server that is part of a distributed system such as a LAN or wide area network (WAN).
- Figure IB shows a second system configuration that is suitable for practicing the exemplary embodiment to the present invention.
- This second configuration differs from the first configuration in several respects.
- database queries from the ACP 24 in the VFP 32 are passed over the Ethernet LAN 26 to the NIDS 36.
- Second, the VFP 32 is extended directly to the ACD 18 via FGD trunks 33 ' .
- call transfers from the ARU 20 to the VFP 32 may be performed by the ACD 18 within the platform 10. There is no need for transferring the call outside of the platform.
- FIGS. IA and IB are intended to be merely illustrative.
- multiple platforms may be implemented within a given telecommunications system.
- multiple operator consoles 28 may be provided within the platform 10 and multiple ACDs may be provided.
- Each ACD may have its own associated AP.
- multiple ARUs may be provided within a given platform and multiple ACDs may be combined with a single VFP.
- the components may be connected by different types of LANs or interconnections that differ from those shown in Figures IA and IB. Additional details regarding the platform 10 and its related services are described in greater detail in copending U.S.
- the logical architecture of the connection between the platform 10 and the Internet 44 is shown.
- the architecture is logical, in that many server components can be realized on a computer sharing resources (e.g., memory, processors, etc.). While three web servers 42 are shown in Figure 2, the platform 10 can employ a fewer or greater number of web servers depending upon Internet traffic volume at the platform.
- the web servers 42 can employ separate application servers (not shown). Each application server is dedicated to one or more applications, such as management of subscriber profiles, personal web spaces for subscribers, message centers for E-mail, voicemail and/or faxmail, subscriber profiles for smart cards, etc. Additional application service can be added to each web server 42 as additional applications are added to the platform 10.
- a subscriber employs any of various web browsers 60, such as Internet
- the subscriber accesses the Internet 44 by employing any Internet service provider (ISP). Via the web browser 60, ISP and Internet 44, the subscriber accesses one of the web servers 42.
- the web servers 42 run an appropriate web operating system such as Netscape's Commerce Server HTTP Server in secure mode.
- "secure” refers to using the secure socket layer (SSL) or other method of ensuring that the connection between web browser 60 and the web server 42 is secure.
- SSL secure socket layer
- SSL prevents data or tokens (described below) from being stolen without having physical access to the subscriber's platform on which the web browser 50 is operating.
- the web server In response to a request for access to a subscriber profile, the web server
- token server 42 requests a token from a token database 64, via a token server 62. While the token server 62 is shown in Figure 2 as a separate box coupled to each of the web servers 42, each of the web servers can have its own token server, and thereby share a common hardware platform. Token information is maintained by the token database 64.
- the token database 64 stores not only information regarding the tokens, but also provides additional databases of information, such as passwords, subscriber identification codes, etc., and thus is referred interchangeably as the token database 64 and the database 64 herein.
- the token server 62 and token database 64 are used for subscriber login and authentication, as described below, and are particularly helpful for security of the platform 10.
- the token server 62 When a validated token is issued by the token server 62, the token is used to track state information for a subscriber's interaction with the web server 42 ("a web session"). Issued and validated tokens permit the subscriber to access the subscriber's profile stored on one or more of the NIDS 27, 34, and/or 36, via the LAN 38.
- the web servers 42 perform two main tasks. First, the web servers 42 authenticate users by first authenticating subscribers at login, as described below. Second, the web servers 42 send at least a service default page or screen to subscribers, which is an initial screen presented to the subscriber, as described below.
- An optional NEDS 66 can also be coupled to, or reside with, the web server 42 and which communicates with the LAN 38.
- the NIDS 66 passes subscriber profile updates to the mainframe profile management 40 over the LAN 38.
- the NIDS 66 is isolated from the web server 42 by a router-based firewall 117 ( Figure 3).
- the firewall 117 also isolates the token database 64 from the token server 62 and web server 42.
- Another firewall 115 shields the web servers 42 from the Internet 44.
- a "firewall" is a combination of hardware and software which limits the exposure of a computer or group of computers to an attack outside.
- the firewall 115 enforces a boundary between the Internet 44 and the web servers 42
- the firewall 117 enforces a boundary between the token database 64 and NIDS 66 (and other NIDS databases) and the token server 62 and web server 42.
- the platform 10 employs the first firewall 115 between the subscriber and the subscriber's web browser 60, and the web server 42.
- the second firewall 117 extends between the token server 62 and the token database 64.
- a data management zone extends between the first and second firewalls 115 and 117 to separate the web server 42 and token server 62 from the Internet (by the first firewall 115) and data stored in the token database 64 (by second firewall 117).
- Access to subscriber profiles begins with a login and authentication process.
- An exemplary login and authentication process for a subscriber is described below with respect to the data flow diagram of Figure 3, the flow charts of Figures 4A-4C and the screen graphics of Figures 5-7.
- the flow charts of Figures 4A-4C chronologically present the steps performed by the web browser 60, web server 42, and token server 62.
- a subscriber interacting with the web browser 60 causes the web browser to issue a "get login" request screen to one of the web servers 42 in step 202 of a routine 200 ( Figure 4A).
- the subscriber requests connection to the web server 202 by inputting an appropriate uniform resource locator (URL) such as "directline.MCI.com.”
- URL uniform resource locator
- One or more of the web servers 42 can be assigned to this URL.
- One of the web servers 42 is selected from the set of web servers using any desired algorithm, such as round-robin addressing.
- the web servers 42 contain collections of Hypertext documents or
- Hypertext mark-up language (HTML) pages The terms “screen” and “page” are generally used interchangeably herein.
- the web browser 60 accesses individual HTML pages using the known Hypertext transport protocol (HTTP).
- HTTP Hypertext transport protocol
- the exemplary URL which the web browser 60 provides to the Internet 44 has the form "HTTP://directline.mci.com.”
- the token server 62 in general, listens for appropriate commands on Transmission Control Protocol (TCP) ports for request for tokens from the web server 42.
- TCP Transmission Control Protocol
- the token server 62 requests validation of a token from the token database 64.
- An HTML page is sent from the web server 42 to the web browser 60.
- an HTML page describes, among other things, the structure of a document for display on a computer screen.
- the initial HTML page checks-the web browser 60 for any required standards or language compliance and displays a welcome message. For example, the initial HTML page confirms that the web browser 60 is compliant with or can interpret short applications or applets written in a given language, such as Java. If the web browser 60 is not compliant, the web server 42 issues an appropriate message indicating that the web browser can not be employed to access and/or update the subscriber's profile.
- the web server 42 in step 304 of a routine 300 sends a request for a single use token to the token server 62 ( Figure 4B.)
- the web server 42 also receives the subscriber's IP address which is associated with the subscriber's initial request.
- the token server 62 in response to the token request, issues a token in step 404 of a routine 400 ( Figure 4C.)
- the routines 200, 300 and 400 are performed by the web browser 60, web server 42 and token server 62, respectively.
- the token server 62 updates the token database 64 that the selected token has been issued, as well as additional data, such as time of issuance, and identification of receiving web server.
- the token server 62 sends the selected token to the web server 42.
- the web server 42 records the identification (ID) of the selected token, as well as a network connection address, such as an Internet Protocol (IP) address of the subscriber.
- IP Internet Protocol
- the web server 42 in step 318 selects one of multiple different encrypting or scrambling applets stored in a database within the web server.
- the web server 42 records the selected applet in the database, together with the identification of the selected token and the subscriber's LP address.
- the web server 42 sends the login screen to the web browser 60. Additionally, the web server 42 scrambles the token with the selected applet and sends the scrambled token and applet to the web browser 60.
- the login screen 120 is common gateway interface (CGI) script generated pages that contain an embedded single-use token, a small application program (applet) and form fields for the user to identify or input information, such as the user's identification code and password, as described more thoroughly below.
- CGI common gateway interface
- the web browser 60 receives the login screen 120, which instructs the subscriber to input certain subscriber data. For example, the subscriber is asked to input his or her user identification code and a password (Figure 4A.)
- the user identification code can be the same as the subscriber's 800 number (single telephone number), for convenience. The user identification code will likely be a non-confidential number.
- the password is a confidential alpha-numeric string selected by the user, such as a six digit number. The password is the same as the password used by the subscriber to access the user options via the ARU 20.
- the web browser 60 sends the user identification code, password and token to the web server 42.
- the web server 42 authenticates the login request.
- the web server 42 compares the data recorded in step 310 with the received data to confirm that the subscriber's IP address, the token's ID and other data correlate.
- the web server 42 in step 310 confirms that subscriber has not manipulated the data, such as altering the token.
- the web server 42 can also compare the IP address to a table of hostile IP addresses stored in a database.
- the hostile IP address table lists IP addresses of potential attempts to breach the security of the platform 10.
- the hostile IP address table can be stored in the database 64 or in a database at the web server 42.
- Each record of hostile IP addresses include the following fields, where the numbers in parentheses correspond to the number of characters or bytes for each field:
- the web server 42 sends the token to the token server 62.
- the token server 62 validates the token ( Figure 4C.)
- the token server 62 sends a request to or actually accesses the token database 64 for data corresponding to the previously issued token. If the token is still identical to that previously issued in step 404, then the token server 62 sends a valid response to the web server 42 in step 424.
- the web server 42 also validates the subscriber data (e.g., user identification code and password). The web server 42 sends a request to or accesses the database 64 to access a password corresponding to the user code.
- the web server 42 validates the subscriber data. Alternatively, if the passwords do not match or the token has been altered, then the web server 42 invalidates the request or the token server 62 sends an invalid response to the web server. In step 326, the web server 42 sends a select services screen to the web browser 60 in response to the valid response message from the token server 62 ( Figure 4B.) The token will be embedded in the select services screen and all subsequent screens for the current session with the subscriber. As a result, the token tracks the current session with the subscriber until the subscriber logs off, as described in more detail below.
- the web server 42 determines that the password is incorrect or receives an invalid response message from the token server 62, the web server transmits a login fail screen.
- step 2208 the web browser 60 receives either select services screen or the login fail screen ( Figure 4A.)
- An exemplary select services screen 122 is shown in Figure 6.
- An exemplary subscriber selection of services will now be described with respect to the data or signal flow of the diagram in Figure 8 and the flow charts of Figures 9A-9C.
- the subscriber selects an option or changes data with respect to one of the subscriber's telecommunications services with respect to a screen displayed by the web browser 60.
- the subscriber selects one of the services depicted in the select services screen 122 of Figure 6.
- the web browser 60 posts the selected service to the web server 42 ( Figure 9A.)
- the web server 42 authenticates the subscriber's request ( Figure 9B) while the token server 62 validates the request in step 458 of a routine 450 and sends a valid or invalid response to the web server in step 460 ( Figure 9C) in a manner substantially similar to that described above with respect to the routines 300 and 400.
- the routines 250, 350 and 450 are performed by the web browser 60, web server 42, and token server 62, respectively.
- the web server 42 processes the request and issues a response to the subscriber, possibly with a new screen.
- the web server 42 forwards any changes to the subscriber's profile to the mainframe profile management system 40, via the LAN 38, as described herein.
- the subscriber may select one of the service options from the screen 122 of Figure 6, and in response thereto, receive a screen for the selected service, such as the screens shown in Figures 10-16 (described below.)
- the web server 42 receives an invalid response message from the token server 62, the web server issues a "service not available" screen. For example, if the subscriber's IP address matches an address in the hostile IP address table, or the subscriber's token has expired, then the web server 42 forwards the login fail screen 124.
- step 264 the web browser 60 receives the response and/or screen from the web server 42 ( Figure 9A.)
- the user may select additional services. If so, the steps under the routines 250, 350 and 450 are repeated for each additional service request performed by the subscriber.
- the selection is accompanied by the token initially issued during login. This token is validated at every access attempted by the subscriber during service selection.
- the exemplary embodiment of the present invention allows subscribers to update their profiles, including adding or changing telephone numbers in their find-me routing, change schedules in their folio w-me routing, add default or alternative routing, and numerous other possibilities described herein.
- These updates are entered by subscribers via user-friendly GUI having screens shown in Figures 5-18, which are provided by the web server 42 to the subscriber's web browser 60.
- the web server 42 sends the updated profiles to the mainframe profile management system 40, via the LAN 38.
- the mainframe profile management system 40 updates the centralized subscriber's profile database of records, and distributes the updated records to the distributed NCD's 27, 34, 36, and 66.
- the web browser 60 displays the service select screen 122 of Figure 6, as noted above.
- the subscriber can select one of several service options, such as call routing, speed dial numbers, voice mail, fax mail, call screening, etc.
- Each of the subscriber service options in the select services screen 122 of have a Hypertext link that links with an associated screen as follows: the call routing option links to a screen 128 of Figure 10 (which in turn links to screens 130 and 132 of Figures 11 and 12), the speed-dial number option links to a screen 134 of Figure 13, the voicemail option links to a screen 136 of Figure 14, the faxmail option links to a screen 138 of Figure 15, and the call screening option links to a screen 140 of Figure 16.
- the user may select one of the service options depicted in the screen of Figure 6 by placing their cursor and clicking on the service, or other known user input and selection methods.
- the select services screen 122 also includes a log off button 127. By clicking on the log off button 127, the subscriber can immediately log out of the subscriber's current session.
- the web server 42 immediately expires a time limit on the current token and sends the login screen 120 to the web browser 60.
- the web server 42 routes the screen 128 for display by the web browser 60 to the subscriber.
- an accept calls section 144 of the screen 1208 the subscriber specifies whether calls are accepted on the subscriber's account by selecting one of two buttons displayed on the subscriber's computer screen. If the subscriber selects the do not accept calls button, then callers to the subscriber will receive a message informing them that the subscriber is not accepting calls through the subscriber's single telephone number.
- the subscriber specifies whether a guest caller should receive a guest menu or an override routing treatment.
- the web server 42 By selecting the guest menu selection, the web server 42 sends the guest menu screen 130 to the web browser 60. Alternatively, if the subscriber selects the no menu selection, then the web server 42 sends the override routing screen 132 to the web browser 60, both of these screens being described below.
- the web server 42 sends a closing message "callers will hear a message asking them to try their call later," which a web browser 60 displays on the screen 128 to the subscriber.
- the web server 42 sends the guest menu screen 130 for display by the web browser 60.
- the guest menu screen 130 presents options for the subscriber to schedule routing of calls to them and provide up to three numbers to sequentially try to locate the subscriber.
- the subscriber inputs up to three numbers and the number of rings to be performed at that number before attempting an alternate number.
- Leading "1" numbers and all non-numbers (e.g., parentheses and dashes) in domestic numbers are stripped from any numbers input into the three boxes shown in section 150.
- the number of rings are preferably stored in the subscriber's profile in terms of seconds based on a formula of six times the number of rings, with a default value of three rings (eighteen seconds) if the subscriber enters no value. Zero to eight seconds translates to one ring, while any value greater than eight seconds is divided by six, with the rounded result referring to the number of rings, up to a maximum of sixteen.
- the guest menu screen 130 shows that guest callers can leave both a voicemail and a fax. The subscriber can also select whether guest callers can send a page. Certain options may only be deselected, such as sending a fax, by communicating with an operator at the operator console 28
- the override routing screen 132 provides a confirmation to the subscriber that a subscriber wishes to route guest calls to a specific destination, thereby bypassing presentation of the guest menu. The subscriber must confirm selection of the override routing under override routing screen 132.
- the speed-dial numbers screen 134 allows the subscriber to input up to nine speed-dial numbers via the web browser 60.
- the speed-dial number screen 134 provides a number input section 154 that provides nine boxes for the user to input nine speed-dial numbers.
- the web browser 42 preferably validates all numbers it receives from the web browser 60 (as input by the subscriber). Validation of numbers input to the screen 134, and input to other screens herein, confirm that a valid international number, which has not been blocked, is entered for all international telephone numbers. For domestic numbers, the web server 42 confirms that ten digits are entered, and that a valid numbering plan area (NPA) or "area code" for the ten digit number is entered.
- NPA numbering plan area
- the web server 42 can determine if an entered number is a "976" number and whether 976 blocking is effective, or whether other specified numbers are blocked (e.g., certain North American directory plan (NADP) numbers). Assuming the web server 42 confirms that the number entered by the subscriber is acceptable, then the web server forwards the number to the mainframe profile management system 40 via the LAN 38.
- NADP North American directory plan
- the voicemail service screen 136 allows the subscriber to be paged whenever the subscriber receives a voicemail message.
- the faxmail service screen 138 provides an option to similarly allow the subscriber to be paged whenever the subscriber receives a fax message.
- the faxmail service screen 138 displays the subscriber's fax number.
- the call screening service screen 140 provides a call screening selection section 156. In section 156, the subscriber can determine how incoming calls are screened, e.g., by name only, by telephone number only, or by name and telephone number. If a guest caller fails to provide their name, the platform 10 will provide the guest caller's telephone number.
- an exemplary error screen 160 is displayed when the subscriber inputs, or fails to input, appropriate data.
- a first message 162 in the error screen 160 states "your first number may not be blank.”
- the web server 42 sends the first message 162 to the web browser 60 if the subscriber fails to input the first number where appropriate, such as in the section 150 of the guest menu service screen 130 ( Figure 11).
- a second message section 164 provides an indication to a subscriber that certain numbers the subscriber entered are either blocked or invalid. As noted above, if the subscriber inputs any numbers, the web server 42 validates these numbers. If the web server recognizes an invalid number, the web server sends the second message 164 to the web browser 60.
- a final or exit screen 166 is shown. If the subscriber inputs the appropriate data which is validated and accepted by the web server 42, the web server transmits the data to the mainframe profile management system 40 to update the subscriber's profile. After successfully updating the profile, the web server 42 sends the exit screen 166 to the web browser 60 to provide an appropriate message to the subscriber indicating that the profile has been successfully updated. For example, the screen 166 states "your guest menu options have been successfully updated.”
- the photo frame 170 in an upper left comer displays a graphic or other image, and can be 40 x 160 pixels.
- the photo frame 170 in an exemplary embodiment displays a static icon for continuity between the service screens.
- a title frame 172 in an upper right comer of the screen displays a title for the screen.
- the title frame 172 can have a height of 40 pixels and a width determined by an available screen size.
- the graphic displayed in the photo frame 170 preferably emphasizes a particular service requested by the subscriber and displayed on the screen.
- the title frame shows the title of the application being accessed by the subscriber. It will also display a logo of the service provider, such as "MCI.”
- the information displayed in the title frame 172, as well as the photo frame 170 will not change for the entire session with the subscriber as long as the subscriber remains logged into the platform 10.
- a bottom frame 174 at a bottom of the screen will have Hypertext links to various other services provided by the platform 10.
- the bottom frame 174 can have a height of 40 pixels and a width determined by the available screen size.
- the bottom frame 174 or other screen portion contains Hypertext links to other services operated by the operator of the platform 10, such as MCI services, as well as other web sites. Such links allow the subscriber to effectively cancel from the login process and move to other services or sites if desired.
- a list frame 176 at a left portion of the screen displays Hypertext links to other, screen-specific, applications and screens within the application that the user has accessed.
- the list frame can be 160 pixels wide and a height determined by the available screen size.
- a text frame 178 displays data requested by the subscriber.
- the text frame 178 as well as the list frame 176 will change with every new screen selected by the subscriber.
- the text frame 178 and the list frame 176 display screens depicted in Figures 5-18, which are described above.
- the token database 64 includes a token database service accessed by the token server 62 to create a new record, read a record for a given token value and update a record for the given token value.
- a separate updating service or application is performed by the web server 42, which accesses the token database 64 and deletes obsolete records on a periodic basis (e.g., every hour).
- the web server 42 sequentially scans the token database 64 and deletes records with expired tokens.
- Data provided by the web server 42 is stateless. State information is maintained by a write through cache database on the NIDS, and is indexed by the tokens (each of which are unique). As a result, data need not be synchronized between the multiple web servers 42.
- Each web server 42 also provides more than one service. The services provided by the web servers 42 are distinguished by their location in the web servers document root (described below).
- the token server 62 is a client of the token database 64, and issues tokens to the web servers 42 during login attempts.
- the issued tokens once validated, are used to track the state information for a connection by one of the web servers 42.
- the token service 62 performs essentially three tasks: (1) issue single-use tokens during authentication or login of a subscriber, (2) validate single-use tokens, and (3) validate multi-use tokens (if such tokens are used). As noted above, each token must be unique for every login request.
- an exemplary record for a subscriber profile is shown as a record 180.
- the record 180 includes numerous fields, such as speed-dial numbers, primary termination numbers and time-out values (number of rings) for the guest menu routing service, whether the subscriber is paged upon receiving a message, call screening states, etc.
- the record 180 corresponding to the subscriber profile is stored in the NID's 27, 34, 36, and 66.
- the fields of the record 180 are generally self- explanatory with reference to the detailed description provided herein.
- the web servers 42 and the platform 10 in general, must be secure against pirates, hackers and other malcontents who wish to adversely affect the platform 10 or retrieve data without authorization.
- the web servers 42 preferably run secure daemons.
- the web servers 42 run the secure HTTP daemon.
- a daemon is an agent program which continuously operates, such as on a UNIX server, and provides resources to client systems on the network.
- a daemon is a background process used for handling low-level operating system tasks.
- the tokens employed herein also provide security for the platform 10. Referring to Figure 22, an exemplary token 500 is shown.
- the token 500 includes the following fields, with exemplary number of bytes or characters represented in parentheses: 1. a version 502 (1);
- a time-out timer is associated with the time granted 512 and expiring time 514 values of each token so that a token which has been unused for a certain period of time (e.g. , ten minutes) is invalidated by the web server 42.
- the token valve 506 includes 16 characters, where each character has 62 possible character values, which are selected from the set (0-9, a-z, A-Z).
- the characters in positions 0, 1 and 2 of the token valve 506 are fixed and are assigned to the token server 62. If multiple token servers 62 are employed, the characters in positions 0, 1 and 2 uniquely define each token server and thus each token employed by the web servers 42 are unique.
- the character at position 0 is used to identify a physical location of the token server 62.
- the character at position 1 identifies the server at the physical location, while the character at position 2 has a reserved value, which could be used to identify the version number of the token server 62, or other information.
- the remaining 13 characters of the token valve 506 are generated sequentially using the 62 possible character values.
- the character positions 10-15 are assigned a current time for the platform 10 (at set-up of the token service 62).
- the system time (a 32-bit quantity) is computed as a 6-digit base 62 number which is placed in positions 10-15. Token values are incremented sequentially throughout positions 3-15, with position 3 being the least significant position. Character values assume the following order for high to low digit values: "z"-"a”. “Z"-"A”, and "9"-"0".
- the token server 62 generates unique tokens if the system time is computed in 4-byte values, which will compute a 6 base-62 characters in positions 10-15.
- each token is embedded in service-specific screens that the web server 42 sends to the web browser 60.
- the token may be within a hidden field of the form.
- the screen contains an applet, such as a Java applet, the token may be a parameter of the applet.
- the screen contains Hypertext links (e.g., a Hypertext reference (HREF) specifying the name or URL of the file to which the Hypertext link points), the token may be part of the link itself.
- HREF Hypertext reference
- a particular value of a given token need not necessarily be kept secure.
- the security of the token is provided by employing SSL within the platform 10, expiring or time-out tokens, and linking the token to the subscriber's (client's) LP address.
- all of the HTML pages which the web servers 42 send to the web browser 60 are generated using common rules in a common language, such as Perl-based Common Gateway Interface (CGI) scripts.
- CGI Common Gateway Interface
- a CGI script is a standard method to extend the HTTP daemon, which is commonly written using Perl, C, or shell scripts. Every access by the web browser 60 to the web server 42 will map to a CGI script.
- all of the CGI scripts preferably reside in a directory in the web server 42 which is not in the document-root directory of the HTTP daemon, to thereby provide security to the web servers 42.
- the authentication of each request and the issuance of a valid token is required for every subscriber request, and thus at the start of every script.
- Each application on the web server 42 will have its own document route and associated collection of CGI scripts (cgi-bin), templates, (tempi), images, Java class libraries, and image map directories if required (map).
- An exemplary welcome server directory structure residing on the web server 42 is shown in Figure 23.
- the document root directory is separated from the server root directory.
- the document root directory holds only the welcome and access failed/denied HTML pages for reasons of security.
- the directories are mapped through server directives to be accessible via application-specific URLs.
- Many applications may store images and class libraries, as well as CGI scripts.
- the shared objects are maintained in a separate shared directory tree.
- a common server root directory includes operating parameters for the web servers 42. Such information is maintained in a common database in order to maintain the same environment for the multiple web servers 42.
- a single telephone number system could also include additional features, such as electronic mail (including voice recognition and text-to-speech capabilities), video mail, telex services, etc.
- Alternative embodiments of the invention can include the display and provide configuration of electronic mail, video mail, telex services, etc. For example, a subscriber can access via the Internet a user-maintained dictionary of voice recognition and text-to-speech words.
- the subscriber can be presented with a screen that permits the subscriber to select the following preferences: voice type (e.g., male or female voice), pitch (ability to select voice pitch), speaking rate (ability to define slow, medium, or fast speech), modes (natural speech, single word at a time, or spelled word options), language/dialect (select spoken language (English, Spanish, etc.) and dialect), etc.
- voice type e.g., male or female voice
- pitch ability to select voice pitch
- speaking rate ability to define slow, medium, or fast speech
- modes natural speech, single word at a time, or spelled word options
- language/dialect select spoken language (English, Spanish, etc.) and dialect
- the web servers 42 can include not only HTML pages, but also mailboxes for subscribers, which can store voice, facsimile, video, telex and other messages. Rather than selecting options using a mouse, keyboard or other pointer/text- based input to a displayable screen, an alternative embodiment of the invention can permit voice navigation among and within displayable screens to select and input choices.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Claims
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US862134 | 1997-05-22 | ||
US08/862,134 US6587867B1 (en) | 1997-05-22 | 1997-05-22 | Internet-based subscriber profile management of a communications system |
US92537097A | 1997-09-08 | 1997-09-08 | |
US925370 | 1997-09-08 | ||
PCT/US1998/010227 WO1998053582A1 (en) | 1997-05-22 | 1998-05-15 | Internet-based subscriber profile management of a communications system |
Publications (1)
Publication Number | Publication Date |
---|---|
EP0983671A1 true EP0983671A1 (en) | 2000-03-08 |
Family
ID=27127674
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP98922428A Withdrawn EP0983671A1 (en) | 1997-05-22 | 1998-05-15 | Internet-based subscriber profile management of a communications system |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP0983671A1 (en) |
JP (1) | JP2002514330A (en) |
AU (1) | AU7497998A (en) |
CA (1) | CA2291137A1 (en) |
WO (1) | WO1998053582A1 (en) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2195075T3 (en) * | 1997-12-19 | 2003-12-01 | Ericsson Telefon Ab L M | APPARATUS AND METHOD FOR THE CONTROL OF THE BASIC AND SUPPLEMENTARY SERVICE OF SUBSCRIBER IN A TELEPHONE SYSTEM. |
DE19912947A1 (en) * | 1999-03-23 | 2000-09-28 | Deutsche Telekom Ag | Customer and network management for intelligent networks |
US6963928B1 (en) | 1999-05-27 | 2005-11-08 | Bagley David T | Systems and methods for communicating across various communication applications using single address strings |
WO2000074334A2 (en) * | 1999-05-27 | 2000-12-07 | Internet Management Systems, Inc. | Universal address system and mehtod |
US6356630B1 (en) * | 1999-07-09 | 2002-03-12 | Lucent Technologies, Inc. | Telephone calling card service system integrating virtual destination numbers |
US7124088B2 (en) | 1999-07-30 | 2006-10-17 | Progressive Casualty Insurance Company | Apparatus for internet on-line insurance policy service |
CA2322083A1 (en) * | 1999-10-08 | 2001-04-08 | Nortel Networks Corporation | Screen based administration of voice mail configuration |
US20020162008A1 (en) * | 2000-01-28 | 2002-10-31 | Vincent Hill | Method and system for controlling access to a telecommunication or internet system |
WO2002005530A1 (en) * | 2000-07-12 | 2002-01-17 | Siemens Aktiengesellschaft | System and method for managing telecommunication connections by means of an access to an ip-based communication network |
US7047417B2 (en) | 2001-03-20 | 2006-05-16 | Leskuski Walter J | Systems and methods for accessing reporting services |
US8417632B2 (en) | 2001-03-20 | 2013-04-09 | Verizon Business Global Llc | Systems and methods for interfacing with a billing and account management unit |
US7039041B2 (en) | 2001-03-20 | 2006-05-02 | Robohm Kurt W | Operational support system for telecommunication services |
US7043480B2 (en) | 2001-03-20 | 2006-05-09 | Mci, Inc. | Systems and methods for communicating from an integration platform to a lightweight directory access protocol based database |
US8660017B2 (en) | 2001-03-20 | 2014-02-25 | Verizon Business Global Llc | Systems and methods for updating IP communication service attributes using an LDAP |
US7054866B2 (en) | 2001-03-20 | 2006-05-30 | Mci, Inc. | Systems and methods for communicating from an integration platform to a provisioning server |
US20020138603A1 (en) * | 2001-03-20 | 2002-09-26 | Robohm Kurt W. | Systems and methods for updating IP communication service attributes |
US8195738B2 (en) | 2001-03-20 | 2012-06-05 | Verizon Business Global Llc | Systems and methods for communicating from an integration platform to a profile management server |
JP4704005B2 (en) * | 2004-10-20 | 2011-06-15 | 三菱電機株式会社 | Monitoring system |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9526326D0 (en) * | 1995-12-22 | 1996-02-21 | British Telecomm | Accessing telecommunications services |
-
1998
- 1998-05-15 WO PCT/US1998/010227 patent/WO1998053582A1/en not_active Application Discontinuation
- 1998-05-15 CA CA002291137A patent/CA2291137A1/en not_active Abandoned
- 1998-05-15 JP JP55052898A patent/JP2002514330A/en active Pending
- 1998-05-15 EP EP98922428A patent/EP0983671A1/en not_active Withdrawn
- 1998-05-15 AU AU74979/98A patent/AU7497998A/en not_active Abandoned
Non-Patent Citations (1)
Title |
---|
See references of WO9853582A1 * |
Also Published As
Publication number | Publication date |
---|---|
MX9910721A (en) | 2002-12-13 |
AU7497998A (en) | 1998-12-11 |
JP2002514330A (en) | 2002-05-14 |
WO1998053582A1 (en) | 1998-11-26 |
CA2291137A1 (en) | 1998-11-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6587867B1 (en) | Internet-based subscriber profile management of a communications system | |
US6031904A (en) | Service order mechanism for telephone subscriber | |
WO1998053582A1 (en) | Internet-based subscriber profile management of a communications system | |
US9059955B2 (en) | System controlling use of a communication channel | |
US6049602A (en) | Virtual call center | |
US7647403B2 (en) | Method for processing a request for access to a data network | |
US6968050B1 (en) | Methods and apparatus for authenticating and authorizing ENUM registrants | |
US20040024892A1 (en) | System for providing sequenced communications within a group | |
US20060203986A1 (en) | System and method for implementing and accessing call forwarding services | |
WO2002103486A2 (en) | Apparatus, systems and methods for managing incoming and outgoing communication | |
WO1999016230A1 (en) | Integrated proxy interface for web based telecommunication toll-free network management | |
US20070110036A1 (en) | System and method for establishing long distance call connections using a desktop application | |
EP1228623B1 (en) | Establishing data connections | |
US6870910B1 (en) | Method and system for personalizing an interactive interface | |
CA2386965A1 (en) | Method for providing sequenced communications within a group | |
MXPA99010721A (en) | Internet-based subscriber profile management of a communications system | |
EP1104142A1 (en) | Network access system | |
EP1221805A2 (en) | Automated reporting of number of voice messages | |
CA2358221A1 (en) | Dynamic caller-id substitution | |
CA2333168A1 (en) | Data network access |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 19991122 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): BE CH DE FR GB IE IT LI NL SE |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20051201 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1023870 Country of ref document: HK |