U.S. patent application number 10/855450 was filed with the patent office on 2004-11-04 for method and apparatus for establishing a collect call originated through a packet based network.
Invention is credited to Karamchedu, Murali, Sponaugle, Jeffrey B..
Application Number | 20040218588 10/855450 |
Document ID | / |
Family ID | 32928164 |
Filed Date | 2004-11-04 |
United States Patent
Application |
20040218588 |
Kind Code |
A1 |
Karamchedu, Murali ; et
al. |
November 4, 2004 |
Method and apparatus for establishing a collect call originated
through a packet based network
Abstract
A method and apparatus for establishing a collect call
originated through a packet based network is provided. In
accordance with various embodiments of the invention, a system is
described that facilitates voice communication between a calling
party and a party to be called while the costs of the communication
session are charged to the called party. In one embodiment, the
called party is queried as to whether they wish to accept the costs
associated with the pending voice communication session, prior to
the two parties being placed in voice communication with each
other.
Inventors: |
Karamchedu, Murali;
(Beaverton, OR) ; Sponaugle, Jeffrey B.;
(Hillsboro, OR) |
Correspondence
Address: |
KAPLAN & GILMAN , L.L.P.
900 ROUTE 9 NORTH
WOODBRIDGE
NJ
07095
US
|
Family ID: |
32928164 |
Appl. No.: |
10/855450 |
Filed: |
May 27, 2004 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
10855450 |
May 27, 2004 |
|
|
|
09910679 |
Jul 20, 2001 |
|
|
|
6788674 |
|
|
|
|
Current U.S.
Class: |
370/352 |
Current CPC
Class: |
H04L 12/14 20130101;
H04M 2215/0176 20130101; H04L 12/1471 20130101; H04M 15/00
20130101; H04L 12/66 20130101; H04L 29/06027 20130101; H04L 65/1069
20130101; H04M 2215/202 20130101; H04M 2215/0168 20130101; H04M
7/003 20130101; H04M 15/08 20130101; H04M 2215/62 20130101; H04M
2215/22 20130101; H04M 15/56 20130101 |
Class at
Publication: |
370/352 |
International
Class: |
H04L 012/66 |
Claims
1-20. (canceled)
21. An apparatus comprising: a storage medium having stored therein
a plurality of programming instructions to implement a set of
communications services on the apparatus for establishing and
facilitating on behalf of an offeror client computer system, a
voice call between the offeror client computer system and a PSTN
extension associated with an offeree, the offeree having received
an offer to engage in voice communication with the offeror and to
accept charges associated with the voice call; wherein the
communications services comprise services for selecting one from a
plurality of Internet/PSTN changeover servers capable of
establishing voice communications between said offeror and said
offeree partly over a data network and partly over PSTN, for
causing said selected changeover server to establish a voice link
with said offeree over PSTN network to transmit said offer to said
offeree, to receive on behalf of the offeror, a notification from
the offeree denoting the offeree's acceptance of the offer to
engage in voice communication with the offeror and to accept the
charges associated with the voice call, and, upon receiving said
notification, to subsequently establish a voice link with the
offeror client computer system and to bridge said two voice links;
and an execution unit, coupled to the storage medium, to execute
the plurality of programming instructions.
22. The apparatus of claim 21, wherein said offer to engage in
voice communication with the offeror and to accept charges
associated with the voice call comprises an automated voice
solicitation from said selected changeover server.
23. The apparatus of claim 21, wherein said notification from the
offeree denoting the offeree's acceptance of the offer is received
via a voice link established between the offeree and the selected
changeover server.
24. The apparatus of claim 23, wherein said notification from the
offeree denoting the offeree's acceptance of the offer is received
in the form of a voice notification.
25. The apparatus of claim 23, wherein said notification from the
offeree denoting the offeree's acceptance of the offer is received
in the form of a DTMF based notification.
26. The apparatus of claim 21, wherein said services further
comprise services for causing said selected changeover server to
transmit to the offeree on behalf of the offeror, the offer to
engage in voice communication with the offeror and to accept
charges associated with the voice call.
27. The apparatus of claim 26, wherein the offer is transmitted to
the offeree in response to the selected changeover server receiving
a request from the offeror, said request identifying at least the
PSTN extension associated with the offeree.
Description
BACKGROUND OF THE INVENTION
[0001] 1. Field Of The Invention
[0002] The invention relates generally to the field of
telecommunications and, in particular to a method and apparatus for
establishing a collect call originated through a packet based
network.
[0003] 2. Background Information
[0004] Numerous advances have recently been made in the area of
telecommunications. In particular, the field of Internet telephony
has emerged as a viable technology that continues to evolve at a
startling rate. Such evolution is forcing traditional
telecommunications practices to be supplemented and even replaced
by new Internet-centric communications paradigms.
[0005] For example, various products on the market provide
individuals with the ability to participate in voice communication
with one another using a personal computer equipped with a
communication protocol known as Voice over IP (VOIP), where the IP
refers to the well-known Internet protocol. The Internet Protocol
(IP) is a protocol utilized throughout the Internet to interleave
and transmit data packets so as to best utilize the available
bandwidth at any given time. VOIP is a term used to describe a set
of services for managing the delivery of voice information using
the Internet protocol. That is, the Internet provides the
"switching" architecture for the system, while each computer acts
as the "handset", or the audio interface for the caller/callee.
[0006] The recent proliferation of personal computers and
Internet-accessible appliances has brought about the desire to
integrate both function and features of the Internet with that of
the PSTN (publicly switched telephone network). U.S. Pat. No.
6,026,087, titled "Method and Apparatus for Establishing a Voice
Call to a PSTN Extension for a Networked Client Computer" (having a
common assignee with the present application) addresses the need
for bridging functionality of Internet and packet based devices
with that of conventional PSTN handsets. Accordingly, a user of a
networked computer can place a voice call to a PSTN extension
(equipped with merely a conventional handset) rather than being
limited to placing a voice call to only VOIP equipped hardware.
Although this goes a long way towards integrating the VOIP
functionality of the Internet with the PSTN, further integration
remains desirable.
[0007] More specifically, despite the progress made to date in
integrating the two communication networks, some desirable features
currently available through traditional telephone communication
networks remain conspicuously absent from Internet telephony. One
such feature missing from Internet telephony is the ability for a
calling party to initiate an Internet based call to a callee with
the callee being assessed any communication charges associated with
such a call.
BRIEF DESCRIPTION OF THE DRAWINGS
[0008] The present invention will be described by way of exemplary
embodiments, but not limitations, illustrated in the accompanying
drawings in which like references denote similar elements, and in
which:
[0009] FIG. 1 is a block diagram illustrating an exemplary
communication system incorporating the teachings of the present
invention, in accordance with one embodiment;
[0010] FIG. 2 illustrates one embodiment of an operational flow of
the present invention in which a PSTN to PSTN collect call is to be
established;
[0011] FIG. 3 illustrates an operational flow of a VOIP to PSTN
collect call in accordance with one embodiment of present
invention;
[0012] FIGS. 4(A-B) illustrate various exemplary graphical dialogs
that may be presented by a web server to solicit call-related
information from a caller including information reflecting the type
of call to be established as well as the identity of the callee and
the caller;
[0013] FIG. 5 is an operational flow diagram illustrating the
preauthorization aspect of the present invention, in accordance
with one embodiment in which a PSTN to PSTN collect call is to be
established;
[0014] FIG. 6 illustrates an exemplary graphical dialog through
which a callee may provide billing information against which the
costs of a preauthorized communication session may be charged;
[0015] FIG. 7 illustrates an example computer system suitable for
use as client computer 108 and/or web server 128; and
[0016] FIG. 8 illustrates an exemplary XML data structure
representing an electronic token according to one embodiment of the
present invention.
DETAILED DESCRIPTION
[0017] In the following description, for purposes of explanation,
specific numbers, materials and configurations are set forth in
order to provide a thorough understanding of the invention. It will
be apparent, however, to one skilled in the art that the invention
may be practiced without these specific details. In some instances,
structures and devices are shown in block diagram form in order to
avoid obscuring the invention. In other instances, well-known
features are omitted or simplified in order not to obscure the
present invention. For ease of understanding, certain method steps
are delineated as separate steps, however, these separately
delineated steps should not be construed as necessarily order
dependent in their performance. Furthermore, reference in the
specification to "one embodiment" or "an embodiment" means that a
particular feature, structure, or characteristic described in
connection with the embodiment is included in at least one
embodiment of the invention. The appearances of the phrase "in one
embodiment"in various places in the specification are not
necessarily all referring to the same embodiment.
[0018] A method and apparatus for establishing a collect call
originated through a packet based network is disclosed herein. In
accordance with various embodiments of the invention, a system is
described that facilitates voice communication between a calling
party and a party to be called while the costs of the communication
session are charged to the called party. In one embodiment, the
called party is queried as to whether they wish to accept the costs
associated with the pending voice communication session, prior to
the two parties being placed in voice communication with each
other.
[0019] In FIG. 1, a block diagram is presented illustrating an
exemplary communication system 100 incorporating the teachings of
the present invention. While the present invention will be
described in the context of this exemplary communication system,
based on the descriptions to follow, those skilled in the art will
appreciate that the present invention is not limited to this
embodiment. Referring now to FIG. 1, client 108, handsets 117 and
142, web server 128, and bridge servers (hereinafter "bridgeports")
162 and 165 are communicatively coupled to each other by way of
PSTN 140 and Internet 150 as shown.
[0020] Client 108 is intended to represent a broad category of
internet telephony enabled devices such as a computer system, palm
sized personal digital assistants (PDA), Internet appliance,
set-top box, and so forth. FIG. 7 (described below) illustrates an
exemplary computer system that may be used as client 108. As
illustrated in FIG. 1, client 108 is communicatively coupled to ISP
112 via network connection 110. In turn, ISP 112 is coupled to
Internet 150 via direct connection 114, and is coupled to PSTN 140
via PSTN extension 115 and communication line 113. Accordingly,
client 108 may communicate with a variety of devices coupled to
PSTN 140 and/or Internet 150 by way of ISP 112. Client 108 may
further be coupled to PSTN 140 and/or Internet 150 through
connections unrelated to ISP 112. For example, client 108 may be
coupled to PSTN 140 by way of PSTN extension 119 and communication
line 121 as shown. Similarly, client 108 may be coupled to Internet
150 by way of one or more other direct or indirect connections (not
shown).
[0021] Handsets 117 and 142 are intended to represent a broad
category of conventional telephone handsets known in the art,
including but not limited to desktop handsets, cordless handsets
and wireless handsets. Handset 142 is coupled to PSTN 140 through
PSTN extension 143 and communication line 144, whereas handset 117
is coupled to PSTN 140 through shared PSTN extension 119 and
communication line 121. In the illustrated embodiment, handset 117
is associated with client 108. That is, handset 117 and client 108
are considered to be collocated and may even be coupled to one
another (through e.g. a MODEM).
[0022] Communication lines 113,114,144, and 121 may simply be plain
old telephone service (POTS) communication lines, although other
types of communication lines may be used. For example,
communication line 121 may be an integrated service digital network
(ISDN) line, whereas communication line 113 may be a T1 (1.533
Mbps) or an E1 (2.0488 Mbps) trunk line. Each of communication
lines 144 and 121 may further be a wireless cellular connection, a
Personal Communication Services (PCS) connection, and the like.
[0023] Internet 150 includes a number of local and/or global
networks interconnected by routers to communicatively couple the
various client computers, web servers and bridgeports of FIG. 1
together. PSTN 140 on the other hand, includes a number of Service
Switching Points (SSP), Signal Transfer Points (STP), and Service
Control Points (SCP) coupled to each other (not shown). PSTN
extension 143 is coupled to a "local" SSP of PSTN 140 through
communication line 144. The "local" SSP in turn is coupled to a
number of other "local" PSTN extensions, including for example,
PSTN extension 115 assuming ISP 112 is a "local" ISP served by the
same SSP. In addition, the "local" SSP is also coupled to an
associated STP, which in turn is coupled to other "remote" SSPs.
Each of the "remote" SSPs is coupled to a number of "remote" PSTN
extensions, including for example, extension 119 assuming handset
117 is a "remote" handset served by a "remote" SSP.
[0024] Bridgeports 162 and 165 are coupled to Internet 150 through
network connections 164 and 167 respectively, and to PSTN 140
through communication lines 163 and 166 respectively. In accordance
with one embodiment, each of bridgeports 162 and 165 represent a
bridge server to bridge voice calls between two endpoints. In one
embodiment, at least one of bridgeports 162 and 165 facilitate
establishment of a voice call between two PSTN extensions, whereas
in another embodiment, at least one of bridgeports 162 and 165
operate to facilitate establishment of a voice call between a VOIP
equipped device (e.g. client 108) and a PSTN extension (e.g.
handset 142). In accordance with one embodiment of the invention,
each of bridgeports 162 and 165 further include services to
determine an appropriate one of the community of Internet/PSTN
changeover servers (e.g., bridgeports 162 and 165) to bridge the
voice calls. Additional details regarding the functionality of
bridgeports 162 and 165 may be found in U.S. Pat. No. 5,889,774,
titled "Method and Apparatus for Selecting an Internet/PSTN
Changeover Server for a Packet Based Phone Call" (having a common
assignee with the present application), which is hereby
incorporated by reference.
[0025] Web server 128 is coupled to Internet 150 through connection
130, but may also be coupled to PSTN 140 by way of additional
connections (not illustrated). In one embodiment, web server 128 is
an Internet portal. In alternate embodiments, web server 128 may be
a e-commerce site or a corporate presence web server. Web server
128 includes services to generate an electronic collect calling
button, whose selection would cause at least one of bridgeports 162
and 165 to establish and facilitate a voice communication session
between two parties based at least in part upon data provided by
one of the parties (e.g. client 108). Further, at least a subset of
the costs associated with one or more voice communication sessions
established between a call-initiating party (i.e. caller) and a
designated call-receiving party (i.e. callee) will be charged to
the callee rather than the caller. Typically, the electronic
collect call button is disposed in a content page of web server
128. The services in support of the inclusion of the electronic
collect call button is executed on web server 128, whereas the
services in support of the communication with bridgeports 162 and
165 to facilitate the establishment of the collect call is embedded
with the content page and executed on the caller's computing
device. However, in alternate embodiments, the services in support
of the communication with bridgeports 162 and 165 to facilitate the
establishment of the collect call may be executed on web server 128
instead. For the purpose of this discussion, the party that causes
a collect calling token to be generated is referred to as the
caller/offeror, whereas the party that is charged with costs
associated with the collect call is referred to as a
callee/offeree.
[0026] In one embodiment, the embedded services (or hosted services
on web server 128) generate a collect calling token based at least
in part upon calling information provided by the caller. Each
collect calling token may contain various amounts of contact
information. In one embodiment, the collect calling token is
self-describing in that it has encoded within it, all contact
information necessary to facilitate a call between two parties,
such as a caller and a callee. Such contact information may include
PSTN extensions and/or IP addresses of the caller, the callee, and
the bridgeport used to bridge the two calls. In the case of a
self-describing electronic token, the bridgeport need not be
notified of the electronic token's existence except upon the
collect calling token becoming activated. In an alternative
embodiment, the collect calling token has encoded within itself
less than all necessary contact information. For example, in a
basic implementation, the collect calling token may only include a
bridgeport address and a call identifier identifying the callee.
The bridgeport, whose address is encoded within the collect calling
token, stores the remaining contact information in association with
the call identifier. When the collect calling token is activated,
the identified bridgeport is contacted and the bridgeport performs
a lookup to correlate the stored contact information with the call
identifier. A collect calling token may be activated by e.g. a user
selecting or "clicking" on a graphical representation of the token
with a user input device such as a mouse. In one embodiment of the
invention, the electronic token is implemented as an extended
markup language (XML) data structure, however, the electronic token
may also be implemented as a standard generalized markup language
(SGML) data structure, or in other embodiments, other programming
languages may be used. FIG. 8 illustrates an exemplary XML data
structure representing an electronic token according to one
embodiment of the present invention.
[0027] In the event the collect calling token is generated by e.g.
hosted services of web server 128, the collect calling token may be
transmitted by web server 128 to the caller for subsequent
activation by the caller, or the collect calling token may be
transmitted to a bridgeport, which utilizes the calling token to
automatically (i.e. without further human intervention) initiate
the requested collect call upon its receipt. In an embodiment where
web server 128 additionally includes bridgeport functionality, web
server 128 may automatically initiate the requested collect call
upon generation of the collect calling token.
[0028] FIG. 2 illustrates one embodiment of an operational flow of
the present invention in which a PSTN to PSTN collect call is to be
established. The process begins at block 202 where an offeror
client computer, such as client 108, connects to Internet 150 (via
e.g. ISP 112) and accesses one or more web pages presented by web
server 128 (e.g. as shown in FIGS. 4(A-B). In accordance with the
teachings of the present invention, web server 128 presents one or
more "web pages" to client 108 to facilitate the provision of call
related data by client 108. For example, web server 128 may project
one or more web pages including one or more hypertext elements,
such as text boxes, radio buttons, drop-down menus and so forth,
including in particular, the earlier described electronic collect
call button, through which client 108 may interact to provide
call-related information.
[0029] At block 203, client 108 identifies such call related
information to facilitate generation of the collect calling token
of the present invention. The call related information might
include information identifying the party to be called (i.e.
callee), the calling party (i.e. caller), as well as the type of
call to be placed. In one embodiment, the callee is identified by
the PSTN extension (or other alphanumeric identifier) associated
with the callee. In another embodiment, the callee is identified
from a list of possible callee candidates presented to the caller.
In the illustrated embodiment (i.e. involving a PSTN to PSTN based
voice call), client 108 identifies both a PSTN extension associated
with the callee to be called and a PSTN extension associated with
the caller (i.e. client 108) to web server 128.
[0030] Once client 108 has indicated the various call information,
the embedded services (or hosted services on web server 128)
generates the collect calling token representing the indicated
information for transmission across e.g. Internet 150, block 204.
In one embodiment, the collect calling token is generated as an
extended markup language (XML) based data structure ultilizing
encoded representations of the calling information indicated by the
callee. Next, the collect calling token is transmitted to an
identified bridgeport, block 206. In one embodiment, the bridgeport
is identified by client 108, whereas in another embodiment, the
bridgeport is identified by web server 128 based upon the identity
of the callee as provided e.g. by the caller. For example, web
server 128 may identify the bridgeport as being best equipped
amongst a plurality of bridgeports to bridge a call between the
caller and the callee. Such a determination may be made based upon
the PSTN extension associated with the callee, the PSTN extension
associated with the caller, or the geographic location of the
caller and/or callee, for example.
[0031] Upon receiving the collect calling token, the bridgeport
places a first voice call to the PSTN extension of the identified
callee, block 208. The PSTN extension of the callee may be encoded
within the collect calling token, or the bridgeport may perform a
lookup to determine the appropriate PSTN extension of the callee.
In the event the callee answers the call, the bridgeport further
queries the callee as to whether they wish to accept costs
associated with the voice communication session to be established
between the caller and the callee, block 210. For example, upon the
callee answering the call from the bridgeport, the bridgeport may
announce a message to the callee such as "Bob is attempting to make
a collect call. If you wish to accept the costs associated with
completing this call press or say `1`. If you do not wish to accept
the costs, press or say `2`." Thus, the callee may agree or
disagree to accept the charges as they so desire. In accordance
with the illustrated embodiment, if the callee does not agree to
accept the charges (block 212), the bridgeport notifies the caller
that the callee did not accept the charges, block 214. Such a
non-acceptance notification may be transmitted directly to client
108 in the form of an audio, text and/or graphical representation
(using e.g. the IP address of client 108). However, if the callee
manifests their intent to accept the charges (block 212), the
bridgeport server places a voice call to the PSTN extension
associated with the caller (e.g. as stipulated by the collect
calling token) and bridges that call with the voice link
established between the bridgeport and the callee, block 216.
[0032] FIG. 3 illustrates an operational flow of a VOIP to PSTN
collect call in accordance with one embodiment of present
invention. As was described above with respect to FIG. 2, the
process depicted in FIG. 3 also begins with a client connecting to
Internet 150 and accessing one or more web pages presented by the
web server, block 302. At block 304, the client indicates call
related information to the web server through e.g. one or more
graphical dialogs such as those shown below in FIGS. 4(A-B). Once
the indicated call information is provided, web server 128
generates a collect calling token, block 306. In the illustrated
embodiment, once the collect calling token is generated, it is
transmitted to the client (block 308) rather than to the bridgeport
as was the case in the process flow of FIG. 2. In one embodiment,
the token is linked to a graphical "button" displayed as one
component of a web page projected to the client (i.e. via HTTP) by
the web server. In an alternative embodiment, the collect calling
token may be emailed to the client (i.e. via SMTP) for subsequent
activation.
[0033] Upon the client activating the collect calling token, a data
connection is established between the client and the bridgeport
identified by the token (i.e. via the bridgeport's IP address),
block 310. Once the bridgeport has been contacted by the client,
the bridgeport establishes a voice call to the callee also
indicated by the token, block 312. In the event the callee answers
the call, the bridgeport server further queries the callee as to
whether they wish to accept any costs associated with the
communication session to be established between the caller and the
callee, block 313. In accordance with the illustrated embodiment,
if the callee does not agree to accept the costs (block 314), the
bridgeport returns a message to the caller indicating that the
callee did not accept the costs, block 316. However, if the callee
agrees to accept the costs (block 314), the bridgeport server
bridges the voice link established between the bridgeport and the
callee with the data link established between the bridgeport and
the client to place the client and the callee in voice
communication with each other, block 320.
[0034] FIGS. 4(A-B) illustrate various exemplary graphical dialogs
that may be presented by a web server to solicit call-related
information from a caller including information reflecting the type
of call to be established as well as the identity of the callee and
the caller. More specifically, FIG. 4A illustrates a graphical
dialog that may be presented by a web server such as web server
128, to enable a caller to select the type of call to be
established. In the illustrated embodiment, the caller may choose
from a VOIP to PSTN based call and a PSTN to PSTN based call.
[0035] FIG. 4B illustrates a graphical dialog that solicits call
information related to the identity of the callee, and optionally
the identity of the caller. As described above, the callee may be
identified through provision of an alphanumeric identifier, such as
a PSTN extension known to be associated with the callee, or by way
of the callee's name. In one embodiment, the web server hosting the
illustrated dialog presents a list of potential callees to the
caller as maintained e.g. in a database. The list of callees may be
provided by the hosting web server as part of a subscription based
service in which subscribing callees register their names along
with one or more associated PSTN extensions. The dialog depicted in
FIG. 4B additionally illustrates a data entry mechanism whereby the
caller may provide an identifier representing e.g. a PSTN extension
they wish to have called when establishing a PSTN to PSTN based
voice call.
[0036] Although the previously illustrated embodiments describe a
process whereby the callee is queried before accepting costs
associated with a voice communication session, there may be times
when it is not convenient for the callee to be queried as such.
Therefore, in accordance with one embodiment of the invention, the
callee is provided with the ability to preauthorize costs
associated with one or more voice communication sessions to be
established between one or more callers and the given callee.
Accordingly, the callee need not be queried each time a
preauthorized caller or a caller associated with a preauthorized
PSTN extension initiates a call with the callee.
[0037] FIG. 5 is an operational flow diagram illustrating the
preauthorization aspect of the present invention, in accordance
with one embodiment in which a PSTN to PSTN collect call is to be
established. The process is similar to that described above with
respect to FIG. 2 and begins with a client connecting to Internet
150 and accessing one or more web pages presented by the web
server, block 502. Through the web pages, the client indicates call
related information to the web server (block 503), which is then
used to generate a collect calling token, block 504. Once the web
server has generated the collect calling token, the web server
transmits the collect calling token to an identified bridgeport,
block 506, which then places a first voice call to an indicated
PSTN extension of the callee, block 508.
[0038] Once the bridgeport has placed the first call to the callee,
the bridgeport determines if the callee has preauthorized (i.e.
authorized in advance) costs associated with the voice
communication session to be established between the indicated
caller and the callee be charged to the callee, block 511. In one
embodiment, the callee preauthorizes such charges through one or
more graphical dialogs presented to the callee by web server 128.
An indication of the callee's preauthorization may then be encoded
within the collect calling token in the form of a tag generated by
the web server. FIG. 6 illustrates an exemplary graphical dialog
through which a callee may provide billing information such as an
account name and password (i.e. for a subscription based service),
or credit card information against which the costs of a
preauthorized communication session should be charged.
[0039] Continuing again with FIG. 5, if at block 511 it is
determined e.g. by examination of the collect calling token that
the callee has preauthorized the costs associated with the pending
voice communication session, the bridgeport server places a voice
call to the PSTN extension associated with the caller and bridges
that call with the voice link already established between the
bridgeport and the callee, block 516. However, if the callee has
not preauthorized the charges associated with the communication
session to be established, the bridgeport queries the callee as to
whether they wish to accept the costs associated with the voice
communication session to be established between the caller and the
callee, block 510. If the callee then accepts the responsibility
for paying the charges, the bridgeport bridges the respective calls
to place the two parties in voice communication with each other
(block 516). However, if the callee does not accept the
responsibility to pay the costs, the caller is notified
accordingly, block 514.
[0040] Although the present invention finds wide applicability with
respect to domestic communication sessions, the present invention
also proves advantageous to International communication sessions
where a caller is based in one country and a callee is based in
another country. This especially may be the case if the caller is
located in a country where VOIP communications are deemed illegal
or are otherwise not allowed. That is, by activating a collect
calling token of the present invention, a caller located in one
country may effectively initiate, via a packet based network, a
collect PSTN to PSTN based call to a callee located in another
country, while the costs of the call are billed to the callee at
the (presumably) lower rates of the callee's country.
[0041] For example, in accordance with the teachings of the present
invention, a caller located in a first country such as India would
be able to gain access, by way of a local service provider (ISP),
to a web server projecting a collect calling token of the present
invention. The caller could then activate the collect calling
token, which would initiate an HTTP based connection to a
bridgeport that is located in a second country such as the U.S. The
bridgeport would either provide the caller with the bridgeport's
own IP address such that a TCP/IP connection could be established
between the caller and that bridgeport, or the bridgeport would
provide the caller with the IP address of a second bridgeport, such
that a TCP/IP connection could be established between the caller
and the second bridgeport. In accordance with one embodiment of the
invention, the first bridgeport identifies a second bridgeport that
is most proximate the first country without actually being located
within the first country. For example, a first bridgeport located
in the U.S. may identify and contact a second bridgeport that is
located just outside (i.e. neighboring) the country of the
caller.
[0042] Assuming the bridgeport returned its own IP address to the
caller, the bridgeport would proceed to place a first PSTN based
call to the callee in order to ascertain whether the callee wishes
to accept the costs associated with the pending communication
session with the caller. If the callee accepts the costs, the
bridgeport would then place a second PSTN based call to the caller
and subsequently bridge the two parties. However, assuming that the
bridgeport returned the IP address of the second bridgeport, the
second bridgeport would proceed to place a first PSTN based call to
the callee in order to ascertain whether the callee wishes to
accept the costs associated with the pending communication session
with the caller. If the callee accepts the costs, the second
bridgeport would then place a second PSTN based call to the caller
and subsequently bridge the two parties. Whether the first
bridgeport or the second bridgeport ultimately bridges the first
and second calls, the result is that both calls are initiated from
the second country (e.g. U.S.). Thus, the rates charged in
association with the communication session will be determined as if
it were a call that was initiated from the second country.
Furthermore, since the bridgeport places the PSTN call into the
first country, there are no regulatory concerns with the
communication session being treated as a VOIP call originating from
the first country even though the voice calls were initiated in the
first country via a packet based network.
[0043] FIG. 7 illustrates an example computer system suitable for
use as client computer 108 and/or web server 128. As shown, system
700 includes one or more general purpose or special purpose
processors 702, and system memory 706. Additionally, computer
system 700 includes mass storage device(s) 707 (such as diskette,
hard drive, CDROM and so forth), input/output devices 708 (such as
keyboard, cursor control and so forth) and communication
interface(s) 712 (such as network interface cards, modems and so
forth). The elements are coupled to each other via system bus 714,
which represents one or more buses. In the event that system bus
714 represents multiple buses, the buses are bridged by one or more
bus bridges (not shown). System memory 706 and mass storage,
device(s) 707 are employed to respectively store a working copy and
a permanent copy of the programming instructions implementing the
collect calling services of the present invention. Additionally,
system memory 706 includes an operating system 715 with
internetworking communication and socket services, and one or more
telephony applications 716.
[0044] In the foregoing specification, the invention has been
described with reference to specific embodiments thereof. It will,
however, be evident that various modifications and changes can be
made thereto without departing from the broader spirit and scope of
the invention. The specification and drawings are, accordingly, to
be regarded in an illustrative rather than a restrictive sense.
* * * * *