JP5489574B2 - 生産管理システム - Google Patents

Description

本発明は、所謂かんばんを用いた生産管理システムに関し、特に、ＥＤＩ（Electric Data Interchange：電子データ交換）システムを用いた生産管理システムに関する。

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

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

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

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

しかしながら、単にＥＤＩデータにより受注者側の生産管理データを更新するだけでは、ＳＣＭ（Supply Chain Management：サプライチェーンマネジメント）により多数の企業間をデータ連携して物づくりの流れ全体を最適化する方式、特に自動車業界で一般的に運用されているかんばん生産方式には必ずしも適していない。

かんばん生産方式は周知であるが、簡単に説明すると以下のとおりである。すなわち、発注者が製品製造のために部品を消費すると、次の製造のために必要となる部品の機種、数量、納期、納入部署その他この発注に関する必要情報を特定したかんばんを発行し、受注者はこのかんばんの要求に対応して部品を納入する。このとき、かんばんは単に注文情報ではなく、予め発注者と受注者との間で設定された月次単位の必要量を予測した数量を内示情報として取り交わし、受注者は内示情報に合わせて予測した量を予め製造準備を進めており、かんばんが発行されることにより始めて発注確定となる。次工程が前工程に対して部品を要求するプル方式の生産管理が行われているので、単にＥＤＩデータに基づいて生産管理データを更新しただけでは、受注者側の生産管理を効率的に展開することができない。

また、かんばん生産方式では、かんばん情報に基づいて紙のかんばんを作成し、納入する部品に紙のかんばんを付けて納入し、発注者は紙かんばんに基づいて部品の受領、検収行為を行い、受領、検収が終わって部品が消費されると、紙かんばんは外れかんばんとして廃棄処分される。毎日の生産に必要な部品それぞれに紙かんばんが使用されるため、毎日膨大な量の紙が消費されてしまう。環境への負荷を軽減するために、廃棄される紙かんばんの量を削減することが求められている。

本発明の目的は、ＥＤＩシステムを用いた効率的な生産管理システム、特にかんばんを用いた生産管理システムを提供し、また、紙かんばんの廃棄を抑制することにある。

本発明は、発注者側端末装置と、受注者側端末装置と、前記発注者側端末装置と前記受注者側端末装置との間でＥＤＩデータを送受するためのＥＤＩサーバコンピュータとを備える生産管理システムであって、前記発注者側端末装置に接続され、書換可能な記憶媒体からデータを読み出すデータ読出手段と、前記受注者側端末装置に接続され、書換可能な記憶媒体にデータを書き込むデータ書込手段とを有し、前記発注者側端末装置は、納入されるべき部品についてのデータであるかんばんデータを前記ＥＤＩサーバコンピュータに送信し、前記受注者側端末装置は、前記ＥＤＩサーバコンピュータから前記かんばんデータを受信して前記データ書込手段に供給し、前記データ書込手段は、前記かんばんデータを前記書換可能な記録媒体に書き込むことで、発注者に納入する部品に添付されるべきかんばんを生成し、前記データ読出手段は、受注者から納入された前記部品に添付された前記かんばんから前記かんばんデータを読み出し、かつ、前記受注者側端末装置は、前記ＥＤＩサーバコンピュータから受信した前記かんばんデータに応じた納入進捗データを前記ＥＤＩサーバコンピュータに送信し、前記発注者側端末装置は、前記納入進捗情報を前記ＥＤＩサーバコンピュータから受信し、前記データ読出手段から読み出した前記かんばんデータと、受信した前記納入進捗データとを照合することを特徴とする。

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

発注者側で生成されたかんばんデータは、ＥＤＩサーバコンピュータに送信（アップロード）され、受注者側でＥＤＩサーバコンピュータから受信（ダウンロード）する。受信されたかんばんデータは、書換可能な記録媒体に書き込まれ、かんばん（電子かんばん）が発行される。かんばんは部品に添付されて発注者に納入される。発注者側では、納入された部品に添付されたかんばんのデータを読み取り、部品の検査を行って製品の製造に用いることで消費する。消費された部品のかんばんは所謂外れかんばんとなり、書き込まれたデータが消去されて受注者側に供給され、再利用される。

また、本発明におけるＥＤＩサーバコンピュータでは、標準データ形式と異なるデータ形式のＥＤＩデータを、ＥＤＩ変換辞書データを参照することで標準データ形式に変換するＥＤＩメッセージ変換処理手段を有することで、受注者は、標準データ形式と異なるデータ形式を有する発注者からのかんばんデータも、標準データ形式のかんばんデータと同様に処理してかんばんを発行し、当該発注者に対して部品を納入することができる。

本発明によれば、ＥＤＩシステムを用いた効率的な生産管理システム、特にかんばんを用いた生産管理システムを提供することができ、また、紙かんばんの廃棄を抑制することができる。

実施形態のシステム構成ブロック図である。 実施形態の処理フローチャートである。 実施形態の処理フローチャートである。 実施形態のＥＤＩサーバコンピュータの構成ブロック図である。 図４のＥＤＩ変換辞書の説明図である。

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

図１に、本実施形態におけるＥＤＩシステムを用いた生産管理システムの全体構成ブロック図を示す。書換可能な記録媒体の一つであるＲＦＩＤ（Radio Frequency IDentification）をかんばんとして利用するシステムである。

本システムにおいて、発注者１００と受注者２００は、ＥＤＩサーバコンピュータ１０１を介してＥＤＩデータを送受する。ＥＤＩサーバコンピュータ１０１は、入出力インタフェース、ＣＰＵ（あるいはＭＰＵ）、ＲＯＭやＲＡＭ、ハードディスク、光ディスク装置、フラッシュメモリ等のメモリ、メモリコントローラ、データバス等を備える。また、ＥＤＩサーバコンピュータ１０１は、ＥＤＩゲートウェイサーバコンピュータ及び受発注サーバコンピュータを備え、ＥＤＩゲートウェイサーバコンピュータで発注者からのＥＤＩデータを受信して受発注サーバコンピュータに供給する。ゲートウェイサーバコンピュータは、標準データ形式のＥＤＩデータを送受するインタフェースの他、非標準データ形式のＥＤＩデータを送受するインタフェースを有してもよい。また、ゲートウェイサーバコンピュータは、非標準データ形式のＥＤＩデータを標準データ形式のＥＤＩデータに変換する変換手段を有してもよい。該変換手段は、ＣＰＵ及びメモリで構成され、メモリは予め標準データ形式と非標準データ形式の対応関係を記憶する変換辞書を記憶する。受発注サーバコンピュータは、標準データ形式のＥＤＩデータをＷｅｂ上で送受可能なデータに変換する。受注者２００は、端末装置を用いてこの受発注サーバコンピュータにアクセスし、標準的なＷｅｂ手順で発注者１００からのＥＤＩデータを受信する。ＥＤＩサーバコンピュータ１０１は、例えば発注者１００側で管理される。ＥＤＩサーバコンピュータの具体的な構成については後述する。

発注者１００は、注文業務の処理により確定情報が整うと、ＥＤＩデータとしてのかんばんデータ１２を作成して、自己のサーバコンピュータあるいは端末装置からＥＤＩサーバコンピュータ１０１に送信（アップロード）する。ＥＤＩサーバコンピュータ１０１は、発注者１００からのかんばんデータ１２をＷｅｂ上で送受可能に処理して記憶する。

受注者２００は、自己の端末装置を用いてＥＤＩサーバコンピュータ１０１からかんばんデータ１２を受信（ダウンロード）し、データライタ１４に供給する。データライタ１４は、ＲＦＩＤに対してデータを書き込む装置であり、供給されたかんばんデータ１２をＲＦＩＤに書き込んでかんばん１６を発行する。看板データ１２を書き込む際のＲＦＩＤは、以前のかんばんデータ１２が消去されたＲＦＩＤ、すなわち消去済かんばん２４を再利用したものである。
受注者２００は、予め発注者１００との間に取り決めた内示情報に従って部品１８を生産しており、かんばん１６の発行により部品１８を引き当て、かんばん１６が指示する数量の部品１８にかんばん１６を添付して出荷する。かんばん１６が添付された部品１８は発注者１００に運搬される。

部品１８にかんばん１６を添付して出荷する際に、ＥＤＩサーバコンピュータ１０１から受信したかんばんデータ１２の指示する数量が納期までに揃って指示とおりに納入する場合の他、数量が揃わずかんばんデータ１２の指示する数量より少なく納入する場合、あるいはかんばんデータ１２の指示を分納する場合もあり得る。このような納入進捗情報はＥＤＩデータとして受注者２００の端末装置からＥＤＩサーバコンピュータ１０１に送信（アップロード）される。発注者１００は、ＥＤＩサーバコンピュータ１０１から受注者２００の納入進捗情報を受信することで、納入進捗情報を部品１８の実際の納入前に知ることができ、実際に部品１８が納入された時点での検収作業が大幅に効率化される。図では、納入進捗情報は受注者２００のデータライタからＥＤＩサーバコンピュータ１０１を介して発注者１００のデータリーダに供給されているが、受注者２００の端末装置から送信してもよく、また、発注者１００の端末装置で受信し、端末装置でデータリーダからのデータと納入進捗情報とを照合してもよい。

発注者１００は、受注者２００から納入された部品１８を受領する。また、納入された部品１８に添付されたかんばん１６（かんばんデータ１２が書き込まれたＲＦＩＤ）をデータリーダ２０で読み取る。読み取ったかんばんデータ１２は、発注者１００の端末装置、あるいは基幹業務システム等のシステムに取り込まれる。発注者１００が受領した部品１８は、自動車等の製品の製造に使用されて消費される。部品１８が消費されると、当該部品１８に添付されたかんばん１６は外れかんばん１６として、データ消去装置２２に供給される。データ消去装置２２は、外れかんばん１６に記憶されているかんばんデータ１２を消去して消去済かんばん２４を生成する。外れかんばん１６に印刷部分が存在する場合には、当該印刷部分も合わせて消去して白紙に戻す。かんばんデータ１２が消去された消去済かんばん２４は、発注者１００から受注者２００に運搬され、受注者２００では消去済かんばん２４をデータライタ１４に供給して再利用する。

このように、かんばん１６は部品１８とともに発注者１００に運搬され、発注者１００でかんばんデータ１２を消去し消去済かんばん２４として受注者２００に戻し、受注者２００ではこの消去済かんばん２４を再利用してかんばん１６を再び生成するので、データの書込不良あるいは読取不良に起因する廃棄を除き、紙かんばんのような大量廃棄がない。

また、受注者２００は、ＥＤＩサーバコンピュータ１０１から受信（ダウンロード）したかんばんデータ１２をデータライタ１４に供給し、データライタ１４でＲＦＩＤにかんばんデータ１２を書き込むことでかんばん１６を発行できるので、効率的にかんばん１６を発行して部品１８に添付し納入することができる。

さらに、かんばん１６の発行と並行して、納入進捗情報を受注者２００から発注者１００に供給し、発注者１００は実際の部品納入とは別個に納入進捗情報を得ることができるので、納入された部品の検査や納入状況の確認作業が効率化する。

図２に、発注者１００と受注者２００との間の部品納入処理フローチャートを示す。発注者１００は、受注者２００との間で内示情報を定め（Ｓ１０１）、この内示情報に基づいて所要量計算を行って、内示情報としてＥＤＩサーバコンピュータ１０１に送信（アップロード）する（Ｓ１０２）。

受注者２００は、ＥＤＩサーバコンピュータ１０１にアクセスし、発注者１００からの内示情報を受信（ダウンロード）する（Ｓ２０１）。受注者２００は、受信した内示情報に基づいて材料を手配し、生産計画を立案する（Ｓ２０２）。

発注者１００は、引き続き、所要量計算に基づいて、かんばんの回転枚数を計算するとともに（Ｓ１０３）、かんばんの発行増減を平準化し（Ｓ１０４）、発注情報としてＥＤＩサーバコンピュータ１０１に送信（アップロード）する（Ｓ１０５）。発注情報は自己のデータベースに登録され、適宜検索される（Ｓ１０６）。

ここで、かんばんの平準化について説明する。かんばんの平準化は、外れかんばんを用いて行われる。すなわち、部品が出庫されて外れたかんばんの情報を収集し、外れかんばんの情報からかんばん発注数を決定して発注情報を作成する。仕入先・便毎に発注情報作成時刻を登録し、その時間までに外れたかんばんを集計して発注情報を作成する。かんばん発注時に、かんばん回転枚数の変化量からかんばんの増減を行う。かんばん回転枚数が変更となる日を基準とし、増の場合はその前に、かんばんサイクル＋１便で増を行い、減の場合は基準日の後にサイクル＋１便で減を行う。そして、便当たりのかんばん発注枚数が便毎に平準化されるように、便当たりの上限・下限を設定して調整することで平準化する。１便当たりのかんばん枚数の平均値に対して上限値、下限値を設定し、上限値を超えて外れたかんばんは次回の発注に回し、下限値未満しか外れなかった場合はかんばんを追加して発注し、その分は次便以降で調整する。

再び図に戻り、受注者２００は、ＥＤＩサーバコンピュータ１０１からこの情報を受注情報として受信（ダウンロード）する（Ｓ２０８）。受注情報は自己のデータベースに登録され、適宜検索される（Ｓ２０９）。受注者２００は、この受注情報に基づいて生産手配及び出荷準備を行うとともに（Ｓ２０３）、かんばん等の帳票発行を行う（Ｓ２０５）。具体的には、ＲＦＩＤのかんばん１６とＪＡＭＡ帳票（自動車工業会で規定された標準かんばん帳票）を発行する（Ｓ２０６，Ｓ２０７）。ＲＦＩＤのかんばん１６は、部品１８に添付されて発注者１００に納入される（Ｓ２０４）。

発注者１００は、受注者２００から納入された部品を受け取り、ＲＦＩＤのかんばんデータ１２を読み取ることで入庫検収し（Ｓ１０７）、検収データを検収実績としてＥＤＩサーバコンピュータ１０１に送信（アップロード）する（Ｓ１０８）。また、発注者１００は、入庫検収データに基づいて在庫データを更新し（Ｓ１１０）、部品に添付されていたＲＦＩＤのかんばん１６からかんばんデータ１２を消去して外れかんばんとする（Ｓ１１１）。

受注者２００は、ＥＤＩサーバコンピュータ１０１からこの検収実績データを受信（ダウンロード）する。（Ｓ２１０）。

図３に、本実施形態の部品納入処理における日時処理のフローチャートを示す。自動車会社では、ジャストインタイムと称して部品在庫をもたないで自動車の組立を行うため、部品納入業者は毎日多頻度納入を行って組立ラインに部品を供給している。発注者１００は、発注数を決定して（Ｓ１２０）、発注を毎日何度も行い（Ｓ１２１）、確定発注情報としてかんばんデータ及びかんばん明細（納入数、納入場所、便数、納入形態等の詳細指示情報）を、ＥＤＩサーバコンピュータ１０１に送信（アップロードする）。

受注者２００は、ＥＤＩサーバコンピュータ１０１から確定発注情報を受信（ダウンロード）し（Ｓ２２０）、この確定発注情報（受注者２００から見れば確定受注情報）に基づいて生産手配と出荷準備を行う（Ｓ２２１）。また、受注者２００は、納期回答情報を作成してＥＤＩサーバコンピュータ１０１に送信（アップロード）する。受注者２００は、出荷準備が整うと、売上計上するとともに（Ｓ２２２）、部品１８をかんばん１６と共に発注者１００へ納入する（Ｓ２２３）。

発注者１００は、受注者２００からの納期回答をＥＤＩサーバコンピュータ１０１から受信（ダウンロード）して納期を確認する（Ｓ１２２）。また、受注者２００から納入された部品１８を受け入れ（Ｓ１２３）、部品１８を検査するとともに（Ｓ１２４）、受領情報をＥＤＩサーバコンピュータ１０１に送信（アップロード）する。受注者２００は、この受領情報をＥＤＩサーバコンピュータ１０１に送信サーバコンピュータ１０１から受信（ダウンロード）し、保管する（Ｓ２２４）。

発注者１００は、部品が納期までに納入されていない場合、未納督促情報を生成してＥＤＩサーバコンピュータ１０１に送信（アップロード）する（Ｓ１２５）。受注者２００は、この未納督促情報を受信し（Ｓ２２５）、改めて該当部品の納期回答情報を作成してＥＤＩサーバコンピュータ１０１に送信（アップロード）する（Ｓ２２６）。発注者１００は、この納期回答情報をＥＤＩサーバコンピュータ１０１から受信（ダウンロード）して確認する（Ｓ１２６）。

ＥＤＩサーバコンピュータ１０１を用いてかんばんデータ１２や内示情報、納期回答情報、受領情報、未納情報等を送受信することで、効率的に部品納入管理を行うことができる。

以上のように、本実施形態では、ＥＤＩサーバコンピュータ１０１を介してかんばんデータ１２や納期回答情報等のＥＤＩデータを送受するが、以下、ＥＤＩサーバコンピュータ１０１の構成及び動作について説明する。

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

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

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

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

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

ＥＤＩデータベースＤＢは、メモリに記憶されたデータ群であり、ＥＤＩメッセージ変換手段で変換処理されるＥＤＩデータや発注者毎のデータを記憶する。ＥＤＩデータベースＤＢには、例えば以下のデータが格納される。

発注ＩＤ、発注者コード、発注者名称、発注者略名、発注者、年月度、品番、収容数、当月数、翌月数、翌々月数、取引番号、バイヤオーナＩＤ、サプライヤオーナＩＤ、バイヤトランザクション、ステータス、取引ＩＤ、取引枝番、総ページ数、ページＮＯ．、かんばん発行順、工程情報、ストアアドレス、現品票発行連番、受入ライン、受入名称、発注区分コメント、受注者コード、受注者名称、品目名、発注側ＩＤ、受注側ＩＤ、背番号、箱種、カラーＮＯ．、識別、置場コード、工場名、納入指示日、出荷日（納入日）、受領日、納期回答日、納期回答便、かんばん外れ日、納入時刻、納入便Ｎｏ．、備考、バーコード、かんばん連番、発注形態、かんばん発行回数、かんばんタグＩＤ。

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

受発注サーバコンピュータ１０３のＷｅｂＥＤＩ受発注処理手段は、具体的にはＣＰＵ（あるいはＭＰＵ）で構成され、アプリケーションプログラムを実行することで、発注者ＥＤＩデータと受注者ＥＤＩデータをそれぞれ処理する。

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

発注者端末装置は、基幹業務システムと、基幹業務システムインタフェースＩ／Ｆと、基幹業務連携システムと、標準ＥＤＩインタフェースＩ／Ｆと、ＲＦＩＤリーダ（データリーダ）と、ＲＦＩＤ消去装置（データ消去装置）を含んで構成される。

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

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

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

次に、受注者側端末装置について説明する。

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

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

業務内容が「注文・内示」である場合、発注者側では部品所要量を算出し、これに基づき内示情報を作成してＥＤＩサーバコンピュータ１０１にアップロードする。一方、受注者側では、発注者から送信された内示情報をダウンロードし、これに基づいて部品の生産準備を進めることになる。ＥＤＩ変換辞書には、標準データ形式の内示情報データ（内示情報標準データ）と、標準データ形式と異なるＥＤＩシステムＸ内の対応内示情報データと、標準データ形式と異なるＥＤＩシステムＹ内の対応内示情報データとがテーブルとして記憶される。ＥＤＩメッセージ変換手段は、発注者側端末装置から受信した内示情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の内示情報のＥＤＩデータに該当するか否かを判定する。発注者側端末装置から受信した内示情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の内示情報のＥＤＩデータに該当する場合、ＥＤＩメッセージ変換手段は、受信した内示情報のＥＤＩデータを変換することなくそのまま維持し、受発注サーバコンピュータ１０３に送信する。一方、発注者側端末装置から受信した内示情報のＥＤＩデータが、ＥＤＩ変換辞書に記憶されている標準データ形式の内示情報のＥＤＩデータに該当しない場合、ＥＤＩ変換辞書に記憶されている標準データ形式と異なるＥＤＩシステムＸ内の対応内示情報データ、あるいはＥＤＩシステムＹ内の対応内示情報データに該当するか否かを判定する。発注者側端末装置から受信した内示情報のＥＤＩデータが、ＥＤＩシステムＸ内の対応内示情報データに該当する場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータを対応する標準形式のＥＤＩデータに変換して受発注サーバコンピュータ１０３に送信する。また、発注者側端末装置から受信した内示情報のＥＤＩデータが、ＥＤＩシステムＹ内の対応内示情報データに該当する場合、ＥＤＩメッセージ変換手段は、受信したＥＤＩデータを対応する標準形式のＥＤＩデータに変換して受発注サーバコンピュータ１０３に送信する。

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

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

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

次に、ＥＤＩサーバコンピュータ１０１の動作について説明する。

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

受注側端末装置は、標準ＷｅｂインタフェースＩ／Ｆ及びインターネットを介してＷｅｂＥＤＩ受発注処理手段で処理されたＥＤＩデータを受信して利用する。すなわち、受注側端末装置では、受信したＥＤＩデータ、たとえばかんばんデータ１２をＲＦＩＤライタに供給する。ＲＦＩＤライタは、かんばんデータ１２をＲＦＩＤに書き込み、かんばん１６を発行する。

発注者側が、ＥＤＩデータを他のＥＤＩシステムから送信する場合、当該ＥＤＩデータは、ゲートウェイサーバコンピュータ１０２のＥＤＩインタフェースＩ／Ｆを介してゲートウェイサーバコンピュータ１０２で受信される。ゲートウェイサーバコンピュータ１０２のＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書にアクセスし、受信したＥＤＩデータが標準データ形式か、システムＸの独自形式か、システムＹの独自形式かを判別する。受信したＥＤＩデータが標準データ形式の場合、ＥＤＩメッセージ変換手段は受信したＥＤＩデータを変換することなくそのまま維持し、標準ＥＤＩインタフェースＩ／Ｆを介して受発注サーバコンピュータ１０３に供給する。受信したＥＤＩデータがシステムＸの独自形式である場合、ＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書に記憶されているテーブルを用いて、当該ＥＤＩデータを対応する標準データ形式のＥＤＩデータに変換する。また、受信したＥＤＩデータがシステムＹの独自形式である場合、ＥＤＩメッセージ変換手段は、ＥＤＩ変換辞書に記憶されているテーブルを用いて、当該ＥＤＩデータを対応する標準データ形式のＥＤＩデータに変換する。例えば、ＪＡＭＡ標準データフォーマットと異なるあるデータフォーマットでは、以下の項目が規定されており、これらを対応する標準データフォーマットの項目に変換する。

発注者コード、発注者コード管理組織、発注者企業名、発注部門コード、購買担当、受注者コード、受注者コード管理組織、受注者企業名、注文番号、注文日、変更注文区分、コンサインメント区分、支給区分、直納区分、発注者品名コード、製造番号、品名、版数、材料・規格・寸法、検査区分、仕様書有無、単価区分、単価、単位、注文数量、受け渡し場所、受け渡し場所名、納入ＮＯ．、納期、納期指示数量、納品キー番号、発注者バーコード情報、納品書用発注者用備考、消費税区分、課税区分、決済条件区分、注文金額、消費税額、合計額、自由使用欄、備考、添付ファイルＵＲＬアドレス、工事名、検査証明書、検査成績書。

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

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

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

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

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

このように、ＥＤＩサーバコンピュータ１０１は、ＥＤＩメッセージ変換手段及びＥＤＩ変換辞書を有し、標準データ形式と非標準データ形式との間の変換を自動的に行うので、受注者は複数の発注者からの発注を確実に処理することができる。

１００ 発注者、１０１ ＥＤＩサーバコンピュータ、１０２ ＥＤＩゲートウェイサーバコンピュータ、１０３ 受発注サーバコンピュータ、２００ 受注者。

Claims (4)

1. 発注者側端末装置と、
   受注者側端末装置と、
   前記発注者側端末装置と前記受注者側端末装置との間でＥＤＩデータを送受するためのＥＤＩサーバコンピュータと、
   を備える生産管理システムであって、
   前記発注者側端末装置に接続され、書換可能な記憶媒体からデータを読み出すデータ読出手段と、
   前記受注者側端末装置に接続され、書換可能な記憶媒体にデータを書き込むデータ書込手段と、
   を有し、
   前記発注者側端末装置は、納入されるべき部品についてのデータであるかんばんデータを前記ＥＤＩサーバコンピュータに送信し、
   前記受注者側端末装置は、前記ＥＤＩサーバコンピュータから前記かんばんデータを受信して前記データ書込手段に供給し、
   前記データ書込手段は、前記かんばんデータを前記書換可能な記録媒体に書き込むことで、発注者に納入する部品に添付されるべきかんばんを生成し、
   前記データ読出手段は、受注者から納入された前記部品に添付された前記かんばんから前記かんばんデータを読み出し、かつ、
   前記受注者側端末装置は、前記ＥＤＩサーバコンピュータから受信した前記かんばんデータに応じた納入進捗データを前記ＥＤＩサーバコンピュータに送信し、
   前記発注者側端末装置は、前記納入進捗情報を前記ＥＤＩサーバコンピュータから受信し、前記データ読出手段から読み出した前記かんばんデータと、受信した前記納入進捗データとを照合する
   ことを特徴とする生産管理システム。
2. 請求項１記載の生産管理システムにおいて、
   前記ＥＤＩサーバコンピュータは、
   所定の標準データ形式のＥＤＩデータを送受信する標準ＥＤＩインタフェースと、
   前記標準ＥＤＩインタフェースと異なるデータ形式のＥＤＩデータを送受信する複数のＥＤＩインタフェースと、
   ＥＤＩ変換辞書データを記憶する記憶手段と、
   前記ＥＤＩインタフェースを介して通信する他のＥＤＩシステムによる異なるデータ形式のＥＤＩデータを、前記ＥＤＩ変換辞書データを参照することで前記標準データ形式に変換するＥＤＩメッセージ変換処理手段と、
   を有するＥＤＩゲートウェイサーバコンピュータと、
   前記ＥＤＩゲートウェイサーバコンピュータと標準ＥＤＩインタフェースを介して通信し、発注者のＥＤＩデータ及び受注者のＥＤＩデータを所定の手順でそれぞれ処理するＷｅｂＥＤＩ受発注処理手段と、
   ＥＤＩデータを送受信する標準Ｗｅｂインタフェースと、
   を有する受発注サーバコンピュータと、
   を備えることを特徴とする生産管理システム。
3. 請求項２記載の生産管理システムにおいて、
   前記ＥＤＩメッセージ変換処理手段は、さらに、前記受注者のＥＤＩデータを、前記ＥＤＩ変換辞書データを参照することで前記ＥＤＩインタフェースを介して通信する他のＥＤＩシステムによる異なるデータ形式のＥＤＩデータに変換する
   ことを特徴とする生産管理システム。
4. 請求項１〜３のいずれかに記載の生産管理システムにおいて、
   前記書換可能な記録媒体は、ＲＦＩＤであることを特徴とする生産管理システム。

Images