(57)【要約】交通信号制御方法およびシステムは交通信号プライオリティー（ＴＳＰ）ストラテジーをトリガーするためのオートマチック車両位置検知（ＡＶＬ）システムに、ＴＳＰ動作をトリガーする適正なタイミング、位置、条件を決定する一連の移動事象、および/またはその他の移動事象を組み込むことによって、交差点における通行車両の停滞時間を短縮する。また、交通信号制御方法およびシステムを利用することによって、例えば道路標識のような乗客/旅行者情報システムに車両状態を表示したり、交差点またはバス停における待ち時間をモニターすることができ、所与の場所への車両進入およびこの場所と関連する動作の結果に関する分野に使用することができる。
2006516342.tif 000002
【特許請求の範囲】
【請求項１】
所定の事象場所への車両の進入を検知し；
少なくとも１つの進入基準に関して車両状態を評価し；
車両状態が前記少なくとも１つの進入基準を満たせば、事象開始に対応する動作を起動し；
少なくとも１つの移動事象に対応する少なくとも１つの移動事象基準に関して車両状態を評価し;
車両状態が前記少なくとも１つの移動事象に対応する前記少なくとも１つの移動事象基準を満たせば、前記少なくとも１つの移動事象を起動し；
少なくとも１つの退出基準に関して車両状態を評価し；
車両状態が前記少なくとも１つの退出基準を満たせば、事象退出動作を起動するステップから成る移動事象トリガー方法。
【請求項２】
所定時間内に車両状態が退出基準を満たさない事象タイムアウト状態を検知し;
事象タイムアウト状態が発生すると、タイムアウト動作を起動するステップをも含む、請求項１に記載の方法。
【請求項３】
所定の事象場所への車両の進入を検知するステップが、所定の事象場所の半径内への車両進入を検知するステップを含む、請求項１に記載の方法。
【請求項４】
所定の事象場所への車両の進入を検知するステップが、所定の信号方向許容範囲内における車両の進行方向を検知するステップをも含む、請求項３に記載の方法。
【請求項５】
前記少なくとも１つの移動事象基準が所定のスケジュール順守および乗客カウント順守の少なくとも１つを含む、請求項１に記載の方法。
【請求項６】
前記少なくとも１つの移動事象基準が車両状態を数値に照らして評価する、請求項１に記載の方法。
【請求項７】
前記少なくとも１つの移動事象基準が車両状態を真/偽状態に照らして評価する、請求項１に記載の方法。
【請求項８】
前記少なくとも１つの移動事象基準が割込み可能/割込み不能状態をも含み、前記少なくとも１つの移動事象が割込み可能であるかどうかのチェックをも含む、請求項１に記載の方法。
【請求項９】
少なくとも１つの移動事象基準に従って車両状態を評価するステップが、複数の移動事象基準に従って車両状態を評価するステップを含み、複数の移動事象基準が満たされると起動ステップが行われる、請求項１に記載の方法。
【請求項１０】
少なくとも１つの退出基準に照らして車両状態を評価するステップが、事象開始後の所定距離に亘る車両走行と所定時間経過のうちの早い方を検知するステップを含む、請求項１に記載の方法。
【請求項１１】
前記少なくとも１つの移動事象基準が、車両状態を評価するための複数の移動事象基準を含む、請求項１に記載の方法。
【請求項１２】
前記少なくとも１つの移動事象が複数の移動事象を含み、前記少なくとも１つの移動事象基準が複数の移動事象基準を含む、請求項１に記載の方法。
【請求項１３】
複数の移動事象を所定の事象ヒエラルキーに順序付けし、所与の事象ヒエラルキーが親事象と少なくとも１つの子事象を含む、請求項１２に記載の方法。
【請求項１４】
前記複数の移動事象基準に照らして車両状態を評価するステップが、
複数の親事象を事象プールにおいてモニターし；
車両状態が前記少なくとも１つの親事象と関連する移動事象基準を満たせば、前記少なくとも１つの子事象を可能化するステップを含む、請求項１３に記載の方法。
【請求項１５】
車両状態が第１の所定時間内に退出基準の少なくとも１つを満たさなければ、事象タイムアウト状態を検知し；
第２の所定時間内に子事象が可能化されない事象タイムアウト状態を検知し；
事象タイムアウト状態が検知されるとタイムアウト動作を起動するステップをも含む、請求項１３に記載の方法。
【請求項１６】
タイムプロフィル定義に照らして車両状態を評価し；
車両状態がタイムプロフィル定義を満たすと、前記少なくとも１つの進入基準、少なくとも１つの移動事象基準、および少なくとも１つの退出基準に照らして車両状態を評価するステップを実行するステップをも含む、請求項１に記載の方法。
【請求項１７】
少なくとも１つの移動事象を起動するステップが、交通信号プライオリティーリクエストと交通信号プライオリティー取消の少なくとも一方を起動するステップを含む、請求項１に記載の方法。
【請求項１８】
第２の車両に対応する第２車両状態を少なくとも１つの進入基準に照らして評価し；
少なくとも１つの交通制御システム基準に従って車両状態および第２車両状態を検証し；
検証ステップに基づき、車両状態および第２車両状態の少なくとも１つに対応する少なくとも１つの移動事象の起動を承認するステップをも含む、請求項１に記載の方法。
【請求項１９】
交通信号プライオリティー制御システムのために使用される移動コンピュータであって、
少なくとも１つの移動事象を定義する移動事象基準を含む少なくとも１つの事象定義データブロックを含む記憶装置と；
移動事象基準に照らして車両状態を評価し、移動事象基準が満たされれば移動事象を起動するアルゴリズムを含むプロセッサから成る移動コンピュータ。
【請求項２０】
移動事象基準が親事象と親事象に依存する少なくとも１つの子事象を定義し、プロセッサが親事象と少なくとも１つの子事象を含む一連の移動事象に照らして車両状態を評価し、親事象および前記少なくとも１つの子事象に冠する移動事象基準が満たされれば、プロセッサが移動事象を起動する、請求項１９に記載の移動コンピュータ。
【請求項２１】
交通信号プライオリティー制御システムであって、
少なくとも１つの移動事象を定義する移動事象基準を含む少なくとも１つの事象デ−タ・ブロックを含む記憶装置と；
移動事象基準に照らして車両状態を評価し、移動事象基準が満たされれば移動事象を起動するアルゴリズムを含むプロセッサとを有する
移動コンピュータと；
移動事象の起動に対する車上搭載装置の応答に応答する受信装置と；
受信装置の応答に基づいて交通信号を制御する交通信号制御システムから成る交通信号プライオリティー制御システム。
【請求項２２】
受信装置が路上設置検知器であり、車上搭載装置が移動事象の起動に対応するエミッタ状態を有する信号エミッタである、請求項２１に記載の交通信号プライオリティー制御システム。
【請求項２３】
車上搭載装置が無線通信装置であり、受信装置が無線通信装置との間でディジタル・データを送受信できるコンピュータ・システムであり、
コンピュータ・システムと通信して、コンピュータ・システムからの交通信号プライオリティーリクエストおよび交通信号プライオリティー取消の少なくとも一方を介して複数の交通信号を選択的に制御する交通信号制御システムをも含む、請求項２１に記載の交通信号プライオリティー制御システム。
【請求項２４】
コンピュータ・システムが交通信号プライオリティーリクエストおよび交通信号プライオリティー取消の少なくとも一方を選択的に交通信号制御システムに送信するメッセージ送信ファンクションを有する、請求項２３に記載の交通信号プライオリティー制御システム。
【請求項２５】
メッセージ送信ファンクションが
交通信号制御システムへの交通信号プライオリティーリクエストおよび交通信号プライオリティー取消の少なくとも一方の送信を選択的に可能化および不能化できる設定ファンクションと； 
複数の車両からの交通信号プライオリティーリクエストおよび交通信号プライオリティー取消の少なくとも一方を運用する実施ファンクションと；
コンピュータ・システムと交通信号制御システムとの間の通信リンクを提供するインターフェースを含む、請求項２４に記載の交通信号プライオリティー制御システム。
【請求項２６】
コンピュータ・データ記憶装置をも含み、実施ファンクションが交通信号プライオリティーリクエストおよび取消の履歴を書き込むことによって履歴概略報告を作成する、請求項２５に記載の交通信号プライオリティー制御システム。
【請求項２７】
設定ファンクションが、特定の車両、一群の車両、同一車種の一群の車両、車両ルート、特定の交差点、一群の交差点、タイム・プロフィル、および所与の時間範囲中に送信された交通信号プライオリティーリクエストの総数のうちの少なくとも１つの特性に基づいて信号の送信を選択的に可能化および不能化する、請求項２５に記載の交通信号プライオリティー制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は交通信号の制御、特に交通状態に基づく交通信号の制御に係わる。
【背景技術】
【０００２】
交通信号プライオリティー（ＴＳＰ）は交通信号のある交差点における通行車両の流れを円滑にする運用戦略である。ＴＳＰは通行車両に合わせて正規の信号動作プロセスを変更することによって交差点における通行車両の待ち時間を短縮する。ＴＳＰはまた、同じ交差点を異なる方向から通過する他の車両に対する影響を軽減しようとするものである。交通信号プライオリティーによって、運行スケジュールの順守度、交通能率、交通情報の正確さを改善すると共に、道路網全体の能率を向上させる。
【０００３】
尚、交通信号プライオリティーは交通信号先取りとは異なる。即ち、交通信号先取りは特殊な理由（例えば、列車の接近、緊急呼び出しに応じた救急車やパトカーの通過など）から正規のプロセスを中断するのに対して、交通信号プライオリティーは正規の信号動作プロセスを中断するのではなく変更する。交通信号プライオリティーを実施するためのアプローチは２つのタイプに大別される。基本的な形式は、交差点に接近する車両を検知して交通信号コントローラに対して“チェック-イン”コールを送信する第１検知器を利用することによって特定の交差点レベルで行う特定交差点ＴＳＰである。第２検知器は車両が交差点を通過するのを検知して交通信号コントローラに対して“チェック-アウト”コールを送信し、この事実をコントローラに知らせる。
【０００４】
しかし、このシステムには幾つかの欠点がある。先ず、交差点へ接近する車両を検知するため、それぞれのＴＳＰ交差点に検知器および/または受信器を設置する必要がある。その上、交差点へ車両が到達する推定時間（ＥＴＡ）を割り出すための走行速度に関する詳細な情報を作成する能力に欠ける。このような制約はＴＳＰリクエストをトリガーする際の正確さを損なう恐れがある。さらにまた、このアプローチでは、交通の流れを円滑化し、他の方向からの交通の流れの影響を軽減し、交差点での歩行者の安全を確保する戦略を計算するためのアルゴリズムに必要な多くのファクターに関する情報が提供されないから、このＴＳＰアプローチに交通制御戦略アルゴリズムを組み込むのは困難である。
【０００５】
比較的高性能のアプローチとしては、交差点における交通信号コントローラおよび/またはネットワークの集中制御センターと交信するオートマチック車両位置検知（ＡＶＬ）および制御（ＡＶＬＣ）システムを組み込むアプローチが公知である。制御センターはネットワーク接続を介して交差点の交通信号にプライオリティー・リクエストを送信する。このアプローチの実施態様として、車両は周期的に制御センターに対してＧＰＳ位置データを送信しなければならない。制御センターは他の情報との組み合わせで速度と推定到達時間を計算して、交差点においてＴＳＰが必要か否かを判断する。もし必要なら、制御センターは交通信号コントローラに対して対応のＴＳＰリクエストまたは取消を送信する。
【０００６】
このように道路ネットワークをベースとするＴＳＰシステムの制御センターにおいてＴＳＰリクエストまたは取消が決定される場合、リクエスト発信の正確さは移動ユニット(例えば、車両）が制御センターへ移動位置メッセージを送信する頻度によって左右される。車両位置報告の頻度が高ければシステム中の無線その他の部品にかかる負荷が大きくなり、頻度が低ければ交通信号変更をトリガーするタイミングが不正確になる恐れがある。伝送速度は通常、毎秒１メッセージ程度（１Ｈｚ）である。しかし、特に、同時に多くの車両が走行し、ＴＳＰに対する需要が多い大都市の場合、車両と制御センターとの間のデータ伝送が無線の混雑を引き起こす可能性がある。
【０００７】
そこで、交通の流れを最適化するため、より正確に交通信号を制御できる方法およびシステムの提供が望まれる。
【発明の概要】
【０００８】
本発明は移動事象トリガー・ファンクションを利用する交通信号プライオリティー（ＴＳＰ）サブシステムを、ＡＶＬ/ＡＶＬＣ移動システムを備えた既存の交通管理システムに付加する方法およびシステムに係わる。広義において、本発明は既存の移動システムに包括的な移動事象トリガー・ファンクションを付加する。このファンクションは事象開始の定義、評価基準、事象の開始、事象の終了、または事象のタイムアウトに関連する動作を含む。一実施態様として、本発明は、事象の定義、事象の基準、事象に対応する動作などを実際に特徴付けるデータから、移動事象ファンクションを実行するコードを切り離す。移動事象ファンクション実行コードを事象定義から切り離すことによって、本発明はコンピュータ・コードに変更を加えることなく、異なる条件、異なる動作を有する多くの異なる移動事象を作り出すことができる。
【０００９】
ファンクションは所与の移動事象の開始と終了を規定する“進入”基準と“退出”基準の双方を含む。例えば、単純な移動事象ならば、その“進入”基準として所定の位置および予め規定された許容範囲の事象方向を含む。特定の車両が移動事象を開始したか否かの評価はオートマチック車両位置検知サブシステムからの現時点車両位置および方向によって行うことができる。もし車両が所定の位置にあり、その進行方向が予め規定された事象方向の許容範囲内ならば、移動事象ファンクションはこの事態を事象“進入”と判断し、これに対応する動作(例えば、緑信号灯リクエストなど）および/またはその他の事象基準の評価を起動する。
【００１０】
同様に、ファンクションは“退出”基準を、例えば、予め規定された距離閾値または時間閾値として定義することができる。車両の移動距離がこの距離閾値を超えるか、または予め規定された時間閾値が経過すると、“退出”対応動作を起動し、例えば、交通信号プライオリティー取消をリクエストして交通信号制御システムを正規の動作モードにリセットする。
【００１１】
本発明の一実施態様においては、複合移動事象ファンクションが一連の移動事象を単一のファンクションとしてリンクすることができる。例えば、“進入”対応動作として、独自の進入基準、論理基準、進入対応動作、退出基準、退出対応動作などを有する子事象をアクティブ化することができる。一連の事象を順序付けする実施態様では、早すぎる、または不適切な交通障害通報の実施を防止することができる。
【００１２】
本発明は車両搭載コンピュータおよびオートマチック車両位置検知システム（ＡＶＬ）を利用して実施することができる。オートマチック車両位置検知システムはＧＰＳ、またはＧＰＳ、慣性ナビゲーション・システム（ＩＮＳ）などを組み合わせた高性能移動ナビゲーション・システムを利用することがきる。
【００１３】
従って、本発明は何時、何処で、如何なる条件下で適正な交通信号プライオリティーをリクエストまたは取消すべきかを判断することができると共に、然るべき場所で、然るべき時点で、然るべき条件下でその他の移動通報（例えば、乗客/旅行者情報システムに表示される車両状態、交差点での滞留時間、バス停での待ち時間など）を提供することができる。本発明は無線交信の混雑を招くことなく、移動制御ユニットにおいて確実に且つ正確にＴＳＰをトリガーすることを可能にする。このシステムおよび方法は特定場所をベースとする交通信号制御システムだけでなく、道路ネットワークをベースとする交通信号制御システムにおいても優れたＴＳＰの実施を可能にする。
【実施例】
【００１４】
広義において、本発明はオートマチック車両位置検知（ＡＶＬ）および制御（ＡＶＬＣ）移動システムを備えた既存の交通管理システムに、移動事象トリガーファンクションを利用する交通信号プライオリティー（ＴＳＰ）サブシステムを付加する方法およびシステムに係わる。オートマチック車両位置検知システムはＧＰＳ、またはＧＰＳ、慣性ナビゲーション・システム（ＩＮＳ）などを組み合わせた高ファンクションの移動ナビゲーション・システムを使用することができる。
【００１５】
具体的には、本発明は包括的な移動事象トリガーファンクションを既存の移動システムに組み込む。このファンクションは進入事象の定義、評価基準、進入、退出、または移動事象タイムアウトに関連する動作を含む。本発明は実際の事象の定義、事象の基準、事象動作などを形成するデータから移動事象対応ファンクションを実施する包括的なコンピュータ・コードを分類する。事象を定義することによって移動事象の進行を分類することで、移動システム内のコンピュータ・コードを変えることなく条件や動作の異なる多くの移動事象を惹き起こすことができる。移動事象の定義、ファンクション、および所与の交通場所において検知された行動から、本発明は何時、何処で、如何なる条件下で適正な交通信号リクエストおよび/または適正な交通信号リクエスト取消を発信するかを決定する。
【００１６】
本発明を利用することによって、所与の告知手段で伝達される情報として、その他の移動情報を適当な場所、時刻および条件において発信することができる。このような移動情報を利用することによって、例えば、道路標識のような乗客/旅行者情報システムのための、または交差点やバス停における待ち時間をモニターするための車両状態を出力することができる。
【００１７】
ここで図面を参照して説明すると、図１は関連する子事象のない単一の事象から成る単純な移動事象を図解している。この例においては、移動事象は所定の場所および“進入”基準として予め設定された許容範囲の進行方向事象を含む。特定の車両が移動事象を開始したかどうかは、オートマチック車両位置検知サブシステムから車両の現在位置と進行方向によって評価することができる。
【００１８】
もし車両が所定場所内に位置し、車両の進行方向が予め設定された進行方向事象の許容範囲内なら、移動事象対応ファンクションはこの事態を“進入”事象と見做す。図１に示す例では、車両５０２が適正な進行方向範囲（Ｃ）で事象場所（Ｂ）のバッファ距離（Ａ）に達すると、進入事象が起こる。
【００１９】
事象は進入に関する１組の最適基準に照らして評価すればよい。基準として、例えば、車両が基準点に対して正常な、即ち、スケジュール通りに到着する状態にあるかどうかを挙げることができる。もし基準が満たされているなら、移動事象が“ファイヤ”または“アクティブ化”され、移動事象に対応する動作が開始される。この例においては、進入事象の評価の結果、バスが予め設定された限界時刻よりも遅れて進入した場合、移動事象に対応するファンクションはこの事象が“ファイヤ”または“アクティブ化”されたものと見做し、例えば、交通信号灯を緑にするようリクエストする。車両がスケジュール通りに進入すれば、この事象がアクティブ化され、バス停へ到着メッセージを送信することになる。
【００２０】
移動事象には、これに関連する最適“退出”基準、例えば、予め設定された距離閾値または時間閾値をも設けることができる。例えば、もし車両の移動距離が距離閾値を超えるか、または時間閾値が経過すると、車両の移動が“退出”対応動作を起動する。例えば、交通信号プライオリティー取消をリクエストして、交通制御システムを正規動作モードにリセットする。本発明はまた、退出事象の条件を満たすことができない場合、または所定のタイムアウト閾値以内に子事象をアクティブ化できない場合の安全策を提供する。例えば、退出事象条件が魅される前に、または子事象がアクティブ化される前にタイマーが予め設定された閾値を超えると、事象は“タイムアウト”と見做され、予め設定された最適タイムアウト対応動作が直ちに実行される。
【００２１】
所要の交通制御成果を達成するには、多くの交通事象はさらに複雑な基準を必要とする。図２は一連の移動事象がつながって１つの事象群を形成する、本発明の複合移動事象の一例を図解したものである。一般に、複合移動事象では、アクティブ化された事象が関連の子事象を引き起こし、子事象はそれ自体の場所進入基準、論理基準、進入対応動作、退出条件、退出対応動作などを有する。一連の事象を順序付けすることによって早すぎる、または不適切な交通障害通報を制限することができる。
【００２２】
例えば、信号器のある交差点の手前にバス停がある場合、事象群を利用することによって、ＴＳＰリクエストが単一事象に基づいてなら発生するかもしれない早すぎるＴＳＰを防止することができる。複合移動事象の場合のＴＳＰリクエストは先行の事象が基準を満たして初めて引き起こされる。バス停を例に取ると、これらの先行事象としては、例えば、所与の場所へ進入するバス、遅れて走行しているバスなどであり、バスのドアの開閉チェック(乗客の乗車完了）およびバス停からのバス発車検知などの子事象をアクティブ化することになる。これらの先行事象がすべて検知されて始めてＴＳＰリクエストが送信される。
【００２３】
図２は複合移動事象を利用するＴＳＰをトリガーするために移動事象を利用する方法を示す。説明の便宜上、図２の例はバスのスケジュール順守に焦点を置いているが、ＴＳＰリクエストが複数の関連事象に基づくような状況において複合移動事象を利用することができる。この例では、車両が上記バッファおよび進行方向によって定義されるＴＳＰトリガー点に進入し、予め設定されたバスの運行スケジュールよりも遅れていると、移動事象がアクティブ化される。具体的には、車両がトリガー点に進入すると、進入対応動作としてＴＳＰリクエストを送信すると共に子事象をもアクティブ化してＴＳＰ取消をリクエストする。
【００２４】
車両が交差点１５２を通過すると、この動作が子事象をトリガーし、その結果、ＴＳＰ取消メッセージが交通信号器へ送られてＴＳＰプロセスを完了する。
移動事象トリガー方法を、子事象に関連するタイムアウトファンクションを含むように構成することができる。もし事象がタイムアウトし、子事象がトリガーされていなければ、タイムアウト動作が実行される。ＴＳＰリクエスト事象において、例えば、タイムアウト対応動作はＴＳＰリクエストを取り消すＴＳＰ取消の形を取ることができる。タイムアウト対応ファンクションにより、車両は、もしＴＳＰ取消事象が実際の車両動作によってトリガーされなくても（例えば、車両が交差点を迂回し、本来ならＴＳＰ取消をトリガーする受信装置を使用しない場合でも）、車両はＴＳＰ取消を送信することができる。
【００２５】
図３は交差点の手前にバス停２００があると交通信号がトリガーされるケースの例である。一連の移動事象における個々の移動事象はそれぞれに連携の進入動作および退出動作を有することができるから、この場合には、ＴＳＰリクエストを退出動作に限定することで対応が簡単になる。即ち、バス停２００にバスが到着するとＴＳＰ事象がファイヤされるが、バスがある距離だけ移動してバス停２００を後にするまでＴＳＰは送信されないようにすればよい。
【００２６】
図４はＴＳＰリクエストの早すぎるトリガーを避けるための移動事象を創成する方法の一例を図解したものである。この例では、別の事象を一連の事象に組み込むことによって、車両が学校２１０に到着する前にＴＳＰリクエストが送信されるのを防止し、車両が学校２１０を通り過ぎてから初めてＴＳＰ移動事象がアクティブ化されるようにする。進入方向事象を含むことで、車両が学校２１０を後にする前に移動事象がアクティブ化されることはない。従って、第１の事象（即ち、車両が学校を通り過ぎること）かアクティブ化されて初めてＴＳＰリクエストがアクティブ化される。
【００２７】
本発明はまた、図５に示すように、移動事象を繰返しトリガーすることをも可能にする。図示例の場合、バスは交差点を迂回し、この同じ交差点に戻る。連携の移動事象基準がすべて満たされる限り、交通信号プライオリティーは正しく作用する。
【００２８】
ＴＳＰリクエストまたは取消をトリガーする移動事象は本発明のシステムにより、種々の定義に照らして決定することができる。上述したように、所与の移動事象対応動作のトリガーは移動事象を実際に定義するデータとは無関係に行われる。換言すれば、図１乃至図５に関連して述べた動作は移動事象そのものを定義するデータとは無関係である。従って、移動事象に基づく動作を実際に実施するソフトウェアに変更を加えることなく、移動事象の具体的な特性を定義することができる。
【００２９】
移動事象の定義は事象の地理的場所、事象トリガー基準、事象に対応する動作、および、もし存在するなら、関連の子事象を含むことができる。１つの実施態様として、移動事象定義データ項目を４つのカテゴリー：識別データ、基準データ、動作データ、および関連子事象に分類することができる。説明の便宜上、本発明の一実施例における種々の移動事象項目の定義を下記の表１に示す。
【００３０】
表１
移動事象データ欄    説明
事象              事象識別子。該当値を移動事象メッセージの事象ＩＤ欄に送信する。
例えば、ＴＳＰをネットワーク構成するため、または道路標識の表示
のために情報を制御センターへ伝送する必要がある場合にのみ、移動
事象を送信する。
分類              一連の事象を１つのグループとして分類する。
順序              グループにおける事象の順序を示す値。順序＝１は基本数であり、常
に最初に評価される。順序２の記録は、直前の順序１の事象が順序１
に関する基準すべてを満たす場合にのみ評価される。順序３の記録は
直前の順序２の事象が順序３に関する基準すべてを満たす場合にのみ
評価される。順序４、５以降についても同様である。事象モニタリン
グの結果、次の順序の記録(例えば、順序１の記録に続く順序２の記
録）が検知され、ネクスト・フラッグが１にセット (可能化）される
と、子事象が確定される。
タイム・プロフィル  この値をタイム・プロフィル・データ・ブロックと突合せ、もしこ
の値が無効なら、事象は随時適用可能である。
可能化フラッグ    非０にセットして事象を可能化する。０にセットすれば、記録は不能
化される。
タイプ            事象のタイプを識別する値。例えば：
１−道路標識
２−交通信号
３−バス停
４-交差点
該当値は移動事象メッセージの事象タイプ欄へ送信される。
属性              事象と関連する属性。例えば、ＴＳＰ事象においては、属性はＴＳＰ
ネットワーク・アドレスなどの検索に利用できる交通信号ＩＤであ
る。
場所基準フラッグ  非０にセットすると、緯度、経度、距離、信号方向、および信号方向
偏差を利用して場所基準がチェックされる。０にセットすると、場所
のチェックは望めない。
緯度              地点の緯度を表わす長い整数値。
経度              地点の経度を表わす長い整数値。
バッファ距離(進入）  緯度および経度によって表わされる地点を中心とする半径
（フィート）。
接近方向          車両の進行方向を記述する０°から３５９°までの整数。例えば:
０          北
９０        東
１８０      南
２７０      西
進行方向偏差      規定の方向から左右への車両進行方向の偏差角度を示す整数。偏差≧
１８０°は車両がさらに移動する必要があるにもかかわらず、“無頓
着”状態を生む。
順守基準フラッグ  スケジュール順守を可能化するには、非０にセットする。チェックを
不能化するには０にセットする。
タイムポイント    順守チェックにどの時点を利用するかを示すＩＤ。例えば、次に車両
が規定のＩＤを有するタイムポイントと遭遇する時がそのタイムポイ
ントである。
順守度の閾値      順守度の限界。ポジティブな順守はスケジュールよりも早く到着する
こと、ネガティブな順守はスケジュールよりも遅れて到着すること。
順守オペレータ    “＜”または“＞”。
もし＜（以下）なら、規定のタイムポイントに対する現時点での順守
度が順守閾値以下でなければこの検査をパスできない。
もし＞（以上）なら、順守度が順守閾値以上でなければこの検査をパ
スできない。
他の値にセットされると、検査は偽と見做される。
基準組み合わせ   “＆”または“｜”。
オペレータ        もし＆なら、この基準および他のすべての基準をパスしなければパス
の状態とはならない。
もし｜なら、選択された検査のうちのいずれかをパスすればパスの状
態となる。
アクション・コード  上記検査をパスするために行うべき動作。
退出距離          車両が事象に進入してからこの事象から退出するまでのフィート数。
退出時間          車両が事象に進入してからの秒数。車両は事象からの退出を強制され
る。
退出アクション・コード  事象から退出するために実施すべき動作。退出距離または退出
時間検査が車両を事象から退出させる。
次の事象フラッグあり    １にセットされれば、以後の記録は子事象である。（同じグ
ループ内で１だけ増分された順序番号は次の子事象である。０
にセットされれば、これ以上子事象は存在しない。
次の事象までのタイマー  進入タイム間の秒数。タイマーが時間切れになり、この事象が
退出ではなく、次の事象が始まらなければ、この事象はタイム
アウトと見做される。
タイムアウト・アクション・コード  事象タイムアウトを実行するための動作
【００３１】
本発明の範囲を逸脱することなく移動事象の定義にその他の項目および特性を含めることができる。図面を参照しながら、本発明に採用できそうなその他の項目および特性を以下に詳述する。
【００３２】
図６Ａ乃至６Ｅにはそれぞれタイプの異なる移動事象定義データ・ブロックの例を示す。これらの図から明らかなように、それぞれの移動事象定義は任意の数の欄および欄の組み合わせを含むことによって、事象定義のフレキシビリティを高めている。
【００３３】
図６Ａは主要移動事象データ・ブロックの一例を示す。Ｅｖｅｎｔ  ＩＤ  ３００は事象を独自に識別するキーである。Ｅｖｅｎｔ  ＩＤ  ３００を利用することによってそれぞれ異なる事象定義データ・ブロックを同じＥｖｅｎｔ  ＩＤ  ３００と関連付けることができる。Ｅｖｅｎｔ  Ｇｒｏｕｐ  ＩＤ  ３０２とＥｖｅｎｔ  Ｓｅｑｕｅｎｃｅ  ＩＤ  ３０４を利用することで、一連の事象を１つのグループにまとめる。Ｅｖｅｎｔ  Ｇｒｏｕｐ  ＩＤ  ３０２は特定のグループを識別し、Ｅｖｅｎｔ  Ｓｅｑｕｅｎｃｅ  ＩＤ  ３０４はグループ内で事象がアクティブ化する順序を識別する。
【００３４】
事象が固定路線バスに適用できる場合には、移動事象にＲｏｕｔｅ  ＩＤ  ３０６およびＦｏｕｔｅ  Ｄｉｒｅｃｔｉｏｎ  ＩＤ  ３０８をふくめることができる。この例ではＲｏｕｔｅ  ＩＤ  ３０６およびＲｏｕｔｅ  Ｄｉｒｅｃｔｉｏｎ  ＩＤ  ３０８を利用することによって特定路線を識別するが、必要に応じて他の路線識別情報をも利用することができる。移動事象定義に有効なＲｏｕｔｅ  ＩＤ  ３０６およびＲｏｕｔｅ  Ｄｉｒｅｃｔｉｏｎ  ＩＤ  ３０８が与えられると、バスのドライバーが車両を所与の路線に従って所与の方向へ走行させるようにシステムに入力すれば、移動事象は所与の路線および方向に関してのみ有効である。Ｒｏｕｔｅ  ＩＤ  ３０６およびＤｉｒｅｃｔｉｏｎ  ＩＤ  ３０８が無効なら、事象は移動事象に関連して定義されている場所へ進入する如何なる車両にも適用できる。
【００３５】
Ｔｉｍｅ  Ｐｒｏｆｉｌｅ  ＩＤ  ３１０を利用することによって、事象が適用可能な特定の時間を定義することができる。Ｔｉｍｅ  Ｐｒｏｆｉｌｅの定義の具体例を図７に示す。運行日３１０aを利用することによって曜日を表わすことができる。実際には、運行日をさらに具体化して、該当日、例えば、ウイークデー、土曜日、登校日、休日などを示すことができる。該当日との組み合わせで、開始時間３１０ｂおよび終了時間３０１ｃによって、所与の事象が適用可能な具体的な時間枠を特定する。記述３１０ｄは具体的な時間枠を示す。所与の移動事象と関連するタイム・プロフィルがなければ、時間の制約なく、事象はどの時点でもアクティブ化させることができる。
【００３６】
Ｅｎａｂｌｅ  Ｅｖｅｎｔ欄３１２に非０値を定義することによって移動事象を“ｅｎａｂｌｅ”マークすることができる。もし、特定の移動事象がＥｎａｂｌｅ  Ｅｖｅｎｔ欄３１２において０としてマークされておれば、その事象はターン・オフされ、移動システムにおいて使用されない。無線通信ファンクションを有する移動システムに本発明を利用すれば、制御センターから移動ユニットへのメッセージによってＥｎａｂｌｅ  Ｅｖｅｎｔ  ３１２欄を容易にオン・オフすることができる。
【００３７】
Ｅｖｅｎｔ  Ｔｙｐｅ  ＩＤ  ３１４は移動事象定義によって定義される事象のタイプを定義する。この例では、Ｅｖｅｎｔ  Ｔｙｐｅ  ＩＤ  “２”３１４は、定義される移動事象が交通信号プライオリティー（ＴＳＰ）事象であることを示す。事象のその他のタイプとして、例えば、道路標識、バス停、交差点などがある。Ｅｖｅｎｔ  Ａｔｔｒｉｂｕｔｅ  ＩＤ  ３１６をＥｖｅｎｔ  Ｔｙｐｅ  ＩＤ  ３１４と併用することによって、関連の事象情報を求めることができる。この例では、Ｅｖｅｎｔ  Ａｔｔｒｉｂｕｔｅ  ＩＤ  “１”および“６”は交通信号ＩＤｓを表わし、これを利用することによって対応する交通信号と関連する情報を検索することができる。
【００３８】
図６Ａに示すように、移動事象データ・ブロックは、移動事象がより複雑な事象の一部である場合、関連の事象をも定義することができる。もし“Ｈａｓ  Ｎｅｘｔ  Ｅｖｅｎｔ”欄３１８が非０なら、同じＥｖｅｎｔ  Ｇｒｏｕｐ  ＩＤ  ３０２および直ぐ後のＥｖｅｎｔ  Ｓｅｑ  ＩＤ  ３０４を有するデータ・ブロック中の次の事象は次にアクティブ化すべき移動事象である。所与の主要事象はこれと連携するＴｉｍｅｒ  Ｔｏ  Ｎｅｘｔ  Ｅｖｅｎｔ欄３２０を持つことができ、この欄３２０は関連の子事象をアクティブ化すべきタイム・リミットを支持する。関連の子事象がアクティブ化しないままにタイマーが切れると、主要事象がＴｉｍｅｏｕｔ  Ａｃｔｉｏｎ  ＩＤ  ３２２に定義されているタイムアウト動作を起動する。
【００３９】
図６Ｂ，６Ｃ，６Ｄおよび６Ｅは種々の事象基準を定義する移動事象データ・ブロックの例を示す。図６Ｂに示す事象定義データ・ブロックは特定移動事象の場所基準の例である。この例では、Ｅｖｅｎｔ  ＩＤ  ３００が場所基準を特定の移動事象と関連させる。換言すれば、Ｅｖｅｎｔ  ＩＤ  ３００によって、同じ移動事象と関連する種々の定義を容易に識別することが可能になる。Ｕｓｅ  Ｌｏｃａｔｉｏｎ  Ｃｒｉｔｅｒｉｏｎ欄３２４は所与の場所基準がこれと関連する移動事象のために採用されるか否かを示す。車両の位置がＬａｔｉｔｕｄｅ（緯度）３２６およびＬｏｎｇｉｔｕｄｅ(経度）３２８によって定義される場所の所定のＢｕｆｆｅｒ  Ｄｉｓｔａｎｃｅ(バッファ距離）３３０以内にあり、車両の進行方向が±Ｈｅａｄｉｎｇ  Ｄｅｖｉａｔｉｏｎ（進行方向偏差）で所定のＡｐｐｒｏａｃｈｉｎｇ  Ｈｅａｄｉｎｇ(接近方向）３３２
内であれば、場所基準は真であると見做される。Ｃｒｉｔｅｒｉａ  Ｃｏｍｂｉｎａｔｉｏｎ（基準組み合わせ）欄３３６は所与の場所基準を同じ移動事象の他の基準と共に示すのに利用される。カラムの値が“＆”（ＡＮＤ）である場合、移動事象をアクティブ化するには、この基準が同じ移動事象と関連する他のすべての基準と共に真でなければならない。
【００４０】
図６Ｃは時間閾値との関係における種々の移動事象の順守基準の例を示す。順守基準は交通信号プライオリティーの発信を、車両が種々の閾値を順守する場合に限定するのに使用される。この例では、車両の運行が所定の時間閾値よりも遅れている場合にのみ順守基準が適用される。例えば、図６Ｃの行２において、Ｅｖｅｎｔ  ＩＤ  ３００は１であり、規定のＴｉｍｅ  Ｐｏｉｎｔ  ３４０におけるＴｉｍｅｐｏｉｎｔ  Ａｄｈｅｒｅｎｃｅ  Ｔｈｒｅｓｈｏｌｄ（タイムポイント順守閾値）３４２は５分間と設定されており、負の値はスケジュールのタイムポイントよりも遅い閾値を表わす。順守オペレータ３４４は順守基準が真と見做される状況を示す。例えば、図６の行２において、記号“＜”は、現時点での実際のスケジュール順守度が−５以下（即ち、車両が５分間以上の遅れで走行している）なら、基準が真であると見做されることを示す。
【００４１】
図６Ｄは順守基準の他の例を示す図であり、この基準は乗客量の閾値に基づく基準である。この例の場合、使用される順守基準は乗客数３４２ａに基づいており、乗客数か予め定められた閾値以上の場合に限って交通信号プライオリティーが発信される。具体的には、図６Ｄの行２に示す基準を適用するには、この例の場合、乗客数が２５名以上でなければならない。
【００４２】
先の例と同様に、Ｕｓｅ  Ｐａｓｓｅｎｇｅｒ  Ｃｏｕｎｔｅｒ  Ｃｒｉｔｅｒｉｏｎ欄３３８ａ特定の事象がこれに関連する乗客事象基準を有するか否かを示す。Ａｄｈｅｒｅｎｃｅ  Ｏｐｅｒａｔｏｒ欄３４４およびＣｒｉｔｅｒｉａ  Ｃｏｍｂｉｎａｔｉｏｎ欄３４６は先の例と同じである。Ｕｓｅ  Ｐａｓｓｅｎｇｅｒ  Ｃｏｕｎｔ  ３４７欄はこの事象に乗客数基準が使用されているか否かに基づいてセットすることができる。例えば、もしオペレータが所与の事象に対して乗客数基準を不能化したければ、オペレータはＵｓｅ  Ｐａｓｓｅｎｇｅｒ  Ｃｏｕｎｔ  ３４７欄に非０値を入力すればよい。
【００４３】
所与の移動事象が順守基準と乗客数基準の双方を含むことがある。図示例の場合、データ・ブロック中の行２に相当する事象にたいしては、車両が５分間以上遅れており、乗客数が２５名以上である時に限り、ＴＳＰリクエストが発信される。
【００４４】
図６Ｅは種々の移動事象に関する車両状態基準を定義するデータ・ブロックの一例を示す。例えば、図６Ｅの行５におけるＥｖｅｎｔ  ＩＤ  ３００は１７であり、Ｅｖｅｎｔ  ＩＤが１７である他の基準に基準をリンクする。ｓｗ断つｓＵｓｅ  Ｖｅｈｉｃｌｅ  Ｃｒｉｔｅｒｉｏｎ  ３４８における非０値はこの基準が使用されることを示す。Ｓｔａｔｕｓ  Ｔｙｐｅ  ３５０は評価すべき車両部分状態（この例ではドア）を示し、Ｓｔａｔｕｓ欄３５２は真偽を判定するため基準中に使用されている特定の状態を示す。Ｅｖｅｎｔ  ＩＤ  １７の場合、車両ドア状態３５２がオープンなら、この基準はＣｏｎｄｉｔｉｏｎ欄３５４に照らして真であると見做される。Ｃｒｉｔｅｒｉａ  Ｃｏｍｂｉｎａｔｉｏｎ欄３４６の作用は上述した通りであり、基準が移動事象をアクティブ化する前に満たさねばならない幾つかの基準の１つであることを示す。
【００４５】
選ばれた基準の所要の組み合わせが事象データ・ブロックに定義されているように満たされれば、これらの基準と関連する移動事象は“アクティブ化”の状態にあると見做される。アクティブ化された移動事象は、基準が満たされたのに呼応して一連の動作を起動する。その一例を図６Ｆに示す。図６Ｆの行６では、Ｅｖｅｎｔ  ＩＤ  ３００は１、Ａｃｔｉｏｎ  ＩＤ  ３５６は１３、即ち、この例では交通信号プライオリティーリクエストを起動する動作である。種々の動作にその他のＡｃｔｉｏｎ  ＩＤｓを割当て、検索表に記憶させることができる。事象定義データ・ブロックは事象退出動作をも含む。例えば、図６Ｆの行２において、Ｅｘｉｔ  Ｄｉｓｔａｎｃｅ欄３５８に定義されているように車両が５００フィート移動したか、またはＥｘｉｔ  Ａｆｔｅｒ  Ｔｉｍｅ欄３６０に定義されているように５０秒が経過したか、いずれか早い方に従って事象は“退出”と見做される。Ｅｘｉｔ  Ａｃｔｉｏｎ  ３６２は１４であり、この例の場合、これはＴＳＰ取消リクエストを起動する動作を表わす。
【００４６】
図８はオートマチック車両位置検知および制御システムを有する移動コンピュータにおいて実行される基本移動事象対応ファンクションの一例を示すフローチャートである。但し、図８のフローチャートは他のファンクションと平行して連続的に実行される幾つかのファンクションを含む一連の動作を示す。
【００４７】
移動コンピュータを正しく始動させると、移動事象ファンクションが起動する（ブロック４０２）。上述したように一連の所定タイム・プロフィルを含むタイム・プロフィル定義データを移動事象ファンクションが読取る（ブロック４０２）。一例として、タイム・プロフィルを時刻および曜日の範囲で定義することができる。曜日定義を運行日として定義すれば、定義中の曜日をフレキシブルに組み合わせることができる。タイム・プロフィル定義は移動事象の適用を時刻および曜日中だけに制限することによって移動事象の挙動を規定する。移動事象と関連するタイム・プロフィル定義が存在しなければ、この事象がいつでも適用されることはいうまでもない。
【００４８】
移動事象ファンクションは移動事象をアクティブ化する地理的領域を定義する移動事象定義データ・ブロックをも読取る（ブロック４０４）。事象定義データは下記事項のいずれか、またはすべてをも含むこともある：車両の位置および進行方向、スケジュール順守、および車両の状態に関する基準リスト；事象基準が満たされた場合の事象対応動作；事象退出状態および事象退出対応動作。
【００４９】
欄３０２における各時象グループのうち、欄３０４におけるＥｖｅｎｔ  Ｓｅｑｕｅｎｃｅ  ＩＤが最も小さいすべての親移動事象を事象プールに加える(ブロック４０６）。図６Ａに示す例では、行２および行４の事象が事象プールに加えられる。すべての基準を欄３００における事象ＩＤ  １および事象ＩＤ  １６と共にプールに加えて評価する。この時点で、移動事象ファンクションはプール内の事象をすべて検討して、車両が所定の地理的領域に進入したか否かを評価する（ブロック４１０）。移動コンピュータが事象の条件を評価する頻度は設定可能な遅延時間に応じて異なる（ブロック４０８）。
【００５０】
検知された移動事象が所定の地理的領域内であり、車両の方向、スケジュール順守閾値および車両状態の基準組み合わせが満たされれば（ブロック４１２）、移動事象はアクティブ化されたと判断され、事象開始に対応する動作が実行され、もし存在するなら、子事象が可能化される（４１４）。例えば、移動事象がアクティブ化されると、事象対応動作として、交通信号プライオリティー・リクエストが通報される。もし事象基準が満たされず（ブロック４１２）、車両が未だ所定の地理的領域内にあるなら（ブロック４２４）、移動事象ファンクションは事象状態の検討を続ける。
【００５１】
事象がアクティブ化されると、事象終了に対応するファンクションが実行される。このファンクションは車両が事象の入口から所定の距離を越えて移動したか、または事象の始まりから所定の時間が経過したかを示す退出条件を評価する（ブロック４１６）ファンクションを含む。退出に対応するファンクションとして、事象終了の条件が満たされる前に進入事象がタイムアウトするか否かも検討される（ブロック４１８）。もし事象終了条件が満たされれば（ブロック４１６）、移動事象ファンクションは退出対応動作を実行し（ブロック４２０）、事象を再可能化する（ブロック４２２）。もし事象がタイムアウトになると（ブロック４１８）、事象ファンクションは必要に応じてタイムアウト動作を実行し（ブロック４２６）、事象を再可能化する（ブロック４２２）ことによって、この事象を事象プールに戻す。
【００５２】
本発明は特定場所をベースとする交通信号プライオリティーまたは交通信号先取りシステムにおいても、道路ネットワークをベースとするこれらのシステムにおいても実施することができる。図９に示すように特定場所における交通信号プライオリティー・システムにおいて本発明を実施する場合、システムは本発明の移動事象ファンクションのほかに、車両５０２に搭載される市販の信号制御エミッタ５００を含む。移動事象ファンクションは所定の移動事象列を評価することにより、適正なプライオリティー・レベルおよび、適用可能なら適正な個別車両コードに合わせてエミッタ５００をターン・オンする。移動事象ファンクションはまた、上述した移動事象列の一部として、エミッタ５００をターン・オフする入力を提供する。
【００５３】
交通信号５０４をタイミングよく車両の動きと位置に応答させるためには、車両搭載エミッタ５００を、車両が所与の路上設置ＴＳＰ受信機５０６Ａを通過する時またはその前にＴＳＰリクエスト状態にセットすることによって、車両が交通信号５０４に到達するまでに受信機５０６Ａがリクエストをピックアップし、リクエストに応答できる（例えば、交通信号を変える）ようにする。同様に、車両搭載エミッタ５００は、車両５０２が交通信号５０４を横切った後、通常は路上に設置されている第２のＴＳＰ受信機５０６を通過する時またはその前にＴＳＰ取消リクエストに応答してＴＳＰ取消状態にセットされるように取付けねばならない。
【００５４】
移動事象の条件が満たされ、事象対応動作が特定場所の交通信号プライオリティー・システムに対してＴＳＰをリクエストすることである場合、移動コンピュータ・システムは車両搭載エミッタの状態を図１０に示す値にセットすればよい。移動事象における種々の動作コードを、スケジュール順守状態を比較する事象基準の定義と関連させることができる。例えば、バスが５分遅れなら、移動事象ファンクションは最低ＴＳＰリクエストを選択し；１０分遅れなら、移動事象ファンクションは中程度ＴＳＰリクエストを、というように選択すればよい。
【００５５】
図１１に示すように、道路ネットワークをベースとする交通信号プライオリティー・システムにおいて本発明を実施する場合、システムは搭載無線通信モジュール５０８を含む移動コンピュータ・システムに書き込まれている移動事象ファンクションを組み込めばよい。モジュール５０８は無線通信タワー５２０を介して、集中交通制御センター・システム５２２を有する固設コンピュータ・システムに対してメッセージを送信することができる。無線通信モジュール５０８とコンピュータ・システムとの間でディジタル・データが送受信されるから、この場合には、コンピュータ・システムが受信機として作用する。この市販の無線通信インフラストラクチャーを利用して、移動事象ファンクションは移動事象に記述されている適正なタイミング、適正な場所、適正な条件で、交通制御センター５２２に対してＴＳＰリクエストまたはＴＳＰ取消を送信することができる。本発明の他の実施態様では、ＴＳＰメッセージを評価し、市販の交通信号制御システム５３２に対してＴＳＰリクエストを発信すべきか否か、どのような態様で発信すべきかを判断する。交通制御システムは個々の交通信号の動作を制御する。
【００５６】
道路ネットワークをベースとするシステムにおいて、車両５０２に搭載されている無線モジュール５０８が交通制御センター５２２に対してＴＳＰリクエスト・メッセージを伝送する。具体的には、道路ネットワークをベースとするＴＳＰシステムにおいて移動事象が接近する車両のＴＳＰ事象を評価すると、移動コンピュータは、もし移動事象がＴＳＰリクエストをトリガーすると移動交信モジュール５０８を介して交通制御センター５２２に対してメッセージを送信する。但し、この時点では、交通信号制御システム５３２自体は所与の交通信号に向けられたＴＳＰリクエストを受信してはおらず、車両からのＴＳＰリクエスト・メッセージは先ず交通制御センター５２２のシステムによって評価される。
【００５７】
本発明を道路ネットワークをベースとするシステムに採用する場合、ＴＳＰリクエストのメッセージは下記の項目を含まねばならない：即ち、車両ＩＤ、事象ＩＤ、事象対応動作ＩＤ、事象緊急レベル、車両が固定路線バスなら、バス路線ＩＤ。交通制御システム５２２が車両５０２からのメッセージを受信し、復号すると、システムは表中の事象ＩＤに基づいて事象タイプおよび事象属性ＩＤを検索することによって交通信号ＩＤを解くことができる。交通信号ＩＤから、交通制御システム５２２は信号ネットワーク・アドレス、特定の信号を制御するカードを示す信号制御カードＩＤ、および交通制御システムによって規定されているＴＳＰリクエストのための特定ポートまたはＴＳＰ取消のための特定ポートを検索することができる。ネットワークを介して交通信号制御システム５３２に対するＴＳＰリクエストを行使する前に、システムは下記の事項をチェックする：車両がＴＳＰの利用を認められているか否か；リクエストされた信号のＴＳＰファンクションが可能化されているか否か；所定の信号繰返し時間内に同じ交差点に対するＴＳＰリクエストがほかに無いかどうか；所定のタイム・プロフィルの間に同じ交差点において利用できるＴＳＰ量があるか否か。上記確認事項がすべて満たされると、交通制御システム５２２が交通信号制御システム５３２に対してＴＳＰリクエストを送信して交通信号５０４を制御する。
【００５８】
交通制御センター５２２のシステムは本発明の他の実施例を構成するＴＳＰメッセージ送信ファンクション５２４を含む。メッセージ送信ファンクション５２４は所与の車両からのＴＳＰリクエストまたは取消をピックアップし、ネットワークを介してこれを送信する。
【００５９】
交通制御センター５２２におけるＴＳＰメッセージ送信ファンクション５２４は構成ファンクション５２６、評価ファンクション５２８、およびネットワーク中の交通信号制御システム５３２に対するインターフェース５３０を含むことができる。構成ファンクション５２６の作用下に、交通制御システムは特定の交差点または交差点群に向けてのＴＳＰリクエストを可能化または不能化することができる。また、選択された車両だけがＴＳＰ権を行使できるようにＴＳＰ権を許諾することができる。この選択は特定の車両、車両群、または車種を選択することによって行うことができる。所与の交差点または車両に対するＴＳＰが不能化されると、該当車両からこの交差点に向けたＴＳＰリクエストはＴＳＰ送信ファンクション５２４からどの交通信号制御システム５３２へも送信されない。この構成ファンクションはＴＳＰ管理の幅を広げるように作用する。そのため、無線通信に頼らずに複数の車両および交通信号場所のＴＳＰ構成を変更するための集中ロケーションを設ける。さらにまた、構成ファンクションはＴＳＰ制御ロケーションを集中交通制御センター・システムのロケーションへ移し、このロケーションへのアクセスを制限することによって無資格ＴＳＰユーザーの割込みを防止する。従って、無資格ユーザーからのＴＳＰリクエストが交通信号制御システムへ送信されることはない。
【００６０】
ＴＳＰメッセージ送信システムにおける評価ファンクション５２８は交通制御センター・システム５２２に存在し、複数の車両５０２からのＴＳＰリクエストおよび情報を管理するＴＳＰ実働化戦略を提供する。例えば、同じ交差点において複数の走行車両がＴＳＰをリクエストすると、ＴＳＰメッセージ送信システムにおける評価ファンクション５２８は選択して１つのＴＳＰリクエストだけを交通信号制御システム５３２へ送信する。このファンクションはまた、予め規定された時間枠内で、所与の信号に対して発信できるＴＳＰリクエスト量をも制御する。交通制御センター・システムにおけるＴＳＰ実働化戦略を利用することによって、交通信号プライオリティーが行使され過ぎる恐れを最小限に抑制することができる。さらにまた、評価ファンクション５２８は交通信号プライオリティーのリクエストおよび取消の履歴をコンピュータ・データ記憶装置に書き込んで合計履歴リポートを作成することもできる。
【００６１】
ＴＳＰメッセージ送信手段は交通制御センターと交通信号の動作を制御する交通制御システムとの間のインターフェース５３０をも含む。このインターフェースは交通制御システム５３２の規格または仕様に基づいてＴＳＰリクエストまたはＴＳＰ取消を送信して、ＴＳＰ権を許諾する。ＴＳＰ権は、例えば、特定の時刻および曜日において、規定の交通信号または交通信号群に応答して、特定の車両、車両群、特定の車種、および/または所与のバス路線を走行する車両に対して許諾される。本発明の範囲を逸脱することなく、以上に述べた実施態様とは異なる特別仕様の交通制御パターンおよびＴＳＰ権許諾方式を選択することも可能である。
【００６２】
所与の車両が特定場所をベースとするシステムにおいても道路ネットワークをベースとするシステムにおいても機能して、交通信号プライオリティーに関して融通性を高めることも可能である。
【００６３】
本発明は無線交信を混雑させることなく移動制御ユニットにおいて確実に且つ正確にＴＳＰをトリガーすることを可能にする。本発明のシステムおよび方法は特定場所をベースとするシステムにおいても道路ネットワークをベースとするシステムにおいても優れたＴＳＰトリガーを可能にする。さらにまた、他の通報目的にも同じ事象トリガー・ファンクションを利用することができる。
【００６４】
本発明の実施に際しては、以上に述べた実施例に種々の変更を加えることができる。本発明の範囲は後記の請求項によって限定され、これらの請求項およびその等価要件の範囲内にある方法および装置は本発明の範囲に含まれる。
【００６５】
この明細書の一部を形成して本発明の実施例を図示する添付の図面を参照して、本発明の原理を以下に説明する。
【図面の簡単な説明】
【００６６】
【図１】子事象を伴わない単純な移動事象を図解する。
【図２】交通信号プライオリティー（ＴＰＳ）リクエストおよび取消のために移動事象を利用するコンセプトを図解する。
【図３】交差点の手前にバス停が存在する時、一連の移動事象を利用してＴＳＰをトリガーする場合を図解する。
【図４】一連の子事象を含む複雑な移動事象を図解する。
【図５】移動事象が繰返して起こる例を図解する。
【図６Ａ】事象識別に関する項目を含む主要な移動事象データ・ブロックの一例を示す表である。
【図６Ｂ】事象基準を定義する移動事象データ・ブロックの例を示す表である。
【図６Ｃ】事象基準を定義する移動事象データ・ブロックの例を示す表である。
【図６Ｄ】事象基準を定義する移動事象データ・ブロックの例を示す表である。
【図６Ｅ】事象基準を定義する移動事象データ・ブロックの例を示す表である。
【図６Ｆ】事象動作を定義する移動事象データ・ブロックの一例を示す表である。
【図７】時間帯および曜日を表わすタイム・プロフィルの簡単な定義を示す表である。
【図８】本発明の一実施例としての移動コンピュータにおいて行われる移動事象対応ファンクションを示すフローチャートである。
【図９】特定場所をベースとする交通信号プライオリティーシステムの説明図である。
【図１０】特定場所をベースとする交通信号プライオリティーシステムのためのＴＳＰエミッタ状態設定のサンプル定義を示す表である。
【図１１】ネットワークをベースとする交通信号プライオリティーの説明図である。
【図１】
2006516342.tif 000003
【図２】
2006516342.tif 000004
【図３】
2006516342.tif 000005
【図４】
2006516342.tif 000006
【図５】
2006516342.tif 000007
【図６Ａ】
2006516342.tif 000008
【図６Ｂ】
2006516342.tif 000009
【図６Ｃ】
2006516342.tif 000010
【図６Ｄ】
2006516342.tif 000011
【図６Ｅ】
2006516342.tif 000012
【図６Ｆ】
2006516342.tif 000013
【図７】
2006516342.tif 000014
【図８】
2006516342.tif 000015
【図９】
2006516342.tif 000016
【図１０】
2006516342.tif 000017
【図１１】
2006516342.tif 000018
【国際調査報告】
2006516342.tif 000019
2006516342.tif 000020
2006516342.tif 000021