TWI452455B - 控制裝置、控制方法及記錄有控制程式的電腦程式產品 - Google Patents

Description

控制裝置、控制方法及記錄有控制程式的電腦程式產品

本發明係關於協調例如從複數個軟體輸出至元件(device)之競合的要求之技術。

由於伴隨著冰箱、空調機、烹調加熱器、乾燥機等家電產品的技術進步所達成之高功能化、高性能化，而使嵌入式軟體的開發量增加。

原先在家電產品未搭載微電腦之時代中，元件的控制係藉由硬體電路來實現。然而，伴隨著微電腦的出現，元件的控制乃逐漸改變為藉由嵌入式軟體來控制。在將控制方式從硬體電路移往嵌入式軟體時，硬體電路的硬佈線邏輯被取代為用以控制裝置之程式。

從硬佈線邏輯取代為程式時，欲將以硬佈線邏輯所實現之功能直接轉換為機器語言，而依循機器語言的步驟來排列出命令。如此製作之嵌入式軟體，與根據邏輯程式設計手法而從最初製作出嵌入式軟體之情形相比，並未進行結構化設計。此般嵌入式軟體的原始碼，係有變成稱為義大利麵式碼之極複雜者之傾向。因此，問題產生部位的特定化等之維修作業、或是改良用之功能擴充會變得困難。

目前，嵌入式軟體，係從依據上述機器語言所完成之程式，逐漸轉換為依據適用在一般計算機的語言所完成之程式。此外，嵌入式軟體中，直接將單純的操作命令傳送至元件之稱為元件驅動器之部分程式，乃與其他程式分離 而製作出，並巡迴使用。因此，目前其開發效率較當初依據機器語言所完成之嵌入式軟體的開發更為提升。

然而，產品所要求之功能有許多，且伴隨著高功能化而有逐漸增加之傾向。從多數種功能所產生之多樣化要求，會有最終使元件動作時產生競合之情形。對於嵌入式軟體，係要求可適當地協調競合的要求，而有難以製作該協調功能之課題。

一般而言，開發者係根據產品的要求規格書，對每一功能製作出程式以開發嵌入式軟體。開發者係以於實現功能之程式中包含對元件的要求進行協調之條件的程式而進行製作。

若為功能少之產品，則如此作法亦可相對較容易製作出程式。然而，在多數種功能對元件產生多樣化要求之產品中，當要求產生競合時，使何種功能成為有效或使何種功能成為無效之條件變得極為複雜。

此時，僅有最初開發嵌入式軟體之開發者才能理解實現複雜條件之程式的架構，其他開發者非常難以進行修改。其他開發者在未充分理解用來實現條件之程式下勉強進行修改時，而會有使缺失增加之情形。此係由於多數種功能對於一個元件具有緊密關係，若僅著眼於1種功能來進行修改時，有時會對乍看之下被認為沒有關係之功能造成未知的影響。

因此，就嵌入式軟體的開發方法而言，係考量一種物件導向設計或結構化設計等之有效率的程式設計方法。根 據此等設計手法，係開發出一種開發用軟體平台、中間軟體、軟體自動製作工具等。

就其例而言，於專利文獻1中，係記載有一種將嵌入式軟體作為控制過濾器零件來進行功能分割，並以優先順序的指定來排列配置經功能分割後的控制過濾器零件之設計模型。

就其他例而言，於非專利文獻1中，係記載有一種區分為元件的狀態轉移管理、利用元件時之競合解決的管理、對各處理所施加之時間限制的管理之3大作用並進行管理之設計模型。

(先前技術文獻) (專利文獻)

專利文獻1：日本特開平10-78809號公報

(非專利文獻)

非專利文獻1：岩橋 正美，滿田 成紀，鰺坂 恆夫，中島 毅著「依據物件的自律化與競合解決之嵌入物件導向開發手法的提案」資訊處理學會研究報告Vol.2009-SE-164 No.11

即使使用專利文獻1或非專利文獻1所記載之設計模型，用以實現功能之上位的部分程式與用以控制元件之下位的部分程式亦成為緊密結合之狀態。結果難以進行結構性程式設計，軟體變得複雜，而使維護性、再利用性、擴 充性降低。

本發明之目的在於使協調競合的要求之處理結構變得單純。

本發明之控制裝置係為協調從複數個APP(應用程式)所輸出之競合的動作要求以控制元件之控制裝置，其具備有：將各APP所輸出之動作要求輸入至被設定順序後之複數個階段中之依每個APP預設之階段之要求輸入部；依於前述每個階段記憶有協調資訊之協調資訊記憶部；從前頭的階段，依序依循前述協調資訊記憶部所記憶之協調資訊，生成將所輸入之動作要求的競合予以協調後之動作要求，並將所生成之動作要求輸入至下一階段之要求生成部；以及於最後的階段中，依循前述要求生成部所生成之動作要求，來控制前述元件的動作之元件控制部。

本發明之控制裝置係於APP中不需含有協調競合的要求之功能，可將APP、與協調競合的要求之功能予以分離。尤其是本發明之控制裝置，係區分出複數個階段並依序協調要求，故可使協調競合的要求之處理結構變得單純。

實施形態1.

第1圖為實施形態1之控制裝置100的構成圖。

控制裝置100係控制家電產品。控制裝置100具備有：應用部10、中間軟體(middleware)部20、元件控制部30、及元件驅動器40。

應用部10為用以實現某些功能之應用程式(以下稱為APP)，並具備有基本運轉執行部11及複數個功能執行部12(在此為功能執行部12A至12E)。

基本運轉執行部11為實現家電產品的基本運轉之APP。基本運轉執行部11係當開啟家電產品的電源時，與使用者的操作或外部環境等無關，而會持續動作。

功能執行部12為實現家電產品的附加功能之APP。功能執行部12係針對每項附加功能而被設置，並因應使用者的操作或外部環境等而動作。

中間軟體部20係從基本運轉執行部11及各功能執行部12中取得元件的動作要求(以下稱為1次要求)，並生成協調競合的1次要求後之新動作要求(以下稱為2次要求)並予以輸出。

中間軟體部20係具有經設定順序後之複數個階段(phase)(在此為階段1至4)，並將從基本運轉執行部11及各功能執行部12所輸出之1次要求輸入至任一階段。然後，中間軟體部20係從上位的階段依序協調所輸入之1次要求，並將協調後之1次要求輸入至下一階段，然後重覆此操作，最後生成2次要求。

元件控制部30係依循中間軟體部20所生成之2次要 求，來生成賦予至元件驅動器40之控制參數。元件控制部30係藉由將所生成之控制參數賦予至元件驅動器40，來控制元件。

元件驅動器40係依循元件控制部30所生成之控制參數，使元件(硬體)動作。

第2圖為實施形態1之中間軟體20的構成圖。

中間軟體部20具備有：要求輸入部21、協調資訊記憶部22、及要求生成部23。

要求輸入部21係將基本運轉執行部11所輸出之1次要求輸入至前頭階段1。此外，要求輸入部21係將各功能執行部12所輸出之1次要求輸入至複數個階段中之依每個功能執行部12中所預設之階段。

協調資訊記憶部22係依每個階段中將用以協調1次要求的競合之協調資訊記憶於記憶裝置。在此，協調資訊為關於各1次要求的優先度。

要求生成部23係從前頭的階段，依序從所輸入之1次要求中，選擇協調資訊所顯示之優先度最高的1次要求。要求生成部23係在最終階段以外的階段中，將所選擇之1次要求輸入至下一階段。要求生成部23係在最終階段中，係將所選擇之1次要求作為2次要求輸入至元件控制部30。

第3圖係顯示實施形態1之中間軟體20的動作之流程圖。

當開啟家電產品的電源時，控制裝置100啟動並開始進行處理。

如此，要求輸入部21係將基本運轉執行部11所輸出之1次要求輸入至階段1，並且將各功能執行部12所輸出之1次要求輸入至預設之階段(S11)。

接著，要求生成部23係使表示階段之變數i初期化為1(S12)。要求生成部23係對於階段i，從所輸入之1次要求中選擇優先度最高的1次要求(S13)。要求生成部23係判定階段i是否為最終階段(S14)，非最終階段時，將所選擇之1次要求輸入至下一階段i+1(S15)，並對變數i加上1(S16)，並使處理返回S13。另一方面，為最終階段時，要求生成部23係將所選擇之1次要求作為2次要求並輸入至元件控制部30(S17)。

要求生成部23係當輸出2次要求時，經過既定時間後，再次從S11開始執行處理。

第4圖係顯示假定控制裝置100被安裝在冰箱之情形的例子之圖。

一般而言，冰箱具備有壓縮機(元件的一例)，藉由改變壓縮機的動作速度(轉速rpm或旋轉頻率Hz)，即可控制冰箱內的溫度。在此，係以控制裝置100控制冰箱之壓縮機的動作速度者為例來進行說明。

在此，壓縮機的動作速度，係設為從停止狀態的0速至最高速度的10速為止。

當開啟電源時，冰箱會持續進行使冰箱內變冷之動作。執行此動作者為基本運轉執行部11。

此外，冰箱係具有使冰箱內急速冷凍之急冷功能，或 是快速製冰之製冰功能。急冷功能或製冰功能，係分別在按下急冷鍵或製冰鍵時執行，且在符合既定條件時停止。再者，冰箱為了防止壓縮機等之故障，係具有抑制壓縮機的動作之弱、強保護功能。弱、強保護功能係分別在符合既定保護條件時執行，且在未符合保護條件時停止。執行急冷功能、製冰功能、各保護功能者為各功能執行部12。在此，功能執行部12A執行急冷功能，功能執行部12B執行製冰功能，功能執行部12C執行弱保護功能，功能執行部12D執行強保護功能。

此外，功能執行部12A所輸出之1次要求的急冷要求與功能執行部12B所輸出之1次要求的製冰要求，係被輸入至階段1，功能執行部12C所輸出之1次要求的弱保護要求與功能執行部12D所輸出之1次要求的強保護要求，係被輸入至階段2。

此外，基本運轉執行部11所輸出之1次要求的基本要求，為4速下的運轉，急冷要求為7速下的運轉，製冰要求為5速下的運轉，弱保護要求為2速下的運轉，強保護要求為0速下的運轉。

第5圖係顯示實施形態1之關於階段1的協調資訊之圖。

第5圖所示之協調資訊係為基本要求與急冷要求與製冰要求之優先度。在此，係顯示出基本要求的優先度最低，急冷要求的優先度次低，製冰要求的優先度最高者。

第6圖係顯示實施形態1之關於階段2的協調資訊之 圖。

第6圖所示之協調資訊係為階段1中所生成之1次要求與弱保護要求與強保護要求之優先度。在此，係顯示出階段1中所生成之1次要求的優先度最低，弱保護要求的優先度次低，強保護要求的優先度最高者。

依循第3圖的流程圖來說明處理的例子。

在此，係說明開始冰箱的運轉(狀態1)，之後不久按下急冷鍵(狀態2)，於急冷運轉中按下製冰鍵(狀態3)，然後於急冷及製冰運轉中使弱保護功能動作(狀態4)之情形。

<狀態1>

開啟冰箱的電源，啟動控制裝置100。如此，要求輸入部21係將基本運轉執行部11所輸出之1次要求的基本要求輸入至階段1(S11)。該時間點中，附加功能尚未動作，且未輸入其他1次要求。

要求生成部23係將變數i初期化為1(S12)，對於階段1的競合進行協調(S13)。在此，由於除了從基本運轉執行部11所輸出之基本要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從基本運轉執行部11所輸出之基本要求。由於階段1非最終階段(S14中為NO)，要求生成部23將S13中所選擇之基本要求輸入至階段2(S15)。然後，要求生成部23對變數i加算1而成為2，並返回S13的處理(S16)。

要求生成部23係對於階段2的競合進行協調(S13)。在此，由於除了從階段1所輸入之基本要求以外並無1次 要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之基本要求。由於階段2為最終階段(S14中為YES)，要求生成部23將S13中所選擇之基本要求，作為2次要求輸出至元件控制部30(S17)。

亦即，在該時間點中，基本要求乃直接被輸出至元件控制部30，使壓縮機以4速進行動作。

<狀態2>

然後按下急冷鍵。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求以及功能執行部12A所輸出之急冷要求輸入至階段1(S11)。

要求生成部23係將變數i初期化為1(S12)，對於階段1的競合進行協調(S13)。在此，由於輸入基本要求以及急冷要求，所以要求生成部23係依循第5圖所示之協調資訊來協調競合。結果，選擇優先度高的急冷要求。由於階段1非最終階段(S14中為NO)，要求生成部23係將S13中所選擇之急冷要求輸入至階段2(S15)。然後，要求生成部23對變數i加算1而成為2，並返回S13的處理(S16)。

要求生成部23係對於階段2的競合進行協調(S13)。在此，由於除了從階段1所輸入之急冷要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之急冷要求。由於階段2為最終階段(S14中為YES)，要求生成部23係將S13中所選擇之基本要求，作為2次要求輸出至元件控制部30(S17)。

亦即，在該時間點中，急冷要求被輸出至元件控制部 30，使壓縮機以7速進行動作。

<狀態3>

然後於急冷運轉中按下製冰鍵。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求、功能執行部12A所輸出之急冷要求、以及功能執行部12B所輸出之製冰要求輸入至階段1(S11)。

要求生成部23係將變數i初期化為1(S12)，對於階段1的競合進行協調(S13)。在此，由於輸入基本要求及急冷要求及製冰要求，所以要求生成部23係依循第5圖所示之協調資訊來協調競合。結果，選擇優先度高的製冰要求。由於階段1非最終階段(S14中為NO)，因此要求生成部23係將S13中所選擇之製冰要求輸入至階段2(S15)。然後，要求生成部23係對變數i加算1而成為2，並返回S13的處理(S16)。

要求生成部23係對於階段2的競合進行協調(S13)。在此，由於除了從階段1所輸入之製冰要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之製冰要求。由於階段2為最終階段(S14中為YES)，要求生成部23係將S13中所選擇之製冰要求，作為2次要求而輸出至元件控制部30(S17)。

亦即，在該時間點中，製冰要求被輸出至元件控制部30，使壓縮機以5速進行動作。

<狀態4>

然後於製冰運轉中使弱保護功能進行動作。如此，要 求輸入部21係將基本運轉執行部11所輸出之基本要求、功能執行部12A所輸出之急冷要求、以及功能執行部12B所輸出之製冰要求輸入至階段1，並將功能執行部12C所輸出之弱保護要求輸入至階段2(S11)。

要求生成部23係將變數i初期化為1(S12)，與階段3相同地，對於階段1的競合進行協調，並將急冷要求輸入至階段2(S13至S15)。然後，要求生成部23係對變數i加算1而成為2，並返回S13的處理(S16)。

要求生成部23係對於階段2的競合進行協調(S13)。在此，由於輸入有階段1所輸入之製冰要求以及功能執行部12C所輸出之弱保護要求，所以要求生成部23係依循第6圖所示之協調資訊來協調競合。結果，選擇優先度高的弱保護要求。由於階段2為最終階段(S14中為YES)，因此要求生成部23係將S13中所選擇之弱保護要求作為2次要求輸出至元件控制部30(S17)。

亦即，在該時間點中，弱保護要求被輸出至元件控制部30，使壓縮機以2速進行動作。

如上所述，實施形態1之控制裝置100係在應用部10與元件控制部30之間設置中間軟體部20。然後藉由中間軟體部20來協調從應用部10輸出至元件之競合的動作要求。

因此，在應用部10中，用以實現各功能之基本運轉執行部11、功能執行部12係僅需安裝欲實現之功能，對於元件控制，僅需輸出動作要求。此外，對於用以協調競合 的動作要求之功能，可與各功能分開，另外安裝在中間軟體部20即可。

尤其關於用以協調競合的動作要求之功能，可將從各功能所輸出之動作要求分為複數個階段來階段性處理。因此，各階段中，可將用以協調競合的動作要求之功能形成為單純的構成。具體而言，各階段中，可藉由第5圖或第6圖所示之優先度，來表示用以協調競合的動作要求之功能。

結果，與先前的嵌入式軟體不同，實現各功能之功能部中不含用以協調競合的動作要求之功能，因此各功能部並不會密切地相關聯。

實施形態2.

實施形態1中，係說明在各階段中從所輸入之1次要求中選擇優先度最高的1次要求。然而，亦須考量到同時符合2個以上的1次要求之情形。上述冰箱的例子中，急冷要求與製冰要求係可藉由提高壓縮機的速度來同時實現。

實施形態2中係說明，在可同時符合2個以上的1次要求之階段中，並非從所輸入之1次要求中選擇優先度最高的1次要求，而是產生用以同時實現2個以上的1次要求之新的1次要求。

第7圖為實施形態2之控制裝置100的構成圖。

實施形態2之控制裝置100係就針對每個階段決定為選擇階段與組合階段中的任一階段之方面來看，與實施形 態1之控制裝置100不同。

選擇階段係為實施形態1中所說明之階段。亦即，選擇階段中，係從所輸入之複數個1次要求中選擇1個1次要求。

組合階段為生成同時實現2個以上的1次要求之新的1次要求之階段。組合階段中，因應所輸入之動作要求的組合，來生成新的1次要求。

實施形態2之中間軟體部20的構成係與第2圖所示之實施形態1之中間軟體部20的構成相同。惟實施形態2之中間軟體部20中，協調資訊記憶部22所記憶之協調資訊係與實施形態1之中間軟體部20不同。

協調資訊記憶部22係對於選擇階段，與實施形態1相同，係記憶優先度作為協調資訊。然而，協調資訊記憶部22係對於組合階段，記憶因應所輸入之1次要求的組合來決定新生成的1次要求之組合資訊，以作為協調資訊。

當協調資訊為組合資訊時，要求生成部23係依循組合資訊，因應所輸入之1次要求的組合來生成新的1次要求。

第8圖係顯示實施形態2之中間軟體20的動作之流程圖。

S21至S22係與第3圖所示之S11至S12相同，S24至S27係與第3圖所示之S14至S17相同。

S23中，當階段i為選擇階段時，要求生成部23係從所輸入之1次要求中選擇優先度最高的1次要求。當階段i為組合階段時，要求生成部23係依循組合資訊，因應所 輸入之1次要求的組合來生成新的1次要求。

接著，說明第4圖所示之例子(假定控制裝置100被安裝在冰箱之情形的例子)。

惟將階段1設為組合階段，將階段2設為選擇階段。關於階段1的協調資訊係為第9圖所示之協調資訊。第9圖所示之協調資訊係為因應從基本運轉執行部11、急冷功能、及製冰功能所輸出之1次要求的組合所新生成之1次要求之組合資訊。惟基本要求經常被輸出，故省略基本要求未被輸出之情形。

狀態1中，僅輸入基本要求，所以與實施形態1相同，依循所輸入之基本要求，使冰箱以4速進行動作。

<狀態2>

狀態1後，按下急冷鍵。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求以及功能執行部12A所輸出之急冷要求輸入至階段1(S21)。

要求生成部23係將變數i初期化為1(S22)，對於階段1的競合進行協調(S23)。在此，由於輸入基本要求以及急冷要求，所以要求生成部23係依循第9圖所示之協調資訊來協調競合。結果，生成對應於基本要求與急冷要求之急冷要求。由於階段1並非最終階段(S24中為NO)，因此要求生成部23係將S23中所生成之急冷要求輸入至階段2(S25)。然後，要求生成部23係對變數i加算1而成為2，並返回S23的處理(S26)。

要求生成部23係對於階段2的競合進行協調(S23)。 在此，由於除了從階段1所輸出之急冷要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之急冷要求。由於階段2為最終階段(S24中為YES)，因此要求生成部23係將S23中所選擇之急冷要求，作為2次要求輸出至元件控制部30(S27)。

亦即，在該時間點中，急冷要求被輸出至元件控制部30，使壓縮機以7速進行動作。

<狀態3>

然後於急冷運轉中按下製冰鍵。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求、功能執行部12A所輸出之急冷要求、以及功能執行部12B所輸出之製冰要求輸入至階段1(S21)。

要求生成部23將變數i初期化為1(S22)，對於階段1的競合進行協調(S23)。在此，由於輸入基本要求及急冷要求及製冰要求，所以要求生成部23係依循第9圖所示之協調資訊來協調競合。結果，生成對應於基本要求與急冷要求與製冰要求之急冷與製冰要求。由於階段1並非最終階段(S24中為NO)，因此要求生成部23係將S23中所生成之急冷與製冰要求輸入至階段2(S25)。然後，要求生成部23係對變數i加算1而成為2，並返回S23的處理(S26)。

要求生成部23係對於階段2的競合進行協調(S23)。在此，由於除了從階段1所輸入之急冷與製冰要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之急冷與製冰要求。由於階段 2為最終階段(S24中為YES)，因此要求生成部23係將S23中所選擇之急冷與製冰要求，作為2次要求輸出至元件控制部30(S27)。

亦即，在該時間點中，急冷與製冰要求被輸出至元件控制部30，使壓縮機以10速進行動作。

<狀態4>

然後於急冷與製冰運轉中使弱保護功能進行動作。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求、功能執行部12A所輸出之急冷要求、以及功能執行部12B所輸出之製冰要求輸入至階段1，並將功能執行部12C所輸出之弱保護要求輸入至階段2(S21)。

要求生成部23係將變數i初期化為1(S22)，與階段3相同地，對於階段1的競合進行協調，並將急冷與製冰要求輸入至階段2(S23-S25)。然後，要求生成部23係對變數i加算1而成為2，並返回S23的處理(S26)。

要求生成部23係對於階段2的競合進行協調(S23)。在此，由於輸入有階段1所輸入之急冷與製冰要求以及功能執行部12C所輸出之弱保護要求，所以要求生成部23係依循第6圖所示之協調資訊來協調競合。結果，選擇優先度高的弱保護要求。由於階段2為最終階段(S24中為YES)，要求生成部23係將S23中所選擇之弱保護要求，作為2次要求輸出至元件控制部30(S27)。

亦即，在該時間點中，弱保護要求被輸出至元件控制部30，使壓縮機以2速進行動作。

如上所述，實施形態2之控制裝置100係藉由將組合資訊記憶作為協調資訊，即可生成能夠同時實現2個以上的1次要求之新的1次要求。

因此，與實施形態1相同，將用以協調競合的動作要求之功能形成為單純的構成，並且可進行較實施形態1更圓滑的控制。

實施形態3.

實施形態1、2中，係說明在各階段中，僅根據所輸入之1次要求來協調競合。實施形態3中，則說明不僅是所輸入之1次要求，亦說明根據元件的動作狀態來協調競合。

第10圖為實施形態3之控制裝置100的構成圖。

實施形態3之控制裝置100，就針對每個階段決定為選擇階段與組合階段與轉移階段中的任一階段之方面來看，與實施形態1、2之控制裝置100不同。

轉移階段係為因應元件的動作狀態與所輸入之1次要求來生成新的1次要求之階段。

實施形態3之中間軟體部20的構成係與第2圖所示之實施形態1之中間軟體部20的構成相同。惟實施形態3之中間軟體部20中，協調資訊記憶部22所記憶之協調資訊係與實施形態1、2之中間軟體部20不同。

協調資訊記憶部22係對於選擇階段與組合階段，與實施形態2相同，係分別記憶優先度及組合資訊。然而，協調資訊記憶部22係對於轉移階段，記憶因應元件的狀態與新輸入之1次要求來決定所生成的1次要求之狀態轉移資 訊，作為協調資訊。

當協調資訊為狀態轉移資訊時，要求生成部23係依循狀態轉移資訊，因應元件的狀態與新輸入之1次要求來生成新的1次要求。當未輸入新的1次要求時，係生成維持此時之元件的狀態之1次要求。

第11圖係顯示實施形態3之中間軟體20的動作之流程圖。

S31至S32係與第8圖所示之S21至S22相同，S34至S37係與第8圖所示之S24至S27相同。

S33中，當階段i為選擇階段時，要求生成部23係從所輸入之1次要求中選擇優先度最高的1次要求。當階段i為組合階段時，要求生成部23係依循組合資訊，因應所輸入之1次要求的組合來生成新的1次要求。當階段i為轉移階段時，要求生成部23係依循狀態轉移資訊，因應元件的動作狀態與所輸入之1次要求來生成新的1次要求。

接著說明第4圖所示之例子(假定控制裝置100被安裝在冰箱之情形的例子)。

惟將階段1設為轉移階段，將階段2設為選擇階段。關於階段1的協調資訊，為第12圖所示之協調資訊。第12圖所示之協調資訊，係顯示依壓縮機的動作狀態與所輸入之1次要求而生成之1次要求。在此，為了簡化而省略弱、強保護功能動作之情形。此外，雖然於第12圖中未顯示，但在冰箱的啟動時，僅輸入基本要求而開始一般運轉。

狀態1中，僅輸入基本要求，所以與實施形態1、2相 同，依循所輸入之基本要求，使冰箱以4速進行動作。

<狀態2>

狀態1後，按下急冷鍵。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求以及功能執行部12A所輸出之急冷要求輸入至階段1(S31)。亦即將新的急冷要求輸入至階段1。

要求生成部23係將變數i初期化為1(S32)，對於階段1的競合進行協調(S33)。在此，由於壓縮機的動作狀態為一般(4速)，且輸入有新的急冷要求，所以要求生成部23係依循第12圖所示之協調資訊來生成急冷要求。由於階段1並非最終階段(S34中為NO)，要求生成部23係將S33中所生成之急冷要求輸入至階段2(S35)。然後，要求生成部23係對變數i加算1而成為2，並返回S33的處理(S36)。

要求生成部23係對於階段2的競合進行協調(S33)。在此，由於除了從階段1所輸入之急冷要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之急冷要求。由於階段2為最終階段(S34中為YES)，因此要求生成部23係將S33中所選擇之急冷要求，作為2次要求輸出至元件控制部30(S37)。

亦即，在該時間點中，急冷要求被輸出至元件控制部30，使壓縮機以7速進行動作。

<狀態3>

然後於急冷運轉中按下製冰鍵。如此，要求輸入部21 係將基本運轉執行部11所輸出之基本要求、功能執行部12A所輸入之急冷要求、以及功能執行部12B所輸出之製冰要求，重新輸入至階段1(S31)。亦即，將製冰要求重新輸入至階段1。

要求生成部23係將變數i初期化為1(S32)，對於階段1的競合進行協調(S33)。在此，由於壓縮機的動作狀態為急冷(7速)，且輸入有急冷與製冰要求，所以要求生成部23係依循第12圖所示之協調資訊來生成急冷與製冰要求。由於階段1並非最終階段(S34中為NO)，要求生成部23係將S33中所生成之急冷與製冰要求輸入至階段2(S35)。然後，要求生成部23係對變數i加算1而成為2，並返回S33的處理(S36)。

要求生成部23係對於階段2的競合進行協調(S33)。在此，由於除了從階段1所輸入之急冷與製冰要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之急冷與製冰要求。由於階段2為最終階段(S34中為YES)，要求生成部23係將S33中所選擇之急冷與製冰要求，作為2次要求輸出至元件控制部30(S37)。

亦即，在該時間點中，急冷與製冰要求被輸出至元件控制部30，使壓縮機以10速進行動作。

<狀態4>

然後於急冷與製冰運轉中使弱保護功能進行動作。如此，要求輸入部21係將基本運轉執行部11所輸出之基本 要求、功能執行部12A所輸出之急冷要求、以及功能執行部12B所輸出之製冰要求輸入至階段1，並將功能執行部12C所輸出之弱保護要求輸入至階段2(S31)。亦即將新的弱保護要求輸入至階段1。

要求生成部23係將變數i初期化為1(S32)，對於階段1的競合進行協調(S33)，在此，由於無新輸入的基本要求，所以生成維持目前壓縮機的動作狀態之急冷與製冰要求，由於階段1並非最終階段(S34中為NO)，因此要求生成部23係將S33中所生成之急冷與製冰要求輸入至階段2(S35)。然後，要求生成部23係對變數i加算1而成為2，並返回S33的處理(S16)。

要求生成部23係對於階段2的競合進行協調(S33)。在此，由於輸入有階段1所輸入之急冷與製冰要求以及功能執行部12C所輸出之弱保護要求，所以要求生成部23係依循第6圖所示之協調資訊來協調競合。結果，選擇優先度高的弱保護要求。由於階段2為最終階段(S34中為YES)，要求生成部23係將S33中所選擇之弱保護要求，作為2次要求輸出至元件控制部30(S37)。

亦即，在該時間點中，弱保護要求被輸出至元件控制部30，使壓縮機以2速進行動作。

如上所述，實施形態3之控制裝置100係藉由將狀態轉移資訊記憶作為協調資訊，即可生成對應於元件的狀態之新的1次要求。

因此，與實施形態1、2相同地，將用以協調競合的動 作要求之功能形成為單純的構成，並可進行較實施形態1、2更圓滑的控制。

上述說明中，係僅參考以1次要求所控制之速度，作為壓縮機的動作狀態。然而，亦可參考壓縮機所消耗之每單位時間的電力等之以1次要求所控制之參數以外的資訊，作為壓縮機的動作狀態。此外，亦可參照膨脹閥的開度等之以1次要求所控制之壓縮機以外的元件的動作狀態。

亦即，轉移資訊中的狀態轉移資訊係可設為元件的動作狀態，或是以1次要求所控制之參數以外的資訊，或以1次要求所控制之裝置以外的元件的資訊。

實施形態4.

實施形態1至3中，係在各階段中，從所輸入之複數之1次要求中選擇1個1次要求，或是因應所輸入之1次要求等生成新的1次要求。

實施形態4中，係說明包含有依據從功能執行部12所輸入之1次要求，來修正從先前階段所輸入之1次要求之階段的情形。

第13圖為實施形態4之控制裝置100的構成圖。

實施形態4之控制裝置100，就針對每個階段決定為選擇階段與組合階段與轉移階段與修正階段中的任一階段之方面來看，與實施形態1至3之控制裝置100不同。

修正階段係依據從功能執行部12所輸入之1次要求，來修正從基本運轉執行部11所輸入之1次要求或是從先前 階段所輸入之1次要求，以生成新的1次要求之階段。

第14圖為實施形態4之中間軟體20的構成圖。

實施形態4之中間軟體20，就具備修正資訊記憶部24之方面來看，與實施形態1至3之中間軟體20不同。

修正資訊記憶部24係對於每個修正階段，記憶顯示出1次要求的修正方法之修正資訊。修正資訊係例如顯示出：將從功能執行部12所輸入之1次要求所顯示之修正值，加算或乘算於從基本運轉執行部11所輸入之1次要求或是從先前階段所輸入之1次要求等。

協調資訊記憶部22係對於選擇階段與組合階段與轉移階段，與實施形態3相同地，係分別記憶優先度及組合資訊及狀態轉移資訊。協調資訊記憶部22係對於修正階段，記憶優先度及組合資訊及狀態轉移資訊中的任一種作為協調資訊。惟協調對象僅為從功能執行部12所輸入之1次要求，並不包含從基本運轉執行部11所輸出之1次要求或是從先前階段所輸入之1次要求。

修正階段中，要求生成部23係依循協調資訊，來生成用以協調從功能執行部12所輸入之1次要求的競合之1次要求。此外，要求生成部23係依循修正資訊，利用所生成之1次要求所表示之修正值，來修正從基本運轉執行部11所輸入之1次要求或是從先前階段所輸入之1次要求，以生成新的1次要求之階段。

第15圖係顯示實施形態4之中間軟體20的動作之流程圖。

S41至S42係與第11圖所示之S31至S32相同，S44至S47係與第11圖所示之S34至S37相同。

S43中，當階段i為選擇階段時，要求生成部23係從所輸入之1次要求中選擇優先度最高的1次要求。當階段i為組合階段時，要求生成部23係依循組合資訊，因應所輸入之1次要求的組合來生成新的1次要求。當階段i為轉移階段時，要求生成部23係依循狀態轉移資訊，因應元件的動作狀態與所輸入之1次要求來生成新的1次要求。當階段i為修正階段時，要求生成部23係依據從功能執行部12所輸入之1次要求，來修正從基本運轉執行部11所輸出之1次要求或是從先前階段所輸入之1次要求，以生成新的1次要求之階段。

接著說明第4圖所示之例子(假定控制裝置100被安裝在冰箱之情形的例子)。

惟將階段1設為修正階段，將階段2設為選擇階段。關於階段1的協調資訊為第16圖所示之協調資訊。第16圖所示之協調資訊為急冷要求與製冰要求之優先度。在此，係顯示出急冷要求的優先度低，製冰要求的優先度高者。

此外，修正資訊記憶部24，係記憶將修正值加算於基本要求之內容，作為關於階段1的修正資訊。

此外，基本運轉執行部11所輸出之1次要求的基本要求，係要求4速下的運轉，弱保護要求係要求2速下的運轉，強保護要求係要求0速下的運轉。急冷要求係顯示3 速作為修正值，製冰要求係顯示1速作為修正值。

狀態1中，僅輸入基本要求，所以與實施形態1至3相同，依循所輸入之基本要求，使冰箱以4速進行動作。

<狀態2>

狀態1後，按下急冷鍵。如此，要求輸入部21係將基本運轉執行部11所輸入之基本要求以及功能執行部12A所輸入之急冷要求輸入至階段1(S41)。

要求生成部23係將變數i初期化為1(S42)，對於階段1的競合進行協調(S43)。在此，除了基本要求之外亦輸入有急冷要求，所以要求生成部23係選擇急冷要求。然後，要求生成部23係依循修正資訊，將所選擇之急冷要求所示之修正值3速，加算於基本要求所示之4速，而生成要求以7速進行運轉之急冷要求。由於階段1並非最終階段(S44中為NO)，要求生成部23係將S43中所生成之急冷要求輸入至階段2(S45)。然後，要求生成部23係對變數i加算1而成為2，並返回S43的處理(S46)。

要求生成部23係對於階段2的競合進行協調(S43)。在此，由於除了從階段1所輸出之急冷要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之急冷要求。由於階段2為最終階段(S44中為YES)，因此要求生成部23係將S43中所選擇之急冷要求，作為2次要求輸出至元件控制部30(S47)。

亦即，在該時間點中，急冷要求被輸出至元件控制部30，使壓縮機以7速進行動作。

<狀態3>

然後於急冷運轉中按下製冰鍵。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求、功能執行部12A所輸出之急冷要求、以及功能執行部12B所輸出之製冰要求，輸入至階段1(S41)。

要求生成部23係將變數i初期化為1(S42)，對於階段1的競合進行協調(S43)。在此，除了基本要求之外亦輸入有急冷要求及製冰要求，所以要求生成部23係依循第16圖所示之協調資訊來協調競合。結果，選擇優先度高之製冰要求。然後，要求生成部23係依循修正資訊，將所選擇之製冰要求所示之修正值1速，加算於基本要求所示之4速，而生成要求以5速進行運轉之製冰要求。由於階段1並非最終階段(S44中為NO)，要求生成部23係將S43中所選擇之製冰要求輸入至階段2(S45)。然後，要求生成部23係對變數i加算1而成為2，並返回S43的處理(S46)。

要求生成部23係對於階段2的競合進行協調(S43)。在此，由於除了從階段1所輸入之製冰要求以外並無1次要求，故未產生1次要求的競合。因此，要求生成部23係選擇從階段1所輸入之製冰要求。由於階段2為最終階段(S44中為YES)，因此要求生成部23係將S43中所選擇之製冰要求，作為2次要求輸出至元件控制部30(S47)。

亦即，在該時間點中，製冰要求被輸出至元件控制部30，使壓縮機以5速進行動作。

<狀態4>

然後於製冰運轉中使弱保護功能進行動作。如此，要求輸入部21係將基本運轉執行部11所輸出之基本要求、功能執行部12A所輸出之急冷要求、以及功能執行部12B所輸出之製冰要求輸入至階段1，並將功能執行部12C所輸出之弱保護要求輸入至階段2(S41)。

要求生成部23係將變數i初期化為1(S42)，與階段3相同，對於階段1的競合進行協調，並將製冰要求輸入至階段2(S43至S45)。然後，要求生成部23係對變數i加算1而成為2，並返回S43的處理(S46)。

要求生成部23對於階段2的競合進行協調(S43)。在此，由於輸入有階段1所輸入之製冰要求以及功能執行部12C所輸出之弱保護要求，所以要求生成部23係依循第6圖所示之協調資訊來協調競合。結果，選擇優先度高的弱保護要求。由於階段2為最終階段(S44中為YES)，因此要求生成部23係將S43中所選擇之弱保護要求，作為2次要求輸出至元件控制部30(S47)。

亦即，在該時間點中，弱保護要求被輸出至元件控制部30，使壓縮機以2速進行動作。

如上所述，實施形態4之控制裝置100，藉由記憶新的修正資訊，即可修正於先前階段所生成之1次要求而生成新的1次要求。

因此，與實施形態1至3相同，可將用以協調競合的動作要求之功能形成為單純的構成，並可進行更圓滑的控制。

上述說明中，係說明附加功能未動作之情形，以及壓縮機的動作速度經常為4速者。然而，即使是附加功能未動作時，亦須考量到為了將冰箱內的溫度保持為一定，而因應冰箱周圍的溫度等來變更壓縮機的動作速度。亦即，可考量到基本運轉執行部11將因應冰箱周圍的溫度等而要求不同的動作速度之基本要求予以輸出之情形。

此時，如實施形態4中所說明般，在急冷功能或製冰功能等之附加功能進行動作時，藉由以因應附加功能之修正值來修正目前的動作速度，即可進行適當的控制。

另一方面，如保護功能般，與目前的動作速度無關，亦有需控制為一定速度之附加功能。此時，如實施形態4中所說明般，與目前的動作速度無關，藉由以附加功能所指定的動作速度來控制，即可進行適當的控制。

實施形態5.

實施形態1至4中，係使用假定控制裝置100被安裝在冰箱之情形的例子，來說明控制裝置100的處理。然而，亦可考量將控制裝置100安裝於冰箱以外的家電產品或其他機器。

實施形態5中，係說明假定控制裝置100被安裝在其他機器之情形的例子。

第17圖係顯示假定控制裝置100被安裝在空調機之情形的例子之圖。

一般而言，空調機具備有壓縮機(元件的一例)，藉由改變壓縮機的動作速度(轉速rpm或旋轉頻率Hz)，即可控 制室內的溫度。在此，係以控制裝置100控制冷房運轉時的空調機之壓縮機的動作速度者為例來進行說明。

當開啟電源時，空調機會進行使室內持續降溫之基本運轉(基本運轉執行部11)。

此外，空調機具備有其他各種功能(功能執行部12)。在此，空調機係具備有：附加功能1(高功率運轉)、附加功能2(任意頻率控制)、保護功能1(防止排氣溫度過度上升)、保護功能2(防止冷凝溫度過度上升)、保護功能3(最小頻率保護)、保護功能4(停止振動對策)、保護功能5(停止排氣過度上升)之功能。

高功率運轉(附加功能1)，是使用者為了增強空調性能而按壓操作鍵時進行動作之功能。附加功能1係將既定的修正值加算於壓縮機的動作速度而使壓縮機的動作速度增快。

任意頻率控制(附加功能2)，為在工廠的出貨時的檢查等所使用之功能。附加功能2係將壓縮機設定在預設的動作速度使其進行動作。

防止排氣溫度過度上升(保護功能1)，是為了使壓縮機不會因排氣的溫度或壓力過度上升而損壞之功能。保護功能1係當藉由感測器偵測到溫度或壓力的異常上升時，從壓縮機的動作速度減去既定的修正值而使壓縮機的動作速度變慢。

防止冷凝溫度過度上升(保護功能2)，是為了抑制高壓側的壓力上升而使冷媒系統(壓縮機、熱交換機)不會損 壞之功能。保護功能2係當藉由感測器偵測到壓力的異常上升時，從壓縮機的動作速度減去既定的修正值而使壓縮機的動作速度變慢。

最小頻率保護(保護功能3)，是由於當成為所需以上的慢動作速度時反而會對壓縮機造成負擔，而可維持最低速度以確保最低冷循環量之功能。保護功能3係當低於一定速度時，將壓縮機的動作速度設定在最低速度。

停止振動對策(保護功能4)，為防止因停止壓縮機時所產生的振動造成配管被切斷之功能。保護功能4係在壓縮機停止前，將壓縮機的動作速度於一定時間內設定在既定速度。

停止排氣過度上升(保護功能5)，是當藉由感測器偵測到排氣之溫度或壓力的異常上升時，使壓縮機緊急停止之功能。保護功能5係將壓縮機的動作速度設定在0。

基本運轉與附加功能1所輸出之1次要求係被輸入至階段1(修正階段)。附加功能2所輸出之1次要求係被輸入至階段2(選擇階段)。保護功能1、2所輸出之1次要求係被輸入至階段3(修正階段)。保護功能3、4、5所輸出之1次要求係被輸入至階段4(選擇階段)。

階段3中，當僅執行保護功能1時，選擇保護功能1的修正值，僅執行保護功能2時，選擇保護功能2的修正值，同時執行保護功能1、2時，將選擇2個修正值兩者之組合資訊設定為協調資訊。

第18圖係顯示在第17圖所示之例子中被輸出的2次 要求之圖。

階段1中，以基本運轉所設定之壓縮機的速度F0為動作的前提。當執行附加功能1時，將速度△F1加算於速度F0。因此，從階段1輸出速度F0或速度F0+△F1。

階段2中，係輸出從階段1所輸出之速度(速度F0或速度F0+△F1)與從附加功能2所輸出之速度F2中的任一者。因此，從階段2輸出速度F0與速度F0+△F1與速度F2中的任一者。

階段3中，對於從階段2所輸出之速度，當僅保護功能1進行動作時，係以速度-△F3A來進行修正。僅保護功能2進行動作時，以速度-△F3B來進行修正。保護功能1、2兩者同時進行動作時，以速度-△F3A與-△F3B之兩者來進行修正。結果，係輸出因應組合之9種速度中的任一者。

階段4中，係輸出從階段3所輸出之速度與從保護功能3、4、5所輸出之速度中的任一者。

因此，因應附加功能或保護功能的執行狀態，輸出合計15種的速度。

第19圖係顯示假定一般的控制裝置被安裝在空調機之情形的例子之圖。

一般的控制裝置中，各功能係於內部觀看其他功能的執行狀態，來判定是否對元件驅動器輸出動作要求。因此，各功能中包含有極為複雜的條件判定，其維護性、再應用性、擴充性低。

相較於此，如第17圖所示，使用控制裝置100時，是 否對元件驅動器輸出動作要求之條件判定乃經過整理，其維護性、再應用性、擴充性高。

第20圖為DC(直流)馬達驅動型自動搬運車之說明圖。

自動搬運車係具備有馬達(元件的一例)，藉由改變對馬達所施加之電壓，即可改變馬達的動作速度，而控制自動搬運車的移動速度。

自動搬運車係藉由單純的直線移動來搬運貨品。自動搬運車係具備有附隨於馬達之扭力感測器、速度感測器、溫度感測器，並且在行進方向的前方具備前方障礙物感測器，在行進方向的後方具備後方障礙物感測器。

第21圖係顯示假定控制裝置100被安裝在第20圖所示之自動搬運車之情形的例子之圖。

在此係說明控制裝置100控制自動搬運車之馬達的動作速度之例子。

當開啟電源時，自動搬運車係進行藉由單純的直線移動來搬運貨品之基本運轉(基本運轉執行部11)。基本運轉係在開始運轉時、定速行進時、停止時以分別不同的電壓值來進行對馬達之輸出。

此外，自動搬運車具備有其他各種功能(功能執行部12)。在此，自動搬運車係具備有：附加功能1(速度維持)、附加功能2(省能源運轉)、附加功能3(高速運轉)、附加功能4(安全運轉)、保護功能1(後方障礙加速)、保護功能2(過度負荷減速)、保護功能3(前方障礙停止)、保護功能4(緊急停止)之功能。

附加功能1(速度維持)為在以定速行進時維持該速度之功能。附加功能1係依循速度感測器的資訊，修正電壓值以調整速度。

附加功能2(省能源運轉)為實現省能源運轉之功能。附加功能2係從電壓值減去修正值來降低電壓值。

附加功能3(高速運轉)為在有效率地進行運轉時等，以高速進行運轉之功能。附加功能3係輸出最高電壓來加速。

附加功能4(安全運轉)，為載有貨物崩落的危險性時等，以低速進行運轉來達到安全之功能。附加功能3係輸出低電壓來減速。

保護功能1(後方障礙加速)，為當藉由後方障礙物感測器偵測到後方有障礙物時，用以避免危險之功能。保護功能1係當偵測到後方有障礙物時，將修正值加算於目前的電壓值來加速。

保護功能2(過度負荷減速)，為當藉由扭力感測器偵測到過度負荷狀態時，可防止馬達的破壞之功能。保護功能係當偵測到過度負荷狀態時，從目前的電壓值減去修正值來減速。

保護功能3(前方障礙停止)，為當藉由前方障礙物感測器偵測到前方有障礙物時防止碰撞之功能。保護功能3係當偵測到前方有障礙物時，係輸出電壓值0來進行緊急煞車。

保護功能4(緊急停止)，為當藉由溫度感測器偵測出 馬達溫度的異常上升時防止馬達的損壞之功能。保護功能4係當偵測出馬達溫度的異常上升時，輸出電壓值0使馬達緊急停止。

基本運轉與附加功能1、2所輸出之1次要求係被輸入至階段1(修正階段)。附加功能3、4所輸出之1次要求係被輸入至階段2(選擇階段)。保護功能1、2所輸出之1次要求係被輸入至階段3(修正階段)。保護功能3、4所輸出之1次要求係被輸入至階段4(選擇階段)。

階段1中，同時執行附加功能1、2時，係設定協調資訊以藉由2個修正值兩者來進行修正。

階段1中，以基本運轉所設定之馬達的電壓值V0為動作的前提。當僅附加功能1進行動作時，係以電壓值±△V1A來進行修正。僅附加功能2進行動作時，係以電壓值-△V1A來進行修正。當附加功能1、2兩者進行動作時，係以電壓值±△V1A與-△V1A之兩者來進行修正。

階段2中，係選擇從階段1所輸出之電壓值與從附加功能3、4所輸出之電壓值中的任一者。

階段3中，對於從階段2所輸出之電壓值，係以從保護功能1、2所輸出之電壓值的任一者來進行修正。

階段4中，係選擇從階段3所輸出之電壓值與從保護功能3、4所輸出之電壓值中的任一者。

如上所述，不限於冰箱，只要是使用電腦並藉由從各種功能所輸出之動作要求來控制致動器等之各種元件之產品，均可安裝實施形態1至4之控制裝置100。此外，藉 由使用實施形態1至4之控制裝置100，即可將用以協調競合的動作要求之功能形成為非常單純的構成。因此容易地進行產品的維護和功能擴充。

除了上述家電產品和自動搬運車之外，亦可將實施形態1至4之控制裝置100安裝於例如裝載有多數個驅動馬達之機器人、或是電腦、汽車、人造衛星等。

上述說明中，壓縮機的動作速度等之控制值係作為2次要求，從中間軟體部20被輸出至元件控制部30。

然而，並不限定於控制值，例如顯示出一般處理、初期化處理、緊急停止處理、示範模式處理等各種處理之資訊，亦可作為2次要求從中間軟體部20被輸出至元件控制部30。此時，元件控制部30係將因應2次要求所示之處理之控制參數輸出至元件驅動器40，並於元件中執行該處理。

此外，上述說明中，元件控制部30僅將從中間軟體部20所輸出之2次要求作為參數輸出至元件驅動器40，來控制裝置。例如，上述冰箱的例子中，元件控制部30係將2次要求所示之速度作為參數輸出至元件驅動器40，並以該速度使壓縮機進行動作。

然而，元件控制部30亦可構成為不僅將2次要求作為參數輸出至元件驅動器40，並且從2次要求來計算出控制其他元件之參數等。例如，上述冰箱的例子中，元件控制部30亦可不僅將2次要求所示之速度作為參數輸出至壓縮機的元件驅動器40，並計算出因應2次要求所示之速度之 風扇的轉數，將計算出的轉數作為參數輸出至風扇的元件驅動器40。元件控制部30係除了上述之外，亦可將使因應2次要求所示之速度的燈點亮之參數，輸出至燈的元件驅動器40。

此外，元件控制部30係當預先記憶有參數的臨限值(上限值、下限值)，並輸入有超過臨限值之值作為2次要求時，亦可將臨限值作為控制參數輸出至元件驅動器40。亦即，元件控制部30亦可發揮最終保護功能之作用。

此外，中間軟體部20中，必須依所控制的每個元件，決定將從各功能執行部12所輸出之1次要求輸入至哪個階段，以及各階段中的協調資訊。

然而，係有可藉由共通條件來控制之元件。例如上述空調機的例子中，對於用以將空氣傳送至室內之風扇馬達的速度控制，可藉由與壓縮機相同之控制來實現。如此，對於可藉由共通條件來控制之元件，可將1次要求輸入至同一階段，並使用同樣的協調資訊來控制。藉此可節省用以記憶協調資訊之記憶裝置的記憶區域。

此外，當愈是從優先度高的功能所輸出之1次要求，愈是往前一階段或後一階段輸入時，可整理用以協調競合的動作要求之功能來構成。

第22圖係顯示上述實施形態之控制裝置100的硬體構成的一例之圖。

如第22圖所示，控制裝置100係具備有執行程式之CPU 911(Central Processing Unit，亦稱為中央處理裝 置、處理裝置、運算裝置、微處理器、微電腦、處理器)。CPU 911係經由匯流排912連接於ROM 913、RAM 914、通訊埠915，並控制此等硬體元件。

ROM 913為非揮發性記憶體的一例。RAM 914為揮發性記憶體的一例。ROM 913與RAM 914為記憶裝置(記憶體)的一例。通訊埠915為通訊裝置的一例。

ROM 913中，記憶有程式群916及檔案群917。程式群916的程式群是藉由CPU 911所執行。

程式群916中，係記憶有用以執行上述說明中作為「應用部10」、「中間軟體部20」、「元件控制部30」、「元件驅動器40」、「基本運轉執行部11」、「功能執行部12」、「要求輸入部21」、「要求生成部23」等所說明之功能之軟體或程式或其他程式。程式是藉由CPU 911所讀出並執行。

檔案群917中，係記憶有上述說明中之「動作要求」、「協調資訊」、「修正資訊」等資訊。「檔案」或「資料庫」係記憶於磁碟或記憶體等記憶媒體。記憶於磁碟或記憶體等記憶媒體之資訊或資料或訊號值或變數值或參數，係經由讀寫電路，藉由CPU 911被讀取至主記憶體或快取記憶體，並且被使用在資料萃取、搜尋、參考、比較、運算、計算、處理、輸出、列印、顯示等之CPU 911的動作。於資料萃取、搜尋、參考、比較、運算、計算、處理、輸出、列印、顯示等之CPU 911的動作之間，資訊或資料或訊號值或變數值或參數係被暫時記憶在主記憶體或快取記憶體或緩衝記憶體。

此外，上述說明中之流程圖的箭頭部分，主要顯示出資料或訊號的輸出輸入，資料或訊號值係被記錄在RAM 914的記憶體或其他光碟等的記錄媒體或IC晶片。此外，資料或訊號係可藉由匯流排912或訊號線或纜線等其他傳送媒體或電波來進行線上傳輸。

此外，上述說明中，作為「~部」所說明者，可為「~電路」、「~裝置」、「~機器」、「~手段」、「~功能」，此外，亦可為「~步驟」、「~程序」、「~處理」。此外，作為「~裝置」所說明者，可為「~電路」、「~機器」、「~手段」、「~功能」，此外，亦可為「~步驟」、「~程序」、「~處理」。再者，作為「~處理」所說明者，亦可為「~步驟」。亦即，作為「~部」所說明者，亦可藉由記憶於ROM 913之韌體所實現。或是僅由軟體，或是僅由元件、裝置、基板/配線等之硬體，或是軟體與硬體之組合，或進一步與韌體之組合來實施。韌體與軟體係作為程式被記憶於ROM 913等之記錄媒體。程式係藉由CPU 911所讀出，並藉由CPU 911所執行。亦即，程式係使電腦等發揮上述所述之「~部」的功能。或者是，在電腦等之中來執行上述所述之「~部」的程序或方法。

10‧‧‧應用部

11‧‧‧基本運轉執行部

12‧‧‧功能執行部

12A‧‧‧功能執行部

12B‧‧‧功能執行部

12C‧‧‧功能執行部

12D‧‧‧功能執行部

12E‧‧‧功能執行部

20‧‧‧中間軟體部

21‧‧‧要求輸入部

22‧‧‧協調資訊記憶部

23‧‧‧要求生成部

24‧‧‧修正資訊記憶部

30‧‧‧元件控制部

40‧‧‧元件驅動器

100‧‧‧控制裝置

911‧‧‧CPU

912‧‧‧匯流排

913‧‧‧ROM

914‧‧‧RAM

915‧‧‧COMM

916‧‧‧程式群

917‧‧‧檔案群

第1圖為實施形態1之控制裝置100的構成圖。

第2圖為實施形態1之中間軟體20的構成圖。

第3圖係顯示實施形態1之中間軟體20的動作之流程圖。

第4圖係顯示假定控制裝置100被安裝在冰箱之情形 的例子之圖。

第5圖係顯示實施形態1之關於階段1的協調資訊之圖。

第6圖係顯示實施形態1之關於階段2的協調資訊之圖。

第7圖為實施形態2之控制裝置100的構成圖。

第8圖係顯示實施形態2之中間軟體20的動作之流程圖。

第9圖係顯示實施形態2之關於階段1的協調資訊之圖。

第10圖為實施形態3之控制裝置100的構成圖。

第11圖係顯示實施形態3之中間軟體20的動作之流程圖。

第12圖係顯示實施形態3之關於階段1的協調資訊之圖。

第13圖為實施形態4之控制裝置100的構成圖。

第14圖為實施形態4之中間軟體20的構成圖。

第15圖係顯示實施形態4之中間軟體20的動作之流程圖。

第16圖係顯示實施形態4之關於階段1的協調資訊之圖。

第17圖係顯示假定控制裝置100被安裝在空調機之情形的例子之圖。

第18圖係顯示在第17圖所示之例子中，被輸出的2 次要求之圖。

第19圖係顯示假定一般的控制裝置被安裝在空調機之情形的例子之圖。

第20圖為DC(直流)馬達驅動型自動搬運車之說明圖。

第21圖係顯示假定控制裝置100被安裝在第20圖所示之自動搬運車之情形的例子之圖。

第22圖係顯示上述實施形態之控制裝置100的硬體構成的一例之圖。

10‧‧‧應用部

11‧‧‧基本運轉執行部

12A‧‧‧功能執行部

12B‧‧‧功能執行部

12C‧‧‧功能執行部

12D‧‧‧功能執行部

12E‧‧‧功能執行部

20‧‧‧中間軟體部

30‧‧‧元件控制部

40‧‧‧元件驅動器

100‧‧‧控制裝置

Claims (8)

1. 一種控制裝置，係為協調從複數個APP(應用程式)所輸出之產生競合的動作要求以控制元件之控制裝置，其具備有：將各APP所輸出之動作要求輸入至被設定順序後之複數個階段中之依每個APP中預設之階段之要求輸入部；依前述每個階段記憶有協調資訊之協調資訊記憶部；從前頭的階段，依序依循前述協調資訊記憶部所記憶之協調資訊，生成將所輸入之動作要求的競合予以協調後之動作要求，並將所生成之動作要求輸入至下一階段之要求生成部；以及於最後的階段中，依循前述要求生成部所生成之動作要求，來控制前述元件的動作之元件控制部。
2. 如申請專利範圍第1項所述之控制裝置，其中，前述協調資訊記憶部係對於前述複數個階段中的選擇階段，將關於所輸入之動作要求的優先度記憶作為前述協調資訊；前述要求生成部係於前述選擇階段中，從所輸入之動作要求中選擇優先度高的1個動作要求，並將所選擇之動作要求輸入至下一階段。
3. 如申請專利範圍第1項所述之控制裝置，其中，前述協調資訊記憶部係對於前述複數個階段中的組合階段，將 因應所輸入之動作要求的組合而決定所生成之動作要求的組合資訊予以記憶作為前述協調資訊；前述要求生成部係於前述組合階段中，依循組合資訊，從所輸入之動作要求中生成新的動作要求，並將所生成之動作要求輸入至下一階段。
4. 如申請專利範圍第1項所述之控制裝置，其中，前述協調資訊記憶部係對於前述複數個階段中的轉移階段，將因應前述元件的動作狀態與所輸入之動作要求之組合而決定所生成之動作要求的狀態轉移資訊予以記憶作為前述協調資訊；前述要求生成部係於前述轉移階段中，依循狀態轉移資訊，從所輸入之動作要求中生成新的動作要求，並將所生成之動作要求輸入至下一階段。
5. 如申請專利範圍第1項所述之控制裝置，其中，前述協調資訊記憶部係對於前述複數個階段中的修正階段，將關於由前述APP所輸出之動作要求的優先度記憶作為前述協調資訊；前述要求生成部係於前述修正階段中，從由前述APP所輸出之動作要求中選擇優先度高的1個動作要求，並藉由所選擇之動作要求來修正前一階段中所生成之動作要求，然後將修正後的動作要求輸入至下一階段。
6. 如申請專利範圍第1項之控制裝置，其中，前述要求輸入部係將優先度愈高的動作要求，愈往前一階段或後一 階段輸入。
7. 一種控制方法，係為協調從複數個APP(應用程式)所輸出產生之競合的動作要求以控制元件之控制方法，其具備有：處理裝置係將各APP所輸出之動作要求輸入至被設定順序後之複數個階段中之依每個APP所預設之階段之要求輸入步驟；處理裝置依循依每個階段預先記憶於記憶裝置之協調資訊，從前頭的階段依序生成將所輸入之動作要求的競合予以協調後之動作要求，並將所生成之動作要求輸入至下一階段之要求生成步驟；以及處理裝置於最後的階段中，依循前述要求生成步驟所生成之動作要求，來控制前述元件的動作之元件控制步驟。
8. 一種記錄有控制程式的電腦程式產品，該控制程式係用以為協調從複數個APP(應用程式)所輸出之產生競合的動作要求以控制元件，該電腦程式產品係被載入於電腦，並且使電腦執行以下處理：將各APP所輸出之動作要求輸入至被設定順序後之複數個階段中之依每個APP所預設之階段之要求輸入處理；依循依每個階段預先記憶於記憶裝置之協調資訊，從前頭的階段依序生成將所輸入之動作要求的競合予以協調後之動作要求，並將所生成之動作要求輸入至 下一階段之要求生成處理；以及於最後的階段中，依循前述要求生成處理所生成之動作要求，來控制前述元件的動作之元件控制處理。