画像プリロード＆状態保存デバウンスによるマップ移動・戦闘切替の体感速度向上

1. 目的
これまでCanvas描画自体はオフスクリーンバッファ化とダーティフラグで最適化済みだが、モンスター種類が数百種に及ぶため『画像がまだブラウザキャッシュに乗っていない初回アクセス時』や『マップ移動の度にstate全体をサーバーへPOSTして保存している処理』が原因で、移動・エンカウント・画面切替時に一瞬止まる/遅延する体感がある。この2点を潰し、操作全体のレスポンスを底上げする。

2. 具体的な仕様
(a) シナリオ用画像の先読み(プリロード)機構
- play.php表示時、PHP側でそのシナリオが実際に使用するモンスター/タイル/アイコンPNGのURL一覧(scenario_jsonから出現エリア・敵IDを走査して抽出、既存のrpgsf_assets()['monster_images']等を参照)をJSON配列としてscriptタグにdata属性かJS変数で埋め込む。
- JS側で新規追加するpreloadAssets(urls)関数が、各URLをnew Image()でロードし、Promise.allで全完了を待つ。ロード中は既存UIを崩さない簡易プログレスバー(小さいオーバーレイ)を表示し、完了後にフェードアウトしてゲーム画面を表示する。
- ロード済みImageオブジェクトはJSのMapにキー=URLで保持し、Canvas描画関数(drawMonster/drawTileなど)は都度new Image()せず、このキャッシュ参照に統一する(未キャッシュの場合のみフォールバックで新規ロード)。
- プリロード対象は『現在シナリオで使う画像のみ』に限定し、全アセットを毎回読み込むことはしない。

(b) 移動時のサーバー通信デバウンス
- 現状マップ移動のキー入力/タップ操作ごとにサーバーへ状態保存(state保存API)を呼び出している場合、連続入力(連打・長押し)時に毎回POSTが飛んで通信待ちがアニメーションと競合し体感が重くなる。
- 移動処理をクライアント側で即時反映(見た目のプレイヤー移動アニメーションを先に実行)しつつ、サーバーへの保存POSTは300〜500msのデバウンス(最後の移動確定から一定時間操作がなければ1回だけ送信)にまとめる。イベント接触(NPC/宝箱/エンカウント/店)発生時は即座に同期保存する例外処理を残す。
- 通信中に再度移動要求が来た場合はAbortControllerで前のリクエストをキャンセルしてから新しいリクエストを送る。

3. 既存機能との整合
- 既存のCanvasオフスクリーンバッファリング・ダーティフラグ機構やミニマップ更新処理には手を加えず、描画呼び出し元が参照する画像取得方法だけをキャッシュ経由に差し替えるため後方互換。
- state保存APIのリクエスト形式・レスポンス形式は変更せず、呼び出しタイミング(頻度)のみ調整するため、セーブ/ロード・冒険の書スロット・共有プレイなど既存機能は影響を受けない。
- 画像プリロードはURL一覧を取得できない場合(scenario_json解析失敗時など)は従来通り都度ロードにフォールバックし、表示が壊れないようにする。