專利名稱：進行負載的動作控制的控制裝置及控制方法
技術領域：
本發(fā)明涉及一種根據(jù)計算機程序進行各種負載的動作控制的控制裝置。尤其涉及下述的控制裝置、控制方法及計算機程序，將計算機程序的結構設計為能夠節(jié)約存儲器的 結構，實現(xiàn)裝置的簡化，而且能夠靈活地應對用于各負載的多種功能的增減，并能夠提高開 發(fā)效率。
背景技術：
在利用微型計算機根據(jù)被寫入到微型計算機內(nèi)置ROM中的計算機程序來進行控 制的控制裝置中，計算機程序用所謂嵌入式的語言記述。利用嵌入式的語言記述的計算機 程序的基本結構是節(jié)約存儲器等資源，以便簡化裝置，并針對每個控制對象，按照各功能安 裝最低必要限度的處理。圖1是表示現(xiàn)有的微型計算機中的計算機程序的結構概況的簡要圖。圖1所示的 計算機程序的結構表示尤其在對控制對象(負載X)的動作進行控制的控制裝置中由微型 計算機執(zhí)行的計算機程序的示例。圖1通過方框表示由計算機程序?qū)崿F(xiàn)的功能。在通過圖 1示例的計算機程序來實現(xiàn)把負載X作為控制對象的功能時，如圖1所示，該計算機程序例 如針對每個功能，使分別針對從傳感器或負載輸入的信號A、B、C的判定處理、根據(jù)輸入信 號的判定結果來判定為了實現(xiàn)功能而向負載X請求的動作的判定處理、對負載的動作請求 的信號輸出的仲裁、向每個動作的負載的信號輸出等功能，分別對應于通過應用程序待實 現(xiàn)的功能(a)和功能(b)來實現(xiàn)。在安裝計算機程序時，生成與各種功能對應的程序代碼(執(zhí)行文件)，程序代碼都 被預先存儲在存儲器中，并被CPU讀出。因此，對應于圖1所示的每個方框來占用存儲器。 因此，例如針對輸入信號的判定功能，按照每個功能(a)和功能(b)、并按照每個信號A、B、 C分別存在程序代碼。在圖1示例的結構中，功能只因(a)和(b)而不同，針對相同的輸入信號A分別存 在與輸入信號判定部對應的程序代碼。在不可能同時并行執(zhí)行功能(a)和(b)的情況下， 在各個結構中，存儲器的使用效率很低。并且，針對輸入信號的判定處理大致根據(jù)信號電平是高還是低，判定開關是ON還 是OFF、是鎖定還是沒有鎖定等。即，只是輸入信號的內(nèi)容不同，判定處理的具體處理內(nèi)容在 信號電平是高或低的方面都相同。在對各種輸入信號分別存在該判定處理用的程序代碼的 結構中，存儲器的使用效率很低。而且，在這種情況下，針對各輸入信號A、B、C的判定不是同時進行的，而是依次進 行針對各輸入信號A、B、C的判定，與判定結果對應的動作也是依次進行的，盡管被輸入信 號的判定處理用的程序代碼占用的存儲器不會被同時訪問，但是與用于使微型計算機執(zhí)行 的各動作對應的程序代碼都預先占用存儲器，所以存儲器的使用效率很低。與此相對，伴隨對控制裝置的功能的多樣化、復雜化的要求日益強烈，提出了下述 的控制裝置，其使微型計算機讀出并執(zhí)行通過面向?qū)ο蟮恼Z言記述的程序(參照日本特開2008-077220號公報等)。這樣，在每當執(zhí)行處理時都確保存儲器，在處理結束的情況下，存 儲器開放并能夠用于其他用途等，由此能夠有效地利用存儲器。但是，在這種情況下，需要 使微型計算機實現(xiàn)在程序執(zhí)行過程中動態(tài)地確保存儲器等處理的基本功能(庫)等。這 樣，在基于面向?qū)ο蟮脑O計中，用于實現(xiàn)基本功能的庫程序代碼使用存儲器，考慮到動態(tài)地 確保存儲器、動態(tài)地鏈接庫等處理，能夠通過面向?qū)ο笮偷挠嬎銠C程序結構實現(xiàn)各種功能， 這是因為存儲器的存儲容量具有富余。但是，在使用了進行負載控制的微型計算機的控制裝置中，由于存儲器的容量有 限制，所以采用通過嵌入式的語言記述的計算機程序，在除了存儲器的存儲容量也可以具 有富余的特定的控制裝置之外的控制裝置中，面向?qū)ο笮偷能浖Y構將不適用。另一方面， 像現(xiàn)有的計算機程序的結構那樣，在即使是能夠共用的處理，仍按照每種輸入信號、作為控 制對象的每個負載及每個功能使程序代碼占用存儲器的結構中，如上所述，存儲器的使用 效率很低。優(yōu)選形成共同的相同處理能夠共用、并能夠重復利用的結構，并且被共用化的處 理只是以與該處理對應的程序代碼占用存儲器。

發(fā)明內(nèi)容
本發(fā)明就是鑒于這種情況而提出的，其目的在于提供一種控制裝置及控制方法， 能夠?qū)⒚嫦驅(qū)ο笮偷母拍钸m用于嵌入式的計算機程序中，節(jié)約存儲器并實現(xiàn)裝置的簡化， 并且提高開發(fā)效率。 本發(fā)明的一種控制裝置，具有微型計算機，微型計算機接收表示多個控制對象的 狀態(tài)信息或來自多個傳感器的檢測信息的輸入信號，微型計算機進行基于多個應用程序的 處理，與根據(jù)輸入信號判斷的狀況對應地，向多個控制對象中的任一個控制對象輸出動作 請求，控制控制對象的動作，控制裝置的特征在于，還具有判定單元，在被提供了輸入信號 和針對輸入信號的判定條件的情況下，判定條件是否成立；提取單元，按照應用程序的各功 能，分別從多個輸入信號中提取一個或多個輸入信號；和判斷單元，將按照各功能分別提取 的一個或多個輸入信號以及與輸入信號對應的判定條件提供給判定單元，根據(jù)來自判定單 元的各個判定結果，判斷是否為輸出動作請求的狀況。本發(fā)明的一種控制方法，使微型計算機進行基于多個應用程序的處理，該微型計 算機接收表示多個控制對象的狀態(tài)信息或來自多個傳感器的檢測信息的輸入信號，并且該 微型計算機作為判定單元發(fā)揮作用，其根據(jù)與多個應用程序不同的計算機程序，在被提供 了輸入信號和針對輸入信號的判定條件的情況下，判定條件是否成立，該控制方法與根據(jù) 輸入信號判斷的狀況對應地，向多個控制對象中的任一個控制對象輸出動作請求，對控制 對象的動作進行控制，微型計算機通過基于應用程序的處理，按照各功能來提取一個或多 個與功能相關的輸入信號，將所提取的一個或多個輸入信號以及與輸入信號對應的判定條 件依次提供給判定單元，根據(jù)來自判定單元的各判定結果，判斷是否為輸出動作請求的狀 況，在判斷為是輸出動作請求的狀況時，輸出動作請求。本發(fā)明的一種計算機程序，使計算機與多個控制對象或多個傳感器連接，并接收 表示控制對象的狀態(tài)信息或來自多個傳感器的檢測信息的輸入信號，在使該計算機根據(jù)多 個應用程序，執(zhí)行與根據(jù)輸入信號判斷的狀況對應地向多個控制對象中的任一個控制對象 輸出動作請求，并使控制對象動作的處理時，使該計算機作為判定單元發(fā)揮作用，其在被提供了輸入信號和針對輸入信號的判定條件的情況下，判定條件是否成立，該計算機程序使 計算機作為下述單元發(fā)揮作用，即，向判定單元提供按照應用程序的各功能提取的一個或 多個輸入信息、與輸入信息對應的判定條件的單元；以及根據(jù)提供一個或多個輸入信息而 由判定單元得到的各個判定結果，判斷是否為輸出動作請求的狀況的單元。在由微型計算機根據(jù)表示控制對象的控制狀態(tài)的信息或各傳感器所檢測到的信 息的輸入信號，分別實現(xiàn)多個功能的應用程序的處理中，在判斷是否為輸出與該功能對應 的動作請求的狀況時，由判定單元執(zhí)行針對輸入信號的判定處理。用于根據(jù)多個功能中的 各功能來判斷是否使控制對象動作的信號分別被提取出來，并由判定單元對提取出來的各 輸入信號判定判定條件是否成立。根據(jù)判定單元的各判定結果，判斷是否為輸出動作請求 的狀況。此時，執(zhí)行基于多個應用程序的處理，并判定針對輸入信號的判定條件是否成立 的判定單元，在多個應用程序中被共用化。由此，現(xiàn)有技術中盡管處理的內(nèi)容重復但是針對 與各應用程序?qū)妮斎胄盘柗謩e執(zhí)行的判定處理被共用化。本發(fā)明的控制裝置具有按照各功能存儲如下內(nèi)容的單元，所述內(nèi)容包括提供給 判定單元的輸入信號和判定條件以及分支條件信息，該分支條件信息表示根據(jù)向判定單 元提供了輸入信號和判定條件時的判定結果接下來待提供的輸入信號和判定條件，判斷單 元根據(jù)分支條件信息，與各判定結果對應地選擇并提供接下來的輸入信號和判定條件。 按照各功能存儲有分支條件信息，該分支條件信息包括用于判斷是否為執(zhí)行與 功能對應的控制的狀況的判定對象的輸入信號和針對各輸入信號的判定條件；和表示根據(jù) 判定條件的判定結果接下來待提供的輸入信號的信息，根據(jù)該分支條件信息進行判定。在 根據(jù)分支條件來切換判定對象，并由一個判定單元執(zhí)行相同的判定處理的結構中，能夠獲 得與執(zhí)行針對各固有信號的判定處理的結構相同的結果。本發(fā)明的控制裝置具有按照各輸入信號來表示判定條件的表格，分支條件信息包 括表示接下來待提供的輸入信號的判定條件的參照位置的地址。各輸入信號的判定條件被表格化，分支條件信息表示針對與各判定條件的結果對 應的接下來的輸入信號的判定條件的參照位置。判定單元參照所示出的參照位置的判定條 件進行輸入信號是否一致的判定處理，即使在判定對象的信號變化時仍進行，在這種結構 中，針對不同輸入信號的判定是按照與判定結果對應的分支來進行的。由此，能夠通過共同 的一個判定單元執(zhí)行針對各種輸入信號的判定。本發(fā)明的控制裝置在根據(jù)分支條件信息依次向判定單元提供了輸入信號和判定 條件時，最后的判定結果成立的情況下，判斷單元判斷為是輸出動作請求的狀況。通過由判定單元根據(jù)分支條件信息進行的處理而最終得到的判定結果表示的成 立與否，表示是否為輸出動作請求的狀況。判定單元照常執(zhí)行用于返回針對多個輸入信號 的判定結果的處理，由此得到最終的判定結果。本發(fā)明的控制裝置按照各功能具有表示與各功能對應的輸入信號和對輸入信號 的判定條件的表格，提取單元根據(jù)所述表格來提取輸入信號。待成為判定對象的輸入信號和針對各輸入信號的判定條件，也可以按照各功能存 儲在表格中。在指定了功能的情況下，提取待判定的輸入信號，與判定對象的輸入信號的判 定順序無關地，對于所提取到的輸入信號中的任一個輸入信號，在判定條件不成立時，判定結果不成立。如上所述，在本發(fā)明中，在根據(jù)嵌入式的計算機程序來進行控制的控制裝置中，對于實現(xiàn)各功能的動作，在各功能中共用針對用于判斷是否為進行動作的狀況的輸入信號的 判定處理，在針對各種輸入信號的判定處理中利用一個判定單元的功能。由此，相比按照各輸入信號并按照各功能，存儲并執(zhí)行針對各種輸入信號分別進 行輸入信號的判定處理的程序代碼的結構，通過將能夠共同利用的程序代碼存儲在一個存 儲器中并執(zhí)行，由此能夠?qū)崿F(xiàn)各功能，所以存儲器的占用量比較小。由于能夠節(jié)約存儲器， 所以能夠簡化裝置。另外，由于能夠重復利用改變輸入信號本身和判定結果的關系而共用 化的判定單元的功能即可，所以在增加了針對新輸入信號的判定處理時，即使不安裝與其 對應的程序，只要遵守提供輸入信號和與該輸入信號對應的判定條件的結構，則只開發(fā)應 用程序即可，能夠提高開發(fā)效率。


圖1是表示現(xiàn)有的微型計算機的計算機程序的結構概況的簡要圖。圖2是表示實施方式1的車載控制系統(tǒng)的結構的結構圖。圖3是表示實施方式1的車載控制系統(tǒng)中包含的主體ECU的內(nèi)部結構的框圖。圖4是示意地表示通過實施方式1的主體E⑶中的微型計算機的CPU實現(xiàn)的功能 的功能框圖。圖5是表示在實施方式1的主體ECU的ROM中存儲的判定表格的內(nèi)容示例的說明 圖。圖6是示意地表示實施方式1的鏈接信息的內(nèi)容示例的說明圖。圖7是表示由實施方式1的輸入信號判定模塊執(zhí)行的處理步驟的一例的流程圖。圖8是示意地表示實施方式1的輸入信號判定模塊的判定處理過程的說明圖。圖9是示意地表示CPU作為輸入信號判定模塊發(fā)揮作用時的處理的具體示例的說 明圖。圖10是表示在實施方式2的ROM中存儲的判定表格的基本結構的說明圖。圖11是表示實施方式2的判定表格的內(nèi)容示例的說明圖。圖12是表示由實施方式2的輸入信號判定模塊執(zhí)行的處理步驟的一例的流程圖。
具體實施例方式以下，關于本發(fā)明根據(jù)表示其實施方式的附圖進行具體說明。另外，在以下所示的 實施方式中，以把本發(fā)明的控制裝置適用于車載主體ECU的車載控制系統(tǒng)為例進行說明， 所述車載主體ECU控制車輛的安裝于車廂內(nèi)的燈、照明、車門、刮水器等車體系統(tǒng)的各種控 制對象。(實施方式1)圖2是表示實施方式1的車載控制系統(tǒng)的結構的結構圖。車載控制系統(tǒng)包括安 裝在車廂內(nèi)的前部車頂上的車內(nèi)燈1 ；設置在車輛的車門部上，檢測車門的開閉的門控傳 感器(Courtesy sensor) 2、2和檢測車門鎖的車門鎖傳感器3、3 ；檢測點火(Ignition)鑰 匙(以下稱為IG鑰匙)的插拔的IG鑰匙傳感器4 ；和控制上述各部分的主體ECU 5。
車內(nèi)燈1與主體E⑶5連接，由主體E⑶5控制亮燈、滅燈。另外，無論在亮燈、滅 燈時，都能夠根據(jù)PWM控制進行減光、增光。門控傳感器2、2和車門鎖傳感器3、3與主體E⑶5連接，分別向主體E⑶5輸出 用于通知車門開閉狀態(tài)的信號或用于通知車門鎖的開閉狀態(tài)的信號。IG鑰匙傳感器4與主體E⑶5連接，向主體E⑶5輸出表示由IG鑰匙傳感器4檢 測到的IG鑰匙的插拔及鑰匙位置的信號。主體E⑶5輸入從門控傳感器2、2、車門鎖傳感器3、3或IG鑰匙傳感器4輸出的 各信號，根據(jù)這些信號的信號電平，例如在車門是關閉狀態(tài)、而且未插入IG鑰匙的狀態(tài)下， 車門鎖從上鎖變?yōu)殚_鎖的情況下，由于處于車門被想要乘車的用戶開鎖的狀況，所以實現(xiàn) 輸出用于使車內(nèi)燈1亮燈的控制信號的進入(Entry)控制。并且，同樣在車門是關閉狀態(tài)、 而且未插入IG鑰匙的狀態(tài)下，車門鎖從開鎖變?yōu)樯湘i的情況下，由于處于車門被下車后的 用戶上鎖的狀況，所以實現(xiàn)輸出用于使亮燈的車內(nèi)燈1逐漸減光并滅燈的控制信號的車門 鎖減光控制。另外，在實施方式1中，關于主體E⑶5只記述了與車內(nèi)燈1的亮燈相關的功能的 各構成部分的處理，但主體ECU 5為了實現(xiàn)其他功能，當然也可以構成為能夠控制作為其 他控制對象的負載(致動器)、例如前燈、小燈、前刮水器、后刮水器等。 說明用于通過主體E⑶5實現(xiàn)這些各種功能的主體E⑶5內(nèi)部的結構及處理。主 體E⑶5如后面所述具有微型計算機50，通過執(zhí)行基于微型計算機50的內(nèi)置ROM (Read Only Memory 只讀存儲器)52中所存儲的計算機程序的處理，實現(xiàn)各種功能。圖3是表示實施方式1的車載控制系統(tǒng)中包含的主體ECU 5的內(nèi)部結構的框 圖。主體ECU 5構成為具有微型計算機50，其包括CPU 51、ROM 52、RAM (Random Access Memory 隨機存取存儲器)53和1/054。另外，在通過車載網(wǎng)絡與門控傳感器2、2、車門鎖傳 感器3、3、IG鑰匙傳感器4等傳感器連接的情況下，可以在微型計算機50的內(nèi)部或外部設 置作為通信單元的網(wǎng)絡控制器、收發(fā)器。CPU 51將存儲在ROM 52中的計算機程序讀出到RAM 53中并執(zhí)行該計算機程序， 由此實現(xiàn)上述的車內(nèi)燈1的亮燈、滅燈、減光功能。ROM 52采用閃存。在ROM 52中存儲有由CPU 51讀出并執(zhí)行的計算機程序，例如
用于實現(xiàn)有關車體系統(tǒng)的各功能的應用程序55、55.....應用驅(qū)動程序56、輸入信號判定
模塊程序57。此外，也存儲有用于實現(xiàn)與所連接的車內(nèi)燈1等各種負載的信號在物理層中 的輸入輸出的驅(qū)動程序(未圖示)。并且，在ROM 52中，按照每個負載存儲有CPU 51判定 來自各傳感器的輸入信號表示的狀態(tài)時所參照的判定表格58、58、...。并且，按照每個功 能存儲有表示判定表格58、58、...之間的鏈接關系的鏈接信息59。另外，ROM 52基本上在主體E⑶5工作時專用于讀出(ROM)，但在需要更新使CPU 51執(zhí)行的計算機程序或更新判定表格58、58、...的情況下，也能夠改寫。RAM 53 采用 DRAM (Dynamic RAM 動態(tài)隨機存取存儲器)、SRAM (Static RAM 靜態(tài) 隨機存取存儲器)等。在RAM 53中加載CPU 51讀出的計算機程序，此外還臨時存儲通過 處理而產(chǎn)生的各種信息。1/0 54是微型計算機50與外部的接口。微型計算機50通過1/0 54向車內(nèi)燈1 輸出控制信號。
下面，說明微型計算機50的CPU 51讀出存儲在ROM 52中的計算機程序并實現(xiàn) 的、微型計算機50內(nèi)部的具體功能。圖4是示意地表示通過實施方式1的主體ECU 5的微 型計算機50的CPU 51實現(xiàn)的功能的功能框圖。CPU 51讀出存儲在ROM 52中的應用程序55、55.....應用驅(qū)動程序56、輸入信號
判定模塊程序57、及其他驅(qū)動程序等，并執(zhí)行這些程序，由此作為被劃分為應用層101、平 臺層(Platform layer) 102這些層次的軟件結構而動作。CPU 51根據(jù)應用程序55、55、...中的進入控制用的應用程序55，作為進入控制應 用103發(fā)揮作用。同樣，CPU 51根據(jù)車門鎖減光控制用的應用程序55，作為車門鎖減光控 制應用104發(fā)揮作用。有關進入控制應用103和車門鎖減光控制應用104的功能，在結構 上位于應用層101上。CPU 51根據(jù)應用驅(qū)動程序56，實現(xiàn)作為選擇部105和輸出驅(qū)動部106的功能。有 關選擇部105和輸出驅(qū)動部106的功能，不是處理用于直接控制硬件組(控制對象組、即車 內(nèi)燈1、前燈、小燈等)的物理層的信號的所謂驅(qū)動器的功能，而是把進入控制應用103或車 門鎖減光控制應用104等各種應用的處理中的信號生成處理等相同部分設為一體的模塊， 并位于應用層101上。

CPU 51根據(jù)輸入信號判定模塊程序57，實現(xiàn)作為輸入信號判定模塊107的功能。 在具有來自應用的輸入信號判定的指示的情況下，作為輸入信號判定模塊107的功能是使 判定與功能有關的輸入信號的信號電平的處理共用化的一個模塊。各應用能夠重復利用輸 入信號判定模塊107的功能，判定是否為進行動作的狀況。即，進入控制應用103和車門鎖 減光控制應用104都利用輸入信號判定模塊107，判定是否為使車內(nèi)燈1亮燈的狀況、或者 是否為進行減光滅燈的狀況。輸入信號判定模塊107位于應用層101上。并且，CPU 51根據(jù)驅(qū)動程序，作為輸入輸出驅(qū)動器108發(fā)揮作用。作為輸入輸出 驅(qū)動器108的功能實現(xiàn)所謂驅(qū)動器的功能，并向直接控制硬件組的I/O 54實際進行物理層 的控制信號的輸入輸出。作為輸入輸出驅(qū)動器108的功能，在結構上位于平臺層102上。CPU 51作為選擇部105時的功能如下所述。在CPU 51通過作為進入控制應用103 或車門鎖減光控制應用104的功能，向作為控制對象的硬件、例如車內(nèi)燈1發(fā)出亮燈請求等 動作請求的情況下，選擇部105接收動作請求，并確定控制對象和使控制對象進行的具體 動作，向輸出驅(qū)動部106輸出表示被確定的控制對象及動作的內(nèi)容的信息。CPU 51作為輸出驅(qū)動部106時的功能如下所述。輸出驅(qū)動部106根據(jù)由選擇部 105提供的控制對象及使控制對象進行的具體動作的信息，生成用于實現(xiàn)動作的控制信號， 并指示給平臺層102的輸入輸出驅(qū)動器108，使其向控制對象的硬件輸出控制信號。CPU 51作為輸入信號判定模塊107時的功能如下所述。輸入信號判定模塊107對 于從各應用根據(jù)各功能而提取的輸入信號，分別判定用于判斷是否是發(fā)揮所述功能的狀況 的判定條件的成立/不成立，并將判定結果回復給各應用。實施方式1的輸入信號判定模 塊107形成為按照每個輸入信號而利用的可重入結構。這樣，首先本實施方式1的主體E⑶5構成為，由選擇部105—并接收來自各應用 的動作請求，并共用化生成控制信號的輸出驅(qū)動部106的功能。主體ECU 5不是按照進入控 制應用103和車門鎖減光控制應用104等各應用、及控制對象的每個負載，分別生成控制信 號并輸出給輸入輸出驅(qū)動器108的結構(參照圖1)。在進入控制應用103和車門鎖減光控制應用104等任一個應用中，在通過ON(接通)、OFF(斷開)的轉換來實現(xiàn)控制的情況下， 按照動作請求來生成控制信號的處理都是只有動作的具體內(nèi)容不同、而其他內(nèi)容相同的處 理，所以能夠共用化。并且，在主體ECU 5中，不是同時進行各控制對象的硬件控制，各應用 的功能也是依次實現(xiàn)，因此不需要構成為能夠同時進行控制信號的生成處理，所以能夠共 用化。通過采取把該處理設為一個處理、并能夠被各功能重復利用地共用化的結構，能夠削 減ROM 52和RAM 53中的存儲器占用量。并且，在本實施方式1的主體E⑶5中，采取針對輸入信號的判定也共用化到輸入 信號判定模塊107的結構。而不是在進入控制應用103和車門鎖減光控制應用104等各應 用中分別包含對每個輸入信號進行輸入信號判定處理的模塊的結構。在進入控制應用103 和車門鎖減光控制應用104等任一個應用中，進一步對任一個輸入信號也進行信號電平是 高(Hi)還是低(Low)的判定。不同之處僅僅是作為判定的對象的輸入信號是哪一個，判定 處理本身是相同的，所以能夠共用化。并且，在主體ECU 5中，不需同時進行各控制對象的 硬件控制，各應用的功能也是依次實現(xiàn)，因此也不需要各應用的功能同時進行對輸入信號 的判定處理。通過采取把輸入信號判定處理設為一個處理、并能夠被各個功能重復利用地 共用化的結構，能夠進一步削減ROM 52和RAM 53中的存儲器占用量。具體地講，在通過CPU 51實現(xiàn)各功能的情況下，需要與圖4的各方框所示的各功 能對應的執(zhí)行程序文件(程序代碼)。首先，在一個選擇部105和輸出驅(qū)動部106中共用化 控制對象的確定和控制信號的生成處理的功能，能夠被各種功能利 用，由此與執(zhí)行分別與 多個應用程序55、55、...對應的多個應用驅(qū)動程序的結構相比，可以減小R0M52和RAM 53 中的存儲容量。這是因為不需要在各應用程序55、55、...中準備與輸出驅(qū)動部106對應的 程序代碼。同樣，通過采取使輸入信號判定處理共用化到輸入信號判定模塊107、并被各應 用的功能利用的結構，能夠省略各應用中的輸入信號判定處理的程序代碼，所以能夠進一 步減小ROM 52和RAM 53中的存儲容量。并且，關于想要實現(xiàn)的各功能，即使不實際安裝判 定輸入信號的處理、及生成控制信號的處理，只要能夠重復利用輸入信號判定模塊107、選 擇部105和輸出驅(qū)動部106的功能即可，所以功能的開發(fā)只需進行發(fā)出動作請求的應用程 序55、55、...的開發(fā)，能夠提高開發(fā)效率。下面，具體說明進入控制應用103和車門鎖減光控制應用104利用輸入信號判定 模塊107得到判定結果的處理。在ROM 52中按照每個負載存儲有與信號電平對應的判定表格58、58、...。判定 表格58、58、...包括傳感器等信號的每個輸出源的判定條件和判定方法。圖5是表示在實 施方式1的主體E⑶5的R0M52中存儲的判定表格58、58、...的內(nèi)容示例的說明圖。在判 定表格58、58、...中，按照輸入信號的每個類型存儲有判定方法和判定條件。圖5表示來自IG鑰匙傳感器4、門控傳感器2、2和車門鎖傳感器3、3的輸入信號 的判定表格58、58、58的示例。來自IG鑰匙傳感器4的輸入信號表示檢測到IG鑰匙的插 拔、和鑰匙位置的傳感器信息。在輸入信號判定模塊107中，進行所提供的輸入信號的電平 判定或邊緣判定(Edge judgment)。對于輸入信號，通過邊緣判定來判定是否從OFF變?yōu)?0N,或者通過電平判定來判定是否為0N，或者通過電平判定來判定是否從ON變?yōu)?FF，或者 通過電平判定來判定是否為OFF。此時，ON對應于鑰匙位置處于IGl的位置。來自門控傳感器2、2的輸入信號表示檢測車門的開閉的傳感器信息。關于來自門控傳感器2、2的輸入信號，也利用所提供的輸入信號的電平判定或邊緣判定的任一判定方 法，判定是ON還是OFF。ON對應于打開，OFF對應于關閉。來自車門鎖傳感器3、3的輸入信號表示檢測到車門鎖的上鎖/開鎖的傳感器信 息。關于來自車門鎖傳感器3、3的輸入信號，也利用所提供的輸入信號的電平判定或邊緣 判定的任一判定方法，判定是LOCK (ON、上鎖)還是UNLOCK (OFF、開鎖)。輸入信號判定模塊107參照圖5所示的判定表格58、58、...，在從各應用提供了 輸入信號的情況下，根據(jù)其信號電平來判定出判定條件中的哪個判定條件成立。例如，輸入 信號判定模塊107對來自車門鎖傳感器3、3的輸入信號判定下述判定條件中的哪個判定條 件成立，即，進行邊緣判定的結果為從UNLOCK變?yōu)長OCK的判定條件、進行電平判定的結果 為LOCK的判定條件、進行邊緣判定的結果為從LOCK變?yōu)閁NLOCK的判定條件、或者進行電 平判定的結果為UNLOCK的判定條件。輸入信號判定模塊107還根據(jù)判定結果進行針對接下來的輸入信號的判定。此 時，輸入信號判定模塊107參照由各應用提供的鏈接信息59，判斷與判定結果對應的接下 來的輸入信號是哪一個。鏈接信息59是對每個功能和每個負載，按照基于各判定表格58、 58、...的判定結果的分支來表示接下來是哪個輸入信號、以及是否利用輸入信號的判定表 格58、58、...進行判定的信息。 圖6是示意地表示實施方式1的鏈接信息59的內(nèi)容示例的說明圖。圖6所示的 鏈接信息59對應于在用戶想要乘車而從車外將車門鎖開鎖的情況下，使車內(nèi)燈1亮燈的進 入控制應用103。鏈接信息59包括應用程序55或按照其每個功能待提取的輸入信號。圖6示例的 鏈接信息59表示與進入控制應用103對應的輸入信號是來自IG鑰匙傳感器4的輸入信號、 來自門控傳感器2、2的輸入信號、以及來自車門鎖傳感器3、3的輸入信號。并且，鏈接信息59包括與判定結果對應的接下來的判定對象的輸入信號的信息。 在圖6的示例中，表示針對各輸入信號的判定表格58、與判定結果所對應的接下來的判 定表格58在ROM 52內(nèi)的地址之間的鏈接關系。即，按照根據(jù)判定表格58對輸入信號進 行的判定結果，記述接下來待成為判定對象的輸入信號的判定表格58的地址。圖6中的 “NULL(空值)”表示“沒有”接下來待成為判定對象的輸入信號的判定表格58。在“沒有” 接下來的判定表格58的情況下，輸入信號判定模塊107結束輸入信號的判定處理。在圖6的示例中，具體地講，關于進入控制應用103，表示由輸入信號判定模塊107 最先判定的輸入信號是來自IG鑰匙傳感器4的輸入信號。并且，根據(jù)針對來自IG鑰匙傳 感器4的輸入信號的判定表格58，在判定為輸入信號是ON的情況下，無論是從OFF變?yōu)镺N 的情況還是保持ON的情況，判定結果都表示“不成立”。在這種情況下，不需要再繼續(xù)判定， 所以接下來待成為判定對象的輸入信號的判定表格58的地址表示“NULL”。這樣，按照每個功能，將表示判定對象的輸入信號、和根據(jù)判定結果接下來待成為 判定對象的輸入信號的順序的鏈接信息59存儲在ROM 52中，由此即使由一個輸入信號判 定模塊107進行處理，也能夠根據(jù)鏈接信息59的內(nèi)容來進行針對各種輸入信號的判定處 理。如圖6所示，實施方式1的鏈接信息59表示針對各輸入信號的判定表格58、 58、...的地址之間的鏈接關系。但是，鏈接信息59的內(nèi)容不限于此，只要是根據(jù)判定結果來表示接下來應對哪個輸入信號進行判定的信息即可。 另外，鏈接信息59不僅包括上述的有關進入控制應用103的車內(nèi)燈1的信息，當 然也包括與其他應用程序55、55.....負載對應的信息。關于輸入信號判定模塊107參照這些判定表格58、58、...和鏈接信息59，并根據(jù) 針對各輸入信號的判定結果，判定是否為應該實現(xiàn)功能的狀況、即應該動作的條件是否成 立的處理，參照流程圖進行說明。圖7是表示由實施方式1的輸入信號判定模塊107執(zhí)行的處理步驟的一例的流程 圖。下述的處理是為了判斷是否為進入控制應用103進行本身的進入控制動作的狀況而進 行的。進入控制應用103向輸入信號判定模塊107提供指示與本身的動作狀況判定有關的 鏈接信息59的信息。輸入信號判定模塊107根據(jù)所提供的信息來確定鏈接信息59，并從ROM 52中讀出 (步驟Si)，根據(jù)鏈接信息59提取并讀入進行判定所需要的輸入信號(步驟S2)。然后，輸入信號判定模塊107讀出針對提取到的輸入信號的判定表格58、 58、...(步驟S3)。輸入信號判定模塊107根據(jù)鏈接信息59，對于提取到的輸入信號中第 一個待成為判定對象的輸入信號，判斷輸入信號的信號電平的狀態(tài)是否與判定表格58中 的哪個判定條件一致(步驟S4)。輸入信號判定模塊107在步驟S4判斷為與輸入信號從“OFF”變?yōu)椤癘N”的判定條 件一致的情況下(S4 =OFF — ON)，從鏈接信息59獲取與該條件一致時的接下來的判定表格 58的地址(步驟S5)。并且，輸入信號判定模塊107判斷獲取到的地址是否為“NULL”(步 驟 S6)。輸入信號判定模塊107在步驟S6判斷為獲取到的地址不是“NULL”的情況下(S6 否)，使處理返回步驟S2，進行基于接下來的輸入信號及其判定表格58的判定。輸入信號判定模塊107在步驟S6判斷為獲取到的地址是“NULL”的情況下(S6 是)，由于沒有接下來待進行判定的輸入信號，所以從鏈接信息59讀出與步驟S4的判斷結 果對應的條件成立/不成立的判定結果，并作為返回值返回給輸入信號判定模塊107的調(diào) 用源的應用(步驟S7)，并結束處理。輸入信號判定模塊107在判斷為與步驟S4的其他判定條件、即與輸入信號從“ON” 仍保持“ON”狀態(tài)的判定條件一致的情況下(S4 :0N— 0N)，判斷為與從“0N”變?yōu)椤癘FF”的 判定條件一致的情況下(S4 :0N — 0FF)，或者判斷為與從“OFF”仍保持“OFF”狀態(tài)的判定 條件一致的情況下(S4 =OFF — OFF)，無論是哪種情況都獲取接下來的判定表格58的地址 (58、511、514)，并判斷地址是否是“冊1^”(59、512、315)，在地址不是“冊1^”的情況下(S9、 S12、S15 否)，使處理返回步驟S2，在地址是“NULL”的情況下(S9、S12、S15 是)，把與步 驟S4的判斷結果對應的判定結果作為返回值返回給應用(S10、S13、S16)，并結束處理。如圖7的流程圖所示，在輸入信號判定模塊107中，能夠使用所提供的輸入信號和 針對該輸入信號的判定表格58，在相同程序代碼中反復處理針對各輸入信號的狀態(tài)的判定 (S4 S15)，這種結構具有可以不將針對各輸入信號的處理分別安裝為程序代碼的效果。圖8是示意地表示實施方式1的輸入信號判定模塊107的判定處理的過程的說明 圖。圖8表示在由進入控制應用103請求了判定處理的情況下，在輸入信號判定模塊107 按照圖7所示進行處理時，根據(jù)圖6所示的鏈接信息59被讀出的判定表格58。
如圖8所示，輸入信號判定模塊107在由進入控制應用103請求了判定處理的情況下，首先讀出與進入控制相關的鏈接信息59 (Si)。輸入信號判定模塊107首先讀入來自 IG鑰匙傳感器4的輸入信號(S2)，并進行針對該輸入信號的判定。輸入信號判定模塊107 讀出與來自IG鑰匙傳感器4的輸入信號對應的判定表格58 (S3)，并判斷是否與判定表格 58中包含的哪個條件一致(S4)。輸入信號判定模塊107在來自IG鑰匙傳感器4的輸入信號是“ON”狀態(tài)的情況下， 無論是從“ON”仍保持“ON”狀態(tài)、還是從“OFF”狀態(tài)變化過來的狀態(tài)，接下來的判定表格58 的地址都是“NULL”，所以作為判定結果將與來自IG鑰匙傳感器4的輸入信號是“ON”狀態(tài) 對應的判定結果的“條件不成立”作為返回值返回(SlO)。進入控制的車內(nèi)燈1的亮燈控制是在用戶想要從車外進入車輛而將車門鎖開鎖 的情況下進行的。因為在鑰匙位置處于IGl的位置時，用戶已經(jīng)將車門鎖開鎖并打開車門， 是已發(fā)動引擎的狀況，所以不應進行該進入控制。在從輸入信號判定模塊107回復了“條件不成立”的判定結果的情況下，進入控制 應用103識別出表示通過本身的處理向控制對象請求動作的狀況的條件為“條件不成立”， 不進行動作請求。輸入信號判定模塊107在來自IG鑰匙傳感器4的輸入信號是“OFF”狀態(tài)的情況 下，無論在從“0N”變?yōu)椤癘FF”時、還是從“OFF”仍保持“OFF”狀態(tài)時，接下來的判定表格58 的地址都是與來自門控傳感器2、2的輸入信號對應的判定表格58的地址。因此，輸入信號 判定模塊107讀入來自門控傳感器2、2的輸入信號(S2)，判斷是否與判定表格58中的哪 個條件一致(S3、S4)。在這種情況下，在來自門控傳感器2、2的輸入信號即使只有一方為 “0N”狀態(tài)的情況下，由于接下來的判定表格58的地址是“NULL”，所以判定處理結束，并回 復“條件不成立”的判定結果(SlO)。在來自門控傳感器2、2的輸入信號是“OFF”狀態(tài)的情況下，作為接下來的判定表 格58，與來自車門鎖傳感器3、3的輸入信號對應的判定表格58的地址被從鏈接信息59中 讀出。因此，輸入信號判定模塊107接下來讀入來自車門鎖傳感器3、3的輸入信號(S2)，并 進行判定處理。來自車門鎖傳感器3、3的輸入信號無論與哪個判定條件一致，輸入信號判定模塊 107均獲取“NULL”作為接下來的判定表格58的地址(S5、S8、SlU S14)。因此，由于地址 是“NULL”(S6、S9、S12、S15 是)，所以輸入信號判定模塊107把與來自車門鎖傳感器3、3 的輸入信號一致的判定條件對應的判定結果作為返回值返回(S7、S10、S13、S16)，并結束處 理。此時，在圖6所示的鏈接信息59的內(nèi)容示例中，只有在與來自車門鎖傳感器3、3的輸 入信號的狀態(tài)從“LOCK”變?yōu)椤癠NLOCK”的條件一致的情況下，回復“條件成立”作為判定結^ ο即，輸入信號判定模塊107在根據(jù)圖6所示的鏈接信息59進行針對進入控制的判 定處理的情況下，只在來自IG鑰匙傳感器4的輸入信號是“OFF”、來自門控傳感器2、2的輸 入信號也是“OFF”、來自車門鎖傳感器3、3的輸入信號從“LOCK”變?yōu)椤癠NLOCK”時，才成為 “條件成立”，并由進入控制應用103執(zhí)行進入控制。這樣，鏈接信息59以鏈接形式表示讀入輸入信號的順序、和對該輸入信號的判定 結果對應的接下來的輸入信號的關系，由此輸入信號判定模塊107只能在從進入控制應用103請求了針對車內(nèi)燈1的進入控制的輸入信號判定時，進行判定處理。另外，使用鏈接信息59，在輸入信號的狀態(tài)最初與至少一個成為條件不成立的判 定條件一致的情況下，也能夠結束處理，從而之后可以不進行針對其他輸入信號的判定處 理，具有使處理速度變快的效果。圖9是示意地表示CPU 51作為輸入信號判定模塊107發(fā)揮作用時的處理的具體 示例的說明圖。圖9通過方框表示CPU 51作為輸入信號判定模塊107發(fā)揮作用時占用RAM 53的各種信息。
如圖9中的上段所示，在RAM 53中存儲有作為主體E⑶5的控制對象的負載、 例如前燈、車內(nèi)燈1的動作狀態(tài)；對各負載正在起動的功能；針對與該功能對應的輸入信號 的判定結果。即使是同一控制對象，也按照對應的功能分別存儲動作狀態(tài)、判定結果。例 如，對于進入控制的功能，雖然為了發(fā)揮該功能而使輸出動作請求的條件成立，但對于車門 鎖減光控制的功能，當然有可能是條件不成立等狀態(tài)。動作狀態(tài)的內(nèi)容包括停止中、ON(亮 燈)、0FF(滅燈)等任意內(nèi)容。另外，用斜線示出的動作狀態(tài)和判定結果，可以隨時通過選 擇部105、輸出驅(qū)動部106和輸入信號判定模塊107等的處理被改寫。在圖9中的下段示出了判定表格和鏈接信息的內(nèi)容。圖9所示的RAM 53中所存 儲的判定表格和鏈接信息，是由CPU 51從ROM 52臨時讀出的判定表格58、58、...和鏈接 信息59的一部分。在圖9中的中段表示加載了輸入信號判定模塊107的程序代碼。此時，關注由作 為一個程序代碼而加載的輸入信號判定模塊107，判定是否處于請求針對用于多種功能的 多個負載中的各負載的動作的狀況。在被進入控制應用103調(diào)用以進行對輸入信號的判定 處理的情況下，輸入信號判定模塊107將涉及進入控制的鏈接信息59讀出到RAM53中，讀 出對各輸入信號的判定表格，并進行判定處理，將判定結果寫入到與進入控制對應的存儲 區(qū)域中。在被其他各應用調(diào)用的情況下，也由一個輸入信號判定模塊107改寫與各應用對 應的存儲區(qū)域中存儲的固有的信息等，并利用共同的代碼進行固有的動作。這樣，與進入控制應用103對應的輸入信號判定處理、與車門鎖減光控制應用104 對應的輸入信號判定處理，都共同由輸入信號判定模塊107進行處理。由此，不需要在各應 用中分別安裝輸入信號判定的程序代碼，不存在執(zhí)行過程中重復的內(nèi)容較多的程序代碼被 加載到多個RAM52中而占用存儲器的情況。通過由一個程序代碼對來自各應用的每個動作請求依次執(zhí)行動作，能夠針對固有 參數(shù)執(zhí)行類別(Class)所具有的共同處理，以使在面向?qū)ο笮偷母拍钪?，將具有一個共同 的輸入信號判定處理的類別按照各功能、各輸入信號分別實現(xiàn)，這種結構也能夠通過對存 儲容量有限制的嵌入式的計算機程序?qū)崿F(xiàn)。在處理的執(zhí)行過程中，可以減小程序代碼在RAM 53中占用的容量，并且不需要動 態(tài)地確保容量，也不需要煩雜的存儲器管理，所以適合于基于簡易結構的微型計算機的ECU 的處理。由于能夠節(jié)約RAM 53的存儲容量，所以能夠簡化主體E⑶5的內(nèi)部結構。另外， 即使不按照想要通過主體ECU 5實現(xiàn)的每個功能來安裝針對輸入信號執(zhí)行判定處理的程 序，也能夠共享被共用化的輸入信號判定模塊107的功能。因此，考慮與輸入信號判定模塊 107的接口，在應用程序55、55、...中只需開發(fā)除輸入信號判定處理之外的處理，能夠提高開發(fā)效率。在實施方式1中，判定表格58、58、...構成為對每個輸入信號是不同的表格。但 是，也可以構成為按照每個輸入信號來表示判定條件的一個表格。在這種情況下，鏈接信息 59示出的接下來的判定表格58的地址，成為表示接下來的輸入信號的判定條件的項目的 位置的地址。在這種結構中，鏈接信息59的利用方法相同，能夠在一個輸入信號判定模塊 107中使用各功能的固有的信息，執(zhí)行針對各輸入信號的判定處理。 (實施方式2)在實施方式1中，輸入信號判定模塊107根據(jù)圖6所示的鏈接信息59依次讀出 判定對象的輸入信號，并按照針對各輸入信號的判定表格58、58、...中的判定條件進行判 定，獲得最終的判定結果。與此相對，在實施方式2中，判定表格58、58、...按照每個功能 存儲作為判定對象的輸入信號、成為請求各功能用的動作的條件的針對該輸入信號的屏蔽 信息(Mask information)和信號狀態(tài)的對應關系。不使用也能參照讀入判定對象的輸入 信號的順序的鏈接信息59。以下所示的實施方式2的車載控制系統(tǒng)的不同之處是鏈接信息59沒有存儲在 ROM 52中；以及判定表格58、58、...的內(nèi)容和輸入信號判定模塊107的判定處理的具體情 況。除了沒有存儲鏈接信息59之外，硬件結構與實施方式1的車載控制系統(tǒng)相同，所以省 略圖示及具體說明。對于相同的構成部分使用相同的標號進行說明。圖10是表示在實施方式2的ROM 52中存儲的判定表格58、58、...的基本結構的 說明圖。在判定表格58、58、...中，按照每個功能，對于與該功能對應的負載，存儲有用 于判斷是否為請求與所述功能對應的動作的狀況的輸入信號；用于判斷各輸入信號的狀態(tài) 的屏蔽信息及作為判定條件的輸入信號應滿足的信號狀態(tài)。在圖10的示例中，輸入信號判 定模塊107在被某個功能對應的應用調(diào)用的情況下，對于輸入信號A、輸入信號B和輸入信 號C，分別根據(jù)各屏蔽信息來屏蔽(Masking)信號，在讀取了信號時，判定信號狀態(tài)這種判 定條件是否成立，并回復判定結果。另外，判定表格58、58、...構成為不僅按照每個功能，還按照控制對象的每個負 載包括與該負載相關的每個功能的判定表格。圖11是表示實施方式2的判定表格58、 58、...的內(nèi)容示例的說明圖。在圖11的示例中，對于把車內(nèi)燈1作為控制對象的各個功 能，包括屏蔽信息和信號狀態(tài)的判定條件。在車門打開的期間，利用使車內(nèi)燈1亮燈的功能向車內(nèi)燈1請求亮燈，是在為了對 來自門控傳感器2、2的輸入信號進行電平判定而屏蔽并讀取時，信號狀態(tài)為“ON”的條件成 立的時候。由于屏蔽信息是“電平”，所以可以是信號狀態(tài)從“OFF”變?yōu)椤?N”的情況、也可 以是從“0N”仍保持“0N”的狀態(tài)。根據(jù)該判定表格58，輸入信號判定模塊107在車門打開 的期間被使車內(nèi)燈1亮燈的功能的應用調(diào)用的情況下，可以只進行針對來自門控傳感器2、 2的輸入信號的判定處理。另外，在該判定處理中，利用“_”表示來自IG鑰匙傳感器4的輸 入信號和來自車門鎖傳感器3、3的輸入信號無效。圖11所示的其他示例表示如下情況在車門關閉的情況下，利用使車內(nèi)燈1滅燈 的功能停止對車內(nèi)燈1的亮燈請求，是在為了對來自門控傳感器2、2的輸入信號進行邊緣 判定而屏蔽并讀取時，信號狀態(tài)從“0N”變?yōu)椤癘FF”的條件成立的時候。由于屏蔽信息是 “邊緣”，所以只在信號狀態(tài)變化時條件成立。在這種情況下，可以只進行針對來自門控傳感器2、2的輸入信號的判定處理。并且，其他示例表示利用進入控制應用103的功能、即用戶為了從車外進入車輛 而將車門鎖開鎖時使車內(nèi)燈1亮燈的功能，向車內(nèi)燈1請求亮燈，是在下述的輸入信號和針 對各輸入信號的判定條件都成立的時候。即，只限于如下情況在為了對來自IG鑰匙傳感 器4的輸入信號進行電平判定而屏蔽并讀取時，信號狀態(tài)為“OFF”狀態(tài)的條件成立，在為了 對來自門控傳感器2、2的輸入信號進行電平判定而屏蔽并讀取時，“OFF”狀態(tài)的條件成立， 而且在為了對來自車門鎖傳感器3、3的輸入信號進行邊緣判定而屏蔽并讀取時，信號狀態(tài) 從“LOCK”變?yōu)椤癠NLOCK”的條件成立。說明使用這種判定表格58的輸入信號判定模塊107的判定成立。圖12是表示由 實施方式2的輸入信號判定模塊107執(zhí)行的處理步驟的一例的流程圖。下述的處理是為了 判斷是否處于進入控制應用103進行本身的進入控制的動作的狀況而進行的。進入控制應 用103向輸入信號判定模塊107提供指示與控制對象對應的判定表格58的信息。
輸入信號判定模塊107讀出所提供的判定表格58(步驟S21)，并確定本身的調(diào)用 源的功能，從與功能對應的判定表格58中讀出屏蔽信息和判定條件(步驟S22)，根據(jù)所讀 出的屏蔽信息對各輸入信號進行屏蔽處理(步驟S23)。具體地講，對多個輸入信號屏蔽除 判定對象之外的信號，對于電平判定對象的輸入信號進行屏蔽以使只成為電平。具體地講，輸入信號判定模塊107獲取有關進入控制的判定對象的多個輸入信號 的信息，所述多個輸入信號包括來自IG鑰匙傳感器4的輸入信號、來自門控傳感器2、2的 輸入信號、和來自車門鎖傳感器3、3的輸入信號。各輸入信號按照邊緣形式分別用1字節(jié) 表示，用最低位2比特表示變化。例如，在輸入信號從ON變?yōu)镺FF時，輸入信號用0x02表 示，在從OFF變?yōu)镺N時用0x01表示。在ON狀態(tài)時，用0x03表示。屏蔽信息也分別用1字 節(jié)表示，在只是電平判定時用0x01表示，在邊緣判定時用0x03表示。條件成立的信號狀態(tài) 也用1字節(jié)表示，在從ON變?yōu)镺FF時用0x02表示，在ON時用0x01表示。輸入信號判定模 塊107對這些各輸入信號獲取與屏蔽信息的AND(“與”)，由此進行屏蔽處理。例如，在輸入 信號是0x02時，根據(jù)電平判定的屏蔽信息進行屏蔽的結果為0x00，根據(jù)邊緣判定的屏蔽信 息進行屏蔽的結果為0x02。另外，輸入信號判定模塊107把這些各1字節(jié)的輸入信號的信 息、屏蔽信息和信號狀態(tài)分別匯總為例如4字節(jié)的信息，并能夠一并進行運算。例如，在輸 入信號的信息是0x03000200、屏蔽信息是0x01010300時，通過屏蔽處理得到0x01000200， 并通過后面敘述的步驟S24判定是否與被匯總后的判定對象的信號狀態(tài)0x00000200 —致。然后，輸入信號判定模塊107根據(jù)進行屏蔽處理得到的信號是否與在步驟S22讀 出的判定條件的信號狀態(tài)一致，一并判定針對多個輸入信號的判定條件的成立與否(步驟 S24)。輸入信號判定模塊107在步驟S24判定為條件成立的情況下(步驟S24 是)，把條 件成立的判定結果作為返回值返回(步驟S25)，并結束處理。輸入信號判定模塊107在步驟S24判定為條件不成立的情況下(步驟S24 否)， 判斷是否已對全部輸入信號判定條件的成立與否(步驟S26)。由于被一并判定的輸入信號 在上述示例中為4個，所以在具有其他情況時，需要再次判定。輸入信號判定模塊107在判 斷為已對全部輸入信號判定條件的成立與否時(步驟S26 是)，把條件不成立的判定結果 作為返回值返回(步驟S27)，并結束處理。輸入信號判定模塊107在判斷為沒有對全部輸入信號判定條件的成立與否時(步驟S26 否)，使處理返回步驟S22，讀出接下來的判定對象的屏蔽信息和判定條件的信號狀 態(tài)，并繼續(xù)處理。通過執(zhí)行圖12所示的處理步驟的輸入信號判定模塊107的處理，在被進入控制應 用103調(diào)用的情況下，經(jīng)過圖8所示的過程，能夠判斷是否為向車內(nèi)燈1請求亮燈的狀況。 在實施方式2的結構中，輸入信號判定模塊107對判定對象的輸入信號不依次進行判定，而 是一并進行針對信號狀態(tài)的判定，這與實施方式1不同。在實施方式2中，在多個輸入信號被作為判定對象提取出來的情況下，將一并進 行判定 ，所以處理變快。在實施方式2中，輸入信號判定模塊107相對于多個應用的各應用是共用的，這與 實施方式1相同。即，與進入控制應用103對應的輸入信號判定處理、與車門鎖減光控制應 用104對應的輸入信號判定處理，都共同由輸入信號判定模塊107進行處理。只是判定處 理的具體情況不同。由此，不需要在各應用中分別安裝輸入信號判定的程序代碼，不存在執(zhí) 行過程中重復的內(nèi)容較多的程序代碼被加載在多個RAM52中而占用存儲器的情況。能夠提 高開發(fā)效率，這一點也與實施方式1相同。另外，以上公開的實施方式都僅是示例，不能認為是限制性內(nèi)容。本發(fā)明的范圍不 是以上說明的范圍，而是權利要求書的范圍，包括與權利要求書同等的意思和范圍內(nèi)的所
有變更。
權利要求
一種控制裝置，具有微型計算機，該微型計算機接收表示多個控制對象的狀態(tài)信息或來自多個傳感器的檢測信息的輸入信號，該微型計算機進行基于多個應用程序的處理，對應于根據(jù)輸入信號判斷的狀況向所述多個控制對象中的任一個控制對象輸出動作請求，控制所述控制對象的動作，所述控制裝置的特征在于，具有判定部，在被提供了輸入信號和針對該輸入信號的判定條件的情況下，判定條件是否成立；提取部，按照應用程序的各功能分別從多個輸入信號中提取一個或多個輸入信號；和判斷部，將按照各功能分別提取的一個或多個輸入信號以及與該輸入信號對應的判定條件提供給所述判定部，根據(jù)來自所述判定部的各判定結果判斷是否為輸出動作請求的狀況。
2.根據(jù)權利要求1所述的控制裝置，其特征在于，還具有存儲部，按照各功能存儲提供給所述判定部的輸入信號和判定條件；和分支 條件信息，該分支條件信息表示根據(jù)向所述判定部提供了輸入信號和判定條件時的判定結 果接下來待提供的輸入信號和判定條件，所述判斷部根據(jù)所述分支條件信息對應于各判定結果選擇并提供接下來的輸入信號 和判定條件。
3.根據(jù)權利要求2所述的控制裝置，其特征在于， 還具有按照各輸入信號表示判定條件的表格，所述分支條件信息包含表示接下來待提供的輸入信號的判定條件的參照位置的地址。
4.根據(jù)權利要求2或3所述的控制裝置，其特征在于，在根據(jù)所述分支條件信息依次向所述判定部提供了輸入信號和判定條件時的最后的 判定結果成立的情況下，所述判斷部判斷為是輸出動作請求的狀況。
5.根據(jù)權利要求1所述的控制裝置，其特征在于，按照各功能具有表示與各功能對應的輸入信號和對該輸入信號的判定條件的表格， 所述提取部根據(jù)所述表格提取輸入信號。
6.一種控制方法，使用接收表示多個控制對象的狀態(tài)信息或來自多個傳感器的檢測信 息的輸入信號的微型計算機進行基于多個應用程序的處理，并且根據(jù)與所述多個應用程序 不同的計算機程序，對應于根據(jù)輸入信號判斷的狀況向所述多個控制對象中的任一個控制 對象輸出動作請求，控制所述控制對象的動作，所述控制方法的特征在于，所述微型計算機 執(zhí)行下述步驟通過基于所述應用程序的處理，按照各功能分別提取一個或多個與該功能相關的輸入信號；依次獲取所提取的一個或多個輸入信號以及與該輸入信號對應的判定條件； 在獲取到判定條件的情況下，判定該條件是否成立； 根據(jù)成立或不成立的各判定結果，判斷是否為輸出動作請求的狀況；以及 在判斷為是輸出動作請求的狀況時，輸出動作請求。
全文摘要
一種進行負載的動作控制的控制裝置及控制方法，微型計算機通過應用層中的一個輸入信號判定模塊的功能，關于多個應用分別是否為對控制對象請求動作的狀況，針對表示控制對象的狀態(tài)信息或來自傳感器的檢測信息等的輸入信號的判定處理實現(xiàn)共用化。把面向?qū)ο笮偷母拍钸m用于嵌入式的計算機程序，由此節(jié)約存儲器，使裝置簡化。
文檔編號G05B19/04GK101846983SQ20101014319
公開日2010年9月29日 申請日期2010年3月24日 優(yōu)先權日2009年3月24日
發(fā)明者木下有里, 藤田和仁 申請人:株式會社自動網(wǎng)絡技術研究所;住友電裝株式會社;住友電氣工業(yè)株式會社