JP3276363B2 - 通信システム制御処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、特定のサービスを提供
する機能を有する複数の第１の端末と、第１の端末によ
る特定のサービス機能を使用する複数の第２の端末が伝
送路により結合され相互に通信を行なう通信システム制
御処理装置に関するものである。

【０００２】

【従来の技術】図１５〜図２５を参照しながら従来の技
術について説明する。

【０００３】図１５は本発明の適用されるネットワーク
構成の一例を示す図であり、図に示すようなシステムが
ＨＢＳである場合を例にとり従来例を示す。図１５に示
した各端末の機能構成が図１６に示すような内容である
とする。図１６に示したように、端末ａ１５１と端末ｃ
１５３が情報チャネルのコントローラ機能であるＨＢＣ
機能１６１−１，１６３−１を有するとする。ＨＢＳで
は各端末のこうした個々の機能はサブデバイス（ＳＤＡ
と記す）という概念で処理され、図１８に示すように伝
送路１５０上でやりとりする電文においても制御を指定
するコマンドであるオペレーションコード（ＯＰＣと記
す）１８３，オペランドコード（ＯＰＲと記す）１８４
以外にこのＳＤＡを指定する部分ＳＳＤＡ１８１，ＤＳ
ＤＡ１８２が存在しており、機能の制御が容易に行え
る。そのため、端末の処理部の構成も図１９、２０に示
すように機能を判定するＳＤＡ判定処理部１９２と個々
の機能に関わる制御処理を行なう機能別の制御処理部１
９３〜１９６、２０１〜２０４を具備した形となってい
た。具体的なサービスとして、情報チャネルの管理処理
の場合について示す。図２４は、図２０で示したＨＢＣ
のアドレス制御部まで含む一構成例を示す図である。ま
た、図２５は、図２４で示した設定可能なアドレステー
ブルの具体的一構成例を示す図である。

【０００４】一般にはコントローラのアドレスは一意に
は確定していないため、サービス要求のシーケンスは図
１７に示すようにサービスを受ける端末がサービス要求
電文を一斉同報にて伝送路１５０上に送信（１７１）す
る。この電文を受け取ったコントローラは、要求に対す
る応答電文を前記要求発信端末に送る（１７２）。今、
端末ｂ１５２のサービスＡ機能１６２−１が情報チャネ
ルを必要とし、空き情報チャネルを要求するとする。端
末ｂ１５２のサービスＡ機能１６２−１は、一斉同報に
て情報チャネル要求コマンド２２１（図２２）を含む電
文を伝送路１５０上に送信する（２１１（図２１））。
この電文を受信した端末ａ１５１ＨＢＣ機能１６１−１
と端末ｄＨＢＣ機能１６３−１は共に自己の管理する空
き情報チャネルを検索し、応答を返す。この時、端末ａ
１５１ＨＢＣ機能１６１−１と端末ｄＨＢＣ機能１６３
−１の情報チャネルの管理仕様がそれぞれ次のような内
容であったとする。

【０００５】（１）端末ａ１５１ＨＢＣ１６１−１によ
る情報チャネル管理仕様：情報チャネル番号の若い順に
使用中の有無を確認し、情報チャネルの要求があった場
合には最初に見つけた空き番号を応答として返す。

【０００６】（２）端末ｄＨＢＣ１６３−１による情報
チャネル管理仕様：情報チャネルの使用中の有無確認を
ポインタが現在ある部分から順に行なっていき、チャネ
ル番号が最大に達したらまた１番目からというように確
認し、最初に見つけた空き番号を応答として返す。

【０００７】図２３中黒丸２３０，２３７がチャネルの
空き検索用のポインタの位置を示すものとする。この
時、端末ｂ１５２が情報チャネル２の使用要求コマンド
２２３を一斉同報にて伝送路１５０に送信（２１１）し
たとする。このコマンドを受信した時点で、端末ａコン
トローラ機能（ＨＢＣ機能）１６１−１，及び端末ｃコ
ントローラ機能（ＨＢＣ機能）１６３−１が管理する情
報チャネル使用管理テーブル状況は、それぞれ図２３に
示す状態Ｉ（２３１，２３４）だったとする。どちらの
コントローラも共に情報チャネルＮＯ．２は空き状態を
示しているため、チャネル使用許可コマンド２２４を返
送し（２１２，２１３）、それぞれの情報チャネル使用
管理テーブル状況は、状態ＩＩ（２３２，２３５）に移
行する。このとき、端末ａコントローラ機能（ＨＢＣ機
能）１６１−１では空き検索用のポインタは情報チャネ
ル１の管理テーブルを示し、端末ｃコントローラ機能
（ＨＢＣ機能）１６３−１では空き検索用のポインタは
情報チャネル３の管理テーブルを示す。この状況で、今
度は、端末ｄ１５４が情報チャネル割当を要求するチャ
ネル要求コマンド２２１を一斉同報にて伝送路１５０に
送信（２１４）したとする。このコマンドを受信した時
点で、端末ａコントローラ機能（ＨＢＣ機能）１６１−
１の空き検索用のポインタは情報チャネル１の管理テー
ブルを示しており、情報チャネル１は未使用状態である
ために、要求のあった端末ｄ１５４に対して情報チャネ
ル１を指定したチャネルＮＯ．指定付きのチャネル使用
許可コマンド２２２を送信する（２１５）。一方、端末
ｄ１５４が情報チャネル割当を要求するチャネル要求コ
マンド２２１を受信した時点で、端末ｃコントローラ機
能（ＨＢＣ機能）１６３−１の空き検索用のポインタは
情報チャネル３の管理テーブルを示しており、情報チャ
ネル３は未使用状態であるために要求のあった端末ｄ１
５４に対して情報チャネル３を指定したチャネルＮＯ．
指定付きのチャネル使用許可コマンド２２２を送信する
（２１６）。この時、端末ｄ１５４には、情報チャネル
１の使用許可（２１５）と情報チャネル３の使用許可
（２１６）が来ることになり、端末側としてはどちらの
情報チャネルを使うべきかどうか判断に苦しむところで
あり、前者の情報チャネル１を用いたとすると、端末ｃ
１５３のコントローラ機能（ＨＢＣ）１６３−１が管理
する状況２３６と実際のシステムの状況が異なることに
なる。もし、端末ｄ１５４が後者の情報チャネル３を用
いたとすると、今度は端末ａ１５１のコントローラ機能
（ＨＢＣ）１６１−１が管理する状況２３３と実際のシ
ステムの状況が異なることになるなど、どちらにしても
システムとしての同期がとれなくなってしまうという課
題があった。

【０００８】

【本発明が解決しようとする課題】こうした課題の回避
策として、従来、端末を伝送路に接続する前に同一のコ
ントローラ機能があるかどうかを特別のツールを用い確
認し、同一コントローラ機能がある時にはそのコントロ
ーラ機能を最初から排除した端末を代わりに接続する、
あるいは、ハード的にスイッチ等を設けておきそれによ
り認識させて、機能を起動しないようにするなどの特別
な作業を必要としていた。しかし、そのような回避策
は、特別なツールを必要とし、また、特別な作業を必要
とするという課題がある。そこで、 （１）システム内に同一のシステム制御機能が存在する
場合の同期にかかわる問題点吸収するための、端末の前
記機能を停止が自動的に行えるようにする。

【０００９】（２）動作中の機能がなんらかの異常によ
り停止した際の、他の端末で停止中の同一機能の再起動
を自動的に行なえるようにする。 （３）端末の物理アドレスの設定が、自動的に動作中の
機能にふさわしいものとなるようする。

【００１０】本発明は、このような課題を解決できる通
信システム制御処理装置を提供することを目的とする。

【００１１】

【課題を解決しようとする手段】前記第１の課題を解決
するための手段として、次の制御処理方法と装置を設け
る。 （１−１）特定のサービス機能の起動開始時に通信によ
り各端末の持つ特定のサービス機能の起動開始を通知し
一定時間伝送路からの応答を待ち、一定時間経過後も他
の端末からの同一機能の起動中の通知をうけなかった場
合にのみ前記特定のサービス機能の起動を行い、一定時
間経過中に他の端末から起動中の通知を受けた時には前
記特定のサービス機能を停止し、さらに、特定のサービ
ス機能の動作中に前記通知を受け取った時には通信によ
り特定のサービス機能が動作中であることを応答として
返すというシーケンス（方式）を導入する。 （１−２）通信により各端末の持つ特定のサービス機能
の起動制御に用いる電文として、サービス機能の制御で
あることを示す部分（オペレーションコード）と、具体
的な制御内容を示す部分（第１オペランド）と、前記サ
ービス機能の種類・内容を示す部分（第２オペランド）
を構成要素とする電文を用い、第１オペランドとして起
動開始を示すコードと，起動中を示すコードを設ける。 （１−３）特定のサービス機能の起動開始時に伝送路に
より結合された他の端末に対して起動通知の処理を行な
う処理部と、前記特定のサービス機能の通常動作中に伝
送路により接続された他の端末からの前記特定のサービ
スの起動開始の通知を受け取った時に前記特定のサービ
ス機能がすでに起動中であることを通知する処理部を具
備し、起動通信の処理を行なう部分においては前記特定
のサービス機能の起動通知後に一定時間他の端末からの
前記特定のサービス機能の起動中を指示する応答を待
ち，一定時間経過後も何等応答の無い時のみ前記特定の
サービス機能と前記起動中の応答を返す処理部を起動
し，応答のあった場合には前記特定のサービス機能の処
理部と前記起動中の応答を返す処理部の起動を停止する
装置構成とする。

【００１２】前記第２の課題解決のための手段として、
第１の課題を解決するための手段とさらに次の制御処理
方法と装置を設ける。 （２−１）起動中の特定のサービス機能に異常があった
ことを検出時、通信により各端末の持つ特定のサービス
機能の起動開始を要求し、起動停止中の特定のサービス
機能を持つ端末では、前記要求受信時に起動が可能であ
ることを要求のあった端末に通知し、通知後、一定時間
前記通知に対する応答を待ち、一定時間以内に応答があ
った時には要求のあった特定のサービス機能を起動し、
一定時間経過しても応答の無い時，および他の端末から
の起動開始の通知を受け取った時には、起動停止を続行
するというシーケンス（方式）を導入する。 （２−２）前記（１−２）した電文の第１オペランドと
して起動要求を示すコードと，起動要求応答を示すコー
ドと，起動要求応答確認を示すコードを設ける。 （２−２）特定のサービス機能の制御処理機能を持つ端
末に、さらに前記（２−１）の再起動の制御を実現する
処理部を具備した装置構成とする。 （２−３）起動中の特定のサービス機能の異常検出時
に、他の端末の停止中の特定のサービス機能の前記（２
−１）した処理を実現する処理部を具備した装置構成と
する。

【００１３】前記第３の課題解決のための手段として、
第１の課題，第２の課題を解決するための手段とさらに
次の制御処理装置を設ける。 （３−１）特定のサービス機能の起動開始時の処理で、
前記特定のサービス機能の起動を停止することとなった
時に、特定のサービス機能が動作中のみ設定可能なアド
レスを削除あるいは前記特定のアドレスの設定のための
マスク処理を行なう処理部を具備した装置構成とする。 （３ー２）特定のサービス機能動作停止時に、前記特定
のサービス機能の動作を再起動する時に、特定のサービ
ス機能が動作中のみ設定可能なアドレスを取り得るよう
に、前記アドレスの設定処理あるいはマスク解除処理を
行なう処理部を具備した装置構成とする。

【００１４】上記解決手段のうち、第１の本願発明の解
決手段は、複数の端末を伝送路により結合し、相互に通
信を行なうネットワークの通信システム制御処理装置に
おいて、特定のサービス機能の制御処理を実現する第１
の処理部と、前記第１の処理部の起動開始時に伝送路に
より結合された他の端末に対して起動通知の処理を行な
う第２の処理部と、前記第１の処理部の通常動作中に前
記ネットワークにより接続された他の端末からの前記特
定のサービス機能の起動開始の通知を受け取った時に前
記特定のサービス機能がすでに動作中であることを通知
する第３の処理部を具備し、前記第２の処理部において
は前記特定のサービス機能の起動通知後に一定時間他の
端末からの前記特定のサービス機能の動作中を指示する
応答を待ち，一定時間経過後も何等応答の無い時のみ前
記第１の処理部と前記第３の処理部を起動し，応答のあ
った場合には前記第１の処理部と前記第３の処理部の起
動を停止することを特徴とする通信システム制御処理装
置である。

【００１５】さらに、第２の本願発明の解決手段は、複
数の端末を伝送路により結合し、相互に通信を行う為の
前記複数の端末のアドレスがその端末の保持する機能に
より決まるネットワークの通信システム制御処理装置に
おいて、特定のサービス機能の制御処理を実現する第１
の処理部と、前記第１の処理部の起動開始時に伝送路に
より結合された他の端末に対して起動通知の処理を行う
第２の処理部と、前記第１の処理部の通信動作中に前記
ネットワークにより接続された他の端末からの前記特定
のサービス機能の起動開始の通知を受け取った時に前記
特定のサービス機能がすでに動作中であることを通知す
る第３の処理部と、さらにアドレスの変換処理を行う第
５の処理部を具備し、前記第２の処理部は、前記第１の
処理部と前記第３の処理部の起動を停止する際にのみ前
記第５の処理部の起動を行い、前記第５の処理部は、端
末の設定可能アドレスメモリから前記第１の処理部によ
る機能により設定することのできる特定のアドレスを削
除あるいは前記特定のアドレスの設定のためのマスク処
理を行うことを特徴とする上記第１の本願発明の通信シ
ステム制御処理装置である。

【００１６】前記手段により、同一の特定のサービス機
能が存在するネットワークにおいて、下記の作用を有す
る。 （１）システム内に同一のシステム制御機能が存在する
場合の同期にかかわる問題点吸収するための、端末の前
記機能を停止が自動的に行えるようになる。 （２）動作中の機能がなんらかの異常により停止した際
の、他の端末で停止中の同一機能の再起動を自動的に行
なえるようになる。 （３）端末の物理アドレスの設定が、自動的に動作中の
機能にふさわしいものとなる。

【００１７】

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

【００１８】コントローラとしての特定のサービス機能
を持つ二つの端末ａ１５１，端末ｃ１５３は、伝送路１
５０に接続され（図１６参照）ている。そして、その端
末ａ１５１，端末ｃ１５３は、図５、図６に示すよう
に、伝送路１５０上の電文の受信，及び伝送路１５０上
への電文の送信処理を行なう電文送受信処理部５１と、
受信した電文のサービス機能の判定処理を行いそれぞれ
のサービス機能処理部へ電文を渡すサービス機能判定処
理部５２、それぞれのサービス機能処理部５３〜５６を
構成要素として持つ。図５は、サービス機能起動制御処
理部５０がサービス機能制御処理部５２と接続された第
１の形態をとった場合であり、図６は、サービス機能制
御処理部６１内にサービス機能起動制御処理部５０が存
在する第２の形態をとった場合である。サービス機能起
動制御処理部５０の構成の第１の形態と第２の形態にお
ける違いとしては、第１の形態では端末の保持する全て
のサービス機能制御処理部５３〜５６の情報を制御する
ためのメモリ等の処理部が第２の形態に比して必要とな
ってくる。本実施例の説明としては、簡単のために第２
の形態を用いることとする。さらに、本発明における制
御のためのコマンドとしては、第１，第２のシーケンス
例にかかわる（１−ａ）４１，（１−ｂ）４２、第３の
シーケンス例に関わる（２−ａ）４３〜（２−ｅ）４７
がある（図４参照）。

【００１９】以下、第１〜第３のシーケンスそれぞれに
ついて図１から図９，図１５，図１６を用いて説明し、
さらに上記実施例の適用されるＨＢＳの特にＨＢＣの場
合につき，さらにアドレスの制御との連動についての実
施例を説明する。図１から図３では、端末ａ１５１のサ
ービスＡ用コントローラ１６１−１を簡単のためにサー
ビスＡ用コントローラ１と記し、端末ｃ１５３のサービ
スＡ用コントローラ１６３−１を簡単のためにサービス
Ａ用コントローラ２と記している。 ＜第１のシーケンス例＞ 他の端末が動作中でない場合（図１の（１）のシーケン
ス参照）；端末ｃ１５３のサービスＡ用コントローラ機
能１６３−１は、電源投入により、図７のサービス機能
起動制御処理部５０の起動時「起動指示」通知処理部７
１で起動され，サービスＡ機能の起動開始を指示する図
４のコマンド４１を一斉同報により伝送路１５０上に送
信（１１）する（図１）。その後、一定時間伝送路１５
０からの電文の監視を行い、一定時間経過（１２）時点
でも他の端末からの図４の動作中指示コマンド４２の受
信がないため、サービスＡ用コントローラ機能１６３−
１は処理を開始する（１３）（図１）。

【００２０】他の端末が動作中である場合（図１の
（２）のシーケンス参照）；図１の（２）に示すシーケ
ンスは、すでに同一の機能のコントローラがネットワー
ク上で動作中に同じ機能を立ち上げる場合のシーケンス
である。例えば、端末ｃ１５３が動作中に、端末ａ１５
１が起動する場合を説明する。端末ａ１５１のサービス
Ａ用コントローラ機能１６１−１は、電源投入により、
サービス機能起動制御処理部５０の起動時「起動指示」
通知処理部７１で起動され，サービスＡ機能の起動開始
を指示するコマンド４１を一斉同報にて伝送路１５０上
に送信（１５）（図１６、図１（２）参照）する。それ
に対して、端末ｃ１５３のサービスＡ用コントローラ機
能１６３−１はその起動開始コマンド４１を受信し、
「起動指示」受信処理部７２（図７）が起動され、動作
中指示子コマンド４２（図４）を伝送路１５０上に送信
する。それによって、端末ａ１５１のサービスＡ用コン
トローラ機能１６１−１のサービス機能起動制御処理部
５０では伝送路１５０からの前記動作中指示コマンド４
２を受信する（１６）（図１（２））。これにより、端
末ａ１５１のサービスＡ用コマンド機能１６１−１はサ
ービス機能の起動を停止する（１７）。本実施例によ
り、複数の同一機能を持つコントローラがネットワーク
上にただ一つとなり、管理の同期・一元性が図れるとと
もに、通信により自動的に行なわれることにより、設置
時の煩雑さの削減により誤操作の防止にもつながる。 ＜第２のシーケンス例＞図８に示すように、端末ｃ１５
３のサービスＡ用コントローラ機能１６３−１のサービ
ス機能起動制御処理部５０に、さらに起動中に一定時間
間隔で動作中指示コマンド４２の送信を行なう起動中
「動作中指示」通知処理部８１を具備させ、停止中の端
末ａ１５１のサービスＡ用コントローラ機能１６１−１
のサービス機能起動制御処理部５０に、さらに停止中
「動作中指示」通知受信処理部８２を具備する。前記起
動中「動作中指示」通知処理部８１では一定時間間隔Ｔ
で動作中指示コマンド４２を一斉同報にて伝送路１５０
上に送信（２１，２２（図２））する。端末ａ１５１の
サービス機能Ａ用コントローラ機能１６１−１の前記停
止中「動作中指示」通知受信処理部８２ではこの動作中
指示子コマンド４２の受信毎に前記コマンド受信待用の
タイマをイニシャライズする。

【００２１】いま、端末ｃ１５３のサービスＡ用コマン
ド機能１６３−１に異常が発生し本機能の停止が行なわ
れる（２３）と、端末ａサービスＡ用コントローラ機能
１６１−１では動作中指示子コマンド４２受信のタイム
アウト確認（２４）となり、自己の機能を起動させるべ
く起動時「起動指示」通知処理部７１を起動させる（２
５）。その起動後のシーケンスは、第１のシーケンス例
の通りとなる。

【００２２】本実施例により、複数の同一機能を持つコ
ントローラがネットワーク上に存在し、その中の一台の
みが動作中である時で、この一台に異常が発生し機能の
提供が行えなくなった場合でも、前記機能を停止するこ
となくシステムが動作でき、さらに、通信により自動的
に再起動処理が行なえ手動による移行処理のための煩雑
さが軽減できる。 ＜第３のシーケンス例＞図９に示すように、第３のシー
ケンス例は、第２のシーケンス例で示した停止中「動作
中指示」通知受信処理部８２を端末に持たせない場合
の、停止中のサービス機能の再起動制御処理に関するも
のである。

【００２３】端末ｃ１５３のサービスＡ用コントローラ
機能１６３−１に異常が発生し機能を停止していた（３
１）とする（図３参照）。この時、端末ｂ１５２のサー
ビスＡ処理機能１６２−１がサービスＡ機能の要求コマ
ンド（例えば従来例で示した情報チャネル要求コマンド
２２１）を伝送路１５０上に送信（３２）し、応答をま
つ。リトライ（３３）しても応答が無い場合には、端末
ｂ１５２のサービス機能Ａ制御処理部９１のサービス機
能起動要求処理部９０（図９）によりサービスＡ機能の
起動処理が開始される。サービス機能起動要求処理部９
０は、サービス要求３２，３３にたいして応答の無かっ
た場合には、サービスＡの起動を要求する起動要求コマ
ンド４５（図４）を伝送路１５０上に一斉同報にて送信
する。この時、たとえば、２個の端末、すなわち端末ａ
１５１のサービスＡ用コントローラ機能１６１−１と端
末ｄのサービスＡ用コントローラ機能１６４−１が起動
停止中であったとする。起動要求コマンド４５を受信し
た前記二つの機能のサービス機能起動制御処理部５０で
は、停止中「起動要求」受信処理部８３を具備しており
（図８参照）、この処理部８３が起動要求コマンド４５
に対する応答として起動要求応答コマンド４６を端末ｂ
１５２のサービス機能Ａ制御処理部９１に送信する（３
５，３６）（図３）。この時、早い方の応答を送信した
端末を例えば、端末ｄ１５４とすると、端末ｂ１５２の
サービス機能Ａ制御処理部９１では、その端末ｄ１５４
のサービスＡ機能１６４−１に対して起動要求応答確認
コマンド４７を返送（３７）する。そして端末ｄ１５４
のサービスＡ機能１６４−１では一定時間以内に起動要
求応答確認コマンド４７を受信すると、停止処理を解除
し起動（３８）し、第１のシーケンスに示した起動処理
を開始する。

【００２４】一方、端末ａ１５１のサービスＡ用機能１
６１−１の方では、一定時間経過以前に他端末ｄ１５４
の起動開始コマンド４１を受信（３９）することによっ
て、自己の起動要求応答コマンド４６が受理されなかっ
たとみなし、起動処理を終了し、停止を続行（３０）
（図３）する。

【００２５】本実施例により、複数の同一機能を持つコ
ントローラがネットワーク上に存在し、その中の一台の
みが動作中である時で、この一台に異常が発生し機能の
提供が行えなくなった場合でも、前記機能を停止するこ
となくシステムが動作でき、さらに、通信により自動的
に再起動処理が行なえ手動による移行処理のための煩雑
さが軽減できる。特に本実施例によれば、コントローラ
端末の負荷（一定時間間隔で起動中指示を行なったり、
起動中指示の確認を行なうこと）の軽減が図れる。 ＜ＨＢＣのアドレス制御との連動例＞上記したシーケン
スの適用されるシステムとしてＨＢＳがあるが、ＨＢＳ
においては、その端末が保持している機能により、自己
アドレス格納部１１１に設定されているアドレスの値の
範囲が決まっているものがある（図１１参照）（ＥＴ−
２１０１ホームバスシステム規格書参照）。特にＨＢＣ
はシステムに一台ということで、アドレスも００Ｈ（１
０１）となる（図１０参照）。また、ＨＢＳでは複合端
末の概念があり、一つの物理アドレスに複数の機能が存
在する。これはまさに上記した本発明が適用できるシス
テムを示しているが、その際、アドレスは一つであるた
め、端末が保持している機能に付与されるものから選ぶ
こととなる。今、端末ａ１５１のサービス機能ＡがＨＢ
Ｃ，サービス機能ＢがＣＴＣ，サービス機能ＣがＮＴで
あったとすると、この端末の取りうるアドレスは、図１
０の（１）に示す１０個の値１０１〜１０３−７となる
（図１１の１１３参照）。ここで、端末ｃ１５３もサー
ビス機能ＡのＨＢＣ機能を保持するものであったとす
る。この時、図１（２）に示すように端末ａが後から起
動された場合など、ＨＢＣ機能の起動はできないために
それ以外の機能のアドレスを設定変更する必要が出て来
る。そのため、図１０の（２）に示すように、アドレス
マスク用のテーブル１１４を新たに設け、サービス機能
起動制御処理部５０によりアドレスマスクテーブル１１
４及びアドレス設定処理部１１２に対してアドレスマス
クあるいは（ＨＢＣ機能の起動が出来るようになった場
合）マスク解除の制御を行なう（図１１参照）。アドレ
ス設定処理部１１２がアドレスマスクテーブル１１４と
設定可能アドレステーブル１１３を参照して次ドアドレ
ス格納部１１１を書き換える。

【００２６】図１２は、サービス機能起動制御処理部５
０がサービス機能制御処理部１２１にある場合のアドレ
ス変更を実現するためのブロック図である。

【００２７】図１３は図１１及び図１２に示したサービ
ス機能起動制御処理部５０の構成例を示す図である。ま
た、図１４は図１１及び図１２に示したサービス機能起
動制御処理部５０の構成例を示す図である。

【００２８】本実施例により、自己アドレス格納部を不
揮発性のＲＡＭにより構成する端末によるシステムにお
いては、システム起動中にシステムの電源が一斉に落ち
た場合などの際起動時のアドレスの自動設定において不
用な制御が無くなる。

【００２９】

【発明の効果】本発明により、特定のサービス機能を提
供する機能を有する複数の第１の端末と、前記第１の端
末による特定のサービス機能を使用する複数の第２の端
末が伝送路により結合され相互に通信を行なうネットワ
ークにおいて、下記の効果を有するものである。 （１）複数の同一機能を持つコントローラがネットワー
ク上にただ一つとなり、管理の同期・一元性が図れると
ともに、通信により前記管理の一元性確保が自動的に行
なわれることにより、設置時の煩雑さの削減により誤操
作の防止にもつながる。 （２）複数の同一機能を持つコントローラがネットワー
ク上に存在し、その中の一台のみが動作中である時で、
この一台に異常が発生し機能の提供が行えなくなった場
合でも、前記機能を停止することなくシステムが動作で
き、さらに、通信により自動的に再起動処理が行なえ手
動による移行処理のための煩雑さが軽減で、且つサービ
スの受け側の端末の負荷が無いシステムの構築が行なえ
る。 （３）複数の同一機能を持つコントローラがネットワー
ク上に存在し、その中の一台のみが動作中である時で、
この一台に異常が発生し機能の提供が行えなくなった場
合でも、前記機能を停止することなくシステムが動作で
き、 さらに、通信により自動的に再起動処理が行
なえ手動による移行処理のための煩雑さが軽減できる。
特に、コントローラ端末の負荷（一定時間間隔で起動中
指示を行なったり、起動中指示の確認を行なうこと）の
軽減が図れる。 （４）自己アドレス格納部を不揮発性のＲＡＭにより構
成する端末によるシステムにおいては、システム起動中
にステムの電源が一斉に落ちた場合などの際起動時のア
ドレスの自動設定において不用な制御が無くなる。

【００３０】特にＨＢＳにおいては、上記効果が顕著で
ある。

【図面の簡単な説明】

【図１】本発明による特定のサービス機能の起動開始シ
ーケンスの一例を示す図である。

【図２】本発明による起動中の特定のサービス機能の異
常発生時の機能停止及び他端末の再起動のシーケンスの
第１の実施例を示す図である。

【図３】本発明による起動中の特定のサービス機能の異
常発生時の機能停止及び他端末の再起動のシーケンスの
第２の実施例を示す図である。

【図４】本発明によるコマンド構成の一例を示す図であ
る。

【図５】本発明による特定のサービス機能を有する端末
の第１の構成例を示す図である。

【図６】本発明による特定のサービス機能を有する端末
の第２の構成例を示す図である。

【図７】本発明によるサービス機能起動制御処理部の第
１の構成例を示す図である。

【図８】本発明によるサービス機能起動制御処理部の第
２の構成例を示す図である。

【図９】本発明による特定おサービス機能利用端末構成
の一実施例を示す図である。

【図１０】本発明によるアドレス制御用テーブルの一実
施例を示す図である。

【図１１】本発明による特定のサービス機能を有する端
末の第３の構成例を示す図である。

【図１２】本発明による特定のサービス機能を有する端
末の第４の構成例を示す図である。

【図１３】本発明による図１１及び図１２に示したサー
ビス機能起動制御処理部の第１の構成例を示す図であ
る。

【図１４】本発明による図１１及び図１２に示したサー
ビス機能起動制御処理部の第２の構成例を示す図であ
る。

【図１５】本発明の適用されるネットワーク構成の一例
を示す図である。

【図１６】図１５中に示した機器を機能ブロック化した
図である。

【図１７】図１６で示した構成で各端末の持つサービス
機能要求のためのシーケンスの一例を示す図である。

【図１８】図１５で示したネットワークがＨＢＳである
場合の制御用の電文フォーマットの一構成例を示す図で
ある。

【図１９】図１６で示した従来の端末の一構成例を示す
図である。

【図２０】ＨＢＳ上の従来の端末がＨＢＣである場合の
端末の構成例を示す図である。

【図２１】ＨＢＳにおける特定のサービス機能として情
報チャネル要求に関するシーケンスの一例を示す図であ
る。

【図２２】図２１で示したシーケンスで使用するコマン
ド構成の一例を示す図である。

【図２３】二つのコントローラそれぞれでの情報チャネ
ルの使用状態管理の一例を示す図である。

【図２４】図２０で示したＨＢＣのアドレス制御部まで
含む一構成例を示す図である。

【図２５】図２４で示した設定可能なアドレステーブル
の具体的一構成例を示す図である。 １５１ー１５４ 端末 １１ 起動指示 １６ 動作中指示 ７１ 起動時「起動指示」通知処理部 ７２ 起動中の「起動指示」受信処理部 ８１ 起動中「動作中指示」通知処理部 ８２ 停止中「動作中指示」受信処理部 ８３ 停止中「起動要求」受信処理部

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 複数の端末を伝送路により結合し、相互
   に通信を行なうネットワークの通信システム制御処理装
   置において、特定のサービス機能の制御処理を実現する
   第１の処理部と、前記第１の処理部の起動開始時に伝送
   路により結合された他の端末に対して起動通知の処理を
   行なう第２の処理部と、前記第１の処理部の通常動作中
   に前記ネットワークにより接続された他の端末からの前
   記特定のサービス機能の起動開始の通知を受け取った時
   に前記特定のサービス機能がすでに動作中であることを
   通知する第３の処理部を具備し、前記第２の処理部にお
   いては前記特定のサービス機能の起動通知後に一定時間
   他の端末からの前記特定のサービス機能の動作中を指示
   する応答を待ち，一定時間経過後も何等応答の無い時の
   み前記第１の処理部と前記第３の処理部を起動し，応答
   のあった場合には前記第１の処理部と前記第３の処理部
   の起動を停止することを特徴とする通信システム制御処
   理装置。
2. 【請求項２】 複数の端末を伝送路により結合し、相互
   に通信を行う為の前記複数の端末のアドレスがその端末
   の保持する機能により決まるネットワークの通信システ
   ム制御処理装置において、特定のサービス機能の制御処
   理を実現する第１の処理部と、前記第１の処理部の起動
   開始時に伝送路により結合された他の端末に対して起動
   通知の処理を行う第２の処理部と、前記第１の処理部の
   通信動作中に前記ネットワークにより接続された他の端
   末からの前記特定のサービス機能の起動開始の通知を受
   け取った時に前記特定のサービス機能がすでに動作中で
   あることを通知する第３の処理部と、さらにアドレスの
   変換処理を行う第５の処理部を具備し、前記第２の処理
   部は、前記第１の処理部と前記第３の処理部の起動を停
   止する際にのみ前記第５の処理部の起動を行い、前記第
   ５の処理部は、端末の設定可能アドレスメモリから前記
   第１の処理部による機能により設定することのできる特
   定のアドレスを削除あるいは前記特定のアドレスの設定
   のためのマスク処理を行うことを特徴とする請求項１記
   載の通信システム制御処理装置。