主頁 > 軟體設計 > 2020華為杯C題:面向康復工程的腦電信號分析和判別模型

2020華為杯C題:面向康復工程的腦電信號分析和判別模型

2020-09-18 16:54:19 軟體設計

面向康復工程的腦電信號分析和判別模型

背景和意義

大腦是人體中高級神經活動的中樞,擁有著數以億計的神經元,并通過相互連接來傳遞和處理人體資訊,腦電信號按其產生的方式可分為誘發腦電信號和自發腦電信號,誘發腦電信號是通過某種外界刺激使大腦產生電位變化從而形成的腦電活動;自發腦電信號是指在沒有外界特殊刺激下,大腦自發產生的腦電活動,

(1)誘發腦電信號(P300腦-機介面)

在日常生活中,人的大腦控制著感知、思維、運動及語言等功能,且以外圍神經為媒介向身體各部分發出指令,因此,當外圍神經受損或肌肉受損時,大腦發出指令的傳輸通路便會受阻,人體將無法正常完成大腦指令的輸出,也就失去了與外界交流和控制的能力,研究發現,在外圍神經失去作用的情況下,人的大腦依舊可以正常運行,而且其發出指令的部分資訊可以通過一些路徑表征出來,腦-機介面技術旨在不依賴正常的由外圍神經或肌肉組織組成的輸出通路的通訊系統,實作大腦與外部輔助設備之間的交流溝通,
P300事件相關電位是誘發腦電信號的一種,在小概率刺激發生后300毫秒范圍左右出現的一個正向波峰(相對基線來說呈現向上趨勢的波),由于個體間的差異性,P300的發生時間也有所不同,圖1表示的是在刺激發生后450毫秒左右的P300波形,P300電位作為一種內源性成分,它不受刺激物理特性影響,與知徑訓認知心理活動有關,與注意、記憶、智能等加工程序密切相關,基于P300的腦-機介面優點是使用者無需通過復雜訓練就可以獲得較高的識別準確率,具有穩定的鎖時性和高時間精度特性,

圖1 P300波形示意圖

(2)自發腦電信號(睡眠腦電)

睡眠是身體休整積蓄能量的重要環節,睡眠質量對人的身心狀態也有著重大影響,如何提高睡眠質量,減少睡眠相關疾病對健康的影響,日益受到廣泛關注,睡眠程序中采集的腦電信號,屬于自發型的腦電信號,自發型的睡眠腦電信號能夠反映身體狀態的自身變化,也是用來診斷和治療相關疾病的重要依據,
睡眠程序是一個動態變化的復雜程序,在國際睡眠分期的判讀標準R&K中,對睡眠程序中的不同狀態給出了劃分:除去清醒期以外,睡眠周期是由兩種睡眠狀態交替回圈,分別是非快速眼動期和快速眼動期;在非快速眼動期中,根據睡眠狀態由淺入深的逐步變化,又進一步分為睡眠I期,睡眠II期,睡眠III期和睡眠IV期;睡眠III期和睡眠IV期又可合并為深睡眠期,圖2給出了不同睡眠分期對應的腦電信號時序列,自上而下依次為清醒期、睡眠I期、睡眠II期、深睡眠和快速眼動期,從圖2中可以觀察到,腦電信號在不同睡眠分期所呈現的特點有所不同,基于腦電信號進行自動分期,能夠減輕專家醫師的人工負擔,也是評估睡眠質量、診斷和治療睡眠相關疾病的重要輔助工具,

(a) 清醒期

(b) 睡眠I期

? 睡眠II期

(d) 深睡眠期

(e) 快速眼動期
圖2 各睡眠分期的睡眠腦電信號時序列

課題任務

本賽題包含2個附件(資料檔案),四個課題任務,具體說明如下,
附件1:P300腦機介面實驗資料
提供了5個健康成年被試(S1-S5)的P300腦機介面實驗資料,平均年齡為20歲,在實驗的程序中,要求每一位被試(被測驗者)集中注意力,P300腦機介面實驗的設計如下:每位被試能夠觀察到一個由36個字符組成的字符矩陣,如圖3所示,字符矩陣以行或列為單位(共6行6列),每輪實驗的設計流程:首先,提示被試注視“目標字符”,例如在圖3的字符矩陣上方,出現的灰色字符“A”;其次,進入字符矩陣的閃爍模式,每次以隨機的順序閃爍字符矩陣的一行或一列,閃爍時長為80毫秒,間隔為80毫秒;最后,當所有行和列均閃爍一次后,則結束一輪實驗,在被試注視“目標字符”的程序中,當目標字符所在行或列閃爍時,腦電信號中會出現P300電位;而當其他行和列閃爍時,則不會出現P300電位,上述實驗流程為1輪,共重復5輪,

圖3 字符矩陣界面

每位被試的P300腦電資料包含有4個檔案,具體說明如下,
train_data:訓練用資料;
train_event:訓練資料的事件標簽;
test_data:測驗用資料;
test_event:測驗資料的事件標簽,
訓練用資料包括12個已知目標字符的資料(char01char12),測驗用資料包括10個待識別目標字符的資料(char13char22),每個字符矩陣閃爍實驗中,腦電資料表格包含有20列(每串列示1個記錄通道,記錄通道依次進行編號,表1為記錄通道的識別符號,圖5對應了記錄通道的位置),腦電資料表格的行表示樣本點資料,采樣頻率為250Hz,信號采集設備設定了參考電極和接地電極,即記錄通道的信號為作用電極與參考電極之間的差值,

表1采集通道的識別符號
識別符號 通道
名稱 識別符號 通道
名稱
1 Fz 11 CP5
2 F3 12 CP6
3 F4 13 Pz
4 Cz 14 P3
5 C3 15 P4
6 C4 16 P7
7 T7 17 P8
8 T8 18 Oz
9 CP3 19 O1
10 CP4 20 O2

圖5 腦電信號采集通道圖
訓練資料中的標簽檔案同樣是以子表形式與實驗資料相對應,子表的名稱為“charXX(Y)”,XX對應相應字符的序列號,Y表示實際的目標字符,子表的內容包含了兩列,第一串列示標簽,第二列為采樣點序號,每輪實驗的起始標簽為目標字符對應的識別符號(字符矩陣中36個字符的識別符號詳見表2,如“101”表示“A”),接下來為閃爍的行或列的識別符號(詳見圖6,如“2”表示第2行,“9”表示第3列),一輪實驗的結束標簽為“100”,在訓練資料的事件標簽檔案中,第一行給出了目標字符的識別符號和對應的采樣點序號,接下來是隨機閃爍的行和列的識別符號和對應的采樣點序號,每輪實驗以“100”識別符號結束,共重復5次;
測驗資料中的標簽檔案同樣是以子表形式與實驗資料相對應,子表的名稱為“charXX”,XX對應相應字符的序列號,在測驗資料的事件標簽檔案中,第一行給出了待識別目標字符的識別符號,統一表示為“666”,需要通過對腦電信號進行分析后,得到出現P300電位的行和列,并判斷得到目標字符的識別結果,
表2 字符矩陣的識別符號
A 101 B 102 C 103 D 104 E 105 F 106
G 107 H 108 I 109 J 110 K 111 L 112
M 113 N 114 O 115 P 116 Q 117 R 118
S 119 T 120 U 121 V 122 W 123 X 124
Y 125 Z 126 1 127 2 128 3 129 4 130
5 131 6 132 7 133 8 134 9 135 0 136

圖6行/列的識別符號
附件2:睡眠腦電資料
提供3000個睡眠腦電特征樣本及其標簽,取自不同的健康成年人整夜睡眠程序,第一列為“已知標簽”,用數字形式來表示不同的睡眠分期:清醒期(6),快速眼動期(5),睡眠I期(4),睡眠II期(3),深睡眠期(2);第二至五列為從原始時序列中計算得到的特征引數,依次包括“Alpha”,“Beta”,“Theta”,“Delta”,分別對應了腦電信號在“8-13Hz”,“14-25Hz”,“4-7Hz”和“0.5-4Hz”頻率范圍內的能量占比,特征引數單位為百分比,
根據以上附件所給出的資料來源和實驗資料,請研究以下問題:
問題一:在腦-機介面系統中既要考慮目標的分類準確率,同時又要保證一定的資訊傳輸速率,請根據附件1所給資料,設計或采用一個方法,在盡可能使用較少輪次(要求輪次數小于等于5)的測驗資料的情況下,找出附件1中5個被試測驗集中的10個待識別目標,并給出具體的分類識別程序,可與幾種方法進行對比,來說明設計方法的合理性,
問題二:由于采集的原始腦電資料量較大,這樣的信號勢必包含較多的冗余資訊,根據圖5和表1,在20個腦電信號采集通道中,無關或冗余的通道資料不僅會增加系統的復雜度,且影響分類識別的準確率和性能,請分析附件1所給資料,并設計一個通道選擇演算法,給出針對每個被試的、更有利于分類的通道名稱組合(要求通道組合的數量小于20大于等于10,每個被試所選的通道可以不相同,具體的通道名稱見圖5和表1),基于通道選擇的結果,進一步分析對于所有被試都較適用的一組最優通道名稱組合,并給出具體分析程序,為了方便參賽者對最優通道組合進行選擇,賽題給出了測驗資料(char13-char17)的結果,它們的字符分別是:M、F、5、2、I,
問題三:在P300腦-機介面系統中,往往需要花費很長時間獲取有標簽樣本來訓練模型,為了減少訓練時間,請根據附件1所給資料,選擇適量的樣本作為有標簽樣本,其余訓練樣本作為無標簽樣本,在問題二所得一組最優通道組合的基礎上,設計一種學習的方法,并利用問題二的測驗資料(char13-char17)檢驗方法的有效性,同時利用所設計的學習方法找出測驗集中的其余待識別目標(char18-char22),
問題四:根據附件2中所給出的特征樣本,請設計一個睡眠分期預測模型,在盡可能少的訓練樣本的基礎上,得到相對較高的預測準確率,給出訓練資料和測驗資料的選取方式和分配比例,說明具體的分類識別程序,并結合分類性能指標對預測的效果進行分析,

思路分析

今年題目簡單
這題無非是, 分類, 關聯分析, 回歸問題
逐個解決即可, 有些問題其實這幾年的paper已經給出解決方法了
需要的留言
在這里插入圖片描述

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/75150.html

標籤:其他

上一篇:基于Living Atlas資料為木里山體滑坡敏感性建模

下一篇:童思編程前端架構設計

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more