JP2009140110A - 通信システム - Google Patents
通信システム Download PDFInfo
- Publication number
- JP2009140110A JP2009140110A JP2007314097A JP2007314097A JP2009140110A JP 2009140110 A JP2009140110 A JP 2009140110A JP 2007314097 A JP2007314097 A JP 2007314097A JP 2007314097 A JP2007314097 A JP 2007314097A JP 2009140110 A JP2009140110 A JP 2009140110A
- Authority
- JP
- Japan
- Prior art keywords
- road
- terminal
- road terminal
- program
- group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Traffic Control Systems (AREA)
Abstract
【課題】 交通管制センターから遠隔で複数の路上端末装置のプログラムを更新する際にその更新に要する時間を短縮する。
【解決手段】 プログラム更新対象となる複数の路上端末装置のそれぞれについて、ボトルネックとなる通信区間を求め、ボトルネック通信区間が共通する路上端末装置をグループ化する。そして、各グループより1台の代表路上端末装置を選定して当該代表路上端末装置に更新用プログラムを送信した後、当該代表路上端末装置に対して、同一グループ内の他の路上端末装置に更新用プログラムを送信するように指示する。そうすることで、更新用プログラムがボトルネック通信区間を通過する回数を低減できるため、プログラム更新作業を短時間で終えることができるようになる。
【選択図】 図2
【解決手段】 プログラム更新対象となる複数の路上端末装置のそれぞれについて、ボトルネックとなる通信区間を求め、ボトルネック通信区間が共通する路上端末装置をグループ化する。そして、各グループより1台の代表路上端末装置を選定して当該代表路上端末装置に更新用プログラムを送信した後、当該代表路上端末装置に対して、同一グループ内の他の路上端末装置に更新用プログラムを送信するように指示する。そうすることで、更新用プログラムがボトルネック通信区間を通過する回数を低減できるため、プログラム更新作業を短時間で終えることができるようになる。
【選択図】 図2
Description
本発明は、ネットワークに接続された装置のプログラムを遠隔から更新するシステムに関し、特に、交通管制センターから道路上に設置される路上端末装置のプログラムをリモートで更新することが可能な交通管制システムに関する。
交通管制システムでは、交通管制センターに設置される中央装置と道路上に設置される交通信号制御機や光ビーコン等の路上端末装置との間の通信回線には、通信速度が64Kbpsのデジタル回線か9.6Kbpsのアナログ回線のいずれかが用いられる。
デジタル回線を敷設するケースもあるが、たいていの場合はアナログ回線が用いられている。というのも、アナログ回線には、デジタル回線と比較して回線費用が非常に低額である、というメリットがあるためである。
デジタル回線を敷設するケースもあるが、たいていの場合はアナログ回線が用いられている。というのも、アナログ回線には、デジタル回線と比較して回線費用が非常に低額である、というメリットがあるためである。
また、近年、中央装置と路上端末装置との間の通信手順としていわゆるOSI参照モデルのネットワーク層(第3層)にインターネットプロトコル(以下、IPという。)を用いたネットワークシステムが普及してきている(特許文献1参照)。
IPを用いたネットワークを採用すると、例えば図1のように、端末ルータを道路上に設置して中央装置との間に1本の通信回線(集約回線)を敷設した上で、近隣の交通信号制御機や光ビーコン等の路上端末装置をその端末ルータの配下に接続することで、1本の通信回線を複数の路上端末装置用の通信に共用することが可能となる。
IPを用いたネットワークを採用すると、例えば図1のように、端末ルータを道路上に設置して中央装置との間に1本の通信回線(集約回線)を敷設した上で、近隣の交通信号制御機や光ビーコン等の路上端末装置をその端末ルータの配下に接続することで、1本の通信回線を複数の路上端末装置用の通信に共用することが可能となる。
つまり、IPネットワークの導入により、トータルの通信回線の本数を少なくして、システム全体の通信コストを低減することができるようになった。
なお、端末ルータと交通信号制御機等との間の通信は近距離であるため、64Kbpsのシリアル通信線を敷設して使用することが一般的である。このシリアル通信線は、通信会社等の運用する通信網を利用したものではなく、交通管制システムの運用管理者が機器間を直接通信ケーブルで接続して運用するものであるから、通信会社等にこの区間における通信の費用を支払う必要はない。
なお、端末ルータと交通信号制御機等との間の通信は近距離であるため、64Kbpsのシリアル通信線を敷設して使用することが一般的である。このシリアル通信線は、通信会社等の運用する通信網を利用したものではなく、交通管制システムの運用管理者が機器間を直接通信ケーブルで接続して運用するものであるから、通信会社等にこの区間における通信の費用を支払う必要はない。
交通管制システムでは、路上端末装置のプログラムを更新したい場合、一般的には当該路上端末装置の設置されている交差点等に作業員が出向し、路上端末装置の保守用インタフェースを介してプログラムをダウンロードする方法を用いるが、路上端末装置の数が多い場合や冬季の雪国のように道路上での作業が困難な場合には、交通管制センター側からリモートで路上端末装置に対してプログラムをダウンロードする機能を活用することが多い。
このようにプログラムを遠隔地から通信ネットワークを経由してダウンロードする作業を行う場合、ダウンロードされるプログラムのサイズが大きいとダウンロードを開始してから完了するまでに相当の時間を要する。特に、交通管制システムでは、中央装置と路上端末装置の間には、通信速度の小さいアナログの通信回線を用いていることが多いため、ダウンロード作業には非常に長い時間を要していた。
例えば、プログラムのサイズが1メガバイト程度である場合、アナログ回線(通常は9.6Kbps)を用いると、通信効率が100%に近い状態であっても最低でも15分程度の時間を要することになる。
例えば、プログラムのサイズが1メガバイト程度である場合、アナログ回線(通常は9.6Kbps)を用いると、通信効率が100%に近い状態であっても最低でも15分程度の時間を要することになる。
つまり、図1のようなシステム構成において、交通信号制御機2台と光ビーコン3台のそれぞれに対して順番にプログラムをダウンロードすると、トータルでの作業が1時間以上の長時間に及ぶという問題があった。
また、ダウンロードを実行している時間帯は、システム運用中に中央装置と路上端末装置の間でやり取りされる通信データの通信帯域が制限され、通信データに遅延が発生するため、ダウンロードの作業が長時間化すると、システムの運用に与える影響も少なくない。
また、ダウンロードを実行している時間帯は、システム運用中に中央装置と路上端末装置の間でやり取りされる通信データの通信帯域が制限され、通信データに遅延が発生するため、ダウンロードの作業が長時間化すると、システムの運用に与える影響も少なくない。
本発明は、このような事情に鑑みてなされたものであり、交通管制センター等のような遠隔地から効率よく路上端末装置のプログラムを更新可能なシステムを提供することを目的とする。
第一の発明にかかる通信システムは、プログラムの更新を行う対象である複数の第一路上端末装置とその第一路上端末装置とは異なる種類の第二路上端末装置が接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記第一路上端末装置のプログラムを更新することが可能なように構成されており、前記センター装置は、更新用プログラムデータと、前記第一路上端末装置および第二路上端末装置をグループ分けしたグループ情報とを記憶する記憶手段を備え、前記グループ情報は、前記各路上端末装置への通信経路上におけるボトルネック通信区間が共通する路上端末装置を同一のグループに配するようにグループ分けし、それぞれのグループについて代表となるグループ代表装置を選定したものであり、前記センター装置が、前記更新用プログラムを一又は複数の前記グループ代表装置に対して送信した後に、更新用プログラムを受信した前記グループ代表装置が、当該グループ代表装置の属するグループの他の第一路上端末装置に対して前記更新用プログラムを送信するように構成されている(請求項1)。
この第一の発明によれば、同一のボトルネック通信区間を有する複数の路上端末装置をグループ化し、そのグループ内の1の路上端末装置に対してのみ更新用プログラムを送信するようにしたため、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度にすることができ、更新用プログラムの送信によるシステム運用への影響を小さくすることができる。
また、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度とすることで、プログラム更新をより短い時間で完了させることができる。
また、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度とすることで、プログラム更新をより短い時間で完了させることができる。
また、第二の発明にかかる通信システムは、プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能なように構成されており、前記センター装置は、更新用プログラムデータと前記路上端末装置をグループ分けしたグループ情報とを記憶する記憶手段を備え、前記グループ情報は、前記各路上端末装置への通信経路上におけるボトルネック通信区間が共通する路上端末装置を同一のグループに配するようにグループ分けし、それぞれのグループについて代表となるグループ代表路上端末装置を選定したものであり、前記センター装置が、前記更新用プログラムを一又は複数の前記グループ代表路上端末装置に対して送信した後に、更新用プログラムを受信した前記グループ代表路上端末装置が、当該グループ代表路上端末装置の属するグループの他の路上端末装置に対して前記更新用プログラムを送信するように構成されている(請求項2)。
この第二の発明によれば第一の発明と同様に、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度にすることができるため、更新用プログラムの送信によるシステム運用への影響を小さくすることができる。
また、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度とすることで、プログラム更新をより短い時間で完了させることが可能となる。
また、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度とすることで、プログラム更新をより短い時間で完了させることが可能となる。
また、第三の発明にかかる通信システムは、プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能なように構成されており、前記センター装置は、更新用プログラムデータと前記通信ネットワークのネットワーク構成とを記憶する記憶手段と、記憶した前記ネットワーク構成に基づいて前記各路上端末装置への通信経路上におけるボトルネック通信区間を求めるボトルネック通信区間特定手段と、共通のボトルネック通信区間を有する路上端末装置を一又は複数のグループにグループ分けする路上端末装置グループ分け手段と、前記一又は複数のグループについてそれぞれ代表となる路上端末装置を選定するグループ代表路上端末装置選定手段とを備えており、前記センター装置が、前記更新用プログラムを一又は複数の前記グループ代表路上端末装置に対して送信した後に、更新用プログラムを受信した前記グループ代表路上端末装置が、当該グループ代表路上端末装置の属するグループの他の路上端末装置に対して前記更新用プログラムを送信するように構成されている(請求項3)。
この第三の発明によれば第一又は第二の発明と同様に、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度にすることができるため、更新用プログラムの送信によるシステム運用への影響を小さくすることが可能になる。
また、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度とすることで、プログラム更新をより短い時間で完了させることが可能となる。
また、更新用プログラムがボトルネックとなる通信回線を通過する回数を必要限度とすることで、プログラム更新をより短い時間で完了させることが可能となる。
また、第四の発明にかかる通信システムは、プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能であり、当該通信システムには、一又は複数の端末ルータが含まれており、当該端末ルータには複数の路上端末装置が直接接続されており、これらの路上端末装置がこの端末ルータを経由して前記センター装置と通信する構成であり、前記センター装置は更新用プログラムデータを記憶する記憶手段を有しており、前記センター装置が前記更新用プログラムを一又は複数の前記端末ルータに対して送信した後に、当該端末ルータが、当該端末ルータに直接接続される複数の路上端末装置に対して前記更新用プログラムを送信するように構成されている(請求項4)。
この第四の発明によれば、複数の路上端末装置を集約して接続している端末ルータを活用し、一旦センター装置から端末ルータに対して更新用プログラムを送信した後、その更新用プログラムを端末ルータが複数の路上端末装置に送信するようにしたため、前記更新用プログラムがセンター装置から端末ルータに至るまでの通信回線(集約回線)を通過する回数を必要限度とすることができる。
そうすることで、全ての路上端末装置に対して更新用プログラムの送信を完了するまでに要するプログラム更新作業時間を短縮することが可能となり、プログラム更新作業がシステムの運用に与える影響を小さくすることができるようになる。
一般的な交通管制システムの通信ネットワークにおける集約回線は、端末ルータから複数の路上端末装置に至る通信区間よりも通信速度が小さいため、本発明によるプログラム更新作業時間の短縮効果は非常に大きい。
そうすることで、全ての路上端末装置に対して更新用プログラムの送信を完了するまでに要するプログラム更新作業時間を短縮することが可能となり、プログラム更新作業がシステムの運用に与える影響を小さくすることができるようになる。
一般的な交通管制システムの通信ネットワークにおける集約回線は、端末ルータから複数の路上端末装置に至る通信区間よりも通信速度が小さいため、本発明によるプログラム更新作業時間の短縮効果は非常に大きい。
また、第五の発明にかかる通信システムは、プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能であり、当該通信システムには、複数の端末ルータが含まれており、前記端末ルータのうち第一の端末ルータには複数の路上端末装置が直接接続されており、これらの路上端末装置がこの第一の端末ルータを経由して前記センター装置と通信しており、さらに前記第一の端末ルータには第二の端末ルータが直接接続され、その第二の端末ルータにも複数の路上端末装置が直接接続されており、この第二の端末ルータに直接接続される路上端末装置は第二の端末ルータおよび第一の端末ルータを経由して前記センター装置と通信している構成であり、前記センター装置は更新用プログラムデータを記憶する記憶手段を有しており、前記センター装置が前記更新用プログラムを前記第一の端末ルータに対して送信した後に、当該第一の端末ルータが、前記第二の端末ルータに対して前記更新用プログラムを送信し、これら第一および第二の端末ルータは、受信した更新用プログラムを、その端末ルータに直接接続される路上端末装置に送信するように構成されている(請求項5)。
この第五の発明にかかる通信システムは、端末ルータの配下に別の端末ルータが接続されるいわゆるカスケード接続が成されているが、このような通信システムの場合も第三の発明と同様に、複数の路上端末装置を集約して接続している端末ルータを活用し、一旦センター装置から端末ルータに対して更新用プログラムを送信した後、その更新用プログラムを端末ルータが複数の路上端末装置に送信するようにしたため、前記更新用プログラムがセンター装置から端末ルータに至るまでの通信回線(集約回線)を通過する回数を必要限度とすることができる。
カスケード接続の場合には、センター装置側に近い第一の端末ルータがまず更新用プログラムを受信し、その更新用プログラムを第一の端末ルータにカスケード接続された第二の端末ルータに送信することで、全ての路上端末装置に対して更新用プログラムの送信を完了するまでに要するプログラム更新作業時間を短縮することが可能となり、プログラム更新作業がシステムの運用に与える影響を小さくすることができる。
一般的な交通管制システムの通信ネットワークにおける集約回線は、第一の端末ルータから第二の端末ルータへの通信区間や各端末ルータから複数の路上端末装置への通信区間よりも通信速度が小さいため、本発明によるプログラム更新作業時間の短縮効果は非常に大きい。
カスケード接続の場合には、センター装置側に近い第一の端末ルータがまず更新用プログラムを受信し、その更新用プログラムを第一の端末ルータにカスケード接続された第二の端末ルータに送信することで、全ての路上端末装置に対して更新用プログラムの送信を完了するまでに要するプログラム更新作業時間を短縮することが可能となり、プログラム更新作業がシステムの運用に与える影響を小さくすることができる。
一般的な交通管制システムの通信ネットワークにおける集約回線は、第一の端末ルータから第二の端末ルータへの通信区間や各端末ルータから複数の路上端末装置への通信区間よりも通信速度が小さいため、本発明によるプログラム更新作業時間の短縮効果は非常に大きい。
以上のように、本発明の交通システムによれば、中央装置から複数の路上端末装置のプログラムを更新する場合に、プログラムデータがボトルネックとなる通信回線を通過する回数を必要限度とすることができるため、システムの運用に与える影響を小さくすることが可能となる。
(第1の実施形態)
以下、本発明の第1の実施形態を、図面を参照しながら詳細に説明する。
図2は、本発明に係る交通システムの機器配置の概要を示す模式図であり、交通管制センターに設置される信号制御装置1、情報提供装置2、および、中央ルータ3、並びに、路側に設置される交通信号制御機5A、5B、・・、道路上に設置された光ビーコン6A、6B、・・、および、端末IPルータ4A、4B、4Cを含むものである。
以下、本発明の第1の実施形態を、図面を参照しながら詳細に説明する。
図2は、本発明に係る交通システムの機器配置の概要を示す模式図であり、交通管制センターに設置される信号制御装置1、情報提供装置2、および、中央ルータ3、並びに、路側に設置される交通信号制御機5A、5B、・・、道路上に設置された光ビーコン6A、6B、・・、および、端末IPルータ4A、4B、4Cを含むものである。
〔システムの全体構成〕
路側の交差点等にはそれぞれ交通信号制御機や光ビーコンが複数設置されており、これらには、それぞれ固有のIPアドレスが付され、交通管制センターに設置された信号制御装置1等との間でIPによる通信が行われている。
路側の交差点等にはそれぞれ交通信号制御機や光ビーコンが複数設置されており、これらには、それぞれ固有のIPアドレスが付され、交通管制センターに設置された信号制御装置1等との間でIPによる通信が行われている。
信号制御装置1から交通信号制御機5A、5B、・・に対しては、通常、1サイクル毎に1サイクルにおける制御方法を指示する信号制御指令情報が送信されており、各交通信号制御機は当該信号制御指令情報に従って1サイクルの信号制御プランを作成し、当該信号制御プランに従って信号灯器を制御している。
また、各交通信号制御機は信号制御装置1に対し、随時、実行履歴情報や動作状態情報などを送信しており、信号制御装置1は、その実行履歴情報や動作状態情報に基づいて各交通信号制御機が正しく動作しているか否か等を監視している。
また、各交通信号制御機は信号制御装置1に対し、随時、実行履歴情報や動作状態情報などを送信しており、信号制御装置1は、その実行履歴情報や動作状態情報に基づいて各交通信号制御機が正しく動作しているか否か等を監視している。
また、道路上には光ビーコン6A、6B、・・が設置されており、道路上を走行する車両に搭載される車載機(図示せず)との間で路車間通信を行う機能を有する。
これらの光ビーコンは、前記車載機から送信されるアップリンク情報に応じて渋滞情報や旅行時間に関する情報を送信する機能を有する。
なお、上記アップリンク情報には、通常個々の車両に割り当てられた車両IDが格納されている。
これらの光ビーコンは、前記車載機から送信されるアップリンク情報に応じて渋滞情報や旅行時間に関する情報を送信する機能を有する。
なお、上記アップリンク情報には、通常個々の車両に割り当てられた車両IDが格納されている。
この光ビーコン6A、6B、・・も、通信回線を介して交通管制センターに設置された情報提供装置2等と通信しており、受信した車両IDを含むアップリンク情報を即座に情報提供装置2に対して送信する。
また、情報提供装置2から、定期的に最新の渋滞情報や旅行時間に関する情報を受信して、これらの情報をメモリ等に記憶することができる。そして、記憶した渋滞情報等を前記車載機に対して送信する。
また、情報提供装置2から、定期的に最新の渋滞情報や旅行時間に関する情報を受信して、これらの情報をメモリ等に記憶することができる。そして、記憶した渋滞情報等を前記車載機に対して送信する。
これらの交通信号制御機等の路上端末装置と交通管制センターとの間を通信回線で接続する場合、路側に端末ルータ4A等を設置して近接する路上端末装置を集約し、1本の通信回線で交通管制センターに接続する方が、通信費用を低減できるというメリットがある。
従って、図2のように、端末ルータ4A〜4Cを設置して複数台の交通信号制御機等を集約して交通管制センターに接続する構成を採用することが多い。
端末ルータは、カスケード接続(端末ルータの配下に別の端末ルータを接続する方法)しても良いから、図2のように端末ルータ4Aの配下にさらに端末ルータ4Bを接続することも可能である。
従って、図2のように、端末ルータ4A〜4Cを設置して複数台の交通信号制御機等を集約して交通管制センターに接続する構成を採用することが多い。
端末ルータは、カスケード接続(端末ルータの配下に別の端末ルータを接続する方法)しても良いから、図2のように端末ルータ4Aの配下にさらに端末ルータ4Bを接続することも可能である。
〔従来までのプログラム更新方法〕
まず、従来までのプログラム更新方法を説明する。
まず、従来までのプログラム更新方法を説明する。
一般に、路上端末装置のプログラムをネットワーク経由で遠隔から更新する場合、交通管制センター側でネットワークに保守コンピュータ7を接続し、当該保守コンピュータ7から、更新対象となる路上端末装置のIPアドレスを指定してFTP(ファイル転送プロトコル)等の通信手順を用いてプログラムを送信する。なお、この場合保守コンピュータ7は独立した装置としてプログラム更新時にのみ接続するようにしても良いし、プログラム更新機能を信号制御装置1や情報提供装置2等の中央装置に持たせておいても良い。
FTP等を用いてプログラムを送信する場合、1台ずつプログラム更新処理を実行することもできるし、同時並行で複数台の路上端末装置のプログラム更新処理を実行することもできる。しかし、例え同時並行で更新処理を実行したとしても、同一の通信回線を通じて交通管制センターと接続する複数の路上端末装置(例えば、交通信号制御機5Aと5B等)については、通信回線の通信容量をその複数台のプログラム更新処理でシェアすることになるため、1台ずつプログラム更新処理を実行した場合と、ほぼ同じだけの時間を要することになる。
このように、交通管制センターからそれぞれの路上端末装置に対してプログラムを送信する方法では、プログラム更新を効率よく終わらせることはできなかった。
〔本発明におけるプログラム更新方法〕
そこで、本発明では、以下のような手順でプログラム更新処理を実行する。
なお、ここでは通信回線1乃至3は全てアナログ回線(通常は9.6Kbps)であるものとし、中央ルータ3と交通管制センターの各装置間は、100MbpsのLANで接続され、その間の通信時間は無視できる程度に小さいものとする。また、端末ルータ4A等と各路上端末装置間の通信速度は、それぞれ64Kbpsであるものとする。
そこで、本発明では、以下のような手順でプログラム更新処理を実行する。
なお、ここでは通信回線1乃至3は全てアナログ回線(通常は9.6Kbps)であるものとし、中央ルータ3と交通管制センターの各装置間は、100MbpsのLANで接続され、その間の通信時間は無視できる程度に小さいものとする。また、端末ルータ4A等と各路上端末装置間の通信速度は、それぞれ64Kbpsであるものとする。
〔光ビーコンに対するプログラム更新方法〕
まず、光ビーコン6A〜6Eのプログラム更新処理を実行する場合について説明する。
保守コンピュータ7には、予め図2のネットワーク構成に関する情報が記憶されている。
ここで、ネットワーク構成に関する情報とは、通信ネットワークに接続される全ての端末装置の各インタフェースのIPアドレスやネットワーク上の各通信区間における通信速度等の情報を言い、保守コンピュータ7が、ネットワークに接続されている各路上端末装置までの接続構成の詳細を知りうる情報のことをいう。
まず、光ビーコン6A〜6Eのプログラム更新処理を実行する場合について説明する。
保守コンピュータ7には、予め図2のネットワーク構成に関する情報が記憶されている。
ここで、ネットワーク構成に関する情報とは、通信ネットワークに接続される全ての端末装置の各インタフェースのIPアドレスやネットワーク上の各通信区間における通信速度等の情報を言い、保守コンピュータ7が、ネットワークに接続されている各路上端末装置までの接続構成の詳細を知りうる情報のことをいう。
各光ビーコンに対してプログラムデータを送信する場合、送信時に通過する通信区間の中で、もっとも時間を要する区間(ボトルネック通信区間)がどこであるかを求める。
例えば、光ビーコン6Aの場合、保守コンピュータ7〜中央ルータ3間は100Mbpsであり、中央ルータ3〜端末ルータ4A間は9.6Kbpsであり、端末ルータ4A〜光ビーコン6A間は64Kbpsであるから、ボトルネック通信区間は中央ルータ3〜端末ルータ4A間であることが分かる。
例えば、光ビーコン6Aの場合、保守コンピュータ7〜中央ルータ3間は100Mbpsであり、中央ルータ3〜端末ルータ4A間は9.6Kbpsであり、端末ルータ4A〜光ビーコン6A間は64Kbpsであるから、ボトルネック通信区間は中央ルータ3〜端末ルータ4A間であることが分かる。
同様に、他の光ビーコン6B〜6Eについてもボトルネック通信区間を求める。
その結果、光ビーコン6A〜6Eのプログラム更新処理におけるボトルネック通信区間は、通信回線1及び通信回線3の区間であることが分かる。
プログラム更新処理を効率よく終わらせるためには、プログラムデータがこのボトルネック通信区間を通過する回数を少なくすれば良い。
そこで、各ボトルネック通信区間を共用する路上端末装置をグループ化する。このネットワーク構成の場合、通信回線1がボトルネック区間である光ビーコン6A〜6Cを第一グループ、通信回線3がボトルネック区間である光ビーコン6Dと6Eを第二グループとしてグループ化することができる。
その結果、光ビーコン6A〜6Eのプログラム更新処理におけるボトルネック通信区間は、通信回線1及び通信回線3の区間であることが分かる。
プログラム更新処理を効率よく終わらせるためには、プログラムデータがこのボトルネック通信区間を通過する回数を少なくすれば良い。
そこで、各ボトルネック通信区間を共用する路上端末装置をグループ化する。このネットワーク構成の場合、通信回線1がボトルネック区間である光ビーコン6A〜6Cを第一グループ、通信回線3がボトルネック区間である光ビーコン6Dと6Eを第二グループとしてグループ化することができる。
そして、各グループについて、まず1台の光ビーコンのみに対して交通管制センター側からプログラムデータを送信する。この場合、第一グループの光ビーコン6Aと、第二グループの光ビーコン6Dに対してのみ、保守コンピュータ7からプログラムデータを同時に送信する。ここで選択した光ビーコンをグループ代表光ビーコンと呼ぶ。
これら2台の光ビーコンへのプログラムデータの送信が完了したら、次に、この2台のグループ代表光ビーコンに対して、同一グループの他の光ビーコンへのプログラムデータの送信を指示する指示情報を送信する。
これら2台の光ビーコンへのプログラムデータの送信が完了したら、次に、この2台のグループ代表光ビーコンに対して、同一グループの他の光ビーコンへのプログラムデータの送信を指示する指示情報を送信する。
光ビーコン6Aについては、保守コンピュータ7から受信したプログラムデータを、光ビーコン6Bおよび6Cに対して、送信するように指示する。この指示情報には、プログラムデータを送信すべき相手装置を特定するための情報(IPアドレス等)が格納されている。同様に、光ビーコン6Dについても、光ビーコン6Eに対してプログラムデータを送信するように指示する。
なお、グループ代表路上端末装置の選定については、単に各グループの路上端末装置に振られた識別番号等のうち最も若い番号の路上端末装置を選ぶ方法でも良いし、路上端末装置の動作状態や通信状態を取得した上で、通信状態が最も安定した装置やメモリの残容量が最も多い装置を選ぶような方法を用いても良い。
グループ代表光ビーコン6Aおよび6Dは、前記指示情報に応じて、光ビーコン6B、6Cおよび6Eに対して受信したプログラムデータを送信する。プログラムデータの送信が完了したら、プログラムデータの送信を完了した相手装置を特定しうる情報を含む更新完了通知情報を保守コンピュータ7に対して送信する。
このように、保守コンピュータ7がプログラム更新対象の複数の路上端末装置に対してプログラム更新処理を実行する場合、まず、それぞれのボトルネック通信区間を求めて共通するボトルネック通信区間を有する路上端末装置をグループ化して、各グループについて選定した1台のグループ代表路上端末装置にのみプログラムデータを送信し、その後、そのグループ代表路上端末装置から同一グループに属する他の路上端末装置に対してプログラムデータを送信するように指示することで、プログラムデータがボトルネック通信区間を通過する通算回数を少なくすることが可能となった。
プログラムデータが1Mbpsの場合、通信回線1の配下に接続される光ビーコン6A〜6Cのプログラム更新処理について、従来までの方法であれば、1台の光ビーコンあたりで、通信回線1を通過するのに約15分、端末ルータ4Aと光ビーコン間のシリアル通信回線(64Kbps)で約2分の合計約17分かかり、これを3回繰り返していたから、合計で50分程度かかっていた。
今回の方法であれば、まず光ビーコン6Aのプログラム更新で約17分かかり、その後の光ビーコン6Aから光ビーコン6Bに対するプログラム更新処理ではプログラムデータがシリアル通信回線を2つ通過するから合計約4分かかり、さらに光ビーコン6Cに対するプログラム更新処理も同様に約4分かかる。よって通信回線1プログラム更新にかかる合計時間は25分程度で済み、従来の約半分の時間で完了することができるようになり至便である。
今回の方法であれば、まず光ビーコン6Aのプログラム更新で約17分かかり、その後の光ビーコン6Aから光ビーコン6Bに対するプログラム更新処理ではプログラムデータがシリアル通信回線を2つ通過するから合計約4分かかり、さらに光ビーコン6Cに対するプログラム更新処理も同様に約4分かかる。よって通信回線1プログラム更新にかかる合計時間は25分程度で済み、従来の約半分の時間で完了することができるようになり至便である。
〔交通信号制御機に対するプログラム更新方法〕
次に、交通信号制御機5A〜5Fのプログラム更新処理を実行する場合について説明する。
各交通信号制御機のボトルネック通信区間は、交通信号制御機5Aと5Bについては通信回線1であり、交通信号制御機5Cと5Dについては通信回線1および通信回線2であり、交通信号制御機5Eと5Fについては通信回線3である。
この場合、光ビーコンのケースと同様に、共通するボトルネック通信区間を有する交通信号制御機5Aと5Bを第一グループ、交通信号制御機5Cと5Dを第二グループ、そして、交通信号制御機5Eと5Fを第三グループとする。
次に、交通信号制御機5A〜5Fのプログラム更新処理を実行する場合について説明する。
各交通信号制御機のボトルネック通信区間は、交通信号制御機5Aと5Bについては通信回線1であり、交通信号制御機5Cと5Dについては通信回線1および通信回線2であり、交通信号制御機5Eと5Fについては通信回線3である。
この場合、光ビーコンのケースと同様に、共通するボトルネック通信区間を有する交通信号制御機5Aと5Bを第一グループ、交通信号制御機5Cと5Dを第二グループ、そして、交通信号制御機5Eと5Fを第三グループとする。
まず、ボトルネック通信区間を1つのみ有する第一および第三グループのプログラム更新方法を決定する。
第一および第三グループでは、光ビーコンのケースと同様に、グループ代表交通信号制御機として交通信号制御機5Aと5Eを選定した後、これら2台のグループ代表交通信号制御機に対して、それぞれプログラムデータを送信してプログラム更新処理を実行した後、各グループ代表交通信号制御機5Aと5Cに対して、受信したプログラムデータを交通信号制御機5Bと5Fに送信するように指示する。
この図2のネットワーク構成では端末ルータ4Aの配下に端末ルータ4Bがカスケード接続されており、第一及び第二グループが共通のボトルネック通信区間(通信回線1)を有しているから、第二グループについては、第一グループに属する交通信号制御機5Aから第二グループのうちの1台(例えは交通信号制御機5C)に対してプログラムデータを送信する方法を用いると良い。
すなわち、交通信号制御機5Aに対してプログラムデータの送信を完了した後、保守コンピュータ7から交通信号制御機5Aに対して、交通信号制御機5Cに対してプログラムデータを送信するように指示する。そして、交通信号制御機5Cのプログラム更新処理が完了したら、今度は、交通信号制御機5Cに対して、受信したプログラムデータを交通信号制御機5Dに送信するように指示する。
第一および第三グループでは、光ビーコンのケースと同様に、グループ代表交通信号制御機として交通信号制御機5Aと5Eを選定した後、これら2台のグループ代表交通信号制御機に対して、それぞれプログラムデータを送信してプログラム更新処理を実行した後、各グループ代表交通信号制御機5Aと5Cに対して、受信したプログラムデータを交通信号制御機5Bと5Fに送信するように指示する。
この図2のネットワーク構成では端末ルータ4Aの配下に端末ルータ4Bがカスケード接続されており、第一及び第二グループが共通のボトルネック通信区間(通信回線1)を有しているから、第二グループについては、第一グループに属する交通信号制御機5Aから第二グループのうちの1台(例えは交通信号制御機5C)に対してプログラムデータを送信する方法を用いると良い。
すなわち、交通信号制御機5Aに対してプログラムデータの送信を完了した後、保守コンピュータ7から交通信号制御機5Aに対して、交通信号制御機5Cに対してプログラムデータを送信するように指示する。そして、交通信号制御機5Cのプログラム更新処理が完了したら、今度は、交通信号制御機5Cに対して、受信したプログラムデータを交通信号制御機5Dに送信するように指示する。
なお、交通信号制御機5Aから5Bおよび5Cへのプログラム送信処理は、まず、5Cに対する送信処理を実行した後に5Bへの送信を実行する方が効率的である。
5Aから5Bへの送信後に5Cに送信し、その後5Cから5Dへ送信する場合に比べて、5Aから最初に5Cに送信した後で、5Aから5Bと5Cから5Dへの送信を同時に行う方が、プログラム送信に要する合計時間を短縮することができるためである。
5Aから5Bへの送信後に5Cに送信し、その後5Cから5Dへ送信する場合に比べて、5Aから最初に5Cに送信した後で、5Aから5Bと5Cから5Dへの送信を同時に行う方が、プログラム送信に要する合計時間を短縮することができるためである。
従来までであれば、プログラムデータが1Mbpsの場合、交通信号制御機5A〜5Fの6台に対して同時にプログラムデータ更新処理を実行すると、通信回線1の区間には4Mbpsのデータが同時に流れるため、当該区間をプログラムデータが通過し終えるのに約1時間かかっていた。その後、通信回線1を通過し終えた交通信号制御機5Cおよび5D向けのプログラムデータは、通信区間2を通過するのに約30分を要するから、結果的にプログラム更新に要する時間は1時間30分以上となってしまっていた。
本発明によれば、最後に交通信号制御機5Dのプログラム更新を完了するまでに要する時間は、交通信号制御機5Aのプログラム更新に要する約17分と、その次に更新する交通信号制御機5Cのプログラム更新に要する約19分と、最後に更新する交通信号制御機5Dのプログラム更新に要する約4分との合計40分程度であり、従来に比べて半分以下の時間でプログラム更新処理を完了させることができるようになった。
本発明によれば、最後に交通信号制御機5Dのプログラム更新を完了するまでに要する時間は、交通信号制御機5Aのプログラム更新に要する約17分と、その次に更新する交通信号制御機5Cのプログラム更新に要する約19分と、最後に更新する交通信号制御機5Dのプログラム更新に要する約4分との合計40分程度であり、従来に比べて半分以下の時間でプログラム更新処理を完了させることができるようになった。
なお、ここでは、交通信号制御機を3つのグループに分けて、第二グループに対するプログラム更新を他のグループの交通信号制御機からのプログラムデータの送信によって行う方法を採用したが、単純に3つのグループのそれぞれについて、まず各グループにおいて選定した一の交通信号制御機に対するプログラム更新処理を行い、その後、当該一の交通信号制御機から同一グループ内の他の交通信号制御機に対してプログラムを送信しても良い。
この場合、第一グループと第三グループでは通信回線1を共通的に使用するから、まず第三グループの交通信号制御機5Cに対するプログラム更新処理を実行し、当該更新処理を開始してからおおよそ15分程度経過した時点で交通信号制御機5Aのプログラム更新処理を開始するようにすれば良い。15分程度経過した時点であれば、交通信号制御機5C宛に送られるプログラムデータは通信回線1を通過して通信回線2に差し掛かっている筈であるから、この時点から交通信号制御機5Aのプログラム更新を開始しても、通信回線1を重複して使用することにはならないためである。
この場合、第一グループと第三グループでは通信回線1を共通的に使用するから、まず第三グループの交通信号制御機5Cに対するプログラム更新処理を実行し、当該更新処理を開始してからおおよそ15分程度経過した時点で交通信号制御機5Aのプログラム更新処理を開始するようにすれば良い。15分程度経過した時点であれば、交通信号制御機5C宛に送られるプログラムデータは通信回線1を通過して通信回線2に差し掛かっている筈であるから、この時点から交通信号制御機5Aのプログラム更新を開始しても、通信回線1を重複して使用することにはならないためである。
このように、プログラムを遠隔地から更新する場合に、ボトルネックとなる通信区間を求め、プログラムデータが当該ボトルネック通信区間を通過する回数を極力少なくするために、路上端末装置間でプログラムデータを送信し合うことで、プログラム更新に要する時間を小さくすることができるようになった。
なお、ここでは交通信号制御機と光ビーコンについてプログラム更新方法を示したが、端末ルータ4A〜4Cのプログラムを更新する場合にも同様の方法を適用することができる。
(第2の実施形態)
〔端末ルータを活用したプログラム更新方法〕
次に、プログラム更新方法の他の実施形態として、端末ルータを活用する方法について図2を用いて説明する。ここでは交通信号制御機のプログラム更新について説明する。
〔端末ルータを活用したプログラム更新方法〕
次に、プログラム更新方法の他の実施形態として、端末ルータを活用する方法について図2を用いて説明する。ここでは交通信号制御機のプログラム更新について説明する。
まず、保守コンピュータ7は、予め記憶しているネットワーク構成内の全ての端末ルータについて、交通信号制御機が接続されている端末ルータを選択する。ここでは、端末ルータ4A〜4Cの全ての端末ルータに交通信号制御機が接続されているので、全ての端末ルータ4A〜4Cを選択する。
次に、各端末ルータに対して交通信号制御機のプログラムデータを送信し、一時的に記憶させる。この場合、選ばれた端末ルータそれぞれに対してプログラムデータを最も短い時間で送信する方法を決定する。
具体的には、第1の実施形態で示した交通信号制御機へのプログラム更新方法と同じように、各端末ルータのボトルネック通信区間を求めた後、そのボトルネック通信区間をプログラムデータが通過する回数が最小となるように決定する。
この場合、まず、端末ルータ4Aと4Cに対してプログラムデータを送信した後、端末ルータ4Aに対して、受信したプログラムデータを端末ルータ4Bに送信するように指示すれば良い。
具体的には、第1の実施形態で示した交通信号制御機へのプログラム更新方法と同じように、各端末ルータのボトルネック通信区間を求めた後、そのボトルネック通信区間をプログラムデータが通過する回数が最小となるように決定する。
この場合、まず、端末ルータ4Aと4Cに対してプログラムデータを送信した後、端末ルータ4Aに対して、受信したプログラムデータを端末ルータ4Bに送信するように指示すれば良い。
このような手順で、交通信号制御機が接続されている全ての端末ルータに対して交通信号制御機のプログラムデータを送信し終えたら、各端末ルータに対して、交通信号制御機へのプログラムの送信を指示すれば良い。
この方法によれば、端末ルータ4Aと4Cに対して1Mbpsのプログラムデータを送信するのに約15分かかり、その次に、端末ルータ4Aから4Bにプログラムデータを送信するのに約15分かかり、最後に、各端末ルータが交通信号制御機5A〜5Fに対して一斉にプログラムデータの送信を開始すると、約32分でプログラムの更新処理を完了させることができる。
この方法によれば、プログラム更新処理が従来の約1/3の時間で完了することになり至便である。
この方法によれば、端末ルータ4Aと4Cに対して1Mbpsのプログラムデータを送信するのに約15分かかり、その次に、端末ルータ4Aから4Bにプログラムデータを送信するのに約15分かかり、最後に、各端末ルータが交通信号制御機5A〜5Fに対して一斉にプログラムデータの送信を開始すると、約32分でプログラムの更新処理を完了させることができる。
この方法によれば、プログラム更新処理が従来の約1/3の時間で完了することになり至便である。
なお、ここに示した実施形態においては、ボトルネック通信区間を求めてグループ化した後、中央側から更新用プログラムを送信するグループ代表路上端末装置を決定するようにしたが、ネットワーク構成が既知であれば、グループ化やグループ代表路上端末装置の決定は事前に行っておき、その情報をグループ情報として保守コンピュータ7に記憶させておく方法を用いても良い。
この場合、グループ情報は、路上端末装置毎にグループ番号を付与し、グループ代表路上端末装置については、グループ代表であることを示すフラグ情報をさらに付与したテーブルの情報として保持されていれば良い。
また、グループ分けのみを事前に行っておき、プログラムの更新を実行する段階で各グループの路上端末装置の状態を取得してから、例えば通信状態が安定している装置やメモリ容量に余裕のある装置を逐次選定して、その路上端末装置をグループ代表路上端末装置と決定する方法でも良い。
この場合、グループ情報は、路上端末装置毎にグループ番号を付与し、グループ代表路上端末装置については、グループ代表であることを示すフラグ情報をさらに付与したテーブルの情報として保持されていれば良い。
また、グループ分けのみを事前に行っておき、プログラムの更新を実行する段階で各グループの路上端末装置の状態を取得してから、例えば通信状態が安定している装置やメモリ容量に余裕のある装置を逐次選定して、その路上端末装置をグループ代表路上端末装置と決定する方法でも良い。
なお、本発明における信号制御装置1、情報提供装置2、端末ルータ4A〜4C、交通信号制御機5A〜5Fや光ビーコン6A〜6E等は、1の筐体によって実現されていても良いし、複数の筐体の組み合わせによって実現されても良い。また、これらは、それぞれ1つのコンピュータによって実現されていても良いし、複数のコンピュータを組み合わせて実現されていても良い。
なお、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
1 信号制御装置
2 情報提供装置
3 中央ルータ
4A〜4C 端末ルータ
5A〜5F 交通信号機
6A〜6E 光ビーコン
7 保守コンピュータ
2 情報提供装置
3 中央ルータ
4A〜4C 端末ルータ
5A〜5F 交通信号機
6A〜6E 光ビーコン
7 保守コンピュータ
Claims (5)
- プログラムの更新を行う対象である複数の第一路上端末装置とその第一路上端末装置とは異なる種類の第二路上端末装置が接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記第一路上端末装置のプログラムを更新することが可能な通信システムであって、
前記センター装置は、
更新用プログラムデータと、前記第一路上端末装置および第二路上端末装置をグループ分けしたグループ情報とを記憶する記憶手段を備え、
前記グループ情報は、前記各路上端末装置への通信経路上におけるボトルネック通信区間が共通する路上端末装置を同一のグループに配するようにグループ分けし、それぞれのグループについて代表となるグループ代表装置を選定したものであり、
前記センター装置が、前記更新用プログラムを一又は複数の前記グループ代表装置に対して送信した後に、
更新用プログラムを受信した前記グループ代表装置が、当該グループ代表装置の属するグループの他の第一路上端末装置に対して前記更新用プログラムを送信するように構成されていること
を特徴とする通信システム。 - プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能な通信システムであって、
前記センター装置は、
更新用プログラムデータと前記路上端末装置をグループ分けしたグループ情報とを記憶する記憶手段を備え、
前記グループ情報は、前記各路上端末装置への通信経路上におけるボトルネック通信区間が共通する路上端末装置を同一のグループに配するようにグループ分けし、それぞれのグループについて代表となるグループ代表路上端末装置を選定したものであり、
前記センター装置が、前記更新用プログラムを一又は複数の前記グループ代表路上端末装置に対して送信した後に、
更新用プログラムを受信した前記グループ代表路上端末装置が、当該代表路上端末装置の属するグループの他の路上端末装置に対して前記更新用プログラムを送信するように構成されていること
を特徴とする通信システム。 - プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能な通信システムであって、
前記センター装置は、
更新用プログラムデータと前記通信ネットワークのネットワーク構成とを記憶する記憶手段と、
記憶した前記ネットワーク構成に基づいて、前記各路上端末装置への通信経路上におけるボトルネック通信区間を求めるボトルネック通信区間特定手段と、
共通のボトルネック通信区間を有する路上端末装置を一又は複数のグループにグループ分けする路上端末装置グループ分け手段と、
前記一又は複数のグループについて、それぞれ代表となる路上端末装置を選定するグループ代表路上端末装置選定手段とを備えており、
前記センター装置が、前記更新用プログラムを一又は複数の前記グループ代表路上端末装置に対して送信した後に、
更新用プログラムを受信した前記グループ代表路上端末装置が、当該代表路上端末装置の属するグループの他の路上端末装置に対して前記更新用プログラムを送信するように構成されていること
を特徴とする通信システム。 - プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能な通信システムであって、
当該通信システムには、一又は複数の端末ルータが含まれており、
当該端末ルータには複数の路上端末装置が直接接続されており、これらの路上端末装置がこの端末ルータを経由して前記センター装置と通信する構成であり、
前記センター装置は更新用プログラムデータを記憶する記憶手段を有しており、
前記センター装置が前記更新用プログラムを一又は複数の前記端末ルータに対して送信した後に、当該端末ルータが、当該端末ルータに直接接続される複数の路上端末装置に対して前記更新用プログラムを送信するように構成されていること
を特徴とする通信システム。 - プログラムの更新を行う対象である路上端末装置が複数接続された通信ネットワークにおいて、当該ネットワークに接続されたセンター装置から複数の前記路上端末装置のプログラムを更新することが可能な通信システムであって、
当該通信システムには、複数の端末ルータが含まれており、
前記端末ルータのうち第一の端末ルータには複数の路上端末装置が直接接続されており、これらの路上端末装置がこの第一の端末ルータを経由して前記センター装置と通信しており、
さらに前記第一の端末ルータには第二の端末ルータが直接接続され、その第二の端末ルータにも複数の路上端末装置が直接接続されており、この第二の端末ルータに直接接続される路上端末装置は第二の端末ルータおよび第一の端末ルータを経由して前記センター装置と通信している構成であり、
前記センター装置は更新用プログラムデータを記憶する記憶手段を有しており、
前記センター装置が前記更新用プログラムを前記第一の端末ルータに対して送信した後に、当該第一の端末ルータが、前記第二の端末ルータに対して前記更新用プログラムを送信し、
これら第一および第二の端末ルータは、受信した更新用プログラムを、その端末ルータに直接接続される路上端末装置に送信するように構成されていること
を特徴とする通信システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007314097A JP2009140110A (ja) | 2007-12-05 | 2007-12-05 | 通信システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007314097A JP2009140110A (ja) | 2007-12-05 | 2007-12-05 | 通信システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009140110A true JP2009140110A (ja) | 2009-06-25 |
Family
ID=40870675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007314097A Pending JP2009140110A (ja) | 2007-12-05 | 2007-12-05 | 通信システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009140110A (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015156198A (ja) * | 2014-01-15 | 2015-08-27 | 住友電工システムソリューション株式会社 | 路側無線通信機、中央装置、通信方法、コンピュータプログラム、制御装置、及び制御システム |
CN105654741A (zh) * | 2016-01-26 | 2016-06-08 | 浙江大学 | 一种面向单点瓶颈的上游区域信号控制参数优化方法 |
WO2016136616A1 (ja) * | 2015-02-23 | 2016-09-01 | 住友電気工業株式会社 | 交通指標生成装置、交通指標生成方法及びコンピュータプログラム |
US10186148B2 (en) | 2014-12-15 | 2019-01-22 | Sumitomo Electric Industries, Ltd. | Roadside control apparatus, computer program, and information processing method |
WO2023233596A1 (ja) * | 2022-06-01 | 2023-12-07 | 日本電気株式会社 | 通信システム、通信装置、及び通信方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07160998A (ja) * | 1993-12-07 | 1995-06-23 | Matsushita Electric Ind Co Ltd | 交通信号制御機 |
JPH11296790A (ja) * | 1998-04-10 | 1999-10-29 | Nippon Signal Co Ltd:The | 交通信号機 |
JP2001134893A (ja) * | 1999-11-05 | 2001-05-18 | Sumitomo Electric Ind Ltd | 交通信号制御装置 |
JP2006004403A (ja) * | 2004-05-19 | 2006-01-05 | Sumitomo Electric Ind Ltd | 交通管制システムにおける伝送方式変換装置、コンピュータプログラム、交通管制システム、及び端末装置 |
JP2007053662A (ja) * | 2005-08-19 | 2007-03-01 | Brother Ind Ltd | 情報通信システム、情報通信方法、情報通信システムに含まれるノード装置および情報処理プログラム |
JP2007201718A (ja) * | 2006-01-25 | 2007-08-09 | Sii Data Service Kk | 一斉データ配信システムおよび一斉データ配信方法 |
JP2007219843A (ja) * | 2006-02-16 | 2007-08-30 | Mitsubishi Electric Corp | ノード管理装置及びノード管理方法及びプログラム |
JP2007233652A (ja) * | 2006-02-28 | 2007-09-13 | Brother Ind Ltd | コンテンツ配信システム、コンテンツ配信システムの情報処理方法および端末装置 |
-
2007
- 2007-12-05 JP JP2007314097A patent/JP2009140110A/ja active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07160998A (ja) * | 1993-12-07 | 1995-06-23 | Matsushita Electric Ind Co Ltd | 交通信号制御機 |
JPH11296790A (ja) * | 1998-04-10 | 1999-10-29 | Nippon Signal Co Ltd:The | 交通信号機 |
JP2001134893A (ja) * | 1999-11-05 | 2001-05-18 | Sumitomo Electric Ind Ltd | 交通信号制御装置 |
JP2006004403A (ja) * | 2004-05-19 | 2006-01-05 | Sumitomo Electric Ind Ltd | 交通管制システムにおける伝送方式変換装置、コンピュータプログラム、交通管制システム、及び端末装置 |
JP2007053662A (ja) * | 2005-08-19 | 2007-03-01 | Brother Ind Ltd | 情報通信システム、情報通信方法、情報通信システムに含まれるノード装置および情報処理プログラム |
JP2007201718A (ja) * | 2006-01-25 | 2007-08-09 | Sii Data Service Kk | 一斉データ配信システムおよび一斉データ配信方法 |
JP2007219843A (ja) * | 2006-02-16 | 2007-08-30 | Mitsubishi Electric Corp | ノード管理装置及びノード管理方法及びプログラム |
JP2007233652A (ja) * | 2006-02-28 | 2007-09-13 | Brother Ind Ltd | コンテンツ配信システム、コンテンツ配信システムの情報処理方法および端末装置 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015156198A (ja) * | 2014-01-15 | 2015-08-27 | 住友電工システムソリューション株式会社 | 路側無線通信機、中央装置、通信方法、コンピュータプログラム、制御装置、及び制御システム |
JP2018174574A (ja) * | 2014-01-15 | 2018-11-08 | 住友電工システムソリューション株式会社 | 路側無線通信機、中央装置、通信方法、コンピュータプログラム、制御装置、及び制御システム |
US10186148B2 (en) | 2014-12-15 | 2019-01-22 | Sumitomo Electric Industries, Ltd. | Roadside control apparatus, computer program, and information processing method |
WO2016136616A1 (ja) * | 2015-02-23 | 2016-09-01 | 住友電気工業株式会社 | 交通指標生成装置、交通指標生成方法及びコンピュータプログラム |
JPWO2016136616A1 (ja) * | 2015-02-23 | 2017-12-07 | 住友電気工業株式会社 | 交通指標生成装置、交通指標生成方法及びコンピュータプログラム |
US10249183B2 (en) | 2015-02-23 | 2019-04-02 | Sumitomo Electric Industries, Ltd. | Traffic index generation device, traffic index generation method, and computer program |
CN105654741A (zh) * | 2016-01-26 | 2016-06-08 | 浙江大学 | 一种面向单点瓶颈的上游区域信号控制参数优化方法 |
CN105654741B (zh) * | 2016-01-26 | 2018-07-17 | 浙江大学 | 一种面向单点瓶颈的上游区域信号控制参数优化方法 |
WO2023233596A1 (ja) * | 2022-06-01 | 2023-12-07 | 日本電気株式会社 | 通信システム、通信装置、及び通信方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI716449B (zh) | 導航方法及裝置 | |
CN105867419B (zh) | 无人机编队管理方法及无人机的控制*** | |
JP2009140110A (ja) | 通信システム | |
US9953528B2 (en) | Vehicle, system and method for forwarding events | |
CN103995751B (zh) | 一种跨平台通信***及方法 | |
KR102103823B1 (ko) | V2x 통신 시스템 및 그 처리 방법 | |
US8930505B2 (en) | Self-configuring mobile router for transferring data to a plurality of output ports based on location and history and method therefor | |
CN104581640A (zh) | 一种实现车联网接人功能的云服务器、***及方法 | |
CN112910691A (zh) | 机房故障检测方法及装置 | |
KR20130043453A (ko) | 린 네트워크 멀티 채널 부트로더 장치 및 그 동작 방법 | |
JP7230760B2 (ja) | 中継装置および外部装置 | |
US20170277172A1 (en) | Sim system, control method therefor and production informatization system | |
JP2005064722A5 (ja) | ||
CN108781350A (zh) | 具有用于多个控制单元的通信单元的机动车 | |
JP2011166581A (ja) | フィールドネットワークシステム | |
CN107819553B (zh) | 一种控制指令反馈方法及装置 | |
CN106301820A (zh) | 一种基于网络连接服务的升级方法和装置 | |
JP2005259052A (ja) | プログラム及び車両運用計画作成装置 | |
JP2003536186A (ja) | 交通情報ディスプレイ構成システム及び方法 | |
CN109615884A (zh) | 无线交通信号灯管理*** | |
JP6567938B2 (ja) | 集中可変標識システム、制御機 | |
JP2003249891A (ja) | デジタル同報無線システム | |
CN102368732A (zh) | 一种网桥模式下对转发报文进行路由的方法 | |
JP7119883B2 (ja) | 通信装置、通信方法、及び通信プログラム | |
KR20110086323A (ko) | 교통정보 발생기 및 차량 애드 혹 망을 이용한 가변적 교통신호 제어 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Effective date: 20100716 Free format text: JAPANESE INTERMEDIATE CODE: A621 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111110 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111206 |
|
A02 | Decision of refusal |
Effective date: 20120424 Free format text: JAPANESE INTERMEDIATE CODE: A02 |