(57)【要約】      （修正有）【課題】汎用アプリのサービスをユーザに速やかに提供する。【解決手段】表示制御装置１は、装置起動時や汎用アプリ２５の異常動作等が発生した場合に、専用ミドルウェア２１が起動完了している一方で汎用ミドルウェア２２が起動完了していなくとも、専用ミドルウェア２１のオーディオ画面を表示させる。汎用アプリ２５に係るユーザ操作が可能となり、汎用ミドルウェア２２が起動完了するまで汎用アプリ２５の操作をユーザに待機させてしまうことがなくなる。汎用ミドルウェア２２が起動完了すると、汎用ミドルウェア２２から転送された画面データを含む汎用アプリ２５の画面を表示させる。【選択図】図２
2016021124.tif 000002
【特許請求の範囲】
【請求項１】
車両側の専用アプリケーションプログラム（２４）を実行可能な専用ミドルウェア（２１）と、汎用アプリケーションプログラム（２５）を実行可能な汎用ミドルウェア（２２）と、前記専用ミドルウェアと前記汎用ミドルウェアとの間でデータの授受を行うインタフェース（２３）とを有し、前記専用ミドルウェアが、前記汎用ミドルウェアに対して汎用アプリケーションプログラムの実行開始を促す機能を有すると共に、表示手段（１７）の画面制御を行う表示制御装置（１）において、
前記専用ミドルウェアは、自身が起動完了しており且つ前記汎用ミドルウェアが起動完了していない状態では、前記汎用アプリケーションに係るユーザ操作を受付可能な画面を前記表示手段に表示させ、前記汎用ミドルウェアが起動完了すると、前記汎用ミドルウェアから前記インタフェースを介して転送された画面データを含む前記汎用アプリケーションの画面を前記表示手段に表示させることを特徴とする表示制御装置。
【請求項２】
請求項１に記載した表示制御装置において、
前記専用ミドルウェアは、汎用アプリケーションに係る画面の表示要求を示すユーザ操作を受付けた場合に、前記汎用ミドルウェアが起動完了しているか否かを判定することを特徴とする表示制御装置。
【請求項３】
請求項１又は２に記載した表示制御装置において、
前記専用ミドルウェアは、前記汎用アプリケーションプログラムとして音楽再生のプログラムを扱うことを特徴とする表示制御装置。
【請求項４】
車両側の専用アプリケーションプログラム（２４）を実行可能な専用ミドルウェア（２１）と、汎用アプリケーションプログラム（２５）を実行可能な汎用ミドルウェア（２２）と、前記専用ミドルウェアと前記汎用ミドルウェアとの間でデータの授受を行うインタフェース（２３）とを有し、前記専用ミドルウェアが、前記汎用ミドルウェアに対して汎用アプリケーションプログラムの実行開始を促す機能を有すると共に、表示手段（１７）の画面制御を行う表示制御装置（１）において、前記専用ミドルウェアに、
自身が起動完了しており且つ前記汎用ミドルウェアが起動完了していない状態では、前記汎用アプリケーションに係るユーザ操作を受付可能な画面を前記表示手段に表示させる第１の手順と、
前記汎用ミドルウェアが起動完了すると、前記汎用ミドルウェアから前記インタフェースを介して転送された画面データを含む前記汎用アプリケーションの画面を前記表示手段に表示させる第２の手順と、を実行させるための表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載されている表示手段に表示させる画面を制御する表示制御装置及び表示制御プログラムに関する。
【背景技術】
【０００２】
近年、スマートフォンやタブレット等の携帯端末では、汎用のオペレーティングシステムを用いることで、アプリケーションプログラム（以下、アプリと称する）のリリース頻度が高くなっており、又、その追加や削除も容易となっている。又、携帯端末に高性能なＣＰＵ（Central Processing Unit）が用いられることで、マルチタスクにより複数のアプリ画面を切替えて実行することも可能となっている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−９９９２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
携帯端末上で動作するアプリ（以下、汎用アプリと称する）は、操作の途中でリセットされたりハングアップ（画面のロック等）したりする等、動作の安定性に懸念が残る。そのため、車両に搭載される車載装置で汎用アプリを動作させる場合に、車両側の制御に汎用アプリを利用すると、車載装置としての動作の安定性を損なう虞がある。尚、たとえ出荷時に動作の安定性を確保したとしても、出荷後にサーバからダウンロードされて追加された汎用アプリにより、車載装置としての動作の安定性を損なう虞もある。このような事情から、車両側の（車両連携の）アプリ（以下、専用アプリと称する）と、汎用アプリとを分けて車載装置に搭載することが考えられる。具体的には、専用アプリを実行可能な専用ミドルウェアと、汎用アプリを実行可能な汎用ミドルウェアと、専用ミドルウェアと汎用ミドルウェアとの間でデータの授受を行うインタフェースとを実装する構成が考えられる。このように構成すれば、専用アプリへの影響を最小限に抑えながら、豊富な汎用アプリを車載装置にて利用可能となる。
【０００５】
しかしながら、専用ミドルウェアと汎用ミドルウェアとを実装する構成では、専用ミドルウェアが起動完了している一方で汎用ミドルウェアが起動完了していない状態が発生する可能性がある。例えば装置起動時に最初に専用ミドルウェアが起動開始し、専用ミドルウェアが起動開始した後に汎用ミドルウェアが起動開始する構成では、専用ミドルウェアが起動完了した後に汎用ミドルウェアが起動完了することになる。即ち、汎用ミドルウェアが起動完了するまでの期間は、専用ミドルウェアが起動完了しているが、汎用ミドルウェアが起動完了していない状態となる。又、汎用ミドルウェアが起動完了した後でも汎用アプリの異常動作等の要因により汎用ミドルウェアがリセットする（再起動開始する）と、この場合も、汎用ミドルウェアが再起動完了するまでの期間は、専用ミドルウェアが起動完了しているが、汎用ミドルウェアが起動完了していない状態となる。このような専用ミドルウェアが起動完了している一方で汎用ミドルウェアが起動完了していない状態が発生すると、汎用ミドルウェアが起動完了するまで汎用アプリの操作をユーザに待機させてしまうことになる。その結果、汎用アプリのサービスをユーザに速やかに提供することができない。
【０００６】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、汎用アプリケーションのサービスをユーザに速やかに提供することができ、使い勝手を高めることができる表示制御装置、表示制御プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に記載した発明によれば、車両側の専用アプリケーションプログラムを実行可能な専用ミドルウェアと、汎用アプリケーションプログラムを実行可能な汎用ミドルウェアと、専用ミドルウェアと汎用ミドルウェアとの間でデータの授受を行うインタフェースとを有し、専用ミドルウェアが、汎用ミドルウェアに対して汎用アプリケーションプログラムの実行開始を促す機能を有すると共に、表示手段の画面制御を行う。専用ミドルウェアは、自身が起動完了しており且つ汎用ミドルウェアが起動完了していない状態では、汎用アプリケーションに係るユーザ操作を受付可能な画面を表示手段に表示させる。そして、専用ミドルウェアは、汎用ミドルウェアが起動完了すると、汎用ミドルウェアからインタフェースを介して転送された画面データを含む汎用アプリケーションの画面を表示手段に表示させる。
【０００８】
即ち、専用ミドルウェアが起動完了しており且つ汎用ミドルウェアが起動完了していなくとも、つまり、汎用ミドルウェアから画面データが転送されていなくとも、汎用アプリケーションに係るユーザ操作を受付可能な画面を専用ミドルウェアにより表示手段に表示させることで、汎用アプリケーションに係るユーザ操作が可能となる。これにより、汎用ミドルウェアが起動完了するまで汎用アプリケーションの操作をユーザに待機させてしまうことがなくなり、汎用アプリケーションのサービスをユーザに速やかに提供することができる。そして、汎用ミドルウェアが起動完了すると、汎用ミドルウェアから転送された画面データを含む汎用アプリケーションの画面を表示手段に表示させることで、汎用アプリケーションに関する情報をユーザに速やかに提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態を示す機能ブロック図
【図２】ハードウェア及びソフトウェアの構成を示す図
【図３】専用ミドルウェアの処理を示すフローチャート（その１）
【図４】汎用ミドルウェアの処理を示すフローチャート（その１）
【図５】ホーム画面を示す図
【図６】専用ミドルウェアのオーディオ画面を示す図
【図７】汎用ミドルウェアの汎用アプリ画面を示す図
【図８】専用ミドルウェアの処理を示すフローチャート（その２）
【図９】汎用ミドルウェアの処理を示すフローチャート（その２）
【発明を実施するための形態】
【００１０】
以下、本発明を、車両に搭載可能な表示制御装置に適用した一実施形態について図面を参照して説明する。表示制御装置（ＤＣＵ（Display Control Unit））１は、エアコン装置２と、オーディオ装置３と、電話機４と、ナビゲーション装置５と、表示装置６と接続されている。表示制御装置１は、バスライン７と接続されており、バスライン７に流れる各種データを入力可能となっている。又、エアコン装置２、オーディオ装置３、電話機４、ナビゲーション装置５及び表示装置６も、それぞれバスライン７と接続されており、バスライン７に流れる各種データを入力可能となっている。
【００１１】
表示制御装置１は、ハードウェア８（図２参照）の構成として、装置全体の動作を制御するＣＰＵ（Central Processing Unit）９と、カラー液晶ディスプレイ等からなる第１表示部１０と、表示装置６等との間でデータ通信を行う第１通信部１１と、ユーザが操作可能な各種キーを含む第１操作部１２と、サーバ１４との間で通信ネットワーク１５を介したデータ通信を行う広域通信部１３とを有する。第１操作部１２の各種キーは、第１表示部１０に表示されるタッチキーである。
【００１２】
表示装置６は、ハードウェアの構成として、装置全体の動作を制御するＣＰＵ１６と、カラー液晶ディスプレイ等からなる第２表示部１７と、表示制御装置１との間でデータ通信を行う第２通信部１８と、ユーザが操作可能な各種キーを含む第２操作部１９とを有する。第２操作部１９の各種キーは、第２表示部１７に表示されるタッチキー及び後述する図５から図７に示すような例えばオーディオキー１９ａやメニューキー１９ｂ等のハードキー（機械的なキー）を含む。第１表示部１０はメイン表示部として機能すると共に第２表示部１７はサブ表示部として機能し、これら第１表示部１０の画面と第２表示部１７の画面は上下に並んで表示される。
【００１３】
表示制御装置１のＣＰＵ９は、その機能に応じて、表示制御部９ａと、通信制御部９ｂと、広域通信制御部９ｃと、操作受付部９ｄとを有する。表示制御部９ａは、第１表示部１０に表示させる画面を制御する。表示制御部９ａは、例えばエアコン装置２、オーディオ装置３、電話機４及びナビゲーション装置５等から画面データを入力することで、エアコン操作画面、オーディオ操作画面、電話操作画面及びナビゲーション処理に係る操作画面や地図画面等を第１表示部１０に表示させる。又、表示制御部９ａは、これらの画面等のデータを第１通信部１１から表示装置６に転送することで、これらの画面等を第２表示部１０に表示させる。通信制御部９ｂは、表示装置６等との間のデータ通信を制御する。広域通信制御部９ｃは、広域通信部１３とサーバ１４との間の通信ネットワーク１５を介したデータ通信を制御し、汎用アプリ２５の提供元であるストア２６から汎用アプリ２５を通信ネットワーク１５を介して広域通信部１３にダウンロード可能となっている。尚、汎用アプリ２５自身でもストア２６から汎用アプリ２５を通信ネットワーク１５を介して通信部１２にダウンロード可能である。操作受付部９ｄは、ユーザが第１操作部１２にて行う操作を受付ける。
【００１４】
表示装置６のＣＰＵ１６は、その機能に応じて、表示制御部１６ａと、通信制御部１６ｂと、操作受付部１６ｃとを有する。表示制御部１６ａは、第２表示部１７に表示させる画面を制御する。通信制御部１６ｂは、表示制御装置１との間のデータ通信を制御する。操作受付部１６ｃは、ユーザが第２操作部１９にて行う操作を受付ける。
【００１５】
表示制御装置１は、ソフトウェアの構成として、図２に示すように、ハードウェア８上に汎用プラットフォーム２０を実装し、汎用プラットフォーム２０上に専用ミドルウェア２１と、汎用ミドルウェア２２と、インタフェース（Ｉ／Ｆ）２３とを実装している。汎用プラットフォーム２０は、ハードウェア８の上位に位置するプラットフォームである。専用ミドルウェア２１は、汎用プラットフォーム２０上で動作し、車両側の（車両に予め実装されている車両連携の）専用アプリケーションプログラム（以下、専用アプリと称する）２４を実行可能なミドルウェアである。汎用ミドルウェア２２は、汎用プラットフォーム２０上で動作し、例えば外部から配信される汎用アプリケーションプログラム（以下、汎用アプリと称する）２５を実行可能なミドルウェアである。インタフェース２３は、専用ミドルウェア２１と汎用ミドルウェア２２との間でデータの授受を行う。
【００１６】
専用ミドルウェア２１上に搭載されている専用アプリ２４（図２ではＡ、Ｂ、Ｃ、Ｄ）は、例えばエアコン機能を実現するためのエアコンアプリ、オーディオ機能を実現するためのオーディオアプリ、電話機能を実現するための電話アプリ、ナビゲーション機能を実現するためのナビゲーションアプリ等である。汎用ミドルウェア２２上に搭載されている汎用アプリ２５（図２ではＥ、Ｆ、Ｇ、Ｈ）は、例えばソーシャルネットワークアプリ、コミュニケーションアプリ、ＷＥＢ検索アプリ、インターネットラジオアプリ等である。汎用アプリ２５は、ユーザ操作より追加や削除が容易に可能なアプリである。
【００１７】
上記した構成では、表示制御装置１は、車両バッテリ（図示せず）から供給される電力を動作電力として起動する。ＣＰＵ９は、装置停止時にはバスライン７から起動指令信号の入力を監視し、表示制御装置１の起動開始要求の発生を待機している。ＣＰＵ９は、例えばユーザが乗車して車両のＡＣＣスイッチをオフからオンに切換えたことに追従してバスライン７から起動指令信号を入力したと判定すると、表示制御装置１の起動開始要求が発生したと判定する。そして、ＣＰＵ９は、表示制御装置１の起動開始要求が発生したと判定すると、起動開始指令を専用ミドルウェア２１に通知して当該専用ミドルウェア２１を起動開始し、専用ミドルウェア２１を起動開始した後に、起動開始指令を汎用ミドルウェア２２に通知して当該汎用ミドルウェア２２を起動開始する。又、専用ミドルウェア２１は、起動完了すると、汎用ミドルウェア２２に対して汎用アプリ２５の実行開始を促す機能を有する。
【００１８】
このように専用ミドルウェア２１を起動開始した後に汎用ミドルウェア２２を起動開始する構成では、［発明が解決しようとする課題］に記載したように、汎用ミドルウェア２２が起動完了するまで汎用アプリの操作をユーザに待機させてしまうという問題がある。又、このような問題は、装置起動時だけでなく、通常時（汎用ミドルウェア２２が起動完了した後）でも汎用アプリ２５の異常動作等の要因により汎用ミドルウェア２２がリセットする（再起動開始する）場合にも発生し得る。この点を考慮し、専用ミドルウェア２１及び汎用ミドルウェア２２は、以下の処理を行う。
【００１９】
次に、上記した構成の作用について、図３から図９も参照して説明する。ここでは、装置起動時、通常時のそれぞれで専用ミドルウェア２１及び汎用ミドルウェア２２が行う処理を説明する。専用ミドルウェア２１が行う処理には表示制御プログラムの処理を含む。又、前回の（最後に）ＡＣＣスイッチがオンからオフに切換わった時点で音楽アプリが起動していたことを前提として説明する。
【００２０】
（１）装置起動時
（１−１）装置起動時に専用ミドルウェア２１が行う処理（図３参照）
専用ミドルウェア２１は、ＣＰＵ９から起動開始指令が通知されて起動処理を開始すると、起動開始し（Ｓ１）、所定の起動開始手順を行い、起動完了を待機する（Ｓ２）。専用ミドルウェア２１は、所定の起動開始手順を最初から最後まで正常に完了し、起動完了したと判定すると、図５に示すようにホーム画面Ｍ１を第２表示部１７に表示させ（描画し）（Ｓ３）、自身が搭載している音楽アプリを起動する（Ｓ４）。即ち、専用ミドルウェア２１は、前回の（最後に）ＡＣＣスイッチがオンからオフに切換わった時点で起動していた音楽アプリを起動することで、例えばＣＤ（Compact Disc）（登録商標）等の音楽用記録媒体に記録されている楽曲データを再生していた場合であれば、その楽曲データの再生を再開する。専用ミドルウェア２１は、ホーム画面Ｍ１において、音楽アプリ画面の待機を促すメッセージを表示させる。
【００２１】
次いで、専用ミドルウェア２１は、ユーザがオーディオキー１９ａを操作した（汎用アプリケーションに係る画面の表示要求を示すユーザ操作を受付けた）か否かを監視する（Ｓ５）。専用ミドルウェア２１は、ユーザがオーディオキー１９ａを操作したと判定すると（Ｓ５：ＹＥＳ）、その時点で汎用ミドルウェア２２が起動完了しているか否かを判定する（Ｓ６）。
【００２２】
専用ミドルウェア２１は、その時点で汎用ミドルウェア２２から起動完了通知を未だ受信しておらず、汎用ミドルウェア２２が起動完了していないと判定すると（Ｓ６：ＮＯ）、図６に示すように専用ミドルウェア２１のオーディオ画面Ｍ２を第２表示部１７に表示させる（描画する）（Ｓ７、第１の手順）。専用ミドルウェア２１のオーディオ画面Ｍ２は、汎用アプリ２５に係るユーザ操作を受付可能な画面である。専用ミドルウェア２１は、音楽用記録媒体に記録されている楽曲データの再生を再開した場合であれば、専用ミドルウェア２１のオーディオ画面Ｍ２において、再生キー２７ａ、停止キー２７ｂ、一時停止キー２７ｃ、順方向スキップキー２７ｄ、逆方向スキップキー２７ｅを表示させる。この状態では、専用ミドルウェア２１は、ユーザがこれらのキー２７ａ〜２２ｅのうち何れかのキーを操作したと判定すると、そのユーザが操作したキーにしたがって音楽アプリの挙動を制御する。専用ミドルウェア２１は、例えばユーザが順方向スキップキー２７ｄを操作したと判定すると、再生する楽曲データを順方向にスキップする。
【００２３】
専用ミドルウェア２１は、汎用ミドルウェア２２が起動完了するまで専用ミドルウェア２１のオーディオ画面Ｍ２を第２表示部１７に表示させ続ける。即ち、ユーザは、汎用ミドルウェア２２が起動完了するまでの期間でも、音楽アプリの挙動（再生や停止等）を制御することが可能となる。尚、本実施形態では、楽曲データの再生を再開した場合に、専用ミドルウェア２１のオーディオ画面Ｍ２に再生キー２７ａや停止キー２７ｂ等を表示させ、再生や停止等の基本機能の操作を可能としているが、例えばラジオ放送の出力を再開した場合であれば、専用ミドルウェア２１のオーディオ画面Ｍ２に受信周波数の設定キー等を表示させ、選局等の基本機能の操作を可能としても良い。
【００２４】
専用ミドルウェア２１は、汎用ミドルウェア２２から起動完了通知を受信し、汎用ミドルウェア２２が起動完了したと判定すると（Ｓ６：ＹＥＳ）、表示要求をインタフェース２３を介して汎用ミドルウェア２２に送信し（Ｓ８）、汎用ミドルウェア２２からの画面データの受信を待機する（Ｓ９）。専用ミドルウェア２１は、汎用ミドルウェア２２から画面データを受信したと判定すると（Ｓ９:ＹＥＳ）、その受信した画面データをデコードし、図７に示すように汎用ミドルウェア２２の汎用アプリ画面（音楽アプリ画面）Ｍ３を第２表示部１７に表示させる（描画する）（Ｓ１０、第２の手順）。汎用ミドルウェア２２の汎用アプリ画面Ｍ３は、汎用ミドルウェア２１からインタフェース２３を介して転送された画面データを含む汎用アプリ２５の画面である。専用ミドルウェア２１は、汎用ミドルウェア２２の汎用アプリ画面Ｍ３において、再生中の楽曲に関する情報（アーティスト名やアルバム名等）２８ａ、メニューキー２８ｂ、プレイリストキー２８ｃ、曲情報編集キー２８ｄ、曲検索キー２８ｅを表示させる。即ち、ユーザは、汎用ミドルウェア２２が起動完了すると、再生中の楽曲に関する情報を取得したり曲情報を編集したりすることが可能となる。
【００２５】
尚、専用ミドルウェア２１は、ユーザがオーディオキー１９ａを操作したと判定し（Ｓ５：ＹＥＳ）、その時点で汎用ミドルウェア２２が起動完了していると判定すると（Ｓ６：ＹＥＳ）、専用ミドルウェア２１のオーディオ画面Ｍ２を表示せずに、汎用ミドルウェア２２の汎用アプリ画面Ｍ３を速やかに第２表示部１７に表示させる。
【００２６】
（１−２）装置起動時に汎用ミドルウェア２２が行う処理（図４参照）
汎用ミドルウェア２２は、ＣＰＵ９から起動開始指令が通知されて起動処理を開始すると、起動開始し（Ｔ１）、所定の起動開始手順を行い、起動完了を待機する（Ｔ２）。汎用ミドルウェア２２は、所定の起動開始手順を最初から最後まで正常に完了し、起動完了したと判定すると、起動完了した旨を示す起動完了通知をインタフェース２３を介して専用ミドルウェア２１に送信する（Ｔ３）。そして、汎用ミドルウェア２２は、専用ミドルウェア２１からの表示要求の受信を待機する（Ｔ４）。汎用ミドルウェア２２は、専用ミドルウェア２１から表示要求を受信したと判定すると（Ｔ４：ＹＥＳ）、画面データをインタフェース２３を介して専用ミドルウェア２１に送信する（Ｔ５）。
【００２７】
以上に説明したように、装置起動時に専用ミドルウェア２１が音楽アプリを起動し、汎用ミドルウェア２２が起動完了するまでは専用ミドルウェア２１がオーディオ画面Ｍ２を表示させるようにした。その結果、ユーザは、汎用ミドルウェア２２が起動完了する前でも音楽アプリの挙動（再生や停止等）を制御することが可能となる。
【００２８】
（２）通常時
（２−１）通常時に専用ミドルウェア２１が行う処理（図８参照）
この場合、専用ミドルウェア２１は、ユーザがオーディオキー１９ａを操作したか否かを監視しており（Ｓ１１）、ユーザがオーディオキー１９ａを操作したと判定すると（Ｓ１１：ＹＥＳ）、その時点で汎用ミドルウェア２２が起動完了しているか否かを判定する（Ｓ１２）。
【００２９】
専用ミドルウェア２１は、例えば汎用アプリの異常動作等の要因により汎用ミドルウェア２２が起動完了していないと判定すると（Ｓ１２：ＮＯ）、この場合も、図６に示すように専用ミドルウェア２１のオーディオ画面Ｍ２を第２表示部１７に表示させ（Ｓ１３）、汎用ミドルウェア２２からの再起動完了通知の受信を待機する。
【００３０】
専用ミドルウェア２１は、汎用ミドルウェア２２から再起動完了通知を受信し、汎用ミドルウェア２２が起動完了（再起動完了）したと判定すると（Ｓ１２：ＹＥＳ）、これ以降、装置起動時と同様にして、表示要求をインタフェース２３を介して汎用ミドルウェア２２に送信し（Ｓ１４）、汎用ミドルウェア２２からの画面データの受信を待機する（Ｓ１５）。専用ミドルウェア２１は、汎用ミドルウェア２２から画面データを受信したと判定すると（Ｓ１５：ＹＥＳ）、その受信した画面データをデコードし、汎用ミドルウェア２２の汎用アプリ画面Ｍ３を第２表示部１７に表示させる（Ｓ１６）。
【００３１】
（２−２）通常時に汎用ミドルウェア２２が行う処理（図９参照）
汎用ミドルウェア２２は、例えば汎用アプリの異常動作等の要因により再起動処理を開始すると、再起動開始し（Ｔ１１）、所定の再起動開始手順を行い、再起動完了を待機する（Ｔ１２）。汎用ミドルウェア２２は、所定の再起動開始手順を最初から最後まで正常に完了し、再起動完了したと判定すると（Ｔ１２:ＹＥＳ）、再起動完了した旨を示す再起動完了通知をインタフェース２３を介して専用ミドルウェア２１に送信する（Ｔ１３）。そして、汎用ミドルウェア２２は、これ以降、装置起動時と同様にして、専用ミドルウェア２１からの表示要求の受信を監視し（Ｔ１４）、専用ミドルウェア２１から表示要求を受信したと判定すると（Ｔ１４：ＹＥＳ）、画面データをインタフェース２３を介して専用ミドルウェア２１に送信する（Ｔ１５）。
【００３２】
以上に説明したように、汎用ミドルウェア２２が起動完了した後に例えば汎用アプリ２５の異常動作等の要因によりリセット（再起動開始）した場合でも汎用ミドルウェア２２が再起動完了するまでは専用ミドルウェア２１がオーディオ画面Ｍ２を表示させるようにした。その結果、ユーザは、汎用ミドルウェア２２が再起動完了する前でも音楽アプリの挙動（再生や停止等）を制御することが可能となる。
【００３３】
以上に説明したように本実施形態によれば、次に示す効果を得ることができる。
表示制御装置１において、装置起動時や例えば汎用アプリ２５の異常動作等が発生した場合に、専用ミドルウェア２１が起動完了している一方で汎用ミドルウェア２２が起動完了していなくとも、専用ミドルウェア２１のオーディオ画面Ｍ２を表示させるようにした。これにより、汎用アプリ２５に係るユーザ操作が可能となり、汎用ミドルウェア２２が起動完了するまで汎用アプリ２５の操作をユーザに待機させてしまうことがなくなる。その結果、汎用アプリ２５のサービスをユーザに速やかに提供することができる。そして、汎用ミドルウェア２２が起動完了すると、汎用ミドルウェア２１からインタフェース２３を介して転送された画面データを含む汎用アプリ２５の画面を表示させるようにした。これにより、汎用アプリ２５に関する情報をユーザに速やかに提供することができる。
【００３４】
本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
汎用アプリは、音楽アプリ以外のアプリであっても良い。
【符号の説明】
【００３５】
図面中、１は表示制御装置、１７は第２表示部（表示手段）、２１は専用ミドルウェア、２２は汎用ミドルウェア、２３はインタフェース、２４は専用アプリケーションプログラム、２５は汎用アプリケーションプログラムである。
【図１】
2016021124.tif 000003
【図２】
2016021124.tif 000004
【図３】
2016021124.tif 000005
【図４】
2016021124.tif 000006
【図５】
2016021124.tif 000007
【図６】
2016021124.tif 000008
【図７】
2016021124.tif 000009
【図８】
2016021124.tif 000010
【図９】
2016021124.tif 000011