(57)【要約】      （修正有）【課題】交通システム現場におけるビッグデータの採集、集中分析および制御に用いるクラウド型高度道路交通の制御システムを提供する。【解決手段】本発明のクラウド型高度道路交通の制御システムは、伝統的な交通指揮制御システムが異なる感知装置のデータを採集伝送した後、中央システムによる情報収集と分析処理を行う作業モデルと異なり、ＩＰアドレスに基づくブロードバンドバスを通じて通信する現場制御サーバーを通じてビッグデータの集中的分析処理をし、隣接している複数の現場制御サーバーを通じてエッジコンピューティングとクラウドコンピューティングを融合して自己適応性の交通制御、交通違反取締、定位追跡、共同運動性制御などの機能性サービスをする。【選択図】図３
2018055661.tif 000002
【特許請求の範囲】
【請求項１】
各交差点に設置した制御サーバーおよびＩＰアドレスに基づくブロードバンドバスを通じてそれと通信する複数のＩＰ化フィールドデバイスを含むクラウド型高度道路交通の制御システムであって、
ＩＰ化フィールドデバイスは道路交差点のデータを採集し、
制御サーバーはＩＰ化フィールドデバイスが採集したデータを集中的に処理し、そしてエッジコンピューティングを通じてローカルエリア交通に対する制御を実現し、
及び/または、
制御サーバーはデフォルトのトリガーコンディションを満たしていると判断した場合、当該制御サーバーが所属している予め構成したカスタムロケールにおいて、当該制御サーバーがマスターサーバーであれば、マスターサーバーは自己学習とエッジコンピューティングを通じて共同運動性制御ポリシーを形成してカスタムロケールに対する共同運動性制御を実現し、前記制御サーバーがスレーブサーバーであれば、スレーブサーバーはクラウドコンピューティングを通じてマスターサーバーから共同運動性制御ポリシーを獲得するのに用いることを特徴とするクラウド型高度道路交通の制御システム。
【請求項２】
１つの通行方向に１本のブロードバンドバスがあって、各通行方向に対して、制御サーバーは当該通行方向のブロードバンドバスを利用して当該通行方向のＩＰ化フィールドデバイスと通信し、あるいは、
１つの交差点のあらゆる通行方向に１本のブロードバンドバスを共用し、制御サーバーは当該共用ブロードバンドバスを利用して所在交差点のＩＰ化フィールドデバイスと通信することを特徴とする請求項１に記載のクラウド型高度道路交通の制御システム。
【請求項３】
カスタムロケールは位置が隣り合っている複数の制御サーバーのローカルエリアによって構成され、
共同運動性制御は交通違反取締、軌跡追跡、交通制御、待定位対象を定位することを含むことを特徴とする、請求項１に記載のクラウド型高度道路交通の制御システム。
【請求項４】
前記システムは
複数の制御サーバーとネットワークを通じてデータ交換を実現し、接続している制御サーバーが保存するデータを共有し、そして共有データに対する分析、処理を通じて、分析結果を得て、分析結果に基づいて、共同運動性制御ポリシーを形成し、そして共同運動性制御ポリシーを相応の制御サーバーに送信するのに用いる中央システム
をさらに含み、
前記制御サーバーは、クラウドコンピューティングを通じて中央システムから共同運動性制御ポリシーを獲得して、そして共同運動性制御ポリシーに基づいて相応の操作を実行するのにさらに用いることを特徴とする、請求項３に記載のクラウド型高度道路交通の制御システム。
【請求項５】
前記エッジコンピューティングを通じてローカルエリア交通に対する制御を実現するために、
制御サーバーは採集したデータに対する分析と保存を行い、ＩＰ化フィールドデバイスに対する制御命令を形成して、そして前記ブロードバンドバスを通じてＩＰ化フィールドデバイスに送信して実行させることを含むことを特徴とする、請求項１に記載のクラウド型高度道路交通の制御システム。
【請求項６】
カスタムロケールは制御サーバーのローカルエリア、ならびに当該制御サーバー以外の指定制御サーバーのローカルエリアを含み、
前記自己学習とエッジコンピューティングを通じてカスタムロケール交通に対する共同運動性制御を実現することは、
指定制御サーバーのデータを共有し、そして共有している指定制御サーバーのデータに基づいて、共同運動性制御ポリシーを形成し、共同運動性制御ポリシーに基づいて、カスタムロケール交通に対する制御を行い、そのうち、カスタムロケール内の制御サーバーは分散式保存モードを利用してデータを保存することを含むことを特徴とする、請求項１に記載のクラウド型高度道路交通の制御システム。
【請求項７】
前記ＩＰ化フィールドデバイスは第一ＩＰ化フィールドデバイス及び/または第二ＩＰ化フィールドデバイスを含み、そのうち、
第一ＩＰ化フィールドデバイスはＩＰプロトコルを支持するスマートフィールドデバイスであり、
第二ＩＰ化フィールドデバイスはＩＰプロトコルを支持する動装置、および当該駆動設備と繋がっているＩＰプロトコルを支持しない非スマートフィールドデバイスを含むことを特徴とする、請求項１、請求項２及び請求項５のうちのいずれかの１項に記載のクラウド型高度道路交通の制御システム。
【請求項８】
制御サーバーは、自分と通信するＰ化フィールドデバイスに唯一のＩＰアドレスを割当てるのに用いることを特徴とする、請求項７に記載のクラウド型高度道路交通の制御システム。
【請求項９】
中央システムはネットワークを通じて複数の制御サーバーとデータ交換を実現することは、
中央システムは制御サーバーの状態データをリアルタイムに受信し、制御サーバーの統計と検索データを非リアルタイムに受信し、そして必要に応じて制御サーバーの保存データを購読することを含むことを特徴とする、請求項３に記載のクラウド型高度道路交通の制御システム。
【請求項１０】
制御サーバーは接続している制御サーバーのデータのバックアップ、フェイルオーバーに用いることを特徴とする、請求項９に記載のクラウド型高度道路交通の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は信号と情報処理技術分野に関し、特にクラウド型高度道路交通の制御システムに関する。
【背景技術】
【０００２】
社会経済の急激な発展につれて、種々の交通手段はますます広範に利用されるようになってきており、人々の旅出に極めて大きな便利さをもたらしているが、都市交通管理システムの負担も益々重くなりつつある。
現在、都市交通管理システムが主として渋滞時の道路疎通、違反監視、捜査監視、信号制御などに利用されている。図１に示したように、交通管理システムには中央制御システム１０１、交通信号機１０２、ビデオ計測装置１０３、車流量計測器１０４、車両スピード計測器１０５、交通信号機１０６およびその他の設備１０７が含まれている。
【０００３】
相関技術において、一般的には各交差点に１つの交通信号機を設置している。交通信号機はフィールドデバイスが採集したデータを受信し、データを中央制御システムに送信する。中央制御システムは交通信号機が送信したデータを受信し、当該データに基づいて制御命令を形成し、そして制御命令を交通信号機に伝送する。さらに、交通信号機は中央制御システムが伝送した制御命令を受信し、そして当該制御命令をフィールドデバイスに伝送し、フィールドデバイスに対する制御を実現する。そのうち、交通信号機とフィールドデバイスは通常直列バス通信を採用している。
【０００４】
関連技術の中央制御システムはデータ処理と制御をこなす機能が必要であるが、都市全体あるいは市街区域の各交差点の交通データが膨大なものであるため、中央制御システムに大きな負担をかけており、データ処理効率の低下を招いてしまい、制御命令伝達遅延などの問題をもたらしている。さらに交通信号機とフィールドデバイスが直列バス通信を採用しており、直列バスのデータ転送スピードが比較的遅いため、データ伝送効率の低下を招いている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施例が提供したクラウド型高度道路交通の制御システムは、関連技術における中央制御システムがデータの運算、処理および制御をこなすために必要な機能を解決するのに用いるためのものであり、都市全体あるいは市街区域の各交差点の交通データが膨大なものであるため、中央制御システムに大きな負担をかけており、データ処理効率の低下を招いてしまい、制御命令伝達遅延の問題をもたらしている。さらに交通信号機とフィールドデバイスが直列バス通信を採用しており、直列バスのデータ転送スピードが比較的遅いため、データ伝送効率の低下を招いている。
【課題を解決するための手段】
【０００６】
本発明の実施例が提供したクラウド型高度道路交通の制御システムは、各交差点に設置している制御サーバー、ＩＰ（Internet Protocol、インターネット・プロトコル）アドレスに基づくブロードバンドバスを通じて制御サーバーと通信する複数のＩＰ化フィールドデバイスを含み、前記ＩＰ化フィールドデバイスは道路交差点のデータを採集するのに用い、制御サーバーはＩＰ化フィールドデバイスが採集したデータを集中的に処理し、そしてエッジコンピューティングを通じてローカルエリアの交通制御を実現するのに用い、及び/または、制御サーバーはデフォルトのトリガーコンディションを満たしていると判断した場合、当該制御サーバーが所属している予め構成したカスタムロケールにおいて、制御サーバーがマスターサーバーであれば、マスターサーバーは自己学習とエッジコンピューティングを通じて共同運動性制御ポリシーを形成してカスタムロケールに対する共同運動性制御を実現し、制御サーバーがスレーブサーバーであれば、スレーブサーバーはクラウドコンピューティングを通じてマスターサーバーから共同運動性制御ポリシーを獲得するのに用いる。
【０００７】
さらに、１つの通行方向に１本のブロードバンドバスがあり、各通行方向に対して、制御サーバーは当該通行方向のブロードバンドバスを利用して当該通行方向のＩＰフィールドデバイスと通信し、あるいは、１つの交差点のあらゆる通行方向に１本の共用ブロードバンドバスを利用し、制御サーバーは当該共用ブロードバンドバスを利用して所在交差点のＩＰ化フィールドデバイスと通信する。
【０００８】
さらに、カスタムロケールは位置が隣り合っている複数の制御サーバーのローカルエリアより構成されており、共同運動性制御は、交通違反取締、軌跡追跡、交通制御、待定位対象を定位することを含む。
【０００９】
さらに、前記システムは複数の制御サーバーがネットワークを通じてデータ交換を実現するのに用いる中央システムを含み、接続している制御サーバーが保存しているデータを共有して、そして共有データに対する分析、処理を通じて、分析結果を得る。分析結果に基づいて、共同運動性制御ポリシーを形成して、そして共同運動性制御ポリシーを相応の制御サーバーに送信し、前記制御サーバーは、クラウドコンピューティングを通じて中央システムから共同運動性制御ポリシーを獲得し、そして共同運動性制御ポリシーに基づいて相応の操作を実行するのにさらに用いる。
【００１０】
さらに、前記エッジコンピューティングを通じてローカルエリア交通に対する制御を実現することは、制御サーバーが採集したデータに対する分析と保存を行い、ＩＰ化フィールドデバイスの制御命令を形成して、そして前記ブロードバンドバスを通じてＩＰ化フィールドデバイスに送信して実行することを含む。
【００１１】
さらに、カスタムロケールは制御サーバーのローカルエリア、ならびに当該制御サーバー以外の指定制御サーバーのローカルエリアを含む。
前記自己学習とエッジコンピューティングを通じてカスタムロケール交通の共同運動性制御を実現することは、指定した制御サーバーのデータを共有し、そして共有している指定制御サーバーのデータに基づいて、共同運動性制御ポリシーを形成し、共同運動性制御ポリシーに基づいて、カスタムロケール交通に対する制御を行うことを含み、前記カスタムロケール内の制御サーバーは分散式保存モードを利用してデータを保存している。
【００１２】
さらに、前記ＩＰ化フィールドデバイスは第一ＩＰ化フィールドデバイス及び/または第二ＩＰ化フィールドデバイスを含み、そのうち、第一ＩＰ化フィールドデバイスはＩＰプロトコルを支持するスマートフィールドデバイスであり、第二ＩＰ化フィールドデバイスはＩＰプロトコルを支持する駆動装置、および当該駆動装置と繋がっているＩＰプロトコルを支持しない非スマートフィールドデバイスを含む。
【００１３】
さらに、制御サーバーはさらに通信するＰ化フィールドデバイスに唯一のＩＰアドレスを割当てるのに用いる。
さらに、中央システムは複数の制御サーバーとネットワークを通じてデータ交換を実現するために、中央システムは制御サーバーの状態データをリアルタイムに受信し、制御サーバーの統計と検索データを非リアルタイムに受信し、必要に応じて制御サーバーの保存データを購読することを含む。
さらに、制御サーバーは接続している制御サーバーのデータのバックアップ、フェイルオーバーを行うのに用いる。
【発明の効果】
【００１４】
本発明の有益な効果は次の通りである。本発明の実施例が提供したシステムにおいて、制御サーバーはＩＰ化フィールドデバイスが採集したデータを集中的に処理し、そしてエッジコンピューティングを通じてローカルエリア交通に対する制御を実現し、及び/または制御サーバーはデフォルトのトリガーコンディションを満たしていると判断した場合、当該制御サーバーが所属している予め構成したカスタムロケールにおいて、制御サーバーがマスターサーバーであれば、マスターサーバーは自己学習とエッジコンピューティングを通じて共同運動性制御ポリシーを形成してカスタムロケールに対する共同運動性制御を実現し、当該制御サーバーがスレーブサーバーであれば、スレーブサーバーはクラウドコンピューティングを通じてマスターサーバーから共同運動性制御ポリシーを獲得するのに用いる。制御サーバーはデータ処理とローカルエリア交通に対する制御およびカスタムロケール交通に対する共同運動性制御機能を備えているため、中央システムの負担を軽減することができるたけでなく、中央システムさえ必要としないことも可能である。その上、各交差点に１つの制御サーバーがあり、１つの制御サーバーはローカルエリアあるいはカスタムロケールのみに対する交通制御を行い、処理するデータの量が少なく、データ処理の効率が向上し、命令伝達遅延の問題を解決した。
【００１５】
本発明の実施例あるいは既存技術の技術的解決手段をさらにわかりやすく説明するために、次に実施例を説明するのに必要な図面を簡単に紹介するが、次に陳述する図面は単に本発明のいくつかの実施例であり、当該領域の普通の技術者にとって、創造性的労働をしなくても、これらの図面に基づいてその他の図面を容易に獲得することができることが明白である。
【図面の簡単な説明】
【００１６】
【図１】背景技術における交通管理システムの説明図である。
【図２】クラウド型高度道路交通の制御システムの説明図１である。
【図３】駆動装置の説明図である。
【図４】クラウド型高度道路交通の制御システムの説明図２である。
【図５】２線式工業イーサネット（登録商標）の構造説明図１である。
【図６】２線式工業イーサネットの構造説明図２である。
【発明を実施するための形態】
【００１７】
本発明にかかる実施例の目的、技術的解決手段および長所をさらに明らかにするために、次に本発明にかかる実施例の図面と照らしながら、本発明にかかる実施例の技術的解決手段を明白、完全に説明し、当然なことながら、ここで説明した実施例は本発明にかかる実施例の一部に過ぎず、すべての実施例ではない。本発明の実施例に基づいて、当該領域の普通の技術者が創造性の労働をせずに獲得したその他のあらゆる実施例は、すべて本発明の保護範囲に属するものである。
【００１８】
図２は本発明が提供したクラウド型高度道路交通の制御システムの説明図であり、当該クラウド型高度道路交通の制御システムは、各交差点に設置した制御サーバー２０１、ＩＰアドレスに基づくブロードバンドバスを通じて制御サーバーと通信する複数ＩＰ化フィールドデバイス２０２を含む。
【００１９】
ＩＰ化フィールドデバイス２０２は道路交差点のデータを採集する。
制御サーバー２０１はＩＰ化フィールドデバイスが採集したデータを集中的に処理し、そしてエッジコンピューティングを通じてローカルエリア交通に対する制御を実現する。及び/または、前記制御サーバーはデフォルトのトリガーコンディションを満たしていると判断した場合、当該制御サーバーが所属している予め構成したカスタムロケールにおいて、当該制御サーバーがマスターサーバーであれば、マスターサーバーは自己学習とエッジコンピューティングを通じて共同運動性制御ポリシーを形成してカスタムロケールに対する共同運動性制御を実現し、当該制御サーバーがスレーブサーバーであれば、スレーブサーバーはクラウドコンピューティングを通じてマスターサーバーから共同運動性制御ポリシーを獲得するのに用いる。
【００２０】
１つの実施例において、各ローカルエリアは１つの制御サーバーを含み、ローカルエリアの交通を制御しやすくし、エッジコンピューティングを通じてローカルエリア交通に対する制御を実現するために、制御サーバーは採集したデータに対する分析と保存を行い、ＩＰ化フィールドデバイスに対する制御命令を形成して、そして前記ブロードバンドバスを通じてＩＰ化フィールドデバイスに送信して実行させることを含む。このようにして、ローカルエリア交通に対する制御を実現した。
【００２１】
また、１つの実施例において、デフォルトのトリガーコンディションは、例えば制御サーバーがデータを処理する過程において、データ量が大きすぎるために、すべてのデータを処理しきれない。さらに例えば交通渋滞の場合、複数の制御サーバーが協力して交通管理を行うことが必要で、さらに例えば検索しようとする対象のカスタムロケール内にある情報を検索する。例えば検索しようとする対象のカスタムロケール内にある運動軌跡を検索する。
【００２２】
また、１つの実施例において、カスタムロケールは１つのマスターサーバーと複数のスレーブサーバーを含む。予め構成したカスタムロケールは、制御サーバーはＩＰ化フィールドデバイスが採集したデータを処理する前に、人為的に設定したものであってよく、例えば隣接している１０個の制御サーバーが所在しているローカルエリアに１つのカスタムロケールを構成することができる。また制御サーバーはＩＰ化フィールドデバイスが採集したデータを処理する過程において、需要に応じて、自動的に構成したカスタムロケールであってもよい。例えばカスタムロケールを構成するトリガーコンディションを満たしている場合、隣接している制御サーバーにカスタムロケールを構成する要請を送信し、隣接している制御サーバーが当該要請に同意すればカスタムロケールの構成が完了する。当然なことながら、制隣接している制御サーバーがカスタムロケール構成の要請を受信した後、その周辺の隣接している制御サーバーにカスタムロケールを構成するように要請することも可能で、このように、カスタムロケールは絶えずに拡大することができる。
【００２３】
また、１つの実施例において、カスタムロケールを制御しやすくするために、カスタムロケールは位置が隣り合っている複数の制御サーバーのローカルエリアにより構成されている。
また、１つの実施例において、共同運動性制御は、交通違反取締、軌跡追跡、交通制御、待定位対象を定位することを含む。
【００２４】
ここで、交通違反取締とは、例えば制御サーバーはＩＰ化フィールドデバイスが採集した交通違反取締に用いるデータを受信し、データに対する分析を行い、カスタムロケール内に交通法違反事件、例えば信号無視事件があるかどうかを確認する。
ここで、軌跡追跡とは、例えば制御サーバーはＩＰ化フィールドデバイスが採集した軌跡追跡に用いるデータを受信し、データに対する分析を行い、追跡対象の軌跡を把握する。
【００２５】
ここで、交通制御とは、例えば制御サーバーはＩＰ化フィールドデバイスが採集した交通制御に用いるデータを受信し、データに対する分析を行い、制御命令を形成して、ＩＰ化フィールドデバイスを制御して相応の操作を行うようにする。例えばカスタムロケールにおける交通信号の赤、青、黄色の３色が変わるインタバルタイムを制御する。さらに例えばカスタムロケール内の信号無視撮影装置がどのくらいの間隔で撮影するなどを制御する。
【００２６】
ここで、待定位対象を定位するとは、例えば制御サーバーはＩＰ化フィールドデバイスが採集した待定位対象を定位したデータを受信し、データに対する分析を行い、分析結果に基づいて被定位対象の定位結果を得る。当該定位結果は待定位対象の過去のデータであってもよく、現在の位置であってもよいが、本発明の実施例はこれを限定しない。
【００２７】
当該制御サーバーがマスターサーバーであれば、マスターサーバーはスレーブサーバーのデータを共有することができ、そして自身のデータと共有データに対する分析と処理を行い、共同運動性制御ポリシーを形成して、そして共同運動性制御ポリシーをスレーブサーバーに送信して実行させる。このようにスレーブサーバーは共同運動性制御ポリシーに基づいて、自身のＩＰ化フィールドデバイスを制御することができる。すなわちマスターサーバーとスレーブサーバーが協力してカスタムロケールの制御を完成させる。
【００２８】
制御サーバーがスレーブサーバーであれば、スレーブサーバーはＩＰ化フィールドデバイスが採集したデータ（当該データはＩＰ化フィールドデバイスが採集したすべてのデータであってもよく、ここでの指定データであってもよい）をマスターサーバーに送信し、マスターサーバーに当該データに基づいて共同運動性制御ポリシーを形成させる。前記指定データは共同運動性制御に必要な内容に応じて異なってもよく、例えば共同運動性制御が軌跡追跡であれば、マスターサーバーに送信するのは待確認運動軌跡の対象の軌跡データであってもよく、共同運動性制御が交通制御であれば、マスターサーバーに送信するのは現在の交通渋滞状況のデータである。具体的に実施する場合、実際の需要に応じて確定してもよく、本発明の実施例はれを限定しない。
【００２９】
本発明の実施例が提供したシステムにおいて、制御サーバーはＩＰ化フィールドデバイスが採集したデータを集中的に処理し、そしてエッジコンピューティングを通じてローカルエリア交通に対する制御を実現し、及び/または制御サーバーはデフォルトのトリガーコンディションを満たしていると判断した場合、当該制御サーバーが所属している予め構成したカスタムロケールにおいて、制御サーバーがマスターサーバーであれば、マスターサーバーは自己学習とエッジコンピューティングを通じて共同運動性制御ポリシーを形成してカスタムロケールに対する共同運動性制御を実現し、当該制御サーバーがスレーブサーバーであれば、スレーブサーバーはクラウドコンピューティングを通じてマスターサーバーから共同運動性制御ポリシーを獲得するのに用いる。制御サーバーはデータ処理とローカルエリア交通に対する制御およびカスタムロケール交通に対する共同運動性制御機能を備えているため、中央システムの負担を軽減することができ、中央システムさえ必要としないことも可能である。その上、各交差点に１つ制御サーバーがあり、１つの制御サーバーはローカルエリアあるいはカスタムロケールのみに対する交通制御を行い、処理するデータの量が少なく、データ処理の効率が向上し、命令伝達遅延の問題を解決した。
【００３０】
本発明の実施例が提供したクラウド型高度道路交通の制御システムをさらに理解してもらうために、次は詳しく説明する。
【００３１】
そのうち、１つの実施例において、都市各地域の道路交通状況が非常に複雑なため、時には各交差点の交通情況を総合的に分析して、各交差点に対する共同運動性制御を行う必要があり、そのうち、各交差点は少なくとも隣り合っている２つの交差点であってもよく、あるいは少なくとも隣り合っていない２つの交差点であってよい。そのため、本発明の実施例において、カスタムロケールは制御サーバーのローカルエリア、ならびに当該制御サーバー以外の指定制御サーバーのローカルエリアを含む。前記自己学習とエッジコンピューティングを通じてカスタムロケール交通に対する共同運動性制御を実現するために、指定制御サーバーのデータを共有し、そして共有している指定制御サーバーのデータに基づいて、共同運動性制御ポリシーを形成し、共同運動性制御ポリシーに基づいて、カスタムロケールの交通を制御することを含む。そのうち、カスタムロケール内の制御サーバーは分散式保存モードを利用してデータを保存する。分散式保存モードを利用すれば、専用の保存設備でデータを集中的に保存する必要がないため、ハードウエアの資源を節約することができる。同時に制御サーバーにとって自身の歴史データに基づいてデータを検索するなどの相応の操作も行いやくなる。
【００３２】
例えば北京海淀区のＡ交差点に位置する制御サーバーＡと、北京昌平区のＢ交差点に位
置する制御サーバーＢの間にデータを互いに共有しているとする。Ａ交差点が渋滞して、Ｂ交差点がスムーズ流れている場合、制御サーバーＡは制御サーバーＢと共有しているデータ、および自身のデータに基づいて、総合的に分析処理して、Ａ交差点に位置するＩＰ化フィールドデバイスに対する第一制御命令を形成すると同時に、Ｂ交差点に位置するＩＰ化フィールドデバイスに対する第二制御命令を形成して、そして第二制御命令を制御サーバーＢに伝送することによって、２つの交差点に位置するＩＰ化フィールドデバイスに相応の制御命令に基づいて相応の操作を行わせて、Ａ交差点の流れをスムーズにする目的に達することができる。
【００３３】
そのうち、１つの実施例において、１つのカスタムロケール内に複数の制御サーバーがあって、当該複数の制御サーバーの中から制御サーバーを１つ選んでマスターサーバーとして、当該カスタムロケール内の交通を制御することができる。例えば１つのカスタムロケールにＡ、Ｂ、Ｃ、Ｄ、Eの５つの制御サーバーがあって、ある時Ｂ交差点の交通がスムーズで、制御サーバーＢはＩＰ化フィールドデバイスが採集したデータを処理する必要が少なく、その他の４つの交差点が渋滞のため、相応の制御サーバーは多くのデータを処理する必要があり、この場合制御サーバーＢをマスターサーバーとして選ぶべきである。つまりカスタムロケール内の負荷の最も低い制御サーバーをマスターサーバーに選ぶ。そのうち、マスターサーバーの選択は実際の情況に基づいて自由に変えることもできる。例えばカスタムロケール内の制御サーバーが協議してマスターサーバーを決めることもできる。そのうち、１つの実施例において、具体的に実施する時、マスターサーバーを選挙方式で決めることもできる。例えばカスタムロケール内のそれぞれの制御サーバーは１つの鍵を競争することができ、先に鍵を獲得すれば、マスターサーバーになり、その他の制御サーバーは自動的にスレーブサーバーになる。
【００３４】
そのうち、１つの実施例において、ＩＰ化フィールドデバイスは第一ＩＰ化フィールドデバイス及び/または第二ＩＰ化フィールドデバイスを含み、そのうち第一ＩＰ化フィールドデバイスはＩＰプロトコルを支持するスマートフィールドデバイスであり、第二ＩＰ化フィールドデバイスはＩＰプロトコルを支持する駆動装置、および当該駆動装置と繋がっているＩＰプロトコルを支持しない非スマートフィールドデバイスを含む。そのうち駆動装置は制御サーバーが送信した制御命令を受信し、そして当該命令に基づいて相応の非スマートフィールドデバイスを制御して、そして非スマートフィールドデバイスが採集したデータを制御サーバーに送信するのに用いる。このように、駆動装置があれば、フィールドデバイスがＩＰを支持しなくても、制御サーバーはそれに対する制御を実現することもできる。
【００３５】
そのうち、１つの実施例において、クラウド型高度道路交通の制御システムのデータ処理速度を向上させるために、本発明の実施例の制御サーバーはデュアルＣＰＵ（Ｃentral Processing Unitrotocol、中央処理装置）を採用している。
そのうち、１つの実施例において、都市全体あるいは市街区域の交通道路網は非常に膨大なため、各道路のフィールドデバイス（例えば信号機）の数量が大変多く、各交差点の交通情況がとても複雑で、時には都市全体あるいは市街区域内の交通情況に基づいて相応の操作をしなければならない。そのため、本発明の実施例において、クラウド型高度道路交通の制御システムはさらに、複数の制御サーバーとネットワークを通じてデータ交換を実現し、接続している制御サーバーが保存しているデータを共有して、そして共有しているデータに対する分析、処理を通じて、分析結果を得て、分析結果に基づいて、共同運動性制御ポリシーを形成して、そして共同運動性制御ポリシーを相応の制御サーバーに送信するのに用いる中央システムを含む。
【００３６】
制御サーバーはさらにクラウドコンピューティングを通じて中央システムから共同運動性制御ポリシーを獲得して、そして共同運動性制御ポリシーに基づいて相応の操作を実行するのに用いる。
そのうち、中央システムは複数のカスタムロケール内のマスターサーバーと通信することを通じて、共同運動性制御ポリシーをマスターサーバーに伝送し、マスターサーバーが共同運動性制御ポリシーをスレーブサーバーに伝送することによって、各カスタムロケール内のＩＰ化フィールドデバイスを制御して相応の操作を実行させることができる。さらに中央システムは各カスタムロケール内のそれぞれの制御サーバーと直接通信（マスターサーバーとスレーブサーバーを含む）して、共同運動性制御ポリシーをスレーブサーバーに伝送することによって、ＩＰ化フィールドデバイスを制御して相応の操作を実行させて、複数のカスタムロケール交通を制御する目的を実現することも可能である。
【００３７】
例えば中央システムは通信している複数の制御サーバーの中から交通違反取締に用いる第一デフォルトデータを獲得し、そして第一データに対する分析を行い、分析結果に基づいて交通違反取締ポリシーを形成して、そして交通違反取締ポリシーを相応の制御サーバーに送信して実行させる。
【００３８】
さらに、例えば中央システムは通信している複数の制御サーバーの中から軌跡追跡に用いる第二デフォルトデータを獲得し、そして第二データに対する分析を行い、追跡対象の軌跡を得る。
さらに、例えば中央システムは通信している複数の制御サーバーの中から交通共同運動性制御に用いる第三デフォルトデータを獲得し、そして第三データに対する分析を行い、分析結果に基づいて広義共同運動性制御ポリシーを形成して、そして当該広義共同運動性制御ポリシーを相応の制御サーバーに送信して実行させる。中央システムは都市全体あるいは市街区域に対する広義共同運動性制御を行うことが可能で、そのうち広義共同運動性制御はあらゆる等級の行政区域、例えば１つの都市、１つの市街区（例えば海淀区）などを対象にすることができるが、具体的に実施する場合、実際に制御する必要のある地理範囲に基づいて決めればよく、本発明の実施例はこれを限定しない。例えば北京市海淀区の交通が渋滞している場合、中央システムは海淀区の指定制御サーバーが送信したデータに基づいて、この２つの市街区域の道路状況を分析して、そしてデータ分析結果に基づいて、相応の制御命令をこの２つの市街区域に位置する相応制御サーバーに伝送する。制御サーバーは制御命令をこの２つの市街区域に位置する相応のＩＰ化フィールドデバイスに伝送することを通じて、ＩＰ化フィールドデバイスに相応の操作を行わせて、海淀区の人と車両の流れを分散させる目的に達し、海淀区の交通渋滞を緩和することができる。
【００３９】
さらに、例えば中央システムは通信している複数の制御サーバーの中から定位に用いる第四デフォルトデータを獲得し、そして第四データに対する分析を行い、分析結果に基づいて位置定位対象の定位結果を得る。
【００４０】
そのうち、中央システムは共同運動性制御ポリシーを相応の制御サーバーに送信し、当該制御サーバーは前記ブロードバンドバスを通じて共同運動性制御ポリシーをＩＰ化フィールドデバイスに送信し、ＩＰ化フィールドデバイスに対する制御を実現させる。
【００４１】
そのうち、中央システムは大地域の共同運動性制御、カスタムロケールの制御サーバーはカスタムロケール内の共同運動性制御に用いる。
そのうち、大地域の範囲はカスタムロケールより大きい。例えば大地域は北京市全体であれば、カスタムロケールは北京市内の海淀区或いは昌平区などである。
【００４２】
そのうち、中央システムが少なくとも２つある場合、１つの中央システムをその他の中央システムのバックアップ中央システムとして、その他の中央システムのデータをバックアップすることができる。当然なことながら、複数の中央システムを選んでバックアップ中央システムとすることもできる。
【００４３】
そのうち、１つの実施例において、中央システムは制御サーバーの状態データをリアルタイムに受信し、制御サーバーの統計と検索データを非リアルタイムに受信して、必要に応じて制御サーバーの保存データを購読する。そのうち、中央システムによる制御サーバーの制御をしやすくすることによって、相応のＩＰ化フィールドデバイスを制御するために、中央システムは制御サーバーの状態データをリアルタイムに受信する。統計と検索データはリアルタイム性に対する要求がそれほど高くなく、例えば車両流量を検索するためのデータをリアルタイムに中央システムに伝送する必要がなく、そのため、リアルタイム性要求の高くないデータに対して、非リアルタイムの受信方式を通じて受信することができる。そのうち、中央システムは情報を購読するための購読命令を制御サーバーに送信することが可能で、当該購読命令の中に購読した情報のタイプを含んでもよい。中央システムはさらに制御サーバーから受信した購読済みのデータに基づいてデータ分析を行い、そしてデータ分析結果に基づいて相応の操作を行うのに用いることもできる。当該相応の操作とは、例えばデータの保存、例えばＩＰ化フィールドデバイスを制御して制御命令を形成することである。中央システムが複数の制御サーバーを管轄している場合、形成した制御命令は管轄区域内の交通全体に対する制御を実現することができる。
【００４４】
そのうち、１つの実施例において、中央システムはクラウドコンピューティングを通じてデータに対する分析、処理を行い、共同運動性制御ポリシーを形成することによって、コストを削減し、データの処理能力を向上させ、エネルギーの消耗を低下させた。
【００４５】
そのうち、１つの実施例において、１つの通行方向に１本のブロードバンドバスがあって、各通行方向に対して、制御サーバーは当該通行方向のブロードバンドバスを利用して当該通行方向のＩＰ化フィールドデバイスと通信する。例えば４つの通行方向があって、それぞれＡ、Ｂ、Ｃ、Ｄとし、４本のネットケーブルがあってそれぞれＡ１、Ｂ１、Ｃ１、Ｄ１とすれば、具体的に実施する場合、Ａ方向がネットケーブルＡ１を使い、Ｂ方向がネットケーブルＢ１を使い、Ｃ方向がネットケーブルＣ１を使い、Ｄ方向がネットケーブルＤ１を使うことができる。こうすると配線しやすくなる。
【００４６】
あるいは、１つの交差点のあらゆる通行方向は１本のブロードバンドバスを共用し、制御サーバーは当該共用ブロードバンドバスを利用して所在交差点のＩＰ化フィールドデバイスと通信する。例えば４つの通行方向があって、それぞれＡ、Ｂ、Ｃ、Ｄとすれば、この４つの通行方向は共にネットケーブルＡ１を利用する。
そのうち、１つの実施例において、都市交通道路網は非常に複雑で、各道路上のフィールドデバイスは、時には相応地域内のその他の道路交通情況に基づいて相応の操作を行う必要があり、なおかつ制御サーバーが故障した場合、その他の制御サーバーによるフェイルオーバーの必要がある。そのため、本発明の実施例において、制御サーバーはさらに接続している制御サーバーのデータに対するバックアップ、フェイルオーバーに用いる。
【００４７】
理解しやすくするために、ここで例を挙げて説明する。例えば制御サーバーＡはＡ交差点に位置する制御サーバーで、制御サーバーＢはＢ交差点に位置する制御サーバーである。制御サーバーＡとＢはネットワークを通じて繋がっており、かつ互いにデータのバックアップを行っている。ある時、Ａ道路が渋滞しているが、隣接しているＢ道路は非常にスムーズ流れており、この場合、制御サーバーＡはバックアップした制御サーバーＢのＢ道路のデータに基づいてＢ道路がスムーズに流れていると分析することができる。制御サーバーＢもバックアップした制御サーバーＡのＡ道路のデータに基づいてＡ道路が渋滞していると分析することができるため、制御サーバーＡとＢは分析結果に基づいて、相応のフィールドデバイスを制御して相応の操作を行わせることができる。制御サーバーＡが故障した場合、制御サーバーＢは制御サーバーＡのすべてのデータを持っているため、制御サーバーＢは制御サーバーＡの仕事をフェイルオーバーして、制御サーバーＡに接続しているＩＰ化フィールドデバイスに対する制御を実現することができる。
【００４８】
そのうち、１つの実施例において、具体的に実施する場合、各ＩＰ化フィールドデバイスのＩＰアドレスは中央システムから割り当てることができるほか、管理人によって一括して設けることもできる。当然なことながら、フィールドデバイスを制御しやすくするために、本発明の実施例において、制御サーバーはさらに通信するＰ化フィールドデバイスに唯一のＩＰアドレスを割り当てるのに用いる。そのほか、システムの安全性を向上させるために、制御サーバーはさらにネットワークのセキュリティ計測を行うのに用いる。
【００４９】
そのうち、１つの実施例において、中央システムは制御サーバーのデータを受信し、制御命令を制御サーバーに送信する時効性を保証し、ＩＰ化フィールドデバイスを正確に制御して相応の操作を行わせるために、制御サーバーは中央システムと時計シンクロナイズ構造を採用している。このようにして広義共同運動性制御の正確性を向上させた。
【００５０】
そのうち、１つの実施例において、各交差点の交通を管理しやすくするために、各交差点に１つの制御サーバーを設置し、かつそれぞれの制御サーバーは相応の指定制御サーバーとネットワークを通じて繋がっており、前記指定制御サーバーとは隣接している交差点の制御サーバー、及び/またはユーザーが送信した配置指定制御サーバーの命令に含まれている制御サーバーである。このように、具体的に実施する場合、実際の需要に応じて、異なる制御サーバー間の通信を実現することができる。制御サーバーの間に通信を実現することができるため、交通管理と交通データの管理を行いやすくなっており、スマートシティのスマート交通も構築しやすくなっている。
【００５１】
そのうち、１つの実施例において、制御サーバーはＩＰアドレシングモードを利用してＩＰ化フィールドデバイスと通信し、そのうち、データはＩＰアドレスを通じてリンクの下層でアドレシングする。
そのうち、１つの実施例において、制御サーバーは伝統的かつ単一な機能の信号コントローラを安全ネットワーク、交通情報感知、高性能データ処理、保存、制御機能を一体に融合した交通クラウド制御サーバーにアップグレードし、ビデオ監視を通じてリアルタイムのスマート交通計測を実現し、複雑な配線、膨大な構造、処理緩慢、機能単一の欠陥を免れた。制御サーバーは２つ機能の異なるＰｏｗｅｒPＣクアッドコア工業レベルＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）を含み、それぞれは第一ＣＰＵと第二ＣＰＵである。そのうち、第二ＣＰＵは、ＩＰ化フィールドデバイスが提供した交通データを受信して、第一ＣＰＵに伝送し、そして前記第一ＣＰＵが形成した第一制御命令を受信し、かつ当該第一制御命令に基づいてＩＰ化フィールドデバイスに対する制御管理を行うのに用いる。
【００５２】
選択可能な、第一ＣＰＵはさらに、第二ＣＰＵから受信したデータに対する処理分析を行った結果に基づいて中央システムに提供する待処理データを形成して、そして中央システムに送信するのに用いる。第二ＣＰＵはさらに、中央システムが送信した第二制御命令を受信し、当該第二制御命令に基づいてＩＰ化フィールドデバイスに対する制御管理を行うのに用いる。選択可能な、制御サーバーはさらに、ＩＰ化フィールドデバイスが伝送したデータを獲得して、第二ＣＰＵに伝送し、さらに第二ＣＰＵが送信した第一制御命令あるいは第二制御命令を受信して、ＩＰ化フィールドデバイスに伝送するのに用いるネットワーク交換モジュールを含む。選択可能な、制御サーバーはさらに、第一ＣＰＵが形成した待処理データを中央システムに送信し、さらに中央システムが第二ＣＰＵに送信した第二制御命令を受信するのに用いるネットワークセキュリティモジュールを含む。
【００５３】
選択可能な、第二ＣＰＵはＩＰ化フィールドデバイスの信号制御状態を検知して、第一ＣＰＵの信号最適化モジュールに伝送するのに用いる信号制御モジュールと、ＩＰ化フィールドデバイスが採集した車両情報を検知して、第一ＣＰＵの信号最適化モジュールに伝送するのに用いる交通計測モジュールを含む。
【００５４】
第一ＣＰＵは信号制御モジュールが伝送した信号制御状態と交通計測モジュールが伝送した車両情報に基づいて、ＩＰ化フィールドデバイスの制御状態に対する最適化処理を行い、そして第一制御命令を形成するのに用いる信号最適化モジュールを含む。選択可能な、第一ＣＰＵはさらに、信号制御モジュールが伝送した信号制御状態と交通計測モジュールが伝送した車両データと合わせて、分析処理を行い、中央システムに提供する待処理データを形成して、そして中央システムに送信するのに用いる交通データ処理モジュール、さらに中央システムが送信した第二制御命令を受信し、当該第二制御命令に基づいてＩＰ化フィールドデバイスに対する制御管理を行うのに用いる信号制御モジュールを含む。
【００５５】
選択可能な、第一ＣＰＵはさらに、交通計測モジュールが伝送した車両ビデオデータに基づいてビデオ分析処理を行い、中央システムに提供する待処理ビデオデータを形成して、そして中央システムに送信するのに用いるビデオストリーム処理モジュールを含む。選択可能な、第一ＣＰＵはさらに、交通計測モジュールが伝送した車両データに基づいて違法行為の分析処理を行い、中央システムに提供する待処理違法データを形成して、そして中央システムに送信するのに用いる違法データ処理モジュールを含む。
【００５６】
選択可能な、制御サーバーさらに、ネットワークコネクションを通じて、その他の制御サーバーと交換を行い、共同運動性制御及び/またはフェイルオーバーを実現するのに用いるノード交換モジュールを含む。
【００５７】
このように、制御サーバーはネットワークを通じてフィールドデバイスとＩＰ化モードを利用してデータ通信を実現し、そして画像監視、データ収集、クラウドコンピューティング、クラウド保存、クラウド制御などの機能を完成し、システムの体積を大幅に縮小し、データ処理速度が速くなり、制御命令のリアルタイム性が向上した。同時に中央システムは高性能協調型指揮管理、運転保守管理、データ総合分析機能を実現したため、更なるインテリジェント化の交通制御システムを実現することが可能となった。
【００５８】
そのうち、１つの実施例において、都市交通の道路網が非常に巨大で、フィールドデバイスの数量が膨大なため、交通全体のデータ量も非常に大きなものである。そのためユーザーがある交差点のある設備及び/またはある制御サーバーの情報を検索しようとすると、非常に困難である。ユーザーが操作しやすくするため、本発明の実施例において、各ＩＰ化フィールドデバイスにすべてユーザー定義の名称があり、及び/またはそれぞれの制御サーバーにもすべてユーザー定義の名称がある。具体的には中央システム及び/または制御サーバーはデータ検索サービスを提供するのに用いる。そのうち、中央システムは受信したデータを当該データを送信した設備（ＩＰ化フィールドデバイス及び/または制御サーバーを含む）のユーザー定義の名称と対応して保存することができる。そしてユーザーの検索操作に基づいて検索データを得た後、当該検索データおよび相応のユーザー定義名称をユーザーに表示する。制御サーバーは受信したデータと当該データを送信するＩＰ化フィールドデバイスのユーザー定義名称を対応的に保存し、そしてユーザーの検索操作に基づいて検索データを得た後、当該検索データおよびユーザー定義の名称をユーザーに表示することができる。このように、ユーザーがあるＩＰ化フィールドデバイスあるいは制御サーバーを検索する場合、中央システムあるいは制御サーバーが相応設備のユーザー定義名称および相応のデータをユーザーに表示し、ユーザーにとってどの設備のデータを表示しているかを理解しやすくなり、例えば、ユーザーは信号機の名称を海淀区成府路１号信号機と定義することができる。このように、データを表示する時、ユーザーはユーザー定義の名称に基づいて実際地上のどの位置にある信号機を当てはめることができるため、ユーザーにとってデータを理解しやすくなる。
【００５９】
ユーザーは制御サーバーの名称を海淀区成府路と定義することができる。このように、データを表示する時、ユーザーはユーザー定義の名称に基づいて実際地上のどの位置にある制御サーバーを当てはめることができるため、ユーザーにとって理解しやすくなる。
【００６０】
そのうち、１つの実施例において、施工しやくするために、制御サーバーはさらに電源コードを通じて駆動装置とスマートフィールドデバイスに電力を供給するのに用いる電源を含む。
【００６１】
図３は本発明の実施例が提供した駆動装置の構造説明図であり、それは、ブロードバンドバス、例えば２線式工業イーサネットに接続するのに用いる第一インターフェース３０１、当該第一インターフェースは例えば２線式工業イーサネットに接続するのに用いる２線式工業イーサネットインターフェースであり、非スマートフィールドデバイスに接続するのに用いる第二インターフェース３０２、当該第二インターフェースは例えば水晶プラグネットワークインターフェースであり、 非スマートフィールドデバイスが送信したデータと制御サーバーが送信した命令を処理するのに用いるプロセッサー３０３、非スマートフィールドデバイス駆動回路３０４を含む。
【００６２】
そのうち、１つの実施例において、駆動装置はさらに信号安全計測と保護ロジックユニット３０５を含んでもよく、そのうち、信号安全計測は例えば採集した信号に対する安全計測を行い、採集した信号が安全であることを保障するためである。保護ロジックユニットは事故あるいは異常が発生したと確認した場合に用いることが可能で、駆動装置及び/または非スマートフィールドデバイスに安全保障を提供することができる。
具体的に実施する場合、駆動装置は少なくとも、ライトユニット駆動、計測装置の計測駆動、ライトユニット駆動と計測駆動以外のその他の非スマートフィールドデバイスの駆動を含む。
【００６３】
具体的に実施する場合、スマートフィールドデバイスは、ビデオ監視設備、違法監視設備、短距離専用通信技術設備を含んでもよい。
【００６４】
本発明の実施例が提供したクラウド型高度道路交通の制御システムをさらに理解してもらうために、ここでは具体的な実例を用い当該システムの構造に対する説明を行う。図４示したように、本発明の実施例において、中央システムは制御サーバーを通じて広義共同運動性制御を行い、各交差点の制御サーバーは所在交差点の各通行方向において、１本のブロードバンドバスを利用して相応の通行方向のスマートフィールドデバイスおよび駆動装置と通信し、前記ネットケーブルは２線式工業イーサネットあるいはその他のあらゆるＩＰプロトコル通信を実現できるネットワークであってもよく、制御サーバーは電源コードを通じて駆動装置とスマートフィールドデバイスに電力を供給する。
【００６５】
そのうち、１つの実施例において、上述２線式工業イーサネットの構造説明図は図５のように、５類ツイストペア線が伝送してきた標準イーサネットの信号をイーサネットフレーム信号に変換するのに用いる第一イーサネットコンバーター５０１、デジタルアナログコンバーターを通じてイーサネットフレーム信号を電力伝送のデジタルシグナルに変換するのに用いるデジタルアナログ変換モジュール５０２、デジタルシグナルを整流濾波拡大して、ブロードバンド電力線の規範に合致する信号を得るのに用いる処理モジュール５０３、そのうち、１つの実施例において、ブロードバンド電力線は例えばHomeplug ＡV電力線であり、ブロードバンド電力線の規範に合致する信号を伝送するのに用いる２ワイヤケーブル５０４を含む。
【００６６】
そのうち、１つの実施例において、２ワイヤケーブルは例えばProfibus、ＣＡN、Modbus、４８５バス、HＡRT（アナログ）、FSK、FFなど汎用の２ワイヤケーブルである。そのうち、２ワイヤケーブル５０４に種々の装置（駆動装置とスマートフィールドデバイスを含む）が接続しているため、２ワイヤケーブル５０４は信号を少なくとも接続している１つの装置に伝送することができる。
【００６７】
図５に示した２線式工業イーサネットの構造は信号を付属設備に送信し、図６は当該２線式工業のイーサネットのもう一つの構造説明図で、当該構造は付属設備が送信した信号を受信し、具体的には、２ワイヤケーブルの低圧高周波のプログラマブルロジックコントローラの波形をプログラマブルロジックコントローラ・アナログフロントエンドに伝送するのに用いる電力線カップリング回路６０１、受信した信号を帯域フィルターを通じてPLＣ以外の信号を除去した後アンプフィルターに伝送するのに用いるログラマブルロジックコントローラ・アナログフロントエンド６０２、信号を拡大して、濾波した後ＡＤＣ（Ａ／Ｄ変換器）に伝送するのに用いる拡大濾波器６０３、受信した信号をディジタル信号に変換してイーサネットコンバーターに伝送するのに用いるＡＤＣ６０４、受信した信号をイーサネットフレーム信号に変換して、そしてイーサネット信号を５類ツイストペア線の伝送に適合する標準イーサネット信号に変換するのに用いる第二イーサネットコンバーター６０５を含む。
【００６８】
このように、２ワイヤケーブルをＣＡNバス類のケーブルと見なすことができるため、２線式工業イーサネットは図１に示した交通制御システムのバスを利用することができる。このように、伝統的な交通制御システムに対する大規模の改造を行わずに済ませるために、例えば通信用の２ワイヤケーブルを改造せずに、本発明の実施例が提供したクラウド型高度道路交通の制御システムにアップグレードすることができる。
【００６９】
当然なことながら、具体的に実施する場合、いかなる２線式工業イーサネットを支持する２ワイヤケーブルはすべて本発明の実施例に適しているため、これを限定しない。
【００７０】
当該領域の技術者がわかるべきなのは、本発明の実施例は手段、装置（設備）あるいはコンピュータプログラム製品を提供することができることである。そのため、本発明は完全ハードウエア実施例、完全ソフトウェア実施例、あるいはソフトウェアとハードウエアを組み合わせた実施例形式を用いることができる。その上、本発明はコンピュータが利用できるプログラムコードを含む１つあるいは複数のコンピュータが利用できる保存媒体（ディスク記憶装置、ＣＤ-ROM、光学記憶装置などを含むが、それらに限らない）上で実施するコンピュータプログラム製品の形式を用いることができる。
【００７１】
本発明は本発明の実施例の実施手段、装置（設備）およびコンピュータプログラム製品のフローチャート及び/またはブロック図を参照して陳述したものである。コンピュータプログラムの命令によってフローチャート及び/またはブロック図の各チャート及び/またはブロック、ならびにフローチャート及び/またはブロック図のチャート及び/またはブロックの組み合わせを実現できることが理解すべきである。これらのコンピュータプログラム命令を汎用コンピュータ、専用コンピュータ、組み込み式処理機あるいはその他のプログラマブルデータ処理装置のプロセッサーに提供することによって１つの機器を形成させ、コンピュータあるいはその他のプログラマブルデータ処理装置のプロセッサーが実行する命令を通じてフローチャートの１つあるいは複数のチャート及び/またはブロック図の１つあるいは複数のブロックに指定された機能を実現するのに用いる装置を形成させることができる。
【００７２】
これらのコンピュータプログラム命令をコンピュータあるいはその他のプログラマブルデータ処理装置を誘導して特定モードで作動するコンピュータが読み取れる保存装置に保存することが可能なため、当該コンピュータが読み取れる保存装置に保存している命令にコマンド装置を含む製造品を形成させ、当該コマンド装置にフローチャートの１つあるいは複数のチャート及び/またはブロック図の１つあるいは複数のブロックに指定された機能を実現させることができる。
【００７３】
これらのコンピュータプログラム命令をコンピュータあるいはその他のプログラマブルデータ処理装置に搭載することも可能なため、コンピュータあるいはその他のプログラマブル設備上で一連の操作ステップを実行させてコンピュータで実現する処理を生成させることによって、コンピュータあるいはその他のプログラマブル設備上で実行する命令にフローチャートの１つあるいは複数のチャート及び/またはブロック図の１つあるいは複数のブロックに指定された機能を実現するためのステップを提供させることができる。
【００７４】
本発明の好ましい実施例を陳述してきたが、当該領域の技術者は一旦基本的創造概念を知れば、依然としてこれらの実施例を変更したり修正したりすることが可能である。そのため、添付の権利請求は好ましい実施例および本発明の請求範囲に包括されているあらゆる変更と修正を含むことを主張する。
【００７５】
当該領域の技術者は本発明の精神と範囲を逸脱せずに本発明に対する種々の変更と変形を行うことができる。このように、本発明のこれらの修正と変形は本発明の権利請求および同等技術範囲に属するものであれば、本発明はこれらの変更と変形を含むことを意図する。
【符号の説明】
【００７６】
２０１  制御サーバー
２０２  ＩＰ化フィールドデバイス
３０１  第一インターフェース
３０２  第二インターフェース
３０３  プロセッサー
３０４  非スマートフィールドデバイス駆動回路
【図１】
2018055661.tif 000003
【図２】
2018055661.tif 000004
【図３】
2018055661.tif 000005
【図４】
2018055661.tif 000006
【図５】
2018055661.tif 000007
【図６】
2018055661.tif 000008