特開 2023-184361 システムリプレイス提案装置およびシステムリプレイス提案方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023184361

(43)【公開日】2023-12-28

(54)【発明の名称】システムリプレイス提案装置およびシステムリプレイス提案方法

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20231221BHJP

【ＦＩ】

G06Q10/00 300

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022098482

(22)【出願日】2022-06-17

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】合田 佑司

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC15

(57)【要約】

【課題】顧客システムとそれに機能的に連携するシステムを含めた顧客システム全体の最適なリプレイスの形態とタイミングを算出し、提案する。
【解決手段】対象となる顧客システムに対するシステム導入情報管理テーブルにおける導入検討期間と導入期間から、対象となる顧客システムに対するリプレイス開始必須時期を求め、対象となる顧客システムに対するリプレイス開始必須時期と、対象となる顧客システムに対する取扱いシステム情報管理テーブルの保守期限との間を、対象となる顧客システムのリプレイス期間とする。そして、対象となる顧客システムのリプレイス期間と、対象となる顧客システムと連携する連携システムに対するリプレイス期間との関係から、対象となる顧客システムと、対象となる顧客システムと連携する連携システムのリプレイス形態を定める。
【選択図】 図１

【特許請求の範囲】

【請求項1】

対象となる顧客システムとそれに連携する連携システムのシステムリプレイスの形態と時期を提案するシステムリプレイス提案装置であって、
顧客システムの情報を保持する顧客システム情報管理テーブルと、
対象となる顧客システムとそれに連携する連携システムの関連情報を保持する顧客システム連携管理テーブルと、
ベンダーが取扱うシステムの情報を保持する取扱いシステム情報管理テーブルと、
顧客におけるシステム導入の実績情報を保持するシステム導入情報管理テーブルとを有し、
前記取扱いシステム情報管理テーブルは、それぞれのシステムの保守期限情報を含み、
前記システム導入情報管理テーブルは、過去のシステム導入における導入検討期間と導入期間の情報を含み、
対象となる顧客システムに対する前記取扱いシステム情報管理テーブルの保守期限と、対象となる顧客システムに対する前記システム導入情報管理テーブルにおける導入検討期間と導入期間から、対象となる顧客システムに対するリプレイス開始必須時期を求め、
対象となる顧客システムに対するリプレイス開始必須時期と、対象となる顧客システムに対する前記取扱いシステム情報管理テーブルの保守期限との間を、対象となる顧客システムのリプレイス期間とし、
対象となる顧客システムと連携する連携システムに対する前記取扱いシステム情報管理テーブルの保守期限と、対象となる顧客システムと連携する連携システムに対する前記システム導入情報管理テーブルにおける導入検討期間と導入期間から、対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期を求め、
対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期と、対象となる顧客システムと連携する連携システムに対する前記取扱いシステム情報管理テーブルの保守期限との間を、対象となる顧客システムと連携する連携システムに対するリプレイス期間とし、
前記対象となる顧客システムのリプレイス期間と、前記対象となる顧客システムと連携する連携システムに対するリプレイス期間との関係から、前記対象となる顧客システムと、前記対象となる顧客システムと連携する連携システムのリプレイス形態を定めることを特徴とするシステムリプレイス提案装置。

【請求項2】

前記対象となる顧客システムに対するリプレイス期間中に、前記対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期が来るときに、
システムリプレイス形態として、前記対象となる顧客システムと、前記対象となる顧客システムと連携する連携システムの同時リプレイス提案を結果を出力することを特徴とする請求項１記載のシステムリプレイス提案装置。

【請求項3】

前記取扱いシステム情報管理テーブルは、各々のシステムの業務範囲の情報を含み、
前記対象となる顧客システムのリプレイスされるシステムが、前記対象となる顧客システムと連携する連携システムの業務範囲を含むときに、
前記取扱いシステム情報管理テーブルを参照して、システムリプレイス形態として、前記対象となる顧客システムと、前記対象となる顧客システムと連携する連携システムの同時期統合提案の結果を出力することを特徴とする請求項２記載のシステムリプレイス提案装置。

【請求項4】

さらに、システムリプレイス提案の顧客におけるフィードバック情報を保持する提案結果フィードバックテーブルを有し、
前記対象となる顧客システムのリプレイスされるシステムが、前記対象となる顧客システムと連携する連携システムの業務範囲を含むときであっても、
前記提案結果フィードバックテーブルを参照し、前記対象となる顧客システムと、前記対象となる顧客システムと連携する連携システムの同時期統合提案の結果が否定的であるときには、前記対象となる顧客システムと連携する連携システムの同時期統合提案の結果を出力しないことを特徴とする請求項３記載のシステムリプレイス提案装置。

【請求項5】

前記取扱いシステム情報管理テーブルは、各々のシステムの耐用年数の情報を含み、
前記対象となる顧客システムに対するリプレイス期間中に、前記対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期が来ないときに、
前記取扱いシステム情報管理テーブルを参照して、前記対象となる顧客システムと連携する連携システムの耐用年数が、既に完了したか前記対象となる顧客システムのリプレイス期間中に完了するか否かを判定し、
その判定結果に基づいて、システムリプレイス形態として、前記対象となる顧客システムと、顧客システムと連携する連携システムのシステム統合の形態を決定することを特徴とする請求項１記載のシステムリプレイス提案装置。

【請求項6】

さらに、システムの顧客の利用に関する情報を保持するリプレイス変数管理テーブルを有し、
前記リプレイス変数管理テーブルは、各々のシステムにおける利用ユーザ数に関する情報を保持し、
前記リプレイス変数管理テーブルを参照して、前記対象となる顧客システムと連携する連携システムの利用ユーザ数の情報に基づいて、システムリプレイス形態として、前記対象となる顧客システムと、顧客システムと連携する連携システムのシステム統合の形態を決定することを特徴とする請求項１記載のシステムリプレイス提案装置。

【請求項7】

前記取扱いシステム情報管理テーブルは、各々のシステムの業務範囲の情報を含み、
前記対象となる顧客システムのリプレイスされるシステムが、前記対象となる顧客システムと連携する連携システムの業務範囲を含み、
前記対象となる顧客システムと連携する連携システムの耐用年数が、既に完了しておらず、かつ、前記対象となる顧客システムのリプレイス期間中に完了しないときに、
前記取扱いシステム情報管理テーブルを参照して、システムリプレイス形態として、前記対象となる顧客システムのリプレイス後に、前記対象となる顧客システムと前記対象となる顧客システムと連携する連携システムとを統合する提案の結果を出力することを特徴とする請求項５記載のシステムリプレイス提案装置。

【請求項8】

システムリプレイス提案装置により、対象となる顧客システムとそれに連携する連携システムのシステムリプレイスの形態と時期を提案するシステムリプレイス提案方法であって、
前記システムリプレイス提案装置は、
顧客システムの情報を保持する顧客システム情報管理テーブルと、
対象となる顧客システムとそれに連携する連携システムの関連情報を保持する顧客システム連携管理テーブルと、
ベンダーが取扱うシステムの情報を保持する取扱いシステム情報管理テーブルと、
顧客におけるシステム導入の実績情報を保持するシステム導入情報管理テーブルとを有し、
前記取扱いシステム情報管理テーブルは、それぞれのシステムの保守期限情報を含み、
前記システム導入情報管理テーブルは、過去のシステム導入における導入検討期間と導入期間の情報を含み、
前記システムリプレイス提案装置が、対象となる顧客システムに対する前記取扱いシステム情報管理テーブルの保守期限と、対象となる顧客システムに対する前記システム導入情報管理テーブルにおける導入検討期間と導入期間から、対象となる顧客システムに対するリプレイス開始必須時期を求めるステップと、
前記システムリプレイス提案装置が、対象となる顧客システムに対するリプレイス開始必須時期と、対象となる顧客システムに対する前記取扱いシステム情報管理テーブルの保守期限との間を、対象となる顧客システムのリプレイス期間として求めるステップと、
前記システムリプレイス提案装置が、対象となる顧客システムと連携する連携システムに対する前記取扱いシステム情報管理テーブルの保守期限と、対象となる顧客システムと連携する連携システムに対する前記システム導入情報管理テーブルにおける導入検討期間と導入期間から、対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期を求めるステップと、
前記システムリプレイス提案装置が、対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期と、対象となる顧客システムと連携する連携システムに対する前記取扱いシステム情報管理テーブルの保守期限との間を、対象となる顧客システムと連携する連携システムに対するリプレイス期間として求めるステップと、
前記システムリプレイス提案装置が、前記対象となる顧客システムのリプレイス期間と、前記対象となる顧客システムと連携する連携システムに対するリプレイス期間との関係から、前記対象となる顧客システムと、前記対象となる顧客システムと連携する連携システムのリプレイス形態を定めるステップとを有することを特徴とするシステムリプレイス提案装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システムリプレイス提案装置およびシステムリプレイス提案方法に係り、特に、システムとそのシステムと連携するシステムについて、適切なリプレイスの形態とその時期を提案するのに好適なシステムリプレイス提案装置およびシステムリプレイス提案方法に関する。

【背景技術】

【0002】

情報処理システムにおけるシステムのリプレイスとは、現行システムを新しいシステムに移行する作業のことである。リプレイスは、現行システムの劣化や故障などによる業務への影響を予防したり、改善したりするために必要となるものであり、また、データ処理能力の改善や、セキュリティ面を強化するためにリプレイスを行う場合もある。

【0003】

一方、企業が導入する業務システムが複数、かつ複雑になった結果、一つのシステムをリプレイスする際の影響度合いや、最適なリプレイス案を情報部門内で描くことが難しくなっている。

【0004】

情報処理システムにより、業務システムのリプレイス時期を管理して、適切なリプレイス時期とリプレイスの形態を提案する技術に関しては、例えば、特許文献１に開示がある。

【0005】

特許文献１に記載されたリプレイス管理システムにおいては、管理業務システムを基幹システムと個別システムに分類して、個別システムの処理量が当初のシステム要件の想定範囲を逸脱すると判定したときに、リプレイスすべきクリティカルタイミングと判定し、そのタイミングで個別システムを基幹システムとして再構築とするときの再構築コストを評価し、個別システムを廃棄するか、基幹システムとして再構築かの二者択一をユーザに行わせる。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００８－２４２７９１号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

従来のシステムリプレイスにおいては、システムを取り扱う各ベンダーも顧客からのリプレイス連絡を受けてから提案を行うのが一般的であり、各ベンダーのシステムエンジニアも、システムとそれに関連する連携システムすべてを把握しているわけではないため、そのような連携システムも含めた最適なリプレイス案を出すことができないことがあった。結果的に、非効率なリプレイス順序でシステムをリプレイスすることになり、二重のテストなどを行うなどが発生していることもあった。

【0008】

特許文献１では、個別システムのトラフック量、および基幹システム等の情報より、個別システムを基幹システムに統合させるタイミングを判別する方法を提案している。この技術では、個別システム一つに焦点を当てており、かつリプレイスタイミングを判別する特徴量は、トラフィック量のみとなるため、顧客システム全体を勘案したリプレイス提案方法については考慮されていない。

【0009】

本発明の目的は、顧客システムとそれに機能的に連携するシステムを含めた顧客システム全体の最適なリプレイスの形態とタイミングを算出し、提案することのできるシステムリプレイス提案装置およびシステムリプレイス提案方法を提供することにある。

【課題を解決するための手段】

【0010】

本発明のシステムリプレイス提案装置の構成は、好ましくは、対象となる顧客システムとそれに連携する連携システムのシステムリプレイスの形態と時期を提案するシステムリプレイス提案装置であって、顧客システムの情報を保持する顧客システム情報管理テーブルと、対象となる顧客システムとそれに連携する連携システムの関連情報を保持する顧客システム連携管理テーブルと、ベンダーが取扱うシステムの情報を保持する取扱いシステム情報管理テーブルと、顧客におけるシステム導入の実績情報を保持するシステム導入情報管理テーブルとを有し、取扱いシステム情報管理テーブルは、それぞれのシステムの保守期限情報を含み、システム導入情報管理テーブルは、過去のシステム導入における導入検討期間と導入期間の情報を含み、対象となる顧客システムに対する取扱いシステム情報管理テーブルの保守期限と、対象となる顧客システムに対するシステム導入情報管理テーブルにおける導入検討期間と導入期間から、対象となる顧客システムに対するリプレイス開始必須時期を求め、対象となる顧客システムに対するリプレイス開始必須時期と、対象となる顧客システムに対する取扱いシステム情報管理テーブルの保守期限との間を、対象となる顧客システムのリプレイス期間とし、対象となる顧客システムと連携する連携システムに対する取扱いシステム情報管理テーブルの保守期限と、対象となる顧客システムと連携する連携システムに対するシステム導入情報管理テーブルにおける導入検討期間と導入期間から、対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期を求め、対象となる顧客システムと連携する連携システムに対するリプレイス開始必須時期と、対象となる顧客システムと連携する連携システムに対する取扱いシステム情報管理テーブルの保守期限との間を、対象となる顧客システムと連携する連携システムに対するリプレイス期間とし、対象となる顧客システムのリプレイス期間と、対象となる顧客システムと連携する連携システムに対するリプレイス期間との関係から、対象となる顧客システムと、対象となる顧客システムと連携する連携システムのリプレイス形態を定めるようにしたものである。

【発明の効果】

【0011】

本発明によれば、顧客システムとそれに機能的に連携するシステムを含めた顧客システム全体の最適なリプレイスの形態とタイミングを算出し、提案することのできるシステムリプレイス提案装置およびシステムリプレイス提案方法を提供することができる。

【図面の簡単な説明】

【0012】

【図1】システムリプレイス提案装置の機能構成図である。

【図2】システムリプレイス提案装置のハードウェア・ソフトウェア構成図である。

【図3】顧客システム情報管理テーブルの一例を示す図である。

【図4】顧客システム連携管理テーブルの一例を示す図である。

【図5】取扱いシステム情報管理テーブルの一例を示す図である。

【図6】顧客システム稼働状況テーブルの一例を示す図である。

【図7】顧客システム導入情報管理テーブルの一例を示す図である。

【図8】提案結果フィードバックテーブルの一例を示す図である。

【図9】リプレイス変数管理テーブルの一例を示す図である。

【図10】リプレイス提案情報テーブルの一例を示す図である。

【図11】システムリプレイス提案装置が、システムリプレイスの提案を行う一連の処理を示すフローチャートである。

【図12】システムリプレイス形態・時期算出処理を示すフローチャートである。

【図13A】システムＡに対するシステムリプレイス形態・時期算出詳細処理を示すフローチャートである（その一）。

【図13B】システムＡに対するシステムリプレイス形態・時期算出詳細処理を示すフローチャートである（その二）。

【図14】システム情報入力画面の一例を示す図である。

【図15】システムリプレイス提案画面の一例を示す図である。

【発明を実施するための形態】

【0013】

以下、本発明に係る一実施形態を、図１ないし図１５を用いて説明する。

【0014】

先ず、図１および図２を用いて一実施形態に係るシステムリプレイス提案装置の構成について説明する。

【0015】

システムリプレイス提案装置１００は、図１に示されるように、機能構成として、リプレイス提案ＵＩ（User Interface）部１１０、システム特徴管理部１２０、リプレイス形態・時期算出部１３０、プロジェクトナレッジ管理部１４０、記憶部１５０からなる。

【0016】

リプレイス提案ＵＩ部１１０は、システムリプレイスのために必要な情報を入力させ、システム間連携状況を含めた顧客システムの構成を示すシステム構成図を生成し、システムリプレイスの提案する情報を出力する機能部である。システム特徴管理部１２０は、取り扱う情報処理システムの特徴を表す情報を管理し、入出力する機能部である。リプレイス形態・時期算出部１３０は、システムのリプレイスの形態とそのリプレイス時期を算出する機能部である。プロジェクトナレッジ管理部１４０は、システムを運用してきた実績に基づいた知識と情報を管理する機能部である。記憶部１５０は、システムリプレイス提案装置が取り扱うデータを記憶する機能部である。

【0017】

記憶部１５０には、システム構成図データ２００、顧客システム情報管理テーブル３００、顧客システム連携管理テーブル３１０、取扱いシステム情報管理テーブル３２０、顧客システム稼働状況テーブル３３０、システム導入情報管理テーブル３４０、提案結果フィードバックテーブル３５０、リプレイス変数管理テーブル３６０、リプレイス提案情報テーブル３７０が保持される。なお、各テーブルの詳細については後に説明する。

【0018】

次に、図２を用いてシステムリプレイス提案装置１００のハードウェア・ソフトウェア構成について説明する。
システムリプレイス提案装置１００のハードウェア構成としては、例えば、図２に示されるパーソナルコンピュータのような一般的な情報処理装置で実現される。

【0019】

システムリプレイス提案装置１００は、ＣＰＵ（Central Processing Unit）４０２、主記憶装置４０４、ネットワークＩ／Ｆ（InterFace）４０６、表示Ｉ／Ｆ４０８、入出力Ｉ／Ｆ４１０、補助記憶Ｉ／Ｆ４１２が、バスにより結合された形態になっている。

【0020】

ＣＰＵ４０２は、システムリプレイス提案装置１００の各部を制御し、主記憶装置４０４に必要なプログラムをロードして実行する。

【0021】

主記憶装置４０４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ４０２が実行するプログラム、参照するデータが記憶される。

【0022】

ネットワークＩ／Ｆ４０６は、ネットワーク５と接続するためのインタフェースである。

【0023】

表示Ｉ／Ｆ４０８は、ＬＣＤ（Liquid Crystal Display）などの表示装置２４０を接続するためのインタフェースである。

【0024】

入出力Ｉ／Ｆ４１０は、入出力装置を接続するためのインタフェースである。図２の例では、キーボード４３０とポインティングデバイスのマウス４３２が接続されている。

【0025】

補助記憶Ｉ／Ｆ４１２は、ＨＤＤ（Hard Disk Drive）２５０やＳＳＤ（Solid State Drive）などの補助記憶装置を接続するためのインタフェースである。

【0026】

ＨＤＤ２５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。システムリプレイス提案装置１００のＨＤＤ２５０には、リプレイス提案ＵＩプログラム４６１、システム特徴管理プログラム４６２、リプレイス形態・時期算出プログラム４６３、プロジェクトナレッジ管理プログラム４６４がインストールされている。

【0027】

リプレイス提案ＵＩプログラム４６１、システム特徴管理プログラム４６２、リプレイス形態・時期算出プログラム４６３、プロジェクトナレッジ管理プログラム４６４は、それぞれ、リプレイス提案ＵＩ部１１０、システム特徴管理部１２０、リプレイス形態・時期算出部１３０、プロジェクトナレッジ管理部１４０の機能を実現するプログラムである。

【0028】

また、ＨＤＤ２５０は、システム構成図データ２００、顧客システム情報管理テーブル３００、顧客システム連携管理テーブル３１０、取扱いシステム情報管理テーブル３２０、顧客システム稼働状況テーブル３３０、システム導入情報管理テーブル３４０、提案結果フィードバックテーブル３５０、リプレイス変数管理テーブル３６０、リプレイス提案情報テーブル３７０が格納されている。

【0029】

次に、図３ないし図１０を用いて本発明のシステムリプレイス提案装置で用いられるデータ構造について説明する。

【0030】

顧客システム情報管理テーブル３００は、顧客のシステム情報を保持するテーブルであり、図３に示されるように、システムＩＤ３００ａ、システム名３００ｂ、顧客ＩＤ３００ｃ、バージョン３００ｄ、稼働日３００ｅの各フィールドからなる。

【0031】

システムＩＤ３００ａには、顧客システムを一意に識別する識別子が格納される。システム名３００ｂには、顧客システムのシステム名称が格納される。顧客ＩＤ３００ｃには、顧客を一意に識別する識別子が格納される。詳細には、説明しなかったが、顧客テーブルとして、顧客ＩＤに紐づいた形で、顧客の会社名、連絡先の電話番号、担当者名、担当者のＥメールアドレスなどが参照できるものとする。バージョン３００ｄには、顧客システムのバージョン情報が格納される。稼働日３００ｅには、顧客システムの稼働の開始日が、例えば、ｙｙｙｙ／ｍｍ／ｄｄ形式で格納される。

【0032】

顧客システム連携管理テーブル３１０は、顧客システムと連携するシステムの情報を管理するテーブルであり、図４に示されるように、システムＩＤ３１０ａ、連携システム３１０ｂ、ＩＮ／ＯＵＴ３１０ｃ、連携方式３１０ｄの各フィールドからなる。

【0033】

システムＩＤ３１０ａには、顧客システムを一意に識別する識別子が格納される。連携システム３１０ｂには、システムＩＤ３１０ａに示される顧客システムと連携するシステムを一意に識別する識別子が格納される。ここで、連携システムとは、対象としているシステムと連携して顧客に機能を提供するシステムを意味する。ＩＮ／ＯＵＴ３１０ｃには、システムＩＤ３１０ａに示される顧客システムと連携システム３１０ｂに示されるシステムのデータの入出力の方向を表すフラグが格納される。例えば、その値が「ＩＮ」のときには、システムＩＤ３１０ａに示される顧客システムに、連携システム３１０ｂに示されるシステムからデータが入力され、逆に、その値が「ＯＵＴ」のときには、システムＩＤ３１０ａに示される顧客システムから連携システム３１０ｂに示されるシステムにデータが出力されることを意味する。システムＩＤ３１０ａに示される顧客システムと連携システム３１０ｂに示されるシステムが双方向にデータのやり取りを行うときには、「ＩＮ」と「ＯＵＴ」の値を有するレコードが二つ記録される。連携方式３１０ｄには、システムＩＤ３１０ａに示される顧客システムと連携システム３１０ｂに示されるシステムの連携の方法に関する情報が格納される。例えば、その値が「ＩＦ」のときには、データがファイル渡しであることを意味し、その値が「ＡＰＩ」のときには、システムＩＤ３１０ａに示される顧客システムから連携システム３１０ｂに示されるシステムが、アプリケーションインタフェース（Application Interface）により、呼び出されることを意味する。

【0034】

取扱いシステム情報管理テーブル３２０は、ベンダーが取り扱っているシステムの情報を格納するマスタテーブルであり、図５に示されるように、システム名３２０ａ、バージョン３２０ｂ、耐用年数３２０ｃ、保守期限３２０ｄ、業務範囲３２０ｅの各フィールドからなる。

【0035】

システム名３２０ａには、システムのシステム名称が格納される。バージョン３２０ｂには、システム名３２０ａで示されるシステムの対象としているバージョンの情報が格納される。本実施形態では、システム名３２０ａが同じでもバージョンが違うシステムは、別のものとして扱う。耐用年数３２０ｃには、システム名３２０ａで表されるシステムのソフトウェア資産を減価償却資産とみたときの償却年数が格納される。保守期限３２０ｄには、バージョン３２０ｂで示されるバージョンにおけるシステム名３２０ａで示されるシステムの契約上の保守期限が、例えば、ｙｙｙｙ／ｍｍ／ｄｄ形式で格納される。保守期限を過ぎると、このシステムは、原則としてベンダーは、保守の義務がないことを意味する。したがって、顧客は、契約などの手段により、この保守期限の延長をするか、システムリプレイスを行う必要が生じる。

【0036】

業務範囲３２０ｅには、顧客システムの業務機能に関する情報が格納される。図５に示される例では、業務範囲３２０ｅのサブフィールドとして、業務範囲（債権管理）、業務範囲（債務管理）、…、業務範囲（ＩＴＳＭ：Information Technology Service Management）のように分かれており、顧客システムがその機能をサポートしているときには、該当する旨のフラグを格納している。

【0037】

業務範囲として、選択できる対象の業務は、一例として、債権管理や債務管理、経費精算のような企業基幹システムから、ＩＴサービスマネジメント（ＩＴＳＭ）のようなＩＴ部門のツールまで対象となり、企業が導入しうるシステム範囲がすべて含まれるようにすることが好ましい。

【0038】

顧客システム稼働状況テーブル３３０は、顧客システムにおける稼働状況に関する情報を保持するテーブルであり、図６に示されるように、システムＩＤ３３０ａ、現行ユーザログイン数３３０ｂの各フィールドからなる。

【0039】

システムＩＤ３３０ａには、顧客システムを一意に識別する識別子が格納される。現行ユーザログイン数３３０ｂには、月ごとのシステムＩＤ３３０ａに示される顧客システムにログインするユーザ数が格納される。ユーザログイン数は、例えば、そのシステムにおける直近の三ヶ月の平均をとるなどにより求めることができる。本実施形態では、顧客のユーザログイン数を示したが、その他の顧客システムの稼働状況を表す数値、例えば、システム内で使用するファイルのアップデイト回数、ファイルの増減容量、プログラムの更新頻度などを保持していてもよい。

【0040】

システム導入情報管理テーブル３４０は、ベンダーが取り扱っているシステムを顧客において導入したときの過去の導入実績に関する情報を保持テーブルであり、図７に示されるように、システム名３４０ａ、リプレイスバージョン３４０ｂ、アドオン本数３４０ｃ、利用ユーザ数３４０ｄ、導入形態３４０ｅ、対象バージョン３４０ｆ、顧客ＩＤ３４０ｇ、現行保守有無３４０ｉ、導入検討期間３４０ｊ、導入工数３４０ｋ、導入期間３４０ｌ、業務範囲３４０ｍの各フィールドからなる。

【0041】

システム名３４０ａには、導入されたシステムのシステム名称が格納される。顧客システムを一意に識別する識別子が格納される。リプレイスバージョン３４０ｂには、顧客システムのリプレイス後のバージョン情報が格納される。アドオン本数３４０ｃには、システム名３４０ａで示されるシステムに対して、アドオン（標準では備えていない機能を追加）したソフトウェアの数が格納される。利用ユーザ数３４０ｄには、導入されたシステムを利用したユーザ数が格納される。導入形態３４０ｅには、導入されたシステムにおけるシステムの導入形態を表す文字列または識別子が、例えば、「バージョンアップ」、「新規導入」などのように格納される。対象バージョン３４０ｆには、導入形態３４０ｅがバージョンアップのときに、元のシステムのバージョンを表す文字列または識別子が格納される。顧客ＩＤ３４０ｇには、導入した顧客を一意に表す識別子が格納される。現行保守有無３４０ｉには、導入したシステムが現行で保守しているか否かを表すフラグが格納される。導入検討期間３４０ｊには、導入したシステムのシステム導入にあたって検討した期間が月単位で格納される。導入工数３４０ｋには、導入したシステムのシステム導入にあたっての導入した工数が、例えば、月・人単位で格納される。導入期間３４０ｌには、導入したシステムのシステム導入にあたって要した期間が月単位で格納される。業務範囲３４０ｍには、導入したシステムの業務機能に関する情報が格納されることは、図３に示した業務範囲３００ｆと同様である。

【0042】

提案結果フィードバックテーブル３５０は、顧客にシステムリプレイスを提案したときの結果をフィードバックする情報を保持するテーブルであり、図８に示されるように、提案ＩＤ３５０ａ、提案システムＩＤ３５０ｂ、連携システムＩＤ３５０ｃ、判別結果３５０ｄ、提案形態３５０ｅ、顧客ＩＤ３５０ｆ、検討期間３５０ｇ、提案結果３５０ｈ、否認理由３５０ｉ、システム統合可能なユーザ数３５０ｊの各フィールドからなる。

【0043】

提案ＩＤ３５０ａには、システムリプレイスの提案案件を一意に識別する識別子が格納される。提案システムＩＤ３５０ｂには、提案したシステムを一意に識別する識別子が格納される。連携システムＩＤ３５０ｃには、提案システムＩＤ３５０ｂに示されるシステムと機能上、連携するシステムを一意に識別する識別子が格納される。判別結果３５０ｄには、提案システムＩＤ３５０ｂに示されるシステムと、連携システムＩＤ３５０ｃに示されるシステムにおけるそれぞれのリプレイス時期の関係（詳細は後述）を示す文字列または識別子が格納される。提案形態３５０ｅには、システムリプレイスの提案の形態を表す文字列または識別子が、例えば、「同時期統合」、「同時期」のように格納される。なお、提案形態の具体例は、後に詳述する。顧客ＩＤ３５０ｆには、顧客を一意に識別する識別子が格納される。検討期間３５０ｇには、システムリプレイスの提案に対して顧客が検討した期間が、月単位で格納される。提案結果３５０ｈには、システムリプレイスの提案に対して、顧客が否認したか、承認したかのフラグが格納される。否認理由３５０ｉには、システムリプレイスの提案が否認した理由を表す文字列または識別子が、例えば、「利用ユーザ数」、「利便性」のように格納される。システム統合可能なユーザ数３５０ｊには、提案システムＩＤ３５０ｂに示されるシステムと、連携システムＩＤ３５０ｃに示されるシステムの統合のリプレイスが、連携システムＩＤ３５０ｃの利用ユーザ数が理由で否認したときに、顧客がこのユーザ数のときには統合可能であると答えた連携システムＩＤ３５０ｃの利用ユーザ数の上限の数が格納される。すなわち、提案ＩＤ３５０ａが、「Ｓ００２」のレコードのように、顧客にインタビューしたとき、提案システムＩＤ３５０ｂが「Ａ００１」、連携システムＩＤ「Ａ００２」を統合してリプレイスするときに、連携システムＩＤ「Ａ００２」の利用ユーザ数が、「１００以下なら、Ａ００１のシステムと、Ａ００２のシステムを統合してもよい」と答えたことを意味する。なお、このように、あるシステムとそれと連携するシステムがどのような場合に、統合してリプレイスするかの判断基準については、後に詳説する。

【0044】

リプレイス変数管理テーブル３６０は、リプレイス時に判断の基準となる変数を管理するテーブルであり、図９に示されるように、業務カバー範囲３６０ａ、システム統合ユーザ数３６０ｂの各フィールドからなる。

【0045】

業務カバー範囲３６０ａには、システム統合を行うときの連携システムの業務範囲を示す文字列または識別子が格納される。システム統合ユーザ数３６０ｂには、システム統合を行うときの連携システムで、この値以下のときには、対象となるシステムとその連携システムについて、システム統合を行ってもよいと判断される上限のユーザ数が格納される。システム統合ユーザ数３６０ｂには、例えば、図８に示したシステム導入情報管理テーブル３４０と、図５に示した取扱いシステム情報管理テーブル３２０を参照し、同じ条件（業務範囲が、「経費精算」であるなど）のレコードのシステム統合可能なユーザ数３４０ｊの値の平均をとったものを格納する。

【0046】

本実施形態のリプレイス変数管理テーブル３６０は、キーとして広く連携システムの業務範囲としたが、もっと狭く、連携システムのシステム名をキーともよい。

【0047】

また、本実施形態のリプレイス変数は、システム統合時の連携システムのユーザ数としたが、その他の変数として、連携される元のシステムのユーザ数や、アドオン本数などを判定の変数とするものであってもよい。

【0048】

リプレイス提案情報テーブル３７０は、対象となるシステムのシステムリプレイスの提案に関連する情報を保持するテーブルであり、図１０に示されるように、提案ＩＤ３７０ａ、対象システムＩＤ３７０ｂ、連携システムＩＤ３７０ｃ、顧客ＩＤ３７０ｄ、対象システム保守期限３７０ｅ、リプレイス期間３７０ｆ、対象システムリプレイス開始必須時期３７０ｇ、連携システムリプレイス開始必須時期３７０ｈ、リプレイス形態３７０ｉの各フィールドからなる。

【0049】

提案ＩＤ３７０ａには、システムリプレイスの提案案件を一意に識別する識別子が格納される。対象システムＩＤ３７０ｂには、提案の対象となるシステムを一意に識別する識別子が格納される。連携システムＩＤ３７０ｃには、連携システムＩＤ３７０ｃには、対象システムＩＤ３７０ｂに示されるシステムと機能上、連携するシステムを一意に識別する識別子が格納される。顧客ＩＤ３００ｄには、顧客を一意に識別する識別子が格納される。対象システム保守期限３７０ｅには、対象システムＩＤ３７０ｂに示されるシステムの保守期限が月単位で格納される。リプレイス期間３７０ｆには、対象システムＩＤ３７０ｂに示されるシステムのリプレイス期間が格納される。リプレイス期間とは、本実施形態では、対象システムのリプレイス開始必須時期から対象システムの保守期限までの間とする（詳細は、後述）。対象システムリプレイス開始必須時期３７０ｇには、対象システムに対して、リプレイスを開始しなければならない時期が格納される（詳細は、後述）。連携システムリプレイス開始必須時期３７０ｈには、連携システムＩＤ３７０ｃに示すリプレイスを開始しなければならない時期が格納されるリプレイス形態３７０ｉには、システムリプレイスの提案の形態を表す文字列または識別子が、例えば、図１０に示されるように、「同時期統合」、「同時期」のように格納される。なお、提案形態の具体例は、後に詳述する。

【0050】

次に、図１１ないし図１３Ｂを用いて一実施形態に係るシステムリプレイス提案装置が行う処理について説明する。

【0051】

先ず、図１１を用いてシステムリプレイス提案装置が、システムリプレイスの提案を行う一連の処理について説明する。
先ず、ユーザは、顧客システムの情報を入力し、システムリプレイス提案装置１００は、顧客システム情報管理テーブル３００、顧客システム連携管理テーブル３１０に値を設定する（Ｓ０１）。

【0052】

なお、ユーザが、顧客システムの情報を入力する具体的なインタフェースについては、後に説明する。

【0053】

次に、システムリプレイス提案装置１００は、顧客システム情報管理テーブル３００、顧客システム連携管理テーブル３１０に設定した情報に基づいて、システム構成図を生成し（Ｓ０２）、システム構成図データ２００に値を設定する。

【0054】

次に、システムリプレイス提案装置１００は、システムリプレイスの形態・時期を算出する処理を行う（Ｓ０３）。システムリプレイスの形態・時期を算出する処理の詳細は、後に、図１２を用いて詳説する。

【0055】

次に、システムリプレイス提案装置１００は、システム構成図データ２００と、システムリプレイスの形態・時期を算出する処理により、値を設定したリプレイス提案情報テーブル３７０に基づき、システムリプレイス提案画面を出力する（Ｓ０４）。

【0056】

システム提案画面の具体的なインタフェースについては、後に説明する。ユーザは、システム提案画面により、リプレイス対象とするシステムと、システムリプレイスの時期と、形態を視覚的に確認することができる。

【0057】

次に、図１２を用いてシステムリプレイスの形態・時期を算出する処理の詳細について説明する。
先ず、システムリプレイス提案装置１００は、顧客システム連携管理テーブル３１０を参照し、顧客システムの情報を取得する（Ｓ１００）。
次に、システムリプレイス提案装置１００は、取扱いシステム情報管理テーブル３２０を参照し、ベンダーが取り扱っているシステムの情報を取得する（Ｓ１０１）。
次に、システムリプレイス提案装置１００は、システムリプレイス提案装置１００は、システム導入情報管理テーブル３４０を参照し、ベンダーが取り扱っているシステムを顧客において導入したときの過去の導入実績に関する情報を取得する（Ｓ１０２）。
次に、システムリプレイス提案装置１００は、顧客システムとその顧客システムの連携システムのリプレイス開始必須時期を算出する（Ｓ１０３）。

【0058】

リプレイス開始必須時期は、顧客システムの保守期限（図５の保守期限３２０ｄ）から、導入検討期間（図７の導入検討期間３４０ｉ）と導入期間（導入期間３４０ｋ）を足した期間分をさかのぼった時期とする。すなわち、円滑にシステムリプレイスを行うためには、顧客とシステムを取り扱うベンダーは、リプレイス開始必須時期より前に、システムリプレイスの準備を行わなければならないという意義を有する。また、リプレイス開始必須時期から保守期限の間の期間を「リプレイス期間」とする。これは、連携システムでも同様である。

【0059】

次に、システムリプレイス提案装置１００は、対象システムの内で、現時点（システムリプレイスの判断時点）で、リプレイス開始必須時期を越えた未算出の顧客システムがあるか否かを判断し（Ｓ１０４）、リプレイス開始必須時期を越えた未算出の顧客システムがあるときには、Ｓ１０５に行き（Ｓ１０４：ＹＥＳ）、リプレイス開始必須時期を越えた未算出の顧客システムがないときには（Ｓ１０４：ＮＯ）、処理を終了する。

【0060】

Ｓ１０４でリプレイス開始必須時期を越えた未算出の顧客システムがあるときには、システムリプレイス提案装置１００は、その未算出の顧客システム→システムＡとして（Ｓ１０５）、システムＡに対するシステムリプレイス形態・時期算出の詳細処理を行う（Ｓ１０６）。システムＡに対するシステムリプレイス形態・時期算出の詳細処理は、次に、図１３Ａ、図１３Ｂを用いて説明する。

【0061】

そして、Ｓ１０４に行き、未算出の顧客システムがなくなるまで、Ｓ１０４～Ｓ１０６のループを繰り返す。

【0062】

次に、図１３Ａ、図１３Ｂを用いてシステムＡに対するシステムリプレイス形態・時期算出の詳細処理について説明する。

【0063】

先ず、システムリプレイス提案装置１００は、システムＡに関する連携システムが存在するか否かを判定し（Ｓ２００）、システムＡに関する連携システムが存在するときには（Ｓ２００：ＹＥＳ）、Ｓ２１０（図１３Ｂ）に行き、システムＡに関する連携システムが存在しないときには（Ｓ２００：ＮＯ）、Ｓ２０１に行く。

【0064】

Ｓ２００において、システムリプレイス提案装置１００は、システムＡに関する連携システムが存在しないときには、リプレイス形態：システムＡのみリプレイス提案とし（Ｓ２１０（図１３Ｂ））、リプレイス提案情報テーブル３７０に値を設定する（Ｓ２１１）。

【0065】

次に、ベンダーは、対象とする顧客にリプレイス形態に沿ったシステムリプレイスを顧客に提案し、その提案結果の情報を、提案結果フィードバックテーブル３５０にフィードバック情報としてその値を設定する（Ｓ２１２）。

【0066】

次に、システムリプレイス提案装置１００は、提案結果フィードバックテーブル３５０の新たな設定により、リプレイス変数管理テーブル３６０の更新の必要が生じたときには、リプレイス変数管理テーブル３６０の値を更新し（Ｓ２１３）、処理を終了する。

【0067】

Ｓ２００において、システムリプレイス提案装置１００は、システムＡに関する連携システムが存在するときには、システムＡに対する連携システムの一つを取得し、取得した連携システム→システムＢとする（Ｓ２０１）。

【0068】

次に、システムリプレイス提案装置１００は、システムＡのリプレイス期間中に、システムＢのリプレイス開始必須時期が来るか否かを判定し（Ｓ２２１）、システムＡのリプレイス期間中に、システムＢのリプレイス開始必須時期が来るときには（Ｓ２２１：ＹＥＳ）、Ｓ２２２に行き、システムＡのリプレイス期間中に、システムＢのリプレイス開始必須時期が来ないときには（Ｓ２２１：ＮＯ）、Ｓ２２４に行く。

【0069】

Ｓ２２１において、システムＡのリプレイス期間中に、システムＢのリプレイス開始必須時期が来るときには、システムリプレイス提案装置１００は、取扱いシステム情報管理テーブル３２０を参照し、システムＡの次バージョン（リプレイスされた後のシステム）の業務範囲の機能に、システムＢの業務範囲の機能が含まれるか否かを判定し（Ｓ２２２）、システムＡの次バージョンの業務範囲の機能に、システムＢの業務範囲の機能が含まれるときには（Ｓ２２２：ＹＥＳ）、Ｓ２２３に行き、システムＡの次バージョンの業務範囲の機能に、システムＢの業務範囲の機能が含まれないときには（Ｓ２２２：ＮＯ）、Ｓ２３０（図１３Ｂ）に行く。

【0070】

Ｓ２２２において、システムＡの次バージョンの業務範囲の機能に、システムＢの業務範囲の機能が含まれるときには、または、Ｓ２２６において、システムＡとシステムＢを統合すべきと判定したときには（後述）、システムリプレイス提案装置１００は、提案結果フィードバックテーブル３５０の情報を参照し、システムＡとシステムＢを統合すべきか否かを判定し（Ｓ２２３）、システムＡとシステムＢを統合すべきでないと判定したときには（Ｓ２２３：ＮＯ）、Ｓ２３０（図１３Ｂ）に行き、システムＡとシステムＢを統合すべきと判定したときには（Ｓ２２３：ＹＥＳ）、Ｓ２３１（図１３Ｂ）に行く。

【0071】

この判定は、例えば、提案結果フィードバックテーブル３５０の提案システムＩＤ３５０ｂから、システムＡと同じシステム名、バージョンを有するレコード、連携システムＩＤ３５０ｃからシステムＢと同じシステム名、バージョンを有するレコードをマッチングさせ、提案結果３５０ｈの「承認」のレコード数が、「否認」の「承認」以上のときには、システムＡとシステムＢを統合すべきと判定し、そうでないときには、システムＡとシステムＢを統合すべきでないと判定する。

【0072】

Ｓ２２１において、システムＡのリプレイス期間中に、システムＢのリプレイス開始必須時期が来ないときには、システムリプレイス提案装置１００は、システムＡの次バージョンの業務範囲の機能に、取扱いシステム情報管理テーブル３２０を参照し、システムＢの業務範囲の機能が含まれるか否かを判定し（Ｓ２２４）、システムＡの次バージョンの業務範囲の機能に、システムＢの業務範囲の機能が含まれるときには（Ｓ２２４：ＹＥＳ）、Ｓ２２５に行き、システムＡの次バージョンの業務範囲の機能に、システムＢの業務範囲の機能が含まれないときには（Ｓ２２４：ＮＯ）、Ｓ２３３（図１３Ｂ）に行く。

【0073】

Ｓ２２４において、システムＡの次バージョンの業務範囲の機能に、システムＢの業務範囲の機能が含まれるときには、システムリプレイス提案装置１００は、図３に示す顧客システム情報管理テーブル３００の稼働日３００ｅと、図５の取扱いシステム情報管理テーブル３２０の耐用年数３２０ｃを参照し、システムＢの耐用年数が完了しているか、あるいは、システムＡのリプレイス期間中にシステムＢの耐用年数が完了するか否かを判定し（Ｓ２２５）、システムＢの耐用年数が完了しているときには（Ｓ２２５：ＹＥＳ）、Ｓ２２６に行き、システムＢの耐用年数が完了していないときには（Ｓ２２５：ＮＯ）、Ｓ２３２（図１３Ｂ）に行く。

【0074】

Ｓ２２５において、システムＢの耐用年数が完了しているときには、システムリプレイス提案装置１００は、システムＢの機能と合致するリプレイス変数管理テーブル３６０の値により、システムＡとシステムＢを統合すべきか否かを判定し（Ｓ２２６）、システムＡとシステムＢを統合すべきと判定したときには（Ｓ２２６：ＹＥＳ）、Ｓ２２３に行き、システムＡとシステムＢを統合すべきでないと判定したときには（Ｓ２２６：ＮＯ）、Ｓ２３３（図１３Ｂ）に行く。

【0075】

例えば、図９のリプレイス変数管理テーブル３６０の例では、システムＢの業務範囲が、「経費精算」を含んでいるときに、図６の顧客システム稼働状況テーブル３３０の現行ユーザログイン数３３０ｂが、リプレイス変数管理テーブル３６０のシステム統合判定ユーザ３６０ｂより大きいときには、システムＡとシステムＢを統合すべきでないと判定し、そうでないときには、システムＡとシステムＢを統合すべきと判定する。これは、現行のシステムＢのユーザログイン数が、基準となるログイン数より大きいときには、統合のための不具合がでる可能性が大きくなるからである。

【0076】

Ｓ２２２において、システムＡの次バージョンの業務範囲の機能に、システムＢの業務範囲の機能が含まれないとき、Ｓ２２３において、システムＡとシステムＢを統合すべきでないと判定したとき、システムリプレイス提案装置１００は、リプレイス形態：システムＡ、システムＢの同時リプレイス提案とし（システム統合はなし）（Ｓ２３０）、リプレイス提案情報テーブル３７０に値を設定する（Ｓ２４０）。

【0077】

Ｓ２２３において、システムＡとシステムＢを統合すべきと判定したとき、システムリプレイス提案装置１００は、リプレイス形態：システムＡ、システムＢの同時期統合提案とし（Ｓ２３１）、リプレイス提案情報テーブル３７０に値を設定する（Ｓ２４０）。

【0078】

Ｓ２２５において、システムＢの耐用年数が完了していないとき、システムリプレイス提案装置１００は、リプレイス形態：システムＡリプレイス後、システムＢの統合提案とし（Ｓ２３２）、リプレイス提案情報テーブル３７０に値を設定する（Ｓ２４０）。

【0079】

Ｓ２２４において、システムＢの業務範囲の機能が含まれないとき、または、Ｓ２２５において、システムＢの耐用年数が完了していないとき、システムリプレイス提案装置１００は、リプレイス形態：システムＡのみリプレイス提案とし（Ｓ２３３）、リプレイス提案情報テーブル３７０に値を設定する（Ｓ２４０）。

【0080】

リプレイス提案情報テーブル３７０に値の設定後は、未取得の連携システムがあるか否かを判定し（Ｓ２５０）、未取得の連携システムがあるときには（Ｓ２５０：ＹＥＳ）、Ｓ２０１に戻り、未取得の連携システムがないときには（Ｓ２５０：ＮＯ）、Ｓ２１２に行く。

【0081】

以上のように、顧客システムとその連携システムのシステムリプレイスの形態は、先ず、顧客システムのリプレイス期間中に、連携システムのリプレイス開始必須時期が来るか否かを見て、顧客システムのリプレイス期間中に、連携システムのリプレイス開始必須時期が来るときには、同時期にリプレイスを行うことを提案する。これにより、顧客は、顧客システムとそのシステムリプレイスの迫った連携システムを同時にリプレイスすることを計画でき、顧客システム全体の効率的なシステムリプレイスを行うことができる。

【0082】

また、顧客システムとその連携システムが統合できる可能性があるときには、過去の顧客のフィードバック情報をも参照する。

【0083】

さらに、顧客システムのリプレイス期間中に、連携システムのリプレイス開始必須時期が来ないときでも、連携システムの耐用年数が完了しているか否かで、同時期にリプレイスを行うことを提案する。これは、顧客にとって税制上の利点が見込めるからである。

【0084】

また、顧客システムとその連携システムのシステム統合を行うべきであるか否かというのは、例えば、連携システムのログインユーザ数を判定基準にすることもできる。

【0085】

以上のように、本実施形態のシステムリプレイス提案装置によれば、顧客システムとその連携システムの特徴、運用形態に従って、顧客システム全体の最適なリプレイスの形態とタイミングを算出し、提案することができる。

【0086】

次に、図１４および図１５を用いてシステムリプレイス提案装置の提供するユーザインタフェースについて説明する。

【0087】

システム情報入力画面５００は、顧客システムの情報を入力するための画面であり、図１４に示されるように、顧客システム基本情報入力欄５１０は、業務範囲入力欄５２０、連携システム入力欄５３０よりなる。

【0088】

顧客システム基本情報入力欄５１０は、顧客システムのシステム名、稼働日、バージョンなどの基本的な情報を入力する欄である。業務範囲入力欄５２０は、業務範囲の機能が該当することを、チェックボックスにより入力する欄である。連携システム入力欄５３０は、登録する顧客システムと連携するシステムの情報を入力する欄である。

【0089】

システムリプレイス提案画面６００は、システムリプレイス提案装置１００が算出したリプレイス形態、タイミングに関する情報を顧客に示す画面であり、図１５に示されるように、システム構成図表示欄６１０、対象システム情報表示欄６２０、連携システム情報表示欄６３０、リプレイス提案形態表示欄６４０よりなる。

【0090】

システム構成図表示欄６１０は、対象システムとその連携システムの関係を示すシステム構成図を表示する欄である。対象システム情報表示欄６２０は、対象とする顧客システムの情報を表示する欄である。連携システム情報表示欄６３０は、連携システムの情報を表示する欄である。リプレイス提案形態表示欄６４０は、システムリプレイス提案装置１００が提案するリプレイス形態の情報（図１３ＢのＳ２１１、Ｓ２３０、Ｓ２３１、Ｓ２３２、Ｓ２３３）を表示する欄である。

【0091】

これにより、顧客は、システムリプレイス提案装置１００が提案する連携システムも含めたリプレイス形態、タイミングを視覚的に分かりやすく理解することができる。

【符号の説明】

【0092】

１１０…リプレイス提案ＵＩ（User Interface）部、１２０…システム特徴管理部、１３０…リプレイス形態・時期算出部、１４０…プロジェクトナレッジ管理部、１５０…記憶部、
２００…システム構成図データ、３００…顧客システム情報管理テーブル、３１０…顧客システム連携管理テーブル、３２０…取扱いシステム情報管理テーブル、３３０…顧客システム稼働状況テーブル、３４０…システム導入情報管理テーブル、３５０…提案結果フィードバックテーブル、３６０…リプレイス変数管理テーブル、３７０…リプレイス提案情報テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13A】

【図13B】

【図14】

【図15】