專利名稱：一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法
技術(shù)領(lǐng)域：
本發(fā)明提供一種數(shù)據(jù)預(yù)處理調(diào)度方法，尤其涉及一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度 方法。
背景技術(shù)：
三維可視化技術(shù)對(duì)于臨床醫(yī)學(xué)的精確診斷以及手術(shù)計(jì)劃越來越重要的作用.先 進(jìn)的醫(yī)學(xué)影像設(shè)備是先進(jìn)的醫(yī)學(xué)圖像處理與分析的基礎(chǔ)，特別是多排CT與高場(chǎng)MR帶給臨 床的是更快的掃描速度(0. 5S)、更高的圖像分辨率(0. 3MM)、更多的單個(gè)病人數(shù)據(jù)量(> 2000層)、更廣泛的臨床應(yīng)用(CTA，MRA)等，與此同時(shí)，需要更豐富的軟件處理能力。在醫(yī) 學(xué)診斷中，醫(yī)務(wù)人員通過觀察多組二維斷層圖像，在大腦中進(jìn)行三維數(shù)據(jù)的重建，以此來確 定病變體的空間結(jié)構(gòu)。這就難以準(zhǔn)確確定病變體的空間位置、大小、幾何形狀及與周圍生物 組織之間的關(guān)系。因此，從一系列二維斷層圖像生成三維圖像在醫(yī)學(xué)觀察中是越來越需要 和迫切。對(duì)于過去長(zhǎng)期使用單排CT的醫(yī)生來說，先進(jìn)影像設(shè)備不是簡(jiǎn)單的硬件上的提升， 也是診斷技術(shù)、診斷方式上的革命性的改變。如果依然延續(xù)過去單排CT或普通MR的掃描、 處理、診斷方式，在很大的程度上，沒有發(fā)揮設(shè)備革命性的升級(jí)對(duì)診斷上的重大的影響，而 是簡(jiǎn)單地把先進(jìn)設(shè)備認(rèn)為是圖像更好，速度更快的影像設(shè)備，在臨床的作用將受到我們傳 統(tǒng)應(yīng)用觀念和方法上的限制，而沒有得到最大程度上的發(fā)揮。要充分發(fā)揮先進(jìn)影像設(shè)備臨 床應(yīng)用價(jià)值，挖掘海量數(shù)據(jù)的診斷內(nèi)容，就需要從常規(guī)的2D閱片工作站與時(shí)俱進(jìn)到3D專業(yè) 工作站.醫(yī)生可以從大量圖像數(shù)據(jù)中，找到真正有價(jià)值的圖像，減少了診斷信息上的疏漏。 除放射科室以外，3D醫(yī)療影像在手術(shù)計(jì)劃以及教學(xué)演示等，同樣起著相當(dāng)重要的作用。醫(yī)生 依靠先進(jìn)的PACS系統(tǒng)和數(shù)字化3D專業(yè)軟件，可以更直觀、精確地、多角度來觀察組織形態(tài) 結(jié)構(gòu)，真正享受由專業(yè)軟件帶來的快速、有效、直觀的工作環(huán)境。3D專業(yè)工作站系統(tǒng)將為臨 床閱片提供新一代的解決方案。在兼容傳統(tǒng)的2D閱片工作站的基礎(chǔ)上，提供更適合醫(yī)生認(rèn) 識(shí)與思維的診斷信息。

發(fā)明內(nèi)容
本發(fā)明提供一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其可以在多任務(wù)、多進(jìn)程的三 維圖像處理時(shí)能自動(dòng)糾錯(cuò)，快速處理，并且多進(jìn)程之間能在無干擾的狀態(tài)下穩(wěn)定快速運(yùn)行。本發(fā)明為解決上述技術(shù)問題所采用的技術(shù)方案為一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，三維服務(wù)器上有通信模塊、管理模塊和處 理模塊，所述通信模塊用來接收任務(wù)，所述管理模塊用來啟動(dòng)處理模塊，所述處理模塊進(jìn)行 任務(wù)處理；所述通信模塊、所述管理模塊和所述處理模塊三個(gè)之間用文件目錄的方式進(jìn)行 信息交互，所述文件目錄中信息包括有待處理信息的檢查信息、序列信息和當(dāng)前任務(wù)腳本 處理的進(jìn)程編號(hào)信息。所述文件目錄中信息還包括本次任務(wù)需要處理的圖像數(shù)量信息。所述文件目錄中信息還包括處理錯(cuò)誤的次數(shù)信息。
所述文件目錄分為腳本交互目錄、腳本處理目錄和腳本錯(cuò)誤目錄。其包括以下步驟A.通信模塊接收到任務(wù)后，將任務(wù)以文件腳本的形式保存在腳本交互目錄；B.管理模塊定時(shí)檢測(cè)腳本交互目錄，當(dāng)發(fā)現(xiàn)腳本交互目錄存在處理腳本文件，管 理模塊對(duì)這些腳本文件進(jìn)行分析，如是已經(jīng)處理過的數(shù)據(jù)腳本文件，就直接刪除，如是未處理腳本文件，將任務(wù)文件轉(zhuǎn)移到腳本處理目錄，同時(shí)啟動(dòng)一個(gè)處理模塊 用來處理該任務(wù)腳本；C.處理模塊讀取任務(wù)腳本信息，根據(jù)待處理信息的檢查信息和序列信息到存儲(chǔ)服 務(wù)器上讀取圖像數(shù)據(jù)進(jìn)行整理，數(shù)據(jù)整理成功將整理后的數(shù)據(jù)存儲(chǔ)到本地緩沖目錄，然后 將該任務(wù)腳本文件刪除。在所述A步驟中使用隨機(jī)文件名來生成文件。在所述B步驟中管理服務(wù)會(huì)先對(duì)這些腳本文件進(jìn)行分析，首先判斷腳本文件的處 理錯(cuò)誤的次數(shù)信息值，如果該值大于或等于3，將該腳本移動(dòng)到腳本錯(cuò)誤目錄。在所述C中如果處理錯(cuò)誤處理進(jìn)程將修改腳本文件的處理錯(cuò)誤的次數(shù)信息值，將 其處理錯(cuò)誤值累加1，然后重新將文件轉(zhuǎn)移到腳本交互目錄。在所述C步驟中，在啟動(dòng)處理模塊時(shí)將當(dāng)前任務(wù)腳本處理的進(jìn)程編號(hào)信息值記錄 在對(duì)應(yīng)的任務(wù)腳本中。所述管理模塊在固定的時(shí)間間隔內(nèi)檢查腳本處理目錄下腳本文件的當(dāng)前任務(wù)腳 本處理的進(jìn)程編號(hào)信息值和內(nèi)存中的進(jìn)程編號(hào)信息值，如任務(wù)腳本中的進(jìn)程編號(hào)信息無法 在內(nèi)存中找到匹配項(xiàng)，將任務(wù)腳本中的處理錯(cuò)誤的次數(shù)信息值累加1，再判斷腳本文件的處 理錯(cuò)誤的次數(shù)信息值，如果該值大于或等于3，將該腳本移動(dòng)到腳本錯(cuò)誤目錄；如果該值小于3次，將當(dāng)前腳本重新轉(zhuǎn)移到腳本交互目錄。


圖1為本發(fā)明實(shí)施例三維服務(wù)物理結(jié)構(gòu)圖2為本發(fā)明實(shí)施例三維服務(wù)邏輯結(jié)構(gòu)圖3為本發(fā)明實(shí)施例處理預(yù)處理邏輯圖4為本發(fā)明實(shí)施例預(yù)處理流程圖5為本發(fā)明實(shí)施例通信處理流程圖6為本發(fā)明實(shí)施例各模塊處理邏輯圖7為本發(fā)明實(shí)施例多任務(wù)并行處理模式流程圖
圖8為本發(fā)明實(shí)施例目錄交互模式示意圖9為本發(fā)明實(shí)施例完成處理流程圖。
具體實(shí)施例方式下面根據(jù)附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步詳細(xì)說明根據(jù)醫(yī)學(xué)圖像精度高、內(nèi)容豐富的要求，光線跟蹤算法(Raycastting)是所有三
4維重建中最合適的重建方式。光線跟蹤算法的特點(diǎn)是圖像質(zhì)量可以很高，但其中采樣，三線 性插值等，這些計(jì)算量很大，使得重建速度慢。雖然我們已經(jīng)對(duì)其做了很多的優(yōu)化方法，但 是如果要達(dá)到實(shí)時(shí)顯示，普通配置的計(jì)算機(jī)還是無法達(dá)到滿意的要求，如果要大面積使用 的話硬件投資巨大。再加上圖像數(shù)據(jù)量非常大，光從PACS存儲(chǔ)服務(wù)器加載二維斷層圖像 數(shù)據(jù)到閱片工作站就要花掉很多的時(shí)間，必然影響醫(yī)生的診斷效率。如何能解決這些問題 呢？我們采用了集中處理的方案，將三維可視化計(jì)算過程放到服務(wù)器進(jìn)行集中計(jì)算，然后 將計(jì)算結(jié)果實(shí)時(shí)的傳遞到閱片工作站上進(jìn)行顯示，實(shí)時(shí)響應(yīng)用戶的操作動(dòng)作。因?yàn)槿S可 視化計(jì)算結(jié)果就是WINDOWS系統(tǒng)可以顯示的位圖，數(shù)據(jù)量不大，在網(wǎng)絡(luò)上實(shí)時(shí)傳送完全可 以達(dá)到要求。使用這種方案，不但可以避免下載二維斷層圖像數(shù)據(jù)花費(fèi)的時(shí)間，而且可以充 分利用服務(wù)器的計(jì)算能力，這樣普通的計(jì)算機(jī)連接到重建服務(wù)器后都可以做為三維專業(yè)閱 片工作站來使用。如圖1所示，影像設(shè)備負(fù)責(zé)采集數(shù)據(jù)，將數(shù)據(jù)發(fā)送到存儲(chǔ)服務(wù)器進(jìn)行歸 檔，存儲(chǔ)服務(wù)器對(duì)數(shù)據(jù)歸檔后將需要進(jìn)行重建的數(shù)據(jù)加載到三維服務(wù)器進(jìn)行預(yù)處理，當(dāng)三 維閱片工作站需要進(jìn)行閱片的時(shí)候向三維服務(wù)器發(fā)出處理請(qǐng)求，三維服務(wù)器接收到處理任 務(wù)后將數(shù)據(jù)加載到內(nèi)存中進(jìn)行計(jì)算，然后將計(jì)算結(jié)果還回給閱片端進(jìn)行顯示。根據(jù)圖2邏輯結(jié)構(gòu)圖可以看出PACS Server負(fù)責(zé)提供數(shù)據(jù)，當(dāng)ClientApplication 向服務(wù)端發(fā)出請(qǐng)求后Application Control負(fù)責(zé)與客戶端進(jìn)行數(shù)據(jù)交互，VR、MIP/MinIP、 MPR、Raysum模塊負(fù)責(zé)三維可視化計(jì)算工作。因?yàn)槿S計(jì)算量非常大，必須充分挖掘出計(jì)算機(jī)的性能，這樣才能滿足實(shí)際的需 要，如何來充分挖掘計(jì)算機(jī)的性能呢？那就需求我們根據(jù)三維計(jì)算的特性有針對(duì)性的對(duì)數(shù) 據(jù)結(jié)構(gòu)做一些調(diào)整，用來提高計(jì)算機(jī)訪問數(shù)據(jù)的效率和減少不必要的計(jì)算，原始的二維斷 層圖像數(shù)據(jù)的結(jié)構(gòu)顯然無法滿足其要求，那就要求將數(shù)據(jù)做一次合理的調(diào)整，同時(shí)預(yù)先將 重建過程中所必要的信息一同計(jì)算好。這個(gè)過程所需要的計(jì)算量較大，不需要人工參與，與 三維顯示用戶操作過程無直接關(guān)系，所以我們將其做成一個(gè)獨(dú)立的預(yù)處理模塊，在歸檔后 進(jìn)行處理，這樣當(dāng)用戶需要去閱覽三維數(shù)據(jù)的時(shí)候系統(tǒng)已經(jīng)事先將數(shù)據(jù)準(zhǔn)備好，避免了不 必要的等待時(shí)間。為了實(shí)現(xiàn)預(yù)處理過程我們將其分成三個(gè)部份來進(jìn)行考慮，分別是歸檔服務(wù)，管理 服務(wù)，處理進(jìn)程。如圖3所示。第一步歸檔，存儲(chǔ)服務(wù)器歸檔服務(wù)主要處理數(shù)據(jù)的歸檔任務(wù)，在歸檔過程中對(duì)圖 像數(shù)據(jù)進(jìn)行分析，如果適合三維重建條件系統(tǒng)將為該檢查數(shù)據(jù)生成一個(gè)任務(wù)腳本，向三維 服務(wù)器提交一個(gè)處理請(qǐng)求交由管理服務(wù)。第二步管理，當(dāng)管理服務(wù)接收到請(qǐng)求后對(duì)任務(wù)進(jìn)行分析，如果該圖像數(shù)據(jù)已經(jīng)處 理過則忽略本次請(qǐng)求，重新進(jìn)入接收任務(wù)狀態(tài)，當(dāng)該圖像數(shù)據(jù)未處理將啟動(dòng)一個(gè)處理進(jìn)程 對(duì)該任務(wù)進(jìn)行處理。第三步處理，系統(tǒng)將處理進(jìn)程啟動(dòng)后，進(jìn)程首先解析本次任務(wù)的內(nèi)容，知道需要 處理哪個(gè)檢查后將到存儲(chǔ)服務(wù)器將圖像數(shù)據(jù)下載到本地，然后再對(duì)其進(jìn)行處理，處理完成 將整理后的數(shù)據(jù)保存到三維服務(wù)器緩沖目錄中，待用戶進(jìn)行調(diào)用處理流程如下圖4所示。由于存儲(chǔ)服務(wù)器和三維服務(wù)器在物理上就是會(huì)開的兩個(gè)服務(wù)器，為了達(dá)到上述的 要求，首先必須在存儲(chǔ)服務(wù)器與三維服務(wù)器之間建立通信協(xié)議，實(shí)現(xiàn)相互間的數(shù)據(jù)交互。因 為三維服務(wù)器與客戶端同樣需要進(jìn)行網(wǎng)絡(luò)通信，所以我們?cè)赥CP/IP之上定義了一個(gè)應(yīng)用層協(xié)議3DAP(3DACCesS Protocol)，通過該協(xié)議不但實(shí)現(xiàn)了三維顯示客戶端與三維服務(wù)器 的通信，也解決了存儲(chǔ)服務(wù)器將處理任務(wù)提交到三維服務(wù)器上進(jìn)行處理的問題，在這里我 們不再描述客戶端與三維服務(wù)器的通信內(nèi)容，只描述存儲(chǔ)服務(wù)器和三維服務(wù)器通信部份實(shí) 現(xiàn)方案。三維服務(wù)器處理進(jìn)程向存儲(chǔ)服務(wù)器讀取圖像數(shù)據(jù)采用標(biāo)準(zhǔn)PACS閱片端訪問PACS 存儲(chǔ)服務(wù)器的方法來實(shí)現(xiàn)，這里不做描述。
首先定義一組服務(wù)類 有了服務(wù)類定義后，還需要為每一個(gè)服務(wù)類定義相應(yīng)的處理消息，用與確認(rèn)處理 的具體情況 通過以上的定義，存儲(chǔ)服務(wù)器就可以方便的向三維服務(wù)器提交任務(wù)。具體的操作 主要分為三大步驟第一步建立連接，即建立底層的通信管道。按照前面描述的規(guī)則和定義，存儲(chǔ)服 務(wù)使用上層服務(wù)，發(fā)送關(guān)聯(lián)建立請(qǐng)求FM_C0NTR0L(FMMC_C0NNECT)到三維服務(wù)端，三維服務(wù) 端接受該請(qǐng)求驗(yàn)證合法性后建立接受/拒絕FM_CONTROL(FMMC_ACCEPT/FMMC_REJECT)響應(yīng)。如果成功，即存儲(chǔ)服務(wù)收到FM_C0NTR0L (FMMC_ACCEPT)，則表示存儲(chǔ)服務(wù)端和三維服務(wù) 端之間的關(guān)聯(lián)建立成功。第二步提交任務(wù)操作，即存儲(chǔ)服務(wù)端向三維服務(wù)器發(fā)送任務(wù)數(shù)據(jù)。當(dāng)存儲(chǔ)服 務(wù)需要向三維服務(wù)器發(fā)出任務(wù)數(shù)據(jù)時(shí)發(fā)出FM_PUT_FILE，同時(shí)將數(shù)據(jù)內(nèi)容打包到服務(wù)類， 提交到三維服務(wù)器，如果三維服務(wù)端成功接收命令，即存儲(chǔ)服務(wù)器收到FM_PUT_FILE_ RESPONSE (FMMC_SUCCESS)，如果不成功客戶端收到 FM_PUT_FILE_RESPONSE (FMMC_FAIL)。第三步釋放關(guān)聯(lián)，通信完成后，雙方通過發(fā)送關(guān)聯(lián)釋放請(qǐng)求/響應(yīng)FM_ CONTROL (FMMC_DISCONNECT)來釋放此次連接。使用該協(xié)議，當(dāng)存儲(chǔ)服務(wù)器產(chǎn)生新任務(wù)后就可以向三維服務(wù)器提交任務(wù)請(qǐng)求，處 理的流程如下圖5所示。由于存儲(chǔ)服務(wù)器和三維服務(wù)器是相對(duì)獨(dú)立的，所以實(shí)際組成預(yù)處理模塊還應(yīng)該加 入通信部份的內(nèi)容。如圖6所示。當(dāng)歸檔的數(shù)據(jù)量較多的時(shí)間，需要使用多任務(wù)的方式來并行處理不同的數(shù)據(jù)，因 為計(jì)算環(huán)節(jié)相對(duì)比較復(fù)雜，如果在一個(gè)進(jìn)程里面同時(shí)處理多個(gè)復(fù)雜的預(yù)處理任務(wù)，系統(tǒng)將 很不穩(wěn)定，為了能在服務(wù)器上集中實(shí)現(xiàn)預(yù)處理功能，保證服務(wù)器能夠長(zhǎng)時(shí)間穩(wěn)定工作，我們 將每一個(gè)任務(wù)都由一個(gè)獨(dú)立的處理進(jìn)程來完成。當(dāng)管理服務(wù)接收到任務(wù)后啟動(dòng)處理進(jìn)程， 處理進(jìn)程將數(shù)據(jù)處理完成后保存到本地緩沖目錄中然后自動(dòng)將自己關(guān)閉。采用這種方法將 預(yù)處理交由各個(gè)獨(dú)立的處理進(jìn)程來實(shí)現(xiàn)，每一個(gè)進(jìn)程都只做一次數(shù)據(jù)處理過程，處理完成 后結(jié)束，這樣就可以避免因?yàn)槔鄯e產(chǎn)生的各種可能的錯(cuò)誤，可以將復(fù)雜的問題簡(jiǎn)單化。如圖 7所示。根據(jù)上述說明，我們可以知道該方法在三維服務(wù)器上的實(shí)現(xiàn)由三部份組成，通信 進(jìn)程、管理進(jìn)程、處理進(jìn)程。但是這三部分都是相互獨(dú)立的運(yùn)行程序，它們之間如何聯(lián)系起 來呢？因?yàn)轭A(yù)處理過程在實(shí)際使用過程中沒有用戶需要參與的直接操作動(dòng)作，屬于運(yùn)行在 服務(wù)器后臺(tái)的程序，更多需要考慮的問題是如果提高其穩(wěn)定性，所以三個(gè)進(jìn)程間我們采用 了文件目錄這種底耦合的方式來進(jìn)行信息交互，分別建立Script、Error, Process三個(gè)目 錄。然后定義任務(wù)腳本的參數(shù)信息struct LCreate3DVoIumeCom{AnsiString StudyUID ；AnsiString SeriesUID ；int ProcessId ；int ImageCount ；int Error ； }StudyUID和SeriesUID為本次歸檔圖像的檢查UID和序列UID，用來確認(rèn)存儲(chǔ)服 務(wù)器讀圖像數(shù)據(jù)的索引信息，ProcessId用來記錄當(dāng)前任務(wù)腳本處理的進(jìn)程編號(hào)，ImageCount用來記錄本次任務(wù)需要處理的圖像數(shù)量，
Error用來記錄處理錯(cuò)誤的次數(shù)，有了目錄和腳本內(nèi)容的定義，這樣就可以進(jìn)行進(jìn)程間通信。將任務(wù)腳本格式和目 錄結(jié)構(gòu)定義好后，系統(tǒng)就可以實(shí)現(xiàn)預(yù)處理流程，所下圖8所示。第一步當(dāng)通信進(jìn)程接收到任務(wù)后，將任務(wù)以文件腳本的形式保存在Script目 錄，為避免多任務(wù)各腳本產(chǎn)生沖突，使用隨機(jī)文件名來生成文件。第二步管理進(jìn)程定時(shí)檢測(cè)Script目錄，當(dāng)發(fā)現(xiàn)Script目錄存在處理腳本文件， 管理服務(wù)會(huì)先對(duì)這些腳本文件進(jìn)行分析，首先判斷腳本文件的Error值，如果該值已經(jīng)大 于或等于3，說明該任務(wù)已經(jīng)重復(fù)處理過三次以上都無法處理成功，將該腳本移動(dòng)到Error 目錄，否則如果已經(jīng)處理過的數(shù)據(jù)腳本文件當(dāng)直接被刪除，如果未處理的將任務(wù)文件轉(zhuǎn)移 到Process目錄，同時(shí)啟動(dòng)一個(gè)處理進(jìn)程用來處理該任務(wù)腳本。第三步處理進(jìn)程讀取任務(wù)腳本信息，根據(jù)檢查和序列的UID到存儲(chǔ)服務(wù)器上讀 取圖像數(shù)據(jù)進(jìn)行整理，數(shù)據(jù)整理成功將整理后的數(shù)據(jù)存儲(chǔ)到本地緩沖目錄，然后將該任務(wù) 腳本文件刪除，如果處理錯(cuò)誤處理進(jìn)程將修改腳本文件Error值，將其處理錯(cuò)誤值累加一。 然后重新將文件轉(zhuǎn)移到Script目錄，重新進(jìn)入處理流程。由于處理進(jìn)程操作的復(fù)雜性，有可能在處理過程中處理進(jìn)程發(fā)生異常退出，這個(gè) 時(shí)候Process目錄下對(duì)應(yīng)的任務(wù)腳本文件將永久存放在該目錄中，這種情況顯然不可以發(fā) 生，所以我們?cè)趩?dòng)處理進(jìn)程的時(shí)候?qū)?dāng)前處理進(jìn)程的Processld記錄在對(duì)應(yīng)的任務(wù)腳本 中，然后為管理服務(wù)引入定時(shí)器，隔一段時(shí)間檢測(cè)Process目錄下的腳本文件和內(nèi)存中活 動(dòng)進(jìn)程ID，如果任務(wù)腳本中的進(jìn)程ID無法在內(nèi)存中找到匹配項(xiàng)，說明該任務(wù)腳本屬于無效 任務(wù)，必須移出Process目錄，將腳本移出Process目錄前首先將腳本中的Error狀態(tài)值加 一，然后再檢測(cè)Error計(jì)數(shù)值，如果處理錯(cuò)誤次數(shù)小于3次將當(dāng)前腳本重新轉(zhuǎn)移到Script 目錄，重新進(jìn)入處理流程，否則將其轉(zhuǎn)移到Error目錄。為了在三維服務(wù)器上實(shí)現(xiàn)預(yù)處理，我們開發(fā)了三個(gè)程序分別是通信進(jìn)程 (I3DPipeline. exe)、管理進(jìn)程(I3DManage. exe)、處理進(jìn)程(I3DMChild. exe)。同時(shí)在三維服務(wù)器上創(chuàng)建了四個(gè)目錄，分別是D:\Script 腳本交互目錄D:\Process 腳本處理目錄D \Error 腳本錯(cuò)誤目錄D:\3dCache處理后的預(yù)處理數(shù)據(jù)存儲(chǔ)目錄如圖9為各設(shè)備處理數(shù)據(jù)處理流程。當(dāng)影像設(shè)備做完一次患者檢查后，會(huì)采用DICOM標(biāo)準(zhǔn)接口向存儲(chǔ)服務(wù)器發(fā)送采集 的影像數(shù)據(jù)，存儲(chǔ)服務(wù)器接收完成影像數(shù)據(jù)后會(huì)向三維服務(wù)器發(fā)出一個(gè)檢查圖像處理任 務(wù)，消息內(nèi)容可以是StudyUID 1. 2. 840. 113619. 2. 55. 1. 1762890125. 1950. 1132783348. 294SeriesUID 1. 2. 840. 113619. 2. 80. 2160597289. 2225. 1132819147. 2ImageCount:1000由這個(gè)內(nèi)容三維服務(wù)器可以明確的知道存儲(chǔ)服務(wù)器上對(duì)應(yīng)的圖像索弓丨， I3DPipeline. exe接收到該任務(wù)信息后將內(nèi)容填充到LCreate3DVolumeCom腳本結(jié)構(gòu)中。
8為避免多任務(wù)各腳本產(chǎn)生沖突，使用隨機(jī)文件名的方法將其存放到d:\Script目錄中，如 C3D17588051351143680. ini。文件內(nèi)容為[Create3DVolume]StudyUID = 1. 2. 840. 113619. 2. 55. 1. 1762890125. 1950. 1132783348. 294SeriesUID = 1. 2. 840. 113619. 2. 80. 2160597289. 2225. 1132819147. 2ImageCount = 1000ProcessId = 0Error = 0I3DManage. exe定時(shí)檢測(cè)d:\Script是否有任務(wù)文件需要進(jìn)行處理，當(dāng)檢測(cè)到 存在任務(wù)后將對(duì)檢測(cè)到的任務(wù)文件進(jìn)行分析，首先判斷腳本文件的Error值，如果該值已 經(jīng)大于或等于3，說明該任務(wù)已經(jīng)重復(fù)處理過三次以上都無法處理成功，將該腳本移動(dòng)到 d:\Error目錄，如果Error小于3則判斷d: \3dCache目錄中是否已經(jīng)存在當(dāng)前任務(wù)需要 處理的數(shù)據(jù)，如果已經(jīng)存在說明數(shù)據(jù)已經(jīng)處理過不需要再重新處理，刪除任備腳本，否則 將當(dāng)前C3D17588051351143680. ini腳本文件移動(dòng)到d:\Process目錄中，同時(shí)啟動(dòng)一個(gè) I3DMChild. exe進(jìn)程，將腳本文件名做為命令行參數(shù)傳遞給處理進(jìn)程如I3DMChild. exe-file :d: \Process\C3D17588051351143680. ini 同時(shí)將當(dāng)前啟動(dòng) 的進(jìn)程編號(hào)寫入腳本中，假設(shè)進(jìn)程編號(hào)為123456，文件內(nèi)容將更新為[Create3DVolume]StudyUID = 1. 2. 840. 113619. 2. 55. 1. 1762890125. 1950. 1132783348. 294SeriesUID = 1. 2. 840. 113619. 2. 80. 2160597289. 2225. 1132819147. 2ImageCount = 1000ProcessId = 123456Error = 0I3DMChild. exe啟動(dòng)后首先讀取通過命令行參數(shù)傳遞過來的文件名讀取對(duì)應(yīng)的檢 查索引內(nèi)容，通過該索引信息采用標(biāo)準(zhǔn)PACS閱片端訪問PACS存儲(chǔ)服務(wù)器的方法將影像數(shù) 據(jù)加載到本地，然后對(duì)數(shù)據(jù)進(jìn)行處理，數(shù)據(jù)處理成功后將結(jié)果保存在d: \3dCache目錄中， 同時(shí)刪除C3D17588051351143680. ini腳本文件，結(jié)束進(jìn)程。數(shù)據(jù)處理錯(cuò)誤由于處理過程比較復(fù)雜，有可能是因?yàn)閿?shù)據(jù)量較大，下載過程中網(wǎng) 絡(luò)問題導(dǎo)致數(shù)據(jù)不完整，或者因?yàn)橛?jì)算過程中發(fā)生了其它硬件或系統(tǒng)等不確定問題導(dǎo)致無 法正常處理完成本次任務(wù)，為了解決次類問題所出理錯(cuò)誤，處理進(jìn)程將修改腳本文件Error 值，將其處理錯(cuò)誤值累加一。然后重新將文件轉(zhuǎn)移到d:\Script目錄，重新進(jìn)入處理流程。 腳本文件內(nèi)容將更新為[Create3DVolume]StudyUID = 1. 2. 840. 113619. 2. 55. 1. 1762890125. 1950. 1132783348. 294SeriesUID = 1. 2. 840. 113619. 2. 80. 2160597289. 2225. 1132819147. 2
ImageCount = 1000ProcessId = 123456Error = 1本領(lǐng)域技術(shù)人員不脫離本發(fā)明的實(shí)質(zhì)和精神，可以有多種變形方案實(shí)現(xiàn)本發(fā)明， 以上所述僅為本發(fā)明較佳可行的實(shí)施例而已，并非因此局限本發(fā)明的權(quán)利范圍，凡運(yùn)用本 發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)變化，均包含于本發(fā)明的權(quán)利范圍之內(nèi)。
權(quán)利要求
一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于三維服務(wù)器有通信模塊、管理模塊和處理模塊，所述通信模塊用來接收任務(wù)，所述管理模塊用來啟動(dòng)處理模塊，所述處理模塊進(jìn)行任務(wù)處理；所述通信模塊、所述管理模塊和所述處理模塊三個(gè)之間用文件目錄的方式進(jìn)行信息交互，所述文件目錄中信息包括有待處理信息的檢查信息、序列信息和當(dāng)前任務(wù)腳本處理的進(jìn)程編號(hào)信息。
2.根據(jù)權(quán)利要求1所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于所述文 件目錄中信息還包括本次任務(wù)需要處理的圖像數(shù)量信息。
3.根據(jù)權(quán)利要求1所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于所述文 件目錄中信息還包括處理錯(cuò)誤的次數(shù)信息。
4.根據(jù)權(quán)利要求1所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于所述文 件目錄分為腳本交互目錄、腳本處理目錄和腳本錯(cuò)誤目錄。
5.根據(jù)權(quán)利要求1-4任意一項(xiàng)所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，特征在于 其包括以下步驟A.通信模塊接收到任務(wù)后，將任務(wù)以文件腳本的形式保存在腳本交互目錄；B.管理模塊定時(shí)檢測(cè)腳本交互目錄，當(dāng)發(fā)現(xiàn)腳本交互目錄存在處理腳本文件，管理模 塊對(duì)這些腳本文件進(jìn)行分析，如是已經(jīng)處理過的數(shù)據(jù)腳本文件，就直接刪除，如是未處理腳本文件，將任務(wù)文件轉(zhuǎn)移到腳本處理目錄，同時(shí)啟動(dòng)一個(gè)處理模塊用來 處理該任務(wù)腳本；C.處理模塊讀取任務(wù)腳本信息，根據(jù)待處理信息的檢查信息和序列信息到存儲(chǔ)服務(wù)器 上讀取圖像數(shù)據(jù)進(jìn)行整理，數(shù)據(jù)整理成功將整理后的數(shù)據(jù)存儲(chǔ)到本地緩沖目錄，然后將該 任務(wù)腳本文件刪除。
6.根據(jù)權(quán)利要求5所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于在所述A 步驟中使用隨機(jī)文件名來生成文件。
7.根據(jù)權(quán)利要求5所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于在所述B 步驟中管理服務(wù)會(huì)先對(duì)這些腳本文件進(jìn)行分析，首先判斷腳本文件的處理錯(cuò)誤的次數(shù)信息 值，如果該值大于或等于3，將該腳本移動(dòng)到腳本錯(cuò)誤目錄。
8.根據(jù)權(quán)利要求5所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于在所述C 中如果處理錯(cuò)誤處理進(jìn)程將修改腳本文件的處理錯(cuò)誤的次數(shù)信息值，將其處理錯(cuò)誤值累加 1，然后重新將文件轉(zhuǎn)移到腳本交互目錄。
9.根據(jù)權(quán)利要求5所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于在所述C步 驟中，在啟動(dòng)處理模塊時(shí)將當(dāng)前任務(wù)腳本處理的進(jìn)程編號(hào)信息值記錄在對(duì)應(yīng)的任務(wù)腳本中。
10.根據(jù)權(quán)利要求9所述的一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其特征在于所述管 理模塊在固定的時(shí)間間隔內(nèi)檢查腳本處理目錄下腳本文件的當(dāng)前任務(wù)腳本處理的進(jìn)程編 號(hào)信息值和內(nèi)存中的進(jìn)程編號(hào)信息值，如任務(wù)腳本中的進(jìn)程編號(hào)信息無法在內(nèi)存中找到匹 配項(xiàng)，將任務(wù)腳本中的處理錯(cuò)誤的次數(shù)信息值累加1，再判斷腳本文件的處理錯(cuò)誤的次數(shù)信 息值，如果該值大于或等于3，將該腳本移動(dòng)到腳本錯(cuò)誤目錄；如果該值小于3次，將當(dāng)前腳本重新轉(zhuǎn)移到腳本交互目錄。
全文摘要
本發(fā)明提供一種三維服務(wù)器數(shù)據(jù)預(yù)處理調(diào)度方法，其三維服務(wù)器上有通信模塊、管理模塊和處理模塊，所述通信模塊用來接收任務(wù)，所述管理模塊用來啟動(dòng)處理模塊，所述處理模塊進(jìn)行任務(wù)處理；所述通信模塊、所述管理模塊和所述處理模塊三個(gè)之間用文件目錄的方式進(jìn)行信息交互，所述文件目錄中信息包括有待處理信息的檢查信息、序列信息和當(dāng)前任務(wù)腳本處理的進(jìn)程編號(hào)信息。其可以在多任務(wù)、多進(jìn)程的三維圖像處理時(shí)能自動(dòng)糾錯(cuò)，快速處理，并且多進(jìn)程之間能在無干擾的狀態(tài)下穩(wěn)定快速運(yùn)行。
文檔編號(hào)G06F19/00GK101916331SQ201010250310
公開日2010年12月15日 申請(qǐng)日期2010年8月6日 優(yōu)先權(quán)日2010年8月6日
發(fā)明者陳閩峰 申請(qǐng)人:深圳市藍(lán)韻實(shí)業(yè)有限公司