JPH0753146A - ローカルエリアネットワーク昇降機通信網 - Google Patents

Abstract

(57)【要約】 【目的】 ローカルエリアネットワーク（ＬＡＮ）昇降
機通信網の通信に必要な平均通信時間を短縮する。 【構成】 ＬＡＮ昇降機通信網は（ａ）かご制御システ
ム要素との間で信号のやり取りをするための一対のかご
用冗長バス（６５、６６）と、（ｂ）かご−群間ブリッ
ジによってかご用冗長バスとの間で信号のやり取りをす
るための一対の群用冗長バス（６３、６４）と、（ｃ）
群−建物間ブリッジによって建物制御装置との間で信号
のやり取りをするための一対の建物用冗長バス（６１、
６２）と、を含む。かご用バス、群用バス、建物用バス
上の全ノード間での通信は１つのプロトコルによって行
われる。バス上の各通信要素は、送信機と受信機とを含
む通信コプロセッサによってバスと通信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は昇降機通信網に関する。

【０００２】

【従来の技術】特許査定になっている係属中の米国出願
第０７／０２９，４９５号「Ｔｗｏ−Ｗａｙ Ｒｉｎｇ
Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ｆｏｒ
Ｅｌｅｖａｔｏｒ Ｇｒｏｕｐ Ｃｏｎｔｒｏｌ（昇
降機群制御用二方向リング通信システム）」（１９８７
年３月２３日出願）に開示されている昇降機システムに
類似の昇降機システムでは、昇降機のかご１つにつき１
つのマイクロプロセッサを割り当てるといった形で昇降
機群の制御を別々のマイクロプロセッサに分散してい
る。これらのマイクロプロセッサは作動制御サブシステ
ム（ＯＣＳＳ）と呼ばれ、いずれも双方向環状ネットワ
ークに接続されている。各作動制御サブシステムは後述
するように他の多数のサブシステムや信号発生装置など
に接続されている。このようなサブシステムおよび信号
発生装置の集合を図１に示すが、ここでは分かりやすく
するためにサブシステムおよび信号発生装置の集合を１
つだけ示しておく。

【０００３】ホール呼びボタン４８および発光源は、ス
イッチオーバーモジュール（ＳＯＭ）５０を介し、遠隔
ステーションおよび遠隔シリアル通信リンクによって作
動制御サブシステムに接続されている。かご呼びボタ
ン、発光源およびスイッチは同様の遠隔ステーションと
シリアルリンクとを介して作動制御サブシステムに接続
されている。かごの運転方向や位置を示すインジケータ
などのかご特定ホール機構は、遠隔ステーションと遠隔
シリアルリンクとを介して作動制御サブシステムに接続
されている。

【０００４】かごの負荷についての測定値は扉制御装置
の一部である扉制御サブシステム（ＤＣＳＳ）３６によ
って定期的に読み取られる。この負荷測定値は同じ扉制
御装置の一部である運動制御サブシステム（ＭＣＳＳ）
に送られ、さらに作動制御サブシステムにも送られる。
扉制御サブシステム３６および運動制御サブシステム
は、作動制御サブシステムの制御下で扉の動作やかごの
運動を制御するマイクロプロセッサである。この時、運
動制御サブシステムは駆動／制動サブシステム（ＤＢＳ
Ｓ）と協働して動作する。

【０００５】かご送り機能は高性能かご送りサブシステ
ム（ＡＤＳＳ）の制御下で作動制御サブシステムによっ
て実行される。高性能かご送りサブシステム（ＡＤＳ
Ｓ）は、情報制御サブシステム（ＩＣＳＳ）を介して作
動制御サブシステムとの間で情報のやりとりをする。乗
客の平均体重を使用して運動制御サブシステムでかご負
荷についての測定値を乗降人数に変換し、変換結果を作
動制御サブシステムに送信することもできる。作動制御
サブシステムは情報制御サブシステムを介してこのデー
タを高性能かご送りサブシステムに送信する。

【０００６】高性能かご送りサブシステムは、特に信号
処理によって、様々な階における乗降人数やかごの到着
回数、かごの出発回数についてのデータを収集する。従
って、高性能かご送りサブシステムはプログラムに基づ
いて各階における交通状態を解析することができる。ま
た、高性能かご送りサブシステムは必要であれば予測な
どに使用する他のデータを収集することもできる。

【０００７】

【発明が解決しようとする課題】このような環状システ
ムには問題がある。

【０００８】システムの各ノード間での通信は、例えば
駆動制御装置から運動制御装置へ、または運動制御装置
から作動制御装置へといった形の二地点間通信である。
ノードはバス上のいずれかの通信要素である。駆動制御
装置から作動制御装置に何らかのメッセージを送る必要
があるような場合、このメッセージを送るためには通信
を２回行わなければならない。すなわち、駆動制御装置
から運動制御装置への通信で１回、さらに運動制御装置
から作動制御装置への通信で２回である。通信を二地点
間で行うため、通信に必要な時間は長くなる。メッセー
ジは多数の通信ノードを通らなければならず、メッセー
ジの通るルートにある各ノードにおいてこのメッセージ
を復号化し、解釈し、符号化しなければならない。ま
た、これと同じ理由から、通信の際の計算にも複雑で高
価かつ冗長なソフトウェアが不可欠となる。

【０００９】第２に、例えば機械の動きやシーブ、ブレ
ーキなどを動作させる駆動／制動サブシステムの場合、
この通信システムではあるノードに関する応用マイクロ
プロセッサはアプリケーション機能の他に通信機能を果
たし、この目的のためにホストマイクロプロセッサを設
計してある。従って、駆動／制動サブシステムなどのマ
イクロプロセッサが自らのアプリケーションを実行する
ことはない。

【００１０】第３に、システムにノードを追加しにく
い。システムにノードを追加するためには、送信ノード
と受信ノードとの間の通信パスにある各ノードに送信ノ
ードからのメッセージを送信したり受信したりするため
のハードウェアやソフトウェアを備えなければならな
い。送信途中に通過点となるノードではそのメッセージ
を使わない場合にも、である。例えば、昇降機管理シス
テム（ＥＭＳ）から高性能かご送りサブシステムにメッ
セージを送りたい場合、通信パス内にある第１の情報制
御サブシステム、各作動制御サブシステム、さらには第
２の情報制御サブシステムをハードウェアとソフトウェ
アとで改装してＥＭＳメッセージを扱えるようにしなけ
ればならない。ある特定のメッセージの送り先が中間の
トランシーバーノード（例えば作動制御サブシステム）
以外である場合の他、中間のノードでは自らの主な機能
を実行する際に送信ノード（例えば昇降機管理システ
ム）からのメッセージをどれ１つとして使用しないよう
な場合に、各中間ノードをハードウェアとソフトウェア
とで改装しなければならないということは大きな弊害と
なる。

【００１１】本発明の目的はローカルエリアネットワー
ク（ＬＡＮ）昇降機通信網の通信に必要な平均通信時間
を短縮することにある。

【００１２】

【課題を解決するための手段】本発明によれば、ＬＡＮ
昇降機通信網は（ａ）かご制御システム要素との間で信
号のやり取りをするための一対のかご用冗長バスと、
（ｂ）かご−群間ブリッジによってかご用冗長バスとの
間で信号のやり取りをするための一対の群用冗長バス
と、（ｃ）群−建物間ブリッジによって建物制御装置と
の間で信号のやり取りをするための一対の建物用冗長バ
スと、を含む。

【００１３】また、本発明によれば、かご用バス、群用
バス、建物用バス上にある全ノード間での通信を１つの
プロトコルに沿って行う。

【００１４】さらに、本発明によれば、バス上の各通信
要素は送信機と受信機とを含む通信コプロセッサによっ
てそのバスと通信する。通信コプロセッサは、バスに接
続されたホストマイクロプロセッサが通信機能に対する
処理時間を指定していない場合に限って通信機能を実行
する。

【００１５】

【実施例】図２は、２本の建物用冗長バス（建物用バス
６１、６２）、２本の群用冗長バス（群用バス６３、６
４）および２本のかご用冗長バス（かご用バス６５、６
６）を示す。

【００１６】理想的には、対になった２本の冗長バスの
各々に同一の情報を送る。例えば、建物用バス６２上の
信号は建物用バス６１上の信号と同一である。

【００１７】通信用コプロセッサ（ＣＣ）１０２を介し
て建物用バス６１および６２に接続されているのは建物
制御装置２である。建物制御装置２は、（ある群内の各
昇降機のかご送りを統制するのではなく）複数の昇降機
群のかご送りを統制し、さらに昇降機を診断する目的で
使われる。ブリッジ４は群用（Ｇ）バスと建物用（Ｂ）
バスとを接続する（すなわち、Ｇ／Ｂ）。通信用コプロ
セッサを介して群用バス６３、６４に接続されているの
は、第１の昇降機群のかご送りを管理する群制御装置
６、建物制御装置２およびかご−群間ブリッジ９であ
る。通信用コプロセッサ１０２を介してかご用バス６
５、６６に接続されているのは、多数のかご制御システ
ム、作動制御サブシステム（ＯＣＳＳ）７、運動制御サ
ブシステム（ＭＣＳＳ）５、駆動／制動サブシステム
（ＤＢＳＳ）３、扉制御サブシステム（ＤＣＳＳ）８お
よび電気照明表示装置（ＥＬＤ）１０である。作動制御
サブシステム７は、ここでは参考に挙げておくＭｅｎｄ
ｅｌｓｏｈｎ他の米国特許第４，４９７，３９１号「Ｍ
ｏｄｕｌａｒ Ｏｐｅｒａｔｉｏｎａｌ Ｅｌｅｖａｔ
ｏｒＣｏｎｔｒｏｌ Ｓｙｓｔｅｍ（モジュラー作動昇
降機制御システム）」に記載されている信号のやり取り
と同じような方法で遠隔シリアルリンクと信号をやり取
りする。

【００１８】昇降機かご呼びボタン、発光源、スイッチ
（図示せず）は遠隔シリアルリンク（ＲＳＬ）を介して
作動制御サブシステム７に接続されている。かごの運転
方向や位置を示すインジケータ（図示せず）などの昇降
機のかご特定ホール機構は、遠隔シリアルリンクを介し
て作動制御サブシステム７と接続されている。これらの
かご機構は、英数字表示装置および乗り場のホールラン
タン（ＨＬ）（図示せず）からなる電気照明表示装置１
０を含む。

【００１９】作動制御サブシステム７に接続された各昇
降機のかご（図示せず）は、上述したものと同じような
指示銅、スイッチ、通信リンクなどの構成を有する。

【００２０】かご負荷測定値は扉制御サブシステム８に
よって周期的に読み込まれる。負荷測定値は運動制御サ
ブシステム５に送られる。負荷測定値はさらに作動制御
サブシステム７に送られる。扉制御サブシステム８およ
び運動制御サブシステム５は好ましくは作動制御サブシ
ステム７の制御下でかご扉の動作やかご運動を制御する
マイクロプロセッサ内に備えておく。運動制御サブシス
テム５は駆動／制動サブシステム（ＤＢＳＳ）３と協働
して動作する。

【００２１】かご送り機能は、各作動制御サブシステム
７と通信する高性能かご送りサブシステム（ＡＤＳＳ）
１２と協働して作動制御サブシステム７によって実行さ
れる。一例として、かご負荷についての測定値を運動制
御サブシステム５によって乗降人数に変換し、変換結果
を作動制御サブシステム７に送信する。作動制御サブシ
ステム７は通信バスを介してこのデータを送出する。ま
た、他の例として、かご枠に取り付けられたハードウェ
アセンサからのデータに基づいて乗り込んだ人数を求
め、この情報をかごの作動制御サブシステム７に供給す
る。

【００２２】高性能かご送りサブシステム１２は、１日
を通して各かごや群の需要に関するデータを収集し、週
の曜日毎に時間別の交通需要の履歴記録とすることもで
きる。高性能かご送りサブシステム１２は、予測した需
要と実際の需要とを比較し、昇降機のかご送りシーケン
スを調節して群およびかごの性能を最適なものとするこ
ともできる。このような機能の様々な態様については、
ＫａｎｄａｓａｍｙＴｈａｎｇａｖｅｌｕに付与された
１９９１年６月１９日登録の米国特許第５，０２４，２
９５号「Ｒｅｌａｔｉｖｅ Ｓｙｓｔｅｍ Ｒｅｓｐｏ
ｎｓｅ Ｅｌｅｖａｔｏｒ ｄｉｓｐａｔｃｈｅｒ Ｓ
ｙｓｔｅｍ ｕｓｉｎｇ Ａｒｔｉｆｉｃｉａｌ Ｉｎ
ｔｅｌｌｉｇｅｎｃｅ ｔｏ Ｖａｒｙ Ｂｏｎｕｓｅ
ｓ ａｎｄ Ｐｅｎａｌｔｉｅｓ（人工知能を利用して
ボーナスとペナルティとを変化させる相対システム応答
式昇降機かご送りシステム）」に記載されており、その
開示内容については同明細書を参考にされたい。

【００２３】ブリッジ４および９の各々はメッセージを
受信し、このメッセージに含まれる制御バイト信号、ロ
ーカルアドレス信号、メッセージ識別子信号、バスアド
レス信号に基づいて受信したメッセージを次のバスに送
信する。

【００２４】図３は、かご用バス、群用バス、建物用バ
スなどの冗長バス６１（６３、６５）および６２（６
４、６６）に接続されたバスブリッジ４（９）を示す。
ブリッジ４（９）は、２つの通信コプロセッサと、２つ
のトランシーバー（バス対１つにつき１つ）と、メモリ
との間でインターフェースを取るためのブリッジマイク
ロプロセッサμＰと、例えば作動制御サブシステムとの
間でインターフェースを取るためのＲＳ４２２ポートと
を備える。

【００２５】図４は休止中ではないという意味で「使用
中」のノード間でやり取りされるプロトコルを示す。休
止中のバスをアクセスしようとしたノードがあった場合
には、このノードはまずバスをジャム状態にする。これ
については、係属中の米国出願第０７／９９２，８７７
号「衝突検出を使用しない暗黙トークンメディアアクセ
スプロトコル（Ｉｍｐｌｉｃｉｔ Ｔｏｋｅｎ Ｍｅｄ
ｉａ ＡｃｃｅｓｓＰｒｏｔｏｃｏｌ ｗｉｔｈｏｕｔ
Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ）」に記載
されている。このプロトコルは、プロトコルの開始を示
す４ビットのプリアンブルから始まる。プリアンブルの
後ろには、受信側でメッセージの発信元を識別できるよ
うにし、特に受信側のノードに対して現在送信ノードで
使用されている回転スロットを示すための８ビットの送
信側識別子（ＩＤ）がある。送信側ＩＤフィールドは５
ビットの識別（ＩＤ）コードと誤差検査／修正用の３ビ
ットからなる。各通信コプロセッサの送信側ＩＤはプロ
グラム可能かつ予め割り当て可能である。送信側ＩＤは
バスセグメント毎に異なるものでなければならない。す
なわち、ＬＡＮ内で同一の送信側ＩＤを使用してもよい
が、１つのバス上で同一の送信側ＩＤは使用できない。

【００２６】送信側ＩＤの後ろには８ビットの制御バイ
ト（ＣＢ）がある。後半４ビットはデータフィールドの
長さ（１〜１６バイト）を示し、これがメッセージその
ものである。制御バイトの形式を図５に示しておく。第
０ビットは、メッセージパケット内のデータが群用バス
から建物用バスにコピーされるものであるか否かを示す
ためのビットである。制御バイトの第１ビットはメッセ
ージ内のデータがかご用バスから群用バスにコピーされ
るものであるか否かを示すためのビットである。これら
の２ビットはブリッジにおいて通信コプロセッサによっ
て使用される。第２ビットはバスアドレス（ＢＡ）フィ
ールドが存在するか否かを示すためのビットである。バ
スアドレスはノードからバスにアドレスするために使用
される。第３ビットはローカルアドレス（ＬＡ）フィー
ルドが存在するか否かを示すビットである。ローカルア
ドレスはノードからノードにアドレスするために使用さ
れ、ノード間でのメッセージのやり取りに必要な平均時
間を短縮するのに役立つ。制御バイトは、ローカルアド
レスおよび／またはバスアドレスが存在するか否かを示
すことによってメッセージ形式を示すものである。上位
４ビット分でメッセージの送り先が分かるため、制御バ
イトは通信モードを示すものでもある。

【００２７】図６は制御バイトのビット設定によって示
される通信モードである。上位４ビットが「１０００」
になっている場合には、メッセージにローカルアドレス
フィールドが使用されているため、メッセージに関する
通信モードはローカルバスでのノードからノードへの通
信に限られる。あるノードとリモートバス上の他のノー
ドとの間で通信を行うのであれば、メッセージのパケッ
ト形式中にローカルアドレスフィールドとバスアドレス
フィールドの両方が存在するため、制御バイトのビット
は「１１００」に設定される。ノードとローカルバスと
の間での通信状態は制御バイトのビット「００００」で
表される。ノードとローカルバスとの間での通信にはロ
ーカルアドレスフィールドもバスアドレスフィールドも
必要ないためである。通信モードがノードとリモートバ
スとの間でのモードである場合には、制御バイトビット
は「０１００」に設定される。このようなビット設定に
なるにはノードとリモートバスとの間の通信用のバスア
ドレスフィールドが必要である。ノードとそのノードに
対するかご用ローカルバス集合との間の通信の際には、
制御バイトビットは「０１００」に設定される。バスア
ドレスフィールドはこのビット設定値によって示される
が、通信対象となる特定のバスは常にバスアドレスによ
って与えられる。ノードとかご用リモートバス集合との
間の通信であるということは、制御バイトビットが「０
１００」になることで分かる。ノードと群用バス集合と
の間の通信は制御バイトビット「０１０１」で示され
る。制御バイトビットが「０１００」に設定されている
時には、通信はあるノードと全てのノードとの間で行わ
れることになる。制御バイトビットが「０１０１」に設
定されている時には、通信はノードと建物用バス集合と
の間で行われる。

【００２８】各通信コプロセッサは、自分が受信する可
能性のあるメッセージ識別子（ＭＩＤ）のメッセージ識
別（ＩＤ）テーブルを含む。ＭＩＤフィールドは、メッ
セージ内容とそのメッセージがアプリケーション層によ
って受信されるものであるか否かを判定するために通信
コプロセッサだけでなく扉駆動装置などのホストによっ
ても使用される。図７は、ＭＩＤ、メッセージの発信
元、制御バイト（ＣＢ）値に関連したメッセージ機能と
共に作動制御サブシステム用（ＯＣＳＳ）についてＭＩ
Ｄテーブルを部分的に示した図である。一般に、ＣＢお
よびＭＩＤは互いに独立であり、バスアドレスを介して
バスへ、またはローカルアドレスおよびバスアドレスを
介して特定の１つのノードへ、などの形で同一のＭＩＤ
を別の送信先に送ることも可能である。制御バイトは使
用されるアドレスのタイプを示すものでもある。

【００２９】ＭＩＤが２の場合、制御バイトは「６」で
あり、メッセージ発信元は作動制御サブシステムであ
る。考えられるメッセージの送り先として、かご用ロー
カルバス、群用バス、建物用バスがある。ノードの送り
先としては、作動制御サブシステムおよびその発信元作
動制御サブシステムの群用の高性能かご送りサブシステ
ムが考えられる。このメッセージを使用し、作動制御サ
ブシステムを初期設定することでホール呼び（ホール呼
びに対する初期かご送りと、その後の再かご送りの両
方）に対してかごを送る。このメッセージはイベント／
定時間（ホール呼びボタン動作／再かご送り期間）に発
信元作動制御サブシステムによって生成される。このメ
ッセージは８ビットのかご用アドレスと、７ビットのホ
ール呼び到着回数と、３ビットのホール呼びタイプと、
１４ビットのＲＳＲ信号と、２ビットのかご呼びフラグ
とからなる。ホール呼びタイプは以下の８つの値のうち
のいずれかをとる。

【００３０】（ａ） 「００」 前部上昇ホール呼び （ｂ） 「０１」 前部下降ホール呼び （ｃ） 「０２」 後部上昇ホール呼び （ｄ） 「０３」 後部下降ホール呼び （ｅ） 「０４」 前部緊急ホール呼び （ｆ） 「０５」 後部緊急ホール呼び （ｇ） 「０６」 前部かご呼び （ｈ） 「０７」 後部かご呼び ＭＩＤが３の場合、制御バイトの値は「３」になり、送
信先はかご用バス、群用バス、建物用バスのいずれかに
なる。ノードの送り先として考えられるのは作動制御サ
ブシステムと高性能かご送りサブシステムである。この
メッセージは、初期設定された作動制御サブシステムに
よって送出されるかご送り（および続く再かご送り）メ
ッセージに応答して送出される。このメッセージはイベ
ントすなわち初期設定された作動制御サブシステムによ
って送出されたかご送りメッセージの受信時に、発信元
作動制御サブシステムで生成される。このメッセージは
４ビットのかご用ローカルアドレスと、７ビットのホー
ル呼び到着回数と、３ビットのホール呼びタイプと、１
４ビットのＲＳＲ信号と、２ビットのかご呼びフラグと
からなる。ＲＳＲは米国特許第４，３６３，３９１号
「ＲｅｌａｔｉｖｅＳｙｓｔｅｍ Ｒｅｓｐｏｎｓｅ
Ｅｌｅｖａｔｏｒ Ｃａｌｌ Ａｓｓｉｇｎｍｅｎｔ
（相対システム応答式昇降機呼び割り当て）」に開示さ
れている。

【００３１】上述したように、あるメッセージに対して
通信コプロセッサで受け入れるか否かを通信コプロセッ
サ自体が判断できるようにするために通信システム上の
各ノードはＭＩＤテーブルを有する。特定のメッセージ
は特定のノードでしか受け入れることができない。上述
した作動制御サブシステムに関するＭＩＤでは、例えば
運動制御サブシステムは考えられる送信先ではない場合
に運動制御サブシステムの通信コプロセッサはＭＩＤ１
〜３を有するメッセージは受け入れない。

【００３２】（ａ）自分のローカルアドレスに宛てられ
たものである場合や（ｂ）メッセージのＭＩＤと自分の
ＭＩＤテーブル内のＭＩＤの１つとが一致した場合に、
ＭＩＤおよびローカルアドレスは全てのノードにおいて
メッセージを受信・処理するために使用される。

【００３３】これらの２つの規則には、速度／加速度メ
ッセージおよび駆動状態メッセージに関して２つの例外
がある。これらのメッセージは帯域幅の５０％以上を使
うことができるため、プリアンブル、制御バイト、メッ
セージ長、検査合計のみからなるように最適化されるた
めである。バスアドレスおよびローカルアドレスは含ま
れない。結果として、全受信ノードはこれらの２つのメ
ッセージを受け入れるか拒否するかを決めるために制御
バイトを調べなければならなくなる。ノードは、メッセ
ージを受け入れるか拒否するかを決める際にＭＩＤを調
べなくてもよく、これらのメッセージを受け入れるか拒
否するかを決めるためにバスアドレスやローカルアドレ
スを調べることもない。これらのフィールドには速度／
加速度や駆動状態についてのメッセージを含むものは１
つもないからである。

【００３４】バスアドレスフィールドおよびローカルア
ドレスフィールドは、特定のノードとバスとの間で通信
が必要な場合にのみ使用される。バスアドレスフィール
ドとローカルアドレスフィールドは、メッセージパケッ
トを適切な送信先に送るために使用される。

【００３５】ローカルアドレスフィールドは幅８ビット
であり、ノードからノードをアドレスする際に使用され
る。３本のバス上のノード用のローカルアドレスを図８
に示す。

【００３６】８ビットのバスアドレスフィールドを使用
してノードからバスにアドレスすることができる。この
バスアドレスフィールドは特定のバスまたはバス集合に
メッセージを送るために使用される。また、バスアドレ
スフィールドは次のレベルにあるバスにメッセージを送
るべきであるか否かを判断するためにブリッジでも使用
される。バスアドレスフィールドは２つの４ビットニブ
ルに分けられる。上位のニブルはかご用バスアドレス
（ＣＢＡ）として規定され、下位のニブルは群用バスア
ドレス（ＧＢＡ）として規定される。図９は、バスアド
レスフィールドに対するアドレスの割り当て状態を示
す。上位のニブルの値がゼロである場合にはメッセージ
は建物用バスに送られる。上位のニブルの値が１〜１４
のいずれかである場合には、メッセージは特定の群用バ
スに送られるかどこにも送られないかのいずれかであ
る。上位のニブルの値が１５である場合にはメッセージ
は全てのバスに送られる。下位のニブルの値がゼロであ
る場合にはメッセージはかご用バスアドレスには送られ
ない。下位のニブルの値が１〜１４のいずれかである場
合には、メッセージは複数の群用バスのうちの１つに送
られるかまたはどこにも送られないかのいずれかであ
る。下位のニブルの値が１５である場合にはメッセージ
はすべての群用バスに送られる。「なし」というかご用
バスアドレスはブリッジにおけるブロックアドレスとし
て使用される。すなわち、バスアドレスフィールドを有
するかご用バス以外のバスに対するパケットでは、かご
用バスフィールドを「なし」に設定しなければならな
い。建物用バスおよび群用バス上のノードはいずれも
「なし」というかご用バスアドレスを有する。メッセー
ジにおける次の部分は１６バイトのデータフィールドで
あり、このデータフィールドの後ろには１６ビットの検
査合計がある。さらに、検査合計の後ろにポストアンブ
ルが続いている。ポストアンブルの後ろにはフレームギ
ャップがあり、他のメッセージを送信する前にバスを電
気的に処理することができるようにしている。固定の優
先スロットは次のノードに対するバスアクセスを割り当
てる。

【００３７】「層」という用語は、ここではＴａｎｅｎ
ｂａｕｍ著「Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋ（コン
ピュータネットワーク）」第２版（１９８９）第２０８
〜２１２頁に記載されているＩＳＯ通信規格の層に適合
する。

【００３８】図１０はメッセージを送受信するための通
信コプロセッサ（ＣＣ）１０２を示す。通信コプロセッ
サ１０２は、（ａ）通信コプロセッサ１０２とアプリケ
ーション層（ＡＬ；応用層とも言う）１０６との間をイ
ンタフェースするアプリケーション層インタフェース
（ＡＬＩ）１０４と、（ｂ）アプリケーション層１０４
からのメッセージを受信し、このメッセージをバス６１
（６３、６５）またはバス６２（６４、６６）に送信す
る送信機（ＴＭ）１０８と、（ｃ）送信機１０８に対し
て メッセージを送信するためのバス６１（６３、６
５）またはバス６２（６４、６６）上の現在のタイムス
ロットはその送信機に割り当てられたものであるという
ことと、バスは使用中であるということを示すスロット
タイマ（ＳＴ）１１０と、（ｄ）エラーをトラッキング
し、エラーを報告するエラー制御装置（ＥＣ）１１２
と、（ｅ）メッセージを受信し、このメッセージをアプ
リケーション層インタフェース１０４を介してアプリケ
ーション層１０６に送る受信機（ＲＭ）１１４とを備え
ている。例えば、アプリケーション層１０６は昇降機運
動や駆動制御用の信号ホストプロセッサを含む。なお、
以下の説明において、便宜上バス６１（６３、６５）を
第１のバスと呼び、バス６２（６４、６６）を第２のバ
スと呼ぶことにする。

【００３９】メッセージ送信は主に以下の手順に沿って
行われる。第１に、アプリケーション層インタフェース
１０４はアプリケーション層割り込み信号ＡＬ＿ＩＮＴ
をアプリケーション層１０６に送信し、アプリケーショ
ン層インタフェース１０４を書き込み用に利用できるこ
とを示す。次に、アプリケーション層１０６は、アドレ
スＳＹＳ＿Ａ、データＳＹＳ＿Ｄおよび書込信号ＳＹＳ
＿Ｗによってアプリケーション層インタフェース１０４
にメッセージを書き込む。第３に、１６ビットのＳＹＳ
＿Ｄ（１５：０）信号内の送信バッファロード信号によ
って、アプリケーション層１０６はアプリケーション層
インタフェース１０４の送信バッファ（ＴＢ）１１６に
メッセージをロードしたということをアプリケーション
層インタフェース１０４に伝える。第４に、アプリケー
ション層インタフェース１０４は送信機１０８に送信要
求信号ＡＬ＿ＴＭＲＥＱを送信し、送信バッファ１１６
はメッセージを格納しているということを送信機１０８
に伝える。第５に、送信機１０８からのＴＭ＿ＢＵＳＹ
信号が設定されておらず、送信機１０８が使用中でなけ
れば、送信バッファ１１６は、メッセージと、制御バイ
トと、データと、ＭＩＤデータ信号と、ＬＡフィールド
とＢＡフィールドとを含むデータ信号ＡＬ＿ＴＭＤＡＴ
を送信機１０８にロードする。送信機１０８はインクリ
メント信号ＴＭ＿ＩＮＣをアプリケーション層インタフ
ェース１０４に送信し、送信バッファ１１６内のメッセ
ージの新たなバイトを獲得する。送信バッファ１１６か
ら読み出されたメッセージは送信機１０８内のパラレル
／シリアル変換器１２４によってシリアル形式に変換さ
れる。第６に、信号ＴＸＤ１およびＴＸＤ２によってメ
ッセージを２本のバス（第１のバスおよび第２のバス）
に冗長的に送信する。ここで、ＴＸは「送信中」、「送
信する」、「送信」などを示す一般的な略語である。第
７に、送信が完了すると、送信機１０８は送信完了信号
ＴＭ＿ＣＰＴをアプリケーション層インタフェース１０
４とエラー制御装置１１２とに送る。

【００４０】以下、本発明をより詳細に説明する。

【００４１】アプリケーション層１０６は、送信が行わ
れている間すなわちＴＭ＿ＢＵＳＹ信号が送信機１０８
から供給されている間は送信バッファ１１６内のデータ
を削除しない。

【００４２】アプリケーション層１０６は、アプリケー
ション層インタフェース１０４に対するＳＹＳ＿Ｄ（１
５：０）信号内で、（ａ）メッセージの優先度を示す優
先レベル信号と、（ｂ）そのメッセージが優先メッセー
ジを含むということを示す優先信号とを送信する。アプ
リケーション層インタフェース１０４が割り込み信号Ａ
ＬＩ＿ＩＮＴを長時間受信せず、かつアプリケーション
層１０６に優先メッセージがある場合には、アプリケー
ション層１０６はＳＹＳ＿Ｄ信号内のフラッシュビット
によって送信バッファ１１６内のデータをフラッシュ
し、このデータと優先メッセージとを入れ替える。優先
レベル信号は、信号ＡＬ＿ＴＭＰＶＡＬに乗ってスロッ
トタイマ１１０に送られる。

【００４３】メッセージを送信するか否かは、送信機１
０８がスロットタイマ１１０から受信する２つの信号す
なわちＳＴ＿ＴＭＪＡＭおよびＳＴ＿ＴＭＧＯによって
決まる。ＳＴ＿ＴＭＪＡＭは、バスは休止中であるこ
と、そのバスへの送信前にジャム信号を出さなければな
らないということを送信機１０８に伝えるための信号で
ある。ＳＴ＿ＴＭＧＯ信号は、現在のスロットは送信機
に割り当てられたスロットであるため、送信機はバスを
利用できるということを送信機１０８に伝えるための信
号である。送信機１０８でＳＴ＿ＴＭＧＯ信号を受信
し、アプリケーション層インタフェース１０４にメッセ
ージが格納されている場合には、送信機１０８はメッセ
ージ信号ＴＸＤ１およびＴＸＤ２をバス上に送信する。
送信動作中、送信機１０８は高ＴＭ＿ＢＵＳＹを設定
し、アプリケーション層インタフェース１０４、スロッ
トタイマ１１０、エラー制御装置１１２、受信機１１４
に対して送信機１０８は動作状態にあるということを通
知する。

【００４４】スロットタイマ１１０からバスは休止中で
あると通知されると、送信機１０８はＴＸＤ１およびＴ
ＸＤ２用のヘッダーとしてバスジャム信号を送信してか
らメッセージを送信する。バスジャム信号は、最短の２
ビットの間バスを高インピーダンス状態から低インピー
ダンス状態にした後、高インピーダンス状態に戻す。バ
スジャム信号は、スロットタイマ１１０において受信信
号のエッジを示す受信機１１４からのＲＭ＿ＥＤＧＥ信
号、受信機１１４からのポストアンブル信号ＲＭ＿ＰＯ
ＳＴＡＭ、ネットワークがジャム状態にある場合にはバ
スが休止中であることを示す受信機１１４からのＲＭ＿
ＪＡＭ信号を一定時間の受信しなかった場合に出力され
る。

【００４５】図１１乃至図１３はバスジャム状態を示す
図である。図１１は、ジャム信号がバス上に送られてい
る時の２本の送信／受信ペアＴＸ１／ＲＸ１ １１８と
ＴＸ２／ＲＸ２ １２０を示す。ここで、ＲＸは「受信
中」「受信」などを示す一般的な略語である。ＴＸ（１
または２）は送信機１０８に対応し、ＲＸ（１または
２）は受信機１１４に対応する。各送信機ＴＸは、周知
の電子工業会（ＥＩＡ）規格に基づくＲＳ４８５ライン
ドライバである。同様に、各受信機１１４はＥＩＡ規格
に基づくＲＳ４８５受信機である。バスが休止（ＩＤＬ
Ｅ）中であることを第１の受信機ＲＸ１によって検出す
ると、第１の送信機ＴＸ１はメッセージを送信する前に
バスをジャム状態にする。第２のジャム信号（ＪＡＭ）
をバスに送信する第２の送信機ＴＸ２よりも前に第２の
受信機ＲＸ２がジャム状態を検出すると、受信機ＲＸ２
は送信機ＴＸ２がバスをジャム状態にしないようにす
る。しかしながら、バスをジャム状態にする第２の送信
機ＴＸ２よりも先に第２の受信機ＲＸ２がジャムを検出
できなかった場合には、第２の送信機ＴＸ２はバスをジ
ャム状態にする。第１の受信機ＲＸ１、第１の送信機Ｔ
Ｘ１、第２の受信機ＲＸ２、第２の送信機ＴＸ２は、い
ずれも変圧器を介してバスに接続されている。変圧器
（ＸＦＲＭＲ）１２２はバスからＲＳ４８５ＮＩ供給さ
れる直流電流共通モード電圧を最小限に抑える。

【００４６】図１２は、すでに休止したバスをジャム状
態にしている時の送信機ＴＸ１およびＴＸ２の出力ＴＸ
Ｄ１およびＴＸＤ２と、バスをジャム状態にしている時
の入力ＲＸＤ１およびＲＸＤ２を示す。図１２から、バ
ス上に負の電圧をドライブすることによってＴＸ１は上
述したようにバスをジャムしていることが分かる。休止
中、この負の電圧は高インピーダンス状態にある。受信
機ＲＸ２が送信機ＴＸ１からバスジャム信号を受信（Ｔ
Ｘ１ジャムの１バス遅延後）する前に送信機ＴＸ２がバ
スをジャム状態にした場合、本発明ではＲＳ４８５ドラ
イバはバスを逆方向ではなく同一方向に駆動するためＲ
Ｓ４８５ドライバが傷むことはない。このようにするこ
とで、熱保護回路を備えなくてよくなる。仮にＴＸ１お
よびＴＸ２がバスを逆方向に駆動したとすると、例えば
ＴＸ１は低レベルでジャムされてＴＸ２は高レベルでジ
ャムされ、熱保護回路がなければＴＸ１とＴＸ２に悪影
響が及ぶこともある。

【００４７】各通信コプロセッサ１０２は、最初のジャ
ム信号の受信の際の全受信機ＲＸでの最初のジャム信号
に応答しての高レベル状態（ハイ）から低レベル状態
（ロー）に遷移し、第２のジャム信号を受信しても低レ
ベル状態のままである時に伝搬遅延時間内で同期してい
る。

【００４８】図１３は、ＴＸ１およびＲＸ１と、これら
に関連した回路とを示す図である。ＲＳ４８５のＴＸ１
で送信イネーブル信号ＳＴ＿ＴＭＪＡＭを受信すると、
バスジャム信号が出力される。故障隔離回路によって、
このバスジャム信号は、バスの休止中には通常高レベル
にあるバス信号線の電圧を低くする。このような低い電
圧はＲＳ４８５のＲＸ１の入力側において検出される。
この結果、バスの休止中には高レベルにある受信機１１
４からの出力は低レベルになる。

【００４９】図１０を参照すると、パラレル／シリアル
変換器１２４からメッセージが出力されると、プリアン
ブルは（もしあればバスジャム後に）そのメッセージに
プリペンドされる。このプリアンブルは、ノードに割り
当てられているスロットが現在のスロットであるという
ことを示すスロットタイマ１１０からのＳＴ＿ＴＭＧＯ
信号を送信機１０８において受信した場合に供給され
る。プリアンブルは長さ４ビットであり、第１ビットの
前半は信号ロー、第２ビットの後半はハイ、第３ビット
の前半はロー、第３ビットの後半と第４ビットの間はハ
イになる。プリアンブルはメッセージの開始点を区切
り、メッセージ内でビット同期を確立するために受信機
によって使用される。

【００５０】メッセージをパラレル形式からシリアル形
式に変換する際、このメッセージはプリアンブルとフレ
ームポストアンブルを除いて巡回冗長検査発生器１２６
に送られ、ここでメッセージに検査合計を付ける。ＣＲ
Ｃ−１６巡回冗長コード（Ｘ¹⁶＋Ｘ¹⁵＋Ｘ²＋１）を使
用する。ここで、ＸはＴａｎｅｎｂａｕｍ著「コンピュ
ータネットワーク（Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒ
ｋ）」第２版（１９８９）第２０８〜２１２頁に記載さ
れているような発生器多項式である。

【００５１】図１０において、メッセージは送信される
際にマンチェスター符号化される。この符号化方法で
は、ビットセルの前半に補足データ、後半に真のデータ
を含む。各ビットセルの真ん中で必ず遷移が起こるよう
にし、自己クロックとして利用する。各ビットセルは５
０％がハイで５０％はローであり、複数のビット時間の
平均を取った場合にＤＣ成分となり、マンチェスター符
号化と変圧器のカップリングとが両立できるようにす
る。

【００５２】フレームポストアンブルのメッセージの検
査合計部分には１２８が付いている。

【００５３】ポストアンブルは、メッセージの終端を区
切るために受信機１１４によって使用される２ビット分
の論理的な１つの同報通信である。

【００５４】図１０において、マルチプレクサ（ＭＵ
Ｘ）１３０は、バスジャムとプリアンブルとメッセージ
（送信側ＩＤ、制御バイト、ＭＩＤ、ＬＡ、ＢＡ、ＣＲ
Ｃバイトを含む）とポストアンブルとを組み合わせて第
１のバスおよび第２のバスに送信する。

【００５５】メッセージの送信中、ジャバ（ｊａｂｂｅ
ｒ）検出回路１３２はメッセージの長さを測定する。ジ
ャバ検出回路１３２は、ＴＭ＿ＢＵＳＹを受信すると計
数を開始するタイマである。ジャバ検出回路１３２はＣ
Ｇ＿ＪＡＢ計数信号すなわち考えられる最長のメッセー
ジ長よりも長いタイムアウト期間に応答する。送信機１
０８がジャバ検出タイムアウト期間よりも長い時間にわ
たって媒体の制御を維持しようとしてもジャバ検出回路
１３２によって阻止され、送信状態機（ＴＳＭ）に断ち
切り信号ＴＭ＿ＡＢＯＲＴを供給して送信のアボートを
指示する。

【００５６】最後に、メッセージＴＸＤ１およびＴＸＤ
２を通信コプロセッサ１０２からトランシーバー（例え
ば図１３のＴＸ１／ＲＸ１など）に供給する。送信に続
いて送信機１０８は低レベルのＴＭ＿ＢＵＳＹを設定
し、ＴＭ＿ＣＰＴ（送信が完了したことを示すメッセー
ジ）、ＴＭ＿ＲＴＲＥＱ（送信バッファ１１６に送信が
要求されていることを通知するメッセージ）、ＴＭ＿Ａ
ＢＯＲＴ、ＡＬ＿ＲＴＡＣＫ（送信機１０８から再送信
要求を受信したというアプリケーション層１０６からの
確認信号）、ＥＲ＿ＴＭＡＢＯＲＴ（再送信要求数が許
容数を越えたために送信をアボートしたことを送信機１
０８に通子するエラー制御装置からの信号）、ＥＲ＿Ｔ
ＭＥＲＲ（送信においてエラーが発生したことを示す信
号）をクリアする。

【００５７】送信後、送信機１０８は、送信良好信号Ｅ
Ｒ＿ＴＭＧＯＯＤ、送信エラー信号ＥＲ＿ＴＭＥＲＲ、
アボート信号ＥＲ＿ＴＭＡＢＯＲＴの３つの信号のうち
の１つをエラー制御装置１１２から受信する。再送信エ
ラー数が限界値を越えた場合には、送信機１０８はＴＭ
＿ＡＢＯＲＴおよびＴＭ＿ＣＰＴをセットし、送信バッ
ファ１２から送信機１０８への要求信号ＡＬ＿ＴＭＲＥ
Ｑをクリアする。しかしながら、送信が良好である場合
には、アボート信号ＴＭ＿ＡＢＯＲＴはセットされず、
エラービットＥＲ＿ＴＭＥＲＲもセットされない。従っ
て、送信は完了し送信機１０８はＴＭ＿ＣＰＴをセット
してＡＬ＿ＴＭＲＥＱをクリアする。エラービットＥＲ
＿ＴＭＥＲＲがセットされている場合には、（ａ）送信
機１０８がＴＭ＿ＲＴＲＥＱをセットしてメッセージの
再送信を要求（ｂ）ＡＬ＿ＲＴＡＣＫをセットすること
でアプリケーション層インタフェース１０４が送信要求
に対する確認に応答（ｃ）アプリケーション層インタフ
ェース１０４がＡＬ＿ＴＭＲＥＱをセットし、送信機１
０８に送信バッファ１１６からのメッセージを受信する
よう要求し、上述したような送信を行う。しかしなが
ら、例えば現在のメッセージの再送信よりも優先メッセ
ージの送信の方が重要であるような場合には再送信時に
セットされたＡＬ＿ＴＭＲＥＱをクリアすることもでき
る。

【００５８】図１０において、送信機１１４は、図３の
トランシーバーに接続された第１のバスおよび第２のバ
スから送られてくるメッセージＲＸＤ１、ＲＸＤ２に応
答する。通信コプロセッサ１０２によって受信される同
期信号は３つある。バスジャム信号は全通信コプロセッ
サを同期させる。バスジャムの後ろにはプリアンブル１
４０がある。このプリアンブルは、受信機１１４におい
てデジタル位相同期ループ（ＤＰＬＬ）１４０を開始さ
せ、データと通信コプロセッサ１０２内のクロック（Ｃ
ＬＫ；図示せず）とを同期させる。第３に、マンチェス
ター符号化を使用することによって、データ信号内の各
ビットはクロック（ＣＬＫ）と同期した状態に保持され
る１／２ビットマークの部分にクロック信号ＲＭＲＸＣ
ＬＫを含む形となる。

【００５９】受信機１１４内では、第１のバスおよび第
２のバスから送られてくるメッセージＲＸＤ１およびＲ
ＸＤ２を各々ブロック１４０においてデジタル的にフィ
ルタリングする。第２に、ブロック１４０内のプリアン
ブル検出回路にメッセージを供給する。

【００６０】メッセージは、ブロック１４０のプリアン
ブル検出回路からデジタル位相同期ループ１４０に供給
され、マンチェスター符号化したメッセージの各１／２
ビットの中心でサンプリングを行う。このメッセージは
受信されるとマンチェスター（ＭＡＮＣ）デコーダ１４
２において復号化され、ＣＲＣ検査回路１４４に送られ
る。ＣＲＣ検査回路１４４はプリアンブルの後にイネー
ブルになり、ポストアンブルの前にデセーブルになる。
送信エラーを示すためにエラー制御装置１１２にＣＲＣ
エラー信号ＲＭ＿ＣＲＣを供給する。

【００６１】マルチプレクサ１４６は、検出されたプリ
アンブルに基づいて第１のバスおよび第２のバスから２
つのメッセージを受信し、２本のバスのうちの一方を選
択する。

【００６２】プリアンブルから始まって、図１４に示す
受信機のマルチプレクサ１４６は第１のバスおよび第２
のバスの各々からメッセージを受信する。受信機のマル
チプレクサ１４６は、各バスから受信したデータに同期
したクロック信号ＲＸＣＬＫ（マンチェスター符号化し
たデータ信号のビット時間の２倍）を受信する。ＲＸＣ
ＬＫ１とＲＸＣＬＫ２との間に位相誤差を生じる危険の
全くない状態で送信機の使用中に受信機のマルチプレク
サ１４６を一方のバスから他方のバスに切り換えること
はできないため、受信機のマルチプレクサ１４６は送信
機使用中信号（ＴＭ＿ＢＵＳＹ）に応答する。

【００６３】マルチプレクサ１４６内において、第１の
バスおよび第２のバスから供給されるプリアンブルＩお
よびＩＩは、ブロック１４８においてマルチプレクサ１
４６内に格納されている同一の理想プリアンブルと比較
される。両プリアンブルと格納されているプリアンブル
とが一致した場合には、マルチプレクサはメッセージを
供給するために現在選択されているバスを切り換えずに
おく。どちらのプリアンブルも格納されている値と一致
しない場合には送信エラーとなる。マルチプレクサ１４
６からの出力用にスイッチ１５０において現在選択され
ているバスからのプリアンブルは格納されている値と一
致しないが、他方のバスからのプリアンブルは理想プリ
アンブルと一致した場合には、この他方のバスが受信機
１１４のパラレル／シリアル変換器１５２にメッセージ
を供給するために選択される。

【００６４】図１５は、第１のバスのクロックから第２
のバスのクロックへのスイッチすなわち切り換え時のＲ
ＸＣＬＫ２に対するタイミングＲＸＣＬＫ１を示す。第
２のバスから第１のバスへの切り換えも同様である。マ
ンチェスター符号化したメッセージの各ビットの中間点
においてサンプリングを行うため、第１のバスから第２
のバスへの切り換えはビット時間の１／４以内に行われ
る。このように、データ流の次のビット（ここでは送信
側ＩＤのビット）の前に切り換えを行う。要するに、パ
ラレル／シリアル変換器に送られるメッセージのエラー
無し尤度を大きくできるように、マルチプレクサ１４６
はプリアンブルに基づいて一方のバスから他方のバスへ
の切り換えを行う。マルチプレクサ１４６のＲＸＣＬＫ
の出力はスイッチ決定前にはＲＸＣＬＫ１に追従し、こ
の点で第１のバス上の無効プリアンブルを検出する。こ
の点で切り換えを行ってしまうと、マルチプレクサの出
力ＲＸＣＬＫに欠陥（ｇｌｉｔｃｈ）が生じる可能性も
ある。従って、両クロック信号ＲＸＣＬＫ１およびＲＸ
ＣＬＫ２のクロックパルスの中心付近で切り換えが行わ
れるようにするため、実際には入力であるＲＸＣＬＫ１
とＲＸＣＬＫ２とが同じ状態になり、少なくとも最短時
間であるが最長時間ではない時間にわたって維持された
後に実際の切り換えを行う。この目的のため、マルチプ
レクサ１４６は最短時間、最長時間、クロック信号ＲＸ
ＣＬＫ１、ＲＸＣＬＫ２に応答する。両クロック信号Ｒ
ＸＣＬＫ１およびＲＸＣＬＫ２からのパルスの中心付近
で切り換えを行うことで、欠陥を回避することができ
る。

【００６５】図１６は、図１４および図１５に示したバ
ス切り換え方式を状態遷移図の形で示したものである。
状態１において、受信機１１４は第１のバスを起動中
（アクティブ）バスとして有し、このバスからメッセー
ジを受信する。状態２において、第２のバスからプリア
ンブルを受信したため、このバスが起動される（アクテ
ィブになる）。状態２において第１のバスからのプリア
ンブルの受信はない。状態３では第２のバスの受信クロ
ック信号を少なくとも２つのサンプルについてデアサー
ト状態でサンプリングし、第１のバスについての受信ク
ロックを少なくとも２つのサンプルについて（デアサー
ト状態またはアサート状態で）サンプリングする。次
に、状態４では第２のバスを起動してこのバスからメッ
セージを受けとる。状態５および状態６は状態２および
状態３と同様である。

【００６６】再び図１０を参照すると、受信機１１４は
（図８の回路によってどちらが選択されたかによって）
ＲＸＤ１またはＲＸＤ２内でメッセージ識別子（ＭＩ
Ｄ）バイトを受信し、メッセージを受信したいのか否か
を判断する。受信機１１４は、アプリケーション層イン
タフェース１０４内のＭＩＤルックアップテーブルにＭ
ＩＤ要求信号（ＲＭ＿ＭＩＤＲＥＱ）を送り、受信した
メッセージのＭＩＤバイトを受信側通信コプロセッサ１
０２に格納されているＭＩＤバイトと比較するよう要求
する。アプリケーション層インタフェース１０４は、Ｒ
Ｍ＿ＭＩＤＲＥＱ信号に応答してＡＬ＿ＭＩＤＡＣＫ信
号を供給し、ＭＩＤ要求に対する確認の返事を返す。こ
の後、受信機１１４はＲＭ＿ＭＩＤＲＥＱをクリアす
る。続いて受信機１１４はアプリケーション層インタフ
ェース１０４にＲＭ＿ＭＩＤＡＤＲ信号を供給し、受信
ノード用に格納されているＭＩＤバイトの位置をつきと
める。メッセージのＭＩＤと受信側通信コプロセッサ１
０２でのＭＩＤとの間で整合がとれた場合には、アプリ
ケーション層インタフェース１０４は受信機１１４にＲ
Ｍ＿ＭＩＤ信号を供給する。

【００６７】受信機１１４をバス制御装置（図示せず）
の一部として構成する場合には、この受信機１１４はア
プリケーション層インタフェース１１４にメッセージ状
態バイト（ＲＭ＿ＭＧＳＴＡＴ）を供給する。メッセー
ジ状態バイトは、受信したメッセージは自分の所に宛て
られたものか、あるいは群制御バスからかご制御バスへ
というように次のバス層に送らなければならないものな
のかを群用制御装置とかご用制御装置とを接続するブリ
ッジ（図示せず）で判断できるようにするために、通信
コプロセッサ１０２内の状態群と整合するのはどのプロ
トコルバイト（ＭＩＤ、ＬＡ、ＢＡ）であるかをアプリ
ケーション層１０６に通知するために使用される。ロー
カルアドレス（ＬＡ）はバス上にあるホストプロセッサ
用のアドレスである。バスアドレス（ＢＡ）はメッセー
ジを送信または受信しているトランシーバーから離れた
遠隔位置にあるバスのアドレスである。メッセージ状態
バイトＲＭ＿ＭＳＧＳＴＡＴは図８に示されている。ビ
ットを適宜論理１に設定することで整合状態を示すこと
ができる。

【００６８】フル受信機バッファ割り込みＡＬ＿ＩＮＴ
は、受信バッファ１６０が一杯である時にアプリケーシ
ョン層１０６に対して生成される。

【００６９】整合を示すＡＬ＿ＲＭＭＩＤ信号によって
アプリケーション層インタフェース１０４が受信機１１
４に応答した後、受信機１１４はアプリケーション層イ
ンタフェース１０４に対してＲＭ＿ＢＹＴＣＮＴ信号を
供給してメッセージのバイト数を通知し、さらにメッセ
ージ自体であるＲＭ＿ＡＬＤＡＴ信号を供給する。

【００７０】データ信号ＲＭ＿ＡＬＤＡＴの制御バイト
の値によって、パケット内に存在するプロトコルバイト
の種類や、ノードにおいて受信されるパケットについて
どのような条件を満たす必要があるかを受信機１１４に
知らせる。受信条件はシステム内でのノードの位置や機
能によってノード毎に異なる。これらの条件を図１８に
まとめておく。図１７はメッセージ状態バイトを示す。

【００７１】図１８は、受信機１１４によるパケットの
受信条件をリストアップしたテーブルである。条件が満
たされると、受信機１１４はアプリケーション層１０６
に有効メッセージ信号ＲＭ＿ＶＡＬＤＭＳＧを供給す
る。条件が満たされなければ、メッセージは放棄され
る。図９はバス制御装置のノードについてのノードタイ
プを示す。バス制御装置（図示せず）におけるノード
は、（ａ）かご用バスから群用バスにメッセージを送信
（ｂ）群用バスからかご用バスにメッセージを送信
（ｃ）群用バスから建物用バスにメッセージを送信
（ｄ）建物用バスから群用バスにメッセージを送信する
という４種類のうちのいずれかである。受信機１１４に
送られた各メッセージは第２列目に示す制御バイトを有
する。

【００７２】ノードの種類と制御バイト内での特定のビ
ットの存在に応じ、そのノードで受信するメッセージに
ついての受信条件を満たさなければならない。

【００７３】例Ａにおいて、バスアドレスおよびローカ
ルアドレスのどちらも存在しない場合、パケットのＭＩ
Ｄバイトは通信コプロセッサ１０２に格納されているＭ
ＩＤバイトと整合しなければならない。例Ｂにおいて、
ローカルアドレスビットは制御バイト内にあるが、バス
アドレスビットはない場合には、ローカルアドレスビッ
トの値およびＭＩＤバイトはそれぞれ通信コプロセッサ
１０２に格納されているローカルアドレスビットの値お
よびＭＩＤバイトと整合しなければならない。例Ｃにお
いて、ローカルアドレスビットではなくバスアドレスビ
ットが通信コプロセッサ１０２内にある場合には、群用
バスアドレス（ＧＢＡ）およびかご用バスアドレス（Ｃ
ＢＡ）はそれぞれ受信側通信コプロセッサ１０２に格納
されているＧＢＡおよびＣＢＡと整合しなければならな
い。例Ｄにおいて、バスアドレスとローカルアドレスの
両方が制御バイト内にある場合には、ＧＢＡ、ＣＢＡ、
ローカルアドレス、ＭＩＤの値が受信側通信コプロセッ
サ１０２内の対応する値と整合しなければならない。例
Ａ乃至Ｄは、ブリッジ（図示せず）にあるノードではな
くジェネリックノードにおけるメッセージの受信に必要
な条件を示す。

【００７４】従って、例Ｅにおいて、あるノードがかご
から群ノードに上方向にメッセージを送るためのノード
であり、バスアドレスビットは制御バイト内に存在する
がメッセージのＧＢＡニブルは通信コプロセッサ１０２
内のＧＢＡニブルと一致しない場合には、このメッセー
ジは受信される。例Ｆにおいて、制御バイトにかごから
群へのコピービットが存在する場合、メッセージをかご
用バスから群用バスに送るためのノードではメッセージ
は受け取られない。例Ｇにおいて、制御バイトのバスア
ドレスビットがセットされ、かつＧＢＡとＣＢＡが通信
コプロセッサ１０２内の対応の値と整合している場合に
は、メッセージは群用バスからかご用バスにメッセージ
を送るためのブリッジ（図示せず）において受け取られ
る。メッセージを必要としているかご用バスでメッセー
ジを得るために、ＧＢＡはどの群用バスとどのかご用バ
スとが整合値を有するかを示すために通信コプロセッサ
内に格納された値と整合しなければならない。例Ｈにお
いて、バスアドレスビットは制御バイトに存在するがＧ
ＢＡは通信コプロセッサ１０２に格納されている値と整
合しない場合には、メッセージは群用バスから建物用バ
スにメッセージを送るためのブリッジにおいて受け取ら
れる。バスアドレスはセットされているが受信側の通信
コプロセッサ１０２に格納されている値とは整合しない
ので、メッセージは群用バス（図示せず）から建物用バ
ス（図示せず）に送られる。例Ｉにおいて、群から建物
へのコピービットがセットされている場合には、メッセ
ージは群用バスから建物用バス（図示せず）にメッセー
ジを送るためのブリッジにおいて受け取られる。例Ｊに
おいて、制御バイトにおいてバスアドレスビットがセッ
トされ、ＧＢＡも通信コプロセッサ１０２に格納された
値と整合する場合には、メッセージは建物用バス（図示
せず）から群用バス（図示せず）にメッセージを送るた
めのブリッジ（図示せず）において受け取られる。

【００７５】メッセージに全くエラーがない場合には、
受信機１１４はアプリケーション層インタフェース１０
４にＲＭ＿ＶＡＬＭＳＧ信号を供給し、有効メッセージ
を送信したことを通知する。パケット処理中に何らかの
位相誤差すなわちポストアンブルを受信した場合には、
有効メッセージ信号ＲＮ＿ＶＡＬＭＳＧはセットされ
ず、アプリケーション層１０６はそのメッセージを放棄
する。

【００７６】図１０において、受信機１１４は、ＲＭ＿
ＲＸＣＬＫ、ＲＭ＿ＰＯＳＴＡＭ、ＲＭ＿ＰＨＥＲＲ、
ＲＭ＿ＥＤＧＥ、ＲＭ＿ＪＡＭおよびＲＭ＿ＴＸＣＬＫ
をエラー制御装置１１２に供給する。

【００７７】スロットタイマ１１０は、ＲＭ＿ＲＸＣＬ
Ｋ、ＲＭ＿ＰＯＳＴＡＭ、ＲＭ＿ＰＨＥＲＲ、ＲＭ＿Ｅ
ＤＧＥ、ＲＭ＿ＪＡＭおよびＲＭ＿ＴＸＣＬＫを受信し
てバスは起動されているか休止中であるかを判断し、経
過したスロット数を計数する。スロットタイマ１１０は
送信機１０８にＳＴ＿ＴＭＧＯを供給し、送信機１０８
はＳＴ＿ＩＤＬＥ信号を送信可能であるということや、
バスは休止中であり送信機１０８はメッセージを送信す
る前にバスをジャムしなければならないなどの情報を送
信機１０８に通知する。スロットタイマ１１０は、送信
機のスロットが利用できるようになるまでスロット計数
できるようにＴＭ＿ＣＰＴを受信する。スロットタイマ
１１０は、ＳＴ＿ＴＭＧＯによって（回転スロットに対
して）優先スロット内でアプリケーション層１０６から
の優先レベル信号を送信するよう送信機１０８に通知で
きるよう優先信号ＡＬ＿ＴＭＰＶＡＬを受信する。メッ
セージが送られる回転スロットはノードＳＥＮＤＥＲ＿
ＩＤによって決定される。しかしながら、ＡＬ＿ＴＭＰ
ＶＡＬがセットされている場合には、ＳＥＮＤＥＲ＿Ｉ
Ｄを無視し、ＡＬ＿ＴＭＰＶＡＬの優先値を使用してど
の優先スロットでメッセージを送信するかを判断する。

【００７８】スロットタイマ１１０の機能は図１９の有
限状態機械において示されている。スロットタイマ１１
０がリセット信号（ＲＳＴ）またはパワーアップ信号ま
たはフェーズアウトＰＭＰＨＥＲＲ（マンチェスター符
号化受信信号に同一優先度の２つの隣接する１／２ビッ
トが含まれる場合に受信機１１４から供給される）を受
信すると、スロットタイマ１１０はＳＴＡＲＴ状態にな
る。ＳＴＡＲＴ状態において、第１のフレームギャップ
タイマの計数を開始する。受信機１１４からのジャム信
号ＲＭ＿ＪＡＭおよびポストアンブル信号ＲＭ＿ＰＯＳ
ＴＡＭをスロットタイマ１１０において受信した場合に
は、スロットタイマ１１０は「第１フレームギャップ待
ち状態」に入る。第１フレームギャップ時間が経過し、
送信機１０８にゼロではない優先信号ＡＬＴＭＰＶＡＬ
によって示されるように送信対象となる優先メッセージ
がある場合には、スロットタイマ１１０は「優先スロッ
ト計数状態」に入る。この優先スロット計数状態では、
スロットタイマ１１０は優先信号ＡＬＴＭＰＶＡＬの値
に等しい優先タイムスロット数まで計数を続ける。スロ
ットタイマ１１０の計数値がこの値に達したら、スロッ
トタイマ１１０は送信機１０８に信号ＳＴ＿ＴＭＧＯを
供給し、バス上の送信機１０８のスロットは現在利用で
きることを送信機１０８に通知する。第１のフレームギ
ャップは経過したがゼロ値ＡＬＴＭＰＶＡＬで示される
ように送信機１０８には送信すべき優先メッセージがな
い場合には、全優先スロットが経過してスロットタイマ
１１０が受信機１１４からの送信側ＩＤ信号およびＲＭ
＿ＳＩＤを受信したのであればスロットタイマ１１０は
「回転スロット計数状態」に入る。回転スロット計数状
態において、スロットタイマ１１０は経過した回転スロ
ット数とスロットタイマに格納されている回転スロット
値とが等しくなるまでＲＸＣＬＫによってバス上の回転
スロットを計数する。両者が等しくなった時点で、スロ
ットタイマ１１０は送信機１０８に信号ＳＴ＿ＴＭＧＯ
を供給し、送信機１０８にそのスロットが利用できるこ
とを通知する。スロットタイマ１１０は計数したスロッ
トが格納されている回転スロット値に達するまで計数を
続けることもあるため、このスロットタイマ１１０は最
も頻繁に送信される通信コプロセッサ１０２の送信側Ｉ
Ｄを必要とする。したがって、送信側ＩＤが７である送
信機１０８に対して３という送信側ＩＤを有する送信機
１０８が送信されたことが分かると、送信機１０８は回
転スロットを３つ計数する。優先メッセージは回転スロ
ットではなく固定スロットに割り当てられるため、スロ
ットタイマ１１０はバスに優先メッセージを供給してい
る最後のトランシーバーの送信側ＩＤを知る必要はな
い。全回転スロットの経過後、スロットタイマ１１０は
第２のフレームギャップ状態に入り、フレームギャップ
が経過するのを待つ。第２のフレームギャップ経過後、
スロットタイマは休止（アイドル）状態になる。スロッ
トタイマ１１０でＴＭ＿ＢＵＳＹ信号を受信すると、こ
のスロットタイマ１１０は送信機１０８にＳＴ＿ＴＭＪ
ＡＭ信号を供給する。スロットタイマ１１０でＲＭ＿Ｊ
ＡＭ信号を受信した場合には、スロットタイマ１１０は
第１フレームギャップ待ち状態に戻る。

【００７９】ＳＴＡＲＴ状態においてスロットタイマ１
１０でエッジ信号ＲＭ＿ＥＤＧＥを受信した場合には、
スロットタイマ１１０は「エッジ」状態に入り、スロッ
トタイマ１１０でＲＭ＿ＪＡＭ信号およびＲＭ＿ＰＯＳ
ＴＡＭ信号を受信するまで待つ。この２つの信号を受信
した時点で、スロットタイマ１１０は第１フレーム待ち
状態に入る。一方、スロットタイマ１１０においてＲＭ
＿ＪＡＭ信号およびＲＭ＿ＰＯＳＴＡＭ信号がいずれも
非動作状態にあることを検出すると、その時点でスロッ
トタイマ１１０はＳＴＡＲＴ状態に入る。

【００８０】アイドル状態以外の何れかの状態にあると
きにスロットタイマ１１０でエッジ信号を受信すると、
スロットタイマ１１０はエッジ状態に入る。アイドル状
態の間にスロットタイマ１１０で２つ以上のエッジ信号
を受信した場合には、スロットタイマ１１０はエッジ状
態に入る。

【００８１】エラー制御装置１１２は送信時および受信
時における様々なエラーを検出する。

【００８２】エラー制御装置１１２は、短時間のあいだ
にＴＭ＿ＢＵＳＹ信号とＲＭ＿ＥＤＧＥ信号とに応答し
てロストキャリアセンスエラー（Ｌｏｓｔ Ｃａｒｒｉ
ｅｒＳｅｎｓｅ ｅｒｒｏｒ）を検出する。エラー制御
装置１１２は、ＴＭ＿ＢＵＳＹ信号、ＲＭ＿ＣＲＣ信
号、ＲＭ＿ＰＯＳＴＡＭ信号に応答し、ＣＲＣエラー追
従送信（ＣＲＣ Ｅｒｒｏｒ Ｆｏｌｌｏｗｉｎｇ Ｔ
ｒａｎｓｍｉｓｓｉｏｎ）を検出する。エラー制御装置
１１２は、ＴＭ＿ＢＵＳＹ信号、ＲＭ＿ＣＲＣ信号、Ｒ
Ｍ＿ＰＯＳＴＡＭ信号に応答し、ＣＲＣエラーを起こさ
ずに送信が完了したことを検出する。エラー制御装置１
１２は、ジャムノードにおいてジャムが検出されなかっ
たことを検出し、ＳＴ＿ＴＭＪＡＭおよびＲＭ＿ＪＡＭ
に応答する。受信機１１４はメッセージの受信中にＣＲ
Ｃエラーを検出し、ＲＭ＿ＣＲＣ信号とＲＭ＿ＰＯＳＴ
ＡＭ信号とに応答する。エラー制御装置１１２は、受信
中にＣＲＣエラーのある位相誤差を検出し、ＲＭ＿ＰＨ
ＥＲＲ信号とＲＭ＿ＣＲＣ信号とＲＭ＿ＰＯＳＴＡＭ信
号とに応答する。エラー制御装置１１２は、ＲＭ＿ＰＨ
ＥＲＲ位相誤差信号に応答して部分メッセージ受信を検
出する。エラー制御装置１１２は、有効メッセージが受
信されたことを検出し、ＲＭ＿ＣＲＣ信号とＲＭ＿ＰＯ
ＳＴＡＭ信号とに応答する。

【００８３】図２０は、ＥＲ＿ＴＭＡＢＯＲＴ、ＥＲ＿
ＴＭＧＯＯＤ、ＥＲ＿ＴＭＥＲＲを生成するための状態
図である。エラー制御装置１１２を起動してＴＭ＿ＢＵ
ＳＹを受信した後、エラー制御装置１１２は「送信機起
動状態」に入る。受信機１１４が短時間のうちにいくつ
かのＲＭ＿ＥＤＧＥ信号を受信したことを示すＲＭ＿Ｃ
ＡＲＲＩＥＲ信号をエラー制御装置１１２で受信した場
合には、エラー制御装置１１２は「受信キャリア」状態
に入る。エラー制御装置１１２でＲＭ＿ＰＯＳＴＡＭ信
号とＲＭ＿ＣＲＣ信号とを受信した場合には送信は良好
であるとされ、エラー制御装置１１２は送信機１０８に
ＥＲ＿ＴＭＧＯＯＤ信号を供給する。エラー制御装置１
１２でＲＭ＿ＰＯＳＴＡＭとＲＭ＿ＣＲＣとを受信し、
再送信カウンタ（メッセージを再送信する回数を計数す
るためのカウンタ）の計数値が限界値を越えている場合
には、エラー制御装置１１２はアボート信号ＥＲ＿ＴＭ
ＡＢＯＲＴを使用して送信をアボートするよう送信機１
０８に通知する。エラー制御装置１１２が受信キャリア
状態にある時にエラー制御装置１１２でＲＭ＿ＰＯＳＴ
ＡＭおよびＲＭ＿ＣＲＣを受信し、かつ再送信カウンタ
の計数値は限界値未満であるような場合には、エラー制
御装置１１２はＥＲ＿ＴＭＥＲＲを使用して送信機１０
８にエラーが発生したことを通知する。エラー制御装置
１１２が送信機起動状態にあり、ＴＭ＿ＢＵＳＹ信号が
オフになったことをこのエラー制御装置１１２が検知す
ると、受信機１１４はどのバスからもキャリア信号（様
々なＲＭ＿ＥＤＧＥ）を得ることはできず、送信はアボ
ートされる。エラー制御装置１１２がある期間ＲＭ＿Ｃ
ＡＲＲＩＥＲを受信し、その期間ＴＭ＿ＢＵＳＹはオフ
であった場合には、エラー制御装置１１２は受信機１１
４にＥＲ＿ＲＸＥＮＢを供給して受信機１１４にメッセ
ージが第１および第２のバスにおいて受信されたことを
通知する。

【００８４】本発明の範囲および趣旨を逸脱することな
く様々な形での変更、削除および追加が可能であること
は当業者によって容易に理解できよう。

【００８５】

【発明の効果】本発明によれば、（ａ）通信システムに
おいて送信される際にメッセージの通るノード数が減る
ためメッセージ通信時間を短縮できる（ｂ）昇降機制御
要素内のホストプロセッサは通信プロセッサとしての機
能を果たす必要がなくなるため、ホストとしての機能に
おいてより一層計算動作を行いやすくなる（ｃ）単にノ
ードとバスとを接続するだけでノードを追加することが
できるため、中間ノードを構築しなおさなくても全ノー
ドで共通のバスを使用することができる（ｄ）通信シス
テムのどのノードでも二地点間通信能を達成できるとい
う効果がある。

【図面の簡単な説明】

【図１】昇降機システム用の環状ネットワークの従来例
を示す図である。

【図２】本発明によるローカルエリアネットワーク昇降
機システムのブロック図である。

【図３】バスブリッジのブロック図である。

【図４】メッセージプロトコルのタイミング図である。

【図５】制御バイトのタイミング図である。

【図６】本発明による通信モードのテーブルを示す図で
ある。

【図７】メッセージ送信識別子テーブルの一部を示す図
である。

【図８】ローカルアドレスフィールド用のアドレス割り
当てに関するテーブルを示す図である。

【図９】バスアドレスフィールド用のアドレス割り当て
に関するテーブルを示す図である。

【図１０】図４に示すプロトコルを送受信するための通
信コプロセッサ（ＣＣ）のブロック図である。

【図１１】バス上にジャム信号がある場合のＲＳ４８５
ドライバおよび受信機のブロック図である。

【図１２】図２に示すＲＳ４８５ドライバおよび受信機
によって送受信される信号のタイミング図である。

【図１３】通信小プロセッサに対する接続用にＲＳ４８
５ドライバおよびＲＳ４８５受信機を含むトランシーバ
ーの回路図である。

【図１４】マルチプレクサのブロック図である。

【図１５】図１４のマルチプレクサにおけるバス切り換
え動作のタイミングを示す図である。

【図１６】図１４のマルチプレクサの状態図に代わるマ
ルチプレクサの状態図を示す図である。

【図１７】メッセージ状態バイトのビットマップを示す
図である。

【図１８】受信機によるパケットの受信状態をリストア
ップしたテーブルである。

【図１９】スロットタイマの動作についての状態図であ
る。

【図２０】エラー制御装置の動作を示す状態図である。

【符号の説明】

２…建物内制御装置 ３…駆動／制動サブシステム（ＤＢＳＳ） ４、９…ブリッジ ５…運動制御サブシステム（ＭＣＳＳ） ７…作動制御サブシステム（ＯＣＳＳ） １２…高性能かご送りサブシステム（ＡＤＳＳ） ３１…機械 ３２…速度トランジューサ ３３…位置トランジューサ ３４…巻上げロープ ３５…ローラーガイド ３６…扉制御サブシステム ３７…かご ３８…かごの戸 ３９…かご動作板 ４０…かご戸安全装置 ４１…テールコード ４２…釣り合い重り ４３…ガイドレール ４４…補強ロープ ４５…かごバッファ ４６…釣り合い重りバッファ ４８…かご呼びボタン ４９…ホールフィクスチャー ５０…スイッチオーバーモジュール（ＳＯＭ） ６１、６２…建物用バス ６３、６４…群用バス ６５、６６…かご用バス １０２…通信コプロセッサ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジェイムズ ピー．トウェイ アメリカ合衆国，コネチカット，ブリスト ル，ニュー ストリート 102

Claims (1)

【特許請求の範囲】
1. 【請求項１】 建物用バス、群用バス、かご用バスに分
   散された複数の昇降機通信ユニットを含む昇降機通信シ
   ステムで使用される前記昇降機通信ユニットにおいて、 アプリケーション層から供給されるパラレル形式のデー
   タ信号に応答して前記データ信号をパラレル形式からシ
   リアル形式に変換し、シリアルデータ信号を前記昇降機
   通信システムのデュアルバス上に供給するトランシーバ
   ーを備え、前記デュアルバス上の前記データ信号の前に
   は、そのデータの通信先はデュアルバスであるか遠隔バ
   ス（群または建物）までなのかを識別するための制御バ
   イト信号と、メッセージ識別子信号と、プリアンブル信
   号とがあり、休止中のデュアルバス上に前記データ信号
   を供給する場合には前記デュアルバス上の前記データ信
   号の前にはさらにバスジャム信号もあり、 前記昇降機通信ユニットはさらに、 前記デュアルバス上の前記シリアルデータ信号に応答し
   て前記データ信号をシリアル形式からパラレル形式に変
   換し、前記プリアンブルに基づいて１つのバスから１つ
   だけデータを選択し、前記制御バイトによって受信機の
   バスに関連した前記データ信号を識別し、受信したデー
   タ信号のメッセージ識別子信号と前記アプリケーション
   層に関連したメッセージ識別信号とが整合する場合に前
   記データ信号を前記アプリケーション層に供給する受信
   機と、 前記通信ユニットによって前記データ信号の送信時間お
   よび受信時間を計数するスロットタイマーと、を備える
   昇降機通信ユニット。