Topics can be the followings:<br><br> - Multiple tokens for a single Connect session :  may be covered in "to define the claims structure only".<br> - Token validation by  the Protected Resources other than OAuth Servers : UMA may cover this.<br>
 - Delegations(?) ( Delivering access tokens to Clients other than RP which initiates a Connect session )<br> - Notification..<br><br>Any others ?<br>--<br>hdknr<br><br><div class="gmail_quote">2011/10/22 Nat Sakimura <span dir="ltr"><<a href="mailto:sakimura@gmail.com">sakimura@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">So, much of the earlier Contract Exchange work (underlying protocol) were taken up by the new Connect protocol. <div>This means that the remaining bit of things that this working group has to do is to define the claims structure only, which is good. </div>

<div>In the past, we have been talking about it in XML but as Connect is completely JSON based, perhaps we should try to convert it to JSON as well. </div><div><br></div><div>It should not be too difficult to do. </div><div>

<br></div><div>Also, there are related protocols like open-transact being proposed elsewhere. Perhaps we shall look at it as well. </div><div><br></div><div>Thoughts? <br clear="all"><font color="#888888"><div><br></div>
-- <br>Nat Sakimura (=nat)<div>
Chairman, OpenID Foundation<br><a href="http://nat.sakimura.org/" target="_blank">http://nat.sakimura.org/</a><br>@_nat_en</div><br>
</font></div>
<br>_______________________________________________<br>
Specs-cx mailing list<br>
<a href="mailto:Specs-cx@lists.openid.net">Specs-cx@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-cx" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-cx</a><br>
<br></blockquote></div><br>