駅を囲む、
見えない輪。

デモ

実際に動かしたところ

実機（スマートフォン幅）で操作した様子です。音声はありません。

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 — できないこと

正直に書いておきます

提出資料

プレゼン資料（全12枚）

画像をクリックすると原寸で開きます。 PDF でまとめて見る（1600×900）。

提出資料

画面キャプチャ

スマートフォン幅（390×844）の実ブラウザで自動操作しながら撮影したものです。 検証スクリプトが毎回この画像を残します。

応募フォーム

提出した内容のすべて

都知事杯オープンデータ・ハッカソン2026 作品提出フォーム に提出した内容です（2026-08-23 送信済み）。

1. チーム情報

1-1. チーム名

Ring

1-2. チーム名のフリガナ

リング

1-3. チーム人数

4人

1-4. 連絡担当者氏名

末松 結楽

1-5. 連絡担当者氏名のフリガナ

スエマツ ユウラ

1-6. 連絡担当者メールアドレス

suematsu.yura@gmail.com

1-7. 学生賞の対象ですか？

いいえ

1-8. メンバー構成と役割

末松結楽（リーダー、企画、開発） / 長井祥和（企画） / 金丸雄樹（企画、開発） / 藤井克幸（企画）

1-9. 運用体制のイメージ

Ring は特定の運営者を必要としない構成にしています。サーバもアカウントも API キーも持たない静的配信のため、手を入れなくても動き続け、稼働費用も発生しません。データ更新は週次の GitHub Actions が公式データを再取得し、差分があれば Pull Request を作ります（自動マージはせず、データの正しさは人が確認する前提です）。更新が止まった場合も、すべての判定に最終確認日と精度区分を表示しているため、利用者は情報の鮮度を自分で判断できます。仕様書・決定台帳・実装状況・区域の作図手順を公開し、コードは MIT、生成した区域データは CC BY 4.0 としているため、自治体や第三者がそのまま引き継げます。最終目標は各区が放置禁止区域を機械可読で公開することであり、それが実現したとき Ring は役目を終えます。

2. 提出作品の概要

2-1. 取り組んだ課題の種類

自由課題（独自に設定した課題）

2-2. 作品名

Ring

2-3. サービスの詳細

「近くの駐輪場」を探すサービスの逆で、いま自分が立っている場所に停めたら撤去されるのかを答えるブラウザアプリです。地図中央の十字が指す任意の地点を、放置禁止区域の内か外か5段階で判定します。駐輪場のある場所に限らず、路上のどこを指しても答えが返るのが既存サービスとの違いです。境界までの距離をメートルで示し、撤去対象なら近くの駐輪場を、撤去された場合は保管所の場所・開所時間・持ち物を案内します。すべての判定に出典URL・最終確認日・データの精度を添えます。位置座標は端末外に出ず、オフラインでも動きます。

2-4. 着目した課題・背景

自転車を路上に停めてよいかは放置禁止区域の内か外かで決まり、区域内なら警告のうえ即日撤去。取り戻すには3,000円前後と平日昼間の時間がかかります。ところがこの区域を事前に知る手段がありません。境界は道の途中にあり数メートル先はアウト、区ごとに公開形式がばらばらで横断して見られず、しかも区域は動きます（渋谷区は原宿・神宮前を2025年10月、渋谷駅周辺を2026年4月に拡大）。既存の駐輪場検索は「安全な場所のリスト」で、リストの外側については何も言えません。人が実際に停めるのは満車のとき、近くにないとき、5分だけのとき。つまりリストの外側です。

2-5. 課題・背景の解決方法

調査の結果、放置禁止区域のポリゴンは東京都オープンデータカタログに1件も存在せず、各区は区域を地図画像でしか公開していないことを確認しました。一方、都「駅別放置自転車の状況」Excelには駅ごとに「＊＝放置禁止区域に指定」の公式フラグがあり、これを国土数値情報の駅座標と突合率99.9%で結合して全都519駅の区域を生成。判定は作図ポリゴン優先・推定リング補助の2階層とし、推定は必ず「推定」と明示、データが無い場所を「停めてよい」と断定しません。さらに区へ区域データの公開を依頼する文面を生成する機能を実装し、データを使うだけでなく返します。

3. 技術詳細

3-1. 技術選定の理由

Vite＋TypeScript(strict)＋React19。難しいのは地図表示ではなく、地図を動かすたび任意の1点を区域519件に対して判定し続けることと、データの精度差を嘘なく伝えることだった。Turf.jsをbbox粗選別とWeakMapキャッシュで包み、rAFで1フレーム1回に間引いて移動中も判定が途切れない。判定はUI非依存の純粋関数に切り出し、穴あきポリゴンや施行日境界を含む18件のテストで固定。地図はMapLibre GL JSで、raster paintから基図の色調を制御でき境界線だけを主役にする描画が作れる。基図は道路形状が最も正確な地理院タイル。

3-2. 生成AI等の活用方法

Claude Code（Opus 5）を、コードを書かせる道具ではなく「調査し、疑い、検証する共同開発者」として使いました。まず東京都オープンデータカタログのCKAN APIを横断探索させ、放置禁止区域が1件も存在しないという企画の前提を実データで確認。その上で都のExcelに埋もれた指定フラグを発見し、駅名の突合率を99.9%まで詰めました。仕様はspec.mdに先に書き切り、決定は台帳に固定してAIが後から覆せないようにしています。実装後はPlaywrightで実機操作を自動化し、判定は正しいのに区域が地図に描画されないという単体テストでは見えないバグを、AI自身に発見・修正させました。

3-3. デモURL

https://ring-5oq.pages.dev

3-6. デモURLを一般公開してよいですか？

いいえ

3-7. ハードウェアを含むプロダクト・サービスですか？

いいえ

3-8. デモの操作動画（URL）

https://youtu.be/JiUnAOXeMrU

4. オープンデータの利用状況

5. 提出ファイル

5-1. プレゼン資料（PowerPoint/PDF）

ring-deck.pdf（1600×900・全12枚）

5-2. 画面キャプチャ（最大3枚）

ring-capture.png（4画面の合成）／01-verdict.png（判定画面）／02-evidence.png（根拠と代替）

6. First Stage 収録

6-1. 収録方法

オンライン（Zoom）

6-2. 収録予約

2026年8月26日（水）18:30

6-3. 収録時の言語

日本語