【5/30 追記】
どうやら間違いだったようです。
@questbeat ごめん、ちゃんと確かめてみたらDM読めるトークンが取れるのは１回WebのOAuthでDM権限を取得したアカウントだけだった。なので少なくとも１回は明示的にWebでOAuthをする必要がある。 questbeat.hatenablog.jp/entry/2013/05/…
— kishikawa katsumiさん (@k_katsumi) 2013年5月29日ちゃんと自分で確認して載せるべきでした。すみません。
始まりは岸川さんのつぶやきから。
iOSのAccount.frameworkから取得したアカウントでDirect Messageを読むためにReverse Authで昇格させるってのはアリな使いかたかしら？
— kishikawa katsumiさん (@k_katsumi) 2013年5月28日えっ、えっ？ 何の話だろう。
と思って調べてみると、どうやらTwitterには Reverse Auth というものがあるらしい。
えっ、こんなことできるの dev.twitter.com/docs/ios/using…
— くえびさん (@questbeat) 2013年5月28日これは、クライアント側で取得したトークンをサーバ側でも使えるようにするための仕組みだそうだ。
@questbeat クライアント側で取得したトークンをサーバ側でも使えるようにっていうことで用意されてる仕組みだけど、Twitterのひとのサンプルあるし、 github.com/seancook/TWRev… クライアントで使ってもWebの画面なしにフルアクセスに昇格できて便利なの
— kishikawa katsumiさん (@k_katsumi) 2013年5月28日つまり、わざわざ WebView であの認証画面を表示せずとも、Account.framework だけで Web 認証と同じようにフルアクセスできるようになっちゃうのか。
岸川さんが『アリだろうか？』と言ってるのは、Web アプリがないのに Direct Message を読むためだけにこの仕組みを利用するのはアリなのか、ということだろう。
そもそもどうして Account.framework からのアクセスに制限がかかっているのか分からないけど、アプリ内で Direct Message にアクセスすることをユーザに明示するなら、この仕組みを利用しても構わないんじゃないだろうか。