OpenSocialの専門家がプラットフォームを開発

　SNSのオープン化はFacebookが先駆けとなり、GoogleがOpenSocial（ソーシャルアプリケーションの標準API）を公開したことで後押しされ、2008年から世界的に拡大した。mixiではこのころ、日記やフォトなどに続く新しいコミュニケーションサービスを追加していくためには、ソーシャルアプリや外部サイトとの連携がカギになると判断していた。世界的なムーブメントもあり、まずはオープン化の準備を開始し、そして加速させた。
　 そのころ、同社のプラットフォーム開発チームのチームリーダーである田中洋一郎氏は、前職のSI企業でITアーキテクトをしていた。ただ、初期の段階からOpenSocialに関わり、「Google API Expert」となってOpenSocial-Japanコミュニティの運営も任されていた。mixiのオープン化が発表されたときは、OpenSocialの対応を知って喜んだというひとりだ。その田中氏に同社から声がかかった。仕事はオープン化に向けたプラットフォームの開発で、田中氏は2009年4月に入社する。

「APIの開放では、ユーザー情報などの自社データをどこまで他社に提供するか、開発ベンダーとどう線引きをするかが重要です。国や企業により大きく異なるのですが、FacebookやほかのSNSなどの例を参考にしながら、社内の法務部などと話し合って決めていきました」
　 技術的な課題も山積みだった。オープン化ではユーザー同士の相関図を表す「ソーシャルグラフ」などのAPIを提供してアプリを開発してもらうのだが、それだけでは情報が足りずに、アプリによっては社外のサーバーから情報を取得するという。つまり、ほとんどのアプリ上で、細かなマッシュアップが行われることになる。
　 ただ、mixi内のアプリなのでAPIのすべてを扱うため、一度は自社サーバーを通さなくてはならない。そして、利用しているオープンソースなソフトウェアのバグや性能に関する問題、さらにアプリ内でどのような技術を使ってマッシュアップをしてもらうか、などを解決しなくてはならないのだ。
　 実は田中氏は「Mashup Award 3rd」（サン・マイクロシステムズとリクルートが主催）で、作品が3部門で同時受賞したほどの実力の持ち主。OpenSocialとともにマッシュアップの技術力も役に立ったという。

インフラを支えるのは細かなチューニング

　また、それまでのmixiは、Webページが切り替わっていく方式だったので、リクエストがきたらページをつくって返すという、多少時間がかかる処理をしていた。しかし、APIを公開して他社から細かなリクエストが無数にくる状態になると、それらをできる限り短時間で返すことが至上命令となる。田中氏とチームメンバーは課題を探った。
「方法を突き詰めていくと、手間を掛けてチューニングを行うことが必要だとわかりました。まずは読みやすいプログラムを書き、想定した性能が出ない場合には、1行単位で手を入れていくんです。そしてそれは現在でも変わりません。弊社のインフラチームがサーバーのメンテナンスを担当していて、例えば人気タイトルが出るとサーバーの追加などもしてくれますが、無限には並べられません。これからもチューニングを重ねていきますし、きっと終わりはないでしょうね（笑）」

　 SI企業に長年勤めてきた田中氏はミクシィに入社して、「インフラのスケールに驚愕した」と言う。今もインフラチームと密に連絡を取り合いながら、「毎日がグラフとのにらめっこ」だ。負荷が跳ね上がれば、調査して改善することの繰り返しが続く。
　 もうひとつ驚いたことは、「サンシャイン牧場」などのビッグタイトルが続々と登場したこと。

「日本の携帯電話は独自性が強いので、OpenSocialに書かれていないこともmixiでは実装しています。OpenSocialには、仕様策定などを行っている世界的なコミュニティがあり、主要なSNSは加入しています。ここに新しいAPIの提案や事例の提供などをしていくことで、OpenSocial自体を広げていきたいんです。OpenSocialには、個人としても会社としても、今までお世話になりましたから」

PerlハッカーがプラットフォームAPIをひとりで実装

　DeNAは昨年5月ごろにソーシャルアプリの開発を決定。海外ではPCが中心だが、機能がシンプルかつ短時間で楽しめるソーシャルゲームは、日本では携帯電話向きという読みからだ。この判断が後に「怪盗ロワイヤル」などのヒットにつながるのだが、自社タイトルだけではリリース数に限界があるとオープン化も決定する。自社プラットフォームにライバル企業が参入するデメリットより、長期的な視野で市場活性化を求めたからだ。実際にソーシャルアプリ市場が成長する起爆剤となった。

　ポータル事業本部システム部の山口徹氏は、zigorouの名で知られるPerlハッカーであり、前職はサイボウズ・ラボの研究職。今まで培ってきた技術や知識を、多くの人に影響を与えるサービスに役立てたい。しかも、個人ではなくチームの一員としての評価を受けたいと考え、2009年1月にDeNAに入社した。オープン化の方針が決まるとすぐにメンバーにアサインされ、APIの実装をひとりで担当する。

「モバゲータウンはプラットフォームですから安定稼働が第一。大量のトラフィックをできるだけ少ないサーバーでさばく効率化も重要です。大切なのは使う側の視点を持つこと。ユーザーは開発ベンダーさんなので直接の対話も、こうすれば使い勝手がいいなという想像もできます。アプリの内容で違ってきますが、APIを出していくうちに先方のほしいものも飲み込めてきます。後はさっとプログラムを書いて、しっかりとテストして、ドキュメントを提供します」

開発ベンダーの要望には素早く対応してリリース

　例えば、ユーザー同士のコミュニケーションで使う自由文入力では、「TextData API」を提供している。ユーザーが入力したテキストはDeNAのサーバーに保存され、チェックを受ける仕組みだ。開発ベンダーで管理してもアプリの動作に支障は出ないが、健全化のために同社が責任を持って審査しているのだ。

　このデータは以前は時系列でしか取得できなかったが、ID単位で指定してまとめて取得したいという要望が出てきた。山口氏にもそうした思いがあったことから、すぐに仕様を決めて実装し、リリースしたという。また、アバターの画像を取得する際には1回ずつリクエストを送るのだが、アバター表示の頻度はさほど多くないという判断に基づいていた。しかし、友達一覧など複数のアバターを表示させる場合は、IDを指定して画像をまとめて取得したいという声が出てきた。

　 技術的には難しくないと山口氏は語るが、こうした開発をひとりで行っているのだ。

「あまり必要のないAPIをコールするベンダーさんもいますし、APIを効率的に使ってくれるところもあります。こちらがケチケチ資源を使わないようにしているのに、ごっそり持って行かれたり（笑）。ただ、プラットフォーム側で吸収できたほうがよいことは間違いありません。会員数1600万人以上のモンスターサイトですからデータ量が膨大で、パフォーマンスのチューニングは確かに大変です。しかし、こんな経験はほかではできません」

　例えば、モバゲータウンのゲーム専用仮想通貨「モバコイン」をサイト外でも使えるようにする。あるいは、多くのWebサービスを持つ同社のサイト間の情報を一元化して、ユーザーに密着したサービスを提供するなどだ。そのためのサービス連携にOpenIDやOAuthといった技術を利用していくという発想である。

「この数年感がとても面白い時代になると思います。技術の進歩によりモバイルがPCに近づき、PCがモバイルに近づいていく中で、既存の広告モデル以上に産業として安定したビジネスが展開できるようになっていくと思う。その解のひとつがOpenSocialのようなSNSをプラットフォーム化する枠組みでしょうけど、自由なWebの基盤を使ってもっと仕掛けることができると思っています。そして僕は45歳で引退したい（笑）」

　こう語る山口氏だが、「エンジニアとしてリサーチは必要だが、コードを書いて確認することが何より重要」と語るバリバリの開発者だ。

「特にコンシューマービジネスはダイナミックでスピードが速いため、コードを書いていないと旬のネタに気付かず、対応が難しくなります。エンジニアならコードを書かなきゃ」