JP7592502B2

JP7592502B2 - 携帯端末使用制限システム

Info

Publication number: JP7592502B2
Application number: JP2021008007A
Authority: JP
Inventors: 仁志金城
Original assignee: Subaru Corp
Current assignee: Subaru Corp
Priority date: 2021-01-21
Filing date: 2021-01-21
Publication date: 2024-12-02
Anticipated expiration: 2041-01-21
Also published as: JP2022112248A

Description

本発明は、運転中のドライバが携帯端末を使用できないようにする携帯端末使用制限システムに関する。

自動車の運転中に携帯電話等の携帯端末を操作等することは危険であり、運転中に携帯端末の画像を注視する行為は道路交通法で禁止されている。しかしながら、実情では、自動車走行中でも携帯端末を使用することが可能である。運転中に携帯端末を使用すると一種の脇見運転となり、交通事故の危険性が高まる。このような運転中の携帯端末使用を制限するシステムが考えられている。

特開２０１３－１２８２２６号公報

特許文献１には、携帯端末の使用制限装置が記載されている。この使用制限装置は、ドライバ監視カメラや集音マイク等のドライバ状態検出手段により、ドライバが携帯端末を操作中であるか否かを判定し、緊急事態でないと判定されたら警報を発し、さらに妨害電波により携帯端末の使用を制限するものである。

特許文献１の使用制限装置は、携帯電話等の携帯端末を操作中であるかを判定するものであるが、操作中であるか否かを正確に判定することは難しい。特許文献１では、ドライバの頭部側面に手が有る場合に携帯端末を操作中であると判断するが、携帯端末を操作したり注視したりする際には頭部側面に手を当てることはない。さらに、携帯端末を持たなくても頭部側面に手を当てると誤警報が生じてしまう。特許文献１には、操作音により操作中であるか判定するとの記載もある。しかし、ドライバが携帯端末を注視するだけでは操作音は生じず、携帯端末は操作中に操作音が生じないようにして用いる場合も多い。さらに、携帯端末の使用を制限するための妨害電波は、自動車の制御装置やカーナビゲーションなどの車載システムに悪影響を与える虞がある。加えて、日本国内で免許無しに妨害電波を発生させることは、電波法により困難である。

本発明の携帯端末使用制限システムは、運転席に座るドライバを認識して個人を特定するドライバ認識手段と、車両の外部装置と通信可能な車外通信手段とを有する車載システムと、外部装置であり、特定された個人の個人特定情報と携帯端末の端末識別情報を紐付けて記憶することができるサーバと、を備えた携帯端末使用制限システムであって、車外通信手段は、ドライバの個人特定情報をサーバに送信し、サーバは、ドライバの個人特定情報に紐付いた端末識別情報を有する携帯端末の機能の一部または全ての使用を制限する制限要求信号を、携帯端末に送信するものである。

ドライバの携帯端末の使用を、ネットワーク（インターネット）を介して制限することで、妨害電波等を発生させることなく、ドライバの携帯端末のみの使用を制限することができる。そして、ネットワークを用いた種々の機能を有するアプリケーションソフトと一体化させることができ、ドライバにとって利便性が減少する使用制限のシステムであっても携帯端末にインストールさせることができる。

実施例１におけるドライバーモニタシステムを備えた車両。実施例１における携帯端末使用制限システムの構成。実施例１における初期設定のフロー図。実施例１における携帯端末使用制限のフロー図。実施例１における使用制限時の携帯端末。実施例２における携帯端末使用制限のフロー図。実施例３における携帯端末使用制限のフロー図。

近年、ドライバの顔を認識してドライバの脇見運転の警報や眠気、居眠り時の警報を行う、ドライバモニタリングシステム（ＤＭＳ）が開発されている。ＤＭＳを利用すると、顔の映像により個人認識を行い、ドライバ毎の平均燃費を表示したり、シートポジションやハンドルの位置等のドライバポジションを個人別に記憶して電動で調節したりすることができる。

図１は、ドライバ認識手段であるＤＭＳを含んだドライバ情報システム（ＤＩＳ）１２を備える車両７と、運転席７１に座ったドライバ６を示す。図１では、ドライバ６はハンドル７２を握りつつ携帯端末２を注視している危険な状況である。携帯端末使用制限システムは、このような危険な状況を起こりにくくするものである。カメラ１１は、ハンドル７２の内側を通して運転席７１に座るドライバ６の顔を撮影し、ＤＩＳ１２はカメラ１１に接続されている。ＤＩＳ１２は、携帯端末の使用制限以外にも用いられる。ＤＭＳはカメラ１１の映像を解析して居眠り運転の予兆や脇見運転等を判定する。居眠り運転の予兆があると判定された際には、実施例１では車載スピーカー（図示せず）から「お疲れのようです。駐車場に車を止めて休憩しましょう。」との音声により、注意を促す。また、ＤＩＳ１２は、ドライバ６の顔の映像を個人認識して、個人毎に情報を記憶する。また、脇見運転をしていると判定された際には、車載スピーカーから「前方に注意して走行しましょう。」との音声により、注意を促す。ＤＩＳ１２はカーナビゲーションシステムを含み、表示装置を備えている（図示せず）。

さらにＤＩＳ１２は、顔を認識してドライバ６の各人に関するシートポジション等の個人別情報と紐付けて記憶する。ＤＩＳ１２は、複数のドライバ６の各々に個人特定情報であるドライバＩＤを登録することができる。ドライバＩＤには、車両７のＩＤが内在しており、異なった車両７で同じドライバＩＤとなることはない。ドライバ６が運転席７１に座ってドライバＩＤの登録をすると、登録時にＤＭＳでドライバ６の顔から顔特徴パラメータを注出して、登録したドライバＩＤに紐付けて記憶する。顔特徴パラメータは個人別情報である。他に、運転中の急発進、急ブレーキの回数、および燃費等の個人別情報を、ドライバ６が運転席７１に座っていると認識しているときに取得されドライバＩＤに紐付けて記憶する。さらに、運転席７１に座るドライバ６がＤＭＳで認識できなくなったとき（運転席７１を離れたとき）の電動シートのシートポジションを、直前まで認識していたドライバ６のドライバＩＤと紐付けて個人別情報として記憶する。そして、運転席７１のドライバ６がＤＭＳで認識できない状態の後に、ドライバＩＤが登録されているドライバ６の顔を認識すると、運転席７１の電動シートが作動してドライバＩＤに紐付けたシートポジションに移動する。

図１，２に示すように、実施例１の携帯端末使用制限システムでは、車載システム１は車外通信手段１３により無線で通信キャリア３１と接続している。そして、ネットワーク４（インターネット）を介してサーバ５と接続する。また、ドライバ６が所持する携帯端末２も無線により通信キャリア３２と接続し、さらにネットワーク４を介してサーバ５と接続する。通信キャリア３１，３２、ネットワーク４、サーバ５は外部装置であり、ＤＩＳ１２は車外通信手段１３により無線を介して外部装置と通信可能である。なお、車載システム１と携帯端末２が同じキャリアを用いている場合は、通信キャリア３１，３２は同じキャリアとなる。

車両７の車載システム１に登録されたドライバＩＤと、ドライバ６が所有する携帯端末２の携帯端末ＩＤは、サーバ５で紐付けられている。そして、携帯端末２の所有者が運転席７１に座るドライバ６として車載システム１で認識されている間は、携帯端末２は操作不能表示（「運転中は画面表示できません。」との表示）となり、ドライバ６が望む画像を表示することはできず、携帯端末２の操作を行うことも禁止される。以下に説明する。

ドライバ６は、車載システム１に対応したドライバアプリ（ドライバ用アプリケーションソフトウェア）を携帯端末２にインストールする。ドライバアプリでは、車盗難通報、盗難車位置表示、盗難警報停止、カーナビゲーションシステムの目的地設定、ドライバポジションの調節、車載エアコンの操作等を行うことができる。車盗難通報では、盗難防止装置により車の盗難が検知された際に、車載システム１から通信キャリア３１及びネットワーク４を介して盗難コードがサーバ５に送信される。そして、サーバ５からネットワーク４及び通信キャリア３２を介して盗難コードが携帯端末２に送信される。盗難コードを受信した携帯端末２では、ドライバアプリにより音声と表示により「車の盗難を検知しました。」と報知する。この際、カーナビゲーションシステムからの位置情報もサーバ５等を介して携帯端末２に送られる。携帯端末２ではドライバアプリを操作することにより地図を表示し、車の位置を地図上に表示することができる。さらに、車載システム１は、ドライバ６の顔を撮影した画像も、サーバ５等を介して携帯端末２に送信する。また、車盗難装置が誤って作動し、車両等で警報音が鳴り続けている場合に、ドライバアプリを操作することによって、車から離れた場所からでも警報音を停止することができる。なお、盗難が検知された際にもＤＭＳが作動し、カメラ１１で取得したドライバ６の画像が車載システム１に登録されている顔特徴パラメータと合致した場合には、車盗難通報を行わない。

＜ドライバアプリの登録＞
ドライバアプリを利用するために、ドライバ６は登録を行う必要がある。図３はドライバアプリの登録工程を示す。ドライバアプリを携帯端末２にインストールした後に、ドライバ６は車両７の運転席７１に座り、車両７の始動スイッチをＯＮにする。これにより、車載システム１が作動する。そして、カーナビゲーションシステムの表示装置から車載システム１のＤＩＳ１２を操作してドライバアプリの登録釦を選択する（Ｓ１１）。そうすると、車載システム１のＤＩＳ１２から「登録を行います。自動車の前方を見てください。」と、音声で指示される。ＤＩＳ１２は、カメラ１１で撮像した映像をＤＭＳで認識し、抽出した顔特徴パラメータを個人特定情報であるドライバＩＤに紐付けて登録する（Ｓ１２）。ドライバＩＤには、シートポジションも紐付けられ、ドライバ６が運転席７１に座ってＤＭＳで認識されると、ドライバＩＤで記憶されているシートポジションに電動で移動する。ドライバＩＤに紐付けられた顔特徴パラメータとシートポジションは個人別情報である。

ＤＩＳ１２のドライバＩＤに顔特徴パラメータが紐付けられることによりドライバ６の顔が登録されると、車外通信手段１３から設定要求と登録したドライバＩＤを送信する（Ｓ１３）。そして、各地に基地局を持つ通信キャリア３１からネットワーク４を介してサーバ５に送られる。サーバ５では、受信したドライバＩＤを記憶するとともに、ドライバＩＤに紐付けた設定ＵＲＬを生成する（Ｓ１４）。そして、端末設定ＵＲＬが車載システム１に返送される（Ｓ１５）。端末設定ＵＲＬは、車載システム１の表示装置（カーナビゲーションシステムの表示装置。図示せず。）に２次元バーコードで表示される（Ｓ１６）。車載システム１のＤＩＳ１２は、２次元コードを携帯端末２で撮影してアクセスするように、ドライバ６に音声と表示で指示する。

ドライバ６が２次元バーコードを携帯端末２で撮影して（Ｓ１７）、設定ＵＲＬにアクセスすると（Ｓ１８）、携帯端末２の端末識別情報である携帯端末ＩＤがサーバ５に送られる（Ｓ１９）。サーバ５では、登録したドライバＩＤに携帯端末ＩＤが紐付けて記憶される（Ｓ２０）。さらに、サーバ５から車載システム１と携帯端末２に向けて、設定完了表示要求が送られる（Ｓ２１，２３）。車載システム１と携帯端末２は、設定が完了した旨の表示を行う（Ｓ２２，２４）。

設定完了後は、携帯端末２のドライバアプリにより、盗難防止等の車両７の監視、警報音停止、エアコン操作、シートポジションの移動等の車両操作、等を行うことができる。エアコン操作では、乗車前にエアコンを起動して車内の温度を調整することができる。また、ドライバアプリから乗車時間をセットしておき、乗車時間前にシートポジションを移動することができる。例えば、ドライバアプリからウイークデーの通勤乗車時間をセットしておけば、通勤で乗車する前にシートポジションをドライバ６に適した位置にしておくことができる。

＜携帯端末の使用制限＞
ドライバアプリをインストールした携帯端末２の携帯端末ＩＤが、車両７の車載システム１に登録されたドライバＩＤに紐付けられると、ドライバ６が車両７を運転している際に携帯端末２を使用制限することができる。図４は、携帯端末２の画面を特定の表示に固定して使用制限を行う際のフロー図である。ドライバ６が運転席７１に座り、車両７の始動スイッチをＯＮにすると、車載システム１が始動する。車載システム１のＤＩＳ１２は、カメラ１１で撮影したドライバ６の顔の映像をドライバ認識手段であるＤＭＳで認識して、対応する顔特徴パラメータに紐付けされたドライバＩＤを選出する（Ｓ３１）。運転席に座っても、シフトレバーがパーキングに入っていれば携帯端末２は使用制限されず、ドライバ６は携帯端末２の通常の画面を見ることができ、操作することもできる。

車載システム１のＤＩＳ１２がパーキングの解除を検出すると（Ｓ３２）、車載システム１は、運転コードとドライバＩＤを通信キャリア３１、ネットワーク４を介してサーバ５に送信する（Ｓ３３）。サーバ５では、運転コードにより、送られてきたドライバＩＤの運転フラグをＯＮにする（Ｓ３４）。そして、フラグＯＮ完了信号を車載システム１に返信する（Ｓ３５）。車載システム１では、フラグＯＮ完了が返信されるまで、所定時間間隔で運転コードとドライバＩＤを送信する（Ｓ３３）。

サーバ５は、ドライバＩＤの運転フラグをＯＮにすると、さらにドライバＩＤに紐付けられた携帯端末ＩＤの携帯端末２へ、制限要求信号を送信する（Ｓ３６）。制限要求信号は、ネットワーク４、通信キャリア３２を介して送られ、携帯端末２で受信される。制限要求信号を受信した携帯端末２は、ドライバアプリにより画面を特定の表示に固定して機能を制限する（Ｓ３７）。実施例１では、アイコンや一般のアプリケーションソフトウェアによる表示がされず、図５のように「運転中は画面表示できません。」とのメッセージが表示される。これにより、ドライバ６は携帯端末２を見る動機を失い、画面を注視することが無くなる。さらに、携帯端末２にはアイコンが表示されていないため、操作することもできない。画面を特定の表示に固定すると、携帯端末２のドライバアプリにより、サーバ５へ制限完了信号が送られる（Ｓ３８）。サーバ５は、制限完了信号を受信するまで所定時間毎に繰り返して制限要求信号を送信する（Ｓ３６）。

Ｂｌｕｅｔｏｏｔｈ（登録商標）によりカーナビゲーションシステムにリンクして、携帯端末２の音楽再生ソフトにより音楽を再生している場合には、音楽の再生は中止されない。しかし、携帯端末２の画面は固定されているため、携帯端末２から操作を行うことはできない。携帯端末２が、Ｂｌｕｅｔｏｏｔｈによりカーナビゲーションシステムにリンクして電話ができる場合には、シフトレバーがパーキングになっていなくても、カーナビゲーションシステムの表示装置画面により電話の操作をすることができる。このように、実施例１では、携帯端末２の機能の全ての使用を制限してはおらず、一部の使用を制限している。

ＤＩＳ１２によりシフトレバーのパーキングが検出されると（Ｓ３９）、車載システム１から運転解除コードとドライバＩＤが、通信キャリア３１、ネットワーク４を介して、サーバ５に送られる（Ｓ４０）。サーバ５は、運転解除コードとドライバＩＤを受信して、ドライバＩＤの運転フラグをＯＦＦにする（Ｓ４１）。そして、フラグＯＦＦ完了信号を車載システム１に返信する（Ｓ４２）。車載システム１は、フラグＯＦＦ完了信号を受信するまで所定時間毎に運転解除コードとドライバＩＤをサーバ５に送信する（Ｓ４０）。

ドライバＩＤの運転フラグをＯＦＦにしたサーバ５では、制限解除信号をドライバＩＤに紐付けられた携帯端末ＩＤの携帯端末２に送信する（Ｓ４３）。制限解除信号は、ネットワーク４、通信キャリア３２を介して携帯端末２に送られ、ドライバアプリにより画面の固定が解除される（Ｓ４４）。画面の固定が解除されると、携帯端末２からサーバ５に向けて制限解除完了信号が送信される（Ｓ４５）。サーバ５は、表示固定解除完了信号を受信するまで、所定時間毎に携帯端末２へ制限解除信号を送信する（Ｓ４３）。

サーバ５は、ドライバＩＤの運転フラグがＯＮであるかＯＦＦであるかにより、車載システム１に情報を送信したり、車載システム１を操作したりすることができる。例えば、サーバ５のドライバＩＤにオーナーのフラグを設け、車両７の位置も車載システム１からサーバ５に送信することが考えられる。このようにすれば、車両７のオーナーとして登録されたドライバＩＤの運転フラグがＯＮのときに、サーバ５でディーラーの近くを走行していることを認識し、ＤＩＳ１２による音声で、お得情報のお知らせやディーラーへの立ち寄りを誘導することができる。

また、ドライバＩＤに車両ＩＤを含めずに、ドライバ毎にドライバＩＤを定めて複数の車両７を利用できるようにし、カーシェアリングに本システムを導入することもできる。予約時に設定したドライバ６のみ運転可能としつつ、予約に使用した携帯端末２を運転中に見たり操作したりすることがなくなるため、運転時の安全性を高めることができる。

車両７の使用形態として、シフトレバーをパーキングの状態にせずにドライバ６が替わる場合があり得る。実施例２は、その場合にも対応する携帯端末使用制限システムである。実施例２は実施例１の構成に加えて、シフトレバーのパーキングの状態に変化がなくても、車載システム１による顔認識の変化により携帯端末２の画面固定状況が変化する構成を有する。図６に、フロー図を示す。図６（ａ）は、シフトレバーが非パーキング状態において、ドライバ６の顔が認識されなくなった場合のフロー図である。車載システム１によりドライバ６の顔が認識されなくなり、運転席７１の画像（ヘッドレストの画像）が認識された場合には（Ｓ５１）、通信キャリア３１、ネットワーク４を介して、運転解除コードとドライバＩＤがサーバ５に送られる（Ｓ５２）。サーバ５では、受信したドライバＩＤに関して運転フラグをＯＦＦにするとともに（Ｓ５３）、車載システム１にフラグＯＮ完了を返信する（Ｓ５４）。車載システム１のＤＩＳ１２は、フラグＯＮ完了信号を受信するまで、運転解除コードとドライバＩＤを送信する（Ｓ５２）。

さらにサーバ５は、携帯端末２に制限解除信号を送信する（Ｓ５５）。ネットワーク４、通信キャリア３２を介して制限解除信号を受けた携帯端末２は、ドライバアプリが画面の固定を解除する（Ｓ５６）。そして、ドライバアプリはサーバ５へ制限解除完了信号を送信する（Ｓ５７）。サーバ５は、制限解除完了信号を受信するまで所定時間毎に制限解除信号をドライバＩＤに紐付いた携帯端末ＩＤの携帯端末２に送信する（Ｓ５５）。運転解除コードは、運転席７１の画像（ヘッドレストの画像）が認識される場合に送信されるため、カメラ１１の前を塞いでも、携帯端末２の画面固定は解除されない。

また、図６（ｂ）は、シフトレバーが非パーキング状態において、車載システム１がドライバ６の顔を認識していない状態から認識した状態になった場合のフロー図である。車載システム１によりドライバの顔が認識されるようになった場合には（Ｓ６１）、対応するドライバＩＤと運転コードをサーバ５に送信する（Ｓ６２）。サーバ５では、ドライバＩＤの運転フラグをＯＮにして（Ｓ６３）、フラグＯＮ完了信号を返送する（Ｓ６４）。車載システム１のＤＩＳ１２は、フラグＯＮ完了信号を受信するまで、所定時間毎に運転コードとドライバＩＤをサーバ５へ送信する。

ドライバＩＤの運転フラグをＯＮにしたサーバ５は、対応する携帯端末ＩＤの携帯端末２に制限要求信号を送信する（Ｓ６５）。制限要求信号を受信した携帯端末２では、ドライバアプリにより画面を固定して機能を制限する（Ｓ６６）。そして、サーバ５に制限完了信号を送信する（Ｓ６７）。サーバ５は、制限完了信号を受信するまで、所定時間毎に制限要求信号を送信する。

実施例２では、シフトレバーが非パーキング状態でも顔の認識により携帯端末２の画面固定を制御する。そのため、ドライバ６がシフトレバーをパーキングにするのを忘れて車両７を離れた場合や、パーキングにせずに休憩のためシートを倒してカメラ１１に顔が映らなくなった場合にも、適切に携帯端末２の画面を固定、固定解除することができる。

上記の実施例１，２では、車載システム１からドライバＩＤとともに運転コードと運転解除コードをサーバ５に送り、携帯端末２の画面固定と画面固定解除を行う。そして、通信状況が悪く運転コード等が送られない場合には、繰り返し運転コード等を送信して画面固定と画面固定解除が確実に行われるようにしている。しかし、車載システム１からドライバＩＤを一定時間毎に送信し、携帯端末２は制限要求信号の受信から所定期間だけ画面を特定の表示に固定するようにしてもよい。図７に、実施例３のフロー図を示す。送受信は実施例１，２と同様に通信キャリア３１，３２とネットワーク４を介して行われる。車載システム１とサーバ５の装置構成も実施例１，２と同様である。

実施例３では、車載システム１がドライバ６の顔を認識し（Ｓ７１）、パーキングの解除状態を検出すると（Ｓ７２）、ドライバＩＤをサーバ５に送信する（Ｓ７３）。サーバ５はドライバＩＤを受信すると、ドライバＩＤの運転フラグをＯＮにして（Ｓ７４）、紐付いて記憶された携帯端末ＩＤの携帯端末２に制限要求信号を送信する（Ｓ７５）。制限要求信号を受けた携帯端末２は、所定期間は図５の固定画面となって機能を制限し、所定期間経過後は固定画面を解除する（Ｓ７６）。車載システム１は、ドライバ６の顔認識（Ｓ７７）とパーキング解除状態の検出（Ｓ７８）の後に一定時間を経過すると、ドライバ６の顔認識とパーキング解除状態の検出を再び行い、ドライバＩＤをサーバ５に一定時間毎に送信する（Ｓ７９）。画面固定を行う所定期間は、ドライバＩＤを送信する間隔である一定時間よりも少し長い期間（１．１～２．０倍）である。携帯端末２は、画面固定の間に制限要求信号を受信すると、受信時からさらに固定表示期間の間、画面固定となる。実施例３では、画面固定すべき状態では車載システムが一定時間ごとにドライバＩＤを送信し、携帯端末２のドライバアプリは、制限要求信号を受信してから所定期間は画面固定をおこなう。そして、ドライバＩＤが送信され続けると画面は所定の表示に固定され続け、ドライバＩＤの送信がなくなると、画面固定は解除される。この構成では、車両７の位置により車載システム１や携帯端末２がサーバ５と通信できない場合に、携帯端末２が使えなくなるということが起こりにくい。

＜変形例＞
実施例３では制限要求信号から所定期間は画面固定されるため、固定解除は所定期間が過ぎた時となる。そこで、実施例３に実施例１，２の運転解除コードと制限解除信号を用いれば、固定解除を速やかに行うことができる。

また、携帯端末２が固定解除要求できる構成としてもよい。たとえば、使用制限時の携帯端末２の画面に固定解除要求のアイコンを表示する。そして、ドライバ６が固定解除したい場合には、アイコンにタッチする。これにより、携帯端末２からサーバ５に固定解除要求が送られる。固定解除要求を受けたサーバ５では、ドライバＩＤが運転フラグＯＦＦの場合には携帯端末２に制限解除信号を送信する。運転フラグＯＮの場合には、制限解除信号は送らない。上記構成は実施例１～３の構成に付加してもよい。また、実施例１～３のサーバ５により運転フラグがＯＦＦになった際に制限解除信号を送る構成に替えて、固定解除要求による固定解除を行ってもよい。

実施例１～３および変形例では、運転フラグにより、サーバ５でドライバ６の状態を記憶したが、運転フラグを用いなくてもよい。この場合は、サーバ５では、ドライバ６が運転しているか否かの状態を記憶しない。また、実施例１～３および変形例では、制限要求信号により携帯端末２の機能の一部を制限したが、機能の全てが利用できないように制限してもよい。

以上、本発明の実施の形態について図面を参照して詳述してきたが、具体的な構成はこれらの実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計の変更等があっても本発明に含まれる。また、上述の各実施の形態は、その目的及び構成等に特に矛盾や問題がない限り、互いの技術を流用して組み合わせることが可能である。

１車載システム
１１カメラ
１２ＤＩＳ
１３車外通信手段
２携帯端末
３１通信キャリア
３２通信キャリア
４ネットワーク
５サーバ
６ドライバ
７車両
７１運転席
７２ハンドル

Claims

運転席に座るドライバを認識して個人を特定するドライバ認識手段と、車両の外部装置と通信可能な車外通信手段とを有する車載システムと、
前記外部装置であり、特定された個人の個人特定情報と携帯端末の端末識別情報を紐付けて記憶することができるサーバと、を備えた携帯端末使用制限システムであって、
前記車外通信手段は、一定時間ごとに前記ドライバの個人特定情報を前記サーバに送信し、
前記サーバは、前記ドライバの個人特定情報を受信した時に、前記ドライバの個人特定情報に紐付いた端末識別情報を有する携帯端末の機能の一部または全ての使用を制限する制限要求信号を、前記携帯端末に送信し、
前記携帯端末は、前記制限要求信号を受信した時に前記一定時間よりも長い所定期間にわたって使用が制限されることを特徴とする携帯端末使用制限システム。
前記ドライバ認識手段が前記ドライバを認識しなくなった場合に、前記制限要求信号による制限を解除する解除要求を行うことを特徴とする請求項１に記載された携帯端末使用制限システム。