JPWO2016181436A1 - 画像出力制御方法、画像出力制御プログラム及び表示装置 - Google Patents

Abstract

画面の機能に差がある複数の表示装置の画面を使用して画像を出力する処理をコンピュータが実行する画像出力制御方法であって、前記画面の機能の差により前記複数の表示装置のうちの一方の表示装置にて画面の機能を実現できない場合、該複数の表示装置のうちの他方の表示装置にて画面の機能を実現し、前記他方の表示装置にて画面の機能を実現した後、画像の出力先の表示装置を前記一方の表示装置に切り替える、画像出力制御方法が提供される。

Description

本発明は、画像出力制御方法、画像出力制御プログラム及び表示装置に関する。

６〜８インチ程度の小型画面が搭載されたタブレット型の端末に、大型画面の外部ディスプレイやプロジェクタを接続し、小型画面と大型画面とを使用することが行われている。例えば、携帯端末及び外部表示装置の画面に同一データを表示させるミラー表示モードと、異なるデータを表示させる拡張表示モードとが切替可能であって所定のアプリケーションの起動に基づき拡張表示モードを選択する技術が知られている（例えば、特許文献１参照）。

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

しかしながら、小型画面を有する端末向けに作成されたアプリケーションを、大型画面を有する外部ディスプレイやプロジェクタで表示すると、アプリケーションが想定していない大きなサイズで画像が表示されたり、レイアウトが崩れて表示されたりする。

例えば、タブレット型の端末用のアプリケーションは、タブレット端末に搭載された小型画面に対して最適なデザインで作成されている。そのようなアプリケーションを外部ディスプレイに表示する場合、小型画面用にデザインされたアプリケーションが大画面に表示されることになる。このため、外部ディスプレイには、文字やボタンのサイズが想定以上に大きく表示されたり、解像度によってはレイアウトが崩れたり、あるいは、画面の描画領域に納まらなかったりすることがある。

そこで、一側面では、本発明は、画面の機能に差がある複数の表示装置に画像を出力する際の不具合を解消することを目的とする。

一つの案では、画面の機能に差がある複数の表示装置の画面を使用して画像を出力する処理をコンピュータが実行する画像出力制御方法であって、前記画面の機能の差により前記複数の表示装置のうちの一方の表示装置にて画面の機能を実現できない場合、該複数の表示装置のうちの他方の表示装置にて画面の機能を実現し、前記他方の表示装置にて画面の機能を実現した後、画像の出力先の表示装置を前記一方の表示装置に切り替える、画像出力制御方法が提供される。

一側面によれば、画面の機能に差がある複数の表示装置に画像を出力する際の不具合を解消することができる。

一実施形態にかかる表示装置の全体構成の一例を示す図。 一実施形態にかかる表示パターンの一例を示す表。 大画面のレイアウトが崩れる場合を説明するための図。 一実施形態にかかるタブレット端末の機能構成の一例を示す図。 一実施形態にかかる表示パターン毎のアプリケーション起動時の動作例を示す図。 一実施形態にかかる描画領域の一例を示す図。 一実施形態にかかるタブレット端末のハードウェア構成の一例を示す図。 一実施形態にかかるタブレット端末のソフトウェア構成の一例を示す図。 一実施形態にかかるアプリケーション起動処理の一例を示すフローチャート。 一実施形態にかかるアプリケーション起動処理の結果の画面例を示す図。 一実施形態にかかるアプリケーション起動処理の結果の画面例を示す図。 一実施形態にかかるアプリケーション終了処理の一例を示すフローチャート。 一実施形態にかかるランチャー表示画面と表示属性情報テーブルの一例を示す図。 一実施形態の変形例にかかるアプリケーション起動処理の一例を示すフローチャート。

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［全体構成］
まず、本発明の一実施形態にかかる表示装置の全体構成の一例について、図１を参照しながら説明する。本実施形態にかかる表示装置は、タブレット端末１０及び外部ディスプレイ２０を有する。タブレット端末１０及び外部ディスプレイ２０は接続されている。本実施形態では、タブレット端末１０及び外部ディスプレイ２０の２つの画面が一体的に管理される。タブレット端末１０及び外部ディスプレイ２０は、表示装置の一例である。

タブレット端末１０に搭載された画面は６〜８インチ程度であり、外部ディスプレイ２０の画面よりも小さい。そこで、近年、図１に示すように小型画面のタブレット端末１０に大画面の外部ディスプレイ２０やプロジェクタを接続し、複数の表示装置を用いてＰＣの代替機のように機能させることが行われている。

タブレット端末１０及び外部ディスプレイ２０は、画面の機能に差がある複数の表示装置の一例である。タブレット端末１０の画面（以下、「本体画面」ともいう。）及び外部ディスプレイ２０の画面（以下、「外部画面」ともいう。）は、複数の表示装置の画面の一例である。複数の表示装置の画面の機能の差には、画面の解像度の差及び画面のタッチ機能の有無の少なくともいずれかが含まれる。

本実施形態では、本体としてタブレット端末１０があり、このタブレット端末１０のＯＳ（Operating System）上でアプリケーションが動作する際に、後述される本実施形態にかかる画面出力制御処理が実行される。

外部ディスプレイ２０は、タブレット端末１０の本体画面よりも大型の画面を有する表示装置であれば、テレビでもよいし、プロジェクタでもよいし、サイネージでもよいし、その他の表示装置でもよい。外部ディスプレイ２０と接続するためのケーブルはＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ケーブル又はＤｉｓｐｌａｙＰｏｒｔケーブルを使用することができる。ＤＶＩ（Digital Visual Interface）ケーブル又はアナログＲＧＢケーブルを使用してもよい。タブレット端末１０と外部ディスプレイ２０とは、無線接続（Wireless Display）されていてもよい。

本実施形態では、図１に示した表示装置の構成において、タブレット端末１０の本体に内蔵した本体画面及び外部ディスプレイ２０の外部画面間において必要に応じて画像の出力先の切り替えが行われる。図２には、タブレット端末１０の本体画面及び外部ディスプレイ２０の外部画面において画像の出力先の組み合わせとして考えられるパターン（以下、「表示パターン」ともいう。）を示す。ＯＳの仕様によるが、たとえばＷｉｎｄｏｗｓ（登録商標）であれば、図２の表示パターンのいずれかを選択して画面出力を行うことができる。各表示パターン１〜５を以下に説明する。
・表示パターン１
表示パターン１では、本体画面のみに画面表示が行われれる。この場合、本体画面にＯＳが管理する画面が表示され、外部ディスプレイ２０がタブレット端末１０に接続されていても外部画面は非稼働状態で何も表示されない状態である。
・表示パターン２
表示パターン２では、タブレット端末１０の本体画面がメインディスプレイ、外部ディスプレイ２０の外部画面がセカンドディスプレイになり、２画面に拡張表示される。この場合、ＯＳが、本体画面と外部画面の表示領域を連続した描画領域として管理している状態であり、本体画面及び外部画面には異なる内容が表示される。特にこの状態では、本体画面に座標原点が設定され、本体画面の左上が座標原点（０，０）になる（図６参照）。この場合、例えばデスクトップのアイコンやタスクトレイなどは本体画面に表示される。このように本体画面に座標原点が設定される拡張表示を以下、拡張表示（１）と表記する。
・表示パターン３
表示パターン３は、外部画面がメインディスプレイ、本体画面がセカンドディスプレイになり、２画面に拡張表示される。この場合、ＯＳが、本体画面と外部画面の表示領域を連続した描画領域として管理している状態であり、本体画面と外部画面には異なる内容が表示される。特にこの状態では、外部画面に座標原点が設定され、外部画面の左上が座標原点（０，０）になる。この場合、例えばデスクトップのアイコンやタスクトレイなどは外部画面に表示される。このように外部画面に座標原点が設定される拡張表示を以下、拡張表示（２）と表記する。
・表示パターン４
表示パターン４は、本体画面及び外部画面の２画面に複製表示される。この場合、本体画面及び外部画面を同じ解像度の描画領域と見なして、両方の画面に同じ内容を表示する。
・表示パターン５
表示パターン５は、外部画面のみに画面表示が行われれる。この場合、外部画面にＯＳが管理する画面が表示され、外部ディスプレイ２０がタブレット端末１０に接続されていても本体画面は非稼働状態で何も表示されない状態である。

［レイアウトが崩れる場合］
タブレット端末１０用のアプリケーションには、タブレット端末１０に搭載された小型の本体画面に表示する際に最適なデザインの画像を作成し、本体画面上で見易く表示する機能があるものがある。また、本体画面上のタッチパネルで操作しやすいユーザーインターフェースで作られているものがある。

そのようなアプリケーションを外部画面に表示した場合、小型画面用にデザインされたアプリケーションが大画面に表示されるため、文字やボタンのサイズが想定以上に大きく表示される場合がある。また、解像度によってはレイアウトが崩れたり、画像が画面の描画領域からはみ出してしまうといった表示状況となる場合がある。

また、タブレット端末１０用のアプリケーションが、タッチパネルやデジタイザで操作する際にタッチし易いように作られていても、タッチパネルを搭載しない外部ディスプレイ２０ではタッチによる入力操作ができず、ユーザの操作性を損なう結果となる。例えば、本体画面の解像度と外部画面の解像度の異同によって発生し得る表示状況を、図３を参照しながら説明する。
（本体画面の解像度＝外部画面の解像度）
本体画面の解像度と外部画面の解像度とが同じ場合、表示パターン５（外部ディスプレイ２０のみに表示）に設定すると、図３（ａ）に示すように、本体画面に表示された画像は、レイアウトが崩れることなくそのまま外部画面に表示される。本体画面には画像は表示されない状態となる。

しかし、タブレット端末１０用にデザインされたアプリケーションが、６インチ程度の小サイズの画面にてタッチ操作がし易いように画面を作成している場合、外部画面では必要以上に画像が大きく表示されることがある。例えば、図３（ｂ）に示すように、本体画面の全画面に最大化して表示され、その中に４つほどのボタン(ユーザーインターフェース)が配置されている場合、外部ディスプレイ２０の外部画面に４つのボタンだけが表示されるような画面になる。また、プロジェクタでプレゼンテーションをしている間にアプリケーションが起動した場合、スクリーン一面にそのような表示が描画されることになる。また、外部ディスプレイ２０にタッチパネルの機能が搭載されていなければ、外部画面に表示されたボタン等は直接タッチ操作できないため、マウス等を使って操作する必要があり、ユーザの操作性及び利便性に欠ける。
（本体画面の解像度＞外部画面の解像度）
本体画面の解像度が外部画面の解像度よりも高い場合、同様に表示パターン５（外部ディスプレイ２０のみに表示）に設定すると、解像度が高い本体画面に表示された画像が解像度が低い外部画面に表示される。このため、アプリケーションがＯＳにより実行されたときに本体画面に表示されるレイアウトをそのまま外部画面にて再現することは困難である。

実際にどのように表示されるかはＯＳの仕組みやアプリケーションによる。例えば、アプリケーションを構成するボタンなどの部品が本体画面に納まるように画面上の部品(各画像)のサイズを自動調整するようになっている場合、ＵＩ部品が外部画面に納まったとしてもレイアウトが正しく表現できないことがある。また、そのような自動調整が行われない場合、図３（ｃ）に示すように、外部画面の描画領域をはみ出してしまうことがある。また、外部ディスプレイ２０にタッチパネルの機能が搭載されていなければ、外部画面に表示されたボタン等を直接タッチ操作できない。また、外部ディスプレイ２０にタッチパネルの機能が搭載されていたとしても、はみ出した部分のボタンをタッチすることができない。
（本体画面の解像度＜外部画面の解像度）
本体画面の解像度が外部画面の解像度よりも低い場合、同様に表示パターン５（外部ディスプレイ２０のみに表示）に設定すると、解像度が低い本体画像に表示された画像を、解像度が高い外部画面に表示することになる。このため、図３（ｄ）に示すように、外部画面の描画領域には十分納まるが、極端に小さい画像が表示される可能性がある。この場合においても外部ディスプレイ２０にタッチパネルの機能が搭載されていなければ、外部画面に表示されたボタン等を直接タッチ操作できない。また、外部ディスプレイ２０にタッチパネルの機能が搭載されていたとしても、極端に小さい画像が表示されている場合にはタッチし難く、誤操作したり、実質的にタッチが困難な表示状態となる。

そこで、本実施形態では、上述のようにタブレット端末１０の本体画面と外部ディスプレイ２０の外部画面のサイズや解像度が異なるため、外部ディスプレイにタブレット端末１０用のアプリケーションが表示されたときにレイアウトが崩れる等の不具合を解消する。また、タッチパネルを搭載していない外部ディスプレイ２０に表示されてしまうことでタッチ操作ができないという課題を解決する。

［機能構成］
本実施形態にかかる画像出力制御方法を実行するアプリケーションは、例えば、図４に示すようにタブレット端末１０のＯＳ２上で起動される。本実施形態で実行されるアプリケーション１は、起動処理部１１とメイン処理部１２とを有する。起動処理部１１は、アプリケーション１の起動時に画像出力制御を実行する。メイン処理部１２は、アプリケーション１で必要な処理を行う。

起動処理部１１は、画面表示状態判定部１３と描画領域指定部１４と画面切替処理部１５とを有する。画面表示状態判定部１３は、アプリケーション１の起動時に画面の表示状態をチェックする。描画領域指定部１４は、アプリケーション１の実行により作成した画像を表示する画面上の領域を指定する。画面切替処理部１５は、必要に応じて画面の出力先（表示先）の切替をＯＳＳに要求する。

ＯＳ２は、画面管理部１６を有する。画面管理部１６は、本体画面を有するタブレット端末１０や外部画面を有する外部ディスプレイ２０等のディスプレイデバイスの接続状態、及びどのディスプレイに表示しているかの表示状態を管理する。

また、ＯＳ２にはGraphics driver１７がインストールされている。Graphics driver１７は、画面切替制御部１８を有する。画面切替制御部１８は、ＯＳ２からの画面切替の要求に応じて、Graphics Controller（図６参照）に対して画面出力先の切替制御を行う
アプリケーション１の起動が開始されると、画面表示状態判定部１３がＯＳ２の画面管理部１６からその時点の外部ディスプレイ２０等の他の表示装置の接続状態、画面出力先の情報を取得する。本実施形態では、ディスプレイの接続状態は、ＨＤＭＩケーブル等の接続線がタブレット端末１０と外部ディスプレイ２０とに接続されたことを検出することで把握することができる。

画面表示状態判定部１３は、画面管理部１６から画面モードを取得することで画面出力先の情報を得る。画面モードは、画面モード設定テーブル４に設定されている。図５に画面モード設定テーブル４の一例を示す。画面モード設定テーブル４は、画面モード４１とアプリケーション起動前の表示パターン４２と設定され、各表示パターン４２のアプリケーション１起動時の画面動作４３が定義されている。その時点で設定されている表示パターン４２の画面モード４１には「ＯＮ」が設定されている。なお、各表示パターンは、図２の表示パターンに対応している。画面モード設定テーブル４は、タブレット端末１０の記憶部３に記憶されている。なお、記憶部３に記憶された登録テーブル５については、本実施形態の変形例において説明する。

図５の例では、画面モード設定テーブル４に設定されているアプリケーション起動前の表示パターン４２が「１」の場合、アプリケーション１起動時の動作４３としては、本体画面にそのままアプリを起動することが定義されている。この場合、画面出力先の切り替えは発生しない。

アプリケーション１起動前の表示パターン４２が「２」の場合、アプリケーション１起動時の動作４３としては、本体画面と外部画面とを合わせた描画領域のうち、本体画面の描画領域にアプリケーション１を起動する。この場合、画面出力先の切り替えは発生しない。

アプリケーション１起動前の表示パターン４２が「３」の場合、アプリケーション１起動時の動作４３としては、本体画面と外部画面とを合わせた描画領域のうち、本体画面の描画領域にアプリケーション１を起動する。この場合、画面出力先の切り替えは発生しない。

アプリケーション１起動前の表示パターン４２が「４」の場合、アプリケーション１起動時の動作４３としては、出力先を「拡張表示（２）」に切り替え、本体画面の描画領域にアプリケーション１を起動する。

アプリケーション１起動前の表示パターン４２が「５」の場合、アプリケーション１起動時の動作４３としては、出力先を「拡張表示（２）」に切り替え、本体画面の描画領域にアプリケーション１を起動する。

図５の例では、表示パターン５の画面モード４１がＯＮになっている。この場合、ユーザは、タブレット端末１０に接続されている外部ディスプレイ２０のみに画面を出力して使用している状態であり、本体画面は無効になっている。そこで、画面モード４１を取得した画面切替処理部１５は、ＯＳ２の画面管理部１６に画面出力先の切替を要求する。ＯＳはその要求を受けて、Graphics driver１７に画面切替を要求する。これにより、本体画面が有効になり、本体画面への表示が可能になる。

切り替えの必要がない場合又は画面の切り替えが完了したら、アプリケーション１の描画領域指定部１４は、ＯＳ２の画面管理部１６から取得した描画領域の情報に基づいて本体画面に該当する描画領域にアプリケーション１のウィンドウを表示するように制御する。

図６は、本実施形態にかかる描画領域指定部１４が設定する描画領域の一例を示す。図６には、２つの画面を拡張表示しているときにＯＳ２が管理する描画領域が示される。例えばＷｉｎｄｏｗｓ等のＯＳでは、２つの画面の描画領域は連続した一つの領域として管理される。

たとえば、図６（ａ）のように、タブレット端末１０の本体画面及び外部ディスプレイ２０の外部画面の解像度が同じ場合、同じサイズの２つの描画領域を接続した領域が描画領域として管理される。

一方、異なる解像度の本体画面及び外部画面が接続されている場合、図６（ｂ）のように、異なるサイズの描画領域が接続されて一つの描画領域として管理される。アプリケーション１のウィンドウＷ１〜Ｗ３は、この描画領域内で自由に配置することができる。

本体画面と外部画面とを組み合わせた表示パターンの一例は、図２に示した通りである。本実施形態では、図２に示したそれぞれの表示パターンの状態でアプリケーション１を起動したときに、図５に示すアプリケーション起動時の動作４３を行うことで起動したアプリケーション１を本体画面に表示するようにする。

［ハードウェア構成］
次に、タブレット端末１０のハードウェア構成の一例について、図７を参照して説明する。タブレット端末１０は、ＣＰＵ１００、メインメモリ２０１、ｅＭＭＣ（embedded Multi Media Card）２０２、タッチパネル２０３及び内蔵ディスプレイ２０４を有する。ＣＰＵ１００は、Graphics Controller１０１、Memory Controller１０２、Storage Controller１０３、USB Controller１０４を有する。

Memory Controller１０２は、タブレット端末１０のメインメモリ（主記憶）２０１を管理する。Graphics Controller１０１は、画面の表示内容の管理や外部ディスプレイ２０等の表示装置の管理を行う。Graphics Controller１０１は、メインメモリ２０１内の一部の領域をＶＲＡＭ（Video RAM）領域として管理し、メインメモリ２０１を使用して描画領域の状態を管理する。Graphics Controller１０１は、内蔵ディスプレイ２０４と接続されている。また、Graphics Controller１０１は、ＨＤＭＩケーブルなどを使用して外部ディスプレイ２０と接続することが可能である。

Storage Controller１０３には、ｅＭＭＣ２０２などの不揮発ストレージ(補助記憶)が接続されている。ｅＭＭＣ２０２等には、ＯＳ２やアプリケーション１が格納されている。例えば、タッチパネル２０３は、内蔵ディスプレイ２０４の画面上のタッチによる入力操作を可能とする。これにより、タブレット端末１０は、入力装置として機能し、ユーザーに操作手段を提供する。図７の例では、タッチパネル２０３は、USB Controller１０４で接続されているが、その他のインターフェースで接続されてもよい。また、タブレット端末１０には、タッチパネルではなく、デジタイザ、あるいはその両方が搭載されてもよい。

なお、この例ではＣＰＵ１００の中にMemory Controller１０２やGraphics Controller１０１を内包したが、これらのコントローラは、ＣＰＵ１００とは別のチップで構成してもよい。

以上に説明したように、本体には内蔵ディスプレイ２０４が搭載され、一般的にはキーボードは搭載されておらず、タッチパネル２０３又はデジタイザにより、タブレット端末１０の本体画面を直接タッチすることで画面上での入力操作が可能になっている。ここではタブレット端末１０と記載しているが、端末側はキーボードを搭載したＰＣ(パーソナルコンピュータ)であってもよい。また、端末側はスマートフォン、携帯型情報端末（ＰＤＡ：Personal Digital Assistant）、携帯電話、携帯型音楽機器、ゲーム機器等の携帯機器であってもよい。

［ソフトウェア構成］
次に、タブレット端末１０のソフトウェア構成の一例について、図８を参照して説明する。なお、本実施形態では、タブレット端末１０では、アプリケーション１はＣＰＵ１００の制御によりＯＳ２で動作しているものとする。

ＯＳ２には、各種デバイスを動作させるためそれぞれのデバイス用のデバイスドライバーがインストールされている。本実施形態では、特にGraphicsの機能を使用するため、図８ではGraphics driver１７がインストールされている。また、ＯＳ２には、本実施形態の主体となるアプリケーション１がインストールされている。アプリケーション１からデバイスドライバーに対して行われる処理は、ＯＳ２やデバイスドライバーが仕様を公開しているＡＰＩ(Application Programming Interface)からのアクセスにより実行される。したがって、アプリケーション１がタブレット端末１０の本体画面及び外部ディスプレイ２０の外部画面間で画面出力先の切り替えを行う場合、アプリケーション１はＡＰＩを使ってＯＳ２に切り替えを依頼する。ＯＳ２は、Graphics driver１７に対して切り替えを要求する。最終的には、Graphics driver１７がソフトウェアの処理に基づき、ハードウェアのGraphics Controller１０１を制御して必要な処理を実現する。以上が本実施形態にかかる画像出力制御方法を実現する場合の表示装置の全体構成、機能構成、ハードウェア構成、ソフトウェア構成及び基本的な動作ポリシーである。図６の各部の機能は、ＯＳ２にインストールされた画像出力制御プログラムが、本体画面及び外部画面を使用して画像を出力する処理をＣＰＵ１０１に実行させることにより実現される。

以下、画像出力制御処理のアプリケーション１への実装方法について示す。本実施形態では、画像出力制御処理をアプリケーション１へ実装する方法として第１の方法と第２の方法との２つの方法が考えられる。第１の方法は、タブレット端末１０用にデザインされた特定のアプリケーション１に実装する方法である。第２の方法は、アプリケーション群を起動するためのランチャに実装する方法である。第１の方法は、本実施形態にて以下に説明し、第２の方法は、本実施形態の変形例にて説明する。

（特定のアプリケーション１に実装する場合：第１の方法）
この場合、小型画面用にデザインしたアプリケーション１自体に本実施形態の機能を実装する。具体的には、アプリケーション１の処理のうち最初に呼ばれる起動、初期化等の処理の中に本実施形態の画像出力制御処理の機能を実装する。アプリケーション１の起動時に実行される画像出力制御処理の流れを図９を参照して説明する。

まず、起動処理部１１は、外部ディスプレイ２０の接続の有無を判定する（ステップＳ１０）。ここで、外部ディスプレイ２０が接続されていないと判定された場合、本体画面のみが出力先になる。このため、起動処理部１１は、特に追加の処理を行うことなくアプリケーション１を動作させ（ステップＳ１４）、本処理を終了する。

一方、外部ディスプレイ２０が接続されていると判定された場合、画面表示状態判定部１３は、画面モード設定テーブル４に基づき、画面の出力先を判定する（ステップＳ１２）。画面表示状態判定部１３は、図５に示す画面モード設定テーブル４に設定された画面モード４１により画面出力先を判定する。

例えば、画面モード４１が表示パターン１に設定（ＯＮ）されている場合、画面の出力先は本体画面のみである。この場合、画面出力先を本体画面に切り替える必要はない。よって、起動処理部１１は、特に追加の処理を行うことなく本体画面にアプリケーション１を起動し（ステップＳ１４）、本処理を終了する。

画面モード４１が表示パターン２又は表示パターン３に設定（ＯＮ）されている場合、画面の出力先は本体画面と外部画面とを合わせた描画領域であり、両画面に拡張表示される。この場合、画面切替処理部１５は、本体画面がメインディスプレイであってもセカンドディスプレイであっても、本体画面の描画領域を指定して画面出力先が本体画面になるように座標原点を切り替える。起動処理部１１は、切替後に本体画面にアプリケーション１を起動し（ステップＳ１６）、本処理を終了する。

なお、本体画面の指定の方法は、本体画面及び外部画面を連続した描画領域とした場合に本体画面に該当する描画領域の座標を指定する方法に限られない。例えば、ＯＳ２が個々の画面を一意に識別するＩＤを管理し、それによってアプリケーション１の表示先を指定できる場合は、この画面を識別するＩＤを使用してアプリケーション１の表示先に本体画面を指定してもよい。

画面モード４１が表示パターン４に設定（ＯＮ）されている場合、画面出力先は、本体画面及び外部画面を合わせた描画領域であり、両画面に複製表示される。また、図５のように画面モード４１が表示パターン５に設定（ＯＮ）されている場合、画面出力先は、外部ディスプレイのみである。これらの場合、本体画面を有効にし、画面出力先を本体画面に切り替える必要がある。よって、描画領域指定部１４は、本体画面が無効になっている場合には、本体画面を描画領域に指定し、切り替え前の画面出力先の情報をメインメモリ２０１等に記録する（ステップＳ１８）。その後、画面切替処理部１５は、画面出力先を拡張表示（２）に切り替える。起動処理部１１は、本体画面の描画領域にアプリケーション１を起動し（ステップＳ２０）、本処理を終了する。

以上に説明した画像出力制御処理によれば、アプリケーション１を起動したときは、常にアプリケーション１は本体画面に表示される。これにより、本実施形態では、タブレット端末１０の小型画面に最適化されたデザインの特定のアプリケーション１を起動したときに、外部ディスプレイ２０やプロジェクタを接続し、そちらに画面を出力している場合の表示の不具合を解消できる。つまり、本実施形態では、そのアプリケーション１を必ずタブレット端末１０の本体画面の描画領域内に表示させることで、表示の不具合を解消できる。

例えば、アプリケーション１を起動しようとしたときに、画面出力先を外部ディスプレイ２０のみにして本体画面を無効にしている表示パターン５の場合、本来は本体画面は無効であるため本体画面に画像を表示することはできない。

そこで、本実施形態では、その場合にはアプリケーション１を起動しようとしたときに画面出力先が切り替えられ、無効になっている本体画面を有効にした上でアプリケーション１が起動され、アプリケーション１による本体画面への表示が可能となる。このとき、「本体画面を有効にする」とは、具体的には表示パターン３の拡張表示（２）に切り替えることとする。これにより、本体画面を有効にしつつ、外部ディスプレイ２０側の表示も有効のまま、かつ、外部ディスプレイ２０をメインディスプレイに指定して画面の出力先を変更することができる。これにより、それまで外部ディスプレイ２０に表示されていた内容は、外部ディスプレイ２０上に表示されたまま保持することが可能である。この結果、本実施形態の画面表示から元の画面表示に画面の表示を切り替えたときに外部ディスプレイ２０側をメインディスプレイにすることで外部画面上の作業環境を変えることなく円滑な作業を続行することができる。

動作のイメージの一例を図１０に示す。タブレット端末１０に外部ディスプレイ２０が接続されている。図１０（ａ）の例では、画面は外部ディスプレイ２０のみに出力され、タブレット端末１０は無効になっている。外部ディスプレイ２０に表示されているデスクトップ画面にはウィンドウＷ１及びアイコンＱが表示されている。この画面状態から、ユーザは、マウスを使ってアイコンＱをクリックし、特定のアプリケーション１を選択して起動させる。このとき、本実施形態にかかる画面出力制御処理の機能がアプリケーション１に実装されている場合、まず画面出力先が拡張表示（２）の定義に従い変更される。これにより、本体画面が有効になる。次に、図１０（ｂ）に示すように、アプリケーション１にて生成された画像Ｒが本体画面の描画領域内に表示される。なお、外部ディスプレイ２０に表示されていた内容は、外部ディスプレイ２０上に表示されたまま保持される。

図１１の例では、タブレット端末１０に外部ディスプレイ２０が接続されていて、本体画面と外部画面には同じ内容の画像が表示される複製表示の状態になっている。この場合、外部ディスプレイ２０に表示されているデスクトップ画面からアイコンＱで示される特定のアプリケーション１が選択されることで、アプリケーション１が起動される。その際、図１０の例と同様に画面出力先を拡張表示（２）に変更してから本体画面の描画領域内にアプリケーション１にて生成された画像Ｒが表示される。

これにより、タブレット端末１０の画面サイズで最適なようにデザインされたアプリケーション１の画面が、解像度の違いにより外部ディスプレイ２０に小さく表示されたり、はみ出して表示されたりしてしまうことを回避できる。また、無効になっている本体画面を有効にすることで、アプリケーション１により生成された画面が本体画面に表示される。これにより、タブレット端末１０のタッチパネルで画面上から入力操作を行うことが可能になる。また、外部ディスプレイ側で何か作業をしていたとしても外部ディスプレイ側の表示は維持されたままなので作業をそのまま継続することが可能である。

また、アプリケーション１を起動するときに、本実施形態の画像出力制御処理により画面出力先を切り替えた場合、アプリケーション１を終了する際に図１２に示す終了処理が実行される。アプリケーション１の終了処理では、描画領域指定部１４は、起動時に画面出力先を変更したかを判定する（ステップＳ２２）。変更したと判定された場合、描画領域指定部１４は、メインメモリ２０１に記録されている元の画面出力先の情報に基づき、画面出力先をアプリケーション１起動前の状態に戻し（ステップＳ２４）、本処理を終了する。変更していないと判定された場合、ただちに本処理は終了される。

［変形例］
（ランチャーに実装する場合：第２の方法）
最後に、本実施形態の変形例にかかる画面出力制御処理について、図１３及び図１４を参照しながら説明する。変形例では、画面出力制御の機能をランチャーに実装する場合を例に挙げて説明する。

この場合、アプリケーション１を起動するためのランチャーに上記画面出力制御の機能を実装する。したがって、起動するべきタブレット端末１０用にデザインされたアプリケーション１には、上記画面出力制御の機能を実装する必要はない。したがって、ランチャーに含まれるすべてのアプリケーションに対して上記画面出力制御による同様の効果を与えることができる。

ランチャーは、ユーザーがよく使う複数のアプリケーションを登録しておくことで、それらのアプリケーションを一覧表示してユーザーがすぐに起動できるような手段を提供する。例えば、図１３のタブレット端末１０には、ユーザーがよく使う複数のアプリケーションを起動するためのアイコンＬ１〜Ｌ１２が一覧表示されたランチャーが登録されている。

ランチャーにアプリケーションを登録するとき、登録テーブル５には、アプリケーション名５２、インストールフォルダ５３等の表示属性情報を登録する必要がある。アプリケーション名５２に応じてアイコン５１を登録してもよい。本変形例では、これらの表示属性情報に、登録しようとしているアプリケーションを本体画面で起動するかどうかを示す起動画面情報５４が付加される。ユーザーは、ランチャーに登録しようとするアプリケーションを必ず本体画面で起動したい場合、起動画面情報５４に本体画面を指定して登録する。

ランチャーからアプリケーションを選択して、選択されたアプリケーションの起動を開始する場合のフローを図１４に示す。まず、ランチャーは、登録テーブル５に基づき、ユーザにより指定されたアイコン５１にリンクしたアプリケーョン（アプリケーション名５２、インストールフォルダ５３）の表示属性情報５４により本体画面で起動するかどうかを判定する。（ステップＳ３０）ここで、本体画面で起動するように登録されていないアプリケーションの場合、上記画像出力制御処理の機能の実行は不要であり、指定されたアプリケーションをそのまま起動する（ステップＳ１４）、本処理を終了する。

一方、本体画面で起動するように登録されたアプリケーションの場合、ステップＳ１０に進み、ステップＳ１０以降のステップが実行される。ステップＳ１０以降のステップには、図９に示す画面出力制御処理と同一ステップ番号が付され、同一処理であるため、ここでの説明は省略する。

また、ランチャーに実装する場合も上記実施形態と同様に、指定されたアプリケーションを起動するときに画面の出力先を切り替えた場合、切り替え前の出力先（元の出力先）を記録しておく。そして、アプリケーション終了時に画面出力先をアプリケーション起動前の状態に戻す処理が実行される。この場合は、ランチャーが指定されたアプリケーションの処理が終了したことを認識した時点で、画面の切り替え処理（図１２）が実行される。

以上に説明したように、本実施形態の変形例にかかる画面出力制御方法によれば、ランチャーに登録されたアプリケーションを起動したときに、必ずタブレット端末１０の本体画面でアプリケーションの生成画面が表示される。これにより、大画面の外部ディスプレイやプロジェクタに画面表示され、画面のレイアウトが崩れて外部ディスプレイ２０においてタッチ操作が困難になったとしても、タブレット端末１０の本体画面でタッチ操作を行うことができる。また、必ず本体側にアプリケーションの生成画面が表示されることで、外部ディスプレイ２０にタッチパネルを搭載していない場合にも、画面へのタッチによる入力操作を確保することができる。

また、本体画面を無効状態から有効な状態にするために画面出力先を切り替える動作を実行した場合においても、それまでユーザーが作業をしていた外部ディスプレイ２０の表示内容は保持される。このため、ユーザーの作業を妨げることなく、上記効果を得られる。

以上により、本実施形態及びその変形例にかかる画面出力制御方法によれば、画面の機能に差がある複数の表示装置に画像を出力する際の不具合を解消することができる。

以上、画像出力制御方法、画像出力制御プログラム及び表示装置を上記実施形態により説明したが、本発明にかかる画像出力制御方法、画像出力制御プログラム及び表示装置は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。また、上記実施形態及び変形例が複数存在する場合、矛盾しない範囲で組み合わせることができる。

例えば、上記実施形態及びその変形例にかかる表示装置の構成は一例であり、本発明の範囲を限定するものではなく、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、タブレット端末が接続される表示装置は、一台に限られず、複数台であってもよい。

また、上記実施形態及びその変形例では、画面の機能に差がある複数の表示装置のうち外部ディスプレイを一方の表示装置、タブレット端末を他方の表示装置として、一方の表示装置にて画面の機能を実現できない場合、他方の表示装置にて画面の機能を実現した。しかしながら、これに限らず、一方の表示装置は、画面の機能に差がある複数の表示装置のいずれか一方であり、他方の表示装置は、画面の機能に差がある複数の表示装置の他の表示装置であってもよい。

１：アプリケーション
２：ＯＳ
４：画面モード設定テーブル
５：登録テーブル
１０：タブレット端末
１１：起動処理部
１２：メイン処理部
１３：画面表示状態判定部
１４：描画領域指定部
１５：画面切替処理部
１６：画面管理部
１７：Ｇｒａｐｈｉｃｓ ｄｒｉｖｅｒ
１８：画面切替制御部
２０：外部ディスプレイ
１００：ＣＰＵ
１０１：Graphics Controller
１０２：Memory Controller
１０３：Storage Controller
１０４：USB Controller
２０１：メインメモリ
２０２：ｅＭＭＣ
２０３：タッチパネル
２０４：内蔵ディスプレイ

Claims (9)

1. 画面の機能に差がある複数の表示装置の画面を使用して画像を出力する処理をコンピュータが実行する画像出力制御方法であって、
   前記画面の機能の差により前記複数の表示装置のうちの一方の表示装置にて画面の機能を実現できない場合、該複数の表示装置のうちの他方の表示装置にて画面の機能を実現し、
   前記他方の表示装置にて画面の機能を実現した後、画像の出力先の表示装置を前記一方の表示装置に切り替える、
   画像出力制御方法。
2. 操作されたアプリケーションの起動の際に前記他方の表示装置に画像を出力し、該他方の表示装置にて画面の機能を実現し、
   前記アプリケーションの終了の際に画像の出力先の表示装置を前記一方の表示装置に切り替える、
   請求項１に記載の画像出力制御方法。
3. ランチャーに登録された複数のアプリケーションのうち、画像の出力先を示す表示属性情報が登録されているアプリケーションが操作された場合、該アプリケーションの起動時に前記表示属性情報に基づき特定される前記複数の表示装置のうちのいずれかにて画面の機能を実現する、
   請求項２に記載の画像出力制御方法。
4. 画面の機能に差がある複数の表示装置の画面を使用して画像を出力する処理をコンピュータに実行させるための画像出力制御プログラムであって、
   前記画面の機能の差により前記複数の表示装置のうちの一方の表示装置にて画面の機能を実現できない場合、該複数の表示装置のうちの他方の表示装置にて画面の機能を実現し、
   前記他方の表示装置にて画面の機能を実現した後、画像の出力先の表示装置を前記一方の表示装置に切り替える、
   画像出力制御プログラム。
5. 操作されたアプリケーションの起動の際に前記他方の表示装置に画像を出力し、該他方の表示装置にて画面の機能を実現し、
   前記アプリケーションの終了の際に画像の出力先の表示装置を前記一方の表示装置に切り替える、
   請求項４に記載の画像出力制御プログラム。
6. ランチャーに登録された複数のアプリケーションのうち、画像の出力先を示す表示属性情報が登録されているアプリケーションが操作された場合、該アプリケーションの起動時に前記表示属性情報に基づき特定される前記複数の表示装置のうちのいずれかにて画面の機能を実現する、
   請求項５に記載の画像出力制御プログラム。
7. 画面の機能に差がある自画面と他の表示装置の画面とを使用して画像を出力する表示装置であって、
   前記画面の機能の差により前記表示装置と前記他の表示装置のうちの一方の表示装置にて画面の機能を実現できない場合、前記表示装置と前記他の表示装置のうちの他方の表示装置にて画面の機能を実現し、
   前記他方の表示装置にて画面の機能を実現した後、画像の出力先の表示装置を前記一方の表示装置に切り替える画面切替処理部、
   を有する表示装置。
8. 前記画面切替処理部は、
   操作されたアプリケーションの起動の際に前記他方の表示装置に画像を出力し、該他方の表示装置にて画面の機能を実現し、
   前記アプリケーションの終了の際に画像の出力先の表示装置を前記一方の表示装置に切り替える、
   請求項７に記載の表示装置。
9. 前記画面切替処理部は、
   ランチャーに登録された複数のアプリケーションのうち、画像の出力先を示す表示属性情報が登録されているアプリケーションが操作された場合、該アプリケーションの起動時に前記表示属性情報に基づき特定される前記複数の表示装置のうちのいずれかにて画面の機能を実現する、
   請求項８に記載の表示装置。

Images