JP5330142B2 - Ｅｄｉサーバコンピュータ及びｅｄｉシステム - Google Patents

Description

本発明はＥＤＩ（Electric Data Interchange：電子データ交換）システムに関し、特に、多数の企業が共同で利用するＥＤＩシステムに関する。

従来、ＥＤＩシステムにより受発注データや取引データを交換して生産管理を行うことが提案されている。

下記の特許文献１には、ＥＤＩにより生産業務を受注する受注者の生産管理を支援するＥＤＩ対応型生産管理システムであって、ＥＤＩに関するデータのアップロード及びダウンロードを受け付ける外部のサーバに対してネットワークを介して通信を行う通信手段と、当該受注者の生産管理に関するデータを記憶した生産管理データベースと、前記サーバから前記ネットワークを介して生産業務に関連した所定のデータをダウンロードするダウンロード手段と、前記ダウンロードしたデータに基づいて前記生産管理データベースを更新するデータベース更新手段と、前記生産管理に関する所定のデータを前記ネットワークを介して前記サーバに対してアップロード要求を行うアップロード手段を有することが開示されている。

この構成によれば、発注者は、注文情報や検収情報を、労力をかけずに受注者に確実に提供することができ、受注者は、注文情報や検収情報を、労力をかけずに確実に取得することができるとしている。

特開２００２−３１２６４６号公報

上記の従来技術では、ネットワークを介した端末装置からダウンロード要求を行う受注者に対応するデータをＥＤＩデータ管理手段により抽出して端末装置に送信するため、膨大なデータの中から目的とするデータを容易に取得でき、発注側の特定の企業が規定するフォーマットに準拠した商取引データの、１企業（発注者）対１企業（受注者）間のデータ交換に適しているといえる。

しかしながら、近年においては、Ｗｅｂ−ＥＤＩという、インターネット及びＷｅｂブラウザを用いたＥＤＩシステムにより、発注側企業の都合によりデータのフォーマットを企業毎に別々に定める事例が極めて多いのが現実であり、受注側としては、複数の発注側企業の要求に応えるために多数の端末装置を別個に設置して対応しなければならない。

本発明の目的は、多数の発注企業を抱える受注企業が利用することができるＥＤＩシステムを提供することにある。

本発明のＥＤＩサーバコンピュータは、ＥＤＩゲートウェイサーバコンピュータと、受発注サーバコンピュータを備える。ＥＤＩゲートウェイサーバコンピュータは、所定の標準データ形式のＥＤＩデータを送受信する標準ＥＤＩインタフェースと、前記標準ＥＤＩインタフェースと異なるデータ形式のＥＤＩデータを送受信する複数のＥＤＩインタフェースと、ＥＤＩ変換辞書データを記憶する記憶手段と、前記ＥＤＩインタフェースを介して通信する他のＥＤＩシステムによる異なるデータ形式のＥＤＩデータを、前記ＥＤＩ変換辞書データを参照することで前記標準データ形式に変換するＥＤＩメッセージ変換処理手段とを有する。受発注サーバコンピュータは、前記ＥＤＩゲートウェイサーバコンピュータと標準ＥＤＩインタフェースを介して通信し、発注者のＥＤＩデータ及び受注者のＥＤＩデータを所定の手順でそれぞれ処理するＷｅｂＥＤＩ受発注処理手段と、ＥＤＩデータを送受信する標準Ｗｅｂインタフェースとを有する。

本発明において、前記ＥＤＩメッセージ変換処理手段は、さらに、前記受注者のＥＤＩデータを、前記ＥＤＩ変換辞書データを参照することで前記ＥＤＩインタフェースを介して通信する他のＥＤＩシステムによる異なるデータ形式のＥＤＩデータに変換する。

発注者がＥＤＩデータを送信する場合、標準データ形式であれば標準ＥＤＩインタフェースを介してＥＤＩゲートウェイサーバコンピュータに送信（アップロード）する。また、標準データ形式と異なるデータ形式のＥＤＩデータを送信する場合、ＥＤＩインタフェースを介してＥＤＩゲートウェイサーバコンピュータに送信（アップロード）する。ＥＤＩゲートウェイサーバコンピュータのＥＤＩメッセージ変換処理手段は、標準データ形式のＥＤＩデータは変換せず、標準データ形式と異なるデータ形式のＥＤＩデータを標準データ形式のＥＤＩデータに変換する。変換処理には、予め標準データ形式のＥＤＩデータと、標準データ形式と異なるデータ形式のＥＤＩデータとの対応関係を記憶するＥＤＩ変換辞書データが用いられる。標準データ形式のＥＤＩデータ（変換後のＥＤＩデータを含む）は標準ＥＤＩインタフェースを介して受発注サーバコンピュータに供給される。受発注サーバコンピュータのＷｅｂＥＤＩ受発注処理手段は、ＥＤＩデータをＷｅｂ上で送受可能なように処理し、受注者は標準Ｗｅｂインタフェースを介して発注者のＥＤＩデータを受信（ダウンロード）する。受注者は、発注者が標準データ形式と異なるデータ形式でＥＤＩデータを送信しても、これを確実に受信して処理できる。

また、発注者からのＥＤＩデータに応じ、受注者からＥＤＩデータを送信する場合、標準データ形式のＥＤＩデータを受発注サーバコンピュータに送信（アップロード）する。受発注サーバコンピュータは、受注者からのＥＤＩデータを標準ＥＤＩインタフェースを介してＥＤＩゲートウェイサーバコンピュータに供給する。ＥＤＩゲートウェイサーバコンピュータのＥＤＩメッセージ変換手段は、当該ＥＤＩデータを受け取るべき発注者が標準データ形式と異なるデータ形式のＥＤＩデータを送受する発注者であれば、当該ＥＤＩデータをＥＤＩ変換辞書データを用いて対応するＥＤＩデータに変換する。発注者は、変換されたＥＤＩデータをＥＤＩインタフェースを介して受信（ダウンロード）する。

本発明によれば、多数の発注企業を抱えていても、共通のＥＤＩシステムでこれらの発注企業からのＥＤＩデータを処理することができる。

実施形態のシステム構成図である。 ＥＤＩ変換辞書の内容を例示する説明図である。 発注者と受注者の一態様を示す図である。 発注者と受注者の他の態様を示す図である。 発注者と受注者の他の態様を示す図である。 発注者と受注者の他の態様を示す図である。 実施形態の画面例である。 実施形態の画面例である。 実施形態の画面例である。 実施形態の画面例である。

以下、図面に基づき本発明の実施形態について説明する。

図１に、本実施形態にかかるＥＤＩサーバを備えるＥＤＩシステムの全体構成ブロック図を示す。ＥＤＩシステムは、ＥＤＩサーバコンピュータ１０１と、発注者側サーバコンピュータ１０４と、受注者側端末装置１０５，１０６，１０７と、他のＥＤＩシステムＸ，Ｙを含んで構成される。他のＥＤＩシステムＸ，Ｙは、独自にＥＤＩシステムを構築し独自のデータ形式を有する他の発注者側サーバコンピュータである。

各サーバコンピュータは、公知のコンピュータの構成を有する。すなわち、入出力インタフェース、ＣＰＵ（あるいはＭＰＵ）、ＲＯＭやＲＡＭ、ハードディスク、光ディスク装置、フラッシュメモリ等のメモリ、メモリコントローラ、データバス等を備える。

＜ＥＤＩサーバコンピュータ１０１＞
まず、ＥＤＩサーバコンピュータ１０１について説明する。

ＥＤＩサーバコンピュータ１０１は、ＥＤＩゲートウェイサーバコンピュータ１０２と、受発注サーバコンピュータ１０３を含んで構成される。ＥＤＩゲートウェイサーバコンピュータ１０２は、さらに、標準ＥＤＩインタフェースＩ／Ｆと、ＥＤＩメッセージ変換手段と、ＥＤＩデータベースＤＢと、ＥＤＩ変換辞書と、ＥＤＩインタフェースＩ／Ｆ１，２を含む。また、受発注サーバコンピュータ１０３は、さらに、標準ＥＤＩインタフェースＩ／Ｆと、ＷｅｂＥＤＩ受発注処理手段と、標準ＷｅｂインタフェースＩ／Ｆを含む。

ＥＤＩゲートウェイサーバコンピュータ１０２の標準ＥＤＩインタフェースＩ／Ｆは、予め定められた標準データ形式のＥＤＩデータを送受信する。

ＥＤＩゲートウェイサーバコンピュータ１０２のＥＤＩインタフェースＩ／Ｆ１，２は、入出力インタフェースであり、標準データ形式と異なるデータ形式のＥＤＩデータを他のＥＤＩシステムと送受信する。なお、図ではＥＤＩインタフェースＩ／Ｆ１，２は２個だけ示されているが、必要に応じて１個、あるいは３個以上設けても良い。

ＥＤＩゲートウェイサーバコンピュータ１０２のＥＤＩメッセージ変換手段は、具体的にはＣＰＵ（あるいはＭＰＵ）で構成され、ＥＤＩインタフェースＩ／Ｆ１，２を介して他のＥＤＩシステムと送受信する、標準データ形式と異なるデータ形式のＥＤＩデータをＥＤＩ変換辞書データを参照することで標準データ形式のＥＤＩデータに変換する。

ＥＤＩ変換辞書は、メモリに記憶されたデータ群であり、標準データ形式のＥＤＩデータと、標準データ形式と異なるデータ形式のＥＤＩデータとの対応関係をテーブルとして記憶している。ＥＤＩ変換辞書は、ＥＤＩシステムが異なる業務で使用されることを前提として、業務毎に分類されたテーブルを有する。ＥＤＩ変換辞書については、さらに後述する。

ＥＤＩデータベースＤＢは、メモリに記憶されたデータ群であり、ＥＤＩメッセージ変換手段で変換処理されるＥＤＩデータや発注者毎のデータを記憶する。ＥＤＩデータベースＤＢには、例えば以下のデータが格納される。
発注ＩＤ、発注者コード、発注者名称、発注者略名、発注者、年月度、品番、収容数、当月数、翌月数、翌々月数、取引番号、バイヤオーナＩＤ、サプライヤオーナＩＤ、バイヤトランザクション、ステータス、取引ＩＤ、取引枝番、総ページ数、ページＮＯ．、かんばん発行順、工程情報、ストアアドレス、現品票発行連番、受入ライン、受入名称、発注区分コメント、受注者コード、受注者名称、品目名、発注側ＩＤ、受注側ＩＤ、背番号、箱種、カラーＮＯ．、識別、置場コード、工場名、納入指示日、出荷日（納入日）、受領日、納期回答日、納期回答便、かんばん外れ日、納入時刻、納入便Ｎｏ．、備考、バーコード、かんばん連番、発注形態、かんばん発行回数、かんばんタグＩＤ。

一方、受発注サーバコンピュータ１０３の標準ＥＤＩインタフェースＩ／Ｆは、入出力インタフェースであり、ＥＤＩゲートウェイサーバコンピュータ１０２の標準インタフェースＩ／Ｆと通信し、標準データ形式のＥＤＩデータを送受信する。

受発注サーバコンピュータ１０３のＷｅｂＥＤＩ受発注処理手段は、具体的にはＣＰＵ（あるいはＭＰＵ）で構成され、アプリケーションプログラムを実行することで、発注者ＥＤＩデータと受注者ＥＤＩデータをそれぞれ処理する。ＷｅｂＥＤＩ受発注処理手段は、標準ＷｅｂインタフェースＩ／Ｆと通信し、標準受発注フォーマットに対応したデータを送受信する。自動車部品業界を例にとると、ＪＡＭＡ（日本自動車工業会）標準受発注フォーマットに対応したデータを送受信する。

受発注サーバコンピュータ１０３の標準ＷｅｂインタフェースＩ／Ｆは、ＷＷＷ（ワールドワイドウェブ）の標準通信手順でＥＤＩデータを送受信する。例えば自動車部品業界では、クライアントの汎用ブラウザで用いることができる自動車部品業界特有のＧＵＩ（グラフィカル・ユーザ・インタフェース）を表示しあるいは入力操作するためのモジュールを含む。自動車部品業界におけるインタフェースＩ／Ｆの機能（表示及び入力操作）の一例を挙げると以下のとおりである。
（１）ログイン
ユーザＩＤ、パスワードによる認証を行うことで本システムを操作可能とする
（２）メニュー
必要なメニューを表示し、目的の機能に素早くアクセス可能とする
（３）納入指示ファイル取り込み
納入指示（発注情報）のファイルを読み込み、自動で仕入先側に送信する
（４）納入指示一覧
アップロードされた納入指示の検索と表示を行う
（５）納入案内一覧
仕入先から受信した納入案内（出荷案内）の確認と検索を行う
（６）受領確認済み一覧
アップロードされた受領確認情報の検索を行う
（７）納期確認一覧
未納となっている納入指示を検索し、必要に応じて納期確認の入力を行い、自動で仕入先側に送信する。また、納期確認に対する納期回答を仕入先から受信した場合に、納期回答情報を表示する
（８）状況一覧
納入指示に対する進捗状況の確認及び検索を行う
（９）各種情報の登録
使用するユーザの登録、取引先の登録等、本システムを稼働するために必要な情報の登録を行う
（１０）出荷指示一覧
発注側から受信した出荷指示（納入指示）の検索と表示を行う
（１１）かんばん発行一覧
未出荷分の出荷指示を検索し、かんばん発行用のファイルのダウンロードを行う
（１２）出荷案内済み一覧
出荷案内のアップロードを行った内容の確認と検索を行う

＜発注者側サーバコンピュータ１０４＞
次に、発注者側サーバコンピュータ１０４について説明する。

発注側者サーバコンピュータ１０４は、基幹業務システムと、基幹業務システムインタフェースＩ／Ｆと、基幹業務連携システムと、標準ＥＤＩインタフェースＩ／Ｆを含んで構成される。

基幹業務システムは、発注者の基幹業務を処理するシステムである。基幹業務システムは、基幹業務システムインタフェースＩ／Ｆを介して基幹業務連携システムとデータを送受信する。

基幹業務連携システムは、基幹業務システムのデータを標準データ形式のＥＤＩデータに変換し、また、標準データ形式のＥＤＩデータを基幹業務システムで処理するデータに変換する。

発注者側サーバコンピュータ１０４の標準ＥＤＩインタフェースＩ／Ｆは、インターネットを介してＥＤＩサーバコンピュータ１０１のＥＤＩゲートウェイサーバコンピュータ１０２と通信する。

＜受注者側端末装置１０５，１０６，１０７＞
次に、受注者側端末装置１０５，１０６，１０７について説明する。

受注者側端末装置１０５は、ＲＦＩＤリーダ／ライタと、ＲＦＩＤかんばん処理手段と、標準ＷｅｂインタフェースＩ／Ｆを含んで構成される。

受注者側端末装置１０６は、ＲＦＩＤリーダ／ライタと、ＲＦＩＤかんばん処理手段と、標準ＷｅｂインタフェースＩ／Ｆと、Ｗｅｂブラウザを含んで構成される。

受注者側端末装置１０７は、Ｗｅｂブラウザと、標準ＷｅｂインタフェースＩ／Ｆを含んで構成される。

これらの端末装置において、ＲＦＩＤリーダ／ライタは、ＲＦＩＤ（Radio Frequency IDentification）、すなわち、ＩＤ情報を埋め込んだタグから、電磁界や電波などを用いた近距離（周波数帯によって数ｃｍ〜数ｍ）の無線通信によって情報をやりとりする際に、当該タグに対して情報を書き込み、あるいは読み出すものである。

ＲＦＩＤかんばん処理手段は、ＲＦＩＤを書き換え可能なかんばんとして、ＲＦＩＤリーダ／ライタで読み取ったかんばんデータをＥＤＩデータに変換し、また、ＥＤＩデータをかんばんデータに変換してＲＦＩＤデータに変換する。

端末装置１０５，１０６，１０７の標準ＷｅｂインタフェースＩ／Ｆは、インターネットを介してＥＤＩサーバコンピュータ１０１の受発注サーバコンピュータ１０３と通信する。例えば、自動車部品業界においては、標準ＷｅｂインタフェースＩ／Ｆは受発注サーバコンピュータ１０３と通信してデータ送受を行うために、以下の機能を有する。
（１）ログイン
ユーザＩＤ、パスワードによる認証を行う
（２）納入指示自動取込
本システムが作成した納入指示のファイルを定期的に監視し、ファイルが作成されると自動でサーバ側にアップロードする
（３）自動受領確認
ＲＦＩＤかんばんを読み取った情報をファイルに出力することで、このファイルを定期的に監視し、受領確認として自動的にサーバ側にアップロードする
（４）かんばん印刷
発注側からかんばん発行データを自動でダウンロードし、ダウンロードしたデータを一覧表示して、その中から選択してＲＦＩＤかんばんの印刷を行う
（５）出荷案内
出荷できないかんばんがある場合に、かんばんのＲＦＩＤを読み取ることで、残りのかんばんのみで出荷案内を作成し、サーバ側にアップロードする

＜ＥＤＩ変換辞書＞
図２に、図１におけるＥＤＩゲートウェイサーバコンピュータ１０２内のＥＤＩ変換辞書のデータ内容を模式的に示す。データ内容は、業務内容、発注者での作業、ＥＤＩデータの情報名、受注者での作業、ＥＤＩ変換辞書のデータ内容に区分されている。

業務内容が「注文・内示」である場合、発注者側では部品所要量を算出し、これに基づき内示情報を作成してＥＤＩサーバコンピュータ１０１にアップロードする。一方、受注者側では、発注者から送信された内示情報をダウンロードし、これに基づいて部品の生産準備を進めることになる。なお、内示情報について簡単に説明すると以下のとおりである。すなわち、例えば自動車部品製造の場合、発注者が製品製造のために部品を消費すると、次の製造のために必要となる部品の機種・数量・納期・納入部署・その他この発注に関する必要情報を特定したかんばんを発行し、受注者はこのかんばんの要求に対応して部品を納入する。このとき、かんばんは単に注文情報ではなく、予め発注者と受注者との間で設定された月次単位の必要量を予測した数量を内示情報として取り交わし、発注者は内示情報に合わせて予測した量を予め製造準備を進めており、かんばんが発行されることにより始めて発注確定となる。ＥＤＩ変換辞書には、標準データ形式の内示情報データ（内示情報標準データ）と、標準データ形式と異なるＥＤＩシステムＸ内の対応内示情報データと、標準データ形式と異なるＥＤＩシステムＹ内の対応内示情報データとがテーブルとして記憶される。ＥＤＩメッセージ変換手段は、発注者側サーバコンピュータ１０４から受信した内示情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の内示情報のＥＤＩデータに該当するか否かを判定する。発注者側サーバコンピュータ１０４から受信した内示情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の内示情報のＥＤＩデータに該当する場合、ＥＤＩメッセージ変換手段は、受信した内示情報のＥＤＩデータを変換することなくそのまま維持し、受発注サーバコンピュータ１０３に送信する。一方、発注者側サーバコンピュータ１０４から受信した内示情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の内示情報のＥＤＩデータに該当しない場合、ＥＤＩ変換辞書に記憶されている標準データ形式と異なるＥＤＩシステムＸ内の対応内示情報データ、あるいはＥＤＩシステムＹ内の対応内示情報データに該当するか否かを判定する。発注者側サーバコンピュータ１０４から受信した内示情報のＥＤＩデータが、ＥＤＩシステムＸ内の対応内示情報データに該当する場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータを対応する標準形式のＥＤＩデータに変換して受発注サーバコンピュータ１０３に送信する。また、発注者側サーバコンピュータ１０４から受信した内示情報のＥＤＩデータが、ＥＤＩシステムＹ内の対応内示情報データに該当する場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータを対応する標準形式のＥＤＩデータに変換して受発注サーバコンピュータ１０３に送信する。

業務内容が、「注文・納入計画調整」である場合、発注者側では納入計画確認情報を作成してＥＤＩサーバコンピュータ１０１にアップロードする。一方、受注者側では、発注者から送信された納入計画確認情報をダウンロードし、これに基づいて納入計画を確認することになる。ＥＤＩ変換辞書には、標準データ形式の納入計画確認情報データと、標準データ形式と異なるＥＤＩシステムＸ内の対応納入計画確認情報データと、標準データ形式と異なるＥＤＩシステムＹ内の対応納入計画確認情報データとがテーブルとして記憶される。ＥＤＩメッセージ変換手段は、発注者側サーバコンピュータ１０４から受信した納入計画確認情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の納入計画確認情報のＥＤＩデータに該当するか否かを判定する。発注者側サーバコンピュータ１０４から受信した納入計画確認情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の納入計画確認情報のＥＤＩデータに該当する場合、ＥＤＩメッセージ変換手段は、受信した納入計画確認情報のＥＤＩデータを変換することなくそのまま維持し、受発注サーバコンピュータ１０３に送信する。一方、発注者側サーバコンピュータ１０４から受信した納入計画確認情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の納入計画確認情報のＥＤＩデータに該当しない場合、ＥＤＩ変換辞書に記憶されている標準データ形式と異なるＥＤＩシステムＸ内の対応納入計画確認情報データ、あるいはＥＤＩシステムＹ内の対応納入計画確認情報データに該当するか否かを判定する。発注者側サーバコンピュータ１０４から受信した納入計画確認情報のＥＤＩデータが、ＥＤＩシステムＸ内の対応納入計画確認情報データに該当する場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータを対応する標準データ形式のＥＤＩデータに変換して受発注サーバコンピュータ１０３に送信する。また、発注者側サーバコンピュータ１０４から受信した納入計画確認情報のＥＤＩデータが、ＥＤＩシステムＹ内の対応納入計画確認情報データに該当する場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータを対応する標準データ形式のＥＤＩデータに変換して受発注サーバコンピュータ１０３に送信する。

一方、業務内容が、「注文・納入計画回答」である場合、受注者側が発注者側からの納入計画確認情報に基づき、回答情報を作成してＥＤＩサーバコンピュータ１０１にアップロードする。発注者側では、受注者側から送信された回答情報をダウンロードする。ＥＤＩ変換辞書には、標準データ形式の回答情報データと、標準データ形式と異なるＥＤＩシステムＸ内の対応回答情報データと、標準データ形式と異なるＥＤＩシステムＹ内の対応回答情報データとがテーブルとして記憶される。ＥＤＩメッセージ変換手段は、受注者側端末装置１０５，１０６あるいは１０７から受信した回答情報のＥＤＩデータのダウンロード先である発注者のＥＤＩデータが、標準データ形式、ＥＤＩシステムＸ、ＥＤＩシステムＹのいずれであるかを判定する。この判定は、回答情報データに付加されている発注者の情報に基づいて実行してもよく、あるいはこの回答情報データの元となった、納入計画確認情報データのデータ形式を用いて実行してもよい。すなわち、納入計画確認情報データのデータ形式が標準データ形式であれば、回答情報をダウンロードする発注者側のデータ形式も標準データ形式であり、納入計画確認情報データのデータ形式がＥＤＩシステムＸのデータ形式であれば、回答情報をダウンロードする発注者側のデータ形式もＥＤＩシステムＸのデータ形式である。かかる情報は、ＥＤＩデータベースＤＢに記憶しておけばよい。受注者側端末装置１０５，１０６あるいは１０７から受信した回答情報のＥＤＩデータをダウンロードすべき発注者側のシステムが標準データ形式である場合、ＥＤＩメッセージ変換手段は、受信した回答情報のＥＤＩデータを変換することなくそのまま維持する。一方、発注者側のシステムはＥＤＩシステムＸのデータ形式である場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータをＥＤＩシステムＸの対応するＥＤＩデータに変換する。また、発注者側のシステムはＥＤＩシステムＹのデータ形式である場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータをＥＤＩシステムＹの対応するＥＤＩデータに変換する。

他の業務内容についても同様であり、ＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書を用いて、発注者側からのＥＤＩデータに対してはそのＥＤＩデータが標準データ形式であればそのまま維持し、標準データ形式でない場合には標準データ形式の対応するＥＤＩデータに変換して受注者側でダウンロード可能とし、受注者側からのＥＤＩデータに対しては発注者側のシステムが標準データ形式であればそのまま維持し、標準データ形式でない場合にはそのシステムにおける対応するＥＤＩデータに変換して発注者側でダウンロード可能とする。

本実施形態のＥＤＩシステムは以上のような構成であり、以下、ＥＤＩシステムの動作について説明する。

発注者側サーバコンピュータ１０４から送信された標準データ形式のＥＤＩデータは、発注者側サーバコンピュータ１０４の標準ＥＤＩインタフェースＩ／Ｆ及びインターネットを介してゲートウェイサーバコンピュータ１０２で受信され、ゲートウェイサーバコンピュータ１０２の標準ＥＤＩインタフェースＩ／Ｆ及び受発注サーバコンピュータ１０３の標準ＥＤＩインタフェースＩ／Ｆを介してＷｅｂＥＤＩ受発注処理手段に供給される。ＷｅｂＥＤＩ受発注処理手段は、Ｗｅｂ上でＥＤＩデータを送受するための処理を実行する。

受注者側端末装置１０５，１０６，あるいは１０７は、標準ＷｅｂインタフェースＩ／Ｆ及びインターネットを介してＷｅｂＥＤＩ受発注処理手段で処理されたＥＤＩデータを受信して利用する。すなわち、受注者側端末装置１０５では、受信したＥＤＩデータに基づいて、ＲＦＩＤかんばん処理手段がかんばんデータを作成してＲＦＩＤリーダ／ライタに供給する。ＲＦＩＤリーダ／ライタは、かんばんデータをＲＦＩＤに書き込み、かんばんデータが書き込まれたＲＦＩＤをかんばんとして発行する。また、受注者側端末装置１０６では、上記のようにＲＦＩＤにＥＤＩデータに基づくかんばんデータを書き込んでかんばんを発行するとともに、ＥＤＩデータをＷｅｂブラウザで適宜表示する。また、受注者側端末装置１０７では、ＥＤＩデータをＷｅｂブラウザで適宜表示する。

発注者側が、ＥＤＩデータを、他のＥＤＩシステムから送信する場合、当該ＥＤＩデータは、ゲートウェイサーバコンピュータ１０２のＥＤＩインタフェースＩ／Ｆを介してゲートウェイサーバコンピュータ１０２で受信される。ゲートウェイサーバコンピュータ１０２のＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書にアクセスし、受信したＥＤＩデータが標準データ形式か、システムＸの固有形式か、システムＹの固有形式かを判別する。受信したＥＤＩデータが標準データ形式の場合、ＥＤＩメッセージ変換手段は受信したＥＤＩデータを変換することなくそのまま維持し、標準ＥＤＩインタフェースＩ／Ｆを介して受発注サーバコンピュータ１０３に供給する。受信したＥＤＩデータがシステムＸの固有形式である場合、ＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書に記憶されているテーブルを用いて、当該ＥＤＩデータを対応する標準データ形式のＥＤＩデータに変換する。また、受信したＥＤＩデータがシステムＹの固有形式である場合、ＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書に記憶されているテーブルを用いて、当該ＥＤＩデータを対応する標準データ形式のＥＤＩデータに変換する。例えば、ＪＡＭＡ標準データフォーマットと異なるあるデータフォーマットでは、以下の項目が規定されており、これらを対応する標準データフォーマットの項目に変換する。
発注者コード、発注者コード管理組織、発注者企業名、発注部門コード、購買担当、受注者コード、受注者コード管理組織、受注者企業名、注文番号、注文日、変更注文区分、コンサインメント区分、支給区分、直納区分、発注者品名コード、製造番号、品名、版数、材料・規格・寸法、検査区分、仕様書有無、単価区分、単価、単位、注文数量、受け渡し場所、受け渡し場所名、納入ＮＯ．、納期、納期指示数量、納品キー番号、発注者バーコード情報、納品書用発注者用備考、消費税区分、課税区分、決済条件区分、注文金額、消費税額、合計額、自由使用欄、備考、添付ファイルＵＲＬアドレス、工事名、検査証明書、検査成績書

変換後の標準データ形式のＥＤＩデータは、標準ＥＤＩインタフェースを介して受発注サーバコンピュータ１０３に供給される。なお、受信したＥＤＩデータの形式がＥＤＩ変換辞書を参照しても不明の場合には、ＥＤＩデータベースＤＢに新たに登録しておき、以後、新規のデータ形式に対応すべくＥＤＩ変換辞書を更新する。受発注サーバコンピュータ１０３のＷｅｂＥＤＩ処理手段は、標準データ形式のＥＤＩデータをＷｅｂ上で送受できるように処理する。

受注者側端末装置１０５，１０６，あるいは１０７は、標準ＷｅｂインタフェースＩ／Ｆ及びインターネットを介してＷｅｂＥＤＩ受発注処理手段で処理されたＥＤＩデータを受信して利用する。

一方、受注者側が、ＥＤＩデータを送信する場合、受注者側端末装置１０５，１０６あるいは１０７からＥＤＩデータを送信する。送信されたＥＤＩデータは、受発注サーバコンピュータ１０３の標準ＷｅｂインタフェースＩ／Ｆ、標準ＥＤＩインタフェースＩ／Ｆを介してゲートウェイサーバコンピュータ１０２に供給される。

発注者が発注者側サーバコンピュータ１０４を用いて受発注を行う場合、サーバコンピュータ１０４は、標準ＥＤＩインタフェースＩ／Ｆを介してゲートウェイサーバコンピュータ１０２に供給された受注者からのＥＤＩデータを受信する。受信されたＥＤＩデータは、基幹業務連携システム、基幹業務システムインタフェースＩ／Ｆを介して発注者の基幹業務システムに取り込まれる。

発注者が、他のＥＤＩシステムＸあるいはＹを用いて受発注を行う場合、ゲートウェイサーバコンピュータ１０２のメッセージ変換手段は、ＥＤＩデータベースＤＢを参照して、受注者側から受信したＥＤＩデータをシステムＸの固有データ形式あるいはシステムＹの固有データ形式に変換すべきか否かを判別する。具体的には、メッセージ変換手段は、ＥＤＩデータの宛先からＥＤＩデータベースＤＢを参照してシステムＸであるかシステムＹであるかを判別する。例えば、ＥＤＩデータベースＤＢに、発注者ａ及びｂが登録されており、かつ、発注者ａのシステムはシステムＸであり、発注者ｂのシステムはシステムＹであると登録されているとする。受信したＥＤＩデータの宛先、すなわち当該ＥＤＩデータを受信すべき相手が発注者ａである場合、メッセージ変換手段は、受信したＥＤＩデータをＥＤＩ変換辞書を用いてシステムＸの固有データ形式に変換する。また、受信したＥＤＩデータの宛先、すなわち受信すべき相手が発注者ｂである場合、メッセージ変換手段は、受信したＥＤＩデータをＥＤＩ変換辞書を用いてシステムＹの固有データ形式に変換する。ＥＤＩデータに含まれる受注者コード、発注者コードを用いてシステムＸの固有データ形式あるいはシステムＹの固有データ形式に変換すべきか否かを判別してもよい。
変換されたＥＤＩデータは、ＥＤＩインタフェースを介してシステムＸあるいはシステムＹで受信される。

このように、本実施形態では、例えば発注者コードで判断して発注者からのＥＤＩデータが標準データ形式である場合は、変換することなくそのまま維持して受注者側に供給し、受注者側からのＥＤＩデータが標準データ形式を採用している発注者宛のＥＤＩデータである場合も、変換することなくそのまま維持して発注者側に供給する。また、例えば発注者コードで判断して発注者側からのＥＤＩデータが標準データ形式でない場合には、対応する標準データ形式のＥＤＩデータに自動変換して受注者側に供給し、受注者側からのＥＤＩデータが標準データ形式を採用していない発注者宛のＥＤＩデータである場合も、標準データ形式のＥＤＩデータをそれぞれのシステムにおいて対応するデータ形式に自動変換して発注者側に供給する。したがって、受注者としては、標準データ形式を採用している発注者だけでなく、これと異なる独自のシステムを採用している発注者からのＥＤＩデータにも対応することが可能となる。

以下、本実施形態における発注者と受注者の処理態様を個別に説明する。

＜単一の発注者と複数の受注者＞
図３に、単一の発注者と複数の受注者との間でＥＤＩデータを送受する場合の構成を示す。単一の発注者Ａと、複数の受注者Ｂ，Ｃが存在し、単一の発注者Ａは、標準データ形式のＥＤＩデータを送受するものとする。この場合、発注者Ａは、図１に示す発注者側サーバコンピュータ１０４から標準データ形式のＥＤＩデータ、例えば内示情報や納入計画確認情報、納入指示情報、納入進捗確認情報等をＥＤＩサーバコンピュータ１０１に送信（アップロード）する。既述したように、発注者からのＥＤＩデータは、ゲートウェイサーバコンピュータ１０２の標準ＥＤＩインタフェースＩ／Ｆを介して受発注サーバコンピュータ１０３に供給されるが、発注者が発注者Ａのみである場合には、ゲートウェイサーバコンピュータ１０２を介することなく、直接、ＥＤＩサーバコンピュータ１０１の受発注サーバコンピュータ１０３にＥＤＩデータを送信してもよい。図３では、発注者ＡからのＥＤＩデータを、直接、受発注サーバコンピュータ１０３に送信する場合を模式的に示す。送信されたＥＤＩデータは、Ｗｅｂ上で送受信可能なようにＷｅｂＥＤＩ受発注処理手段で処理される。

受注者Ｂは、図１における端末装置１０５，１０６あるいは１０７を有し、標準ＷｅｂインタフェースＩ／Ｆを介して受発注サーバコンピュータ１０３に記憶されている発注者ＡからのＥＤＩデータを受信（ダウンロード）する。受信したＥＤＩデータは、ＲＦＩＤライタを用いてＲＦＩＤに書き込まれ、書き換え可能なかんばんが発行され、このかんばんに従って発注者Ａに対して部品納入が実行される。

受注者Ｃも受注者Ｂと同様であり、図１における端末装置１０５，１０６あるいは１０７を有し、標準ＷｅｂインタフェースＩ／Ｆを介して受発注サーバコンピュータ１０３に記憶されている発注者ＡからのＥＤＩデータを受信（ダウンロード）する。受信したＥＤＩデータは、ＲＦＩＤライタを用いてＲＦＩＤに書き込まれ、書き換え可能なかんばんが発行され、このかんばんに従って発注者Ａに対して部品納入が実行される。

一方、受注者Ｂは、図１に示す端末装置１０５，１０６あるいは１０７を用いて標準データ形式のＥＤＩデータ、例えば回答情報、納入進捗回答情報等を受発注サーバコンピュータ１０３に送信（アップロード）する。

発注者Ａは、標準ＥＤＩインタフェースＩ／Ｆを介して、受発注サーバコンピュータ１０３に記憶された受注者ＢからのＥＤＩデータを受信（ダウンロード）する。受注者ＣからのＥＤＩデータについても受注者Ｂと同様である。

＜複数の発注者（標準データ形式）と単一若しくは複数の受注者＞
図４に、複数の発注者Ｄ，Ｅと単一若しくは複数の受注者との間でＥＤＩデータを送受する場合の構成を示す。図では、単一の受注者Ｆが示されているが、複数の受注者が存在する場合にはこれらの中の代表的な受注者を意味するものとする。

発注者Ｄ，Ｅはともに標準データ形式のＥＤＩデータを送受するＥＤＩシステムを備えるものとする。発注者Ｄ，Ｅは、それぞれ標準データ形式のＥＤＩデータをゲートウェイサーバコンピュータ（ＧＷ）１０２の標準ＥＤＩインタフェースを介して送信（アップロード）する。ゲートウェイサーバコンピュータ１０２は、受発注サーバコンピュータ１０３にＥＤＩデータをそのまま供給する。受発注サーバコンピュータ１０３は、ＥＤＩデータをＷｅｂ上で送受可能なようにＥＤＩデータを処理する。

受注者Ｆは、図１における端末装置１０５，１０６，あるいは１０７を用いて受発注サーバコンピュータ１０３にアクセスし、ＥＤＩデータを受信（ダウンロード）する。

一方、受注者Ｆは、図１に示す端末装置１０５，１０６，あるいは１０７を用いて標準データ形式のＥＤＩデータを受発注サーバコンピュータ１０３に送信（アップロード）する。受発注サーバコンピュータ１０３は、受信したＥＤＩデータをそのままゲートウェイサーバコンピュータ１０２に供給する。ゲートウェイサーバコンピュータ１０２のＥＤＩメッセージ変換手段は、受注者ＦからのＥＤＩデータの宛先が発注者Ｄ，Ｅであり、これらの発注者は標準データ形式を採用していることをＥＤＩデータベースＤＢにアクセスすることで判断し、受信したＥＤＩデータを標準データ形式のまま維持する。

発注者Ｄ，Ｅは、標準ＥＤＩインタフェースを介してゲートウェイサーバコンピュータ１０２から受注者ＦのＥＤＩデータを受信（ダウンロード）する。

＜複数の発注者（非標準データ形式）と単一若しくは複数の受注者＞
図５に、複数の発注者Ｇ，Ｈと単一若しくは複数の受注者との間でＥＤＩデータを送受する場合の構成を示す。図では、単一の受注者Ｉが示されているが、複数の受注者が存在する場合にはこれらの中の代表的な受注者を意味するものとする。

発注者Ｇ，Ｈは必ずしも標準データ形式のＥＤＩデータを送受するＥＤＩシステムを備えるものと限らず、例えば発注者Ｇは標準データ形式であるが、発注者Ｈは独自ＥＤＩシステムを備え、独自形式のＥＤＩデータを送受するものとする。発注者Ｇは、標準データ形式のＥＤＩデータをゲートウェイサーバコンピュータ（ＧＷ）１０２の標準ＥＤＩインタフェースを介して送信（アップロード）する。ゲートウェイサーバコンピュータ１０２は、受発注サーバコンピュータ１０３にＥＤＩデータをそのまま供給する。受発注サーバコンピュータ１０３は、ＥＤＩデータをＷｅｂ上で送受可能なようにＥＤＩデータを処理する。発注者Ｈは、独自形式のＥＤＩデータをゲートウェイサーバコンピュータ（ＧＷ）１０２のＥＤＩインタフェースＩ／Ｆを介して送信（アップロード）する。ゲートウェイサーバコンピュータ１０２のＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書を用いて対応する標準データ形式のＥＤＩデータに変換して受発注サーバコンピュータ１０３に供給する。受発注サーバコンピュータ１０３は、発注者Ｇ，ＨからのＥＤＩデータをＷｅｂ上で送受可能なようにＥＤＩデータを処理する。

受注者Ｉは、図１における端末装置１０５，１０６，あるいは１０７を用いて受発注サーバコンピュータ１０３にアクセスし、ＥＤＩデータを受信（ダウンロード）する。

一方、受注者Ｉは、図１に示す端末装置１０５，１０６，あるいは１０７を用いて標準データ形式のＥＤＩデータを受発注サーバコンピュータ１０３に送信（アップロード）する。受発注サーバコンピュータ１０３は、受信したＥＤＩデータをそのままゲートウェイサーバコンピュータ１０２に供給する。ゲートウェイサーバコンピュータ１０２のＥＤＩメッセージ変換手段は、受注者ＩからのＥＤＩデータの宛先が発注者Ｇであれば、発注者は標準データ形式を採用していることをＥＤＩデータベースＤＢを用いて判断し、受信したＥＤＩデータを標準データ形式のまま維持する。また、受注者ＩからのＥＤＩデータの宛先が発注者Ｈであれば、発注者は独自形式を採用していることをＥＤＩデータベースＤＢを用いて判断し、受信したＥＤＩデータをＥＤＩ変換辞書により独自形式に変換する。

発注者Ｇは、標準ＥＤＩインタフェースＩ／Ｆを介してゲートウェイサーバコンピュータ１０２から受注者ＩのＥＤＩデータを受信（ダウンロード）する。また、発注者Ｈは、ＥＤＩインタフェースＩ／Ｆを介してゲートウェイサーバコンピュータ１０２から受注者ＩのＥＤＩデータを受信（ダウンロード）する。

＜単一の発注者と単一若しくは複数の受注者＞
図６に、単一の発注者Ｊと単一若しくは複数の受注者Ｋとの間でＥＤＩデータを送受する場合を示す。発注者Ｊは、基幹業務システムＪを有し、このシステムを用いて基幹業務を遂行する。基幹業務システムＪのデータは基幹業務インタフェースＩ／Ｆを介して基幹業務連携システムに供給され、基幹業務連携システムでは基幹業務システムのデータから標準データ形式のＥＤＩデータを作成する。作成されたＥＤＩデータは標準ＥＤＩインタフェースＩ／Ｆを介してＥＤＩサーバコンピュータ１０１のゲートウェイサーバコンピュータ１０２に送信（アップロード）される。ゲートウェイサーバコンピュータ１０２は、ＥＤＩデータを受発注サーバコンピュータ１０３に供給する。受発注サーバコンピュータ１０３は、インターネットで接続された他のＥＤＩサーバコンピュータ１０１の受発注サーバコンピュータ１０３にＥＤＩデータを供給する。

受注者Ｋは、基幹業務システムＫを有し、このシステムを用いて基幹業務を遂行する。受注者Ｋは、当該他のＥＤＩサーバコンピュータ１０１の受発注サーバコンピュータ１０３から発注者ＪのＥＤＩデータを受信（ダウンロード）する。受信したＥＤＩデータは、受注者Ｋの基幹業務システムＫに取り込まれる。

一方、受注者Ｋは、基幹業務システムＫのデータを基幹業務インタフェースＩ／Ｆを介して基幹業務連携システムに供給し、基幹業務連携システムでＥＤＩデータを作成する。作成されたＥＤＩデータは標準ＥＤＩインタフェースＩ／Ｆを介して当該他のＥＤＩサーバコンピュータ１０１のゲートウェイサーバコンピュータ１０２に送信（アップロード）される。当該他のＥＤＩサーバコンピュータ１０１のゲートウェイサーバコンピュータ１０２は、ＥＤＩデータを受発注サーバコンピュータ１０３に供給する。受発注サーバコンピュータ１０３は、インターネットで接続されたＥＤＩサーバコンピュータ１０１の受発注サーバコンピュータ１０３にＥＤＩデータを供給する。

発注者Ｊは、ＥＤＩサーバコンピュータ１０１の受発注サーバコンピュータ１０３から受注者ＫのＥＤＩデータを受信（ダウンロード）する。受信したＥＤＩデータは、発注者Ｊの基幹業務システムＪに取り込まれる。

以上説明したように、本実施形態では、発注者が複数存在し、かつ、複数の発注者がそれぞれ独自のＥＤＩシステムを構築し、標準データ形式と異なるＥＤＩデータを送受する場合においても、ＥＤＩサーバコンピュータ１０１のゲートウェイサーバコンピュータ１０２でこれらのＥＤＩデータを処理し、発注者からの非標準データ形式のＥＤＩデータを対応する標準データ形式のＥＤＩデータに自動変換して受注者の利用に供し、かつ、受注者からの標準データ形式のＥＤＩデータを各発注者の対応するＥＤＩデータに自動変換して発注者の利用に供するので、各受注者はＥＤＩサーバコンピュータを共同利用して複数の発注者からの発注に容易に対応することができる。

図７〜図１０に、本実施形態において受注者側端末装置１０５，１０６，１０７のディスプレイに表示される画面例を示す。図７は、メニュー画面であり、発注者機能としてかんばん印刷とかんばん初期化の項目が表示され、受注者機能としてかんばん印刷と出荷案内の項目が表示される。図８は、受注者がかんばん印刷を選択した場合の画面例である。状況、発注者、納入場所、納入指示日、便、背番号、箱連番、ＲＦＩＤ、品番、品名等毎に発注データが表示される。図９は、出荷案内の画面例である。既述したように、出荷できないかんばんがある場合に、かんばんのＲＦＩＤを読み取ることで残りのかんばんのみで作成してアップロードするためのものである。また、図１０は納入指示自動取込の画面例である。これも既述したように、システムが作成した納入指示のファイルを定期的に監視して取り込むものである。

１０１ ＥＤＩサーバコンピュータ、１０２ ゲートウェイサーバコンピュータ（ＧＷ）、１０３ 受発注サーバコンピュータ、１０４ 発注者側サーバコンピュータ、１０５，１０６，１０７ 受注者側端末装置。

Claims (7)

1. 所定の標準データ形式のＥＤＩデータを送受信する標準ＥＤＩインタフェースと、
   前記標準ＥＤＩインタフェースと異なるデータ形式のＥＤＩデータを送受信する複数のＥＤＩインタフェースと、
   ＥＤＩ変換辞書データを記憶する記憶手段と、
   前記ＥＤＩインタフェースを介して通信する他のＥＤＩシステムによる異なるデータ形式のＥＤＩデータを、前記ＥＤＩ変換辞書データを参照することで前記標準データ形式に変換するＥＤＩメッセージ変換処理手段と、
   を有するＥＤＩゲートウェイサーバコンピュータと、
   前記ＥＤＩゲートウェイサーバコンピュータと標準ＥＤＩインタフェースを介して通信し、発注者のＥＤＩデータ及び受注者のＥＤＩデータを所定の手順でそれぞれ処理するＷｅｂＥＤＩ受発注処理手段と、
   ＥＤＩデータを送受信する標準Ｗｅｂインタフェースと、
   を有する受発注サーバコンピュータと、
   を備えることを特徴とする、ＥＤＩシステムにおけるＥＤＩサーバコンピュータ。
2. 請求項１記載のＥＤＩサーバコンピュータにおいて、
   単一の発注者と複数の受注者との間でＥＤＩデータを送受信する場合に、前記ＥＤＩゲートウェイサーバコンピュータを介することなく、前記受発注サーバコンピュータの前記ＷｅｂＥＤＩ受発注処理手段で発注者のＥＤＩデータ及び受注者のＥＤＩデータを処理することを特徴とするＥＤＩサーバコンピュータ。
3. 請求項１記載のＥＤＩサーバコンピュータにおいて、
   複数の発注者と単一若しくは複数の受注者との間でＥＤＩデータを送受信する場合に、前記ＥＤＩゲートウェイサーバコンピュータの前記標準ＥＤＩインタフェースを介して前記受発注サーバコンピュータの前記ＷｅｂＥＤＩ受発注処理手段で発注者のＥＤＩデータ及び受注者のＥＤＩデータを処理することを特徴とするＥＤＩサーバコンピュータ。
4. 請求項１記載のＥＤＩサーバコンピュータにおいて、
   複数の発注者と単一若しくは複数の受注者との間でＥＤＩデータを送受信する場合であって、複数の発注者のうちの第１の発注者は標準データ形式のＥＤＩデータを送受信し、複数の発注者のうちの第２の発注者は標準データ形式と異なる独自のデータ形式のＥＤＩデータを送受信する場合に、前記第１の発注者のＥＤＩデータについては、前記ＥＤＩゲートウェイサーバコンピュータの前記標準ＥＤＩインタフェースを介して前記受発注サーバコンピュータの前記ＷｅｂＥＤＩ受発注処理手段で発注者のＥＤＩデータ及び受注者のＥＤＩデータを処理し、前記第２の発注者のＥＤＩデータについては、前記ＥＤＩゲートウェイサーバコンピュータの前記ＥＤＩインタフェース、前記ＥＤＩメッセージ処理手段及び前記標準ＥＤＩインタフェースを介して前記受発注サーバコンピュータの前記ＷｅｂＥＤＩ受発注処理手段で発注者のＥＤＩデータ及び受注者のＥＤＩデータを処理することを特徴とするＥＤＩサーバコンピュータ。
5. 請求項１記載のＥＤＩサーバコンピュータにおいて、
   単一の発注者の基幹システムと単一若しくは複数の受注者の基幹システムとの間でＥＤＩデータを送受信する場合に、前記ＥＤＩゲートウェイサーバコンピュータの前記標準ＥＤＩインタフェースを介して前記受発注サーバコンピュータの前記ＷｅｂＥＤＩ受発注処理手段で発注者のＥＤＩデータ及び受注者のＥＤＩデータを処理することを特徴とするＥＤＩサーバコンピュータ。
6. 請求項１記載のＥＤＩサーバコンピュータにおいて、
   前記ＥＤＩメッセージ変換処理手段は、さらに、前記受注者のＥＤＩデータを、前記ＥＤＩ変換辞書データを参照することで前記ＥＤＩインタフェースを介して通信する他のＥＤＩシステムによる異なるデータ形式のＥＤＩデータに変換する
   ことを特徴とするＥＤＩサーバコンピュータ。
7. 請求項１，６のいずれかに記載のＥＤＩサーバコンピュータと、
   発注者のＥＤＩデータを前記ＥＤＩサーバコンピュータに送信する発注者側コンピュータと、
   前記発注者のＥＤＩデータを前記ＥＤＩサーバコンピュータから受信する受注者側コンピュータと、
   を備え、
   前記発注者は複数存在するとともに、前記発注者側コンピュータの少なくともいずれかは標準データ形式と異なる形式のＥＤＩデータを送信することを特徴とするＥＤＩシステム。