Kazuho@Cybozu Labs: Web Identity Syndication (WEIS)

表の各項目について説明します。なお、以下では WEIS の仕様に準じ、リソース (データあるいは機能) を提供するウェブサイトを Provider、それを利用するウェブサイトを Consumer と呼びます。 ・スケーラビリティ Consumer が Provider 毎にサービスをカスタマイズする必要があるかどうか、を示すのがこの項目です。 flickr や 30 boxes の承認 API は自社のアプリケーションに密結合されています。また、無知な Consumer がリソースにアクセスしようとして認証を要求された場合に、どのようにして認証トークンを要求すればよいか、発見 (Discover) する仕組みを持っていません (つまり、認証 API の URL について、 Consumer が事前に知っておく必要がある) 。 したがって、flickr や 30 boxes の API は、

[hamasta]

認証と承認か、、、

[SuiJackDo]

「「認証 API」と一口に言っても、その中には Authentication (認証) 機能を提供するものと Authorization (承認) 機能を提供するものの２種類があります」。

[mainyaa]

サイボウズラボで暖めていた認証API仕様「WEIS」のドラフトを公開。

[yorihito_tanaka]

サイボウズ・オリジナル(か)

[suVene]

比較と自社認証APIの営業ｗ でも m:n モデルは新しい観点

[hiro_y]

ProviderとConsumerがm:nで結びつく仕組み。

[rakutoF]

api web 認証

[wacky]

サイボウズラボで暖めていた認証API仕様「WEIS」のドラフトを公開。ProviderとConsumerがm:nで結びつく。

[cheebow]

今年は認証APIについていろいろ考える年になるかもしれない。なんか、そんな空気を感じる