TW201539301A - 可調適使用者介面窗格管理器 - Google Patents

Abstract

用於自動管理使用者介面中相對於應用程式畫布之窗格的系統之實施例。系統包括窗格管理器，該窗格管理器與應用程式一起工作以提供對窗格之存取，同時保持使用者內容的最小可見數量。系統允許應用程式定義受保護的畫布大小。當需要窗格時，系統確定是否存在或可藉由解散另一窗格而建立用於窗格的足夠空間。若是，則增加窗格。若否，則可以用臨時的方式顯示窗格。系統亦回應使用者介面大小之變化。若使用者介面大小減小到現存窗格不再具有足夠空間之情況，則解散現存窗格之一或更多者。

Description

可調適使用者介面窗格管理器 【相關申請案】

本申請案係主張2014年4月2日申請之美國臨時申請案第61/974,377號「可調適使用者介面窗格管理器」之優先權，所揭示之內容係藉由參照其整體而併入本文。

本發明係關於可調適使用者介面窗格管理器。

許多使用者介面採用窗格以陳列應用程式功能與資訊給使用者。窗格通常專用於應用程式之特定特徵或功能。當使用者利用由窗格支持之特徵或功能執行任務時，增加窗格至使用者介面中。在使用者介面中，窗格必須與應用程式畫布共享空間，而應用程式畫布具有主要應用程式內容。儘管有用，窗格減少可用於應用程式畫布的空間數量。

如果沒有限制，窗格可支配使用者介面，而幾乎沒有空間給應用程式畫布。一種窗格管理之習知方式係為不管理，而讓使用者具有窗格管理之責任。只是打開窗格並保持直到使用者手動關閉。使用者亦可選擇性調整打開的窗格大小；然而，低解析度或小型裝置與觸控式介面通常無法提供 需要保持窗格在可用大小與最大螢幕使用率的精確輸入回應。即使當精度是可用的，管理窗格的心力有損於使用者體驗。

另一窗格管理之習知方式係在窗格數目上放置硬編碼限制。硬編碼限制並不適用於所有情況且不考慮因素，如考慮顯示配置。當可取得充足顯示區域時，硬編碼數量可能不必要地限制使用者存取使用者所希望的完整數量的窗格。另一方面，當可取得有限顯示區域時，窗格數量上之實際限制可能比硬編碼數量少。

本發明已完成關於這些與其他考慮。儘管已討論相對具體之問題，應理解，本文所揭示之實施例不應限於解決先前技術中所識別之具體問題。

本發明內容係提供以下面【實施方式】中進一步描述之簡化形式介紹概念之選擇。本發明內容並不意欲識別所主張之標的物之關鍵特徵或必要特徵，亦非意欲作為決定所主張之標的物之範圍之輔助。

用於自動管理使用者介面中相對於應用程式畫布之窗格的系統的態樣包括計算裝置，該計算裝置至少具有處理裝置、記憶體、及顯示。系統確定發生可能影響畫布大小的事件(如改變顯示配置，調整應用程式窗口的大小，或重新定位顯示)，或窗格的打開或關閉，這又可能影響窗格管理。當發生這樣的事件時，系統收集資訊，該資訊可包括但不限於受保護的畫布大小與當前應用程式使用者介面大小。

當請求打開當前未打開之窗格時，系統確定是否可增加新窗格，同時保留受保護的畫布大小。若新窗格符合可用空間，則系統將打開新窗格，以作為永久窗格。若新窗格不符合，系統確定是否有當前打開的任何永久窗格。若沒有永久窗格打開，則系統打開新窗格，以作為暫時窗格，而非永久窗格。若一個以上的永久窗格打開，則系統關閉最低優先級之永久窗格。若只有一個永久窗格打開且打開的窗格為非關鍵，則系統用新窗格替換永久窗格。若唯一打開的窗格為關鍵窗格，則系統可暫時關閉(如暫停)關鍵窗格。一旦藉由關閉打開的非關鍵窗格或暫停關鍵窗格而讓空間可用於新窗格，則系統打開新窗格，以作為永久窗格。

當請求關閉當前打開的窗格或UI大小增加時，若可用於恢復窗格的空間足夠，系統嘗試恢復自動關閉的窗格。若UI大小減少到畫布大小小於受保護畫布大小之情況，則系統關閉具有最低優先級之窗格，直到達到受保護畫布大小或已關閉所有窗格。管理窗格之後，系統調整畫布之大小，並適當地回流及/或縮放內容。

100‧‧‧系統

102‧‧‧窗格管理器

104‧‧‧使用者介面

106‧‧‧應用程式

108‧‧‧計算裝置

110‧‧‧使用者

112‧‧‧感應器

114‧‧‧內容

116‧‧‧應用程式畫布

118‧‧‧窗格

120‧‧‧顯示

122‧‧‧配置

200‧‧‧方法

202‧‧‧操作

204‧‧‧操作

206‧‧‧操作

208‧‧‧操作

210‧‧‧決定

212‧‧‧操作

214‧‧‧操作

216‧‧‧操作

218‧‧‧操作

219‧‧‧操作

220‧‧‧操作

222‧‧‧確定

224‧‧‧操作

230‧‧‧操作

232‧‧‧操作

234‧‧‧操作

236‧‧‧操作

240‧‧‧操作

242‧‧‧確定

244‧‧‧操作

300‧‧‧監視器

302‧‧‧應用畫布

304‧‧‧第一窗格

306‧‧‧第二窗格

308‧‧‧關鍵窗格

310‧‧‧第三窗格

402‧‧‧應用畫布

404‧‧‧第一窗格

406‧‧‧第二窗格

408‧‧‧暫時窗格

500‧‧‧計算裝置

502‧‧‧處理單元

504‧‧‧系統記憶體

505‧‧‧作業系統

506‧‧‧程式模組

508‧‧‧虛線

509‧‧‧可移除儲存裝置

510‧‧‧不可移除儲存裝置

512‧‧‧輸入裝置

514‧‧‧輸出裝置

516‧‧‧通訊連接

518‧‧‧其他計算裝置

520‧‧‧軟體應用程式

600‧‧‧行動計算裝置

602‧‧‧系統

605‧‧‧顯示

610‧‧‧輸入按鈕

615‧‧‧側輸入元件

620‧‧‧視覺指示器

625‧‧‧音訊轉換器

630‧‧‧板載照相機

635‧‧‧鍵板

662‧‧‧記憶體

664‧‧‧作業系統

665‧‧‧應用程式

668‧‧‧非揮發性儲存區域

670‧‧‧電源

672‧‧‧無線電

674‧‧‧音訊介面

676‧‧‧視訊介面

702a‧‧‧個人電腦

702b‧‧‧平板電腦

702c‧‧‧行動計算裝置

715‧‧‧網路

716‧‧‧儲存

720‧‧‧伺服器

722‧‧‧目錄服務

724‧‧‧入口網站

726‧‧‧郵箱服務

728‧‧‧即時訊息儲存

730‧‧‧社交網站

本發明之進一步特徵、態樣、及優點將藉由參照以下附圖而更好地理解，其中元件並未照比例繪製，以便更清楚地展示細節，且其中類似的元件符號可指示一些視圖中之相似元件：第1圖係為圖示用於自動管理應用程式之使用者介面中相對於應用畫布之窗格的系統的方塊圖； 第2A及2B圖形成自動管理使用者介面中相對於應用畫布之窗格的方法的一個實施例的高階流程圖；第2C圖圖示詳細說明打開的暫時窗格操作的一個實施例的高階流程圖；第2D圖圖示詳細說明關鍵窗格暫停檢查操作的一個實施例的高階流程圖；第3A至3E圖圖示用於以橫向在較高解析度的監視器上運行的應用程式的窗格管理序列的一個實施例；第3F至3I圖圖示用於以橫向在較高解析度的監視器上運行的應用程式的涉及關鍵窗格的窗格管理序列的一個實施例；第4A到4G圖圖示用於在較低解析度的平板上運行的應用程式的窗格管理序列的一個實施例；第5圖係為圖示可實施本發明之實施例的計算裝置的實際部件的一個實施例的方塊圖；第6A及6B圖係為可實施本發明之實施例的行動計算裝置的簡化方塊圖；以及第7圖係為可實施本發明之實施例的分佈式計算系統的簡化方塊圖。

各種實施例更全面地參照隨附圖式描述於下，而形成本發明的一部分，並展示出具體的示例性實施例。然而，實施例可以用許多不同的形式實現，且不應解釋為限於本文所述之實施例；更確切地說，提供這些實施例而使得本發明 徹底且完整，並充分地傳達實施例之範圍給該領域具有通常知識者。實施例可實施為方法、系統或裝置。因此，實施例可採用硬體實現、完全軟體實現或結合軟體與硬體態樣實現之形式。因此，以下之實施方式不應視為具有限制意義。

在本文中描述並在隨附圖式中圖示自動管理使用者介面中相對於應用畫布之窗格的系統的實施例。系統包括窗格管理器，該窗格管理器與應用程式一起工作，以提供對窗格之存取，同時至少保持使用者內容的最小可見數量。系統允許應用程式定義受保護的畫布大小。當需要窗格時，系統確定是否存在或可藉由解散另一窗格而建立用於窗格的足夠空間。若是，則增加窗格。若否，則可以用臨時的方式顯示窗格。系統亦回應使用者介面大小之變化。若使用者介面大小減小到現存窗格不再具有足夠空間之情況，則解散現存窗格之一或更多者。

本發明之實施例係敘述於傳統使用者介面佈局中，僅用於提供參考之標準框架；然而，本發明不限於傳統使用者介面佈局。因此，使用特定定向(如水平、垂直、橫向、縱向等)、方向(如左、右、上、下)、位置(如頂部、底部、側面、上面、下面、前面、背面等)、及尺寸(如高度、寬度等)不應解釋為限制特定定向、方向、位置、或尺寸。

第1圖係為圖示用於自動管理應用程式之使用者介面中之窗格的系統的方塊圖。系統100包括窗格管理器102，以依據所使用裝置之顯示屬性與當前使用者介面屬性(如畫布大小、窗格打開的數目等)，管理應用程式106之使用者介 面104中之窗格之顯示。窗格管理器102、使用者介面104、應用程式106係在計算裝置108上執行。計算裝置可為用於執行應用程式的各種類型的計算裝置(如平板計算裝置、桌上型電腦、行動通訊裝置、膝上型電腦、膝上型/平板混合計算裝置、大型螢幕多點觸控顯示、遊戲裝置、智慧型電視、或其他類型的計算裝置)中之一者，以用於執行各種任務。

使用者110可利用計算裝置上之應用程式，以用於各種任務，可包括如寫入、計算、繪製、組織、準備展示、發送及接收電子郵件、採用及整理筆記、製作音樂、及類似物。應用程式可包括厚客戶端應用程式，可本地儲存於計算裝置上，或可包括薄客戶端應用程式(如網路應用程式)，可以駐留在遠端伺服器上並透過網路(如網際網路或內部網路)存取。薄客戶端應用程式可在瀏覽器控制環境或用瀏覽器支持語言之編碼中主控，並依賴於共同網路瀏覽器以呈現可在計算裝置上執行的應用程式。計算裝置可經配置以接收用於顯示120(可包含觸控螢幕顯示)上呈現之內容。

應用程式可經配置以讓使用者110能夠使用指向裝置(如滑鼠、筆/觸筆等)，及/或利用計算裝置110上之感應器112(如觸控感應器、加速度計、懸停、面部識別、語音識別、光感應器、接近感應器、陀螺儀、傾斜感應器、GPS等)，以經由多個輸入模式與內容114互動。內容可在應用程式畫布116上顯示。使用者介面可包括一或多更個選擇性可顯示窗格118，包含複數個可選擇功能控制與元件。窗格管理器依據由應用程式提供之配置122自動控制窗格之顯示，以維持 應用程式畫布之顯示上之最小空間數量。

第2A及2B圖形成自動管理使用者介面中相對於應用畫布之窗格的方法的一個實施例的高階流程圖。方法200開始於發生可能影響畫布大小的事件，如裝置之顯示配置(如解析度或定向)之變化(如由改變顯示設定或重新定向顯示而造成)或改變使用者介面(如調整應用程式窗口的大小或打開/關閉窗格)，這又可能影響窗格管理。當發生這樣的事件時，當前大小檢查操作202收集資訊，可包括但不限於受保護的畫布大小與當前應用程式使用者介面大小(如窗口)。受保護的畫布大小指定特定應用程式的最小畫布大小，以確保使用者的內容保持有意義的可見數量。換言之，畫布大小不能降低到低於受保護的畫布大小。在各種實施例中，可在單一尺寸(如寬度或高度)中指定受保護的畫布大小。舉例而言，可指定受保護的畫布寬度，以防止側窗格佔據，或可指定受保護的畫布寬度高度，以防止頂部/底部窗格佔據。在其他實施例中，可在二個尺寸(如寬度與高度)中指定受保護的畫布大小。

至少部分取決於所發生的事件類型而回應以繼續該方法。若請求打開不是當前打開的窗格(如新窗格)，則符合檢查操作204確定是否可增加新窗格，同時保留受保護的畫布大小。符合檢查操作可考慮到所請求的窗格的各種屬性，例如但不限於對齊、條目行為、標題、外框(chrome)、關鍵、高度、停留狀態、及寬度。條目行為指定窗格是否為永久或暫時。永久(如固定)窗格係為與畫布共同存在，並可停留 在使用者介面中。永久窗格保持到由使用者手動解散(如使用關閉部件)，或由應用程式以程式關閉。暫時窗格存在於畫布上面。暫時(如光解散(light dismiss)或彈跳(popover))窗格保持到使用者將焦點移動到窗格外部區域。參數(如條目行為、優先級及寬度)可由窗格管理器直接影響窗格之處理。

若新窗格符合可用空間，則打開永久窗格操作216打開新窗格，以作為永久窗格。新窗格之位置可以在最後打開的窗格之內側，或者若沒有打開其他窗格則在應用程式使用者介面的一側上，或到打開的窗格的外部。舉例而言，窗格可打開到現存窗格的左側。畫布重新配置操作218調整畫布的大小，並適當地回流及/或縮放內容。

若新窗格不符合(如新畫布大小將小於受保護的畫布大小)，則窗格清點操作206確定是否有當前打開的永久窗格。若沒有打開永久窗格，則打開暫時窗格操作208打開窗格，以作為彈跳窗格，而非永久窗格。若一個以上的永久窗格打開，則關閉永久窗格操作214關閉具有最低優先級的永久窗格。具有最低優先級的窗格之選擇可依據標準，例如但不限於，主要性(如關閉最早打開的窗格)、最近度(如關閉所打開的最後一個窗格)、及非關鍵性(如在關閉關鍵窗格之前關閉非關鍵窗格)。

若只有一個永久窗格打開，則作成關鍵性決定210。若打開的窗格係為非關鍵，則方法前進到關閉永久窗格操作214。若唯一打開的窗格為關鍵，則關鍵窗格暫停操作212可 暫時關閉關鍵窗格。在各種實施例中，關鍵窗格暫停操作可標記關鍵窗格已關閉。關鍵窗格可實際關閉，或可簡單地從查看中隱藏。

在已透過關鍵窗格暫停操作212或關閉永久窗格操作214關閉或暫停窗格之後，操作可返回到符合檢查操作204，以重新評估可用空間。若可取得足夠空間，則方法依據需要繼續至打開永久窗格操作216與畫布重新配置操作218。若否，則可依據當前狀態窗格重複或探查操作206至214。

返回到事件類型決定，若發生關閉窗格事件，則關閉窗格操作219關閉窗格，以在UI區域中騰出空間。當可取得用於關鍵窗格之足夠空間，關鍵窗格暫停檢查操作220試圖恢復先前已暫停之關鍵窗格。方法依據需要繼續至畫布重新配置操作218。

返回到事件類型決定，若發生UI大小改變事件，則方法繼續(第2B圖)到UI大小變化方向確定222。UI大小變化可獨立發生於打開或關閉窗格。UI大小改變事件可由直接調整UI區域(如窗口)或UI之部件(如應用程式畫布或窗格)大小或由顯示之重新配置(如改變顯示之解析度或取向)而導致。若UI大小已增加，則意味著更多的空間是潛在可用於畫布與窗格，當可取得用於關鍵窗格之足夠空間，關鍵窗格暫停檢查操作220試圖恢復先前已暫停的關鍵窗格。若UI大小已減少，則確保受保護的畫布大小操作224確定所得到的畫布大小是否小於受保護的畫布大小，並關閉具有最 低優先級的窗格，直到達到受保護的畫布大小或所有窗格已關閉。代替關閉低優先級窗格，確保受保護的畫布大小操作224可以選擇性將一或更多個低優先級永久窗格轉換為暫時窗格，以建立空間。當前打開的永久窗格到暫時窗格之轉換可限制為只有那些若在打開窗格時沒有足夠空間而最初打開作為暫時窗格的窗格。該方法依據需要繼續到畫布重新配置操作218(第2A圖)。

第2C圖圖示詳細說明打開的暫時窗格操作的一個實施例的高階流程圖。打開暫時操作208開始於打開彈跳窗格操作230，以打開新窗格以作為暫時窗格而覆蓋畫布的一部分。可選聚焦操作232可在顯示暫時窗格時提供畫布、文件、及/或使用者介面上之任何特定處理。取決於應用程式，聚焦操作可操縱畫布或文件，以保持在未被暫時窗格覆蓋的畫布的一部分中查看所選擇的物件。舉例而言，在文字處理或電子表格應用程式中，聚焦操作可捲動畫布，以保持查看所選擇的物件。同樣地，在呈現應用程式中，聚焦操作可縮放文件，以保持查看所選擇的物件。在更模組化之應用程式(如組合電子郵件、日曆、及任務應用程式)的情況下，聚焦操作可選擇性改變應用程式使用者介面之形狀及/或配置，以讓剩餘的可用空間能夠最佳利用。一旦暫時窗格失去焦點，自動解散操作234解散暫時窗格。可選畫布恢復操作236可取消由窗格操作執行的任何特定處理。舉例而言，畫布恢復操作可以將畫布捲動回原來的位置。

第2D圖圖示詳細說明關鍵窗格暫停檢查操作的一 個實施例的高階流程圖。關鍵窗格暫停檢查操作220開始於暫停關鍵窗格識別操作240，以確定由應用程式指定為關鍵之窗格是否當前未打開。若關鍵窗格係為關閉，則符合檢查確定242確定是否存在足夠的空間來打開關鍵窗格。若是，則恢復關鍵窗格操作244依據需要讀取或取消隱藏關鍵窗格。儘管以關鍵窗格描述，關鍵窗格暫停檢查操作可用於重新打開其他窗格(如已自動關閉之非關鍵窗格)。

第3A至3E圖圖示用於以橫向在較高解析度的監視器上運行的應用程式的窗格管理序列的一個實施例。應用程式定義受保護的畫布大小為400像素寬度。在橫向中，監視器300提供1600像素之顯示寬度。在第3A圖中，沒有窗格顯示，而應用畫布302佔據顯示的整個寬度。

第3B圖展示已請求具有330像素寬度之第一窗格304之後的使用者介面。畫布的產生寬度為1270像素，所以窗格管理器顯示第一窗格，並相應調整畫布大小/回流。

第3C圖展示已請求具有330像素寬度之第二窗格306之後的使用者介面。即使加入第二窗格之後，畫布的產生寬度為940像素，係在400像素的受保護的畫布大小之上。因此，窗格管理器將第二窗格顯示到第一窗格的左側，並相應調整畫布大小/回流。

第3D圖展示調整應用程式使用者介面大小以分割螢幕佈局之結果，這將可用於應用程式使用者介面的顯示部分減少至789像素。在新配置中，若顯示兩個窗格，則畫布大小將限制到129像素。為了維持受保護的最小畫布大小， 窗格管理器解散第一窗格(最早的窗格)，並保留第二窗格。相應調整畫布大小/回流。

第3E圖展示調整應用程式使用者介面大小到全部螢幕佈局之結果，這將可用於應用程式使用者介面的顯示部分恢復為全部1600像素。在所示之實施例中，保留現存窗格，但不恢復(如重新打開)先前關閉的窗格。在各種實施例中，若有空間可用，系統可試圖恢復關閉窗格。舉例而言，系統可保持窗格歷史，並隨著有空間變得可用而試圖自動重新打開最近關閉的窗格。在一些實施例中，僅自動恢復自動關閉的窗格與關鍵窗格。在一些實施例中，僅自動恢復關鍵窗格。相應調整畫布大小/回流。

第3F至3I圖圖示用於以橫向在較高解析度的監視器上運行的應用程式的涉及關鍵窗格的窗格管理序列的一個實施例。第3F圖展示具有由一關鍵窗格308與二個非關鍵窗格304、306限制之應用程式畫布302的應用程式使用者介面。應用程式可定義窗格作為關鍵窗格。關鍵窗格可為應用程式使用者介面中之基礎的窗格。關鍵窗格不需要一直呈現，但通常應該可由使用者取得。窗格管理器不會自動解散關鍵窗格，除非當前使用者介面大小僅允許一次打開單一窗格。當使用者介面大小增加到足夠大或其他窗格關閉，窗格管理器將自動恢復關鍵窗格。在各種實施例中，窗格管理器可自動恢復關鍵窗格，即使該關鍵窗格為手動關閉。在一些實施例中，應用程式可僅指定一個窗格為關鍵窗格。

第3G圖展示調整應用程式使用者介面大小以分割 螢幕之結果，這將可用於應用程式使用者介面的顯示部分減少至789像素。在新配置中，只有一個窗格的足夠空間，讓畫布大小在受保護的畫布大小之上。因此，窗格管理器解散二個非關鍵窗格，並保留關鍵窗格。相應調整畫布大小/回流。

第3H圖展示已請求具有330像素寬度之第三窗格310之後的分割螢幕佈局中之使用者介面。因為只有一個窗格的足夠空間，關鍵窗格暫時暫停，以支持第三任務窗格。相應調整畫布大小/回流。

第3I圖展示調整應用程式使用者介面大小到全部螢幕佈局之結果，這將可用於應用程式使用者介面的顯示部分恢復為全部1600像素。保留現存窗格。此外，因為現在可取得足夠空間，恢復關鍵窗格。相應調整畫布大小/回流。

第4A到4C圖圖示用於在較低解析度的平板上運行的應用程式的窗格管理序列的一個實施例。應用程式定義受保護的畫布大小為400像素寬度。在橫向中，平板提供1024像素的顯示寬度。在第4A圖中，沒有窗格顯示，而應用畫布402佔據顯示的整個寬度。

第4B圖展示已請求具有330像素寬度之第一窗格404之後的使用者介面。畫布的產生寬度為694像素，所以窗格管理器顯示第一窗格，並相應調整畫布大小/回流。

第4C圖展示已請求具有330像素寬度之第二窗格406之後的使用者介面。增加第二窗格將畫布寬度減少到364像素，係在400像素的受保護的畫布大小之下。顯示無法同時容納第一窗格與第二窗格。因此，解散第一窗格，並增加 第二窗格。實際上，第二窗格取代第一窗格。

第4D圖展示在分割螢幕佈局中之應用程式使用者介面，這將可用於應用程式使用者介面的顯示部分減少至501像素。在此配置中，若顯示窗格，則畫布大小將限制到171像素。因此，解散現存窗格。相應調整畫布大小/回流。

第4E圖展示在顯示大小與受保護的應用程式大小不允許永久窗格的窗格之處理。並非排除正在顯示的所有窗格，當請求窗格時，窗格管理器將窗格顯示為暫時窗格408。暫時窗格覆蓋畫布的至少一部分。在所示實施例中，暫時窗格覆蓋應用程式外框的一部分。在其他實施例中，暫時窗格可能不覆蓋應用程式外框。暫時窗格亦可能出現如全螢幕窗格或接近沉浸式窗格，而覆蓋總使用者介面區域或整個顯示區的相當大的部分。應用程式畫布不調整大小/回流。當暫時窗格失去焦點(如使用者點擊暫時窗格外部)時，解散暫時窗格，讓應用程式畫布再次完全可見。

第4F及4G圖展示與旋轉到縱向的平板的窗格管理序列的一個實施例。在縱向中，平板提供768像素的顯示寬度。在第4F圖中，沒有窗格顯示，而應用畫布佔據顯示的整個寬度。

第4G圖展示已請求具有330像素寬度之第一窗格404之後的使用者介面。畫布的產生寬度為438像素，所以窗格管理器顯示第一窗格，並相應調整畫布大小/回流。

本申請案之標目可實施於各種實施例中，以作為系統、裝置、及其他製品或作為方法。實施例可實現為硬體、 軟體、電腦可讀取媒體、或者其組合。本文所述之實施例與功能可經由多種計算系統操作，多種計算系統包括但不限於桌上型電腦系統、有線及無線計算系統、行動計算系統(如行動電話、小筆電、平板或板型電腦、筆記型電腦、及膝上型電腦)、手持式裝置、多處理器系統、微處理器式或可程式化消費電子產品、小型電腦、及大型電腦。

各種類型的使用者介面與資訊可經由板載計算裝置顯示或經由與一或更多個計算裝置相關聯的遠端顯示單元顯示。舉例而言，各種類型的使用者介面與資訊可顯示在壁表面及與壁表面互動，其中各種類型的使用者介面與資訊投影到壁表面上。與可實施本發明之實施例的多個計算系統之互動包括按鍵輸入、觸控螢幕輸入、語音或其他音訊輸入、手勢輸入(其中相關聯計算裝置配備檢測(如相機)功能，以用於拍攝及解釋使用者之手勢，以用於控制計算裝置的功能)、及類似物。

第5-7圖與相關聯描述提供可實施本發明之實施例的多種操作環境之討論。然而，如本文所述，所圖示及討論之裝置與系統係用於示例及說明之目的，而非限制可用於實施本發明之實施例的大量計算裝置配置。

第5圖係為圖示可實施本發明之實施例的計算裝置500的實際部件(如硬體)的方塊圖。下面所述之計算裝置部件可適合於所實施之計算裝置，包括但不限於個人電腦、平板電腦、表面電腦、智慧型電話、或本文所述之任何其他計算裝置。在基本配置中，計算裝置500可包括至少一個處理 單元502與系統記憶體504。根據計算裝置之配置與類型，系統記憶體504可包含但不限於，揮發性記憶體(如隨機存取記憶體)、非揮發性記憶體(如唯讀記憶體)、快閃記憶體、或這些記憶體的任何組合。系統記憶體504可包括作業系統505與一或更多個程式模組506，一或更多個程式模組506適於運行軟體應用程式520，如窗格管理器102。舉例而言，作業系統505可為適於控制計算裝置500之操作。此外，本發明之實施例可結合圖形庫、其他作業系統、或任何其他應用程式一起使用，且不限於任何特定應用程式或系統。藉由虛線508中之那些部件圖示此基本配置。計算裝置500可具有額外特徵或功能。舉例而言，計算裝置500亦可包括額外資料儲存裝置(可移除及/或不可移除)，如磁碟、光碟、或磁帶。這樣的額外儲存係由可移除儲存裝置509與不可移除儲存裝置510圖示。

如上所述，多個程式模組與資料檔案可儲存在系統記憶體504上。在處理單元502上執行時，軟體應用程式520可執行處理，該處理包括但不限於方法200之階層之一或更多者。其他程式模組可用於根據本發明之實施例，可包括電子郵件與聯絡人應用程式、文字處理應用程式、電子表格應用程式、資料庫應用程式、幻燈片展示應用程式、或電腦輔助繪圖應用程式等。

此外，本發明之實施例可實施於電路中，該電路包含分散式電子元件、含有邏輯閘之封裝或整合電子晶片、利用微處理器的電路、或含有電子元件或微處理器的單一晶 片。舉例而言，本發明之實施例可經由系統級晶片(SOC)實施，其中所示之每一或多個部件可整合至單一整合電路上。這樣的SOC裝置可包括一或更多個處理單元、圖形單元、通訊單元、系統虛擬化單元及各種應用程式功能，所有這些都整合(或「燒」)到晶片基板上，以作為單一整合電路。當經由SOC操作時，本文所述之關於軟體應用程式520之功能可經由在單一整合電路(晶片)上整合計算裝置500之其他部件的應用特定邏輯而操作。本發明之實施例亦可使用其他技術實施，其他技術能夠執行邏輯操作，如AND、OR及NOT，其他技術包括但不限於機械、光學、流體及量子技術。此外，本發明之實施例可在通用電腦中或在任何其他電路或系統中實施。

計算裝置500亦可具有一或更多個輸入裝置512，如鍵盤、滑鼠、筆、聲音輸入裝置、觸控輸入裝置等。亦可包括輸出裝置514，如顯示器、投影機、喇叭、印表機等。上述裝置係為實例，亦可使用其他裝置。計算裝置500可包括一或更多個通訊連接516，以允許與其他計算裝置518通訊。合適的通訊連接516之實例包括但不限於RF發射器、接收器及/或收發器電路；通用串列匯流排(USB)、並列及/或串列埠。

如本文所用之術語電腦可讀取媒體可包括電腦儲存媒體。電腦儲存媒體可包括以任何方法或技術實現的揮發性與非揮發性、可移除與不可移除媒體，以用於儲存資訊，如電腦可讀取指令、資料結構、或程式模組。系統記憶體504、 可移動儲存裝置509、及不可移動儲存裝置510都是電腦儲存媒體之實例(如記憶體儲存)。電腦儲存媒體可包括：隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電子式可清除可程式化唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、光碟唯讀記憶體(CD-ROM)、數位多功能碟(DVD)或其他光碟儲存、磁帶匣、磁帶、磁碟儲存或其他磁儲存裝置、或可製造以用於儲存資訊且可由計算裝置500存取的任何其他製品。任何這樣的電腦儲存媒體可以是計算裝置500之一部分。

第6A及6B圖圖示可實施本發明之實施例的行動計算裝置600。合適的行動計算裝置之實例包括但不限於行動電話、智慧型電話、平板電腦、表面電腦、及膝上型電腦。在基本配置中，行動計算裝置600係為具有輸入元件與輸出元件的手持式電腦。行動計算裝置600通常包括顯示605與一或更多個輸入按鈕610，以允許使用者將資訊輸入至行動計算裝置600。行動計算裝置600之顯示605亦可作為輸入裝置(如觸控螢幕顯示)。若包括，則可選的側輸入元件615允許進一步使用者輸入。側輸入元件615可為旋轉開關、按鈕、或任何其他類型的手動輸入元件。在替代實施例中，行動計算裝置600可結合更多或更少輸入元件。舉例而言，在一些實施例中，顯示605可能不是觸控螢幕。在又一替代實施例中，行動計算裝置600係為可攜式電話系統，如蜂窩式電話。行動計算裝置600亦可包括可選的鍵板635。可選的鍵板635可以是實際鍵板或觸控螢幕顯示上產生之「軟」鍵板。在各 種實施例中，輸出元件包括顯示605，用於顯示圖形使用者介面、視覺指示器620(如發光二極體)、及/或音訊轉換器625(如喇叭)。在一些實施例中，行動計算裝置600包括振動轉換器，用於提供觸覺反饋給使用者。在又一實施例中，行動計算裝置600包含輸入及/或輸出埠，如音訊輸入(如麥克風插孔)、音訊輸出(如耳機插孔)、及視訊輸出(如HDMI埠)，以用於發送訊給給外部裝置或從外部裝置接收訊號。

第6B圖係為圖示行動計算裝置的一個實施例的結構之方塊圖。換言之，行動計算裝置600可結合系統(如架構)602以實現一些實施例。在一個實施例中，系統602係實現為能夠運行一或更多個應用程式(如瀏覽器、電子郵件客戶端、筆記、聯絡人管理器、訊息客戶端、遊戲及媒體客戶機/播放器)的智慧型電話。在一些實施例中，系統602係整合為計算裝置，如整合個人數位助理(PDA)與無線電話。

一或更多個應用程式665可載入至記憶體662，並運行於作業系統664上或與作業系統664一起運行。應用程式之實例包括電話撥號程式、電子郵件程式、個人資訊管理(PIM)程式、文字處理程式、電子表格程式、網路瀏覽器程式、訊息程式等。系統602亦包括記憶體662中的非揮發性儲存區域668。非揮發性儲存區域668可用於儲存若系統602斷電也不應該不見的永久資訊。應用程式665可使用及儲存非揮發性儲存區域668中之資訊，如由電子郵件應用程式使用的電子郵件或其他資訊、及類似物。同步應用程式(未圖示)亦駐留於系統602上，並程式化以與駐留於主控電腦上 的對應同步應用程式互動，以保持儲存在非揮發性儲存區域668之資訊與儲存在主控電腦之對應資訊同步。應理解，其他應用程式可載入至記憶體662，並運行於行動計算裝置600上，包括本文所述之軟體應用程式520。

系統602具有電源670，電源670可實現為一或更多個電池。電源670可進一步包括外部電源，如交流轉接器或用於補充或充電電池的供電對接支架。

系統602亦可包括無線電672，無線電672執行發送及接收無線電頻率通訊之功能。無線電672經由通訊運營商或服務提供商促進系統602與外部世界之間的無線連接。對無線672之傳輸與來自無線之傳輸係在作業系統664之控制下進行。換言之，由無線電672接收之通訊控制可經由作業系統664分發至應用程式665，而反之亦然。

視覺指示器620可用於提供視覺通知及/或音訊介面674可經由音訊轉換器625用於產生聽覺通知。在圖示之實施例中，視覺指示器620係為發光二極體(LED)，而音訊轉換器625係為喇叭。這些裝置可直接耦接至電源670，而使得在啟動時，他們在由通知機制所要求之持續期間保持開啟，即使處理器660以及其他部件可能關閉以節省電池電量。LED可程式化以保持無限期開啟，直到使用者採取行動以指示裝置之供電狀態。音訊介面674係用於提供音訊訊號，並接收來自使用者的聲音訊號。舉例而言，除了耦接至音訊轉換器625，音訊介面674亦可耦接至麥克風，以接收聲音輸入，而促進電話對話。根據本發明之實施例，麥克風亦可作為音訊 感測器，以促進通知控制，而這將在下面描述。系統602可進一步包括視訊介面676，以啟動板載照相機630記錄靜止圖像之操作、視訊串流、及類似物。

實施系統602的行動計算裝置600可具有額外特徵或功能。舉例而言，行動計算裝置600亦可包括額外資料儲存裝置(可移除及/或不可移除)，如磁碟、光碟、或磁帶。這樣的額外儲存係由非揮發性儲存區域668圖示。

資料/資訊由行動計算裝置600產生或捕捉，並經由系統602儲存，而資料/資訊可以本地儲存在行動計算裝置600上，如上所述，或資料可儲存在任何數量的儲存媒體上，而可經由無線電672或經由行動計算裝置600與相關聯於行動計算裝置600的獨立計算裝置之間的有線連接存取，如在分佈式計算網路中之伺服器電腦，如網際網路。應理解這樣的資料/資訊可經由無線電672或經由分佈式計算網路而由行動計算裝置600存取。同樣地，這樣的資料/資訊可根據已知的資料/資訊傳輸與儲存構件容易在計算裝置之間傳輸，以用於儲存及使用，已知的資料/資訊傳輸與儲存構件包括電子郵件與協作資料/資訊共享系統。

第7圖圖示用於提供本文所述之多語音字體內插值功能給一或更多個客戶端裝置的系統之結構的一個實施例。與軟體應用程式520相關聯的開發、互動、或編輯之內容可儲存在不同通訊頻道或其他儲存類型中。舉例而言，可使用目錄服務722、入口網站724、郵箱服務726、即時訊息儲存728、或社交網站730儲存不同文件。如本文所述，軟體應用 程式520可使用任何這些類型的系統或類似物，以啟動資料利用。伺服器720可提供軟體應用程式520給客戶端。作為一個實例，伺服器720可為網路伺服器，以在網路上提供軟體應用程式520。伺服器720可透過網路715在網路上提供軟體應用程式520給客戶端。通過示例性方式，客戶端計算裝置可實現為計算裝置500，並體現在個人電腦702a、平板電腦702b及/或行動計算裝置(如智慧型電話)702c。任何客戶端裝置的這些實施例可從儲存716取得內容。

本申請案所提供之一或更多個實施例的描述及圖示係提供完整內容，並完整揭示所主張之全部範圍給該領域具有通常知識者，並不意欲以任何方式限定或限制本發明所請求之範圍。本申請案提供之實施例、實例、及詳情係認為足以傳達所有權並讓該領域具有通常知識者能夠實施所請求保護之發明的最佳模式。對於該領域具有通常知識者視為習知的結構、資源、操作及動作之敘述可簡述或省略，以避免模糊本申請案所主張之較不為人知或獨特的態樣。除非明顯記載，所請求保護之發明不應解釋為限定於本申請案提供之任何實施例、實例、及詳情。無論組合或分開圖示或描述，各種特徵(包括結構與方法)意欲選擇性地包括或省略，以產生具有特定特徵集的實施例。所示或所述之任何或所有功能與動作可以用任何順序或同時執行。已提供本申請案之描述及圖示，該領域具有通常知識者可設想落入本申請案中一般發明概念之更廣泛態樣之精神的變化、修改及替代實施例，而不悖離所請求保護之發明之更廣泛範圍。

300‧‧‧監視器

302‧‧‧應用畫布

304‧‧‧第一窗格

Claims (20)

1. 一種自動管理具有一寬度之一使用者介面中相對於一應用程式畫布之窗格之方法，該方法包含以下步驟：從一應用程式接收該應用程式畫布之一最小寬度之一指示；接收該使用者介面之該寬度已改變並顯示先前打開的一或更多個窗格之一指示或在該應用程式之該使用者介面中顯示所選擇的一窗格之一請求中之一者；以及管理先前打開的該等窗格與所選擇之該窗格之顯示，以確保該應用程式畫布係至少以該最小寬度顯示。
2. 如請求項1所述之方法，其中接收顯示所選擇的一窗格之一請求，且不顯示先前打開的窗格，管理先前打開的該等窗格與所選擇之該窗格之顯示之該步驟進一步包含以下步驟：當該使用者介面並未具有足夠寬度以顯示至少具有該最小寬度之該應用程式畫布與所選擇之該窗格二者時，在該應用程式畫布之一部分上顯示所選擇之該窗格，以作為一暫時窗格。
3. 如請求項2所述之方法，其中當顯示該暫時窗格時，該應用程式畫布之該寬度並未改變。
4. 如請求項2所述之方法，進一步包含以下步驟： 當所選擇之該窗格失去焦點時，解散所選擇之該窗格。
5. 如請求項1所述之方法，其中接收顯示所選擇的一窗格之一請求，並在該使用者介面中顯示先前打開的一窗格，管理先前打開的該等窗格與所選擇之該窗格之顯示之該步驟進一步包含以下步驟：當該使用者介面並未具有足夠寬度以顯示至少具有該最小寬度之該應用程式畫布、先前打開的該窗格、及所選擇之該窗格時，利用所選擇之該窗格取代先前打開的該窗格。
6. 如請求項1所述之方法，其中接收顯示所選擇的一窗格之一請求，並在該使用者介面中顯示先前打開的一個窗格，管理先前打開的該等窗格與所選擇之該窗格之顯示之該步驟進一步包含以下步驟：從該應用程式接收與該應用程式相關聯之一窗格係為一關鍵窗格之一指示；確定先前打開的該窗格係為該關鍵窗格；當該使用者介面並未具有足夠寬度以顯示至少具有該最小寬度之該應用程式畫布、該關鍵窗格、及所選擇之該窗格時，自動關閉該關鍵窗格；顯示所選擇之該窗格，以作為一永久窗格；以及當關閉所選擇之該窗格時，自動重新打開自動關閉的該關鍵窗格。
7. 如請求項1所述之方法，其中接收顯示所選擇的一窗格之一請求，並在該使用者介面中顯示先前打開的二或更多個窗格，管理先前打開的該等窗格與所選擇之該窗格之顯示之該步驟進一步包含以下步驟：當該使用者介面並未具有足夠寬度以顯示至少具有該最小寬度之該應用程式畫布、先前打開的該等窗格、及所選擇之該窗格時，利用所選擇之該窗格取代先前打開的該等窗格中之一者。
8. 如請求項7所述之方法，其中由所選擇之該窗格取代的先前打開的該窗格係為具有最低優先級的先前打開的該窗格。
9. 如請求項8所述之方法，進一步包含以下步驟：依據先前打開的該等窗格打開之順序，確定先前打開的每一窗格之一優先級。
10. 如請求項1所述之方法，其中接收該使用者介面之該寬度已改變之一指示，並顯示先前打開的一或更多個窗格，而其中該使用者介面之該寬度減少，而使得該使用者介面並未具有足夠寬度以顯示至少具有該最小寬度之該應用程式畫布與先前打開的該等窗格，管理先前打開的該等窗格與所選擇之該窗格之顯示之該步驟進一步包含以下步驟：自動關閉一足夠數量的先前打開的該等窗格，以允許該 應用程式畫布係至少以該最小寬度顯示。
11. 如請求項10所述之方法，進一步包含以下步驟：在自動關閉先前打開的一窗格之後，接收該使用者介面之該寬度已增加之一指示；當該使用者介面具有足夠寬度以顯示至少具有該最小寬度之該應用程式畫布與自動關閉的該窗格時，自動重新打開自動關閉的該窗格。
12. 如請求項1所述之方法，進一步包含以下步驟：當該使用者介面具有足夠寬度以顯示至少具有該最小寬度之該應用程式畫布、先前打開的任何窗格、及所選擇之該窗格時，顯示所選擇之該窗格至該應用程式畫布之一個側，以作為一永久窗格。
13. 如請求項12所述之方法，顯示所選擇之該窗格以作為一永久窗格之該步驟進一步包含以下步驟：以所選擇之該窗格之該寬度減少該應用程式畫布之該寬度。
14. 一種用於自動管理一使用者介面中相對於該應用程式畫布之應用程式窗格之系統，該系統包含：一計算裝置，包含一處理器、一最小畫布大小記憶體、及一輸出裝置，以用於呈現一視覺輸出給一使用者，該視覺 輸出包含一應用程式之該使用者介面，該計算裝置可操作以：從一應用程式接收一受保護的畫布大小；在該最小畫布大小記憶體中儲存該受保護的畫布大小；以及回應於該使用者介面之該大小之改變或是打開或關閉一應用程式窗格之請求，依據所儲存之該受保護的畫布大小，確定所顯示的應用程式窗格。
15. 如請求項14所述之系統，其中該計算裝置可進一步操作以：從現在打開的所有應用程式窗格與所請求的任何應用程式窗格之大小計算一總窗格大小。
16. 如請求項15所述之系統，其中該計算裝置可進一步操作以：依據該使用者介面大小、該受保護的畫布大小、及該總窗格大小，確定一應用程式窗格是否顯示為一永久窗格或一暫時窗格。
17. 如請求項15所述之系統，其中該計算裝置可進一步操作以：當該受保護的畫布大小與該總窗格大小之組合大於該使用者介面大小時，自動關閉現在打開的具有最低優先級的該應用程式窗格，直到該受保護的畫布大小與該總窗格大小之 組合小於或等於該使用者介面大小。
18. 如請求項15所述之系統，其中該計算裝置可進一步操作以：當該使用者介面大小對該受保護的畫布大小與該總窗格大小之組合之差大於自動關閉的具有最高優先級的該應用程式窗格之該大小時，自動重新打開自動關閉的具有最高優先級的該應用程式窗格。
19. 如請求項15所述之系統，其中該計算裝置可進一步操作以：從該應用程式接收一關鍵窗格之一指示。
20. 一種含有電腦可執行指令之電腦可讀取媒體，當由一電腦執行時，實行用於自動管理一使用者介面中相對於該應用程式畫布之窗格之一方法，該方法包含以下步驟：從一應用程式接收該應用程式畫布之一最小寬度之一指示；依據主要性、最近度、及關鍵性中之一或更多者，確定每一窗格之一優先級；當該使用者介面包括現在打開的一或更多個永久窗格，且該使用者介面並非大到足以顯示至少具有該最小寬度之該應用程式畫布與現在打開的該等窗格之所有者時：自動關閉現在打開的具有最低優先級的該等永久窗 格之一或更多者，以提供足夠的空間以顯示至少具有該最小寬度之該應用程式畫布；當選擇打開一額外永久窗格時，該使用者介面包括現在打開的一或更多個永久窗格，且該使用者介面並非大到足以顯示至少具有該最小寬度之該應用程式畫布、現在打開的該等永久窗格之所有者、及該額外窗格時：以替代現在打開的具有最低優先級的該永久窗格之方式顯示該額外永久窗格；以及當選擇打開一額外永久窗格時，該使用者介面包括現在打開的一或更多個永久窗格，且該使用者介面並非大到足以顯示至少具有該最小寬度之該應用程式畫布與該額外窗格時：在該應用程式畫布之一部分上顯示該額外永久窗格為暫時窗格，而該暫時窗格具有焦點。