建設行政

道路通信標準に関する最近の取組み
おくたに

建設省土木研究所高度道路交通システム研究室主任研究員

ただし

奥谷 正

ETC（自動料金収受システム）など最先端の情１

はじめに報通信技術を応用し，ITS のアプリケーション（個別応用システム）を実用化させてきた。

ITS（高度道路交通システム）は，最先端の情ITS はこうした，アプリケーションの単独の整報通信技術や制御技術などを用いて人と道路と車備を進めるだけでなく，光ファイバーなどの情報を一体的にとらえ，安全，快適で効率的な移動に通信媒体や情報そのものの共通利用を進め，統合必要な情報を迅速，正確かつわかりやすく利用者的なシステムとして構築することが特徴であるとに提供するとともに，情報，制御技術の活用によいえる。こうした，システムの共通基盤を ITS

り運転操作の支援を可能とするなど，これからのプラットフォームと呼んでいる。

道路サービスの高度化に不可欠の施策である。

ITS プラットフォームの上に個々のアプリケー

ITS の整備は，道路交通の安全性，快適性，輸ションを整備すれば，ステレオコンポのように各送効率の飛躍的向上を実現するとともに，渋滞軽システムが一体となって全体の機能を発揮するよ減など，交通の円滑化を通して環境保全にも大きうになる。ちなみに，ITS 全体のサービス，コンく寄与するなど，豊かで活力ある国民生活の実現

ポーネント配置，機能および情報の概要を明示すに資する。

るのがシステムアーキテクチャである。

さらに，光ファイバーをはじめとする情報通信

ITS プラットフォームには，道路上のセンサーインフラの整備，情報の受発信端末である道路や類や光ファイバーなどのハードウエアばかりでは車両の高度化，情報内容の拡充をもたらすものでなく，これらの機能，性能，品質要件を規定したあり，高度情報通信社会の実現に必要な，ITS 以

基準類，システムアーキテクチャ，システム間の外の広範囲な分野の発展をも促進するものであ互換性を確保するためのインタフェース仕様，導る。

入効果や評価の手法など無形のものも幅広く含まれる。

２

ITS プラットフォーム

これらを整備することで ITS アプリケーショ
ンの国内および国際的な互換性の確保，効率的・

これまでも，日本の道路においては，グラフィック情報板，VICS（道路交通情報通信システム），

２０ 建設マネジメント技術

2000 年 3 月号

効果的な ITS の展開，安全性や信頼性の確保等が促進される。

図―１

ITSのプラットフォームのイメージ

孤立システムITSのコンポーネント

VICS

VICS ETC AHS 道路管理

・情報の定義（データディクショナリ）・情報の組立て方法（メッセージセット）の三つの標準を定めようとするものであり，道路ETC
AHS

共通なソフト（データ構造，通信手順…）
共通なハード（センサ

道路管理ー，通信施設，バックボーン…）

管理者の ITS システム調達において，・情報交換，情報の共通利用の促進
・システムの互換性や拡張性の向上
・システム開発の共通基盤の形成・国際標準との整合に資することを目的とする。

４

通信の３要素と機能道路施設などと同様，ITS プラットフォームも，誰もが，長期間，安心して使えるものであり，インフラ（社会基盤）そのものといえる。

道路通信の３要素のうち，プロトコルは，インターネットの設定で必須の TCP/IP がその代表

今回は，ITS プラットフォームのうち，平成９であり，耳にする機会も多いと思われる。ユーザ

年１１月から土木研究所において取り組んでいる道

認識，長いデータを小分けで転送するためのパケ

路通信標準の最近の取組み状況について紹介すット，回線の確立など実は，多くの役目を担ってる。

いる。
一方，データディクショナリとメッセージセッ

３

道路通信標準の構成と目的

トは，あまり馴染みがない言葉である。実際のところ，国際標準でも，通信の専門家の間でも統一

道路交通情報板や道の駅などの整備をはじめ，された定義はない。ただ，最近は ISO の検討テ

これまでも各道路管理者は，情報通信技術を用いーマの中にも目立つようになっており，今後はポたシステムを整備してきたが，情報通信方式などピュラーなものとなるかもしれない。のソフト分野は，多くが目に見えるハードウエアの付録的な扱いでしかなかった。

簡単に，通信を文章の伝達にたとえれば，これらは，辞書と文例（文法）に相当する。

先見的な道路管理者が独自に仕様を定めている

データディクショナリは辞書と同様，情報をデ場合でも，拡張性や接続性の点では十分ではなータ（単語）に正確に変換し，また，送られてきく，特に，VICS のような，異なる管理者間で情たメッセージに詰め込まれているデータ（単語）報の交換を行うことの必要な ITS アプリケーシから意味を正確に読み取るために用いられる。

ョンの実現においては重大な支障となっている。

メッセージセットは文例や文法と同じで，デーまた，道路管理者がこうした通信方式に無関心タ（単語）を正しく配置してメッセージ（文章）でいると，納入元のメーカー固有の方式が実装され，システムの維持，保守，拡張が納入メーカー以外では実質上不可能となる「メーカーの囲いこみ」が進み，将来の致命的なコスト増と新技術の開発阻害を招く恐れがある。
道路通信標準は，こうした諸課題も踏まえ，道を作成するために用いられる。
また，プロトコルをこの比喩に合わせると，文章の順序や会話順に相当する。
つまり，ITS のアプリケーションやその構成要素の間でお互いの情報を共通利用しようとするための「言葉」を定めたものといえる。さらなる理路管理者システムの情報通信に関する，解のため，図―２に異なる管理者間の情報交換の・通信の手順，規約（プロトコル）イメージを示す。

建設マネジメント技術

2000 年 3 月号 ２１

図―２ 道路通信標準を用いた情報交換のイメージ

Ａ管理者①「事故が発生し，Ｃ区間が不通になった」情報をＢ管理者に伝えるぞ！
②この場合は，８番のメッセージセットが使える。
「メッセージ番号，○○，△△，××」とメッセージを組立てるのか！
③ 値をセットしよう。まず，メッセージ番号は「８」だ。
・○○はデータディクショナリ（ＤＤ）から事故の内容だ。
値は「大型車事故」をセットする。
・△△はＤＤから区間だ。「Ｃ区間」だ。
・××はＤＤから道路の状況だ，「通行止め」だ。
メッセージができた。
「８大型車事故Ｃ区間通行止め」（メッセージの抽象表現）④符号化ルール（転送構文）に従い，ビット列で表現する。
「…1000100 … 11100 … 11100110 … 10 」だ。（メッセージの転送表現）
メッセージシーケンス
プロトコルスーツ

搬送機能

Ｂ管理者

同一のメッセージセット，データディクショナリを持つ。
符号化ルールも一致させている。
ビット列を期待通りに解読して，意図する情報を得た。
Ｂ管理者の情報板に表示した。

結局のところ，通信は，情報をメッセージに表

道路通信標準では，１０年度までは，図―３のシ現（最終的には二進数の塊となる）して相手に伝ステムを設定し，センター間通信から高速側の領え，相手がこのメッセージを解釈してそこから正域に拡充してきた。

しく情報を得られればよいのであって，メッセー

また，平成１１年１１月には，ITS 関連５省庁のジの伝達経路や機器の内容とは切り離すことがで

ITS システムアーキテクチャの初版が完成し，道きる。つまり，異なるシステムであっても，送り路管理者の関係システムの全貌が抽出可能となっ手と受け手で，メッセージの解釈と搬送に関するた。このため，機能を細部まで一致させれば，共通の「言葉」をもつ（通信インタフェースを揃える）ことになり，通信が可能となる。

データディクショナリの体系をシステムアー
キテクチャの構成と整合をとる

 システムアーキテクチャで定義された１７２のサブサービスのいくつかをまとめた道路管理者

５

道路通信標準の検討状況

関連のパッケージ（全部で約３０）を対象に拡充する

道路通信標準は実際のアプリケーションで用い これらのうち，平成１４年度までに道路管理者られている膨大な単語と文（メッセージ）を解析の調達対象となるすべてのシステムをカバーすして定める必要があり，一朝一夕に完成するもの

ることを目標に，平成１２年度内に道路通信標準ではない。

を現地で適用可能なように概成する

また，本来，通信は独立して存在するのではなという作業方針をもつこととした。

く，アプリケーションの通信に対する要求があっ現在のところ，データディクショナリは約１，０００て設計がなされるものであるため，通信を利用す項目について定義や書式を整理している。この作

るすべての対象アプリケーションやその機能，情業では，たとえば，道路管理者間で定義が異なる報に応じて，適切な通信機能（速度を重視するデータ表現の調整（天候データの数値表現方法なか，詳しさを重視するかなど）を選択肢として提ど）も進めている。
また，メッセージセットでは，対象となるコン案する必要がある。

２
２ 建設マネジメント技術

2000 年 3 月号

図―３ 道路通信標準の対象システム
センター間通信（メッセージ交換・蓄積）

センター路側間通信（制御系）（センサー・端末）

情報板
システム

道路維持管理システム

低い

OD 交通データ
計測システム

特車管理システム
ETCシステム
画像処理システム（ITV）

リアルタイム性
VICS

インテリジェント情報板システム

交通量常時観測システム（トラフィックカウンタ）

1997.11 〜
1998.9 〜

路側・路側間通信（路側ネットワーク）（分散システム）

障害物・危険警告システム
少ない

1999.9 〜（情報交換量）高い

多い

ポーネント（システムの共通構成要素）を定義

ど標準が煩雑になることを除けば，明瞭な記述方し，アプリケーション機能に応じて適切に選択で法となっているため，システムのソフトウエアのきるような構造を考え，整備を進めている。

作成労力が逆に減少する効果もあると考えていプロトコルの検討では，デファクトスタンダーる。

ドを活用しつつ，狭域無線や光ファイバの下位プロトコルの規定も追加検討しているところであ６

おわりにる。
道路通信標準は，国際標準との整合も大きな課

ITS のアプリケーションでも，ETC のように題である。現在，ITS の国際標準化について（ISO全く新規のものは，現状の方式との混在を考える/TC204）約７０テーマ程度が進められているとこ

ことなく標準化の検討を進めることができる。

ろであるが，このうち，半分程度は特定のアプリケーションの通信に関係したテーマである。

しかし，既存のアプリケーションに関しては，各道路管理者独自の通信方式から道路通信標準へ実際，データディクショナリのデータモデルにの移行方法を別途検討する必要がある。現地への関する ISO での検討の参考として，検討グルー適用を進めるためは，こうした移行方法を含む導プのメンバー国の要請に基づいて，道路通信標準入マニュアルや情報システムの特性を考慮した調のデータモデルを参考提示した例がある。

達のガイドラインの作成が必要と考えており，こ道路通信標準は対象のアプリケーション範囲も多く，今後は，調整が必要な項目が増えてくるものと予想される。
日本から国際標準化活動への積極的な発信を行うケースも想定し，国際的な場で議論を行える条件を整えておく必要がある。

れらについても検討を進めている。
通信標準を実際に適用するまでには，まだしばらく時間を要するが，その間にも，各道路管理者によって情報システムの調達は進みつつある。
情報の交換を伴わないようなシステムである間は旧来の通信方式や調達方式であっても問題は少このため，データディクショナリやメッセージないが，近い将来，情報の共通利用が避けられなセットの記述については，JIS や ISO にも定めらいことを考えると，一刻も早く，各道路管理者間れ た 標 準 の 記 述 方 法（ASN1：Abstract Syntax

で道路通信標準を調整，オーソライズした上で，Notation1，抽象構文記法）を採用している。記現地導入を進める必要があり，今後とも検討を推

述自体が英文となるため別途，和文を併記するな進していきたい。

建設マネジメント技術

2000 年 3 月号 ２３