EP0958689A4 - Systeme et procede de mise en garde par indicatif et de transfert d'appels dans un reseau de telecommunications - Google Patents

Systeme et procede de mise en garde par indicatif et de transfert d'appels dans un reseau de telecommunications

Info

Publication number
EP0958689A4
EP0958689A4 EP98906119A EP98906119A EP0958689A4 EP 0958689 A4 EP0958689 A4 EP 0958689A4 EP 98906119 A EP98906119 A EP 98906119A EP 98906119 A EP98906119 A EP 98906119A EP 0958689 A4 EP0958689 A4 EP 0958689A4
Authority
EP
European Patent Office
Prior art keywords
call
parking
destination
call center
routing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP98906119A
Other languages
German (de)
English (en)
Other versions
EP0958689A2 (fr
Inventor
Jeffery E Allison Sr
Christine S Chaney
Frances D E Taylor
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Verizon Business Global LLC
Original Assignee
MCI Worldcom Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by MCI Worldcom Inc filed Critical MCI Worldcom Inc
Publication of EP0958689A2 publication Critical patent/EP0958689A2/fr
Publication of EP0958689A4 publication Critical patent/EP0958689A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5237—Interconnection arrangements between ACD systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2011—Service processing based on information specified by a party before or during a call, e.g. information, tone or routing selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/12—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place intelligent networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/428—Arrangements for placing incoming calls on hold
    • H04M3/4285—Notifying, informing or entertaining a held party while on hold, e.g. Music On Hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems

Definitions

  • the present invention relates generally to computer telephony, and more particularly to holding a call on a telephone network.
  • a call center is typically a platform and location used by a business for customer services, operator services, telemarketing, or other such purposes.
  • agents individuals known as "agents" interact with callers to accomplish these purposes. Callers commonly access a call center by dialing a 1 - 800 number, though any type of telephone number may be used.
  • Many call centers utilize automatic call distributors (ACD) to queue calls for agents, thus enabling the call center to support a number of simultaneous calls that greatly exceeds the number of call center agents. Even so, it is common for an ACD at a call center to become overburdened with calls.
  • ACD automatic call distributors
  • carriers have recognized the need for a capability to hold a call on a carrier network if the intended destination is unavailable.
  • the process of holding a call on a network is generally referred to as "call parking.”
  • many customers operate multiple call centers, at different physical locations, that serve a single telephone number (for example, a 1 -800 number). Thus, there is a need to determine the most available and cost-efficient destination among multiple destinations to which to route a call.
  • Intelligent routing applications can be used to route a call to one of multiple such destinations based on a number of criteria.
  • criteria include the time of day, day of week, location of call origination, proximity of call origination to call destination, and caller-entered input (for example, digits entered on a telephone set keypad).
  • Customers may also wish for callers to be routed to applications that provide call treatments, such as recordings or voicemail.
  • Conventional approaches also do not determine the actual availability of call center resources, such as call center agents.
  • Conventional approaches measure call center agent availability only indirectly.
  • One such approach measures the availability of the traffic trunks serving a call center ACD. Calls are then routed to available trunks.
  • trunk availability is an imperfect indicator of agent availability, calls may be routed to a trunk where actual agent availability is much lower than trunk availability. This results in unnecessarily loading the ACD queue.
  • the present invention is a system and method for providing call parking functionality combined with intelligent call routing functionality in a telecommunications network.
  • the present invention provides management of parking resources and complete control of the call throughout the entire duration of the call.
  • the present invention also provides a centralized, network-based platform for call parking, such that one or more platforms can be used to park calls that are intended for any call center or other destination, thus improving the efficiency of call parking resources.
  • the present invention makes a common pool of parking resources available to all customers, which maximizes the availability of call parking and queuing resources at call center ACDs and other customer premise equipment.
  • Once a call is parked on a parking platform it can be released and transferred to a destination other than the originally-intended destination.
  • NPTS Network Park and Transfer System
  • NPTS provides a mechanism for controlling a call throughout the call duration. If a destination is unavailable, NPTS parks the call and performs a customer-specified application (also known as a "call treatment"), such as playing music or a voice recording. When the destination becomes available, NPTS routes the call to the intended destination. Alternatively, NPTS can route the call to an alternate destination, keep the call parked for another application, route the call to a voicemail system, or apply other call treatments.
  • a customer-specified application also known as a "call treatment”
  • NPTS routes the call to the intended destination.
  • NPTS can route the call to an alternate destination, keep the call parked for another application, route the call to a voicemail system, or apply other call treatments.
  • One advantage of the present invention is that it collects and uses data on actual call center agent availability, rather than deriving availability measurements by collecting data on ACD queue status or trunk utilization.
  • Another advantage of the present invention is that it uses a generic format for specifying routing terminations that it has determined. This allows for an open architecture that is capable of using numerous different types of network hardware components and vendors. Yet another advantage of the present invention is that it employs a distributed architecture to provide the aforementioned functionality. Whereas conventional approaches use a single central component for controlling the routing of a call, NPTS, in order to combine intelligent call routing with call parking, uses a distributed parking platform in conjunction with call control and routing components.
  • Another advantage of the present invention is that it allows customers to customize their call centers to accommodate varying levels of resources by providing a mechanism for parking calls on a network prior to distributing them to any one of multiple call center destinations.
  • FIG. 1 is a block diagram illustrating the system architecture of the preferred embodiment of the present invention
  • FIG. 2 is a flow diagram illustrating a process performed by the present invention
  • FIG. 3 is another flow diagram illustrating a process performed by the present invention.
  • NPTS Network Park and Transfer System
  • carrier telecommunications network carrier
  • FIG. 1 is a block diagram illustrating an example system architecture for a preferred embodiment of NPTS.
  • the interconnections between elements are depicted as either thick or thin lines. Thick lines depict trunks bearing call traffic, while thin lines depict data links used to implement NPTS control functions.
  • NPTS uses a telecommunications switch network 30 to receive calls from a call originator 28 and deliver them to a customer's call center 50.
  • a call originator 28 represents the point of entry of a telephone call to the switch network 30.
  • Call originator 28 may be a local exchange carrier (LEC), a caller's dedicated access line (DAL) to the switch network 30, another switch network of another carrier, or any other means for originating a call on switch network 30.
  • Call center 50 is typically a platform and location used by a business for customer services, operator services, telemarketing, or other such purposes. It is commonly reached with a 1-800 number, though any type of telephone number may be used. It is also common for a business to employ multiple call centers 50 for a single 1 -800 number.
  • the switch network 30 may also be capable of placing outbound calls to the switch network 30 via traffic trunks.
  • An example of a call center 50 is illustrated in FIG. 1. This illustration is only an example of a call center architecture; NPTS is not limited to use with this example architecture.
  • An automated call distributor (ACD) 52 receives calls and distributes them to a plurality of agent workstations 54. In a typical call center, one agent is assigned to each agent workstation 54, although other variations are possible. The ACD 52 also queues calls when there are no available agents.
  • the ACD 52 and agent workstations 54 may be connected via local area network (LAN) 56 or dedicated links. Also used, and typically connected to the same LAN
  • LAN local area network
  • management systems 58 are generally computer applications that manage call center resources, track usage, collect statistics, manage the workload of agents, and perform other miscellaneous functions.
  • a call center may employ a private branch exchange (PBX) or other switching device, as is well known in the industry.
  • PBX private branch exchange
  • the functionality of the ACD/PBX 52 may be provided by the switch network 30, with the agent workstations 54 of the call center 50 being served directly from the switch network 30.
  • Computer/telephony interface (CTI) Server 60 is a computer that collects data from the ACD 52 and forwards it to CTI data collection server 38. This data indicates usage parameters of the ACD 52, including trunk utilization, incoming calls, queued calls, calls distributed to agent workstations 54, etc. CTI Server 60 can also pass control information to ACD 52.
  • the CTI Server 60 is also connected to a wide area network (WAN) 26 that is used by NPTS, as described below.
  • WAN wide area network
  • a service workstation 62 is used specifically by NPTS for management of NPTS services at a customer premise 50. service workstation 62 is similar to service workstation 44, as described below.
  • NPTS is designed to serve a plurality of such call centers 50.
  • NPTS can be used to serve a plurality of any call destinations, including call centers, single subscriber lines, virtual private network (VPN) stations, other switch networks, and combinations thereof, as would be apparent to one skilled in the relevant art.
  • VPN virtual private network
  • Switch network 30 determines to which call center 50 a call should be routed. This determination can be made based on a number of factors, including time of day, day of week, point of call origination, network routing costs, and numerous other criteria. In addition, it is usually desirable to route the call to the call center with the highest current availability. The ability to route calls based on any and all of these factors, as well as the ability to park calls in the network if the intended call center is not available, is provided by NPTS.
  • NPTS network-to-Network Interface
  • Most telecommunications networks employ a data access point 20 to perform common call routing functions.
  • the call routing capability of NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • the call routing capability of NPTS may be embodied in a data access point 20.
  • the call routing capability of NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • the NPTS may be embodied in a data access point 20.
  • NPTS call routing capability is implemented as a separate component, call center router 36, to facilitate the integration of NPTS ' within an existing network.
  • a switch in the switch network 30 issues a call routing query to the data access point 20.
  • This query is a request for a network destination to which to route the call.
  • the data access point 20 selects a particular call routing plan for the call based on the dialed number of the call. According to standard telecommunications network technology, the data access point 20 processes the call routing query in accordance with the call routing plan, and returns to the switch network 30 a call routing translation.
  • the translation specifies a network destination to which to route the call.
  • call center router 36 is invoked during call routing plan execution by one or more triggers in the call routing plan.
  • a trigger is a conditional or enforced branch in call processing, as is well known in the telecommunications art.
  • a conditional trigger can be conditioned on the call center region, time of day, day of week, and the like. The trigger is typically placed in the call routing plan during order entry based on customer instructions. When processing of the call routing query in the data access point 20 reaches this trigger, the call routing query is transferred to the call center router
  • the call center router 36 then processes the query and returns a call routing translation to the data access point 20.
  • the data access point 20 in turn passes the call routing translation to the switch network 30.
  • a data gateway 22 serves as an interface between the data access point 20 and numerous other call routing components, including the call center router 36.
  • the data gateway 22 provides distribution of call routing queries to various components, as well as data translation and protocol conversion, as is well known in the art.
  • the data gateway 22 may interface the data access point 20 with a customer access point 24.
  • This arrangement allows a customer to own and maintain call routing and control components.
  • a customer may have components, similar in functionality to the data access point 20 or call center router 36, on the customer's premises.
  • the data access point 20 receives a call routing query (from the switch network 30) for a designated call, it can pass the query through the data gateway 22 to the customer access point 24. The customer may then perform call routing and control processing and return a call routing translation to the data access point 20 via the data gateway 22.
  • the call center router 36 is a computer that provides call routing and control functions for NPTS. It receives data on call center availability from the call centers 50 and determines, based on availability and other customer-selected criteria, to which call center 50 to route the call. It may also determine, if an intended destination is not currently available, to park the call on the switch network 30. To determine availability of intended call center destinations, the call center router 36 uses data from a CTI data collection server 38. The CTI data collection server 38 collects data from each call center 50 via a CTI Server 60 located at each call center.
  • the CTI Server 60 receives data from the ACD 52 that indicate such metrics as incoming calls, calls queued, calls sent to agent workstations 54, utilization of trunks serving the ACD 52, and utilization of agent workstations 54.
  • the CTI data collection server 38 continuously receives this data from the CTI server 60 at each call center 50. Data receipt is via WAN 26.
  • the call center router 36 can then retrieve this data from the CTI data collection server 38 via WAN 26. Using this data, the call center router 36 can determine if the intended destination call center 50 has sufficient current availability to accept the call. Availability can be determined by total number of agent workstations, agents currently handling calls, current number of calls in queue (usually an ACD 52 queue), and rate of incoming calls.
  • a CTI data collection server 38 and CTI server 60 collect data that directly reflects agent availability.
  • conventional approaches measure call center 50 availability by the utilization of trunks serving the ACD 52, and the queue of the ACD 52. Thus conventional approaches do not always reflect the actual availability of agents.
  • NPTS uses CTI data collection components that are capable of collecting data that represent the number of active agent workstations 54 (and thus the number of agents) currently available, as well as calls in queue and trunk availability. By taking all of these data into account, the call center router 36 can determine the availability of the call center 50 more accurately than conventional approaches. Availability can also be determined using thresholds set by a customer. For example, a customer can specify that calls should be routed to a certain call center if that call center has an agent utilization rate of less than 120% (taking into account calls in queue).
  • the call center router 36 can decide to park the call on the switch network 30 until the call center 50 does have sufficient availability. That is, the call is held by the switch network 30. Parking a call on the network provides the advantage of freeing the call center 50 queuing resources (i.e., ACD 52) from this particular call. This better utilizes the limited resources of call center 50. It also allows the call center 50 to serve the call later, without the caller encountering a busy signal.
  • resources i.e., ACD 52
  • NPTS also provides the advantage of centralized, network-based call parking that can be used by, and is common to, any number of call centers of different customers.
  • the carrier that offers NPTS can use a common pool of parking resources, thus maximizing efficiency, for all of their NPTS customers.
  • a call that is parked on NPTS can be released and routed to a destination other than the one for which it was originally intended. For example, suppose a call is originally intended for call center A, but is parked because call center A was deemed unavailable.
  • the customer that operates call center A has previously specified in the call routing plans that are used by the call center router 36 that call center B should take the call if call center A remains unavailable for more than one minute.
  • the call center router 36 specifies to a parking platform to release the call and route it to call center B. Other criteria can be employed in call rerouting decisions, as would be apparent to one skilled in the relevant art.
  • the call center router 36 answers the call routing query with instructions for the switch network 30 to route the call to one of one or more parking platforms 32.
  • a parking platform 32 is a common collection of one or more components, each of which can receive a telephone call and perform a specified application on the call. The parking platform 32 is responsible for holding the call until it can be rerouted elsewhere.
  • NPTS can utilize many types of parking platforms.
  • An ARU is typically a microprocessor or midrange computer that is equipped with telephony ports.
  • An ARU is used for such applications as caller interactive menu routing services.
  • An parking platform can include one or more ARUs. Many telecommunication carriers today have IVR platforms and can adapt them to NPTS. ARUs can accept a call, hold it, play a voice menu for the caller, accept DTMF signals representing the caller's input, apply another treatment based on the caller's input, and ultimately release the call to the switch network 30, re-routing it to another destination.
  • the parking platform 32 uses a parking data gateway 34 to interface with the parking manager 42.
  • the parking data gateway 34 provides an application programming interface (API) that performs data translation between the parking platform 32 and the parking manager 42.
  • API application programming interface
  • a scalable multiprocessor midrange computer such as a DEC Alpha 1000, is used to implement parking data gateway 34.
  • release link trunk signaling is used to connect parking platform 32 to switch network 30.
  • RLTS allows a call that is parked on a parking platform to be released to the switch network 30 without the need for a second trunk.
  • the trunk that is used by a call to reach a parking platform is released when the call is rerouted on the switch network 30, thus freeing the trunk for another call.
  • the call is simply extended from the parking platform.
  • a parking manager 42 is responsible for managing the resources of one or more parking platforms. Parking manager 42 is a computer that interfaces with each parking platform via data links, and with the call center router 36 via WAN 26.
  • the call center router 36 When the call center router 36 receives a call routing query and determines that the intended call center 50 is not available, it sends a request for parking to the parking manager 42.
  • the parking manager 42 keeps track of parking resources (ports, trunks, etc.) on each parking platform.
  • the parking manager 42 returns to the call center router 36 a parking platform destination to which to route the call.
  • the call center router 36 then sends instructions back to the data access point 20 and on to the switch network 30 to route the call to the parking platform that was indicated by the parking manager 42.
  • the parking platform sends a message to the parking manager 42 indicating that the call has been parked.
  • the parking manager 42 then sends a similar message to call center router 36.
  • One advantage of NPTS is that transparent interfaces are used to permit the integration of proprietary equipment within the architecture.
  • a generic specification of a call routing destination, called a destination label is used to encapsulate proprietary physical parameters, such as proprietary routing addresses. The use of destination labels keeps the interfaces transparent between the call center router 36 and the data access point 20, and between the call center router 36 and the parking manager 42.
  • the call center router 36 When the call center router 36 answers a call routing query with a call center 50 to which to route the call, it returns a destination label to the data access point 20.
  • This destination label indicates, in a common format and specification, the call center 50 destination.
  • the data access point 20 then translates the destination label into a destination recognizable and useable by the switch network 30. Generally, this translation states a switch and trunk group on which to terminate the call to the call center 50, as well as digits to outpulse to the call center 50.
  • the parking manager 42 when the call center router 36 requests a parking platform from the parking manager 42, the parking manager 42 returns a destination label to the call center router 36.
  • This destination label indicates a specific parking platform to which to route the call.
  • the destination label may specify a switch and trunk group through which the switch network 30 can terminate the call to the appropriate parking platform.
  • the destination label may also specify digits to outpulse with the call to the parking platform. In one embodiment, the outpulsed digits specify one or more applications to be applied to the call by the parking platform.
  • the call center router 36 returns this destination label to the data access point 20, which performs the routing translation.
  • NPTS By using destination labels, NPTS allows for the integration of different vendors' equipment into the architecture. Different vendors' components may be used for the call center router 36 and parking manager 42 by designing them to provide a generic interface that utilizes Destination Labels.
  • the parking manager 42 includes a state engine.
  • a destination label is returned to the call center router 36 to route the call to a specific parking platform, a parking slot on that parking platform is placed in a "reserved" state.
  • the parking platform notifies the parking manager 42.
  • the parking manager 42 then places a slot on that parking platform in a "occupied” state, and notifies the call center router 36.
  • the call center router 36 monitors the availability of the intended destination call center 50. If the call center 50 becomes available, then the call center router 36 sends a request to the parking manager 42 to unpark the call. This request also contains the destination label needed to route the call to the call center 50.
  • the parking manager 42 When the parking manager 42 receives a request from the call center router 36 to unpark a call, it performs a routing translation on the destination label to specify a network address. It then instructs the parking platform to release the call, providing the parking platform with the network routing address. The parking platform releases the call to the switch network 30 with the address to which to route the call. The parking manager 42 then places the slot on the parking platform in an "available" state.
  • NPTS continues to control the disposition of the call.
  • the call center router 36 monitors availability at the originally intended call center 50.
  • NPTS is also capable of releasing the call to another destination, or to a call treatment application.
  • the parking manager 42 receives from a parking platform an indication that a call has been parked, it initiates a timer. Use of this timer, as well as its duration, can be specified by the customer.
  • the parking manager 42 instructs the parking platform to release the call and route it to a voicemail treatment 46.
  • the voicemail treatment 46 plays a message to the caller.
  • the caller can then leave a voicemail message for the customer.
  • other call treatment applications 48 may be used.
  • the parking manager 42 simply sends the appropriate network routing address to the parking platform.
  • the parking platform then releases the call to the switch network 30, and the switch network 30 routes the call to voicemail treatment 46 or other call treatment 48.
  • the voicemail treatment 46 and other call treatments 48 are also connected to WAN 26. Thus, when they receive a call, they send a notification to the parking manager 42 to confirm the call has been received and properly treated.
  • a service workstation 44 is used for integrated order entry and provisioning of the NPTS system. Specifications of certain parameters may be entered using service workstation 44. These parameters can include IVR routing algorithms (time of day, day of week, etc.), call routing destinations (call centers, other stations), availability measurement thresholds, call treatment applications, parking manager timer use and duration, and numerous other parameters.
  • a service workstation 62 can be placed at a customer's premises, allowing a customer to order and manage their own services in a similar fashion.
  • a WAN 26 provides connectivity among the various components that control the disposition and routing of a call.
  • These components include the data gateway 22, call center router 36, parking manager 42, CTI data collection server 38, voicemail treatment 46 and other call treatments 48, service workstation 44, customer premise service workstation 62, and call centers 50.
  • This arrangement allows for easy incorporation of additional components into the NPTS architecture, and provides the connectivity needed for data communications among the various components.
  • FIG. 2 is a flow diagram illustrating a process performed by a preferred embodiment of NPTS. Shown is the architecture of FIG. 1, along with call and data flows among the various components. The process shown is that of NPTS receiving a call for one 50b of multiple call centers 50a - 50n, determining the intended call center 50b is unavailable, parking the call on the parking platform 32, later determining the intended call center 50b has become available, releasing the call from parking platform 32, and routing the call to the intended call center 50b. 1.
  • the switch network 30 receives a call from a call originator 28 over a traffic trunk. The dialed number of the call is one designated for a call center 50 that subscribes to NPTS. 2.
  • a switch from the switch network 30 issues a call routing query to the data access point 20 over a data link. 3.
  • the data access point 20 invokes the appropriate call routing plan, based on the dialed number of the call. During the processing of this plan, a trigger is reached that causes the data access point 20 to transfer the call routing query to a call center router 36 via data gateway 22.
  • the data gateway 22 routes the call routing query to the appropriate call center router 36, based on the dialed number translation.
  • the call center router 36 calls invokes the appropriate call routing plan, based on the dialed number, ANI, and any other customer-specified parameters that may be used in intelligent call routing algorithms.
  • the call center router 36 determines that the call should be routed to call center 50b.
  • the call center router 36 determines that the intended call center 50b is currently not available. Therefore, the call center router 36 sends a parking request to the parking manager 42.
  • the parking manager 42 determines which parking platform 32 is available to park the call. In this case, parking manager 42 selects parking platform 32 is available, and returns to the call center router 36 a destination label that indicates the selected parking platform 32. The parking manager 42 then reserves a parking slot on the selected parking platform 32.
  • the call center router 36 sends the destination label to the data gateway 22.
  • the data gateway 22 sends the destination label to the data access point 20.
  • the data access point 20 translates the destination label to a physical network routing address.
  • the data access point 20 sends this address in a response message to the switch in the switch network 30 that issued the original call routing query in step 2.
  • the switch network 30 routes the call to the parking platform 32.
  • the switch network 30 uses a RLT to reach the selected parking platform 32. It outpulses digits along with the call to the selected parking platform 32, which uses these digits to perform one or more applications on the call.
  • the selected parking platform 32 sends a message to the parking data gateway 34 to notify parking manager 42 that the call has been received.
  • the parking data gateway 34 forwards the message to parking manager 42. 13.
  • the parking manager 42 places the slot on the selected parking platform
  • the parking manager 42 then sends a message to the call center router 36 to announce that the call has been parked.
  • the parking manager 42 may also initiate a timer, the expiration of which triggers the release of the call to voicemail treatment 46 or other call treatment 48.
  • the call center router 36 continuously monitors availability of the intended call center 50b. When the call center 50b becomes available, the call center router 36 sends an unpark request, along with the destination label of the call center 50b, to the parking manager 42. 15. The parking manager 42 translates the destination label to a physical network routing address. The parking manager 42 sends a message to parking data gateway 34 to instruct the selected parking platform 32 to release the call and route it to the call center 50b. The parking manager 42 also places the parking slot on the selected parking platform 32 in an
  • the parking data gateway 34 forwards the message to the selected parking platform 32.
  • the selected parking platform 32 releases the call to the switch network 30.
  • the RLT that was used by the call to reach the selected parking platform 32 from the switch network 30 is now available for another call.
  • the switch network 30 routes the call to the call center 50b.
  • FIG. 3 is another flow diagram illustrating a process performed by a preferred embodiment of NPTS.
  • the process shown is that of NPTS receiving a call for one 50b of multiple call centers 50a - 50n, determining that the intended call center 50b is unavailable, and parking the call on a parking platform 32. However, before the intended call center 50b becomes available, a timer on the parking manager 42 expires. This triggers the release of the call to a voicemail call treatment 46.
  • the switch network 30 receives a call from a call originator 28 over a traffic trunk. The dialed number of the call is one designated for a call center 50 that subscribes to NPTS. 2.
  • a switch from the switch network 30 issues a call routing query to the data access point 20 over a data link. 3.
  • the data access point 20 calls on the appropriate call routing plan, based on the dialed number of the call.
  • a trigger is reached that causes the data access point 20 to transfer the query to a call center router 36 via data gateway 22.
  • the data gateway 22 routes the query to the appropriate call center router 36 based on the dialed number translation.
  • the call center router 36 invokes the appropriate call routing plan, based on the dialed number, ANI, and any other customer-specified parameters that may be used in intelligent call routing algorithms.
  • the call center router 36 determines that the call should be routed to call center 50b.
  • the call center router 36 determines that the intended call center 50b is currently not available. Therefore, the call center router 36 sends a parking request to the parking manager 42.
  • the parking manager 42 determines which parking platform 32 is available to park the call. In this case, parking manager 42 selects parking platform 32 is available, and returns to the call center router 36 a destination label that indicates the selected parking platform 32. The parking manager 42 then reserves a parking slot on the selected parking platform 32.
  • the call center router 36 sends the destination label to the data gateway 22.
  • the data gateway 22 sends the destination label to the data access point 20.
  • the data access point 20 translates the destination label to a physical network routing address.
  • the data access point 20 sends this address in a response message to the switch in the switch network 30 that issued the original call routing query in step 2.
  • the switch network 30 routes the call to the selected parking platform 32.
  • the switch network 30 uses a RLT to reach the selected parking platform 32. It outpulses digits along with the call to the parking platform 32, which uses these digits to perform one or more applications on the call.
  • the selected parking platform 32 sends a message to the parking data gateway 34 to notify the parking manager 42 that the call has been received.
  • the parking data gateway 34 forwards the message to the parking manager 42. 13.
  • the parking manager 42 places the slot on the selected parking platform 32 that received the call in a "occupied" status, so that the slot will not be considered for use in parking another call until it is made available.
  • the parking manager 42 then sends a message to the call center router 36 to announce that the call has been parked.
  • the parking manager 42 also initiates a timer, the expiration of which triggers the release of the call to voicemail treatment 46.
  • the call center router 36 continuously monitors availability of the intended call center 50b. However, prior to receiving an unpark request from the call center router 36, the timer that was set by the parking manager 42 when the call was parked expires.
  • the parking manager 42 sends instructions to the parking data gateway 34 to instruct the selected parking platform 32 to release the call. Along with these instructions, the parking manager 42 sends the physical network routing address of the voicemail treatment 46.
  • the parking data gateway 34 forwards the message to selected parking platform 32.
  • the selected parking platform 32 releases the call to the switch network 30.
  • the RLT that was used by the call to reach the selected parking platform 32 from the switch network 30 is now available for another call.
  • the switch network 30 routes the call to voicemail treatment 46.
  • the caller may then leave a voicemail message for the customer.
  • NPTS can perform other processes, as would be apparent to one skilled in the relevant art.
  • the parking request can originate at the IVR.
  • other call treatment applications 48 may be used rather than voicemail treatment 46.
  • call treatments can be applied to the call by a parking platform while the call is parked.
  • NPTS can route calls directly to call centers 50, or other destinations, without parking the calls, if availability is sufficient at the intended destination. NPTS can also park a call, and then releasing it to be routed to a call center 50 other than the originally intended call center 50.

Landscapes

  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Système et procédé de mise en garde par indicatif dans un réseau de télécommunications combinant les fonctions de mise en garde et d'acheminement intelligent d'appels. Ce système et ce procédé permettent de gérer des ressources de mise en garde et de commander la totalité de l'appel pendant la durée entière de ce dernier. Ils constituent également une plate-forme centralisée basée sur le réseau de mise en garde d'appels par indicatif, de sorte qu'une plate-forme unique ou des plates-formes multiples d'utilisation commune, peuvent être mises en service afin de mettre en garde des appels destinés à tout centre d'appels ou autre destination, ce qui améliore l'efficacité des ressources de mise en garde par indicatif. Ce système et ce procédé créent une concentration de ressources de mise en garde disponibles pour tous les clients, ce qui améliore la disponibilité des ressources de mise en garde et de file d'attente au niveau de distributeurs d'appels automatiques (ACD) de centres d'appels ou d'autres équipements client. De plus, une fois qu'un appel est mis en garde sur une plate-forme de mise en garde, il peut être libéré et transféré à une autre destination.
EP98906119A 1997-02-07 1998-02-06 Systeme et procede de mise en garde par indicatif et de transfert d'appels dans un reseau de telecommunications Withdrawn EP0958689A4 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US79684097A 1997-02-07 1997-02-07
US796840 1997-02-07
PCT/US1998/002090 WO1998035482A2 (fr) 1997-02-07 1998-02-06 Systeme et procede de mise en garde par indicatif et de transfert d'appels dans un reseau de telecommunications

Publications (2)

Publication Number Publication Date
EP0958689A2 EP0958689A2 (fr) 1999-11-24
EP0958689A4 true EP0958689A4 (fr) 2002-10-30

Family

ID=25169197

Family Applications (1)

Application Number Title Priority Date Filing Date
EP98906119A Withdrawn EP0958689A4 (fr) 1997-02-07 1998-02-06 Systeme et procede de mise en garde par indicatif et de transfert d'appels dans un reseau de telecommunications

Country Status (5)

Country Link
EP (1) EP0958689A4 (fr)
JP (1) JP2002514365A (fr)
AU (1) AU6143498A (fr)
CA (1) CA2279912A1 (fr)
WO (1) WO1998035482A2 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI108981B (fi) * 1999-04-26 2002-04-30 Elisa Comm Oyj Menetelmä puhelinnumeroon tulevien puhelujen järjestämiseksi jonoon ja ohjaamiseksi jonosta kohdeliittymiin
US6839422B2 (en) * 2002-07-18 2005-01-04 Newstep Networks, Inc. Method and apparatus for providing local call treatment discrimination for selected calls on a switched telephone network
US7228145B2 (en) * 2003-05-21 2007-06-05 Avaya Technology Corp. Dropped call continuation
US7983148B1 (en) 2004-07-12 2011-07-19 Avaya Inc. Disaster recovery via alternative terminals and partitioned networks
US8499085B2 (en) * 2009-03-16 2013-07-30 Avaya, Inc. Advanced availability detection

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5506898A (en) * 1994-07-12 1996-04-09 At&T Corp. Expected wait-time indication arrangement

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4953204A (en) * 1989-10-17 1990-08-28 At&T Bell Laboratories Multilocation queuing for telephone calls

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5506898A (en) * 1994-07-12 1996-04-09 At&T Corp. Expected wait-time indication arrangement

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GAWRYS G W ET AL: "ISDN: INTEGRATED NETWORK/PREMISES SOLUTIONS", INTEGRATING THE WORLD THROUGH COMMUNICATIONS. TORONTO, JUNE 22 - 25, 1986, INTERNATIONAL CONFERENCE ON COMMUNICATIONS, NEW YORK, IEEE, US, vol. 1, 22 June 1986 (1986-06-22), pages 1 - 5, XP002008867 *
See also references of WO9835482A3 *

Also Published As

Publication number Publication date
JP2002514365A (ja) 2002-05-14
AU6143498A (en) 1998-08-26
WO1998035482A2 (fr) 1998-08-13
CA2279912A1 (fr) 1998-08-13
EP0958689A2 (fr) 1999-11-24
WO1998035482A3 (fr) 1998-12-10

Similar Documents

Publication Publication Date Title
US6044144A (en) Network call parking manager
US5633924A (en) Telecommunication network with integrated network-wide automatic call distribution
US6411805B1 (en) System and method for a network-based call continuation service
JP3177571B2 (ja) 自動着信分配方法及びシステム
JP3369263B2 (ja) 電話通信方法および電話通信システム
US5949869A (en) Called party control of incoming calls
US5987115A (en) Systems and methods for servicing calls by service agents connected via standard telephone lines
US6879683B1 (en) System and method for providing a call back option for callers to a call center
EP0983676B1 (fr) Systeme et procede d'exploitation de plusieurs centres d'appel
US5282243A (en) Recording of automatic number identification to identify lost customers
US5444774A (en) Interactive queuing sytem for call centers
KR100359586B1 (ko) 자동 호출 분배 방법 및 장치
EP0604042B1 (fr) Détournement ou réacheminement d'appels téléphoniques après réponse
US7110524B2 (en) Method and system for call queueing and customer application interaction
US7088814B1 (en) Method and system for automatic call distribution based on network resource availability and agent skills
WO1998025392A9 (fr) Services de centre d'appels pour appels locaux par interchangeabilite de numeros locaux
US20080019498A1 (en) System and method for routing both toll-free and caller-paid telephone calls to call service centers
WO1997016014A2 (fr) Systemes d'acheminement d'appels de telecommunication video et procedes correspondants
CA2242092C (fr) Systeme mettant en connexion des agents distants sur des lignes telephoniques ordinaires
WO1998053591A1 (fr) Procede et appareil permettant de perfectionner le service d'appels en instance dans un reseau de telecommunications
EP0958689A2 (fr) Systeme et procede de mise en garde par indicatif et de transfert d'appels dans un reseau de telecommunications
MXPA99011213A (en) System and method for a network-based call continuation service

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 19990806

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): BE CH DE FR GB IE IT LI NL SE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: MCI WORLDCOM, INC.

A4 Supplementary search report drawn up and despatched

Effective date: 20020912

AK Designated contracting states

Kind code of ref document: A4

Designated state(s): BE CH DE FR GB IE IT LI NL SE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Withdrawal date: 20021018

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1021781

Country of ref document: HK