(57)【要約】      （修正有）【課題】顧客の特性別に適切なタイミングでのリプレース提案顧客候補のリストを提供し、適切なリプレース提案支援をする。【解決手段】サーバの情報処理部でプログラムを実行することにより、製品固体別の保守作業情報や顧客別の顧客特性情報を登録する保守情報登録処理部と、製品のリプレース前と後の製品情報やリプレース理由情報を登録するリプレース情報登録処理部と、製品のリプレースの実績と理由、保守作業の情報を型式別顧客特性別に集計する型式別顧客特性別集計処理部と、集計結果と顧客のアラーム金額を基に顧客候補を抽出するリプレース提案顧客候補の抽出処理部を有する。抽出処理部は、前記型式別顧客特性別集計処理部による、実績集計と保守継続中の製品固体の状況を参照して、顧客特性に合わせた製品固体に対する適切なリプレース提案顧客候補を提供する。【選択図】図１
2014032599.tif 000002
【特許請求の範囲】
【請求項１】
プログラムを実行して情報を処理する情報処理部と、情報を記憶するデータベース（ＤＢ）を有するサーバと、該サーバに接続される端末を含むコンピュータシステムを用いて実現される製品のリプレース提案支援システムにおいて、
該情報処理部は、プログラムの実行によって、
製品の型式別の顧客特性情報や製品固体情報を登録する出荷前情報登録処理部と、製品固体別の保守作業情報や顧客別の顧客特性情報を登録する保守情報登録処理部と、製品のリプレース前と後の製品情報やリプレース理由情報を登録するリプレース情報登録処理部と、製品のリプレースの実績と理由、保守作業の情報を型式別顧客特性別に集計する型式別顧客特性別集計処理部と、集計結果と顧客のアラーム金額を基に顧客候補を抽出するリプレース提案顧客候補の抽出処理部と、抽出した顧客候補リストから対象顧客を選択し営業担当の関連付けを行うリプレース提案顧客の選択登録処理部を有し、
前記抽出処理部は、前記型式別顧客特性別集計処理部による、実績集計と保守継続中の製品固体の状況を参照して、顧客特性に合わせた製品固体に対する適切なリプレース提案顧客候補を提供する
ことを特徴とするリプレース提案支援システム。
【請求項２】
前記抽出処理部は、リプレース提案タイミングであると判定した複数の製品固体の製品標準単価を顧客別に合計し、該顧客別合計値が、顧客別に事前設定しておいたアラーム金額を上回った場合の顧客を、リプレース提案顧客候補のリストとして提供する
ことを特徴とする請求項１のリプレース提案支援システム。
【請求項３】
前記ＤＢとして、
顧客特性の指定対象となる製品型式を表す製品型式と、顧客の特性となる特性項目に関する情報を登録する顧客特性情報ＤＢと、
製品個体を特定する製品情報と、製品型式を表す製品型式と、製品個体を出荷した時期を示す時期情報と、リプレース提案の候補となる製品個体に対してリプレース提案に関する情報と、製品個体を保有している会社を表す会社情報と、出荷時の製品の標準単価を示す製品標準単価と、製品個体の廃棄の有無と、を示す各情報を登録する製品固体情報ＤＢと、
会社情報と、平均顧客単価と、リプレース提案の候補となるリプレースフラグ情報と、顧客保有のリプレースフラグ情報に関する製品個体の製品標準単価の合計の閾値を示すアラーム金額と、リプレース提案顧客候補であるリプレースフラグ情報に関する顧客の中から営業がリプレース提案顧客と判断した顧客であることを示す提案情報と、リプレース提案顧客と判断された顧客の営業担当を示す営業担当、を示す各情報を登録する顧客情報ＤＢと、
製品情報と、会社情報と、保守作業を実施した時を示す保守時期と、保守作業の種類を示す保守種類と、保守作業の内容を示す保守内容と、保守作業の請求金額を示す保守コストと、を示す各情報を登録する保守作業情報ＤＢと、
リプレースを特定するリプレース情報と、リプレース前の製品個体を特定するリプレース前情報と、リプレース前の製品個体の型式を示すリプレース前製品型式と、リプレース後の製品個体を特定するリプレース後情報と、リプレース後の製品型式を示すリプレース後製品型式と、リプレースした時を示すリプレース時期、を示す各情報を登録するプレース情報ＤＢと、
製品型式と、平均顧客単価と、リプレース時期と、出荷された製品個体の集計台数を示す集計台数と、製品個体の出荷した当初からの平均月数を示す平均経過月数と、製品個体の当初からの保守回数を示す平均保守回数と、保守作業の請求金額を示す平均保守コストと、を示す各情報を登録する保守集計情報ＤＢと、を有し、
前記抽出処理部は、前記製品個体情報ＤＢと、前記顧客情報ＤＢと、前記保守集計情報ＤＢを参照して、プレース提案顧客候補のリストを抽出する
ことを特徴とする請求項１又は２のリプレース提案支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リプレース提案支援システムに係り、特に、一貫した保守履歴の収集が困難で、顧客によりリプレースタイミングに相違が大きい、例えば厨房設備に対する保守実績と顧客特性の情報を活用したリプレース提案タイミングの把握及びその実現のためのシステムに関する。
【背景技術】
【０００２】
近年、保守管理データを記憶したＩＣタグを、ＩＣタグリーダ／ライタを用いて読取り又は書き込みして設備機器の管理を行うことが提唱されている。例えば、特許文献１には、ディスプレーによる表示機能やキー入力のための入力装置を、携帯電話機を利用することで省略し、安価に製造でき、かつ、小型化にも有利なハンディ型のＲＦＩＤリーダ／ライタを用いた設備機器管理システムが開示されている。
【０００３】
厨房設備は転売される頻度が高く、場合によっては廃棄されるまでに複数の顧客を経ることがある。このため、ある製品固体に対して新規購入した顧客へのリプレース提案タイミングと、転売により購入した顧客へのリプレース提案タイミングでは、そのタイミングに違いが発生してくる。この違いは、営業活動する担当者が感覚で捉え、個別に対応することが多い。結果として、リプレース提案すべき顧客や製品固体の取りこぼしや、適切なリプレース提案タイミングを逸することになる。
【０００４】
また、特許文献２には、製品あるいはその部品をリサイクルしたり、廃棄したりする場合の判断や処理手順を合理化できるライフサイクル管理システムが開示されている。これは製品あるいはその部品の「回収時の処理」や「信頼性評価の処理」についてのものであり、転売により市場流通される製品に対する顧客特性別のリプレースタイミングは考慮されていない。つまり、特許文献２の技術を適用した場合も、転売頻度の高い厨房設備のリプレース提案に関する営業視点での問題を解決することができないことになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−４６７５５号公報
【特許文献２】特開２０００−４８０６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、製品個体の出荷情報や一貫した保守情報を基に、顧客の特性別に適切なタイミングでのリプレース提案顧客候補のリストを提供し、営業時に必要となるリプレース提案タイミングに達している製品固体を確認できるようにして適切なリプレース提案支援を可能とすることにある。
【課題を解決するための手段】
【０００７】
本発明は、好ましくは、プログラムを実行して情報を処理する情報処理部と、情報を記憶するデータベース（ＤＢ）を有するサーバと、該サーバに接続される端末を含むコンピュータシステムを用いて実現される製品のリプレース提案支援システムにおいて、該情報処理部は、プログラムの実行によって、
製品の型式別の顧客特性情報や製品固体情報を登録する出荷前情報登録処理部と、製品固体別の保守作業情報や顧客別の顧客特性情報を登録する保守情報登録処理部と、製品のリプレース前と後の製品情報やリプレース理由情報を登録するリプレース情報登録処理部と、製品のリプレースの実績と理由、保守作業の情報を型式別顧客特性別に集計する型式別顧客特性別集計処理部と、集計結果と顧客のアラーム金額を基に顧客候補を抽出するリプレース提案顧客候補の抽出処理部と、抽出した顧客候補リストから対象顧客を選択し営業担当の関連付けを行うリプレース提案顧客の選択登録処理部を有し、
前記抽出処理部は、前記型式別顧客特性別集計処理部による、実績集計と保守継続中の製品固体の状況を参照して、顧客特性に合わせた製品固体に対する適切なリプレース提案顧客候補を提供することを特徴とするリプレース提案支援システムとして構成される。
【０００８】
好ましい例では、前記抽出処理部は、リプレース提案タイミングであると判定した複数の製品固体の製品標準単価を顧客別に合計し、該顧客別合計値が、顧客別に事前設定しておいたアラーム金額を上回った場合の顧客を、リプレース提案顧客候補のリストとして提供する。
【発明の効果】
【０００９】
本発明によれば、営業担当は個々の製品固体が顧客特性に応じたリプレース提案タイミングに達しているかを容易に把握することができる。これにより、リプレース提案すべき製品固体に対しての取りこぼしの削減や適切なタイミングでのリプレースの提案が可能となる。
また、事前設定したアラーム金額に達した顧客がリストアップされるため、個々の製品固体単位ではなく、適切なリプレース提案金額規模の顧客を営業担当が把握することができる。これにより、リプレース提案すべき顧客に対しての取りこぼしの削減や適切なタイミングでのリプレースの提案が可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態によるリプレース提案支援システムの全体構成を示す図。
【図２】一実施形態における出荷前情報登録処理部１０３の処理フローチャート。
【図３】一実施形態における保守情報登録処理部１０４の処理フローチャート。
【図４】一実施形態におけるリプレース情報登録処理部１０５の処理フローチャート。
【図５】一実施形態における型式別顧客特性別集計処理部１０６の処理フローチャート。
【図６】一実施形態におけるリプレース提案顧客候補の抽出処理部１０７の処理フローチャート。
【図７】一実施形態におけるリプレース提案顧客の選択登録処理部１０８の処理フローチャート。
【図８】一実施形態における顧客特性情報ＤＢのテーブル構成例を示す図。
【図９】一実施形態における製品固体情報ＤＢのテーブル構成例を示す図。
【図１０】一実施形態における顧客情報ＤＢのテーブル構成例を示す図。
【図１１】一実施形態における保守作業情報ＤＢのテーブル構成例を示す図。
【図１２】一実施形態におけるリプレース情報ＤＢのテーブル構成例を示す図。
【図１３】一実施形態におけるリプレース理由ＤＢのテーブル構成例を示す図。
【図１４】一実施形態における保守集計情報ＤＢのテーブル構成例を示す図。
【図１５】一実施形態における理由集計情報ＤＢのテーブル構成例を示す図。
【図１６】一実施形態におけるリプレース提案顧客選択の画面を示す図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の最良の形態について図面を用いて詳細に説明する。
図１は、リプレース提案支援システムの全体構成を示す。
リプレース提案支援システムは、サーバ１０１と、それに接続される端末を含むコンピュータシステムにより構成される。サーバ１０１にはリプレース提案支援システム１０２が構築される。サーバ１０１には、WAN/LANを経由して、新製品登録/出荷１１８の製品担当が使用するＰＣ（パーソナルコンピュータ）などの端末１２２が接続される。またサーバ１０１には、インターネットを経由して、顧客と接触する機会の多い保守１１９の保守担当が使用する携帯電話等の携帯端末１２３及びリプレース提案１２０の営業担当が使用する端末１２５が接続される。ここで、端末１２３は、製品に貼付されたＩＣタグの情報（ＩＣタグNo/製番や製品型名、出荷年月日（詳細は後述））を読取るＩＣタグリーダ１２４を備えていて、端末１２３はこのＩＣタグリーダ１２４で読んだ情報を、インターネットを通してサーバ１０１へ送信する。
【００１２】
リプレース提案支援システム１０２は、情報を蓄積するデータベース（以下単にＤＢという）と、情報処理を行う情報処理部を備えて構成される。
情報を蓄積するＤＢは、上場の有無や店舗数、平均顧客単価などの顧客の特性情報を蓄積する顧客特性情報ＤＢ１０９と、製品個体に貼付されるＩＣタグのＩＣタグNo/製番や製品型名、出荷年月日などの製品固体を識別する情報を蓄積する製品固体情報ＤＢ１１０と、会社コードや会社名、営業担当などの顧客に関する情報を蓄積する顧客情報ＤＢ１１１と、保守日や保守種類、保守内容などの保守作業に関する情報を蓄積する保守作業情報ＤＢ１１２と、リプレース前とリプレース後のＩＣタグNo/製番、リプレース年月日などのリプレースの実績情報を蓄積するリプレース情報ＤＢ１１３と、老朽化や機能向上、戦略変更などのリプレースの理由に関する情報を蓄積するリプレース理由情報ＤＢ１１４と、型式別顧客特性別に平均経過月数や平均保守回数、平均保守コストなどを集計した結果を蓄積する保守集計情報ＤＢ１１５と、型式別顧客特性別に老朽化件数や機能向上件数、戦略変更件数などを集計した結果を蓄積する理由集計情報ＤＢ１１６を有して構成される。
【００１３】
また、情報処理部は、サーバが持つ処理装置（ＣＰＵ）でプログラムを実行することにより実現される機能部であり、型式別の顧客特性情報や製品固体情報を登録する出荷前情報登録処理部１０３と、製品固体別の保守作業情報や顧客別の顧客特性情報を登録する保守情報登録処理部１０４と、リプレース前と後の製品情報やリプレース理由情報を登録するリプレース情報登録処理部１０５と、リプレースの実績と理由、保守作業の情報を型式別顧客特性別に集計する型式別顧客特性別集計処理部１０６と、集計結果と顧客のアラーム金額を基に顧客候補を抽出するリプレース提案顧客候補の抽出処理部１０７と、抽出した顧客候補リストから対象顧客を選択し営業担当の関連付けを行うリプレース提案顧客の選択登録処理部１０８より構成される。
【００１４】
次に、図８〜図１５を参照して、各ＤＢ１０９〜１１６の構成例について説明する。
図８に示す顧客特性情報ＤＢ１０９は、顧客特性の指定対象となる製品型式を表す製品型式と、顧客の特性となる特性項目と、型式別の特性項目の中で選択できる項目値とを示す各情報を登録する。特性項目は例えば株式上場の有無、店舗数、平均顧客単価等、顧客の特性を示す情報である。
【００１５】
図９に示す製品固体情報ＤＢは、製品個体を特定するＩＣタグ番号/製番と、製品型式を表す製品型式と、製品個体を出荷した年月日を示す出荷年月日と、リプレース提案の候補となる製品個体に対してリプレース提案の候補の有無を示すリプレースフラグと、製品個体を保有している会社を表す会社コードと、出荷時の製品の標準単価を示す製品標準単価と、製品個体の廃棄の有無を示す廃棄フラグを示す各情報を登録する。なお、リプレースフラグが「１」はリプレース候補あり、「０」はそれが無いことを示す。廃棄フラグが「１」は廃棄あり、「０」はそれが無いことを示す。
【００１６】
図１０に示す顧客情報ＤＢは、会社コード、会社名又は事業主体名を示す会社名/事業体名、上場の有無、店舗数、平均顧客単価、リプレース提案の候補となるフラグを示すリプレースフラグ、顧客保有のリプレースフラグありの製品個体の製品標準単価の合計の閾値を示すアラーム金額、リプレース提案顧客候補であるリプレースフラグありの顧客の中から営業がリプレース提案顧客と判断した顧客であることを示す提案フラグ、リプレース提案顧客と判断された顧客の営業担当を示す営業担当、を示す各情報を登録する。
ここで、上場の有無、店舗数、平均顧客単価は、顧客特性情報ＤＢ１０９の特性項目から選択したものである。また、提案フラグが「１」は提案あり、「０」はそれが無いことを示す。
【００１７】
図１１に示す保守作業情報ＤＢは、ＩＣタグ番号/製番、会社コード、保守作業を実施した日を示す保守日、保守作業の種類を示す保守種類、保守作業の内容を示す保守内容、保守作業の請求金額を示す保守コスト、を示す各情報を登録する。
【００１８】
図１２に示すリプレース情報ＤＢは、リプレースを特定するリプレース番号、リプレース前の製品個体を特定するリプレース前ＩＣタグ番号/製番、リプレース前の製品個体の型式を示すリプレース前製品型式、リプレース後の製品個体を特定するリプレース後ＩＣタグ番号/製番、リプレース後の製品型式を示すリプレース後製品型式、リプレースした年月日を示すリプレース年月日、を示す各情報を登録する。
【００１９】
図１３に示すリプレース理由ＤＢは、リプレース情報を特定するリプレース番号、リプレース理由の件数カウントに使用する老朽化フラグ、老朽化の理由等を説明する老朽化コメント、リプレース理由の件数カウントに使用する機能向上フラグ、機能向上の理由を説明する機能向上コメント、リプレース理由の件数カウントに使用する戦略変更フラグ、戦略変更の理由を説明する戦略変更コメント、リプレース理由の件数カウントに使用するその他フラグ、その他の理由を説明するその他コメント、を示す各情報を登録する。
ここで、各フラグが「１」は対象の情報がありを示し、「０」はそれが無いことを示す。
【００２０】
図１４に示す保守集計情報ＤＢは、製品型式、上場の有無、店舗数、平均顧客単価、リプレース年月、出荷された製品個体の集計台数を示す集計台数、製品個体の出荷した当初からの平均月数を示す平均経過月数、製品個体の当初からの保守回数を示す平均保守回数、保守作業の請求金額を示す平均保守コスト、を示す各情報を登録する。
【００２１】
ここで、製品型式、上場の有無、店舗数、平均顧客単価は、保守作業情報ＤＢ１１２のＩＣタグ/製番に対応して取得した情報である。集計台数は保守作業情報ＤＢ１１２のＩＣタグ/製番を基に算出した情報である。
平均保守回数は、製品個体情報ＤＢ１１０の出荷年月日から算出した月数である。平均保守回数及び平均保守コストは保守作業情報ＤＢ１１２から算出したものである。
【００２２】
図１５に示す理由集計情報ＤＢは、製品型式、上場の有無、店舗数、平均顧客単価、リプレース年月、集計台数、老朽化件数、機能向上件数、戦略変更件数、その他件数、を示す各情報を登録する。これらの情報は、リプレース情報ＤＢ１１３から取得する。
【００２３】
図２は、型式別の顧客特性情報や製品固体情報を登録する出荷前情報登録処理部１０３の処理動作を示すフローチャートである。本処理は、新製品の決定後から出荷の前までに実行される。
型式別顧客特性マスタ登録Ｓ２０１は、該当する製品の型式別に上場の有無や店舗数、平均顧客単価などの情報を顧客特性情報ＤＢ１０９に登録する。
【００２４】
製品固体情報登録Ｓ２０２は、製品固体の出荷前の段階でＩＣタグNo/製番や製品型名、出荷年月日などの製品固体を識別する情報を製品固体情報ＤＢ１１０に登録する。この際、厨房設備は転売の頻度が高いこと、厨房設備は使用時の汚れや設置環境の状況により製品固体を特定することが困難な場合があることを考慮し、出荷時に製品筺体にＩＣタグを貼付け、保守情報登録処理時(図３参照して後述)に、製品に貼付されたＩＣタグを、携帯端末１２３に備えたＩＣタグリーダで読み取ることにより、製品固体を容易に特定できるようにしておくことが望ましい。
【００２５】
図３は、製品固体別の保守作業情報や顧客別の顧客特性情報を登録する保守情報登録処理部１０４の処理動作を示すフローチャートである。本処理は、保守担当の現場到着後に実行される。
製品固体と顧客の特定Ｓ３０１は、製品に貼付されたＩＣタグを、携帯端末１２３のＩＣタグリーダ１２４で読み取り、顧客情報ＤＢ１１１と製品固体情報ＤＢ１１０の情報の中から該当する製品固体とそれを保有している顧客を特定する。
【００２６】
保守作業情報の登録Ｓ３０２は、保守担当が保守現場到着後に保守日や保守種類、保守内容などの保守作業に関する情報を保守作業情報ＤＢ１１２に登録する。この際、転売等により前回の保守時と顧客が異なっていた場合には、その時点で製品固体を保有する顧客の会社コードを製品固体情報ＤＢ１１０に登録する。
【００２７】
顧客特性情報の登録Ｓ３０３は、顧客特性情報ＤＢ３０６で製品の型式別に登録されている顧客特性の選択肢の中から該当する顧客特性を選択して、顧客情報ＤＢ３０９に登録する。ただし、既に顧客に対する顧客特性が登録されており、かつ変更の必要性がない場合は、この限りではない。
【００２８】
図４は、リプレース前と後の製品情報やリプレース理由情報を登録するリプレース情報登録処理部１０５の処理動作を示すフローチャートである。本処理は、リプレース発注が確定した後か、または他社リプレースや廃棄の情報を営業担当が取得した後に、実行される。
【００２９】
製品固体の選択Ｓ４０１は、製品固体情報ＤＢ４０４の中から該当する製品固体情報を選択する。
リプレース製品情報の登録Ｓ４０２は、選択した製品固体情報に対してプレース前とリプレース後のＩＣタグNo/製番、リプレース年月日などのリプレースの実績に関する情報をリプレース情報ＤＢ４０５に登録する。また、製品固体が廃棄されている場合は、廃棄フラグありを製品固体情報ＤＢ４０６に登録する。
リプレース理由情報の登録Ｓ４０３は、選択した製品固体情報に対してリプレース情報に関連する老朽化や機能向上、戦略変更などのリプレースの理由に関する情報をリプレース理由ＤＢ１１４に登録する。
【００３０】
図５は、リプレースの実績と理由、保守作業の情報を型式別顧客特性別に集計する型式別顧客特性別集計処理部１０６の処理動作を示すフローチャートである。本処理は、集計処理が必要とされる定期的なタイミングで実行される。
対象期間の取得Ｓ５０１は、パラメータとしてシステムに設定されている集計の対象期間を取得する。
対象とする製品型式の抽出Ｓ５０２は、取得した対象期間でリプレース情報ＤＢ５１７に存在する製品型式を抽出する。
【００３１】
処理対象の製品型式ありかの処理Ｓ５０３は、抽出した製品型式を順に処理していく際に、未処理の製品型式が存在するか否かを判定する。判定の結果、未処理の製品型式が存在する限り、Ｓ５０４〜Ｓ５１２の処理が繰り返し実行される。
対象期間・型式のＩＣタグ情報の抽出Ｓ５０４は、リプレース情報ＤＢ５１９より型式とリプレース年月日が対象となるリプレース前：ＩＣタグNo/製番を抽出する。その際、該当するＩＣタグNo/製番を用いて製品固体情報ＤＢ５１８より製品固体を保有している会社コードも合わせて抽出する。
【００３２】
対象とする顧客特性の抽出Ｓ５０５は、抽出した会社コードを用いて顧客情報ＤＢ５２０より、上場の有無や店舗数、平均顧客単価の組合せで構成される顧客特性パターンを抽出する。さらに、抽出結果より、Ｓ５０７〜Ｓ５１２の処理の対象となる型式別リプレース年月別の顧客特性パターンのサマリー情報を作成する。
処理対象の顧客特性ありかの処理Ｓ５０６は、作成した顧客特性パターンのサマリー情報を順に処理していく際に、未処理の顧客特性パターンが存在するか否かを判定する。判定の結果、未処理の顧客特性パターンが存在する限り、Ｓ５０７〜Ｓ５１２の処理が繰り返し実行される。
【００３３】
リプレース理由の抽出Ｓ５０７は、抽出したＩＣタグNo/製番を用いてリプレース理由ＤＢ１１４より、老朽化フラグや機能向上フラグ、戦略変更フラグを抽出する。
理由件数(老朽化、機能向上、戦略変更)の計算Ｓ５０８は、抽出したフラグを用いて型式別リプレース年月別顧客特性別に集計台数、老朽化件数、機能向上件数、戦略変更件数、その他件数を算出する。
【００３４】
理由(老朽化、機能向上、戦略変更)の件数登録(月別)Ｓ５０９は、集計した型式別リプレース年月別顧客特性別の集計台数、老朽化件数、機能向上件数、戦略変更件数、その他件数を、理由集計情報ＤＢ１１６の該当する月別用レコードに登録する。
保守情報の抽出Ｓ５１０は、抽出したＩＣタグNo/製番を用いて保守作業情報ＤＢ１１２より、保守内容と保守コストを抽出する。さらに、製品固体情報ＤＢ１１０より、出荷年月日を抽出する。
【００３５】
経過月数、保守回数、保守コストの平均値計算Ｓ５１１は、抽出した保守と出荷年月日の情報を用いて、型式別リプレース年月別顧客特性別に集計台数、平均経過月数、平均保守回数、平均保守コストを算出する。
平均経過月数、平均保守回数、平均保守コストの登録(月別)Ｓ５１２は、算出した型式別リプレース年月別顧客特性別の集計台数、平均経過月数、平均保守回数、平均保守コストを、保守集計情報ＤＢ１１５の月別用レコードに登録する。
【００３６】
型式別顧客特性別の理由合計数の算出Ｓ５１３は、理由(老朽化、機能向上、戦略変更)の件数登録(月別)Ｓ５０９での月別用レコードへの全登録が完了した後に実行される。ここでは、理由集計情報ＤＢ１１６より型式別顧客特性別の月別用レコードを抽出し、その情報より型式別顧客特性別の合計数を算出する。
型式別顧客特性別の理由合計数の登録Ｓ５１４は、算出した型式別顧客特性別の集計台数、老朽化件数、機能向上件数、戦略変更件数、その他件数を、理由集計情報ＤＢ１１６の合計用レコードに登録する。
【００３７】
型式別顧客特性別の保守平均値の算出Ｓ５１５は、平均経過月数、平均保守回数、平均保守コストの登録(月別)Ｓ５１２での月別用レコードへの全登録が完了した後に実行される。ここでは、保守集計情報ＤＢ１１５より型式別顧客特性別の月別用レコードを抽出し、その情報より型式別顧客特性別の合計値と平均値を算出する。
型式別顧客特性別の保守平均値の登録Ｓ５１６は、算出した型式別顧客特性別の集計台数、平均経過月数、平均保守回数、平均保守コストを、保守集計情報ＤＢ１１５の平均用レコードに登録する。
【００３８】
図６は、集計結果と顧客のアラーム金額を基に顧客候補を抽出するリプレース提案顧客候補の抽出処理部１０７の処理動作のフローチャートを示す。本処理は、型式別顧客特性別集計処理部１０６による処理の完了後に実行される。
廃棄フラグなしの製品固体情報の抽出Ｓ６０１は、製品固体情報ＤＢ６１１から廃棄フラグなしの情報を抽出する。また、合わせて全ての情報をリプレースフラグなしとして製品固体情報ＤＢ６２２に登録する。
【００３９】
処理対象の製品固体ありＳ６０２は、抽出した製品個体情報を順に処理していく際に、未処理の製品個体が存在するか否かを判定する。判定の結果、未処理の製品個体が存在する限り、Ｓ６０３〜Ｓ６０５の処理が繰り返し実行される。
製品固体別の経過月数、保守回数、保守コストの算出 Ｓ６０３は、保守作業情報ＤＢ１１２から該当の製品固体に関する情報を抽出し、保守回数と保守コストの合計を算出する。また、製品固体情報ＤＢ１１０から出荷年月日を抽出し、経過月数を算出する。
【００４０】
保守平均値超えＳ６０４は、該当する製品固体の算出した経過月数、保守回数、保守コストを、保守集計情報ＤＢ１１５の該当する型式別顧客特性別の平均値用レコードの平均経過月数、平均保守回数、平均保守コストとそれぞれ比較し、１つでも平均値を上回っているかを判定する。
製品固体のリプレースフラグの登録Ｓ６０５は、平均値を上回っていると判定された製品固体に対してリプレースフラグありとして、製品固体情報ＤＢ１１０に登録する。
【００４１】
フラグあり製品固体の保有顧客の抽出Ｓ６０６は、製品固体情報ＤＢ１１０からリプレースフラグありの情報を抽出し、製品固体を保有する顧客情報を顧客情報ＤＢ１１１から抽出する。また、合わせて全ての情報をリプレースフラグなしとして顧客情報ＤＢ１１１に登録する。
処理対象の顧客ありＳ６０７は、抽出した顧客情報を順に処理していく際に、未処理の顧客が存在するか否かを判定する。未処理の顧客が存在する限り、Ｓ６０８〜Ｓ６１０の処理が繰り返し実行される。
【００４２】
顧客別のフラグあり製品標準単価の合計算出Ｓ６０８は、製品固体情報ＤＢ１１０より顧客別にリプレースフラグありの製品標準単価を抽出し、顧客別の合計を算出する。
アラーム金額超えＳ６０９は、算出した単価合計金額を、顧客情報ＤＢ１１１の顧客別のアラーム金額と比較し、上回っているかを判定する。
顧客のリプレースフラグの登録Ｓ６１０は、金額が上回っていると判定された顧客に対してリプレースフラグありとして、顧客情報ＤＢ１１１に登録する。
【００４３】
図７は、抽出した顧客候補リストから対象顧客を選択し営業担当の関連付けを行うリプレース提案顧客の選択登録処理部１０８の処理動作のフローチャートを示す。本処理は、リプレース提案顧客候補の抽出処理部１０７による処理の完了後に実行される。なお、処理を実施する画面については図１６に示す。
リプレースフラグありの顧客と製品固体の抽出・表示Ｓ７０１は、顧客情報ＤＢ１１１からリプレースフラグありの顧客を抽出して、その一覧を端末１２５に画面表示する。また、合わせて製品固体情報ＤＢ１１０からリプレースフラグありの顧客別の製品固体情報も抽出して端末１２５に一覧を画面表示する。
【００４４】
型式別の保守平均値とリプレース理由合計数の抽出・表示Ｓ７０２は、選択した製品固体に対して、保守集計情報ＤＢ１１５から型式と顧客特性が合致する平均用レコードの集計台数や平均経過月数、平均保守回数、平均保守コストを抽出し画面表示する。また、合わせて理由集計情報ＤＢ１１６から型式と顧客特性が合致する合計用レコードの集計台数や老朽化件数、機能向上件数、戦略変更件数、その他件数を抽出して端末１２５に画面表示する。
【００４５】
リプレース提案の対象顧客の選択Ｓ７０３は、リプレースフラグありの顧客と製品固体の抽出・表示Ｓ７０１と型式別の保守平均値とリプレース理由合計数の抽出・表示Ｓ７０２で表示された情報を基に、営業担当がリプレース提案の対象顧客となると判断した顧客にチェックマークを付け、その情報を端末１２５に画面保持する。
営業担当の選択Ｓ７０４は、チェックマークを付けた顧客に営業担当が関連付けられていない場合、営業担当を選択し、その情報を画面保持する。
【００４６】
リプレース提案顧客への提案フラグの登録Ｓ７０５は、リプレース提案の対象顧客の選択Ｓ７０３で画面保持したチェックマーク付き顧客に対して提案フラグありで顧客情報ＤＢ１１１に登録する。また、合わせて営業担当の選択Ｓ７０４で追加した営業担当の情報も登録する。
【符号の説明】
【００４７】
１０１：サーバ  １０２：リプレース提案支援システム
１２２，１２５：端末  １２３：携帯端末  １２４：ＩＣタグリーダ
１０３：出荷前情報登録処理部  １０４：保守情報登録処理部  １０５：リプレース情報登録処理部  １０６：型式別顧客特性別集計処理部  １０７：抽出処理部  １０８：選択登録処理部
１０９：顧客特性情報ＤＢ  １１０：製品固体情報ＤＢ  １１１：顧客情報ＤＢ
１１２：保守作業情報ＤＢ  １１３：リプレース情報ＤＢ  １１４：リプレース理由情報ＤＢ  １１５：保守集計情報ＤＢ  １１６：理由集計情報ＤＢ
【図１】
2014032599.tif 000003
【図２】
2014032599.tif 000004
【図３】
2014032599.tif 000005
【図４】
2014032599.tif 000006
【図５】
2014032599.tif 000007
【図６】
2014032599.tif 000008
【図７】
2014032599.tif 000009
【図８】
2014032599.tif 000010
【図９】
2014032599.tif 000011
【図１０】
2014032599.tif 000012
【図１１】
2014032599.tif 000013
【図１２】
2014032599.tif 000014
【図１３】
2014032599.tif 000015
【図１４】
2014032599.tif 000016
【図１５】
2014032599.tif 000017
【図１６】
2014032599.tif 000018