今日はWii U GamePadについてお訊きします。
できてしまえば当たり前に動いているように見えますが、
たくさんの人がさまざまな試行錯誤をして誕生しました。
みなさん、今日はよろしくお願いします。

よろしくお願いします。

ではそれぞれ自己紹介と、何をしたかを教えてください。

Wii U GamePadに関する
ソフトウェア全般のとりまとめを担当した、
総合開発本部の山下です。
Wii U GamePad上で動くファームウェア^（※1）と、
Wii U本体とWii U GamePadを
つなぎ合わせるためのソフトウェアの両方を、
岩本さんと連携しながら担当しました。

そもそもWii U GamePadは、
ゲームの処理を直接行うわけではなく、
Wii U本体に、さまざまな入力デバイスからの信号を無線で送り、
ゲームの処理自体はWii U本体で行って、
Wii U本体から無線で送られてきた映像を映す機械なんです。
でも、無線でデータを
Wii U本体とやりとりしているだけでなく、
テレビリモコンなどの特定の機能については、
Wii U GamePadだけでも動作するようになっています。
そんな全体のシステムをつくり上げる
まとめ役が山下さん、ということですね。

はい、そうです。

総合開発本部の伊藤です。
わたしはハードウェアのシステム設計全般を行いました。
ＩＣ^（※2）の仕様を決めたり、Wii U本体から
映像や音声を遅延なく、Wii U GamePadに
送受信するための仕組みを決めたりしました。
過去にはWiiリモコンの設計と、
Wiiモーションプラス^（※3）の設計なども担当しています。

総合開発本部の前です。
Wii U GamePadと、Wii Uの無線通信技術を担当しました。
Wii U GamePadはコントローラーですから、
映像や音声データの遅延がないことが非常に重要ですので、
そのシステムづくりを行いました。

Wii U GamePadのデザインを担当した、
総合開発本部の伊吹です。
今回はデザイングループ全員の力を結集して
デザインを完成させました。
わたしはチームリーダーのひとりとして、
Wii Uのハード全般にかかわりました。

３Ｄプリンター^（※4）が誕生したお陰で、
立体物をＣＡＤ^（※5）で設計して、
数時間でつくれるようになったとはいえ、
デザインについては、みんながいろいろ言いますからね。
気軽に「ちょっとつくって見せてよ」と言うし、
手になじむ“最適”というのは人によって微妙に異なりますから、
「けっこう大変だっただろうな」と想像していました。

覚えていないくらい、相当な数をつくりました（笑）。
じつは、今回は３Ｄプリンターで造形したままのものではなく、
造形したものを、わたしを含めたメンバー全員が
会社の工作室で、手で削って微調整したもので
デザインの承認をいただいています。

えっ、あのモデル、手で削っていたんですか？

はい（笑）。
３Ｄプリンターで造形したものを手で削って、
ヤスリをかけて仕上げました。
いままでも承認されたコントローラーのデザインは、
たいてい手加工を入れて微調整されています。
手加工のほうが、一度の試行錯誤が圧倒的に早くできるので、
細かい微調整の段階では、絶対に手加工が必要になるんです。

はあ～。

３Ｄプリンターで造形する以外にも
さまざまな手法でデザイン検討は行われています。
削るだけではなく盛る必要もあるので、
場合によっては粘土で造形したりもします。
ご覧いただくデザインはさすがに粘土とはいかないので
３Ｄプリンターで造形しなおして、
さらに手加工で綺麗に仕上げていますね。

こういうことを訊いてしまうと
気軽に「ちょっとつくって見せてよ」と言えなくなりますね（笑）。
まあ、それでも、これからも言ってしまうんでしょうけど。

はい、毎回、手間暇かけてつくっています。

ＮＴＤ^（※6）の岩本です。
Wii U GamePadをコントロールする
ソフトウェア開発のとりまとめを行いました。
Wii U GamePadにどういう機能をつくり込むかということや、
ＳＤＫ^（※7）や開発環境などを担当しています。

今回、アメリカにあるＮＴＤと日本の京都という、
時差のある舞台で、ものづくりを行いましたけど、
離れていることのよさと、課題は何ですか？

課題はとにかく時差があることと、
ＮＴＤのメンバーは基本的に日本人ではないので、
言語の壁があって、ミーティングを素早くできないことでした。

それを埋めるために、毎日のように電話会議をしたり、
チームのメンバーが行き来したりしていましたよね。

ええ、アメリカの夕方が日本の朝ですから、
基本的に僕は、晩ご飯のあとに電話会議をするという、
時差生活でした（笑）。

毎回、だいたい日本時間で夕方５時くらいまで
電話会議をしていたんですけど、
アメリカ時間では午前１時くらいですから、
岩本さんには夜遅くまで頑張っていただきました。

離れているよさとしては、
いろいろな才能がアメリカには集められているので、
各分野の優秀なメンバーがそろっているのが
強みかなと思います。

つくづく思うのは、アメリカでは
各分野におけるプロフェッショナルの
とんがり度合いが高いですよね。

ええ。とくに今回は無線通信の部分で、
デービッド・トラン^（※8）という人物に
何回も窮地を助けられました。

無線システムは、複雑で目に見えないものなので、
普通のソフトウェアよりも難しいんです。

普通の通信がからまないソフトウェアの場合は、
環境による差がありませんし、
データは常に正しく読み出せることを前提にしてつくれますが、
無線通信は目に見えないうえに、
環境ごとに違いがあって、
送られてくるデータが化けてしまうこともあるのに、
それでもちゃんと動かなきゃいけないという、
普通のソフトウェアとはまったく違う特徴がありますよね。

はい。とくに今回は自然画とは異なり、
変化が激しいゲーム映像と
環境によって結果が変化する無線通信という、
ふたつの“変化”に対応しなければならず、
そのふたつを同時にうまく制御するところが
大きなチャレンジでした。

まだ“Wii U GamePad”という名前さえも
決まっていない段階のことでしたが、
「無線でつながるコントローラーに画面表示を入れたい」
というような話がきたとき、
最初に何が課題だと思いましたか？

やっぱり“無線システムである”という点です。
加えて、映像をリアルタイムに
圧縮しながら送る必要がありますので、
このふたつがキーワードかなと思いました。

わたしもレイテンシー^（※9）だと思いました。

通常の動画ワイヤレス転送手段は、
「多少レイテンシーが発生しても、
　途中で動画再生が引っかかりさえしなければＯＫ」
というものでした。
ですから、通常の動画再生なら、バッファリングといって、
「送られてきたデータを少しためておき、
　データが一定のスピードで届かなくても
　動画再生がスムーズに行えるようにする」
という形でシステムがつくられています。
でもWii U GamePadでは、
「マリオは、ボタンを押したらすぐ跳ばなきゃいけないもの」
なので、レイテンシーがあると、
ゲームとして致命的になってしまいます。
だから、いままで誰もやっていないことに
チャレンジしなければいけなかったんですね。