JP6367231B2 - イメージ表示方法及び携帯端末 - Google Patents

Description

本発明は、イメージ表示方法及び携帯端末に関し、特に、特定イメージを常に画面の最上層に表示するようにした方法及びこれを具現する携帯端末に関する。

携帯端末のハードウェア仕様が高くなり、マルチメディア技術が発展するに伴い、携帯端末は、動画を常に最上層に表示する機能を提供することができるようになった。すなわちどんなイメージよりも動画が最上部に位置する。このような機能は、一名、ポップアップ機能と言う。ユーザは、動画を見ながら、他の作業、例えば、インターネットや文字送りなどを行うことができる。

しかし、従来、ポップアップ機能によれば、動画の位置が固定されていて、他の作業に邪魔になる場合が発生した。例えば、動画が画面の下端に位置している状態で、キーパッドの表示を要請するイベントが発生することができる。イベントに応答して、携帯端末は、キーパッドを表示する。この際、キーパッドは、一般的に画面の下端に表示される。したがって、ユーザは、動画の位置を変更した後、キーパッドを使用しなければならないという不便さがある。

したがって、ユーザが動画を視聴しながら、作業（ｔａｓｋ）を行うことができるようにする画面の最上層に特定イメージを表示するための方法及び携帯端末の要求（ｎｅｅｄ）が存在する。

本発明は、特定イメージを常に最上層に表示するようにする方法及びこれを具現する携帯端末を提供することを目的とする。特に本発明は、ユーザにとって動画を見ながら、不便なしに他の作業を行うことができるようにする方法及びこれを具現する携帯端末を提供することを目的とする。

本発明の一実施形態によるイメージ表示方法は、動画（ｍｏｖｉｎｇ ｉｍａｇｅｓ）を画面（ｓｃｒｅｅｎ）の第１領域に表示する段階と；前記画面の第２領域で機能を行うようにしたイベントが受信された場合、前記イベントと関連した特定イメージを表示する第２領域を決定する段階と；前記第２領域が前記第１領域と重なるか否かを確認する段階と；前記第２領域が前記第１領域と重なる場合、前記第２領域と重ならない第３領域を決定する段階と；前記特定イメージを前記第２領域に表示し、同時に前記動画を前記第３領域に表示する段階と;を含むことができる。

本発明の他の実施形態によるイメージ表示方法は、動画を画面の第１領域に表示する段階と；前記画面の第２領域で機能を行うようにしたイベントが受信された場合、前記イベントと関連した特定イメージを表示する第２領域を決定する段階と；前記第２領域が前記第１領域と重なるか否かを確認する段階と；前記第２領域が前記第１領域と重なる場合、前記第１領域と重ならない第３領域を決定する段階と；前記特定イメージを前記第３領域に表示する段階と；を含むことができる。

本発明のさらに他の実施形態によるイメージ表示方法は、動画を画面の第１領域に表示する段階と；前記画面の第２領域で機能を行うようにした第１イベントが受信された場合、前記第１イベントと関連した特定イメージを表示する第２領域を決定する段階と；前記第２領域が前記第１領域と重なるか否かを確認する段階と；前記第２領域が前記第１領域と重なる場合、前記特定イメージを第２領域に表示し、前記動画で前記イメージと重なる部分を半透明に表示する段階と；前記動画の位置変更を要請する第２イベントが受信された場合、前記動画を前記第２領域と重ならない第３領域に表示する段階と；を含むことができる。

本発明のさらに他の実施形態によるイメージ表示方法は、動画を画面の第１領域に表示する段階と；前記画面の第２領域で機能を行うようにしたイベントが受信された場合、前記イベントと関連した特定イメージを表示する第２領域を決定する段階と；前記第２領域が前記第１領域と重なるか否かを確認する段階と；前記第２領域が前記第１領域と重なる場合、前記動画の位置を変更するためのガイドシンボルを表示する段階と；前記ガイドシンボルから１つの選択を検出する段階と；前記特定イメージを前記第２領域に表示し、同時に前記動画を前記選択されたガイドシンボルに該当する第３領域に表示する段階と；を含むことができる。

本発明のさらに他の実施形態によるイメージ表示方法は、第１イメージを画面の第１領域に表示する段階と；前記画面の第２領域で機能を行うようにしたイベントが受信された場合、前記イベントと関連した第２イメージを表示する第２領域を決定する段階と；前記第２領域が前記第１領域と重なるか否かを確認する段階と；前記第２領域が前記第１領域と重なる場合、前記第２領域と重ならない第３領域を決定する段階と；前記第２イメージを前記第２領域に表示し、前記第１イメージを前記第３領域に表示する段階と；を含むことができる。

本発明の一実施形態による携帯端末は、動画を画面の第１領域に表示するように構成される表示部と；前記画面の第２領域で機能を行うようにしたイベントを受信するように構成される受信部と；前記受信部からイベントを受信し、前記イベントに応答して前記動画の表示を制御する制御部と；を含み、前記制御部は、前記イベントと関連した特定イメージを表示する第２領域を決定し、前記第２領域が前記第１領域と重なるか否かを確認し、前記第２領域が前記第１領域と重なる場合、前記第２領域と重ならない第３領域を決定し、前記特定イメージを前記第２領域に表示し、前記動画を前記第３領域に表示するように制御することができる。

本発明の他の実施形態による携帯端末は、動画を画面の第１領域に表示する表示部と；タッチパネル、キー入力部、マイクロホン及び無線通信部のうち少なくとも１つ（それぞれイベントを受信するように構成される）と；前記タッチパネル、前記キー入力部、前記マイクロホン及び前記無線通信部のうち少なくとも１つから前記イベントを受信し、前記イベントに応答して前記動画の表示を制御する制御部と；を含み、前記制御部は、前記イベントと関連した特定イメージを表示する第２領域を決定し、前記第２領域が前記第１領域と重なるか否かを確認し、前記第２領域が前記第１領域と重なる場合、前記第１領域と重ならない第３領域を決定し、前記特定イメージを前記第３領域に表示するように制御することができる。

本発明のさらに他の実施形態による携帯端末は、動画を画面の第１領域に表示する表示部と；タッチパネル、キー入力部、マイクロホン及び無線通信部のうち少なくとも１つ（それぞれ第１イベントと第２イベントを受信するように構成される）と；前記タッチパネル、前記キー入力部、前記マイクロホン及び前記無線通信部のうち少なくとも１つからイベントを受信し、前記第１イベント及び前記第２イベントに応答して前記動画の表示を制御する制御部と；を含み、前記制御部は、前記第１イベントと関連した特定イメージを表示する第２領域を決定し、前記第２領域が前記第１領域と重なるか否かを確認し、前記第２領域が前記第１領域と重なる場合、前記特定イメージを第２領域に表示し、前記動画で前記特定イメージと重なる部分を半透明に表示するように制御し、前記第２イベントに応答して前記動画を前記第２領域と重ならない第３領域に表示するように制御することができる。

本発明のさらに他の実施形態による携帯端末は、動画を画面の第１領域に表示する表示部と；タッチパネル、キー入力部、マイクロホン及び無線通信部のうち少なくとも１つ（それぞれイベントを受信するように構成される）と；前記タッチパネル、前記キー入力部、前記マイクロホン及び前記無線通信部のうち少なくとも１つから前記イベントを受信し、前記イベントに応答して前記動画の表示を制御する制御部と；を含み、前記制御部は、前記イベントと関連した特定イメージを表示する第２領域を決定し、前記第２領域が前記第１領域と重なるか否かを確認し、前記第２領域が前記第１領域と重なる場合、前記動画の位置を変更するためのガイドシンボルを表示し、前記ガイドシンボルから１つの選択を検出し、前記特定イメージを前記第２領域に表示し、前記動画を前記選択されたガイドシンボルに該当する第３領域に表示するように制御することができる。

本発明のさらに他の実施形態による携帯端末は、第１イメージ及び第２イメージを表示する表示部と；タッチパネル、キー入力部、マイクロホン及び無線通信部のうち少なくとも１つ（それぞれイベントを受信するように構成される）と；前記タッチパネル、前記キー入力部、前記マイクロホン及び前記無線通信部のうち少なくとも１つから前記イベントを受信し、前記イベントに応答して前記第１イメージ及び前記第２イメージの表示を制御する制御部と；を含み、前記制御部は、前記第１イメージを表示する画面の第１領域を決定し、前記第１領域に前記第１イメージを表示するように制御し、前記第１イメージの表示中に前記イベントが発生した場合、前記第２イメージを表示する画面の第２領域を決定し、前記第２領域が前記第１領域と重なるか否かを確認し、前記第２領域が前記第１領域と重なる場合、前記第２領域と重ならない第３領域を決定し、前記第２イメージを前記第２領域に表示し、前記第１イメージを前記第３領域に表示するように制御することができる。

以上、本発明によるイメージ表示方法及び携帯端末は、ユーザにとって動画を見ながら不便なしに他の作業を行うことができるようにする。

図１は、本発明の一実施形態による携帯端末のブロック構成図である。 図２は、本発明の一実施形態によるイメージ表示方法を説明するための流れ図である。 図３ａは、本発明の一実施形態によるイメージ表示方法を説明するための図である。 図３ｂは、本発明の一実施形態によるイメージ表示方法を説明するための図である。 図３ｃは、本発明の一実施形態によるイメージ表示方法を説明するための図である。 図３ｄは、本発明の一実施形態によるイメージ表示方法を説明するための図である。 図４ａは、本発明の一実施形態によるイメージ表示方法を説明するための図である。 図４ｂは、本発明の一実施形態によるイメージ表示方法を説明するための図である。 図５は、本発明の他の実施形態によるイメージ表示方法を説明するための流れ図である。 図６は、本発明の他の実施形態によるイメージ表示方法を説明するための図である。 図７は、本発明のさらに他の実施形態によるイメージ表示方法を説明するための流れ図である。 図８ａは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図８ｂは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図８ｃは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図９は、本発明のさらに他の実施形態によるイメージ表示方法を説明するための流れ図である。 図１０ａは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図１０ｂは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図１０ｃは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図１１は、本発明のさらに他の実施形態によるイメージ表示方法を説明するための流れ図である。 図１２ａは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図１２ｂは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図１２ｃは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。 図１３ａは、ランドスケープモードでイメージ表示方法を説明するための図である。 図１３ｂは、ランドスケープモードでイメージ表示方法を説明するための図である。

本発明において携帯端末は、スマートフォン、タブレットパソコン、ノートパソコンなどのような携帯可能な電子機器である。以下、本発明による携帯端末のイメージ表示方法について詳しく説明する。本発明の詳細な説明に先立って、以下で使用される用語や単語は、通常的または辞書的な意味に限定して解釈してはならないし、本発明の技術的思想に符合する意味や概念として解釈しなければならない。したがって、下記の説明と添付の図面は、本発明の好ましい実施形態に過ぎず、本発明の技術的思想をすべて代弁するものではないので、本出願時点においてこれらを代替することができる多様な均等物と変形例があり得ることを理解しなければならない。また、添付の図面において一部の構成要素は、誇張されるか、省略されるかまたは概略的に図示され、各構成要素のサイズは、実際サイズを反映するものではない。したがって、本発明は、添付の図面に示された相対的なサイズや間隔によって制限されない。

図１は、本発明の一実施形態による携帯端末のブロック構成図である。

図１を参照すれば、本発明による携帯端末１００は、表示部１１０、キー入力部１２０、格納部１３０、無線通信部１４０、オーディオ処理部１５０、スピーカーＳＰＫ、マイクＭＩＣ及び制御部１６０を含むことができる。

表示部１１０は、制御部１６０の制御の下にイメージを画面（ｓｃｒｅｅｎ ｏｎ ｗｈｉｃｈ ａｔ ｌｅａｓｔ ｏｎｅ ｉｍａｇｅ ｉｓ ｓｈｏｗｎ）に表示することができる。すなわち制御部１６０がデータを画面に表示するイメージで処理（例えば、デコーディング）してバッファーに格納すれば、表示部１１０は、バッファーに格納されたイメージをアナログ信号に変換して画面に表示することができる。表示部１１０に電源が供給されれば、表示部１１０は、ロックイメージを画面に表示することができる。ロックイメージが表示されている状態でロック解除情報が検出されれば、制御部１６０は、ロックを解除することができる。すなわち表示部１１０は、制御部１６０の制御の下にロックイメージの代わりに、他のイメージを表示することができる。ここで、ロック解除情報は、ユーザが表示部１１０の画面に表示されたキーパッドまたはキー入力部１２０を利用して携帯端末１００に入力したテキスト（例えば、１２３４）であるか、または表示部１１０に対するユーザのタッチの軌跡、タッチの方向またはタッチの種類であるか、マイクＭＩＣを介して携帯端末１００に入力されたユーザの音声データである。一方、他のイメージは、ホームイメージ、アプリケーション実行イメージ（例えば、動画、ウェブページなど）、キーパッドまたはリストなどである。ホームイメージは、背景イメージと、この上に表示される多数のアイコンを含むことができる。アイコンは、それぞれアプリケーション（以下、アプリ（Ａｐｐ）という）またはデータ（例えば、写真ファイル、ビデオファイル、録音ファイル、文書、メッセージなど）を指示することができる。ユーザがアイコン中の１つ（例えば、アプリケーションアイコンを選択）（例えば、アイコンをタップ）すれば、制御部１６０は、当該アプリ（例えば、ＳＮＳを提供するアプリ）を実行し、その実行イメージを表示するように表示部１１０を制御することができる。

表示部１１０は、制御部１６０の制御の下に、イメージを多層（ｍｕｌｔｉ−ｌａｙｅｒ）構造で画面に表示することができる。例えば、表示部１１０は、第１イメージ（例えば、ホームイメージ、ウェブページ）を画面に表示し、第１イメージの上に第２イメージ（例えば、動画）を表示することができる。この際、第１イメージが表示される領域は、画面全体であり、第２イメージが表示される領域は、画面の一部であることができる。したがって、ユーザは、第１イメージの全体ではなくても、その一部を見ることができる。また、表示部１１０は、制御部１６０の制御の下に、第２イメージを不透明に表示することもできる。これによって、第１イメージの全体を見ることもできる。

表示部１１０は、制御部１６０の制御の下に、動画の場合、画面の最上層に表示することができる。例えば、ユーザによってウェブブラウザーが実行され、ウェブブラウザーの実行によってウェブページが画面に表示され得る。この際、制御部１６０は、動画をウェブページより上層に表示するように表示部１１０を制御することができる。また、表示部１１０は、制御部１６０の制御の下に、第１イメージ（例えば、動画）を画面の第１領域に表示し、第２イメージ（例えば、キーパッド、メッセージ、お知らせ窓など）を、第１領域と重ならない第２領域に表示することができる。

表示部１１０は、液晶表示装置（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：ＬＣＤ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｅｄ Ｄｉｏｄｅ）、ＡＭＯＬＥＤ（Ａｃｔｉｖｅ Ｍａｔｒｉｘ Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｅｄ Ｄｉｏｄｅ）またはフレキシブルディスプレイ（Ｆｌｅｘｉｂｌｅ ｄｉｓｐｌａｙ）で構成され得る。

タッチパネル１１１は、表示部１１０に保持（ｐｌａｃｅ ｏｎ）され得る。具体的に、タッチパネル１１１は、表示部１１０の画面に位置するアドオンタイプ（ａｄｄ−ｏｎ ｔｙｐｅ）であるか、または表示部１１０内に挿入されるオンセルタイプ（ｏｎ−ｃｅｌｌ ｔｙｐｅ）またはインセルタイプ（ｉｎ−ｃｅｌｌ ｔｙｐｅ）で具現され得る。

タッチパネル１１１は、タッチパネル１１１に対するユーザジェスチャーに応答してアナログ信号（例えば、タッチイベント）を発生し、アナログ信号をＡ／Ｄ変換して制御部１６０に伝達することができる。ここで、タッチイベントは、タッチ座標ｘ、ｙを含むことができる。制御部１６０は、タッチパネル１１１からタッチ座標が受信される場合、タッチ器具（例えば、指やペン）がタッチパネル１１１にタッチされたものと決定し、タッチパネル１１１からタッチ座標が受信されない場合、タッチ解除されたものと決定することができる。また、制御部１６０は、タッチ座標が例えば、（ｘ１、ｙ１）から（ｘ２、ｙ２）に変化した場合、制御部１６０は、タッチ器具が移動したものと決定することができる。制御部１６０は、タッチ器具の移動に応答してタッチ器具の位置変化量ｄｘ、ｄｙ及びタッチ器具の移動速度などを算出することができる。制御部１６０は、タッチ座標、タッチ器具のタッチ解除可否、タッチ器具の移動可否、タッチ器具の位置変化量及びタッチ器具の移動速度などを基盤として、ユーザジェスチャーをタッチ、マルチタッチ、タップ（Ｔａｐ）、ダブルタップ（Ｄｏｕｂｌｅ Ｔａｐ）、ロングタップ（Ｌｏｎｇ ｔａｐ）、タップアンドタッチ（Ｔａｐ ＆ ｔｏｕｃｈ）、ドラッグ（Ｄｒａｇ）、フリック（Ｆｌｉｃｋ）、プレス（Ｐｒｅｓｓ）、ピンチである（ｐｉｎｃｈｉｎ）及びピンチアウト（ｐｉｎｃｈ ｏｕｔ）などのうちいずれか１つとして決定することができる。タッチは、ユーザが画面のタッチパネル１１１のいずれか１つの地点にタッチ器具を接触するジェスチャーであり、マルチタッチは、様々な地点に多数のタッチ器具（例えば、親指と人さし指）を接触するジェスチャーであり、タップは、画面のいずれか１つの地点にタッチ器具がタッチされた後、移動なしに当該地点でタッチ解除（ｔｏｕｃｈ−ｏｆｆ）されるジェスチャーであり、ダブルタップは、いずれか１つの地点を連続的に二度タップするジェスチャーであり、ロングタップは、タップより相対的に長くタッチした後、タッチ器具の移動なしに当該地点でタッチ器具をタッチ解除するジェスチャーであり、タップアンドタッチは、画面のいずれか１つ地点をタップした後、当該地点を所定時間（例えば、０．５秒）以内にさらにタッチするジェスチャーであり、ドラッグは、いずれか１つの地点をタッチした状態でタッチ器具を所定方向に移動させるジェスチャーであり、フリックは、ドラッグに比べてタッチ器具を早く移動させた後、タッチ解除するジェスチャーであり、プレスは、いずれか１つの地点をタッチした後、当該地点を押すジェスチャーであり、ピンチインは、２つのタッチ器具で２つの地点を同時にマルチタッチした後、タッチ器具の間隔を狭めるジェスチャーであり、ピンチアウトは、タッチ器具の間隔を広げるジェスチャーである。すなわちタッチは、タッチパネル１１１に接触（ｃｏｎｔａｃｔ）している状態を意味し、その他のジェスチャーは、タッチの変化を意味することができる。

タッチパネル１１１は、手ジェスチャーを感知する手タッチパネルとペンジェスチャーを感知するペンタッチパネルを含んで構成された複合タッチパネルであることができる。ここで、手タッチパネルは、静電容量方式(ｃａｐａｃｉｔｉｖｅ ｔｙｐｅ)で構成され得る。もちろん手タッチパネルは、抵抗膜方式(ｒｅｓｉｓｔｉｖｅ ｔｙｐｅ)、赤外線方式または超音波方式で構成されてもよい。また、手タッチパネルは、ユーザの手ジェスチャーだけによってタッチイベントを発生するものではなく、他の物体（例えば、静電容量変化を加えることができる伝導性材質の物体）によってもタッチイベントを生成することができる。ペンタッチパネルは、電磁誘導方式（ｅｌｅｃｔｒｏｍａｇｎｅｔｉｃ ｉｎｄｕｃｔｉｏｎ ｔｙｐｅ）で構成され得る。これによって、ペンタッチパネルは、磁場を形成できるように特殊製作されたタッチ用スタイラスペンによってタッチイベントを生成することができる。一方、タッチパネル１１１は、圧力センサーを具備してタッチされた地点の圧力を感知することができる。感知された圧力情報は、制御部１６０に伝達され、制御部１６０は、感知された圧力情報に基づいてタッチとプレスを区分することができる。ここで、圧力情報は、他の方式でも感知することができる。

キー入力部１２０は、数字または文字情報を入力されて各種機能を設定するための多数のキーを含むことができる。このようなキーは、メニュー呼び出しキー、画面オン／オフキー、電源オン／オフキー及びボリューム調節キーなどを含むことができる。キー入力部１２０は、ユーザ設定及び携帯端末１００の機能制御と関連したキーイベントを生成し、制御部１６０に伝達する。キーイベントは、電源オン／オフイベント、ボリューム調節イベント、画面オン／オフイベント、シャッターイベントなどを含むことができる。制御部１６０は、このようなキーイベントに応答して前述した構成を制御することができる。一方、キー入力部１２０のキーは、ハードキー（ｈａｒｄ ｋｅｙ）といい、表示部１１０に表示される仮想の（ｖｉｒｔｕａｌ）キーは、ソフトキー（ｓｏｆｔ ｋｅｙ）ということができる。

格納部１３０は、制御部１６０の補助記憶装置（ｓｅｃｏｎｄａｒｙ ｍｅｍｏｒｙ ｕｎｉｔ）として、ディスク、ラム（ＲＡＭ）、ロム（ＲＯＭ）及びフラッシュメモリなどを含むことができる。

格納部１３０は、位置変更テーブル１３１を格納することができる。位置変更テーブル１３１は、イベント情報とこれに対応する位置情報を含むことができる。ここで、位置情報は、ユーザによって変更可能であり、位置変更テーブル１３１の一例は、次の表１の通りである。

格納部１３０は、携帯端末１００で生成されたデータ（例えば、連絡先）と、無線通信部１４０を介して外部から受信したデータ（例えば、メッセージ、動画ファイル）を格納することができる。

格納部１３０は、イメージ（例えば、キーパッド、動画、メッセージなど）のサイズ情報及びイメージの表示領域情報を含むことができる。画面を構成する最小単位がピクセル（ｐｉｘｅｌ）であると仮定すれば、サイズ情報は、例えば、「ｘ＊ｙ」である。「ｘ」は、Ｘ軸方向にｘ番目のピクセルを意味し、「ｙ」は、Ｙ軸方向にｙ番目のピクセルを意味することができる。表示領域情報は、例えば、４個の座標、すなわち（ｘ１、ｙ１）、（ｘ２、ｙ１）、（ｘ２、ｙ１）及び（ｘ２、ｙ２）である。また、表示領域情報は、１個の座標であってもよい。

格納部１３０は、設定値（例えば、画面の明るさの自動調節可否を示す値、ブルートゥース（ｂｌｕｅｔｏｏｔｈ）の使用可否を示す値、ポップアップ機能の使用可否を示す値、位置変更テーブル１３１の使用可否を示す値など）を格納することができる。

格納部１３０は、起動プログラム、運営体制（ＯＳ、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）及びアプリケーションを格納することができる。周知のように、運営体制は、ハードウェアとアプリケーションとの間、及びアプリケーション間のインターフェースの役目をしつつ、ＣＰＵ、ＧＰＵ、主記憶装置、補助記憶装置などのコンピュータ資源を管理することができる。また、運営体制は、ハードウェアの動作及びアプリケーションの実行を制御し、作業（ｔａｓｋ）の手順を決定し、ＣＰＵ及びＧＰＵの演算を制御し、データとファイルの格納を管理することができる。アプリケーションは、埋め込みアプリケーション（ｅｍｂｅｄｄｅｄ ａｐｐｌｉｃａｔｉｏｎ）とサードパーティアプリケーション（３ｒｄ ｐａｒｔｙ ａｐｐｌｉｃａｔｉｏｎ）とに分類され得る。例えば、埋め込みアプリケーションは、ウェブブラウザー（Ｗｅｂ ｂｒｏｗｓｅｒ）、電子メール（ｅｍａｉｌ）プログラム、インスタントメッセンジャー（ｉｎｓｔａｎｔ ｍｅｓｓｅｎｇｅｒ）などである。サードパーティアプリケーションは、アプリマーケットサーバーから携帯端末１００に受信されて設置されるアプリケーションである。バッテリーから制御部１６０に電源が供給されれば、まず、起動プログラムが制御部１６０の主記憶装置（例えば、ＲＡＭ）にローディング（ｌｏａｄｉｎｇ）され得る。このような起動プログラムは、運営体制を主記憶装置にローディングさせる。運営体制は、アプリケーション、例えば、動画プレーヤー１３２を主記憶装置にローディングすることができる。

格納部１３０は、音声データをテキストに変換するＳＴＴ（ｓｐｅｅｃｈ ｔｏ ｔｅｘｔ）プログラムを含むことができる。また、格納部１３０は、音声命令データを分析してユーザの意図を把握する人工知能プログラムを含むことができる。具体的に、人工知能プログラムは、音声命令データで文脈（ｃｏｎｔｅｘｔ）を認識する自然語処理エンジン（ｎａｔｕｒａｌ ｌａｎｇｕａｇｅ ｐｒｏｃｅｓｓｉｎｇ ｅｎｇｉｎｅ）と、認識された文脈を基盤としてユーザの意図を推論する推論エンジンと、認識された文脈を基盤としてユーザと話し合う対話エンジンなどを含むことができる。

無線通信部１４０は、制御部１６０の制御の下に、ネットワークを介して外部装置と音声通話、画像通話またはデータ通信を行うことができる。無線通信部１４０は、送信される信号の周波数を上昇変換及び増幅する無線周波数送信部と、受信される信号の周波数を低雑音増幅及び下降変換する無線周波数受信部を含むことができる。また、無線通信部１４０は、移動通信モジュール(例えば、３世代(３−Ｇｅｎｅｒａｔｉｏｎ)移動通信モジュール、３．５世代 (３．５−Ｇｅｎｅｒａｔｉｏｎ) 移動通信モジュールまたは４世代 (４−Ｇｅｎｅｒａｔｉｏｎ)移動通信モジュールなど、デジタル放送モジュール（例えば、ＤＭＢモジュール）及び近距離通信モジュール（例えば、ワイファイ(Ｗｉ−Ｆｉ)モジュール、ブルートゥース(ｂｌｕｅｔｏｏｔｈ)モジュール、ＮＦＣ(Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)モジュール）を含むことができる。

オーディオ処理部１５０は、スピーカーＳＰＫ及びマイクＭＩＣと結合して音声認識、音声録音、デジタルレコーディング（ｒｅｃｏｒｄｉｎｇ）及び通話のためのオーディオ信号（例えば、音声命令データ）の入力及び出力を行うことができる。オーディオ処理部１５０は、制御部１６０からオーディオ信号を受信し、受信したオーディオ信号をアナログにＤ／Ａ変換し増幅した後、スピーカーＳＰＫに出力することができる。オーディオ処理部１５０は、マイクＭＩＣから受信したオーディオ信号をデジタルにＡ／Ｄ変換した後、制御部１６０に提供することができる。スピーカーＳＰＫは、オーディオ処理部１５０から受信したオーディオ信号を音波（ｓｏｕｎｄ ｗａｖｅ）に変換して出力することができる。マイクＭＩＣは、人やその他の音源（ｓｏｕｎｄ ｓｏｕｒｃｅ）から伝達された音波をオーディオ信号に変換することができる。

制御部１６０は、携帯端末１００の全般的な動作及び携帯端末１００の内部構成間の信号フローを制御し、データを処理する機能を行い、バッテリーから前記構成への電源供給を制御することができる。制御部１６０は、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）と、ＧＰＵ（ｇｒａｐｈｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）を含むことができる。周知のように、ＣＰＵは、資料の演算及び比較と、コマンドの解釈及び実行などを行うコンピューターシステムの核心的な制御ユニットである。ＧＰＵは、ＣＰＵの代わりに、グラフィックと関連した資料の演算及び比較と、コマンドの解釈及び実行などを行うグラフィック制御ユニットである。ＣＰＵとＧＰＵは、それぞれ、２つ以上の独立コア（例えば、クォドコア（ｑｕａｄ−ｃｏｒｅ）が単一集積回路よりなる１つのパッケージ（ｐａｃｋａｇｅ）に統合され得る。また、ＣＰＵとＧＰＵは、１つのチップで統合（ＳｏＣ；Ｓｙｓｔｅｍ ｏｎ Ｃｈｉｐ）されたものであることができる。また、ＣＰＵとＧＰＵは、マルチレイヤ(ｍｕｌｔｉ ｌａｙｅｒ)でパッケージング（ｐａｃｋａｇｉｎｇ）されたものであってもよい。一方、ＣＰＵ及びＧＰＵを含む構成は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）と指称され得る。

制御部１６０は、メインメモリ（ｍａｉｎ ｍｅｍｏｒｙ ｕｎｉｔ）、例えば、ラム（ＲＡＭ）を含むことができる。メインメモリは、格納部１３０からローディングされた各種プログラム、例えば、起動プログラム、ホスト運営体制、ゲスト運営体制及びアプリケーションを格納することができる。すなわち制御部１６１のＣＰＵ及びＧＰＵは、このようなプログラムにアクセスしてプログラムの命令を解読し、解読結果による機能（例えば、ポップアップ機能）を行うことができる。また、制御部１６０は、格納部１３０に記録（ｗｒｉｔｅ）するデータを臨時格納し、格納部１３０から読み出した（ｒｅａｄ）データを臨時格納するキャッシュメモリを含むことができる。

制御部１６０は、格納部１３０に格納されたサイズ情報及び表示領域情報を利用して携帯端末１００を運営することができる。例えば、キーパッドの表示を要請するイベントが発生した場合、制御部１６０は、キーパッドに該当するサイズ情報と表示領域情報を格納部１３０から読み出し、読み出した情報を基盤としてキーパッドを当該表示領域に表示するように表示部１１０を制御することができる。

制御部１６０は、格納部１３０に格納された設定値を利用して携帯端末１００を運営することができる。例えば、動画が表示されれば、制御部１６０は、「ポップアップ機能の使用可否を示す値」を格納部１３０から読み出し、この値を基盤としてポップアップ機能の使用可否を決定することができる。ポップアップ機能を使用することに決定されれば、制御部１６０は、「位置変更テーブル１３１の使用可否を示す値」を格納部１３０から読み出し、この値を基盤として位置変更テーブル１３１の使用可否を決定することができる。一方、ポップアップ機能の実行可否は、当該設定値と関係なく決定され得る。例えば、表示部１１は、動画とともに、ポップアップ機能ボタンを表示することができる。このようなボタンは、動画の上に半透明に表示されるか、または別途の領域に表示され得る。ユーザがボタンを選択すれば、制御部１６０は、ポップアップ機能を行うことができる。この際、ボタンの上には、「ＯＮ」が表示され得る。ユーザがさらにボタンを選択すれば、制御部１６０は、ポップアップ機能を終了することができる。この際、ボタンの上には、「ＯＦＦ」が表示され得る。ポップアップ機能の対象となるイメージは、動画に限るものではなく、他のイメージ（例えば、写真、停止映像、メモ、地図情報など）になることもできる。すなわち動画以外にも、他のイメージが常に画面の最上層に表示され得る。

位置変更テーブル１３１を使用することに決定されれば、制御部１６０は、表１のような位置変更テーブル１３１を格納部１３０から読み出す。制御部１６０は、位置変更テーブル１３１を参照してイメージの表示位置を変更することができる。例えば、動画が画面の下端に表示されており、この際、、キーパッドの表示を要請するイベント(例えば、ウェブページでテキスト入力欄をユーザがタップ)が発生することができる。それでは、制御部１６０は、動画を画面の上端に表示し、キーパッドを画面の下端に表示するように、表示部１１０を制御することができる。すなわち動画が画面の下端から上端に移動することができる。もちろんその反対であってもよい。すなわち動画は、そのまま画面の下端で表示され、キーパッドが画面の上端に表示され得る。一方、位置変更機能の実行可否は、位置変更テーブル１３１と関係なく決定され得る。すなわち制御部１６０は、位置変更テーブル１３１を使用しなくても、イメージの表示位置を変更することができる。これに対する具体的な例示は、以下の図面を参照して具体的に説明する。

一方、デジタル機器のコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）傾向によって変形が非常に多様で、すべて列挙することはできないが、携帯端末１００は、カメラ、ＧＰＳモジュール、振動モーター、アクセサリー、外部装置インターフェース部（例えば、イアジャック）、加速度センサーなどのように前記で言及されない構成をさらに含むことができる。ここで、アクセサリーは、携帯端末１００から分離が可能な携帯端末１００の附属品であって、例えば、表示部１１０の画面にタッチのためのペンになることができる。また、携帯端末１００は、その提供形態によって前述した構成から特定構成が除外されるか、または他の構成に代替されてもよい。

図２は、本発明の一実施形態によるイメージ表示方法を説明するための流れ図である。図３ａ〜図３ｄ、図４ａ及び図４ｂは、本発明の一実施形態によるイメージ表示方法を説明するための図である。

図２を参照すれば、段階２１０で、制御部１６０は、動画の表示を要請する第１イベントの発生可否を決定することができる。このような第１イベントは、表示部１１０に対するユーザジェスチャー（例えば、当該動画を示すサムネイルをユーザがタップ）であるか、またはキー入力部１2０で発生したキーイベントである。また、第１イベントは、音声命令データであってもよい。例えば、当該動画の名称が表示されており、ユーザは、マイクＭＩＣに向けて当該動画の名称、例えば、「タイタニック」を話す。それでは、マイクＭＩＣは、ユーザの音声を受信し、これをオーディオ信号に変換してオーディオ処理部１５０に伝達する。制御部１６０は、オーディオ処理部１５０から音声命令データを受信し、受信された音声命令データをテキストに変換し、テキストに例えば、「タイタニック」が含まれた場合、第１イベントが発生したものと決定することができる。一方、ユーザは、マイクＭＩＣに向けて「タイタニックを再生してくれ」と話す。それでは、制御部１６０は、人工知能プログラムを利用してユーザの意図を把握し、第１イベントが発生したものと決定することができる。この際、当該動画及び人工知能プログラムは、携帯端末１００ではない外部のサーバーに具備され得る。それなら、制御部１６０は、当該音声命令データを含む動画要請メッセージをサーバーに伝送するように無線通信部１４０を制御することができる。これに応答して、サーバーは、音声命令データを分析してユーザの意図を把握し、当該動画を携帯端末１００に伝送することができる。動画が受信されれば、制御部１６０は、第１イベントが発生したものと決定することができる。

第１イベントが発生した場合、段階２１５で、制御部１６０は、動画を表示する第１領域を決定することができる。例えば、制御部１６０は、表示領域情報を格納部１３０から読み出し、読み出した情報を基盤として動画を表示する第１領域を決定することができる。例えば、図３ａに示されたように、画面のサイズは、６４０＊３８０であり、表示領域情報は、（０、０）、（０、２１３）、（３８０、２１３）及び（３８０、０）である。それでは、第１領域は、図３ａで３１０として決定され得る。段階２２０で、制御部１６０は、第１領域に動画３２０を表示するように表示部１１０を制御することができる。また、制御部１６０は、ポップアップ機能を行うことができる。一方、表示領域情報は、１個の座標、例えば、（１０７、１９０）であることができる。それでは、第１領域は、１０７、１９０を中心とする領域として決定され得る。

段階２２５で、制御部１６０は、第２イベントの発生可否を決定することができる。第２イベントが発生しない場合、プロセスは、段階２３０に進行することができる。段階２３０で、制御部１６０は、動画の表示を終了するか否かを決定することができる。例えば、表示部１１０に表示された終了ボタンがタップされた場合、プロセスは終了することができる。そうではなければ、プロセスは、段階２２５に復帰することができる。

第２イベントが発生した場合、段階２３５で、制御部１６０は、第２イベントと関連したイメージを表示する第２領域を決定することができる。例えば、制御部１６０は、第２イベントに該当する表示領域情報を格納部１３０から読み出し、読み出した表示領域情報に対応する領域を第２領域として決定することができる。例えば、キーパッドは、画面の下端として決定され得る。通話を要請する差出人情報（例えば、名前と電話番号）は、画面の上端として決定され得る。差出人の通話要請に対する受諾可否をユーザが選択するようにするためのイメージ(例えば、通話受諾アイコン及び通話拒絶アイコンを含む)は、画面の下端として決定され得る。ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）メッセージ、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）メッセージ、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）メッセージ、電子メール及びニュースなどのようなメッセージの受信を知らせるためのお知らせイメージは、画面の上端または画面の中央として決定され得る。

段階２４０で、制御部１６０は、第２イベントがあらかじめ定められた特定イベントであるか否かを確認することができる。ここで、あらかじめ定められた特定イベントは、タッチパネル１１１やキー入力部１２０から受信したキーパッド表示要請イベントと、オーディオ処理部１５０を介してマイクＭＩＣから受信した音声データ（例えば、「キーパッド」という音声と、無線通信部１４０を介してネットワーク（例えば、基地局）から受信した各種メッセージ（例えば、通話要請メッセージ、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）メッセージ、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）メッセージ、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）メッセージ、電子メール、ニュースなど）などになることができる。特定イベントが通話要請メッセージ（特に、映像通話要請メッセージ）である場合、動画再生は、一時停止され得る。すなわち無線通信部１４０を介してネットワークから通話要請メッセージが受信されれば、制御部１６０は、１つのフレームを継続して表示するように表示部１１０を制御することができる。ここで、フレームは、動画（ｍｏｖｉｎｇ ｉｍａｇｅｓ）を構成する停止イメージ（ｓｔｉｌｌ ｉｍａｇｅ）である。例えば、１秒の動画は、３０フレームで構成され得る。一方、通話要請メッセージによる機能（例えば、通話）が終了すれば、一時停止が解除され、動画が表示され得る。また、映像通話メッセージが受信される場合、動画は停止されずに、続いて再生されてもよい。例えば、制御部１６０は、動画を動画表示領域に表示し、通話映像を通話映像表示領域に表示するように、表示部１１０を制御してもよい。ここで、２つの領域は、制御部１６０の制御によって互いに重ならないことがある。通話映像は、相手端末から受信された動画とカメラで撮影した映像（すなわち相手端末に送る動画）を含むことができる。

第２イベントが特定イベントではない場合、プロセスは、段階２４５に進行することができる。段階２４５で、制御部１６０は、第２イベントに該当する機能を行うことができる。例えば、第２イベントがインターネットアイコン３３０（図３ｂ参照）に対するタップである場合、制御部１６０は、ウェブページ３４０（図３ｃ参照）を第２領域（例えば、画面全体）に表示するように表示部１１０を制御することができる。この際、動画３２０は、最上層に位置することができる。したがって、図３ｃに示されたように、ウェブページ３４０の一部は表示されない。第２イベントに該当する機能が行われた後、プロセスは、段階２２５に復帰することができる。

第２イベントが特定イベントである場合、段階２５０で、制御部１６０は、第２領域が第１領域と重なるか否かを確認することができる。ここで、重なりは、第２領域の一部が第１領域と重なること、第２領域が第１領域に含まれることまたは第１領域が第２領域に含まれることを意味することができる。

２つの領域が重ならない場合、プロセスは、段階２５５に進行することができる。段階２５５で、制御部１６０は、イメージを第２領域に表示するように表示部１１０を制御することができる。これによって、動画とイメージが互いに重なることなく、画面の最上層に表示され得る。
２つの領域が重なる場合、段階２６０で、制御部１６０は、第２領域と重ならない第３領域を決定することができる。一例として、制御部１６０は、図３ｃに示されたように、第２領域３５０（図３ｃ参照）の４個の座標（ｘ１、ｙ１）、（ｘ１、ｙ２）、（ｘ２、ｙ２）及び（ｘ２、ｙ１）を確認し、確認された４個の座標を基盤として第３領域３６０を決定することができる。すなわち４個の座標を頂点とする四角形領域が第３領域３６０として決定され得る。

他の例として、制御部１６０は、位置変更テーブル１３１を格納部１３０から読み出す。例えば、特定イベントがキーパッド表示要請イベント（例えば、テキスト入力欄３８０に対するユーザのタップ）である場合、制御部１６０は、それに対応する位置情報が「画面の上端」であることを確認することができる。したがって、制御部１６０は、確認された位置情報を基盤として第３領域を決定することができる。

段階２６５で、制御部１６０は、イメージを第２領域に表示し、動画を第３領域に表示するように、表示部１１０を制御することができる。これによって、動画とイメージが互いに重なることなく、画面の最上層に表示され得る。一方、第２領域は、互いに分離した多数の領域を含むことができる。一例として、図４ａを参照すれば、第１領域４１０は、画面の下端として決定され、動画４２０が第１領域４１０で表示され得る。その後、通話要請メッセージの受信に応答して差出人情報４３１を表示する第２−１領域４２１は、画面の上端として決定され、通話受諾アイコン４３２と通話拒絶アイコン４３３を表示する第２−２領域４２２は、画面の下端として決定され得る。この際、第２−２領域４２２は、第１領域４１０と重なるようになることができる。したがって、第３領域４４０は、画面の中央として決定され、動画４２０は縮小され、第３領域４４０に表示され得る。

図５は、本発明の他の実施形態によるイメージ表示方法を説明するための流れ図である。図６は、本発明の他の実施形態によるイメージ表示方法を説明するための図である。

図５を参照すれば、段階５１０で、制御部１６０は、画面の第１領域６１０（図６参照）に動画を表示するように表示部１１０を制御することができる。また、制御部１６０は、ポップアップ機能を行うことができる。

段階５１５で、制御部１６０は、イベントの発生可否を決定することができる。イベントが発生しない場合、プロセスは、段階５２０に進行することができる。段階５２０で、制御部１６０は、動画の表示を終了するか否かを決定することができる。動画の表示が終了しない場合、プロセスは、段階５１５に復帰することができる。

イベントが発生した場合、段階５２５で、制御部１６０は、イベントと関連したイメージを表示する第２領域を決定することができる。

段階５３０で、制御部１６０は、イベントがあらかじめ定められた特定イベントであるか否かを確認することができる。

イベントが特定イベントではない場合、プロセスは、段階５３５に進行することができる。段階５３５で、イベントに該当する機能が制御部１６０によって行われた後、プロセスは、段階５１５に復帰することができる。

イベントが特定イベントである場合、段階５４０で、制御部１６０は、第２領域が第１領域と重なるか否かを確認することができる。

２つの領域が重ならない場合、プロセスは、段階５４５に進行することができる。段階５４５で、制御部１６０は、イメージを第２領域に表示するように表示部１１０を制御することができる。

２つの領域が重なる場合（例えば、図６に示されたように、第２領域６２０が第１領域６１０に含まれる場合）、段階５５０で、制御部１６０は、第１領域と重ならない第３領域を決定することができる。一例として、制御部１６０は、位置変更テーブル１３１を格納部１３０から読み出す。制御部１６０は、発生した特定イベント（例えば、メッセージ受信）に対応する位置情報（例えば、画面の下端）を位置変更テーブル１３１で確認することができる。また、制御部１６０は、確認された位置情報を基盤として第３領域として決定することができる。

段階５５５で、制御部１６０は、イメージ６３０を第３領域６４０に表示するように表示部１１０を制御することができる。これによって、動画６５０とイメージ６３０が互いに重なることなく、画面の最上層に表示され得る。

図７は、本発明のさらに他の実施形態によるイメージ表示方法を説明するための流れ図である。図８ａ〜図８ｃは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。

図７を参照すれば、段階７１０で、制御部１６０は、画面の第１領域８１０に動画８２０を表示するように表示部１１０を制御することができる。また、制御部１６０は、ポップアップ機能を行うことができる。

段階７１５で、制御部１６０は、第１イベントの発生可否を決定することができる。第１イベントが発生しない場合、プロセスは、段階７２０に進行することができる。段階７２０で、制御部１６０は、動画の表示を終了するか否かを決定することができる。動画の表示が終了しない場合、プロセスは、段階７１５に復帰することができる。

第１イベントが発生した場合、段階７２５で、制御部１６０は、第１イベントと関連したイメージを表示する第２領域を決定することができる。

段階７３０で、制御部１６０は、イベントがあらかじめ定められた特定イベントであるか否かを確認することができる。
第１イベントが特定イベントではない場合、プロセスは、段階７３５に進行することができる。段階７３５で、第１イベントに該当する機能が制御部１６０によって行われた後、プロセスは、段階７１５に復帰することができる。

第１イベントが特定イベントである場合、段階７４０で、制御部１６０は、第２領域が第１領域８１０と重なるか否かを確認することができる。

２つの領域が重ならない場合、プロセスは、段階７４５に進行することができる。段階７４５で、制御部１６０は、イメージを第２領域に表示するように表示部１１０を制御することができる。

２つの領域が重なる場合（例えば、図８ａに示されたように、第２領域８３０の一部が第１領域８１０に重なる場合）、段階７５０で、制御部１６０は、イメージ８４０を第２領域８３０に表示するように表示部１１０を制御することができる。また、制御部１６０は、動画８２０においてイメージ８４０と重なる部分８２１を半透明に表示するように表示部１１０を制御することができる。これによって、動画８２０の全体はもちろん、イメージ８４０の全体が識別可能である。また、制御部１６０は、重なる部分８２１でタッチイベントが発生する場合、これを動画８２０ではないイメージ８４０と関連したイベントであると決定することができる。一方、動画８２０でイメージ８４０と重なる部分８２１は、表示されなくてもよい。すなわちポップアップ機能が行われているが、こんな場合には、例外的にイメージ８４０が高層に位置し、相対的に動画８２０が低層に位置することができる。

段階７５５で、制御部１６０は、動画８２０の位置変更を要請する第２イベントの発生可否を決定することができる。このような第２イベントは、表示部１１０に対するユーザジェスチャー（例えば、動画８２０に対する上側へのフリック８５０）であるか、キー入力部１2０で発生したキーイベントである。また、第２イベントは、音声データ（例えば、「動画位置転換」）であってもよい。動画８２０が上側へ移動することによって、イメージ８４０と重ならない部分が生ずるようになる。それでは、制御部１６０は、このような部分を認識し、認識された部分を不透明に表示するように表示部１１０を制御することができる。

段階７６０で、制御部１６０は、第２イベントに応答して動画８２０を第３領域８６０に表示するように表示部１１０を制御することができる。図８ｃに示されたように、第３領域８６０は、第２領域８３０と重ならない。

図９は、本発明のさらに他の実施形態によるイメージ表示方法を説明するための流れ図である。図１０ａ〜図１０ｃは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。

図９を参照すれば、段階９１０で、制御部１６０は、画面の第１領域１０１０に動画１０２０を表示するように表示部１１０を制御することができる。また、制御部１６０は、ポップアップ機能を行うことができる。

段階９１５で、制御部１６０は、イベントの発生可否を決定することができる。イベントが発生しない場合、プロセスは、段階９２０に進行することができる。段階９２０で、制御部１６０は、動画の表示を終了するか否かを決定することができる。動画の表示が終了しない場合、プロセスは段階９１５に復帰することができる。

イベントが発生した場合、段階９２５で、制御部１６０は、イベントと関連したイメージを表示する第２領域を決定することができる。

段階９３０で、制御部１６０は、イベントがあらかじめ定められた特定イベントであるか否かを確認することができる。

イベントが特定イベントではない場合、プロセスは、段階９３５に進行することができる。段階９３５で、イベントに該当する機能が制御部１６０によって行われた後、プロセスは、段階９１５に復帰することができる。

イベントが特定イベントである場合、段階９４０で、制御部１６０は、第２領域が第１領域１０１０と重なるか否かを確認することができる。
２つの領域が重ならない場合、プロセスは、段階９４５に進行することができる。段階９４５で、制御部１６０は、イメージを第２領域に表示するように表示部１１０を制御することができる。

２つの領域が重なる場合（例えば、図１０に示されたように、第２領域１０３０の一部が第１領域１０１０に重なる場合）、段階９５０で、制御部１６０は、方向アイコン１０４１〜１０４３を表示するように表示部１１０を制御することができる。すなわち方向アイコン１０４１〜１０４３は、動画１０２０の位置を変更するためのガイドシンボルである。このようなガイドシンボルは、方向アイコンの代わりに、図１０ｂに示されたようなメッセージ１０４０であってもよい。メッセージ１０４０は、あらかじめ定められた時間（例えば、約２秒）表示された後、消える。制御部１６０は、メッセージ１０４０を消えるようにした後、図１０ｃに示されたように、位置指定アイコン１０５１〜１０５３を表示するように表示部１１０を制御することができる。

段階９５５で、制御部１６０は、ユーザが方向アイコン（または位置指定アイコン）を選択したか否かを決定することができる。

方向アイコン（または位置指定アイコン）の選択が検出された場合、段階９６０で、制御部１６０は、イメージを第２領域１０３０に表示するように表示部１１０を制御することができる。また、制御部１６０は、動画１０２０を前記選択された方向アイコン（または位置指定アイコン）に該当する第３領域に表示するように表示部１１０を制御することができる。

図１１は、本発明のさらに他の実施形態によるイメージ表示方法を説明するための流れ図である。図１２ａ〜図１２ｃは、本発明のさらに他の実施形態によるイメージ表示方法を説明するための図である。

図１１を参照すれば、段階１１１０で、制御部１６０は、イベントリスト１２１０を表示するように表示部１１０を制御することができる。一例として、表示部１１０は、環境設定アイコンを含むホームイメージを表示することができる。環境設定アイコンが選択されれば、制御部１６０は、位置変更メニューを含む環境設定イメージを表示するように表示部１１０を制御することができる。位置変更メニューが選択されれば、図１２ａに示されたようなイベントリスト１２１０が表示され得る。

段階１１２０で、制御部１６０は、ユーザがイベントリスト１２１０から１つのイベントアイコンを選択したか否かを決定することができる。

イベントアイコンの選択が検出された場合、段階１１３０で、制御部１６０は、図１２ｂに示されたような位置指定アイコン１２２１〜１２２９を表示するように表示部１１０を制御することができる。すなわち位置指定アイコン１２２１〜１２２９は、イベントに対応する位置情報を設定するためのガイドシンボルである。このようなガイドシンボルは、図１２ｃに示されたように、方向アイコン１２３１〜１２３８であってもよい。

段階１１４０で、制御部１６０は、ユーザが位置指定アイコン（または方向アイコン）を選択したか否かを決定することができる。

位置指定アイコン（または方向アイコン）の選択が検出された場合、段階１１５０で、制御部１６０は、選択されたイベントアイコンに該当するイベント情報と選択された位置指定アイコンまたは方向アイコンに該当する位置情報をマッピングし、格納部１３０に格納することができる。

一方、前述した例示は、便宜上、表示モードがポートレートモード（ｐｏｒｔｒａｉｔ ｍｏｄｅ）、すなわち縦モードと仮定して説明したものである。もちろん本発明は、ランドスケープモード（ｌａｎｄｓｃａｐｅ ｍｏｄｅ）、すなわち横モードでも具現され得る。携帯端末１００は、携帯端末の姿勢感知が可能なセンサー、例えば、加速度センサーをさらに具備することができる。加速度センサーは、携帯端末１００の加速度（例えば、Ｘ軸加速度、Ｙ軸加速度及びＺ軸加速度）及びその変化を感知し、感知情報を生成し、制御部１６０に伝達することができる。制御部１６０は、加速度センサーから伝達された感知情報を利用して携帯端末１００の姿勢、例えば、傾き情報（例えば、Ｘ、Ｙ及びＺ軸各々を中心とする回転角度）を算出することができる。通常、Ｘ軸を中心とする回転角度をロール角といい、Ｙ軸を中心とする回転角度をピッチ角といい、Ｚ軸を中心とする回転角度を凹角という。また、制御部１６０は、算出された傾き情報を利用して携帯端末１００の表示モードを決定することができる。もちろん、表示モードは、携帯端末１００の姿勢と関係なく、ユーザ任意どおり固定されてもよい。しかし、固定されていなければ（例えば、画面自動回転機能が設定されていたら）、制御部１６０は、傾き情報を利用して表示モードを決定することができる。

図１３ａ及び図１３ｂは、ランドスケープモードでイメージ表示方法を説明するための図である。

図１３ａ及び図１３ｂを参照すれば、制御部１６０は、ポップアップ機能を行うことができる。すなわち表示部１１０は、制御部１６０の制御の下に、画面の左側に動画１３１０を表示することができる。この際、特定イベント（例えば、テキスト入力欄１３２０に対するユーザのタップ）が発生することができる。それでは、表示部１１０は、制御部１６０の制御の下に、動画１３１０を画面の中央に表示し、分離キーパッド（ｓｐｌｉｔ ｋｅｙｐａｄ）の左側キーパッド１３３１を画面の左側に表示し、右側キーパッド１３３２を画面の右側に表示することができる。

前述したような本発明によるイメージ表示方法は、多様なコンピューターを介して行われることができるプログラム命令で具現され、コンピューターで読み取り可能な記録媒体に記録され得る。ここで、記録媒体は、プログラム命令、データファイル、データ構造などを含むことができる。また、プログラム命令は、本発明のために特別に設計され構成されたものであるか、コンピューターソフトウェア当業者に公知されて使用可能なものであってもよい。また、記録媒体には、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体（Ｍａｇｎｅｔｉｃ Ｍｅｄｉａ）と、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（Ｏｐｔｉｃａｌ Ｍｅｄｉａ）と、フロプチカルディスク（Ｆｌｏｐｔｉｃａｌ Ｄｉｓｋ）のような磁気−光媒体（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ Ｍｅｄｉａ）と、ロム（ＲＯＭ）と、ラム（ＲＡＭ）と、フラッシュメモリなどのようなハードウェア装置が含まれることができる。また、プログラム命令には、コンパイラーによって作われるもののような機械語コードだけでなく、インタプリターなどを使用してコンピュータによって実行され得る高級言語コードが含まれることができる。ハードウェア装置は、本発明を行うために１つ以上のソフトウェアモジュールとして作動するように構成され得る。

本発明によるイメージ表示方法及び携帯端末は、前述した実施形態に限定されず、本発明の技術思想が許容する範囲で多様に変形して実施することができる。

１００ 携帯端末
１１０ 表示部
１１１ タッチパネル
１２０ キー入力部
１３０ 格納部
１３１ 位置変更テーブル
１３２ 動画プレーヤー
１４０ 無線通信部
１５０ オーディオ処理部
１６０ 制御部

Claims (19)

1. モバイル装置であって、
   タッチスクリーンと、
   少なくとも一つのプロセッサと、を含み、
   前記少なくとも一つのプロセッサは、
   第１のウィンドウを前記タッチスクリーンに提供する動作と、
   動画を表示する第２のウィンドウを前記第１のウィンドウ上に提供する動作と、
   前記第２のウィンドウが前記第１のウィンドウ上に提供される間、ユーザ入力を検出する動作と、
   前記ユーザ入力の検出に反応してキーボードが前記タッチスクリーンに表示されるとき、前記第２のウィンドウが前記キーボードと重なるものと決定された場合、前記第２のウィンドウを前記タッチスクリーン上で移動し、前記移動した第２のウィンドウで前記動画を表示すると共に、キーボードを前記第１のウィンドウ上に表示する動作と、を行うように構成され、
   前記移動した第２のウィンドウは、前記表示されたキーボードとは重ならないところに位置し、
   前記第２のウィンドウが前記タッチスクリーンの第１の部分に提供されるものと決定された場合、前記第２のウィンドウを前記タッチスクリーン上で移動する動作は、前記タッチスクリーンの前記第１の部分から前記タッチスクリーンの第２の部分に移動する動作を含み、
   前記第２の部分に移動した前記第２のウィンドウは、前記表示されたキーボードと重ならないところに位置し、
   前記タッチスクリーンの前記第１の部分と、前記タッチスクリーンの前記第２の部分との間のマッピング関係を定義した位置変更情報を保存するように構成されたメモリをさらに含み、
   前記位置変更情報は、ユーザによって設定するように構成されたモバイル装置。
2. 前記第１のウィンドウは、全画面に表示され、前記第２のウィンドウは、前記第１のウィンドウが前記全画面に表示されるとき、前記第１のウィンドウ上に提供される請求項１に記載のモバイル装置。
3. 前記動画は、前記移動する前に前記第１の部分として前記タッチスクリーンの下部に表示される請求項１に記載のモバイル装置。
4. 前記第１のウィンドウは、前記タッチスクリーンの上部に表示されるテキスト入力部分を有する請求項１に記載のモバイル装置。
5. 前記上部は、前記表示された第２のウィンドウとは重ならない請求項４に記載のモバイル装置。
6. 前記第１のウィンドウは、ウェブページを含み、
   前記動画は、前記ウェブページに表示される請求項１に記載のモバイル装置。
7. 前記第２のウィンドウのサイズと位置は、手動で調節されるように構成された請求項１に記載のモバイル装置。
8. 前記動画が表示される間、コール接続要求メッセージがコールの開始のために受信される場合、前記少なくとも一つのプロセッサは、前記動画の再生を一時停止する動作をさらに行うように構成され、
   前記コールの接続が切れる場合、前記少なくとも一つのプロセッサは、前記動画の再生の前記一時停止を解除する動作をさらに行うように構成された請求項１に記載のモバイル装置。
9. 前記少なくとも一つのプロセッサでは、
   前記動画を表示する前記第２のウィンドウを縮小させる動作と、
   前記タッチスクリーンの第３の部分に前記縮小された第２のウィンドウを表示する動作と、をさらに行うように構成された請求項１に記載のモバイル装置。
10. 前記少なくとも一つのプロセッサでは、
    前記表示されたキーボードを左側キーボードと右側キーボードとに分離する動作をさらに行うように構成された請求項１に記載のモバイル装置。
11. 前記少なくとも一つのプロセッサでは、
    前記左側キーボードと前記右側キーボードとの間に前記動画を表示する前記第２のウィンドウを提供する動作をさらに行うように構成された請求項１０に記載のモバイル装置。
12. モバイル装置にてウィンドウを表示する方法であって、
    第１のウィンドウをタッチスクリーンに提供する動作と、
    動画を表示する第２のウィンドウを前記第１のウィンドウ上に提供する動作と、
    前記第２のウィンドウが前記第１のウィンドウ上に提供される間、ユーザ入力を検出する動作と、
    前記ユーザ入力の検出に反応してキーボードが前記タッチスクリーンに表示されるとき、前記第２のウィンドウが前記キーボードと重なるものと決定された場合、前記第２のウィンドウを前記タッチスクリーン上で移動し、前記移動した第２のウィンドウで前記動画を表示すると共に、キーボードを前記第１のウィンドウ上に表示する動作と、を含み、
    前記移動した第２のウィンドウは、前記表示されたキーボードと重ならないところに位置し、
    前記第２のウィンドウが前記タッチスクリーンの第１の部分に提供されるものと決定された場合、前記第２のウィンドウを前記タッチスクリーン上で移動する動作は、前記タッチスクリーンの前記第１の部分から前記タッチスクリーンの第２の部分に移動する動作を含み、
    前記第２の部分に移動した前記第２のウィンドウは、前記表示されたキーボードと重ならないところに位置し、
    前記動画を表示する前記第２のウィンドウを縮小させる動作と、
    前記タッチスクリーンの第３の部分に前記縮小された第２のウィンドウを表示する動作と、をさらに含み、
    前記タッチスクリーンの前記第１の部分と、前記タッチスクリーンの前記第２の部分との間のマッピング関係を定義した位置変更情報をメモリに保存する動作をさらに含み、
    前記位置変更情報は、ユーザによって設定するように構成された方法。
13. 前記第１のウィンドウは、全画面に表示され、前記第２のウィンドウは、前記第１のウィンドウが前記全画面に表示されるとき、前記第１のウィンドウ上に提供される請求項１２に記載の方法。
14. 前記動画は、前記移動する前に前記第１の部分として前記タッチスクリーンの下部に表示される請求項１２に記載の方法。
15. 前記第１のウィンドウは、前記タッチスクリーンの上部に表示されるテキスト入力部分を有する請求項１２に記載の方法。
16. 前記上部は、前記表示された第２のウィンドウとは重ならない請求項１５に記載の方法。
17. 前記第１のウィンドウは、ウェブページを含み、
    前記動画は、前記ウェブページに表示される請求項１２に記載の方法。
18. 前記動画が表示される間、コール接続要求メッセージがコールの開始のために受信される場合、前記動画の再生を一時停止する動作と、
    前記コールの接続が切れる場合、前記動画の再生の前記一時停止を解除する動作と、をさらに含む請求項１２に記載の方法。
19. 前記表示されたキーボードを左側キーボードと右側キーボードとに分離する動作をさらに含む請求項１２に記載の方法。

Images