JPH0644256B2 - 情報通信方式 - Google Patents

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はディジタル情報通信分野に利用される。

本発明は、少くとも一台のＣＰＵで構成されるＣＰＵシ
ステムと通信回線を介して接続されている端末および計
算機システムに関し、特に通信回線の状態を自動的に検
査できるようにした情報通信方式に関する。

〔概要〕

本発明は、ＣＰＵシステムと、そのバスを介して接続さ
れ通信回線により接続された端末および計算機システム
を制御する通信処理装置とを備えた情報通信方式におい
て、 前記ＣＰＵシステムを構成する各ＣＰＵと前記バス間に
それぞれ診断装置を接続し、ＣＰＵ中の利用者プログラ
ム手段が通信回線をアクセスしていないときまたは前記
利用者プログラム手段が前記通信回線からメッセージを
入力するときに、定期的に前記端末および前記計算機シ
ステムに対するテストメッセージの送受信で回線状態を
検査し、その結果に基づいてＣＰＵ内の回線使用管理テ
ーブルを修正することにより、 システム全体の処理能力を低下させることなく、回線状
態が変化したときにその状態を直ちに利用者プログラム
手段へ通知できるようにしたものである。

〔従来の技術〕

第７図は従来の情報通信方式の一例を示すブロック構成
図である。第７図において、100 は、それぞれ利用者プ
ログラム手段101 、入出力サービス手段102 を含むＣＰ
Ｕ300 および301 で構成されるＣＰＵシステム、107 は
通信制御装置、108 および109 はモデム、110 は端末、
111 は通信回線、112 は計算機システムおよび120 はバ
スである。

従来、この種のマルチＣＰＵで構成されるＣＰＵシステ
ム100 において、通信回線111 の状態を調べる契機は利
用者プログラム手段101 からのメッセージ入出力時しか
なかった。従って入力時において、回線障害の場合には
メッセージが入力されず、利用者プログラム手段101 が
待ち状態となっていた。すなわち、回線状態の変化が直
ちに利用者プログラム手段101 に通知されていなかっ
た。

〔発明が解決しようとする問題点〕

前述した従来のＣＰＵシステム100 と通信回線111 を介
して接続されている端末110 および計算機システム112
においては、利用者プログラム手段101 が定期的に通信
回線111 の状態を調べていたため、利用者プログラム手
段101 からの通信回線111 へのアクセスが高くなり、ひ
いてはＣＰＵで構成されるシステム全体の処理能力の低
下を招く欠点があった。

また、その上、回線状態の変化が直ちに利用者プログラ
ム手段101 に通知されない欠点があった。

本発明の目的は、前記の欠点を除去することにより、シ
ステム全体の処理能力の低下を招くことなく回線状態の
検査ができ、かつ回線状態の変化が直ちに利用者プログ
ラム手段に通知される回線状態の検査ができる情報通信
方式を提供することにある。

〔問題点を解決するための手段〕

本発明は、利用者プログラムを格納しそのプログラムに
基づく制御を行う利用者プログラム手段と、この利用者
プログラム手段からの回線入出力要求を処理する入出力
サービス手段とを含み一つのバスに共通接続された少く
とも一台のＣＰＵで構成されるＣＰＵシステムと、前記
バスに接続され通信回線を介して接続された端末または
計算機システムを制御する通信制御装置とを備えた情報
通信方式において、前記ＣＰＵは前記通信回線の使用の
可否を管理する回線管理テーブルを格納管理する回線管
理テーブル手段を含み、前記バスと前記ＣＰＵ間に接続
され、前記端末または計算機システムの状態をオンライ
ン時に、前記端末または前記計算機システムとの間で定
期的にテストメッセージを送受信することにより検査
し、その結果により前記回線管理テーブルの修正を行う
診断装置を備えたことを特徴とする。

〔作用〕

診断装置は、入出力サービス手段が利用者プログラム手
段から入力要求を受けたときに出力される端末監視要求
により、端末テストメッセージを端末（計算機システム
を含む）に対して送付し、端末からの応答メッセージが
妥当かどうかを検討して回線状態を検査する。この検査
は例えばタイマ手段により一定時間ごとに繰り返えされ
る。そしてもしも回線状態に変化が生じたときには、例
えばＣＰＵ中の回線管理テーブル手段を使用不可と修正
することで、利用者プログラム手段へ通知される。

従って、回線状態の検査は、診断装置により、利用者プ
ログラム手段が端末および計算機システムをアクセスし
ていないときまたは回線からメッセージを入力するとき
に、定期的に行われることになり、システム処理能力の
低下を招くことなく、かつ回線状態が変化したときには
直ちに利用者プログラム手段へ通知することが可能とな
る。

〔実施例〕

以下、本発明の実施例について図面を参照して説明す
る。

第１図は本発明の一実施例を示すブロック構成図であ
る。

本実施例は、利用者プログラムを格納しその制御を行う
利用者プログラム手段101 と、この利用者プログラム手
段からの回線入出力要求を処理する入出力サービス手段
102 とを含み一つのバス120に共通接続された二台のＣ
ＰＵ300 および301 で構成されるＣＰＵシステム100
と、バス120 に接続され通信回線111 を介して接続され
た端末110 および計算機システム112 をモデム108 およ
び109 を介して制御する通信制御装置107 とを備えた情
報通信方式において、ＣＰＵ300 および301 は通信回線
111 の使用の可否を管理する回線管理テーブルを格納管
理する回線管理テーブル手段103 を含み、バス120 と各
ＣＰＵ300 および301 間に接続され、端末110 および計
算機システム112 の状態をオンライン時に、端末110 お
よび計算機システム112 との間で定期的にテストメッセ
ージを送受信することにより検査し、その結果により回
線管理テーブルの修正を行う診断装置105 を備えてい
る。

なお、第１図において、106 は診断装置105 に一定時間
ごとの検査時刻を知らせるタイマである。

本発明の特徴は、第１図において、回線管理テーブル手
段103 と診断装置105 とを設けたことにある。

次に本実施例の動作について、第２図、第３図、第４
図、第５図および第６図(a)、(b)、(c)および(d)を参照
して説明する。ここで第２図は回線の接続、第３図は端
末からの入力、第４図は回線状態変移および第５図は回
線切断をそれぞれ示すブロック構成図であり、第６図
(a)は第２図、同図(b)は第３図、同図(c)は第４図およ
び同図(d)は第５図の動作をそれぞれ示す流れ図であ
る。

なお、第２図ないし第５図においては、ＣＰＵシステム
150 は一つのＣＰＵ250 から構成された場合を示す。

［回線の接続］ 第２図および第６図(a)に示すように、利用者プログラ
ム手段101 が入出力サービス手段102 に対して通信回線
111 の接続要求を発行する（ステップＳ11）。その要求
に基づいて、入出力サービス手段102 は、回線管理テー
ブル手段103 中の回線状態を調べ（ステップＳ12）、使
用可であれば、通信制御装置107 を通して端末110 をＣ
ＰＵシステム150 に接続する（ステップＳ13）。使用不
可の場合は前ステップに戻る。入出力サービス手段102
は、端末110 の接続結果を自ＣＰＵ250 上の回線管理テ
ーブル手段103 に設定すると同時に利用者プログラム手
段101 に対して完了通知を行う（ステップＳ14）。その
後複数のＣＰＵ250 で構成されているマルチＣＰＵシス
テムの場合には、各ＣＰＵ内の回線管理テーブル手段10
3 の整合性を計るために、入出力サービス手段102 は診
断装置105 に対して回線状態情報の送信要求を行う（ス
テップＳ15）。しかし、第２図においては、ＣＰＵは１
台であるため、診断装置105 は回線状態情報を他ＣＰＵ
の診断装置105 へ送らない。

［端末からの入力］ 第３図および第６図(b)に示すように、利用者プログラ
ム手段101 が入出力サービス手段102 に対して入力要求
を発行する（ステップＳ21）。その要求に基づいて入出
力サービス手段102 は、診断装置105 に対して端末監視
要求を出す（ステップＳ22）。次に診断装置105 は通信
制御装置107 を通して端末110 にテストメッセージを送
る（ステップＳ23）。診断装置105 は端末110 から応答
メッセージを受け取り、応答メッセージが妥当かどうか
調べる（ステップＳ24）。妥当であれば、診断装置105
は、次の検査タイミングを得るために、タイマ106 に対
して周期クロック要求を出す（ステップＳ25）。妥当で
ない場合は前ステップに戻る。その後、診断装置105 は
タイマ106 からの周期的な起動により、一定時間ごとに
端末110 の状態を検査する（ステップＳ26）。

［回線状態変移］ 第４図および第６図(c)に示すように、診断装置105
は、タイマ106 から周期的に起動要求を受け取る（ステ
ップＳ31）。これにより診断装置105 は回線管理テーブ
ル手段103 の中の通信回線111 の状態を調べ（ステップ
Ｓ32）、使用可であれば通信制御装置107 を通して端末
110 にテストメッセージを送信する（ステップＳ33）。
使用不可の場合は前ステップに戻る。このとき、第４図
で示されているように、通信回線111 に障害が発生して
使用不可状態になったとき、通信制御装置107 は通信回
線111 の状態が変化したことを知り、診断装置105 に対
して通信回線111 の状態変移を通知する（ステップＳ3
4）。診断装置105 はその通知から回線変移を調べ、自
ＣＰＵ250 の回線管理テーブル手段103 内の回線状態を
使用不可にする（ステップＳ35）。

［回線の切断］ 第５図および第６図(d)に示すように、最後に、利用者
プログラム手段101 が、入出力サービス手段102 に対し
て第５図のように、端末110 の切断要求を出す（ステッ
プＳ41）。その要求に基づいて、入出力サービス手段10
2 は診断装置105 に対して端末監視終了要求を発行する
（ステップＳ42）。続いて入出力サービス手段102 は、
通信制御装置107 を通して端末110 をＣＰＵシステム15
0 から切り離す（ステップＳ43）。そして次に診断装置
105 はタイマ106 に対して周期クロック要求のキャンセ
ル要求を行う（ステップＳ44）。入出力サービス手段10
2 は、利用者プログラム手段101 に対して正常終了通知
を返す（ステップＳ45）。

以上の一連の流れによって、オンライン時、端末110 お
よび計算機システム112 の状態検査が自動的に行われる
ことになる。

〔発明の効果〕

以上説明したように、本発明は、ＣＰＵシステムと通信
回線を介して接続される端末および計算機システムと通
信回線を介して接続される端末および計算機システムを
含む情報通信システムにおいて、利用者プログラム手段
が通信回線をアクセスしていないとき、または前記利用
者プログラム手段が通信回線からメッセージを入力する
ときに、定期的に端末および計算機システムに対するテ
ストメッセージの送受信で、回線状態を検査することに
より、システム全体の処理能力の低下を招くことなく、
回線の状態が変化したときに、その状態を利用者プログ
ラム手段に通知することができる効果がある。

また、利用者が回線診断プログラムを作成する必要がな
いため、プログラム開発費を軽減することができる効果
も得られる。

【図面の簡単な説明】

第１図は本発明の一実施例を示すブロック構成図。 第２図はその回線の接続を示す説明図。 第３図はその端末からの入力を示す説明図。 第４図はその回線状態変移を示す説明図。 第５図はその回線切断を示す説明図。 第６図(a)〜(d)はその動作を示す流れ図。 第７図は従来例を示すブロック構成図。 100 、150 ……ＣＰＵシステム、101 ……利用者プログ
ラム手段、102 ……入出力サービス手段、103 ……回線
管理テーブル手段、105 ……診断装置、106 ……タイ
マ、107 ……通信制御装置、108 、109 ……モデム、11
0 ……端末、111 ……通信回線、112 ……計算機システ
ム、120 ……バス、250 、300 、301 ……ＣＰＵ、Ｓ11
〜Ｓ15、Ｓ21〜Ｓ26、Ｓ31〜Ｓ35、Ｓ41〜Ｓ45……ステ
ップ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】利用者プログラムを格納しそのプログラム
   に基づく制御を行う利用者プログラム手段（101 ）と、
   この利用者プログラム手段からの回線入出力要求を処理
   する入出力サービス手段（102 ）とを含み一つのバスに
   共通接続された少くとも一台のＣＰＵ（300 、301 ）で
   構成されるＣＰＵシステムと、 前記バスに接続され通信回線を介して接続された端末ま
   たは計算機システムを制御する通信制御装置と を備えた情報通信方式において、 前記ＣＰＵは前記通信回線の使用の可否を管理する回線
   管理テーブルを格納管理する回線管理テーブル手段（10
   3 ）を含み、 前記バスと前記ＣＰＵ間に接続され、前記端末または計
   算機システムの状態をオンライン時に、前記端末または
   前記計算機システムとの間で定期的にテストメッセージ
   を送受信することにより検査し、その結果により前記回
   線管理テーブルの修正を行う診断装置（105 ） を備えたことを特徴とする情報通信方式。