Avaya Inc.

Geoff Baskwill

Gordon Richards Brunson

Joel M Ezell

Jason G Tanabe

Tim Rahrer

Marcel Naegelkraemer

Justin Baltazor

Jason Milley

Ron Gagnier

Mehmet Balasaygun

Navjot Singh

Ping Lin

Manish Dusad

Seung Bong (Stephen) Han

Mark Mackenzie

When a user is attempting to access a server application, a challenge is received, in a browser, for a one or more login credentials to access a server application (e.g., a web page). For example, a user is requested to provide a user name and password to login to the server application. In response to the user providing the credentials via the browser, the login credentials are sent. If the credentials are validated, an access token is received by the browser from the server application. In response to receiving the access token for the server application, the browser sends the access token and an address for the server application, via a local loopback address, to a local application. This allows the local application to send local information, such as local files, to the server application using the token.

Accessing local information based on a browser session

Mechanisms are provided herein which accommodate the handling of multiple service errors on a service exception handling display. In particular, when a single and/or multiple service errors are present, a user interface of the communication device can provide a dynamic exceptions view for simple management and control of the one or more service errors received. The service errors can be resolved independently and a manner most productive with a user while improving user experience.

Method to provide an optimized user interface for presentation of application service impacting errors

To provide better administrative access control for allowing access to network applications, an authorization framework is extended by dynamically adding administrative access control to the authorization framework. For example, the authorization framework can be extended by adding a plug-in to the authorization framework. The authorization framework manages the access control by generating tokens. For example, a token may be a digital certificate. The tokens define what access control an application, such as a client application has when accessing the network application. The tokens are based on the dynamically added administrative access control. When a request for a token is securely received, the authorization framework generates a token that identifies if the application (e.g., the client application) is allowed or not allowed to access the network application. The token is then used by the application to access the network application.

Extension of authorization framework

An indication of a change in a right to use a service or feature is received. For example, this can be based on an administrator granting access to a previously installed service or feature. In response, a notification is sent to a user of the change of the right to use the service or feature. The notification requests the user to provide a credential to approve the change of the right to use the service or feature. For example, a link may be provided in an email or text message that the user can click on to provide a password/user name. The credential is received and verified. In response to validating the credential, access is allowed according to the change of the right to use the service or feature. The user then has access to the service/feature without the administrator having to know the user's credential.

Adding features and services without password exposure

Display screen or portion thereof with graphical user interface

Growing community of inventors

Almonte, Canada

Geoff Baskwill