データ変換による異なるEDI標準間のユーザ移行

全文

(1)情報処理学会第68回全国大会. 6G-1. データ変換による異なる EDI 標準間のユーザ移行佐藤雅之† 三菱電機株式会社. 情報技術総合研究所†. 1.はじめに企業の受発注システムで、標準 A を用いてデ標準Ａ’99 標準Ｂ’05 標準における標準Ａ’00 標準Ｂ’06 複数のバージョンータを取引していたユーザが新たに、異なる標標準Ａ’01 準 B をサポートするユーザと取引しようとする 1 送信ユーザID aaa 1 受信ユーザID Bbb ことがある。この場合、標準 A を用いていたユ 2 標準Aバージョン 01 2 送信ユーザID aaa 3 データx xxx 2 標準Ｂバージョン 06 ーザ A は、標準 B を出力できるように業務アプリ 4 データy yyy 3 データx xxx を変更することが必要になる。この時、この変 4 データy yyy 更を最小にすることが課題である。一般に、異データ項目の増減なる標準間のユーザ移行を行う場合には、次のような標準間の差異に対応する必要がある。図１.異なる標準間のユーザ移行時の課題・データフォーマットの差異・プロトコルの差異 3. ユーザ業務に基づいたデータ変換システムに本稿では、前者に関し、ユーザの使用する業よる課題解決務アプリの変更を最小にして、標準間のユーザこれらの課題に対して、ユーザ業務に基づい移行を行う方法について説明する。また、特に、たデータ変換システムは、次のように解決した。 EDI(Electronic Data Interchange) 標準間の移行に適用した結果について示す。・標準 A のデータ項目を活用し、標準 B のデータ項目を作成する。 2.異なる標準間のユーザ移行における課題・標準バージョン毎にテーブルを持ち、ユーザユーザが、新たな標準に対応しようとする時毎に使用する標準バージョンの管理を行う。には、以下のような課題がある(図 1)。・増加したデータ項目への対応… 異なる標準間では、データ項目の増減がある。一般的には、データを変換したときに、増えるデータ項目について、変換前のデータフォーマットに対して、データ項目を追加する方法がある。しかし、この場合、ユーザの使用する業務アプリは、大きな変更を強いられてしまう。・標準の複数のバージョンに対応したデータマッピング… データ項目は、標準のバージョンによって異なっている。データマッピングにおいて一般的な方法として、一つの大きなマッピングテーブル上で、全てのユーザ間のマッピングを管理する方法がある。しかし、この場合、標準の追加や、ユーザの対応する標準の変更の度に、大きな変更が発生する。. ユーザ業務に基づいたデータ変換システムは、次のようなアーキテクチャを採用することにより、ユーザの使用する業務アプリへのインパクトを最小にした。構成を図２に示す。・標準 A のデータ項目のうち、どの項目を参照するかを示すテーブル(ユーザ毎参照データ項目定義テーブル)を持たせた。・標準 B において増加したデータ項目を生成する方法を規定するテーブル(変換定義テーブル)を持たせた。・標準バージョン毎にデータ項目を示すテーブル(標準定義テーブル)を持たせた。・ユーザの使用する標準バージョンを規定するテーブル(ユーザ毎バージョン定義テーブル) を持たせた。. Migrating users between different EDI standards by data conversion. Masayuki SATO Information Technology R&D Center, Mitsubishi Electric Corporation.. 4-337.

(2) 情報処理学会第68回全国大会. データ変換システムユーザ業務アプリ. ユーザID識別. 変換出力A. 入力データ (標準A). バージョン識別データマッピング. 出力データ (標準B). 変換出力B 変換出力C …. ユーザ毎参照データ項目定義テーブル. ユーザ毎バージョン定義テーブル. 03. 3 データx. xxx. 4 データy. yyy. 標準A ver.02 定義テーブル標準A ver.03 定義テーブル. 変換定義テーブルB. 標準B ver.0a 定義テーブル. 変換定義テーブルC. 標準B ver.0b 定義テーブル. aaa. 2 標準Aバージョン. 標準A ver.01 定義テーブル. 変換定義テーブルA. 入力データ 1 送信ユーザID. ユーザ業務アプリ. 1. 出力データ標準Bバージョン 0b. 2. 送信ユーザID. 3. データx. xxx. 4. データy. yyy. 5. データz. zzz. aaa. 図２. ユーザ業務に基づいたデータ変換システムのアーキテクチャこれらのテーブルを用いて、データ変換システムは、次のようにデータ変換を行う。 ① ユーザ ID 識別部は、入力データを作成したユーザ(図中では、発注ユーザ ID)を識別し、 EDI 標準 B において増加したデータ項目の変換方式を選択する。 ② 変換出力部は、各々のユーザに対応し、変換元となる単数あるいは複数のデータを参照し、演算の結果を、対応するデータ項目に出力する。 ③ バージョン識別部は、入力データと出力データフォーマットに使用する標準バージョンを識別する。 ④ データマッピング部は、標準定義テーブルを参照し、入力データを出力データに変換する。. ーザ毎に仕分け、各受注ユーザに送信する。業界において ECALGA 標準が普及すると、図４のように、一部の受注ユーザは ECALGA に対応し、 ECALGA 標準データを要求し、発注ユーザは ECALGA 標準に未対応である状態が発生する。ユーザ業務に基づいたデータ変換システムを導入した、EIAJ 標準-ECALGA 標準の変換を行う EDI システムは、次のように動作する。・ ECALGA 標準対応済みのユーザに対しては、データ変換システムにより、EIAJ 標準データを ECALGA 標準データに変換し、送信する。・ ECALGA 標準未対応のユーザに対しては、従来どおり、EIAJ 標準データを送信する。これにより、発注ユーザは業務アプリを変更することなく、受注ユーザ X、受注ユーザ Y に対して、ECALGA 標準により、受発注業務を行うことができる。. ＥＤＩシステム. 発注ユーザ. EIAJ データ A+B+C. ECALGA対応. 仕分装置 ebXML データA’ EIAJ データA. データ変換装置. EIAJ データB. ebXML データB’. EIAJ データC •ユーザ毎のEIAJ標準バージョン管理 •1D,2E,2F,… •ユーザ毎のECALGA標準バージョン管理 •Ver2003A-Rev01、Ver2004A-Rev02、Ver2004A-Rev02 •ECALGA標準で追加されたデータ項目をEIAJ標準中のデータ項目を利用して生成 •EIAJ標準データ項目”データ作成日”. 受注ユーザX ECALGA対応. 受注ユーザY ECALGA未対応. 受注ユーザZ. ⇒ECALGA標準データ項目”CBCID” 伝票の種類を特定するデータ項目を生成する。. このようにして、ユーザおよびバージョンを図４．EIAJ 標準-ECALGA 標準間の変換への適用識別し、ユーザ毎に増加したデータ項目の変換方式を変更するデータ変換システムを実現した。 5.おわりに異なる標準間でユーザ移行を、最小限のユー 4.EIAJ 標準-ECALGA 標準間の変換への適用ザアプリの変更で実現する、データ変換システユーザ業務に基づいたデータ変換システムを、ムについて述べた。実際に、EDI 標準間の移行に EDI システムに適用し、得られた評価について説適用し、発注ユーザの業務アプリを変更するこ明する。EDI システムは、図３のように、発注ユとなく、新標準に対応することができた。本アーザから受け取った、EIAJ 標準データを受注ユーキテクチャをベースとして、ユーザ移行の効率化を実現するフレームワークを検討していく。ＥＤＩシステム. 発注ユーザ. EIAJ データ A+B+C. 仕分装置. EIAJ データA EIAJ データB EIAJ データC. 受注ユーザX. 受注ユーザY. [参考文献] 1. 社団法人電子情報技術産業協会 EDI センター：EIAJ-EDI 標準(2001.12) 2. 社団法人電子情報技術産業協会 EDI センター：ECALGA Ver2004A-Rev01(2004.7). 受注ユーザZ. 図３.EDI システム. 4-338.

(3)