 
|
はてなキーワード: OpenIDとは
乞食プラットフォームは、法律は別としてネット世代の助け合いという概念を助長することも可能な素晴らしい発想かもしれません。
でも、現状金くれは十分にその働きが出来るようには思えません。以下に理由を挙げます。
web関係は素人同然なので、突っ込みどころがあったら知らぬ存ぜぬではまちちゃんにでも尋ねてください。
・OPENIDを使用している
openIDは、ネット上で特定個人を一意に識別するものとして使えますが、一人につき一つ与えられたIDではありません。
そもそもこのサービスは現状一つのIDで一つの乞食情報しか登録できていないようですが（二回目以降はバグかエラー？が出る）、複数のopenIDで登録すれば難なく金くれ情報が登録できるようです。
つまり、ページ一面を自分の金くれ情報で埋めることが出来ます。
・トレーサビリティが無い
金くれ、といって振り込んで、どうなるというのでしょう。
各地から喜びの声が届いたりしないのでしょうか？ せめても、教えて!gooのような乞食のコメントバック的なものが必要なのではないですか。
・コメント読んで金あげたくなるか、という問題
悲惨なの結構。でも、それってそこらへんの本屋さんに行けばたくさんそういう人が転がってますよね？ じゃあそこらへんの本屋さんで出てくる登場人物と差別化しなくてはいけない。
時には自身のblogなりのurlを添付してたりする人もいますが、それってつまりは「より差別化した方が勝ち」であって、差別化するためにblogを描いたりニコニコにupしたりって、それって本当に追い詰められている人が出来そうなことじゃないですよね！
ということは、むしろ代理人が誰かのために金くれを登録した方がいいケースもあるだろうということで、個人で記事を書いているレイヤとは別に、「演出された状態」を見せる別のレイヤが必要のように思います。
・ってか個人情報よこせよ
ユーザ情報を何も登録しないせいで、そのユーザの年齢性別などの情報が得られません。openID部分を晒せば、それが取得できるようにも思いますので、むしろそうすべきなのではないでしょうか。
ふとプレミアム機能一覧を見直してみたところ、毎月315円を払い続ける価値が、一切感じられなかったので、さっき解約してきた。
解約の手続は、なんの問題もなく、さらっと完了できたので、特に不満もないのだけど、自分のように「なんとなくmixiプレミアム」という人が多そう。
| 機能 | 概要 |
|---|---|
| mixi動画容量の拡大 | 容量1000.0MB |
| フォトアルバム容量の拡大 | 容量1000.0MB |
| 日記装飾機能 | アイコン操作のみで文字の装飾が可能です |
| 日記容量の拡大 | 容量1000.0MB |
| 日記検索 | タイトル、本文で検索できます |
| メッセージ検索 | 件名、本文、差出人で検索できます |
| アンケート機能 | コミュニティでアンケートトピックの作成が可能です |
| OpenIDの変更 | 任意の文字を指定したOpenIDに変更することが可能です |
全く使ってなかった。動画を公開したいなら、youtubeを使う。
仲間内だけに見せたい動画を大量に作っていたら使うかも知れないけど、そんなことやりません。
日記用に50枚程度写真を載せているけど、それ以外の用途には使ってなかった。現在の使用容量を確認したら3.1M。
外部サイトから参照できないmixiに1000Mもの写真をアップロードしておく気にならないよ。
一切使わない。使っている人も最近見ないな。
現在の使用容量0.9M。100Mに到達することすら永遠にない見込み。
一切使わない。
これも使わないなぁ。mixiの中のひとごめんね！
ごく稀に使う。でも、解約を思いとどまるほどのものではなかった。
この機能の存在を知らなかった。知ってたとしても、使わなかっただろう。
自分が、解約を思いとどまる要因になり得た機能は、アンケートのみ。でも、これくらいいいや！
サービス開始時は、「モバイルでのメッセージ機能の利用」や「メッセージの保存期間無期限化」の2つの機能に魅力を感じつつ（現在は、標準機能化されている）、「mixi頑張れ！」というカンパのような気持ちで登録したんだったと思う。
その後、年賀状、Radio、ミクコレとか、知らない間にちょこちょこサービスや機能が増えてたけど、特にプレミアム会員への特典は無かったはず。
プレミアム機能の標準機能化と、新規有料サービスの提供が続く中で、mixiの中のひとも、会員の人たちも、双方共にmixiプレミアムの存在を忘れかけているような気がする。
実際に自分もほぼ忘れていたし、冷静になってしまうと、ここまでプレミアム感の無い、プレミアムサービスって類を見ないのでは？と思って、ここに書いたような流れで、速攻解約するに至った。
mixiも上場して、経営も安定している様だし、メリットの無いサービスにお金を払い続ける必要もないよね。
今後、自分のように辞める人が続発→中のひとが頑張る→プレミアム向けに面白いサービスをリリースという流れになったら再登録しようと思う。しかし、月末の良いタイミングで気付いたな－。
1.始まりは適当。
2.慣れてきた
仕事仲間は奥さんと犬と幼馴染。
儲かりはしないが給料もろくに払っていないのでなんとかなってた。赤貧だった。
いつのまにか人が居つくようになった。理由はいまだによくわからないが、きっと作ったものが凄いからだろう。
でも収入はお小遣い並み。所詮趣味か。ポータルで話題になり始めたので仕事がとれるようになった。
人も増えてきた。
4.夢がキラ☆キラ
ポータルサイトが広告で収益をあげるようになってきた。夢がいっぱい。
独自に動画サービスつくったり、アバターが地図上を歩きまわるサービスを導入したり。
今思えばこのころが一番楽しかった。
割と大きめな会場かりて大発表大会。アメニティグッズでガムとか配ったりしてみた。
各種ニュースサイトに流れてベタにサーバが落ちる。それまであったデータとかがゴミになったり。
このころがピーク。
6.事業拡大につき一緒に働く仲間を募集します！
7.いざ新天地へ
今後のことを考えて今までの倍の広さにしました。
8.破滅への序曲
現状脱出を目指していろいろ試行錯誤。
この辺りからいろいろ壊れはじめる。
このころmixiが人気絶頂。
10.新たに生まれ変わります宣言
ユーザー同士の緩いつながりを目指したサイトへリニューアルする。
独自なものにこだわる。
とはいえ無計画に膨らんだ機能のつじつまを合わせるプログラミングする日々。むなしい。
この辺りからバカバカしくなる。
11.○○のような△△サービス
diggのようなブックマークサービス→ソーシャルブックマーク追加
とりあえずいろんなサービス追加しまくってサイトはカオス状態。
12.時代はOpenIDだ！
しかし効果がなかった！
13.時代はモバイルだ！
しかしPGがいない！
14.時代はマイクロブログだ！
ちょっと息を吹き返した！
15.時代はWiiだ！
ちょっと息を吹き返した！
いまここ
今のところ会社は存続している。だが会長がご高齢なので後継者問題に社内が揺れている。
せっかくなんで軽くまとめてみる。
始まりは夢がいっぱい。
今思えばこのころが一番楽しかった。
このころがピーク。
今後のことを考えて今までの5倍の広さにしました。
現状脱出を目指していろいろ試行錯誤。
この辺りからいろいろ壊れはじめる。
このころmixiが人気絶頂。
開発陣からはOpenPNE使えば？とか声があったが社長が一蹴。
独自なものにこだわる。
とはいえSNS=mixiなんで、結局mixiのサイトみて同じような機能をプログラミングする日々。むなしい。
この辺りからバカバカしくなる。
はてなのようなブックマークサービス→ソーシャルブックマーク追加
とりあえずいろんなサービス追加しまくってサイトはカオス状態。
私もここで退職。あとは聞いた話。
しかし効果がなかった！
しかしPGがたりない！
しかしPGがたりない！
倒産した。
いまここ
これなんて俺の会社？って思った人は注意です。
これでだいたい3年ぐらいの話です。
そのくせ「成功しないのは制作陣が悪い！」とか言っちゃう人でした。
でも、ダメになっていったのは5～6辺りでそれまでは立派な人でした。
* 2001-07-15 人力検索はてな → オウケイウェイヴや知恵袋に負ける
* 2003-01-16 はてなダイアリー → FC2やアメブロに追い抜かれニュースになることは無くなる
* 2004-04-23 はてなグループ → ダイアリーの変形サービス
* 2004-04-15 はてなカウンター → ダイアリーのオプションサービス
* 2004-10-28 はてなフォトライフ → ダイアリーのオプションサービス
* 2005-02-10 はてなブックマーク → ヤフーが片手間に追従する程度
* 2005-05-16 はてなクリック → 販売中止
* 2005-05-09 はてなRSS → ライブドアRSSとかに負ける
* 2005-07-07 はてなマップ → 終了
* 2005-11-15 はてなリング → ダイアリーのオプションサービス
* 2006-02-21 はてなSNS・はてなWordLink → 耕作放棄地
* 2006-04-24 はてな認証API → OpenIDの前時代
* 2006-02-25 はてなワンワンワールド (はてラボ) → 耕作放棄地
* 2006-09-24 はてな匿名ダイアリー (はてラボ) → 小コミュニティの作成に成功
* 2006-11-09 はてなミュージック (はてラボ) → 終了
* 2006-11-28 はてなせりふ (はてラボ) → 耕作放棄地
* 2007-01-01 はてな検索プラス (はてラボ) → 耕作放棄地
* 2007-02-16 Rimo (はてラボ) → 終了
* 2007-07-11 はてなスター・はてなメッセージ → オプションサービス
* 2007-12-13 はてなハイク・はてなワールド → 小コミュニティの作成に成功
* 2008-01-28 はてなロクロ (はてラボ) → 耕作放棄地
* 2008-12-04 はてなニュース・はてなカウンティング・はてなボトル (はてラボ) → 耕作放棄地
こうやってみると、はてなは一体どこで稼ごうとしてるんだろうね？
収益化を諦めた耕作放棄地しかない。
はてなはほぼ広告収入しかないわけで、人力とダイアリーぐらいしか収益に貢献してなさそう。
ブックマークで稼げるの？
どこに種をまいてどこで収穫しようとしているんだろう。
ここ３年ぐらいはダイアリーが話題になったから食ってこれたけど、これからどうするんだろう？
広告出稿数が少なくなる未来が待ち構えているのにどうするつもりなんだろう。
はてなは何で稼ぐの？
はてなは何がしたいの？
どこに向かっているの？
会社設立7年。
そろそろ会社の方向性を見いだせてもよさそうなんだけど、
見えるのは子泣き爺におぶさられ身重になった姿しか見いだせない。
せっかくなので、ここ2年ほどのさくらインターネットiDC移転を中心に、わかる範囲ではてなサーバ変遷の歴史をまとめてみようと思う。
> 59.106.108.68: mobile.hatena.ne.jp.
> 59.106.108.69: f.hatena.ne.jp.
> 59.106.108.70: rimo.tv.
< 125.206.202.66: mgw.hatena.ne.jp. < 61.196.246.69: b.hatena.ne.jp. < 61.196.246.70: b.hatena.ne.jp.
> 59.106.108.71: mgw.hatena.ne.jp. > 59.106.108.72: b.hatena.ne.jp.
< 221.186.129.148: g.hatena.ne.jp.
> 59.106.108.73: g.hatena.ne.jp.
< 125.206.202.82: search.hatena.ne.jp. < 221.186.129.147: ring.hatena.ne.jp. < 221.186.146.28: a.hatena.ne.jp. < 61.196.246.68: r.hatena.ne.jp.
> 221.186.129.147: search.hatena.ne.jp. > 59.106.108.74: a.hatena.ne.jp. > 59.106.108.75: r.hatena.ne.jp. > 59.106.108.76: ring.hatena.ne.jp.
< 125.206.202.83: d.hatena.ne.jp. < 221.186.129.146: d.hatena.ne.jp. < 221.186.146.29: d.hatena.ne.jp. < 61.196.246.67: d.hatena.ne.jp.
> 59.106.108.77: d.hatena.ne.jp.
> 59.106.108.97: d.hatena.com. > 59.106.108.97: hatena.com. > 59.106.108.97: m.hatena.com. > 59.106.108.97: m.hatena.ne.jp. > 59.106.108.97: s.hatena.com. > 59.106.108.97: s.hatena.ne.jp.
> 59.106.108.80: d2.hatena.ne.jp.
d2.hatena.ne.jpで新しいコメント構造の実験を開始しました - はてなダイアリー日記
< 221.186.129.147: counter.hatena.ne.jp. < 221.186.129.147: search.hatena.ne.jp.
> 59.106.108.81: counter.hatena.ne.jp. > 59.106.108.82: search.hatena.ne.jp.
> 59.106.108.78: w.hatena.ne.jp. > 59.106.108.84: h.hatena.ne.jp. > 59.106.108.84: h.hatena.com. > 59.106.108.98: w.hatena.com.
< 221.186.146.27: www.hatena.ne.jp. < 61.196.246.68: screenshot.hatena.ne.jp. < 125.206.202.66: map.hatena.ne.jp. < 125.206.202.66: i.hatena.ne.jp. < 125.206.202.66: graph.hatena.ne.jp. < 125.206.202.66: q.hatena.ne.jp.
> 59.106.108.86: www.hatena.ne.jp. > 59.106.108.87: screenshot.hatena.ne.jp. > 59.106.108.88: map.hatena.ne.jp. > 59.106.108.89: i.hatena.ne.jp. > 59.106.108.92: graph.hatena.ne.jp. > 59.106.108.99: q.hatena.ne.jp.
< ???.???.???.???: auth.hatena.ne.jp.
> 59.106.108.90: auth.hatena.ne.jp.
長いので省略
> 59.106.108.93: rokuro.hatelabo.jp.
> 59.106.108.102: k.hatena.ne.jp.
> 59.106.108.103: favicon.hatena.ne.jp. > 59.106.108.105: img.b.hatena.ne.jp. > 59.106.108.106: bbeta.hatena.ne.jp.
> 59.106.108.93: bottle.hatelabo.jp. > 59.106.108.93: counting.hatelabo.jp. > 59.106.108.93: news.hatelabo.jp.
http://mixi.jp/release_info.pl
「mixi Platformの開放」においては、まず、2008年12月11日（木）より mixi アプリのパートナー向けβ版の提供を開始し、2009年春には正式版を公開する予定です。
2008年12月10日（水）より、15-17歳の方々が『mixi』をご利用出来るように年齢制限を引き下げることになりました。
株式会社ミクシィ | PRESS RELEASE
http://mixi.co.jp/press_08/1127.html
概要図
お知らせ「より開かれた SNS を目指して」
http://mixi.jp/guide_openmixi.pl
従来のSNSは閉じたものが多く、FaceBookなど開かれたものであっても、SNS間の連係がとりにくい(データ・ポータビリティや認証の問題)
という意味では閉じている点が多かった。
でも、今後は(今回のmixiの革命に合わせて)連係がとりやすいようなSNSが広まっていって、検索・閲覧も透過的に行えるようになっていく、という流れなんだろうね。
どんなもんなんだろうとおもってクライアントを作ろうとしたのだけど、
関連資料をよんでもさっぱりわからない。
外部認証APIに毛が生えた程度もんだとおもっていたのだけどなんだこの資料の読みにくさは！？？
流れはわかる。
http://itpro.nikkeibp.co.jp/article/Keyword/20080624/309372/?SS=imgview&FD=-12158628&ST=keyword
わかりやすい。
流れはわかるのだけど、実際に何をわたすとか、なんで書いてないんだ？
共通仕様のひとことでまとめられている。
なんかほじくっていくと意味のわからない有象無象のライブラリだらけ。
めんどくせーーーー！
なんだこれ！！
OpenIDが提唱されたのはもう３年ぐらい前でここまで来たのはようやくだよ。。。
ある時期から目についたサービスには全部登録してきたんすよ。はてなやTwitterはもちろん、もう片っ端から。それでほら、最近のヤツってアイコン画像を登録できるじゃないですか。ネット上でアイデンティティ保つ意味もあって同じアイコンで統一してるんですけどね、これめんどくさくないっすか？
新しいサービスに登録する、と。最近のはメアドとパスワードくらいであんまり細かい事聞いてこないからいいんですけど、やっぱアイコン画像なんですよ。いったい何回同じ画像をアップすればいいんだと。プログラマの思想としてDRY(Don't Repeat Yourself)ってのがあるらしいけど、世のプログラマは全員阿呆ですよ。口ではDRYを言いながら、あんたらもおれと同じように色んなサービスに登録するたび、同じアイコン画像をアップロードしてるんでしょ？Repeat Yourselfしまくっとるやんけ！これめんどいなぁ、なんとかならんかなぁ…とか考えろよ！
シロウト考えでも、どこかにユーザ情報専用のサーバを用意して、共通規格を作って、そこからユーザ名だの画像だのを引っ張ってくればいいんじゃね？って思うんだけど、これってそんな難しいの？各社が従ってくれるような共通規格を作るのが大変だってのは想像できるけど、おれの知る限りそれをやろうと行動を起こしているプログラマもいないし、そもそも同じアイコン画像を色んなサービスにアップロードする冗長さに言及しているプログラマさえ見たことない。
だから阿呆だって言うんだよ。OpenIDがどうたらとか、そんな難しい話じゃねーよ。同じ画像何度もアップロードしなくていいようにしてくれたらいいんだよ。おれみたいなシロウトより、あんたらプログラマの方が業界に働きかけて実現できる可能性は高いだろ？なんとかしてくれよ。頼むよ、ホントに。
元増田だよ！
外部ログインで入られるとメールアドレスとかがないのが前提になってしまうのでいろいろ機能に制限をいれなきゃいけなかったり、できることを縛る必要がある。
ここでは「OpenIDでログインすること」というアクションの意味を考えないといけないよね。
スターのような一瞬の感情のときめきを表現する「だけ」のサービスなら現状の仕様でも問題ないということなんだろうね。
「OpenIDプロバイダとサービス（RP）の属性情報の交換、については新規スタートアップの登録時のフォームの自動化で使えるよね、という話が例にあがるように
増田の言うとおりはてなダイアリーなんかの既存エンドユーザに強く紐づくサービスをOpenID認証で認可する、
ていうのは現実的ではないということを示唆しているよねー。実装が辛くなるのに、それに対するメリットてあるの？ていう。
ぼくらエンドユーザにOpenID認証がどれだけの「おもてなし」を享受させてくれるのがよくわからない！のがOpenIDの最大のうさんくささだと思いますー。
OpenIDプロバイダさんは、まぁメリットあるよね。自分のIDを外部でも使ってくれるいいチャンスだもんねー。。そりゃプロバイダやります！って手あげるさYahoo!もmixiも。
サービス側は？新規会員登録の敷居が下がる？まぁそれはあるかもね。
気軽なOpenID認証を通じて「お試し」ライトな登録として利用させよう、という流れもあるみたい。
でも結局本気サービス側をやるにはユーザの属性情報は必要だしねー。サービスやる人は結局商売にしたいんだから。
まぁOpenSocialとかgraphとかの技術と連動すれば面白くなれる気はするけどー。
で、エンドユーザ（僕ら）は？
ライトな登録ができるようになるからいい？
利用者側としては、サービスごとにログイン情報を使い分ける手間を厭わなければ、OpenID があろうとなかろうとどうでもよいと言えます。
architectures.jp ≫ OpenID のセキュリティ(2) http://www.architectures.jp/archives/16
現状これが本質だとおもうけどなー。
openidぜんぜんわからないよ！
そのレベル以前の問題でわからないよ。
あ、外部認証みたく、openurlにいれたURLに飛んでそこでログインしてたらログインID返されるだけ？？
２．の属性情報については、OpenID認証を行う際に必要なOpenIDプロバイダ側の「ユーザ名＠OP名」でスターがつくだけ
ここらへんは外部認証と同じですね！！
外部ログインで入られるとメールアドレスとかがないのが前提になってしまうのでいろいろ機能に制限をいれなきゃいけなかったり、できることを縛る必要がある。
どうせ内部でそのユーザーIDを初番しないと管理できないんだけど、
通常ルートでそのIDでログインできないようにしなきゃいけないとか、
いろいろ制限をいれなきゃいけない。
そのうち、まのぬけたopenidを実装したサービス会社相手にはまちちゃんとかが、
open_idでつくられたidにパスワード入れなくてもログインできちゃった！
みたいなことをやらかすような気がするよ。
ブラックリストが生きてくる。
##はじめに
→OpenIDが仮に広まった未来には、サービス事業者がユーザの個人情報をどれだけ持つのが適正なのかを考えられるようになりたいよ
##OpenIDを利用したサービスは、将来オープンにOpenIDプロバイダを受け入れることができる？
OpenIDを受け入れる、ということは「特定ではないIDプロバイダによって認証」されたユーザをサービス事業者は受け入れるということになるよ。
※以下サービス事業者の例を、わかりやすくするために京都発のWebサービス提供会社、はてなさん（以下はてな）にするよ
ここでいう「特定ではないIDプロバイダによって認証」というカッコ書きについて整理しておくね。
これ、逆に言うとこれまでのサービスって、はてなも勿論そうだけど「特定されるIDプロバイダによって認証」が行われていたんだということになるよね。
例えば、はてなというサービスにエンドユーザの増田が、はてなのIDとパスワードでもってログインを行う場合は、
増田・はてなサービス・はてな会員管理システム（これもはてなの一部だけど）の３者関係で考えると、
増田がはてなのサービスを利用するためにログインすると、はてなサービスは、はてなの会員管理システムに僕が僕であるためのID・パスワードを問い合わせして
はてな側に僕だよ、っていうことを認証、そしてサービス利用の許可（認可）していたわけだよね。
これまでの
はてなのサービス→はてなの会員管理システムで認証する、というお決まりのやり方を
はてなのサービス→「特定ではないIDプロバイダによって認証」もOKにしちゃう！
っていうのがOpenIDの基本的な考えだと思ってるよ。
つまり、はてなに対してみんな大好きなmixi（渋谷区）のゆるふわIDパスワードでOpenID認証しちゃえ！ていう感じ。
OpenIDと呼ばれるもののコアなところって、この自分じゃない余所様でログインをさせるにあたっての
通信の決まり・振る舞い方についての仕組みとかのことなんだね。
認証機能の委譲、なんて難しい言葉で言われてもバカな僕にはわかんなかったから、とりあえずこんな感じで整理してみたよ。
でもね。増田自身がはてなの立場になって考えてみるとこう思うよきっと。
他所のプロバイダさんに認証をお願いしたら、、、
「コノ人確カニ○○○君！ザッツヒム！イッツOK!!」ていう怪しげな応答があったとしてもさ
「うちは京都のサービスさかいに、妙ちくりんな英語まじりのプロバイダさんの言うことなんか信用できまへんなー」
て自然と思ってしまうよきっと。これがひいてはOpenIDプロバイダの評判問題ってやつにつながる話だね。
あと、じゃあOpenIDプロバイダの認証結果は信じることにしたとしてでも今度は
「まーmixiさんところが認証OKてゆなら確実でっしゃろう？遠いところからよくきはりました。
どれ、アンタうちでもサービス使わせてやるさかい...あれれ？君、うちでいうところのid:誰くんでしたっけ？」
てなっちゃうねーやっぱり。。これが認証と認可（属性情報交換）に関わる問題てやつだよ。
うーん、ちょっと自分自身にとってもムツカシくなってきたなぁ。もう少しわかりやすく書くね。
上の話ははてな子ちゃんが自分の会員管理システムでログインさせない（外の会員管理システムでログインする）ことにより、
自社のサービス提供では当たり前にできていたことができない、という問題が２つ出てきたねーということだよね。
１． 「あなた（Openプロバイダ）の認証、あ、あたし。信じていいの？ゴクリ・・・」
という信頼関係について。
２． 「あなた（エンドユーザ）は彼（OpenIDプロバイダ）に認められた人だから、アタシも、が、がんばって信じる！…けど、○○○君（エンドユーザ）のことをもっと知る必要があるの。。。」
という（エンドユーザの）認可・（OpenIDプロバイダからの）属性情報の受入（交換）について。
うー、あれ？
はてなスターではこの２つの問題をどうしているの？って思う人は多いよね。
たぶんはてなスターがOpenID対応しているっていうのを聞いたことがあっても、実際にやったことある人は少数派じゃないかなまだ。。
じゃあこっからははてなスターを例にとって説明するよ！
詳しくは下のリンクの説明通りなんだけど、
http://www.hatena.ne.jp/info/openid
今回増田が問題としている２つについてはてなスターの機能はどーなってるの？ていうのを整理すると
１．「OpenIDプロバイダとの信頼関係について」＝「フレンドプロバイダのみ認証OK！」（いわゆるホワイトリスト）
２．「（エンドユーザ）認可・（OPとの）属性情報交換」＝OpenIDのユーザ名でスターがつく
という対応をしているみたい。
※ちなみにこの記事書くにあたって増田ははじめてOpenID経由ででスターつけてみたよ！！
つまり、
１．の信頼関係については、Livedoorなど数社のOpenIDプロバイダのみを受入OKにしているし、
２．の属性情報については、OpenID認証を行う際に必要なOpenIDプロバイダ側の「ユーザ名＠OP名」でスターがつくだけ
→なので属性情報交換などはほぼゼロだよね、って感じだったよ。
１．は、
「なーんだ。Open何とか言っておきながら内輪でのID連携かよ。うちも一応OpenIDプロバイダたててんだよ？え？無理？うちみたいなチンケなプロバイダは無視ですかそーですか」
みたいな中小企業のボヤキが聞こえてくるくらい全然Openじゃなくすることで一方での
はてな子ちゃんにとっての問題＝「あなた（Openプロバイダ）の認証、あ、あたし。信じていいの？ゴクリ・・・」問題を回避しているということになるよね。
２．についてははてなスターはほぼガン無視を決め込んでいるのが今回よくわかりました！
今回増田がためしにOpenID認証経由でスターをつけてみたんだけど、
あのー、、増田も一応こうして増田をやっているので一応はてな市民であって、「あいでぃー:xxx」みたいな立場ではあるじゃないですか。
なのに、LivedoorのIDでスターつけちゃったら「あいでぃー:xxx」でスターつけたことにならない＞＜！(※)ので、
うーん、、ちょっとこれは深刻な機能不足だなーと思った次第ですー。いや？いいのかこれでOpenIDとしては。微妙だなぁ・・
(※)
だって、増田のidhttp://s.hatena.ne.jp/xxx/starsでスターが反映されない
あと<増田のLivedooeのアカウント名>@livedoor のスターのカウント（上のhatena/user/starsに相当するページね）はどこにいったのだろう？？
でもさぁ、
はてな子ちゃんの立場はそれはそれでよくわかるのよね。
いまいまのOpenIDのセキュリティレベルでは、どこの馬の骨ともわからん奴にあなたのことについて
※ほんとは、はてなの「あいでぃー:xxx」とLivedoorのidがSocialに結びついてくれて、
自動的にhatenaのidでスターをAddしたことになればいいんだけどねー。でもそれじゃあはてなIDでログインしろってことと変わらんかー。
とも思うし難しいなぁこの辺。
こういう問題があるOpenID界隈では、でもこれらの問題について色々知恵を出し合って解決しようとしている
人もいるみたい。サイボウズのzigorouさんとか、他にもいっぱいいらっしゃるけど、皆さんすごいがんばってるみたい！すごい！
増田個人は、
１．については各OpenIDプロバイダとIDを利用するサービス側(Ryling Party)それぞれのホワイトリストが
Socialに連携/公開されてグラフになってエンドユーザが利用できる・できないの仕組みになるのがいいのかなー、
と思っていたりするよ。DNSみたいな公開されて相互利用できるよな仕組みがあればいいのかなー。
２．については属性情報の仕組みとしてはAXとかsregとかあるけど、要は使い方でリバティ・アライアンスの頃からしきりと言われているらしい
「串刺しにした」サービスの連携のためにどう属性情報を流通させるのか？SSO連携が肝だよねー。とか。
また属性情報流通させるにあたってのその情報粒度は？っていう話を詰めなきゃいけないんだろうなー、というレベルでぼんやり中です。
もう少し↑について知識・考えついてきたら、またまとめてみたいです。じゃあまたね！！
どうも匿名でワイワイ好き勝手なことをしゃべることを嫌悪している方がいらっしゃるようなので、
インターネットの利用に際して免許制度、登録制度を作るようにロビー活動を展開すればいいと思うよ。
ネット接続するときには自分の個人情報をすべて登録してあるOpenIDしか使えないとか、
接続する端末はmacアドレスと個人情報をセットでプロバイダに登録してかないと使えないとかすればいいんだ。
完全に身元がオープンな状態になれば、堂々とあなたに不愉快な思いをもたらすような言動はきっと減るでしょう。
例：
第一種電網接続免許： 専用ブラウザを用いて、インターネットに接続、閲覧行為のみを許可する。
第二種電網接続免許： 第一種免許で許可された項目に加え、情報発信行為（メール、ブログ、掲示板への書き込み等）を許可する。
第三種電網接続免許： 特定サーバーの設置を許可する。（特定サーバーとはWEBサーバ、メールサーバに限定される）
http://d.hatena.ne.jp/ululun/20080208/1202447821
OpenIDは「どこそこの○○さん」であることが保証されるサービスだと理解している。「hatena.ne.jpのululunさん」というのは、はてなでアカウント認証が行われたことを意味している。従って、OpenID.ne.jpのサイトでアカウントを取ることに意味は無いのでは？「openid.ne.jpのululunさん」って意味あるかな？
ululunというopenIDを所有している人が、はてなダイアリーのid:ululunと同一人物であるかどうかはid:ululun以外にはわかりません。openIDの「怖さ」はそこにあります。
ヤバいかもしれないと思ったので取得しといた＞http://ululun.openid.ne.jp/
hatena.ne.jpでアカウントの認証を行ったululunさんという事実を信用できるかどうか。なりすましができるというのは言いがかりではないかと思います。
openIDの問題は「なりすまし」が簡単に出来る点です。クレジット情報が紐付いていたとしても、それを調べる手段が結果的に弁護士に相談を持ちかけるなどの金銭的時間的コストを掛けなければ得られないものであった場合、それらは「公開情報」とは言い難いし、「公開されている情報が本当の情報」と信じた人になりすましである事を説明する事がどれだけ困難であるかも考えた上で提唱するべきだ、と思います。
なんでこんなに強情なんだろう？
・IDバレした状態でパスワードが20文字あるよりも、IDが隠蔽された状態で6文字のPASSの方が強度がある
・つかわれていないIDに対しての監視が有効になる
まあパスワードなんて一個あれば十分だと思うかもしれないけど、
IDも隠蔽して、パスワードもワンタイムパスワードとかと併用する時代なんだぜ。
やあ、オレはid:waseda23だよ
断腸の思いではてなを退会したのに、ラボの方じゃアカウントが生きてるってどういう訳だ
何じゃこりゃ
完全に退会できないのかな？
http://rokuro.hatelabo.jp/waseda23/1201802121
これはロクロで今書いたんだけど、これに自分でスターつけようとするとOpenID？みたいなのが立ち上がる
つまりスターではアカウントが死んでるわけだ
正式なサービスだから
これって・・・どうなの？笑
つーか完全に退会できないじゃんこれだと
明らかに変だよね・・
もともとのLiveDoorAuthもはてな認証APIもそれぞれの独自規格。それに対しOpenIDは共通規格。機能的には似た様なものだけれど、初めから共通規格として考えられていたから、IDなどに工夫がある。
独自規格だと一般サービス提供側は認証サービスごとに独自規格を実装しなければならないけれど、共通規格ならば、その共通規格を実装してしまえば、複数の一般サービスと複数の認証サービスがつながる。いうなればイオカードとSuicaの関係というかパスネットとPASMOの関係というか。
OpenIDって具体的になんのことなの？
なんかいまいちわからない。
LiveDoorAuthとはちがうんかいな…？？