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

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


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