iOSゲームアプリの構造について

アカウントを必要としないゲームアプリはだいたい作れるようになりました。（Swift）
実際、作りたいのは、アカウントを持ったＰＲＧゲームなどです。

例えば下記です。

・パズドラ
・モンスト
・白猫プロジェクト
・タワプリ

疑問点は下記です。

・サーバーを持っていて、ＤＢにプレイヤー情報を格納して管理しているのか
・それとも、単にアプリ内で記憶させているだけなのか

とりあえずゲームアプリのその辺の構造が分からない状態です。

例えばどっかの企業の会計システムとかはたいていＤＢで管理していると思いますがその構造は分っています。（ＰＨＰをよく触っていたので）

・ウェブブラウザ（HTML/CSS/JavaScript/PHP）
・サーバー（）

①ウェブ上で入力したものをＤＢへ格納していき（ＩＮＳＥＲＴ）
②得たい情報はＳＱＬで組んだクエリでゲットしてきてウェブ上に表示させたり（ＳＥＬＥＣＴ）
③変更したい内容があれば①と同じことしたり（ＵＰＤＡＴＥ）
④削除したいな内容があれば削除したり（ＤＥＬＥＴＥ）

と、
ウェブからサーバーへリクエスト
サーバーからウェブへレスポンス
と、ウェブだとそこらへんは分かっています。

ゲームアプリも同じのでしょうか？

レベルが上がりばステータスも上がり、その値をＵＰＤＡＴＥで修正していってるのでしょうか？

そこらへんが良く分かりません。

そこらへんの構造の図があれば分かりやすいのですが、リンク先などありましたら教えていただけるとありがたいです。

行動規範の内容に同意します

回答3件

ベストアンサー

・サーバーを持っていて、ＤＢにプレイヤー情報を格納して管理しているのか
・それとも、単にアプリ内で記憶させているだけなのか

一般的に言って、ソシャゲを含むオンラインゲームは、
サーバのデータベースにプレイヤーの情報を保存して管理しています。

なぜ、「単にアプリ内で記憶させているだけ」でないのか。
それは一言でいうと、課金の都合です。
違法コピーや改造ツールなどで、データを改ざんされないためです。

なお、課金のないフリーゲームでも、サーバに保存する場合があります。
それはランキングがあるタイプのゲームで、やはり改ざんされないためです。

ゲームアプリも同じのでしょうか？

DBの設計方針は様々だと思いますが、
普通にSQLを使っていたりしますし、
ゲームだからといって特殊なDBではないです。

ただし、微妙に違ってくるところもあります。
セキュリティと負荷対策、メンテナンスと障害対策です。

企業のビジネス用システムと違い、外部に公開され何万人もアクセスでき、
しかも24時間営業していますから、上記が大きな問題となるでしょう。

投稿2016/09/18 02:31

LLman

総合スコア5592

earnest_gay

2016/09/18 02:35

具体的にありがとうございます！課金の都合というのが気になりますが、制作前にまだまだ調べることが多そうです、、、

行動規範の内容に同意します

・サーバーを持っていて、ＤＢにプレイヤー情報を格納して管理しているのか
・それとも、単にアプリ内で記憶させているだけなのか

サーバ側にもアプリ側にも（それぞれ異なる）情報を記録しています。

1シナリオ5ステージで10ポイントを消費するゲームで例えると
(1) シナリオ開始時 → 10ポイント消費という情報をサーバへ送信
(2) ユーザー操作後またはステージクリア時にアプリ側に記録
(3) シナリオ終了時 → 結果をサーバへ送信
といった感じになるかと思います。
＃実際にはもっと複雑になるかと思いますが。。。

スマートフォンでは突然の通信断や充電切れ、予期せぬエラーによってアプリが続行不能になることが多々あります。
サーバ側だけで情報を管理している場合は (2) の途中で続行不能になった場合、再度起動したとき「10ポイント消費してシナリオを開始した」という情報しか残っていないため、またステージの最初から始めなければいけません（クリアできそうになくても、アプリを落としてしまえば再度チャレンジできちゃいます）。
シナリオクリア直前でアプリが続行不能になって、またシナリオの最初からというのはあまりにも不親切過ぎますしね。

また、(2) の情報もサーバ側へ送信すればよいのでは？という考えもあるかと思いますが、リアルタイムな情報が必要でないゲームアプリでサーバとの通信を頻繁に行うのは、都度ユーザーの待ち時間が発生するためナンセンスかと思われます。

投稿2016/09/20 16:15