(57)【要約】  【課題】  ある物品に付された無線タグ内のＩＤを活用して、その物品に関する各業務プロセスを連携する物品管理方法を提供することにある。  【解決手段】  物品に関するある業務プロセスにおいて、クライアント装置が、その物品に付された無線タグのＩＤ読取通知を受信すると、その物品に関する発注プロセスを開始し、受信したＩＤ読取通知に、そのＩＤ読取通知が発注に関する旨を示す情報を付加し、その情報が付加されたＩＤ読取通知を発注管理サーバ装置に送信する。【選択図】図１
2005085056.tif 000002
【特許請求の範囲】
【請求項１】
物品に付され、該物品を識別する識別情報を読み取る読取装置および発注管理サーバ装置と接続されたクライアント装置を含む物品管理システムにおける物品管理方法であって、
前記クライアント装置は、
前記読取装置から送信される、物品の識別情報を含むＩＤ読取通知の受信を監視し、
前記ＩＤ読取通知を受信した場合、前記物品に関する発注プロセスを開始し、
前記発注プロセスにおいて、前記受信したＩＤ読取通知に、該ＩＤ読取通知が発注に関わる旨を示す情報であるイベントコードを付加し、
該イベントコードを付加されたＩＤ読取通知を前記発注管理サーバ装置に送信することを特徴とする物品管理方法。
【請求項２】
ネットワークを介してクライアント装置および受注管理サーバ装置と接続された発注管理サーバ装置を含む物品管理システムにおける物品管理方法であって、
前記発注管理サーバは、
前記クライアント装置から、物品に付された情報記憶媒体から読み取られた識別情報と、当該識別情報についての業務に関する情報であるイベントコードとを含むＩＤ読取通知を受信し、
前記イベントコードが発注に関わる旨を示す情報である場合、発注プロセスを開始し、
該発注プロセスにおいて、前記受信したＩＤ読取通知を前記受注管理サーバ装置に送信することを特徴とする物品管理方法。
【請求項３】
ネットワークを介して発注管理サーバ装置および在庫管理サーバ装置と接続された受注管理システムにおける受注管理方法であって、
前記受注管理システムは、物品を識別する識別情報を含むＩＤ読取通知を前記発注管理サーバから受信した場合、前記物品の在庫引き当てプロセスを開始し、
前記在庫引き当てプロセスにおいて、前記受信したＩＤ読取通知に、前記物品の在庫を引き当てるべき指示を表す情報を付加し、
当該在庫引き当て指示情報を付加されたＩＤ読取通知を前記在庫管理サーバ装置に送信することを特徴とする物品管理方法。
【請求項４】
ネットワークを介してクライアント装置と接続し、予め物品の属性情報を格納する製造データベースを有するサーバ装置における物品管理方法であって、
前記サーバ装置は、物品から読み取られた識別情報を含むＩＤ読取通知を前記クライアント装置から受信し、
該受信したＩＤ読取通知に発注に関わる旨を示す情報が含まれている場合、前記物品の発注プロセスを開始し、
該発注プロセスにおいて、前記サーバ装置を有する企業の企業コードを前記ＩＤ読取通知に付加して送信し、
前記受信したＩＤ読取通知に含まれる識別情報を発注データベースに格納し、
前記受信したＩＤ読取通知に情報参照に関わる旨を示す情報が含まれている場合、情報参照プロセスを開始し、
該情報参照プロセスにおいて、前記受信したＩＤ読取通知に含まれる識別情報に関する情報を要求する情報参照要求を送信することを特徴とする物品管理方法。
【請求項５】
物品に付され、該物品を識別する識別情報を読み取る読取装置とネットワークを介して接続されたクライアント装置と、当該クライアント装置とネットワークを介して接続するサーバ装置と、予め物品の属性情報を格納する製造データベースとを有する物品管理システムであって、
前記クライアント装置は、
前記読取装置から送信される、前記識別情報を含むＩＤ読取通知の受信を監視し、ＩＤ読取通知を受信した場合、情報参照プロセスまたは発注プロセスを開始する手段と、
前記開始されたプロセスによって、前記受信したＩＤ読取通知に、該ＩＤ読取通知が発注または情報参照に関わる旨を示す情報であるイベントコードを付加し、イベントコードを付加されたＩＤ読取通知を前記サーバ装置に送信する手段とを有し、
前記サーバ装置は、
前記クライアント装置から送信されたＩＤ読取通知を受信する手段と、
該受信したＩＤ読取通知に発注に関わる旨を示す情報が含まれている場合、発注プロセスを開始し、開始された発注プロセスにより、前記サーバ装置を有する企業の企業コードを前記ＩＤ読取通知に付加して送信する手段と、
前記クライアント装置から受信したＩＤ読取通知に情報参照に関わる旨を示す情報が含まれている場合、情報参照プロセスを開始し、開始された情報参照プロセスにより、前記受信したＩＤ読取通知に含まれる識別情報に関する情報を要求する情報参照要求を送信する手段とを有することを特徴とする物品管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製品、半製品、中間製品等と呼ばれる物品の物品管理方法及びシステムに関する。
【背景技術】
【０００２】
従来の電子タグなどの記憶媒体を利用した製品の製造管理、在庫管理、発注管理等の管理方法については、各々が独立した管理を行っており、各々が連動した管理は行われていない。例えば、特許文献１には、無線タグを利用した製造管理及び在庫管理の方法が記されている。
【０００３】
【特許文献１】特開平１１−１４４０１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１記載の無線タグ及び製造流通管理方法並びに製造流通管理システムでは、製造管理、在庫管理といった各業務プロセスにおいて、製品に付した無線タグを読み取り、これに必要な情報を紐付けて格納することで、各々の情報管理を可能としている。しかし特許文献１には、無線タグ読み取りによる情報管理の方法が記述されているだけであり、また各業務プロセスでの独立した管理となっているため、各業務プロセスの連携を可能とするまでに至らない。
【０００５】
本発明の目的は、物品に付された無線タグ内のＩＤを活用して、その物品に関する各業務プロセスを連携する物品管理方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明は、物品に関するある業務プロセスにおいて、その物品に付された無線タグのＩＤ読取通知を受信すると、その物品に関する発注プロセスを開始し、受信したＩＤ読取通知に、そのＩＤ読取通知が発注に関する旨を示す情報を付加し、その情報が付加されたＩＤ読取通知を送信する構成を採用した。
【発明の効果】
【０００７】
本発明によれば、物品の識別情報であるＩＤの読み取りと連動した種々のプロセスの実行が可能となる。
【発明を実施するための最良の形態】
【０００８】
本実施の形態に係るＩＤドリブン情報処理方法及びシステムの技術に関して説明する。まずＩＤドリブン情報処理とは、イベントドリブンの１つの具体的処理であり、物体に装着された電子タグ内のＩＤを読取る処理を１つのイベントとして定義し、このＩＤ読み取りイベントをトリガーとして他の各プロセスが起動するというものである。
【０００９】
図１に、部品を製造する部品メーカ１００と部品を調達して製品の製造を行う製品メーカ２００とその製品を調達して製品を販売する販売会社３００との３者間の取引を例とするＩＤドリブン情報管理システムの全体構成のブロック図を示す。
【００１０】
同図に示すように、本実施の形態における物品管理システムは、前記３者がそれぞれ同様に、製造及び販売等の対象となる物体に対して、物体に装着される電子タグ４１０、５１０、電子タグの情報を読み取る電子タグ読み取り装置１１０、２１０、３１０、実際の業務に関するシステム処理を行う業務クライアント装置１２０、２２０、３２０、および業務クライアント装置から所定の通信回線や通信ネットワーク１５０、１６０、１７０（以下、単に「ネットワーク」と総称する）で接続される業務サーバ装置１３０、２３０、３３０を有する。各業務サーバ装置は、さらにネットワーク６００を介して接続されている。各ブロックは機能的に分けて記載してあり、ブロックの分割統合はあり得る。
【００１１】
電子タグは、情報を記憶する例えばＥＥＰＲＯＭやＲＯＭ等で構成される不揮発性メモリであり、それぞれの各個別の部品４００を識別する（同種の部品であっても１つ１つの部品を識別する）ような、固有のＩＤ番号が格納される。業務クライアント装置１２０は、一般的に業務のシステム処理を行う業務ソフトウェアを具備したパソコン、ＰＤＡなどであるが、電子タグ読み取り装置と一体化したハンディターミナルのような場合もある。
【００１２】
業務クライアント装置１２０は、演算など情報処理を実行する情報処理装置と表示装置と入力装置（マウス、キーボード、など）とメモリと外部記憶装置とを有し、メモリには後に詳述するＩＤドリブン発注処理プログラムと、ＩＤドリブン情報参照処理プログラムが格納されている。
【００１３】
業務サーバ装置は、情報処理装置と表示装置と入力装置とメモリと外部記憶装置とを有し、メモリは、サーバ用ＩＤドリブン発注処理プログラムとサーバ用ＩＤドリブン情報参照処理プログラムを格納する。業務サーバ装置は自身及び業務クライアント装置が情報の参照及び処理結果の格納を行うために業務データベース１３１、２３１、３３１を外部記憶装置として具備しており、各々の業務サーバ装置は、自社内及び上記３者間において情報の要求、参照、伝達といった情報管理連携を行うために、他の業務サーバ装置とネットワーク６００で接続されている。ここでシステムを構成する前記の各業務サーバ装置は、例えば受注管理、在庫管理、または発注管理など、各社の業務に対して必要に応じた台数があるものとする。また実用時においては１つの業務サーバ装置に複数の業務機能が含まれることもあるものとする。
【００１４】
ＩＤドリブン情報処理方法及びシステムの具体的な処理について説明する。
【００１５】
最初に製品メーカ２００が製品５００を製造する際、部品４００の電子タグ２１０の部品ＩＤ読み取りをイベントとしたイベントドリブン処理により、部品メーカ１００への発注イベントが連動する処理を例にして説明する。図２は、本例を説明する上で、必要となる具体的な装置を表している。製品メーカ（Ｙ社）２００における発注処理システムにおいては、電子タグ読み取り装置２１０を備えた業務クライアント装置２２０がネットワーク１６０を介して、発注ＤＢ２４１を備える発注管理サーバ装置２４０と接続している。部品メーカ（Ｘ社）１００における受注処理システムにおいては、受注ＤＢ１４１を備えた受注管理サーバ装置１４０と在庫ＤＢ１５１を備えた在庫管理サーバ装置１５０とが通信回線で接続されている。発注管理サーバ装置２４０と受注管理サーバ装置１４０とはネットワーク６００を介して接続されている。
【００１６】
図３に、ＩＤ読み取りイベントに基づいたイベントドリブンの発注処理のフローチャートを示す。以降、図２を用いながら、図３のフローチャートに沿って、説明を行う。
【００１７】
まず業務クライアント装置２２０は、部品４００から製品５００を製造する際に、部品ＩＤの読み取りから発注イベントの連動処理を立ち上げるため「ＩＤドリブン発注処理プログラム」を起動する（７１１）。ＩＤドリブン発注処理プログラムは業務クライアント装置２２０に常駐プログラムとして具備されており、電子タグ読取装置２１０からのＩＤ読み取りイベントを監視し、ＩＤ読み取りイベントを検知すると発注プロセスをスタートさせる。
【００１８】
ＩＤドリブン発注処理プログラム起動後、業務クライアント装置２２０に接続されている電子タグ読み取り装置２１０は、製品５００の製造に利用する部品４００の電子タグ４１０から部品ＩＤを読み取ることで、ＩＤ読み取りイベントが発生する（７１２）。ＩＤ読み取りイベントを検知することにより、ＩＤドリブン発注処理プログラムでは、発注プロセスがスタートする（７１３）。発注プロセスは、読み取った部品ＩＤに発注プロセスであることを明示するイベントコード２５４を追加して、イベントメッセージ文を生成する（７１４）。イベントメッセージ文はＩＤ読取が発生したことを他の装置に通知する情報である。
【００１９】
ここでイベントメッセージ文の構成例を図４に示す。イベントメッセージ文２５２は、部品ＩＤ２５３とイベントコード２５４を含む。本例では、ＩＤ読み取りによってトリガーとなっているプロセスが発注処理であるため、イベントメッセージ文２５２には発注処理を明示するイベントコードが追加される。イベントコード２５４は、例として「Ｏｒｄｅｒ」とした。
【００２０】
ここでイベントコード２５４を追加するのは発注プロセスであるとして説明したが、例えば、電子タグ読み取り装置２１０には発注処理を指示するためのボタンや、後述する情報参照処理を指示するためのボタンを設け、これらのボタンからの指示により、イベントコード「Ｏｒｄｅｒ」やイベントコード「Ｒｅｆｅｒｅｎｃｅ」を付したイベントメッセージ文を、電子タグ読み取り装置２１０が業務クライアント装置２２０に送信することも可能である。これにより、電子タグ読み取り装置２１０の操作者がＩＤ読み取りにおいて、発注、情報参照などの意味づけを読み取られたＩＤに与えることができる。
【００２１】
図３のフローチャートに戻り、発注プロセスは、イベントメッセージ文２５２を発注管理サーバ装置２４０に送信する（７１５）。発注管理サーバ装置２４０は、受信したイベントメッセージ文２５２のイベントコード２５４が「Ｏｒｄｅｒ」であることを検知することで、サーバ用ＩＤドリブン発注処理プログラムを起動し、発注プロセスがスタートする（７１６）。発注管理サーバ装置２４０は、業務クライアント装置２２０と同様にサーバ用ＩＤドリブン発注処理プログラムを具備している。
【００２２】
サーバ用ＩＤドリブン発注処理プログラムは、常駐プログラムとして発注管理サーバ装置２４０で実行され、イベントメッセージ文２５２のイベントコード２５４を検知する前から実行されている、イベント監視プログラムである場合もある。この場合、サーバ用ＩＤドリブン発注処理プログラムは、業務クライアント装置２２０からのイベントメッセージ文２５２の受信を監視し、イベントメッセージ文２５２を検知し、イベントコード２５４が「Ｏｒｄｅｒ」であることを検知すると、発注プロセスを起動する。
【００２３】
発注プロセスは、受信したイベントメッセージ文２５２にメッセージの送信元を示す製品メーカ２００の企業コードを追加する（７１７）。
【００２４】
企業コードが追加された状態のイベントメッセージ文の構成例を図５に示す。イベントメッセージ文２５７は前述したように部品ＩＤ２５３、イベントコード２５４があり、これに発注元を示す企業コード２５５が追加される。企業コード２５５は今回の例では製品メーカ２００の自社コードとなる。また更に部品ＩＤ２５３の構成は、例えば、部品ＩＤの先頭３桁が部品の出荷元を示す企業コード２５６となり、後ろの４桁が固有ＩＤ２５７という形でＩＤが意味付けされている。企業コード２５６は、今回の例では部品メーカ１００の自社コードとなる。
【００２５】
図３のフローチャートに戻り、発注管理サーバ装置２４０は、イベントメッセージ文２５７をネットワーク６００上に送信する（７１８）。
【００２６】
この発注実績情報は発注ＤＢ２４１に格納される。ここで発注ＤＢ２４１の構成例を図６に示す。発注ＤＢ２４１は、発注先毎にファイル構成され、発注ファイル２４２内に発注先企業コード２４３と発注日２４４に対して、部品ＩＤ２４５と当該部品２４５の発注時間２４６を情報として格納される。
【００２７】
図３のフローチャートに戻り、発注管理サーバ装置２４０は、ネットワーク６００を通じて他装置と通信を行うための通信機能が具備されているものとする。またネットワーク６００は、インターネットを代表とする各々のコンピュータが相互に接続されたオープンなネットワークを指す。
【００２８】
部品メーカ１００の受注管理サーバ装置１４０は、ネットワーク上で巡回するイベントメッセージ文２５７を受信するためのイベントメッセージ識別プログラム１４２を具備している。このイベントメッセージ識別プログラム１４２とは、ネットワーク中継機器であるルータが接続されているネットワーク上に流れるデータのＩＰアドレスを見て、どの経路を通して転送すべきかを判断する経路選択機能と同様の機能をもったものである。
【００２９】
図７を用いてイベントメッセージ文識別プログラム１４２を具体的に説明する。受注管理サーバ１４０が具備するイベントメッセージ文識別プログラム１４２は、データ管理テーブル１４３にて、ネットワーク６００から受信可能なイベントメッセージ文のデータルールを管理している。今回の例では、自社の企業コード、及び製品メーカ２００からの発注に対応するイベントコードが格納されている。
【００３０】
図３に戻って受注管理サーバ装置１４０における受注処理について説明する。イベントメッセージ文識別プログラム１４２は、ネットワーク６００に流れるイベントメッセージ文２５７の部品ＩＤ２５３内の企業コード２５６をチェックし、これがデータ管理テーブル１４３で管理する自社の企業コードと同一であるかを判定する。自社の企業コードと同一であれば、このイベントメッセージ文２５７を、部品メーカ１００に向けに来たものと判断する。
【００３１】
次にイベントメッセージ文識別プログラム１４２は、イベントメッセージ文２５７のイベントコード２５４をチェックし、これがデータ管理テーブル１４３で管理する取引コードと同一であるかを判定する。取引コードが同一であれば、このイベントメッセージ文２５７を、受注管理サーバ装置１４０向けに来たものと判断し、イベントメッセージ文２５７をネットワーク６００上から受信可能にし、受注管理サーバ装置１４０はイベントメッセージ文２５７を受信する（７１９）。
【００３２】
イベントメッセージ文識別プログラム１４２は、イベントメッセージ文２５７が製品メーカ２００からの発注メッセージ文であると判断し、ＩＤドリブン受注処理プログラム１４４を起動させる。起動したＩＤドリブン受注処理プログラム１４４は、在庫引当プロセスをスタートさせる（７２０）。
【００３３】
ＩＤドリブン受注処理プログラム１４４は、常駐プログラムとして受注管理サーバ装置１４０で実行されてもよい。この場合、受注管理サーバ装置１４０は、イベントメッセージ文２５７を受信する前に、予めＩＤドリブン受注処理プログラム１４４を起動しておき、イベントメッセージ文２５７を受信すると、ＩＤドリブン受注処理プログラム１４４は、在庫引き当てプロセスをスタートさせる。
【００３４】
在庫引当プロセスでは、イベントメッセージ文２５７内の部品ＩＤ２５３を元に、受注ＤＢ１４１内にある出荷実績ファイル１４５を検索し、当該部品ＩＤ２５３の部品コードを抽出する（７２１）。
【００３５】
図８に出荷実績管理ファイル１４５の構成例を示す。出荷実績管理ファイル１４５は、出荷先毎に管理され、出荷先企業コード１４６に対し、部品ＩＤ１４７と部品コード１４８が対応して管理されている。よってこの出荷実績管理ファイル１４５を検索することで、イベントメッセージ文２５７内の部品ＩＤ２５３から部品コードの抽出が可能になる。
【００３６】
図３のフローチャートに戻り、抽出した部品コードに在庫引当プロセスであることを明示するイベントコードを追加し、イベントメッセージ文として、在庫管理サーバ装置１５０に送信する（７２２）。在庫管理サーバ装置１５０は、受信したイベントメッセージ文内のイベントコードより、在庫引当プロセスであることを検知し、部品コード２５３を元に在庫引当指示データを作成する（７２３）。
【００３７】
図９の在庫ＤＢ１５１の構成と共に、在庫引当指示データの作成方法を説明する。在庫ＤＢ１５１は、部品コード毎にファイル構成され、部品コードファイル１５２内の部品コード１５３に対して、部品ＩＤ１５４、製造年月日１５５、ロケーション１５６を各レコード単位で管理している。この部品コードファイル１５２から、最も古い製造年月日のレコードを抽出し、その部品ＩＤ１５４とロケーション１５５を記述したものを在庫引当指示データとする。
【００３８】
以上説明した、製品メーカから部品メーカに部品を発注する処理において、従来技術では、製造時での部品の利用状況または部品の在庫数を管理しておき、任意のタイミングで、製品メーカから部品メーカにある一定数の部品を発注オーダーしていたが、本発明のＩＤドリブン情報処理方法によれば、製品の製造時に部品ＩＤを読み取るたびに発注プロセスが立ち上がり、この発注プロセスにより一連の処理で一品単位での発注オーダーを部品メーカにかけることになるため、部品メーカにとっては、リアルタイムかつ小ロットでの受注を得ることができ、余剰在庫の数を削減可能になる。
【００３９】
またネットワークを利用した製品メーカの発注管理サーバ装置から部品メーカの受注管理サーバ装置へのイベントメッセージの伝送処理では、従来技術で行われているＩＰアドレスなどに代わり、イベントメッセージ内にある部品ＩＤから、その宛先を識別することで、ネットワーク上でのメッセージ伝送処理を行うことが可能となる。
【００４０】
ＩＤ読取イベントをトリガーとしたイベントドリブンの受発注処理を実現したことにより、発注要求が複数の業務クライアント装置から並行して送信された場合であっても、これらを発注管理サーバ装置が受信し、各情報参照要求に対して情報参照プロセスを開始するため、並行して発注処理を進めることができる。イベントドリブン処理なので、マルチタスクのＯＳとの親和性が高く、実装が容易である。また、ＩＤの読取がなされないときには、ＩＤ読取イベントを監視する待機状態になるため、ＣＰＵの処理を節約できる。
【００４１】
次に製品メーカ２００が製品５００を製造する際、部品４００の電子タグ２１０の部品ＩＤ読み取りをイベントとしたイベントドリブン処理により、部品４００に関する情報参照イベントが連動する処理を例にして説明する。図１０は、本例を説明する上で、必要となる具体的な装置を表しており、図１１が処理のフローチャートである。以降、図１０を用いながら、図１１のフローチャートに沿って、説明を行う。
【００４２】
まず業務クライアント装置２２０は、部品４００から製品５００を製造する場合に、部品ＩＤの読み取りから情報参照イベントの連動処理を立ち上げるためＩＤドリブン情報参照処理プログラムを起動する（７３１）。ＩＤドリブン情報参照処理プログラムは業務クライアント装置２２０に常駐プログラムとして具備されている。プログラム起動後、業務クライアント装置２２０に接続されている電子タグ読み取り装置２１０が、製品５００の製造に利用する部品４００の電子タグ４１０から部品ＩＤを読み取ることで、ＩＤ読み取りイベントが発生する（７３２）。ＩＤ読み取りイベントを検知することにより、ＩＤドリブン情報参照処理プログラムでは、情報参照プロセスをスタートさせる（７３３）。情報参照プロセスは、読み取った部品ＩＤに情報参照プロセスであることを明示するイベントコードを追加して、イベントメッセージ文を生成する（７３４）。本例では、ＩＤ読み取りによってトリガーされるイベントが情報参照処理であるため、イベントメッセージ文には情報参照処理を明示するイベントコードが追加される。
【００４３】
ここでイベントメッセージ文の構成例は図４で説明したものと同様である。ただしイベントコード２５４は今回、情報参照処理であるため、Ｒｅｆｅｒｅｎｃｅとする。
【００４４】
図１１のフローチャートに戻り、情報参照プロセスは、イベントメッセージ文２５２を製造管理サーバ装置２５０に送信する（７３５）。製造管理サーバ装置２５０は、サーバ用ＩＤドリブン情報参照処理プログラムを具備している。製造管理サーバ装置２５０は、受信したイベントメッセージ文２５２のイベントコード２５４を検知することで、ＩＤドリブン情報参照処理プログラムを起動し、情報参照プロセスがスタートする（７３６）。情報参照プロセスは、受信したイベントメッセージ文２５２の部品ＩＤ２５３をキーにして、製造ＤＢ２５１内に部品ＩＤ２５１に関する部品情報が格納されているか検索する（７３７）。製造ＤＢ２５１には、前記部品の製造年月日、材質、製造者などの属性情報が、部品ＩＤと対応付けて格納されている。
【００４５】
部品情報が格納されていれば、製造管理サーバ装置２５０の情報参照プロセスは、該当する部品情報を抽出し、業務クライアント装置２２０に送信する（７３８）。部品情報が格納されていなければ、製造管理サーバ装置２５０の情報参照プロセスは、受信したイベントメッセージ文２５２にメッセージの送信元を示す製品メーカ２００の企業コードを追加する（７３９）。企業コードが追加された状態のイベントメッセージ文の構成例は図５で説明したものと同様である。イベントコード２５４は、Ｒｅｆｅｒｅｎｃｅとする。
【００４６】
図１１のフローチャートに戻り説明する。製造管理サーバ装置２５０は、イベントメッセージ文２５７をネットワーク６００上に送信する（７４０）。製造管理サーバ装置２５０は、ネットワーク６００を通じて他装置と通信を行うための通信機能が具備されているものとする。
【００４７】
部品メーカ１００の部品情報管理サーバ装置１６０は、図１２に示すように、前に図６を用いて説明したのと同様、ネットワーク上で巡回するイベントメッセージ文２５７を受信するためのイベントメッセージ識別プログラム１５２、及びネットワーク６００から受信するイベントメッセージ文のデータルールを管理するデータ管理テーブル１５３を具備している。
【００４８】
図１１のフローチャートに戻り説明する。部品情報管理サーバ装置１６０のイベントメッセージ文識別プログラム１６２は、前例図３の発注処理のフローチャートで説明した同様の方法で、イベントメッセージ文２５７をネットワーク６００上から受信する（７４１）。
【００４９】
イベントメッセージ文識別プログラム１６２は、イベントメッセージ文２５７が製品メーカ２００からの情報参照のメッセージ文であると判断し、ＩＤドリブン情報参照処理プログラム１６４を起動させる。起動したＩＤドリブン情報参照処理プログラム１６４は、情報参照プロセスをスタートさせる（７４２）。情報参照プロセスは、イベントメッセージ文２５７内の部品ＩＤ２５３をキーにして、部品情報ＤＢ１５１から該当する部品情報を検索し、抽出する（７４３）。
【００５０】
ＩＤドリブン情報参照処理プログラム１６４は、常駐プログラムでもよい。この場合、イベントメッセージ文２５７をネットワーク６００上から受信する前にＩＤドリブン情報参照処理プログラム１６４を起動しておく。さらにこの場合、部品情報管理サーバ装置１６０がイベントメッセージ文２５７を受信すると、ＩＤドリブン情報参照処理プログラム１６４は、情報参照プロセスをスタートさせることができる。
【００５１】
そして情報参照プロセスは、抽出した部品情報に送信用ヘッダーを付けた部品情報ファイルを製造管理サーバ装置２５０に送信する（７４４）。
【００５２】
ここで部品情報ファイル２５２は例えば図１３に示すように、送信先の企業コード１６６、部品ＩＤ１６７、イベントコード１６８、及び材質データ、製造年月日等が項目としてある部品情報１６９を含む。
【００５３】
製造管理サーバ装置２５０は部品情報ファイル２５２を受信し、受信した部品情報ファイル２５２の部品情報１６９を業務クライアント装置２２０に送信する（７４５）。業務クライアント装置７４６は受信した部品情報１６９を記憶装置に格納し、及び外部モニター装置に表示する（７４６）。
【００５４】
本例では、製品メーカ２００が参照したい部品情報の部品ＩＤをイベントメッセージ文で送信し、該当する部品情報を部品メーカから送信してもらう方法で説明した。この場合、部品が複数の流通拠点を経由して、または中間メーカで順次加工されて、製品メーカに到達するときに、部品が経由した複数の流通拠点や中間メーカからも情報を収集可能である。
【００５５】
本方法とは別の実施方法として、インターネットの仕組みを利用し、製品メーカ２００の製造管理サーバ装置２４０から部品情報管理サーバ装置１６０に直接アクセスして接続した状態で、イベントメッセージ文の部品ＩＤに該当する部品情報を業務クライアント装置２２０から参照するという方法も可能である。
【００５６】
以上説明した、製品メーカから部品メーカへの部品情報の参照処理において、従来技術では、情報参照の必要性に応じて、参照イベントを別途立ち上げる必要があったが、本実施例のＩＤドリブン情報処理方法によれば、製品の製造時に部品ＩＤを読み取るたびに情報参照プロセスが立ち上がり、この情報参照プロセスによる一連の処理で、部品メーカへの情報参照の要求を行うことが可能になる。
【００５７】
例えば製品メーカが部品を組み立てて製品を製造するという場合、製品メーカは製造時に部品のＩＤを読み取るだけで、参照要求を別途出すことなく、部品メーカが所有する部品の詳細仕様、組み立て時の注意事項といった部品に関する情報を参照することが可能になる。
【００５８】
ＩＤ読取イベントをトリガーとしたイベントドリブンの情報参照処理を実現したことにより、情報参照要求が複数のクライアントから並行して送信された場合、これらを部品情報管理サーバが受信し、各情報参照要求に対して情報参照プロセスを開始するため、マルチタスクのＯＳとの親和性が高く、実装が容易である。また、ＩＤの読取がなされないときには、ＩＤ読取イベントを監視する待機状態になるため、ＣＰＵの処理を節約できる。
【図面の簡単な説明】
【００５９】
【図１】本実施の形態の全体構成の一例を示す図である。
【図２】ＩＤドリブン発注処理を説明するための構成図の一例である。
【図３】ＩＤドリブン発注処理の流れを示すフローチャートの一例である。
【図４】イベントメッセージ文の構成例である。
【図５】企業コードが追加された状態のイベントメッセージ文の構成例である。
【図６】発注ＤＢのデータ構成図の一例である。
【図７】受注管理サーバ装置によるイベントメッセージ受信処理に用いられるハードウェア構成の一例である。
【図８】出荷実績管理ファイルのデータ構成図の一例である。
【図９】在庫ＤＢのデータ構成図の一例である。
【図１０】ＩＤドリブン情報参照処理を説明するための構成図の一例である。
【図１１】ＩＤドリブン情報参照処理の流れを示すフローチャートの一例である。
【図１２】部品情報管理サーバ装置によるイベントメッセージ受信処理に用いられるハードウェア構成の一例である。
【図１３】部品情報ファイルのデータ構成図の一例である。
【符号の説明】
【００６０】
１１０、２１０、３１０：電子タグ読み取り装置、１２０、２２０、３２０：業務クライアント装置、４００：部品、５００：製品、２４０：発注管理サーバ装置、２４１：発注ＤＢ、１４０：受注管理サーバ装置、１４１：受注ＤＢ、１５０：在庫管理サーバ装置、１５１：在庫ＤＢ、６００：ネットワーク
【図１】
2005085056.tif 000003
【図２】
2005085056.tif 000004
【図３】
2005085056.tif 000005
【図４】
2005085056.tif 000006
【図５】
2005085056.tif 000007
【図６】
2005085056.tif 000008
【図７】
2005085056.tif 000009
【図８】
2005085056.tif 000010
【図９】
2005085056.tif 000011
【図１０】
2005085056.tif 000012
【図１１】
2005085056.tif 000013
【図１２】
2005085056.tif 000014
【図１３】
2005085056.tif 000015