(57)【特許請求の範囲】
【請求項１】
データベースを有する主サイトと、前記主サイトのデータベースと共通する情報を格納するデータベースを有する従サイトとから構成される分散データベース環境において、前記主サイトから起動される更新処理に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新するデータベース同期更新処理方法であって、
前記主サイトから更新処理情報を前記従サイトへ送信する工程と、
受信した前記更新処理情報と、前記従サイトのデータベースに格納されている情報とから、前記主・従サイト間の情報不整合の有無をチェックし、不整合無しの場合に、前記従サイトのデータベースの更新処理の実施が可能か否かを前記従サイトに格納されたチェックロジックに基づき判定する工程と、
前記従サイトのデータベースの更新処理の実施が可能な場合に、前記従サイトの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信する工程と、
受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録する工程と、
受信した前記更新情報と、前記更新処理情報とに基づいて、前記主サイトのデータベース及び前記従サイトのデータベースの登録された更新を確定する工程とを備え、
前記各工程を実現する同期更新処理プログラムをコンピュータに実行させることを特徴とするデータベース同期更新処理方法。
【請求項２】
データベースを有する主サイトと、前記主サイトのデータベースと共通する情報を格納するデータベースを有する従サイトとから構成される分散データベース環境において、前記主サイトから起動される更新処理に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新するデータベース同期更新処理システムであって、
主サイトから受信した更新処理情報と、前記従サイトのデータベースに格納されている情報とから、前記主・従サイト間の情報不整合の有無をチェックする主・従サイト整合性チェック手段と、
前記主・従サイト整合性チェック手段の結果が、不整合無しの場合に、前記従サイトのデータベースの更新処理の実施が可能か否かを前記従サイトに格納されたチェックロジックに基づき判定する判定手段と、
前記判定手段の判定が、前記従サイトのデータベースの更新処理の実施が可能な場合に、前記従サイトの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信するサーバトランザクション制御手段と、を従サイトに備え、
従サイトから受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録するクライアントトランザクション制御手段と、を主サイトに備えることを特徴とするデータベース同期更新処理システム。
【請求項３】
データベースを有する主サイトと、前記主サイトのデータベースと共通する情報を格納するデータベースを有する従サイトとから構成される分散データベース環境において、前記主サイトから起動される更新処理に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新するデータベース同期更新処理プログラムであって、
前記主サイトから更新処理情報を前記従サイトへ送信する工程と、
受信した前記更新処理情報と、前記従サイトのデータベースに格納されている情報とから、前記主・従サイト間の情報不整合の有無をチェックし、不整合無しの場合に、前記従サイトのデータベースの更新処理の実施が可能か否かを前記従サイトに格納されたチェックロジックに基づき判定する工程と、
前記従サイトのデータベースの更新処理の実施が可能な場合に、前記従サイトの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信する工程と、
受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録する工程と、
受信した前記更新情報と、前記更新処理情報とに基づいて、前記主サイトのデータベース及び前記従サイトのデータベースの登録された更新を確定する工程との前記各工程を、コンピュータにより実行させることを特徴とするデータベース同期更新処理プログラム。
【請求項４】
現品在庫情報及び現品オーダ情報のうち、少なくとも一方を格納するデータベースを有する従サイトと、前記従サイトのデータベースと共通の情報を格納するデータベースを有する主サイトとを備える分散データベース環境において、前記主サイトにて入力又は導出された現品在庫情報及び現品オーダ情報のうち、少なくとも一方に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新する現品充当方法であって、
前記主サイトにて入力又は導出された現品在庫情報及び現品オーダ情報のうち、少なくとも一方を前記従サイトへ送信する工程と、
受信した前記現品在庫情報及び前記現品オーダ情報のうち、少なくとも一方と、前記従サイトのデータベースに格納されている前記現品在庫情報及び前記現品オーダ情報のうち、少なくとも一方とから、前記主・従サイト間の情報不整合の有無をチェックし、不整合無しの場合に、現品オーダに対して現品在庫の充当が可能か否かを判定する工程と、
前記現品オーダに対して前記現品在庫の充当が可能な場合に、前記従サイトのデータベースの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信する工程と、
受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録する工程と、
受信した前記更新情報と、入力又は導出された前記現品在庫情報及び前記現品オーダ情報のうち、少なくとも一方とに基づいて、前記主サイトのデータベース及び前記従サイトのデータベースの登録された更新を確定する工程とを備え、
前記各工程を実現する同期更新処理プログラムをコンピュータに実行させることを特徴とする現品充当方法。
【請求項５】
請求項４に記載の現品充当方法において、
前記現品がスラブ又はコイルであることを特徴とする現品充当方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散して配置されたデータベースを同期をとって更新することが可能なデータベース同期更新処理方法、データベース同期更新処理システム、データベース同期更新処理プログラム及び現品充当方法に関するものである。
【背景技術】
【０００２】
一般的に、製鉄会社においては、スラブのオーダはオーダ管理部門により一括して管理され、オーダ管理部門は、各オーダ内容に応じて製鉄所等の各製造部門に対してスラブの製造を指示する。
一方、各製造部門におけるスラブの製造は所定ロット単位において行われるため、各オーダにおいて要求するスラブ重量と製造部門において最小ロットで製造されるスラブ重量とは一致せず、各製造部門においては余剰スラブが発生し、かかる余剰スラブは各製造部門においてスラブ在庫として管理される。
【０００３】
そして、各製造部門においては、オーダ管理部門が製造を指示するスラブオーダに対してスラブ在庫を優先して充当するべく、スラブ在庫情報を、成分、寸法、重量等に基づいて分類し、かかるスラブ情報を階層型データベースにより管理している。
【０００４】
ここで、近年、製鉄会社では、オーダ管理部門（主サイト）において新規オーダに対する各製造部門（従サイト）におけるスラブ在庫の充当の可否を即座に判定可能とするべく、各製造部門におけるスラブ在庫情報についてもオーダ管理部門においてデータベースにより一括して管理するシステムの構築が望まれている。また、スラブに限らず、コイルなどの工程管理上、着目する半製品や製品などの現品全てについて同様である。
【０００５】
そして、従来の従サイトにおけるスラブ在庫情報についても主サイトにおいてデータベースにより一括して管理するシステムでは、データベースを更新可能か否かを判定する同一内容の判定手段を、更新される各データベースを備えるサイト毎に配設し、データベースを更新することが可能か否かを各サイト毎に判定する構成となっている。例えば、製造を指示するオーダに対してスラブ在庫を充当する場合、製造部門及びオーダ管理部門のそれぞれに、製造を指示するオーダに対してスラブ在庫を充当可能であるか否かを判定するプログラムロジック（判定手段）を配設する構成となっている。ここで、プログラムロジックとは、オーダに係る成分、寸法、重量等の製造仕様と在庫に係る製造実績との対比を行うチェックロジック、製造部門において製造される製品や中間製品の進捗状況に関するチェックロジック、オーダと在庫との充当関係のチェックロジック等をいう。
【０００６】
しかしながら、従来の方法では、各データベースを更新可能か否かを判定する同一内容の判定手段を各サイト毎に配設する構成としているため、プログラム開発負荷が増加するという問題がある。また、かかる方法は、プログラムロジックに修正が必要となった際に、主サイト及び従サイトの双方においてメンテナンスを行う必要が生じ、開発コストが増加するとともに、プログラムロジックの品質の劣化の原因となるという問題がある。
【０００７】
さらに、通常、主サイトでは、従サイトが保有する情報の全てを保有しているわけではない。したがって、従来の方法では、主サイトで正常と判定されてデータベースが更新されているにもかかわらず、従サイトでは異常と判定されてデータベースが更新されない場合があり、作業の手戻り又は情報の不整合が生じる場合があるという問題がある。
【０００８】
これらの問題を回避する手段として、主サイトと従サイトとの間でジョブ連携を行い、オーダ情報や在庫情報などの必要情報を主サイトから従サイトへ送信し、従サイト内に保有する判定手段により、データベース更新の可否判断を行い、従サイトのデータベースを更新するとともに、更新結果を主サイトに送信し、主サイトのデータベースも更新するといった方法が採用されていた。
【０００９】
しかしながら、このような主、従サイト間を非同期に更新する方法では、例えば、従サイトで発生した在庫情報更新結果の主サイトへの反映処理と主サイトから起動した連携処理との処理起動タイミングが近く、データベース更新タイミングの逆転が発生したような場合、又は、一方のサイトでの更新処理が異常終了したような場合に、データベースに格納した情報に主、従サイト間で不整合が発生しうるという問題があった。
【００１０】
そこで、近年、従サイトのデータベースと主サイトのデータベースとを同期をとって更新するシステムの発明として、例えば図７に示す分散データベースシステムにおける主従関係同期方式が知られている（特許文献１参照）。
【００１１】
分散データベースシステムにおける主従関係同期方式１４０は、図７に示すように、スレーブサーバ１４１のリレーショナルデータベース（スレーブ）１４２内に主表（ダミー）１４３を設けるとともに主表（ダミー）１４３と従表（コピー）１４４との間に主従関係の定義を行う。そして、ログ監視手段１４５は、マスタサーバ１４６のリレーショナルデータベース（マスタ）１４７内の主表（マスタ）１４８が更新された際に出力される更新ログ情報により更新ログファイル１４９が更新されているか否かを定期的に監視する。さらに、更新反映処理手段１５０は、ログ監視手段１４５により更新ログファイル１４９の更新が検出された場合に更新ログファイル１４９の最新の更新ログ情報をもとにスレーブサーバ１４１のリレーショナルデータベース（スレーブ）１４２内の主表（ダミー）１４３に対して更新内容の反映を行っている。
【００１２】
そして、分散データベースシステムにおける主従関係同期方式１４０によれば、マスタサーバ１４６の主表（マスタ）１４８の更新処理を行うだけで、分散されたスレーブサーバ１４１にも内容および表の主従関係を保ちつつ更新処理を行うことができ、この結果、サーバ毎に同様の内容のデータを更新する処理を不要とすることが可能となる。
【特許文献１】特開２００１−３４５１８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、図７に示す分散データベースシステムにおける主従関係同期方式１４０においては、分散して配置されたデータベースがリレーショナルデータベースであることが前提となっているため、分散されて配置されたデータベースが階層型データベースである場合には適用することが出来ないという問題がある。
【００１４】
本発明は、これら従来技術の問題点に鑑み、主サイトにおいて判定手段を配設する必要をなくし、プログラム開発負荷を軽減するとともに、プログラムロジックに修正が必要となった際に、開発コストを軽減し、プログラムロジックの品質の劣化を抑制することが可能な、データベース同期更新処理方法、を提供することを課題とする。
【００１５】
また、本発明は、分散して配置されたデータベースについて、全てのデータベースを同期をとって更新することにより、作業の手戻り又は情報の不整合が生じることを防止することが可能な、データベース同期更新処理方法、データベース同期更新処理システム、データベース同期更新処理プログラム及び現品充当方法を提供することを課題とする。
【００１６】
さらに、本発明は、分散して配置されたデータベースについて、かかるデータベースが階層型データベースである場合においても、全てのデータベースを同期をとって更新することが可能な、データベース同期更新処理方法、データベース同期更新処理システム、データベース同期更新処理プログラム及び現品充当方法を提供することを課題とする。
【課題を解決するための手段】
【００１７】
上記課題は、以下の手段により解決することができる。
［１］データベースを有する主サイトと、前記主サイトのデータベースと共通する情報を格納するデータベースを有する従サイトとから構成される分散データベース環境において、前記主サイトから起動される更新処理に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新するデータベース同期更新処理方法であって、
前記主サイトから更新処理情報を前記従サイトへ送信する工程と、
受信した前記更新処理情報と、前記従サイトのデータベースに格納されている情報とから、前記主・従サイト間の情報不整合の有無をチェックし、不整合無しの場合に、前記従サイトのデータベースの更新処理の実施が可能か否かを前記従サイトに格納されたチェックロジックに基づき判定する工程と、
前記従サイトのデータベースの更新処理の実施が可能な場合に、前記従サイトの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信する工程と、
受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録する工程と、
受信した前記更新情報と、前記更新処理情報とに基づいて、前記主サイトのデータベース及び前記従サイトのデータベースの登録された更新を確定する工程とを備え、
前記各工程を実現する同期更新処理プログラムをコンピュータに実行させることを特徴とするデータベース同期更新処理方法。
【００１８】
［２］データベースを有する主サイトと、前記主サイトのデータベースと共通する情報を格納するデータベースを有する従サイトとから構成される分散データベース環境において、前記主サイトから起動される更新処理に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新するデータベース同期更新処理システムであって、
主サイトから受信した更新処理情報と、前記従サイトのデータベースに格納されている情報とから、前記主・従サイト間の情報不整合の有無をチェックする主・従サイト整合性チェック手段と、
前記主・従サイト整合性チェック手段の結果が、不整合無しの場合に、前記従サイトのデータベースの更新処理の実施が可能か否かを前記従サイトに格納されたチェックロジックに基づき判定する判定手段と、
前記判定手段の判定が、前記従サイトのデータベースの更新処理の実施が可能な場合に、前記従サイトの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信するサーバトランザクション制御手段と、を従サイトに備え、
従サイトから受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録するクライアントトランザクション制御手段と、を主サイトに備えることを特徴とするデータベース同期更新処理システム。
【００１９】
［３］データベースを有する主サイトと、前記主サイトのデータベースと共通する情報を格納するデータベースを有する従サイトとから構成される分散データベース環境において、前記主サイトから起動される更新処理に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新するデータベース同期更新処理プログラムであって、
前記主サイトから更新処理情報を前記従サイトへ送信する工程と、
受信した前記更新処理情報と、前記従サイトのデータベースに格納されている情報とから、前記主・従サイト間の情報不整合の有無をチェックし、不整合無しの場合に、前記従サイトのデータベースの更新処理の実施が可能か否かを前記従サイトに格納されたチェックロジックに基づき判定する工程と、
前記従サイトのデータベースの更新処理の実施が可能な場合に、前記従サイトの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信する工程と、
受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録する工程と、
受信した前記更新情報と、前記更新処理情報とに基づいて、前記主サイトのデータベース及び前記従サイトのデータベースの登録された更新を確定する工程との前記各工程を、コンピュータにより実行させることを特徴とするデータベース同期更新処理プログラム。
【００２０】
［４］現品在庫情報及び現品オーダ情報のうち、少なくとも一方を格納するデータベースを有する従サイトと、前記従サイトのデータベースと共通の情報を格納するデータベースを有する主サイトとを備える分散データベース環境において、前記主サイトにて入力又は導出された現品在庫情報及び現品オーダ情報のうち、少なくとも一方に基づいて、前記従サイトのデータベース及び前記主サイトのデータベースを同期更新専用回線での情報送受信によって同期をとって更新する現品充当方法であって、
前記主サイトにて入力又は導出された現品在庫情報及び現品オーダ情報のうち、少なくとも一方を前記従サイトへ送信する工程と、
受信した前記現品在庫情報及び前記現品オーダ情報のうち、少なくとも一方と、前記従サイトのデータベースに格納されている前記現品在庫情報及び前記現品オーダ情報のうち、少なくとも一方とから、前記主・従サイト間の情報不整合の有無をチェックし、不整合無しの場合に、現品オーダに対して現品在庫の充当が可能か否かを判定する工程と、
前記現品オーダに対して前記現品在庫の充当が可能な場合に、前記従サイトのデータベースの更新を登録するとともに、かかる登録された更新情報を前記主サイトへ送信する工程と、
受信した前記更新情報に基づいて、前記主サイトのデータベースの更新を登録する工程と、
受信した前記更新情報と、入力又は導出された前記現品在庫情報及び前記現品オーダ情報のうち、少なくとも一方とに基づいて、前記主サイトのデータベース及び前記従サイトのデータベースの登録された更新を確定する工程とを備え、
前記各工程を実現する同期更新処理プログラムをコンピュータに実行させることを特徴とする現品充当方法。
［５］上記［４］に記載の現品充当方法において、
前記現品がスラブ又はコイルであることを特徴とする現品充当方法。
【発明の効果】
【００２１】
本発明によれば、主サイトにおいて判定手段を配設する必要がなく、プログラム開発負荷を軽減するとともに、プログラムロジックに修正が必要となった際に、開発コストを軽減し、プログラムロジックの品質の劣化を抑制することが可能となる。また、分散して配置されたデータベースについて、全てのデータベースを同期をとって更新することにより、作業の手戻り又は情報の不整合が生じることを防止することが可能となる。さらに、分散して配置されたデータベースについて、かかるデータベースが階層型データベースである場合においても、全てのデータベースを同期をとって更新することが可能となる。
【００２２】
また、データベース同期更新処理方法の効果に加え、現品オーダに対する現品在庫の充当を効率よく行うことが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の第一実施形態に係るデータベース同期更新処理方法を図面を参照して説明する。
【００２４】
図１は、本発明の第一実施形態に係るデータベース同期更新処理システムの概略構成図である。図２は、図１に示すデータベース同期更新処理システムにおける処理の流れを示す図である。
【００２５】
データベース同期更新処理システム１は、図１に示すように、主サイト２と、主サイト２に対して離隔して配置される複数の従サイト３と、主サイト２と従サイト３とを接続する、接続時に両サイトの同期をとる同期通信専用ＬＡＮ回線４および非同期接続の通常通信用ＬＡＮ回線５とを備えている。そして、データベース同期更新処理システム１は、主サイト２から起動される更新処理に基いて、従サイト３の後述するサーバデータベース１２及び主サイト２の後述するクライアントデータベース６を同期をとって更新するものである。
【００２６】
主サイト２は、クライアントデータベース６と、入力端末７と、クライアントトランザクション制御手段(1)８と、クライアントデータベース更新手段(1)９と、クライアントデータベース更新手段(2)１０と、クライアントトランザクション制御手段(2)１１とを備えている。クライアントデータベース６は、リレーショナルデータベースにより構成され、各従サイト３に備えられるサーバデータベース１２に格納されている情報と共通の情報が格納されている。
【００２７】
入力端末７には、更新処理情報が入力される。また、入力端末７は、図示しない計算手段を備え、かかる計算手段により以降の処理において必要となる追加的な更新処理情報を導出（算出）する。以下において、入力端末７に入力された更新処理情報又は入力端末７で導出（算出）された更新処理情報を、単に更新処理情報という。ここで、更新処理情報とは、処理対象を特定する情報（例えば、オーダを特定するためのオーダ番号、製品や現品を特定するための現品番号等）、処理内容を特定する情報（例えば、鉄鋼スラブ充当では、充当や充当変更などの実行処理内容を特定する情報）及び主サイト２のみに保有する関連情報をいう。
【００２８】
また、関連情報とは、主サイト２のクライアントデータベース６に保有する情報、主サイト２のクライアントデータベース６に保有する情報等からロジック、計算式、検索処理等により求めた情報等であり、従サイト３の判定処理の入力情報となるもの（例えば、オーダ項目としての製造仕様、現品項目としての製造実績等）をいう。また、入力端末７には、更新処理情報に対する更新結果が表示される。
【００２９】
クライアントトランザクション制御手段(1)８は、入力端末７から更新処理情報を受け取り、更新処理情報に係る内容を確認する。そして、クライアントトランザクション制御手段(1)８は、更新処理情報の内容とクライアントデータベース６に格納されている情報とに基づいて更新処理を行う従サイト３を検証し、トランザクションを行う従サイト３を選択する。また、クライアントトランザクション制御手段(1)８は、選択された従サイト３に対して、更新処理情報を送信する。
【００３０】
さらに、クライアントトランザクション制御手段(1)８は、従サイト３から返信される更新結果情報（例えば、鉄鋼スラブ充当処理におけるスラブ在庫の充当結果）及び更新情報に基づき、クライアントデータベース６の更新内容の登録並びに、クライアントデータベース６及び従サイト３のサーバデータベース１２に登録された更新内容の確定（コミット）又は破棄（ロールバック）を決定する。そして、クライアントデータベース更新手段(1)９は、クライアントトランザクション制御手段(1)８がデータベース６のコミットを決定した場合に、クライアントデータベース６の登録された更新の確定を行う。
【００３１】
各従サイト３は、サーバデータベース１２と、サーバトランザクション制御手段(1)１３と、サーバデータベース更新手段(1)１４と、判定手段１５と、主・従サイト整合性チェック手段１６と、サーバトランザクション制御手段(2)１７と、サーバデータベース更新手段(2)１８を備えている。サーバデータベース１２は、階層型データベースにより構成されている。
【００３２】
サーバトランザクション制御手段(1)１３は、主サイト２のクライアントトランザクション制御手段(1)８から受信した更新処理情報を、主・従サイト整合性チェック手段１６へ入力し、主・従サイト整合性チェック手段１６での整合性チェックの結果、不整合の場合はアブノーマル情報を主サイトへ送信し、不整合の無い場合は、更新処理情報を判定手段１５へ入力するとともに、判定手段１５から出力された更新結果情報を主サイト２のクライアントトランザクション制御手段(1)８へと返信する。また、サーバトランザクション制御手段(1)１３は、判定手段１５から出力された更新結果情報において、更新可能であると判定されている場合に、サーバデータベース１２の更新の登録を行うとともに、かかる登録された更新情報を主サイト２のクライアントトランザクション制御手段(1)８へと返信する。さらに、サーバトランザクション制御手段(1)１３は、主サイト２のクライアントトランザクション制御手段(1)８から送信されるコミット又はロールバック指示に基づき、サーバデータベース更新手段(1)１４に対してサーバデータベース１２の登録された更新内容のコミット指示を出力し、又はサーバデータベース１２の登録された更新内容のロールバックを行う。
【００３３】
主・従サイト整合性チェック手段１６は、サーバトランザクション制御手段(1)１３から入力された、主サイト２のクライアントトランザクション制御手段(1)８から送信されたデータと、このデータに対応する関連データをサーバデータベース１２から検索し、両者のデータが一致しているかの整合性チェックを行う。そして、その結果をサーバトランザクション制御手段(1)１３に出力する。
【００３４】
もし、図１のシステム構成において、主・従サイト整合性チェック手段１６がなければ、クライアントデータベース６の更新処理順がサーバデータベース１２の更新処理順に一致せずにデータの不整合が発生する場合がある。すなわち、従サイトに発生したサーバデータベース１２の更新結果は、通常通信用ＬＡＮ回線５と同期通信専用ＬＡＮ回線４とにより主サイトに伝送される。このため、従サイトに多くのトランザクションが発生し更新処理が渋滞・遅延した場合、又は、通常通信用ＬＡＮ回線がトラブル又は工事などで閉塞されている場合などにおいて、不整合が発生するものであり、以下に具体的な例を順を追って示す。
【００３５】
例えば、主サイトで充当変更処理を起動する一方で、従サイトにおいても充当変更処理を起動しているケースを考える。
１)現品Ａが余剰在庫として存在（クライアントおよびサーバデータベースにて）
２)従サイトにて余剰現品Ａに対して、オーダαの充当を指示し、オーダと製造仕様・実績とのチェック結果がＯＫのため、サーバデータベースを更新
３)従サイトでの更新結果を通常通信用ＬＡＮ回線にて伝送するも、処理が遅延しクライアントデータベースは未更新
４)主サイトにて余剰現品Ａに対して、オーダβの充当を指示し、従サイトにチェックを依頼したところ、オーダと製造仕様・実績とのチェック結果がＯＫのため、サーバデータベースを更新するとともに、従サイトでの更新結果を同期通信用ＬＡＮ回線にて伝送しクライアントデータベースも更新（この時点で３）の遅延は継続中）
５)通常通信用ＬＡＮ回線での伝送を受けて、クライアントデータベースを更新
以上の結果、サーバデータベースではオーダβ、クライアントデータベースではオーダαが充当されている状態(不整合)が発生するというものである。
【００３６】
整合性チェックの処理内容は以後の処理の流れの項で詳説するが、もし主・従サイト整合性チェック手段１６で不整合がなければ、判定手段１５は、サーバトランザクション制御手段(1)１３から入力された更新処理情報とサーバデータベース１２に格納されている情報とに基づき、更新処理の実施が可能か否かの判定を行う。この場合、判定手段１５には、チェックロジックが格納されており、かかるチェックロジックに基づいて更新処理の実施が可能か否かの判定が行われる。
【００３７】
サーバデータベース更新手段(1)１４は、サーバトランザクション制御手段(1)１３がサーバデータベース１２のコミットを指示した場合に、サーバデータベース１２の登録された更新の確定を行う。
【００３８】
次に、データベース同期更新処理システム１における更新処理の流れについて説明する。
まず、図２に示すように、主サイト２の入力端末７にて、更新処理情報が入力又は導出（算出）される（ステップＳ１０１）。そして、入力端末７にて入力又は導出（算出）された更新処理情報は、主サイト２のクライアントトランザクション制御手段(1)８へと入力される。
【００３９】
更新処理情報を受け取った主サイト２のクライアントトランザクション制御手段(1)８は、トランザクションを行う従サイト３を選択し（ステップＳ１０２）、かかる従サイト３と通信経路を確立する（ステップＳ１０３）。
【００４０】
主サイト２と従サイト３との間の通信経路の確立後、主サイト２のクライアントトランザクション制御手段(1)８は、従サイト３のサーバトランザクション制御手段(1)１３に対して、更新処理情報を送信してトランザクションをスタートする（ステップＳ１０４）。ここで、主サイト２のクライアントトランザクション制御手段(1)８は、従サイト３のサーバトランザクション制御手段(1)１３に対して送信した更新処理情報をファイルに保存している。
【００４１】
なお、主サイト２から受信する更新処理情報には、処理対象、処理内容の情報及び主サイトのみに保有する関連情報のほかに、主サイトに保有する処理対象情報（クライアントデータベース）が従サイトの情報と整合性が確保されていることを確認できる情報も含まれており、サーバトランザクション制御手段（１）１３は、かかる更新処理情報を主・従サイト整合性チェック手段１６へ入力する。
【００４２】
主・従サイト整合性チェック手段１６では、主サイト２から受信した更新処理情報と従サイト３のサーバデータベース１２に保有する情報とを比較し（ステップＳ１０５）、不一致が確認された場合は、通常通信用ＬＡＮ回線５側処理の遅延と認定し、アブノーマル扱いとして更新処理を継続せず、サーバトランザクション制御手段（１）１３により、主サイトに対してアブノーマル結果を送信する（ステップＳ１０９）。
【００４３】
なお、上述の「従サイトの情報と整合性が確保されていることを確認できる情報」とは、主サイトの情報は、従サイトで発生した更新結果を受けて更新しているため、更新タイミングを特定出来る情報(例えば、更新時刻、更新連番など)であれば十分であるものの、上記のように、従サイトでのチェック結果不整合が確認された場合はアブノーマル扱いとして更新処理を継続しないので、更新処理には影響を与えない情報の更新のみが行われた場合には不整合扱いとしない措置が必要である。そこで、例えば、スラブ、コイルなどの現品の充当処理の場合は、充当可否判定に用いる製造実績及び、現品番号とオーダ番号との対応関係などが主・従サイトで一致していることを確認する方法もある。また、同時に複数の対象が処理される場合は、不整合のあった情報のみアブノーマルとして、その他は処理を継続する。
【００４４】
そして、主・従サイト整合性チェック手段１６で不整合がなければ、主サイト２から更新処理情報を受信した従サイト２のサーバトランザクション制御手段(1)１３は、かかる更新処理情報を判定手段１５へ入力する。更新処理情報が入力された判定手段１５は、かかる更新処理情報と従サイト３のサーバデータベース１２に格納されている情報とに基づき、更新処理の実施が可能か否かの判定を行い（ステップＳ１０６）、更新結果情報を従サイト３のサーバトランザクション制御手段(1)１３に対して出力する。
【００４５】
判定手段１５から更新結果情報が入力された従サイト３のサーバトランザクション制御手段(1)１３は、更新結果情報において、更新可能であると判定されている場合には、従サイト３のサーバデータベース１２の更新内容の登録を行う（ステップＳ１０７）。そして、従サイト３のサーバトランザクション制御手段(1)１３は、登録された情報を更新情報として、更新結果情報とともに主サイト２のクライアントトランザクション制御手段(1)８へと返信する（ステップＳ１０８）。
【００４６】
一方、判定手段１５から入力された更新結果情報において、更新不可能であると判定されている場合には、従サイト３のサーバトランザクション制御手段(1)１３は、更新結果情報のみを主サイト２のクライアントトランザクション制御手段(1)８へと返信する（ステップＳ１０９）。そして、かかる更新結果情報は入力端末７に表示される。
【００４７】
そして、更新結果情報において、更新可能であると判定されている場合において、従サイト３のサーバトランザクション制御手段(1)１３から更新情報及び更新結果情報を受信した主サイト２のクライアントトランザクション制御手段(1)８は、更新情報に基づいて、主サイト２のクライアントデータベース６の更新内容の登録を行う（ステップＳ１１０）。
【００４８】
主サイト２のクライアントデータベース６の更新内容の登録を行った主サイト２のクライアントトランザクション制御手段(1)８は、更新情報とファイルに保存されている更新処理情報とに基づいて、両情報が整合しているか否かの判定を行い（ステップＳ１１１）、整合している場合にはコミットを決定し（ステップＳ１１２）、整合していない場合にはロールバックを決定する（ステップＳ１１３）。
【００４９】
そして、コミットを決定した主サイト２のクライアントトランザクション制御手段(1)８は、主サイト２のクライアントデータベース更新手段(1)９及び従サイト３のサーバトランザクション制御手段(1)１３に対してコミット指示を送信し、主サイト２のクライアントデータベース６及び従サイト３のサーバデータベース１２の登録された更新内容の確定を行う（ステップＳ１１４）。
【００５０】
一方、ロールバックを決定した主サイト２のクライアントトランザクション制御手段(1)８は、主サイト２のクライアントデータベース６の登録された更新内容の破棄を行うとともに、従サイト３のサーバトランザクション制御手段(1)１３に対してロールバック指示を送信し、従サイト３のサーバデータベース１２の登録された更新内容の破棄を行う（ステップＳ１１５）。
【００５１】
そして、主サイト２のクライアントデータベース６及び従サイト３のサーバデータベース１２の登録された更新内容の確定が行われた場合には、更新情報及び更新結果情報が入力端末７に表示され、更新処理が完了する。
【００５２】
一方、主サイト２のクライアントデータベース６及び従サイト３のサーバデータベース１２の登録された更新内容の破棄が行われた場合には、その旨のメッセージが入力端末７に表示される。
【００５３】
このように、データベース同期更新処理システム１によれば、主サイト２において判定手段１５を配設する必要がなく、プログラム開発負荷を軽減するとともに、プログラムロジックに修正が必要となった際に、開発コストを軽減し、プログラムロジックの品質の劣化を抑制することが可能となる。また、データベース同期更新処理システム１によれば、分散して配置されたデータベースについて、全てのデータベースを同期をとって更新することにより、作業の手戻り又は情報の不整合が生じることを防止することが可能となる。
【００５４】
さらに、データベース同期更新処理システム１によれば、分散して配置されたデータベースについて、かかるデータベースが階層型データベースである場合においても、全てのデータベースを同期をとって更新することが可能となる。
【００５５】
次に、本発明の第二実施形態に係るデータベース同期更新処理方法を現品充当システムに適用した場合を例に説明する。なお、以下では、スラブ充当システムを例に説明するが、工程管理上着目する半製品や製品などの現品であるコイルなどの充当システムにおいても同様の構成、処理流れとなる。
【００５６】
図３は、本発明の第二実施形態に係るスラブ充当システムの概略構成図である。図４は、図３に示すスラブ充当システムにおける処理の流れを示す図である。
【００５７】
スラブ充当システム２１は、図３に示すように、オーダ管理部門において配置される主サイト２２と、オーダ管理部門に対して離隔した各製鉄所において配置される複数の従サイト２３と、主サイト２２と従サイト２３とを接続する、接続時に両サイトの同期をとる同期通信専用ＬＡＮ回線２４および非同期接続の通常通信用ＬＡＮ回線２５とを備えている。そして、スラブ充当システム２１は、主サイト２２から起動される更新処理に基いて、従サイト２３の後述するサーバデータベース３２及び主サイト２２の後述するクライアントデータベース２６を同期をとって更新するものである。
【００５８】
主サイト２２は、クライアントデータベース２６と、入力端末２７と、クライアントトランザクション制御手段(1)２８と、クライアントデータベース更新手段(1)２９と、クライアントデータベース更新手段(2)３０と、クライアントトランザクション制御手段(2)３１とを備えている。クライアントデータベース２６は、リレーショナルデータベースにより構成され、各従サイト２３に備えられるサーバデータベース３２に格納されているスラブ在庫情報と共通の情報が格納されている。
【００５９】
入力端末２７には、オーダ管理部門が受注したスラブオーダ情報が入力されるとともに、スラブオーダ情報に対するスラブ在庫の充当結果が表示される。
【００６０】
クライアントトランザクション制御手段(1)２８は、入力端末２７からスラブオーダ情報を受け取り、スラブオーダ情報に係るスラブの成分、寸法等のスラブ情報を確認する。そして、クライアントトランザクション制御手段(1)２８は、スラブ情報とクライアントデータベース２６に格納されているスラブ在庫情報とに基づいて、スラブオーダ情報に充当可能なスラブ在庫を持つ従サイト２３を検証し、トランザクションを行う従サイト２３を選択する。また、クライアントトランザクション制御手段(1)２８は、選択された従サイト２３に対して、スラブオーダ情報を送信する。さらに、クライアントトランザクション制御手段(1)２８は、従サイト２３から返信されるスラブ充当結果情報及びスラブ在庫更新情報（更新情報）に基づき、クライアントデータベース２６の更新内容の登録並びに、クライアントデータベース２６及び従サイト２３のサーバデータベース３２に登録された更新内容の確定（コミット）又は破棄（ロールバック）を決定する。そして、クライアントデータベース更新手段(1)２９は、クライアントトランザクション制御手段(1)２８がクライアントデータベース２６のコミットを決定した場合に、クライアントデータベース２６の登録された更新の確定を行う。
【００６１】
各従サイト２３は、サーバデータベース３２と、サーバトランザクション制御手段(1)３３と、サーバデータベース更新手段(1)３４と、判定手段３５と、主・従サイト整合性チェック手段３６と、サーバトランザクション制御手段(2)３７と、サーバデータベース更新手段(2)３８を備えている。サーバデータベース３２は、階層型データベースにより構成され、各製鉄所が有するスラブ在庫情報が格納されている。この場合、サーバデータベース３２が格納するスラブ在庫情報は、各スラブの成分、寸法等のスラブ情報に基づいてグループ化された状態で格納されている。
【００６２】
サーバトランザクション制御手段(1)３３は、主サイト２２のクライアントトランザクション制御手段(1)２８から受信したスラブオーダ情報を、主・従サイト整合性チェック手段３６へ入力し、主・従サイト整合性チェック手段３６での整合性チェックの結果、不整合の場合はアブノーマル情報を主サイトへ送信し、不整合の無い場合は、更新処理情報を判定手段３５へ入力するとともに、判定手段３５から出力されたスラブ充当結果情報を主サイト２２のクライアントトランザクション制御手段(1)２８へと返信する。また、サーバトランザクション制御手段(1)３３は、判定手段３５から出力されたスラブ充当結果情報において、スラブオーダに対してスラブ在庫を充当可能であると判定されている場合に、スラブ在庫の充当分についてのサーバデータベース３２の更新の登録を行うとともに、かかる登録されたスラブ在庫更新情報を主サイト２２のクライアントトランザクション制御手段(1)２８へと返信する。さらに、サーバトランザクション制御手段(1)３３は、主サイト２２のクライアントトランザクション制御手段(1)２８から送信されるコミット又はロールバック指示に基づき、サーバデータベース更新手段(1)３４に対してサーバデータベース３２の登録された更新内容のコミット指示を出力し、又はサーバデータベース３２の登録された更新内容のロールバックを行う。
【００６３】
主・従サイト整合性チェック手段３６は、サーバトランザクション制御手段(1)３３から入力された、主サイト２２のクライアントトランザクション制御手段(1)２８から送信されたデータと、このデータに対応する関連データをサーバデータベース３２から検索し、両者のデータが一致しているかの整合性チェックを行う。そして、その結果をサーバトランザクション制御手段(1)３３に出力する。
【００６４】
もし、図３のシステム構成において、主・従サイト整合性チェック手段３６がなければ、クライアントデータベース２６の更新処理順がサーバデータベース３２の更新処理順に一致せずにデータの不整合が発生する場合がある。すなわち、従サイトに発生したサーバデータベース３２の更新結果は、通常通信用ＬＡＮ回線２５と同期通信専用ＬＡＮ回線２４とにより主サイトに伝送される。このため、従サイトに多くのトランザクションが発生し更新処理が渋滞・遅延した場合、又は、通常通信用ＬＡＮ回線がトラブル又は工事などで閉塞されている場合などにおいて、不整合が発生するものであり、以下に具体的な例を順を追って示す。
【００６５】
例えば、主サイトで充当変更処理を起動する一方で、従サイトにおいても充当変更処理を起動しているケースを考える。
１)現品Ａが余剰在庫として存在（クライアントおよびサーバデータベースにて）
２)従サイトにて余剰現品Ａに対して、オーダαの充当を指示し、オーダと製造仕様・実績とのチェック結果がＯＫのため、サーバデータベースを更新
３)従サイトでの更新結果を通常通信用ＬＡＮ回線にて伝送するも、処理が遅延しクライアントデータベースは未更新
４)主サイトにて余剰現品Ａに対して、オーダβの充当を指示し、従サイトにチェックを依頼したところ、オーダと製造仕様・実績とのチェック結果がＯＫのため、サーバデータベースを更新するとともに、従サイトでの更新結果を同期通信用ＬＡＮ回線にて伝送しクライアントデータベースも更新（この時点で３）の遅延は継続中）
５)通常通信用ＬＡＮ回線での伝送を受けて、クライアントデータベースを更新
以上の結果、サーバデータベースではオーダβ、クライアントデータベースではオーダαが充当されている状態(不整合)が発生するというものである。
【００６６】
整合性チェックの処理内容は以後の処理の流れの項で詳説するが、もし主・従サイト整合性チェック手段３６で不整合がなければ、判定手段３５は、サーバトランザクション制御手段(1)３３から入力されたスラブオーダ情報とサーバデータベース３２に格納されているスラブ在庫情報とに基づき、スラブオーダに対してスラブ在庫を充当可能か否かの判定を行う。この場合、判定手段３５は、スラブオーダ情報に係るスラブの成分、寸法等のスラブ情報のチェックロジックが格納されており、かかるチェックロジックに基づいてスラブオーダに対するスラブ在庫の充当可能か否かの判定が行われる。
【００６７】
サーバデータベース更新手段(1)３４は、サーバトランザクション制御手段(1)３３がサーバデータベース３２のコミットを指示した場合に、サーバデータベース３２の登録された更新の確定を行う。
【００６８】
次に、スラブ充当システム２１における更新処理の流れについて説明する。
【００６９】
まず、図４に示すように、主サイト２２の入力端末２７にて、スラブオーダ情報を入力する（ステップＳ２０１）。そして、入力端末２７にて入力されたスラブオーダ情報は、主サイト２２のクライアントトランザクション制御手段(1)２８へと入力される。
【００７０】
スラブオーダ情報を受け取った主サイト２２のクライアントトランザクション制御手段(1)２８は、トランザクションを行う従サイト２３を選択し（ステップＳ２０２）、かかる従サイト２３と通信経路を確立する（ステップＳ２０３）。
【００７１】
主サイト２２と従サイト２３との間の通信経路の確立後、主サイト２２のクライアントトランザクション制御手段(1)２８は、従サイト２３のサーバトランザクション制御手段(1)３３に対して、スラブオーダ情報を送信してトランザクションをスタートする（ステップＳ２０４）。ここで、主サイト２２のクライアントトランザクション制御手段(1)２８は、従サイト２３のサーバトランザクション制御手段(1)３３に対して送信したスラブオーダ情報をファイルに保存している。
【００７２】
なお、主サイト２２から受信するスラブオーダ情報には、処理対象、処理内容の情報及び主サイトのみに保有する関連情報のほかに、主サイトに保有する処理対象情報（クライアントデータベース）が従サイトの情報と整合性が確保されていることを確認できる情報も含まれており、サーバトランザクション制御手段（１）３３は、かかるスラブオーダ情報を主・従サイト整合性チェック手段３６へ入力する。
【００７３】
主・従サイト整合性チェック手段３６では、主サイト２２から受信したスラブオーダ情報と従サイト２３のサーバデータベース３２に保有する情報とを比較し（ステップＳ２０５）、不一致が確認された場合は、通常通信用ＬＡＮ回線２５側処理の遅延と認定し、アブノーマル扱いとして更新処理を継続せず、サーバトランザクション制御手段（１）３３により、主サイトに対してアブノーマル結果を送信する（ステップＳ２０９）。
【００７４】
なお、上述の「従サイトの情報と整合性が確保されていることを確認できる情報」とは、主サイトの情報は、従サイトで発生した更新結果を受けて更新しているため、更新タイミングを特定出来る情報(例えば、更新時刻、更新連番など)であれば十分であるものの、上記のように、従サイトでのチェック結果不整合が確認された場合はアブノーマル扱いとして更新処理を継続しないので、更新処理には影響を与えない情報の更新のみが行われた場合には不整合扱いとしない措置が必要である。そこで、スラブの充当処理の場合は、充当可否判定に用いる製造実績及び現品番号とオーダ番号との対応関係などが主・従サイトで一致していることを確認する方法もある。また、同時に複数の対象が処理される場合は、不整合のあった情報のみアブノーマルとして、その他は処理を継続する。
【００７５】
そして、主・従サイト整合性チェック手段３６で不整合がなければ、主サイト２２からスラブオーダ情報を受信した従サイト２３のサーバトランザクション制御手段(1)３３は、かかるスラブオーダ情報を判定手段３５へ入力する。スラブオーダ情報が入力された判定手段３５は、かかるスラブオーダ情報と従サイト２３のサーバデータベース３２に格納されている情報とに基づき、更新処理の実施が可能か否かの判定を行い（ステップＳ２０６）、スラブ充当結果情報を従サイト２３のサーバトランザクション制御手段(1)３３に対して出力する。
【００７６】
判定手段３５からスラブ充当結果情報が入力された従サイト２３のサーバトランザクション制御手段(1)３３は、スラブ充当結果情報において、更新可能であると判定されている場合には、従サイト２３のサーバデータベース３２の更新内容の登録を行う（ステップＳ２０７）。そして、従サイト２３のサーバトランザクション制御手段(1)３３は、登録された情報をスラブ在庫更新情報として、スラブ充当結果情報とともに主サイト２２のクライアントトランザクション制御手段(1)２８へと返信する（ステップＳ２０８）。
【００７７】
一方、判定手段３５から入力されたスラブ充当結果情報において、スラブオーダに対してスラブ在庫を充当不可能であると判定されている場合には、従サイト２３のサーバトランザクション制御手段(1)３３は、スラブ充当結果情報のみを主サイト２２のクライアントトランザクション制御手段(1)２８へと返信する（ステップＳ２０９）。そして、かかるスラブ充当結果情報は入力端末２７に表示される。
【００７８】
そして、スラブ充当結果情報において、スラブオーダに対してスラブ在庫を充当可能であると判定されている場合には、従サイト２３のサーバトランザクション制御手段(1)３３から更新情報及びスラブ充当結果情報を受信した主サイト２２のクライアントトランザクション制御手段(1)２８は、更新情報に基づいて、主サイト２２のクライアントデータベース２６の更新内容の登録を行う（ステップＳ２１０）。
【００７９】
主サイト２２のクライアントデータベース２６の更新内容の登録を行った主サイト２２のクライアントトランザクション制御手段(1)２８は、更新情報とファイルに保存されているスラブオーダ情報とに基づいて、両情報が整合しているか否かの判定を行い（ステップＳ２１１）、整合している場合にはコミットを決定し（ステップＳ２１２）、整合していない場合にはロールバックを決定する（ステップＳ２１３）。
【００８０】
そして、コミットを決定した主サイト２２のクライアントトランザクション制御手段(1)２８は、主サイト２２のクライアントデータベース更新手段(1)２９及び従サイト２３のサーバトランザクション制御手段(1)３３に対してコミット指示を送信し、主サイト２２のクライアントデータベース２６及び従サイト２３のサーバデータベース３２の登録された更新内容の確定を行う（ステップＳ２１４）。
【００８１】
一方、ロールバックを決定した主サイト２２のクライアントトランザクション制御手段(1)２８は、主サイト２２のクライアントデータベース２６の登録された更新内容の破棄を行うとともに、従サイト２３のサーバトランザクション制御手段(1)３３に対してロールバック指示を送信し、従サイト２３のサーバデータベース３２の登録された更新内容の破棄を行う（ステップＳ２１５）。
【００８２】
そして、主サイト２２のクライアントデータベース２６及び従サイト２３のサーバデータベース３２の登録された更新内容の確定が行われた場合には、更新情報及びスラブ充当結果情報が入力端末２７に表示され、更新処理が完了する。
【００８３】
一方、主サイト２２のクライアントデータベース２６及び従サイト２３のサーバデータベース３２の登録された更新内容の破棄が行われた場合には、その旨のメッセージが入力端末２７に表示される。
【００８４】
このように、スラブ充当システム２１によれば、主サイト２２において判定手段３５を配設する必要がなく、プログラム開発負荷を軽減するとともに、プログラムロジックに修正が必要となった際に、開発コストを軽減し、プログラムロジックの品質の劣化を抑制することが可能となる。また、スラブ充当システム２１によれば、分散して配置されたデータベースについて、全てのデータベースを同期をとって更新することにより、作業の手戻り又は情報の不整合が生じることを防止することが可能となる。さらに、スラブ充当システム２１によれば、分散して配置されたデータベースについて、かかるデータベースが階層型データベースである場合においても、全てのデータベースを同期をとって更新することが可能となる。
【００８５】
次に、本発明の第三実施形態に係るデータベース同期更新処理方法を図面を参照して説明する。
【００８６】
なお、本実施形態でも、第二実施形態と同様に、本発明に係るデータベース同期更新処理方法をスラブ充当システムに適用した場合を例に説明する。ここで、第二実施形態では、従サイトでオーダ情報からスラブ在庫情報の抽出を行うことができる場合を例に説明したが、本実施形態は、従サイトでオーダ情報からスラブ在庫情報の抽出を行うことができない場合を例にして説明する。
【００８７】
図５は、本発明の第三実施形態に係るスラブ充当システムの概略構成図である。図６は、図５に示すスラブ充当システムにおける処理の流れを示す図である。図５に示すスラブ充当システム４１の基本構成は、図３に示すスラブ充当システム２１と同様である。しかしながら、スラブ充当システム４１は、主サイトと従サイトとの間で送受信される情報が、スラブ在庫情報及びオーダ情報となっている点でスラブ充当システム２１と異なっている。よって、スラブ充当システム２１と同一の構成については説明を省略し、異なる構成についてのみ以下に説明する。
【００８８】
クライアントデータベース４６及びサーバデータベース５２のそれぞれには、スラブ在庫情報に加え、オーダ情報が格納されている。また、スラブ在庫情報及びオーダ情報は、各スラブの成分、寸法等のスラブ情報に基づいてグループ化された状態で格納されている。
【００８９】
入力端末４７には、スラブ在庫情報及びオーダ情報が入力される。また、入力端末４７は、図示しない計算手段を備え、かかる計算手段によりスラブ在庫情報及びオーダ情報を導出（算出）する。なお、以下において、入力端末４７に入力されたスラブ在庫情報及びオーダ情報又は入力端末４７で導出（算出）されたスラブ在庫情報及びオーダ情報を、単にスラブ在庫情報及びオーダ情報という。また、入力端末４７には、オーダ情報に対するスラブ在庫の充当結果が表示される。
【００９０】
クライアントトランザクション制御手段(1)４８は、入力端末４７からスラブ在庫情報及びオーダ情報を受け取り、オーダ情報に係るスラブの成分、寸法等のスラブ情報を確認する。そして、クライアントトランザクション制御手段(1)４８は、スラブ情報とクライアントデータベース４６に格納されているスラブ在庫情報とに基づいて、スラブオーダ情報に充当可能なスラブ在庫を持つ従サイト４３を検証し、トランザクションを行う従サイト４３を選択する。また、クライアントトランザクション制御手段(1)４８は、選択された従サイト４３に対して、スラブ在庫情報及びオーダ情報を送信する。さらに、クライアントトランザクション制御手段(1)４８は、従サイト４３から返信されるスラブ充当結果情報並びにスラブ在庫更新情報（更新情報）及びオーダ更新情報（更新情報）に基づき、クライアントデータベース４６の更新内容の登録並びに、クライアントデータベース４６及び従サイト４３のサーバデータベース５２に登録された更新内容の確定（コミット）又は破棄（ロールバック）を決定する。そして、クライアントデータベース更新手段(1)４９は、クライアントトランザクション制御手段(1)４８がクライアントデータベース４６のコミットを決定した場合に、クライアントデータベース４６の登録された更新の確定を行う。
【００９１】
サーバトランザクション制御手段(1)５３は、主サイト４２のクライアントトランザクション制御手段(1)４８から受信したスラブ在庫情報及びオーダ情報を、主・従サイト整合性チェック手段５６へ入力し、主・従サイト整合性チェック手段５６での整合性チェックの結果、不整合の場合はアブノーマル情報を主サイトへ送信し、不整合の無い場合は、スラブ在庫情報及びオーダ情報を判定手段５５へ入力するとともに、判定手段５５から出力されたスラブ充当結果情報を主サイト４２のクライアントトランザクション制御手段(1)４８へと返信する。また、サーバトランザクション制御手段(1)５３は、判定手段５５から出力されたスラブ充当結果情報において、スラブオーダに対してスラブ在庫を充当可能であると判定されている場合に、スラブ在庫の充当分についてのサーバデータベース５２の更新の登録を行うとともに、かかる登録されたスラブ在庫更新情報を主サイト４２のクライアントトランザクション制御手段(1)４８へと返信する。さらに、サーバトランザクション制御手段(1)５３は、主サイト４２のクライアントトランザクション制御手段(1)４８から送信されるコミット又はロールバック指示に基づき、サーバデータベース更新手段(1)５４に対してサーバデータベース５２の登録された更新内容のコミット指示を出力し、又はサーバデータベース５２の登録された更新内容のロールバックを行う。
【００９２】
主・従サイト整合性チェック手段５６は、サーバトランザクション制御手段(1)５３から入力された、主サイト４２のクライアントトランザクション制御手段(1)４８から送信されたデータと、このデータに対応する関連データをサーバデータベース５２から検索し、両者のデータが一致しているかの整合性チェックを行う。そして、その結果をサーバトランザクション制御手段(1)５３に出力する。
【００９３】
整合性チェックの処理内容は以後の処理の流れの項で詳説するが、もし主・従サイト整合性チェック手段５６で不整合がなければ、判定手段５５は、サーバトランザクション制御手段(1)５３から入力されたスラブ在庫情報及びオーダ情報とサーバデータベース５２に格納されているスラブ在庫情報及びオーダ情報とに基づき、スラブオーダに対してスラブ在庫を充当可能か否かの判定を行う。この場合、判定手段５５は、スラブオーダ情報に係るスラブの成分、寸法等のスラブ情報のチェックロジックが格納されており、かかるチェックロジックに基づいてスラブオーダに対するスラブ在庫の充当可能か否かの判定が行われる。
【００９４】
サーバデータベース更新手段(1)５４は、サーバトランザクション制御手段(1)５３がサーバデータベース５２のコミットを指示した場合に、サーバデータベース５２の登録された更新の確定を行う。
【００９５】
次に、スラブ充当システム４１における更新処理の流れについて説明する。
【００９６】
まず、図６に示すように、主サイト４２の入力端末４７にて、スラブ在庫情報及びオーダ情報が入力又は導出（算出）される（ステップＳ３０１）。そして、入力端末４７にて入力又は算出されたスラブ在庫情報及びオーダ情報は、主サイト４２のクライアントトランザクション制御手段(1)４８へと入力される。
【００９７】
スラブ在庫情報及びオーダ情報を受け取った主サイト４２のクライアントトランザクション制御手段(1)４８は、トランザクションを行う従サイト４３を選択し（ステップＳ３０２）、かかる従サイト４３と通信経路を確立する（ステップＳ３０３）。
【００９８】
主サイト４２と従サイト４３との間の通信経路の確立後、主サイト４２のクライアントトランザクション制御手段(1)４８は、従サイト４３のサーバトランザクション制御手段(1)５３に対して、スラブオーダ情報を送信してトランザクションをスタートする（ステップＳ３０４）。ここで、主サイト４２のクライアントトランザクション制御手段(1)４８は、従サイト４３のサーバトランザクション制御手段(1)５３に対して送信したスラブ在庫情報及びオーダ情報をファイルに保存している。
【００９９】
なお、主サイト４２から受信するスラブ在庫情報及びオーダ情報には、処理対象、処理内容の情報及び主サイトのみに保有する関連情報のほかに、主サイトに保有する処理対象情報（クライアントデータベース）が従サイトの情報と整合性が確保されていることを確認できる情報も含まれており、サーバトランザクション制御手段（１）５３は、かかるスラブ在庫情報及びオーダ情報を主・従サイト整合性チェック手段５６へ入力する。
【０１００】
主・従サイト整合性チェック手段５６では、主サイト４２から受信したスラブ在庫情報及びオーダ情報と従サイト４３のサーバデータベース５２に保有する情報とを比較し（ステップＳ３０５）、不一致が確認された場合は、通常通信用ＬＡＮ回線４５側処理の遅延と認定し、アブノーマル扱いとして更新処理を継続せず、サーバトランザクション制御手段（１）５３により、主サイトに対してアブノーマル結果を送信する（ステップＳ３０９）。
【０１０１】
なお、上述の「従サイトの情報と整合性が確保されていることを確認できる情報」とは、主サイトの情報は、従サイトで発生した更新結果を受けて更新しているため、更新タイミングを特定出来る情報(例えば、更新時刻、更新連番など)であれば十分であるものの、上記のように、従サイトでのチェック結果不整合が確認された場合はアブノーマル扱いとして更新処理を継続しないので、更新処理には影響を与えない情報の更新のみが行われた場合には不整合扱いとしない措置が必要である。そこで、スラブの充当処理の場合は、充当可否判定に用いる製造実績及び現品番号とオーダ番号との対応関係などが主・従サイトで一致していることを確認する方法もある。また、同時に複数の対象が処理される場合は、不整合のあった情報のみアブノーマルとして、その他は処理を継続する。
【０１０２】
そして、主・従サイト整合性チェック手段５６で不整合がなければ、主サイト４２からスラブ在庫情報及びオーダ情報を受信した従サイト４３のサーバトランザクション制御手段(1)５３は、かかるスラブ在庫情報及びオーダ情報を判定手段５５へ入力する。スラブ在庫情報及びオーダ情報が入力された判定手段５５は、かかるスラブ在庫情報及びオーダ情報と従サイト４３のサーバデータベース５２に格納されている情報とに基づき、更新処理の実施が可能か否かの判定を行い（ステップＳ３０６）、スラブ充当結果情報を従サイト４３のサーバトランザクション制御手段(1)５３に対して出力する。
【０１０３】
判定手段５５からスラブ充当結果情報が入力された従サイト４３のサーバトランザクション制御手段(1)５３は、スラブ充当結果情報において、更新可能であると判定されている場合には、従サイト４３のサーバデータベース５２の更新内容の登録を行う（ステップＳ３０７）。そして、従サイト４３のサーバトランザクション制御手段(1)５３は、登録された情報をスラブ在庫更新情報及びオーダ更新情報として、スラブ充当結果情報とともに主サイト４２のクライアントトランザクション制御手段(1)４８へと返信する（ステップＳ３０８）。
【０１０４】
一方、判定手段５５から入力されたスラブ充当結果情報において、スラブオーダに対してスラブ在庫を充当不可能であると判定されている場合には、従サイト４３のサーバトランザクション制御手段(1)５３は、スラブ充当結果情報のみを主サイト４２のクライアントトランザクション制御手段(1)４８へと返信する（ステップＳ３０９）。そして、かかるスラブ充当結果情報は入力端末４７に表示される。
【０１０５】
そして、スラブ充当結果情報において、スラブオーダに対してスラブ在庫を充当不可能であると判定されている場合には、従サイト４３のサーバトランザクション制御手段(1)５３からスラブ在庫更新情報及びオーダ更新情報並びに充当結果情報を受信した主サイト４２のクライアントトランザクション制御手段(1)４８は、スラブ在庫更新情報及びオーダ更新情報に基づいて、主サイト４２のクライアントデータベース４６の更新内容の登録を行う（ステップＳ３１０）。
【０１０６】
主サイト４２のクライアントデータベース４６の更新内容の登録を行った主サイト４２のクライアントトランザクション制御手段(1)４８は、更新情報とファイルに保存されているスラブ在庫情報及びオーダ情報とに基づいて、両情報が整合しているか否かの判定を行い（ステップＳ３１１）、整合している場合にはコミットを決定し（ステップＳ３１２）、整合していない場合にはロールバックを決定する（ステップＳ３１３）。
【０１０７】
そして、コミットを決定した主サイト４２のクライアントトランザクション制御手段(1)４８は、主サイト４２のクライアントデータベース更新手段(1)４９及び従サイト４３のサーバトランザクション制御手段(1)５３に対してコミット指示を送信し、主サイト４２のクライアントデータベース４６及び従サイト４３のサーバデータベース５２の登録された更新内容の確定を行う（ステップＳ３１４）。
【０１０８】
一方、ロールバックを決定した主サイト４２のクライアントトランザクション制御手段(1)４８は、主サイト４２のクライアントデータベース４６の登録された更新内容の破棄を行うとともに、従サイト４３のサーバトランザクション制御手段(1)５３に対してロールバック指示を送信し、従サイト４３のサーバデータベース５２の登録された更新内容の破棄を行う（ステップＳ３１５）。
【０１０９】
そして、主サイト４２のクライアントデータベース４６及び従サイト４３のサーバデータベース５２の登録された更新内容の確定が行われた場合には、スラブ在庫更新情報及びオーダ更新情報並びに充当結果情報が入力端末４７に表示され、更新処理が完了する。
【０１１０】
一方、主サイト４２のクライアントデータベース４６及び従サイト４３のサーバデータベース５２の登録された更新内容の破棄が行われた場合には、その旨のメッセージが入力端末４７に表示される。
このように、スラブ充当システム４１によれば、オーダ情報に関連するスラブ在庫情報を主サイト４２から従サイト４３へ送信する構成により、従サイト４３でオーダ情報のみからスラブ在庫情報の抽出ができない場合でも、図３に示すスラブ２１と同様の作用効果が得られる。
【０１１１】
なお、本実施形態では、スラブ在庫情報及びオーダ情報として説明したが、スラブ（現品）に関する情報及びオーダに関する情報の両方又はそのうち一方であればよい。
【０１１２】
以上、本発明の実施形態について説明したが、本発明の実施形態においては、種々の変更を行うことが可能である。
【０１１３】
例えば、本発明の第二実施形態及び第三実施形態においては、本発明に係るデータベース同期更新処理方法をスラブ充当システムに適用した場合を例に説明している。しかしながら、本発明に係るデータベース同期更新処理方法を、工程管理上着目する半製品や製品などの現品の現品充当システム、例えば、コイル充当システムに適用できることは言うまでもない。
【図面の簡単な説明】
【０１１４】
【図１】本発明の第一実施形態に係るデータベース同期更新処理システムの概略構成図である。
【図２】図１に示すデータベース同期更新処理システムにおける処理の流れを示す図である。
【図３】本発明の第二実施形態に係るスラブ充当システムの概略構成図である。
【図４】図３に示すスラブ充当システムにおける処理の流れを示す図である。
【図５】本発明の第三実施形態に係るスラブ充当システムの概略構成図である。
【図６】図５に示すスラブ充当システムにおける処理の流れを示す図である。
【図７】特許文献１に係る分散データベースシステムにおける主従関係同期方式の概略構成図である。
【符号の説明】
【０１１５】
１  データベース同期更新処理システム
２  主サイト
３  従サイト
４  同期通信専用ＬＡＮ回線
５  通常通信用ＬＡＮ回線
６  クライアントデータベース
７  入力端末
８  クライアントトランザクション制御手段(1)
９  クライアントデータベース更新手段(1)
１０  クライアントデータベース更新手段(2)
１１  クライアントトランザクション制御手段(2)
１２  サーバデータベース
１３  サーバトランザクション制御手段(1)
１４  サーバデータベース更新手段(1)
１５  判定手段
１６  主・従サイト整合性チェック手段
１７  サーバトランザクション制御手段(2)
１８  サーバデータベース更新手段(2)
２１  スラブ充当システム
２２  主サイト
２３  従サイト
２４  同期通信専用ＬＡＮ回線
２５  通常通信用ＬＡＮ回線
２６  クライアントデータベース
２７  入力端末
２８  クライアントトランザクション制御手段(1)
２９  クライアントデータベース更新手段(1)
３０  クライアントデータベース更新手段(2)
３１  クライアントトランザクション制御手段(2)
３２  サーバデータベース
３３  サーバトランザクション制御手段(1)
３４  サーバデータベース更新手段(1)
３５  判定手段
３６  主・従サイト整合性チェック手段
３７  サーバトランザクション制御手段(2)
３８  サーバデータベース更新手段(2)
４１  スラブ充当システム
４２  主サイト
４３  従サイト
４４  同期通信専用ＬＡＮ回線
４５  通常通信用ＬＡＮ回線
４６  クライアントデータベース
４７  入力端末
４８  クライアントトランザクション制御手段(1)
４９  クライアントデータベース更新手段(1)
５０  クライアントデータベース更新手段(2)
５１  クライアントトランザクション制御手段(2)
５２  サーバデータベース
５３  サーバトランザクション制御手段(1)
５４  サーバデータベース更新手段(1)
５５  判定手段
５６  主・従サイト整合性チェック手段
５７  サーバトランザクション制御手段(2)
５８  サーバデータベース更新手段(2)
【図１】
0005232428.tif 000002
【図２】
0005232428.tif 000003
【図３】
0005232428.tif 000004
【図４】
0005232428.tif 000005
【図５】
0005232428.tif 000006
【図６】
0005232428.tif 000007
【図７】
0005232428.tif 000008