(肢勢觸摸IC)設想的根本概念以及肢勢辨認的發展進程

(肢勢觸摸IC)設想的根本概念以及肢勢辨認的發展進程

  像點擊(clicks)是GUI平臺的中心，輕點(taps)是觸碰平臺的中心那樣子，用手做姿勢(gestures)是Kinect應用手續的中心。和圖形用戶界面中的數碼交互不一樣，用手做姿勢是事實生存中存在的動作。假如沒有電腦我們就不必鼠標，不過沒了Kinect，用手做姿勢依舊存在。從另一方面講，用手做姿勢是起居中間人與人之間互相交流的一小批。用手做姿勢能夠加強演說的使心服力，能夠用來著重提出和傳交情意。像舉手揮動(waving)還是點撥(pointing)這些個用手做姿勢都是某種無聲的演說。

Kinect應用手續的預設和研發者的擔任的工作就是將這些個事實生存中存在的用手做姿勢照射到計算機交互中去以奉達人的想法。試驗從鼠標或觸碰式的GUI預設移植基于用手做姿勢的天然交互界面要做眾多辦公。吸收以往30積年來對于這一并念的研討，以及從一點Kinect for Xbox的體感游戲中取得一點預設理念，計算機工程師和交互預設師一塊兒為Kinect開創了一系列新的用手做姿勢庫。

本文將會紹介用戶體驗認識的一點知識，并商議怎么樣將用手做姿勢應用到Kinect應用手續中。我們將展覽Kinect怎么樣作為天然交互界面(Natural User INTERFACE)的人機交互板型的一小批。我們將商議一點具體的運用Kinect來施行用手做姿勢辨別及交互的例子。更關緊的是，將會議覽一點已經作為Kinect用手做姿勢辨別庫中的用手做姿勢。

1. 啥子是用手做姿勢

在很多不一樣的學科中，用手做姿勢(gesture)有著其獨有特別的涵義，有可能這些個涵義之間有某些異同。在藝術領域，用手做姿勢被用來奉達跳舞中最富表達力的局部，尤其是在亞洲跳舞藝術中，用手做姿勢被作為某些宗教符號還是象征。在交互預設領域，在基于觸碰的天然交互界面中用手做姿勢和操控有非常大差別。

以上這些個解釋明白用手做姿勢在不一樣的學科領域都有自個兒獨有特別的涵義。在學術領域都打算對用手做姿勢定義一個抽象的概念。在用戶體驗認識預設領域運用最廣泛的關于用手做姿勢的定義真的Eric Hulteen 和Gord Kurtenbach 1990年刊發的一篇名為人機交互中的用手做姿勢(Gestures in Human-Computer Communication),定義如下所述：”用手做姿勢是身板子的運動，他里面含有一點信息。舉手揮動分別是一種用手做姿勢。敲打鍵盤不是用手做姿勢，由于用手指頭的運動去敲打按鈕沒有被仔細查看，也不關緊，他只表現的鍵盤被按下這動不動作。(A gesture is a motion of the body that contains information. Waving goodbye is a gesture. Pressing a key on a KEYBOARD is not a gesture because the motion of a finger on its way to hitting a key is neither observed nor significant. All that matters is which key was pressed)”

這個定義既詮釋了啥子是用手做姿勢也詮釋了啥子不是用手做姿勢。像這么的下一個正式的定義一般有兩個方面的艱難，既要防止太具體也要防止太抽象。假如一個定義太具體-如，定義某項技術-有可能會隨著UI技術的變動會變得茫茫。作為一種學術定義而不是以常見的用處為基礎的定義，它也務必足夠普通，況且合乎還是說廣大的研討機構先前已刊發在HCI的研討成果及藝術中符號學。另一方面，定義過于寬泛，也會有有無要緊急重要的風險：假如一切都是一種姿勢，那末就啥子都不是了。

Eric Hulteen 和Gord Kurtenbach關于用手做姿勢的定義的核心在于用手做姿勢能夠用來交流，用手做姿勢的意義在于講評而不是執行。

有趣兒的是將語講和行徑引入到人機交互接口中來，這是一種徹底的變法。我們與計算機交互語音變為無聲的語言(mute)：我們經過點撥和用手做姿勢而不是語言與計算設施施行溝通。當和計算機施行交互時，我們點擊鍵盤按鈕或觸碰熒幕。我們仿佛好象更喜歡這種方式的靜音通信縱然現時的技術能夠支持更簡單的語音指令。我們不擁有操作(manipulation)的力氣，和虛擬的對象而不是真實的物體施行交互，故而沒有長久性。運動變成完全的用手做姿勢。

基于Eric Hulteen 和Gord Kurtenbach的定義，我們都清楚啥子是 UI 操作 ——短時間之內不是一種用手做姿勢 ——了解啥子是用手做姿勢以及用手做姿勢表達"重大"行徑還是符號還是有非常大的艱難。移動交互的涵義是啥子？用手做姿勢施行溝通和語言施行溝通的最表面化不一樣是啥子？我們做用手做姿勢的象征意義往往很抽象簡單。

在人機交互領域，用手做姿勢一般被作為奉達一點簡單的指令而不是交流某些事情的真實情況、描寫問題還是陳說想法。運用用手做姿勢操作電腦一般是指示式的，這一般不是許多人運用用手做姿勢的目標。例如，舉手揮動(wave)這動不動作，在事實世界中一般是打招呼的一種形式，不過這種打招呼的形式在人機交互中卻不太常用。一般首次寫手續通例會顯露“hello”,但我們對和電腦打招呼并不有興致。

不過，在一個不得空的飯館，舉手揮動這一用手做姿勢有可能就有不一樣的涵義了。當向跑堂兒的招收時，有可能是要引開始跑堂兒的注意，需求它們供給服務。在計算機中，要引動計算機注意有時也有其特別意義，譬如，計算機休眠時，普通都會敲打鍵盤還是移動鼠標來喚醒，以提示計算機“注意”。當運用Kinect時，可以運用更加直觀的形式，就行少量派報告陳述阿湯哥那樣子，抬起雙手，還是簡單的朝計算機揮舉手揮動，計算機便會從休眠狀況喚醒。

在人機交互領域，用手做姿勢一般有一點涵義，表達有意讓某些事物發生。用手做姿勢是一種指令。當經過鼠標還是觸控板去點擊UI界面上的按鍵時，我們期望按鍵會被觸動引發其身后的事情。一般，按鍵上會有一個標簽來指使按鍵的功能如：著手、消除、敞開、關閉。我們的用手做姿勢操作就是想要成功實現這些個事情。

上頭的定義中的第1點兒可以得出，用手做姿勢的另一個獨特的地方是比較隨心(arbitrary)。用手做姿勢有框定的領域，那末在該領域以外沒有不論什么意義。令人驚奇的是除開指向(pointing)和聳肩膀(shurg)，人類科學家沒有發覺不論什么物品我們可以稱之為一種通用的用手做姿勢。不過，在計算機的UI中，指向(pointing)一般被覺得是直接操作由于它涉及跟蹤，同時聳肩膀的涵義太微妙而非常不好辨認。因為這個，我們想要運用的不論什么Kinect用手做姿勢務必基于應用手續的用戶 和應用手續的預設和研發者之間就某種用手做姿勢代表的涵義得到完全一樣。

由于用手做姿勢是恣意的(arbitrary)所以它們也是基于約定的(conventional)。應用手續的預設者務必奉告用戶正在運用的用手做姿勢的意義，還是是這些個用手做姿勢是約定俗稱大家都曉得的。這個之外，這些個約定不是基于語言文化，而是對已確認的技術規則。我們曉得怎么樣運用鼠標 （行徑學習） 并不是由于這是我們已經從我們的文化導入的物品，而是由于這是基于特別指定的圖形用戶界面的跨文化約定。一樣地，我們曉得怎么樣點擊或滑動智強手機，不是由于這些個都是文化的約定，而是由于這些個都是跨文化天然用戶界面項約定。有趣兒的是，我們在一定程度上曉得怎么樣點擊平板電腦，由于我們曾經學習了怎么樣運用鼠標裸機。技術約定之間可以互相轉化，這是由于語講和用手做姿勢可以經過不一樣的語講和文化之間來改換。

不過，用手做姿勢的這種恣意性和基于約定的特別的性質也帶來了曲解性（misunderstanding），這是在預設不論什么用戶界面，特別是像Kinect這么的沒有不論什么預先設定好的操作約定的用戶界面時需求關心注視的風險。就像在有點國度，頷首表達否決搖頭表達有可能。用手做姿勢，還是不論什么身板子的運動，都可能萌生曲解。

總之，在人機交互領域，用手做姿勢是：

• 
  

  表現一種簡單的指示




• 
  

  天然生成有隨心性




• 
  

  基于某種協定




• 
  

  有可能被曲解

注意：實際的直接操作（manipulation）不是用手做姿勢。

2. 天然交互界面(NUI)

商議用手做姿勢而不商議天然用戶界面顯然殘缺。天然用戶界面是一系列技術的合計，他涵蓋：語音辨別，多點觸控以及大致相似Kinect的動感交互界面，他和Windows和Macs操作系統中鼠標和鍵盤交互這種很常見圖形交互界面不一樣。就像圖像交互界面和之前的起名稱行交互界面不一樣那樣子。

天然交互界面天然在哪里呢？早期天然交互界面的發起者覺得交互界面的預設應當對用戶十分直觀，運用用戶先天便會的行徑來施行交互操作。他的目的是不必操作由圖標和點菜單構成的基于GUI 的應用手續界面，由于這種界面一般具備陡峻的學習曲線。相反，理想化的狀況是，用戶應當能夠走到應用手續面前，就能夠啟用它。在以往的幾年里隨著觸碰功能的智強手機和平板電腦的流行，漸漸代替了鍵盤鼠標，當我們看見孩子們起步到不論什么觸碰屏設施前面，用手去觸碰它，期望它的響應，在這一點兒上看這一理念已經成功實現。

固然天然用戶界面的天然性仿佛好象是直接操作的最佳寫照，當運用手指頭來施行觸碰交互時，先天天然和后天學習行徑之間的對立被突破。一點用手做姿勢，如輕觸熒幕，在某種意義上就是先天便會的動作。其它的動作譬如說雙擊，取得點擊而后拖拉等，沒有先天便會。并且隨著不一樣的設施制作商著手支持不一樣觸碰用手做姿勢，為了要得相同的用手做姿勢在不一樣的觸碰平臺上有相同的意義和行徑，為某些用手做姿勢定義一點約定顯得更加關緊。

天然用戶界面（NUI）的天然性更多的是一種相對天然的概念。對于NUI的更現代的了解受Bill Buxton所影響。他覺得NUI界面的預設充分利用了用戶預先便會的技能，用戶和UI施行交互覺得很天然，要得它們甚至于忘了是從哪兒學到這些個和UI施行交互所需的技能的。換言之，首次操作時，我們沒想到的起來我們以前學過這些個知識。例如，輕點(tap)這個用手做姿勢早平板電腦和手機中運用的很次數多，這個技能是從我們之前在傳統的人機交互界面上運用鼠標來指向并點擊某一個界面上的元素學來的。點擊（click）和輕點（tap）的最主要差別在于，點擊需求鼠標，對于觸碰屏，不必另外的設施，只消用手指頭輕輕觸碰一下子熒幕就可以了。

這引出了天然用戶界面的另一個獨特的地方。用戶和計算機之間的交互看起來不必不論什么中介，這種互動的中介是不可以見的。例如，在語音辨別界面中，人機交互是經過具備復雜電子過淋去噪的邁克風成功實現的，其內里有解析發音語義單元的各種算法，將這些個語義傳交給其他軟件來施行將特別指定的短語詮釋為指示，并將該指示照射到某種軟件功能操作。不過，內里的這一切，對用戶是不可以見的。當用戶對計算機散發這么的指示，"嘿，注意我"，她會覺得計算機緣像大致相似大部分數人的本能那樣子的響應這個指示。

天然用戶界面的 倚賴于先驗知識和不必中介的交互這兩個特點標志是每一種NUI界面的并肩特點標志，其它方面如觸碰，語音和動態交互界面則因設施的不一樣而各異。到現在為止，大部分數關于NUI的預設都是基于多點觸控體驗認識的。這就是為何面前對于用手做姿勢的標準定義是那樣子定義的。它是將多點觸碰的場景施行改正并將用手做姿勢和操作區別開來。

關于用手做姿勢（gesture）和操作（manipulation）的爭辯也存在于語音交互界面中，指示等同于用手做姿勢，語音等同于直接操作，在動態交互界面中，將手還是身板子追蹤展覽在可視化界面上手和身板子的運動等同于直接操作。自由方式的運動像舉手揮動這動不動作就歸屬用手做姿勢。

不過Kinect還有第三種交互界面，他和觸碰和語音交互不一樣。那就上一篇文章中所講的姿態（pose），姿態是身板子的某一小批和其它局部之間的一種靜態關系，他不是運動的。Kinect中的姿態和起居中的姿態是同樣的，例如，左臂伸出45度表達將現時的窗戶變為活動的交互窗體，右臂伸出45度還是135度表達鉛直滾興工具欄。

額外，交互形式可以從一品類型的交互界面改換到額外一種交互界面。以按鍵為例，按鍵實際上就是一個符號，這是一個先驗的圖形用戶界面。從最基本的功能來講，按鍵就是一個經過鼠標點擊在一個可視化元素的書契還是圖像上被觸動引發一點指示的工具。在以往15年，按鍵被作為人機交互界面的一個集成局部，被改換到多點觸碰界面，以及Kinect用戶界面中來。

天然用戶界面預設師所尋求的似的是天然，按鍵正好供給了這一點兒。不過按鍵在每一種用戶界面中的改換都面對著一點挑戰。

圖形用戶界面中按鍵的一個一般的特點標志是他供給了一個懸浮狀況來指使用戶光標已經懸停在的按鍵上方的準確位置。這種懸浮狀況將點（click）這個動作失散開來。懸浮狀況可以為按鍵供給一點另外的信息。當將按鍵移植到觸碰屏交互界面時，按鍵不可以供給懸浮狀況。觸碰屏界面只能響應觸碰。因為這個，和電腦上的圖像用戶界表情形，按鍵只能供給“擊”（click）操作，而沒有“點”（point）的有經驗。

當將按鍵移植到基于Kinect的用戶界面上時，按鍵的行徑就變得更加特別了?；贙inect的圖形界面中，按鍵的行徑和觸碰界面中的剛好相反，他只供給了懸?。╤over）的“點”（point）的有經驗，沒有“擊”（click）的有經驗。按鍵這種更令用戶體驗認識預設者覺得懊喪的弱項，在以往的幾年里，強迫做預設者不斷的對Kinect界面上的按鍵施行改進，以供給更多靈巧高明的形式來點擊視物感覺元素。這些個改進涵蓋：懸停在按鍵上時期、將巴掌向外推(拙笨地臨摹點擊一個按鍵的行徑）等。

固然觸碰界面也有用手做姿勢，但Kinect 界面有點相互作用不是用手做姿勢，然而軟件的研發和預設者傾向于以 Kinect 用手做姿勢操作作為交互界面。這仿佛好象是由于運用用手做姿勢作為物理操作是 Kinect 應用手續的最大的獨特的地方。與此相反的是，觸碰界面的冒尖獨特的地方是直接操作。固然有可能不正確，許多人一般將天然交互界面區分清楚為三類：語音交互界面，觸碰交互界面和用手做姿勢交互界面。

不過，在關于Kinect的有關紹介文檔中，你會發覺有時姿態(pose)和操作(manipulation)都被描寫為用手做姿勢。這些個都沒有錯。要記取的是，當我們商議Kinect中的一點專門用語，如舉手揮動(wave),滑動(swipe),我們會作為完全的用手做姿勢，而姿態和操控只有在暗喻意義上才稱之為用手做姿勢。

以上的商議都很關緊，由于我們會進一步預設Kinect相互作用的語意，我們將最后移除從其它圖形界面上吸收過來的關于按鍵的語意，而后試驗樹立基于Kinect的先驗的語意。舉手揮動(wave)這是Kinect中完全的用手做姿勢，是最早的這種試驗。喬治亞技術研討所的研討擔任職務的人正在利用 Kinect 來詮釋美國手勢語言。相反，其它研討擔任職務的人，正在利用 Kinect 詮釋身板子語言——另一種預先形成的用手做姿勢和姿態的溝通。諸這么類的研討可以視為對于NUI的第二層研討。這些個漸漸靠近了起初NUI人機交互的原始的幻想，不僅是看不見，并且NUI能夠自適合以了解我們的行徑，而不是強迫做我們理解我們和電腦的人機交互。

3. 用手做姿勢從哪兒來

在用手做姿勢交互界面中，完全的用手做姿勢，姿態和追蹤以及它們之間的組合構成了交互的基本專門用語。對于Kinect來說，到現在為止可以運用的有8個通用的用手做姿勢：舉手揮動(wave)，懸浮按鍵(hover BUTTON),磁吸按鍵(magnet button),推按鍵(push button)，磁吸幻燈片(magnetic slide)，通用暫停(universal pause)，鉛直骨碌條(vertical scrolling)和滑動(swipping)。那里面的一點專門用語是微軟自個兒引入的，有一點是游戲攝理商預設的，還有一點是Kinect for PC研發擔任職務的人為了研發應用而引入的。

很少事情狀況下會為人際交互界面專門用語施行定制。一般要將這8種用手做姿勢區別開來，并在一點應用中通用也不常見。相仿的事情狀況在web專門用語和手機用手做姿勢中預設新的界面時也會碰到，那里面只有局部的預設能夠成為標準。在網頁預設領域，走防水煤油燈和光標動畫流行一時，并在一片不耐煩聲中迅疾消逝。在握機預設領域因為水果企業在觸碰屏領域的早期地位這種專門用語獲得了美好的規范。水果引入了一點觸碰用手做姿勢專門用語，如輕點（tap）,點住不放(tap and hold)，滑動swipe及pinch。

交互專門用語形成規范有幾個絆腳石。第1個就是為了取得好處而防止標準化。在90時代后期的瀏覽器大戰中，盡管各大廠商在口頭上說標準化協議很關緊，不過在瀏覽器研發上依然不已的研發自個兒的HTML版本，以吸引研發者運用它們的技術。設施制作商可以利用市場霸占率的優勢來鎖定消費者，經過在它們的手機上成功實現自個兒定義語意的觸屏，來推行自個兒的用手做姿勢操作。這些個都是不天然的行徑，由于不一樣廠商對于同一用手做姿勢的語意都不一樣，況且它們看起來不天然，運用不一樣廠商的產品需求再學習。

另一種形成規范化的絆腳石是上下文用手做姿勢的專利。例如，水果企業不可以對“滑動”(swipe)操作提出請求專利，不過它可以對“滑動解鎖手機”這個用手做姿勢提出請求專利，這要得其它企業需求運用這一技術還是預設理念時要不給水果企業付出專利費，要不將水果告上法庭以防止專利費，或則索性不運用這一上下文用手做姿勢。假如不運用這一上下文用手做姿勢，那末產品就毀傷了之前我們學習到運用很天然的形式滑動解鎖手機，音樂播放器，平板電腦等這一約定了。

最終一個絆腳石是，預設一個用手做姿勢很艱難。用手做姿勢專門用語會晤對一點App Store中手機應用手續和YouTube中視頻文件應用所碰到的一點問題：許多人要不會要不不會。用手做姿勢需求深刻思考怎么樣定義的簡單要得許多人能夠去用，這就是長尾理論遺留的問題。

那末啥子樣的用手做姿勢專門用語才是好的呢。假如一個用手做姿勢便于運用，那末他就被覺得是預設令人滿意的。在交互預設中，易用性有兩個方面：可用(affordance)和反饋(feedback)。反饋就是說用戶曉得現時正在施行的操作。在網頁中,點擊按鍵會看見按鍵有一點兒偏移,這就表達交互成功。鼠標按鈕按下時的聲響在某種意義上也是一種反饋,他表達鼠標在辦公。對于Winodw Phone Metro風格的界面上的磁貼，研發這覺得這些個按鍵應當足夠大，以容下大平面或物體表面的大小的觸碰地區范圍，不過它們也覺得過大的觸碰地區范圍會要得用戶觸碰到地區范圍外面也會被觸動引發注冊的事情。額外，狀況信息還是明確承認會話框會在應用手續飲彈出以提醒用戶發生了一點事物。在 Xbox 的儀表板中，運用Kinect傳感器萌生的光標懸停在的熱點上著手動畫播放。

假如說反饋發生在操作施行中還是在這以后，那末可用性(affordance)就發生在操作之前了?？捎眯跃褪且环N提醒還是指導，奉告用戶某一個可視化元素是可以交互的，指使用戶該元素的用法。在GUI交互界面中，按鍵是能夠最好的完成這些個理念的元素。按鍵經過書契還是圖標提醒來執行一點函數操作。GUI界面上的按鍵經過懸浮狀況可以提醒用戶其用場。最好的可用性-有可能有些繞圈-就是約定俗成。用戶曉得某一個可視化元素的用場，由于之前在其它應用中運用過大致相似的可視化控件，還是是在其它設施中執行過大致相似的操作。不過，這一點兒對于基于Kinect的用手做姿勢交互界面來說有些艱難，由于一切都是新的。

一般的作法就是運用假座其它類型交互界面中的約定。在觸碰交互界面中，一個輕點(tap)用手做姿勢和一般的鼠標點擊是等同的。響應輕點事情的兩個可視化元素，圖標和按鍵，也被預設的和傳統的GUI界面上的圖標和按鍵同樣，來達到提醒用戶該元素的效用這一目標。Kinect也運用按鍵和圖標來要得用戶能夠更加容易運用。由于Kinect基本上是基于”點”（pointing）而原生不支持“擊”(clicking)。在此之前，軟件界面預設者和研發者的消耗的錢了眾多精神力來對用手做姿勢交互界面施行定制以成功實現“擊”這動不動作。

和觸碰交互界面不同，用手做姿勢交互界面可以從社會形態中間人的普通用手做姿勢中假座一點用手做姿勢操作。這就要得舉手揮動(wave)變成Kinect應用手續的經典用手做姿勢。由于這一姿態和事實生存中的姿態有象征性結合要得不費吹灰之力了解和運用。軌跡追蹤，固然在技術上不是用手做姿勢，不過他是另一個在事實生存中和點撥有結合的專門用語。當在電視機還是顯露器前揮舞手時，好的Kinect應用手續應當能夠追蹤拿到手的運動，并顯露一個光標隨開始一開始運出動。當我們在事實生存三拇指點物體時，Kinect中的手部追蹤顯露的手形圖標的反饋要得手續更加易用。

到現在為止，事實生存中的易用性用手做姿勢在Kinect交互界面中用的比較少，大多的易用性都是從傳統的GUI界面上的可用性移植過來的。隨著時間的變更，這一點兒會獲得改善。在觸碰屏設施上新的用手做姿勢經過在傳統的已經樹立的約定中添加手指頭來形成。兩指輕點和一指輕點有點不一樣，運用兩個手指頭還是多個手指頭施行滑動有其獨有特別的涵義。最后，觸碰用手做姿勢所有由手指頭完成。另一方面，真正的用手做姿勢用戶界面，有一個接近于無限的語意庫，要得我們可以基于事實生存中有關聯的用手做姿勢施行改進。

本文接下來從理論到成功實現，商議怎么樣成功實現用手做姿勢辨別，并展覽了Kinect中八中基本用手做姿勢中的舉手揮動(wave)用手做姿勢的辨別。

4. 成功實現用手做姿勢辨別

Microsoft Kinect SDK并沒有里面含有用手做姿勢辨別引擎。因為這個需求研發者來定義和用手做姿勢辨別。從SDK的Beta版放出以來，一點第三方研發者開創的用手做姿勢引擎已初見端倪。不過，微軟沒有將它們作為標準的引擎?？磥磉@有可能還要等微軟將用手做姿勢辨別引擎添加到SDK中來，還是指明可代替的解決方案。本節對用手做姿勢辨別技術施行了簡單紹介，期望能夠幫忙研發者在標準的用手做姿勢辨別引擎出來之前，可以自個兒動手研發用手做姿勢辨別引擎。

用手做姿勢辨別相對來說可以簡單也可以很復雜，這決定于與要辨別的用手做姿勢。有三種基本的辦法可以用來辨別用手做姿勢：基于算法，基于神經器官網絡和基于用手做姿勢樣本庫。每一種辦法都有其優欠缺。研發者具體認為合適而使用那種辦法決定于與待辨別的用手做姿勢、項目需要，研發時間以及研發水準?；谒惴ǖ挠檬肿鲎藙荼鎰e相對簡單容易成功實現，基于神經器官網絡和用手做姿勢樣本庫則有點復雜。

4.1 基于算法的用手做姿勢辨別

算法是解決軟件研發中幾乎全部問題的最基本辦法。運用算法的基本流程就是定義處置規則和條件，這些個處置規則和條件務必合乎處置最后結果的要求。在用手做姿勢辨別中，這種算法的最后結果要求是一個二值型對象，某一用手做姿勢要不合乎預先規定的用手做姿勢要不不合。運用算法來辨別用手做姿勢是最基本的辦法，由于對于有一點兒編程有經驗的研發這來說，用手做姿勢辨別的代碼便于了解，編著，保護和調整。

不過，最簡單直接的辦法也有其欠缺。算法的簡單性限止了其能辨別到的用手做姿勢的門類。對于舉手揮動(wave)辨別較好的算法不可以夠辨別扔(throw)和擺(swing)動作。前者動作相對簡單和歸置，后者則更加微小且多變。有可能能夠寫一個辨別來回搖動(swing)的算法，不過代碼有可能比較不好懂和薄弱。

算法還有一個外在的擴展性問題。固然一點代碼可以重用，不過每一種用手做姿勢務必運用定制的算法來施行辨別。隨著新的用手做姿勢辨別算法參加類庫，類庫的體積會迅疾增加。這就對手續的性能萌生影響，由于需求運用眾多算法來對某一個用手做姿勢施行辨別以判斷該用手做姿勢的類型。

最終，每一個用手做姿勢辨別算法需求不一樣的參變量，例如時間間隔和閾值。特別是在根據流程辨別特別指定的用手做姿勢的時刻這一點兒顯得特別表面化。研發者需求不斷測試和實驗以為每一種算法確認合宜的參變量值。這本身是一個有挑戰也很沒情趣的辦公。不過每一種用手做姿勢的辨別有著自個兒特別的問題。

4.2 基于神經器官網絡的用手做姿勢辨別

當用戶在做用手做姿勢時，用手做姿勢的方式并不老是足夠清楚到能夠判斷用戶的意向。例如跳躍用手做姿勢，跳躍用手做姿勢就是用戶短暫的跳起來，腳離去地面。這個定義不可以夠供給足夠的信息來辨別這動不動作。

咋一看，這個動作仿佛好象足夠簡單，要得可以運用算法來施行辨別。首先，思索問題到有眾多種不一樣方式的跳躍：基本跳躍（basic jumping）、 跨欄(hurdling)、 跳遠(long jumping)、 跳躍(hopping)，等等。不過這處有一個大的問題就是，因為遭受Kinect視場地區范圍的限止，沒可能老是能夠探量觀測到地板的位置，這要得腳部何時離去地板很難確認。假想一下子，用戶在膝蓋到下蹲點處彎下，而后跳起來。用手做姿勢辨別引擎應當覺得這是一個用手做姿勢仍然多個用手做姿勢：下蹲或 下蹲跳起還是是跳起？假如用戶在蹲下的時間和跳躍的時間相形過長，那末這一用手做姿勢有可能應被辨別為下蹲而不是跳躍。

看見這些個，最著手對跳躍的定義便會變得依稀。這一姿態很難定義明白，要得不可以夠經過定義一點算法來施行辨別，同時這些個算法因為需求定義過多的規則和條件而變得難于管理和不定。運用對或錯的二值策略來辨別用戶用手做姿勢的算法太簡單和不夠壯健，不可以夠美好的辨別出大致相似跳躍，下蹲等動作。

神經器官網絡的團體和判斷是基于計數和幾率的，因為這個要得像辨別用手做姿勢這些個過程變得容易扼制?；谏蹲泳W絡的用手做姿勢辨別引擎對于下蹲而后跳躍動作，80百分之百的幾率判斷為跳躍，10百分之百會分辨斷定為下蹲。

除開能夠辨別復雜和精密細致的用手做姿勢，神經器官網絡辦法還能解決基于算法用手做姿勢辨別存在的擴展性問題。神經器官網絡里面含有眾多神經器官元，每一個神經器官元是一個好的算法，能夠用來判斷用手做姿勢的微小局部的運動。在神經器官網絡中，很多用手做姿勢可以共享神經器官元。不過每一中用手做姿勢辨別有著獨有特別的神經器官元的組合。并且，神經器官元具備高效的數值結構來處置信息。這要得在辨別用手做姿勢時具備頎長的速率。

運用基于神經器官網絡施行用手做姿勢辨別的欠缺是辦法本身復雜。固然神經器官網絡以及在計算機科學中對其的應用已經有了好幾十年，樹立一個好的神經器官網絡對于大部分數程序開發人員來說仍然有一點艱難的。大部分數研發者有可能對數值結構中的圖和樹比較知道得清楚，而對神經器官網絡中尺度和依稀思維規律的成功實現有可能一點兒都不成解。這種匱缺樹立神經器官網絡的經驗是一個很大的艱難，縱然能夠成功的構建一個神經器官網絡，手續的調整相當艱難。

和基于算法的辦法相形，神經器官網絡倚賴數量多的參變量來能獲得非常準確的最后結果。參變量的個數隨著神經器官元的個數提高。每一個神經器官元可以用來辨別多個用手做姿勢，每一個神經器官遠的參變量的變動都會影響其它節點的辨別最后結果。配備布置和調試這些個參變量是一項藝術，需求經驗，并沒有特別指定的規則可循。不過，當神經器官網絡配合成雙機器學習過程中手動調試參變量，隨著時間的推移，系統的辨別精密度會隨之增長。

4.3 基于樣本的辨別

基于樣本還是基于模版的用手做姿勢辨別系統能夠將人的用手做姿勢和已知的用手做姿勢相般配。用戶的用手做姿勢在模型板庫中已經規范化了，要得能夠用來計算用手做姿勢的般配精密度。有兩種樣本辨別辦法，一種是儲存一系列的點，另一種辦法是運用大致相似的Kinect SDK中的骨骼追蹤系統。在后面的那一個辦法中，系統中里面含有一系列骨骼數值和景深幀數值，能夠運用計數辦法對萌生的影像幀數值施行般配以辨別出已知的幀數值來。

這種用手做姿勢辨別辦法高度倚賴于機器學習。辨別引擎會記錄，處置，和重用現時幀數值，所以隨著時間的推移，用手做姿勢辨別精密度會逐層增長。系統能夠更好的辨別出你想要表現的具體用手做姿勢。這種辦法能夠比較容易的辨別出新的用手做姿勢，并且較其它兩種辦法能夠更好的處置比較復雜的用手做姿勢。不過樹立這么一個系統也不由得易。首先，系統倚賴于數量多的樣本數值。數值越多，辨別精密度越高。所以系統需求數量多的儲存資源和CPU時間的來施行查尋和般配。其次系統需求不一樣高度，不一樣胖瘦，不一樣衣著打扮（衣著打扮會影響景深數值提出取得身板子大概輪廓）的樣壓根兒施行某一個用手做姿勢。

5.辨別常見的用手做姿勢

挑選用手做姿勢辨別的辦法一般是倚賴于項目標需求。假如項目只消辨別幾個簡單的用手做姿勢，那末運用基于算法還是基于神經器官網絡的用手做姿勢辨別就足夠了。對于其它類型的項目，假如有興致的話可以投合乎時尚間來樹立可復用的用手做姿勢辨別引擎，還是運用一點人煙已經寫好的辨別算法，接下來本文紹介幾種常用的用手做姿勢，并演習怎么樣運用算法的辦法來辨別它們，用手做姿勢辨別的額外兩種辦法因為其復雜性本文不做紹介。

無論挑選哪種用手做姿勢辨別的辦法，都務必思索問題用手做姿勢的變動范圍。系統務必具備靈活性，并準許某一個用手做姿勢有某個范圍內的變化。很少有人能夠每每都做一模同樣的用手做姿勢。例如，思索問題周伯通現時左右首畫圓圈兒這個用手做姿勢，重復這一用手做姿勢10次，圓形的核心每每都在一個點嗎，圓形的起點和重點每每都在相同的地方嗎？每每畫圓的時長都同樣嗎？而后運用右首做這個動作，最終比較最后結果。還是拉幾個朋友還是家人來做，而后仔細查看。也可以站在鏡子面前看自個兒做，還是運用錄像設施錄下來再看。技法就是對于某一用手做姿勢，讓盡有可能多的人來做，而后打算標準化這一用手做姿勢。用手做姿勢辨別一個比較好的形式就是關心注視用手做姿勢最中心的局部而不是哪一些內在的細枝末節。

5.1 揮舞(wave)用手做姿勢

只要玩過Xbox上的體感游戲，有可能都運用過舉手揮動這個用手做姿勢。舉手揮動這一用手做姿勢無論歲數體積都能夠做的一個簡單動作。這是一個友善的，歡樂的用手做姿勢，許多人一般舉手揮動還是揮手來打招呼還是分別。在應用研發的上下文中，舉手揮動用手做姿勢一般奉告應用手續已經準備好了，可以著手體驗認識應用了。

舉手揮動是最簡單最基本的用手做姿勢。運用算法辦法能夠很容易辨別這一用手做姿勢，不過之前講到的不論什么辦法也能夠運用。固然舉手揮動是一個很簡單的用手做姿勢，不過怎么樣運用代碼來辨別這一用手做姿勢呢？讀者可以在鏡子前做向自個兒舉手揮動，而后仔細仔細查看手的運動，特別注意仔細查看手和臂膀之間的關系。接著仔細查看手和臂膀之間的關系，而后仔細查看在做這個用手做姿勢事身板子的整個兒姿態。有點人維持身板子和臂膀的不動，運用手腕子左右移動來舉手揮動。有點人維持身板子和臂膀不動運用手腕子前后移動來舉手揮動?？梢越涍^仔細查看這些個姿態來理解其它各種不一樣舉手揮動的形式。

XBOX中的舉手揮動動作定義為：從臂膀著手到肘部屈曲。用戶以臂膀肘為焦點往返移動小臂，移動最簡單的面和肩部在一個最簡單的面上，況且臂膀和地面維持平行,在用手做姿勢的中部（下圖1），小臂鉛直于后臂和地面。下圖展覽了這一姿態。

從圖中可以仔細查看得出一點規律，第1個規律就是，手和手腕子都是在肘部和肩部之上的，這也是大部分是舉手揮動動作的特點標志。這也是我們辨別舉手揮動這一用手做姿勢的第1個標準。

第1幅圖展覽了舉手揮動這一姿態的半中腰位置，小臂和后臂鉛直。假如用戶手臂變更了這種關系，小臂在鉛直線左面還是右面，我們則覺得這是該用手做姿勢的一個斷片。對于舉手揮動這一姿態，每一個姿態斷片務必往返重復多次，否則就不是一個完整的用手做姿勢。這一運動規律就是我們的第二個準則：當某一用手做姿勢是舉手揮動時，手還是手腕子，務必在半中腰姿態的左右往返重復特別指定的回數。運用這兩點經過仔細查看獲得的規律，我們可以經過算法樹立算法準則，來辨別揮舞用手做姿勢了。

算法經過計算手離去半中腰姿態地區范圍的回數。半中腰地區范圍是一個以臂膀肘為原點并給與一定閾值的地區范圍。算法也需求用戶在一定的時間段內完成這個用手做姿勢，否則辨別便會敗績。這處定義的揮舞用手做姿勢辨別算法只是一個單獨的算法，不里面含有在一個多層的用手做姿勢辨別系統內。算法保護自身的狀況，并在辨別完成時以事情方式告知用戶辨別最后結果。揮舞辨別檢查查看多個用戶以及兩雙手的揮舞用手做姿勢。辨別算法計算新萌生的每一幀骨骼數值，因為這個務必記錄這些個辨別的狀況。

下邊的代碼展覽了記錄用手做姿勢辨別狀況的兩個枚舉和一個結構。第1個名為WavePosition的枚舉用來定義手在舉手揮動這動不動作中的不一樣位置。用手做姿勢辨別類運用WaveGestureState枚舉來追蹤每一個用戶的手的狀況。WaveGestureTracker結構用來保留用手做姿勢辨別中所需求的數值。他有一個Reset辦法，當用戶的手達不到舉手揮動這一用手做姿勢的基本動作條件時，譬如當手在臂膀肘以下時，可調配使用Reset辦法來重置用手做姿勢辨別中所用到的數值。

private enum WavePosition{
    None = 0,
    Left = 1,
    Right = 2,
    Neutral = 3
}private enum WaveGestureState{
    None = 0,
    Success = 1,
    Failure = 2,
    InProgress = 3
}private struct WaveGestureTracker{    public int IterationCount;    public WaveGestureState State;    public long Timestamp;    public WavePosition StartPosition;    public WavePosition CurrentPosition;    public void Reset()
    {
        IterationCount = 0;
        State = WaveGestureState.None;
        Timestamp = 0;
        StartPosition = WavePosition.None;
        CurrentPosition = WavePosition.None;
    }
}

下邊代碼顯露了用手做姿勢辨別類的最基本結構：它定義了五個恒量：半中腰地區范圍閾值，用手做姿勢動作連續不斷時間，用手做姿勢離去半中腰地區范圍左右移動回數，以及左手和右首標識恒量。這些個恒量應當作為配備布置文件的配備布置項儲存，在這處為了簡單方便，所以以恒量聲明。WaveGestureTracker數組保留每一個有可能的游戲者的雙手的用手做姿勢的辨別最后結果。當舉手揮動這一用手做姿勢探量觀測到達在這以后，被觸動引發GestureDetected事情。

當主手續收繳到一個新的數值幀時，就調配使用WaveGesture的Update辦法。該辦法循環遍歷每一個用戶的骨骼數值幀，而后調配使用TrackWave辦法對左右首施行舉手揮動姿態辨別。當骨骼數值不在追蹤狀況時，重置用手做姿勢辨別狀況。

public class WaveGesture{    private const float WAVE_THRESHOLD = 0.1f;    private const int WAVE_MOVEMENT_TIMEOUT = 5000;    private const int LEFT_HAND = 0;    private const int RIGHT_HAND = 1;    private const int REQUIRED_ITERATIONS = 4;    private WaveGestureTracker[,] _PlayerWaveTracker = new WaveGestureTracker[6, 2];    public event EventHandler GestureDetected;    public void Update(Skeleton[] skeletons, long frameTimestamp)
    {        if (skeletons != 門里出身)
        {            Skeleton skeleton;            for (int i = 0; i < skeletons.Length; i++)
            {
                skeleton = skeletons[i];                if (skeleton.TrackingState != SkeletonTrackingState.NotTracked)
                {
                    TrackWave(skeleton, true, ref this._PlayerWaveTracker[i, LEFT_HAND], frameTimestamp);
                    TrackWave(skeleton, false, ref this._PlayerWaveTracker[i, RIGHT_HAND], frameTimestamp);
                }                else                {                    this._PlayerWaveTracker[i, LEFT_HAND].Reset();                    this._PlayerWaveTracker[i, RIGHT_HAND].Reset();
                }
            }
        }
    }
}

下邊的代碼是舉手揮動姿態辨別的主要思維規律辦法TrackWave的主體局部。它證驗我們先前定義的構成舉手揮動姿態的條件，并更新用手做姿勢辨別的狀況。辦法辨別左手還是右首的用手做姿勢，第1個條件是證驗，手和肘關節點是否處于追蹤狀況。假如這兩個關節點信息不可以用，則重置追蹤狀況，否則施行下一步的證驗。

假如姿態連續不斷時間超過閾值且還沒有進入了到下一步驟，在姿態追蹤超時，重置追蹤數值。下一個證驗手部關節點是否在肘關節點之上。假如不是，則依據現時的追蹤狀況，舉手揮動姿態辨別敗績還是重置辨別條件。假如手部關節點在Y軸上且高于肘部關節點，辦法接著判斷手在Y軸相片比本人好看對于肘關節的位置。調配使用UpdatePosition辦法并傳入合宜的手關節點所處的位置。更生手關節點位置在這以后，最終判下定論義的重復回數是否滿意，假如滿意這些個條件，舉手揮動這一用手做姿勢辨別成功，被觸動引發GetstureDetected事情。

private void TrackWave(Skeleton skeleton, bool isLeft, ref WaveGestureTracker tracker, long timestamp)
{
    JointType handJointId = (isLeft) ? JointType.HandLeft : JointType.HandRight;
    JointType elbowJointId = (isLeft) ? JointType.ElbowLeft : JointType.ElbowRight;
    Joint hand = skeleton.Joints[handJointId];
    Joint elbow = skeleton.Joints[elbowJointId];    if (hand.TrackingState != JointTrackingState.NotTracked && elbow.TrackingState != JointTrackingState.NotTracked)
    {        if (tracker.State == WaveGestureState.InProgress && tracker.Timestamp + WAVE_MOVEMENT_TIMEOUT < timestamp)
        {
            tracker.UpdateState(WaveGestureState.Failure, timestamp);
            System.Diagnostics.Debug.WriteLine("Fail!");
        }        else if (hand.Position.Y > elbow.Position.Y)
        {            //運用 (0, 0) 作為熒幕的核心.  從用戶的視角看, X軸左負右正.            if (hand.Position.X <= elbow.Position.X - WAVE_THRESHOLD)
            {
                tracker.UpdatePosition(WavePosition.Left, timestamp);
            }            else if (hand.Position.X >= elbow.Position.X + WAVE_THRESHOLD)
            {
                tracker.UpdatePosition(WavePosition.Right, timestamp);
            }            else            {
                tracker.UpdatePosition(WavePosition.Neutral, timestamp);
            }            if (tracker.State != WaveGestureState.Success && tracker.IterationCount == REQUIRED_ITERATIONS)
            {
                tracker.UpdateState(WaveGestureState.Success, timestamp);
                System.Diagnostics.Debug.WriteLine("Success!");                if (GestureDetected != 門里出身)
                {
                    GestureDetected(this, new EventArgs());
                }
            }
        }        else        {            if (tracker.State == WaveGestureState.InProgress)
            {
                tracker.UpdateState(WaveGestureState.Failure, timestamp);
                System.Diagnostics.Debug.WriteLine("Fail!");
            }            else            {
                tracker.Reset();
            }
        }
    }    else    {
        tracker.Reset();
    }
}

下邊的代碼添加到WaveGestureTracker結構中：這些個幫忙辦法保護結構中的字段，要得TrackWave辦法易讀。惟一需求注意的是UpdatePosition辦法。TrackWave調配使用該辦法判斷手的位置已經移動。他的最主重要的條目的是更新CurrentPosition和Timestamp屬性，該辦法也負責更新InterationCount字段合InPorgress狀況。

public void UpdateState(WaveGestureState state, long timestamp)
{
    State = state;
    Timestamp = timestamp;
}public void Reset()
{
    IterationCount = 0;
    State = WaveGestureState.None;
    Timestamp = 0;
    StartPosition = WavePosition.None;
    CurrentPosition = WavePosition.None;
}public void UpdatePosition(WavePosition position, long timestamp)
{    if (CurrentPosition != position)
    {        if (position == WavePosition.Left  position == WavePosition.Right)
        {            if (State != WaveGestureState.InProgress)
            {
                State = WaveGestureState.InProgress;
                IterationCount = 0;
                StartPosition = position;
            }

            IterationCount++;
        }

        CurrentPosition = position;
        Timestamp = timestamp;
    }
}

上面所說的代碼斷片就可以成功實現揮舞(wave)用手做姿勢辨別的思維規律了。

6. 結束語

本文主要紹介了用手做姿勢辨別中預設的基本概念以及用手做姿勢辨別的進展過程，在此基礎上紹介了用手做姿勢辨別的三種基本辦法:基于算法的用手做姿勢辨別、基于神經器官網絡的用手做姿勢辨別和基于樣本庫的用手做姿勢辨別。