JP6011452B2

JP6011452B2 - 表示制御装置、及び、プログラム

Info

Publication number: JP6011452B2
Application number: JP2013102312A
Authority: JP
Inventors: 成雄松山; 浩史石黒; 清彦澤田
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2013-05-14
Filing date: 2013-05-14
Publication date: 2016-10-19
Anticipated expiration: 2033-05-14
Also published as: CN105229607B; CN105229607A; EP2998859A4; US9690592B2; EP2998859B1; EP2998859A1; JP2014222461A; US20160103687A1; WO2014185044A1

Description

本発明は、車両に搭載される表示部の表示を制御する表示制御装置に関する。

近年、スマートフォン、タブレットなどの携帯端末では、汎用のオペレーティングシステムを用いることで、アプリケーションプログラム（以下「アプリ」という）のリリース頻度が高くなっており、また、その追加や削除も容易となっている。

また、携帯端末に高性能ＣＰＵが用いられるようになっており、マルチタスクにより、複数のアプリ画面を切り替えて実行することも可能になっている。そのため従来、ユーザに起動中のアプリの存在を意識させることが可能な携帯端末が提案されている（例えば、特許文献１参照）。

特開２０１２−９９９２４号公報

ところで、携帯端末上で動作するアプリ（以下「汎用アプリ」という）は、操作の途中でリセットされたり（落ちたり）、ハングアップ（画面のロックなど）したりするなど安定性に懸念が残る。

そのため、車載機器で汎用アプリを動作させる場合、車両側の制御に汎用アプリを利用すると、車載機器としての安定性を損なう虞がある。なお、たとえ出荷時に安定性を確保しても、その後ダウンロードされて追加された汎用アプリによって、車載機器全体の安定性が損なわれる虞もある。

そこで、車両の制御などに係る車両連携側のアプリと上述した汎用アプリとを分けて車載機器に搭載することが考えられる。このようにすれば車両連携側のアプリへの影響を最小限に抑えながら、豊富な汎用アプリが車両において利用可能となる。

しかしながら、車両連携側のアプリに加えて豊富な汎用アプリを起動させる必要があり、起動に要する時間が大きくなってしまう虞がある。例えば表示部へのメニュー画面の表示が遅れると、その間はアプリを使用できなくなることが懸念される。

本発明は、上述した課題を解決するためになされたものであり、その目的は、車両連携側のアプリと汎用アプリとを分けて車両に搭載し、しかも起動時においてメニュー画面の迅速な表示を行うことが可能な表示制御装置を提供することにある。

上記目的を達成するためになされた本発明の表示制御装置（１０）は、専用ミドルウェア（１３）、汎用ミドルウェア（１４）、及び、Ｉ／Ｆ（１５）を備え、車両に搭載される表示部（５１）の表示を制御する。

専用ミドルウェアは、車両側で用意される専用アプリ（１６）を実行可能であり、汎用ミドルウェアは、外部から配信される汎用アプリ（１７）を実行可能である。また、Ｉ／Ｆは、専用ミドルウェアと汎用ミドルウェアとの間で必要情報の授受を行う。

このように表示制御装置に、専用ミドルウェアだけでなく外部から配信される汎用アプリを実行する汎用ミドルウェアを搭載したため、従来と異なり、携帯端末を接続することなく、リリースの頻度が高く削除や追加が容易な汎用アプリを利用することができる。また、Ｉ／Ｆを介在させたため、外乱要因などでデータ通信に不具合が生じることがない。さらに、Ｉ／Ｆの介在により、必要となる情報の授受のみを行うことができ、セキュリティーに関しても有利である。

このとき本発明では、起動手段（１０ａ）が、起動時に専用ミドルウェアを最初に起動すると共に、専用ミドルウェアの後に汎用ミドルウェアを起動する。そして、専用表示制御手段（１０ｂ）によって、起動手段による汎用ミドルウェアの起動完了に先立って、専用ミドルウェア上の専用アプリが利用可能になると、専用ミドルウェアを介し、専用アプリを起動するための専用メニュー画面が表示部に表示される。

つまり、汎用ミドルウェアの起動を待つことで専用アプリが即座に使用できなくなることに鑑み、汎用ミドルウェアの起動完了に先立って、専用ミドルウェアを介し専用アプリを起動するための専用メニュー画面を表示するのである。このようにすれば、車両連携側のアプリと汎用アプリとを分けて車両に搭載し、しかも起動時においてメニュー画面の迅速な表示を行うことができる。

なお、本発明は、表示制御装置の機能を実現するためのプログラムにも特徴があるため、プログラムの発明として実現することもできる。

表示制御装置を含む周辺構成を例示するブロック図である。表示制御装置内部のハードウェア及びソフトウェアの構成を例示する説明図である。専用ミドルウェア起動処理を例示するフローチャートである。汎用ミドルウェア起動処理を例示するフローチャートである。専用ミドルウェア通知処理を例示するフローチャートである。表示部における表示例を示す説明図である。

以下、本発明の一実施形態を図面に基づいて説明する。
図１に示すように、本実施形態の表示制御装置（ＤＣＵ）１０は、ハードウェア及びソフトウェアを統合したドメイン・コントロール・ユニットであり、エアコン２０、オーディオ３０、電話４０、及び、ナビゲーション５０と接続されている。また、エアコン２０、オーディオ３０、電話４０、及びナビゲーション５０はバスラインに接続されており、バスライン上の情報を受信可能となっている。オーディオ３０では、図示しないスピーカを介した音声出力が可能となっている。また、ナビゲーション５０は、カラー液晶ディスプレイなどで構成される表示部５１を有している。

かかる構成により、表示制御装置１０は、エアコン設定画面、オーディオ設定画面、電話操作画面、及びナビゲーションのための地図などを、ナビゲーション５０の表示部５１に表示させることができる。エアコン設定画面を例に挙げれば、表示制御装置１０は、表示部５１と一体となったタッチパネルからの入力に基づき室温設定を行ったり、図示しない外気温センサに基づきエアコン２０に対し外気温を出力したりする。

図２に示すように、表示制御装置１０は、ハードウェア１１と、汎用プラットフォーム１２と、専用ミドルウェア１３と、汎用ミドルウェア１４と、Ｉ／Ｆ１５と、専用ミドルウェア１３上で動作する専用アプリ１６と、汎用ミドルウェア１４上で動作する汎用アプリ１７とを備えている。

ハードウェア１１には、ＣＰＵ１１ａ及び通信部１１ｂが含まれる。ＣＰＵ１１ａは、汎用プラットフォーム１２、専用ミドルウェア１３、汎用ミドルウェア１４、Ｉ／Ｆ１５、及び、アプリ１６，１７を機能させる制御部である。通信部１１ｂは、サーバ６０とのデータ通信を可能にする構成であり、ネットワークを介し、アプリの提供先となるストア７０から汎用アプリ１７をダウンロード可能となっている。また、汎用アプリ１７自身がネットワークを介しサーバ６０との間でデータ通信することも可能である。

汎用プラットフォーム１２は、ハードウェア１１の上位に位置するいわゆるプラットフォームである。専用ミドルウェア１３及び汎用ミドルウェア１４は、汎用プラットフォーム１２上で動作する。そして、専用ミドルウェア１３と汎用ミドルウェア１４との間でデータ授受を行うのがＩ／Ｆ１５である。Ｉ／Ｆ１５は、必要な情報だけを授受可能に構成されている。

なお、以下では、専用アプリ１６に適宜Ａ、Ｂ、Ｃ、Ｄの記号を付して専用アプリ１６を区別する。ここで例えばＡ専用アプリ１６はエアコンアプリであり、Ｂ専用アプリ１６はオーディオアプリであり、Ｃ専用アプリ１６は電話アプリであり、Ｄ専用アプリ１６はナビゲーションアプリであるという具合である。

また、汎用アプリ１７に適宜Ｅ、Ｆ、Ｇ、Ｈの記号を付して汎用アプリ１７を区別する。ここで例えば、Ｅ汎用アプリ１７はソーシャルネットワークアプリであり、Ｆ汎用アプリ１７はコミュニケーションアプリであり、Ｇ汎用アプリ１７はＷＥＢ検索アプリであり、Ｈ汎用アプリ１７はネットラジオアプリであるという具合である。

次に、専用ミドルウェア起動処理を、図３のフローチャートに基づいて説明する。専用ミドルウェア起動処理は、車両のイグニッションスイッチがオンになると実行される。
最初のＳ１００では、起動処理を実行する。この処理は、専用ミドルウェア１３の起動を行うものである。

続くＳ１１０では、起動完了か否かを判断する。専用ミドルウェア１３による画面表示が可能となり、専用アプリ１６の起動準備が整うと起動が完了する。ここで起動が完了したと判断された場合（Ｓ１１０：ＹＥＳ）、Ｓ１２０へ移行する。一方、起動が完了していないうちは（Ｓ１１０：ＮＯ）、Ｓ１１０の判断処理を繰り返す。

Ｓ１２０では、ホーム画面を表示する。この処理は、専用アプリ１６のメニュー表示を行うものである。具体的には、図６（ａ）に示すように、Ａ〜Ｄの専用アプリ１６のアイコンを表示部５１に表示する。これにより、ユーザは、アイコンをタッチすることによってＡ〜Ｄの専用アプリ１６を起動することが可能となる。また、汎用アプリ１７については、汎用ミドルウェア１４の起動が完了していないため「ロード中です、しばらくお待ちください」という表示を行う。

次に、汎用ミドルウェア起動処理を、図４のフローチャートに基づいて説明する。この汎用ミドルウェア起動処理は、図３の専用ミドルウェア起動処理に続けて実行される。
Ｓ２００では、起動処理を実行する。この処理は、汎用ミドルウェア１４の起動を行うものである。

続くＳ２１０では、起動完了か否かを判断する。汎用ミドルウェア１４による画面表示が可能となり、汎用アプリ１７の起動準備が整うと起動が完了する。ここで起動が完了したと判断された場合（Ｓ２１０：ＹＥＳ）、Ｓ２２０へ移行する。一方、起動が完了していないうちは（Ｓ２１０：ＮＯ）、Ｓ２１０の判断処理を繰り返す。

Ｓ２２０では、汎用ミドルウェア１４の起動完了を通知する。この処理は、Ｉ／Ｆ１５を介して専用ミドルウェア１３へ、汎用ミドルウェア１４の起動完了を通知するものである。これに対して、専用ミドルウェア１３は、後述するように、画面の表示指示を送信してくる。

そこでＳ２３０では、専用ミドルウェア１３からの表示指示があったか否かを判断する。ここで表示指示があったと判断された場合（Ｓ２３０：ＹＥＳ）、Ｓ２４０へ移行する。一方、表示指示がない場合（Ｓ２３０：ＮＯ）、Ｓ２３０の判断処理を繰り返す。

Ｓ２４０では、ホーム画面を表示する。この処理は、汎用ミドルウェア１４を介し、専用アプリ１６及び汎用アプリ１７のメニュー表示を行うものである。具体的には、図６（ｂ）に示すように、Ａ〜Ｄの専用アプリ１６のアイコンを表示部５１に表示する。また、専用アプリ１６のアイコンの下段に、Ｅ〜Ｈの汎用アプリ１７のアイコンを表示する。これにより、ユーザは、アイコンをタッチすることによってＡ〜Ｄの専用アプリ１６及びＥ〜Ｈの汎用アプリ１７を起動することが可能となる。

続くＳ２５０では、画面表示を通知する。この処理は、Ｉ／Ｆ１５を介し専用ミドルウェア１３へ画面表示が完了したことを通知するものである。
次に、専用ミドルウェア連携処理を、図５のフローチャートに基づいて説明する。この専用ミドルウェア連携処理は、図３の専用ミドルウェア起動処理に続けて、繰り返し実行される。

Ｓ３００では、起動完了通知があったか否かを判断する。この処理は図４中のＳ２２０に対応するものであり、ここでは、汎用ミドルウェア１４の起動完了が通知された場合に肯定判断される。ここで起動完了通知があったと判断された場合（Ｓ３００：ＹＥＳ）、Ｓ３１０へ移行する。一方、起動完了通知がないと判断された場合（Ｓ３００：ＮＯ）、以降の処理を実行せず、専用ミドルウェア連携処理を終了する。

Ｓ３１０では、専用アプリ１６が実行中か否かを判断する。例えばＣ専用アプリが電話アプリである場合、ユーザが電話を使用して電話アプリが実行中であるときは肯定判断されるという具合である。ここで専用アプリ１６が実行中であると判断された場合（Ｓ３１０：ＹＥＳ）、Ｓ３３０へ移行する。一方、専用アプリ１６が実行中でないと判断された場合（Ｓ３１０：ＮＯ）、Ｓ３２０にてＩ／Ｆ１５を介して汎用ミドルウェア１４へ画面表示を指示し、その後、Ｓ３３０へ移行する。この画面表示指示により、図４中のＳ２３０で肯定判断がなされることになる。

Ｓ３３０では、ホームボタンが押されたか否かを判断する。この処理は、実行中の専用アプリ１６を終了するためのホームボタンがユーザによって押されたか否かを判断するものである。ここでホームボタンが押されたと判断された場合（Ｓ３３０：ＹＥＳ）、Ｓ３４０にてＩ／Ｆ１５を介して汎用ミドルウェア１４へ画面表示を指示し、その後、Ｓ３５０へ移行する。この画面表示指示により、図４中のＳ２３０で肯定判断がなされることになる。一方、ホームボタンが押されていないと判断された場合（Ｓ３３０：ＮＯ）、Ｓ３１０からの処理を繰り返す。

Ｓ３５０では、表示通知があったか否かを判断する。この処理は、図４中のＳ２５０に対応するものであり、汎用ミドルウェア１４から画面表示の通知があると肯定判断される。ここで表示通知があったと判断された場合（Ｓ３５０：ＹＥＳ）、すなわち汎用ミドルウェア１４によって正常に画面表示がなされた場合には、Ｓ３６０の処理を実行せず、専用ミドルウェア連携処理を終了する。一方、表示通知がないと判断された場合（Ｓ３５０：ＮＯ）、すなわち汎用ミドルウェア１４になんらかの不具合が発生したような場合には、Ｓ３６０にて専用ミドルウェア１３側でホーム画面を表示し、その後、専用ミドルウェア連携処理を終了する。Ｓ３６０では、図６（ｃ）に示すように、例えば専用アプリ１６のアイコンだけを表示するという具合である。

以上詳述したように、本実施形態の表示制御装置１０は、専用ミドルウェア１３、汎用ミドルウェア１４、及び、Ｉ／Ｆ１５を備え、ナビゲーション５０の表示部５１における表示を制御する。このとき、専用ミドルウェア１３は、車両側で用意される専用アプリ１６を実行可能であり、汎用ミドルウェア１４は、外部から配信される汎用アプリ１７を実行可能である。また、Ｉ／Ｆ１５は、専用ミドルウェア１３と汎用ミドルウェア１４との間で必要情報の授受を行う。

このように表示制御装置１０に、専用ミドルウェア１３だけでなく外部から配信される汎用アプリ１７を実行する汎用ミドルウェア１４を搭載したため、従来と異なり、携帯端末を接続することなく、リリースの頻度が高く削除や追加が容易な汎用アプリ１７を利用することができる。また、Ｉ／Ｆ１５を介在させたため、外乱要因などでデータ通信に不具合が生じることがない。さらに、Ｉ／Ｆ１５の介在により、必要となる情報の授受のみを行うことができ、セキュリティーに関しても有利である。

ここで特に、専用ミドルウェア起動処理（図３参照）において専用ミドルウェア１３の起動処理を実行し（Ｓ１００）、専用ミドルウェア１３の起動が完了すると（Ｓ１１０：ＹＥＳ）、専用ミドルウェア１３側で、ホーム画面を表示する（Ｓ１２０）。このホーム画面は、専用アプリ１６をユーザが使用するためのメニュー画面となっている（図６（ａ）参照）。

すなわち、起動時には専用ミドルウェア１３を最初に起動すると共に、専用ミドルウェア１３の後に汎用ミドルウェア１４を起動する起動手段１０ａと、起動手段１０ａによる汎用ミドルウェア１４の起動完了に先立って、専用ミドルウェア１３上の専用アプリ１６が利用可能になると、専用ミドルウェア１３を介し、専用アプリ１６を起動するための専用メニュー画面を表示部５１に表示する専用表示制御手段１０ｂと、を備えている。

つまり、汎用ミドルウェア１４の起動を待つことで専用アプリ１６が即座に使用できなくなることに鑑み、汎用ミドルウェア１４の起動完了に先立って、専用ミドルウェア１３を介し専用アプリ１６を起動するための専用メニュー画面を表示するのである。このようにすれば、車両連携側のアプリと汎用アプリとを分けて車両に搭載し、しかも起動時においてメニュー画面の迅速な表示を行うことができる。

また、本実施形態では、専用ミドルウェア１３の起動処理に続いて汎用ミドルウェア１４の起動処理を行い（図４中のＳ２００）、汎用ミドルウェア１４の起動が完了すると（Ｓ２１０：ＹＥＳ）、汎用ミドルウェア１４を介してホーム画面を描画し直す（Ｓ２４０）。このホーム画面は、専用アプリ１６及び汎用アプリ１７をユーザが使用するためのメニュー画面となっている（図６（ｂ）参照）。すなわち、汎用ミドルウェア１４の起動完了後、汎用ミドルウェア１４を介し、専用アプリ１６及び汎用アプリ１７を起動するための汎用メニュー画面を表示部５１に表示する汎用表示制御手段１０ｃをさらに備えている。これにより、汎用ミドルウェア１４の起動後、速やかに汎用アプリ１７を使用することができる。

このとき、本実施形態では、汎用ミドルウェア１４の起動が完了すると（図４中のＳ２１０：ＹＥＳ）、汎用ミドルウェア１４の起動完了を専用ミドルウェア１３へ通知し（Ｓ２２０）、これに対し専用ミドルウェア１３から表示指示があると（Ｓ２３０：ＹＥＳ）、ホーム画面を表示する（Ｓ２４０）。すなわち、汎用表示制御手段１０ｃは、汎用ミドルウェア１４の起動が完了すると起動完了の通知を専用ミドルウェア１３に対して行い、専用ミドルウェア１３からの表示指示があると、汎用メニュー画面を表示部５１に表示する。これにより、専用ミドルウェア１３側との連携を取ることができ、汎用ミドルウェア１４側でのホーム画面の表示タイミングを適切なものにすることができる。

具体的には、専用ミドルウェア連携処理（図５参照）において、汎用ミドルウェア１４から起動完了通知があった場合（Ｓ３００：ＹＥＳ）、所定条件成立時にホーム画面の表示を指示する（Ｓ３２０，Ｓ３４０）。すなわち、汎用ミドルウェア１４からの起動完了通知があると、所定条件成立時に汎用メニュー画面の表示を指示する表示指示手段１０ｄをさらに備えている。これにより、専用ミドルウェア１３側のタイミングで汎用ミドルウェア１４への表示指示を通知することができ、汎用ミドルウェア１４側でのホーム画面の表示タイミングを適切なものにすることができる。

例えば、本実施形態では、専用アプリ１６が実行中でない場合に（Ｓ３１０：ＮＯ）画面表示を指示する（Ｓ３２０）。また、専用アプリ１６の実行を停止させるホームボタンが押された場合に（Ｓ３３０：ＹＥＳ）画面表示を指示する（Ｓ３４０）。すなわち、表示指示手段１０ｄは、専用アプリ１６が実行されていない場合、又は、専用アプリ１６の実行停止がユーザから指示された場合、表示指示を行う。これにより、専用アプリ１６の実行中には汎用ミドルウェア１４側でのホーム画面表示が行われず、汎用ミドルウェア１４側でのホーム画面の表示タイミングを適切なものにすることができる。

ところで、何らかの不具合により汎用ミドルウェア１４が起動しない場合も考えられる。そこで本実施形態では、汎用ミドルウェア起動処理（図４参照）において、ホーム画面を表示した後、その旨を専用ミドルウェア１３へ通知する（Ｓ２４０，Ｓ２５０）。一方、専用ミドルウェア連携処理（図５参照）では、この表示通知がない場合（Ｓ３５０：ＮＯ）、専用ミドルウェア１３側でホーム画面を表示する（Ｓ３６０）。すなわち、専用表示制御手段１０ｂは、汎用ミドルウェア１４からの汎用メニュー画面の表示完了の通知がない場合、汎用ミドルウェア１４に代わって専用メニュー画面を表示する。これにより、何らかの不具合により汎用ミドルウェア１４が起動しない場合であっても、適切なメニュー表示が実現される。

以上、本発明は、上述した実施形態に何ら限定されるものではなく、その技術的範囲を逸脱しない限り、種々なる形態で実施することができる。

１０…表示制御装置、１０ａ…起動手段、１０ｂ…専用表示制御手段、１０ｃ…汎用表示制御手段、１０ｄ…表示指示手段、１１…ハードウェア、１１ａ…ＣＰＵ、１１ｂ…通信部、１１ｃ…汎用表示制御手段、１２…汎用プラットフォーム、１３…専用ミドルウェア、１４…汎用ミドルウェア、１５…Ｉ／Ｆ、１６…専用アプリ、１７…汎用アプリ、２０…エアコン、３０…オーディオ、４０…電話、５０…ナビゲーション、５１…表示部、６０…サーバ、７０…ストア

Claims

車両側で用意される専用アプリケーションプログラム（１６）を実行可能な専用ミドルウェア（１３）、外部から配信される汎用アプリケーションプログラム（１７）を実行可能な汎用ミドルウェア（１４）及び前記専用ミドルウェアと前記汎用ミドルウェアとの間で必要情報の授受を行うインターフェイス（１５）を備え、前記車両に搭載される表示部（４１）の表示を制御する表示制御装置（１０）であって、
起動時には前記専用ミドルウェアを最初に起動すると共に、前記専用ミドルウェアの後に前記汎用ミドルウェアを起動する起動手段（１０ａ）と、
前記起動手段による前記汎用ミドルウェアの起動完了に先立って、前記専用ミドルウェア上の前記専用アプリケーションプログラムが利用可能になると、前記専用ミドルウェアを介し、前記専用アプリケーションプロラムを起動するための専用メニュー画面を前記表示部に表示する専用表示制御手段（１０ｂ）と、
を備えていることを特徴とする表示制御装置。
請求項１に記載の表示制御装置において、
前記汎用ミドルウェアの起動完了後、前記汎用ミドルウェアを介し、前記専用アプリケーションプロラム及び前記汎用アプリケーションプログラムを起動するための汎用メニュー画面を前記表示部に表示する汎用表示制御手段（１０ｃ）をさらに備えていること（Ｓ２１０：ＹＥＳ，Ｓ２４０）
を特徴とする表示制御装置。
請求項２に記載の表示制御装置において、
前記汎用表示制御手段は、前記汎用ミドルウェアの起動が完了すると起動完了の通知を前記専用ミドルウェアに対して行い、前記専用ミドルウェアからの表示指示があると、前記汎用メニュー画面を前記表示部に表示すること（Ｓ２２０，Ｓ２３０：ＹＥＳ，Ｓ２４０）
を特徴とする表示制御装置。
請求項３に記載の表示制御装置において、
前記汎用ミドルウェアからの起動完了通知があると、所定条件成立時に前記汎用メニュー画面の表示を指示する表示指示手段（１０ｄ）をさらに備えていること（Ｓ３００：ＹＥＳ，Ｓ３２０，Ｓ３４０）
を特徴とする表示制御装置。
請求項４に記載の表示制御装置において、
前記表示指示手段は、前記専用アプリケーションプログラムが実行されていない場合、又は、前記専用アプリケーションプログラムの実行停止がユーザから指示された場合、前記表示指示を行うこと（Ｓ３１０：ＹＥＳ，Ｓ３２０，Ｓ３３０：ＹＥＳ，Ｓ３４０）
を特徴とする表示制御装置。
請求項１〜５のいずれか一項に記載の表示制御装置において、
前記専用表示制御手段は、前記汎用ミドルウェアからの前記汎用メニュー画面の表示完了の通知がない場合、前記汎用ミドルウェアに代わって前記専用メニュー画面を表示すること（Ｓ３５０：ＮＯ，Ｓ３６０）
を特徴とする表示制御装置。
請求項１〜６のいずれか一項に記載の表示制御装置の各手段としてコンピュータを機能させるプログラム。