JP6541784B2 - 表示制御装置及び表示制御方法 - Google Patents

Description

本発明は、複数のアプリケーションのコンテンツを一つの表示画面上に表示する表示制御に関する。

複数のアプリケーションのコンテンツを一つの表示画面上に同時に表示することが従来行われている。例えば特許文献１では、カーナビゲーションの画面上に重ねて表示するウィジェットを管理し、ウィジェットがカーナビゲーションの表示物を妨げないよう配慮した制御を行うことが示されている。

とりわけ、カーナビゲーションは、安全又は安心等の観点から、利用者と常に対話し続ける要求仕様を持つことのあるサービスであるため、その表示が他のアプリケーションのコンテンツにより妨げられないようにする必要がある。

また、特許文献２には、複数の表示情報を重ねて表示する際に、文字及び画像の透過率をそれぞれ制御することにより視認性の向上を図ることが示されている。

特開２０１１−０９９７３９号公報 特開２０１３−９２５９３号公報

しかし、どちらの提案も表示制御方法が限られており、制御ルールに沿った表示物とする必要があるため、様々なアプリの組み合わせ表示を適切に行えるものではなかった。本発明は上述の問題に鑑み、１つの画面上に複数のアプリのコンテンツを表示するにあたり、両アプリのコンテンツを視認しやすくすることを目的とする。

本発明の第１の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得するコンテンツ属性取得部と、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部と、を備える。

本発明の第２の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得する表示配置取得部と、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得するコンテンツ属性取得部と、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更するコンテンツ制御部と、を備える。

本発明の第１の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得し、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する。

本発明の第２の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得し、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得し、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更する。

本発明の第１の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得するコンテンツ属性取得部と、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部と、を備える。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。

本発明の第２の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得する表示配置取得部と、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得するコンテンツ属性取得部と、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更するコンテンツ制御部と、を備える。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。

本発明の第１の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得し、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。

本発明の第２の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得し、第２アプリケーションごとに予め定められた第２コンテンツの入力に関する属性を含むコンテンツ属性を取得し、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更する。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。

本発明の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

実施の形態１に係る表示制御装置の構成を示すブロック図である。 実施の形態１に係る表示制御装置のハードウェア構成を示す図である。 アプリ管理情報を示す図である。 禁則マスク管理情報を示す図である。 表示モード管理情報を示す図である。 ウィンドウ管理情報を示す図である。 ウィンドウ管理番号に対応した表示配置を示す図である。 ＯＳの起動処理を示すフローチャートである。 副アプリの起動処理を示すフローチャートである。 副アプリの切替処理を示すフローチャートである。 ＯＳの終了処理を示すフローチャートである。 主ウィンドウの作成処理を示すフローチャートである。 副ウィンドウの作成処理を示すフローチャートである。 副アプリの終了処理を示すフローチャートである。 描画制御管理情報の生成処理を示すフローチャートである。 禁則マスクの更新処理を示すフローチャートである。 表示有無に関する禁則マスクの更新処理を示すフローチャートである。 表示比率に関する禁則マスクの更新処理を示すフローチャートである。 表示領域に関する禁則マスクの更新処理を示すフローチャートである。 表示変化に関する禁則マスクの更新処理を示すフローチャートである。 入力リソースに関する禁則マスクの更新処理を示すフローチャートである。 表示制御装置による画面表示例を示す図である。 ＡＶアプリを副アプリとしたときの２画面表示例において配置状態に応じた表示配置の変化を示す図である。 実施の形態２に係る表示制御装置の構成を示すブロック図である。 実施の形態２のカーナビアプリの構成を示すブロック図である。 描画制御管理情報を示す図である。 表示物の更新処理を示すフローチャートである。 表示領域の更新処理を示すフローチャートである。 規制フラグの更新処理を示すフローチャートである。 ＧＵＩ表示フラグの更新処理を示すフローチャートである。 主要情報移動フラグの更新処理を示す図である。 地図表示フラグの更新処理を示すフローチャートである。 地図表示モード選択フラグの更新処理を示すフローチャートである。 自車位置移動フラグの更新処理を示すフローチャートである。 地図表示物表示フラグの更新処理を示すフローチャートである。 副アプリのコンテンツ属性と地図表示物表示フラグとの対応表を示す図である。 表示制御装置による画面表示例を示す図である。 ウィンドウの表示配置にあわせて主要情報の大きさを変更する画面表示例の図である。

＜Ａ．実施の形態１＞
＜Ａ−１．構成＞
図１は、本発明の実施の形態１に係る表示制御装置１００の構成図である。表示制御装置１００は、副アプリ１，２，３、カーナビアプリ４、描画制御部５、ライブラリ群６及びＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）７を備えている。

以下、表示制御装置１００は車両に搭載されるものとして説明するが、これに限らない。

カーナビアプリ４は主アプリ（第１アプリケーション）の一例である。他のアプリを主アプリとしても良いが、ここではカーナビアプリ４を主アプリとして説明する。本明細書で主アプリとは、通信拡張部４１を備えたアプリのことを言う。通信拡張部４１は、主アプリにのみ使用が許された特別なプログラムの命令セットである。カーナビアプリ４は通信拡張部４１を用いて、副アプリのウィンドウ配置に関する指示を描画制御部５に対して行うことが出来る。

副アプリ１，２，３（第２アプリケーション）は同時に動作することも可能であるが、どれか一つが選択され、選択された副アプリのコンテンツが主アプリのコンテンツと共に後述のディスプレイ９３に表示される。なお、副アプリの数は図１に示す３つに限らない。

描画制御部５は、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３及び描画制御管理情報格納部５４を備えている。そして、主アプリたるカーナビアプリ４のウィンドウ（主ウィンドウ）、及びそれと共に表示される副アプリのウィンドウ（副ウィンドウ）の、表示配置を制御する。

アプリ要求検出部５１は、カーナビアプリ４又は副アプリ１，２，３経由で発生したウィンドウに関するイベント（アプリ起動、終了など）を受信する。イベント検出部５２は、ＯＳ７経由で発生したウィンドウに関するイベントを受信する。ＯＳ７経由で発生するイベントとは、例えばユーザ操作等によるウィンドウの切り替えである。

ウィンドウ管理部５３は、アプリ要求検出部５１及びイベント検出部５２からウィンドウに関するイベントを取得し、これらイベントの検出をトリガーとしてカーナビアプリ４及び副アプリのウィンドウ配置を生成又は更新する。この際、ウィンドウ管理部５３は描画制御管理情報格納部５４からコンテンツ属性を含む描画制御管理情報を取得し、さらに配置条件をイベント検出部５２又はカーナビアプリ４の通信拡張部４１から取得する。そして、これらの情報に基づきウィンドウ配置を決定する。すなわち、ウィンドウ管理部５３は、別アプリのコンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、コンテンツ属性に基づき、主ウィンドウ及び副ウィンドウの表示配置を設定する表示配置設定部として機能する。

ライブラリ群６はウィンドウマネージャ６１を備えている。ウィンドウマネージャ６１は、描画制御部５で設定したウィンドウ配置に基づき、実際にウィンドウの作成を行う。ウィンドウマネージャ６１が作成したウィンドウに従ってカーナビアプリ４及び選択された副アプリが表示を行う。

描画制御管理情報格納部５４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶媒体により構成され、描画制御管理情報を格納している。この描画制御管理情報は、表示制御装置１００と有線又は無線で接続された外部の記憶装置から随時取得するものである。描画制御管理情報は、アプリ管理情報、表示モード管理情報及びウィンドウ管理情報を含む。これらの詳細は後述する。

ＯＳ７は、イベント生成部７１を備えている。イベント生成部７１は、ユーザがアプリに関する操作を入力した場合に、その情報を取得してイベントを生成する。

図２は、表示制御装置１００のハードウェア構成図である。表示制御装置１００は、ＣＰＵ（Ｃｏｎｔｒｏｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などのプロセッサ９１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのメモリ９２、ディスプレイ９３、入力インタフェース（Ｉ／Ｆ）９４、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）などの通信インタフェース（Ｉ／Ｆ）９５、映像入力９６を備えて構成される。カーナビアプリ４、副アプリ１，２，３、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３、ライブラリ群６及びＯＳ７は、プロセッサ９１がメモリ９２に格納されたプログラムを実行することによって実現する。ただし、これらは、例えば複数のプロセッサ９１が連携して実現されても良い。

＜Ａ−２．描画制御管理情報＞
次に、描画制御管理情報格納部５４に格納された描画制御管理情報について説明する。描画制御管理情報は、ウィンドウ管理情報、表示モード管理情報、アプリ管理情報及び禁則マスク管理情報を含んでいる。

アプリ管理情報は、アプリ毎のコンテンツ属性と選択可能な表示モードとを紐付ける情報である。コンテンツ属性に応じた禁則処理が働き、選択可能な表示モードが制限される。アプリ管理情報の例を図３に示す。図３では、アプリＡ〜Ｅの夫々について、コンテンツ属性と表示モードとを示している。アプリＡ〜Ｅは、別アプリである。入力に関するコンテンツ属性として、ＧＵＩの有無、ジェスチャの有無、リモコンの有無がある。また、表示に関するコンテンツ属性として、常時表示の有無、表示領域が広いか標準か、表示比率が縦横のいずれか、表示変化の激しさ等がある。このように、コンテンツ属性とはアプリ毎に予め定められた、表示態様に影響を与えるコンテンツの特徴を意味する。但し、後述するようにコンテンツ属性はデフォルト値からユーザが変更することは可能である。

例えば、アプリＡはソフトウェアキーボードであり、ＧＵＩ有、ジェスチャ有、リモコン有、表示有無：常時無、表示領域：広、表示比率：横、表示変化：穏となる。これらコンテンツ属性に、禁則マスク管理情報で定められる禁則ルールを適用し、アプリ毎に選択可能な表示モードが定まる。

こうしたアプリのコンテンツ属性は、例えばアプリに付随するメタファイルとして用意されており、アプリのダウンロードの際に取得される。

禁則マスク管理情報の例を図４に示す。先ほど述べたコンテンツ属性に対して、選択できない表示モードを示している。図４の例では、常時表示有りの場合にｍｏｄｅ Ａが「０」となっており、ｍｏｄｅ Ａが選択できないことを表している。

アプリＡの場合、ＧＵＩ、ジェスチャ、リモコンが有りであるためｍｏｄｅ Ｈ，Ｉが選択不可となる。さらに、表示領域が広いためｍｏｄｅ Ｆ，Ｇ，Ｈ，Ｉが選択不可となる。また、表示比率が横であるため、ｍｏｄｅ Ｊ，Ｋ，Ｌが選択不可となる。結果、選択可能な表示モードはｍｏｄｅ Ａ，Ｂ，Ｃ，Ｄ，Ｅである。このように、選択可能な表示モードが複数存在する場合には、その中から任意の表示モードがアプリ管理情報に選択可能な表示モードとして記録される。あるいは、ユーザが一の表示モードを選択しても良い。図３の例では、選択可能な表示モードとしてｍｏｄｅ Ａが設定される。

表示モード管理情報は、配置状態に対する表示配置を表示モード毎にウィンドウ管理番号で表す情報である。図５に表示モード管理情報の例を示す。配置状態とは、配置に関する大まかな条件であり、例えば副アプリのウィンドウを選択状態とする「副アクティブ」、副アプリのウィンドウを最大にする「副最大」、主アプリのウィンドウを選択状態とする「主アクティブ」、主アプリのウィンドウを最大にする「主最大」が挙げられる。こうした配置状態の情報は、通信拡張部４１によってカーナビアプリ４側からウィンドウ管理部５３に送られる他、ユーザの入力操作を検出したイベント生成部７１からイベント検出部５２を介してウィンドウ管理部５３に送られる。

図５の例で説明すると、ｍｏｄｅ Ａでは、「副アクティブ」及び「副最大」の場合にウィンドウ管理番号が「１−１−１」、「主アクティブ」及び「主最大」の場合にウィンドウ管理番号が「０−１」と定められる。

これらウィンドウ管理番号と実際の表示配置との対応関係は、ウィンドウ管理情報により定義されている。ウィンドウ管理情報の例を図６に、ウィンドウ管理番号に対応した表示配置の例を図７に示す。ウィンドウ管理情報は、各ウィンドウ管理番号に対して、ウィンドウ数、副アプリのウィンドウサイズ（副サイズ）、副アプリのウィンドウ位置（副位置）、主アプリのウィンドウサイズ（主サイズ）、主アプリのウィンドウ位置（主位置）、副アプリのウィンドウが主アプリのウィンドウに重なる場合の、両ウィンドウの前後関係、副アプリのコンテンツが主アプリのコンテンツを透過する率（前面透過率）を定めている。これらの情報により、図７に示すように表示配置及びウィンドウの干渉箇所における透過率が定まる。

＜Ａ−３．動作＞
図８は、ＯＳ７の起動処理を示すフローチャートである。ＯＳ７の起動処理では、まず電源をオンし（ステップＳ１）、それからＯＳ７を起動する（ステップＳ２）。その後、主アプリ（カーナビアプリ４）を起動する（ステップＳ３）。

図９は、副アプリの起動処理を示すフローチャートである。副アプリの起動処理では、副アプリの起動を行う（ステップＳ１１）。ここでは、既に図８のフローに沿ってＯＳ７と主アプリが起動していることを前提にしている。なお、副アプリが起動した後に、主アプリが起動することも可能である。ここでは副アプリの起動について述べたが、副アプリの終了処理についても同様で、副アプリ単体で行われる。また、複数の副アプリが同時に起動していても良い。この場合、最後に起動した副アプリが選択状態となり、主アプリと同時に表示される。

図１０は、副アプリの切替処理を示すフローチャートである。副アプリの切替処理では、副アプリの切り替えが行われる（ステップＳ２１）。例えば、副アプリが既に起動している状態で、新たな副アプリが起動した場合、新たな副アプリに切り替えが行われる。また、起動中の全ての副アプリを一覧表示し、その中からユーザが任意の副アプリを選択できるようにしても良い。この場合、ユーザの入力操作に従って副アプリの切り替えが行われる。

図１１は、ＯＳ７の終了処理を示すフローチャートである。ＯＳ７の終了処理では、まず起動中のいずれかの副アプリを終了する（ステップＳ３１）。依然、副アプリの起動数が０でなければ（ステップＳ３２でＮＯ）、ステップＳ３１に戻り起動中の副アプリを終了する。副アプリの起動数が０になれば（ステップＳ３２でＹＥＳ）、主アプリを終了する（ステップＳ３３）。そして、ＯＳ７を終了し（ステップＳ３４）、表示制御装置１００の電源をオフにする（ステップＳ３５）。

図１２は、主ウィンドウの作成処理を示すフローチャートである。以下、主アプリ（カーナビアプリ４）のウィンドウを主ウィンドウと呼ぶ。主ウィンドウの作成処理では、まず描画制御部５の初期化を行う（ステップＳ５１）。ここでは、描画制御部５による２画面処理を初めて行うため、描画制御部５を動作させるために必要な情報をそろえる。

次に、ウィンドウ管理部５３が描画制御管理情報から、主ウィンドウパラメータを取得する（ステップＳ５２）。ここでの主ウィンドウパラメータは、主アプリを全画面で表示するためのパラメータであり、例えばウィンドウ管理情報「０−１」を取得する。

そして、ステップＳ５２で取得したパラメータに従って主ウィンドウを作成し（ステップＳ５３）、主ウィンドウのアクティブ化を行う（ステップＳ５４）。具体的には、ウィンドウ管理部５３が主ウィンドウの作成指示をウィンドウマネージャ６１に対して行い、それに従いウィンドウマネージャ６１がウィンドウの作成及びアクティブ化を行う。

図１３は、副ウィンドウの作成処理を示すフローチャートである。以下、副アプリのウィンドウを副ウィンドウと呼ぶ。副ウィンドウの作成処理では、まず副アプリのコンテンツ属性から、主アプリとの組み合わせ表示が可能か否かを判断する（ステップＳ６１）。組み合わせ表示が不可の副アプリであれば、副ウィンドウを生成せず処理を終了する。組み合わせ表示が可能な副アプリであれば、２ウィンドウ（主ウィンドウ及び副ウィンドウ）のパラメータを描画制御管理情報から取得する（ステップＳ６２）。具体的には、ウィンドウ管理部５３がアプリ管理情報から副アプリが選択可能な表示モードを取得し、更に副アプリ及び主アプリの配置条件を取得して、表示モード管理情報から配置状態に応じたウィンドウ管理番号を取得する。

その後、ステップＳ６２で取得したパラメータに従って２ウィンドウを作成し（ステップＳ６３）、副ウィンドウのアクティブ化を行う（ステップＳ６４）。具体的には、ウィンドウ管理部５３が２ウィンドウの作成指示をウィンドウマネージャ６１に対して行い、それに従いウィンドウマネージャ６１がウィンドウの作成及びアクティブ化を行う。

図１４は、副アプリの終了処理を示すフローチャートである。副アプリの終了処理は、ユーザの入力操作又は副アプリから終了要求がなされることにより行われる。まず、終了要求が副アプリに関するものであるかを判断する（ステップＳ７１）。終了要求が主アプリに関するものであれば（ステップＳ７１でＮＯ）、ＯＳの終了処理を行う（ステップＳ３０）。この処理は図１１で既に説明したため、ここでの説明は省略する。

副アプリの終了要求であれば（ステップＳ７１でＹＥＳ）、副アプリの終了処理を行う（ステップＳ７２）。次に、副アプリの起動数が０より多い、すなわち１以上の副アプリが起動していれば（ステップＳ７３でＹＥＳ）、副アプリの選択更新を行う（ステップＳ７４）。すなわち、起動中の副アプリを１つ選択する。

そして、主ウィンドウ及びステップＳ７４で選択した副アプリのウィンドウについてのパラメータを描画制御管理情報から取得する（ステップＳ７５）。

その後、ステップＳ７５で取得したパラメータに従って２ウィンドウを更新し（ステップＳ７６）、副ウィンドウのアクティブ化を行う（ステップＳ７７）。具体的には、ウィンドウ管理部５３が２ウィンドウの作成指示をウィンドウマネージャ６１に対して行い、それに従いウィンドウマネージャ６１がウィンドウの作成及びアクティブ化を行う。

ステップＳ７３で副アプリの起動数が０の場合は、主ウィンドウパラメータを描画制御管理情報から取得する（ステップＳ７８）。その後、ステップＳ７８で取得したパラメータに従って主ウィンドウを更新し（ステップＳ７９）、主ウィンドウのアクティブ化を行う（ステップＳ８０）。

図１５は、描画制御管理情報の生成処理を示すフローチャートである。ウィンドウ管理部５３は、描画制御管理情報生成要求を受けると、新規の生成要求か否かを判断する（ステップＳ８１）。例えば、副アプリをダウンロードした場合、ウィンドウ管理部５３は、当該副アプリのコンテンツ属性を新規に生成する要求を受け付ける。また、ダウンロード済みの副アプリがアップデートされることによりコンテンツ属性が変化することがある。この場合、コンテンツ属性の変更要求がウィンドウ管理部５３になされる。また、本来、描画制御管理情報の中のアプリ管理情報は、副アプリ毎にメタ情報として与えられたデフォルト値が描画制御管理情報格納部５４に記憶されている。しかし、例えばコンテンツ属性の表示領域を、デフォルトの「標準」から「広」に変更するといったコンテンツ属性の変更要求を、ユーザの入力操作によって行うことも可能である。

コンテンツ属性の新規生成要求を受けた場合には（ステップＳ８１でＹＥＳ）、コンテンツ属性を生成する（ステップＳ８２）。具体的には、メタファイル等から副アプリのコンテンツ属性を取得し、これを描画制御管理情報格納部５４のアプリ管理情報に記憶する。

コンテンツ属性の変更要求を受けた場合には（ステップＳ８１でＮＯ）、コンテンツ属性の変更を行う（ステップＳ８３）。具体的には、描画制御管理情報格納部５４のアプリ管理情報においてコンテンツ属性を変更する。

コンテンツ属性の生成又は変更が終わると、次に禁則マスクの更新を行う（ステップＳ８４）。禁則マスクの更新とは、禁則マスク管理情報に記載された禁則ルールに従い、ステップＳ８２，８３で作成、変更したコンテンツ属性から選択可能な表示モードを決定することである。

図１６は、禁則マスクの更新処理を示すフローチャートである。禁則マスクの更新処理では、まずｍｏｄｅ Ａ〜Ｌの禁則マスクをリセットする（ステップＳ９１）。そして、表示有無（ステップＳ９２）、表示比率（ステップＳ９３）、表示領域（ステップＳ９４）、表示変化（ステップＳ９５）、入力リソース（ステップＳ９６）に関して禁則マスクの更新処理を順次行い、最後に選択可能表示モードを決定する（ステップＳ９７）。ここでは、禁則マスクがセットされていない表示モードの中から任意の一つの表示モードを選択可能表示モードとして決定する。

図１７は、表示有無に関する禁則マスクの更新処理を示すフローチャートである。常時表示有、すなわちアプリ管理情報のコンテンツ属性の「表示有無」が「常時有」であれば（ステップＳ１０１でＹＥＳ）、ｍｏｄｅ Ａの禁則マスクをセットし（ステップＳ１０２）、処理を終了する。それ以外の場合は（ステップＳ１０１でＮＯ）、そのまま処理を終了する。

図１８は、表示比率に関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「表示比率」が「縦」であれば（ステップＳ１１１でＹＥＳ）、ｍｏｄｅ Ａ〜Ｉの禁則マスクをセットし（ステップＳ１１２）、処理を終了する。それ以外（例えば「表示比率」が「横」）の場合は（ステップＳ１１１でＮＯ）、ｍｏｄｅ Ｊ〜Ｌの禁則マスクをセットし（ステップＳ１１３）、処理を終了する。

図１９は、表示領域に関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「表示領域」が「標準」であれば（ステップＳ１２１でＹＥＳ）、ｍｏｄｅ Ｈ，Ｉの禁則マスクをセットし（ステップＳ１２２）、ステップＳ１２３へ移行する。それ以外（例えば「表示比率」が「広」）の場合は（ステップＳ１２１でＮＯ）、禁則マスクを変更せずステップＳ１２３へ移行する。

次に、コンテンツ属性の「表示領域」が「広」であれば（ステップＳ１２３でＹＥＳ）、ｍｏｄｅ Ｆ〜Ｉの禁則マスクをセットし（ステップＳ１２４）、処理を終了する。それ以外（例えば「表示領域」が「狭」）の場合は（ステップＳ１２３でＮＯ）、禁則マスクを変更せず処理を終了する。

図２０は、表示変化に関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「表示変化」が「激」であれば（ステップＳ１３１でＹＥＳ）、ｍｏｄｅ Ｃ，Ｅ，Ｆ，Ｉ、Ｋの禁則マスクをセットし（ステップＳ１３２）、処理を終了する。それ以外（例えば「表示比率」が「緩」）の場合は（ステップＳ１３１でＮＯ）、禁則マスクを変更せず処理を終了する。

図２１は、入力リソースに関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「リモコン」が「無」でなければ（ステップＳ１４１でＮＯ）、処理を終了する。「リモコン」が「有」ならば（ステップＳ１４１でＹＥＳ）ステップＳ１４２へ移行する。そして、コンテンツ属性の「ＧＵＩ」が「有」ならば（ステップＳ１４２でＹＥＳ）、ステップＳ１４３でｍｏｄｅ Ｈ，Ｉの禁則マスクをセットしてステップＳ１４４へ移行する。「ＧＵＩ」が「無」ならば（ステップＳ１４２でＮＯ）そのままステップＳ１４４へ移行する。ステップＳ１４４ではコンテンツ属性の「ジェスチャ」が「有」であるかを判断し、「有」ならばステップＳ１４５でｍｏｄｅ Ｆ，Ｇ，Ｈ，Ｉの禁則マスクをセットして処理を終了する。「無」ならばそのまま処理を終了する。

＜Ａ−４．画面表示例＞
図２２は、表示制御装置１００による画面表示例を示す図である。図２２（ａ）は、主アプリであるカーナビアプリ４の主ウィンドウ１１０を全画面に配置した表示例である。主ウィンドウ１１０には、自車位置アイコン１０８や道路１０７を含む自車の誘導画面が表示されている。これは、ウィンドウ管理番号「０−１」の表示配置である。

図２２（ｂ）は、カーナビアプリ４とＡＶアプリ（副アプリ）との２画面表示例である。ＡＶアプリは図３のアプリ管理情報でアプリＥとして示されたものであり、選択可能な表示モードはｍｏｄｅ Ｇである。ＡＶアプリがアクティブな状態にあり、ウィンドウ管理番号「３−７Ｂ」の表示配置になる。すなわち、主ウィンドウ１１０が右側に、副ウィンドウ１１１が左上に配置される。これにより、主ウィンドウ１１０と副ウィンドウ１１１の両方を明瞭に視認することが出来る。また、ＡＶアプリのコンテンツ属性「表示比率：横」に従い、副ウィンドウ１１２が横長に配置されるため、適切な表示配置となっている。

図２２（ｃ）は、副アプリがＷｅｂアプリである場合の２画面表示例である。Ｗｅｂアプリは図３のアプリ管理情報でアプリＤとして示されたものであり、選択可能な表示モードはｍｏｄｅ Ｌである。ＡＶアプリがアクティブな状態にあり、ウィンドウ管理番号「５−７」の表示配置になる。すなわち、主ウィンドウ１１０が右側に、副ウィンドウ１１２が左側に配置される。これにより、主ウィンドウ１１０と副ウィンドウ１１１の両方を明瞭に視認することが出来る。また、Ｗｅｂアプリのコンテンツ属性「表示比率：縦」に従い、副ウィンドウ１１２が縦長に配置されるため、適切な表示配置となる。

図２２（ｄ）は、副アプリがソフトウェアキーボードである場合の２画面表示例である。ソフトウェアキーボードは図３のアプリ管理情報でアプリＡとして示されたものであり、選択可能な表示モードはｍｏｄｅ Ａである。ソフトウェアキーボードがアクティブな状態にあり、ウィンドウ管理番号「１−１−１」の表示配置になる。すなわち、主ウィンドウ１１０の前面に副ウィンドウ１１３が配置され、前面透過率が３５％に設定される。これにより、表示画面の全面を使ってソフトウェアキーボードを利用できると共に、主ウィンドウ１１０も視認でき、適切な表示配置となる。

図２２（ｅ）は、副アプリがランチャである場合の２画面表示例である。アプリ管理情報からランチャの選択可能な表示モードがｍｏｄｅ Ｆと定まり、ランチャがアクティブな状態にあるため（副アクティブ）、ウィンドウ管理番号「３−１−１」の表示配置になる。すなわち、主ウィンドウ１１０が全面に表示され、主ウィンドウ１１０の左上部分にランチャ用の副ウィンドウ１１３が重なって表示される。そして、前面透過率が３５％に設定される。ランチャは静止アイコンの表示がメインとなるため、ＡＶアプリと異なり表示変化は緩やかであり、主ウィンドウ１１０の視認の妨げになりにくい。そこで、主ウィンドウ１１０に重ねて副ウィンドウ１１４を表示する配置とする。

図２２（ｆ）は、副アプリがアドレス帳である場合の２画面表示例である。アプリ管理情報からアドレス帳の選択可能な表示モードがｍｏｄｅ Ｋと定まり、アドレス帳がアクティブな状態にあるため（副アクティブ）、ウィンドウ管理番号「５−１−１」の表示配置になる。すなわち、主ウィンドウ１１０が全面に表示され、左側にアドレス帳用の副ウィンドウ１１５が主ウィンドウ１１０に重なって表示される。そして、前面透過率が３５％に設定される。ランチャと同様、アドレス帳も表示変化が緩やかであるため、主ウィンドウ１１０の視認の妨げになりにくい。そこで、主ウィンドウ１１０に重ねて副ウィンドウ１１５を表示する配置とする。

図２３は、ＡＶアプリを副アプリとしたときの２画面表示例において配置状態に応じた表示配置の変化を示す図である。図２３（ａ）は、配置状態が「副アクティブ」である場合の表示例であり、ウィンドウ管理番号が「３−７Ｂ」の表示配置となる。これは図２３（ｂ）と同様である。カーナビアプリ４が起動した後にＡＶアプリが副アプリとして起動すると、配置状態は「副アクティブ」となる。

車両が右折する交差点に近づいたときなど、カーナビアプリ４で誘導する必要が生じたときには、主ウィンドウ１１０の視認性を高めるために配置状態が「主アクティブ」に遷移する。この場合、ウィンドウ管理番号が「３−７Ｆ」の表示配置となる（図２３（ｂ））。図２３（ａ）に比べ、主ウィンドウ１１０と副ウィンドウ１１１の重なりが解消され、主ウィンドウ１１０の視認性が高まっている。

カーナビアプリ４を視認する必要性が低くなったときは、図２３（ｃ）に示す表示配置となる。例えば、車両が目的地に到着した場合や、停車してギアがパーキングに入ったとき等には、カーナビアプリ４を視認する必要性が低いため、配置状態が主ウィンドウ１１０を一部視認させつつ副ウィンドウ１１１を最大限に表示する「副最大」となる。そして、ウィンドウ管理番号「２−７Ｂ」の表示配置となる。

カーナビアプリ４を視認する必要性が高くなったときは、図２３（ｄ）に示す表示配置となる。例えば、事故情報又は渋滞情報などのＶＩＣＳ(登録商標)情報を受信した場合には、ＶＩＣＳ情報の表示のために、主ウィンドウ１１０の視認スペースを広く確保する必要がある。そのため、配置状態は「主最大」となり、ウィンドウ管理番号「０−１」の表示配置となる。

このように、主アプリであるカーナビアプリ４の状態に応じて配置状態が遷移し、配置状態に応じて表示配置が定まる。ここで配置状態は、カーナビアプリ４から通信拡張部４１を通じてウィンドウ管理部５３に入力される。そして、ウィンドウ管理部５３が表示モード管理情報を参照し、配置状態に対応した表示配置を決定する。従って、ユーザがウィンドウの設定操作をしなくとも、主アプリの状態に応じて表示配置が自動的に設定される。また、ここで設定される表示配置は、コンテンツ属性及び配置状態に応じて予め設定されたものが選ばれるため、コンテンツ属性及び配置状態を考慮した最適な表示配置が実現する。

＜Ａ−５．変形例＞
図１では、カーナビアプリ４及び副アプリ１，２，３が表示制御装置１００の内部にある構成を示した。しかし、表示制御装置１００の外部端末で動作するアプリを副アプリとして扱っても良い。この場合、表示制御装置１００の映像入力９６が外部端末のディスプレイからアプリの映像信号を受信し、表示制御装置１００の通信Ｉ／Ｆ９５が外部端末の通信Ｉ／Ｆからアプリの制御信号を受信する。

また同様に、外部端末で動作するアプリを主アプリとして扱っても良い。この場合、外部端末の通信Ｉ／Ｆから受信するアプリの制御信号によって、副アプリのウィンドウ配置に関する指示を描画制御部５に対して行う。

以上の説明では、カーナビアプリ４、副アプリ１，２，３、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３、ライブラリ群６及びＯＳ７は、プロセッサ９１がメモリ９２に格納されたプログラムを実行することによって実現された。しかしこれに代えて、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３は、当該動作をハードウェアの電気回路で実現する信号処理回路により実現されても良い。ソフトウェアのアプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３と、ハードウェアのアプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５とを合わせた概念として、「部」という語に代えて「処理回路」という語を用いることもできる。

＜Ａ−６．効果＞
実施の形態１に係る表示制御装置１００は、カーナビアプリ４（第１アプリケーション）の表示内容である第１コンテンツ及び別アプリ（第２アプリケーション）の表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部（ウィンドウ管理部５３）と、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部（ウィンドウ管理部５３）と、を備える。従って、別アプリのコンテンツ属性を考慮して両ウィンドウに干渉が生じないよう最適な表示配置とすることができる。また、コンテンツ属性さえ取得すればいかなる別アプリに対しても、最適な表示配置を設定することができる。

また、表示制御装置１００は、第１、第２コンテンツの配置条件を取得する配置条件取得部（ウィンドウ管理部５３）をさらに備え、表示配置設定部は、コンテンツ属性及び配置条件に基づき、表示配置を設定する。従って、「副ウィンドウ（第２ウィンドウ）を最大にして表示する」や、「主ウィンドウ（第１ウィンドウ）を最大にして表示する」といった配置条件に沿って最適な表示配置を設定することができる。

また、表示配置設定部は、予め定められた複数の配置パターンの中から選択した配置パターンにより表示配置を設定する。従って、両ウィンドウの干渉が生じるような配置を排除し、最適な表示配置を設定することができる。

配置条件取得部は、カーナビアプリ４（第１アプリケーション）からの制御信号により配置条件を取得する。従って、ユーザが操作を行わなくとも、カーナビアプリの動作状況に応じて最適な表示配置を設定することができる。

また、表示配置は第１、第２ウィンドウの位置及び大きさを含むので、これらを最適に設定することができる。

さらに、表示配置は第２ウィンドウの透過率を含むので、これを最適に設定することができる。

実施の形態１に係る表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第２コンテンツのコンテンツ属性を取得し、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する。従って、別アプリのコンテンツ属性を考慮して両ウィンドウに干渉が生じないよう最適な表示配置とすることができる。また、コンテンツ属性さえ取得すればいかなる別アプリに対しても、最適な表示配置を設定することができる。

＜Ｂ．実施の形態２＞
＜Ｂ−１．構成＞
実施の形態１では、主アプリと副アプリの表示をするにあたり、両アプリの使い勝手を損なうようなウィンドウの干渉を防ぐために、表示配置の制御を行った。これに対して実施の形態２では、所与の両ウィンドウの表示配置に対して、主アプリの表示内容が適切に視認されるよう、表示内容の制御を行う。

図２４は、実施の形態２に係る表示制御装置１０１の構成を示すブロック図である。表示制御装置１０１は、実施の形態１に係る表示制御装置１００の構成から描画制御部５を排し、描画制御管理情報格納部８を設けたものである。

図２５は、実施の形態２の主アプリであるカーナビアプリ４の構成を示すブロック図である。カーナビアプリ４は、表示物管理部４２、表示生成部４３、制御部４４、情報取得部４５、イベント取得部４６及び表示Ｉ／Ｆ４７を備えている。

表示物管理部４２は、表示物を管理する。図２５はカーナビアプリ４の表示物の例を示しており、主要情報として現在位置、誘導情報及び周辺情報等を、地図の種類として２Ｄ表示、３Ｄ表示、２画面表示等を、地図の構成要素として地形、道路及び建物等を管理し、またＧＵＩを管理している。

表示生成部４３は、制御部４４の制御に従い表示物を生成する。

情報取得部４５は、描画制御管理情報格納部８から描画制御管理情報を取得して制御部４４に出力する。

制御部４４は、主ウィンドウ及び副ウィンドウの表示配置及び副アプリのコンテンツ属性に基づき、カーナビアプリ４のコンテンツを変更する。

イベント取得部４６は、ユーザ操作イベントや、表示物更新イベント等をＯＳから取得する。

表示Ｉ／Ｆ４７は、表示制御装置１０１内部又は外部の表示器（図示せず）に映像を出力する。

＜Ｂ−２．描画制御管理情報＞
次に、描画制御管理情報格納部８に記憶されている描画制御管理情報について説明する。図２６は、描画制御管理情報を示している。この描画制御管理情報は、制御部４４がカーナビアプリ４の表示物を制御するための情報であり、副アプリ毎にウィンドウ（副ウィンドウ）の表示配置とコンテンツ属性とを示している。

ウィンドウの表示配置は、ウィンドウの左上頂点の座標と、ウィンドウのサイズとで示される。また、透過処理が「ａｃｔ」と示されたアプリは、透過処理が行われることを示している。コンテンツ属性としては、ジャンル、文字の有無、画像の有無、アイコンの有無がある。例えば、アプリＡのコンテンツ属性は文字が「ａｃｔ」と示されており、文字が有ることを示している。

ウィンドウの表示配置は、副アプリのダウンロード時に描画制御管理情報格納部８に記憶された固定の情報でも良いし、実施の形態１のウィンドウ管理部５３が作成したものを用いても良い。また、コンテンツ属性は、例えばアプリに付随するメタファイルとして用意されており、アプリのダウンロードの際に描画制御管理情報格納部８に記憶される。また、図２６には主アプリのウィンドウ（主ウィンドウ）の配置を示していないが、実際にはここに主ウィンドウの配置情報が記録される。

＜Ｂ−３．動作＞
実施の形態２におけるＯＳ７の起動処理は、実施の形態１（図８）と同様であるため、説明を省略する。

図２７は、表示物の更新処理を示すフローチャートである。制御部４４がイベント取得部４６を介して表示物更新イベントを取得すると（ステップＳ１５１）、表示生成部で地図表示（ステップＳ１５２）、ＧＵＩ表示（ステップＳ１５３）、主要情報表示（ステップＳ１５４）を順に行う。これらの表示は、後述する規制フラグに従って行う。

ここで、表示物更新イベントとは、例えばカーナビアプリ４が自車位置周辺地図を表示する場合には、１秒間に１０回のタイミングで定期的に発生する。

図２８は、表示領域の更新処理を示すフローチャートである。表示領域更新イベントは、副アプリの起動又は切替が行われたときに発生する。制御部４４は、情報取得部４５を介して表示領域更新イベントを取得すると（ステップＳ１６１）、描画制御管理情報から主ウィンドウ及び副ウィンドウの表示配置を取得する（ステップＳ１６２）。この描画制御管理情報も、情報取得部４５を介して取得する。すなわち、情報取得部４５は、主ウィンドウ及び副ウィンドウの表示配置を取得する表示配置取得部として機能する。

次に、制御部４４が主ウィンドウのうち副ウィンドウと重なる領域（干渉領域）を算出し（ステップＳ１６３）、次いで主ウィンドウのうち副ウィンドウと重ならない領域（非干渉領域）を算出する（ステップＳ１６４）。干渉領域があれば（ステップＳ１６５でＹＥＳ）、副アプリのコンテンツ属性を情報取得部４５を介して描画制御管理情報から取得し（ステップＳ１６６）、ステップＳ１６７へ移行する。干渉領域がなければ（ステップＳ１６でＮＯ）、そのままステップＳ１６７へ移行する。ステップＳ１６７では規制フラグを更新する。すなわち、情報取得部４５は、副アプリのコンテンツ属性を取得するコンテンツ属性取得部として機能する。

図２９は、主アプリのコンテンツに関する規制フラグの更新処理を示すフローチャートである。規制フラグの更新処理では、ＧＵＩ表示フラグの更新処理（ステップＳ１７１）、主要情報移動フラグの更新処理（ステップＳ１７２）、地図表示フラグの更新処理（ステップＳ１７３）、地図表示モード選択フラグの更新処理（ステップＳ１７４）、自車位置移動フラグの更新処理（ステップＳ１７５）、地図表示物表示フラグの更新処理（ステップＳ１７６）を順に行う。

図３０は、ＧＵＩ表示フラグの更新処理を示すフローチャートである。ＧＵＩ表示フラグの更新処理では、まずＧＵＩ表示フラグをｄｉｓａｂｌｅにする（ステップＳ１８１）。次に、主アプリの表示領域がＣより大きいか否かを判断する（ステップＳ１８２）。ここで、Ｃは閾値である。表示領域がＣ以下ならば（ステップＳ１８２でＮＯ）、そのまま処理を終了する。しかし、表示領域がＣより大きければ（ステップＳ１８２でＹＥＳ）、干渉領域の有無を判断する（ステップＳ１８３）。干渉領域があれば（ステップＳ１８３でＹＥＳ）、そのまま処理を終了する。一方、干渉領域が無ければ（ステップＳ１８３でＮＯ）、ＧＵＩ表示フラグをｅｎａｂｌｅに更新する（ステップＳ１８４）。すなわち、主ウィンドウの表示領域がＣ以下の場合や、Ｃ以上であっても別ウィンドウと干渉する場合には、ＧＵＩ表示フラグをｄｉｓａｂｌｅとし、ＧＵＩを表示しないことにより、ＧＵＩの表示が見切れてしまうような状況を防止する。

図３１は、主要情報移動フラグの更新処理である。主要情報は、表示の優先順位の高い情報としてアプリ毎に予め定められている。例えば、カーナビアプリにおいては、自車位置アイコン、誘導情報、周辺住所及び緊急情報（渋滞情報、事故情報）等である。主要情報移動フラグの更新処理においては、まず主要情報移動フラグをｄｉｓａｂｌｅにする（ステップＳ１９１）。

次に、干渉領域の有無を判断する（ステップＳ１９２）。干渉領域が無ければ（ステップＳ１９２でＮＯ）、そのまま処理を終了する。干渉領域が有れば（ステップＳ１９２でＹＥＳ）、次に透過の有無を判断する（ステップＳ１９３）。透過が有る場合、すなわち主ウィンドウに別ウィンドウと干渉する領域があっても別ウィンドウを透過する場合には（ステップＳ１９３でＹＥＳ）、そのまま処理を終了する。透過しない場合には（ステップＳ１９３でＮＯ）、非干渉領域の面積がＤより大きいか否かを判断する（ステップＳ１９４）。ここで、Ｄは、前述の閾値Ｃより小さい閾値である。

非干渉領域の面積がＤ以下であれば（ステップＳ１９４でＮＯ）、そのまま処理を終了する。一方、非干渉領域の面積がＤより大きければ（ステップＳ１９４でＹＥＳ）、主要情報移動フラグをｅｎａｂｌｅにして（ステップＳ１９５）、処理を終了する。

このように、干渉領域があって透過がない場合に、非干渉領域の面積が一定程度確保できる場合には、主要情報の移動を可能にすることにより、主要情報の視認性を向上させることができる。また、ステップＳ１９４で非干渉領域の面積がＤ以下であるが一定以上ある場合に、非干渉領域において主要情報を時分割で表示させても良い。また、主要情報の再配置の際に、その表示形式（色、形、大きさ、動き等）を変更しても良い。

図３２は、地図表示フラグの更新処理を示すフローチャートである。地図表示フラグの更新処理では、まず地図表示フラグをｄｉｓａｂｌｅにする（ステップＳ２０１）。

次に、主ウィンドウの表示領域の面積を閾値Ｂと比較する（ステップＳ２０２）。ここで閾値Ｂは、前述の閾値Ｃより大きい閾値である。表示領域の面積が閾値Ｂ以下であれば（ステップＳ２０２でＮＯ）、そのまま処理を終了する。一方、表示領域の面積が閾値Ｂより大きければ（ステップＳ２０２でＹＥＳ）、ステップＳ２０３に進む。

ステップＳ２０３では、干渉領域の有無を判断する。干渉領域が無ければ（ステップＳ２０３でＮＯ）、地図表示フラグをｅｎａｂｌｅに書き換えて（ステップＳ２０６）、処理を終了する。干渉領域が有れば（ステップＳ２０３でＹＥＳ）、ステップＳ２０４に進む。

ステップＳ２０４では透過の有無を判断する。干渉領域において透過が有れば（ステップＳ２０４でＹＥＳ）、地図表示フラグをｅｎａｂｌｅに書き換えて（ステップＳ２０６）、処理を終了する。透過が無ければ（ステップＳ２０４でＮＯ）、ステップＳ２０５に進む。

ステップＳ２０５では、非干渉領域の面積を閾値Ｂと比較する。非干渉領域の面積がＢより大きければ（ステップＳ２０５でＮＯ）、地図表示フラグをｅｎａｂｌｅに書き換えて（ステップＳ２０６）、処理を終了する。非干渉領域の面積がＢ以下であれば、そのまま処理を終了する。

図３３は、地図表示モード選択フラグの更新処理を示すフローチャートである。地図表示モード選択フラグの更新処理では、まず地図表示モード選択フラグをｄｉｓａｂｌｅにする（ステップＳ２１１）。次に、主ウィンドウの表示領域の面積を閾値Ａと比較する（ステップＳ２１２）。ここで閾値Ａは、前述の閾値Ｂより大きい閾値である。表示領域の面積が閾値Ａ以下であれば（ステップＳ２１２でＮＯ）、そのまま処理を終了する。一方、表示領域の面積が閾値Ａより大きければ（ステップＳ２１２でＹＥＳ）、ステップＳ２１３に進む。

ステップＳ２１３では、干渉領域の有無を判断する。干渉領域が無ければ（ステップＳ２１３でＮＯ）、地図表示モード選択フラグをｅｎａｂｌｅに書き換えて（ステップＳ２１４）、処理を終了する。干渉領域が有れば（ステップＳ２１３でＹＥＳ）、そのまま処理を終了する。すなわち、表示領域の面積が閾値Ａ以上確保され、かつ干渉領域がない場合に限って、任意の地図種類に対して２画面表示を許容する。ここでは、干渉領域がない場合に、一律に地図種類を制限しているが、透過の有無に応じて選択できる地図の種類を変更してもよい。例えば、透過が有る場合は、詳細地図や特殊（写真）地図表示を禁止し、透過がない場合は、さらに３Ｄ地図を表示することとしても良い。

図３４は、自車位置移動フラグの更新処理を示すフローチャートである。自車位置移動フラグの更新処理では、まず地図表示モード選択フラグをｄｉｓａｂｌｅにする（ステップＳ２２１）。次に、干渉領域の有無を判断する（ステップＳ２２２）。干渉領域が無ければ（ステップＳ２２２でＮＯ）、そのまま処理を終了する。干渉領域が有れば（ステップＳ２２２でＹＥＳ）、ステップＳ２２３に進む。

ステップＳ２２３では、透過の有無を判断する。干渉領域において透過が有れば（ステップＳ２２３でＹＥＳ）、そのまま処理を終了する。透過が無ければ（ステップＳ２２３でＮＯ）、ステップＳ２２４に進む。

ステップＳ２２４では、非干渉領域の面積を閾値Ｂと比較する。非干渉領域の面積がＢ以下であれば（ステップＳ２２４でＮＯ）、そのまま処理を終了する。非干渉領域の面積がＢより大きければ（ステップＳ２２４でＹＥＳ）、自車位置移動フラグをｅｎａｂｌｅに書き換えて（ステップＳ２２５）、処理を終了する。非干渉領域の面積がＢ以下であれば、そのまま処理を終了する。

すなわち、干渉領域が有り、透過が無いが、非干渉領域の面積が有る程度確保されている場合にのみ、自車位置の移動を許可する。これにより、干渉領域から非干渉領域へ自車位置を移動し、視認性を高めることが可能になる。

図３５は、地図表示物表示フラグの更新処理を示すフローチャートである。地図表示物は、例えば地名、地形、道路、建物、標識、ＰＯＩ、ランドマーク及び渋滞情報である。こうした地図表示物を、主ウィンドウ及び副ウィンドウの表示配置と、副ウィンドウのコンテンツ属性とに応じて更新する。地図表示物表示フラグの更新処理では、まず地図表示物表示フラグをｅｎａｂｌｅにする（ステップＳ２３１）。

次に、干渉領域の有無を判断する（ステップＳ２３２）。干渉領域が無ければ（ステップＳ２３２でＮＯ）、そのまま処理を終了する。干渉領域が有れば（ステップＳ２３２でＹＥＳ）、ステップＳ２３３に進む。

ステップＳ２３３では、透過の有無を判断する。干渉領域において透過が無ければ（ステップＳ２３３でＮＯ）、そのまま処理を終了する。透過が有れば（ステップＳ２３３でＹＥＳ）、ステップＳ２３４に進む。

ステップＳ２３４では、副アプリのコンテンツ属性に応じて地図表示物表示フラグを更新する。図３６は、このステップにおける、副アプリのコンテンツ属性と地図表示物表示フラグとの対応表を示している。例えば、副アプリのコンテンツ属性が「文字：アクティブ」である場合、地図表示物のうち地名の表示フラグはｄｉｓａｂｌｅとなる。すなわち、副ウィンドウに文字が表示される場合、副ウィンドウと干渉する主ウィンドウの部分に地名が表示されると、地名と文字が重なって表示され視認しがたくなるため、主ウィンドウでは地名の表示をしないことにより、視認性の低下を防ぐ。また、副アプリのジャンルが「キーボード」である場合、副ウィンドウが主ウィンドウの全面に重複して表示されることを想定し、道路以外の表示を禁止する。このように、副アプリの表示物と類似する表示物が存在する、または副アプリの用途から明らかに地図上の表示物が副アプリの表示物と干渉すると判断できる場合、主ウィンドウ上の表示物を非表示とすることにより、視認性の低下を防ぐ。

＜Ｂ−４．画面表示例＞
図３７は、表示制御装置１００による画面表示例を示す図である。図３７（ａ）は、主アプリであるカーナビアプリ４の主ウィンドウ１１０を全画面に配置した表示例である。この状況では副ウィンドウが表示されていないため、主ウィンドウ１１０ではデフォルトの表示が行われる。主ウィンドウ１１０には、主要情報として、現住所アイコン１０５、誘導情報アイコン１０３、時刻アイコン１２１が表示され、その他に自車位置アイコン１０８、ＰＯＩ１０９、道路１０７、地名１２０が表示されている。また、ＧＵＩとして、メニュー画面アイコン１０６と地図方向選択アイコン１０４とが表示されている。図３７（ａ）では地図方向選択アイコン１０４が「Ｎ」と表示され、現在ノースアップで地図が表示されていることを示している。ユーザがこのアイコンにタッチすることにより、ノースアップとヘディングアップとを切り替えることができる。

図３７（ｂ）は、主ウィンドウ１１０が全面に配置され、Ｗｅｂアプリの副ウィンドウ１１２が主ウィンドウ１１０の前面の左側に配置された状態を示している。この場合、主ウィンドウ１１０は左部分が副ウィンドウ１１２と干渉しているため、ＧＵＩが非表示になる。また、透過がなく、非干渉領域の面積がＤより大きいため、主要情報である現住所アイコン１０５及び時刻アイコン１２１が非干渉領域に移動している。デフォルトの配置のままでは、現住所アイコン１０５の一部と時刻アイコン１２１は副ウィンドウ１１２に隠れて視認できないが、図３７（ｂ）のように主要情報を移動することにより、視認性が向上する。

図３７（ｃ）は、主ウィンドウ１１０が全面に配置され、ランチャの副ウィンドウ１１４が主ウィンドウ１１０の前面の左側に配置された状態を示している。この場合、主ウィンドウ１１０は左部分が副ウィンドウ１１２と干渉しているため、ＧＵＩが非表示になる。但し、図３７（ｂ）とは異なり透過があるため、現住所アイコン１０５や時刻アイコン１２１は副ウィンドウ１１２を通して視認可能である。従って、主要情報の移動はない。

図３７（ｄ）は、主ウィンドウ１１０が全面に配置され、ＡＶアプリの副ウィンドウ１１１が主ウィンドウ１１０の大部分を覆って配置された状態を示している。これは、実施の形態１のウィンドウ管理番号「２−７Ｂ」の配置に相当する。この場合、主ウィンドウ１１０は左部分が副ウィンドウ１１１と干渉しているため、ＧＵＩが非表示になる。そして、図３７（ｂ）と同様透過がないが、主ウィンドウ１１０はその大部分を副ウィンドウ１１１で覆われており、非干渉領域の面積がＤ以下であるため、主要情報の移動は行われない。

図３７では主要情報の移動例を示したが、ウィンドウの表示配置にあわせて主要情報の大きさを変更しても良い。図３８は、ウィンドウの表示配置にあわせて主要情報の大きさを変更する画面表示例である。図３８（ａ）は、主アプリであるカーナビアプリ４の主ウィンドウ１１０を全画面に配置した表示例であり、図３７（ａ）と同様である。

図３８（ｂ）は、主ウィンドウ１１０が画面の右半分に、ＡＶアプリの副ウィンドウ１１１が画面の左上にそれぞれ配置された状態を示している。これは、実施の形態１のウィンドウ管理番号「３−７Ｂ」の配置に相当する。この場合、主ウィンドウ１１０は一部分が副ウィンドウ１１１と干渉しているため、ＧＵＩが非表示になる。また、現住所アイコン１０５及び誘導情報アイコン１０３等の主要情報を、図３８（ａ）におけるよりも小さく表示している。

このように主要情報を小さく表示することにより、図３８（ｃ）に示すように副ウィンドウ１１１が大きくなった場合でも、現住所アイコン１０５及び誘導情報アイコン１０３等の主要情報が副ウィンドウ１１１に隠れず、視認することができる。比較例として、図３８（ｄ）に、主要情報の表示サイズを変更しない場合の画面表示を示す。この場合、副ウィンドウ１１１が大きくなることによって主ウィンドウ１１０の主要情報が隠れてしまう。

＜Ｂ−５．変形例＞
以上では、主アプリと別アプリを組み合わせて表示するにあたり、与えられたウィンドウの表示配置に対して、主アプリの表示内容を制御することについて説明した。しかし、実施の形態２を実施の形態１と組み合わせることも可能である。すなわち、実施の形態１で示したように、副アプリのコンテンツ属性及び両アプリの配置状態に基づき、両ウィンドウの表示配置を決定し、決定した表示配置に対して、主アプリの表示内容が適切に視認されるよう、表示内容の制御を行っても良い。この場合、制御部４４は、実施の形態１のウィンドウ管理部５３（表示配置設定部）により設定された表示配置及び副アプリのコンテンツ属性に基づき、カーナビアプリ４のコンテンツを変更するコンテンツ制御部として機能する。

＜Ｂ−６．効果＞
実施の形態２の変形例に係る表示制御装置は、ウィンドウ管理部５３（表示配置設定部）により設定された表示配置及び第２コンテンツのコンテンツ属性とに基づき、第１コンテンツを変更する制御部４４（コンテンツ制御部）を備える。従って、主ウィンドウと副ウィンドウの最適な表示配置に加え、主ウィンドウのコンテンツの視認性を向上させることができる。

実施の形態２に係る表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第１コンテンツの表示領域である第１ウィンドウ（主ウィンドウ）及び第２コンテンツの表示領域である第２ウィンドウ（副ウィンドウ）の表示配置を取得する表示配置取得部（情報取得部４５）と、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部（情報取得部４５）と、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更するコンテンツ制御部（制御部４４）と、を備える。従って、主ウィンドウと副ウィンドウの所与の表示配置に対して、主ウィンドウのコンテンツの視認性を向上させることができる。

また、表示配置は、第１、第２ウィンドウの位置及び大きさを含むので、これらを最適に設定することができる。

また、表示配置は、第２ウィンドウの透過率を含むので、これを最適に設定することができる。

また、コンテンツ属性は、画像の有無、文字の有無及びアイコンの有無のいずれか一つを少なくとも含む。従って、制御部４４は、これらの情報に基づき、例えば副ウィンドウのコンテンツと類似する主ウィンドウのコンテンツを非表示とすることにより、両ウィンドウの視認性を高めることができる。

また、制御部４４（コンテンツ制御部）は、第１コンテンツの少なくとも一部（例えば主要情報）の表示位置を、副ウィンドウ（第２ウィンドウ）と重ならない位置に移動することにより、主ウィンドウの視認性を高めることができる。

また、制御部４４（コンテンツ制御部）は、第１コンテンツであるＧＵＩの表示又は非表示を、表示配置に基づき切り替える。従って、例えば主ウィンドウの表示領域が小さい場合にはＧＵＩを非表示とすることによって、主ウィンドウの視認性を高めることができる。

実施の形態２に係る表示制御方法は、カーナビアプリ４（第１アプリケーション）の表示内容である第１コンテンツ及び副アプリ（第２アプリケーション）の表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第１コンテンツの表示領域である主ウィンドウ（第１ウィンドウ）及び第２コンテンツの表示領域である副ウィンドウ（第２ウィンドウ）の表示配置を取得し、第２コンテンツのコンテンツ属性を取得し、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更する。従って、主ウィンドウと副ウィンドウの所与の表示配置に対して、主ウィンドウのコンテンツの視認性を向上させることができる。

なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。

この発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。

１〜３ 副アプリ、４ カーナビアプリ、５ 描画制御部、６ ライブラリ群、８ 描画制御管理情報格納部、４１ 通信拡張部、４２ 表示物管理部、４３ 表示生成部、４４ 制御部、４５ 情報取得部、４６ イベント取得部、４７ 表示Ｉ／Ｆ、５１ アプリ要求検出部、５２ イベント検出部、５３ ウィンドウ管理部、５４ 描画制御管理情報格納部、６１ ウィンドウマネージャ、７１ イベント生成部、９１ プロセッサ、９２ メモリ、９３ ディスプレイ、９５ 通信インタフェース、９６ 映像入力、１００，１０１ 表示制御装置、１０３ 誘導情報アイコン、１０４ 地図方向選択アイコン、１０５ 現住所アイコン、１０６ メニュー画面アイコン、１０７ 道路、１０８ 自車位置アイコン、１１０ 主ウィンドウ、１１１〜１１５ 副ウィンドウ、１２１ 時刻アイコン。

Claims (15)

1. 第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、
   前記第２アプリケーションごとに予め定められた前記第２コンテンツの入力に関する属性を含むコンテンツ属性を取得するコンテンツ属性取得部と、
   前記コンテンツ属性に基づき、前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部と、を備える、
   表示制御装置。
2. 前記第１、第２コンテンツの配置条件を取得する配置条件取得部をさらに備え、
   前記表示配置設定部は、前記コンテンツ属性及び前記配置条件に基づき、前記表示配置を設定する、
   前記コンテンツ属性は、前記第２アプリケーションごとに予め定められた前記第２コンテンツの表示に関する属性を含む、
   請求項１に記載の表示制御装置。
3. 前記表示配置設定部は、予め定められた複数の配置パターンの中から選択した配置パターンにより前記表示配置を設定する、
   請求項２に記載の表示制御装置。
4. 前記配置条件取得部は、前記第１アプリケーションからの制御信号により前記配置条件を取得する、
   請求項２に記載の表示制御装置。
5. 前記表示配置は、前記第１、第２ウィンドウの位置及び大きさを含む、
   請求項１に記載の表示制御装置。
6. 前記表示配置は、前記第２ウィンドウの透過率を含み、
   前記表示配置設定部は、前記第２ウィンドウと前記第１ウィンドウを重ねる場合、重なった領域で前記第１コンテンツが視認可能なように前記第２ウィンドウに透過率を設定する
   請求項５に記載の表示制御装置。
7. 前記表示配置設定部により設定された表示配置及び前記第２コンテンツのコンテンツ属性に基づき、前記第１コンテンツを変更するコンテンツ制御部をさらに備える、
   請求項１に記載の表示制御装置。
8. 第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、
   前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を取得する表示配置取得部と、
   前記第２アプリケーションごとに予め定められた前記第２コンテンツの入力に関する属性を含むコンテンツ属性を取得するコンテンツ属性取得部と、
   前記表示配置及び前記コンテンツ属性に基づき、前記第１コンテンツを変更するコンテンツ制御部と、を備える、
   表示制御装置。
9. 前記表示配置は、前記第１、第２ウィンドウの位置及び大きさを含み、
   前記コンテンツ属性は、前記第２アプリケーションごとに予め定められた前記第２コンテンツの表示に関する属性を含む、
   請求項８に記載の表示制御装置。
10. 前記表示配置は、前記第２ウィンドウの透過率を含む、
    請求項９に記載の表示制御装置。
11. 前記コンテンツ属性は、画像の有無、文字の有無及びアイコンの有無のいずれか一つを少なくとも含み、
    前記コンテンツ制御部は、前記第１ウィンドウが前記第２ウィンドウと重なる干渉領域を有する場合、前記コンテンツ属性に基づき、前記第１コンテンツである地図表示物の表示又は非表示を切り替える、
    請求項８に記載の表示制御装置。
12. 前記表示配置は、前記第２ウィンドウの透過率を含み、
    前記コンテンツ制御部は、前記第１ウィンドウが前記第２ウィンドウと重なる干渉領域を有する場合、前記第２ウィンドウの透過率に基づき、前記第１コンテンツの少なくとも一部の表示位置を、前記第２ウィンドウと重ならない位置に移動する、
    請求項８に記載の表示制御装置。
13. 前記表示配置は、前記第２ウィンドウの透過率を含み、
    前記コンテンツ制御部は、前記第１ウィンドウが前記第２ウィンドウと重なる干渉領域を有する場合、前記第２ウィンドウの透過率に基づき、前記第１コンテンツであるＧＵＩの表示又は非表示を、前記表示配置に基づき切り替える、
    請求項８に記載の表示制御装置。
14. 第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、
    前記第２アプリケーションごとに予め定められた前記第２コンテンツの入力に関する属性を含むコンテンツ属性を取得し、
    前記コンテンツ属性に基づき、前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する、
    表示制御方法。
15. 第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、
    前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を取得し、
    前記第２アプリケーションごとに予め定められた前記第２コンテンツの入力に関する属性を含むコンテンツ属性を取得し、
    前記表示配置及び前記コンテンツ属性に基づき、前記第１コンテンツを変更する、
    表示制御方法。