アプリケーションへ渡す、という役割を持ちます。対応する形で個別のコードを記述する必要がなくなり開発効率があがる、というのが最大の利点といえます。Server)からアクセス・トークンを取得するのがここで言う連携の最大の目的であり実体です。アクセス・トークンを取得しています。利用しているので認証およびクレームの伝搬を目的としています。基本的には「保護されたリソースへアクセスするための認可を受けること」を目的としています。上の属性をクレームとして伝搬することを目的としている訳でもありません。アプリケーションは個別に認証機能を実装する必要はなくなりますし、ある程度のクレーム情報については取得することが出来てしまいますので、認証を受けて名前やメールアドレスを取得する、という目的での利用をすることも可能ではある訳です。なっている物がありました。取得したアクセス・トークンです。見てクライアントとなります。アプリケーションへ渡します。それが、先にも出したこの図の左半分です。連携を行う意味合いに沿った使い方、ということになります。誕生日情報を取得したければ、例えば以下の様なコードを書くことになります。する、というものです。JSON(http://dynamicjson.codeplex.com/)を使って文字列をパースしてテキストボックスに表示をさせています。ウォールへの投稿の例です。与える、というやり方です。連携の使い方について整理をしてきましたが、1点注意をすべき点としてアクセス・トークンの取り扱いがあります。使ったアプリケーション全般に言えますが、取得したアクセス・トークンはあくまで文字列なので他のアプリケーションから再利用することが出来てしまいます。リソースへアクセスするための「合鍵」と言うことが出来ます。リソースへアクセスすることも出来てしまいます。リソースへアクセスする例このようなことを防ぐためにもアプリケーション開発者は取得したアクセス・トークンが外部に漏れないように保護することが必要です。アクセス許可の範囲については必要最低限に絞っておくことが肝要です。一覧は以下のページを参照してください。資料をアップしておきます。第2版がリリースされました。