Tsukamoto's blog

著作隣接権試案と次の自炊代行訴訟

昨年12月の自炊代行訴訟は、被告のうち一社はサービス終了、もう一社は4月27日に認諾を選び、争点を手付かず残したまま終わった感があります。一方で同日に「印刷文化・電子文化の基盤整備に関する勉強会」がリリースした著作憲法改正案試案は、「海賊版」と名指しされた自炊代行と、作家ではなく出版社が争えるようになるもののようです。初の自炊代行訴訟が残した争点は、火種のままくすぶり続けるのではなく、遅くともこの改正案が通ればその時にもう一度問い直されることになるように思います。

■2011年12月の初の自炊代行訴訟

• 逆の明文化となるか：東野圭吾さんら作家7名がスキャン代行業者2社を提訴――その意図 - 電子書籍情報が満載! eBook USER(2011.12.20) - 浅田次郎氏、大沢在昌氏、永井豪氏、林真理子氏、東野圭吾氏、弘兼憲史氏、武論尊氏の7名が「スキャンボックス」を提供する愛宕と、「スキャン×BANK」を提供するスキャン×BANKに、原告作品群に対する複製行為の差し止めを求めて提訴
• スキャン×BANK、スキャン代行サービスを終了へ - 電子書籍情報が満載! eBook USER(2012.02.07) - スキャン×BANKがスキャン事業停止、係争状況は不明
• 提訴されていたスキャン代行業者が訴えを認める「認諾」を選択 - 電子書籍情報が満載! eBook USER(2012.05.01) - 愛宕が訴えを認諾の上、スキャン事業停止

スキャン×BANKは係争状況不明。事業停止により差止め要求事項が満たされてしまいましたが、この場合どうなるんでしょう。愛宕は3月9日に第1回弁論準備手続き、第2回が4月27日に予定されていたものの、同日、正式に請求の認諾を選択。

愛宕は認諾にあたり、「訴訟の認諾に関するお知らせ」を公開しており、これは以下の3項からなっています。

1. 請求の認諾に至った経緯と理由（訴訟の経緯、愛宕の本業への支障、左記理由による認諾）
2. 愛宕の主張の概要（「著作権法30条1項により私的使用のための複製として認められる」「原告らの本件訴えは権利の濫用に該当し、許されない」）
3. 終わりに（愛宕の代表取締役三谷純の本件についての『感想』と『思い』）

この裁判は、原告7作家と被告2社の問題というより、この自炊代行業者に共通する「主張」を争点として、どんな裁定が下されるかが注目されていたものだと思います。その意味では、争点の整理はあった（争点について合意があったのかまではよくわからない）ものの、ついに争われずに終わった感があります。

■2012年4月の著作憲法改正案の試案

これで結論が出ないままかというと、先日報じられた「印刷文化・電子文化の基盤整備に関する勉強会」による著作権法の改正試案を見ると、少なくともこれが通過すれば今度は出版社が原告となって訴訟しようという内容に見えます。

作家、出版社と超党派の国会議員らで構成する「印刷文化・電子文化の基盤整備に関する勉強会」（座長：中川正春衆院議員）はこのほど、電子書籍の普及に向けた著作権法の改正試案をまとめた。出版社に電子書籍の複製やネット送信、貸与を認める「著作隣接権」を付与することを柱としつつ、作家側の声にも配慮して、いったん出版社に与えた権利を著作権者（作家）が引き揚げることも可能とすることなどを盛り込んだ。[...]勉強会には超党派の議員のほか、作家では阿刀田高、林真理子、三田誠広の各氏が、また角川グループホールディングス、講談社、集英社、新潮社、小学館、文芸春秋といった大手出版社の社長や会長などがメンバーとして参加。
（ 「電子書籍」普及へ著作権法改正案を初公表、作家・出版社・国会議員ら：日本経済新聞）

勉強会の概要と、この試案を含む第三回勉強会議事録が「公益財団法人　文字・活字文化推進機構」にあります。

• 公益財団法人　文字・活字文化推進機構 | 印刷文化・電子文化の基盤整備に関する勉強会
• 第3回勉強会における議事概要について

議事概要に添えられた「（仮）出版物に関わる権利」試案によれば、権利の内容は次のようになっています。

（１）複製権
出版者は、その出版物原版を複製する権利を占有する。
（２）送信可能化権
出版者は、その出版物原版を送信可能化する権利を占有する。
（３）譲渡権
出版者は、その出版物原版をその複製物の譲渡により公衆に提供する権利を占有する。
（４）貸与権
出版者は、その出版物原版をそれが複製されている商業用出版物の貸与により公衆に提供する権利を占有する。

日経新聞によれば、これにより「出版社への権利付与により、海賊版の電子書籍が出現した際に、出版社が差し止め請求や損害賠償請求などの対抗措置を行えるようにする。従来は出版社に権利がなかったため、作家が個人で提訴するなどの必要があり、海賊版が広がる一因となっていた」とのこと。またここでいう「海賊版」については、議事概要中に次のような文言があります。

（仮）出版物に関わる権利は、出版サイクル円滑化（知の拡大再生産）と自炊代行業者などの海賊版対策に一定の効果が期待できると思われ、現状において最も妥当な選択肢の1つであると思われる。

つまり、出版社は各著作権隣接権を「占有」し、「自炊代行業者などの海賊版」対策として、出版社が差し止め請求や損害賠償請求などを行えるようになるということです。

■自炊代行の争点の行方

初の自炊代行訴訟は、前述の通り争点を残したまま終わった感があります。しかし素人考えながら、この改正案試案が出されたことで、少なくとも次のようなタイミングで再びこの争点が問い直されるのではないでしょうか。

• 試案の国会提出まで。日経新聞によれば、「勉強会」は早ければ6月の国会提出に向け、「たたき台となる改正試案を初めて公表することで議論を巻き起こし、法改正とその先の電子書籍ビジネス本格展開への道筋を早期につけたいという意向もありそう」とのこと。
• 国会での著作権法改正案の審議。
• この形の著作権法改正案が通過した場合、その後の出版社による自炊代行事業者の提訴。

ここまで来ると、今の「なんとなくの線引きすら見えないグレー」のままではなく、何らかの（できればよい形の）結論は出てほしい、というのが正直な感想です。

WILLCOM回線をPORTUS WX02sに機種変更

しばらく惹かれる新機種がなくてAdvanced W-ZERO3[es]のままだったWILLCOM回線、「話せるルーター」PORTUS WX02ｓには久しぶりに惹かれるものがあってようやく機種変更しました。

■サイズの比較

実際に手にしてみて思ったのは3点。(1)小型PHSの印象に比べると思ったより大きい。(2)それでもad[es]よりは一回り小さいし、一回り薄い。(3)重さはあまり変わらない気がする。

写真は実際に手前のPORTUS、奥にad[es]を並べて撮ったものです。ad[es]の50×135×17.9mm、157グラムに対して、PORTUSは124ｘ50ｘ15.0.mm、120グラムで一回り小さく、そして重さも25%軽くなっています。ただし、ぎりぎりまで大きなバッテリーを入れているのだと思いますが、本体はこのサイズとしては重い方で、その「みっしり」「ずっしり」感が重く感じさせたのだと思います。

■用途

PORTUSはルータ機能があり、通話とメールが可能です。一方でカメラやブラウザがついていません。通信端末としては通話中心、他にメインの携帯を持っていて、二番目の回線になると思います。

ルーターとしては、Wi-Fi（無線LAN）ルータとして使える他、USBモデムとしても使えます。USBモデムとしての利用では、最初の接続時にPORTUS本体からドライバをインストールできました。ドライバインストール後に再起動が入ったものの、使いたいと思ったその場で準備ができ、事前準備が要らなかったのはよかったところ。

■地味ながらよかったところ

USBモデムとして使えるのは、地味ながらよいと思ったことの一つ目。最近は企業内やIT系セミナ会場などで、電波干渉からポータブルWi-Fiルータ使用を控えるよう呼び掛けられる場面も出てきました。こうした時にUSBモデム扱いで利用できるのは意外と効いてきそうです。

もう一つは、USBケーブルでPCと接続すると「3Gネットワーク接続」「PCユーティリティ」「充電のみ」という接続選択ができるところ。公共のPC、あるいは他の人のPCなどから充電だけさせてほしい場面というのもあって、こうした時に役立ちそうです。どちらも、地味ながら実用的な特徴だと思います。

■ルーター設定

設定について少しだけ。初期設定では、Wi-Fiルータ機能の設定がOpenSystemになっています。私は以下のような設定をしました。

• SSIDの変更。SSIDは、接続するPCや端末上で指定するPORTUSの名前のようなものです。[Wi-Fiルーター]>[SSID/Key設定]>[SSID]で、自分にとって分かりやすいものに変更しました。
• セキュリティ設定の変更。セキュリティ設定は、認証や暗号化の要否を決めるもののようです。[Wi-Fiルーター]>[SSID/Key設定]>[セキュリティ]で、WPA2-PSKを選択しました。
• 暗号化方式の変更。[Wi-Fiルーター]>[SSID/Key設定]>[暗号化方式]で、AESを選択しました。

SSIDの変更や暗号化方式の変更は、しなくてもルータとして使えてしまいます。追加の一手間ということになってしまうのですが、やっておくとよいと思います。より安全に使おうと思ったら、「SSIDステルス」や「接続制限」などを使うと良さそうですが、このあたりはマニュアルでご確認を。

Bookscan後のファイルサイズ、あるいは自炊代行と電子出版

これまでにBookscanに依頼してPDF化してきたもののファイルサイズは平均89.7MBでした。読むには十分な品質ですが、最初から電子出版されたものには及びませんし、ファイルサイズは数十倍の大きさです。いわゆる「自炊代行」は電子出版と競合も、電子出版を圧迫もしないでしょうし、電子出版されない書籍のための代替手段として、主ではなく従のポジションで、電子読書を促進する一助になるでしょう。

■Bookscan後のファイルサイズ

蔵書の電書化や携帯を考えた時、気になったのはファイルサイズでした。とりあえず「Bookscanを利用してみた」ところ、数にして118冊のスキャンPDFが貯まりました。Bookscan製という一定の品質でのスキャンで、この数があれば、バラつきを考えてもそれなりの参考値になるかと思います。

まず、スキャン後のサイズは次のようになりました。OCRオプションあり、つまり透明テキストがかぶせられたPDFファイルになっています。

• 全118冊：10.3 GB（10,590.2 MB）
• 1冊あたり：89.7 MB

次に、実用レベルと評判のチューニングラボによる「iPhone/iPod touchチューニング 1.0β」後のサイズ。Bookscanの説明によれば「ファイル容量圧縮、余白除去、解像度最適化、文字くっきり処理」が行われており、実際のファイルを見ると透明テキストは外されているようでした。

• 全114冊：2.4 GB（2,466.6 MB）
• 1冊あたり：20.9 MB

対象となった本は、「グランズウェル」や「ウィキノミクス」といったハードカバーが中心ですが、「デザインする技術」や「プレゼンテーションzen」などのフルカラーの大型本、「『みんなの意見』は案外正しい」などの文庫、「クラウドソーシング」や「災害とソーシャルメディア」などの新書も入っています。もう少し知りたければ、Booklogのスキャン済リストにはBookscanされたものが少なくありません。（注意：Bookscanではないものも含まれています。ムダな反自炊代行業者的粗探しはしないように。）

■自炊代行PDFと電子出版PDF

BookscanされたPDFは、検索可能（OCRオプションを選んでいれば）で、十分に読書を楽しむに足ります。

例えば右の写真は、プレゼンテーションZenの102ページを125%に拡大表示したところです。写真は多少のあらが、特に色の再現性の面であって写真集や画集を楽しむには堪えませんが、通常のカラーページを読むには十分しょう。私は普段は、この本の場合で80%ぐらいの縮小表示か、100%表示で読むので、もう少しあらは気にならなくなります。逆に図表の細部を拡大表示することもありますが、このページで言えばスケッチ中の文字を読むのに400%に拡大しても大丈夫でした。

一方で、この品質のためにPDFファイルのサイズは118.1MBになりました。品質からすれば妥当なサイズかもしれないのですが、しかしパブーで買った「キュレーションの時代」はPDF版で1.1MB、ePub版は459.1KBです。もちろん全文検索でき、OCRの認識ミスも、画像（表紙にしかありませんが）のあらもありません。

PDFは電子書籍は、パソコンやタブレット、スマートフォンなどで読むものです。ファイルサイズは、これらの端末にファイルをコピーする時間にも、これらで開く時間にもそしてページをめくって行き来してといった読んでいる途中の快適さにもかかわる部分です。自炊代行業者がいることで、私たちは電子出版されていない書籍をタブレットなどで読むことができますが、自炊代行業者しかいないことで、読書の手軽さをある程度諦めているのだと思います。

「キュレーションの時代」は紙書籍として買えば945円で、パブーで買えば700円です。私がもし、先に紙書籍で買っていて、250円（スキャン＋OCR＋ファイル名変更）でBookscanにPDF化してもらうか、パブーから電子出版版も買うかと言われたら、悩んだ末にパブーを選ぶでしょう。500円だったら、悩みません。筑摩書房が、紙書籍購入者には200円でPDFダウンロードをと言ってくれれば飛びつきます。

■自炊代行業者は電子出版者の下地を整える

単純にPDFとして見た時、自炊代行業者の作成するPDFは、最初から電子出版された場合のPDFに比べれば著しい劣化版です（Bookscanのサービスは高品質ですが、そもそものスタートラインが違います）。それでも自炊代行業者が大切なのは、次の理由によります。

• 紙での読書には、出版されているものであればすべての書籍が読書できるという「読書家にとってののあたりまえ環境」の下地がある。
• 電子読書には、出版されているもののうち一部しか読書できないという「読書家にとってのあたりまえ環境」の欠落がある。（新刊本は、電子出版の方が採算ラインが下がりすべてが電子出版されるようになるまでは変わらない。既刊行物を含めたら、永遠に変わらない。）
• 自炊代行業者は、電子出版されていない書籍も電子読書にできるようにし、「読書家にとってのあたりまえ環境」を補完する。

この「読みたい本を読める」という「読書家にとってのあたりまえ環境」は、電子出版にとっても大切な条件だと思います。読書家が電子読書をあたりまえと考えてこそ、今の紙出版と同じ市場規模を電子出版は手にすることになります。そしてその市場に自炊代行者製のPDFが出てきても、電子出版者製のコンテンツと争ったら敗退します。海賊版が出回ったとして、他のデジタルコンテンツの海賊版と異なって、コンテンツの質が劣化してるだけではなくさらに数十倍「重い」のです。額面価値が低いから「悪貨が良貨を駆逐する」というシチュエーションとは違うのです。

もちろん自炊代行業者の作成するPDFには、出版社によるDRMなどはかかっていません。海賊版流通の懸念とされるところですが、しかしyomoyomoさんが「チャーリー・ストロスの「Amazonのebook戦略の意味」はもっと読まれてよい」「チャーリー・ストロスの電子書籍とDRM話の続き」などを書いているのを読むと、DRMの必要性なども、認識が変わってくるのかもしれません。またこの中でソーシャルDRMの話が出ますが、私も「ウォーターマークでも漉き込めば済む話では」と考えたことがありますし、実際に自炊代行.comが取り組み始めていたりもするようでした。

先日決着した昨年の自炊代行差止め訴訟は、本当に自炊代行という業界を焼き尽くしたいのか、「いずれ必ず来るインターネット販売のために、既存勢力は準備期間が必要だったということだろう」と指摘される一般医薬品のネット販売問題と同じ構図なのかわかりません。ただ、自炊代行業者の提供するものと電子出版者の売るものは全く違うように思います。電子読書という文化を下地にした、電子出版書籍と電子出版されないものの自炊PDF作成という別の市場のプレイヤー。パイを争う間柄でも、侵しあう間柄でもなく、お互いのパイを広げるために同じ下地を整えあう間柄。

Bookscanを使い始め、電子読書もするようになって、4カ月目が終わろうとしています。私には、電子出版事業者にとって、自炊代行事業者を先行させることは都合のよい露払い、歓迎する相手のように思えます。

iftttでTumblrからFacebookに投稿

4月頃にFacebookのTumblrアプリが刷新されました。Tumblrへの投稿の他にLike等のアクティビティもFacebookに流せたり、タイムラインではTumblrからの投稿が先頭近くの目につきやすい位置にまとめて表示されるようになったり。

ニュースフィードでも1件にまとめて表示されるのですが、この点は以前の方が好きだったというコメントを見かけたので、小ネタ。ifttt（に限らず他のアプリであればたぶんOK）で自動投稿にするとそれらしくなります。

■iftttにアカウントを作る

iftttは多くのWebサービスと連携して、「サービスAで○○があったらサービスBに△△」という作業を自動化してくれるサービスです。まずiftttにアカウントを作ります。

• ifttt.com にアクセスする。
• トップページ右上の「Join」からアカウントを作る。

■FacebookとTumblrのアカウントを登録する

iftttは、まず他のWebサービスと連携するために、それぞれのサービスで認証をする方式になっています。今回使用するFacebookとTumblrの認証を済ませておきます。

• ifttt.comにアクセスする。
• ifttt.comに作成したアカウントでログインする。
• トップページ右上の「Channels」からチャンネル（Chennels＝連携サービス）ページを開く。
• チャンネルページで、FacebookアイコンからFacebookのチャンネルページを開く。
• Facebookのチャンネルページで、「Activate」からFacebook用認証ページを開く。
• Facebookのアカウントで、認証を進める。

同じようにして、Tumblrのチャンネルページでも認証を行ってます。

■Tumblrの投稿がFacebookに送られるようにタスクを作る

「サービスAで○○があったらサービスBに△△」という自動作業を「タスク」と呼びます。「Tumblrに投稿があったらFacebookに投稿」というタスクを作ります。ここでは私が作っておいたレシピを使うことにします。

• ifttt.comにログインする。
• 「Tumblr posts to Facebook」レシピを開く。
• ページ末尾の「Create Task」でタスクを登録する。

■タスクの実行結果を見る

作成したタスクは、Tasksページで一覧、管理できます。

• ifttt.comにログインする。
• トップページ右上の「Tasks」からTasksページを開く。

Tasksページでは各タスクごとに、最後にいつ実行されたかを示す「last triggered」と何回実行されたかを示す「triggered ○○x」が表示されています。Tumblrに投稿し、Tasksページで「last triggered」が更新されたら、自分のFacebookを開いてこちらにも投稿されているか確認しましょう。

■最後に

iftttを使うと、以前のTumblrアプリのように1件ごとにニュースフィードに流れる「普通の投稿」を自動でできます。一つだけ違いを挙げると、iftttのタスクは、15分ごとに実行されることになっていて、以前のTumblrアプリと違って多少の時間差は出てしまいます。

iftttはTumblrとFacebookアカウントに限らず、多くのWebサービスに対応しています。例えば「ブログ（Feed）への新規投稿をFacebookページにも投稿」といったことをしたい人もいるでしょう。個人的な行動記録として面白いなと思っているのは、FoursquareへのチェックインをGoogleカレンダーに登録することです。これらも、iftttでできることです。慣れてきたら

• Chennelsで他のWebサービスを認証する
• Tasksで新しいタスクを作成する

といったことにもぜひチャレンジしてみてください。

企業内ソーシャルを全社員に使ってほしい理由

「2012年の社内SNS」に次のようなことを書きました。

リアルタイムソーシャル時代です。社内SNSは、対象は社内の人でも、時間と場所はいつでもどこでもつながれることを目指します。

私は企業内ソーシャルメディアは全員利用、いつでもどこからでも、その場面にあった端末からアクセスできるべきと考えています。IBMの八木橋さんが「社内SNSを全社員が使うべき理由 20120411」というスライドを公開されていたので、ちょっと便乗してこの機会に理由を書いてみたいと思います。

■OKIの社内SNSで私が目指していたこと

2008年末、社内SNSはどのように企業に貢献して、どうやってそれを計測できるだろうということに悩んでいましたが、EGMフォーラムで富士通総研の吉田氏から「ソーシャルキャピタル→ナレッジマネジメント→アウトプット」という解釈で定量評価に取り組んでいるとお聞きし、それをきっかけに右図のようなモデルを発想しました（※個人的な発想で、当時のチームの共有ビジョンなどではありません）。

こうした活動を開始する時に、しばしば目的、価値として挙げられるのが「ノウフー」「ソーシャルキャピタル」といったキーワードです。これはSNSなどの提供する機能の関係を、ここでは次のように考えました。

• ノウフーが高まるとは、その人のプロフィールとして表現できる情報（プロパティ）と、コンテンツを通じた言動（ビヘイビア）の観察が貯まって結びつき、「人となり」が見えてくること。
• ソーシャルキャピタルが高まるとは、お互いの人となりが見えてくるとともに、コンテンツを通じて助けられたりやり取りしたりを繰り返して、「好感（親近感、経緯、etc.）」で結びついていくこと。

最初はモデル化できていないなりに、直観的にプロフィールを豊かにし投稿を盛んにする工夫に力を注いでいたといえます。そして「SNSがリッチなリソースになった」「ひとまずの下地が生まれた」頃から、次の段階のソーシャルキャピタル、助け合いという行動を後押しする仕掛けに進んでいました。

• 直接的なQ&A
• 実際に会うためのプレゼンスやコンタクトメニューと電話発信
• 人を見つけて助けを求めるための人検索、つながり表示

誰かがやっていることを助けるという途中参加ではなく、いっしょに新しい活動を立ち上げていく協働の段階があると思います。しかし私がチームを離れた2009年4月にはまだ第二フェーズ、ソーシャルキャピタルに注目し、ようやくQ&Aなどが回り始めたころでした。

■社内ソーシャルを全社員に使ってほしい理由

このモデルを前提にすると、企業内ソーシャルメディアの上で「プロフィールの充実」「コンテンツの充実（と投稿の増大）」「つながりの増加」「助け合いの発露」といったことが起これば、ソーシャルメディアの外に飛び出して実際の業務や成果に良い影響をもたらす効果があるでしょう。こういう言い方もできます。

• 人の頭の中にあるノウフーや、実際の職場での行動になる助け合い、コラボレーション、イノベーションは目指す「成果」
• ソーシャルメディア上で生まれるプロフィール、コンテンツ、つながり、Q&Aなどは「主要成功要因」
• プロフィールの情報量や件数、コンテンツの件数や一日の投稿量、つながりの数、Q&Aの投稿数や解決数などは「重要目標達成指標（KGI、KPI）」（かつソーシャルメディア上で観測や計量可能）

前半では、こうした指標を高めるために何を考え行ってきたかを書きましたが、ここではそこを飛び越えて、達成の限界、効果の天井を考えてみましょう。

• プロフィール数の上限は、参加可能な（そして実際に参加した）人数
• コンテンツ数の上限は、参加可能な人数×投稿機会（≒投稿可能な時間帯）
• つながりの上限は、参加者数のほぼ二乗に比例する（正しくは参加者数×（参加者数-1）÷2）
• 助け合いの上限は、つながりの上限（参加者数の二乗に比例）×「助けて」「助ける」と言える投稿機会

このモデルだと、達成の限界、効果の天井を決める要素に「参加可能な人数」「利用可能な時間帯（≒投稿チャンス）」が繰り返し、繰り返し現れています。どんなに仕掛けを施し、運用に心を砕いても、低い天井がはめられていたらそこ止まりです。

もちろんこのモデル自体が大間違いかもしれません。「社内SNS」から「企業内ソーシャル」に進化した今では、陳腐化しているかも知れません。でも「人」と「コミュニケーション」と「つながり」がキーファクターである企業内ソーシャルが企業に貢献する価値モデルを描けたなら、きっとその天井には「参加可能者数」「利用可能時間帯（場面）」が関係しているはずです。

■「みんなが」「いつでも」の企業内ソーシャルメディアを

 企業内ソーシャルメディアの導入、運営の目的は、ほとんどの場合はもう「欲しいから」ではないでしょう。そこに期待する効果があるはずです。そして本気で効果を出すことを真剣に考えたら、ほとんどの場合は「一部でも熱心な人が参加してくれればいい」ではなく「みんなが」「いつでも」を目指すべき、となると思います。

「いつでも」を推すのは、2012年の社内SNSに書いた他のソーシャルメディアと同じスタートラインに立つことよりも、実は場所や時間の壁で利用を逃したら「もったいない！もったいない！」ことが大きな理由です。「みんなが」を推すのも、同じ理由です。かつてのSNS自体が胡散臭いと思われていた時代には、全員登録にしないことに一理ありました。しかしソーシャルネイティブ時代、メガソーシャル時代の今、SNSを利用していない人でもSNSのことは知っています。八木橋さんのスライドにあるように、「みんなの」でないことの方が胡散臭さを生みます。

「みんなが」「いつでも」を阻むような提案が、「企業内ITの常識」「セキュリティ上の懸念」「費用上の問題」「組織的な理由」などから出てくるかもしれません。でも取り組みに期待する効果があるならば、その提案には限界効果を諦めるだけの価値があるか、一緒に検算してもいいと思います。

同じ逆風にさらされることが多いのがBYODですが、これに真剣にとりくんでいるインテルでは、逆風の風元であるセキュリティの基本方針に「Protect to Enable」を掲げているそうです。企業内ソーシャルメディアを考える時、いつでも「効果を出すには」「可能にするには（to Enable）」と言い合えたらいいですね。

CloudStackユーザー会（第7回）に行ってきた

’12年4月18日に開かれた第7回CloudStackユーザー会に行ってきました。当日のUstreamの録画やTweetのまとめが公開されているほか、Publickeyにも記事があがっています。

• ATND: CloudStackユーザ会(CloudStack勉強会) - 第7回
• USTREAM: CloudStackユーザ会（開会～セッション1、セッション2～閉会）
• Togetter: CloudStackユーザ会(CloudStack勉強会) - 第7回 #cloudstack
• クラウド基盤のCloudStackは年内にOpenFlow対応へ。今後のロードマップとApacheライセンスに変更した理由は？ － Publickey

以下はすごく個人的なメモ。

■CloudStackのApache Software Foundationへのコード寄贈について

タイミングとしては、CloudStackプロジェクトがApache Software Foundation（ASF）に寄贈された直後の開催でした。

4月3日、米国Citrix Systemsは「OpenStack」開発プロジェクトから離脱し、「CloudStack」プラットフォームをApache Software Foundationに寄贈したうえで開発を支援していく方針を明らかにした。[...]今回のCitrixの発表により、CloudStackとOpenStackは競合関係となった。
(Eucalyptus、OpenStack、CloudStack――勢いがあるのはどれだ|Computerworld)

 別の見方では、この記事で競合関係にみなされているEucalyptusはAmazonと提携、OpenStackはOpenStack Foundationを発足させるなど、ともに大きな動きのあった直後の開催です。

3月22日、プライベート・クラウド向けのIaaSプラットフォームを提供する米国Eucalyptus Systemsと米国Amazon Web Services（AWS）が提携し、「Eucalyptus」のAWS API対応を拡充していく方針を発表した。
(Eucalyptus、OpenStack、CloudStack――勢いがあるのはどれだ|Computerworld)

オープンソースのIaaS構築スタック「OpenStack」のガバナンス団体となるOpenStack Foundationが4月12日（米国時間）、19社の設立メンバーと共に立ち上げを発表した。プラチナメンバーとして、米Red Hat、米IBM、英Canonicalらが名を連ねる。
(「OpenStack」開発の母体となるOpenStack Foundationが発足、米Red Hat、英Canonicalらがプラチナメンバーに - SourceForge.JP Magazine)

米Hewlett-Packardは9月7日、「OpenStack」採用の2つのクラウドサービス「HP Cloud Compute」と「HP Cloud Object Storage」を発表した。HPのページからプライベートβへの参加を申し込める。
(HP、OpenStackベースのクラウドサービスを発表 - ITmedia エンタープライズ)

会ではCitrix社のPeder Ulander氏が登壇。ゆっくりと、静かな口調でCloudStackのASF寄贈、今後のリリース予定、特にOpenFlow対応、今後のCitrixとCloudStackプロジェクトの関わり方やOpenStackとの関わり方などが語られました（詳細はUstream、Togetter、Publickeyを参照してください）。

個人的に印象に残ったのは二つで、まず「Citrix will continue to play a roll in Openstack」と書いていた部分。OpenStackからもCitrixは手を引くわけではなく、またOpenStackで成熟した技術（たとえば候補としてSwift）はCloudStackに取り込んでいく、とのこと。このあたりも従来と変えないという意思のように感じました。もう一つは質疑応答でのApache Wayへの言及など。

■VMware対応について

「Our number one competiter is VMware」という発言もあったのですが、CloudStackのロードマップの紹介では、VMware vSphereへの対応予定なども盛り込まれていました。

• Bonita(2012年4月）：vSphere5対応。分散仮想スイッチ対応などもあるようです。
• Campo（2012年第4四半期）：vApps 2.0やVMware DRS、storage motion、FT対応。ロードマップでみるとStorage vMotion（こちらの表記が正しい）となっており、Storage DRSがある一方FTはありませんでした。

VMwareはハイパーバイザと管理製品であるvSphere、vCenterも、VDI（View）やクラウド（vCloud Director）製品と並んで非常に大きな収益源ですが、CitrixはXenServerは無償、管理製品であるEssentialsは有償にしているものの、収益源として重要なのはVDI（XenDesktop、他XenAppなど）等という印象があります。CloudStackも重要な収益源としてvCloud Directorと競いつつ、そのためにもハイパーバイザレイヤーではvSphere対応を強力に推進していくのかな、と思いました。

■以降のセッションから

 ここまでが、これのためにと言って帰ってきた関係上、聞いておかないといけなかった部分。後は気楽に聞かせてもらいました。

ちょっと刺激されたのはPrimeCloud Controller。複数のクラウドへの仮想マシンデプロイ、その上へのミドルウェアインストール、監視ソフト（Zabbix）への登録などをしてくれるハイブリッドクラウドイネーブラ。Red HatのCloudFormsを連想しましたが、 IaaSイネーブラベンダでない分、マルチクラウドをイメージしやすかったです。

PrimeCloud Collectorに興味を覚えたところは、この先はオンプレミスとホステッドのハイブリッドだけじゃなく、ハイパーバイザとSLAの違うホステッドとホステッドのハイブリッドが伸びそうな気がするから。持たない経営的にも。（21:00:41）

と思ったりしました。(1)SLAの違いを謳いやすい、(2)僕のいる会社が提供するのは多分vCD API、という二つの理由から

PrimeCloud Controler、興味深い。VMware系だと、クラウド（ホワイトクラウド、etc）で提供されているのがvCloud Director APIなので、将来の対応に期待したいなー。（20:23:04）

と思ったんだけど、将来どうなのかな。

今年は桜を観に行けなかった

昨年は自粛呼びかけも聞こえてくる中、あえて新宿御苑に行ったり、移動中に王子で降りて飛鳥山に寄ったりしたのだけど、今年は行けませんでした。

満開との予想も出ていて、好天の予報だった（実際に好天で暖かかった）4月8日（日）など絶好のチャンス。また新宿御苑に行きたかったのだけど、メインのプロジェクトが大変なところに、たぶん保険の意味しかなさそうな大調査作業を流し込まれて、終わったのが蕨で15時。そこから16時半閉園の御苑なんか行けません。

…ということで、蕨から赤羽まで（本当は川口までのつもりだったのだけど、陽気がよすぎてそのまま）歩きながら、道沿いの桜を眺めたり撮ったり。それだけでもアルバムに10枚の写真が残りました。日本は名所に行かなくても、どこででも桜を愛でられますねー。

今日、同じ道を途中まで歩いて帰ってきましたが、写真の桜もすっかり葉桜になってしまっていて、もう花見の時期は終わったのかな、と。

読感: 「R25」のつくりかた

Tumblrに流れてきた以下の一文。出典をあたりたいと思って、日経プレミアシリーズ（新書）の「『R25』のつくりかた」に当たりをつけて読み始めました。

R25の記事は800文字で、これがネット時代に一気に読める分量だということで導き出された数字だとか。
(Twitterで炎上しないためにブログに書くという防衛作戦 - ARTIFACT@はてブロ)

3日かけて少しずつ読み勧めましたが、とても面白かったです。社内SNSはただ社内SNSであるだけではダメだと思うのだけど、これからはその「ただ社内SNSである」だけのことも難しくなる、そう思って書いたのが「2012年の社内SNS」でした。これからは利用者のソーシャルポートフォリオの中で社内SNSならではのポジション取りを考えなければいけない、そう思っていたときに読んだこの本は、R25が「活字を読まない」「インターネットを一因とする情報過多に疲れている」M1層のメディアポートフォリオの中に、時間、そしてニーズのスキマを探し出し、そこに向けて自らをデザインする仮定が書かれていて、タイムリーだったのでなお刺さりました。

以下、読書メモ。

■第1章 少人数組織で「業界常識」に立ち向かう

業界常識

• 「テレビは認知が目的だからリーチが命。雑誌広告は内容理解が目的だからターゲットが命」
• 何かのセグメント、テーマで区切った時、一万部、三万部、五万部というのがちょうどいい規模
• M1は活字を読まない層

「100万部のペーパーポータル」というコンセプト

• ペーパーメディアにおけるYahoo、紙メディアを好きになってもらう入門としてのメディア
• M1向け活字という市場は「空いている」、M1が読まないのは「だってつまんないから」
• 「100万部」は首都圏のM1層の1/3が読んだらインパクトがある、わかりやすいという数字

「失敗してももともとじゃないか。こんな大きなチャンス、なかなかない。サラリーマン冥利に尽きるじゃないかと。だいたい失敗しても、クビになるわけでもない。学ぶことの方が多いはずだ、と。」

かつてのダ・ヴィンチでの経験

• 枠がある情報誌と読者しかない商業誌
• 枠がある方が発想しやすかった
• 手の届かない突き抜けたスキルを持つ周囲の中で、専門性がないことを強みに変えた。疑問目線の記事はうまく書けた。

■第2章 M1層はホンネを語ってくれない

マーケットリサーチ

• アンケートのような定量調査では、しばしば「マーケットは見えてもターゲットが見えてこない」
• インタビューでは、人間はサービス精神旺盛だから、インタビュアーを喜ばせるような嘘が出る
• 仲間同士が、仲間思いの優しさから重い悩みを相談しなかった
• 空気を読む、傷つかないように態度を変えていく、自分の中の芯になるべく気がつかないようにしている
• 嘘をつかないで済む質問、背伸びをさせない聞き方が必要になる
• 芯の部分に何が潜んでいるかをしっかり見てコミュニケーションしないと、彼らの本音に届かない

M1層は疲れている

• 何かすごく中性的な、やる気のなさそうな格好の付け方
• 疲弊の原因の一つがおそらくインターネット … 情報過剰、「必ず裏がある」という前提で物事の見方、サティスファイザーではなくマキシマイザー

「彼らは、実は疲れているのではないか[...]時代が変わり、未来への希望や夢が単純には持ちにくくなった世の中で、彼らは彼らなりに奮闘している」

「社会がなんとかしてくれる、とは思っていない。社会に対して、ものすごく冷めた目で見ている。自己責任の意識が強いのは、逞しくていいことなのかもしれません。でも、それはとても辛いこと、苦しいことのような気が僕はしました」

実は新聞を読みたいと思っていた

• 新聞にはステイタス感は感じる、ポータルサイトでニュースはチェックしている
• 読むための基礎知識が不足し、それがコンプレックスになっている
• ニュースという点の情報を、点と点を結ぶことができず消化不良に陥っている

足りているものよりも、足りていないものを

• 面白いものを提供しようとしたが、面白いものはすでに世の中にたくさんあった
• 「面白いよりも、役に立つ」足りないものはそこにあった
• R25は「知ったかぶりをしない」「遊び心を忘れない」「無責任に頑張れと言わない」

「M1世代のビジネスマンは、情報に敏感で、多忙な中、時間を有効に活用したがっている。その内面は、自分の価値に一番関心があり、自意識過剰でカッコつけ。そこそこイケてると思っているが、確信はない。顔には出さないが不安感もある。だから実は助言がほしい」

■第3章 M1層に合わせた記事づくり&配布作戦

M1層の情報接触

• 仕事とナチュラルな趣味の範囲の情報しか取得していない
• 政治や経済の変化といった、仕事とプライベートの中間、公共性の高い社会情報を取得する時間がほとんどない
• 電車の中は競合となるメディアは多いがマインドシェアは高くない

キーコンセプト：「会社帰りの電車で読む」

• 首都圏の電車駅一つ分、約二分で読める分量のコラム＝約800文字
• タイトル＋800文字＋表、写真というランキン&レビュー
• オンからオフに切り替わっていく時間をイメージした割付け
• 電車降りてから買って帰る商品の広告＝コンビニ販売品

創刊に向けて

• 他と違うインタビューにする、M1層を励まし元気付けるメッセージを込めたい
• R25のNGワード「サルでもわかる」「いまさら聞けない」

「『いまさら』もそうですが、それを知っているのが当たり前、知らないとサルレベルだと誰が決めたのか」

4週のテスト創刊から

• 想定通りの読者層から、狙い通りのコメントを貰えた
• 映画、音楽、テレビなどのエンタメ情報は意外にも指示がなかった
• ブックレビューは新刊紹介ではなかったから指示を得たとわかった
• アテンション＝今と向き合う、モチベーション＝勇気が出る、インビテーション＝動機付けられる、アクション＝動き出すという流れにリファイン

■第4章 世の中のちょっとだけ先を行く発想術

R25は速報性の機能を捨てた情報誌である p.128

• ネタ会議は一ヶ月前
• R25が目指したのは「そもそも」論、速報性は新聞やテレビに任せて解説
• 一ヶ月前のニュースが新鮮に映る、一ヶ月後に振り返りの記事が出ると面白く読める
• ただし最初と最後の八ページのみ最終校了日が後ろ、鮮度が価値になるページのみ対応可能なオペレーションの組み方

ランキン＆レビューの作り方

• フリーランスの集まる会議は、普通は「いい企画だと正直に言えない」
• 会議をプレゼンテーションの場にしない
• 一人5件以上、タイトル＋5行解説で持ち寄ったネタを無記名化して配布
• 詳しくない分野のネタこそ読んでもらう、詳しい分野では人間検索エンジンにはなってもらう、わかる人と分からない人がいてこそ議論は深まり盛り上がる
• ブレストに参加する人の表情、雰囲気がそのネタの最大のバロメーター
• 司会者として心がけたこと：相槌を打つ、なるべく褒める、概念化しない、集合名詞を使わない、知ったかぶりしない、遮らない、否定しない、意見を否定したくなった時は話題を変える

ネタの決定

• ネタの決定、取捨ではたくさんのインタビューでM1層の「イタコ化」した感覚を信じる
• 情報を知りすぎることで「普通の目線」感度が鈍る可能性がある
• エゴが出ると「イタコ」感覚がズレる

R25、本創刊

• 50万部が3日でほぼハケる
• 「R25を読み始めてから、ニュースや新聞が面白くなってきた」

「テレビというのは、影響力が大きいだけに、実はさまざまな制約のある世界だったりします。そういう中で、制約を逆手に取って面白いことをしてたりする。そんな『合気道っぽい』感覚は、僕も興味深く感じていました。

■第5章 M1世代とM1商材を結びつける

50万部だから広告が入るわけではない * 創刊してから半年は、前述のような広告価値の兆しを見つけては、磨いていく作業 * リーチとターゲットはケーキの土台、その上にのせる強力なクリエイティブメッセージがなければいけない

クロスメディアのパッケージがうまれる

• 編集と広告の垣根を極限までなくしていく挑戦
• 広告主の航空会社だけが飛んでいる場所の旅行記事

読者からの評価をシビアに問う

• 年に一度はグループインタビュー
• 「そのみんなは10人中何人いるの？」

■第6章 さらにビジネスを広げるために

• 人々はもはやお茶の間にはいない
• ユーザーとコンタクトするには、彼らの生活シーンの中で、さりげなくスキマを見つけなければいけない
• 「新聞より親近感、インターネットより信頼感」の存在

そういえば最後のほうに、R25のあり方がはっきりしたことで「R25コンビニ、R25大学のようなものができてもよい」といったことが書かれていましたが、実際にR25カフェができていますね。洗髪体験カフェ、PLUS・R25カフェ、現在は座右の銘カフェを催していると聞いて「リアル×インビテーション」の場作りなのだと理解できたりして、読後の今だと別の楽しみ方ができそう。今度行ってみようかな。

BOOKSCANを利用してみた

「自炊代行『想像』論が辛い」と書いてから、調べただけじゃなく本気で自炊代行利用とPDF読書をやって一度は実感しておきたいと思って、BOOKSCANのプレミアム会員に登録しました。以下、それから3ヶ月のメモ。

■業者選択と契約

BOOKSCANを選択し、プレミアム会員にも登録。

最初の業者選択の観点はたださんと一緒。裁断済みの原本は確実に廃棄されてほしくて、返却されるべきだとは思わないし、個人的な考えとして、「書籍電子化と裁断済み書籍販売を代行します｣という業者は論外だと思います。そこで最初のフィルタをかけると、プレミアム会員サービスも含めればBOOKSCANはとりあえずクリア。

その上で、業者に｢データ変換｣をしてもらう、それも不可逆変換を期待するからには、品質と信頼性は気になります。この点ではどうしても口コミの影響が強くて、知人が少なくとも3人がBOOKSCANで満足していると言うのが、最初のフィルタをクリアした業者からBOOKSCANを選んだ理由になります。

■登録する

• bookscan.co.jpで会員登録。
• プレミアム会員登録。

■ダンボールを取り寄せる

本を送るのに使うダンボールは、自分で用意してもよいのですが、プレミアム会員になるとBOOKSCANから送ってもらうこともできます。無料。

• bookscan.co.jpのマイページにログイン。
• 「梱包用ダンボール｣ページからダンボール送付を依頼。

ダンボールは数日で届きました。初回は技術書、ハードカバー50冊を送りましたが、一箱に収まりました。

■箱詰めする

本を箱詰めします。

• 本を50冊分、選ぶ。料金案内にある通り「350ページを越えるものは、200ページ追加ごとに一冊分｣と数えることに注意。
• ダンボールにつめて、丸めた新聞紙などで隙間を埋めて、ガムテープで封。

プレミアム会員になるということは「部屋がすっきりするまで毎月50冊ずつ送り続ける｣ということ。早めに電子化したいというものを思いつかなかったら、あまり考えないで一週間（プレミアム会員のスキャン依頼の対応期間）以内に読まなそうな本を片端から送りましょう。

ページ数が一冊分カウントになるか微妙なものは、適当に。50冊を超過しても「翌月で調整してください」となるだけで、ちゃんと受け付けてもらえました。

■クロネコメンバーズに入っておく

発送で楽をするには、サービスが充実しているヤマト運輸をお勧め。

• ヤマト運輸のクロネコメンバーズに登録。
• クロネコメンバーズページから「宅急便送り状印字サービス＞お届け先アドレス帳」に進んで、BOOKSCANプレミアム会員ページに表示される「専用の発送先｣を登録。

■自宅に集荷に来てもらう

一回目の発送では、集荷依頼をしました。

• クロネコメンバーズページから集荷を依頼。
• 途中で「集荷の時に印字済みの送り状がほしい」を指定すると、印字された送り状を持参してくれます。

指定した時間に、ヤマト運輸が自宅に印字済み送り状持参で集荷に来てくれるので、ダンボールをそのまま渡してその場で現金支払いするだけ。持込が面倒な人も、送り状の手書きが億劫な人も、問題ありません。

■宅配ロッカーから集荷してもらう

二回目、三回目の発送では、宅配ロッカーからの集荷を依頼しました。こちらは送り状必須なので、これは取り寄せておくことにします。

• クロネコメンバーズページから、「宅急便送り状印字サービス」を依頼。2、3日で印字済みの送り状が届きます。
• ダンボールに送り状を貼って、宅配ロッカーに入れます。ロッカー番号を控えておきます。
• クロネコメンバーズページから｢宅配ロッカー発送」依頼を登録。この時、ロッカー番号を入力します。

宅配ロッカー発送だと、「箱詰め→集荷依頼」＋「発送（集荷待ち）」の二回、作業タイミングがあったのが、「箱詰め→ロッカーに入れる→集荷依頼」の一連の作業で済むようになります。「nクリックを1クリックにする」の実生活版。夜中など集荷時間外でも一連の作業を済ませられるのも楽なところ。

■Amazonからの直送

Amazonからの直送も行いました。

• Amazonで本を購入します。
• 送り先にBOOKSCANプレミアム会員ページに表示される「専用の発送先｣を指定します。

Amazonからの購入と、「出品者から｣の購入をしてみましたが、どちらも問題ありませんでした。

■オートチューニング設定

オートチューニング設定をしておくと、3冊までの納品の時に、同時に(1)端末に合わせたチューニングをして、(2)DropboxやKindleにアップロードしてくれます。

• bookscan.co.jpのマイページにログイン。
• 「チューニングラボ｣ページに移動。
• 「オートチューニング設定」タブでチューニング種別とアップロードの設定。

ダンボールで送りつけている分には「3冊までの納品」ということがないのですが、Amazon直送などで1～3冊だけ買った時、3冊以下で分納された時に、最速で手元の読書端末に届きます。

■電子化してもらってどうだったか

スキャン品質、OCR精度とも問題は感じませんでした。話題になった「サインや落書きが残るか」話では、「VMware徹底入門」にもらった同社の中村さん、各務さん、服部さんのサインがちゃんと残ってます（次ページには裏写りまでしっかりスキャンされています）。

PDF読書自体は好き嫌いが出ると思いますが、私は問題ありませんでした。思った以上にありがたかったのは、OCRの効果。

• 検索ができる。
• 範囲選択→コピー→ペーストができる。

一点目は予想通り、期待通りなのですが、二点目は予想してなかった利便性。OCR結果を「透明テキストを被せ」てくれるということは、検索できるだけじゃなくテキストのコピーができるんですね。私の場合だとTumblrへの抜書きぐらいの用途ですが、正確な引用がライフラインな論文や記事を書く人は二冊買って一冊を電子化で潰すぐらいのことをしてもいいんじゃないかと思いました。

■オフトピと感想

PDF化自体は省スペース性、保存性、OCRによる検索性、利便性を合わせて、誰にでもお勧めできると思います。部屋の風景作りとして残しておきたい本以外は、全部PDF化したいです。

PDF読書については好き嫌いが分かれるでしょう。会社の人にこの話をして実際にiPhoneで読んでいるものを見せたら、新書スキャンでも「これは俺には無理」という人が続出でした。ですが、Excelと文字だらけのスライドと2面割付印刷が大好きな社内文書よりいくらか大きい文字サイズです。ここには「読めない」ではなく「このサイズの文字を画面で読みたくない」という気持ちがはっきり感じられて、電子出版はこの先「読みたくないの壁」が大きいんじゃないかと思いました。

話を戻して、自炊代行というサービスは（少なくともBookscanというサービスは）、非常にコストパフォーマンスがよく、便利です。ヤマト運輸との組み合わせでは、本当にほぼ「選んで箱詰め」の手間だけ。

自炊という行為が必要である間は、こうしたサービスも必ずあってほしいと思いました。それを認めない、自炊代行に禁止を訴えるという出版社や著者の主張は法的に商業的に分かるのだけど、やはり狭量というかせめて「ただし全作品を電子化します、すぐとは言わないまでも○年以内に必ず」ぐらいの度量を見せてほしいな。それがなければ、読者を蚊帳の外に業者との間だけの問題化していると思えてしまう。

いまは平台に並んだ東野圭吾とか石持浅海とか荻原浩とかかわぐちかいじとか…に手が伸びそうになるたびにぐっと抑えるのですが、わりあい早くにCCCDになったCHAGE and ASKAに伸びる手をぐっと抑えているうちにまったく聞かなくなった前歴持ちです。そうならせないでください、ぜひ。僕はあなた達を忘れたいわけではないのです。

2012年の社内SNS

私がCrossbaをやっていた頃から企業向けSNSの雄だったガイアックスの方が、半年ほど前に次のように書かれていました。

失敗イメージのある社内SNSを、この新しい傾向にあわせて「エンタープライズソーシャルネットワーク（Enterprize Social Network）」と呼び始めています。

理由は失敗イメージではなく純粋に新しい傾向にあわせてということになりますが、私もエンタープライズ・ソーシャルと呼ぶようになっています。ただ私たちの「社内SNS」は2010年に止まったのだけど、仮にこれをいま再開したら往時の活況が戻ってくるか、投稿が一日500件、カジュアルな日記も仕事のためのコミュニティトピックも活用されていた状況が戻るか、確かにそう思えないところはあります。旧来の「社内SNS」のままでは難しいと思う理由を挙げてみます。

■「いまからの社内SNS」はファーストソーシャルメディアにはなれない

Facebook日本担当グロースマネージャーの児玉太郎氏は同日（※2012年3月16日）、Facebookの日本人ユーザーが1000万人を突破したと発表した。児玉氏によれば、この1000万人とはPCやモバイルなどデバイスを問わず月に1回でもFacebookにログインしたユーザーの数を指す。同様の数字は日本の大手SNS「mixi」も発表している。ミクシィのIR資料を見ると、mixiの月間ログインユーザー数は2011年12月時点で1520万人となっている。
(【fMC Tokyo】 Facebookの月間ユーザー数は1000万人、年内にもmixiを抜き去るか -INTERNET Watch)

「社内SNS」に参加する層で、Facebookかmixi、あるいはLooopsの斉藤徹氏が「1月度のTwitterユーザーは約1721万人」と推計するTwitterを使っていない人がそれほどいるでしょうか。これは旧来の「社内SNS」に限りませんが、エンタープライズ・ソーシャルはもう「初めてのソーシャルメディア」にはなれないでしょう。この傾向は、入社年齢になる前にソーシャルメディアに興味を持つことになれば、自動的に「他のソーシャルメディア」に触れることになるこれからの社員の増加に伴って、拡大していきます。

■「社内の人だけのSNS」はメガソーシャルから参加を奪えない

ネットワーク（特にコンピュータ・ネットワーク）の価値もしくはパワーは、そのネットワークに接続されたすべてのノード（コンピュータなどのネットワーク端末）数のほぼ2乗に比例して増加するという論理。[...]相互接続ネットワークにn台のノードがつながっている場合、「n(n-1)÷2」通りの相互アクセスが可能となる。接続した場合の有用性はそれぞれのアクセスで同一であると仮定すれば、ネットワーク全体の価値はn(n-1)に比例し、nが十分に大きければnの2乗に近似する。
(メトカーフの法則 － ＠IT情報マネジメント用語事典)

複数のソーシャルメディアを使う人たちは、より楽しい、あるいはより役立つソーシャルメディアへと時間配分を無意識に考えるでしょう。「つながる｣｢やり取りする｣がその源になるコモディティなSNSでは、その楽しさや有用さはだいたいつながりを作れる組合せの数、参加者数×参加者数が天井になります。そして参加者数が最大でも社員数の社内SNSでは、利用者数が国内で1,000万人、世界で1億人を超えるメガソーシャルと時間配分、参加の奪い合いをするのは難しいでしょう。最初のSNSとしてファーストSNSになれないだけでなく、優先順位でもファーストSNSになるのは難しいのです。

■｢社内からだけのSNS｣では利用者が離れていく

IIJ松本氏のセッション聞いてる。「今や個人でのITエクスペリエンスが企業内でのそれの上をいっている」「個々人はITのいいとこ取りをしようとする」
(Twitter / @tsukamoto)

BYOD関連でよく聞かれる話ですが、コンシューマ向けITとエンプロイ（従業員）向けITが比較できる場面では、あちこちで起きていると思います。2011年度第三四半期決算説明会資料によれば、mixiの2011年12月のページビュー231.8億件のうち203.6億件、約88％は携帯電話またはスマートフォンからのアクセスです。コモディティ的なSNSの変わらなさが「つながる｣｢やり取りする｣だとすると、変わったところは「いつでもどこでもリアルタイムに」でしょう。社内PCからしかアクセスできないような旧来のSNSでは、時間と場所の制約から「リアルタイムにつながれない」というSNSエクスペリエンス上の大きな不利を背負ってしまいます。

■2012年の社内SNS

 私が「社内SNS」より「エンタープライズ･ソーシャル」と呼ぶようになったのは、社内とかサービスで閉じたシステムを作ることも、ネットワーキングも、活動のゴールではないと思ったからでした。現在、ツールがコモディティなSNSであれ今風のYammerやChatterであれ、こうした活動に取り組んでいる企業は聞く限りやはり「SNS」を目的とする段階からは脱しているようです。その意味で、「企業内にソーシャルの仕組みを」という言葉がよりしっくり来ます。

それを踏まえて、ツールとして「コモディティなSNS」が自分たちには合う、これをこれから導入しようというケースはあるでしょう。そうだとしても2012年は2010年ではないのだな、と感じます。まず次のような、「旧来の社内SNS」から脱することは最低限のスタートラインなのではないかな、と思います。

• ソーシャルネイティブ時代です。社内SNSは「ファースト･ソーシャル」ではなく「外し難いソーシャルポートフォリオの一つ」を狙います。
• メガソーシャル時代です。社内SNSは数億人のメガソーシャルではなく、一桁小さい1,000万人のソーシャルメディアに学びます。Foursquare、InstagramとPinterest、これらは特色がはっきりしていつつ、マルチポストツールになっていてメガソーシャルと「参加を奪い合う」代わりに「参加をシェア」します。
• リアルタイムソーシャル時代です。社内SNSは、対象は社内の人でも、時間と場所はいつでもどこでもつながれることを目指します。

特色のことは、また考えたいと思います。