Operator network that routes customer care calls based on subscriber / device profile and CSR skill set

Abstract

An operator network is capable of routing incoming customer care calls to specific customer care representatives based on a subscriber profile and customer service representative (CSR) skill set. The device profile is retrieved from the mobile handset while the incoming customer care call is in a queue waiting to be connected to a CSR. The retrieved device profile is also used to determine an appropriate CSR to handle an incoming customer care call.

Description

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

[Not Applicable]

MICROFICHE/COPYRIGHT REFERENCE

[Not Applicable]

BACKGROUND OF THE INVENTION

Smartphones are devices running feature rich operating systems such as Symbian, PalmOS, Microsoft WinCE, BREW (Binary Runtime Environment for Wireless) and Java MIDP compliant devices. Due to the complex nature and multitude of new features, these Smartphone devices are difficult to configure; compounded with limited keyboards, entering information such as personal details and configuration settings is not only difficult but also highly prone to human errors. A combination of complex features and associated configuration requirements requires great improvement upon current customer support solutions for wireless network operators.

With the wide availability of downloadable services and applications available for Smartphone users and the increasing costs of customer care, ensuring efficient and less-cumbersome support when problems arise is an increasing necessity. In contrast to traditional customer service applications that are available in Contact Center's today, CSRs (Customer Service Representatives) must undertake the extensive and time-consuming task of asking customer's complex questions pertaining to their wireless devices for problem diagnosis. This requires CSRs to be experts on Smartphones and their applications, and also requires customers to spend increased time on the telephone to receive support for their applications. The result is increased support costs, increased call handling times, complex diagnostic processes and overall frustration.

The current method of call routing is based on a simple queue where the next available CSR gets the next call. In this method there is no specialization since each CSR can get a call related to any phone or problem. Each CSR is a generalist and tries to solve all sorts of problems.

Gathering and obtaining Smartphone information required for diagnostics is manual and therefore complex, time consuming and prone to human errors. This problematic approach is an ineffective method of just-in-time customer support and does not guarantee effective problem resolution. This current method of call routing leave both the subscribers and customer support staff frustrated. In addition, obtaining diagnostic information requires a specialized support staff and Contact Centers must therefore hire and train specialized staff For specific tasks. For the Service Provider this means increased hiring and operational costs.

The customer Support process is increasing in complexity. The level of expertise required by the CSR to understand numerous Smartphone devices and to search for up-to-date configuration data leads to increased costs in training, call-durations, and the overall operational costs.

With the emergence of Smartphones and wireless PDAs and their ability to download and install applications, the wireless industry is poised to see explosive growth in application usage by subscribers. Mobile operator customer care centers are focused on solutions for closed, voice-centric mobile phones. This infrastructure is not suited to efficiently solve the intelligent mobile data device and application problems described above. The proliferation of next generation “Smartphone” devices and the level of issues and problem solving needed has made existing customer care applications obsolete or unsuitable to meet these emerging business needs.

In general, incoming calls from callers to a call center supported by an operator network goes into a queue, called the incoming call queue. Irrespective of phone and subscriber profile each person who responds to a call is a generalist. Often, nothing is known about the subscriber, and even less about the subscriber's device, when a subscriber makes a call for customer service into an operator's call center. Several minutes are initially taken up just to collect the most basic information about the subscriber and the subscriber's device.

Further limitations and disadvantages of conventional and traditional approaches will become apparent to one of skill in the art, through comparison of such systems with some aspects of the present invention as set forth in the remainder of the present application with reference to the drawings.

BRIEF SUMMARY OF THE INVENTION

A method and/or system for routing customer care calls such that the right customer service representative receives an incoming customer care call, substantially as shown in and/or described in connection with at least one of the figures, as set forth more completely in the claims.

These and other advantages, aspects and novel features of the present invention, as well as details of an illustrated embodiment thereof, will be more fully understood from the following description and drawings.

BRIEF DESCRIPTION OF SEVERAL VIEWS OF THE DRAWINGS

The numerous objects and advantages of the present invention may be better understood by those skilled in the art by reference to the accompanying figures in which:

FIG. 1 is a perspective block diagram of an operator network that is capable of routing incoming customer care calls based on subscriber profile and customer service representative (CSR) skill set, the customer care calls originating from a mobile handset.

FIG. 2 is a perspective block diagram of a mobile care engine 23 that is used by an operator network for smart customer care wherein a device profile is retrieved from a device, or ascertained from the device, while the user of the device is in a incoming call queue waiting to be connected to a CSR.

FIG. 3 is a flow chart of an exemplary operation of the smart customer care center within an operator network that is capable of routing incoming customer care calls based on a subscriber profile and a customer service representative (CSR) skill set.

FIG. 4 is a flow chart of an exemplary method of automatic rule creation through pattern detection and analytics conducted by an auto rules generator that is part of a smart customer care system.

FIG. 5 is a perspective block diagram of a smart customer care system that provides an operator network with the capability of routing incoming customer care calls from a mobile handset to one of a plurality of customer care units based on a device profile retrieved from the mobile handset, rules related to performance of customer care representatives that exist in the rules repository, etc.

DETAILED DESCRIPTION OF THE INVENTION

Aspects of the present invention relate generally to the routing of calls to customer care, and, more specifically, to the use of an intelligent routing system for routing such customer care calls such that the right customer service representative receives an incoming customer care call. The following discussion makes reference to the term “electronic device” that is used herein to refer to mobile electronic devices such as, for example, a mobile handset, a cellular phone, a personal digital assistant (PDA), a pager, and a personal computer, to name just a few. Although the listed example electronic devices are mobile devices, application of the present invention is not limited in this manner, as representative embodiments of the present invention may be employed in a wide variety of electronic devices, both fixed and mobile. The following discussion makes reference to the term “customer care system” that is used herein to refer to customer facing systems such as, for example, those maintained by an wireless network operator, or an enterprise. The following discussion also makes reference to the term “network” that is used herein to refer to networks such as, for example, an operator network, an enterprise network, an Internet based network, a management network for a service, etc.

Electronic devices may be adapted to access servers to retrieve update information for updating memory in the electronic devices. An electronic device may be, for example, a mobile electronic device having firmware/software such as mobile cellular phone handsets, personal digital assistants (PDAs), pagers, MP-3 players, digital cameras, to name just a few. Update information may comprise information that modifies or changes firmware/software and/or software components installed in the electronic device. In a representative embodiment of the present invention, update information may comprise a set of executable instructions for converting a first version of code to an updated/second version of code. The update information may add new services to the electronic device, as desired by a service provider, device manufacturer, or an end-user, and/or may fix bugs (e.g., errors) in the operating code of the electronic device. In a representative embodiment of the present invention, update information may comprise an update package.

A customer care representative may help diagnose a problem with a device and update the configurations, settings, parameters, firmware, etc. in the device. The user experience in dealing with a customer care representative is improved by a system built in accordance with the present invention.

FIG. 1 is a perspective block diagram of an operator network 105 that is capable of routing incoming customer care calls based on subscriber profile and customer service representative (CSR) skill set, the customer care calls originating from a mobile handset 131. The operator network 105 comprises a rules repository 111, a mobile care engine 113, an incoming call queue 119, a call routing unit 121, a CSR unit 123 and a CSR Skill set database 125. The mobile care engine 113 comprises an analytics engine 115 and a rules engine 117.

The operator network 105 is capable of routing incoming customer care calls to specific customer care representatives (CSRs) based on a subscriber profile and customer service representative (CSR) skill set. A device profile is retrieved from the mobile handset while the incoming customer care call is in a queue waiting to be connected to a CSR. The retrieved device profile is also used to determine an appropriate CSR.

In general, the operator network 105 implements a call routing system that relies on the fact that each CSR, if limited to a narrower scope of problems, can become an expert over time and will require less and less time to solve the same problem or trouble shoot a particular phone or particular OS based devices. Each CSR is assumed to employ one of the CSR units 123 available in the operator network 105 to conduct their work. Information on what skills a CSR possesses or what types of problems or what devices they are good at solving is maintained in the CSR skill set database 125. The CSR skill set database 125 is continuously updated in one embodiment.

When a user employs the mobile handset 131 to report a problem or seek help from a CSR, the incoming call is queued up by the operator network 105 into the incoming call queue 119. The incoming call is typically put on hold, or made to wait, in the incoming call queue 119 until a CSR is assigned to the incoming call. The call routing unit 121 determines the CSR to be assigned the incoming call from the mobile handset 131, while the incoming call is put on hold or made to wait in the incoming call queue 119. While the user waits to be connected to the CSR, such as a CSR currently using the CSR unit 123, in one embodiment, the call routing unit 121 solicits a device profile from the mobile handset 131. It process the user profile received to determine the appropriate CSR to forward the incoming customer service call from the mobile handset 131.

In another related embodiment, while the user waits to be connected to the CSR, such as a CSR currently using the CSR unit 123, the call routing unit 121 retrieves a device profile from the mobile handset 131 and checks the mobile care engine 113 to determine which CSR unit 123 to connect the incoming call to.

The analytics engine 115 is based on analytic rules that are automatically generated or enter manually. Similarly, the rules engine 117 is based on rules that are automatically generated or manually entered or both.

In general, the mobile care engine 113 is capable of processing the device profile retrieved from the mobile handset 131, and rules retrieved from the rules repository 111, to determine which of the currently available CSR's are considered to be experts capable of efficiently addressing the users anticipated problem. It then instructs the call routing unit 121 to forward the queued up call from the mobile handset 131 to the appropriate CSR (determined to be the expert) currently using the CSR unit 123. The CSR, currently working on the unit 123, is also provided with a list of known problems (or the most frequent ones encountered) with devices of the type (make, model, versions, OS, etc.) to which the mobile handset 131 belongs.

Thus, the CSR is empowered with the information needed to solve the known problems, employing known solutions, diagnosing problems by known symptoms, etc. The CSR views the device profile, known problem-solution pairs, etc. even before the user of the mobile handset 131 has spoken to the CSR to explain the problem encountered, or details of service interruptions experienced.

The present invention provides a customer care system and supports a method for call routing in the CSR call-centers (such as those located within typical wireless operator networks) that is based on a subscriber's problem to be solved, Smartphone usage, behavioral profiles and device profiles. This approach allows for an incoming call, which is typically queued at the incoming call queue 119, to be routed to a CSR unit 123, based on the best match between the CSR skill set, a phone type, a subscriber's area of problem and other related information. Such a best match is conducted by the mobile care engine 113, employing the rules engine 117 and/or the analytics engine 115.

In one embodiment, after obtaining device-specific profiles from subscriber devices, such as the mobile handset 131, the call routing unit 121 of the operator network 105 matches them with the CSR skill set available in a repository or database, such as the CSR skill set database 125, to determine at least one CSR unit 123 (or associated CSR) determined to be capable of addressing the subscriber's support needs. The CSR identified for the assignment is expected to be an expert on such mobile handsets 131, thus making it possible to provide customer service geared towards the highly specialized nature of these mobile handsets 131.

In general, in most wireless customer care scenarios, the same problem is solved over and over again by different CSR from ab initio. The present invention provides a mechanism where business logic is translated in to rules that can be reused, shared and modified on the fly, whereby tremendous efficiency is achieved. This way, once a problem has been solved for a particular mobile handset 131, such as a Smartphone (of a specific make, model and version), the next time another Smartphone subscriber calls with the same problem or issue, the CSR associated with the call does not have to start from scratch; instead the CSR leverages the known/existing solution previously encountered and saved in a database or repository (such as the rules repository 111). Now furthering this argument, the present invention incorporates a method of automating rule creation through analytics that automates the rule creation process, based on device profile data analysis, the trends in the data and Smartphone issues/problems. The automatic creation of rules speeds up the process and thus improves response time; thereby increasing customer satisfaction.

In one embodiment, a customized device emulator that emulates the mobile handset 131 is pre-spawned on a CSR desk (top based on the Smartphone profile retrieved from the mobile handset or from the rules repository 111, to further increase the effectiveness of customer care and to reduce the duration of customer service calls.

In one embodiment, the CSR skill set is measured and ranked based on the data gathered, or loaded from external system, over a period of time and analyzed at regular intervals. The CSR skill set is used to determine an appropriate CSR to handle an incoming customer service call from the mobile handset 131.

In one embodiment, a system based on the present invention conducts call routing based on subscriber profile, device profile, CSR skill set and wireless data device problems. It results in faster, more efficient and more accurate customer support for the rapid resolution of issues. Benefits of this method of routing customer service calls to CSRs include:

• • Reduced overall resolution times
  • Reduced Average Call Handling Times (ACHT)
  • Reduced number of call escalations
  • Superior method of diagnosis through applying rules-based scenarios to identify inconsistencies in current configuration settings
  • Reduction in “human error”.
  • Increased customer satisfaction

In one embodiment, the call routing unit 121 of the operator network 105 relies on matching phone type, problem type and the CSR skill set that may be retrieved from the CSR skill set database 125. The profile of the phone is extracted, either from the mobile handset 131 or from a database, such as the rules repository 111 or a different device capability database, and matched against the information retrieved from the CSR skill set database 125. The CSR skill sets that are provided by the CSR skill set database 125 can be defined in two different ways, manually or automatically:

1) Manually defining CSR skill sets

2) Intelligent system that learns over time

In one embodiment based on manually defining CSR skill sets, the operator network (or more specifically, the CSR skill set database 125) provides an interface through which the skill set can be added, when setting up CSR users for the system. At setup or at the creation of each CSR account, the CSR's skill set is manually entered into the CSR skill set database 125. For example, two new CSR accounts may be added; one CSR as an expert in the PalmOS and the other as an expert in SymbianOS. At the time of account creation for one PalmOS is chosen and for the other SymbianOS preferably from a drop down menu. When a subscriber calls into the support center, the subscriber's device is profiled, and based on the OS of the subscriber's mobile handset 131, the call is routed to the appropriate CSR.

In another embodiment, that is based on an intelligent CSR database system that learns over time, the CSR's prior performance is taken into consideration. The CSR's skill set is continuously (or periodically) assessed based on the type of problem the CSR is determined to be adept at solving, and the time it took to resolve those problems. If the CSR consistently performs better than the defined thresholds, then the CSR's skill set level is upgraded. In this approach, prior performance examination both long term and short term performance is taken into account.

In one embodiment, if a CSR is having a bad day and consistently performing under par, his skill set level is dropped. Different weights and time periods lengths is used and these are configurable parameters.

In one embodiment, an intelligent and automated process of populating the CSR skill set database 125 is employed, that relies on the data being gathered by the operator network 105 over a period of time. This accumulated historical data regarding problems and the solutions, provided by different CSRs, and the time it took to solve the problem, are used for decision making.

In one embodiment, every time a CSR provides a solution to a particular wireless data device and a particular bug, the data regarding the solution is captured by SmartNotes, a component that is part of the CSR skill set database 125. This historical data can also be imported from existing systems in an operator's network, a “Trouble Ticket Systems”, if they are being captured there.

In general, incoming calls from callers to a call center supported by an operator network 105 goes in to a queue, called the incoming call queue 119. Irrespective of phone and subscriber profile each person who responds to a call is now sent to a CSR who is either an expert in the device or has displayed sufficient expertise in solving problems related to similar devices. Thus, the time taken to ascertain and fix problems with the subscriber's mobile handsets 131 by CSRs is significantly reduced. If the operator network 105 provides subscriber profile (rate plan, etc.) it is possible to provide a higher priority to subscriber's of a specific rate plan or subscriber class (such as premier subscribers are corporate subscribers).

In one embodiment, based on the kind of mobile handset 131, an incoming call for customer care is forwarded to a CSR. For example, one of N CSRs determined to be experts on a particular problem is assigned to an incoming call for customer care, based on of mobile handset 131 and a device profile retrieved from the mobile handset 131.

FIG. 2 is a perspective block diagram of a mobile care engine 213 that is used by an operator network for smart customer care wherein a device profile is retrieved from a device, or ascertained from the device, while the user of the device is in a incoming call queue 219 waiting to be connected to a CSR. The mobile care engine 213 comprises an analytics engine 215, a rules engine 217, the incoming call queue 219, a call routing system 221, at least one CSR unit 223 and a repository 225.

In one embodiment, the rules engine 217 and the analytics engine 215 retrieve rules and raw data from the repository 225. Similarly, a CSR's problem solving records, performance information, a CSR expertise information, etc. are saved in the repository 225. The call routing system 221 routes incoming calls queued up in the incoming call queue 219 to an appropriate CSR unit 223 based on rules executed by the rules engine 217. The CSR unit 223 determines potential solutions based oil analytical rules executed by the analytical engine 215.

FIG. 3 is a flow chart of an exemplary operation of the smart customer care center within an operator network 105 that is capable of routing incoming customer care calls based on a subscriber profile and a customer service representative (CSR) skill set. At the start block 307, the processing starts when the user's customer care call is initiated using a mobile handset. At the next block 309, the incoming call is queued up. Then, at a next block 311, the smart customer care center retrieves a device profile from the mobile handset whose customer care call is queued up. In one embodiment, the device profile is retrieved over a TCP/IP network. In another, over an SMS based communication channel.

Then, at a next block 313, based on the device profile retrieved, the subscriber's subscriber class information retrieved, and other related information, the potential problems, such as known problems, are determined. Then, at a next block 315, potential solutions, that are either known solutions or solutions suggested by the rules engine, are retrieved.

Later, at a next block 317, the user's customer care call that is queued up is connected to a CSR determined to be an appropriate CSR to handle the incoming call. Such determination is done based on rules executed by the rules engine. The CSR reviews the potential problems, associated solutions and device profile information while interacting with the user.

Then, at a next block 319, the user determines an appropriate solution and solves the user's problem. In one embodiment, the solution is determined to be a change in configuration, such as a change in an SMTP server, a POP server setting or connectivity parameters. The CSR initiates a configuration change and verifies that the change did take place. In another embodiment, the solution to the problem is determined to be a firmware update and the CSR initiates a firmware update of the mobile handset being used by the user. In yet another embodiment, the CSR determines that the solution requires a combination of firmware update, a software update and a configuration change, and the CSR sets up these update activities for subsequent update of the mobile handset. In a different embodiment, the CSR initiates diagnostic data collection in the mobile handset for further analysis.

Finally, at an end block 321, the processing ends with a satisfied user and a mobile handset that functions better due to the solution of a problem or the fixing of a configuration setting, etc.

FIG. 4 is a flow chart of an exemplary method of automatic rule creation through pattern detection and analytics conducted by an auto rules generator that is part of a smart customer care system. At a start block 407, the processing starts when a device is encountered. Then, at a next block 409, the wireless data device setting profile is gathered from the device. Then, at a next block 411, the gathered profile is put in the data store “Gathered Profile”.

Then, at a next block 413, historical data is also gathered by SmartNotes database of the smart customer care system, based on point solutions provided by the CSRs. Then, at a next block 415, using the “Auto Rule Criteria”, the auto rule generator sifts through the different data stores that contains all the collect data, historical or otherwise. Then, at a next block 417, any patterns detected in the data are analyzed further. Once a criteria for the creation of a rule is met in a detected pattern, and enough patterns emerge in the historical data that satisfies the conditions set by the criteria, the auto rule generator creates a new rule.

Then, at a next block 419, the newly generated (auto generated) rule is then stored in the rules repository. These rules at first may then be only applied to a limited number of wireless data devices, and once proven to be robust, are put into production. Finally, at the end block 421, the processing stops.

FIG. 5 is a perspective block diagram of a smart customer care system 507 that provides an operator network 541 with the capability of routing incoming customer care calls from a mobile handset 531 to one of a plurality of customer care units 523 based on a device profile retrieved from the mobile handset 531, rules related to performance of customer care representatives that exist in the rules repository 511, etc. The smart customer care system not only makes it possible to route incoming calls, initially queued up in an incoming call queue 519, to an appropriate CSR, but also facilitates resolution of a customer's problems employing analytics processed by an analytics engine 515 and rules processed by a rules engine 517.

The smart customer care system 507 employs rules that are executed by the rules engine 517 to determine which customer care representative should be handling an incoming customer care call from the mobile handset 531. The rules employ a device profile and a subscriber profile, as necessary, to determine to which CSR the customer care should be routed. It also employs a CSR skill set database to determine which CSR has the necessary expertise to handle the call. It attempts to find a best match and determines a target CSR for the incoming customer care call. If a best match cannot be found, or if multiple CSRs are determined to be capable of handling the call, it targets one of them for handling the incoming call. Such targeting being based on additional rules used to resolve targeting or on preset default behavior.

The analytics engine 515 employs additional rules to determine what is wrong with the mobile handset. It employs information retrieved from the mobile handset, such as the device profile, to determine problems with connectivity, configuration, application behavior, etc. It also flags additional information that is needed for problem resolution, and highlights them to the CSR so that the CSR might ask the user for such information or retrieve them from the device, or from a self-care portal to which the user of the mobile handset 531 may have used previously.

In one embodiment, the smart customer care system 507 is part of the operator network 541. In another embodiment, the smart customer care system 507 is part of a customer care center that is external to the operator network 541, such as one managed by an OEM.

While the present invention has been described with reference to certain embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted without departing from the scope of the present invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the present invention without departing from its scope. Therefore, it is intended that the present invention not be limited to the particular embodiment disclosed, but that the present invention will include all embodiments falling within the scope of the appended claims.

Claims

1. A system for handling user support calls, comprising: one or more processors communicatively coupled to a plurality of communication terminal devices each used by a corresponding live attendant;program instructions stored in memory and executable by the one or more processors to: receive a call from a remote communication device of a user;cause routing of the call from the communication device to a communication terminal of one of the live attendants based on (i) information retrieved from the communication device during the call and (ii) expertise information for the plurality of live attendants accessed from a database;provide, to the communication terminal of the one of the live attendants, an emulated version of the communication device based at least in part on the information retrieved from the communication device during the call;receive a diagnosis, from the one of the live attendants, of the communication device; andcause modification of one or both of executable code and parameters in the communication device.

2. The system according to claim 1, wherein the information retrieved from the communication device comprises a device profile.

3. The system according to claim 1, wherein the information retrieved from the communication device identifies at least one of: a manufacturer, a model, a firmware version, a software version, a hardware version, of a subscriber.

4. The system according to claim 1, wherein the expertise information comprises a mapping of the live attendants to one or both of manufacturers of communication devices or types of communication devices.

5. The system according to claim 1, wherein the expertise information comprises a mapping of the live attendants to an operating system.

6. The system according to claim 1, wherein the information is retrieved from the communication device while the call with the communication device is on hold.

7. The system according to claim 1, wherein the communication device is a handheld wireless voice terminal.

8. The system according to claim 1, further comprising program instructions stored in memory and executable by the one or more processors to receive, from the communication terminal of the one of the live attendants, a command to initiate a firmware update on the remote communication device.

9. The system according to claim 1, wherein the diagnosis is based on an interaction of the live attendant with the emulated version of the communication device.

10. A method of handling user support calls, comprising: receiving an incoming call from a communication device of a user;after receiving the call, retrieving information from the communication device during the call;selecting one of a plurality of live attendants based on (i) the retrieved information from the communication device and (ii) expertise information for a plurality of live attendants accessed from a database;provide, to the selected one of the plurality of live attendants, an emulated version of the communication device based at least in part on the retrieved information from the communication device; androuting the call to a communication terminal used by the selected live attendant.

11. The method according to claim 10, wherein the retrieving is performed while the call is on hold.

12. The method according to claim 10, wherein the information retrieved from the communication device identifies at least one of: a manufacturer, a model, a firmware version, a software version, a hardware version, of a subscriber.

13. The method according to claim 10, wherein the information retrieved from the communication device comprises a device profile.

14. The method according to claim 10, wherein the method comprises: tracking performance of the plurality of live attendants; andupdating the expertise information for the plurality of live attendants in the database.

15. The method according to claim 10, further comprising: retrieving a subscriber profile from the communication device; andwherein selecting one of the plurality of live attendants is further based on the retrieved subscriber profile.

16. The method according to claim 10, wherein the method comprises: presenting at least a portion of the information retrieved from the communication device to the selected live attendant.

17. The method according to claim 10, wherein the communication device is a handheld wireless voice terminal.

18. A system for handling user support calls, comprising: one or more processors communicatively coupled to a plurality of communication terminal devices each used by a corresponding live attendant;program instructions stored in memory and executable by the one or more processors to: receive a call from a remote communication device of a user;cause routing of the call from the communication device to a communication terminal of one of the live attendants based on (i) information retrieved from the communication device during the call and (ii) expertise information for the plurality of live attendants accessed from a database;provide, to the communication terminal of the one of the live attendants, an emulated version of the communication device based at least in part on the information retrieved from the communication device during the call; andcause collection and updating of the expertise information for the one of the live attendants in the database.

19. The system according to claim 18, wherein the information retrieved from the communication device identifies at least one of: a manufacturer, a model, a firmware version, a software version, a hardware version, or a subscriber.

20. The system according to claim 18, wherein the expertise information comprises a mapping of the live attendants to one or both of manufacturers of communication devices or types of communication devices.

21. The system according to claim 18, wherein the program instructions are executable by the one or more processors to cause one or both of diagnosis of the communication device or modification of one or both of executable code and parameters in the communication device.

22. The system according to claim 18, wherein the communication device is a handheld wireless voice terminal.