JPH11161580A - インタフェース制御システム - Google Patents

Abstract

(57)【要約】 【課題】 メッセージ送受信処理の複雑さを解消する。 【解決手段】 受信管理部１４は、各送受信処理部１１
−１〜１１−ｎから送信された制御要求メッセージに対
して、それぞれの送受信処理部１１−１〜１１−ｎに対
応した識別子を付与して制御処理部１２−１〜１２−ｍ
に送信する。制御処理部１２−１〜１２−ｍは、識別子
をそのままとして、制御要求メッセージ応答を送信管理
部１５に返す。送信管理部１５は、メッセージ中の識別
子を参照して対応した送受信処理部１１−１〜１１−ｎ
にメッセージを送る。監視処理部１３−１〜１３−ｔか
ら送られる自律メッセージの識別子は、各送受信処理部
１１−１〜１１−ｎの識別子以外の識別子が付与され、
この識別子を含むメッセージを送信管理部１５が受信し
た場合は、全ての送受信処理部１１−１〜１１−ｎに送
信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ある特有の機能を
有する装置と、その装置を制御・監視するための端末の
インタフェースを制御するインタフェース制御システム
に関する。

【０００２】

【従来の技術】ある特有の機能を有する装置（以下、単
に装置という）と、その装置を制御・監視するための端
末（以下、単に端末という）が接続され、端末からの制
御要求に対して装置が何らかの制御を行い、その結果を
端末に応答するようなシステムが存在する。

【０００３】図２は、このような装置と端末との基本的
構成を示す図である。図において、装置１００は、端末
２００によって制御・監視される装置であり、端末２０
０とのインタフェースとしての機能を有する送受信処理
部１０１と、端末２００からの制御要求に対応した制御
を行い、その結果を端末２００に応答する制御処理部１
０２と、監視対象とする装置を監視し、その監視結果を
端末２００に送出する監視処理部１０３とを備えてい
る。

【０００４】端末２００は、マイクロコンピュータ等か
らなる装置であり、オペレータの操作により、装置１０
０に対して制御要求を行ったり、監視結果を受信すると
いった機能を有している。

【０００５】このように構成されているシステムにおい
て、装置１００と端末２００との処理シーケンスは図中
の矢印に示すようになっている。即ち、端末２００から
の制御要求メッセージを装置１００に送信すると、装置
１００内の送受信処理部１０１がメッセージを受信す
る。メッセージを受信した送受信処理部１０１は、メッ
セージのフォーマットを装置内用フォーマットに変換
し、制御処理部１０２に制御要求メッセージを送信す
る。送受信処理部１０１では制御要求メッセージを受信
したら、要求された処理を実行した後、実行結果を含む
メッセージとして制御要求メッセージ応答を送受信処理
部１０１に送信する。この制御要求メッセージ応答を受
信した送受信処理部１０１は、このメッセージを、装置
１００・端末２００間用のフォーマットに再変換し、端
末２００に送信する

【０００６】また、装置１００から端末２００に警報等
の自律メッセージを送信する場合は、監視処理部１０３
が送受信処理部１０１に自律メッセージを送信し、送受
信処理部１０１がこの自律メッセージを、装置１００・
端末２００間用のフォーマットに再変換し、端末２００
に送信する。

【０００７】

【発明が解決しようとする課題】上記のような装置１０
０では、端末２００が複数接続される場合は、端末２０
０毎の送受信処理部１０１を用意する。

【０００８】図３は、複数の端末が装置に接続され、装
置内で複数の機能部が存在する場合の構成図である。装
置１００ａには、ｎ台の端末２００−１〜２００−ｎが
接続されている。このような場合、装置１００ａでは、
これら端末２００−１〜２００−ｎ毎に送受信処理部１
０１−１〜１０１−ｎを用意する。

【０００９】また、複数（ｍ個）の制御処理部１０２−
１〜１０２−ｍが装置１００ａに設けられている場合、
各制御処理部１０２−１〜１０２−ｍは、それぞれの送
受信処理部１０１−１〜１０１−ｎから受信した制御要
求メッセージの応答を、送信してきた送受信処理部１０
１−１〜１０１−ｎにのみ返さなければならない。そし
て、装置１００ａに複数（ｔ個）の監視処理部１０３−
１〜１０３−ｔが設けられている場合、各監視処理部１
０３−１〜１０３−ｔでは、全ての送受信処理部１０１
−１〜１０１−ｎに対して自律メッセージを送信しなけ
ればならない。

【００１０】このように、複数の端末２００−１〜２０
０−ｎが接続されている場合は、各制御処理部１０２−
１〜１０２−ｍや監視処理部１０３−１〜１０３−ｔで
は、それぞれの送受信処理部１０１−１〜１０１−ｎに
対してメッセージを送信しなければならないため、装置
１００ａ内の処理が複雑になるという問題があった。特
に、図３に示すように、制御処理部１０２−１〜１０２
−ｍや監視処理部１０３−１〜１０３−ｔを細かい機能
毎に分ける場合、装置１００ａ内の処理が一層複雑にな
り、これはより重大な問題となっていた。

【００１１】このような点から、一つの装置に複数の端
末が接続される場合や、更に装置内の機能単位が細分化
されている場合に生じる、メッセージ送受信処理の複雑
さを解消することのできるシステムの実現が望まれてい
た。

【００１２】

【課題を解決するための手段】本発明は、前述の課題を
解決するため次の構成を採用する。 〈請求項１の構成〉端末毎に設けられ、各端末毎の送受
信処理を行う送受信処理部と、各送受信処理部から送信
された制御要求メッセージに対して、各送受信処理部を
識別するための識別子を付与する受信管理部と、受信管
理部を介して受信した制御要求メッセージに対応した制
御処理を行い、その結果としての制御要求メッセージ応
答を識別子を変更せず送出する制御処理部と、制御処理
部からの制御要求メッセージ応答中の識別子に基づき、
送受信処理部を特定し、この送受信処理部に対して制御
要求メッセージ応答を送出する送信管理部とを備えたこ
とを特徴とするインタフェース制御システムである。

【００１３】〈請求項１の説明〉請求項１の発明は、送
受信処理部を介して行う端末と制御処理部とのメッセー
ジの送受信管理を、受信管理部と送信管理部とで一括し
て行うようにしたものである。

【００１４】ここで、制御処理部が行う制御処理とは、
例えば、通信装置において各種の状態設定といったもの
であるが、端末から制御要求メッセージによって要求さ
れる制御であればどのような制御であってもよい。ま
た、制御処理部は、例えば各々が異なる制御処理を有す
る複数の制御処理部であるが、これに限定されるもので
はなく、単数の制御処理部のみであってもよい。更に、
受信管理部が付与する識別子とは、例えば、各送受信処
理部に対して付与されているＩＤであるが、送受信処理
部を特定できる識別子であればどのようなものであって
もよい。

【００１５】制御処理部は、受け取った制御要求メッセ
ージ中の識別子はそのまま変更せず、この識別子を含む
制御要求メッセージ応答を送信管理部に送信する。従っ
て、送信管理部で受信する制御要求メッセージ応答中の
識別子は、受信管理部が付与した識別子のままである。
送信管理部は、この識別子により送受信処理部を特定
し、対応した送受信処理部にメッセージを送信する。

【００１６】請求項１の発明はこのように構成されてい
るため、制御処理部は、どの端末から制御要求があった
かを全く意識する必要がない。従って、制御処理部の構
成を簡素化することができる。

【００１７】〈請求項２の構成〉請求項１記載のインタ
フェース制御システムにおいて、監視対象とする装置で
の監視結果を自律メッセージとして送出する監視処理部
と、監視処理部からの自律メッセージを受信した場合
は、全ての送受信処理部に対して自律メッセージを送信
する送信管理部とを備えたことを特徴とするインタフェ
ース制御システムである。

【００１８】〈請求項２の説明〉請求項２の発明は、請
求項１の発明に加えて、監視処理部から送出される自律
メッセージの送信管理を、送信管理部で一括して行うよ
うにしたものである。ここで、監視処理部の行う監視処
理の内容としては、例えば、装置の障害状況の監視とっ
た処理であるが、これ以外の処理であってもよく、監視
処理部が、その監視結果を自律メッセージとして端末に
送信する機能を有していればよい。また、監視処理部も
単数あるいは複数のいずれの構成であってもよい。

【００１９】監視処理部は、自律メッセージを送信する
場合、どの端末宛といったことを意識せず、送信管理部
に対して送信する。送信管理部は、監視処理部から受け
取った自律メッセージに関しては、全ての送受信処理部
に送信する。従って、請求項２の発明では、監視処理部
の構成も簡素化することができる。

【００２０】〈請求項３の構成〉請求項２記載のインタ
フェース制御システムにおいて、各送受信処理部に付与
されている識別子以外の識別子を付与して自律メッセー
ジを送出する監視処理部と、自律メッセージ中の識別子
が、各送受信処理部に付与されている識別子以外の識別
子であった場合は、自律メッセージを全送受信処理部に
送出する送信管理部とを備えたことを特徴とするインタ
フェース制御システムである。

【００２１】〈請求項３の説明〉請求項３の発明は、監
視処理部が送出する自律メッセージに、各送受信処理部
に付与されている識別子以外の識別子を付与するように
し、送信管理部は、この識別子を参照することにより、
全送受信処理部にメッセージを送信するようにしたもの
である。従って、簡単な構成でありながら、確実に自律
メッセージの送信管理を行うことができる。

【００２２】〈請求項４の構成〉請求項２または３に記
載のインタフェース制御システムにおいて、監視処理部
からの自律メッセージを保存すると共に、自律メッセー
ジの保存量が一定値以上となった場合は、端末への送信
を停止し、その旨のメッセージを端末に通知すると共
に、この状態で端末から送信再開要求が通知された場合
は、自律メッセージの送信を再開する自律管理部を備え
たことを特徴とするインタフェース制御システムであ
る。

【００２３】〈請求項４の説明〉請求項４の発明は、請
求項２または３の発明に加えて、自律メッセージの端末
への送信量を管理する自律管理部を設けたものである。
即ち、自律管理部は、監視処理部から送出される自律メ
ッセージを保存し、この保存量が一定値以上のなった場
合は、端末への送信を停止する。このような場合とは、
監視処理部から短時間に大量の自律メッセージが送出さ
れた場合であり、例えば重大な障害が発生したといった
場合である。

【００２４】このような場合、自律管理部は、端末への
自律メッセージの送信を停止し、自律メッセージが大量
に発生しているため送信を停止しているといった旨のメ
ッセージを送信する。そして、端末から送信再開要求が
通知されれば、自律メッセージの送信を再開する。この
ような自律管理部の処理により、短時間に大量のメッセ
ージが端末に送信されることによる装置のデッドロック
を未然に防止することができる。

【００２５】〈請求項５の構成〉請求項２または３に記
載のインタフェース制御システムにおいて、監視処理部
からの自律メッセージを保存すると共に、当該自律メッ
セージの保存量が一定値以上となった場合は、保存して
いるメッセージのうち、優先順位の高いものから端末に
送信する自律管理部を備えたことを特徴とするインタフ
ェース制御システムである。

【００２６】〈請求項５の説明〉請求項５の発明は、請
求項４の発明と同様に、自律メッセージの端末への送信
量を管理する自律管理部を設けたものである。請求項５
の発明では、自律管理部は、監視処理部から送出される
自律メッセージを保存し、この保存量が一定値以上のな
った場合は、保存している自律メッセージのうち、優先
順位の高いものから送信するようにする。ここで、メッ
セージの優先順位の識別方法としては、自律メッセージ
中に優先順位を示すデータを付与したり、自律管理部
が、予め、各メッセージの優先順位を示すテーブル等を
備え、受信したメッセージがどの優先順位に相当するか
を判断してメッセージの優先順位を決定するといった方
法であるが、自律メッセージの優先順位が判別できる方
法であればどのような方法であってもよい。請求項５の
発明は、このような処理を行うことにより、短時間に大
量のメッセージが端末に送信されることによる装置のデ
ッドロックを未然に防止することができる。

【００２７】〈請求項６の構成〉請求項１〜５のいずれ
かに記載のインタフェース制御システムにおいて、全て
の送受信処理部から、次メッセージ送信可能通知を受け
取った場合に、次のメッセージを送信する送信管理部
と、タイマオンを要求された時点から予め決められた一
定時間が経過した時にタイムアウトを通知するタイマ部
と、端末へのメッセージ送信時に、タイマ部に対してタ
イマオンを要求し、タイマ部よりタイムアウト通知を受
け取るまでに、端末よりメッセージ受信確認通知があっ
た場合は、送信管理部に対して、次メッセージ送信可能
通知を送出し、一方、タイマ部よりタイムアウト通知を
受け取るまでに、端末よりメッセージ受信確認通知がな
い場合は、タイムアウト通知を受け取った時点で、次メ
ッセージ送信可能通知を送出し、かつ、タイムアウト通
知を、所定回数連続して受け取った場合は、送信管理部
よりメッセージを受信した時点で、直ちに次メッセージ
送信可能通知を送出する送受信処理部を備えたことを特
徴とするインタフェース制御システムである。

【００２８】〈請求項６の説明〉請求項６の発明は、端
末との通信が不能状態であった場合は、送受信処理部が
直ちに送信管理部に対して次のメッセージを送信可能で
ある通知を送出するようにしたものである。即ち、送受
信処理部は、タイマ部よりタイムアウト通知を受け取る
前に端末よりメッセージ受信確認通知が受信できた場合
は、この時点で送信管理部に対して次メッセージ送信可
能通知を送出する。送信管理部は、この次メッセージ送
信可能通知をトリガとして、次のメッセージを送信す
る。

【００２９】一方、端末よりメッセージ受信確認通知が
受信できずタイムアウトした場合は、その時点で次メッ
セージ送信可能通知を送出する。そして、このタイムア
ウトが何回か連続して発生した場合は、送信管理部から
のメッセージを受信すると直ちに次メッセージ送信可能
通知を送信管理部に送出する。ここで、タイムアウトが
何回か連続して発生した場合の回数は、例えば、１〜３
回であり、これはシステムの状態等によって適宜選択す
る。

【００３０】請求項６の発明は、このような処理を行う
ことにより、端末が接続されていなかったり、端末との
伝送路が切断されている場合等でも、前のメッセージか
ら次のメッセージを送信する間隔を縮めることができ、
処理の効率化・高速化を実現することができる。

【００３１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて詳細に説明する。 《具体例１》 〈構成〉図１は本発明のインタフェース制御システムの
具体例１を示す構成図である。図のシステムは、装置１
０と、端末２０−１〜２０−ｎからなる。装置１０に
は、送受信処理部１１−１〜１１−ｎ、制御処理部１２
−１〜１２−ｍ、監視処理部１３−１〜１３−ｔ、受信
管理部１４、送信管理部１５が設けられている。また、
装置１０における送受信処理部１１−１〜１１−ｎ〜送
信管理部１５は、ソフトウェアとこれを実行するプロセ
ッサ等でそれぞれの機能が実現されている。

【００３２】装置１０は、例えば通信制御装置といった
機能を有する装置である。また、送受信処理部１１−１
〜１１−ｎは、端末２０−１〜２０−ｎ毎に設けられ、
各端末２０−１〜２０−ｎとの送受信処理を行う機能部
である。制御処理部１２−１〜１２−ｍは、端末２０−
１〜２０−ｎからの制御要求メッセージに基づき、要求
された制御処理を行う機能部である。この制御処理とし
ては、例えば、通信制御装置において、各種の状態を設
定するための各種パラメータの設定といった制御や、冗
長構成のパッケージの切換制御といった制御である。ま
た、制御処理部１２−１〜１２−ｍは、制御処理の結果
を制御要求メッセージ応答として送信管理部１５に送信
する場合、受信管理部１４から送信されたメッセージ中
に含まれる識別子は変更しないで（触らないで）、送信
するよう構成されている。

【００３３】監視処理部１３−１〜１３−ｔは、装置の
障害状況の監視を行い、その状況を自律メッセージとし
て端末２０−１〜２０−ｎに通知したり、警報を送信す
るといった監視処理機能を有する機能部である。また、
これらの監視処理部１３−１〜１３−ｔは、メッセージ
中の識別子を、各送受信処理部１１−１〜１１−ｎに付
与されている識別子以外の識別子を付与して送出するよ
う構成されている。

【００３４】受信管理部１４は、送受信処理部１１−１
〜１１−ｎを介して受信した全ての端末２０−１〜２０
−ｎの制御要求メッセージを管理する機能を有してい
る。具体的には、各送受信処理部１１−１〜１１−ｎ毎
に付与されている識別子を制御要求メッセージ中に格納
し、これを制御処理部１２−１〜１２−ｍに送るもので
ある。

【００３５】送信管理部１５は、制御処理部１２−１〜
１２−ｍから送信された制御要求メッセージ応答や、監
視処理部１３−１〜１３−ｔから送信された自律メッセ
ージ中の識別子に基づき、対応した送受信処理部１１−
１〜１１−ｎにそのメッセージを送信する機能部であ
る。具体的には、制御処理部１２−１〜１２−ｍから送
信された制御要求メッセージ応答については、その識別
子に対応した送受信処理部１１−１〜１１−ｎに送信
し、監視処理部１３−１〜１３−ｔから送信された自律
メッセージは、全ての送受信処理部１１−１〜１１−ｎ
に対して送信するよう構成されている。

【００３６】〈動作〉先ず、制御要求メッセージとその
応答の動作について説明する。図４は、制御要求メッセ
ージとその応答の動作を示す説明図である。各端末２０
−１〜２０−ｎから受信されたメッセージは、各送受信
処理部１１−１〜１１−ｎで装置内用フォーマットに変
換された後、受信管理部１４に送られる（図中、で示
す）。

【００３７】受信管理部１４では、どの送受信処理部１
１−１〜１１−ｎから受け取ったメッセージかを判別
し、送受信処理部１１−１〜１１−ｎ毎に持つ識別子を
メッセージに添付する（図中、で示す）。この識別子
としては、例えば、送受信処理部１１−１〜１１−ｎ毎
に付与されているＩＤ（ＩＤ＝１〜Ｎ）が用いられる。
図示例では、ＩＤ＝１の送受信処理部１１−１から受信
したメッセージであるため、受信管理部１４では、メッ
セージ中にＩＤ＝１を示すデータを挿入し、これを例え
ば制御処理部１２−１に送信する。

【００３８】受信管理部１４からの制御要求メッセージ
を受信した制御処理部１２−１は、要求された制御処理
を行った後、制御要求メッセージ中の識別子は変更しな
いで、制御要求メッセージ応答を送信管理部１５に送る
（図中、で示す）。

【００３９】送信管理部１５では、制御処理部１２−１
から受け取った制御要求メッセージ応答中の識別子を参
照することにより、どの送受信処理部１１−１〜１１−
ｎに応答を返すかを判断し、応答中の識別子に対応した
送受信処理部１１−１にメッセージを送信する（図中、
で示す）。これ以降の送受信処理部１１−１の動作
は、従来と同様である。

【００４０】次に、自律メッセージの動作について説明
する。図５は、自律メッセージの動作を示す説明図であ
る。各監視処理部１３−１〜１３−ｔでは、自律メッセ
ージを送信管理部１５に送る。その時、監視処理部１３
−１〜１３−ｔでは、上述した制御要求メッセージ応答
における各送受信処理部の識別子を表すデータの部分
に、全送受信処理部１１−１〜１１−ｎに対してメッセ
ージを送信することを示す値（各識別子以外の値）を入
れておく（図中、で示す）。図示例では、ＩＤ＝０の
値を入れている。

【００４１】送信管理部１５では、この識別子を持った
メッセージを受信した場合、全送受信処理部１１−１〜
１１−ｎに対してそのメッセージを送信する（図中、
で示す）。

【００４２】このような動作により、送信管理部１５で
は、メッセージ中の識別子を参照するだけで、全てのメ
ッセージの送信先を判断することができる。

【００４３】〈効果〉以上のように、具体例１によれ
ば、受信管理部１４と送信管理部１５とを設けることに
より、一つの装置に複数の端末が接続される場合や、更
に装置内の機能単位が細分化されている場合に生じるメ
ッセージ送受信処理の複雑さを解消することができる。
また、他の機能の負担を軽減することができる。更に、
メッセージの通るルートが制限されるため、処理が輻輳
せず、装置１０内の各部をソフトウェアで構成した場合
のデバッグ等の検証作業も楽になる。

【００４４】例えば、従来であれば、各制御処理部は、
受け取った制御要求メッセージがどの端末から送られた
ものであるかを認識しておく必要があったが、本具体例
では、全く意識する必要はなく、そのメッセージへの応
答を送信管理部１５に対して行うだけで済む。また、監
視処理部１３−１〜１３−ｔにおいても、従来であれ
ば、監視処理部１３−１〜１３−ｔそのもので、どの送
受信処理部１１−１〜１１−ｎに対して自律メッセージ
を送らなければならないかを認識している必要があった
が、本具体例では、このような点は意識する必要がな
く、送信管理部１５に対して自律メッセージを送るだけ
で済む。

【００４５】《具体例２》具体例２は、具体例１の構成
に加えて、更に監視処理部１３−１〜１３−ｔからの自
律メッセージの管理を行う自律管理部を設けたものであ
る。

【００４６】〈構成〉図６は、具体例２の構成図であ
る。図中の自律管理部１６は、監視処理部１３−１〜１
３−ｔと送信管理部１５との間に設けられた機能部であ
り、監視処理部１３−１〜１３−ｔからの自律メッセー
ジを一定量保存し、この保存量が一定量を超えると、こ
れを解消する機能を持っている。例えば、この機能の実
現手段としては、次のような構成がある。

【００４７】１．自律メッセージの保存量が一定値以上
となった場合は、端末２０−１〜２０−ｎへの送信を停
止し、その旨のメッセージを端末２０−１〜２０−ｎに
通知すると共に、この状態で端末２０−１〜２０−ｎか
ら送信再開要求が通知された場合は、前記自律メッセー
ジの送信を再開する構成。

【００４８】２．自律メッセージの保存量が一定値以上
となった場合は、保存しているメッセージのうち、優先
順位の高いものから端末に送信する構成。

【００４９】また、これ以外の装置１０内の構成は具体
例１と同様であるため、その説明は省略する。

【００５０】〈動作〉一般的に、端末２０−１〜２０−
ｎから送られてくる制御要求メッセージは、オペレータ
が端末２０−１〜２０−ｎを操作することにより発生す
るため、短時間に大量のメッセージが発生することは先
ずあり得ない。しかし、自律メッセージは、装置１０の
一部機能に障害が発生した時など、様々な要因で短時間
に大量のメッセージが発生することがあり得る。自律管
理部１６は、装置１０がそのような状態になった場合に
有効である。

【００５１】装置１０内で、短時間に大量のメッセージ
が発生した場合、端末・装置間の電送速度は限られてい
るため、処理が間に合わず、メッセージが装置１０内に
溜まってしまう可能性がある。また、端末・装置間イン
タフェースがコネクション・オリエンテッド・サービス
の場合は送信結果の応答待ちの時間などが発生するた
め、なおさらである。

【００５２】自律管理部１６では、タイミングをとって
送信管理部１５に自律メッセージを送信する。そのた
め、発生した自律メッセージをある程度保存しておく機
能を持っている。また、タイミングをとるとは、例えば
一つ前に送信した自律メッセージの装置・端末間の送受
信が終了したら、次の自律メッセージを送信するという
ようなことである。

【００５３】監視処理部１３−１〜１３−ｔより、短時
間に大量のメッセージが発生し、自律管理部１６で保存
している自律メッセージが一定値を超えた場合、自律管
理部１６では次のような処理を行う。先ず、送信管理部
１５への自律送信を停止し、その旨を、送信管理部１５
および各送受信処理部１１−１〜１１−ｎを介して、端
末２０−１〜２０−ｎに通知する。そして、端末２０−
１〜２０−ｎから送信再開要求がきたら、保存されてい
るメッセージをクリアし、自律送信を再開する。尚、端
末２０−１〜２０−ｎからの送信再開要求の受信は、受
信管理部１４を介して、あるいは送受信処理部１１−１
〜１１−ｎより行う。

【００５４】また、自律管理部１６が、保存しているメ
ッセージの内、優先順位の高いものから端末に送信する
よう構成されている場合は次のような動作となる。即
ち、短時間に大量のメッセージが発生し、自律管理部１
６で保存している自律メッセージが一定値を超えた場
合、自律管理部１６では、優先順位の高いメッセージか
ら順に端末２０−１〜２０−ｎに送信し、優先順位の低
いメッセージは破棄する。そして、端末２０−１〜２０
−ｎには、優先順位の低いメッセージは送信していない
旨の通知を行う。尚、メッセージの優先順位の識別方法
としては、自律メッセージ中に優先順位を示すデータを
付与したり、自律管理部１６が予め、各メッセージの優
先順位を示すテーブル等を備え、受信したメッセージが
どの優先順位に相当するかを判断してメッセージの優先
順位を決定することが考えられる。

【００５５】〈効果〉以上のように、具体例２によれ
ば、様々な要因で短時間に大量のメッセージが発生した
場合に、装置のデッドロックなど、装置自身の機能を損
なうことなく動作を行うことができる。

【００５６】《具体例３》具体例３は、上述した具体例
１または２の構成に加えて、端末との通信が不能状態に
なった場合は、送受信処理部が、送信管理部に対して直
ちに次のメッセージの送信要求を行うようにしたもので
ある。

【００５７】〈構成〉図７は、具体例３の構成図であ
る。図示例は、端末・装置間インタフェースがコネクシ
ョン・オリエンテッド・サービスの場合に自律メッセー
ジを送信する時の動作を示している。

【００５８】図７において、１７はタイマ部であり、こ
のタイマ部１７は、各送受信処理部１１ａ−１〜１１ａ
−ｎからのタイマオンの要求に基づき、所定のタイムア
ウト時間が経過した場合は、タイムアウト信号を送出す
る機能部である。

【００５９】また、送信管理部１５ａは、全ての送受信
処理部１１ａ−１〜１１ａ−ｎから、次メッセージ送信
可能通知を受け取った場合に、次のメッセージを送信す
るよう構成されている。

【００６０】更に、送受信処理部１１ａ−１〜１１ａ−
ｎは、次のように構成されている。即ち、端末２０−１
〜２０−ｎにメッセージを送信した時点で、タイマ部１
７に対してタイマオンの要求を出し、端末２０−１〜２
０−ｎからのメッセージ受信確認通知（以下、ＡＣＫと
いう）の待ち状態となる。そして、タイマ部１７よりタ
イムアウト信号を受け取るまでに、端末２０−１〜２０
−ｎよりＡＣＫを受信した場合は、送信管理部１５ａに
対して、次メッセージ送信可能通知を送出する。一方、
タイマ部１７よりタイムアウト信号を受け取るまでに、
端末２０−１〜２０−ｎよりＡＣＫを受信しない場合
は、タイマ部１７よりタイムアウト信号を受け取った時
点で、送信管理部１５ａに対して次メッセージ送信可能
通知を送出する。更に、タイマ部１７からのタイムアウ
ト信号を、所定回数連続して受け取った場合は、その時
点で送信管理部１５ａに対して次メッセージ送信可能通
知を送出すると共に、これ以降はタイムアウト固定状態
となり、この固定状態で送信管理部１５ａよりメッセー
ジを受信した場合はその時点で、直ちに次メッセージ送
信可能通知を送出するよう構成されている。

【００６１】〈動作〉図８は、具体例３の動作を示すシ
ーケンスチャートである。送信管理部１５ａから自律メ
ッセージを受信した各送受信処理部１１ａ−１〜１１ａ
−ｎは、このメッセージを装置内用フォーマットから端
末・装置間用フォーマットに変換して端末２０−１〜２
０−ｎに送信し、メッセージ受信確認通知（ＡＣＫ）の
待ち状態となる。この時、タイマ部１７に対してＡＣＫ
待ちのタイムアウト通知を一定時間後に送信するよう要
求を出す。

【００６２】送受信処理部１１ａ−１〜１１ａ−ｎで
は、端末２０−１〜２０−ｎからＡＣＫを受信すると、
次のメッセージの送信が可能になるので、送信管理部１
５ａに対して次メッセージの送信可能を通知する（図
中、Ａで示す状態）。

【００６３】送信管理部１５ａでは、全ての送受信処理
部１１ａ−１〜１１ａ−ｎから次メッセージ送信可能通
知を受信すると、次のメッセージを各送受信処理部１１
ａ−１〜１１ａ−ｎに送信する。

【００６４】この時、ある端末２０−１〜２０−ｎが装
置１０とつながっていなかったり、端末・装置間の通信
がうまくいっていない箇所が一つでもある場合は、前の
メッセージから次のメッセージを送信する間隔が、タイ
マ部１７のタイムアウト時間と同じだけかかってしま
う。そこで、本具体例の送受信処理部１１ａ−１〜１１
ａ−ｎでは、タイマ部１７よりタイムアウトが何回か連
続（１〜３回程度）して通知された場合は、タイムアウ
ト固定状態となり、この固定状態の時に送信管理部１５
ａからメッセージを受信した場合は、タイムアウトの通
知を待たずに直ちに次メッセージ送信可能通知を送信管
理部１５ａに送出する（図中、Ｂで示す状態）。

【００６５】このように、即座に次メッセージ送信可能
通知を送信管理部１５ａに返すことによって、送信管理
部１５ａでは、前のメッセージから次のメッセージを送
信する間隔を縮めることができる。

【００６６】また、タイムアウト固定状態は、端末２０
−１〜２０−ｎから何かしらのメッセージを受信した時
に解除される（図中、Ｃで示す状態）。即ち、端末２０
−１〜２０−ｎからのＡＣＫが返ってこないのは、端末
２０−１〜２０−ｎがつながっていない場合か、伝送路
に異常がある場合である。端末２０−１〜２０−ｎがつ
ながっていなかったために、タイムアウト固定状態にな
った場合は、端末２０−１〜２０−ｎの接続時に、端末
立ち上がり通知といったメッセージを装置１０に送信す
ることにより、送受信処理部１１ａ−１〜１１ａ−ｎの
タイムアウト固定状態を解除させる。

【００６７】伝送路に異常があった場合、このような状
態では、端末２０−１〜２０−ｎからのメッセージも装
置１０に届かなくなるため、オペレータは伝送路の異常
を認識することができる。伝送路が修復された後は、オ
ペレータは正常になったかどうかを確認するため、接続
確認通知といったメッセージを装置１０に送ることにな
る。送受信処理部１１ａ−１〜１１ａ−ｎでは、このメ
ッセージを受信することにより、タイムアウト固定状態
を解除する。このようにすることにより、端末・装置間
が正常に通信できる場合には、タイムアウト固定状態と
なることはない。

【００６８】〈効果〉以上のように具体例３によれば、
前のメッセージから次のメッセージを送信する間隔を縮
めることができ、処理の効率化・高速化を実現すること
ができる。

【図面の簡単な説明】

【図１】本発明のインタフェース制御システムの具体例
１を示す構成図である。

【図２】装置と端末と基本的構成を示す図である。

【図３】装置内で複数の機能が存在し、装置に複数の端
末が接続されている場合の構成図である。

【図４】本発明のインタフェース制御システムの具体例
１における制御要求メッセージとその応答の動作を示す
説明図である。

【図５】本発明のインタフェース制御システムの具体例
１における自律メッセージの動作を示す説明図である。

【図６】本発明のインタフェース制御システムの具体例
２の構成図である。

【図７】本発明のインタフェース制御システムの具体例
３の構成図である。

【図８】本発明のインタフェース制御システムの具体例
３の動作を示すシーケンスチャートである。

【符号の説明】

１０ 装置 １１−１〜１１−ｎ，１１ａ−１〜１１ａ−ｎ 送受信
処理部 １２−１〜１２−ｍ 制御処理部 １３−１〜１３−ｔ 監視処理部 １４ 受信管理部 １５，１５ａ 送信管理部 １６ 自律管理部 １７ タイマ部

フロントページの続き (72)発明者 田村 喜一 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 端末毎に設けられ、各端末毎の送受信処
   理を行う送受信処理部と、 各送受信処理部から送信された制御要求メッセージに対
   して、当該各送受信処理部を識別するための識別子を付
   与する受信管理部と、 前記受信管理部を介して受信した制御要求メッセージに
   対応した制御処理を行い、その結果としての制御要求メ
   ッセージ応答を前記識別子を変更せず送出する制御処理
   部と、 前記制御処理部からの制御要求メッセージ応答中の識別
   子に基づき、送受信処理部を特定し、この送受信処理部
   に対して当該制御要求メッセージ応答を送出する送信管
   理部とを備えたことを特徴とするインタフェース制御シ
   ステム。
2. 【請求項２】 請求項１記載のインタフェース制御シス
   テムにおいて、 監視対象とする装置での監視結果を自律メッセージとし
   て送出する監視処理部と、 前記監視処理部からの自律メッセージを受信した場合
   は、全ての送受信処理部に対して当該自律メッセージを
   送信する送信管理部とを備えたことを特徴とするインタ
   フェース制御システム。
3. 【請求項３】 請求項２記載のインタフェース制御シス
   テムにおいて、 各送受信処理部に付与されている識別子以外の識別子を
   付与して自律メッセージを送出する監視処理部と、 自律メッセージ中の識別子が、各送受信処理部に付与さ
   れている識別子以外の識別子であった場合は、当該自律
   メッセージを全送受信処理部に送出する送信管理部とを
   備えたことを特徴とするインタフェース制御システム。
4. 【請求項４】 請求項２または３に記載のインタフェー
   ス制御システムにおいて、 監視処理部からの自律メッセージを保存すると共に、当
   該自律メッセージの保存量が一定値以上となった場合
   は、端末への送信を停止し、その旨のメッセージを前記
   端末に通知すると共に、この状態で当該端末から送信再
   開要求が通知された場合は、前記自律メッセージの送信
   を再開する自律管理部を備えたことを特徴とするインタ
   フェース制御システム。
5. 【請求項５】 請求項２または３に記載のインタフェー
   ス制御システムにおいて、 監視処理部からの自律メッセージを保存すると共に、当
   該自律メッセージの保存量が一定値以上となった場合
   は、保存しているメッセージのうち、優先順位の高いも
   のから端末に送信する自律管理部を備えたことを特徴と
   するインタフェース制御システム。
6. 【請求項６】 請求項１〜５のいずれかに記載のインタ
   フェース制御システムにおいて、 全ての送受信処理部から、次メッセージ送信可能通知を
   受け取った場合に、次のメッセージを送信する送信管理
   部と、 タイマオンを要求された時点から予め決められた一定時
   間が経過した時にタイムアウトを通知するタイマ部と、 端末へのメッセージ送信時に、前記タイマ部に対してタ
   イマオンを要求し、当該タイマ部よりタイムアウト通知
   を受け取るまでに、前記端末よりメッセージ受信確認通
   知があった場合は、前記送信管理部に対して、次メッセ
   ージ送信可能通知を送出し、一方、前記タイマ部よりタ
   イムアウト通知を受け取るまでに、前記端末よりメッセ
   ージ受信確認通知がない場合は、前記タイムアウト通知
   を受け取った時点で、次メッセージ送信可能通知を送出
   し、かつ、前記タイムアウト通知を、所定回数連続して
   受け取った場合は、前記送信管理部よりメッセージを受
   信した時点で、直ちに次メッセージ送信可能通知を送出
   する送受信処理部を備えたことを特徴とするインタフェ
   ース制御システム。