WEB ブラウザーを用いたコンカレント対戦型ゲームの実装と評価環境情報学部 3 年: 高橋俊成 (seibe) 所属: Arch 親: sora 1 はじめにル。スマホ、タブレット。NUI (五感と親和性の高 2014 年 10 月、ついに W3C によって HTML5 がい UI)の普及で、操作体験に劇的な変化。WEB 標勧告された。WEB 標準は大きく変貌を遂げ、WEB 準技術も例外でなく、HTML5 の策定で、WEB アアプリケーションを構築するフォーマットとなり、プリを構築するための多様な入力や通信方式を備多様な入力や通信方式を備えた。既にあらゆるえるフォーマットへと変貌した。 WEB サービスは HTML5 に対応し、またモバイルアプリケーションも HTML5 によって構築されたものが数多く存在している。しかしながら、未だに殆どのオンラインゲーム（特にアクションやスポ 4 既存研究コンカレント対戦型ゲームの構築においては、しばしば次の 3 つが問題とされる。ーツ等、コンカレント対戦型のゲーム）は WEB ブ * 応答性ラウザーではなく、専用クライアントソフトウェ * 整合性アを利用している。これは、応答性や整合性、公平 * 公平性性など、オンラインゲーム特有の厳しい実装要件応答性とは、プレイヤーの操作がゲーム進行に反が理由と考えられる。筆者は、HTML5 やその周辺映される早さをさす。応答性が高いほど、プレイヤ技術によって、専用クライアントやプラグインにーの操作がゲームに即座に反映される。人間は、自頼らずとも高度なオンラインゲームが構築可能な分で意図した動作であれば 10～20 ミリ秒弱のレ環境が整ったと考える。そこで本研究では、現在のベルで、その他の動作でも 100 ミリ秒のレベルで WEB 標準技術のみで、コンカレント対戦に耐えう動きを見分けることができるとされる [1]。このたる応答性、整合性、公平性が実現可能であるかどうめ、コンカレント対戦のような高い応答性が求めかを確認すべく、実際にゲームを実装する。られるゲームでは、プレイヤー自身の操作に対しては 60fps(16 ミリ秒以下)の応答性が、その他の要 2 定義素については 10fps(100 ミリ秒以下)の応答性が求コンカレント対戦を、「各プレイヤーが同時並行められる。応答性を下げる原因として、描画遅延や的（コンカレント）に操作する」対戦方式と定義す入力遅延、クライアント間の通信遅延が挙げられる。一般的にリアルタイム制と呼ばれる対戦方式る。と同義だが、リアルタイム＝実時間だと語弊が生応答性を上げる工夫として、Ajax 通信や P2P 通じるので、この言い回しとした。ターン制のような信、事前ダウンロード、キャッシュ、座標情報の相「各プレイヤーに一定の順序でターンが回り、タ補予測、対戦相手の地理的マッチングなどが存在ーンプレイヤーが操作する」対戦方式と対になる。する。整合性とは、各ゲームクライアントにおいて、そ 3 研究背景 HTML5 の策定。マウス、物理キー、タッチパネのデータが間違いなく同期されていることをさす。整合性が低いと、ゲームクライアントによってゲーム進行や表示に差異が生じ、ゲームの公平性を期する。崩し、最悪の場合ゲームの進行そのものが不可能ゲームの進行管理はクライアント側で行う。になる。整合性を下げる原因として、クライアントサーバーは通信の仲介だけで、通信内容のチェッ間の通信遅延が挙げられる。整合性を上げる工夫クは行わない。として、座標情報の相補予測などが存在する。公平性とは、各プレイヤー間での認知、判断、操作の平等さをさす。応答性や整合性が低いと、一方 6 実装と評価実装した Web アプリケーションでの対戦と、リのプレイヤーの認知、判断材料が不利になったり、アルなトランプカードを用いて対戦した場合とで操作が思い通りに反映されなかったり等の現象をプレイ内容を比較し、コンカレントな対戦が成立発生させる。しているかどうかを検証する。評価に用いる測定また、プレイヤー同士で異なる操作がほぼ同時に項目として、以下を検討している。発生した場合、データの不整合を防ぐためにどち * 通信遅延らかの操作結果を破棄せざるを得なくなるが、審 * 描画遅延判処理によっては公平性が損なわれる。 * 一定時間当たりのアクション数公平性を下げる原因として、描画遅延や入力遅延、 * プレイ時間全体に占めるコンカレントな操作クライアント間の通信遅延、ゲームサーバーの審の割合判処理のチューニング不足が挙げられる。など。公平性を上げる工夫として、調停役の設置、方式選択の原則（プレイヤーの満足感が多くなる方向で選択をする）などが存在する。これらは全て重要な指標ではあるが、そもそも共有する情報の取り扱い（表示や操作）によってプ 7 今後の計画クライアントのバグ修正、ゲームサーバーの実装、RPC の改善に取り組む。コンカレント対戦を実現する共有情報の抽出と反映に全力を注ぐ。レイヤーの体験は大きく変化する。実際にコンカレント対戦型ゲームを実装し、検証を繰り返すこ 8 参考文献とで、成立条件をリストアップする。 [1] 中嶋謙互, “オンラインゲームを支える技術: 壮大なプレイ空間の舞台裏,” 技術評論社, 2011. 5 設計 [2] 河野義広, 宮田昌廣, 塙大, 米倉達広, “Dead スピードは、場のカードと隣り合ったカード Reckoning を用いたリアルタイム Web ゲームの次々と出していき、相手よりも早く自分の手札を設計と評価 ,” 電子情報通信学会論文誌 D, なくすことを目的とする 2 人対戦ゲーム。瞬間的 vol.J91-D, no.12, pp.2833-2843, 2008. な判断力と体力を必要とするコンカレントな対戦 [3] 笹本綾子, 米倉達広, “遅延を予測したリアルルールでありながら、トランプカードというシンタイムネットワーク対戦ゲームの試作,” 2001 プルな仕組みで遊べる（≒実装が比較的容易）とい年電子情報通信学会総合大会講演論文集基礎･う点を評価した。性能と実装難度のバランスから、境界, 電子情報通信学会, 2001. C/S 型（リフレクト型）を採用する。Web アプリケーションとして実装。共有情報を WebSocket で同