(57)【要約】  ユーザビリティを向上させることが可能な情報処理端末を提供する。  表示部１は、複数の表示画面を有する。記憶部２は、表示部１に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する。状態監視部３は、表示部１の使用状態を検出する。レイアウト制御部５は、規定情報および使用状態に基づいて、オブジェクトのレイアウトを決定し、そのレイアウトが予め定められた条件を満たすようにレイアウトを調整する。表示制御部６は、レイアウト制御部５にて調整されたレイアウトのオブジェクトを表示部１に表示する。
2013031366.tif 000002
【特許請求の範囲】
【請求項１】
複数の表示画面を含む表示部と、
前記表示部に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する記憶部と、
前記表示部の使用状態を検出する検出部と、
前記規定情報および前記使用状態に基づいて前記レイアウトを決定し、当該レイアウトが予め定められた条件を満たすように、当該レイアウトを調整する調整部と、
前記調整部にて調整されたレイアウトのオブジェクトを前記表示部に表示する表示制御部と、を有する情報処理端末。
【請求項２】
前記レイアウトは、前記オブジェクトに含まれる部品の位置および大きさである、請求項１に記載の情報処理端末。
【請求項３】
前記条件は、前記部品が前記複数の表示画面に分かれて表示されないことである、請求項２に記載の情報処理端末。
【請求項４】
前記調整部は、前記レイアウトが決定されると、前記部品が前記複数の表示画面に分かれている場合、前記複数の表示画面のうち、前記部品が表示されている部品領域が最も大きい表示画面にのみ当該部品が表示されるように、前記レイアウトを調整する、請求項３に記載の情報処理端末。
【請求項５】
前記調整部は、前記レイアウトを調整する際には、前記オブジェクトに含まれる部品の位置および大きさの少なくとも一方を調整する、請求項２ないし４のいずれか１項に記載の情報処理端末。
【請求項６】
前記記憶部は、前記レイアウトの調整を行うか否かを示す可否情報をさらに記憶し、
前記調整部は、前記可否情報が前記レイアウトの調整を行うことを示す場合、前記レイアウトを調整する、請求項１ないし５のいずれか１項に記載の情報処理端末。
【請求項７】
前記複数の表示画面のいずれかは、物理的な物理表示画面が境界領域によって区切られた仮想的な表示画面である、請求項１ないし６のいずれか１項に記載の情報処理端末。
【請求項８】
複数の表示画面を含む表示部と、前記表示部に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する記憶部とを有する情報処理端末によるレイアウト調整方法であって、
前記表示部の使用状態を検出し、
前記規定情報および前記使用状態に基づいて前記レイアウトを決定し、
前記レイアウトが予め定められた条件を満たすように、当該レイアウトを調整し、
前記調整されたレイアウトのオブジェクトを前記表示部に表示する、レイアウト調整方法。
【請求項９】
複数の表示画面を含む表示部と、前記表示部に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する記憶部とに接続されたコンピュータに、
前記表示部の使用状態を検出する手順と、
前記規定情報および前記使用状態に基づいて前記レイアウトを決定する手順と、
前記レイアウトが予め定められた条件を満たすように、当該レイアウトを調整する手順と、
前記調整されたレイアウトのオブジェクトを前記表示部に表示する手順とを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示画面を有する情報処理端末に関する。
【背景技術】
【０００２】
携帯電話端末やＰＤＡ（Personal  Digital  Assistant）のような情報処理端末では、ウィンドウやボタンなどのオブジェクトを表示画面に表示することが多い。このような情報処理端末では、ユーザの操作に応じてオブジェクトの位置や大きさなどを変更することができる。【０００３】
例えば、特許文献１には、表示画面であるディスプレイと、そのディスプレイに対するユーザの接触位置を検知するタッチセンサとを備え、ディスプレイ上に表示されているボタンやウィンドウなどのオブジェクトの位置や大きさを、タッチセンサにて検出された接触位置に応じて変更するユーザインタフェースが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２６４９２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ウィンドウのようなオブジェクトには、ボタンやツールバーのようなユーザにて操作されたり閲覧されたりするＵＩ（user  interface：ユーザインタフェース）部品を含んでいるものがある。このようなオブジェクトでは、ＵＩ部品の大きさや位置などのレイアウトは固定されているため、見栄えや操作性などのユーザビリティが低くなってしまうことがある。【０００６】
より具体的には、複数の表示画面を備える多画面端末において、オブジェクトが複数の表示画面にわたって表示されると、ＵＩ部品が各表示画面の境界部を挟んで各表示画面に分割されて表示されてしまい、見栄えや操作性などが低くなることがある。特に、オブジェクトを生成するアプリケーションが、表示画面を１つだけ備える情報処理端末を想定して開発されている場合には、上記のようにＵＩ部品が各表示画面に分割されて表示されてしまうことが多い。【０００７】
これに対して、特許文献１に記載のユーザインタフェースでは、オブジェクトの位置や大きさを変更することはできるが、ＵＩ部品の位置や大きさのようなオブジェクト内のレイアウトを変更することができないため、上記のような状況ではユーザビリティを向上させることは困難である。【０００８】
本発明の目的は、ユーザビリティを向上させることが可能な情報処理端末、レイアウト調整方法およびプログラムを提供することである。
【課題を解決するための手段】
【０００９】
本発明による情報処理端末は、複数の表示画面を含む表示部と、前記表示部に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する記憶部と、前記表示部の使用状態を検出する検出部と、前記規定情報および前記使用状態に基づいて前記レイアウトを決定し、当該レイアウトが予め定められた条件を満たすように、当該レイアウトを調整する調整部と、前記調整部にて調整されたレイアウトのオブジェクトを前記表示部に表示する表示制御部と、を有する。【００１０】
本発明によるレイアウト調整方法は、複数の表示画面を含む表示部と、前記表示部に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する記憶部とを有する情報処理端末によるレイアウト調整方法であって、前記表示部の使用状態を検出し、前記規定情報および前記使用状態に基づいて前記レイアウトを決定し、前記レイアウトが予め定められた条件を満たすように、当該レイアウトを調整し、前記調整されたレイアウトのオブジェクトを前記表示部に表示する、を有する。【００１１】
本発明によるプログラムは、複数の表示画面を含む表示部と、前記表示部に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する記憶部とに接続されたコンピュータに、前記表示部の使用状態を検出する手順と、前記規定情報および前記使用状態に基づいて前記レイアウトを決定する手順と、前記レイアウトが予め定められた条件を満たすように、当該レイアウトを調整する手順と、前記調整されたレイアウトのオブジェクトを前記表示部に表示する手順とを実行させる。
【発明の効果】
【００１２】
本発明によれば、ユーザビリティを向上させることが可能になる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態の情報処理端末の概観を示す正面図である。
【図２】本発明の第１の実施形態の情報処理端末の機能的な構成を示すブロック図である。
【図３】本発明の第１の実施形態の情報処理端末の動作の一例を説明するためのフローチャートである。
【図４】レイアウト調整処理の一例を説明するための図である。
【図５】レイアウト調整処理の他の例を説明するための図である。
【図６】本発明の第２の実施形態の情報処理端末の動作の一例を説明するためのフローチャートである。
【図７】開発者設定情報の一例を示す図である。
【図８】レイアウト調整処理の他の例を説明するための図である。
【図９】レイアウト調整処理の他の例を説明するための図である。
【図１０】レイアウト調整処理の他の例を説明するための図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面を参照して説明する。なお、以下の説明では、同じ機能を有するものには同じ符号を付け、その説明を省略する場合がある。
【００１５】
図１は、本発明の第１の実施形態の情報処理端末の概観を示す正面図である。図１に示すように、情報処理端末１００は、種々の情報を表示する表示画面１Ａおよび１Ｂを有する。表示画面１Ａ及び１Ｂは、例えば液晶ディスプレイや有機ＥＬディスプレイ等の一般的な表示デバイスにより構成されている。また、表示画面１Ａおよび１Ｂは、画面境界１Ｃを挟んで互いに離れて配置されている。画面境界１Ｃは、表示画面が一般的に枠（ベゼル）を有することから必然的に生じる、情報を表示することが出来ない非表示領域である。画面境界１Ｃには、ヒンジ機構のような情報処理端末１００を折り畳み可能にする折り畳み機構などが備わっていてもよい。
【００１６】
なお、画面境界１Ｃは、ベゼルなどの物理的な境界に限らず、ＯＳ（operating  system）などによって、物理的に一つの表示画面（表示デバイス）に設けられた、その物理的な表示画面を２つの表示領域（仮想的な表示画面）に区切るための特別領域でもよい。この場合、特別領域によって区切られた各表示領域が、表示画面１Ａおよび１Ｂとなり、一つの物理的な表示画面が表示画面１Ａ、１Ｂおよび画面境界１Ｃを有することになる。なお、特別領域は、後述するオブジェクトが表示されない領域である。
【００１７】
図２は、情報処理端末１００の機能的な構成を示す図である。図２に示すように、情報処理端末１００は、表示部１と、記憶部２と、状態監視部３と、アプリケーション部４と、レイアウト制御部５と、表示制御部６とを有する。
【００１８】
表示部１は、図１に示した表示画面１Ａおよび１Ｂを有する。表示部１は、表示画面１Ａおよび１Ｂからなる複数の表示デバイスであっても良いし、表示画面１Ａおよび１Ｂを有する一つの表示デバイスであっても良い。
【００１９】
記憶部２は、表示部１に表示するオブジェクトのレイアウトを規定するための規定情報を記憶する。
【００２０】
オブジェクトは、例えば、ウィンドウのような表示物であり、ボタンやツールバーのようなユーザが操作したり閲覧したりするためのＵＩ（user  interface：ユーザインタフェース）部品を含む。また、オブジェクトのレイアウトは、例えば、オブジェクトの大きさや、オブジェクトに含まれるＵＩ部品の位置および大きさである。
【００２１】
記憶部２は、より具体的には、端末情報記憶部２１および設定情報記憶部２２を含む。
【００２２】
端末情報記憶部２１は、情報処理端末１００に関する端末情報を記憶する。端末情報は、情報処理端末１００に応じて定められる情報であり、表示画面１Ａおよび１Ｂに関する画面情報を含む。画面情報は、表示画面１Ａおよび１Ｂの画面サイズや、表示画面１Ａおよび１Ｂに含まれる、ステータスバーやソフトウェアキーボードのようなＯＳ（Operating  System）に割り当てられたシステム領域の位置やサイズなどを示す。なお、オブジェクトは、表示画面１Ａおよび１Ｂの全表示領域からシステム領域を除いた領域に表示することができる。また、オブジェクトは、システム領域を覆うように表示されてよい。
【００２３】
設定情報記憶部２２は、ＣＰＵなどのコンピュータにて読み取り可能な記録媒体であり、アプリケーションプログラムのような、コンピュータの動作を規定する種々のプログラムを記録する。以下では、アプリケーションプログラムをアプリと略す。
【００２４】
また、設定情報記憶部２２は、アプリの開発者にて指定された開発者設定情報を記憶する。開発者設定情報は、アプリが生成するオブジェクトのレイアウトに対する指定を示すレイアウト情報を含む。
【００２５】
レイアウト情報は、例えば、オブジェクトの大きさや、オブジェクトに含まれるＵＩ部品の位置および大きさを示す。なお、レイアウト情報は、例えば、ＸＭＬ（Extensible  Markup  Language）のようなマークアップ言語やＣＳＳ（Cascading  Style  Sheets）のようなスタイルシート言語で記述されている。また、情報処理端末１００が表示できるオブジェクトは通常複数あるので、レイアウト情報は、オブジェクトごとに記憶される。
【００２６】
なお、上記の端末情報および開発者設定情報は、規定情報の一例である。
【００２７】
状態監視部３は、表示画面１Ａおよび１Ｂがどのような状態で使用されているかを表す使用状態を監視して、現在の使用状態や使用状態の変化を検出する検出部である。
【００２８】
使用状態は、情報処理端末１００の向きなどの端末状態と、表示画面モードやＡＰＩ（Application  Program  Interface）の発行状態のようなアプリ状態とを含む。
【００２９】
端末状態は、例えば、表示画面１Ａおよび１Ｂが横方向に並んで使用されているのか、それとも表示画面１Ａおよび１Ｂが縦方向に並んで使用されているのかを、情報処理端末１００の向きとして示す。状態監視部３による端末状態の監視方法は特に限定されないが、例えば、加速度センサやジャイロセンサのような端末状態を検出するためのセンサを有し、そのセンサを用いて端末状態を監視したり、getLotate()のような端末状態を取得するためのＡＰＩを定期的に発行したりことで端末状態を監視する。なお、getLotate()は、より具体的には、上述のような機能を有するＡＰＩのラベルである。
【００３０】
表示画面モードは、オブジェクトをどのように表示画面１Ａおよび１Ｂに表示するかを規定するモードであり、例えば、オブジェクトを表示画面１Ａおよび１Ｂの一方に表示する１画面モードと、オブジェクトを表示画面１Ａおよび１Ｂに亘って表示する複数画面モードとがある。なお、表示画面モードは、例えば、アプリケーション部４に設定される。
【００３１】
ＡＰＩの発行状態は、オブジェクトの表示状態が変化する可能性があるＡＰＩが発行されたか否かを示す。なお、上記のようなＡＰＩとしては、表示画面モードを切り替える旨のＡＰＩや、ステータスバーやソフトウェアキーボードのようなシステム領域を表示画面１Ａおよび１Ｂに設定する旨のＡＰＩなどが挙げられる。
【００３２】
アプリケーション部４は、ＣＰＵなどのコンピュータで構成され、設定情報記憶部２２に記録されているプログラムであるアプリを読み取り、その読み取ったアプリを実行して種々の機能を実現する。この種々の機能において、オブジェクトを表示部１に表示する必要がある場合には、アプリケーション部４は、オブジェクトを生成してレイアウト制御部５に通知する。
【００３３】
レイアウト制御部５は、調整部の一例である。レイアウト制御部５は、アプリケーション部４からオブジェクトを受け付けた場合、そのオブジェクトのレイアウトを、記憶部２に記憶されている規定情報と、状態監視部３にて検出された使用状態とに基づいて決定する。また、レイアウト制御部５は、オブジェクトが表示されている状態で、状態監視部３にて使用状態の変化が検出された場合、その表示されているオブジェクトのレイアウトを、記憶部２に記憶されている規定情報と、状態監視部３にて検出された使用状態とに基づいて新たに決定する。
【００３４】
オブジェクトのレイアウトを決定すると、レイアウト制御部５は、その決定したレイアウトを、レイアウトが予め定められた調整条件を満たすように調整する。本実施形態では、調整条件は、オブジェクトに含まれるＵＩ部品が画面境界１Ｃに架かっていないこと、つまり、ＵＩ部品が表示画面１Ａおよび１Ｂに分かれて表示されないことであるとする。
【００３５】
表示制御部６は、レイアウト制御部５にて調整されたレイアウトのオブジェクトを表示部１に表示する。
【００３６】
次に情報処理端末１００の動作を説明する。
【００３７】
図３は、情報処理端末１００の動作の一例を説明するためのフローチャートである。以下では、表示部１にオブジェクトが既に表示されている状態で、使用状態が変化したときの動作を例にとって説明する。
【００３８】
先ず、状態監視部３は、情報処理端末１００の使用状態を監視し、その使用状態が変化したことを検出すると、使用状態が変化した旨をレイアウト制御部５に通知する（ステップＳ１）。
【００３９】
レイアウト制御部５は、使用状態が変化した旨を受け付けると、レイアウトの調整に必要な情報を収集し、その情報に基づいて、オブジェクトのレイアウトを決定する（ステップＳ２）。
【００４０】
より具体的には、先ず、レイアウト制御部５は、端末情報記憶部２１、設定情報記憶部２２および状態監視部３のそれぞれから、端末情報、開発者設定情報および使用状態のそれぞれを、レイアウトの調整に必要な情報として取得する。なお、レイアウト制御部５は、既に表示部１に表示されているオブジェクトに対応する開発者設定情報を取得する。
【００４１】
そして、レイアウト制御部５は、端末情報、開発者設定情報および状態情報に基づいて、オブジェクトのレイアウトを決定する。
【００４２】
オブジェクトのレイアウトを決定すると、レイアウト制御部５は、そのレイアウトを決定したオブジェクトに含まれるＵＩ部品が画面境界１Ｃに架かっているか否かを判定する（ステップＳ３）。この判定方法は、特に限定されないが、画面サイズと表示画面１Ａおよび１Ｂ上のＵＩ部品の位置から判定する方法や、ＵＩ部品が画面境界１Ｃに架かっているか否かを判定するためのＡＰＩを発行して判定する方法などが挙げられる。
【００４３】
ＵＩ部品が画面境界１Ｃに架かっている場合、レイアウト制御部５は、オブジェクトのレイアウトの調整を行う（ステップＳ４）。
【００４４】
ステップＳ３でＵＩ部品が画面境界１Ｃに架かっていないと判定された場合、および、ステップＳ４が終了した場合、レイアウト制御部５は、調整または決定したレイアウトのオブジェクトを表示制御部６に出力する。表示制御部６は、オブジェクトを受け付けると、そのオブジェクトを表示部１に表示する（ステップＳ５）。
【００４５】
次に上記の動作のステップＳ３およびＳ４の処理であるレイアウト調整処理についてより詳細に説明する。
【００４６】
図４は、レイアウト調整処理の一例を説明するための図である。
【００４７】
図４（ａ）は、複数画面モードで動作し、かつ、ステップＳ４のレイアウトの調整が行われる前の情報処理端末１００の状態を示している。
【００４８】
図４（ａ）の例では、オブジェクトであるウィンドウ２０に含まれるＵＩ部品１０が画面境界１Ｃに架かっている。
【００４９】
このとき、レイアウト制御部５は、先ず、端末情報に含まれる画面サイズＸと、開発者設定情報に含まれるＵＩ部品１０のサイズａ＋ｂおよび位置Ａを取得する。なお、位置Ａは、ＵＩ部品１０の画面境界１Ｃに直交する方向の、表示画面１Ａの画面境界１Ｃとは逆側の端辺からのオフセットで表されている。また、ＵＩ部品１０のサイズａ＋ｂは、ＵＩ部品１０の画面境界１Ｃに直交する方向の長さで表されている。
【００５０】
続いて、レイアウト制御部５は、ＵＩ部品のサイズ（ａ＋ｂ）および位置Ａの和が画面サイズＸより大きいので、ＵＩ部品１０が画面境界１Ｃに架かっていると判定する。
【００５１】
そして、レイアウト制御部５は、表示画面１Ａおよび１Ｂのうち、ＵＩ部品１０が表示されている部品領域が大きい方の表示画面にのみにＵＩ部品１０が表示されるように、ＵＩ部品１０の位置および大きさの少なくとも一方を調整する。
【００５２】
図４（ａ）の例では、ＵＩ部品１０は、矩形であり、表示画面１Ａに長さａ分だけ表示されており、表示画面１Ｂには長さｂ分だけ表示されている。また、ａ＞ｂを満たす。したがって、表示画面１Ａの方が表示画面１Ｂより部品領域が大きいので、図４（ｂ）に示すように、レイアウト制御部５は、ＵＩ部品１０の位置を表示画面１Ａ側の方に長さｂだけ移動させる。
【００５３】
以上のような処理がレイアウト調整処理であり、オブジェクトのレイアウトが調整された後では、ウィンドウ２０内のＵＩ部品１０が表示画面１Ａにのみに表示され、画面境界１Ｃに架からなくなる。なお、レイアウトが調整された後のＵＩ部品１０の位置は、Ａ−ｂとなる。
【００５４】
上記のレイアウト調整処理では、ＵＩ部品１０の位置が調整されていたが、実際には、この例に限らず適宜変更可能である。例えば、図５に示すように、レイアウト制御部５は、ＵＩ部品１０が表示画面１Ａにのみに表示されるように、ＵＩ部品１０の大きさを調整してもよい。また、レイアウト制御部５は、ＵＩ部品１０の位置および大きさの両方を調整して、ＵＩ部品１０が表示画面１Ａおよび１Ｂの一方にのみ表示するようにしてもよい。
【００５５】
以上説明したように本実施形態によれば、オブジェクトのレイアウトが調整条件を満たすように調整されるので、ユーザビリティを向上させることが可能になる。
【００５６】
また、アプリの開発者が、オブジェクトが画面境界１Ｃに架からなくなるなどの調整条件を満たすように、情報処理端末１００の向きやシステム領域のサイズなどに応じて、オブジェクトのレイアウトを細かく指定する必要がなくなるので、開発者は表示画面の数などを考慮せずに、ユーザビリティの高いアプリを作成することが可能になる。したがって、アプリの開発にかかるコストや労力を低減することが可能になる。
【００５７】
また、本実施形態では、表示画面１Ａおよび１Ｂのうち、ＵＩ部品が表示されている部品領域が大きい方の表示画面にのみＵＩ部品が表示されるように、レイアウトが調整されるので、開発者の意図(開発者設定情報)をなるべく反映させつつ、ユーザビリティを向上させることが可能になる。
【００５８】
なお、本実施形態では、レイアウト制御部５は、ＵＩ部品１０の部品領域が大きい側に、ＵＩ部品１０を移動させていたが、部品領域が小さい側にＵＩ部品１０を移動させてもよい。例えば、部品領域が大きい側の表示画面に重要な情報（例えば、ＵＩ部品１０を選択するための説明事項など）が表示されている場合には、ＵＩ部品１０が部品領域の大きい側に移動されると、重要な情報が圧縮されたり押し出されたりして見づらくなる可能性があるため、レイアウト制御部５は、これらを考慮して、ＵＩ部品１０を移動させる表示画面を選択できるようにしてもよい。この場合、更なるユーザビリティの向上を図ることができる。
【００５９】
次に本発明の第２の実施形態について説明する。
【００６０】
本実施形態では、設定情報記憶部２２に記憶されている開発者設定情報は、レイアウト情報に加えて、レイアウトの調整を行うか否かを示す可否フラグ（可否情報）を含む。可否フラグは、以下では、レイアウトの調整を行うことをＯＮで示し、レイアウトの調整を行わないことをＯＦＦで示すものとする。
【００６１】
可否フラグがＯＮを示す場合、レイアウト制御部５は、オブジェクトのレイアウトが調整条件を満たすように、レイアウトの調整を行う。
【００６２】
図５は、本実施形態の情報処理端末１００の動作の一例を示す図である。
【００６３】
図３を用いて説明したステップＳ１およびステップＳ２が実行され、その後、レイアウト制御部５は、設定情報記憶部２２に記憶されている開発者設定情報内の可否フラグを確認し、その可否フラグがＯＮを示すか否かを判定する（ステップＴ１）。可否フラグがＯＮを示す場合、ステップＳ３の処理が実行され、可否フラグがＯＦＦを示す場合、ステップＳ５が実行される。
【００６４】
本実施形態によれば、開発者の意図をより反映させることが可能になる。
【実施例】
【００６５】
次に、具体的な実施例を用いて情報処理端末１００の動作の一例を説明する。【００６６】
本実施例では、アプリケーション部４に表示画面モードとして１画面モードが設定されている状態で、アプリケーション部４が表示画面モードを複数画面モードに切り替える旨のＡＰＩであるchangeDisplayMode()を発行した際のレイアウト制御処理について説明する。なお、changeDisplayMode()は、より具体的には、上述のような機能を有するＡＰＩのラベルである。【００６７】
図７は、アプリケーション部４を実現しているアプリＡの設定ファイルの一例を示す図である。設定ファイルは、開発者設定情報の一例であり、アプリＡが生成するオブジェクトのレイアウトを指定するレイアウト情報を含む。【００６８】
図７の例では、アプリＡのオブジェクトは、ＵＩ部品である２つボタン(Button1およびButton2)を有する。各ボタンの大きさは、それぞれ縦方向に対してオブジェクトの大きさの５０％となっている。【００６９】
図８は、設定ファイルのアプリＡによるオブジェクトのレイアウトの一例を示す図である。図８では、表示画面モードは１画面モードであり、情報処理端末１００は表示画面１Ａが表示画面１Ｂより上にあるような縦向きであり、表示画面１Ａの上部にはシステム領域１Ｄとしてステータスバーが設定されている。この場合、オブジェクトの表示領域は、表示画面１Ａの全ての表示領域からシステム領域１Ｄを除いた領域となり、そのオブジェクトの表示領域にオブジェクト内のＵＩ部品であるボタン１１および１２が縦方向に並んで表示される。【００７０】
以下では、図８に示した使用状態においてchangeDisplayMode()が発行された際の情報処理端末１００の動作を、図３を参照しながら説明する。なお、説明が第１の実施形態で行った説明と重複する箇所については、省略することもある。【００７１】
先ず、状態監視部３は、アプリケーション部４がchangeDisplayMode()を発行したことを、使用状態が変化したこととして検出し、使用状態が変化した旨をレイアウト制御部５に通知する（ステップＳ１）。【００７２】
レイアウト制御部５は、使用状態が変化した旨を受け付けると、レイアウトの調整に必要な情報として、状態監視部３から情報処理端末１００の向き（縦向き）を取得し、その情報処理端末１００の向きに基づいて、オブジェクトのレイアウトとして、ＵＩ部品であるボタン１１および１２の大きさを決定する(ステップＳ２)。【００７３】
図９は、ステップＳ２で決定されたレイアウトの一例を示す図である。図９に示すように、表示画面１Ａには、幅がｓのシステム領域１Ｄが存在するため、表示画面１Ａにてオブジェクトを表示できる領域は、表示画面１Ｂにてオブジェクトを表示できる領域より幅ｓ分だけ小さくなっている。このため、ボタン１１が表示画面１Ａに収まりきらず、表示画面１Ｂにｓ／２分だけはみ出してしまう。【００７４】
オブジェクトのレイアウトを決定すると、レイアウト制御部５は、ＵＩ部品であるボタン１１および１２の少なくとも一方が画面境界１Ｃに架かっているか否かを判定する（ステップＳ３）。【００７５】
ここでは、例として、ＵＩ部品が画面境界１Ｃに架かっているかの判定は、ＵＩ部品が画面境界１Ｃに架かっているか否かを判定するためのＡＰＩであるisStride()を用いて行われるものとする。より具体的には、レイアウト制御部５は、ボタン１１および１２のそれぞれに対するisStride()であるisStride(Button1)およびisStride(Button2)を発行し、そのisStride()の応答によって、ボタン１１および１２のそれぞれが画面境界１Ｃに架かっているかを判定する。ここでは、図９に示したようにボタン１１が画面境界１Ｃに架かっているので、ボタン１１のisStride(Button1)に対する応答がtrue、すなわち、画面境界１Ｃに架かっていることを示す。なお、ここでisStride()は、より具体的には、上述のような機能を有するＡＰＩのラベルである。【００７６】
このようにステップＳ３でＵＩ部品が画面境界１Ｃに架かっていると判定されたため、レイアウトの調整が行われる（ステップＳ４）。ここでは、上述したようにボタン１１が表示画面１Ｂにはみ出している長さをｓ／２であるため、レイアウト制御部５は、ボタン１１の長さがｓ／２だけ短くなるように、ボタン１１および１２の大きさを変化させる。【００７７】
そして、レイアウト制御部５は、レイアウトを調整したオブジェクトを、表示制御部６を介して表示画面１Ａおよび１Ｂに表示する（ステップＳ５）。これにより、図１０に示すように、表示画面１Ａにボタン１１が収まり、表示画面１Ｂにボタン１２が収まるようなレイアウトのオブジェクトが表示される。【００７８】
以上説明した各実施形態および実施例において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。【００７９】
例えば、表示部１は、表示画面を３つ以上備えていてもよい。このとき、３つ以上の表示画面は、ベゼルなどの物理的な境界によって区切られた物理的な表示画面でもよいし、特別領域によって区切られた仮想的な表示画面でもよいし、それらを組み合わせたものでもよい。【００８０】
また、情報処理端末１００を折り畳み可能にする折り畳み機構が画面境界１Ｃ以外に備わっていてもよい。【００８１】
また、以上説明した情報処理端末１００の機能は、その機能を実現するためのプログラムを、コンピュータにて読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ実行させることで、実現されてもよい。【００８２】
この出願は、２０１１年９月１日に出願された日本出願特願２０１１−１９０６５７号公報を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８３】
１        表示部
１Ａ、１Ｂ    表示画面
１Ｃ      画面境界
２        記憶部
３        状態監視部
４        アプリケーション部
５        レイアウト制御部
６        表示制御部
２１      端末情報記憶部
２２      設定情報記憶部
１００    情報処理端末
【図１】
2013031366.tif 000003
【図２】
2013031366.tif 000004
【図３】
2013031366.tif 000005
【図４】
2013031366.tif 000006
【図５】
2013031366.tif 000007
【図６】
2013031366.tif 000008
【図７】
2013031366.tif 000009
【図８】
2013031366.tif 000010
【図９】
2013031366.tif 000011
【図１０】
2013031366.tif 000012
【国際調査報告】
2013031366.tif 000013
2013031366.tif 000014
2013031366.tif 000015
2013031366.tif 000016