Call waiting feature for a telephone line connected to the internet

[00002] This application is a continuation of Ser. No. 08/997,018, entitled “Call Waiting Feature for a Telephone Line Connected to the Internet”, which was filed on Dec. 23, 1997, which is a continuation-in-part of Ser. No. 08/562,678, entitled “Call Notification Feature for a Telephone Line Connected to the Internet”, which was filed on Nov. 27, 1995 and is now U.S. Pat. No. 5,805,587.

[00003] The invention relates to a call waiting feature for telephone calls and more particularly relates to a call waiting feature for a called telephone station set that is busy as a result of being connected to the Internet via an enhanced telephone central office system.

[00004] Call waiting is a telephone feature that is provided by a telephone switching office, e.g., a Central Office (CO), to alert a called party to an incoming call when that party's telephone station set is busy with another call. We have recognized that a telephone switching office cannot apply the call waiting feature to the telephone line that is connected to the well-known Internet. This limitation stems from the fact that the application of call waiting signals to the telephone line would interfere with the data connection. Also, when a data call is established between a subscriber's telephone line and the Internet via an Internet Access Service (IAS), the subscriber would not be able to hear the call waiting tone even if the data connection/communications were able to recover from the interference. Disadvantageously, then, a telephone subscriber who subscribes to call waiting cannot be notified that a call is waiting when the subscriber's line is connected to the Internet.

[00005] We have recognized that an alternate for the call waiting feature may be used to notify a subscriber of a waiting call even though the subscriber's telephone line is connected to the Internet. Specifically, a call directed to the subscriber may be forwarded via the public switched network to a services platform, which, in turn, establishes a connection to the subscriber using the Internet, and then notifies the subscriber of the call waiting via the Internet. The platform may then forward the telephone call to the subscriber via the Internet responsive to a subscriber request to do so.

[00006] The present invention is further directed to a method of processing a telephone call from a calling party intended for a called party whose telephone line is in use by a data terminal. The data terminal has an established connection to the Internet via the telephone line. The call intended for the called party is received. A message is sent to the data terminal via the telephone line to alert the called party to the call. A message is received from the data terminal via the telephone line. The received message includes a call disposition election made by the called party for the call. In response to the call disposition election, the call is routed to the data terminal via the telephone line so that the calling party may communicate with the called party.

[00019] An illustrative embodiment of the invention will be discussed in the context of a public switched network including a local exchange carrier (central office). It is understood of course that such a discussion is not to be taken as a limitation, since the claimed invention may be practiced in conjunction with different types of telecommunications systems, for example, a private telecommunications network.

[00020] Accordingly, then, a telephone subscriber, e.g., the subscriber associated with telephone station S1, FIG. 1, may access the well-known Internet by first loading appropriate Internet communications software, e.g., the Chameleon software product, version 4.5 available from NetManage, Inc. of Cupertino, Calif. (hereinafter “Chameleon” software), into associated data terminal DT1, which may be, for example, a personal computer having multimedia and telephony capability, as will be discussed below. The subscriber, in a conventional manner, may then cause terminal DT1 to place a telephone call to an Internet access service that the subscriber is associated with, such as Internet Access Service (IAS) 200 to access the Internet, represented by block 300. In doing so, terminal DT1 places telephone line 10 in an off-hook state and then dials the telephone number assigned to IAS 200. Assuming that IAS 200 is not located in the same local dialing region as terminal DT1, then the telephone call will be routed via public switched network (PSN) 100, e.g., the AT&T network. Specifically, upon receipt of the dialed number, then CO 25, in a conventional manner, establishes a telephone connection to toll switch (TS) 105 and passes the called number and the ANI associated with line 10 to TS 105. TS 105, in turn and in a conventional manner, establishes a connection to IAS 200 via communication path 150. In an illustrative embodiment of the invention, communication path 150 may be one or more conventional T1 carrier lines each having 24 communications channels in which at least one of the channels serve as a signaling channel. TS 105 thus routes the call to IAS 200 by sending a so-called call set-up message over the signaling channel, in which the message identifies, inter alia, the T1 channel carrying the incoming call, called number, and calling ANI. IAS 200 answers the call by sending an “acknowledgement” message over the signaling channel to TS 105. IAS 200 then sends conventional data communications signals to the terminal DT1 software (e.g., the aforementioned Chameleon software) that is adapted to allow the subscriber to communicate/interface with Internet 300. Responsive to receipt of the subscriber's incoming call, IAS 200 removes the ANI from the signaling channel and then translates the ANI into a memory address that it uses to access its internal memory to unload a data record that is associated with the subscriber. An illustrative example of such a record is shown in FIG. 2. Specifically, record 250 is formed from a number of fields respectively containing the subscriber's identity (name)250-1, address 250-2, telephone number (ANI)250-3, password 250-4, and other data. IAS 200 permits the caller to access Internet 300 if a password that the caller/subscriber enters via DT1 matches the contents of field 250-4. If such a match does not occur after the caller has made a number of attempts to enter the correct password via terminal DT1, then IAS 200 terminates the call, as is done conventionally whenever a login fails. Assuming a match occurs, then IAS 200 communicates with the caller in accord with the contents of fields 250-5 and 250-6 (FIG. 2) which respectively specify the configuration of terminal DT1 and configuration of the Internet interface software, e.g., the aforementioned Chameleon software, loaded in terminal DT1. In addition, terminal T1 assigns an Internet IP address to the call and stores the address in field 250-12. (Alternatively, terminal DT1 may assign such an address to the subscriber just once, when the subscriber initially enters a subscription for the service as is done conventionally.) IAS 200 thereafter uses the address to route the subscriber's data messages (packets) to and from Internet 300 via a conventional data router, as will be discussed below. IAS 200 also stores the address of the communications path 150 (i.e., B channel) used to receive the call in field 250-13. The subscriber may then begin to access Internet 300 in a conventional manner. That is, terminal DT1 formulates and transmits data packets addressed to Internet destinations indicative of entries/inquiries specified by the subscriber as a result of interacting with Internet 300 using the software loaded in terminal DT1. Similarly, IAS 200 routes via path 150 and TS 105 packets that it receives from the Internet and addressed to terminal DT1.

[00021] More specifically and also referring now to FIG. 3, it is seen that an IAS 200 includes Central Processor Unit (CPU) 205, which may be, for example, the SPARC 10 workstation commercially available from Sun Microsystems, Inc. CPU 205, which operates under the control of the well-known UNIX operating system, communicates with the various elements forming the associated IAS 200 via so-called Attached Processor Interfaces (API) 220 and 230, and via local area network (LAN) 240. Such elements include PBX 235 and Internet Access Unit (IAU) 255, in which PBX 235, may be, for example, the Definity telecommunications system available from AT&T and in which IAU 255 may be, for example, the Ascend MAX 4000 apparatus available from Ascend Communications, Inc. of Mountain View, Calif. PBX 235 and IAU 255, more particularly, are designed to present an interface to a communication path comprising 23 B channels and one D channel, e.g., T1 carrier 150-10 and 150-11. Each such B channel may be used to establish a call connection between a telephone switch, e.g., TS 105, and the associated IAS 200. The D channel, on the other hand, may be used to transport signaling information relating to a B channel call connection.

[00022] (As will be discussed below, TS 105 routes calls directed to Internet 300 via IAS 200 over path 150-11 and routes calls that are forwarded to IAS 200 over path 150-10.)

[00023] An IAS 200 includes conventional Voice Response Unit (VRU) 225 which may be, for example, the CONVERSANT interactive voice information system available from AT&T. It also includes a conventional voice mail server (VMS) 265, for example, the AT&T AUDIX telecommunications voice processor, for voice mail and messaging. As will be discussed below, VRU 225 and VMS 265 are connected to PBX 235 via respective communications paths 260 and 280. IAS 200 further includes an Internet Interface Unit (IIU) 215 for providing a physical as well as a logical interconnection between LAN 240 and Internet 300. IIU 215 includes a convention data router, for example, the model 7000 router available from Cisco Systems Inc., and a high-speed data service unit, for example, the DataSMART T3/E3 IDSU available from Kentrox of Portland, Oreg.

[00024] When the subscriber's call (placed via terminal DT1) is received via a B channel of path 150-11, IAU 255 responds to the incoming call by presenting the caller with a conventional login procedure. If the caller responds by entering the correct password (i.e., the password contained in field 250-4 of the associated record (FIG. 2), which IAU 255 also obtains as a result of communicating with processor 205 via LAN 240), then IAU 255 assigns a conventional IP address to the call as a way of interfacing the call (assigned B channel) with Internet 300 via IIU 215. (It is noted that for a conventional Internet access service arrangement, the subscriber is assigned a permanent IP address which would be stored in field 250-12 (FIG. 2) at the time that the subscriber obtains the service.) In addition, IAU 255 notifies processor 205 that it has completed the connection between terminal DT1 and Internet 300.

[00025] If the login is successful, then processor 205 invokes the program of FIG. 4. Processor 205, in accord with the program, checks (block 402) the contents of field 250-8 of the associated record 250 (FIG. 2) to determine if the caller subscribes to the inventive “Internet Call Waiting” (ICW) service. If not, then processor 205 exits the program. If so, then processor 205 checks (block 403) such contents to determine if the function is activated/deactivated remotely by IAS 200, in accord with an aspect of the invention. (Such remote activation will also be referred to herein as Remote Access Call Forwarding (RACF) and is a feature that is currently offered by a local exchange carrier, e.g., Bell Atlantic by the service name of “Ultraforward” (service mark of Bell Atlantic), for a telephone call not involving the Internet.) Alternatively, such contents may indicate that the call forwarding function is selective and/or activated by the subscriber. Assuming that the call forwarding function will be activated remotely, in accord with an aspect of the invention, i.e., by IAS 200, then processor 205 (block 405) unloads a telephone number that it needs to call to activate the call forwarding service from field 250-9, which number is assumed to be associated with CO 25. Processor 205 then instructs VRU 225 via API 220 to place an out-going call to CO 25. In response to receiving an outgoing call request from VRU 225 via telephone line connection 260, PBX 235 selects an idle channel of communications path 150 (FIG. 1) and sends a call set-up message via the associated signaling channel to TS 105, in which the message includes the telephone number unloaded from field 250-9. TS 105, in turn, translates the called telephone number into a routing indicator, and, in accord with that indicator, establishes a telephone connection in a conventional manner to the CO 25 call forwarding service. That service responds to the incoming call by interacting with VRU 225 (which executes a “script” that it receives from processor 205) to obtain the subscriber's telephone number (250-3) and RACF password (field 250-11). Processor 205, via VRU 225 and in response to the latter request, outputs the contents of field 250-10 to the telephone connection extending back to CO 25, which contents is a telephone number associated with communication path 150-10 (FIG. 3) that is used for receiving forwarded calls, as will be discussed below. As a result of such interaction, CO 25 is primed during the time that station S1 is busy to forward a call directed to station S1 to IAS 200.

[00026] Processor 205 then checks (block 406) to see if it had been successful in activating call forwarding, as noted by the receipt of a confirmation from VRU 255 indicating that it had successfully interacted with CO 25. If so, then processor 205 (block 408) sends a message indicating that the Internet call waiting function has been invoked, which terminal DT1 displays on its associated display. Processor 205 (block 404) then sets up to monitor for calls that are forwarded to IAS 200 as a result of the terminal DT1 subscriber's telephone line 10 being busy on the Internet. The processor 205 program then exits. If such activation is not successful, then processor 205 (block 407) sends a message to terminal DT1 for display thereat to identify the nature of the failure, which may be, for example, that CO 25 did not answer the out-going call or that VRU 255 received an error message from CO 25 after VRU 225 had transmitted the subscriber telephone number, subscriber RACF password or the forward-to telephone number. Processor 205 then exits the program. If the subscriber, in response to the displayed failure message, enters a request for an activation retry, in which the request may contain a corrected CO 25 RACF service telephone number or another password that is to be supplied to CO 25, then the processor program is entered at block 401 and proceeds to block 409. If the subscriber entered a valid request, and an error threshold has not been exceeded, then the processor program returns to block 402. In doing so, the program unloads the associated record 250 from memory. If the subscriber does not enter a valid request or repeatedly fails to enter a correct password, then processor 205 transmits a help message (block 410) and exits.

[00027] Returning now to FIG. 3, it is seen that IAS 200 includes a plurality of voice signal processors (VSP) 245-1 through 245-j, one of which is illustrated in broad block diagram form, namely, VSP 245-1 (hereinafter just (VSP) 245). VSP 245 includes central processor unit (CPU) 248, telephone line interface (TLI) 246 and a connection to LAN 240. VSP 245 communicates with PBX 235 via a selected one of the paths 270, and communicates with processor 205, IIU 215 and IAU 255 via LAN 240. In an illustrative embodiment of the invention, VSP 245, may be, for example, a personal computer having an Intel Pentium processor running under the Microsoft Windows 3.11 operating system, an Etherlink 10 BASE-T LAN interface card available from 3 Com Corporation of Santa Clara, Calif., and a V.34 Office F/X (version 2.0) sound card having a telephone interface available from Spectrum Signal Processing, Inc. of Mountain View, Calif.

[00028] VSP 245 interconnects conventional telephone signaling messages (e.g., D channel) and voice signals (e.g., B channel) received from PSN 100 via PBX 235 and path 270-1 with conventional TCP/IP packet network communications that is transported over Ethernet LAN 240 and Internet 300. The processing of calls forwarded from PSN 100 and routed to Internet 300 via LAN 240 will be explained below in detail. It is noted at this point, however, that particular software, such as the VocalTec version 3.0 software product available from VocalTec, Inc. of Northvale, N.J., may be used in VSP 245 to process, compress and then packetize voice signals that are received via PBX 235 and TLI 246 for transmission to Internet 300 via LAN 240. Similarly, such software may be used to convert the contents of packets representing voice into a stream of voice signals that is transmitted to station S1 via TLI 246, path 270-1, PBX 235 and PSN 100.

[00029] If, while the subscriber is busy “surfing” the Internet, a caller at station S2 places a call to station S1, then a telephone connection is established in a conventional manner from the station S2 telephone line to CO 25 via CO 50, TS 110 and TS 105 (FIG. 1). Specifically, responsive to the receipt of the station S2 call, CO 25 determines that station S1 is busy and that call forwarding has been activated at station S1. As such, CO 25, in a conventional manner, directs the call to IAS 200 in accord with the call forwarding telephone number that CO 25 received as interacting with IAS 200 in the manner discussed above. In doing so, CO 25 sends a message to TS 105 requesting a rerouting of the station S2 call and containing the IAS 200 telephone number as the destination for such rerouting. Such a message will typically contain the ANI of the called party (station S1) and may also contain the telephone number of the forwarded party, namely station S2. TS 105, in response to the receipt of the message, routes the call to its new destination-IAS 200. To re-route the call, TS 105 signals IAS 200 (PBX 235) that a call is being routed (forwarded) thereto via an idle B channel serving the particular call type, in which such signaling is transmitted over the associated D signaling channel. (As mentioned above, if the call is being forwarded to IAS 200, then the toll switch routes the call via communications path 150-10. Calls directed to Internet 300, on the other hand, are routed over communications path 150-11.) The signaling information that is transported over a D channel of path 150-10 includes, inter alia, the forward-to-number used by CO 25 and the ANI of station S1. Such information may also include the calling party telephone number (station S2). PBX 235, responsive to receipt of such information, sends a message identifying the newly-arrived call and containing information relating thereto to processor 205 via API 230. Processor 205, in turn, instructs PBX 235 to assign an idle VSP 245i to the call.

[00030] Since the station S2 call is forwarded to IAS 200 via path 150-10, then the call is received via PBX 235. Also referring now to FIG. 5, upon receipt of the call, PBX 235 alerts processor 205 to the incoming call and passes the station S2 telephone number (if available) as well as the station S1 ANI thereto. Processor 205 (block 501) in response to receipt of the latter number (ANI) uses the number to access its internal memory and unload a copy of the subscriber's record 250. If the subscriber is not connected to IAS 200 or if the subscriber does not wish to answer the call (as shown below), then processor 205 (block 507) does not answer the call and exits, thereby leaving it to the calling party and PBX 235 to terminate the call in a conventional manner. If, on the other hand, the contents of field 250-14, FIG. 2, indicates that the called subscriber is busy on the Internet, then processor 205 (block 502) forms an alerting message containing a “canned” announcement indicating, inter alia, (a) that a call is waiting, (b) telephone number of the waiting call (if available), and (c) call answering options, i.e., connect to voice mail, terminate call, or connect call, as mentioned above. Processor 205 then assembles the message into one or more data packets each containing the assigned Internet IP address as the destination and supplies each such packet to IIU 215 via LAN 240. IIU 215, in turn, routes the packets to module IAU 255, which then transmits the payload data as it is received over path 150-11 and the assigned B channel in a conventional manner. The data is then transported over the connection to CO 25, for transmission over analog telephone line 10 (FIG. 1). Upon receipt of the data, terminal DT1 displays the information characterized by the data, e.g., the aforementioned announcement, on the terminal DT1 display, thereby alerting the subscriber to the waiting call even though the subscriber's telephone line is connected to the Internet (block 503), in accord with an aspect of the invention.

[00031] Following the foregoing, processor 205 waits for receipt of a response/answer from the alerted subscriber, as represented by the dashed line in FIG. 5. When processor 205 receives the expected response via path 150-11, then processor 205 (block 504) checks to see if the subscriber elected to answer the forwarded call. If so, then processor 205 (block 505) directs VSP 245 (i.e., TLI 246 and CPU 248) to answer the call. TLI 246, in response to receipt of a control signal from processor 205 via LAN 240 and CPU 248, transmits an answer supervision signal over path 270. In response to receipt of the latter signal, PBX 235 sends an answer supervision signal for the forwarded call to the toll switch via the D channel of path 150-10. Processor 205 then sets up to bridge the calling party to the subscriber via VSP 245, LAN 240 and IAU 255 (block 506). Such “bridging” is established between VSP 245 and IAU 255 via LAN 240 and IIU 215 router as a conventional data packet communications. Processor 205 unloads from memory 250 (i.e., field 250-7, FIG. 2) information identifying the type of packet voice software that is loaded in the subscriber's terminal DT1. Processor 205 then instructs processor 248 (VSP 245) to invoke the aforementioned VocalTec software (or other software that performs a similar function) that is designed to process a telephone call that is to be transported over the Internet 300. The CPU 248 software, in turn, returns a response to processor 205 acknowledging its instruction to receive and transmit packets from and to the IP address previously assigned to the subscriber's Internet connection via access unit 255.

[00032] Thereafter, the assigned VSP245/TLI 246 supplies voice signals that it receives from the calling party to CPU 248 as a conventional data stream. CPU 248, in turn, collects the signals and forms them into packets in accordance with the aforementioned VocalTec software, which attaches to each such packet the IP address assigned to the subscriber's connection. CPU 248 then presents the packet to LAN 240 and IIU 215, which in turn routes the packet in a conventional manner to the LAN 240 port connected to access unit 255. Unit 255, in turn, transmits the data packet as well as any other packets received from Internet 300 and addressed to DT1 over the B-channel assigned to the subscriber's connection. Briefly referring again to FIG. 1, in an illustrative embodiment of the invention, data terminal DT1 may be, for example, a personal computer running under the Microsoft Windows operating system and driven by, for example, the Intel Pentium processor. Terminal DT1 also includes a conventional sound card, such as the UltraSound MAX sound card available from Gravis Computer Technology of Bellingham, Wash., as well as attached speakers and microphone. Also, conventional software packages such as the aforementioned Chameleon software and Internet Phone software, version 3.0, also available from VocalTec are loaded in terminal DT1. As configured, a conventional modem interfaces terminal DT1 with telephone line 10.

[00033] When terminal DT1 receives packets via line 10, the Internet software running on the subscriber's terminal DT1 examines each such packet to determine if it contains voice signals or information originating from the Internet. If the former, then the “Internet Phone” software reassembles the voice signal from a series of received packets, as is done conventionally, and then presents the result to the terminal DT1 sound card which causes the signals to be routed to the terminal DT1 loudspeaker for presentation to the subscriber. Internet information, on the other hand, is identified and processed in a background mode for display on the terminal DT1 display.

[00034] When the subscriber talks into the terminal DT1 microphone, the resulting voice signals are converted into a series of packets by the sound card and accompanying software. Terminal DT1 then outputs the packets via the terminal DT1 modem to line 10 for transmission to IAS 200 via CO 25 and PSN 100. In doing so, terminal DT1 software inserts an address in each such packet so that the packet may be routed to the originator of the call, as is done conventionally in the transmission of a voice packet in telephony. Each packet that IAS 200 receives from terminal DT1 is transported via IAU 255 and LAN 240 to IIU 215 which then routes the packet to either Internet 300 or VSP 245 based on the destination address contained in the packet. The VSP 245 port that receives the packet unloads the payload and passes it to the packet voice software that CPU 248 is executing. That is, CPU 248 converts a series of voice packets into a digital voice signal, which TLI 246 then supplies to PBX 235 via path 270-1. PBX 235, in turn, transmits the voice signal over path 150-10 during the assigned B channel to TS 105, which retransmits the signal to station S2 by way of CO 50. The call waiting party and Internet connected subscriber may continue to communicate with one another in this manner, until the call is terminated.

[00035] In response to receipt of the call-waiting notification, the subscriber may elect to have the station S2 call forwarded to voice mail server 265 (FIG. 3). If processor 205 (block 508, FIG. 5) receives that option from the subscriber, then processor 205 directs PBX 235 to interrupt the (unanswered) connection between path 150-10 and VSP 245, and to redirect the station S2 incoming call on path 150-10 to voice mail service (VMS) 265 as represented by block 509, FIG. 5. At that point, VMS 265 transmits an announcement to the calling party and presents the calling party with the option to leave a voice message for the called subscriber. The calling party may then interact with VMS 265 in a conventional manner to exercise the option or immediately terminate the call.

[00036] When terminal DT1 receives a data message encoded in analog form via its internal modem and telephone line 10, the modem converts the encoded analog signal to a digital signal, which is then accumulated to form a message. If the message represents the aforementioned call waiting message, then terminal DT1 invokes the program of FIG. 6 to process the message. Specifically, the DT1 program (block 601) causes the terminal DT1 hardware to generate and output via the terminal loudspeaker(s) a tone that simulates an alerting signal, e.g., a ringing signal. The program (block 602) then displays the option message along with the calling telephone number. If the subscriber selects one of the displayed options, then the program checks to see if the entered option is to answer the call (block 603). If so, then the program (block 604) prepares to execute the aforementioned VocalTec Internet Phone software that allows the subscriber to place and/or receive a voice call via the Internet by storing in associated memory the IP address of VSP 245 contained in the message sent by IAS 200 (processor 205). The terminal DT1 program (block 605) then forms a response to answer the call and then (block 606) transmits the response to IAS 200. If the subscriber does not elect to answer the call, then the program (block 607) checks to see if the subscriber wants the call to be routed to a voice mail service. If that is the case, then the program (block 608) forms a voice-mail response and proceeds to block 606. Otherwise, the program (block 609) forms a “terminate call” response, proceeds to block 606 and then exits.

[00037] FIG. 7 illustrates in flow chart form the program that a terminal, e.g., terminal DT1, may invoke to place a telephone call to an IAS 200, e.g., IAS 200, for the purpose of establishing a connection to the Internet. As mentioned above, such software may be any one of a number of different commercial software products that are designed to allow a user to interact with the Internet, for example, the aforementioned Chameleon software. Specifically, when the terminal program is invoked it unloads (block 701) from internal memory a data record containing the telephone number that the caller uses to access the Internet. The program then places a call to that telephone number and then waits for receipt of a response from the called IAS, e.g., IAS 200. Upon receipt of the expected response, the program (block 702) sets up to “login” into the called IAS as is done conventionally by transmitting a requested password. If the login is successful (block 703), the terminal application program that is loaded when the subscriber establishes the Internet session, sends a message to processor 205 indicating that it can receive a call alert message. If processor 205 receives that message, then it updates the contents of field 250-14 (FIG. 2) to indicate that the user may receive call alert messages. The program then exits. If the login is not successful, then the caller/subscriber may re-enter his/her password (block 702). It is noted that IAS 200 may terminate the call if the caller fails to enter a valid password after making several attempts to do so.

[00038] If the program receives a message requesting new ICW information, then the program is re-entered (block 704) and displays the IAS request (block 705). If the caller/subscriber enters via, e.g., the terminal DT1 keyboard, such new information, then the program (block 706) checks the entry to see if it corresponds with the IAS request. If not, then the program exits Otherwise, the program forms a message containing the entry (block 707), updates (block 708) the associated data record to include the new entry (e.g., the correct RACF password), transmits (block 709) the message to the IAS and then exits. Thereafter, when the program receives a message from IAS 200 indicating that RACF has been activated, then the program (block 710) displays that event and then exits.

[00039] FIG. 9 illustrates another illustrative embodiment of the present invention which is also described in the context of a public switched network including a local exchange carrier (central office). To the extent that the same network elements are illustrated and described in FIG. 9 as in FIG. 1, the same element numbers will be used.

[00040] Accordingly, then, in a conventional manner, a telephone subscriber, e.g., the subscriber associated with telephone station S1, FIG. 9, may access the well-known Internet by first loading appropriate Internet communications software, e.g., the Windows 95 Dialup Networking Software with accompanying TCP/IP stack from Microsoft Corp. of Redmond, Wash. (hereinafter, Windows 95 Dialup Networking Software), into associated data terminal DT1, which may be, for example, a personal computer having multimedia and telephony capability, as will be discussed below. The subscriber may then cause terminal DT1 to place a telephone call to an Internet access service that the subscriber is associated with, such as Internet Access Service (LAS) 200, to access the Internet, represented by block 300. In doing so, terminal DT1 places telephone line 10 in an off-hook state and then dials the telephone number assigned to IAS 200. Assuming that IAS 200 is not located in the same local dialing region as terminal DT1, then the telephone call will be routed via public switched network (PSN) 100, e.g., the AT&T network. Specifically, upon receipt of the dialed number, then enhanced central office ECO 25, in a conventional manner, establishes a telephone connection to toll switch (TS) 105 via path 30. TS 105, in turn and in a conventional manner, establishes a connection to IAS 200 via path 150. IAS 200 then sends conventional data communications signals to the terminal DT1 software (e.g., the aforementioned Windows 95 Dialup Networking Software) that allows the subscriber to communicate/interface with Internet 300.

[00041] In the current invention, the subscriber may alternatively access the Internet directly from the subscriber's enhanced central office ECO 90, as will be described in detail below. The subscriber causes the data terminal DT1 to place a telephone call to a telephone number which ECO 90 recognizes as a request to connect to the Internet via ECO 90's own Internet access equipment subunits.

[00042] Responsive to receipt of the subscriber's Internet access request, ECO 90 takes a telephone number it associates with the subscriber's line (“ANI”) and then translates the ANI into a memory address that it uses to access its internal memory to unload a data record that is associated with the subscriber. An illustrative example of such a record is shown in FIG. 10. Specifically, record 1050 is formed from a number of fields respectively containing the subscriber's identity (name) 1050-1, address 1050-2, telephone number (ANI) 1050-3, password 1050-4, and other data. ECO 90 permits the caller to access Internet 300 if a password that the caller/subscriber enters via DT1 matches the contents of field 1050-4. If such a match does not occur after the caller has made a number of attempts to enter the correct password via terminal DT1, then ECO 90 terminates the call, as is done conventionally whenever a login fails. Assuming a match occurs, then ECO 90 communicates with the caller in accordance with the contents of fields 1050-5 and 1050-6 (FIG. 10), which respectively specify the configuration of terminal DT1 and configuration of the Internet interface software, e.g., the aforementioned Windows 95 Dialup Networking Software, loaded in terminal DT1. In addition, ECO 90 assigns an Internet IP address to the call and stores the address in field 1050-12. (Alternatively, ECO 90 may assign such an address to the subscriber just once, when the subscriber initially enters a subscription for the service as is done conventionally.) ECO 90 thereafter uses the IP address to route the subscriber's data messages (packets) to and from Internet 300 via a conventional data router, as will be discussed below. The subscriber may then begin to access Internet 300 in a conventional manner. That is, terminal DT1 formulates and transmits data packets addressed to Internet destinations indicative of entries/inquires specified by the subscriber as a result of interacting with Internet 300 using the software loaded in terminal DT1. Similarly, ECO 90 routes to terminal DT1 all packets that it receives from the Internet addressed to terminal DT1.

[00043] More specifically and also referring now to FIG. 11, it is seen that an ECO 90 includes Central Processor Unit (CPU) 1105, which may be, for example, the central processor of a 5ESS® switch available from Lucent Technologies, Inc. CPU 1105 communicates with the various elements forming the associated ECO 90 via control path 1130 and local area network (LAN) 1140. Such elements include switch SW 1135 and Internet Access Unit (IAU) 1155, in which SW 1135, may be, for example, the switching and peripheral modules of the 5ESS from Lucent and in which IAU 1155 may be, for example, the Ascend MAX 4000 apparatus available from Ascend Communications, Inc. of Mountain View, Calif. The ECO 90 also includes an Internet Interface Unit (IIU) 1115 for providing a physical as well as a logical interconnection between LAN 1140 and Internet 300. IIU 1115 includes a conventional data router, for example, the Model 7000 router available from Cisco Systems Inc., and a high-speed data service unit, for example, the DataSMART T3/E3 IDSU available from Kentrox of Portland, Oreg. In any event, it is to be understood that an ECO, as discussed herein, could be a switch added to an ISP, rather than an ISP added to a switch.

[00044] When the subscriber's Internet access request call (placed via terminal DT1) is received, ECO 90 causes the call to be connected by SW 1135 to IAU 1155 via path 1190. IAU 1155 responds to the call by presenting the caller with a conventional: login procedure. If the caller responds by entering the correct password (i.e., the password contained in field 1050-4 of the associated record (FIG. 10), which IAU 1155 also obtains as a result of communicating with processor 1105 via LAN 1140), then IAU 1155 assigns a conventional IP address to the call as a way of interfacing the call with Internet 300 via IIU 1115 and access connection 20. (It is noted that for a conventional Internet access service arrangement, the subscriber may be assigned a permanent IP address which would be stored in field 1050-12 (FIG. 10) at the time that the subscriber obtains the service.) In addition, IAU 1155 notifies processor 1105 that it has completed the connection between terminal DT1 and Internet 300.

[00045] If the login is successful, then processor 1105 invokes the program of FIG. 12. Processor 1105, in accord with the program, checks the contents of field 1050-8 of the associated record 1050 (FIG. 10) to determine if the Internet user subscribes to the inventive “Internet Call Waiting” (ICW) service (block 1202). If so, processor 1105 then sets up to monitor for calls that might otherwise be given a busy signal as a result of the terminal DT1 subscriber's telephone line 10 being busy on the Internet (block 1204). The processor 1105 program then exits. If processor 1105 finds at block 1202 that the Internet user does not subscribe to ICW, then CPU 1105 may offer ICW service to the user on a one-time basis for this Internet session. CPU 1105 sends a message for display on terminal DT1 which indicates the ICW offer to the user (block 1212). If the user accepts (block 1222), processor 1105 then sets up to monitor for calls to the user which might otherwise be given a busy signal (block 1204), so as to be “activated” for this instant Internet session, and sets an indicator in field 1050-8 (FIG. 10) indicating ICW is active for this user.

[00046] Returning now to FIG. 11, it is seen that ECO 90 includes a plurality of voice signal processors (VSP) 1145-1 through 1145-j, one of which is illustrated in broad block diagram form, namely, VSP 1145-1 (hereinafter just (VSP) 1145). VSP 1145 includes central processor unit (CPU) 1148, telephone line interface (TLI) 1146 and a connection to LAN 1140. VSP 1145 communicates with switch 1135 via a selected one of the paths 1170, and communicates with processor 1105, IIU 1115 and IAU 1155 via LAN 1140.

[00047] In an illustrative embodiment of the invention, VSP 1145, may be, for example, a personal computer having an Intel Pentium processor running under the Microsoft Windows NT 4.0 operating system, an Etherlink 10BASE-T LAN interface card available from 3Com Corporation of Santa Clara, Calif., and a V.34 Office F/X (version 2.0) sound card having a telephone interface available from Spectrum Signal Processing, Inc. of Mountain View, Calif. VSP 1145 interconnects conventional telephone voice signals received from subscriber line 10 via SW 1135 and path 1170i with conventional TCP/IP packet network communications that is transported over Ethernet LAN 1140 and Internet 300. The processing of calls from DT1 and routed to Internet 300 via LAN 1140 will be explained below in detail. It is noted at this point, however, that particular software, such as the VocalTec version 4.0 software product available from VocalTec, Inc. of Northvale, N.J., may be used in VSP 1145 to process, compress and then packetize voice signals that are received via switch 1135 and TLI 1146 for transmission to Internet 300 via LAN 1140. Similarly, such software may be used to convert the contents of packets representing voice into a stream of voice signals that is transmitted to station S1 via TLI 1146, path 1170i, SW 1135 and subscriber line 10.

[00048] If, while the subscriber is busy “surfing” the Internet, a caller at station S2 (FIG. 9) places a call to station S1, then a telephone connection is established in a conventional manner from the station S2 telephone line to ECO 90 via CO 50, TS 110 and TS 105. The signaling information that is transported over path 30 includes, inter alia, the S1 telephone number dialed by S2. Such information may also include the calling party telephone number (station S2) as in conventional Caller ID. SW 1135 (FIG. 11), responsive to receipt of such information, sends a message identifying the newly-arrived call and containing information relating thereto to processor 1105 via control connection 1130. Processor 1105, in turn, instructs SW 1135 to assign an idle VSP 1145i to the call.

[00049] Since the station S2 call is routed to ECO 90 via path 30, then the call is received via SW 1135 as is done conventionally. Also referring now to FIG. 13, upon receipt of the call, SW 1135 alerts processor 1105 to the incoming call and passes the station S2 telephone number (if available) as well as the station S1 telephone number (the dialed number DN) thereto. Processor 1105 in response to receipt of S1's number (DN) uses the number to access its internal memory and unload a copy of the subscriber's record 1050 (block 1311). If the subscriber is not connected to the Internet or if the subscriber does not subscribe to Internet Call Waiting (ICW), then processor 1105 exits, thereby continuing to process the call in a conventional manner, e.g., give a busy signal or provide “call forward on busy” as per S1's conventional service subscriptions. If, on the other hand, the contents of fields 1050-14 and 1050-8, FIG. 10, indicate that the called subscriber is busy on the Internet, and has ICW service, then processor 1105 checks whether the user already has an ICW call active between the user's DT1 terminal and a calling party S2 (block 1312). If so, then (as in conventional call waiting when a subscriber already has two active calls), CPU 1105 exits to continue conventional busy-line call processing. If not (or if so, and the user also subscribes to an ICW service option as explained below), then CPU 1105 instructs SW 1135 to connect path 30 to “audible ring” (i.e., providing audible ringing to the caller's telephone) and (block 1313) forms an alerting message indicating, inter alia, (a) that a call is waiting, (b) telephone number of the waiting call (the “caller ID”, if available), and (c) call answering options: connect call via the Internet connection to terminal DT1 as mentioned above; forward call to another telephone number (which may be the user's voice mail service “voice mailbox” or other destination); suspend or interrupt the user's Internet connection to enable the user to receive the incoming call at conventional voice terminal S1; ignore call; or other ICW option such as to set up a three-way conference call. The selection of options available to each ICW subscriber is set at the time of subscription and is indicated by the contents of field 1050-8 (FIG. 10). Processor 1105 then assembles the message into one or more data packets each containing DT1's assigned Internet IP address as the destination and supplies each such packet to IIU 1115 via LAN 1140 (block 1314). IIU 1115, in turn, routes the packets to module IAU 1155, which then transmits the payload data as it is received over path 1190 in a conventional manner. The data is then transported over the path 1190 connection to SW 1135 for transmission over telephone line 10. Upon receipt of the data, terminal DT1 displays the information characterized by the data on the terminal DT1 display, thereby alerting the subscriber to the waiting call even though the subscriber's telephone line is connected to the Internet, in accordance with an aspect of the invention.

[00050] Following the foregoing, processor 1105 waits for receipt of a response from the alerted subscriber, as represented by the dashed line between blocks 1314 and 1315 in FIG. 13. When processor 1105 receives the expected response, processor 1105 checks to see if the subscriber elected to answer the station S2 call (block 1315). If so, and the call is to be answered at DT1, processor 1105 directs VSP 1145 (i.e., TLI 1146 and CPU 1148) to answer the call (block 1316). TLI 1146 transmits an answer supervision signal over path 1170-i. In response to receipt of the latter signal, SW 1135 sends an answer supervision signal for the incoming call to TS 105 (FIG. 9) via path 30. Processor 1105 then sets up to bridge the calling party to the subscriber via VSP 1145, LAN 1140 and IAU 1155 (block 1317). Such “bridging” is established between VSP 1145 and IAU 1155 via LAN 1140 and IIU 1115 as in conventional packet data communications. Processor 1105 unloads from memory 1050 (i.e., field 1050-7, FIG. 10) information identifying the type of packet voice software that is loaded in the subscriber's terminal DT1. Processor 1105 then instructs processor 1148 (VSP 1145) to invoke the aforementioned VocalTec software (or other software that performs a similar function) that is designed to process a telephone call that is to be transported over the Internet 300. The CPU 1148 software, in turn, returns a response to processor 1105 acknowledging its instruction to receive and transmit packets from and to the IP address previously assigned to the subscriber's Internet connection via access unit 1155.

[00051] Thereafter, the assigned VSP 1145/TLI 1146 supplies voice signals that it receives from the calling party to CPU 1148 as a conventional data stream. CPU 1148, in turn, collects the signals and forms them into packets in accordance with the aforementioned VocalTec software, which attaches to each such packet the IP address assigned to the subscriber's connection. CPU 1148 then presents the packet to LAN 1140 and IIU 1115, which in turn routes the packet in a conventional manner to the LAN 1140 port connected to access unit 1155. Unit 1155, in turn, transmits the data packet as well as any other packets received from Internet 300 and addressed to DT1 over the subscriber's connection. Briefly referring again to FIG. 9, in an illustrative embodiment of the invention, data terminal DT1 may be, for example, a personal computer running under the Microsoft Windows 95 operating system and driven by, for example, the Intel Pentium processor. Terminal DT1 also includes a conventional sound card, such as the UltraSound MAX sound card available from Gravis Computer Technology of Bellingham, Wash., as well as attached speakers and microphone. Also, conventional software packages such as the aforementioned Windows 95 Dialup Networking software and Internet Phone software, version 4.0, also available from VocalTec are loaded in terminal DT1. As configured, a conventional modem interfaces terminal DT1 with telephone line 10.

[00052] When terminal DT1 receives packets via line 10, the Internet software running on the subscriber's terminal DT1 examines each such packet to determine if it contains voice signals or information originating from the Internet. If the former, then the “Internet Phone” software reassembles the voice signal from a series of received packets, as is done conventionally, and then presents the result to the terminal DT1 sound card which causes the signals to be routed to the terminal DT1 loudspeaker for presentation to the subscriber. Internet information, on the other hand, is identified and processed in a background mode for display on the terminal DT1 display.

[00053] When the subscriber talks into the terminal DT1 microphone, the resulting voice signals are converted into a series of packets by the sound card and accompanying software. Terminal DT1 then outputs the packets via the terminal DT1 modem to line 10 for transmission to VSP 1145. In doing so, terminal DT1 software inserts an address in each such packet so that the packet may be routed to the originator of the call, as is done conventionally in the transmission of a voice packet in telephony. Each packet that VSP 1145 receives from terminal DT1 is transported via path 1190, IAU 1155 and LAN 1140 to IIU 1115 which then routes the packet to either Internet 300 or VSP 1145 based on the destination address contained in the packet. The VSP 1145 port that receives the packet unloads the payload and passes it to the packet voice software that CPU 1148 is executing. That is, CPU 1148 converts a series of voice packets into a digital voice signal, which TLI 1146 then supplies to SW 1135 via path 1170. SW 1135, in turn, transmits the voice signal over path 30 to TS 105, which retransmits the signal to station S2 by way of CO 50. The call waiting party and Internet connected subscriber may continue to communicate with one another in this manner, until the call is terminated.

[00054] In response to receipt of the call-waiting notification, the subscriber may elect to answer the station S2 call using conventional telephone receiver S1. If so, then processor 1105 (block 1325, FIG. 13) interrupts the user's Internet session, changes the indicators of field 1050-14 (FIG. 10) to “inactive,” then waits for subscriber line 10 to become idle (on-hook condition). Upon receiving the on-hook status from SW 1135 (block 1326), processor 1105 instructs SW 1135 to disconnect line 10 from path 1190 (FIG. 11). Processor 1105 then sets up to complete the incoming call in a conventional manner (block 1327), applies power ring to line 10 (block 1328) so as to cause receiver S1 to ring, then exits (conventional wait-for-answer call processing).

[00055] When terminal DT1 receives a data message encoded in analog form via its modem and telephone line 10, the modem converts the encoded analog signal to a digital signal, which is then accumulated to form a message. If the message represents the aforementioned call waiting message, then terminal DT1 invokes the program of FIG. 14 to process the message. Specifically, the DT1 program causes the terminal DT1 hardware to generate and output via the terminal loudspeaker(s) a tone that simulates an alerting signal, e.g., a ringing signal (block 1401). The program then displays the option message along with the calling telephone number (“Caller ID”), if available (block 1402). If the subscriber selects one of the displayed options, then the program checks to see if the entered option is to answer the call (block 1403). If so, and the call is to be answered at DT1, then the program prepares to execute the aforementioned VocalTec Internet Phone software (block 1404) that allows the subscriber to place and/or receive a voice call via the Internet by storing in associated memory the IP address of VSP 1145 contained in the message sent by ECO 90 (processor 1105). The terminal DT1 program then forms a response to answer the call at DT1 (block 1405) and transmits the response to ECO 90 (block 1406). If the subscriber elects to answer the call at S1, the DT1 program forms a response to answer the call at S1 (block 1415), transmits the response to ECO 90 (block 1416), suspends the subscriber's Internet activity (block 1417), and puts the subscriber line 10 back in an idle (on hook) condition to allow the incoming call to be received in a conventional manner by the subscriber (block 1418). (If the subscriber's terminal DT1 has the capability to answer incoming calls in a conventional manner, it will deactivate this capability prior to exiting the program). Referring again to block 1403, FIG. 14, if the subscriber has elected a choice other than answering the call at DT1 or S1, then the DT1 program forms the corresponding response (block 1424), proceeds to block 1406 and then exits.

[00056] FIG. 15 illustrates, in flow chart form, the program that a terminal, e.g., terminal DT1, may invoke to place a telephone call to an Internet access service, e.g., ECO 90, for the purpose of establishing a connection to the Internet. As mentioned above, such software may be any one of a number of different commercial software products that are designed to allow a user to interact with the Internet, for example, the aforementioned Windows 95 Dialup Networking software. Specifically, when the terminal program is invoked it unloads from internal memory a data record containing the telephone number that the call uses to access the Internet (block 1501). The program then places a call to that telephone number and then waits for receipt of a response from the called Internet access service, e.g., ECO 90. Upon receipt of the expected response, the program sets up a “login” into the called IAS (block 1502) as is done conventionally by transmitting a requested password. If the login is successful (block 1503), the terminal application program that is loaded when the subscriber establishes the Internet session, sends a message to processor 1105 indicating that it can receive a call alert message. If processor 1105 receives that message, then it updates the contents of field 1050-14 (FIG. 10) to indicate that the user may receive call alert messages. The program then exits. If the login is not successful, then the caller/subscriber may re-enter his/her password (block 1502). It is noted that ECO 90 may terminate the call if the caller fails to enter a valid password after making several attempts to do so.

[00057] If the DT1 program receives a message offering per-session ICW service, then the program is re-entered (block 1504) and displays the message (block 1505). If the caller/subscriber responds via, e.g., the terminal DT1 keyboard, the program checks the entry to see if the subscriber accepts (block 1506). If not, then the program exits. Otherwise, the program forms a message accepting the offer (block 1507), activates ICW-associated software (block 1508), transmits the message (block 1509) and then exits. Thereafter, when the program receives a message from ECO 90 indicating that ICW has been activated, then the program (block 1510) displays that event and then exits.

[00058] Referring now to FIG. 16, ECO 90 of FIG. 9 and FIG. 11 is now illustrated in broad block diagram form including a conventional telephone central office three-way circuit 1195 attached in a conventional manner to switch 1135, and also now with two PSN call connections shown as 30-1 and 30-2. The three heavy lines in FIG. 16 (1195 to 1170; 1195 to 30-1; 1195 to 30-2) illustrate the three legs of a three-way call set up by processor 1105 in response to a request from an Internet user at terminal DT1 and line 10 to have a three-way conference with caller S2 (FIG. 9) and another party (such request formed at block 124, FIG. 14 and received by CPU 1105 at block 1315, FIG. 13). The dashed line (1170 to 30-1 within SW 1135, FIG. 16) illustrates the DT1-to-S2 call connection which was removed by SW 1135 when processor 1105 instructed it to set up the three-way connection. The foregoing is merely illustrative of the principles of the invention. Those skilled in the art will be able to devise numerous arrangements, which, although not explicitly shown or described herein, nevertheless embody those principles that are within the spirit and scope of the invention. For example, the Internet is used in the present application as an illustrative example of a data network used in practicing the invention. The Internet is a specific type of data network in that it utilizes a set of unique network standards to support communications across computers. This set of network standards is typically referred to as TCP/IP (“Transmission Control Protocol/Internet Protocol”). The “Internet” (when capitalized) typically refers to the collective set of computers and networks that make up the global public data network that is based on the TCP/IP standards. However, in addition to the Internet, other networks based on the TCP/IP standards such as an “internet” (uncapitalized refers to a public data network in a generic sense) or an “intranet” (refers to a private data network in a generic sense) could be used to practice the invention. Moreover, additional data networks not based on the TCP/IP standards can be used in practicing the invention because the invention does not rely on a specific data network protocol implementation such as TCP/IP. All that would be required is that the data network include the ability to multiplex streams of data packets across a network interface, and uniquely address computers and sessions running on the network. As such, the data network used to practice the present invention could be a private corporate intranet, rather than the Internet, that utilizes an enhanced private branch exchange (PBX), rather than a local central office switch, as the ECO.