(57)【要約】【課題】予め保守依頼先として契約している保守候補が対処可能でない障害が発生した場合に、予め保守依頼先として契約していないその障害に対処可能な臨時候補を迅速かつ効率的に選択する。【解決手段】本発明は、コンピュータ１２により保守の依頼先を紹介する保守紹介方法に関する。本発明では、保守候補の中に発生した障害に対処可能な保守候補がないと判断された場合に、臨時候補に対して障害の対処に必要な条件を通知し、条件を満たし保守の受注を求める臨時候補から自己の対処可能な保守レベルを示す応募データを受け付け、応募データに基づいて応募データを発した臨時候補の中から障害の対処を依頼する臨時候補を選択する。【選択図】    図１
2004192153.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより保守の依頼先を紹介する保守紹介方法において、
保守依頼先として予め決定された保守候補の中に、発生した障害に対処可能な保守候補がないと判断された場合に、保守依頼先として予め決定されていない臨時候補のシステムに対して前記障害の対処に必要な条件を示す条件データをネットワーク経由で通知し、
前記条件を満たし保守の受注を求める臨時候補のシステムから自己の対処可能な保守レベルを示す応募データをネットワーク経由で受け付けるとともに記録手段に記録し、
前記記録手段から読み出された応募データに基づいて、前記応募データを発した臨時候補の中から前記障害の対処を依頼する臨時候補を選択する
ことを特徴とする保守紹介方法。
【請求項２】
コンピュータにより保守の依頼先を紹介する保守紹介方法において、
保守依頼先として予め決定された保守候補の対処可能な保守レベルを示す保守データを第１の記録手段に記録し、
前記第１の記録手段に記録された保守データに基づいて、発生した障害に対処可能な保守候補の有無を判定し、
対処可能な保守候補がある場合に、その対処可能な保守候補を選択し、
対処可能な保守候補がない場合に、保守依頼先として予め決定されていない臨時候補のシステムに対して前記障害の対処に必要な条件を示す条件データをネットワーク経由で通知し、前記条件を満たし保守の受注を求める臨時候補のシステムから自己の対処可能な保守レベルを示す応募データをネットワーク経由で受け付けるとともに第２の記録手段に記録し、前記第２の記録手段から読み出された応募データに基づいて、前記応募データを発した臨時候補の中から前記障害に対処を依頼する臨時候補を選択する
ことを特徴とする保守紹介方法。
【請求項３】
請求項１又は請求項２記載の保守紹介方法において、
前記保守データと前記応募データは、在庫部品数を示すデータと在籍保守要員数を示すデータのうち少なくとも一方を含むことを特徴とする保守紹介方法。
【請求項４】
請求項１乃至請求項３のいずれか記載の保守紹介方法において、
前記臨時候補の選択は、前記応募データを発した臨時候補毎に、前記応募データと所定の評価アルゴリズムとに基づいて評価ポイントを求め、この評価ポイントに基づいて行われる
ことを特徴とする保守紹介方法。
【請求項５】
請求項４記載の保守紹介方法において、
前記評価アルゴリズムは、評価項目毎に、項目値と項目の重み付け係数との積を求め、前記評価項目毎の積の合計を前記評価ポイントとすることを特徴とする保守紹介方法。
【請求項６】
請求項４記載の保守紹介方法において、
前記評価アルゴリズムは、
評価項目毎に、項目値と項目の重み付け係数との積である重み項目値を求め、前記評価項目毎の重み項目値の合計を一次ポイントとし、
過去に実行した障害に対する対処について、評価項目毎に、過去の対処の実績値から過去の対処の目標値を引いて過去評価値を求めるとともに前記過去評価値と前記項目の重み付け係数との積である重み過去評価値を求め、
前記過去に実行した障害に対する対処について、前記評価項目毎の重み過去評価値の合計を対処評価値とし、
前記過去に実行した障害に対する対処毎の対処評価値の合計を二次ポイントとし、
前記二次ポイントと過去実績の重み付け係数との積と、前記一次ポイントとの和を評価ポイントとする
ことを特徴とする保守紹介方法。
【請求項７】
保守の依頼先を紹介する保守紹介システムにおいて、
保守依頼先として予め決定された保守候補の中に、発生した障害に対処可能な保守候補がないと判断された場合に、保守依頼先として予め決定されていない臨時候補に対して前記障害の対処に必要な条件を示す条件データを通知する手段と、
前記条件を満たし保守の受注を求める臨時候補から自己の対処可能な保守レベルを示す応募データを受け付ける手段と、
前記応募データに基づいて、前記応募データを発した臨時候補の中から前記障害の対処を依頼する臨時候補を選択する手段と
を具備する保守紹介システム。
【請求項８】
コンピュータを、
保守依頼先として予め決定された保守候補の中に、発生した障害に対処可能な保守候補がないと判断された場合に、保守依頼先として予め決定されていない臨時候補のシステムに対して前記障害の対処に必要な条件を示す条件データをネットワーク経由で通知する手段、
前記条件を満たし保守の受注を求める臨時候補のシステムから自己の対処可能な保守レベルを示す応募データをネットワーク経由で受け付けるとともに記録手段に記録する手段、
前記記録手段から読み出された応募データに基づいて、前記応募データを発した臨時候補の中から前記障害の対処を依頼する臨時候補を選択する手段
として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、障害発生時に保守部品又は保守作業の依頼先を選択する保守紹介方法及びシステム並びにプログラムに関する。
【０００２】
【従来の技術】
保守会社は、発生したシステム障害から回復するために必要な保守部品及び保守要員による保守作業を提供する。
【０００３】
一般的に、保守会社は、ユーザ（顧客）に対して自己の在庫部品数及び保守要員数を示す保守データを予め通知する。ユーザは、自己のシステムで障害が発生した場合に、保守データに基づいて発生した障害について対処可能な保守会社を選択し、保守を依頼する。
【０００４】
特許文献１（特開２００２−１０６９３０号公報）には、障害が検出された場合に、障害の原因を推定するとともに、予め登録された保守会社の中から、障害の対処に必要な保守部品と保守要員とを備えている保守会社を選択するシステムが開示されている。
【０００５】
【特許文献１】
特開２００２−１０６９３０号公報
【０００６】
【発明が解決しようとする課題】
上記特許文献１の発明では、予め登録された保守会社が障害の対処に必要な保守部品、保守要員を確保している場合には、この保守会社に保守を依頼することができる。
【０００７】
しかしながら、予め登録された保守会社が障害の対処に必要な部品、保守要員を確保していない場合、迅速に保守会社を選択することが困難である。
【０００８】
本発明は、以上のような実情に鑑みてなされたもので、予め保守依頼先として決定されている保守候補が対処可能でない障害が発生した場合に、予め保守依頼先として決定されていないがその障害に対処可能な臨時候補を迅速かつ効率的に選択する保守紹介方法及びシステム並びにプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明を実現するにあたって講じた具体的手段について以下に説明する。
【００１０】
本発明は、コンピュータにより保守の依頼先を紹介する保守紹介方法に関する。
【００１１】
第１の発明では、保守依頼先として予め決定された保守候補の中に発生した障害に対処可能な保守候補がないと判断された場合に、保守依頼先として予め決定されていない臨時候補のシステムに対して障害の対処に必要な条件を示す条件データをネットワーク経由で通知する。
【００１２】
また、条件を満たし保守の受注を求める臨時候補のシステムから自己の対処可能な保守レベルを示す応募データをネットワーク経由で受け付けるとともに記録手段に記録する。
【００１３】
そして、記録手段から読み出された応募データに基づいて、応募データを発した臨時候補の中から障害の対処を依頼する臨時候補を選択する。
【００１４】
第２の発明では、保守候補の対処可能な保守レベルを示す保守データを第１の記録手段に記録し、第１の記録手段に記録された保守データに基づいて、発生した障害に対処可能な保守候補の有無を判定する。
【００１５】
対処可能な保守候補がある場合に、その対処可能な保守候補を選択する。
【００１６】
対処可能な保守候補がない場合に、臨時候補のシステムに対して条件データをネットワーク経由で通知し、条件を満たし保守の受注を求める臨時候補のシステムから応募データをネットワーク経由で受け付けるとともに第２の記録手段に記録し、第２の記録手段から読み出された応募データに基づいて応募データを発した臨時候補の中から障害に対処を依頼する臨時候補を選択する。
【００１７】
なお、保守データと応募データは、在庫部品数を示すデータと在籍保守要員数を示すデータのうち少なくとも一方を含むとしてもよい。
【００１８】
また、臨時候補の選択は、応募データを発した臨時候補毎に、応募データと所定の評価アルゴリズムとに基づいて評価ポイントを求め、この評価ポイントに基づいて行われるとしてもよい。
【００１９】
この評価アルゴリズムは、評価項目毎に、項目値と項目の重み付け係数との積を求め、前記評価項目毎の積の合計を評価ポイントとしてもよい。
【００２０】
また、評価アルゴリズムは、評価項目毎に、項目値と項目の重み付け係数との積である重み項目値を求め、評価項目毎の重み項目値の合計を一次ポイントとし、過去に実行した障害に対する対処について、評価項目毎に、過去の対処の実績値から過去の対処の目標値を引いて過去評価値を求めるとともに過去評価値と項目の重み付け係数との積である重み過去評価値を求め、過去に実行した障害に対する対処について、評価項目毎の重み過去評価値の合計を対処評価値とし、過去に実行した障害に対する対処毎の対処評価値の合計を二次ポイントとし、二次ポイントと過去実績の重み付け係数との積と、一次ポイントとの和を評価ポイントとしてもよい。
【００２１】
本発明を適用することにより、予め登録された保守候補の中に、発生した障害に対処可能な保守候補がなくても、対処可能な臨時候補が選択される。これにより、迅速かつ効率的な保守を実現することができる。
【００２２】
なお、本発明を実現させるための手段を保守紹介システムに具備してもよい。また、本発明をプログラムによってコンピュータに実現させてもよい。本発明を実現させるためのプログラムを計算機、計算機システム、サーバ、クライアント上で実行させることにより、簡単に本発明と同様の動作が実行される。
【００２３】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００２４】
本実施の形態において、保守候補は、予め保守依頼先として決定された者であり、例えばデータセンタ又はユーザとの間で保守契約などの結ばれている保守会社とする。
【００２５】
一方、臨時候補は、予め保守依頼先として決定されていない者であり、例えばデータセンタ又はユーザとの間で保守契約などの結ばれていない保守会社とする。
【００２６】
本実施の形態においては、保守候補の対処可能な保守レベルを示す保守データ（例えば、保守部品の在庫数を示す保守部品データ、対処可能な保守要員の在籍数を示す保守要員データ、保守条件、保守記録など）を記録するとともに、臨時候補の対処可能な保守レベルを示す応募データを臨時候補からアクティブに受け付ける。
【００２７】
そして、データセンタで管理されているユーザシステムで発生した障害に対して保守可能な保守候補がない場合に、障害に対して保守可能な臨時候補を選択する。
【００２８】
図１は、本実施の形態に係る保守紹介システムの構成の一例を示すブロック図である。この図１に示すシステムは、例えばＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を利用して構築される。
【００２９】
データセンタ１は、ユーザシステム９１〜９ｎの管理を代行し、障害監視サーバ２、障害解析サーバ３、保守データサーバ４、保守コールサーバ５、障害データ記録部６、保守部品記録部７、保守要員記録部８を具備する。
【００３０】
障害監視サーバ２は、データセンタ１で管理されているユーザシステム９１〜９ｎの障害の発生を監視する。
【００３１】
障害データ記録部６は、発生した障害の内容を解析するために用いる障害データ６ａを記録する。障害データ６ａには、例えば、過去に発生した障害の状況とその原因とを関連付けたデータが含まれる。
【００３２】
障害解析サーバ３は、各種の障害解析方法を用いて障害監視サーバ２によって検出された障害を解析する。例えば、発生した障害の状況を検索キーとして障害データ記録部６を検索し、該当する障害の原因を求める。
【００３３】
保守データサーバ４は、障害監視サーバ２の監視結果と障害解析サーバ３の解析結果とに基づいて統計処理を実行し、例えばクラスタリングなどの手法を用いて障害を自動的に分類するとともに、障害の発生しやすい部品、障害の対処状況などを分析し、分析結果をデータベースの形式で保持する。
【００３４】
また、保守データサーバ４は、保守候補のシステム１０１〜１０ｎからネットワーク１１、保守コールサーバ５経由で受け付けた各保守候補の保守データを記録し、必要に応じて保守データを読み出す。
【００３５】
本実施の形態において、保守データには、保守部品データ７ａと保守要員データ８ａとが含まれており、保守部品データ７ａは保守部品記録部７に記録され、保守要員データ８ａは保守要員記録部８に記録されるとする。
【００３６】
保守コールサーバ５は、各保守候補のシステム１０１〜１０ｎとネットワーク１１経由で接続されており、常時、保守候補のシステム１０１〜１０ｎから保守データを吸い上げる。この保守コールサーバ５によって受け付けられた保守データは、保守データサーバ４によって記録され、動的に（例えば所定期間経過毎に）更新される。
【００３７】
また、保守コールサーバ５は、保守データサーバ４で求められた分析結果を、ネットワーク１１経由で保守候補のシステム１０１〜１０ｎに通知する。保守候補は、受けた分析結果を検討して常に一定の在庫を確保し、障害の多い部品についてメーカ側で対応する旨を依頼する。
【００３８】
保守コールサーバ５は、データセンタ１又はユーザによってユーザシステム９１〜９ｎのいずれかの障害が検出された場合、保守データサーバ４経由で保守データを読み出し、発生した障害に対処可能な保守候補の有無を判断する。
【００３９】
保守コールサーバ５は、障害に対処可能な保守候補がある場合、この対処可能な保守候補から保守を依頼する保守候補を選択する。
【００４０】
一方、保守コールサーバ５は、障害に対処可能な保守候補がない場合、障害の対処に必要な条件を示す条件データを保守紹介システム１２に通知する。
【００４１】
保守紹介システム１２は、記録媒体１３に記録されたプログラム１４を読み込んで実行する。記録媒体１３には、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどが適用可能である。
【００４２】
プログラム１４は、保守紹介システム１２に読み込まれ、実行されると、条件通知部１５、応募受付部１６、選択部１７として機能する。
【００４３】
なお、この図１に示す保守紹介システム１２の構成要素１５〜１７は、ハードウェアにより実現させてもよい。
【００４４】
保守紹介システム１２は、記録装置１８を具備し、この記録装置１８に各種データを記録し、この記録装置１８から各種データを読み出しつつ、処理を実行する。記録装置１８には、例えば内部メモリ、ハードディスクなどが適用される。
【００４５】
条件通知部１５は、発生した障害に対処可能な保守候補がない場合に、条件データを保守コールサーバ５からネットワーク１１経由で受け付け、さらにこの条件データを臨時候補のシステム１９１〜１９ｎにネットワーク１１経由で通知する。
【００４６】
応募受付部１６は、条件を満たし保守の受注を希望する臨時候補のシステムから、臨時候補の対処可能な保守レベルを示す応募データをネットワーク１１経由で受け付け、記録装置１８に記録する。
【００４７】
選択部１７は、受け付けた応募データに基づいて、応募データを発信した臨時候補の中から障害に対する保守を依頼する臨時候補を選択する。
【００４８】
図２は、保守候補の中から保守の依頼先を選択する場合のシステム間の連携を示すブロック図である。なお、この図２では、保守候補の選択の説明に必要な部分のみが図示されている。
【００４９】
保守コールサーバ５は、各保守候補のシステム１０１〜１０ｎから保守データを自動収集し、保守データサーバ４は、保守データを保守部品記録部７と保守要員記録部８とに記録する。
【００５０】
ここで、ユーザシステム９１〜９ｎのいずれかに障害が発生し、データセンタ９１又はユーザの少なくとも一方で障害が検出されたとする。
【００５１】
この場合、保守コールサーバ５は、保守部品記録部７と保守要員記録部８とに記録された保守データに基づいて、保守に必要な部品の在庫があり、所定レベル以上の品質の部品を持ち、保守要員の在籍人数が所定数以上であり、保守要員のスキルが所定レベル以上であり、保守要員によって所定時間内に対処可能であり、保守価格が所定の額以下であるなどの条件を満たす保守候補を選択する。
【００５２】
保守コールサーバ５は、条件を満たす保守候補が選択されると、この保守候補に保守コールを通知する。
【００５３】
一方、保守コールサーバ５は、全ての保守候補が条件を満たさない場合、条件データを保守紹介システム１２に通知する。
【００５４】
図３は、臨時候補の中から保守の依頼先を選択する場合のシステム間の連携を示すブロック図である。なお、この図３では、臨時候補の選択の説明に必要な部分のみが図示されている。
【００５５】
保守紹介システム１２は、保守候補の中から条件を満たす保守候補を検索できなかった場合、データセンタ１から条件データを受け付け、この条件データを臨時候補のシステム１９１〜１９ｎに通知し、条件を満たし保守の依頼の受注を求める臨時候補のシステムから応募データを受け付ける。
【００５６】
保守紹介システム１２は、保守を求めるデータセンタ１又はユーザと保守を行う臨時候補との間を仲介する。
【００５７】
保守紹介システム１２は、条件を満たす臨時候補が臨時保守の候補に応募するための調整機能を持ち、臨時候補からの応募データや過去の実績から応募した臨時候補を評価する。
【００５８】
例えば、政府関係のシステムを多く管理しているデータセンタでは、信頼性の高い保守が優先される。このため、信頼性の高い臨時候補を高評価とする。一方、民間向けシステムを多く管理しているデータセンタでは、信頼性などよりもコストが優先される傾向がある。このため、コストの低い臨時候補を高評価とする。
【００５９】
データセンタ１又はユーザは、臨時候補の選択結果を保守紹介システム１２に通知する。保守紹介システム１２は、選択された臨時候補のシステムに保守コールを発信する。
【００６０】
保守コールされた臨時候補のシステムは、障害の対処に必要な部品、保守要員を認識し、自動調達システムとして動作し、回答をデータセンタ１又はユーザに通知する。保守コールされた臨時候補の保守要員は携帯電話で保守作業を行う旨の命令を受ける。
【００６１】
図４は、本実施の形態に係る障害発生前の処理の一例を示すフローチャートである。
【００６２】
ステップＳ１において、保守データサーバ４は、過去の障害監視サーバ２の監視結果と障害解析サーバ３の解析結果とに基づいて障害を分析し、分析結果をデータベースの形式で保持する。
【００６３】
ステップＳ２において、保守コールサーバ５は、分析結果を保守候補のシステム１０１〜１０ｎに通知する。
【００６４】
ステップＳ３において、保守コールサーバ５は、保守候補のシステム１０１〜１０ｎから保守データを受け付ける。
【００６５】
ステップＳ４において、保守データサーバ４は、保守候補のシステム１０１〜１０ｎからの保守データを記録する。
【００６６】
図５は、本実施の形態に係る障害発生後の処理の一例を示すフローチャートである。
【００６７】
ステップＴ１において、障害解析サーバ３は、障害データ６ａに基づいて障害の原因を分析し、障害の発生箇所を追求する。
【００６８】
ステップＴ２において、保守データサーバ４は、保守候補の保守データを読み出す。
【００６９】
ステップＴ３において、保守コールサーバ５は、保守データに基づいて、発生した障害に対処するための条件を満たす保守候補を検索する。
【００７０】
ステップＴ４において、保守コールサーバ５は、条件を満たす保守候補の有無を判断する。
【００７１】
条件を満たす保守候補がある場合、ステップＴ５において、保守コールサーバ５は、条件を満たす保守候補を選択する。
【００７２】
またステップＴ６において、保守コールサーバ５は、選択された保守候補のシステムに対して保守を手配するために保守コールを発する。
【００７３】
一方、条件を満たす保守候補がない場合、ステップＴ７において、保守コールサーバ５は、条件データを保守紹介システム１２に通知する。
【００７４】
ステップＴ８において、保守紹介システム１２は、条件データを臨時候補のシステム１９１〜１９ｎに通知し、発生した障害の保守の受注を希望する臨時候補を公募する。
【００７５】
ステップＴ９において、保守紹介システム１２は、受注を希望する臨時候補のシステムから応募データを受け付ける。
【００７６】
ステップＴ１０において、保守紹介システム１２は、応募した臨時候補の応募データと評価アルゴリズムに基づいて、応募した臨時候補を評価する。
【００７７】
ステップＴ１１において、保守紹介システム１２は、評価結果に基づいて応募した臨時候補の中から保守を依頼する臨時候補を選択する。
【００７８】
ステップＴ１２において、保守紹介システム１２は、選択された臨時候補のシステムに保守を手配するために保守コールを発する。
【００７９】
図６は、データセンタ１で保守の条件が設定されてから保守が依頼されるまでの画面遷移の一例を示す図である。
【００８０】
データセンタ１又はユーザによって障害の発生が検出され、この障害に対処可能な保守候補がない場合、保守条件設定画面２０が表示され、保守条件設定画面にしたがって条件データが入力される。
【００８１】
条件データは保守紹介システム１２に通知されると、Ｗｅｂに登録されるとともに臨時候補のシステム１９１〜１９ｎに通知される。
【００８２】
臨時候補のシステム１９１〜１９ｎでは、通知された条件データを表示するとともに条件を満たす自己の応募データを入力するための公募画面２１が表示される。
【００８３】
公募画面２１上で条件データを見た臨時候補は、この保守の受注を希望する場合、公募画面２１上で、応募データを入力し、応募ボタン２１ａをクリックする。
【００８４】
すると、応募した臨時候補のシステムから保守紹介システム１２に応募データが通知される。
【００８５】
応募データが保守紹介システム１２に受け付けられると、保守紹介システム１２において、応募した各臨時候補を評価アルゴリズムにしたがって評価する評価プログラムが起動され、応募した各臨時候補が評価される。
【００８６】
データセンタ１又はユーザには、応募した各臨時候補のランキング表を含む評価画面２２が表示される。
【００８７】
評価画面２２上では、応募した各臨時候補が評価ポイントの高い順に表示される。例えば、評価ポイントの高い臨時候補がお勧めの保守依頼先として所定数（例えば一位から三位）表示される。
【００８８】
評価画面２２では、臨時候補が仮選択された場合に、過去の保守の実績値に基づいて、この仮選択された臨時候補を選択した場合のシミュレーションが実行され、シミュレーション結果が表示される。例えば、過去の保守対処時間の実績値の平均を、保守の対処時間についてのシミュレーション結果とする。
【００８９】
評価画面２２上で臨時候補が選択され、依頼ボタン２２ａがクリックされると、選択された臨時候補のシステムに保守を依頼する内容のメール２３が送信され、応募した臨時候補のうちで選択されなかった臨時候補のシステムに保守を辞退する内容のメール２４が送信される。
【００９０】
以下に、評価プログラムによって実行される評価アルゴリズムを説明する。上述したように、評価プログラムは、評価アルゴリズムにしたがって応募した各臨時候補の評価ポイントを求める。
【００９１】
評価アルゴリズムは、保守の対処時間の速さ、保守部品の在庫数、保守要員の在籍数などの評価項目毎に、項目値と項目の重み付け係数との積を求め、評価項目毎の積の合計を求めて一次ポイントを算出する。
【００９２】
また、過去の実績を表す二次ポイントと過去実績の重み付け係数との積を、一次ポイントに対して加算し、評価ポイントを算出する。なお、二次ポイントは、過去に優れた保守が実施されたなど過去の評価が高い場合にプラスの値となり、過去にトラブルを起こすなど過去の評価が低い場合にマイナスの値となるとする。
【００９３】
式（１）は、一次ポイントＹ１を算出するために用いられる。
【００９４】
【数１】
2004192153.tif 000003
【００９５】
式（１）において、評価項目はｎ個ある。評価項目毎にポイントが設定されている。
【００９６】
例えば、パラメータＸ１について、保守の対処時間が３０分未満の場合を「５」ポイント、３０分以上１時間未満の場合を「４」ポイント、１時間以上１．５時間未満の場合を「３」ポイント、１．５時間以上の場合を「２」ポイントと設定する。また、例えば、パラメータＸ２について、保守部品の在庫数が１０個以上の場合を「５」ポイント、５個以上９個以下の場合を「４」ポイント、３個又は４個の場合を「３」ポイントと設定する。その他、パラメータＸ３〜Ｘｎについても同様である。
【００９７】
各評価項目のパラメータＸ１〜Ｘｎには、項目の重み付け係数Ａ１〜Ａｎが設定されており、各評価項目のポイントと項目の重み付け係数Ａ１〜Ａｎとの積が求められる。例えば、保守の対処時間の重み付け係数Ａ１は「３」、保守部品の在庫数の重み付け係数Ａ２は「２」と設定する。
【００９８】
一次ポイントＹ１は各評価項目の項目値と項目の重み付け係数との積の合計である。
【００９９】
式（２）は、二次ポイントを算出するために用いられる。
【０１００】
【数２】
2004192153.tif 000004
【０１０１】
なお、ｍは最初の保守から前回の保守までの保守識別番号を表す。ｔは過去の保守で目標とされた値を表す添え字、ｐは過去の保守の実績値を表す添え字である。
【０１０２】
例えば、ｍ＝３の場合、Ｘ１ｔ３は３回目の保守における対処時間の目標値、Ｘ２ｔ３は３回目の保守における部品在庫数の目標値である。
【０１０３】
また、Ｘ１ｐ３は、３回目の保守における対処時間の実績値、Ｘ２ｐ３は、３回目の保守における部品在庫数の実績値である。
【０１０４】
過去に実績値が目標値を達成していない場合、（Ｘ１ｐ３−Ｘ１ｔ３）、（Ｘ２ｐ３−Ｘ２ｔ３）はマイナスになり、二次ポイントは小さくなる。
【０１０５】
式（３）は、評価ポイントを算出するために用いられる。
【０１０６】
【数３】
2004192153.tif 000005
【０１０７】
ここで、Ｂは、過去の実績をどの程度反映するかを決める重み付け係数である。例えば、今回発生した障害の保守の緊急度が高い場合には、現在の状態を重視すべきであるため、過去の実績を低く重み付けし、Ｂは１より小さい値に設定される。
【０１０８】
以上説明した本実施の形態においては、ＷＷＷが利用され、保守部品の調達、保守要員の確保など障害に対処する保守コール業務が迅速化される。障害に対処可能な保守候補がない場合、保守の受注を望む臨時候補が公募され、障害の対処に必要な保守部品の調達、保守要員の確保が行われる。
【０１０９】
したがって、保守契約を結んでいない保守依頼先からも保守部品の調達、保守要員の確保を行うことができる。
【０１１０】
また、緊急時に確実、迅速、効率的に保守部品の調達、保守要員を確保でき、障害に対する対処をスムーズに行うことができる。
【０１１１】
本実施の形態においては、臨時候補に条件が提示され、この条件を満たす臨時候補が応募する。したがって、顧客の求める保守レベルに対応できる臨時候補を選択できる。
【０１１２】
本実施の形態においては、例えば保守の対処時間、保守部品の在庫数、保守要員の在籍者数などを評価項目とし、応募した各臨時候補が各評価項目について数値化され、評価される。これにより、適切な保守依頼先を容易に選択することができる。
【０１１３】
なお、本実施の形態においては、臨時候補が条件データを確認し、保守の受注を求める臨時候補のシステムが応募データを保守紹介システム１２に通知し、保守紹介システム１２が応募データに基づいて応募した臨時候補を評価するとしている。
【０１１４】
しかしながら、保守紹介システム１２は、各臨時候補のシステムから予め自己の保守レベルを示すデータを逐次受け付けて記録し、応募した臨時候補に関するデータを読み出し、読み出したデータに基づいて応募した臨時候補を評価するとしてもよい。
【０１１５】
また、上記図１における各構成要素は、同様の動作を実現可能であれば配置を変更させてもよく、また各構成要素を自由に組み合わせてもよく、各構成要素を自由に分割してもよい。
【０１１６】
例えば、保守コールサーバ５と保守データサーバ４とを一体としてもよい。また、保守部品記録部７と保守要員記録部８を一体として保守データ記録部としてもよい。
【０１１７】
また、保守紹介システム１２は、保守紹介業者が運営してもよく、データセンタ１が運営してもよい。
【０１１８】
また、本実施の形態に係る保守紹介システム１２は複数の計算機により構成され、プログラム１４は複数の計算機に分散して配置され、互いに連携を取りつつ処理を実行するとしてもよい。
【０１１９】
本実施の形態において、プログラム１４は記録媒体１３から保守紹介システム１２に読み込まれるとしているが、通信媒体により伝送して保守紹介システム１２に適用することも可能である。
【０１２０】
【発明の効果】
以上詳記した本発明においては、予め保守契約を結んでいた保守依頼先が発生した障害に対処できない場合であっても、保守契約を結んでいない保守依頼先から保守の応募を受け付け、選択できる。
【０１２１】
これにより、発生した障害に対して迅速かつ適切に保守依頼先を選択できる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る保守紹介システムの構成の一例を示すブロック図。
【図２】保守候補の中から保守の依頼先を選択する場合のシステム間の連携を示すブロック図。
【図３】臨時候補の中から保守の依頼先を選択する場合のシステム間の連携を示すブロック図。
【図４】障害発生前の処理の一例を示すフローチャート。
【図５】障害発生後の処理の一例を示すフローチャート。
【図６】データセンタで保守の条件が設定されてから保守が依頼されるまでの画面遷移の一例を示す図。
【符号の説明】
１…データセンタ、２…障害監視サーバ、３…障害解析サーバ、４…保守データサーバ、５…保守コールサーバ、９１〜９ｎ…ユーザシステム、１０１〜１０ｎ…保守候補のシステム、１１…ネットワーク、１２…保守紹介システム、１３…記録媒体、１４…プログラム、１５…条件通知部、１６…応募受付部、１７…選択部、１８…記録装置、１９１〜１９ｎ…臨時候補のシステム
【図１】
2004192153.tif 000006
【図２】
2004192153.tif 000007
【図３】
2004192153.tif 000008
【図４】
2004192153.tif 000009
【図５】
2004192153.tif 000010
【図６】
2004192153.tif 000011