專利名稱：用于過(guò)程控制系統(tǒng)中的軟件對(duì)象批準(zhǔn)方法
技術(shù)領(lǐng)域：
本發(fā)明屬于過(guò)程控制系統(tǒng)，更特別地屬于用于在過(guò)程控制系統(tǒng)中使用的軟 件對(duì)象的批準(zhǔn)。
背景技術(shù)：
過(guò)程控制系統(tǒng)一般包括許多設(shè)備組，用于執(zhí)行某個(gè)制造或其它控制過(guò)程。 設(shè)備組被連接至控制器，控制器包括過(guò)程控制軟件指令，該指令用于以某種方 式操作設(shè)備執(zhí)行制造或控制過(guò)程。可按階段(phase)安排過(guò)程控制軟件，階段 一般與過(guò)程步驟的各種類型有關(guān)。例如， 一個(gè)混合階段可與執(zhí)行一個(gè)過(guò)程的一 個(gè)混合步驟的硬件聯(lián)系起來(lái)。
不過(guò)，由于階段的通用性，基于它們要執(zhí)行的步驟的特殊性，必須修改或 定制階段。例如，對(duì)混合階段，它通常適合于操作混合設(shè)備，必須定制該階段， 以在特定的時(shí)間期間用特定的速度操作混合設(shè)備的特定部分。 一般使用配方 (recipe)定制或修改階段。如名稱暗示的，配方是用于執(zhí)行指定的任務(wù)的下 載至過(guò)程控制硬件的指令組，諸如例如制造餅干、生產(chǎn)醫(yī)藥品或控制其它過(guò)程。 配方一般比階段更明確，并且事實(shí)上，在配方中包含對(duì)階段的使用。例如，餅 干制造配方可包括混合步驟，該步驟可以由混合階段執(zhí)行。不過(guò)，與該混合階 段對(duì)比，餅干制造配方指定應(yīng)該執(zhí)行的持續(xù)時(shí)間和速度。因此，配方指定規(guī)定 運(yùn)行該混合階段的參數(shù)。
易于理解，改變由過(guò)程控制系統(tǒng)所執(zhí)行的配方可以徹底地影響該過(guò)程控制 系統(tǒng)的運(yùn)行。例如，改變巧克力薄片餅干配方能夠影響用于餅干生面團(tuán)的巧克 力薄片的數(shù)量或餅干的烘烤時(shí)間。因此，下載已經(jīng)被偶然地改變或者另外以未 經(jīng)授權(quán)的方式修改的配方，會(huì)不利地影響過(guò)程控制系統(tǒng)的輸出，生產(chǎn) 出不根據(jù)產(chǎn)品規(guī)范的產(chǎn)品，使損失利潤(rùn)。
盡管用于產(chǎn)品(如餅干)的配方更改可能產(chǎn)生明顯有缺陷的餅干(例如，沒(méi) 有完全地成為餅干，沒(méi)有足夠的巧克力薄片等等)，但不是所有的配方更改將 導(dǎo)致立即可察覺(jué)缺陷的產(chǎn)品。例如，在生產(chǎn)過(guò)程中不容易發(fā)現(xiàn)有過(guò)多鹽的餅干。 不過(guò)，消費(fèi)者可能注意到餅干的咸味并且可能向廠商投訴，然后可確定用于該 餅干的配方以不能接受的方式被更改了。盡管事實(shí)上一些消費(fèi)者可能會(huì)不舒 服，但餅干配方未經(jīng)授權(quán)的更改不會(huì)威脅到人們的生命。
雖然在某些情況下(如餅干生產(chǎn))，在最壞的情況中，未經(jīng)授權(quán)的配方更 改可導(dǎo)致消費(fèi)者不滿，但是例如，用于醫(yī)藥品生產(chǎn)的配方未經(jīng)授權(quán)的更改可能 有更嚴(yán)重的后果。改變藥的數(shù)量或成分的配方更改，可能致使生產(chǎn)的藥物無(wú)效 或者有毒。另外，藥成分的改變，不可能象餅干上的巧克力薄片數(shù)量容易被發(fā) 覺(jué)，因?yàn)樗幙赡芸瓷先ゾ哂信c未被改變或正確制造的藥相同的顏色和密度。
而且，許多配方與在生產(chǎn)能力、時(shí)間和/或原料中的重大的投資密切相關(guān)， 并且因此在進(jìn)行中必須報(bào)廢配方可能對(duì)執(zhí)行該配方的實(shí)體和期望接收來(lái)自該 配方執(zhí)行的產(chǎn)品輸出的任何其它實(shí)體具有實(shí)質(zhì)性不利的財(cái)政影響。例如，用于 制造包含發(fā)酵的產(chǎn)品諸如啤酒、奶酪等等產(chǎn)品的配方常常要求以星期或月計(jì)的 處理時(shí)間以及實(shí)質(zhì)性的原料投資。
一般，用于過(guò)程控制系統(tǒng)的配方以及其它軟件模塊或?qū)ο笾T如單元、階段 等等是由工程師或科學(xué)家所編寫(xiě)的，在配方或其它軟件被下載至過(guò)程控制系統(tǒng) 之前，該工程師或科學(xué)家請(qǐng)求各種實(shí)體(例如研究或生產(chǎn)團(tuán)體)批準(zhǔn)該配方或 其它軟件。不過(guò)，對(duì)于過(guò)程控制系統(tǒng)軟件的批準(zhǔn)過(guò)程，在最好的情況下， 一般 是通過(guò)循環(huán)使用備忘錄或批準(zhǔn)請(qǐng)求而執(zhí)行的，而在最壞的情況下則是更加非正 式的。另外，除過(guò)程控制系統(tǒng)的應(yīng)用知識(shí)和配方和在這里所實(shí)現(xiàn)的其它軟件對(duì) 象之外，幾乎沒(méi)有阻力來(lái)阻止下載未經(jīng)批準(zhǔn)的軟件至過(guò)程控制系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明提供了一種下載軟件對(duì)象至過(guò)程控制系統(tǒng)的方法，該方法包括接 收下載軟件對(duì)象的命令；確定該軟件對(duì)象是否被排除；確定該軟件對(duì)象是否被 授權(quán)下載；以及如果該軟件對(duì)象沒(méi)有被排除并被授權(quán)下載，下載該軟件對(duì)象至 該過(guò)程控制系統(tǒng)。


圖l是過(guò)程控制系統(tǒng)的部分結(jié)構(gòu)圖，該系統(tǒng)使用一或多個(gè)具有別名和/ 或動(dòng)態(tài)參考參數(shù)的控制例程以執(zhí)行過(guò)程裝置的控制；
圖2是對(duì)象結(jié)構(gòu)的方框圖，示出圖l的過(guò)程控制系統(tǒng)的邏輯層次或結(jié)構(gòu);
圖3是圖2的對(duì)象結(jié)構(gòu)的一部分更詳細(xì)方框圖4是配方編輯例程的典型流程圖5是授權(quán)設(shè)置例程的典型流程圖6是與圖5的授權(quán)設(shè)置例程關(guān)聯(lián)的典型用戶界面；
圖7是增加例程的典型流程圖8是與圖7的增加例程關(guān)聯(lián)的典型用戶界面；
圖9是刪除例程的典型流程圖10是修改例程的典型流程圖11是與圖10的修改例程關(guān)聯(lián)的典型用戶界面； 圖12是配方授權(quán)例程的典型流程圖13是與圖12的配方授權(quán)例程關(guān)聯(lián)的典型用戶界面； 圖14是批準(zhǔn)例程的典型流程圖； 圖15是與圖14的批準(zhǔn)例程關(guān)聯(lián)的典型用戶界面； 圖16是拒絕例程的典型流程圖17是典型用戶界面，顯示未批準(zhǔn)配方的狀態(tài)；以及 圖18是下載例程的典型流程圖。
具體實(shí)施例方式
用于控制軟件對(duì)象的批準(zhǔn)和下載的方法和系統(tǒng)，軟件對(duì)象諸如例如在下面 詳細(xì)描述的過(guò)程控制系統(tǒng)中的配方，這些方法或系統(tǒng)可用于使軟件對(duì)象的作者 能夠指定個(gè)人或團(tuán)體審閱者或簽署者，必須在軟件對(duì)象下載至過(guò)程控制系統(tǒng)或 在過(guò)程控制系統(tǒng)中執(zhí)行之前由該審閱者或簽署者授權(quán)該軟件對(duì)象?？赏ㄟ^(guò)多種 不同技術(shù)通知審閱者或簽署者，根據(jù)該通知，審閱者或簽署者可審閱該軟件對(duì) 象并批準(zhǔn)或拒絕該軟件對(duì)象。附加功能可包括使各種各樣的個(gè)人或?qū)嶓w(例如， 審閱者、作者、商業(yè)團(tuán)體或其它)能夠檢查軟件對(duì)象的批準(zhǔn)狀態(tài)。
雖然作為實(shí)例在下面描述軟件對(duì)象批準(zhǔn)系統(tǒng)和方法，該實(shí)例用于在過(guò)程控 制系統(tǒng)中批準(zhǔn)和下載可包括一個(gè)或多個(gè)軟件對(duì)象的配方，但是在此所描述的系
統(tǒng)和方法也可有利地用于其它類型的軟件對(duì)象，諸如例如單元、階段、圖形等
等。而且，在此作為實(shí)例所描述的軟件對(duì)象批準(zhǔn)系統(tǒng)和方法，可用于同時(shí)批準(zhǔn) 和下載單一對(duì)象和/或同時(shí)批準(zhǔn)和下載一組有關(guān)或無(wú)關(guān)的軟件對(duì)象。
另外，易于理解，在此所描述的軟件對(duì)象批準(zhǔn)系統(tǒng)和方法能有利地結(jié)合版 本控制軟件一起使用。 一種典型類型的版本控制軟件在名為"Version Control and Audit Trail in a Process Control System，，專利申請(qǐng)中描述，在1999年 10月18日提出，賦予美國(guó)申請(qǐng)?zhí)?9/420， 182并由本專利的受讓人擁有。
現(xiàn)在參照?qǐng)Dl，過(guò)程控制系統(tǒng)10包括控制器12，通過(guò)以太網(wǎng)連接15連接至 一組工作站14?？刂破?2還通過(guò)一組通信線路或總線18連接至與過(guò)程(概括地 由參考數(shù)字16所指定的)關(guān)聯(lián)的裝置或設(shè)備?？刂破?2可能是，只是作為實(shí)例， 由Fisher-Roseraont Systems, Inc.所銷售的Delta Vtm控制器，能夠與控制元 件通信，諸如遍及過(guò)程16所分布的現(xiàn)場(chǎng)設(shè)備和在現(xiàn)場(chǎng)設(shè)備內(nèi)的功能塊，以執(zhí)行 一或多個(gè)過(guò)程控制例程，最好使用面向?qū)ο蟮木幊碳夹g(shù)實(shí)現(xiàn)過(guò)程控制例程，并 且這樣軟件對(duì)象因此實(shí)現(xiàn)所要求的過(guò)程16的控制。工作站14 (它可以是例如個(gè) 人計(jì)算機(jī))，可由一或多個(gè)工程師或其它用戶用于設(shè)計(jì)由控制器12所執(zhí)行的過(guò) 程控制例程或軟件對(duì)象，用于與控制器12通信以下載這樣的過(guò)程控制例程或軟 件對(duì)象并且在過(guò)程16的運(yùn)行期間接收和顯示屬于過(guò)程16的信息。每個(gè)工作站14 包括存儲(chǔ)器20用于存儲(chǔ)應(yīng)用程序，諸如組態(tài)設(shè)計(jì)應(yīng)用程序，并且用于存儲(chǔ)數(shù)據(jù)， 諸如屬于過(guò)程16的組態(tài)的組態(tài)數(shù)據(jù)。每個(gè)工作站14還包括一個(gè)處理器21，執(zhí)行 應(yīng)用程序以使用戶能夠設(shè)計(jì)和/或修改過(guò)程控制例程或軟件對(duì)象并且下載這些 過(guò)程控制例程或軟件對(duì)象至控制器12。同樣地，每個(gè)控制器12包括存儲(chǔ)器22， 用于存儲(chǔ)控制過(guò)程16所使用的組態(tài)和過(guò)程控制例程，并且包括處理器24，執(zhí)行 過(guò)程控制例程以實(shí)現(xiàn)過(guò)程控制策略。如果控制器12是Delta V控制器，它們可 以在控制器12內(nèi)通過(guò)一臺(tái)工作站14向用戶提供過(guò)程控制例程的圖形描述，顯示 過(guò)程控制例程內(nèi)的控制元件和這些控制元件被設(shè)置以提供過(guò)程16的控制的方 式。
該系統(tǒng)還可包括網(wǎng)絡(luò)30，通過(guò)它可連接一或多個(gè)工作站14?？墒褂萌魏芜m 合的網(wǎng)絡(luò)實(shí)現(xiàn)網(wǎng)絡(luò)30，諸如例如，互聯(lián)網(wǎng)、企業(yè)內(nèi)部互聯(lián)網(wǎng)、局域網(wǎng)(LAN)、 廣域網(wǎng)(WAN)或任何其它適合的網(wǎng)絡(luò)。盡管顯示的網(wǎng)絡(luò)30具有有線連接，容 易了解到，這樣的網(wǎng)絡(luò)可能是一個(gè)無(wú)線網(wǎng)絡(luò)或可能是一個(gè)同時(shí)包括有線和無(wú)線 部分的網(wǎng)絡(luò)。
許多終端32也可通過(guò)網(wǎng)絡(luò)30連接至工作站14。每個(gè)終端32可包括存儲(chǔ)器34 連接至處理器36，該處理器適合于執(zhí)行存儲(chǔ)在存儲(chǔ)器34上的指令。在典型實(shí)施 例中，終端32可以是個(gè)人計(jì)算機(jī)或任何相似的處理設(shè)備，可包括與現(xiàn)今已知的 可用普通個(gè)人計(jì)算機(jī)相比相同或更大的處理能力和存儲(chǔ)器。
回到圖l中對(duì)過(guò)程控制系統(tǒng)的平衡的說(shuō)明，控制器12通過(guò)總線18通信地連 接至三組同樣地配置的反應(yīng)器，在此被稱為Reactor—01、 Reactor—02和 Reactor—03。 Reactor—Ol包括反應(yīng)器容器lOO，連接控制向反應(yīng)器容器100提供 流體的流體進(jìn)入管的兩個(gè)輸入閥101和102，和連接控制流體經(jīng)由流體輸出管流 出反應(yīng)器容器100的輸出閥103。裝置105，可以是傳感器，諸如溫度傳感器、 壓力傳感器、流體液位計(jì)等等或某些其它裝置如電加熱器或蒸汽加熱器，被安 排在反應(yīng)器容器100內(nèi)或接近反應(yīng)器容器100處。同樣，Reactor—02包括反應(yīng)器 容器200、兩個(gè)輸入閥201和202、輸出閥203和裝置205。同樣，Reactor—03包 括反應(yīng)器容器300、兩個(gè)輸入閥301和302、輸出閥303和裝置305。如圖1所示， 控制器12是通過(guò)總線18通信地連接至閥門(mén)101-103、 201-203和301-303和連接 至裝置105、 205和305，以控制這些元件執(zhí)行一或多項(xiàng)與反應(yīng)器單元有關(guān)的操 作。這樣的操作可包括，例如，填充反應(yīng)器容器、加熱反應(yīng)器容器內(nèi)的原料、 倒空反應(yīng)器容器、清洗反應(yīng)器容器等等。
圖l中所示的閥門(mén)、傳感器和其它裝置可以是任何想要的裝置種類或類型， 包括例如，現(xiàn)場(chǎng)總線設(shè)備、標(biāo)準(zhǔn)4-20mA設(shè)備、HART設(shè)備等等，并且可使用任何 已知或想要的通信協(xié)議與控制器12通信，通信協(xié)議諸如現(xiàn)場(chǎng)總線協(xié)議、HART協(xié) 議、4-20mA模擬協(xié)議等。更進(jìn)一步，其它類型的設(shè)備可連接至控制器12并由其 控制。而且，其它控制器可通過(guò)以太網(wǎng)通信鏈接15連接至控制器12和工作站14 以控制與過(guò)程16關(guān)聯(lián)的其它設(shè)備或區(qū)域，并且這樣附加的控制器的操作可與圖 1所示的控制器12的操作以任何想要的方式相互配合。
一般而言，圖1的過(guò)程控制系統(tǒng)10可用于實(shí)現(xiàn)批過(guò)程，在批過(guò)程中，例如， 工作站14或控制器12之一執(zhí)行一批管理例程，該例程是高層控制例程指揮一個(gè) 或多個(gè)反應(yīng)器單元(以及其它裝置)的操作以執(zhí)行生產(chǎn)產(chǎn)品所需要的一系列不 同步驟(一般被稱為階段)，諸如食品產(chǎn)品、藥品或其它醫(yī)藥品產(chǎn)品等等。步 驟或階段一般是使用軟件對(duì)象實(shí)現(xiàn)的，軟件對(duì)象能被實(shí)例化并由一或多個(gè)處理 器21和24在系統(tǒng)10中執(zhí)行。
要實(shí)現(xiàn)不同的階段，批管理例程使用一般被稱為配方的軟件對(duì)象，配方指
定要執(zhí)行的步驟、與步驟關(guān)聯(lián)的數(shù)量和時(shí)間和步驟的順序。對(duì)應(yīng)于一個(gè)配方的 步驟可能包括，例如，用適當(dāng)?shù)脑匣虺煞痔畛浞磻?yīng)器容器、在反應(yīng)器容器中 混合原料、在反應(yīng)器容器中以某個(gè)溫度在某段時(shí)間內(nèi)加熱反應(yīng)器容器、倒空反 應(yīng)器容器并然后清洗反應(yīng)器容器以準(zhǔn)備用于下一次批運(yùn)行。每個(gè)步驟定義批運(yùn) 行的一個(gè)階段，并且在控制器12內(nèi)的批管理例程將對(duì)這些階段的每一個(gè)執(zhí)行不 同的控制算法。當(dāng)然，指定的原料、原料的數(shù)量、加熱溫度與時(shí)間等等對(duì)于不 同的配方可以不同，并且因此，根據(jù)正在制造或生產(chǎn)的產(chǎn)品和正在使用的配方 由批運(yùn)行至批運(yùn)行這些參數(shù)可以改變。在本技術(shù)領(lǐng)域中的技術(shù)人員將理解，盡 管在此描述控制例程和配置用于在圖l所示的反應(yīng)器單元中的批運(yùn)行，但是控 制例程可用于控制其它所需要的設(shè)備以執(zhí)行任何其它所需要的批過(guò)程運(yùn)行或 以執(zhí)行連接過(guò)程運(yùn)行，如果需要的話。
在高層上，在運(yùn)行的相關(guān)部分中，位于工作站14的個(gè)人或?qū)嶓w可創(chuàng)建或修 改配方或其它軟件對(duì)象，并且可向各種各樣的授權(quán)實(shí)體諸如例如生產(chǎn)、工程、
質(zhì)量保證或管理請(qǐng)求批準(zhǔn)。授權(quán)實(shí)體可使用工作站14或終端32審閱所討論的配 方和/或其它軟件對(duì)象，并批準(zhǔn)或拒絕配方和/或其它軟件對(duì)象。所討論的軟件 對(duì)象的批準(zhǔn)或拒絕可被傳送至請(qǐng)求該對(duì)象的批準(zhǔn)的個(gè)人或?qū)嶓w。 一旦軟件對(duì)象 已經(jīng)由所有被請(qǐng)求批準(zhǔn)的實(shí)體批準(zhǔn)，該軟件對(duì)象可被下載至控制器12以在過(guò)程 控制系統(tǒng)10中實(shí)現(xiàn)或執(zhí)行。
一個(gè)批過(guò)程的相同的階段或步驟能夠在相同或不同的時(shí)間在圖l的每個(gè)不 同反應(yīng)器單元上實(shí)現(xiàn)。而且，因?yàn)閳Dl的反應(yīng)器單元通常包括相同數(shù)量和類型 設(shè)備(即它們屬于相同的單元類)，所以用于一個(gè)特定階段的相同的一般的階 段控制例程可用于控制每個(gè)不同的反應(yīng)器單元，除了必須修改這個(gè)一般的階段 控制例程以控制與不同的反應(yīng)器單元關(guān)聯(lián)的不同的硬件或裝置之外。例如，要 為Reactor—Ol實(shí)現(xiàn)填充階段(在該階段期間反應(yīng)器單元被填充)，填充控制例 程將在一定的時(shí)間內(nèi)打開(kāi)一或多個(gè)輸入閥101或102，例如，直至液位計(jì)105檢 測(cè)到容器100滿。然而，這個(gè)相同的控制例程可用于實(shí)現(xiàn)Reactor—02的填充階 段，只要通過(guò)修改指定的輸入閥為閥門(mén)201或202取代閥門(mén)101或102，并且修改 指定的液位計(jì)為液位計(jì)205取代液位計(jì)105。
圖2的對(duì)象樹(shù)示出使用軟件例程實(shí)現(xiàn)的帶有方框具體對(duì)象，而在對(duì)象上面 指示對(duì)象的一般類別(或?qū)ο箢愋?沒(méi)有方框。如圖2所示，過(guò)程控制系統(tǒng)10包 括一或多個(gè)區(qū)域，區(qū)域可以是例如在過(guò)程控制工廠內(nèi)建筑物或其它地理區(qū)域名
稱。在圖2的對(duì)象樹(shù)中，過(guò)程16有三個(gè)地區(qū)對(duì)象，名為Building—01、Building—02 和Building—03?？蓪⒚總€(gè)地區(qū)對(duì)象分成過(guò)程單元，每個(gè)單元對(duì)應(yīng)于在該地區(qū) 內(nèi)正在執(zhí)行的過(guò)程一個(gè)不同方面。圖2的Building—Ol區(qū)域?qū)ο蟊皇緸榘▋蓚€(gè) 被標(biāo)為Cel1—Ol和Cell一02的過(guò)程單元對(duì)象。Cell—Ol可以，例如，與制作在 Cell—02中使用的產(chǎn)品部件有關(guān)。每個(gè)單元對(duì)象可包括零或多個(gè)單元類，單元 類標(biāo)識(shí)在過(guò)程單元中所使用的不同類別或不同組合的硬件。 一般而言， 一個(gè)單 元類是命名對(duì)象，它保持一組相關(guān)裝置的共同配置，更特別地，它是單元集合， 具有非常相似的生產(chǎn)過(guò)程用檢測(cè)儀器，如果不相同的話；每個(gè)生產(chǎn)過(guò)程用檢測(cè) 儀器在過(guò)程中執(zhí)行非常相似的功能，如果不相同的話。在單元類對(duì)象所屬的過(guò) 程控制系統(tǒng)中一般以描述單元的類型命名單元類對(duì)象，圖2包括Mix—Tank單元 類、Reactor單元類和Feed—Tank單元類。當(dāng)然，在大多數(shù)過(guò)程控制系統(tǒng)或網(wǎng)絡(luò) 中，將提供或定義許多其它類型的單元類，包括例如，干燥器單元、進(jìn)料頭單 元和其它單個(gè)硬件或硬件的邏輯組合。
如圖2的Reactor單元類所示，每個(gè)單元類對(duì)象可具有與之相關(guān)的單元模塊 對(duì)象和階段類對(duì)象。單元模塊對(duì)象通常指定在命名的單元類內(nèi)復(fù)制的硬件的某 個(gè)實(shí)例，而階段類通常指定能被應(yīng)用于與單元類關(guān)聯(lián)的單元模塊的階段。更特 別地， 一個(gè)單元模塊對(duì)象是一個(gè)命名的對(duì)象，它為一個(gè)單獨(dú)的過(guò)程單元保持所 有的變量和單元階段(在下文中定義)并一般被命名以標(biāo)識(shí)特定的過(guò)程裝置。 例如，圖2的Reactor單元類具有Reactor—01、 ReactorJ)2和Reactor一03單元模 塊，分別對(duì)應(yīng)于圖l所示的Reactor—01、 Reactor—02禾BReactor—03。 Mix—Tank 單元類和Fee—Tank單元類將同樣具有特定的單元模塊，對(duì)應(yīng)于過(guò)程16內(nèi)的特定 的硬件或裝置。不過(guò)，為了簡(jiǎn)單的緣故，在圖l未示出與Mix—Tank或Feed一Tank 單元類關(guān)聯(lián)的裝置。
階段類是命名的對(duì)象，為一個(gè)階段保持共同的配置，該階段能運(yùn)行于屬于 同一的單元類的多個(gè)單元和多個(gè)不同單元類上。本質(zhì)上，每個(gè)階段類是一個(gè)不
同的控制例程(或階段)，它是由控制器12所創(chuàng)建并使用以在相同或不同單元 類的控制單元模塊內(nèi)控制單元模塊。典型地，根據(jù)描述在單元模塊上所執(zhí)行的 動(dòng)作的動(dòng)詞命名每個(gè)階段類。例如，如圖2中所示，反應(yīng)器單元類具有Fill階 段類，用于填充圖1的反應(yīng)器容器100、 200或300的任何一個(gè)；Heat階段類，用 于加熱圖1的反應(yīng)器容器100、 200或300的任何一個(gè)；Durap階段類，用于倒空?qǐng)D l的反應(yīng)器容器100、 200或300的任何一個(gè)；以及Clean階段類，用于清理圖l的
反應(yīng)器容器100、 200或300的任何一個(gè)。當(dāng)然，還可以存在任何其它與此或任 何其它單元類關(guān)聯(lián)的階段類。Fill階段類同時(shí)與Reactor單元類和Feed—Tank單 元類關(guān)聯(lián)，并因此在Reactor單元模塊和Feed—Tank單元模塊上都能執(zhí)行填充功 能。
一般認(rèn)為階段類是軟件例程或?qū)ο?，可被批管理例程調(diào)用以在整個(gè)批過(guò)程 中執(zhí)行一些所需的功能，并由用于那個(gè)批過(guò)程的配方定義。 一個(gè)階段類可包括 零或多個(gè)階段輸入?yún)?shù)，主要是從批管理例程或另外的階段類為階段類軟件例 程或?qū)ο筇峁┹斎?；可包括零或多個(gè)階段消息，可以是要向用戶顯示的與該階 段類的運(yùn)行有關(guān)的消息、涉及與該階段類以某種方式所關(guān)聯(lián)的其它階段的信 息；以及可包括零或多個(gè)階段算法參數(shù)，致使在階段邏輯模塊(PLM)或單元 階段中創(chuàng)建參數(shù)，基于此階段類。在階段的執(zhí)行期間將這些階段算法參數(shù)用作 臨時(shí)存儲(chǔ)單元或變量，并且對(duì)于用戶或批管理例程這些階段算法參數(shù)不必是可 視的。階段類包括一或多個(gè)階段算法定義(PAD)， 一般而言，階段算法定義 是用于實(shí)現(xiàn)階段的控制例程。而且，階段類具有一列與零、一、二或多個(gè)單元 類的關(guān)聯(lián)，并且此列定義可應(yīng)用這個(gè)階段類的單元類，因此該階段類的PAD可 應(yīng)用于這些單元類。Fill階段類關(guān)聯(lián)列同時(shí)包括Reactor單元類和Feed—Tank單 元類。
圖3描述在圖2中所示的一些對(duì)象的更詳細(xì)的版本和這些對(duì)象之間的關(guān)系。 在圖3中描述了兩個(gè)單元類，gPReactor單元類50和Feed—Tank單元類52。 Reactor單元類50有一個(gè)單元模塊54，即Reactor—01。盡管其它的單元模塊可 能存在，但在圖3中只是沒(méi)有示出它們。單元模塊54定義與Reactor單元類關(guān)聯(lián) 的一些反應(yīng)器參數(shù)，也就是，Reactor—01的容量是300而且Reactor—01不包括 攪拌器。同樣地，兩個(gè)階段類與Reactor單元類50關(guān)聯(lián)，包括Fill階段類56和 Dump階段類58。 Fill階段類56包括一PAD (如以圖形形式在其右側(cè)示為SFC)，該 PAD已經(jīng)被設(shè)計(jì)為使用兩個(gè)別名，即ttlNLET—VALVEtt和禮EVELtt。這些別名實(shí)際上 用于Fill階段類56的PAD中所示的方框內(nèi)，但做為選擇，可用于PAD的邏輯內(nèi)的 任何其它地方。Fill階段類56還包括一個(gè)定義為T(mén)ARGE乙LEVEL的輸入和一個(gè)定 義為FINAL—LEVEL的輸出。盡管別名被指示為由數(shù)量符號(hào)(tt)所定界或標(biāo)注， 任何其它標(biāo)識(shí)符能用于定義一個(gè)別名，必須在一階段的實(shí)例化時(shí)代替它。同樣， Dump階段類58包括在其右手側(cè)以圖形形式所示的一PAD，具有別名 #0UTLET—VALVEtt和扎EVELtt，定義為RATE的輸入，定義為FINAL—LEVEL的輸出和
定義為ACTUAL—RATE的算法參數(shù)(由該P(yáng)AD使用)，可在該P(yáng)AD執(zhí)行期間用作為 臨時(shí)存儲(chǔ)單元。
現(xiàn)在轉(zhuǎn)到圖4，可由工作站14的一或多個(gè)的處理器21執(zhí)行的配方編輯例程 400，在程序塊402開(kāi)始執(zhí)行，在此用戶或操作者創(chuàng)建或修改配方，可包括與之 關(guān)聯(lián)的軟件對(duì)象的修改，為用于在過(guò)程控制系統(tǒng)10中使用。如將容易地了解到， 用戶可創(chuàng)建或修改使用結(jié)合圖l-3所描述的技術(shù)或使用任何其它合適的技術(shù)的 配方或其它軟件對(duì)象。在已經(jīng)創(chuàng)建或適當(dāng)?shù)匦薷呐浞胶?，控制從程序塊402傳 送至程序塊406。如將在下面結(jié)合圖5-ll更詳細(xì)地討論的，可在配方編輯例程 400的執(zhí)行之前或在配方或其它軟件對(duì)象的修改和/或下載至系統(tǒng)10之前的任 何其它時(shí)候，至少執(zhí)行一次授權(quán)設(shè)置例程404 (圖5)。 一般而言，授權(quán)設(shè)置可 包括，但不限于此，指定個(gè)人或?qū)嶓w(例如簽署者)，即要執(zhí)行配方或其它軟 件對(duì)象需要他們的批準(zhǔn)，或者刪除或修改簽署者。
在程序塊406時(shí)，在授權(quán)設(shè)置期間向每個(gè)指定的簽署者請(qǐng)求批準(zhǔn)，為了批 準(zhǔn)在程序塊402時(shí)所創(chuàng)建或修改的配方。批準(zhǔn)請(qǐng)求可包括，但不限于此，通過(guò) 任何適當(dāng)?shù)耐ㄐ欧椒ǎl(fā)送電子郵件至所指定的簽署者以審閱與授權(quán)設(shè)置例程 404有關(guān)的配方，運(yùn)行指示對(duì)應(yīng)每個(gè)指定的簽署者的批準(zhǔn)狀態(tài)的報(bào)告，發(fā)送即 時(shí)消息至將審閱配方的簽署者，或者發(fā)送通知給簽署者。在程序塊406已經(jīng)向 每個(gè)簽署者請(qǐng)求批準(zhǔn)之后，配方編輯例程400結(jié)束運(yùn)行或返回控制至調(diào)用配方 編輯例程的其它的例程。
結(jié)合圖5和6提供授權(quán)設(shè)置例程404的進(jìn)一步的細(xì)節(jié)，圖5和6分別揭示流程 圖和用于授權(quán)設(shè)置例程404的用戶界面屏幕。盡管授權(quán)設(shè)置例程404—般在系統(tǒng) 啟動(dòng)時(shí)執(zhí)行一次，授權(quán)設(shè)置例程404能被代之以執(zhí)行多次而不是一次，如果需 要的話。 一般而言，如圖5所示， 一旦已經(jīng)執(zhí)行授權(quán)設(shè)置例程404，用戶可在程 序塊410通過(guò)取消/確定選擇取消該例程的執(zhí)行。做為選擇，用戶可以在程序塊 412、 414或416時(shí)分別選擇增加、刪除或修改配方簽署者。在增加、刪除或修 改簽署者后，控制從程序塊412、 414或416傳出，并且使用戶能夠在程序塊410 選擇取消或結(jié)束授權(quán)設(shè)置例程404的運(yùn)行或者使用程序塊412-416再次增加、刪 除或修改簽署者。如果用戶在程序塊410選擇取消或結(jié)束授權(quán)設(shè)置例程404的運(yùn) 行，授權(quán)設(shè)置例程結(jié)束。
用戶界面420，如圖6所示，包括配方授權(quán)設(shè)置標(biāo)簽422，它允許用戶選擇 界面按鈕424、 426或428以增加、修改或刪除簽署者。增加、修改和刪除界面
按鈕424-428對(duì)應(yīng)于(且可被選擇以調(diào)用所要執(zhí)行的功能)圖5所示的增加、刪 除和修改程序塊412-416。結(jié)合圖7-11提供關(guān)于程序塊412-416的每一個(gè)的進(jìn)一 步細(xì)節(jié)，并隱含地提供關(guān)于界面按鈕424-428的進(jìn)一步細(xì)節(jié)。當(dāng)增加、修改或 刪除簽署者時(shí)，在文本框430中顯示簽署者的狀態(tài)。如圖6所示，文本框430包 括一個(gè)簽署者描述列432，列出簽署者的姓名，可以是個(gè)人或?qū)嶓w的名稱，并 且還包括一功能鎖定列434，列出功能鎖定，對(duì)應(yīng)于所要求的簽署者因此具有 對(duì)訪問(wèn)一個(gè)批準(zhǔn)的控制。例如，如圖6所示，要由工程、生產(chǎn)和質(zhì)量保證審閱 并簽署該配方，它們對(duì)應(yīng)于RECIP—APPR0VAL一01 -RECIP—APP0VAL—03 。
在圖6中還示出的是兩個(gè)檢查框436和438，對(duì)應(yīng)于使能配方授權(quán)(enable recipe authorization)禾口允許批準(zhǔn)傳播至所包含的配方(allow approval propagation to contained recipes)(艮卩子配方) <=操作中，當(dāng)選擇檢查框 436時(shí)，啟用系統(tǒng)的使能配方授權(quán)(enable recipe authorization)特征并且啟 動(dòng)授權(quán)設(shè)置過(guò)程。當(dāng)沒(méi)有選擇檢査框438，表示用戶將不具有傳播批準(zhǔn)的選項(xiàng)。 相反地，如果選擇檢查框438，該用戶將具有為子配方傳播批準(zhǔn)的選項(xiàng)。例如， 一個(gè)主配方可由兩個(gè)或多個(gè)子配方組成或可包含它們，與該主配方關(guān)聯(lián)的批準(zhǔn) 可自動(dòng)地傳播至子配方。當(dāng)然，這樣的配方批準(zhǔn)的自動(dòng)傳播可導(dǎo)致顯著的時(shí)間 節(jié)省，特別是對(duì)于包含大量子配方的配方。
用戶界面420還包括取消(cancel)和確定(ok)界面按鈕，分別用參考數(shù)字 440和442指示它們。界面按鈕440和442對(duì)應(yīng)于圖5的取消/確定程序塊410并允 許用戶退出授權(quán)設(shè)置例程404。雖然界面按鈕440和442都能使用戶離開(kāi)授權(quán)設(shè) 置例程404，取消(cancel)界面按鈕440結(jié)束授權(quán)設(shè)置例程404而不包括對(duì)配 方的授權(quán)設(shè)置所做的修改。相反地，確定(ok)界面按鈕442允許用戶離開(kāi)授 權(quán)設(shè)置例程404并且保留在使用用戶界面420時(shí)對(duì)授權(quán)設(shè)置所做的修改。
現(xiàn)在轉(zhuǎn)到圖7，提供代表一個(gè)增加例程的程序塊412的進(jìn)一步細(xì)節(jié)。增加例 程412開(kāi)始執(zhí)行于程序塊450，接收由用戶提供的功能鎖定選擇。如圖8所示， 圖形用戶界面或彈出窗口452可包括一批準(zhǔn)功能鎖定(Approval Function Lock) 框454，用戶可輸入批準(zhǔn)功能鎖定的名稱到該框內(nèi)。例如，如圖8所示，框454 可包括一個(gè)顯示，即選擇的批準(zhǔn)功能鎖定是RECIPE—APPROVAL—03。
返回至圖7，在程序塊450已經(jīng)接收了功能鎖定選項(xiàng)之后，程序塊460接收 由用戶所提供的簽署者描述。例如，如在圖8的用戶界面452中所示，用戶可在 方框462中輸入簽署者描述。作為舉例，描述"Team Leader"在輸入框462中顯示，
表示用戶想要將隊(duì)長(zhǎng)(team leader)作為具有批準(zhǔn)功能鎖定 RECIPE—APPROVAL—03的簽署者加入。
在程序塊450和460已經(jīng)分別接收了功能鎖定選擇和簽署者描述之后，控制 傳送至程序塊466，確定是否缺少功能鎖定或簽署者描述，或者是否已經(jīng)選擇 了在圖8中分別以參考數(shù)字470和472所示的取消(cancel)或確定(ok)界面按 鈕。如果缺少鎖定或描述，控制從程序塊466傳送至程序塊450。做為選擇，如 果程序塊466確定用戶已經(jīng)選擇取消(cancel)或確定(ok)界面按鈕470和472， 則增加例程412結(jié)束它的運(yùn)行并將控制返回至圖5的授權(quán)設(shè)置例程404。如關(guān)于 圖6的用戶界面420所述，按動(dòng)取消(cancel)界面按鈕470引起增加例程412結(jié)
束它的執(zhí)行而不保存在其執(zhí)行期間所做的修改。相反地，如前所注，按動(dòng)確定
(ok)界面按鈕472引起增加例程412結(jié)束并保存在增加例程412的執(zhí)行期間所 做的修改。如果增加例程412增加一個(gè)新的批準(zhǔn)者或簽署者，任何以前被批準(zhǔn) 的配方(即已經(jīng)收到所有原來(lái)所要求的批準(zhǔn)的配方)自動(dòng)地變成非授權(quán)的，直 到從新增加的簽署者獲得批準(zhǔn)為止。
結(jié)合圖9提供刪除例程414的進(jìn)一步細(xì)節(jié)，它的操作與圖6的用戶界面420有 關(guān)。特別地，刪除例程414開(kāi)始執(zhí)行于程序塊480，接收要被刪除的簽署者描述 的選擇。用戶可通過(guò)選擇圖6的用戶界面420的文本框430中顯示的一個(gè)簽署者 描述提供這樣一個(gè)選擇。在用戶選擇所要?jiǎng)h除的描述之后，用戶然后按動(dòng)刪除 界面按鈕428以表明他或她想要?jiǎng)h除所選擇的簽署者描述或簽署者。在程序塊 480完成執(zhí)行之后，控制傳送至程序塊482，接收對(duì)由用戶請(qǐng)求的刪除的確認(rèn)。 例如，在用戶選擇所要?jiǎng)h除的簽署者描述并按動(dòng)刪除界面按鈕428之后，刪除 例程414可要求用戶確定他或她想要?jiǎng)h除所選擇的簽署者描述，通過(guò)在顯示屏 幕上向用戶顯示的用戶界面圖形。這樣一個(gè)圖形顯示可包括確定(ok)或取消 (cancel)界面按鈕，在其中按動(dòng)(例如通過(guò)鼠標(biāo)、鍵盤(pán)等選擇)確定(ok) 界面按鈕將確認(rèn)用戶想要?jiǎng)h除所選擇的簽署者描述，而取消(cancel)界面按 鈕將取消刪除所選擇的描述。在程序塊482已經(jīng)收到對(duì)刪除的確認(rèn)之后，刪除 例程414結(jié)束它的執(zhí)行并返回控制至授權(quán)設(shè)置例程404。
結(jié)合圖10和圖11提供與圖5的修改例程416有關(guān)的進(jìn)一步細(xì)節(jié)。修改例程 416開(kāi)始執(zhí)行于程序塊484，從用戶接收要修改的簽署者描述的選擇。例如，用 戶可選擇圖6中名為Quality Assurance的簽署者并且然后可按動(dòng)修改界面按鈕 426。在按動(dòng)修改界面按鈕426之后，用戶界面諸如例如，在圖ll所示的用戶界
面486，可向用戶顯示并可包括一簽署者描述框488和一批準(zhǔn)功能鎖定框490。 用戶界面486還可包括確定(ok)和取消(cancel)界面按鈕492和494。在修 改例程416已經(jīng)接收要修改的簽署者描述的選擇(在此情況下，已經(jīng)選擇簽署 者Quality Assurance用于修改)之后，控制從程序塊484傳送至程序塊496。 方框496接收簽署者描述的修改，諸如例如，簽署者名稱、批準(zhǔn)鎖定功能的修 改或任何其它適當(dāng)?shù)男薷?。例如，在方?88用戶提供簽署者描述之后，用戶 可修改簽署者的名稱或可修改顯示在方框490中顯示的批準(zhǔn)鎖定功能并且可選 擇確定(ok)或取消(cancel)界面按鈕492和494。如前所述，按動(dòng)確定(ok) 界面按鈕492保存對(duì)簽署者描述所做的修改。相反地，按動(dòng)取消(cancel)界 面按鈕494結(jié)束修改例程416而不保存所做的修改。無(wú)論如何，按動(dòng)界面按鈕492 和494的任意一個(gè)結(jié)束修改例程416的執(zhí)行并返回控制至圖5的授權(quán)設(shè)置例程 404。而通過(guò)增加例程412，簽署者或批準(zhǔn)者的修改自動(dòng)地導(dǎo)致任何以前被批準(zhǔn) 的、請(qǐng)求該簽署者批準(zhǔn)的配方變成未經(jīng)授權(quán)的。
到此為止，已經(jīng)提供了簽署者或配方審閱者或批準(zhǔn)者的增加、刪除和修改。 所述的例程或?qū)嵤┙Y(jié)合這些例程所述功能的例程可在圖l的工作站14和/或終 端32中任意一個(gè)內(nèi)實(shí)現(xiàn)。
前述的圖形和描述已經(jīng)屬于簽署者的指定，而圖12-16屬于可由簽署者執(zhí) 行的審閱、批準(zhǔn)或拒絕過(guò)程。在圖12-16所示的例程和用戶界面可在圖1的終端 32和/或工作站14上執(zhí)行。特別地，存儲(chǔ)器20和34的一個(gè)或多個(gè)可存儲(chǔ)指令， 由處理器21和36的一個(gè)或多個(gè)執(zhí)行該指令以執(zhí)行在例程中程序塊代表的操作。
現(xiàn)在轉(zhuǎn)到圖12，配方授權(quán)例程500開(kāi)始執(zhí)行于程序塊502，顯示與正在審閱 的配方相關(guān)的簽署者和狀態(tài)信息。例如，圖13的用戶界面504可包括一文本框 506，具有多個(gè)列508-518，可代表簽署者身份、狀態(tài)、用戶類型、時(shí)間、注釋 和節(jié)點(diǎn)。簽署者列508列出為了配方的批準(zhǔn)所請(qǐng)求的簽署者，以及狀態(tài)列510列 出對(duì)應(yīng)每個(gè)簽署者的簽署狀態(tài)。例如，簽署狀態(tài)可以是空白的或未決的、批準(zhǔn) 的或拒絕的，在其中一個(gè)空白狀態(tài)或未決狀態(tài)可代表該簽署者還沒(méi)有審閱配 方。用戶列512列出為最近的簽署變化負(fù)責(zé)的用戶類型。時(shí)間列514列出時(shí)間， 在此時(shí)間發(fā)生最近的簽署變化。注釋列516列出由簽署者所做的任何注釋，當(dāng) 在他們批準(zhǔn)或拒絕配方時(shí)；以及節(jié)點(diǎn)518代表系統(tǒng)節(jié)點(diǎn)，在此節(jié)點(diǎn)簽署者批準(zhǔn) 或拒絕配方。例如，節(jié)點(diǎn)可以是圖1的終端32和/或工作站14的任意一臺(tái)。除文 本框506之外，用戶界面504可包括關(guān)閉(close)、批準(zhǔn)(approve)、拒絕(reject)
和清除(clear)界面按鈕520-526，它們將結(jié)合圖12的配方授權(quán)例程500描述。 在程序塊502顯示簽署者和狀態(tài)信息之后，程序塊530接收簽署者選擇，可 由用戶通過(guò)選擇界面按鈕520-526的任意一個(gè)指明所做的選擇。特別地，如果 用戶按動(dòng)關(guān)閉(close)界面按鈕520，配方授權(quán)例程500的控制從程序塊530傳 送至程序塊540，關(guān)閉用戶界面504，結(jié)束配方授權(quán)例程500的執(zhí)行并將控制返 回至任何調(diào)用配方授權(quán)例程500的例程。
做為選擇，如果用戶按動(dòng)批準(zhǔn)(approve)界面按鈕522，控制從程序塊530 傳送至程序塊550，它代表一個(gè)批準(zhǔn)例程。如圖14所示，批準(zhǔn)例程550開(kāi)始執(zhí)行 于程序塊552，接收由用戶提供的用戶名和密碼。 一個(gè)用戶界面554，這是圖15 所示的一個(gè)實(shí)例，可包括用戶名和密碼框556和558，用戶可向它們輸入他們的 用戶名和密碼。
在程序塊552已經(jīng)完成執(zhí)行之后，控制傳送至程序塊560，接收在批準(zhǔn)期間 所做的用戶注釋。例如，圖15的用戶界面554可包括一文本框562，可在此框中 鍵入注釋。在程序塊560完成執(zhí)行之后，程序塊561確定用戶是否是經(jīng)授權(quán)的。 在程序塊561所執(zhí)行的授權(quán)檢查可驗(yàn)證在方框552所收到的用戶名和/或密碼是
有效的和/或與那個(gè)用戶名和密碼關(guān)聯(lián)的用戶是否被授權(quán)以進(jìn)行這樣一個(gè)批 準(zhǔn)。如果在程序塊561確定用戶是經(jīng)授權(quán)的，然后控制傳送至程序塊566。程序 塊566更新?tīng)顟B(tài)信息以反映批準(zhǔn)。例如，文本框562包括文本注釋"This one is ready for production",它也被反映在圖13中，作為由生產(chǎn)(production)簽 署者在執(zhí)行程序塊566后批準(zhǔn)配方時(shí)所作的注釋。如果在程序塊561確定在程序 塊552所收到的用戶名和密碼之一或兩者沒(méi)有是未經(jīng)授權(quán)的，則隨后批準(zhǔn)例程 550結(jié)束。
如結(jié)合前面的許多用戶界面屏幕所述，圖15的用戶界面包括確定(ok)和 取消(cancel)界面按鈕568和570，它們可用于結(jié)束批準(zhǔn)例程550的執(zhí)行，同 時(shí)保存或放棄在該例程執(zhí)行期間所做的修改。另外，如圖15所示，可提供一檢 查框572以使用戶選擇將批準(zhǔn)傳播至任何包含的或子配方。
回到圖12和13，如果用戶按動(dòng)圖13的拒絕界面按鈕524，控制從程序塊530 傳送至配方授權(quán)例程的程序塊580。程序塊580代表拒絕例程，在圖16中可得到 它的進(jìn)一步細(xì)節(jié)。如圖16所示，拒絕例程580開(kāi)始執(zhí)行于程序塊582，在這里用 戶在控制傳送至程序塊584之前輸入用戶姓名和密碼。在程序塊584，簽署者可 輸入在拒絕配方的過(guò)程期間所作的注釋。程序塊582和584的操作與在圖14所示
的程序塊552和560的操作相似，除了程序塊582和584是結(jié)合拒絕配方所使用 的。在程序塊584完成執(zhí)行之后，控制傳送至程序塊585，執(zhí)行與在圖15所示的 程序塊561所執(zhí)行的相似的授權(quán)檢查。如果在程序塊585確定用戶是經(jīng)授權(quán)的， 則隨后控制傳送至程序塊586。
程序塊586更新?tīng)顟B(tài)信息，以反映用戶對(duì)配方的拒絕。更新?tīng)顟B(tài)信息程序 塊586可生成信息，該信息將被反映在圖13的用戶界面504中以反映一個(gè)簽署者 已經(jīng)拒絕一個(gè)配方的事實(shí)。雖然拒絕例程580沒(méi)有顯示在圖形中，它也可使用 與圖15的用戶界面554相似的用于批準(zhǔn)配方的圖形用戶界面。
再次回到圖12和13，如果用戶按動(dòng)圖13的清除(clear)界面按鈕526，控 制從程序塊530傳送至配方授權(quán)例程500的程序塊590。程序塊590可用于清除簽 署。例如，可由用戶選擇在圖13中所示的簽署者之一并使用界面按鈕526清除 之。不過(guò)， 一旦配方已經(jīng)被下載用于執(zhí)行，例如，由控制器12 (圖l)或工作 站14 (圖l)，則批準(zhǔn)簽署的效果不能被收回。換句話說(shuō)， 一旦下載了配方(或 任何其它軟件對(duì)象)，則不能清除或拒絕簽署(即批準(zhǔn))。
前面的說(shuō)明屬于選擇簽署者和審閱配方，而用戶界面600，如在圖17中所 示，可用于報(bào)告在過(guò)程控制系統(tǒng)10之內(nèi)的配方的狀態(tài)。例如，用戶界面600可 包括多個(gè)列602-610，分別代表配方名(recipe name)、生產(chǎn)(production)、 工禾呈(engineering)、 質(zhì)量保證(quality assurance)禾口組長(zhǎng)(team leader)。 簡(jiǎn)要地說(shuō)，配方名列602列出所有未批準(zhǔn)的配方，以及列604-610列出每個(gè)配方 關(guān)于每個(gè)審閱者或?qū)忛唽?shí)體的狀態(tài)。例如，名為"OP—CHARGE"的配方關(guān)于生產(chǎn)、 工程、質(zhì)量保證和組長(zhǎng)的每一個(gè)是未定的。相反，生產(chǎn)、工程、質(zhì)量保證和組 長(zhǎng)的每一個(gè)已經(jīng)批準(zhǔn)了"PRC一PAINT"配方，但質(zhì)量保證還沒(méi)有批準(zhǔn)該配方。因此， "PRC—PAINT"配方還是沒(méi)有被批準(zhǔn)。用戶界面600還可包括關(guān)閉(close)和打印 (print)界面按鈕612和614，可用于關(guān)閉用戶界面600或打印用戶界面600以 顯示包含在列602-610的信息。
一旦一個(gè)配方已經(jīng)由所有簽署者審閱并批準(zhǔn)，該配方可被下載至或被執(zhí) 行于在圖1所示的一或多個(gè)控制器12。下載例程630，如在圖18中所示，是一個(gè) 方法，通過(guò)它可執(zhí)行下載。下載例程630開(kāi)始執(zhí)行于程序塊632，產(chǎn)生下載腳本。 在程序塊632已經(jīng)生成下載腳本之后，控制傳送至程序塊634，確定該配方是否 沒(méi)有被排除(check out)(即被登記(check in))或者是否該用戶已經(jīng)提供一 個(gè)密鑰，該密鑰使一個(gè)配方能夠被下載，即使該配方是被排除的。版本控制軟
件諸如在"Version Control and Audit Trail in a Process Control System" 所公開(kāi)的軟件可與下載例程630—起使用。如果程序塊634確定該配方是被排除 的并且沒(méi)有提供密鑰，控制傳送至程序塊636，取消下載并結(jié)束下載例程630的 執(zhí)行。做為選擇，如果該配方?jīng)]有被排除或如果已經(jīng)提供密鑰，控制從程序塊 634傳送至程序塊638，確定該配方是否被授權(quán)或者用戶是否已經(jīng)提供特殊的密 鑰，使未被授權(quán)的配方能夠被下載。配方授權(quán)可包括，但不限于此，確保所有 的簽署者已經(jīng)批準(zhǔn)該配方。如果程序塊638確定該配方是未被授權(quán)的并且沒(méi)有 提供密鑰，控制傳送至程序塊636，在結(jié)束下載例程630之前取消下載。在選擇 中，如果程序塊638確定配方是授權(quán)的或者如果已經(jīng)提供了密鑰，則控制傳送 至程序塊640，設(shè)置下載標(biāo)簽。下載標(biāo)簽可以是一或多個(gè)附加在所下載的項(xiàng)上 的注釋陳述或其它相似的文本性信息，包括下載的時(shí)間、日期、版本和發(fā)起人 (或用戶)。另外，下載標(biāo)簽包括詳細(xì)的正被下載的各個(gè)項(xiàng)(例如配方)的列 表。可在圖1的控制器12中具體化的配方然后被發(fā)送至實(shí)時(shí)系統(tǒng)，在程序塊642 中。在執(zhí)行程序塊642之后，下載例程630結(jié)束執(zhí)行并將控制返回調(diào)用它的例程。 從前面的描述中，能夠了解到一個(gè)目前沒(méi)有被批準(zhǔn)的軟件對(duì)象不能由系統(tǒng) IO下載或執(zhí)行，直到與該軟件對(duì)象關(guān)聯(lián)的簽署者或批準(zhǔn)者己經(jīng)批準(zhǔn)該軟件對(duì)象 時(shí)。因此， 一個(gè)新的軟件對(duì)象或配方，例如，必須由預(yù)定的個(gè)人和/或其它實(shí) 體的名單或組(例如由授權(quán)設(shè)置例程404所生成的個(gè)人和/或其它實(shí)體的名單) 批準(zhǔn)(圖5)。另外， 一個(gè)以前被批準(zhǔn)的軟件對(duì)象或配方被修改時(shí)自動(dòng)地變成 未經(jīng)授權(quán)的，因此，必須由所有它對(duì)應(yīng)的簽署者或授權(quán)者(authorizer)重新 批準(zhǔn)以下載被修改的軟件對(duì)象或配方，如由在圖18的方框638和640的實(shí)例所 示。
雖然已經(jīng)描述了根據(jù)本發(fā)明的原則所構(gòu)建的裝置，本專利覆蓋的范圍并不 僅限于此。相反，無(wú)論是文字上還是在等價(jià)原則下，此專利覆蓋本發(fā)明構(gòu)想的 所有清楚地落入附加權(quán)利要求書(shū)范圍的實(shí)施例。
權(quán)利要求
1.一種下載軟件對(duì)象至過(guò)程控制系統(tǒng)的方法，其特征在于，該方法包括接收下載軟件對(duì)象的命令；確定該軟件對(duì)象是否被排除；確定該軟件對(duì)象是否被授權(quán)下載；以及如果該軟件對(duì)象沒(méi)有被排除并被授權(quán)下載，下載該軟件對(duì)象至該過(guò)程控制系統(tǒng)。
2. 如權(quán)利要求2所述的方法，其特征在于，確定該軟件對(duì)象是否被授權(quán)下 載包括確定該軟件對(duì)象是否已經(jīng)被批準(zhǔn)。
3. 如權(quán)利要求2所述的方法，其特征在于，確定該軟件對(duì)象是否已經(jīng)被批 準(zhǔn)包括電子地接收批準(zhǔn)信息。
全文摘要
本發(fā)明提供了一種用于過(guò)程控制系統(tǒng)中的軟件對(duì)象批準(zhǔn)方法。軟件對(duì)象授權(quán)系統(tǒng)包括能夠選擇簽署者，他們必須在軟件對(duì)象被下載至過(guò)程控制系統(tǒng)之前批準(zhǔn)該軟件對(duì)象。簽署者是以允許他們通過(guò)用戶名和密碼驗(yàn)證他們的身分的形式而存在的。已經(jīng)驗(yàn)證了其身分的簽署者可批準(zhǔn)或拒絕該軟件對(duì)象。當(dāng)已經(jīng)收到對(duì)于軟件對(duì)象所需要的所有批準(zhǔn)時(shí)，軟件對(duì)象被授權(quán)。然后可下載被授權(quán)的軟件對(duì)象至過(guò)程控制系統(tǒng)。
文檔編號(hào)G06F9/445GK101369298SQ20081012511
公開(kāi)日2009年2月18日 申請(qǐng)日期2003年8月4日 優(yōu)先權(quán)日2002年8月2日
發(fā)明者D·G·德?tīng)柟糯? D·L·戴茨, G·威爾遜, H·O·科斯卡, S·G·哈馬克 申請(qǐng)人:費(fèi)舍-柔斯芒特系統(tǒng)股份有限公司