智能廚房飲食系統(tǒng)的開發(fā)應(yīng)用＊

薛 東，彭志強

（四川旅游學院，四川 成都610000）

隨著中國經(jīng)濟的發(fā)展，人們對于生活質(zhì)量也提出了更高的要求，而廚房作為家庭生活中關(guān)鍵的一部分，智能廚房也成為未來家居中的關(guān)鍵。當前各個廚房電器品牌開始向著智能化方向發(fā)展，可以看出，廚房智能化已經(jīng)成為當前社會的一項共識，但是每一個品牌都各自為戰(zhàn)，建設(shè)自有品牌的智能系統(tǒng)，控制協(xié)議不相同，有時甚至存在排斥的情況，而家電之間未實現(xiàn)互通也導(dǎo)致智能廚房飲食系統(tǒng)無法實現(xiàn)。

1 智能廚房現(xiàn)狀

廚房系統(tǒng)作為智能家居中的一個重要部分，其與智能家居的發(fā)展存在一定程度上的相似。智能單品→系統(tǒng)集成→社區(qū)服務(wù)的三部曲對于智能廚房系統(tǒng)的發(fā)展造成一定程度上的影響。

當前智能家居類產(chǎn)品主要有g(shù)oogle的nest、亞馬遜的Echo等智能控制中心，另外還有蘋果公司以HomeKit為入口的智能控制中心，這一平臺通過利用開放平臺的形式給開發(fā)者接入以形成性生態(tài)系統(tǒng)。

而微處理器與傳感器的置入，使白電產(chǎn)品可以實現(xiàn)良好的自動化目的，讓白電產(chǎn)品的智能化、自動化以及人性化等方面擁有了更多的可能性，自動化以及簡單化卻逐漸帶來了一些繁雜的不必要功能，智能化不再僅僅局限在屏幕+APP軟件應(yīng)用。

2 智能廚房飲食系統(tǒng)的整體框架設(shè)計

2.1 智能廚房系統(tǒng)的總體框架圖拓撲設(shè)計

本系統(tǒng)是由廚房設(shè)備、云端服務(wù)器平臺、中央處理單元以及微信端webapp所組合而成。該系統(tǒng)的拓撲關(guān)系如圖1所示。

2.2 智能廚房飲食系統(tǒng)的各功能部件

2.2.1 云端服務(wù)器平臺

云端服務(wù)器平臺功能部件主要承擔了整個系統(tǒng)的數(shù)據(jù)中心、設(shè)備、業(yè)務(wù)中心、邏輯控制中心、用戶以及場景等數(shù)據(jù)的處理與加工工作。采用nginx反向代理及均衡負載在云端的入口進行處理并將其作為系統(tǒng)橫向擴展配置中心。使用nodejs+ko2可以實現(xiàn)邏輯功能模塊，采用非關(guān)系數(shù)據(jù)庫mongodb可以有效地應(yīng)對以后智能廚房飲食系統(tǒng)的新增產(chǎn)品、業(yè)務(wù)的多元數(shù)據(jù)結(jié)構(gòu)需求。

圖1 系統(tǒng)的總體框架圖拓撲設(shè)計

2.2.2 微信端webapp

微信端webapp功能是設(shè)備中央處理單元的一種移動版本?？梢詾橛脩籼峁┤藱C交互界面，使用戶可以更加及時地了解廚房智能設(shè)備的運行狀態(tài)，并隨時隨地地修改設(shè)備的協(xié)作關(guān)系場景，對設(shè)備實施遠程控制，同時還可以接收來自于中央處理單元的消息。

2.2.3 設(shè)備中央處理單元

設(shè)備中央處理可以為用戶提供人際交互界面，方便用戶在廚房中對于設(shè)備與各種設(shè)備之間的協(xié)作進行管理。中央處理單元會統(tǒng)一收集連接器設(shè)備的設(shè)備狀態(tài)，并對于已經(jīng)定義場景的多個設(shè)備場景化事件驅(qū)動的邏輯控制。而該功能部件不僅需要承擔設(shè)備的控制管理，還需要負責與上層云端系統(tǒng)之間實現(xiàn)連接。

2.2.4 廚房設(shè)備

由廚房中的監(jiān)測設(shè)備、照明設(shè)備、通風設(shè)備、各功能電氣設(shè)備、能源煤氣開關(guān)控制設(shè)備、水路開關(guān)設(shè)備等所組成的一種設(shè)備集合就是廚房設(shè)備。各個設(shè)備會利用CSRmesh自組網(wǎng)技術(shù)方式來互相連接。內(nèi)置BLE基帶SOC的MCU設(shè)備可以將工作狀態(tài)自動上報。

2.3 廚房設(shè)備段網(wǎng)絡(luò)架構(gòu)拓撲設(shè)計

在智能化廚房設(shè)備中，每一個設(shè)備在mesh組網(wǎng)技術(shù)中都具有獨立的網(wǎng)絡(luò)節(jié)點并與相鄰的節(jié)點之間保持連接。而廚房設(shè)mesh網(wǎng)絡(luò)節(jié)點將會被中央處理單元遴選算法選為橋節(jié)點設(shè)備，需要將其他的各個mesh節(jié)點數(shù)據(jù)橋接給中央單元。

3 中央處理單元

中央處理單元主要有設(shè)備管理、菜譜管理、場景聯(lián)動管理、登錄注冊功能、服務(wù)器交互接口以及用戶管理等部分。設(shè)備管理主要具有設(shè)備的發(fā)現(xiàn)、增加、幫頂一記刪除等功能。場景聯(lián)動管理則具有增加場景以及設(shè)備關(guān)系配置等工作，同時還可以實現(xiàn)場景配置的修改等。服務(wù)器交互結(jié)構(gòu)則是用于中央處理單元數(shù)據(jù)拉取、上報、接收遠程命令等。

3.1 中央處理單元管理功能設(shè)計

設(shè)備管理功能主要可以分為刪除、添加、查詢、操作、用戶與設(shè)備的綁定的功能。但是要想將設(shè)備管理的各種功能一一實現(xiàn)，需要將中央處理單元與設(shè)備之間的互聯(lián)問題處理好?；趶N房設(shè)備設(shè)計的廚房設(shè)備端網(wǎng)絡(luò)架構(gòu)拓撲可以得知，要想與廚房設(shè)備之間實現(xiàn)數(shù)據(jù)交互，需要依賴于設(shè)備的mesh自組網(wǎng)絡(luò)。但是因為中央處理單元與其他的廚房設(shè)備不同，不能成為mesh節(jié)點，所以僅可以借助某一設(shè)備的CSRmeshBridgeDevice的橋接功能，并將其連接到mesh網(wǎng)絡(luò)中，以此來與mesh網(wǎng)絡(luò)節(jié)點之間開展數(shù)據(jù)交互。

3.2 中央處理單元場景聯(lián)動設(shè)計

3.2.1 場景聯(lián)動

廚房設(shè)備場景化聯(lián)動指在某一個特定的場景條件下，感知類設(shè)備將自身所收集到的時間或環(huán)境數(shù)據(jù)向中央處理單元傳遞，而中央處理單元在對數(shù)據(jù)處理后會根據(jù)場景定義的預(yù)設(shè)動作對執(zhí)行類設(shè)備實施命令控制。在這一環(huán)節(jié)中，并不需要人為因素的干預(yù)，是設(shè)備與中央處理器根據(jù)監(jiān)測數(shù)據(jù)進行自判斷與自動作，以此來實現(xiàn)場景事件驅(qū)動下的設(shè)備邏輯運作。

3.2.2 場景聯(lián)動設(shè)計

要想實現(xiàn)場景化聯(lián)動的目的，需要對設(shè)備進行屬性歸類。而監(jiān)測傳感球類設(shè)備與接受具體命令執(zhí)行的功能類設(shè)備才可以應(yīng)用到場景聯(lián)動中。

設(shè)備屬性歸類流程中，嵌入式軟件中內(nèi)嵌帶有設(shè)備屬性的UUID碼。中央處理單元將在設(shè)備連接mesh網(wǎng)絡(luò)的初步階段，對于其屬性的UUID唯一碼進行讀取，然后使用服務(wù)器API接口將UUID作為參數(shù)，以此來獲取設(shè)備屬性在服務(wù)器數(shù)據(jù)庫中的數(shù)據(jù)。如果設(shè)備屬性是感知類設(shè)備，需要將其納入到本地感知設(shè)備列表中，并為其配備數(shù)據(jù)源設(shè)備，如果該設(shè)備是執(zhí)行設(shè)備，需要將其列入本地執(zhí)行設(shè)備列表，并為其配置執(zhí)行目標。設(shè)備在網(wǎng)絡(luò)連接的初期將會進行設(shè)備的歸類，這一流程可以為后續(xù)的設(shè)備場景定義提供有效的場景條件數(shù)據(jù)驅(qū)動源、功能執(zhí)行目標。設(shè)備場景需要按照用戶的實際需求采取手動添加的方式。

3.3 中央處理單元界面設(shè)計

中央處理單元中的設(shè)備管理功能模塊、場景管理功能模塊都是其中的重要功能模塊組件。而這兩個管理功能模塊對于中央處理單元非常重要，雖然在架構(gòu)設(shè)計中這兩個模塊屬于底層，但是對于系統(tǒng)而言卻是其基礎(chǔ)。而中央處理單元的其他邏輯功能之所以可以正常運行，主要依賴于這兩個功能模塊。

3.3.1 啟動及導(dǎo)航界面設(shè)計實現(xiàn)

導(dǎo)航界面在智能廚房飲食系統(tǒng)中用于用戶初始打開中央處理單元的時候所呈現(xiàn)出的界面，而該界面在后續(xù)的使用過程中會根據(jù)用戶的行為數(shù)據(jù)來推送完全不同的行為數(shù)據(jù)。在用戶啟動飲食系統(tǒng)之后，系統(tǒng)會根據(jù)本地是否有有效的用戶登錄數(shù)據(jù)為用戶呈現(xiàn)出不同的導(dǎo)航界面。在系統(tǒng)已存在有效用戶的情況下，則會通過socket向服務(wù)器發(fā)起https協(xié)議的GETapi請求，并獲取現(xiàn)有用戶的推送導(dǎo)航界面，并且該界面則是系統(tǒng)對用戶以往的行為習慣進行分析之后所實現(xiàn)的精準推送，因為系統(tǒng)已經(jīng)存在用戶以往的登錄數(shù)據(jù)，所以會在該界面短暫停留之后直接跳轉(zhuǎn)至橋接設(shè)備的連接界面。如果用戶以往并未直接登錄過，則會直接呈現(xiàn)默認界面，短暫停留后，直接跳轉(zhuǎn)到注冊界面。

3.3.2 菜譜界面設(shè)計實現(xiàn)

菜譜界面除了與當前所廣泛存在的主流菜譜內(nèi)容運營商的菜譜同樣具備圖文形式的菜譜烹飪步驟教程之外，還增加了智能菜譜。而智能菜譜的存在則是設(shè)備控制與設(shè)備聯(lián)動模塊所在系統(tǒng)中的菜譜驅(qū)動上的一種高級應(yīng)用。智能菜譜可以通過與廚房的烹飪設(shè)備之間進行良好的協(xié)調(diào)，使烹飪設(shè)備根據(jù)菜譜的步驟定義廚房的烹飪模式，從而以菜譜步驟實現(xiàn)場景方面的聯(lián)動。

因為智能菜譜十分多樣，所以需要使用到的設(shè)備非常多。因此，在智能菜譜開始烹飪之前，需要匹配菜譜設(shè)備，一般可以分為手動和自動匹配兩種模式。自動匹配模式下，只需要點擊菜譜就能夠直接進行烹飪，手動模式則需用戶在設(shè)備選擇界面自行匹配相關(guān)設(shè)備。

4 總結(jié)

綜上所述，通過對當前的智能廚房現(xiàn)狀進行研究，并基于廚房場景化聯(lián)動需求的激增、用戶對設(shè)備遠程控制、廚房設(shè)備的多樣性等情況，提出廚房飲食系統(tǒng)一整套由服務(wù)器平臺、設(shè)備功能模塊、微信webapp以及中央處理單元所組成的智能廚房飲食系統(tǒng)。