目的のゲームが見つかっても、車を止める場所がなければ訪問計画は変わる。車で移動する利用者には、駐車場の有無や料金も店舗選びの条件だからだ。Deltaでは施設文書に駐車可否、場所の見つけやすさ、無料と有料の形態、EV充電の有無を加えた。

車での訪問と地域の駐車需要

韓国から始まったMusecatが昨年後半に海外へ広がり、訪問に必要な情報も多様になった。東南アジアの一部都市のように車移動が重要な地域では、ゲームと営業時間だけで計画を立てにくい。駐車情報への要望も、こうした移動環境から生まれる。

例えば両方の店舗が駐車可能でも、一方は無料駐車場、もう一方は有料の路上駐車だけかもしれない。単純なタグでは、この違いや空きを見つける難しさを説明できない。同じ施設情報の中で比較できる項目が必要だった。

flowchart TD
    accTitle: 車での訪問に必要な情報
    accDescr: ゲームと場所に駐車条件を加え、訪問候補を比べる。
    A["ゲームと場所で選択"] --> B
    B["車で訪問する駐車条件の確認"] --> C
    C["訪問候補の比較"]

施設情報の駐車項目

既存の施設文書は室内の設備や貸出品を扱っていた。駐車も訪問条件の一つなので、この文書を広げる方法が自然だった。海外専用文書や独立した駐車システムを作らず、車での訪問情報を既存モデルへ加えた。

駐車場の存在、空間の余裕、利用方式はそれぞれ確認する内容である。一つの選択にまとめると、不明な条件まで断定することになる。そのため項目を分け、未確認値は空欄にできるようにした。不明が駐車不可へ変わることを防ぐためだ。

flowchart TD
    accTitle: 施設情報の中の駐車項目
    accDescr: 駐車の有無と余裕・種類を分け、既存の施設文書に記録する。
    A["駐車状態と未確認を区別"] --> B
    B["余裕と無料・有料の種類"] --> C
    C["既存の施設文書に保存"]

駐車状態と利用形態の入力

編集画面は駐車可能、不可、不明を分ける。余裕度に加え、無料または有料の駐車場、無料または有料の路上駐車などを選択できる。EV充電の有無も同じ駐車メタデータとして保存する。

駐車の有無、余裕、無料・有料の種類を区別する入力欄。 英語の原キャプチャ。

メタデータは写真や長文に添える、定まった項目の情報である。駐車条件を値で持てば、説明文を解釈せず必要な条件を比較できる。施設モデルの中で広げたため、ほかの文書領域を設計し直す範囲も小さくできた。

駐車情報の活用と更新

利用者は設置ゲームに加えて、駐車の形態と条件も比べられる。地域ごとの要望を既存文書に加えることで、新しい地域の移動方法も店舗情報へ含められた。

ただし保存した余裕度は、訪問当日の空きを保証しない。時間帯で変わり、料金や充電設備も変更され得る。不明な値はそのまま示し、現地で確かめた情報で更新し続ける必要がある。

参考：駐車詳細の項目。