• 検索結果がありません。

目次 1. はじめに ネームスペース 全体のネームスペース 運用管理系のネームスペースの位置付け 状態記録の構造モデル (UML 図 ) 状態記録の構造 必須項目構造 必須項

N/A
N/A
Protected

Academic year: 2021

シェア "目次 1. はじめに ネームスペース 全体のネームスペース 運用管理系のネームスペースの位置付け 状態記録の構造モデル (UML 図 ) 状態記録の構造 必須項目構造 必須項"

Copied!
121
0
0

読み込み中.... (全文を見る)

全文

(1)

付属書 C

運用管理系XMLスキーマ定義

統一河川情報システム

付属書 C

運用管理系XMLスキーマ定義

(Ver.1.2)

平成18 年 3 月

財団法人 河川情報センター

(2)

目 次

1. はじめに ... 1

2. ネームスペース ... 1

2.1 全体のネームスペース ... 1

2.2 運用管理系のネームスペースの位置付け ... 3

3. 状態記録の構造モデル(UML図) ... 4

3.1 状態記録の構造 ... 4

3.2 必須項目構造 ... 6

3.2.1 必須項目:時刻の構造 ... 7

3.2.2 必須項目:場所の構造 ... 8

3.2.3 必須項目:主題の構造 ... 12

3.3 任意項目の構造 ... 14

3.3.1 任意項目:時刻の構造 ... 15

3.3.2 任意項目:場所の構造 ... 16

3.3.3 任意項目:主題の構造 ... 19

3.3.4 任意項目:予警報文書の時刻の構造 ... 33

3.3.5 任意項目:予警報文書の場所の構造 ... 34

3.3.6 任意項目:予警報文書の主題の構造 ... 39

3.3.7 任意項目:予警報文書の発表機関の構造 ... 43

3.4 用語定義 ... 46

3.5 XMLSchemaファイル ... 48

3.6 XMLインスタンス例 ... 57

4. 累加リセットの構造モデル(UML図) ... 63

4.1 累加リセットの構造 ... 63

4.2 累加リセット:場所の構造 ... 64

4.3 累加リセット:主題の構造 ... 68

4.4 累加リセット:データの構造 ... 69

4.5 用語定義 ... 72

4.6 XMLSchemaファイル ... 73

4.7 XMLインスタンス例 ... 74

5. 閉局設定の構造(UML図) ... 75

5.1 閉局設定の構造 ... 75

5.2 場所の構造 ... 76

5.3 閉局設定:主題の構造 ... 80

5.4 閉局設定:データの構造 ... 81

5.5 用語集 ... 84

5.6 XMLSchemaファイル ... 85

(3)

5.7 XMLインスタンス例 ... 86

6. 予警報定数の構造(UML図) ... 87

6.1 システム定数の構造(UML図) ... 87

6.1.1 システム定数の構造 ... 87

6.1.2 XMLSchemaファイル ... 90

6.1.3 XMLインスタンス例 ... 91

6.2 警報共通定数の構造(UML図) ... 92

6.2.1 警報共通定数の構造 ... 92

6.2.2 XMLSchemaファイル ... 95

6.2.3 XMLインスタンス例 ... 96

6.3 水系定数の構造(UML図) ... 97

6.3.1 水系の構造 ... 97

6.3.2 XMLSchemaファイル ... 99

6.3.3 XMインスタンス例 ... 99

6.4 水防警報定数の構造(UML図)... 100

6.4.1 水防警報定数の構造 ... 100

6.4.2 XMLSchemaファイル ... 103

6.4.3 XMLインスタンス例 ... 104

6.5 洪水予報定数の構造(UML図) ... 106

6.5.1 洪水予報定数の構造 ... 106

6.5.2 XMLSchemaファイル ... 109

6.5.3 XMLインスタンス例 ... 110

6.6 ダム放流通知定数の構造(UML図) ... 112

6.6.1 ダム放流通知定数の構造 ... 112

6.6.2 XMLSchemaファイル ... 116

6.6.3 XMLインスタンス例 ... 117

(4)

改版履歴

改訂記号 改訂年月日

改訂内容/理由

新規作成(工場試験版) Ver.1.1 2004/5/18 新規作成 Ver.1.2 2006/03/31 運用方式の改修による状態記録タグ追加 ・WritingContents ・装置番号/装置名称

(5)

1. はじめに

本書は,XML スキーマ定義書の付属書として,統一河川システムの運用管理系の XML スキー

マ定義について記述する。

2. ネームスペース

2.1 全体のネームスペース

河川情報システムの共通スキーマのネームスペースは(rxs=“http://unify.river.go.jp”)とする。

共通で使用する XMLSchema ネームスペースは rxs で区別する。 なお,統一河川情報システムの

内部インタフェースにおいては,接頭辞にあたる(rxs:)の名称への付与は省いても構わない。

共通化される項目は構造化して定義する。

例:rxs:OfficeType(事務所型),rxs:RainfallType(雨量観測項目)

→共通項目を構造化して共有化を図る。

例:rxs:officeIntType(事務所整数型)

→共通な固有コードをデータ型として共有化を図る。

各系(伝送系,運用管理系,定数管理系,データ展開系,表示系)は,それぞれに独自のネー

ムスペースを持っても良い。また,テレメータデータ,レーダデータなど,扱うデータの種類に応じた

ネームスペースを持っても良い。

1

(6)

運用管理系 定数系 編集系 表示系 定数系 ネームスペース <事務所/> <事務所定義> </事務所定義>

図2-1 統一河川共通ネームスペースの位置付け

図2-1に示すように, 同義の意味を持つスキーマを各系で定義するのではなく,共通ネームス

ペースに定義する。各系は共通ネームスペースに定義されたスキーマを使用することにより,各系

同士の共通化を図ることができる。各系は独自のネームスペースを作成することも可能である。

また閉じられた中で情報を伝送する場合は,各系はネームスペースなしにしてもよい。

運用管理系 ムスペース 独自) ネー ( 統一河川共通ネームスペース “http://unify.river.go.jp” <観測局/> <事務所/> 運用管理系 ネームスペース <観測局/> <事務所/> <観測データ> </観測データ> 定数系 ネームスペース (独自) 編集系 ネームスペース <観測局/> <事務所/> <観測データ> </観測データ> 編集系 ネームスペース (独自) 運用管理系 運用管理系 定数系定数系 編集系 編集系 表示系 表示系 定数系 ネームスペース <事務所/> <事務所定義> </事務所定義> 定数系 ネームスペース <事務所/> <事務所定義> </事務所定義> 管理系 ムスペース 独自) 統一河川共通ネームスペース “http://unify.river.go.jp” <観測局/> <事務所/> 統一河川共通ネームスペース “http://unify.river.go.jp” <観測局/> <事務所/> 運用管理系 ネームスペース <観測局/> <事務所/> <観測データ> </観測データ> 運用管理系 ネームスペース <観測局/> <事務所/> <観測データ> </観測データ> 定数系 ネームスペース (独自) 編集系 ネームスペース <観測局/> <事務所/> <観測データ> </観測データ> 編集系 ネームスペース <観測局/> <事務所/> <観測データ> </観測データ> 編集系 ネームスペース (独自) 運用 ネー (

2

(7)

2.2 運用管理系のネームスペースの位置付け

運用管理系は,それぞれに独自のネームスペースを(mxs=”http://mang.unify.river.go.jp”)持

つことが可能である。また,図 2-2に示すように河川情報システムの共通スキーマのネームスペー

ス(rxs=“http://unify.river.go.jp”)を利用して閉じられた中で情報を伝送する場合は,ネームスペ

ースなしにしてもよい。また他の系が運用管理系の名前なしネームスペースにデータを追加したい

場合は,独自のネームスペースをつけて配布すること。

図 2-2 運用管理系と,共通ネームスペースの使用例

運用管理系

運用管理系

ネームスペースなし

(独自の情報)

統一河川共通ネームスペース

“http://unify.river.go.jp”

<観測時刻/>

<状態記録>

</状態記録>

<観測時刻/>

運用管理系

運用管理系

運用管理系

ネームスペースなし

(独自の情報)

運用管理系

ネームスペースなし

(独自の情報)

統一河川共通ネームスペース

“http://unify.river.go.jp”

<観測時刻/>

<状態記録>

</状態記録>

<観測時刻/>

3

(8)

3. 状態記録の構造モデル(UML 図)

3.1 状態記録の構造

図3-1 状態記録の構造

本編の「6:XMl基本スキーマ定義,6.1 基本構造」の概念に基づき,異常や変更を記録しメッセ

ージとして流通する状態記録の構造を組み立てる。図3-1に示すように,運用管理系の機能であ

る状態記録は,記録した場所,記録した主題,記録した時間を必須項目(枠①)として,具体的な記

録内容である観測の異常や定数の変更,予警報文書等を任意項目(枠②)として成り立っている。

さらに任意項目において観測の異常や定数の変更等,システム運用上,知らせなければならな

いデータもまた,基本的には,場所と主題と時間で構成される。任意項目は各系が任意に使用す

ることが可能であるが,その場合は共通の構造を使用することを基本とする。

2 つの構造を集約し「レベル・原因種別・識別」を属性に持たせて,一つの状態記録となる。

LOC RdOwn de v 3 - id - Name LOG Statu sRe c ord

LOG LOG - logLv - recordCause - recordFlag AIM TmMark LOC

Rec ordOf fice - off ic e Code - Name LOC Rec ordModule - id - Name ORG TmMan ageO ff ic e - offic e Code - Name ORG TmSe n dBloc k - id - Name OBJ TmInf oKin d - id - Name TIM TmTime stam p - kin d - time TIM O bsrvtn Time - time TIM Rec ordTime - time DAT Re c ordCon te nts - id AIM Re c ordMark ORG Of fic e - off ic e Code me - Na ORG TmObsrvtn Poin t - obsrvtn Poin tCode - Name

LOC

Re c ordPoin t TmPoin tORG

- id - Name

LOC Commu n ic ation DataFolde rUri

- id - Name

AIM RdMar k

TIM Con stCertfc tn Time LOC RdOwn dev 2 - id - Name LOC RdOwn de v - id - Name LO C Con stCh gIte m - id - Name O BJ Con stTime 2 - le n gth O BJ ConstTime 3 - le n gth OBJ Con stCh gTime - time ① AIM ConstMark OBJ Con ten tsDe tail - le n gth ≪LOC≫ WrtJursdc tnOffice - WrtJu rsdc tn Of f ic eCode : in t + Name : strin g ≪LOC≫ WrtRvrSys -wrtRvrSy sCode : in t + Name : strin g ≪LOC≫ WrtRive rSe c t - wrtRiverSe ctCode : in t + Name : strin g ≪LO C≫ WrtObsrvtn Poin t - obsrvtn Poin tCode : in t

+Name : strin g ≪TIM≫ WrtAnnTime -time : time ≪LOC≫ WrtObje ctPoin t WarningReport ≪ORG≫ WrtAnn Offic e - wrtAn nO ff ice Code : in t

+ Name : string ≪ORG≫ WrtSe n dBloc k - id : int ≪LOC≫ WrtRive r - riverCode : in t + Name : strin g ≪OBJ≫ WrtReportKin d -wrtRe portKindCode : int

≪OBJ≫ WrtCau se - wrtCau se Code : in t + Name : strin g ≪O BJ≫ WrtTrn sSe rialNum -id : in t ≪OBJ≫ WrtCon tn uatnFlag wrtCon tn u at nFlagcode : in t ≪OBJ≫ WrtRe portNo - wrtRe portNoCode : in t ≪OBJ≫ WrtAlarm - wrtAlarmCode : in t ② LOC RdOwn de v 3 - id - Name LOG Statu sRe c ord

LOG LOG - logLv - recordCause - recordFlag AIM TmMark LOC

Rec ordOf fice - off ic e Code - Name LOC Rec ordModule - id ame - N ORG TmMan ageO ff ic e - offic e Code - Name ORG TmSe n dBloc k - id - Name OBJ TmInf oKin d - id - Name TIM TmTime stam p - kin d - time TIM O bsrvtn Time - time TIM Rec ordTime - time DAT Re c ordCon te nts - id AIM Re c ordMark ORG Of fic e - off ic e Code me - Na ORG TmObsrvtn Poin t - obsrvtn Poin tCode - Name

LOC

Re c ordPoin t TmPoin tORG

- id - Name

LOC Commu n ic ation DataFolde rUri

- id - Name

AIM RdMar k

TIM Con stCertfc tn Time LOC RdOwn dev 2 - id - Name LOC RdOwn de v - id - Name LO C Con stCh gIte m - id - Name O BJ Con stTime 2 - le n gth O BJ ConstTime 3 - le n gth OBJ Con stCh gTime - time ① AIM ConstMark OBJ Con ten tsDe tail - le n gth ≪LOC≫ WrtJursdc tnOffice - WrtJu rsdc tn Of f ic eCode : in t + Name : strin g ≪LOC≫ WrtRvrSys -wrtRvrSy sCode : in t + Name : strin g ≪LOC≫ WrtRive rSe c t - wrtRiverSe ctCode : in t + Name : strin g ≪LO C≫ WrtObsrvtn Poin t - obsrvtn Poin tCode : in t

+Name : strin g ≪LO C≫ WrtObsrvtn Poin t - obsrvtn Poin tCode : in t

+Name : strin g ≪TIM≫ WrtAnnTime -time : time ≪TIM≫ WrtAnnTime -time : time ≪LOC≫ WrtObje ctPoin t ≪LOC≫ WrtObje ctPoin t WarningReport ≪ORG≫ WrtAnn Offic e - wrtAn nO ff ice Code : in t

+ Name : string ≪ORG≫ WrtSe n dBloc k - id : int ≪LOC≫ WrtRive r - riverCode : in t + Name : strin g ≪LOC≫ WrtRive r - riverCode : in t + Name : strin g ≪OBJ≫ WrtReportKin d -wrtRe portKindCode : int

≪OBJ≫ WrtReportKin d -wrtRe portKindCode : int

≪OBJ≫ WrtCau se - wrtCau se Code : in t + Name : strin g ≪O BJ≫ WrtTrn sSe rialNum -id : in t ≪OBJ≫ WrtCon tn uatnFlag wrtCon tn u at nFlagcode : in t ≪OBJ≫ WrtRe portNo - wrtRe portNoCode : in t ≪OBJ≫ WrtRe portNo - wrtRe portNoCode : in t ≪OBJ≫ WrtAlarm - wrtAlarmCode : in t ≪OBJ≫ WrtAlarm - wrtAlarmCode : in t ②

4

(9)

図 3-2に示すように,状態記録は一つの記録の子要素に必須項目と,任意項目を持つ。

また,ログレベルと,ログの記述した原因と記録時の処理状態を属性にもつ。

図 3-2 状態記録の要素の構造

状態記録の構造を表 3-1に示す。

表 3-1状態記録の構造

Log

<必須項目>

状態記録

<任意項目>

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 logLv ログレベル 書き込んだログのログレベル。 属性 1 1 ○ recordCause 記録原因 書き込んだログの原因種別。 属性 0 1 RecordFlag 記録識別 各 機 能 での処 理 状 態 を示 す。(受 信 : 1,送信:2) 属性 0 1 <必須項目> 3.2を参照。 要素 1 1 ○ <任意項目> 3.3を参照。 要素 0 1

XML インスタンス例

<Log logLv="3" recordCause="1" recordFlag="1">

<必須項目>

<任意項目>

</Log>

(10)

3.2 必須項目構造

図3-3に示すように,必須項目の中で記録時刻(枠①)+記録場所(枠②)+記録内容(枠③)

の 3 つの構造で成り立っている。これらの 3 つの構造を集約することで状態記録の必須項目が出

力される。

図3-3 必須項目の構造

LOG LOG - logLv - recordCause - recordFlag LOC RecordOffice - officeCode - Name LOC RecordModule - id - Name TIM RecordTime - time DAT RecordContents - id AIM RecordMark ORG Office - officeCode - Name LOC RecordPoint ② ③ ① LOG LOG - logLv - recordCause - recordFlag LOC RecordOffice - officeCode - Name LOC RecordModule - id - Name TIM RecordTime - time DAT RecordContents - id AIM RecordMark ORG Office - officeCode - Name LOC RecordPoint ② ③ ①

6

(11)

3.2.1 必須項目:時刻の構造

(1) 基本構造

図3-4に示すように必須項目の時間には,状態記録を記録した時刻(Time)の概念がある。記録

時刻の構造を RecordTimeType とする。

図3-4 必須項目:時刻の構造

TIM RecordTime - time TIM RecordTime - time

(2) 記録時刻の要素

記録時刻の要素を表 3-2に示す。

表 3-2 記録時刻の要素一覧

英語名 日本語名 内容 区分 構造 RecordTime 記録時刻 XML ファイルに事象を記録した時刻 要素 RecordTimeType

(3) 記録時刻の構造

図3-5に示すように,記録時刻は,いつの XML ファイルに事象を記録したかを示す時刻を属性

にもつ。

図3-5 記録時刻時刻の要素の構造

記録時刻(RecordTimeType)の構造を表 3-12に示す。

表 3-3 観測時刻の構造

RecordTime

記録時刻

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 time 時刻 時刻を表す。 属性 dateTime 1 1 ○

XML インスタンス例

<RecordTime time="2003-07-10T15:03:54.052"/>

7

(12)

3.2.2 必須項目:場所の構造

(1) 基本構造

図 3-6に示すように必須項目の場所は状態記録を行う記録場所を基本とする。記録場所は観測

する事務所と同じコード体系で管理されている。

LOC RecordOffice - officeCode

図 3-6 必須項目:場所の構造

- Name LOC RecordModule - id - Name ORG Office - officeCode - Name LOC RecordPoint LOC RecordOffice - officeCode ame LOC RecordEquipment - id - Name ORG Office - officeCode - Name LOC RecordPoint LOC RecordModule - id - Name LOC RecordModule - id - Name - N

8

(13)

(2) 記録場所の要素

場所の要素一覧を表 3-4に示す。

表 3-4 場所の要素一覧

英語名 日本語名 内容 区分 構造 RecordOffice 記録事務所 ログを採取した拠点(事務所/本局等) 要素 RecordOfficeType RecordEquipme nt 記録装置 ログを採取した装置(TM 伝送系,定数スレー ブサーバ等) 要素 RecordEquipmentType RecordModule 記録機能 ログを採取した機能(分配,一次演算等) 要素 RecordModuleType

(3) 記録事務所の構造

図 3-7に示すように事務所と機能は親子関係にあるので,事務所は子要素に記録機能・名称

をもつ。またその事務所を識別するための事務所コードを属性にもつ。事務所コードは統一手順

に従った値の範囲を持つ。

図 3-7 記録事務所の要素の構造

記録事務所(RecordOfficeType)の構造を表 3-5に示す。

表 3-5 記録事務所の構造

RecordOffice RecordEquipment 記録事務所 記録装置 Name 名称 RecordModule 記録機能 Name 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 officeCode 事務所コード 事務所を識別する固有のコード 属性 officeIntType 1 1 ○ RecordModule 記録機能 ログを採 取 した機 能 (分 配 ,一 次 演 算 等) 要素 Record Module Type 1 1 ○ Name 名称 統一河川における最大 24 文字の正式 名称 要素 NameType 1 1 ○

事務所コードの型は共通の事務所コード(officeIntType)を持つ。(XML 設計書共通編を参照)

XML インスタンス例

<RecordOffice officeCode="21248">

<Name>関東本局</Name>

<RecordModule moduleCode="8"/>

</RecordOffice>

9

(14)

(4) 記録装置の構造

図 3-8に示すように記録装置は子要素に名称をもつ。また,その機能を識別するためコードを

属性に持つ

図 3-8 記録装置の要素の構造

記録装置(RecordEquimentType)の構造を表 3-6に示す。

表 3-6 記録装置の構造

RecordEquiment

Name

記録装置

名称

RecordEquiment

Name

記録装置

名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 equimentId 装置番号 装置を識別するコード 属性 int 1 1 ○ Name 名称 統一河川における最大 24 文字の装置 名称 要素 NameType 1 1 ○

XML インスタンス例

<RecordEquipment equipmentId="3">

<Name>運用管理 Web_4</Name>

</RecordEquipment>

10

(15)

(5) 記録機能の構造

図 3-9に示すように記録機能は子要素に名称をもつ。またその機能を識別するためコードを属

性にもつ。

図 3-9 記録機能の要素の構造

記録機能(RecordModuleType)の構造を表 3-7に示す。

表 3-7 記録機能の構造

RecordModule

Name

記録機能

名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 moduleCode 機能コード 機能を識別するコード 属性 int 1 1 ○ Name 名称 統一河川における最大 24 文字の正式 名称 要素 NameType 1 1 ○

XML インスタンス例

<RecordModule moduleCode=”5”>

<Name>TM分配2</Name>

</RecordModule>

11

(16)

3.2.3 必須項目:主題の構造

(1) 基本構造

図 3-10に示すように,主題は記録した内容とその詳細で構成されている。

図 3-10 必須項目:主題

AIM RecordMark DAT RecordContents - id AIM RecordMark DAT RecordContents - id

(2) 主題の要素

主題の要素一覧を表 3-8に示す。

表 3-8 主題の要素一覧

英語名 日本語名 内容 区分 構造 RecordContents 記録内容 ログの本文にあたる内容(サマリ表示) 要素 RecordContentsType

(3) 記録内容の構造

図 3-11に示すように,記録内容はテキストデータに記録の内容を出力し,また内容を識別でき

る ID を属性として持つ

図 3-11 記録内容の要素の構造

記録内容(RecordContentsType)の構造を表 3-9に示す。

表 3-9 記録内容の構造

RecordContents

記録内容

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○ (テキストデータ) - 記録内容 - string 1 1 ○

XML インスタンス例

<RecordContents id="1">オンラインデータ送信</RecordContents>

12

(17)

(4) ログ詳細内容の構造

に示すようにログ詳細内容はテキストデータに「誰に対して」,「何をしたとき」,「何が原因で」,

「何が起きたか」の形式で詳細内容を出力する。

ログ詳細内容については,異常時に必須となる。

図 3-12 ログ詳細内容の要素の構造

ログ詳細内容(WritingContentsType)の構造を表 3-10に示す。

表 3-10 ログ詳細内容の構造

WritingContents

詳細内容

WritingContents

詳細内容

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 記録内容(全角 256 文字) - string 1 1 ×

XML インスタンス例

<WritingContents>異常記録コピー処理においてマウント先ディレクトリにアクセスできません。対

象装置のNFSサーバの設定及び運用管理系のNFSクライアントの設定,システム構成定義のN

F S マ ウ ン ト デ ィ レ ク ト リ と 異 常 記 録 出 力 先 デ ィ レ ク ト リ の 整 合 性 を 確 認 し て 下 さ い 。

</WritingContents>

13

(18)

3.3 任意項目の構造

図3-13に示すように,任意項目においては,各系(伝送系《テレメータ観測データ・レーダー観

測データ》定数系)で出力する情報により観測時刻(枠①)+観測場所(枠②)+内容(枠③)の 3 つ

の構造で成り立っている。これらの 3 つの構造を集約することで状態記録の任意項目が出力され

る。予警報文書で出力する情報は発令時間(枠④)+発令対象場所(枠⑤)+内容(枠⑥)+発令機

関(枠⑦)の 4 つの構造で成り立っている。

図3-13 任意項目の構造

LOC RdOwn dev 3 - id - Name LOG LOG - logLv - recordCause - recordFlag AIM TmMark ORG TmManageOffice - officeCode - Name O RG TmSen dBlock - id - Name OBJ TmInfoKind - id - Name TIM TmTimestam p - kind - time TIM ObsrvtnTime - time ORG TmObsrvtnPoint - id - Name ORG TmPoint - id - Name LOC Communication DataFolderUri - id - Name AIM RdMar k TIM ConstCertfc tnTime LOC RdOwn dev 2 - id - Name LOC RdOwn dev - id - Name LOC ConstChgItem - id - Name OBJ ConstTime 2 - length OBJ ConstTime 3 - length OBJ ConstChgTime - time ① ② ③ AIM Con stMark OBJ Con tentsDetail - length ≪LOC≫ WrtJursdctnOffice -WrtJursdctnOfficeCode : int +Name : string ≪LOC≫ WrtRvrSys -wrtRvrSysCode : int +Name : string ≪LOC≫ WrtRiverSect -wrtRiverSectCode : int +Name : string ≪LOC≫ WrtObsrvtnPoint -obsrvtnPointCode : int +Name : string ≪TIM≫ WrtAnnTime -time : time ≪LOC≫ WrtObjectPoint WarningReport ≪ORG≫ WrtAnnOffice -wrtAnnOfficeCode : int +Name : string ≪ORG≫ WrtSendBlock -id : int ≪LOC≫ WrtRiver -riverCode : int +Name : string ≪OBJ≫ WrtReportKind -wrtReportKindCode : int ≪OBJ≫ WrtCause -wrtCauseCode : int +Name : string ≪OBJ≫ WrtTrnsSerialNum -id : int ≪OBJ≫ WrtContnuatnFlag - wrtContnuatnFlagcode : int ≪OBJ≫ WrtReportNo -wrtReportNoCode : int ≪OBJ≫ WrtAlarm -wrtAlarmCode : int ④ ⑤ ⑥ ⑦ LOC RdOwn dev 3 - id - Name LOG LOG - logLv - recordCaus - recordFlag AIM TmMark ORG TmManageOffice - officeCode - Name O RG TmSen dBlock - id - Name OBJ TmInfoKind - id - Name TIM TmTimestam p - kind - time TIM ObsrvtnTime e - time ORG TmObsrvtnPoint - id - Name ORG TmPoint - id - Name LOC Communication DataFolderUri - id - Name AIM RdMar k TIM ConstCertfc tnTime LOC RdOwn dev 2 - id - Name LOC RdOwn dev - id - Name LOC ConstChgItem - id - Name OBJ ConstTime 2 - length OBJ ConstTime 3 - length OBJ ConstChgTime - time ① ② ③ AIM Con stMark OBJ Con tentsDetail - length LOC RdOwn dev 3 - id - Name LOG LOG - logLv - recordCaus - recordFlag AIM TmMark ORG TmManageOffice - officeCode - Name O RG TmSen dBlock - id - Name OBJ TmInfoKind - id - Name TIM TmTimestam p - kind - time TIM ObsrvtnTime e - time ORG TmObsrvtnPoint - id - Name ORG TmPoint - id - Name LOC Communication DataFolderUri - id - Name AIM RdMar k TIM ConstCertfc tnTime LOC RdOwn dev 2 - id - Name LOC RdOwn dev - id - Name LOC ConstChgItem - id - Name OBJ ConstTime 2 - length OBJ ConstTime 3 - length OBJ ConstChgTime - time ① ② ③ AIM Con stMark OBJ Con tentsDetail - length ≪LOC≫ WrtJursdctnOffice -WrtJursdctnOfficeCode : int +Name : string ≪LOC≫ WrtJursdctnOffice -WrtJursdctnOfficeCode : int +Name : string ≪LOC≫ WrtRvrSys -wrtRvrSysCode : int +Name : string ≪LOC≫ WrtRvrSys -wrtRvrSysCode : int +Name : string ≪LOC≫ WrtRiverSect -wrtRiverSectCode : int +Name : string ≪LOC≫ WrtRiverSect -wrtRiverSectCode : int +Name : string ≪LOC≫ WrtObsrvtnPoint -obsrvtnPointCode : int +Name : string ≪LOC≫ WrtObsrvtnPoint -obsrvtnPointCode : int +Name : string ≪TIM≫ WrtAnnTime -time : time ≪TIM≫ WrtAnnTime -time : time ≪LOC≫ WrtObjectPoint≪LOC≫ WrtObjectPoint WarningReport ≪ORG≫ WrtAnnOffice -wrtAnnOfficeCode : int +Name : string ≪ORG≫ WrtAnnOffice -wrtAnnOfficeCode : int +Name : string ≪ORG≫ WrtSendBlock -id : int ≪ORG≫ WrtSendBlock -id : int ≪LOC≫ WrtRiver -riverCode : int +Name : string ≪LOC≫ WrtRiver -riverCode : int +Name : string ≪OBJ≫ WrtReportKind -wrtReportKindCode : int ≪OBJ≫ WrtReportKind -wrtReportKindCode : int ≪OBJ≫ WrtCause -wrtCauseCode : int +Name : string ≪OBJ≫ WrtCause -wrtCauseCode : int +Name : string ≪OBJ≫ WrtTrnsSerialNum -id : int ≪OBJ≫ WrtTrnsSerialNum -id : int ≪OBJ≫ WrtContnuatnFlag - wrtContnuatnFlagcode : int ≪OBJ≫ WrtContnuatnFlag - wrtContnuatnFlagcode : int ≪OBJ≫ WrtReportNo -wrtReportNoCode : int ≪OBJ≫ WrtReportNo -wrtReportNoCode : int ≪OBJ≫ WrtAlarm -wrtAlarmCode : int ≪OBJ≫ WrtAlarm -wrtAlarmCode : int ④ ⑤ ⑥ ⑦

14

(19)

3.3.1 任意項目:時刻の構造

(1) 基本構造

図 3-14に示すように,任意項目は伝送系で出力事項にテレメータデータ・レーダデータの観測

時刻をもつ。この構造を(ObsrvtnTimeType)する。

図 3-14 任意項目:観測時刻

TIM Obsrvtn Time - time TIM Obsrvtn Time - time

(2) 観測時刻の要素

観測時刻の要素を表 3-2に示す。

表 3-11 観測時刻の要素一覧

英語名 日本語名 内容 区分 構造 ObsrvtnTime 観測時刻 観測時刻 要素 ObsrvtnTimeType

(3) 観測時刻の構造

図3-5に示すように,観測時刻はいつ観測したかを示す時刻を属性にもつ。

図3-15 観測時刻の要素の構造

観測時刻(ObsrvtnTimeType)の構造を表 3-12に示す。

表 3-12 観測時刻の構造

ObsrvtnTime

観測時刻

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 time 時刻 観測時刻を表す。 属性 dateTime 1 1 ○

XML インスタンス例

<ObsrvtnTime time="2003-07-10T15:00:00"/>

15

(20)

3.3.2 任意項目:場所の構造

(1) 基本構造

図 3-16に示すように,任意項目の場所にテレメータ観測データの管理場所を持つ。テレメータ

管理事務所と送信ブロックは親子関係にあり,さらにテレメータ送信ブロックとテレメータ観測所が

親子関係になっている。

図 3-16 任意項目:場所

ORG TmManageOffice - officeCode - Name ORG TmSendBlock - id - Name ORG TmObsrvtnPoint - obsrvtnPointCode - Name ORG TmPoint - id - Name ORG TmManageOffice - officeCode - Name ORG TmSendBlock - id - Name ORG TmObsrvtnPoint - obsrvtnPointCode - Name ORG TmPoint - id - Name

(2) 場所の要素

場所の要素一覧を表 3-4に示す。

表 3-13 場所の要素一覧

英語名 日本語名 内容 区分 構造 TmManageOffice テレメータ管理事務所 観測データを管理する事務所 要素 TmManageOfficeType TmSendBlock テレメータ送信ブロック 観測データを送信する際のブロック 要素 TmSendBlockType TmObsrvtnPoint テレメータ観測所 観測データを測定する場所 要素 TmObsrvtnPointType

(3) テレメータ管理事務所の構造

図 3-17に示すように, テレメータ管理事務所とテレメータ送信ブロックは親子関係にあるの

で,テレメータ管理事務所は子要素に名称とテレメータ送信ブロックを持つ。またその事務所を識

別するための事務所コードを属性にもつ。事務所コードは統一手順に従った値の範囲を持つ。

TmManageOffice

TmSendBlock

テレメータ管理事務所 テレメータ送信ブロック

Name

名称

図 3-17 テレメータ管理事務所の要素の構造

16

(21)

テレメータ管理事務所の構造(TmManageOfficeType)を表 3-14に示す。

表 3-14 テレメータ管理事務所の構造

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 OfficeCode 事務所コード 事務所を識別する固有のコード 属性 OfficeIntType 1 1 ○ TmSendBlock テレメータ 送信ブロック 本省仕様/統一手順における系統もし くは送信ブロック 要素 TmSendBlock Type 0 1 Name 名称 統一河川における最大 24 文字の正式 名称 要素 Nametype 0 1

事務所コードの型は共通の事務所コード(officeIntType)を持つ。(XML 設計書共通編を参照)

XML インスタンス例

<TmManageOffice officeCode="21299">

<Name>利根川ダム統管</Name>

<TmSendBlock id="4">

</TmManageOffice>

(4) テレメータ送信ブロックの構造

図 3-18に示すように, テレメータ送信ブロックとテレメータ観測所が親子関係になっているの

で,テレメータ送信ブロックは子要素に名称とテレメータ観測所を持つ。また送信ブロックを識別す

るための ID を属性にもつ。

図 3-18 テレメータ送信ブロックの要素の構造

テレメータ送信ブロックの構造(SendBlockType)を表 3-15に示す。

表 3-15 送信ブロックの構造

TmSendBlock

TmObsrvtnPoint

テレメータ送信ブロック

テレメータ観測所

Name

名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○ Name 名称 統一河川における最大 24 文字の正式 名称 要素 Nametype 1 1 ○ TmObsrvtnPoint テレメータ観測所 本省仕様/統一手順における観測所 要素 TmObsrvtnType 0 1

17

(22)

XML インスタンス例

<TmSendBlock id="4">

<Name>系統4</Name>

<TmObsrvtnPoint obsrvtnPointCode="155"/>

</TmSendBlock>

(5) テレメータ観測所の構造

図 3-19に示すように,テレメータ観測所の子要素には名称を持つ。また観測所を識別するた

めのコードを属性にもつ

図 3-19 テレメータ観測所の要素の構造

テレメータ観測所の構造(TmObsrvtnPointType)を表 3-16に示す。

表 3-16 テレメータ観測所の構造

TmObsrvtnPoint

Name

テレメータ観測所

名称

TmObsrvtnPoint

Name

テレメータ観測所

名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 obsrvtnPointCode 観測所コード 観測所を識別する固有のコード 属性 int 1 1 ○ Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 1 1 ○

XML インスタンス例

<TmObsrvtnPoint obsrvtnPointCode="155">

<Name>×××</Name>

</TmObsrvtnPoint>

18

(23)

3.3.3 任意項目:主題の構造

(1) 基本構造

図 3-20に示すように任意項目の主題は各系の出力内容を示す。

図 3-20 任意項目:主題の構造

LOC RdOwndev 3 - id - Name AIM TmMark OBJ TmInfoKind - Name TIM TmTimestamp - kind - time AIM RdMark TIM ConstCertfctnTime LOC RdOwndev 2 - id - Name LOC RdOwndev - id - Name LOC ConstChgItem - id - Name OBJ ConstTime 2 - length OBJ ConstTime 3 - length OBJ ConstChgTime - time AIM ConstMark OBJ ContentsDetail - length LOC RdOwndev 3 - id - Name AIM TmMark OBJ TmInfoKind - Name TIM TmTimestamp - kind - time AIM RdMark TIM ConstCertfctnTime LOC RdOwndev 2 - id - Name LOC RdOwndev - id - Name LOC ConstChgItem - id - Name OBJ ConstTime 2 - length OBJ ConstTime 3 - length OBJ ConstChgTime - time AIM ConstMark OBJ ContentsDetail - length

(2) 観測データの主題要素

テレメータ観測データの主題項目の要素一覧を表 3-17に示す。

表 3-17 テレメータ観測データの主題項目の要素一覧

英語名 日本語名 内容 区分 構造 TmInfoKind 情報種別 本省仕様/統一手順における情報種別 要素 TmInfoKindType TmDataKind データ種別 本省仕様/統一手順におけるデータ種別 要素 TmDataKindType TmTimestamp タイムスタンプ 本省仕様/統一手順におけるタイムスタンプ 要素 TmTimestampType TmDataItem データ項目 本省仕様/統一手順におけるデータ項目番 号 要素 TmDataItemType ChkItem 検定項目 ヘッダ部検定,警報判定,異常値判定時に 検出した項目 要素 ChkItemType ChkData 検定データ ヘッダ部検定,警報判定,異常値判定時に 検出した値 要素 int ChkComprsnData 検 定 比 較 デー タ ヘッダ部検定,警報判定,異常値判定時に 比較した値 要素 int CommnctnDataF olderUri 電 文 格 納 先 へ

の URI 通信電文ファイルを格納した URI 要素 int

TrnsSerialNum 伝送通番 本省仕様/統一手順における伝送通番 要素 TrnsSerialNumType

ContnuatnFlag 継続フラグ 本省仕様/統一手順における継続フラグ 要素 ContnuatnFlagType

(24)

(3) 情報種別の構造

図 3-21に示すように,情報種別は子要素に名称をもつ。また,その種別を識別する通番を ID

として属性にもつ

図 3-21 情報種別の要素の構造

情報種別の構造(TmInfoKindType)を表 3-18に示す。

表 3-18 情報種別の構造

TmInfoKind

Name

情報種別

名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○ Name 名称 情報種別の名称 要素 string 1 1 ○

XML インスタンス例

<TmInfoKind id="11">

<Name>オンラインデータ送信</Name>

</TmInfoKind>

(4) データ種別の構造

図 3-22に示すように,データ種別は子要素に名称をもつ。また,その種別を識別する通番を

ID として属性にもつ

図 3-22 データ種別の要素の構造

データ種別の構造(TmDataKindType)を表 3-19に示す。

表 3-19 データ種別の構造

TmDataKind

Name

データ種別

名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○ Name 名称 データ種別の名称 要素 string 1 1 ○

20

(25)

XML インスタンス例

<TmDataKind id="20">

<Name>○○</Name>

</TmDataKind>

(5) タイムスタンプの構造

図 3-23に示すように,タイムスタンプはテキストデータに時刻をもち,その種別を識別するコード

を属性にもつ

図 3-23 タイムスタンプの要素の構造

タイムスタンプの構造(TmTimestampType)を表 3-20に示す。

表 3-20 タイムスタンプの構造

TmTimestamp

タイムスタンプ

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 timestampKind タイムスタンプ種別 各要素の固有番号 属性 int 1 1 ○ (テキストデータ) - 時刻 - dateTime 1 1 ○

XML インスタンス例

<TmTimestamp timestampKind="1">2003-07-10T15:42:15</TmTimestamp>

<TmTimestamp timestampKind="2">2003-07-10T15:41:50</TmTimestamp>

(6) データ項目の構造

図 3-24に示すように,データ項目は子要素に名称をもつ。また,その項目を識別する通番を

ID として属性にもつ

図 3-24 データ項目の要素の構造

TmDataKind

Name

データ項目

名称

21

(26)

データ項目の構造(TmDataItemType)を表 3-21に示す。

表 3-21 データ項目の構造

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○ Name 名称 データ項目の名称 要素 string 1 1 ○

XML インスタンス例

<TmDataItem id="10">

<Name>○○</Name>

</TmDataItem>

(7) 検定項目の構造

図 3-25に示すように,検定項目は子要素をもたず,検定項目番号を属性に持つ

図 3-25 検定項目の要素の構造

検定項目の構造を表 3-22に示す。

表 3-22 検定項目の構造

ChkItem

検定項目

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 chekItemCode 検定項目コード 検定項目コード 属性 int 1 1 ○

XML インスタンス例

<ChkItem chekItemCode=”4660”/>

22

(27)

(8) 検定データの構造

図 3-26に示すように,検定データは子要素をもたず,テキストデータに検定データを持つ

図 3-26 検定データの要素の構造

検定データの構造を表 3-23に示す。

表 3-23 検定データの構造

ChkData

検定データ

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 検定データ - string 1 1 ○

XML インスタンス例

<ChkData>69</ChkData>

(9) 検定比較データの構造

図 3-27に示すように,検定比較データは子要素をもたずテキストデータに検定比較データを持

図 3-27 検定比較データの要素の構造

検定比較データの構造を表 3-24に示す。

表 3-24 検定比較データの構造

ChkComprsnData

検定比較データ

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 検定比較データ - int 1 1 ○

XML インスタンス例

<ChkComprsnData>50</ChkComprsnData>

23

(28)

(10) 電文データ格納 URI の構造

図 3-28に示すように, 電文データ格納 URI は子要素をもたずテキストデータに URI データを

持つ

図 3-28 電文データ格納URIの要素の構造

電文データ格納 URI を表 3-24に示す。

表 3-25 検定比較データの構造

CommnctnDataFolderUri

電文データ格納URI

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 電文格納先の URI - string 1 1 ○

XML インスタンス例

<CommnctnDataFolderUri>file://DATALOG_TM_01_RSV-0121.fil</CommnctnDataFolderUri>

(11) 伝送通番の構造

図 3-29に示すように,伝送通番は子要素をもたず,伝送時に割り当てられた番号を属性に持

つ。

図 3-29 伝送通番の要素の構造

TrnsSerialNum

伝送通番

伝送通番(TrnsSerialNumType)の構造を表 3-26に示す。

表 3-26 伝送通番の構造

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id 通番 通番 属性 int 1 1 ○

XML インスタンス例

<TrnsSerialNum id="1"/>

24

(29)

(12) 継続フラグ

図 3-30に示すように,継続フラグは子要素をもたず,電文が継続するか否かを判断するコード

を属性に持つ。

図 3-30 継続フラグの要素の構造

継続フラグ(ContnuatnFlagType)の構造を表 3-27に示す

表 3-27 継続フラグの要素の構造

ContnuatnFlag

継続フラグ

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 contnuatnFlagCode 継続フラグコード 電 文 が継 続 するか否 かを判 断 する 固有のコード - int 1 1 ○

XML インスタンス例

<ContnuatnFlag contnuatnFlagCode="2"/>

(13) レーダ観測データの主題要素

レーダ観測データの主題項目を表 3-28に示す。

表 3-28 レーダ観測データの主題項目

英語名 日本語名 内容 Type RdProtcolKind プロトコル種別 レーダ統一手順のフレームヘッダに含まれるプロトコル種別 RdProtcolKindType RdFrameKind フレーム種別 レーダ統一手順のフレームヘッダに含まれるフレーム種別 RdFrameKindType RdEquipment 自装置 レーダ統一手順のフレームヘッダに含まれる自装置名 RdEquipmentType RdDataKind データ種別 レーダ統一手順のデータヘッダに含まれるデータ種別 RdDataKindType AreaNo 地整 No レーダ統一手順のデータヘッダに含まれる地整番号 AreaNoType

25

(30)

(14) プロトコル種別の構造

図 3-31に示すように, プロトコル種別は子要素をもたず,種別を属性に持つ

図 3-31 プロトコル種別の要素の構造

プロトコル種別の構造を表 3-29に示す。

表 3-29 プロトコル種別の構造

RdProtcolKind

プロトコル種別

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○

XML インスタンス例

<RdProtocolKind id="1001"/>

26

(31)

(15) フレーム種別の構造

図 3-32に示すように, フレーム種別は子要素をもたず,種別を属性に持つ

図 3-32 フレーム種別の要素の構造

フレーム種別の構造を表 3-30に示す。

表 3-30 フレーム種別の構造

RdFrameKind

フレーム種別

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○

XML インスタンス例

<RdFrameKind id="0004"/>

(16) 自装置の構造

図 3-33に示すように,自装置は子要素に名称をもち,通番を ID として属性に持つ

図 3-33 自装置の要素の構造

自装置の構造(RdEquipmentType)を表 3-31に示す。

表 3-31 フレーム種別の構造

RdEquipment

Name

自装置

名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○ Name 名称 自装置の名称 要素 string 1 1 ○

XML インスタンス例

<RdEquipment id="71000001">

<Name>関東合成キャリブ局レーダサーバ</Name>

</RdEquipment>

27

(32)

(17) データ種別の構造

図 3-34に示すように,データ種別は子要素をもたず,データを識別する種別と通番を ID として

属性に持つ

図 3-34 データ種別の要素の構造

データ種別の構造を表 3-32に示す。

表 3-32 データ種別の構造

RdDataKind

データ種別

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id ID 各要素の固有番号 属性 int 1 1 ○ rdDataCode データ種別コード レーダデータ種別を区別するコード 属性 int 1 1 ○

XML インスタンス例

<RdDataKind rdDataCode="1" id="209"/>

<RdDataKind rdDataCode="2" id="257"/>

<RdDataKind rdDataCode="3" id="3000"/>

(18) 地整 No の構造

図 3-35に示すように,地整 No は子要素をもたず、地整を識別する番号をコードとして属性に

持つ

図 3-35 地整Noの要素の構造

地整 No(AreaNoType)の構造を表 3-33に示す。

表 3-33 地整Noの構造

AreaNo

地整No

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 areaNoCode 地整番号コード レーダ伝送において地整を区別するコード 属性 hexBinary 1 1 ○

XML インスタンス例

<AreaNo areaNoCode="8A"/>

28

(33)

(19) 定数系データの主題要素

定数系データの主題項目の要素一覧を表 3-34に示す。

表 3-34 定数系データの主題項目 英語名 日本語名 内容 Type ConstChgTime 定数変更時刻 定数が変更された時刻 dateTime ConstChgName 定数変更名称 変更された定数のファイル名称 string ConstCertfctnTime 認証時刻 変更された定数を管理者が認証した時刻 dateTime ConstDistrbtnTime 定数配布時刻 変更された定数が配布された時刻 dateTime LoginName ログイン名 ユーザがログインした名称? string

(20) 定数変更時刻の構造

図 3-36に示すように, 定数変更時刻は子要素をもたず,テキストデータに定数が変更された

時刻を持つ

図 3-36 定数変更時刻の要素の構造

定数変更時刻の構造を表 3-35に示す。

表 3-35 定数変更時刻の構造

ConstChgTime

定数変更時刻

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 定数が変更された時刻 - dateTime 1 1 ○

XML インスタンス例

<ConstChgTime>2003-08-25T00:00:00</ConstChgTime>

29

(34)

(21) 定数変更名称の構造

図 3-37に示すように, 定数変更名称は子要素をもたずテキストデータに名称をもつ。

図 3-37 定数変更名称の要素の構造

定数変更名称の構造を表 3-36に示す。

表 3-36 定数変更名称の構造

ConstChgName

定数変更名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 定数変更をした名称 - string 1 1 ○

XML インスタンス例

<ConstChgName>XX定数</ConstChgName>

(22) 定数認証時刻の構造

図 3-38に示すように, 定数認証時刻は子要素をもたず,テキストデータに変更された定数を

管理者が認証した時刻を持つ

図 3-38 定数認証時刻の要素の構造

定数認証時刻の構造を表 3-37に示す。

表 3-37 定数認証時刻の構造

ConstCertfctnTime

定数認証時刻

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 変更した定数を管理者が認証した時刻 - dateTime 1 1 ○

XML インスタンス例

<ConstCertfcnTime>2003-08-25T00:00:00</ConstCertfcnTime>

30

(35)

(23) 定数配布時刻の構造

図 3-39に示すように, 定数配布時刻は子要素をもたず,テキストデータに変更された定数が

配布された時刻を持つ

図 3-39 定数配布時刻の要素の構造

定数配布時刻の構造を表 3-38に示す。

表 3-38 定数配布時刻の構造

ConstDistrbtnTime

定数配布時刻

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - 変更された定数が配布された時刻 - dateTime 1 1 ○

XML インスタンス例

<ConstDistrbtnTime>2003-08-25T00:00:00</ConstDistrbtnTime>

(24) ログイン名称の構造

図 3-40に示すように, ログイン名称は子要素を持たず,テキストデータに名称をもつ。

図 3-40 ログイン名称の要素の構造

ログイン名称の構造を表 3-36に示す。

表 3-39 ログイン名称の構造

LoginName

ログイン名称

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 (テキストデータ) - ログイン名称 - string 1 1 ○

XML インスタンス例

<LoginName>XXXX</LoginName>

31

(36)

内容の主題項目の要素一覧を表 3-40に示す。

表 3-40 内容の主題項目

英語名 日本語名 内容 Type ContentsDetail 内容詳細 ログ内容に対する詳細情報 ContentsDetailType

(25) 内容詳細の構造

図 3-41に示すように,内容詳細はテキストデータに詳細を出力し,記述するデータの長さを属

性として持つ。

図 3-41 内容詳細の要素の構造

内容詳細は記録内容(ContentsDetailType)の構造を表 3-41に示す。

表 3-41 内容詳細の構造

ContentsDetail

内容詳細

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 Length 長さ データ長 属性 int 0 1 (テキストデータ) - 詳細内容 - string 1 1 ○

XML インスタンス例

<ContentsDetail length="1">00</ContentsDetail>

32

(37)

3.3.4 任意項目:予警報文書の時刻の構造

(1) 基本構造

図3-42に示すように予警報文書の時間には,予警報文書を発令した時刻(Time)の概念があ

る。発令時時刻の構造を WrtAnnTimeType とする。

図3-42 予警報文書:時刻の構造

≪TIM≫ WrtAnnTime -time : dateTime ≪TIM≫ WrtAnnTime -time : dateTime

(2) 発令時刻の要素

発令時刻の要素を表 3-42に示す。

表 3-42 発令時刻の要素一覧

英語名 日本語名 内容 区分 構造 WrtAnnTime 発令時刻 本省仕様/統一手順における発令時刻 要素 WrtAnnTimeType

(3) 発令時刻の構造

図3-43に示すように,発令時刻は予警報文書が発令された時刻を属性にもつ。

図3-43 発令時刻の要素の構造

発令時刻(WrtAnnTimeType)の構造を表 3-43に示す。

表 3-43 発令時刻の構造

WrtAnnTime

発令時刻

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 WrtAnnTime 時刻 時刻を表す。 属性 dateTime 1 1 ○

XML インスタンス例

<WrtAnnTime time="2003-11-24T12:00:00"/>

33

(38)

3.3.5 任意項目:予警報文書の場所の構造

(1) 基本構造

図 3-44に示すように予警報文書の場所は事象が発生した場所を基本とする。場所は,観測所ま

たは河川を基点とする。この観測所と河川を特定するために,事務所・水系を持つ。また、河川の

地域を特定するために河川区分を持つ。

≪LOC≫ WrtJursdctnOffice -WrtJursdctnOfficeCode : int +Name : string ≪LOC≫ WrtRvrSys -wrtRvrSysCode : int +Name : string ≪LOC≫ WrtRiverSect -wrtRiverSectCode : int +Name : string ≪LOC≫ WrtObsrvtnPoint -wrtObsrvtnPointCode : int +Name : string ≪LOC≫ WrtObjectPoint ≪LOC≫ WrtRiver -wrtRiverCode : int +Name : string ≪LOC≫ WrtJursdctnOffice -WrtJursdctnOfficeCode : int +Name : string ≪LOC≫ WrtJursdctnOffice -WrtJursdctnOfficeCode : int +Name : string ≪LOC≫ WrtRvrSys -wrtRvrSysCode : int +Name : string ≪LOC≫ WrtRvrSys -wrtRvrSysCode : int +Name : string ≪LOC≫ WrtRiverSect -wrtRiverSectCode : int +Name : string ≪LOC≫ WrtRiverSect -wrtRiverSectCode : int +Name : string ≪LOC≫ WrtObsrvtnPoint -wrtObsrvtnPointCode : int +Name : string ≪LOC≫ WrtObsrvtnPoint -wrtObsrvtnPointCode : int +Name : string ≪LOC≫ WrtObjectPoint≪LOC≫ WrtObjectPoint ≪LOC≫ WrtRiver -wrtRiverCode : int +Name : string ≪LOC≫ WrtRiver -wrtRiverCode : int +Name : string

図 3-44 予警報文書:場所の構造

34

(39)

(2) 場所の要素

場所の要素一覧を表 3-44に示す。

表 3-44 場所の要素一覧

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 WrtJursdctnOffice 所管事務所 本 省 仕 様 /統 一 手 順 における所 管 事務所 要素 WrtJursdctnOfficeType 0 1 WrtRvrSys 水系 河川における水域 要素 WrtRvrSysType 0 1 WrtRiver 河川 本 省 仕 様 /統 一 手 順 における河 川 番号 要素 WrtRiverType 0 1 WrtRiverSect 河川区分 本 省 仕 様 /統 一 手 順 における河 川 区分 要素 WrtRiverSectType 0 1 WrtObsrvtnPointType 観測所 本 省 仕 様 /統 一 手 順 における観 測 所 要素 WrtObsrvtnPointType 0 1

(3) 所管事務所の構造

図 3-45に示すように事務所と水系は親子関係にあるので,事務所は子要素に水系・名称をも

つ。またその事務所を識別するための事務所コードを属性にもつ。事務所コードは統一手順に従

った値の範囲を持つ。

図 3-45 所管事務所の要素の構造

所管事務所(JursdctnOfficeType)の構造を表 3-45に示す。

表 3-45 所管事務所の構造

WrtJursdctnOffice WrtRvrSys 所管事務所 水系 Name 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtJursdctnOfficeCode 事務所コード 事務所を識別する固有のコード 属性 officeIntType 0 1 WrtRvrSys 水系 河川における水域 要素 WrtRvrSysType 0 1 Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

事務所コードの型は共通の事務所コード(officeIntType)を持つ。

XML インスタンス例

<WrtJursdctnOffice wrtJursdctnOfficeCode="19973">

<Name>早明浦ダム</Name>

<WrtRvrSys wrtRvrSysCode="88084000"/>

</WrtJursdctnOffice>

35

(40)

(4) 水系の構造

図 3-46に示すように,水系と観測所・河川は親子関係にあるので,水系の構造は子要素に河

川・観測所・名称をもつ。またその水系を識別するための水系コードを属性にもつ。

図 3-46 水系の要素の構造

水系(RvrSysType)の構造を表 3-46に示す。

表 3-46 水系の構造

WrtRvrSys WrtObsrvtnPoint 水系 観測所 WrtRiver 河川 Name 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtRvrSysCode 水系コード 水系域を識別する固有のコード 属性 int 0 1 WrtRiver 河川 河川 要素 WrtRiverType 0 1 WrtObsrvtnPointType 観測所 データを測定する場所 要素 WrtObsrvtnPointType 0 1 Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtRvrSys wrtRvrSysCode="88084000">

<Name>吉野川水系</Name>

<WrtRiver wrtRiverCode="88084001"/>

<WrtObsrvtnPoint wrtObsrvtnPointCode="2"/>

</WrtRvrSys>

36

(41)

(5) 河川の構造

図 3-47に示すように河川の構造は子要素に名称・河川区分をもつ。またその河川を識別する

ための河川コードを属性にもつ。

図 3-47 河川の要素の構造

河川の構造(RiverType)を表 3-47に示す。

表 3-47 河川の構造

WrtRiver WrtRiverSect 河川 河川区分 Name 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtRiverCode 河川コード 河川を識別するコード 属性 int 1 1 ○ WrtRiverSect 河川区分 河川流域を示す 要素 WrtRiverSectType 0 1 Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtRiver wrtRiverCode="1">

<Name>利根川</Name>

<WrtRiverSect wrtRiverSectCode="1"/>

</WrtRiver>

37

(42)

(6) 河川区分の構造

図 3-48に示すように河川区分は子要素に名称をもつ。またその河川区分を識別するためコー

ドを属性にもつ。

図 3-48 河川区分の要素の構造

河川区分(RiverSectType)の構造を表 3-48に示す。

表 3-48 河川区分の構造

WrtRiverSect Name 河川区分 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtRiverSectCode 河川区分コード 河川区分を識別するコード 属性 int 0 1 Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtRiverSect wrtRiverSectCode="1">

<Name>上流</Name>

</WrtRiverSect>

(7) 観測所の構造

図 3-49に示すように,観測所は名称を持つ。またその観測所を識別するためのコードを属性

にもつ。

図 3-49 観測所の要素の構造

観測所(WrtObsrvtnPointType)の構造を表 3-49に示す。

表 3-49 観測所の構造

WrtObsrvtnPoint Name 観測所 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtObsrvtnPointCode 観測所コード 観測所を識別する固有のコード 属性 int 0 1 Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtObsrvtnPoint wrtObsrvtnPointCode="2">

<Name>土岐</Name>

</WrtObsrvtnPoint>

38

(43)

3.3.6 任意項目:予警報文書の主題の構造

(1) 基本構造

図 3-50に示すように,主題は予警報文書の伝送通番・継続フラグ・文書種別・警報情報・伝達

要因・発令番号で構成されている。

≪OBJ≫ WrtReportKind -wrtReportKindCode : int ≪OBJ≫ WrtCause -wrtCauseCode : int +Name : string ≪OBJ≫ WrtTrnsSerialNum -id : int ≪OBJ≫ WrtContnuatnFlag - wrtContnuatnFlagcode : int ≪OBJ≫ WrtReportNo -wrtReportNoCode : int ≪OBJ≫ WrtAlarm -wrtAlarmCode : int ≪OBJ≫ WrtReportKind -wrtReportKindCode : int ≪OBJ≫ WrtReportKind -wrtReportKindCode : int ≪OBJ≫ WrtCause -wrtCauseCode : int +Name : string ≪OBJ≫ WrtCause -wrtCauseCode : int +Name : string ≪OBJ≫ WrtTrnsSerialNum -id : int ≪OBJ≫ WrtTrnsSerialNum -id : int ≪OBJ≫ WrtContnuatnFlag - wrtContnuatnFlagcode : int ≪OBJ≫ WrtContnuatnFlag - wrtContnuatnFlagcode : int ≪OBJ≫ WrtReportNo -wrtReportNoCode : int ≪OBJ≫ WrtReportNo -wrtReportNoCode : int ≪OBJ≫ WrtAlarm -wrtAlarmCode : int ≪OBJ≫ WrtAlarm -wrtAlarmCode : int

図 3-50 予警報文書:主題の構造

(2) 主題の要素

主題の要素一覧を表 3-50に示す。

表 3-50 主題の要素一覧

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 WrtTrnsSerialNum 伝送通番 本省仕様/統一手順における伝送通番 要素 WrtTrnsSerialNumType 0 1 WrtContnuatnFlag 継続フラグ 本省仕様/統一手順における継続フラグ 要素 WrtContnuatnFlag 0 1 WrtReportKind 文書種別 本省仕様/統一手順における文書番号 要素 WrtReportKindType 0 1 WrtAlarm 警報 本省仕様/統一手順における警報コード 要素 WrtAlarmType 0 1 WrtCause 伝達要因 本省仕様/統一手順における伝達要因 要素 WrtReportKindType 0 1 WrtReportNo 発表番号 本省仕様/統一手順における発表番号 要素 WrtReportNoType 0 1

39

(44)

(3) 伝送通番の構造

図 3-51に示すように,伝送通番は子要素をもたず,伝送時に割り当てられた番号を属性に持

つ。

図 3-51 伝送通番の要素の構造

WrtTrnsSerialNum

伝送通番

伝送通番(WrtTrnsSerialNumType)の構造を表 3-51に示す。

表 3-51 伝送通番の構造

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 id 通番 通番 属性 int 1 1 ○

XML インスタンス例

<WrtTrnsSerialNum id="1"/>

(4) 継続フラグ

図 3-52に示すように,継続フラグは子要素をもたず,電文が継続するか否かを判断するコード

を属性に持つ。

図 3-52 継続フラグの要素の構造

継続フラグ(WrtContnuatnFlagType)の構造を表 3-52に示す

表 3-52 継続フラグの要素の構造

WrtContnuatnFlag

継続フラグ

登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtContnuatnFlagCode 継続フラグコード 電 文 が継 続 するか否 かを判 断 する 固有のコード - int 1 1 ○

XML インスタンス例

<WrtContnuatnFlag wrtContnuatnFlagCode="2"/>

40

(45)

(5) 文書種別の構造

図 3-53に示すように,文書種別は子要素に名称を持つ。またその文書を識別するためのコー

ドを属性にもつ。

図 3-53 文書種別の要素の構造

文書種別の構造(WrtReportKindType)を表 3-53に示す。

表 3-53 文書種別の構造

WrtReportKind Name 文書種別 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtReportKindCode 文書種別コード 文書を識別するコード 属性 int 1 1 ○ Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtReportKind wrtReportKindCode="13">

<Name>水防警報</Name>

</WrtReportKind>

(6) 警報の構造

図 3-54に示すように警報は子要素に名称をもつ。また警報を識別するためコードを属性にも

つ。

図 3-54 警報の要素の構造

警報(WrtAlarmType)の構造を表 3-54に示す。

表 3-54 警報の構造

WrtAlarm Name 警報 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtAlarmCode 警報コード 警報を識別するコード 属性 int 1 1 ○ Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtAlarm wrtAlarmCode="5">

<Name>放流開始の情報</Name>

</WrtAlarm>

41

(46)

(7) 伝達要因の構造

図 3-55に示すように,伝達要因は子要素に名称をもつ。文書の発生要因を示す固有のコード

を属性にもつ。

図 3-55 伝達要因の要素の構造

伝達要因(WrtCauseType)の構造を表 3-55に示す。

表 3-55 伝達要因の構造

WrtCause Name 伝達要因 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtCauseCode 伝達要因コード 文書の発生原因を識別するコード 属性 int 1 1 ○ Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtCause wrtCauseCode="1">

<Name>正規</Name>

</WrtCause>

(8) 発表番号の構造

図 3-56に示すように,発表番号は発令文書ごとに番号をテキストデータに出力する。また数値

番号を属性に持つ。

図 3-56 発表番号の要素の構造

発表番号(WrtReportNoType)の構造を表 3-56に示す。

表 3-56 発表番号の構造

WrtReportNo 発表番号 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtReportNoCode 発表番号コード 予警報文書の発表番号 - int 1 1 ○ (テキストデータ) - 予警報文書の発表番号 - string 1 1 ○

XML インスタンス例

<WrtReportNo wrtReportNoCode="5">第 5 号</WrtReportNo>

(47)

3.3.7 任意項目:予警報文書の発表機関の構造

(1) 基本構造

図3-57に示すように予警報文書の発表機関は,予警報文書を発表した機関(官庁)の概念が

ある。また伝送の送信ブロックが存在し、発表機関と送信フロックは親子関係になっている。

図3-57 予警報文書:発表機関の構造

≪ORG≫ WrtAnnOffice -wrtAnnOfficeCode : int +Name : string ≪ORG≫ WrtSendBlock -id : int ≪ORG≫ WrtAnnOffice -wrtAnnOfficeCode : int +Name : string ≪ORG≫ WrtAnnOffice -wrtAnnOfficeCode : int +Name : string ≪ORG≫ WrtSendBlock -id : int ≪ORG≫ WrtSendBlock -id : int

(2) 発表機関の要素

発表機関の要素を表 3-57に示す。

表 3-57 発表機関の要素一覧

英語名 日本語名 内容 区分 構造 WrtAnnOffice 発表機関 本省仕様/統一手順における管理事務所番号 要素 WrtAnnOfficeType WrtSendBlock 送信ブロック 本省仕様/統一手順における系統もしくは送信送信ブロッ ク番号 要素 WrtSendBlockType

43

(48)

(3) 発表機関の構造

図3-58に示すように,発表機関は送信ブロックと予警報文書を発表する機関の名称を子要素

に持ち,また機関のコードを属性にもつ。

図3-58 発表機関の要素の構造

発表機関の構造(WrtAnnOfficeType)を表 3-58に示す。

表 3-58 発表機関の構造

WrtAnnOffice WrtSendBlock 発表機関 送信ブロック Name 名称 登場頻度 英語名 日本語名 内容 区分 Type min max 必須 wrtAnnOfficeCode 発表機関コード 発表機関をを識別する固有のコード 属性 officeIntType 1 1 ○ WrtSendBlock 送信ブロック 本 省 仕 様 /統一 手 順 における系 統 もしくは送 信送信ブロック番号 要素 WrtSendBlockT ype 0 1 Name 名称 統一河川における最大 24 文字の正式名称 要素 NameType 0 1

XML インスタンス例

<WrtAnnOffice wrtAnnOfficeCode="19970">

<Name>水資源機構 池田総合管理所</Name>

<WrtSendBlock id="301"/>

</WrtAnnOffice>

44

図  3-2に示すように,状態記録は一つの記録の子要素に必須項目と,任意項目を持つ。  また,ログレベルと,ログの記述した原因と記録時の処理状態を属性にもつ。  図  3-2  状態記録の要素の構造  状態記録の構造を表  3-1に示す。  表  3-1状態記録の構造Log &lt;必須項目&gt;状態記録&lt;任意項目&gt; 登場頻度  英語名  日本語名  内容  区分 Type  min  max 必須 logLv  ログレベル  書き込んだログのログレベル。  属性 1  1 ○ recordC

参照

関連したドキュメント

機器表に以下の追加必要事項を記載している。 ・性能値(機器効率) ・試験方法等に関する規格 ・型番 ・製造者名

記録表 ワークシート 作品 活動の観察

変更事項 届出書類等 その他必要書類 届出期限 法人の代表者の氏名

・高濃度 PCB 廃棄物を処理する上記の JESCO (中間貯蔵・環境安全事業㈱)の事業所は、保管場所の所在

調査対象について図−5に示す考え方に基づき選定した結果、 実用炉則に定める記 録 に係る記録項目の数は延べ約 620 項目、 実用炉則に定める定期報告書

 建設年度 面積(㎡) 所有 延面積(㎡) 構 造 所有 摘要(併設状況等).

再生活用業者 ・住所及び氏名(法人の場合は、主 たる事務所の所在地、名称及び代

参考第 1 表 中空断面構造物の整理結果(7 号炉 ※1 ) 構造物名称 構造概要 基礎形式 断面寸法