(57)【要約】【課題】ネットワーク上の監視装置で監視対象のセンシングデータと定性的な情報を定量化したデータとに基づいて変化兆候を推定し、監視対象に異常が発生する前にメンテナンス実施設備業者にメンテナンスを指示する。【解決手段】複数の店舗１０１に、メンテナンスを必要とする対象群１１４をセンサー群１１１によりセンシングしたデータと、その対象群１１４に関連するデータ１１２とを入力する分散サーバ１１３を有し、Ｗｅｂ統括表示するサイト１０２が分散サーバ１１３からのデータに基づき、対象群１１４がメンテナンスを必要とする異常状態を示しているか否かを判定し、メンテナンスを必要とする異常を示している場合には、その異常が発生する前にメンテナンスを行うようにメンテナンス実施設備業者１０３に指示する。【選択図】　　　図１
2004021399.tif 000002
【特許請求の範囲】
【請求項１】
複数の店舗からなる複数のグループと、各グループの各店舗におけるメンテナンスを必要とする対象を監視するネットワーク上の監視装置とから構成され、異常が発生する前にメンテナンスを行うようメンテナンス業者に指示するプリメンテナンスシステムであって、
各々の店舗は、
メンテナンスを必要とする対象をセンシングしたデータと、該対象に関連するデータとを入力するサーバ装置を有し、
監視装置は、
前記サーバ装置からのデータに基づき、前記対象がメンテナンスを必要とする異常状態を示しているか否かを判定する判定手段と、
前記判定手段でメンテナンスを必要とする異常を示している場合は、該異常が発生する前にメンテナンスを行うよう前記メンテナンス業者に指示する指示手段とを有することを特徴とするプリメンテナンスシステム。
【請求項２】
複数の店舗からなる複数のグループと、各グループの各店舗におけるメンテナンスを必要とする対象を監視するネットワーク上の監視装置とから構成され、異常が発生する前にメンテナンスを行うようメンテナンス業者に指示するプリメンテナンスシステムのメンテナンス方法であって、
各々の店舗からメンテナンスを必要とする対象をセンシングしたデータと、該対象に関連するデータとを入力する入力工程と、
前記入力工程により入力したデータに基づき、前記対象がメンテナンスを必要とする異常状態を示しているか否かを判定する判定工程と、
前記判定工程でメンテナンスを必要とする異常を示している場合は、該異常が発生する前にメンテナンスを行うよう前記メンテナンス業者に指示する指示工程とを有することを特徴とするプリメンテナンスシステムのメンテナンス方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プリメンテナンスシステム及びそのプリメンテナンス方法に関するものである。
【０００２】
【従来の技術】
従来、テナントビルやコンビニエンスチェーンの各店舗でメンテナンスを必要とするような異常が発生すると、各店舗の担当者がメンテナンス実施設備業者に連絡し、その業者から作業員が派遣されてメンテナンス作業を行っている。
【０００３】
【発明が解決しようとする課題】
このように、上記従来例では、各店舗でメンテナンスを必要とするような異常が発生してからメンテナンスを行うポストメンテナンスのため、テナントビルを所有するオーナーやコンビニエンスチェーンの本部などの顧客に対して一般的な保守契約とは別にメンテナンスの費用が請求され、設備回りの修繕対処コストを予測することは困難であった。
【０００４】
一方、メンテナンス実施設備業者も、各店舗を定期的に点検する必要があると共に、緊急のオンコールに対する作業員の確保も行わなければならず、人員計画の明確化やメンテナンスのシステム化を実現することができなかった。
【０００５】
本発明は、上記課題を解決するためになされたもので、ネットワーク上の監視装置で監視対象のセンシングデータと定性的な情報を定量化したデータとに基づいて変化兆候を推定し、監視対象に異常が発生する前にメンテナンス実施設備業者にメンテナンスを指示できるプリメンテナンスシステム及びそのメンテナンス方法を提供することを目的とする。
【０００６】
また、本発明は、インターネットに代表されるＷｅｂテクノロジーを活用したプリメンテナンス事業プラットフォームを仲介することにより、地域顧客が新規設備設計、施工、保守契約などに対応できる情報の提供を受けられることを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、複数の店舗からなる複数のグループと、各グループの各店舗におけるメンテナンスを必要とする対象を監視するネットワーク上の監視装置とから構成され、異常が発生する前にメンテナンスを行うようメンテナンス業者に指示するプリメンテナンスシステムであって、各々の店舗は、メンテナンスを必要とする対象をセンシングしたデータと、該対象に関連するデータとを入力するサーバ装置を有し、監視装置は、前記サーバ装置からのデータに基づき、前記対象がメンテナンスを必要とする異常状態を示しているか否かを判定する判定手段と、前記判定手段でメンテナンスを必要とする異常を示している場合は、該異常が発生する前にメンテナンスを行うよう前記メンテナンス業者に指示する指示手段とを有することを特徴とする。
【０００８】
また、上記目的を達成するために、本発明は、複数の店舗からなる複数のグループと、各グループの各店舗におけるメンテナンスを必要とする対象を監視するネットワーク上の監視装置とから構成され、異常が発生する前にメンテナンスを行うようメンテナンス業者に指示するプリメンテナンスシステムのメンテナンス方法であって、各々の店舗からメンテナンスを必要とする対象をセンシングしたデータと、該対象に関連するデータとを入力する入力工程と、前記入力工程により入力したデータに基づき、前記対象がメンテナンスを必要とする異常状態を示しているか否かを判定する判定工程と、前記判定工程でメンテナンスを必要とする異常を示している場合は、該異常が発生する前にメンテナンスを行うよう前記メンテナンス業者に指示する指示工程とを有することを特徴とする。
【０００９】
【発明の実施の形態】
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
【００１０】
本実施形態では、テナントビルやコンビニエンスチェーンの各店舗（コンビニエンス店舗）の設備メンテナンスを、ポストメンテナンスからプリメンテナンスへ移行させるべく、モニタリングが必要な店舗内の対象群に対してセンサー群を設け、そのセンサー群からの直接的なデータと地域や各店舗の特性等の間接的なデータとをインターネット上のＷｅｂサイトに取り込んで集中的に監視を行い、その監視状況をメンテナンス実施設備業者に提供することにより、メンテナンス実施設備業者が、実際に対象群に異常が発生する前にメンテナンスを行えるプリメンテナンスシステムについて説明する。
【００１１】
［プリメンテナンスシステムの概要］
図１は、プリメンテナンスシステムの概要を説明するための図である。図１において、１０１ａ〜１０１ｎはコンビニエンスチェーンの各店舗であり、各店舗内にはコンプレッサーなどのモニタリング対象群１１４に設置されたセンサー群１１１と、地域、各店舗の特性等の定性的なデータ１１２とを自動モニタリングして監視管理データを出力する分散サーバ１１３とを含む。１０２はＷｅｂ統括表示するインターネット上のＷｅｂサイトであり、各店舗１０１ａ〜１０１ｎの分散サーバ１１３から自動モニタリングした監視管理データに基づき、集中監視を行う。１０３はメンテナンス実施設備業者であり、Ｗｅｂ統括表示１０２から集中監視によってメンテナンスを必要とすると判断された異常情報が表示され、アラーム音などで警報が通知された場合に、メンテナンス作業を行う。１０４はビルのオーナーやコンビニエンスチェーンの本部などの顧客であり、Ｗｅｂ統括表示１０２から監視状況やメンテナンス作業が行われた場合に、処理作業報告が通知される。
【００１２】
尚、各店舗に設置されたセンサー群１１１からデータを自動モニタリングする分散サーバ１１３は、例えば非対称デジタル加入者回線（ＡＤＳＬ：ＡｓｙｍｍｅｔｒｉｃＤｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）のような常時接続が可能な有線回線或いは無線によりＷｅｂサイト１０２に常時接続されており、対象群１１４の状態を示すデータに各店舗の特性や設置された空間の間接的なデータを付加したデータを提供しているものとする。この間接的なデータについては更に後述する。
【００１３】
また、分散サーバ１１３及びＷｅｂサイト１０２は汎用のコンピュータで構成され、ネットワーク上でデータを転送するためのＦＴＰやＴＣＰ／ＩＰ等の各種プロトコルを実行するモジュールを含むものである。
【００１４】
次に、複数のテナントビルや複数のコンビニエンスチェーンの各々の店舗から直接的又は間接的にセンシングしたデータに基づき、管理データやメンテナンス指示データを生成し、テナントビルやコンビニエンスチェーンのメンテナンスを委託されているそれぞれのメンテナンス実施設備業者に対してＷｅｂ統括表示するポータルＷｅｂサイトを公開すると共に、テナントビルのオーナーやチェーン本部などの顧客にメンテナンス状況を通知するプリメンテナンス情報管理事業のＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）事業化を可能とする本実施形態によるメンテナンスシステムについて説明する。
【００１５】
図２は、本実施形態におけるプリメンテナンスシステムを示す模式図である。図２において、２０１ａはコンビニエンスチェーンＡの複数の店舗であり、図中の一点鎖線のように地域が分かれているものとする。２０１ｂはコンビニエンスチェーンＡの複数の店舗であり、２０１ａと同様に地域別に分かれているものとする。２０１ｃはテナントビルの複数の店舗である。２０２ａはポータルＷｅｂサイトＡであり、コンビニエンスチェーンＡ２０１ａの複数の店舗の分散サーバに対して公開され、各店舗のモニタリング対象を自動モニタリングする。２０２ｂはポータルＷｅｂサイトＢであり、コンビニエンスチェーンＢ２０１ｂの複数の店舗の分散サーバに対して公開され、各店舗のモニタリング対象を自動モニタリングする。２０２ｃはポータルＷｅｂサイトＣであり、テナントビルの各店舗の分散サーバに対して公開され、各店舗のモニタリング対象を自動モニタリングする。
【００１６】
２０３はＷｅｂ統括モニタリングサイトであり、上述のポータルＷｅｂサイトＡ〜Ｃ（２０２ａ〜２０２ｃ）にリンクし、各々のポータルＷｅｂサイトで自動モニタリングされたセンシングデータ（センサー群からのデータと地域及び店舗特性等の間接的なデータとを含む）に基づき、メンテナンスを必要とするような異常が発生する前にメンテナンスする「プリメンテナンス」をメンテナンス実施設備業者に指示するか否かを判断する。そして、ある店舗のモニタリング対象、例えばコンプレッサーからの直接的なセンシングデータが間接的にセンシングされた定性的なデータからメンテナンスを必要とするような異常を推定できる場合には、その店舗のメンテナンスを実施しているメンテナンス実施設備業者にプリメンテナンスの指示を行う。
【００１７】
尚、上述したメンテナンスを必要とするような異常を推定する具体的な方法については更に後述する。また、Ｗｅｂ統括モニタリングサイト２０３には、各々のポータルＷｅｂサイト毎にセンシングされたデータを管理するデータベースを備え、そのデータベースに蓄積された直接データ及び間接的なデータに基づき、プリメンテナンスが必要か否かを判別し、メンテナンス実施設備事業者に指示を行うものである。
【００１８】
２０４ａはメンテナンス実施設備業者Ａであり、この例では、コンビニエンスチェーンＡ２０１ａの各々の店舗におけるモニタリング対象に対してＷｅｂ統括モニタリングサイト２０３からプリメンテナンスの指示がなされた場合に、そのモニタリング対象のメンテナンスを実施する。２０４ｂはメンテナンス実施設備業者Ｂであり、この例では、コンビニエンスチェーンＢ２０１ｂの各々の店舗におけるモニタリング対象に対してＷｅｂ統括モニタリングサイト２０３からプリメンテナンスの指示がなされた場合に、そのモニタリング対象のメンテナンスを実施する。そして、２０４ｃはメンテナンス実施設備業者Ｃであり、この例では、テナントビル２０１ｃの各々の店舗におけるモニタリング対象に対してＷｅｂ統括モニタリングサイト２０３からプリメンテナンスの指示がなされた場合に、そのモニタリング対象のメンテナンスを実施する。
【００１９】
２０５ａは顧客であり、この例では、コンビニエンスチェーンＡの本部であり、Ｗｅｂ統括モニタリングサイト２０３からコンビニエンスチェーンＡ２０１ａの監視状況やプリメンテナンスの作業内容などが通知される。２０５ｂは顧客であり、この例では、コンビニエンスチェーンＢの本部であり、Ｗｅｂ統括モニタリングサイト２０３からコンビニエンスチェーンＢ２０１ｂの監視状況やプリメンテナンスの作業内容などが通知される。そして、２０５ｃは顧客であり、この例では、テナントビルのオーナー等であり、テナントビル２０１ｃの監視状況やプリメンテナンスの作業内容などが通知される。
【００２０】
［プリメンテナンス予知情報の概念］
従来の設備機器に関するメンテナンスでは、被監視設備機器からの情報を直接センサー等で監視する必要があった。この場合、各々の設備機器に対して接触、非接触センサー等を用いて情報を得ていた。そして、それらによって問題のある機器は、問題が発生してから異常情報を得るのが一般的であった。
【００２１】
これに対して、本実施形態におけるプリメンテナンスは、各々の設備機器からのセンサー情報だけでなく、関連する情報を連続又は間欠的に監視することで、事前に設備機器の変化兆候を推定し、故障に至る前に、事前メンテナンスを可能にするものである。
【００２２】
従って、関連情報に基づいて設備機器の定性状態変化や不具合状況を近似的に推定し、定量的なデータに変換する変換アルゴリズムが重要である。
【００２３】
この変換アルゴリズムは、被監視設備機器からの情報と設備機器が設置された空間の間接情報（温度、湿度、光、音、色、振動、電波、二酸化炭素濃度、人の混雑度、ドアの開閉回数、商品移動量、機器設置環境／地域差、気候等）を知ることにより、被監視設備機器との相関関係を算出し、得られた相関値から目的の被監視設備機器の定性状態変化を推定し、それを定量化するためのアルゴリズムである。
【００２４】
この推定に対しては、上述のデータベースに蓄積されている過去の実績データ、経験的な知識等による既知データを基準として相対的な変化量を算出し、更に地域差、気候等により劣化状況が異なることを考慮した変換重み係数を導入することにより推定確度を向上させることができる。ここで、変換重み係数は、設備機器各々の特性ばらつき、季節、設置環境、地域（南北、海抜など）などにより決定されるパラメータである。
【００２５】
［定性情報／定量化変換アルゴリズム］
本実施形態における変換アルゴリズムは、要素変数、変換重み係数、推定変数、推移状態値、修正項、推定定量値に基づき構成されるアルゴリズムである。
【００２６】
ここで、上述の変換アルゴリズムにおける変数、係数、値などを順に説明し、変換アルゴリズムについて詳細に説明する。
（１）要素変数
要素変数としては、直接変数と間接変数があり、これらの変数は経験的な知識に基づき、被対象機器により複数の要素を選択的に設定することができる。
【００２７】
まず、直接変数は、被監視設備機器のサンプリング機能により直接的に得ることができるデータ或いは過去の実績、経験により得た等価データ（ｄ１、ｄ２、ｄ３、…、ｄｍ）の関数として計算される値であり、これをＸｄで表す。
【００２８】
次に、間接変数は、機器設置空間より間接的に得られる空間情報（ｓ１、ｓ２、ｓ３、…、ｓｎ）の関数として計算される値であり、これをＸｓで表す。
【００２９】
また、上述の直接変数Ｘｄと間接変数Ｘｓとの結合演算（記号「＊」で表す）により求められる変数を変換変数とし、これをＸｃで表し、次式で定義する。そして、この値は推定変数に対して適用され、グルーピングされたエリアの特性を与えるものである。
【００３０】
Ｘｃ＝［Ｘｄ＊Ｘｓ］
（２）変換重み係数
日本国内においては、九州〜北海道までの各地方に対して共通条件を持つ地域をグループに分け、それらのグループ毎に固有の重み係数を与えて、その地方の傾向を反映させる。この重み係数を与える要素は、例えば以下のような情報、値である。
【００３１】
・位置情報（九州、四国、近畿、関東、東北、北海道等）
・気象情報（気温、湿度、降水量、降雪量、台風上陸頻度等）
・地域代表値（地域を代表するサンプル値）
この重み係数は、平均値に対する比率で与えられるものであり、これを「δ」で表す（０＜δ＜１）。
（３）推定変数
上記のδに基づき、推定変数を次式で計算する。
【００３２】
Ｘ＝δ・Ｘｃ
（４）推移状態値
推移状態値とは、推定変数Ｘの関数であり、被監視対象（装置、システム等）のその時点における状態を表し、メンテナンスの指針値を示すものであり、Ｃで表す。
【００３３】
Ｃ＝Ｆ（Ｘ）
そして、この値は要素変数の変動に連動するために、ある間隔（時間、日等の単位）で更新されるものである。
（５）修正項
推移状態値は、エリアを絞り込んだ値であるが、更に現場の固有環境より修正係数β（０≦ｌ１＜β＜ｌｋ）を規定し、メンテナンス必要度を修正する。尚、この値は、現場の習熟した担当者の判断により規定範囲内でチューニングのために選択できる。
（６）推定定量値
推定定量値Ｖは、上述の推移状態値と修正項とから推定する監視対象（装置、システム等）のその時点におけるメンテナンスの必要度を判断するための推定値である。
【００３４】
Ｖ＝α｛Ｆ（Ｃ）＋β｝
ここで、αは関数最適化係数であり、実験式と現実の値がより良い近似を取るように決定された値である。
（７）初期値の設定
上記の各変数は、システムインストール時、メンテナンス完了時等のスタート時に環境条件に基づいたデフォルト値が自動的に設定される。
（８）変換アルゴリズム
本実施形態における変換アルゴリズムは、定義に従って図３に示すような手順で演算処理を行うものである。
【００３５】
３０１は上述の直接変数Ｘｄと間接変数Ｘｓを演算する処理であり、３０２はその結果に基づき変換変数を演算する処理である。３０３は環境条件を設定することにより自動又はマニュアルで重み係数を選択する。３０４は選択された重み係数δに基づき推定変数を演算する処理である。
【００３６】
３０５は推定変数Ｘに基づき推移状態値Ｃを演算する処理である。３０６は被監視機器が設置されたエリア、設置条件等により推移状態値Ｃの関数値に対する補正値を自動又はマニュアルで選択的に決定する。３０７はメンテナンスの必要度を示す推定定量値を演算する処理である。
【００３７】
［プリメンテナンス処理］
次に、上述した変換アルゴリズによって推定定量値を求めた後、その推定定量値に応じて実行されるプリメンテナンス処理について説明する。
【００３８】
図４は、本実施形態におけるプリメンテナンス処理を示す図である。４０１において、上述した変換アルゴリズムに従ってメンテナンスの必要度が演算され、推定定量値が求められる。そして、４０２では、４０１で得られた推定定量値を予め定められた判定値と比較し、メンテナンスが必要か否かを判定する。ここで、正常と判定した場合は、４０３において通常の正常処理を行い、４０５で表示処理又はローカルネットやインターネットに対する伝送処理を行う。
【００３９】
また、４０２における判定処理の結果が異常状態に推移する値に達していれば、４０４において、その程度により緊急を要するものは４０６においてその緊急度に応じた処理を行い、４０５で表示又は伝送処理される。
【００４０】
このように、本実施形態によれば、変換アルゴリズムに従って定性情報を定量化して事前に設備機器の変化兆候を推定し、故障に至る前にプリメンテナンスを行うことができる。
【００４１】
［プリメンテナンスのビジネスモデル］
次に、上述のプリメンテナンスを行うプリメンテナンス情報管理事業について説明する。
【００４２】
図５は、プリメンテナンス情報管理事業のビジネスモデルを示す模式図である。このビジネスモデルでは、プリメンテナンスを行うプリメンテナンス情報管理事業を、現行のメンテナンス作業事業の代行業務を付属させたＡＳＰ事業会社に結合させ、プリメンテナンス事業プラットフォーム事業会社を仲介することで、メンテナンス部品、商品を必要なときに地域のメンテナンス設備業者に提供することができ、また地域の顧客は新規設備設計、施工、保守契約などに対応できる情報の提供を受けることができる。
【００４３】
尚、本発明は、このビジネスモデルに限らず、Ｗｅｂモニタリングをベースとするプリメンテナンス事業プラットフォームを提供することにより、種々の変形が可能である。
【００４４】
以上説明したように、実施形態によれば、以下のような効果が得られる。
（１）プリメンテナンスを必要とする対象（テナントビルやコンビニエンスチェーンの各店舗等）を直接的に又は間接的にセンシングすることにより、データをスキャンニング監視し、これに地域及び各店舗等の特性をデータ加工できる分散サーバシステムと連動させ、センシングできない情報や特性の定性的なデータも定量化して中央に伝送することができる。
【００４５】
従って、プリメンテナンスによる経済性が継続的に大幅に改善される。特に、サービスコール件数の２０％を占める設備回りの修繕対処コスト（交換保守備品費用＋実活動時間人工費用）と、その他のサービスコール件数８０％への対処コストが比較され、オペレーションの標準化等が行える。また、その他のサービスコール件数８０％へはプリメンテナンスで代替えすることができる。
（２）プリメンテナンスが可能な要件を地域及び店舗群の特性毎にグルーピングできることにより、アクティブベースドコストが可能となり、コストが明確になる。
（３）ポータルサイトを活用したウェブとスキャンニング監視と地域設備メンテナンス業者とをリンクさせることにより、プリメンテナンス事業者をビジネスプラットフォームへ誘導できる。
【００４６】
特に、地域及び店舗群の特性別に用意されたポータルサイトを活用したウェブスキャンニング監視は、プリメンテナンスによる修繕対処コストを大幅に低減できる。また、グルーピング特性（温暖寒冷地域差、チェーン店舗特性等）を持つ地域及び店舗群の特性別（コンビニエンス店舗等）に行うことにより、継続的なサービスコール件数の低減と修繕対処コストの軽減を図ることができる。更に、ポータルサイトを有するウェブスキャンニング監視によるデータ異常予知は外部より特定者のみネット検索できる機能を持つことにより、グルーピング特性と代表サンプリングのデータ検索を行うことができる。また、このデータは、データベースに蓄積されて管理され、その後は、蓄積されているデータに基づいて演算されることにより、定量値、定性値の初期値に対し学習する機能を持つ。演算された学習データは、異常予知の精度を向上させることを可能とする。
（４）コンビニエンス店舗のプリメンテナンスを可能とする、設備メンテナンス専用センサーとウェブ監視システムは、プリメンテナンス情報管理事業のＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）事業化を可能とし、新しいビジネスプラットフォームを提供することができる。
【００４７】
特に、代替センシングデータ（定性的な代替えやＰＯＳデータと連動したデータ等）からの異常予知をネット検索することができる。また、プリメンテナンス情報管理代行ＡＳＰ事業を含む新しいビジネスプラットフォームとしてポータルサイトを活用したウェブスキャンニング監視によるデータ異常予知をネット検索できる機能と、グルーピング特性を代表サンプリング検索する機能とを提供することができる。更に、サービスコールによるコスト増を低減させることができる。
【００４８】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク上の監視装置で監視対象のセンシングデータと定性的な情報を定量化したデータとに基づいて変化兆候を推定し、監視対象に異常が発生する前にメンテナンス実施設備業者にメンテナンスを指示することができる。
【図面の簡単な説明】
【図１】プリメンテナンスシステムの概要を説明するための図である。
【図２】本実施形態におけるプリメンテナンスシステムを示す模式図である。
【図３】本実施形態における変換アルゴリズムの手順を示す図である。
【図４】本実施形態におけるメンテナンス処理を示す図である。
【図５】プリメンテナンス情報管理事業のビジネスモデルを示す模式図である。
【図１】
2004021399.tif 000003
【図２】
2004021399.tif 000004
【図３】
2004021399.tif 000005
【図４】
2004021399.tif 000006
【図５】
2004021399.tif 000007