(57)【特許請求の範囲】
【請求項１】
所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、
前記サーバは、
前記無線タグから送信される前記測定値を受信する測定値受信手段と、
前記測定値受信手段によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手段と、
前記測定値判別手段によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手段と、
前記第１警告手段による警告回数を記憶する第１警告回数記憶手段と、
前記第１警告回数記憶手段に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手段と、
を備え、
前記第１故障確率算出手段は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
ことを特徴とする機器類管理システム。
【請求項２】
所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、
前記サーバは、
所定のポイント値を記憶するポイント値記憶手段と、
前記無線タグから送信される前記測定値を受信する測定値受信手段と、
前記測定値受信手段によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手段と、
前記測定値判別手段によって前記測定値が前記第１数値範囲を超えていると判別した場合、前記ポイント値計数手段に記憶されている前記ポイント値を更新するポイント値更新手段と、
前記ポイント値更新手段によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手段と、
前記ポイント値判別手段によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手段と、
前記第２警告手段による警告回数を記憶する第２警告回数記憶手段と、
前記第２警告回数記憶手段に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手段と、
を備え、
前記第２故障確率算出手段は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
ことを特徴とする機器類管理システム。
【請求項３】
前記無線タグは、前記測定値のうちの第１測定値を取得して前記サーバに送信する第１無線タグと、
前記第１測定値とは異なる第２測定値を取得して前記サーバに送信する第２無線タグと、を含み、
前記ポイント値記憶手段は、前記第１測定値に対応する第１ポイント値を記憶する第１ポイント値記憶手段と、
前記第２測定値に対応する第２ポイント値を記憶する第２ポイント値記憶手段と、を含み、
前記測定値判別手段は、前記測定値受信手段によって前記第１測定値を受信した場合、該第１測定値が、前記第１数値範囲のうちの第３数値範囲を超えているか否かを判別し、前記第２測定値を受信した場合、該第２測定値が、該第３数値範囲とは異なる第４数値範囲を超えているか否かを判別し、
前記ポイント値更新手段は、前記測定値判別手段によって前記第１測定値が前記第３数値範囲を超えていると判別した場合、前記第１ポイント値計数手段に記憶されている前記第１ポイント値を更新し、前記第２測定値が前記第４数値範囲を超えていると判別した場合、前記第２ポイント値計数手段に記憶されている前記第２ポイント値を更新し、
前記サーバは、前記ポイント値更新手段によって更新した前記第１ポイント値と前記第２ポイント値とを加算して合計ポイント値を算出する合計ポイント値算出手段をさらに備え、
前記ポイント値判別手段は、前記合計ポイント値算出手段によって算出した前記合計ポイント値が、前記第２数値範囲を超えているか否かを判別する、
ことを特徴とする請求項２に記載の機器類管理システム。
【請求項４】
複数の前記機器類の前記ポイント値の平均値を算出するポイント平均値算出手段を持つことを特徴とした、請求項２又は３に記載の機器類管理システム。
【請求項５】
複数の前記機器類の警告回数の平均値を算出する警告回数平均値算出手段を持つことを特徴とした、請求項１〜４のいずれか１項に記載の機器類管理システム。
【請求項６】
前記測定値とは、温度、湿度、通電時間、消費電力、振動レベル、粉塵レベル、機器類を空けた時間、機器類を閉めた時間のいずれか１つ以上の値であることを特徴とした、請求項１〜５のいずれか１項に記載の機器類管理システム。
【請求項７】
所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、
前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、
前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、
前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、
前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告ステップと、
前記サーバが、前記第１警告ステップによる警告回数を記憶する第１警告回数記憶ステップと、
前記サーバが、前記第１警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出ステップと、
を備え、
前記第１故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
ことを特徴とする機器類管理方法。
【請求項８】
所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、
前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、
前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、
前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、
前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新ステップと、
前記サーバが、前記ポイント値更新ステップによって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別ステップと、
前記サーバが、前記ポイント値判別ステップによって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告ステップと、
前記サーバが、前記第２警告ステップによる警告回数を記憶する第２警告回数記憶ステップと、
前記サーバが、前記第２警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出ステップと、
を備え、
前記第２故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
ことを特徴とする機器類管理方法。
【請求項９】
前記測定値送信ステップは、前記測定値のうちの第１測定値を取得して前記サーバに送信する第１測定値送信ステップと、
前記第１測定値とは異なる第２測定値を取得して前記サーバに送信する第２測定値送信ステップと、を含み、
前記測定値判別ステップは、前記測定値受信ステップによって前記第１測定値を受信した場合、該第１測定値が、前記第１数値範囲のうちの第３数値範囲を超えているか否かを判別し、前記第２測定値を受信した場合、該第２測定値が、該第３数値範囲とは異なる第４数値範囲を超えているか否かを判別し、
前記ポイント値更新ステップは、前記測定値判別ステップによって前記第１測定値が前記第３数値範囲を超えていると判別した場合、該第１測定値に対応する第１ポイント値を更新し、前記第２測定値が前記第４数値範囲を超えていると判別した場合、該第２測定値に対応する第２ポイント値を更新し、
前記サーバが、前記ポイント値更新ステップによって更新した前記第１ポイント値と前記第２ポイント値とを加算して合計ポイント値を算出する合計ポイント値算出ステップをさらに備え、
前記ポイント値判別ステップは、前記合計ポイント値算出ステップによって算出した前記合計ポイント値が、前記第２数値範囲を超えているか否かを判別する、
ことを特徴とする請求項８に記載の機器類管理方法。
【請求項１０】
前記サーバが、複数の前記機器類の前記ポイント値の平均値を算出するポイント平均値算出ステップを持つことを特徴とした、請求項８又は９に記載の機器類管理方法。
【請求項１１】
前記サーバが、複数の前記機器類の警告回数の平均値を算出する警告回数平均値算出ステップを持つことを特徴とした、請求項７〜１０のいずれか１項に記載の機器類管理方法。
【請求項１２】
前記測定値とは、温度、湿度、通電時間、消費電力、振動レベル、粉塵レベル、機器類を空けた時間、機器類を閉めた時間のいずれか１つ以上の値であることを特徴とした、請求項７〜１１のいずれか１項に記載の機器類管理方法。
【請求項１３】
所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、
前記無線タグから送信される前記測定値を受信する測定値受信手順と、
前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、
前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手順と、
前記第１警告手順による警告回数を記憶する第１警告回数記憶手順と、
前記第１警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手順と、
を備え、
前記第１故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
ことを特徴とするプログラム。
【請求項１４】
所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、
前記無線タグから送信される前記測定値を受信する測定値受信手順と、
前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、
前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新手順と、
前記ポイント値更新手順によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手順と、
前記ポイント値判別手順によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手順と、
前記第２警告手順による警告回数を記憶する第２警告回数記憶手順と、
前記第２警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手順と、
を実行させ、
前記第２故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
ことを特徴とするプログラム。
【請求項１５】
前記無線タグは、前記測定値のうちの第１測定値を取得して前記コンピュータに送信する第１無線タグと、
前記第１測定値とは異なる第２測定値を取得して前記コンピュータに送信する第２無線タグと、を含み、
前記測定値判別手順は、前記測定値受信手順によって前記第１測定値を受信した場合、該第１測定値が、前記第１数値範囲のうちの第３数値範囲を超えているか否かを判別し、前記第２測定値を受信した場合、該第２測定値が、該第３数値範囲とは異なる第４数値範囲を超えているか否かを判別し、
前記ポイント値更新手順は、前記測定値判別手順によって前記第１測定値が前記第３数値範囲を超えていると判別した場合、該第１測定値に対応する第１ポイント値を更新し、前記第２測定値が前記第４数値範囲を超えていると判別した場合、該第２測定値に対応する第２ポイント値を更新し、
前記ポイント値更新手順によって更新した前記第１ポイント値と前記第２ポイント値とを加算して合計ポイント値を算出する合計ポイント値算出手順をさらに実行させ、
前記ポイント値判別手順は、前記合計ポイント値算出手順によって算出した前記合計ポイント値が、前記第２数値範囲を超えているか否かを判別する、
ことを特徴とする請求項１４に記載のプログラム。
【請求項１６】
複数の前記機器類の前記ポイント値の平均値を算出するポイント平均値算出手順を実行させることを特徴とした、請求項１４又は１５に記載のプログラム。
【請求項１７】
複数の前記機器類の警告回数の平均値を算出する警告回数平均値算出手順を実行させることを特徴とした、請求項１３〜１６のいずれか１項に記載のプログラム。
【請求項１８】
前記測定値とは、温度、湿度、通電時間、消費電力、振動レベル、粉塵レベル、機器類を空けた時間、機器類を閉めた時間のいずれか１つ以上の値であることを特徴とした、請求項１３〜１７のいずれか１項に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器類管理システム、機器類管理方法、及びプログラムに関し、特に機器類を適切に管理・運用することができる機器類管理システム、機器類管理方法、及びプログラムに関する。
【背景技術】
【０００２】
コンビニエンスストアなどの店舗には、冷蔵庫や保湿器機などといった種々の什器などの機器類が設置されている。このような什器は、通常、定期的にメンテナンスが行われ、故障や不具合が発見されれば、そこで修理がされ、また、購入時から一定期間が経過すると、一律に処分されるといった管理・運用が行われている（例えば特許文献１参照）。
【特許文献１】特開２００４−３３７８１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、このような管理・運用では、什器に故障までには至らない不具合が生じた場合、次のメンテナンスまで発見されないことが多々ある。このような状態で什器が運用されれば、多量の電気が消費されたり、温度が設定より大幅に上昇したりして、運用コストが通常よりも高くになる他、二酸化炭素（ＣＯ２）を通常よりも多量に排出するなどして環境面にも悪影響を及ぼす。
【０００４】
また、このような状態での運用は、什器の故障の原因にもなり、引いては通常よりも早く処分せざるを得ない状況にもなり兼ねない。さらに、什器は、購入時から一定期間が経過すると、処分されるが、この期間には通常これと言った根拠はない。このため、未だ十分に運用できる什器であっても、処分されることになり、資産運用の面でもマイナス面が大きい。
【０００５】
本発明は、上記実状に鑑みてなされたものであり、機器類を適切に管理・運用することができる機器類管理システム、機器類管理方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係る機器類管理システムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、前記サーバは、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手順と、前記第１警告手順による警告回数を記憶する第１警告回数記憶手順と、前記第１警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手順と、を備え、前記第１故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
【０００７】
また、本発明の第２の観点に係る機器類管理システムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、前記サーバは、所定のポイント値を記憶するポイント値記憶手順と、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、前記ポイント値計数手順に記憶されている前記ポイント値を更新するポイント値更新手順と、前記ポイント値更新手順によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手順と、前記ポイント値判別手順によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手順と、前記第２警告手順による警告回数を記憶する第２警告回数記憶手順と、前記第２警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手順と、を備え、前記第２故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
【０００８】
さらに、本発明の第３の観点に係る機器類管理方法は、所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告ステップと、前記サーバが、前記第１警告ステップによる警告回数を記憶する第１警告回数記憶ステップと、前記サーバが、前記第１警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出ステップと、を備え、前記第１故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
【０００９】
加えて、本発明の第４の観点に係る機器類管理方法は、所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新ステップと、前記サーバが、前記ポイント値更新ステップによって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別ステップと、前記サーバが、前記ポイント値判別ステップによって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告ステップと、前記サーバが、前記第２警告ステップによる警告回数を記憶する第２警告回数記憶ステップと、前記サーバが、前記第２警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出ステップと、を備え、前記第２故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
【００１０】
またさらに、本発明の第５の観点に係るプログラムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手順と、前記第１警告手順による警告回数を記憶する第１警告回数記憶手順と、前記第１警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手順と、を備え、前記第１故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
【００１１】
そして、本発明の第６の観点に係るプログラムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新手順と、前記ポイント値更新手順によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手順と、前記ポイント値判別手順によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手順と、前記第２警告手順による警告回数を記憶する第２警告回数記憶手順と、前記第２警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手順と、を実行させ、前記第２故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、機器類を適切に管理・運用することができる機器類管理システム、機器類管理方法、及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を実施するための最良の形態について説明する。
［実施形態１］
【００１４】
まず、実施形態１に係る什器管理システムの構成について、図面を参照して説明する。
【００１５】
什器管理システム１は、図１に示すように、例えばコンビニエンスストアなどの各店舗２−ｍ（ｍは自然数）内に存在する什器１０−ｎ（ｎは自然数）と、各店舗２−ｍ内に設置された店舗サーバ２０−ｍと、各店舗２−ｍを統括する本部などに設置されたシステムサーバ３０と、から構成されている。
【００１６】
什器１０−ｎは、例えば冷蔵庫や保湿器機などであって、図２に示すように、各種センサ付きタグ１１−ｎ〜１６−ｎが設置されている。
【００１７】
各種センサ付きタグ１１−ｎ〜１６−ｎは、例えば内部に電池が内蔵されたアクティブタイプのＩＣ（Integrated Circuit）タグなどによって実現され、店舗サーバ２０−ｍから発信命令を受けることなく、電池からのエネルギにより自発的に電波を発射することができる。
【００１８】
具体的に各種センサ付きタグ１１−ｎ〜１６−ｎには、電池の他に、各種センサや、タイマ、無線通信部などが内蔵されている。各種センサ付きタグ１１−ｎ〜１６−ｎは、各種センサにより取得した情報を、タイマに基づいて定期的（本実施形態では０．２秒毎）に、無線通信部を用いて店舗サーバ２０−ｍに送信する。なお、各種情報の送信間隔は、任意に設定可能である。
【００１９】
電流センサ付きタグ１１−ｎは、例えば什器１０−ｎの電源コンセント部分に設置され、什器１０−ｎの通電状況を取得する電流センサを内蔵している。電流センサ付きタグ１１−ｎは、電流センサにより取得された通電状況や、タイマに基づいて、什器１０−ｎの稼動時間や消費電力量を取得し、定期的に無線通信部を用いて店舗サーバ２０−ｍに送信する。
【００２０】
開閉センサ付きタグ１２−ｎは、例えば什器１０−ｎのドア部に設置され、ドアが開けられたこと、閉められたことを検知する開閉センサを内蔵している。開閉センサ付きタグ１２−ｎは、開閉センサにより什器１０−ｎのドアの開閉回数を取得したり、開閉センサにてドアが開けられたことを検知した時刻から、閉められたことを検知した時刻までの期間をタイマを用いて計測することにより、什器１０−ｎのドアの開放時間を取得したりする。そして、開閉センサ付きタグ１２−ｎは、このようにして取得した什器１０−ｎのドアの開閉回数や開放時間を定期的に無線通信部を用いて店舗サーバ２０−ｍに送信する。
【００２１】
温度センサ付きタグ１３−ｎは、例えば什器１０−ｎの内部に設置され、什器１０−ｎ内の温度が適切な温度に保たれているか、異常な温度を記録していないかを検知するためのもので、什器１０−ｎの内部の温度を取得する温度センサを内蔵している。温度センサ付きタグ１３−ｎは、温度センサにより取得された什器１０−ｎの内部の温度を定期的に無線通信部を用いて店舗サーバ２０−ｍに送信する。
【００２２】
振動センサ付きタグ１４−ｎは、例えば什器１０−ｎの内部に設置され、什器１０−ｎの故障分析、性能分析の指標となる、想定を超えた振動が什器１０−ｎに加えられていないかを計測するためのもので、什器１０−ｎの振動の度合い（振動レベル）を取得する振動センサを内蔵している。振動センサ付きタグ１４−ｎは、振動センサにより取得された什器１０−ｎの振動レベルを無線通信部を用いて店舗サーバ２０−ｍに定期的に送信する。
【００２３】
湿度センサ付きタグ１５−ｎは、例えば什器１０−ｎの内部に設置され、什器１０−ｎの寿命や性能に影響する什器１０−ｎ内の湿度を取得する湿度センサを内蔵している。湿度センサ付きタグ１５−ｎは、湿度センサにより取得された什器１０−ｎ内の湿度を定期的に無線通信部を用いて店舗サーバ２０−ｍに送信する。
【００２４】
粉塵センサ付きタグ１６−ｎは、例えば什器１０−ｎの内部に設置され、什器１０−ｎの寿命や性能に影響する什器１０−ｎ内の粉塵レベルを取得する粉塵センサを内蔵している。粉塵センサ付きタグ１６−ｎは、粉塵センサにより取得された什器１０−ｎ内の粉塵レベルを定期的に無線通信部を用いて店舗サーバ２０−ｍに送信する。
【００２５】
店舗サーバ２０−ｍは、例えばＩＣタグリーダが接続された汎用コンピュータなどによって実現され、図３に示すように、無線通信部２１−ｍと、記憶部２２−ｍと、制御部２３−ｍと、通知部２４−ｍと、ネットワーク通信部２５−ｍと、を備えている。
【００２６】
無線通信部２１−ｍは、上述したＩＣタグリーダなどによって実現され、各種センサ付きタグ１１−ｎ〜１６−ｎから定期的に送信される各種情報を受信する。
【００２７】
記憶部２２−ｍは、例えばハードディスクドライブなどから構成され、図４に示すように、取得情報データベース２２１−ｍや、管理情報データベース２２２−ｍ、アラーム設定データベース２２３−ｍ、重み付けデータベース２２４−ｍなどを記憶するデータベース層と、性能評価アプリケーション２２５−ｍや故障分析アプリケーション２２６−ｍなどを記憶するアプリケーション層と、から概略構成されている。
【００２８】
取得情報データベース２２１−ｍは、各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報を格納するもので、具体的に取得情報データベース２２１−ｍには、各種情報を無線通信部２１−ｍにて受信した時刻（受信時刻）や、稼動時間、消費電力量、ドアの開閉回数、ドアの開放時間、温度、振動レベル、湿度、粉塵レベルなどが対応付けて格納されている。
【００２９】
管理情報データベース２２２−ｍは、事前に判明している什器１０−ｎの情報を格納するためのもので、具体的に管理情報データベース２２２−ｍには、什器１０−ｎの名称や、型番、購入メーカ名、購入年月日、各種仕様情報、設置している店舗２０−ｍ名、過去の修理履歴（修理した日付や修理箇所）、故障履歴（故障した日付や故障箇所）などが対応付けられて格納されている。
【００３０】
なお、管理情報データベース２２２−ｍに格納されている什器１０−ｎの情報には、温度や電源の消費電力が仕様で定められた通りに稼動しているかチェックするため、什器１０−ｎの各種仕様情報として、温度や電源の消費電力などの情報が含まれている。また、本実施形態の什器１０−ｎでは、温度の設定が可能であるため、管理情報データベース２２２−ｍには、その設定した温度が規定温度として格納されている。
【００３１】
アラーム設定データベース２２３−ｍは、例えば管理者が事前に各種情報に関しての重要度を考慮して設定したアラーム通知の規定を格納する。
【００３２】
具体的にアラーム設定データベース２２３−ｍには、什器１０−ｎのドアの開放時間が１０秒以上続いた場合や、什器１０−ｎ内の温度が規定温度と比べて５度以上の差があった場合、什器１０−ｎ内の温度が規定温度と比べて３度以上の差がある状態が１０秒以上続いた場合などにアラーム通知するとの規定が格納されている。
【００３３】
なお、什器１０−ｎ内の温度が規定温度と比べて３度以上の差がある状態が１０秒以上続いた場合などであっても、什器１０−ｎのドアが開放中であるときや、閉鎖後１０秒以内であるときには、そもそもドアの開放時には什器１０−ｎ内の温度や、湿度、振動レベル、粉塵レベルが大きく変化することから、アラーム通知されないように規定されてもよい。
【００３４】
重み付けデータベース２２４−ｍは、例えば管理者が事前に各種情報からの性能を予測する上での重要度を検討して設定した各種情報や各種アラーム通知に関しての重み付けを示すポイントを格納する。
【００３５】
具体的に重み付けデータベース２２４−ｍには、什器１０−ｎを購入後５０００時間以上稼動したとの情報に対応して１００ポイントが、什器１０−ｎを開放していない時の温度と規定温度との差が３度以上である状態が続いた時間が所定の閾値（本実施形態では１０秒）を超えてアラーム通知が１回なされたことに対応して１５ポイントが、什器１０−ｎを開放していない時の湿度が所定の閾値を超えてアラーム通知が１回なされたことに対応して１０ポイントが、什器１０−ｎ内の温度が規定温度と比べて５度以上の差があってアラーム通知が１回なされたことに対応して３０ポイントが、それぞれ格納されている。
【００３６】
性能評価アプリケーション２２５−ｍは、データベース層に記憶されている各種データベース２２１−ｍ〜２２４−ｍを参照したり、各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報を分析したりして、什器１０−ｎの性能評価を行うためのアプリケーションプログラムである。
【００３７】
故障分析アプリケーション２２６−ｍは、データベース層に記憶されている各種データベース２２１−ｍ〜２２４−ｍを参照したり、各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報を分析したりして、什器１０−ｎの故障分析を行うためのアプリケーションプログラムである。
【００３８】
また、記憶部２２−ｍには、各種ポイントカウンタや各種アラーム通知カウンタなどが設けられている。
【００３９】
各種ポイントカウンタには、稼働時間ポイントカウンタや、消費電力量ポイントカウンタと、温度ポイントカウンタ、振動レベルポイントカウンタ、湿度ポイントカウンタ、粉塵レベルポイントカウンタなどが含まれている。
【００４０】
稼働時間ポイントカウンタは、稼動時間が所定の閾値（本実施形態では５０００時間）を超えたときに加算されるポイント（本実施形態では１００ポイント）をカウントする。
【００４１】
消費電力量ポイントカウンタは、消費電力量が所定の閾値を超えたときに加算されるポイントをカウントする。
【００４２】
温度ポイントカウンタは、温度と規定温度との差が所定の閾値（本実施形態では５度）を超えたときや、温度と規定温度との差が３度以上である状態が続いた時間が所定の閾値（本実施形態では１０秒）を超えたときに加算されるポイント（本実施形態では前者の場合３０ポイント、後者の場合１５ポイント）をカウントする。
【００４３】
振動レベルポイントカウンタは、振動レベルが所定の閾値を超えたときに加算されるポイントをカウントする。
【００４４】
湿度ポイントカウンタは、湿度が所定の閾値を超えたときに加算されるポイント（本実施形態では１０ポイント）をカウントする。
【００４５】
粉塵レベルポイントカウンタは、粉塵レベルが所定の閾値を超えたときに加算されるポイントをカウントする。
【００４６】
各種アラーム通知カウンタには、稼働時間アラーム通知カウンタや、消費電力量アラーム通知カウンタと、温度アラーム通知カウンタ、振動レベルアラーム通知カウンタ、湿度アラーム通知カウンタ、粉塵レベルアラーム通知カウンタなどが含まれている。
【００４７】
稼働時間アラーム通知カウンタは、稼動時間が所定の閾値（本実施形態では５０００時間）を超えたときになされるアラーム通知の回数をカウントする。
【００４８】
消費電力量アラーム通知カウンタは、消費電力量が所定の閾値を超えたときになされるアラーム通知の回数をカウントする。
【００４９】
温度アラーム通知カウンタは、温度と規定温度との差が所定の閾値（本実施形態では５度）を超えたときや、温度と規定温度との差が３度以上である状態が続いた時間が所定の閾値（本実施形態では１０秒）を超えたときになされるアラーム通知の回数をカウントする。
【００５０】
振動レベルアラーム通知カウンタは、振動レベルが所定の閾値を超えたときになされるアラーム通知の回数をカウントする。
【００５１】
湿度アラーム通知カウンタは、湿度が所定の閾値を超えたときになされるアラーム通知の回数をカウントする。
【００５２】
粉塵レベルアラーム通知カウンタは、粉塵レベルが所定の閾値を超えたときになされるアラーム通知の回数をカウントする。
【００５３】
制御部２３−ｍは、例えばＣＰＵ（Central Processing Unit）や、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＣＴＣ（カウンタ／タイマ回路）などから構成され、ＣＰＵは、ＣＴＣから割込要求信号が入力される毎に、ＲＡＭをワークメモリとして用いて、ＲＯＭや記憶部２２−ｍに記憶されている各種プログラムを実行することにより、店舗サーバ２０−ｍ各部の動作を制御して各種処理を行う。
【００５４】
具体的にＣＰＵは、記憶部２２−ｍのアプリケーション層に記憶されている性能評価アプリケーション２２５−ｍを実行することにより、取得情報データベース２２１−ｍに格納されている各種情報や、管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴、記憶部１２に設けられた各種ポイントカウンタにてカウントされるポイントなど基づいて、什器１０−ｎの性能を評価して交換、追加、修理、及び予防措置などの要否を判別し、判別結果を通知部２４−ｍにて管理者に通知する。
【００５５】
例えば各種ポイントカウンタにてカウントされるポイントの合計数（合計ポイント）を求め、その合計ポイントが５００ポイント以上であり、且つ管理情報データベース２２２−ｍに格納されている故障履歴などから特定される過去の故障回数が３回以上である場合には、什器１０−ｎの交換が必要であると判別して、什器１０−ｎを買い替えるべきことを通知部２４−ｍにて管理者に通知する。
【００５６】
一方、合計ポイントが３００以上５００未満である場合や、合計ポイントが５００以上であるが過去の故障回数が３回未満である場合には、什器１０−ｎの予防措置が必要であると判別して、什器１０−ｎのメンテナンスを依頼すべきことを通知部２４−ｍにて管理者に通知する。
【００５７】
他方、合計ポイントが３００未満である場合には、什器１０−ｎの交換、修理、及び予防措置などをすることなく引き続き稼動させてもよいと判別して、管理者に何らの通知も行わない。
【００５８】
なお、各種ポイントカウンタのうちの温度ポイントカウンタにてカウントされるポイントが２５ポイント以上であり、且つ管理情報データベース２２２−ｍに格納されている故障履歴から過去にラジエータが故障したことが特定された場合には、什器１０−ｎの修理が必要であると判別して、什器１０−ｎの修理すべきことを通知部２４−ｍにて管理者に通知してもよい。
【００５９】
また、各種ポイントカウンタのうちの粉塵レベルポイントカウンタにてカウントされるポイントが４０ポイント以上である場合には、什器１０−ｎの予防措置が必要であると判別して、什器１０−ｎの清掃メンテナンスを実施すべきことを通知部２４−ｍにて管理者に通知してもよい。
【００６０】
さらに、取得情報データベース２２１−ｍに格納されている什器１０−ｎのドアの開閉回数が１日あたり５０回以上である場合には、商品の売行きが良いと推測して什器１０−ｎの追加をした方がよいと判別して、什器１０−ｎを追加すべきことを通知部２４−ｍにて管理者に通知してもよい。
【００６１】
また、ＣＰＵは、記憶部２２−ｍのアプリケーション層に記憶されている故障分析アプリケーション２２６−ｍを実行することにより、什器１０−ｎが故障した際、故障に至るまでに各種ポイントカウンタにてカウントされるポイントの合計数（合計ポイント）や、各種アラーム通知カウンタにてカウントされるアラーム通知の合計数（アラーム通知合計数）などを求め、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番などとともに、ネットワーク通信部２５−ｍからネットワークを介してシステムサーバ３０に送信する。
【００６２】
さらに、ＣＰＵは、管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴や、システムサーバ３０にて計算された同一の型番の他の什器１０−ｎが故障に至るまでの合計ポイントの平均値及びアラーム通知合計数の平均値、各種ポイントカウンタにてカウントされたポイントの合計数（合計ポイント）及び各種アラーム通知カウンタにてカウントされるアラーム通知の合計数（アラーム通知合計数）などに基づいて、正常に動いている什器１０−ｎの故障確率を計算して通知部２４−ｍにて管理者に通知する。
【００６３】
通知部２４−ｍは、例えばＬＣＤ（Liquid Crystal Display）や、スピーカなどによって実現され、制御部２３−ｍからの命令に基づいて、所定の画像をＬＣＤを表示したり、所定の音声をスピーカから出力したりして、稼動時間、消費電力量、ドアの開閉回数、ドアの開放時間、温度、振動レベル、湿度、粉塵レベルなどが所定の閾値を超えたことに対するアラームや、什器１０−ｎの交換、修理、及び予防措置などの要否、正常に動いている什器１０−ｎの故障確率などを管理者へ通知する。
【００６４】
ネットワーク通信部２５−ｍは、例えばネットワークを介してシステムサーバ３０と通信可能に接続され、制御部２３−ｍにて計算された什器１０−ｎが故障に至るまでの合計ポイントや、アラーム通知合計数、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番、修理履歴、及び故障履歴、各種アラーム通知カウンタにてカウントされるアラーム通知の回数などをネットワークを介してシステムサーバ３０に送信する。
【００６５】
また、ネットワーク通信部２５−ｍは、システムサーバ３０からネットワークを介して送信される合計ポイントの平均値や、アラーム通知合計数の平均値、什器１０−ｎの故障確率、什器１０−ｎの型番などを受信する。
【００６６】
図１に示すシステムサーバ３０は、例えばメインフレームやサーバコンピュータなどから構成され、各店舗２−ｍの店舗サーバ２０−ｍからネットワークを介して送信される什器１０−ｎが故障に至るまでの合計ポイントや、アラーム通知合計数、故障した什器１０−ｎの型番などに基づいて、什器１０−ｎが故障に至るまでの合計ポイントやアラーム通知合計数の平均値を型番毎にそれぞれ計算し、什器１０−ｎの型番などとともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信する。
【００６７】
また、システムサーバ３０は、各店舗２−ｍの店舗サーバ２０−ｍからネットワークを介して送信される什器１０−ｎの型番や、修理履歴、故障履歴、各種アラーム通知の回数などに基づいて、正常に動いている什器１０−ｎの故障確率を計算し、什器１０−ｎの型番などとともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信する。
【００６８】
例えば温度と規定温度との差が３度以上である状態が続いた時間が所定の閾値（本実施形態では１０秒）を超えたときになされるアラーム通知の回数が１日あたり５回以上という状態が７日以上続いた同一の型番の什器１０−ｎが１００個ある場合において、そのうち７０個が３日以内の故障したときには、故障確率を７０％と計算し、什器１０−ｎの型番などとともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信する。
【００６９】
また、通常±２度程度である温度と規定温度との差が非常に大きく乖離して±５度となったときになされるアラーム通知が検知された同一の型番の什器１０−ｎが１００個ある場合において、そのうち８０個が２日以内の故障したときには、故障確率８０％と計算し、什器１０−ｎの型番などとともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信する。
【００７０】
次に、上記構成を備える什器管理システムの動作について図面を参照して説明する。
【００７１】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、ＣＴＣから所定期間（例えば２ミリ秒）毎に送出される割込要求信号を受信して割込要求を受け付けると、所定のメイン処理を実行する。このメイン処理において、ＣＰＵは、図５に示すように、まず、各種センサ付きタグ１１−ｎ〜１６−ｎとの間で無線通信を行う無線通信処理を実行する（ステップＳ１）。
【００７２】
次に、ＣＰＵは、アラーム通知を行うアラーム通知処理を実行する（ステップＳ２）。
【００７３】
続いて、ＣＰＵは、什器１０−ｎの性能を評価して交換、追加、修理、及び予防措置などの要否を通知する性能評価処理を実行する（ステップＳ３）。
【００７４】
そして、ＣＰＵは、正常に動いている什器１０−ｎの故障確率を通知する故障分析処理を実行する（ステップＳ４）。
【００７５】
図６は、ステップＳ１の無線通信処理の詳細を示すフローチャートである。この無線通信処理において、ＣＰＵは、図６に示すように、まず、各種センサ付きタグ１１−ｎ〜１６−ｎから送信される各種情報を無線通信部２１−ｍにて受信したか否かを判別する（ステップＳ１１）。ここで、各種情報を受信していないと判別した場合には（ステップＳ１１；Ｎｏ）、そのまま無線通信処理を終了する。
【００７６】
これに対して、各種情報を受信したと判別した場合には（ステップＳ１１；Ｙｅｓ）、受信した什器１０−ｎの稼動時間や、消費電力量、ドアの開閉回数、ドアの開放時間、温度、振動レベル、湿度、粉塵レベルなどといった情報とともに、これらの情報を受信した時刻（受信時刻）とを対応付けて取得情報データベース２２１−ｍに格納して更新してから（ステップＳ１２）、無線通信処理を終了する。
【００７７】
図７は、ステップＳ２のアラーム通知処理の詳細を示すフローチャートである。このアラーム通知処理において、ＣＰＵは、図７に示すように、まず、取得情報データベース２２１−ｍに格納されている各種情報と、これらの情報のそれぞれに対応して予め定められた閾値と、を比較するなどして、アラーム設定データベース２２３−ｍに設定されているアラーム通知の規定が満たされたか否かを判別する（ステップＳ２１）。
【００７８】
例えば、ステップＳ２１の処理において、取得情報データベース２２１−ｍに格納されている什器１０−ｎの稼動時間と、所定の閾値（本実施形態では５０００時間）と、を比較して、什器１０−ｎの稼動時間が５０００時間を超えている場合には、アラーム通知の規定が満たされたと判別される。
【００７９】
また、取得情報データベース２２１−ｍに格納されている什器１０−ｎのドアの開放時間と、所定の閾値（本実施形態では１０秒）と、を比較して、什器１０−ｎのドアの開放時間が１０秒を超えている場合には、アラーム通知の規定が満たされたと判別される。
【００８０】
さらに、取得情報データベース２２１−ｍに格納されている什器１０−ｎ内の温度と管理情報データベース２２２−ｍに格納されている規定温度との差と、所定の閾値（本実施形態では５度）と、を比較して、什器１０−ｎ内の温度と規定温度との差が５度を超えている場合には、アラーム通知の規定が満たされたと判別される。
【００８１】
加えて、什器１０−ｎ内の温度と規定温度との差が３度以上である状態が続いた時間と、所定の閾値（本実施形態では１０秒）と、を比較して、什器１０−ｎを開放していない時の温度と規定温度との差が３度以上である状態が続いた時間が１０秒を超えている場合には、アラーム通知の規定が満たされたと判別される。
【００８２】
ステップＳ２１の処理にてアラーム通知の規定が満たされていると判別した場合には（ステップＳ２１；Ｙｅｓ）、通知部２４−ｍにて管理者にアラーム通知を行った後（ステップＳ２２）、所定の閾値を超えた情報に対応するポイントカウンタに、この情報に対応して重み付けデータベース２２４−ｍに格納されているポイントを加算して更新する（ステップＳ２３）。
【００８３】
例えば、ステップＳ２３の処理において、什器１０−ｎの稼動時間が、所定の閾値（本実施形態では５０００時間）を超えたことに対応してアラーム通知が行われた場合には、稼動時間ポイントカウンタに１００ポイントが加算されて更新される。
【００８４】
また、什器１０−ｎ内の温度と規定温度との差が、所定の閾値（本実施形態では５度）を超えたことに対応してアラーム通知が行われた場合には、温度ポイントカウンタに３０ポイントが加算されて更新される。
【００８５】
さらに、什器１０−ｎを開放していない時の温度と規定温度との差が３度以上である状態が続いた時間が所定の閾値（本実施形態では１０秒）を超えたことに対応してアラーム通知が行われた場合には、温度ポイントカウンタに１５ポイントが加算されて更新される。
【００８６】
加えて、什器１０−ｎを開放していない時の湿度が所定の閾値を超えたことに対応してアラーム通知が行われた場合には、湿度ポイントカウンタに１０ポイントが加算されて更新される。
【００８７】
ステップＳ２３の処理を実行した後、ＣＰＵは、所定の閾値を超えた情報に対応するアラーム通知カウンタに“１”加算して更新してから（ステップＳ２４）、アラーム通知処理を終了する。
【００８８】
これに対して、ステップＳ２１の処理にてアラーム通知の規定が満たされていないと判別した場合には（ステップＳ２１；Ｎｏ）、そのままアラーム通知処理を終了する。
【００８９】
図８は、ステップＳ３の性能評価処理の詳細を示すフローチャートである。この性能評価処理において、ＣＰＵは、図８に示すように、まず、各種ポイントカウンタにてカウントされるポイントの合計数（合計ポイント）を求め（ステップＳ３１）、その合計ポイントが５００ポイント以上であるか否かを判別する（ステップＳ３２）。
【００９０】
ここで、合計ポイントが５００ポイント以上であると判別した場合には（ステップＳ３２；Ｙｅｓ）、管理情報データベース２２２−ｍに格納されている故障履歴などから特定される過去の故障回数が３回以上であるか否かを判別する（ステップＳ３３）。
【００９１】
ここで、過去の故障回数が３回以上であると判別した場合には（ステップＳ３３；Ｙｅｓ）、什器１０−ｎの交換が必要であるとして、図９（ａ）に示すように、什器１０−ｎを買い替えるべきことを通知部２４−ｍにて管理者に通知してから（ステップＳ３４）、性能評価処理を終了する。
【００９２】
一方、合計ポイントが５００ポイント未満であると判別した場合には（ステップＳ３２；Ｎｏ）、合計ポイントが３００ポイント以上であるか否かを判別する（ステップＳ３５）。
【００９３】
ここで、ステップＳ３３の処理にて合計ポイントが５００ポイント以上であるが、過去の故障回数が３回未満であると判別した場合や（ステップＳ３３；Ｎｏ）、ステップＳ３５の処理にて合計ポイントが３００ポイント以上５００ポイント未満であると判別した場合には（ステップＳ３５；Ｙｅｓ）、什器１０−ｎの予防措置が必要であるとして、図９（ｂ）に示すように、什器１０−ｎのメンテナンスを依頼すべきことを通知部２４−ｍにて管理者に通知してから（ステップＳ３６）、性能評価処理を終了する。
【００９４】
他方、合計ポイントが３００ポイント未満であると判別した場合には（ステップＳ３５；Ｎｏ）、什器１０−ｎの交換、修理、及び予防措置などをすることなく引き続き稼動させてもよいとして、管理者に何らの通知を行うことなく、そのまま性能評価処理を終了する。
【００９５】
図１０は、ステップＳ４の故障分析処理の詳細を示すフローチャートである。この故障分析処理において、ＣＰＵは、図１０に示すように、まず、管理情報データベース２２２−ｍに格納されている什器１０−ｎの故障履歴が更新されたか否かをチェックすることにより、什器１０−ｎが故障しているか否かを判別する（ステップＳ４１）。この故障履歴は、什器１０−ｎが故障した際に管理者により更新される。ここで、什器１０−ｎが故障していないと判別した場合には（ステップＳ４１；Ｎｏ）、ステップＳ４４の処理に進む。
【００９６】
これに対して、什器１０−ｎが故障していると判別した場合には（ステップＳ４１；Ｙｅｓ）、什器１０−ｎが故障に至るまでに各種ポイントカウンタにてカウントされたポイントの合計数（合計ポイント）と、各種アラーム通知カウンタにてカウントされるアラーム通知の合計数（アラーム通知合計数）と、を求め（ステップＳ４２）、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番などとともに、ネットワーク通信部２５−ｍからネットワークを介してシステムサーバ３０に送信する（ステップＳ４３）。
【００９７】
システムサーバ３０では、このようにして各店舗２−ｍの店舗サーバ２０−ｍからネットワークを介して送信される什器１０−ｎが故障に至るまでの合計ポイントと、アラーム通知合計数と、の平均値が型番毎にそれぞれ計算され、什器１０−ｎの型番とともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信される。
【００９８】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、このようにしてシステムサーバ３０からネットワークを介して送信される合計ポイントの平均値とアラーム通知合計数の平均値と什器１０−ｎの型番とをネットワーク通信部２５−ｍにて受信したか否かを判別する（ステップＳ４４）。ここで、合計ポイントの平均値とアラーム通知合計数の平均値とを受信していないと判別した場合には（ステップＳ４４；Ｎｏ）、ステップＳ４８の処理に進む。
【００９９】
これに対して、合計ポイントの平均値とアラーム通知合計数の平均値と什器１０−ｎの型番とを受信したと判別した場合には（ステップＳ４４；Ｙｅｓ）、ネットワーク通信部２５−ｍにて受信した什器１０−ｎの型番に対応して管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴などに基づいて、什器１０−ｎが故障しているか否かを判別する（ステップＳ４５）。ここで、什器１０−ｎが故障していると判別した場合には（ステップＳ４５；Ｙｅｓ）、ステップＳ４８の処理に進む。
【０１００】
これに対して、什器１０−ｎが故障しておらず、正常に動いていると判別した場合には（ステップＳ４５；Ｎｏ）、管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴や、ネットワーク通信部２５−ｍにて受信した合計ポイントの平均値及びアラーム通知合計数の平均値、各種ポイントカウンタにてカウントされたポイントの合計数（合計ポイント）及び各種アラーム通知カウンタにてカウントされるアラーム通知の合計数（アラーム通知合計数）などに基づいて、什器１０−ｎの故障確率を計算して（ステップＳ４６）、通知部２４−ｍにて管理者に通知する（ステップＳ４７）。
【０１０１】
また、ＣＰＵは、所定の送信タイミングになったか否かを判別する（ステップＳ４８）。ここで、所定の送信タイミングになっていないと判別した場合には（ステップＳ４８；Ｎｏ）、ステップＳ５０の処理に進む。
【０１０２】
これに対して、所定の送信タイミングになったと判別した場合には（ステップＳ４８；Ｙｅｓ）、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番、修理履歴、及び故障履歴や、各種アラーム通知カウンタにてカウントされるアラーム通知の回数などをネットワークを介してシステムサーバ３０に送信する（ステップＳ４９）。
【０１０３】
システムサーバ３０では、このようにして各店舗２−ｍの店舗サーバ２０−ｍから送信された什器１０−ｎの型番や、修理履歴、故障履歴、各種アラーム通知の回数などに基づいて、正常に動いている什器１０−ｎの故障確率が計算され、什器１０−ｎの型番などとともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信される。
【０１０４】
例えば、温度と規定温度との差が３度以上である状態が続いた時間が所定の閾値（本実施形態では１０秒）を超えたときになされるアラーム通知の回数が１日あたり５回以上という状態が７日以上続いた同一の型番の什器１０−ｎが１００個ある場合において、そのうち７０個が３日以内の故障したときには、故障確率が７０％と計算され、什器１０−ｎの型番などとともに、ネットワークを介して店舗サーバ２０−ｍに送信される。
【０１０５】
また、通常±２度程度である温度と規定温度との差が非常に大きく乖離して±５度となったときになされるアラーム通知が検知された同一の型番の什器１０−ｎが１００個ある場合において、そのうち８０個が２日以内の故障したときには、故障確率８０％が計算され、什器１０−ｎの型番などとともに、ネットワークを介して店舗サーバ２０−ｍに送信される。
【０１０６】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、このようにしてシステムサーバ３０からネットワークを介して送信される故障確率と什器１０−ｎの型番とをネットワーク通信部２５−ｍにて受信したか否かを判別する（ステップＳ５０）。ここで、故障確率と什器１０−ｎの型番とを受信していないと判別した場合には（ステップＳ５０；Ｎｏ）、そのまま故障分析処理を終了する。
【０１０７】
これに対して、故障確率と什器１０−ｎの型番とを受信したと判別した場合には（ステップＳ５０；Ｙｅｓ）、ネットワーク通信部２５−ｍにて受信した什器１０−ｎの型番に対応して管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴などに基づいて、什器１０−ｎが故障しているか否かを判別する（ステップＳ５１）。ここで、什器１０−ｎが故障していると判別した場合には（ステップＳ５１；Ｙｅｓ）、そのまま故障分析処理を終了する。
【０１０８】
これに対して、什器１０−ｎが故障しておらず、正常に動いていると判別した場合には（ステップＳ５１；Ｎｏ）、図１１（ａ）及び（ｂ）に示すように、ネットワーク通信部２５−ｍにて受信した故障確率を通知部２４−ｍにて管理者に通知してから（ステップＳ５２）、故障分析処理を終了する。
【０１０９】
以上説明したように、本実施形態の什器管理システム１によれば、店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、図７に示すステップＳ２１の処理にて各種センサ付きタグ１１−ｎ〜１６−ｎから送信された各種情報と、これらの情報のそれぞれに対応して予め定められた閾値と、を比較するなどして、各種センサ付きタグ１１−ｎ〜１６−ｎに内蔵されている各種センサによって取得された什器１０−ｍの稼動時間や、消費電力量、ドアの開閉回数、ドアの開放時間、温度、振動レベル、湿度、粉塵レベルなどの測定値が、これらの情報のそれぞれに対応して予め定められた数値範囲を超えているか否かを判別する。
【０１１０】
ステップＳ２１の処理にて各種センサによって取得された測定値が、予め定められた数値範囲を超えていると判別した場合には、アラーム設定データベース２２３−ｍに設定されているアラーム通知の規定が満たされたとして、ステップＳ２２の処理にて管理者にアラーム通知を行う。
【０１１１】
このような各種センサ付きタグ１１−ｎ〜１６−ｎから送信された各種情報に基づくアラーム通知が行われることにより、管理者は、什器１０−ｎの異常を早急に察知して什器１０−ｎの温度の状態を正常に保つなどの対処を行うことができるようになるため、顧客に対するサービスを向上させることができる。また、温度と規定温度との乖離が非常に大きくなっている什器１０−ｎが運用されるなどことにより生じる二酸化炭素（ＣＯ２）を削減することができるなど、環境にも配慮することができる。
【０１１２】
その後、ＣＰＵは、ステップＳ２３及びＳ２４の処理にて所定の閾値を超えた情報、即ち数値範囲を超えた測定値に対応するポイントカウンタにてカウントされるポイント、及びアラーム通知カウンタにてカウントされるアラーム通知の回数を更新する。
【０１１３】
そして、ＣＰＵは、図８に示すステップＳ３１の処理にて各種ポイントの合計数（合計ポイント）を算出し、ステップＳ３２の処理にて合計ポイントが５００ポイント以上であるか否かを判別する。ここで、ステップＳ３２の処理にて合計ポイントが５００ポイント以上である判別したとともに、ステップＳ３３の処理にて過去の故障回数が３回以上であると判別した場合には、ステップＳ３４の処理にて什器１０−ｎを買い替えるべきことを管理者に通知して、什器１０−ｎの交換を管理者に指示する。
【０１１４】
これに対して、ステップＳ３２の処理にて合計ポイントが５００ポイント未満である判別した場合には、ステップＳ３５の処理にて合計ポイントが３００ポイント以上であるか否かを判別する。ここで、ステップＳ３５の処理にて合計ポイントが３００ポイント以上であると判別した場合には、ステップＳ３６の処理にて什器１０−ｎのメンテナンスを依頼すべきことを管理者に通知して、所定の予防措置を講じることを管理者に指示する。
【０１１５】
このようにすれば、ただ単に購入年月日から５年経過したから買い替える、故障したから買い替えるということではなく、管理者は、什器１０−ｎ内部の状況も加味した上で、買い替えるかや、修理をするか、メンテナンスをするかを判断できるようになるため、什器１０−ｎの延命化や有効活用が可能となる。また、無駄な什器１０−ｎなどの資産の購入や、無駄なメンテナンスや修理を行わないなどといった資産の効率的な運用・管理ができるようになるため、会計上の効果も得ることができる。さらに、購入した什器１０−ｎの初期不良をチェックすることもできる。
【０１１６】
その後、ＣＰＵは、図１０に示すステップＳ４１の処理にて管理情報データベース２２２−ｍに格納されている什器１０−ｎの故障履歴が更新されたか否かをチェックすることにより、什器１０−ｎが故障しているか否かを判別する。ステップＳ４１の処理にて什器１０−ｎが故障していると判別した場合には、ステップＳ４２の処理にて各種ポイントの合計数（合計ポイント）と、各種アラーム通知の合計数（アラーム通知合計数）と、を算出し、ステップＳ４３の処理にて什器１０−ｎの型番などとともに、ネットワーク通信部２５−ｍからネットワークを介してシステムサーバ３０に送信する。
【０１１７】
システムサーバ３０は、各店舗２−ｍの店舗サーバ２０−ｍからネットワークを介して送信される什器１０−ｎが故障に至るまでの合計ポイントとアラーム通知合計数とを受信し、合計ポイントとアラーム通知合計数との平均値を型番毎にそれぞれ算出する。そして、システムサーバ３０は、これらの合計ポイントの平均値とアラーム通知合計数と平均値とを、什器１０−ｎの型番とともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信する。
【０１１８】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、ステップＳ４４の処理にてシステムサーバ３０からネットワークを介して送信される合計ポイントの平均値とアラーム通知合計数の平均値と什器１０−ｎの型番とを受信したと判別した場合、ステップＳ４５の処理にて什器１０−ｎの型番に対応して管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴などに基づいて、什器１０−ｎが故障しているか否かを判別する。
【０１１９】
ここで、ステップＳ４５の処理にて什器１０−ｎが故障しておらず、正常に動いていると判別した場合には、ステップＳ４６の処理にて管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴や、ネットワーク通信部２５−ｍにて受信した合計ポイントの平均値及びアラーム通知合計数の平均値、各種ポイントカウンタにてカウントされたポイントの合計数（合計ポイント）及び各種アラーム通知カウンタにてカウントされるアラーム通知の合計数（アラーム通知合計数）などに基づいて、什器１０−ｎの故障確率を計算し、ステップＳ４７の処理にて管理者に通知する。
【０１２０】
また、ステップＳ４８の処理にて所定の送信タイミングになったと判別した場合には、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番、修理履歴、及び故障履歴や、各種アラーム通知カウンタにてカウントされるアラーム通知の回数などをネットワークを介してシステムサーバ３０に送信する。
【０１２１】
システムサーバ３０は、各店舗２−ｍの店舗サーバ２０−ｍから送信された各種アラーム通知の回数を受信し、什器１０−ｎの型番や、修理履歴、故障履歴、各種アラーム通知の回数などに基づいて、正常に動いている什器１０−ｎの故障確率を計算し、什器１０−ｎの型番などとともに、ネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信する。
【０１２２】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、ステップＳ５０の処理にてシステムサーバ３０からネットワークを介して送信される故障確率と什器１０−ｎの型番とを受信したと判別した場合、ステップＳ５１の処理にて什器１０−ｎの型番に対応して管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴などに基づいて、什器１０−ｎが故障しているか否かを判別する。
【０１２３】
ステップＳ５１の処理にて什器１０−ｎが故障しておらず、正常に動いていると判別した場合には、ステップＳ５２の処理にて故障確率を通知部２４−ｍにて管理者に通知する。
【０１２４】
このように、什器１０−ｎが故障する前に、什器１０−ｎの故障確率を管理者に通知することにより、管理者は、什器１０−ｎの故障を事前に予測することが可能になるため、修理やメンテナンスなどといった所定の予防措置を講じるなどの対処を早急に行うことができる。また、管理者は、什器メーカ毎、什器１０−ｎの種類毎に、故障の度合いを知ることができるため、メーカに什器１０−ｎの品質改善を要求することができる。一方、什器メーカの側としても、什器１０−ｎの品質の分析に役立てることにより、早急に品質改善をすることができる。
【０１２５】
上述のようにして、什器管理システム１は、什器１０−ｎを適切に管理・運用することができる。
［実施形態２］
【０１２６】
次に、実施形態２に係る什器管理システムの構成について、図面を参照して説明する。なお、上記実施形態１と同一の構成については、同一の符号を付し、その説明を適宜省略する。
【０１２７】
什器管理システム３は、図１２に示すように、什器１０−ｎと、各店舗２−ｍ内に設置された店舗サーバ４０−ｍと、各店舗２−ｍを統括する本部などに設置されたシステムサーバ５０と、から構成されている。
【０１２８】
店舗サーバ４０−ｍは、上記店舗サーバ２０−ｍと同様、ＩＣタグリーダが接続された汎用コンピュータなどによって実現され、図１３に示すように、無線通信部２１−ｍと、取得情報データベース２２１−ｍなどを記憶する記憶部４２−ｍと、制御部２３−ｍと、通知部２４−ｍと、ネットワーク通信部２５−ｍと、を備えている。
【０１２９】
制御部２３−ｍＣＰＵは、取得情報データベース２２１−ｍに格納されている各種情報をネットワーク通信部２５−ｍからネットワークを介してシステムサーバ３０に順次送信する。
【０１３０】
システムサーバ５０は、システムサーバ３０と同様、メインフレームやサーバコンピュータなどから構成され、図１４に示すように、ネットワーク通信部５１と、記憶部５２と、制御部５３と、を備えている。
【０１３１】
ネットワーク通信部５１は、例えばネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍと通信可能に接続され、各店舗２−ｍの店舗サーバ２０−ｍからネットワークを介して送信される各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報を受信する。ネットワーク通信部５１は、アラーム通知指示、什器交換指示、及びメンテナンス依頼指示などの各種指示や、制御部２３−ｍにて計算された正常に動いている什器１０−ｎの故障確率、什器１０−ｎの型番などを電子メールなどでネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに送信する。
【０１３２】
記憶部５２は、例えばハードディスクドライブなどから構成され、図１５に示すように、取得情報データベース５２１−ｍや、管理情報データベース２２２−ｍ、アラーム設定データベース２２３−ｍ、重み付けデータベース２２４−ｍなどを各店舗２−ｍ毎に記憶するデータベース層と、性能評価アプリケーション５２５や故障分析アプリケーション５２６などを記憶するアプリケーション層と、から概略構成されている。
【０１３３】
取得情報データベース５２１−ｍは、各店舗２−ｍの店舗サーバ２０−ｍから送信された各種情報を格納するもので、具体的に取得情報データベース５２１−ｍには、各種情報をネットワーク通信部５１にて受信した時刻（受信時刻）や、稼動時間、消費電力量、ドアの開閉回数、ドアの開放時間、温度、振動レベル、湿度、粉塵レベルなどが対応付けて格納されている。
【０１３４】
また、記憶部５２には、各種ポイントカウンタや各種アラーム通知カウンタなどが設けられている。各種ポイントカウンタには、稼働時間ポイントカウンタや、消費電力量ポイントカウンタと、温度ポイントカウンタ、振動レベルポイントカウンタ、湿度ポイントカウンタ、粉塵レベルポイントカウンタなどが含まれている。各種アラーム通知カウンタには、稼働時間アラーム通知カウンタや、消費電力量アラーム通知カウンタと、温度アラーム通知カウンタ、振動レベルアラーム通知カウンタ、湿度アラーム通知カウンタ、粉塵レベルアラーム通知カウンタなどが含まれている。
【０１３５】
制御部５３は、例えばＣＰＵや、ＲＯＭ、ＲＡＭ、ＣＴＣなどから構成され、ＣＰＵは、ＣＴＣから割込要求信号が入力される毎に、ＲＡＭをワークメモリとして用いて、ＲＯＭや記憶部５２に記憶されている各種プログラムを実行することにより、システムサーバ５０各部の動作を制御して各種処理を行う。
【０１３６】
具体的にＣＰＵは、記憶部５２のアプリケーション層に記憶されている性能評価アプリケーション５２５を実行することにより、取得情報データベース５２１−ｍに格納されている各種情報や、管理情報データベース２２２−ｍに格納されている修理履歴及び故障履歴、記憶部１２に設けられた各種ポイントカウンタにてカウントされるポイントなど基づいて、什器１０−ｎの性能を評価して交換、追加、修理、及び予防措置などの要否を判別する。そして、ＣＰＵは、この判別結果に基づいて、什器交換指示やメンテナンス依頼指示を、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番などとともに、ネットワーク通信部５１からネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに電子メールなどで送信することにより、管理者に通知する。
【０１３７】
また、ＣＰＵは、記憶部２２−ｍのアプリケーション層に記憶されている故障分析アプリケーション２２６−ｍを実行することにより、新たに什器１０−ｎが故障した際、故障に至るまでに各種ポイントカウンタにてカウントされるポイントの合計数（合計ポイント）や、各種アラーム通知カウンタにてカウントされるアラーム通知の合計数（アラーム通知合計数）などを求め、これらを加えて、新たに故障した什器１０−ｎと同一の型番の什器１０−ｎが故障に至るまでの合計ポイントの平均値とアラーム通知合計数の平均値とをそれぞれ計算し直して更新する。
【０１３８】
さらに、ＣＰＵは、更新後の合計ポイントの平均値及びアラーム通知合計数の平均値や、新たに故障した什器１０−ｎと同一の型番の什器１０−ｎのうち、正常に動いているものの合計ポイント値及びアラーム通知合計数などに基づいて、正常に動いている什器１０−ｎの故障確率を計算し直して更新する。そして、ＣＰＵは、更新後の正常に動いている什器１０−ｎの故障確率を、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番などとともに、ネットワーク通信部５１からネットワークを介して各店舗２−ｍの店舗サーバ２０−ｍに電子メールなどで送信することにより、管理者に通知する。
【０１３９】
続いて、上記構成を備える什器管理システムの動作について図面を参照して説明する。
【０１４０】
システムサーバ５０では、制御部５３のＣＰＵが、ＣＴＣから所定期間（例えば２ミリ秒）毎に送出される割込要求信号を受信して割込要求を受け付けると、所定のメイン処理を実行する。このメイン処理において、ＣＰＵは、図１６に示すように、まず、各店舗２−ｍの店舗サーバ２０−ｍとの間でネットワーク通信を行うネットワーク通信処理を実行する（ステップＳ１０１）。
【０１４１】
次に、ＣＰＵは、アラーム通知を行うアラーム通知処理を実行する（ステップＳ１０２）。
【０１４２】
続いて、ＣＰＵは、什器１０−ｎの性能を評価して交換、追加、修理、及び予防措置などの要否を通知する性能評価処理を実行する（ステップＳ１０３）。
【０１４３】
そして、ＣＰＵは、正常に動いている什器１０−ｎの故障確率を通知する故障分析処理を実行する（ステップＳ１０４）。
【０１４４】
図１７は、ステップＳ１０１のネットワーク通信処理の詳細を示すフローチャートである。このネットワーク通信処理において、ＣＰＵは、図１７に示すように、まず、店舗サーバ２０−ｍからネットワークを介して送信される各種情報をネットワーク通信部５１にて受信したか否かを判別する（ステップＳ１１１）。ここで、各種情報を受信していないと判別した場合には（ステップＳ１１１；Ｎｏ）、そのままネットワーク通信処理を終了する。
【０１４５】
これに対して、各種情報を受信したと判別した場合には（ステップＳ１１１；Ｙｅｓ）、受信した什器１０−ｎの稼動時間や、消費電力量、ドアの開閉回数、ドアの開放時間、温度、振動レベル、湿度、粉塵レベルなどといった情報とともに、これらの情報を受信した時刻（受信時刻）とを対応付けて取得情報データベース５２１−ｍに格納して更新してから（ステップＳ１１２）、ネットワーク通信処理を終了する。
【０１４６】
図１８は、ステップＳ１０２のアラーム通知処理の詳細を示すフローチャートである。このアラーム通知処理において、ＣＰＵは、図１８に示すように、まず、取得情報データベース５２１−ｍに格納されている各種情報と、これらの情報のそれぞれに対応して予め定められた閾値と、を比較するなどして、アラーム設定データベース２２３−ｍに設定されているアラーム通知の規定が満たされたか否かを判別する（ステップＳ１２１）。
【０１４７】
ここで、アラーム通知の規定が満たされていると判別した場合には（ステップＳ１２１；Ｙｅｓ）、アラーム通知指示をネットワーク通信部５１からネットワークを介して店舗サーバ２０−ｍに電子メールなどで送信する（ステップＳ１２２）。
【０１４８】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、システムサーバ５０からネットワークを介して送信されたアラーム通知指示を受信したことに応答して、通知部２４−ｍにて管理者にアラーム通知を行う。
【０１４９】
システムサーバ５０では、ステップＳ１２２の処理を実行した後、制御部５３のＣＰＵが、所定の閾値を超えた情報に対応するポイントカウンタに、この情報に対応して重み付けデータベース２２４−ｍに格納されているポイントを加算して更新するとともに（ステップＳ１２３）、所定の閾値を超えた情報に対応するアラーム通知カウンタに“１”加算して更新してから（ステップＳ１２４）、アラーム通知処理を終了する。
【０１５０】
これに対して、ステップＳ１２１の処理にてアラーム通知の規定が満たされていないと判別した場合には（ステップＳ１２１；Ｎｏ）、そのままアラーム通知処理を終了する。
【０１５１】
図１９は、ステップＳ１０３の性能評価処理の詳細を示すフローチャートである。この性能評価処理において、ＣＰＵは、図１９に示すように、まず、各種ポイントカウンタにてカウントされるポイントの合計数（合計ポイント）を求め（ステップＳ１３１）、その合計ポイントが５００ポイント以上であるか否かを判別する（ステップＳ１３２）。
【０１５２】
ここで、合計ポイントが５００ポイント以上であると判別した場合には（ステップＳ１３２；Ｙｅｓ）、管理情報データベース２２２−ｍに格納されている故障履歴などから特定される過去の故障回数が３回以上であるか否かを判別する（ステップＳ１３３）。
【０１５３】
ここで、過去の故障回数が３回以上であると判別した場合には（ステップＳ１３３；Ｙｅｓ）、什器１０−ｎの交換が必要であるとして、什器買替指示を、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番などとともに、ネットワーク通信部５１からネットワークを介して店舗サーバ２０−ｍに電子メールなどで送信してから（ステップＳ１３４）、性能評価処理を終了する。
【０１５４】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、システムサーバ５０からネットワークを介して送信された什器買替指示を受信したことに応答して、図９（ａ）に示すように、什器１０−ｎを買い替えるべきことを通知部２４−ｍにて管理者に通知する。
【０１５５】
一方、システムサーバ５０で、制御部５３のＣＰＵが、合計ポイントが５００ポイント未満であると判別した場合には（ステップＳ１３２；Ｎｏ）、合計ポイントが３００ポイント以上であるか否かを判別する（ステップＳ１３５）。
【０１５６】
ここで、ステップＳ１３３の処理にて合計ポイントが５００ポイント以上であるが、過去の故障回数が３回未満であると判別した場合や（ステップＳ１３３；Ｎｏ）、ステップＳ１３５の処理にて合計ポイントが３００ポイント以上５００ポイント未満であると判別した場合には（ステップＳ１３５；Ｙｅｓ）、什器１０−ｎの予防措置が必要であるとして、メンテナンス依頼指示を、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番などとともに、ネットワーク通信部５１からネットワークを介して店舗サーバ２０−ｍに電子メールなどで送信してから（ステップＳ１３６）、性能評価処理を終了する。
【０１５７】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、システムサーバ５０からネットワークを介して送信されたメンテナンス依頼指示を受信したことに応答して、図９（ｂ）に示すように、什器１０−ｎのメンテナンスを依頼すべきことを通知部２４−ｍにて管理者に通知する。
【０１５８】
他方、システムサーバ５０で、制御部５３のＣＰＵが、合計ポイントが３００ポイント未満であると判別した場合には（ステップＳ１３５；Ｎｏ）、什器１０−ｎの交換、修理、及び予防措置などをすることなく引き続き稼動させてもよいとして、店舗サーバ２０−ｍに何らの指示を行うことなく、そのまま性能評価処理を終了する。
【０１５９】
図２０は、ステップＳ１０４の故障分析処理の詳細を示すフローチャートである。この故障分析処理において、ＣＰＵは、図２０に示すように、まず、管理情報データベース２２２−ｍに格納されている什器１０−ｎの故障履歴が更新されたか否かをチェックすることにより、新たに故障した什器１０−ｎがあるか否かを判別する（ステップＳ１４１）。この故障履歴は、什器１０−ｎが故障した際に管理者により更新される。ここで、新たに故障した什器１０−ｎがないと判別した場合には（ステップＳ１４１；Ｎｏ）、ステップＳ１４６の処理に進む。
【０１６０】
これに対して、新たに故障した什器１０−ｎがあると判別した場合には（ステップＳ１４１；Ｙｅｓ）、この什器１０−ｎが故障に至るまでに各種ポイントカウンタにてカウントされたポイントの合計数（合計ポイント）と、各種アラーム通知カウンタにてカウントされるアラーム通知の合計数（アラーム通知合計数）と、を求める（ステップＳ１４２）。
【０１６１】
次に、ＣＰＵは、ステップＳ１４２の処理にて求めた合計ポイントとアラーム通知合計数とを加えて、新たに故障した什器１０−ｎと同一の型番の什器１０−ｎが故障に至るまでの合計ポイントの平均値とアラーム通知合計数の平均値とをそれぞれ計算し直して更新する（ステップＳ１４３）。
【０１６２】
続いて、ＣＰＵは、ステップＳ１４３の処理にて更新した合計ポイントの平均値及びアラーム通知合計数の平均値、新たに故障した什器１０−ｎと同一の型番の什器１０−ｎのうち、正常に動いているものの合計ポイント値及びアラーム通知合計数などに基づいて、正常に動いている什器１０−ｎの故障確率を計算し直して更新する（ステップＳ１４４）。
【０１６３】
そして、ＣＰＵは、ステップＳ１４４の処理にて更新した什器１０−ｎの故障確率を、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番などとともに、ネットワーク通信部５１からネットワークを介して店舗サーバ２０−ｍに電子メールなどで送信する（ステップＳ１４５）。
【０１６４】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、システムサーバ５０からネットワークを介して送信された什器１０−ｎの故障確率をネットワーク通信部２５−ｍにて受信し、通知部２４−ｍにて管理者に通知する。
【０１６５】
また、システムサーバ５０では、制御部５３のＣＰＵが、所定の計算タイミングになったか否かを判別する（ステップＳ１４６）。ここで、所定の計算タイミングになっていないと判別した場合には（ステップＳ１４６；Ｎｏ）、そのまま故障分析処理を終了する。
【０１６６】
これに対して、所定の計算タイミングになったと判別した場合には（ステップＳ１４６；Ｙｅｓ）、管理情報データベース２２２−ｍに格納されている什器１０−ｎの型番、修理履歴、及び故障履歴や、各種アラーム通知カウンタにてカウントされるアラーム通知の回数などに基づいて、正常に動いている什器１０−ｎの故障確率を計算する（ステップＳ１４７）。
【０１６７】
そして、ＣＰＵは、ステップＳ１４７の処理にて更新した什器１０−ｎの故障確率を、什器１０−ｎの型番などとともに、ネットワーク通信部５１からネットワークを介して店舗サーバ２０−ｍに電子メールなどで送信してから（ステップＳ１４８）、故障分析処理を終了する。
【０１６８】
店舗サーバ２０−ｍでは、制御部２３−ｍのＣＰＵが、システムサーバ５０からネットワークを介して送信された什器１０−ｎの故障確率をネットワーク通信部２５−ｍにて受信し、図１１（ａ）及び（ｂ）に示すように、通知部２４−ｍにて管理者に通知する。
【０１６９】
以上説明したように、本実施形態の什器管理システム３においても、上記実施形態１の什器管理システム１と同様に、各種センサ付きタグ１１−ｎ〜１６−ｎから送信された各種情報に基づくアラーム通知が行われることにより、管理者は、什器１０−ｎの異常を早急に察知して什器１０−ｎの温度の状態を正常に保つなどの対処を行うことができるようになるため、顧客に対するサービスを向上させることができる。また、温度と規定温度との乖離が非常に大きくなっている什器１０−ｎが運用されるなどことにより生じる二酸化炭素（ＣＯ２）を削減することができるなど、環境にも配慮することができる。
【０１７０】
また、ただ単に購入年月日から５年経過したから買い替える、故障したから買い替えるということではなく、管理者は、什器１０−ｎ内部の状況も加味した上で、買い替えるかや、修理をするか、メンテナンスをするかを判断できるようになるため、什器１０−ｎの延命化や有効活用が可能となる。また、無駄な什器１０−ｎなどの資産の購入や、無駄なメンテナンスや修理を行わないなどといった資産の効率的な運用・管理ができるようになるため、会計上の効果も得ることができる。さらに、購入した什器１０−ｎの初期不良をチェックすることもできる。
【０１７１】
さらに、什器１０−ｎが故障する前に、什器１０−ｎの故障確率を管理者に通知することにより、管理者は、什器１０−ｎの故障を事前に予測することが可能になるため、修理やメンテナンスなどといった所定の予防措置を講じるなどの対処を早急に行うことができる。また、管理者は、什器メーカ毎、什器１０−ｎの種類毎に、故障の度合いを知ることができるため、メーカに什器１０−ｎの品質改善を要求することができる。一方、什器メーカの側としても、什器１０−ｎの品質の分析に役立てることにより、早急に品質改善をすることができる。
【０１７２】
上述のようにして、什器管理システム３は、上記実施形態１の什器管理システム１と同様に、什器１０−ｎを適切に管理・運用することができる。
【０１７３】
なお、本発明は、上記実施形態１及び２に限定されず、種々の変形、応用が可能である。以下、本発明に適用可能な上記実施形態１及び２の変形態様について、説明する。
【０１７４】
上記実施形態１では、各種アラーム通知を行う機能は、店舗サーバ２０−ｍにて制御部２３−ｍのＣＰＵが、上記実施形態２では、システムサーバ５０にて制御部５３のＣＰＵが、上位アプリケーションを実行するなどして実現されるものとして説明し、たが、本発明はこれに限定されるものではなく、各種センサ付きタグ１１−ｎ〜１６−ｎにそのような機能を持たせるようにしてもよい。
【０１７５】
例えば、各種センサ付きタグ１１−ｎ〜１６−ｎは、各種センサにて取得された電流や、温度、開放時間、振動レベル、湿度、粉塵レベルなどが、それぞれ対応して予め規定された閾値を超えた場合に、各種アラーム通知の実行命令を店舗サーバ２０−ｍや店舗サーバ４０−ｍに送信するようにすればよい。ただし、この場合には、各センサにて取得される情報単体での閾値判別しかできないため、他のセンサにて取得された情報と関連させて閾値判別を行う部分や、各種仕様情報などと関連付けて閾値判別を行う部分などは、制御部２３−ｍのＣＰＵや制御部５３のＣＰＵが、上位アプリケーションを実行することなどにより実現されるようにすればよい。
【０１７６】
また、各種センサ付きタグ１１−ｎ〜１６−ｎに、ＬＣＤなどによって実現される表示部や、ブザー部、ＬＥＤ（Light Emitting Diode）部などを設けるようにして、ＬＥＤ部にてＬＥＤを発光させたり、ブザー部にてブザーを鳴らしたり、表示部に所定の画像を表示させたりして、各種アラーム通知を行うようにしてもよい。
【０１７７】
上記実施形態１及び２において、稼動時間、消費電力量、ドアの開閉回数、ドアの開放時間、温度、振動レベル、湿度、粉塵レベルなどが所定の閾値を超えたことに対するアラーム通知や、什器１０−ｎの交換、修理、及び予防措置などの要否の通知、正常に動いている什器１０−ｎの故障確率の通知などは、通知部２４−ｍにて、通常什器１０−ｍを使用している店舗２−ｍなどの管理者に対してのみ行われるものとして説明した。しかしながら、本発明はこれに限定されるものではなく、これらの通知の実行命令を、ネットワーク通信部２５−ｍからネットワークやシステムサーバ３０、５０などを介して、什器１０−ｎを製造したメーカのサーバや、保守部門のサーバにも送信されるようにして、これらのサーバにて上記通知が行われるようにしてもよい。
【０１７８】
上記実施形態１では、店舗サーバ２０−ｍにおいて、制御部２３−ｍのＣＰＵが、所定の措置として、什器１０−ｎの交換や、追加、修理やメンテナンスなどの予防措置を講じることの指示が管理者に対してなされるものとして説明した。また、上記実施形態２では、システムサーバ５０において、制御部５３のＣＰＵが、什器買替指示やメンテナンス依頼指示などをネットワーク通信部５１からネットワークを介して店舗サーバ４０−ｍに電子メールなどで送信することにより、店舗サーバ４０−ｍにおいて、所定の措置として、什器１０−ｎの交換や、追加、修理やメンテナンスなどの予防措置を講じることの指示が管理者に対してなされるものとして説明した。しかしながら、本発明はこれに限定されるものではなく、所定の措置は、警告、交換、買い替え、保守、メンテナンス、改善もしくは、什器１０−ｎの一部または全体の改修などを管理者やメンテナンス会社等へ通知することであれば、任意であり、いずれであってもよい。
【０１７９】
上記実施形態１及び２では、例えば各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報が所定の閾値を超えた場合などに、それぞれ図７に示すステップＳ２２及び図１８に示すステップＳ１２２の処理にて管理者にアラーム通知が行われ、合計ポイントが５００ポイント以上であり、且つ過去の故障回数が３回以上である場合には、それぞれ図８に示すステップＳ３４及び図１９に示すステップＳ１３４の処理にて管理者に什器を買い替えるべきことの通知が、合計ポイントが５００ポイント以上であるが、過去の故障回数が３回未満である場合や、合計ポイントが３００ポイント以上であるが、５００ポイント未満である場合には、それぞれステップＳ３６及びステップＳ１３６の処理にて管理者にメンテナンスを依頼すべきことの通知が行われるものとして説明した。
【０１８０】
しかしながら、本発明は、これに限定されるものではなく、例えば各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報が所定の閾値を超えた場合などに、管理者に什器を買い替えるべきことの通知や、メンテナンスを依頼すべきことの通知が行われるようにし、合計ポイントが所定の数値範囲を超えた場合には、管理者にアラーム通知が行われるようにしてもよい。また、各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報が所定の閾値を超えた場合や、合計ポイントが所定の数値範囲を超えた場合などには、管理者にアラーム通知と、管理者に什器を買い替えるべきことの通知又はメンテナンスを依頼すべきことの通知と、の双方が行われるようにしてもよい。さらに、各種センサ付きタグ１１−ｎ〜１６−ｎにて取得された各種情報が所定の閾値を超え、且つ合計ポイントが所定の数値範囲を超えた場合などに、管理者にアラーム通知と、管理者に什器を買い替えるべきことの通知又はメンテナンスを依頼すべきことの通知と、のいずれか一方又は双方が行われるようにしてもよい。
【０１８１】
上記実施形態１では、店舗サーバ２０−ｍにおいて制御部２３−ｍのＣＰＵが、上記実施形態２では、システムサーバ５０において制御部５３が、それぞれ什器１０−ｎと同一の型番の他の什器１０−ｎが故障に至るまでの合計ポイントの平均値及びアラーム通知合計数の平均値の双方と、修理履歴及び故障履歴などとに基づいて、正常に動いている什器１０−ｎの故障確率を計算するものとして説明した。しかしながら、本発明はこれに限定されるものではなく、合計ポイントの平均値及びアラーム通知合計数の平均値のいずれか一方と、修理履歴及び故障履歴などとに基づいて、正常に動いている什器１０−ｎの故障確率を計算するようにしてもよい。
【０１８２】
上記実施形態１において、制御部２３−ｍのＣＰＵが実行するプログラムや、性能評価アプリケーション２２５−ｍ、故障分析アプリケーション２２６−ｍは、予めＲＯＭや記憶部２２−ｍなどに記憶されているものとして説明した。また、上記実施形態２では、制御部５３のＣＰＵが実行するプログラムや、性能評価アプリケーション５２５、故障分析アプリケーション５２６は、予めＲＯＭや記憶部５２２などに記憶されているものとして説明した。しかしながら、本発明はこれに限定されるものではなく、上述の処理を実行させるためのプログラムや、性能評価アプリケーション２２５−ｍ、５２５、故障分析アプリケーション２２６−ｍ、５２６を、既存のフレームワークや、汎用コンピュータなどに適用することで、上記実施形態１に係る管理サーバ２０−ｍや上記実施形態２に係るシステムサーバ５０として機能させてもよい。
【０１８３】
このようなプログラムや、性能評価アプリケーション２２５−ｍ、故障分析アプリケーション２２６−ｍの提供方法は任意であり、例えばコンピュータが読取可能な記録媒体（フレキシブルディスク、ＣＤ（Compact Disc）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭ等）に格納して配布してもよいし、インターネット等のネットワーク上のストレージにプログラムや、性能評価アプリケーション２２５−ｍ、５２５、故障分析アプリケーション２２６−ｍ、５２６を格納しておき、これをダウンロードさせることにより提供してもよい。
【０１８４】
また、上記処理をＯＳ（Operating System）と性能評価アプリケーション２２５−ｍ、５２５、及び故障分析アプリケーション２２６−ｍ、５２６との分担、又はＯＳと性能評価アプリケーション２２５−ｍ、５２５、及び故障分析アプリケーション２２６−ｍ、５２６との協働によって実行する場合には、性能評価アプリケーション２２５−ｍ、５２５、故障分析アプリケーション２２６−ｍ、５２６のみを記録媒体やストレージに格納してもよい。
【０１８５】
さらに、搬送波にプログラムを重畳し、ネットワークを介して配信することも可能である。例えば、ネットワーク上の掲示板（ＢＢＳ：Bulletin Board System）に上記プログラムや、性能評価アプリケーション２２５−ｍ、５２５、故障分析アプリケーション２２６−ｍ、５２６を掲示し、ネットワークを介してプログラムや、性能評価アプリケーション２２５−ｍ、５２５、故障分析アプリケーション２２６−ｍ、５２６を配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上記処理を実行できるように構成してもよい。
【図面の簡単な説明】
【０１８６】
【図１】実施形態１における什器管理システムの構成例を示すブロック図である。
【図２】各種センサ付きタグの構成例を示すブロック図である。
【図３】実施形態１における店舗サーバの構成例を示すブロック図である。
【図４】実施形態１における記憶部の構成例を示すブロック図である。
【図５】実施形態１におけるメイン処理の一例を示すフローチャートである。
【図６】実施形態１における無線通信処理の一例を示すフローチャートである。
【図７】実施形態１におけるアラーム通知処理の一例を示すフローチャートである。
【図８】実施形態１における性能評価処理の一例を示すフローチャートである。
【図９】通知部による通知例を示す説明図である。
【図１０】実施形態１における故障分析処理の一例を示すフローチャートである。
【図１１】通知部による通知例を示す説明図である。
【図１２】実施形態２における什器管理システムの構成例を示すブロック図である。
【図１３】実施形態２における店舗サーバの構成例を示すブロック図である。
【図１４】実施形態２におけるシステムサーバの構成例を示すブロック図である。
【図１５】実施形態２における記憶部の構成例を示すブロック図である。
【図１６】実施形態２におけるメイン処理の一例を示すフローチャートである。
【図１７】実施形態２におけるネットワーク通信処理の一例を示すフローチャートである。
【図１８】実施形態２におけるアラーム通知処理の一例を示すフローチャートである。
【図１９】実施形態２における性能評価処理の一例を示すフローチャートである。
【図２０】実施形態２における故障分析処理の一例を示すフローチャートである。
【符号の説明】
【０１８７】
１      什器分析システム
２−ｍ  店舗
３      什器分析システム
１０−ｎ  什器
１１−ｎ  電流センサ付きタグ
１２−ｎ  開閉センサ付きタグ
１３−ｎ  温度センサ付きタグ
１４−ｎ  振動センサ付きタグ
１５−ｎ  湿度センサ付きタグ
１６−ｎ  粉塵センサ付きタグ
２０−ｍ  店舗サーバ
２１−ｍ  無線通信部
２２−ｍ  記憶部
２３−ｍ  制御部
２４−ｍ  通知部
２５−ｍ  ネットワーク通信部
３０      システムサーバ
４０−ｍ  店舗サーバ
４２−ｍ  記憶部
５０      システムサーバ
５１      ネットワーク通信部
５２      記憶部
５３      制御部
２２１−ｍ  取得情報データベース
２２２−ｍ  管理情報データベース
２２３−ｍ  アラーム設定データベース
２２４−ｍ  重み付けデータベース
２２５−ｍ  性能評価アプリケーション
２２６−ｍ  故障分析アプリケーション
５２１−ｍ  取得情報データベース
５２５      性能評価アプリケーション
５２６      故障分析アプリケーション
【図２】
0004770860.tif 000002
【図３】
0004770860.tif 000003
【図４】
0004770860.tif 000004
【図５】
0004770860.tif 000005
【図６】
0004770860.tif 000006
【図７】
0004770860.tif 000007
【図８】
0004770860.tif 000008
【図９】
0004770860.tif 000009
【図１０】
0004770860.tif 000010
【図１１】
0004770860.tif 000011
【図１３】
0004770860.tif 000012
【図１４】
0004770860.tif 000013
【図１５】
0004770860.tif 000014
【図１６】
0004770860.tif 000015
【図１７】
0004770860.tif 000016
【図１８】
0004770860.tif 000017
【図１９】
0004770860.tif 000018
【図２０】
0004770860.tif 000019
【図１】
0004770860.tif 000020
【図１２】
0004770860.tif 000021