PLANETARIUM: 2011

2011年9月24日土曜日

プロトコルと通信アーキテクチャ [ネットワーク概論少しだけ]

先日、ネットワークのある部分において資料にまとめたので、せっかくだからブログ側にも転載。
まとめに関しては業務外だったので転載もOKなはず。

◎プロトコル
現在、インターネットやLANなどといった、コンピュータ間を接続するさまざまなネットワークが構築されています。
ネットワーク上での通信を可能にするためには、送る側と受け取る側でお互いに規約を定める必要があります。
その約束事が「プロトコル」です。

英語しか使えない人と日本語しか使えない人では会話ができないように、対応しているプロトコルが異なると通信することができません。
プロトコルを定めることで異機種間の相互接続が可能になります。

◎通信アーキテクチャ(ネットワークアーキテクチャ)
通信アーキテクチャとは、ネットワークシステムにおいて標準的に守るべき論理構造やプロトコル(通信規約)を体系的にまとめたものです。
有名なのは以下の2つです。

・OSI基本参照モデル・・・ ISO(国際標準化機構)が定めた枠組み
・TCP/IP ・・・インターネットで広く利用されてるプロトコル

上記２つについて説明する前に転送プロトコルの種類についての説明です。

次のページ：転送プロトコルの種類

phpで暗号化

会員制システムを構築する場合、パスワードは暗号化して保存するのが標準的。
それは、例えばIDとPWの組み合わせが漏洩したとしても認証出来ないからだと思う。
でも暗号化方式が単純なものだったりすぐに復号できるような方式であれば、せっかく暗号化してもあんまり意味がないので方式の選択は重要だと思う。
基本的な関数は以下のとおり。
・md5
・crypt
・sha1

で、md5とsha1についてはNG。
それはphpのマニュアルサイトにも書いてある通りです。

よく使われるハッシュ関数である md5() や sha1() は、なぜパスワードのハッシュに適していないのですか?
MD5 や SHA1 そして SHA256 といったハッシュアルゴリズムは、高速かつ効率的なハッシュ処理のために設計されたものです。最近のテクノロジーやハードウェア性能をもってすれば、これらのアルゴリズムの出力をブルートフォースで(力ずくで)調べて元の入力を得るのはたやすいことです。

最近のコンピュータではハッシュアルゴリズムを高速に「逆算」できるので、セキュリティ技術者の多くはこれらの関数をパスワードのハッシュに使わないよう強く推奨しています。

結局暗号化してしまっても、高速なコンピュータを使えばランダムにアクセスして復号化してしまえるので推奨しません、ということだと思います。

で、残ったcryptを使うわけですがその使い方も気を付けないと危険です。
それもcryptのマニュアルページに書いてありますが、標準DESベースで暗号化してしまうと、最初の8文字が同じ文字列は同じ文字列として解釈されてしまうようです。
例えばこんな。

<?php
$salt = "wow";
if(crypt("mypassworddesuyo", $salt) == crypt("mypassword", $salt)) {
    echo "same";
} else {
    echo "not same";
}
// output same
?>

マニュアルによる推奨アルゴリズムはBlowfishとなっているのでそれに適合するようなsaltを使用すればOKなのかなと思います。
例えばこんな。

<?php
$salt = "$2a$07$usesomesillystringforsalt$";
if(crypt("mypassworddesuyo", $salt) == crypt("mypassword", $salt)) {
    echo "same";
} else {
    echo "not same";
}
// output not same
?>

PEAR::Blowfishを使えば可逆暗号化方式を使うことが出来ます。
※確か、OpenPNE使ってた気がします。

おまけ

よく使われるハッシュ関数では不適切だというのなら、パスワードをどうやってハッシュすればいいのですか?
パスワードをハッシュするときに検討すべき重要な二点は、その計算量とソルトです。ハッシュアルゴリズムの計算コストが増えれば増えるほど、ブルートフォースによる出力の解析に時間を要するようになります。

PHP には、使うアルゴリズムを指定してハッシュを実行できる関数がふたつ組み込まれています。

まず最初のハッシュ関数は crypt() で、これはネイティブで数種のハッシュアルゴリズムに対応しています。この関数を使うときには、選択したアルゴリズムが使用可能なことが保証されています。 PHP には各アルゴリズムのネイティブ実装が含まれているので、仮にシステムがサポートしていない場合でもそのアルゴリズムを使えるのです。

もうひとつのハッシュ関数は hash() で、これは crypt() よりもさらに多数のアルゴリズムやその亜種に対応しています。しかし、crypt() が対応しているアルゴリズムのいくつかには未対応です。 Hash 拡張モジュールは PHP に同梱されていますが、コンパイル時に無効化することもできます。したがって、常に使えるとは限りません。一方 crypt() は PHP のコアに含まれているので、いつでも使えます。

パスワードのハッシュ用として推奨するアルゴリズムは Blowfish です。これは MD5 や SHA1 に比べて圧倒的に計算量が多く、それでいてスケーラブルだからです。

ソルトとは?
暗号理論におけるソルトとは、ハッシュ処理の際に追加するデータのことです。事前に計算済みのハッシュとその元入力の対応表 (レインボーテーブル) で出力を解析される可能性を減らすために利用します。

端的に言うと、ソルトとはちょっとした追加データです。これをつけるだけで、ハッシュをクラックするのが劇的に難しくなります。事前に計算済みのハッシュとその元入力を大量にまとめた表が、オンラインで多数公開されています。ソルトを使えば、そのハッシュ値がこれらの表に含まれている可能性を大きく減らすことができます。

2011年9月18日日曜日

phpでのXMLパースコロン（名前空間）と＠マークつき属性（attributes）

最近いろいろとAPIを使うことが多いのだけど、基本的にはjsonで返してもらいjsで処理をする。
でも、たまにAPIによってはxmlでしか返ってこないことがあり、phpのSimpleXMLをつかってパースを必要が出てきたするのだけど、"dc:date" のようにコロンがついている要素は処理に一工夫しないとうまく取得できなかったりする。

$xml = simplexml_load_file($url);
echo $xml->item[0]->dc:date;    // これでは表示されない

で、いろいろ調べてみた結果、コロン自体を置換等で消してしまう方法とchildrenメソッドで名前空間を指定してあげる方法があるようです。

（１）「:（コロン）」を置換する
具体的にはこんな感じ。データを取得するだけなのだから方法としては悪くないのかなぁと思った。

$xml_tmp = file_get_contents($url);
$xml_tmp = str_replace(":", "_", file_get_contents($xml_tmp));
$xml = simplexml_load_string($xml_tmp);
echo $xml->item[0]->dc_date;

（２）childrenメソッドを使う
こっちのほうがいいのかなと思って結局、この前つまづいたときはこっちにしました。
php.net - children
つまりは名前空間を定義しているURLを children メソッドに渡すか、prefixを渡すかのよう。
dc (Dublin Core) 名前空間は xmlns:dc="http://purl.org/dc/elements/1.1/" と宣言されてたのでこれを引数として渡して値を取得。

$xml = simplexml_load_file($url);
$i = 1;
while (isset($xml->item[$i]->title)) {
    $arr['item'][$i]['title'] = htmlspecialchars($rdf->item[$i]->title);
    $node = $rdf->item[$i]->children('http://purl.org/dc/elements/1.1/');
    $arr['item'][$i]['date'] = htmlspecialchars($node->dc);
    $i++;
}
print_r($arr);

prefixを渡す場合は試してないけど、
「$rdf->item[$i]->children('http://purl.org/dc/elements/1.1/');」のところを
「$rdf->item[$i]->children('dc', true);」
に変えればいいのかな？

参考：PHPでコロンを含むXML要素名を扱う方法

また、属性内（attributes）の要素にアクセスするにはそのままattributesメソッドを使った。

echo (string)$xml->item[$i]->attributes()->Name;
echo (int)$xml->item[$i]->attributes()->Number;

xml、難しいっすね。。

2011年9月9日金曜日

Twitter、アクティブユーザー数が1億人を超えたと発表

1カ月に1度以上ログインしているユーザーは1億人以上だが、そのうち40％はツイートはしていない。

米Twitterは9月8日（現地時間）、アクティブユーザー数が1億人を超えたと発表した。そのうち半数以上が毎日ログインしているという。40％はログインしても自らはツイートせずに情報を閲覧している。同社は1カ月に1回以上Twitterにログインしたユーザーをアクティブユーザーと定義する（サードパーティー製アプリからのログインも含む）。

Twitterは同日、メディア向けの非公式な発表会を行った。この発表会に参加した米ブログメディアのThe Next Webによると、Twitterのディック・コストロCEOはさらに幾つかの数字を披露したという。

ログインの55％はモバイル端末からのもの
・5日当たりのツイート数は50億件
・ユニークビジター数は1カ月当たり4億人
なお、Twitterは全ユーザーアカウント数は発表していないが、4月の時点でアカウント数が2億を超えたと公式に認めている。

2011年09月09日 08時34分更新　ITmediaより

用途は分かれますよね。
僕は基本的にはニュースの閲覧として使ってますのであんまりつぶやかないですね。

そして基本はスマホですね。
PCでわざわざtwitter見る人が45%いたことが逆に驚き。

2011年9月8日木曜日

無題

いつも行かなくていいし、いつもいなくてもいい。
けど、ずっと必要とされる。
そんな場所を作りたい。

2011年9月7日水曜日

ソーシャルブックマークサイト【500：g（フィグ）】

ソーシャルブックマークサイト【500：g（フィグ）】なるサイトを発見しました。
このサイトは「フィグ」って読むのかな。
無料会員登録してお気に入りのサイトを登録し、それがランキング表示されたりという基本的には普通のソーシャルブックマークなのだけど、ブックマーク一覧を見るマイページのデザインを変更することが出来る。
そのデザインを購入したり、登録出来るデザインを増やすために有料会員制があるようす。
この有料会員向け特典がこれからどんどん増えてくんだろうなぁと思った。

最近こういったアイディアをとりあえず具現化した（と勝手に思ってるんだけど）サービスがすごく気になる。
副業の手始めに、というのもあるけど、自分でサービスを考えて計画をたてて実行するというのは、身一つで仕事をしていくためにも必要だなぁと思う。
組織に所属していても結局は自分次第なのだなぁと最近すごく思う。
結局は自分にどういった能力があるのか、繋がりがあるのか、だと。
そのためにはまず、自分のアイディアを少しでも具現化していこうと思う。

2011年9月6日火曜日

音声認識 GoogleAPI AmiVoiceSP

Android端末などでもみられるけど、Googleは少し前から音声認識をつかった検索を組み込んでいる。 Androidアプリ開発用として、音声認識APIを公開もしている。
http://googlejapan.blogspot.com/2009/12/api-android.html

音声認識がもっと普及していけば、ネットを通じたサービスも変わってくんだろうなぁと思った。

例えば、Ustream上でのソーシャルストリームが音声認識と連動すれば普通に会話しているようにソーシャルストリームが流れていくし、ボーカロイドと組み合わせれば自分の音声をもとに別な声で会話が進んでいったりもする。
もうそういうのあるのかな。
ないのならそういうサービスを作ってみよう。

GoogleTVやSamsung、LGで有名なスマートTVでも、テレビ番組を見ながらTwitter連動とかあるけど、普通に叫び声とかも音声認識しちゃって書き込んでしまったりするんだろうな、と思ったりする。

先日、体調を崩して病院に行き点滴を3本うってきた。
お医者さんは僕に症状を聞く度にそれをマイクみたいなのに復唱してて「なんだろう？」と思って覗きこんだら話した声がカルテに書きこまれていた。
音声認識に関連したサービスを模索中だった僕は「おお！」と思って点滴打ち終わったあとに看護士さん経由でその製品の名前を教えてもらた。

それがこれ「あなたの声が文字になる！音声認識ソフト「AmiVoiceSP」」

病院とか大学とか特別な施設でしか使えないと思ったんだけど、普通に売られてるんだね。
一般家庭ではなかなか購入する機会がないかもしれないけどなんか欲しいなぁ。

2011年9月4日日曜日

facebook Graph API

twitterに続き、facebook上での話題などを調べたく、facebookAPIについて探したのですがなかなか見付からず。いろいろ調べてたみたので備忘録を兼ねてのメモです。

facebook上での話題を調べるなら「ウォール検索」と「チェックポイント検索」が必要かなと思います。ウォール検索はfacebookAPIのうちの「Graph API」というのを使います。

特に認証は必要ではないのですごく簡単に導入できます。

https://graph.facebook.com/searchに各種欲しいものに関するパラメータをつけることでいろいろ情報をとることが出来ます。
ウォール検索だったら、
https://graph.facebook.com/search?q=検索したいキーワード&type=post
みたいな感じです。

ウォール検索結果にプロフィール画像を付けたい場合は、
https://graph.facebook.com/ユーザ名/picture
な感じ。

ほかは、こんな感じ。

【基本フォーマット】

https://graph.facebook.com/search?q=QUERY&type=OBJECT_TYPE

【サポートしている検索】

All public posts: https://graph.facebook.com/search?q=watermelon&type=post
People: https://graph.facebook.com/search?q=mark&type=user
Pages: https://graph.facebook.com/search?q=platform&type=page
Events: https://graph.facebook.com/search?q=conference&type=event
Groups: https://graph.facebook.com/search?q=programming&type=group
Places: https://graph.facebook.com/search?q=coffee&type=place¢er=37.76,122.427&distance=1000
Checkins: https://graph.facebook.com/search?type=checkin

※チェックインはこれではとれなかった・・・。

認証系はログインしないと見れない情報やlikeしたり書き込んだりなどです。
また次回書きます。

オススメ!!レンタルサーバー ★月額105円〜/容量最大30ＧＢ/機能満載！　ロリポップ！レンタルサーバー ★
格安ドメイン取得サービス─ムームードメイン─ エンジニア転職なら「all engineer」
「スマートビルダー」smartbuilder.jp

2011年8月16日火曜日

光回線　乗り換えについて [その他]

うちの環境ですが、光回線を引いて無線ルータをおいて家の中ではどこでもネットを使えるようにしています。
絶対光にしないとって思って申し込んだわけじゃないけどたしか３万円キャッシュバックキャンペーンとかやってて、月６０００円としても５ヶ月くらいは無料ってことじゃんって思って申し込みました。

先日縛りの２年も終わったので次はどうしようかなぁって思ってたら「フレッツ光で最大60,000円キャッシュバック実施中！」を発見。６万ってなぁ。３ヶ月無料キャンペーンもやってるから実質１年以上無料ってすごいなぁって思った。
２年縛りとかあるのかな。これで儲かんのかな。。

とりあえず乗り換えを検討するか…。

2011年8月9日火曜日

PHP Simple HTML DOM Parser [PHP]

「PHP Simple HTML DOM Parser」というHTMLのパーサーを使ってみました。
ブログのフィードをパースして、記事HTMLをパースしてあれやこれやしたいときに便利に使えそうなプログラムです。
preg_matchとかで自分で頑張ってもいいとは思いますが、こういうの使ったほうが早いしね。
ダウンロードはこちら。

●要素へのアクセス

// Create DOM from URL or file

$html = file_get_html('http://www.google.com/');

// Find all images

foreach($html->find('img') as $element) {

       echo $element->src;

}

// Find all links

foreach($html->find('a') as $element) {

       echo $element->href;

}

●タグを抜き取ったプレーンテキスト

// Dump contents (without tags) from HTML

echo file_get_html('http://www.google.com/')->plaintext;

●要素（属性）の書き換え

// Create DOM from string

$html = str_get_html('<div id="hello">Hello</div><div id="world">World</div>');

$html->find('div', 1)->class = 'bar';

$html->find('div[id=hello]', 0)->innertext = 'foo';

echo $html; // Output: <div id="hello">foo</div><div class="bar" id="world">World</div>

正規表現と一緒に使えば便利そう。
もっと細かい使い方はこちら。

2011年8月5日金曜日

IPアドレスから位置情報（都道府県や緯度経度）

「どこどこJP」というIPアドレスから都道府県情報や緯度経度などの位置情報を取得できるサービスを発見。
http://www.docodoco.jp/

WEBサイトへアクセスしているユーザーのIPアドレスをもとに、エリア情報（国、都道府県、市区町村）や組織情報などを判定するAPIサービスです。
簡単なご利用登録をしていただくだけで、これらの情報を簡単に取得することができます。是非、新しいサイトや既存コンテンツにお役立て下さい。

アメリカではだいたい１ヶ月に１回くらい変わるからこの手のサービスは月次で情報を購入してるようだけどここはどうなんだろう。
支払いは月次だけど、アクセス数（サーバ負荷？）に応じて金額が変わる様子。

2011年7月22日金曜日

生放送系の番組表 Ustream / ニコニコ動画等

見つかったのはこれくらいかなぁ。

http://usg.apc-pro.com/us_category.php
http://livejam.jp/
http://7colors.tv/
http://www.ustwrap.info/?x=1&l=1
http://live.nicovideo.jp/timetable
http://777labo.com/mychecker/
http://www.stickam.jp/tv
http://uniangel.info/multi/index.html

増えるSNS広告、伸びない広告収入　[引用]

ある記事の引用：なくなってしまったぽいのでこぴぺです。

増えるSNS広告、伸びない広告収入

2011年、ソーシャルネットワークのユニークユーザーは10億人を超える躍進をとげ、2兆以上のオンライン広告が流通する。だがSNSが大きくユーザーを増やしているにもかかわらず、その広告収入は全世界で費やされる広告費の1%にも満たない。会員１人当たりの年間広告収入も伸びてはいるが数ドルと小さく、ARPU(Average Revenue Per User)も約4ドルである（図1参照）。

図1：ソーシャルネットワークの加入者一人当たりの平均売上高（単位ドル）

このトピックスは、デロイトトウシュトーマツの情報・メディア・通信（TMT：Technology, Media and Telecommunications）グループが編集した『Media Predictions 2011』から、テレビ視聴者の視聴行動に関する予測と提言を意訳したものである。また、このトピックスは主に欧米市場の調査にもとづくものである。なお、訳注の意見の部分は監訳者の私見である。

ソーシャルネットワークの価値に関する意見の二極化

ソーシャルネットワークの長期的な市場価値については、強気の意見と懐疑的な意見に2極分化している。強気の意見は、ソーシャルネットワークは技術分野の「次なる大きな潮流」であり、ここ10年間の検索画面広告よりも大きな収益をもたらすという。懐疑的な意見は、1人当たり数ドルレベルのユーザーを収益化できるレベルに引き上げることができるかどうか未知数とする。強気な意見はソーシャルネットワークの市場は高度成長していると分析し、懐疑的な意見では、個別の企業を見ていくと、高成長している企業は一部でしかなく、ユーザー1人当たりの収益においては、この2-3年は検索画面や従来のメディアに対抗できないと観測する。強気の意見は、ソーシャルネットワークは、ユーザー1人あたりの収益が低くても、他のオンラインメディアよりも低コストで運営できるので、売上総利益は高利益を達成できると反論する。たしかに競争相手である従来のメディアと比較したときに、ソーシャルネットワークのコンテンツ費用は、限りなくゼロに近い。ユーザーや第三者であるアプリケーション開発者がすべてコンテンツを用意してくれるので、ソーシャルネットワークとしては基本構造だけを用意しておけばよいからである。

ソーシャルネットワークの未来を占う３つの尺度

ソーシャルネットワークの成長曲線は、15年間でゼロから300億ドル市場へ成長し今なお拡大しつつあるペイドサーチ(paid-for search)の成長曲線と比較されることが多い。ペイドサーチとは検索結果とは別に、ユーザーが検索したキーワードに関連した広告を表示する機能である。10年前、各国におけるブロードバンドの普及率はまだ１桁台またはゼロであった。ペイドサーチはある意味、インターネット利用の普及とともに成長してきた。ソーシャルネットワークも、同じ流れに乗っている。果たしてソーシャルネットワークには将来性があるのであろうか。その将来性は、次の３つの尺度を使うとよい。登録者数、ネットワークの利用時間、そしてWeb広告掲載料金の単位の一つで、掲載1000回あたりの料金を表すCPM（cost per thousand impressions）である。

登録者数の成長率は頭打ち

最初に言及したように、ソーシャルネットワークの利用者は2011年末までに10億人に達成するという予想がある。この数字は、世界中のコンピュータによるインターネット利用者の半数近くがソーシャルネットワークに登録していることとなる。もし世界のインターネット利用がアナリストの予想通りのペースで拡大し続ければ、ソーシャルネットワークは将来頭打ちになる。いずれソーシャルネットワークは、これまでのような華々しい登録者の増加を維持するのは難しい。だが携帯電話が確実に成長拡大し続けている途上国においては、携帯電話を利用したソーシャルネットワークには好機が訪れる。世界にはコンピュータ利用者よりもはるかに多くの携帯電話利用者がいるからだ。しかし携帯電話に何十億ドル規模のビジネスの広告を表示するのは、2011年中には難しい。2010年、ヨーロッパでは携帯電話の最大市場であるイギリスにおいてさえも、携帯広告収入は4千万ドルにとどまった。しかしスマートフォンや3Gネットワークが普及するにつれて、積極的にソーシャルネットワークを利用する人が増加するにちがいない。

利用時間の増加

2011年のソーシャルネットワークの広告収入が伸び悩むのであれば、ソーシャルネットワーク収入を上昇させるためには、利用者の利用時間の増加に頼らなければならない。2010年、ソーシャルネットワークに費やされる総時間は急激に増加した。実際、ある人気のソーシャルネットワークでは、2009年第3四半期から2010年第3四半期までの間に66%も増加したという分析結果がある。

低いCPM

だがソーシャルネットワークの利用時間が3倍になったからといって広告収入が3倍になるというわけではない。また会員数や利用時間の伸びは、いずれ限界がくる。このため収入の伸びはCPMにかかってくる。ソーシャルネットワークの、会員の背景、好み、社会集団、活動および行動などを読み取る力は他の追随を許さない。この特徴がソーシャルネットワークに多額の広告収入をもたらすと期待されていたが、結果は逆でCPMで広告費を計算すると、ソーシャルネットワークは、他のオンライン広告や従来のメディア広告に比べまだ低く、インターネット広告の中で最底辺に位置したままである。実は広告量が増えればそれだけCPMは低くなる傾向があるのだ。

Bottom line

新しい広告モデル

CPMが低いと予想されるのなら、メディア代理店、とくに販売手数料で収益を得ている代理店がどういう動きに出るのか、ソーシャルネットワーク事業者は注意しなければならない。代理店は、他にもっと可能性を考え、新しい広告形態を売り込み始めるかもしれない。

広告の可能性

もし無数のデータを掘り起こすことで、今よりずっと高い広告収入を可能にする新しいビジネスモデルを見出すことができるなら、この先変化も期待されるだろう。だが2011年については、ソーシャルネットワークの広告収入を今以上に加速させる強力な手段を見つけるのは困難である。その原因はおそらく、ソーシャルネットワークの利用者情報はあまりに膨大すぎるためである。2011年現在、ソーシャルネットワークが生み出す利用者情報から役に立つ情報を効率よく引き出すのは、まだ容易ではない。何十億の人がある商品について「いいね！(Like)」と言っていても、それは購入するというサインではない。また2011年には、これまで同様、プライバシーの問題が貴重なデータ収集力の前に立ちはだかる。しかしながら、すばやく経済的に情報を分析し、かつ数十億ものリコメンデーションを収益化する方法を発見できた日には、新しい貴重な顧客層を発掘し利用することも可能になるだろう。

ソーシャルコマースを使う

そのひとつの可能性は、ソーシャルコマースだ。ある調査によると、口コミ情報（word-of-mouth feedback）やピアレビュー（peer reviews）すなわち利用者や仲間内の評価が商品の購入決定に大きな影響を与えていることがわかっている。実際、ある調査では78%の人がピアーリコメンデーション（peer recommendations）を信じる一方で、広告を信じる人はわずか14%という結果が出ている。このように個人の意見や草の根情報による影響が日に日に強まっていく社会の中で、広告会社とその顧客は、自社のイメージや評判を守るためにソーシャルメディアの活用を広げる必要がある。たとえば、ソーシャルネットワークやソーシャルネットワークの広告代理店は、ソーシャルネットワーク上でブランドがもっと存在感を高められるよう、広報やレピュテーションマネジメントなどの高価値のコンサルティングサービスを売りこむとよいかもしてない。

訳注：これからの広告は、単に広告費を使わせることではなく、共に売上を増やす流れに変化していくと思われる。すでに売上に連動して広告料ということにとどまらず、もっと踏みこんだビジネスパートナーとしての一蓮托生のモデルが生まれようとしている。そのひとつの解決策がプラットフォームである。このシリーズで何度か触れてきたがプラットフォームは、デマンドサイドとサプライサイドが出会うマーケットだからである。

プラットフォームの可能性

2011年のソーシャルネットワークが収入を生み出す有益な方法は他にもある。たとえば、何十万ものアプリケーション・プロバイダーのペイメント・プラットフォームとなることもできる。あるいは電子商取引デパートを導入して、インターネット上に有料でスペースを提供し、売上ごとに手数料を得ることも可能である。だが、このような追加収入は利益性は高いが、ソーシャルネットワーク全体に対する重要性という点では、現時点では広告には及ばない（図2参照）。しかし、それでもソーシャルネットワークの収入は、広告よりもむしろ課金システムや電子商取引（eコマース）などインターネットなどのネットワークを用いた商品売買や代金決済などを行う取引形態などで、成長をとげるだろう。

訳注：Facebook（フェイスブック）上で物やサービスを売買することを「Fコマース」と呼ぶ。2011年4月26に実施された総務省の新事業創出戦略委員会でも、プラットフォームは、ハードウェアから基本ソフトウェア、ブラウザ、ネットワーク、そして「Fコマース」のように、上位のレイヤに向かうという示唆に富む発言があった。

図2：世界のソーシャルネットワーク収入

Source: Deloitte Touche Tohmatsu Limited, 2010, based on data from eMarketer and NextUP Research

訳注：ペイメント・プラットフォーム：さまざまな決済方法に対応した基盤

見通せないソーシャルネットワークの未来

ソーシャルネットワークは生まれたばかりの新規ビジネスであるが、既に市場からの大きな支持を得ている。これは、ソーシャルネットワークが話題になり始めたほんの2-3年前には考えられなかったことだ。今後の問題は、ソーシャルネットワークがその成長軌跡を維持してその価値を収益化する方法を見出せるかどうかにかかっている。しかしソーシャルネットワークのたどるストーリーは、いまだ明確な結末が見えない。2011年のソーシャルネットワーク部門は引き続き堅調と思われるが、はっきりしない部分も残る。これからさらに情報が公開され、ビジネスモデルが開発されていけば、あらゆる広告会社、競合会社やアナリストにとって、この業界の将来像はもう少しクリアーなものとなるだろう。

訳注：従来ソーシャルネットワークでは、ICTに強いサプライヤーを相手にした汎用的なプラットフォームの構築と運用に関心があった。今後のプラットフォームは、NPOのような社会的なコミュニティーを活用した、課金システムや電子商取引（eコマース）などの取引形態を支える方法論を見出していくだろう。

『Media Predictions 2011』

プラットフォームを構築するのは難しいが、マネタイズを可能にするメディアにすることはさらに難しいと思う。
プラットフォームを構築し、さらにそれに対して広告でマネタイズするための事業計画をたててるときに上の記事を見つけました。
あ、あとオススメ本です⇒　プラットフォーム戦略

ソーシャルネットワークサービスは低CPM

ソーシャル・ネットワークサービスにおけるユーザの滞在時間は着々と伸びていて通常のｗｅｂサイトなどに比べればかなり広告に接している時間は長いはずだが、オンライン広告全体におけるソーシャル・ネットワークサービスのCPMはかなり低い。
オンライン広告全体のCPM平均値を下げている、という状況。

なんでCPM低いんだろう。広告単価が安いからかな。

2011年4月26日火曜日

サンフランシスコ出張

明後日（２０１１年４月２７日）から５日間、サンフランシスコに出張です。
初めてのアメリカ。
怖いなー。

大きな地図で見る

2011年4月22日金曜日

Xcode 4 リリース

自分のPCにXcode 4 をインストールしようかなってダウンロードページに行ったら600円ってなってる。。
あれ？と思っていろいろ調べたら、MacデベロッパプログラムかiOSデベロッパプログラムのメンバー以外は、Xcode 4 から有償なんですね。

Macおよび iOSデベロッパプログラムのメンバーは、最新のXcodeデベロッパツール、SDK、プレリリースソフトウェアなどを入手いただけます。また、プログラムのメンバーは、http://developer.apple.com/xcodeにてXcode 4をダウンロードいただけます。

MacまたはiOSデベロッパプログラムのいずれのメンバーでもない場合、Xcode 4をMac App Storeにて600円でご購入いただけます。Appleデベロッパとして登録済みの方は、http://developer.apple.com/xcodeにて無料でXcode 3をダウンロードいただけます。
http://developer.apple.com/jp/support/xcode/

デベロッパプログラムは年間¥10,800みたいですね。

600円はらうか。

来週からアメリカ出張だ。

2011年3月30日水曜日

IE6、IE7で印刷しようとすると消えたりずれたり

IE6 or IE7について見られた現象です。
ページを印刷しようしたとき、テーブルタグで作成した箇所がページをまたがるときに、一部消えたりずれたりする現象がありました。
※印刷プレビューでも。

いろいろぐぐりまくって策を併用したことでなんとか解決したのでは？と思います。

解決方法として、印刷用CSSに以下のように記入しました。

table th,
table td {
position:relative;
overflow: visible !important;
}

2011年2月9日水曜日

ママ、どうして仮想化が必要なの？

ママ、どうして仮想化が必要なの？

View more presentations from Junichi Anno.

Macintoshは？のくだり面白いね。
シンクライアントは是非導入したいけどどうやんだろ。
2年前なんだ。。

http://www.slideshare.net/junichia/ss-1595508