4.5ebMS処理方式

4.5.1

処理方式概要NACCS における ebMS 処理方式の概要を、図 4-5-1 に示す。なお、当該処理方式を使用する場合は、NACCS センターが提供したサーバ証明書及び電子署名用証明書を利用者側 ebMSサーバに組み込む必要がある。e-mail 送信については、「4.6.1 e-mail」を参照すること。

業務１
業務２
業務３

① ebMS2.0
処理要求電文NACCS EDI電文

利用者側
ebMSサーバ

センター側
ebMSサーバ② ebMS2.0
処理結果電文

業務１

メイン処理部

NACCS EDI電文

業務２

業務３

利用者システム

NACCS センターサーバ

図 4-5-1

ebMS 処理方式概要① 利用者は、業務において必要とされる項目が格納された NACCS EDI 電文または XML 電文を作成し、利用者システムからセンター側 ebMS サーバに対し HTTPS にて送信する。
② センター側 ebMS サーバに送られた電文は、メイン処理部に転送される。業務処理を行った後、処理結果を再びセンター側 ebMS サーバに転送する。センター側 ebMS サーバは、利用者システムに対し HTTPS にて処理結果電文を返信する。このため、利用者システムは、原則的に常に起動状態でなければならない。

4-5-1また、ebMS 機能の全体概要については、図 4-5-2 に示す。
NACCSの電文制御処理方式は、インタラクティブ処理方式を使用。

電文を分解し、メイン処理部へ処理要求電文を1通ずつ送信する。
併せて、処理要求電文がXML電文の場合NACCS-EDI電文に変換。

マルチペイロード機能を使用し、複数の処理要求電文を、1つの電文としてまとめて送信することも可能。

NACCS-EDI電文
処理要求電文1
処理要求電文2
処理要求電文3

処理要求電文1

処理要求電文1

ebMS2.0

処理要求電文2
処理要求電文2

処理要求電文3

処理要求電文3

NACCSから処理結果電文を1通ずつリアルタイムで受信可能。

NACCS-EDI電文

ebMS2.0処理結果電文1

処理結果電文1

処理結果電文1

処理結果電文2

処理結果電文2

処理結果電文2

処理結果電文3

処理結果電文3ebMSサーバ

ebMS処理方式

4.5.2

メイン処理部
NACCS
センターサーバ

利用者システム

図 4-5-2

処理結果電文3ebMS 処理方式概要

通信プロトコルの詳細
ebMS 処理方式における通信プロトコルには、ネットワーク・トランスポート層に TCP/IP、その上位層には HTTPS を採用し、ebMS2.0 で送受信処理を行う。なお、複数件の処理をまとめて送信 1することが可能である。
なお、NACCS においては、マルチペイロード機能を使用した場合について、最大電文長を 10MB（EDIFACT マルチ B/L 電文長と同じ）、ペイロード数の最大電文数を 99 電文(NACCSEDIFACT 規約に準拠）とする。
また、マルチペイロード機能を使用する場合は、NACCS-EDI 電文と XML 電文の混在をしないこと。

(1) ebMS2.0 の概要
ebMS サーバの ebMS 処理方式は、ebXML Message Service v2.0（ebMS2.0）および ebXMLCPPAv2.0 を使用する。
ebMS(ebXML Message Service)とは、企業間電子商取引でやり取りするメッセージについて、インターネットを通じて伝送するための仕様であり、SOAP をベースとして構成されている。ebMS 処理方式では、利用者は NACCS センターより配布される CPA を使用して通信を行う。（CPA の詳細については、「4.5.4（３）CPA の設定情報」参照すること）
ebXML Message Service v2.0（ebMS2.0）および ebXML CPPA v2.0 の詳細については、OASIS 2より公開されている以下の仕様書を参照すること。
・ebXML Message Service Specification v2.0 , OASIS Standard(http://www.oasis-open.org/committees/ebxml-msg/documents/ebMS_v2_0.pdf)
・ebXML CPPA v2.0 , OASIS Standard(http://www.oasis-open.org/committees/ebxml-cppa/documents/ebcpp-2.0.pdf)
ebMS 処理方式で使用する ebMS2.0 の機能一覧を表 4-5-1 に示す。
12

複数件の処理をまとめて送信する場合は、ebMS2.0 のマルチペイロード機能が必要となる
XML に関する標準技術の普及促進活動を行い、ebXML を定義した団体(http://www.oasis-open.org/)

4-5-2

ebMS 機能Security(TLS)
Security(Signature)
Error Handling
SyncReply(同期応答)

Reliable messaging

MessageStatusService
MSH Ping Service
MessageOrderMulti-Hop

表 4-5-1 ebMS 処理方式 機能一覧
機能説明
ebMS 処理方式
通信において TLS を採用す 使用する
るか
通信 にお いて デジ タル 署名 使用するを使用するか
エラ ー時 にエ ラー 応答 を返 使用する
却するかAcknowledgement（ 受領通知） 使用しないの返却に際し、受信した
ebXML メ ッ セ ー ジ と 同 一 のセッションで返却するか受領通知、リトライ、重複排 使用する除な どの 仕組 みを 使用 するか
メッ セー ジの 状態 問い 合わ 使用しない
せを使用するか
ebMS 実行モジュールの状態 使用しない
問い合わせを使用するか
メッ セー ジの 送信 側で の到 使用しない着順序を保障するか（送 信先 シス テム 内で 複数の ebMS をもつ場合に使用）
複数 サー バ間 での デー タ転 使用しない送を採用するか

4-5-3

備考
サーバ認証のみ使用
XML 署名（XML 形式のデジタル署名）
Errorlist
非同期応答モード（別セッションでAcknowledgementを送信）
高信頼性メッセー
ジング

4.5.3ebMS 処理方式で使用するメッセージ
ebMS 処理方式では、ebMS2.0 の高信頼性メッセージングによる送受信処理を行う。

(1) ebMS 処理方式で使用するメッセージ
ebMS 処理方式で使用する ebMS メッセージには、次のものがある。
・アプリケーションメッセージ
処理要求電文、処理結果電文など
・ebMS 受信確認メッセージ（Acknowledgement）
ebMS レベルのメッセージ受信確認
・ebMS エラー通知メッセージ（ErrorList）
ebMS レベルでのエラー通知

4-5-4

(2) ebMS2.0 のメッセージフォーマット
ebMS2.0 のメッセージフォーマットは、SOAP メッセージを拡張した規定である。また、
ebXML Message Service 仕様を実装した実行モジュールを ebXML MSH（メッセージサービスハンドラ）と呼ぶ。
ebMS2.0 のメッセージフォーマットを図 4-5-3 に示す。

図 4-5-3

ebMS2.0 のメッセージフォーマット

4-5-5

4.5.4ebMS 処理方式における設定情報(1) メッセージタイプ
ebMS 処 理 方 式 で 使 用 す る メ ッ セ ー ジ タ イ プ と デ ジ タ ル 署 名 、 及 び Acknowledgement/ErrorList の要／不要の関係を表 4-5-2 に示す。
表 4-5-2 ebMS 処理方式で使用するメッセージタイプ
Message Type
デジタル署名Acknowledgement/ErrorList
業務電文 NACCS EDI 電文
要
要
業務電文 XML 形式電文
要
要
処理結果電文要
要
Acknowledgement
要不要
Errorlist
不要不要(2) Service/Action 要素
CPA により合意された通信条件（Message Type）は Service 要素および Action 要素を定義することにより特定される。実際の取引においては、両要素を SOAP ヘッダー内に以下のように記載する。
<eb:Service eb:type="XXX">XXXXX</eb:Service><eb:Action>XXXXX</eb:Action>
Service お よび Action が 指定 さ れる と、 CPA に より 合 意さ れ た DeliveryChannel、Packaging、Transport、DocExchange の各要素が一意に決定され、それらの記述内容から通信の条件が特定される。
（各要素の詳細については、「4.5.4 (3) CPA の設定情報」を参照すること）
ebMS 処理方式で使用する Service および Action 要素を表 4-5-3 に示す。
表 4-5-3 ebMS 処理方式で使用する Service/Action
Message Type
Service
業務電文 NACCS EDI 電 urn:NACCS:ICS:BusinessService
文
業務電文 XML 形式電文 urn:NACCS:ICS:BusinessService
処理結果電文
urn:NACCS:ICS:BusinessService
処理結果取得要求電文
urn:NACCS:ICS:BusinessService
Acknowledgement
urn:oasis:names:tc:ebxml-msg:service
Errorlist
urn:oasis:names:tc:ebxml-msg:service

4-5-6

ActionNACCS-EDI
NACCS-XML
NACCS-Result
NACCS-ResultReq
Acknowledgement
MessageError

(3) CPA の設定情報
ebMS 処理方式で使用する CPA 設定情報の一例を表 4-5-4 に示す。
表 4-5-4 ebMS 処理方式で設定する CPA 設定情報（例）
設定項目
設定内容
通信に使用する CPA の ID

cpaid
PartyInfopartyName

取引者ごとの情報
取引者名（CPA 内で一意）
取引者の識別 ID（CPA 内で一意）

PartyId

CollaborationRole
ServiceBinding
ServiceCanSend
CanReceive

ThisPartyActionBinding
actionBusinessTransactionCharacteristics

isNonRepudiationRequired

isNonRepudiationReceiptRequired
isConfidential
isAuthenticatedisAuthorizationRequired
DeliveryChannel
MessagingCharacteristics
syncReplyMode
ackRequested
ackSignatureRequested

取引においてやり取 り する
メッセージの設定情報
サービスと通信条件 の 紐付け
サービス名
Action の属性情報（例）Party1 と Party2 の通
信 に お い て 、 Action1 がParty1 で CanSend 属 性 、Party2 で CanRecieve 属性として定義される場合、Action1 の や り 取 り はParty1 側が送信側、Party2が受信側となるアクションと通信条 件 の紐付け
アクション名

設定値
NACCS センターが指定
NACCS センターが指定
NACCS センターが指定

表 4-5-3 参照
各アクションごとに設定

表 4-5-3 参照

トランザクション特性
親要素の action をやり取り true
する場合に、XML 署名を使用するか受領通知（Acknowledgement） trueに XML 署名を付加するかメッセージを暗号化するか
transient
送 信 者 を 特 定 す る た め の transient
XML 署名を付加するか送信者の認証が必要か
true
action と Transport 、DocExchange の紐付け
メッセージ交換上の特性
同期モードの応答を 要 求す
るか
受領通知を要求するか受領通知に XML 署名を付加するか
4-5-7

none
alwaysalways設定項目
duplicateElimination

Transport
TransportProtocol
versionTransportClientSecurity
TransportSecurityProtocol
versionDocExchange

ebXMLSenderBinding
ebXMLReceiverBinding

versionReliableMessaging
Retries
RetryInterval

MessageOrderSemantics
PersistDuration

設定内容
メッセージの重複チ ェ ックを実施するか
通信プロトコルや送信先URL
通信プロトコル名バージョン情報
転送時のセキュリティ
トランスポート層の セ キュ
リティプロトコル名バージョン情報
メッセージの交換条件（本システムのように、ひとつの CPA 内で複数の Actionが存在する場合、各交換条件ごとに DocExchange が設定される）
送信側・受信側の設定（ Action の 送 信 側 /受 信 側として、直接対応する
DocExchange 同 士 は 同 じ 設定とする）
バージョン情報
メッセージの保証機能
リトライ回数リトライ間隔メッセージの順序保 証 を実施するか
メッセージの保存期間

4-5-8

設定値
always

HTTP
1.1
TLS
1.2

2.0
3（基準値）
PT10M （ 基 準値 ：10 分間隔）
NotGuaranteed
PT1H （ 基 準値：1 時間）

4.5.5電文方式と構造ebMS 処理方式を使用する場合、業務において必要な情報が格納された NACCS EDI 電文および XML 形式電文はペイロード部に格納される。加えて、通信プロトコル（ HTTP）ヘッダ
ー、SOAP ヘッダー、SOAP ボディ、及び通信プロトコル（HTTP）トレーラーが付加される。
以降に各形式の電文構造の概要を示す。

(1) XML 形式電文の場合
XML 形式電文の概要（ebMS 処理方式）を図 4-5-4 に示す。

XML形式電文
通信プロトコルヘッダー（HTTPヘッダー）

SOAP
ヘッダー

SOAPボディ

XML電文

通信プロトコルトレーラー（HTTPヘッダー）

最大700,000 バイト（注）（「３．電文方式と構造」参照）
図 4-5-4

XML 形式電文の概要（ebMS 処理方式）

XML 形式電文の対象業務は、「付表 6-7 対象業務一覧」を参照すること。また、電文フォーマット／バージョンについては、PAA（Pan Asian e-commerce Alliance）標準／Superset
Message Structure V2.0 とする。

4-5-9

(2) NACCS EDI 電文の場合
NACCS EDI 電文の概要（ebMS 処理方式）を図 4-5-5 に示す。

NACCS EDI電文通信プロトコル
ヘッダー（HTTPヘッダー）

SOAPヘッダー

入力（出力）
共通項目

SOAPボディ

業務個別項目通信プロトコルトレーラー（HTTPヘッダー）

最大700,000 バイト（注）（「３．電文方式と構造」参照）
図 4-5-5

NACCS EDI 電文の概要（ebMS 処理方式）

ebMS 処理方式利用者が、NACCS EDI 電文を NACCS センターサーバへ送信する際に作成する電文の形態を、図 4-5-6 に示す。
NACCS EDI 電文
入力（出力）
共通項目…

業務個別項目
C L
…
R F

C L
…
R F

図 4-5-6

電文の内容

4-5-10

C L
…
R F

C L
R F

4.5.6

業務処理シーケンス
ebMS 処理方式における業務処理シーケンスを図 4-5-7 に示す。

利用者システム

NACCS センターサーバ

利用者側ebMSサーバ

業務メイン処理部

センター側
ebMSサーバ

業務処理

処理要求電文①処理要求電文を送信②処理結果電文を返却
処理結果電文

処理結果電文（ 帳票電文）③ 帳票電文テーブルに格納された処理結果電文( 帳票用) を 返却

図 4-5-7

帳票電文テーブル

ebMS 処理方式における業務処理シーケンス例① 利用者は、業務上必要な項目が入力された処理要求電文を NACCS センターサーバへ送信する。
② 処理結果電文が NACCS センターサーバより利用者システムへ返却される。
③ 利用者宛の帳票電文が存在した場合は、帳票電文が NACCS センターサーバより利用者システムへ返却される。
なお、マルチペイロード機能を使用する場合、利用者は、処理要求電文一通（ペイロード部に複数の業務電文を含む）に対し、ペイロード部に内包された業務分の処理結果電文および帳票電文を NACCS センターサーバより受信する。

4-5-11