マップ背景のオフスクリーンCanvasキャッシュ化による描画高速化

1. 目的
これまでAPI応答やタップ操作の高速化は進んだが、ワールドマップ・サブマップのCanvas描画自体は移動のたびに地形タイル・地名ラベル・建物アイコンなど静止要素を含む全域を毎フレーム再描画していると見られ、256×256タイルの広いマップやビューポート追従時にPC・スマホともに描画コストがボトルネックになりやすい。静止背景を事前キャッシュし、動く要素だけ都度描画する二層構成にして体感速度をさらに向上させる。

2. 具体的な仕様
- マップ描画モジュール(map.js相当)に、地形タイル・既訪問ミニマップ表現・建物/NPC/宝箱/店のアイコン・地名ラベルなど『毎フレーム変化しない要素』を一度だけ描画するオフスクリーンCanvas(layerCanvas)を導入する。
- ビューポート内の可視タイル範囲が変わらない限り、毎フレームはlayerCanvasの該当矩形をdrawImageでメインCanvasへ転写するだけにし、地形タイルの再計算・再描画ループを省略する。
- プレイヤースプライト、モンスターシンボル、天候パーティクル(雨・雪・霧)、災害エフェクトなど『毎フレーム変化する要素』は従来通りメインCanvas側で描画し、背景キャッシュとは分離したオーバーレイ層として扱う。
- 訪問済みタイル情報の更新、イベントタイル(宝箱開封・NPC状態変化・災害発生)の状態変化、天候/時間帯/バイオーム切り替え時のみlayerCanvasを部分再描画（変更のあった矩形のみdirtyフラグで再生成）し、それ以外のフレームでは再利用する。
- サブマップ(村・洞窟・神殿)でも同様にlayerCanvasキャッシュを適用し、マップ種別が変わった時のみキャッシュを作り直す。
- スマホ・PCともに、requestAnimationFrame内の処理をlayerCanvas転写＋オーバーレイ描画のみに削減し、フレーム時間を短縮する。

3. 既存機能との整合
- サーバー側API・移動判定・オプティミスティック移動・差分レスポンス処理には一切手を加えず、クライアント側の描画パイプラインのみを変更する。
- 天候・時間帯・バイオーム演出、既訪問タイルのみのミニマップ表示、地名ラベル/アイコン表示など既存の見た目・挙動は完全に維持する（描画方法のみ最適化）。
- Service Workerキャッシュや画像プリロード、タップ応答高速化などの既存改善とは独立した層であり、共存可能。
- 万一layerCanvas生成に失敗した場合は従来の毎フレーム全描画にフォールバックし、表示が崩れないようにする。