JP4770860B2 - 機器類管理システム、機器類管理方法、及びプログラム - Google Patents

機器類管理システム、機器類管理方法、及びプログラム Download PDF

Info

Publication number
JP4770860B2
JP4770860B2 JP2008092136A JP2008092136A JP4770860B2 JP 4770860 B2 JP4770860 B2 JP 4770860B2 JP 2008092136 A JP2008092136 A JP 2008092136A JP 2008092136 A JP2008092136 A JP 2008092136A JP 4770860 B2 JP4770860 B2 JP 4770860B2
Authority
JP
Japan
Prior art keywords
value
measurement value
point
warning
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008092136A
Other languages
English (en)
Other versions
JP2009245245A (ja
Inventor
誠一 荒木
淳 内村
憲吾 長澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2008092136A priority Critical patent/JP4770860B2/ja
Publication of JP2009245245A publication Critical patent/JP2009245245A/ja
Application granted granted Critical
Publication of JP4770860B2 publication Critical patent/JP4770860B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Alarm Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、機器類管理システム、機器類管理方法、及びプログラムに関し、特に機器類を適切に管理・運用することができる機器類管理システム、機器類管理方法、及びプログラムに関する。
コンビニエンスストアなどの店舗には、冷蔵庫や保湿器機などといった種々の什器などの機器類が設置されている。このような什器は、通常、定期的にメンテナンスが行われ、故障や不具合が発見されれば、そこで修理がされ、また、購入時から一定期間が経過すると、一律に処分されるといった管理・運用が行われている（例えば特許文献１参照）。
特開２００４−３３７８１３号公報
しかしながら、このような管理・運用では、什器に故障までには至らない不具合が生じた場合、次のメンテナンスまで発見されないことが多々ある。このような状態で什器が運用されれば、多量の電気が消費されたり、温度が設定より大幅に上昇したりして、運用コストが通常よりも高くになる他、二酸化炭素（ＣＯ２）を通常よりも多量に排出するなどして環境面にも悪影響を及ぼす。
また、このような状態での運用は、什器の故障の原因にもなり、引いては通常よりも早く処分せざるを得ない状況にもなり兼ねない。さらに、什器は、購入時から一定期間が経過すると、処分されるが、この期間には通常これと言った根拠はない。このため、未だ十分に運用できる什器であっても、処分されることになり、資産運用の面でもマイナス面が大きい。
本発明は、上記実状に鑑みてなされたものであり、機器類を適切に管理・運用することができる機器類管理システム、機器類管理方法、及びプログラムを提供することを目的とする。
上記目的を達成するため、本発明の第１の観点に係る機器類管理システムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、前記サーバは、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手順と、前記第１警告手順による警告回数を記憶する第１警告回数記憶手順と、前記第１警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手順と、を備え、前記第１故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
また、本発明の第２の観点に係る機器類管理システムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、前記サーバは、所定のポイント値を記憶するポイント値記憶手順と、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、前記ポイント値計数手順に記憶されている前記ポイント値を更新するポイント値更新手順と、前記ポイント値更新手順によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手順と、前記ポイント値判別手順によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手順と、前記第２警告手順による警告回数を記憶する第２警告回数記憶手順と、前記第２警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手順と、を備え、前記第２故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
さらに、本発明の第３の観点に係る機器類管理方法は、所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告ステップと、前記サーバが、前記第１警告ステップによる警告回数を記憶する第１警告回数記憶ステップと、前記サーバが、前記第１警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出ステップと、を備え、前記第１故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
加えて、本発明の第４の観点に係る機器類管理方法は、所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新ステップと、前記サーバが、前記ポイント値更新ステップによって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別ステップと、前記サーバが、前記ポイント値判別ステップによって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告ステップと、前記サーバが、前記第２警告ステップによる警告回数を記憶する第２警告回数記憶ステップと、前記サーバが、前記第２警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出ステップと、を備え、前記第２故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
またさらに、本発明の第５の観点に係るプログラムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手順と、前記第１警告手順による警告回数を記憶する第１警告回数記憶手順と、前記第１警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手順と、を備え、前記第１故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
そして、本発明の第６の観点に係るプログラムは、所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、前記無線タグから送信される前記測定値を受信する測定値受信手順と、前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新手順と、前記ポイント値更新手順によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手順と、前記ポイント値判別手順によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手順と、前記第２警告手順による警告回数を記憶する第２警告回数記憶手順と、前記第２警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手順と、を実行させ、前記第２故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、ことを特徴とする。
本発明によれば、機器類を適切に管理・運用することができる機器類管理システム、機器類管理方法、及びプログラムを提供することができる。
以下、本発明を実施するための最良の形態について説明する。
［実施形態１］
まず、実施形態１に係る什器管理システムの構成について、図面を参照して説明する。
什器管理システム１は、図１に示すように、例えばコンビニエンスストアなどの各店舗２−ｍ（ｍは自然数）内に存在する什器１０−ｎ（ｎは自然数）と、各店舗２−ｍ内に設置された店舗サーバ２０−ｍと、各店舗２−ｍを統括する本部などに設置されたシステムサーバ３０と、から構成されている。
什器１０−ｎは、例えば冷蔵庫や保湿器機などであって、図２に示すように、各種センサ付きタグ１１−ｎ〜１６−ｎが設置されている。
各種センサ付きタグ１１−ｎ〜１６−ｎは、例えば内部に電池が内蔵されたアクティブタイプのＩＣ（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）に上記プログラムや、性能評価アプリケーション２２５−ｍ、５２５、故障分析アプリケーション２２６−ｍ、５２６を掲示し、ネットワークを介してプログラムや、性能評価アプリケーション２２５−ｍ、５２５、故障分析アプリケーション２２６−ｍ、５２６を配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上記処理を実行できるように構成してもよい。
実施形態１における什器管理システムの構成例を示すブロック図である。 各種センサ付きタグの構成例を示すブロック図である。 実施形態１における店舗サーバの構成例を示すブロック図である。 実施形態１における記憶部の構成例を示すブロック図である。 実施形態１におけるメイン処理の一例を示すフローチャートである。 実施形態１における無線通信処理の一例を示すフローチャートである。 実施形態１におけるアラーム通知処理の一例を示すフローチャートである。 実施形態１における性能評価処理の一例を示すフローチャートである。 通知部による通知例を示す説明図である。 実施形態１における故障分析処理の一例を示すフローチャートである。 通知部による通知例を示す説明図である。 実施形態２における什器管理システムの構成例を示すブロック図である。 実施形態２における店舗サーバの構成例を示すブロック図である。 実施形態２におけるシステムサーバの構成例を示すブロック図である。 実施形態２における記憶部の構成例を示すブロック図である。 実施形態２におけるメイン処理の一例を示すフローチャートである。 実施形態２におけるネットワーク通信処理の一例を示すフローチャートである。 実施形態２におけるアラーム通知処理の一例を示すフローチャートである。 実施形態２における性能評価処理の一例を示すフローチャートである。 実施形態２における故障分析処理の一例を示すフローチャートである。
符号の説明
１ 什器分析システム
２−ｍ 店舗
３ 什器分析システム
１０−ｎ 什器
１１−ｎ 電流センサ付きタグ
１２−ｎ 開閉センサ付きタグ
１３−ｎ 温度センサ付きタグ
１４−ｎ 振動センサ付きタグ
１５−ｎ 湿度センサ付きタグ
１６−ｎ 粉塵センサ付きタグ
２０−ｍ 店舗サーバ
２１−ｍ 無線通信部
２２−ｍ 記憶部
２３−ｍ 制御部
２４−ｍ 通知部
２５−ｍ ネットワーク通信部
３０ システムサーバ
４０−ｍ 店舗サーバ
４２−ｍ 記憶部
５０ システムサーバ
５１ ネットワーク通信部
５２ 記憶部
５３ 制御部
２２１−ｍ 取得情報データベース
２２２−ｍ 管理情報データベース
２２３−ｍ アラーム設定データベース
２２４−ｍ 重み付けデータベース
２２５−ｍ 性能評価アプリケーション
２２６−ｍ 故障分析アプリケーション
５２１−ｍ 取得情報データベース
５２５ 性能評価アプリケーション
５２６ 故障分析アプリケーション

Claims (18)

  1. 所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、
    前記サーバは、
    前記無線タグから送信される前記測定値を受信する測定値受信手段と、
    前記測定値受信手段によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手段と、
    前記測定値判別手段によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手段と、
    前記第１警告手段による警告回数を記憶する第１警告回数記憶手段と、
    前記第１警告回数記憶手段に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手段と、
    を備え、
    前記第１故障確率算出手段は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
    ことを特徴とする機器類管理システム。
  2. 所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと、サーバと、を具備する機器類管理システムであって、
    前記サーバは、
    所定のポイント値を記憶するポイント値記憶手段と、
    前記無線タグから送信される前記測定値を受信する測定値受信手段と、
    前記測定値受信手段によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手段と、
    前記測定値判別手段によって前記測定値が前記第１数値範囲を超えていると判別した場合、前記ポイント値計数手段に記憶されている前記ポイント値を更新するポイント値更新手段と、
    前記ポイント値更新手段によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手段と、
    前記ポイント値判別手段によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手段と、
    前記第２警告手段による警告回数を記憶する第２警告回数記憶手段と、
    前記第２警告回数記憶手段に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手段と、
    を備え、
    前記第２故障確率算出手段は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
    ことを特徴とする機器類管理システム。
  3. 前記無線タグは、前記測定値のうちの第１測定値を取得して前記サーバに送信する第１無線タグと、
    前記第１測定値とは異なる第２測定値を取得して前記サーバに送信する第２無線タグと、を含み、
    前記ポイント値記憶手段は、前記第１測定値に対応する第１ポイント値を記憶する第１ポイント値記憶手段と、
    前記第２測定値に対応する第２ポイント値を記憶する第２ポイント値記憶手段と、を含み、
    前記測定値判別手段は、前記測定値受信手段によって前記第１測定値を受信した場合、該第１測定値が、前記第１数値範囲のうちの第３数値範囲を超えているか否かを判別し、前記第２測定値を受信した場合、該第２測定値が、該第３数値範囲とは異なる第４数値範囲を超えているか否かを判別し、
    前記ポイント値更新手段は、前記測定値判別手段によって前記第１測定値が前記第３数値範囲を超えていると判別した場合、前記第１ポイント値計数手段に記憶されている前記第１ポイント値を更新し、前記第２測定値が前記第４数値範囲を超えていると判別した場合、前記第２ポイント値計数手段に記憶されている前記第２ポイント値を更新し、
    前記サーバは、前記ポイント値更新手段によって更新した前記第１ポイント値と前記第２ポイント値とを加算して合計ポイント値を算出する合計ポイント値算出手段をさらに備え、
    前記ポイント値判別手段は、前記合計ポイント値算出手段によって算出した前記合計ポイント値が、前記第２数値範囲を超えているか否かを判別する、
    ことを特徴とする請求項２に記載の機器類管理システム。
  4. 複数の前記機器類の前記ポイント値の平均値を算出するポイント平均値算出手段を持つことを特徴とした、請求項２又は３に記載の機器類管理システム。
  5. 複数の前記機器類の警告回数の平均値を算出する警告回数平均値算出手段を持つことを特徴とした、請求項１〜４のいずれか１項に記載の機器類管理システム。
  6. 前記測定値とは、温度、湿度、通電時間、消費電力、振動レベル、粉塵レベル、機器類を空けた時間、機器類を閉めた時間のいずれか１つ以上の値であることを特徴とした、請求項１〜５のいずれか１項に記載の機器類管理システム。
  7. 所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、
    前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、
    前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、
    前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、
    前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告ステップと、
    前記サーバが、前記第１警告ステップによる警告回数を記憶する第１警告回数記憶ステップと、
    前記サーバが、前記第１警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出ステップと、
    を備え、
    前記第１故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
    ことを特徴とする機器類管理方法。
  8. 所定の機器類に取り付けられた無線タグと、サーバと、を具備する機器類管理システムにおける機器類管理方法であって、
    前記無線タグが、前記機器類の状態を測定して取得された測定値を前記サーバに送信する測定値送信ステップと、
    前記サーバが、前記測定値送信ステップから送信される前記測定値を受信する測定値受信ステップと、
    前記サーバが、前記測定値受信ステップによって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別ステップと、
    前記サーバが、前記測定値判別ステップによって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新ステップと、
    前記サーバが、前記ポイント値更新ステップによって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別ステップと、
    前記サーバが、前記ポイント値判別ステップによって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告ステップと、
    前記サーバが、前記第２警告ステップによる警告回数を記憶する第２警告回数記憶ステップと、
    前記サーバが、前記第２警告回数記憶ステップに記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出ステップと、
    を備え、
    前記第２故障確率算出ステップは、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
    ことを特徴とする機器類管理方法。
  9. 前記測定値送信ステップは、前記測定値のうちの第１測定値を取得して前記サーバに送信する第１測定値送信ステップと、
    前記第１測定値とは異なる第２測定値を取得して前記サーバに送信する第２測定値送信ステップと、を含み、
    前記測定値判別ステップは、前記測定値受信ステップによって前記第１測定値を受信した場合、該第１測定値が、前記第１数値範囲のうちの第３数値範囲を超えているか否かを判別し、前記第２測定値を受信した場合、該第２測定値が、該第３数値範囲とは異なる第４数値範囲を超えているか否かを判別し、
    前記ポイント値更新ステップは、前記測定値判別ステップによって前記第１測定値が前記第３数値範囲を超えていると判別した場合、該第１測定値に対応する第１ポイント値を更新し、前記第２測定値が前記第４数値範囲を超えていると判別した場合、該第２測定値に対応する第２ポイント値を更新し、
    前記サーバが、前記ポイント値更新ステップによって更新した前記第１ポイント値と前記第２ポイント値とを加算して合計ポイント値を算出する合計ポイント値算出ステップをさらに備え、
    前記ポイント値判別ステップは、前記合計ポイント値算出ステップによって算出した前記合計ポイント値が、前記第２数値範囲を超えているか否かを判別する、
    ことを特徴とする請求項８に記載の機器類管理方法。
  10. 前記サーバが、複数の前記機器類の前記ポイント値の平均値を算出するポイント平均値算出ステップを持つことを特徴とした、請求項８又は９に記載の機器類管理方法。
  11. 前記サーバが、複数の前記機器類の警告回数の平均値を算出する警告回数平均値算出ステップを持つことを特徴とした、請求項７〜１０のいずれか１項に記載の機器類管理方法。
  12. 前記測定値とは、温度、湿度、通電時間、消費電力、振動レベル、粉塵レベル、機器類を空けた時間、機器類を閉めた時間のいずれか１つ以上の値であることを特徴とした、請求項７〜１１のいずれか１項に記載の機器類管理方法。
  13. 所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、
    前記無線タグから送信される前記測定値を受信する測定値受信手順と、
    前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、
    前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定の警告を発する第１警告手順と、
    前記第１警告手順による警告回数を記憶する第１警告回数記憶手順と、
    前記第１警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第１故障確率算出手順と、
    を備え、
    前記第１故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
    ことを特徴とするプログラム。
  14. 所定の機器類に取り付けられ、該機器類の状態を測定して取得された測定値を送信する無線タグと無線通信可能なコンピュータに、
    前記無線タグから送信される前記測定値を受信する測定値受信手順と、
    前記測定値受信手順によって受信した前記測定値が、第１数値範囲を超えているか否かを判別する測定値判別手順と、
    前記測定値判別手順によって前記測定値が前記第１数値範囲を超えていると判別した場合、所定のポイント値を更新するポイント値更新手順と、
    前記ポイント値更新手順によって更新された前記ポイント値が、第２数値範囲を超えているか否かを判別するポイント値判別手順と、
    前記ポイント値判別手順によって前記ポイント値が前記第２数値範囲を超えていると判別した場合、所定の警告を発する第２警告手順と、
    前記第２警告手順による警告回数を記憶する第２警告回数記憶手順と、
    前記第２警告回数記憶手順に記憶されている前記警告回数に基づいて、前記機器類の故障確率を算出する第２故障確率算出手順と、
    を実行させ、
    前記第２故障確率算出手順は、前記機器類と前記警告回数が同一の同種の機器類が所定期間内に故障した割合を、該機器類の故障確率として算出する、
    ことを特徴とするプログラム。
  15. 前記無線タグは、前記測定値のうちの第１測定値を取得して前記コンピュータに送信する第１無線タグと、
    前記第１測定値とは異なる第２測定値を取得して前記コンピュータに送信する第２無線タグと、を含み、
    前記測定値判別手順は、前記測定値受信手順によって前記第１測定値を受信した場合、該第１測定値が、前記第１数値範囲のうちの第３数値範囲を超えているか否かを判別し、前記第２測定値を受信した場合、該第２測定値が、該第３数値範囲とは異なる第４数値範囲を超えているか否かを判別し、
    前記ポイント値更新手順は、前記測定値判別手順によって前記第１測定値が前記第３数値範囲を超えていると判別した場合、該第１測定値に対応する第１ポイント値を更新し、前記第２測定値が前記第４数値範囲を超えていると判別した場合、該第２測定値に対応する第２ポイント値を更新し、
    前記ポイント値更新手順によって更新した前記第１ポイント値と前記第２ポイント値とを加算して合計ポイント値を算出する合計ポイント値算出手順をさらに実行させ、
    前記ポイント値判別手順は、前記合計ポイント値算出手順によって算出した前記合計ポイント値が、前記第２数値範囲を超えているか否かを判別する、
    ことを特徴とする請求項１４に記載のプログラム。
  16. 複数の前記機器類の前記ポイント値の平均値を算出するポイント平均値算出手順を実行させることを特徴とした、請求項１４又は１５に記載のプログラム。
  17. 複数の前記機器類の警告回数の平均値を算出する警告回数平均値算出手順を実行させることを特徴とした、請求項１３〜１６のいずれか１項に記載のプログラム。
  18. 前記測定値とは、温度、湿度、通電時間、消費電力、振動レベル、粉塵レベル、機器類を空けた時間、機器類を閉めた時間のいずれか１つ以上の値であることを特徴とした、請求項１３〜１７のいずれか１項に記載のプログラム。
JP2008092136A 2008-03-31 2008-03-31 機器類管理システム、機器類管理方法、及びプログラム Expired - Fee Related JP4770860B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008092136A JP4770860B2 (ja) 2008-03-31 2008-03-31 機器類管理システム、機器類管理方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008092136A JP4770860B2 (ja) 2008-03-31 2008-03-31 機器類管理システム、機器類管理方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2009245245A JP2009245245A (ja) 2009-10-22
JP4770860B2 true JP4770860B2 (ja) 2011-09-14

Family

ID=41307045

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008092136A Expired - Fee Related JP4770860B2 (ja) 2008-03-31 2008-03-31 機器類管理システム、機器類管理方法、及びプログラム

Country Status (1)

Country Link
JP (1) JP4770860B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6706912B2 (ja) * 2015-12-17 2020-06-10 株式会社イトーキ 什器管理装置及び什器サービスシステム
JP2020077156A (ja) * 2018-11-07 2020-05-21 矢崎エナジーシステム株式会社 警報器
JP7497633B2 (ja) * 2020-07-09 2024-06-11 東洋製罐グループホールディングス株式会社 メンテナンス時期判定システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3617686B2 (ja) * 1994-09-26 2005-02-09 株式会社リコー 画像形成装置及び画像形成装置管理システム
JP2003022125A (ja) * 2001-05-02 2003-01-24 Ricoh Co Ltd 機器の定期診断装置及び機器の定期診断方法ならびに定期診断される顧客に配置された機器
JP2004015040A (ja) * 2002-06-07 2004-01-15 Fuji Mach Mfg Co Ltd メンテナンス時期の報告機能を備えたテープ化電子部品送り装置及びそれを用いた電子部品実装装置及びテープ化電子部品送り装置のメンテナンス時期の報告方法
JP4263885B2 (ja) * 2002-08-26 2009-05-13 株式会社東芝 商品管理装置および商品管理方法
JP2006107236A (ja) * 2004-10-07 2006-04-20 Fujitsu Support & Service Kk 部品寿命監視システム
JP2006243979A (ja) * 2005-03-01 2006-09-14 Daiwa House Ind Co Ltd 住宅モニタリングシステム、住宅モニタリングデータ管理装置、住宅モニタリング方法
JP4710720B2 (ja) * 2006-06-02 2011-06-29 富士ゼロックス株式会社 故障予防診断支援システム及び故障予防診断支援方法

Also Published As

Publication number Publication date
JP2009245245A (ja) 2009-10-22

Similar Documents

Publication Publication Date Title
CN112101662B (zh) 设备健康状况和生命周期检测方法、存储介质及电子设备
US10410502B2 (en) Method and apparatus for providing environmental management using smart alarms
US12374725B2 (en) Battery management system for monitoring a battery status
ES2578019T3 (es) Sistema y procedimiento de gestión del estado de una turbina eólica
JP4667412B2 (ja) 電子機器集中管理プログラム、電子機器集中管理装置および電子機器集中管理方法
US8055928B2 (en) Method for characterizing the health of a computer system power supply
US9081656B2 (en) Methods and systems for predicting a fault
CN111104342B (zh) 用于存储的方法、电子设备和计算机程序产品
WO2014145977A1 (en) System and methods for automated plant asset failure detection
JP2018500709A5 (ja) コンピューティングシステム、プログラムおよび方法
US11032627B2 (en) Maintenance device, presentation system, and program
JP4770860B2 (ja) 機器類管理システム、機器類管理方法、及びプログラム
EP3084327B1 (en) A method of controlling a network of refrigeration systems, an apparatus for managing repair of a refrigeration system and a related processor-readable storage medium
CN119440954A (zh) 服务器的故障预测方法、装置、存储介质和电子设备
JP2016095610A (ja) 故障警告システムおよび故障警告方法
US12498712B2 (en) Method and system for providing maintenance service for recording medium included in electronic device
WO2022113501A1 (ja) 異常検知システム、異常検知方法およびプログラム
CN116991664A (zh) 一种面向信息机房的异常监督管理方法与系统
JPH11353819A (ja) ディスク装置およびディスク装置の予防保守方法
CN109992477A (zh) 用于电子设备的信息处理方法、系统以及电子设备
JP2023137792A (ja) 保守支援システム、保守支援方法、管理装置、およびプログラム
US20250264378A1 (en) Systems and methods for predictive maintenance of equipment
CN119809420A (zh) 一种产品收值异常判定方法、装置及电子设备
US20240345912A1 (en) Prediction device, prediction method, prediction program, and recording medium
CN118224788A (zh) 用于制冷单元中自调节除霜操作的系统和方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100803

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101004

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110208

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110428

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20110509

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110524

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110606

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140701

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4770860

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees