(57)【要約】【課題】  組織変更に伴う、マスタデータを記憶した複数のデータベースの整備を効率よく行う。【解決手段】  複数の組織の識別子、及び複数の組織の属性の情報を互いに対応づけたマスタデータを記憶しているデータベース２１３を備える組織管理システム１００において、組織変更を行う際にデータベース２１３を更新する方法であって、組織管理システム１００が、組織変更前の組織識別子、及び組織変更後の組織識別子を互いに対応づけた組織変更定義情報２１０を取得し、複数のデータベース２１３のそれぞれが、組織変更後のマスタデータを記憶しているか否かを、組織変更定義情報２１０に基づき判断するチェック処理を行った結果、データベース２１３が組織変更後のマスタデータを記憶していないと判断した場合に、所定の情報に基づき生成された、新たなマスタデータを出力する。【選択図】  図２
2017207803.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ及びメモリを備え、複数の組織の識別子、及び前記複数の組織の属性の情報を互いに対応づけた情報であるマスタデータを記憶しているデータベースを備える組織管理システムにおいて、前記組織の組織変更を行う際に前記データベースを更新する方法であって、
前記組織管理システムが、
前記組織変更の前の前記組織の識別子、及び前記組織変更の後の前記組織の識別子を互いに対応づけた情報である組織変更定義情報を取得し、
複数の前記データベースのそれぞれが、前記組織変更の後における前記マスタデータを記憶しているか否かを、前記組織変更定義情報に基づき判断するチェック処理を行い、前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合に、所定の情報に基づき生成された、新たな前記マスタデータを出力する、
データベースの更新方法。
【請求項２】
前記チェック処理は、
第１の前記データベースから、前記組織変更の前の前記組織の属性の情報を取得し、第２の前記データベースに、前記取得した前記組織の属性の情報が格納されているか否かを判断する処理を含む、
請求項１に記載のデータベースの更新方法。
【請求項３】
前記組織管理システムは、
生成するデータの種類を受け付け、受け付けた前記データの種類に応じて、前記それぞれのデータベースを前記所定の情報に基づき更新するか、又は、前記それぞれのデータベースを更新する前に、前記所定の情報に基づく、前記それぞれのデータベースに変換可能な、前記新たなマスタデータを含む情報を出力するかを選択する、
請求項１に記載のデータベースの更新方法。
【請求項４】
前記組織管理システムは、
前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合には、予め記憶しておいたデータを取得し、取得した前記データを前記所定の情報として、前記それぞれのデータベースを更新する、
請求項１に記載のデータベースの更新方法。
【請求項５】
前記組織管理システムは、
前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合には、前記複数のデータベースのいずれかから前記マスタデータを取得し、取得した前記マスタデータを前記所定の情報として、前記それぞれのデータベースを更新する、
請求項１に記載のデータベースの更新方法。
【請求項６】
前記組織管理システムは、
生成するデータの種類を受け付け、受け付けた前記データの種類に応じて、前記それぞれのデータベースを前記所定の情報に基づき更新するか、又は、前記それぞれのデータベースを更新する前に、前記所定の情報に基づく、前記それぞれのデータベースに変換可能な、前記新たなマスタデータを含む情報を出力するかを選択し、
前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合には、予め記憶しておいたデータを取得
し、取得した前記データを前記所定の情報として、前記それぞれのデータベースを更新するか、又は、前記複数のデータベースのいずれかから前記マスタデータを取得し、取得した前記マスタデータを前記所定の情報として、前記それぞれのデータベースを更新し、
前記チェック処理は、
第１の前記データベースから、前記組織変更の前の前記組織の属性の情報を取得し、第２の前記データベースに、前記取得した前記組織の属性の情報が格納されているか否かを判断する処理を含む、
請求項１に記載のデータベースの更新方法。
【請求項７】
プロセッサ及びメモリを備え、複数の組織の識別子、及び前記複数の組織の属性の情報を互いに対応づけた情報であるマスタデータを記憶しているデータベースを備える組織管理システムに、前記組織の組織変更を行う際に前記データベースを更新させるためのプログラムであって、
前記組織管理システムに、
前記組織変更の前の前記組織の識別子、及び前記組織変更の後の前記組織の識別子を互いに対応づけた情報である組織変更定義情報を取得する処理と、
複数の前記データベースのそれぞれが、前記組織変更の後における前記マスタデータを記憶しているか否かを、前記組織変更定義情報に基づき判断するチェック処理を行い、前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合に、所定の情報に基づき、前記それぞれのデータベースを更新すると共に、所定の情報に基づき生成された、新たな前記マスタデータを出力する処理と、
を実行させるデータベース更新プログラム。
【請求項８】
生成するデータの種類を受け付け、受け付けた前記データの種類に応じて、前記それぞれのデータベースを前記所定の情報に基づき更新するか、又は、前記それぞれのデータベースを更新する前に、前記所定の情報に基づく、前記それぞれのデータベースに変換可能な、前記新たなマスタデータを含む情報を出力するかを選択する処理を実行させる、
請求項７に記載のデータベース更新プログラム。
【請求項９】
前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合には、予め記憶しておいたデータを取得し、取得した前記データを前記所定の情報として、前記それぞれのデータベースを更新する処理を実行させる、
請求項７に記載のデータベース更新プログラム。
【請求項１０】
前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合には、前記複数のデータベースのいずれかから前記マスタデータを取得し、取得した前記マスタデータを前記所定の情報として、前記それぞれのデータベースを更新する処理を実行させる、
請求項７に記載のデータベース更新プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースの更新方法、及びデータベース更新プログラムに関する。
【背景技術】
【０００２】
会社合併や会社分割など、複数の企業等において組織変更が行われる場合、この組織変更に伴って、組織の属性の情報を記録したマスタデータのデータベースのメンテナンスが行われる場合がある。このメンテナンスを行うための業務システムとして、一方のマスタデータで使用されるコードを他方のマスタデータで使用されるコードに変換する技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２５０８６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、大企業の製造業や卸売業における販売管理システムなどの業務システムにおいては、資本関係の有無に関わらず、多数の販売先となる取引先に対し、発注機能を開放し発注在庫管理業務の効率化を行っている。特に近年、ビジネスのスピードアップや業務効率化を目的とした販売先となる取引先の会社合併又は会社分割（以下、これらを会社合併分割と総称する）を実施するケースが増加しており、業務システムにおいて、このような会社合併分割に対応するためのマスタデータのメンテナンスの実施の必要性が高まっている。
【０００５】
例えば、会社合併分割時のマスタメンテナンスでは、会社合併分割の前後における組織コードの変更が行われ、これらの組織コードを使用した多数のマスタデータの整備が必要となる。しかし、これらのマスタデータを整備するに際しては、個別のチェックプログラムや変換プログラムを開発しメンテナンスを行っているのが現状であり、そのため、個別のチェックプログラムの開発からテストを実施するまでに長期間を要すると共にそのコストもかかっているのが現状である。
【０００６】
本発明は、このような現状に鑑みてなされたもので、組織変更に伴う、マスタデータを記憶した複数のデータベースの整備を効率よく行うための、データベースの更新方法、及びデータベース更新プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明の一つは、プロセッサ及びメモリを備え、複数の組織の識別子、及び前記複数の組織の属性の情報を互いに対応づけた情報であるマスタデータを記憶しているデータベースを備える組織管理システムにおいて、前記組織の組織変更を行う際に前記データベースを更新する方法であって、前記組織管理システムが、前記組織変更の前の前記組織の識別子、及び前記組織変更の後の前記組織の識別子を互いに対応づけた情報である組織変更定義情報を取得し、複数の前記データベースのそれぞれが、前記組織変更の後における前記マスタデータを記憶しているか否かを、前記組織変更定義情報に基づき判断するチェック処理を行い、前記チェック処理の結果、前記それぞれのデータベースが前記組織変更の後における前記マスタデータを記憶していないと判断した場合に、所定の情報に基づき生成された、新たな前記マスタデータを出力する。
【発明の効果】
【０００８】
本発明によれば、組織変更に伴う、マスタデータを記憶した複数のデータベースの整備を効率よく行うことができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施形態に係る組織管理システム１００の構成の一例を示す図である。
【図２】図２は、業務システム管理サーバ１０１が備えるハードウェア、及びその機能の一例を説明する図である。
【図３】図３は、組織マスタテーブル２１２の一例を示す図である。
【図４】図４は、組織変更定義テーブル２１０の一例を示す図である。
【図５】図５は、チェック対象テーブル２１３のうち、起票が可能な受注伝票の種類を期間管理するためのマスタテーブル（伝票区分マスタ）の一例である。
【図６】図６は、チェック対象テーブル２１３のうち、販売が可能な種類の商品を管理するマスタテーブル（営業所取扱品種マスタ）の一例である。
【図７】図７は、チェック対象テーブル２１３のうち、組織変更に係る会社が扱う伝票に関するマスタテーブル（会社伝票マスタ）の一例を示す図である。
【図８】図８は、チェック対象テーブル２１３のうち、組織変更に係る営業所が取り扱う伝票に関するマスタテーブル（営業所伝票マスタ）の一例を示す図である。
【図９】図９は、変換チェックテーブル２１１の一例を示す図である。
【図１０】図１０は、変換チェックテーブル２１１の一例を示す図である。
【図１１】図１１は、チェック履歴テーブル２１６の一例を示す図である。
【図１２】図１２は、チェック結果テーブル２１４の一例を示す図である。
【図１３】図１３は、チェック前後処理を説明するフローチャートである。
【図１４】図１４は、メニュー画面の一例を示す図である。
【図１５】図１５は、マスタデータ更新処理を説明するフローチャートである。
【図１６】図１６は、モード選択画面の一例を示す図である。
【図１７】図１７は、Ｓ１３２０の処理（マスタデータ判定処理）の詳細を説明するフローチャートである。
【図１８】図１８は、（式５）、（式６）により生成されるチェック履歴テーブル２１６の一例を示す図である。
【図１９】図１９は、データ変換追加処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１０】
本発明の実施の形態について、図面を用いて説明する。
＜構成および機能＞
図１は、本実施形態に係る組織管理システム１００の構成の一例を示す図である。同図に示すように、組織管理システム１００は、各組織の事業所等に設置される情報処理装置（コンピュータ）である複数の端末１０３と、各組織の組織コード（組織を示す識別子）を記憶したデータベース（以下、組織マスタという。詳細は後述。）と、当該組織の識別子及びその組織の属性の情報（例えば、組織が取り扱う商品や伝票に関する情報）を対応づけて記憶した情報（以下、マスタデータという。）を記憶した複数のデータベース（以下、このデータベースを各々マスタテーブルともいう。詳細は後述。）を管理している業務システム管理サーバ１０１と、を含んで構成されている。組織管理システム１００は、例えば、複数の企業、団体等の組織における情報を管理している販売管理システムである。
【００１１】
業務システム管理サーバ１０１、及び端末１０３のそれぞれの間は、ＬＡＮ、ＷＡＮ、インターネット、専用線、光ファイバなどの、有線又は無線の通信網であるネットワーク１０２によって通信可能に接続されている。
【００１２】
本実施形態の組織管理システム１００は、これらの組織において、合併、分割等の組織変更（例えば、会社分割や会社合併。以下、これらを総称して組織変更という）が行われる場合に、これらの組織のマスタデータを記憶したデータベースが、組織変更の後におけるマスタデータを記憶しているか否かをチェックする処理（以下、マスタデータチェック処理という）を行う。
【００１３】
なお、上記の組織マスタやマスタデータは、本実施形態のように業務システム管理サーバ１０１が予め記憶しておいてもよいし、端末１０３がこれらを記憶し、業務システム管理サーバ１０１が、これらをネットワーク１０２を介して取得するようにしてもよい。
【００１４】
次に、業務システム管理サーバ１０１の構成について説明する。
図２は、業務システム管理サーバ１０１が備えるハードウェア、及びその機能の一例を説明する図である。同図に示すように、業務システム管理サーバ１０１は、一般的なコンピュータ（情報処理装置）の構成を有し、ＣＰＵ（Central Processing Unit）等のプロ
セッサからなるコントローラ２０２と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read
Only Memory）、及びＮＶＲＡＭ（Non-Volatile RAM）等のメモリ２０３と、ＮＩＣ（Network Interface Card）等の、他の情報処理装置と通信するための通信装置２０４と、ハードディスクやＳＳＤ（Solid State Drive）等の記憶装置からなる記憶装置２０１と、
モニタ（ディスプレイ）等からなる出力装置２０５と、キーボード、マウス、タッチパネル等からなる入力装置２０６とを備える。
【００１５】
また、同図に示すように、業務システム管理サーバ１０１は、条件設定機能２２０、チェック機能２２１、変換機能２２２、結果確認機能２２３、及びシミュレーション機能２２４の各機能を備える。
【００１６】
また、業務システム管理サーバ１０１は、各組織の識別子（組織コード）を記憶している組織マスタテーブル２１２と、組織変更の前の組織の識別子、及び組織変更の後の組織の識別子を互いに対応づけた情報である組織変更定義情報を記憶している組織変更定義テーブル２１０と、マスタデータチェック処理の内容を記憶している変換チェックテーブル２１１と、マスタデータを記憶しているデータベースであるチェック対象テーブル２１３と、マスタデータチェック処理の実行履歴を記憶するチェック履歴テーブル２１６と、マスタデータチェック処理の結果を記憶するチェック結果テーブル２１４とをそれぞれ管理（記憶）している。
【００１７】
条件設定機能２２０は、例えば、ユーザ（業務システム管理サーバ１０１、又は端末１０３のユーザ等）から、組織変更に関する情報の設定を受け付け、受け付けた情報を、組織変更定義テーブル２１０に登録する。
【００１８】
チェック機能２２１は、マスタデータチェック処理を行う機能である。すなわち、チェック機能２２１は、複数の前記データベース（チェック対象テーブル２１３）のそれぞれが、前記組織変更の後における前記マスタデータを記憶しているか否かを、前記組織変更定義情報に基づき判断するチェック処理（マスタデータチェック処理）を行う。
【００１９】
具体的には、チェック機能２２１は、第１の前記データベース（チェック対象テーブル２１３のうちの一つ）から、前記組織変更の前の前記組織の属性の情報を取得し、第２の前記データベース（チェック対象テーブル２１３のうちの一つ。第１のデータベースと同じでも異なっていてもよい。）に、前記取得した前記組織の属性の情報が格納されているか否かを判断する。なお、以下では、この処理を第２区分チェック処理という。すなわち、第２区分チェック処理は、複数のデータベース（チェック対象テーブル２１３）にまた
がってマスタデータをチェックする処理である。
【００２０】
また、チェック機能２２１は、前記それぞれのデータベース（チェック対象テーブル２１３）が、前記組織変更の後における前記マスタデータを記憶しているか否かを判断する。なお、以下では、この処理を第１区分チェック処理という。すなわち、第１区分チェック処理は、単一のテーブル（チェック対象テーブル２１３）におけるマスタデータをチェックする処理である。
【００２１】
そして、チェック機能２２１は、前記チェック処理の結果、前記それぞれのデータベース（チェック対象テーブル２１３）が前記組織変更の後における前記マスタデータを記憶していないと判断した場合に、所定の情報に基づき生成された、新たな前記マスタデータを出力する。そして、チェック機能２２１は、所定の情報に基づき、前記それぞれのデータベース（チェック対象テーブル２１３）を更新する。
【００２２】
例えば、チェック機能２２１は、前記チェック処理の結果、前記それぞれのデータベース（チェック対象テーブル２１３）が前記組織変更の後における前記マスタデータを記憶していないと判断した場合には、予め記憶しておいたデータ（以下、テンプレートデータという）を取得し、取得した前記データを前記所定の情報として、新たな前記マスタデータを出力する。そして、チェック機能２２１は、前記それぞれのデータベース（チェック対象テーブル２１３）を更新する。なお、以下では、この処理を第２区分追加処理という。なお、テンプレートデータについては後述する。
【００２３】
また、例えば、チェック機能２２１は、前記チェック処理の結果、前記それぞれのデータベース（チェック対象テーブル２１３）が前記組織変更の後における前記マスタデータを記憶していないと判断した場合には、前記複数のデータベース（チェック対象テーブル２１３）のいずれかから前記マスタデータを取得し、取得した前記マスタデータを前記所定の情報として、新たな前記マスタデータを出力する。そして、チェック機能２２１は、前記それぞれのデータベース（チェック対象テーブル２１３）を更新する。これらの処理を、以下では第３区分追加処理という。
【００２４】
なお、本実施形態では、チェック機能２２１は、複数の前記データベースのそれぞれ（チェック対象テーブル２１３）が、前記組織変更の後における前記マスタデータを記憶していると判断（判定）した場合には、「ＯＫ」を出力し、前記組織変更の後における前記マスタデータを記憶していないと判断（判定）した場合には、「ＮＧ」を出力するものとする。
【００２５】
結果確認機能２２３は、前記所定の情報に基づき生成された新たな前記マスタデータや、前記それぞれのデータベース（チェック対象テーブル２１３）を出力する。
【００２６】
シミュレーション機能２２４は、生成するデータの種類を受け付け、前記それぞれのデータベース（チェック対象テーブル２１３）を前記所定の情報に基づき更新するか、又は、前記それぞれのデータベースを更新する前に、前記所定の情報に基づく、前記それぞれのデータベースに変換可能な、前記新たなマスタデータを含む情報（例えば、チェック結果テーブル２１４）を出力するかを選択する。
【００２７】
以上に説明した業務システム管理サーバ１０１の機能は、業務システム管理サーバ１０１のハードウエアによって、もしくは、業務システム管理サーバ１０１のコントローラ２０２が、メモリ２０３や記憶装置２０１に格納されているプログラムを読み出して実行することにより実現される。なお、このプログラムは、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に記録したものであってもよい。
【００２８】
次に、業務システム管理サーバ１０１が記憶するデータベースについて説明する。
図３は、組織マスタテーブル２１２の一例を示す図である。同図に示すように、組織マスタテーブル２１２は、組織変更の対象となる会社の識別子（以下、会社コードという）が格納される会社コード３０１、組織変更の対象となる営業所の識別子（以下、営業所コードという）が格納される営業所コード３０２、及び、会社コード３０１及び営業所コード３０２が示す会社及び営業所が有効となる日の情報（以下、適用日という）が格納される適用日３０３の各項目を含む少なくとも１つ以上のレコードから構成されるデータベースである。
【００２９】
図４は、組織変更定義テーブル２１０の一例を示す図である。組織変更定義テーブル２１０は、同図に示すように、組織変更の内容を組織コードで定義しており、組織変更が有効となる日の情報（適用日）が格納される適用日４０１、組織変更前における会社の識別子（会社コード）が格納される変換前会社コード４０２、組織変更前における会社の営業所の識別子（営業所コード）が格納される変換前営業所コード４０３、組織変更後における会社の識別子（会社コード）が格納される変換後会社コード４０４、及び組織変更後における会社の営業所の識別子（営業所コード）が格納される変換後営業所コード４０５の各項目を有する、少なくとも１つ以上のレコードから構成されるデータベースである。
【００３０】
なお、組織変更定義テーブル２１０の内容は、例えば、組織変更の前に予め、ユーザにより設定される。また、本実施形態における組織変更は、会社分割又は会社合併であるものとする。
【００３１】
次に、チェック対象テーブル２１３について説明する。チェック対象テーブル２１３は、複数のデータベース（マスタテーブル）からなる。
【００３２】
図５は、チェック対象テーブル２１３のうち、起票が可能な受注伝票の種類を組織の属性として管理するためのマスタテーブル（以下、伝票区分マスタという）の一例である。同図に示すように、伝票区分マスタ６００は、伝票の種類（区分）を特定する情報が格納される伝票区分６０１、伝票区分６０１の伝票が有効になる期日の情報（以下、有効開始日という）が格納される有効開始日６０２、及び伝票区分６０１の伝票の有効期限日の情報（以下、有効終了日という）が格納される有効終了日６０３の各項目を含む、少なくとも１つ以上のレコードから構成されるデータベースである。
【００３３】
図６は、チェック対象テーブル２１３のうち、販売が可能な種類の商品を組織の属性として管理するマスタテーブル（以下、営業所取扱品種マスタという）の一例である。同図に示すように、営業所取扱品種マスタ７００は、組織変更の対象となる会社の識別子（会社コード）が格納される会社コード７０１と、組織変更の対象となる会社の営業所の識別子（営業所コード）が格納される営業所コード７０２と、会社コード７０１及び営業所コード７０２により特定される営業所により取り扱われる商品の種類を示す情報（以下、品種コードという）が格納される品種コード７０３とをそれぞれ項目として含む、少なくとも１つ以上のレコードから構成されるデータベースである。
【００３４】
なお、同図に示しているように、営業所取扱品種マスタ７００において、会社コード７０１及び営業所コード７０２が「００００」であるレコードが存在する。このレコードは、テンプレートデータの一例である。テンプレートデータは、マスタデータ（例えば、会社コードや営業所コードといった組織の識別子や、組織の属性の情報）として適用可能なデータである。例えば、組織変更として会社分割が行われた場合に、営業所取扱品種マスタ７００において、組織変更の後の組織の識別子の情報がマスタデータに存在しないと判断されると、その組織の識別子として、テンプレートデータが適用される。
【００３５】
図７は、チェック対象テーブル２１３のうち、組織変更の対象となる会社が取り扱う伝票を組織の属性として管理するマスタテーブル（以下、会社伝票マスタという）の一例を示す図である。同図に示すように、会社伝票マスタ９００は、組織変更の対象となる会社の識別子（会社コード）が格納される会社コード９０１、会社コード９０１により特定される会社により取り扱われる伝票の区分を示す情報（以下、伝票区分という）が格納される伝票区分９０２、及び伝票区分９０２の伝票に付与された識別子（以下、伝票コードという）が格納される伝票コード９０３の各項目を含む、少なくとも１つ以上のレコードから構成されるデータベースである。
【００３６】
図８は、チェック対象テーブル２１３のうち、組織変更の対象となる営業所が取り扱う伝票を組織の属性として管理するマスタテーブル（以下、営業所伝票マスタという）の一例を示す図である。同図に示すように、営業所伝票マスタ１０００は、組織変更の対象となる営業所の識別子（営業所コード）が格納される営業所コード１００１、営業所コード１００１により特定される営業所により取り扱われる伝票の種類（区分）を示す情報（伝票区分）が格納される伝票区分１００２、及び伝票区分１００２の伝票の識別子が格納される伝票コード１００３の各項目を含む、少なくとも１つ以上のレコードから構成されるデータベースである。
【００３７】
次に、変換チェックテーブル２１１について説明する。
図９、１０は、変換チェックテーブル２１１の一例を示す図である（図示の都合により一の図を図９、１０に二分割して図示している）。同図に示すように、変換チェックテーブル２１１は、条件番号５０１、明細番号５０２、第１テーブル５０３、第１項目５０４、第２テーブル５０５、第２項目５０６、第１項目値５０７、第２項目値５０８、符号５０９、論理関係５１０、取得項目５１１、チェック区分５１２、追加区分５１３、及び参照条件番号５１４の各項目を含む、少なくとも１つ以上のレコードから構成されるデータベースである。変換チェックテーブル２１１は、例えば、組織変更前に予め、ユーザによってその内容が設定される。
【００３８】
条件番号５０１には、マスタデータチェック処理のそれぞれに割り当てられた番号（以下、チェック処理番号という）が格納され、明細番号５０２には、条件番号５０１のマスタデータチェック処理を構成する各処理（以下、明細処理という）に割り当てられた番号が格納される。
【００３９】
第１テーブル５０３には、明細番号５０２の明細処理がその処理において参照するチェック対象テーブル２１３（以下、第１テーブルという）の情報が格納される。第１項目５０４には、第１テーブル５０３のチェック対象テーブル２１３における項目（属性）（以下、第１項目という）の情報が格納される。第２テーブル５０５には、明細番号５０２の明細処理がその処理において参照するチェック対象テーブル２１３（以下、第２テーブルという）の情報が格納される。第２項目５０６には、第２テーブル５０５のチェック対象テーブル２１３における項目（属性）（以下、第２項目という）の情報が格納される。
【００４０】
第１項目値５０７には、第１項目５０４の項目（属性）の値又はその情報（以下、第１項目値という）が格納され、第２項目値５０８には、第２項目５０６の項目（属性）の値又はその情報（以下、第２項目値という）が格納される。
【００４１】
符号５０９には、第１項目５０４の項目の値と第１項目値５０７の値との間の関係を示す情報が格納される。例えば、第１項目５０４の項目の値が第１項目値５０７の値と等しいことを示す場合は「ＥＱ」が格納され、第１項目５０４の項目の値が第１項目値５０７の値以下であることを示す場合は「ＬＥ」が格納され、第１項目５０４の項目の値が第１
項目値５０７の値より大きいことを示す場合は「ＧＴ」が格納される。
【００４２】
論理関係５１０には、２つの明細処理の間の関係を示す情報が格納される。例えば、変換チェックテーブル２１１における２つのレコードの明細番号５０２が示す、２つの明細処理の間の関係が論理積（「かつ」）である場合には「ＡＮＤ」が格納され、その２つの明細処理の間の関係が論理和（「又は」）である場合には「ＯＲ」が格納される。
【００４３】
取得項目５１１は、そのレコードが示すマスタデータチェック処理が第２区分チェック処理である場合に使用される項目であり、第１テーブルの項目が格納される。例えば、図１０において、チェック区分５１２が「２」のレコードにおいては、営業所取扱品種マスタ７００の品種コードが取得項目である。
【００４４】
チェック区分５１２には、マスタデータチェック処理の種類（以下、チェック処理区分という）を示す情報が格納される。例えば、チェック区分５１２には、第１区分チェック処理を示す「１」、又は、第２区分チェック処理を示す「２」が格納される。
【００４５】
追加区分５１３には、マスタデータチェック処理の結果、チェック対象テーブル２１３が組織変更後の組織の識別子又は組織の属性の情報を記憶していないと判断された場合（すなわち「ＮＧ」の場合）に行われる処理のパターン（区分）が格納される。すなわち、追加区分５１３には、必要な組織の識別子（例えば、会社コードや営業所コード）や、必要な組織の属性の情報（例えば、品種コード）が、チェック対象テーブル２１３に存在しなかった場合に行われる処理のパターンが格納される。
【００４６】
例えば、追加区分５１３が「２」の場合は、前記の第２区分追加処理が行われる。追加区分５１３が「３」の場合は、前記の第３区分追加処理が行われる。なお、追加区分５１３が「１」の場合は、処理は行われない。
【００４７】
参照条件番号５１４には、マスタデータチェック処理のチェック処理番号が格納される。参照条件番号５１４は、そのレコードが示すマスタデータチェック処理が第２区分チェック処理である場合に使用される。
【００４８】
図９、１０の例で説明すると、取得項目５１１が「品種コード」であるレコードの処理（条件番号５０１が「１」、及び明細番号５０２が「１」のレコードの処理）において、第１テーブル５０３及び取得項目５１１が示す、営業所取扱品種マスタ７００の品種コードの内容が取得されると、参照条件番号５１４が「１」であるレコードの処理（条件番号５０１が「２」、及び明細番号５０２が「３」のレコードの処理）において、前記取得された内容（品種コード７０３）の値が取得される。なお、以下では、このように、取得項目５１１により取得される組織の属性を取得項目といい、その取得項目の内容を取得項目値という。
【００４９】
なお、以上の変換チェックテーブル２１１は、後述するように、ＳＱＬ文におけるＷｈｅｒｅ区に相当する項目、値、符号の条件、及びこれらの組合せを実現するテーブルとなっている。
次に、チェック履歴テーブル２１６について説明する。
【００５０】
図１１は、チェック履歴テーブル２１６の一例を示す図である。チェック履歴テーブル２１６は、各レコードに付与された識別子であるレコード番号１２０１、組織変更の前における会社の識別子（会社コード）が格納される変換前会社コード１２０２、組織変更の前における営業所の識別子（営業所コード）が格納される変換前営業所コード１２０３、組織変更の後における会社の識別子（会社コード）が格納される変換後会社コード１２０
４、組織変更の後における営業所の識別子（営業所コード）が格納される変換後営業所コード１２０５、組織の属性の情報（同図では、取り扱われる商品の種類を示す情報（品種コード））が格納される品種コード１２０６、及びチェック結果１２０７の各項目を含む、少なくとも１つ以上のレコードから構成されるデータベースである。
【００５１】
このうち、チェック結果１２０７には、チェック処理が行われた結果の情報が格納される。具体的には、チェック結果１２０７には、変換後会社コード１２０４、変換後営業所コード１２０５、及び品種コード１２０６に格納されている情報がチェック対象テーブル２１３のいずれかのレコードに記憶されていると判定された場合には「ＯＫ」が格納され、当該情報がいずれのレコードにも格納されていないと判定された場合には「ＮＧ」が格納される。
次に、チェック結果テーブル２１４について説明する。
【００５２】
図１２は、チェック結果テーブル２１４の一例を示す図である。同図に示すように、チェック結果テーブル２１４は、チェック処理番号が格納される条件番号８０１と、マスタデータチェック処理に割り当てられた番号が格納されるシミュレーション番号８０２と、組織変更の後の会社コードが格納される会社コード８０３と、組織変更の後の営業所コードが格納される営業所コード８０４と、会社コード８０３及び営業所コード８０４により特定される、組織の属性の情報（同図では、営業所が取り扱う商品の種類（品種コード））が格納される品種コード８０５とをそれぞれ項目として含む、少なくとも１つ以上のレコードから構成されるデータベースである。
【００５３】
このように、チェック結果テーブル２１４は、チェック対象テーブル２１３の項目に、さらに条件番号８０１及びシミュレーション番号８０２の各項目を加えた構造のデータベースであり、チェック対象テーブル２１３に変換可能なテーブルであると共に、既存のマスタデータ（チェック対象テーブル２１３）を更新することなく生成されるテーブルである、すなわち、既存のチェック対象テーブル２１３（マスタデータ）の内容に影響を与えないようになっている。
【００５４】
次に、組織管理システム１００において行われる各処理について説明する。
＜処理説明＞
組織管理システム１００は、マスタデータチェック処理を行うための情報を設定すると共に、マスタデータチェック処理の結果を出力する処理（以下、チェック前後処理という）と、マスタデータチェック処理の結果に基づきチェック対象テーブル２１３を更新する処理（以下、マスタデータ更新処理という）とを実行する。
＜チェック前後処理＞
まず、組織管理システム１００が行う処理のうち、チェック前後処理について説明する。
【００５５】
図１３は、チェック前後処理を説明するフローチャートである。チェック前後処理は、業務システム管理サーバ１０１が起動した際、業務システム管理サーバ１０１の入力装置２０６に所定の入力が行われた際、又は端末１０３から所定の情報が送信されてきたこと等を契機に開始される。
【００５６】
同図に示すように、業務システム管理サーバ１０１は、本処理が開始されると（Ｓ１６０１）、マスタデータチェック処理に必要なデータを設定すると共に、マスタデータチェック処理の処理結果をユーザに提示するための画面（以下、メニュー画面という）を、出力装置２０５、又は端末１０３のモニタ等の、所定の出力装置（以下、出力先という）に出力する（Ｓ１６０２）。
【００５７】
図１４は、メニュー画面の一例を示す図である。同図に示すように、メニュー画面１１００には、実行モード１１１０、条件番号１１０５、ファイル名１１０６、及び実行ボタン１１０１の各処理項目が出力される。
【００５８】
このうち、実行モード１１１０は、第１ラジオボタン１１０２、第２ラジオボタン１１０３、及び第３ラジオボタン１１０４を備えており、ユーザから、第１ラジオボタン１１０２、第２ラジオボタン１１０３、及び第３ラジオボタン１１０４のうちいずれか一つの入力を受け付ける。
【００５９】
条件番号１１０５は、ユーザから、チェック処理番号の入力を受け付ける。ファイル名１１０６は、組織変更定義テーブル２１０又は変換チェックテーブル２１１を特定する情報（例えば、ファイル名）の入力を受け付ける。実行ボタン１１０１は、実行開始の入力を受け付ける。
【００６０】
業務システム管理サーバ１０１は、実行ボタン１１０１により実行開始の入力を受け付けると（図１３のＳ１６０３）、実行モード１１１０のうちいずれのラジオボタンに入力がなされているか判断する（Ｓ１６１０）。
【００６１】
第１ラジオボタン１１０２に入力がなされていると判断された場合は（Ｓ１６１０：チェック変換登録）、処理はＳ１６０４に進み、第２ラジオボタン１１０３に入力がなされている場合は（Ｓ１６１０：チェック結果ダウンロード）、処理はＳ１６０６に進み、第３ラジオボタン１１０４に入力がなされている場合は（Ｓ１６１０：シミュレーション結果ダウンロード）、処理はＳ１６０７に進む。
【００６２】
Ｓ１６０４においては、業務システム管理サーバ１０１は、ファイル名１１０６の入力内容（例えば、ファイル名）を取得し、取得した入力内容に基づき、組織変更定義テーブル２１０、及び変換チェックテーブル２１１の内容を取得する（Ｓ１６０４）。そして業務システム管理サーバ１０１は、不図示の入力画面に基づき、ユーザから、組織変更定義テーブル２１０、及び変換チェックテーブル２１１の編集を、入力装置２０６により受け付ける（Ｓ１６０５）。
【００６３】
なお、この入力は、端末１０３の入力装置が受け付けるようにしてもよい。
【００６４】
ユーザによるテーブルの編集が終了すると、業務システム管理サーバ１０１は、この編集結果を記憶（保存）すると共に出力先に出力（表示）し（Ｓ１６０８）、本処理は終了する（Ｓ１６０９）。
【００６５】
Ｓ１６０６においては、業務システム管理サーバ１０１は、ファイル名１１０６の入力内容を取得する。そして業務システム管理サーバ１０１は、チェック対象テーブル２１３（例えば営業所取扱品種マスタ７００）の内容を取得し、取得した内容を、前記取得したファイル名１１０６が示すファイルに出力し（Ｓ１６１１）、出力したファイルの内容を出力先に出力（表示）する（Ｓ１６１２）。以上で本処理は終了する（Ｓ１６０９）。
【００６６】
Ｓ１６０７においては、業務システム管理サーバ１０１は、条件番号１１０５の入力内容、及びファイル名１１０６の入力内容を取得する。そして業務システム管理サーバ１０１は、前記取得した条件番号１１０５のチェック処理番号が条件番号８０１に格納されているチェック結果テーブル２１４の各レコードを取得し、取得したレコードの内容を、前記取得したファイル名１１０６が示すファイルに出力し（Ｓ１６１３）、出力したファイルの内容を出力先に出力（表示）する（Ｓ１６１４）。以上で本処理は終了する（Ｓ１６０９）。
【００６７】
＜マスタデータ更新処理＞
次に、組織管理システム１００が行う処理のうち、マスタデータ更新処理について説明する。
【００６８】
図１５は、マスタデータ更新処理を説明するフローチャートである。マスタデータ更新処理は、例えば、チェック前後処理が終了した際、業務システム管理サーバ１０１が起動した際、業務システム管理サーバ１０１の入力装置２０６に所定の入力が行われた際、又は端末１０３から所定の情報が業務システム管理サーバ１０１に送信されてきた際等に実行される。
【００６９】
同図に示すように、まず業務システム管理サーバ１０１は、Ｓ１３０１で処理を開始すると、出力装置２０５、又は端末１０３等の出力装置（出力先）に、実行するマスタデータチェック処理の種類を決定するための画面（以下、モード選択画面という）を出力する（Ｓ１３０２）。
【００７０】
図１６は、モード選択画面の一例を示す図である。同図に示すように、モード選択画面１２００は、実行モード１２２６、条件番号１２２５、及び実行ボタン１２２１の各処理項目を備える。
【００７１】
このうち、実行モード１２２６は、チェックモード１２２２、シミュレーションモード１２２３、及び本番データモード１２２４の各入力項目（ラジオボタン）を有しており、ユーザから、チェックモード１２２２、シミュレーションモード１２２３、及び本番データモード１２２４のうちいずれか一つの入力を受け付ける。
【００７２】
条件番号１２２５は、ユーザから、チェック処理番号の入力を受け付ける。また、実行ボタン１２２１は、ユーザから実行開始の指示を受け付ける。なお、条件番号１２２５への入力は必須となっている。
【００７３】
業務システム管理サーバ１０１は、チェックモード選択画面１２００の実行ボタン１２２１により実行開始の入力を受け付けると（図１５のＳ１３０３）、変換チェックテーブル２１１のレコードを取得する（Ｓ１３０４）。そして業務システム管理サーバ１０１は、取得した変換チェックテーブル２１１のレコードに基づき、マスタデータチェック処理を行う（Ｓ１３０５）。そして、業務システム管理サーバ１０１は、行ったマスタデータチェック処理に対する判定を行い、その判定に従った処理を行う（Ｓ１３０６）。
【００７４】
具体的には、業務システム管理サーバ１０１が「ＯＫ」を出力した場合は（Ｓ１３０６：ＯＫ）、処理はＳ１３１５に進み、業務システム管理サーバ１０１が「ＮＧ」を出力した場合は（Ｓ１３０６：ＮＧ）、処理はＳ１３０７に進む。
【００７５】
なお、上記のＳ１３０４からＳ１３０６までの処理Ｓ１３２０（以下、マスタデータ判定処理Ｓ１３２０という）の詳細は後述する。
【００７６】
Ｓ１３０７においては、業務システム管理サーバ１０１は、Ｓ１３０５で行ったマスタデータチェック処理の結果に基づき、マスタデータを更新する処理（以下、データ変換追加処理Ｓ１３０７という）を行う。データ変換追加処理の詳細は後述する。その後は、処理はＳ１３１５に進む。
【００７７】
Ｓ１３１５において、業務システム管理サーバ１０１は、Ｓ１３０５及びＳ１３０６の処理を、変換チェックテーブル２１１の全てのレコードについて行ったか否かを判断する
。Ｓ１３０５及びＳ１３０６の処理を行っていないレコードがある場合には（Ｓ１３１５：ＹＥＳ）、そのレコードを取得してＳ１３０５の処理を繰り返す。一方、Ｓ１３０５及びＳ１３０６の処理を行っていないレコードがない場合は（Ｓ１３１５：ＮＯ）、処理はＳ１３０８に進む。
【００７８】
Ｓ１３０８において、業務システム管理サーバ１０１は、マスタデータチェック処理の結果を所定のログファイルに出力し（Ｓ１３０８）、現在の自身の処理の状態を記憶する（Ｓ１３０９）。以上で本処理は終了する（Ｓ１３１１）。
次に、前記のマスタデータ判定処理Ｓ１３２０の詳細を説明する。
【００７９】
＜マスタデータ判定処理Ｓ１３２０＞
図１７は、マスタデータ判定処理Ｓ１３２０の詳細を説明するフローチャートである。同図に示すように、まず業務システム管理サーバ１０１は、変換チェックテーブル２１１の内容を取得する（Ｓ１４０２）。具体的には、業務システム管理サーバ１０１は、変換チェックテーブル２１１のレコードのうち、モード選択画面１２００の条件番号１２２５に入力された内容（チェック処理番号）が条件番号５０１に記録されている、全てのレコード（１つ又は複数のレコード。以下、取得レコードという）を取得する。そして業務システム管理サーバ１０１は、取得レコードのチェック処理区分の判定を行う（Ｓ１４２０）。具体的には、業務システム管理サーバ１０１は、変換チェックテーブル２１１のチェック区分５１２の内容を取得する。
【００８０】
取得レコードのチェック処理区分が「１」の場合（Ｓ１４２０：チェック区分１）、第１区分チェック処理を行うべく処理はＳ１４０３に進み、取得レコードのチェック処理区分が「２」の場合（Ｓ１４２０：チェック区分２）、第２区分チェック処理を行うべく処理はＳ１４０４に進む。
【００８１】
Ｓ１４０３において、業務システム管理サーバ１０１は、第１区分チェック処理を行うことにより、データベース（チェック対象テーブル２１３）の各レコードが、組織の変更後における組織の識別子、及び組織の変更後における組織の属性を示す情報を記憶しているか否かを、変換チェックテーブル２１１に基づき判断する。
【００８２】
例えば、図９、１０の例において、Ｓ１４０２で取得した変換チェックテーブル２１１の取得レコードが、条件番号５０１が「３」のレコードであった場合、業務システム管理サーバ１０１は、その取得レコードのうち、明細番号５０２が「１」、「２」、「３」の各レコードに基づき、以下の（式１）により示されるＳＱＬ文を生成する。
【００８３】
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  伝票区分マスタ  ＷＨＥＲＥ  伝票区分＝１１  ａｎｄ  有効開始日＝２０１６０４１１  ａｎｄ  有効終了日＝２０１６０４１１  ・・・（式１）
【００８４】
（式１）に示すように、業務システム管理サーバ１０１は、チェック対象テーブル２１３のうち伝票区分マスタ６００の各レコードにおいて、伝票区分６０１が「１１」である伝票（組織の属性の情報）が、組織変更の後（２０１６年４月１日以降）において有効であるか否かのチェックを行う。なお、この場合、後述する履歴の記憶のため、業務システム管理サーバ１０１は、組織変更定義テーブル２１０から、組織変更の前における組織の識別子（会社コード及び営業所コード）、及び組織変更の後における組織の識別子を取得する。
【００８５】
続いて、業務システム管理サーバ１０１は、これらの処理の結果、すなわち、取得した、組織の識別子、及び組織の属性を示す情報を、チェック履歴テーブル２１６に記憶する
（Ｓ１４０３）。
【００８６】
例えば、業務システム管理サーバ１０１は、チェック履歴テーブル２１６に新たなレコードを生成し、生成したレコードのレコード番号１２０１に新たな番号を格納し、生成したレコードの変換前会社コード１２０２、変換前営業所コード１２０３、変換後会社コード１２０４、及び変換後営業所コード１２０５のそれぞれに、Ｓ１４０３で取得した組織変更定義テーブル２１０の組織の識別子を格納し、生成したレコードの品種コード１２０６に、Ｓ１４０３で取得した、チェック対象テーブル２１３の各レコードの組織の属性の情報（前記の例では伝票区分６０１の内容）を格納する。
【００８７】
次に、業務システム管理サーバ１０１は、Ｓ１４０３で行ったチェック処理（第１区分チェック処理）に対する判定を行う（Ｓ１４０７）。すなわち、業務システム管理サーバ１０１は、チェック対象テーブル２１３の各レコードが、組織の変更後における組織の識別子、及び組織の変更後における組織の属性を示す情報を記憶していると判断した場合は、その各レコードについて「ＯＫ」を出力し、チェック対象テーブル２１３の各レコードが、組織の変更後における組織の識別子、及び組織の変更後における組織の属性を示す情報を記憶していないと判定した場合は、その各レコードについて「ＮＧ」を出力する。
【００８８】
そして、業務システム管理サーバ１０１は、この判定の結果を、チェック履歴テーブル２１６に記憶する。
【００８９】
例えば、業務システム管理サーバ１０１は、Ｓ１４０３で生成したチェック履歴テーブル２１６の各レコードのチェック結果１２０７に、Ｓ１４０７で出力した各レコードについての判定結果（「ＯＫ」又は「ＮＧ」）を格納する。なお、業務システム管理サーバ１０１は、判定結果として「ＮＧ」を格納した場合、そのレコードにおける組織の属性の情報（マスタデータ）が、組織変更の後の組織の属性の情報でない旨（すなわち、不足しているマスタデータの情報。以下、不足データという）を記憶する。
【００９０】
以上で本処理は終了する（Ｓ１４０８）。
【００９１】
次に、Ｓ１４０４においては、業務システム管理サーバ１０１は、第２区分チェック処理を開始する。
【００９２】
まず、業務システム管理サーバ１０１は、第１のデータベース（チェック対象テーブル２１３のうちの一つ）から、所定の条件を満たす組織の属性の情報が格納されているレコードを全て取得し、取得したレコードにおける、その組織の属性の情報を全て取得する。すなわち、業務システム管理サーバ１０１は、変換チェックテーブル２１１における取得レコードの取得項目５１１を参照することにより、第１のデータベースから、上記取得項目に対応する項目の取得項目値を取得する。なお、取得された各取得項目値は、例えば配列として記憶される。
【００９３】
なお、業務システム管理サーバ１０１は、後述する履歴の記憶のため、上記の第１のデータベースにおける組織の識別子（会社コード及び営業所コード）を、組織変更定義テーブル２１０から取得する。
【００９４】
そして業務システム管理サーバ１０１は、第２のデータベース（チェック対象テーブル２１３のうちの一つ）のうち、上記の取得項目値が、（上記取得項目に対応する項目に）格納されているレコードが存在するか否かを、上記の取得項目値のそれぞれについて判断する（Ｓ１４０５）。
【００９５】
そして、業務システム管理サーバ１０１は、Ｓ１４０５の結果を、例えば配列として記憶する（Ｓ１４０６）。
【００９６】
業務システム管理サーバ１０１は、Ｓ１４０４で取得した全ての取得項目値についてＳ１４０５及びＳ１４０６の処理を行ったか否かを判断する（Ｓ１４２１）。
【００９７】
全てのＳ１４０５及びＳ１４０６の処理を行ったと判断された場合には、処理はＳ１４２２に進み（Ｓ１４２１：ＹＥＳ）、Ｓ１４０５及びＳ１４０６の処理が行われていない取得項目値があると判断された場合には、その取得項目値について、Ｓ１４０５の処理を繰り返す（Ｓ１４２１：ＮＯ）。
【００９８】
ここで、Ｓ１４０４〜Ｓ１４２１の処理の具体例を説明する。
例えば、図９、１０の変換チェックテーブル２１１において、Ｓ１４０２で取得した取得レコードが、条件番号５０１が「１」である変換チェックテーブル２１１のレコードの場合、業務システム管理サーバ１０１は、まず、以下のＳＱＬ文（式２）を生成することにより、取得項目として、営業所取扱品種マスタ７００における品種コード７０３を取得する。
【００９９】
ＳＥＬＥＣＴ  品種コード  ＦＲＯＭ  営業所取扱品種マスタ  ＷＨＥＲＥ  会社コード＝変換前会社コード  ａｎｄ  営業所コード＝変換前営業所コード  ・・・（式２）
【０１００】
（式２）は、図４の組織変更定義テーブル２１０の例では以下の（式３）のように表される。
【０１０１】
ＳＥＬＥＣＴ  品種コード  ＦＲＯＭ  営業所取扱品種マスタ  ＷＨＥＲＥ  会社コード＝２０００  ａｎｄ  営業所コード＝２１００  ・・・（式３）
【０１０２】
（式３）により、取得項目値として「２１」及び「３１」が取得される。
【０１０３】
続いて、業務システム管理サーバ１０１は、変換チェックテーブル２１１のうち条件番号５０１が「２」のレコードを取得レコードとして取得する。業務システム管理サーバ１０１は、取得レコードにおける参照条件番号５１４のチェック処理番号が「１」であることから、上記で取得した取得項目（品種コード７０３）に基づき、以下の（式４）に示すＳＱＬ文を生成する。
【０１０４】
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  営業所取扱品種マスタ  ＷＨＥＲＥ  会社コード＝変換前会社コード  ａｎｄ  営業所コード＝変換前営業所コード  ａｎｄ  品種コード＝上記取得した品種コード  ・・・（式４）
【０１０５】
（式４）は、図４の組織変更定義テーブル２１０の例では、以下の（式５）及び（式６）により表される。
【０１０６】
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  営業所取扱品種マスタ  ＷＨＥＲＥ  会社コード＝１０００  ａｎｄ  営業所コード＝１１００  ａｎｄ  品種コード＝２１  ・・・（式５）
【０１０７】
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  営業所取扱品種マスタ  ＷＨＥＲＥ  会社コード＝１０００  ａｎｄ  営業所コード＝１１００  ａｎｄ  品種コード＝３１  ・・・（式６）
【０１０８】
ここで、図１８は、（式５）、（式６）により生成されるチェック履歴テーブル２１６の一例を示す図である。
【０１０９】
同図に示すように、レコード番号１２０１が「１」であるチェック履歴テーブル２１６のレコードについては、図６の営業所取扱品種マスタ７００のレコードに、会社コードが「２０００」、営業所コードが「２１００」、及び品種コードが「２１」であるレコードは存在するので、上記チェック履歴テーブル２１６のレコードのチェック結果１２０７には「ＯＫ」が格納される。一方、レコード番号１２０１が「２」であるチェック履歴テーブル２１６のレコードについては、図６の営業所取扱品種マスタ７００のレコードに、会社コードが「１０００」、営業所コードが「１１００」、及び品種コードが「３１」であるレコードは存在しないので、上記チェック履歴テーブル２１６のレコードのチェック結果１２０７には「ＮＧ」が格納される。
【０１１０】
以上の例のように、Ｓ１４０４〜Ｓ１４２１の処理により、営業所取扱品種マスタ７００が、組織変更の後における品種コードを記憶しているか否かが判断される。
【０１１１】
続いて、業務システム管理サーバ１０１は、Ｓ１４０４〜Ｓ１４２１の処理の内容を、チェック履歴テーブル２１６のレコードに記憶する。
【０１１２】
例えば、業務システム管理サーバ１０１は、チェック履歴テーブル２１６に新たなレコードを生成し、生成したレコードのレコード番号１２０１に新たな番号を格納し、生成したレコードの変換前会社コード１２０２、変換前営業所コード１２０３、変換後会社コード１２０４、及び変換後営業所コード１２０５に、Ｓ１４０４で取得した、組織変更の前の組織の識別子（会社コード及び営業所コード）、及び組織変更の後の組織の識別子（会社コード及び営業所コード）のそれぞれを格納し、生成したレコードの品種コード１２０６に取得項目値を格納する。業務システム管理サーバ１０１は、この処理を、取得項目値のそれぞれについて実行する。
【０１１３】
次に、Ｓ１４２２において、業務システム管理サーバ１０１は、Ｓ１４０４〜Ｓ１４２１で行った処理に対する判定を行い、この判定の結果を、チェック履歴テーブル２１６に記憶する。
【０１１４】
すなわち、業務システム管理サーバ１０１は、前記で生成したチェック履歴テーブル２１６のそれぞれのレコードについて、そのレコードの組織の識別子及び組織の属性の情報（取得項目値）が、チェック対象テーブル２１３のレコードのいずれかに格納されているか否かを判断し、当該情報が格納されていると判断された場合には「ＯＫ」を出力し、当該情報が格納されていないと判断された場合には「ＮＧ」を出力する。
【０１１５】
例えば、業務システム管理サーバ１０１は、生成したチェック履歴テーブル２１６の各レコードのチェック結果に、Ｓ１４２２で出力した各レコードについての判定結果（「ＯＫ」又は「ＮＧ」）を格納する。なお、業務システム管理サーバ１０１は、「ＮＧ」を格納した場合、上記の、格納されていない情報（すなわち、不足データ）を記憶する。
【０１１６】
以上で本処理は終了する（Ｓ１４０８）。
【０１１７】
なお、ここで、Ｓ１４０２で取得した取得レコードが、図９、１０の変換チェックテーブル２１１のうち条件番号５０１が「４」及び「５」の各レコードであった場合についても、第２区分チェック処理を説明する。
【０１１８】
まず、業務システム管理サーバ１０１は、条件番号５０１が「４」の取得レコードに基づき、図７に示す会社伝票マスタ９００から、会社コードが「２０００」であり伝票区分が「１１」であるレコードを検索する。そして業務システム管理サーバ１０１は、上記取
得レコードから取得項目として「伝票コード」を取得し、上記検索した会社伝票マスタ９００のレコードの伝票コード９０３より、取得項目値として「１００２」及び「１００３」を取得する。
【０１１９】
次に、業務システム管理サーバ１０１は、図９、１０の変換チェックテーブル２１１のうち条件番号５０１が「５」の各レコードを取得レコードとして取得すると、取得レコードの第１項目値５０７の「１１００」及び「１１」に基づき、図８に示す営業所伝票マスタ１０００の各レコードから、営業所コード１００１が「１１００」であり、伝票区分１００２が「１１」であり、伝票コード１００３が前記の「１００２」又は「１００３」であるレコードを検索する。
【０１２０】
この検索により、伝票コード１００３が「１００２」である営業所伝票マスタ１０００のレコードは存在すると判断されるので、業務システム管理サーバ１０１は、チェック履歴テーブル２１６のチェック結果１２０７に「ＯＫ」を格納する。一方、伝票コード１００３が「１００３」である営業所伝票マスタ１０００のレコードは存在しないので、業務システム管理サーバ１０１は、チェック履歴テーブル２１６のチェック結果１２０７に「ＮＧ」を格納する。
以上が、マスタデータ判定処理の説明である。
【０１２１】
次に、データ変換追加処理Ｓ１３０７の詳細を説明する。
＜データ変換追加処理Ｓ１３０７＞
【０１２２】
図１９は、データ変換追加処理Ｓ１３０７の詳細を示すフローチャートである。同図に示すように、業務システム管理サーバ１０１は、Ｓ１４０２で取得した取得レコードの追加区分５１３の値に応じた処理を行う（Ｓ１５２０）。すなわち、Ｓ１４０２で取得した取得レコードの追加区分５１３が「１」の場合は（Ｓ１５２０：追加区分１）、本処理は終了し（Ｓ１５０８）、当該取得レコードの追加区分５１３が「２」の場合は（Ｓ１５２０：追加区分２）、処理はＳ１５０２に進み、当該取得レコードの追加区分５１３が「３」の場合は（Ｓ１５２０：追加区分３）、処理はＳ１５０４に進む。
【０１２３】
Ｓ１５０２においては、業務システム管理サーバ１０１は、Ｓ１３２０のマスタデータ判定処理Ｓ１２３０で記憶した不足データを補うデータとして使用される、前述のテンプレートデータを取得し、取得したテンプレートデータを、チェック対象テーブル２１３の更新内容として記憶する（Ｓ１５０３）。
【０１２４】
例えば、業務システム管理サーバ１０１は、会社コードとして「００００」のデータ、及び営業所コードとして「００００」のデータを取得する。その後は、処理はＳ１５０６に進む。
【０１２５】
Ｓ１５０４においては、業務システム管理サーバ１０１は、Ｓ１３２０のマスタデータ判定処理Ｓ１２３０で記憶した不足データに対応する属性の種類のマスタデータを取得し、取得したマスタデータを、チェック対象テーブル２１３の更新内容として記憶する（Ｓ１５０５）。
【０１２６】
例えば、業務システム管理サーバ１０１は、取得レコードに格納されている会社コードが会社コード７０１に格納され、取得レコードに格納されている営業所コードが営業所コード７０２に格納されている、営業所取扱品種マスタ７００のレコードの品種コード７０３を取得する。その後は、処理はＳ１５０６に進む。
【０１２７】
Ｓ１５０６において、業務システム管理サーバ１０１は、実行モードの判定を行う。具
体的には、業務システム管理サーバ１０１は、モード選択画面１２００の実行モード１２２６のうち、チェックモード１２２２、シミュレーションモード１２２３、及び本番データモード１２２４のいずれが選択されているかを判定する。
【０１２８】
チェックモード１２２２が選択されている場合は（Ｓ１５０６：チェックモード）、処理はＳ１５０８に進み、シミュレーションモード１２２３が選択されている場合は（Ｓ１５０６：シミュレーションモード）、処理はＳ１５０７に進み、本番データモード１２２４が選択されている場合は（Ｓ１５０６：本番データモード）、処理はＳ１５０９に進む。
【０１２９】
Ｓ１５０７においては、業務システム管理サーバ１０１は、マスタデータ判定処理Ｓ１３２０で生成したチェック履歴テーブル２１６のレコードのそれぞれ（以下、生成レコードという）と、Ｓ１５０３又はＳ１５０５で記憶した更新内容とに基づき、チェック結果テーブル２１４を更新する。
【０１３０】
具体的には、例えば、業務システム管理サーバ１０１は、Ｓ１５２０で「追加区分２」であった場合、チェック結果テーブル２１４に新たなレコードを生成し、生成したレコードの条件番号８０１に取得レコードのチェック処理番号を格納し、シミュレーション番号８０２に、各マスタデータチェック処理に割り当てられた所定の番号（以下、シミュレーション番号という）を格納し、会社コード８０３に、生成レコードの変換後会社コード１２０４の内容を格納し、営業所コード８０４に、生成レコードの変換後営業所コード１２０５の内容を格納し、品種コード８０５に、Ｓ１５０３で記憶したデータの更新内容を格納する。
【０１３１】
また、例えば、業務システム管理サーバ１０１は、Ｓ１５２０で追加区分３であった場合、チェック結果テーブル１２８に新たなレコードを生成し、生成したレコードの条件番号８０１に取得レコードのチェック処理番号を格納し、シミュレーション番号８０２にシミュレーション番号を格納し、会社コード８０３に、生成レコードの変換後会社コード１２０４の内容を格納し、営業所コード８０４に、生成レコードの変換後営業所コード１２０５の内容を格納し、品種コード８０５に、Ｓ１５０５で記憶したデータの更新内容を格納する。
【０１３２】
その後は、処理はＳ１５０８に進む。
【０１３３】
Ｓ１５０９においては、業務システム管理サーバ１０１は、生成したチェック履歴テーブル２１６に基づき、チェック対象テーブル２１３を更新する。
【０１３４】
具体的には、例えば、業務システム管理サーバ１０１は、Ｓ１５２０で追加区分２であった場合、営業所取扱品種マスタ７００の会社コード７０１に、チェック履歴テーブル２１６の変換後会社コード１２０４を格納し、営業所コード７０２に、チェック履歴テーブル２１６の変換後営業所コード１２０５を格納し、品種コード７０３に、Ｓ１５０３で記憶したデータの更新内容を格納する。
【０１３５】
また、例えば、業務システム管理サーバ１０１は、Ｓ１５２０で追加区分３であった場合、営業所取扱品種マスタ７００の会社コード７０１に、チェック履歴テーブル２１６の変換後会社コード１２０４を格納し、営業所コード７０２に、チェック履歴テーブルの２１６の変換後営業所コード１２０５を格納し、品種コード７０３に、Ｓ１５０５で記憶したデータの更新内容を格納する。
【０１３６】
以上のように、複数の組織の識別子、及び複数の組織の属性の情報を互いに対応づけた
情報であるマスタデータを記憶しているデータベース（チェック対象テーブル２１３）を備える組織管理システム１００におけるデータベースの更新方法によれば、組織管理システム１００が、組織変更の前の組織の識別子、及び組織変更の後の組織の識別子を互いに対応づけた組織変更定義情報（組織変更定義テーブル２１０）を取得し、複数のデータベース（チェック対象テーブル２１３）のそれぞれが、組織変更の後におけるマスタデータを記憶しているか否かを、組織変更定義情報に基づき判断するチェック処理を行い、チェック処理の結果、それぞれのデータベースが組織変更の後におけるマスタデータを記憶していないと判断した場合に、所定の情報に基づき、それぞれのデータベースを更新すると共に、所定の情報に基づき生成された新たなマスタデータを出力するので、組織変更に伴う、マスタデータを記憶した複数のデータベースの整備を効率よく行うことができる。これにより、組織の属性に関する種々な情報を管理している組織において組織変更があった場合でも、その組織変更に応じた情報の更新（マスタデータの更新）を効率よく確実に行うことができる。
【０１３７】
例えば、複数存在するマスタデータのチェックのために個別のプログラムの開発を行うことなく、組織変更前後のマスタデータのチェックを可能にすることができ、組織変更に伴うマスタデータの整備を効率よく、短期間かつ低コストで行うことができる。
【０１３８】
また、本実施形態のデータベースの更新方法においては、第１のデータベース（チェック対象テーブル２１３のうちの一つ）から、組織変更の前の組織の属性の情報を取得し、第２のデータベース（チェック対象テーブル２１３のうちの一つ）に、前記取得した組織の属性の情報が格納されているか否かを判断するチェック処理（第２区分チェック処理）を行うので、複数のデータベースの整合性を判断しながらそのデータベースの更新を行うことができる。これにより、組織変更に伴う、マスタデータを記憶した複数のデータベースの整備を、確実に行うことができる。
【０１３９】
また、本実施形態のデータベースの更新方法において、組織管理システム１００は、生成するデータの種類をメニュー画面１１００より受け付け、受け付けたデータの種類に応じて、それぞれのデータベース（チェック対象テーブル２１３）を更新するか、又は、それぞれのデータベースを更新する前に、それぞれのデータベースに変換可能な、所定の情報を割り当てた、組織変更の後におけるマスタデータ（チェック結果テーブル２１４）を出力するかを選択するので、組織変更を管理するユーザ等は、その組織変更により、マスタデータ（チェック結果テーブル２１４）がどのように変更されるのかを、事前に確認することができる。
【０１４０】
特に、会社合併や会社分割の際には多数のマスタデータのチェックが行われるので、そのマスタデータチェック処理の結果を直ちに既存のマスタデータに反映すると、業務上、障害が発生するリスクが高くなるが、本実施形態のデータベースの更新方法によれば、そのようなリスクを軽減させることができる。
【０１４１】
また、本実施形態のデータベースの更新方法において、組織管理システム１００は、チェック処理の結果、それぞれのデータベース（チェック対象テーブル２１３）が組織変更の後におけるマスタデータを記憶していないと判断した場合には、予め記憶しておいたデータ（テンプレートデータ）を取得し、取得したデータを所定の情報として、それぞれのデータベースを更新するので、複数のデータベースの更新を効率よく行うことができる。
【０１４２】
また、本実施形態のデータベースの更新方法において、組織管理システム１００は、チェック処理の結果、それぞれのデータベース（チェック対象テーブル２１３）が組織変更の後におけるマスタデータを記憶していないと判断した場合には、複数のデータベースのいずれかからマスタデータを取得し、取得したマスタデータを前記所定の情報として、前
記それぞれのデータベースを更新するので、既存のマスタデータを用いることにより、データベースの更新を効率よく行うことができる。
【０１４３】
以上、本発明を実施するための形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【０１４４】
１００  組織管理システム、１０１  業務システム管理サーバ、２２０  条件設定機能、２２１  チェック機能、２２２  変換機能、２２３  結果確認機能、２２４  シミュレーション機能、２１０  組織変更定義テーブル、２１３  チェック対象テーブル、２１４  チェック結果テーブル
【図１】
2017207803.tif 000003
【図２】
2017207803.tif 000004
【図３】
2017207803.tif 000005
【図４】
2017207803.tif 000006
【図５】
2017207803.tif 000007
【図６】
2017207803.tif 000008
【図７】
2017207803.tif 000009
【図８】
2017207803.tif 000010
【図９】
2017207803.tif 000011
【図１０】
2017207803.tif 000012
【図１１】
2017207803.tif 000013
【図１２】
2017207803.tif 000014
【図１３】
2017207803.tif 000015
【図１４】
2017207803.tif 000016
【図１５】
2017207803.tif 000017
【図１６】
2017207803.tif 000018
【図１７】
2017207803.tif 000019
【図１８】
2017207803.tif 000020
【図１９】
2017207803.tif 000021