JPWO2019167175A1 - 通信システム - Google Patents

Abstract

Ｅｔｈｅｒｎｅｔ（登録商標）とＩＰとを使用しながらも、リング型ネットワークにおいて双方向にデータを送信することができる通信システムを提供する。通信システムは、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられた一側ネットワークインターフェイスと、前記第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられた他側ネットワークインターフェイスと、を有した複数の通信装置と、隣接した複数の通信装置の一方の一側ネットワークインターフェイスと他方の他側ネットワークインターフェイスとに接続することにより、複数の通信装置をリング状に接続する複数の通信路と、を備えた。

Description

この発明は、通信システムに関する。

特許文献１は、通信システムを開示する。当該通信システムにおいては、通信装置は、ブロードキャストアドレスのパケットの送信元ＩＰアドレスを使用してリング型ネットワークを一周回ってきた自らの送信パケットを廃棄する。このため、リング型ネットワークにおいて双方向にデータを送信することができる。

日本特開２０１５−１９８４１４号公報

しかしながら、特許文献１に記載の通信システムは、一般的なＥｔｈｅｒｎｅｔ（登録商標）と一般的なＩＰとに対応していない。このため、一般的なＥｔｈｅｒｎｅｔ（登録商標）のハードウェアと一般的なＩＰルーティング機能とを利用できない。

この発明は、上述の課題を解決するためになされた。この発明の目的は、Ｅｔｈｅｒｎｅｔ（登録商標）とＩＰとを使用しながらも、リング型ネットワークにおいて双方向にデータを送信することができる通信システムを提供することである。

この発明に係る通信システムは、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられた一側ネットワークインターフェイスと、前記第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられた他側ネットワークインターフェイスと、を有した複数の通信装置と、隣接した複数の通信装置の一方の一側ネットワークインターフェイスと他方の他側ネットワークインターフェイスとに接続することにより、複数の通信装置をリング状に接続する複数の通信路と、を備えた。

この発明によれば、複数の通信装置は、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられた一側ネットワークインターフェイスと、前記第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられた他側ネットワークインターフェイスと、を有する。複数の通信路は、隣接した複数の通信装置の一方の一側ネットワークインターフェイスと他方の他側ネットワークインターフェイスとに接続することにより、複数の通信装置をリング状に接続する。このため、一般的なＥｔｈｅｒｎｅｔ（登録商標）と一般的なＩＰとを使用しながらも、リング型ネットワークにおいて双方向にデータを送信することができる。

実施の形態１における通信システムの構成図である。 実施の形態１における通信システムの第１通信装置のルーティングテーブルを示す図である。 実施の形態１における通信システムの第２通信装置のルーティングテーブルを示す図である。 実施の形態１における通信システムの第３通信装置のルーティングテーブルを示す図である。 実施の形態１における通信システムの第４通信装置のルーティングテーブルを示す図である。 実施の形態１における通信システムの第１通信装置が第３通信装置に右回りでデータを送信する場合の経路を示す図である。 実施の形態１における通信システムの第１通信装置が第３通信装置に左回りでデータを送信する場合の経路を示す図である。 実施の形態１における通信システムの第１通信装置のハードウェア構成図である。 実施の形態２における通信システムの構成図である。 実施の形態２における通信システムに使用されるＩＰパケットを示す図である。 実施の形態２における通信システムの第１通信装置のアプリケーション層でデータを送信する際の処理を説明するためのフローチャートである。 実施の形態２における通信システムの第１通信装置のアプリケーション層でデータを受信する際の処理およびデータを中継する際の処理を説明するためのフローチャートである。 実施の形態２における通信システムの第１通信装置が第３通信装置に右回りでデータを送信する場合の経路を示す図である。 実施の形態２における通信システムの第１通信装置が第３通信装置に左回りでデータを送信する場合の経路を示す図である。 実施の形態３における通信システムの第１通信路の通信異常の第１例を示す図である。 実施の形態３における通信システムの第１通信路の通信異常の第２例を示す図である。 実施の形態３における通信システムの第１通信装置がオフライン状態になっている場合を示す図である。 実施の形態３における通信システムの第３通信装置が通信異常個所を推定する際に使用する表を示す図である。 実施の形態３における通信システムの第３通信装置が通信異常個所を判定する際の処理の概要を説明するためのフローチャートである。 実施の形態３における通信システムの第３通信装置が左回りおよび右回りにおける通信異常個所を推定する際の処理を説明するためのフローチャートである。 実施の形態３における通信システムの第３通信装置が総合的に通信異常個所を判定する際の処理を説明するためのフローチャートである。 実施の形態４における通信システムの第１通信路の通信異常の例を示す図である。 実施の形態５における通信システムが適用されるエレベーターシステムの構成図である。

この発明を実施するための形態について添付の図面に従って説明する。なお、各図中、同一または相当する部分には同一の符号が付される。当該部分の重複説明は適宜に簡略化ないし省略する。

実施の形態１．
図１は実施の形態１における通信システムの構成図である。

図１に示されるように、第１通信装置１は、一側ネットワークインターフェイス１ａと他側ネットワークインターフェイス１ｂとを備える。一側ネットワークインターフェイス１ａは、右回り送信用かつ左回り受信用のインターフェイスである。他側ネットワークインターフェイス１ｂは、左回り送信用かつ右回り受信用のインターフェイスである。

第１通信装置１において、一側ネットワークインターフェイス１ａには、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられる。他側ネットワークインターフェイス１ｂには、第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられる。例えば、一側ネットワークインターフェイス１ａのＩＰアドレスは、１９２．１６８．１．１である。例えば、他側ネットワークインターフェイス１ｂのＩＰアドレスは、１９２．１６８．４．２である。

第２通信装置２は、一側ネットワークインターフェイス２ａと他側ネットワークインターフェイス２ｂとを備える。一側ネットワークインターフェイス２ａは、右回り送信用かつ左回り受信用のインターフェイスである。他側ネットワークインターフェイス２ｂは、左回り送信用かつ右回り受信用のインターフェイスである。

第２通信装置２において、一側ネットワークインターフェイス２ａには、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられる。他側ネットワークインターフェイス２ｂには、第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられる。例えば、一側ネットワークインターフェイス２ａのＩＰアドレスは、１９２．１６８．２．１である。例えば、他側ネットワークインターフェイス２ｂのＩＰアドレスは、１９２．１６８．１．２である。

第３通信装置３は、一側ネットワークインターフェイス３ａと他側ネットワークインターフェイス３ｂとを備える。一側ネットワークインターフェイス３ａは、右回り送信用かつ左回り受信用のインターフェイスである。他側ネットワークインターフェイス３ｂは、左回り送信用かつ右回り受信用のインターフェイスである。

第３通信装置３において、一側ネットワークインターフェイス３ａには、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられる。他側ネットワークインターフェイス３ｂには、第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられる。例えば、一側ネットワークインターフェイス３ａのＩＰアドレスは、１９２．１６８．３．１である。例えば、他側ネットワークインターフェイス３ｂのＩＰアドレスは、１９２．１６８．２．２である。

第４通信装置４は、一側ネットワークインターフェイス４ａと他側ネットワークインターフェイス４ｂとを備える。一側ネットワークインターフェイス４ａは、右回り送信用かつ左回り受信用のインターフェイスである。他側ネットワークインターフェイス４ｂは、左回り送信用かつ右回り受信用のインターフェイスである。

第４通信装置４において、一側ネットワークインターフェイス４ａには、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられる。他側ネットワークインターフェイス４ｂには、第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられる。例えば、一側ネットワークインターフェイス４ａのＩＰアドレスは、１９２．１６８．４．１である。例えば、他側ネットワークインターフェイス４ｂのＩＰアドレスは、１９２．１６８．３．２である。

例えば、第１通信路５のＩＰｖ４のＩＰネットワークアドレスは、１９２．１６８．１．０／２４である。例えば、第２通信路６のＩＰｖ４のＩＰネットワークアドレスは、１９２．１６８．２．０／２４である。例えば、第３通信路７のＩＰｖ４のＩＰネットワークアドレスは、１９２．１６８．３．０／２４である。例えば、第４通信路８のＩＰｖ４のＩＰネットワークアドレスは、１９２．１６８．４．０／２４である。

第１通信装置１の右回り送信のＩＰネットワークアドレスは、第１通信路５のＩＰネットワークアドレスの１９２．１６８．１．０／２４となる。第１通信装置１の左回り送信のＩＰネットワークアドレスは、第４通信路８のＩＰネットワークアドレスの１９２．１６８．４．０／２４である。

第２通信装置２の右回り送信のＩＰネットワークアドレスは、第２通信路６のＩＰネットワークアドレスの１９２．１６８．２．０／２４となる。第２通信装置２の左回り送信のＩＰネットワークアドレスは、第１通信路５のＩＰネットワークアドレスの１９２．１６８．１．０／２４である。

第３通信装置３の右回り送信のＩＰネットワークアドレスは、第３通信路７のＩＰネットワークアドレスの１９２．１６８．３．０／２４となる。第３通信装置３の左回り送信のＩＰネットワークアドレスは、第２通信路６のＩＰネットワークアドレスの１９２．１６８．２．０／２４である。

第４通信装置４の右回り送信のＩＰネットワークアドレスは、第４通信路８のＩＰネットワークアドレスの１９２．１６８．４．０／２４となる。第４通信装置４の左回り送信のＩＰネットワークアドレスは、第３通信路７のＩＰネットワークアドレスの１９２．１６８．３．０／２４である。

当該リング状の通信システムにおいて、第１通信路５と第２通信路６と第３通信路７と第４通信路８とは、互いに異なるＩＰネットワークである。第１通信路５と第２通信路６と第３通信路７と第４通信路８とは、互いに異なるデータリンクである。このため、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とは、データリンク層でＩＰパケットを中継するブリッジとして動作しない。その結果、データリンクにおいて、ループは生じない。パケットの中継は、ＩＰ層以上の層を用いて行われる。

例えば、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とが状態を示すデータを送信し続ける場合、受信側の通信装置が同じデータを２回受信しても、その後の制御は同じである。例えば、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とが指令値のデータを送信し続ける場合、受信側の通信装置が同じデータを２回受信しても、その後の制御は同じである。

これらの場合、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とにおいて、制御アプリケーションの送信部は、トランスポート層にＵＤＰを使用して同一の通信装置の右回り受信用のＩＰアドレスと左回り受信用のＩＰアドレスとにそれぞれ２回データを送信する。制御アプリケーションの受信部は、正常時において同じデータを２回受信することを許容する。

なお、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とにおいて、ＵＤＰの上位アプリケーション層のプロトコルに入れたシーケンス番号に基づいてより最新のデータを受信した場合のみデータを取り込む場合もある。

次に、図２から図５を用いて、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とのルーティングテーブルを説明する。
図２は実施の形態１における通信システムの第１通信装置のルーティングテーブルを示す図である。図３は実施の形態１における通信システムの第２通信装置のルーティングテーブルを示す図である。図４は実施の形態１における通信システムの第３通信装置のルーティングテーブルを示す図である。図５は実施の形態１における通信システムの第４通信装置のルーティングテーブルを示す図である。

図２から図５に示されるように、第１通信装置１と第２通信装置２と第３通信装置３と通信装置とのルーティングテーブルにおいては、「ネットワーク」と「ネットマスク」と「ゲートウェイ」と「インターフェイス」とが対応付けられる。

「ネットワーク」は、最終的な宛先となるＩＰアドレスの情報である。「ネットマスク」は、「ネットワーク」のネットワーク部とホスト部との情報である。「ゲートウェイ」は、最初の送り先となるＩＰアドレスの情報である。「インターフェイス」は、当該通信時に使用されるインターフェイスのＩＰアドレスの情報である。

次に、図６を用いて、第１通信装置１が第３通信装置３に右回りでデータを送信する場合を説明する。
図６は実施の形態１における通信システムの第１通信装置が第３通信装置に右回りでデータを送信する場合の経路を示す図である。

図６に示されるように、第３通信装置３の右回り受信用のＩＰアドレスは、１９２．１６８．２．２である。この場合、第１通信装置１は、当該ＩＰアドレスを宛先ＩＰアドレスとする。

この際、第１通信装置１は、図２のルーティングテーブルに従ってデータを送信する。具体的には、第１通信装置１は、ＩＰアドレスが１９２．１６８．１．１の一側ネットワークインターフェイス１ａからＩＰアドレスが１９２．１６８．１．２の第２通信装置の他側ネットワークインターフェイス２ｂにデータを送信する。

第２通信装置２は、受信したデータの宛先ＩＰアドレスが１９２．１６８．２．２であることを把握する。第２通信装置２は、図３のルーティングテーブルに従ってデータを送信する。具体的には、第２通信装置２は、ＩＰアドレスが１９２．１６８．２．１の一側ネットワークインターフェイス２ａからＩＰアドレスが１９２．１６８．２．２の第３通信装置３の他側ネットワークインターフェイス３ｂにデータを送信する。

第３通信装置３は、宛先ＩＰアドレスが自らのＩＰアドレスであることを把握する。この際、第３通信装置３は、当該データが自らに宛てたデータであるとして当該データをアプリケーション層へ取り込む。

次に、図７を用いて、第１通信装置１が第２通信装置２に左回りでデータを送信する場合を説明する。
図７は実施の形態１における通信システムの第１通信装置が第２通信装置に左回りでデータを送信する場合の経路を示す図である。

図７に示されるように、第２通信装置２の左回り受信用のＩＰアドレスは、１９２．１６８．２．１である。この場合、第１通信装置１は、当該ＩＰアドレスを宛先ＩＰアドレスとする。

この際、第１通信装置１は、図２のルーティングテーブルに従ってデータを送信する。具体的には、第１通信装置１は、ＩＰアドレスが１９２．１６８．４．２の他側ネットワークインターフェイス１ｂからＩＰアドレスが１９２．１６８．４．１の第４通信装置４の一側ネットワークインターフェイス４ａにデータを送信する。

第４通信装置４は、受信したデータの宛先ＩＰアドレスが１９２．１６８．２．１であることを把握する。第４通信装置４は、図５のルーティングテーブルに従ってデータを送信する。具体的には、第４通信装置４は、ＩＰアドレスが１９２．１６８．３．２の他側ネットワークインターフェイス４ｂからＩＰアドレスが１９２．１６８．３．１の第３通信装置３の一側ネットワークインターフェイス３ａにデータを送信する。

第３通信装置３は、受信したデータの宛先ＩＰアドレスが１９２．１６８．２．１であることを把握する。第３通信装置３は、図４のルーティングテーブルに従ってデータを送信する。具体的には、第３通信装置３は、ＩＰアドレスが１９２．１６８．２．２の他側ネットワークインターフェイス３ｂからＩＰアドレスが１９２．１６８．２．１の第２通信装置２の一側ネットワークインターフェイス２ａにデータを送信する。

第２通信装置２は、宛先ＩＰアドレスが自らのＩＰアドレスであることを把握する。この際、第２通信装置２は、当該データが自らに宛てたデータであるとして当該データをアプリケーション層へ取り込む。

以上で説明した実施の形態１によれば、データリンクにループが生じてはならない一般的なＥｔｈｅｒｎｅｔ（登録商標）と一般的なＩＰとを使用しながらも、ＩＰルーティングの設定とアプリケーションの処理とにより、リング型ネットワークにおいて双方向に同時にデータを送信することができる。その結果、信頼性とリアルタイム性を維持しながら、ハードウェア開発コスト、ソフトウェア開発コスト、製造コスト、開発期間、部品の調達容易性、部品の長期供給性、プロトコルスタックとそれをサポートするＯＳの調達容易性、長期サポート性を改善することができる。

なお、本実施の形態においては、隣接する通信装置の間は、互いに異なるＩＰネットワークアドレスを持つそれぞれ異なるＩＰネットワークである。

このため、宛先ＩＰアドレスのホスト部が全て１のＩＰブロードキャストでデータが送信された場合、当該データは、隣接する通信装置に届く。例えば、１９２．１６８．１．２５５のＩＰブロードキャストでデータが送信した場合、当該データは、隣接する通信装置に届く。当該データは、その先に中継されることはない。

また、ＭＡＣアドレスが全て１のＥｔｈｅｒｎｅｔ（登録商標）ブロードキャストでデータが送信された場合、当該データは、隣接する通信装置に届く。例えば、ＭＡＣアドレス１６進数のＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：のＥｔｈｅｒｎｅｔ（登録商標）ブロードキャストでデータが送信された場合、当該データは、隣接する通信装置に届く。当該データは、その先に中継されることはない。

そこで、第１通信装置１が右回りでブロードキャストを行う場合、右回り送信用の一側ネットワークインターフェイス１ａのＩＰアドレスである１９２．１６８．１．１を送信元ＩＰアドレスとし、左隣の第４通信装置４の右回り受信用の他側ネットワークインターフェイス４ｂのＩＰアドレスである１９２．１６８．３．２を宛先ＩＰアドレスとすればよい。

この際のパケットは、第１通信装置１から右回りで第４通信装置４に届く。途中の第２通信装置２と第３通信装置３とは、当該パケットを自らのアプリケーション層に取り込めばよい。例えば、第２通信装置２と第３通信装置３とは、Ｒａｗ Ｓｏｃｋｅｔを使用して当該パケットを自らのアプリケーション層に取り込めばよい。

このように、本実施の形態の通信システムにおいては、ユニキャストおよびブロードキャストの少なくとも一方で通信を行うことができる。

なお、ループが検出された場合、当該ループの経路の一部を遮断すればよい。この場合、ループによる通信障害を抑制することができる。

通信システムが制御用通信システムとして適用される場合、保守、コンテンツ配送等において、通常のＩＰ通信が使用されることもある。本実施の形態において、例えば、第１通信装置１が第３通信装置３にＴＣＰ／ＩＰで通信する場合、送信元ＩＰアドレスを１９２．１６８．１．１とし、宛先ＩＰアドレスを１９２．１６８．２．２とすればよい。この場合、当該パケットは、第１通信装置１から右回りで第３通信装置３に届く。これに対し、第３通信装置３が第１通信装置１にＴＣＰ／ＩＰで通信する場合、送信元ＩＰアドレスを１９２．１６８．２．２とし、宛先ＩＰアドレスを１９２．１６８．１．１とすればよい。この場合、当該パケットは、第３通信装置３から左回りで第１通信装置１に届く。このように、ＴＣＰ／ＩＰでの通信においては、第１通信路５と第２通信路６とを介して双方向通信を行うことができる。

第１通信路５および第２通信路６の少なくとも一方が故障した場合、通信の経路を第３通信路７と第４通信路８とに切り替えれば、双方向通信を維持することができる。具体的には、第１通信装置１の送信元ＩＰアドレスを１９２．１６８．４．２とし、宛先ＩＰアドレスを１９２．１６８．３．１とすれば、第１通信装置１が第３通信装置３にＴＣＰ／ＩＰで通信することができる。

このように、全ての通信装置から全ての通信装置にＩＰでデータを到達させることができる。このため、必要に応じて片方向の経路のみを使うＴＣＰ／ＩＰを含む通常のＩＰ通信も使用することができる。

次に、図８を用いて、第１通信装置１の例を説明する。
図８は実施の形態１における通信システムの第１通信装置のハードウェア構成図である。

第１通信装置１の各機能は、処理回路により実現し得る。例えば、処理回路は、少なくとも１つのプロセッサ９ａと少なくとも１つのメモリ９ｂとを備える。例えば、処理回路は、少なくとも１つの専用のハードウェア１０を備える。

処理回路が少なくとも１つのプロセッサ９ａと少なくとも１つのメモリ９ｂとを備える場合、第１通信装置１の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせで実現される。ソフトウェアおよびファームウェアの少なくとも一方は、プログラムとして記述される。ソフトウェアおよびファームウェアの少なくとも一方は、少なくとも１つのメモリ９ｂに格納される。少なくとも１つのプロセッサ９ａは、少なくとも１つのメモリ９ｂに記憶されたプログラムを読み出して実行することにより、第１通信装置１の各機能を実現する。少なくとも１つのプロセッサ９ａは、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰともいう。例えば、少なくとも１つのメモリ９ｂは、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等である。

処理回路が少なくとも１つの専用のハードウェア１０を備える場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせで実現される。例えば、第１通信装置１の各機能は、それぞれ処理回路で実現される。例えば、第１通信装置１の各機能は、まとめて処理回路で実現される。

第１通信装置１の各機能について、一部を専用のハードウェア１０で実現し、他部をソフトウェアまたはファームウェアで実現してもよい。例えば、ゲート信号を送信する機能については専用のハードウェア１０としての処理回路で実現し、ゲート信号を送信する機能以外の機能については少なくとも１つのプロセッサ９ａが少なくとも１つのメモリ９ｂに格納されたプログラムを読み出して実行することにより実現してもよい。

このように、処理回路は、ハードウェア１０、ソフトウェア、ファームウェア、またはこれらの組み合わせで第１通信装置１の各機能を実現する。

図示されないが、第２通信装置２の各機能も、第１通信装置１の処理回路により実現し得る。第３通信装置３の各機能も、第１通信装置１の処理回路により実現し得る。第４通信装置４の各機能も、第１通信装置１の処理回路により実現し得る。

実施の形態２．
図９は実施の形態２における通信システムの構成図である。なお、実施の形態１の部分と同一又は相当部分には同一符号が付される。当該部分の説明は省略される。

実施の形態２において、第１通信装置１は、図２のルーティングテーブルのうち「ゲートウェイ」が「リンク上」である行のみを使用する。第２通信装置２は、図３のルーティングテーブルのうち「ゲートウェイ」が「リンク上」である行のみを使用する。第３通信装置３は、図４のルーティングテーブルのうち「ゲートウェイ」が「リンク上」である行のみを使用する。第４通信装置４は、図５のルーティングテーブルのうち「ゲートウェイ」が「リンク上」である行のみを使用する。

この場合、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とにおいて、データは、ネットワーク層としては隣接する通信装置の自らの側のインターフェイスのみにしか到達しない。このため、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とは、アプリケーション層でデータを中継することで双方向送信のリング型の通信システムを実現する。

次に、図１０を用いて、ＩＰパケットを説明する。
図１０は実施の形態２における通信システムに使用されるＩＰパケットを示す図である。

図１０に示されるように、ＩＰパケットにおいては、「ＩＰヘッダ」と「ＵＤＰヘッダ」と「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とが対応付けられる。

「ＩＰヘッダ」は、ＩＰ層において扱われる情報である。「ＵＤＰヘッダ」は、ＵＤＰ層において扱われる情報である。「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とは、アプリケーション層において扱われる情報である。

次に、図１１を用いて、第１通信装置１のアプリケーション層でデータを送信する際の処理を説明する。
図１１は実施の形態２における通信システムの第１通信装置のアプリケーション層でデータを送信する際の処理を説明するためのフローチャートである。

当該通信システムにおいては、一般的なＵＤＰ／ＩＰが使用される。このため、第１通信装置１は、ｓｏｃｋｅｔ ＡＰＩをそのまま使用する。

具体的には、ステップＳ１では、第１通信装置１は、右回り送信用のｓｏｃｋｅｔと左回り送信用のｓｏｃｋｅｔとを作成する。右回り送信用のｓｏｃｋｅｔは、右回りの際に隣接した通信装置の右回り受信用のＩＰアドレスである。左回り送信用のｓｏｃｋｅｔは、左回りの際に隣接した通信装置の左回り受信用のＩＰアドレスである。

その後、第１通信装置１は、ステップＳ２の処理を行う。ステップＳ２では、第１通信装置１は、ＩＰパケットの送信の要求を待つ。その後、第１通信装置１は、ステップＳ３の処理を行う。ステップＳ３では、第１通信装置１は、右回り送信用のｓｏｃｋｅｔと左回り送信用のｓｏｃｋｅｔとに同じデータを送信する。その後、第１通信装置１は、ステップＳ２の処理を行う。

図示されないが、第２通信装置２も、第１通信装置１と同様に、アプリケーション層でデータを送信する。第３通信装置３も、第１通信装置１と同様に、アプリケーション層でデータを送信する。第４通信装置４も、第１通信装置１と同様に、アプリケーション層でデータを送信する。

次に、図１２を用いて、第１通信装置１のアプリケーション層でデータを受信する際の処理およびデータを中継する際の処理を説明する。
図１２は実施の形態２における通信システムの第１通信装置のアプリケーション層でデータを受信する際の処理およびデータを中継する際の処理を説明するためのフローチャートである。

ステップＳ１１では、第１通信装置１は、図１１のステップＳ１と同様に、右回り送信用のｓｏｃｋｅｔと左回り送信用のｓｏｃｋｅｔとを作成する。その後、第１通信装置１は、ステップＳ１２の処理を行う。ステップＳ１２では、第１通信装置１は、ＩＰパケットの受信を待つ。

その後、第１通信装置１は、ステップＳ１３の処理を行う。ステップＳ１３では、第１通信装置１は、受信したＩＰパケットの「送信先装置ＩＤ」が自らのＩＤであるか否かを判定する。

ステップＳ１３でＩＰパケットの「送信先装置ＩＤ」が自らのＩＤである場合、第１通信装置１は、ステップＳ１４の処理を行う。ステップＳ１４では、第１通信装置１は、ＩＰパケットの「データ」の受信処理を行う。その後、第１通信装置１は、ステップＳ１２の処理を行う。

ステップＳ１３でＩＰパケットの「送信先装置ＩＤ」が自らのＩＤでない場合、第１通信装置１は、ステップＳ１５の処理を行う。ステップＳ１５では、第１通信装置１は、受信したｓｏｃｋｅｔと反対側のｓｏｃｋｅｔに「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とを送信する。その後、第１通信装置１は、ステップＳ１２の処理を行う。

ステップＳ１５では、第１通信装置１は、これらの処理をアプリケーション層で行う。この際、第１通信装置１は、自らまたは隣接の通信装置のＩＰアドレスをＩＰ層で使用する。

図示されないが、第２通信装置２も、第１通信装置１と同様に、アプリケーション層でデータを受信する。第２通信装置２も、第１通信装置１と同様に、アプリケーション層でデータを中継する。第３通信装置３も、第１通信装置１と同様に、アプリケーション層でデータを受信する。第３通信装置３も、第１通信装置１と同様に、アプリケーション層でデータを中継する。第４通信装置４も、第１通信装置１と同様に、アプリケーション層でデータを受信する。第４通信装置４も、第１通信装置１と同様に、アプリケーション層でデータを中継する。

通信システムにおいて、ＩＰパケットの「ＩＰヘッダ」は、通信装置により転送されるたびに変更される。この際、最初の送信元の通信装置は、「送信元装置ＩＤ」に対応した通信装置である。最終の送信先の通信装置は、「送信先装置ＩＤ」に対応した通信装置である。

次に、図１３を用いて、第１通信装置１が第３通信装置３に右回りでデータを送信する場合を説明する。
図１３は実施の形態２における通信システムの第１通信装置が第３通信装置に右回りでデータを送信する場合の経路を示す図である。

図１３に示されるように、第１通信装置１は、ＩＰパケットの「送信先装置ＩＤ」を「１０３」とする。第１通信装置１は、ＩＰパケットの「送信元装置ＩＤ」を「１０１」とする。第１通信装置１は、ＩＰアドレスが１９２．１６８．１．１の一側ネットワークインターフェイス１ａからＩＰアドレスが１９２．１６８．１．２の第２通信装置２の他側ネットワークインターフェイス２ｂにデータを送信する。

第２通信装置２は、ＩＰ層において当該ＩＰパケットが自らに宛てられたＩＰパケットであることを把握する。このため、第２通信装置２は、当該ＩＰパケットを受け取る。第２通信装置２は、ＵＤＰパケットとして「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とをアプリケーション層に渡す。第２通信装置２は、アプリケーション層において「送信先装置ＩＤ」が自らのＩＤでないことを把握する。第２通信装置２は、アプリケーション層において図１１に基づいてＩＰアドレスが１９２．１６８．２．１の一側ネットワークインターフェイス２ａからＩＰアドレスが１９２．１６８．２．２の第３通信装置３の他側ネットワークインターフェイス３ｂにＩＰパケットを送信する。この際、第２通信装置２は、「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とを変更せずに「ＩＰヘッダ」を変更する。

第３通信装置３は、ＩＰ層において当該ＩＰパケットが自らに宛てられたＩＰパケットであることを把握する。このため、第３通信装置３は、当該ＩＰパケットを受け取る。第３通信装置３は、ＵＤＰパケットとして「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とをアプリケーション層に渡す。第３通信装置３は、アプリケーション層において「送信先装置ＩＤ」が自らのＩＤであることを把握する。このため、第３通信装置３は、アプリケーション層において「データ」の受信処理を行う。

次に、図１４を用いて、第１通信装置１が第３通信装置３に左回りでデータを送信する場合を説明する。
図１４は実施の形態２における通信システムの第１通信装置が第３通信装置に左回りでデータを送信する場合の経路を示す図である。

図１４に示されるように、第１通信装置１は、ＩＰパケットの「送信先装置ＩＤ」を「１０３」とする。第１通信装置１は、ＩＰパケットの「送信元装置ＩＤ」を「１０１」とする。第１通信装置１は、ＩＰアドレスが１９２．１６８．４．２の他側ネットワークインターフェイス１ｂからＩＰアドレスが１９２．１６８．４．１の第４通信装置４の一側ネットワークインターフェイス４ａにデータを送信する。

第４通信装置４は、ＩＰ層において当該ＩＰパケットが自らに宛てられたＩＰパケットであることを把握する。このため、第４通信装置４は、当該ＩＰパケットを受け取る。第４通信装置４は、ＵＤＰパケットとして「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とをアプリケーション層に渡す。第４通信装置４は、アプリケーション層において「送信先装置ＩＤ」が自らのＩＤでないことを把握する。第４通信装置４は、アプリケーション層において図１１に基づいてＩＰアドレスが１９２．１６８．３．２の他側ネットワークインターフェイス４ｂからＩＰアドレスが１９２．１６８．３．１の第３通信装置３の１９２．１６８．３．１の一側ネットワークインターフェイス３ａにＩＰパケットを送信する。この際、第２通信装置２は、「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とを変更せずに「ＩＰヘッダ」を変更する。

第３通信装置３は、ＩＰ層において当該ＩＰパケットが自らに宛てられたＩＰパケットであることを把握する。このため、第３通信装置３は、当該ＩＰパケットを受け取る。第３通信装置３は、ＵＤＰパケットとして「送信先装置ＩＤ」と「送信元装置ＩＤ」と「データ」とをアプリケーション層に渡す。第３通信装置３は、アプリケーション層において「送信先装置ＩＤ」が自らのＩＤであることを把握する。このため、第３通信装置３は、アプリケーション層において「データ」の受信処理を行う。

以上で説明した実施の形態２によれば、直結された同じネットワークアドレスのネットワークを通じてしか通信しない。このため、各通信装置のＩＰルーティングがどのようになっていても、ＩＰパケットは、双方向に同時に送信され得る。

また、直結されているデータリンク上のネットワーク以外のＩＰルーティングを付け加えても、実施の形態２の通信システムは動作し得る。例えば、各通信装置において、ＲＦＣ １０５８、ＲＦＣ ２４５３等のＲｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌで自動ルーティングを行ってもよい。この場合、直結されていないネットワークに対してＩＰリーチャブルとなる。ただし、双方向に同時の送信は行われない。当該自動ルーティングが用いられる通信は、制御に付随する診断、保守等の通信に使用されたり、その他のアプリケーションの通信に使用されたりする。

なお、ＩＰパケットにおいて、送信元の通信装置を識別する情報と送信先の通信装置を識別する情報とは、トランスポート層以上の層に対応していればよい。

実施の形態３．
図１５は実施の形態３における通信システムの第１通信路の通信異常の第１例を示す図である。なお、実施の形態１の部分と同一又は相当部分には同一符号が付される。当該部分の説明は省略される。

図１５において、第１通信路５は、断線等により右回りだけ通信異常になっている。

この場合、第３通信装置３において、左回りで受信できるＩＰパケットの送信元のＩＰアドレスは、第２通信装置２の１９２．１６８．１．２と第１通信装置１の１９２．１６８．４．２と第４通信装置４の１９２．１６８．３．２とのうちのいずれかである。左回りにおいては、期待されたＩＰパケットは全て届く。このため、特段の問題はない。

一方、右回りで受信できるＩＰパケットの送信元のＩＰアドレスは、第２通信装置２の１９２．１６８．２．１のみである。右回りにおいては、第２通信装置２の１９２．１６８．２．１からのＩＰパケットは受信されるが、第１通信装置１の１９２．１６８．１．１からのＩＰパケットは受信されない。このため、第３通信装置３は、第１通信装置１と第２通信装置２との間において右回りの通信が確立されないことを把握する。

次に、図１６を用いて、第１通信路５が断線等により右回りおよび左回りで通信異常になっている場合を説明する。
図１６は実施の形態３における通信システムの第１通信路の通信異常の第２例を示す図である。

第３通信装置３において、右回りで受信できるパケットは、図１５の場合と同様である。

一方、左回りで受信できるＩＰパケットの送信元ＩＰアドレスは、第４通信装置４の１９２．１６８．３．２と第１通信装置１の１９２．１６８．４．２とのうちのいずれかである。左回りにおいては、第１通信装置１の１９２．１６８．４．２からのＩＰパケットは受信されるが、第２通信装置２の１９２．１６８．１．２からのＩＰパケットは受信されない。このため、第３通信装置３は、第１通信装置１と第２通信装置２との間において左回りの通信が確立されないことを把握する。

次に、図１７を用いて、第１通信装置１がオフライン状態になっている場合を説明する。
図１７は実施の形態３における通信システムの第１通信装置がオフライン状態になっている場合を示す図である。

第３通信装置３において、左回りで受信できるＩＰパケットの送信元ＩＰアドレスは、第４装置の１９２．１６８．３．２のみである。右回りで受信できるＩＰパケットの送信元ＩＰアドレスは、第２通信装置２の１９２．１６８．２．１のみである。第１通信装置１からのＩＰパケットは、左回りおよび右回りともに受信されない。この場合、第３通信装置３は、第１通信装置１がオフライン状態になっていることを把握する。

次に、図１８から図２１を用いて、第３通信装置３による通信異常個所の判定方法を説明する。
図１８は実施の形態３における通信システムの第３通信装置が通信異常個所を推定する際に使用する表を示す図である。図１９は実施の形態３における通信システムの第３通信装置が通信異常個所を判定する際の処理の概要を説明するためのフローチャートである。図２０は実施の形態３における通信システムの第３通信装置が左回りおよび右回りにおける通信異常個所を推定する際の処理を説明するためのフローチャートである。図２１は実施の形態３における通信システムの第３通信装置が総合的に通信異常個所を判定する際の処理を説明するためのフローチャートである。

図１８に示されるように、「左回りの通信異常個所」と「右回りの通信異常個所」との表においては、「検索順」と「ソースＩＰアドレス」と「通信路」と「通信装置」とが対応付けられる。

「検索順」は、通信異常個所を検索する順番の情報である。「ソースＩＰアドレス」は、送信元ＩＰアドレスの情報である。「通信路」と「通信装置」とは、「ソースＩＰアドレス」からのパケットが到達しない場合に通信異常が発生していると推定される個所の情報である。

第３通信装置３は、図１９のフローに基づいて通信異常個所を判定する。

具体的には、ステップＳ２１では、第３通信装置３は、「左回りの通信異常個所」の表を使用して通信異常個所の推定処理を行う。その後、第３通信装置３は、ステップＳ２２の処理を行う。ステップＳ２２では、第３通信装置３は、「右回りの通信異常個所」の表を使用して通信異常個所の推定処理を行う。その後、第３通信装置３は、ステップＳ２３の処理を行う。ステップＳ２３では、第３通信装置３は、「左回りの通信異常個所」の表による推定結果と「右回りの通信異常個所」の表による推定結果とに基づいて総合的に通信異常個所を判定する。その後、第３通信装置３は、処理を終了する。

第３通信装置３は、図２０のフローに基づいて、「左回りの通信異常個所」の表を使用して通信異常個所の推定処理および「右回りの通信異常個所」の表を使用して通信異常個所の推定処理を行う。

具体的には、ステップＳ３１では、第３通信装置３は、「検索順」ｉを１とする。その後、第３通信装置３は、ステップＳ３２の処理を行う。ステップＳ３２では、第３通信装置３は、「検索順」ｉが最後の値を超えたか否かを判定する。

ステップＳ３２で「検索順」ｉが最後の値を超えていない場合、第３通信装置３は、ステップＳ３３の処理を行う。ステップＳ３３では、第３通信装置３は、「検索順」ｉの「ソースＩＰアドレス」からのＩＰパケットを受信しているか否かを判定する。

ステップＳ３３で「検索順」ｉの「ソースＩＰアドレス」からのＩＰパケットが受信されている場合、第３通信装置３は、ステップＳ３４の処理を行う。ステップＳ３４では、第３通信装置３は、「検索順」ｉをインクリメントする。その後、第３通信装置３は、ステップＳ３２の処理を行う。

ステップＳ３２で「検索順」ｉが最後の値を超えた場合、第３通信装置３は、ステップＳ３５の処理を行う。ステップＳ３５では、第３通信装置３は、通信異常が発生していないと推定する。その後、第３通信装置３は、処理を終了する。

ステップＳ３３で「検索順」ｉの「ソースＩＰアドレス」からのＩＰパケットが受信されていない場合、第３通信装置３は、ステップＳ３６の処理を行う。ステップＳ３６では、第３通信装置３は、検索中の回り方向において「検索順」ｉに対応した「通信路」と「通信装置」の少なくとも一方において通信異常が発生していると推定する。その後、第３通信装置３は、処理を終了する。

第３通信装置３は、図２１のフローに基づいて総合的に通信異常個所の判定処理を行う。

具体的には、ステップＳ４１において、第３通信装置３は、通信異常の発生が推定されているか否かを判定する。

ステップＳ４１で通信異常の発生が「左回り」および「右回り」で推定されていない場合、第３通信装置３は、ステップＳ４２の処理を行う。ステップＳ４２では、第３通信装置３は、通信異常が発生していないと判定する。

ステップＳ４１で通信異常の発生が「左回り」または「右回り」で推定されている場合、第３通信装置３は、ステップＳ４３の処理を行う。ステップＳ４３では、第３通信装置３は、推定された「通信路」および「通信装置」の少なくとも一方において当該回り方向の通信異常が発生していると判定する。

ステップＳ４１で通信異常の発生が「左回り」および「右回り」で推定されている場合、第３通信装置３は、ステップＳ４４の処理を行う。ステップＳ４４では、第３通信装置３は、「左回り」および「右回り」で通信異常と推定された「通信装置」が一致するか否かを判定する。

ステップＳ４４で「左回り」および「右回り」で通信異常と推定された「通信装置」が一致する場合、第３通信装置３は、ステップＳ４５の処理を行う。ステップＳ４５では、第３通信装置３は、当該「通信装置」がオフラインであると判定する。

ステップＳ４５で「左回り」および「右回り」で通信異常と推定された「通信装置」が一致しない場合、第３通信装置３は、ステップＳ４６の処理を行う。ステップＳ４６では、第３通信装置３は、「左回り」および「右回り」で通信異常と推定された「通信路」が一致するか否かを判定する。

ステップＳ４６で「左回り」および「右回り」で通信異常と推定された「通信路」が一致する場合、第３通信装置３は、ステップＳ４７の処理を行う。ステップＳ４７では、第３通信装置３は、当該「通信路」が「左回り」および「右回り」において通信異常であると判定する。

ステップＳ４６で「左回り」および「右回り」で通信異常と推定された「通信路」が一致しない場合、第３通信装置３は、ステップＳ４８の処理を行う。ステップＳ４７では、第３通信装置３は、２箇所以上で通信異常が発生していると判定する。

以上で説明した実施の形態３によれば、第３通信装置３は、ＩＰパケットの監視結果に基づいて通信異常個所を特定する。このため、第３通信装置３において、特別な診断プロトコルを使うことなく全通信装置において通信異常個所を推定することができる。

なお、図示されないが、第１通信装置１も、第３通信装置３と同様に、ＩＰパケットの監視結果に基づいて通信異常個所を特定する。第２通信装置２も、第３通信装置３と同様に、ＩＰパケットの監視結果に基づいて通信異常個所を特定する。第４通信装置４も、第３通信装置３と同様に、ＩＰパケットの監視結果に基づいて通信異常個所を特定する。このため、第１通信装置１と第２通信装置２と第４通信装置４とにおいても、特別な診断プロトコルを使うことなく全通信装置において通信異常個所を推定することができる。

実施の形態４．
図２２は実施の形態４における通信システムの第１通信路の通信異常の例を示す図である。なお、実施の形態３の部分と同一又は相当部分には同一符号が付される。当該部分の説明は省略される。

図２２において、第１通信装置１は、主通信装置である。第１通信装置１は、第２通信装置２と第３通信装置３と第４通信装置４と通信し得る。第２通信装置２と第３通信装置３と第４通信装置４とは、従通信装置である。第２通信装置２と第３通信装置３と第４通信装置４とは、第１通信装置１とのみ通信し得る。

第２通信装置２が左回りで第１通信装置１にユニキャストでＩＰパケットを送信した場合、当該ＩＰパケットは、常に第１通信装置１から先に左回りで転送されない。このため、第３通信装置３は、第２通信装置２からの左回りのＩＰパケットを正常時も異常時も受信しない。このため、第３通信装置３は、第２通信装置２から第１通信装置１への左回りの経路に起きた通信異常を判定しない。

一方、第１通信装置１は、第２通信装置２と第３通信装置３と第４通信装置４との全てと通信する。このため、実施の形態３と同様に、第１通信装置１は、通信異常を判定する。

以上で説明した実施の形態４によれば、第１通信装置１において、通信異常を判定することができる。このため、第１通信装置１で通信異常を判定できればよい場合は、第１通信装置１のみに通信異常を判定する機能を付加すればよい。その結果、第２通信装置２と第３通信装置３と第４通信装置との機能を簡素にすることができる。

なお、第２通信装置２と第３通信装置３と第４通信装置４とにおいても通信異常を把握する場合は、第１通信装置１が第２通信装置２と第３通信装置３と第４通信装置４とに通信異常判定結果を示すデータを送信したりブロードキャストしたりすればよい。

また、第１通信装置１のオフライン時においては、異常判定結果を示すデータが送信されない。この際、第２通信装置２と第３通信装置３と第４通信装置４とは、第１通信装置１からのＩＰパケットを左回りでも右回りでも受信しないことにより第１通信装置１がオフラインであると判定すればよい。

また、第１通信装置１が第２通信装置２と第３通信装置３と第４通信装置４とにユニキャストでＩＰパケットを送信した場合、正常時において、第２通信装置２と第３通信装置３と第４通信装置４とは、当該ＩＰパケットを受信する。このため、第２通信装置２と第３通信装置３と第４通信装置４とは、実施の形態３と同様に、通信異常を判定することができる。

また、第２通信装置２と第３通信装置３と第４通信装置４とが第１通信装置１にブロードキャストでＩＰパケットを送信した場合、正常時において、第２通信装置２と第３通信装置３と第４通信装置４とは、当該ＩＰパケットを受信する。このため、第２通信装置２と第３通信装置３と第４通信装置４とは、実施の形態３と同様に、通信異常を判定することができる。

また、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とがブロードキャストでＩＰパケットを送信した場合、正常時において、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とは、当該ＩＰパケットを受信する。このため、第１通信装置１と第２通信装置２と第３通信装置３と第４通信装置４とは、実施の形態３と同様に、通信異常を判定することができる。

実施の形態５．
図２３は実施の形態５における通信システムが適用されるエレベーターシステムの構成図である。なお、実施の形態１の部分と同一又は相当部分には同一符号が付される。当該部分の説明は省略される。

図２３において、第２通信装置２と第３通信装置３と第４通信装置４は、エレベーター制御装置として、それぞれ異なるエレベーターの昇降路に設けられた巻上機等を制御し得るように設けられる。第２通信装置２は、当該昇降路の内部の第１かご内装置１１と通信し得るように設けられる。第２通信装置２は、各階の乗場装置１４と通信し得るように設けられる。第３通信装置３は、当該昇降路の内部の第２かご内装置１２と通信し得るように設けられる。第４通信装置４は、当該昇降路の内部の第３かご内装置１３と通信し得るように設けられる。

第１通信装置１は、群管理装置として、複数のエレベーターを全体的に管理し得るように設けられる。例えば、第１通信装置１は、各階の乗場装置１４からの情報に基づいて当該乗場の呼びに割り当てるかごを決定し得るように設けられる。

この際、第２通信装置２は、各階の呼びの状況の情報を第２通信装置２に送信する。第２通信装置２と第３通信装置３と第４通信装置４とは、各かごの現在位置と走行方向と停止予定階との情報を第１通信装置１に送信する。

第１通信装置１は、かごが停止すべき階の情報を第２通信装置２と第３通信装置３と第４通信装置４とに送信する。

以上で説明した実施の形態５によれば、エレベーターシステムにおいて、一般的なＥｔｈｅｒｎｅｔ（登録商標）と一般的なＩＰとを使用して通信することができる。

なお、エレベーターシステムにおいて、保守期間は、２０年から３０年の長期間となる。さらに、エレベーターを部分的に止めて定期検査が行われる。これに対し、本実施の形態によれば、事前に長期供給される部品を選び、また、万一、部品が供給されなくなった場合でも、代替部品を探す場合の選択肢がより多くなり得る。また、部分的に装置を止めて保守することができる。

ただし、第１通信装置１と乗場装置１４とにおいては、冗長性がない。このため、第１通信装置１および第２通信装置２の少なくとも一方を止めると大幅にエレベーターシステムの機能が下がる。エレベーターシステムの機能が下がることを抑制するためには、第１通信装置１と同等の通信装置を複数にし、乗場装置１４への通信路を複数にし、第３通信装置３と第４通信装置４とに接続すればよい。

以上のように、この発明に係る通信システムは、Ｅｔｈｅｒｎｅｔ（登録商標）とＩＰとを使用しながらも、リング型ネットワークにおいて双方向にデータを送信するシステムに利用できる。

１ 第１通信装置、 ２ 第２通信装置、 ３ 第３通信装置、 ４ 第４通信装置、 ５ 第１通信路、 ６ 第２通信路、 ７ 第３通信路、 ８ 第４通信路、 ９ａ プロセッサ、 ９ｂ メモリ、 １０ ハードウェア、 １１ 第１かご内装置、 １２ 第２かご内装置、 １３ 第３かご内装置、 １４ 乗場装置

この発明に係る通信システムは、第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられた一側ネットワークインターフェイスと、前記第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられた他側ネットワークインターフェイスと、を有した複数の通信装置と、隣接した複数の通信装置の一方の一側ネットワークインターフェイスと他方の他側ネットワークインターフェイスとに接続することにより、複数の通信装置をリング状に接続する複数の通信路と、を備え、同じデータを持つＩＰパケットを双方向に送信する。

Claims (13)

1. 第１のＩＰネットワークアドレスに属する第１のＩＰアドレスが割り当てられた一側ネットワークインターフェイスと、前記第１のＩＰネットワークアドレスとは異なる第２のＩＰネットワークアドレスに属する第２のＩＰアドレスが割り当てられた他側ネットワークインターフェイスと、を有した複数の通信装置と、
   隣接した前記複数の通信装置の一方の一側ネットワークインターフェイスと他方の他側ネットワークインターフェイスとに接続することにより、前記複数の通信装置をリング状に接続する複数の通信路と、
   を備えた通信システム。
2. 前記複数の通信装置の各々は、ユニキャストでＩＰパケットを双方向に送信する請求項１に記載の通信システム。
3. 前記複数の通信装置の各々は、ブロードキャストでＩＰパケットを双方向に送信する請求項１に記載の通信システム。
4. 前記複数の通信装置の各々は、ルーティングテーブルに従ってＩＰパケットをＩＰ層でルーティングする請求項１から請求項３のいずれか１項に記載の通信システム。
5. 前記複数の通信装置の各々は、左回り受信用のネットワークインターフェイスのＩＰアドレスに宛てたＩＰパケットを左回りにルーティングし、右回り受信用のネットワークインターフェイスのＩＰアドレスに宛てたＩＰパケットを右回りにルーティングする請求項４に記載の通信システム。
6. 前記複数の通信装置の各々は、送信元の通信装置を識別する情報と送信先の通信装置を識別する情報とをトランスポート層以上の層に有するＩＰパケットを送信する請求項１から請求項５のいずれか１項に記載の通信システム。
7. 前記複数の通信装置の各々は、ＩＰルーティングの機能を使用して双方向送信以外の通信を行う請求項１から請求項６のいずれか１項に記載の通信システム。
8. 前記複数の通信装置の各々は、ＩＰパケットの監視結果に基づいて通信異常個所を特定する請求項１から請求項７のいずれか１項に記載の通信システム。
9. 前記複数の通信装置の各々は、他の全ての通信装置と通信する請求項１から請求項８のいずれか１項に記載の通信システム。
10. 前記複数の通信装置は、
    他の全ての通信装置と通信する主通信装置と、
    前記主通信装置と通信し、前記主通信装置以外の通信装置と通信しない複数の従通信装置と、
    である請求項１から請求項８のいずれか１項に記載の通信システム。
11. 前記複数の通信装置は、
    複数のエレベーターをそれぞれ制御する複数のエレベーター制御装置と、
    前記複数のエレベーターを管理する群管理装置と、
    である請求項１から請求項８のいずれか１項に記載の通信システム。
12. 前記複数の通信装置の各々は、データリンク層でＩＰパケットを中継するブリッジとして動作しない請求項１から請求項１１のいずれか１項に記載の通信システム。
13. 前記複数の通信装置の各々は、ループを検出した場合に当該ループの経路の一部を遮断する請求項１から請求項１２のいずれか１項に記載の通信システム。

Images