はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
情報セキュリティ技術動向調査（2009 年上期）：IPA 独立行政法人 情報処理推進機構
本報告では 2009 年上半期のアイデンティティ管理技術に関する動向として、OAuth 仕様の動きを概観する。 2.1 概要 OAuth [1] は、Web サイトや非 Web アプリケーション（「コンシューマ」）がWeb サービス（「サービス・プロバイダ」）内のデータやサービス（「リソース」）に対して Web API 経由のアクセスを行う際の、そのアクセスの認証を行うためのプロトコルである。 コンシューマとサービス・プロバイダが OAuth に対応することにより、ユーザはコンシューマに対してサービス・プロバイダでのクレデンシャル（ログインID ／パスワードなど）を開示することなく、ユーザのリソースへのアクセスを、コンシューマに許可することができるようになる。 ユースケースの一例として、写真共有サイトと写真加工アプリケーションとの間でのデータ共有が挙げられる。前者がサービス・プロバイダ、後
Not found | Nomura Research Institute (NRI)
You can search NRI's research and research results from tags, free words, and content types.
Yahoo! JAPANがOAuthのService Providerになりました！
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、IDプラットフォーム技術の近藤です。 2007年12月4日、OAuth Core 1.0という仕様が策定されてからGoogle、米Yahoo、TwitterなどのサービスプロバイダがOAuthに対応を行い、外部アプリケーションに対してユーザーリソースへのアクセス認可を開始しました。そして2009年7月9日、Yahoo! JAPANもOAuthのサービスプロバイダとしてリソースアクセスの提供を開始しました。 2009年4月下旬にOAuth Core 1.0の仕様にセキュリティ問題があることが発表されました。 Yahoo! JAPANのOAuthはその問題を解決したOAuth Core 1.0 Revision Aという仕
Ad Innovator: ソーシャルWebの未来
1月程前であるが、調査会社Forrester ResearchのシニアアナリストJeremiah Owyang氏が、上記のようにソーシャルWebの進化を5つのステージに分けてその未来を予測したレポート「The Future of the Social Web」を発表した。現在は、Webアプリを使った「Era of Social Functionality（ソーシャル機能の時代）」から「Era of Social Colonizatoin（ソーシャル植民地化の時代）」に入ったぐらいで、その先にはWeb全体がソーシャル化する時代がやってくるという方向へ向かうのだろうが、このようにステージで考えるを、それぞれの時代での何が機能として必要かが分かる。 ソース：Forrester Research May 29, 2009 in Sweepstakes | Permalink TrackBack T
OpenID ファウンデーション・ジャパン
2008年に入り、シックス･アパート株式会社、日本ベリサイン株式会社、株式会社野村総合研究所の3社が発起人となり、準備事務局としてファウンデーション設立に向けて米国と調整を進めるとともに、OpenID普及活動を行ってまいりました。 そして2008年10月1日より、米国OpenID Foundation公認団体、OpenIDファウンデーション･ジャパン（略称：OIDF-J）として、新たなスタートを切ることとなりました。 2005年に米国で開発されたOpenID技術ですが、最近では日本においても、OpenID関連ニュースが取り上げられる機会が急増しています。また、世界中でOpenIDを採用する企業様も順調に増えており、世間からの関心も高まっていると思います。 この動きを単なる一時のブームに終わらせないために、OIDF-Jは、活動母体となる会員組織をサポートし、 ・ 日本国内におけるOpenID
Discoveryの動作をみる - Run on Rails
いますぐ使えるOpenID：特集｜gihyo.jp … 技術評論社 第3回 OpenIDプロトコルの特徴－DiscoveryとSREG：いますぐ使えるOpenID｜gihyo.jp … 技術評論社 を参考に、Discoeryの動作をみてみる。ちなみに上記サイトはDiscoveryを理解するうえでとても役に立つので必見。 環境 Ruby 1.8.5 RubyGems 1.1.1 Ruby OpenID Libraryのインストール RubyGemsを使ってインストールする。 $ su - # gem install ruby-openid Successfully installed ruby-openid-2.0.4 1 gem installed Installing ri documentation for ruby-openid-2.0.4... Installing RDoc do
Young risk taker.: OpenID動向 - Trusted Data Exchangeがユーザ属性ポータビリティの切り札になるか？
第三回 Liberty Alliance 技術セミナーで=natさんの基調講演を公聴してきて、OpenID関連の動向を仕入れたのでメモ。 OPとRP間で属性情報を交換するための拡張として、SREGやAXがあるが、AXも今ひとつ普及するに至っていない。(myopenid.comとVeriSignだけ？)また、プライバシポリシーや利用規約の問題もあり、日本企業では、ユーザ属性をサードパーティに公開出来ない事も多い。 基本的に、AXとSREGの違いは、 交換可能な属性をコミュニティベースで提案&決定する属性を識別するために、プリミティブな値でなく、ネームスペースURIを使うOPに要求する属性の個数が指定可能RPがOPに対して属性の保存をする事が可能。(ただし、使われているプロバイダは知らない。) が挙げられるが、根本的な問題は、OpenIDのユーザ属性として、クレジットカード番号や電話番号などプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20080718/p01/