JP2015046671A - 携帯端末装置 - Google Patents

Abstract

【課題】複数の表示部を有する携帯端末装置において、１以上の表示器を有する情報表示装置との適切な連携動作を可能にする。【解決手段】携帯端末装置２０は、２つの表示部として機能するスプリットビュー表示装部２４と、外部の情報表示装置１０との通信を行う通信部２６とを備える。情報表示装置１０は、２つの表示器として機能するスプリットビュー表示装置１４を有している。携帯端末装置２０の制御部２１は、同時に複数のアプリケーションを実行可能であり、実行中の各アプリケーションの画像を、スプリットビュー表示部２４の２つの表示部に振り分けて表示させると共に、通信部２６を介して情報表示装置１０へ送信する。【選択図】図１

Description

本発明は、情報表示装置と携帯端末装置とが連携して動作する情報表示システムに関し、特に、同時に複数のアプリケーションプログラムを実行可能な携帯端末装置に関する。

車載用の情報表示装置として、運転席用の表示器と助手席用の表示器とを備え、それらの表示器に互いに異なる画像を表示可能なものがある。そのような情報表示装置では、例えば、運転席用の表示器に経路案内（ナビゲーション）用の地図を表示させ、助手席用の表示器にテレビ放送等の映像を表示させることができる。さらに、運転席用の表示器において、車両の走行中にはテレビ放送等の映像を表示しないように制限をかけることで、不注意運転（ドライバディストラクション）を防止することができる。また、運転席から画面を見る場合と助手席から画面を見る場合とで互いに異なる画像が見えるスプリットビュー表示装置を用いることで、運転席用の表示器および助手席用の表示器を物理的に１つの画面で実現することも提案されている（例えば下記の特許文献１）。

また、スマートフォンや携帯電話などの携帯端末装置との通信機能を有する情報表示装置が実用化されている。そのような情報表示装置としては、携帯端末装置で動作中のアプリケーションプログラム（以下、「アプリケーション」または「アプリ」という）が出力する画像や音声を取得してそれを自己の表示器やスピーカから出力したり、取得した画像や音声に基づくユーザの操作に応じて携帯端末装置で動作中のアプリケーションを制御したりするなど、携帯端末装置との連携動作を可能とするリンク機能（例えばMirrorLink（登録商標）機能）を有するものがある（例えば特許文献２）。

国際公開第２００６／１００９０４号 特開２００３−２４４３４３号公報

近年の携帯端末装置の多機能化により、複数の表示部（スプリットビュー表示装置で構成された表示部も含む）を有する携帯端末装置が実用化されている。そのため、複数の表示部を有する携帯端末装置と１以上の表示器を有する情報表示装置との連携動作を適切に行う技術の開発が今後の課題となると考えられる。

本発明は以上のような課題を解決するためになされたものであり、複数の表示部を有する携帯端末装置において、１以上の表示器を有する情報表示装置との適切な連携動作を可能にすることを目的とする。

本発明に係る携帯端末装置は、それぞれ異なる画像を表示可能な複数の表示部と、１以上の表示器を有する外部の情報表示装置との通信を行う通信部と、同時に複数のアプリケーションを実行可能であり、実行中の各アプリケーションの画像を、複数の表示部に振り分けて表示させると共に、通信部を介して情報表示装置へ送信する制御部と、を備えるものである。

本発明によれば、１以上の表示器を有する情報表示装置との適切な連携動作を行うことが可能な、複数の表示部を有する携帯端末装置が得られる。

実施の形態１に係る情報表示システムの構成図である。 実施の形態１に係る情報表示装置の動作を示すフローチャートである。 情報表示装置が行う操作・表示制限情報送信処理のフローチャートである。 情報表示装置が行うアプリ画像表示処理のフローチャートである。 情報表示装置が行う操作対応処理のフローチャートである。 実施の形態１に係る携帯端末装置の動作を示すフローチャートである。 携帯端末装置が行うアプリ制御信号対応処理のフローチャートである。 携帯端末装置が行う操作対応処理のフローチャートである。 携帯端末装置が行うアプリ画像表示・送信処理のフローチャートである。 情報表示装置と携帯端末装置との接続例を示す図である。 情報表示装置と携帯端末装置との接続例を示す図である。 情報表示装置と携帯端末装置との接続例を示す図である。

＜実施の形態１＞
図１は、本発明の実施の形態１に係る情報表示システムの構成図である。当該情報表示システムは、互いに連携した動作が可能な情報表示装置１０と携帯端末装置２０とを含んでいる。情報表示装置１０の具体例としてはカーナビゲーション装置、ディスプレイオーディオ装置などがあり、携帯端末装置２０の具体例としてはスマートフォンや携帯電話などがある。

情報表示装置１０は、制御部１１、記憶部１２、第１画像生成部１３ａ、第２画像生成部１３ｂ、通信部１６およびインタフェース部１７を備え、スプリットビュー表示装置１４、タッチパネル装置１５、車内ＬＡＮ１８、スピーカ１９が接続された構成となっている。情報表示装置１０は、コンピュータを用いて構成されており、制御部１１、第１画像生成部１３ａおよび第２画像生成部１３ｂは、コンピュータがプログラムに従って動作することにより実現される。

制御部１１は、情報表示装置１０の全体制御、情報表示装置１０に接続した機器の制御、アプリケーションの実行などを行う。記憶部１２は、ハードディスク、リムーバブルディスク、メモリなどの記憶媒体によって構成されており、制御部１１が実行するアプリケーションのプログラムが記憶されている。

情報表示装置１０に接続されたスプリットビュー表示装置１４は、第１画面１４ａと第２画面１４ｂとをそれぞれ異なる方向に表示することができ、２つの表示器として機能する。制御部１１は、同時に複数のアプリケーションを実行可能であり、それら複数のアプリケーションの画像を、第１画面１４ａと第２画面１４ｂとに振り分けて表示させることができる。

実施の形態１では、情報表示装置１０は車両に搭載されており、スプリットビュー表示装置１４はその車両のセンターパネルに設置されているものと仮定する。また、スプリットビュー表示装置１４において、第１画面１４ａは運転席側から見える画面（表示器）であり、第２画面１４ｂは助手席側から見える画面（表示器）であるものとする。以下の説明では、第１画面１４ａを「運転席側画面」、第２画面１４ｂを「助手席側画面」という。運転席側画面１４ａは、ドライバディストラクションを防止するために、車両の走行中に操作および表示の制限（操作・表示制限）を行う必要がある表示器である。助手席側画面１４ｂは運転者からは見えないため、操作・表示制限を必要としない表示器である。

第１画像生成部１３ａおよび第２画像生成部１３ｂは、制御部１１による制御のもと、スプリットビュー表示装置１４（運転席側画面１４ａおよび助手席側画面１４ｂ）に表示させる画像のデータを生成する手段である。運転席側画面１４ａに表示させる画像のデータは、第１画像生成部１３ａによって生成され、助手席側画面１４ｂに表示させる画像のデータは、第２画像生成部１３ｂによって生成される。

タッチパネル装置１５は、スプリットビュー表示装置１４の画面上に設けられており、運転席側画面１４ａおよび助手席側画面１４ｂに対するユーザの操作を受け付ける操作入力手段である。スプリットビュー表示装置１４では、運転席側画面１４ａと助手席側画面１４ｂが物理的に１つの画面によって実現されているため、タッチパネル装置１５は、運転席側画面１４ａと助手席側画面１４ｂとで共用されることになる。この場合、タッチパネル装置１５に行われた操作が運転席側画面１４ａに対する操作なのか、助手席側画面１４ｂに対する操作なのかを識別する必要がある。その識別の方法としては、例えば、カメラやセンサ（不図示）を用いて、操作が運転席側から行われたのか助手席側から行われたのかを検出する方法などが考えられる。

また、運転席側画面１４ａと助手席側画面１４ｂのそれぞれに個別の操作入力手段を設けてもよい。例えば、タッチパネル装置１５を運転席側画面１４ａ専用の操作入力手段にして、助手席側画面１４ｂに対する操作はリモコン（不図示）を用いて行うように構成してもよい。ここでは、スプリットビュー表示装置１４およびタッチパネル装置１５が情報表示装置１０に外付けされた例を示したが、それらは情報表示装置１０に内蔵されていてもよい。

通信部１６は、情報表示装置１０が携帯端末装置２０と連携（リンク）するのに必要な通信を行う機能を有し、携帯端末装置２０との間で、画像データ、音声データ、制御信号など各種の情報をやりとりする。

情報表示装置１０は、単独で動作する「通常モード」と、携帯端末装置２０と連携して動作する「リンクモード」の２つの動作モードを有している。通常モードでは、制御部１１は、記憶部１２に記憶されているアプリケーションを実行し、実行中の各アプリケーションの画像を運転席側画面１４ａと助手席側画面１４ｂに振り分けて表示させる。リンクモードでは、制御部１１は、携帯端末装置２０で実行中の各アプリケーションの画像を通信部１６を介して取得し、それらの画像を運転席側画面１４ａと助手席側画面１４ｂに振り分けて表示させる。

なお、通信部１６と携帯端末装置２０との間の通信方式は、例えばＵＳＢ（Universal Serial Bus）ケーブルやＬＡＮ（Local Area Network）ケーブルなどを用いる有線通信でもよいし、無線ＬＡＮやBluetooth（登録商標）などの無線通信でもよい。

インタフェース部１７は、情報表示装置１０と外部の機器との接続手段である。ここではインタフェース部１７に車内ＬＡＮ１８およびスピーカ１９が接続された例を示している。情報表示装置１０は、インタフェース部１７に接続された車内ＬＡＮ１８から、例えば車両の速度やＧＰＳ（Global Positioning System）受信機が取得した位置情報など、車両の状態を示す情報（車両情報）を取得できる。また、情報表示装置１０は、インタフェース部１７に接続されたスピーカ１９から音声を出力することもできる。

一方、携帯端末装置２０は、制御部２１、記憶部２２、第１画像生成部２３ａ、第２画像生成部２３ｂ、スプリットビュー表示部２４、タッチパネル部２５および通信部２６を備えている。携帯端末装置２０は、コンピュータを用いて構成されており、制御部２１、第１画像生成部２３ａ、第２画像生成部２３ｂは、コンピュータがプログラムに従って動作することにより実現される。

制御部２１は、携帯端末装置２０の全体制御や、アプリケーションの実行などを行う。記憶部２２は、ハードディスク、リムーバブルディスク、メモリなどの記憶媒体によって構成されており、制御部２１が実行するアプリケーションのプログラムが記憶されている。

実施の形態１では、記憶部２２に記憶されているアプリケーションは、「操作・表示制限機能を有するアプリ」、「操作・表示制限を必要とするアプリ」、「操作・表示制限を必要としないアプリ」に分類される。

「操作・表示制限機能を有するアプリ」は、そのアプリケーション自身が操作・表示制限機能を有しており、車両の走行中に操作を無効にしたり実行画面を隠したりする操作・表示制限の処理を自ら行うことができる。なお、操作・表示制限機能を有するアプリには、操作制限機能のみを有するものや、表示制限機能のみを行うものも含まれる。

「操作・表示制限を必要とするアプリ」は、そのアプリケーション自身は操作・表示制限機能を持たないが、車両の走行中に操作および表示を制限することが好ましいものである。その具体例としては、画像ビューワや動画再生アプリといった映像アプリが挙げられる。なお、操作・表示制限を必要とするアプリには、操作制限のみを必要とするものや、表示制限のみを必要とするものも含まれる。

「操作・表示制限を必要としないアプリ」は、車両の走行中も操作および表示を制限しないことが好ましいものである。その具体例としては、運転を支援するナビゲーションアプリなどが挙げられる。

アプリケーションが、操作・表示制限機能を有するアプリ、操作・表示制限を必要とするアプリ、操作・表示制限を必要としないアプリのどれに属するかという情報は、各アプリケーションの付属情報として記憶部２２に記憶されている。なお、付属情報は、アプリケーション自身のプログラムファイルに記述されていてもよいし、それに関連付けされた付属ファイルに記述されていてもよい。

スプリットビュー表示部２４は、第１画面２４ａおよび第２画面２４ｂをそれぞれ異なる方向に表示することで、２つの表示部として機能する。制御部２１は、同時に複数のアプリケーションを実行可能であり、それら複数のアプリケーションの画像を、第１画面２４ａと第２画面２４ｂとに振り分けて表示させることができる。

第１画像生成部２３ａおよび第２画像生成部２３ｂは、スプリットビュー表示部２４（第１画面２４ａおよび第２画面２４ｂ）に表示させる画像のデータを生成する手段である。第１画面２４ａに表示させる画像のデータは、第１画像生成部２３ａによって生成され、第２画面２４ｂに表示させる画像のデータは、第２画像生成部２３ｂによって生成される。

タッチパネル部２５は、スプリットビュー表示部２４の画面上に設けられており、第１画面２４ａおよび第２画面２４ｂに対するユーザによる操作を受け付ける操作入力手段である。スプリットビュー表示部２４の物理的な画面は一つなので、タッチパネル部２５は第１画面２４ａと第２画面２４ｂとで共用される。そのため、カメラやセンサ（不図示）を用いて、タッチパネル部２５に行われた操作が第１画面２４ａに対する操作なのか、第２画面２４ｂに対する操作なのかを識別する必要がある。また、第１画面２４ａと第２画面２４ｂのそれぞれに個別の操作入力手段を設けてもよい。

通信部２６は、携帯端末装置２０が情報表示装置１０とリンクするのに必要な通信を行う機能を有し、情報表示装置１０との間で、画像データ、音声データ、制御信号など各種の情報をやりとりする。

携帯端末装置２０も、単独で動作する「通常モード」と、情報表示装置１０と連携して動作する「リンクモード」の２つの動作モードを有しており、動作モードの切り換えはユーザの操作によって行われる。通常モードでは、制御部２１は、記憶部２２に記憶されているアプリケーションを実行し、実行中の各アプリケーションの画像を第１画面２４ａと第２画面２４ｂに振り分けて表示させる。

リンクモードでは、制御部２１は、実行中の各アプリケーションの画像を通信部２６を介して情報表示装置１０へと送信する。その際、制御部２１は、実行中の各アプリケーションの画像を情報表示装置１０の運転席側画面１４ａと助手席側画面１４ｂのどちらに表示させるかを指定する識別子を、各アプリケーションの画像のデータに付す。以下、運転席側画面１４ａで表示するように指定されるアプリケーションを「運転者用アプリ」、助手席側画面１４ｂで表示するように指定されるアプリケーションを「同乗者用アプリ」という。携帯端末装置２０で実行される各アプリケーションが「運転者用アプリ」と「同乗者用アプリ」のどちらになるかは、予め決められていてもよいし、アプリケーションを起動する際にユーザがどちらかを指定するようにしてもよい。

以下、実施の形態１に係る情報表示システムにおける情報表示装置１０および携帯端末装置２０の動作を説明する。

図２は、情報表示装置１０の動作を示すフローチャートである。情報表示装置１０が起動すると、制御部１１は、リンクモードが開始されたかを確認し（ステップＳ１１）、リンクモードが開始されていなければ（ステップＳ１１でＮＯ）、通常モードの動作を行う（ステップＳ１２）。

通常モードでは、制御部１１は、記憶部１２に記憶されているアプリケーションを実行し、第１画像生成部１３ａおよび第２画像生成部１３ｂを制御して、実行中の各アプリケーションの画像を運転席側画面１４ａおよび助手席側画面１４ｂに表示させる。通常モードの情報表示装置１０の動作は、一般的な情報表示装置の動作と同様であり、本発明との関連が薄いため詳細な説明は省略する。

一方、リンクモードが開始されると（ステップＳ１１でＹＥＳ）、制御部１１は、通信部１６を制御して携帯端末装置２０との通信を行い、携帯端末装置２０に対してリンクを要求する。このとき携帯端末装置２０から応答があると、情報表示装置１０と携帯端末装置２０とのリンクが確立される（ステップＳ１３）。

携帯端末装置２０とのリンクが確立すると、制御部１１は、携帯端末装置２０で実行中の各アプリケーションの画像および付属情報を、通信部１６を介して受信する（ステップＳ１４）。携帯端末装置２０から送られてくるアプリケーションの画像には、そのアプリケーションが運転者用アプリか同乗者用アプリかを示す識別子（運転席側画面１４ａと助手席側画面１４ｂのどちらに表示させるかを指定する識別子）が付されている。また、アプリケーションの付属情報には、そのアプリケーションが「操作・表示制限機能を有するアプリ」、「操作・表示制限を必要とするアプリ」、「操作・表示制限を必要としないアプリ」のどれに該当するかを示す情報が含まれている。

次に、制御部１１は、インタフェース部１７を介して、車内ＬＡＮ１８から車両情報（速度や位置情報）を取得し、その車両情報に基づいて、車両の状態が、運転席側画面１４ａの操作・表示制限をする必要がある状態か否かを判断する。例えば、車両が走行中であれば、操作および表示の制限が必要と判断し、車両が停止中であれば、操作および表示の制限が不要と判断する。また、車両の状態をさらに細分化して、操作制限のみが必要な状態や、表示制限のみが必要な状態などを、判断結果に含ませてもよい。そして、その判断結果に応じて操作・表示制限を指示する情報（操作・表示制限情報）を生成する（ステップＳ１５）。さらに、制御部１１は、生成した操作・表示制限情報を携帯端末装置２０へ送信する処理（操作・表示制限情報送信処理）を行う（ステップＳ１６）。なお、操作・表示制限情報には、操作制限のみを指示ずるものや表示制限のみを指示するものも含まれる。

図３は、操作・表示制限情報送信処理のフローチャートである。操作・表示制限情報送信処理では、情報表示装置１０は、まず携帯端末装置２０で運転者用アプリが実行されているか否か確認する（ステップＳ２１）。この確認は、ステップＳ１４で取得した、携帯端末装置２０で実行中の各アプリケーションの画像に付された識別子を参照することにより可能である。携帯端末装置２０で運転者用アプリが実行されていなければ（ステップＳ２１でＮＯ）、制御部１１は、操作・表示制限情報を送信しない。

携帯端末装置２０で運転者用アプリが実行されていれば（ステップＳ２１でＹＥＳ）、制御部１１は、その中に操作・表示制限機能を有するアプリ、または、操作・表示制限を必要とするアプリが含まれているか否かを確認する（ステップＳ２２，Ｓ２３）。この確認は、ステップＳ１４で取得した、携帯端末装置２０で実行中の各アプリケーションの付属情報を参照することにより可能である。携帯端末装置２０で実行中の運転者用アプリに、操作・表示制限機能を有するアプリ、または、操作・表示制限を必要とするアプリが含まれていれば（ステップＳ２２でＹＥＳ、または、ステップＳ２３でＹＥＳ）、制御部１１は、通信部１６を介して携帯端末装置２０へ操作・表示制限情報を送信する（ステップＳ２４）。そうでなければ（ステップＳ２２でＮＯ、且つ、ステップＳ２３でＮＯ）、制御部１１は、操作・表示制限情報を送信しない。

図２に戻り、制御部１１は、操作・表示制限情報送信処理（ステップＳ１６）を終えると、携帯端末装置２０から受信した各アプリケーションの画像を、運転席側画面１４ａおよび助手席側画面１４ｂに表示させる処理（アプリ画像表示処理）を行う（ステップＳ１７）。

図４は、アプリ画像表示処理のフローチャートである。アプリ画像表示処理では、制御部１１は、まずステップＳ１４で運転者用アプリの画像を受信したか否かを確認する（ステップＳ３１）。運転者用アプリの画像を受信したならば（ステップＳ３１でＹＥＳ）、制御部１１はその運転者用アプリの画像を運転席側画面１４ａに表示させる（ステップＳ３２）。

続いて、制御部１１は、ステップＳ１４で同乗者用アプリの画像を受信したか否かを確認する（ステップＳ３３）。同乗者用アプリの画像を受信したならば、（ステップＳ３６でＹＥＳ）、制御部１１はその同乗者用アプリの画像を助手席側画面１４ｂに表示させる（ステップＳ３４）。

図２に戻り、制御部１１は、アプリ画像表示処理（ステップＳ１７）を終えると、タッチパネル装置１５に対して行われたユーザの操作に応じた処理（操作対応処理）を行う（ステップＳ１８）。

図５は、操作対応処理のフローチャートである。操作対応処理では、制御部１１は、まずタッチパネル装置１５において運転者用アプリに対する操作（運転席側画面１４ａに対する操作）が行われたか否かを確認する（ステップＳ４１）。運転者用アプリの操作が行われたならば（ステップＳ４１でＹＥＳ）、制御部１１は、タッチパネル装置１５の操作に応じた運転者用アプリの制御信号を携帯端末装置２０へ送信する（ステップＳ４２）。また、制御部１１は、運転者用アプリの制御信号を携帯端末装置２０へ送信する際、その制御信号が運転席側画面１４ａに表示された運転者用アプリに対するものであることを示す識別子（運転席用識別子）を付して送信する。

続いて、制御部１１は、タッチパネル装置１５において同乗者用アプリに対する操作が行われたか否かを確認する（ステップＳ４３）。制御部１１は、同乗者用アプリの操作が行われたならば（ステップＳ４３でＹＥＳ）、その操作に応じた同乗者用アプリの制御信号を携帯端末装置２０へ送信する（ステップＳ４４）。また、制御部１１は、同乗者用アプリの制御信号を携帯端末装置２０へ送信する際、その制御信号が助手席側画面１４ｂに表示された同乗者用アプリに対するものであることを示す識別子（助手席用識別子）を付して送信する。

図２に戻り、制御部１１は、リンクモードが終了されるまで、ステップＳ１４〜Ｓ１８を繰り返し実行する（ステップＳ１９）。なお、ステップＳ１４〜Ｓ１８は、図２に示す順番で行われなくてもよく、例えばステップＳ１４〜Ｓ１８がそれぞれ並列に実行されてもよい。また、リンクモードの終了は必ずしもユーザからの指示で行われなくてもよく、例えば、携帯端末装置２０側で全てのアプリケーションの実行が終了したときに自動的にリンクモードが終了するようにしてもよい。

次に、携帯端末装置２０の動作を説明する。図６は、実施の形態１に係る携帯端末装置２０の動作を示すフローチャートである。携帯端末装置２０が起動すると、制御部２１は、リンクモードが開始されたかを確認し（ステップＳ５１）、リンクモードが開始されていなければ（ステップＳ５１でＮＯ）、通常モードの動作を行う（ステップＳ５２）。

通常モードでは、制御部２１は、記憶部２２に記憶されているアプリケーションを実行し、第１画像生成部２３ａおよび第２画像生成部２３ｂを制御して、実行中の各アプリケーションの画像を第１画面２４ａおよび第２画面２４ｂに表示させる。通常モードの携帯端末装置２０の動作は、一般的な携帯端末装置の動作と同様であり、本発明との関連が薄いため詳細な説明は省略する。

一方、携帯端末装置２０のリンクモードが開始されると（ステップＳ５１でＹＥＳ）、制御部２１は、情報表示装置１０からのリンク要求を待つ（ステップＳ５３）。情報表示装置１０からのリンク要求があると（ステップＳ５３でＹＥＳ）、制御部２１は、通信部２６を制御して情報表示装置１０との通信を行い、そのリンク要求に応答する。それにより、情報表示装置１０と携帯端末装置２０とのリンクが確立する（ステップＳ５４）。

情報表示装置１０とのリンクが確立すると、制御部２１は、実行中の全てのアプリケーションの付属情報を情報表示装置１０へ送信済みか否かを確認する（ステップＳ５５）。付属情報を送信していない実行中のアプリケーションが存在すれば（ステップＳ５５でＮＯ）、制御部２１は、その付属情報を通信部２６を介して情報表示装置１０へと送信する（ステップＳ５６）。

実行中の全てのアプリケーションの付属情報を情報表示装置１０へ送信した後（ステップＳ５５でＹＥＳ）、制御部２１は、情報表示装置１０から送られてくる操作・表示制限情報を受信する（ステップＳ５７）。そして、受信した操作・表示制限情報を、運転者用アプリとして実行中の操作・表示制限機能を有するアプリの動作に反映させる（ステップＳ５８）。

このステップＳ５８では、運転者用アプリとして実行中の操作・表示制限機能を有するアプリに、操作・表示制限情報が引き渡され、その操作・表示制限機能が発揮される。例えば、操作・表示制限情報に操作制限の指示が含まれていた場合には、運転者用アプリは、操作を無効にしたり操作画面を隠したりして、ユーザが運転者用アプリの操作をできない状態にする。また、操作・表示制限情報に表示制限の指示が含まれていた場合には、運転者用アプリは、実行画面を暗転させたり他の画像に差し替えたりして、ユーザが運転者用アプリの画像を視認できない状態にする。これらの処理により、ドライバディストラクションが防止される。

なお、図３を用いて説明したように、操作・表示制限情報は、携帯端末装置２０が運転者用アプリとして操作・表示制限機能を有するアプリまたは操作・表示制限を必要とするアプリを実行している場合に、情報表示装置１０から送信される。その条件に当てはまらず、情報表示装置１０から操作・表示制限情報が送信されないときは、ステップＳ５７，Ｓ５８はスキップされる。

その後、制御部２１は、情報表示装置１０から送られてくるアプリケーションの制御信号に応じて実行中のアプリケーションを制御する処理（アプリ制御信号対応処理）を行う（ステップＳ５９）。

図７は、アプリ制御信号対応処理のフローチャートである。アプリ制御信号対応処理では、制御部２１は、まず運転者用アプリの制御信号を受信したか確認する（ステップＳ７１）。受信した制御信号が運転者用アプリに対するものか同乗者用アプリに対するものかは、それに付された識別子から判断できる。

運転者用アプリの制御信号が受信されたならば（ステップＳ７１でＹＥＳ）、その運転者用アプリが、操作制限機能を有するアプリ、操作制限を必要とするアプリ、操作制限を必要としないアプリのどれに該当するかを確認する（ステップＳ７２，Ｓ７３）。

運転者用アプリが操作制限機能を有するアプリである場合（ステップＳ７２でＹＥＳ）、受信した制御信号に応じた運転者用アプリの制御を行う（ステップＳ７５）。その結果、情報表示装置１０で行われた運転者用アプリに対する操作が、携帯端末装置２０で実行中の運転者用アプリの動作に反映される。操作制限機能を有するアプリは操作・表示制限情報に応じた操作制限処理を自ら行うことができるため、操作制限に関する特別な処理を行う必要はない。

また、運転者用アプリが操作制限を必要としないアプリである場合も（ステップＳ７３でＮＯ）、制御部２１は、受信した制御信号に応じた運転者用アプリの制御を行う（ステップＳ７５）。操作制限を必要としないアプリの画像は、車両の状態に関わらず操作を制限する必要がないからである。

運転者用アプリが操作制限を必要とするアプリである場合（ステップＳ７３でＹＥＳ）、制御部２１は、図６のステップＳ５５で受信した操作・表示制限情報に基づいて、車両の状態が操作制限を必要とする状態か否かを判断し（ステップＳ７４）、操作制限を必要としない状態であれば（ステップＳ７４でＮＯ）、受信した制御信号に応じた運転者用アプリの制御を行う（ステップＳ７５）。このとき、操作制限を必要とする状態であれば（ステップＳ７４でＹＥＳ）、その運転者用アプリの制御信号に応じた運転者用アプリの制御は行わない。つまり、情報表示装置１０で行われた運転者用アプリに対する操作は無効となる。運転者用アプリの操作ができなければ、運転者は操作を試みないため、ドライバディストラクションが防止される。なお、表示制限せずに操作制限のみを行うケース（例えばナビゲーションアプリにおいて地図を表示させたまま操作のみを制限するようなケース）では、運転者が操作を試みることを未然に防止するために、その旨を情報表示装置１０の運転席側画面１４ａに表示させることが好ましい。

続いて、制御部２１は、情報表示装置１０から同乗者用アプリの制御信号を受信したか確認する（ステップＳ７６）。同乗者用アプリでは操作制限が不要なため、制御部２１は、同乗者用アプリの制御信号が受信されたならば（ステップＳ７６でＹＥＳ）、その制御信号に応じた同乗者用アプリの制御を行う（ステップＳ７７）。その結果、情報表示装置１０で行われた同乗者用アプリに対する操作が、携帯端末装置２０で実行中の同乗者用アプリの動作に反映される。

なお、図５を用いて説明したように、情報表示装置１０は、ユーザがタッチパネル装置１５を用いて運転者用アプリまたは同乗者用アプリに対する操作を行ったときに、そのアプリケーションの制御信号を送信する。情報表示装置１０からアプリケーションの制御信号が送信されていなければ、アプリ制御信号対応処理では何も行われない。

図６に戻り、制御部２１は、アプリ制御信号対応処理（ステップＳ５９）を終えると、タッチパネル部２５に対して行われたユーザの操作に応じた処理（操作対応処理）を行う（ステップＳ６０）。

図８は、操作対応処理のフローチャートである。操作対応処理では、制御部２１は、まずタッチパネル部２５において運転者用アプリに対する操作が行われたか否かを確認する（ステップＳ８１）。運転者用アプリの操作が行われたならば（ステップＳ８１でＹＥＳ）、その運転者用アプリが、操作制限機能を有するアプリ、操作制限を必要とするアプリ、操作制限を必要としないアプリのどれに該当するかを確認する（ステップＳ８２，Ｓ８３）。

運転者用アプリが操作制限機能を有するアプリである場合（ステップＳ８２でＹＥＳ）、制御部２１は、タッチパネル部２５の操作内容に応じた運転者用アプリの制御を行う（ステップＳ８５）。操作制限機能を有するアプリは操作・表示制限情報に応じた操作制限処理を自ら行うことができるため、操作制限に関する特別な処理を行う必要はない。

また、運転者用アプリが操作制限を必要としないアプリである場合も（ステップＳ８３でＮＯ）、制御部２１は、タッチパネル部２５の操作内容に応じた運転者用アプリの制御を行う（ステップＳ８５）。操作制限を必要としないアプリの画像は、車両の状態に関わらず操作を制限する必要がないからである。

運転者用アプリが操作制限を必要とするアプリである場合（ステップＳ８３でＹＥＳ）、制御部２１は、操作・表示制限情報に基づいて、車両の状態が操作制限を必要とする状態か否かを判断し（ステップＳ８４）、操作制限を必要としない状態であれば（ステップＳ８４でＮＯ）、タッチパネル部２５の操作内容に応じた運転者用アプリの制御を行う（ステップＳ８５）。このとき、操作制限を必要とする状態であれば（ステップＳ８４でＹＥＳ）、タッチパネル部２５の操作に応じた運転者用アプリの制御は行わない。つまり、運転者用アプリに対する操作は無効となる。運転者用アプリの操作ができなければ、運転者は操作を試みないため、ドライバディストラクションが防止される。なお、表示制限せずに操作制限のみを行うケースでは、運転者が操作を試みることを未然に防止するために、その旨を第１画面２４ａに表示させることが好ましい。

続いて、制御部２１は、タッチパネル部２５において同乗者用アプリに対する操作が行われたか否かを確認する（ステップＳ８６）。同乗者用アプリでは操作制限が不要なため、制御部２１は、同乗者用アプリに対する操作が行われたならば（ステップＳ８６でＹＥＳ）、その制御信号に応じた同乗者用アプリの制御を行う（ステップＳ８７）。

図６に戻り、制御部２１は、操作対応処理（ステップＳ６０）を終えると、アプリケーションの画像を、第１画面２４ａおよび第２画面２４ｂに表示させると共に情報表示装置１０へと送信する処理（アプリ画像表示・送信処理）を行う（ステップＳ６１）。第１画面２４ａおよび第２画面２４ｂのそれぞれにどのアプリケーションの画像が表示されるかはユーザによって指定されるが、ここでは運転者用アプリの画像を第１画面２４ａに表示し、同乗者用アプリの画像を第２画面２４ｂに表示するように、ユーザが指定したものと仮定する。

図９は、アプリ画像表示・送信処理のフローチャートである。アプリ画像表示・送信処理では、制御部２１は、まず運転者用アプリを実行しているか否かを確認する（ステップＳ９１）。運転者用アプリが実行中であれば（ステップＳ９１でＹＥＳ）、その運転者用アプリが、表示制限機能を有するアプリ、表示制限を必要とするアプリ、表示制限を必要としないアプリのどれに該当するかを確認する（ステップＳ９２，Ｓ９３）。

運転者用アプリが表示制限機能を有するアプリである場合（ステップＳ９２でＹＥＳ）、制御部２１は、その運転者用アプリの画像を、第１画面２４ａに表示させると共に情報表示装置１０へ送信する（ステップＳ９５，Ｓ９６）。表示制限機能を有するアプリの画像は、操作・表示制限情報に応じた表示制限処理がアプリケーション自身によって施されているため、表示制限に関する特別な処理を行う必要はない。なお、制御部２１は、運転者用アプリの画像を情報表示装置１０へ送信するとき、それを情報表示装置１０の運転席側画面１４ａに表示させるように指定する識別子（運転席用識別子）を付して送信する。

運転者用アプリが表示制限を必要としないアプリである場合も（ステップＳ９３でＮＯ）、制御部２１は、その運転者用アプリの画像を、第１画面２４ａに表示させると共に情報表示装置１０へ送信する（ステップＳ９５，Ｓ９６）。表示制限を必要としないアプリの画像は、車両の状態に関わらず表示を制限する必要がないからである。

運転者用アプリが表示制限を必要とするアプリである場合（ステップＳ９３でＹＥＳ）、制御部２１は、操作・表示制限情報に基づいて車両が表示制限を必要とする状態にあるか否かを判断し（ステップＳ９４）、表示制限を必要としない状態であれば（ステップＳ９４でＮＯ）、その運転者用アプリの画像を、第１画面２４ａに表示させると共に情報表示装置１０へ送信する（ステップＳ９５，Ｓ９６）。このとき、表示制限を必要とする状態であれば（ステップＳ９４でＹＥＳ）、その運転者用アプリの画像を、第１画面２４ａに表示させることも情報表示装置１０へ送信することも行わない。それにより、情報表示装置１０の運転席側画面１４ａおよび携帯端末装置２０の第１画面２４ａに運転者用アプリの画像が表示されなくなるので、ドライバディストラクションが防止される。

続いて、制御部２１は、同乗者用アプリが実行されているか否かを確認する（ステップＳ９７）。同乗者用アプリは表示制限が不要なため、制御部２１は、同乗者用アプリが実行されていれば（ステップＳ９７でＹＥＳ）、その同乗者用アプリの画像を、第２画面２４ｂに表示させると共に情報表示装置１０へ送信する（ステップＳ９８，Ｓ９９）。なお、制御部２１は、同乗者用アプリの画像を情報表示装置１０へ送信するとき、それを情報表示装置１０の助手席側画面１４ｂに表示させるように指定する識別子（助手席用識別子）を付して送信する。

図６に戻り、携帯端末装置２０は、情報表示装置１０からリンクの解除要求があるまで、ステップＳ５５〜Ｓ６１を繰り返し実行する（ステップＳ６２）。リンクの解除要求があれば（ステップＳ６２でＹＥＳ）、情報表示装置１０とのリンクを解除してリンクモードを終了する（ステップＳ６３）。なお、ステップＳ５７〜Ｓ６１は、必ずしも図６に示した順番で行われなくてもよく、例えばステップＳ５７〜Ｓ６１がそれぞれ並列に実行されてもよい。

上記の説明では、情報表示装置１０が操作・表示制限情報を生成し、それを携帯端末装置２０が受信する構成としたが、携帯端末装置２０が操作・表示制限情報を生成してもよい。例えば、携帯端末装置２０がＧＰＳ受信機を備える場合には、現在位置の変化から、携帯端末装置２０が持ち込まれた車両が走行中か否かを判断できるので、その判断結果に基づいて操作・表示制限情報を生成することができる。

また、携帯端末装置２０で複数のアプリケーションが実行されていても、画像を情報表示装置１０へ送信するアプリケーションはそのうちの１つでもよい。例えば、携帯端末装置２０のスプリットビュー表示部２４が有する２つの画面のうち、第１画面２４ａが携帯端末装置２０の操作者から常に見える表示部であり、第２画面２４ｂが操作者から常には見えない（携帯端末装置２０の向きを変えなければ見えない）表示部である場合、第２画面２４ｂに表示されるアプリケーションの画像のみが情報表示装置１０へ送信されるようにしてもよい。この場合、ユーザは、常には見えない第２画面２４ｂに表示される画像を、情報表示装置１０の表示器（運転席側画面１４ａまたは助手席側画面１４ｂ）で見ることができる。つまり、携帯端末装置２０の向きを変えずに、第１画面２４ａに表示されるアプリケーションの画像と、第２画面２４ｂに表示されるアプリケーションの画像との両方を視認できるようになる。

なお、携帯端末装置２０の「操作者から常には見える表示部」としては、上の例の他に、実施の形態２で説明するスライド式の２画面表示部における下側の画面などがある。

また実施の形態１では、携帯端末装置２０において、運転者用アプリと同乗者用アプリがそれぞれ１つずつ実行されることを前提としたが、運転者用アプリと同乗者用アプリがそれぞれ複数実行されてもよい。例えば運転者用アプリが複数実行された場合、それらの画像を運転席側画面１４ａに並べて表示させたり、重ねて表示させたりするとよい。それぞれの運転者用アプリの画像を運転席側画面１４ａに表示させるときのレイアウトは、情報表示装置１０側で設定してもよいし、携帯端末装置２０から、そのレイアウトを指定する情報を、携帯端末装置２０に送信するようにしてもよい。

＜実施の形態２＞
実施の形態２では、携帯端末装置２０の表示部のバリエーションについて説明する。

実施の形態１においては、携帯端末装置２０が備える２つの表示部を、１つの画面で実現されるスプリットビュー型のものとしたが、それぞれ独立した画面を持つものでもよい。例えば、閉じた状態では２つの画面が向き合うように折り畳まれ、開くと２つの画面が見えるようになる折りたたみ式の２画面表示部や、２つの画面が上下に重ねて配置され、通常状態では下側の画面は見えないが（つまり、下側の画面は操作者から常には見えない）、上側の画面をスライドさせると下側の画面が現れるスライド式の２画面表示部などが考えられる。また、携帯端末装置２０は３つ以上の表示部を備えていてもよい。

＜実施の形態３＞
実施の形態３では、情報表示装置１０に接続される表示器のバリエーションについて説明する。

実施の形態１においては、情報表示装置１０に接続された２つの表示部を、１つの画面で実現されるスプリットビュー型のものとしたが、それぞれ独立した画面を持つものでもよい。また、情報表示装置１０が車両に搭載される場合、表示器の設置場所はセンターパネルに限られない。例えば、車両の運転席用の表示器は、車両のインストルメントパネル内に配置してもよいし、フロントガラスに画面を投影させるヘッドアップディスプレイとしてもよい。

さらに、携帯端末装置２０は３つ以上の表示器が接続されてもよい。例えば、運転席用の表示器、助手席用の表示器に加え、後部座席用の表示器を接続させることが考えられる。逆に、携帯端末装置２０に１つの表示器のみ（例えば運転席用の表示器のみ）が接続されている場合にも、本発明は適用可能である。

＜実施の形態４＞
実施の形態４では、情報表示装置１０と携帯端末装置２０との間の通信方式のバリエーションについて説明する。

実施の形態１の情報表示システムのように、情報表示装置１０と携帯端末装置２０との間で受け渡しするデータ（画像データや制御信号）に、運転者用アプリのものか同乗者用アプリのものかを区別するための識別子を付すようにすれば、図１０のように通信経路を１つとし、それらのデータを同一の通信経路で情報表示装置へ送信することが可能である。携帯端末装置２０に３つ以上の表示器が接続される場合には、その数に合わせて識別子の種類を増やせばよい。

また、図１１のように通信経路を２つにし、片方を運転者用アプリのデータの受け渡しに用い、もう片方を同乗者用アプリのデータの受け渡しに用いるように規定してもよい。この場合、受け渡しに用いられた通信経路から、データが運転者用アプリのものか同乗者用アプリのものかを区別できるので、データに識別子を付す必要がなくなる。２つの通信経路の通信規格は同じでなくてもよく、例えば図１２のように、片方はＵＳＢを用いた通信経路、もう片方は無線ＬＡＮ（Ｗ−ＬＡＮ）を用いた通信経路としてもよい。また、携帯端末装置２０に３つ以上の表示器が接続される場合は、その数に合わせて通信経路の数を増やせばよい。

＜実施の形態５＞
実施の形態５では、携帯端末装置２０で実行されるアプリケーションに対する運転者用アプリと同乗者用アプリの指定の方法、すなわち、携帯端末装置２０で実行されるアプリケーションの画像を情報表示装置１０の運転席側画面１４ａと助手席側画面１４ｂのどちらに表示させるかを指定する方法のバリエーションについて説明する。

携帯端末装置２０で実行されるアプリケーションが運転者用アプリになるか同乗者用アプリになるかは、アプリケーションごとに予め設定されていてもよいし、アプリケーションを起動する際にユーザが指定するようにしてもよい。

また、各アプリケーションに対する運転者用アプリまたは同乗者用アプリの指定が、予め定められたルールに基づいて自動的に行われるようにしてもよい。例えば、操作・表示制限機能を有するアプリは自動的に運転者用アプリとして指定され、運転席側画面１４ａ（操作・表示制限を必要とする表示器）に表示されるようにしてもよい。逆に、操作・表示制限機能を有しないアプリの画像は、自動的に同乗者用アプリとして指定され、助手席側画面１４ｂ（操作・表示制限を必要としない表示器）に表示されるようにしてもよい。

また、アプリケーションの画像が携帯端末装置２０のどの表示部に表示されるかに応じて、運転者用アプリまたは同乗者用アプリの指定が自動的に行われるようにしてもよい。例えば図１の構成の場合、携帯端末装置２０の第１画面２４ａに表示されるアプリケーションは自動的に運転者用アプリとして指定され、第２画面２４ｂに表示されるアプリケーションは自動的に同乗者用アプリとして指定されるようにしてもよい。

また例えば、携帯端末装置２０が、操作者から常に見える表示部と、常には見えない表示部とを有している場合、常に見える表示部に表示されるアプリケーションは自動的に運転者用アプリとして指定され、常には見えない表示部に表示されるアプリケーションは自動的に同乗者用アプリとして指定されるようにしてもよい。

＜実施の形態６＞
実施の形態１では、携帯端末装置２０が実行するアプリケーションが、操作・表示制限機能を有するアプリ、操作・表示制限を必要とするアプリ、操作・表示制限を必要としないアプリのうちのどれであるか予め決められていたが、それは変更可能でもよく、例えばユーザが任意に設定できるようにしてもよい。

また例えば、携帯端末装置２０が操作者から常に見える表示部と常には見えない表示部とを有している場合、操作者から常に見える表示部に表示されるアプリケーションは操作・表示制限を必要としないアプリであるとみなして（操作・表示制限機能を有するアプリであってもその機能を発揮させない）、その画像を情報表示装置へ送信するようにしてもよい。

また、携帯端末装置２０が、アプリケーションの種別に基づき、そのアプリケーションが操作・表示制限を必要とするか否かを設定するようにしてもよい。例えば、ナビゲーションアプリは操作・表示制限を必要としないアプリとして設定し、映像アプリ（画像ビューワや動画再生アプリ）は、操作・表示制限を必要とするアプリとして設定することなどが考えられる。

＜実施の形態７＞
実施の形態１では、携帯端末装置２０で動作する運転者用アプリを「操作・表示制限機能を有するアプリ」、「操作・表示制限を必要とするアプリ」、「操作・表示制限を必要としないアプリ」に分類したが、それに代えて、例えば、各アプリケーションに必要とされる操作・表示制限の度合い（操作・表示制限レベル）を規定してもよい。例えば次のようなレベル分けが考えられる。

・レベル０：駐車中（パーキングブレーキオン）でのみ動作を許可
・レベル１：停車中または一定速度以下でのみ動作を許可
・レベル２：一般道路用の操作・表示制限
・レベル３：高速道路用の操作・表示制限
・レベル１０：操作・表示制限なし（操作・表示制限を必要としないアプリ）
各アプリケーションの操作・表示制限レベルは、そのアプリケーションの付属情報として記憶部２２に記憶される。

この場合、情報表示装置１０から携帯端末装置２０へと送信される操作・表示制限情報に、より詳細な車両の状態（パーキングブレーキのオン／オフや、走行中の道路の種別など）の情報を含ませる必要がある。携帯端末装置２０の制御部２１は、受信した操作・表示制限情報に基づいて、運転者用アプリに対し操作・表示制限レベルに応じた内容の操作・表示制限を実施する。

なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。

１０ 情報表示装置、１１ 制御部、１２ 記憶部、１３ａ 第１画像生成部、１３ｂ 第２画像生成部、１４ スプリットビュー表示装置、１４ａ 第１画面（運転席側画面）、１４ｂ 第２画面（助手席側画面）、１５ タッチパネル装置、１６ 通信部、１７ インタフェース部、１８ 車内ＬＡＮ、１９ スピーカ、２０ 携帯端末装置、２１ 制御部、２２ 記憶部、２３ａ 第１画像生成部、２３ｂ 第２画像生成部、２４ スプリットビュー表示部、２４ａ 第１画面、２４ｂ 第２画面、２５ タッチパネル部、２６ 通信部。

Claims (15)

1. それぞれ異なる画像を表示可能な複数の表示部と、
   １以上の表示器を有する外部の情報表示装置との通信を行う通信部と、
   同時に複数のアプリケーションを実行可能であり、実行中の各アプリケーションの画像を、前記複数の表示部に振り分けて表示させると共に、前記通信部を介して前記情報表示装置へ送信する制御部と、を備える
   ことを特徴とする携帯端末装置。
2. 前記通信部は、前記情報表示装置との間に複数の通信経路を確立でき、
   前記制御部は、実行中の各アプリケーションの画像をそれぞれ個別の通信経路で前記情報表示装置へ送信する
   請求項１記載の携帯端末装置。
3. 前記制御部は、実行中の各アプリケーションの画像を同一の通信経路で前記情報表示装置へ送信する
   請求項１記載の携帯端末装置。
4. 前記制御部は、実行中の各アプリケーションの制御信号を前記情報表示装置から受信し、前記制御信号に基づいて実行中の各アプリケーションを制御する
   請求項１記載の携帯端末装置。
5. 前記制御部は、実行中の各アプリケーションが操作・表示制限を必要とするか否かの情報、実行中の各アプリケーションが操作・表示制限機能を有するか否かの情報、実行中の各アプリケーションに必要とされる操作・表示制限の度合いを示す情報のいずれかを、前記情報表示装置へ送信する
   請求項１記載の携帯端末装置。
6. 前記携帯端末装置が実行可能な複数のアプリケーションは、操作・表示制限機能を有するものを含む
   請求項５記載の携帯端末装置。
7. 前記制御部は、操作・表示制限機能を有しないアプリケーションの画像を、前記情報表示装置の操作・表示制限が不要な表示器に表示するように指定する信号を、前記情報表示装置へ送信する
   請求項１記載の携帯端末装置。
8. 前記制御部は、前記複数の表示部のうち特定の表示部に表示されるアプリケーションの画像のみを前記情報表示装置へ送信する
   請求項１記載の携帯端末装置。
9. 前記特定の表示部は、操作者から常には見えない表示部である
   請求項８記載の携帯端末装置。
10. 前記情報表示装置は複数の表示器を有しており、
    前記制御部は、実行中の各アプリケーションの画像を前記情報表示装置のどの表示器に表示させるか指定する情報を、前記情報表示装置へ送信する
    請求項１記載の携帯端末装置。
11. 前記制御部は、実行中の各アプリケーションの画像を前記情報表示装置の表示器に表示させるときのレイアウトを指定する情報を、前記情報表示装置へ送信する
    請求項１記載の携帯端末装置。
12. 前記複数の表示部はスプリットビュー表示装置で構成されており、
    前記情報表示装置はスプリットビュー表示装置で構成された表示器を有しており、
    前記制御部は、前記複数の表示部であるスプリットビュー表示装置の各画面に表示するアプリケーションの画像を、前記情報表示装置の表示器であるスプリットビュー表示装置の各画面に表示するように指定する情報を、前記情報表示装置へ送信する
    請求項１記載の携帯端末装置。
13. 前記制御部は、前記複数の表示部のうち操作者から常に見える表示部に表示するアプリケーションの画像を、操作・表示制限を必要としないアプリケーションの画像とみなして前記情報表示装置へ送信する
    請求項１記載の携帯端末装置。
14. 前記制御部は、前記情報表示装置から取得した情報に基づいて、実行中の各アプリケーションの操作・表示制限を制御する
    請求項１記載の携帯端末装置。
15. 前記制御部は、前記携帯端末装置が持ち込まれた車両の走行状況を判断し、前記車両の走行状況に基づいて、実行中の各アプリケーションの操作・表示制限を制御する
    請求項１記載の携帯端末装置。

Images