馮戒虛，司冠南，周風(fēng)余

1.山東交通學(xué)院 信息科學(xué)與電氣工程學(xué)院，濟南250357

2.山東大學(xué) 控制科學(xué)與工程學(xué)院，濟南250000

在第四次工業(yè)革命中，機器人技術(shù)發(fā)揮了重要作用，2010年，卡耐基·梅隆大學(xué)的Kuffner教授提出了“云機器人”的概念，將機器人學(xué)與云計算相結(jié)合，將機器人的數(shù)據(jù)處理、規(guī)劃、決策、協(xié)作等復(fù)雜計算功能卸載到云端，機器人本體只需配備簡單的網(wǎng)絡(luò)設(shè)備和基本的傳感器就可以完成復(fù)雜的服務(wù)任務(wù)[1-3]。隨著互聯(lián)網(wǎng)技術(shù)以及點云庫（PCL）這類大型跨平臺開源編程庫的迅速發(fā)展，以及物聯(lián)網(wǎng)、大數(shù)據(jù)、云計算等新興信息技術(shù)與人工智能技術(shù)逐漸結(jié)合，服務(wù)機器人連接云平臺并從中選擇和調(diào)取算法服務(wù)已經(jīng)能夠?qū)崿F(xiàn)。而服務(wù)機器人云平臺不僅是交互平臺，也是與機器人進行數(shù)據(jù)傳輸?shù)脑贫朔?wù)平臺。那么如何對服務(wù)機器人云平臺服務(wù)質(zhì)量進行全面評估，是一項具有挑戰(zhàn)性的任務(wù)。

目前國內(nèi)外許多專家學(xué)者已經(jīng)做了有關(guān)軟件QOS評估、網(wǎng)絡(luò)QOS評估、服務(wù)機器人相關(guān)功能QOS評估三方面研究，本文通過對以上三個方面展開敘述，致力于建立一種服務(wù)機器人云平臺服務(wù)質(zhì)量指標(biāo)體系。首先要對云平臺軟件本身的服務(wù)質(zhì)量進行檢驗；其次網(wǎng)絡(luò)的服務(wù)質(zhì)量也會影響到云平臺的交互能力；此外機器人會將服務(wù)效果直接反饋出來，其自身的服務(wù)質(zhì)量會表現(xiàn)得更為直觀。因此文章先從軟件服務(wù)質(zhì)量入手，全方面總結(jié)了軟件QOS 的性能指標(biāo)，并找出適合于云平臺的評估指標(biāo)。再者，云平臺通過網(wǎng)絡(luò)進行大量數(shù)據(jù)流傳輸，需總結(jié)相應(yīng)的網(wǎng)絡(luò)QOS指標(biāo)進行評估。由于服務(wù)機器人分為很多不同的種類用以執(zhí)行不同的功能，其評價指標(biāo)也不盡相同，本文把服務(wù)機器人的功能進行歸納總結(jié)，將其中相似或相近的指標(biāo)進行歸納再分類，使大部分服務(wù)機器人都可以依據(jù)分類出來的指標(biāo)進行評估。將以上三方面相關(guān)方法進行總結(jié)分析，得出一種具有科學(xué)性的服務(wù)機器人云平臺服務(wù)質(zhì)量指標(biāo)體系，并對該體系的未來發(fā)展方向進行展望。圖1 為本文將要討論的指標(biāo)體系內(nèi)容，指標(biāo)詳細(xì)描述將在各章節(jié)中展開。

1 軟件QOS評估指標(biāo)

鑒于目前各類軟件QOS指標(biāo)體系[4]，本文考慮了服務(wù)機器人云平臺的系統(tǒng)安全、操作、讀寫速度、請求時間這類主要方面的性能要求以及功能完備和業(yè)務(wù)處理兩方面。如圖2所示，依照著ISO/IEC 9126中主要的軟件QOS相關(guān)特征，討論功能性、可靠性、可用性、效率、可維護性、可移植性這六方面指標(biāo)的評估，總結(jié)出服務(wù)機器人云平臺軟件方面的評估指標(biāo)。

1.1 功能性評估指標(biāo)

功能性評估指標(biāo)指能體現(xiàn)軟件功能行為的指標(biāo)。功能性指標(biāo)包含適用性、準(zhǔn)確度、互操作性、安全性四個子特征指標(biāo)。適用性評估更傾向于用戶的主觀性評價[5]；準(zhǔn)確度指遇到事件的準(zhǔn)確頻率，已有多種研究方法[6-7]可用來評測；互操作性體現(xiàn)的是軟件與其他系統(tǒng)的交互能力[8]；安全性毋庸置疑是重點要考慮的問題，軟件自身缺陷以及其他問題會導(dǎo)致軟件容易被攻擊從而產(chǎn)生嚴(yán)重后果[9]。容易看出后三者更適合軟件本身進行性能評估。

1.2 可靠性評估指標(biāo)

可靠性能夠反映軟件中存在的需求、設(shè)計和實現(xiàn)錯誤等方面內(nèi)容，對性能的影響力非常大。包含成熟度、容錯性、可恢復(fù)性三個子特征。成熟性體現(xiàn)軟件的科學(xué)、標(biāo)準(zhǔn)程度，管理工作是否有章可循[10]；容錯性體現(xiàn)軟件故障檢測、糾正錯誤的能力[11]；可恢復(fù)性指軟件故障時恢復(fù)進程、數(shù)據(jù)的能力[12]；成熟度依照于開發(fā)者在軟件設(shè)計與建立的嚴(yán)謹(jǐn)程度，而其他兩個指標(biāo)可由計算機模擬重大事故等操作來進行評估。

1.3 可用性評估指標(biāo)

可用性評估指標(biāo)是指不同的用戶在獨立或沒有外部幫助的情況下進行軟件操作時的使用情況，該指標(biāo)包含可理解性、可操作性、吸引力性等特征。涉及到的均為界面設(shè)計、操作指引等方面的內(nèi)容，與性能方面并無關(guān)系，因此本文不將其納入研究范圍。

1.4 效率評估指標(biāo)

對軟件來說，效率指標(biāo)主要可以通過時間和資源的花費兩方面來表示，是體現(xiàn)軟件服務(wù)情況好壞的關(guān)鍵所在。從宏觀上通過對請求的響應(yīng)時間來進行評估[13]，微觀上可通過讀寫性能，內(nèi)存等資源的使用情況來進行效率評測[14]。

圖1 服務(wù)機器人云平臺服務(wù)質(zhì)量指標(biāo)體系圖

圖2 軟件QOS指標(biāo)圖

1.5 可維護性評估指標(biāo)

目前已有的軟件可維護性度量標(biāo)準(zhǔn)如文獻[15]，選取其中具有主要影響力的指標(biāo)包括可分析性、可改變性、穩(wěn)定性和可測試性來進行分析。可分析性和可改變性主要依靠開發(fā)者主觀來評定；穩(wěn)定性指軟件需求、代碼等變更對軟件系統(tǒng)的影響[16]；可測試性表示軟件系統(tǒng)進行測試工作的難易程度以及工作量[17]。后兩者更適合軟件自主評估。

1.6 可移植性評估指標(biāo)

可移植性是指與軟件在不同環(huán)境下的運行能力有關(guān)的一組屬性，包含依從性、可安裝性、適應(yīng)性、可替換性特征，但主要涉及軟件的安裝、運行環(huán)境等方面內(nèi)容，與本文研究內(nèi)容關(guān)系不大，因此不做討論。

可以看出，在軟件QOS指標(biāo)中，對服務(wù)機器人云平臺性能影響較大的是功能性、可靠性、效率、可維護性這四個指標(biāo)當(dāng)中的部分子特征指標(biāo)，因為對云平臺的評估要求是自動化進行，盡量減少人為干預(yù)操作過程，而其他指標(biāo)所涉及性能方面比重較小，并且是以主觀評價的方式來進行評估。因此本文的云平臺指標(biāo)體系重點考慮上述四類軟件QOS指標(biāo)。

2 網(wǎng)絡(luò)QOS評估指標(biāo)

Web服務(wù)發(fā)布數(shù)量日益增多，即便找到滿足功能需求的服務(wù)，也難以確定所選的服務(wù)是否具有足夠高的QOS[18]。有一些關(guān)于網(wǎng)絡(luò)QOS 評估方面的研究[19-22]，多數(shù)依賴于用戶評價來進行。而且目前網(wǎng)絡(luò)QOS指標(biāo)的劃分有著不同的定義，如國際電聯(lián)-T[23]、IETF[24]。本文主要探究服務(wù)機器人與云平臺能夠保持穩(wěn)定可靠的連接狀態(tài)和數(shù)據(jù)傳輸能力，如圖3所示將網(wǎng)絡(luò)QOS指標(biāo)囊括為可靠性、效率、安全性三個主要指標(biāo)。

圖3 網(wǎng)絡(luò)QOS指標(biāo)圖

2.1 網(wǎng)絡(luò)可靠性評估指標(biāo)

網(wǎng)絡(luò)可靠性指網(wǎng)絡(luò)服務(wù)正常工作的能力。一般來說，網(wǎng)絡(luò)的可靠性可通過現(xiàn)有的模型和方法進行分析，如長短時記憶網(wǎng)絡(luò)模型[25]、蒙特卡洛方法[26]等。而且通常是以實時監(jiān)控或是Web 服務(wù)器日志作為分析依據(jù)[27-28]。本文將研究討論以下三方面內(nèi)容作為衡量網(wǎng)絡(luò)可靠性的指標(biāo)評估依據(jù)。

（1）失效率

網(wǎng)絡(luò)異常的類型較多且復(fù)雜，如錯誤請求（400）、服務(wù)不可用（503）等。在文獻[29]中對響應(yīng)數(shù)據(jù)大小、失敗消息等數(shù)據(jù)進行處理后得到失效概率矩陣，繼而計算得出網(wǎng)絡(luò)失效率。文獻[30]中提出了一種思想是利用相似用戶的過去失效數(shù)據(jù)預(yù)測當(dāng)前用戶的Web 服務(wù)失效概率。還有一些使用各種不同的組合結(jié)構(gòu)來進行Web 服務(wù)的失效概率預(yù)測的方法?？紤]到云平臺有大量的用戶和廠商入駐，需要對這些使用者網(wǎng)絡(luò)的失效情況進行統(tǒng)計計算便于改進服務(wù)質(zhì)量。

（2）平均無故障時間

平均無故障時間（MTBF）是指網(wǎng)絡(luò)無故障工作時間的平均值。Tian 等人[31]就以服務(wù)器崩潰為核心的MTBF 作為可靠性評價指標(biāo)，提出了一種基于日志分析的軟件Web 服務(wù)測試方法。在文獻[32]中給出了平均無故障時間的公式以及可靠性函數(shù)，通過與其他的模型相對比，統(tǒng)計得到的用戶會話數(shù)與失敗會話數(shù)更接近實際值。平均無故障時間的大小能夠幫助預(yù)測服務(wù)機器人云平臺使用過程中出現(xiàn)的故障危害程度。

（3）容錯性

容錯性是指網(wǎng)絡(luò)出現(xiàn)故障時網(wǎng)絡(luò)中某些特有性質(zhì)的保持能力，已有不少學(xué)者提出了關(guān)于Web服務(wù)的容錯策略，如Kargar 等人[33]提出了一種服務(wù)組合算法，與Top-K方法相比，在服務(wù)的選擇以及服務(wù)的組合方面QOS 更高，容錯率更好[34]。云平臺內(nèi)業(yè)務(wù)眾多，數(shù)據(jù)傳輸頻繁，需要不斷評估來改進提高容錯性，降低錯誤發(fā)生率。

2.2 網(wǎng)絡(luò)效率評估指標(biāo)

對網(wǎng)絡(luò)效率的評估主要通過負(fù)載測試和壓力測試等方式來進行[35-36]，文獻[37]提出了一種模擬并發(fā)用戶工作負(fù)載的Web 性能測試方法與度量指標(biāo)。本文考慮并綜合了大量服務(wù)機器人與云平臺建立連接時的情形，為使Web性能符合云平臺正常運作的要求，選擇以下四種指標(biāo)作為評估依據(jù)。

（1）響應(yīng)時間

響應(yīng)時間指請求和操作完成之間的延遲，是Web服務(wù)中最重要的度量指標(biāo)之一。在文獻[38]中，將Web服務(wù)器配置為使用固定線程來處理并發(fā)用戶請求并描繪了負(fù)載與響應(yīng)時間的關(guān)系圖，當(dāng)負(fù)載達(dá)到了一定程度并繼續(xù)增加時，響應(yīng)時間的增長率便迅速提高。降低網(wǎng)絡(luò)的響應(yīng)時間意味著網(wǎng)絡(luò)效率的提高，響應(yīng)時間也是最能直觀反應(yīng)出云平臺效率的指標(biāo)。

（2）抖動程度

網(wǎng)絡(luò)抖動指分組延遲的變化程度，其值越小說明網(wǎng)絡(luò)質(zhì)量越穩(wěn)定。對于目前采用分布式集群的云平臺來說，互相之間的網(wǎng)絡(luò)通信都非常頻繁，數(shù)據(jù)流量也會更大，保持良好的網(wǎng)絡(luò)穩(wěn)定性顯得非常必要。

（3）吞吐量

吞吐量一般以單位時間內(nèi)通過網(wǎng)絡(luò)的數(shù)據(jù)量來計算，受帶寬或網(wǎng)絡(luò)額定速率的限制，直接影響著網(wǎng)絡(luò)效率。在文獻[39]中對云環(huán)境下的Web 應(yīng)用系統(tǒng)進行了性能測試，根據(jù)其測試結(jié)果顯示，在并發(fā)用戶的數(shù)量從零增加到一定數(shù)量之后下吞吐量逐漸增長并到達(dá)峰值，但繼續(xù)增加并發(fā)用戶則會導(dǎo)致吞吐量下降。吞吐量的高低決定著網(wǎng)絡(luò)最大傳輸速度，因此將其作為效率評估的重要指標(biāo)之一。

（4）丟包率

丟包率指丟失的數(shù)據(jù)包占發(fā)送數(shù)據(jù)組的比率，丟包率過大會造成傳輸速度降低及資源的浪費。

網(wǎng)絡(luò)的效率問題牽扯到服務(wù)機器人云平臺運行過程中的方方面面，需將其作為重點研究內(nèi)容。

2.3 網(wǎng)絡(luò)安全性評估指標(biāo)

網(wǎng)絡(luò)安全評估已經(jīng)成為了非常重要的研究內(nèi)容[40]，對網(wǎng)絡(luò)安全性評估就是要識別網(wǎng)絡(luò)系統(tǒng)中存在的資產(chǎn)、漏洞，對其被利用的可能性和所帶來的后果進行有效評估，提出合理的安全策略和防護措施[41]。本文對以下內(nèi)容進行探討。

（1）漏洞數(shù)量

通常使用Web 應(yīng)用的漏洞檢測工具如Nikto[42]等，將設(shè)計好的請求信息發(fā)送給服務(wù)器，在自動化工具的幫助下，在更短的時間內(nèi)能完成數(shù)千次安全檢查?？紤]到云平臺的數(shù)據(jù)等信息安全至關(guān)重要，可將Web漏洞掃描結(jié)果作為主要的安全性標(biāo)準(zhǔn)，并定期進行滲透測試等漏洞掃描方式來進行網(wǎng)絡(luò)安全評估。

（2）口令保護能力

口令也稱為秘鑰，是判斷訪問者身份最簡單的手段，應(yīng)作為保護對象而不能被隨意竊取。在文獻[43]中提到了使用Salt 加密技術(shù)能夠減少字典攻擊破解的可能性，甚至能夠抵御SQL注入攻擊。還有例如通過使用嚴(yán)密的生成算法[44]和秘鑰保護算法[45]以及動態(tài)口令等安全機制都能使口令的安全性得到加強。在云平臺中，口令是使用者進入系統(tǒng)的最后一道關(guān)卡，對其安全性要高度重視。

（3）網(wǎng)絡(luò)攻擊防范能力

除了上述這些網(wǎng)絡(luò)攻擊方式外。還有例如Dos（拒絕服務(wù)攻擊）或是DDos（分布式拒絕服務(wù)攻擊）這類網(wǎng)絡(luò)攻擊[46-47]，雖然不會造成數(shù)據(jù)泄露，但會通過不斷占用系統(tǒng)資源，容易造成宕機，因此在網(wǎng)絡(luò)安全日常維護中應(yīng)注意這方面的評測，在面對網(wǎng)絡(luò)攻擊時能保障云平臺的正常運作。

任何Web應(yīng)用程序都應(yīng)考慮網(wǎng)絡(luò)的性能，因此將上述指標(biāo)納入云平臺指標(biāo)體系。

3 基于服務(wù)機器人QOS相關(guān)評估指標(biāo)

作為機器人產(chǎn)業(yè)的新興領(lǐng)域，服務(wù)機器人與移動互聯(lián)網(wǎng)的新業(yè)態(tài)、新模式相結(jié)合。服務(wù)機器人云平臺的最終服務(wù)對象是機器人，因此要總結(jié)并歸納出適用于云平臺的服務(wù)機器人的QOS評估指標(biāo)，如圖4所示本文將服務(wù)機器人的功能歸納為移動導(dǎo)航、特定目標(biāo)識別、語音識別、抓取四個方面。

圖4 服務(wù)機器人QOS指標(biāo)圖

3.1 服務(wù)機器人移動導(dǎo)航性能評估指標(biāo)

對移動機器人評估的關(guān)鍵是要測試機器人在沒有經(jīng)過人工干預(yù)的情況下自主導(dǎo)航和執(zhí)行預(yù)定任務(wù)的能力，從以下幾個方面進行研究探討。

（1）定位能力

迭代最近點（ICP）[48]是最常用的位置識別方法之一，但在機器人沒有任何相對姿勢的信息時，很難確定位置。文獻[49]中提出了一種室內(nèi)移動機器人二次雷達(dá)無線局部定位系統(tǒng)，將雷達(dá)的距離和角度測量值與壁面探測傳感器相結(jié)合并在實際環(huán)境中得以驗證，與目前較為流行的激光定位方法相比，魯棒性較好。定位允許有輕微的延遲并且運算量較大，可以將位置信息的計算放在云平臺中進行。

（2）路徑規(guī)劃與跟蹤性能

統(tǒng)稱為導(dǎo)航，是指從當(dāng)前位置到目標(biāo)位置的路線確定及維護過程，需具備完整且符合要求的導(dǎo)航算法。相對云平臺來說，機器人自身終端實現(xiàn)路徑規(guī)劃這種復(fù)雜操作較為困難，且需要更長的時間；但對于路徑跟蹤來說，若交由云平臺來進行，在進行大量數(shù)據(jù)的即時傳輸與接收時對網(wǎng)絡(luò)質(zhì)量有很高的要求，條件較為苛刻，在機器人終端進行更為方便。

（3）效率

可依據(jù)其走過的路徑以及花費的時間來進行效率評估，但對某些機器人卻不局限于此。如清潔機器人，其高效率的一般表現(xiàn)形式為覆蓋率高的情況下重復(fù)的路徑少[50]，而文獻[51]中提出了一種清潔機器人的面積覆蓋和能量消耗之間的權(quán)衡方法，不僅考慮到了區(qū)域覆蓋率，還考慮了機器人的能源利用情況?？梢娨苿訉?dǎo)航效率的評估標(biāo)準(zhǔn)并非單一，云平臺應(yīng)不斷擴充算法方便進行評估。

（4）障礙物檢測率

服務(wù)機器人在移動過程中要進行路況的判斷，像Petrov等人[52]提出的一種移動機器人激光障礙物檢測方法，能夠?qū)⒍S激光測距儀的測量數(shù)據(jù)集分割成代表每個障礙物的分段，并對多邊形障礙物進行直線擬合和角點提取，能夠有效地實現(xiàn)對障礙物的檢測，但對于整套體系的集成問題仍需進行研究改進。考慮到機器人移動過程中也會遇到非靜態(tài)障礙物以及突發(fā)情況，借助云平臺進行處理可能會由于延遲導(dǎo)致機器人反應(yīng)時間過長，易引發(fā)事故，通過機器人自身某些機制來處理更為妥當(dāng)。

由于具有移動性能的服務(wù)機器人種類太多，并不容易根據(jù)每一個功能特點進行側(cè)重評估，因此本文考慮將服務(wù)機器人移動導(dǎo)航的定位能力、路徑規(guī)劃性能、效率作為云平臺的重點評估指標(biāo)。

3.2 服務(wù)機器人特定目標(biāo)識別評估指標(biāo)

鑒于目前多數(shù)服務(wù)機器人都具備了識別功能來實現(xiàn)對特定目標(biāo)的識別，如通過手勢來判斷用戶的意圖，需要評估服務(wù)機器人是否具備高效、精確的視覺感知能力，來提高機器人的服務(wù)水平。國內(nèi)外學(xué)者研究的主要問題可以劃分成兩個方面：圖像的分割與識別。

早先部分學(xué)者[53-56]研究了同時進行分割和識別手勢的方法，但隨著時間和技術(shù)的更替需不斷進行性能改進。在文獻[57]中提出了一種基于BoF-SURF支持向量機的手勢識別方法，與另外兩種算法的平均識別時間和平均識別率進行了比較，體現(xiàn)出其具有更高精度和更短的識別時間。在文獻[58]中提出了一種基于卷積神經(jīng)網(wǎng)絡(luò)（CNN）的人臉情感識別方法并通過開發(fā)系統(tǒng)來實現(xiàn)，對人面部表情的五種不同情緒有著較高的平均識別精度。在機器人完成圖像采集后可傳輸至云平臺調(diào)用相關(guān)算法進行識別，而且方便進行評估。

3.3 服務(wù)機器人語音識別評估指標(biāo)

隨著服務(wù)機器人的智能化的持續(xù)提高，服務(wù)機器人的語音識別功能也作為其重要組成部分作為重點關(guān)注。將語音信號進行處理分析后識別內(nèi)容，并輸出響應(yīng)的結(jié)果[59]?？赏ㄟ^以下指標(biāo)進行評估。

（1）識別率

一般指對語音信號的文字轉(zhuǎn)換準(zhǔn)確程度，Han 等人[60]通過NAO 機器人語音識別模塊調(diào)用API 進行語音識別性能評估，對漢語詞匯分割準(zhǔn)確率及命令語句的識別成功率等方面做出評測。在文獻[61]中將對帶有噪聲抑制的訓(xùn)練集進行評估，探尋了服務(wù)機器人在嘈雜環(huán)境中的語音識別能力?？捎蓹C器人將接受的語音信號傳至云平臺進行識別，云平臺可根據(jù)一定規(guī)模的識別結(jié)果進行識別率評估，并且無需再給每個機器人配置語音識別系統(tǒng)。

（2）聲源方向定位能力

用來評估機器人對聲音來源方向的判斷。如Jorge等人[62]提出了一種改進自動語音識別系統(tǒng)的方法，其中一部分圍繞了尋找最佳聲源方向展開研究，得到機器人面對聲源方向的定位誤差等結(jié)果。但該性能對最終識別結(jié)果影響并不大，而且通過機器人自身設(shè)備來進行更便捷，因此不作考慮。

（3）分類準(zhǔn)確率

隨著技術(shù)的進步，機器人對聲音的識別性能不能只停留在完成對文字的轉(zhuǎn)換，在文獻[63]中為了改進家庭環(huán)境下服務(wù)機器人的語音識別性能，提出了一種語音增強方法，在年齡和性別的劃分上都有著較好的準(zhǔn)確率。在文獻[64]中評估了社交機器人語音情感識別的結(jié)果，得到五種不同情緒下的平均分類精度。服務(wù)機器人在識別過程中，將聲音進一步分類，使信息進一步的細(xì)化，在評估時更具有針對性。

（4）信號失真

指信號在傳輸過程中與原信號的偏離程度。在文獻[65]中Matsumoto 等人對機器人聽覺展開研究，對降噪后的目標(biāo)信號的失真程度進行評測，并通過圖像表示出來。在文獻[66]中Takeda 等人提出了多通道半盲獨立分量分析這樣一種聲源分離方法，語音分離和混響分離后信號失真程度，與以往的方法相比，信噪比更高。對信號的接受由服務(wù)機器人自身設(shè)備來進行，傳輸至云平臺的信號質(zhì)量或多或少已經(jīng)受到影響，因此對這方面指標(biāo)主要應(yīng)考慮自身設(shè)備的性能。

可以看出，語音識別的過程交由云平臺來處理更為便捷，而且像識別率和分類準(zhǔn)確率這類指標(biāo)可通過服務(wù)機器人云平臺進行量化統(tǒng)計。

3.4 服務(wù)機器人抓取性能指標(biāo)評估

良好的自主抓取能力是機器人獲取和運輸目標(biāo)物體的前提，抓取涉及到三個主要方面：檢測、規(guī)劃和控制[67]。目標(biāo)檢測和規(guī)劃方面在之前幾節(jié)中有提及，本節(jié)主要對抓取性能的控制方面進行探討。

Guo等人[68]對機器人抓手做了性能評估實驗，圍繞著被抓取物體與抓取器之間的力度展開評測，得出夾緊力與摩擦力之間的關(guān)系來評估抓取器抓取力量方面的性能，以及在實驗中被抓取物體的損傷情況。Nguyen等人[69]對一種機器人手臂性能進行評測，對獲取到的數(shù)據(jù)流經(jīng)過逆運動學(xué)方程式計算手臂的角度繪制出誤差直方圖測試出機器人機械臂的腕、臂等角度以及位置精度誤差和抖動的程度?？梢姍C器人手臂控制性能可從抓取力度和準(zhǔn)確度來進行分析，若由云端執(zhí)行，在不斷調(diào)整最佳力度和角度的過程中會牽扯到大量運算，易造成網(wǎng)絡(luò)擁堵與資源的浪費現(xiàn)象。因此二者均不適合放在云平臺進行處理與測試，由機器人終端依據(jù)抓取機器人的服務(wù)項目內(nèi)容進行固定參數(shù)設(shè)定更為恰當(dāng)，因此本文的指標(biāo)體系不將抓取性能考慮在內(nèi)。

圖5 最終的服務(wù)機器人云平臺服務(wù)質(zhì)量指標(biāo)體系圖

4 服務(wù)機器人云平臺服務(wù)質(zhì)量指標(biāo)體系

本文圍繞著云平臺和相關(guān)服務(wù)機器人的業(yè)務(wù)，選出適用于服務(wù)機器人云平臺服務(wù)質(zhì)量的評估指標(biāo)進行提煉加工，形成了最終的指標(biāo)體系如圖5所示。該體系由移動導(dǎo)航、特定目標(biāo)識別、語音識別、基本服務(wù)能力四部分組成，基本服務(wù)能力是前三個功能指標(biāo)的公共部分，因此融合于前三部分而不再單獨進行介紹。

4.1 移動導(dǎo)航

現(xiàn)如今大部分服務(wù)機器人應(yīng)用于室內(nèi)進行活動，而且通常采用像激光視覺導(dǎo)航這類較為先進的技術(shù)，本文便以室內(nèi)移動服務(wù)機器人業(yè)務(wù)流程展開描述。如圖6所示，在機器人啟動后，先要確定自身位置所在，才能開始進行移動路線的規(guī)劃，一般是在已知的地圖環(huán)境中進行，若是在未知環(huán)境中，如掃地機器人的首次使用，則需讓機器人在移動過程中逐步描繪出此周邊的地圖，將完整的地圖存儲于機器人終端中以備使用，規(guī)劃完畢之后，服務(wù)機器人便按照擬定路線進行目的地的移動并進行路徑跟蹤，而且要根據(jù)實際移動過程中遇到障礙等情況要做出相應(yīng)的臨時調(diào)整，順利到達(dá)指定位置即算完成移動導(dǎo)航操作。

圖6 移動導(dǎo)航業(yè)務(wù)流程及指標(biāo)

其業(yè)務(wù)流程指標(biāo)可劃分為定位、路徑規(guī)劃、路徑跟蹤以及障礙物檢測能力四方面，其中路徑跟蹤和障礙物檢測要求盡可能達(dá)到“零延遲”，只能由機器人自身終端配合傳感器來完成。而定位和路徑規(guī)劃不僅需要調(diào)用與之相匹配的算法，還要求云平臺具備較強的運算能力，以及服務(wù)過程中系統(tǒng)的穩(wěn)定可靠，即使出現(xiàn)故障，若能通過切換備用服務(wù)器等方案進行快速修復(fù)以及進行數(shù)據(jù)恢復(fù)并且按照原來的進度繼續(xù)進行規(guī)劃，則能將影響降至最低，達(dá)到節(jié)約數(shù)據(jù)運算量的目的。因此納入響應(yīng)時間、吞吐量、穩(wěn)定性以及可恢復(fù)性指標(biāo)來對云平臺服務(wù)質(zhì)量作出評估。在調(diào)用算法時要求接口能正常執(zhí)行相應(yīng)的功能操作以及數(shù)據(jù)交互，引入互操作性指標(biāo)?？紤]到操作誤判等情況，云平臺應(yīng)對數(shù)據(jù)異常值及時監(jiān)測處理，引入容錯性指標(biāo)。各類算法及功能需進行模擬測試，將可測試性指標(biāo)納入體系中。下面將對移動導(dǎo)航業(yè)務(wù)流程以及應(yīng)用案例進行詳細(xì)說明。

（1）定位能力

不同于路徑跟蹤這類需進行大量的數(shù)據(jù)運算的功能，如機器人在云平臺中使用基于軌跡推算的這種定位技術(shù)，只需獲取服務(wù)機器人單位時間間隔內(nèi)走過的距離，以及在該段時間內(nèi)機器人航向的變化就能夠計算出具體的位置信息。云平臺通過對機器人解析并定位其初始位置，在服務(wù)機器人運動過程中不斷更新其最新位置用以監(jiān)視及輔助校對工作。

（2）路徑規(guī)劃能力

在云平臺中至少要考慮兩個層次的需求，一是全局規(guī)劃，指從起始位置到終點的完整路徑規(guī)劃；二是局部規(guī)劃，如移動過程中由于障礙物等原因無法按原路線進行移動，需進行局部調(diào)整。此外考慮掃地機器人等功能的特殊性，云平臺還需具備額外的規(guī)劃算法，進行有效而盡可能不重復(fù)的清掃。因此云平臺為了更好地完成服務(wù)機器人的路徑規(guī)劃任務(wù)，需要具備多種路徑規(guī)劃算法以滿足各類移動機器人的需求。

（3）響應(yīng)時間

響應(yīng)時間是最能直觀體現(xiàn)服務(wù)效率的指標(biāo)，云平臺不僅能對移動導(dǎo)航完整的服務(wù)流程、數(shù)據(jù)傳輸時間效率來進行評估，還可以有針對性地對例如定位、路徑規(guī)劃這種具體的步驟進行有針對性地評估，云平臺可根據(jù)對其的評估結(jié)果來判斷系統(tǒng)整體的效率。

（4）吞吐量

頻繁的服務(wù)請求要求云平臺需具備較高的吞吐量才能進行高效處理，例如進行機器人路徑規(guī)劃過程需要進行多次模擬，大量運算，最后才能決策出最佳的行駛路徑。高吞吐量也就意味著高處理能力，決定著處理速度的高低。

（5）穩(wěn)定性

云平臺作為一個大型的系統(tǒng)有著大規(guī)模的使用群體，幾乎任何時間都在開放使用，并且通常會有大量機器人接入，要時刻保證使用時的穩(wěn)定和安全，不允許出現(xiàn)宕機等情況的發(fā)生。為保證持續(xù)不間斷的服務(wù)，必須要使系統(tǒng)以及網(wǎng)絡(luò)的保持穩(wěn)定可靠。

（6）可恢復(fù)能力

可恢復(fù)能力指云平臺對短暫中斷服務(wù)的機器人數(shù)據(jù)恢復(fù)效果，維護服務(wù)進度的能力。如出現(xiàn)移動機器人在路徑規(guī)劃狀態(tài)下與云平臺出現(xiàn)短時間的失去連接，在服務(wù)機器人在規(guī)定時間內(nèi)重新鏈接時，云平臺可根據(jù)原進度繼續(xù)進行路徑規(guī)劃操作，輔助機器人完成其功能。

（7）互操作性

互操作性指云平臺對算法接口的調(diào)取以及與服務(wù)機器人數(shù)據(jù)共享的能力。移動機器人在進行定位、路徑規(guī)劃過程中需要與云平臺進行數(shù)據(jù)傳輸，并且云平臺也需通過接口來進行對應(yīng)功能的算法調(diào)用。

（8）容錯性

容錯性指云平臺根據(jù)對數(shù)據(jù)異?；蛭ｋU操作的檢測進行算法的重新審查推薦以及操作的凍結(jié)等安全措施。如果云平臺對服務(wù)機器人解析完畢后進行算法調(diào)取時，由于部分機器人的相似屬性而采用了不完全滿足其功能的算法，此時云平臺可依據(jù)運算過程中數(shù)據(jù)的異常值來重新選擇更準(zhǔn)確的算法。

（9）可測試性

可測試性指云平臺對自身所具有功能以及算法的評測能力。云平臺要對新增添或修改后的功能和算法進行模擬評估，對其性能和準(zhǔn)確度等方面進行評測，達(dá)到一定的合格率才能允許被正式投入使用。

（10）應(yīng)用案例

在文獻[70]中，機器人使用各種傳感器進行數(shù)據(jù)采集，考慮到特別是機器人的定位和構(gòu)圖，由于計算復(fù)雜、耗時長等方面直接制約服務(wù)機器人的性能，將云機器人應(yīng)用到SLAM 領(lǐng)域，將這些SLAM 子任務(wù)部署到云端，將地圖構(gòu)建和閉環(huán)檢測的任務(wù)部署到云端，本地端只負(fù)責(zé)跟蹤相機姿態(tài)、確認(rèn)關(guān)鍵幀以及維護局部地圖的大小，同時將跟蹤的任務(wù)部署到本地服務(wù)機器人端。本地在跟蹤過程中為了能夠達(dá)到系統(tǒng)穩(wěn)定性的過程，需維護利用云端的地圖信息，云端在接受到本地機器人的關(guān)鍵幀信息后，利用云端其他關(guān)鍵幀數(shù)據(jù)進行特征匹配，進而三角化恢復(fù)特征點對應(yīng)三維空間點的信息，同時進行定位和構(gòu)圖。將此功能放在云端中進行，可保證計算速度較快在較短時間內(nèi)能做出響應(yīng)，而路徑跟蹤需結(jié)合本地終端來實現(xiàn)。在文獻[71]中，為了使物流機器人得出一條消耗值最小的路徑，展開了基于云計算的物流機器人路徑規(guī)劃的問題研究，對傳統(tǒng)的A*算法進行改進，為適應(yīng)云平臺環(huán)境，使用Hadoop的Giraph框架，得出改進后的算法在小規(guī)模和獨立規(guī)劃物流機器人路徑時表現(xiàn)優(yōu)于蟻群算法和傳統(tǒng)A*算法，可見通過云計算來進行路徑規(guī)劃效果更好，而且有利于數(shù)據(jù)的快速恢復(fù)。在文獻[72]中提到，全局避障算法實時性不能滿足要求，局部避障算法能夠基于距離傳感器數(shù)據(jù)，實時地構(gòu)建局部環(huán)境地圖，快速地搜索局部無障礙通路，因此提出采用兩類算法動態(tài)結(jié)合的方式來實現(xiàn)避障功能，通過復(fù)雜環(huán)境進行測試，于機器人本地終端進行，能夠得到良好的避障效果。

4.2 特定目標(biāo)識別

對于服務(wù)機器人特定目標(biāo)識別流程來說，如圖7所示，服務(wù)機器人通過掃描設(shè)備經(jīng)過采樣數(shù)字化得到圖像，采集到需要被識別的圖像后，要進行編碼與壓縮，方便快速進行傳輸與存儲，上述功能只能由服務(wù)機器人自身終端及設(shè)備來實現(xiàn)。在獲取圖像時難免會因為噪聲、運動、光線等原因使圖像產(chǎn)生模糊，而且圖像在采集、傳輸、復(fù)制等過程中圖像的質(zhì)量或多或少會造成一定的退化，為使圖像主體層次結(jié)構(gòu)更加明確，要進行圖像復(fù)原和增強，此外還要對圖像進行進一步變換、平滑、銳化等預(yù)處理操作，使圖像輪廓更加明顯。上述改善圖像品質(zhì)的操作步驟可統(tǒng)稱為低層圖像處理，可由云平臺調(diào)取算法來完成服務(wù)。然后對處理后的圖像進行分割操作，提取其中的有效部分進行識別，如果之前的處理得當(dāng)，并選取合適的分割算法，那么分割的精確度會更高。之后在對圖像進行特征提取處理，與數(shù)據(jù)庫內(nèi)圖像進行比照或識別圖像內(nèi)文字信息，完成識別操作并進行結(jié)果反饋。

圖7 特定目標(biāo)識別業(yè)務(wù)流程及指標(biāo)

其業(yè)務(wù)流程指標(biāo)共劃分為四部分，分別為圖像采集能力、低層圖像處理能力、圖像分割能力、圖像識別準(zhǔn)確率。圖像采集處理只能通過服務(wù)機器人配備的攝像工具和終端來進行。低層圖像處理、圖像分割處理以及圖像識別這三個連續(xù)的操作均能夠通過云平臺來完成，同樣要求云平臺具備相對應(yīng)的算法來實現(xiàn)功能，也需考慮識別過程中的效率以及云平臺的平穩(wěn)性、通過接口調(diào)用算法的能力、模擬測試和容錯的能力均能對識別的最終結(jié)果產(chǎn)生影響，引入響應(yīng)時間、吞吐量、穩(wěn)定性、互操作性、可測試性、容錯性指標(biāo)。此外考慮到使用者通過人臉識別進行消費支付的過程中，如果有黑客進行數(shù)據(jù)攔截以及惡意修改等操作，那么會導(dǎo)致無法完成支付功能甚至是個人信息的泄露以及財產(chǎn)的丟失，因此需要加強云平臺對于網(wǎng)絡(luò)攻擊方面的防范措施，引入網(wǎng)絡(luò)攻擊防范能力指標(biāo)。下面將對特定目標(biāo)識別業(yè)務(wù)流程以及應(yīng)用案例進行詳細(xì)說明。

（1）低層圖像處理能力

云平臺在進行各類圖像的識別預(yù)處理過程中，由于目標(biāo)的屬性不同，需側(cè)重的預(yù)處理方式不同，云平臺要在算法服務(wù)提供方面為其尋求符合其屬性要求的算法并盡快完成處理。

（2）圖像分割能力

指圖像中需要識別的那部分進行單獨分割的能力，而這些算法都是針對具體被識別目標(biāo)的，因此要求云平臺通過調(diào)用對應(yīng)的算法完成分割操作，并計算出與之相對應(yīng)的分割精度，用以對圖像處理效果的檢驗。

（3）圖像識別準(zhǔn)確率

根據(jù)圖像識別率能夠直接看出識別性能的好壞。云平臺將已完成預(yù)處理以及分割后的圖像與數(shù)據(jù)庫中已知圖像相匹配或是進行讀取圖像內(nèi)文字進行存儲操作，能夠成功識別的關(guān)鍵還是在于對圖像處理程度的把握。

（4）響應(yīng)時間

響應(yīng)時間指完成圖像識別整個操作的時間以及低層圖像處理這種具體步驟的時間，可以此來作為特定目標(biāo)識別效率指標(biāo)的評估依據(jù)。其余屬性之前已討論，不再過多闡述。

（5）吞吐量

吞吐量決定著云平臺與機器人之間圖像和數(shù)據(jù)的傳輸最高速度，其大小會影響業(yè)務(wù)完成的時間，進而影響到圖像識別效率，該特性之前已做總結(jié)，不再贅述。

（6）穩(wěn)定性

服務(wù)機器人在進行車牌識別、人臉打卡等功能操作要求云服務(wù)要長時間保持穩(wěn)定狀態(tài)，否則容易造成一些事情的延誤。其指標(biāo)表現(xiàn)形式在之前已經(jīng)概括，在此不再進行描述。

（7）互操作性

互操作性指云平臺通過接口調(diào)用圖像處理、識別模型的能力以及和服務(wù)機器人的交互能力，其他方面業(yè)務(wù)在之前已做交代。

（8）可測試性

對云平臺中的具體到每個圖像識別步驟的算法進行測評來確保功能完整，性能可靠，其他功能和特點在上文中已做詳細(xì)說明。

（9）容錯性

在云平臺進行特定目標(biāo)識別過程中進行二次確認(rèn)以及對模糊或難以確認(rèn)的人臉、車牌等圖像實行有效的反饋機制。其他特征在文章前面已做概括，在此不再進行解釋說明。

（10）網(wǎng)絡(luò)攻擊防范能力

如在人臉支付識別過程中，在云平臺與機器人進行數(shù)據(jù)傳輸時容易被黑客進行信息攔截，黑客可以進行信息修改或是盜用，會造成使用者個人信息泄露甚至是財產(chǎn)損失等危險情況。因此云平臺要在識別過程中保證數(shù)據(jù)的安全，定期進行安全性評估。

（11）應(yīng)用案例

在文獻[73]中通過實驗表明，在本地服務(wù)模式中，圖像采集和處理都在機器人端完成，CPU占用率達(dá)到了80%，運行壓力很大，并且絕大多數(shù)圖像在傳輸過程中丟失。機器人無法獨立完成計算密集型任務(wù)。而在云服務(wù)模式中，圖像處理任務(wù)在云端完成，機器人只負(fù)責(zé)圖像數(shù)據(jù)的采集，此時系統(tǒng)的CPU占用率大約在30%，系統(tǒng)完全有空閑的資源去完成其他任務(wù)，處理的效果也遠(yuǎn)比機器人更加穩(wěn)定高效。在文獻[74]中進行機器人目標(biāo)識別和目標(biāo)跟隨研究時，將機器人端以及云端均部署ROS系統(tǒng)，ROS系統(tǒng)提供接收感知數(shù)據(jù)的Topic，云端節(jié)點既能夠通過ROS的發(fā)布機制獲取傳感器收集的數(shù)據(jù)，又能夠通過ROS 的發(fā)布機制向物理世界的機器人發(fā)布命令，將機器人云端任務(wù)分配過程細(xì)分為感知數(shù)據(jù)收集、數(shù)據(jù)預(yù)處理和適配、構(gòu)建群體視圖、全局任務(wù)分配以及結(jié)果輸出這幾個階段。通過云端調(diào)度執(zhí)行基于機器人群體視圖的決策，而且還引入后臺云基礎(chǔ)架構(gòu)和目標(biāo)切換機制實現(xiàn)知識共享，推動個體知識向群體知識轉(zhuǎn)變，增強了目標(biāo)圖像識別和跟蹤網(wǎng)絡(luò)的可重用性。在文獻[75]中，對實現(xiàn)云端支持的機器人復(fù)雜物體檢測展開研究，其中的“圖像語義解析”是指將機器人采集的圖像中物體的種類、顏色、物體間關(guān)系等解析出來，物體語義匹配”是上一階段解析的信息與復(fù)雜語義之間的匹配，這些與本文的低層圖像處理指標(biāo)相類似，其核心思想為“圖像合成－匹配”模式，最終實現(xiàn)圖像分割與屬性識別算法、基于像素坐標(biāo)的物體間相關(guān)等關(guān)系的計算機制，通過云端進行不僅簡化機器人設(shè)備配置，縮短復(fù)雜計算時間，而且當(dāng)機器人遇到陌生標(biāo)簽時，能不斷通過互聯(lián)網(wǎng)擴充自己的知識庫，不斷提高自身的識別準(zhǔn)確度，從而增強其環(huán)境認(rèn)知能力，提高對于復(fù)雜物體檢測的效果。

4.3 語音識別

對于服務(wù)機器人語音識別流程來說，如圖8 所示。首先是通過服務(wù)機器人身上配備的語音采集器或是機器人終端內(nèi)的語音采集與分析系統(tǒng)來完成語音信號采集工作。然后對采集到的語音信號進行檢驗，以確保其具有足夠的信號連續(xù)性來進行后續(xù)的識別操作，在開始語音識別之前，要把首尾端的靜音切除，降低對后續(xù)步驟造成的干擾，之后要對聲音進行分析，使用移動窗函數(shù)將聲音分幀，使語音細(xì)化，這時波形在時域上幾乎沒有描述能力，因此需將波形做變換處理，如常見的MFCC特征提取，把每一幀波形變成一個多維向量。之后便利用訓(xùn)練好的聲學(xué)模型算法向量矩陣轉(zhuǎn)換為文字或按照音素進行結(jié)果分類。除語音采集只能由服務(wù)機器人自身來完成外，其余處理操作均可由云平臺或是服務(wù)機器人終端來完成，但是考慮到云平臺來進行語音信號識別處理更加方便快捷，無需為每個機器人終端配備系統(tǒng)，因此本文考慮將語音識別納入云平臺服務(wù)質(zhì)量體系當(dāng)中。

圖8 語音識別業(yè)務(wù)流程及指標(biāo)

語音識別的業(yè)務(wù)流程可以歸納為：信號采集、信號連續(xù)性檢測、信號處理、識別操作四方面?？捎稍破脚_進行的為信號連續(xù)性檢測、信號處理和語音識別操作，如果服務(wù)機器人傳輸至云平臺的語音信號間斷性很大，很難進行處理和識別，便可將其視為無效信號，不再進行處理，在處理之前需進行信號連續(xù)性檢測，引入信號連續(xù)性指標(biāo)。在云平臺對信號處理過程的評估指標(biāo)與圖像處理類似，在此不再進行分析，引入響應(yīng)時間、吞吐量、穩(wěn)定性、互操作性、可測試性、網(wǎng)絡(luò)攻擊防范能力指標(biāo)。本文考慮到目前的識別技術(shù)及實際需求情況，總體上很難做到語音與文字的一一對應(yīng)轉(zhuǎn)換，只需識別出表達(dá)的具體含義即認(rèn)為識別成功，在此引入語義識別率。部分服務(wù)機器人的功能是對樂器的屬性或是進行性別、年齡等分類，在此引入分類準(zhǔn)確率作為評估指標(biāo)。下面將對語音識別業(yè)務(wù)流程以及應(yīng)用案例進行詳細(xì)說明。

（1）信號連續(xù)性

如果信號在傳輸過程中時間過長或者信號斷斷續(xù)續(xù)，云平臺可能會由于沒有及時接收到后續(xù)信號出現(xiàn)斷句誤判或提前終止語音識別服務(wù)從而會導(dǎo)致識別失敗或者出現(xiàn)偏差，需要云平臺對輸入信號的連續(xù)性進行評估。

（2）信號處理能力

指削弱信號中多余內(nèi)容的能力，將信號變換成容易處理、傳輸、分析與識別的形式，以便后續(xù)進行的文字轉(zhuǎn)換操作能夠更加準(zhǔn)確。

（3）語義識別率

即使服務(wù)機器人由于噪音干擾等情況沒有接受到全部語音，若能根據(jù)關(guān)鍵詞完成用戶提出的要求，即算識別成功，該指標(biāo)更適應(yīng)于現(xiàn)實需求。

（4）分類準(zhǔn)確率

出于對語音數(shù)據(jù)分析的需要，云平臺在進行語音識別時還應(yīng)當(dāng)進行分類，如按照人的年齡、性別以及音樂的演奏樂器、聲調(diào)等，都需要云平臺調(diào)用合適的算法進行分類運算。

（5）響應(yīng)時間

指語音識別的完整流程以及進行語音處理分析各個階段所花費的時間，可用來進行語音識別性能的衡量，其他屬性此前已進行闡述。

（6）吞吐量

云平臺和服務(wù)機器人傳輸語音信號和識別結(jié)果的傳輸速率，速率過低容易出現(xiàn)傳輸速度過慢以及信號的損失等嚴(yán)重問題，會導(dǎo)致語音信號分析不完全，其余特點之前已做探討。

（7）穩(wěn)定性

如部分具有語音識別性能的服務(wù)機器人專門投入應(yīng)用于身體有缺陷的人士，其主要依靠語音來指揮服務(wù)機器人，保證云平臺的穩(wěn)定使機器人長期保持服務(wù)狀態(tài)，其他業(yè)務(wù)方面之前已進行闡述。

（8）互操作性

云平臺順利調(diào)用語音分析、處理算法及識別模型的能力，其余內(nèi)容同特定目標(biāo)識別類似，在此不再描述。

（9）可測試性

對語音信號分析、處理、翻譯等算法性能以及各功能的實現(xiàn)情況的評估難易度，其流程與方法在前文均有描述。

（10）網(wǎng)絡(luò)攻擊防范能力

部分語音信號涉及到使用者的隱私，為避免泄露，應(yīng)加強安全性評估，其重點就是實行網(wǎng)絡(luò)傳輸過程中的數(shù)據(jù)信息保護。

（11）應(yīng)用案例

文獻[76]中提到了一種嵌入式云語音識別方案，將語音識別中所需要的復(fù)雜計算、語音信號的特征提取過程以及識別時所需要的匹配特征庫放在云服務(wù)器中，嵌入式設(shè)備只需要完成語音信號的采集、語音信號的發(fā)送和語音識別結(jié)果接收，其中語音采集部分，采用的是一種面向?qū)ο?、解析型計算機程序設(shè)計語言Python，將用到一些函數(shù)庫的功能，如PyAudio、pycurl和json等。在該方案中，云服務(wù)器采用的是百度云語音識別服務(wù)器，百度語音識別通過REST API 的方式給開發(fā)者提供一個通用的HTTP 接口，根據(jù)這個接口，開發(fā)者可以輕松地獲取語音識別能力。該方案通過采用第三方語音識別云服務(wù)器，可以滿足語音信號的識別工作，而且無需大量的采集語音信號進行訓(xùn)練，彌補了嵌入式設(shè)備計算能力和存儲空間有限缺陷，大大降低了時間成本，提高了工作效率。在文獻[77]中，通過對云平臺日志的分析繪制了語音處理時間的直方圖，并對請求數(shù)量、處理時間和實時因素作出總結(jié)?？梢钥闯鐾ㄟ^云平臺來對云機器人的中間數(shù)據(jù)、結(jié)果等信息進行分析，有助于得到更確切的評估結(jié)果，也能更快速地幫助云平臺擴充知識庫，進行自我能力的提升。目前已經(jīng)有像百度語音、科大訊飛語音以及其他的很多成熟的語音識別技術(shù)，那么云機器人只要通過云端調(diào)用其API來進行語音的識別，云平臺根據(jù)設(shè)定好的指標(biāo)來進行結(jié)果評判的反饋來促使算法不斷改進，使服務(wù)體系不斷地完善。

5 結(jié)束語

5.1 總結(jié)

本文所提出的服務(wù)機器人云平臺服務(wù)質(zhì)量指標(biāo)體系是綜合考慮了軟件QOS、網(wǎng)絡(luò)QOS、服務(wù)機器人各項適用于服務(wù)機器人云平臺的指標(biāo)匯總而成的指標(biāo)體系。由于以往的評價指標(biāo)過于單一，且涵蓋的評估范圍較小，無法對云平臺進行系統(tǒng)化的評估，而依照著該體系能夠?qū)Ψ?wù)機器人云平臺進行較為全面的評估，找到云平臺功能及性能等方面的不足，便于對云平臺進行改進以提高其服務(wù)質(zhì)量。

5.2 未來展望

最初的云平臺服務(wù)是為了集中存儲而提供更加經(jīng)濟和便捷的方式，目前已經(jīng)發(fā)展為以數(shù)據(jù)存儲和數(shù)據(jù)處理為主的計算型云平臺，而且技術(shù)日趨成熟，提供服務(wù)的過程也變得逐漸簡便化。就服務(wù)機器人云平臺而言，其主要作用是作為服務(wù)機器人的遠(yuǎn)程云端進行相應(yīng)算法的調(diào)用以及對大量的進行數(shù)據(jù)存儲和處理，該平臺技術(shù)的日趨成熟對今后的智能服務(wù)機器人發(fā)展，服務(wù)行業(yè)的現(xiàn)代化有很大的影響，擁有廣大的發(fā)展前景。但目前來講云平臺能為服務(wù)機器人提供的服務(wù)范圍還有很多的局限性，云平臺自身監(jiān)測評估的能力和范圍仍有待提高，在面對網(wǎng)絡(luò)攻擊時如何更好地做好安全防御等問題亟需解決。并且隨著科技的迅速發(fā)展，服務(wù)機器人已經(jīng)逐漸應(yīng)用在醫(yī)療、教育娛樂、軍用、救援、科考等各個領(lǐng)域，所兼?zhèn)涞墓δ芤矔絹碓綇?fù)雜，這些服務(wù)機器人今后也一定會向依賴于云服務(wù)實現(xiàn)其功能作為發(fā)展趨勢。那么云平臺應(yīng)如何更好地與服務(wù)機器人進行融合，并且在此基礎(chǔ)面對業(yè)務(wù)與需求的增加，如何進一步加強云平臺性能，使云服務(wù)更加智能化。綜合上述云平臺面臨的問題和挑戰(zhàn)，提出以下六個未來發(fā)展方向。

（1）提高云服務(wù)普適率。目前來看能夠通過云平臺來完成服務(wù)的機器人占比并不是很高，由于受到傳輸速率、延遲、功耗、系統(tǒng)容量以及超大規(guī)模設(shè)備連接等方面的限制，仍有部分服務(wù)機器人很難依靠云平臺的現(xiàn)有技術(shù)和算法服務(wù)來完成其功能，如移動機器人對障礙物的檢測所要求的“零延遲”以及抓取機器人在通過手臂實現(xiàn)物體抓取時對力度與角度的實時掌控，是目前云平臺難以實現(xiàn)的服務(wù)?？梢姎w根到底還是云平臺的處理能力和通信能力的不足。隨著5G時代的來臨，屆時5G的商用和普及有望能夠解決這一問題，使更多的服務(wù)機器人都能通過調(diào)用云服務(wù)來完成功能，而對于云服務(wù)的普適率的評測可以從云平臺對算法的調(diào)用情況展開研究。

（2）精準(zhǔn)、詳細(xì)的監(jiān)測。目前對云平臺的評估方面有限，要提高云平臺的自我評估能力，就要使云平臺對信息的剖析更加深刻，挖掘出更多有價值的信息，細(xì)致化的監(jiān)測會讓系統(tǒng)察覺到異常的時間提前，避免重大事故的發(fā)生，也能夠使評估的結(jié)果更精準(zhǔn)。怎樣能夠進一步確保隨時隨地地清楚明白用戶、機器人廠商、算法提供商以及服務(wù)機器人對云平臺的服務(wù)使用情況，使云平臺及時了解各種變更的情況，如服務(wù)機器人連接的虛擬機狀態(tài)屬性，各類需求的增加，服務(wù)上下架情況等，這是一個需要深入研究的問題。并且要對更加完善的監(jiān)測功能進行測試對比，可以從云平臺對使用者的操作追蹤情況等方面入手研討。

（3）個性化服務(wù)。目前服務(wù)機器人在不同的場景下應(yīng)用很單一，如用于醫(yī)療的機器人就只是用于醫(yī)療領(lǐng)域，用于送餐的機器人就只能在酒店等限定區(qū)域提供服務(wù)，在未來，服務(wù)機器人一定是能夠真正做到像普通人一樣身兼多種功能，并且根據(jù)不同的需求要求云平臺來進行“私人訂制”。因此實現(xiàn)服務(wù)的個性化、私有化也是未來云平臺的一個發(fā)展方向，使云平臺的服務(wù)更加嚴(yán)謹(jǐn)，有針對性、目的性。對個性化服務(wù)的考察可以從算法組合的邏輯性、嚴(yán)密程度以及具體的服務(wù)效果等方面展開研究。

（4）強化安全性。就目前的加密破解技術(shù)而言，可能對某些密碼的破解需要計算機運行數(shù)萬年，但由于量子計算的發(fā)展與突破，屆時任何的網(wǎng)絡(luò)算法加密等技術(shù)防御手段都無法通過量子計算的考驗，目前看來的強大的加密技術(shù)很可能在數(shù)秒之內(nèi)就被攻破。云服務(wù)作為一種新的應(yīng)用模式，與傳統(tǒng)互聯(lián)網(wǎng)相比，數(shù)據(jù)的高度集中和多用戶的訪問等方面勢必會引發(fā)新的安全隱患，一旦云平臺安全系統(tǒng)被攻破，帶來的損失是不可估量的。怎樣來解決包括云基礎(chǔ)設(shè)施安全、數(shù)據(jù)、認(rèn)證和訪問管理安全以及審計合規(guī)性等存在的諸多安全隱患問題，目前而言還是一個技術(shù)性難題。隨著科技發(fā)展，不久的將來可能會出現(xiàn)一套較為完美的安全體系，屆時可根據(jù)更先進的網(wǎng)絡(luò)攻擊技術(shù)進行模擬攻擊展開進一步研究評估。

（5）重視邊緣計算。服務(wù)機器人在實現(xiàn)語音識別等功能時需要向云平臺傳遞數(shù)據(jù)并依靠云平臺進行計算分析來做出決策，在數(shù)據(jù)量不多時云平臺能夠準(zhǔn)確高效地反饋出結(jié)果。但是如果服務(wù)機器人將采集到的大量數(shù)據(jù)直接傳遞給云平臺進行處理，那么不僅會增加云平臺的計算量，致使效率降低，而且傳輸?shù)臄?shù)據(jù)越多越容易出現(xiàn)丟包現(xiàn)象，并且安全性和隱私問題難以得到保障。那么如何解決這個問題，一個思路是將大量數(shù)據(jù)先由邊緣計算進行簡單處理或重要信息提取，然后再發(fā)往云平臺進行決策，避免大量的數(shù)據(jù)往返于云計算數(shù)據(jù)中心，這種云計算+邊緣計算的模式是未來的一個發(fā)展方向。云平臺可以通過邊緣計算的節(jié)點數(shù)量對計算實時性的增強效果以及對數(shù)據(jù)集的適應(yīng)性兩方面展開評估研究。

（6）群智建設(shè)。目前云平臺調(diào)用的算法服務(wù)等功能是由算法供應(yīng)商等單一群體來提供的，若僅僅依靠其來發(fā)展建立云平臺，并不利于云平臺服務(wù)的建設(shè)與進一步完善，那么如何來實現(xiàn)云平臺服務(wù)的高效建設(shè)?？梢越梃b開源的思想，通過互聯(lián)網(wǎng)匯聚和借助大規(guī)模群體智慧的力量，協(xié)助完成云平臺的建設(shè)，加快云平臺完善進度，提高云平臺服務(wù)質(zhì)量。可以依據(jù)云平臺群智建設(shè)的規(guī)模以及服務(wù)性能的變化趨勢來展開調(diào)研。

隨著公有云和私有云的市場發(fā)展及應(yīng)用融合，以及我國政府出臺了一系列云計算產(chǎn)業(yè)的相關(guān)政策，越來越多的智能化產(chǎn)業(yè)服務(wù)與云服務(wù)掛鉤，部分知名企業(yè)如阿里、華為、浪潮已經(jīng)推出了自己的云服務(wù)平臺，并且許多企業(yè)的數(shù)據(jù)也已經(jīng)遷移到了云服務(wù)器上，這樣不僅節(jié)省了硬件成本，還能提高效率。服務(wù)機器人云平臺作為順應(yīng)時代發(fā)展的產(chǎn)物，在為服務(wù)機器人提供其對應(yīng)功能服務(wù)的同時，能夠節(jié)約服務(wù)機器人的設(shè)備、內(nèi)置成本，提高服務(wù)質(zhì)量，而且還具有很強的拓展性和延展性，云服務(wù)顯然已經(jīng)成為了未來發(fā)展的必然趨勢，如果本文提出的發(fā)展規(guī)劃能夠在不久的將來實現(xiàn)，相信未來超過90%以上的服務(wù)機器人均能安全可靠地依靠云平臺來實現(xiàn)其功能，為人們提供更好的服務(wù)。