発電計画等受領業務
EDI共通規格(Ver.3A)

2023 年 4 月
電力広域的運営推進機関

はじめに
現在、産業界においては、産業の情報化の進展に伴い、業務の迅速化、高精度化、低コスト化を実現するために広く認められた標準を使用して、関係する企業及び業界間でデータの電子的な相互交換を行う EDI(Electronic Data
Interchange)が行なわれており、各業界内だけでなく業際大でもその推進活動が活発化してきている。
そこで、今般、電力広域的運営推進機関(以下、「本機関」という。) は、業務規程に基づき、広く意見募集を実施し系
統利用者の意見聴取を行うとともに、全ての一般電気事業者の送配電部門、並びに複数の特定規模電気事業者及び発電設備設置者と協議の上、本機関と小売電気事業者等、発電事業者及び一般送配電事業者間 (以下、「送配電事業者」という。) において、EDI を行う際に必要となる事項の内、システムに関連する基本的な共通事項を「発電計画等受領業務 EDI 共通規格」 (以下、「本規格」という。) として規定する。

-1-

[改定履歴]BPID 版
3A

制(改)定年月日
2015 年 5 月 19 日

3A

2015 年 7 月 27 日

3A

2016 年 4 月 1 日

3A2017 年 3 月 13 日

3A

2017 年 11 月 22 日

3A

2023 年 4 月 14 日

制(改)定概要
新規制定
BPID 機関コード:“OCTO”
BPID 副機関コード:“W6”・FIT 発電・販売計画ファイル交換の流れ修正
・誤記修正
・発電計画等受領業務ビジネスプロトコル標準の制(改)定日を更新
・ネガワット取引の開始を受け、需要抑制契約者を対象に含むよう修正・FIT 買取制度の変更に伴い、送配電事業者を対象に含むよう修正・字句修正
・地域間連系線の間接オークションの導入に伴い、デー
タ要素の共通コードを追加
・需要抑制計画等受領業務ビジネスプロトコルによる計画受付対応に伴い、需要抑制契約者の対象業務の見直し及び BP 副機関コード等共通コードの追加。
・字句修正
・実需同時同量契約の廃止に伴い、各種メッセージおよびコードの削除
・字句修正

-2-

備考

目

次

1.目的 ............................................................................................................................................................. - 4 2.概要 ............................................................................................................................................................. - 4 2.1 標準化の考え方 .................................................................................................................................. - 4 2.2 システム概要...................................................................................................................................... - 4 3.対象業務一覧............................................................................................................................................... - 5 4.システム実装............................................................................................................................................... - 6 4.1 通信経路 ............................................................................................................................................. - 6 4.2 通信方式 ............................................................................................................................................. - 6 4.2.1 ファイル交換の流れ ........................................................................................................................ - 6 4.2.2 ファイル送信方式 ........................................................................................................................... - 9 4.3 セキュリティ対策 ............................................................................................................................ - 10 4.3.1 基本方針 ...................................................................................................................................... - 10 4.3.2 インターネット網を介した EDI に必要なセキュリティ対策 ................................................................ - 10 4.3.3 電子証明書の運用方法 ................................................................................................................ - 10 4.3.4 EDI の利用にあたり各事業者に必要なセキュリティ対策 ................................................................ - 13 4.4 構文規則 ........................................................................................................................................... - 16 4.4.1 XML データの構造 ........................................................................................................................ - 16 4.4.2 構成要素と XML タグ名称付与規則 .............................................................................................. - 17 4.4.3 メッセージグループヘッダ .............................................................................................................. - 19 4.4.4 マルチ明細の構造 ........................................................................................................................ - 19 4.4.5 マルチ明細タグ名 ......................................................................................................................... - 20 4.4.6 空の繰返し要素の省略 ................................................................................................................. - 21 4.4.7 メッセージを構成するデータ要素における空等の扱い ................................................................... - 21 4.4.8 データ属性の表記法 ..................................................................................................................... - 23 4.5 XML データの検証 ............................................................................................................................ - 23 4.5.1 XML Schema の設計規則 ............................................................................................................. - 24 4.5.2 XML Schema の名前空間 ............................................................................................................. - 24 4.5.3 XML Schema の構造 .................................................................................................................... - 24 4.5.4 XML Schema のファイル名 ............................................................................................................ - 24 4.5.5 XML Schema によるデータ要素の定義例 ...................................................................................... - 24 4.6 システム運用規則 ............................................................................................................................ - 25 4.6.1 メッセージファイル名称付与規則 ................................................................................................... - 25 4.6.2 メッセージの変更・取消の運用 ...................................................................................................... - 26 4.6.3 サーバ運用時間 ........................................................................................................................... - 26 4.6.4 通信手順(オプション) .................................................................................................................... - 27 5.共通データ ................................................................................................................................................ - 27 5.1 利用文字コード ................................................................................................................................ - 27 5.2 共通データコード ............................................................................................................................ - 27 6.システム管理範囲 ..................................................................................................................................... - 34 7.費用分担 .................................................................................................................................................... - 34 -

-3-

1.目的
本規格は、本機関と小売電気事業者等(需要抑制契約者及び FIT 買取を行う送配電事業者を含む)、発電事業者及び送配電事業者との間の情報連携において、企業間 EDI を行うために必要となる規格のうち、システムに関連する基本
的な共通事項について規定する。

2.概要
2.1 標準化の考え方
システム面の標準化が電力小売自由化における参入障壁を高めることがないように、小売電気事業者等へ過度な負担をかけない方針で本規格を規定する。通信方式としては、導入・運用が簡便な画面提供及び Web 型のインターネッ
ト EDI を採用し、表現規格は社内基幹システムのデータフォーマットへの変換が比較的容易に実装可能な XML 形式とする。標準メッセージは、業務毎に適用すべき事項として、ビジネスプロトコル標準規格にて規定する。規定概要を図 21 に示す。
標準メッセージ
構文規則(シンタックスルール)
通信方式
通信プロトコル
通信経路

発電販売計画関係メッセージ、
発需紐付メッセージ
等
XML

各ビジネスプロトコル
標準規格にて規定

通信プロトコル:HTTP(REST)方式
通信方式:画面方式、PUSH 方式

本規格にて規定

インターネット網

図 2-1 規定概要

2.2 システム概要
システム概要を図 2-2 に示す。
インターネット網を介して、本機関、小売電気事業者等、発電事業者、送配電事業者との情報連携を行う。
なお、Web サーバ(又は、単にサーバ)、Web クライアント(又は、単にクライアント)とは、通信プロトコル上の区別を指し、実際のハードウェアを指す場合は、サーバマシン、クライアントマシンと記述する。

小売電気事業者等

発電事業者

Webクライアント

Webクライアント

送配電事業者

Webサーバ

HTTPS

インターネット網

本機関
WebサーバWebクライアント

図 2-2 システム概要-4-

Webクライアント

3.対象業務一覧
本規格の運用対象となる業務と対応するビジネスプロトコル標準規格を表 3-1 に示す。
表 3-1 対象業務一覧
業務名

ビジネス
プロトコル
標準名

版

制(改)定日標準メッセージ一覧

発電・販売計画

需要・調達計画

発電計画
等受領

発電計画等
受領業務
ビジネス
プロトコル
標準規格
(計画値
同時同量
編)

3A

2017/11/22

連系線希望計画
連系線利用計画

送電可否判定結果、混雑処理
の通知

部分供給
需要抑制
計画等
受領業務
ビジネス
プロトコル
標準規格

3A

2017/2/22

需要抑制計画※必要に応じ適用対象となる業務は追加を行う。

-5-

翌日発電・販売計画メッセージ
週間発電・販売計画メッセージ
月間発電・販売計画メッセージ
年間発電・販売計画メッセージ
翌日発電・販売計画不整合通知
メッセージ
翌日需要・調達計画メッセージ
週間需要・調達計画メッセージ
月間需要・調達計画メッセージ
年間需要・調達計画メッセージ
翌日発電・販売(FIT 作成用)メッセージ
翌日需要・調達計画不整合通知
メッセージ
連系線希望計画メッセージ
経過措置計画メッセージ
長期連系線利用計画メッセージ
希望計画送電可否判定結果通知
メッセージ
経過措置可否判定結果通知
メッセージ
長期利用計画送電可否判定結果通知
メッセージ
経過措置減少処理通知メッセージ
混雑処理通知(スポット・1 時間前)(暫定)メッセージ
混雑処理通知(スポット・1 時間前)
翌日部分供給通告値メッセージ
月間部分供給通告値メッセージ
翌日需要抑制計画メッセージ
週間需要抑制計画メッセージ
月間需要抑制計画メッセージ
年間需要抑制計画メッセージ
翌日需要抑制計画不整合通知
メッセージ

データ提供元

小売電気事業者等(需要抑制契約者を除く)発電事業者

小売電気事業者等(需要抑制契約者
を除く)

小売電気事業者、発電事業者

小売電気事業者

需要抑制契約者

4.システム実装
4.1 通信経路
インターネット網を利用する。
4.2 通信方式
発電計画等の受領においては本機関、小売電気事業者等、発電事業者及び送配電事業者に Web クライアントを、
本機関及び送配電事業者に Web サーバを設置する。
データ登録時は、小売電気事業者等と発電事業者が本機関にデータを登録する方式(※)とし、画面操作による手動登録方式と PUSH 型の連携による自動登録方式を用いる。また、データ取得時は、小売電気事業者等と発電事業者が本機関からデータを取得する方式とし、画面操作による手動取得方式と PULL 型の連携による自動取込方式を用いる。
なお、本機関と送配電事業者間においても同様とする。(図 4-1)
※FIT 発電・販売計画に限り、送配電事業者も本機関へデータを登録する。
小売電気事業者等
発電事業者

本機関
インターネット
網

インターネット
網

Webクライアント

WebサーバWebクライアント

HTTPS

WebサーバWebクライアント

・小売電気事業者等と発電事業者が本機関の Web サーバへデータを登録し、本機関はそのデータを纏めて送配電事業者の Web サーバへ登録する。
・FIT 発電・販売計画に限り、送配電事業者も本機関の Web サーバへデータを登録する。

図 4-1 通信方式(発電計画等受領)
4.2.1 ファイル交換の流れ(a) ファイル交換の基本的な流れ(図 4-2)
① サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
② 送信ファイルの指定
小売電気事業者等及び発電事業者は、送信可能なファイルを個別に指定する。
③ 送信処理小売電気事業者等及び発電事業者は、本機関に対し、指定したファイルを送信する。
④ 受信処理本機関は、小売電気事業者等及び発電事業者の指定したファイルを受信する。
⑤ サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
⑥ 送信ファイルの指定
本機関は、送信可能なファイルを個別に指定する。

-6-

⑦ 送信処理
本機関は、送配電事業者へ該当ファイルを送信する。
⑧ 受信処理送配電事業者は、本機関の指定したファイルを受信する。

本機関

小売電気事業者等、発電事業者
Web クライアント①サーバ認証、クライアント認証⑤サーバ認証、クライアント認証
Web サーバ②送信ファイルの指定③送信処理

送配電事業者⑥送信ファイル④受信処理の指定⑤要求内容の確認⑦送信処理

図 4-2 基本的な流れ(b) FIT 発電・販売計画のファイル交換の流れ(図 4-3)
① サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
② 送信ファイルの指定
小売電気事業者等及び発電事業者は、送信可能なファイルを個別に指定する。
③ 送信処理小売電気事業者等及び発電事業者は、本機関に対し、指定したファイルを送信する。
④ 受信処理本機関は、小売電気事業者等及び発電事業者の指定したファイルを受信する。
⑤ サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
⑥ 送信ファイルの指定
本機関は、送信可能なファイルを個別に指定する。
⑦ 送信処理本機関は、送配電事業者へ該当ファイルを送信する。
⑧ 受信処理送配電事業者は、本機関の指定したファイルを受信する。
⑨ サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
⑩ 送信ファイルの指定送配電事業者は、送信可能なファイルを個別に指定する。
⑪ 送信処理送配電事業者は、本機関へ該当ファイルを送信する。
-7-

Web サーバ

Web クライアント⑧受信処理

⑫ 受信処理
本機関は、送配電事業者の指定したファイルを受信する。
⑬ サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
⑭ ファイル取得処理
小売電気事業者等及び発電事業者は、ファイルを取得する。
⑮ サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
⑯ 送信ファイルの指定
小売電気事業者等及び発電事業者は、送信可能なファイルを個別に指定する。
⑰ 送信処理小売電気事業者等及び発電事業者は、本機関に対し、指定したファイルを送信する。
⑱ 受信処理本機関は、小売電気事業者等及び発電事業者の指定したファイルを受信する。
⑲ サーバ認証、クライアント認証
電子証明書による SSL 相互認証を行う。
⑳ 送信ファイルの指定
本機関は、送信可能なファイルを個別に指定する。
㉑ 送信処理本機関は、送配電事業者へ該当ファイルを送信する。
㉒ 受信処理送配電事業者は、本機関の指定したファイルを受信する。

小売電気事業者等、発電事業者
Web クライアント②、⑯送信ファイルの指定⑭ファイル取得

本機関⑤、⑨、⑲
サーバ認証、
クライアント認証①、⑬、⑮
サーバ認証、
クライアント認証

③、⑪、⑰
送信処理

Web サーバ

Web クライアント

④、⑫、⑱
受信処理

⑥、⑳送信ファイルの指定⑤要求内容の確認

⑦、⑪、㉑
送信処理

図 4-3 FIT 発電・販売計画のファイル交換の流れ-8-

送配電事業者

Web サーバ

Web クライアント

⑧、⑯、㉒
受信処理

⑩送信ファイルの指定

4.2.2 ファイル送信方式(a) 自動送信方式
自動方式で小売電気事業者等と発電事業者、本機関及び送配電事業者がファイルを送信する処理イメージを図4-4 に示す。

処理概要①電子証明書による SSL 相互認証を行う。
②送信可能なファイルを指定する。
③指定したファイルを自動で送信する。
④一定時間毎に上記①～③の処理を繰り返す。

小売電気事業者等
発電事業者

本機関

送配電事業者①サーバ認証、クライアント認証①サーバ認証、クライアント認証
Web
クライアント②送信可能ファイルを指定

Web
サーバ

Web
クライアント②送信可能ファイルを指定③ファイルの送信

Web
サーバ③ファイルの送信④一定時間毎に繰り返し④一定時間毎に繰り返し

自動処理

自動処理

図 4-4 処理イメージ(自動送信方式)(b) 手動送信方式
手動方式で小売電気事業者等と発電事業者、本機関及び送配電事業者がファイルを送信する処理イメージを図4-5 に示す。
処理概要①Web ブラウザから手操作でサーバに接続し、電子証明書による SSL 相互認証を行う。
②クライアントから送信可能なファイルを指定する。
③指定したファイルを送信する。

小売電気事業者等
発電事業者

本機関

送配電事業者①サーバ認証、クライアント認証①サーバ認証、クライアント認証
Web
クライアント②送信可能ファイルを指定

Web
サーバ

Web
クライアント②送信可能ファイルを指定③ファイルの送信③ファイルの送信

図 4-5 処理イメージ(手動送信方式)

-9-

Web
サーバ

4.3 セキュリティ対策
4.3.1 基本方針
本規格において、インターネット網を介して EDI を行うにあたり必要なセキュリティ対策を示す。また、事業者内におけるセキュリティ対策について、その管理策基準や目的等を定める。(図 4-6)

本機関、送配電事業者

小売電気事業者等、発電事業者、
本機関、送配電事業者
インターネット
Web クライアント

Web サーバ

インターネット網を介した EDI に必要なセキュリティ対策(4.3.2 参照)

小売電気事業者等に求められる
セキュリティ対策範囲(4.3.4 参照)

本機関、送配電事業者に求められるセキュリティ対策範囲(4.3.4 参照)

図 4-6 セキュリティ対策範囲
4.3.2 インターネット網を介した EDI に必要なセキュリティ対策
インターネット網を介して EDI を行うにあたり、サーバ及びクライアントに電子証明書を配付し、SSL 相互認証(SSL
サーバ認証+SSL クライアント認証)を行うことにより、インターネットに潜む“盗聴”、“改ざん”、“なりすまし”の脅威へ対応する。(図 4-7)
なお、クライアント電子証明書は、本機関が定める電子証明書を活用する。

サーバ電子証明書

サーバ認証局電子証明書(注1)
SSL サーバ認証
Webクライアント
SSL クライアント認証

Webサーバクライアント認証局電子証明書(注2)クライアント電子証明書(注 1)サーバ認証局電子証明書は、サーバ電子証明書を発行した認証局の電子証明書である。
(注 2)クライアント認証局電子証明書は、クライアント電子証明書を発行した認証局の電子証明書である。

図 4-7 SSL 相互認証によるセキュリティ対策
4.3.3 電子証明書の運用方法
電子証明書は、発行申請から期間満了・失効までのライフサイクルにおいて、セキュリティに配慮した管理・運用が必要である。また、複数の取引先に対して同一の電子証明書が使用できることが望ましいことから、クライアント電子
証明書は本機関が定める電子証明書を利用する。

- 10 -

(a) 電子証明書の調達(新規調達及び更新)(a-1) クライアント証明書(図 4-8)
① 小売電気事業者等、発電事業者、本機関及び送配電事業者は、クライアント認証局の運用規程に従い、クライ
アント証明書の利用手続を行い、クライアント証明書等を調達する。
② 小売電気事業者等、発電事業者、本機関及び送配電事業者は、EDI の開始対象先となる本機関の指示に従い、調達したクライアント証明書の記載内容等を各送配電事業者、本機関に通知する。
③ 送配電事業者、本機関は、通知を受けたクライアント証明書の記載内容と小売電気事業者等の ID を管理する。

クライアント
認証局

小売電気事業者等、発電事業者、
本機関、送配電事業者

調達申請
発行

C

本機関、
送配電事業者

クライアント証明書
登録申請

登録完了通知図 4-8 EDI 開始までの手続き(a-2) サーバ証明書
本機関と送配電事業者は、サーバ認証局の運用規程に従い、サーバ証明書の利用手続を行い、サーバ証明書等を調達する。
(a-3) SSL 相互認証の実施(図 4-9)① 小売電気事業者等、発電事業者、本機関、送配電事業者は、EDI の対象先となる本機関の指示に従い、サーバ認証局証明書を取得する。
② 本機関、送配電事業者は、クライアント認証局の運用規程に従い、クライアント認証局証明書を取得し、クライ
アント証明書発行機関による証明書失効リストを確認する。

サーバ
認証局

クライアント
認証局
小売電気事業者等、発電事業者、
本機関、送配電事業者

SR

クライアント証明書

CR

サーバ証明書S

クライアント認証局証明書

C

SR サーバ認証局証明書

図 4-9 SSL 相互認証の実施- 11 -

(b) 電子証明書の失効(b-1) クライアント証明書(図 4-10)① 小売電気事業者、発電事業者、本機関及び送配電事業者は、クライアント認証局の運用規程に従い、クライア
ント証明書の失効手続を行い、クライアント証明書を失効させる。
② 小売電気事業者等、発電事業者、本機関及び送配電事業者は、クライアント証明書の失効手続と合わせて、
EDI の対象先であった本機関、各送配電事業者の指示に従い、失効するクライアント証明書の記載内容等を本機関及び各送配電事業者に通知する。

クライアント
認証局

小売電気事業者等、発電事業者、
本機関、送配電事業者

失効申請
失効

C

本機関、
送配電事業者

クライアント証明書
登録解除申請登録解除通知図 4-10 EDI 終了までの手続(b-2) サーバ証明書① 本機関と送配電事業者は、サーバ認証局の運用規程に従い、サーバ証明書の失効手続きを行い、サーバ証
明書を失効させる。
② 本機関と送配電事業者は、サーバ認証局を変更した場合、又はサーバ認証局がサーバ認証局証明書を更新した場合、利用者又は本機関に対し、新たなサーバ認証局証明書を調達する措置を通知する。

- 12 -

4.3.4 EDI の利用にあたり各事業者に必要なセキュリティ対策
小売電気事業者等、発電事業者、送配電事業者及び本機関に求められるセキュリティ対策を表 4-1 に示す。その内、内部不正によるセキュリティ事故の防止に必要なセキュリティ対策例を表 4-2 に示す。
表 4-1 EDI 利用にあたり必要なセキュリティ対策
大項目
セキュリティ
基本方針
情報セキュリティのための組織
資産の管理
人的資源のセキュリティ
物理的及び環境的セキュリティ

通信及び運用管理

アクセス制御情報システムの取得、開発及び保守

情報セキュリティ
インシデントの管理
事業継続管理順守

対策方針(参考)対策例
情報セキュリティのための経営陣の方向性及び指示を、事業上の要求事 情報セキュリティポリシー
項、関連法令及び規制に従って規定する。
の策定
情報セキュリ ティをマネ
内部組織及び外部組織で管理される情報のセキュリティを維持する。
ジメントする組織横断的な部署の設置組織の資産を適切なレベルで保護し、維持する。
情報の分類
・従業員等がその責任を理解し、盗難、不正行為、又は施設の不正使用 ・セキュリティ意識向上をのリスクを低減する。
図る教育の実施
・システムや電子証明書、その媒体運用にあたっては責任者を設置し、担 ・責任者の設置による利当者を限定する。
用者の管理
組織の施設及び情報に対する認可されていない物理的アクセス、損傷及入退室管理、装置の施び妨害や、資産の損失、損傷、盗難又は劣化、及び組織の活動に対する錠妨害を防止する。
・セキュリティを保った運用を確実にする。
・第三者が提供するサービスにおける情報セキュリティレベルを維持する。
・ファイヤウォールの設置・システム故障のリスクを最小限に抑える。
・ウイルス対策ソフトの導・情報、ソフトウェア及び情報処理設備の完全性及び可用性を維持する。
入と更新
・ネットワークにおける情報、及びネットワークを支える基盤を保護する。
・ログの取得・保管、管理・資産の認可されていない開示、改ざん、除去又は破壊及びビジネス活・バックアップの取得
動の中断を防止する。(例、データが復元できないように機器のリース返・監視
却時、システム/記録媒体の破棄・再利用時に除去する)・データ消去専用ツール
・組織内部で交換した及び外部と交換した、情報及びソフトウェアのセキの利用
ュリティを維持する。(例:サービス妨害、権限昇格)
・電子商取引サービスのセキュリティを保った利用を確実にする。
・認可されていない情報処理活動を検知する。
・特権 ID・アカウント管理
情報へのアクセスを制御し、認可されていないアクセスを防止する。
・パスワード管理
・暗号化
情報システムにおける情報の誤り、消失、認可されていない変更又は不 ・セキュリティパッチ適用
正使用を防止する。公開された技術的ぜい弱性の悪用によって生じるリス
方針の策定
クを低減する。
・ぜい弱性対策の実施
及び管理・連絡先の整備
情報セキュリティインシデントの連絡及び管理を確実にする。
・セキュリティインシデント
管理
情報システムの重大な故障又は災害の影響からの事業活動の中断に対障害・災害時の緊急時処するとともに、それらから重要な業務プロセスを保護し、再開を確実に手順の作成する
法令、規制又は契約上のあらゆる義務及びセキュリティ上のあらゆる要求
システム監査の実施事項に対する違反を避ける。

- 13 -

例えば、「通信及び運用管理」の内、「ネットワークにおける情報、及びネットワークを支える基盤を保護する」に関する具体的な対策例を図 4-11 に示す。
小売電気事業者等、発電事業者、
本機関、送配電事業者

本機関、送配電事業者
F/W

F/W
インターネットWeb
クライアント

SSL

Web
サーバ

アクセス
ログ

アクセス
ログ

内部不正の早期発見及び事後対策の影響範囲の観点からのログ取得・保管管理

内部不正の早期発見及び事後対策の影響範囲の観点からのログ取得・保管管理

図 4-11 「ネットワークにおける情報、及びネットワークを支える基盤を保護する」対策例
表 4-2 (参考)組織における内部不正に対するセキュリティ対策例(1/3)(参考)対策例
リスク・実効性のある管理体制整備や内部不正対策の役職員への経営者の責任の明確化
周知徹底が困難となる
基本方針
総括責任者の任命と組織横断的 ・実効性のある管理体制を整備するために必要な予算確保やな体制構築
人員配置が困難となる・保護する必要のある重要情報が分からず、重要情報を知ら
情報の格付けずに漏らしてしまう
秘密
・重要度に応じた対策が不十分となる指定
格付け区分の適用とラベル付け
・情報の取扱範囲が定まらず、権限に応じたアクセス制御が困(重要情報の取扱範囲を限定)難となり、漏洩の可能性が高まる
資
情報システムにおける利用者の・重要情報を不正に利用される
産アクセス管理・不正を犯した利用者への責任追及ができない
管
・一人の管理者に権限が集中している場合、情報システムの理 アクセ システム管理者の権限管理、破壊及び重要情報の削除等の妨害により、事業継続が不可
ス権 相互監視能となる
指定・内部不正者の特定が困難となる。さらに、心理的に情報を持
情報システムにおける利用者のち出しやすい環境となる
識別と認証・不正を犯した利用者への責任追及ができない
・重要情報を格納する情報機器に許可のない者が触れること
で、重要情報が盗まれる
物理的な保護と入退管理策
・重要情報を格納する情報機器が破壊され、事業継続が不可
能となる
・盗難や紛失を発見できない。さらに、盗難や紛失をしやすい
情報機器及び記録媒体の資産管
環境となる
理及び
・物理的な保護をしないことで、盗難によって重要情報が漏洩
物理的な保護する
物理的管理
情報機器及び記録媒体の持出管 ・許可なく重要情報が持ち出され、重要情報が漏洩する
理及び監視・内部不正が発生したときの調査が困難となる・組織による管理が困難となる
個人の情報機器及び記録媒体の ・ウイルス感染や操作ミス等によって重要情報が漏洩する
業務利用及び・内部不正が発生したときの調査が困難となる
持込の制限
・個人の情報機器及び記録媒体に重要情報を格納して持ち
出される
大項目

- 14 -

表 4-2 (参考)組織における内部不正に対するセキュリティ対策例(2/3)
大項目(参考)対策例
リスク・ファイル共有ソフトがインストールされ、重要情報が外部に意図せず漏洩する
ネットワーク利用のための安全管 ・外部ファイルの実行によりマルウェア感染を起こし、組織内に理感染を広げる・SNS 及びオンラインストレージの利用並びに掲示板の書き込
みにより、重要情報が漏洩する・必要時以外に持ち出しができることで、内部者が不正に重要情報を持ち出す
重要情報の受渡し保護・電子メールの誤送信や記録媒体の盗難・紛失によって重要情報が漏洩する
技術・運営
情報機器や記録媒体の持ち出し ・盗難や紛失時に重要情報が漏洩する管理の保護(暗号化やパスワードロック
等)
・覗き込まれることで、重要情報が漏洩する
組織外部での業務における重要・公衆ＬＡＮ接続時に、通信保護をしないまま組織のネットワー
情報の保護
クに接続することで、ネットワーク上で盗聴される・第三者のセキュリティ管理策の不備により重要情報が漏洩す
第三者が提供するサービス利用 るの確認(クラウドコンピューティング ・契約内容によっては重要情報の漏洩による損害が補償されを含む)ない
・内部不正発生後の調査が困難となる・ログ・証跡による不正行為の検知が困難となる
情報システムにおけるログ・証跡
・内部不正発生後の内部不正の原因特定及び内部不正者のの記録と保存追跡、影響範囲等の調査が困難となる証拠確保 システム管理者のログ・証跡の確 ・作業の正当性及び真正性を確認することや内部不正の検知
認が困難となる
内部不正防止を含んだ管理の実 ・内部不正対策の状況や組織の問題点が確認できない
施(監査の実施、対策の見直し)
・効果的な対策の実施や見直しができない
・適切なセキュリティ対策を行えず、内部不正を発生させてし教育による内部不正対策の周知
まう
徹底
・不正を犯した利用者への責任追及ができない
雇用終了の際の人事手続き
・重要情報に関して認識がないまま退職され、重要情報が公
人的管理(秘密保持義務契約の締結)
開される可能性が高まる
・情報資産を返却又は完全消去しないことで、重要情報が漏
雇用終了及び契約終了による情 洩する
報資産等の返却
・入館証返却やシステム権限の削除を行わないことで、不正侵入される法的手続きの整備
・内部不正を犯した内部者に対する懲戒処分が無効となる(懲戒処分を考慮した就業規則等
コンプライアの内部規定整備)ンス
契約書の要請・重要情報を保護する義務があることの意識付けができない(秘密保持義務契約の締結)
・内部不正を犯した内部者に対する懲戒処分が無効となる
・不平や不満を要因とした職場環境の低下を招き、内部不正
公平な人事評価の整備を誘発する・業務量が過大になり、それを解消するための負荷軽減や作適正な労働環境及びコミュニケー 業時間短縮を目的に内部不正を行う
職場環境
ションの推進・コミュニケーション不足により、悩みやストレスを抱えた状態での作業が続くことで内部不正が発生する
職場環境におけるマネジメント
・作業の相互監視ができないことで、内部不正が発生する可(単独作業の制限)
能性が高くなる- 15 -

表 4-2 (参考)組織における内部不正に対するセキュリティ対策例(3/3)
大項目(参考)対策例
リスク
事後対策に求められる体制の整 ・迅速な事後対策が施せない
事後対策 備
処罰等の検討及び再発防止・同様の内部不正を再発させてしまう
内部不正に関する通報制度の整 ・内部不正の通報が機能せず、予兆を見逃し、対応が遅れる
備
・隠蔽行為によって内部不正に関する情報が入らない
組織の管理
内部不正防止を含んだ確認の実 ・内部不正対策の状況や組織の問題点が確認できない
施(監査の実施、対策の見直し)
・効果的な対策の実施や見直しができない

4.4 構文規則
シンタックスルールは、「XML 1.0(W3C 勧告)http://www.w3.org/TR/REC-xml/」を準用する。
4.4.1 XML データの構造(a) 論理レコードの種類
XML データを構成する論理レコードを表 4-3 に示す。
表 4-3 論理レコードの種類
論理レコードの種類
メッセージグループヘッダ
業務メッセージ- 16 -

(b) 階層構造
XML 電文の階層構造を図 4-12 に示す。
なお、本標準のメッセージファイルは、1 つのメッセージグループで構成され、かつ、当該メッセージグループは、1つのメッセージで構成される。
交換単位(メッセージファイル)

XML 宣言メッセージ
グループ

XML 電文
開始タグ

メッセージグループ
開始タグ

メッセージ
グループヘッダ

メッセージ

メッセージ
開始タグ

データ要素

マルチ明細

マルチ明細
開始タグ

繰返し
要素

繰返し要素
開始タグ

マルチ
明細

データ要素

データ要素開始タグ

データ要素値メッセージ
グループ

XML 電文
終了タグ

メッセージ

メッセージグループ
終了タグ

データ要素

メッセージ
終了タグ

繰返し
要素

マルチ明細
終了タグ

データ要素

繰返し要素
終了タグ

データ要素終了タグ

図 4-12 XML 電文の階層構造
4.4.2 構成要素と XML タグ名称付与規則「図 4-12 XML 電文の階層構造」の構成要素とタグ名を表 4-4 に、構成要素の属性を表 4-5 に、本標準におけるXML 構造の表現例を図 4-13 に示す。

構成要素

表 4-4 構成要素とタグ名一覧
タグ名

交換単位

SBD-MSG

メッセージグループ
メッセージグループヘッダ
業務メッセージ

JPMGRP
JPMGH
JPTRM

マルチ明細

JPMxxxxx

繰返し要素

JPMRxxxxx

データ要素

JPxxxxx

備 考

データ要素タグ名は、マルチ明細の明細番号(数字5 桁)の頭に“JPM”を付加して表現する。
データ要素タグ名は、マルチ明細の明細番号(数字5 桁)の頭に“JPMR”を付加して表現する。
データ要素タグ名は、英数字(JIS-X0201)の 5 桁で表現されたタグ番号の頭に“JP”を付加して表現する。

- 17 -

表 4-5 構成要素の属性一覧
タグ名
属性名 桁数説明BPID
X(4) BPID 機関コ－ド
BPIDSUB X(2) BPID 副機関コ－ド
SBD-MSG BPIDVER X(2) 各ビジネスプロトコル標準規格の版
MSGID
X(4) 情報区分コ－ド
MAPVER X(6) シンタックスルールの版
JPMGRP
SEQ
9(5) メッセージグループのシーケンス番号
JPTRM
SEQ
9(5) メッセージのシーケンス番号

許容値「5.2 共通データコード」参照「5.2 共通データコード」参照「5.2 共通データコード」参照「5.2 共通データコード」参照“1.1-1A”固定“1”からの昇順“1”からの昇順

XML 宣言<?xml version=“1.0” encoding=“UTF-8”?><!-- ○○○ △△業務ビジネスプロトコル標準規格 --><SBD-MSG
BPID=“xxx” BPIDSUB=“W3” BPIDVER=“3D” MSGID=“0110” MAPVER=“1.1-1A”><JPMGRP SEQ=“1”><JPMGH>
メッセージグループヘッダ
交換単位(メッセージファイル)</JPMGH><JPTRM SEQ=“1”><JPxxxxx>1234</JPxxxxx>

メッセージグループ
データ
要素

メッセージ

</JPTRM></JPMGRP></SBD-MSG>
図 4-13 本規格における XML 構造の表現例- 18 -

4.4.3 メッセージグループヘッダ
メッセージグループヘッダの必須項目を表 4-6 に示す。コードの許容値は、「5.2 共通データコード」を参照。

タグ名
JPC03
JPC06
JPC09
JPC10
JPC11
JPC12
JPC14
JPC19
JPC21

表 4-6 メッセージグループヘッダのデータ要素(必須項目)
データ要素名説明
運用モード
通常のデータ又はテストデータを示す。
発信者コード電文を発信する発信者の企業コード示す。
受信者コード電文を受信する受信者の企業コード示す
BPID 機関コード
ビジネスプロトコルを制定した機関名を示す。
BPID 副機関コード BPID 副機関コードを示し、各機関で業務種類など毎に採番する。
BPID 版
ビジネスプロトコル標準規格のバージョン名を示す
情報区分コード
情報の種類を示す。
メッセージグループの作成日付時刻(YYMMDDHHMMSS)を示す。
作成日付時刻(年は西暦の下 2 桁)
構文規則識別版数 シンタックスルール管理機関及びリリース・バージョン番号を示す。

属性
X(1)
X(12)
X(12)
X(4)
X(2)
X(2)
X(4)
X(12)
X(6)

4.4.4 マルチ明細の構造
マルチ明細の構造を図 4-14 に示す。 全体構成については、「図 4-13 XML 電文の階層構造」を参照。
マルチ明細
開始タグ

繰返し要素

繰返し要素
開始タグ

データ要素
又はマルチ明細

繰返し要素

データ要素
又はマルチ明細

データ要素の場合
データ要素
開始タグ

データ要素値

マルチ明細
終了タグ

データ要素
終了タグ

図 4-14 マルチ明細構造- 19 -

繰返し要素
終了タグ

4.4.5 マルチ明細タグ名
マルチ明細のタグ名を表 4-7 に、マルチ明細構造の表現例を図 4-15 に示す。

名称
マルチ明細開始
マルチ明細終了
繰返し要素開始
繰返し要素終了

表 4-7 マルチ明細タグ名
タグ名
属性
備 考
JPMxxxxx
タグ名中の xxxxx は明細番号を利用し、“00010”から“65535”の範囲
JPMxxxxxとする。
JPMRxxxxx
JPMRxxxxx<JPM00010>
明細番号=10<JPMR 00010><JPxxxxx>11111</JPxxxxx>
データ要素<JPxxxxx>22222</JPxxxxx><JPM00011>
明細番号=11<JPMR00011></JPMR00011></JPM00011></JPMR00010></JPM00010>
図 4-15 マルチ明細構造の表現例- 20 -

4.4.6 空の繰返し要素の省略
空の繰返し要素は省略することを基本とするが、省略した繰返し要素が何番目の繰返し要素であるかを明示する必要がある場合は、空の繰返し要素の位置に空の繰返し要素を残す。ただし、この時もその繰返し要素の後ろの繰返し要素もすべて空の場合は、空の繰返し要素を省略する。(図 4-16)<JPM00010><JPMR 00010>
データ要素</JPMR00010><JPMR00010></JPMR00010><JPMR00010></JPMR00010><JPMR00010>

3 回目の繰返し要素</JPMR00010><JPMR00010></JPMR00010><JPMR00010>

5 回目の繰返し要素

最大 10 回の繰返しに対し、
3 回目、5 回目及び 8 回目
以降の繰り返しが空の場合</JPMR00010><JPMR00010></JPMR00010></JPM00010>
図 4-16 マルチ明細構造 空繰返しの表現例
4.4.7 メッセージを構成するデータ要素における空等の扱い
メッセージを構成するデータ要素は可変長であり、空(入力データがない場合)、文字データにおけるスペース、及び数値データにおけるゼロの扱いについて、以下のとおり規定する。
(a) 空のデータ要素の扱い
空のデータ要素の扱いを表 4-8 に示す。
表 4-8 空のデータ要素の扱い
例

内容

送信側入力値(空)

空の場合は、データ要素を省略する。

- 21 -

データ要素(省略)

(b) X 属性のデータ要素における半角スペースの扱い
X 属性のデータ要素における半角スペースの扱いを表 4-9 に示す。
表 4-9 X 属性のデータ要素における半角スペース
内容

送信側入力値(1)最も右側にある半角スペース以外の文字よりも更に右側の半角スペース及び最も左側にある半角スペース以外の文字よりも更に左側の半角スペースを省略する。
(2)すべての桁が半角スペースの場合は、データ要素を省略する。
(注)△は半角スペースを示す。

例(注)
データ要素

△A△

<JPxxxxx>A</JPxxxxx>

△△△

(省略)

(c) 9 属性におけるゼロの扱い
9 属性におけるゼロの扱いを表 4-10 に示す。
表 4-10 9 属性のデータ要素におけるゼロの扱い
例

内容

送信側入力値

データ要素

012<JPxxxxx>12</JPxxxxx>

000<JPxxxxx>0</JPxxxxx>(1)最も左側にあるゼロ以外の数値よりも更に左側のゼロを省略する。
(2)すべての桁がゼロの場合は、“0”とする。
(d) N 属性におけるゼロ等の扱い
N 属性のデータ要素におけるゼロ等の扱いを表 4-11 に示す。

表 4-11 N 属性のデータ要素におけるゼロ等の扱い
例

内容

送信側入力値

データ要素(1)もっとも左側にあるゼロ以外の数値よりもさらに左側のゼロを省
略する。

-012

<JPxxxxx>-12</JPxxxxx>(2)すべての桁が正負符号又はゼロの場合は、“0”とする。

000
+0
-0

<JPxxxxx>0</JPxxxxx>(3)正符号は省略する。
ただし、正符号を表示する場合は、データ要素定義の上で注意すること。

＋123<JPxxxxx>123</JPxxxxx>- 22 -

4.4.8 データ属性の表記法
データ属性の表記方法を表 4-12 に示す。

属性

属性表記

半角文字列

X(n)
n:最大文字数

全角文字列

K(n)
n:最大文字数

符号無
数値データ

9(n)
n:整数部桁数
N(n)N(n)V(m)n:整数部桁数
m:小数部桁数

表 4-12 データ属性の表記方法
説
明
英数字、カナなどの 1 バイト文字で構成される文字列データ要素。
なお、“改行”、“タブ”を含んではならない。また、データ内の XML
予約語(“<”、“>”、“&”、“apos”、“quot”)は、XML の表記に従う。
(例)A+B<C は、A+B&lt:C と表記
カッコ内の文字数に、漢字などの全角文字 1 文字は、2 文字として桁数を表記する。
漢字などの 2 バイト文字で構成される文字列データ要素。
カッコ内の文字数に、漢字などの全角文字 1 文字は、2 文字として桁数を表記する。
「0」～「9」までの数字だけで構成される数値データ要素。

(注 1)
(注 2)

(注 2)
(注 3)

「0」～「9」までの数字、正負符号(「+」及び「-」)及び小数点(「.」)で構成される数値データ要素。
(例) N(10)V(3)→整数部最大桁数 10、小数部最大桁数 3※正負符号及び小数点は桁数に含めない。
「0」～「9」までの数字で構成される年月日データ要素。
年月日
Y(8)
年は、西暦日付で表記する。(YYYYMMDD)(注 1)全角文字と半角文字が混在する場合は、X 属性を用いる。
(注 2)文字コードに UTF-8 を採用しているため、カッコ内の桁数より実際のバイト数が増加する場合がある。
(注 3)小数を扱う場合は、N 属性を用いる。
符号付
数値データ

4.5 XML データの検証
本標準では、XML 形式を採用するため、W3C で策定されている XML schema を提供する。XML schema は XML データの構造を定義するスキーマ言語である。これを使用することで、XML データに出現する要素や属性、その順序などを検証することが可能となる。検証例を表 4-13 に示す。

検証項目
タグ名称
必須要素
データ構造
不要要素
繰返し
要素出現順序
許可文字
データ属性

桁数

共通コード

範囲
未定義コード

表 4-13 XML Schema での検証例
検証例<12345>が正しいところ、<54321>となっていた。
<12345>は必須項目だが、XML データ内になかった。
定義されていないタグが含まれていた。
<12345>は繰返し不可として定義されているが、複数定義されていた。
<M1>→<M2>の順番が、<M2>→<M1>のようになっている。
数字のみに限定されたデータ要素に、英字が混在された。
6 桁の数字で記述するよう定義されているが、8 桁の値が定義されていた。
※数値データのみ対象
整数値をとるよう定義されているが、負の値が定義されていた。
定義されていないコード値を使用している。

- 23 -

4.5.1 XML Schema の設計規則
表 4-14 に示す XML schema の設計規則(Naming & Design Rule:以下 NDR)に従い、XML schema を作成する。
表 4-14 メッセージファイル名称付与規則
URL
XML 1.0
http://www.w3.org/TR/REC-xml
XML Schema Part 0: Primer
http://www.w3.org/TR/xmlschema-0/
XML schema Part1:Structures
http://www.w3.org/TR/xmlschema-1/
XML schema Part2:DataTypes
http://www.w3.org/TR/xmlschema-2/
規則

4.5.2 XML Schema の名前空間
名前空間を宣言部で指定する。
http://www.xxxx.or.jp/edi/schemas/“[BPID 機関コード]-[BPID 副機関コード]-[情報区分コード]-[XML スキーマバージョン]”(例)http://www.xxxx.or.jp/edi/schemas/XXXX-W4-1110-001

4.5.3 XML Schema の構造
XML Schema の構造を図 4-17 に示す。
宣言部
ルート部
メッセージグループヘッダ《外部定義》
共通コード定義

業務メッセージ

図 4-17 本標準における XML Schema の構造
4.5.4 XML Schema のファイル名
XML スキーマのファイル名は以下の通り。
[BPID 機関コード]-[BPID 副機関コード]-[情報区分コード]-[XML スキーマバージョン]+“.xsd”(例)XXXX-W4-1110-001.xsd

4.5.5 XML Schema によるデータ要素の定義例(a) 属性の定義例(表 4-15)

属性
符号無数値データ(整数)
符号付数値データ(整数)

符号付数値データ(小数)

表 4-15 属性の定義例
属性表記
定義例<xsd:restriction base=“xsd:nonNegativeInteger”>
9(n)<xsd:totalDigits value=“n”/>
n:桁数</xsd:restriction><xsd:restriction base=“xsd:integer”>
N(n)<xsd:totalDigits value=“n”/>
n:桁数</xsd:restriction><xsd:restriction base=“xsd:decimal”>
N(n)V(m)<xsd:minInclusive value=“-n 個の 9.m 個の 9”/>n:整数部桁数<xsd:maxInclusive value=“n 個の 9.m 個の 9”/>m:小数部桁数 <xsd:fractionDigits value=“m”/></xsd:restriction>- 24 -

(b) 共通コードの定義例(表 4-16)

データ要素

共通コード

表 4-16 共通コードの定義例
定義例<xsd:restriction base=“xsd:String”><xsd:enumeration value=“001”/><xsd:enumeration value=“002”/><xsd:enumeration value=“003”/></xsd:restriction>(c) 繰返しの定義例(表 4-17)

繰返し回数
0
1
0 又は 10 ～ n (n≧0)
m ～ n (n≧m≧0)
出現回数が無制限の場合

表 4-17 繰返しの定義例
定義例
minOccurs=0、maxOccurs=0
minOccurs=1、maxOccurs=1 又は省略
minOccurs=0、maxOccurs=1
minOccurs=0、maxOccurs=n
minOccurs=m、maxOccurs=n
maxOccurs=unbounded

4.6 システム運用規則
4.6.1 メッセージファイル名称付与規則
メッセージファイルの名称付与規則を、図 4-18、表 4-18 に示す。
情報区分コード以下は、各ビジネスプロトコル標準規格にて一意になるよう定める。
なお、実際のメッセージファイル名は各項目間を半角アンダーバーで区切る。

メッセージファイル名=BPID 副機関コード _ 情報区分コード _ ・・・ .xml
図 4-18 メッセージファイル名称構成
表 4-18 メッセージファイル名称付与規則
項目
属性
内 容
「5.2
共通データコード」を参照
BPID 副機関コードX(2)「5.2 共通データコード」を参照
情報区分コードX(4)- 25 -

4.6.2 メッセージの変更・取消の運用
発電計画等受領において、メッセージ内のキー項目以外のデータ要素値を変更する場合は、当該データ要素値
を変更後、変更前のメッセージファイル名と同じメッセージファイルを作成する。(表 4-19、図 4-19)なお、当該メッセー
ジが変更されたものかどうかは、前回受信したメッセージを元に受信者が判断する。
また、キー項目のデータ要素値を変更する方法及びメッセージを取り消す方法は規定しない。

発
電
計
画
等
受
領

項目
メッセージファイル名
キー項目
データ
要素

表 4-19 メッセージの変更例
変更前
1 回目の変更
W6_0150_20160401_00_12345_1.xml
変更前と同一－変更前と同一内容

2 回目の変更
変更前と同一変更前と同一内容

変更する
データ要素

－

変更後の内容変更後の内容

変更しない
データ要素

－

変更前と同一内容

変更前と同一内容＜1 回目の変更＞＜変更前＞＜2 回目の変更＞

変更前メッセージ

1 回目の変更後メッセージ

2 回目の変更後メッセージ

発電 【W6_0150_20160401_00_12345_1】

発電 【W6_0150_20160401_00_12345_1】

発電 【W6_0150_20160401_00_12345_1】

キー項目

キー項目

キー項目

キー項目以外置換

キー項目以外置換

キー項目以外

変更項目

変更項目

未変更項目

未変更項目

発電は発電計画等受領を表す。
【 】内はメッセージファイル名を示す(拡張子は除く)

図 4-19 メッセージの変更イメージ
4.6.3 サーバ運用時間
表 4-20 に示すとおり、サーバの運用時間はメンテナンス等により停止する場合を除き、全日全時間帯とする。
メンテナンス等により停止する場合は、本機関と送配電事業者は事前に小売電気事業者、発電事業者へ連絡を行う。
表 4-20 サーバ運用時間
平日
休､祭日
特定日(注)
全時間帯
全時間帯
全時間帯
(注)特定日とは、正月、調整連続休暇、夏期休暇等の休日を意味する。

- 26 -

4.6.4 通信手順(オプション)
本標準のデータ交換に通信手順を利用する場合は、(財)流通システム開発センター策定の JX 手順を準用した、「発電計画等受領業務ビジネスプロトコル通信手順及び受信確認メッセージ標準規格」、及び WEB-API 方式によるものとする。
JX 手順を利用する場合のパラメータ等の詳細については、「発電計画等受領業務ビジネスプロトコル通信手順及び受信確認メッセージ標準規格」で別途規定するものとし、また WEB-API 方式での通信方法の詳細については、各業務毎に別途 API 仕様書を規定することとする。

5.共通データ
5.1 利用文字コード
使用する文字集合は JIS-X0201(英数字、半角カナ文字)、JIS-X0208(第一・第二水準漢字)とし、文字コードは、
UTF-8(BOM なし)を用いる。
5.2 共通データコード
共通データコードを表 5-1、表 5-2 に示す。

タグ名
JPC03
JPC06
JPC09
JPC10
JPC11
JPC12
JPC14
JPC21

表 5-1 メッセージグループヘッダの共通コード
データ要素名
属性
コード値
意味
1
テストデータ
運用モード
X(1)0 or △ 通常データ
発信者コードX(12) 先頭 5 桁を本機関が設定する「事業者コード(5 桁)」とし、受信者コードX(12) 残り 7 桁を“0”とした 12 桁のコードを使用する
OCTO、
BPID 機関コード
X(4)ビジネスプロトコルを制定した機関名
FEPC
W6発電計画等受領業務(計画値同時同量編)
BPID 副機関コードX(2)W8
需要抑制計画等受領業務
発電計画等受領業務(計画値同時同量編)の版
BPID 版
X(2)3Ａ
需要抑制計画等受領業務の版
情報区分コードX(4)
表 5-2 データ要素の共通コード JP00002 を参照
構文規則識別版数
X(6)1.1-1A シンタックスルールの版- 27 -

表 5-2 データ要素の共通コード
タグ名

データ要素名JP00002 情報区分コード

BPID
W6

属性 コード値
X(4)

W8

意味

0150

翌日発電・販売計画

0151

翌日発電・販売計画不整合通知メッセージ

0152

翌日発電・販売計画(FIT 作成用)

0160

週間発電・販売計画

0170

月間発電・販売計画

0180

年間発電・販売計画

0250

翌日需要・調達計画

0251

翌日需要・調達計画不整合通知メッセージ0260

週間需要・調達計画

0270

月間需要・調達計画0280

年間需要・調達計画

0320

連系線希望計画(計画値同時同量)

0321

希望計画送電可否判定結果通知(計画値同時同量)

0400

長期連系線利用計画(計画値同時同量)

0401

長期利用計画送電可否判定結果通知(計画値同時同量)

0460

経過措置計画(計画値同時同量)0461

経過措置可否判定結果通知(計画値同時同量)0513

経過措置減少処理通知(計画値同時同量)

0514

混雑処理通知(スポット・1 時間前)(暫定)(計画値同時同量)

0515

混雑処理通知(スポット・1 時間前)(計画値同時同量)

0610

部分供給通告値(翌日)0620

部分供給通告値(月間)0110

翌日需要抑制計画メッセージ

0120

週間需要抑制計画メッセージ0130

月間需要抑制計画メッセージ0140

年間需要抑制計画メッセージ

0111

翌日需要抑制計画不整合通知メッセージ

JP00009 訂正コード

X(1)JP06110 送信者コ－ド

X(5) 本機関が設定する「事業者コード」を用いる。

JP06112 受信者コ－ド

X(5) 本機関が設定する「事業者コード」を用いる。

JP06153 申請者コード

X(5) 本機関が設定する「事業者コード」を用いる。

JP06163 送電可否コード

X(1)JP06173 提出代行適用コード

X(1)

1

新規

2

変更

1

送電可

5

一部送電可(容量登録)

9

送電不可

0

提出代行を適用しない

1

提出代行を適用する

JP06174 計画提出先送配電事業者
コードX(5) 本機関が設定する「事業者コード」を用いる。

JP06176 託送契約変更コード

X(1)

0

託送契約変更不要

1

託送契約変更要- 28 -

タグ名

データ要素名BPID

属性 コード値

JP06177 供給先識別コード

X(1)JP06183 需給別識別コード

X(1)

意味

1

地内

2

地外

1

需要想定値

2

供給力調達分の計画値合計

3

供給力未調達分の計画値

JP06186 発電側系統コード

X(5) 送配電事業者が設定する「系統コード」を用いる。

JP06187 発電事業者コードX(5) 本機関が設定する「事業者コード」を用いる。

JP06188 需要側系統コード

X(5) 送配電事業者が設定する「系統コード」を用いる。

JP06189 需要側事業者コードX(5) 本機関が設定する「事業者コード」を用いる。

JP06198 通告変更識別コード

X(1)JP06199 計画変更理由コード

JP06202 希望経路有無コード

X(2)

X(1)

JP06204 北本連系線経由コード

X(1)JP06205 相馬双葉幹線経由コード

X(1)JP06206 FC 経由コード

X(1)JP06207 三重東近江線経由コード

X(1)JP06208 越前嶺南線経由コード
JP06209 西播東岡山線・山崎智頭線
経由コード

X(1)
X(1)

JP06210 本四連系線経由コード

X(1)JP06211 関門連系線経由コード

X(1)JP06212 南福光ＢＴＢ経由コード
JP06213 阿南紀北直流幹線経由
コード

X(1)
X(1)

0

通告変更計画に相当しない

1

通告変更計画に相当

00

変更なし

11

不可避的変更(給電指令)

12

不可避的変更(混雑処理)

13

不可避的変更(優先給電指令)

14

不可避的変更(自然・公衆災害)

21

系統運用上必然的変更(河川出水)

22

系統運用上必然的変更(需給・周波数調整)

23

系統運用上必然的変更(調整運転)

24

系統運用上必然的変更(原子力定熱運転)

31

需給バランス・同時同量変更(同時同量変更)

41

発電トラブル(発電トラブル)

51

経済行為(経済行為)

61

その他(その他)

71

本機関指示

0

希望経路無し1

希望経路有り

0

経由しない

1

経由する

0

経由しない

1

経由する

0

経由しない

1

経由する

0

経由しない

1

経由する

0

経由しない

1

経由する

0

経由しない

1

経由する

2

西播東岡山線又は山崎智頭線経由で連系

3

西播東岡山線経由で連系

4

山崎智頭線経由で連系

5

西播東岡山線及び山崎智頭線を直列に経由して連系

0

経由しない

1

経由する

0

経由しない

1

経由する

0

経由しない

1

経由する

0

経由しない

1

経由する

- 29 -

タグ名

データ要素名BPID

属性 コード値

JP06218 平日休日コード

X(1)JP06219 時刻コード

X(2)JP06220 最大最小コード

X(1)JP06234 データ変更コード

X(1)

意味

1

平日

2

休日

01～48 01:【0:00～0:30】、 02:【0:30～1:00】、 …、 48:【23:30～24:00】
60

昼間帯

61

夜間帯

1

最大

2

最小

0

データ変更無し

1

データ変更有り

2

不整合あり(広域から通知時)

3

広域強制書き換え(広域から通知時)

JP06239 年間:平日休日コード

X(1) 「平日休日コード」と同じコード値を用いる。

JP06240 年間:時刻コード

X(2) 「時刻コード」における“60”、“61”を用いる。

JP06245 月間:平日休日コード

X(1) 「平日休日コード」と同じコード値を用いる。

JP06246 月間:時刻コード

X(2) 「時刻コード」における“60”、“61”を用いる。

JP06252 週間:時刻コード

X(2) 「時刻コード」における“01”～“48”を用いる。

JP06254 計画変更コード

X(2)JP06255 計画提出目的コード

JP06259 総合:送電可否コード

X(1)

X(1)

0

変更無し

1

変更有り。※連系線等利用計画変更においては、計画変更有りかつ処理順位を指定しない場合
に設定

2～18

変更有り処理順位。※連系線等利用計画変更において、計画変更有りかつ需要エリアが同じ複数の計画間で処理順位を指定する場合に設定する。計画ごとに 1 から昇順に設定する。

0◆長期・年間・月間の各連系線等利用計画の場合のみ。調整用(空容量算定用提出期限までに計画の変更がない場合は、空容量算定用として代用する)

1◆長期・年間・月間の各連系線等利用計画の場合のみ。調整用(空容量算定用として代用しない)

2◆長期・年間・月間・週間の各連系線等利用計画の場合。空容量算定用◆翌日連系線等利用計画の場合。翌日計画提出用

3

計画変更用

9

経過措置計画提出用

1

送電可

2

送電不可

5

一部送電可(容量登録)- 30 -

タグ名

データ要素名JP06260 連系設備コード

JP06262 長期:送電可否コード

JP06263 長期:判定理由コード

JP06264 年間:送電可否コード

JP06265 年間:判定理由コード

JP06266 月間:送電可否コード

JP06267 月間:判定理由コード

JP06268 週間:送電可否コード

JP06269 週間:判定理由コード

BPID

属性 コード値

X(2)

X(1)

X(1)

X(1)

X(1)

X(1)

X(1)

X(1)

X(1)

意味

01

北海道本州間(北本連系線)、上限制約

02

東北東京間(相馬双葉幹線)、上限制約

03

東京中部間(佐久間 FC)、上限制約

04

東京中部間(新信濃 1 号 FC)、上限制約

05

東京中部間(新信濃 2 号 FC)、上限制約

06

東京中部間(東清水 FC)、上限制約

07

中部関西間(三重東近江線)、上限制約08

北陸関西(越前嶺南線)、上限制約

09

関西中国間(西播東岡山線・山崎智頭線)、上限制約

10中国四国間(本四連系線)、上限制約

11中国九州間(関門連系線)、上限制約

12中部北陸間(南福光 BTB)、上限制約

13関西四国間(阿南紀北直流幹線)、上限制約

14東京中部間(新信濃 FC)、上限制約

15東京中部間(FC)、上限制約

21

中部・関西-北陸間(北陸フェンス)、上限制約

22

関西中国間(関西中国間フェンス)、上限制約

51

北海道本州間(北本連系線)、下限制約

53

東京中部間(佐久間 FC)、下限制約

54

東京中部間(新信濃 1 号 FC)、下限制約

55

東京中部間(新信濃 2 号 FC)、下限制約

56

東京中部間(東清水 FC)、下限制約

62

中部北陸間(南福光 BTB)、下限制約

63

関西四国間(阿南紀北直流幹線)、下限制約

65

東京中部間(FC)、下限制約

1

送電可

2

送電不可

5

一部送電可(容量登録)

1

空容量

3

直流制約(下限)

4

直流制約(刻み)

1

送電可

2

送電不可

5

一部送電可(容量登録)

1

空容量

3

直流制約(下限)

4

直流制約(刻み)

1

送電可

2

送電不可

5

一部送電可(容量登録)

1

空容量

3

直流制約(下限)

4

直流制約(刻み)

1

送電可

2

送電不可

5

一部送電可(容量登録)

1

空容量

3

直流制約(下限)

4

直流制約(刻み)

5

直流制約(反転)6

直流制約(段差)- 31 -

タグ名

データ要素名BPID

JP06270 判定理由コード

JP06271 総合:通告変更可否コード

JP06272 通告変更可否コード

JP06273 混雑通知区分コード

JP06274 混雑方向区分コード
JP06276 混雑理由区分コード

属性 コード値
X(1)

X(1)

X(1)

X(2)

X(2)
X(2)

意味

1

空容量

2

混雑

3

直流制約(下限)

4

直流制約(刻み)

5

直流制約(反転)6

直流制約(段差)

7

融通指示発動中

1

通告変更可

5

一部通告変更可9

通告変更不可

1

通告変更可

5

一部通告変更可9

通告変更不可

00

策定時事前

01

策定時決定

02

計画変更等

00

順方向

01

逆方向

00

運用容量超過

01

下限制約

02

刻み制約

03

運用容量超過＋下限制約

04

運用容量超過＋刻み制約

05

下限制約＋刻み制約

06

運用容量超過＋下限制約＋刻み制約

JP06283 利用計画策定結果コード

X(1)

1

策定完了

JP06291 集計情報コード

X(1)

1

スポット市場 売電

2

スポット市場 買電

3

1 時間前市場 売電

4

1 時間前市場 買電

1

スポット市場2

1 時間前市場

1

売電

2

買電

JP06292 市場コード
JP06293 売買コード

X(1)
X(1)

JP06300 発電 BG コード

X(5) 本機関が設定する「BG コード」を用いる。

JP06311 電源種別コード

X(1)

1

非調整電源

2

調整電源

3

FIT 電源 1

4

FIT 電源 2

5

FIT 送配 1

6

FIT 送配 27

FIT 送配 3

JP06316 事業者コードX(5) 本機関が設定する「事業者コード」を用いる。

JP06328 一部送電可容量登録コードX(1)JP06329 年間月間日別化コード

X(1)JP06332 マージン利用コード

X(1)JP06333 運用容量拡大コード

X(1)

0

容量登録しない1

容量登録する0

日別化しない

1

日別化する

0

マージン利用なし

1

マージン利用あり

0

運用容量拡大利用なし

1

運用容量拡大利用あり- 32 -

タグ名

データ要素名BPID

属性 コード値

意味

JP06334 5 分値展開要否コード

X(1)

0

5 分値展開不要

JP06335 複数契約共同判定処理
コード

X(1)

1

5 分値展開必要0

共同利用なし1

共同利用ありJP06338 5 分値時刻コード

X(3) 001～288 001:「0:00～0:05」、002:「0:05～0:10」・・・288:「23:55～24:00」

JP06341 連系設備コード

X(2)

01

北本直流幹線

02

相馬双葉幹線

03

佐久間 FC04

新信濃 1 号 FC05

新信濃 2 号 FC

06

東清水 FC07

三重東近江線

08

越前嶺南線

09

西播東岡山＋山崎智頭線

10

本四連系線

11

関門連系線

12

南福光 BTB

13

阿南紀北直流幹線

14

新信濃

15

FC

0

マージン利用取消なし

1

マージン利用取消あり

JP06347 マージン利用取消通知
コード

X(1)

JP06358 提出先事業者コードX(5) 本機関が設定する「事業者コード」を用いる。

JP06360 BG/提出者コード

X(5) 本機関が設定する「BG コード」、又は「計画提出者コード」を用いる。

JP06366 取引先 BG コード

X(5) 本機関が設定する「BG コード」を用いる。

JP06372 自動紐付除外コード

X(1)

0

自動紐付除外なし

1

自動紐付除外あり

JP06373 電源特定コード

X(5) 自動紐付除外のための相対先(発電 BG 又は系統、系統群)を識別するコード。
本機関が設定する「BG コード」、送配電事業者が設定する「系統コード」、「系統群コード」を用いる。

JP06374 広域指示コード

X(1)JP06377 マージン使用コード

X(1)JP06382 FIT 用ステータスコード

X(1)

0

指示なし

1

指示あり

0

マージン使用なし

1

マージン使用あり

1

発電計画詳細登録済

2

供給力(発電合計)登録済

3

販売計画登録済かつ発電・販売計画提出済

JP06384 送電側系統コード

X(5) 送配電事業者が設定する「系統コード」を用いる。

JP06385 送電側 BG/提出者コード

X(5) 本機関が設定する「BG コード」、又は「計画提出者コード」を用いる。

JP06386 受電側系統コード

X(5) 送配電事業者が設定する「系統コード」を用いる。

JP06387 受電側 BG/提出者コード

X(5) 本機関が設定する「BG コード」、又は「計画提出者コード」を用いる。

JP06600 需要抑制 BG コード

X(5) 本機関が指定する「BG コード」を用いる。

- 33 -

6.システム管理範囲
図 6-1 に示すとおり、送配電事業者と小売電気事業者等、発電事業者、本機関のシステムの管理範囲は、当該事業者が設置する設備の範囲とし、この範囲の設備が原因で障害や問題が発生した場合は、当該設備を管理する事業者が主体となって対応する。
小売電気事業者等、発電事業者が設置する設備範囲

送配電事業者が設置する設備範囲

Web クライアント

Web サーバ

インタ－ネット網
F/W

小売電気事業者
等が契約する電
気通信事業者、プロバイダ等

小売電気事業者等、発電事業者の管理範囲

送配電事業者が契約する電気通信事業者、プロ
バイダ等

F/W

送配電事業者の本機関が契約する電気通信事業者、プロバイダ等

管理範囲

F/W

本機関の

本機関が設置する設備範囲Web サーバ

Web クライアント

管理範囲

図 6-1 システムの管理範囲

7.費用分担
各事業者が契約するプロバイダ・アクセスポイントまでの通信費用、プロバイダ費用、電子証明書関連費用等については当該事業者の負担とする。
以 上- 34 -