WO2000072535A1 - Serveur de contact d'entreprise avec caracteristiques d'acheminement ameliorees - Google Patents

Serveur de contact d'entreprise avec caracteristiques d'acheminement ameliorees Download PDF

Info

Publication number
WO2000072535A1
WO2000072535A1 PCT/US2000/014058 US0014058W WO0072535A1 WO 2000072535 A1 WO2000072535 A1 WO 2000072535A1 US 0014058 W US0014058 W US 0014058W WO 0072535 A1 WO0072535 A1 WO 0072535A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
customer
agent
communications
server
Prior art date
Application number
PCT/US2000/014058
Other languages
English (en)
Inventor
Raymond G. Goss
Original Assignee
Mci Worldcom, Inc.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US09/317,561 external-priority patent/US6687241B1/en
Application filed by Mci Worldcom, Inc. filed Critical Mci Worldcom, Inc.
Priority to MXPA01012024A priority Critical patent/MXPA01012024A/es
Priority to CA002374329A priority patent/CA2374329A1/fr
Priority to EP00932697A priority patent/EP1180288A4/fr
Priority to BR0010933-9A priority patent/BR0010933A/pt
Priority to JP2000619880A priority patent/JP2003500929A/ja
Priority to AU50385/00A priority patent/AU771695B2/en
Publication of WO2000072535A1 publication Critical patent/WO2000072535A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5183—Call or contact centers with computer-telephony arrangements
    • H04M3/5191—Call or contact centers with computer-telephony arrangements interacting with the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5237—Interconnection arrangements between ACD systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0027—Collaboration services where a computer is used for data transfer and the telephone is used for telephonic communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5231—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing with call back arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5232—Call distribution algorithms
    • H04M3/5233—Operator skill based call distribution

Definitions

  • the present invention relates to data communications, and more particularly, to an enhanced customer to company call center communications system in the telecommunications industry.
  • call centers are used to provide customer and operator services for business clients.
  • customers of these business clients place a phone call to a toll-free telephone number to reach a call center customer service agent. They are then served over the phone.
  • a customer's call is placed in a queue until an agent becomes available.
  • COS-98-011 -1- M any customers in the telecommunications industry interact with the Internet and World Wide Web, and use the Web for a variety of business services.
  • -7his presents a business opportunity to interact with customers who are familiar with browsing the Web, by presenting to the customer a Web site and an opportunity to interact with the telecommunica ions company.
  • the World Wide Web is not an interactive media, and is primarily composed of many static HTML pages at any given Web site.
  • the customers browsing the Web site may have a need to speak with a customer service agent, either with respect to the Web site and information posted there, or with respect to their transactions with the telecommunications company.
  • Many companies, including telecommunications companies maintain call centers to interact with their customers. These call centers may provide order entry clerks for new orders, billing services for resolving problems with invoices, shipments or returns, technical support, and trouble ticketing for customers having a high volume of transactions with the company.
  • ACD automatic call director
  • VRU interactive voice response unit
  • COS-98-011 -2 the proper agent, and is not programmed to answer a customer's questions. This frequently leads to aggravated customers who are unable to resolve their concerns in a timely manner.
  • Current Web services do not allow call-back requests to be submitted via the Web or other interactive means.
  • the present invention is directed to a call routing system for a Network/enterprise that enables routing of messages, calls, and data between call centers distributed throughout a Network/enterprise.
  • the call routing system for a Network/enterprise particularly invokes a method of locating and reserving skilled agents in one of a plurality of remote centers before initiating a call transfer or conference. Routing of messages, calls, and data between call centers distributed throughout the Network/enterprise is particularly enabled by implementing routing algorithms based on agent skills, agent availability, workflow states, and load balancing to determine the route path.
  • the call routing system may be
  • COS-98-011 readily integrated with existing ACDs, as well as email, Voice/video over IP, the 11.323 Gateways/Gatekeepers, URL push services, and other distributed communication systems.
  • the present invention is directed to improvements to the telecommunications call center architecture described in co-pending U.S. Patent application Serial No. 08/976,162 assigned to the assignee of the present invention, and incorporated by reference herein.
  • an Enterprise Contact Server is provided which enables enterprise-level processing and routing of both contact requests and inbound calls originating from any communications source, e.g., standard PSTN telephony, IP telephony, the Web, and other HTTP means.
  • Enterprise-level processing and routing means that agents at any of a plurality of call centers having a Center Contact Server, may receive a contact request from a customer, and fulfill that request by placing a contact to the customer.
  • ⁇ single means for placing contact requests such as a Web page link or a telephone number, can be used to place contact requests that are supported by the plurality of call centers.
  • each Enterprise Contact Server performs the following functions: 1) it communicates with each call center Contact Server; and, 2) it tracks the states and availabili ies of resources (e.g., agents) at each of a plurality of call centers.
  • resources e.g., agents
  • COS-9 ⁇ -011 -4- Center Contact Server sends event messages to the Enterprise Contact Server to continuously update the Enterprise Contact Server with current states and availability data.
  • the Enterprise Contact Server determines and selects an available qualified agent among the agents at the plurality of call centers, and then sends the contact request to the Center Contact Server that supports the selected agent.
  • the present invention can also be used to route inbound calls, i.e., those calls made to a call center via the PSTN, the Internet or other IP telephony network, or virtually any communications means, throughout the network, with the same systems architecture as used on processing and routing contact requests. That is, contact requests are treated as inbound calls, and the same systems architecture, including the Enterprise Contact Server and plurality of call center Contact Servers, is used to process and route both. : - '
  • COS-9 ⁇ -011 -5- Figure 1 is a diagrammatic illustration of the logical communications network architecture implementing the enterprise contact server of the present invention.
  • Figure 2 is a diagrammatic illustration of a physical network architecture, illustrating one possible implementation of the logical architecture of Figure 1.
  • Figures 3 (a) -3(c) together comprise a flowchart illustrating a process for performing enterprise-level routing of a contact request using the Enterprise Contact Server of the invention.
  • Figures (a) -4(b) illustrate the process for placing, processing, and routing inbound calls via the PSTN, or other similar communications means for placing an inbound call.
  • Figure 5 is a diagrammatic illustration of the Enterprise Contact Server of the present invention and the components with which it interacts.
  • Figure 6(a) illustrates an exemplary architecture of an enterprise "Click- ' n-Connect” system 440.
  • Figure 1 is a representative illustration of a sample HTML web page which enables a call back request.
  • 08/976,162 is used to provide "contact services" for customers separate from, in addition to and in conjunction with any call back services provided by ACD and VRUs.
  • the Contact Server may also receive contact requests directly from customers over an IP network from web server, and distribute requests to qualified agents at agent work stations at the call center:
  • the contact server may also reserve qualified agents for specific types of problems in order to fulfill the callback request.
  • customers submit call-back requests via the
  • COS-98-011 -7- Internet an Intranet or other comparable IP network, and agents may fulfill those requests by placing outbound calls to the customers via the ACD and PSTN.
  • the Contact Server is designed to manage call-back services in a manner that is independent of the communications networks used. These call back services may include other methods of receiving and fulfilling call-back requests such as Internet voice telephony, Internet video, chat or e-mail communications .
  • the call center contact server also facilitates communications with other data sources, such as a data base server, or other data resources, such as a company main frame. These data sources include components such as database servers that store and serve data specific to whatever applications and services are provided by the call center.
  • one implementation of the Contact Server and call-back service is to enhance a service that enables external customers of the company to view any trouble tickets over the Internet or IP network by accessing a trouble ticket database.
  • the Contact Server may access a company main frame system which provides problem identification services for customers.
  • the present invention is directed to communications systems architecture employing an Enterprise Contact Server that enables the routing of messages, calls, and data between and among multiple call centers distributed throughout a network/enterprise. ⁇ s will be
  • the Enterprise Contact Server 100 in conjunction with a communications systems architecture 101 provides contact services to customers over virtually any communications means, e.g., PSTN and the Internet.
  • a customer may use the standard telephone connected to the PSTN, a PC with an IP telephony application connected to the Internet for placing IP calls. or a PC with a Web Browser for interfacing with the Web.
  • the Internet is another communications means for providing contact requests, and for providing contacts such as described in the patent U.S. Patent No. 08/976,162.
  • contact requests that are collected by an Intranet Web Server are sent to the Enterprise Contact Server, rather than a call center contact server.
  • the figurative diagram of Figure 1 and the corresponding preferred physical architecture diagram of Figure 2 both illustrate the communications system architecture 101 employing the Enterprise Contact server 100 of the invention.
  • Such a communications system architecture 101 and enterprise contact server 100 provides enhanced enterprise-level call routing and contact request service for calls initiated from the public Internet 32 or public switched telephone network 20 to any of a plurality of call centers 11a, llb,..,lln. -
  • ACD Automatic Call Distributor 12
  • PSTN public switched telephone network
  • agent workstations 14 including a Personal Computer (PC) running customized communica ions and browser software and capable of receiving call data from the Contact Server 28, and interfacing with the Internet for IP telephony sessions and collaborative HTTP sessions over the Web; 4) one or more agent telesets 13 used for telephone calls over the PSTN 20 via the ACD 12; 5) a Computer/Telephony Interface (“CTI") Server 18, such as the "TServer” product offered by Genesys Corporation, that is connected to a CTI port of the ACD 12 via link 26 and which provides event data received at ACD to computers such as the agent workstations, VRUs, and the call center Contact Server 28; and 6) a LAN 11 (corresponding to the labeled "Call Center A") that provides data connectivity among the various components of the call center 10. Data interfaces to the ACD are provided by the CTI server.
  • CTI Computer/Telephony Interface
  • VRU Enterprise Voice Response Unit
  • the VRU 16 has a separate voice link 24 to the PSTN 20 to enable direct connection to the call center LAN 11a to forward call data to the Center Contact Server 28. In this configuration, any calls received over the PSTN 20 can be routed to any ACD at any call center.
  • Figure 1 depicts a single Enterprise VRU 16 associated with a single call center, it is understood that one Enterprise VRU can be used for the plurality of other call centers. If the architecture is such that an Enterprise VRU is located with each call center, then the Enterprise VRU is directly connected to the call center LAN; otherwise, a WAN can be used.
  • a database server 34 representing and embodying all databases related to the contact or call-back service at the local call center level including: call-back request database in which call-back requests are stored and queued, agent state tables, and agent skills tables at the call center level.
  • each respective call center LAN 11a, llb,..,lln is connected by a respective WAN 34a, 34b, ..,34n to a centralized Data Center LAN 31 to enable data transactions with the Enterprise Contact Server 100 of the invention.
  • each Enterprise VRU 16 is also connected to the Data Center 31 via the WAN.
  • FIG. 1 in which there is one
  • COS-98-011 -H- Enterprise VRU 16 per call center a call to a particular Enterprise VRU 16 can be routed to any call center to reach an available qualified agent via the data center LAN 31.
  • the Enterprise Contact Server 100 is a computer running specialized software to enable enterprise-level routing of contact requests, so that agents at a plurality of call centers can fulfill customers' contact requests from a single source (e.g., Web page) or to a single telephone number.
  • each center Contact Server 28 constantly sends event messages to the Enterprise Contact Server 100 which event messages are used by the Enterprise Contact Server 100 to track the current states and availability of each resource (agent) across the enterprise.
  • the Enterprise Contact Server 100 interfaces with a database 134 that includes: skill tables that identify the particular skill profile of each agent; and state tables that identify the current state of each agent.
  • a contact request When a contact request is placed by a customer, it is sent to the Enterprise Contact Server 100 which first queries its skills tables to determine a qualified agent. When a qualified agent is found, the Enterprise Contact Server 100 then queries the state tables with the qualified agent i.d. to determine if that agent is currently available. If the qualified agent is not available, the Enterprise Contact Server finds another qualified agent. It then sends the contact request
  • standard mid-range computers such as DEC Alpha 4100 or 8400 servers, can be used for the
  • the communications system architecture 101 is further provided with an Enterprise Router 105 functioning as an intelligent call router ("ICR") which is a computer application that provides intelligent routing of inbound calls, e.g., in the manner as described in commonly assigned, co-pending U.S. Patent Application No. 08/796,840.
  • ICR intelligent call router
  • the Enterprise Router 105 receives call routing requests, i.e., data messages, generated for an inbound call received on a PSTN switch, and processes the request to determine where to route the call. Based on real-time state and availability data received by call centers, the ICR selects an available qualified destination (e.g., agent) to which to route the call.
  • the Enterprise Router 105 is an application distinct from the Enterprise Contact Server, such as shown in Figure 2, and is embodied as a distinct software application and database that resides on another computer (different than the Enterprise Contact
  • the Enterprise Contact Server interfaces with the Enterprise Router via an API 110 to enable the use of different types and vendors' offerings of an Enterprise Router.
  • the Enterprise router 105 may be a distinct software application and database that resides on the same computer as the Enterprise Contact Server or, it can be integrated with the Enterprise Contact Server application as a process or sub-system.
  • the Enterprise Router 105 provides enhanced functionality by enabling a call to be first routed to a VRU using only the DAP which routes all calls for a single number to the VRU .
  • an IVR application collects information from the caller which is used by the Enterprise router to further resolve routing.
  • an enterprise can use the same telephone number for multiple services and differs from the prior art implementations in which calls are first routed by an ICR based only on the data generated by the call', e.g., DNIS, ANI, time of day, day of week, etc., and wherein the call is only sent to a VRU if it needs to be queued.
  • Server 130 is also provided to support each of the business' Web sites, along with Java applications for use with the present invention. As described herein, at least one process is provided, embodied by a Java application on the Web Server, that receives contact requests submitted by
  • COS-98-011 -14- a customer over the Web and sends these contact requests to the Enterprise Contact Server 100 for processing.
  • the Firewall server 140 is a collection of components comprising a Data Management Zone ("DMZ") that provides a secured interface to the Data Center LAN 31 for public Internet users. It has an identical Web/Intranet Server process running on it; and it is from this Web Server (on the Firewall Server 140) that the Java applets are downloaded to the customer PC and web browser 42. Identical Java applets are downloaded to agent workstations 14 from the Web Server 130.
  • DMZ Data Management Zone
  • a Network CTI Server (such as Genesys ' Network TServer) 118 is similar to a call center's CTI Server 18, except that its application is extended to the enterprise level. As shown in Figure 1, unlike the call center CTI Server 18, the Network CTI Server 118 receives call routing requests from a data access point 125 ("DAP") via a 800 Gateway interface component 130 and distributes these requests among a plurality of call center CTI Servers.
  • the 800 Gateway component 130 particularly provides a data interface to the DAP for external call processing systems such as described in co-pending U.S. Patent Application No. 08/796,246, the contents and disclosure of which is incorporated by reference as fully set forth herein. More particularly, for routing inbound calls, the PSTN uses the DAP 125 which provides for basic call routing for special service numbers. When a PSTN switch receives a call, it
  • COS-98-011 -15- issues to the DAP a service request message which the DAP processes to determine a destination to which to route the call.
  • the number is based on at least the dialed number and other data, e.g., ANI, time of day, day of week, etc..
  • the enterprise router 105 which is a form of an ICR, provides more enhanced call routing based on real-time data received from the call centers.
  • the Data Center 31 is a LAN that provides data connectivity among the Web Server 130 and Internet 32 (via the DMZ), Enterprise Contact Server 100, Network CTI Server 118, and the plurality of Call Centers "a"-"n". Specifically/ the data center LAN 31 is connected to each call center 11a, llb,..,lln by respective call center WANs 34a, 34b,.., 34n to provide a physical interface among the Enterprise Contact Server 100 and each Center Contact Server 28.
  • Figure 2 illustrates one possible physical implementation of the logical architecture of Figure 1 having a first Ethernet LAN 11a and a second Ethernet LAN 31 which provides data connectivity among the various computer components of the call center 10 described with respect to Figure 1.
  • the intranet server 166 embodied as a Web Server 130, supports the Web site and TCP/IP communications for whatever services are being supported by the call center, such as the Web site that allows customers access to a trouble ticket database maintained on data base server 37.
  • a customer generically illustrated at 42 in Figures 1 and 2, who desires to make use of the invention will normally have a Personal Computer fPC) 44 running customized communications and browser software, e.g., Microsoft Explorer® or Netscape Navigator ® or Communicator ® for IP communications, and a telephone 46.
  • Each agent workstation 14 also runs a Web browser for IP communications, and customer service workflow software, such as Clarify®, for providing customer services.
  • Java applets may be used in the practice of the invention to support the call-back service and the applets and other features that are stored on and may be downloaded within the company LAN or WAN from the Web Server 130. ⁇ s mentioned, it is from the firewall server 140 having a Web server process that downloads Java applets to the customer PC 44 and web browser.
  • Identical Java applets are downloaded to agent workstations 14 from the Web Server 130 that runs on the Intranet.
  • the enterprise contact server 100 in conjunction with the communications system architecture 101 of Figure 1: supports additional communication means IP telephony, HTTP sessions, etc.; enables use of the same platform for contact requests and inbound calls; and, enables use a single telephone number for multiple services by enabling the data access point ("DAP") to route all calls for a single number to a VRU implementing an IVR
  • DAP data access point
  • COS-98-011 ⁇ 17- application to collect information from the caller which can be used to further resolve call routing.
  • Figures 3 (a) -3(c) together comprise a flowchart illustrating a process for performing enterprise-level routing of a contact request using the Enterprise Contact Server. This shows a specific embodiment of the present invention, in which the call-back service is implemented for a secured Web site that requires user authentication.
  • the Enterprise Contact Server will be used with a Web site running an application that enables customers to access the company's trouble ticket system and view the status of their tickets. Therefore, each customer has a user profile setup in a profile database on the Database Server. It is from this database that skills designators are obtained.
  • a similar type of call-back service can be implemented with the Enterprise Contact Server for other applications, not all of which require user login. Additionally, the Enterprise Contact Server can be used to accept call-back requests from sources other than the Internet.
  • a customer logs into a Web site.
  • the Web Server authenticates the customer's user i.d. and password against the customer's user profile, which is stored in a database on the Database
  • COS-98-011 -18- Server If the customer is authenticated, the Web Server sends to the customer browser the HTML file that includes the Web site's home page. Embedded in this file are the Java applets that will be used to establish communications between the agent workstation and the customer PC. The Java applets perform other functions, such as providing a dialog box for initiating a contact request in step 210.
  • the Web Server 130 maintains a session with the customer browser over the Internet using cookies or other session maintenance technology. This way, when the customer submits a contact request, the Web Server can identify that customer for the purpose of matching the contact request to a qualified agent.
  • a customer can now browse the Web site.
  • a customer is operating within a trouble ticketing system to view the status of his/her trouble tickets.
  • a service rep call center agent
  • step 212 the customer selects the contact request (call-back) feature, which is typically an HTML button on a Web page. This causes a dialog box to be presented to the customer to prompt him/her for their name and call-back telephone number.
  • the callback telephone number can also include an extension, so
  • COS-98-011 -19- that if the customer is calling from a PBX and an operator (live or automated) answers the phone on the call-back, the call center agent will know the extension needed to reach the customer. Additional information can be solicited here as well, such as a customer identifier that can be used as a skills designator to match the call-back request to a qualified agent.
  • a call-back time can be solicited, to state when the customer would like to be called back. Call-back time can be entered either as a specific clock time (i.e, 3:00 pm est), or as a duration (i.e., 20 minutes from now). Without a callback time entered, it is assumed the customer is requesting a call-back as soon as possible.
  • step 214 when the customer has selected the contact request and has completed the contact request dialog box and hits enter, the customer browser sends the call-back request to the call center Web Server, via the Internet, as indicated at step 216.
  • the Web Server 130 receives the call-back request and forwards it to the Enterprise Contact Server via the Data Center LAN 31.
  • the Web Server includes in the contact request message that it forwards to the Enterprise Contact Server: the IP address of the customer, the URL of Web page from which the call-back request was selected, and, the customer identifier of the customer.
  • the customer identifier is obtained from the customer's user profile when the customer logs on in step 210.
  • the customer's IP address and the URL will be provided to the agent workstation.
  • the Enterprise Contact Server queries the skills database with the skills designator (i.e., the customer identifier) to find a qualified agent; that is, an agent listed with that particular skills designator.
  • the Enterprise Contact Server actually identifies all agents with that skill, so that if one agent is not currently available, another agent can be used.
  • step 222 the Contact Server queries the state table to find an available agent with the highest skill level of the needed skill. These state tables are constantly updated with data that the Enterprise contact Server receives in event messages from each center contact server.
  • step 224 a determination is made as to whether a qualified agent is available. If at step 224 it is determined that a qualified agent is not available, then the Enterprise Contact Server proceeds back to step 222 to query the state table until a qualified agent is available.
  • a queuing/monitoring method may be established comprising the steps of: placing the contact request on a callback queue on the Database Server 134; monitoring the call-back request queue and state tables; and determining if a qualified agent is available to take a call-back request in queue, as described in co- pending U.S. Patent Application No. 08/976,162. It should be understood that this queuing/monitoring step may include the step of applying business rules. If at step 224 it is determined that a qualified agent is available, then the Enterprise Contact Server will send the contact request to the
  • the Contact Server sends the contact request to the select agent workstation 14 via the call center LAN ⁇ e.g., LAN 11a.
  • This request includes all information entered by the customer, as well as the customer's IP address and the URL of the Web page from which the contact request was placed.
  • the selected agent workstation when it receives the contact request, screen-pops the contact request in a window displaying the customer's name, call-back number, and perhaps other information entered by the customer.
  • the selected agent workstation then processes the contact request, in the manner such as described in co-pending U.S. Patent Application No. 08/976,162.
  • this processing may entail: downloading a Common Gateway Interface ("CGI") script from the Web Server for execution on the agent workstation to launch the agent's browser.
  • CGI Common Gateway Interface
  • the URL is passed as a parameter to the CGI script which can then be used to build the same Web page that the customer was at when the contact request was placed.
  • the agent browser retrieves Web pages from a Web Server on the Intranet/Web Server 30, while the customer retrieves identical Web pages from an identical Web Server on the Firewall Server.
  • a Java applet is downloaded to the agent browser from the Web Server on the Intranet Server.
  • the customer's IP address is passed as a parameter by
  • COS-98-011 the CGI script.
  • the agent browser displays the same Web page as the customer browser.
  • step 240 the Java applet that was downloaded in step 136 establishes and maintains TCP/IP communications between the agent browse_r and the customer browser, using the customer's IP address that was included in the call-back request sent to the agent workstation, and, at step 242, the Contact Server 28 sends a message to the CTI Server to cause the ACD to place an outbound call to the customer's call-back number.
  • the Contact Server will send this message at the same time it sends the contact request to the agent workstation, in step 234.
  • the Contact Server can set a timer in step 234. When the timer expires, step 242 is triggered.
  • step 244 in response to the message sent by the Contact Server in step 242, the ACD places an outbound call to the customer's call-back number.
  • the call is placed from the agent's telephone station, so that the agent's telephone line to the ACD is seized during this process.
  • the customer may or may not answer, as determined in step 246.
  • step 248a both telephony and TCP/IP communications sessions proceed between the agent and the customer.
  • step 250 the call completes and the customer and agent each hangup.
  • step 248b a TCP/IP
  • COS-98-011 communications session can still proceed between the customer and agent.
  • an on-line chat session can replace a telephone call.
  • step 252 the agent terminates the TCP/IP session.
  • step 254 the Contact Server updates the state tables to show the agent is now available.
  • the Enterprise Contact Server could also select only a call center that had an available qualified agent, without selecting the actual agent.
  • the Enterprise Contact Server would then send the contact request to the selected call center's Center Contact Server, and the Center Contact Server would then select the actual agent.
  • the Enterprise Contact Server 100 when it receives a contact request at step 218, it may select a call center that has qualified agents. Certain other criteria may be used to select one from many call centers with qualified agents, such as the call center with the most qualified agents.
  • the Enterprise contact server may then send a status query to the call center Contact Server for that selected call center. That Center Contact Server 28 returns a response indicating if a qualified agent is available. If so, that Center Contact Server receives the contact request. If not, the Enterprise Contact Server selects another call center.
  • the Enterprise Contact Server 100 may select all call centers having qualified agents. The ECS then sends ⁇ status query to the Center Contact Servers for all selected
  • FIGS 4 (a) -4(b) illustrate the process for placing, processing, and routing inbound calls via the PST N , or other similar communications means for placing an inbound call.
  • the received call is an 1-800 toll free call.
  • the customer first places a call to a call center.
  • the call is carried by the PSTN switch which, in response, queries the DAP to determine where to route the call.
  • the DAP performs a call processing application to resolve routing to an Enterprise VRU. If a plurality of Enterprise VRUs are used, routing may be resolved to a single VRU, or even a single port or port group on a VRU, based on any of a number of criteria; for example, dialed number, ANI, time of day, day of week, load balancing algorithms, etc. Then, as indicated at step 316 the call is routed by PSTN to the Enterprise VRU, and, as indicated at step 318, an interactive voice response application on the VRU is executed to collect information from the caller. This information is used to determine an appropriate destination for the call.
  • the VRU then sends a query message, including information collected from the caller, to the Enterprise Contact Server which then queries the Enterprise Router, as indicated at step 322.
  • the Enterprise Router may be a sub-system integrated with the Enterprise Contact Server, or, preferably, is a distinct process that can
  • COS-98-011 run on the same or different computer than the Enterprise Contact Server.
  • the Enterprise Router determines an appropriate destination for the call, based on services needed, skills__of agents, and availability of agents.
  • a destination may be a call center, ⁇ group of agents at a call center, or a particular agent at a call center.
  • resolution of routing down to a particular agent is a process that can be distributed between the Enterprise Router and a Center Contact Server. That is, routing parameters (used to determine where to send each inbound call or contact request) could be the same on both the Enterprise Router and each Center Contact Server, or could be distributed among them.
  • the Enterprise Router can perform high-level routing (e.g., only to a call center) based on certain parameters, while the Center Contact Server 28 resolves routing at a more detailed level (e.g., to a particular agent) based on certain other parameters. For example, the Enterprise Router could determine an agent skillset needed and a call center that has agents with that skillset, and have the call routed to that center. The Center Contact Server at that center then determines an available qualified agent to handle the call.
  • high-level routing e.g., only to a call center
  • the Center Contact Server 28 resolves routing at a more detailed level (e.g., to a particular agent) based on certain other parameters.
  • the Enterprise Router could determine an agent skillset needed and a call center that has agents with that skillset, and have the call routed to that center.
  • the Center Contact Server at that center determines an available qualified agent to handle the call.
  • the Enterprise Contact Server returns a response to the VRU comprising the call data provided by the Enterprise Router.
  • the type of data returned includes, but is not limited to, the following: data for routing the call (e.g., type or skillset of agent needed to handle call, which call center has such agent available) , and data
  • COS-98-011 pertaining to the caller or service (e.g., billpayer i.d., customer account data, caller-selected options ) .
  • the Enterprise VRU attaches data to the call and routes the call to the ACD of the selected call center destination. Concurrently, the VRU sends data for the call to the destination call center Contact Server.
  • steps 322-324 provides a distinct advantage over prior art in inbound call routing. Since the VRU collects information from the caller to determine an appropriate destination for the call, the same telephone number can be used for multiple services. Resolution of routing to a particular service is made by the Enterprise Contact Server and Enterprise Router, based on the information collected by the VRU, as opposed to first routing a call to its appropriate destination, based on processing by the DAP and/or an ICR which is limited only to information provided in call-generated data, such as dialed number and ANI. Thus, a single number cannot be used for multiple services.
  • the ACD receives the call, and, at step 334, the ACD sends call data to the call center's CTI Server, which passes data to the call center Contact Server. It should be understood that this is not data that the VRU sent to Center Contact Server in step 328, but data received with a call over the PSTN, i.e., dialed number, ANI, CIC, etc.. In the manner such as described in co-pending U.S. Patent Application No. 08/976,162, the call center Contact Server resolves routing down to a single destination, i.e., a selected
  • the Center Contact Server also reserves that agent, and updates its state tables accordingly (to designate the agent as eserved) .
  • the call is routed to the selected agent's teleset.
  • the T-server sends an event established message identifying to which agent the call was sent.
  • the Contact Server receives the notification, and at step 338 additionally routes the data that the Center Contact Server received from the VRU (at step 328) to the selected agent's workstation, which now has all the information necessary to process the request.
  • the Center Contact Server updates its state tables accordingly (to designate the agent as unavailable) as indicated at step 340, and sends an event message to the Enterprise Contact Server at step 342 regarding the unavailable status of the selected agent.
  • Figure 5 illustrates the process interfaces to the Enterprise Contact Server 100 within the communications system architecture.
  • the fundamental software architecture is similar between the Enterprise Contact Server 100 and the Center Contact Server. Differences are implemented as new API function calls for messaging included within the Agent Collection module 90, and routing rules, which are embodied in a configuration file and software code within the Event Processor and Router module 95.
  • the Contact Server each time an event is processed by a Contact Server, e.g., routing a call to an agent, the Contact Server sends out an event message which is routed over a call center LAN 11a,.., lln and
  • COS-98-011 over the corresponding_ WAN 34a,.., 34n to any "client" who has registered for receipt of this type of message.
  • the Enterprise Contact Server 100 registers itself with each call center Contact Server for receipt of event messages. In this_ way, the Enterprise Contact Server can keep track of current states and availabilities of each call center resource, in order to do enterprise-level routing of contact requests and inbound calls. Additionally, Contact Servers may register with each other to communicate certain messages.
  • API function calls between the Center Contact Servers are the same as described in co-pending U.S. Patent Application No. 08/976,162
  • messaging between each Center Contact Server and the Enterprise Contact Server makes use of additional API function calls.
  • the Enterprise Contact Server performs enterprise routing among the multiple Center Contact Servers, i.e., the Enterprise Contact Server sends contact requests to a call center Contact Server, and API function calls are added to enable this.
  • Appendix A provides Agent/Client API tables listing the events, possible sources of each event, and actions taken by the Contact Server and Enterprise Contact Server in updating the above state table.
  • the Enterprise Contact Server 100 is able to route contact requests to other Contact Servers by implementing both the routing rules employed by the Event Processor and Router module 95, as well as the parameters used to perform routing. For instance, in the above-described
  • the parameters used for routing by the Enterprise Contact Server differ .from those used by a Center Contact Server.
  • the Enterprise Contact Server can route a contact request or inbound call to a call center only, to a group of agents at a call center, or to a specific agent at a call center.
  • the Center Contact Server must ensure the routing is resolved all the way down to a specific agent, so it picks up where the Enterprise Contact Server leaves off.
  • the Center Contact Server 100 still gets queried by the ACD (via the TServer) at step 334 under Figure 4 (b) .
  • the Center Contact Server knows to which agent the call is to be routed, based on information received at step 328, Figure 4(b) which the ACD does not know.
  • the Center Contact Server is what actually sends the instructions to the ACD to route the call to the selected agent.
  • the Center Contact Server needs to first ensure the selected agent is available, prior to updating its state tables and sending out an event message. [Please verify this and confirm steps of Figure 4a-4b]
  • the Enterprise Contact Server 100 employs different routing rules embodied in a configuration file that is read by the Event Processor and Router module 95.
  • the configuration file may be stored as a table in the ECS Database 134. Rules can also be embodied in this module's source code, such as by a switch statement or
  • COS-98-011 a nested if tree.
  • it is the combination of source code and the configuration file that determines how the routing rules a_re implemented, i.e., how the Enterprise Contact Server .100 is to route a contact request.
  • these rules determine whether the Enterprise Contact Server 100 is to route the call to a call center with qualified agents, or, to an actual qualified agent who is currently available based on a query to state tables.
  • the communications system architecture implementing the enterprise contact server 100 of the invention can be used to provide telephone call-backs.
  • the customer visits the specified web site, which causes the callback applet to be downloaded to the customer browser.
  • the customer enters the phone number that they desire to receive a callback on and then clicks on a "Call Me” button on the web page (html) display.
  • This action sends a request to the Enterprise Contact Server 100 to insert the callback into a queue.
  • the Enterprise Contact Server then sends a request to insert the callback to the appropriate Premise Contact Server.
  • the Premise Contact Server responds with the average handling time for the calls in its queue, which the Enterprise Contact Server 100 sends back to the customer.
  • the callback is sent to the agent at the selected call center and a screen-pop is triggered so that the available agent may preview the request prior to processing the callback. This results in a notification to the customer that the call is being processed. It also results in requesting the T-Server to connect an outbound call
  • the communications system architecture implementing the enterprise contact server 100 of the invention can be used to provide telephone call-backs. For instance, when the agent is on line with a customer the agent's Screen Pop application displays the customer information. The agent may determine the need to transfer the call to another Call Center. To accomplish this, the agent depresses a transfer button (not shown) on the Screen Pop application and enters a number, e.g., an 8XX number, of the Call Center to which the call is to be transferred. The agent additionally initiates the attachment of data to the call. Via the screen pop application, an event transfer is performed whereby the call is sent to the premise Contact Server, which, in turn, sends the request to transfer to the premise T- Server.
  • a transfer button not shown
  • the premise T-Server then transfers the call to the requested extension.
  • the premise Contact Server additionally sends a transfer call to the Enterprise Contact Server with an identifier for the Call Center that the phone call is being transferred to.
  • the transfer event will also contain the customer identifier.
  • the Enterprise Contact Server 100 then sends the transfer event to the appropriate premise Contact Server, which preferably, will have received the transferred call.
  • the new premise Contact Server will deliver the transfer event to an agent with the appropriate skills and availability, along with the customer identifier.
  • the agent's Screen Pop receives the transfer event, the customer display
  • COS-98-011 information will be displayed to the agent, as well as a message informing the agent they are receiving a transferred call.
  • the new premise T-Server will also deliver the transferred call to the same agent's tele- set.
  • FIG. 5 there is provided additional interfaces to the Enterprise Contact Server 100.
  • These interfaces include: an Event Tracker 96 for receiving and logging all events into database 134 or data warehouse, primarily for the purpose of historical data tracking and statistics generation; a Click- ' n-Connect Gateway interface 8S enabling IP traffic to be converted into PSTN traffic; and, an H.323 Gateway 89 used to support video calls, as defined by the H.323 industry standard.
  • This H.323 Gateway is for the purpose of enabling a customer to request a contact by an agent via a video conference, i.e., over the Internet via an H.323 gateway. Since the Click- 'n-Connect Gateway 88 and H.323 Gateway 89 are to support enhanced telephony communications for contacts, their interfaces are processed by the Enterprise Contact Server's Telephony processor 136.
  • agent/call monitor 113 which provides displays of current and historical agent and call states, and various other statistics from the event tracker/logging server 96; and, an interface to an agent workstation "Agent Client.” While in the preferred embodiment, the Enterprise Contact Server does not interface directly to any agent workstations, the Enterprise Contact Server is based on the software architecture of the Center Contact Server, and
  • COS-98-011 consequently, supports such an interface.
  • the Agent/Call Monitor can interface to the Enterprise Contact Server as an Agent Client.
  • FIG. 6(a) illustrates an exemplary logical architecture of an enterprise "Click- ' n-Conn£Ct" system 440.
  • the Click- 'n-Connect system 440 enables a customer 42 browsing a Web site to select an option to contact a call center agent with an IP telephone call.
  • the Click- ' n-Connect Web Server 160 captures the customer's IP address, sets up an IP telephony session with an IP Gateway 145, e.g., Netspeak, and initiates a telephone call over the PSTN to a call center ACD using a pre-programmed 1-800 routing number.
  • the call is routed to a qualified agent, who then engages in a PSTN-to-Internet telephone call with the customer.
  • the call is held in a queue on the ACD 12.
  • the architecture depicted in Figure 6(a) only a voice telephony session can be established, and no synchronized HTTP sessions or multi-media collaboration such as URL push are supported. Furthermore, a customer cannot place a call-back request.
  • Figure 6(b) illustrates the logical architecture for Click- ' n-Connect using the Enterprise Contact Server 100 and call center Contact Server 28.
  • Contact Server 100 adds to this service the features and benefits previously described. Specifically, when a customer selects the Click- ' n-Connect option from a Web page, the Web Server 130 sends a message to the
  • COS-98-011 Enterprise Contact Server (“Network Contact Server") 100.
  • the Enterprise Contact Server selects an available qualified ageit (or a call center with a qualified agent available) , and sends a message to that agent's center Contact Server 28 to reserve Jor select and reserve) an agent.
  • the Enterprise Contact Server 100 also establishes an IP telephony session with the IP gateway 145, and initiates a call to the ACD 12. The call is routed to the selected agent, who then engages in a telephone call with the customer. Likewise, the agent can engage in other sessions, such as synchronized HTTP over the Web.
  • the Enterprise Contact Server 100 submits a contact request to itself, and routes that request to a selected call center Contact Server.
  • the advantages that the Enterprise Contact Server 100 introduces for this application are: sessions other than voice telephone call are supported; a customer's call is not held in queue at the ACD if no agent is available; and, multiple call centers can' be used to take calls or contact requests
  • the enterprise contact server and communications architecture of the invention can be used as a Web Dispatch service 400 which allows customers of the enterprise to view trouble ticket information via a Web site. Specifically, if a customer has a question concerning a trouble ticket, they click an option on a Web page, which issues a contact request to a call center agent who supports the system for which the trouble ticket was submitted.
  • a customer has a question concerning a trouble ticket, they click an option on a Web page, which issues a contact request to a call center agent who supports the system for which the trouble ticket was submitted.
  • contact requests can be distributed among multiple call centers.
  • a Customer Callback Applet Java
  • Java executes on the customer's computer, as described in co-pending U.S. Patent Application No. 08/976,162.
  • a contact request is sent to the Java Callback Server on the Web Server 130, which forwards the contact request to the Enterprise Contact Server 100.
  • the Enterprise Contact Server 100 queries its skills and states tables, in the manner described herein, and selects a call center or call center agent to which to send the contact request. It sends the contact request to the center Contact Server that supports the selected call center.
  • the Center Contact Server assigns an agent and routes the contact request data to that agent's workstation.
  • the agent can then initiate a synchronized HTTP session with the customer, via the Java Data Server, as described in co-pending U.S. Patent Application No. 08/976,162.
  • FIG. 7 is a representative illustration of a sample HTML web page 408.
  • a web browser such as Microsoft Explorer® or Netscape Navigator® or Communicator ® displays a HTML web page such as the one shown in Figure 7 by downloading a HTML file from a Web Server specified in URL. Additional pages may be displayed on top of the HTML web page 408 by Java applets that are also downloaded from the Web Server and running on a client browser. Shown in Figure 7 are two separate frames overlaid on the html web page 408: a "Trouble ticket" frame 410; and a "Contact Me” frame 458, which enables a call back request. Both of these
  • COS-98-011 frames are controlled by the Java applets downloaded from the Web Server.
  • "Trouble ticket” frame 410 is an example of what a customer may be viewing on their web page before a call back request is made. This frame 410 also illustrates an example of how a customer may request to be synchronized with an agent by pushing on the "Sync With Agent” button 412. Sync, Push, and Pull mechanism is explained in detail in reference to co-pending U.S. Patent Application No. 08/976,162.
  • Contact Me frame 458 is controlled by a Java applet running on the Client browser. This Java applet handles call back screen interface with the user and at the same time handles communications with the CallBack Server in the Web Server. The following paragraphs describe a detailed example of how a CallBack Java Applet may function in interfacing with the user and a Server.
  • I f input event is on a Contact- M etho d fiel d and the Contact Method c h osen i s " Telephone," enable phone number and extension fields on th e C lient's screen; for all other Contact Metho d chosen, disa b le phone number and extension fie ld s.
  • Contact Method chosen is "Agent/Customer On Line Chat,” include CGI script name in the URL path to be sent over a socket to CallBack S erv e r; package input parameters into a buffer an d write b uffer over the socket connection to CallBac k
  • E-Mail include C ustomer's e-mail address in a send buffer ; write buffer over the socket.
  • Contact Method chosen is "Telephone,” include Customer's telephone number in a send buffer ; write over the socket.
  • COS-98-011 period display message, "There has been an error in receiving confirmation that your call has been placed," on Client's screen.
  • CallBack Server is "Contact Server Up"
  • display message "To speak with an agent, please click on the Contact Me button. We will be happy to call you regarding your service inquiries.” 10.3 If message received is "Event,” parse the message received and compare even types.
  • event type is "Insert Call Back," display message, "Thank you for using MCI Web Callback Service. Your call has been placed and an MCI Technical Specialist is contacting you now.”
  • the CContactEvent class is a wrapper class that wraps socket and TServer data.
  • the class includes of 25 protected member variables:
  • the class includes two constructors. The first is a standard default constructor taking no parameters and performing no additional tasks. The second constructor takes one CString parameter which is pipe ("
  • the CContactEvent class includes 25 functions to set, or assign, the value of each member variable, one function per variable. Each function takes one parameter of the same type as the member variable that it corresponds to, sets the variable, and has a returns void.
  • the CContactEvent class also includes 25 functions to get, or return, the value of each member variable, one functions corresponding to each variable. These functions do not take any
  • CString GetSocketString () : This function returns a CString of "
  • the key-value pairs that the function deliminates are the member variables of the CContactEvent class. The function will test each member variable to determine it is populated. If populated, it will add the variable key and its data to the CString it returns.
  • This function takes three parameters, however, it does not use the first two (IParam & dn) .
  • the function is designed to delete a portion of the m_UserData variable, which must be a ",” deliminated string.
  • the szlnKey parameter is the key of the data the function will delete, and the function will delete the data in the string that resides between the two commas following the key.
  • COS-98-011 The function does not use the two parameters passed.
  • the function will set the m_UserData member variable to an empty string ("").
  • the CContactClient class is an API designed to facilitate the communications between the Agent application and the CServer via TCP/IP sockets by establishing/terminating the server connection and sending/receiving data. Additionally, the CContactClient class functions as a wrapper for the CContactEvent class.
  • the constructor initializes the pointers pEventHead, pEventSocket, and pListenerSocket to null; initializes the string messages for the ErrMsg array; and initializes the string descriptions for the TMessageString array.
  • Destructor Calls CContactEvent ' s member function ClearEvent() to clear data stored in CurrentEvent and OutboundEvent. Deletes all elements that may exist in the EVENTJDBJECT linked list, including pEventHead. Closes the receive thread and sets pListenerSocket to null. Disconnects from CServer and sets pEventSocket to null.
  • COS-98-011 This overloaded function takes one or two parameters.
  • szServerName refers to the IP address of the server to connect to and client refers to the type of client logging in (i.e., monitor client, agent client, or web client) .
  • the function checks pEventSocket for a null value. If null, it allocates and CContactSocket object with the new keyword. Next, the function checks ConnectionStatus for a connected state. If connected, it sets an error message advising a server connection already exists and returns a false, or 0, value. If no connection exists, the function sets the client type for the CContactSocket with client, or a default of AGENT_CLIENT if the function does not receive a client parameter; sets CContactClient ' s m_ServerName with szServerName; and calls CContactSocket's connect function to make a connection to the server.
  • the function sets an error message with the error received from the CContactSocket object, deletes pEventSocket, and the function will exit with a false value.
  • COS-98-011 the receive thread and sets pListenerSocket to null. Disconnects from CServer and sets pEventSocket to null.
  • the function removes the element and sets pEventHead to null. Otherwise, the function removes the first element and the second link becomes the first.
  • This function calls CContactEvent's GetSocketString function to format CurrentEvent's member variables into a single, pipe ("
  • This function will add a received event to the end of the EVENT_OBJECT linked list. If an empty list exists, it adds NewEvent as the first link. Otherwise, the function will add NewEvent to the end of the list.
  • This function calls CreateThread (MFC) to start the receive thread.
  • void SetVariabl eName type: The following functions act as a wrapper for the CContactEvent class. Each function is operating on the OutboundEvent object to set its member variables prior to sending the object to CServer. They accomplished by calling the object's member function (s) that correspond to setting the desired member variable. Each function takes a single parameter of the same type as the CContactEvent member variable to set and has a return value of void.
  • Each COS-98-011 function is operating on the CurrentEvent object to get the data stored in its member variables. This is accomplished by calling. he object's member functions that correspond to retrieving the desired member variable. Each function takes no parameters and returns a value of the same type as the CContactEvent member variable to retrieve.
  • the function will check pEventSocket for a null value.
  • the function sets an error message advising no server connection exists and will return a false, or
  • the function will test OutboundEvent's m_ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return a false value. Lastly, the function will check the ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value. If these three tests pass, the function will send the OutboundEvent to the CServer over the socket and return a true, or 1, value. Prior to exiting, the function calls CContactEvent's ClearEvent function to clear data stored in the OutboundEvent's member variables.
  • COS-98-011 This function requests CServer log the agent out. It sets OutboundEvent's m_Event with £eg/uestAgent ⁇ ouC and mNThisDN with dn .
  • the function will check pEventSocket for a -null value.
  • the function sets an error message advising no server connection exists and will return a false, or
  • the function will test OutboundEvent's m_ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return a false value. Lastly, the function will check the ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value. If these three tests pass, the function will send the OutboundEvent to the CServer over the socket and return a true, or 1, value. Prior to exiting, the function calls CContactEvent's ClearEvent function to clear data stored in the OutboundEvent's member variables.
  • This function requests CServer place a call. It sets OutboundEvent's m_Event with Reques tMakeCall , m_Ani with szPhoneNumber, and m_ThisDN with dn . The function does not use IParam.
  • the function will check pEventSocket for a null value. If null, the function sets an error message advising no server connection exists and will return a false, or 0, value. Next, the function will test OutboundEvent's m_ThisDN for an empty string. If empty, it sets an COS-98-011 error message advising no DN registered and will return a false value. Lastly, the function will check the
  • ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value.
  • This function requests CServer answer a call. It sets OutboundEvent's m_Event with jeguestAnswerCali and m_ThisDN with dn . The function does not use IParam.
  • the function will check pEventSocket for a null value.
  • the function sets an error message advising no server connection exists and will return a false, or 0, value.
  • the function will test OutboundEvent's m_ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return a false value.
  • the function will check the ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value.
  • T his function requests CServer set an agent's status to ready.
  • the function sets OutboundEvent's m_Event to Reques tAgen tReady and m_ThisDN with d .
  • the function does not use IParam.
  • the function will check pEventSocket for a null value.
  • the function sets an error message advising no server connection exists and will return a false, or 0, value.
  • the function will test OutboundEvent's m ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return a false value.
  • the function will check the ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value.
  • This function requests CServer set an agent's status to not ready.
  • the function sets OutboundEvent's m_Event to RequestAgen tNotReady and m_ThisDN with dn .
  • the function does not use IParam.
  • the function will check pEventSocket for a null value. If null, the function sets an error message advising no server connection exists and will return a false, or 0, value. Next, the function will test OutboundEvent's COS-98-011 m ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return a false value. Lastly,, the function will check the
  • ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value.
  • AgentBusy Long IParam, LPCTSTR dn
  • This function requests CServer set an agent's status to busy.
  • the function sets OutboundEvent's m_Event to •Reg;uesCAge. ⁇ t23usy and m_ThisDN with dn .
  • the function does not use IParam.
  • the function will check pEventSocket for a null value. If null, the function sets an error message advising no server connection exists and will return a false, or 0, value. Next, the function will test OutboundEvent's m_ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return a false value. Lastly, the function will check the
  • ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value.
  • the function will send the OutboundEvent to the CServer over the socket and return a true, or 1, value. Prior to exiting, the function
  • COS-98-011 calls CContactEvent's ClearEvent function to clear data stored in the OutboundEvent's member variables.
  • AgentNotBusy Long IParam, LPCTSTR dn
  • This function requests CServer set an agent'-s status to not busy.
  • the function sets OutboundEvent's m__Event to fleguestAgent.Vo .Busy and m_ThisDN with dn .
  • the function does not use IParam.
  • the function will check pEventSocket for a null value.
  • the function sets an error message advising no server connection exists and will return a false, or
  • the function will test OutboundEvent's m_ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return a false value. Lastly, the function will check the ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value. If these three tests pass, the function will send the OutboundEvent to the CServer over the socket and return a true, or 1, value. Prior to exiting, the function calls CContactEvent's ClearEvent function to clear data stored in the OutboundEvent's member variables.
  • This function requests CServer delete a callback. It sets OutboundEvent's m_Event to ⁇ eguestDeleteCallbacJ, m_Ani with ANI, and m_IP with IP.
  • the function will check pEventSocket for a null value. If null, the function sets an error message advising COS-98-011 no server connection exists and will return a false, or
  • ConnectionStatus variable for a connected state. If not connected, it sets an error message advising no server connection exists and will return a false value.
  • the function will send the OutboundEvent to the CServer over the socket and return a true, or 1, value.
  • the function calls CContactEvent's ClearEvent function to clear data stored in the OutboundEvent's member variables.
  • CString IP, CString ANI, CString NaspID r CString ContactTime, int ContactResult) This function requests CServer update an existing callback. It sets OutboundEvent's m_Event to Reques t Upda teCallback, m_IP with IP, and m_Ani with ANI. The remaining parameters are formatted into a " ⁇ " deliminated string and set to OutboundEvent's m_UserData variable.
  • the function will check pEventSocket for a null value.
  • the function sets an error message advising no server connection exists and will return a false, or 0, value.
  • the function will test OutboundEvent's m_ThisDN for an empty string. If empty, it sets an error message advising no DN registered and will return COS-98-011 a false value.
  • the function will check the ConnectionStatus variable for a connected state. If not connected, it sets .an error message advising no server connection exists and will return a false value. If these three tests pass, the function will send the OutboundEvent to the CServer over the socket and return a true, or 1, value.
  • the function calls CContactEvent's ClearEvent function to clear data stored in the OutboundEvent's member variables.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention concerne un serveur de contact d'entreprise (100) permettant aux clients de soumettre des demandes de rappel à des agents (13) se trouvant dans n'importe lequel des centres d'appel (116) via Internet (32) ou pratiquement toute autre technologie de communication disponible.
PCT/US2000/014058 1999-05-24 2000-05-22 Serveur de contact d'entreprise avec caracteristiques d'acheminement ameliorees WO2000072535A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
MXPA01012024A MXPA01012024A (es) 1999-05-24 2000-05-22 Servidor de contacto de empresa con caracteristicas de ruteo mejoradas.
CA002374329A CA2374329A1 (fr) 1999-05-24 2000-05-22 Serveur de contact d'entreprise avec caracteristiques d'acheminement ameliorees
EP00932697A EP1180288A4 (fr) 1999-05-24 2000-05-22 Serveur de contact d'entreprise avec caracteristiques d'acheminement ameliorees
BR0010933-9A BR0010933A (pt) 1999-05-24 2000-05-22 Servidor de contato de empresa com caracterìsticas de roteamento aperfeiçoadas
JP2000619880A JP2003500929A (ja) 1999-05-24 2000-05-22 強化転送機能を備える企業交信サーバ
AU50385/00A AU771695B2 (en) 1999-05-24 2000-05-22 Enterprise contact server with enhanced routing features

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/317,561 US6687241B1 (en) 1997-11-21 1999-05-24 Enterprise contact server with enhanced routing features
US09/317,561 1999-05-24

Publications (1)

Publication Number Publication Date
WO2000072535A1 true WO2000072535A1 (fr) 2000-11-30

Family

ID=23234238

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/014058 WO2000072535A1 (fr) 1999-05-24 2000-05-22 Serveur de contact d'entreprise avec caracteristiques d'acheminement ameliorees

Country Status (7)

Country Link
EP (1) EP1180288A4 (fr)
JP (1) JP2003500929A (fr)
AU (1) AU771695B2 (fr)
BR (1) BR0010933A (fr)
CA (1) CA2374329A1 (fr)
MX (1) MXPA01012024A (fr)
WO (1) WO2000072535A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003107575A2 (fr) 2002-06-17 2003-12-24 Genesys Telecommunications Laboratories, Inc. Transfert d'appel effectue au moyen du protocole de signalisation sip
WO2004112369A2 (fr) * 2003-06-19 2004-12-23 Nortel Networks Limited Convergence entre des communications vocales en mode circuit et des services multimedias en mode paquet
EP1620982A2 (fr) * 2003-05-02 2006-02-01 Cisco Technology, Inc. Procede et systeme de repartition automatique de contacts utilisant la detection de presence
GB2420934A (en) * 2004-11-30 2006-06-07 Rockwell Electronic Commerce Automatic generation of mixed media communication between organisation and client
US7894581B2 (en) 2003-06-19 2011-02-22 Nortel Networks Limited Convergence of circuit-switched voice and packet-based media services
US7899164B2 (en) 2003-06-19 2011-03-01 Nortel Networks Limited Convergence of circuit-switched voice and packet-based media services
USRE46675E1 (en) 2001-08-10 2018-01-16 Genesys Telecommunications Laboratories, Inc. Integrating SIP control messaging into existing communication center routing infrastructure

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101169045B1 (ko) * 2010-08-24 2012-07-26 (주) 콜게이트 음성-화면 ａｒｓ 서비스 시스템 및 그 제공방법과 컴퓨터 판독 가능한 기록매체

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5590188A (en) * 1992-11-09 1996-12-31 Iex Corporation Rules-based call routing
US5825869A (en) * 1995-04-24 1998-10-20 Siemens Business Communication Systems, Inc. Call management method and system for skill-based routing

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5884032A (en) * 1995-09-25 1999-03-16 The New Brunswick Telephone Company, Limited System for coordinating communications via customer contact channel changing system using call centre for setting up the call between customer and an available help agent
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
US5940496A (en) * 1997-02-10 1999-08-17 Gewesys Telecommunications Laboratories, Inc. Apparatus and methods enhancing call routing within and between call-centers

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5590188A (en) * 1992-11-09 1996-12-31 Iex Corporation Rules-based call routing
US5825869A (en) * 1995-04-24 1998-10-20 Siemens Business Communication Systems, Inc. Call management method and system for skill-based routing

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1180288A4 *

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9042372B2 (en) 1998-09-24 2015-05-26 Genesys Telecommunications Laboratories, Inc. Call transfer using session initiation protocol (SIP)
USRE46675E1 (en) 2001-08-10 2018-01-16 Genesys Telecommunications Laboratories, Inc. Integrating SIP control messaging into existing communication center routing infrastructure
EP1514374A4 (fr) * 2002-06-17 2006-01-04 Genesys Telecomm Lab Inc Transfert d'appel effectue au moyen du protocole de signalisation sip
WO2003107575A2 (fr) 2002-06-17 2003-12-24 Genesys Telecommunications Laboratories, Inc. Transfert d'appel effectue au moyen du protocole de signalisation sip
US10148820B2 (en) 2002-06-17 2018-12-04 Genesys Telecommunications Laboratories, Inc. Call transfer using session initiation protocol (SIP)
USRE46751E1 (en) 2002-06-17 2018-03-06 Genesys Telecommunications Laboratories, Inc. Call transfer using session initiation protocol (SIP)
US9794411B2 (en) 2002-06-17 2017-10-17 Genesys Telecommunications Laboratories, Inc. Call transfer using session initiation protocol (SIP)
EP1514374A2 (fr) * 2002-06-17 2005-03-16 Genesys Telecommunications Laboratories, Inc. Transfert d'appel effectue au moyen du protocole de signalisation sip
EP1620982A4 (fr) * 2003-05-02 2011-10-26 Cisco Tech Inc Procede et systeme de repartition automatique de contacts utilisant la detection de presence
EP1620982A2 (fr) * 2003-05-02 2006-02-01 Cisco Technology, Inc. Procede et systeme de repartition automatique de contacts utilisant la detection de presence
US7894581B2 (en) 2003-06-19 2011-02-22 Nortel Networks Limited Convergence of circuit-switched voice and packet-based media services
US7899164B2 (en) 2003-06-19 2011-03-01 Nortel Networks Limited Convergence of circuit-switched voice and packet-based media services
WO2004112369A3 (fr) * 2003-06-19 2005-05-12 Nortel Networks Ltd Convergence entre des communications vocales en mode circuit et des services multimedias en mode paquet
WO2004112369A2 (fr) * 2003-06-19 2004-12-23 Nortel Networks Limited Convergence entre des communications vocales en mode circuit et des services multimedias en mode paquet
US7729479B2 (en) 2004-11-30 2010-06-01 Aspect Software, Inc. Automatic generation of mixed media messages
GB2420934B (en) * 2004-11-30 2009-05-06 Rockwell Electronic Commerce Automatic generation of mixed media messages
GB2420934A (en) * 2004-11-30 2006-06-07 Rockwell Electronic Commerce Automatic generation of mixed media communication between organisation and client

Also Published As

Publication number Publication date
CA2374329A1 (fr) 2000-11-30
EP1180288A4 (fr) 2003-06-11
MXPA01012024A (es) 2002-06-21
EP1180288A1 (fr) 2002-02-20
BR0010933A (pt) 2002-04-23
AU771695B2 (en) 2004-04-01
JP2003500929A (ja) 2003-01-07
AU5038500A (en) 2000-12-12

Similar Documents

Publication Publication Date Title
US6687241B1 (en) Enterprise contact server with enhanced routing features
US6373836B1 (en) Apparatus and methods in routing internet protocol network telephony calls in a centrally-managed call center system
EP1514400B1 (fr) Systeme de service de communications client
US6597685B2 (en) Method and apparatus for determining and using multiple object states in an intelligent internet protocol telephony network
US7376227B2 (en) Method and apparatus for integrating agent status between a customer relations management system and a multiple channel communications center
US6879586B2 (en) Internet protocol call-in centers and establishing remote agents
EP1774760B1 (fr) Procede et appareil pour integrer un etat d'agent entre un systeme de gestion des relations de clients et un centre de communication a canaux multiples
CA2339921A1 (fr) Systeme de gestion pour centres d'appels de points de contact (pop)
US20030035532A1 (en) Web-based distributed call center architecture
US8024401B1 (en) Customer relationship management system with network contact center server configured to control automated web and voice dialogues
AU771695B2 (en) Enterprise contact server with enhanced routing features

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 50385/00

Country of ref document: AU

ENP Entry into the national phase

Ref document number: 2374329

Country of ref document: CA

Kind code of ref document: A

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 2000 619880

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: PA/a/2001/012024

Country of ref document: MX

Ref document number: 2000932697

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2000932697

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 50385/00

Country of ref document: AU

WWW Wipo information: withdrawn in national office

Ref document number: 2000932697

Country of ref document: EP