CA2332732C - Methods and apparatus for analysis of load-balanced multi-site call processing systems - Google Patents
Methods and apparatus for analysis of load-balanced multi-site call processing systems Download PDFInfo
- Publication number
- CA2332732C CA2332732C CA002332732A CA2332732A CA2332732C CA 2332732 C CA2332732 C CA 2332732C CA 002332732 A CA002332732 A CA 002332732A CA 2332732 A CA2332732 A CA 2332732A CA 2332732 C CA2332732 C CA 2332732C
- Authority
- CA
- Canada
- Prior art keywords
- site
- load balancing
- performance
- performance score
- balancing process
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/64—Distributing or queueing
-
- 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
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
- H04Q3/0091—Congestion or overload control
-
- 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/5232—Call distribution algorithms
- H04M3/5234—Uniform load distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1302—Relay switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13034—A/D conversion, code compression/expansion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1304—Coordinate switches, crossbar, 4/2 with relays, coupling field
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13072—Sequence circuits for call signaling, ACD systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13093—Personal computer, PC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13103—Memory
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13106—Microprocessor, CPU
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13164—Traffic (registration, measurement,...)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13166—Fault prevention
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1322—PBX
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1329—Asynchronous transfer mode, ATM
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13349—Network management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Debugging And Monitoring (AREA)
Abstract
A multi-site call processing system includes multiple distributed call center sites, and utilizes a load balancing process to distribute calls among the sites for handling by agents.
The system generates a multi-site performance score characterizing the performance of the load balancing process. Adjustments may be made in the load balancing process, such as selection of one type of load balancing over another for use at a particular time, based at least in part on the multi-site performance score. The multi-site performance score may be determined using single-site performance measures such as Average Speed of Answer (ASA) and agent occupancy generated across multiple time intervals. The multi-site performance score as generated for a given interval may be, e.g., a ratio of the maximum and minimum values of a single-site performance measure for that interval. As another example, the multi-site performance score may be in the form of a standard deviation of a set of normalized scores generated for the multiple sites across the specified time intervals.
Filtering operations may be applied to the data for one or more selected intervals in order to further improve the ability of the performance measure to distinguish relevant variations in the load balancing process.
The system generates a multi-site performance score characterizing the performance of the load balancing process. Adjustments may be made in the load balancing process, such as selection of one type of load balancing over another for use at a particular time, based at least in part on the multi-site performance score. The multi-site performance score may be determined using single-site performance measures such as Average Speed of Answer (ASA) and agent occupancy generated across multiple time intervals. The multi-site performance score as generated for a given interval may be, e.g., a ratio of the maximum and minimum values of a single-site performance measure for that interval. As another example, the multi-site performance score may be in the form of a standard deviation of a set of normalized scores generated for the multiple sites across the specified time intervals.
Filtering operations may be applied to the data for one or more selected intervals in order to further improve the ability of the performance measure to distinguish relevant variations in the load balancing process.
Description
Cohen 2-29-23-1 1 METHODS AND APPARATUS FOR ANALYSIS OF LOAD-BALANCED
MULTI-SITE CALL PROCESSING SYSTEMS
Field Of The Invention The invention relates generally to call centers or other call processing systems in S which voice calls, e-mails, faxes, voice messages, text messages, Internet service requests or other types of communications are distributed among a number of service agents for handling, and more particularly to call centers which include multiple geographically-distributed work sites.
Background Of The Invention Call centers distribute calls and other types of communications or work items to available service agents in accordance with various predetermined criteria. A
given call center may be implemented in a geographically distributed manner, e.g., as a combination of multiple distributed call center sites at different locations. Such an arrangement is commonly referred to as a mufti-site call center or more generally a mufti-site call processing 1 S system. In mufti-site systems of this type, a centralized load balancing process is typically utilized in order to distribute communications among the various sites for processing.
The purpose of the load balancing process is generally to create as close to a single-queue operation as possible within the mufti-site system. More specifically, the load balancing process is designed to ensure that all callers are served with as short a wait time as possible, and to keep agents working uniformly across the multiple sites.
Callers arriving at about the same time needing the same type of service from agents should thus have about the same amount of wait time regardless of which site serves each caller, and agents at one site should not be idle or under-worked while agents at another site are overworked.
Cohen 2-29-23-1 2 Conventional load balancing processes generally involve comparison of raw data such as Average Speed of Answer (ASA) for each call. More specifically, the conventional processes look at ASA by interval for each agent skill and for each of the sites supporting the skill. In general, the ASAs should be nearly identical and rise and fall together, showing that those who called at about the same time had about the same wait, regardless of which site served the call. Other conventional load balancing processes compare other types of raw data, such as agent occupancy, across the multiple sites.
A significant problem with these and other conventional approaches to load balancing is that comparisons of raw data are often limited in their usefi.~lness because the resulting numbers can be difficult to use in making performance judgments.
This is particularly true when comparing one balanced system to another. For example, it may be difficult in such situations to determine whether the performance of load balancing which results in ASAs of 45 seconds, 55 seconds and 65 seconds is better or worse than the performance of load balancing which results in ASAs of 450 seconds, 485 seconds and 500 seconds. Although the callers experiencing the former set of ASAs certainly waited significantly less time, it is not directly apparent which set of ASAs represents the better load balancing.
A need therefore exists for improved data analysis techniques for use in conjunction with load balancing in mufti-site call processing systems.
Summary Of The Invention The invention in an illustrative embodiment provides methods and apparatus for characterization, comparison and adjustment of load balancing processes in mufti-site call processing systems.
In accordance with the invention, a mufti-site call processing system includes multiple distributed call center sites, and utilizes a load balancing process to distribute calls among the sites for handling b~ agents. The system generates a mufti-site performance score characterizing the performance of the load balancing process. Adjustments may be made in the load balancing process, such as selection of one type of load balancing over another for use at a particular time, based at least in part on the mufti-site performance score. The mufti-site performance score may be determined using single-site performance measures such as Average Speed of Answer (ASA) and agent occupancy generated across multiple time intervals. The mufti-site performance score as generated for a given interval may be, e.g., a ratio of the maximum and minimum values of single-site performance measures for that interval. As another example, the mufti-site performance score may be in the form of a standard deviation of a set of normalized scores generated for the multiple sites across the specified time intervals. Each of the normalized scores in the set of normalized scores may be generated by taking a particular single-site performance measure for a corresponding site and dividing it by a site average computed across all of the sites.
Graphical representations of the mufti-site performance scores may be generated in order to facilitate data analysis.
In accordance with another aspect of the invention, filtering operations may be applied to the data for one or more selected intervals in order to further improve the ability 1 S of the performance measure to distinguish relevant variations in the load balancing process. For example, such a filtering operation may be applied to normalized scores for a given one of the time intervals if a particular measure used to generate the normalized scores for each of the multiple sites is below a designated threshold in that interval. The filtering may be configured to remove normalized scores for the given interval from a computation of the mufti-site performance score. Alternatively, the filtering may involve setting each of at least a subset of the normalized scores for the given interval to a particular value prior to computation oil the mufti-site performance score.
Other types of filtering may also be used.
Advantageously, the invention provides a better understanding of load balancing performance in mufti-site call processing systems, and allows load balancing processes to be characterized, compared and adjusted in a more efficient and meaningful manner than has heretofore been possible. The invention may be implemented in a variety of different types of mufti-site call processing systems, and with many different types of load balancing processes. These and other features and advantages of the present invention will become more apparent from the accompanying drawings and the following detailed description.
Brief Description of the Drawings Cohen 2-29-23-1 FIG. 1 is a block diagram of an exemplary mufti-site call processing system in which the invention may be implemented.
FIG. 2 is a block diagram illustrating one possible implementation of a distributed call center in the mufti-site call processing system of FIG. 1.
S FIG. 3 is a table illustrating the computation of normalized average speed of answer (ASA) scores by interval for an exemplary four-site call processing system, using the techniques of the invention.
FIG. 4 is a graphical representation of the raw ASA data from the FIG. 3 table.
FIG. 5 is a graphical representation of normalized ASA scores generated in accordance with the invention using the ASA data of FIG. 3.
FIG. 6 is a table illustrating the computation of normalized average speed of answer (ASA) scores by interval for an exemplary four-site call processing system, using the techniques of the invention, with a particular interval selected for a filtering operation.
FIG. 7 is a table illustrating the effects of two different types of filtering operations as applied to the normalized ASA scores of FIG. 6 in accordance with the invention.
FIG. 8 shows a graphical representation in the form of a frequency diagram of normalized ASA scores in accordance with the invention.
FIG. 9 is a table illustrating the computation of the ratio of maximum ASA to minimum ASA by interval in accordance with the invention using the ASA data of FIG. 3.
FIG. 10 is a graphical representation of the ratio of maximum ASA to minimum ASA computed in the manner shown in FIG. 9.
Detailed Descriution of the Invention Although the invention will be illustrated below in conjunction with the processing of calls in an exemplary system which includes multiple distributed call center sites, it is not limited to use with any particular type of system configuration or communication processing Cohen 2-29-23-1 5 application. For example, the invention is applicable to the processing of incoming communications, outgoing communications or both. The disclosed techniques can be used with automatic call distribution (ACD) systems, telemarketing systems, private-branch exchange (PBS systems, computer-telephony integration (CTI)-based systems, as well as S in combinations of these and other types of call centers. A call center in accordance with the invention may be configured using any type of network infrastructure, such as, e.g., asynchronous transfer mode (ATIVn, local area networks, wide area networks, Internet Protocol (IP) networks, etc. The term "call center" as used herein is thus intended to include any type of ACD system, telemarketing system or other communication system which processes calls or other service requests, including voice calls, video calls, multimedia calls, e-mail, faxes, text chat or voice messages as well as various portions or combinations of these and other types of communications. The term "call" as used herein is intended to include any of the above-noted types of communications as well as portions or combinations of these and other communications.
FIG. 1 shows an illustrative call processing system 10 including multiple distributed call center sites. The system 10 includes a network provider 20, a central load balancing application 30, and a set of performance data 40. The network provider 20 is coupled via sets of trunks 50 and 60 to distributed call center sites 100-1 and 100-2, respectively.
Associated with each of the distributed call center sites 100-i, i = 1, 2, . .
., is a corresponding set of agents 110-i. It will be appreciated that although only two sites are shown in FIG. 1, the invention can be implemented in a system having any desired number of sites.
In operation, central load balancing application 30 receives notification of an incoming call from the network provider 20. The central load balancing application 30 then accesses the performance data 40 in order to determine where to route the call, i.e., which of the distributed call center sites 100-i should receive the call. The central load balancing application 30 notifies the network provider 20 of its call center site selection, and the network provider 20 accordingly routes the incoming call to the selected one of the distributed call center sites 100-i over the appropriate trunk. Within the selected site, conventional agent selection and call selection techniques may be used to direct the Cohen 2-29-23-1 6 incoming call to a particular agent in the corresponding set of agents 110-i.
This process is repeated for all incoming calls directed to the multi-site call processing system 10.
Performance data is collected from the distributed call center sites 100-i and stored in the set of performance data 40 for use by the load balancing application 30 in making future call S routing decisions.
FIG. 2 shows a simplified block diagram of one possible implementation of a given one of the distributed call center sites 100-i in the system 10 of FIG. 1. The distributed call center site 100-i comprises interfaces 112 to external communication links, a communications switch fabric 113, and service circuits 114 which may be, e.g., tone generators, announcement circuits, etc. The distributed call center site 100-i further includes a memory 115 and a processor 116. The memory 115 may be used for storing, e.g., control programs, data, etc., and may be an electronic memory, a disk-based memory or a combination of these and other memory elements. The processor 116 is configured to execute stored control programs to control the interfaces 112 and the switch fabric 113, to provide call distribution functionality, and to provide storage or processing of e-mails, faxes and other communications. The processor 116 may be, e.g., a microprocessor, a central processing unit (CPU), a computer, an application-specific integrated circuit (ASIC), or various portions or combinations of these and other processing elements.
The central load balancing application 30 may be implemented as one or more software programs running on a system processing element configured in a manner similar to that described in conjunction with FIG. 2. Similarly, the set of performance data 40 may be stored in a memory associated with such a system processing element. These elements may be stand-alone elements within the system 10, or may be wholly or partially incorporated into other system elements, such as, e.g., one or more of the distributed call center sites 100-i, the network provider 20, or other system element.
Additional details regarding call processing techniques that may be utilized in the distributed call center site 100-i may be found in, e.g., U.S. Patent No.
5,206,903 issued April 27, 1993 in the name of inventors J.E. Kohler et al. and entitled "Automatic Call Distribution Based on Matching Required Skills with Agents Skills," U.S.
Patent No.
5,905,793 issued May 18, 1999 in the name of inventors A.D. Flockhart et al.
and entitled "Waiting-Call Selection Based on Anticipated Wait Times," U.S. Patent No. 6,192,122 issued February 20, 2001 and entitled "Call Center Agent Selection that Optimizes Call Wait Times," U.K. Patent Application Serial No. 2,345,224A
published June 28, 2000 in the name of inventors R.A. Cohen and R.H. Foster and entitled "Call Selection Based on Continuum Skill Levels in a Call Center," and European Patent Application No. EP 1109387A2 of A.D. Flockhart et al. published June 20, 2001 and entitled "Methods and Apparatus for Processing of Communications in a Call Center Based on Variable Rest Period Determinations."
It should be noted that the particular arrangement of system 10 and the elements thereof as shown in FIGS. 1 and 2 is by way of example only, and should not be construed as limiting the invention to any particular embodiment or group of embodiments. The invention can be implemented in many other types of mufti-site processing system configurations, such as those described in U.S. Patent No. 5,754,639 issued May 19, 1998 in the name of inventors A.D. Flockhart et al. and entitled "Method and Apparatus for Queuing a Call to the Best Split."
In accordance with the present invention, the mufti-site call processing system 10 of FIG. 1 is configured to include capabilities for improved mufti-site data analysis. As will be described in greater detail below, the invention processes raw data relating to the call service performance of the distributed call center sites, in order to generate more meaningful "scores" that allow different load balancing methods to be compared under different conditions. Advantageously, the invention reduces the dependence on human judgment in determining which of a given set of load balancing processes results in better overall call center performance.
An illustrative embodiment of the invention first computes a site average by taking individual Average Speed of Answer (ASA) measurements for each site in periodic intervals, and computing a straight average across the multiple sites for each interval. A ratio of each site's ASA to the site average is then computed, by interval, to obtain a normalized score for each site. Using the normalized scores, a standard deviation is Cohen 2-29-23-1 8 calculated across all of the intervals and used as a summary performance score for the load balancing process. A filtering operation may be applied to identify intervals in which all ASAs were sufficiently low, e.g., less than about six seconds, to consider the multi-site system "perfectly" balanced. Any intervals so identified may be eliminated from the S determination of the standard deviation. It should be understood that, although the illustrative embodiment uses ASA to compute scores, the invention can be used with any other desired call processing measure, such as, e.g., agent occupancy.
The illustrative embodiment will be described in greater detail with reference to example tables and graphical representations as shown in FIGS. 3 through 10.
These examples are with respect to a four-site system including sites denoted Site A, Site B, Site C and Site D. Aside from the particular number of sites used, the four-site system of the following examples is assumed to be of the type previously described in conjunction with FIGS. 1 and 2.
FIG. 3 is a table showing exemplary raw ASA data for the four sites A, B, C
and D
of the four-site processing system, over half hour intervals beginning at 9:30. Also shown in the table is a four-site average ASA computed for each of the intervals. In accordance with the invention, a normalized ASA score is computed for each of the sites and each of the intervals by dividing the corresponding raw ASA data by the appropriate site average.
The results are shown in the last four columns of the FIG. 3 table.
The interpretation of the normalized ASA scores is as follows. A normalized ASA
of 1.0 at Site A would mean that in the corresponding interval, Site A had an ASA exactly equal to the four-site average for that interval. A normalized ASA of 0.8 in Site B for the same interval would mean that Site B had an ASA that was lower than the four-site average.
A normalized ASA of 1.15 in Site C would mean that Site C had a slower ASA
than the four-site average, i.e., higher than the four-site average for that interval.
Each interval in this example therefore produces four normalized scores. These scores should cluster tightly around 1.0 if the system is well balanced and will cluster less so if the system is not well balanced. Advantageously, the normalized scores cluster around Cohen 2-29-23-1 9 I .0 regardless of whether wait times were high or low, widely varying or smooth, thereby facilitating interpretation of the underlying load balancing performance.
FIGS. 4 and 5 show graphical representations of the raw ASA data and normalized ASA scores, respectively, from the FIG. 3 example. It can be seen from the FIG. 4 graph that there is a relative misalignment in the raw ASA data in the 11:30 interval. In the FIG.
5 graph of normalized ASA scores, the data clusters tightly around 1.0, except for in the 11:30 interval. Comparing the FIG. 5 graph to that of FIG. 4, it can be seen that the use of the normalized ASA scores helps to highlight intervals in which the quality of load balancing was better or worse without introducing confusion based on whether the actual raw ASAs were low or high in the interval.
In accordance with another aspect of the invention, a standard deviation of the normalized ASA scores may be generated and used as a summary performance score. FIG.
7 shows a table in which a standard deviation of normalized ASA scores is computed across the multiple sites and intervals. These normalized ASA scores have a mean of 1.0, by design, as they were computed by comparing each site's ASA to the average calculated for the interval. However, the distribution of these scores around the 1.0 mark can vary. A
higher standard deviation shows that the data vary more than a set of data with a lower standard deviation. In other words, lower variance is a sign of better load balancing. This standard deviation thus serves as a single-number benchmark of how well the system was load balanced over a number of intervals.
In accordance with a further aspect of the invention, filtering operations may be applied to particular rows of data in order to further clarify the performance scores.
Exemplary filtering operations of this type will be described with reference to the tabular data of FIGS. 6 and 7.
FIG. 6 is a table listing the raw ASA data, four-site average ASA and normalized ASA scores for nine half hour intervals beginning at 9:30. The entries for the first six intervals are the same as those shown in FIG. 3.
Cohen 2-29-23-I 10 In general, the filtering process in the illustrative embodiment involves setting a threshold ASA below which load balancing would be considered perfect. For example, if within one interval the ASAs were 1, 2, 2, and 3 seconds, the normalized scores would be 0.5, 1.0, 1.0 and 1.5. Both an interval with ASAs of 10, 20, 20 and 30 seconds and an interval with ASAs of 100, 200, 200 and 300 seconds would also have the same sets of normalized scores, i.e., 0.5, 1.0, 1.0 and 1.5. Most call center managers would agree, however, that the interval with all ASAs at 3 seconds or below represents a far superior achievement in terms of performance. For this reason, intervals in which all site ASAs are below a designated threshold, e.g., 6 seconds, 10 seconds, etc. can be filtered in one of a number of different ways. Two examples of this type of filtering are as follows:
1. The normalized scores for the interval to be filtered can be removed from the calculation of standard deviation. Care should be taken to ensure that the data set does not become so small that higher standard deviations result from the low number of data points used.
MULTI-SITE CALL PROCESSING SYSTEMS
Field Of The Invention The invention relates generally to call centers or other call processing systems in S which voice calls, e-mails, faxes, voice messages, text messages, Internet service requests or other types of communications are distributed among a number of service agents for handling, and more particularly to call centers which include multiple geographically-distributed work sites.
Background Of The Invention Call centers distribute calls and other types of communications or work items to available service agents in accordance with various predetermined criteria. A
given call center may be implemented in a geographically distributed manner, e.g., as a combination of multiple distributed call center sites at different locations. Such an arrangement is commonly referred to as a mufti-site call center or more generally a mufti-site call processing 1 S system. In mufti-site systems of this type, a centralized load balancing process is typically utilized in order to distribute communications among the various sites for processing.
The purpose of the load balancing process is generally to create as close to a single-queue operation as possible within the mufti-site system. More specifically, the load balancing process is designed to ensure that all callers are served with as short a wait time as possible, and to keep agents working uniformly across the multiple sites.
Callers arriving at about the same time needing the same type of service from agents should thus have about the same amount of wait time regardless of which site serves each caller, and agents at one site should not be idle or under-worked while agents at another site are overworked.
Cohen 2-29-23-1 2 Conventional load balancing processes generally involve comparison of raw data such as Average Speed of Answer (ASA) for each call. More specifically, the conventional processes look at ASA by interval for each agent skill and for each of the sites supporting the skill. In general, the ASAs should be nearly identical and rise and fall together, showing that those who called at about the same time had about the same wait, regardless of which site served the call. Other conventional load balancing processes compare other types of raw data, such as agent occupancy, across the multiple sites.
A significant problem with these and other conventional approaches to load balancing is that comparisons of raw data are often limited in their usefi.~lness because the resulting numbers can be difficult to use in making performance judgments.
This is particularly true when comparing one balanced system to another. For example, it may be difficult in such situations to determine whether the performance of load balancing which results in ASAs of 45 seconds, 55 seconds and 65 seconds is better or worse than the performance of load balancing which results in ASAs of 450 seconds, 485 seconds and 500 seconds. Although the callers experiencing the former set of ASAs certainly waited significantly less time, it is not directly apparent which set of ASAs represents the better load balancing.
A need therefore exists for improved data analysis techniques for use in conjunction with load balancing in mufti-site call processing systems.
Summary Of The Invention The invention in an illustrative embodiment provides methods and apparatus for characterization, comparison and adjustment of load balancing processes in mufti-site call processing systems.
In accordance with the invention, a mufti-site call processing system includes multiple distributed call center sites, and utilizes a load balancing process to distribute calls among the sites for handling b~ agents. The system generates a mufti-site performance score characterizing the performance of the load balancing process. Adjustments may be made in the load balancing process, such as selection of one type of load balancing over another for use at a particular time, based at least in part on the mufti-site performance score. The mufti-site performance score may be determined using single-site performance measures such as Average Speed of Answer (ASA) and agent occupancy generated across multiple time intervals. The mufti-site performance score as generated for a given interval may be, e.g., a ratio of the maximum and minimum values of single-site performance measures for that interval. As another example, the mufti-site performance score may be in the form of a standard deviation of a set of normalized scores generated for the multiple sites across the specified time intervals. Each of the normalized scores in the set of normalized scores may be generated by taking a particular single-site performance measure for a corresponding site and dividing it by a site average computed across all of the sites.
Graphical representations of the mufti-site performance scores may be generated in order to facilitate data analysis.
In accordance with another aspect of the invention, filtering operations may be applied to the data for one or more selected intervals in order to further improve the ability 1 S of the performance measure to distinguish relevant variations in the load balancing process. For example, such a filtering operation may be applied to normalized scores for a given one of the time intervals if a particular measure used to generate the normalized scores for each of the multiple sites is below a designated threshold in that interval. The filtering may be configured to remove normalized scores for the given interval from a computation of the mufti-site performance score. Alternatively, the filtering may involve setting each of at least a subset of the normalized scores for the given interval to a particular value prior to computation oil the mufti-site performance score.
Other types of filtering may also be used.
Advantageously, the invention provides a better understanding of load balancing performance in mufti-site call processing systems, and allows load balancing processes to be characterized, compared and adjusted in a more efficient and meaningful manner than has heretofore been possible. The invention may be implemented in a variety of different types of mufti-site call processing systems, and with many different types of load balancing processes. These and other features and advantages of the present invention will become more apparent from the accompanying drawings and the following detailed description.
Brief Description of the Drawings Cohen 2-29-23-1 FIG. 1 is a block diagram of an exemplary mufti-site call processing system in which the invention may be implemented.
FIG. 2 is a block diagram illustrating one possible implementation of a distributed call center in the mufti-site call processing system of FIG. 1.
S FIG. 3 is a table illustrating the computation of normalized average speed of answer (ASA) scores by interval for an exemplary four-site call processing system, using the techniques of the invention.
FIG. 4 is a graphical representation of the raw ASA data from the FIG. 3 table.
FIG. 5 is a graphical representation of normalized ASA scores generated in accordance with the invention using the ASA data of FIG. 3.
FIG. 6 is a table illustrating the computation of normalized average speed of answer (ASA) scores by interval for an exemplary four-site call processing system, using the techniques of the invention, with a particular interval selected for a filtering operation.
FIG. 7 is a table illustrating the effects of two different types of filtering operations as applied to the normalized ASA scores of FIG. 6 in accordance with the invention.
FIG. 8 shows a graphical representation in the form of a frequency diagram of normalized ASA scores in accordance with the invention.
FIG. 9 is a table illustrating the computation of the ratio of maximum ASA to minimum ASA by interval in accordance with the invention using the ASA data of FIG. 3.
FIG. 10 is a graphical representation of the ratio of maximum ASA to minimum ASA computed in the manner shown in FIG. 9.
Detailed Descriution of the Invention Although the invention will be illustrated below in conjunction with the processing of calls in an exemplary system which includes multiple distributed call center sites, it is not limited to use with any particular type of system configuration or communication processing Cohen 2-29-23-1 5 application. For example, the invention is applicable to the processing of incoming communications, outgoing communications or both. The disclosed techniques can be used with automatic call distribution (ACD) systems, telemarketing systems, private-branch exchange (PBS systems, computer-telephony integration (CTI)-based systems, as well as S in combinations of these and other types of call centers. A call center in accordance with the invention may be configured using any type of network infrastructure, such as, e.g., asynchronous transfer mode (ATIVn, local area networks, wide area networks, Internet Protocol (IP) networks, etc. The term "call center" as used herein is thus intended to include any type of ACD system, telemarketing system or other communication system which processes calls or other service requests, including voice calls, video calls, multimedia calls, e-mail, faxes, text chat or voice messages as well as various portions or combinations of these and other types of communications. The term "call" as used herein is intended to include any of the above-noted types of communications as well as portions or combinations of these and other communications.
FIG. 1 shows an illustrative call processing system 10 including multiple distributed call center sites. The system 10 includes a network provider 20, a central load balancing application 30, and a set of performance data 40. The network provider 20 is coupled via sets of trunks 50 and 60 to distributed call center sites 100-1 and 100-2, respectively.
Associated with each of the distributed call center sites 100-i, i = 1, 2, . .
., is a corresponding set of agents 110-i. It will be appreciated that although only two sites are shown in FIG. 1, the invention can be implemented in a system having any desired number of sites.
In operation, central load balancing application 30 receives notification of an incoming call from the network provider 20. The central load balancing application 30 then accesses the performance data 40 in order to determine where to route the call, i.e., which of the distributed call center sites 100-i should receive the call. The central load balancing application 30 notifies the network provider 20 of its call center site selection, and the network provider 20 accordingly routes the incoming call to the selected one of the distributed call center sites 100-i over the appropriate trunk. Within the selected site, conventional agent selection and call selection techniques may be used to direct the Cohen 2-29-23-1 6 incoming call to a particular agent in the corresponding set of agents 110-i.
This process is repeated for all incoming calls directed to the multi-site call processing system 10.
Performance data is collected from the distributed call center sites 100-i and stored in the set of performance data 40 for use by the load balancing application 30 in making future call S routing decisions.
FIG. 2 shows a simplified block diagram of one possible implementation of a given one of the distributed call center sites 100-i in the system 10 of FIG. 1. The distributed call center site 100-i comprises interfaces 112 to external communication links, a communications switch fabric 113, and service circuits 114 which may be, e.g., tone generators, announcement circuits, etc. The distributed call center site 100-i further includes a memory 115 and a processor 116. The memory 115 may be used for storing, e.g., control programs, data, etc., and may be an electronic memory, a disk-based memory or a combination of these and other memory elements. The processor 116 is configured to execute stored control programs to control the interfaces 112 and the switch fabric 113, to provide call distribution functionality, and to provide storage or processing of e-mails, faxes and other communications. The processor 116 may be, e.g., a microprocessor, a central processing unit (CPU), a computer, an application-specific integrated circuit (ASIC), or various portions or combinations of these and other processing elements.
The central load balancing application 30 may be implemented as one or more software programs running on a system processing element configured in a manner similar to that described in conjunction with FIG. 2. Similarly, the set of performance data 40 may be stored in a memory associated with such a system processing element. These elements may be stand-alone elements within the system 10, or may be wholly or partially incorporated into other system elements, such as, e.g., one or more of the distributed call center sites 100-i, the network provider 20, or other system element.
Additional details regarding call processing techniques that may be utilized in the distributed call center site 100-i may be found in, e.g., U.S. Patent No.
5,206,903 issued April 27, 1993 in the name of inventors J.E. Kohler et al. and entitled "Automatic Call Distribution Based on Matching Required Skills with Agents Skills," U.S.
Patent No.
5,905,793 issued May 18, 1999 in the name of inventors A.D. Flockhart et al.
and entitled "Waiting-Call Selection Based on Anticipated Wait Times," U.S. Patent No. 6,192,122 issued February 20, 2001 and entitled "Call Center Agent Selection that Optimizes Call Wait Times," U.K. Patent Application Serial No. 2,345,224A
published June 28, 2000 in the name of inventors R.A. Cohen and R.H. Foster and entitled "Call Selection Based on Continuum Skill Levels in a Call Center," and European Patent Application No. EP 1109387A2 of A.D. Flockhart et al. published June 20, 2001 and entitled "Methods and Apparatus for Processing of Communications in a Call Center Based on Variable Rest Period Determinations."
It should be noted that the particular arrangement of system 10 and the elements thereof as shown in FIGS. 1 and 2 is by way of example only, and should not be construed as limiting the invention to any particular embodiment or group of embodiments. The invention can be implemented in many other types of mufti-site processing system configurations, such as those described in U.S. Patent No. 5,754,639 issued May 19, 1998 in the name of inventors A.D. Flockhart et al. and entitled "Method and Apparatus for Queuing a Call to the Best Split."
In accordance with the present invention, the mufti-site call processing system 10 of FIG. 1 is configured to include capabilities for improved mufti-site data analysis. As will be described in greater detail below, the invention processes raw data relating to the call service performance of the distributed call center sites, in order to generate more meaningful "scores" that allow different load balancing methods to be compared under different conditions. Advantageously, the invention reduces the dependence on human judgment in determining which of a given set of load balancing processes results in better overall call center performance.
An illustrative embodiment of the invention first computes a site average by taking individual Average Speed of Answer (ASA) measurements for each site in periodic intervals, and computing a straight average across the multiple sites for each interval. A ratio of each site's ASA to the site average is then computed, by interval, to obtain a normalized score for each site. Using the normalized scores, a standard deviation is Cohen 2-29-23-1 8 calculated across all of the intervals and used as a summary performance score for the load balancing process. A filtering operation may be applied to identify intervals in which all ASAs were sufficiently low, e.g., less than about six seconds, to consider the multi-site system "perfectly" balanced. Any intervals so identified may be eliminated from the S determination of the standard deviation. It should be understood that, although the illustrative embodiment uses ASA to compute scores, the invention can be used with any other desired call processing measure, such as, e.g., agent occupancy.
The illustrative embodiment will be described in greater detail with reference to example tables and graphical representations as shown in FIGS. 3 through 10.
These examples are with respect to a four-site system including sites denoted Site A, Site B, Site C and Site D. Aside from the particular number of sites used, the four-site system of the following examples is assumed to be of the type previously described in conjunction with FIGS. 1 and 2.
FIG. 3 is a table showing exemplary raw ASA data for the four sites A, B, C
and D
of the four-site processing system, over half hour intervals beginning at 9:30. Also shown in the table is a four-site average ASA computed for each of the intervals. In accordance with the invention, a normalized ASA score is computed for each of the sites and each of the intervals by dividing the corresponding raw ASA data by the appropriate site average.
The results are shown in the last four columns of the FIG. 3 table.
The interpretation of the normalized ASA scores is as follows. A normalized ASA
of 1.0 at Site A would mean that in the corresponding interval, Site A had an ASA exactly equal to the four-site average for that interval. A normalized ASA of 0.8 in Site B for the same interval would mean that Site B had an ASA that was lower than the four-site average.
A normalized ASA of 1.15 in Site C would mean that Site C had a slower ASA
than the four-site average, i.e., higher than the four-site average for that interval.
Each interval in this example therefore produces four normalized scores. These scores should cluster tightly around 1.0 if the system is well balanced and will cluster less so if the system is not well balanced. Advantageously, the normalized scores cluster around Cohen 2-29-23-1 9 I .0 regardless of whether wait times were high or low, widely varying or smooth, thereby facilitating interpretation of the underlying load balancing performance.
FIGS. 4 and 5 show graphical representations of the raw ASA data and normalized ASA scores, respectively, from the FIG. 3 example. It can be seen from the FIG. 4 graph that there is a relative misalignment in the raw ASA data in the 11:30 interval. In the FIG.
5 graph of normalized ASA scores, the data clusters tightly around 1.0, except for in the 11:30 interval. Comparing the FIG. 5 graph to that of FIG. 4, it can be seen that the use of the normalized ASA scores helps to highlight intervals in which the quality of load balancing was better or worse without introducing confusion based on whether the actual raw ASAs were low or high in the interval.
In accordance with another aspect of the invention, a standard deviation of the normalized ASA scores may be generated and used as a summary performance score. FIG.
7 shows a table in which a standard deviation of normalized ASA scores is computed across the multiple sites and intervals. These normalized ASA scores have a mean of 1.0, by design, as they were computed by comparing each site's ASA to the average calculated for the interval. However, the distribution of these scores around the 1.0 mark can vary. A
higher standard deviation shows that the data vary more than a set of data with a lower standard deviation. In other words, lower variance is a sign of better load balancing. This standard deviation thus serves as a single-number benchmark of how well the system was load balanced over a number of intervals.
In accordance with a further aspect of the invention, filtering operations may be applied to particular rows of data in order to further clarify the performance scores.
Exemplary filtering operations of this type will be described with reference to the tabular data of FIGS. 6 and 7.
FIG. 6 is a table listing the raw ASA data, four-site average ASA and normalized ASA scores for nine half hour intervals beginning at 9:30. The entries for the first six intervals are the same as those shown in FIG. 3.
Cohen 2-29-23-I 10 In general, the filtering process in the illustrative embodiment involves setting a threshold ASA below which load balancing would be considered perfect. For example, if within one interval the ASAs were 1, 2, 2, and 3 seconds, the normalized scores would be 0.5, 1.0, 1.0 and 1.5. Both an interval with ASAs of 10, 20, 20 and 30 seconds and an interval with ASAs of 100, 200, 200 and 300 seconds would also have the same sets of normalized scores, i.e., 0.5, 1.0, 1.0 and 1.5. Most call center managers would agree, however, that the interval with all ASAs at 3 seconds or below represents a far superior achievement in terms of performance. For this reason, intervals in which all site ASAs are below a designated threshold, e.g., 6 seconds, 10 seconds, etc. can be filtered in one of a number of different ways. Two examples of this type of filtering are as follows:
1. The normalized scores for the interval to be filtered can be removed from the calculation of standard deviation. Care should be taken to ensure that the data set does not become so small that higher standard deviations result from the low number of data points used.
2. The normalized scores for the interval to be filtered can be replaced with scores of 1.0 before the standard deviation is calculated. This filtering technique keeps the data set the same size as the original unfiltered data set and will lower, or improve, the calculated standard deviation, since the affected intervals now have perfect scores.
Referring again to the FIG. 6 table, a particular interval, in this case the interval beginning at 13:00, is identified as being suitable for filtering. The 13:00 interval is an example of an interval which would meet a 6-second ASA threshold, i.e., all sites had ASAs equal or less than 6 seconds for this interval. This interval should therefore be filtered using one of the two techniques described above.
FIG. 7 shows a table illustrating the above-described filtering operations as applied to the data set of FIG. 6. The table of FIG. 7 includes three sets of columns, the first of which represents the unfiltered, data set, resulting in a standard deviation value of 0.186. As described previously, the 13:00 interval in this example can be ignored or eliminated from the data set prior to computation of the standard deviation, as shown in second set of columns in the table of FIG. 7, resulting in the standard deviation value of 0.191. In this Cohen 2-29-23-1 11 case, removing the 13:00 interval from the data reduced the number of points in the data set sufficiently such that the resulting standard deviation value increased.
Alternatively, perfect scores of 1.0 could be substituted in place of the normalized ASA scores, as shown in the third set of columns in the table of FIG. 7, resulting in the standard deviation value of 0.180.
FIG. 8 shows a frequency diagram or histogram of the normalized ASA scores from the tables of FIGS. 6 and 7. Since the mean of the data is 1.0 in this example, it is desirable for the data to be clustered about the 1.0 line in the frequency diagram. Data clustered around the 1.0 line will generally have a lower (better) standard deviation than data that is more widely distributed. Data with extreme outliers will generally have a higher (worse) standard deviation than data with no extreme outliers.
Another aspect of the illustrative embodiment of the invention involves comparison of a ratio of maximum ASA to minimum ASA by interval, without regard to which site has the highest or lowest ASA. A ratio of 1.0 is the theoretical lowest and best possible score.
The degree to which particular scores exceed 1.0 indicate potential differences in caller wait time if a call were directed to one site or another.
FIG. 9 is a table listing the above-described ratio as computed based on the ASA
data of FIG. 3 for sites A, B, C and D for intervals beginning at 9:30.
FIG. 10 is a corresponding graphical representation of the ratios taken from the last column of the FIG. 9 table. It can be seen from the FIG. 10 graph that the ratios are clustered well below 1.5, except for the 11:30 interval, when the ratio jumps to 2.25. This graph shows that, for the most part, the worst of the ASAs was only about 25%
longer than the best of the ASAs, except in the 11:30 interval. Again, the complex set of four-site ASA
data is reduced to a single normalized and exaggerated expression of load balancing performance, thereby permitting more efficient and accurate interpretation.
The above-described ratio-based data analysis can be used in other applications. For example, it can be used in conjunction with a Percent in Ratio (PIR) calculation. In the case of the data shown in the FIG. 9 table, five of the six intervals have ratios less than 1.5. So an expression of this result could be 83% of intervals within a ratio of 1.5.
If the target ratio Cohen 2-29-23-1 12 were 1.25 instead of 1.5, the PIR calculation would be 67% of intervals within a ratio of 1.25. As another example, this ratio-based data analysis can be used for interval-based comparison of a single system over time, with a different line on the graph for each day.
The ratio-based data analysis may also be subject to appropriate filtering operations.
S For example, if the ASA for a particular site were zero for a given interval, this value could be replaced with an ASA of one second, so as to prevent a "divide by zero"
error. As another example, if all ASAs were zero, or if some were one second and the others were two seconds, the ratio could be filtered and set to 1Ø Such filtering is useful and does not diminish the value of the analysis.
The mufti-site performance scores generated in the manner described above are preferably used in conjunction with the mufti-site load balancing process. For example, such mufti-site scores may be used in central load balancing application 30 of FIG.
1 to determine an appropriate adjustment in the load balancing process so as to achieve a desired balance condition. The term "adjustment" in this context is intended to include, e.g., a switch from one type of load balancing process to another, a change in one or more parameters of a given load balancing process, as well as combinations of these and other types of adjustments.
Examples of applications involving such adjustments include, e.g., a purchase decision of particular load balancing software based on a mufti-site score; an adjustment in the administration and staging of a distributed call centers, with comparison of previous and subsequent mufti-site scores used to determine if a desired load balancing improvement has been achieved; a redesign of a load balancing process by a load balancing software provider with comparison of previous and subsequent mufti-site scores used to quantify the improvements; implementation of a load balancing process that is able to fine tune itself, i.e., is capable of preserving those adjustments that improved the mufti-site performance score and rejecting those that did not; and alteration in a load balancing process for particular situations such as particular times of day based on long-term analysis of trends in mufti-site scores. It should be emphasized that these are examples only, and that the invention can be implemented in numerous other applications.
Cohen 2-29-23-1 13 The exemplary system described in conjunction with FIGS. 1 and 2 may be programmed or otherwise configured in a straightforward manner to implement the data analysis, mufti-site performance score generation and load balancing adjustment techniques described herein. The particular implementation details associated with a given application will be readily apparent to those skilled in the art, and are therefore not further described herein.
In alternative embodiments of the invention, the described techniques may be applied to adjustment of a load balancing process for entities other than distributed call center sites.
For example, the techniques of the invention may be applied to load balancing between multiple skills at a single site. In such an embodiment, a performance score generated in the manner described above may be referred to as a mufti-entity performance score.
It should be understood that the techniques of the present invention are not limited to use with voice calls, but are instead more generally applicable to any tasks or other work items that arrive from a customer, e.g., e-mail, fax, text chat, voice over IP, etc., as well as 1 S to workflow and/or customer fulfillment generated work tasks that are part of, e.g., a workflow system in which various work tasks dealing with actual or electronic "paperwork," contacts with customers, approvals, etc. must be completed in order to fulfill a specified customer need.
The above-described embodiments of the invention are intended to be illustrative only. For example, it should be noted that the exemplary system configuration shown in FIG. 1 may be altered to incorporate a wide variety of different arrangements of components to provide the processing functions described herein. One such alternative arrangement may be configured such that the call center call distribution functions are implemented in a so-called "off board" server, e.g., a server outside of an ACD system. In this type of arrangement, one or more servers control the distribution of work to agents in an enterprise, such that the processing functions related to distribution can be moved in whole or in part from the ACD system to the servers. The term "call center" as used herein is intended to include these and other alternative systems in which the present invention can be implemented.
Cohen 2-29-23-1 14 It should also be noted that the invention may be implemented at least in part in the form of a computer-readable medium or other similar medium containing software which, when executed by a computer or other type of processor, will cause the processor to implement the processing functions described above. For example, such software programs may be stored in memory 115 or any other computer readable medium associated with the system 10, and executed by processor 116 or other processing hardware associated with the system 10. These and numerous other alternative embodiments within the scope of the following claims will be apparent to those skilled in the art.
Referring again to the FIG. 6 table, a particular interval, in this case the interval beginning at 13:00, is identified as being suitable for filtering. The 13:00 interval is an example of an interval which would meet a 6-second ASA threshold, i.e., all sites had ASAs equal or less than 6 seconds for this interval. This interval should therefore be filtered using one of the two techniques described above.
FIG. 7 shows a table illustrating the above-described filtering operations as applied to the data set of FIG. 6. The table of FIG. 7 includes three sets of columns, the first of which represents the unfiltered, data set, resulting in a standard deviation value of 0.186. As described previously, the 13:00 interval in this example can be ignored or eliminated from the data set prior to computation of the standard deviation, as shown in second set of columns in the table of FIG. 7, resulting in the standard deviation value of 0.191. In this Cohen 2-29-23-1 11 case, removing the 13:00 interval from the data reduced the number of points in the data set sufficiently such that the resulting standard deviation value increased.
Alternatively, perfect scores of 1.0 could be substituted in place of the normalized ASA scores, as shown in the third set of columns in the table of FIG. 7, resulting in the standard deviation value of 0.180.
FIG. 8 shows a frequency diagram or histogram of the normalized ASA scores from the tables of FIGS. 6 and 7. Since the mean of the data is 1.0 in this example, it is desirable for the data to be clustered about the 1.0 line in the frequency diagram. Data clustered around the 1.0 line will generally have a lower (better) standard deviation than data that is more widely distributed. Data with extreme outliers will generally have a higher (worse) standard deviation than data with no extreme outliers.
Another aspect of the illustrative embodiment of the invention involves comparison of a ratio of maximum ASA to minimum ASA by interval, without regard to which site has the highest or lowest ASA. A ratio of 1.0 is the theoretical lowest and best possible score.
The degree to which particular scores exceed 1.0 indicate potential differences in caller wait time if a call were directed to one site or another.
FIG. 9 is a table listing the above-described ratio as computed based on the ASA
data of FIG. 3 for sites A, B, C and D for intervals beginning at 9:30.
FIG. 10 is a corresponding graphical representation of the ratios taken from the last column of the FIG. 9 table. It can be seen from the FIG. 10 graph that the ratios are clustered well below 1.5, except for the 11:30 interval, when the ratio jumps to 2.25. This graph shows that, for the most part, the worst of the ASAs was only about 25%
longer than the best of the ASAs, except in the 11:30 interval. Again, the complex set of four-site ASA
data is reduced to a single normalized and exaggerated expression of load balancing performance, thereby permitting more efficient and accurate interpretation.
The above-described ratio-based data analysis can be used in other applications. For example, it can be used in conjunction with a Percent in Ratio (PIR) calculation. In the case of the data shown in the FIG. 9 table, five of the six intervals have ratios less than 1.5. So an expression of this result could be 83% of intervals within a ratio of 1.5.
If the target ratio Cohen 2-29-23-1 12 were 1.25 instead of 1.5, the PIR calculation would be 67% of intervals within a ratio of 1.25. As another example, this ratio-based data analysis can be used for interval-based comparison of a single system over time, with a different line on the graph for each day.
The ratio-based data analysis may also be subject to appropriate filtering operations.
S For example, if the ASA for a particular site were zero for a given interval, this value could be replaced with an ASA of one second, so as to prevent a "divide by zero"
error. As another example, if all ASAs were zero, or if some were one second and the others were two seconds, the ratio could be filtered and set to 1Ø Such filtering is useful and does not diminish the value of the analysis.
The mufti-site performance scores generated in the manner described above are preferably used in conjunction with the mufti-site load balancing process. For example, such mufti-site scores may be used in central load balancing application 30 of FIG.
1 to determine an appropriate adjustment in the load balancing process so as to achieve a desired balance condition. The term "adjustment" in this context is intended to include, e.g., a switch from one type of load balancing process to another, a change in one or more parameters of a given load balancing process, as well as combinations of these and other types of adjustments.
Examples of applications involving such adjustments include, e.g., a purchase decision of particular load balancing software based on a mufti-site score; an adjustment in the administration and staging of a distributed call centers, with comparison of previous and subsequent mufti-site scores used to determine if a desired load balancing improvement has been achieved; a redesign of a load balancing process by a load balancing software provider with comparison of previous and subsequent mufti-site scores used to quantify the improvements; implementation of a load balancing process that is able to fine tune itself, i.e., is capable of preserving those adjustments that improved the mufti-site performance score and rejecting those that did not; and alteration in a load balancing process for particular situations such as particular times of day based on long-term analysis of trends in mufti-site scores. It should be emphasized that these are examples only, and that the invention can be implemented in numerous other applications.
Cohen 2-29-23-1 13 The exemplary system described in conjunction with FIGS. 1 and 2 may be programmed or otherwise configured in a straightforward manner to implement the data analysis, mufti-site performance score generation and load balancing adjustment techniques described herein. The particular implementation details associated with a given application will be readily apparent to those skilled in the art, and are therefore not further described herein.
In alternative embodiments of the invention, the described techniques may be applied to adjustment of a load balancing process for entities other than distributed call center sites.
For example, the techniques of the invention may be applied to load balancing between multiple skills at a single site. In such an embodiment, a performance score generated in the manner described above may be referred to as a mufti-entity performance score.
It should be understood that the techniques of the present invention are not limited to use with voice calls, but are instead more generally applicable to any tasks or other work items that arrive from a customer, e.g., e-mail, fax, text chat, voice over IP, etc., as well as 1 S to workflow and/or customer fulfillment generated work tasks that are part of, e.g., a workflow system in which various work tasks dealing with actual or electronic "paperwork," contacts with customers, approvals, etc. must be completed in order to fulfill a specified customer need.
The above-described embodiments of the invention are intended to be illustrative only. For example, it should be noted that the exemplary system configuration shown in FIG. 1 may be altered to incorporate a wide variety of different arrangements of components to provide the processing functions described herein. One such alternative arrangement may be configured such that the call center call distribution functions are implemented in a so-called "off board" server, e.g., a server outside of an ACD system. In this type of arrangement, one or more servers control the distribution of work to agents in an enterprise, such that the processing functions related to distribution can be moved in whole or in part from the ACD system to the servers. The term "call center" as used herein is intended to include these and other alternative systems in which the present invention can be implemented.
Cohen 2-29-23-1 14 It should also be noted that the invention may be implemented at least in part in the form of a computer-readable medium or other similar medium containing software which, when executed by a computer or other type of processor, will cause the processor to implement the processing functions described above. For example, such software programs may be stored in memory 115 or any other computer readable medium associated with the system 10, and executed by processor 116 or other processing hardware associated with the system 10. These and numerous other alternative embodiments within the scope of the following claims will be apparent to those skilled in the art.
Claims (18)
1. A method for use in a multi-site call processing system comprising multiple distributed call center sites, the method comprising the steps of:
generating a multi-site performance score characterizing performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites; and adjusting the load balancing process based at least in part on the multi-site performance score;
wherein the multi-site performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding one of the multiple distributed call center sites of the multi-site call processing system.
generating a multi-site performance score characterizing performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites; and adjusting the load balancing process based at least in part on the multi-site performance score;
wherein the multi-site performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding one of the multiple distributed call center sites of the multi-site call processing system.
2. The method of claim 1 wherein the multi-site performance score is determined at least in part based on a particular single-site performance measure generated for each of the multiple sites across a plurality of specified time intervals.
3. The method of claim 2 wherein the particular single-site performance measure comprises an Average Speed of Answer (ASA) measure.
4. The method of claim 2 wherein the particular single-site performance measure comprises an agent occupancy measure.
5. The method of claim 2 wherein the multi-site performance score for a given one of the intervals comprises a ratio of a maximum value of the particular single-site performance measure for that interval to a minimum value of the particular single-site performance measure for that interval.
6. The method of claim 1 wherein the multi-site performance score comprises a standard deviation of a set of normalized scores generated for the multiple sites across a plurality of specified time intervals.
7. The method of claim 6 wherein each of the normalized scores in the set of normalized scores is generated by taking a particular single-site performance measure for a corresponding site and dividing it by a site average computed across all of the sites.
8. The method of claim 6 further including the step of filtering the normalized scores for a given one of the time intervals if a particular measure used to generate the normalized scores for each of the multiple sites is below a threshold designated for all of the multiple sites in that interval.
9. The method of claim 8 wherein the filtering step comprises removing normalized scores for the given interval from a computation of the multi-site performance score.
10. The method of claim 8 wherein the filtering step comprises setting each of at least a subset of the normalized scores for the given interval to a particular value prior to computation of the multi-site performance score.
11. An apparatus for use in a multi-site call processing system comprising multiple distributed call center sites, the apparatus comprising: a load balancing element comprising a processor coupled to a memory, the load balancing element being operative to generate a multi-site performance score characterizing performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites, wherein the load balancing process is adjusted based at least in part on the multi-site performance score; and wherein the multi-site performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding one of the multiple distributed call center sites of the multi-site call processing system.
12. A computer readable medium containing instructions for use in a multi-site call processing system comprising multiple distributed call center sites, wherein the instructions, when executed by a processor, cause the processor to perform the steps of:
generating a multi-site performance score characterizing performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites; and adjusting the load balancing process based at least in part on the multi-site performance score;
wherein the multi-site performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding one of the multiple distributed call center sites of the multi-site call processing system.
generating a multi-site performance score characterizing performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites; and adjusting the load balancing process based at least in part on the multi-site performance score;
wherein the multi-site performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding one of the multiple distributed call center sites of the multi-site call processing system.
13. A method for use in a call processing system which implements a load balancing process, the method comprising the steps of:
generating a multi-entity performance score characterizing performance of the load balancing process, the load balancing process determining assignment of incoming calls to particular ones of a set of multiple entities; and adjusting the load balancing process based at least in part on the multi-entity performance score;
wherein the multi-entity performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding entity in a set of multiple entities.
generating a multi-entity performance score characterizing performance of the load balancing process, the load balancing process determining assignment of incoming calls to particular ones of a set of multiple entities; and adjusting the load balancing process based at least in part on the multi-entity performance score;
wherein the multi-entity performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding entity in a set of multiple entities.
14. The method of claim 13 wherein the call processing system comprises multiple distributed call center sites, and the multi-entity performance score characterizes performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites.
15. The method of claim 13 wherein the call processing system comprises processing entities for multiple skills, and the multi-entity performance score characterizes performance of a load balancing process which determines assignment of incoming calls to particular ones of the processing entities for the multiple skills.
16. An apparatus for use in a call processing system which implements a load balancing process, the apparatus comprising:
a load balancing element comprising a processor coupled to a memory, the load balancing element being operative to generate a multi-entity performance score characterizing performance of the load balancing process, the load balancing process determining assignment of incoming calls to particular ones of a set of multiple entities, wherein the load balancing process is adjusted based at least in part on the multi-entity performance score; and wherein the multi-entity performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding entity in the set of multiple entities.
a load balancing element comprising a processor coupled to a memory, the load balancing element being operative to generate a multi-entity performance score characterizing performance of the load balancing process, the load balancing process determining assignment of incoming calls to particular ones of a set of multiple entities, wherein the load balancing process is adjusted based at least in part on the multi-entity performance score; and wherein the multi-entity performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding entity in the set of multiple entities.
17. A method for use in a call processing system which implements a load balancing process, the method comprising the steps of:
generating a multi-entity performance score characterizing performance of the load balancing process, the load balancing process determining assignment of incoming calls to particular ones of a set of multiple entities; and generating a graphical representation of the multi-entity performance score;
wherein the multi-entity performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding entity in a set of multiple entities.
generating a multi-entity performance score characterizing performance of the load balancing process, the load balancing process determining assignment of incoming calls to particular ones of a set of multiple entities; and generating a graphical representation of the multi-entity performance score;
wherein the multi-entity performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding entity in a set of multiple entities.
18. A method for use in a multi-site call processing system comprising multiple distributed call center sites, the method comprising the steps of:
generating a multi-site performance score characterizing performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites; and generating a graphical representation of the multi-site performance score;
wherein the multi-site performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding one of the multiple distributed call center sites of the multi-site call processing system.
generating a multi-site performance score characterizing performance of a load balancing process which determines assignment of incoming calls to particular ones of the multiple distributed call center sites; and generating a graphical representation of the multi-site performance score;
wherein the multi-site performance score is computed as a function of a plurality of individual performance measures each associated with a corresponding one of the multiple distributed call center sites of the multi-site call processing system.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/495,656 | 2000-02-01 | ||
US09/495,656 US6633640B1 (en) | 2000-02-01 | 2000-02-01 | Methods and apparatus for analysis of load-balanced multi-site call processing systems |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2332732A1 CA2332732A1 (en) | 2001-08-01 |
CA2332732C true CA2332732C (en) | 2005-06-28 |
Family
ID=23969483
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002332732A Expired - Fee Related CA2332732C (en) | 2000-02-01 | 2001-01-29 | Methods and apparatus for analysis of load-balanced multi-site call processing systems |
Country Status (5)
Country | Link |
---|---|
US (1) | US6633640B1 (en) |
EP (1) | EP1122937B1 (en) |
JP (2) | JP4247773B2 (en) |
CA (1) | CA2332732C (en) |
DE (1) | DE60106102T2 (en) |
Families Citing this family (52)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000228451A (en) | 1999-02-05 | 2000-08-15 | Matsushita Electric Ind Co Ltd | Electronic component |
US6970552B1 (en) * | 2000-03-22 | 2005-11-29 | Sbc Properties, L.P. | Web-based network monitoring tool |
US7720959B2 (en) | 2000-10-17 | 2010-05-18 | Avaya Inc. | Method and apparatus for characterizing the quality of a network path |
US7756032B2 (en) | 2000-10-17 | 2010-07-13 | Avaya Inc. | Method and apparatus for communicating data within measurement traffic |
US8023421B2 (en) | 2002-07-25 | 2011-09-20 | Avaya Inc. | Method and apparatus for the assessment and optimization of network traffic |
US7406539B2 (en) * | 2000-10-17 | 2008-07-29 | Avaya Technology Corp. | Method and apparatus for performance and cost optimization in an internetwork |
US7349994B2 (en) | 2000-10-17 | 2008-03-25 | Avaya Technology Corp. | Method and apparatus for coordinating routing parameters via a back-channel communication medium |
IL155355A0 (en) | 2000-10-17 | 2003-11-23 | Routescience Technologies Inc | Method and apparatus for performance and cost optimization in an internetwork |
US7080161B2 (en) | 2000-10-17 | 2006-07-18 | Avaya Technology Corp. | Routing information exchange |
US6842515B2 (en) * | 2001-06-12 | 2005-01-11 | Rockwell Electronic Commerce Technologies, Llc | Multi-site responsibility-based routing |
US20030007628A1 (en) * | 2001-06-26 | 2003-01-09 | International Business Machines Corporation | Load balancing among call center agents |
US6782093B2 (en) * | 2001-06-27 | 2004-08-24 | Blue Pumpkin Software, Inc. | Graphical method and system for visualizing performance levels in time-varying environment |
US7953219B2 (en) * | 2001-07-19 | 2011-05-31 | Nice Systems, Ltd. | Method apparatus and system for capturing and analyzing interaction based content |
US7457403B2 (en) * | 2002-08-08 | 2008-11-25 | Rockwell Electronic Commerce Technologies, Llc | Method and apparatus for determining a real time average speed of answer in an automatic call distribution system |
US6937715B2 (en) | 2002-09-26 | 2005-08-30 | Nortel Networks Limited | Contact center management |
EP2326071A3 (en) * | 2003-04-22 | 2011-11-23 | Spinvox Limited | A method of providing voicemails to a wireless information device |
EP1517528B1 (en) * | 2003-09-17 | 2009-08-12 | Nokia Siemens Networks Gmbh & Co. Kg | Call distribution between call centers |
US8050199B2 (en) * | 2003-09-30 | 2011-11-01 | Avaya Inc. | Endpoint registration with local back-off in a call processing system |
JP4812066B2 (en) * | 2003-10-09 | 2011-11-09 | ルネサスエレクトロニクス株式会社 | Semiconductor integrated circuit |
US7769161B1 (en) * | 2003-12-17 | 2010-08-03 | Avaya, Inc. | Contact center |
US8204884B2 (en) * | 2004-07-14 | 2012-06-19 | Nice Systems Ltd. | Method, apparatus and system for capturing and analyzing interaction based content |
US8805717B2 (en) * | 2004-08-31 | 2014-08-12 | Hartford Fire Insurance Company | Method and system for improving performance of customer service representatives |
US8248226B2 (en) | 2004-11-16 | 2012-08-21 | Black & Decker Inc. | System and method for monitoring security at a premises |
US8358774B2 (en) * | 2005-05-12 | 2013-01-22 | Aspect Software, Inc. | Enterprise-wide occupancy based routing |
US7636433B2 (en) * | 2005-12-02 | 2009-12-22 | Avaya Inc. | Timeline visualization for call center processes |
US8036371B2 (en) * | 2005-12-05 | 2011-10-11 | Avaya Inc. | Utilizing small group call center agents to improve productivity without impacting service level targets |
US8015304B2 (en) | 2005-12-12 | 2011-09-06 | International Business Machines Corporation | Method to distribute speech resources in a media server |
US8140695B2 (en) | 2005-12-12 | 2012-03-20 | International Business Machines Corporation | Load balancing and failover of distributed media resources in a media server |
US8457297B2 (en) * | 2005-12-30 | 2013-06-04 | Aspect Software, Inc. | Distributing transactions among transaction processing systems |
EP1876787B1 (en) | 2006-04-13 | 2019-05-08 | Huawei Technologies Co., Ltd. | Network call routing method and network calling center |
CN1984194B (en) * | 2006-04-13 | 2010-11-03 | 华为技术有限公司 | Method for calling route by network |
CN1984193B (en) * | 2006-04-13 | 2010-11-03 | 华为技术有限公司 | Method for calling route by network |
JP4771854B2 (en) * | 2006-04-20 | 2011-09-14 | 東芝エレベータ株式会社 | Remote monitoring system |
US8141164B2 (en) | 2006-08-21 | 2012-03-20 | Citrix Systems, Inc. | Systems and methods for dynamic decentralized load balancing across multiple sites |
US7986228B2 (en) | 2007-09-05 | 2011-07-26 | Stanley Convergent Security Solutions, Inc. | System and method for monitoring security at a premises using line card |
US8255902B1 (en) * | 2008-03-17 | 2012-08-28 | Symantec Corporation | Systems and methods for determining and quantifying the impact of an application on the health of a system |
US9251032B2 (en) | 2011-11-03 | 2016-02-02 | Fujitsu Limited | Method, computer program, and information processing apparatus for analyzing performance of computer system |
US8670551B2 (en) * | 2012-02-29 | 2014-03-11 | Avaya Inc. | Contact center monitoring |
US10333820B1 (en) | 2012-10-23 | 2019-06-25 | Quest Software Inc. | System for inferring dependencies among computing systems |
US20140185790A1 (en) * | 2012-12-31 | 2014-07-03 | Florida Power & Light Company | Average handling time reporting system |
US9225834B2 (en) | 2013-05-28 | 2015-12-29 | Oracle International Corporation | Contact center skills modeling using customer relationship management (CRM) incident categorization structure |
JP6107429B2 (en) * | 2013-05-30 | 2017-04-05 | 富士通株式会社 | Database system, search method and program |
US11005738B1 (en) | 2014-04-09 | 2021-05-11 | Quest Software Inc. | System and method for end-to-end response-time analysis |
WO2016019197A1 (en) * | 2014-07-31 | 2016-02-04 | Genesys Telecommunications Laboratories, Inc. | System and Method for Managing Customer Feedback |
US10311450B2 (en) | 2014-07-31 | 2019-06-04 | Genesys Telecommunications Laboratories, Inc. | System and method for managing customer feedback |
US10291493B1 (en) * | 2014-12-05 | 2019-05-14 | Quest Software Inc. | System and method for determining relevant computer performance events |
US9996577B1 (en) * | 2015-02-11 | 2018-06-12 | Quest Software Inc. | Systems and methods for graphically filtering code call trees |
US10187260B1 (en) | 2015-05-29 | 2019-01-22 | Quest Software Inc. | Systems and methods for multilayer monitoring of network function virtualization architectures |
US10200252B1 (en) | 2015-09-18 | 2019-02-05 | Quest Software Inc. | Systems and methods for integrated modeling of monitored virtual desktop infrastructure systems |
CN105491265B (en) * | 2015-11-19 | 2019-05-31 | 上海携程商务有限公司 | Electronic fax receives system and method |
CN113099050B (en) * | 2016-04-18 | 2022-07-22 | 阿菲尼帝有限公司 | Techniques for benchmarking pairing strategies in contact center systems |
US10230601B1 (en) | 2016-07-05 | 2019-03-12 | Quest Software Inc. | Systems and methods for integrated modeling and performance measurements of monitored virtual desktop infrastructure systems |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5325292A (en) | 1990-10-12 | 1994-06-28 | Crockett Gary B | Tour/schedule generation for a force management system |
US5206903A (en) | 1990-12-26 | 1993-04-27 | At&T Bell Laboratories | Automatic call distribution based on matching required skills with agents skills |
US5164983A (en) | 1991-01-28 | 1992-11-17 | American Telephone & Telegraph Company | Telemarketing complex performance management system |
US5452350A (en) | 1992-03-09 | 1995-09-19 | Advantis | Subscriber call routing processing system |
US5684964A (en) | 1992-07-30 | 1997-11-04 | Teknekron Infoswitch Corporation | Method and system for monitoring and controlling the performance of an organization |
US5390243A (en) * | 1993-11-01 | 1995-02-14 | At&T Corp. | Telemarketing complex with automatic threshold levels |
US5787163A (en) | 1994-12-08 | 1998-07-28 | Mci Communications Corportion | Intelligent load balancing of special service calls based on availability of terminations |
US5828747A (en) | 1997-01-28 | 1998-10-27 | Lucent Technologies Inc. | Call distribution based on agent occupancy |
US5905793A (en) | 1997-03-07 | 1999-05-18 | Lucent Technologies Inc. | Waiting-call selection based on anticipated wait times |
US6263065B1 (en) * | 1997-03-18 | 2001-07-17 | At&T Corp. | Method and apparatus for simulating central queue for distributing call in distributed arrangement of automatic call distributors |
US6173053B1 (en) * | 1998-04-09 | 2001-01-09 | Avaya Technology Corp. | Optimizing call-center performance by using predictive data to distribute calls among agents |
CA2262044C (en) | 1998-04-09 | 2001-10-30 | Lucent Technologies Inc. | Optimizing call-center performance by using predictive data to distribute agents among calls |
US6535601B1 (en) | 1998-08-27 | 2003-03-18 | Avaya Technology Corp. | Skill-value queuing in a call center |
US6353667B1 (en) | 1998-08-27 | 2002-03-05 | Avaya Technology Corp. | Minimum interruption cycle time threshold for reserve call center agents |
US6366666B2 (en) | 1998-12-16 | 2002-04-02 | Avaya Technology Corp. | Adjustment of call selection to achieve target values for interval-based performance metrics in a call center |
US6925165B2 (en) | 1998-12-23 | 2005-08-02 | Avaya Technology Corp. | Call selection based on continuum skill levels in a call center |
US6356632B1 (en) | 1998-12-31 | 2002-03-12 | Avaya Technology Corp. | Call selection and agent selection in a call center based on agent staffing schedule |
US6359982B1 (en) | 1999-01-12 | 2002-03-19 | Avaya Technologies Corp. | Methods and apparatus for determining measures of agent-related occupancy in a call center |
US6424709B1 (en) * | 1999-03-22 | 2002-07-23 | Rockwell Electronic Commerce Corp. | Skill-based call routing |
-
2000
- 2000-02-01 US US09/495,656 patent/US6633640B1/en not_active Expired - Lifetime
-
2001
- 2001-01-29 CA CA002332732A patent/CA2332732C/en not_active Expired - Fee Related
- 2001-01-31 EP EP01300852A patent/EP1122937B1/en not_active Expired - Lifetime
- 2001-01-31 DE DE60106102T patent/DE60106102T2/en not_active Expired - Fee Related
- 2001-02-01 JP JP2001025607A patent/JP4247773B2/en not_active Expired - Fee Related
-
2008
- 2008-10-28 JP JP2008276364A patent/JP2009065698A/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
JP2001268238A (en) | 2001-09-28 |
EP1122937A3 (en) | 2002-09-25 |
JP2009065698A (en) | 2009-03-26 |
EP1122937B1 (en) | 2004-10-06 |
JP4247773B2 (en) | 2009-04-02 |
US6633640B1 (en) | 2003-10-14 |
EP1122937A2 (en) | 2001-08-08 |
CA2332732A1 (en) | 2001-08-01 |
DE60106102D1 (en) | 2004-11-11 |
DE60106102T2 (en) | 2006-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2332732C (en) | Methods and apparatus for analysis of load-balanced multi-site call processing systems | |
US6408066B1 (en) | ACD skill-based routing | |
CA2293853C (en) | Method and apparatus for determining measures of agent-related occupancy in a call center | |
US6535492B2 (en) | Method and apparatus for assigning agent-led chat sessions hosted by a communication center to available agents based on message load and agent skill-set | |
EP0993170B1 (en) | Method of reporting status changes to a call distributer | |
USRE44979E1 (en) | System and method for common account based routing of contact records | |
US8102992B2 (en) | Dynamic load balancing between multiple locations with different telephony system | |
US8036371B2 (en) | Utilizing small group call center agents to improve productivity without impacting service level targets | |
CN104539558B (en) | Extendible capacity IP phone interchanger rolling reamer machine system and automatic expansion method | |
US6327362B1 (en) | System and method including dynamic differential treatment in workflows and contact flow | |
US20030007628A1 (en) | Load balancing among call center agents | |
JPH11112666A (en) | Incoming call distribution system | |
US20020159475A1 (en) | Integrated internet and voice enabled call center | |
CA2328845C (en) | Direct customer control of a network router | |
US7519626B2 (en) | Management of contacts in a network of contact centers | |
KR102225471B1 (en) | Techniques for benchmarking performance in a contact center system | |
JP2848913B2 (en) | Blockage rate control processing method | |
El-Gendy et al. | Integration of Upper layers of Computers and Telephony Switches for IN | |
CA2580161A1 (en) | Server apparatus | |
JP2003338880A (en) | System for equally distributing incoming call | |
JPH03124195A (en) | Multi-module system | |
JP2000333224A (en) | Method for automatic distribution of incoming call to private branch of exchange and system therefor | |
JPH11266308A (en) | Incoming call distribution device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |