Abstract:
The method for and system or apparatus for forecasting future communication transaction traffic from a customer include the steps of or structure for: collecting communication channel data on at least first and second communication channels; performing a numeric transformation to the data; calculating a discrete choice probability for each communication channel; and forecasting future period usage values for a user on a communication channel.

Description:
BACKGROUND  
       [0001]     1. Field of the Invention  
         [0002]     The present invention relates to a method and system for collecting, forecasting and displaying transaction traffic from a variety of communication inquiry types. More specifically the invention relates to a real-time sub-system of trace information that tracks the type of voice and data applications used by a customer while processing their inquiries for the purposes of enhancing or predicting future technology behavior patterns of the customer  
         [0003]     2. Description of the Related Art  
         [0004]     Prior solutions for collecting, forecasting and displaying transaction traffic lack the ability to coordinate or forecast information from a variety of communication mechanisms. These systems typically collect information on a single type of communication method, such as voice, SIP (Session Initiated Protocol), VoIP (Voice over Internet Protocol), e-mail, or instant messaging, and do not integrate this information into an overall assessment of the relationship between communications occurring through a variety of communications types. Work Force Management (WFM) systems today, for instance, perform predictions on a singular communication type, like a voice call, and do not incorporate mechanisms for calculating communication traffic in various formats. Since an individual may choose to communicate over multiple communication methods such as voice and e-mail, a singular communication system may not be able to handle multiple communication choice to e-mail calls based on a value (utility) that they may assign to communicating with the call center with a particular communication method.  
       BRIEF SUMMARY OF THE INVENTION  
       [0005]     According to one possible embodiment of the invention, there is provided a method for forecasting future communication transaction traffic from a customer comprising the steps of:  
         [0006]     collecting communication channel data on at least first and second communication channels;  
         [0007]     performing a numeric transformation to the data;  
         [0008]     calculating a discrete choice probability for each communication channel; and  
         [0009]     forecasting future period usage values for a user on a communication channel. 
     
    
     BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS  
       [0010]     One possible embodiment of the invention, together with the advantages thereof, may be understood by reference to the following description in conjunction with the accompanying figures, which illustrate one embodiment of the invention  
         [0011]      FIG. 1  is a diagram of a traditional representation of a system with multiple transactions at given rates.  
         [0012]      FIG. 2  is a Markov representation of a model of discrete choice modeling for predicting communication application usage.  
         [0013]      FIG. 3  is a graph of the total transactions from the user over a time period history used in communication of type A and in communication of type B.  
         [0014]      FIG. 4  is a graph of a summary of the total communications of all types by a user during time period intervals to show a level of activity.  
         [0015]      FIG. 5  is a graph of total transactions in a time period history to show a change in selection of a communication type.  
         [0016]      FIG. 6  is a graph of the number of transactions of communication type A and communication type B types by a user during a specific interval of time period showing a switching from a dominant type A communication preference to a dominant type B communication preference.  
         [0017]      FIG. 7  is a graph of numeric probability for a given time period over a time period history for usage of communication of type A or communication of type B as a choice of communication type.  
         [0018]      FIG. 8  is a graph of a total numerical probability over several time periods using the quantity of transactions.  
         [0019]      FIG. 9  is a graph of probability versus a time period with a discrete choice modeling probability.  
         [0020]      FIG. 10  is a graph of the amount of error difference between a discrete choice modeling probability and an actual numerical probability for communications type A and communications type B.  
         [0021]      FIG. 11  is a block diagram of a system of one possible embodiment of the invention for carrying out the method and for displaying the results on either a monitor or as a print-out from a printer.  
         [0022]      FIG. 12  is flow chart of the steps followed in performing a discrete choice modeling method for one possible embodiment of the invention. 
     
    
     DETAILED DESCRIPTION  
       [0023]     While one possible embodiment of the invention described herein is susceptible of embodiments in various forms, there is shown in the drawings and will hereinafter be described some exemplary and non-limiting embodiments, with the understanding that the present disclosure is to be considered an exemplification of one possible embodiment of the invention and is not intended to limit the possible embodiments of the invention to the specific embodiments illustrated. In this disclosure, the use of the disjunctive is intended to include the conjunctive. The use of the definite article or indefinite article is not intended to indicate cardinality. In particular, a reference to “the” object or “a” object is intended to denote also one of a possible plurality of such objects.  
         [0024]     The diagram shown in  FIG. 1  is a traditional PRIOR ART representation of a system  10  with multiple transactions at given arrival rates lambda entering queues  12  and  14  shown with square boxes  12  and  14 . Abandon rates are shown as the variable theta (TH) leaving a summed total number of transactions to be processed illustrated as a circle N and representing the variable N. The problem with this approach, though, is that it assumes that the rates of the transaction types are statistically independent of each other.  
         [0025]     In this approach, the number of transaction by type by an individual or group are not independent as it is a choice of which communications method to employ for a transaction and not they are not independent of each other. Additionally, this is not a conditional probability problem as use of one type of communication, does not imply or cause the use of another type of communication. As such, current methods of forecasting and estimation are ineffective in predicting application utilization.  
         [0026]     According to one possible embodiment of the invention, a different approach, named Discrete Choice Modeling (DCM), is employed to predict communication application usage. Discrete choice modeling is a relatively new technique that describes the problems where a single choice is made among a group of choices (like product features or functionality—Coke or Pepsi, Honda vs. Ford) rather than requiring that independent probability models be used. DCM is being developed in the area of marketing research to determine success possibilities of consumer products.  
         [0027]     The technique deployed in this solution is Multinomial Logit Estimation. Logit is a comprehensive package for logistic regression analysis, providing tools for model building, model evaluation, prediction, simulation, hypothesis testing and regression diagnostics. A fast, full featured software package, Logit is capable of handling an unlimited number of cases and includes special tools for discrete choice models.  
         [0028]     Alternately, other transformational solution techniques such as Hayes or exponential formulas may be considered useful in the solution. Assume a simple example with two alternative communication methods A and B. It should be appreciated that a multiplicity of communication methods may be used in the modeling, including but not limited to, voice and data applications. Possible applications include, telephone, e-mail, chat, SIP, VoIP, text messaging, instant messaging, and others. Also, it is possible for the multiplicity of methods to also include multiple identification mechanisms for a single communication method; for example, 2 e-mail addresses that are possible to use to communicate to a company. Further, it is possible to incorporate all possible combinations of the above to the system so that predictions and reporting can be done against the different communications. A vector X of N predictor variables that could include dummy variables representing brands, continuous or discrete price variables, or other nominal or continuous attributes describes each alternative. Multinomial logit solves for a vector β of N parameters of the same rank as X according to the method of maximum likelihood. For any alternative within any set: 
 
N 
 
 V=β   i   X   i  
 
i=1 
 
         [0029]     V can be interpreted as the utility of the alternative, and is, as seen, the outcome of a linear equation. However, it has no particular meaning until subjected an to exponential transformation: 
 
 U =exp( V ) 
 
         [0030]     This is the natural antilog and always produces a positive number. As we have two alternatives, 
 
 U   A =exp( V   A ) 
 
 U   B =exp( V   B ) 
 
         [0031]     The probability that alternative A will be chosen given its attributes and those of the other alternatives is: 
 
 pA|[A,B]=U   A /( U   A   +U   B ) 
 
         [0032]     Likewise: 
 
 PB|[A,B]=U   B /( U   A   +U   B ) 
 
         [0033]     And since the user must choose a communication method A or B 
 
 pA+pB =1.00 
 
         [0034]     Program output typically consists of the coefficients and other estimation statistics. However, the vector of coefficients (β) enables us to make the best possible predictions of choice probabilities according to these equations.  
         [0035]     A Markov representation of the model is shown in  FIG. 2  and represents how a user may select to use Voice or E-mail to communicate with a contact center:  
         [0036]     In this example, a voice call may be considered a communications type A communication and an E-mail message may be considered a communications type B communication. Each of these utilities and probabilities of the communication types may be time variant. For this example, initially it is assumed that the user has no preference on which communications method they employ, or that each is treated as having equal benefit/utility to the User.  
         [0037]     U(V)—Utility (benefit) of using a voice communications assume to be 1.  
         [0038]     P(VV)—Probability of using Voice to communicate if they normally use voice communication methods. 
        P(VEm)—Probability of going to use E-mail if they normally use voice.     P(EmV)—Probability of switch to voice communication if they are using E-mail communications     U(Em)—Utility (benefit) of using an e-mail communications assume to be 1.     P(EmEm)—Probability of using e-mail to communicate if they normally use e-mail communication methods.        
 
         [0043]     This system can be described with 
 
 P ( V )= P ( VV )+ P ( EmV )− P ( VEm ) 
 
 P ( Em )= P ( EmEm )+ P ( VEm )− P ( EmV ) 
        And with 
 
 P ( V )+ P ( Em )=1 
 
 we also get: 
 
1 =P ( W )+ P ( EmEm ) from adding the above equations together. 
       
 
         [0045]     A possible customer profile of usage is shown in Table 1, below. Note that this may not only be the type of technology being employed in the transaction, but may also be the choice of a particular voice or data application by a customer.  
         [0046]     A numerical example is present to further illustrate the technique. The number of communications of Type A and Type B over given time periods are tabulated and collected as sum representations of an individual user. In the following table are set forth possible numbers of communications of each type for the purposes of illustrating the DCM.  
                                                                     TABLE 1                           TYPE   TYPE       TOTAL   TOTAL   SUM       TIME   A   B   Total   A   B   TOTAL                                1   1   0   1   1   0   1       2   3   0   3   4   0   4       3   4   0   4   8   0   8       4   5   2   7   13   2   15       5   7   3   10   20   5   25       6   4   5   9   24   10   34       7   3   8   11   27   18   45       8   2   7   9   29   25   54       9   0   8   8   29   33   62       10   0   8   8   29   41   70                  
 
         [0047]     So the total transactions from the user are 70 for both communication types at the 10 th  time period. Values at different points triggered by events, time, or periods of time may be collected from multiple transaction systems to correlate the information. The time periods may be over intervals or at various instances of time or at any useful point of collection whether it time based or event based, as another possible embodiment. For example, the occurrence of an event may trigger the collection of the number of transactions being processed by the various communication systems. A graph of the total number of transactions used in communication of type A and in communication of type B over a time period history is shown in  FIG. 3 . And summing the total of communications of all types during time period intervals shows a level of activity of a communication type, which is illustrated in  FIG. 4 .  
         [0048]     When we look at the data by type during the periods, usage trends appear. In this case, it is assumed to be a discrete choice as to whether Type A or Type B methods are employed. The decline in the rate of increase of the total number of transactions of methods employed shows a change in the type of communication from total Type A to total Type B as shown in  FIG. 5 .  
         [0049]     This particular user is switching from a dominant Type A communication method or preference to a dominant Type B communication method or preference when looking at this from the number of transaction types per period as shown in  FIG. 6 . A numerical probability for each communication type during a given time period may be simply found by dividing the number of type transactions over the sum total of the transactions.  
         [0050]     However, this approach uses the actual counts and does not allow for a prediction since it is after the period has completed and does not allow for planning of resources for handling the transaction. Also, it may be erratic data open to wild fluctuations depending on the number of transactions generated with the user for a time period or at an event trigger. See the graph in  FIG. 7  and the graph in  FIG. 8 .  
         [0051]     The total numerical probability for an illustrated example over the periods is shown in Table 2, below. However, different time periods allow this to change given that a user has a choice of communication methods. In the case above, for the first 3 periods, only the type A communication method was used even though type B was also available. From the actual numbers, this shows a 100% probability of using Type A, although this clearly can not be the case given that type B is also available and resources must be allocated and set aside to handle Type B communications if they were to occur. For planning purposes, allowing a user  2  methods of communicating with a contact center implies there is at least some likelihood that a second method may be chosen by a user and a suitable level of resources should be allocated for handling the transaction, such as the number of call center representatives, the training of call center representatives, the scheduling of call center representatives, e-mail accounts, or e-mail storage space. As the number of transactions increases a more accurate estimate is possible for the type of transaction that the user may employee.  
         [0052]     Applying a DCM method to the data from the various transaction sources allows for a prediction of the cases. The following Table 2 is generated from the data  
                                           TABLE 2                       exp   exp           DCM   DCM   Err   Err       U(A)   U(B)   Ua   Ub   P(A)   P(B)   A   B                   271.83%   100.00%   73%   27%   73%   27%   −27%   27%       271.83%   100.00%   73%   27%   73%   27%   −27%   27%       271.83%   100.00%   73%   27%   73%   27%   −27%   27%       237.90%   114.26%   68%   32%   68%   32%   −19%   19%       222.55%   122.14%   65%   35%   65%   35%   −15%   15%       202.56%   134.19%   60%   40%   60%   40%   −10%   10%       182.21%   149.18%   55%   45%   55%   45%    −5%    5%       171.09%   158.88%   52%   48%   52%   48%    −2%    2%       159.64%   170.28%   48%   52%   48%   52%    2%   −2%       151.33%   179.63%   46%   54%   46%   54%    4%   −4%                  
 
         [0053]     The transaction probability of various types can then be shown in DCM P(A) and DCM P(B) for calculation and planning purposes as shown in  FIG. 9 . The error of the DCM solution when compared to the actual numerical probability quickly approaches acceptable levels as the number of transactions increases over time periods as shown in  FIG. 10 .  
         [0054]     A discrete math Logit conversion may be used in place of an exponential transform to decrease the amount of error level in the calculated value. Alternate numerical solutions using Hierarchical Bayesian or other exponential procedures can be used for predicting the choice probability for each type of transaction. Utility and benefit values, alternately, may be loadable from the communication system, or derived from equations predicating these values, rather than being a fixed constant value. It is desirable that the actual preference for one method over another be calculated based upon the number of transactions collected in each communication type system as the measure of the usage of the communication method. With this DCM data, a least squared method may be deployed for forecasting future trends of each of the transaction types from the results of the calculations.  
         [0055]      FIG. 11  illustrates a possible embodiment of a software application with access into a communication method system containing transaction information (Databases, files, configuration, reporting system, realtime information interfaces or others) of multiple type systems that can be displayed to a user either on a print out or on a monitor. A system  20  is shown in  FIG. 11  and the Type A transactions are stored in a database  22  and the Type B transactions are stored in a database  24 . Both databases are coupled to a server  26  which can output performance and prediction information to a monitor  28  or to a printer  30  for providing a display or printout of the probability of the next type of transaction by the user or by a group of users.  
         [0056]     The outline of the protocol or procedure for the software and method involved is shown in  FIG. 12 . The protocol is summarized below:  
         [0057]     Step  1 . Here, as shown in box  41 , a utility value is assigned to the type of data.  
         [0058]     Step  2 . At this step, as shown in box  42 , N versions of communication transaction type data are collected.  
         [0059]     Step  3 . Now the software performs a numeric transformation to the data (e.g. Logit, Exponential, Hayes, etc.) as shown in box  43 .  
         [0060]     Step  4 . Next, the software calculates a discrete choice probability for the communication type, as shown in box  44 .  
         [0061]     Step  5 . The software now forecasts future period values for the types of transactions being used, as shown in box  45 .  
         [0062]     Step  6 . Then, as shown in box  46 , the information is displayed to an administrator via a monitor or a printout.  
         [0063]     At least one specific embodiment of a novel method for Discrete Choice Modeling has been described for exemplification of the one possible embodiment of the invention and is not intended to limit any possible embodiments of the invention to the specific embodiments illustrated. Numerous modifications and variations can be effectuated without deporting from the scope of the novel concepts of any possible embodiment of the invention. It is to be understood that no limitation with respect to the specific embodiment illustrated is intended or should be inferred. Accordingly, it is contemplated to cover by the applied claims any and all embodiments, modification, variations or equivalents that fall within the scope of the possible embodiments of the invention disclosed and claimed herein.