(57)【要約】【課題】外部装置にあわせて設計変更を行うことなく、ユーザの操作性を向上させること。【解決手段】実施形態に係る出力処理装置は、取得部と、出力処理部とを備える。取得部は、外部装置が有する拡張アプリケーションを操作するための表示部品と、表示部品の画面階層を指定する記述子とを含む拡張アプリケーション情報を外部装置から取得する。出力処理部は、取得部によって取得された拡張アプリケーション情報で指定された画面階層に表示部品を表示させる。【選択図】図１
2018097659.tif 000002
【特許請求の範囲】
【請求項１】
外部装置が有する拡張アプリケーションを操作するための表示部品と、前記表示部品の画面階層を指定する記述子とを含む拡張アプリケーション情報を前記外部装置から取得する取得部と、
前記取得部によって取得された前記拡張アプリケーション情報で指定された前記画面階層に前記表示部品を表示させる出力処理部と
を備えることを特徴とする出力処理装置。
【請求項２】
前記出力処理部は、
同一の前記画面階層に複数の前記表示部品がある場合に、当該画面階層に前記複数の表示部品を一覧表示させること
を特徴とする請求項１に記載の出力処理装置。
【請求項３】
前記拡張アプリケーション情報は、
前記表示部品に対応するコマンドを含み、
ユーザによる操作信号によって前記表示部品が選択された場合に、当該操作信号を当該表示部品に対応する前記コマンドへ変換し、当該コマンドにより操作される前記拡張アプリケーションへ出力するコマンド出力部
をさらに備えること
を特徴とする請求項１または２に記載の出力処理装置。
【請求項４】
前記出力処理部は、
前記コマンド出力部が前記コマンドを前記拡張アプリケーションへ出力した場合に、前記コマンドに対応する操作画面を当該拡張アプリケーションから取得して出力し、
前記コマンド出力部は、
前記出力処理部が当該操作画面を出力している期間において前記操作信号を受け付けた場合に、当該操作信号を当該拡張アプリケーションへ出力すること
を特徴とする請求項３に記載の出力処理装置。
【請求項５】
前記拡張アプリケーションを含むアプリケーションから、ユーザへ提供すべき提供情報と、当該提供情報を提供する優先度を示すパラメータとを含む出力要求を受け付ける受付部と、
ユーザへ第１の前記提供情報を出力している期間において前記受付部が第２の前記提供情報の前記出力要求を受け付けた場合に、前記第１の提供情報の出力を継続させるか、前記第１の提供情報に代えて前記第２の提供情報を出力させるかの調停を前記パラメータに基づいて行う調停部と
をさらに備えること
を特徴とする請求項１〜４のいずれか一つに記載の出力処理装置。
【請求項６】
前記拡張アプリケーション情報は、
前記表示部品が選択された場合に出力する音声をさらに含み、
前記出力処理部は、
前記表示部品が選択された場合に、当該表示部品に対応する前記音声を出力させること
を特徴とする請求項１〜５のいずれか一つに記載の出力処理装置。
【請求項７】
外部装置が有する拡張アプリケーションを操作するための表示部品と、前記表示部品の画面階層を指示する記述子とを含む拡張アプリケーション情報を前記外部装置から取得する取得工程と、
前記取得工程によって取得された前記拡張アプリケーション情報で指定された前記画面階層に前記表示部品を表示させる出力処理工程と
を含むことを特徴とする出力処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力処理装置および出力処理方法に関する。
【背景技術】
【０００２】
従来、予め実装されたアプリケーションに加え、接続する外部装置が有する拡張アプリケーションの処理結果をディスプレイやスピーカに出力する出力処理装置がある(例えば、特許文献１参照)。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−３８１８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、接続する外部装置にあわせたソフトウェアを出力処理装置側に予め実装しておく必要があり、接続する可能性のある外部装置に応じて出力処理装置の設計を変更する必要があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、外部装置にあわせて設計変更を行うことなく、ユーザの操作性を向上させることができる出力処理装置および出力処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、出力処理装置において、取得部と、出力処理部とを備える。取得部は、外部装置が有する拡張アプリケーションを操作するための表示部品と、前記表示部品の画面階層を指定する記述子とを含む拡張アプリケーション情報を前記外部装置から取得する。出力処理部は、前記取得部によって取得された前記拡張アプリケーション情報で指定された前記画面階層に前記表示部品を表示させる。
【発明の効果】
【０００７】
本発明に係る出力処理装置によれば、外部装置にあわせて設計変更を行うことなく、ユーザの操作性を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、出力処理方法の概要を示す図である。
【図２】図２は、出力処理装置のブロック図である。
【図３】図３は、拡張アプリケーション情報の概要を示す図である。
【図４】図４は、調停情報の具体例を示す図である。
【図５】図５は、調停部による調停処理の具体例を示す図である。
【図６】図６は、出力処理装置が実行する出力処理の処理手順を示すフローチャートである。
【図７】図７は、出力処理装置が実行する調停処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本願の開示する出力処理装置および出力処理方法の実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。
【００１０】
まず、図１を用いて実施形態に係る出力処理方法について説明する。図１は、出力処理方法の概要を示す図である。なお、かかる出力処理方法は、図１に示す出力処理装置１および外部装置５０で情報を送受信することにより実行される。
【００１１】
出力処理装置１は、例えば、車両に搭載され、信号ケーブルＬ１（図２参照）を介して外部装置５０に接続される。また、出力処理装置１は、かかる外部装置５０で実行される拡張アプリケーションの処理結果を例えばタッチパネルディスプレイなどの出力装置へ出力する。
【００１２】
ここで、従来の出力処理装置では、接続する外部装置５０が有する拡張アプリケーションに応じたソフトウェアを出力処理装置１側に予め実装する必要があった。
【００１３】
具体的には、従来の出力処理装置は、かかるソフトウェアを実装していない場合に、例えば、異なる拡張アプリケーションであっても全て同じ表示部品が表示される場合がある。
【００１４】
このため、ユーザは、表示部品がどの拡張アプリケーションに対応しているかを区別できないなど、外部装置５０に対するユーザの操作性が低下するおそれがある。
【００１５】
そこで、実施形態に係る出力処理方法では、上記のソフトウェアに相当する情報を外部装置５０側に格納しておくこととした。具体的には、まず、実施形態に係る出力処理方法は、図１に示すように出力処理装置１が、外部装置５０から拡張アプリケーション情報５４を取得する（ステップＳ１）。
【００１６】
ここで、拡張アプリケーション情報５４は、外部装置５０が実行する拡張アプリケーションをユーザが操作するための表示部品Ｐや、かかる表示部品Ｐに関する情報を記述した記述子を含む。
【００１７】
また、表示部品Ｐは、例えば、タッチパネルディスプレイ上に表示される操作ボタンや拡張アプリケーションを示すアイコンなどの画像データを含む。また、記述子は、例えば、表示部品Ｐの画面階層を指定した情報を含む。
【００１８】
ここで、拡張アプリケーション情報５４は、例えば、出力処理装置１側のメーカから外部装置５０側の各メーカへ配布された規約に基づいて作成される。
【００１９】
このため、出力処理装置１は、かかる規約に基づいて拡張アプリケーション情報５４を解釈することで、接続される外部装置５０によらず、拡張アプリケーション情報５４を解釈することが可能となる。
【００２０】
続いて、実施形態に係る出力処理方法では、出力処理装置１が、拡張アプリケーション情報５４で指定された画面階層に表示部品Ｐを表示させる（ステップＳ２）。
【００２１】
例えば、出力処理装置１が出力する画面階層がメニュー画面であれば、メニュー画面に対応した拡張アプリケーションの表示部品Ｐを表示させる。また、画面階層がメニュー画面の配下にある設定画面であれば、設定画面に対応した拡張アプリケーションの表示部品Ｐを表示させる。
【００２２】
このようにすることで、出力処理装置１が有する内部アプリケーションの表示部品Ｐ１〜３と、拡張アプリケーションの表示部品Ｐ４〜６とを同図に示すようにシームレスに表示することが可能となる。
【００２３】
また、詳細については後述するが、実施形態に係る出力処理方法では、出力処理装置１は、表示部品Ｐ４〜６がユーザに選択された場合、かかる表示部品Ｐ４〜６に対応するコマンドを外部装置５０へ出力することもできる。
【００２４】
これにより、出力処理装置１側で外部装置５０が有する拡張アプリケーションを内部アプリケーションと同様に制御することが可能となる。つまり、実施形態に係る出力処理方法では、出力処理装置１と外部装置５０とをシームレスに連携させることができる。
【００２５】
したがって、実施形態に係る出力処理方法によれば、外部装置５０にあわせて出力処理装置１の設計変更を行うことなく、ユーザの操作性を向上させることができる。
【００２６】
なお、上述した例では、出力処理装置１が１つの外部装置５０に接続される場合について示したが、出力処理装置１は、複数の外部装置５０に接続されることにしてもよい。かかる場合であっても、出力処理装置１側で複数の外部装置５０を制御することが可能である。
【００２７】
また、上述した例では、メニュー画面と設定画面とで同じ表示部品Ｐが表示される場合について示したが、表示する画面にあわせて異なる表示部品Ｐを表示させることもできる。また、図１に示した表示部品Ｐの配置は一例であってこれに限定されるものではない。
【００２８】
ところで、出力処理装置１は、ユーザに提供すべき情報が複数ある場合、どの情報を優先して出力するかの調停を行うこともできる。そして、かかる調停に際しても出力処理装置１側の設計変更を必要としない。この点の詳細については、図５を用いて後述する。
【００２９】
なお、以下では、アプリＡ〜Ｃを出力処理装置１が有する内部アプリーションとして、アプリＥ〜Ｆを外部装置５０が有する拡張アプリケーションとして説明する。
【００３０】
続いて、図２を用いて実施形態に係る出力処理装置１の構成について説明する。図２は、出力処理装置１のブロック図である。なお、図２では、出力処理装置１および外部装置５０に加え、タッチパネルディスプレイ４を併せて示す。
【００３１】
タッチパネルディスプレイ４は、表示部、操作部および音声出力部等を備える。タッチパネルディスプレイ４は、出力処理装置１から出力される画像や音声を出力する。
【００３２】
また、タッチパネルディスプレイ４は、例えば、操作部（例えば、タッチパネル）に対するユーザの接触位置を検出し、接触位置に応じた操作信号を出力処理装置１へ出力する。なお、ここでは、表示部、操作部および音声出力部などを兼ねるタッチパネルディスプレイ４である場合について説明したが、表示部、操作部および音声出力部をそれぞれ別体として設けることにしてもよい。
【００３３】
外部装置５０は、制御部５１と、記憶部５３とを備える。制御部５１は、例えば、複数の拡張アプリケーション５２ａ〜ｎを備える。拡張アプリケーション５２ａ〜ｎは、例えば、各拡張アプリケーションの実行状況に応じてユーザに提供すべき提供情報を生成し、出力処理装置１へ出力する。
【００３４】
かかる拡張アプリケーション５２ａ〜ｎとして、例えば、ナビゲーションアプリ、交通情報受信アプリなどがある。ナビゲーションアプリは、例えば、目的地までの経路を示す画像データや音声データなどの提供情報を生成する。
【００３５】
また、ナビゲーションアプリは、経路の途中で分岐点に差し掛かった場合に、進行方向を案内する提供情報を生成する。交通情報受信アプリは、車両周囲の渋滞情報や事故情報を受信し、受信した情報に基づいて提供情報を生成する。
【００３６】
拡張アプリケーション５２ａ〜ｎは、生成した提供情報と、かかる提供情報のユーザに提供すべき優先度を示すパラメータ（以下、調停パラメータという場合がある）を含む出力要求を出力処理装置１へ出力する。
【００３７】
ここで、調停パラメータは、例えば、各拡張アプリケーション５２ａ〜ｎの設計時に、設計者によって提供情報の優先度に応じて予め割り当てられる。
【００３８】
また、以下では、拡張アプリケーション５２ａ〜ｎをまとめて拡張アプリケーション５２と記載し、後述する内部アプリケーション２６ａ〜ｎを内部アプリケーション２６と記載する。また、上記した拡張アプリケーション５２は一例であって、これに限定されるものではない。
【００３９】
また、上述したように、出力処理装置１は、拡張アプリケーション５２と、出力処理装置１が有する内部アプリケーション２６をシームレスに制御することができる。このため、以下では、内部アプリケーション２６および拡張アプリケーション５２を特に区別する必要がない場合、「アプリケーション」や「アプリ」と記載する場合がある。
【００４０】
記憶部５３は、拡張アプリケーション情報５４を記憶する。拡張アプリケーション情報５４は、上記したように拡張アプリケーション５２を操作するための表示部品Ｐ（図１参照）と、表示部品Ｐの画面階層を指定する記述子とを含む。
【００４１】
また、同図に示すように、出力処理装置１は、外部装置５０と信号ケーブルＬ１、映像ケーブルＬ２および音声ケーブルＬ３を介して接続される。信号ケーブルＬ１は、双方向に情報を伝送可能な通信ケーブルである。
【００４２】
映像ケーブルＬ２は、拡張アプリケーション５２が生成した映像データ（時系列的に連続する複数の画像データ）を外部装置５０から出力処理装置１へ伝送する。
【００４３】
また、音声ケーブルＬ３は、拡張アプリケーション５２が生成した音声データを外部装置５０から出力処理装置１へ伝送する。なお、ここでは、信号ケーブルＬ１、映像ケーブルＬ２および音声ケーブルＬ３をそれぞれ別々のケーブルとして示したが、かかるそれぞれのケーブルを一つのケーブルとすることにしてもよい。
【００４４】
また、出力処理装置１および外部装置５０は、無線通信により情報を送受信することにしてもよい。なお、これらのことは、同図には図示を省略しているが、出力処理装置１とタッチパネルディスプレイ４との接続についても同様である。
【００４５】
出力処理装置１は、制御部２と、記憶部３とを備える。制御部２は、取得部２１と、出力処理部２２と、コマンド出力部２３と、受付部２４と、調停部２５と、内部アプリケーション２６とを備える。
【００４６】
また、記憶部３は、アプリケーション情報３１と、調停情報３２とを記憶する。アプリケーション情報３１は、上記した拡張アプリケーション情報５４や、内部アプリケーション２６を制御するための情報を含む。また、調停情報３２は、現在出力中の提供情報に関する調停パラメータの情報であり、調停部２５によって更新される。
【００４７】
ここで、制御部２は、例えば、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。
【００４８】
コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部２の取得部２１、出力処理部２２、コマンド出力部２３、受付部２４、調停部２５および内部アプリケーション２６として機能する。
【００４９】
また、制御部２の取得部２１、出力処理部２２、コマンド出力部２３、受付部２４、調停部２５および内部アプリケーション２６の少なくともいずれか一つまたは全部をＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成することもできる。
【００５０】
また、記憶部３は、例えば、ＲＡＭやＨＤＤに対応する。ＲＡＭやＨＤＤは、アプリケーション情報３１および調停情報３２を記憶することができる。なお、出力処理装置１は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。
【００５１】
制御部２の取得部２１は、例えば、出力処理装置１の起動時に、新たな外部装置５０が接続されていた場合、外部装置５０から信号ケーブルＬ１を介して拡張アプリケーション情報５４を取得する。そして、取得部２１は、取得した拡張アプリケーション情報５４をアプリケーション情報３１として記憶部３に記憶させる。
【００５２】
このように、取得部２１は、拡張アプリケーション情報５４を出力処理装置１側の記憶部３に記憶しておくことで、拡張アプリケーション情報５４の取得回数を抑制することができる。これにより、拡張アプリケーション情報５４の取得に要する処理負荷を抑制することができる。
【００５３】
なお、取得部２１は、出力処理部２２がタッチパネルディスプレイ４へ出力する画面階層にあわせて必要な拡張アプリケーション情報５４を順次取得することにしてもよい。
【００５４】
かかる場合に、出力処理装置１側の記憶部３に拡張アプリケーション情報５４を全て記憶させる必要がないので、出力処理装置１の記憶部３に記憶容量が小さい安価な記憶媒体を用いることもできる。したがって、出力処理装置１の部品コストを削減することができる。
【００５５】
なお、アプリケーション情報３１は、拡張アプリケーション情報５４と、拡張アプリケーション情報５４に対応した内部アプリケーション２６に関する情報とを含むものとする。
【００５６】
出力処理部２２は、取得部２１によって取得された拡張アプリケーション情報５４により指定された画面階層に表示部品Ｐを表示させる。具体的には、出力処理部２２は、アプリケーション情報３１を参照して、出力する画面階層に対応した表示部品Ｐを表示させた画像を生成し、タッチパネルディスプレイ４へ出力する。
【００５７】
このとき、出力処理部２２は、アプリケーション情報３１を参照した結果、出力を所望する画面階層に複数の表示部品Ｐがあれば、かかる複数の表示部品Ｐを一覧表示させた画像を生成する。
【００５８】
これにより、タッチパネルディスプレイ４には、拡張アプリケーション５２の表示部品Ｐと後述する内部アプリケーション２６の表示部品Ｐとがシームレスに表示されることとなる。
【００５９】
また、出力処理部２２は、各表示部品Ｐの表示位置に関する情報（以下、表示位置情報という）を生成し、記憶部３に格納する。そして、コマンド出力部２３は、かかる表示位置情報に基づいて各表示部品Ｐの表示位置を確認することとなる。
【００６０】
ところで、従来の出力処理装置では、例えば、設定画面において内部アプリケーション２６の表示部品Ｐは表示されるものの、拡張アプリケーション５２の表示部品Ｐについては表示されなかった。
【００６１】
このため、ユーザは、拡張アプリケーション５２の設定を変更しようとする場合、例えば、メニュー画面から拡張アプリケーション５２を呼び出して、拡張アプリケーション５２の設定を行う必要があった。
【００６２】
このため、従来の出力処理装置では、ユーザが拡張アプリケーション５２の設定を変更する場合に、画面階層を何度も行き来して設定を行う必要があり、操作時間が嵩んでしまう。そのため、従来の出力処理装置では、ユーザの操作性が低下してしまう。
【００６３】
一方、実施形態に係る出力処理装置１は、内部アプリケーション２６および拡張アプリケーション５２に関係なく対応する表示部品Ｐを設定画面に一覧表示させることができる。
【００６４】
したがって、ユーザは、少ない操作で各拡張アプリケーション５２の設定を行うことができる。このため、操作時間を短縮することができ、ユーザの操作性を向上させることができる。
【００６５】
また、出力処理部２２は、後述するコマンド出力部２３がアプリケーションへコマンドを出力した場合に、タッチパネルディスプレイ４への出力の権限（以下、出力権限という）をかかるアプリケーションへ渡す。
【００６６】
なお、以下では、出力権限が出力処理部２２にある場合、すなわち、タッチパネルディスプレイ４に表示された表示画面が、メニュー画面や設定画面などである場合について内部出力モードといい、出力権限がアプリケーションにある場合を外部出力モードという。
【００６７】
コマンド出力部２３は、表示部品Ｐが選択された場合に、かかる表示部品Ｐに対応するコマンドを拡張アプリケーション５２や内部アプリケーション２６へ出力する。
【００６８】
具体的には、まず、コマンド出力部２３は、タッチパネルディスプレイ４から操作信号が入力された場合に、かかる操作信号および上記した表示位置情報に基づき、操作信号がどの表示部品Ｐを選択したかを確認する。
【００６９】
続いて、コマンド出力部２３は、選択された表示部品Ｐに対応するコマンドを記憶部３に記憶されたアプリケーション情報３１から読み出す。そして、コマンド出力部２３は、操作信号をかかるコマンドへ変換し、かかるコマンドを対応するアプリケーションへ出力する。
【００７０】
これにより、アプリケーションは、かかるコマンドに対応した制御を実行することができる。すなわち、出力処理装置１側で拡張アプリケーション５２を制御することが可能となる。
【００７１】
また、上記した外部出力モードである場合、タッチパネルディスプレイ４には、出力権限を有するアプリケーションから出力される画像が表示されることとなる。
【００７２】
このため、外部出力モードである場合に、コマンド出力部２３は、タッチパネルディスプレイ４から操作信号を取得した場合、出力権限を有するアプリケーションへ操作信号をそのまま出力する。そして、アプリケーションは、かかる操作信号を自ら解析し、操作信号に応じた制御を行う。
【００７３】
つまり、外部出力モードにおいて、コマンド出力部２３は、操作信号をコマンドに変換せず、操作信号をそのまま出力することで、各アプリケーションは、自ら描画した画像にあわせて制御を行うことができる。
【００７４】
したがって、アプリケーションは、上記したコマンド以外のより細かい制御（例えばアプリケーションの詳細設定など）を実行することが可能となる。また、かかる場合に、コマンド出力部２３による操作信号のコマンドへの変換処理を省略することができるため、コマンド出力部２３の処理負荷を抑えることもできる。
【００７５】
受付部２４は、各アプリケーションから入力される出力要求を受け付け、受け付けた出力要求を調停部２５へ渡す。調停部２５は、受付部２４から出力要求が入力された場合に、タッチパネルディスプレイ４から出力中の提供情報に代えて出力要求側の提供情報を出力するか否かの調停を行う。なお、調停部２５による調停処理の具体例については図５を用いて後述する。
【００７６】
ここで、従来の出力処理装置では、各提供情報について優先度を規定した調停テーブルを予め記憶しておき、かかる調停テーブルに基づいて提供情報の調停が行われていた。
【００７７】
かかる調停テーブルは、外部装置５０や新たなアプリケーションが追加される場合、既存の提供情報と追加される提供情報との全ての調停の勝敗結果を定めて変更する必要があった。
【００７８】
一方、実施形態に係る出力処理装置１は、上記したように提供情報ごとに調停パラメータを取得し、かかる調停パラメータに基づいて調停を行う。このため、実施形態に係る出力処理装置１では、調停テーブルを必要とせず、適切に調停を行うことが可能となる。
【００７９】
したがって、出力処理装置１に新たな外部装置５０が接続される場合であっても、出力処理装置１側の設計変更を行わずに、調停を行うことができる。
【００８０】
内部アプリケーション２６ａ〜ｎは、拡張アプリケーション５２と同様に、各アプリの実行状況に応じてユーザに提供すべき提供情報を生成し、出力要求を受付部２４へ出力する。内部アプリケーション２６ａ〜ｎは、例えば、音楽や動画を再生するオーディオアプリ、テレビの電波を受信してテレビ映像を出力するテレビアプリ、車両の燃費を計算する燃費計算アプリなどがある。なお、内部アプリケーション２６ａ〜ｎは、上記の例に限定されるものではなく、任意に変更することができる。
【００８１】
また、出力処理装置１は内部アプリケーション２６を備えない構成とすることにしてもよい。かかる場合に、出力処理装置１の製造コストを削減することができる。
【００８２】
次に、図３を用いて拡張アプリケーション情報５４について説明する。図３は、拡張アプリケーション情報５４の模式図である。
【００８３】
同図に示すように、拡張アプリケーション情報５４には、拡張アプリケーションごとに、記述子ファイルや画像・音声ファイルが格納される。
【００８４】
具体的には、記述子ファイルは、表示部品Ｐに関する情報を記述した記述子が格納される。かかる記述子によって記述された情報（以下、記述情報という）は、表示部品Ｐの名称や、表示部品Ｐの画面階層を指定する情報や、表示部品Ｐが格納されたアドレスなどを含む。
【００８５】
また、記述情報は、上記したように表示部品Ｐが選択された場合に、コマンド出力部２３から出力するコマンドを含む。また、記述情報に、例えば、表示部品Ｐが選択された場合の操作音の音声データを指定する情報や、かかる音声データが格納されたアドレスなどを含むようにしてもよい。
【００８６】
かかる場合に、ユーザが表示部品Ｐを選択すると、出力処理部２２は、かかる表示部品Ｐに対応する操作音を音声出力部から出力させる。このため、出力処理装置１は、ユーザに表示部品Ｐの選択操作を受け付けたことを聴覚的に認識させることができる。
【００８７】
ここで、本実施形態では、全ての外部装置５０に格納する記述子のフォーマットを統一することにしている。これにより、出力処理装置１は、新たな外部装置５０が接続される場合であっても、かかる外部装置５０を同様に制御することが可能となる。
【００８８】
なお、記述子のフォーマットは、例えば、ＸＭＬ（Extensible  Markup  Language）形式であるが、フォーマットが統一されていれば、これに限定されるものではない。また、記述子のフォーマットは、１つであってもよいし、複数であってもよい。
【００８９】
画像・音声ファイルには、表示部品Ｐの画像データや、かかる表示部品Ｐが選択された場合に出力される操作音の音声データなどが記述子によって定められたアドレスに格納される。
【００９０】
次に、図４を用いて調停情報３２について説明する。図４は、調停情報３２の具体例を示す図である。調停情報３２は、現在出力している提供情報の調停パラメータに関する情報であり、調停部２５の調停結果に応じて随時更新される。
【００９１】
また、同図に示す「出力モード」は、タッチパネルディスプレイ４（図２参照）から出力される提供情報のコンテンツの種別を示している。かかる出力モードには、映像モードや、音声モードの他、音声の割り込みを示す割込み音声モードなどがある。
【００９２】
また、同図に示す「出力アプリ」は、各出力モードにおいて現在出力しているアプリケーションを示す。同図に示す例では、映像モードおよび音声モードでは、内部アプリケーション２６であるアプリＡおよびアプリＢによる提供情報を現在出力中であることを示す。また、割込み音声モードでは、拡張アプリケーション５２であるアプリＤによる提供情報を現在出力中であることを示す。
【００９３】
ここで、同図に示すように、実施形態に係る出力処理装置１は、アプリケーションが出力する各提供情報について出力する優先度を示す複数の調停パラメータを持たせることにしている。
【００９４】
具体的には、調停パラメータは、「出力時の優先度」と、「出力要求時の優先度」とを有する。これは、出力要求時の優先度と、出力途中における優先度が異なる場合があるためである。
【００９５】
なお、以下では、調停パラメータの数値が大きい程、提供すべき優先度が高いものとして説明する。例えば、車両周囲の渋滞情報や、周辺の交通規制情報などの提供情報は、リアルタイムで比較的早くユーザに伝える必要があるが、出力後に継続させて出力する必要性が低い。
【００９６】
このため、かかる提供情報は、出力時の優先度よりも出力要求時の優先度が高くなるようにパラメータが割り当てられる。換言すると、リアルタイムで提供すべき提供情報については、出力要求時のパラメータに出力時のパラメータよりも高い値が割り当てられる。
【００９７】
また、同図に示すように、調停パラメータとして「待機ビット」を各提供情報に割り当てることにしてもよい。かかる待機ビットは、調停で負けた場合に、提供情報の出力を保留するか否かを示す。例えば、待機ビットが「１」である場合、提供情報の出力は保留される。
【００９８】
そして、保留された提供情報はいったん記憶部３に格納され、調停で勝った提供情報が出力された後に出力される。これにより、複数の提供情報を出力すべき順に順次出力することができる。一方、待機ビットが「０」である場合、かかる提供情報は保留されず、出力がキャンセルされる。
【００９９】
次に、図５を用いて調停部２５による調停処理について説明する。図５は、調停部２５による調停処理の具体例を示す図である。なお、ここでは、同図に示す拡張アプリケーション５２であるアプリＥから出力要求が入力される場合を例に挙げて説明する。
【０１００】
同図に示すように、出力要求は、出力モードと調停パラメータとを含む。そして、調停部２５は、出力要求を取得すると出力要求に含まれる出力モードと出力要求時の優先度とを確認する。図５に示す例では、出力要求におけるアプリＥの出力モードは映像モードである。
【０１０１】
このため、調停部２５は、映像モードにおいて現在出力中であるアプリＡの出力時の優先度と、出力要求に含まれるアプリＥの出力要求時の優先度とのパラメータを比較する。
【０１０２】
そして、調停部２５は、比較の結果、優先度の高いパラメータを有する方の提供情報を勝ちとして決定する。同図に示す例では、現在出力中であるアプリＡの出力時の優先度は「３」であり、アプリＥの出力要求時の優先度は「５」である。
【０１０３】
このため、調停部２５は、アプリＥの提供情報を勝ちとして、かかる提供情報を出力処理部２２へ出力し、タッチパネルディスプレイ４（図２参照）から出力させる。
【０１０４】
また、調停部２５は、調停の結果、負けたアプリＡの待機ビットを確認する。ここでは、調停部２５は、アプリＡの待機ビットが「１」であるため、かかる提供情報を保留し、アプリＥの提供情報の出力終了後にアプリＡの提供情報を出力させる。
【０１０５】
ここで、調停部２５は、図４に示した調停情報３２の映像モードについてアプリＡからアプリＥの調停パラメータへ更新する。これにより、調停情報３２には、現在出力中の調停パラメータが記憶されることとなる。
【０１０６】
なお、ここでは、調停部２５が各アプリ（ここでは、アプリＥ）から出力要求毎に調停パラメータを取得する場合について例示したが、これに限定されるものではない。
【０１０７】
例えば、出力処理装置１は、外部装置５０との接続時に、外部装置５０から全ての提供情報に関する調停パラメータを上記した拡張アプリケーション情報５４として取得し、記憶部３に記憶しておくことにしてもよい。
【０１０８】
かかる場合に、調停部２５は、拡張アプリケーション５２から出力される提供情報に応じて調停パラメータを記憶部３から呼び出して調停を行うこともできる。
【０１０９】
また、提供情報によっては、調停の結果、引き分け、すなわち、双方のパラメータが等しい場合がある。このため、各提供情報について引き分けであった場合用に、サブ優先度のパラメータをさらに備えることにしてもよい。
【０１１０】
そして、調停部２５は、一度目の調停で引き分けだった場合に、サブ優先度のパラメータを用いて調停を行うこともできる。これにより、優先度が競合する提供情報であっても調停結果を細分化して判定することができる。
【０１１１】
なお、ここでは、映像モードに対する調停を例に挙げたが、他の出力モード（音声モード、割込み音声モード等）についても同様である。また、調停部２５が、一つのアプリから同時に複数の出力モードに対する出力要求（例えば、映像モードと音声モードなど）を取得した場合、例えば、出力モードごとに調停を行うこともできる。
【０１１２】
次に、図６を用いて実施形態に係る出力処理装置１が実行する処理手順について説明する。図６は、出力処理装置１が実行する処理手順を示すフローチャートである。
【０１１３】
図６に示すように、まず、出力処理装置１の取得部２１は、出力処理装置１に新たに接続された外部装置５０が有りか否かを判定する（ステップＳ１０１）。ここで、出力処理装置１に新たな外部装置５０が接続されていた場合（ステップＳ１０１，Ｙｅｓ）、取得部２１は、拡張アプリケーション情報５４を取得する（ステップＳ１０２）。
【０１１４】
一方、出力処理装置１に新たな外部装置５０が接続されていない場合（ステップＳ１０１，Ｎｏ）、既に拡張アプリケーション情報５４は取得済みであるため、ステップＳ１０２を省略してステップＳ１０３に制御を移す。
【０１１５】
出力処理部２２は、タッチパネルディスプレイ４に画面階層にあわせた表示部品Ｐを表示させる（ステップＳ１０３）。続いて、コマンド出力部２３は、表示部品Ｐが選択された場合に、選択された表示部品Ｐに対応するコマンドを出力する（ステップＳ１０４）。
【０１１６】
そして、出力処理部２２は、選択されたアプリケーションへ出力権限を渡して（ステップＳ１０５）、コマンド出力部２３は、操作信号を出力して（ステップＳ１０６）、処理を終了する。
【０１１７】
次に、図７を用いて出力処理装置１が実行する調停処理の処理手順について説明する。図７は、出力処理装置１が実行する調停処理の処理手順を示すフローチャートである。
【０１１８】
同図に示すように、まず、受付部２４は、出力要求を受け付けたか否かを判定する（ステップＳ２０１）。次に、調停部２５は、受付部２４が出力要求を受け付けた場合に（ステップＳ２０１，Ｙｅｓ）、提供すべき優先度を示すパラメータに基づき調停を行う（ステップＳ２０２）。
【０１１９】
ここで、出力処理部２２は、調停の結果、勝った方の提供情報を出力する（ステップＳ２０３）。また、調停部２５は、調停の結果、負けた方の提供情報の待機フラグは１か否かを確認する（ステップＳ２０４）。
【０１２０】
このとき、調停部２５は、待機フラグが１であれば（ステップＳ２０４，Ｙｅｓ）、負けた方の提供情報の出力を保留し（ステップＳ２０５）、処理を終了する。
【０１２１】
一方、受付部２４が出力要求を受け付けなかった場合（ステップＳ２０１，Ｎｏ）や、負けた方の提供情報の待機フラグが０であった場合（ステップＳ２０４，Ｎｏ）、かかる提供情報の出力を保留せず、処理を終了する。
【０１２２】
上述したように、実施形態に係る出力処理装置１は、取得部２１と、出力処理部２２とを備える。取得部２１は、外部装置５０が有する拡張アプリケーション５２を操作するための表示部品Ｐと、表示部品Ｐの画面階層を指定する記述子とを含む拡張アプリケーション情報５４を外部装置５０から取得する。出力処理部２２は、取得部２１によって取得された拡張アプリケーション情報５４で指定された画面階層に表示部品Ｐを表示させる。
【０１２３】
したがって、実施形態に係る出力処理装置１によれば、外部装置５０にあわせて設計変更を行うことなく、ユーザの操作性を向上させることができる。
【０１２４】
ところで、上述した実施形態では、出力処理装置１が１つの外部装置５０に接続される場合について説明したが、出力処理装置１は、複数の外部装置５０に接続されるようにしてもよい。かかる場合であっても、出力処理装置１は、複数の外部装置５０が有する拡張アプリケーション５２の表示部品Ｐをシームレスに表示することができる。
【０１２５】
また、上述した実施形態では、出力処理装置１は、例えば、車両に搭載される。このため、アプリケーションによって、車両の走行中に利用を制限されるものがある。
【０１２６】
そこで、かかる制限を受ける拡張アプリケーションについて予め拡張アプリケーション情報５４に車両の走行時と、停車時とで異なる表示部品Ｐおよびかかる表示部品Ｐに対応する記述子を格納しておくこともできる。
【０１２７】
そして、出力処理装置１は、車両の走行状態を示す情報を取得し、上記の記述子に従って、走行状態にあわせて表示部品Ｐを変更することができる。走行時の表示部品Ｐは、例えば、ユーザに選択できない旨を視認可能とするようにトーンダウンした画像である。
【０１２８】
また、例えば、拡張アプリケーション情報５４に外部装置５０が更新される度に、更新されたバージョンを示すバージョン情報を格納しておき、出力処理装置１は、自ら解釈可能なバージョンの拡張アプリケーション情報５４を取得することにしてもよい。
【０１２９】
かかる場合に、外部装置５０のバージョンによらず、出力処理装置１側で外部装置５０が有する拡張アプリケーション５２を制御することができる。
【０１３０】
また、例えば、拡張アプリケーション情報５４に、ユーザが表示部品Ｐを押下した場合、もしくは、かかる表示部品Ｐを離した場合で異なるコマンドを指定する記述子を含むようにしてもよい。
【０１３１】
また、例えば、拡張アプリケーション情報５４に、ユーザが表示部品Ｐを押下した場合、もしくは、かかる表示部品Ｐを離した場合に、次に表示させる画像を指定する記述子およびかかる画像を格納することにしてもよい。
【０１３２】
また、拡張アプリケーション情報５４に、使用する言語が異なる複数の表示部品Ｐを格納しておくことにしてもよい。かかる場合に、出力処理装置１が、ユーザが使用する言語にあわせて適切な言語の表示部品Ｐを表示させることもできる。
【０１３３】
かかる場合に、出力処理装置１や外部装置５０の設計を国や地域に応じて変更する必要がないので、出力処理装置１や外部装置５０の開発コストを削減することができる。なお、かかる使用する言語の設定については、例えば、出力処理装置１の初期設定時にユーザが選択することができるものとする。
【０１３４】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細及び代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲及びその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【０１３５】
１    出力処理装置
４    タッチパネルディスプレイ
２１    取得部
２２    出力処理部
２３    コマンド出力部
２４    受付部
２５    調停部
２６    内部アプリケーション
５０    外部装置
５２    拡張アプリケーション
５４    拡張アプリケーション情報
Ｐ    表示部品
【図１】
2018097659.tif 000003
【図２】
2018097659.tif 000004
【図３】
2018097659.tif 000005
【図４】
2018097659.tif 000006
【図５】
2018097659.tif 000007
【図６】
2018097659.tif 000008
【図７】
2018097659.tif 000009