引論：我們為您整理了13篇協同通信論文范文，供您借鑒以豐富您的創作。它們是您寫作時的寶貴資源，期望它們能夠激發您的創作靈感，讓您的文章更具深度。
篇1
下面介紹一下如何使用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類名();然后使用
實例.方法（），實例.變量即可。
參考文獻：
篇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協議關閉關閉協議包含信道的拆線和設備的釋放。在數據交換完成后，主呼可以利用數據交換協議進行拆線。一旦拆線成功，主呼和被呼都回到初始狀態。主呼可再次激活，但是被呼是通過釋放請求指令切換到剛開機的原始狀態。
篇3
(二)國內協同創新相關研究
國內協同創新研究大致分為三個階段。第一階段是以企業內部為研究重點的協同創新。郭斌等從系統、組合的視角出發，在對企業組合創新的研究中發現，組合創新的實質是企業在發展戰略的引導下，受組織和技術因素制約的系統性協同創新行為，并將其分為三個層次。陳勁等通過研究技術和市場協同創新過程，提出企業要進行有效的協同創新管理，就必須以協同創新功能為主線、以因子系統聯系為基礎建立全面、系統的協同創新管理架構。第二階段為產業集群方面的協同創新。許簫迪、王子龍基于戰略聯盟行為主體間的協同關系建立了企業協同創新模型，研究了確立戰略聯盟協同創新的目標前提，價值基礎及終止條件。萬幼清、鄧明然基于知識視角對影響集群協同創新績效的因素進行分析，建立了產業集群協同創新績效模型，認為產業集群內部企業間的知識基礎差異較大，擁有的知識類型也不同，說明產業集群能夠充分發揮企業間各方的知識基礎優勢，極大提高了協同創新績效。第三階段為基于產學研視角的協同創新。何郁冰探索構建了產學研協同創新的理論框架，認為“戰略—知識—組織”三位一體的協同創新模式是產學研的協同創新的基礎、核心和保證。許振洲等從知識流動視角出發，將產學研協同創新過程分為知識共享、知識創造和知識優勢，形成三個遞進演化階段，通過分析各階段運行的內在機理、產學研協同創新過程的協同特征，初步構建了基于知識流動的產學研協同創新過程的理論框架。
二、產業技術創新戰略聯盟的協同創新
對于產學研中形成的戰略聯盟，政府部門給出了概念界定:產業技術創新戰略聯盟是指由企業、大學、科研機構或其他組織機構，以企業的發展需求和各方的共同利益為基礎，以提升產業技術創新能力為目標，以具有法律約束力的契約為保障，形成的聯合開發、優勢互補、利益共享、風險共擔的技術創新合作組織。對這一概念，我們可以從如下三個方面去理解:聯盟是各創新主體之間以解決重大需求為紐帶的協同合作的同盟，該形式與合同、協議等短期合作不同，與兼并及收購有很大區別;聯盟強調企業、大學、研究機構或其他組織機構之間協同合作，以提升產業技術創新能力為目標，以企業或行業發展的重大需求為目標，以解決問題和完成任務為形式;聯盟是聯盟成員以獨立法人的身份依法建立的具有法律效力的契約關系，是一種相對穩定的、長期的協同合作關系，而不是基于某個產學研項目而建立的臨時、短期的一般性的合作關系。然而，戰略聯盟與協同創新并不是簡單組合就能產生協同效應的，只有當大學、研究機構向聯盟及其各創新主體之間創新要素系統性的整合到一定的程度后，才能形成聯盟各創新要素多邊協同和合作創新。因此，產業技術創新戰略聯盟是一種新的創新模式，其本質是一種重要的管理創新。它通過聯盟內部各創新要素之間以及各創新要素與內外部環境之間的相互競爭合作、相互依賴促進，驅使聯盟內創新資源在協同合作、共享的基礎上形成系統的創新機制，進而得到動態持續的協同發展。以系統的視角分析，產業技術創新戰略聯盟協同創新機理就是聯盟協同創新各主體、各組織內外部的合作方式與彼此關系的總和。包括各組成主體，以及系統與主體之間、主體與主體之間、系統與外部環境之間的相互聯系、相互作用等關系的總和。
三、產業技術創新戰略聯盟協同創新機理
(一)協同創新體制
協同創新體制指產業技術創新戰略聯盟各主體之間以及主體與外部環境的關系。結合產業技術創新戰略聯盟的本質與“2011計劃”的實質內容可見當前主要的體制為:政府引導，企業、高校、研究機構自主協同合作體制。在這一體制中，企業是協同創新的需求方及投入方。企業雖具有資金、設備、營銷和市場經驗等能力優勢，但卻缺少基礎性原理知識和科技人力資源。Lee認為，企業參與協同創新的主要動機是獲取互補性研究成果、進入新技術領域及開發新產品。每個聯盟都是因為企業技術創新的重大需求，針對創新任務而開展，創新物質資源的投入和創新活動的組織，主要來自企業的組織。高校及科研機構是協同創新的智力提供者。其強大的基礎研究實力和專業人才儲備能很好地彌補企業在此方面的劣勢，而企業也能為其提供必要的研究經費和實用性研究指導。因此，在產業技術創新聯盟中傳統的技術轉移路徑正在發生改變，高校及科研機構已不再是由企業篩選技術、選擇合作被動參與方。根據“2011計劃”精神，“高校主動協同科研機構、企業開展深度合作的方式提出了新的更高要求，尤其是建立協同創新戰略聯盟，應是一項重要的政策亮點”。政府起推動、引導作用。政府推動是政府根據國家或地方重大需求，通過行政和政策手段引導各主體根據實際緊密協同，在不同的層次、以不同的方式，積極推動體制改革，踴躍參與協同創新。對我國而言，政府的推動及引導作用越強，產業技術創新戰略聯盟協同創新的積極性就越高，共享資源越多，參與程序越深，互補性越強。另外，從西方的產業技術創新戰略聯盟發展看，風險投資起著重要的作用，甚至有研究認為風險投資是戰略聯盟運行達到成熟程度的一個重要的標志。然而，目前在我國尚未建立完善風險投資體制機制，隨著我國產業技術聯盟的發展，風險投資機構也將在產業技術戰略聯盟中占有一席之地。在這一體制中，核心關鍵要具備六個要素。
(1)需求牽引。即聯盟成立的根本原因，聯盟服務于誰或者什么重大需求，目的要很明確。
(2)問題導向。需求中存在什么層面的問題，這些問題涉及多個方面，靠某一組織無法完成。
(3)任務驅動。各創新主體具體要完成的任務，各創新主體之間以系統方式有邏輯地整合，實現多邊的協同。
(4)要素整合。為解決任務而集合相關的要素。
(5)機制創新。要建立為解決任務而協同的機制，無固定的常規模式，根據實際需要而制定。
(6)實效突出。不以傳統的科技評價模式來進行評價，而以解決實際的問題，原需求的成效來客觀評價。
(二)協同創新的機制
協同創新機制是指產業技術創新戰略聯盟各主體、各組織的內部合作方式與要素關系的總和。它是一個復雜的關系系統，應遵循三大原則。
1．知識在知識場中擴散的動機和動力最大化原則
聯盟協同創新的本質是基于合作的知識創新。產業技術創新戰略聯盟可視為知識在其中擴散的知識場，動機和動力是影響知識在知識場內擴散的兩個很重要的指標，其中動機決定知識擴散的目標，動力則決定知識擴散的速度和程度。顯然，當知識擴散的動機和動力最大時，知識創新績效最大化。在動力中有一項重要的因素是以知識為主的資源互補性最大化因素。顯而易見，戰略聯盟形成原因之一是基于資源的相互依賴性，主體之間資源的不可流動性、不可模仿性和不可替代程度越高，其他主體與之結成戰略聯盟的可能性越大。產業技術創新戰略聯盟主體之間資源屬性類型互異，表明各主體之間更能形成資源互補的優勢，更大地提高協同創新的績效，這表明聯盟主體之間的知識互補是聯盟協同創新的基礎。
2．技術轉移梯度最小與創新能力差距適度化原則
知識創新在創新主體之間擴散，必須在一定知識位勢區間內的高低知識位勢主體之間進行，但位勢差距的高低并不能完全決定知識流動的強弱程度。如果差距太大，低位勢可能不會向高位勢學習，高位勢也沒有向低位勢進行知識擴散的動力與動機。當聯盟的知識轉移能力較弱或知識難度太高時，知識轉移在聯盟中很難產生很大的協同創新效應。這其中就涉及到技術轉移梯度的問題，即不同協同主體之間技術水平的相差程度。根據研究，技術成果總是沿著技術梯度最小的方向轉移的，技術轉移梯度越小，則通過協同創新達成技術轉移的幾率越大。同理，產業技術創新戰略聯盟中各創新主體的創新能力差距需控制在一定的區間內。在一個產業技術戰略聯盟中，即使整個聯盟的協同利益呈正向增長，但在聯盟的某一或少數主體的知識或技術創新能力遠遠超過其他的協同主體，則該成員將會重新尋找得以使其自身利益更大化的戰略聯盟。創新能力差距化適度原則從另一角度看，也是知識與技術創新能力相適應原則，即知識的轉移需要落地才能產生實際效益，否則只能成為擺設。這也是目前我國大學、研究機構的科學研究不能很好為市場所用的重要原因。
3．個體成本收益率最大化原則
所有聯盟建立的最直接市場因素均是為了尋求成本最小化和利益的最大化。各創新主體通過聯盟合作可穩定運營成本，進而減少收益成本，降低支付費用。產業技術創新戰略聯盟各參與主體進行協同創新的前提是單個主體參與所得的收益大于參與所付出的成本，而且參與創新活動的成本收益率高于單個主體行動的成本收益率。如果一項活動對于戰略聯盟能產生足夠的協同利益，而對于其中某個個體產生的成本太高，或者成本收益率太低，那么這個個體也不可能采取行動。
篇4
二、實現文化創意產業協同創新的重要性和必要性
當今在經濟全球化的推動下，跨區域、跨行業的協同創新模式已逐漸成為社會經濟發展的主流模式。在科技領域，協同創新使得科技領域的資源進一步得到優化合理配置。在教育領域，英美一流大學重視教育的經濟效益、社會效益和文化引領功能遠遠高于教育的學術影響力。在文化領域，世界聞名的文化創意產業，如好萊塢電影、巴黎的時尚設計、日本的動漫、韓國的游戲等等都是協同創新模式的典范。協同創新已成為世界文化創意產業發展的普遍趨勢。傳統文化產業一直是我國文化產業發展的重要增長點，但隨著高新技術的產生和高科技的發展，傳統文化產業已逐漸無法滿足人民群眾多元化的文化消費需求，傳統文化產業市場競爭力式微。加強文化與科技的融合，文化產業在充分吸收傳統文化的藝術養分基礎上，通過數字技術、網絡技術、新型顯示技術等高新技術的應用，突破了傳統文化的表現形式，不僅大大增強了文化產品的表現力和感染力，同時也為我國文化產業的發展提供了更為廣闊的發展空間。此外，加強文化與科技的融合，還可以創造出更多的符合當前文化消費需求和代表未來文化消費傾向的新興文化業態，如文化創意、數字出版、移動媒體、動漫游戲等新興文化產業。因此，文化與科技的高度融合，不僅加速了傳統文化產業的升級換代，同時更創造出了許多新興文化業態，推動著文化產業快速、高效地發展。當前制約我國文化創意產業快速健康發展的瓶頸是融資難問題。雖然近年我國采取過一定的措施，但效果仍不明顯。
因此，采取一系列手段促進文化與資本的融合是突破當前我國文化創意產業健康發展瓶頸的重要措施之一。文化產業是“內容+載體”的戰略新興產業，具有產業關聯度高、滲透性強、產業鏈條長等特點，與當代科技和較多產業存在極強的耦合關系，具有融合發展的深厚基礎和廣闊空間。因此，我國文化創意產業的發展不僅要實現科技與創意的融合和文化與資本的融合，同時還要實現文化與旅游嫁接，文化創意與經濟的對接。促進文化創意產業的協同創新，延伸拓展文化創意產業鏈，提高文化附加值，衍生開發與創造新型文化業態，培育新的經濟增長點，是我國文化創意產業持續健康發展的路徑選擇。我國文化創意產業不僅要實現各種創新要素的協同創新，同時也應實現產學研等各種創新主體的協同創新。協同創新的目的在于區域內各創新主體相互合作，以區域發展需求為出發點，從解決重大現實問題入手，凝聚各種力量，實現創新要素的最大組合。因此，任何文化行業的發展都不應偏離協同合作的道路，不能孤軍奮戰。從國際趨勢來看，當前高校、科研機構與地方政府、企業之間的無縫對接，是當前國際文化產業發展的普遍趨勢。世界聞名的文化創意產業，如好萊塢電影，巴黎的時尚設計，日本的動漫，韓國的游戲等等都是協同創新模式的典范。中國的文化產品及文化產業要“走出去”，走向世界，與國際市場接軌，必須走協同創新的道路，只有這樣，才能凝聚各方力量，著力打造中國的國際知名品牌，參與國際市場競爭，最終贏得國際市場。
三、我國文化創意產業協同創新路徑分析
1、改革管理體制機制，為文化創意產業協同創新提供制度保障在長期行政主導下的文化產業發展體制中，我國文化產業發展條塊分割現象明顯。廣電、新聞、信息、文化等各行業之間以及中央、省、地、縣等各地區之間壁壘嚴重，各行業各地區自我封閉，獨自發展。文化創意產業協同創新首先要求改革傳統的管理體制機制，突破制約文化產業發展的體制機制障礙。文化產業的發展不再是“一家主管”，而是融合財政、稅收、金融、人才等多個部門協同管理。應建設服務型政府，加大對文化產業尤其是中小型文化產業的財稅、金融、用地等政策的扶持力度，積極完善企業孵化、公共技術支撐、信息網絡等公共服務功能。同時，還應積極建立跨地區、跨行業的協調機制和渠道，打破地區或行業壁壘，引導區域內外創新要素自由流動，加快創新要素的融合整合，并積極引導建立區域內各種專業協作組織，協調解決跨區域產業整合過程中出現的各種文化、技術、經濟、財務和法律問題，從而多維度推進文化產業體制機制改革，實現文化產業協同創新。
篇5
本組患者共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.
篇6
Intranet這個名字自Internet商業化以來，已經成為部分企業日常管理的必要工具，由于Intranet本身的特點，多數人總容易與MIS的概念混淆區別。若按一般的理解為：“防火墻之后的Internet”，確實與初級MIS(企業管理信息系統)有很多相似之處，但本人認為Intranet不能與MIS相提并論，可以從以下兩點進行對比說明：
(1)Intranet是基于Internet技術之上，根據企業的應用需求特點，所開發出的增強應用技術平臺。它側重于平臺技術。
(2)MIS構件包括計算機應用程序、OS、通訊協議等，它是一個綜合系統,而且更注重于網上內容及網上管理。
由此可以得到結論，Intranet的出現只是更豐富了MIS的吸引力，完全代替MIS的含義范圍的說法從應用與理論角度都是不正確的。
企業管理過程中由于概念上的混淆，目前在企業信息網的建設上普遍存在著兩個誤區：
(1)將Intranet等同于MIS，認為MIS就是指C/S(客戶機/服務器)模式，Intranet代表了新技術B/S(瀏覽器/服務器)模式。以前的所有系統設計方案都可用B/S模式來解決，全部系統在B/S模式下開發。
(2)將Intranet與MIS對立，認為B/S側重于信息文本，C/S的數據庫信息的形成過程也就是它的過程，主張數據庫信息進出仍用C/S模式。
其實這兩種做法都是偏激的，是對Intranet新平臺的缺乏認識所致，有必要給予充分認識才能正確對待。
2C/S和B/S之比較
C/S和B/S是當今世界開發模式技術架構的兩大主流技術。C/S是美國Borland公司最早研發，B/S是美國微軟公司研發。目前，這兩項技術以被世界各國所掌握，國內公司以C/S和B/S技術開發出產品也很多。
2.1C/S架構軟件的優勢與劣勢
（1）應用服務器運行數據負荷較輕。
最簡單的C/S體系結構的數據庫應用由兩部分組成，即客戶應用程序和數據庫服務器程序。二者可分別稱為前臺程序與后臺程序。運行數據庫服務器程序的機器，也稱為應用服務器。一旦服務器程序被啟動，就隨時等待響應客戶程序發來的請求；客戶應用程序運行在用戶自己的電腦上，對應于數據庫服務器，可稱為客戶電腦，當需要對數據庫中的數據進行任何操作時，客戶程序就自動地尋找服務器程序，并向其發出請求，服務器程序根據預定的規則做出應答，送回結果，應用服務器運行數據負荷較輕。
（2）數據的儲存管理功能較為透明。
在數據庫應用中，數據的儲存管理功能，是由服務器程序和客戶應用程序分別獨立進行的，前臺應用可以違反的規則，并且通常把那些不同的（不管是已知還是未知的）運行數據，在服務器程序中不集中實現，例如訪問者的權限，編號可以重復、必須有客戶才能建立定單這樣的規則。所有這些，對于工作在前臺程序上的最終用戶，是“透明”的，他們無須過問（通常也無法干涉）背后的過程，就可以完成自己的一切工作。在客戶服務器架構的應用中，前臺程序不是非常“瘦小”，麻煩的事情都交給了服務器和網絡。在C/S體系的下，數據庫不能真正成為公共、專業化的倉庫，它受到獨立的專門管理。
（3）C/S架構的劣勢是高昂的維護成本且投資大。
首先，采用C/S架構，要選擇適當的數據庫平臺來實現數據庫數據的真正“統一”，使分布于兩地的數據同步完全交由數據庫系統去管理，但邏輯上兩地的操作者要直接訪問同一個數據庫才能有效實現，有這樣一些問題，如果需要建立“實時”的數據同步，就必須在兩地間建立實時的通訊連接，保持兩地的數據庫服務器在線運行，網絡管理工作人員既要對服務器維護管理，又要對客戶端維護和管理，這需要高昂的投資和復雜的技術支持，維護成本很高，維護任務量大。
其次，傳統的C/S結構的軟件需要針對不同的操作系統系統開發不同版本的軟件，由于產品的更新換代十分快，代價高和低效率已經不適應工作需要。在JAVA這樣的跨平臺語言出現之后，B/S架構更是猛烈沖擊C/S，并對其形成威脅和挑戰。
2.2B/S架構軟件的優勢與劣勢
（1）維護和升級方式簡單。
目前，軟件系統的改進和升級越來越頻繁，B/S架構的產品明顯體現著更為方便的特性。對一個稍微大一點單位來說，系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟件只需要管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即可，實現遠程維護、升級和共享。所以客戶機越來越“瘦”，而服務器越來越“胖”是將來信息化發展的主流方向。今后，軟件升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見的，驚人的。因此，維護和升級革命的方式是“瘦”客戶機，“胖”服務器。
（2）成本降低，選擇更多。
大家都知道windows在桌面電腦上幾乎一統天下，瀏覽器成為了標準配置，但在服務器操作系統上windows并不是處于絕對的統治地位。現在的趨勢是凡使用B/S架構的應用管理軟件，只需安裝在Linux服務器上即可，而且安全性高。所以服務器操作系統的選擇是很多的，不管選用那種操作系統都可以讓大部分人使用windows作為桌面操作系統電腦不受影響，這就使的最流行免費的Linux操作系統快速發展起來，Linux除了操作系統是免費的以外，連數據庫也是免費的，這種選擇非常盛行。
比如說很多人每天上“新浪”網，只要安裝了瀏覽器就可以了，并不需要了解“新浪”的服務器用的是什么操作系統，而事實上大部分網站確實沒有使用windows操作系統，但用戶的電腦本身安裝的大部分是windows操作系統。
（3）應用服務器運行數據負荷較重。
由于B/S架構管理軟件只安裝在服務器端（Server）上，網絡管理人員只需要管理服務器就行了，用戶界面主要事務邏輯在服務器（Server）端完全通過WWW瀏覽器實現，極少部分事務邏輯在前端（Browser）實現，所有的客戶端只有瀏覽器，網絡管理人員只需要做硬件維護。但是，應用服務器運行數據負荷較重，一旦發生服務器“崩潰”等問題，后果不堪設想。因此，許多單位都備有數據庫存儲服務器，以防萬一。
3C/S與B/S將
在傳統的C/S下已經積累了大量的應用和信息，例如各類數據庫和各種格式的文件，而Intranet必須能充分利用這些已有的應用和信息。Intranet技術基礎由于其通用性，能提供的標準接口是不多的。例如訪問數據庫的辦法歸根結底仍是CGI,而直接用CGI不僅編程麻煩，而且維護更困難，對于極大多數的企業是不適用的，至少是不夠用的，還要有一系列的應用接口工具。而B/S模式目前只適用于信息，對于如在線事務處理(OLTP)應用尚有實質性困難。所以說，C/S與B/S模式還將，而二者間的接口工具也是一種長期需求。
3.1全文檢索數據庫的集成
Internet的技術就是以文本為基礎的，可以說，Hypertext就說明了這個優點。全文檢索是Intranet的一個基本組成，關鍵是指定檢索條件，還有就是能把各式各樣原來的文件(庫)，方便地轉換并裝入全文檢索數據庫。雖然現在有一系列的接口工具，但由于原來文件的格式種類幾乎是無限的，這問題不可能有最終的解決方案，只能靠開發廠商不斷完善和優化。也有以（超）文本文件為基礎信息的管理系統，由于沒有合適的平臺,勉強使用關系數據庫或LutosNotes這種專用平臺來建設，但要么開發困難、效率低下，要么則會使用戶陷入專有平臺固有的各種苦惱之中。Intranet技術在這方面是無可比擬的。3.2關系數據庫的接口
Intranet與關系數據庫的接口是MIS中的一個重要問題,這里我們不具體闡述,這也是Intranet與Internet的區別最大之處。互聯網上常常是一些不規則文本的，而企業內部更注重于對有序數據的，這是MIS的靈魂，目前解決這個問題大致有三條路徑：
(1)許多數據庫廠商推出了各自的“解決方案”。這些方案的特點是基于各自的專有技術，與其數據庫產品以及開發工具緊緊地捆綁在一起。如果企業只用或主要使用一種數據庫，這條途徑是可行的。但Intranet的開放性將大打折扣。
(2)使用所謂的OLAP工具，即獨立于數據庫產品的分析工具。但目前出現的OLAP工具的Intranet版本都不夠成熟，應有一番競爭乃至到成熟的過程，但必須應用于多種數據庫及需求比較復雜的用戶。但這樣做投資較大且需專門培訓。
(3)在Intranet平臺中提供訪問關系數據庫的通用接口工具，這是最理想的做法，但目前產品仍沒有達到前兩種工具的性能，希望盡早有一個功能強的通用接口工具產生。
3.3工作流接口
對于大部分企業，全面、完整的工作流工具并不太需要，因為全文檢索和關系數據庫的接口工具已解決了信息的存儲和共享使用。而工作流中“工作”是屬于OLTP的，目前最好還是采用傳統技術。如屬于辦公自動化方面的，最自然的是采用Office套件；為收集原始數據，還得需要Form工具。而Intranet的“消息傳遞”工具是一大缺項，目前可行的只是利用電子郵件系統，而現在主要問題卻是企業中通常采用LotusNotes等郵件系統，而不是直接使用Netscape等瀏覽器中的電子郵件功能，因此需要一個工作流接口工具，能實現基本的工作流功能，能綜合調用Office或Form工具，完成基本工作。利用企業的電子郵件系統實現工作消息傳遞，利用Intranet調閱信息。
綜合以上可以看出，B/S要想在企業MIS中起主導角色，要走的路還很長，而MIS經過長期的建設，由C/S鑄就的數據大廈也不可能一下由B/S改寫，必須具體問題具體分析，不帶任何成見也沒有什么激進偏見，將C/S與B/S技術淋漓盡致地盡展優勢，發揮在企業MIS建設中。
4C/S與B/S的結合策略
根據上面對企業MIS開發策略的分析可以得出這樣的結論，B/S在MIS中的一個重要用途即是WEB,而目前企業WEB的基本工作模式就是：
(1)WEBBrowser根據用戶操作對WEBServer提出訪問請求。
(2)Server將請求分析處理,通過CGI訪問DBMS以進行數據的查詢統計或事務的提交。
(3)CGI根據DBMS返回的結果生成HTML文書經過Server向客戶的Browser返回結果。
(4)Browser將HTML結果顯示給用戶。
對于上述流程，工作量主要在Server部分，而對該部分的處理目前也有好幾種方法，有用CGI訪問DBMS,也有依靠WebServer自身具有數據庫處理能力，也有混合訪問DBMS，但總的來說，對WebServer端的應用開發我們有更高的要求。在各個子系統應用上，我們仍然推薦用Client/Server方式，無論你用小型XBASE類數據庫，或大型的Oracle、Sybase類數據庫，在客戶端你仍然要裝實用程序用于數據服務器的信息聯系，而同樣對于大多數管理類用戶,則可安裝瀏覽器,編制一定的CGI程序,甚至利用新出現的JDBC或ASP技術,實現與后臺數據庫的連接。
要特別提到的一點就是安全機制,在傳統的Client/Server應用中，安全性問題解決起來就比較容易，而WebServer，我們可以對用戶請求進行過濾（包過濾、域過濾、主機過濾等），而由于Intranet是基于TCP/IP協議的，如果用戶直接通過IP地址，繞過前述的管理平臺，直接訪問信息的話，那么Intranet的管理就是一句空話。在MIS中，Intranet應用與傳統的C/S應用二者的安全性問題怎樣合起來一起解決，而無需系統管理員根據用戶的訪問權限和需求對WebServer進行手工配置，最好能在WebServer中有一種可與傳統C/S應用無縫結合的方式，使開發人員在企業MIS營構中對二種應用的各方面進行集中一致的管理維護。
5結束語
對于企業的B/S應用，從當前的技術水平看，特別適用于系統同用戶交互量不大的應用，對于需要大量頻繁、高速交互的應用系統，采用這種模式并不一定是最好的選擇。采用Intranet應用模式并不一定要全部取代傳統的Client/Server結構，從某種意義特別是從近期的發展看，二者應用界限并不清晰，而且往往是互相補充、相輔相成的。事實上，企業MIS采用B/S模式并不是要求把應用都轉到WEBServer上來，而是要根據情況來選擇。那么，在應用中新的B/S模式就需要能同傳統的C/S模式結合起來。
參考文獻：
[1]張信東.信息系統開發[M].清華大學出版社,2003-03-01
[2]曹漢平.信息系統開發與IT項目管理[M].清華大學出版社,2006-04-01
篇7
WangGuangming
(ClassOne,GradeThree,DepartmentofComputerScience,ZaozhuangTeachers''''College,Zaozhuang277100)
Abstract:BasedontheLAN,forNetWare、Windows95/98andthemainisWindowsNToperationsystem,thispaperintroduceandanalysisthecharacteristic、capabilityandtheessentialconfiguremethodofthecommunicationprotocols.
KeyWords:LAN;CommunicationProtocols;TCP/IP
不同的網絡協議都有其存在的必要，每一種協議都有它所主要依賴的操作系統和工作環境。在一個網絡上運行得很好的通信協議，在另一個看起來很相似的網絡上可能完全不適合。因此，組建網絡時通信協議的選擇尤為重要。
無論是幾臺機器組成的Windows95/98對等網，還是規模較大的WindowsNT、Novell或Unix/Xenix局域網，凡是親自組建或管理過網絡的人，都遇到過如何選擇和配置網絡通信協議的問題。由于許多用戶對網絡中的協議及其功能特點不是很清楚，所以在組網中經常選用了不符合自身網絡特點的通信協議。其結果就造成了網絡無法接通，或者是速度太慢，工作不穩定等現象而影響了網絡的可靠性。下面我就分析一下各個協議的特點和性能借以說明我配置協議的理論和立場。
一、通信協議
組建網絡時，必須選擇一種網絡通信協議，使得用戶之間能夠相互進行“交流”。協議（Protocol）是網絡設備用來通信的一套規則，這套規則可以理解為一種彼此都能聽得懂的公用語言。關于網絡中的協議可以概括為兩類：“內部協議”和“外部協議”下面分別予以介紹。
1.內部協議
1978年，國際標準化組織（ISO）為網絡通信制定了一個標準模式，稱為OSI/RM（OpenSystemInterconnect/ReferenceModel，開放系統互聯參考模型）體系結構。該結構共分七層，從低到高分別是物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層和應用層。其中，任何一個網絡設備的上下層之間都有其特定的協議形式，同時兩個設備（如工作站與服務器）的同層之間也有其使用的協議約定。在這里，我們將這種上下層之間和同層之間的協議全部定義為“內部協議”。內部協議在組網中一般很少涉及到，它主要提供給網絡開發人員使用。如果你只是為了組建一個網絡，可不去理會內部協議。
2.外部協議
外部協議即我們組網時所必須選擇的協議。由于它直接負責計算機之間的相互通信，所以通常稱為網絡通信協議。自從網絡問世以來，有許多公司投入到了通信協議的開發中，如IBM、Banyan、Novell、Microsoft等。每家公司開發的協議，最初一般是為了滿足自己的網絡通信，但隨著網絡應用的普及，不同網絡之間進行互聯的要求越來越迫切，因此通信協議就成為解決網絡之間互聯的關鍵技術。就像使用不同母語的人與人之間需要一種通用語言才能交談一樣，網絡之間的通信也需要一種通用語言，這種通用語言就是通信協議。目前，局域網中常用的通信協議（外部協議）主要有NetBEUI、IPX/SPX及其兼容協議和TCP/IP三類。
3.選擇網絡通信協議的原則
我們在選擇通信協議時一般應遵循以下的原則：
第一、所選協議要與網絡結構和功能相一致。如你的網絡存在多個網段或要通過路由器相連時，就不能使用不具備路由和跨網段操作功能的NetBEUI協議，而必須選擇IPX/SPX或TCP/IP等協議。另外，如果你的網絡規模較小，同時只是為了簡單的文件和設備的共享，這時你最關心的就是網絡速度，所以在選擇協議時應選擇占用內存小和帶寬利用率高的協議，如NetBEUI。當你的網絡規模較大，且網絡結構復雜時，應選擇可管理性和可擴充性較好的協議，如TCP/IP。
第二、除特殊情況外，一個網絡盡量只選擇一種通信協議。現實中許多人的做法是一次選擇多個協議，或選擇系統所提供的所有協議，其實這樣做是很不可取的。因為每個協議都要占用計算機的內存，選擇的協議越多，占用計算機的內存資源就越多。一方面影響了計算機的運行速度，另一方面不利于網絡的管理。事實上一個網絡中一般一種通信協議就可以滿足需要。
第三、注意協議的版本。每個協議都有它的發展和完善過程，因而出現了不同的版本，每個版本的協議都有它最為合適的網絡環境。從整體來看，高版本協議的功能和性能要比低版本好。所以在選擇時，在滿足網絡功能要求的前提下，應盡量選擇高版本的通信協議。
第四、協議的一致性。如果要讓兩臺實現互聯的計算機間進行對話，它們兩者使用的通信協議必須相同。否則中間還需要一個“翻譯”進行不同協議的轉換，這樣不僅影響通信速度，同時也不利于網絡的安全和穩定運行。
二、局域網中常用的三種通信協議
BEUI協議
■NetBEUI通信協議的特點。NetBEUI(NetBIOSExtendedUserInterface，用戶擴展接口)由IBM于1985年開發完成，它是一種體積小、效率高、速度快的通信協議。NetBEUI也是微軟最鐘愛的一種通信協議，所以它被稱為微軟所有產品中通信協議的“母語”。微軟在其早期產品，如DOS、LANManager、Windows3.x和WindowsforWorkgroup中主要選擇NetBEUI作為自己的通信協議。在微軟如今的主流產品，如Windows95/98和WindowsNT中，NetBEUI已成為其固有的缺省協議。有人將WinNT定位為低端網絡服務器操作系統，這與微軟的產品過于依賴NetBEUI有直接的關系。NetBEUI是專門為幾臺到百余臺PC所組成的單網段部門級小型局域網而設計的，它不具有跨網段工作的功能，即NetBEUI不具備路由功能。如果你在一個服務器上安裝了多塊網卡，或要采用路由器等設備進行兩個局域網的互聯時，將不能使用NetBEUI通信協議。否則，與不同網卡（每一塊網卡連接一個網段）相連的設備之間，以及不同的局域網之間將無法進行通信。
雖然NetBEUI存在許多不盡人意的地方，但它也具有其他協議所不具備的優點。在三種通信協議中，NetBEUI占用內存最少，在網絡中基本不需要任何配置。尤其在微軟產品幾乎獨占PC操作系統的今天，它很適合于廣大的網絡初學者使用。
■NetBEUI與NetBIOS之間的關系。細心的讀者可能已經發現，NetBEUI中包含一個網絡接口標準NetBIOS。NetBIOS（NetworkBasicInput/OutputSystem，網絡基本輸入/輸出系統）是IBM在1983年開發的一套用于實現PC間相互通信的標準，其目的是開發一種僅僅在小型局域網上使用的通信規范。該網絡由PC組成，最大用戶數不超過30個，其特點是突出一個“小”字。后來，IBM發現NetBIOS存在的許多缺陷，所以于1985年對其進行了改進，推出了NetBEUI通信協議。隨即，微軟將NetBEUI作為其客戶機/服務器網絡系統的基本通信協議，并進一步進行了擴充和完善。最有代表性的是在NetBEUI中增加了叫做SMB（ServerMessageBlocks，服務器消息塊）的組成部分，以降低網絡的通信堵塞。為此，有時將NetBEUI協議也稱為“SMB協議”。
人們常將NetBIOS和NetBEUI混淆起來，其實NetBIOS只能算是一個網絡應用程序的接口規范，是NetBEUI的基礎，它不具有嚴格的通信協議功能。而NetBEUI是建立在NetBIOS基礎之上的一個網絡傳輸協議。
2.IPX/SPX及其兼容協議
■IPX/SPX通信協議的特點。IPX/SPX(InternetworkPacketeXchange/SequencesPacketeXchange，網際包交換/順序包交換)是Novell公司的通信協議集。與NetBEUI的明顯區別是，IPX/SPX顯得比較龐大，在復雜環境下具有很強的適應性。因為，IPX/SPX在設計一開始就考慮了多網段的問題，具有強大的路由功能，適合于大型網絡使用。當用戶端接入NetWare服務器時，IPX/SPX及其兼容協議是最好的選擇。但在非Novell網絡環境中，一般不使用IPX/SPX。尤其在WindowsNT網絡和由Windows95/98組成的對等網中，無法直接使用IPX/SPX通信協議。
■IPX/SPX協議的工作方式。IPX/SPX及其兼容協議不需要任何配置，它可通過“網絡地址”來識別自己的身份。Novell網絡中的網絡地址由兩部分組成：標明物理網段的“網絡ID”和標明特殊設備的“節點ID”。其中網絡ID集中在NetWare服務器或路由器中，節點ID即為每個網卡的ID號（網卡卡號）。所有的網絡ID和節點ID都是一個獨一無二的“內部IPX地址”。正是由于網絡地址的唯一性，才使IPX/SPX具有較強的路由功能。
在IPX/SPX協議中，IPX是NetWare最底層的協議，它只負責數據在網絡中的移動，并不保證數據是否傳輸成功，也不提供糾錯服務。IPX在負責數據傳送時，如果接收節點在同一網段內，就直接按該節點的ID將數據傳給它；如果接收節點是遠程的（不在同一網段內，或位于不同的局域網中），數據將交給NetWare服務器或路由器中的網絡ID，繼續數據的下一步傳輸。SPX在整個協議中負責對所傳輸的數據進行無差錯處理，所以我們將IPX/SPX也叫做“Novell的協議集”。
■NWLink通信協議。WindowsNT中提供了兩個IPX/SPX的兼容協議：“NWLinkSPX/SPX兼容協議”和“NWLinkNetBIOS”，兩者統稱為“NWLink通信協議”。NWLink協議是Novell公司IPX/SPX協議在微軟網絡中的實現，它在繼承IPX/SPX協議優點的同時，更適應了微軟的操作系統和網絡環境。WindowsNT網絡和Windows95/98的用戶，可以利用NWLink協議獲得NetWare服務器的服務。如果你的網絡從Novell環境轉向微軟平臺，或兩種平臺共存時，NWLink通信協議是最好的選擇。不過在使用NWLink協議時，其中“NWLinkIPX/SPX兼容協議”類似于Windows95/98中的“IPX/SPX兼容協議”，它只能作為客戶端的協議實現對NetWare服務器的訪問，離開了NetWare服務器，此兼容協議將失去作用；而“NWLinkNetBIOS”協議不但可在NetWare服務器與WindowsNT之間傳遞信息，而且能夠用于WindowsNT、Windows95/98相互之間任意通信。
3.TCP/IP協議
TCP/IP（TransmissionControlProtocol/InternetProtocol，傳輸控制協議/網際協議）是目前最常用到的一種通信協議，它是計算機世界里的一個通用協議。在局域網中，TCP/IP最早出現在Unix系統中，現在幾乎所有的廠商和操作系統都開始支持它。同時，TCP/IP也是Internet的基礎協議。
■TCP/IP通信協議的特點。TCP/IP具有很高的靈活性，支持任意規模的網絡，幾乎可連接所有的服務器和工作站。但其靈活性也為它的使用帶來了許多不便，在使用NetBEUI和IPX/SPX及其兼容協議時都不需要進行配置，而TCP/IP協議在使用時首先要進行復雜的設置。每個節點至少需要一個“IP地址”、一個“子網掩碼”、一個“默認網關”和一個“主機名”。如此復雜的設置，對于一些初識網絡的用戶來說的確帶來了不便。不過，在WindowsNT中提供了一個稱為動態主機配置協議（DHCP）的工具，它可自動為客戶機分配連入網絡時所需的信息，減輕了聯網工作上的負擔，并避免了出錯。當然，DHCP所擁有的功能必須要有DHCP服務器才能實現。
同IPX/SPX及其兼容協議一樣，TCP/IP也是一種可路由的協議。但是，兩者存在著一些差別。TCP/IP的地址是分級的，這使得它很容易確定并找到網上的用戶，同時也提高了網絡帶寬的利用率。當需要時，運行TCP/IP協議的服務器（如WindowsNT服務器）還可以被配置成TCP/IP路由器。與TCP/IP不同的是，IPX/SPX協議中的IPX使用的是一種廣播協議，它經常出現廣播包堵塞，所以無法獲得最佳的網絡帶寬。
■Windows95/98中的TCP/IP協議。Windows95/98的用戶不但可以使用TCP/IP組建對等網，而且可以方便地接入其它的服務器。值得注意的是，如果Windows95/98工作站只安裝了TCP/IP協議，它是不能直接加入WindowsNT域的。雖然該工作站可通過運行在WindowsNT服務器上的服務器（如ProxyServer）來訪問Internet，但卻不能通過它登錄WindowsNT服務器的域。如果要讓只安裝TCP/IP協議的Windows95/98用戶加入到WindowsNT域，還必須在Windows95/98上安裝NetBEUI協議。
■TCP/IP協議在局域網中的配置。在提到TCP/IP協議時，有許多用戶便被其復雜的描述和配置所困擾，而不敢放心地去使用。其實就局域網用戶來說，只要你掌握了一些有關TCP/IP方面的知識，使用起來也非常方便。
IP地址基礎知識。前面在談到IPX/SPX協議時就已知道，IPX的地址由“網絡ID”（NetWorkID）和“節點ID”（NodeID）兩部分組成，IPX/SPX協議是靠IPX地址來進行網上用戶的識別的。同樣，TCP/IP協議也是靠自己的IP地址來識別在網上的位置和身份的，IP地址同樣由“網絡ID”和“節點ID”（或稱HOSTID，主機地址）兩部分組成。一個完整的IP地址用32位（bit）二進制數組成，每8位（1個字節）為一個段（Segment），共4段（Segment1～Segment4），段與段之間用“.”號隔開。為了便于應用，IP地址在實際使用時并不直接用二進制，而是用大家熟悉的十進制數表示，如192.168.0.1等。IP地址的完整組成：“網絡ID”和“節點ID”都包含在32位二進制數中。目前，IP地址主要分為A、B、C三類（除此之外，還存在D和E兩類地址，現在局域網中這兩類地址基本不用，故本文暫且不涉及），A類用于大型網絡，B類用于中型網絡，C類一般用于局域網等小型網絡中。其中，A類地址中的最前面一段Segment1用來表示“網絡ID”，且Segment1的8位二進制數中的第一位必須是“0”。其余3段表示“節點ID”；B類地址中，前兩段用來表示“網絡ID”，且Segment1的8位二進制數中的前二位必須是“10”。后兩段用來表示“節點ID”；在C類地址中，前三段表示“網絡ID”，且Segment1的8位二進制數中的前三位必須是“110”。最后一段Segment4用來表示“節點ID”。
值得一提的是，IP地址中的所有“網絡ID”都要向一個名為InterNIC（InternetNetworkInformationCenter，互聯網絡信息中心）申請，而“節點ID”可以自由分配。目前可供使用的IP地址只有C類，A類和B類的資源均已用盡。不過在選用IP地址時，總的原則是：網絡中每個設備的IP地址必須唯一，在不同的設備上不允許出現相同的IP地址。表1列出了IP地址中的“網絡ID”的有關屬性，“節點ID”在互不重復的情況下由用戶自由分配。其實，將IP地址進行分類，主要是為了滿足網絡的互聯。如果你的網絡是一個封閉式的網絡，只要在保證每個設備的IP地址唯一的前提下，三類地址中的任意一個都可以直接使用（為以防萬一，你還是老老實實地使用C類IP地址為好）。
子網掩碼。對IP地址的解釋稱之為子網掩碼。從名稱可以看出，子網掩碼是用于對子網的管理，主要是在多網段環境中對IP地址中的“網絡ID”進行擴展。舉個例子來說明：例如某個節點的IP地址為192.168.0.1，它是一個C類網。其中前面三段共24位用來表示“網絡ID”，是非常珍貴的資源；而最后一段共8位可以作為“節點ID”自由分配。但是，如果公司的局域網是分段管理的，或者該網絡是由多個局域網互聯而成，是否要給每個網段或每個局域網都申請分配一個“網絡ID”呢？這顯然是不合理的。此時，我們可以使用子網掩碼的功能，將其中一個或幾個節點的IP地址全部充當成“網絡ID”來使用，用來擴展“網絡ID”不足的困難。
當我們將某一節點的IP地址如192.168.0.1已設置成一個“網絡ID”時，網絡上的其它設備又怎樣知道它是一個“網絡ID”，而不是一個節點IP地址呢？這就要靠子網掩碼來告知。子網掩碼是這樣做的：如果某一位的二進制數是“1”，它就知道是“網絡ID”的一部分；如果是“0”便認作是“節點ID”的一部分。如將192.168.0.1當做“網絡ID”時，其子網掩碼就是11111111.11111111.11111111.00000001，對應的十進制數表示為255.255.255.1。否則它的子網掩碼就是11111111.11111111.11111111.00000000，對應的十進制數表示應為255.255.255.0。有了子網掩碼，便可方便地實現用戶跨網段或跨網絡操作。不過，為了讓子網掩碼能夠正常工作，同一子網中的所有設備都必須支持子網掩碼，且子網掩碼相同。表2列出了A、B、C三類網絡的缺省子網掩碼。
網關。網關（Gateway）是用來連接異種網絡的設置。它充當了一個翻譯的身份，負責對不同的通信協議進行翻譯，使運行不同協議的兩種網絡之間可以實現相互通信。如運行TCP/IP協議的WindowsNT用戶要訪問運行IPX/SPX協議的Novell網絡資源時，則必須由網關作為中介。如果兩個運行TCP/IP協議的網絡之間進行互聯，則可以使用WindowsNT所提供的“默認網關”（DefaultGateway）來完成。網關的地址該如何分配呢？可舉一個例子來回答：假如A網絡的用戶要訪問B網絡上的資源，必須在A網絡中設置一個網關，該網關的地址應為B網絡的“網絡ID”（一般可理解為B網絡服務器的IP地址）。當A網絡的用戶同時還要訪問C網絡的資源時又該怎么呢？你只需將C網絡的“網絡ID”添加到A網絡的網關中即可。依次類推……網關連多少個網絡，就擁有多少個IP地址。
主機名。網絡中唯一能夠代表用戶或設備身份的只有IP地址。但一般情況下，眾多的IP地址不容易記憶，操作起來也不方便。為了改善這種狀況，我們可給予每個用戶或設備一個有意義的名稱，如“WANGQUN”。至于在網絡中用到“WANGQUN”時，怎樣知道其對應的IP地址呢？這完全由操作系統自己完成，我們大可不必考慮。
三、通信協議的安裝、設置和測試
局域網中的一些協議，在安裝操作系統時會自動安裝。如在安裝WindowsNT或Windows95/98時，系統會自動安裝NetBEUI通信協議。在安裝NetWare時，系統會自動安裝IPX/SPX通信協議。其中三種協議中，NetBEUI和IPX/SPX在安裝后不需要進行設置就可以直接使用，但TCP/IP要經過必要的設置。所以下文主要以WindowsNT環境下的TCP/IP協議為主，介紹其安裝、設置和測試方法，其他操作系統中協議的有關操作與WindowsNT基本相同，甚至更為簡單。
■TCP/IP通信協議的安裝。在WindowsNT中，如果未安裝有TCP/IP通信協議，可選擇“開始/設置/控制面板/網絡”，將出現“網絡”對話框，選擇對話框中的“協議/添加”，選取其中的TCP/IP協議，然后單擊“確定”按鈕。系統會詢問你是否要進行“DHCP服務器”的設置？如果你的IP地址是固定的（一般是這樣），可選擇“否”。隨后，系統開始從安裝盤中復制所需的文件。
■TCP/IP通信協議的設置。在“網絡”對話框中選擇已安裝的TCP/IP協議，打開其“屬性”，在指定的位置輸入已分配好的“IP地址”和“子網掩碼”。如果該用戶還要訪問其它WidnowsNT網絡的資源，還可以在“默認網關”處輸入網關的地址。
■TCP/IP通信協議的測試。當TCP/IP協議安裝并設置結束后，為了保證其能夠正常工作，在使用前一定要進行測試。筆者建議大家使用系統自帶的工具程序：PING.EXE，該工具可以檢查任何一個用戶是否與同一網段的其他用戶連通，是否與其他網段的用戶連接正常，同時還能檢查出自己的IP地址是否與其他用戶的IP地址發生沖突。假如服務器的IP地址為192.168.0.1，如要測試你的機器是否與服務器接通時，只需切換到DOS提示符下，并鍵入命令“PING192.168.0.1”即可。如果出現類似于“Replyfrom192.168.0.1……”的回應，說明TCP/IP協議工作正常；如果顯示類似于“Requesttimedout”的信息，說明雙方的TCP/IP協議的設置可能有錯，或網絡的其它連接（如網卡、HUB或連線等）有問題，還需進一步檢查。
四、小結
在組建局域網時，具體選擇哪一種網絡通信協議主要取決于網絡規模、網絡間的兼容性和網絡管理幾個方面。如果正在組建一個小型的單網段的網絡，并且對外沒有連接的需要，這時最好選擇NetBEUI通信協議。如果你正從NetWare遷移到WindowsNT，或兩種平臺共存時，IPX/SPX及其兼容協議可提供一個很好的傳輸環境。如果你正在規劃一個高效率、可互聯性和可擴展性的網絡，TCP/IP則將是理想的選擇。
參考文獻
[1]阮家棟俞麗和《微型計算機網絡原理及應用》北京中國紡織大學出版社1995
篇8
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健全考核評價體系
高校現有的人才考核評價方式方法顯得過于模式化．因此，要完善高校人才考核評價方法，使得高校人才的考核評價方式方法多樣化、靈活化，最終形成以創新質量和貢獻為向導的評價機制；注重原始創新和解決國家重大需求的實效，建立綜合評價機制和退出機制．對于高校高層次創造性人才，應以創新為導向，在堅持品德、知識、能力、業績等要素構成的評價體系基礎上，更注重對其研究成果創新性與貢獻力的考察，以及是否解決重大社會經濟問題和技術攻關難題，側重對經濟效益、社會效益等方面的考核.
篇9
WangGuangming
(ClassOne,GradeThree,DepartmentofComputerScience,ZaozhuangTeachers''''College,Zaozhuang277100)
Abstract:BasedontheLAN,forNetWare、Windows95/98andthemainisWindowsNToperationsystem,thispaperintroduceandanalysisthecharacteristic、capabilityandtheessentialconfiguremethodofthecommunicationprotocols.
KeyWords:LAN;CommunicationProtocols;TCP/IP
不同的網絡協議都有其存在的必要，每一種協議都有它所主要依賴的操作系統和工作環境。在一個網絡上運行得很好的通信協議，在另一個看起來很相似的網絡上可能完全不適合。因此，組建網絡時通信協議的選擇尤為重要。
無論是幾臺機器組成的Windows95/98對等網，還是規模較大的WindowsNT、Novell或Unix/Xenix局域網，凡是親自組建或管理過網絡的人，都遇到過如何選擇和配置網絡通信協議的問題。由于許多用戶對網絡中的協議及其功能特點不是很清楚，所以在組網中經常選用了不符合自身網絡特點的通信協議。其結果就造成了網絡無法接通，或者是速度太慢，工作不穩定等現象而影響了網絡的可靠性。下面我就分析一下各個協議的特點和性能借以說明我配置協議的理論和立場。
一、通信協議
組建網絡時，必須選擇一種網絡通信協議，使得用戶之間能夠相互進行“交流”。協議（Protocol）是網絡設備用來通信的一套規則，這套規則可以理解為一種彼此都能聽得懂的公用語言。關于網絡中的協議可以概括為兩類：“內部協議”和“外部協議”下面分別予以介紹。
1.內部協議
1978年，國際標準化組織（ISO）為網絡通信制定了一個標準模式，稱為OSI/RM（OpenSystemInterconnect/ReferenceModel，開放系統互聯參考模型）體系結構。該結構共分七層，從低到高分別是物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層和應用層。其中，任何一個網絡設備的上下層之間都有其特定的協議形式，同時兩個設備（如工作站與服務器）的同層之間也有其使用的協議約定。在這里，我們將這種上下層之間和同層之間的協議全部定義為“內部協議”。內部協議在組網中一般很少涉及到，它主要提供給網絡開發人員使用。如果你只是為了組建一個網絡，可不去理會內部協議。
2.外部協議
外部協議即我們組網時所必須選擇的協議。由于它直接負責計算機之間的相互通信，所以通常稱為網絡通信協議。自從網絡問世以來，有許多公司投入到了通信協議的開發中，如IBM、Banyan、Novell、Microsoft等。每家公司開發的協議，最初一般是為了滿足自己的網絡通信，但隨著網絡應用的普及，不同網絡之間進行互聯的要求越來越迫切，因此通信協議就成為解決網絡之間互聯的關鍵技術。就像使用不同母語的人與人之間需要一種通用語言才能交談一樣，網絡之間的通信也需要一種通用語言，這種通用語言就是通信協議。目前，局域網中常用的通信協議（外部協議）主要有NetBEUI、IPX/SPX及其兼容協議和TCP/IP三類。
3.選擇網絡通信協議的原則
我們在選擇通信協議時一般應遵循以下的原則：
第一、所選協議要與網絡結構和功能相一致。如你的網絡存在多個網段或要通過路由器相連時，就不能使用不具備路由和跨網段操作功能的NetBEUI協議，而必須選擇IPX/SPX或TCP/IP等協議。另外，如果你的網絡規模較小，同時只是為了簡單的文件和設備的共享，這時你最關心的就是網絡速度，所以在選擇協議時應選擇占用內存小和帶寬利用率高的協議，如NetBEUI。當你的網絡規模較大，且網絡結構復雜時，應選擇可管理性和可擴充性較好的協議，如TCP/IP。
第二、除特殊情況外，一個網絡盡量只選擇一種通信協議。現實中許多人的做法是一次選擇多個協議，或選擇系統所提供的所有協議，其實這樣做是很不可取的。因為每個協議都要占用計算機的內存，選擇的協議越多，占用計算機的內存資源就越多。一方面影響了計算機的運行速度，另一方面不利于網絡的管理。事實上一個網絡中一般一種通信協議就可以滿足需要。
第三、注意協議的版本。每個協議都有它的發展和完善過程，因而出現了不同的版本，每個版本的協議都有它最為合適的網絡環境。從整體來看，高版本協議的功能和性能要比低版本好。所以在選擇時，在滿足網絡功能要求的前提下，應盡量選擇高版本的通信協議。
第四、協議的一致性。如果要讓兩臺實現互聯的計算機間進行對話，它們兩者使用的通信協議必須相同。否則中間還需要一個“翻譯”進行不同協議的轉換，這樣不僅影響通信速度，同時也不利于網絡的安全和穩定運行。
二、局域網中常用的三種通信協議
BEUI協議
■NetBEUI通信協議的特點。NetBEUI(NetBIOSExtendedUserInterface，用戶擴展接口)由IBM于1985年開發完成，它是一種體積小、效率高、速度快的通信協議。NetBEUI也是微軟最鐘愛的一種通信協議，所以它被稱為微軟所有產品中通信協議的“母語”。微軟在其早期產品，如DOS、LANManager、Windows3.x和WindowsforWorkgroup中主要選擇NetBEUI作為自己的通信協議。在微軟如今的主流產品，如Windows95/98和WindowsNT中，NetBEUI已成為其固有的缺省協議。有人將WinNT定位為低端網絡服務器操作系統，這與微軟的產品過于依賴NetBEUI有直接的關系。NetBEUI是專門為幾臺到百余臺PC所組成的單網段部門級小型局域網而設計的，它不具有跨網段工作的功能，即NetBEUI不具備路由功能。如果你在一個服務器上安裝了多塊網卡，或要采用路由器等設備進行兩個局域網的互聯時，將不能使用NetBEUI通信協議。否則，與不同網卡（每一塊網卡連接一個網段）相連的設備之間，以及不同的局域網之間將無法進行通信。
雖然NetBEUI存在許多不盡人意的地方，但它也具有其他協議所不具備的優點。在三種通信協議中，NetBEUI占用內存最少，在網絡中基本不需要任何配置。尤其在微軟產品幾乎獨占PC操作系統的今天，它很適合于廣大的網絡初學者使用。
■NetBEUI與NetBIOS之間的關系。細心的讀者可能已經發現，NetBEUI中包含一個網絡接口標準NetBIOS。NetBIOS（NetworkBasicInput/OutputSystem，網絡基本輸入/輸出系統）是IBM在1983年開發的一套用于實現PC間相互通信的標準，其目的是開發一種僅僅在小型局域網上使用的通信規范。該網絡由PC組成，最大用戶數不超過30個，其特點是突出一個“小”字。后來，IBM發現NetBIOS存在的許多缺陷，所以于1985年對其進行了改進，推出了NetBEUI通信協議。隨即，微軟將NetBEUI作為其客戶機/服務器網絡系統的基本通信協議，并進一步進行了擴充和完善。最有代表性的是在NetBEUI中增加了叫做SMB（ServerMessageBlocks，服務器消息塊）的組成部分，以降低網絡的通信堵塞。為此，有時將NetBEUI協議也稱為“SMB協議”。
人們常將NetBIOS和NetBEUI混淆起來，其實NetBIOS只能算是一個網絡應用程序的接口規范，是NetBEUI的基礎，它不具有嚴格的通信協議功能。而NetBEUI是建立在NetBIOS基礎之上的一個網絡傳輸協議。
2.IPX/SPX及其兼容協議
■IPX/SPX通信協議的特點。IPX/SPX(InternetworkPacketeXchange/SequencesPacketeXchange，網際包交換/順序包交換)是Novell公司的通信協議集。與NetBEUI的明顯區別是，IPX/SPX顯得比較龐大，在復雜環境下具有很強的適應性。因為，IPX/SPX在設計一開始就考慮了多網段的問題，具有強大的路由功能，適合于大型網絡使用。當用戶端接入NetWare服務器時，IPX/SPX及其兼容協議是最好的選擇。但在非Novell網絡環境中，一般不使用IPX/SPX。尤其在WindowsNT網絡和由Windows95/98組成的對等網中，無法直接使用IPX/SPX通信協議。
■IPX/SPX協議的工作方式。IPX/SPX及其兼容協議不需要任何配置，它可通過“網絡地址”來識別自己的身份。Novell網絡中的網絡地址由兩部分組成：標明物理網段的“網絡ID”和標明特殊設備的“節點ID”。其中網絡ID集中在NetWare服務器或路由器中，節點ID即為每個網卡的ID號（網卡卡號）。所有的網絡ID和節點ID都是一個獨一無二的“內部IPX地址”。正是由于網絡地址的唯一性，才使IPX/SPX具有較強的路由功能。
在IPX/SPX協議中，IPX是NetWare最底層的協議，它只負責數據在網絡中的移動，并不保證數據是否傳輸成功，也不提供糾錯服務。IPX在負責數據傳送時，如果接收節點在同一網段內，就直接按該節點的ID將數據傳給它；如果接收節點是遠程的（不在同一網段內，或位于不同的局域網中），數據將交給NetWare服務器或路由器中的網絡ID，繼續數據的下一步傳輸。SPX在整個協議中負責對所傳輸的數據進行無差錯處理，所以我們將IPX/SPX也叫做“Novell的協議集”。
■NWLink通信協議。WindowsNT中提供了兩個IPX/SPX的兼容協議：“NWLinkSPX/SPX兼容協議”和“NWLinkNetBIOS”，兩者統稱為“NWLink通信協議”。NWLink協議是Novell公司IPX/SPX協議在微軟網絡中的實現，它在繼承IPX/SPX協議優點的同時，更適應了微軟的操作系統和網絡環境。WindowsNT網絡和Windows95/98的用戶，可以利用NWLink協議獲得NetWare服務器的服務。如果你的網絡從Novell環境轉向微軟平臺，或兩種平臺共存時，NWLink通信協議是最好的選擇。不過在使用NWLink協議時，其中“NWLinkIPX/SPX兼容協議”類似于Windows95/98中的“IPX/SPX兼容協議”，它只能作為客戶端的協議實現對NetWare服務器的訪問，離開了NetWare服務器，此兼容協議將失去作用；而“NWLinkNetBIOS”協議不但可在NetWare服務器與WindowsNT之間傳遞信息，而且能夠用于WindowsNT、Windows95/98相互之間任意通信。
3.TCP/IP協議
TCP/IP（TransmissionControlProtocol/InternetProtocol，傳輸控制協議/網際協議）是目前最常用到的一種通信協議，它是計算機世界里的一個通用協議。在局域網中，TCP/IP最早出現在Unix系統中，現在幾乎所有的廠商和操作系統都開始支持它。同時，TCP/IP也是Internet的基礎協議。
■TCP/IP通信協議的特點。TCP/IP具有很高的靈活性，支持任意規模的網絡，幾乎可連接所有的服務器和工作站。但其靈活性也為它的使用帶來了許多不便，在使用NetBEUI和IPX/SPX及其兼容協議時都不需要進行配置，而TCP/IP協議在使用時首先要進行復雜的設置。每個節點至少需要一個“IP地址”、一個“子網掩碼”、一個“默認網關”和一個“主機名”。如此復雜的設置，對于一些初識網絡的用戶來說的確帶來了不便。不過，在WindowsNT中提供了一個稱為動態主機配置協議（DHCP）的工具，它可自動為客戶機分配連入網絡時所需的信息，減輕了聯網工作上的負擔，并避免了出錯。當然，DHCP所擁有的功能必須要有DHCP服務器才能實現。
同IPX/SPX及其兼容協議一樣，TCP/IP也是一種可路由的協議。但是，兩者存在著一些差別。TCP/IP的地址是分級的，這使得它很容易確定并找到網上的用戶，同時也提高了網絡帶寬的利用率。當需要時，運行TCP/IP協議的服務器（如WindowsNT服務器）還可以被配置成TCP/IP路由器。與TCP/IP不同的是，IPX/SPX協議中的IPX使用的是一種廣播協議，它經常出現廣播包堵塞，所以無法獲得最佳的網絡帶寬。
■Windows95/98中的TCP/IP協議。Windows95/98的用戶不但可以使用TCP/IP組建對等網，而且可以方便地接入其它的服務器。值得注意的是，如果Windows95/98工作站只安裝了TCP/IP協議，它是不能直接加入WindowsNT域的。雖然該工作站可通過運行在WindowsNT服務器上的服務器（如ProxyServer）來訪問Internet，但卻不能通過它登錄WindowsNT服務器的域。如果要讓只安裝TCP/IP協議的Windows95/98用戶加入到WindowsNT域，還必須在Windows95/98上安裝NetBEUI協議。■TCP/IP協議在局域網中的配置。在提到TCP/IP協議時，有許多用戶便被其復雜的描述和配置所困擾，而不敢放心地去使用。其實就局域網用戶來說，只要你掌握了一些有關TCP/IP方面的知識，使用起來也非常方便。
IP地址基礎知識。前面在談到IPX/SPX協議時就已知道，IPX的地址由“網絡ID”（NetWorkID）和“節點ID”（NodeID）兩部分組成，IPX/SPX協議是靠IPX地址來進行網上用戶的識別的。同樣，TCP/IP協議也是靠自己的IP地址來識別在網上的位置和身份的，IP地址同樣由“網絡ID”和“節點ID”（或稱HOSTID，主機地址）兩部分組成。一個完整的IP地址用32位（bit）二進制數組成，每8位（1個字節）為一個段（Segment），共4段（Segment1～Segment4），段與段之間用“.”號隔開。為了便于應用，IP地址在實際使用時并不直接用二進制，而是用大家熟悉的十進制數表示，如192.168.0.1等。IP地址的完整組成：“網絡ID”和“節點ID”都包含在32位二進制數中。目前，IP地址主要分為A、B、C三類（除此之外，還存在D和E兩類地址，現在局域網中這兩類地址基本不用，故本文暫且不涉及），A類用于大型網絡，B類用于中型網絡，C類一般用于局域網等小型網絡中。其中，A類地址中的最前面一段Segment1用來表示“網絡ID”，且Segment1的8位二進制數中的第一位必須是“0”。其余3段表示“節點ID”；B類地址中，前兩段用來表示“網絡ID”，且Segment1的8位二進制數中的前二位必須是“10”。后兩段用來表示“節點ID”；在C類地址中，前三段表示“網絡ID”，且Segment1的8位二進制數中的前三位必須是“110”。最后一段Segment4用來表示“節點ID”。
值得一提的是，IP地址中的所有“網絡ID”都要向一個名為InterNIC（InternetNetworkInformationCenter，互聯網絡信息中心）申請，而“節點ID”可以自由分配。目前可供使用的IP地址只有C類，A類和B類的資源均已用盡。不過在選用IP地址時，總的原則是：網絡中每個設備的IP地址必須唯一，在不同的設備上不允許出現相同的IP地址。表1列出了IP地址中的“網絡ID”的有關屬性，“節點ID”在互不重復的情況下由用戶自由分配。其實，將IP地址進行分類，主要是為了滿足網絡的互聯。如果你的網絡是一個封閉式的網絡，只要在保證每個設備的IP地址唯一的前提下，三類地址中的任意一個都可以直接使用（為以防萬一，你還是老老實實地使用C類IP地址為好）。
子網掩碼。對IP地址的解釋稱之為子網掩碼。從名稱可以看出，子網掩碼是用于對子網的管理，主要是在多網段環境中對IP地址中的“網絡ID”進行擴展。舉個例子來說明：例如某個節點的IP地址為192.168.0.1，它是一個C類網。其中前面三段共24位用來表示“網絡ID”，是非常珍貴的資源；而最后一段共8位可以作為“節點ID”自由分配。但是，如果公司的局域網是分段管理的，或者該網絡是由多個局域網互聯而成，是否要給每個網段或每個局域網都申請分配一個“網絡ID”呢？這顯然是不合理的。此時，我們可以使用子網掩碼的功能，將其中一個或幾個節點的IP地址全部充當成“網絡ID”來使用，用來擴展“網絡ID”不足的困難。
當我們將某一節點的IP地址如192.168.0.1已設置成一個“網絡ID”時，網絡上的其它設備又怎樣知道它是一個“網絡ID”，而不是一個節點IP地址呢？這就要靠子網掩碼來告知。子網掩碼是這樣做的：如果某一位的二進制數是“1”，它就知道是“網絡ID”的一部分；如果是“0”便認作是“節點ID”的一部分。如將192.168.0.1當做“網絡ID”時，其子網掩碼就是11111111.11111111.11111111.00000001，對應的十進制數表示為255.255.255.1。否則它的子網掩碼就是11111111.11111111.11111111.00000000，對應的十進制數表示應為255.255.255.0。有了子網掩碼，便可方便地實現用戶跨網段或跨網絡操作。不過，為了讓子網掩碼能夠正常工作，同一子網中的所有設備都必須支持子網掩碼，且子網掩碼相同。表2列出了A、B、C三類網絡的缺省子網掩碼。網關。網關（Gateway）是用來連接異種網絡的設置。它充當了一個翻譯的身份，負責對不同的通信協議進行翻譯，使運行不同協議的兩種網絡之間可以實現相互通信。如運行TCP/IP協議的WindowsNT用戶要訪問運行IPX/SPX協議的Novell網絡資源時，則必須由網關作為中介。如果兩個運行TCP/IP協議的網絡之間進行互聯，則可以使用WindowsNT所提供的“默認網關”（DefaultGateway）來完成。網關的地址該如何分配呢？可舉一個例子來回答：假如A網絡的用戶要訪問B網絡上的資源，必須在A網絡中設置一個網關，該網關的地址應為B網絡的“網絡ID”（一般可理解為B網絡服務器的IP地址）。當A網絡的用戶同時還要訪問C網絡的資源時又該怎么呢？你只需將C網絡的“網絡ID”添加到A網絡的網關中即可。依次類推……網關連多少個網絡，就擁有多少個IP地址。
主機名。網絡中唯一能夠代表用戶或設備身份的只有IP地址。但一般情況下，眾多的IP地址不容易記憶，操作起來也不方便。為了改善這種狀況，我們可給予每個用戶或設備一個有意義的名稱，如“WANGQUN”。至于在網絡中用到“WANGQUN”時，怎樣知道其對應的IP地址呢？這完全由操作系統自己完成，我們大可不必考慮。
三、通信協議的安裝、設置和測試
局域網中的一些協議，在安裝操作系統時會自動安裝。如在安裝WindowsNT或Windows95/98時，系統會自動安裝NetBEUI通信協議。在安裝NetWare時，系統會自動安裝IPX/SPX通信協議。其中三種協議中，NetBEUI和IPX/SPX在安裝后不需要進行設置就可以直接使用，但TCP/IP要經過必要的設置。所以下文主要以WindowsNT環境下的TCP/IP協議為主，介紹其安裝、設置和測試方法，其他操作系統中協議的有關操作與WindowsNT基本相同，甚至更為簡單。
■TCP/IP通信協議的安裝。在WindowsNT中，如果未安裝有TCP/IP通信協議，可選擇“開始/設置/控制面板/網絡”，將出現“網絡”對話框，選擇對話框中的“協議/添加”，選取其中的TCP/IP協議，然后單擊“確定”按鈕。系統會詢問你是否要進行“DHCP服務器”的設置？如果你的IP地址是固定的（一般是這樣），可選擇“否”。隨后，系統開始從安裝盤中復制所需的文件。
■TCP/IP通信協議的設置。在“網絡”對話框中選擇已安裝的TCP/IP協議，打開其“屬性”，在指定的位置輸入已分配好的“IP地址”和“子網掩碼”。如果該用戶還要訪問其它WidnowsNT網絡的資源，還可以在“默認網關”處輸入網關的地址。
■TCP/IP通信協議的測試。當TCP/IP協議安裝并設置結束后，為了保證其能夠正常工作，在使用前一定要進行測試。筆者建議大家使用系統自帶的工具程序：PING.EXE，該工具可以檢查任何一個用戶是否與同一網段的其他用戶連通，是否與其他網段的用戶連接正常，同時還能檢查出自己的IP地址是否與其他用戶的IP地址發生沖突。假如服務器的IP地址為192.168.0.1，如要測試你的機器是否與服務器接通時，只需切換到DOS提示符下，并鍵入命令“PING192.168.0.1”即可。如果出現類似于“Replyfrom192.168.0.1……”的回應，說明TCP/IP協議工作正常；如果顯示類似于“Requesttimedout”的信息，說明雙方的TCP/IP協議的設置可能有錯，或網絡的其它連接（如網卡、HUB或連線等）有問題，還需進一步檢查。
四、小結
在組建局域網時，具體選擇哪一種網絡通信協議主要取決于網絡規模、網絡間的兼容性和網絡管理幾個方面。如果正在組建一個小型的單網段的網絡，并且對外沒有連接的需要，這時最好選擇NetBEUI通信協議。如果你正從NetWare遷移到WindowsNT，或兩種平臺共存時，IPX/SPX及其兼容協議可提供一個很好的傳輸環境。如果你正在規劃一個高效率、可互聯性和可擴展性的網絡，TCP/IP則將是理想的選擇。
參考文獻轉
篇10
下面介紹一下如何使用JAVA來進行網絡編程：
1) 由于客戶端通過IE同服務器建立聯系，所以客戶端使用Applet，服務器端使用Application；
2) 服務器應設置成多線程，應答多個客戶的請求；
3) 兩端通信使用SOCKET機制。
1 Java中輸入/輸出流概念：
過濾流DataInputStream 和DataOutputStream 除了分別作為FilterInputStream 和FilterOutputStream的子類外，還分別實現了接口DataInput 和DataOutput。接口DataInput 中定義的方法主要包括從流中讀取基本類型的數據、讀取一行數據、或者讀取指定長度的字節數，如readBoolean() readInt()、readLine()、readFully()等。接口DataOutput中定義的方法主要是向流中寫入基本類型的數據或者寫入一定長度的字節數組，如writeChar()、writeDouble() DataInputStream可以從所連接的輸入流中讀取與機器無關的基本類型數據，用以實現一種獨立于具體平臺的輸入方式；DataInputStream 可以向所連接的輸出流寫入基本類型的數據。
2 Socket 機制
Socket是面向客戶/服務器模型設計的，網絡上的兩個程序通過一個雙向的通訊連接實現數據的交換，這個雙向鏈路的一端稱為一個Socket。 Socket通常用來實現客戶方和服務方的連接。客戶程序可以向Socket寫請求，服務器將處理此請求，然后通過Socket將結果返回給用戶。
Socket通信機制提供了兩種通訊方式：有聯接和無聯接方式，分別面向不同的應用需求。使用有聯接方式時，通信鏈路提供了可靠的，全雙工的字節流服務。在該方式下，通信雙方必須創建一個聯接過程并建立一條通訊鏈路，以后的網絡通信操作完全在這一對進程之間進行，通信完畢關閉此聯接過程。使用無聯接方式時其系統開銷比無聯接方式小，但通信鏈路提供了不可靠的數據報服務，不能保證信源所傳輸的數據一定能夠到達信宿。在該方式下，通信雙方不必創建一個聯接過程和建立一條通訊鏈路，網絡通信操作在不同的主機和進程之間轉發進行。
3 Java語言
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: 基于流模型的輸入/輸出包。該包用統一的流模型實現了各種格式的輸入/輸出，包括文件系統、網絡和設備的輸入/輸出等
java.net: 網絡包。該包支持TCP/IP協議，其中提供了socket、URL和WWW的編程接口
java.awt: 抽象窗口工具集。其中實現了可以跨平臺的圖形用戶界面組件，包括窗口、菜單、滾動條和對話框等
java.applet: 支持applet程序設計的基本包
(6) 安全性
用于網絡、分布環境下的Java必須要防止病毒的入侵，Java不支持指針，一切對內存的訪問都必須通過對象的實例變量來實現，這樣就防止了程序員使用欺騙手段訪問對象的私有成員，同時也避免了指針操作中容易產生的錯誤。
4 JAVA工具
(1) JDK
1) Java編譯器
Java編譯器將Java源代碼文件編譯成可執行的Java字節碼。Java源代碼文件的擴展名為 .java，Java編譯器把這種擴展名的文件編譯成擴展名為.class的文件。源文件中的每個類在編譯后都將產生一個class文件，這意味一個Java源代碼文件可能編譯生成多個class文件。
2) Java解釋器
Java解釋器對編譯生成的字節碼格式的可執行程序的運行提供支持，它是運行非圖形Java程序的命令行工具。
3) Appletviewer
它是Java Applet的簡單測試工具，可使用它來測試Java Applet程序，而不需要WWW瀏覽器的支持。
(2) Visual J++
Visual J++ 集成了可視化界面設計、交互式調試、代碼編輯、聯機幫助信息和介紹如何快速掌握該開發環境的實用向導等多項功能，同時具有能充分利用Active X和COM新技術的優勢。利用Visual J++可創建交互性很強的Internet應用程序，是難得的Java 開發系統。
5 客戶機/服務器通信的實現：
(1) Application 同 Applet 的通信
兩端通過Socket機制進行連接：
1) 客戶端的編程流程:
? 打開Socket，新建一個套接字；
? 為套接字建立一個輸入和輸出流；
? 根據服務器協議從套接字讀入或向套接字寫入；
? 清除套接字和輸入/輸出流；
2)服務器端的編程流程:
? 打開Server Socket，創建一個服務器型套接字和一個普通套接字，服務器型套接字在指定端口為客戶端請求的Socket 服務；
? 使用ServerSocket類的accept()方法使服務器型套接字處于監聽狀態并把監聽結果返回給普通套接字；
? 為該普通套接字創建輸入和輸出流；
? 從輸入和輸出流中讀入或寫入字節流，進行相應的處理，并將結果返回給客戶端；
? 在客戶端和服務器工作結束后關閉所有的對象，如服務器型的套接字，普通套接字，輸入和輸出流。
正是由于Java系統具有基于Socket的靈活通信機制，因而其應用程序能自由地打開和訪問網絡上的對象，就象在本地文件系統中一樣。
(2) Applet之間的通信：
Applet之間的通信使用Applet Context類的getApplet()方法。
只要在程序中加入
Applet oneapplet=getAppletContext().getApplet(“first”);便可使用name為first的Applet中的方法了。
在該課題中大量使用了該種通信方法，因為專門同服務器端通信的 Applet中包含接收信息方法和發送信息方法，所有客戶端的Applet都要使用負責通信的Applet中的方法，所以客戶端的Applet同負責通信的Applet必須進行通信。
6 程序
//服務器端程序S.java 負責與客戶端通信
import java.io.*;
import java.net.*;
import java.lang.*;
import T2;
class ThreadEchoHandler extends Thread //創建線程
{
T2 theT2=new T2();
Socket incoming;
int counter;
ThreadEchoHandler(Socket i，int c)
{ incoming=i;
counter=c; }
public void run()
{
try
{
DataInputStream in=new DataInputStream(incoming.getInputStream());
DataOutputStream out=new DataOutputStream(incoming.getOutputStream());
System.out.println ("hello");
boolean done=false;
while(!done)
{ String aa="";
String str=in.readUTF(); //從客戶端得到字符串
//在此加入各自的服務程序
System.out.println (str);
theT2.pass(str); //解碼
theT2.tongji(); //修改監控庫中的信息
aa=theT2.guan(); //操縱數據庫
System.out.println ("string z is:"+aa);
if(aa.compareTo("null")!=0 )
//若是查詢數據庫，返回查詢后的結果
{ //若不是查詢數據庫，不向客戶端輸出信息
out.writeUTF(aa);
out.flush(); }
}//while
incoming.close(); //線程關閉
}//try
catch(IOException e)
{System.out.println(e);}
}//end run
}
//----------------------------------------
class S
{
public static void main(String[] args)
{
int i=1;
try
{
ServerSocket s=new ServerSocket(1111);
for(;;)
{
Socket incoming=s.accept();
System.out.println("connect: "+i);
new ThreadEchoHandler(incoming，i).start();
i++;
}
}
catch(Exception e)
{ System.out.println(e); }
}
}
//客戶端通信小應用程序 Echo.java
import java.io.*;
import java.net.*;
import java.awt.*;
import java.applet.*;
public class Echo extends Applet
{
TextArea ta;
Socket echoSocket;
DataOutputStream os;
DataInputStream is;
String Line;
public void init()
{
setBackground(Color.white);
ta=new TextArea(5，80);
ta.setEditable(false);
add(ta);
try
{echoSocket=new Socket("10.102.4.41"，1111);} //與服務器建立連接
catch(IOException e)
{System.out.println("error");}
}
public void st(String stri) //發送字符串的方法
{
try
{ DataOutputStream os=new DataOutputStream(echoSocket.getOutputStream());
DataInputStream is=new DataInputStream(echoSocket.getInputStream());
os.writeUTF(""+ stri ); //向服務器輸送string
os.flush();
}
catch(IOException e)
{System.out.println(" error:"+e); }
}
public String st1() //接收字符串的方法
{
String Line="";
try
{ DataOutputStream os=new DataOutputStream(echoSocket.getOutputStream());
DataInputStream is=new DataInputStream(echoSocket.getInputStream());
Line=is.readUTF(); //從服務器讀來的信息
ta.appendText(""+Line); //在文本域中輸出信息
}
catch(IOException e)
{System.out.println(" error:"+e); }
return Line;
}
}
7 程序調試心得：
1) 在建立Socket連接時，兩端的端口號必須設為一致，否則建立不了連接。服務器端必須有主機IP地址或主機名參數。
2) 連接建立好之后應確定輸入和輸出流。起初程序中用的是DataInputStream和PrintStream，結果只能傳輸英文，傳輸中文時產生亂碼，將PrintStream改為DataOutputStream，使用readUTF()和writeUTF()方法后，中文傳輸問題得到解決。
3) 如果一個使用某端口的程序沒有關閉，另一個程序就不能使用這個端口。
4) 開始進行通信的程序均為 Application，因不符合客戶機/服務器機制，應將客戶端的Application改為Applet。其轉化的主要步驟如下：
? 創建一個包含APPLET標簽的HTML文件；
? 去掉應用程序中的main()方法；
? 類名應繼承Applet類，而不是Frame類，并在程序開頭加入
import java.applet.*;語句；
? 用init()方法代替Application程序中的構造方法，當瀏覽器創建Applet類對象的時候，它自動執行init()方法；
? 如Application中缺省使用了BorderLayout布局管理器，應在Applet的init()方法中重新設定；
? 如果Application中有setTitle()方法，必須將其去掉，如Application中使用了菜單，在Applet 中用按鈕來替換。
5) 懂得了在一程序中如何引用自定義的類中的方法和變量，在程序開頭加入import 類名；在程序中加入 類名 實例=new 類名(); 然后使用
實例.方法（），實例.變量即可。
參考文獻
篇11
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傳輸協議
篇12
我們在嵌入式系統的開發過程中，經常需要設計串行通信口，用以同其它設備或計算機網絡交換數據。針對不同的應用場合及不同的通信格式，在硬件設計方面有許多不同的芯片可供選擇，如Intel8251A、Intel8274、Intel82530等。采用ZILOG公司的串行通信控制器Z85C30進行設計，和其它器件相比，具有功能強、速度快、外部邏輯少等優點。
1串行通信控制器Z85C30介紹
Z85C30是ZILOG公司推出的一種串行通信控制器（SCC）。它具有雙通道，適用于8位、16位處理器的系統，能夠完成串行到并行、并行到串行的轉換。Z85C30能夠處理諸如異步格式、面向字節的同步規程（如IBM雙同步規程）、面向比特的同步規程（如HDLC、SDLC）；能夠產生、檢查CRC循環冗余檢驗碼。
Z85C30每個通道有14個寫寄存器、7個讀寄存器。通過對其編程，可將通信控制器配置滿足各種格式，如數據長度、停止位的位數、有無奇偶檢驗等。
1.1Z850C30主要性能
①同步速率。16MHz時鐘下，傳輸速率達4Mb/s；使用16MHz時鐘，傳輸速率達1Mb/s（FM編碼）；使用16MHz時鐘，傳輸速率達500Kb/s（NRZI編碼）。
②異步性能。每個字符5、6、7或8位；1/2或2位停止位；奇或偶校驗；1、16、32、64倍時鐘格式；斷點產生和測試；奇偶、超載和幀出錯測試。
③按字節同步性能。內同步或外同步；1或2個同步字符；自動CRC產生、測試。
④SDLC/HDLC性能。異常中止序列的產生和檢測；“0”的自動插入和刪除，報文間標志的自動插入，地址段的識別，信息段剩余管理，CRC產生、測試；具有EOP識別/循不入口和出口的SDLC方式；可選NRZ、NRZI、曼徹斯特或FM編/解碼；具有時鐘恢復能力的數字鎖相環；具有自動回波和局部回送的診斷能力。
另外，Z85C30能在SDLC/HDLC方式下更高效地工作，如果有10×19位SDLC/HDLC幀狀態FIFO，14位SDLC/HDLC幀計數器，自動SDLC/HDLC標志發送，自動復位SDLC/HDLCUnderrun/EOM標志，自動預置SDLC/HDLCCRC等。
1.2Z85C30主要引腳簡介
Z85C30引腳按功能分為7組：數據地址總線、總線時序和復位、控制引腳、中斷控制、串行數據、通道控制引腳和時鐘引腳，如圖1所示。Z85C30引腳定義如圖2所示。
D7～D0：數據地址總線，用于傳送命令和數據。
RD、WR：讀、寫信號，用于對Z85C30的寄存器操作，低電平有效。
CE：片選信號。
A/B：A、B通道選擇，低電平表示選擇B通道，高電平選擇A通道。
D/C：數據/控制選擇，高電平表示與85C30之間傳輸的是數據，低電平表示與85C30間傳輸的是命令信號。
INT：中斷請求，低電平有效，當SCC需要申請中斷時，該信號有效。
INTACK：中斷響應，低電平有效。
IEI：中斷允許輸入。輸入，高電平有效。當有多個中斷源時，IEI和IEO一起組成中斷順序鏈優先級排隊電路。
IEO：中斷允許輸出。輸出，高電平有效。
PCLK：時鐘輸入，用來同步內部信號，是標準的TTL電平信號。
TxD、RxD：發送、接收數據，分A、B兩個通道。
TRxC、RTxC：通道時鐘，它們能被編程為幾種不同的操作械。RTxC能提供接收時鐘或傳送時鐘（在輸入方式），能提供傳輸時鐘計數器輸出（數據鎖相器）、晶體振蕩器輸出、波特率發生器輸出和輸入時鐘輸出（它們都是在輸出方式）。RTxC能提供接收時鐘、傳送時鐘、波特率發生器時鐘、數字鎖相環時鐘。
1.3Z85C30的接口時序
RD和WR是總線傳輸的兩個控制信號。CE、D/C、A/B和INTACK用于控制總線傳輸的類型。總線上傳輸的地址在有效后，RD和WR才變低。CE、WR和CE、RD鎖存地址的時序是一致的。
（1）讀周期時序
在RD和CE有效時，A/B和D/C上的地址被鎖存。在此周期內CE必須保持低，并且INTACK必須保持高。Z85X30的總線驅動設備只有在RD和CE都有效地才使能。在讀操作用D/C為高時，不會影響指針的狀態。當D/C為低且在內部操作完成后，指針復位到0。
（2）寫周期時序
在CE和WR有效時，A/B、D/C和數據D7～D0同時被鎖存。在此周期內CE必須保持低，并且INTACK必須保持高。在寫操作且D/C為高時，不會影響指針的狀態。當D/C為低且在內部操作完畢后，指針復位到0。
（3）中斷響應周期
當INTACK為低時，進入中斷響應周期。這個A/B、D/C、CE、WR信號都被忽略。
1.4Z85X30寄存器訪問
訪問寄存器有兩個步驟，是使用寄存器指針來完成尋址的。為尋址一個指定的寄存器，先通過寫入WR0的指針位來指定寄存器。因為Z85X30只有唯一的寄存器設置存在，因此，可以從兩個通道中的任意一個將指針寫入。當指針寫入后，再次的讀或寫周期（當D/C為低時）將存取剛才指定的寄存器。在讀和寫周期結束時，指針被復位到0。
對RR8（接收數據緩沖FIFO）的讀及對WR8（傳送數據緩沖FIFO）的寫操作，可以按以上方法進行，也可以在D/C為高時進行存取。當D/C為高時，可以直接對相應的數據寄存器進行存取，并且指針的狀態為獨立的。這樣，允許在一個周期內尋址數據寄存器，并且不影響指針的狀態。
2Z85C30與CPU的接口
以下介紹以8051作CPU與Z85C30的接口電路，如圖3所示。
Z85C30的時鐘選用7.0728MHz。54LS373用來鎖存片選信號和Z85C30的地址（用來區分命令、數據寄存器）。因為Z85C30的寫時序在數據有效后，才應出現WR的下降沿；在數據無效之前，應出現WR上升沿。用1片D觸發器54LS74和2個反相器件來延遲送到Z85C30的WR。由于電路設計為TTL電路，在實際的應用，還需加入TTL-RS232轉換電路芯片。
3軟件設計
3.1Z85Z30的I/O操作
X85C30有三種基本的I/O操作形式：查詢、中斷、塊操作。這三種I/O操作在初始化和數據傳送時涉及到寄存器操作。
查詢方式依靠軟件查詢串行控制器，從而決定什么時候數據應從串行控制器輸入或輸出。在此模式中，主中斷使能位和WAIT/DMA請求位都應編程為0，從而清除任何中斷或DMA請求。查詢是通過對RR0的狀態檢測進行的。在此模式中，中斷功能失效。在轉入數據處理前，必須對RR0讀分析，以決定進入怎樣的例程。
中斷方式中，串行控制器的每一個通道包括三個中斷源：接收器中斷、發送器中斷和外部/狀態中斷。
塊操作方式可將W/REQ輸出與WR1中的就緒/請求位配合。通過編程，W/REQ輸出在塊操作方式中能被定義為WAIT信號，在DMA方式中可作為REQ信號。
3.2軟件的編寫
不同的應用場合，對Z85C30的初始化流程不同，這就需要對Z85C30的寫寄存器賦予相應的初值。
圖38051與Z85C30的接口電路
在SCC初始化完成后，即可進行通信。傳送緩沖區和接收緩沖區全部為空。軟件把第1個傳送字符寫到傳送緩沖器，中斷才會產生。第1個傳送字符到了SCC的移位寄存器，傳送中斷產生。然后，SCC繼續判斷中斷，直到報文結束。報文結束時，應執行復位發送中斷賦值命令，用來禁止發送請求中斷。SCC檢測到最后一個字符，中斷將停止，直到另外的報文寫到傳送緩沖器。
寄存器RR2用來說明中斷矢量和狀態，它從B信道讀取。RR3是中斷賦值寄存器，用來指示中斷的類型，它從A信道讀取。看網絡補充版中列出了Z85C30的中斷流程。
篇13
SSL安全協議在數據傳遞的過程中被經常性的使用，能夠運用監控系統分析網絡中的隱患，從而確保數據能夠安全的傳遞，從而能夠對信號進行及時地收集，通過轉碼的方式，將數據壓縮，在選用通信設備的時候，也能夠對設備進行識別，從而能夠運用SSL安全協議，提高數據傳輸的有效性。服務器：它屬于整個系統中最關鍵的部分，對所有的視頻服務，在視頻采集、播放以及轉發等部分建立信息，并且將其通過通道寫入數據庫。客戶端實現了將密碼輸送到用戶處，在密碼輸入無誤的情況下，能夠訪問頁面。通過SSL安全協議，有效的連接客戶端和服務器之間，提高信息傳輸的安全性，另外該協議基于實時性的要求，將收集到的信息通過網絡實現連接，從而能夠完善數據傳輸的通道，通過無線視頻的方式，將傳輸的信號以不同的方式進行分類，然后形成不同的模塊，然后與函數組合起來，通過特定的方式實現數據的加密處理。
