200803423 九、發明說明： 【發明所屬之技術領域】 :發：：關於一種資源控制之方法，其控制多個客戶 制配^Γ 之存取；本發_時也關於相應之資源押 制配扠、晶片組、電子裝置、士凡供 径 體程式產^ 4及館存相應軟體碼之軟 【先前技術】 必須共旱相同之資 多樣之電子裝置提供多種功能 源（例如，單一音訊輸出）。 在行動電話方面，例如，新的功能持續被引介至傳統 之電話功能之上。結果，新興之行動電話及其他之行動裝 置必須克服複雜之多媒體使用情況及目前消費型離雜 需求。操控個別功能之各個客戶可能要求，例如:減 或記錄、音效、輸入及輸出選路(routing)及音量等等之某些 組合，而當其他客戶仍在活動中。 一個豐富之功能組合可能因此造成不可預期之使用事 例其無法簡單地使用基於優先權（priory)之決定來解決問 通個別客戶所提供之優先權值不適用於包含充足之資訊 以解決複雜之使用事例，因為相稱之優先權值係因事例而 異。然而’若客戶沒有注意到其他任何客戶在裝置中進行 之活動，則該客戶自身無法調整使用適當之優先權值。 因此’除了優先權值外，一個或一組額外之值被提出， 例如優先喜好（priority preference)值。該優先權值及該一個 或一組額外之值可藉使用某些軟體碼或硬編碼而得以評 200803423 估。 根據“Symbian OS，Beta版本，系列60第3版SDK”， 例如，TmdaPriorityPreferenceiPref是一優先喜好值，其表 示之優先特性可包含：無、時間（或速度）、品質或時間與品 質兩者。若該值設定為EmdaPriorityPreferenceTime，則音 頻資料是屬有時間性的（time-sensitive)。若播放操作無法發 生於請求之際，則播放操作失敗，除非將輸出降級，例如 允許混合或靜音。若該值設定為 EmdaPriorityPreferenceQuality，則音頻資料必須被播放於最 佳可能品質（例如，其不可藉靜音或混合來降級）。該播放操 作將被延遲直至該聲音裝置可供專屬使用時。若該值設定 為 EmdaPriorityPreferenceTimeAndQuality，則音頻資料將 是有時間性的及高品質要求的。若播放操作無法即刻呈現 高品質，則播放操作失敗。 但是，負責管理目前媒體消費使用事例之習用部件之 維修及擴充是複雜及困難的。另一方面，電子裝置於操作 時所發生之大量狀態是近乎不可能於發展階段來評估。因 此，要涵蓋所有之使用事例是困難的。此外，對於資源存 取控制之新近修改及變更是困難納入的，因為需要改變軟 體碼或甚至硬編碼，並且要了解及預見所有可能狀態下之 變更結果，若非不可能，也是很困難的。 因此，解決及管理上述困難之改進技術是必須的。 【發明内容】 本發明之目的在於改進不同客戶對相同資源之存取之 6 200803423 管理。 本發明提出一種控制多個客戶對至少一個資源存取之 方法。該方法包括：當至少一客戶存取至少一資源之事件 (event)發生時，從多個可供使用之規則組中選擇至少一規則 組；該選擇係依下列至少其中之一來決定··該事件之類型、 該至少一客戶之狀態及系統之狀態。該方法進一步包括應 用該選擇之至少-規則組產生決定。該方法還包括依據該 決定以控制對該至少一資源之存取。 此外，本發明提出一種控制多個客戶對至少 ▼— · 1 / 叫斤厂判王y 一頁 取之資源控制配設。該資源控制配設包括多個規則組_ 資源控制配設進一步包括一規則選擇部件，其用於當至 客戶之存取至少一資源之事件發生時，從多個可供使 之規則組中選擇至少一規則組；該選擇依下列至少其中: 一，決I·該事件之類型、駐少—客戶之狀態及系統: 狀悲。該資源控制配設還包括一控制器，其應用該規則3 擇部件所選擇之規靠以得到衫，及依據該決定，控, 對該至少一資源之存取。 此外，本發明提出一種由多個客戶對至少一個資源巧 取之電子H其包括與上述資源㈣配設相同之部件 加之’該電子裝置可包含例如所有或部份客戶及 應注意的是’該電子裝置可被設計成二 客戶或所有或部份資源是由外部連接至該電子裝置。 存敗:發明提出一種控制多個客戶對至少-峨 曰曰、，且，该晶片組包含至少一個晶片。該至少一伯 7 200803423 晶片包含與上述資源控制配設相同之部件。 加本發明提出-種控制多個客戶對至少一個資源 *戶存取該至少一=事生:用=至少-個該等 組中選擇至少—規則組二= 來決定：該事件之類型、該至少_ j ‘备、=之 態。該設備還包括一裝置，其促成=之狀^及系統之狀 衣罝具促成该規則選擇部件所選擇 =規則組之制以得到決定1設備也包括 ^ 據該決定，控卿該至少-資源之存取。 個客iiU發：提出一種電腦程式產品’其儲存控制多 資源存取之軟體程式碼。當該軟體程式 =電子裝置之處理單元執行時，可實行上述之方法。該 開之儲存裝置、可組裝==碼;部件，例如，分 體碼執行之處理單元錢體、或緩衝該軟 者岸著手於考慮將有關客戶對某資源之存取所必須 之：則Γ規則劃分成邏輯組。該被劃分之規則形成不同 、商用此當一新事件發生時’可能動態地選擇只有 規則组Z件類型、客戶目前狀態及/或目前系統狀態之 若有二顯地：不同客戶間之潛在衝突祇必須考慮於假 /戶目刚疋/舌動或暫停的（例如間歇狀態）。暫停之 記憶為他們可能，例如’仍保留若干 用於選擇過程。因此，= 的是’其他資訊來源也可 /、有被處理之規則組是實際上可應 8 200803423 用於事件。舉例言之，若系統狀態、事件類型及其他客戶 之狀態是不受效應約束的，則專門有關於效應之規則組是 無關緊要，因此不被使用。應了解的是，該至少一資源可 包括可由用戶存取之任何硬體部件及/或軟體部件。更進一 V應了解的疋，客戶可能是適宜請求存取資源之任何硬體 部件及/或軟體部件。 本發明之優點在於降低評估之複雜性。此外可容易地 增加新的規則組，並且可容易地以加強版或補充版替代現 存的規則組。因此，本發明可管理來自相關使用事例之媒 體所產生之複雜性。 新的需求及功能引進新的待解決之衝突類型。例如， 新音效之引進需要整體音效之更新權利之控制，其中可能 只存在一個事例，但多個客戶可能要使用。新的領域之規 則可藉定義相應之規則組而提出，該規則組負責解決在該 領域内之所有衝突。該規則組可能是可插入的，若其實行 一預先設定之介面且資源控制可經由該介面擷取。 資源之存取可能包含客戶與存取資源間之彼此資訊傳 送。該資訊可能是任何交流於客戶與存取資源間之資料。 在音訊及視訊之事例中，例如，該資訊可能是往來客戶之 視汛或音訊流。以下，任何述及之客戶與資源間之資料串 流也可瞭解為包含其他之資訊類型。 在本發明之一實施例中，事件是一相關至少一個客戶 存取至少一個資源之請求。該請求可經由一客戶介面或相 應之裝置來接收。然後，基於該請求之類型、其他客戶之 9 200803423 狀怨及/或系統之狀態等之至少直中 規則組中選擇至少一規則，；：：’由多個可供使用之 “， 該選擇之至少一規則組可以 應用到該請求以決定該請求可祜 ^ ^ ^ , 月夂了被允許之程度。該決定可例 ==二或拒絕某資源之存取請求。因此，可依據 該決疋來控制客戶對該至少一資源之存取。 ^然本發明之大部分實_之事财，事件是諸如客 ^求，但纽㈣是，該等事件並不侷限於客戶請求。 舉例言之，該事件可能是任何系統狀態之改變，其對存取 可供使用之資源有影響。一使用者可改變系統之狀態，例 如，選擇-靜音模式，其要求所有目前存取音頻輸出之客 戶之音頻流設定為零音量，等等。 在本發明之一實施例中，各客戶結合一優先權 接收自不同客戶之請求則依該等優先權值循序處理。個別 請求之處理，特別是該至少一規則組之應用，可能之排程 方式是該個別請求可被進一步接收之較高優先權值之客戶 請求中斷。該個別請求可能被檢視，例如，於一規則组之 各個應用之後，且於下㈣擇之規频被應用到目前之請 求之前’是否已有一更高優先權值之客戶請求被接收。此 外，只有預設優先權值級別之請求可允許中斷正在進行中 具有較低優先權值之處理。 在本發明之一實施例中，客戶類型可被標識及/或分類 成群組。兩種資訊皆可做為選擇適當之規則組及/或應用選 擇之規則組以產生決定之基礎。該分類可基於，例如，客 戶類型或與該客戶有關聯之識別符。分類能促進規則之明 10 200803423 確及改進可管理性。分類可被使用到維持做決定所需之解 答之程度。應注意的是，當使用客戶之分類，某些極特殊 之決定可仍基於確切之客戶類別。某些類別可能只用於被 標識為“受信任”（trusted)之客戶（例如，具有受信任領域中 之提供者識別符之用戶）。一屬於某系統重要類別之未受信 任（untrusted)之客戶則將被強制歸屬至一指定給諸如該類 客戶之類別。 在本發明之一實施例中，提交之請求可被儲存在用於 支援處理之不同版本中。首先，原始請求可被儲存，其對 應接收之請求，結合之前之客戶請求（若存在）。如此可於任 何時刻提供有關客戶之理想目標狀態之資訊。其次，工作 請求可被儲存，其初始為原始請求，然後在應用至少一規 則組後被修改。再者，活動請求可被儲存，其對應最後之 工作請求，即最後完成處理循環之結果。該請求版本一方 面表示該提交之請求以何種形式被獲准；另一方面，其提 供有關客戶狀態之資訊，作為另一客戶之任何請求之處理 依據。 依據可供資源之實例，可將許多規則劃分成任何適當 之規則組。 一種混合之規則基礎（rulebase)可被提供，其包含一組 相關於其他客戶之規則。該規則基礎可限定資源，相關於 來自其他客戶之進行中之資料串流，如何使用於一來自於 請求客戶之資料串流，且可能地，如何修改進行中之資料 串流之操作。一種選路之規則基礎可被提供，其包含一組 11 200803423 依優先順序處理輸入及/或輸出之規則。一種效應之規則基 礎可被提供，其包含一組限定那些客戶可被允許控制那些 資源之規則。一種安全性之規則基礎可被提供，其包含一 組相關於存取資源之安全要求之規則。該安全要求可基 於，例如，客戶之性能、VIDS(供應商識別符）及/或SIDS(安 全識別符）。一種硬體限制之規則基礎可被提供，其包含一 組規定目前硬體之種種限制，例如，何種輸入及輸出硬體 之組合是可能或不可能的。一種軟體限制之規則基礎可被 提供’其包含一組規定目前軟體之種種限制。軟體之限制 可例如為排程之限制。一種資源限制之規則基礎可被提 供’其包含一組解決資源衝突情況之規則。如此之規則基 礎可考慮到可供使用之處理性能，例如，可供使用之 MIPS(每秒百萬指令）及可供使用之記憶體，且當衝突情況 發生時，負責推論那個資料串流應被要求回收並以何種順 序。一種例外之規則基礎可被提供，其包含一組規定一般 決定之例外之規則。一進一步之規則基礎可包含一組規定 不同客戶之組悲之規則，其促進客戶組態之簡易性，等等。 應了解的是，其他種種之規則基礎也可被實行。 資源管理可替代選擇地由操作於更廣泛 =提供1如，若在實施财之資源存取特別是 制，則資源管理部件可能也注意到消耗記憶體及 之音頻客戶以外之客戶。該資源管理部件可提供 例如二到目前規則處理之結果。 、先考慮W田貝源要求回收被作成決定時，已經 12 200803423 基於其他規則而決定停止之客戶。 在本發明之一實施例中，至少一組規則可被部分或完 全地以組態矩陣（configuration matrix)之形<來實行。該組 態矩陣可指枝靠巾處理各^面之特定蚊給各個可能 之請求類型。例如…混合矩陣可基於進行活動之各個可 能類型而決定每個請求類型可被允許之程度。 組態矩陣允許以-特別簡單之方式實行變更。視覺形 式強制變更或增加之結果被考慮及限制於所有之情況。一 個以規則可被讀取及應狀方式敘述規則之語言可以使用 軟體碼來實行。一個軟體碼之組態檔案可由按下單一按鍵 而產生自包含組態矩陣之組態文件。應注意的是，組態矩 陣需要知道請求之類型以做評估。因此，習用之簡單優先 權值非支援該矩陣使用之首要。但是，應注意的是，某些 規則是高度地特殊化，致使矩陣無所用處。因此，所有或 部分之規則也可能被實行而非使用分開之組態矩陣。 大體上，規則組可被實行以任何適當之格式。其可能 例如使用網域特定語言（DSL)、類似矩陣、相依圖、小語言 (little language)、組態檔案、等等。另外，其也可以使用資 源控制實施 5吾3 (resource control implementation language) 之編碼或藉定義常態行為來實行。為各組規則選擇最適當 之表現方式來敘述需求之行為是有助益的。 在本發明之一實施例中，應用一選擇之規則組包括基 於該規則組之各規則採取處理請求之個別決定。然後，在 所有決定中具有最大情境特定衝擊之決定將被選擇。如此 13 200803423 可能是，但非必然，所有規則中最具約束力的決定。具 最大情境指定衝擊之決定之替代決定可能是資源消耗最少 之決定。 至少一規則組之應用之決定可能包括：接受請求、接 受具有修改之請求、接收具有另一客戶之修改之請求、 拒絕請求。 如上述，至少一規則組可包括可能影響另一客戶對資 源存取之規則。由另-客戶存取資源之結果可能被撤銷， 若由請求所產生之資源存取被另外一個新的請求終止。 一在本發明之一實施例中，客戶被通知是否請求被接 受、修改地接受或拒絕。 在本發明之一實施例中，每一個在應用所選之至少一 規則組之前之客戶之狀態將被恢復，若應用該所選之至少 一規則組因為某些原因而被放棄於完成之前。 在本發明所提出之資源控制配設或電子裝置之中，客 戶介面可促成與客戶之通訊。利用例如裝置狀態資訊及其 他領域之特定規則，規則組可以提供特定領域之決策方法 來修改請求以符合資源存取控制。該規則組方面可利用不 同策略得到決定，例如投票方式。規則選擇元件或規則序 列生產部件（rule sequence factory)可檢查接收之請求及產 生可供使用之規則組。控制器可選擇性地使用階段處理策 略以做為資源存取方法之主管及工作流程之管理員。 此外’資源介面可被提供，其用於將資源控制認可之 串流特性傳向該資源。此外，請求佇列（request queue)可提 14 200803423 t、^ fl最佳化及處理優先順序之請求。為管理與接鍾而至 之請求有關聯的客戶’客戶管理器可被提供予該客戶之相 :!訊。加之，客戶管理器可提供方法，以管理支援工作 机紅之客戶之串流資訊容器。該串流資訊容器可啟動資源 控制及規則組以留意該客戶之目標狀態、、目前活動狀態及 於處理階段由其他規則組所做之修改。該串流資訊容器可 用於’例如’健存如上述定義之原始請求、工作請求及活 動請求。任何與資源連接及回覆客戶之有關串流特性之允 許及改變之通訊可基於比較該改變於該容器内。 另外，資源控制行動可用於促進由一客戶施加於另一 客戶之修改之逆轉。使不同客戶已成為活動之指令可能影 響若干規則基礎所做之決定。因此，當若干客戶停止時， 該逆轉無法合理地由執行所有客戶與其他所有客戶相左而 推論。資源控制行動可用於連結資訊源客戶與目標客戶至 任何施加之修改。當該資訊源客戶之狀態發生改^，所有 由其施加之動作可因此容易地被偵測'評估及逆轉。 本發明可應用於例如（但非侷限）在音頻輸出之資源之 某些可由客戶出之请求之貫例如下：電話盤示、文字 轉語音（teXt-to-speech)警示、電路交換（circuit_switched^ cs)通話、網際網路語音通訊（voice overIp ; ν〇ιρ)通話: 即按即說行動電話（push-to-talk over Cellular ; P〇c)通話 警示、接收之資訊、電池狀態、記錄、錄音、媒體播放器、 行動電視（mobile TV)、調頻（FM)收音機、網路訊息、視訊 15 200803423 電話（Vlde〇 CaU)、視我所視（See What I SEE ; SWIS )播放、 語音撥號(voice dialing)、高階音調、音量調整、最小音頻、 :曰曰。式播、低階音調、電話功率、廢鍵（㈣㈣ss)、相機色 調、視像、雙音多頻（Dual T〇ne Multi_Frequency ;的娜) 音調 '未知播放器、未知記錄器、等等。 某些订動之實例，其由一規則組指定給要求之客戶於 -修改請求之範圍内或指定給其他活動之客戶，包括·暫 ^暫停及自動重新開始、停止、演出、播放料聲咖阶 曰^遞增（ramp up)、音量遞減(ramp d〇wn)但非完全靜音而 ，績播放、音量遞減至完全靜音、強制靜音、降低音量、 仔列：等等士。仔列必須用於當聲音具有最小持續期間，且 所有明求之聲音都必彡貞完整播放而不被巾斷於該等請求是 ，速而連續的時候。從最嚴格至最寬容之規則序列可能 疋，例如，即刻停止、停止及播放料聲咖叩）、音量遞減 ::止、演出並強制靜音、演出並降低音量、演出並遞減 曰篁、演出並播放料聲、演出並遞增音量於播放開 演出。 本發明可進一步以電子裝置實行，以促使多個客戶對 :至少一資源之存取。可用以實行之實例包括(但非侷限) :動通訊裝置（例如行動電話）、膝上型電腦、個人電腦 本發明之其他目標及特徵將由以下之陳述及相關圖式 而更趨明晰。應了解的是’圖式僅為描述之目的而非設限。 圖式非依比例繪製而僅係表達架構及步驟。 16 200803423 【實施方式】 圖1係電子裝置i之示意區塊圖 施例，控制對資源之存取。 攸料钐明果 該電子裝置1可例如是具多媒體功能之行動電話。 μ之多個客戶15。因此要求麵該硬體部件 μ #…^ 部件ι〇是被控制存取之 :穿、置二可能包括’例如’音頻輸出單元、震 動裝置、5己錄裝置、顯示器、效應裝置、記憶體 等等，等客戶可能包括，例如，電話客戶 广客戶、FM收音機客戶、相機客戶、警示器客戶、 Ϊ樂撥放器客戶、媒體播放w戶、媒體記錄器客戶等 〜：電子裝置1進一步包括一資源控制配設30。客戶15 Γ〇=:配設3°之客戶介面31而連結資源= /不同縣’而硬體部件1〇經由資源控制配設扣之硬 "34而連結資源控制配設3〇之 二:然本發明之實施範例處理的是經由硬體介面= "二之控制’但一相應之經由軟體介面對軟體部件之 控制可猎相同或分開之資源控制配設以相同方式^件， 該資源控制配設30包括對於各客戶^ 次仃 件20,該客戶資訊部件包含 — 貝訊部 容，活動請求容器23及固定資訊〜二 戶貝訊部件20連結至客戶介面3卜該客戶 。各客 經由請求❹i 32連結至控制器33β該控制器Μ進，= 17 200803423 結至硬體介面34。此外，客戶管理器35連結至客戶介面 31、客戶資訊部件20、控制器33及硬體介面34。該控制 器33進一步連結至規則序列生產器4〇及規則基礎部件 50。該規則基礎部件50包含多個規則基礎，分別為混合規 則基礎51、選路（routing)規則基礎52、效應規則基礎53、 安全規則基礎54、及其他之規則基礎55。該規則基礎部件 50連結至規則序列生產器40及資源控制行動部件6〇。該 資源控制行動部件60包含促使產生具體資源控制行動之規 定，其可能例如是系統中一組具體級別之規定。最後，該 資源控制行動部件60連結至客戶資訊部件2〇。 資源控制配設30負責管理客戶15其中之一之任何硬 體存取明求。其組構成根據本發明之資源控制配設之範 例。該資源控制配設30之部件31·35、4〇、5〇及6〇可例如 以軟體碼（software c〇de，· SW)部件之形式來實行，及可由電 子裝，1之處理單元執行該軟體碼。部件2〇-24可儲存於該 處理單元之可直接存取之緩衝器或記憶體中。另一替代選 擇之方式是該資源㈣配設3G可能是，例如，實施相同功 能之晶片或晶片組。 應注意的是 於某些資料庫中 配設3 0存取。 各客戶資訊部件20之内容可選擇地儲存 其經資料庫介面而由客戶15及資源控制 以下陳述將對電子裝置1之部件做更詳細之說明。 體邻2Λ15希望存取硬體部件1G時，其可產生由該硬 體州0處理之個別資料串流。例如，音樂播放器客戶15 18 200803423 可旎產生一可由電子裝置1之喇叭輸出之音頻資料串流。 然而應注意的是，客戶也可能希望為接收資料串流而存取 硬體部件。此外，客戶要求之硬體存取可能並不需要任一 方：之資料串流。舉例言之，全體效應控制可能由某客戶 執订’其自身貫際上是不需要資料串流。該硬體部件10之 存取是基於客戶15之個別請求來管理。一要求關係到客戶 之資料串流之特性或狀態之改變，例如，改變音量、 特效或開始播放。單一之要求可包括不定之資訊量，例：， 只是音量改變之資訊或音量、特效及狀態改變之資訊。 為啟動對硬體部件10之存取之管理，客戶串流°之特性 及狀態必須提供給資源控制配設3〇。各客戶具有“固定 (static)”之特性，其經初始化後不得變更，例如，客戶廡^ 處理識別號。該“固定，，之特性错存於客戶資訊部件2〇ς固 定資訊儲存部件24。另外，各客戶也具有“動_y_ie)，， 之特性。對於該動態之特性，有三個容器可供使用以促進 硬體存取控制，即客戶資訊部件2G中之原始請求容器Η、 工作請求容器22、活動請求容器23。 原始請求容器21包含客戶想要求之串流特性，若靖求 可被完全同意。單-原始請求是特定客戶之所有要求之电 合之-特定串流。若-客戶應用具有多個串流，則一分開 組將為各串流產生°新的要求致使在原始請求之請 a磁ί:數Ϊ被改寫。該原始請求需要作為存取控制之 基礎’因為該存取控制應經f注意客戶之理_目_^ 工作請求容1122於存取控制開始規财理之前，將被 19 200803423 初始化為原始請求值。因此，該初始之工作請求相同於被 儲存之原始請求。在規則處理之期間，該工作請求可依據 規則基礎部件50來修改。更確切地說，該規則基礎部件5〇 檢查該該初始之工作請求、實施規則及修改該工作請求。 該規則基礎部件50也可修改在對應工作請求容器内之其他 客戶之目前工作請求，而非僅是發送正在被處理之請求之 客戶之工作請求。舉例言之，—設定之音頻串流類型成為 活動的可能致使其他客戶要求之現存音頻串流被停止或成 為靜音。 f特定要求之規則處理已完成，在各工作請求容器U 之目前工作請求將於關聯之活動請求容器2 ，動請求。因此，該活動請求容器23包含該= 刚特性，亦即’經所有適用規則修改後之原始請求。此刻， = 也將接收_訊息，其指示先前之活動請求與新的活 改別。換言之，該訊息將指示該客戶有關請求所 "丨l特性及狀態之結果。在規則處理 =:止客戶15之活動請求容…之資訊可= ψ Ρ件50使用，以推斷正在處理中之請求如何被處 提出正在受處理之;=一、22、23，而非僅是 客戶介面31枯分< 也用於將回答傳回15能夠提出其之請求。該介面31 1寻口該客戶15,亦即，資訊控制最終所允許 20 200803423 之請求之資訊。可能地 面对子取予其關聯之客戶被允許經由該客戶介 > 士 戶貝汛部件20之内袞0 進來之初始請求由客戶 :求於該請求仔列中依優先權順序處：至=宁::2,該 有必要，某些更先進之機制也可被庫：’若 些低優先權之客戶必須 ：：，為防止某 含··請求之類型、指定給提出二 15所要求之所有改變之資訊。具有最高優先權史崔及，戶 請求將首錢處理1求仵列32本身負 15之 序及回答適當之請求。請求仔列32也可促使客δ;= 新的請求料前之請求_理之前。如此 需被處理。舉例言之，假若客戶1ς也* l 的％求不 以改變串流之某些特性r;客如立=速=_的請求 最近之請求之值必須被考量’只有 可愿而其他較早之請求則祜孚 棄。請求㈣32還可促使來自相同客戶15之大量: 情況得到最佳化。假若客戶15提出不同類型之請求^ 請求可被合併成為單一之操作處理。 Μ寺 客戶管理器35管理客戶串流。該客戶管理器可預處理 ，自該請求㈣32之客戶請求，並且將該進來之請求與現 存之客戶15之請求合併。該客戶管理器亦管理容器2卜22 及23。此外，該客戶管理器35產生及傳送該請求^回應至 客戶15。進-步地，該客戶管理器可反轉變更，若初始之 規則處理因故放棄。該客戶管理器提供必要之資料，包括 工作請求容器22之内容及其他資訊，例如，固定之客戶資 21 200803423 訊（例如，處理識別符），以供規則基礎部件5〇使用。該客 戶管理器基於可供使用之資訊解決該客戶音頻類型。 控制器33是資源控制配設30之核心部件；其實施資 源控制功此之主要邏輯。該控制器接收來自可影響資料串 流之次系統之改變之指示。該次系統包括請求佇列，該 請求佇列可通知請求到來之資訊，但該次系統可同時包括 其他之次系統，例如，通知有關附件之某些附屬架構。一 但接收到改變之指示，控制器33進一步啟動規則處理。其 提供階段處理邏輯，其中該規則處理方法是以片段方式執 行。如此使得具有較高優先權之客戶之請求可為較低優先 權之客戶而放棄處理。該規則處理之後，控制器Μ經由硬 體介面34將目前串流之資訊傳送至硬體部件1〇，因此，例 如音量或串流之選路將實際改變。 當新的請求之規則處理開始時，控制器33要求規 列生產器40產生一規則序列。該序列產生器40檢查目前 之客戶請求、其他客戶之狀態及目前系統狀態，及基 資訊及客戶類型組成—規則基礎之序列。亦即 實p 可應用至該請求類型之指目丨丨苴邊ci ^ 貝生之規則基礎51_55將被選擇。舉 之’右系統狀態、請求類创月背 月夂頰型及其他客戶之狀態不是 約的，則效應規則基石楚蔣2丄 卜疋双應制 j丞礎將不會包括在該規則序列内。該李 統狀態可包括，例如，撰摆夕、工^丄 人終、 ‘曰冰， 選擇之活動檔案設定（譬如‘靜音模 > Μ : 、等等），或附件之存在或不存在。 應注思的是，該規則處理也可由j：他之t 動而非客戶請求，例如，由由其他之事件類型來啟 由系統狀態改變，諸如靜態模式 22 200803423 之開啟。在此狀態’序列產生器40檢查系統狀態以產生適 當之規則序列。此外’在該系統狀態之檢查之期間，該序 列產生器40可偵測未處理之系統狀態變更，其也影響被包 括在規則序列内之規則基礎之類型。該未處理之系統狀態 之類型也可作為參數傳送給序列產生器4〇。 一但接收來自規則序列生產器40之規則基礎序列，控 制器33將使客戶請求受制於該規則基礎序列所標示之各規 則基礎51-55。規則基礎部件5〇選擇與目前處理之要求有 關聯之串列狀態及可指定資源控制行動於所有活動及中止 之客=15。該規則基礎部件5〇使用所有客戶之相關資訊以 做/夬疋。在该規則處理期間，請求客戶所請求之變更將對 照所有活動及中止之客戶進行評估。各個比較將決定如何 處理新要求。當規則處理結束，最嚴格、最具限制性之決 疋將由規職礎部件5〇選出及經由硬體 33來執行。 工市』為 =讀是’料規縣礎之安排及可供該規則基礎 貝汛可能變動。該規則基礎及實際資源控制部件， ::散:ΐ屬於不同之執行線程(thr叫若該等規則基礎 存取，=如此可成要求客戶資訊不能由規則基礎直接 基礎之訊可能經過渡’使得通過特定之規則 之資料才傳、Γ ρ 里化，亦即，只有該規則基礎真正需要 戶類型，，I ‘°/^源管理之觀點’重要資訊之例如為“客 止之客戶，，.：：未被所有規則處理串列所接受，則被停 ’後者對於能夠評估請求之新客戶組合之資源 23 200803423 消耗是重要的；前者，以資源管理之觀點，對於能夠按優 先順序處理客戶是必要的。 若規則處理由其他事件類型而非進來之客戶請求所啟 動’則控制器33將命令在目前規則序列之各規則基礎依序 實施處理。當處理該類系統狀態改變，規則基礎部件5〇將 擷取所需之客戶資訊及使用問題中最適用於規則基礎之方 法=到解答。一種方法可能包含對各個客戶實施改變。舉 例言之，若靜音模式啟動，則各個客戶之音量將設定為零。 另-種方法可能包含藉分析客戶間之相關特性以推論系統 狀態改變之效應。舉例言之，若客戶正在錄製之輸入資源 變成^法供應，因為附件被拆卸，該客戶應被停止及通知。 之客戶種方法可月b包含5平估系統狀態改變時，彼此將牴觸 在規則處理期間，客戶15可於知； 動。该目了犯相互指疋貧源控制行 =該k由規縣礎料5G實施且該敎 “目n/f 料㈣職制行動之 理CJC:結。在此聯結中，客戶之請求目前在處 源於制/备Y以乍為來源客戶，但同樣可為目標客戶。資 二」1 是以某方法修改目標。舉例言之，資界 ==使目標之音量設定為零，亦即，強制靜音 離開該目工標仃及:二亦即停止’該資源控制行動 立旦7 Γ 丁復（rollback)程序。舉例今之 :二回復至強制靜音前之狀態。客戶15 二二 縣24可能包含-目標陣列，其用於資源控制行:= 子 24 200803423 標之客戶，及一來源客戶，其用於資源控制行動中為來源 之客戶。如此，當取消條件符合，儲存於來源陣列之客戶 之行動可被取消，例如該客戶停止。相同地，所有儲存於 目標陣列之客戶之行動可被取消，若該目標客戶停止於符 合該取消條件之前。因此，當稍後取消條件符合時，確： 不會試圖取消-不存在之客戶。該資源控制行動可修改談 目標之工作請求容器22之内容。 ^ " 囚此，負源控制行動促進反轉規則基礎部件5〇於目枳 客戶15所造成之修改。資源控制行動將來源與目桿聯結π 所以稍後來源之改變▼即刻#士目標作評估。舉例：二二 來源客戶卜止後，其資源控制行動被反轉。然後 客戶方面’檢查是否該移除之行動是其之類型之二 個。由移除資源控制行動所造成之效應 相同類型之資源控制行動已經解除。反^所有 目祆客戶。只移除該等資源控制行動之其中之一 a 2轉對該目標客戶之強制靜音。所有其他“強制足以 資源控制行動也需被移除於恢復音量之前。s之 此外，定義不同衝擊之修改之資源 考慮，舉例言之：客戶A施加“強制靜音^^可能須 -第三客戶C要求“降低音量，，於客户4客戶 之規則設定音量為i，而“強㈣音，，要 h i 應該，遵守對目標客戶之最嚴此， 近之貝源控制行動。此外’該資源控制行動可確保若 25 200803423 停止，客戶B之A曰 .^ ^ 9篁不會設定回原來之音量而是音量1，口 要客戶c仍為活動狀態。 日里而疋曰里i，、 〜：貝源控制行動是有助於薄記之目的。尤其重要 戶古制行動移除所有客戶15必須對比其他所有客 戶15凡成所有規則基礎之處理。 包==二:源控制行動之產生’資源控制行動部件 行動=:之’資源控制行動部件6°可包含-總資源控制 被選擇之y7=SGUIXeC崎。1細⑽，其定義被設定之參數及 ?:=二該參數可包括，例如，來源客戶、目標客 r，功能可包括，例如，調用(invoke)功 :可客戶所造成目標客戶之特性改變。該功 :例如，反轉功能’其致使目標客戶之先 -牛勺括Ί田來源客戶加諸之行動停止。該功能可進 力能，其促使行動之取消。舉例言 低，則音量程度是w 動：源客戶停止時。應、了解的是，還有其他不 R 7 ’例如’限定行動之施行於預定之時段之後之功 能，譬如5秒之後。 t权&傻之刀 t外，資源控制行動部件60可包括，例如，對每個啟 !=制:動之類型之固定資源控制行動二固 疋貝源控制仃動級別可能決定於該總資源控
Action及決定個別資源控制行動之類型之 26 200803423
固定特性。 標客戶應青 铋客戶應靜音，亦即，目前之音量即刻降至零。另一個實 例立:提供級別（:職pD_，其可決定是否目標客戶應遞 減音量：―預定之時間内至-預定之音量。類似之級別可 為所有資源控制行動之支援類型而定義。 —^圖2之表格表示一簡化之混合規則基礎51之實例。各 行2頭表示所有可能進行之活動，而各關表示所有可能 ^明求。該等活動及請求包括：電話警示、文字轉語音警 :、接收之訊息、錄製、媒體播放器、音樂撥放器、fm& 曰壓鍵、相機鈐聲及視像。對於各個進行活動與請求 之”且σ左邊方格與右邊方格是關聯的。左邊方格内包含 一或多個表示如何處理請求之規則，而右邊方格内包含一 或多個表示進行之活動之規則。該等規則包括：動作停止 ⑻、執行活動（R)、播㈣示⑻、音量遞增（υ)'音量遞減 、=氏日里(Q)、及不可能（X)。舉例言之，若媒體播放 山#且得到文字轉語音警示之請求，媒體播放器音 2出是繼續執行(R)，但媒體播放器音頻輸出在資源控制 灯動之活動是音量遞減⑼，當執行警 此外，未顯示於表格内之進行 “SD” ，其表示停止但音量遞 示音頻輸出之音詈诚_ -一子曰警
200803423 (process identifier，PID)來辨識。在此修改之實施例中，客 戶自身是期望能知道其之資料串流在客戶事例之内容方面 應如何運作，然而資源控制知曉及控制該客戶之資料串流 在整個裝置之内容方面之運作。 電子裝置1之第一個操作實例之說明是基於圖3之序 列示意圖。在初始狀態，當電話來時，電子裝置丨之使用 者正聽取音樂撥放器客戶提供之音樂，而電話客戶想要求 播放鈴聲。 該電話客戶15隨即產生播放許可之相應請求。然後， 該該電話客戶15傳送該請求至客戶介面31 (步驟1〇1)，其 傳遞該請求至請求佇列32(步驟1〇2)。 請求佇列32將新的請求插入處理序列之適當位置。 該位置決定於該電話客戶15之優先權。 請求佇列32部件通知控制器33有新的請求，包括該 請求客戶15之優先權之指示（步驟103)。 控制器33部件要求該請求佇列32提供受處理之新的 請求（步驟104)。譬如一 “獲取要求，，訊息由控制器33傳 送到請求佇列32,每當先前請求已完成，或當新進之請求 之優，權命令中止行進中之處理。該請求仔列32提供一 具有最南優先權之請求至控制器33,包括該關聯客戶之識 別符（步驟105)。 二控制15 33此刻要求將提交該要求之客戶15之相關資 訊提供給客戶管理器35(步驟1〇6)。 、 客戶管理器35從與該電話客戶15關聯之原始請求容 28 200803423 器21中擷取該電話客戶15 先前請求與新請求之特性結合，及:存性’將該 戶管理器35將盥兮内。進一步地，客 μ將與該電話客戶15 初始化，使其具有相同值。此外，客戶 裝置1之所有其他活 ：15 35從電子 取目前使用之串流特性.因内操 叙w 因此’在目前事例中，係至少從 ，、以曰樂播放器關聯之活動請求容器内擷取。 客戶管理器提供所有操取及組合之資訊至控制器 33(步驟 1〇7)。 σ 控制器33 |求規則序列生產器4〇基於所獲之資訊為 新的請求選擇一規則基礎序列（步驟108)。 規貝！序列生產^§ 40隨即檢查該要求之類型、客戶15 之類別、其他客戶之狀態及目前系統之狀態。該規則序列 生產器認定沒有特定之系統狀態且客戶15沒有與具有廠 商識別符之特定類別有關聯。進一步地，其認定該要求包 括一播放請求，亦即播放鈐聲，且存在另一個活動之客 戶’亦即音樂播放器客戶。因此，規則序列生產器40決 定至少該混合規則基礎51是必須的。此外，其決定選路 規則基礎52是必須的（步驟丨〇9)。 規則序列生產器40提供決定之規則基礎51、52之序 列至控制器33(步驟11〇)。 控制器33指示該選擇之混合規則基礎51處理客戶資 訊（步驟111)。 29 200803423 混合規則基礎51基於客戶管理器35所提供之其他活 動或中止之客戶之相關資訊’將該請求與各個其他活動或 中止之客戶做比較（步驟112)。該新要求之類型被確認為鈴 聲且存在一個活動之音樂播放器客戶。混合規則基礎51規 定該音樂播放器不制止鈴聲。然後，與該電話客戶丨5關聯 之工作明求谷器22經由客戶管理器3 5更新，且客戶介面 31獲准執行鈴聲。然而，該鈴聲促使該音樂播放器之音量 遞減。因此，基於資源控制行動部件6〇之定義，該混合規 則基礎51產生額外一相應之資源控制行動類型；對於該行 動，鈴聲關聯的是一來源，而音樂播放器關聯的是一目標（步 驟113)。然後，該產生之資源控制行動被儲存於與電話客 戶15關聯之客戶資訊部件2〇之資源陣列内及與音樂播放 器客戶關聯之客戶資訊部件之目標陣列内。 一但该資源控制行動產生（步驟丨丨5)，該混合規則基礎 51通知控制器33有關該該混合規則基礎51已被處理（步驟 116) 〇 同樣地，該控制器33依序處理所選之規則基礎52之 剩餘部份，檢查較高之優先權請求及其他高優先權系統狀 L改隻，其可能需要介於中間之規則處理（步驟117)。 仁所有規則基礎序列之規則基礎已被處理且所有涉 及之客戶15之工作要求容器22已相應地更新，則控制器 33通知客戶管理器35(步驟118)。該客戶管理器35處理資 源控制行動’包括’於提交階段口以化），資源控制 行動之行使。因而，在與音樂播放器客戶關聯之工作請求 30 200803423 谷器内之目標音量被修改。 因此’該客戶官理n 35編寫回應（步驟⑽)及經由客戶 介面31將該回應傳送至所有客戶15(步驟120)。更確切地 說’其將所有活動及中止之客戶15之工作請求容器22中 之串流特性複製至所有活動及中止之客戶15之活動請求容 器23中’及通知電話客戶15有關鈴聲請求之准許，以及 通知音樂播放器客戶有關其特性所需之改變。 15經客戶介面31通知資訊之接收及提供該； 聲之音頻資料至硬體部件1〇(步驟121)。客戶Μ之一特; 部件負責處理有關該客戶15遵守f源控制決定，亦即，^ 戶15之灯動不會違背決定或未經許可。應注意的是，客/ 定部件（而非客戶管理器35)也可能負責處理更痒 原始要求容器21，及其可能由活動要求容器23 #讀取允言 :要求形式，而非由客戶管理器35通知對應之訊息。在, 定為‘未處理，、‘處理中、‘二k數值，㈣ 料關請求之狀態。 4已處理，以通知客戶 該客戶管理器35此刻可通知控制器33有關該相 制處理已經完成(步驟122)。該控制器”隨即啟動硬體介€ 4以使資訊由客戶管理器35經控制器％及硬體介面 〜至硬體部件1〇(步騾123)。 客戶當要求之規則處理完成後’控制器33指矛 =戶:心35在位於硬體介面34後面之硬體部件 戶貝讯，該硬體部件1G將實際上應用該決定之串流特 31 200803423 二管理器35使用硬體介面34來傳送該資訊至硬體 、ώ ” 此操作中，硬體介面34將該接收之資訊形成“串 >；，L ，亦即，將該資訊轉換成二位元序列並傳送出去。 由於該串流（步驟124)，硬體料1G應肋接收自客戶
Li資料串流所指示之特性’使鈴聲播放且音樂播放器之 曰頻輸出之音量將遞減。 最後，控制器33可結束硬體存取控制處理（步驟125)。 一立電子裝置1之第二操作實例之說明是基於圖4之序列 示意圖。 初始狀態對應於圖3之處理結果之狀態，亦即，鈴聲 告知，之同時’音樂之音量遞減。目4之序列所㈣之 事例疋使用者決定拒絕來電以繼續聽音樂。 當相應之制者輸人，電話客戶15產生—停止請求及 傳送該請求至客戶介面31(步驟2〇1)。該客戶介面31將該 請求傳送至請求仔列32(步驟施）。該請求仵列32將新的 该請求插人處理彳宁列之適t位置及通知控制器33新的請求 之到達（步驟203)。 控制器33要求請求佇列32提出新的請求以供處理（步 驟204)，然後該請求佇列32提供具有最高優先權之請求至 控制器33，包含相關客戶之識別（步驟2〇5)。控制器33此 刻要求客戶管理器35提供有關提交該請求之該客戶Μ之 資訊（步驟206)。該客戶管理器35經客戶介面31與電子裝 置1之所有活動及中止之客戶15交換資訊及提供所有擷取 及組合之資訊至控制器33 (步驟207)。 32 200803423 控制器33要求規則序列生產器4〇,基於該獲得之資 訊’選擇一用於該新的請求之規則基礎序列（步驟2〇8)。 因此’該第二操作實例之步驟201至208之操作係對 應於第一操作貫例之步驟1 〇 1至1 。 該規則序列生產器4〇再次檢查該請求之類型、客戶Η 之類別|他客戶之狀態及目f系統之狀態。#可決定在 此事例中’該請求包括-音頻停止要求，亦即停止铃聲。 其進一步決定，此請求類型不需應用任何規則基礎（步驟 2〇9)。因此，規則序列生產器4〇提供一空的規則基礎序列 給控制器33(步驟210)。應注意的是，提供一空的規則基礎 序列=是-個舉例。停止請求可能造成其他類型之序列。 =例言之，若該客戶在某紀錄部件中保留某些每秒百萬指 々Omps)或記憶，則該等保留必須被釋出。 因此’控制裔33彳即刻將有關所有選擇之規則基礎 〒處理之訊息通知該客戶管理器35(步驟2⑴。 聯結到:請求是-停止請求，並且決 源控制行動以及該電 控制行動(步驟212)。 5已如結成為來源之所有資 "二！在：個該電話客戶15為資源控制行動來源之資 徑制仃動。該行動之類型是立旦 貝 之目標是該音樂播放器^戶曰。里客遞戶t理及該3=n控制行: 聯結之客戶資訊邻杜9λ尸客戶官理益35從與客戶 戶聯結之客戶Υ訊二=財及與該音樂播放器 之目軚陣列中移除該資源控制 33 200803423 動此外，其從該音樂播放器客戶聯結之客戶資訊部件之 工作凊求谷器中將該音量遞減之行動移除，及包括一反轉 =動，如此音量回復至客戶目標程度（步驟213)。應注意的 疋’該音樂播放器客戶可能已於此同時提出一音量要求。 因此，音量遞增之客戶目標程度是存在於原始要求容器21 内，其非必然相同於當行動取消時之該音量遞減。 然後’該客戶官理器35編寫回應（步驟214)及經由客戶 介面31將該回應傳送至所有客戶15(步驟215)。更確切地 說，其將所有活動及中止之客戶15之工作 22 =串流特性複製至所有活動及巾止之客戶15之活動請求容 器23中，及通知電話客戶15有關接受之鈴聲停止要求及 通知s樂播放器客戶有關其特性所需之改變。 該客戶15經客戶介面31通知該資訊之接收（步驟216)。 該客戶官理器35可隨即通知控制器33有關該存取控 制處理已完成（步驟217)。該控制器33此刻要求硬體介面 34將資訊由客戶管理器35經控制器33及硬體介面％串流 至硬體部件1G(步驟18)。由於該串流，鈴聲將停止及音樂 播放器之音量將逐漸遞增。 最後，控制器33將結束該存取控制處理。 雖然本發明之基本創新特徵已揭示於上述較可取實施 =中’應了解的是，上述之裝置或方法之形式或細節之可 由熟悉此技藝之人士進行不同之刪減或替代或改變而不背 離本發明之精神。本發明僅受限於後述之巾請專利範圍。 34 200803423 【圖式簡單說明】 圖1·依據本發明之實施例之電子裝置之示意區塊圖。 圖2·使用於圖1之裝置之簡化混合式規則基礎之表 格。 圖3·圖1電子裝置之第一示範操作實例之流程圖。 圖4.圖1電子裝置之第二示範操作實例之流程圖。 【主要元件符號說明】 1 電子裝置 10 硬體 20 客戶資訊 21 原始請求 22 工作請求 23 活動請求 24 固定資訊 30 資源控制配設(由處理單元或晶片組執行軟體程式) 31 客戶介面 32 請求佇列 33 控制器 34 硬體介面 35 客戶管理器 40 規則序列生產器 50 規則基礎 51 混合規則基礎 52 選路規則基礎 53 效應規則基礎 54 安全規則基礎 55 其他之規則基礎 60 資源控制行動 35