JP6030251B2 - 表示システム、表示方法、表示プログラム及び表示装置 - Google Patents

Description

本発明は、移動体に搭載された表示装置における画像の表示を規制する手法に関する。

道路交通法により、車両の運転者は、走行中に画像表示装置に表示された画像を注視することを禁止されている。カーナビゲーション装置などの車載機は、車両の走行中にＴＶやＤＶＤなどの映像を表示しないように、また、操作入力を受け付けないように構成されている。このように車両の走行中に画像の表示や操作入力を制限することを「走行規制」と呼ぶ。

特許文献１は、携帯端末と車載装置とが無線通信可能に構成されたシステムにおいて、携帯端末が車載装置から走行情報を取得し、走行中においては、実行中の携帯端末側のアプリケーションの特定の操作を規制することを記載している。

一方、カーナビゲーション装置などの車載機と、スマートフォンなどの端末装置とが接続して利用されている。例えば、スマートフォンにインストールされたアプリケーションに専用のモジュールを組み込むことにより、スマートフォンの表示画像を車載機に送信して車載機の表示部に表示し、かつ、車載機の表示部に対するタッチ入力によってスマートフォンのアプリケーションを操作する技術が提案されている（非特許文献１参照）。

特開２０１０−１３０６７０号公報

AppRadio Pioneer Electronics USA http://www.pioneerelectronics.com/PUSA/Car/AppRadio

通常、スマートフォンには多数のアプリケーションが搭載されている。非特許文献１の手法では、アプリケーション毎に専用モジュールが組み込まれるので、専用モジュールが組み込まれたアプリケーションと、組み込まれていないアプリケーションとがスマートフォンに混在することになる。よって、専用モジュールが組み込まれているか否か、あるいは各アプリケーションの属性などに応じて、適切な方法で走行規制を行うことが望まれる。

本発明が解決しようとする課題としては、上記のものが例として挙げられる。本発明は、移動体に搭載され、情報処理端末と接続された表示装置において、情報処理端末側のアプリケーションの属性などに応じて適切な走行規制を行うことを目的とする。

請求項１に記載の発明は、表示装置と情報処理端末とを備える表示システムであって、前記情報処理端末は、アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性を前記表示装置に送信する送信手段を備え、前記表示装置は、前記アプリケーション画像を表示する表示手段と、前記アプリケーションの属性に基づき、前記表示装置が移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御手段と、を備えることを特徴とする。

請求項６に記載の発明は、表示装置と情報処理端末とを備える表示システムにより実行される表示方法であって、前記情報処理端末により実行され、アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性を前記表示装置に送信する送信工程と、前記表示装置により実行され、前記アプリケーション画像を表示する表示工程と、前記表示装置により実行され、前記送信工程により送信された前記アプリケーションの属性に基づき、前記表示装置が移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御工程と、を備えることを特徴とする。

請求項７に記載の発明は、表示装置と情報処理端末とを備える表示システムにより実行される表示プログラムであって、前記情報処理端末を、アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性を前記表示装置に送信する送信手段、として機能させ、前記表示装置を、前記アプリケーション画像を表示する表示手段、前記送信手段により送信された前記アプリケーションの属性に基づき、前記表示装置が移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御手段、として機能させることを特徴とする。

請求項８に記載の発明は、表示装置であって、アプリケーション画像を表示する表示手段と、前記アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性に基づき、移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御手段と、を備えることを特徴とする。

本発明の実施例の構成を示す。 スマートフォン及び車載機の機能構成を示すブロック図である。 第１実施例において外部制御可能アプリケーションが実行する処理のフローチャートである。 第１実施例において常駐アプリケーションが実行する処理のフローチャートである。 第１実施例において車載機が実行する処理のフローチャートである。 第３実施例において車載機が実行する処理のフローチャートである。 第５実施例の手法を模式的に示す。 第５実施例における表示例を示す。

本発明の好適な実施形態は、移動体に搭載される表示装置と情報処理端末とを有し、前記情報処理端末で実行されるアプリケーションの画像を前記表示装置に表示する表示システムであって、前記情報処理端末は、前記表示装置に表示させるアプリケーション画像を生成しているアプリケーションの属性を取得し前記表示装置に送信する属性送信手段と、前記アプリケーション画像を前記表示装置へ送信する画像送信手段と、を備え、前記表示装置は、前記情報処理端末より取得したアプリケーション画像を表示する表示手段と、前記情報処理端末より取得した前記アプリケーションの属性、及び、前記移動体の走行状態に基づいて、前記アプリ画像の表示に所定の規制をかける制御手段と、を備える。

上記の表示システムの一態様では、前記アプリケーションの属性は、前記表示装置から当該アプリケーションが制御可能であるか否かの情報を含み、前記制御手段は、前記走行状態が走行中の場合、かつ、取得した前記属性が当該表示装置から制御不能であることを示す情報を含む場合、アプリケーション画像の表示に所定の規制をかけることができる。

本発明の他の好適な実施形態では、情報処理端末は、情報処理端末で実行されるアプリケーションが生成するアプリケーション画像を移動体に搭載される表示装置へ送信する画像送信手段と、前記アプリケーション画像の表示に所定の規制をかける判断の基となる前記アプリケーションの属性を取得し、前記表示装置に送信する属性送信手段と、を備える。

情報処理端末は、ＨＤＭＩ（登録商標）などの画像送信手段を用いて表示装置にアプリケーション画像を送信する。情報処理端末は、当該情報処理端末上で実行され、画像送信手段から出力中の画像を生成しているアプリケーションの属性を取得し、表示装置へ送信する。表示装置では、情報処理端末から受信したアプリケーションの属性に基づいて、アプリケーション画像の表示を規制するか否かを判定する。

上記の情報処理端末の一態様では、前記アプリケーションの属性は、前記表示装置から当該アプリケーションが制御可能であるか否かの情報を含む。

好適な例では、前記アプリケーションの属性は、当該アプリケーションの信頼性に関する情報を含む。他の好適な例では、前記アプリケーションの属性は、当該アプリケーションのジャンルに関する情報を含む。さらに他の好適な例では、前記アプリケーションの属性は、描画中のアプリケーションの画像の種類に応じた表示適正に関する情報を含む。

本発明の他の好適な実施形態では、移動体に搭載される表示装置は、情報処理端末より取得したアプリケーション画像を表示する表示手段と、前記情報処理端末より取得した前記アプリケーション画像を生成するアプリケーションの属性、及び、前記移動体の走行状態に基づいて、前記アプリケーション画像の表示に所定の規制をかける制御手段と、を備える。

上記の表示装置は、情報処理端末上で実行されているアプリケーションが生成するアプリケーション画像を取得して表示する。ここで、制御手段は、情報処理端末から、そのアプリケーション画像を生成しているアプリケーションの属性を取得し、その属性と、移動体の走行状態とに基づいて、アプリケーション画像の表示を規制する。

上記の表示装置の一態様では、前記制御手段は、前記走行状態が走行中の場合、かつ、取得した属性が当該表示装置から制御不能であることを示す情報を含む場合、アプリケーション画像の表示を規制する。この態様では、表示装置から制御不能なアプリケーションについては、表示装置側でアプリケーション画像の表示を規制することができる。

好適な例ではユーザの操作を取得し、前記情報処理端末に操作情報を送信する操作送信手段を備え、前記制御手段は、前記走行状態が走行中の場合、かつ、取得した属性が前記アプリケーションの信頼性に関する情報を含む場合には、前記アプリケーション画像の表示及び前記操作情報の送信を、それぞれ前記アプリケーションの信頼性に基づいて規制する。この態様では、信頼性の低いアプリケーションについては、表示装置側でアプリケーション画像の表示及び操作情報の送信を規制することができる。

他の好適な例では、ユーザの操作を取得し、前記情報処理端末に操作情報を送信する操作送信手段を備え、前記制御手段は、前記走行状態が走行中の場合、かつ、取得した属性が前記アプリケーションのジャンルに関する情報を含む場合には、前記アプリケーション画像の表示及び前記操作情報の送信を、それぞれ前記アプリケーションのジャンルに基づいて規制する。この態様では、アプリケーションのジャンルに応じて、アプリケーション画像の表示及び操作情報の送信を制御することができる。

他の好適な例では、ユーザの操作を取得し、前記情報処理端末に操作情報を送信する操作送信手段を備え、前記制御手段は、前記走行状態が走行中の場合、かつ、取得した属性が前記アプリケーション画像の種類に応じた表示適正に関する情報を含む場合には、前記アプリケーション画像の表示及び前記操作情報の送信を、それぞれ前記アプリケーション画像の種類に応じた表示適正に基づいて規制する。この態様では、アプリケーション画像の表示適正に応じて、アプリケーション画像の表示及び操作情報の送信を制御することができる。

本発明の他の好適な実施形態では、情報処理端末により実行される情報処理方法は、情報処理端末で実行されるアプリケーションが生成するアプリケーション画像を移動体に搭載される表示装置へ送信する画像送信工程と、前記アプリケーション画像の表示に所定の規制をかける判断の基となる前記アプリケーションの属性を取得し前記表示装置に送信する属性送信工程と、を有する。

本発明の他の好適な実施形態では、移動体に搭載される表示装置により実行される表示方法は、情報処理端末より取得したアプリケーション画像を表示する表示工程と、前記情報処理端末より取得した前記アプリケーション画像を生成するアプリケーションの属性、及び、前記移動体の走行状態に基づいて、前記アプリケーション画像の表示に所定の規制をかける制御工程と、を有する。

本発明の他の好適な実施形態では、情報処理端末により実行される情報処理プログラムは、前記情報処理方法を情報処理端末に実行させる。

本発明の他の好適な実施形態では、移動体に搭載される表示装置により実行される表示プログラムは、前記表示方法を表示装置に実行させる。

以下、図面を参照して本発明の好適な実施例について説明する。

[第１実施例]
図１は、本発明の第１実施例の構成を示す。図示のように、情報処理端末としてのスマートフォン１０と、表示装置としての車載機２０とが通信可能に接続される。車載機２０の典型的な例はナビゲーション装置である。車載機２０とスマートフォン１０とは、２つのインターフェース、具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）のＳＰＰ（Ｓｅｒｉａｌ Ｐｏｒｔ Ｐｒｏｆｉｌｅ）５と、ＨＤＭＩ６とにより接続されている。ＳＰＰ５は主として車載機２０とスマートフォン１０との間における制御信号の通信に利用され、ＨＤＭＩ６は主としてスマートフォン１０から車載機２０への映像・音声データの送信に利用される。

スマートフォン１０には、複数のアプリケーション１１ａ〜１１ｄと、常駐アプリケーション（以下、「常駐アプリ」と呼ぶ。）１５とがインストールされている。アプリケーション１１ａ〜１１ｄは、例えば映像再生アプリケーション、音楽再生アプリケーション、ゲームアプリケーションなど様々のものを含む。

なお、以下の説明において、特定のアプリケーションを指す場合には「アプリケーション１１ｂ」のように添え字を付し、特定のアプリケーションを指さない場合には単に「アプリケーション１１」と表記する。

アプリケーション１１ａ〜１１ｃには、外部制御モジュール１２が組み込まれている。外部制御モジュール１２は、アプリケーション１１毎に組み込まれ、外部装置からスマートフォン１０内のアプリケーション１１を制御可能とするための専用ソフトウェアである。具体的には、アプリケーション１１に組み込まれると、外部制御モジュール１２は、常駐アプリ１５を介して車載機２０と必要な情報を送受信する。これにより、外部制御モジュール１２が組み込まれたアプリケーション１１は、外部の車載機２０から制御が可能となる。但し、外部制御モジュール１２が組み込まれていないと、車載機２０からアプリケーション１１を制御することはできない。

アプリケーション１１が出力する画像は、ＨＤＭＩ６を通じて車載機２０に送信し、表示することができる。

図１の例では、アプリケーション１１ａ〜１１ｃは外部制御モジュール１２が組み込まれているので、車載機２０から制御可能である。具体的には、アプリケーション１１ａが生成した操作入力画像はＨＤＭＩ６を介して車載機２０に送信され、車載機２０に表示される。その操作入力画像を見て車載機２０に対してユーザが行った操作入力を示す操作情報は、ＳＰＰ５及び常駐アプリ１５を介してアプリケーション１１ａに送信される。こうして、ユーザは、車載機２０に対して操作入力を行うことにより、アプリケーション１１ａを操作することが可能となる。以下、外部制御モジュール１２が組み込まれているアプリケーション１１を「外部制御可能アプリ」と呼ぶ。

一方、アプリケーション１１ｄは、外部制御モジュール１２が組み込まれていないので、車載機２０から制御することはできない。以下、外部制御モジュール１２が組み込まれていないアプリケーション１１を「外部制御不能アプリ」と呼ぶ。

常駐アプリ１５は、スマートフォン１０の動作中には常に起動されており、外部制御モジュール１２が組み込まれた外部制御可能アプリ１１ａ〜１１ｃについては、その外部制御モジュール１２と通信を行うことにより、車載機２０からアプリケーション１１ａ〜１１ｃを制御することを可能とする。常駐アプリ１５が存在することにより、全てのアプリケーション１１が起動されていない状態であっても、スマートフォン１０と車載機２０との通信接続を確立することが可能となる。また、車載機２０からの要求を受けて、常駐アプリ１５が他のアプリケーション１１を起動することも可能である。即ち、車載機２０に対してユーザが入力した指示に基づいて、常駐アプリ１５がいずれかのアプリケーション１１を起動することも可能となる。

次に、スマートフォン１０及び車載機２０の機能構成について説明する。図２は、スマートフォン１０及び車載機２０の機能構成を示すブロック図である。

スマートフォン１０は、アプリケーション１１と、画像出力部１６と、属性取得部１７と、通信接続部１８とを備える。アプリケーション１１は、図１を参照して説明したように、各種のアプリケーションを含む。また、属性取得部１７及び通信接続部１８は、図１に示す常駐アプリ１５により制御される。

画像出力部１６は、アプリケーション１１が生成した画像データ５１を、ＨＤＭＩ６を通じて車載機２０へ出力する。属性取得部１７は、アプリケーション１１の属性５２をアプリケーション１１から取得して、通信接続部１８へ供給する。ここで、本実施例では、「アプリケーションの属性」は、当該アプリケーションが外部の車載機２０から制御可能であるか否かを示す情報とする。属性取得部１７は、当該アプリケーション１１に外部制御モジュール１２が組み込まれているか否かに基づいて、当該アプリケーション１１が外部の車載機２０から制御可能であるか否かを判断することができる。具体的には、属性取得部１７は、アプリケーション１１と通信することにより、当該アプリケーション１１が車載機２０から制御可能であるか否かを示す情報を取得することができる。その代わりに、属性取得部１７は、アプリケーション１１に外部制御モジュール１２が組み込まれている場合には、その外部制御モジュール１２と直接通信することにより、当該アプリケーション１１が外部の車載機２０から制御可能であるか否かを示す情報を取得することができる。

通信接続部１８は、ＳＰＰ５を介して車載機２０との間でデータの送受信を行うインターフェースである。通信接続部１８は、上記のようにして属性取得部１７が取得したアプリケーション１１の属性５２を受信し、ＳＰＰ５を介して車載機２０へ送信する。また、通信接続部１８は、車載機２０が搭載されている車両が走行中であるか否かの情報（以下、「走行状態情報」と呼ぶ。）５３を、ＳＰＰ５を介して車載機２０から受信し、アプリケーション１１へ供給する。さらに、通信接続部１８は、車載機２０に対してユーザが行った操作入力を示す情報（以下、「操作情報」と呼ぶ。）５４を、ＳＰＰ５を介して車載機２０から受信し、複数のアプリケーション１１のうち、車載機２０へ画像を出力しているアプリケーションへ供給する。

一方、車載機２０は、表示部２１と、規制制御部２２と、操作取得部２３と、通信接続部２４と、を備える。表示部２１は、タッチパネル付の液晶パネルなどにより構成される。表示部２１は、スマートフォン２０からＨＤＭＩ６を通じて受信した、アプリケーション１１の画像データ５１（即ち、アプリケーション画像）を表示する。

規制制御部２２は、外部から車両の走行状態情報５３を取得し、通信接続部２４へ供給する。ここで、車両の走行状態情報５３としては、例えば車両のパーキング情報を利用することができる。車両の走行中ではパーキング情報はオフであり、車両の停止中ではパーキング情報はオンとなる。なお、車両の走行状態情報５３としてパーキング情報以外の信号を使用しても構わない。例えば、図示しない車両の車速パルスを使用したり、カーナビゲーションのＧＰＳ情報やＧセンサーの情報を使用してもよい。

操作取得部２３は、車載機２０の表示部２１に重ねて設けられたタッチパネルに対するユーザの操作入力を検出し、その操作入力に対応する操作情報５４を生成して通信接続部２４へ供給する。前述のように、車載機２０の表示部２１には、スマートフォン１０のアプリケーション１１が生成した画像データ５１が表示される。よって、アプリケーション１１の入力モードにおいては、車載機２０の表示部２１には操作入力用のボタンなどを含む入力画像が表示され、操作取得部２３はその入力画像に対してユーザが行った操作入力に対応する操作情報５４を取得することになる。

通信接続部２４は、ＳＰＰ５を介してスマートフォン１０との間でデータの送受信を行うインターフェースである。通信接続部２４は、規制制御部２２から供給された走行状態情報５３と、操作取得部２４から供給された操作情報５４とを、ＳＰＰ５を介してスマートフォン１０へ送信する。

上記の構成において、画像出力部１６が本発明の画像送信手段として機能し、属性取得部１７及び通信接続部１８が本発明の属性送信手段として機能する。また、表示部２１が本発明の表示手段として機能し、規制制御部２２が本発明の制御部として機能し、操作取得部２２及び通信接続部２４が本発明の操作送信手段として機能する。

次に、第１実施例による走行規制制御について説明する。図１を参照して説明したように、外部制御モジュール１２が組み込まれているので、外部制御可能アプリ１１ａ〜１１ｃは外部の車載機２０から制御することができる。一方で、外部制御不能アプリ１１ｄは、外部制御モジュール１２が組み込まれていないので、車載機２０から制御することはできない。

前述の道路交通法の問題により、車載機２０を搭載した車両が走行中の場合、スマートフォン１０にインストールされたビデオ再生アプリケーションなどが生成する動画を車載機２０に表示しないことが好ましい。また、他の種類のアプリケーションであっても、運転者が一定時間にわたって注視するような類の画像を車載機２０に表示しないことが好ましい。このため、スマートフォン１０内の各種のアプリケーション１１が生成する画像が車載機２０に表示されることを、必要に応じて規制する必要がある。特に、スマートフォン１０内に外部制御可能アプリと外部制御不能アプリとが混在している場合でも適切に走行規制を行う必要がある。

そこで、本実施例では、車載機２０に画像を出力しているアプリケーション（以下、「画像表示中アプリ」とも呼ぶ。）１１が外部制御可能アプリであるか外部制御不能アプリであるかを、スマートフォン１０内の常駐アプリ１５が判定し、その結果を車載機２０に送信する。

画像表示中アプリが外部制御可能アプリである場合、車載機２０はその外部制御可能アプリに対して、車両の走行状態を通知し、走行規制をその外部制御可能アプリに任せる。外部制御可能アプリは、車載機２０から走行状態を受け取ると、その走行状態と、自身が現在出力しているアプリケーション画像とに基づいて、必要に応じて走行規制を行う。

一方、画像表示中アプリ１１が外部制御不能アプリである場合、車載機２０はその外部制御不能アプリを制御して走行規制を実行させることができない。そこで、車載機２０自身が走行規制を実行する。具体的には、車載機２０の規制制御部２２は、スマートフォン１０より通信接続部２４を介してアプリケーション１１の属性５２を取得し、画像表示中アプリが外部制御不能アプリであると判断した場合、その外部制御不能アプリから送信された画像に対して走行規制を行うことを表示部２１に通知し、表示部２１は所定の走行規制をかけた表示を行う。

なお、走行規制の具体的な手法としては、例えばアプリケーション画像が映画などの動画である場合には表示画像を停止させて静止画表示とする方法、黒画像などの単一色の表示に変更するなどの方法がある。また、アプリケーション画像がそのアプリケーションの操作入力画像である場合には、画像の表示は行うが、それに対する入力を受け付けない、無効にするなどの方法がある。

このように、本実施例では、画像表示中アプリが制御可能アプリか制御不能アプリかに基づいて、アプリケーション１１側で走行規制を行うのか、車載機２０側で走行規制を行うのかを決定する。これにより、外部制御可能アプリと外部制御不能アプリとがスマートフォン１０に混在している場合でも、適切に走行規制を実行することができる。

次に、上記の走行規制制御の具体的な処理を説明する。図３は、外部制御可能アプリが実行する処理のフローチャートである。この処理は、図１に示すアプリケーション１１ａ〜１１ｃなどの外部制御可能アプリにより実行される。

まず、外部制御可能アプリは、常駐アプリ１５から情報を取得する（ステップＳ１１）。具体的には、外部制御可能アプリは、常駐アプリ１５が車載機２０と接続しているか否かの情報を常駐アプリ１５から取得する。また、常駐アプリ１５が車載機２０と接続している場合には、車載機２０から送信される走行状態情報及び操作情報を取得する。

次に、外部制御可能アプリは、取得した情報に基づいて、常駐アプリ１５が車載機２０と接続中であるか否かを判定する（ステップＳ１２）。常駐アプリ１５が車載機２０と接続中である場合（ステップＳ１２；Ｙｅｓ）、外部制御可能アプリは、さらに走行状態が走行中であるか否か、即ち、車載機２０を搭載した車両が走行中であるか否かを判定する（ステップＳ１３）。走行状態が走行中である場合（ステップＳ１３；Ｙｅｓ）、外部制御可能アプリは、自身の動作状態、出力している画像の種類などに基づいて、必要に応じて走行規制を実行する（ステップＳ１４）。例えば、外部制御可能アプリが映像再生アプリケーションであり、動画を再生している場合には、その再生を停止する。

一方、ステップＳ１２において常駐アプリ１５が車載機２０と接続されていないと判定された場合、及び、ステップＳ１３において走行状態が走行中でないと判定された場合、走行規制を行う必要はないので、外部制御可能アプリは走行規制を実行しない（ステップＳ１５）。

このように、画像表示中アプリが外部制御可能アプリである場合には、当該外部制御可能アプリが、車両の走行状態などに基づいて自らの判断で走行規制を実行する。

次に、本実施例の走行規制制御において常駐アプリ１５が実行する処理を図４のフローチャートを参照して説明する。まず、常駐アプリ１５は、通信接続部１８により車載機２０との通信を試みる（ステップＳ２１）。車載機２０との通信が確立すると（ステップＳ２２；Ｙｅｓ）、常駐アプリ１５は、画像表示中アプリの属性を含む情報を当該画像表示中アプリから取得し、車載機２０へ送信する（ステップＳ２３）。具体的には、常駐アプリ１５は、画像表示中アプリが外部制御可能アプリであるか、外部制御不能アプリであるかを当該アプリケーションと通信することにより判定し、その結果を車載機２０へ送信する。

次に、常駐アプリ１５は、車載機２０から走行状態情報及び操作情報を受信し（ステップＳ２４）、受信した走行状態情報及び操作情報を外部制御可能アプリへ送信する（ステップＳ２５）。

こうして、常駐アプリ１５は、車載機２０と通信を確立している場合には、アプリケーション１１と車載機２０との間に入り、アプリケーション１１と車載機２０との間で必要な情報を送受信する仲介処理を行う。

次に、本実施例の走行規制制御において車載機２０が実行する処理を図５のフローチャートを参照して説明する。なお、この処理は、車載機２０に搭載されたＣＰＵなどのコンピュータが、予め用意されたプログラムを実行することにより実現される。

まず、車載機２０は、通信接続部２４によりスマートフォンとの通信を試みる（ステップＳ３１）。通信が確立すると（ステップＳ３２；Ｙｅｓ）、車載機２０はスマートフォン１０の常駐アプリ１５から、画像表示中アプリの属性を含む情報を受信する（ステップＳ３３）。この処理は、図４におけるステップＳ２３に対応するものであり、具体的には車載機２０は画像表示中アプリが外部制御可能アプリであるか、外部制御不能アプリであるかを示す情報を常駐アプリ１５から受信する。

次に、車載機２０は、車両の走行状態が走行中であるか否かを判定し（ステップＳ３４）、走行状態が走行中である場合には、さらにＨＤＭＩ６が接続中であるか否かを判定する（ステップＳ３５）。ＨＤＭＩ６が接続中である場合（ステップＳ３５；Ｙｅｓ）、車載機２０は、当該画像表示中アプリが外部制御可能アプリであるか否かを判定する（ステップＳ３６）。

画像表示中アプリが外部制御可能アプリである場合（ステップＳ３６；Ｙｅｓ）、車載機２０はスマートフォン１０の常駐アプリ１５へ走行状態情報及び操作情報を送信する（ステップＳ３８）。この場合、前述のように外部制御可能アプリが自ら走行規制を実行するので、車載機２０が走行規制を実行する必要はない。よって、車載機２０は走行規制を実行しない（ステップＳ３９）。

一方、画像表示中アプリが外部制御不能アプリである場合（ステップＳ３６；Ｎｏ）、車載機２０はその外部制御不能アプリを制御して走行規制を実行させることはできないので、車載機２０は自ら走行規制を実行する（ステップＳ３７）。

なお、走行状態が走行中でない場合（ステップＳ３４；Ｎｏ）には、走行規制を行う必要が無いので、処理はステップＳ３９へ進む。また、ＨＤＭＩ６が接続されていない場合（ステップＳ３５；Ｎｏ）には、画像表示中アプリがどのような種類のアプリケーションであっても、その画像は車載機２０には表示されていないので、走行規制を行う必要は無く、処理はステップＳ３９へ進む。

このように、スマートフォン１０と接続され、画像表示中アプリが出力するアプリケーション画像を表示している状況において、その画像表示中アプリが外部制御可能アプリである場合には、車載機２０は自身で走行規制を実行せず、走行規制の実行をその外部制御可能アプリに委ねる。一方、画像表示中アプリが外部制御不能アプリである場合には、車載機２０は自ら走行規制を実行する。これにより、スマートフォン１０に外部制御可能アプリと外部制御不能アプリとが混在している場合であっても、走行規制の実行を確保することができる。

[第２実施例]
次に、本発明の第２実施例について説明する。第１実施例では、スマートフォン１０の属性取得部１７が画像表示中アプリから取得するアプリケーションの属性は、当該アプリケーションが外部の車載機２０から制御可能であるか否かを示す情報であった。これに対し、第２実施例では、「アプリケーションの属性」は、アプリケーションの信頼性に関する情報とする。即ち、車載機２０は、画像表示中アプリの信頼性に応じて、自らが走行規制を実行するか、走行規制の実行を画像表示中アプリに任せるかを決定する。

具体的には、アプリケーションの信頼性は、アプリケーション１１に組み込まれた外部制御モジュール１２のバージョンなどに基づいて予め決定され、当該外部制御モジュール１２中にその信頼性を示す情報が含められる。即ち、アプリケーションの信頼性は、外部制御可能アプリについて規定され、外部制御不能アプリについては規定されない。

例えばアプリケーションの信頼性を、信頼性が高い信頼性レベル１と、信頼性が低い信頼性レベル２の２段階で規定するものとすると、各外部制御可能アプリは信頼性レベル１又は２のいずれか示す情報を所持する。信頼性が高い信頼性レベル１とされるのは、例えば、アプリケーションの作成元と車載機メーカーが共同で開発したり、動作の検証を行っている場合である。

スマートフォン１０の属性取得部１７は、画像表示中アプリに組み込まれている外部制御モジュール１２の信頼性レベルをアプリケーションの属性として取得し、車載機２０へ送信する。車載機２０は、アプリケーションの属性としての信頼性レベルに基づいて、走行規制を実行するか否かを決定する。具体的には、信頼性レベル１の外部制御モジュール１２が組み込まれた画像表示中アプリについては、信頼性が高いので、車載機２０はそのアプリケーション１１に走行規制を委ねる。一方、信頼性レベル２の外部制御モジュール１２が組み込まれた画像表示中アプリについては、信頼性が低いので、車載機２０は自ら走行規制を実行する。これにより、信頼性が低い外部制御可能アプリについては、車載機２０が自ら走行規制を実行することができ、適切に走行規制を実行することが可能となる。

アプリケーションの属性がアプリケーションの信頼性に関する情報である点を除けば、第２実施例における走行規制制御において、外部制御可能アプリの処理は図３に示す第１実施例の処理と同じであり、常駐アプリの処理は図４に示す第１実施例の処理と同じである。また、車載機２０の処理は、図５のステップＳ３６のみが第１実施例と異なる。即ち、第２実施例ではステップ３６において、車載機２０は、「画像表示中アプリが外部制御可能であり、かつ、信頼性レベル１であるか？」を判定する。画像表示中アプリが外部制御可能であり、かつ、信頼性レベル１である場合（ステップＳ３６；Ｙｅｓ）、処理はステップＳ３８へ進み、車載機２０は当該画像表示中アプリに走行規制の実行を委ねる。一方、画像表示中アプリが外部制御可能でない場合（即ち、外部制御不能アプリである場合）、及び、画像表示中アプリが外部制御可能であるが信頼性レベル２である場合には、処理はステップＳ３７へ進み、車載機２０は自ら走行規制を実行する。

このように、第２実施例では、画像表示中アプリが外部制御可能アプリであっても、その信頼性が低い場合には車載機２０が自ら走行規制を実行するので、信頼性が低いアプリが実行されている場合でも、走行規制を確実に実行することができる。

（変形例）
なお、上記の例では、アプリケーションの信頼性を外部制御モジュール１２の信頼性として規定している。その代わりに、アプリケーションの信頼性を、スマートフォン１０にインストールされているアプリケーション１１の信頼性としてもよい。その場合には、アプリケーション１１が信頼性レベルを示す情報を所持することになる。

[第３実施例]
次に、本発明の第３実施例について説明する。第２実施例では、アプリケーションの属性をアプリケーションの信頼性とし、信頼性を２段階のレベルで規定した。第３実施例では、第２実施例と同様にアプリケーションの属性をアプリケーションの信頼性とするが、信頼性を３段階のレベルで規定する。具体的には、外部制御可能アプリについて、信頼性を高い順にレベル１、レベル２、レベル３と規定する。そして、車載機２０は、信頼性のレベルに応じて走行規制に関して異なる処理を行う。具体的には、画像表示中アプリの信頼性がレベル１である場合には、車載機２０は画像表示中アプリに全面的に走行規制を委ねる。画像表示アプリの信頼性がレベル２である場合には、車載機２０は画像表示中アプリから出力されるアプリケーション画像は表示するが、車載機２０に対してユーザにより入力された操作情報をスマートフォン１０へ送信しない。具体的には、車載機２０の規制制御部２２は、画像表示中アプリの信頼性がレベル２であると判断した場合、ユーザの操作に規制を行うことを操作取得部２３に通知し、操作取得部２３は通信接続部２４への操作情報５４の供給を止める。これにより、画像表示中アプリが出力する画像は車載機２０に表示されるが、車載機２０から画像表示中アプリを操作することは禁止される。また、画像表示中アプリの信頼性がレベル３である場合には、車載機２０は画像表示中アプリから出力されるアプリケーション画像を表示せず、車載機２０に対してユーザにより入力された操作情報もスマートフォン１０へ送信しない。これにより、車両の走行中には、ユーザは画像表示中アプリに対して何もできないようにする。

アプリケーションの属性がアプリケーションの信頼性に関する情報である点を除けば、第３実施例における走行規制制御において、外部制御可能アプリの処理は図３に示す第１実施例の処理と同じであり、常駐アプリの処理は図４に示す第１実施例の処理と同じである。

第３実施例における車載機２０の処理を図６のフローチャートに示す。図６において、ステップＳ４１〜Ｓ４５は図５に示す第１実施例のステップＳ３１〜Ｓ３５と同一であるので説明を省略する。

ステップＳ４６では、車載機２０は画像表示中アプリが外部制御可能であり、かつ、信頼性がレベル１であるか否かを判定し、判定結果がＹｅｓである場合、ステップＳ５０へ進む。これにより、車載機２０は走行規制の実行を画像表示中アプリに委ねる。

ステップＳ４６の判定結果がＮｏである場合、車載機２０は画像表示中アプリが外部制御可能であり、かつ、信頼性がレベル２であるか否かを判定する（ステップＳ４７）。判定結果がＹｅｓである場合、車載機２０は画像表示中アプリからのアプリケーション画像は表示するが、車載機２０に対するユーザの操作情報を画像表示中アプリに送信しない（ステップＳ５１）。

ステップＳ４７の判定結果がＮｏである場合、車載機２０は画像表示中アプリが外部制御可能であり、かつ、信頼性がレベル３であるか否かを判定する（ステップＳ４８）。判定結果がＹｅｓである場合、車載機２０は画像表示中アプリからのアプリケーション画像を表示せず、かつ、車載機２０に対するユーザの操作情報も画像表示中アプリに送信しない（ステップＳ５２）。

ステップＳ４８の判定結果がＮｏである場合、画像表示中アプリは外部制御不能アプリであるので、車載機２０は自ら走行規制を実行する（ステップＳ４９）。

以上のように、第３実施例では、アプリケーションの属性として、外部制御可能アプリの信頼性を３段階に規定し、そのレベルに応じて異なる処理を行うので、画像表示中アプリの信頼性に応じて適切な走行規制を行うことが可能となる。

（変形例）
上記の例では、アプリケーションの信頼性を外部制御モジュール１２の信頼性として規定しているが、その代わりに、アプリケーションの信頼性を、スマートフォン１０にインストールされているアプリケーション１１の信頼性としてもよい。その場合には、アプリケーション１１が信頼性レベルを示す情報を所持することになる。

なお、上記の例では、信頼度を３段階に規定して、異なる処理を実行しているが、信頼度を４段階以上に規定してレベルごとに異なる処理を実行するようにしてもよい。

[第４実施例]
次に、本発明の第４実施例について説明する。第２、第３実施例では、アプリケーションの属性をアプリケーションの信頼性に関する情報としている。その代わりに、第４実施例では、アプリケーションの属性をアプリケーションのジャンルに関する情報とする。そして、車載機２０は、アプリケーションのジャンルごとに異なる走行規制を実行する。

１つの例として、アプリケーションのジャンルを２つに分類した場合を考える。ジャンル１を静止画のみが表示されるアプリケーションとし、ジャンル２を動画が表示されるアプリケーションとする。この場合、車載機２０は、画像表示中アプリの属性として当該アプリケーションのジャンルを取得し、画像表示中アプリがジャンル１であれば走行規制を当該画像表示中アプリに委ね、画像表示中アプリがジャンル２であれば自ら走行規制を実行する。この場合の処理としては、車載機２０は図５のフローチャートのステップＳ３６において、「画像表示中アプリが外部制御可能であり、かつ、画像表示中アプリがジャンル１であるか？」の判断を行えばよい。

別の例として、アプリケーションのジャンルを３つに分類した場合を考える。ジャンル１を静止画と音楽のみが再生されるアプリケーションとし、ジャンル２を地図や音楽再生アプリケーションとし、ジャンル３を動画再生やブラウザ向けのアプリケーションとする。この場合、３段階のジャンルに基づいて、第３実施例と同じ処理を行うことができる。即ち、画像表示中アプリがジャンル１である場合、車載機２０は走行規制を画像表示中アプリに委ねる。画像表示中アプリがジャンル２である場合、車載機２０は画像表示中アプリから出力されるアプリケーション画像は表示するが、車載機２０に対してユーザにより入力された操作情報をスマートフォン１０へ送信しない。画像表示中アプリがジャンル３である場合、車載機２０は画像表示中アプリから出力されるアプリケーション画像を表示せず、車載機２０に対してユーザにより入力された操作情報もスマートフォン１０へ送信しない。

この場合の具体的な処理としては、図６のフローチャートにおいて、車載機２０は、ステップ４６で「画像表示中アプリが外部制御可能、かつ、ジャンル１か？」の判定を行い、ステップＳ４７で「画像表示中アプリが外部制御可能、かつ、ジャンル２か？」の判定を行い、ステップＳ４８で「画像表示中アプリが外部制御可能、かつ、ジャンル３か？」の判定を行えばよい。

以上のように、第４実施例では、アプリケーションの属性をアプリケーションのジャンルに関する情報とし、ジャンルに基づいて走行規制の方法を変えるので、アプリケーションのジャンルごとに適切な手法で走行規制を実行することが可能となる。

（変形例）
なお、上記の例では、アプリケーションのジャンルを２つ又は３つに分類して異なる処理を実行しているが、４つ以上のジャンルに分類してジャンルごとに異なる処理を実行するようにしてもよい。

[第５実施例]
次に、本発明の第５実施例について説明する。第５実施例では、アプリケーションの属性を、アプリケーション画像の表示適正に関する情報とする。ここで、「表示適正」とは、車両の走行中に表示することが適当な画像、即ち表示しても問題ない画像か、不適当な画像、即ち表示すべきでない画像かを示す。例えば、静止画などで情報量の少ない画像を走行中に表示しても問題ない画像とし、動画であったり、情報量が多い画像、操作を要求する画像などを不適切な画像としてもよい。

具体的には、画像表示中アプリが出力中の画像の表示適正を判断し、不適当な画像を出力している間は、アプリケーションの属性として表示適正が「不適当」であることを示す情報を属性取得部１７へ出力する。

図７（ａ）は第５実施例の手法を模式的に示す。図７（ａ）において、画面２は表示適正が「不適当」な画像が表示されており、画面１、３は表示適正が「適当」な画像が表示されている。この場合、図７（ｂ）に示すように、画像表示中アプリは画面２の出力開始時刻ｔ１から出力終了時刻ｔ２の間、表示適正が「不適当」との属性を出力し、これが車載機２０へ送信される。画面２の出力が終了し、画面３の出力開始時刻ｔ３には、画像表示中アプリは、表示適正が「不適当」との属性の出力を停止する。

車載機２０は、アプリケーションの属性として表示適正が「不適当」との情報を受信している間は、車載機２０側で走行規制を行う。具体的には、図８（ａ）、（ｂ）に例示するように、車載機２０は、画像表示中アプリから出力されている画像の表示を停止し、走行中の操作を禁止するメッセージなどを表示する。なお、図８（ａ）は画像表示中アプリが動画再生アプリである場合の表示例であり、図８（ｂ）は画像表示中アプリがキーボード入力アプリである場合の表示例である。

このように、第５実施例によれば、同じアプリケーションの出力画像を車載機２０に表示している場合でも、車両の走行中に表示することが不適当な画像が出力されている間だけ車載機側で走行規制をかけることができるので、走行規制を確保しつつ、そのアプリケーションを有効に実行することが可能となる。

（変形例）
上記の例では、アプリケーション画像の表示適正が「不適当」な場合のみ、それを示す属性を車載機２０へ送信している。その代わりに、表示適正が「適当」であることを示す属性も車載機２０へ送信し、車載機では表示適正が「不適当」である場合のみ表示規制を行うこととしてもよい。

５ ＳＰＰ
６ ＨＤＭＩ
１０ スマートフォン
１１ アプリケーション
１２ 外部制御モジュール
１５ 常駐アプリケーション
２０ 車載機

Claims (9)

1. 表示装置と情報処理端末とを備える表示システムであって、
   前記情報処理端末は、アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性を前記表示装置に送信する送信手段を備え、
   前記表示装置は、
   前記アプリケーション画像を表示する表示手段と、
   前記アプリケーションの属性に基づき、前記表示装置が移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御手段と、
   を備えることを特徴とする表示システム。
2. 前記情報処理端末は、前記情報処理端末で実行される前記アプリケーションに基づく前記アプリケーション画像を、前記表示装置へ出力する画像出力手段をさらに備え、
   前記送信手段は、前記画像出力手段により出力される前記アプリケーション画像の基となる前記アプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性を前記表示装置に送信することを特徴とする請求項１に記載の表示システム。
3. 前記表示装置は、前記移動体に搭載されることを特徴とする請求項１または２に記載の表示システム。
4. 前記制御手段は、前記アプリケーションが前記移動体の走行状態に応じて画像の生成を規制する場合に、前記移動体の走行状態に関する情報を前記情報処理端末に送信することを特徴とする請求項１から３のいずれか一項に記載の表示システム。
5. 前記制御手段は、前記送信手段により送信された前記アプリケーションの属性が、前記アプリケーションが外部から制御可能であることを示す場合には、前記アプリケーションに前記移動体の走行状態を通知し、前記アプリケーションが外部から制御不能であることを示す場合には、前記表示装置が前記移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけることを特徴とする請求項４に記載の表示システム。
6. 表示装置と情報処理端末とを備える表示システムにより実行される表示方法であって、
   前記情報処理端末により実行され、アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性を前記表示装置に送信する送信工程と、
   前記表示装置により実行され、前記アプリケーション画像を表示する表示工程と、
   前記表示装置により実行され、前記送信工程により送信された前記アプリケーションの属性に基づき、前記表示装置が移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御工程と、
   を備えることを特徴とする表示方法。
7. 表示装置と情報処理端末とを備える表示システムにより実行される表示プログラムであって、
   前記情報処理端末を、
   アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性を前記表示装置に送信する送信手段、として機能させ、
   前記表示装置を、
   前記アプリケーション画像を表示する表示手段、
   前記送信手段により送信された前記アプリケーションの属性に基づき、前記表示装置が移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御手段、
   として機能させることを特徴とする表示プログラム。
8. アプリケーション画像を表示する表示手段と、
   前記アプリケーション画像の基となるアプリケーションが外部から制御可能であるか否かを示す情報である、アプリケーションの属性に基づき、移動体の走行状態に応じて前記アプリケーション画像の表示に規制をかけるか否かを決定する制御手段と、
   を備えることを特徴とする表示装置。
9. 前記アプリケーションの属性を通信により取得する取得手段をさらに備えることを特徴とする請求項８に記載の表示装置。

Images