nov matake
@nov
@_nat JRがAuthorization Manager、各機関がResource Server / Client、ですよね?
2012-01-11 16:28:39
nov matake
@nov
@_nat JK台帳と符番はまだ具体的にどういうタイミングでREADされるか分かってないですが、それはUserInfoどうしよっかという話に含まれる、ですか?
2012-01-11 17:06:23
Nat Sakimura/崎村夏彦
@_nat
@nov JK台帳は、CないしUが起きたときに、自らがRしてPushするか、付番側をキックして付番側がRするかのどちらか。付番はUserInfoがRするのが主要なケース。
2012-01-11 17:11:25
nov matake
@nov
どこからともなくJWTがやってきて、それをJRに送るとaccess token返って来て、UserInfoに問い合わせるとdistributed claims返ってきて、それぞれのresourceを取得する、ってとこまではなんとなく。
2012-01-18 23:28:35
nov matake
@nov
@ritou こんなのを想像してるんですが、いかがでしょ?(AT_tokyo & AT_kanaは、UserInfo or JRの署名付きJWTかな?) http://t.co/TOLkTvpd
2012-01-18 23:41:47
👹秋田の猫🐱
@ritou
@nov 考えはなんとなくわかります。まぁ、Tokyo.jpとKanagawa.jpがRなのでOsaka.jpも並んで見えるとCでありRでもあるのでちょっとわかりづらいかも。
2012-01-19 00:14:59
nov matake
@nov
@ritou Osakaがフロー開始したらOsakaがCだし、Kanagawaがフロー開始したらKanagawaがCなので、もしかしたら一連の行政処理の間にCからRに変わるのかも知れない。(が、行政処理って何するのかが分からない)
2012-01-19 00:18:40
👹秋田の猫🐱
@ritou
すごいシンプルな感じで言うと、Cを銀行とかにしてTokyo.jpからworkのデータ、Kanagawa.jpからhomeのデータとる感じにすればしっくりくるかな #rkiban_connect
2012-01-19 00:20:06