(57)【要約】【課題】共有型ネットワークにおいて送受信の確実性を向上させることができるデータ送受信システムおよびデータ送受信方法を提供する。【解決手段】伝送媒体を共有する共有型ネットワークに接続された送信側ノードと受信側ノードとの間において、定型のネットワーク変数を用いてデータの送受信を行うシステムであって、送信側変数変更部と、受信側変数読み取り部とを備えている。送信側変数変更部は、送信側ノードに設けられており、送信記号とデータの一部とを収めることができるネットワーク変数であるデータネットワーク変数の変更を行う。そして、送信記号を変えながらデータネットワーク変数を介してデータを送信側ノードから受信側ノードに送る。受信側変数読み取り部は、送信記号を確認しながら受信側ノードにおいてデータネットワーク変数に収められたデータの一部を読み取る。【選択図】        図３
2004214856.tif 000002
【特許請求の範囲】
【請求項１】
伝送媒体（９）を共有する共有型ネットワークに接続された送信側ノード（１０）と受信側ノード（２０）との間において、定型のネットワーク変数（２３，２５，２８）を用いてデータの送受信を行うシステムであって、
前記送信側ノード（１０）に設けられ、送信記号（２２，２２ｂ、３２，３２ｂ）と前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）とを収めることができる前記ネットワーク変数であるデータネットワーク変数（２３）の変更を行う送信側変数変更部（４）と、
前記送信記号（２２，２２ｂ、３２，３２ｂ）を確認しながら前記受信側ノード（２０）において前記データネットワーク変数（２３）に収められた前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）を読み取る受信側変数読み取り部（６）と、
を備え、
前記送信側変数変更部（４）は、前記データを、前記送信記号（２２，２２ｂ、３２，３２ｂ）を変えながら、前記データネットワーク変数（２３）を介して前記送信側ノード（１０）から前記受信側ノード（２０）に送る、
データ送受信システム。
【請求項２】
前記受信側ノード（２０）は、前記受信側変数読み取り部（６）による前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）の読み取りが行われたか否かを示す情報を収めることができる前記ネットワーク変数である受信サブネットワーク変数（２８）の変更を行う受信側変数変更部（８）を備えており、
前記受信側変数変更部（８）は、少なくとも前記受信側変数読み取り部（６）による前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）の読み取りが確認できない場合に、その未受信を示す情報（２７）を、前記受信サブネットワーク変数（２８）を介して前記受信側ノード（２０）から前記送信側ノード（１０）に送る、
請求項１に記載のデータ送受信システム。
【請求項３】
前記受信サブネットワーク変数（２８）は、前記データネットワーク変数（２３）に収められている前記送信記号（２２）と同じ記号を示すサブ受信記号（２６）をさらに収めることができる、
請求項２に記載のデータ送受信システム。
【請求項４】
前記送信側変数変更部（４）は、前記未受信を示す情報（２７）に基づいて前記データネットワーク変数（２３）の前記データの一部（２１，２１ａ，２１ｂ）を変更する、
請求項２または３に記載のデータ送受信システム。
【請求項５】
前記送信側変数変更部（４）は、前記送信記号（２２，２２ｂ、３２，３２ｂ）と同じ記号を示すサブ送信記号（２４，３４）を収めることができる前記ネットワーク変数である送信サブネットワーク変数（２５）の変更を行い、前記サブ送信記号（２４，３４）を、前記送信サブネットワーク変数（２５）を介して、前記データネットワーク変数（２３）とともに前記送信側ノード（１０）から前記受信側ノード（２０）に送る、
請求項１から４のいずれかに記載のデータ送受信システム。
【請求項６】
前記送信サブネットワーク変数（２５）は、前記データネットワーク変数（２３）に収められている前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）のデータ数量を示す信号（２９ｃ）をさらに収めることができる、
請求項５に記載のデータ送受信システム。
【請求項７】
前記データネットワーク変数（２３）は、複数個ある、
請求項５に記載のデータ送受信システム。
【請求項８】
前記送信サブネットワーク変数（２５）は、前記データネットワーク変数（２３）の個数を示す信号（２９ａ，２９ｂ）をさらに収めることができる、
請求項７に記載のデータ送受信システム。
【請求項９】
前記データネットワーク変数（２３）は、さらに順列が付されている、
請求項７または８に記載のデータ送受信システム。
【請求項１０】
前記送信記号は、送信を行う回数を示す送信回数番号（２２ｂ、３２ｂ）である、
請求項１から９のいずれかに記載のデータ送受信システム。
【請求項１１】
伝送媒体（９）を共有する共有型ネットワークに接続された送信側ノード（１０）と受信側ノード（２０）との間において、定型のネットワーク変数（２３，２５，２８）を用いてデータの送受信を行うデータ送受信方法であって、
前記送信側ノード（１０）および前記受信側ノード（２０）に、それぞれ、送信記号（２２，２２ｂ、３２，３２ｂ）と前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）とを収めることができる前記ネットワーク変数であるデータネットワーク変数（２３）を用意する第１ステップと、
前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）を、前記送信記号（２２，２２ｂ、３２，３２ｂ）を変えながら、前記データネットワーク変数（２３）を介して前記送信側ノード（１０）から前記受信側ノード（２０）に送信する第２ステップと、
を備えたデータ送受信方法。
【請求項１２】
前記受信側ノード（２０）において前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）の読み取りが行われたか否かを示すための前記ネットワーク変数である受信サブネットワーク変数（２８）を用意する第３ステップと、
少なくとも前記受信側ノード（２０）における前記データの一部（２１，２１ａ，２１ｂ，３１，３１ａ，３１ｂ）の読み取りが確認できない場合に、その未受信を示す情報（２７）について前記受信サブネットワーク変数（２８）を介して前記受信側ノード（２０）から前記送信側ノード（１０）に送信する第４ステップと、
をさらに備えた、
請求項１１に記載のデータ送受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ送受信システムおよびデータ送受信方法、特に、伝送媒体を共有する共有型ネットワークに接続された送信側ノードと受信側ノードとの間において、定型のネットワーク変数を用いてデータの送受信を行うデータ送受信システムおよびデータ送受信方法に関する。
【０００２】
【従来の技術】
従来の集中型システムは、ホストコンピュータによる制御が集中型であるために、ネットワークに設備機器を追加する場合にホストプログラム変更等を伴ってしまい、柔軟性に欠けるシステムとなっている。また、ホストダウン時には、システム全体がダウンしてしまうという欠点が生ずる。このようなことから、従来の集中型で閉鎖的な拡張性がないシングルベンダー的なシステムから、分散型でオープンであるマルチベンダー的なシステムが現在のネットワーク管理システムとして要求されるようになってきている。このような分散型システムにおいて、コンピュータ等の複数のノードが伝送媒体を共有する形のネットワークは、共有型ネットワークと呼ばれており、例えば、イーサネット（登録商標）やＦＤＤＩなども、共有型ネットワークの１つとして広く知られている。
【０００３】
最近では、ビル、工場、家庭などの設備機器を集中管理する目的を持つ共有型設備ネットワークの分散型システムも発展してきている。
この分散型システムにおいては、現在、通信環境等の標準化の動きが進展しており、例えば、ビル内の空調・電気・衛生等の設備の統合的な運転・管理を行うシステムであるＢＡＳ（ビル・オートメーション・システム）についても、標準化作業が進んでいる。従来の集中型システムにおいては、メーカーやビルごとに独自仕様の設備機器が導入されているが、これらの設備機器を相互に接続するためにはシステムの標準化が必要である。これに対し、エシェロン・コーポレーションが開発したオープンな共有型ネットワークで相互運用可能な制御ネットワーク技術であるＬＯＮＷＯＲＫＳネットワークは、近年、ＢＡＳの分野等において国際標準（デファクトスタンダード）になりつつある。このＬＯＮＷＯＲＫＳネットワークは、ＬｏｎＴｏｌｋプロトコルを基本にした分散制御ネットワーク技術であり、各種センサや制御機器間の通信を容易に実現することができる。ここで、ＬＯＮＷＯＲＫＳやＬｏｎＴｏｌｋは、登録商標である。
【０００４】
上記のＬＯＮＷＯＲＫＳネットワークからなるようなオープンな分散型システムは、複数のベンダーの製品で構成された相互運用可能なシステムを意味し、異なるメーカーの製品が１つのシステムの中でお互いに協調して動作できるように、共通のインタフェースガイドラインに基づいて設計・製造される。したがって、このようなオープンな分散型システムのＬＯＮＷＯＲＫＳネットワークに対応した各種設備機器や設備管理装置などによってシステムを構築することによって、ユーザは、比較的自由度の高いシステムを安価に構築することができるようになり、異なるメーカーの設備機器を併用することも容易となる。
【０００５】
なお、このＬＯＮＷＯＲＫＳネットワークは、専用ラインを用いて自由にデータ通信方式の構築をすることができるようなネットワークではない。ＬＯＮＷＯＲＫＳネットワークは、汎用ラインを用いたネットワークであり、その汎用性のためにデータの送受信は共通のインターフェイスに基づいたものでなければならない等、他のノードとの関係上この規定に沿ったデータ通信の方式と取らなければならないという性質がある。また、同様に、その汎用性のために伝送データ量のサイズが制限されてしまうという性質もある。
【０００６】
この場合、例えば、光量を感知するネットワークノードのような送信する情報量が単純で少量である場合には、この共有型ネットワークであるＬＯＮＷＯＲＫＳの標準の通信形式だけに沿った通信でも、特に問題なくデータを送信することができる。ところが、ネットワークノードがデータを蓄えたり、スケジュール管理をしたりする等して大量のデータを扱う必要があるゲートウェイのような場合に、この共有型ネットワークであるＬＯＮＷＯＲＫＳの標準の通信形式だけに沿った通信を行うとデータの送受信が困難となることがある。このようなことから、連続したデータを送信する場合には、従来は、次に示す２通りの方法で行っていた。
【０００７】
一方は、複数のネットワーク変数を組み合わせて送信を行う方法である。この場合は、複雑な連続したデータを送信する場合であっても、その分だけ多くのネットワーク変数を用意することにより連続したデータを送信することができるという方法である。
他方は、送受信の際に用いるネットワーク変数を時系列に変換させることで複数回に分けて送信するという方法である。この場合は、送信したいデータについて、ネットワーク変数を制御データＡとして送信、制御データＢとして送信、制御データＣとして送信・・・というようにネットワーク変数を時系列に変換させて順に送信することにより連続したデータを送信することができるという方法である。（例えば、特許文献１）。
【０００８】
【特許文献１】
特開平６−２５２８９５号公報  （第２−５頁、第１図）
【０００９】
【発明が解決しようとする課題】
しかしながら、従来の連続したデータの送信方法におけるデータ通信では、共有型ネットワークであるＬＯＮＷＯＲＫＳの通信形式の性質上、以下のような問題がある。
上記一方の複数のネットワーク変数を組み合わせて送信を行う方法の場合には、共有型ネットワークを実現するために汎用ラインを用いているＬＯＮＷＯＲＫＳの通信形式の性質上、データの送受信に際しては共通のインターフェイスに基づく必要があり、用意できる標準のネットワーク変数は限られてしまうため、送信できるデータ量にも上限ができてしまう。
【００１０】
上記他方の送受信の際に用いるネットワーク変数を時系列に変換させることで段階毎に分けて送信するという方法の場合では、ＬＯＮＷＯＲＫＳの通信形式の性質上、受信したデータの読み取り作業を受信側で確認しながら行うという仕組みが用意されていない場合が多い。例えば、制御データＡ、制御データＢ、制御データＣというデータが送信されてきて、これらのデータを短時間に連続して受信した場合には、受信側は、データの受信速度とデータの読み取り速度との関係で、途中のデータである制御データＢを読み落としてしまうことがあり、ＬＯＮＷＯＲＫＳの通信形式の性質上、この読み落としたことに対して規制を掛けていないことが多い。
【００１１】
このように、共有型ネットワークであるＬＯＮＷＯＲＫＳの通信形式では、確実なデータ送受信が困難であり、比較的重要な自由長の連続したデータを送信することに適していないシステムとなっている場合がある。
本発明は、上記事情に鑑みてなされたものであり、本発明の課題は、共有型ネットワークにおいて送受信の確実性を向上させることができるデータ送受信システムおよびデータ送受信方法を提供することにある。
【００１２】
【課題を解決するための手段】
請求項１に係るデータ送受信システムは、伝送媒体を共有する共有型ネットワークに接続された送信側ノードと受信側ノードとの間において、定型のネットワーク変数を用いてデータの送受信を行うシステムであって、送信側変数変更部と、受信側変数読み取り部とを備えている。ここで、ネットワーク変数とは、共有型ネットワークで接続された各ネットワークノード間においてデータの送受信を行う際に用いるデータ通信用インターフェイスのことである。送信側変数変更部は、送信側ノードに設けられており、送信記号とデータの一部とを収めることができるネットワーク変数であるデータネットワーク変数の変更を行う。そして、データを、送信記号を変えながら、データネットワーク変数を介して送信側ノードから受信側ノードに送る。受信側変数読み取り部は、送信記号を確認しながら受信側ノードにおいてデータネットワーク変数に収められたデータの一部を読み取る。
【００１３】
ここでは、伝送媒体を介して送信側ノードと受信側ノードとが互いに接続されている。これにより、送信側ノードと受信側ノードは、互いに送信対象のデータの送受信を行うことができるようになっている。
また、共有型ネットワークでは、送信したデータについて読み取りされたことの確認を行うシステムを有していない場合がある。このようなデータの読み取り確認がなされないような状況でデータの送受信を行う場合には、送信側変数変更部が送信したデータが伝送途中で消滅してしまい受信側ノードに届いていない場合や、受信側ノードに届いていても受信側変数読み取り部で読み落としている場合があり、送信側ノードも受信側ノードもこの読み落としを認識することができない。
【００１４】
しかし、請求項１に記載のデータ送受信システムでは、送信側変数変更部は、単にデータのみについてネットワーク変数を介した送受信を行うのではなくて、このデータの送受信に加えて、送信回毎に異なる送信記号をも送受信を行っている。このため、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【００１５】
なお、送信側ノードはデータの送信に加えてデータの受信を行うことができるようなものであってもよく、受信側ノードについてもデータの受信に加えてデータの送信を行うことができるようなものであってもよい。すなわち、ここでのデータ送受信システムは、送信側ノードと受信側ノードとの間で互いにデータのやり取りができるようなシステムであってもよい。
【００１６】
請求項２に係るデータ送受信システムは、請求項１に記載のデータ送受信システムであって、受信側ノードは、受信側変数変更部を備えている。この受信側変数変更部は、受信側変数読み取り部によるデータの一部の読み取りが行われたか否かを示す情報を収めることができるネットワーク変数である受信サブネットワーク変数の変更を行う。この受信側変数変更部は、少なくとも受信側変数読み取り部によるデータの一部の読み取りが確認できない場合に、その未受信を示す情報を、受信サブネットワーク変数を介して受信側ノードから送信側ノードに送る。
【００１７】
ここでは、送信記号を確認しながらデータの一部の受信を確認するという受信側変数読み取り部の作業によって、受信側ノードでは、データの読み取りができていない状況を認識できるようになるが、送信側ノードでは、このような認識ができないままになってしまう恐れがある。
これに対し、請求項２に記載のデータ送受信システムでは、受信側ノードに備わっている受信側変数変更部が、受信側変数読み取り部によるデータの一部の読み取りを確認できない場合に、未受信を示す信号を送信側ノードに送る。このため、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。例えば、受信側変数読み取り部が読み取りした送信記号が更新されないで同じ送信記号のままの状態が一定時間続くときにはデータの送受信がなされていないと受信側変数読み取り部に判断させる等して、データの送受信が正常になされていない状態を認識させることができるようになる。
【００１８】
請求項３に係るデータ送受信システムは、請求項２に記載のデータ送受信システムであって、受信サブネットワーク変数は、データネットワーク変数に収められている送信記号と同じ記号を示すサブ受信記号をさらに収めることができる。
ここでは、受信側変数読み取り部は、受信サブネットワーク変数に、データネットワーク変数に収められている送信記号と同じ記号を示すサブ受信記号を収めることができる。これにより送信側ノードでは、送信側変数変更部によって送信したデータのうち、どの送信記号が収められたデータが受信側変数読み取り部に読み取りされたのかについて認識できるようになる。したがって、送信側ノードにおいても、受信側変数読み取り部に読み取りされたデータを認識できるようになり、未受信のデータをより的確に把握することができるようになる。
【００１９】
請求項４に係るデータ送受信システムは、請求項２または３に記載のデータ送受信システムであって、送信側変数変更部は、未受信を示す情報に基づいてデータネットワーク変数のデータの一部を変更する。
ここでは、受信側ノードから送られてくる未受信の信号に基づいて、送信側変数変更部がデータネットワーク変数を変更することで、受信側ノードに未だ読み取りされていないデータを、送信側ノードから受信側ノードへ再度の送信を行うことができる。このため、送信側変数変更部が送信するデータが受信側変数読み取り部に読み取りされる確実性を向上させることができるようになる。
【００２０】
請求項５に係るデータ送受信システムは、請求項１から４のいずれかに記載のデータ送受信システムであって、送信側変数変更部は、送信記号と同じ記号を示すサブ送信記号を収めることができるネットワーク変数である送信サブネットワーク変数の変更を行い、このサブ送信記号を、送信サブネットワーク変数を介して、データネットワーク変数とともに送信側ノードから受信側ノードに送る。
【００２１】
データネットワーク変数で送信記号を扱っていても、送信側ノードから送信されたデータネットワーク変数自体が受信側ノードに届かない場合がある。このような場合には、例えば、先に受信側ノードがデータを受信した時から一定時間経過しなければ伝送の失敗を判断できないなど迅速な判断を行えない恐れがある。
しかし請求項５に記載のデータ送受信システムでは、送信記号と同じ記号を示すサブ送信記号をも扱っており、データネットワーク変数とは別の送信サブネットワーク変数を介して受信側ノードに送信している。このため、受信側変数読み取り部は、このサブ送信記号と同じ送信記号が収められたデータネットワーク変数の送信がなされているはずであるということを認識できる。このため、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数を受信している場合には、データが届いているということを迅速に認識できるようになる。また、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数が届いていない場合であっても、送信がなされているはずのデータネットワーク変数を読み取ることができていないとして、データが届いていないということを迅速に認識できるようになる。これにより、受信側変数読み取り部は、データの送受信が正常になされているか否かを迅速に把握できるようになる。
【００２２】
請求項６に係るデータ送受信システムは、請求項５に記載のデータ送受信システムであって、送信サブネットワーク変数は、データネットワーク変数に収められているデータの一部のデータ数量を示す信号をさらに収めることができる。
ここでは、送信側変数変更部は、データネットワーク変数に収められているデータの一部のデータ数量を示す信号を収めることができるので、受信側読み取り部は、送信側変数変更部がどれだけの数量のデータを送信してきているのかを認識できるようになる。これにより、受信側変数読み取り部は、送信サブネットワーク変数に示されたデータの数量の分だけのデータを読み取りできない場合には読み落としがあることを認識できるようになる。このため、より確実なデータの送受信を行えるようになる。
【００２３】
例えば、送信サブネットワーク変数に、データの一部の数量を示す信号としてデータ数量○○バイト送信したという情報を収めさせて送信した場合に、受信側読み取り部が○○バイトのデータを読み出せなかった場合に、受信側読み取り部は読み落としがあることを認識できるようになる。
請求項７に係るデータ送受信システムは、請求項５に記載のデータ送受信システムであって、データネットワーク変数は、複数個ある。
【００２４】
ここでは、送信側変数変更部が複数個のデータネットワーク変数を変更し、受信側変数読み取り部は複数個のデータネットワーク変数の読み取りを行う。このように、データネットワーク変数が複数用意されているため、データをこれらの複数のデータネットワーク変数に収めさせることにより、一度に多くのデータ量を送受信することができるようになる。
【００２５】
請求項８に係るデータ送受信システムは、請求項７に記載のデータ送受信システムであって、送信サブネットワーク変数は、データネットワーク変数の個数を示す信号をさらに収めることができる。
ここでは、受信側変数読み取り部は、送信サブネットワーク変数に収められているデータネットワーク変数の個数を示す信号により、送信側ノードから送信されてくるデータの個数を認識することができるようになる。そして、受信側変数読み取り部が読み取りを行うことができたデータの個数がこの個数を示す信号に示された個数に満たない場合には、受信側変数読み取り部は、読み取りできていないデータが存在することを認識できる。これにより、受信側ノードは、送信側ノードから複数のネットワーク変数を介して送信されてきたデータのうち、読み取りできている程度の確認を行うことができるようになる。
【００２６】
請求項９に係るデータ送受信システムは、請求項７または８に記載のデータ送受信システムであって、データネットワーク変数は、さらに順列が付されている。
ここでは、複数のデータネットワーク変数に順列が付されているため、送信側変数変更部は、この順列に従って次々と複数のネットワーク変数の変更を行い、受信側変数読み取り部も、この順列に従った複数のデータネットワーク変数の読み取りを行うことができるようになる。したがって、データの送受信に際して、データの順列を破壊せずに送受信することができるようになる。
【００２７】
請求項１０に係るデータ送受信システムは、請求項１から９のいずれかに記載のデータ送受信システムであって、送信記号は、送信を行う回数を示す送信回数番号である。
ここでは、送信回数番号をデータネットワーク変数に収めさせているため、受信側変数読み取り部において、この送信回数番号の順に従って送信毎に読み取りを行うことができるようになる。このため、受信側変数読み取り部は、データを読み取る際に途中の送信回数番号の抜けを発見した場合には、その抜けた送信回数番号におけるデータが読み取りされていないことを認識できるようになる。このため、データの読み落としをより確実に発見できるようになる。なお、ここでの途中の送信回数番号が抜けた場合とは、先の送信回数番号から見て１または２以上の数が飛んでいる送信回数番号が収められたデータネットワーク変数を受信した場合である。
【００２８】
なお、ある送信でのデータネットワーク変数が受信側ノードに届かずに、さらにその対応する送信サブネットワーク変数も受信側ノードに届かない場合であっても、このように送信回数番号を扱っていることで、先の送信回数番号から見て１または２以上の数が飛んでいる送信回数番号が収められたデータネットワーク変数や送信サブネットワーク変数を受信側変数読み取り部が読み取りした場合に、その途中で読み落としがあったことに気付くことができるようになる。
【００２９】
請求項１１に係るデータ送受信方法は、伝送媒体を共有する共有型ネットワークに接続された送信側ノードと受信側ノードとの間において、定型のネットワーク変数を用いてデータの送受信を行うデータ送受信方法であって、以下の第１ステップと第２ステップを有している。ここで、ネットワーク変数とは、共有型ネットワークで接続された各ネットワークノード間においてデータの送受信を行う際に用いるデータ通信用インターフェイスのことである。
【００３０】
第１ステップでは、送信側ノードおよび受信側ノードに、それぞれ、送信記号とデータの一部とを収めることができるネットワーク変数であるデータネットワーク変数を用意する。
第２ステップでは、データの一部を、送信記号を変えながら、データネットワーク変数を介して送信側ノードから受信側ノードに送信する。
【００３１】
ここでは、伝送媒体を介して送信側ノードと受信側ノードとが互いに接続されている。これにより、送信側ノードと受信側ノードは、互いに送信対象のデータの送受信を行うことができるようになっている。
また、共有型ネットワークでは、送信したデータについて読み取りされたことの確認を行うシステムを有していない場合がある。このようなデータの読み取り確認がなされないような状況でデータの送受信を行う場合には、送信側変数変更部が送信したデータが伝送途中で消滅してしまい受信側ノードに届いていない場合や、受信側ノードに届いていても受信側変数読み取り部で読み落としている場合があり、送信側ノードも受信側ノードもこの読み落としを認識することができない。
【００３２】
しかし、請求項１１に記載のデータ送受信方法では、ステップ１において、送信側ノードおよび受信側ノードに、それぞれ、データの一部だけではなく送信記号までも収めることができるネットワーク変数であるデータネットワーク変数を用意しており、ステップ２において、データの一部を、送信記号を変えながら、データネットワーク変数を介して送信側ノードから受信側ノードに送信している。このため、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【００３３】
請求項１２に係るデータ送受信方法は、請求項１１に記載のデータ送受信方法であって、さらに以下の第３ステップと第４ステップを有している。
第３ステップでは、受信側ノードにおいてデータの一部の読み取りが行われたか否かを示すためのネットワーク変数である受信サブネットワーク変数を用意する。
【００３４】
第４ステップでは、少なくとも受信側ノードにおけるデータの一部の読み取りが確認できない場合に、その未受信を示す情報について受信サブネットワーク変数を介して受信側ノードから送信側ノードに送信する。
ここでは、送信記号を確認しながらデータの一部の受信を確認しているので、受信側ノードでは、データの読み取りができていない状況を認識できるようになるが、送信側ノードでは、このような認識ができないままになってしまう恐れがある。
【００３５】
これに対し、請求項１２に記載のデータ送受信方法では、第３ステップでは、受信側ノードにおいてデータの一部の読み取りが行われたか否かを示すための受信サブネットワーク変数を用意し、第４ステップでは、少なくとも受信側ノードにおけるデータの一部の読み取りが確認できない場合に、その未受信を示す情報について送信側ノードに送信している。このため、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。例えば、受信側ノードにおいて受信した送信記号が更新されないで同じ送信記号のままの状態が一定時間続くときには、データの送受信がなされていないと受信側ノードに判断させる等して、データの送受信が正常になされていない状態を認識させることができるようになる。
【００３６】
【発明の実施の形態】
＜ネットワークの構成概略＞
本発明の一実施形態に係る共有型ネットワークシステムの概略図を図１に示す。この共有型ネットワークは、ＬＯＮＷＯＲＫＳ（登録商標）というネットワークである。ネットワークプロトコルは、ＬｏｎＴａｌｋ（登録商標）プロトコルである。また、伝送媒体として、ツイストペアケーブル９が用いられている。ツイストペアケーブル９は、螺旋状に撚られた２本の絶縁ワイヤで作られており、比較的低速な伝送のためのメディアである。伝送速度は７８ｋｂｐｓ、トポロジーはフリートポロジー、トランシーバーはＦＴＴ−１０Ａとなっている。
【００３７】
ツイストペアケーブル９には、複数のＬＯＮＷＯＲＫＳノード（機器）１０，２０，５０Ａ，５０Ｂが接続される。ＬＯＮＷＯＲＫＳノード２０，５０Ａ，５０Ｂは、それぞれ管理する対象の制御機器と接続されている。そして、各ＬＯＮＷＯＲＫＳノード１０，２０，５０Ａ，５０Ｂは、ＣＰＵ、ＲＡＭ、ＲＯＭ、ネットワーク機能、Ｉ／Ｏ機能、などを備えた「ニューロンチップ」と呼ばれるＬＯＮＷＯＲＫＳネットワークに対応した通信用ＩＣが搭載されており、互いに制御データ等のやりとりすることができ、また自律的に動作することができる。ニューロンチップには互いに重ならないように固有のＩＤ番号（ニューロンＩＤ）が振られているため、このニューロンチップを備えたＬＯＮＷＯＲＫＳノードは、それぞれ１つずつ識別することができるようになっている。そして、ニューロンＣというプログラミング言語を用いてこのニューロンチップ上に、アプリケーションプログラムの作成が行われている。
【００３８】
なお、ＬＯＮＷＯＲＫＳのネットワークはオープンなネットワークであるため、デバイスの種類、大小、メーカーの違いを問わず、一般的な電気信号のインターフェイスを有する機器のほとんどをネットワークに参加させることができる。
ＬＯＮＷＯＲＫＳ監視ノード１０は、ＬＯＮＷＯＲＫＳノードの１つである。このＬＯＮＷＯＲＫＳ監視ノード１０は、ツイストペアケーブル９に接続されている他のＬＯＮＷＯＲＫＳノード２０，５０Ａ，５０Ｂが管理する設備機器の状態などの監視を行う。そして、このＬＯＮＷＯＲＫＳ監視ノード１０から他のＬＯＮＷＯＲＫＳノード２０，５０Ａ，５０Ｂに向けて、制御を行うための各種指令等のデータが送信される。ＬＯＮＷＯＲＫＳ監視ノード１０は、監視ノードアプリケーションプログラム５１と監視ノード変数変更部４を有しており、これらを作動させることによりデータの送受信を行う。
【００３９】
ＬＯＮＷＯＲＫＳノード５０Ａ，ＬＯＮＷＯＲＫＳノード５０Ｂは、例えば、ファンコイルを制御・管理するファンコイル用ＬＯＮＷＯＲＫＳコントローラ、エアハンを制御・管理するエアハン用ＬＯＮＷＯＲＫＳコントローラ、複数の照明機器を制御・管理する照明用ＬＯＮＷＯＲＫＳコントローラなどである。
空調用のＬＯＮＷＯＲＫＳゲートウェイ２０は、ＬＯＮＷＯＲＫＳノードの１つであり、空調通信ライン９０を介してエアハンドリングユニット１１（以下、エアハン１１という。）とＶＡＶ１２（Ｖａｒｉａｂｌｅ  Ａｉｒ  Ｖｏｌｕｍｅ；  変風量装置）からなる空調システム１５や、室外機１６と室内機１７からなる空調機ユニット１９等と接続され、これらから各種データを受信している。このエアハン１１は、ＶＡＶ１２に供給する空気を冷却したり暖めたりする主機能を有するとともに、加湿機能も有する空調機ユニットである。このエアハン内に備えられているエアハン内コントローラ１３は、空調システム１５の全体を制御・監視を行い、給気温度制御、給気露点温度制御、ウォーミングアップ制御、給気風量制御、給気温度ロードリセット制御、外気冷房制御などを行う。このエアハン内コントローラ１３は、ＶＡＶコントローラ１４へと制御データを送信するとともに、ＶＡＶコントローラ１４から送信されてくる監視データを受信する。制御データとは、発停指令、室内温度設定、冷暖房モード指令、ＶＡＶ起動／停止指令などである。監視データとは、室内計測温度、ＶＡＶ状態、ＶＡＶ要求風量、ＶＡＶ計測風量、ＶＡＶ開度状態などのデータである。例えば、エアハン内コントローラ１３には、バルブやダンパ、ファン（図示せず）から各状態のデータが送られてくる他、エアハン１１に配備されている差圧スイッチ、露点温度発信器、サーミスタ、湿度センサなど（図示せず）から所定のデータが送られてくる。これらのデータに基づき、以下の各種制御において、エアハン内コントローラ１３は、バルブ、ダンパ、ファン、およびＶＡＶコントローラ１４へと制御指令のデータを送る。ＶＡＶ１２は、エアハン１１から送られてくる空気調和された空気を、その量を調整して室内に吹き出す設備機器である。ここでは、１台のエアハン１１に対して、複数台のＶＡＶ１２が接続される。ＶＡＶ１２は、ＶＡＶコントローラ１４やＶＡＶダンパ、温度センサ、風量センサ（図示せず）などを備えている。ＶＡＶコントローラ１４は、空調通信ライン９０を介してエアハン内コントローラ１３に接続され、エアハン内コントローラ１３の指令を受けてＶＡＶダンパの開度を調整したり、ＶＡＶダンパ等の状態をエアハン内コントローラ１３に送信したりする。
【００４０】
ＬＯＮＷＯＲＫＳゲートウェイ２０は、ゲートウェイアプリケーションプログラム５２を備えており、ＬＯＮＷＯＲＫＳ監視ノード１０から個々の空調機に対する指令を受けて、あるいはＬＯＮＷＯＲＫＳ監視ノード１０から集中機器操作指令を受けて、エアハン内コントローラ１３や室外機コントローラ１８に指令を送り、動作させることによりＶＡＶの制御や空調機の制御を行うことができる。
【００４１】
ＬＯＮＷＯＲＫＳゲートウェイ２０は、ＬＯＮＷＯＲＫＳ監視ノード１０からの指令を受けた場合、または、あらかじめ定めた時間が経過したり空調機の状態値が変化したりした場合に、空調機の状態値やその状態値の変化等の必要な監視データをエアハン１１や室外機１６から収集し、ツイストペアケーブル９を介してＬＯＮＷＯＲＫＳ監視ノード１０へ送信したりする。ＬＯＮＷＯＲＫＳゲートウェイ２０は、各種のデータを送信するのための変数であるネットワーク変数（ネットワーク変数については、後述する）を用いて各種データの送信を行っている。そして、このネットワーク変数で扱うデータについては、各データの送信を行うごとにゲートウェイ変数変更部８によって上書きされていく。さらに、ＬＯＮＷＯＲＫＳゲートウェイ２０は、接点入力を有しており、強制停止接点入力によって防災盤などからの一括強制停止指令に従った制御を行うことができる。
【００４２】
＜各ＬＯＮＷＯＲＫＳノード間の制御データ項目のバインディング作業＞
各ＬＯＮＷＯＲＫＳノード間のバインディング作業とは、各ＬＯＮＷＯＲＫＳノード間において、関係ある設備機器同士の関連付け処理を行う作業であり、具体的には、制御データの送受信先を設定する作業のことをいう。この関連付けの処理によって各設備機器は互いにデータ通信・制御を行えるようになる。
【００４３】
ＬＯＮＷＯＲＫＳネットワークでは、各機器の制御データのやり取りは、ネットワーク変数の様々な型を用いてなされる。そして、このネットワーク変数の型は、ＬＯＮＷＯＲＫＳ監視ノード１０の監視項目とＬＯＮＷＯＲＫＳゲートウェイ２０の監視項目との間で、他の項目と重なり合うことがないように１対１に対応して定められる。
例えば、図１に示すように、ＶＡＶ１２と、エアハン内コントローラ１３とを有する空調システム１５を、ＬＯＮＷＯＲＫＳネットワークの通信ラインに接続させることを考える。
【００４４】
このＬＯＮＷＯＲＫＳゲートウェイ２０とエアハン１１とを接続する空調通信ライン９０を用いた通信は、ＬｏｎＴａｌｋプロトコルを基本にしている。したがって、ＶＡＶ１２については、ＬＯＮＷＯＲＫＳネットワークに対応していれば、特にメーカーを問わずに採用することが可能である。ここで、エアハン１１には、ニューロンチップと呼ばれるＬＯＮＷＯＲＫＳネットワークに対応した通信用ＩＣが搭載されてネットワーク変数を用いた通信が可能となっている。このニューロンチップには互いに重ならないように固有のＩＤ番号（ニューロンＩＤ）が降られている。このため、このニューロンチップを供えたエアハン１１は、ＬＯＮＷＯＲＫＳゲートウェイ２０との間で互いに重ならないようにして相手を識別することができるようになっている。このように互いにＬＯＮＷＯＲＫＳネットワークに対応しているノード同士なので、エアハン１１とＬＯＮＷＯＲＫＳゲートウェイ２０とを空調通信ライン９０を用いて接続した後、エアハン内コントローラ１３とＬＯＮＷＯＲＫＳゲートウェイ２０との間でバインディング作業が行われる。
【００４５】
次に、このＬＯＮＷＯＲＫＳゲートウェイ２０を、ＬＯＮＷＯＲＫＳネットワークの通信ラインであるツイストペアケーブル９を介してＬＯＮＷＯＲＫＳ監視ノード１０に接続する。このＬＯＮＷＯＲＫＳゲートウェイ２０とＬＯＮＷＯＲＫＳ監視ノード１０とを接続するツイストペアケーブル９を用いた通信も、ＬｏｎＴａｌｋプロトコルを基本にしている。また、ＬＯＮＷＯＲＫＳゲートウェイ２０やＬＯＮＷＯＲＫＳ監視ノード１０にもニューロンチップが搭載されているため、同様に、ネットワーク変数を用いた通信が可能となっており、互いに重ならないようにして相手を識別することができるようになっている。そして、上記のＬＯＮＷＯＲＫＳゲートウェイ２０とエアハン内コントローラ１３との間のバインディングを踏まえて、このＬＯＮＷＯＲＫＳゲートウェイ２０とＬＯＮＷＯＲＫＳ監視ノード１０との間でバインディング作業を行う。ここでは、例えば、図５や図６に示すように、データを扱う８個のデータネットワーク変数２３と、データ送受信の確認のためのサブ送信記号２４，２６，３４を扱う２個の送信サブネットワーク変数とを、それぞれＬＯＮＷＯＲＫＳゲートウェイ２０とＬＯＮＷＯＲＫＳ監視ノード１０との間でバインディング作業していることになる。
【００４６】
以上により、空調システム１５の全体を制御・監視するエアハン内コントローラ１３が、ＬＯＮＷＯＲＫＳネットワークの空調通信ライン９０およびＬＯＮＷＯＲＫＳゲートウェイ２０およびツイストペアケーブル９を介してＬＯＮＷＯＲＫＳ監視ノード１０に接続されることになる。これにより、エアハン内コントローラ１３は、ＬＯＮＷＯＲＫＳ監視ノード１０から送られてくるエアハン１１やＶＡＶ１２への指令を受信することができるようになっている。
【００４７】
なお、ネットワーク変数の受け手と送り手とをプログラムを用いて指定することは行わない。ネットワークインストール時に各ＬＯＮＷＯＲＫＳノード間のバインディングを行っているので、ＬＯＮＷＯＲＫＳノードの組み合わせが変わるたびにプログラムを変更するというこのような作業は必要ないためである。
また、以上のバインディング作業は、室外機１６と室内機１７とからなる空調機ユニット１９のバインディング作業であっても同様である。
【００４８】
＜ネットワーク変数＞
上述するように、ＬＯＮＷＯＲＫＳネットワークでは、各ＬＯＮＷＯＲＫＳノード間の制御データのやり取りは、ネットワーク変数（ＮＶ：Ｎｅｔｗｏｒｋ  Ｖａｒｉａｂｌｅ）を用いてなされる。このネットワーク変数は、ＬＯＮＷＯＲＫＳ監視ノード１０とＬＯＮＷＯＲＫＳゲートウェイ２０の各制御データ項目間で重なり合わないように１対１に対応して定められている。これにより、ネットワーク上で制御データの送受信を簡単に行うことができる。このようなネットワーク変数は、具体的には以下のようにして送受信されている。
【００４９】
例えば、出力ネットワーク変数と入力ネットワーク変数との流れを示す図２に示すように、ＬＯＮＷＯＲＫＳ監視ノード１０が空調機の発停指令通知を示す出力ネットワーク変数を送信し、ＬＯＮＷＯＲＫＳゲートウェイ２０で空調機の発停指令を示す入力ネットワーク変数として受信する場合がある。この場合には、発停指令通知を示す出力ネットワーク変数については、例えば、変数名をｎｖｏＯｎＯｆｆ＿ｎｎとし、タイプをＳＮＶＴ＿ｓｗｉｔｃｈとする定義をそれぞれ行い、ＬＯＮＷＯＲＫＳ監視ノード１０が送信している。そして、ＬＯＮＷＯＲＫＳネットワークのツイストペアケーブル９を介してＬＯＮＷＯＲＫＳゲートウェイ２０がこの発停指令データを受け取る場合には、ＬＯＮＷＯＲＫＳゲートウェイ２０は、入力ネットワーク変数をｎｖｉＯｎＯｆｆ＿ｎｎとし、タイプをＳＮＶＴ＿ｓｗｉｔｃｈと指定することによりこの制御データを受け取ることができる。
【００５０】
また、運転モード指令通知を示す出力ネットワーク変数については、変数名をｎｖｏＨｅａｔＣｏｏｌ＿ｎｎとし、タイプをＳＮＶＴ＿ｈｖａｃ＿ｍｏｄｅとする定義をそれぞれ行い、ＬＯＮＷＯＲＫＳ監視ノード１０が送信する。そして、ＬＯＮＷＯＲＫＳゲートウェイ２０が運転モード指令データを受け取る場合には、ＬＯＮＷＯＲＫＳゲートウェイ２０は、入力ネットワーク変数をｎｖｉＨｅａｔＣｏｏｌ＿ｎｎとし、タイプをＳＮＶＴ＿ｈｖａｃ＿ｍｏｄｅと指定することによりこの運転モード指令データを受け取ることができる。
【００５１】
これにより、データが対象のコントローラに入力されるので、そのコントローラが、このデータに基づいて何らかの処理をすることになる。なお、ここで変数名のｎｎは、空調機番号として０１から６４に対応するように設けられている。
＜ＳＮＶＴ通信環境＞
ＬＯＮＷＯＲＫＳネットワークでは、上述のように、各ＬＯＮＷＯＲＫＳノード間のデータのやり取りはネットワーク変数の様々な型を用いてなされるが、同じデータであっても、この変数の型が異なるとデータのやり取りができなくなってしまう。この様なネットワーク変数の型の違いとしては、例えば、温度においては摂氏・華氏・絶対温度等単位系の違いがあり、データ型では浮動小数点なのか、固定小数点なのかの違い、データのサイズの違い、有効桁数の違い等があり、ネットワーク変数の作り手の立場・好みによって左右されてしまう。また、同じ送風ファンにおいても温度によって強弱を制御する方法もあれば、直接回転数で制御する方法、もしくは電源の周波数を指定することにより制御する方法等どれも多様である。そして、この違いにより設定値についても温度・強弱の度合い・周波数等が変化する。
【００５２】
しかし、最低限共通の制御方法や使用するネットワーク変数を指定しなければ、同じＬＯＮＷＯＲＫＳノード間で相互運用できないことになる。このようなことからＬＯＮＷＯＲＫＳ協会では、ネットワーク変数を、単位系・データ型・レンジ等について標準化することにより、ネットワーク変数レベルでのインターオペラビリティ（相互接続性）を実現している。このため、ＬＯＮＷＯＲＫＳネットワークでは、ネットワークに接続されたＬＯＮＷＯＲＫＳノード間において、インターオペラビリティ（相互接続性）の実現がなされているものの、使用できるネットワーク変数は、標準化されてあらかじめ定められた変数型に制限されているという通信環境が基準となっている。これがＳＮＶＴ通信環境（Ｓｔａｎｄｅｒｄ  Ｎｅｔｗｏｒｋ  Ｖａｒｉａｂｌｅ  Ｔｙｐｅ）と呼ばれる標準的な通信環境である。
【００５３】
なお、この標準化は、インターオペラビリティ（相互接続性）を実現するうえで必要な項目はもとより、より有用性が見込まれる機能についても拡張部分として定義を行う。また、このような標準化が行われている反面、作り手の自由度をある程度保つために、ユーザ定義ネットワーク変数型（ＵＮＶＴ：Ｕｓｅｒ−ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ  Ｖａｒｉａｂｌｅ  Ｔｙｐｅ）として定義・使用が認められている部分もあり、この機能（値）について有用性や汎用性がＬＯＮＷＯＲＫＳ協会で認められる状況になればＳＮＶＴとして認められるようになることもある。
【００５４】
本実施形態では、以上のようなＳＮＶＴ通信環境によって、各ＬＯＮＷＯＲＫＳノード間においてデータの送受信が行われている。
＜データ通信概略＞
［ＬＯＮＷＯＲＫＳ監視ノード１０からＬＯＮＷＯＲＫＳゲートウェイ２０へデータを送信する場合］
ＬＯＮＷＯＲＫＳ監視ノード１０からＬＯＮＷＯＲＫＳゲートウェイ２０へデータを送信する場合における、ネットワーク変数を用いたデータの流れの概略を図３および図４に示す。
【００５５】
ここでは、図１に示すように、ＬＯＮＷＯＲＫＳ監視ノード１０の監視ノード変数変更部４は、ＬＯＮＷＯＲＫＳゲートウェイ２０のゲートウェイ変数変更部８に対して、２種類のネットワーク変数を用いて制御データを送っている。そして、図３に示すように、この２種類のネットワーク変数は、データネットワーク変数２３とサブネットワーク変数２５，２８である。このサブネットワーク変数には、送信サブネットワーク変数２５と受信サブネットワーク変数２８とがある。また、ＬＯＮＷＯＲＫＳ監視ノード１０は送信対象のデータを複数回に分けて送信を行うが、データネットワーク変数２３には、そのデータを送信する回数に対応した番号（以下、「送信回数番号」という。）が付けられている。また、送信サブネットワーク変数２５，受信サブネットワーク変数２８には、それぞれ、この送信回数番号２２ｂと同じ番号を示すサブ送信記号２４，サブ受信記号２６が付けられている。例えば、初回にデータを送信する場合には、１回目の送信ということで、データネットワーク変数２３，送信サブネットワーク変数２５，受信サブネットワーク変数２８には、送信回数番号２２ｂである「１」が示されている。なお、データネットワーク変数２３は、複数あり、全部で８つ用意されている。
【００５６】
この８つのデータネットワーク変数２３のそれぞれでは、１度の送受信で扱えるデータ量（以下、「送信１回分のデータ」という。）を８つに分割して順番に並べたデータ（以下、このデータを「分割順列データ」という）である第１分割順列データ２１ｂと、上記のような、送信回数番号２２ｂとを扱っている。つまり、同じ送信回数での送信で扱われる分割順列データの１つ１つには、同じ番号の送信回数番号が付されていることになる。そして、ＬＯＮＷＯＲＫＳ監視ノード１０は監視ノード変数変更部４を有しており、この監視ノード変数変更部４が、上記ネットワーク変数をそれぞれ上書きして、その内容の変更を行うことができるようになっている。
【００５７】
送信サブネットワーク変数２５では、データネットワーク変数２３の分割順列データに付された送信回数番号２２ｂと同じ番号のサブ送信記号２４と、この第１分割順列データ２１ｂの分割されたデータの個数情報２９ｂとを扱っている。ゲートウェイ変数変更部８が、監視ノード変数変更部４からこの送信サブネットワーク変数２５を受信したときには、ゲートウェイ変数読み取り部６によってサブ送信記号２４と第１分割順列データ２１ｂの分割されたデータの個数情報２９ｂとを読み取る。そして、ゲートウェイ確認部７が、サブ送信記号２４に対応した記号の送信回数番号２２ｂが付されている第１分割順列データ２１ｂが、ゲートウェイ変数読み取り部６によって読み取りされているか否かの読み取り確認を行う。このように、ゲートウェイ変数読み取り部６が送信サブネットワーク変数２５のサブ送信記号２４と分割順列データの個数情報２９ｂとを読み取りを行うことで、ゲートウェイ変数読み取り部６は、読み取りを行う対象の分割順列データの特定を行うことができ、この読み取りを行う分割順列データがいくつあるのかを把握することができる。
【００５８】
そして、ＬＯＮＷＯＲＫＳゲートウェイ２０は、この読み出すことができた分割順列データの内容に基づいて、各接続機器等の制御を行うことができる。そして、データを受信したゲートウェイ変数変更部８は、監視ノード変数変更部４に対して、受信サブネットワーク変数２８を用いて第１分割順列データ２１ｂの読み取り結果を示す情報の返信を行う。この第１分割順列データ２１ｂの読み取り結果を示す情報とは、ゲートウェイ変数読み取り部６が読み取りを行うことができた分割順列データまでのデータの個数２７ｂを示す情報である。なお、この受信サブネットワーク変数２８にも、その送信回数に対応したサブ受信記号２６が付されている。また、ここでは、ゲートウェイ変数変更部８によって、この受信サブネットワーク変数２８の上書きを行い、その内容の変更を行うことができるようになっている。
【００５９】
受信サブネットワーク変数２８では、ゲートウェイ変数読み取り部６が読み取りを行うことができた分割順列データまでのデータの個数２７ｂとサブ受信記号２６とを扱っている。そして、監視ノード変数読み取り部２が、これらの読み取りを行う。そして、サブ受信記号２６とゲートウェイ変数読み取り部６が読み出すことができた分割順列データまでのデータの個数２７ｂとの読み取り結果に基づいて、監視ノード確認部３が、ゲートウェイ変数読み取り部６に読み取りされていないデータの確認を行うことができる。
【００６０】
次に、図４に示すように、受信サブネットワーク変数２８の返信を受けた監視ノード変数変更部４は、ゲートウェイ変数変更部８に対して、上記と同等にして、２種類のネットワーク変数を用いて再び制御データの送信を行う。
データネットワーク変数２３は、送信１回分のデータ量の第２分割順列データ３１ｂと、先に送信した第１分割順列データ２１ｂに付された送信回数番号２２ｂに１を加えた送信回数番号３２ｂとを扱っている。第２分割順列データ３１ｂは、先の第１分割順列データ２１ｂの送信でゲートウェイ変数読み取り部６に読み取りされたデータの続きの分割順列データからなる送信１回分のデータである。また、ＬＯＮＷＯＲＫＳ監視ノード１０は、監視ノード変数変更部４を有しており、データネットワーク変数２３の送信がなされた後にデータネットワーク変数２３の内容の変更を行うことで、送信しようとするデータの内容を更新しながら送信を行うことができる。具体的には、ここでは先の第１分割順列データ２１ｂに第２分割順列データ３１ｂを上書きすることができるようになっている。
【００６１】
送信サブネットワーク変数２５は、上記先の第１分割順列データ２１ｂの送信回数番号２２ｂと同様に、第２分割順列データ３１ｂの送信回数番号３２ｂと同じ番号を示すサブ送信記号３４と、第２分割順列データ３１ｂの個数情報２９ｂを扱っている。
以上のようにして、監視ノード変数変更部４が、ゲートウェイ変数変更部８に対して、ゲートウェイ変数読み取り部６が読み取りできなかった分割順列データに続くデータからの分割順列データを再送信するということを繰り返すことにより、ＬＯＮＷＯＲＫＳ監視ノード１０からＬＯＮＷＯＲＫＳゲートウェイ２０へデータの送信を行っている。
［ＬＯＮＷＯＲＫＳゲートウェイ２０からＬＯＮＷＯＲＫＳ監視ノード１０へデータを送信する場合］
この場合には、上記ＬＯＮＷＯＲＫＳゲートウェイ２０からＬＯＮＷＯＲＫＳ監視ノード１０へデータを送信する場合とは逆の通信を行う。ここでは、ＬＯＮＷＯＲＫＳゲートウェイ２０も、ＬＯＮＷＯＲＫＳ監視ノード１０も、それぞれ変数読み取り部２，６と、確認部３，７と、変数変更部４，８とを有している。したがって、ＬＯＮＷＯＲＫＳゲートウェイ２０側はＬＯＮＷＯＲＫＳ監視ノード１０側の、ＬＯＮＷＯＲＫＳ監視ノード１０側はＬＯＮＷＯＲＫＳゲートウェイ２０側の、各部の動作をそれぞれ同じように行うことができ、ＬＯＮＷＯＲＫＳゲートウェイ２０からＬＯＮＷＯＲＫＳ監視ノード１０に対してデータを送信することもできるようになっている。
【００６２】
＜ネットワーク変数を用いたデータ送受信＞
ＬＯＮＷＯＲＫＳ監視ノード１０とＬＯＮＷＯＲＫＳゲートウェイ２０との間におけるネットワーク変数を用いた具体的なデータの送受信の流れを、図５および図６に示す。
ＬＯＮＷＯＲＫＳ監視ノード１０は、ＬＯＮＷＯＲＫＳゲートウェイ２０に対して、送信対象のデータを、８つのデータネットワーク変数２３と２つのサブネットワーク変数２５，２８とを用いて複数回に分けて送信する。この送信では、データネットワーク変数２３は送信回数番号を示すフィールドとデータ内容からなるフィールドとで構成され、送信サブネットワーク変数２５は、サブ送信記号２４を示すフィールドと送信している分割順列データの個数を示すフィールドとからなる。ここで、例えば１回の送信で８つに分割されたデータを扱う場合には、分割順列データの個数を示すフィールドには「８」と示される。
【００６３】
これに対し、ＬＯＮＷＯＲＫＳゲートウェイ２０は、ＬＯＮＷＯＲＫＳ監視ノード１０に対して、受信サブネットワーク変数２８を返信する。この返信では、受信サブネットワーク変数２８は、サブ受信記号２６を示すフィールドと読み取りされたデータの個数を示すフィールドとからなっている。
例えば、ＬＯＮＷＯＲＫＳ監視ノード１０からＬＯＮＷＯＲＫＳゲートウェイ２０に対して、ａ〜ｐまでの分割順列データを送信したい場合には、図５に示すような方法を行う。
【００６４】
はじめに、ＬＯＮＷＯＲＫＳ監視ノード１０の監視ノード変数変更部４が、データネットワーク変数２３における送信回数番号を示すフィールドとデータ内容のフィールドとのネットワーク変数と、送信サブネットワーク変数２５におけるサブ送信記号２４を示すフィールドと読み取りされたデータの個数を示すフィールドとのネットワーク変数とを書き換える。初回の送信では、データネットワーク変数２３における送信回数番号のネットワーク変数は「１」であり、分割順列データの８つの内容は「ａ〜ｈ」までとなり、図５に示すとおり（１−データａ），（１−データｂ）・・・のようになる。送信サブネットワーク変数２５におけるサブ送信記号２４のネットワーク変数も「１」であり、分割順列データの個数のネットワーク変数はａからｈまでの８つのデータを扱うため、「８」となり、（１−８）のようになる。（図５参照）
そして、監視ノード変数変更部４は、ゲートウェイ変数変更部８に対して、上記のデータネットワーク変数２３を送信し、送信サブネットワーク変数２５を送信する。これらの送信を行う順番は、図５で示すＴ１〜Ｔ９の順となる。
【００６５】
次に、ＬＯＮＷＯＲＫＳゲートウェイ２０のゲートウェイ変数読み取り部６は、これらのゲートウェイ変数変更部８が受信したデータネットワーク変数２３の送信回数番号が付されたデータと、送信サブネットワーク変数２５の送信回数番号と分割順列データの個数を読み出す読み取り処理を行う。すなわち、送信回数番号「１」が付された「ａからｈまでのデータ」の読み取りと、送信回数番号「１」が付されたデータの個数「８」の読み取りとを行う。そして、ゲートウェイ確認部７は、送信サブネットワーク変数２５のサブ送信記号２４に対応した送信回数番号が付されている分割順列データが、ゲートウェイ変数読み取り部６によって読み取りされているか否かの読み取り確認を行う。すなわち、送信サブネットワーク変数２５のサブ送信記号２４である「１」の送信回数番号が付されている分割順列データのａからｈの読み取り確認を行う。ここでは、ａからｈの８つのデータ全てを読み取りできた場合を示している（図５）。そして、ゲートウェイ変数変更部８は、送信サブネットワーク変数２５のサブ送信記号２４と同じ送信回数番号と、ゲートウェイ確認部７による読み取り確認の結果に基づいた分割順列データの読み取り状況についての未受信を示す情報２７とを扱う受信サブネットワーク変数２８の作成を行う。すなわち、データネットワーク変数２３の送信回数番号の「１」と同じ番号を示すサブ受信記号２６の「１」と、ゲートウェイ確認部７による読み取り確認の結果であるａからｈまでの８個のデータを読み取りできたことを示す「８」と、を扱う受信サブネットワーク変数２８の作成を行う。したがって、ここでの受信サブネットワーク変数２８は、図５に示すように（１−８）のようになる。そして、ゲートウェイ変数変更部８は、監視ノード変数変更部４に対して、この（１−８）という受信サブネットワーク変数２８を返信する。
【００６６】
そして、受信サブネットワーク変数２８の返信を受け取ったＬＯＮＷＯＲＫＳ監視ノード１０は、監視ノード変数読み取り部２において、受信サブネットワーク変数２８のサブ受信記号２６と未受信を示す情報２７とを読み出す。すなわち、受信サブネットワーク変数２８の送信回数番号「１」と８つの順列までのデータ全てが読み取りされたという情報２７とを読み出す。監視ノード確認部３は、受信サブネットワーク変数２８の送信回数番号「１」と８つの順列までのデータ全てが読み取りされたという情報との読み取り結果に基づいて、ゲートウェイ変数読み取り部６に読み取りされていないデータの確認を行う。すなわち、ゲートウェイ変数読み取り部６は８つの全てのデータを読み取りしているので、ゲートウェイ変数読み取り部６に読み取りされていないデータは無いと確認する。次に、ゲートウェイ変数変更部８は、先に送信したデータネットワーク変数２３の送信回数番号に１加えた送信回数番号である「２」を、先ほどの送信回数番号を示すフィールドに上書きして、先に送信した分割順列データａからｈのうちゲートウェイ変数読み取り部６に読み取りされていないと確認された分割順列データを含めた続きの送信対象のデータを認識し、この認識されたデータの中から送信１回分のデータ量のデータを選んで、データ内容からなるフィールドの先に送信したデータの上に上書きする。すなわち、データネットワーク変数２３の送信回数番号を「２」として、先に送信した「ａからｈのデータ」は全てゲートウェイ変数読み取り部に読み取りされているので、それに続く「ｉ〜ｐまでのデータ」をデータネットワーク変数２３の先に送信した分割順列データの上に上書きする。さらにゲートウェイ変数変更部８は、先に送信した送信サブネットワーク変数２５の送信回数番号を上書きしてデータネットワーク変数２３の送信回数番号と同じ送信回数番号とする。すなわち、先に送信した送信サブネットワーク変数２５の送信回数番号の「１」を上書きして送信回数番号「２」とする。そうして、ゲートウェイ変数変更部８は、監視ノード変数変更部４に対して、この上書き済みのデータネットワーク変数２３と送信サブネットワーク変数２５との送信を行う。これらの送信を行う順番は、図５で示すＴ１１〜Ｔ１９の順となる。この場合は、データネットワーク変数における送信回数番号のネットワーク変数は「２」となり、データ８つはｉ〜ｐまでとなり、図５に示すとおり（２−データｉ），（２−データｊ）・・・のようになる。
【００６７】
また、例えば、ＬＯＮＷＯＲＫＳ監視ノード１０からＬＯＮＷＯＲＫＳゲートウェイ２０に対して、ａ〜ｋまでのデータを送信したい場合であって、途中でゲートウェイ変数読み取り部６がデータを読み取りできないことがあった場合には、図６に示すような流れとなる。
ここでも、ＬＯＮＷＯＲＫＳ監視ノード１０が行う送信のＴ１〜Ｔ９までは、上述と同様である。ところが、例えば、図６に示すように、ゲートウェイ変数読み取り部６が、データネットワーク変数２３の送信回数番号「１」が示されている「ｆ」のデータを読み落とした場合には、上記の動作とは異なってくる。この場合には、ゲートウェイ変数読み取り部６は５番目の順列のデータであるｅまでのデータの読み取りを行うことができたとして、ゲートウェイ確認部７がａからｅまでのデータ５つのデータしか読み取りできなかったことを確認する。そして、ゲートウェイ変数変更部８は、送信サブネットワーク変数２５の送信回数番号１と同じ番号を示すサブ受信記号２６の「１」と、ゲートウェイ確認部７による読み取り確認の結果であるａからｅまでの５個のデータを読み取りできたことを示す「５」とを扱う受信サブネットワーク変数２８の作成を行う。したがって、ここでの受信サブネットワーク変数２８は、図６に示すように（１−５）のようになる。そして、ゲートウェイ変数変更部８は、監視ノード変数変更部４に対して、この（１−５）という受信サブネットワーク変数２８を返信する。
【００６８】
そして、受信サブネットワーク変数２８の返信を受け取ったＬＯＮＷＯＲＫＳ監視ノード１０は、受信サブネットワーク変数２８のサブ受信記号２６の「１」と順列の５番目までのデータ全てが読み取りされたという情報を読み出す。監視ノード確認部３は、ゲートウェイ変数読み取り部６に読み取りされていないデータはデータｆ以降のデータ、すなわち、データｆ，ｇ，ｈであるという確認を行う。次に、ゲートウェイ変数変更部８は、データネットワーク変数２３の送信回数番号を「２」として、先に送信したａからｅまでのデータがゲートウェイ変数読み取り部に読み取りされているので、それに続く「ｆから最後のデータであるｋまでのデータ」をデータネットワーク変数２３の送信回数番号を示すフィールドの先に送信した分割順列データの上に上書きする。さらにゲートウェイ変数変更部８は、先に送信した送信サブネットワーク変数２５の送信回数番号の「１」を上書きして送信回数番号「２」とする。そうして、ゲートウェイ変数変更部８は、監視ノード変数変更部４に対して、この上書き済みのデータネットワーク変数２３と送信サブネットワーク変数２５の送信を行う。（図５で示すＴ１１〜Ｔ１６）
この場合は、送信回数番号が「２」で６つのデータを送信しているので送信サブネットワーク変数は（２−６）のようになる。
【００６９】
こうして、複数回に分けてこのネットワーク変数のやり取りを繰り返して、自由長のデータを送信する。
なお、データネットワーク変数２３は、送信回数番号を示すフィールドと、データ内容を示すフィールドとの２つを合わせ持っている。このため、ＬＯＮＷＯＲＫＳゲートウェイ２０のゲートウェイ変数読み取り部６が送信回数番号「２」の付されたデータを読み取るべき時に誤って送信回数番号「１」が付されたデータを読むことはないようになっている。
【００７０】
＜本実施形態のデータ送受信システムの特徴＞
（１）
本実施形態のデータ送受信システムでは、単にデータの送信を行うだけでなく、送信回数番号２２ｂ，３２ｂをデータに付して送受信を行っている。このため、データを順列に従ったままで送信することができるようになっている。また、この送信回数番号２２ｂ，３２ｂが途中で抜けることがあれば、その抜けた送信回数番号の付されたデータの読み取りが行われていないことを簡単に把握することができるようになっている。このため、データの読み取りを確認しながらの、確実なデータの送受信が可能となっている。
【００７１】
（２）
本実施形態のデータ送受信システムでは、単にデータの送信を行うだけではなく、送信しているデータに付された送信回数番号２２ｂ，３２ｂと同じ番号を示すサブ送信記号２４，３４をも送信サブネットワーク変数２５を介して送信しており、また、この送信サブネットワーク変数２５に送信しているデータの個数の情報２９ａ，２９ｂをも取り扱わせている。このため、データネットワーク変数２３が伝送途中で消滅するなどしてＬＯＮＷＯＲＫＳゲートウェイに届かないような場合であっても、このサブネットワーク変数２５を受信して読み取りを行うことにより、読み取りできていないデータを把握することができるようになっている。さらには、送信しているデータの個数の情報２９ａ，２９ｂをも取り扱わせているため、複数のデータの一部が届いていない場合であっても、その一部を把握することができるようになっている。
【００７２】
（３）
本実施形態のデータ送受信システムでは、ゲートウェイ変数読み取り部６が読み取りできなかったデータについて、ＬＯＮＷＯＲＫＳ監視ノード１０は再度送信を行う。このため、データの読み落としを許容してしまうようなＬＯＮＷＯＲＫＳの環境下においても、自由長の連続したデータを送受信する際の確実性を向上させることができる。例えば、ファイル、音声、画像、ストリーミングデータ等のデータを送信する確実性を向上させることができるようになる。
【００７３】
なお、上記実施形態は、送受信するデータ量が制限されている通信環境での、すなわち、用意できるネットワーク変数の数が制限されている通信環境での、自由長の連続したデータの送受信を行うシステムや方法であり、このような送受信データ量が制限されてこないような通信環境は本発明の範疇でなく、制限された環境での通信に本発明の特徴がある。
【００７４】
（４）
上記実施形態では、送信する１回分のデータを複数個に分割して順列を付している。このため、ゲートウェイ変数読み取り部６が読み取りできなかったデータについては、その読み取りできなかった分割順列データから再送信するだけで足り、読み取りされた分割順列データの部分は再度送信しなくて済む。したがって、効率的なデータ送信が可能になっている。
【００７５】
（５）
ここでは、空調システム１５のエアハン内コントローラ１３の接続ポートは、オープンネットであるＬＯＮＷＯＲＫＳネットワークのＬｏｎＴａｌｋプロトコルに対応したものである。このため、接続される設備機器（ＶＡＶ）は、メーカーを問わず使用が可能であり、将来の設備機器の交換や追加の際にもＬｏｎＴａｌｋプロトコルに対応した設備機器であればメーカーを問わず採用することが可能である。
【００７６】
（６）
ここでは、空調システム１５や空調機ユニット１９が１パック化されており、ＬＯＮＷＯＲＫＳゲートウェイの備えるゲートウェイアプリケーションプログラム５２が機能することで、ＬＯＮＷＯＲＫＳネットワークを使った上位システムとは別個に作動することも可能である。したがって、ＬＯＮＷＯＲＫＳ監視ノード１０などの上位のシステムに障害が発生した場合にも、リモコン等を介してゲートウェイアプリケーションプログラム５２を機能させることでエアハン内コントローラ１３に直接指令を送ることによって、空調システム１５や空調機ユニット１９を正常に作動させることができる。このような上位のシステム障害としては、例えば、ＬＯＮＷＯＲＫＳネットワークのツイストペアケーブル９上で障害が発生した場合等が挙げられる。
【００７７】
＜変形例＞
（Ａ）
上記実施形態の送信１回分のデータは分割されており且つ順列が定められている第１分割順列データ２１ｂであるが、この送信１回分のデータは分割されていても順列は定められてないという第１分割データ２１ａであってもよい。この場合には、送信１回分のデータが分割されて複数個になっており、この第１分割データ２１ａには、ＬＯＮＷＯＲＫＳゲートウェイ２０のゲートウェイ変数読み取り部６に読み取りされたデータと読み取りされていないデータが存在する。そして、送信サブネットワーク変数２５には、第１分割データ２１ａのデータの個数情報２９ａを収めさせて、ゲートウェイ確認部７が、ゲートウェイ変数読み取り部６に読み取りされていないデータを確認する。具体的には、送信サブネットワーク変数２５の扱うサブ送信記号２４，３４に対応した送信回数番号２２ｂ，３２ｂが付されている分割データの読み取り確認を行う。例えば、８つの分割データのうち３つの分割データの読み取りがされていない場合には、その３つの読み取りされていない分割データ（もしくは５つの読み取りされた分割データ）を示す情報２７ａを、送信回数番号２２ｂ，３２ｂと同じ記号を示すサブ受信記号２６と一緒にして受信サブネットワーク変数２８とする。そして、ゲートウェイ変数変更部８が、監視ノード変数変更部４に対して、この受信サブネットワーク変数２８を送信する。
【００７８】
監視ノード変数読み取り部２は、受信サブネットワーク変数２８の扱うサブ受信記号２６と、ゲートウェイ変数読み取り部６に読み取りされていない分割データ（もしくは５つの読み取りされた分割データ）を示す情報２７ａとを読み取り、監視ノード確認部３は、ゲートウェイ変数読み取り部６に読み取りされていない分割データの確認を行う。そして、監視ノード変数変更部４は、ゲートウェイ変数読み取り部６に読み取りされていない分割データを含めた送信対象のデータの中から送信１回分のデータ量のデータを選んで第２分割データ３１ａとしてデータネットワーク変数２３のデータを扱う部分の上書きを行う。以後は、上記実施形態と同様である。分割され順列が付されたデータの再送信を行う上記実施形態では、ゲートウェイ変数読み取り部６に読み取りされた順列のデータまでのデータの再送信を行わずに済むというだけである。しかし、本変形例の分割データの場合には順列が付されたデータとしては扱わないため、分割順列データの場合にはゲートウェイ変数読み取り部６に読み取りされた順列のデータ以降のデータは再送信が必要となるが、本変形例の分割データの場合にはこのようなデータであってもゲートウェイ変数読み取り部６に読み取りされている限り、そのデータさえも再送信を行わずに済むようになる。
【００７９】
また、このような通信の場合でも、送受信の方向を逆にする、すなわちＬＯＮＷＯＲＫＳゲートウェイ２０からＬＯＮＷＯＲＫＳ監視ノード１０へデータを送信することができる。
（Ｂ）
上記実施形態のゲートウェイ変数読み取り部６の読み取り作業は、送信しているデータの数に着目することによって読み取りできたか否かの判断がなされている。しかし、送信サブネットワーク変数２５に送信を行う第１データ２１の数量情報２９ｃをも収めさせて送信し、ゲートウェイ変数読み取り部６に読み取りされたデータのバイト数量の検出を行い、その読み取りされたデータの数量がわかる情報２７ｃを受信サブネットワーク変数２８に収めさせて送信することで、検出されたバイト数量分までのデータは読み取りがされたと判断するようにしてもよい。この場合には、第１データ２１は特に分割されていても分割されていなくてもよい。ゲートウェイ変数読み取り部６が読み取りできたデータと読み取りできていないデータが存在し、このうち読み取りできたデータの数量がわかる情報２７ｃを受信サブネットワーク変数２８に収めさせて、ゲートウェイ変数変更部８から監視ノード変数変更部４へこの受信サブネットワーク変数２８を返信する。これにより監視ノード変数読み取り部２は、この受信サブネットワーク変数２８の読み取りできたデータの数量がわかる情報２７ｃを読み出すことで、ゲートウェイ変数読み取り部６が読み取りできなかったバイト数量の部分のデータを監視ノード確認部３が確認することができる。そして、監視ノード変数変更部４が、第２データ３１を上書きしてゲートウェイ変数変更部８に送信することなどの以後の動作は上記実施形態と同様である。
【００８０】
また、本変形例による通信の場合でも、ＬＯＮＷＯＲＫＳゲートウェイ２０からＬＯＮＷＯＲＫＳ監視ノード１０へデータを送信することができるようにもできる。
（Ｃ）
上記実施形態では、ＬＯＮＷＯＲＫＳゲートウェイ２０がゲートウェイアプリケーションプログラム５２を備えているが、このゲートウェイアプリケーションプログラム５２を備えた機器をＬＯＮＷＯＲＫＳゲートウェイ２０とは別に新たな機器として独立させて、ＬＯＮＷＯＲＫＳゲートウェイ２０に接続させる形態をとってもよい。
【００８１】
また、ＬＯＮＷＯＲＫＳ監視ノード１０が監視ノードアプリケーションプログラム５１を備えているが、この監視ノードアプリケーションプログラム５１を備えた機器をＬＯＮＷＯＲＫＳ監視ノード１０とは別に新たな機器として独立させて、ＬＯＮＷＯＲＫＳ監視ノード１０に接続させる形態をとってもよい。
（Ｄ）
上記実施形態では、エアハン１１やＶＡＶ１２から成る空調システムや室外機１６と室内機１７とからなる空調機ユニット１９に対して本発明を適用しているが、熱源機および二次側のユニットから成るセントラルシステム、エアハンおよび床ファンユニットから成る空調システム、室外機および室内機から成るパッケージエアコンシステムなどに対して同様に本発明を適用することが可能である。
【００８２】
（Ｅ）
上記実施形態では、送信を行った回数を示す送信回数番号２２ｂの使用をしているが、ゲートウェイ変数読み取り部６がデータの読み取りを行う際に行う送信回数番号２２ｂを確認しながらの読み取りは、送信サブネットワーク変数２５に示された記号とデータネットワーク変数２３に示されている記号とが同じであり、その記号が送信回毎に異なればよいという性質のものである。したがって、送信回数番号を用いるのではなく、例えば、同じ赤色を示す信号２２を、データネットワーク変数２３と送信サブネットワーク変数２５に扱わせる場合であってもよい。この場合には、次に扱う記号３２は、例えば、青色を示す信号３２に変えてやればよい。これにより、ゲートウェイ変数読み取り部６は、このような信号２２，３２の色が変わる毎にデータの読み取りを行えばよいことになる。したがって、例えば、赤色を示す信号２２が付された送信の場合にはデータ○○が読み取りされていない、青色を示す信号３２が付された送信の場合にはデータ××が読み取りされていない等として、上記実施形態と同様の送信回毎の読み取り確認の判断を行うことが可能となる。
【００８３】
（Ｆ）
上記実施形態では、データの送信途中でゲートウェイ変数読み取り部６がデータを読み取りできないことがあった場合の実施形態として、ゲートウェイ変数変更部８は、データネットワーク変数２３の送信回数番号を「２」に上書きして、「ｆから最後のデータであるｋまでのデータ」を１〜６番目のデータネットワーク変数２３に上書きして再送信を行っている。（図６参照）。
【００８４】
しかし、一回目の送信で読み取りされなかったｆ，ｇ，ｈについては６〜８番目のデータネットワーク変数２３において送信回数番号を「１」のままにして再送信し、初めて送信するデータであるｉ，ｊ，ｋについては１〜３番目のデータネットワーク変数２３において送信回数番号を「２」に上書きして、これらを同時に送信するようにしてもよい。
【００８５】
【発明の効果】
請求項１に係るデータ送受信システムでは、送信側変数変更部は、単にデータのみについてネットワーク変数を介した送受信を行うのではなくて、このデータの送受信に加えて、送信回毎に異なる送信記号をも送受信している。このため、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【００８６】
請求項２に係るデータ送受信システムでは、受信側ノードに備わっている受信側変数変更部が、受信側変数読み取り部によるデータの一部の読み取りを確認できない場合に、未受信を示す信号を送信側ノードに送る。このため、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。
【００８７】
請求項３に係るデータ送受信システムでは、送信側ノードでは、送信側変数変更部によって送信したデータのうち、どの送信記号が収められたデータが受信側変数読み取り部に読み取りされたのかについて認識できるようになる。したがって、送信側ノードにおいても、受信側変数読み取り部に読み取りされたデータを認識できるようになり、未受信のデータをより的確に把握することができるようになる。
【００８８】
請求項４に係るデータ送受信システムでは、受信側ノードから送られてくる未受信の信号に基づいて、送信側変数変更部がデータネットワーク変数を変更することで、受信側ノードに未だ読み取りされていないデータを、送信側ノードから受信側ノードへ再度の送信を行うことができる。このため、送信側変数変更部が送信するデータが受信側変数読み取り部に読み取りされる確実性を向上させることができるようになる。
【００８９】
請求項５に係るデータ送受信システムでは、送信記号と同じ記号を示すサブ送信記号をも扱っており、データネットワーク変数とは別の送信サブネットワーク変数を介して受信側ノードに送信している。このため、受信側変数読み取り部は、このサブ送信記号と同じ送信記号が収められたデータネットワーク変数の送信がなされているはずであるということを認識できる。このため、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数を受信している場合には、データが届いているということを迅速に認識できるようになる。また、受信側変数読み取り部は、サブ送信記号と同じ送信記号が収められたデータネットワーク変数が届いていない場合であっても、送信がなされているはずのデータネットワーク変数を読み取ることができていないとして、データが届いていないということを迅速に認識できるようになる。これにより、受信側変数読み取り部は、データの送受信が正常になされているか否かを迅速に把握できるようになる。
【００９０】
請求項６に係るデータ送受信システムでは、送信側変数変更部は、データネットワーク変数に収められているデータの一部のデータ数量を示す信号を収めることができるので、受信側読み取り部は、送信側変数変更部がどれだけの数量のデータを送信してきているのかを認識できるようになる。これにより、受信側変数読み取り部は、送信サブネットワーク変数に示されたデータの数量の分だけのデータを読み取りできない場合には読み落としがあることを認識できるようになる。このため、より確実なデータの送受信を行えるようになる。
【００９１】
請求項７に係るデータ送受信システムでは、データネットワーク変数が複数用意されているため、データをこれらの複数のデータネットワーク変数に収めさせることにより、一度に多くのデータ量を送受信することができるようになる。
請求項８に係るデータ送受信システムでは、受信側ノードは、送信側ノードから複数のネットワーク変数を介して送信されてきたデータのうち、読み取りできている程度の確認を行うことができるようになる。
【００９２】
請求項９に係るデータ送受信システムでは、複数のデータネットワーク変数に順列が付されているため、送信側変数変更部は、この順列に従った複数のネットワーク変数の変更を行い、受信側変数読み取り部も、この順列に従った複数のデータネットワーク変数の読み取りを行うことができるようになる。したがって、データの送受信に際して、データの順列を破壊せずに送受信することができるようになる。
【００９３】
請求項１０に係るデータ送受信システムでは、送信回数番号をデータネットワーク変数に収めさせているため、受信側変数読み取り部において、この送信回数番号の順に従って送信毎に読み取りを行うことができるようになる。このため、受信側変数読み取り部は、データを読み取る際に途中の送信回数番号の抜けを発見した場合には、その抜けた送信回数番号におけるデータが読み取りされていないことを認識できるようになる。このため、データの読み落としをより確実に発見できるようになる。なお、ある送信でのデータネットワーク変数が受信側ノードに届かずに、さらにその対応する送信サブネットワーク変数も受信側ノードに届かない場合であっても、このように送信回数番号を扱っていることで、先の送信回数番号から見て１または２以上の数が飛んでいる送信回数番号が収められたデータネットワーク変数や送信サブネットワーク変数を受信側変数読み取り部が読み取りした場合に、その途中で読み落としがあったことに気付くことができるようになる。
【００９４】
請求項１１に係るデータ送受信方法では、受信側変数読み取り部では、データを受信する毎に更新されて異なる記号となっている送信記号を確認しながら、送信されてきたデータの読み取りを行うことができるようになる。これにより、受信側変数読み取り部は、新たなデータを受信していることをこの送信記号の更新により認識することができ、同じデータを繰り返し読み取ってしまったり、データが更新されていることに気付かず読み飛ばしてしまったりすることを抑えることができるようになる。したがって、ここでは、データの読み落としに対して規制を掛けていないような共有型ネットワークであっても、データの送受信の確実性を向上させることができるようになる。
【００９５】
請求項１２に係るデータ送受信方法では、送信側ノードにおいても、送信したデータが受信側ノードで読み取りできていない状況にあるということを認識できるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る共有型ネットワークシステムの概略図。
【図２】出力ネットワーク変数と入力ネットワーク変数を示す概念図。
【図３】データネットワーク変数の流れを示す概略図。
【図４】データネットワーク変数の流れを示す概略図。
【図５】送受信成功時におけるネットワーク変数の流れを示す図。
【図６】送受信失敗時におけるネットワーク変数の流れを示す図。
【符号の説明】
４    送信側変数変更部（監視ノード変数変更部）
６    受信側変数読み取り部（ゲートウェイ変数読み取り部）
８    受信側変数変更部（ゲートウェイ変数変更部）
９    伝送媒体（ツイストペアケーブル）
１０    送信側ノード（ＬＯＮＷＯＲＫＳ監視ノード）
２０    受信側ノード（ＬＯＮＷＯＲＫＳゲートウェイ）
２１    データの一部（第１データ）
２１ａ    データの一部（第１分割データ）
２１ｂ    データの一部（第１分割順列データ）
２２    送信記号
２２ｂ    送信記号（送信回数番号）
２３    データネットワーク変数
２４    サブ送信記号
２５    送信サブネットワーク変数
２６    サブ受信記号
２７    未受信を示す情報
２８    受信サブネットワーク変数
２９ａ    分割データの個数情報
２９ｂ    分割順列データの個数情報
２９ｃ    データの数量情報
３１    データの一部（第２データ）
３１ａ    データの一部（第２分割データ）
３１ｂ    データの一部（第２分割順列データ）
３２    送信記号
３２ｂ    送信記号（送信回数番号）
３４    サブ送信記号
【図１】
2004214856.tif 000003
【図２】
2004214856.tif 000004
【図３】
2004214856.tif 000005
【図４】
2004214856.tif 000006
【図５】
2004214856.tif 000007
【図６】
2004214856.tif 000008