US20100057927A1 - Methods and systems for information streaming to user interface - Google Patents

Methods and systems for information streaming to user interface Download PDF

Info

Publication number
US20100057927A1
US20100057927A1 US12/201,726 US20172608A US2010057927A1 US 20100057927 A1 US20100057927 A1 US 20100057927A1 US 20172608 A US20172608 A US 20172608A US 2010057927 A1 US2010057927 A1 US 2010057927A1
Authority
US
United States
Prior art keywords
user interface
http
information
events
persistent
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.)
Granted
Application number
US12/201,726
Other versions
US10033869B2 (en
Inventor
Richard Southwick
Mathieu LAJUGIE
Stephen POTENZA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
WILMINGTON SAVINGS FUND SOCIETY FSB
Original Assignee
Contactual 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 to US12/201,726 priority Critical patent/US10033869B2/en
Application filed by Contactual Inc filed Critical Contactual Inc
Publication of US20100057927A1 publication Critical patent/US20100057927A1/en
Assigned to CONTACTUAL, INC. reassignment CONTACTUAL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LAJUGIE, MATHIEU, POTENZA, STEPHEN, SOUTHWICK, RICHARD
Assigned to 8X8, INC. reassignment 8X8, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CONTACTUAL, INC.
Priority to US16/043,886 priority patent/US10868912B2/en
Publication of US10033869B2 publication Critical patent/US10033869B2/en
Application granted granted Critical
Priority to US17/122,838 priority patent/US11539842B2/en
Assigned to WILMINGTON SAVINGS FUND SOCIETY, FSB reassignment WILMINGTON SAVINGS FUND SOCIETY, FSB INTELLECTUAL PROPERTY SECURITY AGREEMENT Assignors: 8X8, INC., FUZE, INC.
Assigned to WILMINGTON SAVINGS FUND SOCIETY, FSB reassignment WILMINGTON SAVINGS FUND SOCIETY, FSB CORRECTIVE ASSIGNMENT TO CORRECT THE PROPERTY NUMBERS SECTION TO REMOVE APPLICATION NUMBERS 11265423, 11252205, 11240370, 11252276, AND 11297182 PREVIOUSLY RECORDED ON REEL 061085 FRAME 0861. ASSIGNOR(S) HEREBY CONFIRMS THE INTELLECTUAL PROPERTY SECURITY AGREEMENT. Assignors: 8X8, INC., FUZE, INC.
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5183Call or contact centers with computer-telephony arrangements
    • H04M3/5191Call or contact centers with computer-telephony arrangements interacting with the Internet
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • This application relates generally to methods and systems for managing networked contact centers, and more specifically, to information streaming to a user interface.
  • contact centers are referred to as call centers and are designed to enable a company to handle calls from its clients.
  • the calls received from clients may be distributed to multiple call agents according to certain call distribution and handling methodologies.
  • a call center is designed to handle calls with minimal client waiting time, minimal dropped calls, even call distribution to agents, and minimal downtime. Any drastic fluctuations in one or more of these criteria may result in loss of business and/or customer dissatisfaction.
  • the call centers are normally built to be operated on-premise using proprietary systems with propriety hardware and software. These on-premise call center systems are generally very costly to maintain.
  • the proprietary systems typically require support staff.
  • the systems may be inflexible in the type of applications and hardware that can be supported, limiting the company's ability to upgrade and grow along with any potential increase in demand. Even when upgrade options are available, they tend to be very costly and may require replacing a current system with another more advanced system, causing further stress to the supporting staff, the agents and the clients.
  • the call centers may be implemented using client/server architecture. Typically, in client/server HTTP communications, a request to the server results in a single response in a one-to-one protocol. When nearly instantaneous status update is desired, the approach may be impractical.
  • FIG. 1 is a high-level diagrammatic representation of an on-demand contact center, according to an example embodiment.
  • FIG. 2 is a further diagrammatic representation of an on-demand contact center, according to an example embodiment.
  • FIG. 3 is a block diagram illustrating a network including a networked contact center organized into layers, in accordance with an example embodiment.
  • FIG. 4 is a flow diagram illustrating example actions performed by various on-demand contact center components in response to agent or customer contact, according to an example embodiment.
  • FIG. 5 is a block diagram illustrating an information-streaming engine, in accordance with an example embodiment.
  • FIG. 6 is a diagram illustrating a user interface, in accordance with an example embodiment.
  • FIG. 7 is a flow diagram illustrating a high-level method of information streaming to a user interface, in accordance with an example embodiment.
  • FIG. 8 is a flow diagram illustrating a further, more detailed method of information streaming to a user interface, in accordance with an example embodiment.
  • FIG. 9 is a diagrammatic representation of an example machine in the form of a computer system, within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein may be executed.
  • An example method may comprise receiving, at a networked contact center, a Hypertext Transfer Protocol (HTTP) request to stream information to a user interface associated with a networked contact center. Responsive to receiving the request, a persistent HTTP connection may be established.
  • HTTP Hypertext Transfer Protocol
  • Methods and systems for information streaming to a user interface may permit a user interface (e.g., a web browser) to receive events initiated on a server and pushed to the user interface.
  • a user interface e.g., a web browser
  • HTTP Hypertext Transfer Protocol
  • the HTTP client may comprise a web browser manipulated by an end-user.
  • the HTTP client may send a request to the server and receive a single response.
  • this approach may be impractical in situations where a nearly instantaneous status update is desirable.
  • a web browser may send a request for information related to an agent periodically (e.g., every 10 seconds) and get a response when, for example, the agent becomes available.
  • Such approach may be impractical, however, because sending repetitious requests to the server consumes considerable bandwidth of the connection between the client and the server.
  • there will be 10,000 requests sent every 10 seconds.
  • a request is sent every 10 seconds, there is a possibility of a telephone call arriving from a customer 1 second into the 10-second interval. Even though an agent is available to answer the telephone call, the agent would not be aware of the telephone call, because the status will not update until 9 seconds later.
  • Methods and systems for information streaming to a user interface may utilize an HTTP persistent connection, which permits sending and receiving multiple HTTP requests/responses via the same connection, as opposed to opening a new connection for every single request/response pair.
  • Advantages of such persistent connection may include less CPU and memory usage as well as reduction in network congestions and latency of subsequent requests.
  • HTTP communicating may include a technique in which multiple HTTP requests are written to a single socket without waiting for the corresponding responses. The communicating of HTTP requests may result in an improvement in page loading times, especially over high latency connections.
  • the server may stream events to the browser, which may inform the client about an incoming telephone call from a customer.
  • the client logic may act upon the event to make an icon of the user interface representing a telephone flash.
  • the information streamed to the browser may also include a telephone number and the name of the calling person.
  • an agent may be interested in statuses of other agents associated with the same tenant.
  • the server may start streaming event information to the browser of the agent.
  • a button blinks as a result of an event being pushed. As already mentioned above, an event being pushed to a user interface does make the button blink.
  • the client side logic may receive the event first and then acts on the event.
  • Methods and systems for information streaming to a user interface may commence by opening an HTTP connection.
  • the connection may be kept open and the server may receive a request to send events to the browser as they appear. If the HTTP connection times out or is broken, it may be reestablished some time later (e.g., 0.5 seconds). In the meantime, the events may be queued.
  • the events being streamed to the browser may include an agent picking up his telephone, an agent changing status, and arrival of a telephone call. When an agent picks up the telephone, the server may send a new event to the browser, changing the status of the agent.
  • FIG. 1 is a block diagram showing an example networked contact center 100 , in accordance with an example embodiment.
  • FIG. 1 is shown to include a networked contact center 102 that is communicatively coupled with networks 104 , via transmission media 114 .
  • machines 106 - 109 Also communicatively coupled with the networks 104 , via the transmission media 114 , are machines 106 - 109 .
  • One or more of the machines 106 - 109 may be used by call agents or call supervisors associated with a company (also referred to as a tenant).
  • One or more of the machines 106 - 109 may be used by customers or potential customers of the company.
  • the networks 104 may be used to communicatively couple the networked contact center 102 with the machines 106 - 109 .
  • networks 104 include the Internet and a public switched telephone network (PSTN).
  • PSTN public switched telephone network
  • Other types of networks may be included within the networks 104 without departing from the claimed subject matter.
  • the transmission media 114 may include any transmission media appropriate for supporting the networks 104 .
  • the transmission media 114 may include one or more of optical fiber, twisted pairs and wireless media. Other transmission media not described may also be used.
  • Contact made between the networked contact center 102 and the various machines 106 - 109 may include various modes of communications (e.g., electronic communications) that may be digitally encoded, composed of analog signals and/or include a combination of digital and analog communication.
  • Some example types of contact may include communications made via Voice Over Internet Protocol (VOIP), analog telephone, online chat, text messaging, electronic mail (email), video conferencing, screen sharing, web conferencing and file sharing, radio broadcast, etc.
  • VOIP Voice Over Internet Protocol
  • analog telephone analog telephone
  • online chat text messaging
  • electronic mail electronic mail
  • video conferencing screen sharing
  • web conferencing web conferencing and file sharing, radio broadcast, etc.
  • the networked contact center 102 may perform various contact related tasks (described in more detail below), on behalf of one or more tenants.
  • the networked contact center 102 may be implemented in software, hardware or a combination of both software and hardware.
  • the networked contact center 102 may comprise contact center machines (not shown) that execute instructions to perform the various contact related tasks (e.g., call distribution, call routing, call prioritizing, call transferring, etc.).
  • One or more of the contact center machines may include interface hardware to communicate with the machines 106 - 109 via the transmission media 114 and the networks 104 .
  • the number of customers, agents or supervisors (and e.g., machines used by the customers, agent and supervisors) that communicate with the networked contact center 102 may be significantly increased when the number of tenants supported by the networked contact center 102 also increases.
  • One or more of the contact center machines may be responsible for storing data associated with the one or more tenants.
  • the data may include, for example, tenant-specific call configuration, agents' identification, supervisors' identification, call recordings, call statistics, etc.
  • a tenant is an entity (e.g., a company, an employer, etc.) that seeks to address contact made by other entities (e.g., customers, employees, associates, etc.) with which the tenant has a relationship.
  • an example tenant may use the networked contact center 102 to receive the contact, organize the contact, allocate the contact, transmit the contact, and to perform other contact center related services for the benefit of the tenant.
  • a tenant may look to yet further entities (e.g., agents, consultants, business partners, etc.) to help address the various contacts referred to above (e.g., contact from the customers, associates, etc.).
  • Entities such as, for example, agents and customers may transmit and/or receive communications using the machines 106 - 109 .
  • the machines 106 - 109 may include interface hardware (not shown) and software to transmit and/or receive communications via the transmission media 114 to and/or from the networks 104 and the networked contact center 102 .
  • the machines 106 - 109 may represent different types of machines (e.g., personal computers (PCs), mobile devices, telephones or any other network device).
  • an entity associated with the machine 106 is a tenant's agent and a different entity associated with the machine 108 is the tenant's customer.
  • the agent using the machine 106 may communicate via the networks 104 and the networked contact center 102 with the customer that is using the machine 108 .
  • FIG. 2 is a block diagram illustrating a network 200 , in accordance with an example embodiment.
  • the network 200 is shown to include an example networked contact center 202 communicatively coupled with agent machines 206 , 207 and customer machines 208 - 211 via the transmission media 214 of the Internet 204 .
  • the example networked contact center 202 is further communicatively coupled with customer machines 212 and 213 via the transmission media 215 of the PSTN 205 .
  • the networked contact center 202 may be configured to support or host multiple tenants (and therefore may also be referred to as a hosted networked contact center or just a hosted contact center).
  • the tenants may not need to install any call-distribution system on-premise.
  • the networked contact center 202 may include multiple platforms and databases to store configurations specific to each tenant.
  • the networked contact center 202 may also implement backup and recovery schemes to reduce system down time.
  • FIG. 3 is a block diagram illustrating a further network 300 including networked contact center 302 organized into layers, in accordance with an example embodiment.
  • the networked contact center 302 may be substantially similar to the networked contact center 202 of FIG. 2 .
  • the networked contact centers 202 , 302 may be organized into multiple logical groups or layers.
  • the telephony layer 308 may be responsible for receiving calls that come into the networked contact centers 202 , 302 .
  • the telephony layer 308 distributes the call to an appropriate platform in the platform layer 306 .
  • each platform in the platform layer 306 may be associated with one or more machines (also referred to as platform machines).
  • Each platform server may support one or more tenants.
  • each tenant may be associated with two or more platforms.
  • a first platform may be used as a primary platform, and a second platform may be used as a backup platform.
  • Incoming calls distributed to a tenant may always be directed to the primary platform unless the tenant is reconfigured to direct the incoming calls to the backup platform.
  • the backup platform is operational while the primary platform is operational even when all calls are being processed by the primary platform. This may be valuable when there are problems with the primary platform, since switching the operations to the backup platform may not cause too much delay in the call handlings associated with the tenant.
  • the multiple platforms in the platform layer 306 may share the same data in the storage layer 304 .
  • the storage layer 304 may be associated with databases and associated database machines.
  • the storage layer 304 may itself be partitioned into multiple images for backup and recovery and for efficient access.
  • mapping may be used to relate a tenant on a particular platform to the tenant's data in the storage layer 304 .
  • the networked contact center 302 may include logic to receive calls, to determine to which of the multiple supported tenants the calls belong, to distribute the calls to the right platform, and to determine where the data associated with the tenant may be found.
  • the networked contact center 102 may be easily upgraded and maintained with little or minimal impact to the tenant.
  • a tenant may be operating with a backup platform while the primary platform is upgraded from one software level to another software level. Once the upgrade is completed, operations may be switched back to the primary platform.
  • both the primary platform and the backup platform share the same data in the storage layer 304 , switching from the backup platform to the primary platform can be accomplished with minimal impact to the tenant and system availability. It may be noted that some calls may be affected during the switch; however, as is typical with telephone calls, the customers may re-dial or call the tenant again. It may be likely that the re-dialed calls may be received by the networked contact center 102 after the switch is complete.
  • platform machines 224 - 226 may be communicatively coupled with an extraction module 232 via communication channels 227 - 229 , respectively, and communication channel 230 .
  • Platform machines 224 - 226 are further communicatively coupled to contact machine(s) 258 via communication channel 264 .
  • the contact machine(s) 258 are communicatively coupled with the routing databases 268 via the communication channel 266 .
  • Platform management machine(s) 244 are shown to be communicatively coupled with configuration data location databases 252 via communication channel 250 , with tenant location database 247 via communication channel 249 , and with contact and platform machine(s) 258 and 224 - 226 , respectively, via the communication channels 256 and 264 .
  • the platform management machine(s) 244 are further shown to be communicatively coupled with the configuration module 236 via communication channel 242 , while the configuration module 236 is communicatively coupled with the extraction module 232 and the configuration data databases 240 via communication channels 234 and 238 , respectively.
  • the machines and modules of FIG. 2 are to be described in further detail with respect to FIG. 4 , which follows.
  • FIG. 4 is a flow diagram 400 showing example actions performed by various components of a networked contact center for responding to agent or customer contact, in accordance with an example embodiment.
  • each column represents a lane in which action(s) are carried out.
  • Actions in lanes 404 , 406 , 408 and 410 may be performed by certain machines and/or modules shown in FIG. 2 .
  • a module may represent software, hardware and/or a combination of software and hardware used to implement logical constructions and/or to process instructions. Although shown in separate lanes, one module may be included in, or composed of, one or more of the other modules.
  • the flow diagram 400 may begin at block 412 with an agent or customer submitting an indicator associated with a tenant along with an initiation of communication.
  • the customer machine 212 is shown to include a telephonic interface 219 (e.g., a telephone with a handset).
  • a customer seeking customer support from a tenant dials a tenant's phone number on a telephone to place a call (e.g., initiation of communication) to the networked contact center over the PSTN.
  • the telephone number itself serves as an indicator of the tenant whose attention is sought by the customer.
  • the customer machine 208 is shown to include a network interface 203 (e.g., a web browser) with which a customer may, for example, submit a chat request to the networked contact center 202 over the Internet to receive, for example, technical support from a tenant.
  • An agent of the tenant or a contact supervisor may also contact the tenant.
  • an agent using the agent machine 206 uses the network interface 201 to log on to an agent network server hosted by the networked contact center 202 to notify the networked contact center 202 that the agent is available to be contacted by customers.
  • the agent may use the voice interface 217 to speak with a customer or another agent.
  • the indicator submitted at block 412 is received by the contact machines(s) 258 .
  • the contact machine(s) 258 are shown to include a routing module 262 and a contact limiting module 260 .
  • the routing module 262 may route contacts to a certain platform depending on the tenant indicated by the indicator (e.g., a phone number, username/password or any other indicator designating a tenant).
  • the example contact limiting module 260 may regulate incoming contact with the networked contact center 202 .
  • the routing module 262 within the contact machines 258 of FIG. 2 may determine a platform upon which the tenant is supported based on the indicator received from the agent or customer at block 412 .
  • the routing module 262 accesses the routing databases 268 via communication channel 266 to associate an indicator with a tenant and a platform.
  • the contact machine(s) 258 submit a request, via the communication channel 256 to the platform management machine(s) 244 to determine a platform associated with the indicator (e.g., and a tenant corresponding to the indicator).
  • the example flow diagram 400 includes the example contact limiting module 260 within the contact machines 258 of FIG. 2 determining whether to allow the initiation of communication (e.g., a telephone call from a customer) to be routed to a platform (e.g., the platform machine(s) 224 ).
  • a platform e.g., the platform machine(s) 224
  • the contact limiting module's 260 determination of whether to allow the initiation of communication may include referencing a current allowance of contact or communication (e.g., a bucket value, described in more detail below) to be received by a particular communication layer or platform (e.g., within the platform machines 224 ) in a fixed period of time.
  • each platform may vary a maximum allowance of contact for a period of time or vary the period of time based on an availability of platform resources.
  • the contact limiting module 260 may reject initiation of the communication as shown in block 417 of FIG. 4 .
  • the contact limiting module 260 may allow the initiation of communication to be routed to the platform as shown between blocks 416 and 418 of FIG. 4 .
  • determination of whether to allow the initiation of communication may be made by a platform at block 418 after the contact limiting module has allowed the initiation of communication to be routed to the platform at block 416 .
  • a platform may reject the initiation of communication based on availability of platform resources or other conditions warranting a rejection. Such a rejection is represented by block 417 .
  • a platform may allow the initiation of communication from the contact machines(s) 258 .
  • Example resource module(s) 270 located on the platform machine 224 and located on the other platform machines 225 - 226 may include various modules that provide services for multiple tenants.
  • Example resource module(s) 270 may include interaction routers, interactive voice recordings, scripting, agent network server, media control and other contact center related services, etc.
  • the initiation of communication is a voice call from a customer seeking help with installing a water heater; the tenant is in the business of providing technical support for refrigerator installations and water heater installations.
  • the tenant employs some agents who address questions about refrigerator installations while the tenant's other agents address questions about water heater installations.
  • the flow diagram 400 includes the resource module(s) 270 of FIG. 2 allowing the initiation of communication and generating a request for data associated with a tenant, based on the initiation of communication.
  • the resource module(s) 270 request tenant data to be used to teleprompt the customer, prompting the customer to press 1 on their telephone dial for refrigerator installation support or to press 2 for water heater installation support.
  • Example platform machine(s) 224 , 225 and 226 may initially request the data associated with the tenant from the extraction module 232 and the configuration module 236 .
  • the resource module(s) 270 may use a different addressing system than the configuration module 236 uses to locate and access the same data.
  • the extraction module 232 translates requests from the platform machine(s) 224 , 225 , 226 to allow the configuration module 236 to understand the request.
  • the configuration module 236 may access the requested data in the configuration data databases 240 and relay the requested data to the resource module(s) 270 on a set of platform machine(s) (e.g., platform machine(s) 224 ) via the extraction module 232 .
  • the configuration module 236 may not initially locate the requested data in the configuration data databases 240 .
  • the configuration module 236 may request the location of the requested data from the data location module 246 that may be located within the platform management machine(s) 244 .
  • the flow 400 may include the data location module 246 providing the location of the requested data (e.g., the location within the configuration data databases 240 ) to the configuration module 236 .
  • the configuration module 236 may then access the requested data to provide it to the resource module(s) 270 via the extraction module 232 .
  • the example resource module(s) 270 receive access to the requested data (e.g. tenant data). With access to the particular tenant data, an example resource module 270 may generate a particular response to the initiation of communication received from the agent or customer.
  • the requested data e.g. tenant data
  • an example resource module 270 may generate a particular response to the initiation of communication received from the agent or customer.
  • the resource module(s) 270 respond to the initiation of the communication based on the data (e.g., the tenant data).
  • the agent or customer that initiated communication may receive the response where the flow ends at terminal 426 .
  • the response to the initiation at terminal 426 may be the tenant's teleprompter asking the customer to indicate the nature of the call.
  • FIG. 5 is a block diagram illustrating a system for information streaming to a user interface 500 in accordance with an example embodiment.
  • the example system for information streaming to a user interface 500 is shown to include example components that may be configured to perform various operations facilitating information streaming to a user interface.
  • system for information streaming to a user interface 500 may include a communication module 502 and an information streaming module 504 , which in turn includes a connection initiating module 506 and a queuing module 508 .
  • the communication module 502 may be configured to receive a request to stream information to a user interface.
  • the user interface may be associated with a networked contact center.
  • the user interface may include Graphical User Interface (GUI), described in more detail below with reference to FIG. 6 .
  • GUI Graphical User Interface
  • the communication module 502 may receive a request to stream the information to the user interface.
  • the communication module 502 may receive a request to provide a telephone number and a name of a calling person via the persistent connection established between the server and the user interface.
  • the persistent connection may time out after a predetermined period of time, and the communication module 502 may queue events until the persistent connection is reestablished.
  • the communication module 502 may be configured to receive information related to events associated with the networked contact center. For example, the communication module 502 may receive events indicating that an agent becomes available, a telephone call arrives, a status of an agent changes, or an agent picks up a telephone.
  • the connection-initiating module 506 may be configured to establish a persistent connection to the user interface.
  • the persistent connection to the user interface may be facilitated by Hypertext Transfer Protocol (HTTP).
  • HTTP Hypertext Transfer Protocol
  • the queuing module 508 may be configured to queue events when the persistent connection times out or otherwise becomes unavailable.
  • FIG. 6 is a diagram illustrating a user interface 600 , in accordance with an example embodiment.
  • a GUI is a type of user interface, which may permit users to interact with electronic devices like computers, hand-held devices (personal digital assistants (PDAs), MP3 players, portable media players, gaming devices, etc.), household appliances and office equipment.
  • PDAs personal digital assistants
  • a GUI presents graphical icons, visual indicators or special graphical elements called “widgets”. Often the icons are used in conjunction with text, labels or text navigation to fully represent the information and actions available to a user. Instead of offering only text menus, or requiring typed commands, the actions are usually performed through direct manipulation of the graphical elements.
  • a button 602 titled “reject call” is shown enabled.
  • the button 602 When enabled, the button 602 permits an agent to reject an incoming call.
  • the agent may become aware of the incoming call when the button 602 starts blinking.
  • Blinking of the button 602 is an example of an event being pushed from the server to the interface 600 .
  • an event being pushed to a user interface does make the button blink.
  • a client side logic (not shown) may receive and the event and then act on the event.
  • FIG. 7 is a flow diagram illustrating a high-level method 700 of information streaming to a user interface, in accordance with an example embodiment.
  • the method 700 may be performed by processing logic (e.g. dedicated logic, programmable logic, microcode, etc.) that may comprise hardware, software (such as that run on a general-purpose computer system or a dedicated machine), or a combination of both.
  • processing logic e.g. dedicated logic, programmable logic, microcode, etc.
  • the method 700 may be performed by the various modules discussed above with reference to FIG. 5 . Each of these modules may comprise processing logic.
  • the method 700 may commence at operation 702 with the communication module 502 receiving a request to stream information to the user interface.
  • the request may specify that the server may push certain types of events (e.g., a new chat) on arrival.
  • the communication module 502 may establish a persistent connection to the user interface. As already mentioned above, HTTP persistent connections may be utilized for this purpose.
  • the communication module 502 may receive information including events associated with the networked contact center. For example, the information may include an event indicating an incoming call from a customer.
  • the communication module 502 may send the events received at operation 706 to the user interface via the persistent connection established at operation 704 . No further requests from the user interface are necessary.
  • FIG. 8 is a flow diagram illustrating a further, more detailed method 800 of information streaming to a user interface, in accordance with an example embodiment.
  • the method 800 may be performed by processing logic (e.g., dedicated logic, programmable logic, microcode, etc.) that may comprise hardware, software (such as that run on a general-purpose computer system or a dedicated machine), or a combination of both.
  • processing logic e.g., dedicated logic, programmable logic, microcode, etc.
  • the method 800 may be performed by the various modules discussed above with reference to FIG. 5 . Each of these modules may comprise processing logic.
  • the method 800 may commence at operation 802 with the communication module 502 receiving a request to stream information to the web browser.
  • the operation is substantially similar to operation 702 described with reference to FIG. 7 .
  • the connection-initiating module 506 may establish a persistent connection to the user interface via HTTP.
  • HTTP is a communications protocol for the transfer of information on the World Wide Web.
  • HTTP is a request/response standard between a client and a server.
  • the client may include the user interface 600 described with reference to FIG. 6 above.
  • a user may make an HTTP request using a user interface.
  • the responding server may store or creates resources such as HTML files and images.
  • An HTTP client may initiate a request to an HTTP server. In response, the HTTP server may send a response.
  • the methods and systems for information streaming to user interface may utilize persistent HTTP connections.
  • Persistent HTTP connections permit reusing the same connection to send and receive multiple HTTP requests/responses, as opposed to opening a new connection for every single request/response pair.
  • This approach permits less CPU and memory usage (because fewer connections are open simultaneously) and enables communicating of HTTP requests and responses.
  • the approach may also result in reduced network congestion (fewer TCP connections), reduced latency in subsequent requests (no handshaking), and errors being reported without the penalty of closing the TCP connection
  • communicating of HTTP requests may be utilized to write out multiple HTTP requests to a single socket without waiting for the corresponding responses. Communicating of requests may result in an improvement in page loading times, especially over high latency connections.
  • the communication module 502 may receive information including events associated with the networked contact center, and at operation 808 , the communication module 502 may start communicating events to the web browser to effect changes to the web browser.
  • the communication module 502 may start communicating events to the web browser to effect changes to the web browser.
  • all actions are instigated from the user interface. A user must click on something or do some other action. This results in a message being sent to the server, and may result in a response from the server.
  • the methods and systems for information streaming to a user interface permit the server to stream events to the user interface without any action being taken on the user interface side of the transaction.
  • a telephone call may arrive and the server would like to send the event to the browser on the agent's machine.
  • the method 800 permits streaming the event to the browser and to cause an icon representing a little telephone to flash, and to show information about the call.
  • the information may include a telephone number and the name of the calling person.
  • an agent may be looking at the list of all agents who are associated with a certain tenant and are currently available to receive communications.
  • the server may pick up the event and stream it to the user interface of other agents to inform them that the agent is no longer available to answer calls.
  • a web browser sends a request for information (e.g., every 10 seconds) and gets a response if the status has changed. Sending repetitive requests to the server may consume a lot of bandwidth.
  • the HTTP connection is kept open. This permits receiving a string of responses as they are generated, instead of just one response per session.
  • the connection may have a timer that may enable closing the connection after a certain predetermined time. The connection is kept open and the server may receive a request to send events to the user interface as they appear. If the connection times out or is somehow broken, it may be reestablished some time later (e.g., 0.5 seconds). In the meantime, events may be queued.
  • the events being sent to the browser may include, among others, an agent picking up the phone, an agent changing status, and arrival of a call.
  • the server may send a new event to the browser, changing the status.
  • the connection may time out or otherwise become broken. Once the connection is reestablished, the events that were queued while the connection was broken may be pushed to the user interface.
  • the information streaming module 504 may determine whether the connection is interrupted, and at operation 812 , the queuing module 508 may start queuing events to the user interface.
  • FIG. 9 shows a diagrammatic representation of a machine in the example form of a computer system 900 , within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein may be executed.
  • the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
  • the machine may operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
  • the machine may be a server computer, a client computer, a PC, a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • PDA Personal Digital Assistant
  • STB set-top box
  • machine shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
  • the example computer system 900 includes a processor 904 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), a main memory 910 , and a static memory 914 , which communicate with each other via a bus 908 .
  • the computer system 900 may further include a video display unit 902 (e.g., liquid crystals display (LCD) or a cathode ray tube (CRT)).
  • LCD liquid crystals display
  • CRT cathode ray tube
  • the computer system 900 also includes an alpha-numeric input device 912 (e.g., a keyboard), a cursor control device 916 (e.g., a mouse), a disk drive unit 920 , a signal generation device 940 (e.g., a speaker), and a network interface device 918
  • an alpha-numeric input device 912 e.g., a keyboard
  • a cursor control device 916 e.g., a mouse
  • a disk drive unit 920 e.g., a disk drive unit 920
  • a signal generation device 940 e.g., a speaker
  • the disk drive unit 920 includes a machine-readable medium 922 on which is stored one or more sets of instructions 924 (e.g., software) embodying any one or more of the methodologies or functions described herein.
  • the instructions 924 may also reside, completely or at least partially, within the main memory 910 , within the static memory 914 , and/or within the processor 904 during execution thereof by the computer system 900 , the main memory 910 and the processor 904 also constituting machine-readable media.
  • the instructions 924 may further be transmitted or received over a network 930 via the network interface device 918 .
  • machine-readable medium 922 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
  • the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present subject matter.
  • the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.

Abstract

Embodiments of computer-implemented methods and systems for information streaming to a user interface include receiving, at a networked contact center, a Hypertext Transfer Protocol (HTTP) request to stream information to a user interface, establishing a persistent HTTP connection to the user interface, receiving the information, the information including one or more events associated with the networked contact center, and sending the one or more events via the persistent HTTP connection, the one or more events resulting in a change in the user interface without further HTTP requests from the user interface.

Description

    TECHNICAL FIELD
  • This application relates generally to methods and systems for managing networked contact centers, and more specifically, to information streaming to a user interface.
  • COPYRIGHT NOTICE
  • A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever. The following notice applies to the software and data as described below and in the drawings that form a part of this document: Copyright 2008, CONTACTUAL, INC., All Rights Reserved.
  • BACKGROUND
  • Traditionally, contact centers are referred to as call centers and are designed to enable a company to handle calls from its clients. The calls received from clients may be distributed to multiple call agents according to certain call distribution and handling methodologies. Ideally, a call center is designed to handle calls with minimal client waiting time, minimal dropped calls, even call distribution to agents, and minimal downtime. Any drastic fluctuations in one or more of these criteria may result in loss of business and/or customer dissatisfaction.
  • Traditional call centers are normally built to be operated on-premise using proprietary systems with propriety hardware and software. These on-premise call center systems are generally very costly to maintain. The proprietary systems typically require support staff. Furthermore, the systems may be inflexible in the type of applications and hardware that can be supported, limiting the company's ability to upgrade and grow along with any potential increase in demand. Even when upgrade options are available, they tend to be very costly and may require replacing a current system with another more advanced system, causing further stress to the supporting staff, the agents and the clients. The call centers may be implemented using client/server architecture. Typically, in client/server HTTP communications, a request to the server results in a single response in a one-to-one protocol. When nearly instantaneous status update is desired, the approach may be impractical.
  • BRIEF DESCRIPTION OF DRAWINGS
  • Some embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings in which:
  • FIG. 1 is a high-level diagrammatic representation of an on-demand contact center, according to an example embodiment.
  • FIG. 2 is a further diagrammatic representation of an on-demand contact center, according to an example embodiment.
  • FIG. 3 is a block diagram illustrating a network including a networked contact center organized into layers, in accordance with an example embodiment.
  • FIG. 4 is a flow diagram illustrating example actions performed by various on-demand contact center components in response to agent or customer contact, according to an example embodiment.
  • FIG. 5 is a block diagram illustrating an information-streaming engine, in accordance with an example embodiment.
  • FIG. 6 is a diagram illustrating a user interface, in accordance with an example embodiment.
  • FIG. 7 is a flow diagram illustrating a high-level method of information streaming to a user interface, in accordance with an example embodiment.
  • FIG. 8 is a flow diagram illustrating a further, more detailed method of information streaming to a user interface, in accordance with an example embodiment.
  • FIG. 9 is a diagrammatic representation of an example machine in the form of a computer system, within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein may be executed.
  • DETAILED DESCRIPTION
  • For some example embodiments, methods and systems for information streaming to a user interface are described. An example method may comprise receiving, at a networked contact center, a Hypertext Transfer Protocol (HTTP) request to stream information to a user interface associated with a networked contact center. Responsive to receiving the request, a persistent HTTP connection may be established.
  • The following detailed description includes references to the accompanying drawings, which form a part of the detailed description. The drawings show illustrations in accordance with example embodiments. These example embodiments, which are also referred to herein as “examples,” are described in enough detail to enable those skilled in the art to practice the present subject matter. The embodiments may be combined, other embodiments may be utilized, or structural, logical and electrical changes may be made without departing from the scope of what is claimed. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope is defined by the appended claims and their equivalents.
  • In this document, the terms “a” or “an” are used, as is common in patent documents, to include one or more than one. In this document, the term “or” is used to refer to a nonexclusive or, such that “A or B” includes “A but not B,” “B but not A,” and “A and B,” unless otherwise indicated. Furthermore, all publications, patents, and patent documents referred to in this document are incorporated by reference herein in their entirety, as though individually incorporated by reference. In the event of inconsistent usages between this document and those documents so incorporated by reference, the usage in the incorporated reference(s) should be considered supplementary to that of this document; for irreconcilable inconsistencies, the usage in this document controls.
  • Introduction
  • Methods and systems for information streaming to a user interface, in some example embodiments may permit a user interface (e.g., a web browser) to receive events initiated on a server and pushed to the user interface. Typically, in the Hypertext Transfer Protocol (HTTP), a request/response communications model is utilized to transfer information between a client and a server. The HTTP client may comprise a web browser manipulated by an end-user. The HTTP client may send a request to the server and receive a single response. However, this approach may be impractical in situations where a nearly instantaneous status update is desirable.
  • For example, in a typical HTTP environment, a web browser may send a request for information related to an agent periodically (e.g., every 10 seconds) and get a response when, for example, the agent becomes available. Such approach may be impractical, however, because sending repetitious requests to the server consumes considerable bandwidth of the connection between the client and the server. Thus, if there are 1000 agents and each client application associated with those agents sends a request to the server every 10 seconds, there will be 10,000 requests sent every 10 seconds. Additionally, if a request is sent every 10 seconds, there is a possibility of a telephone call arriving from a customer 1 second into the 10-second interval. Even though an agent is available to answer the telephone call, the agent would not be aware of the telephone call, because the status will not update until 9 seconds later.
  • Methods and systems for information streaming to a user interface may utilize an HTTP persistent connection, which permits sending and receiving multiple HTTP requests/responses via the same connection, as opposed to opening a new connection for every single request/response pair. Advantages of such persistent connection may include less CPU and memory usage as well as reduction in network congestions and latency of subsequent requests. HTTP communicating may include a technique in which multiple HTTP requests are written to a single socket without waiting for the corresponding responses. The communicating of HTTP requests may result in an improvement in page loading times, especially over high latency connections.
  • For example, the server may stream events to the browser, which may inform the client about an incoming telephone call from a customer. The client logic may act upon the event to make an icon of the user interface representing a telephone flash. The information streamed to the browser may also include a telephone number and the name of the calling person. In another example, an agent may be interested in statuses of other agents associated with the same tenant. When other agents become unavailable or are offline, the server may start streaming event information to the browser of the agent. In another example, a button blinks as a result of an event being pushed. As already mentioned above, an event being pushed to a user interface does make the button blink. In order for the user interface to display a blinking button, the client side logic may receive the event first and then acts on the event.
  • Methods and systems for information streaming to a user interface, in some example embodiments, may commence by opening an HTTP connection. The connection may be kept open and the server may receive a request to send events to the browser as they appear. If the HTTP connection times out or is broken, it may be reestablished some time later (e.g., 0.5 seconds). In the meantime, the events may be queued. The events being streamed to the browser may include an agent picking up his telephone, an agent changing status, and arrival of a telephone call. When an agent picks up the telephone, the server may send a new event to the browser, changing the status of the agent.
  • Networked Contact Center
  • FIG. 1 is a block diagram showing an example networked contact center 100, in accordance with an example embodiment. FIG. 1 is shown to include a networked contact center 102 that is communicatively coupled with networks 104, via transmission media 114. Also communicatively coupled with the networks 104, via the transmission media 114, are machines 106-109. One or more of the machines 106-109 may be used by call agents or call supervisors associated with a company (also referred to as a tenant). One or more of the machines 106-109 may be used by customers or potential customers of the company.
  • The networks 104 may be used to communicatively couple the networked contact center 102 with the machines 106-109. In an example embodiment, networks 104 include the Internet and a public switched telephone network (PSTN). Other types of networks may be included within the networks 104 without departing from the claimed subject matter. The transmission media 114 may include any transmission media appropriate for supporting the networks 104. In an example embodiment, the transmission media 114 may include one or more of optical fiber, twisted pairs and wireless media. Other transmission media not described may also be used.
  • Contact made between the networked contact center 102 and the various machines 106-109 may include various modes of communications (e.g., electronic communications) that may be digitally encoded, composed of analog signals and/or include a combination of digital and analog communication. Some example types of contact may include communications made via Voice Over Internet Protocol (VOIP), analog telephone, online chat, text messaging, electronic mail (email), video conferencing, screen sharing, web conferencing and file sharing, radio broadcast, etc. It is to be appreciated that example forms of communication are provided herein to illustrate types of contact and not to limit the meaning of contact to certain forms of communication.
  • The networked contact center 102 may perform various contact related tasks (described in more detail below), on behalf of one or more tenants. The networked contact center 102 may be implemented in software, hardware or a combination of both software and hardware. The networked contact center 102 may comprise contact center machines (not shown) that execute instructions to perform the various contact related tasks (e.g., call distribution, call routing, call prioritizing, call transferring, etc.). One or more of the contact center machines may include interface hardware to communicate with the machines 106-109 via the transmission media 114 and the networks 104. It may be noted that the number of customers, agents or supervisors (and e.g., machines used by the customers, agent and supervisors) that communicate with the networked contact center 102 may be significantly increased when the number of tenants supported by the networked contact center 102 also increases. One or more of the contact center machines may be responsible for storing data associated with the one or more tenants. The data may include, for example, tenant-specific call configuration, agents' identification, supervisors' identification, call recordings, call statistics, etc. For some example embodiments, there may be multiple instances of the same data that may be used as backup and for recovery purposes.
  • Tenant
  • A tenant is an entity (e.g., a company, an employer, etc.) that seeks to address contact made by other entities (e.g., customers, employees, associates, etc.) with which the tenant has a relationship. To help respond to such contact, an example tenant may use the networked contact center 102 to receive the contact, organize the contact, allocate the contact, transmit the contact, and to perform other contact center related services for the benefit of the tenant. In addition to using the networked contact center 102, a tenant may look to yet further entities (e.g., agents, consultants, business partners, etc.) to help address the various contacts referred to above (e.g., contact from the customers, associates, etc.).
  • Entities such as, for example, agents and customers may transmit and/or receive communications using the machines 106-109. The machines 106-109 may include interface hardware (not shown) and software to transmit and/or receive communications via the transmission media 114 to and/or from the networks 104 and the networked contact center 102. It is to be noted that the machines 106-109 may represent different types of machines (e.g., personal computers (PCs), mobile devices, telephones or any other network device). In an example embodiment, an entity associated with the machine 106 is a tenant's agent and a different entity associated with the machine 108 is the tenant's customer. In various example embodiments, on behalf of the tenant, the agent using the machine 106 may communicate via the networks 104 and the networked contact center 102 with the customer that is using the machine 108.
  • Contact Center Functional Modules
  • FIG. 2 is a block diagram illustrating a network 200, in accordance with an example embodiment. The network 200 is shown to include an example networked contact center 202 communicatively coupled with agent machines 206, 207 and customer machines 208-211 via the transmission media 214 of the Internet 204. The example networked contact center 202 is further communicatively coupled with customer machines 212 and 213 via the transmission media 215 of the PSTN 205.
  • Although the current example may illustrate customers and agents associated with one tenant, it is to be understood that the networked contact center 202 may be configured to support or host multiple tenants (and therefore may also be referred to as a hosted networked contact center or just a hosted contact center). For some example embodiments, the tenants may not need to install any call-distribution system on-premise. To host these multiple tenants, the networked contact center 202 may include multiple platforms and databases to store configurations specific to each tenant. The networked contact center 202 may also implement backup and recovery schemes to reduce system down time.
  • FIG. 3 is a block diagram illustrating a further network 300 including networked contact center 302 organized into layers, in accordance with an example embodiment. The networked contact center 302 may be substantially similar to the networked contact center 202 of FIG. 2. The networked contact centers 202, 302 may be organized into multiple logical groups or layers. There may be a storage layer 304, a platform layer 306 and a telephony layer 308. For some example embodiments, the telephony layer 308 may be responsible for receiving calls that come into the networked contact centers 202, 302. Depending on the dialed number associated with the call, the telephony layer 308 distributes the call to an appropriate platform in the platform layer 306. For some example embodiments, each platform in the platform layer 306 may be associated with one or more machines (also referred to as platform machines). Each platform server may support one or more tenants. For some example embodiments, each tenant may be associated with two or more platforms. A first platform may be used as a primary platform, and a second platform may be used as a backup platform. Incoming calls distributed to a tenant may always be directed to the primary platform unless the tenant is reconfigured to direct the incoming calls to the backup platform. For some example embodiments, the backup platform is operational while the primary platform is operational even when all calls are being processed by the primary platform. This may be valuable when there are problems with the primary platform, since switching the operations to the backup platform may not cause too much delay in the call handlings associated with the tenant.
  • For some example embodiments, the multiple platforms in the platform layer 306 may share the same data in the storage layer 304. The storage layer 304 may be associated with databases and associated database machines. The storage layer 304 may itself be partitioned into multiple images for backup and recovery and for efficient access. For some example embodiments, mapping may be used to relate a tenant on a particular platform to the tenant's data in the storage layer 304.
  • Thus, the networked contact center 302 may include logic to receive calls, to determine to which of the multiple supported tenants the calls belong, to distribute the calls to the right platform, and to determine where the data associated with the tenant may be found.
  • Using the organization described above, the networked contact center 102 may be easily upgraded and maintained with little or minimal impact to the tenant. For example, a tenant may be operating with a backup platform while the primary platform is upgraded from one software level to another software level. Once the upgrade is completed, operations may be switched back to the primary platform. Similarly, because both the primary platform and the backup platform share the same data in the storage layer 304, switching from the backup platform to the primary platform can be accomplished with minimal impact to the tenant and system availability. It may be noted that some calls may be affected during the switch; however, as is typical with telephone calls, the customers may re-dial or call the tenant again. It may be likely that the re-dialed calls may be received by the networked contact center 102 after the switch is complete.
  • Referring again to FIG. 2, platform machines 224-226 may be communicatively coupled with an extraction module 232 via communication channels 227-229, respectively, and communication channel 230. Platform machines 224-226 are further communicatively coupled to contact machine(s) 258 via communication channel 264. The contact machine(s) 258 are communicatively coupled with the routing databases 268 via the communication channel 266.
  • Platform management machine(s) 244 are shown to be communicatively coupled with configuration data location databases 252 via communication channel 250, with tenant location database 247 via communication channel 249, and with contact and platform machine(s) 258 and 224-226, respectively, via the communication channels 256 and 264. The platform management machine(s) 244 are further shown to be communicatively coupled with the configuration module 236 via communication channel 242, while the configuration module 236 is communicatively coupled with the extraction module 232 and the configuration data databases 240 via communication channels 234 and 238, respectively. The machines and modules of FIG. 2 are to be described in further detail with respect to FIG. 4, which follows.
  • Flow Diagram
  • FIG. 4 is a flow diagram 400 showing example actions performed by various components of a networked contact center for responding to agent or customer contact, in accordance with an example embodiment. In FIG. 4, each column represents a lane in which action(s) are carried out. Actions in lanes 404, 406, 408 and 410 may be performed by certain machines and/or modules shown in FIG. 2. It may be noted that a module may represent software, hardware and/or a combination of software and hardware used to implement logical constructions and/or to process instructions. Although shown in separate lanes, one module may be included in, or composed of, one or more of the other modules.
  • The flow diagram 400 may begin at block 412 with an agent or customer submitting an indicator associated with a tenant along with an initiation of communication. In FIG. 2, the customer machine 212 is shown to include a telephonic interface 219 (e.g., a telephone with a handset). In an example embodiment, a customer seeking customer support from a tenant dials a tenant's phone number on a telephone to place a call (e.g., initiation of communication) to the networked contact center over the PSTN. In an example embodiment, the telephone number itself serves as an indicator of the tenant whose attention is sought by the customer.
  • The customer machine 208 is shown to include a network interface 203 (e.g., a web browser) with which a customer may, for example, submit a chat request to the networked contact center 202 over the Internet to receive, for example, technical support from a tenant. An agent of the tenant or a contact supervisor may also contact the tenant. In an example embodiment, an agent using the agent machine 206 uses the network interface 201 to log on to an agent network server hosted by the networked contact center 202 to notify the networked contact center 202 that the agent is available to be contacted by customers. In some example embodiments, the agent may use the voice interface 217 to speak with a customer or another agent.
  • In various example embodiments, the indicator submitted at block 412 is received by the contact machines(s) 258. In FIG. 2, the contact machine(s) 258 are shown to include a routing module 262 and a contact limiting module 260. The routing module 262 may route contacts to a certain platform depending on the tenant indicated by the indicator (e.g., a phone number, username/password or any other indicator designating a tenant). The example contact limiting module 260 may regulate incoming contact with the networked contact center 202.
  • At block 414, the routing module 262 within the contact machines 258 of FIG. 2 may determine a platform upon which the tenant is supported based on the indicator received from the agent or customer at block 412. In an example embodiment, in FIG. 2, the routing module 262 accesses the routing databases 268 via communication channel 266 to associate an indicator with a tenant and a platform. In some example embodiments, the contact machine(s) 258 submit a request, via the communication channel 256 to the platform management machine(s) 244 to determine a platform associated with the indicator (e.g., and a tenant corresponding to the indicator).
  • At decision block 416, the example flow diagram 400 includes the example contact limiting module 260 within the contact machines 258 of FIG. 2 determining whether to allow the initiation of communication (e.g., a telephone call from a customer) to be routed to a platform (e.g., the platform machine(s) 224).
  • The contact limiting module's 260 determination of whether to allow the initiation of communication may include referencing a current allowance of contact or communication (e.g., a bucket value, described in more detail below) to be received by a particular communication layer or platform (e.g., within the platform machines 224) in a fixed period of time. In some example embodiments, each platform may vary a maximum allowance of contact for a period of time or vary the period of time based on an availability of platform resources. In some example embodiments, when contact directed to a platform is received by the contact machines 258 and the current allowance is less than or equal to zero, the contact limiting module 260 may reject initiation of the communication as shown in block 417 of FIG. 4. When the contact directed to the platform is received by the contact machines 258 and the current allowance is greater than or equal to one, the contact limiting module 260 may allow the initiation of communication to be routed to the platform as shown between blocks 416 and 418 of FIG. 4.
  • Alternatively or additionally, determination of whether to allow the initiation of communication may be made by a platform at block 418 after the contact limiting module has allowed the initiation of communication to be routed to the platform at block 416. In various example embodiments, a platform may reject the initiation of communication based on availability of platform resources or other conditions warranting a rejection. Such a rejection is represented by block 417.
  • In an example embodiment, in FIG. 2, a platform may allow the initiation of communication from the contact machines(s) 258. Example resource module(s) 270 located on the platform machine 224 and located on the other platform machines 225-226, may include various modules that provide services for multiple tenants. Example resource module(s) 270 may include interaction routers, interactive voice recordings, scripting, agent network server, media control and other contact center related services, etc.
  • In an example embodiment, the initiation of communication is a voice call from a customer seeking help with installing a water heater; the tenant is in the business of providing technical support for refrigerator installations and water heater installations. The tenant employs some agents who address questions about refrigerator installations while the tenant's other agents address questions about water heater installations.
  • At block 418, the flow diagram 400 includes the resource module(s) 270 of FIG. 2 allowing the initiation of communication and generating a request for data associated with a tenant, based on the initiation of communication. In the appliance installation example, the resource module(s) 270 request tenant data to be used to teleprompt the customer, prompting the customer to press 1 on their telephone dial for refrigerator installation support or to press 2 for water heater installation support.
  • Example platform machine(s) 224, 225 and 226 may initially request the data associated with the tenant from the extraction module 232 and the configuration module 236. In an example embodiment, to locate data for data access, the resource module(s) 270 may use a different addressing system than the configuration module 236 uses to locate and access the same data. In some example embodiments, the extraction module 232 translates requests from the platform machine(s) 224, 225, 226 to allow the configuration module 236 to understand the request. The configuration module 236 may access the requested data in the configuration data databases 240 and relay the requested data to the resource module(s) 270 on a set of platform machine(s) (e.g., platform machine(s) 224) via the extraction module 232.
  • The configuration module 236 may not initially locate the requested data in the configuration data databases 240. In some example embodiments, the configuration module 236 may request the location of the requested data from the data location module 246 that may be located within the platform management machine(s) 244.
  • At block 420, the flow 400 may include the data location module 246 providing the location of the requested data (e.g., the location within the configuration data databases 240) to the configuration module 236. The configuration module 236 may then access the requested data to provide it to the resource module(s) 270 via the extraction module 232.
  • At block 422 of the flow 400, the example resource module(s) 270 receive access to the requested data (e.g. tenant data). With access to the particular tenant data, an example resource module 270 may generate a particular response to the initiation of communication received from the agent or customer.
  • At block 424 of the flow 400, the resource module(s) 270 respond to the initiation of the communication based on the data (e.g., the tenant data). The agent or customer that initiated communication may receive the response where the flow ends at terminal 426. In the appliance installation support example, the response to the initiation at terminal 426 may be the tenant's teleprompter asking the customer to indicate the nature of the call.
  • Module Diagram
  • FIG. 5 is a block diagram illustrating a system for information streaming to a user interface 500 in accordance with an example embodiment. The example system for information streaming to a user interface 500 is shown to include example components that may be configured to perform various operations facilitating information streaming to a user interface. In some example embodiments, system for information streaming to a user interface 500 may include a communication module 502 and an information streaming module 504, which in turn includes a connection initiating module 506 and a queuing module 508.
  • The communication module 502 may be configured to receive a request to stream information to a user interface. The user interface may be associated with a networked contact center. The user interface may include Graphical User Interface (GUI), described in more detail below with reference to FIG. 6. The communication module 502 may receive a request to stream the information to the user interface. For example, the communication module 502 may receive a request to provide a telephone number and a name of a calling person via the persistent connection established between the server and the user interface. The persistent connection may time out after a predetermined period of time, and the communication module 502 may queue events until the persistent connection is reestablished.
  • The communication module 502 may be configured to receive information related to events associated with the networked contact center. For example, the communication module 502 may receive events indicating that an agent becomes available, a telephone call arrives, a status of an agent changes, or an agent picks up a telephone. The connection-initiating module 506 may be configured to establish a persistent connection to the user interface. The persistent connection to the user interface may be facilitated by Hypertext Transfer Protocol (HTTP). The queuing module 508 may be configured to queue events when the persistent connection times out or otherwise becomes unavailable. Various operations performed by the information-streaming engine 500, according to an example embodiment, are described by a way of example with reference to FIG. 7 and FIG. 8.
  • FIG. 6 is a diagram illustrating a user interface 600, in accordance with an example embodiment. A GUI is a type of user interface, which may permit users to interact with electronic devices like computers, hand-held devices (personal digital assistants (PDAs), MP3 players, portable media players, gaming devices, etc.), household appliances and office equipment. As opposed to traditional interfaces, a GUI presents graphical icons, visual indicators or special graphical elements called “widgets”. Often the icons are used in conjunction with text, labels or text navigation to fully represent the information and actions available to a user. Instead of offering only text menus, or requiring typed commands, the actions are usually performed through direct manipulation of the graphical elements. In FIG. 6, a button 602, titled “reject call” is shown enabled. When enabled, the button 602 permits an agent to reject an incoming call. The agent may become aware of the incoming call when the button 602 starts blinking. Blinking of the button 602 is an example of an event being pushed from the server to the interface 600. However, an event being pushed to a user interface does make the button blink. In order for the user interface to display a blinking button, a client side logic (not shown) may receive and the event and then act on the event.
  • FIG. 7 is a flow diagram illustrating a high-level method 700 of information streaming to a user interface, in accordance with an example embodiment. The method 700 may be performed by processing logic (e.g. dedicated logic, programmable logic, microcode, etc.) that may comprise hardware, software (such as that run on a general-purpose computer system or a dedicated machine), or a combination of both. In one example embodiment, the method 700 may be performed by the various modules discussed above with reference to FIG. 5. Each of these modules may comprise processing logic.
  • As shown in FIG. 7, the method 700 may commence at operation 702 with the communication module 502 receiving a request to stream information to the user interface. The request may specify that the server may push certain types of events (e.g., a new chat) on arrival. At operation 704, the communication module 502 may establish a persistent connection to the user interface. As already mentioned above, HTTP persistent connections may be utilized for this purpose. At operation 706, the communication module 502 may receive information including events associated with the networked contact center. For example, the information may include an event indicating an incoming call from a customer. At operation 708, the communication module 502 may send the events received at operation 706 to the user interface via the persistent connection established at operation 704. No further requests from the user interface are necessary.
  • FIG. 8 is a flow diagram illustrating a further, more detailed method 800 of information streaming to a user interface, in accordance with an example embodiment. The method 800 may be performed by processing logic (e.g., dedicated logic, programmable logic, microcode, etc.) that may comprise hardware, software (such as that run on a general-purpose computer system or a dedicated machine), or a combination of both. In one example embodiment, the method 800 may be performed by the various modules discussed above with reference to FIG. 5. Each of these modules may comprise processing logic.
  • As shown in FIG. 8, the method 800 may commence at operation 802 with the communication module 502 receiving a request to stream information to the web browser. The operation is substantially similar to operation 702 described with reference to FIG. 7. At operation 804, the connection-initiating module 506 may establish a persistent connection to the user interface via HTTP. HTTP is a communications protocol for the transfer of information on the World Wide Web. HTTP is a request/response standard between a client and a server. The client may include the user interface 600 described with reference to FIG. 6 above. A user may make an HTTP request using a user interface. The responding server may store or creates resources such as HTML files and images. An HTTP client may initiate a request to an HTTP server. In response, the HTTP server may send a response.
  • The methods and systems for information streaming to user interface may utilize persistent HTTP connections. Persistent HTTP connections permit reusing the same connection to send and receive multiple HTTP requests/responses, as opposed to opening a new connection for every single request/response pair. This approach permits less CPU and memory usage (because fewer connections are open simultaneously) and enables communicating of HTTP requests and responses. The approach may also result in reduced network congestion (fewer TCP connections), reduced latency in subsequent requests (no handshaking), and errors being reported without the penalty of closing the TCP connection
  • In some example embodiments, communicating of HTTP requests may be utilized to write out multiple HTTP requests to a single socket without waiting for the corresponding responses. Communicating of requests may result in an improvement in page loading times, especially over high latency connections.
  • At operation 806, the communication module 502 may receive information including events associated with the networked contact center, and at operation 808, the communication module 502 may start communicating events to the web browser to effect changes to the web browser. In a conventional client/server environment, all actions are instigated from the user interface. A user must click on something or do some other action. This results in a message being sent to the server, and may result in a response from the server. The methods and systems for information streaming to a user interface permit the server to stream events to the user interface without any action being taken on the user interface side of the transaction.
  • For example, a telephone call may arrive and the server would like to send the event to the browser on the agent's machine. The method 800 permits streaming the event to the browser and to cause an icon representing a little telephone to flash, and to show information about the call. The information may include a telephone number and the name of the calling person. In another example, an agent may be looking at the list of all agents who are associated with a certain tenant and are currently available to receive communications. In yet another example, when an agent goes offline, the server may pick up the event and stream it to the user interface of other agents to inform them that the agent is no longer available to answer calls.
  • Typically, a web browser sends a request for information (e.g., every 10 seconds) and gets a response if the status has changed. Sending repetitive requests to the server may consume a lot of bandwidth. Instead of having one HTTP request and one response, the HTTP connection is kept open. This permits receiving a string of responses as they are generated, instead of just one response per session. The connection may have a timer that may enable closing the connection after a certain predetermined time. The connection is kept open and the server may receive a request to send events to the user interface as they appear. If the connection times out or is somehow broken, it may be reestablished some time later (e.g., 0.5 seconds). In the meantime, events may be queued. The events being sent to the browser may include, among others, an agent picking up the phone, an agent changing status, and arrival of a call. For example, when an agent picks up the phone, the server may send a new event to the browser, changing the status. The connection may time out or otherwise become broken. Once the connection is reestablished, the events that were queued while the connection was broken may be pushed to the user interface. Thus, at decision block 810, the information streaming module 504 may determine whether the connection is interrupted, and at operation 812, the queuing module 508 may start queuing events to the user interface.
  • System Diagram
  • FIG. 9 shows a diagrammatic representation of a machine in the example form of a computer system 900, within which a set of instructions for causing the machine to perform any one or more of the methodologies discussed herein may be executed. In alternative embodiments, the machine operates as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the machine may operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may be a server computer, a client computer, a PC, a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
  • The example computer system 900 includes a processor 904 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), a main memory 910, and a static memory 914, which communicate with each other via a bus 908. The computer system 900 may further include a video display unit 902 (e.g., liquid crystals display (LCD) or a cathode ray tube (CRT)). The computer system 900 also includes an alpha-numeric input device 912 (e.g., a keyboard), a cursor control device 916 (e.g., a mouse), a disk drive unit 920, a signal generation device 940 (e.g., a speaker), and a network interface device 918
  • The disk drive unit 920 includes a machine-readable medium 922 on which is stored one or more sets of instructions 924 (e.g., software) embodying any one or more of the methodologies or functions described herein. The instructions 924 may also reside, completely or at least partially, within the main memory 910, within the static memory 914, and/or within the processor 904 during execution thereof by the computer system 900, the main memory 910 and the processor 904 also constituting machine-readable media.
  • The instructions 924 may further be transmitted or received over a network 930 via the network interface device 918.
  • While the machine-readable medium 922 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present subject matter. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
  • The above description is intended to be illustrative and not restrictive. For example, the above-described embodiments (or one or more aspects thereof) may be used in combination with each other. Other embodiments will be apparent to those of skill in the art upon reviewing the above description. The scope of the claims should, therefore be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled. In the appended claims, the terms “including” and “in which” are used as the plain-English equivalents of the respective terms “comprising” and “wherein.” Also, in the following claims, the terms “including” and “comprising” are open-ended; a system, device, article, or process that includes elements in addition to those listed after such a term in a claim are still deemed to fall within the scope of that claim. Moreover, in the following claims, the terms “first,” “second,” and “third,” etc. are used merely as labels and are not intended to impose numerical requirements on their objects.
  • The Abstract is provided to comply with 37 C.F.R. §1.72(b), which requires that it allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the above Detailed Description, various features may be grouped together to streamline the disclosure. This should not be interpreted as intending that an unclaimed disclosed feature is essential to any claim. Rather, inventive subject matter may lie in less than all features of a particular disclosed embodiment. Thus, the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment.

Claims (24)

1. A computer-implemented method for information streaming to a user interface, the method comprising:
receiving, at a networked contact center, a Hypertext Transfer Protocol (HTTP) request to stream information to a user interface;
establishing a persistent HTTP connection to the user interface;
receiving the information, the information including one or more events associated with the networked contact center; and
sending the one or more events via the persistent HTTP connection, the one or more events resulting in a change in the user interface without further HTTP requests from the user interface.
2. The computer-implemented method of claim 1, wherein the user interface is a web browser.
3. The computer-implemented method of claim 1, wherein the establishing of the persistent connection to the user interface includes communicating of the HTTP request.
4. The computer-implemented method of claim 1, wherein the receiving of the information includes receiving one or more of the following events: an agent is available, a telephone call arrives, a status of an agent changes, an agent picks up a telephone.
5. The computer-implemented method of claim 1, wherein the effecting of the change in the user interface without further HTTP requests from the user interface includes flashing a telephone icon to indicate an incoming call from a customer.
6. The computer-implemented method of claim 1, wherein the sending of the one or more events via the persistent HTTP connection includes sending a telephone number and a name of a calling person.
7. The computer-implemented method of claim 1, further comprising timing out the persistent connection after a predetermined period of time.
8. The computer-implemented method of claim 1, further comprising queuing further events while the persistent connection is timed out.
9. A system for information streaming to a user interface, the system comprising:
a communication module to receive, at a networked contact center, an HTTP request to stream information to a user interface, the user interface being associated with the networked contact center;
a information streaming module to:
to establish a persistent HTTP connection to the user interface, and
to receive the information, the information including one or more events associated with the networked contact center; and
the communication module to send the one or more events via the persistent HTTP connection, the one or more events resulting in a change in the user interface without further HTTP requests from the user interface.
10. The system of claim 9, wherein the communication module is to receive an HTTP request to stream the information to a web browser.
11. The system of claim 9, wherein the information streaming module is to establish the persistent HTTP connection to the user interface.
12. The computer-implemented system of claim 9, wherein the information streaming module is to receive one or more of the following events: an agent becomes available, a telephone call arrives, a status of an agent changes, an agent picks up a telephone.
13. The system of claim 9, wherein the user interface includes a flashing icon of a telephone to indicate an incoming call from a customer.
14. The system of claim 9, wherein the communication module is to send a telephone number and a name of a calling person via the persistent connection.
15. The system of claim 9, wherein the persistent HTTP connection times out after a predetermined period of time.
16. The system of claim 9, wherein the one or more of HTTP events are queued while the persistent connection is timed out.
17. A computer-readable medium comprising instructions, which when implemented by one or more processors, perform the following operations:
receive, at a networked contact center, a Hypertext Transfer Protocol (HTTP) request to stream information to a user interface;
establish a persistent HTTP connection to the user interface;
receive the information, the information including one or more events associated with the networked contact center; and
send the one or more events via the persistent HTTP connection, the one or more events resulting in a change in the user interface without further HTTP requests from the user interface.
18. The computer-readable medium of claim 17, wherein the instructions, which when implemented by one or more processors, perform the following operations: receive the HTTP request to stream the information to a web browser.
19. The computer-readable medium of claim 17, wherein the instructions, which when implemented by one or more processors, perform the following operations: establish the persistent connection to the user interface.
20. The computer-readable medium of claim 17, wherein the instructions, which when implemented by one or more processors, perform the following operations: receive the information including receiving one or more of the following events: an agent is available, a telephone call arrives, a status of an agent changes, an agent picks up a telephone.
21. A computer-implemented apparatus for information streaming to a user interface, said apparatus comprising:
means for receiving, at a networked contact center, a Hypertext Transfer Protocol (HTTP) request to stream information to a user interface;
means for establishing a persistent HTTP connection to the user interface;
means for receiving the information, the information including one or more events associated with the networked contact center; and
means for sending the one or more events via the persistent HTTP connection, the one or more events resulting in a change in the user interface without further HTTP requests from the user interface.
22. The computer-implemented apparatus of claim 21, wherein said apparatus comprising means of the effecting a change in the user interface without further HTTP requests from the user interface includes flashing a telephone icon to indicate an incoming call from a customer.
23. The computer-implemented apparatus of claim 21, wherein said apparatus comprises means of sending the one or more events via the persistent HTTP connection includes sending a telephone number and a name of a calling person.
24. The computer-implemented apparatus of claim 21, wherein said apparatus comprising means of timing out the persistent connection after a predetermined period of time.
US12/201,726 2008-08-29 2008-08-29 Methods and systems for information streaming to user interface Active 2034-02-13 US10033869B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/201,726 US10033869B2 (en) 2008-08-29 2008-08-29 Methods and systems for information streaming to user interface
US16/043,886 US10868912B2 (en) 2008-08-29 2018-07-24 Methods and systems for information streaming to user interface
US17/122,838 US11539842B2 (en) 2008-08-29 2020-12-15 Methods and systems for information streaming to user interface

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US12/201,726 US10033869B2 (en) 2008-08-29 2008-08-29 Methods and systems for information streaming to user interface

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/043,886 Continuation US10868912B2 (en) 2008-08-29 2018-07-24 Methods and systems for information streaming to user interface

Publications (2)

Publication Number Publication Date
US20100057927A1 true US20100057927A1 (en) 2010-03-04
US10033869B2 US10033869B2 (en) 2018-07-24

Family

ID=41726953

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/201,726 Active 2034-02-13 US10033869B2 (en) 2008-08-29 2008-08-29 Methods and systems for information streaming to user interface
US16/043,886 Active 2028-08-30 US10868912B2 (en) 2008-08-29 2018-07-24 Methods and systems for information streaming to user interface
US17/122,838 Active US11539842B2 (en) 2008-08-29 2020-12-15 Methods and systems for information streaming to user interface

Family Applications After (2)

Application Number Title Priority Date Filing Date
US16/043,886 Active 2028-08-30 US10868912B2 (en) 2008-08-29 2018-07-24 Methods and systems for information streaming to user interface
US17/122,838 Active US11539842B2 (en) 2008-08-29 2020-12-15 Methods and systems for information streaming to user interface

Country Status (1)

Country Link
US (3) US10033869B2 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100054439A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Methods and systems for multilayer provisioning of networked contact centers
US20100054448A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Systems and methods for selection of a communicatoin path
US8243913B2 (en) 2008-08-29 2012-08-14 8×8, Inc. Limiting contact in a networked contact center environment
US8275116B2 (en) 2008-08-29 2012-09-25 8X8, Inc. Networked contact center
US8468545B2 (en) 2010-08-18 2013-06-18 8X8, Inc. Interaction management
US8972885B2 (en) 2008-08-29 2015-03-03 8X8, Inc. Networked contact center user interface
US20160164759A1 (en) * 2013-06-26 2016-06-09 Nec Corporation Transmission device, receiving device, and relay device
US10015116B2 (en) 2016-02-22 2018-07-03 1E Limited Dynamic buffer allocation

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10033869B2 (en) 2008-08-29 2018-07-24 8X8, Inc. Methods and systems for information streaming to user interface

Citations (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5844896A (en) * 1997-02-26 1998-12-01 U S West, Inc. System and method for routing telephone calls
US5887139A (en) * 1996-08-19 1999-03-23 3Com Corporation Configurable graphical user interface useful in managing devices connected to a network
US5903641A (en) * 1997-01-28 1999-05-11 Lucent Technologies Inc. Automatic dynamic changing of agents' call-handling assignments
US6005931A (en) * 1997-02-10 1999-12-21 Genesys Telecommunications Laboratories, Inc. Negotiated routing in telephony systems
US6154465A (en) * 1998-10-06 2000-11-28 Vertical Networks, Inc. Systems and methods for multiple mode voice and data communications using intelligenty bridged TDM and packet buses and methods for performing telephony and data functions using the same
US6201863B1 (en) * 1997-02-10 2001-03-13 Genesys Telecommunications Laboratories, Inc. Personal desktop router
US6278777B1 (en) * 1998-03-12 2001-08-21 Ser Solutions, Inc. System for managing agent assignments background of the invention
US6335971B1 (en) * 1999-12-17 2002-01-01 Mci Worldcom, Inc. Country to country call intercept process
US6345093B1 (en) * 1999-04-13 2002-02-05 Davox Corporation System and method for providing automated take back and transfer functionality to a computer telephony system
US6393467B1 (en) * 1998-08-31 2002-05-21 Nortel Networks Limited Network interconnected computing device, server and notification method
US20020198943A1 (en) * 2001-06-20 2002-12-26 David Zhuang Web-enabled two-way remote messaging facility
US6553115B1 (en) * 1995-01-06 2003-04-22 Anip, Inc. Automated access telephone system
US20030093533A1 (en) * 2000-08-14 2003-05-15 Ran Ezerzer Call center administration manager
US20030097448A1 (en) * 2001-11-21 2003-05-22 Menezes Francisco Jose Server control of hypertext transfer protocol client
US20030123640A1 (en) * 2001-12-31 2003-07-03 William Roelle Call center monitoring system
US20030172131A1 (en) * 2000-03-24 2003-09-11 Yonghui Ao Method and system for subject video streaming
US20030195934A1 (en) * 2002-04-15 2003-10-16 Peterson Neil J. Web services-based communications for use with process control systems
US20030208754A1 (en) * 2002-05-01 2003-11-06 G. Sridhar System and method for selective transmission of multimedia based on subscriber behavioral model
US20030217136A1 (en) * 2002-05-16 2003-11-20 Chunglae Cho Apparatus and method for managing and controlling UPnP devices in home network over external internet network
US20030236907A1 (en) * 2002-06-24 2003-12-25 Stewart James C. Communicating via a connection between a streaming server and a client without breaking the connection
US6687241B1 (en) * 1997-11-21 2004-02-03 Worldcom, Inc. Enterprise contact server with enhanced routing features
US20040034591A1 (en) * 2001-12-05 2004-02-19 Henri Waelbroeck Method and system for managing distributed trading data
US20040083292A1 (en) * 2002-10-25 2004-04-29 Hermann Lueckhoff Session coupling
US20040088300A1 (en) * 2001-01-08 2004-05-06 Avery Brett Andrew Management system for a contact centre
US6741698B1 (en) * 2000-01-27 2004-05-25 Avaya Technology Corp. Call management system using dynamic threshold adjustment
US6748420B1 (en) * 1999-11-23 2004-06-08 Cisco Technology, Inc. Methods and apparatus for providing shared access to an application
US6760429B1 (en) * 1999-12-23 2004-07-06 Nortel Networks Limited Web based agent backed system that provides streaming multimedia support
US20040196968A1 (en) * 2002-12-09 2004-10-07 Yue Jonathan Zhanjun Message screening system and method
US6804345B1 (en) * 1997-09-18 2004-10-12 At&T Corp Virtual contact center with flexible staffing control
US20050041647A1 (en) * 2003-08-05 2005-02-24 Stinnie Desmond L. Internet voice & data messaging (IVDM) portal
US20050047579A1 (en) * 2003-08-29 2005-03-03 Salame Mansour A. Telecommunication call distribution system
US20050135600A1 (en) * 2003-12-19 2005-06-23 Whitman Raymond Jr. Generation of automated recommended parameter changes based on force management system (FMS) data analysis
US20050256883A1 (en) * 2002-06-03 2005-11-17 Greaves Jon D Method and system for remote management of customer servers
US20060026304A1 (en) * 2004-05-04 2006-02-02 Price Robert M System and method for updating software in electronic devices
US7023979B1 (en) * 2002-03-07 2006-04-04 Wai Wu Telephony control system with intelligent call routing
US7028091B1 (en) * 2000-08-31 2006-04-11 Sun Microsystems, Inc. Web server in-kernel interface to data transport system and cache manager
US7028331B2 (en) * 2001-02-28 2006-04-11 Sharp Laboratories, Inc. Content proxy method and apparatus for digital television environment
US20060168619A1 (en) * 2001-04-20 2006-07-27 Reams David A Audio/video program-related hyperlink printer
US20060221941A1 (en) * 2004-11-05 2006-10-05 Konstantin Kishinsky Voice over internet protocol implemented call center
US7124171B1 (en) * 2002-05-23 2006-10-17 Emc Corporation In a networked computing cluster storage system and plurality of servers sharing files, in the event of server unavailability, transferring a floating IP network address from first server to second server to access area of data
US20060239440A1 (en) * 2005-04-25 2006-10-26 Cisco Technology, Inc. Method and system for handling calls at an automatic call distribution system
US7145905B2 (en) * 1997-02-26 2006-12-05 Qwest Communications International Inc. Call queuing service termination
US20070073730A1 (en) * 2005-09-23 2007-03-29 Samsung Electronics Co., Ltd. Apparatus and method for providing remote user interface
US7224783B2 (en) * 2003-12-19 2007-05-29 International Business Machines Corporation Subscriber service management
US20070127665A1 (en) * 2001-07-31 2007-06-07 At&T Labs, Inc. System and method for creating and accessing outgoing telephone call log
US20070162908A1 (en) * 2006-01-06 2007-07-12 International Business Machines Corporation Behavior-based resource capacity adjustment method for business processes
US20070192415A1 (en) * 2001-03-31 2007-08-16 Pak Wai H Extensible interface for inter-module communication
US7328001B2 (en) * 2004-08-05 2008-02-05 International Business Machines Corporation Traffic shaping of cellular service consumption through modification of consumer behavior encouraged by cell-based pricing advantages
US20080037760A1 (en) * 2006-06-28 2008-02-14 Boughton James N Call flow staffing estimation tool
US20080072264A1 (en) * 2006-08-02 2008-03-20 Aaron Crayford Distribution of content on a network
US7403995B2 (en) * 2003-01-08 2008-07-22 Outhink, Inc. Symmetrical bi-directional communication
US20080177994A1 (en) * 2003-01-12 2008-07-24 Yaron Mayer System and method for improving the efficiency, comfort, and/or reliability in Operating Systems, such as for example Windows
US20080178278A1 (en) * 2007-01-22 2008-07-24 Doron Grinstein Providing A Generic Gateway For Accessing Protected Resources
US7415100B2 (en) * 2000-03-06 2008-08-19 Avaya Technology Corp. Personal virtual assistant
US7480719B2 (en) * 2003-10-29 2009-01-20 International Business Machines Corporation Information system, load control method, load control program and recording medium
US20090055195A1 (en) * 2007-08-20 2009-02-26 Karlsgodt Stephen Internet radio player
US20090061850A1 (en) * 2007-08-31 2009-03-05 Cct Tech Advanced Products Limited Cordless phone system with data retrieving capability using wireless technology
US20090064148A1 (en) * 2007-08-31 2009-03-05 Volker Jaeck Linking Transactions with Separate Systems
US20090066788A1 (en) * 2005-03-16 2009-03-12 Marc Baum System for Data Routing in Networks
US20090190728A1 (en) * 2008-01-24 2009-07-30 Lucent Technologies Inc. System and Method for Providing Audible Spoken Name Pronunciations
US20090216683A1 (en) * 2008-02-21 2009-08-27 Mypowerpad, Llc Interactive Media Content Display System
US7610388B2 (en) * 2003-04-03 2009-10-27 International Business Machines Corporation System, method and program for coordinating timeouts for distributed servers
US7627658B2 (en) * 2001-02-12 2009-12-01 Integra Sp Limited Presentation service which enables client device to run a network based application
US20090316687A1 (en) * 2006-03-10 2009-12-24 Peerant, Inc. Peer to peer inbound contact center
US20100017384A1 (en) * 2008-07-16 2010-01-21 Marinescu Dan C Systems and methods to provide business information via a push model
US20100054450A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Networked contact center
US20100054451A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Limiting contact in a networked contact center environment
US20100054448A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Systems and methods for selection of a communicatoin path
US20100054439A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Methods and systems for multilayer provisioning of networked contact centers
US20100058234A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Networked contact center user interface
US20100232583A1 (en) * 2004-06-30 2010-09-16 Bettis Sonny R System and Method for Message Storage Assurance in a Geographically Distributed Voice Messaging System
US7933391B1 (en) * 2005-12-29 2011-04-26 Avaya Inc. Apparatus and method for providing priority voice messaging from an emergency center
US7958453B1 (en) * 2006-09-29 2011-06-07 Len Bou Taing System and method for real-time, multi-user, interactive and collaborative environments on the web
US8379832B1 (en) * 2007-05-03 2013-02-19 Fonality, Inc. Universal queuing for inbound communications

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040044585A1 (en) * 2000-08-15 2004-03-04 Hector Franco Customer service management system
GB2368246B (en) * 2000-10-17 2004-09-01 Hewlett Packard Co Overview subsystem for information page server
GB2368227B (en) * 2000-10-17 2003-12-10 Hewlett Packard Co Contact center
US7581230B2 (en) * 2001-02-06 2009-08-25 Siebel Systems, Inc. Adaptive communication application programming interface
US7315616B2 (en) * 2001-03-31 2008-01-01 Siebel Systems, Inc. System and method for maintaining real-time agent information for multi-channel communication queuing
US8601492B2 (en) * 2001-03-31 2013-12-03 Siebel Systems, Inc. User interface for multi-channel communication
US7962644B1 (en) * 2002-03-18 2011-06-14 Oracle International Corporation Systems and methods for handling a plurality of communications
US7836403B2 (en) * 2002-06-27 2010-11-16 Siebel Systems, Inc. Persistent dashboard for user interface
US7724890B1 (en) * 2005-09-07 2010-05-25 Sap Ag Focused retrieval of selected data in a call center environment
US8259923B2 (en) * 2007-02-28 2012-09-04 International Business Machines Corporation Implementing a contact center using open standards and non-proprietary components
US8281369B2 (en) * 2008-03-12 2012-10-02 Avaya Inc. Method and apparatus for creating secure write-enabled web pages that are associated with active telephone calls
US8666929B2 (en) * 2008-05-09 2014-03-04 Oracle International Corporation Communication dashboard with dynamically configured agent interface
US8225331B2 (en) * 2008-05-09 2012-07-17 Oracle International Corporation Providing interface support for application workspace persistence
US10033869B2 (en) 2008-08-29 2018-07-24 8X8, Inc. Methods and systems for information streaming to user interface

Patent Citations (77)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6553115B1 (en) * 1995-01-06 2003-04-22 Anip, Inc. Automated access telephone system
US5887139A (en) * 1996-08-19 1999-03-23 3Com Corporation Configurable graphical user interface useful in managing devices connected to a network
US5903641A (en) * 1997-01-28 1999-05-11 Lucent Technologies Inc. Automatic dynamic changing of agents' call-handling assignments
US6005931A (en) * 1997-02-10 1999-12-21 Genesys Telecommunications Laboratories, Inc. Negotiated routing in telephony systems
US6201863B1 (en) * 1997-02-10 2001-03-13 Genesys Telecommunications Laboratories, Inc. Personal desktop router
US7145905B2 (en) * 1997-02-26 2006-12-05 Qwest Communications International Inc. Call queuing service termination
US5844896A (en) * 1997-02-26 1998-12-01 U S West, Inc. System and method for routing telephone calls
US6804345B1 (en) * 1997-09-18 2004-10-12 At&T Corp Virtual contact center with flexible staffing control
US6687241B1 (en) * 1997-11-21 2004-02-03 Worldcom, Inc. Enterprise contact server with enhanced routing features
US6278777B1 (en) * 1998-03-12 2001-08-21 Ser Solutions, Inc. System for managing agent assignments background of the invention
US6393467B1 (en) * 1998-08-31 2002-05-21 Nortel Networks Limited Network interconnected computing device, server and notification method
US6154465A (en) * 1998-10-06 2000-11-28 Vertical Networks, Inc. Systems and methods for multiple mode voice and data communications using intelligenty bridged TDM and packet buses and methods for performing telephony and data functions using the same
US6345093B1 (en) * 1999-04-13 2002-02-05 Davox Corporation System and method for providing automated take back and transfer functionality to a computer telephony system
US6748420B1 (en) * 1999-11-23 2004-06-08 Cisco Technology, Inc. Methods and apparatus for providing shared access to an application
US6335971B1 (en) * 1999-12-17 2002-01-01 Mci Worldcom, Inc. Country to country call intercept process
US6760429B1 (en) * 1999-12-23 2004-07-06 Nortel Networks Limited Web based agent backed system that provides streaming multimedia support
US6741698B1 (en) * 2000-01-27 2004-05-25 Avaya Technology Corp. Call management system using dynamic threshold adjustment
US7415100B2 (en) * 2000-03-06 2008-08-19 Avaya Technology Corp. Personal virtual assistant
US20030172131A1 (en) * 2000-03-24 2003-09-11 Yonghui Ao Method and system for subject video streaming
US20030093533A1 (en) * 2000-08-14 2003-05-15 Ran Ezerzer Call center administration manager
US7028091B1 (en) * 2000-08-31 2006-04-11 Sun Microsystems, Inc. Web server in-kernel interface to data transport system and cache manager
US20040088300A1 (en) * 2001-01-08 2004-05-06 Avery Brett Andrew Management system for a contact centre
US7627658B2 (en) * 2001-02-12 2009-12-01 Integra Sp Limited Presentation service which enables client device to run a network based application
US7028331B2 (en) * 2001-02-28 2006-04-11 Sharp Laboratories, Inc. Content proxy method and apparatus for digital television environment
US20070192415A1 (en) * 2001-03-31 2007-08-16 Pak Wai H Extensible interface for inter-module communication
US7730204B2 (en) * 2001-03-31 2010-06-01 Siebel Systems, Inc. Extensible interface for inter-module communication
US20060168619A1 (en) * 2001-04-20 2006-07-27 Reams David A Audio/video program-related hyperlink printer
US20020198943A1 (en) * 2001-06-20 2002-12-26 David Zhuang Web-enabled two-way remote messaging facility
US20070127665A1 (en) * 2001-07-31 2007-06-07 At&T Labs, Inc. System and method for creating and accessing outgoing telephone call log
US20030097448A1 (en) * 2001-11-21 2003-05-22 Menezes Francisco Jose Server control of hypertext transfer protocol client
US20040034591A1 (en) * 2001-12-05 2004-02-19 Henri Waelbroeck Method and system for managing distributed trading data
US20030123640A1 (en) * 2001-12-31 2003-07-03 William Roelle Call center monitoring system
US7023979B1 (en) * 2002-03-07 2006-04-04 Wai Wu Telephony control system with intelligent call routing
US20030195934A1 (en) * 2002-04-15 2003-10-16 Peterson Neil J. Web services-based communications for use with process control systems
US20030208754A1 (en) * 2002-05-01 2003-11-06 G. Sridhar System and method for selective transmission of multimedia based on subscriber behavioral model
US20030217136A1 (en) * 2002-05-16 2003-11-20 Chunglae Cho Apparatus and method for managing and controlling UPnP devices in home network over external internet network
US7124171B1 (en) * 2002-05-23 2006-10-17 Emc Corporation In a networked computing cluster storage system and plurality of servers sharing files, in the event of server unavailability, transferring a floating IP network address from first server to second server to access area of data
US20050256883A1 (en) * 2002-06-03 2005-11-17 Greaves Jon D Method and system for remote management of customer servers
US7644172B2 (en) * 2002-06-24 2010-01-05 Microsoft Corporation Communicating via a connection between a streaming server and a client without breaking the connection
US20030236907A1 (en) * 2002-06-24 2003-12-25 Stewart James C. Communicating via a connection between a streaming server and a client without breaking the connection
US20040083292A1 (en) * 2002-10-25 2004-04-29 Hermann Lueckhoff Session coupling
US20040196968A1 (en) * 2002-12-09 2004-10-07 Yue Jonathan Zhanjun Message screening system and method
US7403995B2 (en) * 2003-01-08 2008-07-22 Outhink, Inc. Symmetrical bi-directional communication
US20080177994A1 (en) * 2003-01-12 2008-07-24 Yaron Mayer System and method for improving the efficiency, comfort, and/or reliability in Operating Systems, such as for example Windows
US7610388B2 (en) * 2003-04-03 2009-10-27 International Business Machines Corporation System, method and program for coordinating timeouts for distributed servers
US20050041647A1 (en) * 2003-08-05 2005-02-24 Stinnie Desmond L. Internet voice & data messaging (IVDM) portal
US20050047579A1 (en) * 2003-08-29 2005-03-03 Salame Mansour A. Telecommunication call distribution system
US20090133031A1 (en) * 2003-10-29 2009-05-21 Masashi Inoue Information system, load control method, load control program and recording medium
US7480719B2 (en) * 2003-10-29 2009-01-20 International Business Machines Corporation Information system, load control method, load control program and recording medium
US7224783B2 (en) * 2003-12-19 2007-05-29 International Business Machines Corporation Subscriber service management
US20050135600A1 (en) * 2003-12-19 2005-06-23 Whitman Raymond Jr. Generation of automated recommended parameter changes based on force management system (FMS) data analysis
US20060026304A1 (en) * 2004-05-04 2006-02-02 Price Robert M System and method for updating software in electronic devices
US20100232583A1 (en) * 2004-06-30 2010-09-16 Bettis Sonny R System and Method for Message Storage Assurance in a Geographically Distributed Voice Messaging System
US7328001B2 (en) * 2004-08-05 2008-02-05 International Business Machines Corporation Traffic shaping of cellular service consumption through modification of consumer behavior encouraged by cell-based pricing advantages
US20060221941A1 (en) * 2004-11-05 2006-10-05 Konstantin Kishinsky Voice over internet protocol implemented call center
US20090066788A1 (en) * 2005-03-16 2009-03-12 Marc Baum System for Data Routing in Networks
US20060239440A1 (en) * 2005-04-25 2006-10-26 Cisco Technology, Inc. Method and system for handling calls at an automatic call distribution system
US20070073730A1 (en) * 2005-09-23 2007-03-29 Samsung Electronics Co., Ltd. Apparatus and method for providing remote user interface
US7933391B1 (en) * 2005-12-29 2011-04-26 Avaya Inc. Apparatus and method for providing priority voice messaging from an emergency center
US20070162908A1 (en) * 2006-01-06 2007-07-12 International Business Machines Corporation Behavior-based resource capacity adjustment method for business processes
US20090316687A1 (en) * 2006-03-10 2009-12-24 Peerant, Inc. Peer to peer inbound contact center
US20080037760A1 (en) * 2006-06-28 2008-02-14 Boughton James N Call flow staffing estimation tool
US20080072264A1 (en) * 2006-08-02 2008-03-20 Aaron Crayford Distribution of content on a network
US7958453B1 (en) * 2006-09-29 2011-06-07 Len Bou Taing System and method for real-time, multi-user, interactive and collaborative environments on the web
US20080178278A1 (en) * 2007-01-22 2008-07-24 Doron Grinstein Providing A Generic Gateway For Accessing Protected Resources
US8379832B1 (en) * 2007-05-03 2013-02-19 Fonality, Inc. Universal queuing for inbound communications
US20090055195A1 (en) * 2007-08-20 2009-02-26 Karlsgodt Stephen Internet radio player
US20090064148A1 (en) * 2007-08-31 2009-03-05 Volker Jaeck Linking Transactions with Separate Systems
US20090061850A1 (en) * 2007-08-31 2009-03-05 Cct Tech Advanced Products Limited Cordless phone system with data retrieving capability using wireless technology
US20090190728A1 (en) * 2008-01-24 2009-07-30 Lucent Technologies Inc. System and Method for Providing Audible Spoken Name Pronunciations
US20090216683A1 (en) * 2008-02-21 2009-08-27 Mypowerpad, Llc Interactive Media Content Display System
US20100017384A1 (en) * 2008-07-16 2010-01-21 Marinescu Dan C Systems and methods to provide business information via a push model
US20100054451A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Limiting contact in a networked contact center environment
US20100054448A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Systems and methods for selection of a communicatoin path
US20100054439A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Methods and systems for multilayer provisioning of networked contact centers
US20100058234A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Networked contact center user interface
US20100054450A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Networked contact center

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9294625B2 (en) 2008-08-29 2016-03-22 8X8, Inc. Limiting contact in a networked contact center environment
US8204206B2 (en) 2008-08-29 2012-06-19 8X8, Inc. Systems and methods for selection of a communication path
US9307088B1 (en) 2008-08-29 2016-04-05 8×8, Inc. Networked contact center
US20100054439A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Methods and systems for multilayer provisioning of networked contact centers
US8275116B2 (en) 2008-08-29 2012-09-25 8X8, Inc. Networked contact center
US11503157B2 (en) 2008-08-29 2022-11-15 8X8, Inc. Limiting contact in a networked contact center environment
US8515833B2 (en) 2008-08-29 2013-08-20 8X8, Inc. Methods and systems for multilayer provisioning of networked contact centers
US8804940B2 (en) 2008-08-29 2014-08-12 8X8, Inc. Networked contact center
US8855291B2 (en) 2008-08-29 2014-10-07 8X8, Inc. Limiting contact in a networked contact center environment
US8972885B2 (en) 2008-08-29 2015-03-03 8X8, Inc. Networked contact center user interface
US9049297B1 (en) 2008-08-29 2015-06-02 8X8, Inc. Networked contact center
US9225832B1 (en) 2008-08-29 2015-12-29 8X8, Inc. Networked contact center user interface
US11736618B1 (en) 2008-08-29 2023-08-22 8X8, Inc. Networked contact center user interface approach
US20100054448A1 (en) * 2008-08-29 2010-03-04 Contactual, Inc. Systems and methods for selection of a communicatoin path
US8243913B2 (en) 2008-08-29 2012-08-14 8×8, Inc. Limiting contact in a networked contact center environment
US9438736B2 (en) 2008-08-29 2016-09-06 8X8, Inc. Limiting contact in a networked contact center environment
US9531879B1 (en) 2008-08-29 2016-12-27 8×8, Inc. Networked contact center user interface approach
US9838539B2 (en) 2008-08-29 2017-12-05 8X8, Inc. Limiting contact in a networked contact center environment
US10863031B1 (en) 2008-08-29 2020-12-08 8X8, Inc. Networked contact center user interface approach
US9986091B2 (en) 2008-08-29 2018-05-29 8X8, Inc. Limiting contact in a networked contact center environment
US10601990B2 (en) 2008-08-29 2020-03-24 8X8, Inc. Limiting contact in a networked contact center environment
US10298767B1 (en) 2008-08-29 2019-05-21 8X8, Inc. Networked contact center user interface approach
US8468545B2 (en) 2010-08-18 2013-06-18 8X8, Inc. Interaction management
US9973402B2 (en) * 2013-06-26 2018-05-15 Nec Corporation Transmission device, receiving device, and relay device
US20160164759A1 (en) * 2013-06-26 2016-06-09 Nec Corporation Transmission device, receiving device, and relay device
US10015116B2 (en) 2016-02-22 2018-07-03 1E Limited Dynamic buffer allocation

Also Published As

Publication number Publication date
US10868912B2 (en) 2020-12-15
US20180332171A1 (en) 2018-11-15
US11539842B2 (en) 2022-12-27
US10033869B2 (en) 2018-07-24
US20210105360A1 (en) 2021-04-08

Similar Documents

Publication Publication Date Title
US11539842B2 (en) Methods and systems for information streaming to user interface
US11736618B1 (en) Networked contact center user interface approach
EP3818687B1 (en) System and method for omni-channel notification and selection
US8468545B2 (en) Interaction management
US11831809B2 (en) Limiting contact in a networked contact center environment
US9307088B1 (en) Networked contact center
US20100054439A1 (en) Methods and systems for multilayer provisioning of networked contact centers

Legal Events

Date Code Title Description
AS Assignment

Owner name: CONTACTUAL, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SOUTHWICK, RICHARD;LAJUGIE, MATHIEU;POTENZA, STEPHEN;REEL/FRAME:025185/0443

Effective date: 20080908

AS Assignment

Owner name: 8X8, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CONTACTUAL, INC.;REEL/FRAME:027157/0520

Effective date: 20111101

STCF Information on status: patent grant

Free format text: PATENTED CASE

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4

AS Assignment

Owner name: WILMINGTON SAVINGS FUND SOCIETY, FSB, DELAWARE

Free format text: INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNORS:8X8, INC.;FUZE, INC.;REEL/FRAME:061085/0861

Effective date: 20220803

AS Assignment

Owner name: WILMINGTON SAVINGS FUND SOCIETY, FSB, DELAWARE

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE PROPERTY NUMBERS SECTION TO REMOVE APPLICATION NUMBERS 11265423, 11252205, 11240370, 11252276, AND 11297182 PREVIOUSLY RECORDED ON REEL 061085 FRAME 0861. ASSIGNOR(S) HEREBY CONFIRMS THE INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNORS:8X8, INC.;FUZE, INC.;REEL/FRAME:066383/0936

Effective date: 20220803