rcp接觸位

retruded contact position,RCP

從牙尖交錯(cuò)位開(kāi)始，下頜還可以后下移動(dòng)少許(約1mm左右)，此時(shí)，后牙牙尖斜面部分接觸，前牙不接觸，髁突位于其在下頜窩中的最后位置，從該位置開(kāi)始，下頜可以作側(cè)向運(yùn)動(dòng)，下頜的這個(gè)位置稱(chēng)為后退接觸位(retruded contact position，RCP)，是下頜的生理性最后位。

后退接觸位是:吞咽時(shí)下頜經(jīng)常到達(dá)的位置，有報(bào)告證實(shí)，咀嚼硬物時(shí)下頜常到達(dá)此位。因此，醫(yī)學(xué)教|育網(wǎng)搜集整理后退接觸位也是下頜的功能位之一。另外有人指出，顳下頜關(guān)節(jié)紊亂癥患者誘導(dǎo)不出后退接觸位(或稱(chēng)后退接觸位與牙尖交錯(cuò)位合并為一個(gè)位置，即:一位)的比例增高，而且對(duì)于有后退接觸位者，后退時(shí)單側(cè)后牙接觸的比例增高，因此檢查后退接觸位存在或正常與否，對(duì)于顳頜關(guān)節(jié)紊亂癥的檢查、診斷與治療，也具有重要的價(jià)值。

由于后退接觸位屬于韌帶位，為物理性定位，重復(fù)性好，當(dāng)全口牙或大多數(shù)牙喪失后，以牙尖交錯(cuò) 為前提的牙尖交錯(cuò)位也就喪失，或失去了其明確的標(biāo)志，但此時(shí)韌帶位仍然存在，臨床在修復(fù)缺牙過(guò)程中，可以以韌帶位作為取得牙尖交錯(cuò)位的參考位。

在國(guó)內(nèi)建筑行業(yè)中的應(yīng)用。

例如:RCPⅡ2400×2500的意思為:

RCP--鋼筋混凝土排水管;(reinforcedconcretepipe)

Ⅱ--外壓荷載級(jí)別Ⅰ、Ⅱ、Ⅲ三個(gè)級(jí)別;

2400--管子公稱(chēng)內(nèi)徑(mm);

2500--管子有效長(zhǎng)度(mm)。

Reflective Ceilling Plan的縮寫(xiě)

意為天花圖

Copies files from one computer to another computer.

Note: RCP is not a secure or encrypted method of transferring files.

rcp代表"remote file copy"(遠(yuǎn)程文件拷貝)。該命令用于在計(jì)算機(jī)之間拷貝文件。

rcp命令有兩種格式。第一種格式用于文件到文件的拷貝;第二種格式用于把文件或目錄拷貝到另一個(gè)目錄中。

rcp命令的一般格式是:

rcp[-px] [-k realm] file1 file2 rcp [-px] [-r] [-k realm] file

directory 每個(gè)文件或目錄參數(shù)既可以是遠(yuǎn)程文件名也可以是本地文件名。遠(yuǎn)程文件名具有如下形式:rname@rhost:path，其中rname是遠(yuǎn)程用戶(hù)名，rhost是遠(yuǎn)程計(jì)算機(jī)名，path是這個(gè)文件的路徑。

-r 遞歸地把源目錄中的所有內(nèi)容拷貝到目的目錄中。要使用這個(gè)選項(xiàng)，目的必須是一個(gè)目錄。

-p 試圖保留源文件的修改時(shí)間和模式，忽略u(píng)mask。

-k 請(qǐng)求rcp獲得在指定區(qū)域內(nèi)的遠(yuǎn)程主機(jī)的Kerberos許可，而不是獲得由krb_relmofhost⑶確定的遠(yuǎn)程主機(jī)區(qū)域內(nèi)的遠(yuǎn)程主機(jī)的Kerberos許可。

-x 為傳送的所有數(shù)據(jù)打開(kāi)DES加密。這會(huì)影響響應(yīng)時(shí)間和CPU利用率，但是可以提高安全性。如果在文件名中指定的路徑不是完整的路徑名，那么這個(gè)路徑被解釋為相對(duì)遠(yuǎn)程機(jī)上同名用戶(hù)的主目錄。如果沒(méi)有給出遠(yuǎn)程用戶(hù)名，就使用當(dāng)前用戶(hù)名。如果遠(yuǎn)程機(jī)上的路徑包含特殊shell字符，需要用反斜線(xiàn)(\\)、雙引號(hào)(")或單引號(hào)(')括起來(lái)，使所有的shell元字符都能被遠(yuǎn)程地解釋。需要說(shuō)明的是，rcp不提示輸入口令，它通過(guò)rsh命令來(lái)執(zhí)行拷貝。

Rapid Control Prototype

快速控制原型(Rapid Control Prototype，簡(jiǎn)稱(chēng)RCP)技術(shù)是近幾年發(fā)展成熟的一種仿真技術(shù)。

在控制系統(tǒng)的研發(fā)過(guò)程中，通常先進(jìn)行仿真研究，目的在于研究技術(shù)的可行性，縮短產(chǎn)品的研發(fā)周期，降低研發(fā)費(fèi)用。

仿真工具(如MATLAB、SABER等)自應(yīng)用以來(lái)，對(duì)控制系統(tǒng)的研發(fā)提供了極大的幫助。然而，在傳統(tǒng)的研發(fā)流程中，大部分是采用純數(shù)學(xué)仿真，這種仿真結(jié)果的置信度有限。有部分實(shí)物參與的具有較高置信度的半實(shí)物仿真系統(tǒng)得到了廣泛的應(yīng)用與發(fā)展。如果將實(shí)際控制器的仿真稱(chēng)為 虛擬控制器，實(shí)際對(duì)象的仿真稱(chēng)為虛擬對(duì)象，可得到控制系統(tǒng)仿真的3種形式:

①虛擬控制器+虛擬對(duì)象=動(dòng)態(tài)仿真系統(tǒng)，是純粹的系統(tǒng)仿真;

②虛擬控制器+實(shí)際對(duì)象=快速控制原型(RCP)仿真系統(tǒng)，是系統(tǒng)的一種半實(shí)物仿真;

③實(shí)際控制器+虛擬對(duì)象=硬件在回路(HIL)仿真系統(tǒng)，是系統(tǒng)的另一種半實(shí)物仿真。

快速控制原型仿真處于控制系統(tǒng)開(kāi)發(fā)的第二階段，遠(yuǎn)在產(chǎn)品開(kāi)發(fā)之前，使設(shè)計(jì)者新的控制思路(方法)能在實(shí)時(shí)硬件上方便而快捷地進(jìn)行測(cè)試。通過(guò)實(shí)時(shí)測(cè)試，可以在設(shè)計(jì)初期發(fā)現(xiàn)存在的問(wèn)題，以便修改原型或參數(shù)，再進(jìn)行實(shí)時(shí)測(cè)試，這樣反復(fù)進(jìn)行，最終產(chǎn)生一個(gè)完全面向用戶(hù)需求的合理可行的控制原型。

按現(xiàn)代設(shè)計(jì)方法，方案設(shè)計(jì)結(jié)束后，無(wú)須等待軟件工程師的編程和隨后的代碼硬件集成，而是利用計(jì)算機(jī)輔助設(shè)計(jì)工具自動(dòng)將控制方案框圖轉(zhuǎn)換為代碼并自動(dòng)下載到硬件開(kāi)發(fā)平臺(tái)，從而快速實(shí)現(xiàn)控制系統(tǒng)的原型。原型中包括實(shí)際系統(tǒng)中可能的各種I/O，軟件及硬件中斷等實(shí)時(shí)特性。之后，就可以利用計(jì)算機(jī)輔助試驗(yàn)測(cè)試管理工具軟件進(jìn)行各種測(cè)試，以檢驗(yàn)(Validation)控制方案對(duì)實(shí)際對(duì)象的控制效果，并在線(xiàn)優(yōu)化控制參數(shù)。此時(shí)即使模型需要大規(guī)模修改，重新形成測(cè)試原型也只需要幾分鐘的時(shí)間。這樣在最終實(shí)現(xiàn)控制方案之前，就可基本確認(rèn)最終方案和效果，避免過(guò)多的資源浪費(fèi)和時(shí)間消耗。

Q1:RCP階段和在matlab離線(xiàn)仿真階段相比的優(yōu)勢(shì)?

A1:主要有兩點(diǎn):

在RCP階段，控制器算法是實(shí)時(shí)運(yùn)行。在RCP階段，被控對(duì)象是真實(shí)的。

RCP,Rich Client Platform,富客戶(hù)機(jī)平臺(tái)

Rich Client是一個(gè)相對(duì)的概念，主要是針對(duì)時(shí)下廣泛的基于WEB的應(yīng)用，因?yàn)檫@種客戶(hù)端(也即現(xiàn)有的各種瀏覽器)的運(yùn)行環(huán)境沒(méi)有提供一個(gè)很好的組件模型和交互模型致使這種應(yīng)用的界面的同服務(wù)之間的交互變得很奇怪，每一次交互都需要重新組織出整個(gè)界面，而這個(gè)界面的組織基本在服務(wù)器端完成，也所以致使表現(xiàn)層的邏輯居于服務(wù)器端，所以稱(chēng)這種為T(mén)hin Client，而相對(duì)的則是Rich Client。

目前來(lái)說(shuō)，在技術(shù)上Rich Client還沒(méi)有一個(gè)甚或是兩個(gè)大一統(tǒng)而且又成熟的標(biāo)準(zhǔn)技術(shù)出來(lái)，所以Rich Client只能說(shuō)是一種架構(gòu)方式，其特點(diǎn)便是服務(wù)同表現(xiàn)完全的物理分離，表現(xiàn)邏輯完全由客戶(hù)端來(lái)負(fù)責(zé)，這是最關(guān)鍵的一點(diǎn)。但我認(rèn)為一定要同時(shí)兼顧原有WEB應(yīng)用的零部署等特點(diǎn)。

核心平臺(tái)(啟動(dòng)Eclipse，運(yùn)行插件)

OSGi(標(biāo)準(zhǔn)集束框架)

SWT(可移植構(gòu)件工具包)

JFace(文件緩沖，文本處理，文本編輯器)

Eclipse工作臺(tái)(即Workbench ，包含視圖(views)、編輯器(editors)、視角(perspectives)、和向?qū)?wizards))

Eclipse RCP是一項(xiàng)位于Eclipse平臺(tái)核心的功能。大多數(shù)人想到Eclipse時(shí)，會(huì)想到Java集成開(kāi)發(fā)環(huán)境(IDE)。如果將Eclipse中關(guān)于IDE的內(nèi)容剝?nèi)?，剩下的就是一個(gè)提供基本工作臺(tái)功能的核心，包括對(duì)可移動(dòng)以及可疊加的窗口組件(編輯器和視圖)、菜單、工具欄、按鈕、表格、樹(shù)形結(jié)構(gòu)等等的支持，而這個(gè)核心就是EclipseRCP。

個(gè)人理解EclipseRCP就是由插件開(kāi)發(fā)轉(zhuǎn)向桌面應(yīng)用開(kāi)發(fā)，構(gòu)建最小化的Eclipse平臺(tái)(8M)運(yùn)行你的桌面應(yīng)用，不必再為程序框架煩心，擺脫失敗的AWT和Swing，讓程序擁有專(zhuān)業(yè)級(jí)效果，而實(shí)現(xiàn)又很簡(jiǎn)單、很優(yōu)雅。

RCP提供了豐富的界面控件，這使得基于Java開(kāi)發(fā)桌面應(yīng)用也變得容易了很多，雖然仍然不能和基于VB、Delphi進(jìn)行相比。對(duì)于開(kāi)發(fā)者而言，盡管使用RCP也是為了開(kāi)發(fā)桌面應(yīng)用，但RCP給開(kāi)發(fā)者帶來(lái)的更多的感覺(jué)是在它充分發(fā)揮了插件化系統(tǒng)的優(yōu)勢(shì)。

RCP可以視為基于OSGi(Open Service Gateway Initiative)構(gòu)建插件化系統(tǒng)的最佳實(shí)踐的指導(dǎo)，從RCP的設(shè)計(jì)中，可以學(xué)習(xí)到如何將應(yīng)用做到模塊化、將應(yīng)用做到動(dòng)態(tài)化，甚至還可以學(xué)習(xí)到如何自動(dòng)生成界面這樣的設(shè)計(jì)思想。RCP可以看做是基于OSGi做插件化應(yīng)用系統(tǒng)的最佳實(shí)踐，其中的不少設(shè)計(jì)方法甚至都可以整理成為基于OSGi做插件化應(yīng)用系統(tǒng)的設(shè)計(jì)模 對(duì)RCP表示崇高的敬意，大師之作，不同凡響。

EclipseRCP為應(yīng)用程序開(kāi)發(fā)人員提供了:

應(yīng)用程序和特性的一致且本地的外觀;

公共應(yīng)用程序服務(wù)，例如窗口管理、更新管理、幫助和選擇管理;

本地的外觀，利用Windows、MacOSX、Linux、Solaris、HP-UX、AⅨ和嵌入式設(shè)備上的實(shí)際平臺(tái)窗口部件;

標(biāo)準(zhǔn)化的組件模型;

普及的可擴(kuò)展性;

整合的更新機(jī)制;

頂級(jí)開(kāi)發(fā)工具(Eclipse軟件開(kāi)發(fā)包(SDK)是世界級(jí)的軟件開(kāi)發(fā)環(huán)境)。

EclipseRCP項(xiàng)目用SWT圖形庫(kù)和工具包取代了Java標(biāo)準(zhǔn)中的AWT和Swing。SWT直接調(diào)用了操作系統(tǒng)的圖形庫(kù)，從而使得Java應(yīng)用程序的LOOK&Feel與操作系統(tǒng)的習(xí)慣完全一致;更為重要的是，對(duì)本地方法的直接調(diào)用大幅度的提高了基于SWT的Java應(yīng)用程序的運(yùn)行速度。SWT的缺點(diǎn)主要在于兩點(diǎn):不是Java語(yǔ)言標(biāo)準(zhǔn);支持的平臺(tái)太少。

一個(gè)EclipseRCP可分為如下5個(gè)部分:

⑴Workbench工作臺(tái)

為Eclipse提供用戶(hù)界面。它是使用SWT(StandardWidgetToolkit)和一個(gè)更高級(jí)的API(JFace)來(lái)構(gòu)建的;SWT是Java的Swing/AWTGUIAPI的非標(biāo)準(zhǔn)替代者，JFace則建立在SWT基礎(chǔ)上，提供用戶(hù)界面組件。

⑵Workspace工作區(qū)

工作區(qū)是負(fù)責(zé)管理用戶(hù)資源的插件。它包括用戶(hù)創(chuàng)建的項(xiàng)目、項(xiàng)目中的文件，以及文件變更和其它資源。工作區(qū)還負(fù)責(zé)通知其它插件關(guān)于資源變更的信息，比如文件創(chuàng)建、刪除或者變更。

⑶Help幫助系統(tǒng)

幫助組建具有與Eclipse平臺(tái)本身相當(dāng)?shù)目蓴U(kuò)展能力。與插件向Eclipse添加功能相同，幫助提供一個(gè)附加的導(dǎo)航結(jié)構(gòu)，允許工具以HTML文件的形式添加文檔。

⑷Team團(tuán)隊(duì)支持系統(tǒng)

團(tuán)隊(duì)支持組件負(fù)責(zé)提供版本控制和配置管理支持。它根據(jù)需要添加視圖，以允許用戶(hù)與所有使用的任何版本控制系統(tǒng)交互。大多數(shù)插件都不需要與團(tuán)隊(duì)支持組件交互，除非它們提供版本控制服務(wù)。

⑸PlatformRuntime運(yùn)行平臺(tái)

平臺(tái)運(yùn)行庫(kù)是整個(gè)Eclipse的內(nèi)核，它在啟動(dòng)時(shí)檢查已安裝了哪些插件，并創(chuàng)建關(guān)于它們的注冊(cè)表信息。為降低啟動(dòng)時(shí)間和資源使用，它在實(shí)際需要某個(gè)插件的時(shí)候才加載該插件。除了內(nèi)核外，其它每樣?xùn)|西都是作為插件來(lái)實(shí)現(xiàn)的。

判定親生關(guān)系的理論依據(jù)是孟德?tīng)栠z傳的分離律。按照這一規(guī)律，在配子細(xì)胞形成時(shí)，成對(duì)的等位基因彼此分離，分別進(jìn)入各自的配子細(xì)胞。精、卵細(xì)胞受精形成子代，孩子的兩個(gè)基因組一個(gè)來(lái)自母親，一個(gè)來(lái)自父親;因此同對(duì)的等位基因也就是一個(gè)來(lái)自母親，一個(gè)來(lái)自父親。鑒定結(jié)果如果符合該規(guī)律，則不排除親生關(guān)系，若不符合，則排除親生關(guān)系(變異情況除外)。

在大多數(shù)的情況下，母、子關(guān)系是已知的，要求鑒定假設(shè)父和孩子是否親生關(guān)系。此時(shí)首先從母、子基因型的對(duì)比中，可以確定孩子基因中可能來(lái)自父親的基因(生父基因，OG)。然后觀察假設(shè)父親的基因型，如果不具有生父基因，則可排除假設(shè)父與孩子的親生關(guān)系。

若假設(shè)父也具有生父基因，結(jié)果就不能排除假設(shè)父的親生關(guān)系，假設(shè)某案例中母親是FGA-22/23型，孩子為22/25型，從比較中可確定生父基因是FGA-25。此案中假設(shè)父1為FGA-22/24型;假設(shè)父2為 24/25型。其中假設(shè)父1不具備生父基因25，故可排除他與孩子的親生關(guān)系;相比之下，假設(shè)父2因具有FGA-25，不排除與孩子有親生關(guān)系。

上例中假設(shè)父2不能排除父子親生關(guān)系，但他不一定是孩子的生父，因?yàn)槿巳褐蠪GA-25基因頻率為0.0958。雖然生父必須有生父基因，但有FGA- 25基因的男人不一定就是孩子的生父。按照概率理論，具有生父基因的假設(shè)父和具有生父基因的隨機(jī)男人都有成為孩子生父的可能性。假設(shè)父提供生父基因成為孩子生父的可能性和隨機(jī)男人提供生父基因成為孩子生父的可能性的比值叫作親權(quán)指數(shù)(paternity index,PI)。前一種可能性假設(shè)為X;后一種可能性假設(shè)為Y。上例中的假設(shè)父2基因型為24/25雜合子，他提供生父基因FGA-25的可能性為 1/2，即X=1/2。隨機(jī)男人提供生父基因FGA-25的機(jī)會(huì)為該基因的頻率，即Y=0.0958。因此，此例的PI值為0.5/0.0958= 5.22。

如果假設(shè)父2的確是孩子的生父，則不論檢測(cè)多少位點(diǎn)，均不會(huì)排除他與孩子的親生關(guān)系，在所有檢測(cè)的位點(diǎn)，每一個(gè)位點(diǎn)就可以計(jì)算出一個(gè)PI值，多個(gè)位點(diǎn)的累計(jì)PI值等于各個(gè)位點(diǎn)PI值的乘積，但前提條件是所檢測(cè)的各位點(diǎn)之間沒(méi)有遺傳連鎖關(guān)系。

三聯(lián)體基因型組合的可歸納為三條原則:

⑴當(dāng)假設(shè)父為純合子時(shí)，X=1;假設(shè)父為雜合子時(shí)，X=1/2，但雜合子假設(shè)父的2個(gè)基因均可能是生父基因時(shí)，X=1。

⑵只涉及1個(gè)生父基因時(shí)，Y值等于生父基因的頻率。

⑶若涉及2個(gè)生父基因時(shí)，Y值為2個(gè)生父基因頻率之和。

上述計(jì)算出的PI值是一個(gè)絕對(duì)值，為使鑒定結(jié)果能夠以概率形式表達(dá)父子關(guān)系的相對(duì)機(jī)會(huì)(relative chance of paternity,RCP)，PI值須轉(zhuǎn)換成一種相對(duì)值RCP。計(jì)算出PI值后，RCP=[PI/(PI+1)]×100%。按照國(guó)內(nèi)外親子鑒定的慣例，當(dāng)RCP值大于99.73%時(shí)，則可以認(rèn)為假設(shè)父與孩子具有親生關(guān)系。如果RCP值達(dá)不到99.73%時(shí)，則可以認(rèn)為假設(shè)父與孩子不具有親生關(guān)系。RCP值達(dá)不到99.73%，應(yīng)該增加檢測(cè)位點(diǎn)數(shù)直至RCP大于99.73%為止。

RECOMMENDED INTERNATIONAL CODE OF PRACTICE

CAC/RCP 系列規(guī)程是國(guó)際食品法典委員會(huì)CODEX發(fā)布的國(guó)際食品標(biāo)準(zhǔn)。

《食品法典》(不僅僅是Codes of practice，還包括一系列的Guidelines、Misc、MRLs、Standards)對(duì)保護(hù)消費(fèi)者健康的重要性在1985年《聯(lián)合國(guó)第39/248號(hào)決議》中得到強(qiáng)調(diào)，并藉此通過(guò)了制定和加強(qiáng)有關(guān)保護(hù)消費(fèi)者的政策所需的指導(dǎo)方針。該指導(dǎo)方針建議"政府在制定與食品有關(guān)的國(guó)家政策和計(jì)劃時(shí)應(yīng)考慮廣大消費(fèi)者對(duì)食品安全的需要，并應(yīng)支持和最大限度地采用…《食品法典》中的標(biāo)準(zhǔn)或在無(wú)這些標(biāo)準(zhǔn)情況下其它普遍接受的國(guó)際食品標(biāo)準(zhǔn)"。

《食品法典》已經(jīng)成為消費(fèi)者、食品生產(chǎn)者和加工者、各國(guó)食品管理機(jī)構(gòu)和國(guó)際食品貿(mào)易的全球參照標(biāo)準(zhǔn)?！斗ǖ洹穼?duì)食品生產(chǎn)者和加工者的觀念以及最終用戶(hù) - 消費(fèi)者的意識(shí)產(chǎn)生了巨大的影響。其影響遍及世界各地，其對(duì)公共健康的保護(hù)和食品貿(mào)易的公平開(kāi)展所作出的貢獻(xiàn)不可估量。