JP2008108155A - 稼働実績情報に基づくモジュール切替システム - Google Patents

Abstract

【課題】近年、複数の共用プログラムモジュールを結合して実行されるアプリケーション群から構成されるシステムにおいて、あるアプリケーションの問題を対策するためにある共用モジュールのバージョンを切替えた場合に、他のアプリケーションで問題が発生することがあり、システムの安定稼働に多大な影響を及ぼす。
【解決手段】アプリケーション毎に、結合するモジュールの情報を管理・更新し、またアプリケーション毎にモジュールの自動切替を行う条件を設定しておき、問題発生時や自動切替時には、この条件に従って、モジュールの切替を行うかどうか判定し、上記モジュール情報から切替えるべきモジュールのバージョンを決定してそのアプリケーションが結合するモジュールバージョンの切替を行うことで、他のアプリケーションへ影響することなく当該アプリケーションの問題を解決し、システムの安定稼働を図る。
【選択図】図１

Description

本発明は、起動時に複数の共用モジュールを動的に結合して実行されるアプリケーション群から構成されるシステムにおいて、あるアプリケーションの実行中に結合しているモジュールが原因で問題が発生し、その問題が対策されるバージョンへとモジュールを切替えたい場合に、他のアプリケーションの動作に影響することなく当該アプリケーションで発生している問題のみを解決してシステムの安定稼動を図る、モジュール切替システムに関するものである。

特開２００５−２２２４５３号公報記載の技術では、アプリケーションが正常に動作することが確認されているモジュールのバージョン情報やモジュール間の依存関係などを解析して他のアプリケーションに影響を及ぼす不要な更新版の適用をしないようにすることで、更新版の適用によるシステムへの影響が出ないようにしてシステムの安定稼動の実現を図っている。

特開２００５−２２２４５３号公報

従来は、複数のアプリケーションで同じ共用プログラムモジュール（以下、モジュール）バージョンを起動時に結合して実行しており、あるアプリケーションで発生した問題対策のためにモジュールを更新版へと切替えた場合に、他のアプリケーションの動作にも影響がするという問題があった。また、アプリケーション毎に使用するモジュールバージョンを環境変数などで指定して手動で切替える機能もあるが、手動で行うため、指定ミスがあったり、管理が煩雑となってしまうという問題があった。

また、上記特開２００５−２２２４５３号公報記載の技術では、他のアプリケーションに影響を及ぼす更新版は適用しないことでシステムの安定稼働を図っているが、他のアプリケーションに影響を及ぼす更新版でしか発生している問題が対策できない場合には、他のアプリケーションに影響を及ぼさない更新版が作成されるまで問題が対策できず、システムの不稼働時間が長期化して安定稼動が阻害されるという問題があった。一方で、近年、ある対策によりその対策前に動作していた機能が動かなくなること（以下、デグレード）が多くなってきており、あるアプリケーションに結合されているモジュールで問題が発生してそのモジュールを問題が対策されるバージョンに切替えることにより他のアプリケーションで新たな問題が発生してシステムの安定稼動が阻害されることがあり、問題となっている。また、従来技術は、より新しい更新版を適用すればシステムの安定稼動が得られるという仮定に基づいており、最新版でデグレードがあった場合には新しい更新版が発行されるまでシステムが再開できないことがあるなど、システムの安定稼働に多大な影響を及ぼす可能性があった。

本発明の目的は、アプリケーション毎に、結合する各モジュールのバージョンを管理する情報を作成して随時更新し、モジュールの切替要求や再実行などの契機に、実行時に結合するモジュールバージョンをそのテーブル情報に従って切替えられるようにすることで、問題が発生しているアプリケーションのみ、その問題が対策されているモジュールバージョンを結合するように切替えて実行し、他のアプリケーションへ影響を及ぼすことなく問題を対策して、システムの安定稼動を達成することである。

上記課題を解決するために、アプリケーション毎に、結合するモジュールとそのバージョン、そのバージョンを使用するようになってからの日数（稼働日数）、問題発生の有無、問題があればその重要度などの情報を管理・更新する。また、システム規模やアプリケーション毎の問題発生時の影響度などに応じて、アプリケーション毎にモジュールの自動切替を行うかどうかを指定するモジュール切替ポリシを設定する。問題発生時の切替要求もしくは定期切替要求時には、このモジュール切替ポリシにより、モジュールの自動切替を行うかどうか、他システムにおけるモジュールバージョン情報を有効とするかどうかなどを決定し、有効なモジュールバージョン情報から切替えるべきモジュールバージョンを決定して、そのモジュールバージョンがシステム上にロードされていなければローディングし、対象となるアプリケーションの動作に影響を与えないタイミングで、そのアプリケーションの使用するモジュールバージョンの切替えを行う。

本発明によれば、各アプリケーションに結合されるモジュールを、各アプリケーションに適したバージョンに容易に切替えることができ、他のアプリケーションにおけるモジュールの稼働実績情報や、他システムでのモジュールの稼働実績情報から得られる信頼性指標に基づいて問題発生およびデグレードを予防することができ、共通のモジュールを結合して実行される多数のアプリケーションから構成されるシステムの安定稼働を図ることができる。

以下、本発明の実施の形態を、図面を用いて詳細に説明する．
図１はシステム構成図である。図１において、顧客システム１００およびソフトウェアベンダモジュール提供システム１４０、全アプリケーション情報管理システム１６０は専用線（もしくはインターネット）１を介して接続されている。顧客システム１００およびソフトウェアベンダモジュール提供システム１４０、全アプリケーション情報管理システム１６０はそれぞれコンピュータで、ＣＰＵ、メモリなどのハードウェア装置を搭載しており、各システム上でＯＳ（オペレーティングシステム）が動作している。顧客システム１００上では、ＯＳ、モジュール切替システム１２０の他に業務用のアプリケーション群１０１が動作しており、各アプリケーションは共用プログラムモジュール群１０２のある特定のバージョンと結合して実行されている。なお、顧客システム１００とソフトウェアベンダモジュール提供システム１４０は複数存在しても良い。

モジュール切替システム１２０は、各顧客システム１００上に構成され、各モジュールの全ての既存バージョンを保持するモジュールＤＢ１２１および各モジュールの情報が格納されているモジュール情報テーブル１２２と新規に発行されたモジュールバージョンをソフトウェアベンダモジュール提供システム１４０からダウンロードしてモジュールＤＢ１２１に格納し、そのモジュールバージョンの情報をモジュール情報テーブル１２２に登録するモジュール情報管理機能１２５、各顧客システム１００を構成するアプリケーションとそのアプリケーションが使用するモジュールのバージョン情報、モジュールバージョン毎の問題発生状況などを保持するアプリケーション情報テーブル１２３とその情報を登録・更新するアプリケーション情報管理機能１２６、各顧客システム１００におけるモジュールを切替える条件（モジュール切替ポリシ）を保持するモジュール切替ポリシテーブル１２４とそのモジュール切替ポリシの登録・更新を行うモジュール切替ポリシ管理機能１２７、および、各アプリケーションの不正終了や異常終了、不正動作などを検知する問題発生検知機能１２８と、問題発生時および定期更新時に、モジュール情報テーブル１２２、アプリケーション情報テーブル１２３、モジュール切替ポリシテーブル１２４の情報から各アプリケーションが使用するモジュールバージョンの切替を自動的に行う、モジュールバージョン切替機能１２９を備えている。

ソフトウェアベンダモジュール提供システム１４０は、各モジュールバージョン本体を格納するソフトウェアベンダモジュールＤＢ１４１および各モジュールの情報が格納されているソフトウェアベンダモジュール情報テーブル１４２を備えている。

全アプリケーション情報管理システム１６０は、管理対象となる全顧客システムのアプリケーション情報を保持する全アプリケーション情報テーブル１６１とそのテーブル情報の更新を行う全アプリケーション情報管理機能１６２を備えている。

モジュールＤＢ１２１は、ソフトウェアベンダモジュール提供システム１４０のソフトウェアベンダモジュールＤＢ１４１にある全モジュール全バージョンを格納するデータベースであり、各モジュール各バージョンの保存場所や発行日などの情報を格納したモジュール情報テーブル１２２を持つ。

モジュール情報テーブル１２２は、図２に示すように、モジュール名２０１およびバージョン２０２、前提モジュールバージョン情報２０３、そのモジュールバージョンの格納場所２０４、発行日２０５、更新内容２０６といった各モジュールバージョンに関する情報を定義しており、モジュール情報管理機能１２５によって、ソフトウェアベンダモジュール提供システム１４０からモジュール発行情報を定期的（例えば毎日）に取得し、新規に発行されたモジュールバージョンおよびその情報をソフトウェアベンダモジュールＤＢ１４１から自動的にダウンロードして登録する。

図６は、モジュール情報管理機能１２５の処理手順を示すフローチャートである。まず、ソフトウェアベンダモジュール提供システム１４０のソフトウェアベンダモジュールＤＢ１４１からモジュール発行情報を取得し（ステップ６０１）、新規に発行された全モジュールバージョンに対して、ステップ６０３およびステップ６０４の処理を繰り返し行う（ステップ６０２）。具体的には、新規に発行されたモジュールバージョンをモジュールＤＢ１２１に格納し（ステップ６０３）、そのモジュールバージョンのモジュール名２０１、バージョン２０２、前提モジュールバージョン情報２０３、格納場所２０４、発行日２０５、更新内容２０６をモジュール情報テーブル１２２に登録する（ステップ６０４）。

アプリケーション情報テーブル１２３は、図３に示すように、アプリケーション名３０１、使用モジュールバージョン情報（稼働日数）３０２、問題発生バージョン（重要度）３０３、問題発生コード（重要度）３０４、最終切替判定日３０５といった、各モジュールバージョンに関する情報を定義しており、アプリケーション情報管理機能１２６によって情報取得・登録・更新などの操作が行われる。

図７はアプリケーション情報管理機能１２６の処理手順を示すフローチャートである。まず、定期更新であるか更新要求であるかの判定を行い（ステップ７０１）、定期更新であれば、アプリケーション情報テーブル１２３の使用モジュールバージョン情報３０２にある稼動中の各モジュールバージョンに対して、ステップ７０３〜ステップ７０６の処理を繰り返し行う（ステップ７０２）。具体的には、当該モジュールを結合して実行されているアプリケーションの稼働情報（アプリケーションに結合して実行されている稼動中のモジュールバージョン）を顧客システム１００から取得し（ステップ７０３）、稼動中のモジュールバージョンと使用モジュールバージョン情報３０２とを比較して稼動中のモジュールバージョンが切替えられているかどうか判定する（ステップ７０４）。切替えられていれば使用モジュールバージョン情報３０２を稼動中のモジュールバージョンに更新する（稼働日数を０に初期化する）（ステップ７０５）。ステップ７０４で切替えられていなければ、使用モジュールバージョン情報３０２の稼動中モジュールバージョンの稼働日数に１を加算する（ステップ７０６）。更新要求であれば、更新対象となるモジュールバージョンに対して、ステップ７０８〜ステップ７１１の処理を繰り返し行う（ステップ７０７）。具体的には、アプリケーションの追加要求かどうか判定し（ステップ７０８）、アプリケーションの追加要求であればアプリケーション情報テーブル１２３にアプリケーション情報（アプリケーション名３０１および使用モジュールバージョン情報３０２、問題発生コード（重要度）３０４）を追加登録する（最終切替判定日３０５は当該日付で初期化する）（ステップ７０９）。アプリケーションの追加登録後、およびアプリケーションの追加要求でなかった場合、問題発生情報登録要求かどうかを判定し（ステップ７１０）、そうであれば問題発生バージョン（重要度）３０３を登録する（ステップ７１１）。

モジュール切替ポリシテーブル１２４は、図４に示すように、アプリケーション名４０１、モジュール切替許可稼働日数４０２、問題発生時自動切替ポリシ４０３、他社稼働情報採用ポリシ４０４、対策モジュールバージョン未発行時対策ポリシ４０５といった、モジュールの切替に関するポリシを定義しており、モジュール切替ポリシ管理機能１２７によって登録・更新などの操作が行われる。

図８はモジュール切替ポリシ管理機能１２７の処理手順を示すフローチャートである。まず、新規登録か更新要求かを判定し（ステップ８０１）、新規登録であればアプリケーション名４０１、モジュール更新許可稼働日数４０２、問題発生時自動切替ポリシ４０３、他社稼働情報採用ポリシ４０４、対策モジュールバージョン未発行時対策ポリシ４０５をモジュール切替ポリシテーブルに登録する（ステップ８０２）。更新要求であれば、アプリケーション名４０１、モジュール切替許可稼働日数４０２、問題発生時自動切替ポリシ４０３、他社稼働情報採用ポリシ４０４、対策モジュールバージョン未発行時対策ポリシ４０５で更新要求のあったものを更新する（ステップ８０３）。

問題発生検知機能１２８は、各顧客システム１００において常駐し、実行されているアプリケーションの実行状況を監視して、不正終了や異常終了などの問題発生を検知する機能である。

図９は問題発生検知機能１２８の処理手順を示すフローチャートである。本機能は、アプリケーションを構成する各モジュールのリターンコードを監視し、ステップ９０２およびステップ９０３の処理を繰り返し行う（ステップ９０１）。具体的には、不正なリターンコードが検知されたかどうか判定して（ステップ９０２）、不正なリターンコードが検知されなかった場合は監視を続け、検知された場合は検知されたアプリケーション名、モジュール名と不正なリターンコードを入力として、モジュールバージョン切替機能１２９に問題発生切替要求を発行する（ステップ９０３）。

モジュールバージョン切替機能１２９は、モジュール切替ポリシテーブル１２４の情報に応じて、モジュールバージョンの定期（例えば毎日）自動切替および、問題発生検知時の自動切替を行う機能である。

図１０はモジュールバージョン切替機能の処理手順を示すフローチャートである。まず、定期切替か問題発生時切替かを判定する（ステップ１００１）。定期切替の場合、アプリケーション情報テーブル１２３の使用モジュールバージョン情報３０２の各モジュールに対して、ステップ１００３〜１００８の処理を繰り返し行う（ステップ１００２）。具体的には、モジュール切替テーブル１２４から当該アプリケーションの他社稼動情報採用ポリシ４０４を取得してＹかどうか判定し（ステップ１００３）、Ｙの場合は全アプリケーション情報管理システム１６０の全アプリケーション情報管理機能１６１に当該モジュールの情報提供要求を出して情報を取得して当該モジュールのアプリケーション情報として保存し（ステップ１００４）、Ｎの場合はアプリケーション情報テーブル１２３から情報を取得して当該モジュールのアプリケーション情報として保存する（ステップ１００５）。次に、取得した情報を入力として切替モジュールバージョン設定処理を行う（ステップ１００６）。上記処理後切替モジュールバージョンが設定されているかどうか判定し（ステップ１００７）、設定されていれば、対象アプリケーションの処理状況を監視して、アプリケーションの再起動時やアプリケーションが待機状態になっている時など、アプリケーションの動作に影響のないタイミングで、そのアプリケーションが結合するモジュールバージョンを、切替モジュールバージョン設定処理で設定されたモジュールバージョンへの切替をバックグラウンドで行い（ステップ１００８）、次の切替対象モジュールに対する処理を継続する。なお、切替モジュールバージョンが設定されていない場合は切替を行わずに、次の切替対象モジュールに対して処理を行う。ステップ１００１で問題発生時切替であった場合、問題発生時モジュールバージョン切替処理を行う（ステップ１００９）。

図１１は切替モジュールバージョン設定処理１００６の処理手順を示すフローチャートである。本処理は、まず切替対象モジュールに対して、切替モジュールバージョン設定値をアプリケーションに結合されている（稼動中の）モジュールバージョンに初期化し（ステップ１１０１）、当該切替対象モジュールの最終切替判定日３０５を、処理を行っている日付に更新する（ステップ１１０２）。次に、ステップ１００４もしくはステップ１００５で保存した当該モジュールのアプリケーション情報における使用モジュールバージョン情報の切替対象モジュールの各バージョン（以下、切替対象モジュールバージョン）に対し、ステップ１１０４〜ステップ１１０９の処理を繰り返し行う（ステップ１１０３）。具体的には、まず、切替対象となっているモジュールバージョンが切替モジュールバージョン設定値より新しいかどうか判定する（ステップ１１０４）。切替対象モジュールバージョンが設定されたモジュールバージョンよりも新しい場合、切替対象モジュールバージョンの稼働日数３０２がモジュール切替ポリシテーブル１２４のモジュール切替許可稼動日数４０２より大きいかどうか判定する（ステップ１１０５）、ステップ１１０４で設定されたモジュールバージョンより新しくなかった場合は次の切替対象モジュールバージョンに対してステップ１１０４以降の処理を行う。ステップ１１０５で切替対象モジュールバージョンの稼働日数３０２がモジュール切替許可稼働日数４０２より大きかった場合、アプリケーションに結合されている各前提モジュールが切替対象のモジュールバージョンの前提モジュールバージョン２０３を満たしているかどうか判定する（ステップ１１０６）。ステップ１１０５で稼働日数が小さかった場合は次の切替対象モジュールバージョンに対してステップ１１０４以降の処理を行う。ステップ１１０６で前提モジュールバージョン２０３を満たしている場合は当該切替対象のモジュールバージョンを切替モジュールバージョン設定値に設定する（ステップ１１０７）。ステップ１１０６で前提モジュールバージョン２０３を満たしていなかった場合、最終切替判定日３０５から前提モジュールバージョンの定期モジュール切替処理１００２が既に行われているかどうか判定し（ステップ１１０８）、行われている場合は、次の切替対象モジュールバージョンに対してステップ１１０４以降の処理を行う。ステップ１１０８で前提モジュールに対して定期モジュール切替処理１００２が行われていない場合はアプリケーションに結合されている各前提モジュールバージョンに対して定期モジュール切替処理１００２を行い（ステップ１１０９）、処理完了後、再度ステップ１１０６以降の処理を行う。

図１２は問題発生時モジュールバージョン切替処理１００９の処理手順を示すフローチャートである。まず入力されたアプリケーション名および問題発生コードを用いて、アプリケーション情報テーブル１２３から問題の重要度３０４を取得する（ステップ１２０１）。取得した重要度を用いてモジュール切替ポリシテーブル１２７から当該アプリケーションの問題発生時自動切替ポリシがＹかどうか判定する（ステップ１２０２）。問題発生時自動切替ポリシがＹであった場合、モジュール情報テーブル１２２から問題が発生している当該モジュールバージョンより新しいモジュールバージョンがあるかどうか判定する（ステップ１２０３）。ステップ１２０２で問題発生時切替ポリシがＮであった場合は、問題発生時モジュールバージョン切替処理１００９を終了する。ステップ１２０３で当該モジュールバージョンより新しいモジュールバージョンがある場合は当該モジュールバージョンに一番近いモジュールバージョンを切替対象モジュールバージョンに設定する（ステップ１２０４）。次に、入力されたアプリケーションに結合されている各前提モジュールが設定された切替対象モジュールバージョンの前提モジュールバージョン２０３を満たしているかどうか判定し（ステップ１２０５）、満たしていれば切替対象となるモジュールが結合されているアプリケーションの処理状況を監視して、アプリケーションの再起動時やアプリケーションが待機状態にある場合などのアプリケーションの動作に影響のないタイミングで、結合するモジュールバージョンを切替え（ステップ１２０６）、アプリケーション情報テーブルを更新する（ステップ１２０７）。ステップ１２０３で当該モジュールバージョンより新しいモジュールバージョンがなかった場合、およびステップ１２０５でシステムが前提モジュールバージョンを満たしていなかった場合は、モジュール切替ポリシテーブル１２７から当該アプリケーションの対策モジュールバージョン未発行時対策ポリシ４０５の設定を判定する（ステップ１２０８）。対策モジュールバージョン未発行時対策ポリシ４０５が過去バージョン使用であれば、現バージョンに一番近い問題発生情報のない古いモジュールバージョンを切替対象モジュールバージョンに設定する（ステップ１２０９）。次にシステムが前提モジュールバージョンを満たしたままモジュールバージョンの切替が可能かどうか判定し（ステップ１２１０）、切替が可能であればステップ１２０６以降の処理を行う。ステップ１２０８で対策モジュールバージョン未発行時対策ポリシが現バージョン維持である場合およびステップ１２１０でシステムが前提条件を満たしたままモジュールバージョンの切替を行えない場合は、何も行わずに問題発生時モジュールバージョン切替処理を終了する。

全アプリケーション情報テーブル１６１は、図５に示すように、顧客名５０１、アプリケーション名５０２、使用モジュールバージョン情報（稼働日数）５０３、問題発生バージョン（重要度）５０４といった、各顧客システム１００におけるアプリケーション情報を一括管理しており、全アプリケーション情報管理機能１６２によって定期更新・情報取得の操作が行われる。

図１３は全アプリケーション情報管理機能１６２の処理手順を示すフローチャートである。まず、定期更新か情報取得要求かどうかを判定し（ステップ１３０１）、定期更新であれば更新対象となる全顧客システム１００に対して、顧客システム１００のアプリケーション情報テーブル１２３からアプリケーション情報を取得し、全アプリケーション情報テーブル１６１の情報を更新する（ステップ１３０３）ことを繰り返す（ステップ１３０２）。ステップ１３０１の判定が情報取得要求であれば、全アプリケーション情報テーブル１６１から指定されたアプリケーション、モジュールに対する全ての情報を取得して情報を提供する（ステップ１３０４）。

システム構成図。 モジュール情報テーブルを示す図。 アプリケーション情報テーブルを示す図。 モジュール切替ポリシテーブルを示す図。 全アプリケーション情報テーブルを示す図。 モジュール情報管理機能を説明する図。 アプリケーション情報管理機能を説明する図。 モジュール切替ポリシ管理機能を説明する図。 問題発生検知機能を説明する図。 モジュールバージョン切替機能を説明する図。 切替モジュールバージョン設定処理を説明する図。 問題発生時モジュールバージョン切替処理を説明する図。 全アプリケーション情報管理機能を説明する図。

符号の説明

１…専用線（もしくはインターネット）、１００…顧客システム、１０１…アプリケーション群、１０２…共用プログラムモジュール群、１２０…モジュール切替システム、１２１…モジュールＤＢ、１２２…モジュール情報テーブル、１２３…アプリケーション情報テーブル、１２４…モジュール切替ポリシテーブル、１２５…モジュール情報管理機能、１２６…アプリケーション情報管理機能、１２７…モジュール切替ポリシ管理機能、１２８…問題発生検知機能、１２９…モジュールバージョン切替機能、１４０…ソフトウェアベンダモジュール提供システム、１４１…ソフトウェアベンダモジュールＤＢ、１４２…ソフトウェアベンダモジュール情報テーブル、１６０…全アプリケーション情報管理システム、１６１…全アプリケーション情報テーブル、１６２…全アプリケーション情報管理機能。

Claims (4)

1. 起動時に複数の共用プログラムモジュール（以下、モジュール）を動的に結合して実行されるアプリケーション群から構成されるシステムにおいて、各アプリケーションが共通で使用するモジュールが存在して複数のバージョンを持つ場合に、アプリケーション毎に結合するモジュールのバージョン情報を管理するテーブルを持ち、そのテーブル情報に従って、起動時もしくはアプリケーションの動作に影響を及ぼさないタイミングで、アプリケーション毎に結合するモジュールのバージョンを容易に切替えることができる機能を持つ、モジュール切替システム。
2. 稼働日数や発生問題などの稼働実績情報に基づいた、アプリケーション毎のモジュール切替条件（モジュール切替ポリシ）を指定するテーブルを持ち、そのテーブル情報からアプリケーション毎にモジュール切替ポリシを満たすモジュールバージョンを定期的・自動的に検出して当該アプリケーションのモジュールバージョン情報管理テーブルを更新し、モジュール切替要求を発行して、アプリケーションの動作に影響を与えないタイミングで、動的に使用するモジュールの切替を行う、請求項１記載のシステム。
3. モジュール切替後に切替えたモジュールバージョンを結合して実行しているアプリケーションで問題が発生した場合に問題の発生を検知し、そのアプリケーションのモジュールバージョン情報管理テーブルに当該モジュールバージョンで問題が発生したことを記録して、当該モジュールにさらに新しいバージョンがあれば直近の新しいモジュールバージョンへと切替え、新しいバージョンが存在しなければ、ひとつ前のモジュールバージョンから過去のモジュールバージョンへと遡って問題が発生しなかったモジュールバージョンを検索してそのモジュールバージョンを使用するように当該アプリケーションのモジュールバージョン情報管理テーブルを更新し、モジュール切替要求を発行して、モジュールバージョンを切替え、問題から自動的に回復することができる、請求項１記載のシステム。
4. 管理対象となる全システムにおける各アプリケーションのモジュールバージョン情報が格納されている全アプリケーション情報管理システムを構築し、このシステムから他システムにおけるモジュールバージョン情報を取得することで、全システムで各アプリケーションのモジュールバージョン稼働実績情報を共有し、その情報を基にモジュールの切替えを行うことができる、請求項１記載のシステム。
   

Images