(57)【要約】【課題】車両のより円滑な走行を実現する。【解決手段】制御装置２００は、対象車両２４０において利用される。携帯端末１０は、対象車両２４０の搭乗者によって利用される携帯端末である。制御装置２００は、対象車両２４０が停車した場合に、対象車両２４０が停車している時間の予測値を表す指標値（以下、制御指標値）が、基準値以上であるか否かを判定する。そして、制御装置２００は、制御指標値が基準値以上であると判定された場合に、携帯端末１０の機能の制限を解除する。一方で、制御指標値が基準値未満であると判定された場合、制御装置２００は、携帯端末１０の機能の制限を解除しない。【選択図】図１
2019008547.tif 000002
【特許請求の範囲】
【請求項１】
対象車両の搭乗者によって利用される携帯端末の機能の少なくとも一部を制限する制限手段と、
前記対象車両が停車した場合に、前記対象車両が停車している時間の予測値を表す指標値が基準値以上であるか否かを判定する判定手段と、
前記指標値が前記基準値以上であると判定された場合に、前記携帯端末の機能の制限を解除する解除手段と、を有する制御装置。
【請求項２】
前記判定手段は、前記対象車両の進行方向において直近の位置にある信号機の表示が車両の進行を許可する表示に変わるまでの時間である信号待ち時間を取得し、前記信号待ち時間を前記指標値とする、請求項１に記載の制御装置。
【請求項３】
前記判定手段は、前記信号機から前記信号待ち時間を取得する、請求項２に記載の制御装置。
【請求項４】
前記判定手段は、前記対象車両の周囲の車両から前記信号待ち時間を取得する、請求項２に記載の制御装置。
【請求項５】
前記判定手段は、前記対象車両の前に停車している他の車両の数を特定し、前記特定した数に基づいて前記指標値を決定する、請求項１に記載の制御装置。
【請求項６】
前記判定手段は、前記対象車両の進行方向において直近の位置にある信号機までの距離を特定し、前記特定した距離に基づいて前記指標値を決定する、請求項１に記載の制御装置。
【請求項７】
前記判定手段は、前記携帯端末の状態に基づいて前記基準値を決定する、請求項１〜６いずれか一項に記載の制御装置。
【請求項８】
前記判定手段は、前記携帯端末で実行されている機能の種類を特定し、前記特定された種類に基づいて前記基準値を決定する、請求項７に記載の制御装置。
【請求項９】
前記制限手段は、前記対象車両のドライバの携帯端末を特定し、前記特定した携帯端末の機能の少なくとも一部を制限する、請求項１〜８いずれか一項に記載の制御装置。
【請求項１０】
前記制限手段によって前記携帯端末の機能が制限される際に、前記携帯端末においてメッセージを送信するアプリケーションが実行されている場合、所定のメッセージを送信する自動送信手段を有する、請求項１〜９いずれか一項に記載の制御装置。
【請求項１１】
前記制限手段は、前記解除手段によって前記携帯端末の機能の制限が解除された後、所定の条件が満たされた場合に、前記携帯端末の機能を再度制限する、請求項１〜１０いずれか一項に記載の制御装置。
【請求項１２】
対象車両の搭乗者によって利用される携帯端末の機能の少なくとも一部を制限する制限手段と、
前記対象車両が停車しており、なおかつ前記対象車両の進行方向において直近に位置する信号機の表示が車両の進行を許可しない表示である場合に、前記携帯端末の機能の制限を解除する解除手段と、を有し、
前記制限手段は、前記解除手段によって前記携帯端末の機能の制限が解除された後、前記信号機の表示が車両の進行を許可する表示に変わった場合、前記携帯端末の機能を再度制限する、制御装置。
【請求項１３】
携帯端末と制御装置を有するシステムであって、
前記制御装置は、
対象車両の搭乗者によって利用される前記携帯端末に対して、前記携帯端末の機能の少なくとも一部を制限する制御指示を送信する制御手段と、
前記対象車両が停車した場合に、前記対象車両が停車している時間の予測値を表す指標値が基準値以上であるか否かを判定する判定手段と、
前記指標値が前記基準値以上であると判定された場合に、前記携帯端末の機能の制限を解除する制御指示を送信する解除手段と、を有し、
前記携帯端末は、
前記制御装置から前記携帯端末の機能の少なくとも一部を制限する制御指示を受信したことに応じ、前記携帯端末の機能の少なくとも一部を制限し、
前記制御装置から前記携帯端末の機能の制限を解除する制御指示を受信したことに応じ、前記携帯端末の機能の制限を解除する、システム。
【請求項１４】
コンピュータによって実行される制御方法であって、
対象車両の搭乗者によって利用される携帯端末の機能の少なくとも一部を制限する制限ステップと、
前記対象車両が停車した場合に、前記対象車両が停車している時間の予測値を表す指標値が基準値以上であるか否かを判定する判定ステップと、
前記指標値が前記基準値以上であると判定された場合に、前記携帯端末の機能の制限を解除する解除ステップと、を有する制御方法。
【請求項１５】
請求項１４に記載の制御方法の各ステップをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両で利用される携帯端末の制御に関する。
【背景技術】
【０００２】
自動車などの車両において、カーナビゲーションシステムや携帯端末などのコンピュータが利用されている。そして、このように車内でコンピュータが利用される車両において円滑な走行を実現するための仕組みが開発されている。例えば特許文献１は、車載用の映像機器において、表示装置の視野角を切り替える視野角制御シャッターを制御することにより、車両が走行しているときには運転席から表示装置の表示が見えないようにする技術を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−０１５５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明者は、たとえ車両が走行していないときであっても、車両でコンピュータを利用できることが適切でない場合があると考えた。本発明は、上述の課題に鑑みてなされたものであり、車両のより円滑な走行を実現することを一つの目的とする。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は制御装置の発明である。当該制御装置は、１）前記制御装置と通信可能に接続されている携帯端末の機能の少なくとも一部を制限する制限手段と、２）前記対象車両が停車した場合に、前記対象車両が停車している時間の予測値を表す指標値が基準値以上であるか否かを判定する判定手段と、３）前記指標値が前記基準値以上であると判定された場合に、前記携帯端末の機能の制限を解除する解除手段と、を有する。
【０００６】
請求項１２記載の発明は制御装置の発明である。当該制御装置は、１）対象車両の搭乗者によって利用される携帯端末の機能の少なくとも一部を制限する制限手段と、２）前記対象車両が停車しており、なおかつ前記対象車両の進行方向において直近に位置する信号機の表示が車両の進行を許可しない表示である場合に、前記携帯端末の機能の制限を解除する解除手段と、を有する。
前記制限手段は、前記解除手段によって前記携帯端末の機能の制限が解除された後、前記信号機の表示が車両の進行を許可する表示に変わった場合、前記携帯端末の機能を再度制限する。
【０００７】
請求項１３記載の発明は、携帯端末と制御装置を有するシステムの発明である。前記制御装置は、１）対象車両の搭乗者によって利用される前記携帯端末に対して、前記携帯端末の機能の少なくとも一部を制限する制御指示を送信する制御手段と、２）前記対象車両が停車した場合に、前記対象車両が停車している時間の予測値を表す指標値が基準値以上であるか否かを判定する判定手段と、３）前記指標値が前記基準値以上であると判定された場合に、前記携帯端末の機能の制限を解除する制御指示を送信する解除手段と、を有する。
前記携帯端末は、１）前記制御装置から前記携帯端末の機能の少なくとも一部を制限する制御指示を受信したことに応じ、前記携帯端末の機能の少なくとも一部を制限し、２）前記制御装置から前記携帯端末の機能の制限を解除する制御指示を受信したことに応じ、前記携帯端末の機能の制限を解除する。
【０００８】
請求項１４記載の発明は、コンピュータによって実行される制御方法の発明である。当該制御方法は、１）対象車両の搭乗者によって利用される携帯端末の機能の少なくとも一部を制限する制限ステップと、２）前記対象車両が停車した場合に、前記対象車両が停車している時間の予測値を表す指標値が基準値以上であるか否かを判定する判定ステップと、３）前記指標値が前記基準値以上であると判定された場合に、前記携帯端末の機能の制限を解除する解除ステップと、を有する。
【図面の簡単な説明】
【０００９】
【図１】実施形態１の制御装置の動作の概要を例示する図である。
【図２】制御装置の機能構成を例示する図である。
【図３】制御装置のハードウエア構成を例示する図である。
【図４】実施形態１の制御装置によって実行される処理の流れを例示するフローチャートである。
【図５】制御情報を例示する図である。
【図６】カウンタを利用して対象車両の前方で停車している車両の数を把握する方法を例示する図である。
【図７】実施形態２の制御装置を例示するブロック図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また、特に説明する場合を除き、ブロック図における各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。
【００１１】
図１は、実施形態１の制御装置２００の動作の概要を例示する図である。なお、図１は制御装置２００の動作の理解を容易にするための図であり、制御装置２００の動作を何ら限定するものではない。
【００１２】
制御装置２００は、対象車両２４０において利用される。対象車両２４０は、自動車などの任意の車両である。制御装置２００は、対象車両２４０に対して固定されている据え置き型の装置であってもよいし、対象車両２４０に対して固定されていない可搬型の装置であってもよい。
【００１３】
制御装置２００には、少なくとも１つの携帯端末１０が通信可能に接続されている。携帯端末１０は、対象車両２４０の搭乗者によって利用される携帯端末（スマートフォン、タブレット端末、又はラップトップコンピュータなど）である。なお、対象車両２４０の搭乗者によって利用される携帯端末は、必ずしもその搭乗者の所有物（その搭乗者の名義の携帯端末）である必要はない。例えば、或る時に対象車両２４０の搭乗者によって利用される携帯端末は、その時に対象車両２４０に乗っていない人の所有物（例えば搭乗者の家族の名義の携帯端末）であってもよい。
【００１４】
制御装置２００は、携帯端末１０が持つ機能の少なくとも一部を制限する処理、及びこの制限を解除する処理を行う。なお、「携帯端末１０の機能を制限する」とは、その携帯端末１０においてその機能を一時的に利用できなくすることを意味する。また、「携帯端末１０の機能の制限を解除する」とは、その携帯端末１０の状態を、その機能が利用できない状態から、その機能を利用できる状態に変更することを意味する。
【００１５】
例えば対象車両２４０が走行している時に対象車両２４０のドライバが携帯端末１０で文字入力を行うと、運転に対する集中力が低下する。そこで、対象車両２４０が走行中には、携帯端末１０において文字入力を受け付ける機能を制限することが好適である。
【００１６】
しかしながら、携帯端末１０の機能が無条件に制限され続けると、対象車両２４０の搭乗者にとって不便であると言える。そこで制御装置２００は、対象車両２４０が停車した場合に、対象車両２４０が停車している時間の予測値を表す指標値（以下、制御指標値）が、基準値以上であるか否かを判定する。そして、制御装置２００は、制御指標値が基準値以上であると判定された場合に、携帯端末１０の機能の制限を解除する。一方で、制御指標値が基準値未満であると判定された場合、制御装置２００は、携帯端末１０の機能の制限を解除しない。
【００１７】
ここで、対象車両２４０が停車している時間が短い場合、携帯端末１０の機能の制限を解除することは好ましくないと言える。例えば対象車両２４０が信号待ちで停車している時間が１秒間である場合に携帯端末１０の機能の制限を解除すると、対象車両２４０のドライバが携帯端末１０を利用し始めてすぐに、対象車両２４０が発進できるようになる。この場合、例えば、運転に対する集中力が低下した状態でドライバが対象車両２４０を発進させる恐れがあるという問題や、ドライバが対象車両２４０をすぐに発進できずに渋滞の原因になる恐れがあるという問題がある。
【００１８】
この点、本実施形態の制御装置２００によれば、前述したように、対象車両２４０が停車している時間の予測値を表す制御指標値が基準値以上である場合に、携帯端末１０の機能の制限が解除される。そのため、上記のように例示した、対象車両２４０が停車している時間が短い場合に携帯端末１０の機能の制限を解除した場合に生じうる問題点を回避することができる。すなわち、対象車両２４０のより円滑な走行を実現したり、渋滞が生じることを回避したりすることができる。
【００１９】
以下、本実施形態の制御装置２００について、さらに詳細に説明する。
【００２０】
＜制御装置２００の機能構成の例＞
図２は、制御装置２００の機能構成を例示する図である。制御装置２００は、制限部２０２、判定部２０４、及び解除部２０６を有する。制限部２０２は、携帯端末１０が持つ機能の少なくとも一部を制限する。判定部２０４は、対象車両２４０が停車した場合に、制御指標値（対象車両２４０が停車している時間の予測値を表す指標値）が基準値以上であるか否かを判定する。解除部２０６は、制御指標値が基準値以上であると判定された場合に、携帯端末１０の機能の制限を解除する。
【００２１】
なお、制御装置２００は、携帯端末１０と共にシステムを構成してもよい。この場合、携帯端末１０は後述するように、制御装置２００から受信する指示に従って、携帯端末１０の機能の制限及びその制限の解除を行う。
【００２２】
＜制御装置２００のハードウエア構成の例＞
制御装置２００の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下、制御装置２００の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について、さらに説明する。
【００２３】
図３は、制御装置２００のハードウエア構成を例示する図である。計算機１００は、制御装置２００を実現する計算機である。例えば計算機１００は、対象車両２４０に搭載されている ECU である。その他にも例えば、計算機１００は、対象車両２４０に設けられているカーナビゲーション装置である。その他にも例えば、計算機１００は、携帯端末１０であってもよい。計算機１００は、制御装置２００を実現するために専用に設計された計算機であってもよいし、汎用の計算機であってもよい。
【００２４】
計算機１００は、バス１０２、プロセッサ１０４、メモリ１０６、ストレージデバイス１０８、入出力インタフェース１１０、及びネットワークインタフェース１１２を有する。バス１０２は、プロセッサ１０４、メモリ１０６、ストレージデバイス１０８、入出力インタフェース１１０、及びネットワークインタフェース１１２が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１０４などを互いに接続する方法は、バス接続に限定されない。プロセッサ１０４は、マイクロプロセッサ、CPU（Central Processing Unit）、又は GPU（Graphics Processing Unit）などを用いて実現される演算処理装置である。メモリ１０６は、RAM（Random Access Memory）などを用いて実現される主記憶装置である。ストレージデバイス１０８は、ROM（Read Only Memory）やフラッシュメモリなどを用いて実現される補助記憶装置である。ただし、ストレージデバイス１０８は、RAM など、主記憶装置を構成するハードウエアと同様のハードウエアで構成されてもよい。
【００２５】
入出力インタフェース１１０は、計算機１００を周辺機器と接続するためのインタフェースである。なお、入出力インタフェース１１０には、アナログの入力信号をデジタル信号に変換する A/D コンバータや、デジタルの出力信号をアナログ信号に変換する D/A コンバータなどが適宜含まれる。
【００２６】
ネットワークインタフェース１１２は、計算機１００が他の計算機と通信を行うためのインタフェースである。例えば、制御装置２００と通信可能に接続されている携帯端末１０は、ネットワークインタフェース１１２を介して、制御装置２００と通信を行う。この通信は、例えば Bluetooth（登録商標）、Wi-Fi などの近距離無線通信によって行われる。
【００２７】
その他にも例えば、計算機１００は、ネットワークインタフェース１１２を介して、CAN（Controller Area Network）通信網に接続する。計算機１００は、この CAN 通信網を介して、制御装置２００と通信可能に接続される。
【００２８】
ストレージデバイス１０８は、制御装置２００の各機能構成部を実現するためのプログラムモジュールを記憶している。プロセッサ１０４は、このプログラムモジュールをメモリ１０６に読み出して実行することで、制御装置２００の機能を実現する。
【００２９】
＜処理の流れ＞
図４は、実施形態１の制御装置２００によって実行される処理の流れを例示するフローチャートである。制限部２０２は、携帯端末１０の機能の少なくとも一部を制限する（Ｓ１０２）。判定部２０４は、対象車両２４０が停車したことを検出する（Ｓ１０４）。つまり、Ｓ１０６以降の処理は、対象車両２４０が停車した場合に行われる。
【００３０】
判定部２０４は、制御指標値が基準値以上であるか否かを判定する（Ｓ１０６）。制御指標値が基準値以上である場合（Ｓ１０６：ＹＥＳ）、解除部２０６は、携帯端末１０の機能の制限を解除する（Ｓ１０８）。制御指標値が基準値未満である場合（Ｓ１０６：ＮＯ）、図４の処理はＳ１０４に進む。
【００３１】
＜携帯端末１０について＞
携帯端末１０は、対象車両２４０の搭乗者によって利用される携帯端末である。ここで、制御装置２００の制御対象となる携帯端末１０は、対象車両２４０のドライバが利用する携帯端末だけであってもよいし、対象車両２４０の全ての搭乗者の携帯端末であってもよい。前者の場合、制御装置２００は、対象車両２４０のドライバが利用する携帯端末を特定する。
【００３２】
対象車両２４０のドライバが利用する携帯端末を特定する方法は様々である。例えば、対象車両２４０のドライバが利用する携帯端末の識別子を予め登録しておく。制御装置２００は、制御装置２００と通信可能に接続された１つ以上の携帯端末の中から、予め登録されている識別子を持つ携帯端末を、ドライバの携帯端末として特定する。その他にも例えば、制御装置２００は、制御装置２００に対して通信可能に接続された全ての携帯端末に、ドライバの携帯端末であるか否かを選択する選択画面を表示させる。制御装置２００は、各携帯端末による入力の結果に基づいて、ドライバの携帯端末を特定する。その他にも例えば、制御装置２００は、運転席に最も近い位置で利用されている携帯端末を特定し、その携帯端末をドライバの携帯端末として特定してもよい。
【００３３】
＜携帯端末１０の機能の制限について：Ｓ１０２＞
制限部２０２は、携帯端末１０の機能の少なくとも一部を制限する（Ｓ１０２）。制限部２０２が制限する携帯端末１０の機能は、例えば、対象車両２４０の運転の妨げとなる機能である。ここで、「対象車両２４０の運転の妨げとなる機能」とは、その機能を利用するためにドライバが携帯端末１０の表示画面を見る、その機能を利用するためにドライバがステアリングから手を離す、又はその機能を利用することでドライバの運転に対する集中力が低下するなどといった性質を持つ機能である。
【００３４】
例えば入力操作を受け付ける機能は、対象車両２４０の運転の妨げとなりうる。入力操作を受け付ける機能は、様々なアプリケーションによって提供されうる。例えば、入力操作を受け付ける機能は、SNS（Social Networking Service）アプリケーション、メーラ、Web ブラウザなどによって提供される。
【００３５】
その他にも例えば、文字や画像などの情報を提示する機能は、対象車両２４０の運転の妨げとなりうる。情報を提示する機能も、様々なアプリケーションによって提供されうる。例えば、情報を提示する機能は、SNS アプリケーション、メーラ、動画プレーヤ、地図などの（Point of Interest）検索アプリケーション又は Web ブラウザなどによって提供される。
【００３６】
制限部２０２によって制限される機能は、上述した種々の機能の一部であってもよいし、全てであってもよい。例えば、入力操作において一部の機能を制限する場合に、文字入力操作のみを制限して、選択ボタンやスライドバーに対する入力操作については制限しないようにする。
【００３７】
また、或る機能を制限する場合、全てのアプリケーションにおいてその機能が利用できないようにしてもよいし、一部のアプリケーションにおいてのみその機能が利用できないようにしてもよい。さらに、制限部２０２によって制限される機能は、アプリケーションそのものであってもよい。すなわち、制限部２０２による制限により、携帯端末１０の特定のアプリケーションが利用できなくなるようにする。
【００３８】
制限部２０２は、携帯端末１０の機能の制限に関する情報（以下、制限情報）を利用する。制限情報は、制限する機能の種類や、その種類の機能をどのアプリケーションについて制限するかなどを示す。また、アプリケーションそのものの利用を制限する場合には、制限情報は、利用が制限されるアプリーションの名称や識別子を示す。制限情報は、予め制限部２０２に設定されていてもよいし、制限部２０２からアクセス可能な記憶装置に記憶させておいてもよい。
【００３９】
図５は、制御情報を例示する図である。図５のテーブルをテーブル３００と呼ぶ。テーブル３００は、アプリケーション識別子３０２及び被制限機能３０４という２つの列を有する。被制限機能３０４は、アプリケーション識別子で特定されるアプリケーションごとに、制御装置２００によって制限されるアプリケーションの機能を示している。
【００４０】
図５において、被制限機能３０４はさらに、画面表示３０６、選択操作３０８、及び文字入力３１０という３つの列を有している。画面表示３０６は、画面に情報を表示する機能が制限されるか否かを示す。選択操作３０８は、処理の選択を行う選択操作（例えば、送信ボタンや OK ボタンなどを利用した操作）を受け付ける機能が制限されるか否かを示す。文字入力３０１０は、文字入力を受け付ける機能が制限されるか否かを示す。なお、これら３つの列において、チェック印が示されている機能は、制御装置２００によって制限される機能を表している。一方、×印が示されている機能は、制御装置２００によって制限されない機能を表している。例えば、App1 という識別子で特定されるアプリケーションの場合、画面表示を行う機能と、選択操作を受け付ける機能は制限されない一方で、文字入力を受け付ける機能は制限される。
【００４１】
ここで、制限部２０２が携帯端末１０を制御する方法は任意である。例えば携帯端末１０において、制限部２０２からの制御命令を受け付けるプログラムモジュールを実行させておく。制限部２０２は、このプログラムモジュールに対して制御命令を送信する。携帯端末１０は、この制御命令を受信することで、その制御命令に従って携帯端末１０の機能を制限する。なお、或るコンピュータから他のコンピュータに対して制御命令を送信することで、他のコンピュータを制御する技術には、既存の技術を利用することができる。
【００４２】
制限部２０２が動作する契機、すなわち携帯端末１０の機能を制限する契機は様々である。例えば制限部２０２は、制御装置２００が起動されたタイミング（例えば、対象車両２４０のドライバが対象車両２４０のエンジンを始動させたタイミング）で動作する。その他にも例えば、制限部２０２は、制御装置２００が起動された後、対象車両２４０が発進したタイミングで動作してもよい。この場合、対象車両２４０のエンジンが始動した後、最初に対象車両２４０が発進するまでは、携帯端末１０の機能が制限されない。
【００４３】
また、制限部２０２は、解除部２０６によって携帯端末１０の機能の制限が解除された後、所定の条件が満たされたら、再度携帯端末１０の機能を制限する。所定の条件は、例えば、「対象車両２４０が発進したこと」、又は「対象車両２４０において発進の準備が行われたこと」などの条件である。
【００４４】
「対象車両２４０が発進した」という条件は、例えば、対象車両２４０の速度が所定値以上になった場合に満たされるとする。すなわち制限部２０２は、解除部２０６によって携帯端末１０の機能の制限が解除された後、対象車両２４０の速度が所定値以上になったら、携帯端末１０の機能を再度制限する。
【００４５】
「対象車両２４０において発進の準備が行われたこと」という条件は、例えば、対象車両２４０のパーキングブレーキが解除された場合や、対象車両２４０のブレーキペダルの状態が踏まれている状態から踏まれていない状態に遷移した場合に満たされるとする。すなわち制限部２０２は、解除部２０６によって携帯端末１０の機能の制限が解除された後、対象車両２４０のパーキングブレーキが解除されたり、対象車両２４０のブレーキペダルの状態が踏まれていない状態に変化したりした場合に、携帯端末１０の機能を再度制限する。
【００４６】
＜対象車両２４０が停車したことの検出：Ｓ１０４＞
制御装置２００は、対象車両２４０が停車したことを検出する。ここで、車両が停車したことを検出する技術には、既存の技術を利用することができる。
【００４７】
＜制御指標値について：Ｓ１０６＞
判定部２０４は、対象車両２４０が停車した場合に、制御指標値（対象車両２４０が停車している時間の予測値を表す値）が基準値以上であるか否かを判定する（Ｓ１０６）。制御指標値としては、様々なものを扱うことができる。以下、制御指標値について具体的に説明する。
【００４８】
＜＜制御指標値の例１：信号待ちの時間＞＞
例えば、対象車両２４０が信号機の表示に従って停車する時間（信号待ちの時間）を示す値を、制御指標値として扱う。対象車両２４０の進行方向において直近にある信号機（以下、対象車両２４０の直近の信号機）が車両の進行を許可しないことを表示している（例えば赤信号である）場合、その信号機が車両の進行を許可することを表示する（例えば青信号になる）まで、対象車両２４０を停車させる必要がある。そこで、制御指標値として信号待ちの時間を用いる。すなわち、信号待ちの時間が基準値以上であるか否かを判定部２０４が判定し、信号待ちの時間が基準値以上である場合に解除部２０６が携帯端末１０の機能の制限を解除するようにする。
【００４９】
この際、対象車両２４０の直近の信号機を特定する方法は様々である。例えば、対象車両２４０に搭載されたカメラにより、対象車両２４０の前方に複数の信号機が存在する場合、対象車両２４０に搭載された LiDAR（Light Detection And Ranging）センサにより取得した複数の信号機それぞれの距離から、対象車両２４０の直近の信号機を特定する。なお、複数の信号機の中から、対象車両２４０の直近の信号機を特定する技術には、既存の技術を利用することができる。
【００５０】
判定部２０４が信号待ちの時間を把握する方法は様々である。例えば判定部２０４は、対象車両２４０の直近の信号機と通信をすることで、その信号機の表示が車両の進行を許可する表示に変わるまでの時間（すなわち信号待ちの時間）を取得する。なお、特定の信号機と通信を行う技術には、既存の技術を利用することができる。その他にも例えば、判定部２０４は、信号機を管理するサーバと通信を行い、そのサーバから、対象車両２４０の直近の信号機の表示が車両の進行を許可する表示に変わるまでの時間を取得する。なお、信号機を管理するサーバと通信を行う技術には、既存の技術を利用することができる。
【００５１】
＜＜制御指標値の例２：前方で停車している車両の数＞＞
例えば、対象車両２４０の前方で停車している車両の数を、制御指標値として扱う。対象車両２４０の前方で停車している車両の台数が多いと、対象車両２４０が発進できるようになるまで時間がかかる。一方で、対象車両２４０の前方で停車している車両の数が少ないと、対象車両２４０がすぐに発進できる状態になる可能性がある。このように、対象車両２４０の前方で停車している車両の数によって、対象車両２４０が発進できるようになるまでの時間（すなわち、対象車両２４０が停車している時間）が表されると言える。
【００５２】
そこで、制御指標値として、対象車両２４０の前方で停車している車両の数を用いる。すなわち、対象車両２４０の前方で停車している車両の数が基準値以上であるか否かを判定部２０４が判定し、その数が基準値以上である場合に解除部２０６が携帯端末１０の機能の制限を解除するようにする。
【００５３】
対象車両２４０の前方で停車している車両の数は、例えば次の方法で把握できる。判定部２０４は、対象車両２４０の周辺に存在する各車両（対象車両２４０と同一方向に向かう車両又は対象車両２４０の対向車となる車両）と通信（いわゆる車車間通信）を行い、その車両の位置及びその車両が停車しているか否かを取得する。さらに判定部２０４は、対象車両２４０の前方で停車している車両の各位置を取得することで、対象車両２４０の前方に停車している車両で構成される列を特定する。そして判定部２０４は、その列に含まれる車両の数を、対象車両２４０の前方で停車している車両の数として特定する。
【００５４】
その他にも例えば、判定部２０４は、対象車両２４０の周辺に存在する各車両が備える LiDAR センサやカメラなどのセンサが取得した情報を取得し、この情報を利用して、対象車両２４０の前方で停車している車両の数を特定してもよい。その他にも例えば、判定部２０４は、例えば信号機等を管理するサーバと通信を行い、ある期間内にサーバと通信を行った車両の数を、対象車両２４０の前方で停車している車両の数として特定してもよい。
【００５５】
その他にも例えば、以下のような方法で、対象車両２４０の前方で停車している車両の数を特定してもよい。まず、判定部２０４は、対象車両２４０の直前に停車している車両に対し、所定のデータ（以下、カウンタ）を送信する。このカウンタには、停車中の車両の数を表す変数 C （初期値は０）が格納されているとする。カウンタを受信した車両は、変数 C に１を加算する。さらに、カウンタを受信した車両は、その車両の前方所定距離以内に停車中の車両が存在すれば、その停車中の車両に対してカウンタを送信する。一方、カウンタを受信した車両は、その車両の前方所定距離以内に停車中の車両が存在しなければ、カウンタを一つ後方の車両へ送信する。また、前方の車両からこのカウンタを受信した車両も、このカウンタを一つ後方の車両へ送信する。そして、判定部２０４がカウンタを受信したら、変数 C の値を、対象車両２４０の前方で停車している車両の数として特定する。
【００５６】
図６は、カウンタを利用して対象車両２４０の前方で停車している車両の数を把握する方法を例示する図である。この例では、対象車両２４０から近い順に、車両 A 及び車両 B が停車している。まず、対象車両２４０が、車両 A へカウンタ（C=0）を送信する。車両 A は変数 C に１を加算する（C=1）。また、車両 A は、その前方に停車している車両 B に対してカウンタを送信する。車両 B は変数 C に１を加算する（C=2）。車両 B は、前方に停車している車両が存在しないため、カウンタを車両 A に送信する。さらに車両 A がカウンタを対象車両２４０に送信する。対象車両２４０が受信したカウンタに格納されている変数 C は２を示している。よって、判定部２０４は、対象車両２４０の前に２台の車両が停車していることを特定することができる。
【００５７】
なお、カウンタを利用する場合、対象車両２４０以外の各車両にも、上述したようにカウンタを扱う機能が備わっているものとする。
【００５８】
＜＜制御指標値の例３：信号機までの距離＞＞
例えば、対象車両２４０の直近の信号機と対象車両２４０との間の距離を、制御指標値として扱う。対象車両２４０が停車しており、なおかつ対象車両２４０の直近の信号機と対象車両２４０との間の距離が長い場合、対象車両２４０の前に多くの車両が停車していると考えられる。よって、対象車両２４０が発進できるようになるまで時間がかかると言える。一方で、対象車両２４０が停車していても、対象車両２４０の直近の信号機と対象車両２４０との間の距離が短い場合、対象車両２４０の前方で停車している車両の数が少なく、対象車両２４０がすぐに発進できる状態になる可能性がある。このように、対象車両２４０の直近の信号機と対象車両２４０との距離によって、対象車両２４０が発進できるようになるまでの時間（すなわち、対象車両２４０が停車している時間）が表されると言える。
【００５９】
そこで、制御指標値として、対象車両２４０の直近の信号と対象車両２４０との距離を用いる。すなわち、対象車両２４０の直近の信号機と対象車両２４０との間の距離が基準値以上であるか否かを判定部２０４が判定し、その距離が基準値以上である場合に解除部２０６が携帯端末１０の機能の制限を解除するようにする。
【００６０】
判定部２０４が対象車両２４０の直近の信号機との距離を把握する方法は様々である。例えば判定部２０４は、対象車両２４０の直近の信号機と通信をすることで、その信号機の地図上の位置（例えば GPS（Global Positioning System）座標）を取得する。そして判定部２０４は、その信号機の地図上の位置と対象車両２４０の地図上の位置との間の距離を算出することで、対象車両２４０の直近の信号機との距離を算出する。なお、判定部２０４は、対象車両２４０の直近の信号機の地図上の位置を、信号機を管理するサーバから取得してもよい。また、対象車両２４０に搭載されたカメラにより、対象車両２４０の前方に複数の信号機が存在する場合、対象車両２４０に搭載された LiDAR などのセンサにより取得した複数の信号機それぞれの距離から、対象車両２４０の直近の信号機との距離を算出してもよい。
【００６１】
＜基準値について：Ｓ１０６＞
前述したように、判定部２０４は、制御指標値が基準値以上であるか否かを判定する（Ｓ１０６）。この基準値は、予め定められているものであってもよいし、判定部２０４によって動的に決定されるものであってもよい。前者の場合、基準値は、判定部２０４に予め設定されていてもよいし、判定部２０４からアクセス可能な記憶装置に記憶されていてもよい。
【００６２】
後者の場合、すなわち基準値を動的に決定する場合、例えば判定部２０４は、携帯端末１０の状態に基づいて基準値を決定する。より具体的には、判定部２０４は、携帯端末１０で実行されている機能の種類を特定し、特定された種類に基づいて上記基準値を決定する。これは、携帯端末１０で実行されている機能の種類によって、ユーザが携帯端末１０を利用する時間の長さが異なると推測できるためである。
【００６３】
例えば携帯端末１０で実行されている機能が、ＯＫやキャンセルなどの選択肢を選ぶ入力操作であるとする。この場合、ユーザは、その入力操作を短い時間（例えば数秒）で完了できる。そのため、対象車両２４０が停車する時間がある程度短くても（例えば５秒など）、携帯端末１０の利用を許可してもよいと言える。一方、携帯端末１０において、テキストメッセージの入力を受け付ける機能が実行されているとする。この場合、ユーザは、入力操作に長い時間（例えば数十秒から数分）を要する可能性がある。そのため、対象車両２４０の停車時間がある程度長くなければ（例えば３０秒）、その機能の利用を許可すべきでないと言える。
【００６４】
そこで判定部２０４は、携帯端末１０で実行されている機能の種類に応じて、上記基準値を動的に決定する。この場合、機能の種類と基準値とを、予め対応づけておく。判定部２０４は、携帯端末１０から、携帯端末１０で実行されている機能の種類を表す情報（例えば機能毎に割り与えられた識別子）を取得し、その種類に対応づけられている基準値を取得する。
【００６５】
＜制限の解除：Ｓ１０８＞
解除部２０６は、判定部２０４によって「制御指標値が基準値以上である」と判定された場合に、携帯端末１０の機能の制限（制限部２０２によって携帯端末１０に施された制限）を解除する（Ｓ１０８）。解除部２０６が携帯端末１０を制御する方法は、制限部２０２が携帯端末１０を制御する方法と同様である。例えば携帯端末１０において、解除部２０６からの制御命令を受け付けるプログラムモジュールを実行させておく。解除部２０６は、このプログラムモジュールに対して制御命令を送信する。携帯端末１０は、この制御命令を受信することで、その制御命令に従って携帯端末１０の機能の制限を解除する。
【００６６】
＜変形例＞
制御装置２００は、制御指標値を利用せずに、信号機の表示に基づいて、携帯端末１０の機能の制限や解除を行ってもよい。このように携帯端末１０を制御する制御装置２００を、「変形例の制御装置２００」と呼ぶ。
【００６７】
変形例の制御装置２００は、制限部２０２及び解除部２０６を有する。変形例の制限部２０２は、実施形態１の制限部２０２と同様の機能を有する。
【００６８】
変形例の解除部２０６は、対象車両２４０が停車した際、対象車両２４０の直近の信号機の表示が車両の進行を許可しない表示であれば、携帯端末１０の機能の制限を解除する。一方、変形例の解除部２０６は、対象車両２４０が停車した際、対象車両２４０の直近の信号機の表示が車両の進行を許可する表示であれば、携帯端末１０の機能の制限を解除しない。
【００６９】
ここで、対象車両２４０が停車した際、対象車両２４０の直近の信号機の表示が車両の進行を許可しない表示である場合、車両の進行を許可する表示である場合よりも、対象車両２４０が停車する時間が長いと考えられる。そこで変形例の制御装置２００は、このように対象車両２４０が停車した際、対象車両２４０の直近の信号機の表示に基づいて、携帯端末１０の機能の制限を解除するか否かを決定する。こうすることで、変形例の制御装置２００によれば、シンプルな方法で、渋滞が生じることを回避したり、対象車両２４０の円滑な走行を実現したりすることができる。
【００７０】
［実施形態２］
図７は、実施形態２の制御装置２００を例示するブロック図である。以下で説明する事項を除き、実施形態２の制御装置２００が有する機能は、実施形態１の制御装置２００が有する機能と同様である。
【００７１】
実施形態２の制御装置２００は自動送信部２０８を有する。自動送信部２０８は、制限部２０２によって携帯端末１０の機能が制限される際に、携帯端末１０においてメッセージを送信するアプリケーション（以下、メッセージアプリケーション）が実行されている場合、所定メッセージを送信する。例えば所定のメッセージは、運転中であるためにドライバがメッセージの送信をできないことを表す。例えば所定メッセージは、「運転中のため後ほど連絡します」や、「しばらくメッセージを送ることができません」などといったメッセージである。
【００７２】
ドライバは、メッセージをやりとりしている相手にメッセージを送れないと、そのことが気がかりとなって運転に対して集中できなくなる恐れがある。本実施形態の制御装置２００によれば、制御装置２００によって所定メッセージが自動的に送信されるため、ドライバの集中力が低下することを防ぐことができる。
【００７３】
自動送信部２０８が自動的な所定メッセージの送信を実現する方法は様々である。例えば上述したメッセージアプリケーションに、自動送信部２０８からの制御指示を受信したことに応じて所定メッセージを送信する機能を持たせておく。この場合、自動送信部２０８は、制限部２０２によって携帯端末１０の機能が制限される際に、メッセージアプリケーションに対して上記制御指示を送信する。その他にも例えば、上記メッセージアプリケーションが、携帯端末１０の機能が制限されたことに応じて所定メッセージを送信するように構成されていてもよい。
【００７４】
＜ハードウエア構成の例＞
実施形態２の制御装置２００のハードウエア構成は、実施形態１の制御装置２００のハードウエア構成と同様に、例えば図３で表される。また本実施形態において、前述したストレージデバイス１０８に記憶されるプログラムモジュールには、本実施形態で説明した機能を実現するプログラムが更に含まれる。
【００７５】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記各実施形態の組み合わせ、又は上記以外の様々な構成を採用することもできる。
【符号の説明】
【００７６】
１０  携帯端末
２０  制御装置
１００  計算機
１０２  バス
１０４  プロセッサ
１０６  メモリ
１０８  ストレージデバイス
１１０  入出力インタフェース
１１２  ネットワークインタフェース
２００  制御装置
２０２  制限部
２０４  判定部
２０６  解除部
２０８  自動送信部
２４０  対象車両
３００  テーブル
３０２  アプリケーション識別子
３０４  被制限機能
【図１】
2019008547.tif 000003
【図２】
2019008547.tif 000004
【図３】
2019008547.tif 000005
【図４】
2019008547.tif 000006
【図５】
2019008547.tif 000007
【図６】
2019008547.tif 000008
【図７】
2019008547.tif 000009