(57)【要約】【課題】ユーザーインターフェースをカスタマイズする方法とその電子装置を提供し、ユーザーにホームスクリーンからマルチメディアプレイプログラムの操作進度を理解させ、電子装置の性能をシステムリソースの消費を低減することにより向上させる。【解決手段】ユーザーインターフェースをカスタマイズする方法とその電子装置とが提供される。もしもアプリケーションプログラムに対応するアクティブウィンドウが電子装置のスクリーンに表示された時、アクティブウィンドウの操作スクリーンがキャプチャーされるとともに、アクティブウィンドウが閉じられる。操作スクリーン及びサムネイル間のラウンチングメカニズムが確立される。サムネイルが電子装置のホームスクリーンに加えられ、かつホームスクリーンがスクリーン上に表示される。よって、システムリソースが閉じられたウィンドウにより占用されないよう保証することにより電子装置の性能を向上させる。【選択図】図２
2012203899.tif 000002
【特許請求の範囲】
【請求項１】
スクリーンを有する電子装置に使用するユーザーインターフェースをカスタマイズする方法であって、前記方法が、
アプリケーションプログラムに対応するアクティブウィンドウ（avtive window）が前記スクリーンに表示された時、第１入力信号が検知されたか否かを決定するステップと、
前記第１入力信号が検知された時、前記アクティブウィンドウーの操作スクリーンをキャプチャーするステップと、
前記アクティブウィンドウを閉じるステップと、
前記操作スクリーンのサムネイルおよび前記操作スクリーン間のラウンチングメカニズムを確立するステップと、
前記ユーザーインターフェースのホームスクリーンに前記サムネイルを加えるとともに、前記スクリーン上に前記ホームスクリーンを表示するステップと、を含む、ユーザーインターフェースをカスタマイズする方法。
【請求項２】
前記電子装置が主メモリと補助メモリとを更に含み、かつ前記アクティブウィンドウを閉じるステップが、
前記主メモリから前記アクティブウィンドウに対応する操作情報を獲得するステップと、
前記操作情報を前記補助メモリ中へ保存するステップと、
前記アクティブウィンドウを閉じるために前記主メモリ中に前記前記アクティブウィンドウに割り当てられるスペースを開放するステップと、を含む請求項１に記載のユーザーインターフェースをカスタマイズする方法。
【請求項３】
前記スクリーン上に前記ホームスクリーンを表示するステップの後に、前記方法が更に、
前記サムネイルに対応する第２入力信号が検知されたか否かを決定するステップと、
前記第２入力信号が検知された時、前記ラウンチングメカニズムを実行して、前記補助メモリから前記主メモリ中へ前記操作情報をロードするステップと、
前記操作情報に従って前記アプリケーションプログラムを介して、前記操作スクリーンを表示するステップと、を含む請求項２に記載のユーザーインターフェースをカスタマイズする方法。
【請求項４】
前記スクリーン上に前記ホームスクリーンを表示するステップの後に、前記方法が更に、
前記サムネイルに対応する第３入力信号が検知されたか否かを決定するステップと、
前記第３入力信号が検知された時、前記ホームスクリーンから前記サムネイルを除去するステップと、
前記補助メモリから前記サムネイルに対応する前記操作情報を削除するステップと、を含む請求項２に記載のユーザーインターフェースをカスタマイズする方法。
【請求項５】
前記スクリーン上に前記ホームスクリーンを表示するステップの後に、前記方法が更に、
前記アプリケーションプログラムに対応する現在アクティブウィンドウを再入手するステップと、
前記第１入力信号が検知された時、前記現在アクティブウィンドウの前記操作スクリーンをキャプチャーするステップと、
前記現在アクティブウィンドウを閉じるステップと、
前記操作スクリーンの前記サムネイルおよび前記操作スクリーン間の前記ラウンチングメカニズムを確立するステップと、
前記ホームスクリーンに前記サムネイルを加えるとともに、前記スクリーン上に前記ホームスクリーンを表示するステップと、を含む請求項１に記載のユーザーインターフェースをカスタマイズする方法。
【請求項６】
アプリケーションプログラムに対応するアクティブウィンドウを表示するように構成されたスクリーンと、
第１入力信号を検知するように構成された検知モジュールと、
前記スクリーンおよび前記検知モジュールに連結され、前記第１入力信号が前記検知モジュールにより検知された時、前記アクティブウィンドウの操作スクリーンをキャプチャーし、前記現在アクティブウィンドウを閉じ、前記操作スクリーンのサムネイルおよび前記操作スクリーン間にラウンチングメカニズムを確立し、前記サムネイルを前記ユーザーインターフェースに加え、かつ前記スクリーン上に前記ホームスクリーンを表示するように構成される制御モジュールと、を含む電子装置。
【請求項７】
前記電子装置が、前記制御モジュールに連結される主メモリと、前記制御モジュールに連結される補助メモリとをさらに含み、
前記制御モジュールが更に前記主メモリから前記アクティブウィンドウに対応する前記操作情報を獲得し、前記補助メモリ中へ前記操作情報を保存し、かつ前記アクティブウィンドウを閉じることのために前記主メモリ中に前記アクティブウィンドウに割り当てられるスペースを開放するように構成される請求項６に記載の電子装置。
【請求項８】
前記サムネイルに対応する第２入力信号が前記検知モジュールによって検知された時、前記制御モジュールが更に前記ラウンチングメカニズムを実行して前記操作情報を前記補助メモリから前記主メモリ中へ前記操作情報をロードし、かつ前記操作情報に従って前記アプリケーションプログラムを介して前記操作スクリーンを表示するように構成される請求項７に記載の電子装置。
【請求項９】
前記サムネイルに対応する第３入力信号が前記検知モジュールによって検知された時、前記制御モジュールが更に前記ホームスクリーンから前記サムネイルを除去し、かつ前記サムネイルに対応する前記操作情報を前記補助メモリから削除するように構成される請求項７に記載の電子装置。
【請求項１０】
前記制御モジュールが更に、前記アプリケーションプログラムに対応する現在アクティブウィンドウを再入手するように構成され、
前記第１入力信号が前記検知モジュールによって検知された時、前記制御モジュールが更に、前記現在アクティブウィンドウの前記操作情報をキャプチャーし、前記現在アクティブウィンドウを閉じ、前記操作スクリーンのサムネイルおよび前記操作スクリーン間にラウンチングメカニズムを確立し、前記サムネイルを前記ユーザーインターフェースに加え、かつ前記スクリーン上に前記ホームスクリーンを表示するように構成される請求項６に記載の電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザーインターフェースに関し、特に、ユーザーインターフェースをカスタマイズする方法とその電子装置に関する。
【背景技術】
【０００２】
モバイル技術の進歩に伴って、モバイルデバイスの製造業者は、モバイルデバイス自体の機能性以外に、ユーザーインターフェースの設計にますます重要性を置くようになってきている。大部分の現存するスマートフォンは、そのユーザーに対しホームスクリーンに彼らの頻繁に使用するアプリケーションプログラムのアイコン（icons）を置いて、それらのアプリケーションプログラムを便利に使用できるようになっている。また、いつかのスマートフォンは、ユーザーが加えたいウィジェット（Wideget, graphical user interface = GUIの一種）をホームスクリーンに加えて操作をより興味深いものとする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、ユーザーがアプリケーションプログラムのアイコンならびに文字説明だけを介して、このアプリケーションプログラムについて知ることができ、最後にアプリケーションプログラムを使用してファイルを開く又はホームスクリーンからファンクションを実行した状態からは知ることができない。言い換えれば、ユーザーは、アイコンをタップしてアプリケーションプログラムをスタートして先の操作を見なければならない。他方では、ウィジェットがユーザーのタップなしに情報を表示できるのにもかかわらず、アプリケーションプログラムのアイコンおよびウィジェットがともにホームスクリーンに存在する時、ユーザーは、これら２つの情報表示により混乱させられる。
【０００４】
そのうえ、スマートフォンの多くの異なる操作モードにおいて、もしも現在実行されているアプリケーションプログラムから抜け出すとともに、ホームスクリーンに戻れば、たとえアプリケーションプログラムの操作スクリーンがスクリーンに表示されていなくても、実際に閉じられるのでなく、アプリケーションプログラムがなおシステムによって実行されている。例えば、ユーザーがスマートフォンでテキスト編集プログラムを実行すると仮定すれば、ユーザーがテキストファイルの編集を終了し、かつホームスクリーンに戻るとともに、マルチメディアプレイプログラムをスタートさせる時、テキスト編集プログラムがなおバックグラウンドで実行されると同時にユーザーがムービーを見るためにマルチメディアプレイプログラムを実行するので、テキスト編集プログラムがメモリー資源を占有し、そのためにシステム全体の性能が低減する。
【０００５】
そこで、この発明の目的は、ユーザーインターフェースをカスタマイズする方法とその電子装置を提供することにあり、ユーザーにホームスクリーンからマルチメディアプレイプログラムの操作進度を理解させるとともに、電子装置の性能をシステムリソースの消費を低減することのよって向上させる。
【課題を解決するための手段】
【０００６】
この発明は、ユーザーインターフェースをカスタマイズする方法を提供する。方法がスクリーンを有する電子装置に適用される。アプリケーションプログラムに対応するアクティブウィンドウ（active window）がスクリーンに表示される時、第１入力信号が検知されたか否かを決定する。もしも第１入力信号が検知されたら、アクティブウィンドウの操作スクリーンがキャプチャー（capture）されるとともに、アクティブウィンドウが閉じられる。操作スクリーンおよびサムネイル（thumbnail）間のラウンチング（launching）メカニズムが確立される。サムネイルがユーザーインターフェースのホームスクリーンに加えられ、かつホームスクリーンがスクリーンに表示される。
【０００７】
この発明の実施形態に基づき、電子装置が更に主メモリと補助メモリとを含むとともに、アクティブウィンドウを閉じるステップが主メモリから対応するアクティブウィンドウの操作情報を獲得することと、操作情報を補助メモリに保存することと、アクティブウィンドウを閉じるために主メモリ中にアクティブウィンドウに割り当てられるスペースを開放する。
【０００８】
この発明は、スクリーンと、検知モジュールと、制御モジュールとを含む電子装置を提供する。スクリーンがアプリケーションプログラムに対応するアクティブウィンドウを表示するのように構成される。検知モジュールが第１入力信号を検知するのように構成される。制御モジュールがスクリーンおよび検知モジュールを連結される。検知モジュールが第１入力信号を検知した時、制御モジュールは、アクティブウィンドウをキャプチャーし、アクティブウィンドウを閉じ、操作スクリーンおよびサムネイル間のラウンチングメカニズムが確立し、ユーザーインターフェースのホームスクリーンにサムネイルを加え、かつスクリーンにホームスクリーンを表示するように構成される。
【０００９】
上記したように、この発明中、電子装置の操作スクリーンをキャプチャーするとともに、操作スクリーンのサムネイルが電子装置のホームスクリーンに加えられて、最後にアプリケーションプログラムがホームスクリーン中のサムネールから閉じられた時、ユーザーは、アプリケーションプログラムの操作進度を知ることができる。また、この発明中、操作スクリーンがキャプチャーされた直後にアクティブウィンドウが閉じられるので、より少ないシステムリソースが消費される。
【発明の効果】
【００１０】
つまり、この発明は、ユーザーインターフェースをカスタマイズする方法およびその電子装置を提供する。この発明に従い、アクティブなアプリケーションプログラムの操作スクリーンがユーザーの操作に応答してキャプチャーされるとともに、操作スクリーンのサムネイルがホームスクリーン中に表示される。このようにして、ユーザーは、サムネイルを介して先に使用したアプリケーションプログラムのコンテキスト（context）について直接知ることができる。ユーザーがホームスクリーン中のサムネイルをタップする時、アプリケーションプログラムが操作スクリーンおよびサムネイル間のラウンチングメカニズムを介して補助メモリに保存された先の状態を再稼働することにより実行される。また、この発明に従い、サムネイルが構築された時、アクティブウィンドウが実際に閉じられる。かくして、ウインドウが主メモリの如何なる資源も占有しないため、システム性能が向上される。
【図面の簡単な説明】
【００１１】
【図１】この発明の実施形態にかかる電子装置を示すブロック図である。
【図２】この発明の実施形態にかかるユーザーインターフェースをカスタマイズする方法を示すフローチャートである。
【図３】この発明の別な実施形態にかかる電子装置を示すブロック図である。
【図４】この発明の別な実施形態にかかるユーザーインターフェースをカスタマイズする方法を示すフローチャートである。
【図５Ａ】この発明の別な実施形態にかかるホームスクリーンを示す説明図である。
【図５Ｂ】この発明の別な実施形態にかかる操作スクリーンを示す説明図である。
【図５Ｃ】この発明のまた別な実施形態にかかるホームスクリーンを示す説明図である。
【図５Ｄ】この発明の更に別な実施形態にかかるホームスクリーンを示す説明図である。
【発明を実施するための形態】
【００１２】
以下、この発明を実施するための形態を図面に基づいて説明する。
図１は、この発明の実施形態にかかる電子装置を示すブロック図である。図１において、電子装置１００がスクリーン１１０と検知モジュール１２０と制御モジュール１３０とを含む。この実施形態中、電子装置１００がセルフォン、スマートフォン、パーソナルデジタルアシスタント（personal digital assistant = PDA）またはタブレットＰＣのようなモバイル電子装置である。しかし、この発明は、それに限定されるものでなく、かつ別な実施形態中、電子装置１００がデスクトップコンピューター、ノートブックコンピューター、スマートフォンまたはメインフレームのようなスクリーンおよび中央処理ユニット（central processing unit = CPU）を有する任意の電子装置であり得る。
【００１３】
スクリーン１１０が制御モジュール１３０に連結されるとともに、液晶ディスプレイ（ＬＣＤ）、電気容量式タッチスクリーン、電気抵抗式タッチスクリーンまたは光学式タッチスクリーンのような表示機能を提供するデバイスである。
【００１４】
検知モジュール１２０が制御モジュール１３０に連結されるとともに、ユーザーの入力操作を検知するためのデバイスである。例えば、検知モジュール１２０がユーザーの入力操作によって産生される信号を検知するためのデバイスである。
【００１５】
制御モジュール１３０が検知モジュール１２０により検知された信号に基づいて電子装置１００のユーザーインターフェースを産生させるデバイスである。この実施形態中、制御モジュール１３０がハードウェアおよび／またはソフトウェアを履行する機能的モジュールである。ハードウェアがＣＰＵ、チップセット、マイクロプロセッサーおよび操作機能を備えた他のハードウェア装置の中の一つまたはそれらの任意の組み合わせであり、ソフトウェアが操作システム（operation system = OS）あるいは駆動プログラムである。
【００１６】
以下、この発明の別な実施形態を参考にして、電子装置１００を詳細に記述する。図２は、この発明の実施形態にかかるユーザーインターフェースをカスタマイズする方法を示すフローチャートである。図１と図２とを参照されたい。
【００１７】
先ず、ステップＳ２１０において、アプリケーションプログラムに対応するアクティブウィンドウ（active window）がスクリーン１１０に表示される時、検知モジュール１２０が繰り返し第１入力信号を検知したか否かを判断する。詳細には、ユーザーが電子装置１００中で１つまたは２つのアプリケーションプログラムをスタートさせる又は同じアプリケーションプログラムを使用することにより１つ以上のウィンドウを開き、使用中のウィンドウが現在他のウィンドウのトップに表示されるとともに、ユーザーの操作を受信できるものを指している。この実施形態中、アクティブウィンドウのツールバーが特定のアイコンを有し、検知モジュール１２０は、ユーザーが入力ツールによって特定アイコンをタップする時、第１入力信号を検知する。別な実施形態中、第１入力信号は、またスクリーン１１０上の特定ソフトウェアボタンあるいは電子装置１００の特定ハードウェアボタンをタップする時にもトリガー（trigger）される。
【００１８】
一旦、検知モジュール１２０が第１入力信号を検知したら、ステップＳ２２０において、制御モジュール１３０が現在のアクティブウィンドウの操作スクリーンをキャプチャーする。即ち、第１入力信号がトリガーされる前にユーザーによりアクティブウィンドウに対して行われるすべての操作は、制御モジュール１３０によりキャプチャーされた操作スクリーン中に反映される。
【００１９】
例えば、アクティブウィンドウに対応するアプリケーションプログラムがテキスト編集プログラムである時、制御モジュール１３０によりキャプチャーされた操作スクリーンがテキストファイルの現在編集進度を表す。第１入力信号がトリガーされた時、ユーザーがテキストファイルの第１０行目まで編集したと仮定すれば、制御モジュール１３０によりキャプチャーされた操作スクリーンが第１０行が編集されていることを示す情報を表示する。アクティブウィンドウに対応するアプリケーションプログラムがマルチメディアプレイヤーソフトウェアである時、制御モジュール１３０によりキャプチャーされた操作スクリーンがマルチメディアファイルの現在の再生進度を表す。ユーザーが第１入力信号をトリガーした際に、ちょうどムービーファイルの２０分における画像を観ていたと仮定すれば、制御モジュール１３０によりキャプチャーされた操作スクリーンが２０分におけるムービーファイルの内容を示す。アクティブウィンドウに対応するアプリケーションプログラムがインスタントメッセージソフトウェアである時、制御モジュール１３０によりキャプチャーされた操作スクリーンがインスタントメッセージソフトウェアを使用することによるユーザーの会話イメージ（会話対象および会話内容を含む）であることを表す。注意すべきことは、操作スクリーンをキャプチャーした後、制御モジュール１３０がまた操作スクリーンに対応するサムネイルを生じさせることである。サムネイルがジェイペグ（Joint Photogaraphic Experts Group = JPEG）フォーマットまたはビットマップ（Bitmap）フォーマットであることができる。しかし、サムネイルのフォーマットは、この発明において限定されない。
【００２０】
次に、ステップＳ２３０において、アクティブウィンドウに占有されたシステムリソースを開放するため、制御モジュール１３０がアクティブウィンドウを閉じる。ステップＳ２４０において、制御モジュール１３０が操作スクリーンおよびサムネイル間のラウンチングメカニズムを確立する。ステップＳ２５０において、制御モジュール１３０がサムネイルを電子装置１００のユーザーインターフェースのホームスクリーン中に加えてスクリーン１１０を制御しホームスクリーン（home screen）を表示する。操作スクリーンおよびサムネイル間のラウンチングメカニズムの確立によって、ホームスクリーンに表示されたサムネイルがユーザーの操作に応答して対応するアプリケーションプログラムをスタートさせる。
【００２１】
図２に示したように、ユーザーが第１入力信号をトリガーする時、制御モジュール１３０が現在アクティブウィンドウを閉じるとともに、サムネイルを電子装置１００のホームスクリーンに表示させる。バックグラウンドでウィンドウを稼働する替わりに、制御モジュール１３０が現在アクティブウィンドウを実際に閉じるので、ウィンドウに占有されていたシステムリソースを開放でき、それによりシステム性能を向上させることができる。また、制御モジュール１３０は、サムネイルをホームスクリーンに表示した後でサムネイルを更新しない。従って、追加的なＣＰＵ資源が必要とされない。この発明の別な実施形態中、制御モジュール１３０がアクティブウィンドウを閉じた後、関連する装置の電源をオフにする。それによって、電子装置１００の電力消費を低減できる。
【００２２】
制御モジュール１３０により産生されたサムネイルは、第１入力信号がトリガーされた時、アクティブウィンドウの操作スクリーンに対応しているため、たとえウィンドウが閉じられた時でさえ、ユーザーは、なおホームスクリーン中のウィンドウで先に実施された操作の内容を見ることができるとともに、ホームスクリーン中のサムネイルをタップしてウィンドウを再開できる（ウィンドウを開く詳細な操作は、添付した図面を参照して後で説明する）。言い換えれば、ホームスクリーン中に表示されたサムネイルは、ウィジェット（Wideget）のそれに似た効果を提供できる。ユーザーは、対応するサムネイルを介して、アプリケーションプログラムを実際に実行することなく、ホームスクリーン中で頻繁に使用した又は最近開いたファイルを観ることができるだけでなく、先に使用したアプリケーションプログラムの内容を理解することができる。この実施形態中、システムリソースの消費が低減されるとともに、電子装置１００の性能が向上される時、ユーザーは、ウィンドウが同時に開いているように感じる（しかし、ウィンドウは実際には閉じている）であろう。
【００２３】
言及すべきことは、図２に示したユーザーインターフェースをカスタマイズする方法がホームスクリーン中に同じタイプのアプリケーションプログラムに対応する２つ（それ以上）のサムネイルを産生させることができ、これらのサムネイルがそれぞれ異なるウィンドウに対応することである。例えば、ユーザーは、テキストプログラムを使用することにより２つのファイル（例えば、第１ファイルおよび第２ファイル）を同時に編集できる。第１ファイルに対応するウィンドウがアクティブウィンドウである時、電子装置１００が図２の各ステップを介してホームスクリーン中に第1ファイルに対応するサムネイルを表示する。続いて、第２ファイルに対応するウィンドウがアクティブウィンドウである時、もしユーザーが第１入力信号をトリガーすれば、電子装置１００が図２の各ステップを介して第２ファイルに対応するサムネイルをホームスクリーン中に表示する。それにより、ユーザーは、ホームスクリーン中に同じアプリケーションプログラムを使用して編集された２つのファイルに対応するサムネイルを観ることができるとともに、ホームスクリーン中で異なるサムネイルをタップすることによって異なるファイルを開くことができる。
【００２４】
図３は、この発明の別な実施形態にかかる電子装置を示すブロック図である。図３に示すように、電子装置３００は、スクリーン１１０と、検知モジュール１２０と、制御モジュール１３０と、主メモリ３４０と、補助メモリ３５０とを含む。電子装置３００は、図１に示した電子装置１００に類似しているので、２つの電子装置間の差異だけを以下に説明する。
【００２５】
図３において、この実施形態中、スクリーン１１０と検知モジュール１２０と主メモリ３４０と補助メモリ３５０とが全て制御モジュール３３０に連結されている。主メモリ３４０がランダムアクセスメモリー（ＲＡＭ）を含み、かつ補助メモリ３５０が埋め込み式マルチメディアカード（embedded multimedia card = eMMC）またはハードディスクのような保存装置である。
【００２６】
具体的には、主メモリ３４０は、電子装置３００のＣＰＵによって直接アクセスできる保存装置である。主メモリ３４０が異なるプログラムおよびデータをロードしてＣＰＵにより使用させるよう構成される。つまり、プログラムが実行される時、電子装置３００によりサポートされる任意のプログラムに関する操作情報は、主メモリ３４０にロードされる。もしも同じアプリケーションプログラムを使用することによって同時に異なるアプリケーションプログラムを実行（run）させる又は異なるファイルを開いて、もし全ての関連する操作情報を主メモリ３４０にロードすれば、主メモリ３４０にメモリースペースが不足になる。この場合、主メモリ３４０にロードされる操作情報の一部が補助メモリ３５０に入れ替え（swap out）されなければならず、他のアプリケーションプログラムのために主メモリ３４０のスペースを空ける。言い換えれば、主メモリ３４０にスペースが不足になる時、電子装置３００の効率に影響を与える。
【００２７】
上記した状況を回避するために、次の実施形態において、アクティブウィンドウが閉じられている間に、制御モジュール３３０が先に主メモリ３４０に保存した操作情報を補助メモリ３５０に保存する。以下、電子装置３００の操作を図３および図４を参照しながら詳細に記述する。
【００２８】
ステップＳ４１０において、アプリケーションプログラムに対応するアクティブウィンドウがスクリーン１１０に表示される時、検知モジュール１２０が繰り返し第１入力信号を検知したか否かを判断する（例えば、ユーザーがアクティブウィンドウ中の特定アイコンをタップしたか否かを判断する）。ステップＳ４２０において、検知モジュール１２０が第１入力信号を検知した時、制御モジュール３３０がアクティブウィンドウの操作スクリーンをキャプチャーする。
【００２９】
そして、ステップＳ４３０において、制御モジュール３３０が主メモリ３４０からアクティブウィンドウに対応する操作情報を獲得する。操作情報は、アクティブウィンドウの全てのコンテキスト（context）情報である。例えば、アプリケーションプログラムがマルチメディアプレイヤープログラムである時、対応するアクティブウィンドウの操作情報が現在再生されているマルチメディアプログラムの名称、およびその再生進度を含む。もしもアプリケーションプログラムがテキスト編集プログラムであれば、対応するアクティブウィンドウの操作情報が、編集されたファイルの名称および編集された内容を含む。もしアプリケーションプログラムがインスタントメッセージソフトウェアであれば、対応するアクティブウィンドウの操作情報が、コンタクトリストならびに会話記録のようなアカウント（account）情報を含む。もしアプリケーションプログラムがブラウザーであれば、対応するアクティブウィンドウの操作情報が閲覧したＷＥＢアドレスとＷＥＢページ内容とユーザーが現在閲覧したＷＥＢページ中の位置とを含む。
【００３０】
次に、ステップＳ４４０において、制御モジュール３３０が対応するアクティブウィンドウの操作情報を補助メモリ３５０に保存する。ステップＳ４５０において、アクティブウィンドウを閉じるために、制御モジュール３３０が主メモリ３４０中のアクティブウィンドウに割り当てられるスペースを開放する。注意すべきことは、制御モジュール３３０がバックグラウンドでアクティブウィンドウを実行させる替わりに、実際にアクティブウィンドウを閉じる。
【００３１】
この実施形態中、ステップＳ４３０〜Ｓ４５０期間に、制御モジュール３３０がキャプチャーした操作スクリーンのサムネイルを産生させる。しかし、別な実施形態中、制御モジュール３３０がまた上記した各ステップの前または後で操作スクリーンのサムネイルを産生させることもできる。
【００３２】
その後、ステップＳ４６０において、制御モジュール１３０がサムネイルおよび操作スクリーン間のラウンチングメカニズムを確立する。ステップＳ４７０において、制御モジュール３３０が電子装置３００のユーザーインターフェースのホームスクリーン中にサムネイルを加えるとともに、スクリーン１１０上にホームスクリーンを表示する。
【００３３】
例えば、ユーザーがテキスト編集プログラムを使ってファイルを編集する時、もしもユーザーが第１入力信号をトリガーすれば、スクリーン１１０上に表示されたイメージが対応するファイル編集ウィンドウからホームスクリーンに切り替わり、かつホームスクリーンが編集進度に対応するサムネイルを表示する。ファイル編集に関連する操作情報が図４中のステップＳ４３０〜Ｓ４５０を介して既に主メモリ３４０から補助メモリ３５０へ移動しているため、スクリーン１１０がホームスクリーンを表示する時、前のアクティブウィンドウが実際に閉じられ、かつシステム中でもう実行しないことを確定する。それにより、より少ないシステムリソースが消費され、かつ電子装置３００の操作効率が向上される。
【００３４】
以下、図４の各ステップを介して幾つかのサムネイルを備えるホームスクリーンを確立する後、ユーザーがまさに対応するサムネイルによってウィンドウを開ける、あるいサムネイルを管理する時、電子装置３００の操作につき、図３と図５Ａ〜５Ｄを参考にしながら記述する。
【００３５】
図５Ａに示すように、この実施形態中、ホームスクリーン５０２が図４の各ステップを介して産生させた３つのサムネイルを有すると仮定する。第１サムネイル５１０がテキスト編集プログラムを使って開かれた第１テキストファイルに対応するサムネイル、第２サムネイル５２０がテキスト編集プログラムを使って開かれた第２テキストファイルに対応するサムネイルであり、第３サムネイル５３０がピクチャー閲覧ソフトウェアを使用して開かれた第１ピクチャーファイルに対応するサムネイルである。
【００３６】
電子装置３００がホームスクリーン５０２を表示する時、検知モジュール１２０は、任意のサムネイルに対応する第２入力信号が検知されるか否かを繰り返し判断する。ここで、ユーザーがホームスクリーン５０２中のサムネイルを入力ツールを使用してタップした時、第２入力信号がトリガーされてもよい。
【００３７】
もし検知モジュール１２０が第１サムネイル５１０に対応する第２入力信号を検知すれば（例えば、ユーザーがホームスクリーン５０２中の第１サムネイル５１０をタップする）、制御モジュール３３０が第１サムネイル５１０およびその操作スクリーン間のラウンチングメカニズムを実行して、第１サムネイル５１０に関連する操作情報を補助メモリ３５０から主メモリ３４０中へロードするとともに、最後に操作情報に従いテキスト編集プログラムを介して第１テキストファイル（例えば、図５Ｂの操作スクリーン５６０に示す）がスクリーン１１０上で閉じられた時、第1テキストファイルの操作情報を表す。
【００３８】
スクリーン１１０が操作スクリーン５６０を表示する（即ち、第１テキストファイルに対応するウインドウがアクティブウィンドウである）時、ユーザーは、テキスト編集プログラムを介し継続して第１テキストを編集できる。この発明の実施形態中、もしユーザーが別な第１入力信号をトリガーすれば、制御モジュール３３０が主メモリ３４０中の新しい操作情報を使うことにより補助メモリ３５０中の第1テキストファイルの古い操作情報を更新し、かつ主メモリ３４０中の新しい操作情報を保存するためのスペースを開放する。また、図５Ｃに示したように、制御モジュール３３０がホームスクリーン５０２中の新しい編集進度に対応する新しいサムネイル５１０‘を使用して古い第１サムネイル５１０を上書きする。
【００３９】
この発明の別な実施形態中、制御モジュール３３０が補助メモリ３５０中の古い操作情報を保持し、かつ主メモリ３４０中の新しい操作情報を補助メモリ３５０中に保存する。その後、制御モジュール３３０が主メモリ３４０中の新しい操作情報を保存するためのスペースを開放する。従って、図５Ｄに示すように、制御モジュール３３０がホームスクリーン５０２中に第１サムネイル５１０を保留するとともに、第４サムネイル５４０を表示して新しい編集進度を呈示する。ホームスクリーン５０２中の第１サムネイル５１０と第４サムネイル５４０とが第１テキストファイルの２つの異なる編集進度に対応するので、ユーザーがホームスクリーン５０２中の第１サムネイル５１０または第４サムネイル５４０をタップする時、制御モジュール３３０がそれぞれ補助メモリ３５０から異なる編集進度をロードするとともに、異なる操作スクリーンを表示してユーザーに第１テキストファイルを編集させる。
【００４０】
一方、再び図５Ａにおいて、電子装置３００のスクリーン１１０がホームスクリーン５０２を表示する時、検知モジュール１２０が任意のサムネイルに対応する第３入力信号が検知されるか否かを繰り返し判断する。第３入力信号が制御モジュール３３０を駆動してホームスクリーン５０２中のサムネイルを検知させる。第３入力信号が対応するソフトウェアボタンまたはハードウェアボタンによってトリガーされる。ソフトウェアボタンがサムネイル中に表示された削除アイコンまたはスクリーン１１０上のどこかに表示されたアイコンである。
【００４１】
ユーザーがもはや第１テキストファイルを編集する必要がない時、ユーザーは、第１サムネイル５１０中の削除アイコンをタップして第３入力信号をトリガーする。そして、制御モジュール３３０がホームスクリーン５０２から第１サムネイル５１０を除去し、かつ補助メモリ３５０から第１サムネイル５１０に対応する操作情報を削除する。
【００４２】
以上のように、この発明を実施形態により開示したが、もとより、この発明を限定するためのものではなく、当業者であれば容易に理解できるように、この発明の技術思想の範囲内において、適当な変更ならびに修正が当然なされうるものであるから、その特許権保護の範囲は、特許請求の範囲および、それと均等な領域を基準として定めなければならない。
【符号の説明】
【００４３】
１００，３００    電子装置
１１０    スクリーン
１２０    検知モジュール
１３０，３３０    制御モジュール
３４０    主メモリ
３５０    補助メモリ
５０２    ホームスクリーン
５１０，５１０‘，５２０，５３０，５４０    サムネイル
５６０    操作スクリーン
【図１】
2012203899.tif 000003
【図２】
2012203899.tif 000004
【図３】
2012203899.tif 000005
【図４】
2012203899.tif 000006
【図５Ａ】
2012203899.tif 000007
【図５Ｂ】
2012203899.tif 000008
【図５Ｃ】
2012203899.tif 000009
【図５Ｄ】
2012203899.tif 000010
【外国語明細書】
2012203899000001.pdf