(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-11
(45)【発行日】2024-11-19
(54)【発明の名称】通信装置、エレベーター通信装置、及び、通信方法
(51)【国際特許分類】
H04L 25/02 20060101AFI20241112BHJP
H04L 12/28 20060101ALI20241112BHJP
【ＦＩ】
H04L25/02 301B
H04L25/02 V
H04L12/28 200
【請求項の数】
11
(21)【出願番号】P 2020216859
(22)【出願日】2020-12-25
(65)【公開番号】P2022102238
(43)【公開日】2022-07-07
【審査請求日】2023-07-19
(73)【特許権者】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】100109612
【弁理士】
【氏名又は名称】倉谷 泰孝
(74)【代理人】
【識別番号】100116643
【弁理士】
【氏名又は名称】伊達 研郎
(74)【代理人】
【識別番号】100184022
【弁理士】
【氏名又は名称】前田 美保
(72)【発明者】
【氏名】高梨 浩也
【審査官】吉江 一明
(56)【参考文献】
【文献】特開２００６－１９５７８０（ＪＰ，Ａ）
【文献】国際公開第２０１０／１３７３６５（ＷＯ，Ａ１）
【文献】特開平０５－３１６１２４（ＪＰ，Ａ）
【文献】米国特許第１０５７２４３８（ＵＳ，Ｂ１）
【文献】米国特許第０９６９１１９１（ＵＳ，Ｂ１）
【文献】特開２０１０－２５８９９０（ＪＰ，Ａ）
【文献】特開２０２０－０１５６２６（ＪＰ，Ａ）
【文献】特表２０１２－５２９２２１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ２５／０２
Ｈ０４Ｌ １２／２８
(57)【特許請求の範囲】
【請求項1】
通信線を介して他の通信装置とＣＡＮ通信プロトコルに基づいてデータを送受信する通信装置であって、データの送受信を制御する制御部と、
前記制御部から出力される送信データと、当該送信データに対する応答として前記他の通信装置から出力される受信データとを入力とし、前記送信データのＡＣＫビットに設定される信号と前記受信データに含まれるＡＣＫビットに設定される確認応答信号から通信経路の遅延時間を算出する遅延時間算出部と、
前記遅延時間と閾値とを比較し、遅延判定情報を出力する遅延判定部とを備える通信装置。
【請求項2】
前記閾値は通信不具合が発生する遅延時間の限界値よりも短い遅延時間に基づいて設定されることを特徴とする請求項１に記載の通信装置。
【請求項3】
前記遅延時間算出部は、論理演算部を備え、前記送信データと論理が反転された前記受信データとの論理積を取ることにより、前記ＡＣＫビットに設定される信号と前記確認応答信号から遅延時間を算出するための遅延時間パルスを抽出することを特徴とする請求項１又は２に記載の通信装置。
【請求項4】
前記遅延時間算出部は、カウンタ部を備え、通信速度のビット時間と比較して速いクロックによって遅延時間パルスの時間幅を計測することを特徴とする請求項１から３の何れか１項に記載の通信装置。
【請求項5】
前記通信装置が複数の前記他の通信装置と接続される場合、前記通信装置は、通信経路の遅延時間を計測するために、前記確認応答信号を応答する他の通信装置を特定するリッスンオンリ要求を送信することを特徴とする請求項１から４の何れか１項に記載の通信装置。
【請求項6】
前記遅延判定部は前記遅延時間と前記閾値との比較を複数回繰り返し、複数回の比較結果に基づく判定によって遅延判定情報を出力することを特徴とする請求項１から５の何れか１項に記載の通信装置。
【請求項7】
前記遅延判定部は、通信経路の設置情報から予測される遅延時間と前記遅延時間算出部により算出される遅延時間との差と、閾値とを比較することを特徴とする請求項１から６の何れか１項に記載の通信装置。
【請求項8】
前記遅延判定部は、第１の閾値及び当該第１の閾値よりも長い遅延時間に基づいて設定される第２の閾値と、前記遅延時間算出部により算出される遅延時間とを比較し、前記制御部は、前記遅延時間が前記第１の閾値以上である場合と、前記遅延時間が前記第２の閾値以上である場合で、異なる制御処理を実行することを特徴とする請求項１から７の何れか１項に記載の通信装置。
【請求項9】
前記遅延時間が前記閾値以上となった遅延原因を推定する遅延原因推定部を備え、前記遅延原因が一時的な特性劣化に起因する場合、前記制御部は通信速度を調整する請求項１から８の何れか１項に記載の通信装置。
【請求項10】
請求項１から９の何れか１項に記載の通信装置をエレベーター制御に適用したエレベーター通信装置。
【請求項11】
通信線を介して他の通信装置とＣＡＮ通信プロトコルに基づいてデータを送受信する通信方法であって、送信データと、当該送信データに対する応答として前記他の通信装置から出力される受信データとを入力とし、前記送信データのＡＣＫビットに設定される信号と前記受信データに含まれるＡＣＫビットに設定される確認応答信号から通信経路の遅延時間を算出するステップと、
前記遅延時間と閾値とを比較するステップと、
前記遅延時間と前記閾値との比較に基づいて、遅延判定情報を出力するステップとを含む通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は通信装置に関する。
【背景技術】
【0002】
車載ネットワークで普及しているネットワークプロトコルの１つとしてＣＡＮ（Controller Area Network）通信方式がある。同通信方式は産業機器、農業機械、医療機器、鉄道、エレベーターなどにも広く普及している。
【0003】
ＣＡＮ通信方式では、論理値“０”と“１”の２値のデジタル信号を差動信号に変換し、２線式の通信バスライン（ＣＡＮ＿Ｈライン（以下、Ｈライン）とＣＡＮ＿Ｌライン（以下、Ｌライン））を介して伝送する。Ｈライン、Ｌラインをそれぞれ伝送する差動信号は電圧レベルによってドミナントとレセッシブの２つの状態を表現する。ＩＳＯ１１８９８で規格化されるプロトコルにおいては、Ｈラインの信号の電圧がハイレベル、Ｌラインの信号の電圧がローレベルで、ＨラインとＬラインの電位差が所定値を超えればドミナントとして論理値“０”を表し、Ｈラインの信号の電圧がローレベル、Ｌラインの信号の電圧がハイレベルで、ＨラインとＬラインの電位差が所定値以下（同電位を含む）であればレセッシブとして論理値“１”を表す。
【0004】
ＣＡＮ通信システムの稼働時に通信が何らかの原因によって停止してしまうと、上述した車載機器などの用途においては、安全性に影響を与える場合がある。このため、通信システムが稼働中に意図せず停止することがないように、通信不具合の予兆を検知する方法が提案されている。
【0005】
従来提案されている方法では、通信装置のＣＡＮトランシーバーが送受信する信号を通信線上に設けた監視回路に入力して異常検出を行う。監視回路に入力されるＨラインとＬラインの信号のそれぞれのハイレベル、ローレベルとなる電圧値に対して、異常の有無を判定する電圧判定値を設定し、電圧値と電力判定値との比較によって異常（素子破壊に至る予兆）を検出する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２００６－１０８９５２号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
上記の従来技術においては、ＨラインとＬラインのそれぞれの電圧値と異常の有無を判定する電圧判定値との比較により、ＣＡＮトランシーバーの異常有無を判定し、素子破壊に至る予兆を検出する。しかしながら、ＣＡＮ通信システムにおいては、通信経路の遅延によって通信不具合が発生する場合がある。従来技術は、ＣＡＮトランシーバーの劣化を検知するものの、通信経路の遅延を検出する仕組みにはなっていない。
【0008】
通信経路の遅延の原因としては、例えば、通信線が設置された環境の温度変化に加え、通信線が電源線などの他の配線と共に通信ケーブルにまとめられた場合、他の配線が負荷状況に応じて発熱し、通信線の温度が上昇することがある。通信線の温度が上昇するとインピーダンスが増加して遅延が発生する。またエレベーターなどの耐用年数の長い機器にＣＡＮ通信方式を適用する場合、長期間の使用によって通信線が経年劣化し、インピーダンスが増加して遅延が発生する。
【0009】
本開示は、ＣＡＮ通信システムにおいて、通信経路の遅延に起因する通信不具合の予兆を検知することを目的とする。
【課題を解決するための手段】
【0010】
上述した課題を解決し、目的を達成するために、本開示に係る通信装置は、通信線を介して他の通信装置とＣＡＮ通信プロトコルに基づいてデータを送受信する通信装置であって、データの送受信を制御する制御部と、制御部から出力される送信データと、当該送信データに対する応答として他の通信装置から出力される受信データとを入力とし、送信データのＡＣＫビットに設定される信号と受信データに含まれるＡＣＫビットに設定される確認応答信号から通信経路の遅延時間を算出する遅延時間算出部と、遅延時間と閾値とを比較し、遅延判定情報を出力する遅延判定部とを備える。
【発明の効果】
【0011】
本開示によれば、ＣＡＮ通信システムにおいて、通信経路の遅延に起因する通信不具合の予兆を検知することができる。
【図面の簡単な説明】
【0012】
【図1】本実施の形態１に係る通信システムの構成例を示す図
【図2】本実施の形態１に係るＣＡＮトランシーバーの構成例を示す図
【図3】本実施の形態１に係るＣＡＮ通信方式で使用されるデータフレーム構造の一例を示す図
【図4】本実施の形態１に係る遅延時間算出部が実行する論理演算の真理値表
【図5】本実施の形態１に係る遅延時間算出部の論理演算結果を模式的に示す図
【図6】本実施の形態１に係る遅延時間算出部と遅延判定部の構成例を示す図
【図7】本実施の形態１に係る遅延時間パルスの時間幅と閾値の関係を示す図
【図8】本実施の形態１に係る通信システムの構成の変形例を示す図
【図9】本実施の形態１に係る通信システムの構成の変形例を示す図
【図10】本実施の形態１に係る第１の通信装置の動作を説明するフローチャート
【図11】本実施の形態２に係る第１の通信装置の動作を説明するフローチャート
【図12】本実施の形態３に係る通信システムの構成例を示す図
【図13】本実施の形態３に係る遅延時間と使用時間の関係を模式的に示す図
【図14】本実施の形態３に係る第１の通信装置の動作を説明するフローチャート
【図15】本実施の形態１から３に係る第１の通信装置のハードウェア図
【発明を実施するための形態】
【0013】
以下に、本開示の実施の形態について添付の図面を用いて説明する。各図では、同一又は相当する部分に同一の符号を付している。重複する説明は、適宜簡略化あるいは省略する。なお、以下に説明される実施の形態により本開示が限定されるものではない。
【0014】
実施の形態１．
図１は本開示の一実施形態に係る通信システムの構成例を示す図である。第１の通信装置１は通信線８を介して第２の通信装置１１と接続されている。第１の通信装置１は通信制御基板２を有しており、通信制御基板２は、制御部３、ＣＡＮコントローラー４、ＣＡＮトランシーバー５を有する。通信制御基板２は更に通信経路の遅延に起因する通信不具合の予兆検出のために遅延時間算出部６、遅延判定部７を有する。
図１は本開示の一実施形態に係る通信システムの構成例を示す図である。第１の通信装置１は通信線８を介して第２の通信装置１１と接続されている。第１の通信装置１は通信制御基板２を有しており、通信制御基板２は、制御部３、ＣＡＮコントローラー４、ＣＡＮトランシーバー５を有する。通信制御基板２は更に通信経路の遅延に起因する通信不具合の予兆検出のために遅延時間算出部６、遅延判定部７を有する。
【0015】
第２の通信装置１１は同様に通信制御基板１２を有し、通信制御基板１２は制御部１３、ＣＡＮコントローラー１４、ＣＡＮトランシーバー１５を有する。なお、図１では説明を簡単にするために第１の通信装置１と第２の通信装置１１が接続された構成が開示されているが、第１の通信装置１が第２の通信装置１１以外の他の複数の通信装置と接続されていても良い。また第１の通信装置１と第２の通信装置１１の各部の構成は、第１の通信装置１側に遅延時間算出部６と遅延判定部７が備えられている以外は同じとする。また、第１の通信装置１をマスターとして、それが他の複数の通信装置と接続されている場合（すなわち、１対多通信である場合）、第１の通信装置１によって特定された通信装置が第１の通信装置１に対して応答するリッスンオンリ機能を利用することも可能である。以降の実施の形態においても１対多通信である場合に同様に適用できる。リッスンオンリ機能については後述する。
【0016】
通信線８は２線式の通信バスライン（Ｈライン８１、Ｌライン８２）であり、一般的にはツイストペアケーブルが用いられる。通信線８は電源線などの他の配線とまとめられて通信ケーブルとして設置されても良い。
【0017】
制御部３は、ＣＡＮコントローラー４を備える。ＣＡＮコントローラー４はＣＡＮトランシーバー５を介して第２の通信装置１１との間でのデータの送受信を制御する。また制御部３は遅延判定部７から出力される遅延判定情報に基づいて通信経路の遅延を検知する。
【0018】
制御部３は、マイクロコンピュータであり、プロセッサ３１及びメモリ３２を備えている。プロセッサ３１は、例えば、ＣＰＵ（Central Processing Unit)、マイクロプロセッサ、ＤＳＰ（Digital Signal Processor）である。メモリ３２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）であり、ソフトウェアプログラムやログデータなどを記憶する。メモリ３２に記憶されたソフトウェアプログラムをプロセッサ３１が実行することにより、第１の通信装置１の少なくとも１つの回路の機能が実現される。なお、メモリ３２は図示されるような制御部３に内蔵される態様に限られない。第１の通信装置１とデータの入出力が可能な外部記憶装置であっても良い。
【0019】
図２はＣＡＮトランシーバー５の構成例を示す図である。ＣＡＮトランシーバー５は送信バッファ５１、受信バッファ５２、トランジスタ５３、５４、入出力ポート５５（Ｈライン用）、５６（Ｌライン用）を有する。送信バッファ５１は、ＣＡＮコントローラー４から受け取った２値のデジタルデータである送信データ（ＴｘＤ）を差動信号に変換し、トランジスタ５３、５４側に出力する。トランジスタ５３、５４は、それぞれＨライン８１、Ｌライン８２を伝送する差動信号が所定の電位となるようにそれら信号の電圧を調整する。電圧を調整された差動信号は、入出力ポート５５、５６から出力され、通信線８を介して第２の通信装置１１のＣＡＮトランシーバー１５に伝送される。また入出力ポート５５、５６は第２の通信装置１１から送信された差動信号を受信する。受信バッファ５２は、差動信号を２値のデジタルデータである受信データ（ＲｘＤ）に変換してＣＡＮコントローラー４に出力する。
【0020】
次に、第１の通信装置１のＣＡＮコントローラー４から送信されるデータが正常に第２の通信装置１１のＣＡＮコントローラー１４で受信できたことを確認するＡＣＫ（Acknowledge）機能について説明する。図３は、ＣＡＮ通信方式で使用されるデータフレーム構造の一例を示す図である。本開示において「データフレーム」は、通信装置間でデータを送受信する際のフォーマットであり、伝送される信号のまとまりを意味する。当該フレーム構造は一例であり、ＡＣＫ信号相当の信号が送受信されるＣＡＮ通信方式であれば本開示を適用することができる。
【0021】
データフレームには、ＳＯＦ（Start Of Frame）、ＩＤ（Identifier）、ＲＴＲ（Remote Transmission Request）、コントロールフィールド、データフィールド、ＣＲＣ（Cyclic Redundancy Check）シーケンス、ＣＲＣデリミタ、ＡＣＫ（Acknowledge）スロット、ＡＣＫデリミタ、ＥＯＦ（End Of Frame）が含まれている。図中に示される数字は、各部で使用可能なビット長を示している。なお、ＩＴＭ（Intermission）はデータフレームには含まれない。ＩＴＭの後はバスアイドル状態となる。
【0022】
ＣＡＮコントローラー４は、ＳＯＦ、ＩD、コントロールフィールド、データフィールドのデータからＣＲＣ演算をし、演算結果をＣＲＣシーケンスに格納して送信する。ＡＣＫスロットには１ビット長のＡＣＫ信号（以下、ＡＣＫビットと呼ぶ）が含まれている。ＣＡＮコントローラー４は、ＡＣＫビットをレセッシブ（“１”）にして送信する。
【0023】
第２の通信装置１１のＣＡＮコントローラー１４は、ＣＡＮコントローラー４がデータフレームのＡＣＫスロットのＡＣＫビットを送信しているタイミングで、ＣＡＮコントローラー４に対して応答をする。ＣＡＮコントローラー１４は、受信したデータフレームの内容について同様にＣＲＣ演算を行う。演算結果がＣＲＣシーケンスに格納されているＣＡＮコントローラー４で演算した結果と一致している場合、ＣＡＮコントローラー１４はＡＣＫビットをドミナント（“０”）にして非同期でＣＡＮコントローラー４に応答する。
【0024】
ＣＡＮプロトコルでは、通信線８上の信号はレセッシブよりもドミナントの方が優先度が高いため、ＣＡＮコントローラー４がＡＣＫビットをレセッシブに設定したとしても、ＣＡＮコントローラー１４がこれをドミナントに設定することによって、ＣＡＮコントローラー４が監視しているデータフレーム中のＡＣＫビットもドミナントとなる。したがって、ＣＡＮコントローラー４はデータフレーム中のＡＣＫビットがドミナントであることを確認することによって、第２の通信装置１１が正常にデータを受信したことを認識する。
【0025】
次に、通信経路の遅延を検出する方法について説明する。
【0026】
ＣＡＮコントローラー４とＣＡＮトランシーバー５の間の分岐２ａにより、ＣＡＮコントローラー４から送信される送信データは、遅延時間算出部６に入力される。また第２の通信装置１１から受信したデータは、ＣＡＮトランシーバー５を介して、ＣＡＮコントローラー４に入力されると共に、分岐２ｂによって受信データとして遅延時間算出部６に入力される。なお、当該受信データはＡＣＫビットを除いてＣＡＮコントローラー４が送信したデータであるので、通信経路で異常がない限りは、ＡＣＫスロットの前までのビットはＣＡＮコントローラー４が送信したデータと同じになる。
【0027】
遅延時間算出部６は、送信データと受信データを入力として論理演算する。図４は、遅延時間算出部６が実行する論理演算の真理値表である。遅延時間算出部６は、２値の信号ビットについて、電圧が高い状態をレセッシブ（“Ｈ”）、低い状態をドミナント（“Ｌ”）として図４の真理値表のとおり論理演算を実行し、演算結果Ｑを遅延判定部７に出力する。以下の論理式に示されるように、送信データと論理を反転した受信データとの論理積を取ることにより、演算結果Ｑが出力される。
【0028】
【数1】
【0029】
一方、ＡＣＫビットについては、第１の通信装置１が送信する送信データのＡＣＫビットはレセッシブ（“Ｈ”）であるのに対し、第２の通信装置１１からの応答は、ドミナント（“Ｌ”）である。この応答は、第１の通信装置１がＡＣＫビットを送信しているタイミングで、第２の通信装置１１から非同期で応答されるものであるため、受信データのＡＣＫビットに一部レセッシブ（“Ｈ”）となる期間が生じる。図５（ｃ）に示されるように、送信データと受信データのＡＣＫビットの論理演算結果Ｑとして、レセッシブ（“Ｈ”）となる期間の信号が抽出される。以降の説明において、この抽出される信号を遅延時間パルスと呼ぶ。
【0030】
図６は、遅延時間算出部６と遅延判定部７の構成例を示す図である。遅延時間算出部６は論理演算部６１によって上述の論理演算を行い、抽出した遅延時間パルスをカウンタ部６２に出力する。カウンタ部６２は通信速度のビット時間と比較して速いクロック（例えば、通信速度の１００倍程度）を用いて遅延時間パルスをサンプリングすることで、その時間幅を精度良く計測する。ここでの速いクロックとは、通信経路の遅延時間を算出するため、遅延時間パルスの時間幅をある程度の精度を持って計測することが可能な程度のクロックを意味するものであり、適宜選択することができる。遅延時間パルスは、時間幅が短くなると、遅延が増加していることを示す。遅延時間算出部６は遅延時間パルスの時間幅から遅延時間を算出し、遅延判定部７に出力する。ＡＣＫビットの時間幅から遅延時間パルスの時間幅を差し引いたものが通信経路の遅延時間であるので、遅延時間パルスの時間幅自体も遅延時間と同等に扱うことができる。したがって、遅延時間算出部６は算出される遅延時間として遅延時間パルスの時間幅自体を遅延判定部７に出力しても良い。或いは、通信経路の開通又は保全後の通信経路の状態を起点とした遅延時間又は遅延時間パルスの時間幅の変動を、算出される遅延時間として出力しても良い。
【0031】
遅延時間はＣＡＮコントローラー４がレセッシブのＡＣＫビットを送信してからＣＡＮコントローラー１４によって設定されるドミナントのＡＣＫビットを受信するまでの時間長に依存する。遅延判定部７又は制御部３は遅延時間の変動から通信経路の遅延に起因する通信不具合の予兆を継続的に監視している。遅延判定部７はメモリ３２に保持されている閾値を読み出し、比較部７１において遅延時間と閾値とを比較し、遅延判定情報を出力する。
【0032】
通信不具合の予兆を検出するため、閾値は通信不具合が発生する遅延時間の限界値よりも短い遅延時間に基づいて設定される。ここでの短い遅延時間は、通信システムの安定動作を考慮して、限界値からある程度の余裕を持って設定される。図７は、図５のデータ列からＡＣＫスロットのＡＣＫビットの部分を抜き出したものであり、遅延時間パルスの時間幅と閾値の関係を模式的に示している。矢印で示されるＡ－Ｂ、Ａ－Ｃ、Ａ－Ｄの区間は、それぞれ遅延時間に対応する。区間Ａ－Ｂは通信経路が開通した時、又は、保全により部品交換され開通時と同程度の状態の時の遅延時間に対応する。区間Ａ－Ｄは遅延時間の限界値を示しており、これよりも遅延時間が長くなると通信不具合が発生する。区間Ａ－Ｃは上述の閾値に対応し、限界値よりも短い遅延時間で、安定的に通信可能な範囲の許容値として設定される。このため、遅延時間が閾値に到達した状態でも、安定的な通信の継続は保証される。
【0033】
遅延判定部７は遅延時間算出部６により算出される遅延時間（遅延時間パルスの時間幅、又は、通信経路の開通又は保全後の通信経路の状態を起点とした遅延時間又は遅延時間パルスの時間幅の変動も含む）と閾値を比較し、遅延判定情報を出力する。遅延判定情報は遅延時間と閾値を比較した結果が示され、遅延時間が閾値未満であること、又は、遅延時間が閾値以上であるとの情報が含まれる。遅延時間が閾値以上と遅延判定部７が判定した場合、出力される遅延判定情報によって、制御部３は通信経路の遅延に起因する通信不具合の予兆を検知する。なお、遅延時間が閾値以上であることを条件としているが、閾値以上であるとの条件は閾値を超えているとの条件を含んでいることから、当該条件を遅延時間が閾値を超えていることに置き換えても良く、それらに実質的な差はない。以降の説明においても同様に、遅延時間が閾値以上であることを条件としているが、遅延時間が閾値を「超えている」ことを条件としても良い。
【0034】
付加的な構成として、第１の通信装置１をマスターとして、それが他の複数の通信装置と接続されている場合（すなわち、１対多通信である場合）に利用できるリッスンオンリ機能について説明する。この機能は、通信経路の遅延時間を計測するために、第１の通信装置１からリッスンオンリ要求を送信することにより、ＡＣＫビットを応答する他の通信装置を特定する。図８に示す通信システムの変形例において、第１の通信装置１に対して上述の第２の通信装置に相当する通信装置１０１、１０２、１０３が接続されているとする。第１の通信装置１から通信装置１０１、１０２に対してリッスンオンリ要求が出されると、通信装置１０１、１０２は通常の通信モードからリッスンオンリモードに移行する。このモードでは通信装置１０１、１０２は第１の通信装置１から送信されるデータを受け取ってもＡＣＫビットを応答しなくなる。通信装置１０３は通常の通信モードであるので、第１の通信装置１から送信されるデータを受け取った場合、前述のようにＡＣＫビットをレセッシブ状態からドミナント状態にして応答する。すなわち、１対多通信において第１の通信装置１に接続されている複数の通信装置に対して、この機能を利用することにより、第１の通信装置１は指定した通信装置からＡＣＫビットを抽出することができる。リッスンオンリ機能は指定した通信装置以外の通信を一部制限してしまうため、テスト運行時、メンテナンス時などの通信に影響がでない状況での利用がより望ましい。
【0035】
付加的な構成として、図９に示すように第１の通信装置１はフェイルランプの点灯、制御盤のディスプレイに警告を表示する処理を実行する報知部９を設けても良い。図９は通信システムの変形例を示す図である。遅延時間が閾値以上であると遅延判定部７が判定した場合、制御部３は報知部９に指令を出力し、報知部９は通信経路の遅延に起因する通信不具合の予兆を外部に知らせる。または遅延判定部７が直接に報知部９に指令を出しても良い。これにより、通信を計画的に停止し、通信経路の遅延の原因となる部品の交換などを行う予兆保全が可能となる。
【0036】
また付加的な構成として、遅延時間と閾値との比較において、遅延判定部７は複数回比較を繰り返し、複数回の比較結果に基づく判定により遅延判定情報を出力する。遅延時間パルスの時間幅の変動及びカウンタ部６２の計測誤差などにより誤判定が生じる可能性があり、複数回の比較に基づいて判定することにより、通信経路の遅延に起因する不具合の予兆を検知する精度を高めることができる。
【0037】
また付加的な構成として、通信経路の設置情報から予測される遅延時間と遅延時間算出部６により算出される遅延時間との差と、閾値とを比較しても良い。例えば、通信経路の設置情報から算出される遅延時間の予測値と遅延時間算出部６により算出される遅延時間の差が２０％未満であることを閾値とし、遅延判定部７が遅延時間の予測値と算出された遅延時間の差が閾値以上であると判定した場合、通信が継続できている場合であっても通信経路に遅延に起因する通信不具合の予兆があると検知する。これにより、経年劣化などの特性劣化原因によって、遅延時間が閾値に到達するまで累積的に増加する前に、通信不具合の予兆を検知できる。例えば、通信経路の開通後又は保全を実行した後の初期不良を早期に発見することに繋がる。
【0038】
通信経路の設置情報に含まれる情報としては、例えば、通信線８の長さ、通信速度などの通信システムの基本的情報、通信線８がまとめられた通信ケーブルの設置環境、負荷状況に応じた通信ケーブルの想定される温度変動幅、及び、基本的情報、温度変動及び使用時間と、これらから予測される遅延時間を対応付けたテーブルなどが挙げられる。そして、実際の通信ケーブルの長さ、通信速度、温度の測定値と通信ケーブルの使用時間の情報と設置情報とに基づいて遅延時間を予測する。上記以外の遅延時間に関係するパラメータを含めても良い。なお、上記のテーブルについては、例えば、理論的な予測、又は、通信システムから得られる実際のデータの統計的な分析に基づいて、設置情報と当該設置情報から予測される遅延時間の関係を予め算出し、メモリ３２に保持しておくことができる。また通信システムから得られる実際のデータから特徴量を抽出して機械学習を行い、通信経路の設置情報から遅延時間の予測値を推定する学習済みモデルを予め生成してメモリ３２に保持しておいても良い。
【0039】
次に、図１０のフローチャートを用いて第１の通信装置１の動作を説明する。第１の通信装置１が第２の通信装置１１に向けて出力した送信データと、第２の通信装置１１からの応答である受信データが入力される（Ｓ１０１）。当該送信データ及び当該受信データのＡＣＫビットから遅延時間パルスが抽出され（Ｓ１０２）、遅延時間パルスの時間幅が計測される（Ｓ１０３）。
【0040】
計測された遅延時間パルスの時間幅に基づいて算出される遅延時間と閾値の比較が行われ、遅延時間が閾値以上であるかが判定される（Ｓ１０４）。遅延時間が閾値未満と判定された場合、ステップＳ１０１からＳ１０３の処理が繰り返される。遅延時間が閾値以上と判定された場合、このまま使用を継続して更に遅延時間が増加すると通信不具合が発生する可能性があるため、出力される遅延判定情報によって、通信経路の遅延に起因する通信不具合の予兆が検知される（Ｓ１０５）。
【0041】
なお、図１、図９において遅延時間算出部６と遅延判定部７と制御部３を別の構成としているが、制御部３に遅延時間算出部６と遅延判定部７が含まれる構成であっても良い。遅延判定部７は閾値をメモリ３２から読み出すのではなく、自身で記憶手段を有して閾値を保持しても良い。
【0042】
以上説明した通り、実施の形態１に係る第１の通信装置１は、通信線８を介して他の通信装置とＣＡＮ通信プロトコルに基づいてデータを送受信する通信装置であって、データの送受信を制御する制御部３と、制御部３から出力される送信データと、当該送信データに対する応答として他の通信装置から出力される受信データとを入力とし、送信データと受信データに含まれるＡＣＫ信号から通信経路の遅延時間を算出する遅延時間算出部６と、遅延時間と閾値とを比較し、遅延判定情報を出力する遅延判定部７とを有する。このような構成により、通信経路の遅延に起因する不具合の予兆を検知することが可能となる。
【0043】
特に、エレベーターにおいては、通信ケーブルが前述した他の用途と比較して長く、数１００メートルに及ぶものがあり、また耐用年数も長いことから温度変動及び経年劣化などによる通信経路の遅延の影響を受け易い。このため、通信経路の遅延に起因する不具合の予兆を検知する本開示は、エレベーターの制御盤と、かご又は乗場の操作機器との間で通信するエレベーター通信装置に好適である。以下に説明する実施の形態についても同様に、開示される通信装置をエレベーター制御に適用し、エレベーター通信装置とすることができる。
【0044】
実施の形態２．
実施の形態２に係る第１の通信装置１について説明する。本開示に係る第１の通信装置１は遅延時間算出部６により算出される遅延時間と、第１の閾値と第２の閾値とを比較する。
実施の形態２に係る第１の通信装置１について説明する。本開示に係る第１の通信装置１は遅延時間算出部６により算出される遅延時間と、第１の閾値と第２の閾値とを比較する。
【0045】
本実施の形態においては、遅延時間の限界値よりも短い遅延時間に基づいて、第１の閾値、第２の閾値を設定する。第２の閾値は実施の形態１で説明した閾値に相当し、第１の閾値よりも長い遅延時間に基づいて設定される。すなわち、第２の閾値は遅延時間の許容値に対して設定され、第１の閾値は、遅延時間が第２の閾値に達する前に、通信経路の遅延に起因する通信不具合の予兆を予備的に検知するために設定される。なお、２つの閾値を設定することに限定されず、３つ以上の閾値を設定することも可能である。
【0046】
遅延判定部７は、遅延時間算出部６により算出される遅延時間と第１の閾値を比較し、遅延時間が第１の閾値以上であると判定した場合、制御部３に第１遅延判定情報を出力する。そして、遅延判定部７は、遅延時間算出部６により算出される遅延時間と第２の閾値を比較し、遅延時間が第２の閾値以上であると判定した場合、制御部３に第２遅延判定情報を出力する。制御部３は遅延時間が第１の閾値以上である場合、第１の閾値に応じて設定される制御処理を実行する。制御部３は、遅延時間が第１の閾値以上である場合と、遅延時間が第２の閾値以上である場合で、異なる制御処理を実行する。
【0047】
第１の閾値に応じて設定される制御処理の例として、制御部３は、遅延時間が第２の閾値に到達した時の保全に活用するためにログデータの収集条件を変更する。制御部３は遅延時間が第１の閾値に到達して以降、遅延時間又は遅延時間パルスの時間幅、通信線８の周囲温度、通信ケーブルの負荷状況などのログの記録を開始する。或いは、遅延時間が第１の閾値に到達する以前にログを取得している場合、制御部３は、ログを取得する周期を短くする。保全に活用するログデータを得つつ、不具合が生じる可能性が低い状況でのデータ収集を減らすことで、ログデータを記録するメモリ３２の記憶資源を効率的に活用することができる。特に、第１の通信装置１がマスターとして複数の他の通信装置との通信を管理している場合、これらの通信装置から収集されるログデータの容量は大きくなるため、このような設定は有効である。ログデータは第１の通信装置１のメモリ３２又は図示しない外部の記憶装置に保存しても良い。
【0048】
また報知部９により保守員に遅延時間が第１の閾値以上となったことを伝えても良い。遅延時間が第２の閾値未満であるが、第１の閾値以上である状態において、通信経路の遅延に起因する通信不具合の予兆を予備的に検知することにより、保全が必要となる時期の予見性を高め、より計画的な保全の準備が可能となる。また前回の保全から第１の閾値に達するまでの期間が短い場合、通信経路に何らかの不具合が発生している可能性があり、遅延時間が第２の閾値に達する前に、保全を実施して不良個所を早期に発見することが可能となる。
【0049】
【0050】
遅延時間パルスの時間幅が計測された後（Ｓ１０３）、遅延時間が第１の閾値以上か判定される（Ｓ２０１）。遅延時間が第１の閾値未満と判定された場合、ステップＳ１０１の前に戻り、遅延時間の監視が継続される。遅延時間が第１の閾値以上と判定された場合、出力される第１遅延判定情報によって、上述に例示した第１の閾値に応じて設定される制御処理が実行される（Ｓ２０２）。
【0051】
次に遅延時間が第２の閾値以上か判定される（Ｓ２０３）。遅延時間が第２の閾値未満と判定された場合、ステップＳ１０１の前に戻り、遅延時間の監視が継続される。遅延時間が第２の閾値以上と判定された場合、このまま使用を継続して遅延時間が増加すると通信不具合が発生する可能性があるため、出力される第２遅延判定情報によって、通信経路の遅延に起因する通信不具合の予兆が検知される（Ｓ１０５）。なお、ステップＳ２０１の後にステップＳ２０３を実行し、又は、ステップＳ２０１とステップＳ２０３の判定を並行して実行し、その後にステップＳ２０２及びステップＳ１０５が実行されても良い。
【0052】
以上説明した通り、実施の形態２に係る通信装置１は、遅延判定部７は遅延時間算出部６により算出される遅延時間と少なくとも第１の閾値と第２の閾値とを比較し、制御部３は、遅延時間が第１の閾値以上である場合と、遅延時間が前記第２の閾値以上である場合とで、異なる制御処理を実行する構成としている。このような構成により、通信経路の遅延に起因する不具合の予兆を予備的に検知し、保全又は保全の準備をすることができる。
【0053】
実施の形態３．
実施の形態３に係る第１の通信装置１について説明する。本実施の形態においては、図１２に示すように第１の通信装置１は遅延原因推定部１０を備える。遅延原因推定部１０は、遅延時間が閾値以上となった場合に、遅延原因を推定する。
実施の形態３に係る第１の通信装置１について説明する。本実施の形態においては、図１２に示すように第１の通信装置１は遅延原因推定部１０を備える。遅延原因推定部１０は、遅延時間が閾値以上となった場合に、遅延原因を推定する。
【0054】
遅延原因が経年劣化である場合、遅延時間は設置されてからの使用時間に応じて増加する。一方、遅延原因が、通信ケーブルの温度変動又は不規則的なノイズなどに起因する場合、それに応じて遅延時間が一時的に変動することがある。例えば、通信ケーブルが一時的に過負荷の状態になり、通信ケーブルにまとめられた通信線８の温度が上昇してしまうと、通信線８のインピーダンスの増加により遅延時間が増加する。しかし、過負荷が解消されると通信ケーブルの温度が下がり、遅延時間は減少する。
【0055】
遅延原因推定部１０は遅延時間が閾値以上となった原因を推定し、遅延原因が温度変動などの一時的な特性劣化であるかを推定する。一時的な特性劣化であると推定される場合、制御部３はシステムの通信に影響が出ない範囲で通信速度を調整する。具体的には、マスターである第１の通信装置１からボーレートの設定変更情報をローカルである第２の通信装置１１に送信し、マスターとローカルが共に制御部３、１３のプロセッサ３１、１３１を自己リセットすることで、通信速度を落とすことで遅延に対する裕度を増加させて通信を継続させる。
【0056】
図１３を用いて、遅延原因推定部１０の原因推定方法の一例を説明する。遅延原因推定部１０はログデータから遅延時間と使用時間の関係を参照する。図１３は横軸を通信経路が開通された後又は保全後の通信経路の使用時間、縦軸を遅延時間とし、各使用時間での通信経路の遅延時間をプロットしている。通信経路の遅延の原因として、温度変動などの一時的な特性劣化と、経年劣化による一時的でない特性劣化の影響が混在する。そのため、図１３に示すように各使用時間における遅延時間は一時的な特性劣化の影響によるバラツキが生じる。遅延原因推定部１０は通信ケーブルの温度、負荷状況、環境ノイズの測定値などから、一時的な特性劣化に起因する遅延の影響が少ない使用時間のデータを抽出し、それらを直線又は曲線で近似することで一時的な特性劣化の影響を除いた遅延時間の傾向を予測する。なお、図１３に示すような抽出したデータを曲線で近似するのではなく、ある程度の幅を持つバンドで近似しても良い。このような一時的な特性劣化の影響を除いた遅延時間の傾向の予測は、前述の通信経路の設置情報から予測される遅延時間を参照して行われても良い。
【0057】
一時的な特性劣化の影響を除いた遅延時間が閾値に達するのが使用時間ｔ２であると予測される状態で、使用時間ｔ２より前の使用時間ｔ１で閾値に達した場合、遅延原因推定部１０はその時点の通信ケーブルの温度、負荷状況などのデータを参照して、遅延時間が閾値以上となった原因が一時的な特性劣化に起因するものかを推定する。例えば、閾値に達した時、通信ケーブルが過負荷の状態であるなど一時的な温度上昇がある場合、一時的な特性劣化と推定する。
【0058】
【0059】
ステップＳ１０４において遅延時間が閾値以上と判定された場合、遅延原因が推定される（Ｓ３０１）。次に、推定結果に基づいて遅延原因が一時的な特性劣化に起因するのか否かが判断される（Ｓ３０２）。遅延原因が一時的な特性劣化に起因するものである場合、通信速度が調整される（Ｓ３０３）。通信速度が調整された後、ステップＳ１０１の前に戻り、遅延時間の監視が継続される。一方、遅延原因が一時的な特性劣化に起因するものではない場合、遅延原因は主に経年劣化に起因するものと推定されるから、このまま使用を継続して遅延時間が増加すると通信不具合が発生する可能性があるため、出力される遅延判定情報によって、通信経路の遅延に起因する通信不具合の予兆が検知される（Ｓ１０５）。
【0060】
以上説明した通り、実施の形態３に係る通信装置１は、遅延時間が閾値以上となった原因を推定する遅延原因推定部１０を備え、推定された遅延原因が一時的な特性劣化である場合に、制御部３は通信速度を調整する構成としている。このような構成により、遅延に対する裕度を増やすことによって安定的な通信を継続することができる。
【0061】
実施の形態１において、制御部３のプロセッサ３１がメモリ３２に記憶されたソフトウェアプログラムを読み出して、第１の通信装置１の各部の機能が実現されても良いことを説明したが、実施の形態２、３においても同様である。また、図１５に示すように制御部３を含む第１の通信装置１の各機能部が単一回路、複合回路、プログラム化されたプロセッサ、並列プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、又はこれらを組み合わせた処理回路３３として実現されても良い。また、第１の通信装置１の一部の機能がソフトウェアプログラムにより実現され、残りの機能が専用の処理回路３３によって実現されるものであっても良い。
【0062】
以上、本開示の実施の形態について説明したが、本開示の第１の通信装置の構成は、実施の形態１から実施の形態３で説明した形態には限られない。本開示の第１の通信装置１と、別の公知の技術と組み合わせることも可能であるし、本開示の要旨を逸脱しない範囲で、適宜、組み合わせる等、構成の一部を省略、変更することも可能である。
【符号の説明】
【0063】
１ 第１の通信装置、２ 通信制御基板、３ 制御部、３１ プロセッサ、３２ メモリ、４ ＣＡＮコントローラー、５ ＣＡＮトランシーバー、６ 遅延時間算出部、７ 遅延判定部、８ 通信線、９ 報知部、１０ 遅延原因推定部、１１ 第２の通信装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】