rcp，英文縮寫詞，有多種含義：一、計算機相關語言，remote file copy，即遠程檔案拷貝；二、商業用語，Rich Client Platform，指富客戶機平台，一種廣泛的基於WEB的套用的客戶端，其特點便是服務同表現完全的物理分離，表現邏輯完全由客戶端來負責；三、醫學用語，relative chance of paternity，指父子關係的相對機會，是親權指數(PI)的相對值；四、建築用語，指鋼筋混凝土排水管；五、國際食品標準用語，指國際推薦操作規程，是國際食品法典委員會CODEX發布的一系列推薦性食品生產操作規程。六、核電系統，Reactor Coolant Pump；五、計算機網路相關用語，romote procedure call，利用遠程計算機傳送請求程式，可以提供終結點映射程式以及RPC服務，是windows系統三大服務之一。
基本介紹
- 外文名：rcp
- 含義一：計算機相關語言
- 含義二：商業用語
- 含義三：醫學用語
- 含義四：CAD檔案格式之一
- 命令用於：在計算機之間拷貝檔案
拷貝介紹,選項含義,RCP,接觸位,控制原型,控制系統,平台,相對機會,鑑定原理,親權指數,規程,
拷貝介紹
Copies files from one computer to another computer.
Note: RCP is not a secure or encrypted method of transferring files.
rcp代表“remote file copy”（遠程檔案拷貝）。該命令用於在計算機之間拷貝檔案。
rcp命令有兩種格式。第一種格式用於檔案到檔案的拷貝；第二種格式用於把檔案或目錄拷貝到另一個目錄中。
rcp命令的一般格式是：
rcp[-px] [-k realm] file1 file2 rcp [-px] [-r] [-k realm] file
directory 每個檔案或目錄參數既可以是遠程檔案名稱也可以是本地檔案名稱。遠程檔案名稱具有如下形式：rname@rhost：path，其中rname是遠程用戶名，rhost是遠程計算機名，path是這個檔案的路徑。
選項含義
-r 遞歸地把源目錄中的所有內容拷貝到目的目錄中。要使用這個選項，目的必須是一個目錄。
-p 試圖保留源檔案的修改時間和模式，忽略umask。
-k 請求rcp獲得在指定區域內的遠程主機的Kerberos許可，而不是獲得由krb_relmofhost⑶確定的遠程主機區域內的遠程主機的Kerberos許可。
-x 為傳送的所有數據打開DES加密。這會影響回響時間和CPU利用率，但是可以提高安全性。如果在檔案名稱中指定的路徑不是完整的路徑名，那么這個路徑被解釋為相對遠程機上同名用戶的主目錄。如果沒有給出遠程用戶名，就使用當前用戶名。如果遠程機上的路徑包含特殊shell字元，需要用反斜線（\\）、雙引號（”）或單引號（’）括起來，使所有的shell元字元都能被遠程地解釋。需要說明的是，rcp不提示輸入口令，它通過rsh命令來執行拷貝。
RCP
在國內建築行業中的套用。
例如：RCPⅡ2400×2500的意思為：
RCP——鋼筋混凝土排水管；（reinforcedconcretepipe）
Ⅱ——外壓荷載級別Ⅰ、Ⅱ、Ⅲ三個級別；
2400——管子公稱內徑（mm）；
2500——管子有效長度（mm）。
Reflective Ceilling Plan的縮寫
意為天花圖
接觸位
retruded contact position,RCP
從牙尖交錯位開始，下頜還可以後下移動少許（約1mm左右），此時，後牙牙尖斜面部分接觸，前牙不接觸，髁突位於其在下頜窩中的最後位置，從該位置開始，下頜可以作側向運動，下頜的這個位置稱為後退接觸位（retruded contact position，RCP），是下頜的生理性最後位。
後退接觸位是：吞咽時下頜經常到達的位置，有報告證實，咀嚼硬物時下頜常到達此位。因此，醫學教|育網蒐集整理後退接觸位也是下頜的功能位之一。另外有人指出，顳下頜關節紊亂症患者誘導不出後退接觸位（或稱後退接觸位與牙尖交錯位合併為一個位置，即：一位）的比例增高，而且對於有後退接觸位者，後退時單側後牙接觸的比例增高，因此檢查後退接觸位存在或正常與否，對於顳頜關節紊亂症的檢查、診斷與治療，也具有重要的價值。
由於後退接觸位屬於韌帶位，為物理性定位，重複性好，當全口牙或大多數牙喪失後，以牙尖交錯 為前提的牙尖交錯位也就喪失，或失去了其明確的標誌，但此時韌帶位仍然存在，臨床在修復缺牙過程中，可以以韌帶位作為取得牙尖交錯位的參考位。
控制原型
Rapid Control Prototype
快速控制原型（Rapid Control Prototype，簡稱RCP）技術是近幾年發展成熟的一種仿真技術。
在控制系統的研發過程中，通常先進行仿真研究，目的在於研究技術的可行性，縮短產品的研發周期，降低研發費用。
仿真工具（如MATLAB、SABER等）自套用以來，對控制系統的研發提供了極大的幫助。然而，在傳統的研發流程中，大部分是採用純數學仿真，這種仿真結果的置信度有限。有部分實物參與的具有較高置信度的半實物仿真系統得到了廣泛的套用與發展。如果將實際控制器的仿真稱為 虛擬控制器，實際對象的仿真稱為虛擬對象，可得到控制系統仿真的3種形式：
①虛擬控制器+虛擬對象=動態仿真系統，是純粹的系統仿真；
②虛擬控制器+實際對象=快速控制原型（RCP）仿真系統，是系統的一種半實物仿真；
③實際控制器+虛擬對象=硬體在迴路（HIL）仿真系統，是系統的另一種半實物仿真。
快速控制原型仿真處於控制系統開發的第二階段，遠在產品開發之前，使設計者新的控制思路（方法）能在實時硬體上方便而快捷地進行測試。通過實時測試，可以在設計初期發現存在的問題，以便修改原型或參數，再進行實時測試，這樣反覆進行，最終產生一個完全面向用戶需求的合理可行的控制原型。
控制系統
按現代設計方法，方案設計結束後，無須等待軟體工程師的編程和隨後的代碼硬體集成，而是利用計算機輔助設計工具自動將控制方案框圖轉換為代碼並自動下載到硬體開發平台，從而快速實現控制系統的原型。原型中包括實際系統中可能的各種I/O，軟體及硬體中斷等實時特性。之後，就可以利用計算機輔助試驗測試管理工具軟體進行各種測試，以檢驗（Validation）控制方案對實際對象的控制效果，並線上最佳化控制參數。此時即使模型需要大規模修改，重新形成測試原型也只需要幾分鐘的時間。這樣在最終實現控制方案之前，就可基本確認最終方案和效果，避免過多的資源浪費和時間消耗。
Q1：RCP階段和在matlab離線仿真階段相比的優勢？
A1：主要有兩點：
在RCP階段，控制器算法是實時運行。在RCP階段，被控對象是真實的。
平台
簡介
RCP,Rich Client Platform,富客戶機平台
Rich Client是一個相對的概念，主要是針對時下廣泛的基於WEB的套用，因為這種客戶端（也即現有的各種瀏覽器）的運行環境沒有提供一個很好的組件模型和互動模型致使這種套用的界面的同服務之間的互動變得很奇怪，每一次互動都需要重新組織出整個界面，而這個界面的組織基本在伺服器端完成，也所以致使表現層的邏輯居於伺服器端，所以稱這種為Thin Client，而相對的則是Rich Client。
目前來說，在技術上Rich Client還沒有一個甚或是兩個大一統而且又成熟的標準技術出來，所以Rich Client只能說是一種架構方式，其特點便是服務同表現完全的物理分離，表現邏輯完全由客戶端來負責，這是最關鍵的一點。但我認為一定要同時兼顧原有WEB套用的零部署等特點。
組件
核心平台（啟動Eclipse，運行外掛程式）
OSGi（標準集束框架）
SWT（可移植構件工具包）
JFace（檔案緩衝，文本處理，文本編輯器）
Eclipse工作檯（即Workbench ，包含視圖（views）、編輯器（editors）、視角（perspectives）、和嚮導（wizards））
Eclipse RCP
Eclipse RCP是一項位於Eclipse平台核心的功能。大多數人想到Eclipse時，會想到Java集成開發環境（IDE）。如果將Eclipse中關於IDE的內容剝去，剩下的就是一個提供基本工作檯功能的核心，包括對可移動以及可疊加的視窗組件（編輯器和視圖）、選單、工具列、按鈕、表格、樹形結構等等的支持，而這個核心就是EclipseRCP。
個人理解EclipseRCP就是由外掛程式開發轉向桌面套用開發，構建最小化的Eclipse平台（8M）運行你的桌面套用，不必再為程式框架煩心，擺脫失敗的AWT和Swing，讓程式擁有專業級效果，而實現又很簡單、很優雅。
RCP提供了豐富的界面控制項，這使得基於Java開發桌面套用也變得容易了很多，雖然仍然不能和基於VB、Delphi進行相比。對於開發者而言，儘管使用RCP也是為了開發桌面套用，但RCP給開發者帶來的更多的感覺是在它充分發揮了外掛程式化系統的優勢。
RCP可以視為基於OSGi（Open Service Gateway Initiative）構建外掛程式化系統的最佳實踐的指導，從RCP的設計中，可以學習到如何將套用做到模組化、將套用做到動態化，甚至還可以學習到如何自動生成界面這樣的設計思想。RCP可以看做是基於OSGi做外掛程式化套用系統的最佳實踐，其中的不少設計方法甚至都可以整理成為基於OSGi做外掛程式化套用系統的設計模 對RCP表示崇高的敬意，大師之作，不同凡響。
EclipseRCP為應用程式開發人員提供了：
應用程式和特性的一致且本地的外觀；
公共應用程式服務，例如視窗管理、更新管理、幫助和選擇管理；
本地的外觀，利用Windows、MacOSX、Linux、Solaris、HP-UX、AⅨ和嵌入式設備上的實際平台視窗部件；
標準化的組件模型；
普及的可擴展性；
整合的更新機制；
頂級開發工具（Eclipse軟體開發包（SDK）是世界級的軟體開發環境）。
EclipseRCP項目用SWT圖形庫和工具包取代了Java標準中的AWT和Swing。SWT直接調用了作業系統的圖形庫，從而使得Java應用程式的LOOK&Feel與作業系統的習慣完全一致；更為重要的是，對本地方法的直接調用大幅度的提高了基於SWT的Java應用程式的運行速度。SWT的缺點主要在於兩點：不是Java語言標準；支持的平台太少。
一個EclipseRCP可分為如下5個部分：
⑴Workbench工作檯
為Eclipse提供用戶界面。它是使用SWT（StandardWidgetToolkit）和一個更高級的API（JFace）來構建的；SWT是Java的Swing/AWTGUIAPI的非標準替代者，JFace則建立在SWT基礎上，提供用戶界面組件。
⑵Workspace工作區
工作區是負責管理用戶資源的外掛程式。它包括用戶創建的項目、項目中的檔案，以及檔案變更和其它資源。工作區還負責通知其它外掛程式關於資源變更的信息，比如檔案創建、刪除或者變更。
⑶Help幫助系統
幫助組建具有與Eclipse平台本身相當的可擴展能力。與外掛程式向Eclipse添加功能相同，幫助提供一個附加的導航結構，允許工具以HTML檔案的形式添加文檔。
⑷Team團隊支持系統
⑸PlatformRuntime運行平台
平台運行庫是整個Eclipse的核心，它在啟動時檢查已安裝了哪些外掛程式，並創建關於它們的註冊表信息。為降低啟動時間和資源使用，它在實際需要某個外掛程式的時候才載入該外掛程式。除了核心外，其它每樣東西都是作為外掛程式來實現的。
相對機會
鑑定原理
判定親生關係的理論依據是孟德爾遺傳的分離律。按照這一規律，在配子細胞形成時，成對的等位基因彼此分離，分別進入各自的配子細胞。精、卵細胞受精形成子代，孩子的兩個基因組一個來自母親，一個來自父親；因此同對的等位基因也就是一個來自母親，一個來自父親。鑑定結果如果符合該規律，則不排除親生關係，若不符合，則排除親生關係（變異情況除外）。
在大多數的情況下，母、子關係是已知的，要求鑑定假設父和孩子是否親生關係。此時首先從母、子基因型的對比中，可以確定孩子基因中可能來自父親的基因（生父基因，OG）。然後觀察假設父親的基因型，如果不具有生父基因，則可排除假設父與孩子的親生關係。
若假設父也具有生父基因，結果就不能排除假設父的親生關係，假設某案例中母親是FGA-22/23型，孩子為22/25型，從比較中可確定生父基因是FGA-25。此案中假設父1為FGA-22/24型；假設父2為 24/25型。其中假設父1不具備生父基因25，故可排除他與孩子的親生關係；相比之下，假設父2因具有FGA-25，不排除與孩子有親生關係。
親權指數
上例中假設父2不能排除父子親生關係，但他不一定是孩子的生父，因為人群中FGA-25基因頻率為0.0958。雖然生父必須有生父基因，但有FGA- 25基因的男人不一定就是孩子的生父。按照機率理論，具有生父基因的假設父和具有生父基因的隨機男人都有成為孩子生父的可能性。假設父提供生父基因成為孩子生父的可能性和隨機男人提供生父基因成為孩子生父的可能性的比值叫作親權指數（paternity index,PI）。前一種可能性假設為X;後一種可能性假設為Y。上例中的假設父2基因型為24/25雜合子，他提供生父基因FGA-25的可能性為 1/2，即X=1/2。隨機男人提供生父基因FGA-25的機會為該基因的頻率，即Y=0.0958。因此，此例的PI值為0.5/0.0958= 5.22。
如果假設父2的確是孩子的生父，則不論檢測多少位點，均不會排除他與孩子的親生關係，在所有檢測的位點，每一個位點就可以計算出一個PI值，多個位點的累計PI值等於各個位點PI值的乘積，但前提條件是所檢測的各位點之間沒有遺傳連鎖關係。
三聯體基因型組合的可歸納為三條原則：
⑴當假設父為純合子時，X=1；假設父為雜合子時，X=1/2，但雜合子假設父的2個基因均可能是生父基因時，X=1。
⑵只涉及1個生父基因時，Y值等於生父基因的頻率。
⑶若涉及2個生父基因時，Y值為2個生父基因頻率之和。
上述計算出的PI值是一個絕對值，為使鑑定結果能夠以機率形式表達父子關係的相對機會（relative chance of paternity,RCP），PI值須轉換成一種相對值RCP。計算出PI值後，RCP=[PI/（PI+1）]×100%。按照國內外親子鑑定的慣例，當RCP值大於99.73%時，則可以認為假設父與孩子具有親生關係。如果RCP值達不到99.73%時，則可以認為假設父與孩子不具有親生關係。RCP值達不到99.73%，應該增加檢測位點數直至RCP大於99.73%為止。
規程
國際推薦操作規程
RECOMMENDED INTERNATIONAL CODE OF PRACTICE
CAC/RCP 系列規程是國際食品法典委員會CODEX發布的國際食品標準。
《食品法典》（不僅僅是Codes of practice，還包括一系列的Guidelines、Misc、MRLs、Standards）對保護消費者健康的重要性在1985年《聯合國第39/248號決議》中得到強調，並藉此通過了制定和加強有關保護消費者的政策所需的指導方針。該指導方針建議“政府在制定與食品有關的國家政策和計畫時應考慮廣大消費者對食品安全的需要，並應支持和最大限度地採用…《食品法典》中的標準或在無這些標準情況下其它普遍接受的國際食品標準”。
《食品法典》已經成為消費者、食品生產者和加工者、各國食品管理機構和國際食品貿易的全球參照標準。《法典》對食品生產者和加工者的觀念以及最終用戶 — 消費者的意識產生了巨大的影響。其影響遍及世界各地，其對公共健康的保護和食品貿易的公平開展所作出的貢獻不可估量。
