風柳メモスマートフォン用の表示で見る風柳メモソフトウェア・プログラミング関連の覚書が中心。参考にしつつ、一通り目を通してみました。Provider三者間のやりとりをシーケンス図に表したのが、これ。*1PDF版はこちら。Token"というものを用いてアクセスすることを可能にする手法。このとき、ID/Pawsswordを直接Consumerに渡す場合と違い、アクセス可能期間やリソース種別などの制限をConsumerに対してかけることが可能(=Passwordを直渡しするよりも安全)。Tokenを発行することにある。OAuth)には、大きく分けて以下の三段階がある。URL"のURLを用意し、Consumerに伝えておく必要がある。Secret"を発行しておく必要がある。?"のリンクから設定。Provider間で取り決めしたりすることで変更・選択等も可能と思われる(この辺りの詳細はOAuthの仕様としては書かれていない模様)。Token"は1回かぎりの“引換券”)。Provider間のやりとりで、「これこれのConsumerがあなたのリソースにアクセスしたがっていますがどうしますか?」と訪ねて、認可/拒否をUserに選択させるもの。Providerは(Userに対し)Consumerの身元を保証することはしない(してはいけない)ため、あくまでユーザ自身がConsumerを信頼するかどうかが決め手となる。Token"へと引き換えるもの。Authorization"でUserが認可した場合にのみ実施される。Token"はこの後は使用されない。Providerに対し、アクセス権を放棄する旨通知するような機能はないように思われる)。Token"でuser_id及びscreen_nameが返ってくる仕様にはなっている模様)。Token"時にoauth_verifierが無くても動作する、みたい。Found返すようになっている箇所とか)、それは省略。うむ、疲れた......寝よう。はてなブログProソフトウェア・プログラミング関連の覚書が中心。)月別アーカイブスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。