ホーム > 特許ランキング > トヨタ自動車株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-11
(45)【発行日】2024-11-19
(54)【発明の名称】覚醒状態判定システム
(51)【国際特許分類】
A61B 5/18 20060101AFI20241112BHJP
G08G 1/16 20060101ALI20241112BHJP
B60R 11/04 20060101ALI20241112BHJP
【ＦＩ】
A61B5/18
G08G1/16 F
B60R11/04
【請求項の数】
4
(21)【出願番号】P 2021053252
(22)【出願日】2021-03-26
(65)【公開番号】P2022150583
(43)【公開日】2022-10-07
【審査請求日】2023-12-19
(73)【特許権者】
【識別番号】000003207
【氏名又は名称】トヨタ自動車株式会社
(74)【代理人】
【識別番号】110000213
【氏名又は名称】弁理士法人プロスペック特許事務所
(72)【発明者】
【氏名】松村 健
【審査官】渡戸 正義
(56)【参考文献】
【文献】特開２０１９－１５４６１３（ＪＰ，Ａ）
【文献】特開２０１９－０３８４７１（ＪＰ，Ａ）
【文献】特開２０２１－０３３３４４（ＪＰ，Ａ）
【文献】特表２０１８－５１８２０５（ＪＰ，Ａ）
【文献】国際公開第２０１９／１５５９１３（ＷＯ，Ａ１）
【文献】特開２０１９－１０９７７９（ＪＰ，Ａ）
【文献】特開２０２１－０４７６１２（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１９／０１００１１０（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６１Ｂ ５／１６ － ５／１８
Ｇ０８Ｇ １／１６
Ｂ６０Ｒ １１／０４
(57)【特許請求の範囲】
【請求項1】
車両の運転者の覚醒度合を取得する覚醒状態判定処理を実行する制御装置と、前記運転者によって携帯され、バッテリ及び第２撮像部を備える携帯端末であって、前記覚醒状態判定処理に使用される情報として前記第２撮像部によって取得された画像を端末側情報として前記制御装置に送信する情報送信処理を実行する携帯端末と、
を備え、
前記制御装置は、
前記端末側情報を用いて前記覚醒状態判定処理を実行し、
前記覚醒状態判定処理により取得された前記覚醒度合が前記運転者が覚醒状態であることを表す第１度合であるときには前記運転者を監視する重要性のレベルが所定のレベルよりも低いと判定し、前記覚醒状態判定処理により取得された前記覚醒度合が前記運転者が居眠り状態ではないが眠気を感じている状態であることを表す第２度合及び前記運転者が居眠り状態であることを表す第３度合の何れかであるときには前記重要性のレベルが前記所定のレベルよりも高いと判定し、
前記携帯端末は、
前記重要性のレベルが前記所定のレベルよりも高いと判定された場合には第１時間（Ｔ１）が経過するごとに前記第２撮像部によって前記画像を取得し且つ当該画像を前記端末側情報として前記制御装置に送信する第１処理を前記情報送信処理として実行し、
前記重要性のレベルが前記所定のレベルよりも低いと判定された場合には前記第１時間（Ｔ１）よりも長い第２時間（Ｔ２）が経過するごとに前記第２撮像部によって前記画像を取得し且つ当該画像を前記端末側情報として前記制御装置に送信する第２処理を前記情報送信処理として実行する、
ように構成された、
覚醒状態判定システム。
【請求項2】
請求項１に記載の覚醒状態判定システムにおいて、前記携帯端末は、
前記重要性のレベルが前記所定のレベルよりも高いと判定された場合であっても、
前記バッテリの電力が早く無くなる可能性が高いと推定される場合には前記第２処理を前記情報送信処理として実行し、
前記バッテリの電力が早く無くなる可能性が低いと推定される場合には前記第１処理を前記情報送信処理として実行する、
ように構成された、
覚醒状態判定システム。
【請求項3】
請求項１に記載の覚醒状態判定システムにおいて、
前記制御装置は、
前記車両の運転操作を自動的に行う自動運転制御を実行するように構成され、
前記自動運転制御が終了するまでの予測時間（Ｔｆ）が所定の時間閾値（Ｔｔｈ）以内である場合には前記重要性のレベルが前記所定のレベルよりも高いと判定し、
前記予測時間（Ｔｆ）が前記時間閾値（Ｔｔｈ）以内でない場合には前記重要性のレベルが前記所定のレベルよりも低いと判定する、
ように構成された、
覚醒状態判定システム。
【請求項4】
請求項３に記載の覚醒状態判定システムにおいて、前記携帯端末は、前記自動運転制御が終了される場合、
前記自動運転制御の再開の可能性が高いとき、前記情報送信処理を継続させ、
前記自動運転制御の再開の可能性が低いとき、前記情報送信処理を終了させる
ように構成された、
覚醒状態判定システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、運転者の覚醒状態を判定するシステムに関する。
【背景技術】
【0002】
従来から、車両の運転者の顔をカメラ（ドライバモニタカメラ）を用いて撮影して、カメラによって取得された画像データに基づいて運転者が覚醒状態であるかを判定する装置（以下、「従来装置」と称呼する。）が提案されている（例えば、特許文献１を参照。）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１４－１１５９８３号公報
【発明の概要】
【0004】
更に、従来から、自動運転制御を実行するように構成された自動運転装置が提案されている。自動運転制御は、運転者による運転操作なしに、車両の速度及び操舵輪の舵角等を自動的に変更する制御である。自動運転制御のレベル（所謂、自動運転レベル）は、ＳＡＥ（Society of Automotive Engineers）によって、複数のレベル０～５に区分される。近年、レベル３の自動運転制御が実用化され始めている。レベル３は、特定の環境下において自動運転装置が全ての運転操作を実行するレベルであり、運転操作の交代要求（以下、単に「運転操作交代要求」と称呼する。）が発生した場合には運転者が運転操作を行うことが求められるレベルである。従って、レベル３の自動運転制御は、「条件付き自動運転制御」と称呼される場合がある。
【0005】
レベル３においては、自動運転装置が自動運転制御を継続できない場合（運転操作交代要求が発生した場合）には、運転者が運転操作を引き継ぐ必要がある。従って、運転者が居眠り状態であることは許容されない。一方で、運転者が脇見していることは許容される。従って、自動運転装置がレベル３の自動運転制御を実行している間、運転者は、様々な行動（携帯端末の操作又は読書等）を行うことができる。
【0006】
例えば、自動運転制御の実行中に運転者が携帯端末（例えば、スマートフォン）を操作すると仮定する。携帯端末は、通常、カメラを備えている。従って、携帯端末で取得された運転者の画像を用いて運転者が覚醒状態であるかを判定する構成も有効であると考えられる。そこで、本願の発明者は、携帯端末において取得された情報を用いて、運転者が覚醒状態であるかを判定するシステムを検討している。しかし、当該システムにおいては、携帯端末の処理負荷が大きくなり、携帯端末のバッテリの電力の残量が急激に減る可能性がある。
【0007】
本開示の目的の一つは、携帯端末において取得された情報を用いて運転者が覚醒状態であるかを判定するシステムにおいて、状況に応じて、携帯端末のバッテリの消費度合を調節することができる技術を提供することである。
【0008】
１つ以上の実施形態における覚醒状態判定システムは、
車両（ＶＡ）の運転者（ＤＲ）が覚醒状態であるかを判定する覚醒状態判定処理を実行する制御装置（１０）と、
前記運転者によって携帯され、バッテリ（３０４）を備える携帯端末（１１０）であって、前記覚醒状態判定処理に使用される情報を前記携帯端末において取得するとともに当該取得された情報を端末側情報として前記制御装置に送信する情報送信処理を実行する携帯端末と、
を備える。
前記制御装置は、前記端末側情報を用いて、前記覚醒状態判定処理を実行するように構成されている。
前記携帯端末は、前記運転者を監視する重要性のレベルが所定のレベルよりも低い場合、前記重要性のレベルが前記所定のレベルよりも高い場合に比べて前記バッテリの電力の消費度合が小さくなるように、前記情報送信処理を実行するように構成されている。
車両（ＶＡ）の運転者（ＤＲ）が覚醒状態であるかを判定する覚醒状態判定処理を実行する制御装置（１０）と、
前記運転者によって携帯され、バッテリ（３０４）を備える携帯端末（１１０）であって、前記覚醒状態判定処理に使用される情報を前記携帯端末において取得するとともに当該取得された情報を端末側情報として前記制御装置に送信する情報送信処理を実行する携帯端末と、
を備える。
前記制御装置は、前記端末側情報を用いて、前記覚醒状態判定処理を実行するように構成されている。
前記携帯端末は、前記運転者を監視する重要性のレベルが所定のレベルよりも低い場合、前記重要性のレベルが前記所定のレベルよりも高い場合に比べて前記バッテリの電力の消費度合が小さくなるように、前記情報送信処理を実行するように構成されている。
【0009】
上記の構成によれば、運転者を監視する重要性が低い場合には、バッテリの電力の消費が抑えられる。従って、バッテリの電力の残量が急激に減るのを抑えることができる。
【0010】
１つ以上の実施形態において、前記携帯端末は、前記バッテリの前記電力が早く無くなる可能性が高いと推定される場合、前記可能性が低いと推定される場合に比べて前記消費度合が小さくなるように、前記情報送信処理を実行するように構成されている。
【0011】
上記の構成によれば、携帯端末は、バッテリの電力が無くなるのを防ぎながら（或いはバッテリの電力が無くなるまでの時間を長くしながら）、情報送信処理を継続できる。従って、制御装置は、情報送信処理によって送信された端末側情報を用いて、覚醒状態判定処理を継続できる。
【0012】
１つ以上の実施形態において、覚醒状態判定システムは、前記車両に搭載され、前記運転者を撮像する第１撮像部（７６）を更に備える。前記携帯端末は、前記運転者を撮像する第２撮像部（２０２）を備える。
前記制御装置は、
前記第１撮像部又は前記第２撮像部によって取得された画像に基づいて、前記運転者の覚醒度合を演算し、
前記覚醒度合に基づいて、前記重要性のレベルを判定する
ように構成されている。
前記制御装置は、
前記第１撮像部又は前記第２撮像部によって取得された画像に基づいて、前記運転者の覚醒度合を演算し、
前記覚醒度合に基づいて、前記重要性のレベルを判定する
ように構成されている。
【0013】
例えば、運転者が眠気を感じている場合、近い将来、運転者が居眠り状態に陥る可能性がある。このような状況においては、運転者を監視する重要性のレベルが高い。上記の構成によれば、制御装置は、覚醒度合に基づいて、運転者を監視する重要性のレベルを判定できる。
【0014】
１つ以上の実施形態において、前記制御装置は、前記車両の運転操作を自動的に行う自動運転制御を実行するように構成されている。前記制御装置は、前記自動運転制御の実行中において、前記端末側情報を用いて、前記覚醒状態判定処理を実行するように構成されている。
【0015】
１つ以上の実施形態において、前記制御装置は、前記自動運転制御が終了するまでの予測時間（Ｔｆ）に基づいて、前記重要性のレベルを判定するように構成されている。
【0016】
例えば、自動運転制御が終了された場合、運転者が運転操作を引き継ぐ必要がある。運転者が居眠り状態であると、運転者が運転操作を引き継ぐことができない。従って、自動運転制御が終了されるまでの時間が短いと予測される場合、運転者を監視する重要性のレベルが高い。これに対し、自動運転制御が終了されるまでの時間が長いと予測される場合、自動運転制御により車両の運転操作が行われるので、運転者を監視する重要性のレベルが相対的に低い。このように、制御装置は、自動運転制御が終了するまでの予測時間に基づいて、運転者を監視する重要性のレベルを判定できる。
【0017】
１つ以上の実施形態において、前記携帯端末は、前記自動運転制御が終了される場合、
前記自動運転制御の再開の可能性が高いとき、前記情報送信処理を継続させ、
前記自動運転制御の再開の可能性が低いとき、前記情報送信処理を終了させる
ように構成されている。
前記自動運転制御の再開の可能性が高いとき、前記情報送信処理を継続させ、
前記自動運転制御の再開の可能性が低いとき、前記情報送信処理を終了させる
ように構成されている。
【0018】
上記の構成によれば、自動運転制御の再開の可能性が高いとき、携帯端末が情報送信処理を継続させる。自動運転制御が再開されたときに、制御装置は、端末側情報を用いて、すぐに覚醒状態判定処理を再開できる。
【0019】
１つ以上の実施形態において、前記携帯端末は、前記自動運転制御の再開の可能性が高いとき、
前記情報送信処理の中で前記消費度合が小さい処理を継続させ、
前記情報送信処理の中で前記消費度合が大きい処理を終了させる
ように構成されている。
前記情報送信処理の中で前記消費度合が小さい処理を継続させ、
前記情報送信処理の中で前記消費度合が大きい処理を終了させる
ように構成されている。
【0020】
上記の構成によれば、携帯端末は、バッテリの電力の消費度合が大きい情報送信処理を終了させるので、バッテリの電力の残量が急激に減るのを抑えることができる。携帯端末は、バッテリの電力の消費度合が小さい情報送信処理を継続させるので、自動運転制御が再開されたときに、制御装置は、端末側情報を用いて、すぐに覚醒状態判定処理を再開できる。
【0021】
一以上の実施形態において、上記の制御装置は、本明細書に記述される一以上の機能を実行するためにプログラムされたマイクロプロセッサにより実施されてもよい。一以上の実施形態において、上記の制御装置は、一以上のアプリケーションに特化された集積回路、即ち、ＡＳＩＣ等により構成されたハードウェアによって、全体的に或いは部分的に実施されてもよい。上記説明においては、後述する一以上の実施形態に対応する構成要素に対し、実施形態で用いた名称及び／又は符号を括弧書きで添えている。しかしながら、各構成要素は、前記名称及び／又は符号によって規定される実施形態に限定されるものではない。
【図面の簡単な説明】
【0022】
【図1】第１実施形態に係る覚醒状態判定システムの概略構成図である。
【図2】第１実施形態に係る携帯端末の外観図である。
【図3】第１実施形態に係る携帯端末の概略構成図である。
【図4】自動運転制御の実行中に運転者が携帯端末を操作する状況を示した図である。
【図6】第１実施形態における自動運転装置（自動運転ＥＣＵ）及び携帯端末のシーケンス図である。
【発明を実施するための形態】
【0023】
＜第１実施形態＞
図１に示したように、第１実施形態に係る覚醒状態判定システム（以下、「第１システム」と称呼される場合がある。）は、車両ＶＡに搭載（適用）された自動運転装置１００と、携帯端末１１０とを含む。
図１に示したように、第１実施形態に係る覚醒状態判定システム（以下、「第１システム」と称呼される場合がある。）は、車両ＶＡに搭載（適用）された自動運転装置１００と、携帯端末１１０とを含む。
【0024】
（自動運転装置の構成）
自動運転装置１００は、自動運転ＥＣＵ１０、エンジンＥＣＵ２０、ブレーキＥＣＵ３０、ステアリングＥＣＵ４０、メータＥＣＵ５０、及び、ナビゲーションＥＣＵ６０を備えている。これらのＥＣＵは、ＣＡＮ（Controller Area Network）９０を介して互いにデータを送受信可能となるように接続されている。
自動運転装置１００は、自動運転ＥＣＵ１０、エンジンＥＣＵ２０、ブレーキＥＣＵ３０、ステアリングＥＣＵ４０、メータＥＣＵ５０、及び、ナビゲーションＥＣＵ６０を備えている。これらのＥＣＵは、ＣＡＮ（Controller Area Network）９０を介して互いにデータを送受信可能となるように接続されている。
【0025】
ＥＣＵは、エレクトロニックコントロールユニットの略称であり、マイクロコンピュータを主要構成部品として有する電子制御回路である。マイクロコンピュータは、ＣＰＵ、ＲＯＭ、ＲＡＭ、インターフェース及び不揮発性メモリ等を含む。ＣＰＵはＲＯＭに格納されたインストラクション（ルーチン、プログラム）を実行することにより各種機能を実現する。例えば、自動運転ＥＣＵ１０は、ＣＰＵ１０ａ、ＲＯＭ１０ｂ、ＲＡＭ１０ｃ、インターフェース（Ｉ／Ｆ）１０ｄ及び不揮発性メモリ１０ｅ等を含むマイクロコンピュータを備える。
【0026】
エンジンＥＣＵ２０は、エンジンアクチュエータ２１に接続されている。エンジンアクチュエータ２１は、内燃機関２２のスロットル弁の開度を変更するスロットル弁アクチュエータを含む。エンジンＥＣＵ２０は、エンジンアクチュエータ２１を駆動することによって、内燃機関２２が発生するトルクを変更することができる。内燃機関２２が発生するトルクは、トランスミッション２３及び駆動力伝達機構を介して駆動輪に伝達される。従って、エンジンＥＣＵ２０は、エンジンアクチュエータ２１を制御することによって、車両ＶＡの駆動力を制御することができる。
【0027】
なお、車両ＶＡが、ハイブリッド車両である場合、エンジンＥＣＵ２０は、駆動源としての「内燃機関及び電動機」の何れか一方又は両方によって発生する駆動力を制御することができる。更に、車両ＶＡが電気自動車である場合、エンジンＥＣＵ２０は、駆動源としての電動機によって発生する駆動力を制御することができる。
【0028】
ブレーキＥＣＵ３０は、ブレーキアクチュエータ３１に接続されている。ブレーキアクチュエータ３１は、公知の油圧回路を含む。油圧回路は、リザーバ、オイルポンプ及び種々の弁装置等を含む。ブレーキアクチュエータ３１は、ブレーキＥＣＵ３０からの指示に応じてホイールシリンダ３２に供給する油圧（即ち、制動圧）を調整する。制動圧に応じて車輪に発生する摩擦制動力が変化する。従って、ブレーキＥＣＵ３０は、ブレーキアクチュエータ３１を制御することによって、車両ＶＡの制動力を制御することができる。
【0029】
ステアリングＥＣＵ４０は、アシストモータ（Ｍ）４１に接続されている。アシストモータ４１は、ステアリング機構４２に組み込まれている。ステアリング機構４２は、操舵ハンドルＳＷの回転操作により操舵輪を転舵するための機構である。ステアリング機構４２は、操舵ハンドルＳＷ、操舵ハンドルＳＷに連結されたステアリングシャフトＵＳ、及び、図示しない操舵用ギア機構等を含む。ステアリングＥＣＵ４０は、ステアリングシャフトＵＳに設けられた図示しない操舵トルクセンサによって、運転者が操舵ハンドルＳＷに入力した操舵トルクを検出し、この操舵トルクに基づいてアシストモータ４１を駆動する。ステアリングＥＣＵ４０は、このアシストモータ４１の駆動によってステアリング機構４２に操舵トルク（操舵アシストトルク）を付与し、これにより、運転者の操舵操作をアシストすることができる。
【0030】
加えて、ステアリングＥＣＵ４０は、以降で説明する自動運転制御の実行中に自動運転ＥＣＵ１０からの操舵指令（後述する自動操舵トルクを含む。）に従って、アシストモータ４１を駆動する。この自動操舵トルクは、上述した操舵アシストトルクとは異なり、運転者の操舵操作を必要とせずに、自動運転ＥＣＵ１０からの操舵指令によってステアリング機構４２に付与されるトルクを表す。自動操舵トルクにより、車両ＶＡの操舵輪の舵角が変更される。
【0031】
メータＥＣＵ５０は、報知装置５１に接続されている。報知装置５１は、ブザー及び表示装置を含む。表示装置は、例えば、運転席の正面に設けられたマルチインフォメーションディスプレイである。メータＥＣＵ５０は、自動運転ＥＣＵ１０からの指示に応じて、ブザーを鳴動させて運転者への注意喚起を行ったり、表示装置に注意喚起用のマーク（ウォーニングランプ）を表示したりすることができる。
【0032】
ナビゲーションＥＣＵ６０は、ＧＰＳ受信機６１及び地図記憶部６２に接続されている。ＧＰＳ受信機６１は、車両ＶＡが位置している場所の「緯度及び経度」を検出するためのＧＰＳ信号を受信する。地図記憶部６２は、地図情報を記憶している。地図情報は、道路情報を含む。道路情報は、道路の種別、道路の幅員及び道路の曲率等を含む。なお、本例において、道路の種別は、自動車専用道路（高速道路）及び一般道路の何れかである。ナビゲーションＥＣＵ６０は、車両ＶＡが位置している場所の緯度及び経度、並びに地図情報等に基づいて各種の演算処理を行い、図示しないタッチパネルに地図上での車両ＶＡの位置を表示させる。
【0033】
車速センサ７１は、車両ＶＡの走行速度（車速）を検出し、車速ＳＰＤを表す信号を自動運転ＥＣＵ１０に出力するようになっている。
【0034】
加速度センサ７２は、車両ＶＡに生じる加速度に関する情報（以下、「第１加速度情報」と称呼する。）を取得し、当該第１加速度情報を表す信号を自動運転ＥＣＵ１０に出力する。第１加速度情報は、車両ＶＡの前後方向の加速度（前後加速度）である加速度ａｘ１と、車両ＶＡの横方向の加速度（横加速度）である加速度ａｙ１と、車両ＶＡの上下方向の加速度である加速度ａｚ１とを含む。
【0035】
周囲センサ７３は、車両ＶＡの周囲の道路（車両ＶＡが走行している走行レーンを含む。）に関する情報、及び、道路に存在する立体物に関する情報を取得するようになっている。立体物は、例えば、歩行者、四輪車及び二輪車などの移動物、並びに、ガードレール及びフェンスなどの固定物を含む。以下、これらの立体物は、単に「物体」と称呼される。周囲センサ７３は、レーダセンサ７４及びカメラセンサ７５を備えている。
【0036】
レーダセンサ７４は、例えば、ミリ波帯の電波（以下、「ミリ波」と称呼する。）を少なくとも車両ＶＡの前方領域を含む周辺領域に放射し、放射範囲内に存在する物体によって反射されたミリ波（即ち、反射波）を受信する。そして、レーダセンサ７４は、物体の有無について判定するとともに、車両ＶＡと物体との相対関係を示す情報を演算する。車両ＶＡと物体との相対関係を示す情報は、車両ＶＡと物体との距離、車両ＶＡに対する物体の方位（又は位置）、及び、車両ＶＡと物体との相対速度等を含む。以降において、車両ＶＡと物体との相対関係を示す情報は、単に「物体情報」と称呼される。
【0037】
カメラセンサ７５は、車両ＶＡの前方の風景を撮影して画像データを取得する。カメラセンサ７５は、その画像データに基づいて、走行レーンを規定する左区画線及び右区画線（例えば、左白線及び右白線）を認識し、走行レーンの形状を示すパラメータ（例えば、曲率）、及び、車両ＶＡと走行レーンとの位置関係を示すパラメータ等を演算する。車両ＶＡと走行レーンとの位置関係を示すパラメータは、例えば、左区画線又は右区画線から車両ＶＡの車幅方向の中心位置までの距離である。カメラセンサ７５によって取得された情報は「車線情報」と称呼される。なお、カメラセンサ７５は、画像データに基づいて、物体の有無を判定し、物体情報を演算するように構成されてもよい。
【0038】
周囲センサ７３は、「物体情報及び車線情報」を含む車両ＶＡの周辺状況に関する情報を「車両周辺情報」として自動運転ＥＣＵ１０に出力する。
【0039】
ドライバモニタカメラ（第１撮像部）７６は、操舵ハンドルＳＷのコラムカバー（所謂、ステアリングコラムカバー）の上側に配置されている。ドライバモニタカメラ７６は、運転者を撮影して画像データを取得し、当該画像データを自動運転ＥＣＵ１０に出力する。ドライバモニタカメラ７６の位置及び向きは、運転者の顔の全体が撮影できるように、設定されている。以降において、ドライバモニタカメラ７６によって取得された画像データは、「第１画像」と称呼される。
【0040】
なお、ドライバモニタカメラ７６は、車両ＶＡ内において運転者の顔が撮影できる限り、他の位置に設定されてもよい。例えば、ドライバモニタカメラ７６は、ダッシュボード又はフロントガラスの近傍に設けられてもよい。
【0041】
更に、自動運転ＥＣＵ１０は、通信ユニット８０に接続されている。通信ユニット８０は、図示しない「アンテナ部及び通信処理部」を備える。通信ユニット８０は、無線通信を通して携帯端末１１０と相互に情報を送信及び受信可能に構成されている。
【0042】
通信ユニット８０は、携帯端末１１０以外の装置と通信可能に構成されてもよい。通信ユニット８０は、ＶＩＣＳ（登録商標）（Vehicle Information and Communication System）と通信して、ＶＩＣＳ（登録商標）から道路交通情報を受信してもよい。道路交通情報は、渋滞区間の情報、及び、通行止め区間の情報等を含む。
【0043】
自動運転スイッチ８１は、運転者により操作されるスイッチである。運転者は、自動運転スイッチ８１を操作することにより、後述する自動運転制御の作動状態を設定することができる。
【0044】
（自動運転制御の概要）
以降において、自動運転ＥＣＵ１０は、単に「ＥＣＵ１０」と称呼される。ＥＣＵ１０は、自動運転制御を実行するように構成されている。本例において、自動運転レベルは、レベル３である。自動運転制御は、速度制御及び操舵制御を含む。
以降において、自動運転ＥＣＵ１０は、単に「ＥＣＵ１０」と称呼される。ＥＣＵ１０は、自動運転制御を実行するように構成されている。本例において、自動運転レベルは、レベル３である。自動運転制御は、速度制御及び操舵制御を含む。
【0045】
速度制御の一例として、アダプティブ・クルーズ・コントロール（以下、単に「ＡＣＣ」と称呼する。）が挙げられる。ＡＣＣ自体は公知である（例えば、特開２０１４－１４８２９３号公報、特開２００６－３１５４９１号公報、及び、特許第４１７２４３４号明細書等を参照。）。
【0046】
ＡＣＣは、定速走行制御と先行車追従制御の２種類の制御を含む。定速走行制御は、アクセルペダル及びブレーキペダルの操作を要することなく、車両ＶＡの走行速度を目標速度Ｖｓｅｔと一致させるように車両ＶＡの速度を調整する制御である。先行車追従制御は、アクセルペダル及びブレーキペダルの操作を要することなく、先行車（追従対象車両）と車両ＶＡとの車間距離を目標車間距離Ｄｓｅｔに維持しながら追従対象車両に対して車両ＶＡを追従させる制御である。追従対象車両は、車両ＶＡの前方領域であって車両ＶＡの直前を走行している車両である。
【0047】
ＥＣＵ１０は、車両周辺情報に基づいて追従対象車両が存在しているか否かを判定する。ＥＣＵ１０は、追従対象車両が存在しないと判定した場合、定速走行制御を実行する。ＥＣＵ１０は、車速ＳＰＤが目標速度Ｖｓｅｔに一致するように、エンジンＥＣＵ２０を用いてエンジンアクチュエータ２１を制御して駆動力を制御するとともに、必要に応じてブレーキＥＣＵ３０を用いてブレーキアクチュエータ３１を制御して制動力を制御する。
【0048】
これに対し、ＥＣＵ１０は、追従対象車両が存在すると判定した場合、先行車追従制御を実行する。ＥＣＵ１０は、目標車間時間ｔｗに車速ＳＰＤを乗じることにより、目標車間距離Ｄｓｅｔを演算する。目標車間時間ｔｗは、図示しない車間時間スイッチを用いて設定される。ＥＣＵ１０は、車両ＶＡと追従対象車両との間の車間距離が目標車間距離Ｄｓｅｔに一致するように、エンジンＥＣＵ２０を用いてエンジンアクチュエータ２１を制御して駆動力を制御するとともに、必要に応じてブレーキＥＣＵ３０を用いてブレーキアクチュエータ３１を制御して制動力を制御する。
【0049】
操舵制御の一例として、レーン・キーピング・アシスト・コントロール（以下、単に「ＬＫＡ」と称呼する。）が挙げられる。ＬＫＡ自体は公知である（例えば、特開２００８－１９５４０２号公報、特開２００９－１９０４６４号公報、特開２０１０－６２７９号公報、及び、特許第４３４９２１０号等を参照。）。
【0050】
ＬＫＡは、区画線又は先行車の走行軌跡（即ち、先行車軌跡）若しくはこれらの両方を活用して設定される目標走行ラインに沿って車両ＶＡが走行するように、自動操舵トルクをステアリング機構４２に付与して車両ＶＡの操舵輪の舵角を変化させる制御である。
【0051】
ＥＣＵ１０は、車両周辺情報に基づいて目標走行ラインを設定する。目標走行ラインは、例えば、左区画線と右区画線との間の道路幅方向における中央位置を結ぶライン（即ち、車両ＶＡが走行しているレーンの中央ライン）、又は、先行車軌跡である。ＥＣＵ１０は、車両ＶＡを目標走行ラインに沿って走行させるための自動操舵トルクを演算する。ＥＣＵ１０は、アシストモータ４１により生じる実際のトルクが自動操舵トルクに一致するように、ステアリングＥＣＵ４０を用いてアシストモータ４１を制御する。これにより、車両ＶＡの操舵輪の舵角が変更される。
【0052】
ＥＣＵ１０は、自動運転制御を特定の状況下において実行することができる。ＥＣＵ１０は、所定の自動運転実行条件が成立する場合、自動運転制御を実行する。例えば、自動運転実行条件は、以下の条件Ａ１乃至条件Ａ３の全てが成立したときに成立する。
（条件Ａ１）：車両ＶＡが自動車専用道路を走行している。
（条件Ａ２）：車速ＳＰＤが所定の速度閾値ＳＰＤｔｈ以下である。
（条件Ａ３）：運転者が自動運転スイッチ８１を押下して、自動運転制御の作動状態をオフ状態からオン状態へと設定した。
（条件Ａ１）：車両ＶＡが自動車専用道路を走行している。
（条件Ａ２）：車速ＳＰＤが所定の速度閾値ＳＰＤｔｈ以下である。
（条件Ａ３）：運転者が自動運転スイッチ８１を押下して、自動運転制御の作動状態をオフ状態からオン状態へと設定した。
【0053】
速度閾値ＳＰＤｔｈは比較的小さい値に設定されてもよい。この場合、自動運転実行条件が成立する状況は、車両ＶＡが渋滞区間を走行している状況を意味する。このような状況において、ＥＣＵ１０は、自動運転制御を実行してもよい。
【0054】
なお、自動運転実行条件は、上記の例に限定されず、他の条件であってもよい。地図記憶部６２に記憶されている道路情報は、レベル３の自動運転制御が可能な区間（以下、「自動運転区間」と称呼する。）を示す情報を含んでもよい。この場合、ＥＣＵ１０は、ナビゲーションＥＣＵ６０を介して道路情報を取得する。車両ＶＡが自動運転区間を走行している状況において運転者が自動運転スイッチ８１を押下した場合に、ＥＣＵ１０は、自動運転実行条件が成立したと判定してもよい。
【0055】
別の例において、ＥＣＵ１０は、通信ユニット８０を介して交通情報（渋滞区間の情報を含む。）を取得してもよい。この構成において、車両ＶＡが渋滞区間を走行している状況において運転者が自動運転スイッチ８１を押下した場合に、ＥＣＵ１０は、自動運転実行条件が成立したと判定してもよい。
【0056】
ＥＣＵ１０は、所定の自動運転終了条件が成立する場合、自動運転制御を終了させる。例えば、自動運転終了条件は、以下の条件Ｂ１乃至条件Ｂ４のうちの少なくとも１つが成立したときに成立する。
（条件Ｂ１）：車両ＶＡが自動車専用道路の出口に到着した。
（条件Ｂ２）：車速ＳＰＤが速度閾値ＳＰＤｔｈよりも大きくなった。
（条件Ｂ３）：運転者が自動運転スイッチ８１を押下して、自動運転制御の作動状態をオン状態からオフ状態へと設定した。
（条件Ｂ４）：自動運転制御を継続することができない事象（例えば、システムエラー）が発生した。
なお、自動運転終了条件は、上記の例に限定されず、他の条件であってもよい。
（条件Ｂ１）：車両ＶＡが自動車専用道路の出口に到着した。
（条件Ｂ２）：車速ＳＰＤが速度閾値ＳＰＤｔｈよりも大きくなった。
（条件Ｂ３）：運転者が自動運転スイッチ８１を押下して、自動運転制御の作動状態をオン状態からオフ状態へと設定した。
（条件Ｂ４）：自動運転制御を継続することができない事象（例えば、システムエラー）が発生した。
なお、自動運転終了条件は、上記の例に限定されず、他の条件であってもよい。
【0057】
（携帯端末の構成）
携帯端末１１０は、運転者によって携帯される装置であり、本例において、図２に示すスマートフォンである。携帯端末１１０は、運転者によって携帯される限り、他の装置（例えば、タブレット端末又はウェアラブル端末）であってもよい。
携帯端末１１０は、運転者によって携帯される装置であり、本例において、図２に示すスマートフォンである。携帯端末１１０は、運転者によって携帯される限り、他の装置（例えば、タブレット端末又はウェアラブル端末）であってもよい。
【0058】
携帯端末１１０は、ディスプレイ２０１を備える。ディスプレイ２０１は、タッチパネル式のディスプレイであり、ディスプレイ２０１の表示面（操作面）に対するタッチ操作を検出することができる。
【0059】
携帯端末１１０は、ディスプレイ２０１側の面にフロントカメラ（第２撮像部）２０２を備える。なお、携帯端末１１０は、ディスプレイ２０１と反対側の面（即ち、背面）にリアカメラを備えてもよい。
【0060】
更に、携帯端末１１０は、その内部に加速度センサ２０３を備える。加速度センサ２０３は、携帯端末１１０に生じる加速度に関する情報（「第２加速度情報」と称呼する。）を取得する。第２加速度情報は、図２に示す「ｘ軸、ｙ軸及びｚ軸の方向」のそれぞれの方向における加速度についての情報を含む。ｘ軸は、携帯端末１１０の横方向に延びる座標軸である。ｙ軸は、携帯端末１１０の縦方向に延びる座標軸である。ｚ軸は、ディスプレイ２０１の面（操作面）に対して鉛直方向に延びる座標軸である。以降において、ｘ軸方向の加速度は「加速度ａｘ２」と称呼され、ｙ軸方向の加速度は「加速度ａｙ２」と称呼され、ｚ軸方向の加速度は「加速度ａｚ２」と称呼される。
【0061】
携帯端末１１０は、更に、第１音量ボタン２０４ａ及び第２音量ボタン２０４ｂ、並びに、ホームボタン２０５を備える。運転者が第１音量ボタン２０４ａを押下すると、携帯端末１１０の音量が大きくなり、運転者が第２音量ボタン２０４ｂを押下すると、携帯端末１１０の音量が小さくなる。ホームボタン２０５は、起動している様々なアプリケーションを一時的に閉じて、ディスプレイ２０１にホーム画面を表示させるためのボタンである。
【0062】
図３に示すように、携帯端末１１０は、ＣＰＵ３０１、メモリ３０２、及び、不揮発性メモリ３０３を備える。ＣＰＵ３０１、メモリ３０２、不揮発性メモリ３０３、ディスプレイ２０１、フロントカメラ２０２及び加速度センサ２０３は、内部バス３１０を介して互いに接続されている。
【0063】
ＣＰＵ３０１は、少なくとも１つのプロセッサ又は回路を含む。メモリ３０２は、例えば、ＲＡＭを含む。不揮発性メモリ３０３は、例えば、フラッシュメモリ及びＲＯＭを含む。ＣＰＵ３０１は、メモリ３０２をワークメモリとして用いて、不揮発性メモリ３０３に格納されているインストラクション（ルーチン、プログラム）を実行する。
【0064】
更に、携帯端末１１０は、バッテリ３０４を備える。携帯端末１１０の上記の構成要素は、バッテリ３０４から供給された電力を用いて作動する。
【0065】
（覚醒状態判定処理の概要）
図４に示したように、ＥＣＵ１０が自動運転制御を実行している間、運転者ＤＲが携帯端末１１０を操作する場合がある。そこで、ＥＣＵ１０は、自動運転制御の実行中において、携帯端末１１０において取得された情報を用いて、運転者ＤＲが覚醒状態であるか否かを判定する。以降において、このような処理は、「覚醒状態判定処理」と称呼される。更に、携帯端末１１０において取得された情報は、「端末側情報」と称呼される。
図４に示したように、ＥＣＵ１０が自動運転制御を実行している間、運転者ＤＲが携帯端末１１０を操作する場合がある。そこで、ＥＣＵ１０は、自動運転制御の実行中において、携帯端末１１０において取得された情報を用いて、運転者ＤＲが覚醒状態であるか否かを判定する。以降において、このような処理は、「覚醒状態判定処理」と称呼される。更に、携帯端末１１０において取得された情報は、「端末側情報」と称呼される。
【0066】
上記の構成のために、図３に示すように、携帯端末１１０の不揮発性メモリ３０３は、監視アプリケーション３３０を格納している。監視アプリケーション３３０は、運転者ＤＲの状態を監視する（モニタリング）するためのプログラムである。
【0067】
ＣＰＵ３０１は、監視アプリケーション３３０を実行して、覚醒状態判定処理に使用するための情報を取得するとともに、当該取得された情報を端末側情報として自動運転装置１００に送信する。以降において、このような処理は、単に「情報送信処理」と称呼される。
【0068】
本例において、ＣＰＵ３０１は、以下のように情報送信処理を実行する。ＣＰＵ３０１は、フロントカメラ２０２から、運転者ＤＲの顔の画像（以下、「第２画像」と称呼する。）を取得する。図５は、フロントカメラ２０２によって取得された第２画像５００の例である。ＣＰＵ３０１は、第２画像５００を端末側情報として自動運転装置１００に送信する。
【0069】
ＥＣＵ１０は、通信ユニット８０を介して端末側情報を受信する。ＥＣＵ１０は、第２画像５００に基づいて覚醒状態判定処理を実行する。具体的には、ＥＣＵ１０は、公知の手法に従って、運転者ＤＲの覚醒度合を判定する。本例において、覚醒度合は、第１度合、第２度合、及び、第３度合を含む。第１度合は、運転者ＤＲが覚醒状態であることを表す。第２度合は、運転者ＤＲが居眠り状態ではないが、運転者ＤＲが眠気を感じている状態であることを表す。第３度合は、運転者ＤＲが居眠り状態であることを表す。
【0070】
例えば、覚醒度合は、閉眼率、まばたきの頻度、開眼の状態（上瞼と下瞼との間の距離）、眼球運動、及び、あくび行動の有無等のうちの少なくとも１つに基づいて判定される。以下、閉眼率について簡単に説明する。
【0071】
ＥＣＵ１０は、第２画像５００を眼検出用の識別器に入力するか、又は、第２画像５００上でテンプレートマッチングを行うことにより、第２画像５００から運転者ＤＲの眼を抽出する。ＥＣＵ１０は、例えば、抽出された眼の部分の縦横比に基づいて、眼が閉じているかを判定する。ＥＣＵ１０は、所定時間内で眼が閉じている時間の割合を閉眼率として演算する。閉眼率が第１閾値以下である場合、ＥＣＵ１０は、運転者ＤＲの覚醒度合が第１度合であると判定する。閉眼率が第１閾値よりも大きく且つ第２閾値以下である場合、ＥＣＵ１０は、運転者ＤＲの覚醒度合が第２度合であると判定する。閉眼率が第２閾値よりも大きい場合、ＥＣＵ１０は、運転者ＤＲの覚醒度合が第３度合であると判定する。
【0072】
ＥＣＵ１０は、運転者ＤＲの覚醒度合が第３度合であると判定した場合、報知装置５１に所定の注意喚起処理を実行させる。具体的には、ＥＣＵ１０は、メータＥＣＵ５０を用いて、ブザーを鳴動させるとともに、表示装置にウォーニングランプを表示させる。
【0073】
ＥＣＵ１０は、上記の注意喚起処理に加えて、以下の処理を実行してもよい。ＥＣＵ１０は、自動運転制御を継続できないと判定して、運転者ＤＲに対して運転操作交代要求を通知してもよい。更に、ＥＣＵ１０は、車両ＶＡを徐々に減速させて車両ＶＡを安全な位置（例えば、路肩又は非常駐車帯等）に停車させてもよい。
【0074】
（作動の概要）
上記の構成においては、携帯端末１１０が情報送信処理を実行するので、携帯端末１１０の処理負荷が大きくなる。従って、バッテリ３０４の電力の残量が急激に減る可能性がある。そこで、第１システムは、状況に応じて、携帯端末１１０のバッテリ３０４の電力の消費度合を調節する。
上記の構成においては、携帯端末１１０が情報送信処理を実行するので、携帯端末１１０の処理負荷が大きくなる。従って、バッテリ３０４の電力の残量が急激に減る可能性がある。そこで、第１システムは、状況に応じて、携帯端末１１０のバッテリ３０４の電力の消費度合を調節する。
【0075】
例えば、自動運転制御が終了された場合、運転者ＤＲが運転操作を引き継ぐ必要がある。運転者が居眠り状態であると、運転者ＤＲが運転操作を引き継ぐことができない。従って、自動運転制御が終了されるまでの時間が短いと予測される場合、運転者ＤＲを監視する重要性が高い。これに対し、自動運転制御が終了されるまでの時間が長いと予測される場合、自動運転制御により車両ＶＡの運転操作が行われるので、運転者ＤＲを監視する重要性が相対的に低い。
【0076】
別の例において、運転者ＤＲが眠気を感じている場合、近い将来、運転者ＤＲが居眠り状態に陥る可能性がある。このような状況においては、運転者ＤＲを監視する重要性が高い。一方で、運転者ＤＲが覚醒状態である場合、運転者ＤＲを監視する重要性が相対的に低い。
【0077】
上記を考慮して、ＥＣＵ１０は、第１条件が成立するか否かを判定する。本例において、第１条件は、運転者ＤＲを監視する重要性のレベルが所定のレベルよりも高いかを判定するための条件であり、以下の条件Ｃ１及び条件Ｃ２の少なくとも一方が成立したときに成立する。
（条件Ｃ１）：自動運転制御が終了するまでの予測時間Ｔｆが所定の時間閾値Ｔｔｈ以内である。
（条件Ｃ２）：運転者ＤＲの覚醒度合が第２度合又は第３度合である。
（条件Ｃ１）：自動運転制御が終了するまでの予測時間Ｔｆが所定の時間閾値Ｔｔｈ以内である。
（条件Ｃ２）：運転者ＤＲの覚醒度合が第２度合又は第３度合である。
【0078】
例えば、ＥＣＵ１０は、車両ＶＡの現在の位置から自動車専用道路の出口までの距離に基づいて予測時間Ｔｆを演算し、これにより、条件Ｃ１が成立するかを判定する。これは、車両ＶＡが自動車専用道路の出口に到着すると、条件Ｂ１が成立する（即ち、自動運転制御が終了される）ためである。車両ＶＡが渋滞区間を走行している場合、ＥＣＵ１０は、車両ＶＡの現在の位置から渋滞区間の終端までの距離に基づいて予測時間Ｔｆを演算してもよい。これは、車両ＶＡが渋滞区間を抜けると、車速ＳＰＤが速度閾値ＳＰＤｔｈよりも大きくなり、これにより、条件Ｂ２が成立するためである。このように、ＥＣＵ１０は、予測時間Ｔｆに基づいて、運転者ＤＲを監視する重要性のレベルが所定のレベルよりも高いか又は低いかを判定できる。
【0079】
更に、ＥＣＵ１０は、第２画像５００に基づいて運転者ＤＲの覚醒度合を演算し、条件Ｃ２が成立するかを判定する。このように、ＥＣＵ１０は、運転者ＤＲの覚醒度合に基づいて、運転者ＤＲを監視する重要性のレベルが所定のレベルよりも高いか又は低いかを判定できる。
【0080】
ＥＣＵ１０は、携帯端末１１０に、情報送信処理の内容を指示する処理指示信号を送信する。処理指示信号の内容は、第１条件が成立するかどうかに従って変更される。携帯端末１１０は、処理指示信号に従って、情報送信処理を実行する。
【0081】
第１条件が成立する場合、運転者ＤＲを監視する重要性のレベルが所定のレベルよりも高い。従って、携帯端末１１０は、情報送信処理として、第１処理を実行する。第１処理は、第１時間Ｔ１が経過するごとに、第２画像５００を取得して第２画像５００を端末側情報として自動運転装置１００に送信する処理である。第１時間Ｔ１は比較的短い時間に設定される。従って、第１条件が成立する場合、携帯端末１１０は、高頻度で端末側情報（第２画像５００）を自動運転装置１００に送信する。
【0082】
第１条件が成立しない場合、運転者ＤＲを監視する重要性のレベルが所定のレベルよりも低い。従って、携帯端末１１０は、情報送信処理として、第２処理を実行する。第２処理は、第２時間Ｔ２が経過するごとに、第２画像５００を取得して第２画像５００を端末側情報として自動運転装置１００に送信する処理である。第２時間Ｔ２は、第１時間Ｔ１に比べて長い。従って、第１条件が成立しない場合、携帯端末１１０は、第１条件が成立する場合に比べて低い頻度で端末側情報（第２画像５００）を自動運転装置１００に送信する。第２処理は、第１処理に比べて携帯端末１１０における処理負荷が小さい処理である。即ち、第２処理は、第１処理に比べてバッテリ３０４の電力の消費度合が小さい処理である。
【0083】
このように、携帯端末１１０は、第１条件が成立しない（即ち、運転者ＤＲを監視する重要性が所定のレベルよりも低い）場合、第１条件が成立する（即ち、重要性のレベルが所定のレベルよりも高い）場合に比べてバッテリ３０４の電力の消費度合が小さくなるように、情報送信処理を実行する。
【0084】
（作動例）
図６を参照しながら、自動運転装置１００（具体的には、ＥＣＵ１０）及び携帯端末１１０の作動について具体的に説明する。
図６を参照しながら、自動運転装置１００（具体的には、ＥＣＵ１０）及び携帯端末１１０の作動について具体的に説明する。
【0085】
運転者ＤＲが車両ＶＡに乗車すると、ＥＣＵ１０と携帯端末１１０との間の無線接続が確立する。例えば、Bluetooth（登録商標）のペアリングによって、ＥＣＵ１０と携帯端末１１０との間の無線接続が確立されてもよい。これにより、ＥＣＵ１０及び携帯端末１１０が、通信ユニット８０を介して通信を開始する（ステップ６０１）。
【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】
以上の構成を備える第２システムは、以下の効果を奏する。携帯端末１１０は、バッテリ３０４の電力が早く無くなる可能性があるかどうかに従って、情報送信処理の内容を変更する。具体的には、携帯端末１１０は、バッテリ３０４の電力が早く無くなる可能性が高いと推定される場合、当該可能性が低いと推定される場合に比べてバッテリ３０４の電力の消費度合が小さくなるように、情報送信処理を実行する。この構成によれば、携帯端末１１０は、バッテリ３０４の電力が無くなるのを防ぎながら（或いはバッテリ３０４の電力が無くなるまでの時間を長くしながら）、情報送信処理を継続できる。ＥＣＵ１０は、情報送信処理によって送信された端末側情報を用いて、覚醒状態判定処理を継続できる。
【0118】
（第２システムの変形例１）
ＥＣＵ１０は、第２条件が成立する場合、携帯端末１１０を充電することを促すメッセージを報知装置５１を用いて運転者ＤＲに対して通知してもよい。携帯端末１１０もまた、上記メッセージを運転者ＤＲに対して通知してもよい。
ＥＣＵ１０は、第２条件が成立する場合、携帯端末１１０を充電することを促すメッセージを報知装置５１を用いて運転者ＤＲに対して通知してもよい。携帯端末１１０もまた、上記メッセージを運転者ＤＲに対して通知してもよい。
【0119】
（第２システムの変形例２）
第１実施形態と同様に、第１処理は、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。第２処理は、第１処理に比べてバッテリ３０４の電力の消費度合が小さくなる処理である限り、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。第３処理は、第２処理に比べてバッテリ３０４の電力の消費度合が小さくなる処理である限り、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。第４処理は、第３処理に比べてバッテリ３０４の電力の消費度合が小さくなる処理である限り、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。
第１実施形態と同様に、第１処理は、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。第２処理は、第１処理に比べてバッテリ３０４の電力の消費度合が小さくなる処理である限り、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。第３処理は、第２処理に比べてバッテリ３０４の電力の消費度合が小さくなる処理である限り、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。第４処理は、第３処理に比べてバッテリ３０４の電力の消費度合が小さくなる処理である限り、第２画像５００、操作情報及び第２加速度情報の中の少なくとも１つを取得する処理であってもよい。
【0120】
（第２システムの変形例３）
ＥＣＵ１０は、第２条件が成立し且つ自動運転制御が長時間にわたって実行する可能性が高い場合、バッテリ３０４の電力の消費度合が最も小さくなる処理を情報送信処理として選択してもよい。
ＥＣＵ１０は、第２条件が成立し且つ自動運転制御が長時間にわたって実行する可能性が高い場合、バッテリ３０４の電力の消費度合が最も小さくなる処理を情報送信処理として選択してもよい。
【0121】
＜第３実施形態＞
次に、第３実施形態に係る覚醒状態判定システム（以下、「第３システム」と称呼される場合がある。）について説明する。本実施形態において、携帯端末１１０は、自動運転制御が終了される場合、自動運転制御の再開の可能性の高さに従って、監視アプリケーション３３０を継続させたり又は終了させたりする。
次に、第３実施形態に係る覚醒状態判定システム（以下、「第３システム」と称呼される場合がある。）について説明する。本実施形態において、携帯端末１１０は、自動運転制御が終了される場合、自動運転制御の再開の可能性の高さに従って、監視アプリケーション３３０を継続させたり又は終了させたりする。
【0122】
上述のように、図６のルーチンのステップ６１２にてＥＣＵ１０が自動運転制御を終了させると、携帯端末１１０はステップ６１４にて監視アプリケーション３３０を終了させる。このように、自動運転制御が実行されていない状況においては、バッテリ３０４の電力を減らさないという観点から、携帯端末１１０が監視アプリケーション３３０を終了させることが好ましい。
【0123】
しかし、自動運転制御が終了された後に比較的短い時間内に自動運転制御が再開される場合がある。このような例として、車両ＶＡが第１の渋滞区間を抜けた後に、車両ＶＡが第２の渋滞区間に比較的早く入ってしまう場合が挙げられる。別の例として、車両ＶＡが自動車専用道路を出た後に、比較的短い時間内に車両ＶＡが再び別の自動車専用道路に入る場合も挙げられる。これらの場合、図６のステップ６０３及びステップ６０４の処理が再び行われるので、運転者ＤＲが煩わしさを感じる。更に、監視アプリケーション３３０を再度起動するまでに時間がかかる。
【0124】
上記を考慮して、ＥＣＵ１０は、図６のステップ６１２にて、自動運転制御の再開の可能性を判定してもよい。ＥＣＵ１０は、自動運転制御の再開の可能性が低いと判定した場合、監視アプリケーション３３０を終了させる。これに対し、ＥＣＵ１０は、自動運転制御の再開の可能性が高いと判定した場合、監視アプリケーション３３０を継続させる。
【0125】
例えば、ＥＣＵ１０は、ナビゲーションＥＣＵ６０から車両ＶＡの目的地情報を取得してもよい。ＥＣＵ１０は、車両ＶＡの目的地情報に基づいて車両ＶＡが再び自動車専用道路に入ることを予定している場合、自動運転制御の再開の可能性が高いと判定する。
【0126】
例えば、ＥＣＵ１０は、通信ユニット８０を介して、ＶＩＣＳ（登録商標）から道路交通情報を受信してもよい。ＥＣＵ１０は、車両ＶＡが比較的短い時間内に再び渋滞区間に入る可能性が高い場合、自動運転制御の再開の可能性が高いと判定する。
【0127】
以上の構成を備える第３システムは、以下の効果を奏する。自動運転制御の再開の可能性が高いとき、運転者ＤＲが、情報送信処理を再開させるための操作（ステップ６０４の操作）を行う必要がない。運転者ＤＲが煩わしさを感じない。これにより、利便性が向上する。更に、自動運転制御が再開されたときに、ＥＣＵ１０は、端末側情報を用いて、すぐに覚醒状態判定処理を再開できる。
【0128】
（第３システムの変形例１）
携帯端末１１０は、自動運転制御の再開の可能性が高いと判定したとき、監視アプリケーション３３０の稼働状態を変更してもよい。携帯端末１１０が、端末側情報として、第２画像５００、操作情報及び第２加速度情報を取得すると仮定する。携帯端末１１０は、自動運転制御の再開の可能性が高い場合、情報送信処理の中でバッテリ３０４の電力の消費度合が小さい処理を継続させ、情報送信処理の中でバッテリ３０４の電力の消費度合が大きい処理を終了させる。具体的には、携帯端末１１０は、操作情報及び第２加速度情報を取得する処理を継続させ、第２画像５００を取得する処理のみを終了させる。第２画像５００を取得する処理の負荷は、他の情報（操作情報及び第２加速度情報）を取得する処理の負荷に比べて大きい。従って、携帯端末１１０は、第２画像５００を取得する処理のみを終了させるので、バッテリ３０４の電力の残量が急激に減るのを抑えることができる。一方で、携帯端末１１０は、操作情報及び第２加速度情報を取得する処理を継続させるので、自動運転制御が再開されたときに、ＥＣＵ１０は、端末側情報（操作情報及び第２加速度情報）を用いて、すぐに覚醒状態判定処理を再開できる。更に、運転者ＤＲが、情報送信処理を再開させるための操作（ステップ６０４の操作）を行う必要がない。これにより、利便性が向上する。
携帯端末１１０は、自動運転制御の再開の可能性が高いと判定したとき、監視アプリケーション３３０の稼働状態を変更してもよい。携帯端末１１０が、端末側情報として、第２画像５００、操作情報及び第２加速度情報を取得すると仮定する。携帯端末１１０は、自動運転制御の再開の可能性が高い場合、情報送信処理の中でバッテリ３０４の電力の消費度合が小さい処理を継続させ、情報送信処理の中でバッテリ３０４の電力の消費度合が大きい処理を終了させる。具体的には、携帯端末１１０は、操作情報及び第２加速度情報を取得する処理を継続させ、第２画像５００を取得する処理のみを終了させる。第２画像５００を取得する処理の負荷は、他の情報（操作情報及び第２加速度情報）を取得する処理の負荷に比べて大きい。従って、携帯端末１１０は、第２画像５００を取得する処理のみを終了させるので、バッテリ３０４の電力の残量が急激に減るのを抑えることができる。一方で、携帯端末１１０は、操作情報及び第２加速度情報を取得する処理を継続させるので、自動運転制御が再開されたときに、ＥＣＵ１０は、端末側情報（操作情報及び第２加速度情報）を用いて、すぐに覚醒状態判定処理を再開できる。更に、運転者ＤＲが、情報送信処理を再開させるための操作（ステップ６０４の操作）を行う必要がない。これにより、利便性が向上する。
【0129】
（第３システムの変形例２）
携帯端末１１０は、自動運転制御の再開の可能性が高い場合、監視アプリケーション３３０を起動したままで、第２画像５００、操作情報及び第２加速度情報を取得する処理のみを停止させてもよい。バッテリ３０４の電力の残量の消費度合をより効果的に抑えることができる。
携帯端末１１０は、自動運転制御の再開の可能性が高い場合、監視アプリケーション３３０を起動したままで、第２画像５００、操作情報及び第２加速度情報を取得する処理のみを停止させてもよい。バッテリ３０４の電力の残量の消費度合をより効果的に抑えることができる。
【0130】
なお、本開示は上記実施形態に限定されることはなく、本開示の範囲内において種々の変形例を採用することができる。
【0131】
ＥＣＵ１０は、ドライバモニタカメラ７６によって取得された画像（即ち、第１画像）に基づいて条件Ｃ２が成立するか否かを判定してもよい。
【0132】
携帯端末１１０が、図６のステップ６０７の処理を実行してもよい。この場合、携帯端末１１０は、ＥＣＵ１０から道路情報及び交通情報を取得する。
【0133】
自動運転ＥＣＵ１０と携帯端末１１０との間に他のＥＣＵが配置されてもよい。当該ＥＣＵが、運転者ＤＲが覚醒状態であるかを判定する処理を実行してもよい。
【符号の説明】
【0134】
１０…自動運転ＥＣＵ、２０…エンジンＥＣＵ、３０…ブレーキＥＣＵ、４０…ステアリングＥＣＵ、５０…メータＥＣＵ、６０…ナビゲーションＥＣＵ、１００…自動運転装置、１１０…携帯端末。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】