WikiPatents - Community Patent Review
Create Free Account  |  License or Sell Your Patent  |  WikiPatents Marketplace  |  WikiPatents Blog
Username:  Password:  
    
Advanced Search
Call-processing system and method    
United States Patent6016343   
Link to this pagehttp://www.wikipatents.com/6016343.html
Inventor(s)Hogan; Steven J. (Cedar Rapids, IA), Feltz; Kristi T. (Cedar Rapids, IA), Murdock; Douglas R. (Cedar Rapids, IA), Goodman; Todd A. (Cedar Rapids, IA), Vercande; David J. (Cedar Rapids, IA), Tangeman; Michael R. (Cedar Rapids, IA), Busch; Eric M. (Cedar Rapids, IA), Kripakaran; Raghavan (Cedar Rapids, IA), Jayasimha; Madhigubba G. (Cedar Rapids, IA), Smith; Keith E. (Cedar Rapids, IA), Austin; Mark A. (Cedar Rapids, IA), Berry; Dana Bruce (Cedar Rapids, IA)
AbstractA system and method for processing telephone calls and providing enhanced services is presented. The call processing system includes a network control processor for controlling the processing and routing of the calls and for providing enhanced features, and a matrix switch for routing calls from an originating location to a terminating location. Operator consoles can be included to provide operator assistance to the caller. The network control processor comprises a central message processor that receives call data, determines the type of call, determines the processing required, and determines whether operator assistance is required. A call route distributor allocates an operator console to the call if required. A billing server is used to track billing information for the call while it is in progress. A database server is provided for database look-ups and storage. The call processing system also includes a validation system, a billing system, a distribution system, and a fraud detection and prevention system. The validation system is used to validate call information to determine whether the call can be placed. The billing system determines rates for calls and calculates the cost of completed calls. The distribution system distributes changes that are made to a master database to the appropriate slave database. The fraud detection and prevention system monitors originating and in-process calls to detect and possibly prevent possible fraudulent uses of phone services and systems. A client interface is provided to facilitate communications among applications and DEF records are used to define specific call processing actions.



 Title Information Submit all comments and votes
 
Patent Text Patent PDF Print Page Summary File History
Plain text PDF images Print Summary File History
Inventor     Hogan; Steven J. (Cedar Rapids, IA) , Feltz; Kristi T. (Cedar Rapids, IA) , Murdock; Douglas R. (Cedar Rapids, IA) , Goodman; Todd A. (Cedar Rapids, IA) , Vercande; David J. (Cedar Rapids, IA) , Tangeman; Michael R. (Cedar Rapids, IA) , Busch; Eric M. (Cedar Rapids, IA) , Kripakaran; Raghavan (Cedar Rapids, IA) , Jayasimha; Madhigubba G. (Cedar Rapids, IA) , Smith; Keith E. (Cedar Rapids, IA) , Austin; Mark A. (Cedar Rapids, IA) , Berry; Dana Bruce (Cedar Rapids, IA)
Owner/Assignee     Link USA Corporation (Cedar Rapids, IA)
Patent assignment
All assignments
Publication Date     January 18, 2000
Application Number     08/697,134
PAIR File History     Application Data   Transaction History
Image File Wrapper   Patent Term   Fees
Litigation
Filing Date     August 20, 1996
US Classification     379/242 379/230 379/248 379/267
Int'l Classification    
Examiner     Matar; Ahmad F.
Assistant Examiner    
Attorney/Law Firm     Lyon & Lyon LLP
Address
Parent Case     This application is a division of application Ser. No. 08/136,211, filed Oct. 15, 1993, (now U.S. Pat. No. 5,590,181).
Priority Data    
USPTO Field of Search     379/220 379/221 379/230 379/265 379/267 379/248 379/242 379/260 379/284
Patent Tags     call-processing
   
Enter a comma (,) or semicolon (;) between multiple tag words/phrases.
Describe this patent:
 Amusing   
 Clever   
 Complex   
 Efficient   
 Historic   
 Important   
 Innovative   
 Interesting   
 Practical   
 Simple   
[no votes]
Patent WIKI

Share information and news about this patent, including information and news about the technology, inventors, company, ligation and licensing.

 References Submit all comments and votes
 
*references marked with an asterisk below are user-added references
 U.S. References
 
Add a new US reference:  
ReferenceRelevancyCommentsReferenceRelevancyComments
5586179
Stent
379/265.11
Dec,1996

[0 after 0 votes]
5550904
Andruska
379/127.01
Aug,1996

[0 after 0 votes]
5528678
Kaplan
379/265.11
Jun,1996

[0 after 0 votes]
5452350
Reynolds

Sep,1995

[0 after 0 votes]
5436957
McConnell
379/88.23
Jul,1995

[0 after 0 votes]
5402474
Miller
379/93.12
Mar,1995

[0 after 0 votes]
5392345
Otto
379/266.09
Feb,1995

[0 after 0 votes]
5222120
McLeod
379/88.24
Jun,1993

[0 after 0 votes]
5195086
Baumgartner
370/264
Mar,1993

[0 after 0 votes]
5068891
Marshall

Nov,1991

[0 after 0 votes]
4893330
Franco
379/91.02
Jan,1990

[0 after 0 votes]
4791640
Sand
370/384
Dec,1988

[0 after 0 votes]
4782519
Patel
379/201.05
Nov,1988

[0 after 0 votes]
4706275
Kamil
379/114.2
Nov,1987

[0 after 0 votes]
4685127
Miller
379/221.02
Aug,1987

[0 after 0 votes]
4625081
Lotito
379/88.26
Nov,1986

[0 after 0 votes]
4611096
Asmuth
379/201.02
Sep,1986

[0 after 0 votes]
4577061
Katzeff
379/144.01
Mar,1986

[0 after 0 votes]
4232199
Boatwright
379/197
Nov,1980

[0 after 0 votes]
 Foreign References
 Other References
 Market Review Submit all comments and votes
   
Market Size
Estimate the gross annual revenues of the relevant market sector:
> $10B
$5B - $10B
$2B - $5B
$500M - $2B
$100M - $500M
$10M - $100M
$1M - $10M
$500K - $1M
$100K - $500K
< $100K
[No votes]
$0
 
$0   $2.5B   $5B   $7.5B   $10B
Market Share
Estimate the percentage of the relevant market sector this invention will capture:
75% - 100%
50% - 74.99%
25% - 49.99%
10 - 24.99%
5 - 9.99%
2 - 4.99%
1 - 1.99%
< 1%
[No votes]
0.0%
 
0%   25%   50%   75%   100%
Reasonable Royalty
What percentage of gross sales should the inventor or assignee be paid?
75% - 100%
50% - 74.99%
25% - 49.99%
10 - 24.99%
5 - 9.99%
2 - 4.99%
1 - 1.99%
< 1%
[No votes]
0.0%
 
0%   25%   50%   75%   100%
Public's "Guesstimation" of Royalty Value
Market SizeN/A[No votes]
xMarket ShareN/A[No votes]
xReasonable RoyaltyN/A[No votes]

N/A

License Availablity
If you are NOT the owner or assignee, answer here:
Yes, license is available for purchase

No, license is not currently available



[No votes]
License Availablity
If you ARE the owner or assignee, answer here:
Yes, license is available for purchase

No, license is not currently available



[No votes]
Competitive Advantage
Does this invention have a significant competitive advantage over similar technologies?
Yes

No



[No votes]
Most helpful competitive advantage comment
[No comments]

Commercial Alternatives
Are there viable commercial alternatives for this invention?
Yes

No



[No votes]
Most helpful commercial alternative comment
[No comments]

 Technical Review Submit all comments and votes
 Claims Submit all comments and votes
 


What is claimed is:

1. In an environment that includes a matrix switch having a matrix switch processor, a system for providing enhanced call processing features for telephone calls that are routed to a destination by the matrix switch, wherein each of the telephone calls comprise a call audio portion and a call data portion, the call-processing system comprising:

a network control processor coupled to a matrix switch, said matrix switch receiving a call audio portion of a telephone call, said network control processor providing an interface between said matrix switch and a common channel signaling network such that said network control processor receives a call data portion corresponding to said call audio portion from said common channel signaling network, said network control processor determining a routing for said call audio portion of said telephone call, and sending switch control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call.

2. The system of claim 1, wherein said network control processor sends switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to an operator console.

3. The system of claim 2, wherein said network control processor sends to said operator console, via a connection between said network control processor and said operator console, operator control data to support a telephone call that requires operator assistance.

4. The system of claim 3, wherein said operator console comprises:

means for receiving said call audio portion of a telephone call from said matrix switch; and

means for receiving operator control data from said network control processor, said operator control data identifying operator services for said telephone call,

wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.

5. The system of claim 2, wherein said operator console is a manual operator console.

6. The system of claim 2, wherein said operator console is a voice response unit.

7. The system of claim 2, wherein said operator console is a customer service console.

8. The system of claim 1, wherein said network control processor comprises means for retrieving call parameters for a telephone call from a call ID database, wherein a look-up into said call ID database is based on the information in said call data portion of said telephone call, wherein said call parameters identify a customized call handling procedure that indicates at least one of the type of telephone call being placed, the type of operator assistance required, and processing required for said telephone call.

9. The system of claim 5, wherein said call parameters include a device array list, said device array list indicating a priority of operator consoles that can be assigned to receive a call audio portion of a telephone call.

10. In an environment that includes a matrix switch having a matrix switch processor, a method for providing enhanced call processing features for telephone calls that are routed to a destination by the matrix switch, wherein each of the telephone calls comprise a call audio portion and a call data portion, the method comprising the steps of:

(1) receiving, in a matrix switch, a call audio portion of a telephone call;

(2) receiving, in a network control processor from a common channel signaling network, a call data portion corresponding to said call audio portion, coupled to said matrix switch, wherein said network control processor provides an interface between said matrix switch and said common channel signaling network;

(3) determining, by said network control processor, a routing for said call audio portion of said telephone call; and

(4) sending, by said network control processor, switch control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call.

11. The method of claim 10, further comprising the step of:

(5) sending, by said network control processor, switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to an operator console.

12. The method of claim 11, further comprising the step of:

(6) sending, by said network control processor to said operator console, via a connection between said network control processor and said operator console, operator control data to support a telephone call that requires operator assistance.

13. The method of claim 12, wherein said step (6) comprises the step of sending, by said network control processor to said operator console, via a connection between said network control processor and said operator console, operator control data to support a telephone call that requires operator assistance, wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.

14. The method of claim 11, wherein said step (5) comprises the step of sending switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to a manual operator console.

15. The method of claim 11, wherein said step (5) comprises the step of sending switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to a voice response unit.

16. The method of claim 11, wherein said step (5) comprises the step of sending switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to a customer service console.

17. The method of claim 10, further comprising the step of:

(5) retrieving, by said network control processor, call parameters for a telephone call from a call ID database, wherein a look-up into said call ID database is based on the information in said call data portion of said telephone call, wherein said call parameters identify a customized call handling procedure that indicates at least one of the type of telephone call being placed, the type of operator assistance required, and processing required for said telephone call.

18. The method of claim 17, wherein said step (5) comprises the step of retrieving a device array list, said device array list indicating a priority of operator consoles that can be assigned to receive a call audio portion of a telephone call.

19. An operator console, comprising:

means for receiving a call audio portion of a telephone call from a matrix switch having a matrix switch processor; and

means for receiving control information from a network control processor coupled to said matrix switch, said control information identifying operator services for said telephone call,

wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.

20. The operator console of claim 19, wherein said control information is provided by a network control processor that provides an interface between said matrix switch and a common channel signaling network such that said network control processor receives a call data portion corresponding to said call audio portion from said common channel signaling network, said network control processor determining a routing for said call audio portion of said telephone call, and sending switch control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call.

21. A method for providing operator service through a generic termination point in a matrix switch, comprising the steps of:

(1) receiving a call audio portion of a telephone call from a matrix switch having a matrix switch processor; and

(2) receiving control information from a network control processor coupled to said matrix switch, said control information identifying operator services for said telephone call,

wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.

22. The method of claim 21, wherein said step (2) comprises the step of receiving control information from a network control processor that provides an interface between said matrix switch and a common channel signaling network such that said network control processor receives a call data portion corresponding to said call audio portion from said common channel signaling network, said network control processor determining a routing for said call audio portion of said telephone call, and sending switch control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call.
 Description Submit all comments and votes
 


BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates generally to systems and methods used in processing telephone calls, and more particularly, to systems and methods for allowing telephone carriers to offer enhanced products and services to their subscribers.

2. Related Art

Deregulation of the long-distance telephone industry spawned the growth of numerous long-distance service providers, each vying for a share of the United States' long-distance market. Thus far, the U.S. industry is dominated by three large companies: AT&T, MCI and Sprint. These large carriers have the resources and capital at their disposal to enable them to develop and provide a wide range of telephone-related services to their customers.

Perhaps less known, but still extremely important in the more than $50 billion interexchange U.S. long-distance market, are the smaller companies. In 1991, AT&T, MCI and Sprint controlled approximately 85 percent of the U.S. market. At this time, 12 medium-sized companies shared eight percent of the U.S. market. The remaining seven percent of the U.S. market was divided among nearly 320 small carriers.

The larger carriers are able to attract customers by offering a full range of services in addition to direct dial calling. These services include, but are not limited to: operator-assisted calling, full-feature calling cards, and specialized 800 number routing.

The strategy followed by the smaller carriers in attracting customers has been to offer excellent service and low-cost, direct-dial long-distance calling (e.g. 1+calling). Many smaller carriers, for example, focus on a particular geographic market. By understanding the market's calling patterns, the smaller carrier can maximize crucial economies and can attract subscribers by offering long-distance calling at rates lower than those offered by larger carriers.

Additionally, many smaller carriers use the fact that they are a small, local business in order to attract other local businesses as their clients. These carriers stress the ability to offer more personalized, responsive attention than some larger carriers may provide.

However, many of the smaller carriers are finding it increasingly difficult to compete with the larger carriers by offering direct-dial calling alone. For these carriers to attract and retain customers, they need the ability to offer the same range of features and services provided by some of the larger carriers. For example, a small carrier may have a small travel agency as a long-distance subscriber. As the travel agency grows, develops more business, and hires additional salespersons, the travel agency's telephone services requirements also grow. The travel agency may want to offer calling cards to its salespersons who travel frequently. The travel agency may also want the ability to re-route an incoming call that was made to their 800 number. Such re-routing allows the travel agency to re-route incoming 800-number calls to any telephone number, a voice mailbox, or a pager. Additionally, the travel agency may want the ability for its office workers, clients and vendors to make operator-assisted calls.

Unfortunately, most smaller carriers can only provide direct-dial long distance service to its customers. If a smaller carrier wants to offer enhanced products to its customers, the smaller carrier has two choices. First, the smaller carrier may purchase its own telephone switching system and operator consoles. Second, the smaller carrier may purchase and resell the products of one of its larger competitors.

However, reliable, affordable, and scalable switching equipment is not commercially available. If a long-distance carrier wants to purchase its own equipment, the selection is limited to the large-scale complex switching systems that are currently available. Because these systems are costly, in most instances, the smaller carrier is forced to go through a larger carrier to obtain enhanced products.

Several problems arise out of the inability of smaller carriers to provide enhanced calling services. Four of these problems are now described.

First, the flexibility and customization options available to the smaller carriers in providing services are limited when they resell the products of their larger competitors. One reason for this is that those products were not designed with the smaller carriers' needs in mind. For example, consider a smaller carrier that wants to offer a product like 800 number forwarding to its customers. The smaller carrier will want its customers to hear customized user prompts, including the identification of the carrier. The smaller carrier will also want to establish its own prices for the service. To further customize its systems, the carrier may want to change the way the call processes, or to add additional features such as the ability to route an 800 number to a voice mailbox.

In another example, the smaller carrier is unable to provide carrier-unique operator services. The cost of providing operator services prohibits most smaller carriers from hiring their own operators and purchasing the required equipment. Instead, smaller carriers typically purchase operator services from a competitor carrier or from operator service providers.

One drawback of having to use a competitor's operators is the inability to custom brand the call. For example, when a customer of the smaller carrier places an operator-assisted call using a competitor carrier's operators, she hears the operator of the competitor carrier thank her for using the competitor carrier's services.

Another drawback of having to use another's operators is the inability to custom-tailor call processing because the operator services provided and the operator responses cannot be customized. The smaller carrier has no control over the operators used by the competitor carrier or the operator service provider.

Relying on larger carriers for providing these enhanced products does not give smaller carriers the flexibility they desire. This is because smaller carriers cannot customize the products they obtain from the larger carriers to provide unique services to their subscribers.

A second problem is the range of services that can be provided by a smaller carrier is limited to the services that carrier can purchase from its competitors. As a result, the smaller carrier often cannot create innovative new products and services to offer its customers.

An additional problem is that the amount of fraudulent calling considered acceptable, and therefore not monitored or halted by a larger carrier, may be well above a level that is economically tolerable for the smaller carrier.

Another problem is the smaller carrier's inability to get customized fulfillment material through a competitor carrier. For example, calling cards provided by a larger competitor carrier, in turn to be provided to the smaller carrier's customers, often bear the name of the competitor carrier.

In summary, because the small carriers must rely on the larger competitor carriers for advanced products and services such as calling cards, operator assistance, 800 service, audiotext, voice mail, and the like, the smaller carriers cannot offer a full range of carrier-unique and customer-unique products. As a result, the smaller carriers lose part of their ability to compete in the U.S. long-distance market.

The problems of flexible control of a telephone network are not limited to the smaller carriers or the long-distance industry. All telephone carriers would benefit from the ability to offer popular, customized, value-added services. Commercially available hardware and conventional solutions to date, however, do not offer this ability.

SUMMARY OF THE INVENTION

The present invention is directed to a call processing system and method which provides a wide range of enhanced calling products and features to subscribers. The subscribers can include individual users as well as customers who, in turn, provide telephone service to their own clients (also called "users"). These customers can include telephone carriers whose clients are subscribers of the carriers' network and can also include other types of businesses.

The call processing system is implemented in such a way that customer-unique and user-unique customized products and features can be provided. The features, products and services provided can be extensively customized to provide system flexibility and to offer users the option of choosing the level and types of features, products and services they receive. Customization can also be provided at the business- or carrier-customer level so that these customers can choose the level and types of features, products and services they wish to make available to their clients.

The call processing system includes at least one network control processor (NCP) and at least one switch (for example, a matrix switch). The network control processor (NCP) is a unique combination of hardware and software configured to determine the type of call being placed, the type of handling to be provided to the call, and to control the routing of the call. Because the NCP makes call handling and routing determinations regarding each call received, the switch implemented can be a passive switch that simply responds to routing instructions received from the NCP. Thus, control of the call is maintained by the NCP.

One feature of the invention is that it provides call data associated with a call is provided to the NCP to enable the NCP to make call processing determinations. The call data can include information such as the originating (caller's) phone number (the ANI), the called phone number, originating and terminating area codes, customer identification codes, and other like information. The NCP uses this call data to make determinations regarding the manner in which each individual call is to be handled and to instruct the switch on how to route the call.

According to this philosophy, only the audio portion of the call is routed to the switch. The call data is not routed to the switch. Therefore, all call processing and handling determinations are made by the NCP and the switch can be implemented as a passive device.

The call processing system can also include one or more operator consoles to provide operator assistance to callers. The operator consoles provided can be manual operator consoles (MOCs) staffed by human operators to provide a human operator interface to callers. Alternately the operator consoles can be automated voice response units (VRUs) that provide automated assistance to callers. Additionally, a customer service console (CSC) can be used to provide detailed customer assistance to subscribers.

When a call is received by the call processing system, the call data is routed to the NCP and the call audio to the switch. The NCP begins handling the call while the audio circuit is held at the switch. The NCP first assigns a callhandle to the call; this is a unique identifier that can be used to identify both the call and call handling operations performed in conjunction with the call.

Once a callhandle is assigned, the NCP determines the type of handling and/or processing the call requires. In one embodiment, this is accomplished by retrieving call parameters for the call. The call parameters indicate the type of call being placed, whether and what type of operator assistance is required, and other processing required for the call. The call parameters are contained in a data record that is retrieved based on the call data. The NCP uses the call data for each call to look up a data record that contains the call parameters for that call. Because different data records can be maintained for different combinations of call data, unique or custom call handling and/or processing can be defined down to the customer and/or user level.

The call parameters include information on how the call is to be processed in the call processing system. The call parameters include what are termed a "DEF Record Number" and a "Base Process Number" that point to a series of data records chained together to define the call processing required for the call. These records are termed "DEF Records." DEF records are described in more detail below.

The call parameters also include information regarding whether operator assistance is required to handle the call. If operator assistance is required, call parameters include a device type list that indicates the type of operator assistance required. This list can specify whether a MOC, VRU, or CSC can be used to handle the call. Because call parameters can be uniquely defined for each customer and/or user, the operator services provided can be customized down to the same level, if desired. Thus, a particular caller can be defined as always receiving operator assistance from a human operator, or a particular call type (such as a calling card call) can always be designated to receive automated VRU handling initially. The device type list can also indicate that a less complex device, such as a recorded message playback device is required.

Call parameters can provide further specificity in the type of operator assistance required. For example, the call parameters can include a language type that indicates the particular call requires operator assistance in a specific language. When the NCP retrieves call parameters that indicate a specific language is required, the call is routed to an operator console that can provide assistance in that language. For example, when a call is received from a specific originating number, the call parameters retrieved for that number may indicate that Spanish-language operator assistance is desired. Again, as with the other call parameters, the determination is made based on call data associated with the call. Thus, the language provided to handle each call can be customized at the user and/or customer level.

If operator assistance is required, the NCP allocates an operator console to handle the call. The allocation is made based on the call parameters retrieved for the call. For example, if a device type list indicates that a MOC is desired, the call is routed to an available MOC. If no MOC is currently available, the call can be placed on a queue. Music and/or other messages can be provided to the caller while the call is queued. A status display provides a visual indication of the number of calls in the queue.

So that the correct device type can be allocated to handle a given call, the NCP maintains a list of consoles available to handle calls and those consoles currently handling calls. The list can include information about each console pertaining to the type of console, the languages that console can support, and other pertinent information. Thus, if a French-speaking human operator is required, the NCP checks the list to see if a MOC with a French-speaking operator is currently available. If available, that console is allocated to handle the call. If unavailable, the call is queued.

Once a console is allocated to handle a call, the NCP instructs the switch to route the call audio to the allocated console. Because the switch is routing only the call audio (and is not handling call data), the consoles can be treated as any other terminating point on the switch. Thus specific, or dedicated, operator console ports are not required on the switch.

The NCP also sends operator control data to the allocated operator console, informing the allocated console that a call is being routed to it. Included with the operator control data is the base process number, a DEF record number and other call information from the call data.

When the call audio is routed to the operator console, the operator requests information from the caller. A script is displayed on a screen on the operator console for the human operator to read. For an automated VRU, the script is a recorded or synthesized voice that prompts the caller for information. The particular script to be read or played is retrieved from a database by the operator console when processing the call. One manner in which this can be accomplished is through the use of DEF records as discussed below.

The caller responds with the requested information. This information could be verbally provided to a human operator, who then enters it into the system via the operator console, or could be a sequence of one or more keys pressed on the telephone keypad. The information requested of the caller can include: the number to be called (if not originally entered on a 0- call); billing information such as a calling card number, enhanced services card number, credit card number, debit card number, or telephone number to be billed; a feature identification (for example 2# for speed-dial); a security code; and other like information.

The information entered is validated to ensure that it is correct and that the call can be completed. One method of performing validations is to do an internal validation. For example, the called number is validated to ensure that it is the correct number of digits or terminating number is validated to ensure that the call is being placed to an area that is within that caller's allowed calling area (if restricted).

Alternatively, a validation system, which is part of the call processing system, could be used to validate other information required to complete the call. Billing information can be validated to ensure that the method of billing is acceptable. Credit card numbers can be checked through validation service providers and debit cards can be checked to determine whether the balance is sufficient to place the call. Security codes can be checked against the feature to be accessed, the originating number, the billing information, or other parameters screened through the use of the security codes.

If the information entered is invalid, the caller may be given a second chance to re-enter the correct information, or alternatively, the call may be terminated. If the call is being handled by a VRU, the VRU may transfer the call to a human operator to provide additional assistance. The number of chances provided to a caller who enters incorrect information, whether and when the call is transferred to a human operator, and when the call is terminated due to invalid information is customizable to the customer and user, as parameters in the DEF record.

If the information is valid, the operator console sends data to the NCP indicating that the call can be routed to the terminating (called) number. The NCP performs a number translation, where required, to determine the proper routing for the call. Once the routing is determined, the NCP generates instructions to command the switch to route the call to the destination. In one embodiment, the switch instructions are packetized for transmission via a LAN. A gateway removes the instructions from the LAN packet(s) and formats them into a form that is recognized by the switch (SS#7). The NCP also releases the operator console from the call so that it is free to handle another call.

The switch routes the call to the destination via a telephone network based on the instructions received from the NCP. Standard telephony signalling can be used to complete the call to the called number. This includes call accept messages (for example, ACMs) and answer messages (for example, ANMs).

If the call does not require operator assistance, the operator allocation steps and the operator handling steps described above can be bypassed. In this case, the called number can be validated to determine whether the call can be completed. This can include validations to determine whether the call is to an acceptable calling area and whether the called number contains the correct number of digits.

The validation system can be used to validate billing information, and information i.e., whether a credit card number is valid for credit card calls.

When an operator console wishes to validate call information prior to the completion of a call, it sends a validation request to the validation system. The validation request includes an index and call data or other information to be validated. When the validation system receives the request to perform a validation, it retrieves validation instructions, termed "p-code," from a database. These instructions contain the process to be followed in validating the information. In one embodiment, the index provided with the validation request indicates the specific p-code instruction to retrieve for that validation. The operator console requesting the validation determines the index and provides it with the request. In one embodiment, the index is defined based on the call type. Thus, for each call of the same type (i.e. for each calling card