JP6969064B2 - 電子機器及びプログラム - Google Patents

Description

本発明は、電子機器及びプログラムに関する。

特許文献１には、複数のアプリケーションと１対１に対応する複数の画像を、同時に画面に表示できるディスプレイ装置が記載されている。アプリケーションは、アプリケーションプログラムを意味する。以下、アプリケーションを「アプリ」とも称する。アプリに対応する画像を「アプリ画像」とも称する。

このディスプレイ装置では、利用者が設定した複数のアプリ画像のレイアウトが、１つのアイコンに対応づけられる。このアイコンが操作されると、複数のアプリ画像が、利用者が事前に設定したレイアウトによって画面に同時に表示される。

特開２０１４−１１６０１０号公報

特許文献１に記載のディスプレイ装置では、複数のアプリ画像のレイアウトを、利用者が設定する必要がある。このため、このディスプレイ装置は使い勝手がよくなかった。

本発明は、複数のアプリ画像のレイアウトに関する利用者の負担を低減可能な技術を提供することを目的の１つとする。

本発明の一態様に係る電子機器は、画像を表示する表示領域を有する表示部と、利用者が行う操作を受け付ける受付部と、前記受付部が複数のアプリケーションを指定する操作を受け付けた場合、前記複数のアプリケーションに対応する複数の画像についての前記表示領域におけるレイアウトを、前記複数のアプリケーションの各々の特性に基づいて決定する決定部と、を含む。

本発明の一態様に係る電子機器によれば、複数のアプリ画像のレイアウトに関する利用者の負担を低減することが可能になる。

本発明の第１実施形態に係る電子機器１を説明するための図である。 レイアウトの一例を示した図である。 電子機器１の機能を説明するための図である。 利き手検出用画像１６の一例を示した図である。 管理テーブル１７の一例を示した図である。 利用者の利き手を検出する動作を説明するためのフローチャートである。 レイアウトを決定する動作を説明するためのフローチャートである。 ステップＳ２５を説明するためのフローチャートである。 動画レコード１８２とゲームレコード１８３の抽出結果を示した図である。 ゲームレコード１８３と天気レコード１８４の抽出結果を示した図である。 動画レコード１８２とゲームレコード１８３のソード結果を示した図である。 アイコン２２及び２４の移動の一例を示した図である。 レイアウトの他の例を示した図である。 レイアウトの他の例を示した図である。 レイアウトの他の例を示した図である。 電子機器１のハードウェア構成の一例を示す図である。

以下、図面を参照しながら本発明に係る実施の形態を説明する。なお、図面において各部の寸法及び縮尺は実際の構成と適宜異なる。また、以下に記載する実施の形態は、本発明の好適な具体例である。このため、本実施形態には、技術的に好ましい種々の限定が付されている。しかしながら、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの形態に限られない。

＜第１実施形態＞
図１は、本発明の第１実施形態に係る電子機器１を説明するための図である。電子機器１は、例えば、コンピュータを備えた情報処理装置である。電子機器１の一例としては、移動局（例えば、スマートフォン又はタブレット端末）が挙げられる。

まず、本実施形態の概要を説明する。
電子機器１は、複数のウィンドウを同時に画面に表示できるマルチウィンドウ機能を有する。各ウィンドウには、当該ウィンドウに対応するアプリ画像（アプリケーション画像）が表示される。「アプリ」及び「アプリケーション」という文言は、上述したように「アプリケーションプログラム」を意味する。電子機器１は、アプリを実行することによってアプリ画像を生成する。電子機器１は、アプリ画像を、当該アプリ画像に対応するウィンドウに表示する。

電子機器１は、複数のウィンドウのレイアウト、すなわち、複数のアプリ画像のレイアウトを決定するレイアウトアプリを記憶する。電子機器１は、レイアウトアプリに対応するレイアウトアイコン２１を表示する。電子機器１は、レイアウトアイコン２１の代わりに、レイアウトアプリに対応するウィジェットを表示してもよい。

電子機器１は、レイアウトアイコン２１への操作に応じて、複数のアプリ画像のレイアウトを決定する。具体的には、電子機器１は、レイアウトアイコン２１を用いて、複数のアプリを指定する操作を受け付けた場合、当該複数のアプリの各々の特性に基づいて、複数のアプリ画像についての表示領域３におけるレイアウトを決定する。複数のアプリ画像は、複数のアプリに対応する複数の画像の一例である。

アプリの特性としては、例えば、アプリ画像が入力操作を必要とする程度についての特性が用いられる。アプリ画像が入力操作を必要とする程度は、アプリの種類等によって異なる。

例えば、検索を行う検索アプリのアプリ画像（以下「検索アプリ画像」と称する）は、検索を実行するために、利用者から検索ワード等の入力操作を受け付ける必要がある。一方、主に時刻を表示するだけの時刻アプリのアプリ画像（以下「時刻アプリ画像」と称する）は、利用者から入力操作を受け付けることはあまりない。このため、検索アプリ画像は、時刻アプリ画像よりも、入力操作を必要とする程度が高い。

アプリの特性として、アプリ画像が入力操作を必要とする程度についての特性が用いられた場合、入力操作を必要とする程度に応じて、複数のアプリ画像のレイアウトが決定される。

また、アプリの特性として、アプリ画像が表す情報についての特性が用いられてもよい。アプリ画像が表す情報は、アプリの種類等によって異なる。

例えば、ＳＮＳ（Social Networking Service）を行うＳＮＳアプリのアプリ画像（以下「ＳＮＳアプリ画像」と称する）は、利用者が他の者から提供された情報を誤って解釈して他の者との間においてトラブルが発生することを抑制できることが好ましい。このため、ＳＮＳアプリ画像の表示は、単に時刻を表示するだけの時刻アプリ画像の表示よりも重要度が高い。

アプリの特性として、アプリ画像が表す情報についての特性が用いられた場合、例えば、アプリ画像の重要度に応じて、複数のアプリ画像のレイアウトが決定される。

複数のアプリを指定する操作は、例えば、複数のアプリの各々のアイコン（例えば、図１に示したアイコン２１〜２４等）を用いて行われる。
アイコン２２は、動画を再生する動画アプリに対応する動画アイコンである。アイコン２３は、ゲームを実行するゲームアプリに対応するゲームアイコンである。アイコン２４は、天気予報に関する天気予報アプリに対応する天気アイコンである。

図２は、図１に示したように、動画アプリとゲームアプリとが指定された場合に決定されるレイアウトの一例を示した図である。図２では、表示領域３が縦長であり、表示領域３において、ゲームアプリに対応したゲームアプリ画像２３ａは、動画アプリに対応した動画アプリ画像２２ａの下に配置され、かつ、動画アプリ画像２２ａよりも大きく表示される。ゲームアプリ画像２３ａは、ゲームの進行上、利用者から操作入力を受け付ける必要がある。一方、動画アプリ画像は、ゲームアプリ画像２３ａよりも、利用者から操作入力を受け付ける必要性が低い。

利用者は、電子機器１が提示したレイアウトを気に入れば、そのレイアウトを使い、気に入らなければ、そのレイアウトを修正する。つまり、利用者は、電子機器１が提示したレイアウトを、レイアウトの１つの候補として扱うことが可能になる。

次に、電子機器１の機能について説明する。
図３は、電子機器１の機能を説明するための図である。電子機器１は、加速度センサ１０と、表示部１１と、受付部１２と、検出部１３と、記憶部１４と、決定部１５と、を含む。

加速度センサ１０は、電子機器１において生じた加速度を検出する。加速度センサ１０の検出結果は、例えば、電子機器１の姿勢、さらに言えば、表示領域３が縦長の状態で使用されているか又は横長の状態で使用されているかを判定するために用いられる。

表示部１１は、種々の画像を表示する表示領域３（図１参照）を有する。本実施形態では、表示領域３の形状は、正方形とは異なる矩形である。なお、表示領域３の形状は正方形でもよい。表示部１１は、例えば、液晶表示パネル又は有機ＥＬ（Electro Luminescence）表示パネルである。

受付部１２は、利用者が行う操作を受け付ける。例えば、受付部１２は、複数のアプリを指定する操作を利用者から受け付ける。
受付部１２は、例えば、タッチパネル又は操作ボタンである。本実施形態では、受付部１２として、表示領域３の上に配置されたタッチパネルが用いられる。つまり、タッチパネルである受付部１２は、表示領域３と対向する位置に設けられている。このため、受付部１２は、表示領域３に表示された画像（例えば、アプリ画像）に対する操作を受け付ける。
受付部１２は、表示領域３において複数のアイコンがレイアウトアイコン２１の位置に移動される操作（以下「移動操作」と称する）を受け付ける。移動操作は、複数のアプリを指定する操作の一例である。

検出部１３は、入力操作に使われる利用者の手を、受付部１２に対する利用者の入力操作に基づいて検出する。例えば、検出部１３は、入力操作に使われる利用者の手として、利用者の利き手を検出する。
また、検出部１３は、加速度センサ１０の出力に基づいて、表示領域３が、縦長の状態になっているか、又は、横長の状態になっているかについても検出する。

記憶部１４は、種々の情報及び種々のプログラムを記憶する。例えば、記憶部１４は、表示領域３に表示されているアイコンに対応するアプリを記憶する。

また、記憶部１４は、検出部１３が利用者の利き手を検出する際に用いる画像（以下「利き手検出用画像」とも称する）を示す利き手検出用画像情報を記憶する。
図４は、利き手検出用画像１６の一例を示した図である。利き手検出用画像１６は、メッセージ画像１６ａと、左利きボタン１６ｂと、右利きボタン１６ｃと、を含む。メッセージ画像１６ａは、利き手についての入力操作を促すメッセージを示す。左利きボタン１６ｂは、左利きを指示するためのボタンを示す画像である。右利きボタン１６ｃは、右利きを指示するためのボタンを示す画像である。

また、記憶部１４は、アプリごとに、アプリの特性に応じた指標を記憶する。この指標は、アプリ画像のレイアウトを決定するために用いられる。記憶部１４は、指標が示された管理テーブルを記憶する。

図５は、管理テーブル１７の一例を示した図である。
管理テーブル１７には、アプリごとに、レコード１８が示されている。以下、動画アプリに対応するレコード１８を「動画レコード１８２」とも称する。ゲームアプリに対応するレコード１８を「ゲームレコード１８３」とも称する。天気予報アプリに対応するレコード１８を「天気レコード１８４」とも称する。

レコード１８は、項目として、アプリ名１８ａと、第１指標１８ｂと、第２指標１８ｃとを有する。

第１指標１８ｂは、アプリ名１８ａによって特定されるアプリのアプリ画像が入力操作を必要とする程度に応じて設定される。本実施形態では、アプリ画像が入力操作を必要とする程度が高いほど、第１指標１８ｂの値が大きくなる。
第１指標１８ｂは、表示領域３におけるアプリ画像の位置を決定するために用いられる。このため、表示領域３におけるアプリ画像の位置は、アプリ画像が入力操作を必要とする程度に基づいて決定される。

第２指標１８ｃは、アプリ名１８ａによって特定されるアプリのアプリ画像が表す情報に応じて設定される。本実施形態では、アプリ画像が表す情報の重要度又は種類に応じて設定される。
第２指標１８ｃは、表示領域３におけるアプリ画像の大きさを決定するために用いられる。このため、表示領域３におけるアプリ画像の大きさは、アプリ画像が表す情報の重要度又は種類に基づいて決定される。

図３に戻って、決定部１５は、レイアウトアプリに従って実現される。
決定部１５は、受付部１２が移動操作を受け付けた場合、まず、移動された複数のアイコンに１対１に対応する複数のアプリを特定する。以下、移動されたアイコンに対応するアプリを「対応アプリ」とも称する。
続いて、決定部１５は、複数の対応アプリに１対１に対応する複数のアプリ画像についての表示領域３におけるレイアウトを、複数の対応アプリの各々の特性に基づいて決定する。以下、対応アプリに対応するアプリ画像を「対応アプリ画像」とも称する。
本実施形態では、決定部１５は、複数の対応アプリの各々の第１指標１８ｂ及び第２指標１８ｃを取得し、当該第１指標１８ｂ及び第２指標１８ｃを用いて、複数の対応アプリ画像についての表示領域３におけるレイアウトを決定する。

次に、電子機器１の動作を説明する。
まず、利用者の利き手を検出する動作を説明する。
図６は、検出部１３の動作、具体的には、利用者の利き手を検出する動作を説明するためのフローチャートである。利用者の利き手の検出は、例えば、電子機器１に電源が投入された際、及び、電子機器１がリセットされた際に実行される。

例えば、電子機器１に対してリセット操作が行われると、検出部１３は、記憶部１４から利き手検出用画像情報を読み出す。続いて、検出部１３は、利き手検出用画像情報を用いて、表示部１１に利き手検出用画像１６（図４参照）を表示させ（ステップＳ１１）、左利きボタン１６ｂと右利きボタン１６ｃとのいずれかへの操作を待つ（ステップＳ１２：ＮＯ）。利用者は、メッセージ画像１６ａが示すメッセージに従って、左利きボタン１６ｂと右利きボタン１６ｃとのいずれかを操作する。

検出部１３は、受付部１２が利き手検出用画像１６への操作を受け付けると（ステップＳ１２：ＹＥＳ）、当該操作に応じて、利用者の利き手を検出する（ステップＳ１３）。検出部１３は、受付部１２が左利きボタン１６ｂに対する操作を受け付けた場合、利用者の利き手が左手であることを検出する。一方、検出部１３は、受付部１２が右利きボタン１６ｃに対する操作を受け付けた場合、利用者の利き手が右手であることを検出する。続いて、検出部１３は、利き手の検出結果を記憶部１４に記憶する（ステップＳ１４）。

次に、レイアウトを決定する動作を説明する。
図７は、レイアウトを決定する動作を説明するためのフローチャートである。
受付部１２が、利用者がレイアウトアイコン２１を操作したことを受け付けると、電子機器１は、レイアウトアプリを実行して決定部１５を起動する。決定部１５は、図７に示した動作を繰り返し実行する。

決定部１５は、まず、レイアウトアイコン２１の表示態様（例えば、色及び／又は大きさ）を第１表示態様に設定する（ステップＳ２１）。第１表示態様は、レイアウトアプリが実行されていないときのレイアウトアイコン２１の表示態様とは異なる表示態様であればよい。利用者は、レイアウトアイコン２１の表示態様を視認することによって、レイアウトアプリが実行しているか否かを判断できる。

利用者は、レイアウトアプリが実行している場合、レイアウトの対象となる複数のアプリの各々のアイコン（以下「レイアウト対象アイコン」と称する）を、レイアウトアイコン２１の位置に移動する。例えば、利用者は、レイアウト対象アイコンを指によってタッチしたまま、その指をレイアウトアイコン２１の位置に移動することによって、レイアウト対象アイコンをレイアウトアイコン２１の位置に移動する。

決定部１５は、レイアウトアイコン２１の位置に移動されたレイアウト対象アイコンが存在する場合（ステップＳ２２：ＹＥＳ）、当該レイアウト対象アイコンに対応するアプリ（すなわち、対応アプリ）の識別子を記憶部１４に記憶する（ステップＳ２３）。

続いて、利用者は、レイアウトを実行させるために、第１表示態様のレイアウトアイコン２１を操作する。

決定部１５は、第１表示態様のレイアウトアイコン２１に対する操作を受付部１２が受け付けた場合（ステップＳ２４：ＹＥＳ）、対応アプリ画像のレイアウトを決定する（ステップＳ２５）。

ステップＳ２５において、対応アプリの数が、１よりも大きく閾値Ａ（Ａは３以上の整数）よりも小さい場合、決定部１５は、図８に示した動作を実行する。本実施形態では、閾値Ａによって、表示領域３に同時に表示されるアプリ画像の最大値が特定される。

なお、ステップＳ２５において、対応アプリの数が閾値Ａ以上である場合、決定部１５は、表示領域３に表示されるアプリ画像が小さくなりすぎると判断して、動作を終了する。この際、決定部１５は、レイアウト対象アイコンの数が閾値Ａ（例えば「４」）以上の場合にレイアウトの決定ができない旨の表示を、表示部１１に実行させてもよい。また、ステップＳ２５において、対応アプリの数が１である場合、決定部１５は、１つの対応アプリ画像を表示領域３の全体にレイアウトする。

次に、図８に示した動作について説明する。
まず、決定部１５は、記憶部１４に記憶されている対応アプリの識別子に基づいて、対応アプリを特定する。続いて、決定部１５は、記憶部１４の管理テーブル１７（図５参照）から、対応アプリについてのレコード１８を抽出する（ステップＳ３１）。

例えば、動画アプリとゲームアプリとが対応アプリである場合（図１参照）、決定部１５は、管理テーブル１７から、動画レコード１８２とゲームレコード１８３とを抽出する。図９は、動画レコード１８２とゲームレコード１８３の抽出結果を示した図である。

また、動画アプリと天気予報とが対応アプリである場合、決定部１５は、管理テーブル１７から、動画レコード１８２と天気レコード１８４を抽出する。図１０は、動画レコード１８２と天気レコード１８４の抽出結果を示した図である。

続いて、決定部１５は、対応アプリ画像同士の相対的な位置関係を決定する（ステップＳ３２）。

ステップＳ３２では、決定部１５は、以下のように動作する。
決定部１５は、まず、ステップＳ３１において抽出されたレコード１８を、第１指標１８ｂの値について昇順にソートする。決定部１５は、第１指標１８ｂが同値であるレコード１８については、第２指標１８ｃの値について昇順にソートする。決定部１５は、第１指標１８ｂが同値であり第２指標１８ｃも同値であるレコード１８については、管理テーブル１７での並び順を維持する。

例えば、図５に示した管理テーブル１７から、動画レコード１８２とゲームレコード１８３が抽出された状況（図９参照）においてソートが行われると、動画レコード１８２がゲームレコード１８３の前に位置する。図１１は、動画レコード１８２とゲームレコード１８３のソード結果を示した図である。

また、図５に示した管理テーブル１７から、動画レコード１８２と天気レコード１８４が抽出された状況（図１０参照）においてソートが行われると、天気レコード１８４が動画レコード１８２の前に位置する状態が維持される（図１０参照）。

続いて、決定部１５は、ソートしたレコード１８の並び順に従って、複数の対応アプリ画像についての表示領域３における並び順を決定する。

決定部１５は、表示領域３が縦長になっていることを検出部１３が検出した場合、複数の対応アプリ画像についての表示領域３における上下方向の並び順を、各対応アプリ画像に対応するレコード１８の並び順に一致させる。

例えば、動画レコード１８２がゲームレコード１８３の前に位置している場合（図１１参照）、決定部１５は、表示領域３における対応アプリ画像の上下方向の並び順を、上から下に向けて、動画アプリ画像、ゲームアプリ画像の順に設定する。
利用者は、電子機器１における下側の部分を、手を使って持つ。このため、決定部１５は、表示領域３において、ゲームアプリ画像を、ゲームアプリ画像より入力操作を必要とする程度が低い動画アプリ画像よりも下側、すなわち、入力操作に使われる利用者の手の近くに配置することになる。

天気レコード１８４が動画レコード１８２の前に位置している場合（図１０参照）、決定部１５は、表示領域３における対応アプリ画像の上下方向の並び順を、上から下に向けて、天気予報アプリに対応した天気予報アプリ画像、動画アプリ画像の順に設定する。天気予報アプリ画像は、操作入力を必要とする程度が動画アプリ画像と等しい静止画であるとする。このため、決定部１５は、表示領域３において、動画像である動画アプリ画像を、静止画である天気予報アプリ画像よりも下側、すなわち、入力操作に使われる利用者の手の近くに配置することになる。

一方、表示領域３が横長になっている場合、決定部１５は、複数の対応アプリ画像の表示領域３における左右方向の並び順を、利き手の検出結果にも基づいて決定する。

表示領域３が横長であり、かつ、利き手の検出結果が右利きを示す場合（以下「第１状況」と称する）、決定部１５は、複数の対応アプリ画像における表示領域３に向かって左から右への並び順を、各対応アプリ画像に対応するレコード１８の並び順に一致させる。

例えば、第１状況において、動画レコード１８２がゲームレコード１８３の前に位置する場合（図１１参照）、決定部１５は、動画アプリ画像とゲームアプリ画像の並び順を、表示領域３に向かって左から右へ、動画アプリ画像、ゲームアプリ画像の順に設定する。すなわち、第１状況においては、決定部１５は、表示領域３において、ゲームアプリ画像を動画アプリ画像よりも利用者の利き手側（右側）に配置する。
このため、第１状況においても、決定部１５は、ゲームアプリ画像を、動画アプリ画像よりも、入力操作に使われる利用者の手の近くに配置することになる。

第１状況において、天気レコード１８４が動画レコード１８２の前に位置している場合（図１０参照）、決定部１５は、天気予報アプリ画像と動画アプリ画像の並び順を、表示領域３に向かって左から右へ、天気予報アプリ画像、動画アプリ画像の順に設定する。
このため、第１状況においても、決定部１５は、動画像である動画アプリ画像を、静止画である天気予報アプリ画像よりも、入力操作に使われる利用者の手の近くに配置することになる。

表示領域３が横長であり、かつ、利き手の検出結果が左利きを示す場合（以下「第２状況」と称する）、決定部１５は、複数の対応アプリ画像における表示領域３に向かって右から左への並び順を、各対応アプリ画像に対応するレコード１８の並び順に一致させる。

例えば、第２状況において、動画レコード１８２がゲームレコード１８３の前に位置する場合（図１１参照）、決定部１５は、動画アプリ画像とゲームアプリ画像の並び順を、表示領域３に向かって右から左へ、動画アプリ画像、ゲームアプリ画像の順に設定する。すなわち、第２状況においても、決定部１５は、表示領域３において、ゲームアプリ画像を、動画アプリ画像よりも利用者の利き手側（左側）に配置する。
このため、第２状況においても、決定部１５は、ゲームアプリ画像を、動画アプリ画像よりも、入力操作に使われる利用者の手の近くに配置することになる。

第２状況において、天気レコード１８４が動画レコード１８２の前に位置している場合（図１０参照）、決定部１５は、天気予報アプリ画像と動画アプリ画像の並び順を、表示領域３に向かって右から左へ、天気予報アプリ画像、動画アプリ画像の順に設定する。
このため、第２状況においても、決定部１５は、動画像である動画アプリ画像を、静止画である天気予報アプリ画像よりも、入力操作に使われる利用者の手の近くに配置することになる。
以上で、ステップＳ３２が終了する。

続いて、決定部１５は、対応アプリ画像同士の相対的な大きさの関係を決定する（ステップＳ３３）。

ステップＳ３３では、決定部１５は、以下のように動作する。
表示領域３が縦長になっている場合、決定部１５は、複数の対応アプリ画像の表示領域３における上下方向の大きさの比を、複数の対応アプリ画像の各々に対応するレコード１８に示された第２指標１８ｃの比に一致させる。

例えば、対応アプリ画像が、動画アプリ画像とゲームアプリ画像である場合、決定部１５は、動画アプリ画像とゲームアプリ画像との表示領域３における上下方向の大きさの比を、動画レコード１８２とゲームレコード１８３とに基づいて「２：３」に設定する。

対応アプリ画像が、天気予報アプリ画像と動画アプリ画像である場合、決定部１５は、動画アプリ画像と天気予報アプリ画像との表示領域３における上下方向の大きさの比を、天気レコード１８４と動画レコード１８２とに基づいて「１：２」に設定する。
このため、決定部１５は、動画像である動画アプリ画像を、静止画像である天気予報アプリ画像よりも大きくすることになる。

表示領域３が横長になっている場合、決定部１５は、複数の対応アプリ画像の表示領域３における左右方向の大きさの比を、複数の対応アプリ画像の各々に対応するレコード１８に示された第２指標１８ｃの比に一致させる。

例えば、対応アプリ画像が、動画アプリ画像とゲームアプリ画像である場合、決定部１５は、動画アプリ画像とゲームアプリ画像との表示領域３における左右方向の大きさの比を、動画レコード１８２とゲームレコード１８３とに基づいて「２：３」に設定する。

対応アプリ画像が、天気予報アプリ画像と動画アプリ画像である場合、決定部１５は、天気予報アプリ画像と動画アプリ画像との表示領域３における左右方向の大きさの比を、天気レコード１８４と動画レコード１８２とに基づいて「１：２」に設定する。
以上で、ステップＳ３３が終了する。

続いて、決定部１５は、ステップＳ３２における結果と、ステップＳ３３における結果と、を組み合わせることによって、対応アプリ画像のレイアウトを決定する（ステップＳ３４）。対応アプリ画像のレイアウトを決定することは、対応アプリ画像が表示されるウィンドウのレイアウトを決定することも意味する。

ステップＳ３４の終了に伴い、図７に示したステップＳ２５が終了する。決定部１５は、ステップＳ２５が終了すると、対応アプリを起動させる（ステップＳ２６）。

続いて、決定部１５は、ステップＳ２５において決定したレイアウトに従って表示部１１を制御して、対応アプリ画像を表示領域３に表示する（ステップＳ２７）。

例えば、表示領域３が縦長である状況において、アイコン２２及び２３がレイアウトアイコン２１の位置に移動されると（図１参照）、動画アプリ画像２２ａとゲームアプリ画像２３ａとが図２に示したようにレイアウトされた状態で表示される。

ゲームアプリ画像２３ａは、ゲームの進行上、利用者から入力操作を受け付ける必要があり、かつ、利用者にゲームの状態を詳細に知らせる必要がある。一方、動画アプリ画像２２ａは、ゲームアプリ画像２３ａよりも、利用者から入力操作を受け付ける必要性が低く、かつ、ゲームアプリ画像２３ａほど、画像を詳細に知らせる必要はない。
このため、図２に示したように、表示領域３において、ゲームアプリ画像２３ａが、動画アプリ画像２２ａの下に配置され、かつ、動画アプリ画像２２ａよりも大きく表示されると、入力操作と画像を介した情報の認識との観点において、好適になる可能性が高い。

また、表示領域３が縦長である状況において、アイコン２２及び２４がレイアウトアイコン２１の位置に移動されると（図１２参照）、動画アプリ画像２２ａと天気予報アプリ画像２４ａとが、図１３に示したようにレイアウトされた状態で表示される。

天気予報アプリ画像２４ａは、動画アプリ画像２２ａほど、画像を詳細に知らせる必要はない。
このため、図１３に示したように、表示領域３において、動画アプリ画像２２ａが、天気予報アプリ画像２４ａの下に配置され、かつ、天気予報アプリ画像２４ａよりも大きく表示されると、画像を介した情報の認識の観点において、好適になる可能性が高い。

また、図２と図１３とを比較すると、動画アプリ画像２２ａは、図２では表示領域３における下側にレイアウトされているが、図１３では表示領域３における上側にレイアウトされている。このため、決定部１５は、動画アプリの特性にのみに応じて動画アプリ画像の位置を決定するのではなく、複数の対応アプリの特性についての相対的な関係に基づいて、対応アプリ画像のレイアウトを決定していることが理解される。また、決定部１５が、複数の対応アプリの組合せに基づいて、対応アプリ画像のレイアウトを決定していることも理解される。

図１４は、第１状況において、アイコン２２及び２３がレイアウトアイコン２１の位置に移動された場合に決定されるレイアウトの一例を示した図である。この場合、対応アプリ画像の中で、入力操作を必要とする程度が高い画像ほど、利用者の利き手（右手）の近くにレイアウトされる。このため、利用者にとって使いやすいレイアウトになる可能性が高い。

図１５は、第２状況において、アイコン２２及び２３がレイアウトアイコン２１の位置に移動された場合に決定されるレイアウトの一例を示した図である。この場合、対応アプリ画像の中で、入力操作を必要とする程度が高い画像ほど、利用者の利き手（左手）の近くにレイアウトされる。このため、利用者にとって使いやすいレイアウトになる可能性が高い。

本実施形態によれば、決定部１５は、受付部１２が移動操作を受け付けた場合、複数アプリ画像についての表示領域３におけるレイアウトを、複数の対応アプリの各々の特性に基づいて決定する。このため、利用者が、複数のアプリ画像のレイアウトを行わなくても、複数のアプリ画像のレイアウトが行われる。したがって、複数のアプリ画像のレイアウトに関する利用者の負担を低減することが可能になる。

本実施形態では、ゲームアプリの第１指標１８ｂは、天気予報アプリの第１指標１８ｂよりも大きい。このため、決定部１５は、ゲームアプリ画像２３ａを、天気予報アプリ画像２４ａよりも、利用者の利き手の近くに配置する。したがって、利用者が入力操作を行いやすいレイアウトを提供することが可能になる。ゲームアプリ画像２３ａは、第１画像の一例である。天気予報アプリ画像２４ａは、第２画像の一例である。第１画像及び第２画像は、適宜変更可能である。例えば、動画アプリ画像は、第２画像の他の例である。

決定部１５は、動画像である動画アプリ画像２２ａを、静止画像である天気予報アプリ画像２４ａよりも大きくする。このため、動画像において細かい変化が生じても、利用者が、その細かい変化を見逃し難くすることが可能になる。

決定部１５は、第１指標１８ｂ及び第２指標１８ｃを用いて、複数の対応アプリ画像についての表示領域３におけるレイアウトを決定する。このため、第１指標１８ｂ及び／又は第２指標１８ｃを適宜調整することによって、決定部１５が決定するレイアウトを調整することが可能になる。

決定部１５は、アプリ画像が入力操作を必要とする程度に応じた第１指標を用いて、複数の対応アプリ画像についての表示領域３における位置を決定する。このため、対応アプリ画像の位置を入力操作の必要度に応じて決定することが可能になる。よって、入力操作が行いやすいレイアウトを決定することが可能になる。

決定部１５は、アプリ画像が表す情報に応じた第２指標を用いて、複数の対応アプリ画像の大きさを決定する。このため、対応アプリ画像の大きさを、例えば、アプリ画像が表す情報の重要度等に応じて決定することが可能になる。よって、例えば、重要度が高い程、対応アプリ画像を大きくすることが可能になる。

＜変形例＞
本発明は、上述した実施形態に限定されない。本発明は、例えば、次に述べるような各種の変形なされてもよい。また、次に述べる変形の態様の中から任意に選択された一又は複数の変形が適宜組み合わされてもよい。

＜変形例１＞
決定部１５は、複数の対応アプリの各々の特性に基づいて、レイアウトに関する複数の候補を決定してもよい。また、決定部１５は、表示部１１を用いて複数の候補を表示領域３に表示し、受付部１２が、複数の候補の中から一の候補についての選択を受け付けた場合、当該一の候補を、レイアウトとして決定してもよい。

例えば、決定部１５は、抽出した複数のレコード１８において第１指標１８ｂが同値である場合、当該複数のレコード１８の並び順の組合せを生成する。続いて、決定部１５は、その組合せに含まれる並び順ごとに、当該並び順に応じた対応アプリ画像のレイアウトを、レイアウト候補として決定する。

一例を挙げると、動画レコード１８２と天気レコード１８４が抽出された場合（図１０参照）、決定部１５は、天気レコード１８４が動画レコード１８２の前に位置する並び順と、動画レコード１８２が天気レコード１８４の前に位置する並び順とを生成する。続いて、決定部１５は、表示領域３が縦長の状態である場合、表示領域３において上から下に向けて、天気予報アプリ画像、動画アプリ画像の順に設定したレイアウト候補と、動画アプリ画像、天気予報アプリ画像の順に設定したレイアウト候補とを決定する。

決定部１５は、表示部１１を用いて各レイアウト候補を表示領域３に表示する。例えば、決定部１５は、複数のレイアウト候補を、利用者の操作に応じて択一に表示領域３に表示してもよいし、表示領域３に同時に表示してもよい。利用者は、複数のレイアウト候補の中から、利用者が好む１つのレイアウト候補をタッチ等して選択する。受付部１２がレイアウト候補についての選択を受け付けると、決定部１５は、受付部１２が受け付けたレイアウト候補を、対応アプリ画像のレイアウトとして決定する。

変形例１によれば、複数のレイアウト候補が示されるので、利用者が好むレイアウト候補を提示できる可能性が高くなる。

＜変形例２＞
決定部１５は、複数の対応アプリ画像のなかの１つの対応アプリ画像の少なくとも一部が、複数の対応アプリ画像のなかの他の少なくとも１つの対応アプリ画像の少なくとも一部と重なるレイアウト（以下「オーバーレイレイアウト」と称する）を決定してもよい。
複数の対応アプリ画像のなかの１つの対応アプリ画像は、第３画像の一例である。複数の対応アプリ画像のなかの他の少なくとも１つの対応アプリ画像は、第４画像の一例である。

この場合、決定部１５は、対応アプリ画像のうち、他の対応アプリ画像の上に位置する部分については、他の部分よりも不透明度を低下させてもよい。また、決定部１５は、オーバーレイレイアウトを実行する場合、複数の対応アプリ画像のうち第２指標が大きい方について、面積を拡大して重複部分を生成してもよい。決定部１５は、対応アプリの数が、所定値（閾値Ａ未満の値）以上閾値Ａ未満のときに、オーバーレイレイアウトを実行してもよい。

変形例２によれば、オーバーレイレイアウトを実行しない場合に比べて、少なくとも一部の対応アプリ画像を大きくできる。

＜変形例３＞
決定部１５が決定したレイアウトは、利用者によって補正されてもよい。

＜変形例４＞
決定部１５は、電子機器１に新たにアプリがインストールされると、新たにインストールされたアプリのレコードを管理テーブル１７に追加することが望ましい。
例えば、決定部１５は、新たにインストールされたアプリのプロファイルに基づいて、第１指標１８ｂ及び第２指標１８ｃを生成してもよいし、利用者に質問しその回答に基づいて第１指標１８ｂ及び第２指標１８ｃを生成してもよい。なお、利用者への質問は、表示領域３に表示される。利用者の回答は、受付部１２によって受け付けられる。

＜変形例５＞
検出部１３が利用者の利き手を検出する手法は、利き手検出用画像１６（図４参照）を用いる手法に限らず、適宜変更可能である。

例えば、電子機器１が指紋認証機能を有している場合に、電子機器１に利用者の右手の指の指紋が登録されていれば、検出部１３は、利用者が右利きであることを検出する。一方、電子機器１に利用者の左手の指の指紋が登録されていれば、検出部１３は、利用者が左利きであることを検出する。
電子機器１に登録された指紋が、右手の指の指紋か又は左手の指の指紋かを判定する手法としては、例えば、指紋が登録される際に、検出部１３が、利用者に質問（右手の指の指紋か、左手の指の指紋かの質問）し、その回答に基づいて判定する。利用者への質問は、表示領域３に表示される。利用者の回答は、受付部１２によって受け付けられる。

また、検出部１３は、受付部１２における向かって右側の領域にて受け付けた入力操作の速度が、受付部１２における向かって左側の領域にて受け付けた入力操作の速度よりも早い場合、利用者は右利きであることを検出してもよい。そして、検出部１３は、受付部１２における向かって左側の領域にて受け付けた入力操作の速度が、受付部１２における向かって右側の領域にて受け付けた入力操作の速度よりも早い場合、利用者は左利きであることを検出してもよい。

＜変形例６＞
第１指標１８ｂが省略されてもよい。この場合、決定部１５は、第２指標１８ｃを用いてレコードをソートする。

＜変形例７＞
第２指標１８ｃが省略されてもよい。この場合、決定部１５は、複数の対応アプリ画像の大きさを互いに等しくする。

＜変形例８＞
管理テーブル１７に示されるレコードは、図５に示したレコードに限らず、適宜変更可能である。例えば、操作入力を受け付けない静止画のアプリ画像を用いるアプリケーションに対応するレコードが、管理テーブル１７に示されてもよい。このレコードでは、例えば、第１指標１８ｂと第２指標１８ｃの各々が「１」を示す。

＜変形例９＞
上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手法は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置によって実現されてもよい。また、各機能ブロックは、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）接続し、これら複数の装置によって実現されてもよい。

例えば、本発明の一実施形態における電子機器１は、本発明の処理を行うコンピュータによって実現されてもよい。図１６は、本発明の一実施形態に係る電子機器１のハードウェア構成の一例を示す図である。電子機器１は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６及びバス１００７などを含むコンピュータ装置として構成されてもよい。プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６及びバス１００７は、それぞれ、ハードウェアである。
なお、「装置」という文言は、回路、デバイス又はユニットなどに読み替えることができる。電子機器１のハードウェア構成は、図１６に示した各装置を１つ又は複数含んでもよいし、一部の装置を含まなくてもよい。

電子機器１における各機能は、プロセッサ１００１又はメモリ１００２に所定のソフトウェア（プログラム）を読み込ませ、プロセッサ１００１が所定のソフトウェア（プログラム）を実行することによって実現される。例えば、上述した各機能は、プロセッサ１００１が所定のソフトウェア（プログラム）を実行して、通信装置１００４が行う通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ装置全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置及びレジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、検出部１３及び決定部１５は、プロセッサ１００１によって実現されてもよい。

プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール及びデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。

プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータ装置に実行させるプログラムが用いられる。例えば、決定部１５は、メモリ１００２に格納されプロセッサ１００１が動作する制御プログラムによって実現されてもよい。他の機能ブロックについても、決定部１５と同様に実現されてもよい。
上述の各種処理は１つのプロセッサ１００１によって実行される旨を説明してきた。しかしながら、上述の各種処理は、２以上のプロセッサ１００１によって同時又は逐次に実行されてもよい。
プロセッサ１００１は、１以上のチップによって実装されてもよい。プログラムは、電気通信回線を介してネットワークから送信されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体である。メモリ１００２は、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）及びＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ又はメインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態を実施するために実行可能なプログラム（プログラムコード）又はソフトウェアモジュールを保存できる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体である。ストレージ１００３は、例えば、光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク、スマートカード、フラッシュメモリ、フロッピー（登録商標）ディスク及び磁気ストリップなどの少なくとも１つによって構成されてもよい。光ディスクは、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などである。光磁気ディスクは、例えば、コンパクトディスク、デジタル多用途ディスク及びＢｌｕ−ｒａｙ（登録商標）ディスクなどである。フラッシュメモリは、例えば、カード、スティック及びキードライブなどである。ストレージ１００３は、補助記憶装置と呼ばれてもよい。

上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース又はサーバその他の適切な媒体であってもよい。メモリ１００２とストレージ１００３とによって記憶部１４が実現される。

通信装置１００４は、無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）である。通信装置１００４は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード又は通信モジュールなどとも称される。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、スイッチ又はボタンなど）である。入力装置１００５は、受付部１２を実現する。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー又はLED（light emitting diode）ランプなど）である。出力装置１００６は、表示部１１を実現する。なお、入力装置１００５及び出力装置１００６が一体となった構成（例えば、表示機能付きタッチパネル）が用いられてもよい。

また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスによって構成されてもよいし、装置間において異なるバスによって構成されてもよい。

また、電子機器１は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含む態様によって構成されてもよく、当該ハードウェアによって、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つによって実装されてもよい。

＜変形例１０＞
情報の通知は、本明細書において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。

＜変形例１１＞
本明細書において説明した各態様／実施形態の処理手順、シーケンス、及び、フローチャートなどは、矛盾の無い限り、ステップの順序を入れ替えてもよい。例えば、本明細書において説明した方法については、例示的な順序において様々なステップの要素を提示しており、提示した特定の順序に限定されない。

＜変形例１２＞
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

＜変形例１３＞
本明細書において説明した各態様／実施形態は、単独に用いられてもよいし、組み合わされて用いられてもよいし、実行に伴って切り替えて用いられてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗黙的（例えば、当該所定の情報の通知を行わない）に行われてもよい。
当業者にとっては、本発明が本明細書中に説明した実施形態に限定されないことは明らかである。本発明は、特許請求の範囲の記載に基づいて定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とし、本発明に対して何ら制限的な意味を有さない。

［用語の意味、解釈］
＜ソフトウェア＞
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はハードウェア記述言語と呼ばれるか、他の名称によって呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順又は機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア及び命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術及び／又は無線技術を使用して、ウェブサイト、サーバ又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。有線技術は、例えば、同軸ケーブル、光ファイバケーブル、ツイストペア又はデジタル加入者回線（ＤＳＬ）などを用いた技術を意味する。無線技術は、例えば、赤外線、無線又はマイクロ波などの用いた技術を意味する。

＜情報、信号＞
本明細書において説明した情報及び信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得る情報、信号及び指示などは、電圧、電流、電磁波、磁界、磁性粒子、光場、光子又はこれらの任意の組み合わせによって表されてもよい。
なお、本明細書において説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、指示及び情報はメッセージであってもよい。

＜移動局＞
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語によって呼ばれる場合もある。

＜決定＞
本明細書において使用する「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造における探索）、確認（ascertaining）した事を「決定」したとみなす事などを含み得る。また、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「決定」したとみなす事などを含み得る。また、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「決定」したとみなす事を含み得る。つまり、「決定」は、何らかの動作を「決定」したとみなす事を含み得る。

＜接続された＞
「接続された（connected）」という用語又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含み得る。要素間の結合又は接続は、物理的な結合又は接続、論理的な結合又は接続、あるいはこれらの組み合わせを包含する。本明細書において使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することによって、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することによって、互いに「接続」又は「結合」されると考えることができる。

＜に基づいて＞
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

＜第１、第２、第３、第４＞
本明細書において使用する「第１」、「第２」、「第３」又は「第４」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること又は何らかの形において第１要素が第２要素に先行しなければならないことを意味しない。

＜オープン形式＞
「含む（including）」、「含んでいる（comprising）」及びそれらの変形が、本明細書あるいは特許請求の範囲において使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

＜冠詞＞
本開示の全体において、例えば、英語におけるa，an，及びtheのように、翻訳によって冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数を含むとする。

１…電子機器、１１…表示部、１２…受付部、１３…検出部、１４…記憶部、１５…決定部、１６…加速度センサ。

Claims (10)

1. 画像を表示する表示領域を有する表示部と、
   利用者が行う操作を受け付ける受付部と、
   前記受付部が閾値以上の数の複数のアプリケーションを指定する操作を受け付けた場合には前記閾値以上の数の複数のアプリケーションに対応する複数の画像についての前記表示領域におけるレイアウトを決定せずに動作を終了し、前記受付部が前記閾値よりも小さい数の複数のアプリケーションを指定する操作を受け付けた場合、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像についての前記表示領域におけるレイアウトを、前記閾値よりも小さい数の複数のアプリケーションの各々の特性に基づいて決定する決定部と、
   を含む電子機器。
2. 前記受付部は、前記表示領域の上に配置されており、
   前記決定部は、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像が、第１画像と、前記第１画像よりも入力操作を必要とする程度が低い第２画像と、を含む場合、前記表示領域が縦長の状態では、前記表示領域において前記第１画像を前記第２画像よりも下側に配置する
   請求項１に記載の電子機器。
3. 前記受付部は、前記表示領域の上に配置されており、
   前記決定部は、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像が、第１画像と、前記第１画像よりも入力操作を必要とする程度が低い第２画像と、を含む場合、前記表示領域が横長の状態では、前記表示領域において前記第１画像を前記第２画像よりも利用者の利き手側に配置する
   請求項１または２に記載の電子機器。
4. 前記決定部は、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像が動画像と静止画像とを含む場合、前記動画像を前記静止画像よりも大きくする
   請求項１から３のいずれか１項に記載の電子機器。
5. 前記決定部は、前記閾値よりも小さい数の複数のアプリケーションの各々について当該アプリケーションの特性に応じた指標を取得し、前記指標を用いて、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像についての前記表示領域におけるレイアウトを決定する、
   請求項１から４のいずれか１項に記載の電子機器。
6. 前記指標は、当該指標に応じたアプリケーションと対応する画像が入力操作を必要とする程度に応じた第１指標を含み、
   前記決定部は、前記第１指標を用いて、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像についての前記表示領域における位置を決定する、
   請求項５に記載の電子機器。
7. 前記指標は、当該指標に応じたアプリケーションと対応する画像が表す情報に応じた第２指標を含み、
   前記決定部は、前記第２指標を用いて、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像の大きさを決定する、
   請求項５又は６に記載の電子機器。
8. 前記決定部は、前記閾値よりも小さい数の複数のアプリケーションの各々の特性に基づいて、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像についての前記表示領域におけるレイアウトに関する複数の候補を決定する、
   請求項１から７のいずれか１項に記載の電子機器。
9. 前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像は、第３画像と第４画像とを含み、
   前記決定部は、前記第３画像の少なくとも一部が前記第４画像の少なくとも一部と重なるレイアウトを決定する、
   請求項１から８のいずれか１項に記載の電子機器。
10. コンピュータを、
    受付部が閾値以上の数の複数のアプリケーションを指定する操作を受け付けた場合には前記閾値以上の数の複数のアプリケーションに対応する複数の画像についての表示領域におけるレイアウトを決定せずに動作を終了し、前記受付部が前記閾値よりも小さい数の複数のアプリケーションを指定する操作を受け付けた場合、前記閾値よりも小さい数の複数のアプリケーションに対応する複数の画像についての前記表示領域におけるレイアウトを、前記閾値よりも小さい数の複数のアプリケーションの各々の特性に基づいて決定する決定部
    として機能させるためのプログラム。

Images