-WE GREW VANA’DIEL-
“『FFXI』20年の軌跡”インタビュー 第1回
伊勢幸一 パート2

2001年公開の映画の制作が一段落して、いよいよ『FFXI』のプロジェクトが始まったときのことをお聞かせください。

最初は映画が完成する前の2000年2月ごろに、坂口さん（坂口博信氏。『FF』シリーズの生みの親のひとり）から「プレイオンラインという新しいポータルサイトを立ち上げて、そこで『ファイナルファンタジーオンライン』を展開するから、そのインフラ（※）まわりを頼むよ」と言われました。開発環境の構築はいままでにもありましたが、“オンラインサービスの基盤を作る”というのは初めての経験でした。

その話を聞いた第一印象はいかがでしたか？

プレイオンラインに対しては、ゲーム以外にも音楽、マンガ、ニュースなどいろいろなサービスが含まれていて、途方もない構想だなと思いました。インターネット上に、エンターテインメントコンテンツのポータルサイトを作り上げるようなものですから。しかも、その中核コンテンツとなる『ファイナルファンタジーオンライン』、つまり後の『FFXI』はMMO（多人数同時参加型オンライン）RPGで、これもスクウェアにとって初めて手掛けるゲームジャンルでした。

その“途方もない構想”と感じられたプレイオンラインですが、当初のシステム構成のイメージはどのようなものでしたか？

ゲームタイトルやサービスが個々のクラスター（※）で構成され、それらがネットワークでつながり、必要な情報をやり取りする形になるだろうな、と考えていました。プレイオンラインの構想自体は大きかったのですが、システム面で考えると標準的なクラスターを複数並べれば実現できるだろうという見当がついていて、荒唐無稽な大規模システムにはならないと思っていましたね。

当時の伊勢さんはネットワークエンジニアとして実績を積まれていましたが、そんな伊勢さんにとっても、プレイオンラインや『FFXI』は新しいチャレンジの連続だったのでしょうか？

『FFXI』だけを見ても、MMORPGにおけるゲームサーバーとクライアントの関係性や、オンラインゲームで必要なトラフィック（通信量）のパターンや通信モデルなど、知らないことだらけでしたね。ですから、固定観念にとらわれず、新人のエンジニアに立ち返ったつもりで勉強しました。このときに、日本のインターネット業界の主要なオピニオンリーダーの方々と知り合うことができ、情報交換させていただきつつ徐々に目標点に向かって進んでいったという形でした。

当時、海外ではいくつかのMMORPGがサービスを行っていましたが、それらは参考にされましたか？

ええ。とくに『Ultima Online（ウルティマ オンライン）』（以下、『UO』。※）と『EverQuest（エバークエスト）』（以下、『EQ』。※）は私たちからすると先駆者なので、大いに参考にさせていただきました。実際、『FFXI』におけるネットワーク仕様をある程度固めた後、これら2タイトルの開発会社を訪問して、エンジニアから直接アドバイスを受けたこともありましたね。とはいえ講義のような形ではなくて、「私たちはこう思っているけれど、あなたたちはどうやっているの？」とカジュアルに聞いて、そのディスカッションの中で私たちが知りたいことを探る、というような感じでした。

当時のやり取りで、印象に残っていることはありますか？

MMORPGにおけるネットワークシステムに対する考えかたについては、自分たちの理解の範囲内といいますか、「べつに突拍子もないことをやっているわけではないんだな」と感じました。私が想定していたクラスター型のシステムと同様の構成だと思いましたし、特別なハードウェアが必要になるわけではないと。

『UO』や『EQ』の開発メーカーにとって、『FFXI』は将来の競合相手になり得るわけですが、ためらうことなくアドバイスをしてくれるものなのですね。

私が知るネットワークエンジニアの界隈では、そういった秘密主義のようなしきたりはなかったですね。それに、仮にネットワークエンジニアがノウハウを他社に教えたところで、ゲームのおもしろさまでは容易にコピーできるわけではないことは、お互いに理解していたでしょうし。

当時の『UO』や『EQ』と比べて、『FFXI』のインフラ面で異なる点はありますか？

当時はサーバーなどの技術も日進月歩で進歩していたので、少なくとも先行している『UO』や『EQ』と同等以上のネットワークシステムを構築できるだろうとは思いました。『UO』では、いまはもうありませんがサン・マイクロシステムズのSPARCstationという大型のサーバーを使っていました。『EQ』は縦置きのPCサーバーをラックの中に並べていた形です。それらに対し、私たちがシステムを作ったときには1Uサーバー（※）が出始めていたので、省スペースで効率よくサーバーが配置できたのが大きな違いでした。

サーバーの“物理的な”扱いも重要だったのですね。

サーバーに関しては、もうひとつ大きな違いがありました。サーバーラック内にはトップオブラックスイッチ（※）というものを置くのですが、そのスイッチのポート（※）数は『UO』では8ポート程度しかありませんでした。一方、私たちが構築したときには32ポートのとても豪勢なスイッチが出てきたことにより、サーバーラック内にサーバーを多数配置することができましたので、データセンター内の限られたスペースで、ケタ違いに大きなシステムを作ることができたのです。結果、『UO』や『EQ』のように“巨大なシステムをひとつ作り上げる”という考えかたではなく、“ひとつのクラスターをしっかり作り上げ、そのクラスターを並べて個々のシステムとしてスケールアップ（※）していく”というやりかたが可能になりました。

より拡張しやすくなったわけですね。

全体的なネットワーク設計としては、クラスターどうしを集約する“集約スイッチ”を構成して、階層型の木構造（※）となるように構成しようと考えていました。この構造を取ると、システムを拡張したいときに、木の末端に枝を追加するような形でスケールアウト（※）することが容易になります。

『FFXI』のネットワーク仕様を決定するときは、当時の日本におけるネットワークインフラも考慮されたかと思います。具体的にはどのように決められていったのですか？

そもそもオンラインゲームにおける通信内容のパターンについて、私自身がまったくわかっていませんでしたので、サーバープログラマーやクライアント開発者と頻繁にコミュニケーションを取っていましたね。そうしてアプリケーションへの理解を深めることで、ネットワークやサーバー設計に反映していきました。その結果わかったのは、『FFXI』のクライアントとサーバー間で行き来する情報は、キャラクターの位置を示す座標データや状態などの数値だけで、1プレイヤーあたり1500バイトを1秒間に3回やり取りすればいいということです。

1500バイトですか。思ったよりも少ない（※）ですね。

また、プレイオンラインの最大同時接続者数は、ひとまず25万人で想定しました。それを先ほどのひとりあたりのデータ量と掛け合わせると、『FFXI』のシステム側は1秒間あたり2.5ギガbpsが転送できる回線があればいい。これらの結果、当時のインフラ環境を踏まえても「ネットワーク回線そのものは、それほど太くなくていいんだな」という印象でした。

『FFXI』はナローバンド（※）でもプレイ自体はできましたよね。

はい。ただしネットワーク帯域の要求は小さかったとしても、パケットロス（※）が起こって一部の通信が失われてしまうと、キャラクターの移動時にワープしたように見えて、ゲームのスムーズさが損なわれてしまうと考えていました。そのため、サーバー側では帯域を調整してパケットロスを起きにくくしています。また、「クライアント側はFIFOバッファ（※）を活用したクライアントを利用するといいですよ」と開発者にアドバイスをしていましたね。通信の遅延も330ミリ（0.33）秒に1回、通信をやり取りするだけなので、オンライン対戦格闘のような“遅延は50ミリ（0.05）秒までしか許容できない”ゲームと比べるときびしくはなかったです。ですから、『FFXI』にとってもっとも重要だったのは、遅延よりもパケットロスを発生させないことでした。

ほかにも通信関係で課題になったことはありましたか？

当時は、モデムによるダイヤルアップ接続のプレイヤーが多くなると予想していて、ナローバンドでも『FFXI』を遊べるように調整しました。でも、『FFXI』がアップデートを実施する際には大容量データをダウンロードする必要があり、ナローバンドだとどうしても長時間を要してしまうことが問題になっていたのです。

そればかりは回線スペックに依存せざるを得ない要素ですね……。

ところが、これはまったくの偶然なのですが、『FFXI』が発売される直前の2000～2001年ごろに、ADSL（※）によるブロードバンドが急速に普及したのです。ナローバンドと比較するとダウンロードの速度が上昇するだけでなく、通信の信頼性も高まり、通信障害などに対するサポート方面の負担も大幅に軽くなりました。このADSLの普及により、多くの懸念が一気に解決しました。当時は、ナローバンド用の『FFXI』公認モデムをアイ・オー・データが作っていたのですが、ソフトバンクが大量にADSLモデムを無償で配布したので、いきなりADSLの時代が来てしまった、という感じでした。

『FFXI』では“ラグ”も発生しにくいように感じていました。

正直に言うと、“ラグ”はゲームのサーバープログラムとクライアントの設計による影響が大きいため、物理的なサーバーやネットワークはあまり影響を与えたり、受けたりしないのです。ですので、私たちとしては1500バイトの通信を確実に滞りなく届けられればよい、と考えていました。

その確実性を高めるために工夫されたことはありますか？

私たちがネットワークで管理できる範囲は、“サーバーからインターネットに接続するためのルーターまで”であり、インターネットの中は各ISP（インターネットサービスプロバイダー。通信事業社）におまかせすることになります。そのため、あるISPで障害が発生してしまうと、関連するプレイヤーがゲームに接続できなくなってしまいます。その対応のため、国内のオンラインゲーム事業者としてはおそらく初めてではないかと思うのですが、AS番号を取得してIXに接続し（※）、各ISPに直接BGP（※）で通信を行うようにしました。これにより耐障害性を高めることができました。

なお、当時は伊勢さん以外にも、ほかの開発者の皆さんの中でネットワーク技術に知見がある方はいらっしゃったのですか？

同僚だった木村（木村正明氏。元『FFXI』エリアサーバープログラマー）が、PC向けの小規模なオンラインゲームの開発経験があったので、最初は彼と私でMMORPGにおいて想定されるネットワーク環境を検証しました。当時はまだプログラマーの方々でも、ネットワークに対する知識がほとんどなかったころですね。開発者とのミーティングで、メインプログラマーの成田賢さんから「たとえば1ギガバイトで入ってきた通信が100メガバイトで出ていくとして、出しきれなかったデータはどうなるの？」と聞かれたときも、「インターネットでは、送ることができなかったデータは全部捨てられます。インターネットとはそういうものです」と答えたら、「ええっ！　捨てるなんてアリなんですか!?」と非常にショックを受けられていたのが印象的でした。

いまでもエンドユーザーの多くはこの事実を知らないかもしれません（笑）。ほかにもサービス開始前に手掛けられたお仕事で、印象に残っていることがありましたらお聞かせください。

ヴァナ・ディール・ウィンド（※）という『FFXI』内の風景をストリーミング配信するプロジェクトがあったのですが、それも広報スタッフからの依頼で私が担当しました。動画データを圧縮して配信可能な形式に変換し、配送プロトコル（※）を使用してCDN（※）まで送信するという運用でした。当時は24時間配信し続けるコンテンツ自体があまりなかったと思います。

ちなみにですが、プロデューサーの田中さん（田中弘道氏。『FFXI』の初代プロデューサー）とは当時どんな話をされたのでしょうか？

プロデューサーである田中さんは、“コンテンツとしての完成度”を高める役割でしたので、直接顔を突き合わせて話す機会はあまりなかったですね。ただ田中さんといえば、βテスト期間中のアクセスリスト（※）の更新でトラブルが発生した際に、お会いしたことをよく覚えています。あるメーカーのスイッチのアクセスリストの設定をコピー＆ペーストした際の挙動が、“最初の1行で許可されている通信が有効になり、それ以外は全部拒否される仕様“になっていたんですよ。そのため、最初の1行が入った瞬間に、ほかの通信が全部落とされて、同時接続3500人くらいいたプレイヤーが一気に落とされてしまいました。

それはたいへんな事態ですね……。

そのときは、田中さんが真っ青な顔で「何があったんだ!?」と私たちのところに飛び込んで来たのを覚えています。私も「あっ」と気づいて、「すみません……」と謝った記憶があります（苦笑）。