訪問済みタイル記録のビットパック圧縮によるstate_json軽量化と移動・保存の高速化

1. 目的:
256×256のワールドマップおよび各サブマップの「既訪問タイル」記録は、現状おそらく座標配列(例: ["12,34","12,35",...])や二次元真偽配列としてstate_json内に蓄積されている。プレイが進み探索範囲が広がるほどこの配列が肥大化し、(a) マップ移動時のセッション/DB書き込みJSONサイズが増大、(b) json_encode/json_decodeのCPUコストが増大、(c) セーブ/ロード・冒険の書スロット保存のI/O量が増大、という形でプレイ後半ほど全操作が重くなる要因になっている。これをビットセット形式に圧縮し、プレイ時間経過によらず一定サイズ・一定処理コストに抑える。

2. 具体的仕様:
- 各マップID(ワールドマップ=0、村/洞窟/神殿などのサブマップ=それぞれのmap_id)ごとに、タイル総数分のビット列(256×256=65536タイルなら65536bit=8192byte)を用意し、訪問済みタイルのビットを1に立てる。
- このビット列をPHP側で pack()/unpack() を使い生バイナリ化した上で base64_encode し、state['visited_bits'][map_id] = "<base64文字列>" として1マップにつき1つの固定長文字列でstate_jsonに保存する(座標配列より大幅に小さく、要素数に依存しない)。
- 訪問判定・追記はサーバー側で座標(x,y)をtile_index = y*width+xに変換し、該当ビットをORするだけの軽量処理にする。
- クライアント(JS)側のミニマップ表示・IndexedDBキャッシュとのやり取りは、Ajaxレスポンスで座標配列 or ビットパック文字列のどちらを使うかは既存のフォーマットを維持し、サーバー内部の永続化構造のみを変更する(フロント側のJS/表示ロジックは変更不要、または最小限のデコード関数追加のみ)。
- 後方互換対応: 既存セーブデータで旧形式(座標配列など)のvisited_tilesが見つかった場合、ロード時に自動でビットセット形式へ変換し、以後は新形式で保存する。変換関数はlib.php内に rpgsf_migrate_visited_tiles() として追加し、既存プレイヤーのセーブが壊れないようにする。
- 併せて、マップ移動Ajax・戦闘終了時のstate保存処理で、visited_bitsの差分(新規に立てたビットのみ)を判定し、変更が無い場合はDB書き込み自体をスキップするフラグ処理も追加する。

3. 既存機能との整合:
- ミニマップ表示、旅の記憶帳、既訪問タイルのみ表示する機能はそのまま動作する(内部データ構造の圧縮のみで、表示ロジックへの影響は変換関数を介して吸収)。
- 冒険の書スロット3枠のセーブ/ロード、自動セーブ、共有シナリオのプレイ継続機能とも互換性を保つ(旧セーブデータは初回ロード時に自動マイグレーション)。
- 既に実装済みのAPCuキャッシュ、セッションバッファ、Gzip圧縮などの高速化施策とは独立して機能し、併用することでさらに移動・セーブ処理全体の応答速度を向上させる。