時間：2023-03-16 15:47:38
緒論：在尋找寫作靈感嗎？愛發表網為您精選了8篇協同通信論文，愿這些內容能夠啟迪您的思維，激發您的創作熱情，歡迎您的閱讀與分享！
移動電話不僅是溝通的電話，現在還成功的發展成了游戲機的作用，不僅可以上網打游戲聽歌，還可以看電影團購等等。NFC技術可以將不同使用者的需求通過網絡傳輸經過辨認后，迅速轉換成使用者想要的資訊。使用者可以隨時在網上觀看心儀的圖片，欣賞喜歡的歌曲，觀看想看的電影，也可以對這些信息通過NFC技術下載到自己的手機上。
2、商務旅游
NFC技術為廣大使用者解決了很多以前不能在路上解決的問題，例如，著急出差卻已經買不到票耽誤了行程，NFC技術可以在網上迅速查到票的剩余情況并及時更新；在旅游的路上找不到路，NFC技術可以進行定位；著急打車卻沒有空車，NFC技術可以通過網絡幫助使用者聯系車輛并自動定位。
3、NFC的關鍵技術
3.1調制技術
NFC的工作頻段是12.33-14.99MHz。為了保證NFC信號的頻譜范圍在13.56MHz頻段內，NFC信號的波特率必須小于1Mbps。當數據傳輸速率大于1Mbps時，只有采用多進制調制才能滿足高速傳輸要求。如果采用多進制ASK調制脈沖波形，則由于脈沖波形的調制度較低，多進信號的分辨率很低，這將導致系統輸出信噪比的嚴重下降。多進制差分相移鍵控可解決這一難題。DPSK信號是利用前后兩個相鄰碼元載波的相位差來傳送數字信息，而與載波的幅度沒有關系，因此調制信號的幅度在傳輸過程中始終保持不變。同時，在DPSK接收機中避免了復雜的相干解調，價格低廉、容易實現。因此在高速數據傳輸時，采用多進制DPSK調制是一種理想的選擇。
3.2信源編碼
隨著數據傳輸速率的上升，脈沖的寬度變得越來越窄，對電路的脈沖響應要求也愈來愈高。為了減小電路的實現難度，在高速傳輸時可以采用Miller碼進行信源編碼。它是Manchester碼的一種變形，Miller碼的平均脈寬要比Manchester碼寬，降低了編碼硬件的實現難度。
3.3防沖突機制
如我們所知，NFC技術是兩個技術設備相互靠攏就可以開啟的網絡，但并不是隨便的兩個設備都可以靠攏，NFC技術在啟動之前，都是需要對周圍可以連接的系統進行檢測，看是否能夠有空閑的設備供自己與之想靠攏，這是NFC技術在工作之前必須要確認的一個步驟，因為隨便和其它設備相連，會導致網絡混亂，網絡突然斷開，設備與設備之間的聯系不緊密，會造成NFC技術的癱瘓。因此，在連接其他設備之前，NFC技術的設備通常都是先對周圍進行掃描，當周圍的射頻場小，也就是說掃描后確定有未連接的設備，在對其他設備進行呼叫，相對近的設備會與這一臺設備相連，連接成為網絡。NFC技術中沒有那兩個技術設備是固定連接的，所以在確定了較近的設備正常工作后，會連接成為可安全使用的網絡。
3.4傳輸協議
傳輸協議的設計主要考慮數據傳輸的有效性與可靠性。傳輸協議一般分為三個過程：協議激活、數據交換、協議關閉。3.4.1協議激活協議的激活包含屬性的申請和參數的選擇，激活的流程分為有源模式和無源模式兩種。有源模式的協議激活流程為：第1步：主呼啟動防沖突機制，進行系統初始化；第2步：主呼切換到有源模式并選擇傳輸速率；第3步：主呼發送屬性請求；第4步：被呼發出屬性響應以回應主呼的屬性請求，回應成功后選中該被呼作為連接對象；第5步：主呼如果檢測到有沖突發生，重新發送屬性請求；第6步：如果被呼支持主呼屬性請求中的可變參數，主呼在收到被呼的屬性響應后發送參數選擇請求指令，以改變有關參數；第7步：被呼發出參數選擇響應以回應主呼的參數選擇請求，并改變有關參數（如果被呼不支持屬性請求中的可變參數，則不需要改變有關參數）；第8步：利用數據交換協議傳輸數據。無源模式的協議激活流程與有源模式的協議激活流程基本類似，所不同的是在系統完成初始化后需要進行單用戶設備檢測。3.4.2協議關閉關閉協議包含信道的拆線和設備的釋放。在數據交換完成后，主呼可以利用數據交換協議進行拆線。一旦拆線成功，主呼和被呼都回到初始狀態。主呼可再次激活，但是被呼是通過釋放請求指令切換到剛開機的原始狀態。
4、結語
高校協同創新是以高校為牽頭單位的新的協同創新模式，以人才、學科、科研為核心，以實現教育與經濟、科技、社會的融合為手段，提高高等教育質量和科技創新水平，服務國家發展戰略和地方經濟社會發展。關鍵是打破行政部門和資源壁壘，加強高校、企業和科研院所的合作，實現優勢互補、資源整合，激發創新活力，實現科研成果產業化。另外，還需要在高校、企業、科研院所合作的基礎上，吸引政府機關、中介組織、金融機構、風險投資等相關主體形成創新網絡，知識創造和技術創新有效銜接和深度融合，產生非線性疊加效應。2011年4月24日，同志在清華大學百年校慶紀念大會上特別強調：“通過體制機制創新和政策項目引導，鼓勵高校同科研機構企業開展深度合作，建立協同創新的戰略聯盟，促進資源共享，聯合開展重大科研項目攻關，在關鍵領域取得實質性成果，努力為建設創新型國家做出積極貢獻”。講話精神很快轉化為國家政策，各級各類高校協同創新中心如雨后春筍般建立起來。自2012年5月7日計劃啟動至今，分別于2013年國務院認定實施的協同創新中心共14所，2014年國務院認定實施的協同創新中心共24所。
2協同創新與大學生科技創新能力培養的關聯性探究
在當前的高校教育教學中，灌輸型教育依然存在，重理論輕實踐的問題還沒有得到徹底解決，還不同程度地存在著應試之風，這些瓶頸制約著創新復合型人才培養目標的實現。開展大學生課外科技創新活動是實施大學生素質教育的重要手段，對于提高學生綜合素質和能力具有不可或缺的重要作用，對于高校良好學風的形成也具有十分重要的意義。但隨著大學生科技創新活動的深入開展，如何提高實效性的問題日益凸顯。有的學生在教師的指導下參與課外科技活動，由于部分教師的研究領域和實踐經驗的局限，加上高校場地和設備的限制，制約了科技創新項目的研究向更高層次發展。就經濟內涵而言，大學生科技創新產生的科技成果理論上可以直接用于生產中并產生經濟利益，但實際的成果轉化率卻很低，因為很多科技創新項目大多以理論為主，進行簡單的實驗，有的只經歷了小試，卻沒有經歷中試及以上階段，使得其實用性較低從而導致轉化率不高，還有不少科技創新項目只停留在理論階段。隨著大學生科技創新活動的推進，這些問題就顯得愈加突出，直接制約了當今大學生科技創新工作向縱深發展，這些問題亟待解決。協同創新高度契合了大學生科技創新的治理需求。協同創新的核心是協同，必然涉及多個方面、多個領域，通過跨學科、跨部門、跨單位的合作，高校與企業、科研院所創新資源整合起來，為大學生開展科技創新活動搭建了學習和實踐的完整平臺。正是因為多種創新主體能夠充分發揮各自優勢，實現優勢互補和資源整合，協同創新在科技與企業之間搭建了一條橋梁，既減少了高校與企業交往過于直接而產生的文化、機制等的不適和矛盾，又為科技創新提供了有效的知識、場地、設備等資源，促進了大學生科技創新的發展。與此同時，協同創新并不局限于高校與企業、研究院之間的聯系，也體現在高校內各職能部門之間的聯系，大學生科技創新體系的構建同樣依賴高校的內部環境，協同創新讓高校各職能部門聯系成為一個有機結合體，從線性模式逐漸發展為網絡模式，為大學生科技創新體系的建設提供了廣闊舞臺。隨著科學技術的快速發展和科教興國戰略的實施，條塊分割已經完全不能適應科技創新的要求，必然要求在協同創新背景下建立全新的大學生科技創新體系，在頂層設計、組織領導、運作機制、條件保障等方面進行全面規劃設計，以推動大學生科技創新工作深入健康發展。
3當前大學生科技創新工作和活動存在的主要問題
3．1大學生參加科技創新活動的興趣不高、意識不夠、氛圍不濃
受傳統教育教學模式的影響，大學生科技創新的學術氛圍還不夠濃郁，部分學生缺乏對課外科技創新活動的深刻理解和認識，加上有些高校沒有組織專業人員對大學生科技創新作系統的講解，部分學生不能夠積極主動地參與到科技創新活動中去。參加科技創新活動有足夠的興趣并且在科技創新實踐中嶄露頭角的學生所占的比例較小，沒有足夠的影響力帶動課外科技活動良好氛圍的形成。有些高校一定程度上還存在著“重競賽、輕普及”的短視現象，科技創新覆蓋面較窄，沒有為大學科技創新活動搭建足夠的平臺。
3．2缺乏必要的保障措施和激勵機制
部分高校還沒有為大學生科技創新活動建立專門的管理制度，有的僅僅是在其他的規章制度上提及大學生科技創新。有的高校為某個科技創新活動如“挑戰杯”活動成立了臨時管理機構，但卻缺乏嚴謹規范的管理制度，直接導致很多學生參加科技創新活動都沒有制度保障，使得大學生科技創新活動受到限制。除此之外，資金和場地的支持也是重要保障，但有的高校大學生科技創新活動在人財物方面投入不足，大學生科技立項經費來源主要是臨時性行政撥款，沒有設立專項研究基金。有的高校學生科技創新活動陣地人均可使用面積較小，專門用于學生開展科技創新的設施和設備的數量也較為有限，無法保障科技創新活動順利進行，這在很大程度上制約了大學生科技活動層次與質量的提升。激勵機制的缺失導致大學生缺乏參與科技活動的動力，不利于大學生科技創新活動的深入開展。
3．3隊伍建設機制不夠完善
大學生科技創新隊伍建設主要包括管理隊伍、指導老師隊伍和學生隊伍三個層面。在大學生科技創新活動中，有些高校隊伍建設力度不夠，沒能整合學校內部資源，相關部門沒有真正參與其中，甚至有的高校僅僅依賴團委在負責大學生科技創新工作。單個部門的力量比較有限，不利于大學生科技創新機制的完善與發展。在指導老師方面，有些指導老師與指導的科技創新項目并不完全對口，指導效果大打折扣，難以將大學生科技創新提升層次，從而使導致大學生科技創新活動出現停滯現象。部分優秀學生可以提出較好的研究思路，但由于缺乏有實踐經驗的教師指導，不能將項目研究推向深入。
3．4科技創新項目缺乏實踐性，缺乏市場實用價值
有些大學生科技創新項目僅停留在理論研究層面，或者停留在參加比賽層面，并沒有實現成果轉化。由于缺少科技創新轉化意識，一旦項目完成，便束之高閣，不少項目能做到小試階段就很不錯了。有的項目由于缺乏條件、缺少場地和設備導致無法做到中式階段及以上。所以，不少大學生科技創新項目不過是“點到為止”。有些大學生課外科技活動的課題是指導教師的研究項目，與市場需求聯系不大，缺乏市場實用性，做完用不上就直接丟掉了，非常不利于大學生科技創新的轉化和推廣。
4協同創新背景下大學生科
技創新體系的構建與實施對策根據系統論、協同論和協同創新有關理論，分析協同創新及其背景下的大學生科技創新的主客觀要素，分析其相互作用的整體性和動態性，通過其結構與功能、運行機制與環境的優化，構建和實施協同創新背景下的大學生科技創新體系。
4．1提高思想認識，樹立全員科技育人意識
科技創新能力是高校核心競爭力的重要組成部分，大學生科技創新能力是高校科技創新能力的重要組成部分。大學生科技創新并非某一個部門的職責，高校所有職能部門都有支持大學生科技創新的義務，因此，在大學生科技創新活動的開展的過程中要樹立全員育人意識。無論是科學技術發展院、研究生院、教務處、學生工作處、財務處，還是校團委、工程訓練中心、圖書館，都需要聯合起來，實現高校內部的協同。高校應定期開展關于大學生科技創新的學術講座，幫助學生培養科技創新興趣，幫助教職工提高科技育人意識。此外，高校還可以邀請企業的技術員工或者科技研究所的研究人員來校開展科技項目和科研方法的介紹，提高大學生對科技創新的意識和興趣，推動高校、企業與科研院所的外部協同。高校還可以定期組織師生去企業和科研院所參觀實習，例如分批次組織學生去武鋼進行現場參觀，現場觀看武鋼科技創新項目，提升師生員工科技創新意識，加強科技素質的培養。
4．2健全組織體系，加強對大學生科技創新工作的組織領導
組織體系的建設直接影響和制約著大學生科技創新的發展，在協同創新的背景下，要建立健全大學生科技創新的組織體系。成立大學生協同創新中心，由校領導擔任協同創新中心管理委員主任，選任教學科研突出的教授擔任專家委員會主任，研究生院、科學技術發展院、教務處、財務處、學生工作處、校團委、工程訓練中心、圖書館等部門的負責人以及校外企業、科研院所負責人擔任中心管理委員會成員，定期召開工作會議，研究大學生科技創新工作的重大問題，解決大學生科技活動中存在的困難和問題。將企業和科研院所的專家吸納到高校中來，聘請他們擔任科研導師，邀請他們定期舉辦學術講座，指導大學生開展科技創新項目研究。
4．3理順運作機制，提高大學生科技創新的管理效率和水平
4．3．1企業與高校聯合舉辦科技文化藝術節科技文化藝術節以其生動性、互動性、科普性，吸引了廣大師生的積極參與，成為大學生科技創新能力培養的有效載體。從目前情況開看，科技文化藝術節主要是以學術講座與沙龍、科技發明制作、校園學術競賽等為基本形式開展，大都局限于校園內部。由企業和高校聯合舉辦的科技文化藝術節正是協同創新在大學生科技創新工作中的體現，可以拓展科技文化藝術節的內涵。例如汽車學院與東風汽車公司、化工學院與武鋼、城建學院與中建公司、醫學院與天佑醫院等聯合舉辦活動，將企業文化與校園文化融合，拓寬大學生的視野，為大學生提供了解企業的機會，為大學生科技創新活動的開展創造良好條件。同時，學生也有機會到企業中進行實際操作，可以提升他們的實踐動手能力。
4．3．2將科技創新基金基地建設與企業生產經營緊密結合依托企業建立科技創新基金和基地，使大學生科技創新活動與企業科技創新結合起來，更加強化了實踐環節。從立項選題到中期檢查再到結題驗收，鍛煉了大學生的實驗和科研能力，這一過程離不開科技創新基金和基地的支持。而將科技創新基金基地建立到企業中去后，學生可以從企業的角度思考問題，可以直接參與企業科技創新項目，突出了項目研究的實踐性，提高了學生的實踐動手能力。除此之外，企業的設備相對齊全，具備了中試試驗及以上的條件，有利于更加有效地完成項目試驗，可以使科技項目的成果轉化率大幅度提高。
4．3．3與企業聯合培養學生參加國內外科技創新競賽各級各類科技創新競賽為大學生培養創新實踐能力提供了廣闊舞臺，以其競技性、科技性、大眾性特點，吸引了青年學生廣泛參與，成為大學生創新活動的主要形式之一。但是，由于場地、設備和知識的不足，制約了學生參賽作品水平的提升，即便是有很好的作品，也往往只停留在參賽層面上，難以實現成果轉化。瞄準競賽與企業聯合培養學生，可以提高參賽學生的競爭力，也可以為參賽學生提供必要的設備和場地。在賽事結束后可以將比賽項目成果直接用于企業生產經營，大大提高了成果轉化率，可以助力企業發展，實現共贏。
4．4完善保障機制，為大學生科技創新開展創造條件
要想把大學生科技創新辦成廣泛持久的活動，必須以完善的體制機制為保障，必須建立規范的制度體系。主要包括政策法規保障、經費保障、設備場地保障三個方面。
4．4．1政策法規保障政策是推動大學生科技創新工作的關鍵，國家、地方、高校出臺相應的政策、法律法規，為大學生科技創新工作提供制度保障。國家可以出臺促進這一工作相關的法律法規，設立官、產、學、研合作機構為協同創新下的大學生科技創新工作提供制度支持。
4．4．2經費保障任何一個科技創新項目的開展都離不開經費支持，科技創新活動深入開展必須要有經費保障。可以設立國家級大學生科技創新基金，可以和企業聯合設立企業科技創新基金，專門用于企業和高校聯辦的大學生科技創新項目，學校的協同創新中心也可以設立校級協同創新基金。
概述
研究背景
筆者經過文獻分析，現有的教育技術專業知識管理系統的功能、理念設計已不能滿足現有用戶的需求，而且大多是個人或學校所有的知識管理系統，使用權歸所在學校的教師、學生所有，其他人很難獲取權限;而個人所有的知識管理系統居多，但由于個人能力和精力有限，往往所涵蓋的知識深度、廣度有限，功能不全面。因此，開發一個功能強大、知識覆蓋面廣、訪問權限開放，能促進知識共享再造的系統非常急迫。該文圍繞教育技術專業人員對系統設計的需求，在分析現有案例的基礎上設計了該系統的功能模塊圖，以期為教育技術專業知識管理系統設計者提供借鑒。
研究方法
文章主要采用問卷調查法和案例分析法。在對有關教育技術學專業知識管理的書籍、文獻分析基礎上，設計了調查問卷。問卷主要從該專業的知識體系、在線學習活動行為、管理系統的特性、管理系統的功能需求等維度進行設計，以此來了解分析教育技術學知識管理系統的用戶需求;筆者同時在網上搜索了相關知識管理系統，篩選出了內容豐富、功能全面的網站作為案例進行分析。
該問卷在問卷星平臺上進行發放，共發放29份問卷，收回29份，回收率為100%，其中24人是教育技術學專業，2人是現代教育技術專業，3人是非教育技術專業。
問卷結果顯示，用戶在知識搜集知識訂閱、知識收藏、知識評論、知識學習等業務需求中主要的是知識學習、搜集(86.23%)、收藏(58.62%)，而在知識訂閱和知識評論等方面比較少。因此，預開發平臺應該為用戶提供更便捷、良好的知識搜集學習機制，同時加強訂閱服務和知識共享評論鼓勵機制。
在專業知識了解程度方面，只有13.79%的用戶表示有一定程度的了解，因此預開發系統應能為用戶清晰地呈現教育技術專業需要學習的知識框架，專業的知識體系[2]。建議以學科基礎、學科建設、學習資源為主，并對教育技術學所包含的知識模塊進行綜合系統開發。因此，后期開發中應注重對用戶的引導，使其進行系統綜合性學習;在知識共享分享機制方面:大部分用戶愿意將自己所收集掌握的知識整理后通過網絡與大家分享，占到62.07%，但仍有37.93%的用戶持無所謂的態度。因此，預開發平臺將通過激勵機制鼓勵持“無所謂”態度的用戶進行知識分享。
在系統功能搜索開發方面，用戶清楚自己需要的知識，但不能迅速定位，且查找及刪選費時。因此，預開發平臺需要為用戶提供便捷、精確的高級搜索引擎、云服務、數據挖掘等搜索工具;用戶在知識處理時，大部分用戶都在計算機上進行知識處理，記錄的用戶比較多，但及時整理的不多，因此后續開發中需要提供良好的多維分類和多維標記對知識進行管理，并設計獎勵機制，鼓勵用戶對知識進行整理;在用戶預期理想搜索方式方面，目錄搜索/分類搜索與關鍵字搜索仍受到眾多用戶的喜愛，元搜索、知識地圖、鏈接列表次之，最后是推送服務。因此，在該平臺的設計中，應支持多種搜索方式，而推送服務不受歡迎的很大原因是因為用戶跟蹤數據處理不精細，導致為用戶推送了很多垃圾信息，所以預設系統應加強數據的智能化處理，為用戶推送更加個性化的信息。
實施心臟手術后的患者，對心肺功能都有較大的影響，術后早期呼吸與循環功能尚不穩定，需用機械通氣輔助以減輕呼吸做功，減輕心臟負擔，保證全身氧的需求，防止二氧化碳蓄積，順利渡過早期危險期。因此，此期的護理尤為重要，我們自2002年6月至今觀察并總結我院87例心臟手術后患者的呼吸道護理，現總結資料如下。
一、臨床資料
本組患者共87例，男39例，女48例，年齡3～63歲，平均21.5歲，其中，先天性心臟病患者68例，風濕性心臟病患者19例。行單純室間隔缺損修補術32例，單純房間隔缺損修補術11例，室間隔缺損合并動脈導管未閉同期手術2例，單純動脈導管未閉于體外循環下縫扎8例，于常溫下結扎14例，二尖瓣置換術5例，主動脈瓣置換術1例，雙瓣置換加三尖瓣成形術13例，同期冠狀動脈旁路移植和主動脈瓣置換術1例。術后痊愈70例，死亡2例。
二、護理
2.1氣管插管的正確位置患者返回ICU后與麻醉醫生共同檢查氣管插管的位置是否正確，聽診肺部，判斷氣管插管是否在氣道內，警惕發生氣管插管過深或過淺。測量氣管插管距門齒及鼻尖的距離，并做記錄，便于每班護士交班時能及時發現氣管插管是否脫位。我們常規通知放射科拍床旁X線胸片，確切了解氣管插管的位置。用寸帶適度固定好氣管插管，用束帶約束患者四肢，防止患者因躁動將氣管插管拔出。擺好患者后，連接呼吸機并警惕因呼吸機連接的牽拉造成氣管插管脫出、扭曲或打折。
2.2保持呼吸道通暢心臟手術后患者多數循環、呼吸狀態不穩定，尤其體外循環后肺部分泌物增多，又因人工呼吸機可能導致肺部感染，患者的痰量會大大增加。所以，呼吸道及時清理，保持呼吸道通暢是改善肺部通氣，維護心臟功能的重要措施。在患者機械通氣期間，吸痰操作是最基本的一項護理技術，吸痰不及時或吸痰操作不當會造成諸多并發癥，影響術后療效甚至危及患者生命。頻繁或定時吸痰可導致不必要的氣管黏膜損傷，造成患者不耐受和對抗，往往痰液較少，效果不明顯及帶來不必要的刺激。因此，機械通氣期間護士應按時聽診患者雙肺呼吸音，每30min1次。聽診發現痰鳴音可以及時發現氣道內的痰液蓄積，及時清理效果良好，可以作為最佳的吸痰指征。吸痰前后充分的給純氧1～2min是非常重要的程序，吸痰時間要短，控制在10～15s，連續多次吸痰之間要充分地給純氧吸入以增加氧的儲備。吸痰前要做好解釋工作，以取得患者的信任與合作。吸痰時要注意觀察患者的心率、心律、血壓及口唇顏色，出現血壓下降，SaO2＜95%，心率增加、心律失常時，應立即停止吸痰，接通呼吸機并給予高濃度氧，并注意觀察痰液的性質、顏色和量。2.3氣道濕化患者在機械通氣期間要防止分泌物黏稠及形成痰痂。吸入溫熱的氣體可以減輕氣道黏膜的刺激，減少支氣管痙攣或哮喘。加強氣道溫度和濕度的控制。以防止纖毛運動功能減弱，造成分泌物排出障礙，濕度98%～99%，溫度31℃～33℃。對于痰液黏稠者可持續濕化，間斷霧化吸入，稀釋分泌物，利于痰液排出。
2.4心理護理ICU病房患者往往由于環境陌生，且氣管插管給患者帶來極大的不適和痛苦，患者不能說話而感到恐懼和孤獨。因此常有著急、急躁或挫折等心理反應。此時要主動提供必要的信息，如告訴患者拔管的時間，不能說話是暫時的、病情好轉的結果等；及時捕捉交流的愿望與信息提示。機械通氣患者常常感到口干口渴。護士應當主動傾聽患者口干口渴所訴的痛苦，并及時采取措施。要留心觀察與分析眼睛、面部表情、口形和手勢所表達的信息，可制作一些圖片、詞板或會話卡，關心體貼患者，同患者進行充分的心理溝通，建立起相互信賴的關系，在此基礎上給患者以鼓勵、安慰，增強其戰勝疾病的信心。
對機械通氣的患者定時做血氣分析，我們體會血氣分析固然是一項重要的監測指標，但并非十分可靠全面，護士應全面觀察臨床動態變化，聽診雙肺呼吸音，勤查X線胸片，并與前日做對照，及時了解病情的變化。會同醫生選擇最佳拔管時機，既要把握早期撤離呼吸機的時機，又要保證安全。
心臟手術后機械通氣的患者往往病情較重，并且由于聲門失去作用，不能形成咳嗽前的氣道高壓，因此不能達到有效咳嗽，分泌物易于蓄積而導致呼吸道不通暢，造成二氧化碳蓄積。此時呼吸道給予正確、合理地護理可改善心肺功能，達到促進治療的目的，也是恢復治療的關鍵。
【參考文獻】
1郭加強,吳清玉.心臟外科護理學.北京:人民衛生出版社，2003，97-100.
2張會芝.呼吸衰竭患者機械通氣時適時吸痰的探討.實用護理雜志,2002,18(4):16.
1.1過程數據鏈路層接口1）數據集上層協議通過LPI訪問通信存儲器中的過程數據，LPI提供鏈路層端口初始化，包括數據集的讀寫以及同步操作等功能的原語。LPI規定了數據集的訪問。在一個設備內，數據集由其數據集標識符（DS_Name）來識別。DS_Name由4位的通信存儲器標志（traffic_store_id）和12位的端口地址（port_address）組成。2）LPI原語及調用流程鏈路層上各個原語及其先后調用關系如圖2所示。由圖2可知，進行通信前，發送者側和用戶側需要對鏈路層進行初始化（lp_init）,然后調用原語ds_subscribe來預訂一個用于同步的數據集。接著者調用原語lp_put_dataset將數據集寫入相應的通信存儲器中，在進行此操作時，需要解析DS_Name。當數據集通過了物理層發送完成后，用戶通過調用原語lp_get_dataset將數據集從通信存儲器中取出。這樣就完成了數據集的發送和接收。最后雙方共同調用原語ds_desubscribe，從預定表中移去用于同步的數據集。
1.2過程變量應用層接口1）過程變量標識符在一個設備內，過程變量由其所在的數據集（DS_Name）和其在數據集中的位偏移量（Var_Offset）來標識[6]。通過總線傳送時，過程變量由邏輯地址和被傳送的數據集的位偏移量來識別。2）AVI原語應用變量接口AVI定義了變量提供給總線的服務。應用變量接口原語只訪問通信存儲器的端口，并沒有觸發總線的通信。在應用變量接口中，過程變量是單個訪問的，屬于數據集的一部分。為了提高傳輸效率，屬于同一個數據集的過程變量作為一個堅固的整體進行傳送和存儲。過程變量和其所在數據集的刷新定時器一起在一次不可分割的操作中獲取[7]。應用變量接口AVI原語分為3類：單個變量訪問，集合訪問，群集訪問。
2過程數據通信設計思路
2.1過程數據鏈路層的設計
2.1.1過程數據鏈路層數據結構設計在鏈路層傳輸的數據屬于數據集的一部分，數據集由其DS_Name來標識。
2.1.2過程數據鏈路層接口函數設計此函數用于實現過程數據模塊的初始化功能。首先，讀取配置文件建立相應的端口屬性表來建立初值。然后進行差錯判斷，分為通信存儲器標識和端口地址的判斷，如果超出了系統設定的最大值，那么初始化過程失敗。只有在以上條件為真的情況下，才初始化強制變量表和數據集預定表。2）過程“lp_put_dataset”此函數用于數據集的發送，從應用拷貝一個數據集到通信存儲器中的端口。首先，要對輸入參數的合法性進行檢查，主要是對通信存儲器和端口地址進行檢查，判斷是否在系統設定的范圍內。在完成參數檢查后，開始進行數據的發送，將數據拷入相應的端口中，同時，前一次的數據集將被覆蓋。3）過程“lp_get_dataset”此函數用于接收數據集，即從端口拷貝一個數據集和其刷新定時器到應用層。首先，要檢查輸入參數的合法性，分別是對通信存儲器標識和端口地址的值的判斷。然后，根據相應的端口屬性表，將端口中的數據集和刷新定時器拷貝到應用提供的內存中。
2.2過程變量應用層的設計
2.2.1過程變量應用層數據結構設計1）單個變量數據結構設計對于單個變量，利用結構體PV_NAME來描述一個變量，如下：2）集合變量數據結構集合變量使用結構體PV_SET來標識同一個數據集的一組變量，包括每個變量拷入（或拷出）的內存地址以及整個數據集的刷新定時器。3）群集變量數據結構群集結構體PV_Cluster標識一組PV_Set，由通信存儲器進行排序。
2.2.2過程數據應用層接口函數設計1）函數“ap_put_variable”此函數用于單個變量的發送，從應用內存地址空間拷貝一個單個過程變量及檢查變量到通信存儲器。首先，檢查PV_NAME參數的合法性，從PV_NAME中獲取數據集DS_NAME的信息，接著調用lp_get_dataset函數從相應的端口讀取數據集，然后根據PV_NAME中var_type類型，分7種情況進行數組元素個數和數據派生類型的計算，根據計算結果將過程變量和檢查變量拷貝到數據集中，變量上一次的值被覆蓋。在上述過程完成后，調用lp_put_dataset函數將數據集拷貝到宿端口中。2）函數“ap_get_variable”此函數用于單個變量的接收，從通信存儲器拷貝一個過程變量及檢查變量和刷新定時器到應用內存的地址空間。首先，要對PV_NAME進行參數檢查，然后根據PV_NAME獲取的端口信息，調用lp_get_dataset函數從相應的端口獲取數據集。接著就根據算法從數據集中獲取過程變量和檢查變量。3）函數“ap_put_set”此函數用于集合變量的發送，在一次不可分割的操作中，從應用內存地址空間拷貝集合變量到端口。首先，獲取PV_LIST中DS_NAME信息，根據相應的ts_id和port_address調用lp_get_dataset函數獲取數據集。接著，將變量寫進數據集中，在進行此操作前，先對PV_LIST進行參數的檢查。在檢查完成后，調用lp_put_dataset函數將數據集拷貝至相應的端口。4）函數“ap_get_set”此函數用于集合變量的接收，在一次不可分割的操作中，從端口拷貝屬于同一個集合中的過程變量到應用內存地址空間。首先，對PV_LIST進行參數的檢查，檢查通過后，根據PV_LIST中DS_NAME的信息，調用lp_get_dataset函數獲取數據集，然后根據算法將數據集中的變量進行提取，實現群集變量接收的功能。5）函數“ap_put_cluster”此函數用于群集變量的發送，從應用拷貝一個變量群集到通信存儲器中，屬于同一個PV_SET的變量一起拷貝。其實現的過程和函數ap_put_set相同，只是在參數檢查上改為對PV_SET的檢查。6）函數“ap_get_cluster”此函數用于群集變量的接收，從通信存儲器拷貝過程變量的一個群集到本地用戶實體。其實現的過程和函數ap_get_set基本相同，不同點在于參數檢查是對PV_SET的檢查。
3過程數據實時協議通信測試驗證
3.1測試驗證平臺由于變量服務對于MVB和WTB通信存儲器的訪問原理和實現過程相同，因此測試基于MVB設備間的過程數據通信來驗證鏈路層和應用層接口功能[8]。本測試連接以D113為核心的MVB主設備、UIC網關A、B兩組的MVB通信板以及MVB協議分析設備，組成擁有一主、三從的MVB通信網絡，如圖3所示，連接無誤后各套設備上電準備，UIC網關的兩組從設備分別與電腦主機通過以太網相連，MVB協議分析設備通過USB與電腦主機相連。
3.2過程數據鏈路層測試及驗證首先啟動D113MVB板卡的PC104核心模塊進入winxp系統，啟動UIC網關MVB板下位機VxWorks系統。然后啟動上位機Tornado集成開發環境，運行FTP服務器程序Tftpd32，建立連接后，下載MVB實時協議棧代碼。接著就開始進行端口配置，在測試中，配置0x001，0x002，0x005為源端口，接收來自D113MVB板卡發出的數據，3個端口功能碼分別為0，1，4，接收字節數為2，4，32，配置0x008，0x009，0x00a為宿端口，向D113MVB板發送數據，功能碼為2，接收的字節數為8，測試結果如圖4，圖5所示。鏈路層接口向上層應用提供數據集的讀寫操作，對于應用是不可見的，因此，為了測試的可視性，在上層應用中設計了兩個函數ap_get_dataset和ap_put_dataset，這兩個函數調用了鏈路層lp_put_dataset和lp_get_dataset這兩個收發數據集的函數，測試時能實時反應出收發數據的情況。通過以上兩個結果圖可以看出，D113板卡和UIC網關的MVB板卡能準確地互相接收和發送數據，驗證了過程數據鏈路層能正常的進行數據通信，功能得以實現。
3.3過程數據應用層測試及驗證應用層的測試針對集合和群集變量的收發進行了試驗。在進行集合變量測試時，配置主設備端口0x004為源端口，功能碼為4，從設備配置相應的宿端口。群集變量測試配置0x003端口，數據0x10和0xAA在數組1中，0xA1A2在數組2中，兩個數組整合成一個變量集合發送。測試結果如圖6~8所示。根據圖6~8，集合變量和群集變量能準確的收發和接收，驗證了實時協議變量應用層接口能正常使用，功能得以驗證。
4結束語
1.1科研管理理念的挑戰高校院系科研管理工作通常只是在扮演“二傳手”、高校院系科研管理協同創新工作探究陳斌（浙江大學生物醫學工程與儀器科學學院，浙江杭州310027）“中轉站”的角色，從而導致院系科研管理工作缺乏目標導向、無章可循等諸多問題，在科研管理中嚴重缺乏以人為核心的管理理念。院系的科研管理工作者在一定程度上更多的是作為校級科研管理部門在院系中“聯絡人”的角色存在，其科研管理定位不明確，從而導致其缺少服務創新和主動管理意識、管理目標僅僅局限于完成上傳下達工作，工作流于形式，難以滿足院系廣大科研工作者對科研渠道等方面的要求。
1.2科研管理體制機制的挑戰目前，國內高校校級科研管理體制機制由于有學校領導的高度重視都較為完備，且能夠緊跟國家科研體制機制改革的步伐，而高校院系科研管理體制機制基本處于未更新狀態，甚至可以說在科研管理方面存在嚴重的缺失，因而，面臨著在協同創新背景下完備并突破現有的院系科研管理體制機制的挑戰
1.3資源投入保障的挑戰資源投入保障的挑戰，主要來自于以下幾個方面：首先，是高校院系科研管理經費的投入嚴重不足，在很大程度上，國內高校院系基本上沒有科研管理專項經費，經費嚴重不足嚴重制約了高校院系科研管理工作的健康發展，也制約了院系科研管理人員的積極性；其次，高校院系科研管理人力的投入不足，高校院系科研管理工作者是高校最了解、最貼近學校科研一線工作的人，更應該承擔尋找市場信息以及可供知識轉化機會等工作，而現狀卻是院系承擔科研管理工作的人往往只有一個，同時還需要承擔其它非科研管理工作；最后，是院系可投入科研資源不足，往往學校的科研資源都掌握在校級機關手上，院系無可用資源來推動內部科研工作。
1.4管理文化和人員素質的挑戰由于高校院系中普遍存在對科研管理工作不支持，不反對的激勵不足的管理文化，從而導致院系科研管理人員選擇謹言慎行，牢牢遵循院系領導意志行事，不偏不倚做好“上傳下達”工作，對額外的、有風險的拓展、創新管理工作，總是盡量避免。協同創新也對院系科研管理人員素質提出了新的挑戰，要求院系科研管理人員除了具備主動服務等基本素質外，還對院系科研管理人員提出了更高的要求。
2.對協同創新環境下高校院系科研管理工作的一些建議
2.1緊跟協調創新的步伐，創新科研管理理念面向協同創新，樹立以創新服務為核心，以人為本的科研管理服務理念，準確定位高校院系科研管理服務工作，以提供全方位、優質的綜合為目標，優化資源配置，開展科研項目的精細化管理，創新科研管理服務工作，不斷提升科研管理服務水平，在管理中服務、在服務中管理，建立一套高校院系層面適應協同創新完善、高效地科研管理服務模式。積極探索一條高校院系、科研院所和企業之間強強聯手、深度融合，具有特色的直通車式的協同創新模式與機制。
2.2建立協同高效的高校院系科研管理體制機制根據學校科研發展規劃和科研管理制度以及院系學科發展規劃，結合院系自身發展狀況和資源配置情況，建立完善院系科研發展規劃和科研管理辦法，讓院系科研管理工作有章可循。將學科發展規劃、人才隊伍建設規劃和科研發展規劃相結合，建立學科帶頭人、院系學術委員會（教授委員會）在科研項目申報中的指導和咨詢作用，對重點重大項目的申報進行決策、論證和協調，提高項目申報的成功率；加強學科團隊、科研人才隊伍和科研基地的培育工作，集思廣益、群策群力，形成一套科研目標、學科目標和個人目標三者協調一致的體制機制。
2.3加強投入、形成學校和院系協同管理的新模式學校和院系應加強院系科研管理工作中，人力、物力和財力的投入，為實現學校和院系科研管理部門之間的時序化、信息化的管理協同提供必要保障。明確校院（系）二級管理責任制，給予院系科研管理部門參與或部分主導資源配置權力，最大限度發揮院系科研管理部門的主動性，協調調動院系各類型委員會（如學術委員會、教授委員會等），實現院系內部不同學術群體之間的協同創新以及跨學科、跨院系的協同創新，最終形成一套以學校科研管理為宏觀主導、院系科研管理為活躍基本單元、以大跨度協同創新為目標、以科研項目全過程精細化管理為核心的學校院系科研協同管理的新模式。
2.4重視院系科研管理隊伍建設，不斷提升人員管理水平重視和加強高校院系科研管理隊伍建設是高校自身發展的內需，也是提升高校科研協同創新能力的重要內容。重視院系科研管理人員的職業道德教育，培養良好的心理素質和創新性工作能力，采取多種途徑開展有計劃、系統性的科技管理培訓，在提升內部管理服務能力的同時還應加強院系科研管理人員的對外拓展和協調能力，以適應協同創新的需要。實行行之有效的激勵機制，針對管好管壞一個樣的現狀，盡量縮小科研管理人員和科研人員地位及待遇上的差距，引入合理的競爭和流動機制，建立完善的考核體系，實現合理的流動，淘汰缺乏責任心、辦事推諉拖沓的人員，形成一套合理的獎懲體制來推動科研管理隊伍的建設。
3.結語
1.1完善和創新高校人才管理體制機制的必然要求
高校人才管理機制的創新有利于形成協同創新的長效機制，為高校人才創新管理提供良好的氛圍．為此，需要結合協同創新目標與任務要求，通過人才管理機制的創新，系統設計協同創新的高校人才管理制度體系；面向協同創新模式，建立人才組織創新、人才協同管理、人才資源整合與人才利益激勵等制度體系；組建結構合理、職責明確的人才隊伍，制定整體人才計劃實施路線；吸納并整合國內外優秀人才資源，形成強強聯合的協同創新體.
1.2深度優化和開發高校人才資源的重要途徑
基于協同創新模式下的高校人才管理機制創新，能夠更好地結合科研院所和企業的個性化需求，促進定向的人才培養計劃，實現高校人才培養目標與社會自主創新需求的無縫對接，既滿足高校對高素質人才的方向性需求，又實現人才培養的有的放矢．同時，企業和科研院所的管理人員、技術骨干也受聘到高校，從事教學和人才培養工作，建立協同人才培養體系，使教師真正置身于教學與科研融合、理論與實踐結合的氛圍中，對于深度優化和開發高校人才資源具有事半功倍的效果.
1.3釋放高校人才管理活力的關鍵驅動
一方面，通過協同創新，可以倒逼高校在吸引和選拔人才機制方面實施創新，破除人才發展中排資論輩、唯學歷、唯背景的滯后的人才建設觀念，建立和完善貼近創新需求和符合人才發展訴求的選人、用人、育人機制；另一方面，協同創新管理模式為高校人事制度改革提供了契機，有利于打破干部和人才能上不能下、能進不能出的舊體制，為釋放高校人才管理活力提供制度支撐.
1.4提升高校人才管理水平的重要保證
高校作為科技人才資源最聚集的創新主體，不僅要積極探索創新型人才隊伍建設管理機制，不斷提升人才隊伍的創新能力，更需要深化多方協同合作機制，堅持“求大同存小異”，積極打造一批“學科專業基礎扎實，科研能力突出，服務意識超前，具有協同合作精神”的協同創新團隊．因此，協同創新發展模式可以促進高校以協同創新人才建設為導向，集聚和培養一批拔尖創新人才，建立和完善服務于協同創新的人才制度建設體系，大力提高人才管理水平，為實現協同創新和產學研用合作共建提供人才資源保證.
2協同創新模式下高校人才管理機制的現狀與問題
2.1管理理念與協同創新不匹配高校人才管理的頂層設計理念與協同創新的發展理念、目標融合度不高．高校人才管理的頂層設計是面向高校全局發展的統籌規劃，可概括為建構架、組團隊、定機制三部分．就目前而言，高校人才管理原有的頂層設計并未將協同創新納入其中，只是在固有模式下進行發展，未發揮高校人才的最大效用；高校的人才管理在管理理念上還帶有濃重的傳統體制色彩，人才等級觀念嚴重，“以人為本”的管理理念認識不到位，管理過程中偏重于強調事，而忽視人的需求與感受；在人才管理的具體工作中，人浮于事、墨守成規的現象普遍存在，缺乏前瞻性、主動性和創新性；高校的人員調配統一，人員淘汰機制未市場化，致使高校教師忽視了崗位意識，不利于高校與企業、社會的協同創新活動，而且對于高層次人才的引進不夠重視，引入機制存在缺陷，影響了高校協同創新活動的進展.
2.2選才機制不完備
選才是高校人才管理的“入口”．結合協同創新，目前高層次人才的選才機制和管理體系尚待進一步創新和完善，突出表現在：高校在選才機制方面存在與協同創新結合程度不夠，人才選聘定位不清晰，選才流程有待規范；圍繞協同創新開展有針對性的人才選拔活動不充分，未考慮本校自身特色和需求，對人才盲目引進和忽視全方位考察，導致高校師資配置結構不合理，人才缺乏與人才浪費現象共存．因此，高校作為協同創新的重要參與方，在協同創新過程中涉及到多學科、多領域的人才，而其各有所長以及能力和科研素質突出的人才亟需通過科學的選聘流程，選撥到協同創新平臺上來．這就要求高校的人才選撥和聘用管理應該在人才規格和定位、選才標準、與協同創新任務目標導向緊密契合等方面開展人才選用機制的創新和完善。
2.3人才考評機制不健全
結合高校協同創新，人才的考評機制還有待完善．高校在考核過程中，過于強調教師的教學工作量、論文數量等量化指標，忽視了科技創新導向下的內涵建設指標；過于注重考核的最終結果，忽視了其創新工作過程；考核標準過于單一，融入協同科技創新要素不夠，無法有效衡量每個教師在協同創新中的科技創新貢獻效率和能力水平，使得教師趨向于短期效應．因此，基于高校的發展目標和協同創新任務，高校人才考評體系需要融入協同創新要素，在制定的績效考核總體框架下，建構包含協同創新要素和內容的人才考評機制，尤其是對高校協同創新領軍人才進行專項考評，依據考評結果，為后續的協同創新人才管理和激勵提供有力依據.
2.4協調溝通機制不完善
在協同創新中，高校與相關創新機構的人才管理需要建立和完善協調溝通機制．從高校內部來看，圍繞協同創新，由于高校人才建設管理涉及多學科多專業的人才整合，協調溝通的渠道出現阻塞現象時有發生，嚴重影響了人才管理協調溝通的及時性和有效性，大大降低了高校人才管理的協調溝通效率與效果；從高校與協同機構來看，不同的協同單位人才管理體系差異明顯，如何在差異化人才管理體系中實現有效對接是高校人才管理的重要任務，其中，在協調溝通過程中，最關鍵的是缺少必要的協調溝通平臺和溝通機制．相比新的協同創新管理模式，高校現有人才管理機制中的協調溝通機制尚不健全，缺少與協同機構協調溝通的機制，松散程度高，隨機成分明顯，沒有建立規范長效化的溝通機制，成員單位被動性溝通較強，溝通平臺的缺失和渠道梗阻，使得高校人才和協同成員人才對接效率低下．結合協同創新的大背景，高校人才管理需要建立完善協同創新平臺內部和外部兩個協調溝通機制，使協調溝通對接有效，溝通效率提升，在溝通中實現人才集聚和科技創新.
3天津綠色建筑協同創新中心人才管理機制解讀
為落實天津市“高等學校創新能力提升計劃”，促進高校與企業在天津綠色建筑領域開展產學研深度合作，建立戰略聯盟，實現資源共享．天津城建大學利用自身在綠色建筑領域學科優勢和科研實力，由天津城建大學牽頭，與天津市建筑設計院、天津住宅建設發展集團有限公司、天津市建設工程技術研究所、天津生態城綠色建筑研究院有限公司共同組建的“天津綠色建筑協同創新中心”于2014年12月正式掛牌成立．中心建立以原始創新和解決國家、地方重大需求問題為目標，以優化校企交叉融合為導向的崗位設置模式，按照科學設崗、全球招聘、擇優聘用的原則，由中心進行聘用．實行理事會領導下的主任負責制.在中心人才管理運行機制上，主要內容如下．
(1)完善人才引進機制．
針對協同創新中心人員來源多樣、成員復雜、流動性強的特點，全部實行崗位聘用制．根據協同創新中心任務的需要，同時為避免盲目引進人才，結合自身戰略發展規劃，制定高層次創新型人才引進的遠期規劃和近期目標，建立可持續的人才引進機制．另外，通過與產業界聯合引進高層次人才和領軍人才的方式，不僅能夠快速形成人才合力以推動科技創新，而且更有助于高校與業界保持產學研協同的常態化.
(2)優化管理機制．
高效的人事管理機制是協同創新中心穩步運行的基礎保障．中心基于“以人為本”的理念，通過協同創新管理，對一些新興或交叉學科研究領域的高層次人才給予其相應編制、特殊待遇．通過建立人員動態管理和退出機制，所聘人員聘期結束后，考核合格的可續聘，不續聘的可回原單位、原崗位工作．優化的人才管理機制結合協同創新目標與任務的要求，系統設計人事人才管理辦法，形成有利于協同創新的長效機制，為培養創新型人才提供良好的科研氛圍.
(3)協調利益機制．
利益分配的結果是否公平合理，是否能夠使參與協同的各方均滿意是影響協同創新長效發展的基礎性因素．因此，在開展協同創新之前，各方主體簽訂合作協議，明確各方的責任和義務，確定各方利益分配原則．本中心以“平等、貢獻、利益與風險相一致”為基本原則，根據各方主體在協同創新不同階段所做出的努力不同，給予相應的利益.
(4)構建協同激勵機制．
中心制定了《綠色建筑協同創新中心科研優秀成果獎勵辦法》，建立以績效為導向的激勵機制，獎勵采用現金、實物、資源配置等多種形式，以滿足科技創新人員的不同需求；當暫未取得顯著的社會效益和經濟效益時，中心也會充分考慮各創新主體及科技人員已付出的艱辛勞動和貢獻．
(5)注重考核評價機制．
創新協同中心通過協調各方主體，根據協同創新中心的目標與重點任務，既堅持評價標準，又兼顧任務的差異性，不僅注重科研產出成果數量和級別，更注重對其研究成果創新性與貢獻力的考察；對不同類型的研究項目，制定具體細化的考評標準，如對基礎性研究，注重其理論價值；而對解決重大社會經濟問題和技術攻關的研究項目，則側重其經濟效益、社會效益等方面的考核．
4協同創新模式下推進高校人才管理機制創新的對策建議
4.1更新人才管理理念
高校人才管理機制創新需要更新人才建設理念，完善其頂層設計，加強協同創新理念與人才建設理念的融合．在頂層設計最初階段，應該注入協同創新的發展理念，在考慮學校人才建設自身特色和優勢的前提下，緊密結合協同創新發展的理念、目標導向和任務，樹立協同創新模式下的人才建設理念，這種理念需要細致梳理協同創新理念和人才建設理念的矛盾點、沖突點．在學校整體人才建設戰略框架下，必須融入協同創新人才建設理念和要求，樹立國際化、一流化、市場化、集約化等人才建設管理理念，促成人才改革與國際接軌、與重大經濟社會發展需求接軌，打造各層次高水平人才，形成人才集聚和集約利用.
4.2選用培育創新人才
在協同創新模式下，創新型人才和創新性人才團隊是關鍵．要以高校長遠發展為目標，重點關注創新型教師人才的選用和留用，注重培育創新型人才．只要其業務素質和能力突出，社會貢獻較顯著，均應囊括到高校人才的界定范圍內．制定具有操作性、針對性的創新型人才界定標準，采取激勵措施，引導調動不同領域和類型的創新型人才的創新積極性，針對領軍型創新人才開設綠色選才通道，組建協同創新團隊和持續培育創新型人才．當前，重點抓好協同創新中心的人才團隊建設和領軍人才建設，需要在多學科交叉領域和國內外前沿領域，以協同創新建設任務為目標，建設便捷、高效、激勵的創新型人才選才體系，以領軍人才為核心搭建創新型團隊，完善人才團隊激勵、考評管理機制.
4.3健全考核評價體系
高校現有的人才考核評價方式方法顯得過于模式化．因此，要完善高校人才考核評價方法，使得高校人才的考核評價方式方法多樣化、靈活化，最終形成以創新質量和貢獻為向導的評價機制；注重原始創新和解決國家重大需求的實效，建立綜合評價機制和退出機制．對于高校高層次創造性人才，應以創新為導向，在堅持品德、知識、能力、業績等要素構成的評價體系基礎上，更注重對其研究成果創新性與貢獻力的考察，以及是否解決重大社會經濟問題和技術攻關難題，側重對經濟效益、社會效益等方面的考核.
4.4完善協調溝通平臺
關鍵詞JAVA，網絡，SOCKET，APPLET
網絡上的系統結構多為客戶/服務器模式，服務器端負責數據和圖像等的存儲、維護、管理以及傳遞，客戶端則負責人機界面的操作、送出需求及顯示收回的數據。
下面介紹一下如何使用JAVA來進行網絡編程：
1)由于客戶端通過IE同服務器建立聯系，所以客戶端使用Applet，服務器端使用Application；
2)服務器應設置成多線程，應答多個客戶的請求；
3)兩端通信使用SOCKET機制。
1Java中輸入/輸出流概念：
過濾流DataInputStream和DataOutputStream除了分別作為FilterInputStream和FilterOutputStream的子類外，還分別實現了接口DataInput和DataOutput。接口DataInput中定義的方法主要包括從流中讀取基本類型的數據、讀取一行數據、或者讀取指定長度的字節數，如readBoolean()readInt()、readLine()、readFully()等。接口DataOutput中定義的方法主要是向流中寫入基本類型的數據或者寫入一定長度的字節數組，如writeChar()、writeDouble()DataInputStream可以從所連接的輸入流中讀取與機器無關的基本類型數據，用以實現一種獨立于具體平臺的輸入方式；DataInputStream可以向所連接的輸出流寫入基本類型的數據。
2Socket機制
Socket是面向客戶/服務器模型設計的，網絡上的兩個程序通過一個雙向的通訊連接實現數據的交換，這個雙向鏈路的一端稱為一個Socket。Socket通常用來實現客戶方和服務方的連接。客戶程序可以向Socket寫請求，服務器將處理此請求，然后通過Socket將結果返回給用戶。
Socket通信機制提供了兩種通訊方式：有聯接和無聯接方式，分別面向不同的應用需求。使用有聯接方式時，通信鏈路提供了可靠的，全雙工的字節流服務。在該方式下，通信雙方必須創建一個聯接過程并建立一條通訊鏈路，以后的網絡通信操作完全在這一對進程之間進行，通信完畢關閉此聯接過程。使用無聯接方式時其系統開銷比無聯接方式小，但通信鏈路提供了不可靠的數據報服務，不能保證信源所傳輸的數據一定能夠到達信宿。在該方式下，通信雙方不必創建一個聯接過程和建立一條通訊鏈路，網絡通信操作在不同的主機和進程之間轉發進行。
3Java語言
Java語言的優點主要表現在：簡單、面向對象、多線程、分布性、體系結構中立、安全性等方面。
(1)簡單性
Java與C++語言非常相近，但Java比C++簡單，它拋棄了C++中的一些不是絕對必要的功能，如頭文件、預處理文件、指針、結構、運算符重載、多重繼承以及自動強迫同型。Java實現了自動的垃圾收集，簡化了內存管理的工作。這使程序設計更加簡便，同時減少了出錯的可能。
(2)面向對象
Java提供了簡單的類機制和動態的構架模型。對象中封裝了它的狀態變量和方法，很好地實現了模塊化和信息隱藏；而類則提供了一類對象的原型，通過繼承和重載機制，子類可以使用或重新定義父類或超類所提供的方法，從而既實現了代碼的復用，又提供了一種動態的解決方案。
Java是一種完全面向對象的程序設計語言，它除了數組、布爾和字符三個基本數據類型外的其它類都是對象，它不再支持全局變量。在Java中，如果不創建新類就無法創建程序，Java程序在運行時必須先創建一個類的實例，然后才能提交運行。
Java同樣支持繼承特性，Java的類可以從其它類中繼承行為，但Java只支持類的單重繼承，即每個類只能從一個類中繼承。
Java支持界面，界面允許程序員定義方法但又不立即實現，一個類可以實現多個界面，利用界面可以得到多重繼承的許多優點而又沒有多重繼承的問題。
(3)多線程
多線程使應用程序可以同時進行不同的操作，處理不同的事件。在多線程機制中，不同的線程處理不同的任務，他們之間互不干涉，不會由于一處等待影響其他部分，這樣容易實現網絡上的實時交互操作。
Java程序可以有多個執行線程，如可以讓一個線程進行復雜的計算，而讓另一個線程與用戶進行交互，這樣用戶可以在不中斷計算線程的前提下與系統進行交互。多線程保證了較高的執行效率。
(4)分布性
Java是面向網絡的語言。通過它提供的類庫可以處理TCP/IP協議，用戶可以通過URL地址在網絡上很方便的訪問其他對象。
(5)體系結構中立
Java是一種網絡語言，為使Java程序能在網絡的任何地方運行，Java解釋器生成與體系結構無關的字節碼結構的文件格式。Java為了做到結構中立，除生成機器無關的字節碼外，還制定了完全統一的語言文本，如Java的基本數據類型不會隨目標機的變化而變化，一個整型總是32位，一個長整型總是64位。
為了使Java的應用程序能不依賴于具體的系統，Java語言環境還提供了用于訪問底層操作系統功能的類組成的包，當程序使用這些包時，可以確保它能運行在各種支持Java的平臺上。
java.lang:一般的語言包。其中包括用于字符串處理、多線程、異常處理和數字函數等的類，該包是實現Java程序運行平臺的基本包
java.util:實用工具包。其中包括哈希表、堆棧、時間和日期等
java.io:基于流模型的輸入/輸出包。該包用統一的流模型實現了各種格式的輸入/輸出，包括文件系統、網絡和設備的輸入/輸出等
:網絡包。該包支持TCP/IP協議，其中提供了socket、URL和WWW的編程接口
java.awt:抽象窗口工具集。其中實現了可以跨平臺的圖形用戶界面組件，包括窗口、菜單、滾動條和對話框等
java.applet:支持applet程序設計的基本包
(6)安全性
用于網絡、分布環境下的Java必須要防止病毒的入侵，Java不支持指針，一切對內存的訪問都必須通過對象的實例變量來實現，這樣就防止了程序員使用欺騙手段訪問對象的私有成員，同時也避免了指針操作中容易產生的錯誤。
4JAVA工具
(1)JDK
1)Java編譯器
Java編譯器將Java源代碼文件編譯成可執行的Java字節碼。Java源代碼文件的擴展名為.java，Java編譯器把這種擴展名的文件編譯成擴展名為.class的文件。源文件中的每個類在編譯后都將產生一個class文件，這意味一個Java源代碼文件可能編譯生成多個class文件。
2)Java解釋器
Java解釋器對編譯生成的字節碼格式的可執行程序的運行提供支持，它是運行非圖形Java程序的命令行工具。
3)Appletviewer
它是JavaApplet的簡單測試工具，可使用它來測試JavaApplet程序，而不需要WWW瀏覽器的支持。
(2)VisualJ++
VisualJ++集成了可視化界面設計、交互式調試、代碼編輯、聯機幫助信息和介紹如何快速掌握該開發環境的實用向導等多項功能，同時具有能充分利用ActiveX和COM新技術的優勢。利用VisualJ++可創建交互性很強的Internet應用程序，是難得的Java開發系統。
5客戶機/服務器通信的實現：
(1)Application同Applet的通信
兩端通過Socket機制進行連接：
1)客戶端的編程流程:
?打開Socket，新建一個套接字；
?為套接字建立一個輸入和輸出流；
?根據服務器協議從套接字讀入或向套接字寫入；
?清除套接字和輸入/輸出流；
2)服務器端的編程流程:
?打開ServerSocket,創建一個服務器型套接字和一個普通套接字，服務器型套接字在指定端口為客戶端請求的Socket服務；
?使用ServerSocket類的accept()方法使服務器型套接字處于監聽狀態并把監聽結果返回給普通套接字；
?為該普通套接字創建輸入和輸出流；
?從輸入和輸出流中讀入或寫入字節流，進行相應的處理，并將結果返回給客戶端；
?在客戶端和服務器工作結束后關閉所有的對象,如服務器型的套接字,普通套接字,輸入和輸出流。
正是由于Java系統具有基于Socket的靈活通信機制，因而其應用程序能自由地打開和訪問網絡上的對象，就象在本地文件系統中一樣。
(2)Applet之間的通信：
Applet之間的通信使用AppletContext類的getApplet()方法。
<appletcode=applet1.classwidth=200height=200name=first>
只要在程序中加入
Appletoneapplet=getAppletContext().getApplet(“first”);便可使用name為first的Applet中的方法了。
在該課題中大量使用了該種通信方法，因為專門同服務器端通信的Applet中包含接收信息方法和發送信息方法，所有客戶端的Applet都要使用負責通信的Applet中的方法，所以客戶端的Applet同負責通信的Applet必須進行通信。
6程序
//服務器端程序S.java負責與客戶端通信
importjava.io.*;
.*;
importjava.lang.*;
importT2;
classThreadEchoHandlerextendsThread//創建線程
{
T2theT2=newT2();
Socketincoming;
intcounter;
ThreadEchoHandler(Socketi,intc)
{incoming=i;
counter=c;}
publicvoidrun()
{
try
{
DataInputStreamin=newDataInputStream(incoming.getInputStream());
DataOutputStreamout=newDataOutputStream(incoming.getOutputStream());
System.out.println("hello");
booleandone=false;
while(!done)
{Stringaa="";
Stringstr=in.readUTF();//從客戶端得到字符串
//在此加入各自的服務程序
System.out.println(str);
theT2.pass(str);//解碼
theT2.tongji();//修改監控庫中的信息
aa=theT2.guan();//操縱數據庫
System.out.println("stringzis:"+aa);
if(pareTo("null")!=0)
//若是查詢數據庫，返回查詢后的結果
{//若不是查詢數據庫，不向客戶端輸出信息
out.writeUTF(aa);
out.flush();}
}//while
incoming.close();//線程關閉
}//try
catch(IOExceptione)
{System.out.println(e);}
}//endrun
}
//----------------------------------------
classS
{
publicstaticvoidmain(String[]args)
{
inti=1;
try
{
ServerSockets=newServerSocket(1111);
for(;;)
{
Socketincoming=s.accept();
System.out.println("connect:"+i);
newThreadEchoHandler(incoming,i).start();
i++;
}
}
catch(Exceptione)
{System.out.println(e);}
}
}
//客戶端通信小應用程序Echo.java
importjava.io.*;
.*;
importjava.awt.*;
importjava.applet.*;
publicclassEchoextendsApplet
{
TextAreata;
SocketechoSocket;
DataOutputStreamos;
DataInputStreamis;
StringLine;
publicvoidinit()
{
setBackground(Color.white);
ta=newTextArea(5,80);
ta.setEditable(false);
add(ta);
try
{echoSocket=newSocket("10.102.4.41",1111);}//與服務器建立連接
catch(IOExceptione)
{System.out.println("error");}
}
publicvoidst(Stringstri)//發送字符串的方法
{
try
{DataOutputStreamos=newDataOutputStream(echoSocket.getOutputStream());
DataInputStreamis=newDataInputStream(echoSocket.getInputStream());
os.writeUTF(""+stri);//向服務器輸送string
os.flush();
}
catch(IOExceptione)
{System.out.println("error:"+e);}
}
publicStringst1()//接收字符串的方法
{
StringLine="";
try
{DataOutputStreamos=newDataOutputStream(echoSocket.getOutputStream());
DataInputStreamis=newDataInputStream(echoSocket.getInputStream());
Line=is.readUTF();//從服務器讀來的信息
ta.appendText(""+Line);//在文本域中輸出信息
}
catch(IOExceptione)
{System.out.println("error:"+e);}
returnLine;
}
}
7程序調試心得：
1)在建立Socket連接時，兩端的端口號必須設為一致，否則建立不了連接。服務器端必須有主機IP地址或主機名參數。
2)連接建立好之后應確定輸入和輸出流。起初程序中用的是DataInputStream和PrintStream，結果只能傳輸英文，傳輸中文時產生亂碼，將PrintStream改為DataOutputStream，使用readUTF()和writeUTF()方法后，中文傳輸問題得到解決。
3)如果一個使用某端口的程序沒有關閉，另一個程序就不能使用這個端口。
4)開始進行通信的程序均為Application，因不符合客戶機/服務器機制，應將客戶端的Application改為Applet。其轉化的主要步驟如下：
?創建一個包含APPLET標簽的HTML文件；
?去掉應用程序中的main()方法；
?類名應繼承Applet類，而不是Frame類，并在程序開頭加入
importjava.applet.*;語句；
?用init()方法代替Application程序中的構造方法，當瀏覽器創建Applet類對象的時候，它自動執行init()方法；
?如Application中缺省使用了BorderLayout布局管理器，應在Applet的init()方法中重新設定；
?如果Application中有setTitle()方法，必須將其去掉，如Application中使用了菜單，在Applet中用按鈕來替換。
5)懂得了在一程序中如何引用自定義的類中的方法和變量，在程序開頭加入import類名；在程序中加入類名實例=new類名();然后使用
實例.方法（），實例.變量即可。
參考文獻：
[1]廖雷等，Java程序設計教程，中國電力出版社，2003
