ケンブリッジにおける自転車レーン閉塞通報の半数は、12か所の積み下ろしゾーンで対応可能
- Jonathan Lansey
- August 19, 2026
- 2 mins
- インフラストラクチャ
- 政策 自転車インフラ 道路安全 都市 駐車
TL;DR
- 2026年7月4日から8月18日のあいだに、ライダーはケンブリッジの自転車レーンを塞ぐ車両について、Loud Bicycle の Bike Bureau を通じて355件の通報を行った。
- 厳密な最適化の結果、12か所の地点(それぞれ直径200メートルの円)が合計181件の通報(51%)をカバーすることがわかった。
- ケンドール・スクエア近くのイースト・ケンブリッジにある1つの円だけで38件、つまり全データセットの10.7%を抱えている。
- 根本的な解決策はあくまでプロテクト付き自転車レーンであり、この通報群はマサチューセッツ・アベニュー沿いやケンドール一帯に連続した線を描き出している。これは本来、全区間にわたってバリアが必要な回廊であることを示している。しかしケンブリッジ市はすでに縁石対策として荷さばき(ローディング)ゾーンの整備を進めており、この地図は「新しいゾーンを各1か所ずつ設けるなら、どこが最も効果的か」を示したものだ。
- クラウドソースされた通報により、設置場所の判断をエビデンスに基づいて行うことができる。
- 同じパターンは隣の市でも見られる:ボストンでは自転車レーン塞ぎの通報の半分が9つの回廊に集中している。

青い円1つひとつが推奨される荷さばきゾーンの場所であり、直径は200メートル。円の横に付されたラベルは、その円が全通報のうち何パーセントを占めるかを示す。オレンジの点はフレーム全体にわたる個々の通報地点であり、ケンブリッジ市外の領域はグレーで塗られている。円は実際の地理スケールで描画。地図データ © OpenStreetMap contributors © CARTO.
市は荷さばきゾーンを増設中であり、この地図は「どこに設ければ最も効くか」を示す
まず、真の解決策についてはっきりさせておきたい。プロテクト付き自転車レーンこそが持続的な答えであり、この地図はボストンの回廊マップと同じくらい強くそれを主張している。通報は、いくつかの孤立した縁石を点々とするのではなく、マサチューセッツ・アベニュー沿いとケンドール・スクエアのグリッド一帯に連続した線を描いている。そこは本来、区間全体に物理的バリアを置くべき回廊——「その場しのぎ」ではなく、1マイル単位の保護が望まれるエリアだ。
市がすでに動かしているレバーの1つが**荷さばきゾーン(loading zone)**である。これは、配達バン、工事業者、ライドシェア車両などが、自転車レーン上で停車する代わりに数分間だけ縁石に寄せて駐められる、短い合法的な縁石区間だ。このプログラム自体はすでに進行中であり、未決なのは「新しいゾーンを1か所増やすごとに、どこが最も効果を発揮するか」という点である——そして、その問いには通報データが答えることができる。
Bike Bureau の通報1件1件は、「特定の自転車レーンが塞がれている」という人からのフラグである。それが355件集まれば、荷さばきゾーンの展開は、「どのブロックが一番大きな声で苦情を言ったか」という問題から、「次のゾーンは通報が実際に積み上がっている場所に置く」というエビデンスの問題へと変わる。以下の分析は、そのためのターゲティング・レイヤーだ。そして、荷さばきゾーンはルートではなく縁石上の「点」であるため、ここで適切な単位はボストンの「通り全体の長さ」に相当する回廊ではなく、候補地点の周囲を歩ける範囲で囲む小さな円となる。
最適化:通報の半数をカバーする最小個数の円を探す
目的。 直径を200メートルに固定する——端から端まで歩いて約2分半、1つの荷さばき施設とその直近のアプローチとして現実的な到達圏だ。各候補「ゾーン」はこのサイズの円とする。通報がその円の内部に入っていれば、その通報はその円によってカバーされているとみなす。
問い。 355件の通報のうち少なくとも半分(目標は178件)をカバーするのに必要な円の個数の最小値はいくつか? これは*部分集合被覆問題(partial set cover)*であり、「部分的」なのは、すべての通報を捉える必要はなく多数派だけでよいからであり、「被覆」は、それぞれの円が自分の中に含まれる通報群を「カバーする」ことに由来する。
候補の生成。 円はどこにでも置けるので、原理的には候補は無限にある。ここで幾何学が助けになる。半径が固定された円は、その円が元々含んでいた通報を1つも失わずに、その境界が1件または2件の通報に接する位置まで「滑らせる」ことができる。したがって、完全な候補集合は、(a) 各通報を中心に置いた1つの円と、(b) 互いの距離が200メートル未満の通報2件ごとのペアを通る、与えられた半径の円2つ、だけでよい。同一の被覆集合を持つ円を重複排除し、通報の集合が別の円の集合の真部分集合になっている円を捨てると、ケンブリッジの355件の通報は164個の異なる候補円へと還元される。この有限集合の中に、最適解が必ず含まれていることが理論的に保証される。
厳密解の算出。 まず、通報地点をケンブリッジ中心の正距方位図法(azimuthal-equidistant)平面に射影し、地図上のどこでも「200メートル」が同じ距離になるようにする。そのうえで、2段階のバイナリ混合整数計画(mixed-integer program)を解く。第1段階では、50%目標に到達するのに必要な円の個数を最小化し、第2段階では——その最小個数を固定したうえで——選ばれた円が実際にカバーする通報数を最大化する。HiGHS ソルバーは両段階とも最適性ギャップゼロで解を返しているので、これは単なる良さそうな推測値ではなく、数学的に証明された最適解である。
結果は次の通り:
12個の円で355件中181件、すなわち51%をカバーできる。11個以下の円では174件(49%)を超えてカバーすることはできない。
これは単に12ゾーンで偶然半数をカバーできた、という話ではない。11ゾーンではどうやっても市内の通報の半数をカバーできない、ということが証明されているのだ。ケンブリッジの通報の多数派をカバーする「正確なコスト」は12であり、その12の枠内で最も多くの通報を拾える配置が、以下に示すものになる。
12か所の場所
| Zone | Neighborhood (nearest square) | Reports | New coverage* |
|---|---|---|---|
| 1 | East Cambridge — Kendall / Main St | 38 | 38 |
| 2 | Harvard Square (Mass Ave) | 23 | 23 |
| 3 | Central Square (Mass Ave, west) | 18 | 18 |
| 4 | Central Square (Mass Ave, east) | 17 | 17 |
| 5 | West Cambridge (Concord Ave) | 13 | 13 |
| 6 | Kendall Square / MIT | 13 | 13 |
| 7 | Porter Square (Mass Ave) | 12 | 12 |
| 8 | Mid-Cambridge (Mass Ave) | 11 | 11 |
| 9 | Mass Ave (Harvard–Porter) | 10 | 10 |
| 10 | Inman Square / Hampshire St | 10 | 10 |
| 11 | Harvard Square (Mass Ave, north) | 16 | 8 |
| 12 | Inman Square (Hampshire St) | 8 | 8 |
*「New coverage」は、そのゾーンより上位にランクされたゾーンではまだカバーされていなかった通報数を示す。ゾーン11はゾーン2のカバー範囲の一部と重なっているため、16件の通報を含んでいるにもかかわらず、新規に追加される通報は8件にとどまる——まさにそれが、他の場所でより多くを含みつつ冗長性の高い円よりも、最適化の過程でこちらが選ばれる理由である。
この表から直ちに読み取れるポイントがいくつかある。
ケンドールが震源地であり、その突出ぶりは際立っている。 ゾーン1——イースト・ケンブリッジのメインストリート沿いのバイオテック・ディストリクト——は38件、すなわち全データセットの10.7%を抱えており、近接する Kendall/MIT の円(ゾーン6)と合わせると、ケンドール・クラスターだけで51件に達する。これは特定の土地利用のシグネチャである。ラボ棟、ライフサイエンス系テナント、頻繁な商業配送と、利用者の多い自転車ネットワークが出会う場所なのだ。これは12個の点のうちの1つと同列に扱うべきではなく、「集中した、繰り返し生じる荷さばき需要」として読むべきだ。この外れ値はまた、このエリアに特に熱心な利用者層がいることも反映しているかもしれない。
マサチューセッツ・アベニュー沿いの各スクエアが残りの大部分を担っている。 セントラル・スクエア(ゾーン3 + 4、合計35件)、ハーバード・スクエア(ゾーン2 + 11)、ポーター(ゾーン7)、そしてその間のマサチューセッツ・アベニューのブロックが、連なって強く浮かび上がる。ここはまさに、店舗数が最も多く、縁石での入れ替わりが激しく、余裕のあるスペースが最も少ない場所であり、「行き当たりばったりの二重駐車」ではなく、正式な荷さばきゾーンを設ける典型例と言える。
重なりは欠点ではなく、むしろ特徴である。 ゾーン11はゾーン2と重なっているにもかかわらず、選択されている。これは、ハーバード・スクエアの需要が大きすぎて、かつ広がりすぎており、1つの直径200メートルの円に収まりきらない、ということを意味する:ここには2つのゾーンが必要なのだ。最適化の結果としてその事実が浮かび上がるのは、見た目がすっきりした地図を得るよりもずっと有益である。
これはターゲティングのためのレイヤーであり、保護インフラの代替ではない
この地図の誤読として避けたいものが2つある。1つは、12個の円を取締り対象と見なし、「駐車監視員を送って、違反切符を増やそう」とする読み方だ。もう1つは、荷さばきゾーンをプロテクト付きレーンの代わりと見なすことだ。どちらも正しくない。
ドライバーが自転車レーン上に二重駐車をするのは、その10秒ほどのあいだに利用できる停車場所がそこしかないからだ。近くに合法的な荷さばきゾーンがあれば、違反切符を切ることなく、その選択を変えさせることができる。しかし荷さばきゾーンは、バリアのように自転車と自動車の通行を分離してくれるわけではない——それが取り除くのは、自転車レーンが塞がれる再発性の高い原因の1つに過ぎない。ゴールはあくまで、こうした回廊に沿った連続的な保護インフラである。通報がケンブリッジにもたらしたのは、そのゴールに至るまでの照準であり:すでに進行中の縁石プログラムを、エビデンスが最も濃い場所に配置する手がかりであり、同時にどの回廊がバリアを受けるに値するかを正確に記録する手段でもある。
そして、このエビデンスがここまで「すぐに政策に落とし込める」ものになっているのは、それが集中しているからだ。もしケンブリッジの355件の通報が均一にばらけていたなら、12か所の縁石では半数に届かないだろう。ところが実際には、短い縁石区間12か所——そのうち1つは単独で全仕事の1割以上を担う——で半数をカバーできる。これは、市が現実的な予算と工期で組めるプログラムであり、同時に、市が簡単には退けられない、保護インフラの正当性を示す材料でもある。
この地図が示していること——そして示していないこと
ここで描かれている円は、縁石の詳細設計ではなく、「優先的に再検討すべき候補地点」を意味している。 モデルが知っているのは通報がどこに集まっているかであって、バス停、消火栓、車庫出入口、アクセシブル駐車スペース、車線の切り替えなど、すでに縁石を占有している要素がどこにあるかではない。ゾーン1の38件の通報が示しているのは、「この周辺で荷さばき問題を解決せよ」ということだが、「メインストリートのどちら側にゾーンを置くべきか」「ゾーンの長さはどの程度か」「すでに設けられているプロテクト付きレーンとどう整合させるか」といったことまでは示していない。
数値の下には、率直に認めるべき前提が2つある。
- 通報が反映しているのは人の行動であり、問題の全体像ではない。 通報は、自転車に乗る人が実際に走っている場所、そしてわざわざ通報しようとする場所を反映している。そのため、交通量が多く自転車利用も多いスクエアは、すでに人々が敬遠している通りに比べて過大に表現される。優先順位付け——「人が実際に走っている場所から先に直そう」——という目的においては、この偏りはおおむね望ましい方向を向いているが、それでも偏りであることに変わりはない。
- 「51%」という数字は、入力条件の範囲内では厳密だが、それを超えて一般化できるものではない。 12ゾーンが必要最小であり、11ゾーンでは不可能という主張は、この通報スナップショットと直径200メートルという前提のもとでは証明されている。しかし、観測期間、直径、スナップショットを変えれば、具体的な円の位置は変わりうる。安定しているのは、その形、すなわち「少数の縁石が支配的な役割を果たしている」というパターンだ。
それでもなお、見出しは揺るがない:ケンブリッジでは、自転車レーンをめぐる記録されたコンフリクトの半分が12か所のエリアに集中しており、そこを解決すれば大きなインパクトを得られる可能性が高い。
References
- Loud Bicycle. “Bike Bureau: Report Bike Lane Obstructions.”
- Loud Bicycle. “Bike Bureau: Download Data.”
- HiGHS. “High-performance software for linear optimization.”
- OpenStreetMap contributors; CARTO. OpenStreetMap. Basemap and street data.