JP2022051544A - 企業分割時に組織データを選別して移管する方法およびシステム - Google Patents

Abstract

【課題】マイグレーション方式を利用してデータを移管する、組織データ移管方法及びシステムを提供する。【解決手段】組職データ移管方法は、少なくとも１つのプロセッサを含むコンピュータ装置に、第１組職の第２組職への移管対象データを含む第１組職の第１データベースから第１データベースのためのシステムアーキテクチャをエクスポート（ｅｘｐｏｒｔ）する段階１４２０と、エクスポートされたシステムアーキテクチャを第２組織のシステムにインポート（ｉｍｐｏｒｔ）して移管対象データを移管するターゲットデータベースである第２組織の第２データベースを第２組織のシステムに構成する段階１４３０と、第１データベースから移管対象データを抽出する段階１４４０と、抽出された移管対象データを第２組織の第２データベースに送信する段階１４５０と、を含む処理を実行させる。【選択図】図１４

Description

以下の説明は、事業分割時に組職データを選別的して移管する方法およびシステムに関する。

近年、外国企業および国内企業の企業買収合併（Ｍ＆Ａ）が増加しており、Ｍ＆Ａが企業経営のキーワードとして注目を集めている。

これは、企業が外部資源を活用しながら成長と発展を追求することができ、新規市場への進入にかかる時間の短縮、既存のマーケット参加者との摩擦の回避、市場支配力の増大、および先端技術の導入効果を期待することができる。また、変化し続ける環境に適応するために既存の限界企業を整理して売却し、新規事業の動力確保のために企業買収を推進するＭ＆Ａ活動が増加しつつある。

このとき、買収会社は、売却会社のＩＴシステムの移転を求め、買収組織の持続的なビジネスの連続性を願うであろうし、売却会社は、売却しない自社組織のデータをビジネス資産として移転しないことを願うであろう。これにより、システム内の大量のデータを要求目的に応じて正確に選別して分離し、送信し、データを変換するための技術に対する需要が高まっている。

韓国公開特許第１０－２０１９－００１３４２５号公報

マイグレーション方式を利用してデータを移管する、組織データ移管方法およびシステムを提供する。

クレンジング方式とマイグレーション方式のうちから条件に合ったシステム分離構築方式を選択して組織データを移管することができる、組織データおよびシステムを提供する。

少なくとも１つのプロセッサを含むコンピュータ装置の組織データ移管方法であって、前記少なくとも１つのプロセッサにより、第１組織の第２組織への移管対象データを含む前記第１組織の第１データベースから前記第１データベースのためのシステムアーキテクチャをエクスポート（ｅｘｐｏｒｔ）する段階、前記少なくとも１つのプロセッサにより、前記エクスポートされたシステムアーキテクチャを前記第２組織のシステムにインポート（ｉｍｐｏｒｔ）して前記移管対象データを移管するターゲットデータベースとしての前記第２組織の第２データベースを構成する段階、および前記少なくとも１つのプロセッサにより、前記抽出された移管対象データを前記第２組織の第２データベースに送信する段階を含む、組織データ移管方法を提供する。

一側によると、前記システムアーキテクチャは、前記第１データベースのシステムで使用されるテーブル構造、コンピュータプログラム、およびプロシージャのうちの少なくとも１つを含むことを特徴としてよい。

他の側面によると、前記抽出する段階は、前記第１組織の構造および前記組織から分割される前記第２組織の構造を利用して、カンパニーコードレベル、ビジネス領域レベル、およびプラントレベルのうち少なくとも１つのレベルで前記移管対象データのマイグレーション条件を決定する段階を含むことを特徴としてよい。

また他の側面によると、前記抽出する段階は、前記カンパニーコードレベルの特定のカンパニーコード、前記ビジネス領域レベルの特定のビジネス領域、または前記プラントレベルの特定のプラントに対応するオブジェクトをマッピングして、前記移管対象データの前記マイグレーション条件に応じたデータを選別する段階をさらに含むことを特徴としてよい。

また他の側面によると、前記組織データの移管方法は、前記移管対象データのダウンタイム（ｄｏｗｎｔｉｍｅ）、要求されるデータの保安性、ストレージコスト、前記第１組織の前記第１データベースのためのシステムと前記第２組織の前記第２データベースのためのシステムのオペレーティングシステムおよびデータベース管理システムの同一性状態、ストレージコストのうちの少なくとも１つに基づいて、システム分離構築方式をクレンジング方式およびマイグレーション方式のうちの１つに決定する段階をさらに含んでよい。

また他の側面によると、前記のクレンジング方式は、前記第１データベースをコピーして生成された第３データベースで移管非対象データをクレンジングして第４データベースを生成し、生成された第４データベースを前記第２組織として提供する方式を含むことを特徴としてよい。

さらに他の側面によると、前記組織データ移管方法は、前記少なくとも１つのプロセッサにより、前記第１データベースから抽出された移管対象データに対応するデータを前記第１データベースから削除する段階をさらに含んでよい。

コンピュータ装置と結合して前記方法をコンピュータ装置に実行させるためにコンピュータ読み取り可能な記録媒体に記録された、コンピュータプログラムを提供する。

前記方法をコンピュータ装置に実行させるためのプログラムが記録されている、コンピュータ読み取り可能な記録媒体を提供する。

コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、第１組織の第２組織への移管対象データを含む前記第１組織の第１データベースをコピーして第２データベースを生成し、前記第２データベースから前記第２データベースのためのシステムアーキテクチャをエクスポート（ｅｘｐｏｒｔ）し、前記エクスポートされたシステムアーキテクチャを前記第２組織のシステムにインポート（ｉｍｐｏｒｔ）して前記移管対象データを移管するターゲットデータベースとしての前記第２組織の第３データベースを構成し、前記第２データベースから前記移管対象データを抽出し、前記抽出された移管対象データを前記第２組織の第３データベースに送信することを特徴とする、コンピュータ装置を提供する。

マイグレーション方式を利用してデータを移管することができる。

クレンジング方式とマイグレーション方式のうちから条件に合ったシステム分離構築方式を選択して組織データを移管することができる。

本発明の一実施形態における、ネットワーク環境の例を示した図である。 本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。 本発明の一実施形態における、組織分離の全体アーキテクチャと手順の例を示した図である。 本発明の一実施形態における、組織構造の例を示した図である。 本発明の一実施形態における、組織構造の定義の例と、これによるマイグレーション条件の定義の例を示した図である。 本発明の一実施形態における、クレンジング方式の例を示した図である。 図７ａは、本発明の一実施形態における、マイグレーション方式の例を示した図であり、図７ｂは、本発明の一実施形態における、マイグレーション方式の他の例を示した図である。 本発明の一実施形態における、ビジネスオブジェクトの例を示した図である。 本発明の一実施形態における、ビジネスオブジェクトをアプリケーション領域に分類した例を示した図である。 本発明の一実施形態における、移管シナリオを構成する過程の例を示した図である。 本発明の一実施形態における、移管対象データを抽出する例を示した図である。 本発明の一実施形態における、データを送信する例を示した図である。 本発明の一実施形態における、データを送信する例を示した図である。 本発明の一実施形態における、組織データ移管方法の例を示したフローチャートである。 本発明の一実施形態における、データを削除する過程の例を示した図である。

本発明は、多様な変更を加えることができ、多様な実施形態を有することができるものであるが、本明細書では特定の実施形態だけを図面に例示しながら詳しく説明する。ただし、これは、本発明を特定の実施形態に対して限定するためのものではなく、本発明の思想および技術範囲に含まれるすべての変更、均等物、置換物を含むものと理解されなければならない。各図面の説明において、類似する構成要素に対しては類似する参照符号を使用した。

第１、第２、Ａ、Ｂなどの用語は、多様な構成要素を説明するために使用されるが、前記構成要素が前記用語によって限定されてはならない。前記用語は、１つの構成要素を他の構成要素と区別する目的としてのみ使用される。例えば、本発明の権利範囲を逸脱しない限り、第１構成要素が第２構成要素と命名されてもよく、第２構成要素が第１構成要素と命名されてもよい。「および／または」という用語は、関連して記載された複数の項目の組み合わせ、または関連して記載された複数の項目のうちのいずれかの項目を含む。

ある構成要素が他の構成要素に「連結して」いるとか「接続して」いると記載されるときには、その他の構成要素に直接に連結しているか接続している場合はもちろん、その中間に他の構成要素が存在する場合もあると理解されなければならない。この反面、ある構成要素が他の構成要素に「直接連結して」いるとか「直接接続して」いると記載されるときには、その中間に他の構成要素が存在しないものと理解されなければならない。

本出願で使用する用語は、特定の実施形態を説明するために使用されるものに過ぎず、本発明を限定しようとする意図はない。単数の表現は、文脈において明白に異なるように意味されていない限り、複数の表現も含む。本出願において、「含む」または「有する」などの用語は、明細書に記載された特徴、数字、段階、動作、構成要素、部品、またはこれらを組み合わせたものが存在することを指定しようとするものに過ぎず、１つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品、またはこれらを組み合わせたものの存在または付加可能性を予め排除しないものと理解されなければならない。

異なるように定義しない限り、技術的や科学的な用語を含んでここで使用されるすべての用語は、本発明が属する技術分野において通常の知識を有する者が一般的に理解しているものと同じ意味を有している。一般的に使用される辞書的に定義されているような用語は、関連技術の文脈上にある意味と一致する意味を有するものと解釈されなければならず、本出願上で明白に定義しない限り、理想的や過度に形式的な意味として解釈されてはならない。

以下、実施形態について、添付の図面を参照しながら詳しく説明する。

本発明の実施形態に係る組職データ選別分離システムは、少なくとも１つのコンピュータ装置によって実現されてよく、本発明の実施形態に係る組職データ選別分離方法は、組職データ選別分離システムに含まれる少なくとも１つのコンピュータ装置によって実行されてよい。コンピュータ装置においては、本発明の一実施形態に係るコンピュータプログラムがインストールされて実行されてよく、コンピュータ装置は、実行されたコンピュータプログラムの制御にしたがって本発明の実施形態に係る組職データ選別分離方法を実行してよい。上述したコンピュータプログラムは、コンピュータ装置と結合して組職データ選別分離方法をコンピュータ装置に実行させるためにコンピュータ読み取り可能な記録媒体に記録されてよい。

図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。また、図１のネットワーク環境は、本実施形態に適用可能な環境のうちの一例を説明するものに過ぎず、本実施形態に適用可能な環境が図１のネットワーク環境に限定されることはない。

複数の電子機器１１０、１２０、１３０、１４０は、コンピュータ装置によって実現される固定端末や移動端末であってよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、ノート型ＰＣ、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、タブレットなどがある。一例として、図１では、電子機器１１０の例としてスマートフォンを示しているが、本発明の実施形態において、電子機器１１０は、実質的に無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信することのできる多様な物理的なコンピュータ装置のうちの１つを意味してよい。

通信方式が限定されることはなく、ネットワーク１７０が含むことのできる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網）を利用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ ａｒｅａ ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター－バスネットワーク、ツリーまたは階層的ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これらに限定されることはない。

サーバ１５０、１６０それぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供する１つ以上のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０にサービス（一例として、アーカイブサービス、ファイル配布サービス、コンテンツ提供サービス、グループ通話サービス（または、音声会議サービス）、メッセージングサービス、メールサービス、ソーシャルネットワークサービス、地図サービス、翻訳サービス、金融サービス、決済サービス、検索サービスなど）を提供するシステムであってよい。

図２は、本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。上述した複数の電子機器１１０、１２０、１３０、１４０それぞれやサーバ１５０、１６０それぞれは、図２に示したコンピュータ装置２００によって実現されてよい。

このようなコンピュータ装置２００は、図２に示すように、メモリ２１０、プロセッサ２２０、通信インタフェース２３０、および入力／出力インタフェース２４０を含んでよい。メモリ２１０は、コンピュータ読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、およびディスクドライブのような永続的大容量記録装置を含んでよい。ここで、ＲＯＭやディスクドライブのような永続的大容量記録装置は、メモリ２１０とは区分される別の永続的記録装置としてコンピュータ装置２００に含まれてもよい。また、メモリ２１０には、オペレーティングシステムと、少なくとも１つのプログラムコードが記録されてよい。このようなソフトウェア構成要素は、メモリ２１０とは別のコンピュータ読み取り可能な記録媒体からメモリ２１０にロードされてよい。このような別のコンピュータ読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記録媒体ではない通信インタフェース２３０を通じてメモリ２１０にロードされてもよい。例えば、ソフトウェア構成要素は、ネットワーク１７０を介して受信されるファイルによってインストールされるコンピュータプログラムに基づいてコンピュータ装置２００のメモリ２１０にロードされてよい。

プロセッサ２２０は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１０または通信インタフェース２３０によって、プロセッサ２２０に提供されてよい。例えば、プロセッサ２２０は、メモリ２１０のような記録装置に記録されたプログラムコードにしたがって受信される命令を実行するように構成されてよい。

通信モジュール２３０は、ネットワーク１７０を介してコンピュータ装置２００が他の電子機器（一例として、上述した記録装置）と互いに通信するための機能を提供してよい。一例として、コンピュータ装置２００のプロセッサ２２０がメモリ２１０のような記録装置に記録されたプログラムコードにしたがって生成した要求や命令、データ、ファイルなどが、通信インタフェース２３０の制御にしたがってネットワーク１７０を介して他の装置に伝達されてよい。これとは逆に、他の装置からの信号や命令、データ、ファイルなどが、ネットワーク１７０を経てコンピュータ装置２００の通信インタフェース２３０を通じてコンピュータ装置２００に受信されてよい。通信インタフェース２３０を通じて受信された信号や命令、データなどは、プロセッサ２２０やメモリ２１０に伝達されてよく、ファイルなどは、コンピュータ装置２００がさらに含むことのできる記録媒体（上述した永続的記録装置）に記録されてよい。

入力／出力インタフェース２４０は、入力／出力装置２５０とのインタフェースのための手段であってよい。例えば、入力装置は、マイク、キーボード、またはマウスなどの装置を、出力装置は、ディスプレイ、スピーカのような装置を含んでよい。他の例として、入力／出力インタフェース２４０は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２５０は、コンピュータ装置２００と１つの装置で構成されてもよい。

また、他の実施形態において、コンピュータ装置２００は、図２の構成要素よりも少ないか多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、コンピュータ装置２００は、上述した入力／出力装置２５０のうちの少なくとも一部を含むように実現されてもよいし、トランシーバやデータベースなどのような他の構成要素をさらに含んでもよい。

図３は、本発明の一実施形態における、組織分離の全体アーキテクチャと手順の例を示した図である。図３の実施形態に係る組織分離の手順は、図２を参照しながら説明したコンピュータ装置２００によって実行されてよい。ここで、コンピュータ装置２００は、第１組織の移管対象データを第２組織に移管するための中継システムの物理的な装置であってよい。

段階３１０で、コンピュータ装置２００は、分離基準と分離方式を定義してよい。ここで、分離方式は、以下で説明するシステム分離構築方式に対応してよい。このような段階３１０は、移管対象組織を定義する段階３１１、システム分離構築方式を決定する段階３１２、およびシステムアーキテクチャを設計して構成する段階３１３を含んでよい。

段階３１１で、コンピュータ装置２００は、移管対象組織を定義してよい。移管対象組織を定義する方法については、図４および図５を参照しながらさらに詳しく説明する。

一例として、図４は、本発明の一実施形態における、組職構造の例を示した図である。Ｏｒｉｇｉｎ４１０は、分割や売却がなされる第１組職の構造の例を示している。Ｏｒｉｇｉｎ４１０では、システムＡ（Ｓｙｓｔｅｍ Ａ）によって２つのカンパニーＣ１００、Ｃ２００のデータが管理されていると仮定する。また、第１カンパニーＣ１００には３つのビジネス領域Ｂ１００、Ｂ２００、Ｂ３００が、第１ビジネス領域Ｂ１００には第１プラントＰ１００と第２プラントＰ１１０が、第２ビジネス領域Ｂ２００には第３プラントＰ２００が、第３ビジネス領域Ｂ３００には第４プラントＰ３００が含まれると仮定する。

このとき、Ｃｏｍｐａｎｙ Ｃｏｄｅ Ｌｅｖｅｌ４２０は、カンパニーコードによってＯｒｉｇｉｎ４１０から組職を分離した例を示している。より具体的には、第１カンパニーＣ１００に対するデータは移管対象となり、第２カンパニーＣ２００に対するデータは削除対象となってよい。

また、Ｂ／ＡＬｅｖｅｌ４３０は、ビジネス領域（Ｂｕｓｉｎｅｓｓ Ａｒｅａ：Ｂ／Ａ）によってＯｒｉｇｉｎ４１０から組職を分離した例を示している。より具体的には、第１ビジネス領域Ｂ１００に対するデータは移管対象となり、残り（第２カンパニーＣ２００、第２ビジネス領域Ｂ２００、および第３ビジネス領域Ｂ３００）のデータは削除対象となってよい。

また、Ｐｌａｎｔ Ｌｅｖｅｌ４４０は、プラント（Ｐｌａｎｔ）によってＯｒｉｇｉｎ４１０から組職を分離した例を示している。より具体的には、第１プラントＰ１００に対するデータは移管対象となり、残り（第２カンパニーＣ２００、第２ビジネス領域Ｂ２００、第３ビジネス領域Ｂ３００、第２プラントＰ１１０）のデータは削除対象となってよい。

コンピュータ装置２００は、移管対象組織に対し、移管対象組織をシステム、ビジネス領域、およびプラントのうちの少なくとも１つによって分類した情報を受信して移管対象組織を定義してよい。

図５は、本発明の一実施形態における、組織構造の定義の例と、これによるマイグレーション条件の定義の例を示した図である。図５のテーブル５１０～５３０は、図４のＯｒｉｇｉｎ４１０をビジネス領域によってＢ／Ａ Ｌｅｖｅｌ（４３０）にマイグレーションするときのマイグレーションの条件を定義した例を示している。言い換えれば、コンピュータ装置２００は、第１テーブル５１０のように、図４のＣｏｍｐａｎｙ Ｃｏｄｅ Ｌｅｖｅｌ４２０で、カンパニーコード「Ｃ１００」はマイグレーション対象となり、「Ｃ２００」および「Ｃ３００」はマイグレーション対象でないと定義してよい。また、コンピュータ装置２００は、第２テーブル５２０のように、Ｂ／Ａ Ｌｅｖｅｌ４３０で、ビジネス領域「Ｂ１００」はマイグレーションの対象となり、「Ｂ２００」および「Ｂ３００」はマイグレーションの対象でないと定義してよい。また、コンピュータ装置２００は、第３テーブル５３０のように、Ｂ／Ａ Ｌｅｖｅｌ４３０で、プラント「Ｐ１００」および「Ｐ１１０」はマイグレーションの対象となり、「Ｐ２００」および「Ｐ３００」はマイグレーションの対象でないと定義してよい。

再び図３を参照すると、段階３１２で、コンピュータ装置２００は、システム分離構築方式を決定してよい。システムを物理的に分離して構築するための方法の例として、クレンジング（ｃｌｅａｎｓｉｎｇ）方法とマイグレーション（ｍｉｇｒａｔｉｏｎ）方法が利用されてよい。クレンジング方法は、一例として、売却組職のデータのうちから買収組職に伝達しなければならないデータを除いた残りのデータを削除して伝達する方法であって、移管対象データのボリュームが大きく、ダウンタイム（ｄｏｗｎｔｉｍｅ）を最小に抑えたいときに利用されてよい。ここで、ダウンタイムとは、システム分離構築のためにシステムを利用することができない時間を意味してよい。一方、マイグレーション方法は、売却組職のデータのうちから買収組職に伝達しなければならないデータを抽出して伝達する方法であって、移管対象データのボリュームが小さく、データの保安を優先したいときに利用されてよい。言い換えれば、コンピュータ装置２００は、組織の分離時期や売却対象、システム位置などのような様々な要素を考慮した上で、システムの物理的な分離のための方法をクレンジング方法あるいはマイグレーション方式のうちの１つに決定してよい。クレンジング方法およびマイグレーション方法については、図６および図７を参照しながらさらに詳しく説明する。

段階３１３で、コンピュータ装置２００は、システムアーキテクチャを設計して構成してよい。ここで、システムアーキテクチャは、データの移管対象となるターゲットシステムおよび／またはターゲットシステムのデータベースをさらに含んでよい。システムアーキテクチャを設計して構成する過程についても、図６および図７を参照しながらさらに詳しく説明する。

図６は、本発明の一実施形態における、クレンジング方式の例を示した図である。上述したように、システムの物理的な分離のために、クレンジング方式とマイグレーション方式が利用されてよい。このうち、クレンジング方式は、売却組織以外のデータを削除する方法で実行されてよい。クレンジング方式は、移管対象のボリュームが相対的に大きい場合、および／またはダウンタイムの最小化が求められる場合に利用されてよい。このために、コンピュータ装置２００は、移管対象データを含む第１組織の第１データベース６１０をコピーして第２データベース６２０を生成してよい。このとき、コンピュータ装置２００は、削除対象の条件に対する入力を受けてよく、削除対象の条件を第２データベース６２０のビジネスオブジェクトにマッピングさせてデータを選別してよい。また、コンピュータ装置２００は、選別されたデータを第２データベース６２０から抽出してよく、抽出されたデータとマッチングするデータを第２データベース６２０内のテーブルから削除して、移管される第３データベース６３０を生成してよい。一方、抽出されたデータは、ファイル６４０に格納されてよい。

このようなクレンジング方式において、第１組織の第１データベース６１０のシステムアーキテクチャは、第２データベース６２０が第１組織の第１データベース６１０をコピーしたものであり、第２データベースから非移管データを削除して第３データベース６３０を生成するために、自動で第２組織に伝達されて構成されてよい。

図７ａは、本発明の一実施形態における、マイグレーション方式の例を示した図である。マイグレーション方式は、売却組織データを移管する方式で実行されてよい。このとき、マイグレーション方式は、移管対象のボリュームが相対的に大きい場合、および／またはデータの保安性を優先したい場合に利用されてよい。このために、コンピュータ装置２００は、第１組織の第２組織への移管対象データを含む第１組織の第１データベース７１０をコピーして第２データベース７２０を生成してよい。このとき、コンピュータ装置２００は、システムアーキテクチャを構成するために、第２データベース７２０から第２データベース７２０のためのシステムアーキテクチャをエクスポート（ｅｘｐｏｒｔ）してよい。ここで、システムアーキテクチャは、第２データベース７２０のシステムで使用されるテーブル構造、コンピュータプログラム、およびプロシージャのいずれか少なくとも１つを含んでよい。移管対象データの移管を受けるためのターゲットシステム（第２組織のシステム）から、第３データベース７３０は、移管対象データを受信できるように、データのない状態でなければならない。このとき、ターゲットシステムの実行に必要となる基本的なデータベース環境が求められるため、コンピュータ装置２００は、エクスポートされたシステムアーキテクチャを第３データベース７３０にインポートしてよい。他の例として、コンピュータ装置２００は、コピーされた第２データベース７２０からデータをすべて削除して第３データベース７３０を生成した後、第２組織に第３データベース７３０を伝達してシステムアーキテクチャを構成してもよい。

この後、コンピュータ装置２００は、第２データベース７３０から移管対象データを抽出してよく、抽出された移管対象データを第２組織の第３データベース７３０に送信してマイグレーションを実行してよい。このとき、第２データベース７３０から抽出された移管対象データは、個別のファイル７４０やデータベースのテーブル７５０に格納された後、第３データベース７３０に送信されてよい。

図７ｂは、本発明の一実施形態における、マイグレーション方式の他の例を示した図である。実施形態によっては、マイグレーション方式は、第１組織のデータベースをコピーせず、第１組織のデータベースから直ぐに移管対象データをターゲットシステム（第２組織のシステム）のデータベースに移管してもよい。図７ｂの実施形態では、第１組織のデータベースをコピーせずにデータを移管する過程について説明する。

コンピュータ装置２００は、第１組織の第２組織への移管対象データを含む第１組織の第１データベース７１０から、移管対象データを、第２組織の第３データベース７３０に直ぐに移管してよい。先ず、コンピュータ装置２００は、システムアーキテクチャを構成するために、第１データベース７１０から第１データベース７１０のためのシステムアーキテクチャをエクスポートしてよい。ここで、システムアーキテクチャは、第１データベース７１０のシステムで使用されるテーブル構造、コンピュータプログラム、およびプロシージャのうち少なくとも１つを含んでよい。移管対象データの移管を受けるためのターゲットシステム（第２組織のシステム）から、第３データベース７３０は、移管対象データを受信できるようにデータのない状態でなければならない。このとき、ターゲットシステム駆動に必要となる基本的なデータベース環境が求められるため、コンピュータ装置２００は、エクスポートされたシステムアーキテクチャを第３データベース７３０にインポートしてよい。

この後、コンピュータ装置２００は、第１データベース７１０から移管対象データを抽出してよく、抽出された移管対象データを第２組織の第３データベース７３０に送信してマイグレーションを実行してよい。このとき、第１データベース７１０から抽出された移管対象データは、個別のファイル７４０やデータベースのテーブル７５０に格納された後、第３データベース７３０に送信されてよい。

クレンジングは、データを削除して直ぐに伝達するためオンライン上で実行されてよく、マイグレーションは、オフライン上で実行されてよい。

一実施形態において、第１組織の第１データベース６１０、７１０を含むソースシステムは、オンプレミス（ｏｎ－ｐｒｅｍｉｓｅ）環境に位置し、第２組織の第３データベース６３０、７３０を含むようになるターゲットシステムは、クラウド環境に位置してよい。他の実施形態において、ソースシステムとターゲットシステムの両方がオンプレミス環境に位置してもよい。また他の実施形態において、ソースシステムとターゲットシステムの両方がクラウド環境に位置してもよい。

マイグレーション方式は、オペレーティングシステムとＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）が互いに異なったとしても異機種マイグレーションが可能であり、ターゲットシステムの環境に関係なく実行することができる。ただし、ターゲットシステムの位置や環境によっては、マイグレーションによるダウンタイムなどが考慮される場合もある。

再び図３を参照すると、段階３２０で、コンピュータ装置２００は、データを分析してよい。ここで、データは、コピーされたデータベース（一例として、第２データベース６２０、７２０）のデータを含んでよい。段階３２０で、コンピュータ装置２００は、データをテーブル間の従属性を基準としてグループ化した後、各データの類型や特性などを考慮した上で分類することにより、利用目的に応じてデータを選択したり、組み合わせたり、除外したりなどしてモジュール化して構成してよい。

このような段階３２０は、テーブルを分析する段階３２１、オブジェクトを定義する段階３２２、オブジェクトを分類する段階３２３、およびオブジェクトとカンパニーコードをマッピングして分析する段階３２４を含んでよい。

段階３２１で、コンピュータ装置２００は、テーブルを分析してよい。コンピュータ装置２００は、データのグループ化および分類のためにコピーされたデータベースのテーブルを分析してよい。このとき、コンピュータ装置２００は、テーブルのボリューム、テーブルの件数、テーブルフィールド、フィールドデータ分布、データ欠測値の割合、および各ドメインのフィールドの使用先（ＷＵＬ：ｗｈｅｒｅ―ｕｓｅｄ―ｌｉｓｔ）などを分析してよい。また、コンピュータ装置２００は、テーブル間の従属性、従属関係におけるヘッダとアイテムの区分、各テーブル内の組織、時間、生成者、特性フィールドの有無を分析してよい。これに加え、コンピュータ装置２００は、テーブルの（１）アプリケーション領域（＝モジュール）、（２）マスター、トランザクション、構成、システムなどの類型分類、および（３）伝票、集計、履歴、ログなどの特性を分析してよい。

段階３２２で、コンピュータ装置２００は、オブジェクトを定義してよい。一例として、コンピュータ装置２００は、テーブル間の従属性を基準として束ねられたテーブル（テーブルグループ）をオブジェクトとして定義してよい。オブジェクトは、最小プロセス処理単位であって、１つ以上のテーブルで構成されてよく、最小プロセス処理単位は、例えば、資材マスター、顧客マスター、価格条件、顧客与信、営業オーダー、代金請求、財務伝票、口座残高、収益性分析、インタフェースログ、ユーザのログオン履歴などであってよいが、これに限定されてはならない。一例として、最小プロセス処理単位は、組織の特性によって異なってよい。オブジェクトについては、図８および図９を参照しながらさらに詳しく説明する。

図８は、本発明の一実施形態における、ビジネスオブジェクトの例を示した図である。図８は、テーブル１（Ｔａｂｌｅ＃１）、テーブル２（Ｔａｂｌｅ＃２）、およびテーブル３（Ｔａｂｌｅ＃３）を含むビジネスオブジェクト１（Ｏｂｊｅｃｔ＃１）、テーブル４（Ｔａｂｌｅ＃４）とテーブル５（Ｔａｂｌｅ＃５）を含むビジネスオブジェクト２（Ｏｂｊｅｃｔ＃２）、テーブル６（Ｔａｂｌｅ＃６）を含むビジネスオブジェクト３（Ｏｂｊｅｃｔ＃３）を示している。ここで、テーブル１（Ｔａｂｌｅ＃１）、テーブル２（Ｔａｂｌｅ＃２）、およびテーブル３（Ｔａｂｌｅ＃３）には従属性があり、テーブル４（Ｔａｂｌｅ＃４）およびテーブル５（Ｔａｂｌｅ＃５）には従属性があることが分かる。このようなビジネスオブジェクトは、データベース内のテーブル間の従属性を基準に、データベースに含まれたデータを最小プロセス処理単位でグループ化することによって得られてよい。例えば、コンピュータ装置２００は、データベース（一例として、第２データベース６２０、７２０）内で従属性のあるテーブルは１つのオブジェクトとしてグループ化されてよく、データベースによって多数のオブジェクトが定義されてよい。テーブル間の従属性とは、２つのテーブルが同じキー値によって識別されるデータをそれぞれ含んでいることを意味してよい。このとき、従属性のあるテーブルで同じキー値によって識別されるデータは、少なくとも１つの互いに異なるフィールドを含んでよい。

図９は、本発明の一実施形態における、ビジネスオブジェクトをアプリケーション領域に分類した例を示した図である。図９は、ビジネスオブジェクト１（Ｏｂｊｅｃｔ＃１）とビジネスオブジェクト２（Ｏｂｊｅｃｔ＃２）がアプリケーション領域１（Ａｐｐｌｉｃａｔｉｏｎ Ａｒｅａ ＃１）に分類され、ビジネスオブジェクト３（Ｏｂｊｅｃｔ＃３）がアプリケーション領域２（Ａｐｐｌｉｃａｔｉｏｎ Ａｒｅａ ＃２）に分類された例を示している。アプリケーション領域は、生産、販売、資材、財務会計、管理会計、インフラ、通信、産業などであって、データベースをメンテナンスする企業の設定によって多様に定義されてよい。

再び図３を参照すると、段階３２３で、コンピュータ装置２００は、オブジェクトを分類してよい。このとき、コンピュータ装置２００は、オブジェクトをモジュール別、類型別、および／または特性別に分類してよい。

モジュールは、上述したように、オブジェクトは、アプリケーション領域に対応してよい。コンピュータ装置２００は、オブジェクトをモジュールごとに分類するために、オブジェクトを各プロセスに合わせてモジュールごとにグルーピングしてよい。例えば、コンピュータ装置２００は、オブジェクトを、生産、販売、資材、財務会計、管理会計、インフラ、通信、産業などによって分類してよい。

オブジェクトの類型は、マスターデータ、トランザクションデータ、構成データ、制御データ、システムデータなどを意味してよい。一例として、コンピュータ装置２００は、該当のオブジェクトのデータがデータ発生の基準となるデータであればマスターデータとして、データ発生が時間や組織などによって継続して発生するデータであればトランザクションデータとして分類してよい。

オブジェクトの特性は、継続して発生する伝票や注文などを意味するドキュメント（Ｄｏｃｕｍｅｎｔ）、製品の現在の生産状態を記録する状態（Ｓｔａｔｕｓ）、ドキュメントなどの変更内容を記録する履歴（Ｈｉｓｔｏｒｙ）、顧客の一定期間の取引総額を記録する要約（Ｓｕｍｍａｒｙ）などに分類されてよい。

段階３２４で、コンピュータ装置２００は、オブジェクトとカンパニーコードをマッピングして分析してよい。このとき、コンピュータ装置２００は、段階３１１で定義された移管対象の組織と、段階３２２で定義されたオブジェクトに対し、データの欠測値の分析によって整合性をシミュレーションしてよく、これにより、オブジェクト内の基準テーブルから移管対象フィールドを選定してよい。

より具体的に、コンピュータ装置２００は、テーブル内から移管対象基準となるフィールドを選定してよい。フィールドの選定には、データの値、データの欠測率などを利用されてよい。以下の表１は、データ欠測率を分析することによって最適なフィールドを選定する例を示している。

また、以下の表２は、フィールド内の各組織コードのデータ件数を分析して移管対象データの件数を算定する例を示している。

図５の第２テーブル５２０によると、事業領域「Ｂ１００」が移管対象であるため、表２のデータのうちの２行目のデータが移管対象として決定される例を示している。

段階３３０で、コンピュータ装置２００は、データを抽出してよい。図３の実施形態では、マイグレーション方式によってデータを移管する例について説明する。このとき、段階３３０は、移管シナリオを構成する段階３３１、移管対象データを抽出する段階３３２、および移管対象データを圧縮して記録する段階３３３を含んでよい。

段階３３１で、コンピュータ装置２００は、移管シナリオを構成してよい。

図１０は、本発明の一実施形態における、移管シナリオを構成する過程の例を示した図である。

段階１０１０で、コンピュータ装置２００は、オブジェクトを構成してよい。一例として、コンピュータ装置２００は、オブジェクトとオブジェクト内のテーブルとの関係を構成してよい。このとき、コンピュータ装置２００は、１つのオブジェクトが複数のテーブルで構成される場合、基準となるヘッダーテーブルと下位関係を有するアイテムテーブルを含むオブジェクトを構成してよい。また、コンピュータ装置２００は、１つのオブジェクトが１つのテーブルで構成される場合、テーブル間の関係とは関係のない、独立したオブジェクトを構成してよい。このような段階１０１０は、オブジェクトを定義する段階１０１１、オブジェクトとテーブルの関係を構成する段階１０１２、オブジェクト間の関係を構成する段階１０１３、および例外処理ルールを定義する段階１０１４を含んでよい。

段階１０１１で、コンピュータ装置２００は、オブジェクト名とオブジェクトの説明を定義してよい。

段階１０１２で、コンピュータ装置２００は、オブジェクトとテーブルとの関係を構成してよい。一例として、コンピュータ装置２００は、オブジェクトが複数のテーブルで構成される場合、各テーブルの関係をＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）条件式で表現してよい。

段階１０１３で、コンピュータ装置２００は、オブジェクト間の関係を構成してよい。個別のオブジェクトが１つの条件によって結合される形態の場合、コンピュータ装置２００は、ヘッダーオブジェクトとアイテムオブジェクトに区分し、これを関係として表現してよい。このようなオブジェクトの関係は、１つのオブジェクトからオブジェクトデータが抽出された後、該当のオブジェクトの下位オブジェクトがすでに抽出されたオブジェクトデータを利用して抽出されなければならない場合に利用されてよい。

段階１０１４で、コンピュータ装置２００は、例外処理ルールを定義してよい。オブジェクト内の各テーブルにおいてデータを追加および／または除外する必要がある場合、コンピュータ装置２００は、このような例外処理ルールを適用してデータを追加および／または除外してよい。

段階１０２０で、コンピュータ装置２００は、シナリオを生成してよい。このような段階１０２０は、オブジェクト束を定義する段階１０２１、オブジェクトと移管条件をマッピングする段階１０２２、および作業処理順を定義する段階１０２３を含んでよい。

段階１０２１で、コンピュータ装置２００は、オブジェクト束を定義してよい。シナリオは、マイグレーションの対象となるオブジェクト束として定義されてよい。例えば、コンピュータ装置２００は、全体オブジェクトを対象にシナリオであるオブジェクト束を一括的に構成してよく、財務や販売データなどのようなビジネスの特性ごとにそれぞれシナリオを定義してよい。これらのシナリオは重複してよく、以後のマイグレーション作業の単位となってよい。

段階１０２２で、コンピュータ装置２００は、オブジェクトと移管条件をマッピングしてよい。一例として、コンピュータ装置２００は、各オブジェクトにマイグレーション条件をマッピングしてよい。このとき、一般的には、カンパニーコードが基準条件となってよい。または、実施形態によっては、個別の期間を基準として利用してもよく、カンパニーコードと期間の結合を基準条件として利用してもよく、その他にも、ユーザが必要とする基準条件を定義してもよい。ユーザが必要とする基準条件は、コンピュータ装置２００に個別に入力されてよい。

以下の表３は、移管条件をビジネスオブジェクトにマッピングした例として、カンパニーコードの分離単位によるマイグレーション基準の例を示している。

例えば、特定のカンパニーコード（Ｃｏｍｐａｎｙ ｃｏｄｅ）が移管対象に指定される場合、カンパニーの構造上、ビジネス領域（Ｂｕｓｉｎｅｓｓ Ａｒｅａ）とプラント（Ｐｌａｎｔ）はカンパニーに従属するため、該当のカンパニーコードと関連するビジネスオブジェクトである「顧客マスター」、「資材マスター」、「財務会計伝票」、および「資材入出伝票」はすべて移管対象となってよい。一方、特定のプラント（Ｐｌａｎｔ）が移管対象として指定される場合は、該当のプラントと関連するビジネスオブジェクトである「資材マスター」と「資材入出伝票」が移管対象となってよい。より具体的な例として、図４のＰｌａｎｔ Ｌｅｖｅｌ４４０でカンパニーの分離がなされる場合、第１プラントＰ１００によって識別される「資材マスター」と「資材入出伝票」が移管対象データとなってよい。

カンパニーコード以外の条件の例外１：移管基準を、カンパニーコード以外に期間を結合してマイグレーションしてよい。例えば、分離対象カンパニーが特定の時点を基準に事業部から法人になった場合、特定の時点以前はビジネス領域にマイグレーションし、以後はカンパニーコードを基準にマイグレーションを行ってよい。

カンパニーコード以外の条件の例外２：例えば、カンパニーコードがないか、退社、発令、派遣などのように頻繁にカンパニーが変更される場合（例えば、人事データ）には、カンパニーコードによる基準の他に「社員番号」をマイグレーション条件として定義してよい。

カンパニーコード以外の条件の例外３：ドキュメント、図面、電子メールなどのようにデータにカンパニーコードによる基準がない場合、データ生成者を基準にしてもよい。例えば、生成者が所属するカンパニーが移管対象であれば、該当のデータも分離移管の対象となってよい。

段階１０２３で、コンピュータ装置２００は、作業処理順を定義してよい。一例として、コンピュータ装置２００は、各オブジェクトのデータ抽出処理順を定義してよい。このとき、コンピュータ装置２００は、一般的には、サイズまたは件数の多いオブジェクトを優先的に処理し、小さいものは後から処理することで全体の作業時間を減らしてよい。

再び図３を参照すると、段階３３２で、コンピュータ装置２００は、移管対象データを抽出してよい。データベース（一例として、第２データベース７２０）から移管対象データを抽出する理由は、目的データを正確に選別して抽出し、抽出されたデータを利用することで、連結する他の関連データを一貫性があるように抽出できるようにするためである。移管中に送信失敗などの理由によってエラーが発生した場合、データを再抽出する必要なく、再移管を実行してよい。

段階３３３で、コンピュータ装置２００は、移管対象データを圧縮して格納してよい。このとき、コンピュータ装置２００は、抽出されたデータをＺＩＰ、ＣＴＷ、ＬＺ７７、ＬＺＷ、ｇｚｉｐ、ｂｚｉｐ２、ＤＥＦＬＡＴＥなどのような無損失圧縮アルゴリズムを利用して圧縮して、テーブル内にまたはファイルで格納してよい。

一例として、コンピュータ装置２００は、テーブル格納媒体を利用してデータを抽出してよい。コンピュータ装置２００は、複数のテーブルで構成されたビジネスオブジェクト内の親テーブルを移管条件に合わせて選別して抽出し、格納テーブルに格納してよい。また、コンピュータ装置２００は、格納テーブルのデータを利用して子テーブル内でマッチングされる選別データを格納テーブルに格納してよい。このとき、コンピュータ装置２００は、格納テーブルのデータをリード（ｒｅａｄ）して親テーブルと子テーブルのマッチングされるデータを選別した後、格納テーブルに格納してよい。

他の例として、コンピュータ装置２００は、ファイル格納媒体を利用してデータを抽出してよい。複数のテーブルで構成されたビジネスオブジェクト内の親テーブルを移管条件に合わせて選別して抽出した後、ファイルに格納してよい。また、コンピュータ装置２００は、ファイルのデータをリードして親テーブルと子テーブルのマッチングされるデータを選別してファイルに格納してよい。

図１１は、本発明の一実施形態における、移管対象データを抽出する例を示した図である。コンピュータ装置２００は、データベース１１１０の親テーブル１１１１からデータを選別（１．Ｓｅｌｅｃｔ）して抽出した後、ファイル１（１１２０）に格納（２．Ｓａｖｅ）してよい。この後、コンピュータ装置２００は、ファイル１（１１２０）に格納されたデータを読み取り（３．Ｒｅａｄ）、該当のデータと連結する他の関連データ（親テーブル１１１１の子テーブル１１１２に格納されたデータ）をデータベース１１１０から選別（４．Ｓｅｌｅｃｔ）して抽出した後、ファイル２（１１３０）に格納（５．Ｓａｖｅ）してよい。したがって、コンピュータ装置２００は、テーブル間の一貫性を保ちながら、第２データベース１１１０からデータを抽出できるようになり、ファイル１（１１２０）およびファイル２（１１３０）に格納されたデータをバックアップデータとして活用しながら、以後に誤ったマイグレーション条件によるデータベース１１１０の復旧を処理することができるようになる。

このような図１１の実施形態では、抽出されたデータをファイルに格納する例を示しているが、上述したように、抽出されたデータは、同一のデータベース１１１０や他の別のデータベースのテーブル内に格納されてもよい。

このように、コンピュータ装置２００は、抽出されたデータは同一または別のデータベース内のテーブルに格納することもできるし、ローカルまたは遠隔システムにファイルとして格納することもできる。このとき、データベースまたはファイルにデータを格納するときに、コンピュータ装置２００は、上述したように、無損失圧縮アルゴリズムを利用して、抽出されたデータを圧縮して格納してよい。データを圧縮して格納するときに、圧縮データの一部を別のインデックステーブルに格納して使用してもよい。

再び図３を参照すると、段階３４０で、コンピュータ装置２００は、データを送信してよい。ここで、段階３４０は、圧縮データを送信する段階、および送信データをターゲットデータベースにインポートする段階３４２を含んでよい。

段階３４１で、コンピュータ装置２００は、圧縮データを送信してよい。ここで、圧縮データは、段階３３３で圧縮されて格納されたデータを意味してよい。

段階３４２で、コンピュータ装置２００は、送信データをターゲットデータベースにインポートしてよい。データベース（一例として、第２データベース７２０）から抽出されたデータは、テーブルやファイルに圧縮して格納されてから、コンピュータ装置２００によってターゲットシステムのターゲットデータベースに送信されてよい。圧縮格納媒体がファイルである場合、コンピュータ装置２００は、ファイルをそのまま送信してもよいし、ファイルを読み取って圧縮を解除してからデータを送信してもよい。圧縮格納媒体がデータベースのテーブルである場合、コンピュータ装置２００は、圧縮されたブロックの形態で送信してもよいし、圧縮ブロックを解除してからデータを送信してもよい。

図１２および図１３は、本発明の一実施形態における、データを送信する例を示した図である。

図１２は、データベース１２１０から抽出された移管対象データがファイル１２２０、１２３０に格納された場合の例を示しており、図１３は、データベース１３１０から抽出された移管対象データがデータベース１３１０の格納テーブル１３１１に格納された場合の例を示している。

コンピュータ装置２００は、抽出されて格納されたデータを、ファイル１２２０、１２３０や格納テーブル１３１１から読み取って（Ｒｅａｄ）ターゲットデータベースに送信してよく、送信後、送信されたデータをターゲットデータベース内に格納してよい。一例として、コンピュータ装置２００は、送信後、圧縮データを解除してターゲットデータベースにインポートしてよい。

実施形態によっては、コンピュータ装置２００は、データを迅速に移管するために、データを並列に送信およびインポートしてよい。圧縮データはブロック形態で保管されるため、個別送信または一括送信することが可能である。

また、データ移管時間を短縮するために、以下の技術が使用されてよい。

インデックスドロップ（ｄｒｏｐ）および／またはリビルド（ｒｅｂｕｉｌｄ）技術：コンピュータ装置２００は、ターゲットデータベース内のテーブルのインデックスをドロップ（ｄｒｏｐ）した後、データを移管し、移管が完了した後、インデックスを生成してよい。この場合、データインポートの速度を高めることができる。実施形態によっては、ターゲットデータベースにインポートすること自体が、コンピュータ装置２００でなく、ターゲットデータベースを含むシステムによって実行されてもよい。

一方、異機種システムへの移管が考慮されてもよい。データマイグレーション方式は、ソースシステムとターゲットシステムのオペレーティングシステムまたはＤＢＭＳが異る場合でも移管が可能である。例えば、ソースシステムとターゲットシステムのデータベースのテーブル構造が一致すれば、送信が可能である。図７を参照しながら説明したように、コンピュータ装置２００は、第２データベース７２０のシステムアーキテクチャをエクスポートして第３データベース７３０にインポートするためテーブル構造が一致するようになり、これにより、クラウド環境へのデータ移管あるいは異種クラウド間のデータ移管が可能となる。

なお、コンピュータ装置２００は、原本データベース（一例として、図７の第１データベース７１０）からデータを削除してよい。この場合、コンピュータ装置２００は、抽出された移管対象データを利用して、原本データベースから抽出データとマッチングするデータを削除してよい。このような原本データベースからの移管対象データの削除は、該当の組織が分離された後、買収会社のデータに対して保安上の削除要請があった場合になされてよい。一般的に、敵対的Ｍ＆Ａの場合および／または分離対象組織が法人（Ｃｏｍｐａｎｙ）の場合に、このような削除要請が発生することがある。

以下では、システム分離構築方式の選択についてより詳しく説明する。上述したように、システム分離構築方式は、クレンジング方式とマイグレーション方式を含んでよい。クレンジング方式は、原本システムをコピーした後、分離対象以外のデータを削除してシステム構築する方法であり、マイグレーション方式は、原本システムから分離対象のデータだけを選別ならびに移管してシステム構築する方法である。クレンジング方式は、ビジネスの連続性を優先することができる。クレンジング方式は、オンラインデータのクレンジングが可能であり、ビジネス開始後にデータクレンジングが可能であるため、ダウンタイムが最小限に抑えられるというメリットがある。この反面、マイグレーション方式は、データの保安性を優先することができる。一例として、データ売却会社のデータ資産が自社のネットワークから流出することを遮断することができる。一方、クレンジング方式とマイグレーション方式を混合する方法が使用されてもよい。一例として、クレンジングの後にシステム引渡し方式を使用すれば、データの保安性を高めることができる。ただし、この場合には、ビジネスダウンタイムが長くなることがある。

システム分離構築方式を決定する要因として、売却会社と買収会社の引渡し時点を明確にする必要がある。例えば、売却会社の決算完了から３日以内の引渡しを要請する場合、データのボリューム、システムの性能、ネットワーク帯域幅、ターゲットシステムの構築環境（クラウド）などを考慮した上で要請期日から３日以内に引渡しが可能な場合は、保安性に優れたマイグレーション方式の採択が最善の方策となり得る。マイグレーション方式では３日以内の引渡しが難しい場合には、ダウンタイムの最小化が可能なクレンジング方式が採択されてよい。

以下の表４は、クレンジング方式とマイグレーション方式の比較を示している。

移管対象データのボリュームが原本システムの全ボリュームに対して１０％以内である場合は、マイグレーション方式を採択してよい。ただし、マイグレーション方式を採択した場合、買収会社が要求する引き渡し期日を超える恐れがある場合には他の方法を模索してよい。他の方法とは、引き渡し期日の交渉の他に、性能向上のための一時的なサーバ仕様の増量、ネットワーク帯域幅の増量、データアーカイビング、マイグレーション専用の個別のサーバ構築などが考えられる。このような他の方法を適用してもマイグレーション方式では目標期日の達成が難しい場合は、クレンジング方式を利用してよい。

図１４は、本発明の一実施形態における、組織データ移管方法の例を示したフローチャートである。本実施形態に係る組織データの移管方法は、第１組織と第２組織の間で移管対象データを移管しようとするコンピュータ装置２００によって実行されてよい。このとき、コンピュータ装置２００のプロセッサ２２０は、メモリ２１０が含むオペレーティングシステムのコードと、少なくとも１つのコンピュータプログラムのコードとによる制御命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。ここで、プロセッサ２２０は、コンピュータ装置２００に記録されたコードが提供する制御命令にしたがってコンピュータ装置２００が図１４の方法に含まれる段階１４１０～１４６０を実行するようにコンピュータ装置２００を制御してよい。

段階１４１０で、コンピュータ装置２００は、第１組織の第２組織への移管対象データを含む第１組織の第１データベースをコピーして第２データベースを生成してよい。このとき、第１データベースは、第１組織のシステム上に位置してよく、第２データベースは、コンピュータ装置２００に位置してよい。この場合、コンピュータ装置２００は、第２データベースによってマイグレーションを実行してよい。一方、実施形態によっては、マイグレーション方式では第１組織の第１データベースをコピーせず、第１データベースから直ぐに移管対象データをターゲットシステム（第２組織のシステム）の第３データベースに移管してもよい。この場合、段階１４１０は省略されてよく、以下で説明する第２データベースは第１組織の第１データベースに対応してよい。

段階１４２０で、コンピュータ装置２００は、第２データベースから第２データベースのためのシステムアーキテクチャをエクスポート（ｅｘｐｏｒｔ）してよい。ここで、システムアーキテクチャは、前記第２データベースのシステムで使用されるテーブル構造、コンピュータプログラム、およびプロシージャのうち少なくとも１つを含んでよい。

段階１４３０で、コンピュータ装置２００は、エクスポートされたシステムアーキテクチャを第２組織のシステムにインポート（ｉｍｐｏｒｔ）して移管対象データを移管するターゲットデータベースである第２組織の第３データベースを構成してよい。システムアーキテクチャが第２組織の第３データベースを構成するために使用されるため、データ移管のソースシステムとターゲットシステムの間のオペレーティングシステムやＤＢＭＳなどが異なる異機種システム間でもマイグレーションを可能とすることができる。

段階１４４０で、コンピュータ装置２００は、第２データベースから移管対象データを抽出してよい。一例として、コンピュータ装置２００は、第１組織の構造および前記組織から分割される前記第２組織の構造を利用して、カンパニーコードレベル、ビジネス領域レベル、およびプラントレベルのいずれか少なくとも１つのレベルで移管対象データのマイグレーション条件を決定してよい。この場合、コンピュータ装置２００は、カンパニーコードレベルの特定のカンパニーコード、ビジネス領域レベルの特定のビジネス領域、またはプラントレベルの特定のプラントに対応するオブジェクトをマッピングして、移管対象データのマイグレーション条件によるデータを選別してよい。これらのデータの選別および選別されたデータの抽出については、すでに詳しく説明した。

段階１４５０で、コンピュータ装置２００は、抽出された移管対象データを第２組織の第３データベースに送信してよい。移管対象データは、テーブルやファイルに格納されてよく、コンピュータ装置２００は、テーブルに格納されたデータをブロックの形態で個別送信または一括送信したり、ファイルを第３データベースに送信したりしてよい。送信された移管対象データは、第３データベースにインポートされてよい。実施形態によっては、移管対象データは、圧縮されテーブルやファイルに格納されてよく、第３データベースを含むシステム側で圧縮を解除した後、圧縮が解除された第３データベースに圧縮が解除されたデータをインポートしてよい。また、データの送信は、データをより迅速に移管するために並列で送信されて第３データベースにインポートされてもよい。

段階１４６０で、コンピュータ装置２００は、第２データベースから抽出された移管対象データベースに対応するデータを第１データベースから削除してよい。このような段階１４７０は、保安上の削除要請が受信される場合に限って実行されてもよい。

図１５は、本発明の一実施形態における、データを削除する過程の例を示した図である。一例として、コンピュータ装置２００は、削除要請が受信されれば、移管対象データが抽出されて格納されたファイル１５１０、１５２０から第２組織のデータベースに移管されたデータを確認してよい。この後、コンピュータ装置２００は、確認されたデータを第１組織のデータベース１５３０から削除することにより、移管対象データに対する保安性を高めてよい。

一方、図１４の段階１４１０～１４６０は、システム分離構築方式としてマイグレーション方式が決定された場合に実行されてよい。例えば、コンピュータ装置２００は、移管対象データのダウンタイム、要求されるデータの保安性、ストレージコスト、第１組織のデータベースのためのシステムと第２組織のデータベースのためのシステムの間のオペレーティングシステム、およびデータベース管理システムの同一性状態のいずれかに基づいて、システム分離構築方式をクレンジング方式およびマイグレーション方式のうちの１つに決定してよい。このようなシステム分離構築方式としてマイグレーション方式が決定される場合、図１４の段階１４１０～１４６０が実行されてよい。一方、クレンジング方式は、第２データベースから移管非対象データをクレンジングして第４データベースを生成し、生成した第４データベースを第２組織として提供する方式を含んでよい。このようなクレンジング方法については、すでに詳しく説明した。

このように、本発明の実施形態によると、マイグレーション方式を利用してデータを移管することができる。また、実施形態によっては、クレンジング方式とマイグレーション方式のうちから条件に合うシステム分離構築方式を選択して組織データを移管することができる。

上述したシステムまたは装置は、ハードウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる多様な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）および前記ＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを格納、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、仮想装置、コンピュータ格納媒体または装置に具現化されてもよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で格納されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータ読み取り可能な記録媒体に格納されてよい。

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に記録されてよい。前記コンピュータ読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含んでよい。媒体は、コンピュータ実行可能なプログラムを継続して記録するものであっても、実行またはダウンロードのために一時記録するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されることはなく、ネットワーク上に分散して存在するものであってもよい。媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ－ＲＯＭおよびＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が記録されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを配布するアプリケーションストアやその他の多様なソフトウェアを供給または配布するサイト、サーバなどで管理する記録媒体または格納媒体も挙げられる。プログラム命令の例は、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。

以上のように、実施形態を、限定された実施形態および図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

１７０：ネットワーク
２００：コンピュータ装置
２１０：メモリ
２２０：プロセッサ
２３０：通信インタフェース
２４０：入力／出力インタフェース
２５０：入力／出力装置

Claims (10)

1. 少なくとも１つのプロセッサを含むコンピュータ装置の組職データ移管方法であって、
   前記少なくとも１つのプロセッサにより、第１組職の第２組職への移管対象データを含む前記第１組職の第１データベースから前記第１データベースのためのシステムアーキテクチャをエクスポート（ｅｘｐｏｒｔ）する段階、
   前記少なくとも１つのプロセッサにより、前記エクスポートされたシステムアーキテクチャを前記第２組織のシステムにインポート（ｉｍｐｏｒｔ）して前記移管対象データを移管するターゲットデータベースである前記第２組織の第２データベースを前記第２組織のシステムに構成する段階、
   前記少なくとも１つのプロセッサにより、前記第１データベースから前記移管対象データを抽出する段階、および
   前記少なくとも１つのプロセッサにより、前記抽出された移管対象データを前記第２組織の第２データベースに送信する段階
   を含む、組職データ移管方法。
2. 前記システムアーキテクチャは、前記第１データベースのシステムで使用されるテーブル構造、コンピュータプログラム、およびプロシージャのうち少なくとも１つを含むことを特徴とする、請求項１に記載の組織データ移管方法。
3. 前記抽出段階は、
   前記第１組織の構造および前記組織から分割される前記第２組織の構造を利用して、カンパニーコードレベル、ビジネス領域レベル、およびプラントレベルのうち少なくとも１つのレベルで前記移管対象データのマイグレーション条件を決定する段階
   を含むことを特徴とする、請求項１に記載の組織データの移管方法。
4. 前記抽出する段階は、
   前記カンパニーコードレベルの特定のカンパニーコード、前記ビジネス領域レベルの特定のビジネス領域、または前記プラントレベルの特定のプラントに対応するビジネスオブジェクトをマッピングして、前記移管対象データの前記マイグレーション条件によるデータを選別する段階
   を含むことを特徴とする、請求項３に記載の組織データ移管方法。
5. 前記移管対象データのダウンタイム、要求されるデータの保安性、ストレージコスト、前記第１組織の前記第１データベースのためのシステムと前記第２組織の前記第２データベースのためのシステムの間のオペレーティングシステム、およびデータベース管理システムの同一性状態、ストレージコストのうち少なくとも１つに基づいて、システム分離構築方式をクレンジング方式およびマイグレーション方式のいずれかに決定する段階
   を含むことを特徴とする、請求項１に記載の組織データ移管方法。
6. 前記クレンジング方式は、前記第１データベースをコピーして生成された第３データベースで移管非対象データをクレンジングし、第４データベースを生成し、生成された第４データベースを前記第２組織として提供する方式を含むことを特徴とする、請求項１に記載の組織データ移管方法。
7. 前記少なくとも１つのプロセッサにより、前記第１データベースから抽出された移管対象データに対応するデータを前記第１データベースから削除する段階
   をさらに含む、請求項１に記載の組織データ移管方法。
8. 前記第１データベースをコピーして第３データベースを生成する段階
   を含み、
   前記エクスポートする段階は、
   前記第３データベースから前記第１データベースのためのシステムアーキテクチャをエクスポートし、
   前記抽出する段階は、
   前記第３データベースから前記移管対象データを抽出すること
   を特徴とする、請求項１に記載の組織データ移管方法。
9. 請求項１～７に記載の方法をコンピュータ装置に実行させるためのコンピュータプログラムが記録されている、コンピュータ読み取り可能な記録媒体。
10. コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサ
    を含み、
    前記少なくとも１つのプロセッサにより、
    第１組織の第２組織への移管対象データを含む前記第１組織の第１データベースから前記第１データベースのためのシステムアーキテクチャをエクスポートし、
    前記エクスポートされたシステムアーキテクチャを前記第２組織のシステムにインポートして前記移管対象データを移管するターゲットデータベースである前記第２組織の第２データベースを前記第２組織のシステムに構成し、
    前記第１データベースから前記移管対象データを抽出し、
    前記抽出された移管対象データを前記第２組織の第２データベースに送信すること
    を特徴とする、コンピュータ装置。

Images