JP2024019840A - 計算機システム及びシステム更新支援方法 - Google Patents

Abstract

【課題】業務システムへの機能の追加／更新に伴って、類似する業務システムを運用するユーザに機能の導入の検討に有用な情報を提示する。
【解決手段】計算機システムは、第１業務システムに対する第１機能の追加／更新の通知を受け付けた場合、第１機能の追加／更新を行うための構築コードと、第１業務システムと類似する類似業務システムを構築するための複数の構築コードとを取得し、第１機能の追加／更新を行うための構築コードを用いて、類似業務システムに対する第１機能の追加／更新を行うための新規機能構築コードを生成し、類似業務システムを構築するための複数の構築コード、及び、新規機能構築コードを用いて、類似業務システムへの第１機能の追加／更新による効果を検証し、ユーザ端末に、第１機能に関する情報、及び検証結果に関する情報を提示する。
【選択図】図７

Description

本発明は、業務システムの更新技術に関する。

所定の業務を行う業務システムの開発では、業務システムの要件を定義し、要件を満たすようにハードウェア及びソフトウェア等の構成要素の設計が行われる。従来は、ユーザごとに要件の定義及び構成要素の設計が行われていた。そのため、類似する要件であっても、個別に業務システムを開発する必要があった。

業務システムの構成要素を部品単位で設計及び開発することによって、要件が類似する業務システムを容易に構築することができるため、開発コストの削減が期待できる。また、過去の業務システムの構成要素を流用することによって、迅速かつ低コストで新たな業務システムを開発することができる。

新規の業務システムの開発に関する技術として特許文献１に記載の技術が知られている。特許文献１には「システム設計情報をシステム機能部品に分割するシステム部品分解部、類似システム検出結果および類似機能検索結果を検出するシステム比較部、性能情報と結びついたシステム部品性能情報を得る部品性能分析部、並びに、類似システム検出結果と、システム部品性能情報から、性能ボトルネックとなるシステム機能部品を検出する性能ボトルネック検出部、を含む」システム分析装置が記載されている。

特開２０２０－１４９６８１号公報

通常、業務システムの運用中に機能の追加及び更新等が行われる。ある業務システムへ追加された機能は、当該業務システムの要件と類似する要件の業務システムにも有用であることが期待される。そのため、業務システムを運用するユーザに機能の追加を提案することが望ましい。しかし、ユーザに追加された機能を提示するだけでは、導入の動機付けが働きにくい。

本発明は、業務システムへの機能の追加又は更新に伴って、類似する業務システムを運用するユーザに機能の導入の検討に有用な情報を提示することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。少なくとも一つの計算機を含む計算機システムであって、業務を行う業務システムを運用するユーザが操作するユーザ端末、及び前記業務システムを構成する要素を構築するための構築コードを管理する構築コード管理システムと接続し、第１業務システムに対する第１機能の追加又は更新の通知を受け付けた場合、前記第１業務システムと類似する類似業務システムを特定し、前記構築コード管理システムから、前記第１機能の追加又は更新を行うための前記構築コードと、前記類似業務システムを構築するための複数の前記構築コードとを取得し、前記第１機能の追加又は更新を行うための前記構築コードを用いて、前記類似業務システムに対する前記第１機能の追加又は更新を行うための新規機能構築コードを生成し、前記類似業務システムを構築するための複数の前記構築コード、及び、前記新規機能構築コードを用いて、前記類似業務システムへの前記第１機能の追加又は更新による効果を検証し、前記類似業務システムを運用する前記ユーザが操作する前記ユーザ端末に、前記第１機能に関する第１情報、及び前記検証の結果に関する第２情報を提示する。

本発明によれば、計算機システムは、業務システムへの機能の追加又は更新に伴って、類似する業務システムを運用するユーザに機能の導入の検討に有用な情報を提示できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１のシステムの構成例を示す図である。 実施例１の更新支援システムを構成する計算機の構成例を示す図である。 実施例１の要件管理ＤＢのデータ構造の一例を示す図である。 実施例１の構成管理ＤＢのデータ構造の一例を示す図である。 実施例１の構成管理ＤＢのデータ構造の一例を示す図である。 実施例１の構成管理ＤＢのデータ構造の一例を示す図である。 実施例１の更新支援システムが実行する処理の一例を説明するフローチャートである。 実施例１の構築コードの一例を示す図である。 実施例１の更新支援システムが実行する処理の一例を説明するフローチャートである。 実施例１のユーザ端末に表示される画面の一例を示す図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

図１は、実施例１のシステムの構成例を示す図である。図２は、実施例１の更新支援システムを構成する計算機の構成例を示す図である。

実施例１のシステムは、ユーザ端末１００、構築システム１０１、基盤１０２、構築コード管理システム１０３、及び更新支援システム１０４から構成される。ユーザ端末１００、構築システム１０１、基盤１０２、構築コード管理システム１０３、及び更新支援システム１０４は、ネットワーク１０５を介して互いに接続される。ネットワーク１０５は、例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。ネットワーク１０５の接続方式は有線及び無線のいずれでもよい。

ユーザ端末１００は、業務システム１１０を運用するユーザが操作する端末である。ユーザは、例えば、自動車会社、食品会社、及び運送会社等である。

構築システム１０１は、業務システム１１０の構築、管理等を行う開発者が管理するシステムである。

基盤１０２は、業務システム１１０を構築するための環境を提供する。基盤１０２には、計算機、ネットワークスイッチ、及びストレージシステム等が含まれる。基盤１０２には一つ以上の業務システム１１０を構築できるものとする。基盤１０２はオンプレミス型及びクラウド型のいずれでもよい。ユーザは、必要に応じて、オンプレミス型の基盤１０２及びクラウド型の基盤１０２を使用する。また、オンプレミス型の基盤１０２及びクラウド型の基盤１０２を併用することもできる。

業務システム１１０は、品質管理、製造管理、在庫管理等、各種業務を行うシステムである。本発明は業務システム１１０が行う業務の内容及び種別に限定されない。

構築コード管理システム１０３は、業務システム１１０を構築するための構築コードを管理する。実施例１では、データベース、ネットワーク、及び機能等の業務システム１１０の要素単位の構築コードが管理される。構築コードには、要素の種別、要素の設定手順、及び設定パラメータ等が含まれる。構築コード管理システム１０３は、一つの業務システム１１０を構成する複数の要素の構築コード群を一つのファイルとして管理する。

業務システム１１０は、例えば、以下のような手順で構築される。構築システム１０１は、ユーザ端末１００から業務システム１１０の構築依頼を受け付ける。当該依頼には、業務システム１１０の要件が含まれる。開発者は業務システム１１０の要件に基づいて構築コードを設計する。なお、開発者は、要件が類似する業務システム１１０の構築コードを流用することもできる。構築システム１０１は、構築コードを用いて基盤１０２に業務システム１１０を構築し、また、構築コード管理システム１０３に構築コードを登録する。

更新支援システム１０４は、業務システム１１０への機能の追加／更新を支援する。更新支援システム１０４は、例えば、図２に示すような計算機２００から構成される。計算機２００は、プロセッサ２０１、主記憶装置２０２、副記憶装置２０３、及びネットワークインタフェース２０４を有する。各ハードウェア要素はバスを介して互いに接続される。なお、計算機２００は、入力装置及び出力装置を有してもよい。

プロセッサ２０１は、主記憶装置２０２に格納されるプログラムを実行する。プロセッサ２０１は、プログラムにしたがって処理を実行することによって機能部（モジュール）として機能する。以下の説明では、機能部を主語に処理を説明する場合、プロセッサ２０１が機能部を実現するプログラムを実行していることを示す。

主記憶装置２０２は、メモリ等であり、プロセッサ２０１が実行するプログラム及びプログラムが使用する情報を格納する。また、主記憶装置２０２は、プログラムが一時的に使用するワークエリアを含む。

副記憶装置２０３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等であり、永続的に大量のデータを格納する。主記憶装置２０２に格納されるプログラム及び情報は、副記憶装置２０３に格納されてもよい。この場合、プロセッサ２０１が副記憶装置２０３からプログラム及び情報を読み出し、主記憶装置２０２にロードする。ネットワークインタフェース２０４は、ネットワークを介して外部の装置と通信する。

更新支援システム１０４は、構成管理部１２０及び評価部１２１を有し、また、要件管理ＤＢ１３０及び構成管理ＤＢ１３１を保持する。

要件管理ＤＢ１３０は、業務システム１１０の要件を管理するためのデータベースである。構成管理ＤＢ１３１は、業務システム１１０の構成を管理するためのデータベースである。

構成管理部１２０は、業務システム１１０の構成を管理する。評価部１２１は、業務システム１１０への機能の追加／更新による効果を検証する。

なお、更新支援システム１０４が有する機能部は、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。なお、更新支援システム１０４及び構築コード管理システム１０３を一つのシステムとしてもよい。

図３は、実施例１の要件管理ＤＢ１３０のデータ構造の一例を示す図である。

要件管理ＤＢ１３０には、例えば、図３に示すようなテーブル３００が格納される。テーブル３００は、業務システムＩＤ３０１、ユーザＩＤ３０２、基盤ＩＤ３０３、業種３０４、業務カテゴリ３０５、リンク３０６、及び機能３０７を含むエントリを格納する。一つの業務システム１１０に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。

業務システムＩＤ３０１は、業務システム１１０の識別情報を格納するフィールドである。ユーザＩＤ３０２は、業務システム１１０を運用するユーザの識別情報を格納するフィールドである。基盤ＩＤ３０３は、業務システム１１０が構築されている基盤１０２の識別情報を格納するフィールドである。

業種３０４は、ユーザの業種を格納するフィールドである。業務カテゴリ３０５は、業務システム１１０が行う業務の種別を格納するフィールドである。

リンク３０６は、構築コード管理システム１０３が管理するコード群（ファイル）にアクセスするためのリンク（例えば、ＵＲＬ）を格納するフィールドである。機能３０７は、業務システム１１０が有する機能に関する情報を格納するフィールドである。

なお、要件管理ＤＢ１３０に格納される情報はテーブル形式に限定されない。ＣＳＶ、ＸＭＬ等のデータ形式でもよい。

図４Ａ、図４Ｂ、及び図４Ｃは、実施例１の構成管理ＤＢ１３１のデータ構造の一例を示す図である。

構成管理ＤＢ１３１は、図４Ａに示すテーブル４００、図４Ｂに示すテーブル４１０、及び図４Ｃに示すテーブル４２０を格納する。

図４Ａに示すテーブル４００は、業務システム１１０の要素を管理するための情報である。テーブル４００は、業務システムＩＤ４０１、要素４０２、評価リスト４０３、及び利用実績リスト４０４を含む。一つの業務システム１１０に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。

業務システムＩＤ４０１は業務システムＩＤ３０１と同一のフィールドである。要素４０２は、業務システム１１０を構成する要素の概要を格納するフィールドである。

評価リスト４０３は、追加／更新された機能を他の業務システム１１０に適用した場合の効果の検証結果を格納するデータ（テーブル４１０のエントリ）の識別情報を格納するフィールドである。

利用実績リスト４０４は、追加／更新された機能の他の業務システム１１０への利用実績を格納するデータ（テーブル４２０のエントリ）の識別情報を格納するフィールドである。

図４Ｂに示すテーブル４１０は、効果の検証結果を管理するための情報である。テーブル４１０は、評価ＩＤ４１１、業務システムＩＤ４１２、要素４１３、及び結果４１４を含むエントリを格納する。一つの効果の検証結果に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。

評価ＩＤ４１１は、効果の検証結果の識別情報を格納するフィールドである。業務システムＩＤ４１２は、効果の検証が行われた業務システム１１０の識別情報を格納するフィールドである。要素４１３は、検証された要素（機能）の情報を格納するフィールドである。結果４１４は、効果の検証結果を格納するフィールドである。

実施例１では、業務システム１１０が行う業務、検証する機能等に応じて種々の効果の検証が行われる。例えば、スループット等の計測、利益額の算出、ＣＯ_２の削減量の算出等が行われる。

図４Ｃに示すテーブル４２０は、利用実績を管理するための情報である。テーブル４２０は、利用実績ＩＤ４２１、業務システムＩＤ４２２、及び利用要素４２３を含むエントリを格納する。一つの利用実績に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。

利用実績ＩＤ４２１は、利用実績の識別情報を格納するフィールドである。業務システムＩＤ４２２は、効果の検証結果に基づいて機能の追加／更新が行われた業務システム１１０の識別情報を格納するフィールドである。利用要素４２３は、追加／更新された要素（機能）の情報を格納するフィールドである。

なお、テーブル４００、４１０、４２０は一つのテーブルとして管理されてもよい。なお、構成管理ＤＢ１３１に格納される情報はテーブル形式に限定されない。ＣＳＶ、ＸＭＬ等のデータ形式でもよい。

図５は、実施例１の更新支援システム１０４が実行する処理の一例を説明するフローチャートである。図６は、実施例１の構築コードの一例を示す図である。

更新支援システム１０４は、構築システム１０１から、新たに構築される業務システム１１０の情報（業務システム情報）の入力を受け付ける（ステップＳ１０１）。

業務システム情報には、業務システム１１０の識別情報、ユーザの識別情報、業種、業務カテゴリ、業務システム１１０が生成された基盤１０２の識別情報、及び業務システム１１０の構築コード群を格納するファイルへのリンク、及び機能に関する情報等が含まれる。

更新支援システム１０４は、業務システム情報に基づいて、要件管理ＤＢ１３０を更新する（ステップＳ１０２）。

具体的には、更新支援システム１０４の構成管理部１２０は、要件管理ＤＢ１３０にエントリを追加し、業務システム情報に基づいて、追加されたエントリの各フィールドに値を設定する。

なお、業務システム情報には機能に関する情報が含まれていなくてもよい。この場合、構成管理部１２０は、構築コード管理システム１０３が管理するコード群（ファイル）を取得し、コード群を解析することによって機能を特定する。構築コードは、例えば、図６に示すようなデータである。

更新支援システム１０４は、構成解析処理を実行し、解析結果に基づいて構成管理ＤＢ１３１を更新する（ステップＳ１０３）。具体的には、以下のような処理が実行される。

（Ｓ１０３－１）構成管理部１２０は、構築コード管理システム１０３が管理するコード群を取得し、コード群を解析することによって業務システム１１０を構成する要素群を特定する。

（Ｓ１０３－２）構成管理部１２０は、テーブル４００にエントリを追加し、業務システムＩＤ４０１に業務システム１１０の識別情報を設定する。構成管理部１２０は、追加されたエントリの要素４０２に、特定された要素群の情報を設定する。この時点では、評価リスト４０３及び利用実績リスト４０４は空欄である。

図７は、実施例１の更新支援システム１０４が実行する処理の一例を説明するフローチャートである。図８は、実施例１のユーザ端末１００に表示される画面の一例を示す図である。

更新支援システム１０４は、構築システム１０１から、業務システム１１０に対して追加／更新された機能に関する情報を含む機能追加通知を受信する（ステップＳ２０１）。機能追加通知には、業務システム１１０の識別情報と、追加／更新された機能の情報（機能情報）とが含まれる。機能情報には、例えば、機能を実現するアプリケーションの名称等が含まれる。以下では、機能が追加／更新された業務システム１１０を更新業務システム１１０と記載する。また、追加／更新された機能を新規機能と記載する。

機能追加通知は、更新業務システム１１０への機能を追加／更新時に送信されてもよいし、機能が追加／更新された更新業務システム１１０の効果の検証後に送信されてもよい。例えば、スループットの向上が確認された場合に機能追加通知を送信することが考えられる。これによって、更新業務システム１１０での知見を活用し、他の業務システム１１０の更新を検討することができる。

更新支援システム１０４は、更新業務システム１１０と類似する業務システム１１０を特定する（ステップＳ２０２）。具体的には、以下のような処理が実行される。

（Ｓ２０２－１）評価部１２１は、要件管理ＤＢ１３０に格納されるテーブル３００を参照し、機能追加通知に含まれる業務システム１１０の識別情報に基づいて、更新業務システム１１０に対応するエントリを検索する。以下では、検索されたエントリをターゲットエントリと記載する。

（Ｓ２０２－２）評価部１２１は、テーブル３００から一つのエントリを選択する。以下では、選択されたエントリを比較エントリと記載する。また、比較エントリに対応する業務システム１１０を比較業務システム１１０と記載する。なお、ターゲットエントリは選択対象にはならない。

（Ｓ２０２－３）評価部１２１は、ターゲットエントリ及び比較エントリの業務カテゴリ３０５の値が一致するか否かを判定する。ターゲットエントリ及び比較エントリの業務カテゴリ３０５の値が一致しない場合、評価部１２１はＳ２０２－８に進む。

業種が異なっていても、業務が一致する場合、新規機能の導入によって、更新業務システム１１０と同様の効果が得られることが期待される。そのため、評価部１２１は、業務が一致する業務システム１１０を対象に以下の処理を実行する。

（Ｓ２０２－４）ターゲットエントリ及び比較エントリの業務カテゴリ３０５の値が一致する場合、評価部１２１は、構成管理ＤＢ１３１のテーブル４００を参照し、更新業務システム１１０及び比較業務システム１１０に対応するエントリを検索する。

（Ｓ２０２－５）評価部１２１は、検索されたエントリの要素４０２に基づいて、重複している要素の数をカウントし、当該数に基づいて類似度を算出する。

なお、類似度の算出方法は前述したものに限定されない。例えば、評価部１２１は、ターゲットエントリ及び比較エントリのリンク３０６に基づいて、構築コード管理システム１０３から構築コード群を取得し、構築コード群を比較して、類似度を算出してもよい。また、評価部１２１は、ターゲットエントリ及び比較エントリの機能３０７に基づいて、重複する機能の数を算出し、当該数に基づいて類似度を算出してもよい。また、評価部１２１は二つの業務システム１１０が扱うデータの構造の類似性を考慮してもよい。また、前述の方法を組み合わせてもよい。

（Ｓ２０２－６）評価部１２１は、類似度が閾値より大きいか否かを判定する。類似度が閾値以下の場合、評価部１２１はＳ２０２－８に進む。

（Ｓ２０２－７）類似度が閾値より大きい場合、評価部１２１は、更新業務システム１１０及び比較業務システム１１０は類似すると判定し、比較業務システム１１０の識別情報をリストに登録する。以下では、リストに登録された比較業務システム１１０を類似業務システム１１０と記載する。

（Ｓ２０２－８）評価部１２１は、テーブル３００の全てのエントリについて処理が完了したか否かを判定する。テーブル３００の全てのエントリについて処理が完了していない場合、評価部１２１はＳ２０２－２に戻る。テーブル３００の全てのエントリについて処理が完了した場合、評価部１２１はステップＳ２０２の処理を終了する。

更新業務システム１１０は、類似業務システム１１０のループ処理を開始する（ステップＳ２０３）。具体的には、評価部１２１は、リストから一つの類似業務システム１１０を選択する。

更新支援システム１０４は、類似業務システム１１０に対して新規機能の効果の検証が必要であるか否かを判定する（ステップＳ２０４）。

具体的には、評価部１２１は、構成管理ＤＢ１３１のテーブル４００を参照し、類似業務システム１１０に対応するエントリを検索する。評価部１２１は、検索されたエントリのリンク３０６に基づいて、構築コード管理システム１０３から構築コード群を取得する。評価部１２１は、構築コード群を解析することによって、類似業務システム１１０に新規機能と同一の機能が実装されているか否かを判定する。例えば、類似業務システム１１０に、新規機能を実現するアプリケーションの名称及びバージョンが同一である要素が含まれる場合、類似業務システム１１０に新規機能と同一の機能が実装されていると判定される。類似業務システム１１０に新規機能と同一の機能が実装されていない場合、評価部１２１は、類似業務システム１１０に対して新規機能の効果の検証が必要であると判定する。

なお、アプリケーションは異なるが同一の機能である場合に同一の機能が実装されていると判定してもよい。

類似業務システム１１０に対して新規機能の効果の検証が必要ではない場合、更新支援システム１０４はステップＳ２０９に進む。

類似業務システム１１０に対して新規機能の効果の検証が必要である場合、更新支援システム１０４は評価用コード群を生成する（ステップＳ２０５）。具体的には、以下のような処理が実行される。

（Ｓ２０５－１）評価部１２１は、構築コード管理システム１０３から更新業務システム１１０及び類似業務システム１１０の各々の構築コード群を取得する。

（Ｓ２０５－２）評価部１２１は、機能追加通知に基づいて、更新業務システム１１０の構築コード群を解析することによって、新規機能の構築コードを特定する。

（Ｓ２０５－３）評価部１２１は、類似業務システム１１０の構築コード群に基づいて、新規機能の構築コードのパラメータを変更、追加、及び削除等を行うことによって、新規機能に関する構築コードを生成する。このとき、評価部１２１は、新規機能の動作に必要なインタフェース、プロトコルを調整するために、類似業務システム１１０の構築コード群の一部を変更、追加、及び削除等を行う。例えば、アプリケーションが稼働する仮想計算機のネットワークアドレスが変更される。評価部１２１は、新規機能に関する構築コード、及び類似業務システム１１０の構築コード群を評価用コード群として出力する。

更新支援システム１０４は、評価用コード群を用いて効果検証処理を実行する（ステップＳ２０６）。

具体的には、評価部１２１は、評価用コード群を用いて評価用の業務システム１１０を構築し、評価用の業務システム１１０の挙動を計測する。業務システム１１０を構築する基盤１０２はランダムに選択してもよいし、任意のルールに基づいて選択してもよい。また、予め検証用の基盤１０２を用意してもよい。

例えば、新規機能が検索機能である場合、評価部１２１は、評価用の業務システム１１０に検索クエリを入力し、当該検索クエリに対する応答（検索速度、検索結果等）を観測する。

更新支援システム１０４は、効果検証処理の結果に基づいて、構成管理ＤＢ１３１を更新する（ステップＳ２０７）。具体的には、以下のような処理が実行される。

（Ｓ２０７－１）評価部１２１は、構成管理ＤＢ１３１のテーブル４１０にエントリを追加し、追加されたエントリの評価ＩＤ４１１に識別情報を設定する。評価部１２１は、追加されたエントリの業務システムＩＤ４１２に類似業務システム１１０の識別情報を設定する。評価部１２１は、新規機能に関する評価用コード群に基づいて、要素４１３に新規機能に関連する要素を設定する。評価部１２１は、追加されたエントリの結果４１４に効果検証処理の結果を設定する。

（Ｓ２０７－２）評価部１２１は、構成管理ＤＢ１３１のテーブル４００を参照し、更新業務システム１１０に対応するエントリを検索する。評価部１２１は、検索されたエントリの評価リスト４０３に、Ｓ２０７－１において評価ＩＤ４１１に設定された識別情報を設定する。

更新支援システム１０４は、類似業務システム１１０に効果検証処理の結果を提示するための表示情報を生成し（ステップＳ２０８）、その後、ステップＳ２０９に進む。更新支援システム１０４は、直接、ユーザ端末１００に情報を提示してもよいし、構築システム１０１を介してユーザ端末１００に情報を提示してもよい。なお、表示情報には、テーブル４００の利用実績リスト４０４に設定されている識別情報の数等を含めてもよい。

ステップＳ２０９では、更新支援システム１０４は、リストに登録されている全ての類似業務システム１１０について処理が完了したか否かを判定する（ステップＳ２０９）。

リストに登録されている全ての類似業務システム１１０について処理が完了していない場合、更新支援システム１０４はステップＳ２０３に戻る。リストに登録されている全ての類似業務システム１１０について処理が完了した場合、更新支援システム１０４は処理を終了する。

ユーザ端末１００には、例えば、図８に示すような画面８００が表示される。画面８００は、表示欄８０１、表示欄８０２、詳細ボタン８０３、表示欄８０４、実行ボタン８０５、及び問合せボタン８０６を含む。

表示欄８０１は、機能の情報と、機能の追加／更新に関する情報とを表示する欄である。表示欄８０２は、効果の検証結果の概要を表示する欄である。詳細ボタン８０３は、効果の検証結果の詳細を表示するための操作ボタンである。詳細ボタン８０３が操作された場合、例えば、新規機能の導入前後のスループットのグラフ、利益の増加、コストの削減量等が表示される。表示欄８０４は、新規機能が導入された類似業務システム１１０の数（利用実績の数）を表示する欄である。導入している業務システム１１０が多い場合、当該機能は有用であると推測できる。そのため、画面８００には利用実績の数が表示されている。

実行ボタン８０５は、業務システム１１０への新規機能の導入を指示するための操作ボタンである。実行ボタン８０５が操作された場合、構築システム１０１は、更新支援システム１０４が生成した新規機能の構築コードを取得し、当該構築コードを用いて新規機能を業務システム１１０に導入する。これによって、新規機能の構築コードの生成コストを削減できる。なお、開発者は必要に応じて新規機能の構築コードを改変できる。

問合せボタン８０６は、新規機能の導入に関する問合せを行うための操作ボタンである。問合せボタン８０６が操作された場合、ユーザ及び開発者の間で新規機能の導入に関する問合せが行われる。ユーザは、問合せに対する応答に基づいて、実行ボタン８０５を操作してもよい。

実行ボタン８０５が操作された場合、更新支援システム１０４は構成管理ＤＢ１３１を更新する。具体的には、評価部１２１は、テーブル４２０にエントリを追加し、追加されたエントリの利用実績ＩＤ４２１に識別情報を設定する。評価部１２１は、追加されたエントリの業務システムＩＤ４２２に、新規機能が導入された業務システム１１０（類似業務システム１１０）の識別情報を設定し、利用要素４２３に新規機能に関する情報を設定する。また、評価部１２１は、テーブル４００の更新業務システム１１０に対応するエントリの利用実績リスト４０４に、業務システムＩＤ４２２に設定された識別情報を設定する。

画面８００を表示することによって、ユーザは、機能の導入の検討に有用な情報を確認できる。

なお、更新支援システム１０４は、効果の検証結果に基づいて、新規機能の導入が有用であるか否かを判定してもよい。新規機能の導入が有用である場合、更新支援システム１０４は、新規機能の導入をレコメンドする。また、更新支援システム１０４は、自動的に、類似業務システム１１０への新規機能の導入を行ってもよい。これによって、開発者の作業工数を削減でき、また、自動的に業務システム１１０への機能の追加／更新が可能となる。なお、自動的な新規機能の導入は、新規機能の導入が有用である場合にのみ行うようにしてもよい。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１００ ユーザ端末
１０１ 構築システム
１０２ 基盤
１０３ 構築コード管理システム
１０４ 更新支援システム
１０５ ネットワーク
１１０ 業務システム
１２０ 構成管理部
１２１ 評価部
１３０ 要件管理ＤＢ
１３１ 構成管理ＤＢ
２００ 計算機
２０１ プロセッサ
２０２ 主記憶装置
２０３ 副記憶装置
２０４ ネットワークインタフェース
８００ 画面

Claims (10)

1. 少なくとも一つの計算機を含む計算機システムであって、
   業務を行う業務システムを運用するユーザが操作するユーザ端末、及び前記業務システムを構成する要素を構築するための構築コードを管理する構築コード管理システムと接続し、
   第１業務システムに対する第１機能の追加又は更新の通知を受け付けた場合、前記第１業務システムと類似する類似業務システムを特定し、
   前記構築コード管理システムから、前記第１機能の追加又は更新を行うための前記構築コードと、前記類似業務システムを構築するための複数の前記構築コードとを取得し、
   前記第１機能の追加又は更新を行うための前記構築コードを用いて、前記類似業務システムに対する前記第１機能の追加又は更新を行うための新規機能構築コードを生成し、
   前記類似業務システムを構築するための複数の前記構築コード、及び、前記新規機能構築コードを用いて、前記類似業務システムへの前記第１機能の追加又は更新による効果を検証し、
   前記類似業務システムを運用する前記ユーザが操作する前記ユーザ端末に、前記第１機能に関する第１情報、及び前記検証の結果に関する第２情報を提示することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記検証の結果に基づいて、前記類似業務システムへの前記第１機能の追加又は更新が有用であるか否かを判定し、
   前記類似業務システムへの前記第１機能の追加又は更新が有用である場合、前記類似業務システムを運用する前記ユーザが操作する前記ユーザ端末に、前記第１情報及び前記第２情報を提示することを特徴とする計算機システム。
3. 請求項１に記載の計算機システムであって、
   前記類似業務システムを構築するための複数の前記構築コード、及び、前記新規機能構築コードを用いて、前記類似業務システムに対する前記第１機能の追加又は更新を行うことを特徴とする計算機システム。
4. 請求項１に記載の計算機システムであって、
   前記業務システムの識別情報、前記業務システムが実行する業務の種別、及び前記業務システムを構成する前記要素の情報を対応づけて管理する要件管理情報を保持し、
   前記要件管理情報を参照して、前記第１業務システムが実行する業務と同一の業務を実行する前記業務システムを特定し、
   前記要件管理情報を参照して、前記第１業務システムを構成する前記要素と、特定された前記業務システムを構成する前記要素とを比較することによって、前記業務システム間の類似度を算出し、
   前記類似度に基づいて、特定された前記業務システムが前記類似業務システムであるか否かを判定することを特徴とする計算機システム。
5. 請求項１に記載の計算機システムであって、
   前記類似業務システムに対する前記第１機能の追加又は更新の実績を管理し、
   前記実績に関する第３情報を提示することを特徴とする計算機システム。
6. 少なくとも一つの計算機を含む計算機システムが実行するシステム更新支援方法であって、
   前記計算機システムは、業務を行う業務システムを運用するユーザが操作するユーザ端末、及び前記業務システムを構成する要素を構築するための構築コードを管理する構築コード管理システムと接続し、
   前記システム更新支援方法は、
   前記少なくとも一つの計算機が、第１業務システムに対する第１機能の追加又は更新の通知を受け付けた場合、前記第１業務システムと類似する類似業務システムを特定する第１のステップと、
   前記少なくとも一つの計算機が、前記構築コード管理システムから、前記第１機能の追加又は更新を行うための前記構築コードと、前記類似業務システムを構築するための複数の前記構築コードとを取得する第２のステップと、
   前記少なくとも一つの計算機が、前記第１機能の追加又は更新を行うための前記構築コードを用いて、前記類似業務システムに対する前記第１機能の追加又は更新を行うための新規機能構築コードを生成する第３のステップと、
   前記少なくとも一つの計算機が、前記類似業務システムを構築するための複数の前記構築コード、及び、前記新規機能構築コードを用いて、前記類似業務システムへの前記第１機能の追加又は更新による効果を検証する第４のステップと、
   前記少なくとも一つの計算機が、前記類似業務システムを運用する前記ユーザが操作する前記ユーザ端末に、前記第１機能に関する第１情報、及び前記検証の結果に関する第２情報を提示する第５のステップと、を含むことを特徴とするシステム更新支援方法。
7. 請求項６に記載のシステム更新支援方法であって、
   前記第５のステップは、
   前記少なくとも一つの計算機が、前記検証の結果に基づいて、前記類似業務システムへの前記第１機能の追加又は更新が有用であるか否かを判定するステップと、
   前記類似業務システムへの前記第１機能の追加又は更新が有用である場合、前記少なくとも一つの計算機が、前記類似業務システムを運用する前記ユーザが操作する前記ユーザ端末に、前記第１情報及び前記第２情報を提示するステップと、を含むことを特徴とするシステム更新支援方法。
8. 請求項６に記載のシステム更新支援方法であって、
   前記少なくとも一つの計算機が、前記類似業務システムを構築するための複数の前記構築コード、及び、前記新規機能構築コードを用いて、前記類似業務システムに対する前記第１機能の追加又は更新を行うステップを含むことを特徴とするシステム更新支援方法。
9. 請求項６に記載のシステム更新支援方法であって、
   前記計算機システムは、前記業務システムの識別情報、前記業務システムが実行する業務の種別、及び前記業務システムを構成する前記要素の情報を対応づけて管理する要件管理情報を保持し、
   前記第１のステップは、
   前記少なくとも一つの計算機が、前記要件管理情報を参照して、前記第１業務システムが実行する業務と同一の業務を実行する前記業務システムを特定するステップと、
   前記少なくとも一つの計算機が、前記要件管理情報を参照して、前記第１業務システムを構成する前記要素と、特定された前記業務システムを構成する前記要素とを比較することによって、前記業務システム間の類似度を算出するステップと、
   前記少なくとも一つの計算機が、前記類似度に基づいて、特定された前記業務システムが前記類似業務システムであるか否かを判定するステップと、を含むことを特徴とするシステム更新支援方法。
10. 請求項６に記載のシステム更新支援方法であって、
    前記計算機システムは、前記類似業務システムに対する前記第１機能の追加又は更新の実績を管理し、
    前記第５のステップは、前記少なくとも一つの計算機が、前記実績に関する第３情報を提示するステップを含むことを特徴とするシステム更新支援方法。

Images