(57)【要約】【課題】原本データ管理サーバとデータ管理システム間のデータの不一致発生時に、オペレータの直接的なデータ修復を不要とする。【解決手段】運用データ管理部１３に障害が発生し、原本データ管理サーバ２と運用データ管理部１３間でデータが不一致となった場合、帳票投入部２１がデータ一致化フラグをＯＮとした帳票を再投入し、帳票分解部１１がその帳票を分解し、データ一致化フラグをＯＮとして投入データをデータ投入部１２へ送信し、データ投入部１２が投入データにしたがって運用データ管理部１３にデータ要素を投入する際、運用データ管理部１３からエラー応答が返信されたときは、そのエラー応答を無視し、オペレーションを変更してデータを投入する。【選択図】図１
2011227713.tif 000002
【特許請求の範囲】
【請求項１】
オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入方法であって、
前記原本データ管理サーバによる、
前記データを帳票として前記運用データ管理システムへ投入するステップと、
投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入するステップと、を有し、
前記運用データ管理システムによる、
投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解するステップと、
前記データ要素について前記オペレーションを実施するステップと、
投入された前記帳票に前記一致化フラグが付されているときに前記オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について変更のオペレーションを実施するステップと、を有すること
を特徴とするデータ投入方法。
【請求項２】
オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入方法であって、
前記原本データ管理サーバによる、
前記データを帳票として前記運用データ管理システムへ投入するステップと、
投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入するステップと、を有し、
前記運用データ管理システムによる、
投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解するステップと、
前記データ要素について前記オペレーションを実施するステップと、
投入された前記帳票に前記一致化フラグが付されているときに前記オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について削除のオペレーションを実施した後、当該データ要素について挿入のオペレーションを実施するステップと、を有すること
を特徴とするデータ投入方法。
【請求項３】
オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入方法であって、
前記原本データ管理サーバによる、
前記データを帳票として前記運用データ管理システムへ投入するステップと、
投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入するステップと、を有し、
前記運用データ管理システムによる、
投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解するステップと、
前記データ要素について前記オペレーションを実施するステップと、
投入された前記帳票に前記一致化フラグが付されているときは、前記データ要素の有無を確認し、当該データ要素の有無に応じたオペレーションを実施するステップと、を有すること
を特徴とするデータ投入方法。
【請求項４】
オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入システムであって、
前記原本データ管理サーバは、
オペレータから投入されるデータを格納する原本管理手段と、
前記原本管理手段から前記データを読み出して帳票として前記運用データ管理システムへ投入し、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入する帳票投入手段と、を有し、
前記運用データ管理システムは、
投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解する帳票分解手段と、
データ要素を格納する運用データ管理手段と、
前記運用データ管理手段に対して前記データ要素について前記オペレーションを実施し、投入された前記帳票に前記一致化フラグが付されているときに当該オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について変更のオペレーションを実施するデータ投入手段と、を有すること
を特徴とするデータ投入システム。
【請求項５】
オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入システムであって、
前記原本データ管理サーバは、
オペレータから投入されるデータを格納する原本管理手段と、
前記原本管理手段から前記データを読み出して帳票として前記運用データ管理システムへ投入し、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入する帳票投入手段と、を有し、
前記運用データ管理システムは、
投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解する帳票分解手段と、
データ要素を格納する運用データ管理手段と、
前記運用データ管理手段に対して前記データ要素について前記オペレーションを実施し、投入された前記帳票に前記一致化フラグが付されているときに前記オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について削除のオペレーションを実施した後、当該データ要素について挿入のオペレーションを実施するデータ投入手段と、を有すること
を特徴とするデータ投入システム。
【請求項６】
オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入システムであって、
前記原本データ管理サーバは、
オペレータから投入されるデータを格納する原本管理手段と、
前記原本管理手段から前記データを読み出して帳票として前記運用データ管理システムへ投入し、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入する帳票投入手段と、を有し、
前記運用データ管理システムは、
投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解する帳票分解手段と、
データ要素を格納する運用データ管理手段と、
前記運用データ管理手段に対して前記データ要素について前記オペレーションを実施し、投入された前記帳票に前記一致化フラグが付されているときは、前記データ要素の有無を確認し、当該データ要素の有無に応じたオペレーションを実施するデータ投入手段と、を有すること
を特徴とするデータ投入システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オペレータから投入されるデータを管理する原本データ管理サーバからサービスを提供する運用システムへデータを投入する技術に関する。
【背景技術】
【０００２】
分散サーバにてサービスを提供する大規模情報システムは、Ｏｐｅｒａｔｉｏｎ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ（ＯＳＳ）としてオペレータから投入されるデータを原本管理する原本データ管理サーバと、投入されたデータによりサービスを提供する運用側システムからなる。運用側システムは、データを帳票として投入するデータ投入システム、投入されたデータを管理するデータ管理システムを備える。運用側システムが管理するデータは、原本データの一部であり、運用システム間で２重にデータを持つことはなく、データはいずれかの運用システムのデータ管理に帰属する。
【０００３】
原本データ管理サーバは、データの内容より投入先の運用システムを選択して帳票を投入する。投入される帳票は、ＸＭＬ，ＣＳＶあるいは他の形式で定義される。運用側システムのデータ投入システムは、帳票をデータ管理システムのデータ要素に分解し、挿入、更新、削除のオペレーションによりデータ管理システムに投入する。
【０００４】
データ管理システムにデータを投入する際に、データ管理システムに障害が発生した場合は、データ管理システムはデータ投入前の状態に巻き戻される（ロールバックする）。
【０００５】
しかしながら、障害によっては、ロールバックも失敗する場合がある。この場合、原本データ管理サーバのデータと運用側システムのデータ管理システムとの間のデータが不一致となる。データの不一致の対策として、例えば、特許文献１では、対象レコードにバージョン番号をつけ、上記バージョン不一致を検出している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３４２０３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
データが不一致となった場合、帳票を再投入しても、挿入するデータが既に挿入済みであったり、削除するデータがすでに削除済みであったりすることがある。この場合、再投入された帳票に基づいて同一オペレーションを再実施しただけでは、オペレーションが失敗し、ロールバックされてしまうため、データの不一致が解消されない。このため、オペレータが、運用側システムのデータ管理システムの不一致となっているデータを特定し、データ管理システムのデータを直接参照して修復する必要がある。しかしながら、この作業には、高度な熟練を要し、また作業の誤りを発生しやすいという課題がある。
【０００８】
本発明は、上記に鑑みてなされたものであり、原本データ管理サーバと運用側システムのデータ管理システム間のデータの不一致発生時に、オペレータの直接的なデータ修復を不要とすることを目的とする。
【課題を解決するための手段】
【０００９】
第１の本発明に係るデータ投入方法は、オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入方法であって、前記原本データ管理サーバによる、前記データを帳票として前記運用データ管理システムへ投入するステップと、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入するステップと、を有し、前記運用データ管理システムによる、投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解するステップと、前記データ要素について前記オペレーションを実施するステップと、投入された前記帳票に前記一致化フラグが付されているときに前記オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について変更のオペレーションを実施するステップと、を有することを特徴とする。
【００１０】
第２の本発明に係るデータ投入方法は、オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入方法であって、前記原本データ管理サーバによる、前記データを帳票として前記運用データ管理システムへ投入するステップと、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入するステップと、を有し、前記運用データ管理システムによる、投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解するステップと、前記データ要素について前記オペレーションを実施するステップと、投入された前記帳票に前記一致化フラグが付されているときに前記オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について削除のオペレーションを実施した後、当該データ要素について挿入のオペレーションを実施するステップと、を有することを特徴とする。
【００１１】
第３の本発明に係るデータ投入方法は、オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入方法であって、前記原本データ管理サーバによる、前記データを帳票として前記運用データ管理システムへ投入するステップと、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入するステップと、を有し、前記運用データ管理システムによる、投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解するステップと、前記データ要素について前記オペレーションを実施するステップと、投入された前記帳票に前記一致化フラグが付されているときは、前記データ要素の有無を確認し、当該データ要素の有無に応じたオペレーションを実施するステップと、を有することを特徴とする。
【００１２】
第４の本発明に係るデータ投入シテスムは、オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入システムであって、前記原本データ管理サーバは、オペレータから投入されるデータを格納する原本管理手段と、前記原本管理手段から前記データを読み出して帳票として前記運用データ管理システムへ投入し、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入する帳票投入手段と、を有し、前記運用データ管理システムは、投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解する帳票分解手段と、データ要素を格納する運用データ管理手段と、前記運用データ管理手段に対して前記データ要素について前記オペレーションを実施し、投入された前記帳票に前記一致化フラグが付されているときに当該オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について変更のオペレーションを実施するデータ投入手段と、を有することを特徴とする。
【００１３】
第５の本発明に係るデータ投入システムは、オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入システムであって、前記原本データ管理サーバは、オペレータから投入されるデータを格納する原本管理手段と、前記原本管理手段から前記データを読み出して帳票として前記運用データ管理システムへ投入し、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入する帳票投入手段と、を有し、前記運用データ管理システムは、投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解する帳票分解手段と、データ要素を格納する運用データ管理手段と、前記運用データ管理手段に対して前記データ要素について前記オペレーションを実施し、投入された前記帳票に前記一致化フラグが付されているときに前記オペレーションの実施が失敗した場合、当該オペレーションが削除であるときは前記失敗を無視し、当該オペレーションが挿入であるときは前記データ要素について削除のオペレーションを実施した後、当該データ要素について挿入のオペレーションを実施するデータ投入手段と、を有することを特徴とする。
【００１４】
第６の本発明に係るデータ投入システムは、オペレータから投入されるデータを管理する原本データ管理サーバから前記データを運用データ管理システムに投入するデータ投入システムであって、前記原本データ管理サーバは、オペレータから投入されるデータを格納する原本管理手段と、前記原本管理手段から前記データを読み出して帳票として前記運用データ管理システムへ投入し、投入した前記帳票がエラーにより前記運用データ管理システムに反映されなかったときに、当該帳票に一致化フラグを付して前記運用データ管理システムへ再投入する帳票投入手段と、を有し、前記運用データ管理システムは、投入された前記帳票をデータ要素と当該データ要素に対するオペレーションを含む投入データに分解する帳票分解手段と、データ要素を格納する運用データ管理手段と、前記運用データ管理手段に対して前記データ要素について前記オペレーションを実施し、投入された前記帳票に前記一致化フラグが付されているときは、前記データ要素の有無を確認し、当該データ要素の有無に応じたオペレーションを実施するデータ投入手段と、を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、原本データ管理サーバと運用側システムのデータ管理システム間のデータの不一致発生時に、オペレータの直接的なデータ修復を不要とすることができる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態における原本データ管理サーバと運用システムの構成を示す機能ブロック図である。
【図２】上記運用システムにおける帳票投入時の処理の概要を示す模式図である。
【図３】上記運用システムに障害が発生し、オペレーションが失敗する様子を示す模式図である。
【図４】上記原本データ管理サーバがデータ一致化処理として帳票を再投入する処理の概要を示す模式図である。
【図５】運用システムにおけるデータ一致化処理の概要を示す模式図である。
【図６】運用システムにおける別のデータ一致化処理の概要を示す模式図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を用いて説明する。
【００１８】
図１は、本実施の形態における原本データ管理サーバと運用システムの構成を示す機能ブロック図である。図１に示すように、原本データ管理サーバ２は、帳票投入部２１と原本管理部２２を備え、運用システム１は、帳票分解部１１、データ投入部１２、運用データ管理部１３、およびサービス提供部１４を備える。
【００１９】
原本管理部２２は、原本データを管理する。
【００２０】
帳票投入部２１は、原本管理部２２が管理する原本データから帳票を作成し、運用システム１に投入する。また、帳票投入部２１は、帳票を投入した際に運用システム１において障害が発生し、ロールバックも正しく行われなかった場合、データ一致化フラグをＯＮにして帳票を再投入する。
【００２１】
帳票分解部１１は、帳票投入部２１が投入した帳票をデータ要素とそのデータ要素に対するオペレーションを含む投入データに分解し、データ投入部１２に送信する。データ一致化フラグがＯＮの帳票を受信した場合、投入データのデータ一致化フラグをＯＮにしてデータ投入部１２に送信する。
【００２２】
データ投入部１２は、帳票分解部１１から投入データを受信し、投入データにしたがって運用データ管理部１３にデータ要素を投入する。投入データのデータ一致化フラグがＯＮの場合、運用データ管理部１３にデータ要素を投入したときにエラー応答が返信されたときは、そのエラー応答を無視し、オペレーションを変更してデータ要素を投入する。あるいは、運用データ管理部１３のデータの有無を確認し、データの有無に応じたオペレーションによりデータ要素を投入する。
【００２３】
運用データ管理部１３は、投入されたデータを保持する。
【００２４】
サービス提供部１４は、運用データ管理部１３からデータを取り出し、取り出したデータに従ってサービスを提供する。
【００２５】
次に、帳票投入時の処理について説明する。図２は、本実施の形態の運用システムにおける帳票投入時の処理の概要を示す模式図である。
【００２６】
帳票投入部２１から帳票１０１が投入されると、帳票分解部１１が帳票１０１を分解し、投入データ１０２をデータ投入部１２へ送信する。図２では、Ａサービスを登録する、パラメータ１〜４を含む帳票１０１が投入される。帳票１０１は、各テーブル１〜４にデータ１１，・・・，データ４２，・・・を挿入する投入データ１０２に分解される。
【００２７】
データ投入部１２は、受信した投入データ１０２に基づいて、運用データ管理部１３に対してオペレーションを実施し、データ要素を投入する。図２では、各テーブル１〜４にデータ１１，・・・，データ４２，・・・を挿入するオペレーションを実施している。運用データ管理部１３は挿入、更新、削除の３つのオペレーションを備える。
【００２８】
ここで、運用データ管理部１３に障害が発生した場合について説明する。図３は、図２において、テーブル１にデータ１１，・・・を挿入するオペレーション１、テーブル２にデータ２１，・・・を挿入するオペレーション２が成功し、テーブル３にデータ３１，・・・を挿入するオペレーション３が失敗し、さらにロールバックも失敗したときの様子を示す模式図である。
【００２９】
まず、データ投入部１２が、テーブル１にデータ１１，・・・を挿入するオペレーション１を実施すると（符号１０３Ａ）、運用データ管理部１３においてテーブル１にデータが格納され、応答が返される（符号１０４Ａ）。
【００３０】
続いて、テーブル２にデータ２１，・・・を挿入するオペレーション２を実施すると（符号１０３Ｂ）、運用データ管理部１３においてテーブル２にデータが格納され、応答が返される（符号１０４Ｂ）。
【００３１】
テーブル３にデータ３１，・・・を挿入するオペレーション３を実施したときに（符号１０３Ｃ）、運用データ管理部１３において障害が発生してオペレーション３が実施できず、エラー応答が返される（符号１０４Ｃ）。エラー応答が返されたため、データ投入部１２はテーブル４にデータ４１，・・・を挿入するオペレーション４を実施せず（符号１０３Ｄ）、帳票の投入が失敗したことを示すエラー応答を原本データ管理サーバ２に返信する（符号１０５）。
【００３２】
このように、オペレーション１，２が成功し、オペレーション３が失敗した場合、運用データ管理部１３上のデータは、符号１１０で示すように、テーブル１，２はデータ有り、テーブル３，４はデータ無しとなり、原本データ管理サーバ２と運用データ管理部１３間でデータが不一致となる。
【００３３】
図４は、図３においてエラー応答が原本データ管理サーバ２に返された後、原本データ管理サーバ２がデータ一致化処理として帳票を再投入する処理の概要を示す模式図である。
【００３４】
原本データ管理サーバ２は、データ一致化処理の帳票２０１を運用システム１に投入する。帳票投入部２１からデータ一致化処理の帳票２０１が投入されると、帳票分解部１１が帳票２０１を分解し、データ一致化フラグ情報を含む投入データ２０２をデータ投入部１２へ送信する。図４に示すように、データ一致化処理の帳票２０１は、その帳票２０１がデータ一致化処理のための帳票であることを示すため、データ一致化フラグがＯＮとなっている。帳票分解部１１は、データ一致化フラグがＯＮの場合、その情報を含む投入データ２０２をデータ投入部１２へ送信する。あるいは、送信パラメータとしてデータ一致化を指定して投入データを送信する。
【００３５】
データ投入部１２は、受信した投入データ２０２のデータ一致化フラグがＯＮであった場合、運用データ管理部１３に対してデータ一致化処理を行う。データ一致化処理は、オペレーションに対するエラー応答を無視して、別のオペレーションに変えてデータ要素を投入するものである。例えば、運用データ管理部１３に対するオペレーションが挿入の場合、エラー応答となるのは既にデータが挿入されデータが重複するときである。そのため、データ投入部１２は、挿入オペレーションに対するエラー応答を無視し（ロールバックせず）、オペレーションを更新に変えてデータ要素を投入する。更新に変えられたオペレーションが実行されるとエラーとならずデータが反映されるため、原本データ管理サーバ２と運用データ管理部１３間でデータが一致化する。以下、図を用いて詳細に説明する。
【００３６】
図５は、図４に示すデータ一致化フラグがＯＮとなっている投入データをデータ投入部１２が受信したときの処理の様子を示す模式図である。
【００３７】
まず、データ投入部１２が、テーブル１にデータ１１，・・・を挿入するオペレーション１を実施すると（符号２０３Ａ）、テーブル１には、既にデータが挿入されているので、運用データ管理部１３はエラー応答を返す（符号２０４Ａ）。
【００３８】
データ投入部１２は、エラー応答を受信すると、受信した投入データのデータ一致化フラグがＯＮであるので、エラー応答を無視し、挿入のオペレーションを更新に変えて、テーブル１のデータ１１，・・・を更新するオペレーション１を実施する（符号２０５Ａ）。運用データ管理部１３においてテーブル１が更新され、応答が返される（符号２０６Ａ）。このように、符号２０７Ａで示す一連の処理により、テーブル１に挿入されるデータの一致化処理が行われる。
【００３９】
テーブル２にも既にデータが挿入されているので、テーブル１と同様に、符号２０７Ｂで示す一連のデータ一致化処理が行われる（符号２０３Ｂ〜２０６Ｂ）。
【００４０】
テーブル３にデータ３１，・・・を挿入するオペレーション３を実施すると（符号２０３Ｃ）、運用データ管理部１３においてテーブル３にデータが格納され、応答が返される（符号２０４Ｃ）。テーブル３は、図３において、運用データ管理部１３に障害が発生し、データが挿入されていないので、エラー応答が返されることなく、挿入のオペレーションが成功する。
【００４１】
同様に、テーブル４にデータ４１，・・・を挿入するオペレーション４を実施すると（符号２０３Ｄ）、運用データ管理部１３においてテーブル４にデータが格納され、応答が返される（符号２０４Ｄ）。
【００４２】
このようにして、符号２１０で示すように、テーブル３，４がデータ有りとなり、原本データ管理サーバ２と運用データ管理部１３間のデータ不一致が解消される。
【００４３】
データ一致化フラグがＯＮとなっている投入データをデータ投入部１２が受信したときの別の処理として、挿入のオペレーションを実施したときにデータ重複エラーを受信した場合、そのエラーを無視し、そのデータ要素について削除のオペレーションを実施後、そのデータ要素について挿入のオペレーションを実施する方法もある。
【００４４】
また、データ一致化フラグがＯＮとなっている投入データをデータ投入部１２が受信したときのさらに別の処理として、挿入のオペレーションを実施する前に、挿入先テーブルのデータの有無を確認し、データが有る場合は更新、データが無い場合は挿入のオペレーションを実施する方法もある。また、挿入先テーブルのデータの有無を確認した後、データが有る場合は削除のオペレーションを実施後、挿入のオペレーションを実施し、データが無い場合は挿入のオペレーションを実施する方法もある。
【００４５】
次に、データの一致化処理が削除のオペレーションにより行われる場合について説明する。オペレーションが削除のとき、データが存在しない場合にエラー応答が返されるので、そのエラー応答を無視する。削除のオペレーションが成功する場合は、運用データ管理部１３の該当データは削除され、失敗する場合は、データが存在しない場合なので、エラー応答を無視しても、原本データ管理サーバ２と運用データ管理部１３間のデータ不一致が解消される。
【００４６】
図６は、オペレーションの内容が削除で、データ一致化フラグがＯＮとなっている投入データをデータ投入部１２が受信したときの処理の様子を示す模式図である。ここでは、運用データ管理部１３のテーブル１，２はデータ無し、テーブル３，４はデータ有りであるとする。
【００４７】
まず、データ投入部１２がテーブル１のデータ１１，・・・を削除するオペレーション１を実施すると（符号３０３Ａ）、削除対象のデータが存在しないので、運用データ管理部１３はエラー応答を返す（符号３０４Ａ）。データ投入部１２は、投入データのデータ一致化フラグがＯＮであるので、そのエラー応答を無視する。
【００４８】
データ投入部１２がテーブル２のデータ２１，・・・を削除するオペレーション２を実施すると（符号３０３Ｂ）、削除対象のデータが存在しないので、運用データ管理部１３はエラー応答を返す（符号３０４Ｂ）。データ投入部１２は、投入データのデータ一致化フラグがＯＮであるので、そのエラー応答を無視する。
【００４９】
続いて、データ投入部１２がテーブル３のデータ３１，・・・を削除するオペレーション３を実施すると（符号３０３Ｃ）、運用データ管理部１３においてテーブル３のデータが削除され、応答が返される（符号３０４Ｃ）。
【００５０】
同様に、データ投入部１２がテーブル４のデータ４１，・・・を削除するオペレーション４を実施すると（符号３０３Ｄ）、運用データ管理部１３においてテーブル４のデータが削除され、応答が返される（符号３０４Ｄ）。
【００５１】
このようにして、符号３１０で示すように、テーブル３，４がデータ無しとなり、原本データ管理サーバ２と運用データ管理部１３間のデータ不一致が解消される。
【００５２】
なお、データ一致化フラグがＯＮとなっている投入データをデータ投入部１２が受信し、削除のオペレーションを実施する別の方法として、削除のオペレーションを実施する前に、挿入先テーブルのデータの有無を確認し、データが有る場合にのみ削除のオペレーションを実施する方法もある。
【００５３】
以上説明したように、本実施の形態によれば、運用データ管理部１３に障害が発生し、原本データ管理サーバ２と運用データ管理部１３間でデータが不一致となった場合、帳票投入部２１がデータ一致化フラグをＯＮとした帳票を再投入し、帳票分解部１１がその帳票を分解し、データ一致化フラグをＯＮとして投入データをデータ投入部１２へ送信し、データ投入部１２が投入データにしたがって運用データ管理部１３にデータ要素を投入する際、運用データ管理部１３からエラー応答が返信されたときは、そのエラー応答を無視し、オペレーションを変更してデータを投入することにより、原本データ管理サーバ２と運用データ管理部１３間のデータ不一致を解消することができる。
【符号の説明】
【００５４】
１…運用システム
１１…帳票分解部
１２…データ投入部
１３…運用データ管理部
１４…サービス提供部
２…原本データ管理サーバ
２１…帳票投入部
２２…原本管理部
【図１】
2011227713.tif 000003
【図２】
2011227713.tif 000004
【図３】
2011227713.tif 000005
【図４】
2011227713.tif 000006
【図５】
2011227713.tif 000007
【図６】
2011227713.tif 000008