JP2013525900A - 携帯端末機のｇｕｉ提供方法及び装置 - Google Patents

Abstract

本発明は、タッチスクリーンベースの携帯端末機において、ユーザのタッチ入力を誘導して使用便宜性を向上するＧＵＩ提供方法及び装置を提供する。本発明の実施例による携帯端末機のＧＵＩ提供方法は、アイテム表示割り当て領域に配列された少なくとも１つのアイテム以外に表示可能アイテムが存在するか否かを判断する判断段階と、前記表示可能アイテムが存在する場合、前記表示可能アイテムが生成されるアイテム表示割り当て領域の境界部分に一定形態のイメージ客体を表示する表示段階と、を含むことを特徴とする。
【選択図】図２

Description

本発明は、携帯端末機のＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）提供方法及び装置に係り、特にタッチスクリーン基盤の携帯端末機においてユーザのタッチ入力を誘導するＧＵＩ提供方法及び装置に関する。

最近、タッチスクリーンベースの携帯端末機に対する選好度は、徐々に増加している。ユーザは、タッチスクリーン上にタッチ動作を入力し、所望の情報を探索するか、所望の機能を実行するようになり、携帯端末機に表示されるＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）は、このようなユーザのタッチ動作を案内する。この際、前記表示されるＧＵＩによって携帯端末機の使用便宜性を変更できるので、現在、携帯端末機の使用便宜性を向上できるＧＵＩが持続的に研究されている。

本発明の目的は、携帯端末機の使用便宜性を向上したＧＵＩ提供方法及びこれを支援する装置を提供することにある。

本発明の実施例による携帯端末機のＧＵＩ提供方法は、アイテム表示割り当て領域に配列された少なくとも１つのアイテム以外に表示可能アイテムが存在するか否かを判断する判断段階と、前記表示可能アイテムが存在する場合、前記表示可能アイテムが生成されるアイテム表示割り当て領域の境界部分に一定形態のイメージ客体（ｏｂｊｅｃｔ）を表示する表示段階と、を含むことを特徴とする。

本発明の他の実施例による携帯端末機のＧＵＩ提供方法は、第１アプリケーションを含む少なくとも１つのアプリケーション実行中に、ユーザから第２アプリケーション実行命令を入力される段階と、第２アプリケーション実行画面の特定領域に一定形態のイメージ客体を表示する段階と、前記イメージ客体上に入力されるタッチ動作を感知する段階と、前記感知されたタッチ動作によって前記第１アプリケーションの関連画面を表示する段階と、を含むことを特徴とする。

本発明の実施例によるＧＵＩ提供のための携帯端末機は、画面を出力する表示部と、前記表示部を制御し、少なくとも１つのアイテムをアイテム表示割り当て領域に配列して表示し、前記少なくとも１つのアイテム以外に表示可能アイテムが存在するか否かを判断し、前記表示可能アイテムが存在する場合、前記表示部を制御し、前記表示可能アイテムが生成されるアイテム表示割り当て領域の境界部分に一定形態のイメージ客体を表示する制御部と、を含むことを特徴とする。

本発明の他の実施例によるＧＵＩ提供のための携帯端末機は、ユーザのタッチ動作を認識するタッチセンサー部と、画面を出力する表示部と、第１アプリケーションを含む少なくとも１つのアプリケーションを実行し、前記タッチセンサー部を通じてユーザから第２アプリケーション実行命令を入力されれば、前記表示部を制御して第２アプリケーション実行画面の一方の領域に一定形態のイメージ客体を表示し、前記タッチセンサー部を制御して前記イメージ客体上に入力されるタッチ動作を感知し、前記表示部を制御して前記感知されたタッチ動作によって第１アプリケーション制御窓を前記第２アプリケーション実行画面にオーバレイ（ｏｖｅｒｌａｙ）して表示するか、又は前記第２アプリケーション実行画面を第１アプリケーション実行画面に切り替えて表示する制御部とを含むことを特徴とする。

本発明によれば、携帯端末機の使用便宜性を向上できる。具体的に、ユーザは、画面上に表示されるライトイメージ（ｌｉｇｈｔ＿ｉｍａｇｅ、より一般的には、イメージ客体（ｏｂｊｅｃｔ））を通じて、現在表示された情報以外に追加的に表示可能な情報の存在有無を把握できる。また、ユーザは、画面上に表示されたライトイメージを通じて、前記表示可能な情報を携帯端末機に表示させるために入力しなければならないタッチ移動動作を把握できる。また、複数のアプリケーションを実行中の場合、ユーザは、アプリケーション実行画面上に表示されるライトイメージを通じて他のアプリケーションが実行されているか否かを把握でき、前記ライトイメージから生成される制御窓を通じて前記他のアプリケーションを制御できる。また、複数のアプリケーションを実行中の場合、ユーザは、アプリケーション実行画面上に表示されるライトイメージを通じて現在実行中のアプリケーションの種類を把握でき、前記ライトイメージに所定のタッチ動作を入力することによって、アプリケーション実行画面を切り替えられる。

は、本発明の実施例による携帯端末機の内部構成図を示す。は、本発明の第１実施例による携帯端末機のＧＵＩ提供方法を示す流れ図である。は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機の例示画面である。は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機の他の例示画面である。は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機のさらに他の例示画面である。は、本発明の第１実施例によって表示されるライトイメージの照明光方向を示す図である。は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機の例示画面であって、ユーザがタッチ移動動作を入力したとき、変更される形態を示す。は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機の例示画面であって、ユーザがタッチ移動動作を入力したとき、変更される形態を示す。は、本発明の第２実施例による携帯端末機のＧＵＩ提供方法を示す流れ図である。は、本発明の第２実施例によるＧＵＩ提供方法によって表示される携帯端末機の例示画面である。は、本発明の第２実施例によるＧＵＩ提供方法によって表示される携帯端末機の例示画面である。は、本発明の第２実施例によるＧＵＩ提供方法によって表示される携帯端末機の他の例示画面である。は、本発明の第２実施例によるＧＵＩ提供方法によって表示される携帯端末機の他の例示画面である。

本発明の実施例による’アイテム（ｉｔｅｍ）’は、ＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の一種としてユーザによって選択可能なすべてのグラフィック客体（ｏｂｊｅｃｔ）を包括する概念として使用される。

以下、添付の図面を参照して本発明の好ましい実施例を詳しく説明する。この際、添付の図面において同一の構成要素は、できるだけ同一の符号で示してあることに留意しなければならない。また、本発明の要旨を却って不明瞭にすると思われる場合、公知機能及び構成に関する詳細な説明は省略する。

本発明は、携帯端末機を例示して説明するが、これに限定されるものではなく、タッチスクリーンを備えたすべての装置に適用できる。また、本発明の実施例による携帯端末機は、タッチスクリーンを備えた端末機であって、好ましくは、移動通信端末機、携帯用マルチメディア再生装置（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ−ＰＭＰ）、個人情報端末機（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ−ＰＤＡ）、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）、ＭＰ３プレーヤーなどの情報通信機器及びマルチメディア機器に適用できる。

図１は、本発明の実施例による携帯端末機１００の内部構成図を示す。本発明の携帯端末機１００は、無線通信部１１０、オーディオ処理部１２０、タッチスクリーン部１３０、キー入力部１４０、格納部１５０及び制御部１６０を含む。

無線通信部１１０は、携帯端末機１００の無線通信のための当該データの送受信機能を行う。無線通信部１１０は、送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅し、周波数を下降変換するＲＦ受信機などで構成される。また、無線通信部１１０は、無線チャネルを介してデータを受信して制御部１６０に出力し、制御部１６０から出力されたデータを、無線チャネルを介して伝送する。

オーディオ処理部１２０は、コーデック（ＣＯＤＥＣ）で構成され、コーデックは、パケットデータなどを処理するデータコーデックと、音声などのオーディオ信号を処理するオーディオコーデックで構成される。オーディオ処理部１２０は、デジタルオーディオ信号を、オーディオコーデックを通じてアナログオーディオ信号に変換してスピーカー（ＳＰＫ）を通じて再生し、マイク（ＭＩＣ）から入力されるアナログオーディオ信号を、オーディオコーデックを通じてデジタルオーディオ信号に変換する。

タッチスクリーン部１３０は、タッチセンサー部１３１及び表示部１３２を含む。タッチセンサー部１３１は、ユーザのタッチ入力を感知する。タッチセンサー部１３１は、静電容量方式（ｃａｐａｃｉｔｉｖｅ ｏｖｅｒｌａｙ）、感圧式抵抗膜方式（ｒｅｓｉｓｔｉｖｅ ｏｖｅｒｌａｙ）、赤外線感知方式（ｉｎｆｒａｒｅｄ ｂｅａｍ）などのタッチ感知センサーで構成されるか、又は圧力感知センサー（ｐｒｅｓｓｕｒｅ ｓｅｎｓｏｒ）で構成される。前記センサー以外にも、物体の接触又は圧力を感知できるすべての種類のセンサー機器が本発明のタッチセンサー部１３１の具現化に適用できる。
タッチセンサー部１３１は、ユーザのタッチ入力を感知し、感知信号を発生させて制御部１６０に伝送する。前記感知信号には、ユーザがタッチを入力した座標データが含まれる。ユーザがタッチ位置移動動作を入力した場合、タッチセンサー部１３１は、タッチ位置移動経路の座標データを含む感知信号を発生させて制御部１６０に伝送する。本発明においてタッチ位置移動動作には、タッチ位置の移動速度が既定の（或る一定の、ｐｒｅｓｅｔ）臨界速度より大きい動作に該当するフリック（ｆｌｉｃｋ）と、タッチ位置の移動速度が既定の臨界速度より小さい動作に該当するドラッグ（ｄｒａｇ）が含まれる。

表示部１３２は、液晶表示装置（ＬＣＤ、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機発光ダイオード（ＯＬＥＤ、Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅｓ）、能動型有機発光ダイオード（ＡＭＯＬＥＤ、Ａｃｔｉｖｅ Ｍａｔｒｉｘ Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅｓ）などの何れかで形成され、携帯端末機１００のメニュー、入力されたデータ、機能設定情報及びその他多様な情報をユーザに視覚的に提供する。表示部１３２は、携帯端末機１００の起動画面、待機画面、メニュー画面、通話画面、その他アプリケーション画面を出力する機能を行う。

キー入力部１４０は、携帯端末機１００を制御するためのユーザのキー操作を入力され、入力信号を生成して制御部１６０に伝達する。キー入力部１４０は、数字キー、方向キーを含むキーパッドで構成され、携帯端末機１００の一面に所定の機能キーで形成される。本発明の実施例によってタッチスクリーン部１３０だけですべての操作が可能な携帯端末機の場合には、キー入力部１４０は省略できる。

格納部１５０は、携帯端末機１００の動作に必要なプログラム及びデータを格納する役目を行い、プログラム領域とデータ領域に区分されることができる。プログラム領域は、携帯端末機１００の全般的な動作を制御するプログラム及び携帯端末機１００を起動させるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、マルチメディアコンテンツ再生などに必要な応用プログラム、携帯端末機１００のその他オプション機能、例えば、カメラ機能、音再生機能、イメージ又は動画再生機能に必要な応用プログラムなどを格納する。データ領域は、携帯端末機１００の使用によって発生するデータが格納される領域であって、イメージ、動画、フォンブック、オーディオデータなどを格納する。

制御部１６０は、携帯端末機の各構成要素に対する全般的な動作を制御する。本発明の第１実施例による制御部１６０は、タッチセンサー部１３１又はキー入力部１４０を制御し、ユーザからアイテム表示命令が入力されるか否かを判断する。アイテム表示命令が入力されたものと判断すれば、制御部１６０は、表示部１３２を制御し、少なくとも１つのアイテムをアイテム表示割り当て領域に一定方向に配列して表示する。その後、制御部１６０は、アイテム配列方向又はアイテム配列方向の反対方向にアイテム移動が可能であるか否かを判断する。この際、制御部１６０は、現在表示されたアイテムのうち先頭に表示されたアイテム以前に表示待機状態のアイテムが存在するか、又は、最後尾に表示されたアイテム以後に表示待機状態のアイテムが存在するか否かを判断する。
アイテム配列方向にアイテム移動が可能なものと判断すれば、制御部１６０は、表示部１３２を制御し、アイテム配列が始まる側のアイテム表示割り当て領域の境界部分にライトイメージ、より一般的には、何らかのイメージ客体（ｏｂｊｅｃｔ）、を表示し、アイテム配列方向の反対方向にアイテム移動が可能なものと判断すれば、制御部１６０は、表示部１３２を制御し、アイテム配列が終わる側のアイテム表示割り当て領域の境界部分にライトイメージを表示する。

本発明の第２実施例による制御部１６０は、ユーザの入力によって表示部１３２を制御して第１アプリケーション実行画面を表示し、タッチスクリーン部１３０又はキー入力部１４０を制御してユーザから第２アプリケーション実行命令が入力されるか否かを判断する。ユーザからの命令が入力されれば、制御部１６０は、表示部１３２を制御して第１アプリケーション実行画面から第２アプリケーション実行画面に切り替えて表示する。
その後、制御部１６０は表示部１３２を制御し、第２アプリケーション実行画面の一方の領域にライトイメージ（照明イメージ、ｉｌｌｕｍｉｎａｔｅｄ＿ｉｍａｇｅ）を表示する。第２アプリケーション実行画面上にライトイメージが表示された状態で、制御部１６０は、タッチスクリーン部１３０を制御し、ライトイメージに一定方向のタッチ動作が入力されるか否かを判断する。ユーザからライトイメージに一定方向のタッチ動作が入力されたものと判断すれば、制御部１６０は、表示部１３２を制御して第１アプリケーション制御窓を第２アプリケーション実行画面にオーバレイ（ｏｖｅｒｌａｙ）して表示する。

図２は、本発明の第１実施例による携帯端末機１００のＧＵＩ提供方法を示す流れ図である。本発明の第１実施例は、表示部１３２に表示されていないアイテムに対してユーザの探索（ｂｒｏｗｓｅ）を許容するためのＧＵＩを提供する実施例に該当する。

２０１段階で、制御部１６０（図１に示した）は、アイテム表示命令が入力されるか否かを判断する。本発明の実施例によって制御部１６０は、２０１段階で、タッチセンサー部１３１又はキー入力部１４０を通じて少なくとも１つのアイテムを含む背景画面（ｂａｃｋｇｒｏｕｎｄ）の表示命令が入力されるか否かを判断する。また、制御部１６０は、２０１段階で、タッチセンサー部１３１又はキー入力部１４０を制御し、少なくとも１つのアイテムを含むアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）実行画面又はメニュー（ｍｅｎｕ）画面の表示命令が入力されるか否かを判断する。本発明の実施例によって‘アイテム’は、多数の下位メニューアイテムを包括する上位メニューアイテムに該当する。

アイテム表示命令が入力されたものと判断すれば、制御部１６０は、２０２段階で、表示部１３２を制御し、少なくとも１つのアイテムをアイテム表示割り当て領域に一定方向に配列して表示する。本発明において‘アイテム表示割り当て領域’は、１つ又はそれ以上のアイテムが表示されるように定義された領域に該当する。制御部１６０は、表示部１３２でアイテム表示割り当て領域を確認し、前記アイテム表示割り当て領域に表示可能なアイテムの最大個数Ａを確認する。その後、制御部１６０は、表示するアイテムの個数ａを確認し、前記‘Ａ’と‘ａ’を比較する。もし、‘Ａ’が‘ａ’より大きいか又は同じ場合、制御部１６０は、表示部１３２を制御し、表示するアイテム全部をアイテム表示割り当て領域に一定方向に配列して表示する。
しかし、‘Ａ’が‘ａ’より小さい場合、表示するべきアイテム全部をアイテム表示割り当て領域に表示できないので、制御部１６０は、表示部１３２を制御し、表示するアイテムのうち‘Ａ’個のアイテムのみを選択し、アイテム表示割り当て領域に表示する。本発明の実施例によって表示するアイテムに配列順序が設定されている場合、制御部１６０は、表示部１３２を制御し、最高優先順位のアイテムから‘Ａ’個のアイテムを表示できる。また、制御部１６０は、表示部１３２を制御し、最低優先順位のアイテムから逆順に‘Ａ’個のアイテムを表示できる。また、制御部１６０は、表示部１３２を制御し、直近の（ｔｈｅ＿ｌａｓｔ）アイテム表示状態に復帰して表示することもできる。例えば、背景画面が配列順序の設定された複数個のアイテムを含み、これらのうち第２順位のアイテムが先頭に表示されている状態で他の画面に切り替えられた後、さらに背景画面の表示命令が入力されるとき、制御部１６０は、表示部１３２を制御し、第２順位のアイテムが先頭に表示されている形態でアイテムを配列して表示する。

制御部１６０は、２０２段階で、表示部１３２を制御し、アイテムを配列して表示するとき、一方の方向に配列して表示する。例えば、アイテムは、左側から右側に向ける方向又は右側から左側に向ける方向に配列されて表示できる。また、アイテムは、上側から下側に向ける方向又は下側から上側に向ける方向に配列されて表示できる。前記方向以外にも、本発明において一方の方向は、左上側から右下側に向ける方向、右上側から左側に向ける方向などアイテムが配列されて表示可能なすべての方向の何れかにできる。また本発明の実施例によって制御部１６０は、表示部１３２を制御し、複数の方向にアイテムを配列して表示できる。例えば、アイテムは、左側から右側に向ける方向と上側から下側に向ける方向に十字形状（十）を有するように表示されてもよい。

前記アイテム表示割り当て領域に表示可能なアイテムの最大個数Ａが、表示するアイテムの個数ａより少ない場合、表示するアイテムのうち一部のＡ個のアイテムだけが表示部１３２に表示され、他のアイテムは、表示部１３２に表示されない。この際、表示部１３２に表示されていないアイテムは、表示待機状態のアイテムとなる。本発明において‘表示待機状態のアイテム’というのは、現在表示部１３２に表示されていないが、ユーザの入力によってアイテム表示割り当て領域に表示できるアイテムを意味する。

２０３段階で、制御部１６０は、アイテム配列方向とアイテム配列方向の反対方向にアイテム移動が可能である否かを判断する。これは、表示部１３２に表示されたアイテム以外に追加的に表示することができるアイテムが存在するか否かを判断する過程に該当する。本発明の実施例によって制御部１６０は、２０３段階で、現在表示されたアイテムのうち先頭に表示されたアイテム以前に表示待機状態のアイテムが存在するか、又は最も終わりに表示されたアイテム以後に表示待機状態のアイテムが存在するか否かを判断することができる。また、制御部１６０は、２０３段階で、現在表示されたアイテムのうち先頭に表示されたアイテムが既定の配列順序のうち最高優先順位に該当するアイテムではないか、又は最も終わりに表示されたアイテムが既定の配列順序のうち最低優先順位に該当するアイテムではないかを判断することもできる。

２０３段階の判断結果、アイテム配列方向とアイテム配列方向の反対方向にアイテム移動が可能な場合、制御部１６０は、２０４段階で、表示部１３２を制御し、アイテム配列が始まる側のアイテム表示割り当て領域の境界部分とアイテム配列が終わる側のアイテム表示割り当て領域の境界部分に何らかのイメージ客体（ｏｂｊｅｃｔ）を表示する。アイテム配列が始まる側のアイテム表示割り当て領域の境界部分は、隠されていたアイテムが表示部１３２に表示されるとき、表示が始まるアイテム表示割り当て領域の境界部分に該当する。本発明において、イメージ客体は、ライト（ｌｉｇｈｔ）イメージ、即ち、一定方向を照らす照明光形状のイメージで具現化する。本発明では、このように、照明光形状のイメージを中心に説明するが、イメージ客体はこれに限定されるものではなく、アイテム表示割り当て領域の境界部分に表示されるイメージは、方向性を示す他の所定のイメージで構成できる。アイテムが左側から右側に向ける方向に配列された場合、アイテム配列が始まる側は、左側となり、アイテム配列が終わる側は、右側となる。アイテム表示割り当て領域が矩形形態で構成される場合、アイテム配列が始まる側のアイテム表示割り当て領域の境界部分は、前記矩形の左辺に該当し、アイテム配列が終わる側のアイテム表示割り当て領域の境界部分は、前記矩形の右辺に該当する。この際、ライトイメージは、前記左辺及び右辺に表示される。

図３は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機１００の例示画面である。図３の［ａ］の画面は、それぞれ‘Ａｒｔｉｓｔｓ’、‘Ｍｏｏｄｓ’及び‘Ｓｏｎｇｓ’に該当する３個のアイテム３１、アイテム表示割り当て領域３２、アイテム表示割り当て領域の第１境界３３、アイテム表示割り当て領域の第２境界３４及び２個のライトイメージ３５を表示している。図３の［ａ］は、アイテムが左側から右側に向ける方向に配列された形態を示し、アイテム表示割り当て領域の第１境界３３は、アイテム配列が始まる側のアイテム表示割り当て領域の境界部分に該当し、アイテム表示割り当て領域の第２境界３４は、アイテム配列が終わる側のアイテム表示割り当て領域の境界部分に該当する。

図３を説明するにあたって、アイテム表示割り当て領域に表示するべきアイテムは、‘Ａｌｂｕｍ’、‘Ａｒｔｉｓｔｓ’、‘Ｍｏｏｄｓ’、‘Ｓｏｎｇｓ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’に該当し、アイテム配列順序は、前記配列順序と同一であり、アイテム表示割り当て領域に表示可能なアイテムの最大個数は、３個に該当するものと仮定する。２０２段階で、前記６個のアイテム全部がアイテム表示割り当て領域に表示できず、前記６個のアイテムのうち３個のアイテムだけがアイテム表示割り当て領域に表示される。
例えば‘Ａｒｔｉｓｔｓ’、‘Ｍｏｏｄｓ’及び‘Ｓｏｎｇｓ’がアイテム表示割り当て領域に表示される場合、‘Ａｌｂｕｍ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’は、表示待機状態のアイテムとなる。図３の［ｂ］は、‘Ａｒｔｉｓｔｓ’、‘Ｍｏｏｄｓ’及び‘Ｓｏｎｇｓ’がアイテム表示割り当て領域に表示され、‘Ａｌｂｕｍ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’が表示待機状態で存在する形態を示す。‘Ａｌｂｕｍ’は、‘Ａｒｔｉｓｔｓ’以前位置に表示待機状態で存在し、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’は、‘Ｓｏｎｇｓ’以後位置に表示待機状態で存在する。アイテム表示割り当て領域で先頭（ｆｏｒｅｍｏｓｔ）に表示されるアイテムである‘Ａｒｔｉｓｔｓ’以前に表示待機状態のアイテムが存在するので、制御部１６０は、表示部１３２を制御し、図３の［ａ］に示したように、アイテム表示割り当て領域の第１境界３３にライトイメージ３５を表示する。また、アイテム表示割り当て領域で最も最後尾（ｌａｓｔ）に表示されるアイテムである‘Ｓｏｎｇｓ’以後に表示待機状態のアイテムが存在するので、制御部１６０は、表示部１３２を制御し、図３の［ａ］に示されたように、アイテム表示割り当て領域の第２境界３４にライトイメージ３５を表示する。

ユーザは、アイテム表示割り当て領域の第１境界３３と第２境界３４に表示されたライトイメージ３５を確認することによって、‘Ａｒｔｉｓｔｓ’以前と‘Ｓｏｎｇｓ’以後に追加的に表示可能なアイテムが存在することを把握できる。

本発明の実施例によって制御部１６０は、表示部１３２を制御し、表示待機状態のアイテムがアイテム表示割り当て領域に表示されているアイテムに向けて照明光を呈する形態のライトイメージを表示する。図６は、第１実施例によって表示されるライトイメージ３５の照明光方向を示す図である。図６においてライトイメージ３５は、‘Ａｌｂｕｍ’と‘Ａｒｔｉｓｔｓ’との間の境界ライン上に位置し、照明光が表示待機状態のアイテムである‘Ａｌｂｕｍ’から画面に表示されるアイテムである‘Ａｒｔｉｓｔｓ’に向ける方向に表示されている。また図６で、ライトイメージ３５は、‘Ｙｅａｒｓ’と‘Ｓｏｎｇｓ’との間の境界ラインに位置し、照明光が表示待機状態のアイテムである‘Ｙｅａｒｓ’から画面に表示されるアイテムである‘Ｓｏｎｇｓ’に向ける方向に表示されている。

２０３段階で、アイテム配列方向とアイテム配列方向の反対方向の何れにもアイテム移動が可能なものと判断しない場合、制御部１６０は、２０５段階で、アイテム配列方向にのみアイテム移動が可能であるか否かを判断する。２０５段階は、制御部１６０が現在表示されたアイテムのうち先頭に表示されたアイテム以前に表示待機状態のアイテムが存在するか否かを判断する過程で行われることができる。また、２０５段階は、現在表示されたアイテムのうち先頭に表示されたアイテムが既定の配列順序のうち最高優先順位に該当するアイテムではないかを判断する過程で行われることができる。

２０５段階の判断結果、アイテム配列方向にアイテム移動が可能な場合、制御部１６０は、２０６段階で、表示部１３２を制御し、アイテム配列が始まる側のアイテム表示割り当て領域の境界部分にライトイメージを表示する。図４は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機１００の他の例示画面に該当する。
図４の場合にも、図３と同様に、アイテム表示割り当て領域に表示するべきアイテムは、‘Ａｌｂｕｍ’、‘Ａｒｔｉｓｔｓ’、‘Ｍｏｏｄｓ’、‘Ｓｏｎｇｓ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’に該当し、アイテム配列順序は、前記配列順序と同一であり、アイテムは、左側から右側に向ける方向に配列され、アイテム表示割り当て領域に表示可能なアイテムの最大個数は、３個に該当するものと仮定する。‘Ａｌｂｕｍ’、‘Ａｒｔｉｓｔｓ’及び‘Ｍｏｏｄｓ’がアイテム表示割り当て領域に表示される場合、‘Ｓｏｎｇｓ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’は、表示待機状態のアイテムとなり、‘Ｍｏｏｄｓ’以後位置に存在する。‘Ａｌｂｕｍ’以前位置には、表示待機状態のアイテムが存在しないので、左側から右側に向ける方向には、アイテムを移動できないので、図４の［ａ］に示したように、アイテム表示割り当て領域の第１境界３３には、ライトイメージ３５が表示されない。一方、‘Ｍｏｏｄｓ’以後位置には、表示待機状態のアイテム‘Ｓｏｎｇｓ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’が存在するので、右側から左側に向ける方向には、アイテムを移動できるので、制御部１６０は、表示部１３２を制御し、図４の［ａ］に示したように、アイテム表示割り当て領域の第２境界３４にライトイメージ３５を表示する。

２０５段階で、アイテム配列方向にアイテム移動が可能なものと判断しない場合、制御部１６０は、２０７段階で、アイテム配列方向の反対方向にのみアイテム移動が可能であるか否かを判断する。２０７段階は、制御部１６０が現在表示されたアイテムのうち最も終わりに表示されたアイテム以後に表示待機状態のアイテムが存在するか否かを判断する過程で行われることができる。また、２０７段階は、現在表示されたアイテムのうち最も終わりに表示されたアイテムが既定の配列順序のうち最低優先順位に該当するアイテムではないかを判断する過程で行われることができる。

２０７段階の判断結果、アイテム配列方向の反対方向にアイテム移動が可能な場合、制御部１６０は、２０８段階で、表示部１３２を制御し、アイテム配列が終わる側のアイテム表示割り当て領域の境界にライトイメージを表示する。図５は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機１００のさらに他の例示画面である。
図５の場合にも、図３と同様に、アイテム表示割り当て領域に表示するアイテムは、‘Ａｌｂｕｍ’、‘Ａｒｔｉｓｔｓ’、‘Ｍｏｏｄｓ’、‘Ｓｏｎｇｓ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’に該当し、アイテム配列順序は、前記配列順序と同一であり、アイテムは、左側から右側に向ける方向に配列され、アイテム表示割り当て領域に表示可能なアイテムの最大個数は、３個に該当するこものと仮定する。‘Ｓｏｎｇｓ’、‘Ｙｅａｒｓ’及び‘Ｇｅｎｒｅ’がアイテム表示割り当て領域に表示される場合、‘Ａｌｂｕｍ’、‘Ａｒｔｉｓｔｓ’及び‘Ｍｏｏｄｓ’は、表示待機状態のアイテムとなり、‘Ｓｏｎｇｓ’以前位置に存在する。
‘Ｇｅｎｒｅ’以後位置には、表示待機状態のアイテムが存在しないので、右側から左側に向ける方向には、アイテムを移動できないので、図５の［ａ］に示したように、アイテム表示割り当て領域の第２境界３４には、ライトイメージ３５が表示されない。一方、‘Ｓｏｎｇｓ’以前位置には、表示待機状態のアイテム‘Ａｌｂｕｍ’、‘Ａｒｔｉｓｔｓ’及び‘Ｍｏｏｄｓ’が存在するので、左側から右側に向ける方向には、アイテムを移動できるので、制御部１６０は、表示部１３２を制御し、図４の［ａ］に示したように、アイテム表示割り当て領域の第１境界３３にライトイメージ３５を表示する。

本発明の実施例によって制御部１６０は、表示部１３２を制御し、ライトイメージを或る一定の（既定の、ｐｒｅｓｅｔ）明るさで表示し、その際、表示待機状態のアイテム個数によって明るさを変更して表示できる。制御部１６０は、表示部１３２を制御し、表示待機状態のアイテムの特性によってライトイメージを変更して表示することができる。例えば、ユーザの迅速な確認を要求する留守イベントを実行させるためのアイテムが表示待機状態で存在する場合、制御部１６０は、表示部１３２を制御し、照明光がちかちかする（ｂｌｉｎｋ）形態のライトイメージを表示できる。また、制御部１６０は、表示部１３２を制御し、表示待機状態のアイテムの特性によってライトの色相（ｃｏｌｏｒ）を変更して表示できる。また、制御部１６０は、表示部１３２を制御し、最初アイテム表示時に、表示待機状態のアイテムが存在する場合、ライトイメージを表示した後、時間経過を測定し、既定の臨界時間を経過するか否かを判断し、ライトイメージを削除して表示できる。ライトイメージが削除された状態でユーザがタッチスクリーン部１３０にタッチを入力する場合、制御部１６０は、表示部１３２を制御し、ライトイメージを再び表示できる。

ライトイメージは、ユーザの正しいタッチ動作の入力を誘導できる。ユーザは、ライトイメージの表示位置と照明光方向を通じてどの方向のタッチ位置移動動作を入力しなければならないかを判断できるので、無意味なタッチ位置移動動作の入力を防止できる。図３の［ａ］を参照すれば、ライトイメージ３５がアイテム表示割り当て領域の第１境界３３及び第２境界３４に共に表示されているので、ユーザは、アイテム探索のために左側から右側へのタッチ位置移動動作と右側から左側へのタッチ位置移動動作が共に可能であることを把握できる。ユーザは、アイテム表示割り当て領域３２内の任意の地点又はライトイメージ３５が表示された領域にタッチを入力した後、左側又は右側方向にタッチ位置移動動作を入力し、隠されているアイテムを探索できる。
図４の［ａ］では、ライトイメージ３５がアイテム表示割り当て領域の第２境界３４にのみ表示されているので、ユーザは、アイテム探索のために右側から左側へのタッチ位置移動動作だけが可能であることを把握できる。また、図５の［ａ］では、ライトイメージ３５がアイテム表示割り当て領域の第１境界３３にのみ表示されているので、ユーザは、アイテム探索のために左側から右側へのタッチ位置移動動作だけが可能であることを把握できる。
ユーザがタッチスクリーン部１３０上にタッチ位置移動動作を入力すれば、制御部１６０は、表示部１３２を制御し、アイテムを移動させて表示し、現在表示されていたアイテムを削除し、表示待機状態のアイテムを生成して表示する。その後、制御部１６０は、アイテムが移動した位置でアイテム配列方向又はアイテム配列方向の反対方向にアイテム移動が可能であるか否かを判断し、アイテム配列方向にアイテム移動が可能であると判断する場合、表示部１３２を制御し、アイテム配列が始まる側のアイテム表示割り当て領域の境界部分にライトイメージを表示し、アイテム配列方向の反対方向にアイテム移動が可能であると判断する場合、表示部１３２を制御し、アイテム配列が終わる側のアイテム表示割り当て領域の境界部分にライトイメージを表示する。

図７及び図８は、本発明の第１実施例によるＧＵＩ提供方法によって表示される携帯端末機１００の例示画面であって、ユーザがタッチ移動動作を入力したとき、変更される形態を示す。図７及び図８を説明するにあたって、表示するアイテムは、‘１’〜‘１５’の１５個のアイテムに該当し、アイテム表示割り当て領域に表示可能なアイテムの最大個数は、８個に該当するものと仮定する。

図７の［ａ］は、図３の［ａ］〜図５の［ａ］とは異なる形態の携帯端末機１００の表示画面を示す。図７の［ａ］の画面は、‘１’〜‘８’のアイテム５１、アイテム表示割り当て領域５２、アイテム表示割り当て領域の第１境界５３、アイテム表示割り当て領域の第２境界５４及び１個のライトイメージ５５を表示している。図７の［ａ］で、‘１’〜‘８’のアイテム３１は、左側から右側方向にアイテム表示割り当て領域５２に２行で配列されて表示されていて、‘９’〜‘１５’のアイテムは、表示待機状態で存在する。この際、‘９’〜‘１５’のアイテムは、‘７’及び‘８’のアイテムの右側方向に表示待機状態で存在する。
図７の［ａ］で、‘１’〜‘８’アイテムが左側から右側方向に配列されているので、アイテム表示割り当て領域の第１境界５３は、アイテム配列が始まる側のアイテム表示割り当て領域の境界に該当し、アイテム表示割り当て領域の第２境界５４は、アイテム配列が終わる側のアイテム表示割り当て領域の境界に該当する。‘１’及び‘２’のアイテム左側方向には、表示待機状態のアイテムが存在せず、‘７’及び‘８’のアイテム右側方向にのみ表示待機状態のアイテムが存在するので、制御部１６０は、表示部１３２を制御し、アイテム表示割り当て領域の第２境界５４にのみライトイメージ５５を表示する。

ユーザは、図７の［ａ］のようにアイテム５１が配列され、ライトイメージ５５がアイテム表示割り当て領域の第２境界５４にのみ表示された形態を見て、‘１’及び‘２’のアイテム３１の左側に表示待機状態であるアイテムが存在せず、‘７’及び‘８’のアイテム３１右側に表示待機状態であるアイテムが存在することを把握できる。また、ユーザは、右側から左側へのタッチ移動動作入力時に、アイテムが移動して表示されることができるが左側から右側へのタッチ移動動作入力時に、アイテムが移動して表示されないことを予測することができる。ユーザが右側から左側へのタッチ位置移動動作を入力すれば、制御部１６０は、タッチ位置移動距離又はタッチ位置移動速度によって表示部１３２を制御し、アイコンを移動させて表示する。
図７の［ｂ］は、図７の［ａ］と比較すれば、アイテムが移動した形態を示している。図７の［ｂ］では、‘１’、‘２’、‘３’及び‘４’アイテムが削除され、‘９’、‘１０’、‘１１’及び‘１２’アイテムが新たに生成されて表示される。この際、‘１３’、‘１４’及び‘１５’アイテムは、‘１１’及び‘１２’アイテムの右側方向に表示待機状態で存在し、‘１’、‘２’、‘３’及び‘４’アイテムは、‘５’及び‘６’アイテムの左側方向に表示待機状態で存在する。従って、制御部１６０は、表示部１３２を制御し、アイテム表示割り当て領域の第１境界５３及び第２境界５４の両方共にライトイメージ５５を表示する。ユーザは、図７の［ｂ］のようにアイテム３１が配列され、ライトイメージ５５がアイテム表示割り当て領域の第１境界５３及び第２境界５４に表示された形態を見て、‘５’及び‘６’アイテム３１の左側方向及び‘１１’及び‘１２’アイテム３１の右側方向に表示待機状態であるアイテムが存在することを把握できる。

図８の［ａ］は、図７の［ａ］とは異なる形態の携帯端末機１００の表示画面を示す。図８の［ａ］の画面は、‘１’〜‘８’のアイテム５１、アイテム表示割り当て領域５２、アイテム表示割り当て領域の第１境界５３、アイテム表示割り当て領域の第２境界５４及び１個のライトイメージ５５を表示している。図８の［ａ］では、図７の［ａ］とは異なり、アイテム５１が左側から右側方向ではなく、上側から下側方向に配列されている。
図８の［ａ］で、アイテム表示割り当て領域の第１境界５３は、アイテム表示割り当て領域５２の上側境界に該当し、アイテム表示割り当て領域の第２境界５４は、アイテム表示割り当て領域５２の下側境界に該当する。図８の［ａ］の画面には、‘１’〜‘８’アイテムが表示されていて、‘９’〜‘１５’のアイテムは、‘５’、‘６’、‘７’及び‘８’アイテムの下側方向に表示待機状態で存在する。‘１’、‘２’、‘３’及び‘４’アイテムの上側方向に表示待機状態のアイテムが存在せず、‘５’、‘６’、‘７’及び‘８’のアイテム下側方向にのみ表示待機状態のアイテムが存在するので、制御部１６０は、表示部１３２を制御し、アイテム表示割り当て領域の第２境界５４にのみライトイメージ５５を表示する。

ユーザは、図８の［ａ］のようにアイテムが配列され、ライトイメージ５５が表示された形態を見て、‘５’、‘６’、‘７’及び‘８’アイテム５１の下側方向に表示待機状態であるアイテムが存在することを把握できる。また、ユーザは、図８の［ａ］の画面を見て、下側から上側へのタッチ位置移動動作入力時に、アイテムが移動して表示でき、上側から下側へのタッチ位置移動動作入力時に、アイテムが移動して表示できないことを予測できる。ユーザが下側から上側へのタッチ位置移動動作を入力すれば、制御部１６０は、タッチ位置移動距離又はタッチ位置移動速度によって表示部１３２を制御し、アイコンを移動させて表示する。
図８の［ｂ］は、図８の［ａ］と比較すれば、アイテムが移動した形態を示している。図８の［ｂ］では、図８の［ａ］と比較すれば、‘１’、‘２’、‘３’及び‘４’のアイテムが削除され、‘９’、‘１０’、‘１１’及び‘１２’アイテムが新たに生成されて表示される。この際、‘１３’、‘１４’及び‘１５’アイテムは、‘９’、‘１０’、‘１１’及び‘１２’アイテムの下側方向に表示待機状態のアイテムとして存在し、‘１’、‘２’、‘３’及び‘４’アイテムは、‘５’、‘６’、‘７’及び‘８’アイテムの上側方向に表示待機状態のアイテムとして存在する。
従って、制御部１６０は、表示部１３２を制御し、アイテム表示割り当て領域の第１境界５３及び第２境界５４の両方共にライトイメージ５５を表示する。ユーザは、図８の［ｂ］のように、アイテム５１が配列され、ライトイメージ５５がアイテム表示割り当て領域の第１境界５３及び第２境界５４に表示された形態を見て、‘５’、‘６’、‘７’及び‘８’アイテム５１の上側方向及び‘９’、‘１０’、‘１１’及び‘１２’アイテム５１の下側方向に表示待機状態であるアイテムが存在することを把握できる。

本発明の第１実施例によれば、表示するべきアイコンを１つの画面に全部表示できず、一部のアイコンを省略して表示しなければならない場合が発生するとき、携帯端末機は、アイテムを表示するように割り当てられた領域の境界部分にライトイメージを表示し、ユーザは、前記ライトイメージの有無を通じて追加的に表示されるべきアイテムの存在有無を把握でき、ライトイメージが表示された位置及び照明光方向を通じて追加的に表示されるべきアイテムがどこに隠されているかを把握でき、隠されたアイテムが表示されるために入力しなければならないタッチ動作を予測できる。

図９は、本発明の第２実施例による携帯端末機１００のＧＵＩ提供方法を示す流れ図である。本発明の第２実施例は、複数個のアプリケーション実行時に、現在表示されるアプリケーション実行画面で他のアプリケーションを制御するための制御窓を表示するか、又は他のアプリケーション実行画面に画面自体を切り替える機能を提供するためのＧＵＩを提供する実施例に該当する。

６０１段階で、制御部１６０は、表示部１３２を制御し、第１アプリケーション実行画面を表示する。ユーザは、タッチスクリーン部１３０又はキー入力部１４０に第１アプリケーション実行命令を入力すれば、制御部１６０は、表示部１３２を制御し、第１アプリケーション実行画面を表示する。本発明においてアプリケーションは、格納部１５０のプログラム領域に格納される応用プログラムであって、通話機能、文字メッセージ機能、動画再生機能、音楽再生機能、放送機能など携帯端末機１００で実行可能なすべての機能を包括する用語として使用される。６０１段階で実行する第１アプリケーションは、携帯端末機１００で実行可能なすべての機能のうちいずれか１つに該当する。また、６０１段階で表示される第１アプリケーション実行画面は、表示部１３２にフルスクリーン（ｆｕｌｌｓｃｒｅｅｎ）で表示されることが好ましい。
本発明の実施例によって制御部１６０は、ユーザの命令によって６０１段階で複数のアプリケーションをマルチタスキング（ｍｕｌｔｉｔａｓｋｉｎｇ）で実行することができる。

６０２段階で、制御部１６０は、タッチスクリーン部１３０又はキー入力部１４０を通じてユーザから第２アプリケーション実行命令が入力されるか否かを判断する。ユーザは、いずれか１つ又は複数のアプリケーションを実行させている途中に、他のアプリケーションを追加的に実行させようとする場合があり得る。この際、ユーザは、タッチスクリーン部１３０及びキー入力部１４０を通じて第２アプリケーション実行命令を入力する。第１アプリケーション実行画面に他のアプリケーションを実行させるメニューキーが表示されている場合、ユーザは、前記メニューキーにタッチを入力し、第２アプリケーションを実行できる。また、キー入力部１４０にホームキー（ｈｏｍｅ＿ｋｅｙ）が設けられている場合、ユーザは、前記ホームキーを押して表示部１３２の画面をホームスクリーン（ｈｏｍｅ＿ｓｃｒｅｅｎ）に復帰させ、ホームスクリーンに表示されたアイコンにタッチを入力し、第２アプリケーションを実行できる。

ユーザからの命令が入力されれば、制御部１６０は、６０３段階で、表示部１３２を制御し、第１アプリケーション実行画面から第２アプリケーション実行画面に切り替えて表示する。この際、第２アプリケーション実行画面は、表示部１３２にフルスクリーンで表示されることが好ましい。

その後、制御部１６０は、６０４段階で、表示部１３２を制御し、第２アプリケーション実行画面の一方の領域にライト（ｌｉｇｈｔ）イメージを表示する。本発明においてライトイメージは、第１実施例と同様に、一定方向を照らす照明光形状のイメージに該当する。第２アプリケーション実行画面が複数のアイテムを含み、前記アイテムがライン（ｌｉｎｅ）で区分されている場合、６０４段階で表示されるライトイメージは、アイテム間のラインを中心にして照明光がいずれか１つのアイテムに向ける形状で表示される。
例えば、第２アプリケーション実行画面が、矩形形態のアイテムが上側から下側方向に配列された形態の文字メッセージアプリケーション実行画面である場合、ライトイメージは、アイテムを区分するラインを中心にして照明光がいずれか１つのアイテムに向ける形状で表示される。また、ライトイメージは、アンテナ受信感度、バッテリー充電状態、視覚情報など携帯端末機１００の状態（ｓｔａｔｕｓ）情報を表示する携帯端末機状態表示領域を区分するラインを中心にして照明光が携帯端末機状態表示領域に向ける方向と反対方向に向ける形状で表示できる。
一般的に、携帯端末機状態表示領域は、表示部１３２の最上端に位置し、矩形形態を有する。前記矩形を構成する４つの辺のうち底辺を除いた３つの辺は、表示部１３２の境界ラインに該当し、底辺は、ラインイメージで表示される。この際、ライトイメージは、照明光が前記底辺を中心にして下方向に向ける形態で構成される。即ち、ライトイメージは、下方向に光を照らす光源が前記携帯端末機状態表示領域上に位置するものと仮定するときの照明光イメージで表示される。また、ライトイメージは、照明光が表示部１３２の境界ラインのうちいずれか１つのラインを中心にして表示部１３２の中心に向ける形態で構成される。
表示部１３２は、一般的に矩形の形態を有する。この際、ライトイメージは、照明光が矩形を構成する４つの辺のうちいずれか１つの辺を中心にして表示部１３２の中心に向ける方向に表示される。この際、ライトイメージは、表示部１３２の外部から表示部１３２の内部に向ける方向に光を照らす光源が表示部１３２の外部に位置するものと仮定するときの照明光イメージで表示される。

本発明の実施例によってライトイメージは、表示部１３２のエッジ領域に表示される。矩形形態の表示部１３２は、４つのエッジを有するので、ライトイメージは、４つのエッジのうち少なくとも１つのエッジを中心にして表示部１３２の内部に向ける方向に表示できる。この際、ライトイメージは、表示部１３２の外部から表示部１３２の内部に向ける方向に光を照らす光源が位置するものと仮定するときの照明光イメージで表示される。ライトイメージは、第２アプリケーション以外にマルチタスキングで実行中のアプリケーションの個数によって表示個数を変更できる。
例えば、第２アプリケーション以外にマルチタスキングで実行中のアプリケーションが４個である場合、ライトイメージは、表示部１３２の４つのエッジ領域に表示される。また、第２アプリケーション以外にマルチタスキングで実行中のアプリケーションが５個以上の場合、ライトイメージは、表示部１３２の４つのエッジ領域以外に表示部１３２の境界ライン上に表示されることができる。
ライトイメージが表示部１３２に表示された状態で制御部１６０は、６０５段階で、タッチスクリーン部１３０を通じてライトイメージに一定方向のタッチ動作が入力されるか否かを判断する。ユーザは、表示部１３２に表示されたライトイメージにタッチを入力した後、一定方向のタッチ動作を入力する。ここで、一定方向は、光を照らす方向に該当することが好ましい。即ち、ライトイメージが下方向に光を照らす形態の場合、ユーザは、ライトイメージにタッチを入力した後、下方向のタッチ位置移動動作を入力し、ライトイメージが右側方向に光を照らす形態の場合、ユーザは、ライトイメージにタッチを入力した後、右側方向のタッチ位置移動動作を入力する。
本発明の実施例によって制御部１６０は、ユーザによって入力されるタッチ位置移動動作の移動距離が既定の臨界タッチ位置移動距離以上に該当するか否かを判断する。また、制御部１６０は、ユーザがタッチを入力すれば、タッチ入力維持時間を測定し、測定されたタッチ入力維持時間が既定の臨界タッチ入力維持時間を経過するか否かを判断する。本発明の実施例によって制御部１６０は、６０５段階で、タッチスクリーン部１３０を通じてライトイメージにタッチ後、タッチ位置移動なしにタッチ解除で連結されるタップ（ｔａｐ）動作が入力されるか否かを判断する。

ユーザからライトイメージに一定方向のタッチ動作が入力されれば、制御部１６０は、表示部１３２を制御し、６０６段階で、第１アプリケーション制御窓を第２アプリケーション実行画面にオーバレイ（ｏｖｅｒｌａｙ）して表示する。本発明の実施例によって第１アプリケーション制御窓は、第１アプリケーションを制御するための機能キーだけを含む形態で構成され、第１アプリケーション以外に他のアプリケーションを行うための機能キーをさらに含むことができる。また、第２アプリケーションが実行される前に、複数のアプリケーションが実行中の場合、制御部１６０は、実行中のアプリケーションの優先順位を決定し、最優先の順位に設定されたアプリケーションの制御窓を表示する。
例えば、アプリケーション優先順位が通話アプリケーション、動画再生アプリケーション、音楽再生アプリケーションの順に設定されていて、現在前記３個のアプリケーションがすべて実行中の場合、制御部１６０は、表示部１３２を制御し、通話アプリケーション制御窓を表示する。また、本発明の実施例によって制御部１６０は、第２アプリケーション実行前に最後に実行されたアプリケーションを判断し、表示部１３２を制御し、前記判断されたアプリケーションの制御窓を表示することができる。例えば、ユーザが第２アプリケーション実行前に、通話アプリケーション、動画再生アプリケーション、音楽再生アプリケーションを順次にマルチタスキングで実行した場合、制御部１６０は、表示部１３２を制御し、最後に実行された音楽再生アプリケーション制御窓を表示する。この際、第１アプリケーション制御窓は、第２アプリケーション実行画面より小さいサイズで構成されることが好ましい。
第１アプリケーション制御窓は、ライトイメージを中心にしてユーザのタッチ位置移動距離及び移動方向によって徐々にオープンされる形態で表示される。本発明の実施例によって制御部１６０は、ユーザのタッチ入力を感知すれば、表示部１３２を制御し、ライトイメージを削除して表示し、タッチ入力後、タッチ位置移動動作を感知すれば、表示部１３２を制御し、ライトイメージを削除して表示する。また、制御部１６０は、ユーザのタッチ位置移動動作の移動距離を演算し、第１アプリケーション制御窓がすべてオープンされるためのタッチ位置移動距離に到逹したものと判断すれば、表示部１３２を制御し、ライトイメージを削除して表示できる。

制御部１６０は、タッチセンサー部１３１を通じてユーザによって入力されるタッチ位置移動動作が、第１アプリケーション制御窓が全部オープンされるまで必要な既定の臨界タッチ位置移動距離に到逹するか否かを判断し、到逹する前にタッチ解除が発生したものと判断すれば、表示部１３２を制御し、一部オープンされた第１アプリケーション制御窓を削除し、ライトイメージを復帰して表示する。また、制御部１６０は、前記臨界タッチ位置移動距離に到逹したものと判断すれば、表示部１３２を制御し、全体オープンされた第１アプリケーション制御窓を表示し、その後、タッチ解除を感知しても、前記表示された第１アプリケーション制御窓を継続的に維持する。

また、制御部１６０は、タッチ入力維持時間が既定の臨界タッチ入力維持時間が経過する前に第１アプリケーション制御窓が全部オープンされるまで必要な既定の臨界タッチ位置移動距離に到逹するか否かを判断し、既定の臨界タッチ位置移動距離に到逹する前に既定の臨界タッチ入力維持時間が経過したものと判断すれば、表示部１３２を制御し、一部オープンされた第１アプリケーション制御窓を削除し、ライトイメージを復帰して表示する。

本発明の実施例によって制御部１６０は、６０６段階で、表示部１３２を制御し、第２アプリケーション実行画面を第１アプリケーション実行画面に切り替えて表示する。この場合、ユーザがライトイメージにタッチを入力した後、一定方向にタッチ位置移動動作を入力すれば、現在表示されていた第２アプリケーション実行画面は除去され、６０１段階で表示されていた第１アプリケーション実行画面を復帰表示する。本発明の実施例によって制御部１６０は、既定の臨界タッチ位置移動距離以上でタッチ位置移動動作が入力されたことを感知するとき、表示部１３２を制御し、第２アプリケーション実行画面を第１アプリケーション実行画面に切り替えて表示する。例えば、ユーザがライトイメージにタッチを入力した後、照明光方向に表示部１３２の境界ラインまでタッチ位置移動動作を入力した場合、制御部１６０は、表示部１３２を制御し、第２アプリケーション実行画面を第１アプリケーション実行画面に切り替えて表示する。

図１０及び図１１は、本発明の第２実施例によるＧＵＩ提供方法によって表示される携帯端末機１００の例示画面である。図１０は、ライトイメージが表示部１３２の横方向に表示される実施例に該当し、図１１は、ライトが表示部１３２の縦方向に表示される実施例に該当する。

図１０の［ａ］は、通話アプリケーション実行画面に該当する。図１０の［ａ］の画面は、‘Ｅｎｄｃａｌｌ’、‘Ｍｕｔｅ’、‘Ｓｐｅａｋｅｒ’の通話機能キーを含む。ユーザは、通話アプリケーション実行中に文字メッセージアプリケーションを実行しようとする場合、タッチスクリーン部１３０及びキー入力部１４０を通じて文字メッセージアプリケーション実行命令を入力し、制御部１６０は、表示部１３２を制御し、通話アプリケーション実行画面を文字メッセージアプリケーション実行画面に切り替えて表示する。この際、制御部１６０は、表示部１３２を制御し、文字メッセージアプリケーション実行画面上にライトイメージを表示する。図１０の［ｂ］は、文字メッセージアプリケーション実行画面に該当する。図１０の［ｂ］の上側から下側に列挙された４個のアイテムは、受信メッセージリストに該当し、最上端に位置する携帯端末機状態表示領域と‘ＡｎｎａＢａｙ’から受信したメッセージアイテムの間の境界ラインにライトイメージ７１が表示されている。ライトイメージ７１は、前記境界ライン全体にわたって表示されているが、前記境界ラインの一部に表示されてもよい。

文字メッセージアプリケーション実行画面が表示された状態でユーザがライトイメージにタッチを入力した後、下方向にタッチ移動動作を入力すれば、制御部１６０は、表示部１３２を制御し、通話アプリケーションを制御する制御窓を文字メッセージアプリケーション実行画面上にオーバレイして表示する。
図１０の［ｃ］は、文字メッセージアプリケーション実行画面上に通話アプリケーションの制御窓７２がオーバレイされた形態を示す。通話アプリケーション制御窓７２には、‘Ｍｕｔｅ’、‘Ｓｐｅａｋｅｒ’、‘Ｅｎｄ’のように通話アプリケーションを制御するための機能キーと‘Ｗｉ−Ｆｉ’、‘Ｂｌｕｅｔｏｏｔｈ(登録商標)’、‘ＧＰＳ’、‘Ｓｏｕｎｄ’など第１アプリケーション以外に携帯端末機１００で実行可能な他のアプリケーションを実行する機能キーが含まれている。ユーザは、文字メッセージアプリケーション実行中にもライトイメージの有無を通じて他のアプリケーションが実行中であることを把握でき、ライトイメージの照明光方向に所定のタッチ動作を入力することによって、前記他のアプリケーションを制御する制御窓を開くことができ、制御窓を通じて便利に前記他のアプリケーションを制御できる。

図１１は、ライトが表示部１３２の縦方向に表示される実施例を示す図であって、通話アプリケーション実行画面が表示された状態でユーザが文字メッセージアプリケーション実行命令を入力したものと仮定する。図１１の［ａ］は、文字メッセージアプリケーション実行画面であって、図１１の［ａ］の画面には、受信メッセージリストに該当する４個のアイテムが上側から下側方向に列挙されて表示されていて、ライトイメージは、表示部１３２の左側境界ラインに表示されている。
ユーザがライトイメージにタッチを入力した後、右側方向にタッチ位置移動動作を入力すれば、制御部１６０は、表示部１３２を制御し、通話アプリケーションを制御する制御窓を文字メッセージアプリケーション実行画面上にオーバレイして表示する。図１１の［ｂ］は、文字メッセージアプリケーション実行画面上に通話アプリケーションの制御窓７２がオーバレイされた形態を示し、通話アプリケーション制御窓７２には、‘Ｍｕｔｅ’、‘Ｓｐｅａｋｅｒ’、‘Ｅｎｄ’のように通話アプリケーションを制御するための機能キーと‘Ｗｉ−Ｆｉ’、‘Ｂｌｕｅｔｏｏｔｈ(登録商標)’、‘ＧＰＳ’、‘Ｓｏｕｎｄ’など第１アプリケーション以外に携帯端末機１００で実行可能な他のアプリケーションを実行する機能キーが含まれる。

図１２及び図１３は、本発明の第２実施例によるＧＵＩ提供方法によって表示される携帯端末機１００の他の例示画面である。図１２及び図１３は、ライトイメージが表示部１３２のエッジ領域に表示される実施例に該当し、図１２は、現在表示中のアプリケーション以外に実行中のアプリケーションが１個である場合の実施例に該当し、図１３は、現在表示中のアプリケーション以外に実行中のアプリケーションが２個である場合の実施例に該当する。

図１２の［ａ］は、音楽再生アプリケーション実行画面に該当する。ユーザは、音楽再生アプリケーション実行中に文字メッセージアプリケーションを実行しようとする場合、タッチスクリーン部１３０及びキー入力部１４０を通じて文字メッセージアプリケーション実行命令を入力し、制御部１６０は、表示部１３２を制御し、音楽再生アプリケーション実行画面を文字メッセージアプリケーション実行画面に切り替えて表示する。この際、制御部１６０は、表示部１３２を制御し、文字メッセージアプリケーション実行画面上にライトイメージを表示する。
図１２の［ｂ］は、文字メッセージアプリケーション実行画面に該当する。図１２の［ｂ］の画面で上側から下側に列挙された４個のアイテムは、受信メッセージリストに該当し、表示部１３２の右側上端のエッジ部分にライトイメージ７１が表示されている。前記ライトイメージ７１には、音楽再生アプリケーションを意味する‘音符’イメージが付加されている。文字メッセージアプリケーション実行画面が表示された状態でユーザがライトイメージにタッチを入力した後、対角線に沿って左側下端方向にタッチ移動動作を入力すれば、制御部１６０は、表示部１３２を制御し、文字メッセージアプリケーション実行画面をさらに音楽再生アプリケーション実行画面に切り替えて表示する。
図１２の［ｃ］は、文字メッセージアプリケーション実行画面がさらに音楽再生アプリケーション実行画面に切り替えられた形態を示す。ユーザは、文字メッセージアプリケーション実行中にもライトイメージを通じて現在どんなアプリケーションがマルチタスキングで実行中であることを把握でき、ライトイメージの照明光方向に所定のタッチ動作を入力することによって、マルチタスキングで実行中のアプリケーション実行画面に切り替えて表示できる。

図１３は、文字メッセージアプリケーション以外に音楽再生アプリケーションと動画再生アプリケーションがマルチタスキングで実行中の場合の文字メッセージアプリケーション実行画面を示す。図１３には、表示部１３２の右側上端のエッジ部分及び左側上端のエッジ部分にそれぞれライトイメージ８１、８２が表示されている。右側上端のエッジ部分のライトイメージ８１には、音楽再生アプリケーションを意味する‘音符’イメージが付加されており、左側上端のエッジ部分のライトイメージ８２には、動画再生アプリケーションを意味する‘撮影機構’イメージが付加されている。ユーザが音楽再生アプリケーションに該当するライトイメージ８１にタッチを入力し、ライトイメージ８１の照明光方向のように対角線に沿って左側下端方向にタッチ位置移動動作を入力する場合、制御部１６０は、表示部１３２を制御して音楽再生アプリケーション実行画面を表示し、ユーザが動画再生アプリケーションに該当するライトイメージ８２にタッチを入力し、ライトイメージ８２の照明光方向のように対角線に沿って右側下端方向にタッチ位置移動動作を入力する場合、制御部１６０は、表示部１３２を制御し、動画再生アプリケーション実行画面を表示する。

本発明の実施例によって携帯端末機１００で現在実行中のアプリケーションが１個である場合、前記実行中のアプリケーション実行画面上に他のアプリケーションを実行するためのライトイメージが表示される。ライトイメージは、現在実行中のアプリケーション実行画面の一方の領域に表示され、アプリケーション実行画面に含まれたアイテムの間に表示されるか、表示部１３２の境界ラインに表示されるか、又は表示部１３２のエッジ領域に表示される。ライトイメージで表示されるアプリケーションは、ユーザが頻繁に使用するアプリケーションに該当するか、及び／又は、ユーザが選択したアプリケーションに該当する。例えば、ライトイメージで表示されるアプリケーションが音楽再生アプリケーション、動画再生アプリケーションとして設定され、携帯端末機が現在通話アプリケーション実行中の場合、制御部１６０は、表示部１３２を制御し、音楽再生アプリケーションに該当するライトイメージと動画再生アプリケーションに該当するライトイメージを含む通話アプリケーション実行画面を表示できる。

本発明の実施例によってライトイメージは、表示画面の特性又はアプリケーションの特性によって異なる色相（ｃｏｌｏｒ）で表示できる。例えば、第１実施例のように、アイテム探索のためのＧＵＩ提供方法の場合には、ライトイメージが青色で表示され、第２実施例のように、マルチタスキングで実行中のアプリケーションの制御窓を開くためのＧＵＩ提供方法の場合には、ライトイメージが緑色で表示される。本発明の実施例によってライトイメージの色相は、アプリケーションの重要度、緊急性などによって決定できる。例えば、通話アプリケーション、文字メッセージアプリケーション、アラームアプリケーションなどのように緊急性を要求するアプリケーションの場合、前記アプリケーションの制御窓を開くためのライトイメージは、赤色で表示される。

一方、本明細書と図面に開示された本発明の実施例は、本発明の技術内容を容易に説明し、本発明の理解を助けるために特定例を提示したものに過ぎず、本発明の範囲を限定しようとするものではない。ここに開示された実施例以外にも本発明の技術的思想に基づく他の変形例が実施可能であることは、本発明の属する技術分野における通常の知識を有する者に自明である。

１００ 携帯端末機
３１、５１ アイテム
１１０ 無線通信部
３２、５２ アイテム表示割り当て領域
１２０ オーディオ処理部
３３、５３ アイテム表示割り当て領域の第１境界
１３０ タッチスクリーン部
３４、５４ アイテム表示割り当て領域の第２境界
１３１ タッチセンサー部
３５、５５、７１、８１、８２ ライトイメージ
１３２ 表示部
７２ アプリケーション制御窓
１４０ キー入力部
１５０ 格納部
１６０ 制御部

Claims (19)

1. 携帯端末機のＧＵＩ提供方法において、
   アイテム表示割り当て領域に配列された少なくとも１つのアイテム以外に表示可能アイテムが存在するか否かを判断する判断段階と、
   前記表示可能アイテムが存在する場合、前記表示可能アイテムが生成されるアイテム表示割り当て領域の境界部分に一定形態のイメージ客体（ｏｂｊｅｃｔ）を表示する表示段階と、を含むことを特徴とするＧＵＩ提供方法。
2. 前記判断段階は、
   少なくとも１つのアイテムがアイテム表示割り当て領域に配列された状態で前記アイテムが配列された方向又は前記アイテムが配列された方向の反対方向にアイテム移動が可能であるか否かを判断する段階であることを特徴とする請求項１に記載のＧＵＩ提供方法。
3. 前記表示段階は、
   前記アイテムが配列された方向にアイテム移動が可能な場合、前記アイテムの配列が始まる側のアイテム表示割り当て領域の境界部分に前記一定形態のイメージ客体を表示するか、又は前記アイテムが配列された方向の反対方向にアイテム移動が可能な場合、前記アイテムの配列が終わる側のアイテム表示割り当て領域の境界部分に前記一定形態のイメージ客体を表示する段階であることを特徴とする請求項２に記載のＧＵＩ提供方法。
4. 配列順序があらかじめ設定された複数のアイテムのうち一部のアイテム列を前記アイテム表示割り当て領域に一定方向に配列して表示する段階をさらに含むことを特徴とする請求項１に記載のＧＵＩ提供方法。
5. 前記判断段階は、
   前記アイテム表示割り当て領域に先頭順位に表示されたアイテムが前記複数のアイテムのうち最高優先順位のアイテムではないかを判断するか、前記アイテム表示割り当て領域に最後尾の順位に表示されたアイテムが前記複数のアイテムのうち最低優先順位のアイテムではないかを判断する段階であることを特徴とする請求項４に記載のＧＵＩ提供方法。
6. 前記イメージ客体は或る一定の方向を照らす照明光形状のイメージ（以下、ライト（ｌｉｇｈｔ）イメージという）を備え、
   前記照明光は、前記表示可能アイテムが生成される方向を照らす形態で表示されることを特徴とする請求項１に記載のＧＵＩ提供方法。
7. タッチ位置移動動作の入力を感知する段階と、
   前記感知されたタッチ位置移動動作によってアイテムを移動させて表示する段階と、
   アイテムが移動した位置で、表示可能アイテムが存在するか否かを判断する段階と、
   前記表示可能アイテムが存在する場合、前記表示可能アイテムが生成されるアイテム表示割り当て領域の境界部分に一定形態のイメージ客体を表示する段階と、をさらに含むことを特徴とする請求項１に記載のＧＵＩ提供方法。
8. 前記一定形態のイメージ客体を表示する時間を測定する段階と、
   前記測定された時間が既定の（或る一定の、ｐｒｅｓｅｔ）臨界時間を経過するものと判断すれば、前記一定形態のイメージ客体を削除して表示する段階と、をさらに含むことを特徴とする請求項１に記載のＧＵＩ提供方法。
9. 携帯端末機のＧＵＩ提供方法において、
   第１アプリケーションを含む少なくとも１つのアプリケーション実行中に、ユーザから第２アプリケーション実行命令を入力される段階と、
   第２アプリケーション実行画面の特定領域に一定形態のイメージ客体を表示する段階と、
   前記イメージ客体上に入力されるタッチ動作を感知する段階と、
   前記感知されたタッチ動作によって前記第１アプリケーションの関連画面を表示する段階と、を含むことを特徴とするＧＵＩ提供方法。
10. 前記第１アプリケーションの関連画面は、
    前記第２アプリケーション実行画面の一部にオーバレイ（ｏｖｅｒｌａｙ）されることを特徴とする請求項９に記載のＧＵＩ提供方法。
11. 前記イメージ客体を表示する段階は、
    前記第２アプリケーション実行画面が複数のアイテムを含み、前記アイテムがライン（ｌｉｎｅ）により区分されるように構成される場合、前記アイテム間のライン上に前記イメージ客体を表示することを特徴とする請求項９に記載のＧＵＩ提供方法。
12. 前記イメージ客体を表示する段階は、
    携帯端末機の全体表示画面が矩形形態で構成される場合、前記全体表示画面の４つのエッジ領域のうち少なくとも１つのエッジ領域に前記イメージ客体を表示することを特徴とする請求項９に記載のＧＵＩ提供方法。
13. 前記イメージ客体は、照明光形状のイメージに該当し、
    前記タッチ動作を感知する段階は、
    前記照明光形状のイメージへのタッチ入力後、前記照明光形状のイメージの照明光へのタッチ位置移動動作を感知することを特徴とする請求項９に記載のＧＵＩ提供方法。
14. 前記第１アプリケーション関連画面を表示する段階は、
    前記タッチ位置移動動作の移動距離によって前記第１アプリケーションを制御する制御窓を生成し、前記第２アプリケーション実行画面上にオーバレイ（ｏｖｅｒｌａｙ）して表示することを特徴とする請求項１３に記載のＧＵＩ提供方法。
15. 前記第１アプリケーション関連画面を表示する段階は、
    前記第２アプリケーション実行画面を前記第１アプリケーション実行画面に切り替えて表示することを特徴とする請求項９に記載のＧＵＩ提供方法。
16. 前記第１アプリケーション関連画面を表示する段階は、
    第１アプリケーションを含む複数のアプリケーションが実行中である場合、前記実行中のアプリケーションのうち最優先の順位に設定されたアプリケーションの関連画面を表示するか、又は第１アプリケーションを含む複数のアプリケーションが実行中である場合、前記実行中のアプリケーションのうち直近に実行された（ｌａｓｔ＿ｅｘｅｃｕｔｅｄ）アプリケーションの関連画面を表示することを特徴とする請求項９に記載のＧＵＩ提供方法。
17. 画面を出力する表示部と、
    前記表示部を制御し、少なくとも１つのアイテムをアイテム表示割り当て領域に配列して表示し、前記少なくとも１つのアイテム以外に表示可能アイテムが存在するか否かを判断し、前記表示可能アイテムが存在する場合、前記表示部を制御し、前記表示可能アイテムが生成されるアイテム表示割り当て領域の境界部分に一定形態のイメージ客体を表示する制御部と、を含むことを特徴とする携帯端末機。
18. ユーザのタッチ動作を認識するタッチセンサー部をさらに含み、
    前記制御部は、
    第１アプリケーションを含む少なくとも１つのアプリケーションを実行し、前記タッチセンサー部を通じてユーザから第２アプリケーション実行命令を入力されれば、前記表示部を制御し、第２アプリケーション実行画面の一方の領域に一定形態のグラフィック客体を表示し、前記タッチセンサー部を制御し、前記グラフィック客体上に入力されるタッチ動作を感知し、前記表示部を制御し、前記感知されたタッチ動作によって第１アプリケーション制御窓を前記第２アプリケーション実行画面にオーバレイ（ｏｖｅｒｌａｙ）して表示することを特徴とする請求項１７に記載の携帯端末機。
19. ユーザのタッチ動作を認識するタッチセンサー部をさらに含み、
    前記制御部は、
    第１アプリケーションを含む少なくとも１つのアプリケーションを実行し、前記タッチセンサー部を通じてユーザから第２アプリケーション実行命令を入力されれば、前記表示部を制御し、第２アプリケーション実行画面の一方の領域に一定形態のイメージ客体を表示し、前記タッチセンサー部を制御し、前記イメージ客体上に入力されるタッチ動作を感知し、前記表示部を制御し、前記感知されたタッチ動作によって前記第２アプリケーション実行画面を第１アプリケーション実行画面に切り替えて表示することを特徴とする請求項１７に記載の携帯端末機。
    

Images