(57)【要約】【課題】  管理対象となるデータが複数の関連するデータである場合には、関連するデータをまとめて更新することができるデータ処理装置、データ処理システム、データ処理方法及びそのプログラムを提供する。【解決手段】  第１メッセージ受信部２２は、複数の第１メッセージを受信する。バッファ２１は、第１メッセージ受信部２２が受信した第１メッセージを格納する。第２メッセージ作成部２３は、バッファ２１から第１メッセージを各々参照してメモリ３１に格納されるデータの更新を指示する第２メッセージを作成する。第２メッセージ送信部２４は、第２メッセージ作成部２３が作成した第２メッセージをデータ管理装置３０へ送信する。また、第２メッセージ送信部２４は、第２メッセージ作成部２３が作成した全ての第２メッセージをデータ管理装置３０へ送信した後に、終了信号をデータ管理装置３０へ送信する。【選択図】  図２
2006040094.tif 000002
【特許請求の範囲】
【請求項１】
関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置であって、
前記管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信手段と、
前記受信手段が受信した前記第１のメッセージを格納する格納手段と、
前記格納手段から前記第１のメッセージを各々参照して前記複数のデータの変化に応じた前記管理対象データの更新を前記管理手段に指示する第２のメッセージを作成する作成手段と、
前記作成手段が作成した前記第２のメッセージを前記データ管理装置へ送信する送信手段と、
前記受信手段が受信した全ての前記第１のメッセージに応じて前記作成手段が作成した全ての前記第２のメッセージを前記データ管理装置へ送信した後に、終了信号を前記データ管理装置へ送信する信号送信手段と
を具備することを特徴とするデータ処理装置。
【請求項２】
前記送信手段は、メッセージキューイングを利用して前記第２のメッセージを前記データ管理装置へ送信することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と、前記データ管理装置と通信可能なデータ処理装置とを備えるデータ処理システムであって、
前記データ処理装置は、
前記管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する第１の受信手段と、
前記第１の受信手段が受信した前記第１のメッセージを格納する格納手段と、
前記格納手段から前記第１のメッセージを各々参照して前記複数のデータの変化に応じた前記管理対象データの更新を前記管理手段に指示する第２のメッセージを作成する作成手段と、
前記作成手段が作成した前記第２のメッセージを前記データ管理装置へ送信する送信手段と、
前記第１の受信手段が受信した全ての前記第１のメッセージに応じて前記作成手段が作成した前記第２のメッセージを全て前記データ管理装置へ送信した後に、終了信号を前記データ管理装置へ送信する信号送信手段と
を具備し、
前記データ管理装置は、
複数の前記第２のメッセージ及び前記終了信号を受信する第２の受信手段を更に具備し、
前記管理手段は、前記第２の受信手段が前記終了信号を受信した場合に、前記第２の受信手段が受信した全ての複数の第２のメッセージを基に、前記管理対象データに更新処理を行う
ことを特徴とするデータ処理システム。
【請求項４】
前記データ処理装置の前記送信手段は、メッセージキューイングを利用して前記第２のメッセージを前記データ管理装置へ送信することを特徴とする請求項３に記載のデータ処理システム。
【請求項５】
関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置であって、
前記管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信手段と、
前記受信手段が受信した前記第１のメッセージを格納する格納手段と、
前記格納手段から関連する前記第１のメッセージを参照してまとめることで前記管理対象データの更新を前記管理手段に指示する第２のメッセージを作成する作成手段と、
前記作成手段が作成した前記第２のメッセージを前記データ管理装置へ送信する送信手段と
を具備することを特徴とするデータ処理装置。
【請求項６】
前記送信手段は、メッセージキューイングを利用して前記第２のメッセージを前記データ管理装置へ送信することを特徴とする請求項５に記載のデータ処理装置。
【請求項７】
関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置を用いたデータ処理方法であって、
前記管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信ステップと、
前記受信ステップで受信した前記第１のメッセージを格納手段に格納する格納ステップと、
前記格納手段から前記第１のメッセージを各々参照して前記複数のデータの変化に応じた前記管理対象データの更新を前記管理手段に指示する第２のメッセージを作成する作成ステップと、
前記作成ステップで作成した前記第２のメッセージを前記データ管理装置へ送信する送信ステップと、
前記受信ステップで受信した全ての前記第１のメッセージに応じて前記作成ステップで作成した全ての前記第２のメッセージを前記データ管理装置へ送信した後に、終了信号を前記データ管理装置へ送信する信号送信ステップと
を有することを特徴とするデータ処理方法。
【請求項８】
前記送信ステップは、メッセージキューイングを利用して前記第２のメッセージを前記データ管理装置へ送信することを特徴とする請求項７に記載のデータ処理方法。
【請求項９】
関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と、前記データ管理装置と通信可能なデータ処理装置とを備えるデータ処理システムを用いたデータ処理方法であって、
前記データ処理装置において、
前記管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信ステップと、
前記受信ステップで受信した前記第１のメッセージを格納手段に格納する格納ステップと、
前記格納手段から前記第１のメッセージを各々参照して前記複数のデータの変化に応じた前記管理対象データの更新を前記管理手段に指示する第２のメッセージを作成する作成ステップと、
前記作成ステップで作成した前記第２のメッセージを前記データ管理装置へ送信する送信ステップと、
前記受信ステップで受信した全ての前記第１のメッセージに応じて前記作成ステップで作成した前記第２のメッセージを全て前記データ管理装置へ送信した後に、終了信号を前記データ管理装置へ送信する信号送信ステップと
を処理させ、
前記データ管理装置において、
複数の前記第２のメッセージを受信する第１の受信ステップと、
前記終了信号を受信する第２の受信ステップと、
前記第２の受信ステップで前記終了信号を受信した場合に、前記第１の受信ステップで受信した全ての複数の第２のメッセージを基に、前記管理手段に前記管理対象データの更新処理を行わせる更新ステップと
を処理させることを特徴とするデータ処理方法。
【請求項１０】
前記データ処理装置における前記送信ステップは、メッセージキューイングを利用して前記第２のメッセージを前記データ管理装置へ送信することを特徴とする請求項９に記載のデータ処理方法。
【請求項１１】
関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置を用いたデータ処理方法であって、
前記管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信ステップと、
前記受信ステップで受信した前記第１のメッセージを格納手段に格納する格納ステップと、
前記格納手段から関連する前記第１のメッセージを参照してまとめることで前記管理対象データの更新を前記管理手段に指示する第２のメッセージを作成する作成ステップと、
前記作成ステップで作成した前記第２のメッセージを前記データ管理装置へ送信する送信ステップと
を有することを特徴とするデータ処理方法。
【請求項１２】
前記送信ステップは、メッセージキューイングを利用して前記第２のメッセージを前記データ管理装置へ送信することを特徴とする請求項１１に記載のデータ処理方法。
【請求項１３】
請求項７〜請求項１２のいずれか１項に記載のデータ処理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２種類以上の関連するデータ群の更新を行うデータ処理装置、データ処理システム、データ処理方法及びそのプログラムに関するものである。
【背景技術】
【０００２】
従来、自システム（以下、第１のシステムとする）内で管理しているデータの内容を、他のシステム（以下、第２のシステムとする）におけるデータベースの内容に同期して更新する場合には、例えば以下のような処理を行っていた。まず、第２のシステムは、データベースの内容の更新処理（以下、システムトランザクションとする）毎に、その更新処理に応じた更新情報を第１のシステムへ送信する。これにより、第１のシステムは、受信した更新情報を基に、第１のシステム内で管理しているデータの内容を更新する。
【０００３】
また、メモリを複数のシステムで共用し、この共用メモリの更新を管理するシステムを予め決定しておき、共用メモリ更新管理元以外の処理要求システムがメモリを参照する場合、更新管理元以外の処理要求システムから直接参照を行い、メモリを更新する場合は、更新管理元以外の処理要求システムは、共用メモリを更新するＵＡＰを開始すると同時に共用メモリ更新管理システムに対し、排他制御情報を転送することにより、各システム間で共用するメモリに対して資源排他を実行する技術が開示されている（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開平５−３３４１６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来の技術のように、第２のシステムにおけるシステムトランザクション毎に第１のシステム内のデータを更新する場合であって、そのデータが複数の関連するデータの一部である場合には、関連する全てのデータを更新するまでは、第１のシステム内におけるデータの整合性が崩れてしまうという問題がある。これは、上述したように複数のシステムでメモリを共有する際に、そのメモリへのアクセスに対して排他制御を行ったとしても、生じる問題である。
【０００６】
具体例として、注文に応じて製造する鉄コイル（以下、製品とする）を生産する際に、ある現品（切り取り対象となる既製の鉄コイル＝母材）を、注文に応じて所定の幅及び長さに分割して切断する場合の、母材と製品の在庫データ管理の例を示す。例えば、母材Ｍ１が加工され製品Ｐ１１、Ｐ１２、Ｐ１３が製造される場合について考える。尚、この製造工程では、母材において無駄に捨てられる部分がないとする。また、母材と製品の在庫データでは、母材の合計重量と製品の合計重量を管理しており、製品を製造する前後で母材の合計重量と製品の合計重量の合算値（以下、総重量とする）が一定であることを確認することで、在庫データの整合性をチェックし、適正な在庫管理が行われていることを確認している。
【０００７】
ここで、例えば、第２のシステムから第１のシステムへ母材Ｍ１及び製品Ｐ１１、Ｐ１２、Ｐ１３に関する情報（以下、メッセージとする）が、以下に示すｍ１〜ｍ４の順で送信されるとする。すなわち、第１のシステムは、ｍ１〜ｍ４の順にメッセージを受信し、受信する度に管理している母材と製品の在庫データを更新する。
ｍ１：母材Ｍ１を母材の在庫から削除
ｍ２：製品Ｐ１１を製品の在庫へ追加
ｍ３：製品Ｐ１２を製品の在庫へ追加
ｍ４：製品Ｐ１３を製品の在庫へ追加
【０００８】
上記に示した順でメッセージを受信する第１のシステムにおいて、ｍ３のメッセージを受信し在庫データを更新したタイミングで、管理している母材と製品の在庫データの確認処理（上記、総重量の確認処理）を行うと、製品Ｐ１３の重量が製品の在庫データに反映されていないので、総重量が変化した（＝在庫データの整合が取れていない）と判断してしまう。すなわち、在庫データの確認処理のタイミング次第で誤った判断をしてしまうという問題がある。
【０００９】
本発明は、上述した事情を考慮してなされたもので、管理対象となるデータが複数の関連するデータである場合には、関連するデータをまとめて更新することができるデータ処理装置、データ処理システム、データ処理方法及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
この発明は、上述した課題を解決すべくなされたもので、本発明によるデータ処理装置においては、関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置であって、管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信手段と、受信手段が受信した第１のメッセージを格納する格納手段と、格納手段から第１のメッセージを各々参照して複数のデータの変化に応じた管理対象データの更新を管理手段に指示する第２のメッセージを作成する作成手段と、作成手段が作成した第２のメッセージをデータ管理装置へ送信する送信手段と、受信手段が受信した全ての第１のメッセージに応じて作成手段が作成した全ての第２のメッセージをデータ管理装置へ送信した後に、終了信号をデータ管理装置へ送信する信号送信手段とを具備することを特徴とする。
【００１１】
また、本発明によるデータ処理装置の一態様例においては、上記送信手段は、メッセージキューイングを利用して第２のメッセージをデータ管理装置へ送信することを特徴とする。
【００１２】
また、本発明によるデータ処理システムにおいては、関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と、データ管理装置と通信可能なデータ処理装置とを備えるデータ処理システムであって、データ処理装置は、管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する第１の受信手段と、第１の受信手段が受信した第１のメッセージを格納する格納手段と、格納手段から第１のメッセージを各々参照して複数のデータの変化に応じた管理対象データの更新を管理手段に指示する第２のメッセージを作成する作成手段と、作成手段が作成した第２のメッセージをデータ管理装置へ送信する送信手段と、第１の受信手段が受信した全ての第１のメッセージに応じて作成手段が作成した第２のメッセージを全てデータ管理装置へ送信した後に、終了信号をデータ管理装置へ送信する信号送信手段とを具備し、データ管理装置は、複数の第２のメッセージ及び終了信号を受信する第２の受信手段を更に具備し、管理手段は、第２の受信手段が終了信号を受信した場合に、第２の受信手段が受信した全ての複数の第２のメッセージを基に、管理対象データに更新処理を行うことを特徴とする。
【００１３】
また、本発明によるデータ処理システムの一態様例においては、上記データ処理装置の送信手段は、メッセージキューイングを利用して第２のメッセージをデータ管理装置へ送信することを特徴とする。
【００１４】
また、本発明によるデータ処理装置においては、関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置であって、管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信手段と、受信手段が受信した第１のメッセージを格納する格納手段と、格納手段から関連する第１のメッセージを参照してまとめることで管理対象データの更新を管理手段に指示する第２のメッセージを作成する作成手段と、作成手段が作成した第２のメッセージをデータ管理装置へ送信する送信手段とを具備することを特徴とする。
【００１５】
また、本発明によるデータ処理装置の一態様例においては、上記送信手段は、メッセージキューイングを利用して第２のメッセージをデータ管理装置へ送信することを特徴とする。
【００１６】
また、本発明によるデータ処理方法においては、関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置を用いたデータ処理方法であって、管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信ステップと、受信ステップで受信した第１のメッセージを格納手段に格納する格納ステップと、格納手段から第１のメッセージを各々参照して複数のデータの変化に応じた管理対象データの更新を管理手段に指示する第２のメッセージを作成する作成ステップと、作成ステップで作成した第２のメッセージをデータ管理装置へ送信する送信ステップと、受信ステップで受信した全ての第１のメッセージに応じて作成ステップで作成した全ての第２のメッセージをデータ管理装置へ送信した後に、終了信号をデータ管理装置へ送信する信号送信ステップとを有することを特徴とする。
【００１７】
また、本発明によるデータ処理方法の一態様例においては、上記送信ステップは、メッセージキューイングを利用して第２のメッセージをデータ管理装置へ送信することを特徴とする。
【００１８】
また、本発明によるデータ処理方法においては、関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と、データ管理装置と通信可能なデータ処理装置とを備えるデータ処理システムを用いたデータ処理方法であって、データ処理装置において、管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信ステップと、受信ステップで受信した第１のメッセージを格納手段に格納する格納ステップと、格納手段から第１のメッセージを各々参照して複数のデータの変化に応じた管理対象データの更新を管理手段に指示する第２のメッセージを作成する作成ステップと、作成ステップで作成した第２のメッセージをデータ管理装置へ送信する送信ステップと、受信ステップで受信した全ての第１のメッセージに応じて作成ステップで作成した第２のメッセージを全てデータ管理装置へ送信した後に、終了信号をデータ管理装置へ送信する信号送信ステップとを処理させ、データ管理装置において、複数の第２のメッセージを受信する第１の受信ステップと、終了信号を受信する第２の受信ステップと、第２の受信ステップで終了信号を受信した場合に、第１の受信ステップで受信した全ての複数の第２のメッセージを基に、管理手段に管理対象データの更新処理を行わせる更新ステップとを処理させることを特徴とする。
【００１９】
また、本発明によるデータ処理方法の一態様例においては、上記データ処理装置における送信ステップは、メッセージキューイングを利用して第２のメッセージをデータ管理装置へ送信することを特徴とする。
【００２０】
また、本発明によるデータ処理方法においては、関連する複数の管理対象データを管理する管理手段を備えるデータ管理装置と通信可能なデータ処理装置を用いたデータ処理方法であって、管理対象データに影響する関連する複数のデータの変化を示す複数の第１のメッセージを受信する受信ステップと、受信ステップで受信した第１のメッセージを格納手段に格納する格納ステップと、格納手段から関連する第１のメッセージを参照してまとめることで管理対象データの更新を管理手段に指示する第２のメッセージを作成する作成ステップと、作成ステップで作成した第２のメッセージをデータ管理装置へ送信する送信ステップとを有することを特徴とする。
【００２１】
また、本発明によるデータ処理方法の一態様例においては、上記送信ステップは、メッセージキューイングを利用して第２のメッセージをデータ管理装置へ送信することを特徴とする。
【００２２】
また、本発明によるプログラムは、請求項７〜請求項１２のいずれか１項に記載のデータ処理方法をコンピュータに実行させるためのプログラムである。
【発明の効果】
【００２３】
本発明によるデータ処理システム、管理対象となるデータが複数の関連するデータである場合には、関連するデータをまとめて更新することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態を説明する。
［第１の実施形態］
本発明の第１の実施形態におけるデータ処理システムとして、上述したような鉄鋼製の母材と製品の在庫データを管理するデータ処理システムを例に説明を行う。まず、本発明の第１の実施形態におけるデータ処理システムの概要について説明する。図１は、本実施形態におけるデータ処理システムの概要を示す図である。図１における在庫データ処理システム１０のデータベース１１で管理する在庫データの更新に応じて、データ処理システム４０におけるメモリ３１に格納される在庫データが更新される。この、データ処理システム４０における在庫データの更新処理に本実施形態の特徴を有する。
【００２５】
図１において、在庫データ処理システム１０は、鉄鋼製品の基となる母材の在庫データと、母材を基に製造される製品（鉄鋼製品）の在庫データをデータベース１１に格納し、管理している。本実施形態のデータベース１１は、母材の在庫に関する情報を格納する母材在庫情報データベース１１ａと、母材を基に製造された製品の在庫に関する情報を格納する製品在庫情報データベース１１ｂとを備える。また、在庫データ処理システム１０は、データベース１１において管理している母材及び製品の在庫データを更新した場合には、その更新に関する情報を在庫変更メッセージとして、ネットワーク４１を介してデータ処理システム４０へ送信する。ネットワーク４１は、例えばインターネットなどの通信網である。
【００２６】
具体的には、在庫データ処理システム１０は、一定時間毎に母材在庫情報データベース１１ａ及び製品在庫情報データベース１１ｂに格納される在庫データに変化が生じたか否かを検出して、変化した在庫データに関する情報を在庫変更メッセージとしてデータ処理システム４０へ送信する。
【００２７】
尚、在庫データ処理システム１０が、一定時間毎にデータ処理システム４０へ送信する在庫変更メッセージの個数は、母材在庫情報データベース１１ａや製品在庫情報データベース１１ｂなど在庫の種類の数と等しい。本実施形態では、在庫の種類として母材在庫と製品在庫の２種類があるので、在庫データ処理システム１０が出力する在庫変更メッセージの個数は２個である。また、在庫データ処理システム１０は、在庫データに変化がない分は、空の在庫変更メッセージを送ることで、データ処理システム４０へ送信する在庫変更メッセージの個数を一定に保つ。また、各在庫データに対応する在庫変更メッセージの送信順序は予め決められた順序であり、これにより、受信するデータ処理システム４０側では受信順序で母材や製品を特定することができ、送信エラーに対応することができる。
【００２８】
データ処理システム４０は、在庫データ処理システム１０からネットワーク４１を介して在庫変更メッセージを受信して、メモリ３１において管理している母材及び製品の在庫データを更新処理するシステムである。図１に示すように、データ処理システム４０は、受信した複数の在庫変更メッセージを格納するバッファ２１を備えるデータ受信装置（データ処理装置）２０と、データベース１１において管理されている在庫データと同様の母材及び製品に関する在庫データを格納するメモリ３１を備えるデータ管理装置３０とから構成されている。
【００２９】
データ受信装置２０について更に説明する。データ受信装置２０は、ネットワーク４１を介して複数の在庫変更メッセージを受信し、受信した複数の在庫変更メッセージをバッファ２１に格納する。また、データ受信装置２０は、バッファ２１に格納した各在庫変更メッセージを参照して、各在庫変更メッセージに応じた更新指示メッセージを生成してネットワーク４２を介してデータ管理装置３０へ送信する。すなわち、データ受信装置２０は、データ管理装置３０のメモリ３１において管理されている母材及び製品に関する各在庫データの内、更新する必要がある各在庫データに対して一つの更新指示メッセージを生成して、データ管理装置３０へ送信する。
【００３０】
また、データ受信装置２０は、ネットワーク４１を介して予め決められた個数の在庫変更メッセージを全て受信して、バッファ２１に格納し、予め決められた順序において最後に受信した在庫変更メッセージに応じた更新指示メッセージを生成してデータ管理装置３０へ送信し終えた後に、終了信号をデータ管理装置３０へ送信する。尚、データ受信装置２０は、受信した在庫変更メッセージが空の在庫変更メッセージならば、更新指示メッセージを生成しない。
【００３１】
次に、データ管理装置３０について説明する。データ管理装置３０は、データ受信装置２０からネットワーク４２を介して受信する更新指示メッセージを基に、メモリ３１に格納する母材及び製品の在庫データを更新処理する。具体的には、データ管理装置３０は、データ受信装置２０からネットワーク４２を介して受信する複数の更新指示メッセージを一時的に保存して、上記終了信号を受信したタイミングで、メモリ３１に格納する母材及び製品の在庫データに対して、一時的に保存している複数の更新指示メッセージに応じた更新処理を行う。
【００３２】
また、データ管理装置３０は、更新処理後に所定のタイミングで、メモリ３１に格納する母材及び製品の在庫データが適正なデータであるか否かを確認する処理を行う。具体的には、データ管理装置３０は、メモリ３１で在庫として管理している母材の合計重量と製品の合計重量の合算値（以下、総重量とする）が一定であることを確認する処理を行う。これにより、更新処理後の在庫データの整合性をチェックでき、適正な在庫管理が行われていることを確認できる。尚、本実施形態においてネットワーク４２は、ＬＡＮ（ローカル  エリア  ネットワーク）である。
【００３３】
次に、図１に示した本実施形態におけるデータ処理システム４０を構成するデータ受信装置２０及びデータ管理装置３０の機能構成について説明する。図２は、図１に示したデータ受信装置２０及びデータ管理装置３０の機能構成を示すブロック図である。
【００３４】
まず、図２に示すデータ受信装置２０の機能構成について説明する。図２に示すように、データ受信装置２０は、バッファ２１、第１メッセージ受信部２２、第２メッセージ作成部２３及び第２メッセージ送信部２４を備える。第１メッセージ受信部２２は、ネットワーク４１を介して在庫変更メッセージ（以下、第１メッセージとする）を受信し、受信した第１メッセージをバッファ２１に格納する処理を行う。
【００３５】
第２メッセージ作成部２３は、バッファ２１に格納された各第１メッセージを処理して更新指示メッセージ（以下、第２メッセージとする）を作成する。第２メッセージ送信部２４は、第２メッセージ作成部２３で作成した第２メッセージを、ネットワーク４２を介してデータ管理装置３０へ送信する。また、第２メッセージ送信部２４は、予め決められた順序において最後に受信した第１メッセージに応じて作成された第２メッセージをデータ管理装置３０へ送信した後は、終了信号をデータ管理装置３０へ送信する機能を有する。
【００３６】
次に、図２に示すデータ管理装置３０の機能構成について説明する。図２に示すように、データ管理装置３０は、メモリ３１、第２メッセージ受信部３２、第２メッセージ蓄積部３３、データ更新処理部３４及びデータ確認処理部３５を備える。第２メッセージ受信部３２は、ネットワーク４２を介して第２メッセージを受信し、受信した第２メッセージを第２メッセージ蓄積部３３に格納する処理を行う。第２メッセージ蓄積部３３は、複数の更新指示メッセージを一時的に保存する。また、第２メッセージ受信部３２は、終了信号を受信した場合には、データ更新処理部３４に終了信号を受信したことを伝達する。
【００３７】
データ更新処理部３４は、第２メッセージ受信部３２から終了信号を受信したことが伝達されると、第２メッセージ蓄積部３３に格納する複数の第２メッセージを基に、メモリ３１の更新処理を行う。データ確認処理部３５は、データ更新処理部３４がメモリ３１の更新処理を行った後に、所定のタイミングで、メモリ３１で在庫として管理している母材の合計重量と製品の合計重量の合算値である総重量が一定であることを確認する処理を行う。
【００３８】
次に、第１の実施形態におけるデータ処理システム４０の動作について具体例を示し説明する。図３（ａ）は、母材Ｍ１から製品Ｐ１１、Ｐ１２、Ｐ１３を板取りして製造する概念を示す図である。図３（ｂ）は、母材Ｍ２から製品Ｐ２１、Ｐ２２、Ｐ２３を板取りして製造する概念を示す図である。尚、Ｍ１、Ｍ２は、母材の種類を識別するための母材ＩＤであり、Ｐ１１〜Ｐ１３及びＰ２１〜Ｐ２３は、製品を識別するための製品ＩＤである。本実施形態の具体例として、図３（ａ）及び図３（ｂ）に示すように、２つの母材Ｍ１、Ｍ２からそれぞれ、製品Ｐ１１、Ｐ１２、Ｐ１３と製品Ｐ２１、Ｐ２２、Ｐ２３を製造して、これに応じて、母材在庫情報データベース１１ａ及び製品在庫情報データベース１１ｂが更新された場合の処理例を説明する。
【００３９】
尚、母材Ｍ１、Ｍ２は、在庫データ処理システム１０の母材在庫情報データベース１１ａで在庫データが管理されている母材であり、製品Ｐ１１、Ｐ１２、Ｐ１３及び製品Ｐ２１、Ｐ２２、Ｐ２３は、在庫データ処理システム１０の製品在庫情報データベース１１ｂで在庫データが管理されている製品である。
【００４０】
図４−１は、図３に示した製品の製造により、母材在庫情報データベース１１ａのデータテーブルが更新される様子を示す図である。また、図４−２は、図３に示した製品の製造により、製品在庫情報データベース１１ｂのデータテーブルが更新される様子を示す図である。図４−１に示すように、母材Ｍ１は製品Ｐ１１〜Ｐ１３の製造前には６ｔ（トン）の在庫量があり、製品Ｐ１１〜Ｐ１３の製造後は３ｔの在庫量に変化している。また、母材Ｍ２は製品Ｐ２１〜Ｐ２３の製造前には４ｔ（トン）の在庫量があり、製品Ｐ２１〜Ｐ２３の製造後は１ｔの在庫量に変化している。すなわち、母材Ｍ１、Ｍ２ともに製造による変化量は３ｔである。尚、本実施形態において母材Ｍ１、Ｍ２の在庫はそれぞれ複数個あり、図３に示すように使用された母材Ｍ１、Ｍ２は使いきられており、使用されなかった母材Ｍ１、Ｍ２の重量の合計が在庫量となる。また、本実施形態においては在庫量の管理の説明を簡単にするため母材Ｍ１、Ｍ２を使い切る場合を説明したが、この限りではなく、母材Ｍ１、Ｍ２から製品を板取りする場合にトリム代をとることで、余り部分が生じるような場合であっても、トリム代分の重量を使用した母材の長さを基に推定することで、在庫量（母材及び製品の在庫の総重量）の管理を行なうことも可能である。
【００４１】
また、図４−２に示すように、図３に示した製造前には製品Ｐ１１、Ｐ１２、Ｐ１３の在庫量はそれぞれ３ｔ、２ｔ、０ｔであり、製造後には製品Ｐ１１、Ｐ１２、Ｐ１３の在庫量はそれぞれ４ｔ、３ｔ、１ｔに変化している。また、図４−２に示すように、図３に示した製造前には製品Ｐ２１、Ｐ２２、Ｐ２３の在庫量はそれぞれ４ｔ、１ｔ、２ｔであり、製造後には製品Ｐ２１、Ｐ２２、Ｐ２３の在庫量はそれぞれ５ｔ、２ｔ、３ｔに変化している。すなわち、製品Ｐ１１〜Ｐ１３及び製品Ｐ２１〜Ｐ２３は全て、今回の製造による変化量は１ｔずつである。
【００４２】
図４−１及び図４−２に示したような在庫データの変化があると、在庫データ処理システム１０は、例えば以下に示すような在庫変化メッセージ（第１メッセージ）を、データ処理システム４０のデータ受信装置２０へ送信する。尚、本実施形態の第１メッセージは２個あり、それぞれメッセージＩＤとしてｍｓＡ、ｍｓＢを付与している。また、各第１のメッセージには、個々の母材や製品の変化を示す複数の変化メッセージが含まれている。ここでは、各変化メッセージを識別するメッセージＩＤとしてｍｓ１〜ｍｓ８を付与している。
ｍｓＡに含まれる変化メッセージ
ｍｓ１：母材Ｍ１を３ｔ使用
ｍｓ２：母材Ｍ２を３ｔ使用
ｍｓＢに含まれる変化メッセージ
ｍｓ３：製品Ｐ１１が１ｔ製造された
ｍｓ４：製品Ｐ１２が１ｔ製造された
ｍｓ５：製品Ｐ１３が１ｔ製造された
ｍｓ６：製品Ｐ２１が１ｔ製造された
ｍｓ７：製品Ｐ２２が１ｔ製造された
ｍｓ８：製品Ｐ２３が１ｔ製造された
【００４３】
以上に示したｍｓＡ、ｍｓＢの第１メッセージに対してデータ受信装置２０は、以下に示す処理を行う。図５は、第１の実施形態におけるデータ受信装置２０の処理例を示すフロー図である。図５に示すように、ステップＳ１において、第１メッセージ受信部２２は、ネットワーク４１経由で第１メッセージを受信する。具体例によれば、第１メッセージ受信部２２は、例えば上記ｍｓＡの第１メッセージを受信し、バッファ２１に格納する。
【００４４】
次に、ステップＳ２において、第２メッセージ作成部２３が、バッファ２１から受信した第１メッセージを参照して、第２メッセージを作成する。具体例によれば、第１メッセージ受信部２２は、ｍｓＡの第１メッセージに含まれるｍｓ１：「母材Ｍ１を３ｔ使用」及びｍｓ２：「母材Ｍ２を３ｔ使用」を基に、第２メッセージ「母材Ｍ１を３ｔ削除」及び「母材Ｍ２を３ｔ削除」を作成する。これにより、ステップＳ３において、第２メッセージ送信部２４は、第２メッセージ作成部２３が作成した第２メッセージ「母材Ｍ１を３ｔ削除」及び「母材Ｍ２を３ｔ削除」をデータ管理装置３０へ送信する。尚、上述した実施形態では、第２メッセージ送信部２４は、第２メッセージ作成部２３が複数の第２メッセージを作成し終えた後に送信処理を開始しているが、この限りではなく、第２メッセージ送信部２４は、第２メッセージ作成部２３が複数の第２メッセージを作成する場合には、第２メッセージ作成部２３が各第２メッセージを作成する度に、作成された第２メッセージを送信してもよい。
【００４５】
次に、ステップＳ４において、第２メッセージ送信部２４は、最終メッセージを送信済みであるか否かを判断する。ここで最終メッセージを送信済みであるか否かの判断とは、在庫データ処理システム１０とデータ処理システム４０の間で予め決められた、１度の通信で送受信する複数の第１メッセージの個数を基に、最後のメッセージと判断される第１メッセージから第２メッセージを作成して送信する処理が済んだか否かを判断することである。具体例によれば、ｍｓＡの第１メッセージを処理した段階であるのでステップＳ４においてＮＯであると判断し、ステップＳ１に戻る。
【００４６】
次のステップＳ１では、第１メッセージ受信部２２は、ｍｓＢの第１メッセージを受信し、バッファ２１に格納する。以降のｍｓＢの第１メッセージに対する処理は、上述したステップＳ１〜Ｓ４の処理と同様の処理であり、ｍｓＢの第１メッセージに含まれるｍｓ３〜ｍｓ８を基に、後述するＭｓ３〜Ｍｓ８の第２メッセージを作成する。例えば、第２メッセージ作成部２３は、ｍｓＢの第１メッセージに含まれるｍｓ３：「製品Ｐ１１が１ｔ製造された」を基に、Ｍｓ３の第２メッセージ「製品Ｐ１１を１ｔ追加」を作成する。
【００４７】
ここで、ステップＳ３でｍｓ８の変更メッセージを基に作成した第２メッセージ「製品Ｐ２３を１ｔ追加」を送信した後であれば、ステップＳ４において、第２メッセージ送信部２４は、最終メッセージを処理済みと判断して、ステップＳ５へ移行する。ステップＳ５において、第２メッセージ送信部２４は、終了信号をデータ管理装置３０へ送信する。
【００４８】
以上の処理により、データ受信装置２０は、以下の第２メッセージをデータ管理装置３０へ送信する。尚、以下に示すＭｓ１〜Ｍｓ８の第２メッセージは、上記ｍｓＡ、ｍｓＢの第１メッセージに含まれるｍｓ１〜ｍｓ８の変更メッセージに対応している。
Ｍｓ１：母材Ｍ１を３ｔ削除
Ｍｓ２：母材Ｍ２を３ｔ削除
Ｍｓ３：製品Ｐ１１を１ｔ追加
Ｍｓ４：製品Ｐ１２を１ｔ追加
Ｍｓ５：製品Ｐ１３を１ｔ追加
Ｍｓ６：製品Ｐ２１を１ｔ追加
Ｍｓ７：製品Ｐ２２を１ｔ追加
Ｍｓ８：製品Ｐ２３を１ｔ追加
【００４９】
以上に示したＭｓ１〜Ｍｓ８の第２メッセージに対してデータ管理装置３０は、以下に示す処理を行う。図６は、第１の実施形態におけるデータ管理装置３０の処理例を示すフロー図である。図６に示すように、ステップＳ１０において、第２メッセージ受信部３２は、ネットワーク４２経由で第２メッセージを受信する。具体例によれば、第２メッセージ受信部３２は、例えば上記Ｍｓ１の第２メッセージを受信し、第２メッセージ蓄積部３３に格納する。
【００５０】
次に、ステップＳ１１において、第２メッセージ受信部３２は、ネットワーク４２経由で終了信号を受信したか否かを判断する。ここで、終了信号を受信していない場合（ステップＳ１１のＮＯ）には、ステップＳ１０に戻り、第２メッセージ受信部３２は、次の第２メッセージを受信する。また、終了信号を受信している場合（ステップＳ１１のＹＥＳ）には、ステップＳ１２に移行し、データ更新処理部３４は、メモリ３１に対して、第２メッセージ蓄積部３３に蓄積した複数の第２メッセージに応じた更新処理を行う。
【００５１】
次に、ステップＳ１３において、データ確認処理部３５は、メモリ３１に格納されている更新処理後の母材及び製品の在庫データが、更新処理前のデータと整合性があるか確認する処理を行う。本実施形態のデータ処理システム４０では、関連するｍｓＡ、ｍｓＢの第１メッセージに応じて作成したＭｓ１〜Ｍｓ８の第２メッセージを全て受信してからまとめてメモリ３１に対して更新処理を行うので、データ確認処理部３５による確認処理において、在庫データの整合性が無いと判断されるような事態を防ぐことができる。すなわち、管理対象となる在庫データが複数の関連するデータである場合には、関連する在庫データをまとめて更新することができる。
【００５２】
［第２の実施形態］
次に、本発明の第２の実施形態におけるデータ処理システムについて説明する。
第２の実施形態におけるデータ処理システムは、図１及び図２に示した第１の実施形態におけるデータ処理システム４０と同様の構成であり、データ受信装置２０及びデータ管理装置３０を備えるデータ処理システム４０である。
【００５３】
但し、第１の実施形態におけるデータ処理システム４０と異なる点は、データ受信装置２０における第２メッセージを作成する処理である。すなわち、データ受信装置２０の備える第２メッセージ作成部２３や第２メッセージ送信部２４の機能が異なり、例えば、第２の実施形態における第２メッセージ送信部２４は、終了信号をデータ管理装置３０へ送信する機能を備えていない。以下、図１及び図２を用いて第１の実施形態におけるデータ処理システム４０と異なる点を中心に第２の実施形態におけるデータ処理システム４０について説明する。
【００５４】
図１に示す、第２の実施形態におけるデータ処理システム４０は、在庫データ処理システム１０からネットワーク４１を介して在庫変更メッセージ（第１メッセージ）を受信して、メモリ３１において管理している母材及び製品の在庫データを更新処理するシステムである。
【００５５】
また、データ受信装置２０は、ネットワーク４１を介して複数の第１メッセージを受信し、受信した複数の第１メッセージをバッファ２１に格納する。また、データ受信装置２０は、バッファ２１から関連する複数の第１メッセージを参照して、それらに含まれる関連する在庫変更データをまとめた一つの更新指示メッセージ（第２メッセージ）を作成してネットワーク４２を介してデータ管理装置３０へ送信する。
【００５６】
また、データ管理装置３０は、データ受信装置２０からネットワーク４２を介して受信する第２のメッセージを基に、メモリ３１に格納する母材及び製品の在庫データを更新処理する。尚、本実施形態においてネットワーク４２は、ＬＡＮ（ローカル  エリア  ネットワーク）である。
【００５７】
ここで、図２を用いてデータ受信装置２０及びデータ管理装置３０の機能構成の詳細について第１の実施形態と異なる点を主に説明する。第２メッセージ作成部２３は、バッファ２１に格納された複数の第１メッセージの中から関連する複数の第１メッセージをまとめて一つの第２メッセージを作成する。また、第２メッセージ送信部２４は、第２メッセージ作成部２３が作成した第２メッセージをデータ管理装置３０へ送信する。尚、上述したように本実施形態の第２メッセージ送信部２４は、終了信号をデータ管理装置３０へ送信する機能を備えていない。これに応じて、データ管理装置３０のデータ更新処理部３４は、第２メッセージ蓄積部３３に蓄積された第２メッセージを順次利用して、メモリ３１の更新処理を行う。
【００５８】
次に、第１の実施形態で示したｍｓ１〜ｍｓ８の第１メッセージに対する第２の実施形態におけるデータ受信装置２０の処理について説明する。図７は、第２の実施形態におけるデータ受信装置２０の処理例を示すフロー図である。図７に示すように、ステップＳ２１において、第１メッセージ受信部２２は、ネットワーク４１経由で第１メッセージを受信する。具体例によれば、第１メッセージ受信部２２は、例えば上記ｍｓ１の第１メッセージを受信し、バッファ２１に格納する。
【００５９】
次に、第１メッセージ受信部２２は、最終の第１メッセージを受信したか否かを判断する。すなわち、第１メッセージ受信部２２は、ｍｓ１〜ｍｓ８の全ての第１メッセージを受信し、バッファ２１に格納したか否かを判断する。ここで、最終の第１メッセージを受信していないと判断した場合（ステップＳ２２のＮＯ）には、第１メッセージ受信部２２は、ステップＳ２１に戻り、次の第１メッセージを受信する。また、最終の第１メッセージを受信していると判断した場合（ステップＳ２２のＹＥＳ）には、第１メッセージ受信部２２は、ステップＳ２３へ処理を移行する。
【００６０】
次に、ステップＳ２３において、第２メッセージ作成部２３が、バッファ２１から受信したｍｓ１〜ｍｓ８の全ての第１メッセージを参照して、関連する第１メッセージをまとめて第２メッセージを作成する。具体的には、第１メッセージ受信部２２は、ｍｓ１〜ｍｓ４の第１メッセージをまとめて、第２メッセージを作成する。次に、ステップＳ２４において、第２メッセージ送信部２４は、第２メッセージ作成部２３が作成したｍｓ１〜ｍｓ４の第１メッセージをまとめた第２メッセージをデータ管理装置３０へ送信する。次に、第２メッセージ送信部２４は、全第１メッセージを処理したか否かを判断する。
【００６１】
ここで、全第１メッセージを処理していないと判断した場合（ステップＳ２５のＮＯ）には、ステップＳ２３に戻り、第２メッセージ作成部２３は、残りの第１メッセージの中から関連する第１メッセージをまとめて第２メッセージを作成する処理を行う。例えば、第２メッセージ作成部２３は、ｍｓ５〜ｍｓ８の第１メッセージをまとめて第２メッセージを作成する。また、全第１メッセージを処理したと判断した場合（ステップＳ２５のＹＥＳ）には、処理を終了する。
【００６２】
以上の処理により、データ受信装置２０は、以下の２つの第２メッセージをデータ管理装置３０へ送信する。尚、Ｍｓ１、Ｍｓ２は、第２メッセージのメッセージＩＤである。
Ｍｓ１：母材Ｍ１を３ｔ削除、製品Ｐ１１を１ｔ追加、製品Ｐ１２を１ｔ追加、製品Ｐ１３を１ｔ追加
Ｍｓ２：母材Ｍ２を３ｔ削除、製品Ｐ２１を１ｔ追加、製品Ｐ２２を１ｔ追加、製品Ｐ２３を１ｔ追加
【００６３】
以上に示したＭｓ１、Ｍｓ２の第２メッセージに対してデータ管理装置３０は、以下に示す処理を行う。図８は、第２の実施形態におけるデータ管理装置３０の処理例を示すフロー図である。図８に示すように、ステップＳ３１において、第２メッセージ受信部３２は、ネットワーク４２経由でＭｓ１の第２メッセージを受信し、第２メッセージ蓄積部３３に格納する。次に、ステップＳ３２において、データ更新処理部３４は、メモリ３１に対して、第２メッセージ蓄積部３３に蓄積したＭｓ１の第２メッセージに応じた更新処理を行う。
【００６４】
次に、ステップＳ３３において、データ確認処理部３５は、メモリ３１に格納されている更新処理後の母材及び製品の在庫データが、更新処理前のデータと整合性があるか確認する処理を行う。本実施形態のデータ処理システム４０では、関連するｍｓ１〜ｍｓ４の第１メッセージをまとめたＭｓ１の第２メッセージを基にメモリ３１に対して更新処理を行うので、データ確認処理部３５による確認処理において、在庫データの整合性が無いと判断されるような事態を防ぐことができる。すなわち、管理対象となる在庫データが複数の関連するデータである場合には、関連する在庫データをまとめて更新することができる。また、データ管理装置３０は、Ｍｓ２の第２メッセージに対しても同様にステップＳ３１〜Ｓ３３の処理を行う。
【００６５】
尚、上述した実施形態において、図２に示したデータ受信装置２０及びデータ管理装置３０の各処理部は、ハードウェアとしてはメモリ及びＣＰＵ（中央演算装置）により構成され、各処理部の機能を実現する為のプログラムをメモリに読み込んでＣＰＵが実行することによりその機能を実現させるものである。また、これに限定されるものではなく、各処理部の一部の処理又は全部の処理を専用のハードウェアにより実現されるものであってもよい。
また、上記メモリは、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されるものとする。
【００６６】
また、上述した実施形態では、第１メッセージは、ネットワーク経由で受信することで入力されていたが、この限りではなく、記録媒体を介した入力や、人間の手入力による入力でもよい。また、データ処理システム４０内にデータベース１１と同様のデータベースを備える構成であってもよい。
【００６７】
また、第２メッセージ送信部２４と第２メッセージ受信部３２間における通信に、メッセージキューイングというメッセージの送受信方式を用いてもよい。これにより、データ処理システム４０における処理の安定性を向上することができる。また、上述した実施形態においては、関連するデータとして母材の在庫データとその母材を基に製造される製品の在庫データを示したが、この限りではなく、部品の在庫データとその部品を基に製造される製品の在庫データや、商品の在庫データとその商品の売上データなど種々の関連するデータをまとめてデータ更新処理するデータ処理システムに提供することができる。
【００６８】
また、図２に示したデータ受信装置２０及びデータ管理装置３０の各処理部は、コンピュータがプログラムを実行することによって実現する。そのプログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送する伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。
【００６９】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００７０】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００７１】
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７２】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００７３】
【図１】第１及び第２の実施形態におけるデータ処理システムの概要を示す図である。
【図２】図１に示したデータ受信装置２０及びデータ管理装置３０の機能構成を示すブロック図である。
【図３】母材から製品を板取りして製造する概念を示す図である。
【図４−１】図３に示した製品の製造により、母材在庫情報データベース１１ａのデータテーブルが更新される様子を示す図である。
【図４−２】図３に示した製品の製造により、製品在庫情報データベース１１ｂのデータテーブルが更新される様子を示す図である。
【図５】第１の実施形態におけるデータ受信装置２０の処理例を示すフロー図である。
【図６】第１の実施形態におけるデータ管理装置３０の処理例を示すフロー図である。
【図７】第２の実施形態におけるデータ受信装置２０の処理例を示すフロー図である。
【図８】第２の実施形態におけるデータ管理装置３０の処理例を示すフロー図である。
【符号の説明】
【００７４】
１０      在庫データ処理システム
１１      データベース
２０      データ受信装置
２１      バッファ
２２      第１メッセージ受信部
２３      第２メッセージ作成部
２４      第２メッセージ送信部
３０      データ管理装置
３１      メモリ
３２      第２メッセージ受信部
３３      第２メッセージ蓄積部
３４      データ更新処理部
３５      データ確認処理部
４１、４２  ネットワーク
【図１】
2006040094.tif 000003
【図２】
2006040094.tif 000004
【図３】
2006040094.tif 000005
【図４−１】
2006040094.tif 000006
【図４−２】
2006040094.tif 000007
【図５】
2006040094.tif 000008
【図６】
2006040094.tif 000009
【図７】
2006040094.tif 000010
【図８】
2006040094.tif 000011