マスターに向けた拡張項目
このページは、GPS-MEMOをマスター版へ育てるための拡張候補と現在の状態を整理するものです。詳細な実装順、検証条件、実装記録の正本はリポジトリの作業計画書で管理します。
拡張一覧
| 状態 | 項目 | 内容 |
|---|---|---|
| 候補 | A: バックグラウンド未起動でも通知 | スマホ版GPS-MEMOが前面や通常のバックグラウンドにいない場合も、iOSが許す範囲で到着通知を成立させる。 |
| 候補 | B: 消費電力削減 | 位置監視、判定頻度、通知条件を整理し、常用時の電池負荷を下げる。 |
| 候補 | C: 通知エリア設定値の洗練 | 「入った」、通知、要求精度などの値を実測で洗練する。 |
| 候補 | D: UI見直し | 通常利用者が迷わない画面構成と導線へ見直す。 |
| 実装済み・残確認あり | E: 重なり合った複数エリア対応 | 徒歩版で複数メモを独立確認し、到達順に履歴と通知を処理する。 |
| 未実装 | E′: iOS瞬間速度の平滑化 | 瞬間速度の揺れによる測位条件の変動を抑える。 |
| ソース実装済み・実機未確認 | F: 近くのメモ検索 | G2の現在地から1km、2.5km、5km、10km以内の生存メモを距離順に検索する。 |
| 候補 | G: 履歴のフォルダ化 | 履歴をグループやフォルダ単位で表示・絞り込みする。 |
| 候補 | H: メモ情報のインポート | 観光スポット等のデータ集を取り込み、まとめて管理する。 |
| 候補 | I: 曜日・時間による通知ON/OFF | 曜日・時間条件で通知判定と測位を制御する。 |
| 候補 | J: 自動車・進行方向別・超広域モード | 高速道路の上り・下りなど進行方向に応じて通知を分ける。 |
| 未解決 | K: G2履歴の取得・画面更新不良 | スマホに履歴があるのにG2で取得・反映されない問題を切り分けて解消する。 |
E: 重なり合った複数エリア対応
「入った」エリア同士は重なってよく、Aを確認中にBへ進入してもAの状態を失いません。Bの通知エリアへ先に到達した場合はBだけを処理し、その後Aへ到達したらAを処理します。位置ストリームは1本を共有し、メモごとの退出、期限、削除、通知を独立管理します。
通知半径は25～250m、プリセットは短域25m、中域125m、広域250mです。「入った」半径、安全マージン、要求精度、確認時間、測位頻度は通知半径から自動計算します。
E′: iOS瞬間速度の平滑化
現在はCLLocation.speedの瞬間値または連続位置からの推定速度を使っています。短い移動窓または指数移動平均を候補として、停止、低速、速度不明、急な加減速への追従性を保ちながら測位間隔とdistanceFilterの振動を抑えます。Fでは実装しません。
F: 近くのメモ検索
利用者がG2から操作した時にEven Hub SDKで現在地を取得し、スマホ版GPS-MEMOのF専用APIが返す生存メモを検索します。距離は1km、2.5km、5km、10kmから選び、範囲内を近い順、同距離はメモID順で表示します。一覧に日付・時刻は表示せず、選択したメモの本文を閲覧できます。
通知履歴APIとF専用APIは分離し、履歴APIへ座標を追加しません。F′に相当するオフライン同期や永続キャッシュは採用しません。localhostへ接続できない場合は古い結果を出さず、取得不能として表示します。検索操作は通知、履歴、region監視を変更しません。
2026年7月20日にソース実装、自動テスト、Codex監査、StudioLLM監査を完了しました。StudioLLMは全8項目PASS、BLOCKER 0です。G2実機での位置取得、localhost到達、画面操作は別GOで確認します。
J: 自動車・進行方向別・超広域モード
徒歩版Eとは別モードとします。高速道路の上り・下り用メモは、同じ地点でも方向条件と内容が異なる別メモとして扱います。通知地点の手前側へ伸びる接近領域と進行方向判定を組み合わせ、逆方向では明示的に通知対象外とします。
K: G2履歴の取得・画面更新不良
スマホ側の配達窓、HTTP到達、履歴応答件数と、G2側の取得、応答解析、履歴キャッシュ、画面反映を分けて確認します。F専用APIと通知履歴APIは混同せず、Fの取得失敗が履歴キャッシュを破壊しないようにします。
破棄した独立タスク案
- F′は採用せず、Fへオフライン同期・永続キャッシュを統合しません。
- メモ配置UIの再設計案は独立タスクとして追跡しません。現在の実装は変更・削除しません。
- 安全マージン最小値の変更案は破棄します。新しいプリセット値はオーナー提示まで確定しません。