JP2004178233A - Remote maintenance report system - Google Patents

Remote maintenance report system Download PDF

Info

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
mail
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
Application number
JP2002343165A
Other languages
Japanese (ja)
Inventor
Hiroshi Okada
浩志 岡田
Yoshiyuki Hashimoto
義之 橋本
Akihiko Saito
昭彦 斉藤
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.)
Hitachi Plant Technologies Ltd
Original Assignee
Hitachi Industries Co Ltd
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 Hitachi Industries Co Ltd filed Critical Hitachi Industries Co Ltd
Priority to JP2002343165A priority Critical patent/JP2004178233A/en
Publication of JP2004178233A publication Critical patent/JP2004178233A/en
Abandoned legal-status Critical Current

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Alarm Systems (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a safely operable remote maintenance report system capable of responding to an emergency even if the system is abnormal and preventing computer virus. <P>SOLUTION: In this remote maintenance report system, equipment to be maintained is monitored in a maintenance management device, and the monitoring result is reported to a central maintenance device in a remote place. The maintenance management device reports the monitoring result of the equipment to be maintained to the central maintenance device in parallel by the use of e-mail and a public line. <P>COPYRIGHT: (C)2004,JPO

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 information processing unit 5 of the maintenance management device 4 installed near the maintenance target device 1. The information transmitting unit 6 is also connected to the information processing unit 5. The maintenance management device 4 is connected to a plurality of maintenance target devices provided with a plurality of sensors. For simplicity of description, one maintenance target device 1 having two sensors 2 and 3 is shown. Was.
[0016]
Reference numeral 31 denotes a maintenance intranet at a remote place for notifying the monitoring result of the maintenance target device 1 from the maintenance management device 4, and includes a mail server 32, a database 37, an alarm information notification PC 44, a diagnosis required information notification PC 45, a periodic information notification PC 46, and an alarm. A mail processing PC 47, a diagnosis required mail processing PC 48, and a regular mail processing PC 49 are connected. Further, the maintenance intranet 31 is connected to the Internet 21 by a router or a gateway function of the server 35, and the Internet 21 is connected to the access point 22. The access point 22 is connected to the maintenance management device 4 and is connected to the e-mail. Receive.
[0017]
Further, the alarm information notification PC 44, the diagnosis required information notification PC 45, and the periodic information notification PC 46 are connected to the maintenance management device 4 via the public lines via the modems 41 to 43, respectively.
[0018]
The maintenance intranet 31 remote from the maintenance management device 4 and the devices 22 to 49 attached thereto constitute a central maintenance device, and the mail server 32 performs virus monitoring of all mails passing therethrough, just in case. Is going.
[0019]
Here, before describing the overall operation, the operation of each device will be briefly described.
First, the operation of the maintenance management device 4 will be described with reference to the flowchart shown in FIG. In addition, the maintenance management device 4 and the central maintenance device are often located in remote places, and in order to improve anti-virus and anti-hacking measures, except for directly collecting data from the equipment 1 to be maintained, only transmission is required, and no e-mail is sent. It is set so as not to receive the data from the public telephone line or the public line, and the upgrade of the software for diagnosis is performed not by remote control but by a service person.
[0020]
From the maintenance management device 4, the regular transmission (regular report) and the irregular transmission (regular report) are sent to the Internet 21 by e-mail, and the information report PCs 44 to 46 are transmitted via a public line. It is performed in parallel before and after.
[0021]
The regular transmission is to periodically transmit data from the temperature sensor 2 and the vibration sensor 3 stored in the maintenance management device 4 at a predetermined time. The irregular transmission is performed when an alarm signal due to an abnormality or failure of the maintenance target device 1 is detected, and when the data of the temperature sensor 2 and the vibration sensor 3 indicate the state of the maintenance target device 1 from the diagnosis required level 0 at which there is no problem, the most dangerous. Among the four classifications up to level 3, which is the state, when the level is determined to be level 1 or higher for the first time and when the level rises, it is transmitted irregularly as an emergency requiring a time other than a predetermined time. .
[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 information processing unit 5. It is recorded and stored in the section (S53). The data such as the time including the above measurement conditions was arbitrarily set as an example. Since the alarm information from the maintenance target device 1 enters irregularly (S52), it is determined whether or not there is an alarm in S54. If there is an alarm, the process proceeds to S55 and the mail address of the maintenance management device 4 which is the transmission source is transmitted as irregular transmission. The alarm information with the password written in the subject is transmitted to the remote central maintenance device. This alarm information has a text, and the text describes the contents of the alarm (monitoring items such as maintenance target equipment and temperature or vibration) and various data (monitoring results) such as the date and time of occurrence. Also, as described later, past data and the like are also attached.
[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 maintenance management device 4 are released (S57), and the maintenance is restored. The transmission in S55 will be described later in detail.
[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 information processing unit 5 as regular data in step S59. . Then, the process proceeds to S60, in which the stored data and the latest data are used to determine the level from 0 (no need for diagnosis) to 3 by the algorithm for determining the required diagnosis level, but the levels 1 to 3 are determined for the first time. In this case, it is determined that the level is increased in S63, the process proceeds to S64, and the fact that the diagnosis is required and the required diagnostic level are transmitted to the remote central maintenance device side in parallel with the e-mail and the public line as non-regular transmission, It returns to S53.
[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 access point 22 and the scheduled information reporting PC 46 with the e-mail address of the sender and the password written in the subject so as to be overlapped for 14 days, and the process returns to S53. If it is determined in S61 that seven days have not elapsed, the process returns to S53.
[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 access point 22 and the scheduled information notification PC 46 as scheduled transmission in S67. A periodic call is made and the process returns to S52. If the transmission has been completed in S66, the process returns to S52 as it is, and the above processing is repeated.
[0027]
Next, in S55 of FIG. 2, alarm information is transmitted from the maintenance management device 4, and is received via the access point 22, the Internet 21, the server 35, and via the modem 41, the alarm information reporting PC 44, and the maintenance intranet 31. The operation of the alarm mail processing PC 47 in this case will be described with reference to the flowchart shown in FIG.
[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 database 37, and if they match in S78 (if the sender can be confirmed by both the e-mail address and the password), in S74 The detailed information is extracted from the contents of the mail, and in S75, the past data, the history, the customer information and the person in charge are called from the information in the database 37, and in S76, the e-mail is sent to the person in charge of the customer and related persons such as the maintenance manager and the service person. After transmission, a new history is recorded in the database 37 in S77, and the process returns to the reception confirmation in S71.
[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 database 37, and if they do not match, it is received in S79 as an e-mail for which security cannot be confirmed. Discard the information and return to S71.
[0030]
The operation of the diagnosis mail processing PC 48 is the same as the operation of the alarm mail processing PC 47. The contents of the mail transmitted to the person in charge of the customer in S76, the person in charge of maintenance, the service person, etc., and the recording in S77. The only difference is what you do.
[0031]
Next, the operation of the regular mail processing PC 49 will be described with reference to the flowchart shown in FIG.
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 database 37 is deleted and recorded in S85, and the process returns to the reception confirmation in S81.
[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 database 37, and if they do not match, the process proceeds to S89 as an e-mail for which security cannot be confirmed. Then, the data temporarily stored in the mail server 32 is discarded (89), and the process returns to the reception confirmation (S81).
[0033]
Next, the operation of the diagnosis required information notification PC 45 will be described with reference to the flowchart shown in FIG.
First, in S91, it is checked whether or not the modem 42 for diagnosis needs to be called. If it is determined in S92 that the call has been received, the calling source is notified 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 checked (S93). If the telephone number matches with the data registered in the database 37 (S94), if it matches (S94), the process proceeds to S95 and the number of calls required until the call is disconnected is determined. Identify the diagnostic level. Then, in S96, the device to be maintained is recognized from the calling number, and in S97, the history, the information of the person in charge such as the customer representative and the maintenance personnel and the service personnel are extracted from the database 37, and this information has already been notified by mail. If so (S98), the process jumps to S100, records the history in the database, and returns to the incoming call confirmation in S91.
[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 PC 48.
[0036]
If the telephone number of the caller (maintenance management device 4) does not match the data registered in the database 37 in S94, after receiving the message, a message urging reconfirmation of the telephone number is played, the call is disconnected, and the call arrives in S91. Return to call confirmation. At this time, it is sufficient to take a measure such as cutting off the code of the sound receiving unit so that no data is accepted for all the modems including the modem 42 for diagnosis required. Also, omitting the operation of receiving and sending a message is omitted, and it is more advantageous in terms of security to disconnect immediately, but the report may be delayed if the callee makes a wrong call again, so in this example, An operation for receiving and sending a message is provided.
[0037]
The processing of the alarm information reporting PC 44 is different from the processing of the diagnosis required information reporting PC 45 in that the modem of the incoming call confirmation S91 is the alarm modem 41, the number of incoming calls is not counted (S95), The only difference is that the notification is not confirmed (S98), and the contents of the e-mail sent to the person in charge of the customer and the related person such as the maintenance person or the service person (S99) are different from the contents of the history record in S100.
[0038]
Next, the processing operation of the scheduled information notification PC 46 will be described in detail with reference to the flowchart shown in FIG.
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 database 37, and returns to the incoming call confirmation in S101.
[0039]
In S104, if the telephone number of the caller (maintenance management device 4) does not match the data registered in the database 37, after receiving the message, a message urging reconfirmation of the telephone number is flowed, the message is disconnected, and the process proceeds to S101. Return to incoming call confirmation.
[0040]
The regular notification via the modem 43 is for confirming the normal operation of the maintenance management device 4. For example, if there is no report even after the regular transmission time of 2 hours, it is notified that the maintenance management device 4 has failed. Used to report to service personnel.
[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 maintenance management device 4 monitors the state of the maintenance target device 1 with the sensors 2 and 3, and when alarm information is input (S 52), transmits the alarm information from the information transmission unit 6 as non-regular transmission. In this case, first, an e-mail is transmitted by an Internet connection service of a mobile phone function built in the information transmitting unit 6. For a preset mail address corresponding to the alarm information (here, supposed to be ALARM@****.co.jp), the subject is registered as a password registered in the database 37 (here, supposed to be A1234). Send. The transmission of the e-mail is performed by connecting to the Internet 21 using an access point 22 of an Internet connection contractor contracted in advance or an Internet connection service of a mobile phone company.
[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 mail processing PC 47 monitoring the arrival of the e-mail to the jp confirms the reception of the e-mail from the maintenance management device 4, the e-mail address of the source of the e-mail (the maintenance management device 4) is registered in the database 37 in S73. The maintenance target device is identified by collating with the data that has been set. Subsequently, it is checked whether the subject “A1234” matches the correct password from the database 37 for the specified maintenance target device. If the passwords match, based on the information in the database 37, a mail is sent to the customer representative in which the installation location, date and time of occurrence, status of the maintenance target device, and contact information of the maintenance personnel and the sales personnel are entered. For maintenance personnel, maintenance managers, sales personnel, and service personnel, the maintenance personnel is the destination (TO) and the others are broadcasters (CC). An e-mail with the contact information of the maintenance staff, the contact information of the sales staff, the contact information of the customer staff, the past 3 hours of data recorded in S53, and the past 21 days of steady data saved in S59 is sent, and sent to the database. And the history of the transmission destination is recorded (S74 to S77). Note that the subject of this transmission or recording is “alarm information (detailed information)” instead of the password “A1234”.
[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 database 37 and the maintenance management device 4 as in the case where “A1254” is used as a password.
[0045]
In S55 of FIG. 2, two calls are made using the mobile telephone function of the information transmitting unit 6 with the telephone number (here, supposed to be ####-####-0001) to call the alarm modem 41. Call. If the alarm modem 41 cannot make a call during reception or the like, it tries to reconnect until two calls can be made at one minute intervals.
[0046]
As shown in FIG. 5, the alarm PC 44 monitoring the incoming call to the telephone number ####-####-0001 of the alarm modem 41 transmits the call from the maintenance management device 4 in S91. After confirmation, the telephone number of the caller who obtained the pre-communication information notification service is compared with the data registered in the database 37, and the device to be maintained is specified.
[0047]
If it is confirmed from the information in the database 37 that the alarm information via e-mail has not been input and has not been notified for the maintenance target device 1 (S98), the maintenance person is notified to the customer representative based on the information in the database 37. Send an e-mail with the location of the equipment, the date and time the information was received, and the contact information for the maintenance and sales representatives. If it is confirmed that alarm information via e-mail has been input for the maintenance target device 1 and has been notified (S98), only the history of incoming calls is stored in the database 37 in S100 and transmitted by e-mail. Is not performed.
[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 information transmitting unit 6.
[0054]
The information transmitting section 6 has a built-in mobile phone function. First, a subject is input to a preset mail address corresponding to the diagnosis required information (here, supposed to be SHINDAN@****.co.jp). The password is transmitted as a password registered in the database 37 (here, temporarily assumed to be B5678). The transmission of the e-mail is performed by connecting to the Internet 21 using an access point 22 of an Internet connection contractor contracted in advance or an Internet connection service of a mobile phone company.
[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 mail processing PC 48 that performs the same processing as the alarm mail processing PC 47 shown in FIG. 3 includes the alarm mail address SHINDAN @ ****. co. jp, the arrival of a mail requiring diagnosis from the maintenance management device 4 is confirmed (S71 to S72). The mail address of the mail sender is collated with the data registered in the database 37, and the maintenance target device is specified. Subsequently, it is checked from the database 37 for the specified maintenance target device whether the subject “B5678” matches the correct password. If the passwords match, the contents of the e-mail are checked, and based on the information in the database 37, the location of the equipment to be maintained, the date and time of occurrence, the status, and the contact information of the maintenance personnel and the sales representative are entered for the customer representative. send an email. For maintenance personnel, maintenance managers, sales personnel, and service personnel, the maintenance personnel is the destination (TO) and the others are broadcasters (CC). E-mail with the contact information of the maintenance staff, the contact information of the sales staff, the contact information of the customer staff, and the past 3 hours of data recorded in S53 and the past 21 days of steady data saved in S59 is sent to the database. The date and the history of the transmission destination are recorded (S74 to S77). Note that the subject at this time is not the password “B5678”, but “diagnosis information (detailed information)”.
[0057]
The maintenance management device 4 transmits the telephone number to be called to the diagnosis-required modem 42 by using the mobile phone function of the information transmission unit 6 after the transmission of the diagnosis required information by e-mail in S64 of FIG. ##-####-0002) also make two calls to transmit the diagnostic level 1 required. At this time, if the diagnosis required level is 2, the call is 5 calls, and if it is 3, the call is 8 calls. If a call cannot be made during the reception of the modem 42 for diagnosis or the like, reconnection is attempted until two calls can be made at one-minute intervals.
[0058]
As shown in FIG. 5, the diagnostic PC 45 monitoring the incoming call to the telephone number ####-####-0002 of the diagnostic modem 42 transmits the call from the maintenance management device 4. When confirmed, the telephone number of the caller who obtained the pre-communication information notification service is compared with the data registered in the database 37, and the caller is specified as the maintenance management device 1. Then, since there are two calls at the same time, it is recognized that the diagnostic level required is 1.
[0059]
When it is confirmed from the information in the database 37 that the diagnosis-required information via the e-mail has not been input and the notification has not been made for this maintenance target device 1 (S98), the customer representative is informed of the maintenance target device 1 based on the information in the database 37. Send an e-mail with the installation location of the equipment, the date and time the information was received, and the contact information of the maintenance and sales personnel. For maintenance personnel, maintenance system administrators, sales personnel, and service personnel, the maintenance personnel is the destination (TO) and the others are broadcasters (CC). An e-mail containing the contact level of the diagnosis required level, the maintenance staff, the customer staff and the sales staff is transmitted, and the transmission date and the history of the transmission destination are recorded in the database (S99 to S100). Note that the subject at this time is “diagnosis information required (first report)”.
[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.
請求項1記載の遠隔保守通知システムにおいて、該通報は定時に通報される定時通報と定時以外に通報される非定時通報であり、該非定時通報は監視結果が該保守対象機器に発生した障害に関するもの、あるいは障害の発生が予測される要診断に関するものであることを特徴とする遠隔保守通知システム。2. The remote maintenance notification system according to claim 1, wherein 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, and the non-regular report is related to a failure in which a monitoring result has occurred in the maintenance target device. A remote maintenance notification system, wherein the system is concerned with a diagnosis requiring prediction of the occurrence of a failure. 請求項1記載の遠隔保守通知システムにおいて、該保守管理装置は該中央保守装置にEメールで監視結果を通報する際、該保守管理装置に登録してある該保守管理装置のメールアドレスと件名に付してあるパスワードを監視結果とともに通報し、該中央保守装置は該保守管理装置からEメールが届いた際、登録してある該メールアドレスとパスワードから該保守管理装置を認識した場合にEメールを開封するようになされていることを特徴とする遠隔保守通知システム。2. The remote maintenance notification system according to claim 1, wherein when the maintenance management device reports the monitoring result to the central maintenance device by e-mail, the maintenance management device includes a mail address and a subject of the maintenance management device registered in the maintenance management device. The central maintenance device reports the attached password together with the monitoring result, and when the central maintenance device receives the e-mail from the maintenance management device, the central maintenance device recognizes the maintenance management device from the registered e-mail address and password and sends an e-mail. A remote maintenance notification system, wherein the remote maintenance notification system is opened. 請求項1記載の遠隔保守通知システムにおいて、該中央保守装置は該保守管理装置から公衆回線を通して監視結果の通報が届いた際、登録してある該中央保守装置の電話番号から該通報元である該保守管理装置を認識するようになされていることを特徴とする遠隔保守通知システム。2. The remote maintenance notification system according to claim 1, wherein the central maintenance device is, based on a registered telephone number of the central maintenance device, the notification source when a report of the monitoring result is received from the maintenance management device via a public line. A remote maintenance notification system characterized by recognizing the maintenance management device. 請求項1記載の遠隔保守通知システムにおいて、該中央保守装置は公衆回線を通して監視結果の通報が届いた際、Eメールを開封して所望の処理をしていない場合に公衆回線を通して得た通報における監視結果に基づいて所要の処理をするようになされていることを特徴とする遠隔保守通知システム。2. The remote maintenance notification system according to claim 1, wherein the central maintenance device opens the e-mail when the notification of the monitoring result arrives via the public line, and performs the processing based on the notification obtained through the public line when the desired processing is not performed. A remote maintenance notification system that performs a required process based on a monitoring result. 請求項5記載の遠隔保守通知システムにおいて、該所望の処理は該保守対象機器の監視結果を該該保守対象機器の使用者あるいは管理者に通報することであることを特徴とする遠隔保守通知システム。6. The remote maintenance notification system according to claim 5, wherein the desired processing is to report a result of monitoring the maintenance target device to a user or an administrator of the maintenance target device. .
JP2002343165A 2002-11-27 2002-11-27 Remote maintenance report system Abandoned JP2004178233A (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (2)

* Cited by examiner, † Cited by third party
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