Patent Application
20070201677
This application is related to a directory assistance platform. More particularly, the present invention is directed to an enhanced directory assistance platform with enhanced queuing and call direction.
In traditional directory assistance platforms incoming calls are typically received at an ICM (Call Management) module which in turn routes the call to an ACD (Automatic Call Distribution) module, located at a particular call center within the DA platform. The call is then distributed to an available operator or automated platform to handle the call.
In the current state of the art, once the call is received at the call center, input is received from the caller by IVR (Interactive Voice Response) in order to route the call to the appropriate operator (ie. Spanish language etc . . . ). This IVR is handled once the call is beyond the ICM and already within the call centers.
However, due to the expansion of call volume and services offered, a directory assistance platform may employ a number of linked call centers, each of which are located geographically remote from one another. These call centers may maintain operator terminals that are principally dedicated to their geographic locations or to a particular service (ie. directions, reservations, special language etc . . . ).
For example,
In such a prior art system, an exemplary caller 20 who dials into the directory assistance platform 10 from a geographic location near call center 18c would initially be directed by ICM 11 to the corresponding incoming call receiving module 14c and/or ACD 16c where they would be prompted with IVR questions regarding their call handling preferences (ie. Spanish, directions, standard DA, etc . . . ). If caller 20 requests Spanish language, it may be the case that the next available operator to handle a Spanish language call is at service agent module 18a which, as noted above, maintains more Spanish language operators. In such an instance, ACD 16c would need to redirect the call within directory assistance platform 10 over to ACD 16a for distribution to the appropriate operator at service platform 18a. It is noted that in addition to a repeat request for special services and its associated operation activity within the system, such re-routing may result in other factors such as call volume overflow.
By this illustration, it can be seen how such a process, where IVR is handled within call centers 12, creates additional call traffic, where an incoming call must first enter a call center 12 among the call centers of directory assistance platform 10, before being re-routed to a different call center 12, better equipped to handle the call and its corresponding required service. Such call re-routing causes delays and the concomitant customer dissatisfaction, while simultaneously acting as a drain on platform resources.
The present invention looks to overcome the drawbacks associated with the prior art by incorporating an edge queuing module into a directory assistance platform. As such, the calls, before being directed to a particular call center, may be addressed by a preliminary edge network module so that the call may be routed in advance to the most appropriate call center within the directory assistance platform. Furthermore, interactions between the user and edge network module, necessary for properly directing the call, may be further utilized to enhance a user's directory assistance experience by expediting certain directory assistance request procedures.
To this end, the present invention provides for a directory assistance system includes a plurality of call centers, each configured to handle a directory assistance request from a caller. An ICM/IVR edge queuing module has a first IVR module and second ICM module and is coupled to each of the call centers. The ICM/IVR edge queuing module receives an incoming call from a caller and obtains interactive responses pertinent to call center routing. The ICM module routes the call to one call center among the plurality of call centers based on a type of service requested by the caller as determined by the interactive responses received by the IVR module.
The present invention can be best understood through the following description and accompanying drawings, wherein:
In one embodiment of the present invention, as illustrated in
It is understood that the above modules of directory assistance platform 100 are for exemplary purposes in illustrating the salient features of the present invention and are no way intended to limit the scope of the present invention. As such, certain modules may be added or removed from platform 100 while still maintaining the principle features of the invention.
Edge queuing ICM/IVR module 110 may employ commercially available ICM call management hardware and software. Additionally, ICM/IVR module 110 includes an interactive Voice Response function that is configured to request/collect information, either by touch tone response or other any other electronic means, from caller 20 that is then used to assist in routing the call to the appropriate call center 120 as discussed in more detail below.
It is understood that ICM/IVR edge queuing module 110 is shown in
Call centers 120a, 120b, 120c . . . employ typical call handling communication equipment used in directory assistance platforms. For example, incoming call handling modules 122 may employ standard telephony switches for handling calls from the PSTN (Public Switched Telephone Network) as well servers for handling incoming soft calls from VoIP phones and other internet routed incoming communications. Likewise, ACD 124 may be any typical Automatic call distribution and call queuing hardware/software for handling both traditional and soft telephone calls. Operator terminals 126 may include live operators as well as automated response equipment or a combination of the two.
Although it is assumed that each of call centers 120 are capable of handling any incoming directory assistance requests from caller 20, call centers 120 are considered to be both geographically remote from one another and to maintain operator terminal balances that reflect the market in which they are located.
For example, a first call center 120 located in a market with a large Spanish speaking population may employ an increased number of Spanish language operators 126. Likewise, a second call center 120 located in an area where directions requests are frequently made may employ an increased number of operators 126 trained in providing directions.
It is understood that that the exact balance of service operator terminals 126, and the services they handle is immaterial, as the number of potential services (traditional directory assistance, Spanish language, directions, traffic requests, restaurant reservations/reviews, movie times/tickets, etc . . . ) are too numerous to list in total. For the purpose of illustrating the salient features of the present invention it is simply understood that each of the geographically remote call centers 120 maintain a number of operator terminals 126, which are balanced to support a range of services according to some criteria, such as the geographic market they are located in or the available skills of operators in the region, and that such balance may be different from one remote call center 120 to the next.
In one embodiment of the present invention, referring again to
Turning now to call operations, when caller 20 initially contacts directory assistance platform using a national number, such as 1-800-xxx-xxxx, or via their carrier using 411 or some other directory assistance exchange, this call is initially handled by edge queuing ICM/IVR module 110.
Unlike prior art systems, ICM/IVR module 110, instead of simply routing the call using standard ICM technologies (load balancing, etc . . . ), issues requests to caller 20 for information pertinent to the routing of the call after queuing module 110 is notified of the type of service desired by caller 20 in response to the IVR interaction. For example, ICM/IVR module 110 may initiate a sequence of interactive questions. An exemplary exchange may include:
“For English press 1 or remain on the line”
“For Spanish press 2”
“For ______ language press 3” etc . . .
Upon receiving a user response for Spanish language for example, ICM/IVR module 110 may route the call into a call center 120 that has a particularly high ratio of Spanish language operators 126 to ensure the best possible call response time for caller 20. It is noted that ICM/IVR queuing module 110 still performs load balancing functions based on available operator terminals 126 at call centers 120, however, in view of the present invention, it is additionally tailored to services/language selected by caller 20 at IVR.
If English is selected, ICM/IVR module 110 may default routing of the call to either the closest geographically located call center 120 or to another call center 120 based on standard directory assistance platform wide load balancing. Obviously, in the alternative arrangement from
In another embodiment of the present invention, as noted above, directory assistance platform 100 also offers additional services beyond the language. Thus, ICM/IVR module 110 may ask a different set of IVR questions to caller 20. An exemplary exchange may include:
“For directory assistance press 1”
“For directions press 2”
“For movie information press 3”
“For restaurant information press 4” etc . . .
It is noted that these questions may be issued to caller 20 either alone or in addition to the previously discussed language questions. Obviously, if more than one IVR question is presented to user 20, ICM/IVR module 110 selects the appropriate call center 120 to route the call to, based on all collected information. For example, if a user wants Spanish language and directions, a call center 120 is selected that is most likely to have an available Spanish language, directions trained operator 126 available. Such a system amounts to services based routing as opposed to simple load balancing routing used in prior art methods.
In another embodiment of the present invention, it is contemplated that with some repeat callers 20, directory assistance system 100 may maintain a profile of caller 20 that may already include certain language preferences. In such situations, when a caller contacts directory assistance platform 100, it is contemplated that edge queuing ICM/IVR module 110 has access to such profile and routes the call to an appropriate call center 120 accordingly the same as if it had collected such preference by IVR. Such profiles may even be managed directly by caller 20 through an internet connection or verbally/automated with a customer service agent at directory assistance platform 100.
In another embodiment of the present invention, as illustrated in
In one embodiment of the present invention, call center services field is static and based solely on the known quantities of operators at operator terminals 126 for each call center 120. However, it is contemplated that edge queuing ICM/IVR module 110, as it is in constant communication with call centers 120, may contain dynamically changing data on each call center such that the exact or nearly exact current capacity for each service handled is known.
For example, a directory assistance platform 100 may maintain two call centers 120 that employ 10% Spanish language operators. If call center services field 156 includes static data then ICM/IVR module 110, when receiving a caller 20 request for Spanish language services, will simply route the call to either call center 120. However, with dynamic information in call center services field 156, if one of those two call centers 120 is experiencing very high call volume (and a corresponding decrease in available Spanish speaking operators 126) then edge queuing ICM/IVR module 110 selects to route the Spanish language requested call to the other call center 120, having more available Spanish language operators 126.
At a first step 200, a user 20 calls platform 100, with the call being collected by edge queuing ICM/IVR module 110. Next, at step 202, an optional branding message or advertisement may be played to caller 20. This step may be alternatively placed after the routing steps such that the IVR communications may be utilized in better targeting the advertisements. For example, if a user indicates Spanish language preference, advertisement module 130 may play the desired advertisement to caller 20 in Spanish.
At step 204, ICM/IVR module 110 presents its IVR questions to user 20, such as, “Press 1 or hold for English” “Press 2 for Spanish.” At step 206, user 20 makes their response, and at step 208, edge queuing ICM/IVR module 110 parses the response and references call center table 150 to select an appropriate call center 120. Finally, at step 210, ICM/IVR module 120 routes the call to the operator queue of ACD 124 in the selected call center 120. Again, it is understood that additional steps may be added/subdivided or steps may be removed/combined, provided that the overall process includes the primary steps of holding a call at the edge of platform 100 and making a primary call routing decision prior to delivering the call to a call center 120.
In another embodiment of the present invention, it is contemplated that the IVR data collected by edge queuing ICM/IVR module 110 may be supplemented and/or enhanced so that additional functions may be carried out at the edge of directory assistance platform 100 before being handled by an ACD 124 of a call center 120, to avoid redundant or bifurcated IVR activity.
For example, in the case where calls to directory assistance platform 100 are being handled in an automated manner at operator terminals 126, caller 20 is typically prompted to state the city and state of the requested listing. In prior art systems, as with the other routing pertinent questions (ie. Spanish language, directions etc . . . ), this information is collected within the call center itself to be used by automated operators to assist in locating the listing. If not found, the call is transferred to a live operator and caller then re-requests the information.
In another such example, edge queuing ICM/IVR module 110 may include full automated DA capacity. For example, as noted above, directory assistance systems typically employ automated response systems instead of live customer service agents. The above examples note that ICM/IVR module 110 may collect, in addition to pure routing data, data from callers 20 necessary for making the directory assistance query itself. In the event that this information is able to be sufficiently collected at the edge of DA platform 100 by ICM/IVR edge module 110 and no live operator is needed it is contemplated that that the ICM/IVR edge module 110 may, even before ever routing the call into a call center 120 use a limited channel to request and upload the necessary listing information from call center 120 so that the call may be routed directly to the intended party before ever needing to be sent to a call center 120 at all.
A variation of this embodiment would forward such fully automated response information to a live customer service agent 126, possibly specialized for such purposes, to receive the IVR responses from caller 20, along with the automated response and intended call completion data, so as to assist in the routing/completion of the call. Such an arrangement may be utilized in the event of an error in the fully automated handling by ICM/IVR edge module 110 or in the case of an unusually complicated request.
According to the present invention, edge queuing ICM/IVR module 110 at the edge of the directory assistance platform 100, when requesting the routing pertinent questions discussed above, may also obtain standard directory assistance IVR information as well such as “city and state” information from caller 20, which it can in turn record. Then, when a listing cannot be found by the automated operator 126 and the call is forwarded to live operator 126 at the same call center 120 for further processing, the recorded “city and state” information can be forwarded and played to the operator 126 as a “whisper” (without caller 20 hearing it again), before picking up the call, so that caller 20 does not need to repeat the information a second time.
Such an action is an example of one such use of IVR information that is collected by edge queuing ICM/IVR module 110 that may be used by operator terminals 126. However, it is contemplated that any IVR information collected by edge queuing ICM/IVR module 110 may be pushed to call center 120 for use in a similar manner.
While only certain features of the invention have been illustrated and described herein, many modifications, substitutions, changes or equivalents will now occur to those skilled in the art. It is therefore, to be understood that this application is intended to cover all such modifications and changes that fall within the true spirit of the invention.
This application is related to and claims the benefit of priority from U.S. Provisional Patent Application No. 60/758,250, filed on Jan. 11, 2006, the entirety of which is incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60758250 | Jan 2006 | US |
