EU C-ITS 2027年義務化：交通機関向けガイド

EUの協調型高度道路交通システム（C-ITS）フレームワークは、パイロット段階から義務化へと移行しました。2023年11月に採択された指令（EU）2023/2661は、ITS指令を改正し、C-ITS、コネクテッド自動走行モビリティ、マルチモーダルデジタルサービスをカバーするものとなりました。加盟国は2025年12月21日までに改正指令を国内法に転換する義務を負っていました。欧州委員会の2026-2027年作業プログラムは現在、C-ITS相互運用性、セキュリティ認証管理、データ共有に関する拘束力のある仕様を定める委任法令の採択を目標としています。ドイツはすでにEuropeで最大のC-ITSプロジェクトを展開しており、アウトバーン8,600 kmにわたって1,000基のITS路側局を設置しています。EU交通機関のプログラムディレクターおよびVPエンジニアにとって、EU C-ITS展開義務化はもはや計画段階の話ではありません。2027年までに仕様が確定するエンジニアリングプログラムです。

• 指令は転換済み： EU加盟国は2025年12月までに指令2023/2661を国内法に転換することを義務付けられており、ITS体制をC-ITS、自動モビリティ、マルチモーダルサービスに拡大しました。
• 委任法令がエンジニアリング範囲を定義： 欧州委員会の2026-2027年プログラムは、C-ITSサービス相互運用性、PKIセキュリティ認証、および車両-インフラ通信のデータ品質基準に関する拘束力のある仕様を目標としています。
• ドイツが展開を主導： Kapsch TrafficComとAutobahn GmbHがEuropeで最大のC-ITSプロジェクトのフェーズ1を完了しました。120の道路維持管理部門と連携しつつ、ドイツの高速道路全体に1,000基以上のITS路側局を展開しました。
• Day 1サービスが最低基準を定義： 道路工事警告、危険箇所通知、渋滞通知、SPAT/MAP交差点データが義務化C-ITSサービスの第一階層であり、C-Roadsの調和された仕様がすでに公開されています。
• ハイブリッド通信アーキテクチャが必要： EU C-ITSはETSI ITS-G5（5.9 GHz短距離）とセルラーバックホールの両方で動作するため、交通機関は両通信経路に対応するエンジニアリングが必要です。
• 250億ユーロが義務化を支援： 欧州接続ファシリティ輸送プログラム（2021-2027年）がC-ITS回廊展開に資金を提供しており、2025年の公募だけで94プロジェクトに28億ユーロが配分されています（CINEA、2025年）。

EU C-ITS 2027年義務化とは何ですか？

EU C-ITS展開義務化は単一の規制ではなく、重層的な規制フレームワークです。改正ITS指令（指令2023/2661により改正された指令2010/40/EU）を基盤とし、欧州委員会に対して交通情報、交通管理の継続性、道路安全、車両-インフラ統合の4つの優先分野について拘束力のある技術仕様を定める委任法令を採択する権限を与えています。

2023年の改正により範囲が大幅に拡大されました。 欧州委員会のITS指令ページ では、改正規則が車両とインフラ間の協調ITS通信、自動モビリティ、マルチモーダル予約・発券プラットフォームを含む新興サービスをカバーすると確認しています。また、速度制限、道路工事の場所、マルチモーダルアクセスノードなど安全上重要な道路データのデジタル化も義務付けています。

エンジニアリングへの影響は2026-2027年に予定される委任法令を通じてもたらされます。これらの委任法令では、C-ITSセキュリティ認証管理、協調サービスの相互運用性要件、および車両、路側インフラ、交通管理センター間で流れる情報のデータ品質基準に関する拘束力のある仕様が定義されます。採択されると、EU域内でC-ITSサービスまたは局を展開するすべてのエンティティにとってコンプライアンスが義務となります。

C-ITSエンジニアリングの機会を逃した場合のリスクは何ですか？

C-ITSエンジニアリングを遅延させる交通機関は、3つのカテゴリのリスクに直面します：

運用上の孤立。 加盟国が高速道路や都市ネットワークに相互運用可能なC-ITSサービスを展開する中、対応システムを持たない機関は国境を越えた協調サービスへの参加ができず、コネクテッドビークルから安全上重要なメッセージを受信・中継できず、欧州委員会がITS仕様と並行して開発している欧州モビリティデータスペースへのデータ提供もできなくなります。

資金調達からの除外。 欧州接続ファシリティ輸送プログラム は2021-2027年に総額258億ユーロの予算を持ち、C-ITS回廊展開が対象となっています。2025年のCEF一般公募では94プロジェクトに28億ユーロが配分されました。信頼できる展開計画と調和された仕様への適合がない機関は、残りのプログラムサイクルでこの資金にアクセスできなくなります。

調達のボトルネック。 C-ITSシステム統合のエンジニアリング人材は、無線通信、PKIセキュリティ、リアルタイムメッセージ処理、交通管理システム統合など専門性が高く、希少です。プログラムを遅延させる機関は、より厳しいタイムラインと少ない交渉力で、早期に開始した機関と同じミッションクリティカルエンジニアリングパートナーを奪い合うことになります。

交通機関はC-ITSコンプライアンスのために何をエンジニアリングする必要がありますか？

C-ITSコンプライアンスのエンジニアリング範囲は5つの層に分かれます：

通信インフラ

EU C-ITSはハイブリッド通信モデルで動作します。短距離層ではETSI ITS-G5（ETSI EN 302 663として標準化）が5.9 GHz帯で車両-インフラ（V2I）および車両-車両（V2V）通信に使用されます。ITS-G5は、サブスクリプション不要で任意の場所で動作し、機能安全要件を満たす自律分散アドホックネットワークを提供します。後継規格IEEE 802.11bdは後方互換性を維持しながら性能を向上させます。

セルラー側では、C-V2Xが補完的な長距離通信を提供します。交通機関は最低限ITS-G5をサポートする路側インフラを構築し、セルラーバックホールと将来のC-V2X統合のためのアーキテクチャを確保する必要があります。

Day 1サービスアプリケーション

EUはC-ITS展開をサービス階層で定義しました。Day 1サービス（最初の象条件警報、前方渋滞警告、低速・停車車両警報、信号現示・タイミング（SPAT/MAP）データが含まれます。C-Roadsプラットフォームは、各サービスのメッセージ形式、トリガー条件、サービス品質パラメータを定義した調和された仕様を公開しています。

路側ITS局は、ETSI EN 302 637に基づいて標準化されたDENM（分散型環境通知メッセージ）とCAM（協調認知メッセージ）を生成、受信、中継する必要があります。エンジニアリング作業はハードウェアの設置だけでなく、メッセージ生成ロジック、地理的関連性フィルタリング、サービスレベル品質しきい値にまで及びます。

セキュリティとトラストインフラ

C-ITSメッセージは暗号学的に署名・検証される必要があります。EU PKIモデルはITS局が使用する証明書を発行、管理、失効させます。エンジニアリングチームはハードウェアセキュリティモジュール（HSM）を実装し、ETSIおよびIEEE証明書形式をサポートし、EUの証明書トラストリストアーキテクチャと統合する必要があります。協調型輸送スタック内の個人識別情報には、GDPRに準拠したデータ処理が必要です。

データ交換と相互運用性

交通機関は、速度制限、道路工事、交通状況などの静的・動的道路データを標準化されたマシンリーダブルインターフェースを通じて提供できるようにする必要があります。越境回廊の事業者は、C-Roads Releaseの仕様に対して、隣接加盟国のシステムとC-ITSサービスがシームレスに機能することを検証する必要があります。

集中管理プラットフォーム

C-ITS管理センターは路側局のデータを集約し、メッセージの生成・配信を管理し、既存の交通管理システムとインターフェースし、運用モニタリングを提供します。ドイツの展開では、Kapschのクラウドベース接続型モビリティコントロールセンター（CMCC）をこの層の参照アーキテクチャとして使用しています。

ドイツはEurope最大のC-ITSプロジェクトをどのように展開しましたか？

ドイツのC-ITS展開は、EUにおける本格的な協調型高度道路交通システムエンジニアリングがどのようなものかを最も明確に示す事例です。

2025年、 Kapsch TrafficComとAutobahn GmbHがフェーズ1を完了しました 。これはEurope最大のC-ITSプロジェクトで、約1,000基のITS路側局が8,600 kmのドイツ高速道路にわたって移動式防護柵パネルに設置されました。プロジェクトの範囲には約1,200基の路側ユニットと、局を管理し既存の交通管理システムとインターフェースするクラウドベースのCMCCが含まれます。

初期サービスは工事区間警告で、接近する車両は前方の道路工事についてリアルタイムのDENM警告を受信します。展開には、ドイツ全土の120の道路維持管理部門との調整が必要でした。将来のフェーズでは、危険気象警告や交通流管理を含む追加の協調サービスが追加される予定です。

自社のC-ITSプログラムを評価している交通機関にとって、ドイツの展開事例はいくつかの実践的な教訓を示しています：必要な調整の規模（120部門）、必要なインフラ（単一サービスに1,000基以上の路側局）、段階的アプローチ（まずハードウェア、次にサービスを段階的に追加）です。Eastgate Softwareは12年以上にわたり、Autobahn GmbHおよびSiemens Mobilityと共に輸送インフラシステムを提供し、C-ITS展開が求めるITSエンジニアリング能力を構築してきました。

EU C-ITSエンジニアリングプログラムのタイムラインは？

全国規模または地域規模のC-ITSプログラムの現実的な実施タイムライン：

1. 準備状況評価とアーキテクチャ（8-12週）： C-ITSアップグレードの可能性について既存の路側インフラを監査します。目標ゾーンのアーキテクチャを定義します。どの回廊にITS-G5カバレッジを最初に提供するか、管理センターの設置場所、C-ITS層と既存の交通管理との接続方法。ETSI仕様に対して通信要件を評価します。
2. 調達とインフラ展開（16-24週）： ITS路側局を調達し、設定・統合します。集中管理プラットフォームを展開します。HSM、証明書プロビジョニング、CTL同期を含むPKIインフラを実装します。ドイツの経験では、このフェーズは多くの運用部門にわたる調整が必要です。
3. サービス実装とテスト（8-12週）： 初期展開のDay 1サービスロジックを実装します（通常は道路工事警告）。C-Roadsの調和された仕様に対してメッセージ生成、地理的関連性、サービス品質をテストします。該当する場合は越境相互運用性を検証します。
4. 運用開始と拡張（継続的）： 運用サービス提供を開始します。システムパフォーマンスとメッセージ品質を監視します。Day 1.5サービスを段階的に追加します。運用結果をEU仕様プロセスにフィードバックします。

プログラム開始から最初の運用サービスまでの総タイムライン：8-12ヶ月。越境回廊（ライン-アルプス、北欧、イベリア）で運用する機関は、隣接加盟国との相互運用性検証のための時間を追加してください。

EU C-ITSに適用される標準とコンプライアンス要件は何ですか？

EU輸送インフラのC-ITS展開は、複数の交差する標準に準拠する必要があります：

• 指令2023/2661： 改正ITS指令。2025年12月までに国内法に転換済み。C-ITS仕様の拘束力のある法的根拠を作成します。
• C-Roads調和仕様： Day 1およびDay 1.5サービスのメッセージ形式、サービスパラメータ、相互運用性要件を定義します。EU C-ITS展開の事実上のエンジニアリング標準です。
• ETSI ITS-G5（EN 302 663）： 5.9 GHz帯の短距離通信標準。EU C-ITS展開のV2I通信に必須です。
• ETSI EN 302 637： DENMとCAMのメッセージ形式およびトリガールールを定義します。
• NIS2指令： C-ITSインフラは重要インフラのサイバーセキュリティ要件に該当します。交通事業者はC-ITSシステムがNIS2サプライチェーンセキュリティ義務を満たすことを確認する必要があります。
• GDPR： 車両プローブデータや協調認知メッセージの処理は、プライバシーバイデザイン管理とデータ最小化を実装する必要があります。
• EU PKIフレームワーク： C-ITS局のセキュリティ認証管理（証明書発行、失効、トラストリスト管理を含む）。

交通エンジニアリングリーダーはC-ITSについてどのような質問をすべきですか？

C-ITSに対する委任法令はどの程度拘束力がありますか？

採択されると、改正ITS指令に基づく委任法令は、C-ITSサービスまたは局を展開するあらゆるエンティティに法的拘束力を持ちます。C-ITSサービスが展開される場合、コンプライアンスは義務であり、仕様は任意のガイドラインではありません。現在C-Roads仕様に基づいて展開している交通機関は、最終的な委任法令が公開された時点で整合させる必要があります。

単一の回廊から開始して拡張できますか？

はい、これが推奨されるアプローチです。ドイツは追加サービスを計画する前に高速道路上の工事区間警告から開始しました。C-Roadsプラットフォームは段階的展開を明示的にサポートしており、Day 1サービスを基盤としてDay 1.5/Day 2サービスを段階的に追加します。安全上の影響が最も高く、運用準備が最も整っている回廊から開始してください。

C-ITSと自動運転の関係は何ですか？

C-ITSは、自動運転システムがリアルタイムの危険認識、交通信号タイミング、道路状態データに依存する車両-インフラ通信層を提供します。改正ITS指令は、C-ITSと並んでコネクテッドおよび自動モビリティを明示的にカバーしています。今C-ITSインフラを展開する交通機関は、自動モビリティサービスが必要とする基盤を構築していることになります。

ITS-G5対C-V2Xの技術論争にどう対応すればよいですか？

EUの政策はサービスレベルで技術中立の立場を取っています。重要なのは相互運用性であり、基盤となる無線技術ではありません。ただし、現在のC-Roads仕様と本番展開（ドイツのアウトバーンプロジェクトを含む）はITS-G5に基づいています。エンジニアリングチームは現在のサービスにはITS-G5を展開しながら、セルラーエコシステムが成熟するにつれてC-V2Xに対応できるアーキテクチャを設計すべきです。

交通エンジニアリングリーダーはどこから始めるべきですか？

まず、既存のインフラと計画された回廊展開にマッピングしたC-Roads調和仕様に対するギャップ評価から始めてください。Day 1サービス（道路工事警告と危険箇所通知）を優先してください。これらは最も強い規制的裏付けと最も多くの運用上の前例があるためです。現在の仕様リリースにアクセスするために、各国のITS窓口口とC-Roadsプラットフォームに問い合わせてください。ドイツ、オーストリア、または北欧回廊の機関にとっては、すでに運用されている本番展開が設計の具体的なエンジニアリング基準を提供します。EU C-ITS展開義務化のタイムラインはすでに動き始めています。仕様は確定されつつあります。2027年の期限に間に合わせるために必要なエンジニアリング作業は実質的で明確に定義されていますが、今すぐプログラムを開始した場合にのみ達成可能です。

EU C-ITS展開義務化は将来の計画事項ではありません。転換済みの法制度、稼働中の参照展開、そして仕様が拘束力を持つ際にどの交通機関がコンプライアントでどの機関が運用上孤立するかを決定する委任法令タイムラインを持つ、現在進行中のエンジニアリングプログラムです。