(57)【要約】      （修正有）【課題】中央システムの負担を軽くし、高度交通システムの全データ情報伝送量を減らし、データ情報の伝送時間を短縮し、協同制御ポリシーの策定と実行効率を高め、リアルタイム、且つ、効果的に交差点の交通渋滞問題を解決するクラウド型高度交通制御システムに基づく協同制御方法を提供する。【解決手段】協同制御方法は、中央システムにより全局的に協同制御を行う。また、制御サーバによって局地的に協同制御を行う。制御サーバによって局地的に協同制御を行う場合、制御サーバは、管轄エリア範囲内の具体的な状況に対して指向性をもつ協同制御ポリシーを発表する。【選択図】図４
2018055663.tif 000002
【特許請求の範囲】
【請求項１】
クラウド型高度交通制御システムに基づく協同制御方法であって、
クラウド型高度交通制御システムは、複数の制御サーバ、複数のＩＰ化フィールドデバイスを少なくとも含み、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続協同制御し、
第１制御サーバは、設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップと、
第１制御サーバは、各他の制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信するステップと、
第１制御サーバは、獲得したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の他の制御サーバへそれぞれ送信するステップと
を含むことを特徴とするクラウド型高度交通制御システムに基づく協同制御方法。
【請求項２】
第１制御サーバが、設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップは、
第１制御サーバは、デフォルトのトリガリングコンディションを満たしていることを確認した場合，設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップを含み、
ここで、前記デフォルトのトリガリングコンディションは、
第１制御サーバは、収集したステータスモニタリング情報または／およびＩＰ化フィールドデバイス収集情報に基づき、指定の事件が発生したことを確認することを含むことを特徴とする請求項１に記載のクラウド型高度交通制御システムに基づく協同制御方法。
【請求項３】
第１制御サーバが、設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップは、
第１制御サーバは、周辺の指定範囲内の他の制御サーバへ購読情報を発表するステップを含むことを特徴とする請求項１または２に記載のクラウド型高度交通制御システムに基づく協同制御方法。
【請求項４】
クラウド型高度交通制御システムに基づく協同制御装置であって、
クラウド型高度交通制御システムは、複数の制御サーバ、複数のＩＰ化フィールドデバイスを少なくともを含み、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続し、前記装置を第１制御サーバとし、
前記装置は、
設定したコンディションに合致する他の制御サーバへ購読情報を発表する、発表ユニットと、
各他の制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信する、受信ユニットと、
獲得したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の他の制御サーバへそれぞれ送信する、処理ユニットと
を備えるクラウド型高度交通制御システムに基づく協同制御装置。
【請求項５】
設定したコンディションに合致する他の制御サーバへ購読情報を発表する場合、前記発表ユニットは、
デフォルトのトリガリングコンディションを満たしていることを確認した場合、設定したコンディションに合致する他の制御サーバへ購読情報を発表し、
前記デフォルトのトリガリングコンディションは、
収集したステータスモニタリング情報または／およびＩＰ化フィールドデバイス収集情報に基づき、指定の事件が発生したことを確認するステップを含むことを特徴とする請求項４に記載のクラウド型高度交通制御システムに基づく協同制御装置。
【請求項６】
設定したコンディションに合致する他の制御サーバへ購読情報を発表する場合、前記発表ユニットは、
周辺の指定範囲内の他の制御サーバへ購読情報を発表することを特徴とする請求項４または５に記載のクラウド型高度交通制御システムに基づく協同制御装置。
【請求項７】
クラウド型高度交通制御システムに基づく協同制御方法であって、
クラウド型高度交通制御システムは、中央システム、複数の制御サーバおよび複数のＩＰ化フィールドデバイスを少なくとも含み、中央システムと制御サーバ間はネットワークにより接続し、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続し、
前記方法は、
中央システムは、管轄範囲内の各制御サーバに対してステータスモニタリングを行い、ステータスモニタリング情報に基づき、臨時メインノードを選定するステップと、
中央システムは、前記臨時メインノードのトリガリングし、次の、設定したコンディションに合致する制御サーバへ購読情報を発表し、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するという操作を実行するステップとを含むことを特徴とするクラウド型高度交通制御システムに基づく協同制御方法。
【請求項８】
中央システムは、ステータスモニタリング情報に基づき、臨時メインノードを選定するステップは、
中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達したことを確認し、前記中央システムを臨時メインノードとして選定するステップ、または、
中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認したが、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、管轄範囲内において、前記中央システムを臨時メインノードとして選定するステップ、または、
中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認し、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、前記渋滞エリアにおいて制御サーバを臨時メインノードとして選定するステップと
を含むことを特徴とする請求項７に記載のクラウド型高度交通制御システムに基づく協同制御方法。
【請求項９】
中央システムは設定した緊急事件が発生したことを確認した場合，前記中央システムを臨時メインノードとして選定するステップをさらに含むことを特徴とする請求項８に記載のクラウド型高度交通制御システムに基づく協同制御方法。
【請求項１０】
中央システムは、渋滞エリアにおいて制御サーバを臨時メインノードとして選定するステップは、
中央システムは、獲得したステータスモニタリング情報に基づき、前記渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングし、デフォルト選別コンディションに基づき、獲得した各比率から１つの比率を選別する。さらに選別した比率に対応する制御サーバを臨時メインノードとすることを特徴とする請求項８に記載のクラウド型高度交通制御システムに基づく協同制御方法。
【請求項１１】
中央システムは前記臨時メインノードをトリガリングし、設定したコンディションに合致する制御サーバへ購読情報を発表するステップは、
もし中央システムを臨時メインノードとして選定すれば、中央システムは第１設定コンディションに合致する制御サーバへ購読情報を直接発表するステップと、
もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、第２設定コンディションに合致する制御サーバへ購読情報を発表するステップと、を含むことを特徴とする請求項７ないし請求項１０のいずれの１項に記載のクラウド型高度交通制御システムに基づく協同制御方法。
【請求項１２】
中央システムは前記臨時メインノードをトリガリングし、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するステップは、
もし中央システムを臨時メインノードとして選定すれば、中央システムは、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するステップと、
もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するステップと、を含むことを特徴とする請求項７ないし請求項１０のいずれの１項に記載のクラウド型高度交通制御システムに基づく協同制御方法。
【請求項１３】
クラウド型高度交通制御システムに基づく協同制御装置であって、
クラウド型高度交通制御システムは、中央システム、複数の制御サーバおよび複数のＩＰ化フィールドデバイスを少なくとも含み、中央システムと制御サーバ間はネットワークにより接続し、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続し、前記装置を中央システムとし、
前記装置は、
管轄範囲内の各制御サーバに対してステータスモニタリングを行い、ステータスモニタリング情報に基づき、臨時メインノードを選定する、処理ユニットと、
前記臨時メインノードをトリガリングし、次の、設定したコンディションに合致する制御サーバへ購読情報を発表し、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するという操作を実行する、トリガリングユニットと
を備えることを特徴とするクラウド型高度交通制御システムに基づく協同制御装置。     
【請求項１４】
ステータスモニタリング情報に基づき、臨時メインノードを選定する場合、前記処理ユニットは、
獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達したことを確認し、臨時メインノードとして選定し、または、
獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認したが、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、管轄範囲内において，臨時メインノードとして選定し、または、
獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認し、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、前記渋滞エリアにおいて制御サーバを臨時メインノードとして選定することを特徴とする請求項１３に記載のクラウド型高度交通制御システムに基づく協同制御装置。
【請求項１５】
前記処理ユニットはさらに、
設定した緊急事件が発生したことを確認した場合、前記装置を臨時メインノードとして選定することを特徴とする請求項１４に記載のクラウド型高度交通制御システムに基づく協同制御装置。
【請求項１６】
渋滞エリアにおいて制御サーバを臨時メインノードとして選定する場合、前記処理ユニットは、
獲得したステータスモニタリング情報に基づき、前記渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングし、デフォルト選別コンディションに基づき、獲得した各比率から１つの比率を選別し、さらに選別した比率に対応する制御サーバを臨時メインノードとすることを特徴とする請求項１４に記載のクラウド型高度交通制御システムに基づく協同制御装置。
【請求項１７】
前記臨時メインノードをトリガリングし、設定したコンディションに合致する制御サーバへ購読情報を発表した場合、前記トリガリングユニットは、
もし前記装置を臨時メインノードとして選定すれば、第１設定コンディションに合致する制御サーバへ購読情報を直接発表し、
もし制御サーバを臨時メインノードとして選定すれば、前記臨時メインノードをトリガリングし、第２設定コンディションに合致する制御サーバへ購読情報を発表することを特徴とする請求項１３ないし請求項１６のいずれの１項に記載のクラウド型高度交通制御システムに基づく協同制御装置。
【請求項１８】
前記臨時メインノードをトリガリングし、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する場合、前記トリガリングユニットは、
もし前記装置を臨時メインノードとして選定すれば、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信し、
もし制御サーバを臨時メインノードとして選定すれば、前記臨時メインノードをトリガリングし、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信することを特徴とする請求項１３ないし請求項１６のいずれの１項に記載のクラウド型高度交通制御システムに基づく協同制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、道路の交通制御分野に関し、特に、クラウド型高度交通制御システムに基づく協同制御方法に関する。
【背景技術】
【０００２】
交通ツールの大量増加に伴い、都市の交通渋滞も日増しに深刻化している。単純な道路拡充と従来の信号制御により、日増しに深刻化している都市の渋滞問題を解決するには、コストが高いのみならず、交通渋滞緩和と交通運送効率を高める効果にも限りがある。日増しに深刻化している都市の交通渋滞問題を効果的に解決することはできない。さらに、隣接する各交通交差点の交通量等の交通情報は周期的でなく、独立性も無い。しかし、一定の関連はあるため、既存道路施設の基礎の上に、隣接する各交通交差点間の関連性を利用し、交通制御レベルを高めることこそが日増しに深刻化している都市の交通渋滞問題を効果的な解決するキーポイントとなる。
【０００３】
図１は、クラウド型高度交通制御システムであり、中央システムと複数の制御サーバを備える。クラウド型高度交通制御システムにおいて、制御サーバは各交差点のフィールドリアルタイム情報を収集し、且つ収集したフィールドリアルタイム情報を中央システムに集約し、中央システムによりコンピューティング、制御等の機能を完成する。これにより、中央システムの作業量が多くなり、負担が重くなる。さらに、中央システムがフィールドリアルタイム情報のコンピューティングを完成後、再度処理後の制御情報を各制御サーバへ送信し、データ伝送時間を増加させ、各交差点の突発的状況において、をリアルタイムで効果的に処理できなくさせる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これらから、既存技術では制御サーバはフィールドのリアルタイム情報をコンピューティングと制御等ができず、すべて中央システムにより完成するため、中央システムのコンピューティング量が多くなり、負担が重くなり、さらに、各制御サーバ間の協同制御効果も悪いことが明らかである。
【０００５】
この点を鑑みて、新しいクラウド型高度交通制御システムに基づく協同制御方法を設計して、前記欠陥を克服しなければならない。
【課題を解決するための手段】
【０００６】
本発明の実施例は既存技術に存在する高度交通システム中央システムのコンピューティング量が多く、負担が重い、ならびに各制御サーバ間の協同制御効果が悪いという問題を解決する、新しいクラウド型高度交通制御システムに基づく協同制御方法および装置を提供する。
【０００７】
本発明の実施例は以下の具体的な技術法案を提供する。
クラウド型高度交通制御システムに基づく協同制御方法であって、クラウド型高度交通制御システムは、複数の制御サーバ、複数のＩＰ化フィールドデバイスを少なくとも含み、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続し、前記方法は、第１制御サーバは、設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップと、第１制御サーバは、各他の制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信するステップと、第１制御サーバは、獲得したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の他の制御サーバへそれぞれ送信するステップとを含む。
【０００８】
好ましくは、第１制御サーバは、設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップは、第１制御サーバは、デフォルトのトリガリングコンディションを満たしていることを確認した場合，設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップを含む。
【０００９】
ここで、前記デフォルトのトリガリングコンディションは、第１制御サーバは、収集したステータスモニタリング情報または／およびＩＰ化フィールドデバイス収集情報に基づき、指定の事件が発生したことを確認することを含む。
【００１０】
好ましくは、第１制御サーバは、設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップは、第１制御サーバは、周辺の指定範囲内の他の制御サーバへ購読情報を発表するステップを含む。
【００１１】
クラウド型高度交通制御システムに基づく協同制御装置であって、クラウド型高度交通制御システムは、複数の制御サーバ、複数のＩＰ化フィールドデバイスを少なくともを含み、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続し、当該装置を第１制御サーバとし、当該装置は、設定したコンディションに合致する他の制御サーバへ購読情報を発表する、発表ユニットと、各他の制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信する、受信ユニットと、獲得したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の他の制御サーバへそれぞれ送信する、処理ユニットとを備える。
【００１２】
好ましくは、設定したコンディションに合致する他の制御サーバへ購読情報を発表する場合、前記発表ユニットは、デフォルトのトリガリングコンディションを満たしていることを確認した場合、設定したコンディションに合致する他の制御サーバへ購読情報を発表するステップを含む。
【００１３】
ここで、前記デフォルトのトリガリングコンディションは、収集したステータスモニタリング情報または／およびＩＰ化フィールドデバイス収集情報に基づき、指定の事件が発生したことを確認するステップを含む。 
【００１４】
好ましくは、設定したコンディションに合致する他の制御サーバへ購読情報を発表する場合、前記発表ユニットは、周辺の指定範囲内の他の制御サーバへ購読情報を発表するステップを含む。
【００１５】
クラウド型高度交通制御システムに基づく協同制御方法であって、クラウド型高度交通制御システムは、中央システム、複数の制御サーバおよび複数のＩＰ化フィールドデバイスを少なくとも含み、中央システムと制御サーバ間はネットワークにより接続し、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続し、当該方法は、中央システムは、管轄範囲内の各制御サーバに対してステータスモニタリングを行い、ステータスモニタリング情報に基づき、臨時メインノードを選定するステップと、中央システムは、前記臨時メインノードのトリガリングし、次の、設定したコンディションに合致する制御サーバへ購読情報を発表し、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するという操作を実行するステップとを含む。
【００１６】
好ましくは、中央システムは、ステータスモニタリング情報に基づき、臨時メインノードを選定するステップは、中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達したことを確認し、前記中央システムを臨時メインノードとして選定するステップ、または、中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認したが、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、管轄範囲内において、前記中央システムを臨時メインノードとして選定するステップ、または、中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認し、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、前記渋滞エリアにおいて制御サーバを臨時メインノードとして選定するステップとを含む。
【００１７】
好ましくは、中央システムは設定した緊急事件が発生したことを確認した場合，前記中央システムを臨時メインノードとして選定するステップをさらに含む。
【００１８】
好ましくは、中央システムは、渋滞エリアにおいて制御サーバを臨時メインノードとして選定するステップは、中央システムは、獲得したステータスモニタリング情報に基づき、前記渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングし、デフォルト選別コンディションに基づき、獲得した各比率から１つの比率を選別する。さらに選別した比率に対応する制御サーバを臨時メインノードとする。
【００１９】
好ましくは、中央システムは前記臨時メインノードをトリガリングし、設定したコンディションに合致する制御サーバへ購読情報を発表するステップは、もし中央システムを臨時メインノードとして選定すれば、中央システムは第１設定コンディションに合致する制御サーバへ購読情報を直接発表するステップと、もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、第２設定コンディションに合致する制御サーバへ購読情報を発表するステップとを含む。
【００２０】
好ましくは、中央システムは前記臨時メインノードをトリガリングし、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するステップは、もし中央システムを臨時メインノードとして選定すれば、中央システムは、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するステップと、もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するステップとを含む。
【００２１】
クラウド型高度交通制御システムに基づく協同制御装置であって、クラウド型高度交通制御システムは、中央システム、複数の制御サーバおよび複数のＩＰ化フィールドデバイスを少なくとも含み、中央システムと制御サーバ間はネットワークにより接続し、ＩＰ化フィールドデバイスと制御サーバ間はＩＰアドレスに基づくブロードバンドバスにより接続し、当該装置を中央システムとし、当該装置は、管轄範囲内の各制御サーバに対してステータスモニタリングを行い、ステータスモニタリング情報に基づき、臨時メインノードを選定する、処理ユニットと、前記臨時メインノードをトリガリングし、次の、設定したコンディションに合致する制御サーバへ購読情報を発表し、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するという操作を実行するトリガリングユニットとを備える。
【００２２】
好ましくは、ステータスモニタリング情報に基づき、臨時メインノードを選定する場合、前記処理ユニットは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達したことを確認し、臨時メインノードとして選定し、または、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認したが、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、管轄範囲内において臨時メインノードとして選定し、または、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認し、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、前記渋滞エリアにおいて制御サーバを臨時メインノードとして選定する。 
【００２３】
好ましくは、前記処理ユニットはさらに、設定した緊急事件が発生したことを確認した場合、前記装置を臨時メインノードとして選定する。 
【００２４】
好ましくは、渋滞エリアにおいて制御サーバを臨時メインノードとして選定する場合、前記処理ユニットは、獲得したステータスモニタリング情報に基づき、前記渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングし、デフォルト選別コンディションに基づき、獲得した各比率から１つの比率を選別する。さらに選別した比率に対応する制御サーバを臨時メインノードとする。
【００２５】
好ましくは、前記臨時メインノードをトリガリングし、設定したコンディションに合致する制御サーバへ購読情報を発表した場合、前記トリガリングユニットは、もし前記装置を臨時メインノードとして選定すれば、第１設定コンディションに合致する制御サーバへ購読情報を直接発表し、もし制御サーバを臨時メインノードとして選定すれば、前記臨時メインノードをトリガリングし、第２設定コンディションに合致する制御サーバへ購読情報を発表する。
【００２６】
好ましくは、前記臨時メインノードをトリガリングし、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する場合、前記トリガリングユニットは、もし前記装置を臨時メインノードとして選定すれば、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信し、もし制御サーバを臨時メインノードとして選定すれば、前記臨時メインノードをトリガリングし、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する。
【発明の効果】
【００２７】
本発明の有益な効果は以下の通りである。
本発明の実施例において、中央システムにより全局的に協同制御を行うことができ、制御サーバによって局地的に協同制御を行うこともできる。制御サーバによって局地的に協同制御を行う場合、制御サーバは管轄エリア範囲内の具体的な状況に対して指向性をもつ協同制御ポリシーを発表できる。このように、中央システムの負担を軽くし、高度交通システムの全データ情報伝送量を減らす。同時に、さらにデータ情報の伝送時間を短縮し、協同制御ポリシーの策定と実行効率を高め、リアルタイム且つ効果的に交差点の交通渋滞問題を解決する。
【図面の簡単な説明】
【００２８】
【図１】従来の交通制御システム構造模式図である。
【図２】クラウド型高度交通制御システム構造模式図である。
【図３】制御サーバのＩＰアドレスに基づくブロードバンドバスとＩＰ化フィールドデバイスによる接続を示す図である。
【図４】クラウド型高度交通制御システムにおける第１協同制御方法の詳細なフローチャートである。
【図５】クラウド型高度交通制御システムにおける第２協同制御方法の詳細なフローチャートである。
【図６】中央システム機能構造模式図である。
【図７】制御サーバ機能構造模式図である。
【発明を実施するための形態】
【００２９】
以下に発明の詳細の説明と図面を結合して本発明の好ましい実施形態を説明する。
図２に示す通り、クラウド型高度交通制御システムは、中央システム、複数の制御サーバおよび複数のＩＰ化フィールドデバイスを少なくとも含み、クラウド型スマート交通制御中央システムのマスターサーバは中央システムに相当し、各交差点の制御サーバ１つの制御サーバに相当し、中央システムと制御サーバおよび各制御サーバ間はインターネットにより接続し、制御サーバとＩＰ化フィールドデバイスはＩＰアドレスに基づくブロードバンドバスにより接続を実現する。
【００３０】
図３に示す通り、ＩＰ化フィールドデバイスはまたＩＰプロトコルを支援するスマートフィールドデバイスとＩＰプロトコルを支援するドライバーデバイスおよび当該ドライバーデバイスと連なるＩＰプロトコルを支援しない非スマートフィールドデバイスに分けることができる。ここで、制御サーバとＩＰプロトコルを支援するスマートフィールドデバイスおよびＩＰプロトコルを支援するドライバーデバイス間は、ＩＰアドレスに基づくブロードバンドバスにより接続する。
【００３１】
ＩＰ化フィールドデバイスとは、各交通交差点に分布し、交通交差点データを収集し、交差点の交通ステータスに対してリアルタイムモニタリング、制御等の機能を実行できるデバイス（例えば、交通信号機、測定デバイスおよびビデオと違反モニタリングデバイス等）をいう。さらに、ＩＰプロトコルを支援するスマートフィールドデバイスとは、ＩＰアドレスに基づくブロードバンドバスにより制御サーバと直接接続できるＩＰ化フィールドデバイス（例えば、ビデオ測定と違反モニタリングデバイス等）をいう。ＩＰプロトコルを支援しない非スマートフィールドデバイスとは、ＩＰプロトコルを支援するドライバーデバイスによってのみ、ＩＰアドレスに基づくブロードバンドバスにより制御サーバと接続するＩＰ化フィールドデバイス（例えば、交通信号機、測定デバイス等）をいう。       
【００３２】
制御サーバは、これと通信するＩＰ化フィールドデバイスに唯一のＩＰアドレスを分配するのみならず、ＩＰプロトコルを支援するスマートフィールドデバイス収集情報を受信できる。および／または、ＩＰプロトコルを支援するドライバーデバイスが送信したＩＰプロトコルを支援しない非スマートフィールドデバイス収集情報を受信できる。受信したＩＰ化フィールドデバイス収集情報に基づきデータを分析し、データ分析結果に基づき、相応の操作を実行する。
【００３３】
まず、クラウド型高度交通制御システムの各制御サーバは、ＩＰ化フィールドデバイスにより、相応の交差点のリアルタイム性ＩＰ化フィールドデバイス収集情報を収集する。      
【００３４】
そして、制御サーバは、ＩＰ化フィールドデバイス収集したリアルタイム性ＩＰ化フィールドデバイス収集情報に対してコンピューティングと処理を行い、リアルタイム性ＩＰ化フィールドデバイス収集情報と相応の処理結果を制御サーバローカルに保存する。ここで、前記相応の処理結果とは、各制御サーバが収集したＩＰ化フィールドデバイス収集情報に対してコンピューティングと処理を行った後に獲得した処理済データをいう。           
【００３５】
例えば、クラウド型高度交通制御システムにおける制御サーバＡフィールドのビデオと違反モニタリングデバイス（例えば、ビデオカメラ）により、相応の交差点のリアルタイム性ビデオモニタリングデータ情報（即ち、ビデオモニタリングにより獲得したＩＰ化フィールドデバイス収集情報）を収集し、収集したリアルタイム性ビデオモニタリングデータ情報を制御サーバＡローカルに保存する。そして、制御サーバＡが収集した某時間帯Ｔ内のビデオモニタリングデータ情報に対してコンピューティングと処理を行い、某時間帯Ｔ内の処理済データ情報（例えば、交通量）を獲得し、前記処理済データ情報を制御サーバＡローカルに保存する。ここで、Ｔのサンプリングは、実際の状況に応じたいずれのサンプリング値でもよい。
【００３６】
本発明の実施例において、制御サーバは、自主的に設定範囲内においてエリア性協同制御を実行できる。ここで、前記エリア性協同制御は、交通法実行、軌道追跡、交通制御、位置付け待機対象の位置付けを含むことができる。
【００３７】
具体的に、制御サーバは、ＩＰ化フィールドデバイス収集データおよび相応の処理結果を集中的に処理でき、エッジコンピューティングにより管轄エリア交通に対する制御を実現する。デフォルトのトリガリングコンディションを満たしている場合、当該制御サーバが属するデフォルト構築したカスタムエリアにあってもよい。
【００３８】
さらに、デフォルトのトリガリングコンディションを満たしている場合、もし当該制御サーバをメイン制御サーバ（即ち、第１制御サーバ）とすれば、メイン制御サーバは、自己学習とエッジコンピューティングにより協同制御ポリシーを生成し、カスタムエリアに対する協同制御を実現する。もし当該制御サーバをスレーブ制御サーバ（即ち、他の制御サーバ）とすれば、スレーブ制御サーバは、クラウドコンピューティングによりメイン制御サーバから協同制御ポリシーを獲得する。ここで、前記カスタムエリアは、制御サーバの管轄エリアおよび当該制御サーバ以外の指定制御サーバの管轄エリアを含む。
【００３９】
図４は具体的なフローであり、ステップ４００において、第１制御サーバは、設定したコンディションに合致する他の制御サーバへ購読情報を発表する。 
【００４０】
本発明の実施例において、全制御サーバはすべて第１制御サーバとすることができる。説明を容易にするため、第１制御サーバとして以下に説明する。   好ましくは、ステップ４００を実行する際、第１制御サーバは、デフォルトのトリガリングコンディションを満たしていることを確認した場合にのみ、設定したコンディションに合致する他の制御サーバへ購読情報を発表する。ここで、前記デフォルトのトリガリングコンディションは、以下の２種類を含むがこれらに限らない。
【００４１】
第１種トリガリングコンディションでは、第１制御サーバは、中央システムへステータスモニタリング情報を報告後、設定した指示待機時間内に中央システムが送信した指示を受信していない。
【００４２】
具体的に、第１制御サーバがリアルタイムのステータスモニタリングを実行する際、自主的に中央システムへステータスモニタリング情報を報告する。もし第１制御サーバ周辺が渋滞していることを発見または管轄エリア内で交通事故が発生し、且つデフォルトの指示待機時間内に中央システムが送信したいずれの指示も受信していなければ、デフォルトの指示待機時間内を超え次第、第１制御サーバは自主的に設定範囲内においてエリア性協同制御を実行する。 
【００４３】
ここで、第１制御サーバは、中央システムが送信したいずれかの指示情報を受信していないことは以下の２つの状況を含むがこれらに限らない。第１の状況において、前記第１制御サーバは、中央システムが送信した協同制御ポリシーを受信していない。
第２の状況において、前記第１制御サーバは、中央システムが送信した前記第１制御サーバ協同制御ポリシーを生成を指示する情報を受信していない。
【００４４】
例えば、某エリア内に制御サーバ１、制御サーバ２、制御サーバ３および中央システムがあると仮定し、制御サーバ２を第１制御サーバとし、且つデフォルトの指示待機時間を２分間とすれば、制御サーバ２がリアルタイムモニタリングを実行する過程において、自主的に中央システムへステータスモニタリング情報を報告する。もし制御サーバ２が管轄範囲内に交通事故発生を発見し、２分以内に制御サーバ２が央システムが送信したいずれかの指示情報を受信していなければ、制御サーバ２は自主的に設定範囲内においてエリア性協同制御を実行する。 
【００４５】
第２種トリガリングコンディションでは、第１制御サーバは、収集したステータスモニタリング情報または／およびＩＰ化フィールドデバイス収集情報に基づき、指定の事件が発生したことを確認する。
【００４６】
具体的に、第１制御サーバがリアルタイムのステータスモニタリングを実行する際、収集したステータスモニタリング情報または／およびＩＰ化フィールドデバイス収集情報に基づき、指定の事件が発生したことを確認できる。ここで、前記指定の事件を「管轄範囲内で事故が発生する」、「管轄範囲内を救急車が通る」、「管轄範囲内の渋滞度合が高すぎる」、「管轄範囲内を政治幹部が通る」等のような緊急事件とすることができる。第１制御サーバは、管轄範囲内で前記指定の事件が発生したことを発見すれば、中央システムが指示情報を送信することを待つ必要はなく、自主的に設定範囲内においてエリア性協同制御を実行する。 
【００４７】
さらに、もし第１制御サーバが前記デフォルトのトリガリングコンディションを満たしていることを確認した場合、設定したコンディションに合致する他の制御サーバへ購読情報を発表する。
【００４８】
具体的に、前記設定コンディションに合致する他の制御サーバとは、第１制御サーバ周辺の指定範囲内の他の制御サーバをいうことができる。即ち、前記設定コンディションを「第１制御サーバ周辺の指定範囲」として設置する。
【００４９】
例えば、周辺の指定範囲を「第１制御サーバと隣接する」として設置できる。即ち、第１制御サーバと隣接する他の制御サーバ間において、エリア性協同制御を実行する。 
【００５０】
さらに例えば、周辺の指定範囲を「第１制御サーバを円心とし、半径をＮメートルの範囲内とし、Ｎをデフォルトパラメータとする」として設置できる。即ち、第１制御サーバ周辺の一定範囲内の他の制御サーバ間において、エリア性協同制御を実行する。
【００５１】
このように、第１制御サーバは、協同制御を実現する管制範囲に対して臨機応変な配置ができるため、いずれのエリアに対しても自主的に協同制御を実行できる。 
【００５２】
ステップ４０１において、第１制御サーバは、各他の制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信する。
各他の制御サーバは、第１制御サーバが送信した購読情報を受信後、前記購読情報に基づき、第１制御サーバへＩＰ化フィールドデバイス収集情報および相応の処理結果を報告する。
ステップ４０２において、第１制御サーバは、獲得したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の他の制御サーバへそれぞれ送信する。
【００５３】
第１制御サーバは、周辺の指定範囲内の他の制御サーバからＩＰ化フィールドデバイス収集情報および相応の処理結果を受信後、前記ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成する。前記協同制御ポリシーを以下の２タイプを含むがこれらに限らない。 
【００５４】
第１タイプを統一の協同制御ポリシーとする。
具体的に、統一の協同制御ポリシーは、第１制御サーバが周辺の指定範囲内の他の制御サーバに対して生成した全協同制御ポリシーを備える。前記第１制御サーバは、統一の協同制御ポリシーを周辺の指定範囲内の他の制御サーバへ送信後、前記各他の制御サーバは自身の必要に応じて、必要な協同制御ポリシーを獲得できる。
【００５５】
第２タイプを指向性協同制御ポリシーとする。
指向性協同制御ポリシーは、第１制御サーバが各周辺の指定範囲内の他の制御サーバの具体的な状況に対して直接生成した相応の協同制御ポリシーである。前記各他の制御サーバは、前記第１制御サーバが送信した協同制御ポリシーを獲得後、必要に応じて獲得する必要は無く、直接使用できる。 
【００５６】
図５に示す通り、本発明の実施例において、中央システムを利用して管轄範囲内において協同制御を行うことができる。ここで、前記協同制御は、交通法実行、軌道追跡、交通制御、位置付け待機対象の位置付けを含むことができる。
【００５７】
具体的に、中央システムと複数の制御サーバは、ネットワークによりデータインタラクションを実現し、これと接続した制御サーバが保存したデータを共有する。共有したデータにより分析、処理し、分析結果を分析結果協同制御ポリシーに基づきを生成し、協同制御ポリシーを相応の制御サーバへ送信する。ここで、中央システムと複数の制御サーバはネットワークによりデータインタラクションを実現することは、制御サーバのステータスデータをリアルタイムに受信すること、制御サーバの統計と問い合わせデータを非リアルタイムに受信すること、ならびに必要に応じて制御サーバの保存データを購読することを含む。 
【００５８】
さらに、制御サーバは、クラウドコンピューティングにより中央システムから協同制御ポリシーを獲得し、協同制御ポリシーに基づき相応の操作を実行する。
具体的なフロー以下の通りである。
【００５９】
ステップ５００において、中央システムは、管轄範囲内の各制御サーバに対してステータスモニタリングを行う。
具体的に、クラウド型高度交通制御システムの中央システムは、管轄範囲内の各制御サーバに対してリアルタイムでステータスモニタリングを行う。即ち、前記各制御サーバは、ＩＰ化フィールドデバイスリアルタイムにより情報を収集し、獲得したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、各自管轄範囲内の交通ステータスを評定し、評定結果を自主的に中央システムへ報告する。前記評定結果は即ちステータスモニタリング情報である。 
【００６０】
例えば、各制御サーバは、管轄範囲にいて「交通量」と「車両速度」をリアルタイムでステータスモニタリングすると仮定した場合、前記各制御サーバは、獲得したＩＰ化フィールドデバイス収集情報に基づき、デフォルトの基準である「交通量」と「車両速度」を比較し、前記管轄交差点の「交通渋滞ステータス」を評定する。前記「交通渋滞ステータス」は、「円滑」、「非常に混雑」および「渋滞」の３つのパラメーターで表示でき、評定結果を自主的に中央システムへ報告する。
【００６１】
ステップ５０１において、中央システムは、獲得したステータスモニタリング情報に基づき、臨時メインノードを選定する。 
【００６２】
具体的に、各制御サーバは、中央システムへステータスモニタリング情報を返却後、中央システムは、獲得した前記ステータスモニタリング情報のパラメーターに基づき臨時メインノードを選定する。中央システム各制御サーバ管轄交差点の「交通渋滞ステータス」に対してテータスモニタリングすると仮定し、且つ「円滑」、「非常に混雑」および「渋滞」の３つのパラメーターで前記「交通渋滞ステータス」を表示すると仮定すれば、中央システムは、前記各制御サーバの「渋滞」パラメーターにおいて評価する場合、需管轄範囲内の「渋滞エリア面積」と「渋滞エリアの制御サーバ数」を確認しなければならず、「渋滞エリア面積」を第１評価標準とし、「渋滞エリアの制御サーバ数」を第２評価標準とする。
【００６３】
具体的に、以下の３つの状況を含むがこれらに限らない。
第１の状況において、中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の「渋滞エリア面積」が第１設定閾値に達することを確認し、前記中央システムを臨時メインノードとして選定する。
【００６４】
第１の状況において、中央システムはステータスモニタリング情報を獲得後、「渋滞エリア面積」を第１評価標準とし、評価する場合、もし管轄範囲内の「渋滞エリア面積」が第１設定閾値に達したことを確認すれば、例えば、中央システムが獲得したステータスモニタリング情報において「渋滞エリア面積」が管轄範囲総面積の８０％に達したと仮定した場合、渋滞面積大きすぎるため、単数の制御サーバは効果的に交通ステータスを調整できない。そのため、中央システムによってのみ全局的に調整できる。これにより、中央システムを臨時メインノードとして選定する。
【００６５】
第２の状況において、中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認したが、「渋滞エリアの制御サーバ数」が第２設定閾値に達した場合、前記中央システムを臨時メインノードとして選定する。 
【００６６】
第２の状況において、中央システムはステータスモニタリング情報を獲得後、「渋滞エリア面積」を第１評価標準とし、評価する場合、もし管轄範囲内の「渋滞エリア面積」が第１設定閾値に達していないことを確認したが、「渋滞エリアの制御サーバ数」を第２評価標準とし、評価する場合、もし「渋滞エリアの制御サーバ数」が第２設定閾値に達したことを確認すれば、例えば、中央システムが獲得したステータスモニタリング情報において「渋滞エリア面積」総面積の２０％に達したと仮定すれば、管轄範囲内の「渋滞エリア面積」が第１設定閾値に達していないことを確認する。
【００６７】
これにより、「渋滞エリアの制御サーバ数」を第２評価標準とする評価する。もし中央システムが獲得したステータスモニタリング情報において「渋滞エリアの制御サーバ数」が管轄範囲総サーバ総数目標の７５％に達した場合、渋滞エリア面積は小さいが、渋滞している制御サーバ数は多すぎる。これにより、単数の制御サーバは効果的に交通ステータスを調整できない。そのため、中央システムによってのみ全局的に調整できる。これにより、中央システムを臨時メインノードとして選定する。
【００６８】
第３の状況において、中央システムは、獲得したステータスモニタリング情報に基づき、管轄範囲内の「渋滞エリア面積」が第１設定閾値に達していないことを確認し、「渋滞エリアの制御サーバ数」が第２設定閾値に達していない場合、前記渋滞エリアにおいて制御サーバを臨時メインノードとして選定する。
【００６９】
第３の状況において、中央システムはステータスモニタリング情報を獲得後、「渋滞エリア面積」を第１評価標準とし、評価する場合、もし管轄範囲内の「渋滞エリア面積」が第１設定閾値に達していないことを確認し、「渋滞エリアの制御サーバ数」を第２評価標準とする評価する場合、管轄範囲内の「渋滞エリアの制御サーバ数」が第２設定閾値に達していないことを確認する。
【００７０】
例えば、中央システムが獲得したステータスモニタリング情報において「渋滞エリア面積」総面積の２０％に達したと仮定すれば、管轄範囲内の「渋滞エリア面積」が第１設定閾値に達していないことを確認する。これにより、「渋滞エリアの制御サーバ数」を第２評価標準とする評価する。もし中央システムが獲得したステータスモニタリング情報において「渋滞エリアの制御サーバ数」が管轄範囲総サーバ総数目標１５％に達すれば、管轄範囲内の「渋滞エリアの制御サーバ数」が第２設定閾値に達していないことを確認する。即ち、渋滞エリアであろうと、渋滞している制御サーバ数であろうと、全て設定閾値を満たさない。これにより、中央システムによって全局的に調整する必要は無く、前記渋滞エリアにおいて制御サーバを臨時メインノードとして選定する。
【００７１】
第３の状況において、を満たしていれば、中央システムは、渋滞エリアにおいて制御サーバを臨時メインノードとして選定する。
【００７２】
また具体的に、中央システムにおいて、獲得したステータスモニタリング情報に基づき、渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングし、デフォルト選別コンディションに基づき、獲得した各比率から１つの比率を選別する。さらに選別した比率に対応する制御サーバを臨時メインノードとする。
【００７３】
例えば、中央システムはステータスモニタリング情報を獲得後、渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングする。前記比率に対応するステータスパラメーターを「車両速度」とする。即ち、中央システムは、獲得したステータスモニタリング情報に基づき、渋滞エリアにおける各制御サーバの「車両速度」と設定した「基準車両速度」の比率をそれぞれコンピューティングし、コンピューティングした前記比率から比率が最も小さい１つを選別する。「車両速度」と設定した「基準車両速度」の比率が小さいほど、前記比率に対応する制御サーバ管轄範囲の渋滞程度はより高いことを示す。これにより、前記比率が最も小さい対応する制御サーバを臨時メインノードとする。 
【００７４】
また例えば、中央システムはステータスモニタリング情報を獲得後、渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングする。さらに、前記比率に対応するステータスパラメーターを「車両密集度」とする。即ち、中央システムは、獲得したステータスモニタリング情報に基づき、渋滞エリアにおける各制御サーバの「車両密集度」と設定した「車両密集度」の比率をそれぞれコンピューティングし、コンピューティングした前記比率から比率が最も大きい１つを選別する。さらに、「車両密集度」と設定した「車両密集度」の比率が大きいほど、前記比率に対応する制御サーバ管轄範囲の渋滞程度がより高いことを示す。これにより、前記比率が最も大きい対応する制御サーバを臨時メインノードとする。         
【００７５】
さらに、中央システムは、設定した緊急事件が発生したことを確認した場合、中央システムを臨時メインノードとして直接選定できる。例えば、中央システムは管理員の通知を受信すれば、管轄エリア内で緊急事件が発生ことを確認する。例えば、「検問」または、「救急車通行」等の緊急事件の場合、単数の制御サーバはすでに局面を制御できず、必ず中央システムによって全局的に調整しなければならない。これにより、前記中央システムを臨時メインノードとして選定しなければならない。
【００７６】
例えば、中央システムは、管理員の通知を受信し、管轄エリア内で救急車が通行し、且つ、前記救急車が通行する道路が渋滞していると仮定すれば、中央システムは自身を臨時メインノードとして選定し、交通を調整し、救急車が速やかに目的地に到着することを保証する。
また例えば、中央システムは、管理員が送信した「検問」命令を受信した場合、「検問」は「容疑車両の捜査逮捕」または「偽造ナンバープレート車両捜索」等を含むことができる。
【００７７】
具体的に、中央システムが管理員が送信した「検問」命令における「容疑車両の捜査逮捕」を受信したと仮定した場合、中央システムは自身を臨時メインノードとして選定し、管轄エリア内の全ての制御サーバへ購読情報を発表する。前記購読情報は、「車両のナンバープレート写真」、「車両が所在する道路名称」、「車両が通った具体的な時間」、「車両運転手の顔写真」等を含むことができ、各制御サーバは獲得した購読情報に基づき、中央システムへ相応のＩＰ化フィールドデバイス収集情報および相応の処理結果を返却し、「容疑車両の捜査逮捕」という緊急事件を速やかに解決することを保証する。
【００７８】
また例えば、中央システムが管理員が送信した「検問」命令における「偽造ナンバープレート車両捜索」を受信したと仮定した場合、中央システムは自身を臨時メインノードとして選定し、管轄エリア内の全ての制御サーバへ購読情報を発表する。前記購読情報は、「車両のナンバープレート写真」、「車両が所在する道路名称」、「車両が通った具体的な時間」等を含むことができ、中央システムが制御サーバが報告したＩＰ化フィールドデバイス収集情報に基づき、少なくとも２つ以上の道路にて同時間内に同一ナンバープレート車両が出現したことを確認すれば、偽造ナンバープレート車両を見つけ、「偽造ナンバープレート車両捜索」という緊急事件を速やかに解決することを保証する。
【００７９】
ステップ５０２において、中央システムは前記臨時メインノードをトリガリングし、設定したコンディションに合致する制御サーバへ購読情報を発表する。 
【００８０】
もし中央システムを臨時メインノードとして選定すれば、中央システムは第１設定コンディションに合致する制御サーバへ購読情報を直接発表する。
【００８１】
例えば、もし中央システムを臨時メインノードとして選定すれば、中央システムは第１設定コンディションに合致する制御サーバへ購読情報を直接発表する。ここで、第１設定コンディションを渋滞エリアに位置する制御サーバとすることができ、渋滞エリアと繁華街エリアに位置する制御サーバとすることもでき、中央システムは、前記第１設定コンディションを満たしている制御サーバへ送信した購読情報を前記制御サーバの地理位置、周辺交通状況においてノードタイプ等とすることができる。
【００８２】
もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、第２設定コンディションに合致する制御サーバへ購読情報を発表する。即ち、中央システムは前記制御サーバがすでに臨時メインノードとして選定されたことを通知し、前記臨時メインノードに対して第２設定コンディションに合致する制御サーバへ購読情報を発表するよう通知する。 
【００８３】
例えば、もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、第２設定コンディションに合致する制御サーバへ購読情報を発表する。ここで、第２設定コンディションを前記臨時メインノード周囲に隣接する制御サーバまたは第２設定コンディションを渋滞エリアに位置する制御サーバとすることができ、渋滞エリアと繁華街エリアに位置する制御サーバとすることもできる。さらに、前記臨時メインノードが前記第２設定コンディションを満たしている制御サーバへ送信した購読情報を前記制御サーバの地理位置、周辺交通状況において、ノードタイプ等とすることができる。
【００８４】
ここで、購読情報が含む内容は、前記臨時メインノードの処理能力に従い決定できる。もし前記臨時メインノードの処理能力が十分強ければ、前記購読情報が含む内容は、中央システムを臨時メインノードとした際に発表した購読情報が含む内容と同じで良い。もし前記臨時メインノードの処理能力が弱ければ、前記購読情報が含む内容は必要な内容でよい。即ち、前記必要な内容に基づき目下の交通に対して効果的な調整ができる。
【００８５】
中央システムは、臨時メインノードを選定する前に制御サーバへ購読情報を発表もできる。中央システムは、臨時メインノードを選定していない前に制御サーバへ購読情報を発表できる。この種の購読情報は「交通量」、「通行量」等のような概略的な購読情報で良い。さらに、中央システムは、臨時メインノードを選定後、臨時メインノードも制御サーバへ購読情報を発表できる。この種の購読情報は指向性購読情報であっても良い。具体的に２つの状況に分けることができる。
【００８６】
第１の状況において、もし中央システムを臨時メインノードとして選定すれば、中央システムは全ての制御サーバへ指向性購読情報を発表する。具体的に、「交通量」、「通行量」を含むことができ、「渋滞道路名称」、「渋滞道路交通灯と切換時間」等の具体的な情報を含むことができる。
第２の状況において、もし制御サーバを臨時メインノードとして選定すれば、中央システムは臨時メインノードをトリガリングし、管轄エリア内の制御サーバまたは隣接する制御サーバへ指向性購読情報を発表する。具体的に、「交通量」、「通行量」を含むことができ、「渋滞道路名称」、「故障カメラ数」、「故障交通灯数」、「渋滞道路交通灯と切換時間」等の具体的な情報をさらに含むことができる。
【００８７】
ステップ５０３において、中央システムは前記臨時メインノードをトリガリングし、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する。
【００８８】
中央システムは前記臨時メインノードをトリガリングし、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する。 
【００８９】
具体的に、前記協同制御ポリシーは以下の２つのタイプを含むがこれらに限らない。   第１タイプを統一の協同制御ポリシーとする。   統一の協同制御ポリシーは、臨時メインノードが各制御サーバに対して生成した全協同制御ポリシーを含む。前記臨時メインノードは、統一の協同制御ポリシー各制御サーバへを送信後、前記各制御サーバは自身の必要に応じて、必要な制御ポリシーを獲得できる。
【００９０】
第２タイプを指向性協同制御ポリシーとする。
指向性協同制御ポリシーは、臨時メインノードが各制御サーバの具体的な状況対して直接生成した相応の協同制御ポリシーであり、前記各制御サーバが前記臨時メインノードが送信した協同制御ポリシーを獲得後、必要に応じて獲得する必要は無く、直接使用できる。 
【００９１】
もし中央システムを臨時メインノードとして選定すれば、中央システムは各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報を受信し、獲得した各ＩＰ化フィールドデバイス収集情報に基づき、相応の協同制御ポリシーを生成し、生成した各協同制御ポリシーを相応の制御サーバへそれぞれ送信する。
【００９２】
例えば、もし中央システムを臨時メインノードとして選定すれば、中央システムは第１設定コンディションに合致する制御サーバへ購読情報を直接発表し、各制御サーバ購読情報に基づき返却したＩＰ化フィールドデバイス収集情報の受信に基づき、相応の協同制御ポリシーを生成する。中央システムが受信した前記各制御サーバ購読情報に基づき返却したＩＰ化フィールドデバイス収集情報から、渋滞エリアに位置する制御サーバ１と制御サーバ８管轄範囲内の車輛渋滞状況が最も深刻であるということをコンピューティングにより獲得したと仮定すれば、中央システムは前記ＩＰ化フィールドデバイス収集情報に基づき相応の協同制御ポリシーを生成する。即ち、前記協同制御ポリシーは、制御サーバ１の渋滞方向信号機の青信号時間を適切に延長し、制御サーバ８の渋滞方向の信号機の赤信号時間を適切に短縮し、前記協同制御ポリシーを制御サーバ１と制御サーバ８へそれぞれ送信し、前記渋滞エリア内の交通問題を最速で解決する。
【００９３】
もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報を受信し、獲得した各ＩＰ化フィールドデバイス収集情報に基づき相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する。 
【００９４】
例えば、もし制御サーバを臨時メインノードとして選定すれば、中央システムは前記臨時メインノードをトリガリングし、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報を受信し、獲得した各ＩＰ化フィールドデバイス収集情報に基づき相応の協同制御ポリシーを生成する。中央システムが前記臨時メインノードに対して、受信した各制御サーバ購読情報に基づき返却したＩＰ化フィールドデバイス収集情報から前記臨時メインノード交差点の北方向の渋滞が最も深刻であるということをコンピューティングにより獲得するよう指示したと仮定すれば、前記臨時メインノードは前記ＩＰ化フィールドデバイス収集情報に基づき相応の協同制御ポリシーを生成する。即ち、前記協同制御ポリシーは、前記臨時メインノード信号機の北方向の青信号時間を適切に延長し、前記臨時メインノードの北方向に隣接する制御サーバに対応する交差点の青信号時間を適切に延長し、前記協同制御ポリシーを前記臨時メインノードの北方向に隣接する制御サーバと自身へそれぞれ送信し、前記渋滞エリア内の交通問題を最速で解決する。
【００９５】
図６に示す通り、本発明の実施例において、協同制御装置（例えば、制御サーバ）は、設定したコンディションに合致する他の制御サーバへ購読情報を発表する、発表ユニット６００と、各他の制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信する、受信ユニット６０１と、獲得したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の他の制御サーバへそれぞれ送信する、処理ユニット６０２とを少なくとも備える。
【００９６】
好ましくは、設定したコンディションに合致する他の制御サーバへ購読情報を発表する場合、前記発表ユニット６００は、デフォルトのトリガリングコンディションを満たしていることを確認した場合、設定したコンディションに合致する他の制御サーバへ購読情報を発表する。
【００９７】
ここで、前記デフォルトのトリガリングコンディションは、収集したステータスモニタリング情報または／およびＩＰ化フィールドデバイス収集情報に基づき、指定の事件が発生したことを確認することを含む。
【００９８】
好ましくは、設定したコンディションに合致する他の制御サーバへ購読情報を発表する場合、前記発表ユニット６００は、周辺の指定範囲内の他の制御サーバへ購読情報を発表する。 
【００９９】
図７に示す通り、本発明の実施例において、協同制御装置（例えば、中央システム）は、管轄範囲内の各制御サーバに対してステータスモニタリングを行い、ステータスモニタリング情報に基づき、臨時メインノードを選定する、処理ユニット７００と、前記臨時メインノードをトリガリングし、次の、設定したコンディションに合致する制御サーバへ購読情報を発表し、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信するという操作を実行する、トリガリングユニット７０１とを少なくとも備える。
【０１００】
好ましくは、ステータスモニタリング情報に基づき、臨時メインノードを選定する場合、前記処理ユニット７００は、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達したことを確認し、臨時メインノードとして選定する。または、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認したが、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、管轄範囲内において臨時メインノードとして選定する。または、獲得したステータスモニタリング情報に基づき、管轄範囲内の渋滞エリア面積が第１設定閾値に達していないことを確認し、渋滞エリアに位置する制御サーバ数が第２設定閾値に達していない場合、前記渋滞エリアにおいて制御サーバを臨時メインノードとして選定する。
【０１０１】
好ましくは、前記処理ユニット７００はさらに、設定した緊急事件が発生したことを確認した場合、前記装置を臨時メインノードとして選定する。
【０１０２】
好ましくは、渋滞エリアにおいて制御サーバを臨時メインノードとして選定する場合、前記処理ユニット７００は、獲得したステータスモニタリング情報に基づき、前記渋滞エリアにおける各制御サーバのステータスパラメーターと設定した基準ステータスパラメーターの比率をそれぞれコンピューティングし、デフォルト選別コンディションに基づき、獲得した各比率から１つの比率を選別する。さらに選別した比率に対応する制御サーバを臨時メインノードとする。 
【０１０３】
好ましくは、前記臨時メインノードをトリガリングし、設定したコンディションに合致する制御サーバへ購読情報を発表した場合、前記トリガリングユニット７０１は、もし前記装置を臨時メインノードとして選定すれば、第１設定コンディションに合致する制御サーバへ購読情報を直接発表する。
もし制御サーバを臨時メインノードとして選定すれば、前記臨時メインノードをトリガリングし、第２設定コンディションに合致する制御サーバへ購読情報を発表する。 
【０１０４】
好ましくは、前記臨時メインノードをトリガリングし、各制御サーバが購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する場合、前記トリガリングユニット７０１は、もし前記装置を臨時メインノードとして選定すれば、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する。
【０１０５】
もし制御サーバを臨時メインノードとして選定すれば、前記臨時メインノードをトリガリングし、各制御サーバが受信した購読情報に基づき報告したＩＰ化フィールドデバイス収集情報および相応の処理結果を受信し、獲得した各ＩＰ化フィールドデバイス収集情報および相応の処理結果に基づき、相応の協同制御ポリシーを生成し、生成した協同制御ポリシーを相応の制御サーバへそれぞれ送信する。 
【０１０６】
総じて、本発明の実施例において、中央システムにより全局的に協同制御を行うことができ、制御サーバによって局地的に協同制御を行うこともできる。制御サーバによって局地的に協同制御を行う場合、制御サーバは管轄エリア範囲内の具体的な状況に対して指向性をもつ協同制御ポリシーを発表できる。このように、中央システムの負担を軽くし、高度交通システムの全データ情報伝送量を減らす。同時に、さらにデータ情報の伝送時間を短縮し、協同制御ポリシーの策定と実行効率を高め、リアルタイム且つ効果的に交差点の交通渋滞問題を解決する。 
【０１０７】
本領域の技術者として、本発明の実施形態が方法、システム、またはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがわかるはずである。また、本発明は１つまたは複数のコンピュータプログラム製品の形式を採用できる。当該製品は、コンピュータ使用可能なプログラムコードを含むコンピュータ利用可能な記憶媒体（ディスク記憶装置、ＣＤ−ＲＯＭ、光学記憶装置などを含むがそれとは限らない）において実施する。
【０１０８】
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフローおよび／またはブロック図により本発明を記述した。理解すべきことは、コンピュータプログラムの指令により、フローおよび／またはブロック図における各フローおよび／またはブロックと、フローおよび／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を汎用コンピュータ、専用コンピュータ、組込み式処理装置、または他のプログラミング可能なデータ処理装置に提供でき、コンピュータまたは他のプログラミング可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における１つまたは複数のフローおよび／またはブロック図における１つのブロックまたは複数のブロックに指定される機能を実現する。
【０１０９】
これらのコンピュータプログラム指令はまた、コンピュータまたは他のプログラミング可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これにより、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、また、フロー図における１つまたは複数のフローおよび／またはブロック図における１つまたは複数のブロックにおいて指定される機能を実現できる。
【０１１０】
これらのコンピュータプログラム指令はまた、コンピュータまたは他のプログラミング可能なデータ処理装置に実装できる。コンピュータプログラム指令が実装されたコンピュータまたは他のプログラミング可能な装置は、一連な操作ステップを実行することにより、関連の処理を実現し、コンピュータまたは他のプログラミング可能な装置において実行される指令により、フロー図における１つまたは複数のフローおよび／またはブロック図における１つまたは複数のブロックに指定される機能を実現する。
【０１１１】
本発明の好ましい実施形態について記述したが、当業者は、本発明の基本的な技術思想を把握した上、多種多様な変更と変形を行える。そのような全ての変形と変更は本発明に記述された実施形態と共に、付加する請求の範囲の範囲内にあると解釈されるべきである。
無論、当業者により、上述した実施形態に記述された技術的な解決手段を改造し、またはその中の一部の技術要素を置換することもできる。そのような改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。
【符号の説明】
【０１１２】
６００  発表ユニット
６０１  受信ユニット
６０２  処理ユニット
７００  処理ユニット
７０１  トリガリングユニット
【図１】
2018055663.tif 000003
【図２】
2018055663.tif 000004
【図３】
2018055663.tif 000005
【図４】
2018055663.tif 000006
【図５】
2018055663.tif 000007
【図６】
2018055663.tif 000008
【図７】
2018055663.tif 000009