特許 7084746 シャッター管理システム及びシャッター管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-06-07

(45)【発行日】2022-06-15

(54)【発明の名称】シャッター管理システム及びシャッター管理装置

(51)【国際特許分類】

   E06B 9/00 20060101AFI20220608BHJP

【ＦＩ】

E06B9/00 Z

【請求項の数】 6

(21)【出願番号】P 2018045802

(22)【出願日】2018-03-13

(65)【公開番号】P2019157504

(43)【公開日】2019-09-19

【審査請求日】2021-01-26

(73)【特許権者】

【識別番号】000252034

【氏名又は名称】株式会社鈴木シャッター

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100165157

【弁理士】

【氏名又は名称】芝 哲央

(74)【代理人】

【識別番号】100126000

【弁理士】

【氏名又は名称】岩池 満

(74)【代理人】

【識別番号】100160794

【弁理士】

【氏名又は名称】星野 寛明

(72)【発明者】

【氏名】望月 博文

(72)【発明者】

【氏名】真野 慎吾

(72)【発明者】

【氏名】榎本 祐二

(72)【発明者】

【氏名】柳田 聡男

(72)【発明者】

【氏名】大場 広敦

【審査官】芝沼 隆太

(56)【参考文献】

【文献】特開２００２－１６８０４８（ＪＰ，Ａ）

【文献】特開２００１－１０９８１５（ＪＰ，Ａ）

【文献】特開２０１７－１７９７３６（ＪＰ，Ａ）

【文献】特開２０１３－１３６９０５（ＪＰ，Ａ）

【文献】特開２０１５－０２１２９１（ＪＰ，Ａ）

【文献】特開２０１２－２４１３４２（ＪＰ，Ａ）

【文献】特開２０１５－１８３５０２（ＪＰ，Ａ）

【文献】特開２０１３－２４９６０８（ＪＰ，Ａ）

【文献】特開２０１４－０５５４６９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｅ０６Ｂ ９／００－９／９２

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

異なる場所に設置される複数のシャッター装置を管理するシャッター管理システムであって、
前記シャッター装置からの異常情報がネットワークを介して集約されるシャッター管理部と、
メンテナンスを行う担当者の現在地・予定情報を前記シャッター管理部に送信するモバイル端末と、を備え、
前記シャッター管理部は、
設置場所の情報をシャッター装置ごとに記憶するシャッター情報記憶部と、
担当者ごとに現在地・予定情報を記憶するスケジュール管理データベースと、
前記シャッター装置からの異常情報が入力されると、前記シャッター情報記憶部の設置場所と前記スケジュール管理データベースの現在地・予定情報に基づいて当該シャッター装置のメンテナンスを行う担当者及び日時を含む整備計画を作成可能な整備計画作成部と、
前記シャッター装置の複数の可動部位のそれぞれに配置され、当該可動部位の変位を段階的に検知可能な検知部と、
前記検知部の検知信号に基づいて部位ごとの故障の兆候を段階的に診断可能な診断部と、
を有し、
前記整備計画作成部は、
故障及びその兆候の段階に応じてメンテナンス担当者を派遣するメンテナンス候補日時を設定し、
前記シャッター装置に紐付けられているユーザ端末にメンテナンス候補日時を通知し、通知した前記メンテナンス候補日時の前記ユーザ端末からの応答を受信し、前記整備計画を作成するシャッター管理システム。

【請求項2】

前記シャッター情報記憶部には、シャッターカーテンの過巻き・過降下、ローラチェーンの弛み、スラットの片寄り、巻取ドラムのシャフトの横ずれのうちの少なくとも何れか１つの段階的な変位に基づいて故障の不具合の程度が兆候情報として記憶される請求項１に記載のシャッター管理システム。

【請求項3】

前記シャッター情報記憶部には、前記シャッター装置ごとに管理用シャッターか防災用シャッターを示す種別情報が記憶され、
前記整備計画作成部は、種別情報を反映して整備計画を作成する請求項１又は２に記載のシャッター管理システム。

【請求項4】

前記シャッター管理部は、住宅を管理対象とし、
前記シャッター情報記憶部には、１又は複数の前記シャッター装置を備える前記住宅が１つの単位として前記シャッター装置の設置場所とともに記憶される請求項１から３の何れかに記載のシャッター管理システム。

【請求項5】

前記シャッター管理部は、所定のエリア内の複数の住宅を管理対象とし、
前記シャッター情報記憶部には、前記所定のエリア内で前記シャッター装置を備える複数の前記住宅が１つのグループとして前記シャッター装置の設置場所とともに記憶される請求項１から４の何れかに記載のシャッター管理システム。

【請求項6】

異なる場所に設置される複数のシャッター装置を管理するシャッター管理装置であって、
設置場所の情報を前記シャッター装置ごとに記憶するシャッター情報記憶部と、
モバイル端末から送信されたメンテナンスを行う担当者の現在地・予定情報を担当者ごとに記憶するスケジュール管理データベースと、
前記シャッター装置からの異常情報が入力されると、前記シャッター情報記憶部の設置場所と前記スケジュール管理データベースの現在地・予定情報に基づいて当該シャッター装置のメンテナンスを行う担当者及び日時を含む整備計画を作成可能な整備計画作成部と、
前記シャッター装置の複数の可動部位のそれぞれに配置され、当該可動部位の変位を段階的に検知可能な検知部の検知信号に基づいて部位ごとの故障の兆候を段階的に診断可能な診断部と、
を備え、
前記整備計画作成部は、
故障及びその兆候の段階に応じてメンテナンス担当者を派遣するメンテナンス候補日時を設定し、
前記シャッター装置に紐付けられているユーザ端末にメンテナンス候補日時を通知し、通知した前記メンテナンス候補日時の前記ユーザ端末からの応答を受信し、前記整備計画を作成するシャッター管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、異なる場所に設置されるシャッター装置を管理するシャッター管理システム及びシャッター管理装置に関する。

【背景技術】

【0002】

従来、遠隔地から設備の状況を監視するシステムが知られている。この種の技術を開示するものとして特許文献１～４がある。

【0003】

特許文献１には、複数のユーザの保有する設備を設備管理情報センターで一元的に遠隔管理する技術について記載されており、故障情報及び故障予告情報とメンテナンスの必要機器や部品との相関や解析情報を生かした質の高いメンテナンス計画を提案することができるとしている。特許文献２には、顧客の所在情報と設備のメンテナンスデータに基づき、顧客の所在に近い販売代理店を選択し、代理店から顧客に連絡する技術について記載されている。特許文献３には、自動ドアが通信回線を通してサーバに接続しており、自動ドアの点検・整備の程度の有無を遠隔で把握できることについて記載している。特許文献４には、シャッターの各所にセンサを取り付け、シャッターの動作回数やバッテリーの電圧等をサーバに通信回線を通じて接続し、シャッターのメンテナンスに関わる情報を遠隔で把握できることについて記載されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００２－１６３３８７号公報

【文献】特許第４９２７８８６号公報

【文献】特開２００４－０６８２８７号公報

【文献】特開２０１７－１７９７３６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

シャッター装置では、メーカやメンテナンス会社がユーザからの不具合の連絡を受けて担当者を当該シャッター装置の設置先に派遣している。しかしながら、特許文献１に開示の技術を含めた一般的な技術では、メンテナンス作業者の選定やメンテナンス日時の調整のために、ユーザ、メンテナンス担当者のそれぞれにオペレータが連絡を取り合う必要があり、メンテナンスの管理の効率化及びコストの低減という点で改善の予知があった。

【0006】

本発明は、シャッター装置の故障状況に応じて設置先で担当者がメンテナンスを行うスケジュールを効率的に設定できるシャッター管理システム及びシャッター管理装置を提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明は、異なる場所（例えば、後述の場所１１Ａ，１１Ｂ，１１Ｃ）に設置される複数のシャッター装置（例えば、後述のシャッター装置２０Ａ，２０Ｂ，２０Ｃ）を管理するシャッター管理システム（例えば、後述のシャッター管理システム１）であって、前記シャッター装置からの異常情報がネットワーク（例えば、後述のネットワーク１００）を介して集約されるシャッター管理部（例えば、後述のシャッター管理装置４）と、メンテナンスを行う担当者の現在地・スケジュール情報を前記シャッター管理部に送信するモバイル端末（例えば、後述のモバイル端末１２Ａ，１２Ｂ）、を備え、前記シャッター管理部は、設置場所の情報をシャッター装置ごとに記憶するシャッター情報記憶部（例えば、後述のシャッター情報データベース１１３）と、担当者ごとに現在地・スケジュール情報を記憶する担当者情報記憶部（例えば、後述の担当者情報データベース１１４）と、前記シャッター装置からの異常情報が入力されると、前記シャッター情報記憶部の設置場所と担当者情報記憶部の現在地・スケジュール情報に基づいて当該シャッター装置のメンテナンスを行う担当者及び日時を含む整備計画を作成可能な整備計画作成部（例えば、後述の整備計画作成部１１１）と、を有するシャッター管理システムに関する。

【0008】

前記シャッター装置の複数の可動部位（例えば、後述のシャッターカーテン２５、スラット２７、シャフト２８、ローラチェーン２９）のそれぞれに配置され、当該可動部位の変位を段階的に検知可能な検知部（例えば、後述の過巻き・過降下センサ３１，３２、ローラチェーン弛みセンサ３３Ａ，３３Ｂ、スラット片寄りセンサ３４Ａ，３４Ｂ、シャフト横ずれセンサ３５Ａ，３５Ｂ）と、前記検知部の検知信号に基づいて部位ごとの故障の兆候を段階的に診断可能な診断部（例えば、後述の診断装置５０）と、を備え、前記整備計画作成部は、故障及びその兆候の段階に応じてメンテナンス担当者を派遣するスケジュールを設定することが好ましい。

【0009】

前記シャッター情報記憶部には、シャッターカーテンの過巻き・過降下、ローラチェーンの弛み、スラットの片寄り、巻取ドラムのシャフトの横ずれのうちの少なくとも何れか１つの段階的な変位に基づいて故障の不具合の程度が兆候情報として記憶されることが好ましい。

【0010】

前記シャッター情報記憶部には、前記シャッター装置ごとに管理用シャッターか防災用シャッターを示す種別情報が記憶され、前記整備計画作成部は、種別情報を反映して整備計画を作成することが好ましい。

【0011】

前記シャッター管理部は、住宅（例えば、後述の戸建住宅６１）を管理対象とし、前記シャッター情報記憶部には、１又は複数の前記シャッター装置（例えば、後述のシャッター装置７０～７２）を備える前記住宅が１つの単位として前記シャッター装置の設置場所とともに記憶されることが好ましい。

【0012】

前記シャッター管理部は、所定のエリア（例えば、後述の分譲地３１０）内の複数の住宅（例えば、後述の戸建住宅６１Ａ～６１Ｃ）を管理対象とし、前記シャッター情報記憶部には、前記所定のエリア内で前記シャッター装置（例えば、後述の７０Ａ～７２Ａ，７０Ｂ～７２Ｂ，７０Ｃ～７２Ｃ）を備える複数の前記住宅が１つのグループとして前記シャッター装置の設置場所とともに記憶されることが好ましい。

【0013】

また、本発明は、異なる場所（例えば、後述の場所１１Ａ，１１Ｂ，１１Ｃ）に設置される複数のシャッター装置（例えば、後述のシャッター装置２０Ａ，２０Ｂ，２０Ｃ）を管理するシャッター管理装置（例えば、後述のシャッター管理装置４）であって、設置場所の情報を前記シャッター装置ごとに記憶するシャッター情報記憶部（例えば、後述のシャッター情報データベース１１３）と、モバイル端末（例えば、後述のモバイル端末１２Ａ，１２Ｂ）から送信されたメンテナンスを行う担当者の現在地・スケジュール情報を担当者ごとに記憶する担当者情報記憶部（例えば、後述の担当者情報データベース１１４）と、前記シャッター装置からの異常情報が入力されると、前記シャッター情報記憶部の設置場所と担当者情報記憶部の現在地・スケジュール情報に基づいて当該シャッター装置のメンテナンスを行う担当者及び日時を含む整備計画を作成可能な整備計画作成部（例えば、後述の整備計画作成部１１１）と、を備えるシャッター管理装置に関する。

【発明の効果】

【0014】

本発明のシャッター管理システム及びシャッター管理装置によれば、シャッター装置の故障状況に応じて設置先で担当者がメンテナンスを行うスケジュールを効率的に設定できる。

【図面の簡単な説明】

【0015】

【図1】本発明の一実施形態に係るシャッター管理システムの基本的構成を示す説明図である。

【図2】本実施形態のシャッター装置の構成例を示す模式図である。

【図3】本実施形態のシャッター管理サーバの機能ブロック図である。

【図4】本実施形態のシャッター管理装置によるシャッター装置の故障予知情報の通知からスケジュール作成までの流れを示すシーケンス図である。

【図5】本実施形態のシャッター管理装置によるシャッター装置の故障情報の通知から緊急対応計画作成までの流れを示すシーケンス図である。

【図6】本実施形態のシャッター管理装置により提供される管理サービスの例を示す表である。

【図7】戸建住宅が備える複数のシャッター装置を管理するシャッター管理システムを示す説明図である。

【図8】各戸建住宅がシャッター装置を備える大規模分譲地を管理するシャッター管理システムを示す説明図である。

【発明を実施するための形態】

【0016】

次に、本発明の実施形態について図面を参照して詳細に説明する。図１は、本発明の一実施形態に係るシャッター管理システム１の基本的構成を示す説明図である。

【0017】

図１に示すシャッター管理システム１は、データセンター１０内に設置されるシャッター管理装置４により、ネットワーク１００を介して複数の場所１１Ａ～１１Ｃのシャッター装置２０Ａ～２０Ｃと相互にインターネット通信を行ってシャッター装置２０Ａ～２０Ｃを管理する。ネットワーク１００は、例えばインターネットや、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークや、あるいはこれらを組み合わせたネットワークで実現される。なお、かかる通信における通信方式は、特に限定されない。

【0018】

複数の場所１１Ａ～１１Ｃは、何れも位置が異なる施設である。場所１１Ａには、シャッター装置２０Ａ、シャッター装置２０Ａの状態を診断する診断装置５０Ａと、診断装置５０Ａとネットワーク１００を接続するネットワーク端末８と、シャッター装置２０の状況を確認可能なユーザ端末７と、が配置される。同様に、場所１１Ｂには、シャッター装置２０Ｂ、診断装置５０Ｂ、ネットワーク端末８が配置され、場所１１Ｃには、シャッター装置２０Ｃ、診断装置５０Ｃ、ネットワーク端末８が配置される。

【0019】

シャッター管理装置４は、シャッター管理サーバ５と、システム端末６と、を含んで構成される。シャッター管理サーバ５には、各シャッター装置２０Ａ～２０Ｃの診断装置５０Ａ～５０Ｃによって診断されたシャッター装置２０Ａ～２０Ｃの情報が集約される。システム端末６は、データセンター１０内のオペレータが操作する端末である。権限が付与されたオペレータは、必要に応じてシャッター管理サーバ５の設定を変更することができる。

【0020】

シャッター管理サーバ５は、後述するように、シャッター装置２０Ａ～２０Ｃの状況に応じて整備計画を作成する。図１では、場所１１Ａのシャッター装置２０Ａにメンテナンスが必要な異常が発生し、メンテナンス担当者２Ａに場所１１Ａのシャッター装置２０Ａに対するメンテナンスを行う整備計画が策定され、メンテナンス担当者２Ｂが場所１１Ｃでメンテナンス作業中の様子が示されている。

【0021】

次に、シャッター装置２０Ａ～２０Ｃの構成例について説明する。なお、以下の説明において符号からアルファベットを省略して機器、場所、人を限定せずに説明する場合がある。

【0022】

図２は、本実施形態のシャッター装置２０の構成例を示す模式図である。図２に示すように、本実施形態のシャッター装置２０は、シャッターカーテン２５と、巻取ドラム２６と、開閉機２１と、制御盤５１及び予備制御盤５２と、操作リモコン５３及び予備操作リモコン５４と、安全装置５５と、診断装置５０と、を備える。

【0023】

操作リモコン５３の操作に基づいて制御盤５１が開閉機２１を制御する。開閉機２１の駆動により、巻取ドラム２６にシャッターカーテン２５が巻き取られたり、巻取ドラム２６からシャッターカーテン２５が繰り出されたりする。安全装置５５は、シャッターカーテン２５の下端部に物が接触したことを検知すると開閉機２１の駆動を停止する。

【0024】

診断装置５０は、操作リモコン５３の異常（例えば、回路異常等の故障）を検知した場合は予備操作リモコン５４に操作系統を切り替え、制御盤５１の異常（例えば、回路異常等の故障）を検知した場合は予備制御盤５２に操作系統を切り替える。

【0025】

また、シャッター装置２０は、過巻き・過降下センサ３１，３２、ローラチェーン弛みセンサ３３Ａ，３３Ｂ、スラット片寄りセンサ３４Ａ，３４Ｂ、シャフト横ずれセンサ３５Ａ，３５Ｂ等を更に備える。

【0026】

過巻き・過降下センサ３１，３２は、シャッターカーテン２５の巻取ドラム２６への過巻き及び巻取ドラム２６から必要以上に繰り出された過降下を検知するためのセンサである。ローラチェーン弛みセンサ３３Ａ，３３Ｂは、開閉機２１の駆動力を巻取ドラム２６に伝達するためのローラチェーン２９の弛みを検知可能な複数のセンサである。スラット片寄りセンサ３４Ａ，３４Ｂは、スラット２７の片寄りを段階的に検知可能な複数のセンサである。シャフト横ずれセンサ３５Ａ，３５Ｂは、巻取ドラム２６の軸方向の横ずれを段階的に検知可能な複数のセンサである。

【0027】

本実施形態では、過巻き・過降下センサ３１，３２、ローラチェーン弛みセンサ３３Ａ，３３Ｂ、スラット片寄りセンサ３４Ａ，３４Ｂ及びシャフト横ずれセンサ３５Ａ，３５Ｂは、何れも、変位方向に複数の検知手段を有するように構成される。即ち、変位の大小を検知可能である。これによって、故障蓋然性が相対的に低い注意段階（小変位）と、故障蓋然性が相対的に高い警告段階（大変位）と、を区別して検知可能になっている。

【0028】

診断装置５０は、制御盤５１、予備制御盤５２、操作リモコン５３、予備操作リモコン５４、各センサ３３Ａ，３３Ｂ，３４Ａ，３４Ｂ，３５Ａ，３５Ｂ、安全装置５５から入力される信号に基づいてシャッター装置２０の状況を診断する。

【0029】

図１に示すように、診断装置５０Ａ～５０Ｃは、ネットワーク端末８に接続されており、ネットワーク１００を通じてシャッター装置２０の状況がシャッター管理装置４のシャッター管理サーバ５に送信される。例えば、制御盤５１の異常、操作リモコン５３の異常、シャッターカーテン２５の過巻き、過降下発生の有無及びその緊急度の程度、ローラチェーン２９の弛み発生の有無及びその緊急度の程度、スラット２７（シャッターカーテン２５）の片寄り発生の有無及びその緊急度の程度、シャフト２８の横ずれの発生の有無及び緊急度の程度、等の情報が送信される。なお、本実施形態の診断装置５０は、ユーザ又はオペレータによって診断対象とする兆候情報の追加及び削除が可能となっている。

【0030】

シャッター管理サーバ５は、メンテナンスを行うべき異常がシャッター装置２０に生じたことを検知すると、メンテナンス担当者２Ａ，２Ｂが携帯しているモバイル端末１２Ａ，１２Ｂと通信を行いつつ、管理用か防火用か等のシャッターの種別、異常個所やその程度、メンテナンス担当者２の状況等に応じて対応計画を作成する。

【0031】

図３は、本実施形態のシャッター管理サーバ５の機能ブロック図である。図３に示すように、シャッター管理サーバ５は、メンテナンス計画を作成する整備計画作成部１１１、メールの送受信処理を行うメール処理部１１２、シャッター装置２０Ａ～２０Ｃの個別情報や異常状況等が登録されるシャッター情報データベース１１３、メンテナンス担当者２の担当地域等が登録される担当者情報データベース１１４、メンテナンス担当者２の現在地・予定情報が登録されるスケジュール管理データベース１１５を含んで構成される。

【0032】

シャッター情報データベース１１３には、シャッター装置２０の設置場所や立会いの必要の有無等のシャッター装置２０の設置場所に関する設置場所情報、管理用又は防災用等のシャッター装置２０の種別、型式等のシャッター固有情報、前回行ったメンテナンス作業の日やメンテナンス作業で必要な器具等のメンテナンス情報等が、シャッター装置２０Ａ～２０Ｃごとに登録されている。また、シャッター情報データベース１１３には、シャッター装置２０の部位及び不具合の程度に応じた作業工程についても記憶されている。

【0033】

シャッター管理サーバ５には、メンテナンス担当者２が携帯するモバイル端末１２から現在地・予定情報が随時送信される。例えば、図１のメンテナンス担当者２Ａの場合、現在、メンテナンスを行っていない状況であって施設外にいることを示す情報がモバイル端末１２Ａからシャッター管理サーバ５に送信される。また、メンテナンス担当者２Ｂの場合、現在、場所１１Ｃでメンテナンス作業を実施中であることを示す情報がモバイル端末１２からシャッター管理サーバ５に送信される。

【0034】

シャッター管理サーバ５は、現在地・予定情報を受信すると、担当者情報データベース１１４及びスケジュール管理データベース１１５の情報を更新し、適宜のタイミング又は要求に応じてスケジュール情報をモバイル端末１２に送信する。このように、シャッター管理サーバ５は、メンテナンス担当者２の現在位置や作業中か否か等の現在情報を管理する。

【0035】

シャッター管理サーバ５の機能ブロックを実現するために、シャッター管理サーバ５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の演算処理装置を備える。また、シャッター管理サーバ５は、アプリケーションソフトウェアやＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の各種の制御用プログラムを格納したＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の補助記憶装置や、演算処理装置がプログラムを実行する上で一時的に必要とされるデータを格納するためのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）といった主記憶装置も備える。

【0036】

そして、シャッター管理装置４において、演算処理装置が補助記憶装置からアプリケーションソフトウェアやＯＳを読み込み、読み込んだアプリケーションソフトウェアやＯＳを主記憶装置に展開させながら、これらのアプリケーションソフトウェアやＯＳに基づいた演算処理を行う。また、この演算結果に基づいて、各装置が備える各種のハードウェアを制御する。これにより、本実施形態の機能ブロックは実現される。つまり、本実施形態は、ハードウェアとソフトウェアが協働することにより実現することができる。

【0037】

なお、シャッター管理装置４は、パーソナルコンピュータ等のハードウェアにより実現してもよい。また、モバイル端末１２は、例えばタブレット型の端末や、スマートフォン等といったハードウェアにより実現することができる。

【0038】

次に、故障予知情報を受信した場合におけるシャッター管理装置４の動作について説明する。図４は、本実施形態のシャッター管理装置４によるシャッター装置２０の故障予知情報の通知からスケジュール作成までの流れを示すシーケンス図である。

【0039】

データセンター１０内のシャッター管理装置４のシャッター管理サーバ５が、診断装置５０から場所１１Ａのシャッター装置２０Ａのメンテナンス対象の故障予知情報を受信すると、スケジュール作成の処理が開始される（ステップＳ１０１）。故障予知情報は、緊急に対応しなくてもすぐに不具合はないものの、放置すれば故障につながる可能性のある異常である。例えば、シャッターカーテン２５の過巻き、過降下が発生しそうな兆候を示した場合や、開閉に支障はない範囲でローラチェーン２９の弛みが発生している場合や、スラット２７（シャッターカーテン２５）や巻取ドラム２６のシャフト２８に若干の片寄り（小変位）が発生している場合等である。

【0040】

シャッター管理サーバ５は、シャッター情報データベース１１３を参照して該当するシャッター装置２０Ａの設置場所情報、シャッター固有情報、メンテナンス情報を取得するとともに、担当者情報データベース１１４及びスケジュール管理データベース１１５を参照してメンテナンス担当者２の担当者情報、現在地・予定情報を取得する。取得したこれらの情報に基づいてメンテナンス担当者を複数ピックアップする（ステップＳ１０２）。例えば、異常が生じたシャッター装置２０Ａの場所、担当地域、現在地及びスケジュールに基づいて担当者をピックアップする。

【0041】

シャッター管理サーバ５は、ピックアップされたメンテナンス担当者２Ａ，２Ｂのモバイル端末１２Ａ，１２Ｂにスケジュール確認を行うメールを送信する（ステップＳ１０３）。メールの送信方法は、対象者のモバイル端末１２全てに同時に送信してもよいし、ピックアップ時に担当者ごとに優先度を設定し、優先度の高いものから順次送信していく方法でもよい。

【0042】

モバイル端末１２Ａ，１２Ｂは、シャッター管理サーバ５からスケジュール確認のメールを受信すると当該メールを表示する等し、メンテナンス担当者２Ａ，２Ｂにスケジュール確認に対して応答するように促す。メンテナンス担当者２Ａ，２Ｂは、モバイル端末１２を操作し、現在地やスケジュールを考慮してスケジュール情報を入力又は選択する。モバイル端末１２は、確定したスケジュール確認に対する応答をシャッター管理サーバ５に送信する（ステップＳ１０４）。

【0043】

シャッター管理サーバ５は、ピックアップしたメンテナンス担当者２Ａ，２Ｂからの応答を受信すると、受信したスケジュール情報に基づいてメンテナンス候補日時を設定する（ステップＳ１０５）。メンテナンス担当者２Ａ，２Ｂの一部から所定期間内に応答メッセージを受信していない場合は、リマインドメールを送信してもよいし、既に受信しているメンテナンス担当者の応答でスケジュールを作成してもよい。

【0044】

シャッター管理サーバ５は、設定したメンテナンス候補日時を該当のシャッター装置２０に紐付けられているユーザ端末７にメンテナンス候補日時を通知する（ステップＳ１０６）。メンテナンス候補日時の通知は、メールであってもよいし、ソフトウェアやアプリケーションのメッセージ交換機能でもよい。メンテナンス候補日時の他に故障の状況やメンテナンスの必要性について記載された文書等の関連情報をあわせて記載しておいてもよい。

【0045】

ユーザ端末７は、メンテナンス候補日時の通知を受信すると、メンテナンスを行う日の選択に関する表示を行う。例えば、ユーザ端末７にメンテナンス候補日時をリストで表示し、ユーザの都合がよい日を選択させたり、メンテナンス候補日時の中には都合がつく日が無い場合にリスケジュールの希望等を選択させたりする。メンテナンス日時又はリスケジュール要請が入力されると、ユーザ端末７は、メンテナンス候補日時の応答としてメンテナンス日時又はリスケジュール希望をシャッター管理サーバ５に送信する（ステップＳ１０７）。

【0046】

シャッター管理サーバ５は、ユーザ端末７からメンテナンス候補日時の応答を受信すると、メンテナンスの整備計画を作成する（ステップＳ１０８）。整備計画は、例えば、メンテナンス日時の他、対象のシャッター装置２０の場所、シャッター装置２０の異常の種別、メンテナンス担当者、必要な機材や器具等の作業情報を含むものである。

【0047】

シャッター管理サーバ５は、当該シャッター装置２０Ａのメンテナンスを行うことになったメンテナンス担当者２Ａのモバイル端末１２Ａにメンテナンス日時・作業情報の通知を行う（ステップＳ１０９）。また、ユーザ端末７に最終的に決定したメンテナンス日時を通知する。

【0048】

以上説明したように、シャッター管理サーバ５は、故障予知情報を受信するとメンテナンス担当者２Ａ，２Ｂ及びユーザとやり取りしながらメンテナンス計画を作成する。

【0049】

次に、緊急対応すべき異常情報を受信した場合におけるシャッター管理装置４の動作について説明する。図５は、本実施形態のシャッター管理装置４によるシャッター装置２０Ａの故障情報の通知から緊急対応計画作成までの流れを示すシーケンス図である。

【0050】

データセンター１０内のシャッター管理装置４のシャッター管理サーバ５が、診断装置５０Ａから場所１１Ａのシャッター装置２０Ａのメンテナンス対象の緊急性の高い故障情報を受信すると、緊急対応計画作成の処理が開始される（ステップＳ２０１）。緊急性の高い故障情報は、緊急に対応せず放置すればシャッター装置２０Ａの開閉ができなくなったり、安全性が低下したりするような大きな故障の原因となるような異常である。例えば、管理用のシャッター装置２０で、シャッターカーテン２５の過巻き、過降下が頻繁に発生している場合や、ローラチェーン２９の弛みやスラット２７（シャッターカーテン２５）や巻取ドラム２６のシャフト２８の片寄り等により、開閉が適切に行わないような場合や、安全装置５５のコードが断線している場合等である。

【0051】

シャッター管理サーバ５は、緊急性の高い故障情報を受信すると、担当者情報データベース１１４及びスケジュール管理データベース１１５の登録情報に基づいて、現在地とスケジュールからシャッター装置２０Ａに急行可能な状態の担当者をピックアップする（ステップＳ２０２）。例えば、メンテナンス担当者２Ａ，２Ｂをピックアップする基準としては、現在地が現場に近い、過去の作業履歴等を参照することができる。次に、ピックアップした担当者に実際に現場へ急行可能な状態か否かを確認する問合せを行う（ステップＳ２０３）。

【0052】

メンテナンス担当者２Ａ，２Ｂのモバイル端末１２Ａ，１２Ｂは、現場へ急行可能かを問い合わせる通知を受信し、当該通知を表示する。通知の際は、例えば、現場の位置情報等や、異常種別の関連情報、過去のメンテナンス情報等とともに、メンテナンス担当者２Ａ，２Ｂに急行できるか否かの応答を促すメッセージ等を表示することができる。モバイル端末１２Ａ，１２Ｂは、メンテナンス担当者２Ａ，２Ｂによって急行可能か否かが選択操作されると、その選択結果をシャッター管理サーバ５に送信する（ステップＳ２０４）。

【0053】

シャッター管理サーバ５は、メンテナンス担当者２のモバイル端末１２Ａ，１２Ｂからの選択結果に基づいて緊急対応計画が作成する（ステップＳ２０５）。緊急対応計画は、例えば、メンテナンス日時の他、対象のシャッター装置２０の場所、シャッター装置２０の異常の種別、メンテナンス担当者、必要な機材や器具等の作業情報を含むものである。

【0054】

次に、シャッター管理サーバ５は、緊急対応情報をメンテナンス担当者２に通知する（ステップＳ２０６）。緊急対応情報は、緊急対応計画で設定された作業情報等である。併せて緊急対応の通知をユーザ端末７に送信する（ステップＳ２０７）。

【0055】

以上説明したように、シャッター管理サーバ５は、緊急性の高い故障情報を受信すると対応計画を作成する。なお、以上の処理において、適宜のタイミングでオペレータが介在してもよい。例えば、メンテナンス担当者のピックアップまでをシャッター管理サーバ５が行い、ピックアップされたメンテナンス担当者にオペレータが電話等を含めて連絡する構成としてもよい。また、いわゆるＡＩ等を用いて学習によって処理を最適化するようにしてもよい。例えば、オペレータが選択したメンテナンス担当者やスケジュールを教示データとして学習し、当該学習結果に基づいてメンテナンス担当者の決定及び情報の通知までを完全に自動化するシステムとしてもよい。

【0056】

また、本実施形態のシャッター管理サーバ５は、客先ごとに提供サービスのレベルを設定可能になっている。図６は、本実施形態のシャッター管理装置４により提供される管理サービスの例を示す表である。なお、図６に示す何れのサービスでも、シャッター装置２０が設置される場所での故障の前段階を意味する注意表示と、故障の予兆や直前を示す警告表示等の異常表示と、故障時の強制停止と、が行われることになる。

【0057】

表において上側の「保守契約先にデータセンターの異常情報を元に保守を実施する」及び「データセンターの異常情報を元に整備計画を提案する」は、何れもシャッター管理サーバ５が常時、シャッター装置２０の状況を監視し、異常が発生した場合はユーザに通知するサービスである。「保守契約先にデータセンターの異常情報を元に保守を実施する」は、メンテナンス担当者２によるメンテナンスも含めたサービスであり、シャッター管理サーバ５は、図４及び図５を参照して説明した処理を行う。「データセンターの異常情報を元に整備計画を提案する」は、整備計画を提案するところで留まるものであり、実際のメンテナンスを行うか否かはユーザが判断することになる。

【0058】

表において下側の「検知情報をデータセンターのＤＢに記録・閲覧可能にする」及び「検知情報をローカルサーバのＤＢに記録・閲覧可能にする」は、何れもメンテナンス作成や緊急対応計画の作成等やシャッター装置２０の常時監視をシャッター管理サーバ５が行わないサービスであり、ユーザが自ら情報を取得するものを想定している。なお、「検知情報をデータセンターのＤＢに記録・閲覧可能にする」では、ユーザ端末７等によってネットワーク１００を介してデータセンター１０のシャッター管理サーバ５にアクセスして情報を閲覧する形式であり、データの管理はデータセンターが行う。一方、「検知情報をローカルサーバのＤＢに記録・閲覧可能にする」は、ネットワーク１００を介することなくユーザが自らデータの管理を行うことになる。

【0059】

上記実施形態によれば、以下のような効果を奏する。
本実施形態のシャッター管理システム１は、シャッター装置２０の複数の可動部位のそれぞれに配置され、当該可動部位の変位を検知可能な検知部（過巻き・過降下センサ３１，３２、ローラチェーン弛みセンサ３３Ａ，３３Ｂ、スラット片寄りセンサ３４Ａ，３４Ｂ、シャフト横ずれセンサ３５Ａ，３５Ｂ等）の検知信号に基づいて部位ごとの故障の兆候を診断可能な診断装置５０と、診断装置５０で診断される情報がネットワークを介して集約されるシャッター管理装置４と、を備える。
シャッター管理装置４は、設置場所の情報とともに部位ごとの故障の兆候情報をシャッター装置２０ごとに記憶するシャッター情報データベース１１３と、診断装置５０で診断された故障及びその兆候の段階に応じて当該シャッター装置２０の整備計画を作成可能な整備計画作成部１１１と、を有する。

【0060】

これにより、ユーザがメーカやメンテナンス会社に連絡することなく、シャッター装置２０の部位ごとの故障の程度に基づいて整備計画が設定される。従って、メンテナンスが実施されずに故障の予兆が放置され、シャッター装置２０が開閉できなくなるような事態の発生を防止でき、ダウンタイムの極小化を実現できる。

【0061】

また、本実施形態の検知部（過巻き・過降下センサ３１，３２、ローラチェーン弛みセンサ３３Ａ，３３Ｂ、スラット片寄りセンサ３４Ａ，３４Ｂ、シャフト横ずれセンサ３５Ａ，３５Ｂ等）は、可動部位の変位を段階的に検知可能に構成され、診断装置５０は、検知部の検知信号に基づいて故障の兆候を段階的に診断可能に構成される。

【0062】

これにより、可動部位の変位を段階的に検知できるので、より正確な整備計画を作成することができる。

【0063】

また、本実施形態では、シャッター管理装置４（シャッター情報データベース１１３及び担当者情報データベース１１４）には、メンテナンス担当者の予定、故障及びその兆候の段階に応じた作業工程が予め登録されており、整備計画作成部１１１は、メンテナンス担当者の予定、作業工程、故障及びその兆候の段階に基づいてメンテナンス担当者を派遣するスケジュールを設定する。

【0064】

これにより、緊急度の高い場合にはメンテナンス担当者を派遣する日時を直近に設定し、緊急度の低い場合でも故障発生前にメンテナンスが行われるようにメンテナンス担当者を派遣する日時を設定することができる。故障の予兆の放置による故障の発生を防止しつつ、故障が発生した場合でもシャッター装置２０が不稼動の状態をできるだけ短くすることができる。

【0065】

また、本実施形態では、シャッター情報データベース１１３には、シャッターカーテンの過巻き・過降下、ローラチェーンの弛み、スラットの片寄り、巻取ドラムのシャフトの横ずれのうちの少なくとも何れか１つの段階的な変位に基づいて故障の不具合の程度が兆候情報として記憶される。

【0066】

これにより、シャッター装置２０の開閉に関わる部分の故障の予知を効率的かつ確実に検知することができる。

【0067】

また、本実施形態では、診断装置５０が故障の兆候を診断する対象の検知信号の種類を追加又は削除可能である。

【0068】

これにより、検知部を追加したり、取り外したりする場合にも対応でき、実情に合わせてより柔軟な管理体制を構築することができる。

【0069】

また、本実施形態では、シャッター情報データベース１１３には、シャッター装置２０ごとに管理用シャッターか防災用シャッターを示す種別情報が記憶され、整備計画作成部１１１は、種別情報を反映して整備計画を作成する。

【0070】

これにより、管理用シャッターか防災用シャッターの用途に応じて適切な整備計画が設定されることになる。例えば、管理用シャッターで過巻きや過降下が生じている場合は、通常稼動しない防災用シャッターに比べて早期にメンテナンス日時を設定できる。

【0071】

上記実施形態によれば、以下のような効果を奏する。
本実施形態のシャッター管理システム１は、シャッター装置２０からの異常情報がネットワーク１００を介して集約されるシャッター管理装置４と、メンテナンスを行う担当者の現在地・スケジュール情報をシャッター管理装置４に送信するモバイル端末１２Ａ，１２Ｂと、を備える。
シャッター管理装置４は、設置場所の情報をシャッター装置ごとに記憶するシャッター情報データベース１１３と、担当者ごとに現在地・スケジュール情報を記憶する担当者情報データベース１１４と、シャッター装置２０からの異常情報が入力されると、シャッター情報データベース１１３の設置場所と担当者情報データベース１１４の現在地・スケジュール情報に基づいて当該シャッター装置２０のメンテナンスを行う担当者及び日時を含む整備計画を作成可能な整備計画作成部１１１と、を有する。

【0072】

これにより、自動でメンテナンス日時を設定することができるので、シャッター装置２０のメンテナンス管理を効率化でき、運営に係るコストも効果的に低減できる。

【0073】

以上、管理・防火等の商用のシャッター装置２０を主に管理するシャッター管理システム１を例として上記実施形態を説明したが、シャッター管理システム１の管理対象が限定されるわけではない。次に、住宅用のシャッター装置を管理する例について説明する。なお、以下の説明において、上記実施形態と共通又は同様の構成については、図面に同じ符号を付してその詳細な説明を省略する場合がある。

【0074】

図７は、戸建住宅６１が備える複数のシャッター装置７０，７１，７２，９１を管理するシャッター管理システム２０１を示す説明図である。図７に示すように、戸建住宅６１は、２階建ての一軒家である。戸建住宅６１は、２階の窓に設置されるシャッター装置７０と、１階の窓に設置されるシャッター装置７１，７２を備える。また、戸建住宅６１に併設されるガレージ６２もシャッター装置９１を備える。

【0075】

シャッター管理サーバ５は、シャッター装置７０，７１，７２，９１を１つのグループとして管理する。シャッター装置７０，７１，７２，９１のぞれぞれは、上記実施形態と同様の検知部及び診断装置（何れも図示省略）を備えており、ネットワーク１００を介して各シャッター装置７０，７１，７２，９１の各種情報が管理される。メンテナンス担当者の派遣処理等の管理の詳細は、上記実施形態と同様である。

【0076】

この例において、シャッター管理装置４は、戸建住宅６１を管理対象とし、シャッター情報データベース１１３には、１又はシャッター装置７０～７２を備える戸建住宅６１が１つの単位としてシャッター装置７０～７２の設置場所とともに記憶される。
これにより、戸建住宅６１ごとにシャッター装置７０～７２を管理することができ、住宅単位でシャッターメンテナンスサービスを提供することができる。

【0077】

次に、複数の戸建住宅６１Ａ，６１Ｂ，６１Ｃを管理するシャッター管理システム３０１について説明する。図８は、各戸建住宅６１がシャッター装置７０を備える大規模分譲地を管理するシャッター管理システム３０１を示す説明図である。シャッター管理システム３０１は、１００世帯程度の大型分譲地を管理対象としている。なお、図８では、複数の戸建住宅６１の代表として三軒の戸建住宅６１Ａ，６１Ｂ，６１Ｃを示している。戸建住宅６１Ａは複数のシャッター装置７０Ａ，７１Ａ，７２Ａを備えており、戸建住宅６１Ｂは複数のシャッター装置７０Ｂ，７１Ｂ，７２Ｂを備えており、戸建住宅６１Ｃは複数のシャッター装置７０Ｃ，７１Ｃ，７２Ｃを備えている。

【0078】

シャッター管理システム３０１は、所定エリア内の複数の戸建住宅、例えば大規模な分譲地３１０を１つのグループとして管理することができる。また、シャッター装置７０Ａ～７２Ａ、７０Ｂ～７２Ｂ，７０Ｃ～７２Ｃは、戸建住宅６１Ａ，６１Ｂ，６１Ｃごとのグループとして管理することができる。シャッター装置７０Ａ～７２Ａ、７０Ｂ～７２Ｂ，７０Ｃ～７２Ｃは、上記実施形態と同様の検知部及び診断装置（何れも図示省略）を備えており、ネットワーク１００を介して各種情報が管理される。例えば、戸建住宅６１Ａのシャッター装置７０Ａに不具合が生じた場合には、メンテナンス担当者２のモバイル端末１２に不具合情報及び大規模分譲地の戸建住宅６１Ａの情報を通知し、当該メンテナンス担当者２が戸建住宅６１Ａの住居者と連絡してメンテナンスを行うシャッター装置の管理サービスを大規模分譲地に提供することも可能である。

【0079】

この例において、シャッター管理装置４は、分譲地（所定のエリア）３１０内の複数の戸建住宅６１Ａ～６１Ｃを管理対象とし、シャッター情報データベース１１３には、分譲地３１０内でシャッター装置７０Ａ～７２Ａを備える戸建住宅６１Ａ、シャッター装置７０Ｂ～７２Ｂを備える戸建住宅６１Ｂ、シャッター装置７０Ｃ～７２Ｃを備える戸建住宅６１Ｃ・・・・が１つのグループとして各シャッター装置７０Ａ～７２Ａ，７０Ｂ～７２Ｂ，７０Ｃ～７２Ｃの設置場所とともに記憶される。
これにより、分譲地３１０内の戸建住宅６１Ａ～６１Ｃに対してシャッターメンテナンスサービスを提供することができる。

【0080】

＜ハードウェアとソフトウェアの協働＞
なお、上述のシャッター管理システムは、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。また、上記のシャッター管理システムにより行なわれるシャッター管理方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。

【0081】

プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ－ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0082】

以上、本発明の好ましい実施形態について説明したが、本発明は、上述の実施形態に制限されるものではなく、適宜変更が可能である。例えば、シャッター管理サーバ５は、整備計画を作成するとともに、必要な機材や器具等の作業情報に基づいて必要な器具を設置先に自動送信させたり、必要部材の在庫情報に基づく納期調査をさせたりする処理を行うように構成してもよい。また、診断部としての診断装置をデータセンター１０に設置する又はシャッター管理サーバ５が診断部としての機能を兼ねる構成としてもよい。

【符号の説明】

【0083】

１，２０１，３０１ シャッター管理システム
４ シャッター管理装置（シャッター管理部）
１２ モバイル端末
２０ シャッター装置
３１，３２ 過巻き・過降下センサ（検知部）
３３Ａ，３３Ｂ ローラチェーン弛みセンサ（検知部）
３４Ａ，３４Ｂ スラット片寄りセンサ（検知部）
３５Ａ，３５Ｂ シャフト横ずれセンサ（検知部）
５０ 診断装置（診断部）
６１，６１Ａ～６１Ｃ 戸建住宅
７０～７２，９１ シャッター装置
７０Ａ～７２Ａ，７０Ｂ～７２Ｂ，７０Ｃ～７２Ｃ シャッター装置
１１１ 整備計画作成部
１１３ シャッター情報データベース（シャッター情報記憶部）
１１４ 担当者情報データベース（担当者情報記憶部）
１１５ スケジュール管理データベース
３１０ 分譲地

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】