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