DSの時の「すれちがい通信中継所」では、
DS本体を使って、データのやりとりをしていましたが、
今回は、「ニンテンドーゾーン」などの
アクセスポイントからアップロードされたデータは
いったんサーバーにためるようにしています。
そこで、自社でサーバーを用意しようとすると、
納品されるまで１か月くらい待たないといけませんでした。

でも今回は、急ぐ必要がありますからね。

はい。そこで、今回はインフラに
「クラウドサービス」^（※20）の利用を検討しました。
具体的には、AWS^（※21）を利用しています。
これによって、
何台のサーバーを使おうと決めた時点で、
その日のうちに新しいサーバーが使えるという
とても便利な仕組みが利用できるようになりました。

今回の「中継所」のように、
世界中にある１０万か所ものアクセスポイントから
どれだけの数のアクセスがあるのか、
事前に予想することのできないサービスをつくるときに
とても向いているのがクラウドにサーバーを用意することなんですね。
そうすれば、状況に応じてサーバーを簡単に増設できますし、
いらなければ簡単に減らすこともできますしね。

そうなんです。

じつはWii UのMiiverse^（※22）も
同じような仕組みでつくられていますし、
世の中の大規模なウェブサービスのサーバー構成は
どんどんクラウド化しつつあるんですよね。

はい。やっぱり、これほどの短期間で
このようなサービスをはじめるには、
クラウド抜きでは考えられませんでした。
それと、もうひとつ理由がありまして、
今回はレスポンスを早める必要が求められました。
お客さんが「中継所」にやってきたとき、
その人のデータを受け取って、
別の人のデータをお渡ししないといけませんので・・・。

もたもたしていると、
お客さんはどこかに行ってしまいますよね。

そうなんです。そこで、開発時には
アメリカ向けのサーバーはアメリカに置く、
みたいに、それぞれのエリア内に
サーバーを置くことも検討をしていました。
評価の結果、最終的には１か所に集約したのですが、
こういったことも柔軟に対応できるところなどは、
AWSというサービスが向いていたと思います。

ちなみに、「中継所」で
「すれちがい通信」が完了するまで
どのくらいの時間がかかるんですか？

これは、個人的に測ったデータなんですけど、
速いところだと２、３０秒、
時間がかかっても１分程度です。

通信環境によって変わりますが、
接続するまでの時間がけっこうかかるので
体感としてはそれぐらいだと思います。
サーバー側の処理としてはほとんど１秒未満です。

あの・・・サービスを早く開始するために
取り入れたことがいくつかあるんですが、
まだよろしいですか？

はい、どうぞ。

社内には、
オープンソースソフトウェアを積極的に活用している
サーバー開発者のチームがいくつかありまして、
わたしたちもそのひとつなのですが、
今回もたくさんのオープンソースソフトウェアを使用しています。

オープンソースソフトウェアというのは、
インターネットの上に設計情報やプログラムが公開されていて、
それは誰でも使用できる、オープンなものなので、
世界中のプログラマーの方たちによって
磨き上げられていくソフトのことですね。
代表的なものでは、ＯＳのLinux^（※23）が有名ですけど。

そうですね。
そのオープンソースソフトウェアで
今回はHBase^（※24）というプロダクトを、
データベースとして採用しました。
HBaseは書き込み性能が高く、
サーバー台数を増やすことで、
システムの性能を高めることも得意なんです。
ひんぱんにデータの書き込みが発生して、かつ負荷状況に応じて
柔軟にインフラの性能を上げていく必要がある
今回のようなケースに向いていると考えました。
別のプロジェクトで昨年末ぐらいから試験的に運用していて、
少しずつノウハウもたまってきたところでした。

オープンソースソフトウェアですから、
任天堂以外の一般のウェブ企業のみなさんも
使っている仕組みですよね。

そうです。
それにPuppet^（※25）という
オープンソースソフトウェアも利用しています。
これはサーバーの構成管理ソフトウェアなんですけど、
じつは３年前からこのプロダクトを使っていまして、
新規にプロジェクトを立ち上げるときには
既存の構成設定を再利用できるようにしています。

大規模なネットワークサービスをはじめるには、
まず、複数のサーバーを連携させる必要があるんですが、
その構成を管理するだけでも大仕事になりますから、
専用のソフトを使って管理するわけですね。
いつ、新しいプロジェクトがはじまってもいいように
早めに準備をしていたんですね。

はい。
なので、今回のプロジェクトがスタートしてから、
３か月ほどでリリースできたのは、
前もってPuppetを取り入れていたからだと思います。
それから同じくオープンソースソフトウェアで、
fluentd^（※26）と呼ばれるシステムも
今回は採用しました。
これは、サーバーにたまっていくさまざまなログを、
リアルタイムに収集したり整形したりして、
解析をしやすくするための仕組みです。

そのfluentdを使うことで、
どのようなお客さんが、どれくらいの数、
どのアクセスポイントですれちがっているか、
といったことが、瞬時にわかるんですね？

そうです。
これによって、１分くらいのタイムラグで
すべての状況がわかるようになりました。
あと、もうひとつだけ・・・。

はい、どうぞ（笑）。

われわれのチームはRuby^（※27）を
得意とするメンバーが多いのですが、
今回のシステムでもさまざまな箇所で
Rubyを利用しています。

Rubyというのは、まつもとゆきひろさんという
日本の方が開発した有名なプログラミング言語ですね。

はい。
Java^（※28）やPerl^（※29）のように
別の言語を使っているチームもあるんですが、
今回はできるだけ早く
サービスを開始する必要がありましたので、
自分たちの得意な軽量言語であるRubyを採用しました。

そもそも任天堂という会社では、
ゲームをつくっている人がたくさんいるということは
世間的にもよく知られているんですけど、
サーバーのシステムを構築したり、
管理・運営するような仕事は
外部の会社の人にお願いしているだけで、
社内では誰もやっていないんじゃないか、と
そう思っておられる方も多いようなんです。
でも、じつはそうじゃないんですよね。

はい。
ネットワーク開発運用部だけでも１００人を超えていて、
そのほとんどがエンジニアです。
クライアント側のエンジニアもいますので、
すべてがサーバーエンジニアというわけではないですが。

ですから、転職してきた人が、
「こんなことも社内でやってたんですか！？」
と驚くようなことが、けっこうあると聞いています。

それにしても、DSの時代と比べると
隔世の感がありますね。すごく進化したというか。
DSの時はDS実機が「中継所」だったのに（笑）。

山崎さんたちが手作業で
コインロッカーに入れていたくらいですからね（笑）。

（笑）

でも今回は、もともとお店にある
「ニンテンドーゾーン」の仕組みを利用して、
サーバーと3DS本体のソフトだけを変えて^（※30）、
実現できるようにするというのを目標にして
個々のアクセスポイントをそのまま使えるようにしましたから、
サービス開始まで、とても早くできたわけですね。

そうですね。

じつは・・・
今回のプロジェクトをはじめるにあたって、
わたしのプランとしては、２案あったんです。
既存のアクセスポイントを使ってやる方法と、
DSの当時やった、物理的に設置する方法なんですけど、
「どっちが現実的ですか？」と
最初に聞いてみたんです。

後者は「ありえません」と言われたんでしょう？（笑）

はい。言われました（笑）。

「かんべんしてください」と言いました。
コインロッカーに入れてまわるのでは、
とても世界中には展開できないですから（笑）。

（笑）