JP2004178233A - Remote maintenance report system - Google Patents
Remote maintenance report system Download PDFInfo
- Publication number
- JP2004178233A JP2004178233A JP2002343165A JP2002343165A JP2004178233A JP 2004178233 A JP2004178233 A JP 2004178233A JP 2002343165 A JP2002343165 A JP 2002343165A JP 2002343165 A JP2002343165 A JP 2002343165A JP 2004178233 A JP2004178233 A JP 2004178233A
- Authority
- JP
- Japan
- Prior art keywords
- maintenance
- management device
- remote
- information
- 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.)
- Abandoned
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Information Transfer Between Computers (AREA)
- Alarm Systems (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、保守管理装置で保守対象機器を監視するとともに監視結果を遠隔地の中央保守装置に通報する遠隔保守通知システムに関するものである。
【0002】
【従来の技術】
従来、定期的なメンテナンスを必要とする産業機械等の機器においては、その機器を納入した会社もしくは認定された会社がメンテナンス業務を請け負っていた。しかし、低価格を武器とした他業種からの新規参入や種々の機械を対象にしたメンテナンス専業会社も多くなっており、メンテナンス業務の受注競争が激化している。他のサービス業と同様に、メンテナンス業務においても多大な費用を要するのは人件費であり、最小限のサービス員で効率よく業務を遂行するため、一人で多数の機器を担当することになる。
【0003】
また、従来から行われている定期検査だけではなく、機械の状態を常時監視することで予防的に保全を行う手法の採用により、総合的に機械のメンテナンス費用を低くする考え方が浸透し始めている。
【0004】
以上から、インターネットや公衆回線網を利用して、保守対象機器に備えた監視装置を用いて遠隔保守を行う遠隔保守通知システムの需要が高まっている。
【0005】
このようなシステムの従来の技術としては、監視対象機器から送られてくるデータを蓄積して定期的に「未送付データを添付したEメール」を送信するとともに重故障が発生した場合には「それ以前のデータを添付したEメール」を送信する現地パソコン(PC)と、受け取ったEメールに添付されたデータを社内のイントラネットを用いて転送し、受け取ったEメールが月報の場合や故障を知らせるための通知であった場合には社員や客先のメールアドレスにその内容を送信するメールサーバと、このメールサーバからのデータに故障がみつかった場合は故障通知を記載したEメールを返信するとともに前月分の月報を記載したEメールをメールサーバへ送信するリモート監視サーバと、を備える構成とするシステムがある(下記文献参照)。
【0006】
【特許文献1】
特開2002−73167号公報
【0007】
【発明が解決しようとする課題】
しかしながら、上記従来システムは、Eメールで送信をするので回線を常時接続しておく必要なく経済的であるが、Eメールは確実に送達されることを前提としているため、メールシステムの異常やEメールの遅延発生時には情報が全く伝達されず、メールシステムに異常が発生したことやEメールに遅延が発生していることさえも認識できない。従って、対策に急を要する重故障発生時の通知方法としては問題である。
【0008】
また、近年コンピュータウィルスが猛威を振るっているが、その進入経路はほとんどEメール経由であり、特に添付ファイルの開封による感染が最も多い。ウィルス対策ソフトによりある程度防止できるが、ウィルスの巧妙化といたちごっこの状態である。また、最近のコンピュータウィルスでは、感染したPCから勝手にEメールを送出し、受信先のPCに感染させるものも多い。このウィルスは感染したPC内の情報を元に送信元のアドレスを偽って送信されることがあるため、受信先が既知のアドレスを使用する場合がある。
【0009】
従来のシステムでは、▲1▼送信元をアドレスでチェックしている、▲2▼データの送信等に添付ファイルを用いている、▲3▼添付ファイルの開封を前提としている、▲4▼顧客への送信メールにも添付ファイルを用いていること、などからシステムのウィルス感染と顧客へのウィルス配布の危険性が高い。
【0010】
それゆえ本発明の目的は、システムに異常があっても緊急時への対応がとれ、さらにはコンピュータウィルスの予防ができ、安全に稼動することができる遠隔保守通知システムを提供することにある。
【0011】
【課題を解決するための手段】
上記目的を解決する本発明の特徴とするところは、保守管理装置で保守対象機器を監視するとともに監視結果を遠隔地の中央保守装置に通報する遠隔保守通知システムにおいて、該保守管理装置は該保守対象機器の監視結果を該中央保守装置にEメールと公衆回線を用いて並行して通報することにある。
【0012】
そして、該通報は定時に通報される定時通報と定時以外に通報される非定時通報であり、該非定時通報は監視結果が該保守対象機器に発生した障害に関するもの、あるいは障害の発生が予測される要診断に関するものである。
【0013】
該保守管理装置は該中央保守装置にEメールで監視結果を通報する際、該保守管理装置に登録してある該保守管理装置のメールアドレスと件名に付してあるパスワードを監視結果とともに通報し、該中央保守装置は該保守管理装置からEメールが届くと登録してある該メールアドレスとパスワードから該中央保守装置を同定した場合にEメールを開封するようになされており、該中央保守装置は該保守管理装置から公衆回線を通して監視結果の通報が届くと登録してある該中央保守装置の電話番号から該通報元である該保守管理装置の同定(認識)処理を行う。
【0014】
また、該中央保守装置は公衆回線を通して監視結果の通報が届いた際、Eメールを開封して所望の処理をしていない場合に公衆回線を通して得た通報における監視結果に基づいて所要の処理をするようになされており、該所望の処理とは該保守対象機器の監視結果を該該保守対象機器の使用者あるいは管理者に通報することである。
【0015】
【発明の実施の形態】
以下、本発明の一実施形態を図に従って説明する。
図1は遠隔保守通報システムの概略構成を示しており、1は保守対象機器1で、保守対象機器1にはその状態監視のための温度センサ2と振動センサ3を設置してある。各センサ2,3は、保守対象機器1の近傍に設置してある保守管理装置4の情報処理部5と接続してある。また情報処理部5には、情報送信部6も接続してある。保守管理装置4には複数のセンサを設置した複数の保守対象機器を接続してあるが、説明を簡略化するため、2個のセンサ2,3を設置した1個の保守対象機器1を示した。
【0016】
31は保守管理装置4から保守対象機器1の監視結果を通報する遠隔地にある保守用イントラネットで、メールサーバ32,データベース37,アラーム情報通報PC44,要診断情報通報PC45,定時情報通報PC46,アラームメール処理PC47,要診断メール処理PC48,定時メール処理PC49を接続してある。さらに保守用イントラネット31は、サーバ35のルータやゲートウエイ機能によりインターネット21と接続され、インターネット21にはアクセスポイント22を接続してあり、アクセスポイント22は保守管理装置4と接続してありEメールの受信をする。
【0017】
さらに、アラーム情報通報PC44,要診断情報通報PC45及び定時情報通報PC46はそれぞれモデム41〜43を介して公衆回線で保守管理装置4と接続してある。
【0018】
保守管理装置4にとって遠隔地にある保守用イントラネット31とこれに付随した各装置22〜49は中央保守装置を構成しており、メールサーバ32は念のため、経由する全てのメールのウィルス監視を行っている。
【0019】
ここで、全体の動作説明に入る前に各装置個々の動作について、簡単に説明する。
先ず、保守管理装置4の動作を図2に示すフローチャートで説明する。なお、保守管理装置4と中央保守装置は遠隔の地にあることが多く、ウィルス対策やハッキング対策を向上させるため、保守対象機器1からデータを直接収集するほかは発信だけで、一切、Eメールの受信や公衆回線からの受信をしないように設定してあり、診断するためのソフトウエアのバージョンアップ等は遠隔操作ではなくサービス員が巡回して行うこととしている。
【0020】
保守管理装置4からは、定時送信(定時通報のこと)と非定時送信(非定時通報のこと)がインターネット21に対してはEメールで、また各情報通報PC44〜46には公衆回線を介して、相前後して並行して行われる。
【0021】
定時送信は、保守管理装置4に保存してある温度センサ2と振動センサ3からのデータを予め規定した時刻に定期的に送信するものである。非定時送信は、保守対象機器1の異常や故障によるアラーム信号を検知した場合と、温度センサ2と振動センサ3のデータが保守対象機器1の状態を問題無しの要診断レベル0から最も危険な状態であるレベル3までの4つに分類したうち、初めてレベル1以上と判断された場合とレベルが上がった場合に、予め規定した時刻以外に緊急を要するものとして不定期に送信するものである。
【0022】
装置が立ち上げられると、ステップ(以下、Sと略記)51で測定条件を設定し、1分毎の測定データを保守対象機器1の各センサ2,3から収集して情報処理部5の記録部に記録・保存する(S53)。なお、上記測定条件を含む時間等のデータは、一例として任意に設定した。保守対象機器1からアラーム情報は不定期に入る(S52)ので、S54でアラームの有無を判定し、アラームがあれば、S55に進んで非定時送信として発信元である保守管理装置4のメールアドレスと件名に記入してあるパスワードを付けたアラーム情報を遠隔地の中央保守装置側に送信する。このアラーム情報は本文があり、本文にはアラームの内容(保守対象機器や温度或いは振動などの監視項目)や発生日時等の諸データ(監視結果)を記入してある。また、後述するように、過去データなども添付してある。
【0023】
それで後述するように、保守担当のサービス員により点検や修理をすれば、保守対象機器1と保守管理装置4のアラームが解除され(S57)、復旧する。このS55での送信については、後に詳細説明する。
【0024】
アラームが無い場合はS58に進み、定常記録データ間隔1時間の経過を確認して経過していれば、S59で定常データとして最後に測定したデータを情報処理部5の記録部に記録・保存する。続いてS60に進み、保存されているデータと最新のデータを用いて、要診断レベルを判定するアルゴリズムでレベル0(診断必要無し)から3を判定するが、レベル1から3がはじめて判定された場合、S63でレベル上昇と判断し、S64に進んで、診断が必要である旨と要診断レベルを非定時送信としてEメールと公衆回線で並行して遠隔地の中央保守装置側に送信し、S53に戻る。
【0025】
S60で、診断が必要なレベルに達していないと判定した場合は、S61に進んで、前回定常データを登録してから7日間が経過しているか判定し、経過していればS62で前回と14日分重複するように過去21日分の定常データを定時送信として発信元のメールアドレスと件名に記入してあるパスワードを付けてアクセスポイント22と定時情報通報PC46へ発信し、S53に戻る。また、S61で7日間が経過していないと判断した場合は、そのままS53に戻る。
【0026】
S58で、定常記録データ間隔1時間の経過が確認されなければ、S65でその日初めて予め設定してある定期発信時刻13:00を経過したか判断し、経過していればS66で12時間以内に定期発進済みかどうか判断して済んでいなければ、S67で定時送信として発信元(保守管理装置4)のメールアドレスと件名に記入してあるパスワードを付けてアクセスポイント22と定時情報通報PC46に定期発信し、S52に戻る。また、S66で発信済みならそのままS52に戻り、以上の処理を繰り返す。
【0027】
次に、図2のS55で保守管理装置4からアラーム情報が発信され、アクセスポイント22,インターネット21,サーバ35を介して、およびモデム41,アラーム情報通報PC44,保守用イントラネット31を介して受信した場合のアラームメール処理PC47の動作について、図3に示すフローチャートを用いて説明する。
【0028】
先ず、S71でメールサーバ32(図1)におけるアラームメール用のアドレスにEメールが受信したかどうかを確認し、S72で受信していると判断すれば、S73に進み、発信元(保守管理装置4)のメールアドレスと件名に記入してあるパスワードをデータベース37に登録してあるデータと照合し、S78で一致していれば(発信元をメールアドレスとパスワードの双方で確認できれば)、S74でメール内容から詳細情報を抽出し、S75でデータベース37内の情報から過去データ,来歴,顧客情報や担当者を呼び出し、S76で顧客担当者と保守管理者やサービス員等の関係者にEメールを送信の後、S77で新たな来歴をデータベース37に記録してS71の受信確認に戻る。
【0029】
S78で発信元(保守管理装置4)のメールアドレスと件名に記入してあるパスワードをデータベース37に登録してあるデータと照合し、一致していなければ、安全が確認できないメールとしてS79で受信した情報を破棄し、S71に戻る。
【0030】
なお、要診断メール処理PC48の動作は、上記アラームメール処理PC47の動作と同じで、S76での顧客担当者と保守担当者やサービス員等の関係者に送信するメールの内容とS77での記録する内容が違うだけである。
【0031】
続いて、定時メール処理PC49の動作について、図4に示すフローチャートを用いて説明する。
先ず、S81でメールサーバ32(図1)における定時メール用のアドレスにEメールが受信したかどうかを確認し、S82で受信を確認した場合、S83で発信元(保守管理装置4)のメールアドレスと件名に記入してあるパスワードをデータベース37(図1)に登録してあるデータを呼び出して(認識処理)、S88で一致していると判断して発信元を真正な発信者であると認識できれば、S84でメール内容から定常データを抽出し、S85でデータベース37内の保守対象機器1の情報に来歴と共に重複したデータを削除してから記録し、S81の受信確認に戻る。
【0032】
S88において、発信元(保守管理装置4)のメールアドレスと件名に記入してあるパスワードをデータベース37に登録してあるデータと照合し一致していなければ、安全が確認できないメールとしてS89に進んで、メールサーバ32に一時保存したデータを破棄(89)し、受信確認(S81)に戻る。
【0033】
次に、要診断情報通報PC45の動作について、図5に示すフローチャートを用いて説明する。
先ずS91で、要診断用モデム42が着呼したかを確認し、S92で着呼したと判断されれば、電話会社が提供する通信前情報通知サービス(例としてナンバーディスプレイサービス)により発呼元(保守管理装置4)の電話番号を確認し(S93)、データベース37に登録してあるデータと照合して一致していれば(S94)、S95に進んで切断されるまでのコール数によって要診断レベルを特定する。そしてS96で発呼番号から保守対象機器を認識して、S97でデータベース37から来歴、顧客担当者と保守担当者やサービス員等の関係者の情報を抽出し、既にメールによりこの情報が通知済であれば(S98)、S100に飛んでデータベースに来歴を記録してS91の着呼確認に戻る。
【0034】
S98で未通知と判断した場合は、S99で顧客担当者と保守担当者やサービス員等の関係者に情報を通知するEメールを送信して、S100でデータベースに来歴を記録してからS91の着呼確認に戻る。
【0035】
図5の処理では、要診断レベルは認識できるが、測定データのどの項目が対象になっているのかは不明であるため、発信されるEメールは通知のみとなる。その後、要診断メール処理PC48により測定データのどの項目が対象になっているのか等を明らかにしたEメールが確定情報として送信される。
【0036】
S94で発呼元(保守管理装置4)の電話番号がデータベース37に登録してあるデータと一致していない場合、受信後、電話番号の再確認を促すメッセージを流し、切断してS91の着呼確認に戻る。このとき、予め要診断用モデム42をはじめ全てのモデムについて一切のデータを受け付けないように、たとえば受音部のコードを切断する等の対策を施しておくと万全である。また、この受信とメッセージを流す動作は省略し、いきなり切断したほうがセキュリティの面では有利であるが、発信先が再度間違い電話をかけてくることで通報が遅れる場合も考えられるため、この例では受信とメッセージを流す動作を設けている。
【0037】
なお、アラーム情報通報PC44の処理が上記要診断情報通報PC45の処理と相違する点は、着呼確認S91のモデムがアラーム用モデム41であること、着呼コール数をカウント(S95)しないこと、通知確認(S98)しないこと、および顧客担当者と保守担当者やサービス員等の関係者に送信(S99)するメールの内容とS100での来歴記録内容が違うだけである。
【0038】
続いて、定時情報通報PC46の処理動作について、図6に示すフローチャートを用いて詳細説明する。
S101で定時通報用モデム43が着呼したかを確認し、S102で着呼を判断すると、S103に進んで電話会社が提供する通信前情報通知サービス(例としてナンバーディスプレイサービス)により、発呼元(保守管理装置4)の電話番号を確認し、S104でデータベース37(図1)に登録してあるデータと照合し、一致していればS105で着呼元である保守管理装置4を真正の発信者と認識して、S108に進み、データベース37における所定のアドレスに来歴を記録して、S101の着呼確認に戻る。
【0039】
S104で、発呼元(保守管理装置4)の電話番号がデータベース37に登録してあるデータと一致していない場合、受信後、電話番号の再確認を促すメッセージを流し、切断してS101の着呼確認に戻る。
【0040】
このモデム43を介しての定時通報は保守管理装置4の正常動作を確認するためのもので、例えば、定時発信時刻を2時間過ぎても通報が無い場合、保守管理装置4が故障した旨をサービス員等へ通報することに利用する。
【0041】
以下、図1に示す遠隔保守通報システムにおける全体動作のうち、アラーム発生時の動作について、図2〜図6に示すフローチャートを用いて詳細説明する。
保守管理装置4は保守対象機器1の状態をセンサ2,3で監視しており、アラーム情報が入れば(S52)、アラーム情報を非定時送信として情報送信部6から送信する。この場合、最初に情報送信部6に内蔵された携帯電話機能のインターネット接続サービスによってEメール送信を行う。予め設定してあるアラーム情報対応のメールアドレス(ここでは仮にALARM@****.co.jpとする)に対し、件名をデータベース37に登録してあるパスワード(ここでは仮にA1234とする)として送信する。Eメールの送信は、予め契約しているインターネット接続業者のアクセスポイント22や携帯電話会社のインターネット接続サービス等を用いて、インターネット21に接続して行う。
【0042】
このとき、本文にはアラームの内容(保守対象機器や温度或いは振動などの監視項目)や発生日時等のアラーム情報(監視結果)を記入し、状況を把握しやすいようにS53で記録したデータ過去3時間分とS59で保存した定常データ過去21日分も添付する。添付の方法は、本文中のアラーム情報の後に付け加えても、別のファイルとして添付しても良いが、別ファイルとするときは、圧縮せずにテキストデータファイル(*.txt)とするのがウィルス対策上好ましい。
【0043】
図3におけるS71のように、メールアドレスALARM@****.co.jpへのEメール到着を監視しているアラームメール処理PC47は保守管理装置4からのEメール受信を確認すると、S73でEメールの発信元(保守管理装置4)のメールアドレスをデータベース37に登録してあるデータと照合し、保守対象機器を特定する。続いて特定された保守対象機器についてのデータベース37から件名「A1234」が正しいパスワードと一致するかを確認する。パスワードも一致したら、データベース37の情報に基づいて、顧客担当者には保守対象機器の設置場所,発生日時,状況と保守担当者と営業担当者の連絡先を記入したメールを送信する。保守担当者,保守管理者,営業担当者やサービス員に対しては、保守担当者を送付先(TO)、その他を同報者(CC)として保守対象機器の設置場所,発生日時,状況,保守担当者連絡先,営業担当者連絡先,顧客担当者連絡先とS53で記録したデータ過去3時間分とS59で保存した定常データ過去21日分を添付したメールを送信し、データベースに送信日と送信先の来歴を記録する(S74〜S77)。なお、この送信や記録をする場合の件名は、パスワード「A1234」ではなく、「アラーム情報(詳細情報)」とする。
【0044】
また、上記でパスワードは各保守対象機器について1種類としたが、たとえば固定されたパスワード「A1234」にメールを送信した時間の時間分(20時12分であれば20)を加えるように決めておいて、「A1254」をパスワードとして使用するごとく、複数のパスワードをデータベース37と保守管理装置4で予め決められた法則で変更しても良い。
【0045】
図2のS55では、情報送信部6の携帯電話機能を用いて、アラーム用モデム41に着呼する電話番号(ここでは仮に###−####−0001とする)で2コールを発呼する。アラーム用モデム41が受信中等で発呼できなかった場合は1分間隔で2コールを発呼できるまで再接続を試みる。
【0046】
図5に示すように、アラーム用モデム41の持つ電話番号###−####−0001への着呼を監視していたアラーム用PC44は、S91で保守管理装置4からの発呼を確認し、通信前情報通知サービス得た発信元の電話番号がデータベース37に登録してあるデータと照合し、保守対象機器を特定する。
【0047】
データベース37の情報から、この保守対象機器1に関してメール経由のアラーム情報が入力されておらず通知済みでないことを確認した場合(S98)、データベース37の情報に基づいて、顧客担当者には保守対象機器の設置場所、情報受信日時と保守担当者と営業担当者の連絡先を記入したメールを送信する。また、この保守対象機器1に関してメール経由のアラーム情報が入力されており通知済みであることを確認した場合(S98)、S100でデータベース37に着呼があった来歴のみを保存し、Eメール送信は行わない。
【0048】
S99では保守担当者,保守システム管理者,営業担当者やサービス員に対しては、保守担当者を送付先(TO),その他を同報者(CC)として保守対象機器の設置場所,情報受信日時,保守担当者,顧客担当者と営業担当者の連絡先を記入したEメールを送信し、データベースに送信日と送信先の来歴を記録する。
【0049】
なお、このときの件名は「アラーム情報(第1報)」とする。
【0050】
このシステムでは、情報の受信タイミングによってアラーム情報(第1報)が省略される場合があるが、(詳細情報)は(第1報)の内容を含むため、実用上問題が無い。
【0051】
また、アラーム情報は、Eメールと公衆回線を通して緊急事態発生を並行して送信しており、発信元を2重に確認しているので、確実に受信されるとともにウィルスを含んでいそうな受信は廃棄するので、システムの安全性を確保し、もって保守対象機器を確実に監視することができる。
【0052】
アラーム情報の送信は、上記のように最初にEメール送信を行い、続いて公衆(電話)回線を用いた送信をすることが好適であるが、その順番が入れ替わってもほぼ同様の効果がある。
【0053】
次に、図1に示す遠隔保守通報システムにおける全体動作における要診断情報送信の動作について、図2〜図6に示すフローチャートを用いて説明する。
図2のS60〜S63において、温度センサ2や振動センサ3の測定データを元に、予め設定してある要診断レベルを判定するアルゴリズムで要診断レベル1が初めて判定された場合、S64で要診断情報を情報送信部6から送信する。
【0054】
情報送信部6は携帯電話機能を内蔵しており、先ず、予め設定してある要診断情報対応のメールアドレス(ここでは仮にSHINDAN@****.co.jpとする)に対し、件名をデータベース37に登録してあるパスワード(ここでは仮にB5678とする)として送信する。Eメールの送信は、予め契約しているインターネット接続業者のアクセスポイント22や携帯電話会社のインターネット接続サービス等を用いて、インターネット21に接続して行う。
【0055】
このとき、アラーム発生時の動作と同様に、本文には要診断と判定した経緯や発生日時等の要診断情報を記入し、S53で記録したデータ過去3時間分とS59で保存した定常データ過去21日分を添付する。添付の方法は、本文中のアラーム情報の後に付け加えても、別のファイルとして添付しても良いが、別ファイルとするときは、圧縮せずにテキストデータファイル(*.txt)とするのがウィルス対策上好ましい。
【0056】
前記したように、図3に示したアラームメール処理PC47と同様の処理を行う要診断メール処理PC48は、アラームメールアドレスSHINDAN@****.co.jpへのメール到着を監視しており、保守管理装置4からの要診断メールが入ったことを確認する(S71〜S72)と。メールの発信元のメールアドレスをデータベース37に登録してあるデータと照合し、保守対象機器を特定する。続いて特定された保守対象機器についてのデータベース37から件名「B5678」が正しいパスワードと一致するかを確認する。パスワードが一致したらメールの内容を確認した後、データベース37の情報に基づいて、顧客担当者には保守対象機器の設置場所,発生日時,状況と保守担当者と営業担当者の連絡先を記入したメールを送信する。保守担当者,保守管理者,営業担当者やサービス員に対しては、保守担当者を送付先(TO)、その他を同報者(CC)として保守対象機器の設置場所,発生日時,状況,保守担当者連絡先,営業担当者連絡先,顧客担当者連絡先とS53で記録したデータ過去3時間分とS59で保存した定常データ過去21日分を添付したEメールを送信し、データベースに送信日と送信先の来歴を記録する(S74〜S77)。なお、このときの件名はパスワード「B5678」ではなく、「要診断情報(詳細情報)」とする。
【0057】
保守管理装置4は、図2のS64においてEメールによる要診断情報の送信に続いて、情報送信部6の携帯電話機能を用いて要診断用モデム42に着呼する電話番号(ここでは仮に###−####−0002とする)にも要診断レベル1を伝えるため2コール発呼する。このとき、仮に要診断レベルが2であった場合は5コール、3であった場合は8コールである。要診断用モデム42が受信中等で発呼できなかった場合は1分間隔で2コール発呼できるまで再接続を試みる。
【0058】
図5に示すように、要診断用モデム42の持つ電話番号###−####−0002への着呼を監視していた要診断用PC45は、保守管理装置4からの発呼を確認すると、通信前情報通知サービス得た発信元の電話番号がデータベース37に登録してあるデータと照合し、発信元を保守管理装置1と特定する。そして、同時に2コールあったことから、要診断レベルは1であることを認識する。
【0059】
データベース37の情報から、この保守対象機器1に関してメール経由の要診断情報が入力されておらず通知済みでないことを確認すると(S98)、データベース37の情報に基づいて、顧客担当者には保守対象機器の設置場所,情報受信日時と保守担当者と営業担当者の連絡先を記入したメールを送信する。保守担当者,保守システム管理者,営業担当者やサービス員に対しては、保守担当者を送付先(TO)、その他を同報者(CC)として保守対象機器の設置場所,情報受信日時,要診断レベル,保守担当者,顧客担当者と営業担当者の連絡先を記入したメールを送信し、データベースに送信日と送信先の来歴を記録する(S99〜S100)。なお、このときの件名は「要診断情報(第1報)」とする。
【0060】
要診断の情報送信はアラームの情報送信ほどではないとしても、保守対象機器1が将来障害を起す可能性があり、不定時に発信されるから、中央保守装置側では、アラーム情報の受信と同様に、確実に受信し、しかも、ウィルスは破棄しシステムの破壊に繋がらないようにしなければならないが、上記したようにこの遠隔保守通知システムにおいては、これを同時に達成できる。
【0061】
このシステムでは、情報の受信タイミングによって要診断情報(第1報)が省略される場合があるが、(詳細情報)は(第1報)の内容を含むため、実用上問題が無い。
【0062】
また、上記実施形態では要診断のレベルを通知するためにコール数を用いたが、レベル毎に違うモデム等の機器を設定し、そこへの着呼で判断してもよい。
【0063】
また、上記実施形態ではメールと公衆回線からの情報を処理するために6台のPCを用いているが、処理に遅延が発生しなければ集約して少ない台数で処理しても良い。
【0064】
また、上記実施形態では保守対象機器1から採取対象データは温度と振動のみであるが、その対象の種類と数は保守対象とする機器によって変わり、上記の2つに限定されない。
【0065】
【発明の効果】
以上説明したように、本発明の遠隔保守通知システムによれば、システムに異常があっても緊急時への対応がとれ、さらにはコンピュータウィルスの予防ができ、安全に稼動することができる遠隔保守通知システムを得ることができる。
【図面の簡単な説明】
【図1】本発明の一実施形態になる遠隔保守通報システム全体を示す概略構造図である。
【図2】図1に示した保守管理装置の動作を示すフローチャートである。
【図3】図1に示したアラームメール処理PCあるいは要診断メール処理PCの動作を示すフローチャートである。
【図4】図1に示した定時メール処理PCの動作を示すフローチャートである。
【図5】図1に示した要診断情報通報PCあるいはアラーム情報通報PCの動作を示すフローチャートである。
【図6】図1に示した定時情報通報PCの動作を示すフローチャートである。
【符号の説明】
1…保守対象機器
2,3…センサ
4…保守管理装置
5…情報処理部
6…情報送信部
21…インターネット
22…アクセスポイント
31…保守用イントラネット
32…メールサーバ
37…データベース
41〜43…モデム
44…アラーム情報通報PC
45…要診断情報通報PC
46…定時情報通報PC
47…アラームメール処理PC
48…要診断メール処理PC
49…定時メール処理PC[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a remote maintenance notification system that monitors a maintenance target device with a maintenance management device and reports a monitoring result to a remote central maintenance device.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, for equipment such as industrial machines that require regular maintenance, a company that has delivered the equipment or a certified company has undertaken maintenance work. However, the number of companies that specialize in maintenance, targeting new machines from various industries and various machines with low prices as weapons, is increasing, and competition for maintenance orders is intensifying. As in other service industries, it is a labor cost that requires a great deal of cost in the maintenance work, and one person is in charge of many devices in order to carry out the work efficiently with a minimum number of service personnel.
[0003]
In addition to the regular inspections that have been performed in the past, the concept of reducing the maintenance cost of machines overall has been spreading by adopting a method of performing preventive maintenance by constantly monitoring the state of the machines. .
[0004]
As described above, there is an increasing demand for a remote maintenance notification system for performing remote maintenance using a monitoring device provided in a maintenance target device using the Internet or a public line network.
[0005]
As a conventional technology of such a system, data transmitted from a monitoring target device is accumulated, and an "e-mail with unsent data attached" is periodically transmitted. A local computer (PC) that sends an “e-mail with data attached before that” and the data attached to the received e-mail are transferred using the company intranet, and if the received e-mail is a monthly report or If it is a notification to inform, send a mail server that sends the contents to the email address of the employee or customer, and if a failure is found in the data from this mail server, return an e-mail with a failure notification And a remote monitoring server that sends an e-mail containing a monthly report for the previous month to a mail server. .
[0006]
[Patent Document 1]
JP-A-2002-73167
[0007]
[Problems to be solved by the invention]
However, the above-mentioned conventional system is economical because it is not necessary to keep the line connected all the time because it is transmitted by e-mail. When a mail delay occurs, no information is transmitted, and it cannot be recognized that an error has occurred in the mail system or that a delay has occurred in the e-mail. Therefore, it is a problem as a notification method at the time of occurrence of a serious failure that requires urgent measures.
[0008]
In recent years, computer viruses have been rampant, but their entry routes are mostly via e-mail, and the most frequent infections are caused by opening attached files. It can be prevented to some extent by anti-virus software, but it is a sophistication of the virus. Further, in recent computer viruses, an infected PC sends an e-mail without permission and infects a receiving PC. Since this virus may be transmitted by falsifying the source address based on the information in the infected PC, the recipient may use a known address.
[0009]
In the conventional system, (1) the sender is checked by the address, (2) the attached file is used for data transmission, etc., (3) the opening of the attached file is assumed, and (4) to the customer. Because of the use of attached files in outgoing e-mails, there is a high risk of system virus infection and virus distribution to customers.
[0010]
Therefore, an object of the present invention is to provide a remote maintenance notification system that can respond to an emergency even if the system is abnormal, can prevent computer viruses, and can operate safely.
[0011]
[Means for Solving the Problems]
A feature of the present invention that solves the above object is a remote maintenance notification system that monitors a device to be maintained by a maintenance management device and notifies a monitoring result to a central maintenance device at a remote location. The purpose of the present invention is to report the monitoring result of the target device to the central maintenance device in parallel using an e-mail and a public line.
[0012]
The report is a regular report that is reported at a regular time and a non-regular report that is reported at a time other than the regular time. The non-regular report is that the monitoring result is related to a failure that has occurred in the maintenance target device, or the occurrence of the failure is predicted. Related to the diagnosis required.
[0013]
When reporting the monitoring result to the central maintenance device by e-mail, the maintenance management device reports the e-mail address of the maintenance management device registered in the maintenance management device and the password attached to the subject together with the monitoring result. The central maintenance device is configured to open the e-mail when the central maintenance device is identified from the registered e-mail address and password when the e-mail arrives from the maintenance management device; Performs a process of identifying (recognizing) the maintenance management device that is the notification source from the registered telephone number of the central maintenance device when the notification of the monitoring result arrives from the maintenance management device via the public line.
[0014]
Also, when the report of the monitoring result arrives through the public line, the central maintenance device opens the e-mail and performs a required process based on the monitoring result in the report obtained through the public line when the desired process is not performed. The desired processing is to report the result of monitoring the maintenance target device to a user or an administrator of the maintenance target device.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 shows a schematic configuration of a remote maintenance notification system. Reference numeral 1 denotes a maintenance target device 1, which is provided with a temperature sensor 2 and a vibration sensor 3 for monitoring its state. Each of the sensors 2 and 3 is connected to the
[0016]
[0017]
Further, the alarm
[0018]
The
[0019]
Here, before describing the overall operation, the operation of each device will be briefly described.
First, the operation of the
[0020]
From the
[0021]
The regular transmission is to periodically transmit data from the temperature sensor 2 and the vibration sensor 3 stored in the
[0022]
When the apparatus is started up, measurement conditions are set in step (hereinafter abbreviated as S) 51, measurement data for each minute is collected from each sensor 2, 3 of the maintenance target device 1, and recorded in the
[0023]
Then, as will be described later, if the service person in charge of maintenance performs inspection and repair, the alarms of the maintenance target device 1 and the
[0024]
If there is no alarm, the process proceeds to step S58. If one hour has elapsed after confirming the regular recording data interval, the last measured data is recorded and stored in the recording unit of the
[0025]
In S60, if it is determined that the diagnosis does not reach the required level, the process proceeds to S61, in which it is determined whether seven days have passed since the last time the steady data was registered. The regular data of the past 21 days is transmitted as scheduled transmission to the
[0026]
If it is not confirmed in S58 that the regular recording data interval of one hour has elapsed, it is determined in S65 whether or not the preset regular transmission time 13:00 has elapsed for the first time in the day. If it has not been determined whether or not the scheduled start has been completed, the e-mail address of the sender (maintenance management device 4) and the password written in the subject are added to the
[0027]
Next, in S55 of FIG. 2, alarm information is transmitted from the
[0028]
First, in S71, it is confirmed whether or not an e-mail has been received at the alarm mail address in the mail server 32 (FIG. 1). If it is determined in S72 that the e-mail has been received, the process proceeds to S73, and the sender (maintenance management device) The e-mail address and the password written in the subject of 4) are compared with the data registered in the
[0029]
In S78, the e-mail address of the sender (maintenance management device 4) and the password written in the subject are collated with the data registered in the
[0030]
The operation of the diagnosis
[0031]
Next, the operation of the regular
First, in S81, it is checked whether or not the e-mail has been received at the regular mail address in the mail server 32 (FIG. 1). When the reception has been confirmed in S82, the mail address of the sender (maintenance management device 4) is checked in S83. The data registered in the database 37 (FIG. 1) with the password written in the subject is called (recognition processing), and in S88, it is determined that they match, and the sender is recognized as a genuine sender. If possible, steady data is extracted from the contents of the mail in S84, data that is duplicated with the history in the information of the maintenance target device 1 in the
[0032]
In S88, the e-mail address of the sender (maintenance management device 4) and the password written in the subject are collated with the data registered in the
[0033]
Next, the operation of the diagnosis required
First, in S91, it is checked whether or not the
[0034]
If it is determined in S98 that notification has not been made, an e-mail for notifying information is sent to the person in charge, such as a customer representative and a maintenance person or a service person, in S99, and the log is recorded in the database in S100. Return to incoming call confirmation.
[0035]
In the process of FIG. 5, although the diagnosis required level can be recognized, it is unknown which item of the measurement data is targeted, and therefore, the transmitted e-mail is only a notification. Thereafter, an e-mail clarifying which item of the measurement data is the subject or the like is transmitted as confirmation information by the diagnostic mail required
[0036]
If the telephone number of the caller (maintenance management device 4) does not match the data registered in the
[0037]
The processing of the alarm
[0038]
Next, the processing operation of the scheduled
In step S101, it is checked whether or not the modem 43 has received a call. If the call is determined in step S102, the process proceeds to step S103, where the call originator is provided by a pre-communication information notification service (for example, a number display service) provided by the telephone company. The telephone number of the (maintenance management device 4) is confirmed, and in S104, it is checked against the data registered in the database 37 (FIG. 1). Recognizing the caller, the process proceeds to S108, records the history at a predetermined address in the
[0039]
In S104, if the telephone number of the caller (maintenance management device 4) does not match the data registered in the
[0040]
The regular notification via the modem 43 is for confirming the normal operation of the
[0041]
Hereinafter, of the entire operation of the remote maintenance notification system shown in FIG. 1, the operation when an alarm occurs will be described in detail with reference to the flowcharts shown in FIGS.
The
[0042]
At this time, the contents of the alarm (monitoring items such as maintenance target equipment and temperature or vibration) and the alarm information (monitoring result) such as the date and time of occurrence are written in the text, and the data recorded in S53 are recorded in S53 so that the situation can be easily grasped. Three hours and the past 21 days of steady data saved in S59 are also attached. The attachment method may be added after the alarm information in the text or attached as a separate file. However, when a separate file is attached, a text data file (* .txt) is not compressed. Good for anti-virus measures.
[0043]
As shown in S71 in FIG. 3, the mail address ALARM @ ****. co. When the alarm
[0044]
In the above description, one type of password is used for each device to be maintained. For example, it is determined that a fixed password “A1234” is added to the time for sending the mail (20 for 20:12). In this case, a plurality of passwords may be changed according to a predetermined rule in the
[0045]
In S55 of FIG. 2, two calls are made using the mobile telephone function of the
[0046]
As shown in FIG. 5, the
[0047]
If it is confirmed from the information in the
[0048]
In S99, for the maintenance person, the maintenance system administrator, the sales person, and the service person, the maintenance person is set as the destination (TO) and the others are set as the broadcaster (CC). An e-mail containing the date and time, contact information of the maintenance person, the contact person of the customer and the sales person is transmitted, and the transmission date and the history of the transmission destination are recorded in the database.
[0049]
The subject at this time is “alarm information (first report)”.
[0050]
In this system, the alarm information (first report) may be omitted depending on the information reception timing. However, since the (detailed information) includes the contents of (first report), there is no practical problem.
[0051]
In addition, the alarm information is transmitted in parallel with the occurrence of an emergency through e-mail and the public line, and the source of the alarm is double-checked. Since the device is discarded, the safety of the system can be ensured, and the maintenance target device can be surely monitored.
[0052]
As for the transmission of the alarm information, it is preferable that the e-mail is transmitted first as described above, and then the transmission is performed using the public (telephone) line. However, even if the order is changed, almost the same effect is obtained. .
[0053]
Next, the operation of transmitting the diagnosis required information in the overall operation of the remote maintenance notification system shown in FIG. 1 will be described with reference to the flowcharts shown in FIGS.
In S60 to S63 in FIG. 2, if the diagnosis level 1 is determined for the first time by a preset algorithm for determining the diagnosis level based on the measurement data of the temperature sensor 2 and the vibration sensor 3, the diagnosis is required in S64. Information is transmitted from the
[0054]
The
[0055]
At this time, in the same manner as the operation at the time of the alarm occurrence, the main body is filled with necessary diagnosis information such as the process of determining that the diagnosis is required and the date and time of occurrence, and the past three hours of data recorded in S53 and the regular data stored in S59. Attached for 21 days. The attachment method may be added after the alarm information in the text or attached as a separate file. However, when a separate file is attached, a text data file (* .txt) is not compressed. Good for anti-virus measures.
[0056]
As described above, the diagnostic
[0057]
The
[0058]
As shown in FIG. 5, the
[0059]
When it is confirmed from the information in the
[0060]
Even if the transmission of the information requiring diagnosis is not as large as the transmission of the alarm information, the maintenance target device 1 may cause a failure in the future, and is transmitted at an undefined time. It must be ensured that the virus is received and the virus is destroyed so as not to lead to the destruction of the system. As described above, this remote maintenance notification system can achieve this at the same time.
[0061]
In this system, the diagnosis required information (first report) may be omitted depending on the reception timing of the information, but there is no practical problem because the (detailed information) includes the contents of (first report).
[0062]
In the above embodiment, the number of calls is used to notify the level of diagnosis required. However, a different device such as a modem may be set for each level, and the determination may be made based on an incoming call.
[0063]
In the above embodiment, six PCs are used to process mail and information from the public line. However, if there is no delay in processing, the processing may be performed with a small number of PCs if processing is not delayed.
[0064]
In the above embodiment, the data to be collected from the maintenance target device 1 is only the temperature and the vibration. However, the type and number of the target vary depending on the device to be maintained and are not limited to the above two.
[0065]
【The invention's effect】
As described above, according to the remote maintenance notification system of the present invention, even if there is an abnormality in the system, it is possible to respond to an emergency, furthermore, it is possible to prevent computer viruses and perform remote maintenance that can operate safely. A notification system can be obtained.
[Brief description of the drawings]
FIG. 1 is a schematic structural diagram showing an entire remote maintenance notification system according to an embodiment of the present invention.
FIG. 2 is a flowchart showing an operation of the maintenance management device shown in FIG.
FIG. 3 is a flowchart showing an operation of the alarm mail processing PC or the diagnosis required mail processing PC shown in FIG.
FIG. 4 is a flowchart showing an operation of the regular mail processing PC shown in FIG. 1;
FIG. 5 is a flowchart showing the operation of the diagnostic information notification PC or alarm information notification PC shown in FIG.
FIG. 6 is a flowchart showing an operation of the periodic information notification PC shown in FIG.
[Explanation of symbols]
1. Equipment to be maintained
2,3 ... Sensor
4: Maintenance management device
5 Information processing unit
6 Information transmission unit
21 ... Internet
22 ... Access point
31: Intranet for maintenance
32 ... Mail server
37 ... Database
41-43… Modem
44… Alarm information reporting PC
45… Diagnostic information required PC
46: Scheduled information report PC
47… Alarm mail processing PC
48… E-mail processing PC required for diagnosis
49: Regular mail processing PC
Claims (6)
該保守管理装置は該保守対象機器の監視結果を該中央保守装置にEメールと公衆回線を用いて並行して通報することを特徴とする遠隔保守通知システム。In a remote maintenance notification system that monitors maintenance target equipment with a maintenance management device and reports the monitoring result to a remote central maintenance device,
The remote maintenance notification system, wherein the maintenance management device reports the monitoring result of the maintenance target device to the central maintenance device in parallel using an e-mail and a public line.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002343165A JP2004178233A (en) | 2002-11-27 | 2002-11-27 | Remote maintenance report system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002343165A JP2004178233A (en) | 2002-11-27 | 2002-11-27 | Remote maintenance report system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004178233A true JP2004178233A (en) | 2004-06-24 |
Family
ID=32705005
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002343165A Abandoned JP2004178233A (en) | 2002-11-27 | 2002-11-27 | Remote maintenance report system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004178233A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007087117A (en) * | 2005-09-22 | 2007-04-05 | Kurita Water Ind Ltd | Data collection device |
WO2008117793A1 (en) * | 2007-03-28 | 2008-10-02 | Nec Corporation | Distributed system monitoring system |
-
2002
- 2002-11-27 JP JP2002343165A patent/JP2004178233A/en not_active Abandoned
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007087117A (en) * | 2005-09-22 | 2007-04-05 | Kurita Water Ind Ltd | Data collection device |
WO2008117793A1 (en) * | 2007-03-28 | 2008-10-02 | Nec Corporation | Distributed system monitoring system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6353385B1 (en) | Method and system for interfacing an intrusion detection system to a central alarm system | |
US6781509B1 (en) | Alarm reporting system | |
CN1942007B (en) | Telephony extension attack detection, recording, and intelligent prevention | |
EP1969444B1 (en) | A method and apparatus for using sms short code messaging to facilitate the transmission of a status update for a security system | |
CN103718170B (en) | For the distributed rule-based related system and method for event | |
US8624720B2 (en) | Security infrastructure | |
CN105046899A (en) | System and method for identifying alarm system problems | |
JP2009512082A (en) | Electronic message authentication | |
US8040231B2 (en) | Method for processing alarm data to generate security reports | |
DK2040497T3 (en) | Tracking of mobile communication devices | |
US11178119B2 (en) | Unidirectional communication system and method | |
KR20020000225A (en) | A system and method for performing remote security management of multiple computer systems | |
JP2007108977A (en) | Remote maintenance system, e-mail connection confirmation method, e-mail connection confirmation program, and e-mail transmission environmental diagnostic program | |
CN109474510A (en) | A kind of E mail safety intersects auditing method, system and storage medium | |
JP2004220560A (en) | Maintenance system for electronic device | |
JP2004178233A (en) | Remote maintenance report system | |
EP2656322A1 (en) | Intrusion detection | |
JP3813854B2 (en) | Mail server, mail delivery system, and mail delivery method | |
US20080111676A1 (en) | Dual alarm notification | |
JP2006268167A (en) | Security system, security method, and its program | |
CN101951563B (en) | Technique for fault avoidance in mail gateway | |
US8182549B2 (en) | Terminal theft protection process, and corresponding system, terminal and computer program | |
JP2005318037A (en) | Unauthorized use monitoring system, unauthorized use monitoring/alarming apparatus, and unauthorized use monitoring method | |
JP2020161017A (en) | Security incident visualization system | |
JP2018174444A (en) | Incident notification device and incident notification program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041104 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041104 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060511 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060511 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20060823 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20070222 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070521 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070529 |
|
A762 | Written abandonment of application |
Free format text: JAPANESE INTERMEDIATE CODE: A762 Effective date: 20070717 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070820 |
|
A072 | Dismissal of procedure [no reply to invitation to correct request for examination] |
Free format text: JAPANESE INTERMEDIATE CODE: A072 Effective date: 20071204 |