The present invention relates to telecommunication and networked computer and computer telephony systems including the Internet and the Public Switched Telephone System, and more particularly to an interactive self-help application platform supporting multi-channels.
Two major telecommunication networks have evolved worldwide. The first is a network of telephone systems in the form of the Public Switched Telephone System (PSTN). This network was initially designed to carry voice communication, but later also adapted to transport data. The second is a network of computer systems in the form of the Internet. The Internet has been designed to carry data but also increasingly being used to transport voice and multimedia information. Computers implementing telephony applications have been integrated into both of these telecommunication networks to provide enhanced communication services. For example on the PSTN, computer telephony integration has provided more functions and control to the POTS (Plain Old Telephone Services). On the Internet, computers are themselves terminal equipment for voice communication as well as serving as intelligent routers and controllers for a host of terminal equipment.
The Internet is a worldwide network of IP networks communicating under TCP/IP. Specifically, voice and other multimedia information are transported on the Internet under the VoIP (Voice-over-IP) protocol, and under the H.323 standard that has been put forward for interoperability. Another important implementation of VOIP protocol is SIP (“Session Initiation Protocol”.)
The integration of the PSTN and the IP networks allows for greater facility in automation of voice applications by leveraging the inherent routing flexibility and computing accessibility in the IP networks.
An example platform for easy deployment of telephony applications is described in U.S. Pat. No. 6,922,411, which entire disclosure is incorporated herein by reference. Essentially, a networked telephony system allows users to deploy on the Internet computer telephony applications associated with designated telephone numbers. The telephony application is easily created by a user in XML (Extended Markup Language) with predefined telephony XML tags (e.g. VoiceXML) and easily deployed on a website. The telephony XML tags include those for call control and media manipulation. A call to anyone of these designated telephone numbers may originate from anyone of the networked telephone system such as the PSTN (Public Switched Telephone System), a wireless network, or the Internet. The call is received by an application gateway center (AGC) installed on the Internet. Analogous to a web browser, the AGC provides facility for retrieving the associated XML application from its website and processing the call accordingly.
This type of telephony platform allows very power yet simple telephony applications to be built and deployed on the Internet. The following are some examples of the telephony applications deployed on this platform. A “Follow me, find me” application sequentially calls a series of telephone numbers as specified by a user until one of the numbers answers and then connects the call. Otherwise, it does something else such as takes a message or sends e-mail or sends the call to a call center, etc. In another example, a Telephonic Polling application looks up from a database the telephone numbers of a population to be polled. It then calls the numbers in parallel, limited only by the maximum number of concurrent sessions supported, and plays a series of interactive voice prompts/messages in response to the called party's responses and records the result in a database, etc. In another example, a Help Desk application plays a series of interactive voice prompts/messages in response to the called party's responses and possibly connects the call to a live agent as one option, etc. In yet another example, a Stock or Bank Transactions application plays a series of interactive voice prompts/messages in response to the called party's responses and conducts appropriate transactions with a backend database or web application, etc.
The latter examples are generally referred to as self-help applications. In the voice context, a self-help application is referred to as IVR. IVR refers to Interactive Voice Response and is a technology that automates interaction with telephone callers. Enterprises are increasingly turning to IVR to reduce the cost of common sales, service, collections, inquiry and support calls to and from their company.
Historically, IVR solutions have used pre-recorded voice prompts and menus to present information and options to callers, and touch-tone telephone keypad entry to gather responses. Modern IVR solutions also enable input and responses to be gathered via spoken words with voice recognition.
IVR solutions enable users to retrieve information including bank balances, flight schedules, product details, order status, movie show times, and more from any telephone. Additionally, IVR solutions are increasingly used to place outbound calls to deliver or gather information for appointments, past due bills, and other time critical events and activities.
The various voice applications described above are typically specified by application scripts coded in VoiceXML. Alternatively, the scripts can be coded using dialog objects. US Patent Application Publication No. 2005/0043953 A1 discloses a technique of building dialog control using dialog objects.
Historically, IVR solutions have used pre-recorded voice prompts and menus to present information and options to callers, and touch-tone telephone keypad entry to gather responses. Modern IVR solutions also enable input and responses to be gathered via spoken words with voice recognition.
IVR solutions enable users using voice as a medium or other form of inputs through a voice channel to retrieve information including bank balances, flight schedules, product details, order status, movie show times, and more from any telephone. Additionally, IVR solutions are increasingly used to place outbound calls to deliver or gather information for appointments, past due bills, and other time critical events and activities.
It is desirable for a developer of an application to know how a segment of code in the application interacts with users during runtime and have the usage statistics displayed against the segment of code so that any “hotspots” can easily be detected and rectified if desired. Similarly, insofar as the application represents a portal for conducting business, a business analyst will be interested in the statistics of customer usage and behavior.
A self-help application such as in an interactive voice response (IVR) platform serving users is enabled for providing an integrated development (IDE) and monitoring environment. This provides real-time reporting and analysis on user behavior, application performance and transaction success. The application is coded in software objects (VoiceObjects) specific to the context of the application. These are pre-built objects that include dialog components, resource management, logic, actions, layer and business tasks. This object-oriented approach uncouples the underlying technology from the application and allows designers to build user-friendly applications. In one embodiment, Java or VoiceXML codes are generated dynamically from these objects and executed by a browser in the IVR. A set of core metrics is defined for each object type as well as configurable levels for these metrics. Data associated with individual objects are collected, aggregated, analyzed and displayed in context by the IDE.
In a preferred embodiment, the technique provides an integrated development and analysis module with a library of software objects for coding an application script to implementing the self-help application. The application script is executed by generating runtime codes dynamically from the software objects coded in the application script. The runtime codes are in turn executed using a browser to implement the self-help application. During runtime, data associated with individual software objects are collected. The collected data enables reports to be generated and displayed using the integrated development and analysis module.
Thus the self-help application platform can provide real-time reporting and analysis on caller behavior, application performance, and transaction success. It eliminates time consuming data extraction, transformation and loading (ETL) processes by automatically collecting data in a database. And because the database is linked directly with the application development environment, any changes to applications are automatically reflected, reducing the time to manage and update reports.
Additional objects, features and advantages of the present invention will be understood from the following description of its preferred embodiments, which description should be taken in conjunction with the accompanying drawings.
The present system, with the application defined in terms of a configuration of VoiceObjects, rather than low level XML codes, allows easily access to these types of information.
Thus, the present analytic system allows various portions of the usage data described above to be presented within a development environment (IDE) in different views that are relevant e.g. to developers and business analysts. This makes the analysis more directly available for users who may not have access to Business Intelligence tools. Even more importantly it shows the analytics in the direct context of the application itself, so it becomes much easier to act on them.
The data that has been collected by the application server during calls is aggregated either in real time or in an offline process, and converted to a format in which it can be consumed by the IDE for presentation. On the basis of this data the IDE then performs certain computations and rankings to determine what should be presented to the user.
Previously integrations of runtime information with an IDE have been directed to the performance of the software code itself under runtime condition and not the behavior the users when using the application and how certain components of software design interact with the users.
Since the various features to be provided by the voice application are well defined objects, such as menu items, certain tasks, etc, these can be abstracted at a higher level with pre-built components, hereinafter to be referred to as “VoiceObjects”, which may be assembled, by dragging and dropping to develop the voice application rapidly.
Thus a VoiceObjects platform allows developers to create applications based on a library of pre-built components, VoiceObjects, which they drag and drop into a call flow and parameterize.
The objects contained in the VoiceObjects component library fall into these different categories:
Dialog Components—templates for dialog steps like playing a prompt (Output), configuring an input state (Input), a menu (Menu). Higher level components include a multi-step Confirmation and a List object that allows the user to browse through an entire list of array of data.
Resource Management—these objects manage resources like Audio or Grammar files. Connector objects encapsulate access to back-end systems, Log objects allow for custom log points (e.g., labels).
Logic—these objects represent variables and collections (variable arrays) and logic primitives like If, Case, Loop and Goto. With these logic objects, the call flow logic can be configured and seamlessly integrated with the definitions of the actual caller interaction as defined in the dialog components. This means that no low-level coding is required for implementing call logic.
Actions—these include objects like Hyperlinks (globally active grammars for menu shortcuts or commands like “back to main menu”, “operator”, “help”), Recordings, and agent transfers (Transfer).
Layer—Layers represent a technique that helps build personalized, customized and dynamic voice applications. Layers separate call logic from the user interface logic. Layers can be used, for example, to implement a single call flow with different skins for different caller profiles, different times of day or week, or different sets of prompts and grammars for DTMF versus voice.
Business Tasks—Business Task objects represent tasks that callers may perform within an application, such as obtaining an insurance quote or making a money transfer. Business Tasks allow the simple and comprehensive tracking of how well callers succeed in completing these tasks, and why they fail.
The service execution environment 200 has a number of components including a VoiceObjects application server 210, an application store 220 and an infostore 230.
The application store 220 stores voice and self-service applications. The VoiceObjects server 210 uses core objects as the building and configuring blocks for developing services. This object-oriented approach uncouples the underlying technology from the application and allows designers to build user-friendly applications with Java or VoiceXML coding. With modularity also comes the advantages of inheritance and easy reusability of components.
The VoiceObjects Server 210 provides efficient application execution and management. It helps to reduce the complexity of deploying and managing adaptive self-service phone portals. It enables highly scalable, carrier-grade deployment of personalized over-the-phone self-service applications.
In particular, it provides the ability to dynamically generate VoiceXML and to create personalized dialogs with each caller at call time, using information in an organization's CRM or other databases. It also provides an application execution environment that supports management and monitoring of multimodal applications, online application maintenance for instant changes or rollbacks, and guaranteed high availability. It also has web services support for easy integration between an organization's phone-based self-service assets and its CRM, ERP, and other IT assets in service-oriented architecture (SOA) environments. In a preferred embodiment, it has support for multimodal phone applications that may include voice, video, text and mobile Web interfaces, allowing user-friendly interactive applications.
The VoiceObjects application server 210 includes a media platform driver 212 and a connector framework 214 for interface with various operating systems, databases and web application servers.
The media platform driver 212 enables the VoiceObjects application server 210 to operate with various voice and text browsers, such as VoiceXML-based IVR systems 140, which are in turn accessed by voice and video clients 30, 32, 40. The media platform driver 212 also allows the VoiceObjects application server 210 to operate with voice and Unstructured Supplementary Service Data (USSD)-based browsers for text-based applications.
The connector framework 214 facilitates the backend integration of the VoiceObjects application server 210. In this way, Back-end integration Organizations 190 can easily integrate with any CRM, ERP or IT back-end systems, enterprise data or legacy applications with VoiceObjects' Web services, Java or HTTP connectors.
The service creation & admin environment module 300 provides a graphical integrated development environment within the VoiceObjects framework. It interfaces with the VoiceObjects application server 210 via a set of web service API. The module 300 includes a VoiceObjects desktop IDE 310 and optionally other 3rd party IDEs 320. Developers can use the IDE of their choice through a provided XML-based development interface to the VoiceObjects server 210. These IDEs provide functionality to create and manage phone applications based on the VoiceObjects server 210.
The dialog designer 314 is the main work area for designing and developing applications. Dialog flows of objects are displayed in a tree structure and can be modified as needed within this graphical environment.
The storyboard manager 316 is VUI designer tool for managing application prompts. It has two subcomponents, storyboard manager for maintenance 317 and storyboard manager for design and migration 318. These two subcomponents allow for maintenance, migration and design-from-scratch prompt management. The storyboard manager for maintenance 317 allows a user to view and print prompt lists of different detail levels and modify the wording and filter settings of existing prompts. It also supports a re-import of any changes made to prompts into an existing application. The storyboard manager for design and migration 318 enables faster, less tedious prompt design for new voice projects and speeds up the migration of legacy IVR applications, cutting both prompt migration and new development time in half.
Key to delivering effective phone self-service is the ability to understand what customers are doing within self service applications—and most importantly, what they are experiencing—for a more proactive approach to application management. The VoiceObjects analyzer 410 is a service analysis environment 400 that enables instant analysis of key business, operational, and application design questions.
Infostore 230 is the logging component of VoiceObjects server 210 and stores information on the behavior of services and of the callers using them such as system usage, system and application performance, caller behavior, and recognition success.
The Infostore Repository 230 is based on a standard data warehouse schema and can be used directly by 3rd party business intelligence tools or reporting tools 420 for formatting, drilling down, slicing and dicing, and filtering data. Session data from Infostore is also seamlessly integrated with CRM data and applications 190 for custom reports. No additional consolidation or transformation is needed as data structures are kept consistent across the infrastructure and processes.
The VoiceObjects analyzer 410 delivers reports that offer valuable insight into the usage and acceptance of services and integrates the data into common business intelligence frameworks in real time, providing up-to-the-minute graphical views of the status of the system. Predefined reports allow instant analysis of the more prevalent questions for business analysts and marketing specialists, dialog designers and developers, and administrators and system operators. Specific user groups can also create custom reports to suit their business, application development and tuning, or operational needs.
The VoiceObjects analyzer 410 enables real-time application feedback. When designers make an update to an application in the service creation environment, changes are automatically reflected in Infostore and in the reports for instant analysis. Analysts can review reports immediately without requiring additional load or transformation steps into a separate datamart or database.
In the current implementation, the usage information collected by the application server is aggregated to the level of individual objects, which are the core building blocks of applications as outlined above. A set of core metrics is defined for each object type, as well as configurable levels for these metrics. Based on where an object's values for these metrics fall within these levels, the IDE decides on how to display the object.
In a similar fashion, all other objects that have direct caller interaction can be handled.
Some of the information gathered during calls is primarily of interest to application developers, such as e.g. the No Input or No Match rates mentioned above. Other information is of interest to developers as well as business-oriented users. In the current implementation that applies particularly to information provided on Layer and Business Task objects.
Layers are used to model application customization and personalization. Frequent applications are e.g. time-dependent behavior (different greetings, different availability of human agents, etc.) as well as customer-group specific functionalities (e.g. extra functions for premium customers).
Developers can use this information to fine-tune the application to the needs and usage patterns of the dominant callers—or alternatively adjust the application to also attract more callers from other segments.
Business users can benefit from the information by aligning their marketing efforts with actual usage.
Business Task objects track the caller's success in achieving specific tasks within an application, and are designed to provide direct business value by providing insight specifically into why callers fail to achieve a task.
Developers can use this information to optimize the application and make it easier for callers to successfully complete currently “difficult” tasks.
Business users can correlate task completion rates with marketing and product material and determine e.g. whether many callers refrain from ordering a new option because it might just be too expensive.
VoiceObjects' integrated analytics can provide real-time reporting and analysis on caller behavior, application performance, and transaction success. VoiceObjects eliminates time consuming data extraction, transformation and loading (ETL) processes by automatically collecting data in the VoiceObjects Infostore database. And because Infostore is linked directly with the application development environment, any changes to applications are automatically reflected, reducing the time to manage and update reports.
While the embodiments and examples given in the description refer to interactive voice response applications, it should be understood that basically the VoiceObjects are core objects for dialog control on which a self-help, dialog-based application is built. An application server interprets these VoiceObjects to execute the self-help, dialog-based application. The techniques and structures described for gathering usage statistics and presenting them in context in the IDE are equally applicable to applications that interact not only with voice clients but other types of clients such as text messaging clients, video clients, etc.
While the embodiments of this invention that have been described are the preferred implementations, those skilled in the art will understand that variations thereof may also be possible.
The benefit is claimed of United States provisional patent application of Michael Bachran, Stefan Besling, Martin Mauelshagen, and Hanno Wiegard, Application 61/236,123 filed on Aug. 23, 2009.
Number | Date | Country | |
---|---|---|---|
61236123 | Aug 2009 | US |