Skip to end of metadata
  • Created by Former user, last modified by Former user on May 18, 2010
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Current »

Edit History since 0.90

  • 1.1: Added including identity providers and identity provider selection agents (ISAs) under initial conditions, added OAuth and OpenID to community participation, added MRD 1 to Liberty Alliance Identity Selector Provider MRD, added unmodified browser notation to login metadata discovery, updated the duration of WGs charter to reflect that the duration of this workgroup is intended to be indefinite, and charter may be amended from time to time, with changes approved by the Leadership Council.
  • 1.0: Added OASIS as a potential target SSO
  • 0.91: Added Axel Nennker as a proposer

Version 1.1

(1) WG NAME (and any acronym or abbreviation of the name): The WG name, acronym and abbreviation must not include trademarks not owned by the Organization, or content that is infringing, harmful, or inappropriate.Universal Login User Experience (ULX) Work Group

(2) PURPOSE: Please provide a clear statement of purpose and justification why the proposed WG is necessary.

The purpose of the Work Group is to uncover, through a structured process (design and testing of prototypes, authoring draft specifications, building reference implementations), an integrated user interface and an enabling technical framework that best guides a person through the login lifecycle of a website. This does not include first time registration, but does include logging in during return visits, required consents, as well as logging out. It encompasses the process of the selection of the user's Identity Provider as described in the Liberty Identity Provider Selector MRD [ulx:1]. Assumed is a range of initial conditions, protocols, and relationships between the application and identity services including identity providers and identity provider selection agents (ISAs). The Work Group will facilitate the development of visually consistent, interoperable implementations of these specifications

The Work Group is necessary to expedite the process of gathering representatives from disparate communities each of which tends to focus on the user experience for a single protocol or approach. Key to success will be attracting participation from the communities developing formal standards (e.g. SAML, OAuth and IMI Information Card), communities supporting de facto standards (e.g. OpenID, Facebook Connect and Google Friend Connect), and communities involved in HTML username/password technology (e.g. browser developers). The output of the Work Group is a set of guidelines and draft specifications that embrace many different login technologies, along with reference applications that can be empirically demonstrated to be easy for people to learn and use. Specifically, this Work Group is responsible for:

  • No labels