MMOのサーバについて 剣と魔法のログレス ～いにしえの女神～ での実装例
•Download as PPTX, PDF•
17 likes•7,220 views
2014.7.19 に開催された第二回ゲームサーバ勉強会で使用したスライド http://peatix.com/event/42642
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (12)
Similar to MMOのサーバについて 剣と魔法のログレス ～いにしえの女神～ での実装例
Similar to MMOのサーバについて 剣と魔法のログレス ～いにしえの女神～ での実装例 (20)
MMOのサーバについて 剣と魔法のログレス ～いにしえの女神～ での実装例
- 2. Aiming • 代表：椎葉 忠志 • オンラインゲームの会社 • 企画・開発・運営 全部やってます！！ • 東京、大阪 • HP：http://aiming-inc.com/
- 3. 自己紹介 • 山藤 智之 • 最初はWEB系（R&D） • 2007年からオンラインゲーム開発 – 開発タイトル • BladeChronicle • 剣と魔法のログレス（PCブラウザ） • 剣と魔法のログレス ～いにしえの女神～ • 株式会社Aiming 大阪スタジオ所属
- 4. ログレス • PC – 剣と魔法のログレス – 2011年10月サービス開始 – http://mmo-logres.com/ • スマートフォン – 剣と魔法のログレス ～いにしえの女神～ – 2013年12月サービス開始 – http://sp.mmo-logres.com/ – 2014年5月 200万DL達成
- 6. 目次 • ログレスのサーバ – フロントエンド – バックエンド • 実装例 – 移動 – チャット • 実際に起こった問題と対応
- 7. • ログレスのサーバ – フロントエンド – バックエンド • 実装例 – 移動 – チャット • 実際に起こった問題と対応
- 9. フロントエンド • ユーザークライアントが接続する • ２種類の通信を使い分け – Socket / HTTP ずっと接続してる ゲーム入出力 必要に応じて接続 ゲーム出力
- 10. バックエンド • ユーザークライアントは接続しない • ゲームサーバとのSocket通信のみ • DBも含まれる ずっと接続している ゲームサーバ間の情報共有
- 11. SocketとHTTPの使い分け • Socket – サーバからのプッシュが必要な箇所 – レスポンス速度を要求される処理に向いている – 常時接続 – 差分更新 • HTTP – サーバからのプッシュが不要な箇所 – レスポンス速度を要求しない物に向いている – 必要都度、接続/切断 – 一括更新
- 12. Socket（常時接続・差分更新） • 利点 – オペレーション毎の接続コストが発生しない – 一回の送受信量を少なくできる • 欠点 – バッテリー消費が多くなる – 回線切れに弱い • ソフトウェア側で対応しないといけない内容が増える – スケールアウトが難しくなりがち
- 13. 通信経路別の内容 場所 セッション 用途・内容 ｸﾗｲｱﾝﾄ ｹﾞｰﾑｻｰﾊﾞ Socket 常時接続 ゲームへの入力 ゲームからの出力 通信内容：差分更新型 ｸﾗｲｱﾝﾄ WEBｻｰﾊﾞ HTTP 都度接続 ゲームからの出力 通信内容：描画に必要な完全な内容 ｹﾞｰﾑｻｰﾊﾞ ﾊﾞｯｸｴﾝﾄﾞｻｰﾊﾞ Socket 常時接続 ゲームサーバ間の情報共有 ゲームサーバ全体への命令 通信内容：差分更新型 ｹﾞｰﾑ/ﾊﾞｯｸｴﾝﾄﾞｻｰﾊﾞ ﾃﾞｰﾀﾍﾞｰｽ（ﾏｽﾀｰ） 常時接続 主に更新系クエリ INSERT, DELETE, UPDATE, たまに SELECT WEBｻｰﾊﾞ ﾃﾞｰﾀﾍﾞｰｽ（ｽﾚｰﾌﾞ） 常時接続 ほとんどが抽出クエリ SELECT
- 14. • ログレスのサーバ – フロントエンド – バックエンド • 実装例 – 移動 – チャット • 実際に起こった問題と対応
- 15. 移動 • ログレスでの移動処理 • キャラクターの座標はサーバでも管理 – 歩けない場所を歩かせないため • MMOの世界で移動すると… – 動くとどうなる？ • 見えなかった物が見える様になる • 見えなかったユーザーも見える様になる – 見えるとどうなる？ • 自分が取った行動を、見えてる人に送らないといけな くなる • 見えてる人達が取った行動を受信しないといけなくな る
- 16. こういうこと
- 20. どうしてこんな作りなの？ • 移動の都度、サーバを介していると、移 動開始までの反応が遅くなる – 他の人から見た移動は、ある程度遅れてもあ まり気にならない • クライアントだけで移動させてしまうと、 通信範囲の計算ができない • クライアントだけで移動させると、マッ プの当たり判定を完全に無視できてしま う
- 23. どうしてこんな作りなの？ • チャットの吹き出しは見える人だけ見え ればOK • 吹き出しは発言後なるべく速く画面に表 示したい • チャットログは、自分がオフラインの間 に受信した物も見れて欲しい – コミュニケーションが途切れるの良くない
- 24. • ログレスのサーバ – フロントエンド – バックエンド • 実装例 – 移動 – チャット • 実際に起こった問題と対応
- 25. • １台のサーバにログインできるプレーヤー数 が限られる – サーバのリソースには限りがある • CPU • メモリ • ハードディスク • ネットワークカード • クライアントは裏で、サーバ間の接続を切り 替えながら動いている • この切り替え時にサーバへの負荷が大きかっ た 実際に起こった問題と対応
- 26. サーバ間の移動
- 31. 宣伝！！ • 剣と魔法のログレス ～いにしえの女神～ • iOS / Android 絶賛サービス中です！ – 2013/10/11 Android先行体験開始 – 2013/12/17 Android正式サービス開始 – 2014/2/09 60万DL達成 – 2014/3/21 100万DL達成 – 2014/4/22 150万DL達成 – 2014/5/22 200万DL達成
- 32. 仲間募集！！ • Aimingでは一緒に魅力的なタイトルを作 れるエンジニアの皆様を募集中です！ • 会社見学（＠東京、大阪）もやってます のでお気軽にどうぞ！ • http://aiming-inc.com/
- 33. • 以上