目次 1.DAL のご紹介 2.EDI の4 層モデル 3. 国内で利用中の標準 EDI 通信プロトコル 4. 業界動向 5.. 今注目されている次世代 EDI プロトコル 6.. 各プロトコルの特徴 7. その他の機能 8. 署名と証明書 9. アプリケーションとの連携 10. 利用形態 11.

(1)

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

株式会社

∼

ebMS、

_ebMS

、

_SOAP

_-

_RPC

、

_AS2

の違いを

簡単解説

∼

EDI

ちょ

∼早わかり

！！

_！！

２００６年１２月

０２版

マーケティング部

藤野

裕司

(2)

１．

_DAL

のご紹介

２．

EDIの

_EDI

の４層モデル

４層モデル

３．国内で利用中の標準

EDI通信プロトコル

_EDI

通信プロトコル

４．業界動向

５

５ ．今注目されている次世代

．今注目されている次世代

EDIプロトコル

_EDI

プロトコル

６

６ ．各プロトコルの特徴

．各プロトコルの特徴

７．その他の機能

８．署名と証明書

９．アプリケーションとの連携

１０．利用形態

１１．導入上の考慮点

１２．担当者別実施作業と注意点

１３．レガシーＥＤＩと次世代ＥＤＩのプロトコル仕様比較一覧

(3)

社名

株式会社データ・アプリケーション（

DAL

_DAL

）

http://

www.dal.co.jp

/

代表者

代表取締役社長

橋本

慶太

設立

1982

₁₉₈₂

年

9

9 月

月

27

27 日

日

資本金

2 ₂

億

83

83 万

万

5

5 千円

千円

従業員数

64 ₆₄

名（

2006

₂₀₀₆

年

4 ₄

月現在）

売上

12 ₁₂

億円（

2005

年度）

事業内容

B2B

_B2B

インテグレーションサーバ（

E

_E

22

_X

）

_）

、

_、

企業間データ交換用ミドルウェア（

B2B

_B2B

）、

企業内アプリケーション連携用ミドルウェア（

EAI

_EAI

）の

商品開発と販売及びコンサルティング

株主

㈱アイネス，

㈱ワイ・ディ・シー，

㈱イーシー・ワン，

㈱日立ビジネスソリューション，

㈱オージス総研，

TIS

㈱

，住商情報システム㈱，

DAL

役員，

社員持株会，他

パートナー

ビジネス・パートナー：

58 ₅₈

社

テクノロジー・パートナー：

3 ₃

社

１．

_DAL

のご紹介

(4)

3

3 情報運用規約

_{情報運用規約}

運用時間、伝送授受の確認方法、データ伝送の

責任分界点などの取決め

運用時間、伝送授受の確認方法、データ伝送の

責任分界点などの取決め

4

4 取引基本規約

_{取引基本規約}

EDIが商取引として成立するための企業間の契約

_{EDIが商取引として成立するための企業間の契約}

1

1 情報伝達規約

（通信プロトコル）

情報伝達規約

（通信プロトコル）

通信を実現するための

プロトコル実装規約

→ 通信方式による分類

通信を実現するための

プロトコル実装規約

→ 通信方式による分類

JCA、全銀（BSC）

全銀TCP/ IP

ebM S,RNIF

SOAP-RPC、AS2

HTTP (S)、FTP

JCA、全銀（BSC）

全銀TCP/ IP

ebM S,RNIF

SOAP-RPC、AS2

HTTP (S)、FTP

2

2 情報表現規約

（ビジネスプロトコル）

情報表現規約

（ビジネスプロトコル）

シンタックスルール

標準メッセージ

コード体系

→ データ構造による分類

シンタックスルール

標準メッセージ

コード体系

→ データ構造による分類

UN/ EDIFACT

ANSI X.12、CII

ebXM L、RosettaN et

XM L

UN/ EDIFACT

ANSI X.12、CII

ebXM L、RosettaN et

XM L

２．

_EDI

の４層モデル

(5)

レガシー

EDI

_EDI

プロトコル

JCA

手順

全銀手順

全銀

TCP/IP

_TCP/IP

手順（拡張

Z

対応）

次世代

EDI

_EDI

プロトコル

RosettaNet

（

RNIF

）

eb

XML

（

JEITA/ECALGA

）

ebMS

(

注

)

（

流通次世代

Push

_Push

型

プロトコル

）

SOAP

-

RPC

（

流通次世代

Pu

_Pu

ll

型

プロトコル

）

EDIINT

AS2

(

(注

注

)

₎

ebMSとは、

ebMS

とは、

ebXML

の通信機能部分

ebXML

/MS （

/MS

（

Messaging Service）

Messaging Service

）

の略

３．国内で利用中の標準

(6)

（１）電子機器業界

新

EDI標準ＥＣＡＬＧＡ

_EDI

標準ＥＣＡＬＧＡを

を制定

制定

電子機器業界は

次世代

EDI

_EDI

標準として

、通信の国際標準である

ebXML

をベース

とした

「

ＥＣＡＬＧＡ

」

を

制定

し

た。

新しいグループネットワークの

具体的な導入

も始まっている

。

シャープ、日本ビクター、三菱電機、アルプス電気、京セラ、ＴＤＫ、村田製作所、などシャープ、日本ビクター、三菱電機、アルプス電気、京セラ、ＴＤＫ、村田製作所、など日経コンピュータ日経コンピュータ２００５／８／８号２００５／８／８号セットメーカセットメーカ部品メーカ部品メーカ小規模部品メーカ小規模部品メーカ海外部品メーカ海外部品メーカ倉庫事業者倉庫事業者

海外

国内

ECALGAは、社団法人電子情報技術産業協会ECセンターの商標または登録商標です。

Inter net

ECALGA

ECALGA ((ebXMLebXML))

４．業界動向

(7)

（２）流通業界

（２）流通業界の動向

の動向

新通信手順

ebMS・

_ebMS

・

SOAP-

_SOAP

-RPC

RPC・

・

AS2を指定

AS2

を指定

次世代

EDI

通信標準として、「インターネット環境への対応」「通信手順・メッセージの国

内標準化」「グローバル標準への準拠」などを見据え、

ebMS

（

流通次世代

Push

型

プロ

トコル）を指定。

小規模企業向けの通信手順として

SOAP

-

RPC

（

流通次世代

Pu

ll

型

プロトコル）も開発。

GCI

（

Global Commerce Initiative

）の動向を受け、

AS2

も採用。

一次卸一次卸メーカメーカＶＡＮＶＡＮ二次卸二次卸小売・量販店小売・量販店 ebMS ebMS ebMS ebMS ebMS ebMS ebMS ebMS SOAP SOAP--RPCRPC AS2 AS2 SOAP SOAP--RPCRPC ebMS ebMS SOAP SOAP--RPCRPC

(8)

（３）

EDIINT

_EDIINT

AS2

とは？

GCI

GCIが世界的な流通業界通信標準として普及推進している。

が世界的な流通業界通信標準として普及推進している。

ebMS

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

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

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

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

（２）

SOAP

_SOAP

-

RPC

とは？

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

その点

その点SOAP

SOAP-

-RPC

RPCは、センターへデータを取りに行くプル型。

は、センターへデータを取りに行くプル型。

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

中小企業は任意のタイミングでクライアントから起動し、取引先やVAN

VANとデータの授受を行う。

とデータの授受を行う。

（１）

ebMS

_ebMS

とは？

ebMS

ebMSとは、次世代

とは、次世代

EDIの国際標準

EDI

の国際標準

ebXML

の通信プロトコル部分。

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

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

EDI環境を構築できる。

環境を構築できる。

リアルタイムの

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

EDI

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

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

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

Word

、

Excel

、

Power

Point

P

oint

、

PDF

PDF、

、

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

CAD

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

その他、メッセージング機能を活用し、システム間のコマンド送信も可能。

５．今注目されている次世代

_EDI

プロトコル

(9)

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

ebMS

SOAP-RPC

ebMS 情報付属文書一覧付属文書通信プロトコルヘッダ（ＨＴＴＰ）ＭＩＭＥメッセージＳＯＡＰエンベロープＳＯＡＰボディー相手先/自社情報文書・・・・・・文書ＭＩＭＥパートペイロード付属文書文書通信プロトコルヘッダ（ＨＴＴＰ） SＭＩＭＥ or MIMEメッセージ

EDIINT AS2

AS2 情報文書文書・・・・・・サインＳＯＡＰヘッダー

６．各プロトコルの特徴

(10)

ebMS

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

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

CPPA

_CPPA

という文書にし

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

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

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

雑なイメージが強い。

通信プロトコルは、

HTTP

、

SMTP

、

FTP

いずれでも可。

証明書、暗号化は

HTTP/

SSL

に準拠。

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

MIME

_MIME

の付属書付き

SOAP

メッセージ。付属書と

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

先頭の

SOAP

_SOAP

メッセージに

ebXML

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

が続く。

ebXML

情報として、

SOAP

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

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

(11)

SOAP

-

RPC

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

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

現在、流通業界では

次世代

Pu

_Pu

ll

型

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

EDI

、

EOS

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

通信プロトコルは、

HTTP

_HTTP

。

証明書、暗号化は

HTTP/

_HTTP/

SSL

に準拠。

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

MIME

の

SOAP

メッセージ。

SOAP

ヘッダに相手

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

SOAP

_SOAP

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

(12)

EDIINT

AS2

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

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

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

_AS2

でも

つながらない場合も考えられる。

セキュリティは

SMIME

_SMIME

準拠であるため、

HTTP/

SSL

と

SMIME

の両方

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

りの負荷を見込む必要がある。

通信プロトコルは、

HTTP

。

証明書、暗号化は

HTTP/

SSL

に準拠。

HTTP

ヘッダに続けて、

AS2

ヘッダを持ち、その後に

MIME

メッセージが続く。

AS2

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

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

MIME

に準拠している。

MIME

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

とができる。

セキュリティとして

SMIME

_SMIME

を使用。

SMIME

を使用しない単純な

MIME

も可。

SMIME

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

を各々選択できる。

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

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

MIME

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

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

(13)

送達通知

なし

・受信確認メッセージ

［データの取り込み］

（肯定・否定）

・受領確認メッセージ

［データの処理確認］

（肯定・否定）

・メッセージ処置通知

（肯定・否定）

・応答メッセージ

（肯定・否定）

・応答メッセージ

（肯定・否定）

AS2

SOAP

SOAP-

-RPC

RPC

ebMS

通

信

通

信

シ

ス

テ

ム

間

シ

ス

テ

ム

間

ア

プ

リ

ア

プ

リ

ケ

ー

シ

ョ

ン

間

ケ

ー

シ

ョ

ン

間

リトライ・重複破棄

ebMS

、

SOAP

-

RPC

、

AS2

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

７．その他の機能

(14)

署名・証明書の扱い

サーバシステムには、署名・証明書が必要。基本的には第三者機関

からの取得が望ましいが、自社内・自社グループ内での利用にはプ

ライベート認証の利用も可。

認証局よりサーバ証明書を取得すると、その中に署名・証明書共に

含まれている。代表的な認証局として、ベリサイン社がある。

プライベート認証の場合は、証明書を作成するツールがあるので、

それを利用するとよい。

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

続する。

８．署名と証明書

(15)

（企業Ｘ）（企業Ｘ）（企業（企業ＸＸ））ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書ＥＤＩサーバシステムＥＤＩＥＤＩサーバシステムサーバシステムデータ変換データ変換データ変換ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書アプリケーションアプリケーションアプリケーション通信サーバ通信サーバ通信サーバ（（VAN VAN ＹＹ））ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書アプリケーションアプリケーションアプリケーション（（VAN VAN ＹＹ））データ変換データ変換データ変換ＥＤＩクライアントシステムＥＤＩＥＤＩクライアントシステムクライアントシステムビジネス文書ビジネスビジネス文書文書

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

イ

ン

タ

ー

ネ

ッ

ト

ebMS

、

SOAP

-

RPC

、

AS2

SOAP

-

RPC

９．アプリケーションとの連携

（１）サーバシステム

（２）クライアントシステム

社内形式社内形式社内形式社内形式

(16)

二次部品メーカ二次部品メーカ倉庫倉庫セットメーカセットメーカ一次部品メーカ一次部品メーカ

１０．利用形態

VAN VAN事業者事業者二次卸二次卸セットメーカセットメーカ SOAP SOAP--RPCRPCサーバサーバ SOAP SOAP--RPCRPCクライアントクライアント SOAP SOAP--RPCRPCクライアントクライアント SOAP SOAP--RPCRPCクライアントクライアント SOAP SOAP--RPCRPCサーバサーバ AS2 AS2 ebMS ebMS AS2 AS2 ebMS ebMS ebMS ebMS AS2 AS2

(17)

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

る。レガシー

EDI

_EDI

より確認事項は多い。

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

みを

_DMZ

上に設置し、

_EDI

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

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

レガシーＥＤＩと次世代ＥＤＩは可能な限り統合運用が望ましい。

⇒

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

EDI

_EDI

と次世代

EDI

）と運

用が２重管理になる。

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

ebMS

_ebMS

は

V2

。

COXEC

（共通

XML/EDI

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

ebMS

は

V3

。

V2

と

V3

_V3

は、同じ

ebMS

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

１１．導入上の考慮点

(18)

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

対応および注意点

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

業務内容／実施作業

担当者

１２．担当者別実施作業と注意点

(19)

１３．レガシー

EDI

_EDI

と次世代

EDI

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

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

SOAP

-

RPC

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

AS2

無制限無制限 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 モデム販売停止通信環境