目次 1. 流通 BMS とは 2. 流通 BMS の構成 3. 通信プロトコル概要 4. システム構成と利用形態 5. 導入までの流れ 6. 導入のための準備と考慮点 1

(1)

データ・アプリケーション

株式会社

∼流通

BMS

_BMS

で利用される３通信プロトコルの簡単解説∼

［

eb

_eb

MS

、

AS2

、

J X

手順］

流通

_BMS

３通信プロトコル

_{３通信プロトコル}

ちょ

∼早わかり

！！

_！！

２００８年７月

VER

_VER

3.0

3.0 ACMS

ACMS

統括本部

藤野

裕司

(2)

Data Applications Company, Limited.

１．流通

BMSとは

_BMS

とは

２．流通

BMSの構成

_BMS

の構成

３．通信プロトコル概要

４．システム構成と利用形態

５．導入までの流れ

６．導入のための準備と考慮点

(3)

1.

1. 流通

流通

BM S

とは

JCA

手順の

EDI

は

もう限界！

！

もう限界！

！

インターネットを

_使った

インターネットを

_使った

安価で効率的

_な

安価で効率的

_な

_EDI

を

実現したい！

_！

実現したい！

_！

バラバラ

個別の

バラバラ

個別の

W ebEDI

に現場は

大混乱

！！

に現場は

大混乱

！！

解決

!

＊通信プロトコル

：

ebMS

、

AS2

、

JX

手順

＊メッセージ

：

流通ビジネスメッセージ標準

＊コード体系

(4)

★課題解決のため

インターネット環境での効率的・効果的な

EDI

_EDI

を目指す。

可能な限り標準化を進め、全体最適を目指す。

共通基盤は、デファクトスタンダードから選べるようにする。

結論

インターネット経由の国際標準の通信手順を使用した

XML

_XML

-

EDI

！

コードは国際標準（

GTIN

_GTIN

、

GLN

）を採用。データ項目・メッセージは業界

標準を策定。

取引業務プロセス（メッセージ種）

データ項目

コード（

GTIN

、

GLN

）

データ表現形式（

XM L

）

通信手順（

ebXM L M S

、

AS2

、

JX

手順）

通信基盤（インターネット

TCP/ IP

）

ＥＤＩメッセージ

通信インフラ

共通基盤

（デファクトスタンダードの

中から選択）

1.

1. 流通

流通

BM S

とは

(5)

（１）流通ビジネスメッセージ標準（流通

_BMS

）

a.

すべての企業間取引で共通の

EDI

メッセージを使えるように、

「メッセージ種別」、「メッセージ構造」、「データ項目」と「データ項目の意味」、「データ属

性」を標準化。

b.

国際標準「共通企業識別コード（

GLN

）」「共通商品識別コード（

GTIN

）」

「商品マスター情報同期化（

GDS

）

［←必須ではない］」に準拠。

c.

データ構造は柔軟性に富む

XML

。

d.

EDI

対象は７業務

14

14 メッセージ

メッセージ

現行業務で使用頻度が高い「値札」「発注」「出荷」「受領」「返品」「請求」「支払」の７業務を標準化。

「出荷」は「出荷（伝票）」と「出荷梱包（紐付けあり）」

「出荷梱包（紐付けなし）」の３メッセージ。

生鮮には独立した「発注」「出荷」「受領」「返品」の４メッセージ。

発注補助情報として「集計表作成」の１メッセージ追加。

2008

年３月には、新たに「発注」の補助データとして「集計表作成」とアパレルの「値札作成」業務

が追加された。

e.

伝票レスと検品レス

納品書や受領書のやりとりを

EDI

に置き換えることにより、伝票をなくし、事務処理や伝票の保管コ

ストを削減できる。

納品書に代わる

ASN

（事前出荷明細）を小売に送ることにより、小売は入荷時の検品をバーコード

のスキャンによって行うことができる。そのために、梱包ラベルとして

SCM

（

Shipping Carton

Marking

）ラベルの貼付が必要となる。

2.

(6)

（２）通信プロトコル標準

通信基盤：インターネット、

TCP/IP

_TCP/IP

。

通信プロトコル：国際標準の

ebXML MS

、

AS2

と日本独自

標準

の

JX

手順。

①

ebXML MS

とは？

ebXML MS

とは、

CEFACT

と

OAS

I

S

が共同で開発した次世代

EDI

の国際標準

ebXML

の通信プロト

コル部分

ebXML

MS

のこと。

インターネット上で高速安全な

EDI

環境を構築できる。

アジアを中心に実装が始まっている。

リアルタイムの

EDI

（メッセージング）を実現。

データ発生のつどプッシュ型で相手に送るサーバ方式。

通常のファイル転送（文字情報）のほか、ファイル添付（

Word

、

Excel

、

PowerPoint

、

PDF

、

CAD

、

画像、音声、動画、等）も可能。

②

EDIINT AS2

とは？

IETF

が制定したインターネット

EDI

の国際標準。

米国を中心に実装が始まっている。

ebXML MS

同様、データ発生のつどプッシュ型で相手に送るサーバ方式。

ウォルマートを中心に国際レベルでの流通調達で普及が始まっている。

日本でも日用品雑貨メーカを中心に検討の機運が高まっている

③

JX

手順とは？

2007

年

4

4 月正式に命名され、それ以前は

月正式に命名され、それ以前は

SOAP

-

RPC

と呼ばれていた。

中小企業では、データ発生のつどプッシュ型で相手に送るサーバ方式の常時運用は難しい。

その点

JX

手順

は、必要の都度センターにアクセスし、データを送受信するプル型。

任意のタイミングでクライアントから起動し、取引先や

VAN

とデータの授受を行う。

ebXML MS

では現行

EOS

からの移行が難しいため、

実態に合わせて作られた日本独自標準。

2

(7)

3

3 ．通信プロトコル概要

．通信プロトコル概要

（１）各プロトコルの構造

通信プロトコルヘッダ（ＨＴＴＰ） MIMEエンベロープ（付属文書付きSOAP）ＭＩＭＥパートＳＯＡＰエンベロープＳＯＡＰヘッダーＳＯＡＰボディー

ebMS

ebMS 情報付属文書一覧ＭＩＭＥパートペイロード文書通信プロトコルヘッダ（ＨＴＴＰ） SＭＩＭＥ or MIMEメッセージ

EDIINT AS2

文書署名通信プロトコルヘッダ（ＨＴＴＰ）ＳＯＡＰエンベロープＳＯＡＰボディー SOAP-RPC情報文書ＳＯＡＰヘッダー

JX手順

いずれのプロトコルについても、

流通

BMS

の規定

では

１通信で１文書のみの送受信と

規定されている

。

AS2 情報

(8)

ebMS

国際標準ではあるが、実装はアジアを中心に行われている。

通信上の取り決めやビジネス上の取り決めは、

CPA

_CPA

という文書にして

相互に交換・取り込むことができる。

双方で確認すべき内容が詳細に決められており、ルールに従えば互いに

不整合を起こす可能性は低い。反面、設定項目が多く非常に複雑なイメー

ジが強い。

通信プロトコルは、

HTTP

_HTTP

、

SMTP

、

FTP

いずれでも可。

証明書、暗号化は

HTTP/

_HTTP/

SSL

に準拠。

メッセージの基本構造は、

MIME

_MIME

の付属書付き

SOAP

メッセージ。付属書として

複数文書を送信することができる。

先頭の

SOAP

メッセージに

ebXML

情報、付属文書に送信データとなる文書が続

く。

ebXML

情報として、

SOAP

ヘッダに相手先と自社に関わる情報、ドキュメントを

やりとりする時のルールなど、

SOAP

_SOAP

ボディに付属文書の一覧が入る。

（２）各プロトコルの特徴

3

3 ．通信プロトコル概要

．通信プロトコル概要

(9)

EDIINT

AS2

国際標準で米国を中心に普及が始まっている。プロトコル自体はシンプル

で、互いに設定すべき項目（決められている内容）は少ない。その分、相手

によりプロトコルの理解が異なる可能性があり、同じ

AS2

_AS2

でもつながらない

場合も考えられる。

セキュリティは

SMIME

_SMIME

準拠であるため、

HTTP/

SSL

と

SMIME

の両方を使

う場合、処理が重くなる。大量のデータを交換する場合には、かなりの負

荷を見込む必要がある。

通信プロトコルは、

HTTP

。

証明書、暗号化は

_HTTP/

HTTP/

SSL

に準拠。

HTTP

ヘッダに続けて、

AS2

ヘッダを持ち、その後に

MIME

メッセージが続く。

AS2

ヘッダに相手先と自社に関わる情報が入る。

メッセージの基本構造は、

MIME

に準拠している。

MIME

のボディに複数文書を持つことが

できる。

セキュリティとして

SMIME

を使用。

SMIME

を使用しない単純な

MIME

も可。

SMIME

の場合、サイン（署名）付／サインなし、圧縮／非圧縮、暗号化／暗号化なし、を

各々選択できる。

サイン付きで複数文書を持つ場合、すべての文書の最後につける。

文書を圧縮・暗号化する場合、

MIME

_MIME

ボディ全体をその対象とする。サインを持つ場合は、

サインを含めて圧縮・暗号化する。

3

3 ．通信プロトコル概要

．通信プロトコル概要

(10)

JX

手順

日本独自の規格で中小企業向けのプル型。プロトコルとしては非常に

軽く、単純なファイル転送に向いている。

現在、流通業界では

新流通

Pu

_Pu

ll

型

プロトコルとして、中小企業向け

EDI

、

EOS

の後継プロトコルとして普及を目指している。

通信プロトコルは、

HTTP

_HTTP

。

証明書、暗号化は

HTTP/

_HTTP/

SSL

に準拠。

メッセージの基本構造は、

SOAP

_SOAP

メッセージ。

SOAP

ヘッダに相手先と自社に

関わる情報、ドキュメントをやりとりする時のルールなど、

SOAP

_SOAP

ボディに送信

する文書が入る。ボディには１文書のみ。

JCA

手順の機能を継承しており、センターにあるデータの種別を指定して受

信することができる。

3

3 ．通信プロトコル概要

．通信プロトコル概要

(11)

（３）セキュリティ対策が必要

インターネットが前提になるため、従来

に

はなかったセキュリティ対策が必要

となる。

サーバ側セキュリティには「システムに対するアクセスの管理」「ファイアウォー

ルやサーバのセキュリティ、監査用ログの管理」「通信プロトコル上での

暗号化や認証」「文書の改竄防止」などがある。

クライアント側セキュリティは、インターネット接続のＰＣと同等レベルのセキュ

リティ＋認証情報の設定が必要。

（４）証明書・署名の扱い

サーバシステムには、証明書が必要。

署名が必要な場合もある（

AS2

_AS2

）。

クライアントシステムにも、証明書が必要な場合がある。

認証局より証明書を取得し、目的に応じて証明書・署名として使用する。

流通

BMS

の場合は業界認定の認証局から取得することが前提となっている。

自社用の証明書は認証局から取得し、取引先認証のための認証局証明書は

取引先から受領する。

取得したサーバ証明書は、システムにセットして取引先と接続する。

3

3 ．通信プロトコル概要

．通信プロトコル概要

(12)

送達通知

なし

・受信確認メッセージ

［データの取り込み］

（肯定・否定）

・受領確認メッセージ

［データの処理確認］

（肯定・否定）

流通

BMS

BMSでは使用しない

では使用しない

・応答メッセージ

（肯定・否定）

・メッセージ処置通知

（肯定・否定）

・応答メッセージ

（肯定・否定）

JX

手順

AS2

ebMS

通

信

通

信

シ

ス

テ

ム

間

シ

ス

テ

ム

間

ア

プ

リ

ア

プ

リ

ケ

ー

シ

ョ

ン

間

ケ

ー

シ

ョ

ン

間

リトライ・重複破棄

ebMS

、

AS2

、

JX

手順とも通信システム間で同等機能あり。

（５）その他の機能

3

(13)

4.

4. システム構成と利用形態

システム構成と利用形態

（量販（量販ＸＸ））ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書アプリケーションアプリケーションアプリケーションデータ変換データ変換データ変換ＥＤＩクライアントシステムＥＤＩＥＤＩクライアントシステムクライアントシステムビジネス文書ビジネスビジネス文書文書

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

社内形式社内形式ファイアウォール相当機能ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書ＥＤＩサーバシステムＥＤＩＥＤＩサーバシステムサーバシステムデータ変換データ変換データ変換ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書アプリケーションアプリケーションアプリケーション

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

社内形式社内形式ファイアウォール _（量販_（量販_Ｘ_Ｘ_）_）

ebXML MS

、

AS2

J X

手順

①

サーバシステム

★

_S

_-

_S

型

_EDI

モデル

②

クライアントシステム

★

C

_C

-

S

型

EDI

モデル

（１）システム構成

(14)

Data Applications Company, Limited. 二次卸二次卸倉庫倉庫メーカメーカ一次卸一次卸 VAN VAN事業者事業者二次卸二次卸量販店量販店 JX JX手順サーバ手順サーバ JX JX手順クライアント手順クライアント JX JX手順クライアント手順クライアント JX JX手順クライアント手順クライアント JX JX手順サーバ手順サーバ AS2 AS2 ebMS ebMS ebMS ebMS

（２）利用形態

4.

4. システム構成と利用形態

システム構成と利用形態

AS2 AS2 ebMS ebMS AS2 AS2 AS2 AS2 AS2 AS2

(15)

5.

5. 導入までの流れ

導入までの流れ

①

（１）常時接続型サーバタイプ

【

大規模

】

i.

インターネット環境整備

（既存環境があればそれとの併用可）（既存環境があればそれとの併用可） a. a. 回線申請（光、ｘＤＳＬ、ケーブル等）回線申請（光、ｘＤＳＬ、ケーブル等） b. b. インターネットプロバイダ申し込みインターネットプロバイダ申し込み固定ＩＰアドレス、ドメイン名などの申請も必要固定ＩＰアドレス、ドメイン名などの申請も必要 c. c. 通信・セキュリティ環境構築通信・セキュリティ環境構築

ii.

パッケージの準備

a. a. ＥＤＩおよび周辺アプリケーションパッケージの選択・導入ＥＤＩおよび周辺アプリケーションパッケージの選択・導入

iii.

サーバ証明書・企業コード（

GLN

）の取得

iv.

稼働環境設定

a. a. 各パッケージに標準各パッケージに標準EDI_EDI関連パラメターを設定関連パラメターを設定事前に接続相手先との調整が必要事前に接続相手先との調整が必要

v.

業務環境整備

a. a. 標準メッセージを自社アプリケーションデータに対応付標準メッセージを自社アプリケーションデータに対応付通常はパッケージを利用通常はパッケージを利用 b. b. 自社基幹システムとの接続環境を構築自社基幹システムとの接続環境を構築通常は自動連携ツール等を利用通常は自動連携ツール等を利用

vi.

接続テスト

a. a. 接続相手先と調整し、自社基幹業務まで支障なく連携できるか確認接続相手先と調整し、自社基幹業務まで支障なく連携できるか確認

vii.

本番移行

a. a. 日常の定例業もとして運行日常の定例業もとして運行

viii.

業務継続体制整備

a. a. マニュアル類の整備マニュアル類の整備操作マニュアル・業務運用マニュアル・障害時対応マニュアル・パラメータ類設定操作マニュアル・業務運用マニュアル・障害時対応マニュアル・パラメータ類設定マニュアル、等マニュアル、等接続相手に従う必要もあるので相談要接続相手に従う必要もあるので相談要送受信送受信データデータ AP APデータデータﾌｧｲｱﾌｧｲｱｳｫｰﾙｳｫｰﾙ ACM S ACM S E E²²XX データ変換データ変換 ACM S ACM S E E²²XX DMZ DMZ上上 ACM S ACM S E E²²XX 管理ＤＢ管理ＤＢ業務サーバ業務サーバ管理サーバ_{管理サーバ} 通信サーバ通信サーバルータルータ

Internet

(16)

5.

5. 導入までの流れ

導入までの流れ

①

（２）必要時稼働型クライアントタイプ

【

中小規模

】

i.

インターネット環境整備

（既存環境があればそれとの併用可）（既存環境があればそれとの併用可） a. a. 回線申請（光、ｘＤＳＬ、ケーブル等）回線申請（光、ｘＤＳＬ、ケーブル等） b. b. インターネットプロバイダ申し込みインターネットプロバイダ申し込み固定ＩＰアドレスは不要、ドメイン名はなくても可固定ＩＰアドレスは不要、ドメイン名はなくても可セキュリティ関係はルータで実施するため、基本的には不要セキュリティ関係はルータで実施するため、基本的には不要

ii.

パッケージの準備

a. a. ＥＤＩおよび周辺アプリケーションパッケージの選択・導入ＥＤＩおよび周辺アプリケーションパッケージの選択・導入

iii.

証明書・企業コード（

GLN

）の取得

a. a. クライアント証明は場合によって必要。企業コードは必須。クライアント証明は場合によって必要。企業コードは必須。

iv.

稼働環境設定

a. a. 各パッケージに標準各パッケージに標準EDI_EDI関連パラメターを設定関連パラメターを設定事前に接続相手先との調整が必要事前に接続相手先との調整が必要

v.

業務環境整備

a. a. 標準メッセージを自社アプリケーションデータに対応付標準メッセージを自社アプリケーションデータに対応付通常はパッケージを利用通常はパッケージを利用 b. b. 自社基幹システムとの接続環境を構築自社基幹システムとの接続環境を構築通常は自動連携ツール等を利用通常は自動連携ツール等を利用

vi.

接続テスト

a. a. 接続相手先と調整し、自社基幹業務まで支障なく連携できるか確認接続相手先と調整し、自社基幹業務まで支障なく連携できるか確認

vii.

本番移行

a. a. 日常の定例業もとして運行日常の定例業もとして運行

viii.

業務継続体制整備

a. a. マニュアル類の整備マニュアル類の整備操作マニュアル・業務運用マニュアル・障害時対応マニュアル・パラメータ類設定マニュアル、等操作マニュアル・業務運用マニュアル・障害時対応マニュアル・パラメータ類設定マニュアル、等接続相手に従う必要もあるので相談要接続相手に従う必要もあるので相談要 AP APデータデータデータ変換データ変換 ACM S ACM S Lite Lite ルータルータ業務業務

Internet

(17)

証明書は、インターネットを経由して接続する相手が、真の当事者であるかどうかを

確認するために使用する。（

ebXML

_ebXML

MS

、

AS2

、

JX

手順）

署名は、送られたメッセージが、正しいものかどうかを証明するために使用する。

（

AS2

_AS2

）

流通

BMS

_BMS

で使用する証明書・署名は、一般に利用されているパブリック証明書とは

異なり、日本の流通

BMS

_BMS

専用のプライベート証明書。

流通

BMS

_BMS

の証明書とパブリック証明書は、次の点で異なる。

証明書の機能：

流通BMSサーバ証明は、SSLサーバ証明書・クライアント証明書・署名のAll in One。

パブリックのサーバ証明書は、SSLサーバ証明のみの機能限定。

流通BMS、パブリックともクライアント限定機能の証明書も用意されている。

有効期間：

流通BMSは、3年で更新期間が長い。パブリック証明は、１年。

価格：

比較的安価な価格帯で提供の見込み。想定では3年で５万円∼９万円程度。

パブリック証明では、1年で８万円∼１０万円くらい。

これらの証明書は、認証局（発行局）に申請して取得する。認証局は流通システム

開発センターに問い合わせて確認する。

（１）署名と証明書

6.

6. 導入のための準備と考慮点

導入のための準備と考慮点

(18)

プロトコルの設定や証明書の扱いについては、相手先と十分確認す

る。レガシー

EDI

_EDI

より確認事項は多い。

安全のためファイアウォールの外にデータをおかない。通信サーバの

みを

_DMZ

上に設置し、

_EDI

サーバは社内に設置。もしくはリバースプ

ロキシ等により社外からのアクセスを制限する。

レガシーＥＤＩと流通

BMS

_BMS

は可能な限り統合運用が望ましい。

⇒

同じ業務でシステムが分かれる（レガシー

EDI

_EDI

と流通

BMS

）と運用

が２重管理になる。

現在、電子・流通で規定されている

ebMS

_ebMS

は

V2

。

COXEC

（共通

XML/EDI

実用推進協議会）で検討が進められている

ebMS

は

V3

。

V2

と

V3

_V3

は、同じ

ebMS

でも別物で、まったく互換性はない。

（２）導入上の考慮点

6.

6. 導入のための準備と考慮点

導入のための準備と考慮点

(19)

Data Applications Company, Limited. ・国際動向の注視 → 海外での開発進捗、普及動向・国内の普及状況確認、企業への導入支援・標準の開発推進、維持管理・国際機関へのリクエスト・自社システムと他社システムの対応プロトコルやプロトコル規則の理解、パラメータの整合性等を確認・サポート窓口を充実（従来型EDIより考慮点が多いため）・インターネット環境での本番業務データ取り扱いに注意・全社とのセキュリティ整合性を確保・パラメータ設定がかなり煩雑・署名・証明書の取得、管理・業務現場との調整・データのXML化による影響を検討・XMLデータのマッピング、変換に注意・データ量を予測・流通BMSなるものを理解・現行業務を移行するだけならば、大きな変化はない・流通BMSのメリットを活用（リードタイム短縮、伝票レス、多様な業務への展開、等）

対応および注意点

・ＥＤＩパッケージやシステムの開発・ＡＳＰ環境構築パッケージベンダー・ＶＡＮ事業者・ＥＤＩ関連システム導入・パラメータ設定・通信（インターネット）環境構築・システム運用設計 VAN事業者・ＳＩベンダー・企業のシステム運用部門・通信プロトコルの国際標準化協力および国内標準化推進・メッセ−ジの標準化推進・標準EDIの普及推進業界団体・標準化推進機関・相手先との項目すりあわせ・業務連携設計・アプリケーション開発アプリケーション開発部門もしくはアプリケーション開発ベンダー・発注・受注・納期回答・・・・出荷指示・入荷報告・・・・支払・請求・・・企業の業務現場

業務内容／実施作業

担当者

（３）担当者別実施作業と注意点

6.

6. 導入のための準備と考慮点

導入のための準備と考慮点

(20)

Data Applications Company, Limited. なし可無制限 Push 全てのデータ可 10Mbps∼ 100Mbps インターネット

AS2

なし可無制限 Pull 全てのデータ可 10Mbps∼ 100Mbps インターネット

JX

手順

無制限無制限 32K JCA:256 全銀:2000 レコード長可可不可不可添付データ Push Push Push/Pull Push/Pull Push/Pull 全てのデータ可全てのデータ可主にキャラクタ（バイナリ可）キャラクタ（JCA：漢字不可）伝送可能なデータ標準での取り決めは可電子機器半導体全銀に準ずる JCA：流通全銀：金融業務規定 10Mbps∼ 100Mbps 10Mbps∼ 100Mbps 9600bps∼ 64Kbps （LAN可）公衆2400bps （INS9600 ∼19200bps）通信速度インターネットインターネット TCP/IP Point to Point BSC Point to Point モデム販売停止通信環境

ebMS

RosettaNet 全銀ＴＣＰ／ＩＰ全銀／ＪＣＡ

（４）レガシー

_EDI

と流通

_BMS

とのプロトコル仕様比較一覧

6.

6. 導入のための準備と考慮点

導入のための準備と考慮点

(21)

〒

103 ₁₀₃

_-

-

0013

₀₀₁₃

東京都中央区日本橋人形町

1

1 -

-

3

3 -

-

8

8 Phone

Phone

03

03 -

-

5640

-

8544

Facsimile

03

03 -

-

5640

-

8541

E

-

Mail

marketing@dal.co.jp

URL

http://

www.dal.co.jp

/

データ・アプリケーション

株式会社

ふじのブログ「ＥＤＩ情報館」

URL

http://

www.ediblog.jp

流通

BMS

_BMS

のことならなんでも、

気軽にお問い合わせください！

お問い合わせ先