建設行政空間データ基盤運用システム設計のための

建設行政空間データ基盤運用システム設計のための
ガイドライン
平成１５年３月
国土交通省国土地理院
目
次
はじめに.............................................................................................................................................................. 1
1.
概要............................................................................................................................................................. 2
1.1.
2.
3.
背景.........................................................................................................................................................2
1.1.1.
行政情報化の推進..........................................................................................................................2
1.1.2.
GIS 関係省庁連絡会議における GIS の推進...............................................................................2
1.2.
目的.........................................................................................................................................................4
1.3.
効果.........................................................................................................................................................4
1.4.
適用範囲.................................................................................................................................................5
建設行政空間データ基盤の運用と維持...................................................................................................... 7
2.1.
建設行政空間データ基盤とは...............................................................................................................7
2.2.
製品仕様の維持......................................................................................................................................8
建設行政空間データ基盤製品仕様書(案)の概要........................................................................................ 9
3.1.
目的.........................................................................................................................................................9
3.2.
引用規定.................................................................................................................................................9
3.3.
応用スキーマ .......................................................................................................................................10
3.3.1.
地物定義.......................................................................................................................................10
3.3.2.
UML クラス図 ............................................................................................................................11
3.4.
建設行政空間データ応用スキーマ全体構成 ......................................................................................12
3.5.
建設行政空間データ パッケージ構成...............................................................................................13
3.6.
建設行政空間データパッケージ .........................................................................................................14
3.7.
道路基盤データ集合パッケージ .........................................................................................................15
3.8.
河川基盤地図データパッケージ .........................................................................................................16
3.9.
下水道台帳管理システムパッケージ..................................................................................................17
3.10.
砂防基盤地図データパッケージ .....................................................................................................17
3.11.
大縮尺数値地形データパッケージ .................................................................................................18
3.12.
都市計画標準 GIS 地物パッケージ................................................................................................19
3.13.
総務省共用空間地物パッケージ .....................................................................................................19
3.14.
空間スキーマプロファイル.............................................................................................................20
3.15.
時間スキーマプロファイル.............................................................................................................21
3.16.
参照系...............................................................................................................................................22
3.16.1.
座標参照系...................................................................................................................................22
3.16.2.
時間参照系...................................................................................................................................26
3.17.
品質要求と品質評価手順 ................................................................................................................27
3.18.
メタデータ.......................................................................................................................................29
3.19.
4.
符号化仕様.......................................................................................................................................31
基盤管理システム.....................................................................................................................................32
4.1.
・システム構成....................................................................................................................................32
4.2.
・クライアントアプリケーション開発..............................................................................................33
4.2.1.
基本機能と GUI ..........................................................................................................................33
4.2.2.
API の利用...................................................................................................................................34
4.2.3.
拡張機能.......................................................................................................................................34
4.3.
・サーバアプリケーション開発 .........................................................................................................35
4.3.1.
GATEWAY サーバの基本機能 ..................................................................................................35
4.3.2.
サーバ公開 API について...........................................................................................................36
4.3.3.
GATEWAY サーバ機能拡張......................................................................................................36
4.4.
・データの管理....................................................................................................................................37
4.4.1.
4.5.
データの管理と保存方式 ............................................................................................................37
・運用管理 ...........................................................................................................................................38
4.5.1.
運用管理のあり方........................................................................................................................38
用語と略語........................................................................................................................................................42
別冊「建設行政空間データ基盤製品仕様書(案)」
はじめに
本ガイドラインは、建設行政空間データ基盤の構築にあたり、その全体像を示すとともに建設行政
空間データ基盤製品仕様書（案）および基盤管理システムの概要について記したものである。建設行
政空間データ基盤製品仕様書(案)の詳細については、「別冊：建設行政空間データ基盤製品仕様書(案)」
を参照されたい。
なお、本ガイドラインは、建設行政空間データ基盤の範囲で空間データを運用（作成、利用）する
工事事務所職員、自治体担当者を読者としている。
-1-
1. 概要
1.1. 背景
1.1.1.行政情報化の推進
行政情報化は、行政のあらゆる分野への情報通信技術（ＩＴ）の活用とこれに併せた既存の制度・
慣行の見直しにより、国民の利便性の向上を図るとともに、行政運営の簡素化、効率化及び透明性の
向上に資することを目的としている。
政府においては、ＩＴの活用により世界的規模で生じている社会経済構造の変化に適確に対応し、
「世界最先端のＩＴ国家となる」という目標を確実に達成するため、「高度情報通信ネットワーク社
会形成基本法」（ＩＴ基本法）に基づき策定された「ｅ−Ｊａｐａｎ重点計画」（平成１３年３月２
９日、高度情報通信ネットワーク社会推進戦略本部）を見直し、新たに、「ｅ−Ｊａｐａｎ重点計画
−２００２」（平成１４年６月１８日、高度情報通信ネットワーク社会推進戦略本部）を策定したと
ころであるが、その中でも行政の情報化は、重点政策分野の一つとされ、平成１５年度までに電子政
府を実現することとされている。
社会・経済活動が、デジタル化とネットワーク化を深める中で、政府部門が従来の紙ベースでの運
営を続ける場合、民間部門での取組にも支障をもたらし、ひいては高度情報通信ネットワーク社会の
形成に支障を生じることにもつながりかねない。このため、現状では行政分野全般にわたる取組は着
実に進展しているものの、今後電子情報を原則とした行政事務・事業の情報化に、より一層の取組が
必要である。また、その際には、事務自体をそのままペーパーレス化（電子化）するのではなく、業
務改革、制度・法令の見直し等を実施するともに、ワンストップサービス化を進め、行政の効率化、
国民の負担軽減を実現する必要がある。
1.1.2.GIS 関係省庁連絡会議における GIS の推進
地理情報システム（ＧＩＳ）及び国土空間データ基盤の整備・普及に関しては、平成７年９月に設
置された「地理情報システム（ＧＩＳ）関係省庁連絡会議」において、各省庁における取り組み、諸
外国における取り組み、今後の課題と方向等について検討を行い、その結果を「国土空間データ基盤
の整備及びＧＩＳの普及の促進に関する長期計画（平成８年 12 月 18 日決定）として公表し、今後
の政府の取り組みに係る基本的方向を示した。
また、ＧＩＳの整備・普及をより確かなものとする必要があることから、2001 年度末をもって計
画期間を終了する現行の計画に代わるものとして、2002 年度以降４年間を計画期間とする政府の新
たな計画「ＧＩＳアクションプログラム 2002-2005」を作成した。
今後とも、その取り組みを更に進める必要があるが、その際、整備された基盤環境を利用して、行政、
産業、国民生活の各分野で、ＧＩＳを活用した効率的で質の高い活動を実現させるという新たな展開
を図ることが極めて重要である。
さらに、「e-Japan 重点計画」を具体化し、行政の情報化を通じた公共サービスの質の向上や新し
いビジネスモデルの創造等を通じて豊かな国民生活を実現するには、ＧＩＳはこれまでにも増して重
要な役割を担うものと考えられる。現に、近年、ＧＩＳは、カーナビゲーションや様々な位置情報サ
ービス等一般国民にも身近なサービスにその利用範囲が拡大しており、ＩＴ社会の中で重要な一角を
占めつつある。
-2-
このため、2001 年度末をもって計画期間を終了する現行の諸計画に代わるものとして、2002 年
度以降を計画期間とする政府の新たな計画を作成し、ＧＩＳの整備・普及をより確かなものとする必
要がある。
（国土地理院ＨＰより）
図 1-1．GIS の推進イメージ
-3-
1.2. 目的
建設行政空間データ基盤は、国土交通省が所管する建設行政業務において、整備・利活用されてい
る空間データ及び自治体の共用空間データ等を統合して運用する地理情報システムについて、空間デ
ータ基盤を効率的に構築するためのものである。本ガイドラインは、「建設行政に関わる情報の効率
的な交換、共有、連携を可能とする環境を形成する」ことを目的としている。
1.3. 効果
建設行政空間データ基盤の構築により、次の効果が期待される。
① 重複投資の削減
データベースを共有することにより、データ構築の重複投資を削減することができる。
② 正確度の高い情報の入手
各々の事業者が作成するデータを活用することにより、正確性の高い情報を入手することができ
る。
③ 鮮度の高い情報の入手
各々の事業者が作成するデータを活用することにより、鮮度の高い情報を入手することができる。
④ 電子国土の促進
建設行政における全国的な空間データが流通することになり、
電子国土インフラの一部として利
用が可能である。
⑤ 個別応用システムの利用促進
共通に利用できるデータが整備されることにより、高度なシステム利用が促進される。
⑥ システム開発仕様の統一
システム開発の際の仕様を明確にすることで、効率的なシステム設計や開発が可能である
-4-
1.4. 適用範囲
建設行政空間データ基盤は下記の考え方に基づき、表 1-1 に示す範囲に適用する。
・各々の空間データの仕様は、各事業者が定めているものに従う。
・空間データの流通性を確保するため、対象は地理情報標準（及び ISO/TC211）に準拠し
て策定されたものを対象とする。
なお、適用範囲については、現状において上記の要件を満たしている範囲としているため、今後、
各事業者のデータ仕様が要件に適合した時点で、適宜、範囲を見直すものとする。
表 1-1．建設行政空間データ基盤（2003.3 版）の範囲
名称
対象の版
（自治体）共用空間データ基本仕様書
平成 11 年度
大縮尺数値地形データ仕様書記載事項及び品質(案)
平成 14 年度
道路基盤データ製品仕様書(案)
平成 14 年度
河川基盤地図データ作成ガイドライン(案)
平成 13 年度
下水道台帳管理システム標準仕様（ISO/TC211 準拠）
平成 14 年度
都市計画 GIS 標準化ガイドライン(案)
平成 11 年度
土砂災害防止法に使用する数値地図作成ガイドライン（案）暫定版
平成 14 年度
-5-
関係法令
主な地物
(パッケージレベル)
経 緯
作成開始／終了年度
作成者
仕様書名称
平成 14 年度
平成 1４年度
平成１３年度
平成 1４年度
平成１２年度
都市計画 GIS 標準化ガイドライン
(案)
国土交通省都市・地域整備局
-6-
総務省では平成 9 年度の調査研究で1/500、1/1,000 大縮尺数値地形 道路行政における GIS 統合環境（道河川ＧＩＳは、国土地理院の空間デー道路管理センターの設立（1988 年）都市計画 GIS 標準化ガイドライン
「統合型 GIS」の考え方を示し、平成図データに係る仕様書記載事項、品質 路 GIS）の普及と推進を目的として、 タ基盤整備の河川領域における補完 に伴い、下水道事業団、政令指定都市(案)は、都市計画ＧＩＳの必要性の検
11 年度の調査研究では地方公共団体要件及び品質評価手順（製品仕様書道路に関わる共通的な情報基盤や各的役割を持ち、その一部は、将来、空からなる「下水道マッピングシステム討、並びにコード体系、品質、メタデ
種関連仕様等の検討を行っている。平 間データ基盤の一部を形成していく 開発委員会」が発足し、東京都の下水ータ等の定義についてまとめられた
が共通して利用すると考えられる地(案)を作成する。
成 12、13 年度は、検討された基盤ものである。よって、データ仕様は、道台帳管理システムを参考としてもので、１版が平成１２年７月に発行
物を「共用空間データ基本仕様書
データ仕様について、実験を通じた検空間データ基盤に準拠して「河川基盤1994 年に「下水道台帳管理システされている。
（案）」にまとめた。当仕様ではデー
地図データ作成のガイドライン」（国ム標準仕様(案)導入の手引き」が発行 本ガイドライン(案)の標準化に関する
証が行われる。
タ型や値域を示めされず、概念的な仕
土交通省河川局）としてまとめられてされた。近年は、下水道技術の進展、基本的な取り決めについては、地理情
様である。
システム構築環境の変化、GIS データ 報 標 準 に 従 っ て い る が 、 現 状 、
いる。
また合わせて調達仕様の雛形を示し、
の国際標準（ISO/TC211）への対応 ISO/TC211、地理情報標準とも改訂
空間参照系や元資料の記述を調達仕
等、取り巻く環境が大きく変化した。作業が進められている現状から、その
様に示す事により、内容を変えること
そこで、「標準仕様（案）」の改訂が 時点での標準仕様と位置付けられて
なく複数の時期や複数の地域でのデ
ータ整備に製品仕様を利用する方法
必 要 と な り 、 昨 年 度 よ り 、 いる。
を提唱した。
ISO/TC211 に準拠する仕様が検討
されている。
都市計画区域
基準点
地表面 P
建設行政空間データ基盤 P
1/2,500
管渠
土地
基準点 P
道路基盤地物 P
河川基本主題データ
マンホール
市街化区域・市街化調整区域
取付間管
地域・地区
道路
設置物 P
道路基本地物 P
河川基図データ
建物
行政区 P
道路関連地物 P
河川背景データ
公共ます
促進区域
地形表現 P
道路支持地物 P
ポンプ施設
遊休土地転換利用促進地区
地形
水部
注記 P(単独)
管理者 P
鞘管
被災市街地復興推進地域
都市施設
鉄道
処理区界
市街地開発事業
※P：パッケージ
※P：パッケージ
排水区界
側溝
市街地開発事業等予定区域
地区計画等
※ 都市計画 GIS 標準化ガイドライン
（案）の「分類」による
無
公共測量作業規程大縮尺図式規程
主に道路法による
主に河川法による
主に下水道法による
主に都市計画法による
下水道台帳の調製について
作成：平成 11 年度
道路基盤データ製品仕様書(案)
河川基盤地図データ作成のガイドラ 下水道台帳管理システム標準仕様
（自治体）共用空間データ基本仕様書 大縮尺数値地形図に係る仕様書記載
（ISO/TC211 準拠）
事項及び品質(案)
イン(案)
総務省自治行政局地域情報政策室
国土地理院(測技協)
国土交通省道路局企画部道路防災対
国土交通省河川局
(社）日本下水道協会
策室
表 1-2 各事業者のデータ仕様概要
2. 建設行政空間データ基盤の運用と維持
2.1.建設行政空間データ基盤とは
建設行政空間データ基盤は、建設行政において共通に利用される空間データの運用を行う仕組みの
ことである。建設行政空間データ基盤を運用する上では、共通的に利用される空間データ及びその仕
様、運用システム、運用ルールなどが基盤として必要である。
共通的に利用されるデータは、「２つ以上の事業者が利用している空間データ」として定義し、建
設行政空間データ基盤製品仕様書として策定している。建設行政空間データ基盤製品仕様書は、流通
性の向上を図るため、空間データの仕様に関わる標準規格である地理情報標準に準拠した形式とする。
一方、道路事業や河川事業、砂防事業などの個別の事業分野で必要とされるデータは、個別データ
と位置付ける。各事業者は、建設行政空間データ基盤と個別データを合わせて GIS を運用する。各事
業者は、建設行政空間データ基盤に定義されている地物を整備する場合は、これに準拠しなければな
らない（図 2-1）。
道路
歩
行
者
自
動
車
除
雪
機
械
＊
＊
＊
施
＊
設
＊
管
＊
理
ＩＴＳ
基盤データ
都
市
計
画
河
川
自
治
体
＊
＊
＊
＊
道路
基盤データ
建設行政空間データ基盤
（建設行政において共通的に利用されるデータ）
図 2-1 建設行政空間データ基盤の運用
また、基盤管理システムは、建設行政空間データを運用管理するための情報システムである。各事
業者が保有している空間データのうち、建設行政空間データとして定義されたデータ（共通データ）
を入手したり提供したりする機能を有する。つまり、ネットワーク上に分散配置された各事業者のサ
ーバのデータを、クライアントの要求に応じてデータを提供するシステムである。図 2-2 に基盤管理
システムの概念を示す。
-7-
自治体 DB ｻｰﾊﾞ
事務所 DB（道路）ｻｰﾊﾞ
事務所 DB
（河川）ｻｰﾊﾞ
GATEWAY サーバ
クライアント
図 2-2 基盤管理システムのイメージ
2.2.製品仕様の維持
建設行政空間データ基盤製品仕様書は、各々の事業者の仕様改訂や適用範囲の拡充に伴い、見直す
ものとする。このように建設行政空間データ基盤製品仕様は、常に維持されるものとする。
適用
範囲
の
拡充
(
)
S
I
G
建設行政空間データ基盤
製品仕様書
図 2-3 建設行政空間データ基盤製品仕様書の維持
-8-
ある分野の
空間データ仕様書
・・・・・
自治体 共用空間
データ基本仕様書
都市計画
標準化
ガイドライン
河川基盤地図データ
作成ガイドライン
道路基盤データ
製品仕様書
現行の適用範囲
製品仕様
の見直し
3.建設行政空間データ基盤製品仕様書(案)の概要
3.1. 目的
建設行政空間データ基盤製品仕様書（案）は、建設行政分野で共通的に利用される空間データの製
品仕様であり、流通性の向上を図るために国土地理院が主宰する官民共同研究で策定された地理情報
標準に準拠して策定された。
3.2.引用規定
本製品仕様書が引用している規定は、以下のとおりである。
(1) 地理情報標準（第 2 版）
空間データの標準規格に関する国際標準（ISO/TC211）に準拠した国内標準で、平成１４年３月
に策定された第 2 版のうち、以下の標準に準拠している。
Ⅰ
：空間スキーマ
Ⅱ
：時間スキーマ
Ⅲ
：応用スキーマのための規則
Ⅴ
：座標による空間参照
Ⅶ
：品質原理
Ⅷ
：品質評価手順
Ⅸ
：メタデータ
ⅩⅠ ：符号化
ⅩⅡ ：製品仕様書
(2) 適用範囲の仕様類
本製品仕様書で対象の事業分野及び空間データ仕様は、以下のとおりである。
① 道路基盤データ製品仕様書(素案)、平成 1４年度、国土交通省道路局企画部道路防災対策室
② 河川基盤地図データ作成ガイドライン(案)、平成 1３年度、国土交通省河川局
③ 下水道台帳管理システム標準仕様（ISO/TC211 準拠）、平成 1４年度、(社)日本下水道協
会
④ 土砂災害防止法に使用する数値地図作成ガイドライン（案）、平成 1４年度、（財）砂防フロ
ンティア
⑤ 大縮尺数値地形データ仕様書記載事項及び品質(案)、平成１４年度、国土地理院
⑥ 都市計画 GIS 標準化ガイドライン(案)、平成１２年度、国土交通省都市・地域整備局
⑦ 共用空間データ基本仕様書、平成１２年度、総務省自治行政局地域情報政策室
-9-
3.3.応用スキーマ
応用スキーマとはデータの内容と構造を記述したものである。建設行政空間データ基盤に定義した
地物の名前や記述，属性や地物間の関連，制約条件等を定義する。
地物や属性の定義，及び属性の定義域など詳細な情報は地物定義で記述し，地物間の関係などデー
タ構造に関する情報は UML クラス図で記述する。
3.3.1.地物定義
ここでは，建設行政空間データ基盤の地物項目を以下の項目で定義する（図 3-1）。
①地物名称
地物の名称を記述する
②引用する仕様名称
地物を定義するにあたって引用した各事業者の仕様名称を記述する
③地物定義
地物の定義を記述する
④継承する上位クラス
定義する地物が他の地物を継承している場合は，上位の地物の名称を記述する。
⑤属性定義
地物の持つ属性の定義及び型を記述する。属性の定義域が定められている場合は、それも記述す
る。
②引用する仕様名称
①地物名称
③地物定義
④継承する上位クラス
⑤属性定義
図 3-1 地物定義サンプル
- 10 -
3.3.2.UML クラス図
UML クラス図では地物の関連や制約条件を表記する。地物の関連は、継承、集約、結合などがあり、
地物同士の意味的な関係を表現する。図 3-2 は、継承、関係を表記している。関連の種類により表記
法が異なる。地物定義に制約条件がある場合は、制約条件を表記する。
<<Abs tract>>
対応す る境界線の形
状を示す GM_Curveを
必ず参照しなければ
ならない
道 路基 盤
継承
<<Feature>>
立体横断施設
+ 範 囲 : GM_Su rf ace
+構成1
0..1
構成要素
+要素1
0..1
制約条件
+構成2
構成要素
関連
0..n
0..n
< <Feature>>
階段
+ 名称 : CharacterString
+ 種別 : CharacterString
+要素2
<<Feature>>
斜路
+ 名称 : CharacterString
+ 種別 : CharacterString
属性
図 3-2
UML クラス図
- 11 -
空間スキーマプロ
ファイル
測定単位プロファ
イル
座標による空間参
照プロファイル
- 12 -
図 3−3 建設行政空間データ応用スキーマ全体構成
時間スキーマプロ
ファイル
<<Application Schema>>
建設分野における各種空
間データ
からそれぞれプロファイルを作成し利用する。
メタデータスキー
マプロファイル
コアメタデータス
キーマ
建設行政空間データ応用スキーマの全体構成は図 3-3 の通りとする。空間属性及び位置参照は，地理情報標準「空間スキーマ」「座標による空間参照」
3.4.建設行政空間データ応用スキーマ全体構成
建設行政空間デ ー タ
砂防基盤地図デ ー タ
河川基盤地図デ ー タ
下水道台帳管理システム
都市計画GIS標準ガイドラ
イン
道路基盤デ ー タ
- 13 -
図 3-4 建設行政空間データと各種空間データの関係
大縮尺数値地形デ ー タ
総務省共用空間
空間パッケージ」を作成する。（図 3-4）
水道台帳管理パッケージ」「砂防基盤地図パッケージ」「大縮尺数値地形データパッケージ」「都市計画 GIS 標準ガイドラインパッケージ」「総務省共用
建設分野における各種空間データパッケージの中に「建設行政空間データパッケージ」「道路基盤データパッケージ」「河川基盤地図パッケージ」「下
3.5.建設行政空間データ パッケージ構成
<<Feature>>
道路区域
(総務省共用空間 から)
<<Feature>>
建物
<<Feature>>
筆
(総務省共用空間 から)
<<Feature>>
行政区域
(総務省共用空間 から)
<< Abstr ac t>>
横断構成要素
<<F eatu re>>
停 車帯
<<Feature>>
副道
<<Feature>>
待避所
(道 路基盤デ ー タ から)
<<F eatu re>>
車 道交差部
(道路基盤デ ー タ から)
<< Featu re >>
す り つけ 区 間
(道路基盤デ ー タ から)
(道路基盤デ ー タ から)
<<F eature>>
自転車道
(道路基盤 デ ー タ から )
(道路 基盤デ ー タ から)
+ 位置 : GM_Point
+ 種別 : Integer
<<F eature>>
柵・壁
<<Feature>>
側帯
<< Featu re >>
シェ ッド
0..n
+要 素5
<< F eatu re >>
エレ ベ ー タ
(道路基盤デー タ から)
+ 範囲 : GM_Surface
0..n
<<Feature>>
エス カレ ータ
<<Feature>>
斜路
+ 範囲 : GM_Surface
(道路基盤デ ー タ から)
+要素 4
構 成要素
+ 範囲 : GM_Surface
(道路基盤デ ー タ から)
構成要素
+構成5
0..1
<<Feature>>
シェ ルタ ー
(道路基盤デ ー タ から)
<< Featu re >>
ト ンネル
- 14 -
<<Feature>>
水質観測所
(河川基盤地図デ ー タ から)
+
+
+
+
+
+
+
+
+
+
<< Featu re >>
水制
(河川基盤地図デ ー タ から)
<<Feature>>
水門
(河川基盤地図デ ー タ から)
範囲 : GM_Surface
施設名 : String
追加距離 : Real
管理所管 : String
目的 : String
完成年月 : TM_CalD ate
左右岸コー ド : Integer
河川コード : String
範囲 : GM _Sur face
施設名 : Strin g
管理所 管 : Str ing
目的 : String
完成年 月 : TM _Ca lDate
護岸構 造コー ド : In te ge r
護岸種 別コー ド １ : Integ er
護岸種 別コー ド ２ : Integ er
左右岸 コード : Intege r
河川コ ー ド : Strin g
範囲 : GM_Surface
施設名 : String
追加距離 : Real
管理所管 : String
目的 : String
完成年月 : TM_CalDate
河川コー ド : String
<<Feature>>
堰
+
+
+
+
+
+
+
+
(河川基盤地図デ ー タ から)
+
+
+
+
+
+
+
範囲 : GM_Surface
施設名 : String
管理所管 : String
目的 : String
完成年月 : TM_CalDate
水制種別コー ド : Integer
左右岸コード : Integer
河川コー ド : String
<<F eature>>
護岸
+
+
+
+
+
+
+
+
(河川基盤地図デ ー タ から)
位置 : GM_Point
名称 : String
観測所コー ド : String
左右岸コー ド : Integer
追加距離 : Real
観測種別コー ド : Integer
管理所管コー ド : Integer
設置年月日 : TM_CalDate
河川コード : String
<< Featu re >>
流 量観測所
+
+
+
+
+
+
+
+
+
(河川基盤地図デー タ から)
+ 範囲 : GM_Surface
(道路基盤デ ー タ から)
+ 範囲 : GM_Surface
河川基 盤地図
<< Abstrac t>>
(河川基盤地図デー タ から)
位置 : GM_Point
名称 : String
観測所コード : String
左右岸コード : Integer
追加距離 : Real
観測種別コー ド : Integer
管理所管コー ド : Integer
設置年月日 : TM_CalD ate
河川コー ド : String
<<F eatu re>>
カルバー ト
+
+
+
+
+
+
+
+
+
(道路基盤デ ー タ か ら)
+ 範囲 : GM_Surface
図 3-5 建設行政空間データパッケージ
<<Feature>>
軌道敷
0..n
(道路基盤デ ー タ から)
包含
+含まれる
<<Feature>>
中央帯
包含
0..n
+ 範囲 : GM _S urf ace
(道路基盤デ ー タ から)
+要素2
0..n
<<F eature>>
通路
0..n
構成要素
+要素 3
0..1
+構成4
0. .1
<<Feature>>
道路橋
(道路基盤データ から)
+ 範囲 : GM_Surface
<<Feature>>
水位観測所
(河川基盤地図デ ー タ から)
位置 : GM_Point
名称 : String
観測所コード : String
左右岸コード : Integer
追加距離 : Real
観測種別コー ド : Integer
管理所管コー ド : Integer
設置年月日 : TM_CalD ate
河川コー ド : String
+
+
+
+
+
+
+
+
+
+ 範囲 : GM _Sur face
+ 河川コ ー ド : Strin g
<<Feature>>
水部
<<DataType>>
RS_Identifier
+ iden tifier : Ch arac terStrin g
+ auth ority[ 0..1] : C I_Cita tio n
(座標に よ る 空間参照プ ロ ファ イ ル から)
(河川基盤地図デ ー タ から)
(道路基盤デ ー タ から)
(道路基盤 デ ー タ から )
+含まれる
<<F eature>>
分離帯
(道路基盤デ ータ から)
<<Feature>>
立 体横断施 設
(道路基盤 デ ー タ から )
0..1
+構成2 +構成3
構成要素
道路基盤
<<Abstract>>
(道 路基盤デ ー タ から)
+ 範囲 : GM _Surf ace
+要 素1
0..n
構成要素
+構成10..1
+objectDs
1
+referenceId
(道路基盤デ ー タ か ら)
<<F eatu re>>
階段
<<Feature>>
輸送管
(道路基盤デ ー タ から)
+ 形状 : GM_Curve
地物
<<Abstract>>
1..n
<<D ataSet>>
建設行政デー タ集合
+ 範囲 : GM_Surface
<<Feature>>
路肩
0..n
(道路基盤デ ー タ から)
<<Feature>>
地下出入り 口
(道路基盤デ ー タ から)
+ 範囲 : GM_Surface
<<F eature>>
管路
(道路基盤デ ー タ から)
<<Feature>>
停留所
+ 位置 : GM_Point
+ 標高値 : Real
+ 名称 : String
+ 種別 : Integer
(大縮尺数値地形デ ータ から)
+ 位置 : GM_Point
(道路 基盤デ ー タ から)
+ 範囲 : GM_Surface
(道路基盤デ ー タ から)
<<Feature>>
側溝
+ 位 置 : GM _Poin t
+ 標 高値 : Real
+ 名 称 : St ring
+ 種 別 : Inte ger
<<Feature>>
標高
+ 形状 : GM_Curve
+ 等高値 : Real
(大縮尺数値地形デ ー タ から)
<<Feature >>
基準点
<<Feature>>
等高線
(大縮尺数値地形デ ー タ から)
+ 位置 : GM_Point
+ 標高値 : Real
+ 名称 : String
+ 種別 : Integer
<<Feature>>
水準点
(大縮尺数値地形デ ー タ から)
+ 形状 : GM_Curve
+ 形状 : GM_Curve
+ 種別 : Integer
(道路基盤 デ ー タ か ら)
<<Feature>>
植生記号
(大縮尺数値地形デ ー タ から)
(道路基盤デ ー タ から)
包含
<<Feature>>
植生界
+ 形 状 : GM _Cur ve
<<Feature>>
交通島
+含まれる
<< Abstr ac t>>
大 縮尺数 値地形
(大縮尺数値地形デ ー タ から)
(大縮尺数値地形デ ー タ から)
(道路基盤 デ ー タ から )
<<F eature>>
乗合自転車停車所
(道 路基盤デ ー タ から)
<<Feature>>
歩道
(道路基盤デ ー タ から)
<<F eatu re>>
自転車歩行者道
(道路基盤 デ ー タ から )
<<Feature>>
踏 切道
+ 結合()
<<Feature>>
植樹帯
(道路基盤デ ー タ から)
(大縮尺数値地形データ から)
+ 形状 : GM_Curve
+ 種別 : Integer
<<Feature>>
建設空間道路
+ 範囲 : GM_Surface
<<Feature>>
車線
(道路基盤デ ー タ か ら)
(道路 基盤デ ー タ から)
(道 路基盤デ ー タ から)
(道 路基盤デ ー タ から)
<<Feature>>
非常駐車帯
+ 範囲 : GM_Surface
+ 行政区域コー ド : Integer
+ 名称 : String
+ 市町村コード : String
+ 形状 : GM _Cu rve
+ 名称 : String
+ 種別 : Inte ger
<<Feature>>
軌道
+ 形状 : GM_Curve
<<Feature>>
プラット フォー ム
(大縮尺数値地形デ ー タ から)
<<Feature>>
庭 園路
(大 縮尺数値地 形デ ー タ から)
(道 路基盤デ ータ から)
+ 範 囲 : GM_Surf ace
+ 建 物注記 : String
+ 取 得方法フラグ : String
+ 家 名 : Stri ng
+ 住 居番号 : Integer
<<Feature>>
車道
+ 範囲 : GM_Surface
+ 地番 : String
+ 所在 : String
+ 地番番号 : String
(総務省共用空間 から)
+ 形状 : GM_Surface
+ 管理者区分 : String
+ 構造区分 : String
+ 名称 : String
+ 管理番号 : Intger
(総務省共用空間 から)
総務省共用空間
<<Abstract>>
3.6.建設行政空間データパッケージ
<<Abstract>>
下水道台帳管理
<<Feature>>
被覆
(砂防基盤地 図デー タ から)
+ 形状 : GM_Curve
+ 種別 : Integer
+ 図形区分 : Integer
<<Feature>>
自然斜面
+ 形状 : GM_Curve
+ 種別 : Integer
+ 図形区分 : Integer
<<Feature>>
防波堤
(砂防基盤地図デ ー タ から)
+ 形状 : GM _Cu rve
+ 種別 : Inte ger
+ 図形区 分 : In tege r
<<Feature>>
法面
(砂防基盤地図デ ー タ から)
+ 形状 : GM_Curve
+ 種別 : Integer
+ 図形区分 : Integer
+ 位置 : GM_Point
<<Abstract>>
砂防基盤地図
(砂防基盤地図デ ー タ から)
(砂 防基盤地図 デー タ か ら)
<<Feature>>
公共マス
(下水 道台帳管理システム から)
<<Feature>>
管理用開口部
(下水道台帳管理システム から)
+ 位置 : GM_Point
(下水道台帳 管理シ ステム か ら)
<<Feature>>
車道 交差部
<< Feature>>
車線
<<Feature>>
車道
<<Abstract>>
包含
+含まれる
<<Feature>>
副道
0..n
0..n
包含
包含
+含まれる
<<Feature>>
自転車歩行者道
0..n
<< Feature>>
分離帯
<<Feature>>
自転車道
<<Feature>>
交通島
<<Feature>>
軌道敷
<<Feature>>
地下出入り口
+ 範囲 : GM_S urface
<<Feature>>
輸送管
<<Feature>>
道路橋
<<Feature>>
階段
+ 範囲 : GM_S urface
- 15 -
0..1
0..1
+構成3
<< Fe atur e> >
トンネ ル
0..n
構成要素
<<Feature>>
エレベ ータ
+ 範囲 : GM_S urface
+要素3
0..1
0..1
+構成5
<<Feature>>
カルバート
<<Feature>>
シェッド
0..n
<<Feature>>
斜路
0..n
<<Feature>>
エスカレータ
+ 範囲 : GM_S urface
+ 範囲 : GM_S urface
+要素5
+要素4
構成要素
構成要素
<<Feature>>
シェルタ ー
+ 範囲 : GM_S urface
+ 範囲 : GM_S urface
+ 範囲 : GM_S urface
+ 範囲 : GM_S urface
+構 成4
<<Feature>>
立体横断施設
構成要素
+構成2
0..n
0..1
<<Fe at ure> >
通路
+ 範囲 : GM_S urface
+要素2
0..n
構成要素
+要素1
+構成1
+ 範囲 : GM_S urface
+ 形状 : GM_Curve
+ 位置 : GM_Point
<<Feature>>
停留所
道路基盤
<<Abstract>>
図 3-6 道路基盤データ集合パッケージ
<<Feature>>
歩道
<<Feature>>
乗合自転車停車所
<<Feature>>
管路
+ 形状 : GM_Curve
<<Feature>>
側溝
+ 範囲 : GM_ S urfac e
<<Feature>>
柵 ・壁
+ 形状 : GM_Curve
<<Feature>>
待避所
<<Feature>>
中央帯
+含まれる
<<Feature>>
植樹帯
<<Feature>>
踏切道
<<Feature>>
側帯
<<Feature>>
非常駐車帯
<<Feature>>
路肩
<<Feature>>
すりつ け 区間
<<Feature>>
停車帯
横断構成要素
<<Feature>>
建設空間道路
+ 範囲 : GM_ S urf ac e
( 建設行政空間デー タ ...)
3.7.道路基盤データ集合パッケージ
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
- 16 -
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
<<Feature>>
堰
範囲 : GM_Surface
施設名 : String
追加距離 : Real
管理所管 : String
目的 : String
完成年月 : TM_CalDate
河川コー ド : String
<<Feature>>
流量観測所
位置 : GM_Point
名称 : String
観測所コー ド : String
左右岸コー ド : Integer
追加距離 : Real
観測種別コー ド : Integer
管理所管コー ド : Integer
設置年月日 : TM_CalDate
河川コー ド : String
<<Feature>>
水門
範囲 : GM_Surf ace
施設名 : Strin g
追加距離 : Rea l
管理所管 : String
目的 : String
完成年月 : TM_CalDa te
左右岸コー ド : Integer
河川コード : String
図 3-7 河川基盤地図データパッケージ
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
<<Feature>>
水質観測所
位置 : GM_Point
名称 : String
観測所コー ド : String
左右岸コー ド : Integer
追加距離 : Real
観測種別コー ド : Integer
管理所管コー ド : Integer
設置年月日 : TM_CalDate
河川コー ド : String
<<Abstract>>
河川基盤地図
<< Feature >>
水制
範 囲 : GM_S urf ace
施 設名 : Strin g
管 理所 管 : String
目 的 : String
完 成年 月 : TM_Ca lDa te
水 制種 別コ ー ド : Inte ger
左 右岸 コー ド : Int ege r
河 川コ ード : String
<<Feature>>
水位観測所
位置 : GM_Point
名称 : String
観測所コー ド : Strin g
左右岸コー ド : Integer
追加距離 : Rea l
観測種別コー ド : Integer
管理所管コー ド : Integer
設置年月日 : TM_CalDate
河川コー ド : String
<<Fea ture>>
護岸
範囲 : GM_Surface
施設名 : String
管理所管 : String
目的 : String
完成年月 : TM_CalDate
護岸構造コー ド : Integer
護岸種別コー ド１ : Integer
護岸種別コー ド２ : Integer
左右岸コー ド : Integer
河川コー ド : String
<<Feature>>
水部
+ 範 囲 : GM_Su rf ace
+ 河 川コ ード : String
3.8.河川基盤地図データパッケージ
<< Feature>>
自然斜面
+ 形状 : GM_Curve
+ 種別 : Integer
+ 図形区分 : Integer
3.10.砂防基盤地図データパッケージ
3.9.下水道台帳管理システムパッケージ
<<Abstract>>
+ 位置 : GM_Point
+ 位置 : GM_Point
<<Feature>>
被覆
+ 形状 : GM_Curve
+ 種別 : Integer
+ 図形区分 : Integer
- 17 -
図 3-9 砂防基盤地図データパッケージ
<< Feature>>
法面
+ 形状 : GM_Curve
+ 種別 : Integer
+ 図形区分 : Integer
<<Abstract>>
砂防基盤地図
図 3-8 下水道台帳管理システムパッケージ
<<Feature>>
公共マス
<<Feature>>
管理用開口部
下水道台帳管理
<<Feature>>
防波堤
+ 形状 : GM_Curve
+ 種別 : Integer
+ 図形区分 : Integer
- 18 -
図 3-10
+
+
+
+
+
+
+
+
+
+
+
+
<<Fe ature>>
等高線
+ 形状 : GM_Curve
+ 等高値 : Real
<<Feature>>
標高
位置 : GM_Point
標高値 : Real
名称 : String
種別 : Integer
<<Feature>>
水準点
位置 : GM_Point
標高値 : Real
名称 : String
種別 : Integer
<<Feature>>
基準点
位置 : GM_Point
標高値 : Real
名称 : String
種別 : Integer
<<Feature>>
植生記号
+ 位置 : GM_Point
+ 種別 : Intege r
< <Abstra ct>>
大縮尺 数値 地形
<<Feature>>
植 生界
+ 形状 : GM_Curve
+ 種別 : Integer
<<Feature>>
プラ ットフォー ム
+ 形状 : GM_Curve
+ 名称 : S tr ing
+ 種別 : Integer
<<Feature>>
軌道
+ 形状 : GM_Curve
+ 種別 : Integer
<<Feature>>
庭園路
+ 形状 : GM_Curve
3.11.大縮尺数値地形データパッケージ
+
+
+
+
+
<<Feature>>
道路区域
形状 : GM_Surface
管理者区分 : String
構造区分 : String
名称 : String
管理番号 : Intger
3.13.総務省共用空間地物パッケージ
+
+
+
+
+
+
+
+
+
<<Feature>>
筆
範囲 : GM_Surface
地番 : String
所在 : String
地番番号 : String
- 19 -
図 3-11 総務省共用空間地物パッケージ
<<Feature>>
建物
範 囲 : GM_Surfa ce
建 物注 記 : Strin g
取 得方 法フ ラグ : Strin g
家 名 : Strin g
住 居番 号 : In tege r
総務省 共用 空間
< <Abstra ct>>
+
+
+
+
<<Fe ature>>
行政区域
範囲 : GM_Surface
行政区域コー ド : Integer
名称 : String
市町村コー ド : String
都市計画は、基盤データに関する地物は扱っていないので、建設行政空間データとして扱う地物はなしとする。
3.12.都市計画標準 GIS 地物パッケージ
3.14.空間スキーマプロファイル
地理情報標準では，地物の形状や位置など，地物の空間的な特性に関する情報を空間属性と呼ぶ。
空間属性は，点や線など図形を構成する幾何属性や，図形間の関係を記述する位相属性の２つに分類
することができる。
これらの空間属性は，地理情報標準の「空間スキーマ」で定義された部品を用いて記述する。
空間スキーマとは，空間的な特性を体系的に整理したものである。空間スキーマでは，線や面は曲
線（curve）や曲面（surface）と呼ばれ，折れ線や多角形だけではなく，円弧やクロソイド曲線，円
筒や円錐など様々な要素を定義している。これらの要素を利用するときは，使う部分のみを抜き出し
て，プロファイルを作成し，利用することが可能である。
建設行政空間データ基盤では，点，折れ線で構成する線，及びそれらの線によって構成された面の
みを用いる。そこで、建設行政空間データ基盤で必要となる空間スキーマのクラスを抜き出し，建設
行政空間データ基盤空間スキーマプロファイルとして定義する。建設行政空間データ基盤に定義した
地物の空間属性は，この空間スキーマプロファイルに定義したクラスを用いて定義している。
空間属性の定義例を図 3-12 に示す。この例では、地物「水準点」の空間的な特性として水準点の
存在する地点を定義するために、空間スキーマの GM_Point を用いている。GM_Point とは，空間ス
キーマで定義された点を表す要素である。このように、空間属性の定義では、地物の持つ空間的な特
性を抽象化して定義することができる。
空間属性の定義：水
準点の位置を取得
する。
<<Feature>>
水準点
+
+
+
+
図 3-12 空間属性の例（点：GM_Point）
- 20 -
位置 : GM _Point
標高値 : Real
名称 : String
種別 : Integer
3.15. 時間スキーマプロファイル
地理情報標準では，地物がいつ存在したのか，いつからいつまで存在したのかなど，地物の時間的
な特性に関する情報を時間属性と呼ぶ。地物の時間属性は，存在期間や確認される瞬間などの幾何属
性，他の地物との先後関係など時間的な関連を表現する位相属性に分類できる。
これらの時間属性は，地理情報標準の「時間スキーマ」で定義された部品を用いて記述する。
時間スキーマとは，時間的な特性を体系的に整理したものである。地理情報標準では様々な時間属
性を時間スキーマで定義しているが，それらを利用するときは，使う部分のみを抜き出して，プロフ
ァイルを作成し，利用することが可能である。
建設行政空間データ基盤では，データ取得年月日などの瞬間や設置期間などの期間を年月日で記述
するためのクラス及びそれらを構成するのに必要となるクラスを建設行政空間データ基盤時間スキー
マプロファイルとして定義している。建設行政空間データ基盤に定義した地物の時間属性は，この時
間スキーマプロファイルに定義したクラスを用いて記述する。
図 3-13 に時間属性について記述した例を示す。この例では，地物「水位観測所」の時間的な特性
である設置年月日を定義するために TM_CalDate を用いている。TM_ CalDate とは，時間スキーマ
プロファイルに定義された瞬間を表す要素である。
+
+
+
+
+
+
+
+
+
<< Feature> >
水位観測所
位置 : GM_Point
名称 : String
観測所コー ド : String
左右岸コー ド : Integer
追加距離 : Real
観測種別コード : Integer
管理所管コード : Integer
設置年月日 : TM_CalDate
河川コード : String
図 3-13 時間属性の例（瞬間：TM_ CalDate ）
- 21 -
3.16.参照系
3.16.1.座標参照系
建設行政空間データ基盤としての座標参照系は、日本測地系 2000 における「経緯度／標高」座標
系を基本とする（図 3-14）。各事業者の空間データベースにおいては、各々が定義する座標参照系
を使用する。また、建設行政空間データ基盤と各事業者の空間データの間で行われる座標演算は、図
3-15 に示すスキーマに従って実行する。
なお、座標参照系に関する識別子は、表 3-1 のとおりである。
表 3-1．座標参照系における識別子（RS_Identifier）
- 22 -
- 23 -
( p rim e M e rid ia n < > " G re e n w i c h " ) im p lie s
( G re e n w ic h L o n g itu d e .c o u n t= 1 )
S C _ P rim e M e rid ia n
me ri d ia nl D : R S _ Id en t if ie r
G ree n w ic h L on g it u de : A n g le
rem a r ks : C h a rac t er S tr in g
1
S C _ V e rtic a lD a tu m
+ p rim e M e rid ia n
1
S C _ D a tu m
d a tu m ID : R S _ Id e n tif ie r
a lia s : C h a ra c te rS trin g
ty p e : C h a ra c te rS trin g
p o in t : C h a ra c te rS trin g
re a liz a tio n E p o c h : D a te
v a lid A re a : E X _ E x te n t
s c o p e : C h a ra c te rS trin g
re m a rk s : C h a ra c te rS trin g
+datum
re q u ire s
+crs
S C _C R S
< < a b st ra ct >>
1 ..2
- 24 -
図 3-14 日本測地系 2000（経緯度／標高）の UML クラス図
< < U n io n > >
S C _ In v e rs e F la tte n in g
in v e rs e F la tte n in g : R e a l
is ln f in ite : B o o le a n = T ...
S C _ C o o rd in a te S y s te m A x is
a x is N a m e : C h a ra c te rS trin g
a x is D ir ec tio n : C h ara cte rS t rin g
a x is U n itID : U n itO f M e a s u re
+axis
{orderd}
has
(t yp e = g e o d e t ic )im p lie s
(e llip s o id .c o u n t = 1 )
+theSC_CoordinateSystem
S C _C o m p o u nd C R S
C C R S ID : R S _ Id e n tif ie r
a lia s : C h a ra c te rS tri n g
v a lid A re a : E X _ E x te n t
s c o p e : C h a ra c te rS trin g
< < e n u m e ra tio n > >
S C _C o o rd in a te S y s te m T y p e
g e o d e tic
g ra v ity R e la te d
S C _ C o o rd in a te S y s te m
C S ID : R S _ Id e n tif ie r
ty p e : S C _ C o o rd in a te S y s te m T y p e
d im e n s io n : In te g e r
re m a rk s : C h a ra c te rS trin g
re q u ire s
k in d C o d e
S C _ E llip s o id
e llip s o id lD : R S _ Id e n ti f ie r
a lia s : C h a ra c te rS trin g
s e m iM a jo rA x is : L e n g th
e llip s o id S h a p e : B o o le a n = T R U E
in v e rs e F la tte n in g : S C _ In v e rs e F la tte n in g = in v e rs e F la tte n in g
re m a rk s : C h a ra c te rS trin g
+ellipsoid
2
k in dC o de : S C _K in dC o d e = 2
re m a rk s : C h ar ac te rS t rin g
+ e l l i p s o0i.d.11
S C _ G e o d e tic D a tu m
< < a b s tra c t> >
R S _ R e f e re n c e S y s te m
n a me : R S _ Id e n tif i er
d o ma in O f V a lid ity : E X _ E x ...
S C _ C o o rd in a te R e f e re n c e S y s te m
C R S ID : R S _ Id e n tif ie r
a lia s : C h a ra c te rS tri n g
v a lid A re a : E X _ E x te n t
s c o p e : C h a ra c te rS trin g
< < D a ta T y p e > >
R S _ Id e n tif ie r
id e n ti fie r : C h a ra c te rS tri ng
a u th o rity [0 ..1 ] : C I_ C ita ti on
< < en u m e ra ti o n> >
S C _ K in d C o d e
g e n e ra lC a s e : In te g e r ...
c o m p o u n d : In te g e r = 2
< < D at a Ty p e > >
C I_ C it a tio n
( C ita tio n a n d R e s p o n s ib le p a rty In f o rm a tio n か ら )
title : C h a ra c te rS trin g
a lte rn a te T itle : C h a ra c te rS trin g
d a te : C I_ D a te
e d itio n : C h a ra c te rS trin g
id e n tif ie r : C h a ra c te rS trin g
id e n tif ie rT y p e : C h a ra c te rS trin g
c ite d R e s p o n s ib le P a rty : C I_ R e s p o n s ib le P a rty
p re s e n ta tio n F o rm : C I_ P re s e n ta tio n F o rm C o d e
c o lle c tiv e T itle : C h a ra c te rS trin g
IS B N : C h a ra c te rS trin g
IS S N : C h a ra c te rS trin g
e d itio n D a te : D a te
s e rie s : C I_ S e rie s
o th e rC ita tio n D e ta ils : C h a ra c te rS trin g
<<CodeList>>
C I _ P re s e n t a t i on F o r m C o d e
( C i t at i o n a n d R e s p o n s i bl e p a r t y I n f o r m a t io n か ら )
documentDigital
documentHardcopy
imageDigital
mapDigital
mapHardcopy
modelDigital
modelHardcopy
profileDigital
profileHardcopy
tableDigital
tableHardcopy
videoDigital
videoHardcopy
1
(primeMeridian<>"Greenwich")implies
(GreenwichLongitude.count=1)
SC_PrimeMeridian
+ meridianlD : RS_Identifier
+ Greenwi chLong itude : Angle
+ remarks : Char acterString
+primeMeridian
SC_VerticalDatum
+
+
+
+
+
+
+
+
1
SC_Datum
datumID : RS_Identifier
alias : CharacterString
type : CharacterString
point : CharacterString
realizationEpoch : Date
validArea : EX_Extent
scope : CharacterString
remarks : CharacterString
+datum
requires
+crs
+
+
+
+
SC_GeodeticDatum
+
+
+
+
+
+
<<abstract>>
RS_ReferenceSystem
SC_CRS
+ellipsoid
+
+
+
+
1..2
CC_Operation
図 3-15 座標演算の UML クラス図
- 25 -
0..1
+theOperation
(from Changing Coordinate)
(type=geodetic)implies
(ellipsoid.count=1)
<<Uni on>>
SC_InverseFlattening
+ inverseFlattening : Real
+ islnfinite : Boolean = TRUE
SC_CoordinateSystemAxis
+ axisName : CharacterString
+ axisDirection : CharacterString
+ axisUnitID : UnitOfMeasure
+axis
{orderd}
has
SC_CompoundCRS
CCRSID : RS_Identifier
alias : CharacterString
validArea : EX_Extent
scope : CharacterString
+theSC_CoordinateSystem
+
+
+
+
<<enumeration>>
SC_CoordinateSystemType
+ geodetic
+ gravityRelated
SC_CoordinateSystem
CSID : RS_Identifier
type : SC_CoordinateSystemType
dimension : Integer
remarks : CharacterString
requires
kindCode
SC_Ellipsoid
ellipsoidlD : RS_Identifier
alias : CharacterString
semiMajorAxis : Length
ellipsoidShape : Boolean = TRUE
inverseFlattening : SC_InverseFlattening = inverseFlattening
remarks : CharacterString
0..1
2
+ kindCode : SC_ Ki ndC ode = 2
+ r emarks : Char acter Stri ng
<<abstract >>
+ name : RS_Identifier
+ domainOfValidity : EX_Extent
SC_CoordinateReferenceSystem
CRSID : RS_Identifier
alias : CharacterString
validArea : EX_Extent
scope : CharacterString
+ellipsoid 1
<<DataType>>
RS_Identifier
+ identifier : CharacterString
+ authority[0..1] : CI_Citation
<<enumera tion>>
S C_K ni dCode
+ generalCase : Integer = 1
+ compound : Integer = 2
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
<<DataType>>
CI_Citation
title : CharacterString
alternateTitle : CharacterString
date : CI_Date
edition : CharacterString
identifier : CharacterString
identifierType : CharacterString
citedResponsibleParty : CI_ResponsibleParty
presentationForm : CI_PresentationFormCode
collectiveTitle : CharacterString
ISBN : CharacterString
ISSN : CharacterString
editionDate : Date
series : CI_Series
otherCitationDetails : CharacterString
<<CodeList>>
CI_Presen tationFormCode
documentDigital
documentHardcopy
imageDigital
mapDigital
mapHardcopy
modelDigital
modelHardcopy
profileDigital
profileHardcopy
tableDigital
tableHardcopy
videoDigital
videoHardcopy
3.16.2.時間参照系
地理情報標準では，地物がいつ存在したのか，いつからいつまで存在したのかなど，地物の
時間的な特性に関する情報を時間属性と呼ぶ。地物の時間属性は，存在期間や確認される瞬間
などの幾何属性，他の地物との先後関係など時間的な関連を表現する位相属性に分類できる。
これらの時間属性は，地理情報標準の「時間スキーマ」で定義された部品を用いて記述する。
時間スキーマとは，時間的な特性を体系的に整理したものである。地理情報標準では様々な
時間属性を時間スキーマで定義しているが，それらを利用するときは，使う部分のみを抜き出
して，プロファイルを作成し，利用することが可能である。
建設行政空間データ基盤では，データ取得年月日などの瞬間や設置期間などの期間を年月日
で記述するためのクラス及びそれらを構成するのに必要となるクラスを建設行政空間データ基
盤時間スキーマプロファイルとして定義している。建設行政空間データ基盤に定義した地物の
時間属性は，この時間スキーマプロファイルに定義したクラスを用いて記述する。
- 26 -
3.17.品質要求と品質評価手順
地理情報標準では、品質を製品仕様書に従って作成された空間データのデータセットが、そ
の製品仕様書にどれだけ適合しているかを定義するものとしている。品質を定量的に評価する
ための品質及び品質副要素は表 3−2 の通りである。
建設行政空間データ基盤製品仕様書(案)に定義される地物、及びデータ集合の品質は、基本的
に各々の事業者が定めている仕様書において規定される品質とする。ただし、論理一貫性につ
いては、新たに定めるものとする。
表 3-2 品質要素及び品質副要素
品質副要素
品質要素
完全性
検査の内容
地物，地物属性，地物間関係の存否
過剰
データ集合中の過剰データ
洩れ
データ集合からのデータの欠落
論理一貫性
データの構造, 属性及び関係に関する論理的規則への忠実度
概念一貫性
概念スキーマとのずれはないか。
定義域一貫性
属性値に異常な値はないか。
フォーマット一貫性
書式が誤っていないか。
位相一貫性
面図形の境界は閉じているか。
位置正確度
地物の位置の正確度。
絶対または外部正確度
真とみなされる位置からの誤差。
相対または内部正確度
地物間の位置関係に関する誤差。
グリッドデータ位置正確度
ラスターデータの真とみなされる位置からの誤差。
時間正確度
地物の時間属性と時間関係の正確度
時間測定正確度
記録された時間が正しいか。
時間一貫性
記録されている時間の順序が正しいか。
時間妥当性
要求されている時点のデータか。
主題正確度
主題属性に関する分類や属性値の正確性についての記述
分類の正確性
地物の分類が正しいか。
非定量的属性の正確性
数値以外の属性内容が正しいか。
定量的属性正確度
数値属性（面積，温度など）が正しいか。
- 27 -
表 3-3 品質要求と品質評価手順
品質要求
適用
範囲
品質
要素
元仕様
書に従 完全性
う
品質評価手順
品質
副要素
品質
要求
検査
単位
―――
元仕
様書
に従
う
−
100
％
全数
検査
概念一貫性
定義域一貫性
データ
論理
集合
一貫性
フォーマット
全体
一貫性
―――
元仕様
時間
書に従
正確度
う
―――
元仕様
主題
書に従
正確度
う
―――
元仕様書に従う
論理検査プログラム（XML パーサなど）によって、
XML-DTD とデータ集合に矛盾がないか、評価す
る
論理検査プログラムによって、主題属性の定義域及
び地物の地理的範囲、時間範囲が定義域の中にある
か、評価する。
論理検査プログラム（XML パーサなど）によって、
データ集合のファイル仕様が XML の文法に適合し
論理検査プログラムによって、データ集合の地物と
その境界の関係の一貫性が保たれているか、評価す
る。
位相一貫性
元仕様
位置
書に従
正確度
う
方法
元仕
様書
に従
う
元仕
様書
に従
う
元仕
様書
に従
う
−
元仕様書に従う
−
元仕様書に従う
−
元仕様書に従う
- 28 -
3.18. メタデータ
メタデータとはデータを説明するためのデータである。現在日本国内では，地理情報標準の
メタデータ及び JMP がメタデータとして用いられている。JMP とは地理情報標準を元にして
作成された日本版のメタデータサブセットである。これらのメタデータスキーマは，データ量
が膨大となるため，作成が困難であるのに加え，実際にクリアリングハウス等で用いられるの
は一部分である。
そこで，建設行政空間データ基盤製品仕様書（案）では，現在地理情報標準第 2 版の策定作
業で検討が進められているコアメタデータを採用する。コアメタデータとは，メタデータから
必要最低限必要となる要素を抜き出して定義したものである。
コアメタデータには以下の情報を記述する必要がある。
表 3-4 コアメタデータの内容
題名(M)
空間表現型(O)
日付及び日付型(M)
参照系情報(O)
責任者情報(O)
系譜の説明(O)
データの地理的範囲(C)
オンライン情報資源 (O)
データ集合の言語(M)
ファイル識別子 (O)
データ集合の文字集合(C)
メタデータ標準の名称 (O)
主題分類 (M)
メタデータ標準の版 (O)
等価縮尺又は距離 (O)
メタデータ記述に使用した言語(C)
要約 (M)
メタデータの文字集合(C)
形式名称及び版 (O)
メタデータの問合せ先 (M)
垂直，及び時間範囲 (O)
メタデータの日付 (M)
M：必須，C：条件付，O：任意選択
- 29 -
Responsible Party Information
<<enumeration>>
C I _ Ro le C o de
{individualName | organizationName | potitionName
最低限，個人名(individualName)，組織名(organizationName)，役職名(positionName)
のうち ひとつを 記述する こと。}
+resourceProvider
+custodian
+owner
+user
+distributor
+originator
+pointOfContact
+principleInvestigator
+processor
+publisher
+fileIdentifier[0..1] : string
+language[0..1] : string
+parentIdentifier[0..1] : string
+hierarchyLevel[0..*] : MD_ScopeCode = dataset
+dateStamp[1] : Date
+hierarchyLevelName[0..1] : string
+metadataStandardName[0..1] : string
+metadataStandardVersion[0..1] : string
+contact
0..*
+pointOfContact
C I _ T e le ph o n e
0..1
M D _ M e tadata
1
1
C I _ Re s po n s ible Party
+individualName[0..1] : string
+organisationName[0..1] : string
+positionName[0..1] : string
+role[1] : CI_RoleCode
<<enumeration>>
M D _ S c o pe C o de
+detaset
+series
+attribute
+attributeType
+collectionHardware
+collectionSession
+nonGeographicDataset
+dimensionGroup
+feature
+featureType
+propertyType
+fieldSession
+software
+service
+model
1
+voice[0..*] : string
+facsimile[0..*] : string
0..1
+phone
<<enumeration>>
M D _ S patialRe pre s e n tatio n T ype C o de
+vector
+grid
+textTable
+TIN
+stereoModel
+video
+contactInfo
1
1
C I _ C o n tac t
0..1
C I _ Addre s s
+deliveryPoint[0..1] : string
+city[0..1] : string
+administrativeArea[0..1] : string
+postalCode[0..1] : string
+country[0..1] : string
+electronicMailAddress[0..*] : string
1
+onlineResource[0..1] : CI_OnlineResources
+hoursOfService[0..1] : string
+contactInstructions[0..1] : string
1
C I _ O n lin e Re s o u rc e s
1
1
<<enumeration>>
M D _ K e yw o rdT ype C o de
M D _ K e yw o rds
+discipline
+keyword[1..*] : string
+place
+type[0..1] : MD_KeywordTypeCode
+atratum
+temporal
+theme
1
+citation[1] : CI_Citation
+abstract[1] : string
+spatialRepresentationType[0..*] : MD_SpatialRepresentationTypeCode
+language[1..*] : string
+characterSet[1..*] : MD_CharacterSetCode
+topicCategory[1..*] : MD_TopicCategoryCode
+extent[0..1] : EX_Extent
+referenceSystemInfo[0..*] : MD_ReferenceSystem
+dataQualityInfo[0..*] : DQ_DataQuality
+distributionInfo[0..1] : MD_Distribution
+descriptiveKeywords
M D _ R e so lu tio n
+spatialResolution
+equivalentScale[0..*] : unsigned int
+distance[0..*] : Distance
0..1
1
+resoutceConstraints
1
M D _ C o n s train ts
+useLimitation[0..1] : string
1
0..*
1
+graphicOverview
M D _ Bro w se G raph ic
<<enumeration>>
M D _ C h arac te rS e tC o de
+fileName[1] : string
+fileDescription[0..1] : string
+fileType[0..1] : string
+utf8
+utf16
+shiftJIS
+eucJP
+ucs2
+ucs4
+isolec8859oneTo15
+NA
+unknown
{"hierarchyLevel == dataset"ならば，
extent.geographicElement.EX_GeographicDescription |
extent.geographicElement.EX_GeographicBoundingBox
最低限，地理識別子によ る 範囲か矩形によ る 範囲を 記述する こと。}
{referenceSystemInfoは自由記述の文字列だが，
指定の記述法に従う事。}
Extent Information
Distribution Information
{description | geographicElement | temporalElement | verticalEle ment
記述、水平要素、時間要素、垂直要素いずれかひとつを
必ず記述する こと}
M D _ D is tribu tio n
1
0..*
+distributionFormat
E X _ E x te n t
1
+description[0..1] : string
M D _ F o rm at
0..*
+transferOptions
+temporalElement
1
+name[1] : string
+version[1] : string
M D _ D ig italT ran s f e rO ptio n s
1
+extent : TM_Primitive
E X _ Ve rtic alE x te n t
+verticalElement
1
M D _ Re f e re n c e S yste m
0..1
+offLine
M D _ M e diu m
+name[0..1] : MD_MediumNameCode
+mediumNote[0..1] : string
1
+referenceSystemIdentifier
RS _ I de n tif ie r
+authority[0..1] : CI_Citation
+code[1] : string
E X _ T e m po ralE xte n t
0..*
1
+onLine[0..*] : CI_OnlineResources
Reference System
Information
1
+creation
+publication
+revision
1..*
+identificationInfo
MD _ D ataI de n tif ic atio n
+linkage[1] : string
+description[0..1] : string
<<enumeration>>
M D _ T o pic C ate g o ryC o de
+farming
+biota
+boundaries
+climatologyMeteorologyAtmosphere
+economy
+elevation
+environment
+geoscientificInformation
+health
+imageryBaseMapsEarthCover
+intelligenceMilitary
+inlandWaters
+location
+oceans
+planningCadastre
+society
+structure
+transportation
+utilitiesCommunication
+date[1] : Date
+dateType[1] : CI_DateTypeCode
1
+address
<<enumeration>>
C I _ D ate T ype C o de
C I _ D ate
+date
C I _ C itatio n
+title[1] : string
<<enumeration>>
M D _ M e diu m Nam e C o de
+cdRom
+dvd
+dvdRom
+3halfInchFloppy
+5quarterInchFloppy
+7trackTape
+9trackTape
+3480Cartridge
+3490Cartridge
+3580Cartridge
+4mmCartridgeTape
+8mmCartridgeTape
+1quarterInchCartridgeTape
+digitalLinearTape
+onLine
+satellite
+telephoneLink
+hardcopy
0..*
+geographicElement
<<Abstract>>
E X _ G e o g raph ic E x te n t
+extentTypeCode[0..1] : bool
E X _ G e o g raph ic D e s c riptio n
+authority[0..1] : CI_Citation
+geographicIdentifier[1..*] : RS_Identifier
0..*
+minimumValue : Real
+maximumValue : Real
+unitOfMeasure : UomLength
+verticalDatum : SC_VerticalDatum
extentTypeCode == 0 : 外側
extentTypeCode == 1 : 内側
extentTypeCode == NULL : 内側
E X _ G e o g raph ic Bo u n din g Bo x
+westBoundingLongitude[1] : Angle
+eastBoundingLongitude[1] : Angle
+northBoundingLatitude[1] : Angle
+southBoundingLatitude[1] : Angle
E X _ Bo u n din gP o lyg o n
+polygon[1..*] : GM_Object
Data Quality Information
+lineage
{もし"this.level != dataset,series"ならば，
levelDescriptionを 記述する こと}
L I _ L in e ag e
+statement[1] : string
1
D Q _ D ataQ u ality
0..1
1
D Q _ S c o pe
+level[1..*] : MD_ScopeCode
+levelDescription[0..*] : string
+qualityExtent[0..*] : EX_Extent
+report
1
+scope
1
D Q _ E le m e n t
+typeOfQualityEvaluation[1] : TypeOfQualityEvaluation
0..*
{if scope.level contains "dataset"
lineage | report}
1
<<Abstract>>
D Q _ Re s u lt
1..2
+result
{ComformanceResult | QuantitativeResult
最低限"ComformanceResult"か"QuantitativeResult"
のどちらかの評価結果を記述すること}
D Q _ C o n f o rm an c e Re s u lt
D Q _ Q u an titative Re s u lt
+specification[1] : CI_Citation
+explanation[1] : string
+pass[1] : bool
+errorStatistic[1] : string
+value[1..*] : Record
+valueUnit[1] : UnitOfMeasure
図 3-17 メタデータプロファイル（JMP）
- 30 -
<<enumeration>>
T ype O f Q u alityE valu atio n
+completenessCommission
+completenessOmission
+conceptualConsistency
+domainConsistency
+formatConsistency
+topologicalConsistency
+absoluteExternalPositionalAccuracy
+griddedDataPositionalAccuracy
+relativeInternalPositionalAccuracy
+accuracyOfATimeMeasurement
+temporalConsistency
+temporalValidity
+thematicClassificationCorrectness
+nonQuantitativeAttributeAccuracy
+quantitativeAttributeAccuracy
+N/A
3.19.符号化仕様
ここでは，応用スキーマの構造に従ったデータを作成するための DTD（Document Type
Definition：文書型定義）を記述する。DTD とは，XML（Extensible Markup Language）
のタグ構造を決定するための文書である。地理情報標準では，データ交換にはプラットホーム
に依存せず，WWW 上で共有可能な XML の利用を推奨している。
応用スキーマは UML クラス図を用いてデータの内容や構造を記述する。この応用スキーマの
構造に従ったデータを作成するために，地理情報標準では，符号化規則を規定する。UML では
符号化規則を規定していないため，XML に基づく符号化規則を定義している。 この符号化規
則に従い，応用スキーマの構造に従った DTD または XMLSchema を生成する。XMLSchema
は、DTD と同様 XML 文書のタグや入れ子などの構造を規定することができる文書であるが、
クラス間の継承や関連の表現が可能であるなど，UML クラス図を厳密に表現できるところが
DTD と異なる部分である。
このため，
今後は XMLSchema の利用が推奨されると考えられる。
本製品仕様書（案）では XMLSchema を用いることとした。
応用スキーマから XMLSchema を作成し，XMLSchema に基づく XML を作成する例を
以下に示す。
応用スキーマ
<<Feature>>
基準点
+
+
+
+
位置 : GM _Point
標高値 : Real
名称 : String
種別 : Integer
XML
XML スキーマ
<?xml version="1.0" encoding="Shift_JIS"?>
<!--建設行政空間データ基盤応用スキーマ XML schema -->
<!-- ControlPoint 基準点-->
<xs:complexType name="ControlPoint">
<xs:complexContent>
<xs:extension base="cd:LargeScaleMap">
<xs:sequence>
<xs:element name="pos" type="ss:ref_GM_Point"/>
<xs:element name="altitude" type="ss:Real"/>
<xs:element name="name" type="ss:String"/>
<xs:element name="type" type="ss:Integer"/>
</xs:sequence>
</xs:extension>
</xs:complexContent>
</xs:complexType>
<pkglsm.ControlPoint gi.id="lcp1">
<pkglsm.ControlPoint.altitude>1270</pkglsm.ControlPoint.altitude>
<pkglsm.ControlPoint.name>沢渡村</pkglsm.ControlPoint.name>
<pkglsm.ControlPoint.type>2</pkglsm.ControlPoint.type>
<pkglsm.ControlPoint.pos>
<pkgspatial.GM_Point gi.idref="lcp1"/>
</pkglsm.ControlPoint.pos>
</pkglsm.ControlPoint>
エラー!
図 3-18 符号化の手順
- 31 -
4.基盤管理システム
4.1.・システム構成
近年のネットワーク技術の進歩、情報共有の重要性、既存資産の有効利用によるコスト削減
など、さまざまな背景から、アプリケーションでデータを共有し相互に運用することが重要視
されている。その際、少なくとも同様の業務に関連するアプリケーション間のインターフェー
スは統一すべきであり、そうすることによってデータや業務アプリケーションの円滑な相互運
用が期待できる。
基盤管理システムとは、建設行政関連データを円滑に運用管理するため仕組みで、個別の自
治体や事業者ごとに整備されているデータをネットワーク上のサーバに配置し、クライアント
の要求に応じて分散環境を意識させることなくデータを提供する共通基盤となるシステムをい
う。基盤管理システムは、様々な建設行政関連データを用いた業務アプリケーションの開発を
支援し、運用するためのインフラを提供する。以下に、システム構成を示す。
自治体 DB ｻｰﾊﾞ
事務所 DB（道路）ｻｰﾊﾞ
事務所 DB
（河川）ｻｰﾊﾞ
GATEWAY サーバ
クライアント
図 4-1 システム構成
個別に自治体や事業者により維持管理されている空間データを管理しているサーバをデ
ータ管理サーバと呼ぶこととする。クライアントからネットワーク上に分散配置されたデ
ータ管理サーバからデータを容易に抽出するために図 4-1 に示すように GATEWAY サーバを
設置する。この GATEWAY サーバにはデータ管理サーバの所在と保有するデータの情報が登
録されており、クライアントの要求に応じて GATEWAY サーバが対象のサーバに問い合わせ
を行い、データの提供を行う。GATEWAY サーバを設置することでクライアントアプリケーシ
ョンは個々のサーバの配置やスキーマの違いを意識せずに GATEWAY サーバに対してのみ統
一した API で要求を行い必要なデータを抽出することが可能である。
- 32 -
4.2.・クライアントアプリケーション開発
4.2.1.基本機能と GUI
（1）クライアントアプリケーション開発基本方針
基盤管理システムを活用したクライアントアプリケーションの開発の考え方を以下に示す。
・クライアントアプリケーションは、GATEWAY サーバで提供する API を用いてデータを取
得する。
・クライアントアプリケーションの開発では、操作性の向上を目的とし、画面構成やメニュー
構成に配慮しなければならない。
・基盤管理システムで管理されていないデータを取り扱う場合は、任意のプロトコルを使用で
きるものとする。
（２）GUI と機能
GUI は、システムの操作性に大きく関与する。メニューや機能ボタンの構成を検討するため
にＧＩＳとして特徴的な基本機能を抽出した。表 4-１に基本機能一覧を示す。これらの機能は
必ずしもすべての機能を実装する必要はないが利用頻度の高い機能である。これらの機能を実
装する場合、利用者ごとに GUI を出来るだけ統一すべきである。
表 4-1 基本機能一覧
項番
区分
機能名
概要
備考
１
地図表示
拡大
大縮尺で地図を表示。
２
地図表示
縮小
小縮尺で地図を表示。
３
地図表示
移動
地図表示域の移動。
４
地図表示
全図
対象地図の全域表示。
５
地図表示
凡例
地図の凡例表示。
６
地図表示
描画設定
線種、塗りつぶし、色など 必要に応じて
地図の描画の設定。
７
地図表示
属性表示
個々の地物が持つ属性の表
示。
８
検索
地名検索
地名による位置検索。
９
検索
目標物検索
目標物による位置検索。
10
検索
距離標検索
距離標による位置検索。
11
計測
距離計測
任意の距離を測定する。
12
計測
面積計測
任意の面積を測定する。
13
印刷
地図印刷
地図の印刷
14
作図
ポイント入 ポイントと属性の入力
作図が必要な場合のみ
力
15
作図
ライン入力
ラインと属性の入力
- 33 -
作図が必要な場合のみ
16
17
作図
案内図
ポリゴン入 ポリゴン（面）と属性の入 作図が必要な場合のみ
力
力
案内図
現在、表示している箇所の
ガイド。
18
索引図
索引図
任意表示箇所を選択するた
めのガイド。
アプリケーションにより拡大・縮小率や移動距離など様々であり、利用者としては知らないう
ちに違和感を感じることがある。目的とする本来の機能を妨げない範囲でできるだけこれらの
機能は、統一した方が異なる GIS システムを操作する場合に戸惑うことなく業務に集中できる。
したがって各機能をどのような方式により実装するか取り決めガイドラインを作成すべきであ
る。また、これらのボタンやアイコンについても、初めて使うボタンでもその機能が想像でき
るデザインが望ましくこれについても統一するべきである。
4.2.2.API の利用
建設行政関連データを利用する場合、GATEWAY サーバにより提供される所定の API を利
用しクライアントアプリケーションを構築するものとする。建設行政関連データに関する主な
処理はあらかじめ用意されている API を利用して実装可能であるため工期の短縮、開発コスト
の軽減が図られ容易にデータを活用できる。クライアントアプリケーションでは、個別業務で
のみ利用するデータを扱うことになる。ただし、個別業務システムでのみ利用されるデータに
ついては、既存システムで整備済みである場合などを考慮し、アプリケーションの開発を阻害
しないように原則として API などの基準を設けない。したがって、別途、個別業務システムご
とにデータ共用の観点でインターフェースを定義し、整備していくことが望ましい。
4.2.3.拡張機能
事業者や取り扱う業務の違いにより固有の機能が存在する。個別システムを開発する場合に
は、対象となるデータの性質を十分に把握して行う。
GATEWAY サーバで提供されていない API については管理機関に要望を提示し、必要性の
高いものから順に公開 API として整備していくものとする。また、通常、建設行政関連データ
として定義されているデータ以外に個別業務データで他の事業者が使用する共用性の高いと判
断されるデータについては基盤管理システムで管理・利用されることが望ましい。しかし、既
に稼動しているシステムやそのデータベースを直ちに移行することが経済的に得策でないと判
断される場合は、データ更新の時期やシステムの更新時などのタイミングで将来的に移行する
ことを検討すべきである。
これらのシステムについて利用者からの要求が高いシステム整備項目について機能と効果に
ついてとりまとめを行い、機能を有するＧＵＩについては十分な検討を行い実装すべきである。
また、システムがある程度完成した時点で操作性等レビューを行い、改良することでよりいっ
そう利用者に適したシステムとなる。
- 34 -
4.3.・サーバアプリケーション開発
4.3.1.GATEWAY サーバの基本機能
基盤管理システムの GATEWAY サーバは、自治体や事業者を結ぶ通信ネットワーク上に位
置し、既存データベースや電子化された資料（電子アーカイブ）とも連携し、運用できる仕組
みを目指す。アプリケーションからの要求に応じ、作成した自治体や事業者が異なるデータを
他事業者が作成したアプリケーションからの要求に応じて、必要とするデータを検索して各自
のデータと合わせて提供したり、有効な情報を他の事業者に円滑に提供することが可能である。
自治体
ネットワーク
自治体
事務所
GATEWAY サーバ
基盤管理システム
基盤管理システムは利用者からみて共通の情報ネットワークシステムのフレームワークとな
るので提供する API を公開する必要がある。
GATEWAY サーバ
データ管理サーバ
データ管理情報を登録
GATEWAY サーバを開発する場合に必要とされる基本機能について、以下の内容について
開発用のドキュメントを整備する。これらの情報は、業務アプリケーション開発者向けには API
に関連するドキュメントの公開をする。
①API 仕様
②プログラムのモジュール構成
③モジュール間インタフェースと機能
- 35 -
④モジュール内のデータ構造
4.3.2.サーバ公開 API について
外部に対して公開する API は、HTTP プロトコルによって以下に示すとおりとする。共用の
観点から一度公開した API は、利用しているクライアントアプリケーションが存在することを
考慮し、原則として廃止は行わず維持していくものとする。
1)
サーブレットの呼び出しにあたっては、POST メソッドを利用するものとする。
2)
リスエスト引数はすべて XML 形式とする。
3)
レスポンスの形式については、一部の画像データを返すリスエストのほかは、XML 形式の
データを返す。
4)
リクエスト引数、レスポンスの形式などについては、個々に API の仕様を定義し公開する
ものとする。
4.3.3.GATEWAY サーバ機能拡張
基盤管理システムの GATEWAY サーバは、各事業者を結ぶ通信ネットワーク上に位置し、
既存データベースや電子化された資料（電子アーカイブ）とも連携させながら運用できる仕組
みを目指す。既存の HP の情報やクリアリングハウスサーバと連携をとることで、利用者にと
って有用な情報を提供することができる。GATEWAY サーバの機能を拡張する場合、表ｘ−
ｘの実装する機能のプライオリティを参考に共用性の高く優先度が高と判断される者機能から
開発する。拡張した API は、開発者向けに随時公開を行う。したがって API を定義するときは
十分に検討を行い開発することが望ましい。
表 4-ｘ 実装する機能のプライオリティ
検討対象
システムインフラとしての重要性
システムの基本機能
初期段階から整備する必要がある
後から拡張機能として整備
個別業務向け機能
必須機能
あると望ましい機能
個別システム専用機能
利用者からみた必要性
システムで提供されておらず必要性の高い追加すべき機能
システムで提供されているが早急に改善しなければならない機能
システムで提供されており、改善と効果が明確な機能
システムで提供されており、改善点を指摘されている機能
システムで提供されていないが、追加することで効果がある機能
- 36 -
優先度
1
2
1
2
3
1
2
3
4
5
4.4.・データの管理
4.4.1.データの管理と保存方式
データの活用を実現化している上で、データを保管・管理する仕組みについても十分に検討す
る必要がある。 特に、データ本体をどこに保管し、どのようにデータを検索するか。現状で
の技術的な課題を踏まえて整備を進めていかなければならない。データの保管に関しては、概
ね、以下のとおりと考えられる。
データ自体は、自治体や事業者が管理を行う。管理方法は、http プロトコルによる所定の
API で任意のデータが取得できれば DB を使うなど特に限定はしない。
重要なのは、GATEWAY サーバからの所定の API を使用した呼び出しに対応してデータを
各データ管理サーバが実装を行うことである。
また、データ管理サーバのデータの所在や API に変更があった場合、GATEWAY サーバに
それらの情報を登録することで、各事業者の作成したデータの状態を把握できるシステムを構
築することが望ましい。それぞれのデータごとに管理を行っている機関を明確にし、責任の所
在をあきらかにすることが重要である。データが更新された場合やデータ管理サーバの API が
追加された場合は、その情報を GATEWAY サーバに登録を行う。
クライアント
GATEWYAサーバ
データ管理サーバ
サーバ間通信API
要求
要求
応答
応答
- 37 -
4.5.・運用管理
4.5.1.運用管理のあり方
システム導入後、継続して安定稼動できるようにするためには、システム構成の把握、定期
的なメンテナンスが必要になる。特に、オンラインシステムは、利用者にとってかかすことの
できないインフラの一部になってきている。運用では、こうした環境において安定したサービ
スの提供が要求されている。適切にシステムを維持管理するにはソフトウェア、ハードウェア
の両面で、管理者の負担を考慮し、運用規定、運用計画、運用管理体制を定めなければならな
い。また、障害発生時の方法についても検討し、対応を明確にする、
（１）運用規定
運用準備段階でシステムを安定稼動できるようシステム管理者と管理方法について決定
する。
①システム管理者
システムを維持管理していくための統括者としてシステム管理者を決定する。
システム管
理者が他部署に異動する場合など、引継ぎを円滑に行い、管理を継続して行うようにする。
②運用管理方法
以下に示す運用管理について検討し、必要に応じて規定し実施する。
ａ）運用準備
運用準備段階で以下の内容について実施を検討する。
・
平常時の運用を円滑に行えるように運用研修を運用研修・指導を行う。
・
ファイル管理は、ディレクトリに格納されたデータが後で判別し易いように、使用方法、
命名規約などを決定しておく。
・
容易に端末を判別して管理するために必要に応じてサーバ本体、ディスプレイ等にシス
テムの名称を取り付ける。
・
配線についてわかりやすいように LAN や電源等のケーブルの接続が分かるように名称
を取り付ける。
ｂ）定期メンテナンス・管理作業項目の設定
定期メンテナンス項目や管理作業項目を検討し、維持管理記録簿や稼動チェックリストを
作成する。
ｃ）データバックアップ
重要なデータはバックアップを作成し、障害に備え作成日時を記述して世代管理を行う。
また、バックアップするファイル容量が多い場合は、更新された差分ファイルのバックア
ップを行い。障害が発生してもリカバリできるようにする。
- 38 -
（２）運用作業計画
バックアップ作業、ファイル管理作業およびメンテナンス作業を定期的に行うために、日、
月、年単位で運用形態に適した運用作業計画表を作成し、計画的に実施できるように立案
する。
（３）管理記録簿の作成
システムを維持管理していくために管理記録簿を作成する。管理記録簿を作成することで
システムの最新の状態を記録保持し、障害原因の調査や障害時にソフトウェア・ハードウ
ェアを入れ替えるための資料となる。管理記録簿には、それぞれの以下に示す項目につい
て現在の状況を記録する。障害等によりソフトウェア、ハードウェアの入れ替えを行う前
に更新し記録を保存するようにする。管理記録簿に記載する内容の検討例を以下に示す。
①ソフトウェア
②ハードウェア
・ソフト名
・使用者または、
・バージョン
・管理部署
・リリース日
・使用機種
・修正箇所
・メーカ名
・修正内容
・CPU
・修正方法
・メモリ
・修正日時
・ハードディスク構成
・修正担当者名
・ディスプレイ
・原因
・ＯＳ
・購入年月日
（４）障害発生時の対応
障害発生時の対応について内容を検討する。障害発生時の運用において、バックアップフ
ァイルを用いたリカバリ作業方法、障害発生時の暫定運用措置等障害発生時の対応内容と
職員、保守会社の分担を明確にしておく必要がある。以下に例を示す。
①対応方法
障害が発生した時にシステムを調査し対処する。
障害が発生した時は以下の手順で対応す
る。
- 39 -
①システムを操作していた当事者はできるだけ詳しく状況を記録する。
②操作ミスや入力データに間違いが無いか確認する。
③ハードウェアとソフトウェアのどちらに原因があるか調査する。
④該当する障害対応先へ連絡する。
ａ）障害原因がソフトウェアと推定される場合
特定の操作により同じ現象が再現できる場合など、原因がソフトウエアと特定される場
合、以下の内容について調査する。
・使用しているソフトを検査する。
・ソフトウェアの障害と特定するために、ソフトウェアの修正記録簿を確認し、該当す
る障害への対処がおこなわれているか、また、類似する障害が過去に発生していない
かどうか確認する。
・保守業者に修正を依頼する際は、現状の様子と故障箇所について詳しく伝える。障害
記録簿を作成するなど。
・障害原因が特定され、ソフトウェアの修正を行った場合、ソフトウェア修正記録簿に
障害原因と対処内容について記載する。障害の内容と対応を履歴で残していくことで、
特定の端末や処理により障害が起こるといった傾向を把握することが可能である。
ｂ）障害原因がハードウェアと推定される場合
今まで正常に稼動していたシステムが、
通常の手順で操作を行っていたにも関わらず突
然動作しなくなった場合は、ハードウェアが障害の原因である場合が多い。
・ハードウェアに原因があると推定できる場合は、障害の箇所を出来るだけ限定する。
・保守業者に修理を依頼する際は、現状の様子と故障箇所について詳しく伝える。
（５）運用体制
以下に示すａ）運用サポート方法の①∼③のについて適切方法を検討する。それにともな
い障害が発生した時点から迅速に復旧できるように障害時連絡体制を決定し、障害時連絡
体制表の作成をする。
- 40 -
ａ）運用サポート方法の検討
①メール・電話サポート
メール・電話サポートとは、
障害が発生した場合に、
担当職員と保守会社の担当者とが、
メールまたは電話により障害の内容やその対応策を協議し保守を行う方法である。
②遠隔サポート
遠隔サポートとは、システムと保守担当者の保守端末とをネットワークで結び、遠隔メ
ンテナンスを行う方法である。オンラインでメンテナンスを行う環境を構築する場合、
十分セキュリティに配慮しなければならない。
③派遣サポート
派遣サポートとは、上記のメール・電話サポートや遠隔サポートで障害が解決しなかっ
た場合など、保守担当者がシステム設置先に赴き、保守を行う方法である。
ｂ）連絡体制表の作成
障害が発生した際に、
迅速に対処可能なように連絡体制表を作成し障害対応機関を明確に
する。以下のように対応機関と対応先を明確にした連絡体制表を作成することが望ましい。
障害発生時連絡先
自治体または事業者
住所：XXXXXXXXXXX
電話番号：XXX−XXX−XXXX
FAX 番号：XXX−XXX−XXXX
担当者：○○○○○○○
●ソフトウェア障害
システム納入会社
住所：XXXXXXXXXXX
電話番号：XXX−XXX−XXXX
FAX 番号：XXX−XXX−XXXX
担当者：○○○○○○○
●ハードウェア障害
ハードウェア納入会社
住所：XXXXXXXXXXX
電話番号：XXX−XXX−XXXX
FAX 番号：XXX−XXX−XXXX
担当者：○○○○○○○
●消耗品の補充
消耗品補充会社
住所：XXXXXXXXXXX
電話番号：XXX−XXX−XXXX
FAX 番号：XXX−XXX−XXXX
担当者：○○○○○○○
- 41 -
用語と略語
以 上
- 42 -