JP3389857B2 - 公衆回線障害検知システム - Google Patents

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】この発明は、ネットワークに
属するコンピュータから自己の管理下にない通信回線で
ある公衆回線を介してネットワークの外部に対してデー
タ伝送処理を行うデータ通信システムにおいて、障害検
知およびその回避を図るための公衆回線障害検知システ
ムに関する。 【０００２】 【従来の技術】通信回線等の公衆回線の障害検知につい
ては、従来より種々のシステムが提案されている。 【０００３】例えば、特開平４−１９９９４５号公報に
は、ホストコンピュータと専用回線で接続された通信制
御装置に、複数の端末装置が接続されたネットワークシ
ステムにおける、オンライン通信制御機能のバックアッ
プ方式が提案されている。これは、端末装置の内の１つ
（特定端末）に、端末装置本来の業務処理プログラムに
加えて通信制御機能を持たせておくことにより、通信制
御装置に障害が発生した場合、この特定端末による通信
制御機能に切替えるという技術である。 【０００４】通信制御機能の切替えの際は、通信制御装
置の電源をオフするとともに、システムから切り離す。
さらに、通信制御機能を持たせた端末装置を、特殊な立
上げ操作により立上げることにより、オンライン通信制
御機能を継続する。なお、以上の操作は、すべてシステ
ム運用者の手作業で行うものとして記載されている。 【０００５】特開平５−６７０５１号公報には、ホスト
コンピュータと複数の端末装置の間での、データ送受信
方式が提案されている。この技術は、ホストコンピュー
タ側で双方の送受信の実行状態を監視することにより、
双方のどちらで障害が発生した場合でも、担当者に連絡
することを目的としている。 【０００６】ここでは、ホストコンピュータが、送受信
が行われる度に双方の実行状態を実行状態情報部に格納
する。監視手段を指定した時刻に起動することにより、
予定の時刻までに処理が終了しているかどうかを判断
し、異常と判断された場合は担当者にポケベル等で連絡
する。これにより、ホストコンピュータと複数の端末装
置の双方ともに、無人運転を可能にするというものであ
る。 【０００７】 【発明が解決しようとする課題】しかしながら、通信回
線の途中に電話回線等の公衆回線が介在する場合は、そ
の通信回線が自己の管理下にないため、障害の検知や回
避は一般に困難があった。 【０００８】特開平４−１９９９４５号公報記載の技術
では、通信制御機能の切替えの際、通信制御装置をシス
テムから切り離し、端末装置を特殊な立上げ操作により
立上げ、オンライン通信制御機能を継続するための操作
は、すべてシステム運用者の手作業で行う必要がある。
この作業の自動化については、障害検知手段からの信号
に基づいてシステムで自動的に切り離すという如くであ
る、と記載されているのみである。これだけでは、どの
ように実施するのか不明である。 【０００９】また、特開平５−６７０５１号公報記載の
技術では、送受信が異常と判断された場合は担当者に連
絡が入るが、無人運転とは言っても異常終了の検知と連
絡までである。異常終了となった送受信自体は、連絡を
受けて駆けつけた担当者により、手作業で再開させる必
要がある。 【００１０】この発明は、これらの問題点を解決し、通
信回線の障害を検知できるとともに、仮に送受信が異常
終了となった場合でも、手作業によらずに自動的に送受
信の再開が可能な公衆回線障害検知システムを提供する
ことを目的とする。 【００１１】 【課題を解決するための手段】この発明は、ネットワー
クに属するコンピュータから、公衆回線を介してネット
ワークの外部に対してデータ伝送処理を行う通信システ
ムの回線障害検知システムにおいて、ネットワークは伝
送処理情報を蓄積する状態監視データベースと複数のコ
ンピュータとを備えており、これらのコンピュータは、
（イ）伝送相手側にデータ伝送を行うデータ伝送手段
と、（ロ）各コンピュータごとに指定された時刻に状態
監視データベースを検索して、その情報に基づき伝送処
理の稼動の要否を判断し、前記データ伝送手段を稼動さ
せる稼動判断手段と、（ハ）伝送処理の状況に関する情
報を前記状態監視データベースに通知する処理状況通知
手段と、（ニ）伝送異常時に起動され、前記状態監視デ
ータベースを所定時間監視する状況監視手段と、を備え
ていることを特徴とする公衆回線障害検知システムであ
る。 【００１２】この発明では、データ伝送処理の機能を有
するコンピュータ（データ伝送端末として考えるので、
以下、端末と呼ぶ）により、伝送処理、その前後の処
理、および回線障害時の対応が、すべて自動的に行われ
る。以下、データ伝送処理の機能について、各処理手段
の動作を説明する。 【００１３】稼動判断手段は、指定された時刻に状態監
視データベースを検索し、伝送処理が未処理の場合は、
処理状況通知手段（前処理部）を起動する。 【００１４】処理状況通知手段（前処理の部分）は、状
態監視データベースに、伝送処理の状況に関する情報と
して伝送処理の開始日時を記録し、データ伝送手段を起
動する。 【００１５】データ伝送手段は、伝送相手側（ネットワ
ークの外部の端末）にデータ伝送を行う。データ伝送に
おいては、伝送相手側との取り決め等に従い、データ編
集、プロトコル変換等、通常必要な種々の動作を行う。
なお、伝送するデータは、各端末から共通にアクセスで
きる領域に格納しておく。 【００１６】伝送処理が終了すると、処理状況通知手段
（後処理の部分）が起動される。処理状況通知手段（後
処理の部分）は、状態監視データベースに、伝送処理の
状況に関する情報として伝送処理の処理結果と終了日時
とを記録する。 【００１７】伝送処理が正常に終了しなかった場合、即
ち伝送異常時は、その端末の状況監視手段が起動され、
状態監視データベースの監視を開始する。ここで、監視
を行う時間は、状態監視データベースに記録された最後
の日時から所定の時間とする。ここで、別の端末に対し
て、その所定時間より短い時間内に伝送処理の開始時刻
を指定しておく。すると、今度はその別の端末の稼動判
断手段が、前述の伝送処理の一連の動作を再開する。こ
のように、複数の端末の指定時刻を適宜ずらしておくこ
とにより、端末がすべて伝送異常とならない限り、いず
れかの端末によりデータ伝送が実行される。 【００１８】すべての端末で伝送異常となった場合は、
各端末で状況監視手段が起動されている。各端末の状況
監視手段は、前述の所定時間が過ぎても、状態監視デー
タベースに記録された最後の日時が更新されない場合、
状況監視を終了する。その場合、担当者宛に自動電話を
かけるよう、各端末について設定しておく。すべての端
末でデータ伝送に失敗したことを担当者に知らせること
ができる。 【００１９】このようにして、この発明では、ある端末
で伝送異常となった場合でも、別の端末で伝送処理が自
動的に行われる。さらに、すべての端末で伝送異常とな
った場合は、担当者に自動電話でその旨を知らせること
ができる。 【００２０】 【発明の実施の形態】発明の実施の形態の１例を図１に
示す。 【００２１】伝送端末２０ａに装備された稼動判断手段
２２は、指定時刻に状態監視データベース１２を検索
し、伝送処理が処理済の場合は何もせず終了する。伝送
処理が未処理の場合は、処理開始通知手段２３（処理状
況通知手段の前処理部）を起動する。 【００２２】処理開始通知手段２３は、状態監視データ
ベース１２に、伝送処理の状況に関する情報として、伝
送処理の開始日時を記録する。これとともに、処理開始
通知手段２３はデータ伝送手段２４を起動する。 【００２３】データ伝送手段２４は、伝送相手側（端
末）にデータ伝送を行う。データ伝送においては、伝送
相手側との取り決め等に従い、データ編集、プロトコル
変換等、通常必要な種々の動作が行われる。なお、伝送
するデータは、各端末から共通にアクセスできる領域に
格納しておく。 【００２４】伝送処理が終了すると、処理終了通知手段
２５（処理状況通知手段の後処理部）が起動される。処
理終了通知手段２５は、状態監視データベース１２に、
伝送処理の状況に関する情報として、伝送処理の処理結
果と終了日時とを記録する。伝送処理が正常に終了した
場合、端末２０ａはその伝送処理に関する動作をすべて
終了する。 【００２５】伝送異常時は、端末２０ａの状況監視手段
２６が起動され、状態監視データベース１２の監視を開
始する。ここで、監視を行う時間は、状態監視データベ
ース１２に記録された最後の日時から一定時間（例えば
２０分）とする。なお、監視を行う頻度は数分毎とす
る。なお、監視中に状態監視データベース１２に記録さ
れた最後の日時が更新された場合は、監視を行う時間を
更新後の日時から一定時間（例えば２０分）に変更す
る。 【００２６】別の端末２０ｂに対しては、この一定時間
より短い時間内に（例えば１５分後）伝送処理の開始時
刻を指定しておく。その時刻になると、今度はこの端末
２０ｂの稼動判断手段２２が、状態監視データベース２
６の検索を行い、前述の伝送処理の稼動の要否の判断を
行い、それ以降の一連の動作を再開する。 【００２７】すべての端末２０ａ、２０ｂ、２０ｃで伝
送異常となった場合は、各端末で状況監視手段２６が起
動される。その間、各端末は状況監視をするだけであ
り、状態監視データベース１２への新たな日時の記録は
行われない。各端末の状況監視手段２６は、一定時間
（例えば２０分）が過ぎても状態監視データベース１２
の日時が更新されないので、すべての端末で伝送処理に
失敗したと判断する。従って、各端末の状況監視手段２
６は状況監視を終了し、担当者宛にモデム３１を介して
自動電話をかける。 【００２８】各端末における処理について、タイミング
チャートを用いて説明する。図２は、最初に伝送処理が
開始された端末（１台目の端末）で、伝送処理が正常に
行われた場合のタイミングチャートを示す。 【００２９】まず０時０分に、１台目の端末のステップ
Ｓ１で、稼動判断手段が伝送処理の開始の判断を行う。
伝送処理は当然のことながら未処理であるため、ステッ
プＳ２に進みここで、データ伝送手段が送信データの作
成を行う。送信データ作成が終わると、処理状況通知手
段は、送信データ作成が正常終了した旨を状態監視デー
タベースに通知する。次いで、ステップＳ３で送信デー
タの編集、ステップＳ４で送受信処理を行う。これらの
ステップＳ３、Ｓ４についても、それぞれ正常終了した
場合その旨を状態監視データベースに通知する。 【００３０】送受信処理が終わると、ステップＳ５で受
信データをデータベースに格納するため、受信データ書
込処理を行い、データ形式を変換する。ステップＳ６で
変換後のデータをデータベースに格納する受信データ反
映処理を行い、データベースに反映させる。これらのス
テップＳ５、Ｓ６についても、それぞれ正常終了した場
合その旨を状態監視データベースに通知する。 【００３１】伝送処理が終了すると、ステップＳ７で、
ステップＳ１と同様、稼動判断手段が次の伝送処理の開
始の判断を行う。伝送処理が１日１件だけの場合は、伝
送処理は処理済であるため、伝送処理については翌日分
まで起動待ちとなる。この後に、２台目、３台目の端末
によりステップＳ１の伝送処理の開始の判断が行われ
る。しかし、伝送処理は処理済であるため、伝送処理に
ついては２台目、３台目の端末も次回分（翌日分）まで
起動待ちとなる。 【００３２】図３は、１台目の端末で伝送処理が異常終
了し、２台目の端末で伝送処理が正常に行われた場合の
タイミングチャートを示す。 【００３３】ここでは、１台目の端末のステップＳ１ａ
の伝送処理の開始の判断の後、ステップＳ２ａの送信デ
ータの作成で異常終了している。処理状況通知手段は、
異常終了した旨を状態監視データベースに通知するとと
もに、ステップＳ８ａのエラー監視処理が開始する。 【００３４】その後、０時１５分に、２台目の端末のス
テップＳ１ｂで、伝送処理の開始の判断の処理が開始さ
れると、伝送処理が未処理のため、以下前述の１台目の
端末と同様、ステップＳ２ｂで送信データの作成、ステ
ップＳ３ｂで送信データの編集、ステップＳ４ｂで送受
信処理、ステップＳ５ｂで、受信データ書込処理、ステ
ップＳ６ｂで受信データ反映処理を行い、データベース
に反映させる。処理状況通知手段は、これらのステップ
Ｓ２ｂ〜Ｓ６ｂについて、それぞれ正常終了した場合そ
の旨を状態監視データベースに通知する。その後は、前
述の１台目の端末と同様、ステップＳ７で次の伝送処理
の開始の判断を行う。 【００３５】この間、１台目の端末は、ステップＳ８ａ
のエラー監視処理が稼動中である。このエラー監視処理
では、状態監視データベースに記録された最後の日時が
更新されていると、監視を行う時間を更新後の日時から
所定時間（例えば２０分）に変更し、さらにエラー監視
処理を継続する。このようにして、エラー監視処理のス
テップＳ８ａは、他の端末により伝送処理が正常終了す
るまで継続される。 【００３６】ここでは、２台目の端末によるステップＳ
６ｂの受信データ反映処理が正常終了したことにより、
状態監視データベースに、伝送処理が正常終了した旨の
伝送処理結果が記入される。その後、１台目の端末は、
ステップＳ８ａのエラー監視処理でこの伝送処理結果
（正常終了）を確認すると、このエラー監視処理を終了
し、異常終了に伴うすべての処理を終了する。その後は
正常終了時と同様、ステップＳ７ａで次の伝送処理の開
始の判断を行う。 【００３７】図４は、すべての端末で伝送処理が異常終
了し場合のタイミングチャートを示す。ここではまず、
１台目の端末が伝送処理の途中のステップ（Ｓ２ａ）で
異常終了し、ステップＳ８ａのエラー監視処理が開始し
ている。 【００３８】その後、０時１５分に、２台目の端末が伝
送処理の途中のステップ（Ｓ２ｂ）で異常終了し、ステ
ップＳ８ｂのエラー監視処理が開始する。この間、１台
目の端末は、ステップＳ８ａのエラー監視処理が稼動中
である。１台目の端末は、２台目の端末により状態監視
データベースに書込まれた最後の日時（更新）により、
監視を行う時間を変更してさらにエラー監視処理を継続
する。 【００３９】さらに、０時３０分に、３台目の端末が伝
送処理の途中のステップ（Ｓ２ｃ）で異常終了し、ステ
ップＳ８ｃのエラー監視処理が開始する。この間、１台
目と２台目の端末は、ステップＳ８ａ、Ｓ８ｂのエラー
監視処理が稼動中である。１台目と２台目の端末は、３
台目の端末により状態監視データベースに書込まれた最
後の日時（更新）により、監視を行う時間を変更してさ
らにエラー監視処理Ｓ８ｂ、Ｓ８ｃを継続する。 【００４０】このようにして、総ての端末においてエラ
ー監視処理のステップＳ８ａ、Ｓ８ｂ、Ｓ８ｃが継続さ
れる。その間、すべての端末は状況監視をするだけであ
り、状態監視データベース１２への新たな日時の記録は
行われない。各端末のエラー監視処理（ステップＳ８
ａ、Ｓ８ｂ、Ｓ８ｃ）は、所定時間（２０分）が過ぎる
と、エラー監視処理を終了し担当者宛に自動電話をかけ
る。 【００４１】この場合、各端末は、伝送処理は失敗した
がコンピュータとしては作動しているので、すべての端
末から自動電話がかかることになる。これとは別に、端
末の中に電源切れや故障等で未稼動のものがあれば、そ
の端末からは自動電話がかかってこないので、未稼動で
あることがわかる。 【００４２】 【発明の効果】この発明では、ネットワークに属する複
数のコンピュータに、データ伝送処理の機能とともに伝
送処理状況の監視手段を設置することにより、ある端末
で伝送異常となった場合でも、別の端末で伝送処理が自
動的に行われ、すべての端末で伝送異常となった場合
は、担当者に自動電話でその旨を知らせることができ
る。その結果、通信回線の障害を検知できるとともに、
仮に送受信が異常終了となった場合でも、手作業によら
ずに自動的に送受信の再開が可能となる。

【図面の簡単な説明】 【図１】実施の形態の１例を示すブロック図である。 【図２】伝送処理が正常に行われた場合のタイミングチ
ャートを示す図である。 【図３】ある端末で伝送処理が異常終了し別の端末で正
常に行われた場合のタイミングチャートを示す図であ
る。 【図４】すべての端末で伝送処理が異常終了し場合のタ
イミングチャートを示す図である。 【符号の説明】 １２ 状態監視データベース ２１ 通信手段 ２０ａ〜２０ｃ 伝送端末（第１〜第３の端末） ２２ 稼動判断手段 ２３ 処理開始通知手段 ２４ データ伝送手段 ２５ 処理終了通知手段 ２６ 状況監視手段 ３１ モデム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 荒木 達人 東京都千代田区丸の内一丁目１番２号 日本鋼管株式会社内 (72)発明者 菅野 輝夫 川崎市幸区堀川町580番地 株式会社エ ヌ・ケー・エクサ内 (72)発明者 竹永 憲治 川崎市幸区堀川町580番地 株式会社エ ヌ・ケー・エクサ内 (56)参考文献 特開 平５−265889（ＪＰ，Ａ) 特開 平１−213095（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/24 H04L 12/56 400

Claims (1)

1. (57)【特許請求の範囲】 【請求項１】 ネットワークに属するコンピュータか
   ら、公衆回線を介してネットワークの外部に対してデー
   タ伝送処理を行う通信システムの回線障害検知システム
   において、ネットワークは伝送処理情報を蓄積する状態
   監視データベースと複数のコンピュータとを備えてお
   り、これらのコンピュータは、（イ）伝送相手側にデー
   タ伝送を行うデータ伝送手段と、（ロ）各コンピュータ
   ごとに指定された時刻に状態監視データベースを検索し
   て、その情報に基づき伝送処理の稼動の要否を判断し、
   前記データ伝送手段を稼動させる稼動判断手段と、
   （ハ）伝送処理の状況に関する情報を前記状態監視デー
   タベースに通知する処理状況通知手段と、（ニ）伝送異
   常時に起動され、前記状態監視データベースを所定時間
   監視する状況監視手段と、を備えていることを特徴とす
   る公衆回線障害検知システム。