JP2019049798A - 移送方法 - Google Patents

Abstract

【課題】多様な業種向けにテンプレートを提供するコンサルティング会社が、テンプレートを使用したＥＲＰパッケージの導入を効率的に行うことが可能な技術を提供すること。【解決手段】複数の顧客企業に対してＥＲＰパッケージの導入を支援するシステムにおいてテンプレートの移送を制御する移送方法であって、テンプレートは、複数の業種に対応する機能又は一部の業種に対応する機能を含む複数の機能を実行するために必要な複数のソフトウェアモジュールと該複数のソフトウェアモジュールの動作を決定するために用いられる複数のパラメータ設定とを含み、移送方法は、テンプレートの移送の指示を受け付ける受付ステップと、テンプレートの移送の指示を受けた場合に、テンプレートに含まれる複数のソフトウェアモジュールと、複数のパラメータ設定とを、テンプレートの開発に用いられる第一のサーバから、顧客企業ごとのテストを行うために使用される第二のサーバに移送する移送ステップと、を含む。【選択図】図６

Description

本発明は、テンプレートの移送を制御する移送方法に関する。

企業において基幹業務をシステム化しようとする場合、ＥＲＰ（Enterprise Resource Planning）システムと呼ばれるソフトウェアパッケージ製品を導入することが広く行われている。一般的にＥＲＰパッケージには、例えば、物流管理、品質管理、財務・会計管理など企業の運営に必要になると考えられる各種の業務に対応する機能が実装されている。

ＥＲＰパッケージは、あらゆる企業に導入可能とするために汎用的に設計されており、導入先企業が要求するシステム仕様に応じたパラメータ設定を行うことで様々にカスタマイズを行うことが可能である。しかしながら、ＥＲＰパッケージが持つカスタマイズ項目は膨大であり、実際のカスタマイズには高度なスキルを要する。また、ベンダから提供されるＥＲＰパッケージに顧客企業のニーズに合致した機能が実装されていない場合、顧客企業のニーズに応じたアドオン（追加プログラム）の開発も必要になる。そのため、ＥＲＰパッケージを導入する企業は、ＥＲＰパッケージの導入を支援するコンサルティング会社を利用することが一般的である。

ＥＲＰパッケージの導入を支援するコンサルティング会社は、ＥＲＰパッケージを顧客企業に導入するまでに要する期間を短縮するために、ＥＲＰパッケージを企業に導入する際に必要になると想定される機能を実現するためのパラメータ設定やアドオンの開発やテストを事前に行っておくことが多い。このように、ＥＲＰベンダから提供されるＥＲＰパッケージに対して事前に作成されたパラメータ設定及びアドオンを組み込んだＥＲＰパッケージのことを「テンプレート」と呼ぶ。

特開２００４−２５２９５１号公報

コンサルティング会社は、多様な業種の顧客企業にＥＲＰパッケージを迅速に導入する必要があることから、予め業種ごとに複数のテンプレートを用意しておき、顧客企業の業種に応じたテンプレートを選択してカスタマイズすることが一般的である。しかしながら、予めテンプレートを用意しておくことで顧客企業へのＥＲＰパッケージの導入が容易になる一方で、例えばＥＲＰメーカから提供されるＥＲＰパッケージに大きな変更がなされる場合には、テンプレートが正しく動作するか否かを確認するテスト等を再度行う必要がある。このような場合に、業種ごとに異なるテンプレートを用意してしまうと、テンプレートごとにテスト等を行う必要があり、コンサルティング会社における負担が大きくなってしまうと共に、ＥＲＰパッケージを顧客企業に導入するまでの期間が長くなってしまう可能性があるという問題がある。

すなわち、テンプレートを利用することで、顧客企業へのＥＲＰパッケージの導入が迅速に行えるというメリットが存在するものの、その分テスト等に必要な稼働が多くなる可能性があるというデメリットも存在する。

そこで、本発明は、多様な業種向けにテンプレートを提供するコンサルティング会社が、テンプレートを使用したＥＲＰパッケージの導入を効率的に行うことが可能な技術を提供することを目的とする。

本発明の一態様に係る移送方法は、複数の顧客企業に対してＥＲＰパッケージの導入を支援するシステムにおいてテンプレートの移送を制御する移送方法であって、テンプレートは、複数の業種に対応する機能又は一部の業種に対応する機能を含む複数の機能を実行するために必要な複数のソフトウェアモジュールと該複数のソフトウェアモジュールの動作を決定するために用いられる複数のパラメータ設定とを含み、移送方法は、テンプレートの移送の指示を受け付ける受付ステップと、テンプレートの移送の指示を受けた場合に、テンプレートに含まれる複数のソフトウェアモジュールと、複数のパラメータ設定とを、テンプレートの開発に用いられる第一のサーバから、顧客企業ごとのテストを行うために使用される第二のサーバに移送する移送ステップと、を含む。

本発明によれば、多様な業種向けにテンプレートを提供するコンサルティング会社が、テンプレートを使用したＥＲＰパッケージの導入を効率的に行うことが可能な技術を提供することができる。

本実施形態に係るＥＲＰ管理システムの全体構成の一例を示す図である。 移送制御装置、テンプレート開発サーバ及び顧客サーバのハードウェア構成の一例を示す図である。 移送制御装置の機能ブロック構成の一例を示す図である。 テンプレート開発サーバ及び顧客サーバの機能ブロック構成の一例を示す図である。 権限設定パラメータの一例を示す図である。 テンプレートの開発から顧客企業へのＥＲＰパッケージの導入に至るまでの一連の作業（基本例）を説明するための図である。 テンプレートの開発から顧客企業へのＥＲＰパッケージの導入に至るまでの一連の作業（応用例１）を説明するための図である。 テンプレートの開発から顧客企業へのＥＲＰパッケージの導入に至るまでの一連の作業（応用例２）を説明するための図である。

添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。本実施形態では、ＥＲＰパッケージの一例として、ＳＡＰ（登録商標）社が提供するＥＲＰパッケージ製品（Ｓ／３、Ｓ／４ＨＡＮＡ、ＳｏＨ等）を例に説明するが、これに限定されることを意図しているのではない。本実施形態は、ＳＡＰ（登録商標）社以外のＥＲＰパッケージにも適用可能である。

本実施形態では、顧客企業へのＥＲＰパッケージの導入を支援するコンサルティング会社（以下、「コンサルティング会社」と言う）が、テンプレートを組み込んだＥＲＰパッケージに顧客企業ごとの固有の設定（例えばロゴマーク設定や部署名の設定等）を加えて顧客企業に導入することを前提として説明する。

＜システム概要＞
（システム構成）
図１は、本実施形態に係るＥＲＰ管理システム１の全体構成の一例を示す図である。ＥＲＰ管理システム１は、顧客企業へのＥＲＰパッケージの導入を支援するコンサルティング会社が使用するサーバと、ＥＲＰパッケージを導入する顧客企業が使用するサーバとを含むシステムであり、コンサルティング会社におけるテンプレートの開発から、顧客企業側でのＥＲＰシステム（ＥＲＰパッケージが動作しているシステム）の運用に至るまでの様々な業務を全て行うことが可能である。

ＥＲＰ管理システム１は、移送制御装置１０と、テンプレートの開発やテスト等を行うために用いられるテンプレート開発サーバ２０と、顧客企業に導入されたＥＲＰパッケージを動作させるために用いられる顧客サーバ３０とを含む。移送制御装置１０、テンプレート開発サーバ２０及び顧客サーバ３０は通信ネットワークＮで接続されており相互に通信することができる。

移送制御装置１０は、ＥＲＰ管理システム１に含まれるサーバ間で行われる移送を制御するサーバである。「移送」の定義については後述する。移送制御装置１０は、コンサルティング会社の開発者の指示に基づき、ＥＲＰ管理システム１の中で行われる移送を制御する。

テンプレート開発サーバ２０は、コンサルティング会社が、テンプレート及びアドオンの開発及びテストを行うためのサーバである。図１には、テンプレート開発サーバ２０が１つ図示されているが、複数のテンプレート開発サーバ２０が含まれていてもよい。

顧客サーバ３０₁〜３０_Mは、顧客企業ごとにカスタマイズがなされたＥＲＰパッケージのテストを行うため、ＥＲＰパッケージの使用方法等について顧客企業のユーザ等の訓練を行うため、及び、導入されたＥＲＰパッケージを稼働させるためのサーバであり、基本的に顧客企業ごとに異なるサーバが割り当てられる。以下の説明において、顧客サーバ３０₁〜３０_Mを特に区別しない場合、「顧客サーバ３０」と呼ぶ。また、図１には、顧客企業ごとに顧客サーバ３０が１つ図示されているが、図示の便宜上であり、複数の顧客サーバ３０が含まれる。

開発システム環境２は、主にコンサルティング会社が使用するサーバから構成されるシステム環境を示す。また、顧客システム環境３は、主に顧客企業が使用するサーバから構成されるシステム環境を示す。なお、開発システム環境２及び顧客システム環境３の区分けは便宜上の区分けに過ぎず、例えば、開発システム環境２に顧客サーバ３０の一部（例えばテスト用の顧客サーバ３０）が含まれていてもよい。

（ＥＲＰの概要）
ここで、ＥＲＰパッケージのカスタマイズは、ＥＲＰベンダが提供する初期状態のＥＲＰパッケージに対して各種のパラメータ設定を行うことで行う。すなわち、パラメータ設定を行うこととカスタマイズを行うこととは同義である。設定されたパラメータは、初期状態のＥＲＰパッケージを構成する複数のソフトウェアモジュールで読み込まれ、当該複数のソフトウェアモジュールが、読み込んだパラメータ設定に沿った動作を行うことで、顧客企業向けにカスタマイズされた各種の機能が実現される。

また、ＥＲＰパッケージには、不足している機能を実現するためのアドオンを追加可能な仕組みが提供されており、コンサルティング会社は、ソフトウェアモジュールの一部として任意のアドオンを追加することができる。なお、以下の説明では、特に断りのない限り、「ソフトウェアモジュール」には、ＥＲＰパッケージを構成するソフトウェアモジュール（すなわちＥＲＰベンダから提供されるソフトウェアモジュール）と、コンサルティング会社が追加したアドオンとが含まれるものとして説明する。

ＥＲＰパッケージにより実現される各種の機能には、機能ごとに固有の番号が割り振られている。当該固有の番号は、「トランザクションコード」と呼ばれる。コンサルティング会社の開発者等又は顧客企業のユーザ等は、稼働しているＥＲＰシステムの画面にてトランザクションコードを入力することで、使用したい機能の画面を素早く呼び出すことが可能である。トランザクションコードの例としては、例えば、取引データの追加を行う画面を呼び出すコード、宅配業者の設定を行う画面を呼び出すコード、及び、伝票を登録する画面を呼び出すコードなど、主に顧客企業のユーザが使用するトランザクションコードと、移送の設定を行う画面を呼び出すコード、起動中のプロセスを確認するコードなど、主にコンサルティング会社の開発者が使用するトランザクションコードが含まれる。

本実施形態に係るテンプレートは、特定の業種に特化したテンプレートではなく、１つのテンプレートで、自動車産業、食品産業、ハイテク産業など様々な業種において行われる基幹業務を網羅するように構成されている。すなわち、本実施形態に係るテンプレートには、これらの複数の業種の全てに必要な機能又は一部の業種に必要な機能を含む複数の機能を全て実行するために必要な複数のソフトウェアモジュールと当該複数のソフトウェアモジュールの動作を決定するために用いられる複数のパラメータ設定とを含んでいる。すなわち、本実施形態に係るテンプレートは、１つのテンプレートのみで、あらゆる顧客企業向けのＥＲＰパッケージのカスタマイズに対応可能である。

本実施形態では、顧客企業のユーザが使用するトランザクションコードについては、テンプレートにより実現される機能ごとに異なるコード値が対応づけられるようにすると共に、更に、テンプレートにより実現される各機能に対応する業種ごとにも異なるコード値を割り振るようにする。例えば、“伝票を登録する機能”であっても、“自動車産業用の伝票を登録する機能”に対応するトランザクションコードと、“食品産業用の伝票を登録する機能”に対応するトランザクションコードとでは、異なるコード値を割り振るようにする。

また、本実施形態に係るテンプレートに含まれる複数のパラメータ設定は、それぞれ、以下に示す３つのカテゴリのいずれかに分類分けされている。
「カテゴリＡ１」：原則としてパラメータ値の変更及び追加が禁止されるパラメータ設定。
「カテゴリＡ２」：テンプレートに含まれる複数の機能について業種ごとの動作を規定するパラメータ設定であって、原則としてパラメータ値の変更が禁止されるパラメータ設定。ただし、例えばテンプレートがサポートする業種を拡大する開発が行われる場合など、特定の条件を満たす場合にパラメータ値の追加は許容される。
「カテゴリＢ」：顧客企業ごとに設定（追加及び／又は変更）が必要なパラメータ設定。

カテゴリＡ１に該当するパラメータ設定とは、例えば、国名と国コードとの対応関係を定義するパラメータ設定等、顧客企業によらず普遍的なデータである。カテゴリＡ１に該当するパラメータ設定は、万が一変更及び追加されるとＥＲＰシステム全体の動作に影響を及ぼす可能性があることから、変更及び追加が禁止されている。

カテゴリＡ２に該当するパラメータ設定とは、例えば、自動車業界で使用される販売伝票及び購買発注伝票の伝票タイプ（フォーマット）を定義するパラメータ設定、食品業界で使用される販売伝票及び購買発注伝票の伝票タイプ（フォーマット）を定義するパラメータ設定等、テンプレートに含まれる複数の機能について業種ごとの動作を決定するパラメータ設定である。カテゴリＡ２に該当するパラメータ設定は、万が一変更されると、カテゴリＡ２に該当するパラメータ設定を使用している企業のＥＲＰシステムの動作に影響を及ぼす可能性があることから、変更が禁止されている。しかしながら、テンプレートの開発が行われる場合など、パラメータの追加が必要になるケースがあることから、特定の条件を満たす場合にのみパラメータの追加が許容されている。

カテゴリＢに該当するパラメータ設定は、例えば、顧客企業の企業コード、顧客企業の工場名、顧客企業で使用する勘定項目の一覧、顧客企業の社内組織構成に関する定義、社員コードなど、企業ごとに異なるパラメータ設定である。カテゴリＢに該当するパラメータ設定は顧客企業ごとに異なるパラメータ設定であるが、本実施形態では、基本的にコンサルティング会社の開発者が設定することとしている。

ＥＲＰパッケージは、１台の物理的なサーバ（又は仮想サーバのように１つの論理的なサーバ）上で複数のＥＲＰシステムを動作させることができるように設計されている。ＥＲＰパッケージでは、サーバ上で動作する１つのＥＲＰシステムのことを「クライアント」と呼ぶ。すなわち、ＥＲＰパッケージにおける「クライアント」の用語は、顧客企業のことを意味するのではなく、１つのＥＲＰシステムを意味する。これは、１台のサーバが備えるデータベースにおいて、各種のパラメータ設定を、クライアント毎に論理的に分離することで実現される。

「移送」とは、ＥＲＰパッケージを構成するソフトウェアモジュール及び各種のパラメータ設定をサーバ間でコピー（差分コピーを含む）することを意味する。すなわち、「移送」を行うことで、あるサーバで動作している１以上のＥＲＰシステムを、そのまま他のサーバにコピーすることが可能である。また、移送では、任意のクライアントのみを他のサーバにコピー（差分コピーを含む）することも可能である。

本実施形態では、テンプレート開発サーバ２０で開発（新規開発及びバージョンアップを含む）されたテンプレートを、顧客企業ごとのテストを行うために用いられる全ての顧客サーバ３０に移送するようにする。より具体的には、開発されたテンプレートを、コンサルティング会社がＥＲＰパッケージを提供している全ての顧客企業の顧客サーバ３０に移送するようにする。

本実施形態では、あらゆる業種向けの全ての機能を１つのテンプレートに組み込むこととしていることから、仮にＥＲＰベンダから提供されるＥＲＰパケージ自体に大きなバージョンアップがなされる等、ＥＲＰパッケージに大きな変更がなされる場合であっても、１つのテンプレートに対してテストを行えばよい。

ここで、本実施形態に係るテンプレートには、あらゆる業種向けの全ての機能が含まれていることから、各々の顧客企業が、本実施形態に係るテンプレートにより提供される全ての機能を使用することはない。つまり、テンプレートに含まれている機能のうち顧客企業が使用しない機能については、その顧客企業から起動することができないようにすることが望ましい。そこで、本実施形態では、テンプレートに含まれている各機能について実行を許可するか否かを顧客企業のユーザごとに制御するためのパラメータ設定（以下、「権限設定パラメータ」と呼ぶ）を定義することで、各機能について実行を許可するか否かを顧客企業ごとに制御する。なお、権限設定パラメータは顧客企業ごとに異なる設定であることから、カテゴリＢのパラメータに該当する。

＜ハードウェア構成＞
図２は、移送制御装置１０、テンプレート開発サーバ２０及び顧客サーバ３０のハードウェア構成の一例を示す図である。図２に示すように、移送制御装置１０、テンプレート開発サーバ２０及び顧客サーバ３０は、ＣＰＵ（Central Processing Unit）１１、メモリ等の記憶装置１２、通信ネットワークＮと接続するために用いられる通信ＩＦ（Interface）１３、キーボード等の入力装置１４及びディスプレイ等の出力装置１５を含む。

移送制御装置１０、テンプレート開発サーバ２０及び顧客サーバ３０は、それぞれ、物理的なサーバであってもよいし、クラウドサーバ又は仮想サーバであってもよい。

＜機能ブロック構成＞
（移送制御装置）
図３は、移送制御装置１０の機能ブロック構成の一例を示す図である。移送制御装置１０は、移送受付部１００と、移送制御部１０１とを有する。移送受付部１００と、移送制御部１０１とは、移送制御装置１０の記憶装置１２に記憶されたプログラムが、ＣＰＵ１１に実行させる処理により実現することができる。また、当該プログラムは、記録媒体に格納することができる。

移送受付部１００は、コンサルティング会社の開発者から、移送を制御するための画面を介して移送の指示を受け付ける機能を有する。移送の指示には、例えば、移送元のサーバの指示及び移送先のサーバの指示（移送ルートの指示）、移送するクライアントのクライアント番号の指示等が含まれる。

移送制御部１０１は、移送受付部１００で受け付けた移送の指示に基づいて、テンプレートの移送をテンプレート開発サーバ２０及び顧客サーバ３０に指示する機能を有する。より具体的には、移送制御部１０１は、移送受付部１００で受け付けた移送の指示に基づいて、テンプレートに含まれる全てのソフトウェアモジュールと、全てのパラメータ設定とを、テンプレート開発サーバ２０から、顧客サーバ３０に移送する機能を有する。

（テンプレートサーバ、顧客サーバ）
図４は、テンプレート開発サーバ２０及び顧客サーバ３０の機能ブロック構成の一例を示す図である。テンプレート開発サーバ２０及び顧客サーバ３０は、ＤＢ（データベース）２００と、ＥＲＰ機能実行部２０１と、移送処理部２０２と、を有する。ＥＲＰ機能実行部２０１と、移送処理部２０２とは、テンプレート開発サーバ２０又は顧客サーバ３０の記憶装置１２に記憶されたプログラムが、ＣＰＵ１１に実行させる処理により実現することができる。また、当該プログラムは、記録媒体に格納することができる。当該プログラムを格納した記録媒体は、非一時的な記録媒体であってもよい。ＤＢ２００は、テンプレート開発サーバ２０又は顧客サーバ３０が備えるメモリ又は記憶装置１２を用いて実現することができる。

ＤＢ２００には、テンプレートに含まれる全てのソフトウェアモジュールと、パラメータ設定格納テーブルとが記憶されている。パラメータ設定格納テーブルには、ＥＲＰベンダから提供される各種のソフトウェアモジュールを動作させるために必要な各種のパラメータ設定、及び、全てのアドオンを動作させるために必要な各種のパラメータ設定が格納される。

ＥＲＰ機能実行部２０１は、テンプレートにより実現される各種の機能を実行する。テンプレートにより実現される各種の機能とは、例えば、倉庫の在庫管理や商品の出荷管理といった物流管理に関する機能、納入された商品の検査や返品する商品の管理とった品質管理に関する機能、財務状況や運転資金のリアルタイム表示といった財務・会計管理に関する機能、商品に関するデータ（商品マスタ）を一括でメンテナンスする機能、各種のレポートを様々な視点で表示する機能等が挙げられる。また、顧客企業が使用する機能に加えて、顧客企業の要求仕様に応じたパラメータ設定（すなわちカスタマイズ）を行うための機能、ＤＢ２００のメンテナンス等を行う機能等、コンサルティング会社の開発者が使用する機能も含まれる。なお、テンプレートにより実現される機能には、ここに列挙した機能以外にも様々な機能が存在する。

移送処理部２０２は、移送制御装置１０からの指示に基づき、ＤＢ２００に格納されているソフトウェアモジュールとパラメータ設定格納テーブルとを、移送制御装置１０から指定された他のテンプレート開発サーバ２０又は他の顧客サーバ３０に移送する。また、移送処理部２０２は、移送制御装置１０からの指示に基づき、他のテンプレート開発サーバ２０又は他の顧客サーバ３０からソフトウェアモジュールとパラメータ設定格納テーブルとを取得してＤＢ２００に格納する。また、移送処理部２０２は、移送制御装置１０から、同一サーバ内でクライアントをコピーすることを指示された場合、ＤＢ２００に格納されているパラメータ設定格納テーブルをコピーすることで、テンプレート開発サーバ２０又は顧客サーバ３０内でクライアントのコピーを行う。

図５は、権限設定パラメータの一例を示す図である。権限設定パラメータは、パラメータ設定格納テーブルに格納されている各種のパラメータ設定のうちの一つである。「ユーザＩＤ」は、顧客サーバ３０上でＥＲＰシステムを使用する顧客企業のユーザを一意に特定する識別子である。「アクセス可能組織コード」には、ユーザにアクセス権限が付与されている組織のデータを示す組織コードが設定される。「利用可能トランザクションコード」には、ユーザにアクセス権限が付与されている１以上のトランザクションコードが格納される。

ここで、ＥＲＰシステム内には、ＥＲＰシステムが備える各機能が使用する各種データが蓄積されている。例えば、取引先を管理する機能であれば、現時点の取引先一覧を画面表示するために、取引先一覧が格納された取引先データを読み出すといった処理を行っている。ＥＲＰシステムでは、各種データごとに、どの組織で使用するデータであるのかを示すために組織コードが設定されている。例えば、工場Ａの取引先名が格納された取引先データについては工場Ａの組織コードが設定され、本社Ｂの取引先名が格納された取引先データについては本社Ｂの組織コードが設定される。上述した「アクセス可能組織コード」は、これらの各種データのうち、各ユーザがどの組織のデータにアクセス可能であるかを示している。例えば、「アクセス可能組織コード」が工場Ａに設定されているユーザは、取引先を管理する機能を使用して工場Ａの取引先データにアクセスすることはできるが、本社Ｂの取引先データにアクセスすることはできない。

図５の例では、ユーザＩＤが“０００１”のユーザは、“Ｃ００１”、“Ｃ００２”、“Ｃ００３”のトランザクションコードに対応する機能を介して“１１００”の組織で使用するデータにアクセス可能であるが、“１２００”の組織で使用するデータにはアクセスすることはできないことを意味している。

本実施形態では、ユーザＩＤに利用可能トランザクションコードを対応づけることで、顧客企業ごとに使用可能なトランザクションコードを分けることを可能としている。例えば、自動車製造業を営む顧客企業Ａと薬品卸業を営む顧客企業Ｂとが存在し、ＥＲＰパッケージには、自動車の品質管理に関する機能と、薬品の品質管理に関する機能とが含まれていると仮定する。この場合において、例えば、顧客企業Ａに所属するユーザには、自動車の品質管理に関する機能に対応するトランザクションコードを「利用可能トランザクションコード」に設定しておき、顧客企業Ｂに所属するユーザには、薬品の品質管理に関する機能に対応するトランザクションコードを「利用可能トランザクションコード」に設定しておくようにする。これにより、顧客企業Ｂに所属するユーザは、自動車の品質管理に関する機能を利用することができなくなる。同様に、顧客企業Ａに所属するユーザは、薬品の品質管理に関する機能を利用することができなくなる。前述したように、本実施形態では、顧客企業のユーザが使用するトランザクションコードについては、テンプレートにより実現される各機能に対応する業種ごとに異なるコード値が割り振られている。従って、「利用可能トランザクションコード」に顧客企業の業種に関係のある機能のトランザクションコードのみを設定することで、顧客企業のユーザからは、顧客企業の業種に関連のない業種の機能を使用させない（アクセスさせない）ようにすることが可能になる。

＜移送手順＞
（基本例）
図６は、テンプレートの開発から顧客企業へのＥＲＰパッケージの導入に至るまでの一連の作業（基本例）を説明するための図である。ここで、開発システム環境２は、例えば、テンプレートのコーディング等を行うために用いられるテンプレート開発サーバ２０（テンプレート開発用サーバ２０₁）と、開発されたテンプレートのテストを行うために用いられるテンプレート開発サーバ２０（テンプレートテスト用サーバ２０₂）とを含む。また、顧客システム環境は、テンプレートをカスタマイズすることで顧客企業ごとのＥＲＰパッケージを作成するために用いられる顧客サーバ３０（カスタマイズ用顧客サーバ３０_1-1〜３０_M-1）と、顧客企業ごとにＥＲＰパッケージの品質確認テストを行うための顧客サーバ３０（テスト用顧客サーバ３０_1-2〜３０_M-2）と、カスタマイズ及び品質確認テストが完了した最終的なＥＲＰパッケージを稼働させるための顧客サーバ３０（本番用顧客サーバ３０_1-3〜３０_M-3）とを含む。

ステップＳ１１で、移送制御装置１０の指示を受けたテンプレート開発用サーバ２０₁の移送処理部２０２は、開発されたテンプレートを、テンプレートテスト用サーバ２０₂に移送する。移送されるテンプレートには、テンプレートに含まれる全てのソフトウェアモジュールと、全てのパラメータ設定（カテゴリＡ１、カテゴリＡ２及びカテゴリＢに該当する全てのパラメータ設定）が含まれている。なお、パラメータ設定のうちカテゴリＢに属するパラメータ設定には、テンプレートのテストを行うために作成された一時的なデータであるテスト用データが設定されている。テンプレートテスト用サーバ２０₂では、テンプレートの動作確認及び性能試験等の品質確認テストが行われる。

ステップＳ２１及びステップＳ２２で、移送制御装置１０の指示を受けたテンプレート開発用サーバ２０₁の移送処理部２０２は、品質確認テストが完了したテンプレートを、カスタマイズ用顧客サーバ３０_1-1〜３０_M-1に移送する。本実施形態では、移送制御装置１０は、品質確認テストが完了したテンプレートを、ＥＲＰ管理システム１に含まれる全てのカスタマイズ用顧客サーバ３０_1-1〜３０_M-1に移送するようにテンプレートテスト用サーバ２０₂に指示する。カスタマイズ用顧客サーバ３０_1-1〜３０_M-1では、それぞれ顧客企業（顧客１〜顧客Ｍ）の要求仕様に合わせてテンプレートのカスタマイズが行われ、顧客企業ごとのＥＲＰパッケージが生成される。具体的には、コンサルティング会社の開発者は、カテゴリＢに属するパラメータ設定（権限設定パラメータを含む）を顧客企業の要求条件に合わせた値に変更することで、顧客企業ごとのＥＲＰパッケージを生成する。なお、既に本番環境でＥＲＰシステムが稼働しており、ステップＳ２１及びステップＳ２２で行われる移送により追加される機能が、その顧客企業が使用する機能とは関係のない機能である場合、カスタマイズ作業は省略される。

ステップＳ３１及びステップＳ４１で、移送制御装置１０の指示を受けたカスタマイズ用顧客サーバ３０_1-1〜３０_M-1の移送処理部２０２は、顧客企業ごとのＥＲＰパッケージを、テスト用顧客サーバ３０_1-2〜３０_M-2に移送する。移送されるＥＲＰパッケージには、テンプレートに含まれる全てのソフトウェアモジュールと、カテゴリＡ１に該当するパラメータ設定と、カテゴリＡ２に該当するパラメータ設定と、顧客企業ごとに変更されたカテゴリＢに該当するパラメータ設定とが含まれている。テスト用顧客サーバ３０_1-2〜３０_M-2では、顧客企業ごとのＥＲＰパッケージの品質確認テストが行われる。なお、ステップＳ３１及びステップＳ４１における移送は同時に実行されるのではなく、カスタマイズ作業の進捗に応じて非同期に実行される。

ステップＳ３２及びステップＳ４２で、移送制御装置１０の指示を受けたテスト用顧客サーバ３０_1-2〜３０_M-2の移送処理部２０２は、品質確認テストが完了した最終的なＥＲＰパッケージを、本番用顧客サーバ３０_1-3〜３０_M-3に移送する。本番用顧客サーバ３０_1-3〜３０_M-3ではＥＲＰパッケージが稼働し、顧客企業における日々の業務で使用される。

以上説明した手順において、テンプレートの変更（例えばバージョンアップ）が行われる場合、各移送手順では、変更前後におけるソフトウェアモジュール及びパラメータ設定の差分が移送されることになる。なお、仮にテンプレートの変更によりカテゴリＡ１又はカテゴリＡ２のパラメータ設定が変更され、変更前後の差分の移送が行われる場合、当該差分のみがテンプレート開発サーバ２０₂からカスタマイズ用顧客サーバ３０_1-1〜３０_M-1に移送されることになる。この場合において、更に、カテゴリＢのパラメータ設定を顧客企業ごとに変更する必要がある場合、当該変更作業及び変更後のカテゴリＢのパラメータ設定を移送する作業については、顧客企業ごとに任意のタイミングで行うことが可能である。これにより、カテゴリＡ１又はカテゴリＡ２のパラメータ設定についてはテンプレート開発サーバ２０及び各カスタマイズ用顧客サーバ３０の間で同期されることになることから、テンプレート開発サーバ２０と各カスタマイズ用顧客サーバ３０との間におけるカテゴリＡ１及びカテゴリＡ２のパラメータ設定の差異を極小化することが可能になる。また、顧客サーバ３０内におけるカテゴリＢのパラメータ設定の変更については、ある程度自由なタイミングで変更することが可能になる。

（応用例１）
続いて、上述した基本例に基づき、より詳細な応用例を説明する。図７は、テンプレートの開発から顧客企業へのＥＲＰパッケージの導入に至るまでの一連の作業（応用例１）を説明するための図である。応用例１では、ＥＲＰパッケージを顧客企業ごとにカスタマイズするために用いるカスタマイズ用顧客サーバ３０_1-1〜３０_M-1を、開発システム環境２側に配置する。

テンプレート開発用サーバ２０₁では、例えば、テンプレートの開発を効率的に行うために、主にパラメータ設定の追加・変更等を行うためのクライアント（カスタマイズ用クライアント）と、アドオンのコーディング等を行うためのクライアント（アドオン開発用クライアント）とを使用してテンプレートの開発が行われる。

テンプレートテスト用サーバ２０₂では、開発されたテンプレートを組み込んだＥＲＰパッケージのマスタデータを保存しておくためのクライアント（テスト用マスタクライアント）と、実際に品質確認テストを行うためのクライアント（テスト用クライアント）とを用いてＥＲＰパッケージの品質確認テストが行われる。

カスタマイズ用顧客サーバ３０_1-1〜３０_M-1では、品質確認テストが完了したテンプレートに対して顧客企業ごとのカスタマイズを行うためのクライアント（カスタマイズ用クライアント）と、開発システム環境１側で最低限行っておくべき品質テストを行うためのクライアント（テスト用クライアント）とを使用して、テンプレートに対して顧客企業ごとのカスタマイズが行われる。

テスト用顧客サーバ３０_1-2〜３０_M-2では、顧客企業ごとのＥＲＰパッケージのマスタデータを保存しておくためのクライアント（テスト用マスタクライアント）と、品質確認テストを行うためのクライアント（テスト用クライアント）とを用いて顧客企業ごとのＥＲＰパッケージの品質確認テストが行われる。

ステップＳ１０１は、図６のステップＳ１１に対応する。ステップＳ１０２及びステップＳ１０３は、それぞれ図６のステップＳ２１及びステップＳ２２に対応する。ステップＳ１０４及びステップＳ１０５は、それぞれ図６のステップＳ３１及びステップＳ４１に対応する。ステップＳ１０６及びステップＳ１０７は、それぞれ図６のステップＳ３２及びステップＳ４２に対応する。具体的な説明については図６と同一であることから省略する。

（応用例２）
図８は、テンプレートの開発から顧客企業へのＥＲＰパッケージの導入に至るまでの一連の作業（応用例２）を説明するための図である。応用例２では、図６においてカスタマイズ用顧客サーバ３０_1-1〜３０_M-1で行っていたカスタマイズ作業と、テスト用顧客サーバ３０_1-2〜３０_M-2で行っていた品質確認テストとを、１台のサーバ（カスタマイズ用顧客サーバ（全顧客）３０）に用意された顧客企業ごとのクライアントで行うようにしている。より具体的には、カスタマイズ用顧客サーバ３０_1-1〜３０_M-1で行うカスタマイズ作業を、カスタマイズ用顧客サーバ（全顧客）３０に含まれる「顧客別クライアント（顧客１〜Ｍ）」内のカスタマイズ用クライアントを用いて行うようにして、テスト用顧客サーバ３０_1-2〜３０_M-2で行う品質確認テストを、カスタマイズ用顧客サーバ（全顧客）３０に含まれる「顧客別クライアント（顧客１〜Ｍ）」内のテスト用クライアントを用いて行うようにしている。

ステップＳ２０１は、図６のステップＳ１１に対応する。具体的な説明は省略する。

ステップＳ２０２で、移送制御装置１０の指示を受けたテンプレートテスト用サーバ２０₂の移送処理部２０２は、品質確認テストが完了したテンプレートを、カスタマイズ用顧客サーバ３０のマスタクライアントとして移送する（すなわち、クライアントコピーを行う）。続いて、移送制御装置１０の指示を受けたカスタマイズ用顧客サーバ３０の移送処理部２０２は、マスタクライアントを、コンサルティング会社がＥＲＰパッケージを提供している全ての顧客別クライアント（顧客１〜Ｍ）に含まれるカスタマイズ用クライアントにコピー（差分コピーを含む）する。マスタクライアントを各カスタマイズ用クライアントにコピーする処理は、図６のステップＳ２１及びステップＳ２２で説明した、品質確認テストが完了したテンプレートを、ＥＲＰ管理システム１に含まれる全てのカスタマイズ用顧客サーバ３０_1-1〜３０_M-1に移送する手順に相当する。

ステップＳ２０３及びステップＳ２０４で、移送制御装置１０の指示を受けたカスタマイズ用顧客サーバ（全顧客）３０の移送処理部２０２は、カスタマイズ及び品質確認テストが完了した最終的なＥＲＰパッケージのクライアントを、カスタマイズ用顧客サーバ（全顧客）３０から本番用顧客サーバ３０_1-3〜３０_M-3に移送する。

以上説明した実施形態によれば、あらゆる業種向けの全ての機能を１つのテンプレートに組み込むこととしていることから、仮にＥＲＰベンダから提供されるＥＲＰパケージ自体に大きなバージョンアップがなされる等、ＥＲＰパッケージに大きな変更がなされる場合であっても、１つのテンプレートに対してテストを行えばよい。すなわち、本実施形態によれば、業種ごとに複数のテンプレートを用意する方法と比較して、テストを効率的に行うことが可能になる。

また、本実施形態では、テンプレートに含まれている各機能について実行を許可するか否かを顧客企業ごとに制御するためのパラメータ設定を定義することで、各機能について実行を許可するか否かを顧客企業ごとに制御するようにしている。これにより、あらゆる業種向けの全ての機能を１つのテンプレートに組み込んだ場合に、顧客企業にとって無関係な機能を起動することができないようにすることが可能になる。

また、本実施形態では、パラメータ設定をカテゴリＡ１、カテゴリＡ２及びカテゴリＢの３つのカテゴリに分類分けするようにした。特に、業種ごとの動作を規定するパラメータ設定であるカテゴリＡ２を定義することで、業種ごとに異なる各機能の動作をテンプレート内に予めプリセットしておくようにした。これにより、あらゆる業種向けの全ての機能を１つのテンプレートに組み込むことが可能になる。また、テンプレートを利用する顧客企業は、自社の業種に対応する機能として予めテンプレートに組み込まれた機能を利用することができ、ＥＲＰパッケージの導入期間短縮が可能になる。また、カテゴリＡ１及びＡ２に該当するパラメータ設定については基本的に変更されることがないため、テンプレートのテストを効率的に行うことが可能になる。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

カテゴリＡ１に属するパラメータ設定は、第一のパラメータ設定の一例である。カテゴリＡ２に属するパラメータ設定は、第二のパラメータ設定の一例である。カテゴリＣに属するパラメータ設定は、第三のパラメータ設定の一例である。テンプレート開発サーバ２０又はテンプレートテスト用サーバ２０₂は、第一のサーバの一例である。顧客サーバ３０、カスタマイズ用顧客サーバ（顧客１）３０_1-1乃至カスタマイズ用顧客サーバ（顧客Ｍ）３０_M-1、又は、カスタマイズ用顧客サーバ（全顧客）３０は、第二のサーバの一例である。

１…ＥＲＰ管理システム、２…開発システム環境、３…顧客システム環境、１０…移送制御装置、１１…ＣＰＵ、１２…記憶装置、１３…通信ＩＦ、１４…入力装置、１５…出力装置、２０…テンプレート開発サーバ、３０…顧客サーバ、１００…移送受付部、１０１…移送制御部、２００…ＤＢ、２０１…ＥＲＰ機能実行部、２０２…移送処理部

Claims (8)

1. 複数の顧客企業に対してＥＲＰパッケージの導入を支援するシステムにおいてテンプレートの移送を制御する移送方法であって、
   前記テンプレートは、複数の業種に対応する機能又は一部の業種に対応する機能を含む複数の機能を実行するために必要な複数のソフトウェアモジュールと該複数のソフトウェアモジュールの動作を決定するために用いられる複数のパラメータ設定とを含み、
   前記移送方法は、
   前記テンプレートの移送の指示を受け付ける受付ステップと、
   前記テンプレートの移送の指示を受けた場合に、前記テンプレートに含まれる前記複数のソフトウェアモジュールと、前記複数のパラメータ設定とを、テンプレートの開発に用いられる第一のサーバから、前記顧客企業ごとのテストを行うために使用される第二のサーバに移送する移送ステップと、
   を含む移送方法。
2. 前記複数のパラメータ設定は、データの変更及び追加が禁止される第一のパラメータ設定と、前記複数の機能について業種ごとの動作を規定するためのパラメータ設定であってデータの変更が禁止される第二のパラメータ設定と、前記顧客企業ごとに設定が必要な第三のパラメータ設定とを含む、
   請求項１に記載の移送方法。
3. 前記第三のパラメータ設定には、前記第一のサーバに含まれるテスト用サーバで前記テンプレートのテストを行うために用いられる、テスト用データが設定される、
   請求項２に記載の移送方法。
4. 前記第三のパラメータ設定には、前記テンプレートにより実現される前記複数の機能について実行を許可するか否かを前記顧客企業のユーザごとに設定するための権限設定パラメータを含む、
   請求項２又は３に記載の移送方法。
5. 前記権限設定パラメータには、前記テンプレートにより実現される前記機能ごとに対応づけられるトランザクションコードと、前記顧客企業のユーザを一意に特定可能な識別子とが対応づけられて格納される、
   請求項４に記載の移送方法。
6. 前記移送ステップは、
   前記テンプレートに含まれる前記複数のソフトウェアモジュールと、前記複数のパラメータ設定とを、前記第一のサーバから、前記顧客企業ごとに用意された全ての前記第二のサーバに移送する、
   請求項１乃至５のいずれか一項に記載の移送方法。
7. 前記移送ステップは、
   前記テンプレートに含まれる前記複数のソフトウェアモジュールと、前記複数のパラメータ設定とを、前記第一のサーバから、前記複数の顧客企業に対して共通に用意された前記第二のサーバに移送する、
   請求項１乃至５のいずれか一項に記載の移送方法。
8. 前記テンプレートは、前記複数の業種の全てに対応する機能又は前記一部の業種に対応する機能を含む前記複数の機能を全て実行するために必要な前記複数のソフトウェアモジュールと該複数のソフトウェアモジュールの動作を決定するために用いられる前記複数のパラメータ設定とを含む、
   請求項１乃至７のいずれか一項に記載の移送方法。