「エラーも仕様」

　オフラインのゲームを作るときに発生するエラーのひとつに、ファイルの読み込みの失敗があります。データを読み込まなければそれ以上ゲームを進めることができないので、ゲームを強制終了するだととして処置をとります。

　オンラインの場合は、データが予想通り届かなかったり回線切断などが発生してしまいます。オフラインではそーなったら強制終了ですが、オンラインゲームの仕様によっては、この状態でも通常通りゲームを続行しなければなりません。よって、エラーがエラーではなく「仕様」として作っていかなければなりません。このため、相手からの情報が届かなかったり、切断してしまったりしたときにゲームはどーやって振る舞えばよいかをあらかじめ決めておかなければなりません。

１対１の対戦カードゲームでは、対戦相手と切断してしまった場合、対戦相手がいなくなってしまうためゲームを続けることができません。ゲームを強制終了させることになるでしょう。ですが、１対１の対戦でもダーツのようなスコアを競うゲームなどでは、対戦相手がいなくなっても１人プレイができるためそのままゲームを続けることができます。この際、切断した相手との勝敗をどのようにするかをあらかじめ決めておきます。

複数人で対戦したり協力するオンラインゲームでは、１人が切断してしまった場合にゲームを終了させてしまうと、問題なく接続している残りのプレイヤーも一緒にゲームを終了しなければなりません。アクションタイプのオンラインゲームなどは、１人プレイヤーが切断してゲームを続けられなくなっても、残されたプレイヤーはゲームを続けられる方がいいと思います。これはエラーではなく、「仕様」になります。

例１：　データが届かなかったキャラは、フィールド上の、最後に受信したデータの位置に停止する

例２：　プレイヤーが切断した場合、そのプレイヤーはパーティから抜け、残りのメンバーでゲームができるようにする。

このような設定にしたとき、他の部分で矛盾が生じないかなど、ゲーム進行に影響のある仕様も一緒に検討しなければなりません。オンラインゲームを作ると決めたら、プロジェクトの初期段階からこれらのエラーが発生することも念頭に置いたゲームデザインを行うべきです。

　正常に通信が行なわれているときの処理は問題なく動作しても、エラーが発生したときに正しく動作しなくなってしまうことが多々あります。通信エラーはいつどこで発生するか予測できないので、様々なエラー処理をしなければなりません。

　通信担当のプログラマが口を揃えて言う言葉があるそうです。

「通信プログラムの大半はエラー処理だ！」

製品やサービスとして提供する通信プログラムの約８割は、エラー処理だと言われています。作成する通信プログラムの仕様が多くなればそれだけエラー対応の処理も増えていきます。

　通信プログラムだけの話ではありませんが、特に通信プログラムでは、想定できるエラーの処理は正常系の処理よりも先に取り組むように心がけましょう。