ホーム > 特許ランキング > 住友電気工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
▶ 住友電気工業株式会社の特許一覧 ▶ 株式会社オートネットワーク技術研究所の特許一覧 ▶ 住友電装株式会社の特許一覧
特開2024-84989通知可否の判定装置、判定方法、及びコンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024084989
(43)【公開日】2024-06-26
(54)【発明の名称】通知可否の判定装置、判定方法、及びコンピュータプログラム
(51)【国際特許分類】
G08G 1/0962 20060101AFI20240619BHJP
【ＦＩ】
G08G1/0962
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2022199248
(22)【出願日】2022-12-14
(71)【出願人】
【識別番号】000002130
【氏名又は名称】住友電気工業株式会社
(71)【出願人】
【識別番号】395011665
【氏名又は名称】株式会社オートネットワーク技術研究所
(71)【出願人】
【識別番号】000183406
【氏名又は名称】住友電装株式会社
(74)【代理人】
【識別番号】110000280
【氏名又は名称】弁理士法人サンクレスト国際特許事務所
(72)【発明者】
【氏名】谷口 裕一
【テーマコード（参考）】
5H181
【Ｆターム（参考）】
5H181AA01
5H181BB04
5H181BB05
5H181FF04
5H181FF10
5H181FF13
5H181FF17
5H181FF27
5H181JJ01
5H181JJ05
5H181JJ11
5H181MC02
(57)【要約】
【課題】 車両走行の安全性と業務の迅速性との両立を図る。
【解決手段】 本開示の一態様に係る判定装置は、交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、端末装置が受信するメッセージの読解時間を記憶する記憶部と、前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備え、前記判定処理は、前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む。
【選択図】 図２
【解決手段】 本開示の一態様に係る判定装置は、交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、端末装置が受信するメッセージの読解時間を記憶する記憶部と、前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備え、前記判定処理は、前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む。
【選択図】 図２
【特許請求の範囲】
【請求項1】
交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、
端末装置が受信するメッセージの読解時間を記憶する記憶部と、
前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備え、
前記判定処理は、
前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、
前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む、通知可否の判定装置。
端末装置が受信するメッセージの読解時間を記憶する記憶部と、
前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備え、
前記判定処理は、
前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、
前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む、通知可否の判定装置。
【請求項2】
前記制御部は、
判定対象の車両状態として赤信号で停止中と走行中を含む状態判定を実行可能であり、
前記判定処理は、
前記状態判定の判定結果が赤信号で停止中である場合に行われる第１判定処理を含み、
前記第１判定処理は、
前記赤信号を現在表示中である前記交差点における前記停止時間を、前記信号情報に基づいて算出する処理を含む、請求項１に記載の通知可否の判定装置。
判定対象の車両状態として赤信号で停止中と走行中を含む状態判定を実行可能であり、
前記判定処理は、
前記状態判定の判定結果が赤信号で停止中である場合に行われる第１判定処理を含み、
前記第１判定処理は、
前記赤信号を現在表示中である前記交差点における前記停止時間を、前記信号情報に基づいて算出する処理を含む、請求項１に記載の通知可否の判定装置。
【請求項3】
前記判定処理は、
前記状態判定の判定結果が走行中である場合に行われる第２判定処理を含み、
前記第２判定処理は、
前記車両が通行する予定経路に含まれる複数の前記交差点の中から、前記停止時間が前記読解時間以上となる候補地点を抽出する処理を含む、請求項２に記載の通知可否の判定装置。
前記状態判定の判定結果が走行中である場合に行われる第２判定処理を含み、
前記第２判定処理は、
前記車両が通行する予定経路に含まれる複数の前記交差点の中から、前記停止時間が前記読解時間以上となる候補地点を抽出する処理を含む、請求項２に記載の通知可否の判定装置。
【請求項4】
前記第２判定処理は、
前記停止時間が前記読解時間以上となる前記候補地点のうち前記車両の現在位置から最も近い前記交差点を、前記メッセージの通知を許可する許可地点とする処理を含む、請求項３に記載の通知可否の判定装置。
前記停止時間が前記読解時間以上となる前記候補地点のうち前記車両の現在位置から最も近い前記交差点を、前記メッセージの通知を許可する許可地点とする処理を含む、請求項３に記載の通知可否の判定装置。
【請求項5】
前記制御部は、
赤信号で停止中の前記車両を運転するユーザに対して青信号の開始を事前に知らせる注意喚起処理を実行する、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
赤信号で停止中の前記車両を運転するユーザに対して青信号の開始を事前に知らせる注意喚起処理を実行する、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
【請求項6】
前記読解時間は、
前記端末装置のユーザによる文字情報の読解速度に応じて変動する設定値である、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
前記端末装置のユーザによる文字情報の読解速度に応じて変動する設定値である、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
【請求項7】
前記読解時間は、
前記メッセージの内容に応じて変動する設定値である、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
前記メッセージの内容に応じて変動する設定値である、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
【請求項8】
前記制御部は、
前記メッセージの送信元の種別に応じて、当該メッセージを前記通知可否の判定対象とするか否かを決定する、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
前記メッセージの送信元の種別に応じて、当該メッセージを前記通知可否の判定対象とするか否かを決定する、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
【請求項9】
前記制御部は、
前記メッセージを送受信するためのアプリケーションソフトの種別に応じて、当該メッセージを前記通知可否の判定対象とするか否かを決定する、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
前記メッセージを送受信するためのアプリケーションソフトの種別に応じて、当該メッセージを前記通知可否の判定対象とするか否かを決定する、請求項１から請求項４のいずれか１項に記載の通知可否の判定装置。
【請求項10】
通知可否の判定装置が実行する判定方法であって、
交差点の信号灯器の動作状態を表す信号情報を取得するステップと、
端末装置が受信するメッセージの読解時間を記憶するステップと、
前記端末装置による前記メッセージの通知可否の判定処理を行うステップと、を含み、
前記判定処理は、
前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、
前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む、通知可否の判定方法。
交差点の信号灯器の動作状態を表す信号情報を取得するステップと、
端末装置が受信するメッセージの読解時間を記憶するステップと、
前記端末装置による前記メッセージの通知可否の判定処理を行うステップと、を含み、
前記判定処理は、
前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、
前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む、通知可否の判定方法。
【請求項11】
交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、
端末装置が受信するメッセージの読解時間を記憶する記憶部と、
前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備える判定装置としてコンピュータを機能させるためのコンピュータプログラムであって、
前記判定処理は、
前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、
前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む、コンピュータプログラム。
端末装置が受信するメッセージの読解時間を記憶する記憶部と、
前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備える判定装置としてコンピュータを機能させるためのコンピュータプログラムであって、
前記判定処理は、
前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、
前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通知可否の判定装置、判定方法、及びコンピュータプログラムに関する。
【背景技術】
【0002】
特許文献１には、低速範囲（例えば０～２０ｋｍ／時）を超える中高速範囲で車両が走行中である場合に、操作実行部による操作の実行を規制する車載情報機器が記載されている。特許文献１の車載情報機器によれば、車両の走行中における運転者による操作が制限されるので、運転者を車両の運転に注力させることができる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１５－１５４３３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
車両の運転者が、携帯端末による通知を許可する設定にしている場合がある。この場合、メールの受信などにより携帯端末の通知が作動すると、車両の走行中に拘わらず携帯端末を見てしまったり気を取られたりして不安全な運転となり得る。
その一方で、運転者の携帯端末が業務用である場合に、携帯端末の通知を常に禁止する設定にすると、運転者が業務関連のメッセージに気づくのが遅れ、業務に支障が生じる可能性がある。
その一方で、運転者の携帯端末が業務用である場合に、携帯端末の通知を常に禁止する設定にすると、運転者が業務関連のメッセージに気づくのが遅れ、業務に支障が生じる可能性がある。
【0005】
本開示は、かかる問題点に鑑み、車両走行の安全性と業務の迅速性との両立を図る装置等を提供することを目的とする。
【課題を解決するための手段】
【0006】
本開示の一態様に係る判定装置は、交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、端末装置が受信するメッセージの読解時間を記憶する記憶部と、前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備え、前記判定処理は、前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む。
【0007】
本開示の一態様に係る判定方法は、通知可否の判定装置が実行する判定方法であって、交差点の信号灯器の動作状態を表す信号情報を取得するステップと、端末装置が受信するメッセージの読解時間を記憶するステップと、前記端末装置による前記メッセージの通知可否の判定処理を行うステップと、を含み、前記判定処理は、前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む。
【0008】
本開示の一態様に係るコンピュータプログラムは、交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、端末装置が受信するメッセージの読解時間を記憶する記憶部と、前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備える判定装置としてコンピュータを機能させるためのコンピュータプログラムであって、前記判定処理は、前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む。
【発明の効果】
【0009】
本開示によれば、車両走行の安全性と業務の迅速性との両立を図ることができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
＜本開示の実施形態の概要＞
以下、本開示の実施形態の概要を列記して説明する。
（１） 本実施形態に係る判定装置は、交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、端末装置が受信するメッセージの読解時間を記憶する記憶部と、前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備え、前記判定処理は、前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む。
以下、本開示の実施形態の概要を列記して説明する。
（１） 本実施形態に係る判定装置は、交差点の信号灯器の動作状態を表す信号情報を取得する取得部と、端末装置が受信するメッセージの読解時間を記憶する記憶部と、前記端末装置による前記メッセージの通知可否の判定処理を行う制御部と、を備え、前記判定処理は、前記信号情報に基づいて、前記端末装置のユーザが運転する車両の前記交差点における信号待ちによる停止時間を算出する処理と、前記停止時間が前記読解時間以上である場合に、前記メッセージの通知を許可する処理と、を含む。
【0012】
本実施形態の判定装置によれば、交差点における信号待ちによる停止時間がメッセージの読解時間以上である場合に、メッセージの通知が許可される。このため、停止時間がメッセージの読解時間未満の場合は、メッセージの通知が許可されない。
このように、車両の運転者がメッセージを閲覧するのに十分な時間長である停止時間の場合にだけ、端末装置によるメッセージの通知が許可されるので、車両走行の安全性と業務の迅速性との両立を図ることができる。
このように、車両の運転者がメッセージを閲覧するのに十分な時間長である停止時間の場合にだけ、端末装置によるメッセージの通知が許可されるので、車両走行の安全性と業務の迅速性との両立を図ることができる。
【0013】
（２） 本実施形態の判定装置において、前記制御部は、判定対象の車両状態として赤信号で停止中と走行中を含む状態判定を実行可能であり、前記判定処理は、前記状態判定の判定結果が赤信号で停止中である場合に行われる第１判定処理を含み、前記第１判定処理は、前記赤信号を現在表示中である前記交差点における前記停止時間を、前記信号情報に基づいて算出する処理を含んでいてもよい。
このようにすれば、既に赤信号で停止中の場合の停止時間が読解時間との比較対象となるので、赤信号で停止中の車両を運転するユーザの端末装置について、メッセージの通知可否を適切に判定することができる。
このようにすれば、既に赤信号で停止中の場合の停止時間が読解時間との比較対象となるので、赤信号で停止中の車両を運転するユーザの端末装置について、メッセージの通知可否を適切に判定することができる。
【0014】
（３） 本実施形態の判定装置において、前記判定処理は、前記状態判定の判定結果が走行中である場合に行われる第２判定処理を含み、前記第２判定処理は、前記車両が通行する予定経路に含まれる複数の前記交差点の中から、前記停止時間が前記読解時間以上となる候補地点を抽出する処理を含んでいてもよい。
このようにすれば、走行中の車両を運転するユーザの端末装置について、メッセージの通知を許可し得る地点を適切に判断することができる。
このようにすれば、走行中の車両を運転するユーザの端末装置について、メッセージの通知を許可し得る地点を適切に判断することができる。
【0015】
（４） 本実施形態の判定装置において、前記第２判定処理は、前記停止時間が前記読解時間以上となる前記候補地点のうち前記車両の現在位置から最も近い前記交差点を、前記メッセージの通知を許可する許可地点とする処理を含んでもよい。
このようにすれば、最も近い将来にメッセージの通知許可が行われるので、他の候補地点を許可地点とする場合に比べて、業務の迅速性を向上することができる。
このようにすれば、最も近い将来にメッセージの通知許可が行われるので、他の候補地点を許可地点とする場合に比べて、業務の迅速性を向上することができる。
【0016】
（５） 本実施形態の判定装置において、前記制御部は、赤信号で停止中の前記車両を運転するユーザに対して青信号の開始を事前に知らせる注意喚起処理を実行してもよい。
このようにすれば、メッセージを閲覧中のユーザによる発進遅れを防止できるので、渋滞の発生原因を抑制することができる。
このようにすれば、メッセージを閲覧中のユーザによる発進遅れを防止できるので、渋滞の発生原因を抑制することができる。
【0017】
（６） 本実施形態の判定装置において、前記読解時間は、前記端末装置のユーザによる文字情報の読解速度に応じて変動する設定値であってもよい。このようにすれば、メッセージの読解時間をユーザごとに適切に設定することができる。
【0018】
（７） 本実施形態の判定装置において、前記読解時間は、前記メッセージの内容に応じて変動する設定値であってもよい。このようにすれば、メッセージの読解時間をメッセージの内容ごとに適切に設定することができる。
【0019】
（８） 本実施形態の判定装置において、前記制御部は、前記メッセージの送信元の種別に応じて、当該メッセージを前記通知可否の判定対象とするか否かを決定してもよい。
このようにすれば、特定の送信元のみを通知可否の判定対象とし、他の送信元は常に通知を禁止するなど、送信元ごとに柔軟な設定を行うことができる。
このようにすれば、特定の送信元のみを通知可否の判定対象とし、他の送信元は常に通知を禁止するなど、送信元ごとに柔軟な設定を行うことができる。
【0020】
（９） 本実施形態の判定装置において、前記制御部は、前記メッセージを送受信するためのアプリケーションソフトの種別に応じて、当該メッセージを前記通知可否の判定対象とするか否かを決定してもよい。
このようにすれば、特定のアプリケーションソフトのみを通知可否の判定対象とし、他のアプリケーションソフトは常に通知を禁止するなど、アプリケーションごとに柔軟な設定を行うことができる。
このようにすれば、特定のアプリケーションソフトのみを通知可否の判定対象とし、他のアプリケーションソフトは常に通知を禁止するなど、アプリケーションごとに柔軟な設定を行うことができる。
【0021】
（１０） 本実施形態に係る方法は、上述の（１）の判定装置が実行する判定方法である。従って、本実施形態の判定方法は、上述の（１）の判定装置と同様の作用効果を奏する。
【0022】
（１１） 本実施形態に係るプログラムは、上述の（１）の判定装置としてコンピュータを機能させるためのコンピュータプログラムである。従って、本実施形態のプログラムは、上述の（１）の判定装置と同様の作用効果を奏する。
【0023】
本開示の実施形態は、上記のような特徴的な構成を備えるシステム及び装置として実現できるだけでなく、かかる特徴的な構成をコンピュータに実行させるためのプログラムとして実現することができる。また、本開示の実施形態は、システム及び装置の一部又は全部を実現する半導体集積回路として実現することができる。
【0024】
＜本発明の実施形態の詳細＞
以下、図面を参照して、本発明の実施形態の詳細を説明する。なお、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。
以下、図面を参照して、本発明の実施形態の詳細を説明する。なお、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。
【0025】
〔用語の定義〕
本実施形態の詳細を説明するに当たり、まず、本明細書で用いる用語の定義を行う。
「車両」：道路を通行する車両全般のことをいう。車両の駆動方式は、内燃機関に限らず、電気自動車及びハイブリットカーも車両に含まれる。
本実施形態では、単に「車両」というときは、プローブ情報を送信可能な車載装置を有するプローブ車両と、プローブ情報を外部に提供しない通常の車両の双方を含む。
本実施形態の詳細を説明するに当たり、まず、本明細書で用いる用語の定義を行う。
「車両」：道路を通行する車両全般のことをいう。車両の駆動方式は、内燃機関に限らず、電気自動車及びハイブリットカーも車両に含まれる。
本実施形態では、単に「車両」というときは、プローブ情報を送信可能な車載装置を有するプローブ車両と、プローブ情報を外部に提供しない通常の車両の双方を含む。
【0026】
「プローブ情報」：道路を走行中のプローブ車両がセンシングした当該車両に関する各種のデータを含む情報のことをいう。プローブ情報は、プローブデータ又はフローティングカーデータともいう。プローブ情報には、プローブ車両の識別情報、走行位置、走行速度、進行方位及びこれらの発生時刻（走行時刻）などの車両属性データが含まれる。
「プローブ車両」：自車両の車両属性データをセンシングして、センシングしたデータを含むプローブ情報を外部に送信する車両のことをいう。
「プローブ車両」：自車両の車両属性データをセンシングして、センシングしたデータを含むプローブ情報を外部に送信する車両のことをいう。
【0027】
「信号制御パラメータ」：信号表示の時間的要素であるサイクル長、スプリット及びオフセットを総称して信号制御パラメータという。信号制御定数ともいう。
「サイクル長」：交通信号機の青（又は赤）開始時刻から次の青（又は赤）開始時刻までの１サイクルの時間のことをいう。なお、日本では、緑色の信号灯色を青と呼ぶことが法令で定められている。
「サイクル長」：交通信号機の青（又は赤）開始時刻から次の青（又は赤）開始時刻までの１サイクルの時間のことをいう。なお、日本では、緑色の信号灯色を青と呼ぶことが法令で定められている。
【0028】
「スプリット」：各現示に割り当てられる時間の長さのサイクル長に対する割合のことである。一般に、百分率あるいは割合で表す。厳密には、有効青時間をサイクル長で割った値である。
「オフセット」：系統制御又は地域制御において、信号表示のある時点、例えば、主道路青信号の開始時点の当該信号機群に共通な基準時点からのずれ、或いは、隣接交差点間の同一表示開始点のずれのことをいう。前者を絶対オフセット、後者を相対オフセットといい、時間（秒）又は周期の百分率で表す。
「オフセット」：系統制御又は地域制御において、信号表示のある時点、例えば、主道路青信号の開始時点の当該信号機群に共通な基準時点からのずれ、或いは、隣接交差点間の同一表示開始点のずれのことをいう。前者を絶対オフセット、後者を相対オフセットといい、時間（秒）又は周期の百分率で表す。
【0029】
「定周期制御」：交通信号制御を信号制御パラメータの設定方式により分類すると、定周期制御、交通感応制御、及び交通順応制御の３つに分類できる。
定周期制御は、時間帯に応じて予め信号制御パラメータが設定される方式である。時間帯や曜日（平日、土曜日、日曜日及び祝日）などに応じて予め設定された信号制御パラメータの組み合せ（プログラムと呼ぶ。）の中から１つを選んで実施される。
定周期制御は、時間帯に応じて予め信号制御パラメータが設定される方式である。時間帯や曜日（平日、土曜日、日曜日及び祝日）などに応じて予め設定された信号制御パラメータの組み合せ（プログラムと呼ぶ。）の中から１つを選んで実施される。
【0030】
「交通感応制御」：車両感知器を用いる交通信号制御のうち、信号制御機ごとに実行される方式である。端末感応制御ともいう。
交通感応制御では、短時間の交通需要の変化に対応して青表示の開始や終了時点を決定し、その結果、青時間長及びサイクル長を変化させる。
交通感応制御では、短時間の交通需要の変化に対応して青表示の開始や終了時点を決定し、その結果、青時間長及びサイクル長を変化させる。
【0031】
「交通順応制御」：交通管制センターの中央装置が、重要交差点の交通信号制御機、系統制御が行われる複数の交差点などを対象として、信号制御パラメータを変化させる制御方式である。中央装置が交通信号制御機を遠隔で制御するため、「遠隔制御」ともいう。
交通順応制御は、交通流の変動に対応した高度な系統制御が可能であり、交通量やその時間変動が大きく、高い交通処理効率が要求される道路に適用される。交通順応制御は、「プログラム選択方式」と「プログラム形成方式」の２種類に分類される。
交通順応制御は、交通流の変動に対応した高度な系統制御が可能であり、交通量やその時間変動が大きく、高い交通処理効率が要求される道路に適用される。交通順応制御は、「プログラム選択方式」と「プログラム形成方式」の２種類に分類される。
【0032】
「プログラム選択方式」は、予め用意された複数の組合せ（プログラム）の中から、車両感知器の情報などから現時点の交通状況に適した組み合わせを選択する方式である。
「プログラム形成方式」は、有限個の信号制御パラメータの組み合せを用意せず、車両感知器の情報などに基づいて、即時に信号制御パラメータ又は信号灯色の切り替えタイミングを決定する方式である。
「プログラム形成方式」は、有限個の信号制御パラメータの組み合せを用意せず、車両感知器の情報などに基づいて、即時に信号制御パラメータ又は信号灯色の切り替えタイミングを決定する方式である。
【0033】
〔システムの全体構成〕
図１は、情報提供システム１００と交通信号制御システム２００の全体構成図である。図２は、端末装置１、サーバ２、車両３の車載装置４、及び中央装置５の内部構成の一例を示すブロック図である。
図１及び図２に示すように、情報提供システム１００は、情報提供装置として機能するサーバ２と、サーバ２と通信可能なプローブ車両３とを備える。プローブ車両３の車載装置４は、車内ネットワークを構成する複数の車載機器を含む。
図１は、情報提供システム１００と交通信号制御システム２００の全体構成図である。図２は、端末装置１、サーバ２、車両３の車載装置４、及び中央装置５の内部構成の一例を示すブロック図である。
図１及び図２に示すように、情報提供システム１００は、情報提供装置として機能するサーバ２と、サーバ２と通信可能なプローブ車両３とを備える。プローブ車両３の車載装置４は、車内ネットワークを構成する複数の車載機器を含む。
【0034】
車両３には、車載装置４と有線又は無線により通信可能に接続される端末装置１が一時的に搭載される。
端末装置１は、例えば車両３の運転者が所有する携帯端末、或いは運転者が勤務先などから配布された携帯端末である。携帯端末は、例えば、移動体通信の移動局として機能する、スマートフォン、タブレット型コンピュータ又はノード型パソコンなどである。
端末装置１は、例えば車両３の運転者が所有する携帯端末、或いは運転者が勤務先などから配布された携帯端末である。携帯端末は、例えば、移動体通信の移動局として機能する、スマートフォン、タブレット型コンピュータ又はノード型パソコンなどである。
【0035】
サーバ２は、プローブ情報Ｓ１の収集と車両３への情報提供を行うサーバである。サーバ２は、自動車メーカー又はＩＴ（Information Technology）企業などにより運用される。サーバ２は、オンプレミスサーバ及びクラウドサーバのいずれでもよい。
車両３の車載装置４は、各地の無線基地局９（例えば携帯基地局）との無線通信が可能である。無線基地局９は、移動体通信のコアネットワーク及びインターネットなどを含む公衆通信網１０を介してサーバ２と通信可能である。
車両３の車載装置４は、各地の無線基地局９（例えば携帯基地局）との無線通信が可能である。無線基地局９は、移動体通信のコアネットワーク及びインターネットなどを含む公衆通信網１０を介してサーバ２と通信可能である。
【0036】
プローブ車両３の車載装置４は、アップリンクデータを含むサーバ２宛ての通信パケットを無線基地局９に無線送信する。アップリンクデータには、プローブ車両３がセンシングしたプローブ情報Ｓ１などが含まれる。
サーバ２は、ダウンリンクデータを含む車載装置４宛ての通信パケットを公衆通信網１０に送信する。ダウンリンクデータには、車両３の運転支援に用いられる提供情報として交差点の信号情報Ｓ２が含まれる。なお、後述の通り、信号情報Ｓ２は交通信号制御システム２００の路側通信機８から提供される場合もある。
サーバ２は、ダウンリンクデータを含む車載装置４宛ての通信パケットを公衆通信網１０に送信する。ダウンリンクデータには、車両３の運転支援に用いられる提供情報として交差点の信号情報Ｓ２が含まれる。なお、後述の通り、信号情報Ｓ２は交通信号制御システム２００の路側通信機８から提供される場合もある。
【0037】
このように、サーバ２は、交差点の信号情報Ｓ２を作成して外部に送信する「情報提供装置」の一種である。サーバ２が送信した信号情報Ｓ２は、公衆通信網１０及び無線基地局９を経由して通行中の車両３に配信される。
【0038】
交差点の信号情報Ｓ２は、現時点から近未来までの所定期間（例えば２サイクル）における信号灯器の動作状態を表す情報である。具体的には、信号情報Ｓ２には、例えば以下の情報を算出可能なデータが含まれる。
従って、車両３による信号情報Ｓ２の利用方法には、例えば、現時点の信号灯色の残り秒数（赤残り秒数など）を算出することが含まれる。
従って、車両３による信号情報Ｓ２の利用方法には、例えば、現時点の信号灯色の残り秒数（赤残り秒数など）を算出することが含まれる。
【0039】
情報１：提供対象となる交差点の位置及び名称
情報２：提供対象となる流入路の位置及び名称
情報３：流入路に通行権を与える信号灯器の点灯順序と灯器点灯時に通行可能な方向
情報４：流入路の現在の灯色内容（どの灯器が点灯しているか）
情報５：各灯器を点灯又は消灯させるタイミング（絶対時刻又は基準時刻からの残り秒数のいずれでもよい。）
情報２：提供対象となる流入路の位置及び名称
情報３：流入路に通行権を与える信号灯器の点灯順序と灯器点灯時に通行可能な方向
情報４：流入路の現在の灯色内容（どの灯器が点灯しているか）
情報５：各灯器を点灯又は消灯させるタイミング（絶対時刻又は基準時刻からの残り秒数のいずれでもよい。）
【0040】
図１及び図２に示すように、交通信号制御システム２００は、交通管制センターなどに設置された中央装置５と、専用の通信回線６により中央装置５と有線通信を行う交通信号制御機７と、車両３と無線通信を行う路側通信機８とを備える。
路側通信機８は、信号情報Ｓ２などの車両向けの提供情報を無線で送信可能な通信機であり、例えば、ＤＳＳＳ（Driving Safety Support Systems）対応の無線通信機、或いはＴＳＰＳ（Traffic Signal Prediction Systems）対応の光ビーコンなどである。
路側通信機８は、信号情報Ｓ２などの車両向けの提供情報を無線で送信可能な通信機であり、例えば、ＤＳＳＳ（Driving Safety Support Systems）対応の無線通信機、或いはＴＳＰＳ（Traffic Signal Prediction Systems）対応の光ビーコンなどである。
【0041】
本実施形態の交通信号制御機７には、以下の２種類の交通信号制御機が含まれる。
第１制御機７Ａ：中央装置５による遠隔制御の対象ではなく、単独で信号灯色を決定する地点制御（例えば定周期制御）を行う交通信号制御機
第２制御機７Ｂ：中央装置５による遠隔制御（交通順応制御）の対象である交通信号制御機
従って、中央装置５は、第２制御機７Ｂに対してのみ遠隔制御を行う。
第１制御機７Ａ：中央装置５による遠隔制御の対象ではなく、単独で信号灯色を決定する地点制御（例えば定周期制御）を行う交通信号制御機
第２制御機７Ｂ：中央装置５による遠隔制御（交通順応制御）の対象である交通信号制御機
従って、中央装置５は、第２制御機７Ｂに対してのみ遠隔制御を行う。
【0042】
後述の通り、第２制御機７Ｂは、交差点の信号情報Ｓ２を作成して外部に送信する「情報提供装置」の一種である。第２制御機７Ｂが送信した信号情報Ｓ２は、路側通信機８を経由して通行中の車両３に配信される。
従って、本実施形態の交通信号制御システム２００は、車両３に信号情報Ｓ２を提供可能であるという意味で、「情報提供システム」でもある。
従って、本実施形態の交通信号制御システム２００は、車両３に信号情報Ｓ２を提供可能であるという意味で、「情報提供システム」でもある。
【0043】
〔サーバの構成〕
図２に示すように、サーバ２は、制御部２１、記憶部２２、通信部２３、同期処理部２４、及び複数種類のデータベース（ＤＢ）を備える。複数種類のデータベースには、地図データベース２５、プローブデータベース２６、信号情報データベース２７、及び会員データベース２８が含まれる。
複数種類のデータベースは、記憶部２２に所定のデータ配列で構築される電子データである。もっとも、複数種類のデータベースの一部又は全部をサーバ２に接続された外部記憶装置（図示せず）に構築してもよい。
図２に示すように、サーバ２は、制御部２１、記憶部２２、通信部２３、同期処理部２４、及び複数種類のデータベース（ＤＢ）を備える。複数種類のデータベースには、地図データベース２５、プローブデータベース２６、信号情報データベース２７、及び会員データベース２８が含まれる。
複数種類のデータベースは、記憶部２２に所定のデータ配列で構築される電子データである。もっとも、複数種類のデータベースの一部又は全部をサーバ２に接続された外部記憶装置（図示せず）に構築してもよい。
【0044】
制御部２１は、ＣＰＵ（Central Processing Unit）及びＲＡＭ（Random Access Memory）などを含む演算処理装置である。制御部２１には、ＦＰＧＡ（Field-Programmable Gate Array）などの集積回路が含まれていてもよい。
制御部２１は、記憶部２２に格納されたコンピュータプログラム３０をメインメモリ（ＲＡＭ）に読み出し、当該プログラム３０に従って各種の情報処理を実行する。この情報処理には、信号情報Ｓ２を生成する処理などが含まれる。
制御部２１は、記憶部２２に格納されたコンピュータプログラム３０をメインメモリ（ＲＡＭ）に読み出し、当該プログラム３０に従って各種の情報処理を実行する。この情報処理には、信号情報Ｓ２を生成する処理などが含まれる。
【0045】
例えば、制御部２１は、複数のプローブ車両３から収集したプローブ情報Ｓ１に基づいて、信号情報Ｓ２を生成する。制御部２１は、生成した信号情報Ｓ２を自機の信号情報データベース２７に記録する。
信号情報Ｓ２の生成方法としては、例えば、交差点の手前で停止中のプローブ車両３についての、走行の再開時刻と再開位置の統計データから、各流入路の青開始時刻（サイクル開始時刻）とサイクル長を推定する方法を採用し得る。
信号情報Ｓ２の生成方法としては、例えば、交差点の手前で停止中のプローブ車両３についての、走行の再開時刻と再開位置の統計データから、各流入路の青開始時刻（サイクル開始時刻）とサイクル長を推定する方法を採用し得る。
【0046】
また、制御部２１は、交差点で運用中の時限表（階梯の進行順序と各階梯の秒数を規定したテーブル）を中央装置５などかから取得し、上記の推定方法で求めた青開始時刻に基づいて、黄信号灯、赤信号灯、及び矢印信号灯の点灯開始時刻（点灯継続時間でもよい。）などを算出する。
【0047】
記憶部２２は、ＨＤＤ（Hard Disk Drive）及びＳＳＤ（Solid State Drive）などの不揮発性メモリを含む補助記憶装置である。
記憶部２２は、フラッシュＲＯＭ（Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、又はＳＤ（Secure Digital）メモリカードなどが含まれていてもよい。
記憶部２２は、フラッシュＲＯＭ（Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、又はＳＤ（Secure Digital）メモリカードなどが含まれていてもよい。
【0048】
通信部２３は、公衆通信網１０を介した通信が可能な通信インタフェースである。
通信部２３は、車載装置４が送信元であるプローブ情報Ｓ１を無線基地局９から受信すると、受信したプローブ情報Ｓ１を制御部２１に転送する。制御部２１は、受信したプローブ情報Ｓ１をプローブデータベース２６に記録する。
通信部２３は、制御部２１から信号情報Ｓ２を受信すると、受信した信号情報Ｓ２を含む車載装置４宛ての通信パケットを生成して無線基地局９に送信する。
通信部２３は、車載装置４が送信元であるプローブ情報Ｓ１を無線基地局９から受信すると、受信したプローブ情報Ｓ１を制御部２１に転送する。制御部２１は、受信したプローブ情報Ｓ１をプローブデータベース２６に記録する。
通信部２３は、制御部２１から信号情報Ｓ２を受信すると、受信した信号情報Ｓ２を含む車載装置４宛ての通信パケットを生成して無線基地局９に送信する。
【0049】
複数種類のデータベース２５，２６，２７，２８は、地図データベース２５、プローブデータベース２６、信号情報データベース２７、及び会員データベース２８を含む。
会員データベース２８には、登録会員（例えば車両３の所有者）の個人情報、及び登録会員の車載装置４に含まれる通信端末の識別情報（例えばＭＡＣアドレスやＩＰアドレス）などが記録される。
会員データベース２８には、登録会員（例えば車両３の所有者）の個人情報、及び登録会員の車載装置４に含まれる通信端末の識別情報（例えばＭＡＣアドレスやＩＰアドレス）などが記録される。
【0050】
地図データベース２５には、国内を網羅する道路地図データ２９が記録される。道路地図データ２９は、「交差点データ」（ノードデータ）と「リンクデータ」を含む。
交差点データは、国内の交差点に付与された交差点ＩＤと、交差点の位置情報とを対応付けたデータである。リンクデータは、国内の道路に対応して付与された特定リンクのリンクＩＤに対して、少なくとも次の４種類の情報を対応付けたデータである。
交差点データは、国内の交差点に付与された交差点ＩＤと、交差点の位置情報とを対応付けたデータである。リンクデータは、国内の道路に対応して付与された特定リンクのリンクＩＤに対して、少なくとも次の４種類の情報を対応付けたデータである。
【0051】
情報Ａ：特定リンクの始点・終点・補間点の位置情報
情報Ｂ：特定リンクの始点・終点・補間点の方位情報
情報Ｃ：特定リンクの始点に接続するリンクＩＤ
情報Ｄ：特定リンクの終点に接続するリンクＩＤ
情報Ｂ：特定リンクの始点・終点・補間点の方位情報
情報Ｃ：特定リンクの始点に接続するリンクＩＤ
情報Ｄ：特定リンクの終点に接続するリンクＩＤ
【0052】
道路地図データ２９は、実際の道路線形と道路の走行方向に対応したネットワークを構成する。このため、道路地図データ２９は、交差点を表すノード間の道路区間を有向リンクｌ（小文字のエル）で繋いだネットワークになっている。
具体的には、道路地図データ２９のデータ構造は、交差点ごとにノードｎが設定され、隣接する一対のノードｎ間が逆向きの一対の有向リンクｌで繋がった有向グラフを含む。従って、一方通行の道路の場合は、一方向の有向リンクｌのみノードｎが接続される。
具体的には、道路地図データ２９のデータ構造は、交差点ごとにノードｎが設定され、隣接する一対のノードｎ間が逆向きの一対の有向リンクｌで繋がった有向グラフを含む。従って、一方通行の道路の場合は、一方向の有向リンクｌのみノードｎが接続される。
【0053】
プローブデータベース２６には、プローブ車両３から受信したプローブ情報Ｓ１が蓄積される。具体的には、制御部２１は、現時点から過去に遡る所定期間（例えば１か月）のプローブ情報Ｓ１をプローブデータベース２６に蓄積する。
信号情報データベース２７には、制御部２１が生成した信号情報Ｓ２が記録される。制御部２１は、車載装置４から所定の交差点の信号情報Ｓ２を要求されると、当該交差点の信号情報Ｓ２を信号情報データベース２７から読み出し、読み出した信号情報Ｓ２を車載装置４に送信する。
信号情報データベース２７には、制御部２１が生成した信号情報Ｓ２が記録される。制御部２１は、車載装置４から所定の交差点の信号情報Ｓ２を要求されると、当該交差点の信号情報Ｓ２を信号情報データベース２７から読み出し、読み出した信号情報Ｓ２を車載装置４に送信する。
【0054】
同期処理部２４は、所定の同期方式により、車載装置４などの他の通信ノードと時刻同期を図るための処理部である。
同期処理部２４の同期方式は、例えば、ＧＮＳＳ（Global Navigation Satellite System）受信機の出力に基づく同期方式や、ＮＴＰ（Network Time Protocol）及びＰＴＰ（Precision Time Protocol）などの通信フレームを用いた同期方式などを採用し得る。
同期処理部２４の同期方式は、例えば、ＧＮＳＳ（Global Navigation Satellite System）受信機の出力に基づく同期方式や、ＮＴＰ（Network Time Protocol）及びＰＴＰ（Precision Time Protocol）などの通信フレームを用いた同期方式などを採用し得る。
【0055】
〔車載装置の構成〕
図２に示すように、車載装置４は、制御部４１、記憶部４２、車外通信部４３、同期処理部４４、センサ４５、車載カメラ４６、車内通信部４７、及びナビゲーション部４８を備える。このうち、制御部４１、記憶部４２、及び同期処理部４４は、１つ又は複数の電子制御ユニット（ＥＣＵ）から構成される。当該ＥＣＵ、車外通信部４３、センサ４５、カメラ４６、車内通信部４７、及びナビゲーション部４８は、所定の通信ケーブルを通信経路とする車内ネットワークの通信ノードである。
図２に示すように、車載装置４は、制御部４１、記憶部４２、車外通信部４３、同期処理部４４、センサ４５、車載カメラ４６、車内通信部４７、及びナビゲーション部４８を備える。このうち、制御部４１、記憶部４２、及び同期処理部４４は、１つ又は複数の電子制御ユニット（ＥＣＵ）から構成される。当該ＥＣＵ、車外通信部４３、センサ４５、カメラ４６、車内通信部４７、及びナビゲーション部４８は、所定の通信ケーブルを通信経路とする車内ネットワークの通信ノードである。
【0056】
制御部４１は、ＣＰＵ及びＲＡＭなどを含む演算処理装置である。制御部４１には、ＦＰＧＡなどの集積回路が含まれていてもよい。記憶部４２は、ＨＤＤ及びＳＳＤなどの不揮発性メモリを含む補助記憶装置である。
制御部４１は、記憶部４２に格納されたコンピュータプログラム４９をメインメモリ（ＲＡＭ）に読み出し、当該コンピュータプログラム４９に従って各種の情報処理を実行する。
制御部４１は、記憶部４２に格納されたコンピュータプログラム４９をメインメモリ（ＲＡＭ）に読み出し、当該コンピュータプログラム４９に従って各種の情報処理を実行する。
【0057】
制御部４１が行う情報処理には、上述のプローブ情報Ｓ１の生成処理の他、端末装置１が受信するメッセージの通知可否の判定処理（図６及び図７）などが含まれる。従って、本実施形態の車載装置４は、端末装置１が受信するメッセージの「通知可否の判定装置」としての機能を有する。
【0058】
車外通信部４３は、例えば、車両３に恒常的に搭載されたゲートウェイなどの無線通信機である。車外通信部４３には、ＤＳＳＳ対応又はＴＳＰＳ対応の通信インタフェースも含まれる。従って、車外通信部４３は、生成元が第２制御機７Ｂである信号情報Ｓ２を、路側通信機８から受信することができる。
【0059】
車外通信部４３は、制御部４１からプローブ情報Ｓ１を受信すると、受信したプローブ情報Ｓ１を含む通信パケットを生成してサーバ２宛てに送信する。
車外通信部４３は、生成元がサーバ２である信号情報Ｓ２を無線基地局９から受信すると、受信した信号情報Ｓ２を制御部４１に送信する。車外通信部４３は、生成元が第２制御機７Ｂである信号情報Ｓ２を路側通信機８から受信した場合も、受信した信号情報Ｓ２を制御部４１に送信する。
車外通信部４３は、生成元がサーバ２である信号情報Ｓ２を無線基地局９から受信すると、受信した信号情報Ｓ２を制御部４１に送信する。車外通信部４３は、生成元が第２制御機７Ｂである信号情報Ｓ２を路側通信機８から受信した場合も、受信した信号情報Ｓ２を制御部４１に送信する。
【0060】
センサ４５は、自車両の現在位置を計測する位置センサと、自車両の速度を計測する速度センサと、自車両の現在方位を検出する方位センサとを含む。
位置センサは、例えばＧＮＳＳ（Global Navigation Satellite System）受信機よりなり、自車両の現在位置を計測する。速度センサは、例えばギアの回転に応じてパルスを発生するＭＲ（Magneto-Resistance）センサであり、自車両の現在速度を計測する。方位センサは、例えばジャイロセンサであり、自車両の現在方位を計測する。
位置センサは、例えばＧＮＳＳ（Global Navigation Satellite System）受信機よりなり、自車両の現在位置を計測する。速度センサは、例えばギアの回転に応じてパルスを発生するＭＲ（Magneto-Resistance）センサであり、自車両の現在速度を計測する。方位センサは、例えばジャイロセンサであり、自車両の現在方位を計測する。
【0061】
車載カメラ４６は、所定のフレームレートでデジタル画像を取得可能なデジタルカメラである。車載カメラ４６は、車両３の前方の風景を撮影可能な位置に設置される。
制御部４１は、車載カメラ４６から入力されるデジタルの撮影画像から、車両３の前方の信号灯器を識別可能である。制御部４１は、識別した信号灯器のフレームごとの状態変化により、信号灯器に含まれる複数の信号灯のうちの、現在点灯中の信号灯の色（以下、「信号灯色」という。）をほぼリアルタイムに判定することができる。
制御部４１は、車載カメラ４６から入力されるデジタルの撮影画像から、車両３の前方の信号灯器を識別可能である。制御部４１は、識別した信号灯器のフレームごとの状態変化により、信号灯器に含まれる複数の信号灯のうちの、現在点灯中の信号灯の色（以下、「信号灯色」という。）をほぼリアルタイムに判定することができる。
【0062】
車内通信部４７は、運転者が車両３に持ち込んだ端末装置１と通信するための通信インタフェースである。
車内通信部４７の通信インタフェースは、例えば、ブルートゥース（登録商標）などの無線通信の規格、及びＵＳＢ（Universal Serial Bus）などの有線通信の規格のうちの少なくとも１つの規格に準拠するインタフェースである。
車内通信部４７の通信インタフェースは、例えば、ブルートゥース（登録商標）などの無線通信の規格、及びＵＳＢ（Universal Serial Bus）などの有線通信の規格のうちの少なくとも１つの規格に準拠するインタフェースである。
【0063】
ナビゲーション部４８は、車両３が通行する予定経路の探索処理を実行し、探索結果を車内の表示装置（図示せず）に表示させるＥＣＵである。
具体的には、ナビゲーション部４８は、出発地と目的地などの設定入力と、自身の記憶装置から或いはサーバ２などから取得する道路地図データ２９を用いて、ダイクストラ法などのアルゴリズムにより最適な予定経路を探索する。なお、ナビゲーション部４８が用いる道路地図データ２９は、制御部４１も利用可能である。
具体的には、ナビゲーション部４８は、出発地と目的地などの設定入力と、自身の記憶装置から或いはサーバ２などから取得する道路地図データ２９を用いて、ダイクストラ法などのアルゴリズムにより最適な予定経路を探索する。なお、ナビゲーション部４８が用いる道路地図データ２９は、制御部４１も利用可能である。
【0064】
上述の通り、車載装置４の制御部４１は、端末装置１によるメッセージの通知可否の判定処理（図６及び図７）を実行可能である。
制御部４１は、判定処理によりメッセージ通知を許可する場合には、端末装置１宛ての通知許可の制御情報を生成し、生成した制御情報を車内通信部４７に出力する。車内通信部４７は、入力された通知許可の制御情報を含む通信パケットを生成し、生成した通信パケットを端末装置１に送信する。
制御部４１は、判定処理によりメッセージ通知を許可する場合には、端末装置１宛ての通知許可の制御情報を生成し、生成した制御情報を車内通信部４７に出力する。車内通信部４７は、入力された通知許可の制御情報を含む通信パケットを生成し、生成した通信パケットを端末装置１に送信する。
【0065】
同期処理部４４は、所定の同期方式により、サーバ２などの他の通信ノードと時刻同期を図るための処理部である。制御部４１は、同期処理部４４が生成するローカル時刻に従って、プローブ情報Ｓ１に含める走行時刻（プローブ車両３の現在位置に対応する現在時刻）などを決定する。
同期処理部４４の同期方式は、例えば、ＧＮＳＳ受信機の出力に基づく同期方式や、ＮＴＰ及びＰＴＰなどの通信フレームを用いた同期方式などを採用し得る。
同期処理部４４の同期方式は、例えば、ＧＮＳＳ受信機の出力に基づく同期方式や、ＮＴＰ及びＰＴＰなどの通信フレームを用いた同期方式などを採用し得る。
【0066】
〔端末装置の構成〕
図２に示すように、端末装置１は、制御部１１、記憶部１２、通信部１３、及び表示部１４を備えるモバイルコンピュータである。具体的には、端末装置１は、スマートフォン、タブレット型ＰＣ、或いはノート型ＰＣなどである。
制御部１１は、ＣＰＵ及びＲＡＭなどを含む演算処理装置である。制御部１１には、ＦＰＧＡなどの集積回路が含まれていてもよい。
図２に示すように、端末装置１は、制御部１１、記憶部１２、通信部１３、及び表示部１４を備えるモバイルコンピュータである。具体的には、端末装置１は、スマートフォン、タブレット型ＰＣ、或いはノート型ＰＣなどである。
制御部１１は、ＣＰＵ及びＲＡＭなどを含む演算処理装置である。制御部１１には、ＦＰＧＡなどの集積回路が含まれていてもよい。
【0067】
制御部１１は、記憶部２２に格納されたコンピュータプログラム１５をメインメモリ（ＲＡＭ）に読み出し、読み出したプログラム１５に従って各種の情報処理を実行する。記憶部１２は、ＨＤＤ及びＳＳＤなどの不揮発性メモリを含む補助記憶装置である。
記憶部１２に格納されるプログラム１５には、例えばＥメール、ＳＭＳ（Short Message Service）及びＬＩＮＥ（登録商標）などの、端末装置１のユーザ（運転者）に所定のメッセージ通信を提供するアプリケーションプログラムが含まれる。
記憶部１２に格納されるプログラム１５には、例えばＥメール、ＳＭＳ（Short Message Service）及びＬＩＮＥ（登録商標）などの、端末装置１のユーザ（運転者）に所定のメッセージ通信を提供するアプリケーションプログラムが含まれる。
【0068】
通信部１３は、車内通信部４７との狭域通信と、４Ｇ又は５Ｇなどの移動体通信の双方を実行可能な通信インタフェースである。表示部１４は、例えば、ユーザによるタッチ操作が可能な液晶ディスプレイ又は有機ＥＬディスプレイである。
通信部１３は、メールサーバ（図示せず）などから自装置宛てのメッセージを受信すると、受信したメッセージを制御部１１に出力する。
通信部１３は、メールサーバ（図示せず）などから自装置宛てのメッセージを受信すると、受信したメッセージを制御部１１に出力する。
【0069】
制御部１１は、自装置が車載装置４と接続されていない場合は、ユーザに対するメッセージの通知処理を行う。通知処理は、スピーカ（図示せず）から所定のメロディを出力する処理と、所定の表示形式でメッセージを表示部１４に表示させる処理とを含む。
制御部１１は、自装置が車載装置４と接続されている場合は、受信したメッセージを車載装置４に転送する。この場合、制御部１１は、車載装置４からの通知許可の取得を条件として、上記の通知処理を行う。
制御部１１は、自装置が車載装置４と接続されている場合は、受信したメッセージを車載装置４に転送する。この場合、制御部１１は、車載装置４からの通知許可の取得を条件として、上記の通知処理を行う。
【0070】
〔中央装置の構成〕
図２に示すように、中央装置５は、交通管制エリアに含まれる複数の交差点の交通信号制御機７を統括的に制御するサーバコンピュータである。中央装置５は、制御部５１、記憶部５２、及び通信部５３を備える。
図２に示すように、中央装置５は、交通管制エリアに含まれる複数の交差点の交通信号制御機７を統括的に制御するサーバコンピュータである。中央装置５は、制御部５１、記憶部５２、及び通信部５３を備える。
【0071】
制御部５１は、ＣＰＵ及びＲＡＭを含む演算処理装置である。制御部５１は、記憶部５２に格納されたコンピュータプログラム５４を読み出し、当該プログラム５４に従って各種の情報処理を行う。
【0072】
記憶部５２は、ＨＤＤ及びＳＳＤのうちの少なくとも１つの不揮発性メモリ（記録媒体）を含む補助記憶装置である。記憶部５２は、フラッシュＲＯＭ、ＵＳＢメモリ、又はＳＤカードなどを含んでいてもよい。
中央装置５のコンピュータプログラム５４には、交通信号制御機７（第２制御機７Ｂ）の遠隔制御を制御部５１のＣＰＵに実行させるプログラムなどが含まれる。
中央装置５のコンピュータプログラム５４には、交通信号制御機７（第２制御機７Ｂ）の遠隔制御を制御部５１のＣＰＵに実行させるプログラムなどが含まれる。
【0073】
制御部５１は、プログラム選択方式又はプログラム形成方式により信号制御パラメータを算出し、算出した信号制御パラメータを含む信号制御指令を生成する。
信号制御指令は、新たに生成した信号制御パラメータや端末感応制御の許否情報などを含む所定フォーマットの制御指令である。信号制御指令は、遠隔制御の制御周期（例えば１．０～２．５分）ごとに生成される。
信号制御指令は、新たに生成した信号制御パラメータや端末感応制御の許否情報などを含む所定フォーマットの制御指令である。信号制御指令は、遠隔制御の制御周期（例えば１．０～２．５分）ごとに生成される。
【0074】
通信部５３は、公衆通信網１０を介したサーバ２との通信、及び、専用の通信回線６を介した第２制御機７Ｂとの通信の双方を実行可能な通信インタフェースである。通信部５３は、通信回線６を介してサーバ２と接続されていてもよい。
通信部５３は、制御部５１が信号制御パラメータの制御周期ごとに生成した信号制御指令を、遠隔制御の対象である第２制御機７Ｂに送信する。
通信部５３は、制御部５１が信号制御パラメータの制御周期ごとに生成した信号制御指令を、遠隔制御の対象である第２制御機７Ｂに送信する。
【0075】
交通管制エリア内の第２制御機７Ｂには、ＤＳＳＳ対応又はＴＳＰＳ対応の交通信号制御機７が含まれる。
この第２制御機７Ｂは、中央装置５から受信した信号制御指令に基づいて、信号情報Ｓ２を生成し、生成した信号情報Ｓ２を路側通信機８に送信する。路側通信機８は、受信した信号情報Ｓ２を、車両向けの提供情報として車両３にブロードキャスト送信する。
この第２制御機７Ｂは、中央装置５から受信した信号制御指令に基づいて、信号情報Ｓ２を生成し、生成した信号情報Ｓ２を路側通信機８に送信する。路側通信機８は、受信した信号情報Ｓ２を、車両向けの提供情報として車両３にブロードキャスト送信する。
【0076】
〔交差点の信号情報〕
図３は、交差点Ｊｉの信号情報Ｓ２の一例を示す説明図である。
図３に示すように、信号情報Ｓ２は、「現在時刻」、「交差点ＩＤ」、「サイクル長（秒）」、「サイクル開始時刻」、「ステップｎ秒数」（図例ではｎ＝１～６）、及び「灯色遷移情報」を含むデータ構造を有する。
図３は、交差点Ｊｉの信号情報Ｓ２の一例を示す説明図である。
図３に示すように、信号情報Ｓ２は、「現在時刻」、「交差点ＩＤ」、「サイクル長（秒）」、「サイクル開始時刻」、「ステップｎ秒数」（図例ではｎ＝１～６）、及び「灯色遷移情報」を含むデータ構造を有する。
【0077】
「現在時刻」には、現時点の時刻値ｔｃ（例えば「時：分：秒」）が記される。時刻値ｔｃは、ローカル時刻が経過するごとに、信号情報Ｓ２を保持する装置においてインクリメントされる。
図例では、時刻値ｔｃ（＝１１：３０：００）がサイクル開始時刻（＝１１：２８：３０）に対して１サイクル（＝９０秒）だけ遅れている。従って、図例の信号情報Ｓ２は、現時点の時刻値ｔｃにおいてちょうどサイクルが開始するタイミングとなっている。
図例では、時刻値ｔｃ（＝１１：３０：００）がサイクル開始時刻（＝１１：２８：３０）に対して１サイクル（＝９０秒）だけ遅れている。従って、図例の信号情報Ｓ２は、現時点の時刻値ｔｃにおいてちょうどサイクルが開始するタイミングとなっている。
【0078】
「交差点ＩＤ」には、交差点の識別情報Ｊｉ（ｉ＝１，２，３……）が記される。以下、図３の説明において交差点の図面参照符号を「Ｊｉ」（ｉはサフィックス）とする。
「サイクル長（秒）」には、交差点Ｊｉで適用中のサイクルの時間長が記される。
「サイクル開始時刻」には、交差点Ｊｉで適用中のサイクルの開始時刻が記される。
「サイクル長（秒）」には、交差点Ｊｉで適用中のサイクルの時間長が記される。
「サイクル開始時刻」には、交差点Ｊｉで適用中のサイクルの開始時刻が記される。
【0079】
「ステップｎ秒数」には、例えば、１サイクルに含まれる各ステップ１，２……ｎの継続秒数が記される。
図例では、ステップ１の秒数が４０秒、ステップ２の秒数が３秒、ステップ３の秒数が２秒であり、ステップ４の秒数が４０秒、ステップ５の秒数が３秒、ステップ６の秒数が２秒である。なお、ステップの総数ｎは一例であり７以上であってもよい。
図例では、ステップ１の秒数が４０秒、ステップ２の秒数が３秒、ステップ３の秒数が２秒であり、ステップ４の秒数が４０秒、ステップ５の秒数が３秒、ステップ６の秒数が２秒である。なお、ステップの総数ｎは一例であり７以上であってもよい。
【0080】
「灯色遷移情報」には、１つの交差点Ｊｉに向かって流入する各流入路Ｌ１，Ｌ２，Ｌ３，Ｌ４のステップ番号ごとの灯色が記される。
図例では、流入路Ｌ１の灯色は、ステップ１で青、ステップ２で黄、ステップ３からステップ６で赤の順に遷移する。流入路Ｌ２の灯色は、ステップ１からステップ３で赤、ステップ４で青、ステップ５で黄、ステップ６で赤の順に遷移する。流入路Ｌ３及び流入路Ｌ４の場合も同様である。
図例では、流入路Ｌ１の灯色は、ステップ１で青、ステップ２で黄、ステップ３からステップ６で赤の順に遷移する。流入路Ｌ２の灯色は、ステップ１からステップ３で赤、ステップ４で青、ステップ５で黄、ステップ６で赤の順に遷移する。流入路Ｌ３及び流入路Ｌ４の場合も同様である。
【0081】
〔動作モードの切り替え処理〕
図４は、端末装置１の制御部１１が実行する、動作モードの切り替え処理の一例を示すフローチャートである。制御部１１が実行可能な動作モードには、「通常モード」と「待機モード」が含まれる。
図４は、端末装置１の制御部１１が実行する、動作モードの切り替え処理の一例を示すフローチャートである。制御部１１が実行可能な動作モードには、「通常モード」と「待機モード」が含まれる。
【0082】
図４に示すように、端末装置１の制御部１１は、自装置宛てのメッセージを受信の有無を常に判定しており（ステップＳＴ１１）、受信があった場合は車載装置４との通信が確立したか否かを判定する（ステップＳＴ１２）。
ステップＳＴ１２の判定は、例えば、所定の通信規格に基づく監視機能により実行される。端末装置１が車載装置４とブルートゥースで接続される場合は、制御部１１は、車内通信部４７とのペアリングが完了すると車載装置４との通信が確立中と判定する。
ステップＳＴ１２の判定は、例えば、所定の通信規格に基づく監視機能により実行される。端末装置１が車載装置４とブルートゥースで接続される場合は、制御部１１は、車内通信部４７とのペアリングが完了すると車載装置４との通信が確立中と判定する。
【0083】
ステップＳＴ１１の判定結果が否定的である場合は、制御部４１は、メッセージを車載装置４に転送せずに「通常モード」を実行する（ステップＳＴ１６）。
通常モードは、車載装置４からの通知許可を待たずにメッセージを表示する動作モードである。従って、通常モードにおいては、制御部１１は、受信したメッセージを即座に表示部１４に出力する（ステップＳＴ１５）。
通常モードは、車載装置４からの通知許可を待たずにメッセージを表示する動作モードである。従って、通常モードにおいては、制御部１１は、受信したメッセージを即座に表示部１４に出力する（ステップＳＴ１５）。
【0084】
ステップＳＴ１１の判定結果が肯定的である場合は、制御部４１は、メッセージを車載装置４に転送して「待機モード」を実行する（ステップＳＴ１３）。
待機モードは、車載装置４から通知許可を取得するまでメッセージの表示を待機する動作モードである。従って、待機モードにおいては、制御部１１は、受信したメッセージを通知許可があるまで表示部１４に出力しない。
待機モードは、車載装置４から通知許可を取得するまでメッセージの表示を待機する動作モードである。従って、待機モードにおいては、制御部１１は、受信したメッセージを通知許可があるまで表示部１４に出力しない。
【0085】
具体的には、制御部１１は、車載装置４から通知許可の受信があるか否かを判定する（ステップＳＴ１４）。
そして、制御部１１は、通知許可を受信していない場合は待機モードを継続し（ステップＳＴ１３）、通知許可を受信した場合はメッセージを表示部１４に出力する（ステップＳＴ１５）。
そして、制御部１１は、通知許可を受信していない場合は待機モードを継続し（ステップＳＴ１３）、通知許可を受信した場合はメッセージを表示部１４に出力する（ステップＳＴ１５）。
【0086】
〔車両の状態判定〕
図５は、車載装置４の制御部４１が実行する、車両の状態判定の一例を示すフローチャートである。
図５に示すように、車載装置４の制御部４１は、端末装置１からメッセージの転送があるか否かを常に判定しており（ステップＳＴ２１）、転送があった場合は現時点の車両状態を判定する（ステップＳＴ２２）。車両状態には、例えば次の３つの状態が含まれる。
図５は、車載装置４の制御部４１が実行する、車両の状態判定の一例を示すフローチャートである。
図５に示すように、車載装置４の制御部４１は、端末装置１からメッセージの転送があるか否かを常に判定しており（ステップＳＴ２１）、転送があった場合は現時点の車両状態を判定する（ステップＳＴ２２）。車両状態には、例えば次の３つの状態が含まれる。
【0087】
ＶＳ１：赤信号で停止中
ＶＳ２：走行中
ＶＳ３：駐車中
状態ＶＳ１は、例えば、車両３前方の信号灯器に関する現時点の信号灯色が赤である場合に、センサ４５で検出される自車速度が所定の停止閾値（例えば２ｋｍ／時）以下に変化したことによって判定することができる。
ＶＳ２：走行中
ＶＳ３：駐車中
状態ＶＳ１は、例えば、車両３前方の信号灯器に関する現時点の信号灯色が赤である場合に、センサ４５で検出される自車速度が所定の停止閾値（例えば２ｋｍ／時）以下に変化したことによって判定することができる。
【0088】
状態ＶＳ２は、例えば、センサ４５で検出される自車速度が所定の走行閾値（例えば１０ｋｍ／時）以上であることによって判定することができる。
状態ＶＳ３は、例えば、センサ４５で検出される自車速度が所定の停止閾値（例えば０ｋｍ／時）以下であり、かつ、パーキングブレーキの作動を検出したことによって判定することができる。
状態ＶＳ３は、例えば、センサ４５で検出される自車速度が所定の停止閾値（例えば０ｋｍ／時）以下であり、かつ、パーキングブレーキの作動を検出したことによって判定することができる。
【0089】
ステップＳＴ２２の判定結果が状態ＶＳ１の場合は、制御部１１は、第１判定処理（図６）を実行し（ステップＳＴ２３）、処理を終了する。
ステップＳＴ２２の判定結果が状態ＶＳ２の場合は、制御部１１は、第２判定処理（図７）を実行し（ステップＳＴ２４）、処理を終了する。
ステップＳＴ２２の判定結果が状態ＶＳ２の場合は、制御部１１は、第２判定処理（図７）を実行し（ステップＳＴ２４）、処理を終了する。
【0090】
ステップＳＴ２２の判定結果が状態ＶＳ３の場合は、制御部１１は、通知許可を実行して（ステップＳＴ２５）、処理を終了する。
具体的には、制御部４１は、通知許可の制御情報を生成して車内通信部４７に出力することにより、処理を終了する。
具体的には、制御部４１は、通知許可の制御情報を生成して車内通信部４７に出力することにより、処理を終了する。
【0091】
〔通知可否の第１判定処理〕
図６は、車載装置４の制御部４１が実行する、通知可否の第１判定処理（図５のステップＳＴ２３）の一例を示すフローチャートである。
図６において、「ＴＳ」は、赤信号による交差点での停止時間である。「ＴＲ」は、車両３の運転者である端末装置１のユーザが、メッセージの読解に要する所要時間（以下、「読解時間」ともいう。）である。メッセージの読解とは、ユーザがメッセージに含まれる文字情報から文意を理解することである。
図６は、車載装置４の制御部４１が実行する、通知可否の第１判定処理（図５のステップＳＴ２３）の一例を示すフローチャートである。
図６において、「ＴＳ」は、赤信号による交差点での停止時間である。「ＴＲ」は、車両３の運転者である端末装置１のユーザが、メッセージの読解に要する所要時間（以下、「読解時間」ともいう。）である。メッセージの読解とは、ユーザがメッセージに含まれる文字情報から文意を理解することである。
【0092】
図６に示すように、車載装置４の制御部４１は、まず、交差点Ｊｉでの停止時間ＴＳを算出する（ステップＳＴ３１）。この停止時間ＴＳは、現在表示中の赤信号の残り時間に相当し、信号情報Ｓ２（図３参照）に基づいて、例えば以下の処理により算出される。
【0093】
処理１：自車両の現在位置と現在方位、及びナビゲーション部４８から取得する道路地図データ２９を用いて、車両３が現在どの流入路Ｌ１，Ｌ２，Ｌ３，Ｌ４を通行中かを判定する。ここでは、車両３が流入路Ｌ１を通行中であるとする。
処理２：現在時刻ｔｃからサイクル開始時刻を減算する。
処理３：減算値をサイクル長で割った余りの秒数を算出する。
処理２：現在時刻ｔｃからサイクル開始時刻を減算する。
処理３：減算値をサイクル長で割った余りの秒数を算出する。
【0094】
処理４：流入路Ｌ１について、サイクルの開始時点から余りの秒数だけ経過した場合の経過時点を求める。
処理５：流入路Ｌ１について、経過始点から赤終了時点までの時間（赤残り時間）を停止時間ＴＳとする。
処理５：流入路Ｌ１について、経過始点から赤終了時点までの時間（赤残り時間）を停止時間ＴＳとする。
【0095】
次に、制御部４１は、メッセージの読解時間ＴＲを算出する（ステップＳＴ３２）。この算出は、例えば変換テーブルＣＴを用いて行われる。変換テーブルＣＴは、ユーザによる文字情報の読解速度の種別を予め定義するためのデータである。
例えば、「標準」は１秒で５文字の読解速度であり、「速読み」では１秒で７文字の読解速度であり、「ゆっくり読み」は１秒で３文字の読解速度である。読解速度の種別は、ユーザにより車載装置４の記憶部４２に設定入力される。
例えば、「標準」は１秒で５文字の読解速度であり、「速読み」では１秒で７文字の読解速度であり、「ゆっくり読み」は１秒で３文字の読解速度である。読解速度の種別は、ユーザにより車載装置４の記憶部４２に設定入力される。
【0096】
例えば、メッセージに含まれる文字数が１００文字であり、ユーザ指定の読解速度の種別が「標準」である場合は、制御部４１は、次の算出式により読解時間ＴＲを算出する。
ＴＲ＝１００文字／（５文字／１秒）＝２０秒
次に、制御部４１は、ＴＳ≧ＴＲの不等式を充足するか否かを判定する（ステップＳＴ３３）。
ＴＲ＝１００文字／（５文字／１秒）＝２０秒
次に、制御部４１は、ＴＳ≧ＴＲの不等式を充足するか否かを判定する（ステップＳＴ３３）。
【0097】
ステップＳＴ３３の判定結果が肯定的である場合は、制御部４１は通知許可を実行する（ステップＳＴ３４）。具体的には、制御部４１は、通知許可の制御情報を生成して車内通信部４７に出力し、処理を終了する。
ステップＳＴ３３の判定結果が否定的である場合は、制御部４１は、通知許可を実行しない（ステップＳＴ３４）。具体的には、制御部４１は、通知許可の制御情報を生成せずに、処理を終了する。
ステップＳＴ３３の判定結果が否定的である場合は、制御部４１は、通知許可を実行しない（ステップＳＴ３４）。具体的には、制御部４１は、通知許可の制御情報を生成せずに、処理を終了する。
【0098】
〔通知可否の第２判定処理〕
図７は、車載装置４の制御部４１が実行する、通知可否の第２判定処理（図５のステップＳＴ２４）の一例を示すフローチャートである。
図７の第２判定処理は、予定経路ＳＲの取得を条件として実行される。ここでは予定経路ＳＲは、４つの交差点Ｊ１，Ｊ２，Ｊ３，Ｊ４を含むものとする。また、車載装置４の制御部４１のメモリには、最初の交差点Ｊ１への到達前に取得した各交差点Ｊｋ（ｋ＝１～４）の信号情報Ｓ２が記録されているとする。
図７は、車載装置４の制御部４１が実行する、通知可否の第２判定処理（図５のステップＳＴ２４）の一例を示すフローチャートである。
図７の第２判定処理は、予定経路ＳＲの取得を条件として実行される。ここでは予定経路ＳＲは、４つの交差点Ｊ１，Ｊ２，Ｊ３，Ｊ４を含むものとする。また、車載装置４の制御部４１のメモリには、最初の交差点Ｊ１への到達前に取得した各交差点Ｊｋ（ｋ＝１～４）の信号情報Ｓ２が記録されているとする。
【0099】
図７に示すように、車載装置４の制御部４１は、まず、予定経路ＳＲの経路情報を取得する（ステップＳＴ４１）。
この処理は、例えば、予定経路ＳＲの経路情報をナビゲーション部４８から受信することにより行われる。予定経路ＳＲの経路情報には、各交差点Ｊｋの交差点ＩＤと位置情報、各交差点Ｊｋ間のリンク旅行時間、及び、各交差点Ｊｋの通過時間などが含まれる。
この処理は、例えば、予定経路ＳＲの経路情報をナビゲーション部４８から受信することにより行われる。予定経路ＳＲの経路情報には、各交差点Ｊｋの交差点ＩＤと位置情報、各交差点Ｊｋ間のリンク旅行時間、及び、各交差点Ｊｋの通過時間などが含まれる。
【0100】
次に、制御部４１は、予定経路ＳＲの経路情報から、連続する複数の交差点Ｊｋの交差点ＩＤと位置情報を抽出する（ステップＳＴ４２）。
次に、制御部４１は、抽出した位置情報を用いて各交差点Ｊｋへの到着予定時刻ｔｋ（ｋ＝１～４）と、各交差点Ｊｋにおける停止時間ＴＳｋ（ｋ＝１～４）を算出する（ステップＳＴ４３）。
次に、制御部４１は、抽出した位置情報を用いて各交差点Ｊｋへの到着予定時刻ｔｋ（ｋ＝１～４）と、各交差点Ｊｋにおける停止時間ＴＳｋ（ｋ＝１～４）を算出する（ステップＳＴ４３）。
【0101】
到着予定時刻ｔｋは、例えば、予定経路ＳＲの経路情報に含まれるリンク旅行時間と交差点通過時間を、今回の第２判定処理の開始時刻に加算することにより算出される。
停止時間ＴＳｋは、到着予定時刻ｔｋにおける信号灯色が赤である交差点Ｊｋについて算出される。従って、制御部４１は、到着予定時刻ｔｋに信号灯色が青である交差点については、停止時間ＴＳｋを算出しない。
停止時間ＴＳｋは、到着予定時刻ｔｋにおける信号灯色が赤である交差点Ｊｋについて算出される。従って、制御部４１は、到着予定時刻ｔｋに信号灯色が青である交差点については、停止時間ＴＳｋを算出しない。
【0102】
次に、制御部４１は、予定経路ＳＲに含まれる複数の交差点Ｊｋ（ｋ＝１～４）の中から、ＴＳｋ≧ＴＲを満たす交差点（以下、「候補地点」という。）を抽出する（ステップＳＴ４４）。
次に、制御部４１は、許可地点の決定処理を実行する（ステップＳＴ４５）。この処理は、抽出した候補地点の中から、例えば車両３の現在位置から最も近い交差点Ｊｋを選択する処理である。
次に、制御部４１は、許可地点の決定処理を実行する（ステップＳＴ４５）。この処理は、抽出した候補地点の中から、例えば車両３の現在位置から最も近い交差点Ｊｋを選択する処理である。
【0103】
次に、制御部４１は、許可地点で自車両が実際に停止したか否かを判定する（ステップＳＴ４６）。ステップＳＴ４６の判定結果が肯定的である場合は、制御部４１は、許可地点において通知許可を実行する（ステップＳＴ２７）。すなわち、制御部４１は、通知許可の制御情報を生成して車内通信部４７に出力する。
ステップＳＴ４６の判定結果が否定的である場合は、制御部４１は、ステップＳＴ４７の処理をスキップして処理を終了する。
ステップＳＴ４６の判定結果が否定的である場合は、制御部４１は、ステップＳＴ４７の処理をスキップして処理を終了する。
【0104】
図７のステップＳＴ４４において、ＴＳｋ≧ＴＲを満たす候補地点が存在しない場合は、制御部４１は、ナビゲーション部４８から別の予定経路ＳＲ（例えばＪ５以降の交差点を含む予定経路）を取得し、第２判定処理を最初から繰り返すことが好ましい。
このようにすれば、ＴＳｋ≧ＴＲを満たす候補地点が見つかる可能性が高まり、端末装置１に通知許可を付与し易くなる。
このようにすれば、ＴＳｋ≧ＴＲを満たす候補地点が見つかる可能性が高まり、端末装置１に通知許可を付与し易くなる。
【0105】
〔通知許可後の注意喚起処理〕
図８は、車載装置４の制御部４１が実行する、通知許可を行った後の注意喚起処理の一例を示すフローチャートである。
通知許可は、第１判定処理（図６）に基づく通知許可及び第２判定処理（図７）に基づく通知許可のいずれでもよい。また、注意喚起とは、赤信号で停止中の車両３を運転するユーザ（運転者）に対して、次の青信号の開始を事前に知らせることである。
図８は、車載装置４の制御部４１が実行する、通知許可を行った後の注意喚起処理の一例を示すフローチャートである。
通知許可は、第１判定処理（図６）に基づく通知許可及び第２判定処理（図７）に基づく通知許可のいずれでもよい。また、注意喚起とは、赤信号で停止中の車両３を運転するユーザ（運転者）に対して、次の青信号の開始を事前に知らせることである。
【0106】
図８に示すように、車載装置４の制御部４１は、端末装置１に通知許可を送信したか否かを常に判定しており（ステップＳＴ５１）、通知許可を送信済みである場合は、交差点の青開始時刻ｔｓを算出する（ステップＳＴ５２）。
具体的には、制御部４１は、前述の停止時間ＴＳの算出に用いた赤終了時点を青開始時刻ｔｓとする。
具体的には、制御部４１は、前述の停止時間ＴＳの算出に用いた赤終了時点を青開始時刻ｔｓとする。
【0107】
次に、制御部４１は、青開始時刻ｔｓから所定時間ΔＴ（例えば５秒）だけ前の時点に、ユーザの意識を車両前方に向けるための注意喚起を実行する（ステップＳＴ５３）。
具体的には、制御部４１は、端末装置１宛ての注意喚起の制御情報を車内通信部４７に出力する。この場合、注意喚起を含む通信パケットが端末装置１に送信される。また、端末装置１の制御部１１は、注意喚起の受信に応じて、青信号の開始を知らせるポップアップ表示（例えば「信号が青に変わります」など）を表示部１４に出力させる。
具体的には、制御部４１は、端末装置１宛ての注意喚起の制御情報を車内通信部４７に出力する。この場合、注意喚起を含む通信パケットが端末装置１に送信される。また、端末装置１の制御部１１は、注意喚起の受信に応じて、青信号の開始を知らせるポップアップ表示（例えば「信号が青に変わります」など）を表示部１４に出力させる。
【0108】
〔第１の変形例〕
上述の実施形態において、走行中の車両３の端末装置１に関して実行される第２判定処理（図７）に基づく通知許可は、車両３が停止する「直前」で実施することが好ましい。
その理由は、通知許可を出すタイミングを車両３の停止後とすると、メッセージを読解する時間が侵食されるからである。逆に、通知許可を出すタイミングが早すぎて車両３の走行中に通知許可を与えると、走行中に通知を制限する意味がなくなるからである。
上述の実施形態において、走行中の車両３の端末装置１に関して実行される第２判定処理（図７）に基づく通知許可は、車両３が停止する「直前」で実施することが好ましい。
その理由は、通知許可を出すタイミングを車両３の停止後とすると、メッセージを読解する時間が侵食されるからである。逆に、通知許可を出すタイミングが早すぎて車両３の走行中に通知許可を与えると、走行中に通知を制限する意味がなくなるからである。
【0109】
具体的には、赤信号により車両速度がゼロになる時刻を「ｔ０」とすると、車両３が停止する「直前」の時刻ｔｂとは、例えば次の不等式を満たす時間範囲に含まれる時刻のことである。
時間範囲：ｔ０－δ≦ｔｂ≦ｔ０ （ただしδは例えば２秒）
時間範囲：ｔ０－δ≦ｔｂ≦ｔ０ （ただしδは例えば２秒）
【0110】
〔第２の変形例〕
上述の実施形態において、車載装置４の制御部４１に対して、メッセージの文字数だけでなく、メッセージの内容に応じて変動する読解時間ＴＲを設定してもよい。
例えば、メッセージの内容が、ユーザにとって定型的なフォーマットである場合は、他のフォーマットに比べて読解時間ＴＲを短めに設定してもよい。具体的には、ユーザが宅配業者である場合は、例えば再配送連絡の読解時間ＴＲを短く設定することが好ましい。
上述の実施形態において、車載装置４の制御部４１に対して、メッセージの文字数だけでなく、メッセージの内容に応じて変動する読解時間ＴＲを設定してもよい。
例えば、メッセージの内容が、ユーザにとって定型的なフォーマットである場合は、他のフォーマットに比べて読解時間ＴＲを短めに設定してもよい。具体的には、ユーザが宅配業者である場合は、例えば再配送連絡の読解時間ＴＲを短く設定することが好ましい。
【0111】
また、ユーザが宅配業者である場合において、メッセージの内容がリマインドならば読解時間ＴＲを短く設定し、メッセージの内容が配送時間の変更などを伴う場合には、リマインドの場合よりも読解時間ＴＲを長めに設定すればよい。
更に、メッセージがＥメールの場合は、件名に＜返信要＞などのタグを付きのメッセージの読解時間ＴＲについては、長めに設定することが好ましい。
更に、メッセージがＥメールの場合は、件名に＜返信要＞などのタグを付きのメッセージの読解時間ＴＲについては、長めに設定することが好ましい。
【0112】
〔第３の変形例〕
上述の実施形態において、車載装置４の制御部４１は、メッセージの送信元の種別に応じて、通知可否の判定対象とするか否かを決定してもよい。
例えば、メッセージの送信元が業務関係者（例えばユーザの上司又は取引先など）の場合は通知可否の判定対象とし、送信元が私的関係者（例えばユーザの友人など）の場合は常に通知許可を行わないなどの運用が考えられる。また、ユーザが宅配業者である場合は、送信元が配送先であるメッセージを通知可否の判定対象に含めることが好ましい。
上述の実施形態において、車載装置４の制御部４１は、メッセージの送信元の種別に応じて、通知可否の判定対象とするか否かを決定してもよい。
例えば、メッセージの送信元が業務関係者（例えばユーザの上司又は取引先など）の場合は通知可否の判定対象とし、送信元が私的関係者（例えばユーザの友人など）の場合は常に通知許可を行わないなどの運用が考えられる。また、ユーザが宅配業者である場合は、送信元が配送先であるメッセージを通知可否の判定対象に含めることが好ましい。
【0113】
〔第４の変形例〕
上述の実施形態において、車載装置４の制御部４１は、アプリケーションソフトの種別に応じて、通知可否の判定対象とするか否かを決定してもよい。
具体的には、ＬＩＮＥ、ＳＭＳ及びＥメールのうち、業務に使用するメッセージ送受信のためのアプリケーションを通知可否の判定対象とすればよい。この場合、判定対象がＥメールに設定されると、制御部４１は、ＬＩＮＥとＳＭＳのメッセージについては常に通知許可を行わず、Ｅメールのメッセージについて通知可否を判定する。
上述の実施形態において、車載装置４の制御部４１は、アプリケーションソフトの種別に応じて、通知可否の判定対象とするか否かを決定してもよい。
具体的には、ＬＩＮＥ、ＳＭＳ及びＥメールのうち、業務に使用するメッセージ送受信のためのアプリケーションを通知可否の判定対象とすればよい。この場合、判定対象がＥメールに設定されると、制御部４１は、ＬＩＮＥとＳＭＳのメッセージについては常に通知許可を行わず、Ｅメールのメッセージについて通知可否を判定する。
【0114】
〔その他の変形例〕
今回開示した実施形態はすべての点で例示であって制限的なものではない。本発明の権利範囲は、上述の実施形態に限定されるものではなく、特許請求の範囲に記載された構成と均等の範囲内でのすべての変更が含まれる。
今回開示した実施形態はすべての点で例示であって制限的なものではない。本発明の権利範囲は、上述の実施形態に限定されるものではなく、特許請求の範囲に記載された構成と均等の範囲内でのすべての変更が含まれる。
【0115】
上述の実施形態において、第１及び第２判定処理（図６及び図７）の実行主体は、車載装置４の制御部４１だけでなく、端末装置１の制御部１１であってもよい。すなわち、端末装置１が「通知可否の判定装置」であってもよい。
この場合、端末装置１の制御部１１は、車載装置４にメッセージを転送する必要はないが、図５の状態判定の判定結果を車載装置４から取得する必要がある。
この場合、端末装置１の制御部１１は、車載装置４にメッセージを転送する必要はないが、図５の状態判定の判定結果を車載装置４から取得する必要がある。
【0116】
また、端末装置１の制御部１１は、通知可否の判定に必要な信号情報Ｓ２及び予定経路ＳＲなどを車載装置４から取得し、第１及び第２判定処理（図６及び図７）を実行すればよい。更に、端末装置の制御部１１は、通知許可を行った後に注意喚起処理（図８）を実行してもよい。なお、端末装置１の制御部１１は、信号情報Ｓ２についてはサーバ２から取得することしてもよい。
【符号の説明】
【0117】
１ 端末装置（通知可否の判定装置）
２ サーバ
３ プローブ車両（車両）
４ 車載装置（通知可否の判定装置）
５ 中央装置
６ 通信回線
７ 交通信号制御機
７Ａ 第１制御機
７Ｂ 第２制御機
８ 路側通信機
９ 無線基地局
１０ 公衆通信網
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 表示部
１５ コンピュータプログラム
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 同期処理部
２５ 地図データベース
２６ プローブデータベース
２７ 信号情報データベース
２８ 会員データベース
２９ 道路地図データ
３０ コンピュータプログラム
４１ 制御部
４２ 記憶部
４３ 車外通信部
４４ 同期処理部
４５ センサ
４６ 車載カメラ
４７ 車内通信部
４８ ナビゲーション部
４９ コンピュータプログラム
５１ 制御部
５２ 記憶部
５３ 通信部
５４ コンピュータプログラム
１００ 情報提供システム
２００ 交通信号制御システム
Ｓ１ プローブ情報
Ｓ２ 信号情報
２ サーバ
３ プローブ車両（車両）
４ 車載装置（通知可否の判定装置）
５ 中央装置
６ 通信回線
７ 交通信号制御機
７Ａ 第１制御機
７Ｂ 第２制御機
８ 路側通信機
９ 無線基地局
１０ 公衆通信網
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 表示部
１５ コンピュータプログラム
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 同期処理部
２５ 地図データベース
２６ プローブデータベース
２７ 信号情報データベース
２８ 会員データベース
２９ 道路地図データ
３０ コンピュータプログラム
４１ 制御部
４２ 記憶部
４３ 車外通信部
４４ 同期処理部
４５ センサ
４６ 車載カメラ
４７ 車内通信部
４８ ナビゲーション部
４９ コンピュータプログラム
５１ 制御部
５２ 記憶部
５３ 通信部
５４ コンピュータプログラム
１００ 情報提供システム
２００ 交通信号制御システム
Ｓ１ プローブ情報
Ｓ２ 信号情報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】