駅を囲む、
見えない輪。

01 — なぜ作ったか

「近くの駐輪場」を探すサービスはある。
Ring はその逆をやる。

自転車を路上に停めてよいかどうかは、放置禁止区域の中か外かで決まります。 区域の中なら、警告のうえ即日撤去。取り戻すには自転車で 3,000 円前後、原付で 5,000 円前後かかり、 平日の昼間に保管所まで取りに行く時間が必要です。

ところが、この区域がどこなのかを事前に知る手段が、事実上ありません。

02 — 何ができるか

判定して終わりにしない。
行動が変わるところまで運ぶ。

1. 停めていいかの判定

   画面中央の十字が指す地点について、放置禁止区域の内か外かを 5 段階で答えます。地図を動かすと連続的に更新されるので、指を動かすだけで「どこから危ないのか」が体感できます。

2. 境界の警告

   「あと 12m で撤去対象」——判定点から最も近い境界まで線を引き、距離をメートルで表示します。境界は目に見えないので、ここが一番危ない。

3. 代替の提示

   撤去対象だった場合、近くの駐輪場を距離順に提示します。収容台数・料金・利用時間つき。「停めるな」だけでは行動は変わりません。

4. 区域変更のお知らせ

   施行前の拡大予定と、最近施行された変更を伝えます。「いつも停めている場所が来月から対象になる」は、現地の標識では気づけません。

5. 撤去された後の案内

   どの保管所に行けばよいか、開いている曜日と時間、必要な持ち物。今日は開いているかも端末の時計から判定します。

6. 根拠の開示

   すべての判定に、出典名・出典 URL・最終確認日・データの精度区分を添えます。根拠を示せないデータは画面に出しません。

03 — ぶつかった壁

放置禁止区域のデータは、
どこにも公開されていなかった。

作りはじめて最初にやったのは、区域データを探すことでした。結果は次のとおりです。

そこで、都の Excel に埋もれていた公式フラグを掘り起こした

東京都都民安全総合対策本部が毎年公表している 「駅別放置自転車の状況（令和 7 年度）」の Excel を開いたところ、 駅名の隣に ＊ の列がありました。凡例にはこう書かれています。

（注）＊印がある駅周辺には自転車等駐車場が整備され、
      放置禁止区域が指定されている。

これは、全都 53 自治体・663 行・702 駅を網羅する、唯一の公式かつ機械可読な指定情報でした。 区域の「形」は分からなくても、どの駅に区域があるのかは、これで全都分わかります。

この発見によって、Ring は「代表的な区だけのデモ」ではなく 東京全域で答えが返るサービスになりました。

04 — どう作ったか

区域データを 2 階層で持つ

精度の異なるデータを 1 つの箱に混ぜると、どこまで信じてよいか分からなくなります。 Ring は区域を Tier A / Tier B に分け、精度をデータそのものに持たせました。

リングの半径を、駅の規模から決める

秋葉原と小さな駅を同じ円で塗るのは実態から遠い。そこで都 Excel から得られる乗入台数を使いました。

r = clamp(100 + 3.0 × √(乗入台数), 120m, 400m)

結果、半径は 120〜400m に分布し、中央値は 181m。 各区が公開する区域図がおおむね駅から 120〜400m の範囲を指定していることに合わせています。 これは推定であり、実測ではありません。アプリはそのことを毎回画面に明記します。

技術構成 —— この問題の何が難しいか

「地図に区域を出す」だけなら難しくありません。難しいのは 地図を動かすたびに、任意の 1 点を 519 件の区域に対して判定し続けることと、 データの精度差を利用者に嘘をつかずに伝えることの 2 つでした。

サーバを持たない

判定は純粋関数で、必要なデータは全東京分でも数 MB です。サーバに置く理由がありません。 端末内で完結させたことで、位置座標が一切外部に出ないことと、 電波が弱い路上でも判定が続くことが、運用の努力ではなく 構造として保証されます。このアプリが使われるのは、まさにその状況です。

ETL の出力はリポジトリにコミットする

調査中、複数の公式 URL が 404・ホスト移転・アクセス拒否を返しました。 ビルド時に外部から取得する設計にすると、区のサイトの都合でこちらのサイトが壊れます。 そこで取得結果を JSON にしてリポジトリに置き、CI はそれをビルドするだけにしています。

05 — 判定のしくみ

精度の高いデータが、常に勝つ

judge(地点) →

  STEP 0  施行前の区域の中か        → 「◯月◯日から対象になります」を添える
  STEP 1  Tier A の内側か           → inside
  STEP 2  Tier A の境界から 30m 以内 → near
  STEP 3  Tier B のリングの内側か    → likely（推定）
          ※ Tier A が覆う駅では Tier B を使わない
  STEP 4  それ以外                  → outside / 都外なら unknown

STEP 3 の除外規則が最も重要です。 Tier A のポリゴンで精密に「外」と判定した地点を、Tier B の粗い円で「内かも」と塗り潰してはいけません。

5 つの判定

判定エンジンはテストで守る

判定は UI に一切依存しない純粋関数として実装し、境界ケースを 18 件のテストで固定しています。 「ポリゴンの穴の中を内側と誤判定しないか」「Tier A の覆域で Tier B に落ちないか」 「すべての判定に出典が付いているか」——ここが壊れるとアプリの存在意義が消えるためです。

「動きました」を証拠なしに言わない

実装とは別に、実ブラウザをスマホ幅（390×844）で自動操作する検証スクリプトを用意しました。 判定の表示、区域が実際に地図へ描画されているか、横スクロールの有無、 連続パン・空入力・1000 文字入力への耐性、位置情報を拒否した場合、オフライン時、コンソールエラー—— 20 項目を毎回実際に操作して確認し、スクリーンショットを残しています。

06 — 使い方

開いて、合わせるだけ

1. アプリを開く

   ring-5oq.pages.dev をスマートフォンのブラウザで開きます。インストールは不要です。位置情報を許可すると現在地へ移動します。

2. 停めたい場所に十字を合わせる

   タップではなく、地図を動かして中央の十字を合わせます。動かしている間ずっと判定が更新されるので、境界の位置が指先で分かります。

3. カードを引き上げる

   下のカードを上へドラッグすると、近くの駐輪場・保管所・判定の根拠が出てきます。

4. 位置情報を許可しなくても使える

   拒否した場合は東京駅から始まります。検索（🔍）から駅名を入れれば、どこでも調べられます。検索は端末の中だけで動き、通信しません。

5. 電波がなくても動く

   一度開いたあとは、機内モードでも判定・駐輪場・保管所が動きます。地図タイルは取得済みの範囲だけ表示されます。

07 — 使ったオープンデータ

すべて公開データで動いています

このほか、品川区「駅前放置自転車撤去情報」や目黒区・港区「自転車シェアリングポート」も取得しましたが、 現在の実装では読み込んでいないため、アプリの「使っているデータ」には載せていません。

ライセンスは各提供元の規約（東京都オープンデータカタログ由来は CC BY 4.0 相当、 国土数値情報は利用約款、地理院タイルは出典明記で利用可）に従っています。 アプリ内の「データについて」画面と docs/DATA.md でも確認できます。

そして、データを返す

Ring が生成した区域データ（GeoJSON）は CC BY 4.0 で公開しています。 さらにアプリの中に 「区に、区域データの公開をお願いする」機能を入れました。 区を選ぶと、現在の公開形式・求める形式・理由・想定される公益を書いた依頼文面が生成され、コピーできます。 送信はしません。送るのは人の行為として残しています。

08 — できないこと

正直に書いておきます