JPH08161200A - 遠隔保守システム - Google Patents
遠隔保守システムInfo
- Publication number
- JPH08161200A JPH08161200A JP6305851A JP30585194A JPH08161200A JP H08161200 A JPH08161200 A JP H08161200A JP 6305851 A JP6305851 A JP 6305851A JP 30585194 A JP30585194 A JP 30585194A JP H08161200 A JPH08161200 A JP H08161200A
- Authority
- JP
- Japan
- Prior art keywords
- maintenance
- maintenance information
- information
- transfer
- failure
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Selective Calling Equipment (AREA)
Abstract
(57)【要約】
【目的】 優先度の高い保守情報転送処理が、優先度の
低い保守情報転送処理によって遅滞されることが防止可
能である遠隔保守システムを提供すること。 【構成】 複数の情報処理装置から少なくとも一つの保
守センタに対して通信回線を介して保守情報を転送する
遠隔保守システムにおいて、前記情報処理装置が、保守
情報を採取し記憶・保持する保守情報保持手段と、前記
保守情報の中で前記保守センタに転送する必要保守情報
を一定基準にしたがい分類する転送要因分類手段と、前
記転送要因分類手段の分類結果に基づき保守情報転送先
を選択する保守情報転送先選択手段と、前記保守情報転
送先選択手段から指示された保守情報転送先に保守情報
を送信する保守情報送信手段とを有し、前記保守センタ
が、前記保守情報を受信する保守情報受信手段を有す
る。
低い保守情報転送処理によって遅滞されることが防止可
能である遠隔保守システムを提供すること。 【構成】 複数の情報処理装置から少なくとも一つの保
守センタに対して通信回線を介して保守情報を転送する
遠隔保守システムにおいて、前記情報処理装置が、保守
情報を採取し記憶・保持する保守情報保持手段と、前記
保守情報の中で前記保守センタに転送する必要保守情報
を一定基準にしたがい分類する転送要因分類手段と、前
記転送要因分類手段の分類結果に基づき保守情報転送先
を選択する保守情報転送先選択手段と、前記保守情報転
送先選択手段から指示された保守情報転送先に保守情報
を送信する保守情報送信手段とを有し、前記保守センタ
が、前記保守情報を受信する保守情報受信手段を有す
る。
Description
【０００１】
【産業上の利用分野】本発明は、複数の情報処理装置か
ら少なくとも一つの保守センタに対して通信回線を介し
て保守情報を転送する遠隔保守システムに係わり、特
に、優先度の高い保守情報を遅滞することなく保守セン
タに転送するようにした遠隔保守システムに関する。
ら少なくとも一つの保守センタに対して通信回線を介し
て保守情報を転送する遠隔保守システムに係わり、特
に、優先度の高い保守情報を遅滞することなく保守セン
タに転送するようにした遠隔保守システムに関する。
【０００２】
【従来の技術】情報処理システムの保守方式として、情
報処理装置から保守センタに対して障害情報などの保守
情報を転送し、この保守情報に基づいて保守作業を行な
うことが、例えば、特開平５−３３４１２８号公報に記
載されているように従来から公知である。
報処理装置から保守センタに対して障害情報などの保守
情報を転送し、この保守情報に基づいて保守作業を行な
うことが、例えば、特開平５−３３４１２８号公報に記
載されているように従来から公知である。
【０００３】前記従来の情報処理システムの保守方式に
おける保守情報転送方式では、保守情報を転送する際
に、保守情報に関係なく転送相手先が固定されている。
おける保守情報転送方式では、保守情報を転送する際
に、保守情報に関係なく転送相手先が固定されている。
【０００４】
【発明が解決しようとする課題】しかしながら、前記従
来の情報処理システムの保守方式における保守情報転送
方式では、保守情報を転送する際に、保守情報に関係な
く転送相手先が固定されているため、従来の保守情報転
送方式では、複数の情報処理装置から同時に一つの保守
センタに対して保守情報が転送された場合、優先度の低
い保守情報の保守情報転送処理により通信回線が占有さ
れ、優先度の高い保守情報の保守情報転送処理が待たさ
れ、優先度の高い保守情報の保守情報転送処理が遅滞す
るという問題点があった。
来の情報処理システムの保守方式における保守情報転送
方式では、保守情報を転送する際に、保守情報に関係な
く転送相手先が固定されているため、従来の保守情報転
送方式では、複数の情報処理装置から同時に一つの保守
センタに対して保守情報が転送された場合、優先度の低
い保守情報の保守情報転送処理により通信回線が占有さ
れ、優先度の高い保守情報の保守情報転送処理が待たさ
れ、優先度の高い保守情報の保守情報転送処理が遅滞す
るという問題点があった。
【０００５】また、保守センタ側で、複数の受信処理を
同時に実行可能とする場合、優先度の低い保守情報の保
守情報転送が多数発生した場合でも、優先度の高い保守
情報の受信処理を同時に実行しなければならないため、
保守センタ側で、非常に多くの受信処理を同時に実行可
能とする必要が生じ、受信設備が高価になってしまうと
いう問題点があった。
同時に実行可能とする場合、優先度の低い保守情報の保
守情報転送が多数発生した場合でも、優先度の高い保守
情報の受信処理を同時に実行しなければならないため、
保守センタ側で、非常に多くの受信処理を同時に実行可
能とする必要が生じ、受信設備が高価になってしまうと
いう問題点があった。
【０００６】本発明は、前記従来技術の問題点を解決す
るためになされたものであり、本発明の目的は、複数の
情報処理装置から少なくとも一つの保守センタに対して
通信回線を介して保守情報を転送する遠隔保守システム
において、優先度の高い保守情報転送処理が、優先度の
低い保守情報転送処理によって遅滞されることを防止す
ることが可能となる技術を提供することにある。
るためになされたものであり、本発明の目的は、複数の
情報処理装置から少なくとも一つの保守センタに対して
通信回線を介して保守情報を転送する遠隔保守システム
において、優先度の高い保守情報転送処理が、優先度の
低い保守情報転送処理によって遅滞されることを防止す
ることが可能となる技術を提供することにある。
【０００７】本発明の前記目的並びにその他の目的及び
新規な特徴は、本明細書の記載及び添付図面によって明
らかにする。
新規な特徴は、本明細書の記載及び添付図面によって明
らかにする。
【０００８】
【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記の通りである。
発明のうち、代表的なものの概要を簡単に説明すれば、
下記の通りである。
【０００９】（１）複数の情報処理装置と少なくとも１
つの保守センタとが通信回線を介して接続され、前記複
数の情報処理装置から少なくとも１つの保守センタに対
して保守情報を転送する遠隔保守システムにおいて、前
記保守センタが、前記保守情報を受信する少なくとも１
つの保守情報受信手段を有し、前記複数の情報処理装置
が、保守情報を採取し記憶・保持する保守情報保持手段
と、前記保守情報の中で前記保守センタに転送する必要
のある保守情報を一定基準にしたがい分類する転送要因
分類手段と、前記転送要因分類手段の分類結果に基づき
保守情報転送先である保守情報受信手段を選択する保守
情報転送先選択手段と、前記保守情報転送先選択手段か
ら指示された保守情報受信手段に保守情報を送信する保
守情報送信手段とを有することを特徴とする。
つの保守センタとが通信回線を介して接続され、前記複
数の情報処理装置から少なくとも１つの保守センタに対
して保守情報を転送する遠隔保守システムにおいて、前
記保守センタが、前記保守情報を受信する少なくとも１
つの保守情報受信手段を有し、前記複数の情報処理装置
が、保守情報を採取し記憶・保持する保守情報保持手段
と、前記保守情報の中で前記保守センタに転送する必要
のある保守情報を一定基準にしたがい分類する転送要因
分類手段と、前記転送要因分類手段の分類結果に基づき
保守情報転送先である保守情報受信手段を選択する保守
情報転送先選択手段と、前記保守情報転送先選択手段か
ら指示された保守情報受信手段に保守情報を送信する保
守情報送信手段とを有することを特徴とする。
【００１０】
【作用】前記手段によれば、複数の情報処理装置から少
なくとも一つの保守センタに対して通信回線を介して保
守情報を転送する遠隔保守システムにおいて、保守情報
を優先度に応じて分類し、優先度の高い保守情報の保守
情報転送先と、優先度の低い保守情報の保守情報転送先
とを振り分けるようにしたので、これにより、優先度の
高い保守情報の保守情報転送処理が、優先度の低い保守
情報の保守情報転送処理によって遅滞されるの防止する
ことが可能となる。
なくとも一つの保守センタに対して通信回線を介して保
守情報を転送する遠隔保守システムにおいて、保守情報
を優先度に応じて分類し、優先度の高い保守情報の保守
情報転送先と、優先度の低い保守情報の保守情報転送先
とを振り分けるようにしたので、これにより、優先度の
高い保守情報の保守情報転送処理が、優先度の低い保守
情報の保守情報転送処理によって遅滞されるの防止する
ことが可能となる。
【００１１】また、保守情報を受信する保守センタにお
いても、複数の受信処理を同時に実行可能とする必要が
なく、保守センタの受信用設備を安価なものとすること
が可能となる。
いても、複数の受信処理を同時に実行可能とする必要が
なく、保守センタの受信用設備を安価なものとすること
が可能となる。
【００１２】
【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。
に説明する。
【００１３】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。
【００１４】図１は、本発明の一実施例である遠隔保守
システムの概略構成を示すブロック図である。
システムの概略構成を示すブロック図である。
【００１５】図１において、１−１，１−２は情報処理
装置、２は保守センタ、３−１，３−２は保守情報保持
手段、４−１，４−２は転送要因検出手段、５−１，５
−２は転送要因分類手段、６−１，６−２は電話番号選
定手段、７−１，７−２は保守情報転送手段、８−１，
８−２は保守情報受信手段、９−１，９−２は外部記憶
手段に設けられる障害情報ファイル、１０−１，１０−
２は転送要因テーブル、１１−１，１１−２は優先転送
要因テーブルである。
装置、２は保守センタ、３−１，３−２は保守情報保持
手段、４−１，４−２は転送要因検出手段、５−１，５
−２は転送要因分類手段、６−１，６−２は電話番号選
定手段、７−１，７−２は保守情報転送手段、８−１，
８−２は保守情報受信手段、９−１，９−２は外部記憶
手段に設けられる障害情報ファイル、１０−１，１０−
２は転送要因テーブル、１１−１，１１−２は優先転送
要因テーブルである。
【００１６】本実施例の情報処理装置１−１，１−２に
おいては、障害が発生すると保守情報保持手段３−１，
３−２が障害内容を障害レコードとして採取し、外部記
憶手段に設けられた障害情報ファイル９−１，９−２に
記憶・保持する。
おいては、障害が発生すると保守情報保持手段３−１，
３−２が障害内容を障害レコードとして採取し、外部記
憶手段に設けられた障害情報ファイル９−１，９−２に
記憶・保持する。
【００１７】図２は、障害情報ファイル９−１，９−１
に記憶される障害レコードのフォーマットを示す図であ
る。
に記憶される障害レコードのフォーマットを示す図であ
る。
【００１８】図２に示すように、障害情報ファイル９−
１，９−２に記憶される障害レコードは、障害発生日
付，障害発生部位および障害コードから構成され、さら
に、障害コードは、障害内容および障害詳細情報等から
構成される。
１，９−２に記憶される障害レコードは、障害発生日
付，障害発生部位および障害コードから構成され、さら
に、障害コードは、障害内容および障害詳細情報等から
構成される。
【００１９】また、前記保守情報保持手段３−１，３−
２は、前記障害レコードを転送要因検出手段４−１，４
−２に転送する。
２は、前記障害レコードを転送要因検出手段４−１，４
−２に転送する。
【００２０】前記転送要因検出手段４−１，４−２で
は、転送要因テーブル１０−１，１０−２を参照して、
前記保守情報保持手段３−１，３−２から転送された障
害レコードが、保守センタ２に転送する必要のある障害
レコードかどうかを判断する。
は、転送要因テーブル１０−１，１０−２を参照して、
前記保守情報保持手段３−１，３−２から転送された障
害レコードが、保守センタ２に転送する必要のある障害
レコードかどうかを判断する。
【００２１】図３は、図１に示す前記転送要因テーブル
１０−１，１０−２の内容を示す図である。
１０−１，１０−２の内容を示す図である。
【００２２】図３に示すように、転送要因テーブル１０
−１，１０−２には、保守センタに転送する必要のある
障害コードが登録されている。
−１，１０−２には、保守センタに転送する必要のある
障害コードが登録されている。
【００２３】また、前記転送要因検出手段４−１，４−
２は、前記転送要因テーブル１０−１，１０−２を参照
した結果、前記保守情報保持手段３−１，３−２から転
送された障害レコードが、保守センタ２に転送する必要
のある障害レコードである場合には、前記障害レコード
を、前記転送要因分類手段５−１，５−２に転送する。
前記転送要因分類手段５−１，５−２では、優先転送
要因テーブル１１−１，１１−２を参照して、前記転送
要因検出手段４−１，４−２から転送された障害レコー
ドの優先度を決定する。
２は、前記転送要因テーブル１０−１，１０−２を参照
した結果、前記保守情報保持手段３−１，３−２から転
送された障害レコードが、保守センタ２に転送する必要
のある障害レコードである場合には、前記障害レコード
を、前記転送要因分類手段５−１，５−２に転送する。
前記転送要因分類手段５−１，５−２では、優先転送
要因テーブル１１−１，１１−２を参照して、前記転送
要因検出手段４−１，４−２から転送された障害レコー
ドの優先度を決定する。
【００２４】図４は、図１に示す前記優先転送要因テー
ブル１１−１，１１−２の内容を示す図である。
ブル１１−１，１１−２の内容を示す図である。
【００２５】図４に示すように、前記優先転送要因テー
ブル１１−１，１１−２には、優先度の高い重度の障害
の障害コードが登録されている。
ブル１１−１，１１−２には、優先度の高い重度の障害
の障害コードが登録されている。
【００２６】本実施例では、再試行により救済された障
害等の軽度の障害、例えば、Ｉ／Ｏ装置が起動せずリセ
ット後の再試行により起動した障害等の障害レコード
は、保守センタ２の保守情報受信手段８−１に転送し、
また、再試行により救済されない障害等の重度の障害、
例えば、電源異常・立ち上げ失敗等の障害レコードは、
保守センタ２の保守情報受信手段８−２に転送する。
害等の軽度の障害、例えば、Ｉ／Ｏ装置が起動せずリセ
ット後の再試行により起動した障害等の障害レコード
は、保守センタ２の保守情報受信手段８−１に転送し、
また、再試行により救済されない障害等の重度の障害、
例えば、電源異常・立ち上げ失敗等の障害レコードは、
保守センタ２の保守情報受信手段８−２に転送する。
【００２７】また、前記転送要因分類手段５−１，５−
２は、前記優先度を、前記電話番号選定手段６−１，６
−２に通知する。
２は、前記優先度を、前記電話番号選定手段６−１，６
−２に通知する。
【００２８】前記電話番号選定手段６−１，６−２は、
前記優先度に基づき、一般用電話番号、あるいは、緊急
用電話番号を選定し、前記保守転送手段７−１，７−２
に電話番号を通知する。
前記優先度に基づき、一般用電話番号、あるいは、緊急
用電話番号を選定し、前記保守転送手段７−１，７−２
に電話番号を通知する。
【００２９】前記保守転送手段７−１，７−２は、前記
電話番号選定手段６−１，６−２から通知された電話番
号でダイヤリングを行い、保守センタ２の保守情報受信
手段８−１，８−２に保守情報を転送する（ステップ１
１３）。
電話番号選定手段６−１，６−２から通知された電話番
号でダイヤリングを行い、保守センタ２の保守情報受信
手段８−１，８−２に保守情報を転送する（ステップ１
１３）。
【００３０】図５は、前記保守センタに転送する保守情
報の転送フォーマットを示す図である。
報の転送フォーマットを示す図である。
【００３１】図５に示すように、保守情報の転送フォー
マットは、情報処理装置の識別番号、種類、製造番号お
よび障害レコードで構成される。
マットは、情報処理装置の識別番号、種類、製造番号お
よび障害レコードで構成される。
【００３２】図６は、図１に示す情報処理装置１−１，
１−２における保守情報転送処理の処理手順を示すフロ
ーチャートである。
１−２における保守情報転送処理の処理手順を示すフロ
ーチャートである。
【００３３】次に、図６を用いて、図１に示す情報処理
装置１−１，１−２における保守情報転送処理の処理手
順を説明する。
装置１−１，１−２における保守情報転送処理の処理手
順を説明する。
【００３４】始めに、情報処理装置１−１に障害が発生
すると（ステップ１００）、保守情報保持手段３−１が
障害内容を解析（ステップ１０１）、障害レコードとし
て採取し、外部記憶手段に設けられた障害情報ファイル
９−１に記憶・保持する（ステップ１０２）。
すると（ステップ１００）、保守情報保持手段３−１が
障害内容を解析（ステップ１０１）、障害レコードとし
て採取し、外部記憶手段に設けられた障害情報ファイル
９−１に記憶・保持する（ステップ１０２）。
【００３５】また、前記保守情報保持手段３−１は、前
記障害レコードを転送要因検出手段４−１に転送する。
記障害レコードを転送要因検出手段４−１に転送する。
【００３６】次に、前記転送要因検出手段４−１では、
前記保守情報保持手段３−１から転送された障害レコー
ドの障害コードをキーにして転送要因テーブル１０−１
を検索し（ステップ１０３）、前記保守情報保持手段３
−１から転送された障害レコードが、保守センタ２に転
送する必要のある障害レコードかどうかを判断する（ス
テップ１０４）。
前記保守情報保持手段３−１から転送された障害レコー
ドの障害コードをキーにして転送要因テーブル１０−１
を検索し（ステップ１０３）、前記保守情報保持手段３
−１から転送された障害レコードが、保守センタ２に転
送する必要のある障害レコードかどうかを判断する（ス
テップ１０４）。
【００３７】この場合に、前記保守情報保持手段３−１
から転送された障害レコードが、保守センタ２に転送す
る必要のある障害レコードであるので、前記障害レコー
ドを、前記転送要因分類手段５−１に転送する。
から転送された障害レコードが、保守センタ２に転送す
る必要のある障害レコードであるので、前記障害レコー
ドを、前記転送要因分類手段５−１に転送する。
【００３８】また、前記ステップ１０４で、前記保守情
報保持手段３−１から転送された障害レコードが、保守
センタ２に転送する必要がなる障害レコードであった場
合には、処理を終了する（ステップ１０５）。
報保持手段３−１から転送された障害レコードが、保守
センタ２に転送する必要がなる障害レコードであった場
合には、処理を終了する（ステップ１０５）。
【００３９】次に、前記転送要因分類手段５−１では、
前記転送要因検出手段４−１から転送された障害レコー
ドの障害コードをキーにして優先転送要因テーブル１１
−１を検索し（ステップ１０６）、前記転送要因検出手
段４−１から転送された障害レコードの障害コードと同
じ障害コードが、前記優先転送要因テーブル１１−１内
に存在するか否かを判断する（ステップ１０７）。
前記転送要因検出手段４−１から転送された障害レコー
ドの障害コードをキーにして優先転送要因テーブル１１
−１を検索し（ステップ１０６）、前記転送要因検出手
段４−１から転送された障害レコードの障害コードと同
じ障害コードが、前記優先転送要因テーブル１１−１内
に存在するか否かを判断する（ステップ１０７）。
【００４０】この場合、情報処理装置１−１で発生した
障害が、優先度の低い軽度の障害であるので、前記優先
転送要因テーブル１１−１には、前記転送要因検出手段
４−１から転送された障害レコードの障害コードと同じ
障害コードが存在せず、前記転送要因検出手段４−１か
ら転送された障害レコードは優先度が低いと判断される
（ステップ１０９）。
障害が、優先度の低い軽度の障害であるので、前記優先
転送要因テーブル１１−１には、前記転送要因検出手段
４−１から転送された障害レコードの障害コードと同じ
障害コードが存在せず、前記転送要因検出手段４−１か
ら転送された障害レコードは優先度が低いと判断される
（ステップ１０９）。
【００４１】また、前記転送要因分類手段５−１は、前
記優先度を、前記電話番号選定手段６−１に通知する。
記優先度を、前記電話番号選定手段６−１に通知する。
【００４２】次に、前記電話番号選定手段６−１は、前
記優先度に基づき、一般用電話番号を選定し（ステップ
１１１）、前記保守転送手段７−１に一般用電話番号を
通知する。
記優先度に基づき、一般用電話番号を選定し（ステップ
１１１）、前記保守転送手段７−１に一般用電話番号を
通知する。
【００４３】次に、前記保守転送手段７−１は、前記一
般用電話番号でダイヤリングを行い（ステップ１１
２）、保守センタ２の保守情報受信手段８−１に保守情
報を転送する（ステップ１１３）。
般用電話番号でダイヤリングを行い（ステップ１１
２）、保守センタ２の保守情報受信手段８−１に保守情
報を転送する（ステップ１１３）。
【００４４】次に、保守センタ２では、保守情報受信手
段８−１により前記転送されてきた保守情報を受信・記
憶し、この保守情報により保守要員が障害の発生した情
報処理装置１−１の所在地、障害部位および障害内容を
判断して、再試行によっても障害が回復しなくなる前の
適当な時期に、障害部位を交換する。
段８−１により前記転送されてきた保守情報を受信・記
憶し、この保守情報により保守要員が障害の発生した情
報処理装置１−１の所在地、障害部位および障害内容を
判断して、再試行によっても障害が回復しなくなる前の
適当な時期に、障害部位を交換する。
【００４５】情報処理装置１−１において、保守情報転
送を実行している時と同時期に、情報処理１−２におい
て、重度の障害が発生すると（ステップ１００）、保守
情報保持手段３−２が障害内容を解析（ステップ１０
１）、障害レコードとして採取し、外部記憶手段に設け
られた障害情報ファイル９−２に記憶・保持する（ステ
ップ１０２）。
送を実行している時と同時期に、情報処理１−２におい
て、重度の障害が発生すると（ステップ１００）、保守
情報保持手段３−２が障害内容を解析（ステップ１０
１）、障害レコードとして採取し、外部記憶手段に設け
られた障害情報ファイル９−２に記憶・保持する（ステ
ップ１０２）。
【００４６】また、前記保守情報保持手段３−２は、前
記障害レコードを転送要因検出手段４−２に転送する。
記障害レコードを転送要因検出手段４−２に転送する。
【００４７】次に、前記転送要因検出手段４−２では、
転送要因テーブル１０−２を検索し（ステップ１０
３）、前記保守情報保持手段３−２から転送された障害
レコードが、保守センタ２に転送する必要のある障害レ
コードかどうかを判断する（ステップ１０４）。
転送要因テーブル１０−２を検索し（ステップ１０
３）、前記保守情報保持手段３−２から転送された障害
レコードが、保守センタ２に転送する必要のある障害レ
コードかどうかを判断する（ステップ１０４）。
【００４８】この場合にも、前記保守情報保持手段３−
２から転送された障害レコードが、保守センタ２に転送
する必要がある障害レコードであるので、障害レコード
を、前記転送要因分類手段５−２に転送する。
２から転送された障害レコードが、保守センタ２に転送
する必要がある障害レコードであるので、障害レコード
を、前記転送要因分類手段５−２に転送する。
【００４９】次に、前記転送要因分類手段５−２では、
優先転送要因テーブル１１−２を検索し（ステップ１０
６）、前記転送要因検出手段４−２から転送された障害
レコードの障害コードと同じ障害コードが、前記優先転
送要因テーブル１１−２内に存在するか否かを判断する
（ステップ１０７）。
優先転送要因テーブル１１−２を検索し（ステップ１０
６）、前記転送要因検出手段４−２から転送された障害
レコードの障害コードと同じ障害コードが、前記優先転
送要因テーブル１１−２内に存在するか否かを判断する
（ステップ１０７）。
【００５０】この場合、情報処理装置１−２で発生した
障害が、優先度の高い重度の障害であるので、前記優先
転送要因テーブル１１−２には、前記転送要因検出手段
４−２から転送された障害レコードの障害コードと同じ
障害コードが存在しており、前記転送要因検出手段４−
２から転送された障害レコードは優先度が高いと判断さ
れる（ステップ１０８）。
障害が、優先度の高い重度の障害であるので、前記優先
転送要因テーブル１１−２には、前記転送要因検出手段
４−２から転送された障害レコードの障害コードと同じ
障害コードが存在しており、前記転送要因検出手段４−
２から転送された障害レコードは優先度が高いと判断さ
れる（ステップ１０８）。
【００５１】また、前記転送要因分類手段５−２は、前
記優先度を、前記電話番号選定手段６−２に通知する。
記優先度を、前記電話番号選定手段６−２に通知する。
【００５２】次に、前記電話番号選定手段６−２は、前
記優先度に基づき、緊急用電話番号を選定し（ステップ
１１０）、前記保守転送手段７−２に緊急用電話番号を
通知する。
記優先度に基づき、緊急用電話番号を選定し（ステップ
１１０）、前記保守転送手段７−２に緊急用電話番号を
通知する。
【００５３】次に、前記保守転送手段７−２は、前記緊
急用電話番号でダイヤリングを行い（ステップ１１
２）、保守センタ２の保守情報受信手段８−２に保守情
報を転送する（ステップ１１３）。
急用電話番号でダイヤリングを行い（ステップ１１
２）、保守センタ２の保守情報受信手段８−２に保守情
報を転送する（ステップ１１３）。
【００５４】次に、保守センタ２では、保守情報受信手
段８−２により前記転送されてきた保守情報を受信し、
この保守情報により保守要員が直ちに障害部位を交換す
る。
段８−２により前記転送されてきた保守情報を受信し、
この保守情報により保守要員が直ちに障害部位を交換す
る。
【００５５】なお、本実施例では、前記転送要因テーブ
ル１０−１，１０−２と、前記優先転送要因テーブル１
１−１，１１−２とをそれぞれ別個に設けるようにした
が、前記転送要因テーブル１０−１，１０−２と、前記
優先転送要因テーブル１１−１，１１−２とに代えて、
図７に示すような、各障害コード毎に、障害情報の転送
要、転送先とを対応付けしたテーブルを用いることも可
能である。
ル１０−１，１０−２と、前記優先転送要因テーブル１
１−１，１１−２とをそれぞれ別個に設けるようにした
が、前記転送要因テーブル１０−１，１０−２と、前記
優先転送要因テーブル１１−１，１１−２とに代えて、
図７に示すような、各障害コード毎に、障害情報の転送
要、転送先とを対応付けしたテーブルを用いることも可
能である。
【００５６】また、本実施例では、優先度の高い保守情
報と、優先度の低い保守情報とを保守センタ２に転送す
るようにしたが、優先度の高い保守情報と、優先度の低
い保守情報とを、それぞれ別の保守センタに転送しても
よいことは言うまでもない。
報と、優先度の低い保守情報とを保守センタ２に転送す
るようにしたが、優先度の高い保守情報と、優先度の低
い保守情報とを、それぞれ別の保守センタに転送しても
よいことは言うまでもない。
【００５７】以上、本発明を実施例に基づき具体的に説
明したが、本発明は、前記実施例に限定されるものでは
なく、その要旨を逸脱しない範囲で種々変更し得ること
は言うまでもない。
明したが、本発明は、前記実施例に限定されるものでは
なく、その要旨を逸脱しない範囲で種々変更し得ること
は言うまでもない。
【００５８】
【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記の通りである。
的なものによって得られる効果を簡単に説明すれば、下
記の通りである。
【００５９】（１）本発明によれば、複数の情報処理装
置から少なくとも一つの保守センタに対して通信回線を
介して保守情報を転送する遠隔保守システムにおいて、
優先度の高い保守情報転送処理が、優先度の低い保守情
報転送処理によって遅滞されることがなくなり、優先度
の高い障害の対処を直ちに行うことが可能である。
置から少なくとも一つの保守センタに対して通信回線を
介して保守情報を転送する遠隔保守システムにおいて、
優先度の高い保守情報転送処理が、優先度の低い保守情
報転送処理によって遅滞されることがなくなり、優先度
の高い障害の対処を直ちに行うことが可能である。
【００６０】また、保守情報を受信する保守センタにお
いても、複数の受信処理を同時に実行可能とする必要が
なく、保守センタの受信用設備を安価なものとすること
が可能となる。
いても、複数の受信処理を同時に実行可能とする必要が
なく、保守センタの受信用設備を安価なものとすること
が可能となる。
【図１】本発明の一実施例である遠隔保守システムの概
略構成を示すブロック図である。
略構成を示すブロック図である。
【図２】障害情報ファイル９−１，９−１に記憶される
障害レコードのフォーマットを示す図である。
障害レコードのフォーマットを示す図である。
【図３】図１に示す転送要因テーブル１０−１，１０−
２の内容を示す図である。
２の内容を示す図である。
【図４】図１に示す優先転送要因テーブル１１−１，１
１−２の内容を示す図である。
１−２の内容を示す図である。
【図５】保守センタ２に転送する保守情報の転送フォー
マットを示す図である。
マットを示す図である。
【図６】図１に示す情報処理装置１−１，１−２におけ
る保守情報転送処理の処理手順を示すフローチャートで
ある。
る保守情報転送処理の処理手順を示すフローチャートで
ある。
【図７】転送要因テーブル１０−１，１０−２および優
先転送要因テーブル１１−１，１１−２の他の例の内容
を示す図である。
先転送要因テーブル１１−１，１１−２の他の例の内容
を示す図である。
１−１，１−２…情報処理装置、２…保守センタ、３−
１，３−２…保守情報保持手段、４−１，４−２…転送
要因検出手段、５−１，５−２…転送要因分類手段、６
−１，６−２…電話番号選定手段、７−１，７−２…保
守情報転送手段、８−１，８−２…保守情報受信手段、
９−１，９−２…外部記憶手段に設けられる障害情報フ
ァイル、１０−１，１０−２…転送要因テーブル、１１
−１，１１−２…優先転送要因テーブルである。
１，３−２…保守情報保持手段、４−１，４−２…転送
要因検出手段、５−１，５−２…転送要因分類手段、６
−１，６−２…電話番号選定手段、７−１，７−２…保
守情報転送手段、８−１，８−２…保守情報受信手段、
９−１，９−２…外部記憶手段に設けられる障害情報フ
ァイル、１０−１，１０−２…転送要因テーブル、１１
−１，１１−２…優先転送要因テーブルである。
Claims (1)
- 【請求項１】 複数の情報処理装置と少なくとも１つの
保守センタとが通信回線を介して接続され、前記複数の
情報処理装置から少なくとも１つの保守センタに対して
保守情報を転送する遠隔保守システムにおいて、前記保
守センタが、前記保守情報を受信する少なくとも１つの
保守情報受信手段を有し、前記複数の情報処理装置が、
保守情報を採取し記憶・保持する保守情報保持手段と、
前記保守情報の中で前記保守センタに転送する必要のあ
る保守情報を一定基準にしたがい分類する転送要因分類
手段と、前記転送要因分類手段の分類結果に基づき保守
情報転送先である保守情報受信手段を選択する保守情報
転送先選択手段と、前記保守情報転送先選択手段から指
示された保守情報受信手段に保守情報を送信する保守情
報送信手段とを有することを特徴とする遠隔保守システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6305851A JPH08161200A (ja) | 1994-12-09 | 1994-12-09 | 遠隔保守システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6305851A JPH08161200A (ja) | 1994-12-09 | 1994-12-09 | 遠隔保守システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08161200A true JPH08161200A (ja) | 1996-06-21 |
Family
ID=17950134
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6305851A Pending JPH08161200A (ja) | 1994-12-09 | 1994-12-09 | 遠隔保守システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08161200A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6385497B1 (en) | 1996-07-31 | 2002-05-07 | Canon Kabushiki Kaisha | Remote maintenance system |
| US7734759B2 (en) | 2000-05-25 | 2010-06-08 | Fujitsu Limited | Cross-connect protection method, network management terminal, and network element |
-
1994
- 1994-12-09 JP JP6305851A patent/JPH08161200A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6385497B1 (en) | 1996-07-31 | 2002-05-07 | Canon Kabushiki Kaisha | Remote maintenance system |
| US6892109B2 (en) | 1996-07-31 | 2005-05-10 | Canon Kabushiki Kaisha | Remote maintenance system |
| US6963786B2 (en) | 1996-07-31 | 2005-11-08 | Canon Kabushiki Kaisha | Remote maintenance system |
| US7062343B2 (en) | 1996-07-31 | 2006-06-13 | Canon Kabushiki Kaisha | Remote maintenance system |
| US7805279B2 (en) | 1996-07-31 | 2010-09-28 | Canon Kabushiki Kaisha | Remote maintenance system |
| US7734759B2 (en) | 2000-05-25 | 2010-06-08 | Fujitsu Limited | Cross-connect protection method, network management terminal, and network element |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5732206A (en) | Method, apparatus and program product for disruptive recovery in a data processing system | |
| US5303343A (en) | Multi-medium store-and-forward exchange apparatus and method of controlling the apparatus | |
| US5159331A (en) | Missing radio page message detection | |
| CN1114863C (zh) | 错误信息报告系统 | |
| JPH08161200A (ja) | 遠隔保守システム | |
| FI104032B (fi) | Menetelmä televerkon vianhallintaan ja telejärjestelmä | |
| JPH05298215A (ja) | 欠落データ検出再送方法 | |
| JP2747594B2 (ja) | ファクシミリ装置 | |
| EP0751694B1 (en) | Communication terminal device | |
| JPH07193664A (ja) | ファクシミリアダプタ装置 | |
| JPH09128341A (ja) | Ｌａｎ端末情報の収集方法 | |
| JP2972601B2 (ja) | 無線通信アダプタ装置 | |
| JP2000259451A (ja) | 障害通知システム | |
| JPH04252533A (ja) | 障害通知方式 | |
| JP2511305B2 (ja) | 情報収集方式 | |
| JP3399567B2 (ja) | Ｉｓｄｎ送信端末装置とｉｓｄｎ受信端末装置およびｉｓｄｎ通信システム | |
| JP3522773B2 (ja) | 標準フォーマット化装置 | |
| JPS60162334A (ja) | デ−タ伝送装置 | |
| JPS62159241A (ja) | デ−タ処理装置バツクアツプ方法 | |
| JPS6281852A (ja) | 通信端末装置 | |
| JPH03106290A (ja) | 電話システム | |
| JPH05102989A (ja) | データ通信方式 | |
| JPH06112974A (ja) | パケット交換機 | |
| JPH0685942A (ja) | 障害自動通知方式 | |
| JPH10333960A (ja) | データ収集システム |