アプリ制御システム
【課題】車両が走行中であっても、アプリ毎に表示及び操作を行うことができるように自動的に制御することができるアプリ制御システムを提供することを目的とする。
【解決手段】 サーバと携帯端末と車載端末とからなるアプリ制御システムであって、前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含むアプリ情報が保持されたアプリ情報保持手段を備え、前記車載端末は、表示手段と、操作手段と、車両情報取得手段と、アプリ実行可否判断手段を備え、前記アプリ実行可否判断手段は、前記アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断する。
【解決手段】 サーバと携帯端末と車載端末とからなるアプリ制御システムであって、前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含むアプリ情報が保持されたアプリ情報保持手段を備え、前記車載端末は、表示手段と、操作手段と、車両情報取得手段と、アプリ実行可否判断手段を備え、前記アプリ実行可否判断手段は、前記アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末から送信され車載端末上で走行中の画面表示を行うソフトウェアアプリケーションに対して、安全に表示・操作することのできるアプリ制御システムに関するものである。
【背景技術】
【０００２】
カーナビゲーションシステムやディスプレイ付きカーオーディオセットなどの自動車の車載端末において、走行中の画面表示を伴うソフトウェアは、ドライバの脇見等に起因する交通事故の危険があるため規制の対象となる場合がある。例えば、日本においては、「画像表示装置の取り扱いに関する自工会ガイドライン」があり、こうした車載端末においては、テレビ、ビデオ等の映像の表示を禁止することとなっている。
【０００３】
一方、このような車載端末は、通信やナビ、エンターテインメント機能の発展により、走行中に表示すべき情報量および操作量への要求は高まってきている。例えば、運転者の手の届きにくい箇所に操作釦を配置することで、運転中の運転者からは操作できないように構成されたものや（例えば特許文献１参照）、運転者の視線を検知し、運転者が画面を見た場合に強制的に画面を消去するように構成されたものがある（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−３１１０５２号公報
【特許文献２】特開２００７−２９２５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
昨今、様々なソフトウェアアプリケーション（以下、アプリと略す）をインストールして使用できる携帯端末（スマートフォン）が普及し始めている。この携帯端末と車載端末を接続し（あるいは携帯端末を直接自動車に搭載）、携帯端末上のアプリを車内で表示する形態が考えられる。
【０００６】
この場合、配布される全てのアプリが自動車工業会ガイドライン等の安全上の規制に対応するとは限らず、こうした任意のアプリを全て規制の対象として走行中の表示・操作を禁止した場合、ナビゲーションなど走行中に有用と思われる機能を持ったアプリでさえも実行できず、携帯端末の利便性を使用することができないという問題があった。
【０００７】
そこで本発明は、車両が走行中であっても、アプリ毎に表示及び操作を行うことができるように自動的に制御することができるアプリ制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明のアプリ制御システムは、サーバと携帯端末と車載端末とからなるアプリ制御システムであって、前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含むアプリ情報が保持されたアプリ情報保持手段を備え、前記車載端末は、表示手段と、操作手段と、車両情報取得手段と、アプリ実行可否判断手段を備え、
前記アプリ実行可否判断手段は、前記アプリ情報と前記携帯端末が保持するアプリと前記
車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とする。
【０００９】
また、本発明のアプリ制御システムは、サーバと携帯端末と車載端末とからなるアプリ制御システムであって、前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含む安全アプリ情報が保持された安全アプリ情報保持手段を備え、前記携帯端末は、アプリ実行可否判断手段を備え、車載端末は、表示手段と、操作手段と、車両情報取得手段と、を備え、前記アプリ実行可否判断手段は、前記安全アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とする。
【００１０】
また、本発明のアプリ制御システムのアプリ実行可否判断手段は、前記車両情報取得手段から取得された車両の現在の車速またはパーキングブレーキ情報を用いて判断することを特徴とする。
【００１１】
さらに、本発明のアプリ制御システムの携帯端末は、表示手段と、操作手段と、位置速度情報取得手段とを備えることを特徴とする。
【発明の効果】
【００１２】
本発明のシステムによれば、走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態１のシステム構成を示すブロック図
【図２】実施の形態１における安全アプリ情報の例を示す模式図
【図３】実施の形態１における車載端末の動作を示すフロー図
【図４】本発明の実施の形態２のシステム構成を示すブロック図
【図５】実施の形態２における車載端末の動作を示すフロー図
【図６】本発明の実施の形態３のシステム構成を示すブロック図
【図７】実施の形態３における車載端末の動作を示すフロー図
【図８】本発明の実施の形態４のシステム構成を示すブロック図
【図９】実施の形態４における車載端末の動作を示すフロー図
【図１０】本発明の実施の形態５のシステム構成を示すブロック図
【図１１】実施の形態５における車載端末の動作を示すフロー図
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態に関わるシステムについて説明する。本発明の実施の形態に関わるシステムについては、本システムを構成するハードウェアに各機能をどのように割り振るかによって、種々の設計状態が考えられるため、以下、実施の形態１〜５として個々に記述することとする。
【００１５】
（実施の形態１）
本発明に係わる実施の形態１のシステム構成について、図を用いて詳細に説明する。
図１は、本発明のアプリ制御システムにおける実施の形態１のシステム構成を示すブロック図である。
【００１６】
図１に示すように、本発明の実施の形態１におけるアプリ制御システムは、サーバＳと、携帯端末Ｔと、車載端末Ｃと、を備えて構成されている。
【００１７】
ここでサーバＳは、安全アプリ情報保持手段１を備えて構成されており、安全アプリ情報としては、アプリの種類、バージョン、地域、条件等について個別に実行可否を記述した最小単位となる情報として安全アプリ情報保持手段に保持されている。また、外部と接続可能に構成されており、例えばインターネットを利用して安全アプリ情報を更新することができるように構成されている。
【００１８】
携帯端末Ｔは、アプリ保持手段２を備え、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持するように構成されている。また、携帯端末Ｔは、外部との通信可能に構成されており、電話、インターネットを利用することができるように構成され、また、車載端末Ｃとは、有線接続、無線接続が可能に構成されている。
【００１９】
車載端末Ｃは、車両情報取得手段３、表示手段４、操作手段５、ならびにアプリ実行可否判断手段６を備えて構成されている。また、図示しないが、車載端末Ｃは、サーバＳや携帯端末Ｔとの通信を行うことができるように構成されている。
ここで、車両情報取得手段３は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、ジャイロセンサ、車速センサ、並びにこれらのセンサ情報を処理する処理部とからなり、車両の現在位置や姿勢、速度などの車両情報を取得することができるように構成されている。なお、取得する車両情報の種類としては、車速パルス、パーキングブレーキの状態、シフトレバー位置、ハンドルの舵角、ＧＰＳによって得られる位置情報などを取得することができる。更に、他の車両情報として、シートベルトの脱着情報、灯火の点灯に関する情報、方向指示器又はハザードランプの点灯に関する情報、燃料の残量情報などがあり、必要に応じてこれらの情報が車両情報取得部３ａによって車載端末Ｃに入力される構成にするように構成されている。
表示手段４は、液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして運転者に情報を提示することができるように構成されている。
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路を備えて構成され、実行中のアプリに対して運転者が命令を指示する際に用いることができるように構成されている。なお、車載端末Ｃとして、タッチパネルを表示手段４に備え、操作手段５が表示手段４と見かけ上一体化するように構成してもよい。
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバＳの安全アプリ情報保持手段１が保持する安全アプリ情報、携帯端末Ｔのアプリ保持手段２が保持するアプリの識別子ならびにバージョンに関わる情報を、車両情報取得手段３を用いて車両情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断するように構成されている。
【００２０】
次に、図１における安全アプリ情報保持手段１に格納される安全アプリ情報について、図２を用いて説明する。図２は、実施の形態１における安全アプリ情報の例を示す模式図である。
【００２１】
図２に示すようにサーバＳに備えた安全アプリ情報保持手段１に保持されている安全アプリ情報は、個別情報のリストによって構成される。この個別情報は、アプリ、バージョン、地域、条件等について個別に実行可否を記述した最小単位となる情報で構成されている。ここで図２には、個別情報の例として個別情報１と個別情報２を示して説明する。 図２に示すように個別情報１、２は、アプリ識別子とバージョン識別子、地域、単数または複数の条件によって構成されている。ここでアプリ識別子は、アプリ開発または配布時に個別に付与される数字または文字からなる情報で構成されている。
【００２２】
ここでバージョン識別子とは、同一アプリ内のバージョンを識別するための数字又は文字からなる情報を示すものである。特定のプラットフォーム上で開発されたアプリには、
コンパイル時または配布時にそれぞれに固有のアプリ識別子、バージョン識別子が割り当てられるのが一般的である。たとえば、個別情報１では、ある開発者によって開発された動画再生用アプリの識別子「ＶｉｄｅｏＰｌａｙｅｒＡｐｐ」とそのバージョン識別子「１．１１」が格納されている。個別情報２では、別の開発者によって開発された駐車アシスト用アプリの識別子「ＰａｒｋｉｎｇＡｓｓｉｓｔＡｐｐ」とそのバージョン識別子「２．０」が格納されている。
【００２３】
地域は、この個別情報が適用される地域を示すものである。前記したように、安全上の規制は国または地域によってそれぞれの交通事情等にあわせて異なっており、個別情報が適用される地域を示す情報が格納されている。例えば、個別情報１では、「日本と米国」に限って適用されることが記されている。個別情報２では、地域にかかわらず「全世界」で適用されることが記されている。条件は、車両の状況にもとづく実行可否を判断するための項目名とその値、そして条件が満たされたときの実行可否についての情報によって構成されている。例えば、個別情報１では、条件は単数であり、その項目名が「パーキングブレーキ」、値が「ＯＮ」、実行可否が「実行可」となっている。即ち、パーキングブレーキがＯＮの場合に実行を許可し、それ以外の場合には実行を許可しない。これは、動画再生を主目的としたアプリであるので、走行中の動画再生を禁ずる従来の車載装置のガイドラインに則した条件となっている。それに対し、個別情報２では、条件は複数であり、条件１の項目名が「シフトレバー」、値が「リバース」、実行可否が「実行可」、条件２の項目名が「車速」、値が「１０ｋｍ／ｈ未満」、実行可否が「実行可」となっている。また、複数条件１と条件２の関係が「ＯＲ」となっている。即ち、シフトレバーがリバースに入っているとき、または、車速が１０ｋｍ／ｈ未満の停車中・徐行中の場合に実行を許可し、それ以外の場合には実行を許可しない。これは、駐車時の運転支援を主目的としたアプリであるので、後退中・停車中・徐行中など本アプリの使用目的に即した条件において、実行を許可する例としている。
【００２４】
なお、本発明の実施の形態では、説明を分かり易くするために表形式で例をあげたが、実際には、安全アプリ情報は、ｘｍｌ形式など計算機が取り扱いしやすい形で格納されている。その場合、アプリ識別子や、バージョン識別子、地域や実行条件を可変数持たせることも可能であり、これらを可変数にすることで、個別情報の粒度が大きくなり、安全アプリ情報全体のデータ容量が圧縮される等の効果が考えられるが、格納されている情報について本質的な差異はない。
【００２５】
このように構成された図１における車載端末Ｃの主たる動作について、図３のフロー図を用いて説明する。図３は、実施の形態１における車載端末の動作を示すフロー図である。
車載端末Ｃは、図３に示すように、一連の起動処理が終了すると、割り込み処理を待つループに入る。まず、ステップＳ３０において、携帯端末Ｔのアプリ実行命令があるかどうかを判定する。Ｓ３０においてＹｅｓの場合は、車載端末Ｃは、ステップＳ３１において、携帯端末Ｔより該当するアプリ情報を取得する（Ｓ３１）。ここでアプリ情報とはアプリケーションのＩＤ、バージョン情報を含む。次に、車載端末Ｃは、ステップＳ３２において、車両情報を取得する。次に、車載端末Ｃは、ステップＳ３３において、安全アプリ情報を照合する（Ｓ３３）。ここサーバ全アプリ情報は、その都度サーバにネットワーク経由でアクセスしても良いし、アクセス時間がかかるのであれば、起動処理時に事前にサーバにアクセスして取得し、車載端末内に格納しておいてもよい。安全アプリ情報は刻々と更新される可能性があるので、格納された安全アプリ情報を照合して、該当するアプリが見つからなかった場合にのみ、再度サーバにアクセスしてデータを更新するように構成してもよい。なお、この場合の通信手段は、携帯端末Ｔを経由しても良い。即ち、携帯端末Ｔに搭載されているインターネット通信機能を介してサーバにアクセスし、携帯端末Ｔを経由して安全アプリ情報を取得しても良い。
【００２６】
次に、車載端末Ｃは、ステップＳ３４において、取得したアプリ情報、車両情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する。Ｓ３４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ３５において、該当するアプリの表示・操作を許可する（Ｓ３４、Ｙｅｓ）。Ｓ３４においてＮｏの場合は（Ｓ３４、Ｎｏ）、車載端末Ｃは、ステップＳ３６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する（Ｓ３６）。そして、ドライバに親切な処理として、ステップＳ３２に戻り、Ｓ３２〜Ｓ３４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ３５に進み、アプリを表示・操作可能とする。
【００２７】
このように構成された本発明の実施の形態１における車載端末Ｃによれば，携帯端末に精度のよい加速度センサや地磁気センサが搭載されていない場合でも，車両に搭載された車両情報取得手段の情報を用いることで，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００２８】
（実施の形態２）
本発明に係わる実施の形態２のシステム構成について、図１のブロック図を用いて説明する。なお、図１で示したシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
本発明の実施の形態２は、実施の形態１と同様に、車載端末が表示・操作手段を備えているが、携帯端末自体が高性能な位置速度の取得手段を備えている場合を想定している。理由としては、携帯端末自身にＧＰＳやジャイロセンサを備えている場合も多いため、これらを用いることで車載端末の構成を簡易にすることが可能である。
【００２９】
図４において、サーバＳは、安全アプリ情報保持手段１を備えて構成されている。安全アプリ情報保持手段が保持している安全アプリ情報については実施の形態１で述べたものと同様であり詳細な説明は省略する。
携帯端末Ｔは、アプリ保持手段２と位置速度情報取得手段７とを備えて構成されている。ここで、アプリ保持手段２は、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持する。
また、位置速度情報取得手段７は、ＧＰＳ、ジャイロセンサ、加速度センサ並びにこれらのセンサ情報を処理する処理部とからなり、携帯端末の現在位置や姿勢、速度などの位置速度情報を取得する。取得する位置速度情報の種類としては、加速度センサによって得られる加速度、ＧＰＳによって得られる位置情報、およびその時間微分として求められる速度が代表的である。
【００３０】
車載端末Ｃは、表示手段４、操作手段５、ならびにアプリ実行可否判断手段６を備えて構成されている。
表示手段４は液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして運転者に情報を提示する。
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路で構成され、実行中のアプリに対して運転者が命令を指示する際に用いられる。多くの車載端末では、タッチパネルによって表示手段と操作手段が見かけ上一体化している。
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバの安全アプリ情報保持手段１が保持する安全アプリ情報、アプリ保持手段２が保持するアプリの識別子ならびにバージョンに関わる情報、位置速度情報取得手段７より位置速度情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断する。
【００３１】
次に、図４における車載端末Ｃの主たる動作について、図５のフロー図を用いて説明する。図５は、実施の形態２における車載端末の動作を示すフロー図である。
【００３２】
図５に示すように本発明の実施の形態２における車載端末Ｃは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ５０において、携帯端末のアプリ実行命令があるかどうかを判定する。Ｓ５０においてＹｅｓの場合は、車載端末は、ステップＳ５１において、携帯端末より該当するアプリ情報を取得する（Ｓ５１）。ここでアプリ情報とはアプリケーションのＩＤ、バージョン情報を含む。次に、車載端末Ｃは、ステップＳ５２において、携帯端末より位置速度情報を取得する。次に、車載端末Ｃは、ステップＳ５３において、安全アプリ情報を照合する。次に、車載端末Ｃは、ステップＳ５４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する（Ｓ５４）。Ｓ５４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ５５において、該当するアプリの表示・操作を許可する。Ｓ５４においてＮｏの場合は、車載端末Ｃは、ステップＳ５６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ５２に戻り、Ｓ５２〜Ｓ５４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ５５に進み、アプリを表示・操作可能とする。
【００３３】
このように構成された本発明の実施の形態２における車載端末Ｃによれば，携帯端末が備えている高性能な位置速度の取得手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００３４】
（実施の形態３）
次に、本発明に係わる実施の形態３のシステム構成について、図６のブロック図を用いて説明する。図６は、本発明の実施の形態３のシステム構成を示すブロック図である。なお、図１で示したシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
【００３５】
本発明の実施の形態３は、車載端末Ｃに正確な車両情報取得手段３とアプリ実行可否判断手段６を備える構成とし、表示・操作に関しては携帯端末Ｔの表示手段４、操作手段５（一体化させたタッチパネルとしてもよい）を用いることを想定している。
【００３６】
この場合、運転者は携帯端末Ｔを車載端末Ｃに接続し、直接携帯端末上の表示・操作手段を用いてアプリにアクセスする。
ここでサーバＳは、安全アプリ情報保持手段１を備えて構成されている。なお、安全アプリ情報保持手段１が保持している安全アプリ情報については後述する。
【００３７】
携帯端末Ｔは、アプリ保持手段２、表示手段４、ならびに操作手段５を備えて構成されている。ここで、アプリ保持手段２は、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持して構成されている。
表示手段４は、液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして操作者に情報を提示することができるように構成されている。
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路で構成され、実行中のアプリに対して操作者が命令を指示する際に用いることができるように構成されている。
【００３８】
車載端末Ｃは、車両情報取得手段３とアプリ実行可否判断手段６を備えて構成されてい
る。
ここで位置速度情報取得手段７は、ＧＰＳ、ジャイロセンサ、車速センサ、並びにこれらのセンサ情報を処理する処理部とからなり、車両の現在位置や姿勢、速度などの車両情報を取得することができるように構成されている。
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバの安全アプリ情報保持手段が保持する安全アプリ情報、アプリ保持手段が保持するアプリの識別子ならびにバージョンに関わる情報、車両情報取得手段より車両情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断することができるように構成されている。
【００３９】
図６における車載端末の主たる動作について、図７のフロー図を用いて説明する。
図７は、実施の形態３における車載端末の動作を示すフロー図である。
図７に示すように、本発明の実施の形態３における車載端末Ｃは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ７０において、携帯端末のアプリ実行命令があるかどうかを判定する（Ｓ７０）。Ｓ７０においてＹｅｓの場合は、車載端末は、ステップＳ７１において、携帯端末より該当するアプリ情報を取得する（Ｓ７１）。次に、車載端末Ｃは、ステップＳ７２において、携帯端末より位置速度情報を取得する（Ｓ７２）。次に、車載端末Ｃは、ステップＳ７３において、安全アプリ情報を照合する（Ｓ７３）。次に、車載端末Ｃは、ステップＳ７４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する（Ｓ７４）。Ｓ７４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ７５において、該当するアプリの表示・操作を許可する（Ｓ７５）。Ｓ７４においてＮｏの場合は、車載端末Ｃは、ステップＳ７６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する（Ｓ７６）。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ７２に戻り、Ｓ７２〜Ｓ７４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ７５に進み、アプリを表示・操作可能とする。
【００４０】
このように構成された本発明の実施の形態３における車載端末Ｃによれば携帯端末が備えている表示・手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００４１】
（実施の形態４）
次に、本発明に係わる実施の形態４のシステム構成について、図８のブロック図を用いて説明する。なお、前記で示した実施の形態におけるシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
図８は、本発明の実施の形態４のシステム構成を示すブロック図である。
【００４２】
本発明の実施の形態４は、車載端末そのものが存在せず、携帯端末Ｔのみで表示・操作、位置速度取得を備え持つ場合を想定している。
図８に示すようにサーバＳは、安全アプリ情報保持手段を備えて構成されている。
携帯端末Ｔは、アプリ保持手段２、表示手段４、操作手段５、位置速度情報取得手段７、ならびにアプリ実行可否判断手段６を備えて構成されている。
【００４３】
ここで、アプリ保持手段２は、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持して構成されている。
表示手段４は、液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして操作者に情報を提示することができるように構成されている。
【００４４】
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路で構
成され、実行中のアプリに対して操作者が命令を指示する際に用いることができるように構成されている。なお、多くの携帯端末では、タッチパネルによって表示手段４と操作手段５が一体化して構成されている。
【００４５】
位置速度情報取得手段７は、ＧＰＳ、ジャイロセンサ、加速度センサ並びにこれらのセンサ情報を処理する処理部とからなり、携帯端末の現在位置や姿勢、速度などの位置速度情報を取得することができるように構成されている。取得する位置速度情報の種類としては、加速度センサによって得られる加速度、ＧＰＳによって得られる位置情報、およびその時間微分として求められる速度を取得することが出来るよう構成されている。
【００４６】
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバの安全アプリ情報保持手段１が保持する安全アプリ情報、アプリ保持手段が保持するアプリの識別子ならびにバージョンに関わる情報、位置速度情報取得手段より位置速度情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断することができるように構成されている。
【００４７】
次に、図８における携帯端末Ｔの主たる動作について、図９のフロー図を用いて説明する。
図９は、実施の形態４における車載端末の動作を示すフロー図である。
【００４８】
図９に示すように携帯端末Ｔは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ９０において、アプリ実行命令があるかどうかを判定する（Ｓ９０）。Ｓ９０においてＹｅｓの場合は、携帯端末Ｔは、ステップＳ９１において、該当するアプリ情報を取得する。ここでアプリ情報とはアプリケーションのＩＤ、バージョン情報を含む。次に、携帯端末Ｔは、ステップＳ９２において、位置速度情報を取得する。次に、携帯端末Ｔは、ステップＳ９３において、安全アプリ情報を照合する。次に、携帯端末Ｔは、ステップＳ９４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する。Ｓ９４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ９５において、該当するアプリの表示・操作を許可する。Ｓ９４においてＮｏの場合は、携帯端末は、ステップＳ９６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ９２に戻り、Ｓ９２〜Ｓ９４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ９５に進み、アプリを表示・操作可能とする。
【００４９】
このように構成された本発明の実施の形態４における携帯端末Ｔによれば，携帯端末が備えている表示・操作手段，高性能な位置速度の取得手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００５０】
（実施の形態５）
次に、本発明に係わる実施の形態５のシステム構成について、図１０のブロック図を用いて説明する。なお、前記で示した実施の形態におけるシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
図１０は、本発明の実施の形態５のシステム構成を示すブロック図である。
【００５１】
本発明の実施の形態５は、実施の形態４同様に携帯端末Ｔのみで構成されるが、アプリ情報をサーバＳが保持して構成されている。この場合のサーバＳはクラウドとして機能している。
【００５２】
図１０において、サーバＳは、安全アプリ情報保持手段１とアプリ保持手段２を備えて構成されている。
【００５３】
携帯端末Ｔは、表示手段４、操作手段５、位置速度情報取得手段７、とアプリ実行可否判断手段６を備えて構成されている。
【００５４】
次に、本発明の実施の形態５における携帯端末Ｔの主たる動作について、図１１のフロー図を用いて説明する。
図１１は、実施の形態５における車載端末の動作を示すフロー図である。
【００５５】
本発明の実施の形態５における携帯端末Ｔは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ１１０において、アプリ実行命令があるかどうかを判定する。Ｓ１１０においてＹｅｓの場合は、携帯端末Ｔは、ステップＳ１１１において、サーバにアクセスし、該当するアプリ情報を取得する。次に、携帯端末Ｔは、ステップＳ１１２において、位置速度情報を取得する。次に、携帯端末Ｔは、ステップＳ１１３において、安全アプリ情報を照合する。次に、携帯端末Ｔは、ステップＳ１１４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する（Ｓ１１４）。Ｓ１１４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ１１５において、該当するアプリの表示・操作を許可する。Ｓ１１４においてＮｏの場合は、携帯端末Ｔは、ステップＳ１１６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ１１２に戻り、Ｓ１１２〜Ｓ１１４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ１１５に進み、アプリを表示・操作可能とする。
【００５６】
このように構成された本発明の実施の形態５における携帯端末Ｔによれば携帯端末が備えている表示・操作手段，高性能な位置速度の取得手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。また，安全アプリ情報をサーバに保持することで，常に最新のデータを用いて安全性を判定することができる。
【産業上の利用可能性】
【００５７】
以上のように、本発明は、車上で携帯端末のアプリを実行する際に、アプリ情報、地域に関する情報、車両情報、安全アプリ情報を参照し、実行の可否を判断するので、走行中の安全性が確保されたアプリのみの実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【符号の説明】
【００５８】
１ 安全アプリ情報保持手段
２ アプリ保持手段
３ 車両情報取得手段
４ 表示手段
５ 操作手段
６ アプリ実行可否判断手段
７ 位置速度情報取得手段
Ｓ サーバ
Ｔ 携帯端末
Ｃ 車載端末
【技術分野】
【０００１】
本発明は、携帯端末から送信され車載端末上で走行中の画面表示を行うソフトウェアアプリケーションに対して、安全に表示・操作することのできるアプリ制御システムに関するものである。
【背景技術】
【０００２】
カーナビゲーションシステムやディスプレイ付きカーオーディオセットなどの自動車の車載端末において、走行中の画面表示を伴うソフトウェアは、ドライバの脇見等に起因する交通事故の危険があるため規制の対象となる場合がある。例えば、日本においては、「画像表示装置の取り扱いに関する自工会ガイドライン」があり、こうした車載端末においては、テレビ、ビデオ等の映像の表示を禁止することとなっている。
【０００３】
一方、このような車載端末は、通信やナビ、エンターテインメント機能の発展により、走行中に表示すべき情報量および操作量への要求は高まってきている。例えば、運転者の手の届きにくい箇所に操作釦を配置することで、運転中の運転者からは操作できないように構成されたものや（例えば特許文献１参照）、運転者の視線を検知し、運転者が画面を見た場合に強制的に画面を消去するように構成されたものがある（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−３１１０５２号公報
【特許文献２】特開２００７−２９２５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
昨今、様々なソフトウェアアプリケーション（以下、アプリと略す）をインストールして使用できる携帯端末（スマートフォン）が普及し始めている。この携帯端末と車載端末を接続し（あるいは携帯端末を直接自動車に搭載）、携帯端末上のアプリを車内で表示する形態が考えられる。
【０００６】
この場合、配布される全てのアプリが自動車工業会ガイドライン等の安全上の規制に対応するとは限らず、こうした任意のアプリを全て規制の対象として走行中の表示・操作を禁止した場合、ナビゲーションなど走行中に有用と思われる機能を持ったアプリでさえも実行できず、携帯端末の利便性を使用することができないという問題があった。
【０００７】
そこで本発明は、車両が走行中であっても、アプリ毎に表示及び操作を行うことができるように自動的に制御することができるアプリ制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明のアプリ制御システムは、サーバと携帯端末と車載端末とからなるアプリ制御システムであって、前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含むアプリ情報が保持されたアプリ情報保持手段を備え、前記車載端末は、表示手段と、操作手段と、車両情報取得手段と、アプリ実行可否判断手段を備え、
前記アプリ実行可否判断手段は、前記アプリ情報と前記携帯端末が保持するアプリと前記
車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とする。
【０００９】
また、本発明のアプリ制御システムは、サーバと携帯端末と車載端末とからなるアプリ制御システムであって、前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含む安全アプリ情報が保持された安全アプリ情報保持手段を備え、前記携帯端末は、アプリ実行可否判断手段を備え、車載端末は、表示手段と、操作手段と、車両情報取得手段と、を備え、前記アプリ実行可否判断手段は、前記安全アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とする。
【００１０】
また、本発明のアプリ制御システムのアプリ実行可否判断手段は、前記車両情報取得手段から取得された車両の現在の車速またはパーキングブレーキ情報を用いて判断することを特徴とする。
【００１１】
さらに、本発明のアプリ制御システムの携帯端末は、表示手段と、操作手段と、位置速度情報取得手段とを備えることを特徴とする。
【発明の効果】
【００１２】
本発明のシステムによれば、走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態１のシステム構成を示すブロック図
【図２】実施の形態１における安全アプリ情報の例を示す模式図
【図３】実施の形態１における車載端末の動作を示すフロー図
【図４】本発明の実施の形態２のシステム構成を示すブロック図
【図５】実施の形態２における車載端末の動作を示すフロー図
【図６】本発明の実施の形態３のシステム構成を示すブロック図
【図７】実施の形態３における車載端末の動作を示すフロー図
【図８】本発明の実施の形態４のシステム構成を示すブロック図
【図９】実施の形態４における車載端末の動作を示すフロー図
【図１０】本発明の実施の形態５のシステム構成を示すブロック図
【図１１】実施の形態５における車載端末の動作を示すフロー図
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態に関わるシステムについて説明する。本発明の実施の形態に関わるシステムについては、本システムを構成するハードウェアに各機能をどのように割り振るかによって、種々の設計状態が考えられるため、以下、実施の形態１〜５として個々に記述することとする。
【００１５】
（実施の形態１）
本発明に係わる実施の形態１のシステム構成について、図を用いて詳細に説明する。
図１は、本発明のアプリ制御システムにおける実施の形態１のシステム構成を示すブロック図である。
【００１６】
図１に示すように、本発明の実施の形態１におけるアプリ制御システムは、サーバＳと、携帯端末Ｔと、車載端末Ｃと、を備えて構成されている。
【００１７】
ここでサーバＳは、安全アプリ情報保持手段１を備えて構成されており、安全アプリ情報としては、アプリの種類、バージョン、地域、条件等について個別に実行可否を記述した最小単位となる情報として安全アプリ情報保持手段に保持されている。また、外部と接続可能に構成されており、例えばインターネットを利用して安全アプリ情報を更新することができるように構成されている。
【００１８】
携帯端末Ｔは、アプリ保持手段２を備え、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持するように構成されている。また、携帯端末Ｔは、外部との通信可能に構成されており、電話、インターネットを利用することができるように構成され、また、車載端末Ｃとは、有線接続、無線接続が可能に構成されている。
【００１９】
車載端末Ｃは、車両情報取得手段３、表示手段４、操作手段５、ならびにアプリ実行可否判断手段６を備えて構成されている。また、図示しないが、車載端末Ｃは、サーバＳや携帯端末Ｔとの通信を行うことができるように構成されている。
ここで、車両情報取得手段３は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、ジャイロセンサ、車速センサ、並びにこれらのセンサ情報を処理する処理部とからなり、車両の現在位置や姿勢、速度などの車両情報を取得することができるように構成されている。なお、取得する車両情報の種類としては、車速パルス、パーキングブレーキの状態、シフトレバー位置、ハンドルの舵角、ＧＰＳによって得られる位置情報などを取得することができる。更に、他の車両情報として、シートベルトの脱着情報、灯火の点灯に関する情報、方向指示器又はハザードランプの点灯に関する情報、燃料の残量情報などがあり、必要に応じてこれらの情報が車両情報取得部３ａによって車載端末Ｃに入力される構成にするように構成されている。
表示手段４は、液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして運転者に情報を提示することができるように構成されている。
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路を備えて構成され、実行中のアプリに対して運転者が命令を指示する際に用いることができるように構成されている。なお、車載端末Ｃとして、タッチパネルを表示手段４に備え、操作手段５が表示手段４と見かけ上一体化するように構成してもよい。
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバＳの安全アプリ情報保持手段１が保持する安全アプリ情報、携帯端末Ｔのアプリ保持手段２が保持するアプリの識別子ならびにバージョンに関わる情報を、車両情報取得手段３を用いて車両情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断するように構成されている。
【００２０】
次に、図１における安全アプリ情報保持手段１に格納される安全アプリ情報について、図２を用いて説明する。図２は、実施の形態１における安全アプリ情報の例を示す模式図である。
【００２１】
図２に示すようにサーバＳに備えた安全アプリ情報保持手段１に保持されている安全アプリ情報は、個別情報のリストによって構成される。この個別情報は、アプリ、バージョン、地域、条件等について個別に実行可否を記述した最小単位となる情報で構成されている。ここで図２には、個別情報の例として個別情報１と個別情報２を示して説明する。 図２に示すように個別情報１、２は、アプリ識別子とバージョン識別子、地域、単数または複数の条件によって構成されている。ここでアプリ識別子は、アプリ開発または配布時に個別に付与される数字または文字からなる情報で構成されている。
【００２２】
ここでバージョン識別子とは、同一アプリ内のバージョンを識別するための数字又は文字からなる情報を示すものである。特定のプラットフォーム上で開発されたアプリには、
コンパイル時または配布時にそれぞれに固有のアプリ識別子、バージョン識別子が割り当てられるのが一般的である。たとえば、個別情報１では、ある開発者によって開発された動画再生用アプリの識別子「ＶｉｄｅｏＰｌａｙｅｒＡｐｐ」とそのバージョン識別子「１．１１」が格納されている。個別情報２では、別の開発者によって開発された駐車アシスト用アプリの識別子「ＰａｒｋｉｎｇＡｓｓｉｓｔＡｐｐ」とそのバージョン識別子「２．０」が格納されている。
【００２３】
地域は、この個別情報が適用される地域を示すものである。前記したように、安全上の規制は国または地域によってそれぞれの交通事情等にあわせて異なっており、個別情報が適用される地域を示す情報が格納されている。例えば、個別情報１では、「日本と米国」に限って適用されることが記されている。個別情報２では、地域にかかわらず「全世界」で適用されることが記されている。条件は、車両の状況にもとづく実行可否を判断するための項目名とその値、そして条件が満たされたときの実行可否についての情報によって構成されている。例えば、個別情報１では、条件は単数であり、その項目名が「パーキングブレーキ」、値が「ＯＮ」、実行可否が「実行可」となっている。即ち、パーキングブレーキがＯＮの場合に実行を許可し、それ以外の場合には実行を許可しない。これは、動画再生を主目的としたアプリであるので、走行中の動画再生を禁ずる従来の車載装置のガイドラインに則した条件となっている。それに対し、個別情報２では、条件は複数であり、条件１の項目名が「シフトレバー」、値が「リバース」、実行可否が「実行可」、条件２の項目名が「車速」、値が「１０ｋｍ／ｈ未満」、実行可否が「実行可」となっている。また、複数条件１と条件２の関係が「ＯＲ」となっている。即ち、シフトレバーがリバースに入っているとき、または、車速が１０ｋｍ／ｈ未満の停車中・徐行中の場合に実行を許可し、それ以外の場合には実行を許可しない。これは、駐車時の運転支援を主目的としたアプリであるので、後退中・停車中・徐行中など本アプリの使用目的に即した条件において、実行を許可する例としている。
【００２４】
なお、本発明の実施の形態では、説明を分かり易くするために表形式で例をあげたが、実際には、安全アプリ情報は、ｘｍｌ形式など計算機が取り扱いしやすい形で格納されている。その場合、アプリ識別子や、バージョン識別子、地域や実行条件を可変数持たせることも可能であり、これらを可変数にすることで、個別情報の粒度が大きくなり、安全アプリ情報全体のデータ容量が圧縮される等の効果が考えられるが、格納されている情報について本質的な差異はない。
【００２５】
このように構成された図１における車載端末Ｃの主たる動作について、図３のフロー図を用いて説明する。図３は、実施の形態１における車載端末の動作を示すフロー図である。
車載端末Ｃは、図３に示すように、一連の起動処理が終了すると、割り込み処理を待つループに入る。まず、ステップＳ３０において、携帯端末Ｔのアプリ実行命令があるかどうかを判定する。Ｓ３０においてＹｅｓの場合は、車載端末Ｃは、ステップＳ３１において、携帯端末Ｔより該当するアプリ情報を取得する（Ｓ３１）。ここでアプリ情報とはアプリケーションのＩＤ、バージョン情報を含む。次に、車載端末Ｃは、ステップＳ３２において、車両情報を取得する。次に、車載端末Ｃは、ステップＳ３３において、安全アプリ情報を照合する（Ｓ３３）。ここサーバ全アプリ情報は、その都度サーバにネットワーク経由でアクセスしても良いし、アクセス時間がかかるのであれば、起動処理時に事前にサーバにアクセスして取得し、車載端末内に格納しておいてもよい。安全アプリ情報は刻々と更新される可能性があるので、格納された安全アプリ情報を照合して、該当するアプリが見つからなかった場合にのみ、再度サーバにアクセスしてデータを更新するように構成してもよい。なお、この場合の通信手段は、携帯端末Ｔを経由しても良い。即ち、携帯端末Ｔに搭載されているインターネット通信機能を介してサーバにアクセスし、携帯端末Ｔを経由して安全アプリ情報を取得しても良い。
【００２６】
次に、車載端末Ｃは、ステップＳ３４において、取得したアプリ情報、車両情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する。Ｓ３４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ３５において、該当するアプリの表示・操作を許可する（Ｓ３４、Ｙｅｓ）。Ｓ３４においてＮｏの場合は（Ｓ３４、Ｎｏ）、車載端末Ｃは、ステップＳ３６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する（Ｓ３６）。そして、ドライバに親切な処理として、ステップＳ３２に戻り、Ｓ３２〜Ｓ３４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ３５に進み、アプリを表示・操作可能とする。
【００２７】
このように構成された本発明の実施の形態１における車載端末Ｃによれば，携帯端末に精度のよい加速度センサや地磁気センサが搭載されていない場合でも，車両に搭載された車両情報取得手段の情報を用いることで，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００２８】
（実施の形態２）
本発明に係わる実施の形態２のシステム構成について、図１のブロック図を用いて説明する。なお、図１で示したシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
本発明の実施の形態２は、実施の形態１と同様に、車載端末が表示・操作手段を備えているが、携帯端末自体が高性能な位置速度の取得手段を備えている場合を想定している。理由としては、携帯端末自身にＧＰＳやジャイロセンサを備えている場合も多いため、これらを用いることで車載端末の構成を簡易にすることが可能である。
【００２９】
図４において、サーバＳは、安全アプリ情報保持手段１を備えて構成されている。安全アプリ情報保持手段が保持している安全アプリ情報については実施の形態１で述べたものと同様であり詳細な説明は省略する。
携帯端末Ｔは、アプリ保持手段２と位置速度情報取得手段７とを備えて構成されている。ここで、アプリ保持手段２は、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持する。
また、位置速度情報取得手段７は、ＧＰＳ、ジャイロセンサ、加速度センサ並びにこれらのセンサ情報を処理する処理部とからなり、携帯端末の現在位置や姿勢、速度などの位置速度情報を取得する。取得する位置速度情報の種類としては、加速度センサによって得られる加速度、ＧＰＳによって得られる位置情報、およびその時間微分として求められる速度が代表的である。
【００３０】
車載端末Ｃは、表示手段４、操作手段５、ならびにアプリ実行可否判断手段６を備えて構成されている。
表示手段４は液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして運転者に情報を提示する。
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路で構成され、実行中のアプリに対して運転者が命令を指示する際に用いられる。多くの車載端末では、タッチパネルによって表示手段と操作手段が見かけ上一体化している。
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバの安全アプリ情報保持手段１が保持する安全アプリ情報、アプリ保持手段２が保持するアプリの識別子ならびにバージョンに関わる情報、位置速度情報取得手段７より位置速度情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断する。
【００３１】
次に、図４における車載端末Ｃの主たる動作について、図５のフロー図を用いて説明する。図５は、実施の形態２における車載端末の動作を示すフロー図である。
【００３２】
図５に示すように本発明の実施の形態２における車載端末Ｃは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ５０において、携帯端末のアプリ実行命令があるかどうかを判定する。Ｓ５０においてＹｅｓの場合は、車載端末は、ステップＳ５１において、携帯端末より該当するアプリ情報を取得する（Ｓ５１）。ここでアプリ情報とはアプリケーションのＩＤ、バージョン情報を含む。次に、車載端末Ｃは、ステップＳ５２において、携帯端末より位置速度情報を取得する。次に、車載端末Ｃは、ステップＳ５３において、安全アプリ情報を照合する。次に、車載端末Ｃは、ステップＳ５４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する（Ｓ５４）。Ｓ５４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ５５において、該当するアプリの表示・操作を許可する。Ｓ５４においてＮｏの場合は、車載端末Ｃは、ステップＳ５６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ５２に戻り、Ｓ５２〜Ｓ５４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ５５に進み、アプリを表示・操作可能とする。
【００３３】
このように構成された本発明の実施の形態２における車載端末Ｃによれば，携帯端末が備えている高性能な位置速度の取得手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００３４】
（実施の形態３）
次に、本発明に係わる実施の形態３のシステム構成について、図６のブロック図を用いて説明する。図６は、本発明の実施の形態３のシステム構成を示すブロック図である。なお、図１で示したシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
【００３５】
本発明の実施の形態３は、車載端末Ｃに正確な車両情報取得手段３とアプリ実行可否判断手段６を備える構成とし、表示・操作に関しては携帯端末Ｔの表示手段４、操作手段５（一体化させたタッチパネルとしてもよい）を用いることを想定している。
【００３６】
この場合、運転者は携帯端末Ｔを車載端末Ｃに接続し、直接携帯端末上の表示・操作手段を用いてアプリにアクセスする。
ここでサーバＳは、安全アプリ情報保持手段１を備えて構成されている。なお、安全アプリ情報保持手段１が保持している安全アプリ情報については後述する。
【００３７】
携帯端末Ｔは、アプリ保持手段２、表示手段４、ならびに操作手段５を備えて構成されている。ここで、アプリ保持手段２は、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持して構成されている。
表示手段４は、液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして操作者に情報を提示することができるように構成されている。
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路で構成され、実行中のアプリに対して操作者が命令を指示する際に用いることができるように構成されている。
【００３８】
車載端末Ｃは、車両情報取得手段３とアプリ実行可否判断手段６を備えて構成されてい
る。
ここで位置速度情報取得手段７は、ＧＰＳ、ジャイロセンサ、車速センサ、並びにこれらのセンサ情報を処理する処理部とからなり、車両の現在位置や姿勢、速度などの車両情報を取得することができるように構成されている。
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバの安全アプリ情報保持手段が保持する安全アプリ情報、アプリ保持手段が保持するアプリの識別子ならびにバージョンに関わる情報、車両情報取得手段より車両情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断することができるように構成されている。
【００３９】
図６における車載端末の主たる動作について、図７のフロー図を用いて説明する。
図７は、実施の形態３における車載端末の動作を示すフロー図である。
図７に示すように、本発明の実施の形態３における車載端末Ｃは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ７０において、携帯端末のアプリ実行命令があるかどうかを判定する（Ｓ７０）。Ｓ７０においてＹｅｓの場合は、車載端末は、ステップＳ７１において、携帯端末より該当するアプリ情報を取得する（Ｓ７１）。次に、車載端末Ｃは、ステップＳ７２において、携帯端末より位置速度情報を取得する（Ｓ７２）。次に、車載端末Ｃは、ステップＳ７３において、安全アプリ情報を照合する（Ｓ７３）。次に、車載端末Ｃは、ステップＳ７４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する（Ｓ７４）。Ｓ７４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ７５において、該当するアプリの表示・操作を許可する（Ｓ７５）。Ｓ７４においてＮｏの場合は、車載端末Ｃは、ステップＳ７６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する（Ｓ７６）。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ７２に戻り、Ｓ７２〜Ｓ７４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ７５に進み、アプリを表示・操作可能とする。
【００４０】
このように構成された本発明の実施の形態３における車載端末Ｃによれば携帯端末が備えている表示・手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００４１】
（実施の形態４）
次に、本発明に係わる実施の形態４のシステム構成について、図８のブロック図を用いて説明する。なお、前記で示した実施の形態におけるシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
図８は、本発明の実施の形態４のシステム構成を示すブロック図である。
【００４２】
本発明の実施の形態４は、車載端末そのものが存在せず、携帯端末Ｔのみで表示・操作、位置速度取得を備え持つ場合を想定している。
図８に示すようにサーバＳは、安全アプリ情報保持手段を備えて構成されている。
携帯端末Ｔは、アプリ保持手段２、表示手段４、操作手段５、位置速度情報取得手段７、ならびにアプリ実行可否判断手段６を備えて構成されている。
【００４３】
ここで、アプリ保持手段２は、アプリの実行バイナリ本体並びに関連するデータ、アプリの識別子ならびにバージョンに関わる情報を保持して構成されている。
表示手段４は、液晶ディスプレイなどで構成され、実行中のアプリを表示するなどして操作者に情報を提示することができるように構成されている。
【００４４】
操作手段５は、タッチパッド、各種スイッチなどのデバイスおよびその周辺の回路で構
成され、実行中のアプリに対して操作者が命令を指示する際に用いることができるように構成されている。なお、多くの携帯端末では、タッチパネルによって表示手段４と操作手段５が一体化して構成されている。
【００４５】
位置速度情報取得手段７は、ＧＰＳ、ジャイロセンサ、加速度センサ並びにこれらのセンサ情報を処理する処理部とからなり、携帯端末の現在位置や姿勢、速度などの位置速度情報を取得することができるように構成されている。取得する位置速度情報の種類としては、加速度センサによって得られる加速度、ＧＰＳによって得られる位置情報、およびその時間微分として求められる速度を取得することが出来るよう構成されている。
【００４６】
アプリ実行可否判断手段６は、ＣＰＵとメモリによって構成され、サーバの安全アプリ情報保持手段１が保持する安全アプリ情報、アプリ保持手段が保持するアプリの識別子ならびにバージョンに関わる情報、位置速度情報取得手段より位置速度情報を取得し、アプリの実行（表示・操作）を許可して良いかどうかを判断することができるように構成されている。
【００４７】
次に、図８における携帯端末Ｔの主たる動作について、図９のフロー図を用いて説明する。
図９は、実施の形態４における車載端末の動作を示すフロー図である。
【００４８】
図９に示すように携帯端末Ｔは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ９０において、アプリ実行命令があるかどうかを判定する（Ｓ９０）。Ｓ９０においてＹｅｓの場合は、携帯端末Ｔは、ステップＳ９１において、該当するアプリ情報を取得する。ここでアプリ情報とはアプリケーションのＩＤ、バージョン情報を含む。次に、携帯端末Ｔは、ステップＳ９２において、位置速度情報を取得する。次に、携帯端末Ｔは、ステップＳ９３において、安全アプリ情報を照合する。次に、携帯端末Ｔは、ステップＳ９４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する。Ｓ９４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ９５において、該当するアプリの表示・操作を許可する。Ｓ９４においてＮｏの場合は、携帯端末は、ステップＳ９６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ９２に戻り、Ｓ９２〜Ｓ９４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ９５に進み、アプリを表示・操作可能とする。
【００４９】
このように構成された本発明の実施の形態４における携帯端末Ｔによれば，携帯端末が備えている表示・操作手段，高性能な位置速度の取得手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【００５０】
（実施の形態５）
次に、本発明に係わる実施の形態５のシステム構成について、図１０のブロック図を用いて説明する。なお、前記で示した実施の形態におけるシステム構成と同様の箇所については同じ符号を付し、詳細な説明は省略する。
図１０は、本発明の実施の形態５のシステム構成を示すブロック図である。
【００５１】
本発明の実施の形態５は、実施の形態４同様に携帯端末Ｔのみで構成されるが、アプリ情報をサーバＳが保持して構成されている。この場合のサーバＳはクラウドとして機能している。
【００５２】
図１０において、サーバＳは、安全アプリ情報保持手段１とアプリ保持手段２を備えて構成されている。
【００５３】
携帯端末Ｔは、表示手段４、操作手段５、位置速度情報取得手段７、とアプリ実行可否判断手段６を備えて構成されている。
【００５４】
次に、本発明の実施の形態５における携帯端末Ｔの主たる動作について、図１１のフロー図を用いて説明する。
図１１は、実施の形態５における車載端末の動作を示すフロー図である。
【００５５】
本発明の実施の形態５における携帯端末Ｔは、一連の起動処理が終了すると、割り込み処理を待つループに入る。ステップＳ１１０において、アプリ実行命令があるかどうかを判定する。Ｓ１１０においてＹｅｓの場合は、携帯端末Ｔは、ステップＳ１１１において、サーバにアクセスし、該当するアプリ情報を取得する。次に、携帯端末Ｔは、ステップＳ１１２において、位置速度情報を取得する。次に、携帯端末Ｔは、ステップＳ１１３において、安全アプリ情報を照合する。次に、携帯端末Ｔは、ステップＳ１１４において、取得したアプリ情報、位置速度情報および安全アプリ情報内の条件を参照して、アプリが実行可能な状況にあるかどうかを判断する（Ｓ１１４）。Ｓ１１４においてＹｅｓの場合は、車載端末Ｃは、ステップＳ１１５において、該当するアプリの表示・操作を許可する。Ｓ１１４においてＮｏの場合は、携帯端末Ｔは、ステップＳ１１６において、アプリを表示・操作できない旨をドライバに表示、または音声によって提示する。この場合、すぐに処理を終了してもよいが、よりドライバに親切な処理として、ステップＳ１１２に戻り、Ｓ１１２〜Ｓ１１４のステップを繰り返すことで、アプリを表示・操作可能になる時点まで待ち、表示・操作可能になった時点でステップＳ１１５に進み、アプリを表示・操作可能とする。
【００５６】
このように構成された本発明の実施の形態５における携帯端末Ｔによれば携帯端末が備えている表示・操作手段，高性能な位置速度の取得手段を用いることで，より簡易な構成によって，走行中の安全性が確保されていると認められているアプリのみに対して実行を許可することができ、携帯端末の利便性と安全性を両立することができる。また，安全アプリ情報をサーバに保持することで，常に最新のデータを用いて安全性を判定することができる。
【産業上の利用可能性】
【００５７】
以上のように、本発明は、車上で携帯端末のアプリを実行する際に、アプリ情報、地域に関する情報、車両情報、安全アプリ情報を参照し、実行の可否を判断するので、走行中の安全性が確保されたアプリのみの実行を許可することができ、携帯端末の利便性と安全性を両立することができる。
【符号の説明】
【００５８】
１ 安全アプリ情報保持手段
２ アプリ保持手段
３ 車両情報取得手段
４ 表示手段
５ 操作手段
６ アプリ実行可否判断手段
７ 位置速度情報取得手段
Ｓ サーバ
Ｔ 携帯端末
Ｃ 車載端末
【特許請求の範囲】
【請求項１】
サーバと携帯端末と車載端末とからなるアプリ制御システムであって、
前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含むアプリ情報が保持されたアプリ情報保持手段を備え、
前記車載端末は、表示手段と、操作手段と、車両情報取得手段と、アプリ実行可否判断手段を備え、
前記アプリ実行可否判断手段は、前記アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とするアプリ制御システム。
【請求項２】
サーバと携帯端末と車載端末とからなるアプリ制御システムであって、
前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含む安全アプリ情報が保持された安全アプリ情報保持手段を備え、
前記携帯端末は、アプリ実行可否判断手段を備え、
車載端末は、表示手段と、操作手段と、車両情報取得手段と、を備え、
前記アプリ実行可否判断手段は、前記安全アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とするアプリ制御システム。
【請求項３】
前記アプリ実行可否判断手段は、前記車両情報取得手段から取得された車両の現在の車速またはパーキングブレーキ情報を用いて判断することを特徴とする請求項１又は請求項２に記載のアプリ制御システム。
【請求項４】
前記携帯端末は、表示手段と、操作手段と、位置速度情報取得手段とを備えることを特徴とする請求項１から請求項３のいずれかに記載のアプリ制御システム。
【請求項１】
サーバと携帯端末と車載端末とからなるアプリ制御システムであって、
前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含むアプリ情報が保持されたアプリ情報保持手段を備え、
前記車載端末は、表示手段と、操作手段と、車両情報取得手段と、アプリ実行可否判断手段を備え、
前記アプリ実行可否判断手段は、前記アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とするアプリ制御システム。
【請求項２】
サーバと携帯端末と車載端末とからなるアプリ制御システムであって、
前記サーバは、アプリケーションの識別子、実行条件である走行中における使用可否の情報を含む安全アプリ情報が保持された安全アプリ情報保持手段を備え、
前記携帯端末は、アプリ実行可否判断手段を備え、
車載端末は、表示手段と、操作手段と、車両情報取得手段と、を備え、
前記アプリ実行可否判断手段は、前記安全アプリ情報と前記携帯端末が保持するアプリと前記車載端末からの前記車両情報とを照合し、前記アプリの実行可否を判断することを特徴とするアプリ制御システム。
【請求項３】
前記アプリ実行可否判断手段は、前記車両情報取得手段から取得された車両の現在の車速またはパーキングブレーキ情報を用いて判断することを特徴とする請求項１又は請求項２に記載のアプリ制御システム。
【請求項４】
前記携帯端末は、表示手段と、操作手段と、位置速度情報取得手段とを備えることを特徴とする請求項１から請求項３のいずれかに記載のアプリ制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−２０８０５３（Ｐ２０１２−２０８０５３Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７５０１５（Ｐ２０１１−７５０１５）
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]