JP2023158827A

JP2023158827A - アップグレード方法

Info

Publication number: JP2023158827A
Application number: JP2022068845A
Authority: JP
Inventors: 雅樹富田; Masaki Tomita; 純平山添; Jumpei Yamazoe; 恒治蛭子; Koji Ebisu; 恒星神田; Kosei Kanda
Original assignee: Abeam Consulting Ltd
Current assignee: Abeam Consulting Ltd
Priority date: 2022-04-19
Filing date: 2022-04-19
Publication date: 2023-10-31
Anticipated expiration: 2042-04-19
Also published as: JP7250192B1

Abstract

【課題】ソフトウェアパッケージのアップグレードに要する時間を大幅に削減するアップグレード方法を提供する。【解決手段】方法は、アップグレード後のパッケージにおいて、複数のユーザが共通で利用する共通機能の検証が可能な共通検証用環境を生成する工程Ｓ１０１と、共通検証用環境において共通機能の検証を実施し、必要な修正を実施する工程Ｓ１０２と、アップグレードに必要なファイルと、共通機能の修正内容をアップグレード資源配置装置に格納する工程Ｓ１０６と、顧客システム環境に、アップグレード資源配置装置に格納されたアップグレードに必要なファイルを自動配置する工程Ｓ１０３と、顧客システム環境におけるアップグレードの実施後、顧客システム環境に共通機能の修正内容を適用する工程Ｓ１０５と、を含む。【選択図】図３

Description

本発明は、ソフトウェアパッケージのアップグレード方法に関する。

ＥＲＰ（Enterprise Resource Planning）パッケージのようなソフトウェアパッケージは、ベンダから定期的に新しいバージョンがリリースされ、機能の改修や追加が行われる。利用者は、古いバージョンのサポート期限が切れるまでには、新バージョンへのアップグレード（バージョンアップ）を実施することが推奨される。

特開２０１３－２２８９７０号公報

ＥＲＰパッケージのような業務アプリケーションをアップグレードするためには、検証作業も含めて長時間の作業と多くの費用が必要となる。また、多くの場合、アップグレード作業中は通常業務の停止が余儀なくされる。

そこで本発明の目的は、ソフトウェアパッケージのアップグレードに要する時間を大幅に削減することである。

本発明に係るアップグレード方法は、ソフトウェアパッケージのアップグレード方法であって、アップグレード後のパッケージにおいて、複数のユーザが共通で利用する共通機能の検証が可能な共通検証用環境を生成する工程と、前記共通検証用環境において前記共通機能の検証を実施し、必要な修正を実施する工程と、アップグレードに必要なファイルと、前記共通機能の修正内容をアップグレード資源配置装置に格納する工程と、顧客システム環境に、前記アップグレード資源配置装置に格納されたアップグレードに必要なファイルを自動配置する工程と、前記顧客システム環境におけるアップグレードの実施後、前記顧客システム環境に前記共通機能の修正内容を適用する工程と、を含むものである。

本発明によれば、ソフトウェアパッケージのアップグレードに要する時間を大幅に削減することができる。

本発明の実施の形態による、ソフトウェアパッケージのアップグレード方法の概要を説明する図。本発明の実施の形態による、環境構築装置２とアップグレード資源配置装置４のハードウェア構成を示す図。本発明の実施の形態による、共通検証用環境３における共通機能の検証動作のフローチャート。本発明の実施の形態による、顧客システム環境１のアップグレード実施動作のフローチャート。

次に、本発明を実施するための形態について、図面を参照して詳細に説明する。
図１は、本発明の実施の形態によるソフトウェアパッケージのアップグレード方法の概要を説明する図である。図１を用いて、顧客（Ａ社およびＢ社）が導入している業務パッケージＰ（ソフトウェア）のアップグレード方法について説明する。Ａ社およびＢ社の顧客システム環境１は、それぞれ開発環境１１、検証環境１２、本番環境１３を含み、それぞれの環境のサーバに業務パッケージＰが実装されている。

環境構築装置２は、新バージョンの業務パッケージＰを検証するための共通検証用環境３を生成する。共通検証用環境３は、各顧客が利用する業務パッケージＰの共通機能や標準機能を検証するための環境であり、業務パッケージＰが実装されたサーバを含んでいる。

環境構築装置２は、テンプレート環境５から取得した新バージョンの業務パッケージＰのテンプレートを共通検証用環境３にコピーして検証を行い、検証結果に応じて、プログラムの修正や設定の変更を実施する。テンプレート環境５は、テンプレートの開発や検証を行うための環境である。テンプレートとは、ベンダから提供される業務パッケージＰに対して、業務パッケージＰを実際に企業に導入する際に必要になると想定される機能を実現するためのパラメータ設定やアドオンを組み込んだものである。

テンプレート環境５から供給されるテンプレートには、あらゆる顧客に対応する機能を実行するために必要な複数のソフトウェアモジュールと該複数のソフトウェアモジュールの動作を決定するために用いられる複数のパラメータ設定が含まれる。各顧客企業では、テンプレートに含まれている機能のうち、当該企業で使用する機能のみが動作するようにパラメータ等を設定し、それ以外の機能については起動しないようにすることができる。また、標準機能についての各種パラメータ設定により、各企業に応じたカスタマイズを行うことができる。

共通検証用環境３において検証された新バージョンの業務パッケージＰおよび共通検証用環境３において修正された内容は、アップグレード資源配置装置４に格納される。アップグレード資源配置装置４は、各顧客の顧客システム環境１（開発環境１１、検証環境１２、本番環境１３）のアップグレードを制御する。顧客システム環境１においては、まず、開発環境１１と検証環境１２のバージョンアップと共通検証用環境３において修正された修正内容の反映が実施される。また、検証環境１２において、各社固有の機能（共通検証用環境３で検証されていない機能）の検証が実施され、検証結果に応じて開発環境１１で修正が実施される。開発環境１１および検証環境１２における検証と修正が完了したら、本番環境１３に、新バージョンの業務パッケージＰが実装され、さらに、共通検証用環境３において修正された共通機能の修正内容と、開発環境１１で修正された固有機能の修正内容が反映される。

環境構築装置２とアップグレード資源配置装置４は、汎用的なコンピュータによって構築することができる。環境構築装置２とアップグレード資源配置装置４、および各々の顧客システム環境１は、通信ネットワークを介して接続されている。通信ネットワークは、例えば、インターネット、ＬＡＮ、専用線、電話回線、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

図２は、環境構築装置２とアップグレード資源配置装置４のハードウェア構成を示す図である。図２に示すように、環境構築装置２とアップグレード資源配置装置４は、プロセッサ２１と記憶装置２２を備えている。プロセッサ２１は、ＣＰＵ、ＲＯＭやＲＡＭ等のメモリ、入力インタフェース、出力インタフェース、通信インタフェース及びこれらを結ぶバス等を備えている。プロセッサ２１は、ＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより各種機能を実現する。記憶装置２２は、ハードディスクドライブ等である。

次に、業務パッケージのアップグレード方法の詳細についてフローチャートを用いて説明する。図３は、共通検証用環境３における共通機能の検証動作のフローチャートである。まず、環境構築装置２は、テンプレート環境５から、新バージョンの業務パッケージＰに対応したテンプレートを取得し、共通検証用環境３のサーバの記憶装置にコピーする（ステップＳ１０１）。なお、共通検証用環境３のサーバは、環境構築装置２と同じ装置に構築されていてもよいし、別の装置で構築されてもよい。

次に環境構築装置２は、共通検証用環境３のサーバのＯＳ、データベースおよび実装されている業務パッケージＰの設定を、新バーションの業務パッケージＰに合わせて調整する（ステップＳ１０２）。さらに、データベース等のバックアップを取得した後、テンプレート環境５から取得したテンプレートを用いて業務パッケージＰのアップグレードを実施する（ステップＳ１０３）。

次に環境構築装置２は、共通検証用環境３において、新バーションの業務パッケージＰ上で動作するアプリケーションの調整を行った後、全ての顧客が共通で利用する共通機能の検証（動作テスト）を実施する（ステップＳ１０４）。共通機能には、全ての顧客が同じ設定で利用する機能や標準機能が含まれる。環境構築装置２は、検証結果に応じて、プログラムの修正や設定の変更を実施する（ステップＳ１０５）。

次に環境構築装置２は、共通機能の検証と修正が終了すると、アップグレード資源配置装置４の記憶装置２２に、業務パッケージＰのアップグレードに必要なファイルと共通機能の修正内容を格納する（ステップＳ１０６）。

図４は、顧客システム環境１のアップグレード実施動作のフローチャートである。まず、各社の顧客システム環境１において、業務パッケージＰのアップグレードに必要な前処理が実施される（ステップＳ２０１）。

アップグレード資源配置装置４は、業務パッケージＰのアップグレードに必要なファイルを各社の顧客システム環境１に配信する（ステップＳ２０２）。

また、アップグレード資源配置装置４は、各社の環境に合わせたアップグレード手順を生成して配信する（ステップＳ２０３）。アップグレード手順は、アップグレードに必要な各社のパラメータ設定等の具体的な手順をリスト化したテキストファイルや表形式のデータ等であり、ファイルの形式や表示形式は問わない。各社の担当者は、当リストに記載された手順で作業を行えばアップグレードが完了するようになっている。アップグレード資源配置装置４は、各社の顧客システム環境１から設定情報（パラメータ等）を吸い上げて、アップグレード手順に反映させることができる。

各社の担当者は、アップグレード資源配置装置４が生成したアップグレード手順に従って開発環境１１および検証環境１２のバージョンアップを行う（ステップＳ２０４）。

さらにアップグレード資源配置装置４は、各社の顧客システム環境１にアップグレード後に対応が必要な共通機能の修正内容を配信する（ステップＳ２０５）。

各社の顧客システム環境１では、検証環境１２において各社の固有機能の検証を実施する（ステップＳ２０６）。また、開発環境１１において、検証結果に応じて固有機能の必要な修正を実施する（ステップＳ２０７）。開発環境１１および検証環境１２における検証と修正が完了したら、本番環境１３においてバージョンアップを実施し、共通機能および固有機能の修正内容を反映する（ステップＳ２０８）。

以上のように、本実施形態によれば、業務パッケージのアップグレードにおいて、全顧客が利用する共通機能の検証を共通検証用環境３で実施し、共通機能の検証が完了した上で、顧客システム環境１のアップグレードを実施するようにした。これにより、顧客システム環境１では、顧客固有の機能の検証のみを行えばよいので、業務パッケージのアップグレードに伴う顧客サイドでの検証作業を大幅に削減し、アップグレードに必要な時間を大幅に削減することができる。これにより、通常の業務の停止期間を短縮することが可能となり、例えば、週末の２日間ですべてのアップグレード作業を終わらせることも可能となる。

また、アップグレード資源配置装置４によって、各々の顧客システム環境１に対応したアップグレード手順リストを生成して顧客に提供するようにした。これにより、顧客サイドでは、業務パッケージの知識があまりなくても効率よく、正確にアップグレードの作業を進めることができる。

なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

１…顧客システム環境
２…環境構築装置
３…共通検証用環境
４…アップグレード資源配置装置
５…テンプレート環境
１１…開発環境
１２…検証環境
１３…本番環境
２１…プロセッサ
２２…記憶装置

Claims

ソフトウェアパッケージのアップグレード方法であって、
アップグレード後のパッケージにおいて、複数のユーザが共通で利用する共通機能の検証が可能な共通検証用環境を生成する工程と、
前記共通検証用環境において前記共通機能の検証を実施し、必要な修正を実施する工程と、
アップグレードに必要なファイルと、前記共通機能の修正内容をアップグレード資源配置装置に格納する工程と、
顧客システム環境に、前記アップグレード資源配置装置に格納されたアップグレードに必要なファイルを自動配置する工程と、
前記顧客システム環境におけるアップグレードの実施後、前記顧客システム環境に前記共通機能の修正内容を適用する工程と、を含むアップグレード方法。
前記顧客システム環境において、アップグレードの実施後、顧客固有の機能の検証を実施する工程を含む、請求項１に記載のアップグレード方法。
前記アップグレード資源配置装置において、各々の顧客システム環境に対応したアップグレード手順リストを生成する工程を含む、請求項１または２に記載のアップグレード方法。