Avaya Management L.p.

Avaya Inc.

John A Young

David L Chavez

Harsh V Mendiratta

George William Erhart

Reinhard P Klemm

Salil Dhawan

Pushkar Yashavant Deole

Wen-Hua Ju

Jibin George

Harsimran Jeet Singh

Rifaat Shekh-Yusef

Sandeep Goynar

Dragan Grebovic

Oliver Huber

Tamas Smahajcsik-Szabo

Kevin R Plain

Customers often call a contact center to resolve an issue only to find the contact center cannot resolve the customer's issue and instead requires a third party to perform some action. By monitoring a customer's communication with an agent, an automated process may generate a workflow to address the issue comprising at least one action to be performed by a third party. The third party is then contacted, in real-time or offline, and provided with their actions to be performed. Records are written to a blockchain describing authentications, actions to take and by whom, and the completion of such actions. The resulting success, or lack thereof, is provided as feedback to further refine the accuracy of the automatic determinations of the workflow and/or the identity of the particular third parties.

Federated intelligent contact center concierge service

Working from home is becoming more and more commonplace. Ensuring that remote workers are following prescribed data protection measures becomes more important, and challenging. Safe and Secure Remote Working Environment (SSRWE) monitors an environment and determines if a non-compliant element is present. For example, a condition of working from home may be that no notetaking or electronic devices, especially ones comprising a camera, be visible to a system camera capturing the field of view in front of a display. If a non-compliant situation is discovered, the display may be redacted and/or other action taken to protect sensitive information.

Work-from-home agent security compliance

Systems and methods include generating an urgency score associated with data associated with a communication session based on processing the data and using the urgency score to modify a behavior of a bot or a call center agent and optimize a contact center. Systems and methods include modifying behavior of a bot or an agent during the communication session in response to the data. Systems and methods include modifying dialog of a bot, or a script of an agent, and modifying a control flow for the communication session. Optimizing a contact center includes adjusting a workload of an agent associated with the communication session.

Methods and systems of providing response based on communication session participant request urgency

Users of a networked communication device may omit updating their availability state, and that of an associated communication device, if the state change is sudden or believed to be of sufficiently short duration. By quickly changing their state, a routing component may more accurately know whether or not a communication routed to the communication device will or will not be answered. By utilizing a camera and gesture processing logic, a user may naturally and quickly update their state without the need to navigate menus or select options with manual, tactile interactions with the communication device.

Gesture-based call center agent state change control

A contact center, system, and method of operating a contact center are provided. In one example, the system includes a quantum computing resource and a server. The server is configured to receive a contact from a customer communication device, provide information about the contact to the quantum computing resource, receive a probabilistic output from the quantum computing resource based on the quantum computing resource processing the information about the contact, and make a work assignment decision for the contact based on the probabilistic output.

Systems and methods of contact center client assignment leveraging quantum computation

Multiple vendors often contribute a portion of their hardware and/or software to a customer to enable a particular feature. When issues occur, a contact center for more than one vendor may be required to perform an action in order to identify a resolution to the issue and apply the resolution. By coordinating multiple contact centers with smart contracts via a distributed leger, rules may be developed for the creation of blocks for notifications, escalations, tasks, and other actions or informational notifications to resolve the issue. Additionally, the blockchain may serve as a permanent record provide a history of actions taken, by whom, and when.

Connecting contact center resources using DLT for IOT solutions

Providing a blockchain device enrollment service includes creating an enrollment smart contract that controls access to a service by the device; creating a pools smart contract associated with managing a plurality of different endpoints, wherein the pools smart contract is registered with the enrollment smart contract; registering and configuring a manufacturer smart contract with the enrollment smart contract; and registering and configuring a service provider smart contract with the enrollment smart contract.

Blockchain-based device enrollment service

A method and system are described that interact with a self-service system on behalf of a customer and without requiring a presence of the customer during the interactions. An illustrative method includes receiving one or more inputs from a customer, where the one or more inputs define a desired action to take on behalf of the customer with the self-service system in the absence of the customer's presence, obtaining contact information for the self-service system, using the contact information to automatically establish a communication session with the self-service system, receiving a prompt from the self-service system, and performing the desired action as a response to the prompt, where the desired action is performed during the communication session on behalf of the customer and in the absence of the customer's presence.

Intelligent interactive voice response (IVR) navigator

According to one embodiment, providing identity authentication can comprise registering, by an identity server, Proof Of Identity (POI) information in an identity record for a user of a Rich Communications Services (RCS) network in a secure store and a hash of an identity claim token for the user in an identity management blockchain. The identity server can receive a request to authenticate the user and, in response to the request, provide an encrypted identity claim token for the user. The encrypted identity claim token can comprise an attestation of a certifying authority and, when decrypted and hashed can match the hash of an identity claim token in the identity management blockchain when the user is authentic. An authentication score indicating a degree to which received biometric data of the user and device data matches a set of baseline biometric and device date can also be provided in response to the request.

Federated blockchain identity model and secure personally identifiable information data transmission model for RCS

Embodiments of the disclosure provide a communication system and method to leverage distributed ledger technology as the basis upon which a trustless method can be deployed to validate file provenance and authenticity, while also supporting a strong form of non-repudiation. In one example, the method includes transferring electronic content from a sending communication device to the receiving communication device via Rich Communication Services. The method includes generating, at the sending communication device, file transfer parameters, identity signature and timestamp that are associated with the transfer of electronic content from the sending communication device. The method then includes causing the identity signature and timestamp to be written as part of a content transfer ledger. The method may also include securely providing the file transfer parameters associated with the transfer of electronic content from the sending device to one or more receiving communication devices as part of validating the electronic content.

Ledger-based confidence model for content transfers across a communication network

A first set of device usage characteristics of a first user interaction with a user communication device are received. For example, a device usage characteristic may be an average key pressure, a used WiFi access point, an install date of an application, an angle of a user communication device, etc. The first set of device usage characteristics of the first user interaction are compared to a second set of device usage characteristics of a second user interaction with the user communication device that is stored in a blockchain. One or more reason codes that identifies why the first and second compared sets of device usage characteristics do not match is generated in response to the first and second compared sets of device usage characteristics not matching. The one or more reason codes are used for identifying a level of trust of a user in a communication session.

Growing community of inventors

Buntingford, United Kingdom

John A Young