CA2301664C - Electronic message management system - Google Patents
Electronic message management system Download PDFInfo
- Publication number
- CA2301664C CA2301664C CA002301664A CA2301664A CA2301664C CA 2301664 C CA2301664 C CA 2301664C CA 002301664 A CA002301664 A CA 002301664A CA 2301664 A CA2301664 A CA 2301664A CA 2301664 C CA2301664 C CA 2301664C
- Authority
- CA
- Canada
- Prior art keywords
- database
- electronic messages
- message
- customer service
- electronic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/234—Monitoring or handling of messages for tracking messages
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/912—Applications of a database
- Y10S707/922—Communications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99934—Query formulation, input preparation, or translation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99938—Concurrency, e.g. lock management in shared database
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Abstract
An electronic message, or e-mail, management system having a digital computer for accepting e-mail messages; a program interface for automatically transferring received electronic messages to a database; a structured database for storing the received electronic messages in a predetermined format; and an interface for allowing a customer service representative, at a remote computer, to access, and respond to, the electronic messages stored at the database.
Description
ELECTRONIC MESSAGE MANAGEMENT SYSTEM
BACKGROUND AND SUMMARY OF THE INVENTION
The present invention relates to an electronic message management system and method, and more particularly, to an electronic message storage, tracking, management, and response method and system.
The number of Internet users continues to grow at an astounding rate.
Accordingly, Internet Web sites have become an important way to communicate with customers.
Internet Web sites are being used to send electronic message inquiries to customer service departments of many companies. Accordingly, as with traditional telephone customer service departments, customers expect timely responses to their e-mail inquiries.
An analysis was performed on the proficiency of companies in responding to e-mail inquiries received through their Web site. The study found that:
17% of the companies responded via e-mail;
27% of the companies did not respond to the e-mail inquiries;
8% responded via the U.S. postal service; and 48% of the companies did not have any mechanism for accepting e-mail inquiries.
Additionally, of the small percentage of companies actually responding to e-mail inquiries, many of those companies took 3-4 weeks to respond to e-mail inquiries, with many of the inquiries never being answered. Many popular Web sites generate tens of thousands of . hits, and thousands of e-mail inquiries, per month. As the popularity of the Internet increases, the number of e-mail inquiries sent will continue to increase.
At the present time, electronic message inquiries are handled manually by customer service departments. In other words, the e-mail is sent directly to a customer service Mail server. The e-mail message inquiries are then read by a customer service representative who is assigned to respond to the e-mail inquiries. The customer service representative may either respond to the message or may refer the message to another customer service representative who is more qualified to answer the inquiry. Currently, the process of forwarding the messages to responsible customer service representatives (CSRs) is accomplished manually.
In other words, either the forwarding CSR clicks the "forward" button to send the message to the responsible CSR or the e-mail inquiry is actually printed out and physically handed to the responsible CSR. The responsible CSR then responds to the e-mail inquiry.
This manual process of responding to electronic messages results in a lack of electronic message management and a failure to provide any type of quality assurance on the message responses. For example, in a traditional system, once an e-mail inquiry is received at the designated mail server a customer service representative may access that e-mail message by using any known e-mail program (e.g. Eudora). If the customer service representative cannot answer the message, he must refer that inquiry to another CSR that can answer the question. With these known systems, the CSR must "manually" forward the inquiry to another responsible CSR able to take the inquiry. The e-mail is "manually"
forwarded, for example, by designating the e-mail address of the responsible CSR and clicking the "forward"
button in the mail program. Once the responsible CSR receives the forward inquiry, he or she may respond to the inquiry.
Accordingly, these traditional system are not well suited to handle a large load of electronic message inquiries. The manual forwarding of inquiries to responsible CSRs may take a considerable amount of time when there are thousands of inquiries and where there are many different CSRs (e.g. one to take billing inquiries, one to take technical support inquiries, one to take dealer locator inquiries). The time needed to initially read each message, to determine who the responsible CSR is, to determine the location of the responsible CSR, and to forward the message to the responsible CSR for response, results in long response times.
Additionally, these traditional systems do not provide any efficient means to provide quality assurance and electronic message tracking. For example, once the responsible CSR
responds to the message, it is sent to the customer without being reviewed for appropriate content. This lack of quality control may result in inappropriate, or inaccurate, responses being sent to customers and accordingly, damage to valuable customer relations.
Additionally, in these known systems, the manual forwarding of electronic message inquiries to responsible CSRs results in a lack of message status tracking. In these known electronic messaging systems it is virtually impossible to administer the status of the electronic message inquiries, to determine what the inquiries were about, who the responsible CSR is, which inquiries have been responded to, and which inquiries are still in need of attention. For example, as an illustration, assume that in one week Company "Fortune 500"
receives 100,000 e-mail inquiries. Assume that the e-mail messages were distributed as follows:
25,000 messages were sent to 100 different technical support CSRs;
25,000 messages were sent to 100 different billing CSRs;
25,000 messages were sent to 100 different product CSRs;
5,000 messages were sent to 20 different dealer locator CSRs; and 20,000 messages were sent to 100 general CSRs.
With traditional e-mail messaging systems, the only way that these different CSRs can obtain access to the appropriate e-mail inquiry is to either:
1.) manually forward the e-mails to the responsible CSR;
2.) print out the e-mail message and physically deliver it to the responsible CSR; or 3.) have the original e-mail message sent directly to the different e-mail addresses of each CSR.
All of these methods would be inefficient for distributing e-mail inquiries to responsible CSRs and, accordingly, for the subsequent responding to the 100,000 e-mail messages.
Additionally, with these known systems, it would be virtually impossible to provide any administrative tracking or quality assurance on these 100,000 e-mail inquiries. Once the e-mail inquiry has been forwarded to the responsible CSR, administration could not efficiently track the status of the inquiry (i.e. responded to or still pending) or the content of the responses being sent. In these known systems, the individual CSR would have to individually inform administration of the status of each assigned e-mail inquiry and forward each response to administration for approval.
As the popularity of the Internet increases, electronic message communication will become a standard and indispensable form of communication. Accordingly, companies need to implement e-mail communication with their customers. Additionally, many companies are, and will be, receiving thousands of electronic message inquiries per week. Accordingly, there is a need for an electronic message management system that provides for the efficient storage, administration, tracking and reporting of customer inquiries.
Additionally, an electronic message management system is needed which will allow the generation of timely responses to electronic message inquiries. The present invention provides such an electronic message management system that provides the following advantages over existing e-mail programs:
1.) provides an automatic interface to a structured database for forwarding all electronic messages;
2.) provides access to the database by authorized CSRs, from remotely located computers;
BACKGROUND AND SUMMARY OF THE INVENTION
The present invention relates to an electronic message management system and method, and more particularly, to an electronic message storage, tracking, management, and response method and system.
The number of Internet users continues to grow at an astounding rate.
Accordingly, Internet Web sites have become an important way to communicate with customers.
Internet Web sites are being used to send electronic message inquiries to customer service departments of many companies. Accordingly, as with traditional telephone customer service departments, customers expect timely responses to their e-mail inquiries.
An analysis was performed on the proficiency of companies in responding to e-mail inquiries received through their Web site. The study found that:
17% of the companies responded via e-mail;
27% of the companies did not respond to the e-mail inquiries;
8% responded via the U.S. postal service; and 48% of the companies did not have any mechanism for accepting e-mail inquiries.
Additionally, of the small percentage of companies actually responding to e-mail inquiries, many of those companies took 3-4 weeks to respond to e-mail inquiries, with many of the inquiries never being answered. Many popular Web sites generate tens of thousands of . hits, and thousands of e-mail inquiries, per month. As the popularity of the Internet increases, the number of e-mail inquiries sent will continue to increase.
At the present time, electronic message inquiries are handled manually by customer service departments. In other words, the e-mail is sent directly to a customer service Mail server. The e-mail message inquiries are then read by a customer service representative who is assigned to respond to the e-mail inquiries. The customer service representative may either respond to the message or may refer the message to another customer service representative who is more qualified to answer the inquiry. Currently, the process of forwarding the messages to responsible customer service representatives (CSRs) is accomplished manually.
In other words, either the forwarding CSR clicks the "forward" button to send the message to the responsible CSR or the e-mail inquiry is actually printed out and physically handed to the responsible CSR. The responsible CSR then responds to the e-mail inquiry.
This manual process of responding to electronic messages results in a lack of electronic message management and a failure to provide any type of quality assurance on the message responses. For example, in a traditional system, once an e-mail inquiry is received at the designated mail server a customer service representative may access that e-mail message by using any known e-mail program (e.g. Eudora). If the customer service representative cannot answer the message, he must refer that inquiry to another CSR that can answer the question. With these known systems, the CSR must "manually" forward the inquiry to another responsible CSR able to take the inquiry. The e-mail is "manually"
forwarded, for example, by designating the e-mail address of the responsible CSR and clicking the "forward"
button in the mail program. Once the responsible CSR receives the forward inquiry, he or she may respond to the inquiry.
Accordingly, these traditional system are not well suited to handle a large load of electronic message inquiries. The manual forwarding of inquiries to responsible CSRs may take a considerable amount of time when there are thousands of inquiries and where there are many different CSRs (e.g. one to take billing inquiries, one to take technical support inquiries, one to take dealer locator inquiries). The time needed to initially read each message, to determine who the responsible CSR is, to determine the location of the responsible CSR, and to forward the message to the responsible CSR for response, results in long response times.
Additionally, these traditional systems do not provide any efficient means to provide quality assurance and electronic message tracking. For example, once the responsible CSR
responds to the message, it is sent to the customer without being reviewed for appropriate content. This lack of quality control may result in inappropriate, or inaccurate, responses being sent to customers and accordingly, damage to valuable customer relations.
Additionally, in these known systems, the manual forwarding of electronic message inquiries to responsible CSRs results in a lack of message status tracking. In these known electronic messaging systems it is virtually impossible to administer the status of the electronic message inquiries, to determine what the inquiries were about, who the responsible CSR is, which inquiries have been responded to, and which inquiries are still in need of attention. For example, as an illustration, assume that in one week Company "Fortune 500"
receives 100,000 e-mail inquiries. Assume that the e-mail messages were distributed as follows:
25,000 messages were sent to 100 different technical support CSRs;
25,000 messages were sent to 100 different billing CSRs;
25,000 messages were sent to 100 different product CSRs;
5,000 messages were sent to 20 different dealer locator CSRs; and 20,000 messages were sent to 100 general CSRs.
With traditional e-mail messaging systems, the only way that these different CSRs can obtain access to the appropriate e-mail inquiry is to either:
1.) manually forward the e-mails to the responsible CSR;
2.) print out the e-mail message and physically deliver it to the responsible CSR; or 3.) have the original e-mail message sent directly to the different e-mail addresses of each CSR.
All of these methods would be inefficient for distributing e-mail inquiries to responsible CSRs and, accordingly, for the subsequent responding to the 100,000 e-mail messages.
Additionally, with these known systems, it would be virtually impossible to provide any administrative tracking or quality assurance on these 100,000 e-mail inquiries. Once the e-mail inquiry has been forwarded to the responsible CSR, administration could not efficiently track the status of the inquiry (i.e. responded to or still pending) or the content of the responses being sent. In these known systems, the individual CSR would have to individually inform administration of the status of each assigned e-mail inquiry and forward each response to administration for approval.
As the popularity of the Internet increases, electronic message communication will become a standard and indispensable form of communication. Accordingly, companies need to implement e-mail communication with their customers. Additionally, many companies are, and will be, receiving thousands of electronic message inquiries per week. Accordingly, there is a need for an electronic message management system that provides for the efficient storage, administration, tracking and reporting of customer inquiries.
Additionally, an electronic message management system is needed which will allow the generation of timely responses to electronic message inquiries. The present invention provides such an electronic message management system that provides the following advantages over existing e-mail programs:
1.) provides an automatic interface to a structured database for forwarding all electronic messages;
2.) provides access to the database by authorized CSRs, from remotely located computers;
3.) stores the electronic messages by predetermined attributes (e.g. time the inquiry was received, the e-mail address of the customer, the status of the message) so that the e-mail inquiries can be retrieved by any, or all, of the attributes;
4.) allows administrators to provide quality assurance reviews on selected responses before sending the message to the customer;
4.) allows administrators to provide quality assurance reviews on selected responses before sending the message to the customer;
5.) provides updates to the interface based on CSR or administrator activities so that the status of all electronic messages are current;
6.) provides a list of authorized CSRs that may have access to the electronic messages in the interface, and allows customized settings of individual CSR privileges;
7.) provides security against hackers and viruses;
8.) provides a historical record of all electronic messages from each customer;
9.) interfaces the CSRs to a database containing predefined, standard, responses for frequently asked questions;
10.) allows the forwarding of the message to the relevant expert, the database being updated to indicate that the message has been referred to an expert;
11.) tracks the responses to all electronic message inquiries and updates the database accordingly;
12.) provides the ability to efficiently add additional CSRs, delete CSRs, add standard responses, and to provide custom reports;
13.) allows categorization of all electronic inquiries/messages by client-defined categories;
14.) allows the reporting of the average response time of responses; and 15.) allows the monitoring of CSRs.
In accordance with one aspect of the invention, there is provided a system for managing electronic messages from customers, comprising a system for managing electronic messages from customers, comprising a first programmed digital computer programmed to receive electronic messages from customers, a relational database operatively coupled to said first programmed digital computer to automatically receive and store said electronic messages from said first programmed digital computer, said relational database being configured to assign predetermined tracking attributes to said electronic messages and means facilitating electronic access, according to at least one of said predetermined attributes, to electronic messages stored by said relational database, by a customer service representative entitled to review said electronic messages.
In accordance with another aspect of the invention, there is provided a method for managing electronic messages from customers where the electronic messages are received from the Internet or an Intranet. The method involves receiving electronic messages from the customers, automatically forwarding the electronic messages to a structured database, storing the electronic messages in the database, structuring the storage of each one of the electronic messages by assigning to each message predetermined attributes for tracking the electronic messages and providing an interface for allowing customer service representatives access to the database from a computer located apart from the database.
In accordance with another aspect of the invention, there is provided a method for managing electronic messages from customers, the electronic messages being received from the Internet or an Intranet. The method involves receiving electronic messages from the customers, transfernng the electronic messages to a structured database, storing the electronic messages in the database, structuring the storage of each one of the electronic messages by assigning to each message at least one predetermined message attribute for tracking the electronic messages and providing an interface for allowing customer service representatives access to the database from a computer.
The present system also allows for the administering and updating of the database according to specific application needs.
In addition to the features mentioned above, objects and advantages of the present invention will be readily apparent upon a reading of the following description.
BRIEF DESCRIPTION OF THE DRAWINGS
Novel features and advantages of the present invention, in addition to those mentioned above, will become apparent to those skilled in the art from a reading of the following detailed description in conjunction with the accompanying drawings wherein similar reference characters refer to similar parts and in which:
i, Figure 1 illustrates one embodiment of the e-mail management system of the presentinvention;
Figure 2 illustrates a block diagram illustrating one embodiment of the interface between the Web server and the database;
Figure 3 illustrates a flow chart depicting the main operational steps of the e-mail management system;
Figure 4A illustrates a flow chart depicting the main steps for accessing and responding to e-mail messages;
Figure 4B illustrates a flow chart depicting the choices available to a CSR
when handling e-mail messages in the system of the present invention;
6a Figure 5 illustrates a flow chart depicting the steps for forwarding a message to an expert;
Figure 6 illustrates a flow chart depicting the steps needed for replying to an e-mail message;
Figure 7 illustrates a flow chart depicting the steps for providing a quality assurance review of e-mail responses;
Figure 8 illustrates a flow chart depicting the steps for administering the e-mail system of the present invention;
Figure 9 illustrates a flow chart depicting the steps for requesting a report;
and Figures 10-34 illustrate example screen shots from various pages of a preferred system of the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS) The preferred system herein described is not intended to be exhaustive or to limit the invention to the precise forms disclosed. They are chosen and described to explain the I S principles of the invention, and the application of the method to practical uses, so that others skilled in the art may practice the invention.
Figure 1 illustrates one embodiment of the electronic management system 10 of the present invention. The system is preferably comprised of a server 14, a computer running mail server software 15, a database 16, and a customer service representative (CSR) computer 18. {A mail server 15 would not be needed if all electronic messages were submitted via Web page forms).
It is preferred that the server 14, the mail server 15, the database 16, and the CSR
computer 18 be connected by a network. This network, preferably, makes up the call center network 10 of the present invention. For example, the network 10 may be an ethernet network based on Transfer Connect Protocol/ Internet Protocol (TCP/IP), although it is appreciated that other protocols may be used. The network 10 may also be part of a Wide Area Network (WAN). It is also appreciated that the components of the present system may be variously arranged. For example, the server 14, acting as a Web server, may also be configured as the mail server. However, in the preferred embodiment, as illustrated in Figure 1, the mail server 15 is a separate computer from the server I4, and linked by the network.
The server 14 is generally a large capacity computer programmed for interfacing the CSR computer 18 and the database 16. The server 14 is preferably a computer configured, or programmed, with Web server software. The server 14, configured with Web server software (i.e. a "Web server"), serves as an interface between the CSR's computer 18, configured with Web browser software, and the database 16.
Typically, the network is connected by a T1 line to the Internet. Again, it is preferred that the server 14 be configured with Web server software with the capability to store, and transfer, Hypertext Markup Language (HTML) files and/or other scripts. As will be discussed, the CSR user interfaces are, preferably, viewed through a Web browser which 1 S accesses HTML code, or files, stored at the server 14.
The customer's computer 12 is typically a personal computer having a modem for communicating with the call center network 10 facility, through the Internet.
There are many advantages of using the Internet to communicate with the call center network, e.g., the customer has access to low cost clients (i.e. Web browsers), and the Web allows standard user interfaces and the ability to work across different platforms and applications.
In the preferred embodiment, the customer sends an electronic message, or inquiry, through the Internet, which finds its way to the mail server 15. (Electronic messages include, but are not limited to, e-mail messages). If e-mail, the mail server 15 receives and accepts the electronic message (if the message is submitted from a Web page form it is interface directly to the database 16). The mail server 15 is preferably a mail server program (e.g.
Microsoft Exchange Server) that may either be located on the server 14, or a separate computer electronically linked to the server 14 (i.e. the server 14 may be configured with both Web server software and mail server software or the server 14 configured with Web server software may be electronically connected to another computer 15 configured with mail server software).
In any case, the call center network 10 is configured to automatically transfer the received electronic messages to the database 16 for storage (i.e. without an intermediate manual step). Automatic transfer of the electronic messages may either be the automatic forwarding of the messages or having the messages pulled by the database. For example, a IO customer, using an e-mail client (e.g. Eudora) located on his computer 12 sends an e-mail message to companysupport@matrixx.net. The e-mail message travels through the Internet and enters the call center network 10. The e-mail message is routed to the mail server 15 (This is accomplished through known mail protocols, for example, the mail server 15 is configured to accept and send Internet e-mail. When a mail message arrives it is sent to the server defined as the mail server in the Domain Name Service and MX records).
The database 16 is programmed to automatically retrieve the e-mail messages from the mail server. In other words, a program may be written that retrieves predetermined received e-mail messages from the mail server and delivers them to the database 16 for storage. This program may be written in a number of different languages including C++ or SQL. The key being to provide automated integration between the mail server, the Web page, and any SQL
stored procedures.
It should be appreciated that electronic messages from customers may be received in forms other than through traditional e-mail clients. For example, an electronic message may be sent from on-line forms embedded in company Web pages. These electronic messages may also be sent to the Web server 14, and stored in the database 16. For example, company Web sites may have on-line forms for submitting data or customer inquiries.
These forms submit the message to a program, preferably written in C++, on the Web Server 14. Once the program receives the message, it stores the message in the database 16.
The database 16 is generally a storage area for the received electronic messages, including e-mails, and any other data required by the system (e.g. CSR data).
It is preferred that the database 16 be a complete database management system (DBMS) which acts to organize and standardize data retrieval and storage, and is controlled by a language that helps to manipulate the data and allows querying of the database (e.g. SQL).
Although the database 16 may be a "flat file" it is preferred that the database 16 be a relational database. A relational database is a database that stores the information in tables, and where there are rules that define the relationship between the tables.
Generally, the tables in a relational database are separated by different entities (e.g. all received e-mail messages, all data on CSRs, and predefined CSR standard responses). Generally, each row of a database table defines a subset of that particular entity where each column of that table defines a specific attribute, or category, for that entity. For example, a table storing ali received e-mail messages may be stored as one table or entity. One row may be designated for each separate e-mail message where the message is given specific attributes defined by each column of that row (e.g., the time the message was received or the status of the message).
Figure 2 illustrates a block diagram illustrating one embodiment of the interface 24 between the Web server 14 and the database 16. The Web server 14 may be connected to more than one database 16. The server 14 is adapted to interface with the database 16 so that the CSR may access, and retrieve, the data residing on the database 16. For example, a server 14, acting as a Web server i4, generally consists of HTML files and electronically communicates with the CSR computers 18 using HyperText Transfer Protocol (HTTP).
When a Web page is requested by the Web browser, HTML files are sent from the Web Server I4 to the CSR Web browser via HTTP. When data from the database 16 is needed, the Web page is programmed to retrieve the data from the database 16.
Accordingly, the server 14 and the database 16 must be integrated for proper communication. However, in many cases the server 14, acting as an interface to the database 16, cannot communicate with standard databases without an interface 24 that maps the incoming query to the server 14 to the appropriate semantics in the database 16.
In many databases today, Structured Query Language ("SQL") is used as the industry standard. SQL is a data language designed for creating, manipulating, and controlling relational databases. In order for a Web Server 14 to communicate with a database, a 20 program extension 26 may be needed that converts the requests for data from the Web server 14 to a form that the database 16 will understand. For example, if the database 16 is a SQL
database, the programmed program extension 26 will convert the data request from the Web Server 14 to SQL so that the database 16 will understand. However, in the preferred embodiment a program extension 26 is not required. In the preferred embodiment, the Web Server speaks directly to the database with Internet Database Connector files ("IDC" files) which allow Web pages to interface with the data in the database 16.
Additionally, in the preferred embodiment, an Open Database Connectivity (ODBC) layer is also programmed into the call center network 10. ODBC is a standard interface between the database 16 and an application trying to access the data in the database 16.
Basically, the ODBC layer 28 allows any front end application to access the database 16 (in other words, the ODBC interface 28 is a program that provides a uniform way of calling data request to a database 16).
Accordingly, in the preferred embodiment, a data request from the Web server 14 is sent via IDC files, which use ODBC-compatible SQL, to the ODBC interface 28.
The ODBC
layer 28 converts the ODBC SQL calls into the predetermined database 16 native calls and then performs the database 16 interaction. The ODBC layer may also return the results of the data queries in a uniform way to the Web server 14.
The operation of the invention can be understood with reference to the flowcharts of Figures 3-9 and corresponding screen shots illustrated in Figures 10-34. The flowcharts of Figure 3-9 describe the operational flow of one example system of the present invention.
Screen shots from various stages of the system flow are depicted in Figures 10-27, however not all screen shots have been provided.
As discussed above, customers submit electronic message inquiries (e.g. e-mail) to the call center network 10. As discussed, the electronic messages are automatically transferred to a database 16 according to a predetermined format. Accordingly, the CSRs must access the electronic messages stored on the database 16 and respond to the inquiries.
A CSR accesses the database 16 from a computer station 18 electronically connected to the server 14. It is preferred that the CSR stations 18 are connected to the server 14 via a TCP/IP network, however, it should be understood that other network and data transfer protocols may suffice. As discussed, the server 16 is a computer that interfaces the CSR
computer 18 with the database 16. It is preferred that the server 16 be configured with Web server software that allows the maintenance of HTML files, i.e. Web pages, that are used as interfaces to the database 16 (The following explanation of the invention and the flowcharts assume HTML as the preferred file format of the user interfaces although other formats may be used. Accordingly, the server 14 in the following explanation will be configured with Web server software, i.e. a Web server 14).
To access the database 16, a CSR points his Web browser to the appropriate address (e.g. a URL 13) of the starting address of the call center interface files located on the Web server 14. The Web server 14 transmits the HTML files of the CSR login page to the requesting CSR. (See the screen shot of Figure 10.) The CSR then logs in with his ID and his password block 30. A program then checks to make sure the ID and the password are of a required form block 32 and sends the data to the database to make sure the CSR
is allowed access block 34. It is preferred that an ID and password checking program be embedded in the HTML. For example a script is sent to the browser where it is subsequently run by the browser running on the CSR computer 18.
If the ID and password are of a required form, they are sent to the database to confirm the CSR may access the messages. If the CSR is authorized, the HTML files informing the user of authorized access are sent to the CSR browser (see Figure 11). Upon clicking the "continue button" 17, the main navigational page (see screen shot of Figure 12) are sent to the CSR computer 18. The main navigational page is displayed block 36 via the Web browser at the CSR computer 18. The call center interface may be programmed so as to require the changing of CSR passwords after a predetermined time. The main navigational page provides links, to HTML, or Web, page interfaces that allow the CSR to perform one of the main functions of the call center system 10. The CSR may opt to:
1.) access and process the received electronic messages;
2.) provide administrative functions;
3.) create detailed reports;
2p 4.) view the history of the received electronic messages; or 5.) change the passwords of the CSRs.
The CSR selects one of these options block 38 by clicking on the appropriate link in the main navigational page as illustrated in Figure 12. For example, if the CSR wants to respond to e-mail messages he clicks on the "e-mail" link 40; if he wants to administer the system he clicks on the "Administration" link 42; if he wants to view a report on system statistics he clicks on the "Reports" link 44; if he wants to retrieve a history report he clicks on the "History" link 46; if he wants to change passwords he clicks on the "Password" link ;
and if he wants to process mail, he clicks on the "Process Mail" link.
By clicking on the "e-mail" link 40 on the main navigational page, the database is queried to find which e-mail addresses the CSR may respond to and how many e-mails are waiting response. The results of the query are used to create the HTML file of the "E-mail Response" page. The "E-mail Response" page is sent to the CSR computer 18 from the Web server 14. (Figures 4A and 4B illustrate a flow chart depicting the main steps for accessing and responding to e-mail messages.) Once the HTML files are received at the CSR computer 18, the "E-mail Response" page, illustrated in Figure 13, is displayed block 52 via the Web browser.
The E-mail Response page preferably gives the CSR the option of either:
1.) selecting a group of e-mail messages to respond to if the CSR has permission to respond to the received electronic messages; or I S 2.) selecting a group of e-mail messages to provide quality assurance (QA) reviews block 54.
E-mail messages are preferably grouped according to the e-mail addresses where the inquiry was sent. For example, all e-mail messages sent to a particular e-mail group are all preferably grouped together, stored together in the database 16, and accessed together. For example, in Figure 13, there is only one group, "cyberesponse@matrixx.net". It is preferred that only the CSR groups to which each CSR has access be listed on the retrieved page. It is important to note that many CSRs (each linked by a computer 18) can respond to a single address/group. Setting CSR privileges to groups is discussed in further detail below.
If the CSR wishes to access and respond to e-mail messages, the CSR selects a group to respond to block 56. By selecting a group, the corresponding electronic messages received, and queued, for that group are retrieved block 58 from the database 16 and sent to the CSR computer 18 where they are displayed via HTML block 60. An example of a "Queued Messages" page is illustrated in Figure 14. In the example page of Figure 14, the retrieved messages are categorized by:
1.) message number;
2.) response number;
3.) the status of the message;
4.) whether the message has been assigned;
5.) when the message was received;
6.) who sent the message, including the customer's e-mail address; and 7.) the subject of the message.
It is preferred that the messages be separated into three different subgroups:
the General message subgroup 62, the QA message subgroup 64, and the Expert message subgroup 66. The QA message subgroup contains all the messages that are awaiting QA
I S review or messages denied by QA. All the messages in the Expert message subgroup are messages that are awaiting expert response or have been answered by an expert.
The General message group contains all other messages that are still in queue. As illustrated in Figure 14, the status of the QA messages are either "From QA" or "Pending QA".
Messages with the "From QA" status indicate that the message has been reviewed and denied by a CSR with QA privileges. Messages with the "Pending QA" status indicate that the message has not yet been reviewed. Similarly, the status of the Expert messages are either "From Expert", indicating the expert has responded to the CSR's inquiry, or "Wait for Expert", indicating the CSR is still waiting for the expert to respond. Messages in the General message subgroup 62 may indicate to which CSR the message has been assigned.
A CSR may have the option to retrieve messages from either the General message subgroup 62, the QA message subgroup 64, or the Expert message subgroup 66 (block 68).
If the CSR wishes to respond to a message that has not yet been opened or assigned, the CSR
may click on a link 70 of a message that has a status of "Unopened" and "Unassigned"
Upon clicking such a link, the message is retrieved from the database 16 (the database 16 being updated to indicate the message has been opened) and sent to the CSR
computer 18 where it is displayed via the Web browser block 72.
Upon clicking on an unassigned e-mail message to review, the CSR is given the option to either:
1.) assign the message to himself; or 2.) return to the queued message page Figure 14 without assigning the message block 78.
If the CSR does not wish to assign the message to himself, the CSR is returned to the queued message page. If the CSR wishes to assign the message to himself, the CSR clicks on 1 S the "Assign Message to Me" link. The database 16 is updated to indicate that the message has been assigned block 82. Upon assigning the message, the CSR is sent another HTML
page which contains text asking the CSR to assign a category to the message block 84. See Figure 15. Upon assigning a category(s), the database 16 is updated to reflect which categories the message has been assigned. Once a category is assigned to the message, CSR
is given the option to either respond to the message, refer the question to an expert, or not respond to the message block 86.
If the CSR indicates that a response is not needed for a particular message, the CSR so indicates and the message is removed from the queued message table and the database is updated to indicate the message did not need a response block 88.
If the CSR wishes to refer the message to an expert more suited to respond to the inquiry, the CSR clicks on the appropriate link. Figure 5 illustrates a flowchart of the steps for referring a message to an expert. An HTML page is sent to the CSR block 90 requesting expert referral that asks the CSR to select an expert to take the message (see Figure 16 S illustrating an example screen shot). The CSR then selects an expert and refers the message to the designated expert block 92 and 94. The database 16 is then updated to indicate that the message has been referred to an expert and that it is pending response from that expert block 96. Once the expert reviews and responds to the message, the database 16 is updated to indicate that the expert has responded to the message, i.e. "From Expert".
An expert is preferably a CSR that has been given expert privileges or a designated expert outside the E-mail management system, as will be discussed below. Accordingly, the expert accesses the management system via a computer configured similarly to the CSR computer 18 (or if outside the E-mail management system, receives and replies to expert inquiry via standard Internet E-mail).
From the page illustrated in Figure 15, the CSR may wish to respond to an assigned message rather than referring it to an expert. Figure 6 illustrates a flow chart depicting the steps needed for replying to an e-mail message. The CSR will have the option of providing a custom response, a standard response, or both, to the inquiry blocks 98-104.
The standard responses are stored and retrieved from the database 16. They are preferably indexed, and retrieved, by the particular group, category, or keyword of the message (Figure 17 illustrates a screen shot listing example standard responses). Providing standard responses to frequently asked customer questions reduces the time required to respond to many of the customer inquiries.
The system 10 is programmed to determine whether the response requires QA
review block 106, prior to the message being sent to the originating customer. As will be discussed in greater detail below, the administrator of the system may designate responses from certain CSRs as requiring QA review (discussed in greater detail below). In other words, all responses of designated CSRs must be given a QA review before their responses are sent to the customers. This feature allows the monitoring of CSR responses. This is especially S important when training CSRs or when certain CSRs have a discourteous service record. If the response requires QA review, the response is flagged for QA review and the database 16 is updated to indicate that the stored response is to be reviewed and approved before being sent blocks 108 and 110. If the response does not require QA review, the message is sent to the customer and the database 16 is updated to indicate that the message was responded to blocks 112-116.
As discussed above, a CSR with QA privileges may opt to provide a QA review on the CSR responses as opposed to responding to a message block 54. Figure 7 illustrates a flow chart depicting the steps for providing a quality assurance review of e-mail responses.
Once a CSR indicates that he wishes to review submitted CSR responses that are in queue, an HTML page is sent to the CSR computer 18 containing a table of responses that must be reviewed (the responses are retrieved from the database I6) block 118. Figure 18 illustrates an example screen shot of a page listing messages to be given QA review.
The CSR may then click on a message to review block 120. An HTML file is sent to the CSR computer 18 that, preferably, displays the text of the message, the response formulated by a CSR, and other message data block 122. This data being retrieved from the database 16. Upon QA review, the reviewing CSR may accept or deny the response block 124. If the response is accepted, it is sent to the customer and the database 16 is updated to indicate that the customer message was reviewed and replied to blocks 126, 128. If the response is denied, the QA CSR sends the denied message back to the CSR with an explanation and a recommendation of how to respond to the inquiry. The database I6 is updated to indicate that the response has been reviewed and denied block 130.
As previously discussed, a CSR, with administrative privileges, has the option to perform administrative duties on the electronic message management system. The administrative CSR may perform administrative functions by clicking on the appropriate link in the main navigational page block 38 as illustrated in Figure I2. Once the administrative CSR clicks on the administrative link, an HTML file of the main administrative options page is sent to the CSR block 132, located at a CSR computer 18 (Figure 19 illustrates an example screen shot of the main administrative options page of the present invention).
Figure 8 illustrates a flow chart depicting the steps for administering the electronic message system of the present invention.
From the main administrative options page Figure 19, the CSR may elect to update message groups (these groups preferably consisting of a number predetermined e-mail addresses), update CSR data, or update a group of messages block 134. In updating CSR
data, the administrative CSR may add new CSRs block 136 or change existing CSR
privileges block 138. Figure 20 illustrates an example screen shot for adding CSRs and updating CSR privileges. Again, these screen shots are preferably HTML files, or pages, displayed with a Web browser located at the CSR computer 18. As illustrated in Figure 20, the administrative CSR may change CSR passwords, update CSR privileges, and give permissions to selected groups the CSR may respond to. It is also preferred that the pages be linked to the database 16, so that changes to the CSR data made on the page are automatically made in the database 16, according to the methods previously discussed (i.e.
The data is sent via the CSR computer 18 to the Web server i4 to the database 16).
The administrative CSR may also choose to update a group, or a group address.
Figure 21 illustrates example screen shots displayed at the administrative CSR's computer 18 for updating group data. As illustrated in Figure 21, an administrative CSR
may have the option block 140 to:
change the categories of a group block 142, Figure 21;
assign CSRs to a group block 144, Figure 22;
add or change standard responses of the group block 146, Figure Z3;
add or change the signatures of the group Figure 24; or view a summary page of the group Figure Z5.
It is preferred that these pages be linked to the database 16, so that changes to the group data made on the page are automatically uploaded to the database 16.
The administrative CSR may also grant other CSRs the privilege to view reports (Reports CSRs). The Reports CSRs may choose to view a report on a certain group. Figure 9 illustrates a flow chart depicting the steps for requesting a report. In the preferred embodiment, the Reports CSRs have the option to view a report of a group block 148 based on either the:
category of messages block 150;
time and/or day the messages were received block 152;
messages of a group that did not need a response block 154;
messages that were initiated by a CSR block 156;
messages that are still pending block 158; or messages that have been reviewed by a QA CSR .
Figures 26-34 illustrate example screen shots displayed at the administrative CSR's computer Z8 for viewing and printing group reports. The reports are created by retrieving the appropriate data from the database 16 and sending them to the CSR computer 18 to be displayed in a predetermined interface format, preferably created by HTML. As discussed, the requests for data sent from these pages are sent to the server 14 which interfaces these data requests to the database 16.
It is also preferred that the present system allow the CSRs to initiate e-mail messages to the customers from their computers 18. It is also preferred that the CSRs e-mail programs be linked to the database 16 so that the system may track and store:
i) which CSR sent the e-mail;
ii) when the e-mail was sent;
iii) where the e-mail was sent; and iv) what the e-mail message consisted o~
This feature allows the system of the present invention to track CSR
performance for CSR initiated e-mails similarly to the tracking of CSR responses to customer initiated messages.
Having shown and described a preferred embodiment of the invention, those skilled in the art will realize that many variations and modifications may be made to affect the 1 S described invention and still be within the scope of the claimed invention. It should be appreciated that the present system may be implemented by other data protocols, programming languages, and differing arrangements of certain programs and interfaces not discussed in the present application. Thus, many of the elements indicated above may be altered or replaced by different elements which will provide the same result and fall within the spirit of the claimed invention. It is the intention, therefore, to limit the invention only as indicated by the scope of the claims.
In accordance with one aspect of the invention, there is provided a system for managing electronic messages from customers, comprising a system for managing electronic messages from customers, comprising a first programmed digital computer programmed to receive electronic messages from customers, a relational database operatively coupled to said first programmed digital computer to automatically receive and store said electronic messages from said first programmed digital computer, said relational database being configured to assign predetermined tracking attributes to said electronic messages and means facilitating electronic access, according to at least one of said predetermined attributes, to electronic messages stored by said relational database, by a customer service representative entitled to review said electronic messages.
In accordance with another aspect of the invention, there is provided a method for managing electronic messages from customers where the electronic messages are received from the Internet or an Intranet. The method involves receiving electronic messages from the customers, automatically forwarding the electronic messages to a structured database, storing the electronic messages in the database, structuring the storage of each one of the electronic messages by assigning to each message predetermined attributes for tracking the electronic messages and providing an interface for allowing customer service representatives access to the database from a computer located apart from the database.
In accordance with another aspect of the invention, there is provided a method for managing electronic messages from customers, the electronic messages being received from the Internet or an Intranet. The method involves receiving electronic messages from the customers, transfernng the electronic messages to a structured database, storing the electronic messages in the database, structuring the storage of each one of the electronic messages by assigning to each message at least one predetermined message attribute for tracking the electronic messages and providing an interface for allowing customer service representatives access to the database from a computer.
The present system also allows for the administering and updating of the database according to specific application needs.
In addition to the features mentioned above, objects and advantages of the present invention will be readily apparent upon a reading of the following description.
BRIEF DESCRIPTION OF THE DRAWINGS
Novel features and advantages of the present invention, in addition to those mentioned above, will become apparent to those skilled in the art from a reading of the following detailed description in conjunction with the accompanying drawings wherein similar reference characters refer to similar parts and in which:
i, Figure 1 illustrates one embodiment of the e-mail management system of the presentinvention;
Figure 2 illustrates a block diagram illustrating one embodiment of the interface between the Web server and the database;
Figure 3 illustrates a flow chart depicting the main operational steps of the e-mail management system;
Figure 4A illustrates a flow chart depicting the main steps for accessing and responding to e-mail messages;
Figure 4B illustrates a flow chart depicting the choices available to a CSR
when handling e-mail messages in the system of the present invention;
6a Figure 5 illustrates a flow chart depicting the steps for forwarding a message to an expert;
Figure 6 illustrates a flow chart depicting the steps needed for replying to an e-mail message;
Figure 7 illustrates a flow chart depicting the steps for providing a quality assurance review of e-mail responses;
Figure 8 illustrates a flow chart depicting the steps for administering the e-mail system of the present invention;
Figure 9 illustrates a flow chart depicting the steps for requesting a report;
and Figures 10-34 illustrate example screen shots from various pages of a preferred system of the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS) The preferred system herein described is not intended to be exhaustive or to limit the invention to the precise forms disclosed. They are chosen and described to explain the I S principles of the invention, and the application of the method to practical uses, so that others skilled in the art may practice the invention.
Figure 1 illustrates one embodiment of the electronic management system 10 of the present invention. The system is preferably comprised of a server 14, a computer running mail server software 15, a database 16, and a customer service representative (CSR) computer 18. {A mail server 15 would not be needed if all electronic messages were submitted via Web page forms).
It is preferred that the server 14, the mail server 15, the database 16, and the CSR
computer 18 be connected by a network. This network, preferably, makes up the call center network 10 of the present invention. For example, the network 10 may be an ethernet network based on Transfer Connect Protocol/ Internet Protocol (TCP/IP), although it is appreciated that other protocols may be used. The network 10 may also be part of a Wide Area Network (WAN). It is also appreciated that the components of the present system may be variously arranged. For example, the server 14, acting as a Web server, may also be configured as the mail server. However, in the preferred embodiment, as illustrated in Figure 1, the mail server 15 is a separate computer from the server I4, and linked by the network.
The server 14 is generally a large capacity computer programmed for interfacing the CSR computer 18 and the database 16. The server 14 is preferably a computer configured, or programmed, with Web server software. The server 14, configured with Web server software (i.e. a "Web server"), serves as an interface between the CSR's computer 18, configured with Web browser software, and the database 16.
Typically, the network is connected by a T1 line to the Internet. Again, it is preferred that the server 14 be configured with Web server software with the capability to store, and transfer, Hypertext Markup Language (HTML) files and/or other scripts. As will be discussed, the CSR user interfaces are, preferably, viewed through a Web browser which 1 S accesses HTML code, or files, stored at the server 14.
The customer's computer 12 is typically a personal computer having a modem for communicating with the call center network 10 facility, through the Internet.
There are many advantages of using the Internet to communicate with the call center network, e.g., the customer has access to low cost clients (i.e. Web browsers), and the Web allows standard user interfaces and the ability to work across different platforms and applications.
In the preferred embodiment, the customer sends an electronic message, or inquiry, through the Internet, which finds its way to the mail server 15. (Electronic messages include, but are not limited to, e-mail messages). If e-mail, the mail server 15 receives and accepts the electronic message (if the message is submitted from a Web page form it is interface directly to the database 16). The mail server 15 is preferably a mail server program (e.g.
Microsoft Exchange Server) that may either be located on the server 14, or a separate computer electronically linked to the server 14 (i.e. the server 14 may be configured with both Web server software and mail server software or the server 14 configured with Web server software may be electronically connected to another computer 15 configured with mail server software).
In any case, the call center network 10 is configured to automatically transfer the received electronic messages to the database 16 for storage (i.e. without an intermediate manual step). Automatic transfer of the electronic messages may either be the automatic forwarding of the messages or having the messages pulled by the database. For example, a IO customer, using an e-mail client (e.g. Eudora) located on his computer 12 sends an e-mail message to companysupport@matrixx.net. The e-mail message travels through the Internet and enters the call center network 10. The e-mail message is routed to the mail server 15 (This is accomplished through known mail protocols, for example, the mail server 15 is configured to accept and send Internet e-mail. When a mail message arrives it is sent to the server defined as the mail server in the Domain Name Service and MX records).
The database 16 is programmed to automatically retrieve the e-mail messages from the mail server. In other words, a program may be written that retrieves predetermined received e-mail messages from the mail server and delivers them to the database 16 for storage. This program may be written in a number of different languages including C++ or SQL. The key being to provide automated integration between the mail server, the Web page, and any SQL
stored procedures.
It should be appreciated that electronic messages from customers may be received in forms other than through traditional e-mail clients. For example, an electronic message may be sent from on-line forms embedded in company Web pages. These electronic messages may also be sent to the Web server 14, and stored in the database 16. For example, company Web sites may have on-line forms for submitting data or customer inquiries.
These forms submit the message to a program, preferably written in C++, on the Web Server 14. Once the program receives the message, it stores the message in the database 16.
The database 16 is generally a storage area for the received electronic messages, including e-mails, and any other data required by the system (e.g. CSR data).
It is preferred that the database 16 be a complete database management system (DBMS) which acts to organize and standardize data retrieval and storage, and is controlled by a language that helps to manipulate the data and allows querying of the database (e.g. SQL).
Although the database 16 may be a "flat file" it is preferred that the database 16 be a relational database. A relational database is a database that stores the information in tables, and where there are rules that define the relationship between the tables.
Generally, the tables in a relational database are separated by different entities (e.g. all received e-mail messages, all data on CSRs, and predefined CSR standard responses). Generally, each row of a database table defines a subset of that particular entity where each column of that table defines a specific attribute, or category, for that entity. For example, a table storing ali received e-mail messages may be stored as one table or entity. One row may be designated for each separate e-mail message where the message is given specific attributes defined by each column of that row (e.g., the time the message was received or the status of the message).
Figure 2 illustrates a block diagram illustrating one embodiment of the interface 24 between the Web server 14 and the database 16. The Web server 14 may be connected to more than one database 16. The server 14 is adapted to interface with the database 16 so that the CSR may access, and retrieve, the data residing on the database 16. For example, a server 14, acting as a Web server i4, generally consists of HTML files and electronically communicates with the CSR computers 18 using HyperText Transfer Protocol (HTTP).
When a Web page is requested by the Web browser, HTML files are sent from the Web Server I4 to the CSR Web browser via HTTP. When data from the database 16 is needed, the Web page is programmed to retrieve the data from the database 16.
Accordingly, the server 14 and the database 16 must be integrated for proper communication. However, in many cases the server 14, acting as an interface to the database 16, cannot communicate with standard databases without an interface 24 that maps the incoming query to the server 14 to the appropriate semantics in the database 16.
In many databases today, Structured Query Language ("SQL") is used as the industry standard. SQL is a data language designed for creating, manipulating, and controlling relational databases. In order for a Web Server 14 to communicate with a database, a 20 program extension 26 may be needed that converts the requests for data from the Web server 14 to a form that the database 16 will understand. For example, if the database 16 is a SQL
database, the programmed program extension 26 will convert the data request from the Web Server 14 to SQL so that the database 16 will understand. However, in the preferred embodiment a program extension 26 is not required. In the preferred embodiment, the Web Server speaks directly to the database with Internet Database Connector files ("IDC" files) which allow Web pages to interface with the data in the database 16.
Additionally, in the preferred embodiment, an Open Database Connectivity (ODBC) layer is also programmed into the call center network 10. ODBC is a standard interface between the database 16 and an application trying to access the data in the database 16.
Basically, the ODBC layer 28 allows any front end application to access the database 16 (in other words, the ODBC interface 28 is a program that provides a uniform way of calling data request to a database 16).
Accordingly, in the preferred embodiment, a data request from the Web server 14 is sent via IDC files, which use ODBC-compatible SQL, to the ODBC interface 28.
The ODBC
layer 28 converts the ODBC SQL calls into the predetermined database 16 native calls and then performs the database 16 interaction. The ODBC layer may also return the results of the data queries in a uniform way to the Web server 14.
The operation of the invention can be understood with reference to the flowcharts of Figures 3-9 and corresponding screen shots illustrated in Figures 10-34. The flowcharts of Figure 3-9 describe the operational flow of one example system of the present invention.
Screen shots from various stages of the system flow are depicted in Figures 10-27, however not all screen shots have been provided.
As discussed above, customers submit electronic message inquiries (e.g. e-mail) to the call center network 10. As discussed, the electronic messages are automatically transferred to a database 16 according to a predetermined format. Accordingly, the CSRs must access the electronic messages stored on the database 16 and respond to the inquiries.
A CSR accesses the database 16 from a computer station 18 electronically connected to the server 14. It is preferred that the CSR stations 18 are connected to the server 14 via a TCP/IP network, however, it should be understood that other network and data transfer protocols may suffice. As discussed, the server 16 is a computer that interfaces the CSR
computer 18 with the database 16. It is preferred that the server 16 be configured with Web server software that allows the maintenance of HTML files, i.e. Web pages, that are used as interfaces to the database 16 (The following explanation of the invention and the flowcharts assume HTML as the preferred file format of the user interfaces although other formats may be used. Accordingly, the server 14 in the following explanation will be configured with Web server software, i.e. a Web server 14).
To access the database 16, a CSR points his Web browser to the appropriate address (e.g. a URL 13) of the starting address of the call center interface files located on the Web server 14. The Web server 14 transmits the HTML files of the CSR login page to the requesting CSR. (See the screen shot of Figure 10.) The CSR then logs in with his ID and his password block 30. A program then checks to make sure the ID and the password are of a required form block 32 and sends the data to the database to make sure the CSR
is allowed access block 34. It is preferred that an ID and password checking program be embedded in the HTML. For example a script is sent to the browser where it is subsequently run by the browser running on the CSR computer 18.
If the ID and password are of a required form, they are sent to the database to confirm the CSR may access the messages. If the CSR is authorized, the HTML files informing the user of authorized access are sent to the CSR browser (see Figure 11). Upon clicking the "continue button" 17, the main navigational page (see screen shot of Figure 12) are sent to the CSR computer 18. The main navigational page is displayed block 36 via the Web browser at the CSR computer 18. The call center interface may be programmed so as to require the changing of CSR passwords after a predetermined time. The main navigational page provides links, to HTML, or Web, page interfaces that allow the CSR to perform one of the main functions of the call center system 10. The CSR may opt to:
1.) access and process the received electronic messages;
2.) provide administrative functions;
3.) create detailed reports;
2p 4.) view the history of the received electronic messages; or 5.) change the passwords of the CSRs.
The CSR selects one of these options block 38 by clicking on the appropriate link in the main navigational page as illustrated in Figure 12. For example, if the CSR wants to respond to e-mail messages he clicks on the "e-mail" link 40; if he wants to administer the system he clicks on the "Administration" link 42; if he wants to view a report on system statistics he clicks on the "Reports" link 44; if he wants to retrieve a history report he clicks on the "History" link 46; if he wants to change passwords he clicks on the "Password" link ;
and if he wants to process mail, he clicks on the "Process Mail" link.
By clicking on the "e-mail" link 40 on the main navigational page, the database is queried to find which e-mail addresses the CSR may respond to and how many e-mails are waiting response. The results of the query are used to create the HTML file of the "E-mail Response" page. The "E-mail Response" page is sent to the CSR computer 18 from the Web server 14. (Figures 4A and 4B illustrate a flow chart depicting the main steps for accessing and responding to e-mail messages.) Once the HTML files are received at the CSR computer 18, the "E-mail Response" page, illustrated in Figure 13, is displayed block 52 via the Web browser.
The E-mail Response page preferably gives the CSR the option of either:
1.) selecting a group of e-mail messages to respond to if the CSR has permission to respond to the received electronic messages; or I S 2.) selecting a group of e-mail messages to provide quality assurance (QA) reviews block 54.
E-mail messages are preferably grouped according to the e-mail addresses where the inquiry was sent. For example, all e-mail messages sent to a particular e-mail group are all preferably grouped together, stored together in the database 16, and accessed together. For example, in Figure 13, there is only one group, "cyberesponse@matrixx.net". It is preferred that only the CSR groups to which each CSR has access be listed on the retrieved page. It is important to note that many CSRs (each linked by a computer 18) can respond to a single address/group. Setting CSR privileges to groups is discussed in further detail below.
If the CSR wishes to access and respond to e-mail messages, the CSR selects a group to respond to block 56. By selecting a group, the corresponding electronic messages received, and queued, for that group are retrieved block 58 from the database 16 and sent to the CSR computer 18 where they are displayed via HTML block 60. An example of a "Queued Messages" page is illustrated in Figure 14. In the example page of Figure 14, the retrieved messages are categorized by:
1.) message number;
2.) response number;
3.) the status of the message;
4.) whether the message has been assigned;
5.) when the message was received;
6.) who sent the message, including the customer's e-mail address; and 7.) the subject of the message.
It is preferred that the messages be separated into three different subgroups:
the General message subgroup 62, the QA message subgroup 64, and the Expert message subgroup 66. The QA message subgroup contains all the messages that are awaiting QA
I S review or messages denied by QA. All the messages in the Expert message subgroup are messages that are awaiting expert response or have been answered by an expert.
The General message group contains all other messages that are still in queue. As illustrated in Figure 14, the status of the QA messages are either "From QA" or "Pending QA".
Messages with the "From QA" status indicate that the message has been reviewed and denied by a CSR with QA privileges. Messages with the "Pending QA" status indicate that the message has not yet been reviewed. Similarly, the status of the Expert messages are either "From Expert", indicating the expert has responded to the CSR's inquiry, or "Wait for Expert", indicating the CSR is still waiting for the expert to respond. Messages in the General message subgroup 62 may indicate to which CSR the message has been assigned.
A CSR may have the option to retrieve messages from either the General message subgroup 62, the QA message subgroup 64, or the Expert message subgroup 66 (block 68).
If the CSR wishes to respond to a message that has not yet been opened or assigned, the CSR
may click on a link 70 of a message that has a status of "Unopened" and "Unassigned"
Upon clicking such a link, the message is retrieved from the database 16 (the database 16 being updated to indicate the message has been opened) and sent to the CSR
computer 18 where it is displayed via the Web browser block 72.
Upon clicking on an unassigned e-mail message to review, the CSR is given the option to either:
1.) assign the message to himself; or 2.) return to the queued message page Figure 14 without assigning the message block 78.
If the CSR does not wish to assign the message to himself, the CSR is returned to the queued message page. If the CSR wishes to assign the message to himself, the CSR clicks on 1 S the "Assign Message to Me" link. The database 16 is updated to indicate that the message has been assigned block 82. Upon assigning the message, the CSR is sent another HTML
page which contains text asking the CSR to assign a category to the message block 84. See Figure 15. Upon assigning a category(s), the database 16 is updated to reflect which categories the message has been assigned. Once a category is assigned to the message, CSR
is given the option to either respond to the message, refer the question to an expert, or not respond to the message block 86.
If the CSR indicates that a response is not needed for a particular message, the CSR so indicates and the message is removed from the queued message table and the database is updated to indicate the message did not need a response block 88.
If the CSR wishes to refer the message to an expert more suited to respond to the inquiry, the CSR clicks on the appropriate link. Figure 5 illustrates a flowchart of the steps for referring a message to an expert. An HTML page is sent to the CSR block 90 requesting expert referral that asks the CSR to select an expert to take the message (see Figure 16 S illustrating an example screen shot). The CSR then selects an expert and refers the message to the designated expert block 92 and 94. The database 16 is then updated to indicate that the message has been referred to an expert and that it is pending response from that expert block 96. Once the expert reviews and responds to the message, the database 16 is updated to indicate that the expert has responded to the message, i.e. "From Expert".
An expert is preferably a CSR that has been given expert privileges or a designated expert outside the E-mail management system, as will be discussed below. Accordingly, the expert accesses the management system via a computer configured similarly to the CSR computer 18 (or if outside the E-mail management system, receives and replies to expert inquiry via standard Internet E-mail).
From the page illustrated in Figure 15, the CSR may wish to respond to an assigned message rather than referring it to an expert. Figure 6 illustrates a flow chart depicting the steps needed for replying to an e-mail message. The CSR will have the option of providing a custom response, a standard response, or both, to the inquiry blocks 98-104.
The standard responses are stored and retrieved from the database 16. They are preferably indexed, and retrieved, by the particular group, category, or keyword of the message (Figure 17 illustrates a screen shot listing example standard responses). Providing standard responses to frequently asked customer questions reduces the time required to respond to many of the customer inquiries.
The system 10 is programmed to determine whether the response requires QA
review block 106, prior to the message being sent to the originating customer. As will be discussed in greater detail below, the administrator of the system may designate responses from certain CSRs as requiring QA review (discussed in greater detail below). In other words, all responses of designated CSRs must be given a QA review before their responses are sent to the customers. This feature allows the monitoring of CSR responses. This is especially S important when training CSRs or when certain CSRs have a discourteous service record. If the response requires QA review, the response is flagged for QA review and the database 16 is updated to indicate that the stored response is to be reviewed and approved before being sent blocks 108 and 110. If the response does not require QA review, the message is sent to the customer and the database 16 is updated to indicate that the message was responded to blocks 112-116.
As discussed above, a CSR with QA privileges may opt to provide a QA review on the CSR responses as opposed to responding to a message block 54. Figure 7 illustrates a flow chart depicting the steps for providing a quality assurance review of e-mail responses.
Once a CSR indicates that he wishes to review submitted CSR responses that are in queue, an HTML page is sent to the CSR computer 18 containing a table of responses that must be reviewed (the responses are retrieved from the database I6) block 118. Figure 18 illustrates an example screen shot of a page listing messages to be given QA review.
The CSR may then click on a message to review block 120. An HTML file is sent to the CSR computer 18 that, preferably, displays the text of the message, the response formulated by a CSR, and other message data block 122. This data being retrieved from the database 16. Upon QA review, the reviewing CSR may accept or deny the response block 124. If the response is accepted, it is sent to the customer and the database 16 is updated to indicate that the customer message was reviewed and replied to blocks 126, 128. If the response is denied, the QA CSR sends the denied message back to the CSR with an explanation and a recommendation of how to respond to the inquiry. The database I6 is updated to indicate that the response has been reviewed and denied block 130.
As previously discussed, a CSR, with administrative privileges, has the option to perform administrative duties on the electronic message management system. The administrative CSR may perform administrative functions by clicking on the appropriate link in the main navigational page block 38 as illustrated in Figure I2. Once the administrative CSR clicks on the administrative link, an HTML file of the main administrative options page is sent to the CSR block 132, located at a CSR computer 18 (Figure 19 illustrates an example screen shot of the main administrative options page of the present invention).
Figure 8 illustrates a flow chart depicting the steps for administering the electronic message system of the present invention.
From the main administrative options page Figure 19, the CSR may elect to update message groups (these groups preferably consisting of a number predetermined e-mail addresses), update CSR data, or update a group of messages block 134. In updating CSR
data, the administrative CSR may add new CSRs block 136 or change existing CSR
privileges block 138. Figure 20 illustrates an example screen shot for adding CSRs and updating CSR privileges. Again, these screen shots are preferably HTML files, or pages, displayed with a Web browser located at the CSR computer 18. As illustrated in Figure 20, the administrative CSR may change CSR passwords, update CSR privileges, and give permissions to selected groups the CSR may respond to. It is also preferred that the pages be linked to the database 16, so that changes to the CSR data made on the page are automatically made in the database 16, according to the methods previously discussed (i.e.
The data is sent via the CSR computer 18 to the Web server i4 to the database 16).
The administrative CSR may also choose to update a group, or a group address.
Figure 21 illustrates example screen shots displayed at the administrative CSR's computer 18 for updating group data. As illustrated in Figure 21, an administrative CSR
may have the option block 140 to:
change the categories of a group block 142, Figure 21;
assign CSRs to a group block 144, Figure 22;
add or change standard responses of the group block 146, Figure Z3;
add or change the signatures of the group Figure 24; or view a summary page of the group Figure Z5.
It is preferred that these pages be linked to the database 16, so that changes to the group data made on the page are automatically uploaded to the database 16.
The administrative CSR may also grant other CSRs the privilege to view reports (Reports CSRs). The Reports CSRs may choose to view a report on a certain group. Figure 9 illustrates a flow chart depicting the steps for requesting a report. In the preferred embodiment, the Reports CSRs have the option to view a report of a group block 148 based on either the:
category of messages block 150;
time and/or day the messages were received block 152;
messages of a group that did not need a response block 154;
messages that were initiated by a CSR block 156;
messages that are still pending block 158; or messages that have been reviewed by a QA CSR .
Figures 26-34 illustrate example screen shots displayed at the administrative CSR's computer Z8 for viewing and printing group reports. The reports are created by retrieving the appropriate data from the database 16 and sending them to the CSR computer 18 to be displayed in a predetermined interface format, preferably created by HTML. As discussed, the requests for data sent from these pages are sent to the server 14 which interfaces these data requests to the database 16.
It is also preferred that the present system allow the CSRs to initiate e-mail messages to the customers from their computers 18. It is also preferred that the CSRs e-mail programs be linked to the database 16 so that the system may track and store:
i) which CSR sent the e-mail;
ii) when the e-mail was sent;
iii) where the e-mail was sent; and iv) what the e-mail message consisted o~
This feature allows the system of the present invention to track CSR
performance for CSR initiated e-mails similarly to the tracking of CSR responses to customer initiated messages.
Having shown and described a preferred embodiment of the invention, those skilled in the art will realize that many variations and modifications may be made to affect the 1 S described invention and still be within the scope of the claimed invention. It should be appreciated that the present system may be implemented by other data protocols, programming languages, and differing arrangements of certain programs and interfaces not discussed in the present application. Thus, many of the elements indicated above may be altered or replaced by different elements which will provide the same result and fall within the spirit of the claimed invention. It is the intention, therefore, to limit the invention only as indicated by the scope of the claims.
Claims (51)
PROPERTY OR PRIVILEGE IS CLAIMED ARE DEFINED AS FOLLOWS:
1. A system for managing electronic messages from customers, comprising:
a first programmed digital computer programmed to receive electronic messages from customers;
a relational database operatively coupled to said first programmed digital computer to automatically receive and store said electronic messages from said first programmed digital computer, said relational database being configured to assign predetermined tracking attributes to said electronic messages; and means facilitating electronic access, according to at least one of said predetermined attributes, to electronic messages stored by said relational database, by a customer service representative entitled to review said electronic messages.
a first programmed digital computer programmed to receive electronic messages from customers;
a relational database operatively coupled to said first programmed digital computer to automatically receive and store said electronic messages from said first programmed digital computer, said relational database being configured to assign predetermined tracking attributes to said electronic messages; and means facilitating electronic access, according to at least one of said predetermined attributes, to electronic messages stored by said relational database, by a customer service representative entitled to review said electronic messages.
2. A system according to claim 1, wherein said relational database includes a sql database.
3. A system according to claim 1 or 2, wherein said means facilitating electronic access further comprises:
a second programmed digital computer electronically interfaced to said relational database, wherein a customer service representative at said second programmed digital computer may retrieve and view said stored electronic messages from said relational database.
a second programmed digital computer electronically interfaced to said relational database, wherein a customer service representative at said second programmed digital computer may retrieve and view said stored electronic messages from said relational database.
4. A system according to claim 1, 2 or 3, wherein said first programmed computer is configured with mail server software.
5. A system according to claim 3, wherein said second programmed computer is configured with Web browser software.
6. A system according to claim 3, further comprising:
a data interface for receiving data requests originating from said second programmed digital computer and converting said data requests to a language that said relational database will recognize.
a data interface for receiving data requests originating from said second programmed digital computer and converting said data requests to a language that said relational database will recognize.
7. A system according to claim 6, wherein said data interface further includes an open database connectivity interface for providing a standard interface to said database.
8. A system according to claim 3, further comprising an incoming communications line connected to said first programmed digital computer to receive electronic messages from the Internet.
9. A system according to claim 8, further comprising:
a third programmed digital computer, remotely located from said system and interfaced to said first programmed digital computer through said Internet; and wherein said third programmed digital computer is configured to allow interface to said first programmed digital computer.
a third programmed digital computer, remotely located from said system and interfaced to said first programmed digital computer through said Internet; and wherein said third programmed digital computer is configured to allow interface to said first programmed digital computer.
10. A system according to claim 3, wherein one of said predetermined tracking attributes of said electronic messages is the respective times that said electronic messages were received by said first programmed digital computer.
11. A system according to claim 3, wherein one of said predetermined attributes of said electronic message is an e-mail address of a customer who sent said electronic message.
12. A system according to claim 3, wherein one of said predetermined attributes of said electronic message is a number assigned to each of said electronic messages.
13. A system according to claim 3, wherein said database contains structured data relating to a list of customer service representatives, said data relating to a list of customer service representatives being structured by predetermined attributes.
14. A system according to claim 13, wherein said one of said attributes of said customer service data includes access privileges to said electronic messages stored on said database.
15. A system according to claim 3, wherein said second programmed digital computer is configured to allow said customer service representative to respond to said electronic messages received from said database; and wherein said customer service representative responses are tracked on said database.
16. A system according to claim 15, wherein one of said predetermined attributes of said electronic message is the status of said electronic message.
17. A system according to claim 16, wherein said status of one of said electronic messages which has not been responded to will be a pending status.
18. A method for managing electronic messages from customers, said electronic messages received from the Internet or an Intranet, the method comprising:
receiving electronic messages from said customers;
automatically forwarding said electronic messages to a structured database;
storing said electronic messages in said database;
structuring said storage of each one of said electronic messages by assigning to each message predetermined attributes for tracking said electronic messages; and providing an interface for allowing customer service representatives access to said database from a computer located apart from said database.
receiving electronic messages from said customers;
automatically forwarding said electronic messages to a structured database;
storing said electronic messages in said database;
structuring said storage of each one of said electronic messages by assigning to each message predetermined attributes for tracking said electronic messages; and providing an interface for allowing customer service representatives access to said database from a computer located apart from said database.
19. A method according to claim 18, further comprising accepting a database access request from said customer service representatives.
20. A method according to claim 18, further comprising accepting data requests from said customer service representatives.
21. A method according to claim 20, further comprising translating said data request into a language of said database.
22. A method according to claim 20, further comprising transmitting requested data from said database to said interface.
23. A method according to claim 22, further comprising translating said transmitted data into a language of said interface.
24. A method according to claim 23, further comprising:
transmitting said requested data from said interface to said computer of one of said customer service representatives; and displaying, to said one of said customer service representatives, said requested data.
transmitting said requested data from said interface to said computer of one of said customer service representatives; and displaying, to said one of said customer service representatives, said requested data.
25. A method according to claim 18, further comprising providing an attribute, in said database, for each of said electronic messages by the time each of electronic messages were received from said customer.
26. A method according to claim 18, further comprising providing an attribute, for each of said electronic messages in said database, based on an e-mail address of the customer.
27. A method according to claim 18, further comprising providing an attribute, for each of said electronic messages in said database, based on the current status of said electronic message.
28. A method according to claim 27, further comprising updating said status attribute of an electronic message that has been responded to.
29. A method according to claim 18, further comprising retrieving at least one of said electronic messages based on one of said predetermined attributes.
30. A method according to claim 18, further comprising storing data relating to said customer service representatives in said database.
31. A method according to claim 30, further comprising structuring storage of said customer service representative (CSR) data in said database by predetermined CSR attributes.
32. A method according to claim 31, further comprising:
receiving a request at said interface, by one of said customer service representatives, for a list of certain ones of said electronic messages in said database;
checking at least one of said CSR attributes in said database to determine whether said customer service representative is allowed access to said list of electronic messages; and sending said list of certain ones of said electronic messages to said customer service representative if said customer service representative is allowed access to said electronic messages.
receiving a request at said interface, by one of said customer service representatives, for a list of certain ones of said electronic messages in said database;
checking at least one of said CSR attributes in said database to determine whether said customer service representative is allowed access to said list of electronic messages; and sending said list of certain ones of said electronic messages to said customer service representative if said customer service representative is allowed access to said electronic messages.
33. A method according to claim 32, further comprising:
receiving a request, from said customer service representative, to access one of said electronic messages;
transmitting said one of said electronic messages to said customer service representative; and responding to said one of said electronic messages.
receiving a request, from said customer service representative, to access one of said electronic messages;
transmitting said one of said electronic messages to said customer service representative; and responding to said one of said electronic messages.
34. A method according to claim 31, further comprising changing said CSR
attributes based on changed CSR privileges.
attributes based on changed CSR privileges.
35. A method according to claim 31, further comprising providing an attribute, for each said customer service representative in said database, based on quality assurance privileges.
36. A method according to claim 18, further comprising:
receiving a request at said interface, from one of said customer service representatives, to access one of said electronic messages; and transmitting said one of said electronic messages to said customer service representative.
receiving a request at said interface, from one of said customer service representatives, to access one of said electronic messages; and transmitting said one of said electronic messages to said customer service representative.
37. A method according to claim 36, further comprising:
responding to said one of said electronic messages; and storing said response in said database.
responding to said one of said electronic messages; and storing said response in said database.
38. A method according to claim 37, further comprising transmitting said response to one of said customers.
39. A method according to claim 38, further comprising updating one of said predetermined message attributes of said responded to electronic message to indicate that a response was sent.
40. A method according to claim 36, further comprising updating one of said predetermined message attributes of said responded to electronic message to indicate that a quality assurance review must be conducted on said response.
41. A method according to claim 40, further comprising:
receiving a request from a quality assurance representative to review said response; and sending said response to said quality assurance representative for renew.
receiving a request from a quality assurance representative to review said response; and sending said response to said quality assurance representative for renew.
42. A method according to claim 41, further comprising:
conducting a quality assurance review on said response; and approving said response if said response meets quality assurance requirements.
conducting a quality assurance review on said response; and approving said response if said response meets quality assurance requirements.
43. A method according to claim 42, further comprising:
transmitting said response to one of said customers; and updating one of said predetermined message attributes of said electronic message to indicate that a response has been sent.
transmitting said response to one of said customers; and updating one of said predetermined message attributes of said electronic message to indicate that a response has been sent.
44. A method according to claim 43, further comprising:
receiving a request at said interface for a report, said report providing information on the status of all electronic messages of one group;
accessing said report information from said database; and transmitting said report information to a party requesting said report.
receiving a request at said interface for a report, said report providing information on the status of all electronic messages of one group;
accessing said report information from said database; and transmitting said report information to a party requesting said report.
45. A method according to claim 44, wherein receiving a request at said interface for a report is followed by translating said report request into a language of said database.
46. A method according to claim 44, wherein accessing said report information from said database is followed by translating said report information into a format recognized by said computer of said customer service representative.
47. A method according to claim 36, further comprising:
forwarding said one of said electronic messages to an expert; and and updating said database to indicate said one of said electronic messages has been sent to said expert.
forwarding said one of said electronic messages to an expert; and and updating said database to indicate said one of said electronic messages has been sent to said expert.
48. A method according to claim 47, further comprising:
having an expert respond to said one of said electronic messages; and updating said database to indicate that said expert responded to said one of said electronic messages.
having an expert respond to said one of said electronic messages; and updating said database to indicate that said expert responded to said one of said electronic messages.
49. A method for managing electronic messages from customers, said electronic messages received from the Internet or an Intranet, the method comprising:
receiving electronic messages from said customers;
transferring said electronic messages to a structured database;
storing said electronic messages in said database;
structuring said storage of each one of said electronic messages by assigning to each message at least one predetermined message attribute for tracking said electronic messages; and providing an interface for allowing customer service representatives access to said database from a computer.
receiving electronic messages from said customers;
transferring said electronic messages to a structured database;
storing said electronic messages in said database;
structuring said storage of each one of said electronic messages by assigning to each message at least one predetermined message attribute for tracking said electronic messages; and providing an interface for allowing customer service representatives access to said database from a computer.
50. A method according to claim 49, further comprising retrieving one of said electronic messages by at least one predetermined message attribute.
51. A method according to claim 50, further comprising:
responding to said one of said electronic messages; and updating said database to indicate that said one of said electronic messages has been responded to.
responding to said one of said electronic messages; and updating said database to indicate that said one of said electronic messages has been responded to.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA002485238A CA2485238C (en) | 1997-07-21 | 1998-07-21 | Electronic message management system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/897,777 | 1997-07-21 | ||
US08/897,777 US6122632A (en) | 1997-07-21 | 1997-07-21 | Electronic message management system |
PCT/US1998/015240 WO1999004347A2 (en) | 1997-07-21 | 1998-07-21 | Electronic message management system |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002485238A Division CA2485238C (en) | 1997-07-21 | 1998-07-21 | Electronic message management system |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2301664A1 CA2301664A1 (en) | 1999-01-28 |
CA2301664C true CA2301664C (en) | 2005-04-26 |
Family
ID=25408403
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002301664A Expired - Fee Related CA2301664C (en) | 1997-07-21 | 1998-07-21 | Electronic message management system |
Country Status (6)
Country | Link |
---|---|
US (2) | US6122632A (en) |
EP (1) | EP1002281A4 (en) |
AU (1) | AU8582198A (en) |
CA (1) | CA2301664C (en) |
GB (1) | GB2343772B (en) |
WO (1) | WO1999004347A2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7809663B1 (en) | 2006-05-22 | 2010-10-05 | Convergys Cmg Utah, Inc. | System and method for supporting the utilization of machine language |
US8379830B1 (en) | 2006-05-22 | 2013-02-19 | Convergys Customer Management Delaware Llc | System and method for automated customer service with contingent live interaction |
US8452668B1 (en) | 2006-03-02 | 2013-05-28 | Convergys Customer Management Delaware Llc | System for closed loop decisionmaking in an automated care system |
Families Citing this family (135)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7031442B1 (en) | 1997-02-10 | 2006-04-18 | Genesys Telecommunications Laboratories, Inc. | Methods and apparatus for personal routing in computer-simulated telephony |
US6104802A (en) | 1997-02-10 | 2000-08-15 | Genesys Telecommunications Laboratories, Inc. | In-band signaling for routing |
US6480600B1 (en) | 1997-02-10 | 2002-11-12 | Genesys Telecommunications Laboratories, Inc. | Call and data correspondence in a call-in center employing virtual restructuring for computer telephony integrated functionality |
US6985943B2 (en) | 1998-09-11 | 2006-01-10 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center |
US6711611B2 (en) | 1998-09-11 | 2004-03-23 | Genesis Telecommunications Laboratories, Inc. | Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure |
USRE46528E1 (en) | 1997-11-14 | 2017-08-29 | Genesys Telecommunications Laboratories, Inc. | Implementation of call-center outbound dialing capability at a telephony network level |
US7907598B2 (en) | 1998-02-17 | 2011-03-15 | Genesys Telecommunication Laboratories, Inc. | Method for implementing and executing communication center routing strategies represented in extensible markup language |
US6332154B2 (en) | 1998-09-11 | 2001-12-18 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for providing media-independent self-help modules within a multimedia communication-center customer interface |
US6484196B1 (en) * | 1998-03-20 | 2002-11-19 | Advanced Web Solutions | Internet messaging system and method for use in computer networks |
US6785710B2 (en) * | 1998-06-22 | 2004-08-31 | Genesys Telecommunications Laboratories, Inc. | E-mail client with programmable address attributes |
USRE46153E1 (en) | 1998-09-11 | 2016-09-20 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus enabling voice-based management of state and interaction of a remote knowledge worker in a contact center environment |
US9098958B2 (en) | 1998-09-15 | 2015-08-04 | U-Paid Systems, Ltd. | Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment |
BR9913963A (en) | 1998-09-15 | 2003-04-01 | In Touch Technologies Ltd | Enhanced communication platform and related communication method using the platform |
US6874023B1 (en) * | 1998-11-10 | 2005-03-29 | Claria Corporation | Web based email control center for monitoring and providing a sumary of the detected event information organized according to relationships between the user and network sites |
US6941304B2 (en) * | 1998-11-17 | 2005-09-06 | Kana Software, Inc. | Method and apparatus for performing enterprise email management |
AUPQ030299A0 (en) * | 1999-05-12 | 1999-06-03 | Sharinga Networks Inc. | A message processing system |
US6718367B1 (en) * | 1999-06-01 | 2004-04-06 | General Interactive, Inc. | Filter for modeling system and method for handling and routing of text-based asynchronous communications |
US6427164B1 (en) * | 1999-06-23 | 2002-07-30 | Mail Registry, Inc. | Systems and methods for automatically forwarding electronic mail when the recipient is otherwise unknown |
US8145715B2 (en) * | 1999-09-24 | 2012-03-27 | At&T Intellectual Property Ii | Off-the-record e-mail methods and apparatus |
US7328244B1 (en) * | 1999-11-03 | 2008-02-05 | International Business Machines Corporation | Electronic mail system |
US7596578B1 (en) * | 1999-11-23 | 2009-09-29 | Expert Viewpoint, Llc | Method and apparatus for operating and funding a question and answer interactive system |
US7472071B2 (en) * | 1999-11-23 | 2008-12-30 | Expertviewpoint Llc. | Interactive system for managing questions and answers among users and experts |
US7929978B2 (en) | 1999-12-01 | 2011-04-19 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for providing enhanced communication capability for mobile devices on a virtual private network |
US7043530B2 (en) * | 2000-02-22 | 2006-05-09 | At&T Corp. | System, method and apparatus for communicating via instant messaging |
US20020049815A1 (en) * | 2000-04-14 | 2002-04-25 | Kayshav Dattatri | System for monitoring and managing information and information transfers in a computer network |
US6925482B2 (en) * | 2000-04-14 | 2005-08-02 | Slam Dunk Networks, Inc. | Archival database system for handling information and information transfers in a computer network |
US7082430B1 (en) | 2000-04-17 | 2006-07-25 | Accenture Llp | Collaboration planning in a collaborative work tool architecture |
US6993723B1 (en) | 2000-04-17 | 2006-01-31 | Accenture Llp | Listing activities in a graphical user interface in a collaborative work tool Architecture |
AU2007202886B2 (en) * | 2000-04-17 | 2010-04-22 | Accenture Global Services Limited | Method for a collaborative work tool environment |
US7343310B1 (en) | 2000-04-28 | 2008-03-11 | Travelers Property Casualty Corp. | System and method for providing web-based user interface to legacy, personal-lines insurance applications |
US6789107B1 (en) * | 2000-05-03 | 2004-09-07 | International Business Machines Corporation | Method and apparatus for providing a view of an electronic mail message |
US7475404B2 (en) | 2000-05-18 | 2009-01-06 | Maquis Techtrix Llc | System and method for implementing click-through for browser executed software including ad proxy and proxy cookie caching |
US8086697B2 (en) | 2005-06-28 | 2011-12-27 | Claria Innovations, Llc | Techniques for displaying impressions in documents delivered over a computer network |
US20020046064A1 (en) * | 2000-05-19 | 2002-04-18 | Hector Maury | Method and system for furnishing an on-line quote for an insurance product |
US7490050B2 (en) * | 2000-05-19 | 2009-02-10 | Travelers Property Casualty Corp. | Method and system for furnishing an on-line quote for an insurance product |
US8176145B1 (en) | 2000-05-19 | 2012-05-08 | The Travelers Indemnity Company | System and method for providing insurance data processing services via a user interface |
US7200666B1 (en) | 2000-07-07 | 2007-04-03 | International Business Machines Corporation | Live connection enhancement for data source interface |
US7113979B1 (en) * | 2000-07-11 | 2006-09-26 | Xerox Corporation | System, method and article of manufacture for enhancing electronic messages |
US20020059418A1 (en) * | 2000-07-17 | 2002-05-16 | Alan Bird | Method of and system for recording and displaying electronic mail statistics |
US7333939B1 (en) | 2000-07-21 | 2008-02-19 | Travelers Property Casualty Corp. | Method for providing web-based insurance data processing services to users |
US20020049853A1 (en) * | 2000-08-16 | 2002-04-25 | Tan-Na Chu | End-to-end secure file transfer method and system |
US20020103871A1 (en) * | 2000-09-11 | 2002-08-01 | Lingomotors, Inc. | Method and apparatus for natural language processing of electronic mail |
US7685036B1 (en) * | 2000-10-13 | 2010-03-23 | Ubs Financial Services, Inc. | System and method for delivering a financial message |
US20020087646A1 (en) * | 2000-11-01 | 2002-07-04 | Hickey Matthew W. | System and method for group electronic mailbox |
CA2434258A1 (en) * | 2001-01-02 | 2002-07-25 | Delta Air Lines, Inc. | Exchanging electronic messages between a host computer system and a distributed computer system |
US20020111937A1 (en) * | 2001-01-29 | 2002-08-15 | Mark Wetherbee | Method and system for permissible internet direct marketing |
US20020161611A1 (en) * | 2001-02-02 | 2002-10-31 | Price Morgan N. | Method and system for communication with groups associated with requests for action |
US8484294B1 (en) * | 2001-02-21 | 2013-07-09 | Charles Schwab & Co., Inc. | System and method for verified delivery of e-mail messages |
US6928465B2 (en) * | 2001-03-16 | 2005-08-09 | Wells Fargo Bank, N.A. | Redundant email address detection and capture system |
US8438465B2 (en) * | 2001-04-03 | 2013-05-07 | Purdue Pharma L.P. | Privileged communication system with routing controls |
JP2002319975A (en) * | 2001-04-24 | 2002-10-31 | Hitachi Ltd | Method and system for managing e-mail |
US20020161786A1 (en) * | 2001-04-30 | 2002-10-31 | Frank Mangan | Method and system for rapidly responding to customer inquires |
US7302440B2 (en) * | 2001-07-27 | 2007-11-27 | Metatomix, Inc. | Methods and apparatus for statistical data analysis and reduction for an enterprise application |
US6856992B2 (en) | 2001-05-15 | 2005-02-15 | Metatomix, Inc. | Methods and apparatus for real-time business visibility using persistent schema-less data storage |
US7890517B2 (en) | 2001-05-15 | 2011-02-15 | Metatomix, Inc. | Appliance for enterprise information integration and enterprise resource interoperability platform and methods |
US7058637B2 (en) | 2001-05-15 | 2006-06-06 | Metatomix, Inc. | Methods and apparatus for enterprise application integration |
US6925457B2 (en) * | 2001-07-27 | 2005-08-02 | Metatomix, Inc. | Methods and apparatus for querying a relational data store using schema-less queries |
US20030208499A1 (en) * | 2002-05-03 | 2003-11-06 | David Bigwood | Methods and apparatus for visualizing relationships among triples of resource description framework (RDF) data sets |
US7043547B2 (en) * | 2001-06-29 | 2006-05-09 | International Business Machines Corporation | Server availability reporting using asynchronous e-mail message |
US6978307B2 (en) * | 2001-07-19 | 2005-12-20 | Hewlett-Packard Development Company, L.P. | Apparatus and method for providing customer service |
US7082458B1 (en) | 2001-08-01 | 2006-07-25 | Luigi Guadagno | Dialog facilitation system for generating contextual order-preserving dialog postings and posting summaries from electronic messages |
EP2244200A3 (en) | 2001-08-03 | 2011-04-27 | Hill-Rom Services, Inc. | Patient point-of-care computer system |
WO2003042781A2 (en) * | 2001-11-14 | 2003-05-22 | Denholm Enterprises, Inc. | Patient communication method and system |
EP1315106A1 (en) * | 2001-11-26 | 2003-05-28 | EDB Gruppen A/S | Software adaptation between two information systems |
US20030182239A1 (en) * | 2002-03-21 | 2003-09-25 | Auzoux Yann O. | System and method for providing internet services to sports enthusiasts such as tennis players |
US20030208497A1 (en) * | 2002-05-01 | 2003-11-06 | National Notification Center, Llc | Customer relationship management system |
EP1376420A1 (en) * | 2002-06-19 | 2004-01-02 | Pitsos Errikos | Method and system for classifying electronic documents |
US20040044735A1 (en) * | 2002-08-30 | 2004-03-04 | International Business Machines Corporation | Method and system for organizing an email thread |
CA2501847A1 (en) * | 2002-10-07 | 2004-04-22 | Metatomix, Inc | Methods and apparatus for identifying related nodes in a directed graph having named arcs |
US7603341B2 (en) | 2002-11-05 | 2009-10-13 | Claria Corporation | Updating the content of a presentation vehicle in a computer network |
JP4197930B2 (en) * | 2002-11-28 | 2008-12-17 | 富士通株式会社 | Response acquisition support program and response acquisition support method |
JP4344922B2 (en) * | 2003-01-27 | 2009-10-14 | 富士ゼロックス株式会社 | Evaluation apparatus and method |
US8566730B2 (en) * | 2003-04-25 | 2013-10-22 | Daniel B. Alter | Graphical user interface that identifies the reasons for public disagreements |
US7769153B1 (en) | 2003-06-30 | 2010-08-03 | Embarq Holdings Company, LLP | System and method for automated routing and processing of telecommunication service orders |
US8059803B1 (en) | 2003-06-30 | 2011-11-15 | Embarq Holdings Company, Llc | System and method for ordered processing of telecommunicaion service orders |
US7941333B2 (en) * | 2003-06-30 | 2011-05-10 | Embarq Holdings Company, LLP | Method and system for identifying and categorizing past due telecommunication service orders |
EP1690210A2 (en) * | 2003-07-07 | 2006-08-16 | Metatomix, Inc. | Surveillance, monitoring and real-time events platform |
US20050108021A1 (en) * | 2003-07-31 | 2005-05-19 | Greg Anderson | System and method for routing and managing service requests |
US20050144242A1 (en) * | 2003-10-31 | 2005-06-30 | Justin Marston | Caching in an electronic messaging system |
US7660402B1 (en) | 2003-11-18 | 2010-02-09 | Embarq Holdings Company, Llc | System and method for managing telecommunication trunk groups |
US8170912B2 (en) | 2003-11-25 | 2012-05-01 | Carhamm Ltd., Llc | Database structure and front end |
US20050198168A1 (en) * | 2003-12-04 | 2005-09-08 | Justin Marston | Messaging protocol discovery |
US20060031352A1 (en) * | 2004-05-12 | 2006-02-09 | Justin Marston | Tamper-proof electronic messaging |
WO2005109794A1 (en) * | 2004-05-12 | 2005-11-17 | Bluespace Group Ltd | Enforcing compliance policies in a messaging system |
US7665063B1 (en) | 2004-05-26 | 2010-02-16 | Pegasystems, Inc. | Integration of declarative rule-based processing with procedural programming |
US7596603B2 (en) * | 2004-06-30 | 2009-09-29 | International Business Machines Corporation | Automatic email consolidation for multiple participants |
US20060004585A1 (en) * | 2004-06-30 | 2006-01-05 | Kimberly-Clark Worldwide, Inc. | Supplier advisory management system |
US8631077B2 (en) * | 2004-07-22 | 2014-01-14 | International Business Machines Corporation | Duplicate e-mail content detection and automatic doclink conversion |
US8255413B2 (en) | 2004-08-19 | 2012-08-28 | Carhamm Ltd., Llc | Method and apparatus for responding to request for information-personalization |
US7890593B2 (en) | 2008-07-17 | 2011-02-15 | International Business Machines Corporation | Sectional E-mail Transmission |
US7552178B2 (en) * | 2004-08-19 | 2009-06-23 | International Business Machines Corporation | System and method for response management in multiple email recipients |
US8078602B2 (en) | 2004-12-17 | 2011-12-13 | Claria Innovations, Llc | Search engine for a computer network |
US20060041625A1 (en) | 2004-08-19 | 2006-02-23 | International Business Machines Corporation | System and method for sectional e-mail transmission |
US20060069700A1 (en) * | 2004-09-22 | 2006-03-30 | Justin Marston | Generating relational structure for non-relational messages |
US20060095473A1 (en) * | 2004-10-23 | 2006-05-04 | Data Management Associates, Inc. | System and method of orchestrating electronic workflow automation processes |
US7693863B2 (en) | 2004-12-20 | 2010-04-06 | Claria Corporation | Method and device for publishing cross-network user behavioral data |
US20060168044A1 (en) * | 2005-01-11 | 2006-07-27 | Yen-Fu Chen | System and method for display of chained messages in a single email in different orders |
US8335704B2 (en) | 2005-01-28 | 2012-12-18 | Pegasystems Inc. | Methods and apparatus for work management and routing |
US8645941B2 (en) | 2005-03-07 | 2014-02-04 | Carhamm Ltd., Llc | Method for attributing and allocating revenue related to embedded software |
US8073866B2 (en) | 2005-03-17 | 2011-12-06 | Claria Innovations, Llc | Method for providing content to an internet user based on the user's demonstrated content preferences |
US20060259556A1 (en) * | 2005-05-16 | 2006-11-16 | Gero Auhagen | Tracking electronic mail messages |
US20070027955A1 (en) * | 2005-07-28 | 2007-02-01 | Jwj Software, Llc. | Systems, methods and apparatus of an email client |
US7715548B2 (en) * | 2005-08-25 | 2010-05-11 | At&T Corp. | Method and apparatus for integrating customer care inquiries across different media types |
US20160269440A1 (en) * | 2005-09-02 | 2016-09-15 | Robert Hartman | System and method for managing email and email security |
US8359341B2 (en) * | 2005-12-10 | 2013-01-22 | International Business Machines Corporation | Importing content into a content management system using an e-mail application |
US9008075B2 (en) | 2005-12-22 | 2015-04-14 | Genesys Telecommunications Laboratories, Inc. | System and methods for improving interaction routing performance |
WO2007082308A2 (en) * | 2006-01-13 | 2007-07-19 | Bluespace Software Corp. | Determining relevance of electronic content |
US20070203927A1 (en) * | 2006-02-24 | 2007-08-30 | Intervoice Limited Partnership | System and method for defining and inserting metadata attributes in files |
US20070203874A1 (en) * | 2006-02-24 | 2007-08-30 | Intervoice Limited Partnership | System and method for managing files on a file server using embedded metadata and a search engine |
US8924335B1 (en) | 2006-03-30 | 2014-12-30 | Pegasystems Inc. | Rule-based user interface conformance methods |
US8175255B2 (en) * | 2006-08-31 | 2012-05-08 | At&T Intellectual Property I, L.P. | Methods, systems and computer-readable media for managing customer service requests |
US7921176B2 (en) * | 2007-01-03 | 2011-04-05 | Madnani Rajkumar R | Mechanism for generating a composite email |
US8620952B2 (en) | 2007-01-03 | 2013-12-31 | Carhamm Ltd., Llc | System for database reporting |
WO2008085654A2 (en) * | 2007-01-03 | 2008-07-17 | Madnani Rajkumar R | Mechanism for generating a composite email |
US8250525B2 (en) | 2007-03-02 | 2012-08-21 | Pegasystems Inc. | Proactive performance management for multi-user enterprise software systems |
US8630402B1 (en) | 2007-04-12 | 2014-01-14 | United Services Automobile Association (Usaa) | System and method to provide a response to an inquiry |
US20080262897A1 (en) * | 2007-04-17 | 2008-10-23 | Embarq Holdings Company, Llc | System and method for geographic location of customer services |
US8694351B2 (en) * | 2008-09-03 | 2014-04-08 | Centurylink Intellectual Property Llc | System and method for an audit tool for communications service providers |
US10481878B2 (en) | 2008-10-09 | 2019-11-19 | Objectstore, Inc. | User interface apparatus and methods |
US8494140B2 (en) | 2008-10-30 | 2013-07-23 | Centurylink Intellectual Property Llc | System and method for voice activated provisioning of telecommunication services |
US8843435B1 (en) | 2009-03-12 | 2014-09-23 | Pegasystems Inc. | Techniques for dynamic data processing |
US8468492B1 (en) | 2009-03-30 | 2013-06-18 | Pegasystems, Inc. | System and method for creation and modification of software applications |
US9015343B2 (en) | 2010-11-23 | 2015-04-21 | Centurylink Intellectual Property Llc | User control over content delivery |
US8805882B2 (en) | 2011-01-20 | 2014-08-12 | Microsoft Corporation | Programmatically enabling user access to CRM secured field instances based on secured field instance settings |
US8880487B1 (en) | 2011-02-18 | 2014-11-04 | Pegasystems Inc. | Systems and methods for distributed rules processing |
US8584211B1 (en) | 2011-05-18 | 2013-11-12 | Bluespace Software Corporation | Server-based architecture for securely providing multi-domain applications |
US9195936B1 (en) | 2011-12-30 | 2015-11-24 | Pegasystems Inc. | System and method for updating or modifying an application without manual coding |
US9785133B2 (en) * | 2012-02-10 | 2017-10-10 | Fisher-Rosemount Systems, Inc. | Methods for collaboratively assisting a control room operator |
US11038864B2 (en) | 2014-06-12 | 2021-06-15 | Mastercard International Incorporated | Systems and methods for customer service access to a consumer interface system |
US10469396B2 (en) | 2014-10-10 | 2019-11-05 | Pegasystems, Inc. | Event processing with enhanced throughput |
JP6215292B2 (en) * | 2015-12-22 | 2017-10-18 | Line株式会社 | Communication control method, information processing apparatus, and program |
US10698599B2 (en) | 2016-06-03 | 2020-06-30 | Pegasystems, Inc. | Connecting graphical shapes using gestures |
US10698647B2 (en) | 2016-07-11 | 2020-06-30 | Pegasystems Inc. | Selective sharing for collaborative application usage |
US11048488B2 (en) | 2018-08-14 | 2021-06-29 | Pegasystems, Inc. | Software code optimizer and method |
US11567945B1 (en) | 2020-08-27 | 2023-01-31 | Pegasystems Inc. | Customized digital content generation systems and methods |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH03117940A (en) * | 1989-09-25 | 1991-05-20 | Internatl Business Mach Corp <Ibm> | Method of managing electronic mail |
US5734823A (en) * | 1991-11-04 | 1998-03-31 | Microtome, Inc. | Systems and apparatus for electronic communication and storage of information |
US5794207A (en) * | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
US5652789A (en) * | 1994-09-30 | 1997-07-29 | Wildfire Communications, Inc. | Network based knowledgeable assistant |
US5727163A (en) * | 1995-03-30 | 1998-03-10 | Amazon.Com, Inc. | Secure method for communicating credit card data when placing an order on a non-secure network |
US5819260A (en) * | 1996-01-22 | 1998-10-06 | Lexis-Nexis | Phrase recognition method and apparatus |
US5743823A (en) * | 1996-02-02 | 1998-04-28 | Younger; Gilbert W. | Methods and systems for improving the operation of transmissions for motor vehicles |
US5809242A (en) * | 1996-04-19 | 1998-09-15 | Juno Online Services, L.P. | Electronic mail system for displaying advertisement at local computer received from remote system while the local computer is off-line the remote system |
US5848397A (en) * | 1996-04-19 | 1998-12-08 | Juno Online Services, L.P. | Method and apparatus for scheduling the presentation of messages to computer users |
EP0979459A4 (en) * | 1996-05-23 | 2005-04-06 | Citibank Na | Global financial services integration system and process |
US5790790A (en) * | 1996-10-24 | 1998-08-04 | Tumbleweed Software Corporation | Electronic document delivery system in which notification of said electronic document is sent to a recipient thereof |
US6058435A (en) * | 1997-02-04 | 2000-05-02 | Siemens Information And Communications Networks, Inc. | Apparatus and methods for responding to multimedia communications based on content analysis |
US6182059B1 (en) * | 1997-04-03 | 2001-01-30 | Brightware, Inc. | Automatic electronic message interpretation and routing system |
US5958007A (en) | 1997-05-13 | 1999-09-28 | Phase Three Logic, Inc. | Automatic and secure system for remote access to electronic mail and the internet |
US5999932A (en) | 1998-01-13 | 1999-12-07 | Bright Light Technologies, Inc. | System and method for filtering unsolicited electronic mail messages using data matching and heuristic processing |
-
1997
- 1997-07-21 US US08/897,777 patent/US6122632A/en not_active Expired - Lifetime
-
1998
- 1998-07-21 EP EP98937011A patent/EP1002281A4/en not_active Ceased
- 1998-07-21 WO PCT/US1998/015240 patent/WO1999004347A2/en active Application Filing
- 1998-07-21 CA CA002301664A patent/CA2301664C/en not_active Expired - Fee Related
- 1998-07-21 AU AU85821/98A patent/AU8582198A/en not_active Abandoned
- 1998-07-21 GB GB0002047A patent/GB2343772B/en not_active Expired - Fee Related
-
2000
- 2000-07-20 US US09/620,094 patent/US6415290B1/en not_active Expired - Lifetime
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8452668B1 (en) | 2006-03-02 | 2013-05-28 | Convergys Customer Management Delaware Llc | System for closed loop decisionmaking in an automated care system |
US7809663B1 (en) | 2006-05-22 | 2010-10-05 | Convergys Cmg Utah, Inc. | System and method for supporting the utilization of machine language |
US8379830B1 (en) | 2006-05-22 | 2013-02-19 | Convergys Customer Management Delaware Llc | System and method for automated customer service with contingent live interaction |
US9549065B1 (en) | 2006-05-22 | 2017-01-17 | Convergys Customer Management Delaware Llc | System and method for automated customer service with contingent live interaction |
Also Published As
Publication number | Publication date |
---|---|
AU8582198A (en) | 1999-02-10 |
GB2343772A (en) | 2000-05-17 |
CA2301664A1 (en) | 1999-01-28 |
EP1002281A4 (en) | 2001-03-14 |
WO1999004347A2 (en) | 1999-01-28 |
EP1002281A2 (en) | 2000-05-24 |
GB0002047D0 (en) | 2000-03-22 |
US6415290B1 (en) | 2002-07-02 |
US6122632A (en) | 2000-09-19 |
WO1999004347A3 (en) | 1999-04-22 |
GB2343772B (en) | 2002-11-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2301664C (en) | Electronic message management system | |
US7120647B2 (en) | Web-based method and system for providing expert information on selected matters | |
US7464045B2 (en) | Method and apparatus for managing workplace services and products | |
US7069592B2 (en) | Web-based document system | |
US8694369B2 (en) | Computer self-support management | |
US6253216B1 (en) | Method and apparatus for providing a personal page | |
US6341290B1 (en) | Method and system for automating the communication of business information | |
US7225195B2 (en) | Method for a dynamic information messaging system | |
US6377944B1 (en) | Web response unit including computer network based communication | |
US6295536B1 (en) | Computer architecture for multi-organization data access | |
US20020169743A1 (en) | Web-based method and system for identifying and searching patents | |
US20020111887A1 (en) | Employee online activity monitoring system | |
AU2002234069A1 (en) | Method and apparatus for assisting workplace services and products | |
WO1998016893A1 (en) | Automated networked service request and fulfillment system and method | |
CA2519487A1 (en) | Verified personal information database | |
JPH1115878A (en) | Investment mart system | |
WO2007064434A2 (en) | On-line business-packet creator for electronic forms | |
US20050278187A1 (en) | System and method for management of a certification program | |
US9384455B2 (en) | On-line invention disclosure system | |
CA2485238C (en) | Electronic message management system | |
US8504623B2 (en) | System and method for distributing electronic information | |
US20110066665A1 (en) | On-Line Invention Disclosure System And Docket System | |
JP4961537B2 (en) | Q & A system | |
JP2004070696A (en) | Q&a system | |
JP2005108067A (en) | Q & a system and method for providing information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |