專利名稱：連網(wǎng)設(shè)備的運行管理系統(tǒng)和方法、設(shè)備運行管理的代理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種連網(wǎng)設(shè)備的運行管理系統(tǒng)和方法，以及對連接到網(wǎng) 絡(luò)的設(shè)備的運行進(jìn)行管理的設(shè)備運行管理的代理。本發(fā)明更具體地涉及 一種連網(wǎng)設(shè)備的運行管理系統(tǒng)和方法，以及對管理運行中的負(fù)荷進(jìn)行分 散并減少所述管理所導(dǎo)致的網(wǎng)絡(luò)通信量的設(shè)備運行管理的代理。
背景技術(shù)：
i
近年來已廣泛使用連接到網(wǎng)絡(luò)的設(shè)備(在下文中，稱為"連網(wǎng)設(shè)備") 的運行管理系統(tǒng)。在這樣的系統(tǒng)中，管理服務(wù)器中央管理連網(wǎng)設(shè)備并且 能夠集中檢測連網(wǎng)設(shè)備中出現(xiàn)的事故和故障等。
連網(wǎng)設(shè)備的實施例不僅包括構(gòu)造這樣的網(wǎng)絡(luò)必須的通信設(shè)備(例如， 用作有線網(wǎng)絡(luò)中繼的中繼設(shè)備)，而且也包括連接到網(wǎng)絡(luò)的連接終端裝 置。連接終端裝置的示例現(xiàn)在包括電子儀器和常規(guī)計算機(jī)。
根據(jù)如上所述連接到網(wǎng)絡(luò)的所有類型的設(shè)備和裝置的目前情況，已 經(jīng)提出各種關(guān)于如何構(gòu)造連網(wǎng)設(shè)備的運行管理系統(tǒng)以有效管理這些連網(wǎng) 設(shè)備的方案。
在日本專利申請"特開平11-168465號公報"中已經(jīng)公開一個這樣 的方案。在該出版物中公開的連網(wǎng)設(shè)備的運行管理系統(tǒng)中，為各個待管 理的連網(wǎng)設(shè)備配備變換功能，用于將連網(wǎng)設(shè)備的信息變換為管理服務(wù)器 中使用的格式，并且將來自管理服務(wù)器的信息變換為連網(wǎng)設(shè)備中使用的 格式。即使當(dāng)連網(wǎng)設(shè)備使用不同類型的通信接口時，配備這樣的功能也 消除了管理服務(wù)器具有用于不同類型接口的程序的需要。這允許在不考 慮這樣的連網(wǎng)設(shè)備接口類型差異的情況下，管理服務(wù)器對這些待管理的 連網(wǎng)設(shè)備進(jìn)行中央管理。
在日本專利申請"特開平11-168465號公報"中看到的常規(guī)技術(shù)只
實現(xiàn)了變換信息格式的變換功能，管理服務(wù)器仍然發(fā)起對連網(wǎng)設(shè)備的管 理。因此，當(dāng)將連網(wǎng)設(shè)備的運行管理系統(tǒng)用來管理多個連網(wǎng)設(shè)備時，管 理服務(wù)器在其管理處理中的負(fù)荷增加，導(dǎo)致由于管理服務(wù)器與被管理的 設(shè)備之間交換的信息量而引起的通信量增加。

發(fā)明內(nèi)容
本發(fā)明的目的是至少部分解決常規(guī)技術(shù)中的問題。
根據(jù)本發(fā)明的一方面，提供了一種用于對連網(wǎng)設(shè)備的運行進(jìn)行管理 的運行管理系統(tǒng)，該運行管理系統(tǒng)包括在待管理的連網(wǎng)設(shè)備中設(shè)置的 設(shè)備運行管理代理。該設(shè)備運行管理代理進(jìn)行設(shè)備運行管理處理，該設(shè) 備運行管理處理獨立地管理連網(wǎng)設(shè)備的運行狀態(tài)，并進(jìn)行管理結(jié)果發(fā)送 處理，該管理結(jié)果發(fā)送處理經(jīng)由網(wǎng)絡(luò)自主地發(fā)送設(shè)備運行管理處理中管 理的連網(wǎng)設(shè)備的管理結(jié)果。該運行管理系統(tǒng)還包括管理服務(wù)器，該管理 服務(wù)器進(jìn)行管理結(jié)果接收處理，該管理結(jié)果接收處理通過預(yù)定接口接收 在管理結(jié)果發(fā)送處理中發(fā)送的管理結(jié)果，并且該管理服務(wù)器對管理結(jié)果 接收處理中接收的管理結(jié)果進(jìn)行管理，從而對待管理的連網(wǎng)設(shè)備進(jìn)行管 理。
根據(jù)本發(fā)明的另一方面，提供了一種用于對連網(wǎng)設(shè)備的運行進(jìn)行管 理的運行管理方法，該運行管理方法包括設(shè)置在待管理的連網(wǎng)設(shè)備中 的設(shè)備運行管理代理獨立地管理連網(wǎng)設(shè)備的運行狀態(tài)；設(shè)備運行管理代 理經(jīng)由網(wǎng)絡(luò)自主地發(fā)送所述獨立管理運行狀態(tài)的管理結(jié)果；以及對待管 理的連網(wǎng)設(shè)備進(jìn)行中央管理的管理服務(wù)器經(jīng)由網(wǎng)絡(luò)接收從設(shè)備運行管理 代理發(fā)送的管理結(jié)果。
根據(jù)本發(fā)明的又一方面，提供了一種設(shè)備運行管理代理，該設(shè)備運 行管理代理設(shè)置在待管理的連網(wǎng)設(shè)備中并經(jīng)由網(wǎng)絡(luò)連接到管理服務(wù)器， 該設(shè)備運行管理代理包括執(zhí)行設(shè)備運行管理處理的設(shè)備運行管理處理 器，該設(shè)備運行管理處理獨立地管理待管理的連網(wǎng)設(shè)備的運行狀態(tài)；以 及執(zhí)行管理結(jié)果發(fā)送處理的管理結(jié)果發(fā)送處理器，該管理結(jié)果發(fā)送處理 經(jīng)由網(wǎng)絡(luò)向管理服務(wù)器自主地發(fā)送設(shè)備運行管理處理器所管理的連網(wǎng)設(shè)
備的管理結(jié)果。
通過結(jié)合附圖閱讀以下對本發(fā)明所給出的優(yōu)選實施方式的詳細(xì)描 述，會更好地理解本發(fā)明以上及其他目的、特征、優(yōu)點，以及技術(shù)和工 業(yè)意義。


圖1是常規(guī)設(shè)備運行管理系統(tǒng)S的結(jié)構(gòu)的示意圖2是根據(jù)一實施方式的設(shè)備運行管理系統(tǒng)S的結(jié)構(gòu)的示意圖3是根據(jù)該實施方式的設(shè)備運行管理代理的結(jié)構(gòu)的功能框圖4是配置(profile)管理部分所管理的配置的具體內(nèi)容的圖5是根據(jù)該實施方式的空氣調(diào)節(jié)器的結(jié)構(gòu)的功能框圖6是用于啟動待管理的空氣調(diào)節(jié)器的過程的時序圖7是用于獨立管理空氣調(diào)節(jié)器故障的過程的時序圖8是用于設(shè)定空氣調(diào)節(jié)器溫度的過程的時序圖9是管理服務(wù)器管理空氣調(diào)節(jié)器故障的過程的時序圖。
具體實施例方式
參照附圖，以下更詳細(xì)地描述根據(jù)本發(fā)明的連網(wǎng)設(shè)備的運行管理系 統(tǒng)和方法的實施方式，以及用于設(shè)備運行管理的代理的實施方式。作為 連網(wǎng)設(shè)備，以下實施方式以實施例方式涉及多個連接到網(wǎng)絡(luò)的空氣調(diào)節(jié) 器。然而，結(jié)構(gòu)不限于此，可以將一般連網(wǎng)設(shè)備連接到網(wǎng)絡(luò)。此外，雖 然在以下實施方式中只有空氣調(diào)節(jié)器連接到網(wǎng)絡(luò)，但是結(jié)構(gòu)不限于此， 可以混合并連接各種連網(wǎng)設(shè)備。
在描述這些實施方式之前，以下提供連網(wǎng)設(shè)備的常規(guī)運行管理系統(tǒng) (在下文中，稱為"設(shè)備運行管理系統(tǒng)")的結(jié)構(gòu)概況，以描述該常規(guī)設(shè) 備運行管理系統(tǒng)出現(xiàn)的問題。圖1是常規(guī)設(shè)備運行管理系統(tǒng)的結(jié)構(gòu)的示 意圖。
如圖1所示，管理服務(wù)器經(jīng)由網(wǎng)絡(luò)連接到要彼此通信的三個設(shè)備(設(shè) 備A、 B和C)。管理服務(wù)器包括運行管理單元，該運行管理單元通過向設(shè)備A、 B和C發(fā)送用于獲得這些設(shè)備的運行狀態(tài)的請求、然后確定來 自設(shè)備的響應(yīng)于這些請求的響應(yīng)，來管理這些設(shè)備的運行狀態(tài)。
此外，管理服務(wù)器包括應(yīng)用接口單元，該應(yīng)用接口單元用作用于在 運行管理單元與所述設(shè)備之間通信的接口。為了適應(yīng)不同類型的設(shè)備，
該應(yīng)用接口單元包括應(yīng)用程序接口 (API) -A、 API-B禾Q API-C，來分別 與設(shè)備A、 B和C通信。即，管理服務(wù)器分別通過API-A、 API-B和API-C 與設(shè)備A、 B和C通信。
管理服務(wù)器的運行管理單元連接到?jīng)Q算處理器和運行服務(wù)處理器。 決算處理器執(zhí)行根據(jù)運行管理單元如何管理設(shè)備運行的結(jié)果，來對所述 設(shè)備進(jìn)行運行管理的決算處理。運行服務(wù)處理器執(zhí)行用于管理設(shè)備的服 務(wù)。
另一方面，設(shè)備A包括設(shè)備A接口單元，其具有經(jīng)由網(wǎng)絡(luò)與管理服 務(wù)器通信的API-a。類似地，設(shè)備B包括設(shè)備B接口單元，其具有經(jīng)由 網(wǎng)絡(luò)與管理服務(wù)器通信的API-b，并且設(shè)備C包括設(shè)備C接口單元，其 具有經(jīng)由網(wǎng)絡(luò)與管理服務(wù)器通信的API-c。
這樣，常規(guī)管理服務(wù)器要求其應(yīng)用接口單元具有根據(jù)所述設(shè)備的特 征(例如設(shè)備類型)變化的API。這造成了應(yīng)用接口單元不相關(guān)地具有復(fù) 雜結(jié)構(gòu)的問題。S卩，為了管理設(shè)備的運行，管理服務(wù)器需要向各個待管 理的設(shè)備發(fā)送根據(jù)在各個設(shè)備中使用的各API而不同的請求。當(dāng)管理更 多設(shè)備并且這些設(shè)備具有例如設(shè)備類型的多種特征時，這一問題變得嚴(yán) 重。
在圖1中表示的常規(guī)設(shè)備運行管理系統(tǒng)中，管理服務(wù)器側(cè)發(fā)起對設(shè) 備的管理。換句話說，管理服務(wù)器的運行管理單元向所述設(shè)備發(fā)送用于 獲得這些設(shè)備的運行狀態(tài)的請求，使得管理服務(wù)器對響應(yīng)于所述請求而 從這些設(shè)備發(fā)送的運行狀態(tài)進(jìn)行中央管理。因此，當(dāng)管理服務(wù)器具有增 加的處理負(fù)荷并且管理更多的設(shè)備時，這一問題變得更嚴(yán)重。
此外，即使當(dāng)在所述設(shè)備中沒有出現(xiàn)運行故障時管理服務(wù)器也需要 定期地向所述設(shè)備發(fā)送請求并從所述設(shè)備接收響應(yīng)。這導(dǎo)致網(wǎng)絡(luò)上流動
的通信量的增加，并且當(dāng)管理更多設(shè)備時成為i加嚴(yán)重的問題。
開發(fā)了本發(fā)明以解決這些問題，本發(fā)明的目的是消除改變管理服務(wù) 器的應(yīng)用接口單元的結(jié)構(gòu)的需要，來減少管理服務(wù)器在管理設(shè)備運行過 程中的處理負(fù)荷，并且即使在管理更多設(shè)備的情況下也減少在管理設(shè)備 運行過程中網(wǎng)絡(luò)上流動的通信量。
參照圖2到9，以下描述根據(jù)本發(fā)明的實施方式。首先，簡要描述
根據(jù)實施方式的設(shè)備運行管理系統(tǒng)的結(jié)構(gòu)。圖2是根據(jù)該實施方式的設(shè)
備運行管理系統(tǒng)的結(jié)構(gòu)概況的示意圖。這包括設(shè)備運行管理系統(tǒng)的網(wǎng)絡(luò) 結(jié)構(gòu)。在以下實施方式中，待管理的設(shè)備的管理項目指用來管理設(shè)備故 障的項目，例如其操作中的故障和失靈。
如圖2所示，將設(shè)備運行管理系統(tǒng)S構(gòu)造成管理服務(wù)器100經(jīng)由 網(wǎng)絡(luò)N連接到要彼此通信的三個空氣調(diào)節(jié)器300(空氣調(diào)節(jié)器A、B和C)。 管理服務(wù)器100包括代理管理單元101，其通過從空氣調(diào)節(jié)器300 (空氣 調(diào)節(jié)器A、 B和C)收集故障報告，并且例如通過向設(shè)備運行管理系統(tǒng)S 的運行管理者顯示故障報告列表，來管理所述空氣調(diào)節(jié)器的運行狀態(tài)。 代理管理單元101在其中安裝有應(yīng)用軟件，該軟件實現(xiàn)了對在空氣調(diào)節(jié) 器300中出現(xiàn)的失靈或故障列表的顯示。
管理服務(wù)器100還包括用作接口的應(yīng)用接口單元103，通過該接口 在代理管理單元101與空氣調(diào)節(jié)器300之間進(jìn)行通信。應(yīng)用接口單元103 包括用于與各個空氣調(diào)節(jié)器300通信的API 103a，各個空氣調(diào)節(jié)器300 都使用相同API (即標(biāo)準(zhǔn)API單元)與管理服務(wù)器100通信。因為管理 服務(wù)器100通過各空氣調(diào)節(jié)器300各自的標(biāo)準(zhǔn)API單元203與各個空氣 調(diào)節(jié)器300通信，所以管理服務(wù)器IOO只需要單個API 103a。這里"接 口 " 一詞是包括API和協(xié)議的基本概念。
管理服務(wù)器100的代理管理單元101連接到?jīng)Q算處理器102，該決 算處理器102根據(jù)代理管理單元101如何管理空氣調(diào)節(jié)器300的運行的 結(jié)果來執(zhí)行用于空氣調(diào)節(jié)器300的運行管理的決算處理。
另一方面，各個空氣調(diào)節(jié)器300 (空氣調(diào)節(jié)器A、 B和C)包括設(shè)備 運行管理代理200，該設(shè)備運行管理代理200獨立地管理對應(yīng)空氣調(diào)節(jié)器 300的運行。設(shè)備運行管理代理200根據(jù)空氣調(diào)節(jié)器300的固有功能，自主地收集信息，確定空氣調(diào)節(jié)器300的狀態(tài)，并執(zhí)行管理所述運行所必
要的處理。以此方式，設(shè)備運行管理代理200用作代理，其管理空氣調(diào) 節(jié)器300的運行，并盡可能獨立地運行。設(shè)備運行管理代理200也用來 從管理服務(wù)器100接收請求，并根據(jù)請求的內(nèi)容提供響應(yīng)。
設(shè)備運行管理代理200包括通信控制器201e，其控制其標(biāo)準(zhǔn)API單 元203與管理服務(wù)器100之間經(jīng)由網(wǎng)絡(luò)的通信。因為設(shè)備運行管理代理 200管理空氣調(diào)節(jié)器300的運行，充當(dāng)此前集中管理運行的管理服務(wù)器 IOO的代理，所以設(shè)備運行管理代理200被稱為"代理"。因為設(shè)備運行 管理代理200代替集中管理運行的管理服務(wù)器100，來管理空氣調(diào)節(jié)器 300的運行，所以可以分散該管理中的處理負(fù)荷。
由此，管理服務(wù)器100本身不管理空氣調(diào)節(jié)器300的運行，而是， 在空氣調(diào)節(jié)器300中設(shè)置的設(shè)備運行管理代理200管理對應(yīng)的空氣調(diào)節(jié) 器300的運行。該結(jié)構(gòu)允許將管理服務(wù)器100關(guān)于空氣調(diào)節(jié)器300的運 行管理的處理負(fù)荷分散到設(shè)備運行管理代理200，從而實現(xiàn)負(fù)荷的減少。 甚至當(dāng)管理更多空氣調(diào)節(jié)器300時，這也避免了管理服務(wù)器100的處理 負(fù)荷的增加。
此外，管理服務(wù)器100允許其應(yīng)用接口單元103根據(jù)設(shè)備類型或通 信協(xié)議而不具有API以適應(yīng)例如設(shè)備類型的設(shè)備特征的變化，使得能夠 避免應(yīng)用接口單元103具有復(fù)雜結(jié)構(gòu)。即使當(dāng)管理更多類型不同于空氣 調(diào)節(jié)器300的類型的設(shè)備時，這也消除了改變應(yīng)用接口單元103的結(jié)構(gòu) 的需要，由此不導(dǎo)致應(yīng)用接口單元103的復(fù)雜。
此外，因為改為由空氣調(diào)節(jié)器300中設(shè)置的設(shè)備運行管理代理200 來獨立地管理空氣調(diào)節(jié)器300的運行，所以管理服務(wù)器100不需要定期 地向空氣調(diào)節(jié)器300發(fā)送請求。這允許管理服務(wù)器100只有當(dāng)在空氣調(diào) 節(jié)器300中出現(xiàn)運行失靈時，才從空氣調(diào)節(jié)器300接收故障報告。當(dāng)在 空氣調(diào)節(jié)器300中不出現(xiàn)運行失靈時，不從空氣調(diào)節(jié)器發(fā)送故障報告。 這實現(xiàn)了網(wǎng)絡(luò)上流動的信息量的減少，使得即使管理更多空氣調(diào)節(jié)器300 時，也能夠抑制網(wǎng)絡(luò)上流動的信息量的增加。
以下描述圖2中表示的設(shè)備運行管理代理的結(jié)構(gòu)。圖3是圖2中表
示的設(shè)備運行管理代理的結(jié)構(gòu)的功能框圖。如圖3所示，設(shè)備運行管理
代理200包括代理核心單元201、應(yīng)用(AP)開放源單元202和標(biāo)準(zhǔn)API 單元203。
將設(shè)備運行管理代理200安裝在單片半導(dǎo)體集成電路(例如IC或大 規(guī)模集成(LSI))中。這允許以相對容易的方式將設(shè)備運行管理代理200 安裝或嵌入連網(wǎng)設(shè)備(例如空氣調(diào)節(jié)器300)中。
代理核心單元201是如下的處理器，該處理器執(zhí)行設(shè)備運行管理代 理200的基本處理，并負(fù)責(zé)與設(shè)備運行管理代理200所管理的設(shè)備的類 型無關(guān)的部分。即，將代理核心單元201設(shè)計并構(gòu)造成與關(guān)于待管理 的設(shè)備的設(shè)備類型和希望管理的管理項目無關(guān)地，用作設(shè)備運行管理代 理200的公共功能?！?br> 代理核心單元201是設(shè)備運行管理代理200的核心功能的綜合。代 理核心單元201包括服務(wù)配置控制處理器201a;故障、構(gòu)造、決算、性 能和安全(FCAPS)功能部分201b;狀態(tài)轉(zhuǎn)變檢測處理器201c;訪問計 數(shù)器201d和通信控制器201e。
服務(wù)配置控制處理器201a是處理功能部分，該處理功能部分在空氣 調(diào)節(jié)器300啟動時讀取AP開放源單元202的配置管理部分202c (在后 面描述)管理的配置，并向代理核心單元201的處理功能部分提供如何 進(jìn)行處理的命令和用于初始化的命令。
FCAPS功能部分201b用來針對設(shè)備運行管理系統(tǒng)S中的諸如故障、 構(gòu)造、決算、性能和安全的項目進(jìn)行管理。狀態(tài)轉(zhuǎn)變檢測處理器201管 理空氣調(diào)節(jié)器300的狀態(tài)的轉(zhuǎn)變。關(guān)于待管理的狀態(tài)，狀態(tài)轉(zhuǎn)變檢測處 理器201c在空氣調(diào)節(jié)器300啟動時，從服務(wù)配置控制處理器201a接收 命令。
訪問計數(shù)器201d管理在設(shè)備運行管理系統(tǒng)S中從設(shè)備運行管理代理 200向管理服務(wù)器100發(fā)送故障報告的次數(shù)等。將訪問計數(shù)器201d管理 的所述次數(shù)通過FCAPS功能部分201b發(fā)送到管理服務(wù)器100的決算處 理器102，并用來管理決算。
通信控制器201e確定通過標(biāo)準(zhǔn)API單元203從管理服務(wù)器100接收的請求是否指向與該通信控制器201e對應(yīng)的設(shè)備運行管理代理200，然 后在必要的情況下將該請求傳送到設(shè)備運行管理代理200的處理功能部 分。當(dāng)從設(shè)備運行管理代理200側(cè)向管理服務(wù)器100通知信息時，通信 控制器201e根據(jù)該信息生成通信數(shù)據(jù)。關(guān)于空氣調(diào)節(jié)器300的互聯(lián)網(wǎng)協(xié) 議(IP)地址(即，實際上是空氣調(diào)節(jié)器300中的設(shè)備運行管理代理200 的IP地址)和管理服務(wù)器100的IP地址，通信控制器201e在空氣調(diào)節(jié) 器300啟動時從服務(wù)配置控制處理器201a接收命令。
將AP開放源單元202構(gòu)造為具有處理功能，用作具有空氣調(diào)節(jié)器 300固有功能的接口，并取決于空氣調(diào)節(jié)器300的設(shè)備類型。即，將AP 開放源單元202設(shè)計并構(gòu)造成是可根據(jù)待管理設(shè)備中的設(shè)備類型和希 望管理的管理項目而定制的。在本實施方式中，AP開放源單元202包括 故障管理部分202a、溫度管理部分202b和配置管理部分202c。
故障管理部分202a用來讀出空氣調(diào)節(jié)器300中的故障信息。溫度管 理部分202b具有設(shè)定并控制空氣調(diào)節(jié)器300的溫度的功能。配置管理部 分202c在其中存儲有空氣調(diào)節(jié)器300中固有的性質(zhì)和參數(shù)，作為配置信 息。如圖4所示，配置信息的內(nèi)容例如包括設(shè)備類型(例如，空氣調(diào)節(jié) 器)、設(shè)備的可能狀態(tài)(例如，正常、出現(xiàn)低級故障或出現(xiàn)高級故障)、 設(shè)備的IP地址(例如，192.168丄1)、管理服務(wù)器100的IP地址(例如， 192.168丄0)和通知策略(例如，每出現(xiàn)10次低級故障時以及每次出現(xiàn) 高級故障時，對管理服務(wù)器100進(jìn)行通知)。
標(biāo)準(zhǔn)API單元203用作代理核心單元201與管理服務(wù)器100之間的 通信和代理核心單元201與AP開放源單元202之間的通信的接口 。
以下描述圖2中表示的空氣調(diào)節(jié)器的結(jié)構(gòu)。圖5是圖2中表示的空 氣調(diào)節(jié)器的結(jié)構(gòu)的功能框圖。如圖5所示，空氣調(diào)節(jié)器300包括被連接 為彼此雙向通信的設(shè)備運行管理代理200和空氣調(diào)節(jié)功能單元250。設(shè)備 運行管理代理200獨立地管理對應(yīng)空氣調(diào)節(jié)器300的運行，并與用于管 理的管理服務(wù)器100自主地通信?？諝庹{(diào)節(jié)功能單元250是實施空氣調(diào) 節(jié)器300的固有功能的處理功能。
以下描述在圖2中表示的設(shè)備運行管理系統(tǒng)S中進(jìn)行的待管理的空
氣調(diào)節(jié)器(實施方式中的空氣調(diào)節(jié)器300)的啟動(啟動過程)的處理。
圖6是待管理的空氣調(diào)節(jié)器的啟動過程的時序圖。
如圖6所示，空氣調(diào)節(jié)器300的空氣調(diào)節(jié)功能單元250最初執(zhí)行啟 動電源的處理(步驟S101 )。空氣調(diào)節(jié)功能單元250然后向代理核心單元 201的服務(wù)配置控制處理器201a提供啟動通知(步驟S102)。
當(dāng)服務(wù)配置控制處理器201a從空氣調(diào)節(jié)功能單元250接收到啟動通 知時，服務(wù)配置控制處理器201a向標(biāo)準(zhǔn)API單元203發(fā)送命令來讀出配 置(步驟S103)。標(biāo)準(zhǔn)API單元203然后向AP開放源單元202的配置管 理部分202c發(fā)送讀出配置的命令(步驟S104)。
當(dāng)配置管理部分202c接收到讀出配置的命令時，配置管理部分202c 讀出配置信息并將其發(fā)送到標(biāo)準(zhǔn)API單元203 (步驟S105)。標(biāo)準(zhǔn)API 單元203向服務(wù)配置控制處理器201a發(fā)送配置信息(步驟S106)。在步 驟S106，將設(shè)備類型、設(shè)備的可能狀態(tài)、空氣調(diào)節(jié)器的IP地址、管理服 務(wù)器的IP地址和通知策略作為配置信息，從標(biāo)準(zhǔn)API單元203發(fā)送到服 務(wù)配置控制處理器201a。
服務(wù)配置控制處理器201a然后向FCAPS功能部分201b發(fā)送包括在 步驟S106接收的通知策略的初始化命令(步驟S107)。當(dāng)FCAPS功能 部分201b從服務(wù)配置控制處理器201a接收到初始化命令時，F(xiàn)CAPS功 能部分201b進(jìn)行所有功能和存儲的包括通知策略的信息的初始化(步驟 S108)。在完成步驟S108的初始化的情況下，F(xiàn)CAPS功能部分201b向 服務(wù)配置控制處理器201a發(fā)送初始化完成通知(步驟S109)。
服務(wù)配置控制處理器201a向狀態(tài)轉(zhuǎn)變檢測處理器201c發(fā)送包括在 步驟S106接收的設(shè)備的類型和可能狀態(tài)的初始化命令(步驟SllO)。當(dāng) 狀態(tài)轉(zhuǎn)變檢測處理器201c從服務(wù)配置控制器201a接收到初始化命令時， 狀態(tài)轉(zhuǎn)變檢測處理器201c進(jìn)行所有功能和存儲的包括設(shè)備的類型和可能 狀態(tài)的信息的初始化(步驟Slll)。在完成步驟Slll的初始化的情況下， 狀態(tài)轉(zhuǎn)變檢測處理器201c向服務(wù)配置控制處理器201a發(fā)送初始化完成 通知(步驟S112)。
服務(wù)配置控制處理器201a向通信控制器201e發(fā)送包括在步驟S106接收的空氣調(diào)節(jié)器和管理服務(wù)器的IP地址的初始化命令(步驟S113)。
當(dāng)通信控制器201e從服務(wù)配置控制器201a接收到初始化命令時，通信 控制器201e進(jìn)行所有功能和存儲的包括空氣調(diào)節(jié)器和管理服務(wù)器的IP 地址的信息的初始化(步驟S114)。在完成步驟S114的初始化的情況下， 通信控制器201e向服務(wù)配置控制處理器201a發(fā)送初始化完成通知(步 驟S115)。
服務(wù)配置控制處理器201a通過標(biāo)準(zhǔn)API單元203向管理服務(wù)器100 發(fā)送對應(yīng)空氣調(diào)節(jié)器300的啟動通知(步驟S116)。當(dāng)管理服務(wù)器100 接收到步驟S116中的啟動通知時，管理服務(wù)器100在其代理管理單元101 的預(yù)定存儲器區(qū)域中注冊通過啟動通知所通知的空氣調(diào)節(jié)器300 (步驟 S117)。
通過如上所述進(jìn)行啟動待管理的空氣調(diào)節(jié)器的處理，向均設(shè)置在代 理核心單元201中的FCAPS功能部分201b、狀態(tài)轉(zhuǎn)變檢測處理器201c 和通信控制器201e，通知由配置管理部分202c管理的、啟動的空氣調(diào)節(jié) 器300的配置信息。
以下描述由圖2中表示的設(shè)備運行管理系統(tǒng)S中的設(shè)備運行管理代 理200獨立執(zhí)行的空氣調(diào)節(jié)器故障管理處理(用于獨立地管理空氣調(diào)節(jié) 器故障的過程)。圖7是用于獨立管理空氣調(diào)節(jié)器故障的過程的時序圖。 如圖7所示，設(shè)備運行管理代理200中的AP開放源單元202的故障管理 部分202a，最初執(zhí)行用定時器檢測預(yù)定時延的處理(步驟S121)。具體 地說，在步驟S121中，定時器確定已過去預(yù)定時間，并根據(jù)所述確定在 步驟S122執(zhí)行后續(xù)處理，從而設(shè)備運行管理代理200可以獨立地運行。
在步驟S121處，當(dāng)定時器確定已過去預(yù)定時間時，故障管理部分 202a請求空氣調(diào)節(jié)功能單元250讀入故障(關(guān)于是否出現(xiàn)任何故障以及 故障級別的故障信息報告)(步驟S122)。響應(yīng)于讀入故障的請求，空氣 調(diào)節(jié)功能單元250向故障管理部分202a發(fā)送故障信息報告(步驟S123)。 將故障信息報告從故障管理部分202a傳送到標(biāo)準(zhǔn)API單元203 (步驟 S124),然后從標(biāo)準(zhǔn)API單元203傳送到代理核心單元201的狀態(tài)轉(zhuǎn)變檢 測處理器201c (步驟S125)。
當(dāng)狀態(tài)轉(zhuǎn)變檢測處理器201c在步驟S125從標(biāo)準(zhǔn)API單元203接收 到故障信息報告時，狀態(tài)轉(zhuǎn)變檢測處理器201c檢測狀態(tài)轉(zhuǎn)變(步驟S126)。 當(dāng)在步驟S126沒有檢測到所述轉(zhuǎn)變時，跳過步驟S127和S128，過程前 進(jìn)到步驟S129。
當(dāng)狀態(tài)轉(zhuǎn)變檢測處理器201c在步驟S126檢測到狀態(tài)轉(zhuǎn)變時，狀態(tài) 轉(zhuǎn)變檢測處理器201c向FCAPS功能部分201b通知檢測到的狀態(tài)轉(zhuǎn)變(步 驟S127)。當(dāng)FCAPS功能部分201b從狀態(tài)轉(zhuǎn)變檢測處理器201c接收到 檢測到的狀態(tài)轉(zhuǎn)變的通知時，F(xiàn)CAPS功能部分201b將故障內(nèi)容與通知策 略進(jìn)行比較，從而確定故障內(nèi)容是否達(dá)到通知策略中定義的標(biāo)準(zhǔn)(故障 管理處理，步驟S128)。
當(dāng)故障內(nèi)容達(dá)到通知策略中定義的標(biāo)準(zhǔn)時，將其通知管理服務(wù)器 100。當(dāng)故障內(nèi)容沒有達(dá)到通知策略中定義的標(biāo)準(zhǔn)時，不通知管理服務(wù)器 100。這里，在步驟S128故障內(nèi)容沒有達(dá)到通知策略中定義的標(biāo)準(zhǔn)，不 通知管理服務(wù)器100。利用該結(jié)構(gòu)，根據(jù)信息重要性篩選向管理服務(wù)器 IOO通知的信息，只有當(dāng)需要時才進(jìn)行通知。這實現(xiàn)了管理服務(wù)器100中 存儲的信息量的減少，使得能夠抑制管理服務(wù)器100的存儲資源的損失。
此外，管理服務(wù)器100中存儲的信息量的減少，縮短了管理服務(wù)器 100檢索關(guān)于空氣調(diào)節(jié)器300的運行狀態(tài)的信息必需的時間。
像在步驟S121中一樣，故障管理部分202a用定時器檢測預(yù)定時延 (步驟S129)。在步驟S129，當(dāng)定時器確定已過去預(yù)定時間時，故障管 理部分202a請求空氣調(diào)節(jié)功能單元250讀入故障(步驟S130)。響應(yīng)于 讀入故障的請求，空氣調(diào)節(jié)功能單元250向故障管理部分202a發(fā)送故障 信息報告(步驟S131)。將故障信息報告從故障管理部分202a傳送到標(biāo) 準(zhǔn)API單元203 (步驟S132)，然后從標(biāo)準(zhǔn)API單元203傳送到代理核心 單元201的狀態(tài)轉(zhuǎn)變檢測處理器201c (步驟S133)。
當(dāng)狀態(tài)轉(zhuǎn)變檢測處理器201c在步驟S133從標(biāo)準(zhǔn)API單元203接收 到故障信息報告時，狀態(tài)轉(zhuǎn)變檢測處理器201c檢測狀態(tài)的轉(zhuǎn)變(步驟 S134)。此外，當(dāng)狀態(tài)轉(zhuǎn)變檢測處理器201c在步驟S134檢測到所述轉(zhuǎn)變 時，狀態(tài)轉(zhuǎn)變檢測處理器201c向FCAPS功能部分201b通知檢測到的狀態(tài)轉(zhuǎn)變(步驟S135)。當(dāng)FCAPS功能部分201b從狀態(tài)轉(zhuǎn)變檢測處理器 201c接收到檢測到的狀態(tài)轉(zhuǎn)變時，F(xiàn)CAPS功能部分201b將故障內(nèi)容與 通知策略進(jìn)行比較，從而確定故障內(nèi)容是否達(dá)到通知策略中定義的標(biāo)準(zhǔn) (故障管理處理，步驟S136)。這里，在步驟S136故障內(nèi)容達(dá)到通知策 略中定義的標(biāo)準(zhǔn)，并通知給管理服務(wù)器100。
然后FCAPS功能部分201b請求通信控制器201e獲得管理服務(wù)器的 IP地址(步驟S137)。響應(yīng)于用于獲得管理服務(wù)器的IP地址的請求，通 信控制器201e向標(biāo)準(zhǔn)API單元203發(fā)送管理服務(wù)器的IP地址(步驟 S138)。當(dāng)標(biāo)準(zhǔn)API單元203接收到管理服務(wù)器的IP地址時，標(biāo)準(zhǔn)API 單元203向由管理服務(wù)器的IP地址指定的管理服務(wù)器提供故障通知(步 驟S139)。
如上所述通過進(jìn)行由設(shè)備運行管理代理200獨立地運行的空氣調(diào)節(jié) 器故障管理處理，設(shè)備運行管理代理200獨立管理空氣調(diào)節(jié)器300的空 氣調(diào)節(jié)功能單元250中的故障。這使得當(dāng)出現(xiàn)達(dá)到在通知策略中定義的 標(biāo)準(zhǔn)的故障時，向管理服務(wù)器IOO自主地報告所述故障。
以下描述了用于在圖2中表示的設(shè)備運行管理系統(tǒng)S中的管理服務(wù) 器100的控制下設(shè)定空氣調(diào)節(jié)器溫度的處理(用于設(shè)定空氣調(diào)節(jié)器溫度 的過程)。圖8是用于設(shè)定空氣調(diào)節(jié)器溫度的時序圖。如圖8所示，管理 服務(wù)器100最初向該空氣調(diào)節(jié)器300中的設(shè)備運行管理代理200的標(biāo)準(zhǔn) API單元203發(fā)送對空氣調(diào)節(jié)器300進(jìn)行控制的請求(步驟S141)。通過 例如定義代理ID二代理A (例如，代理ID可以是設(shè)備的IP地址)指定 設(shè)備運行管理代理200來指定要對空氣調(diào)節(jié)器300進(jìn)行控制。此外，通 過例如定義溫度設(shè)定=24攝氏度，來設(shè)定特定控制項目。
當(dāng)標(biāo)準(zhǔn)API單元203從管理服務(wù)器100接收到請求時，標(biāo)準(zhǔn)API單 元203將在步驟S141接收的請求傳送到代理核心單元201的通信控制器 201e (步驟S142)。通信控制器201e接收傳送的請求，并確定該請求是 否指向與該通信控制器201e對應(yīng)的設(shè)備的IP地址(步驟S143)。在步驟 S143，當(dāng)確定該請求指向?qū)?yīng)設(shè)備的IP地址時，過程前進(jìn)到隨后步驟 S144。相反，當(dāng)確定所述請求不指向?qū)?yīng)設(shè)備的IP地址時，在步驟S143
終止用于設(shè)定空氣調(diào)節(jié)器溫度的處理。這里，在步驟S143的所述確定發(fā)
現(xiàn)所述請求指向?qū)?yīng)設(shè)備的IP地址，并且過程前進(jìn)到步驟S144。
在步驟S144，通信控制器201e向標(biāo)準(zhǔn)API單元203發(fā)送指示控制 項目的信息，溫度設(shè)定=24攝氏度。標(biāo)準(zhǔn)API單元203接收指示控制項 目的信息，溫度設(shè)定=24攝氏度，并將其傳送到AP開放源單元202的 溫度管理部分202b (步驟S145)。溫度管理部分202b接收指示控制項目 的信息，溫度設(shè)定=24攝氏度，向空氣調(diào)節(jié)功能單元250發(fā)送根據(jù)該控 制項目進(jìn)行設(shè)定的控制命令(步驟S146)?？諝庹{(diào)節(jié)功能單元250接收所 述控制命令并將溫度設(shè)定設(shè)定為24攝氏度。
當(dāng)空氣調(diào)節(jié)功能單元250根據(jù)所述控制命令正常完成控制處理時， 空氣調(diào)節(jié)功能單元250向溫度管理部分202b發(fā)送指示正常完成的信息 (OK)(步驟S147)。溫度管理部分202b接收指示正常完成的信息(OK)， 并將其傳送到標(biāo)準(zhǔn)API單元203 (步驟S148)。
當(dāng)標(biāo)準(zhǔn)API單元203接收到指示正常完成的信息(OK)時，標(biāo)準(zhǔn) API單元203請求通信控制器201e獲得管理服務(wù)器100的IP地址(步驟 S149)。響應(yīng)于用于獲得管理服務(wù)器100的IP地址的所述請求，通信控 制器201e發(fā)送管理服務(wù)器100的IP地址(步驟S150)。然后，標(biāo)準(zhǔn)API 單元203通知由在步驟S150接收的IP地址指定的管理服務(wù)器根據(jù)請 求正常完成了控制處理(步驟S151)。
當(dāng)沒有正常完成根據(jù)在步驟S146發(fā)送的控制命令的控制處理時(異 常完成(NG))，在步驟S147、 S148和S151發(fā)送指示異常完成的信息 (NG)，代替指示正常完成的信息(OK)。
如上所述通過進(jìn)行用于設(shè)定空氣調(diào)節(jié)器溫度的處理，可以根據(jù)在來 自管理服務(wù)器100的請求中設(shè)定的項目，控制通過空氣調(diào)節(jié)器300的空 氣調(diào)節(jié)功能單元250實現(xiàn)的空氣調(diào)節(jié)功能。由此，根據(jù)來自管理服務(wù)器 100的命令而確定空氣調(diào)節(jié)器300的運行項目。
在用于進(jìn)行空氣調(diào)節(jié)器溫度設(shè)定的處理中，未具體描述用于從管理 服務(wù)器100向空氣調(diào)節(jié)器300的設(shè)備運行管理代理200發(fā)送請求的觸發(fā)。 例如，可以將設(shè)備運行管理代理200進(jìn)行的、指示對應(yīng)空氣調(diào)節(jié)器300的嚴(yán)重故障的通知作為觸發(fā)，來實現(xiàn)故障安全，例如關(guān)閉空氣調(diào)節(jié)器300 或通過改變溫度設(shè)定來減少空氣調(diào)節(jié)器300的處理負(fù)荷。由此，管理服 務(wù)器100可以通過設(shè)備運行管理代理200進(jìn)行空氣調(diào)節(jié)器300的反饋控 制。
來自管理服務(wù)器100的請求中包括的控制項目不限于溫度設(shè)定?？?制項目可以包括啟動/關(guān)閉空氣調(diào)節(jié)器300的命令，以及通過使用定時器 實現(xiàn)的啟動/關(guān)閉電源的時間，或者可以是用來控制空氣調(diào)節(jié)器300的多 個項目中的任意一個。
以下描述圖2中表示的設(shè)備運行管理系統(tǒng)S中的管理服務(wù)器100進(jìn) 行的空氣調(diào)節(jié)器故障管理處理(管理服務(wù)器管理空氣調(diào)節(jié)器故障的過 程)。圖9是管理服務(wù)器管理空氣調(diào)節(jié)器故障的過程的時序圖。如圖9所 示，管理服務(wù)器100最初向空氣調(diào)節(jié)器300中的設(shè)備運行管理代理200 的標(biāo)準(zhǔn)API單元203發(fā)送關(guān)于管理該空氣調(diào)節(jié)器300的請求(步驟S161)。 通過例如定義代理ID二代理A (代理ID例如可以是IP地址)來指定設(shè) 備運行管理代理200，以指定待管理的空氣調(diào)節(jié)器300。指定故障讀取作 為特定請求。
當(dāng)標(biāo)準(zhǔn)API單元203從管理服務(wù)器100接收到所述請求時，標(biāo)準(zhǔn)API 單元203將在步驟S161接收的所述請求傳送到代理核心單元201的通信 控制器201e (步驟S162)。通信控制器201e接收所傳送的請求，并確定 所述請求是否指向?qū)?yīng)設(shè)備的IP地址(步驟S163)。在步驟S163，當(dāng)確 定所述請求指向?qū)?yīng)設(shè)備的IP地址時，過程前進(jìn)到隨后步驟S164。相反， 當(dāng)確定所述請求不指向?qū)?yīng)設(shè)備的IP地址時，在步驟S163終止管理服 務(wù)器請求的空氣調(diào)節(jié)器故障管理。這里，在步驟S163的所述確定發(fā)現(xiàn)所 述請求指向設(shè)備的IP地址，過程前進(jìn)到步驟S164。
在步驟S164，通信控制器201e向標(biāo)準(zhǔn)API單元203發(fā)送指示請求 故障讀取的信息。當(dāng)標(biāo)準(zhǔn)API單元203接收到指示請求故障讀取的所述 信息時，標(biāo)準(zhǔn)API單元203將所述信息傳送到AP開放源單元202的故 障管理部分202a (步驟S165)。故障管理部分202a接收指示請求故障讀 取的所述信息，并向空氣調(diào)節(jié)功能單元250發(fā)送讀入故障的命令(步驟
S166)。空氣調(diào)節(jié)功能單元250接收所述命令，并向故障管理部分202a 發(fā)送對應(yīng)設(shè)備的狀態(tài)(正常、出現(xiàn)低級故障或出現(xiàn)高級故障)(步驟S167)。 然后，從故障管理部分202a向標(biāo)準(zhǔn)API單元203發(fā)送關(guān)于該設(shè)備的狀態(tài) 的報告(步驟S168)。
標(biāo)準(zhǔn)API單元203請求通信控制器201e獲得管理服務(wù)器的IP地址 (步驟S169)。響應(yīng)于用于獲得管理服務(wù)器的IP地址的所述請求，通信 控制器201e向標(biāo)準(zhǔn)API單元203發(fā)送管理服務(wù)器的IP地址(步驟S170)。 標(biāo)準(zhǔn)API單元203接收所述管理服務(wù)器的IP地址，并向由所述管理服務(wù) 器的IP地址指定的管理服務(wù)器通知對應(yīng)設(shè)備的狀態(tài)(步驟S171)。
如上所述通過管理服務(wù)器100進(jìn)行空氣調(diào)節(jié)器故障管理處理，不僅 設(shè)備運行管理代理200可以獨立管理空氣調(diào)節(jié)器300的運行，而且像以 常規(guī)方式的一樣，能夠通過使用來自管理服務(wù)器100的請求來管理來自 管理服務(wù)器100的空氣調(diào)節(jié)器300的狀態(tài)。這允許運行管理者與設(shè)備運 行管理代理200對空氣調(diào)節(jié)器300的獨立運行管理分離地、按照希望的 那樣管理空氣調(diào)節(jié)器300。此外，通過按照運行管理者所希望的那樣向設(shè) 備運行管理代理200發(fā)送請求，能夠確認(rèn)設(shè)備運行管理代理200的存在。
前面描述了本發(fā)明的實施方式，然而，本發(fā)明不限于此并可以以在 此所附的權(quán)利要求所闡述的技術(shù)思想內(nèi)的各種變型來實現(xiàn)。此外，本發(fā) 明的優(yōu)點不限于在實施方式中描述的優(yōu)點。
例如，在前述實施方式中，設(shè)備運行管理代理200根據(jù)通知策略， 將待管理的對應(yīng)空氣調(diào)節(jié)器300中的故障出現(xiàn)作為運行狀態(tài)通知給管理 服務(wù)器IOO。然而，結(jié)構(gòu)不限于此，可以計算包括在空氣調(diào)節(jié)器300中出 現(xiàn)的故障的發(fā)生率的各種靜態(tài)特征，并且可以將決算結(jié)果作為運行狀態(tài) 通知給管理服務(wù)器100。
此外，關(guān)于在實施方式中描述為自動執(zhí)行的處理，這些處理的全部 或部分可以手動地執(zhí)行。關(guān)于描述為手動進(jìn)行的處理，這些處理的全部 或部分可以由已知方法自動進(jìn)行。此外，除非特別指定，否則可以以任 何方式改變實施方式中示出的處理過程、控制過程、具體名稱、各類數(shù) 據(jù)和參數(shù)，以及其他種類的信息。
此外，圖中表示的構(gòu)成元件表示概念功能，其物理結(jié)構(gòu)不必與圖中 表示的物理結(jié)構(gòu)相同。因此，對設(shè)備進(jìn)行分散和集成的結(jié)構(gòu)不限于圖中 具體表示的結(jié)構(gòu)，并且可以根據(jù)設(shè)備的負(fù)荷和使用，在任意單元中關(guān)于 功能和物理方面修改這樣的結(jié)構(gòu)的全部或部分。
此外，關(guān)于設(shè)備中實現(xiàn)的處理功能，這些功能的全部或任意可以由
中央處理單元(CPU)(或微計算機(jī)，例如微處理單元(MPU)和微控制 單元(MCU))和可由CPU (或微計算機(jī)，例如MPU和MCU)解釋或 執(zhí)行的程序?qū)崿F(xiàn)，或者可以由使用布線邏輯的硬件實現(xiàn)。
根據(jù)本發(fā)明的實施方式，設(shè)備運行管理代理獨立管理待管理的連網(wǎng) 設(shè)備的運行狀態(tài)，并且通過預(yù)定接口發(fā)送管理結(jié)果。另一方面，管理服 務(wù)器只通過管理所接收的管理結(jié)果，來管理待管理的連網(wǎng)設(shè)備的運行狀 態(tài)。這帶來這樣一個優(yōu)點分散了管理服務(wù)器在管理連網(wǎng)設(shè)備的運行狀 態(tài)方面的處理負(fù)荷。此外，設(shè)備運行管理代理通過預(yù)定接口自主發(fā)送管 理結(jié)果，在沒有來自管理服務(wù)器的請求的情況下，允許從設(shè)備運行管理
代理到管理服務(wù)器的單向通信。這帶來這樣一個優(yōu)點減少通過網(wǎng)絡(luò)的
通信量，并且通過使用統(tǒng)一接口避免接口的復(fù)雜性。
根據(jù)本發(fā)明的實施方式，獲得這樣一個優(yōu)點只通過改變設(shè)備相關(guān) 的處理器，可以將設(shè)備運行管理代理設(shè)計并構(gòu)造為適應(yīng)連網(wǎng)設(shè)備類型。
根據(jù)本發(fā)明的實施方式，基于管理信息指定的信息，執(zhí)行設(shè)備運行 管理處理。這帶來這樣一個優(yōu)點通過改變管理信息，可以根據(jù)希望的 項目和標(biāo)準(zhǔn)執(zhí)行設(shè)備運行管理處理。
根據(jù)本發(fā)明的實施方式，執(zhí)行設(shè)備運行管理處理，使得核心處理器 確定運行狀態(tài)管理單元管理的、連網(wǎng)設(shè)備的運行狀態(tài)。這帶來這樣一個 優(yōu)點可以根據(jù)需要從多個運行狀態(tài)中選擇要通知管理服務(wù)器的運行狀 態(tài)。
根據(jù)本發(fā)明的實施方式，獲得這樣一個優(yōu)點設(shè)備控制單元可以根 據(jù)從管理服務(wù)器接收的控制命令來控制連網(wǎng)設(shè)備。
根據(jù)本發(fā)明的實施方式，獲得這樣一個優(yōu)點也可以根據(jù)從管理服 務(wù)器接收的運行狀態(tài)管理命令，來管理連網(wǎng)設(shè)備的運行狀態(tài)。
根據(jù)本發(fā)明的實施方式，將設(shè)備運行管理代理安裝在單片集成電路 中。這帶來這樣一個優(yōu)點可以以相對容易的方式，將設(shè)備運行管理代 理安裝或嵌入在各個連網(wǎng)設(shè)備中。
雖然為了完全和清楚的公開的目的，已針對具體實施方式
描述了本 發(fā)明，但是所附的權(quán)利要求并不因此受到限制，而是可以被解釋為包含 了完全落入本文所闡述的基本教導(dǎo)內(nèi)的、本領(lǐng)域技術(shù)人員可以想到的所 有變型和替換結(jié)構(gòu)。
權(quán)利要求
1、一種用于對連網(wǎng)設(shè)備的運行進(jìn)行管理的運行管理系統(tǒng)，該運行管理系統(tǒng)包括在待管理的連網(wǎng)設(shè)備中設(shè)置的設(shè)備運行管理代理，所述設(shè)備運行管理代理執(zhí)行設(shè)備運行管理處理，該設(shè)備運行管理處理獨立地管理連網(wǎng)設(shè)備的運行狀態(tài)，并且所述設(shè)備運行管理代理執(zhí)行管理結(jié)果發(fā)送處理，所述管理結(jié)果發(fā)送處理經(jīng)由網(wǎng)絡(luò)自主地發(fā)送在所述設(shè)備運行管理處理中管理的連網(wǎng)設(shè)備的管理結(jié)果；以及管理服務(wù)器，該管理服務(wù)器執(zhí)行管理結(jié)果接收處理，該管理結(jié)果接收處理經(jīng)由網(wǎng)絡(luò)接收在所述管理結(jié)果發(fā)送處理中發(fā)送的管理結(jié)果，并且所述管理服務(wù)器對在所述管理結(jié)果接收處理中接收的管理結(jié)果進(jìn)行管理，從而對待管理的連網(wǎng)設(shè)備進(jìn)行管理。
2、 根據(jù)權(quán)利要求1所述的運行管理系統(tǒng)，其中所述設(shè)備運行管理代 理包括核心處理器，所述核心處理器與待管理的連網(wǎng)設(shè)備的類型無關(guān) 地執(zhí)行所述設(shè)備運行管理處理和所述管理結(jié)果發(fā)送處理；以及設(shè)備相關(guān) 處理器，所述設(shè)備相關(guān)處理器根據(jù)待管理的連網(wǎng)設(shè)備的類型，來執(zhí)行所 述設(shè)備運行管理處理。
3、 根據(jù)權(quán)利要求2所述的運行管理系統(tǒng)，其中，所述設(shè)備相關(guān)處理器進(jìn)一步包括運行狀態(tài)管理單元，所述運行狀態(tài)管理單元對待管理的連網(wǎng)設(shè)備的運行狀態(tài)進(jìn)行管理；以及管理信息管理單元，所述管理信息管理單元對所述運行狀態(tài)管理單元用于管理待管 理的連網(wǎng)設(shè)備的運行狀態(tài)所必須的管理信息進(jìn)行管理，并且所述核心處理器和所述設(shè)備相關(guān)處理器根據(jù)所述管理信息管理單元 所管理的管理信息，來執(zhí)行所述設(shè)備運行管理處理。
4、 根據(jù)權(quán)利要求3所述的運行管理系統(tǒng)，其中以將待管理的連網(wǎng)設(shè) 備的由所述運行狀態(tài)管理單元管理的運行狀態(tài)通知所述核心處理器并所 述由核心處理器進(jìn)行確定的方式，來執(zhí)行所述設(shè)備運行管理處理。
5、 根據(jù)權(quán)利要求2所述的運行管理系統(tǒng)，其中 所述設(shè)備相關(guān)處理器還包括設(shè)備控制單元，所述設(shè)備控制單元控制 待管理的連網(wǎng)設(shè)備，并且所述設(shè)備控制單元根據(jù)從所述管理服務(wù)器接收的控制命令，來控制 所述連網(wǎng)設(shè)備。
6、 根據(jù)權(quán)利要求2所述的運行管理系統(tǒng)，其中所述核心處理器和所 述設(shè)備相關(guān)處理器根據(jù)從所述管理服務(wù)器接收的運行狀態(tài)管理命令，來 管理所述連網(wǎng)設(shè)備的運行狀態(tài)。
7、 根據(jù)權(quán)利要求1所述的運行管理系統(tǒng)，其中所述設(shè)備運行管理代理安裝在單片集成電路中。
8、 一種用于對連網(wǎng)設(shè)備的運行進(jìn)行管理的運行管理方法，該運行管理方法包括以下步驟設(shè)置在待管理的連網(wǎng)設(shè)備中的設(shè)備運行管理代理獨立地管理連網(wǎng)設(shè) 備的運行狀態(tài)；所述設(shè)備運行管理代理經(jīng)由網(wǎng)絡(luò)自主地發(fā)送所述對所述運行狀態(tài)獨 立地進(jìn)行管理的管理結(jié)果；以及對待管理的連網(wǎng)設(shè)備進(jìn)行中央管理的管理服務(wù)器經(jīng)由所述網(wǎng)絡(luò)接收 從所述設(shè)備運行管理代理發(fā)送的所述管理結(jié)果。
9、 根據(jù)權(quán)利要求8所述的運行管理方法，其中，所述對所述運行狀態(tài)獨立地進(jìn)行管理的步驟包括與待管理的連網(wǎng) 設(shè)備的類型無關(guān)地執(zhí)行的核心處理；以及，根據(jù)待管理的連網(wǎng)設(shè)備的類 型而執(zhí)行的設(shè)備相關(guān)處理，并且作為所述核心處理，自主地發(fā)送所述管理結(jié)果。
10、 根據(jù)權(quán)利要求9所述的運行管理方法，其中所述設(shè)備相關(guān)處理 包括管理待管理的連網(wǎng)設(shè)備的運行狀態(tài)，并且對進(jìn)行所述管理運行狀 態(tài)的過程中、管理待管理的連網(wǎng)設(shè)備的運行狀態(tài)進(jìn)行管理所必須的管理 信息進(jìn)行管理；以及，在所述核心處理和所述設(shè)備相關(guān)處理中，根據(jù)在 所述管理所述管理信息的過程中管理的所述管理信息，來執(zhí)行所述管理 運行狀態(tài)的步驟。
11、 根據(jù)權(quán)利要求10所述的運行管理方法，其中以將所述待管理的連網(wǎng)設(shè)備的、在所述管理運行狀態(tài)的步驟中管理的運行狀態(tài)通知所述核 心處理并由所述核心處理來進(jìn)行確定的方式，來執(zhí)行所述獨立管理運行 狀態(tài)的步驟。
12、 根據(jù)權(quán)利要求9所述的運行管理方法，其中所述設(shè)備相關(guān)處理 還包括控制待管理的連網(wǎng)設(shè)備的步驟，并且根據(jù)從所述管理服務(wù)器接收的控制命令，來執(zhí)行所述控制所述連網(wǎng) 設(shè)備的步驟。
13、 根據(jù)權(quán)利要求9所述的運行管理方法，其中，在所述核心處理 中和在所述設(shè)備相關(guān)處理中，根據(jù)從所述管理服務(wù)器接收的運行狀態(tài)管 理命令，來管理所述連網(wǎng)設(shè)備的運行狀態(tài)。
14、 根據(jù)權(quán)利要求8所述的運行管理方法，其中將所述設(shè)備運行管 理代理安裝在單片集成電路中。
15、 一種設(shè)備運行管理代理，所述設(shè)備運行管理代理被設(shè)置在待管 理的連網(wǎng)設(shè)備中并經(jīng)由網(wǎng)絡(luò)連接到管理服務(wù)器，該設(shè)備運行管理代理包括設(shè)備運行管理處理器，所述設(shè)備運行管理處理器執(zhí)行設(shè)備運行管理處理，該設(shè)備運行管理處理獨立地管理待管理的連網(wǎng)設(shè)備的運行狀態(tài)； 以及管理結(jié)果發(fā)送處理器，所述管理結(jié)果發(fā)送處理器執(zhí)行管理結(jié)果發(fā)送 處理，該管理結(jié)果發(fā)送處理經(jīng)由所述網(wǎng)絡(luò)向所述管理服務(wù)器自主地發(fā)送 所述設(shè)備運行管理處理器所管理的連網(wǎng)設(shè)備的管理結(jié)果。
16、 根據(jù)權(quán)利要求15所述的設(shè)備運行管理代理，所述設(shè)備運行管理 代理還包括核心處理器，該核心處理器與待管理的連網(wǎng)設(shè)備的類型無 關(guān)地執(zhí)行所述設(shè)備運行管理處理和所述管理結(jié)果發(fā)送處理；以及設(shè)備相 關(guān)處理器，該設(shè)備相關(guān)處理器根據(jù)待管理的連網(wǎng)設(shè)備的類型來執(zhí)行所述 設(shè)備運行管理處理。
17、 根據(jù)權(quán)利要求16所述的設(shè)備運行管理代理，其中，所述設(shè)備相關(guān)處理器還包括運行狀態(tài)管理單元，所述運行狀態(tài)管 理單元管理待管理的連網(wǎng)設(shè)備的運行狀態(tài)；以及管理信息管理單元，所述管理信息管理單元對所述運行狀態(tài)管理單元用于管理待管理的連網(wǎng)設(shè) 備的運行狀態(tài)所必須的管理信息進(jìn)行管理，并且所述核心處理器和所述設(shè)備相關(guān)處理器根據(jù)所述管理信息管理單元 所管理的管理信息，來執(zhí)行設(shè)備運行管理處理。
18、 根據(jù)權(quán)利要求17所述的設(shè)備運行管理代理，其中以將待管理的連網(wǎng)設(shè)備的由所述運行狀態(tài)管理單元所管理的運行狀態(tài)通知所述核心處 理器并由所述核心處理器進(jìn)行確定的方式，來執(zhí)行所述設(shè)備運行管理處理。
19、 根據(jù)權(quán)利要求16所述的設(shè)備運行管理代理，其中所述設(shè)備相關(guān) 處理器還包括設(shè)備控制單元，所述設(shè)備控制單元控制待管理的連網(wǎng)設(shè)備， 并且所述設(shè)備控制單元根據(jù)從所述管理服務(wù)器接收的控制命令來控制連 網(wǎng)設(shè)備。
20、 根據(jù)權(quán)利要求16所述的設(shè)備運行管理代理，其中所述核心處理 器和所述設(shè)備相關(guān)處理器根據(jù)從所述管理服務(wù)器接收的運行狀態(tài)管理命 令，來管理所述連網(wǎng)設(shè)備的運行狀態(tài)。
21、 根據(jù)權(quán)利要求15所述的設(shè)備運行管理代理，其中所述設(shè)備運行 管理代理安裝在單片集成電路中。
全文摘要
本發(fā)明提供一種連網(wǎng)設(shè)備的運行管理系統(tǒng)和方法、設(shè)備運行管理的代理。所述對連網(wǎng)設(shè)備的運行進(jìn)行管理的運行管理系統(tǒng)包括設(shè)備運行管理代理和管理服務(wù)器。該設(shè)備運行管理代理設(shè)置在待管理的連網(wǎng)設(shè)備中，并且獨立地管理連網(wǎng)設(shè)備的運行狀態(tài)，并經(jīng)由網(wǎng)絡(luò)自主地發(fā)送所管理的連網(wǎng)設(shè)備的管理結(jié)果。該管理服務(wù)器通過預(yù)定接口接收管理結(jié)果，并管理所接收的管理結(jié)果，從而管理待管理的連網(wǎng)設(shè)備。
文檔編號H04L12/24GK101197718SQ20071019634
公開日2008年6月11日 申請日期2007年11月30日 優(yōu)先權(quán)日2006年12月1日
發(fā)明者三輪光彥, 佐藤美幸, 木村伸子 申請人:富士通株式會社