本申請涉及電子病歷技術(shù)領(lǐng)域，尤其涉及一種主線程COM對象的管理方法和終端設(shè)備。

背景技術(shù)：

電子病歷系統(tǒng)(electronic medical record system,EMRS)是醫(yī)學(xué)專用軟件。醫(yī)院通過電子病歷以電子化方式記錄患者就診的信息，包括：首頁、病程記錄、檢查檢驗(yàn)結(jié)果、醫(yī)囑、手術(shù)記錄、護(hù)理記錄等等，其中既有結(jié)構(gòu)化信息，也有非結(jié)構(gòu)化的自由文本，還有圖形圖像信息。涉及病人信息的采集、存儲(chǔ)、傳輸、質(zhì)量控制、統(tǒng)計(jì)和利用。

在電子病歷系統(tǒng)中，由于系統(tǒng)復(fù)雜，接口眾多，經(jīng)常會(huì)調(diào)用第三方組件對象，其中多數(shù)為組件對象模型(Component Object Model，COM)對象。眾所周知，COM對象大多數(shù)只能在主線程下進(jìn)行創(chuàng)建與操作，這無疑會(huì)影響主線程的運(yùn)行速度，減慢電子病歷系統(tǒng)的反應(yīng)速度。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本申請實(shí)施例提供了一種主線程COM對象的管理方法和終端設(shè)備，用以解決現(xiàn)有技術(shù)中對主線程下的COM對象缺乏管理而影響電子病歷系統(tǒng)運(yùn)行效率的技術(shù)問題。

根據(jù)本申請實(shí)施例的一個(gè)方面，提供了一種主線程COM對象的管理方法，包括：啟動(dòng)電子病歷系統(tǒng)的主線程時(shí)，在電子病歷系統(tǒng)的界面的后臺(tái)加載一個(gè)對象池，用于在對象池中填充COM對象；利用對象池完成對主線程的COM對象的移除、預(yù)創(chuàng)建和獲取。

根據(jù)本申請實(shí)施例的另一方面，提供了一種終端設(shè)備，包括：處理器；用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)器；其中，處理器被配置為：啟動(dòng)電子病歷系統(tǒng)的主線程時(shí)，在電子病歷系統(tǒng)的界面的后臺(tái)加載一個(gè)對象池，用于在對象池中填充COM對象；利用對象池完成對COM對象的移除、預(yù)創(chuàng)建和獲取。

本申請實(shí)施例的有益效果包括：在啟動(dòng)電子病歷系統(tǒng)的主線程時(shí)，在電子病歷系統(tǒng)的后臺(tái)記載一個(gè)對象池，利用該對象池完成對運(yùn)行在主線程下的COM對象的管理，完成對COM對象的移除、預(yù)創(chuàng)建和獲取等操作，縮短了用戶等待COM對象被加載的時(shí)間，提升電子病歷系統(tǒng)的響應(yīng)速度，也有助于提高用戶的工作效率。

附圖說明

通過以下參照附圖對本申請實(shí)施例的描述，本申請的上述以及其它目的、特征和優(yōu)點(diǎn)將更為清楚，在附圖中：

圖1是本申請實(shí)施例的一種主線程COM對象的管理方法；

圖2是本申請實(shí)施例的從對象池移除COM對象的流程示意圖；

圖3是本申請實(shí)施例的在對象池中預(yù)創(chuàng)建COM對象的流程示意圖；

圖4是本申請實(shí)施例的從對象池獲取COM對象的流程示意圖；

圖5是本申請實(shí)施例的一種終端設(shè)備的框圖。

具體實(shí)施方式

以下基于實(shí)施例對本申請進(jìn)行描述，但是本申請并不僅僅限于這些實(shí)施例。在下文對本申請的細(xì)節(jié)描述中，詳盡描述了一些特定的細(xì)節(jié)部分。對本領(lǐng)域技術(shù)人員來說沒有這些細(xì)節(jié)部分的描述也可以完全理解本申請。為了避免混淆本申請的實(shí)質(zhì)，公知的方法、過程、流程、元件和電路并沒有詳細(xì)敘述。

此外，本領(lǐng)域普通技術(shù)人員應(yīng)當(dāng)理解，在此提供的附圖都是為了說明的目的，并且附圖不一定是按比例繪制的。

除非上下文明確要求，否則整個(gè)說明書和權(quán)利要求書中的“包括”、“包含”等類似詞語應(yīng)當(dāng)解釋為包含的含義而不是排他或窮舉的含義；也就是說，是“包括但不限于”的含義。

在本申請的描述中，需要理解的是，術(shù)語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對重要性。此外，在本申請的描述中，除非另有說明，“多個(gè)”的含義是兩個(gè)或兩個(gè)以上。

對電子病歷系統(tǒng)而言，用戶(電子病歷系統(tǒng)的使用者，通常是醫(yī)護(hù)人員)通常更在乎打開電子病歷時(shí)的系統(tǒng)響應(yīng)時(shí)間，用戶認(rèn)為打開電子病歷時(shí)的等待時(shí)間越短越好。但是，電子病歷系統(tǒng)中，電子病歷對象的創(chuàng)建周期是不會(huì)縮短的，如果每次打開病歷都直接創(chuàng)建一個(gè)電子病歷對象，那么創(chuàng)建電子病歷對象的時(shí)間就會(huì)疊加在某次鼠標(biāo)或界面按鈕點(diǎn)擊事件下，就會(huì)影響到打開病歷時(shí)的響應(yīng)時(shí)間。

在優(yōu)化電子病歷系統(tǒng)時(shí)，本申請的發(fā)明人發(fā)現(xiàn)，電子病歷系統(tǒng)在調(diào)用我們所采購的第三方病歷書寫控件時(shí)，往往會(huì)耗時(shí)較長。經(jīng)過分析得出結(jié)果，其中大部分時(shí)間是由于創(chuàng)建第三方病歷書寫控件對象時(shí)耗時(shí)過長。并且由于第三方病歷書寫控件是以COM對象方式提供，由于其自身的限制，僅能夠在主線程下進(jìn)行操作。這個(gè)問題無疑造成我們電子病歷系統(tǒng)反應(yīng)慢的主要因素。經(jīng)過測試，發(fā)現(xiàn)創(chuàng)建一個(gè)病歷書寫控件對象，需要1000毫秒左右的時(shí)間，而打開一個(gè)病歷文件僅需要20毫秒左右的時(shí)間?？梢钥闯?，如果減少這1000毫秒是對系統(tǒng)進(jìn)行優(yōu)化的重點(diǎn)。

本申請的發(fā)明人進(jìn)一步發(fā)現(xiàn)，雖然用戶非常在意病歷打開時(shí)的等待時(shí)間，但幾乎沒有用戶會(huì)在打開病歷后就立刻進(jìn)行編輯。根據(jù)通常的使用習(xí)慣，用戶會(huì)先閱讀或者檢查該病歷已經(jīng)書寫的病歷內(nèi)容，甚至?xí)z查病歷上的患者基本信息是否有錯(cuò)誤。而根據(jù)一般人的閱讀速度，這段時(shí)間至少要5～10秒的碎片時(shí)間。

那么，在電子病歷打開后，用戶沒有任何操作的系統(tǒng)閑置時(shí)間段內(nèi)，可以對電子病歷系統(tǒng)主線程下運(yùn)行的COM對象進(jìn)行檢測、移除已經(jīng)釋放的COM對象或者預(yù)創(chuàng)建新的COM對象，這是非常值得充分利用的時(shí)間段。

基于以上考慮，本申請實(shí)施例在啟動(dòng)電子病歷系統(tǒng)的主線程時(shí)，在電子病歷系統(tǒng)的后臺(tái)創(chuàng)建一個(gè)對象池，以用來存放主線程下的COM對象，利用該對象池完成對運(yùn)行在主線程下的COM對象的管理，完成對COM對象的移除、預(yù)創(chuàng)建和獲取等操作，從而加快電子病歷系統(tǒng)的響應(yīng)速度，提升用戶的工作效率。

本申請實(shí)施例提供了一種主線程COM對象的管理方法，適用于終端設(shè)備，終端設(shè)備可以是移動(dòng)電話，計(jì)算機(jī)，數(shù)字廣播終端，消息收發(fā)設(shè)備，平板設(shè)備，醫(yī)療設(shè)備，健身設(shè)備，醫(yī)療管理控制臺(tái)等。如圖1所示，該方法包括以下步驟。

S10，啟動(dòng)電子病歷系統(tǒng)的主線程時(shí)，在電子病歷系統(tǒng)的界面的后臺(tái)加載一個(gè)對象池，用于在對象池中填充COM對象。

電子病歷系統(tǒng)的主線程運(yùn)行后，在后臺(tái)創(chuàng)建一個(gè)可訪問的對象池，用來存放在該主線程下運(yùn)行的COM對象。由于COM對象不能進(jìn)行異步和多線程操作，為了降低其對主線程的運(yùn)行速度的影響，因此通過對象池來統(tǒng)一管理主線程下的COM對象。對象池可以是一個(gè)類，將主線程下運(yùn)行的各個(gè)COM對象作為該類下的元素，例如List<T>類、ArrayList類等。

S11，利用對象池完成對主線程的COM對象的移除、預(yù)創(chuàng)建和獲取。

對COM對象的管理包括移除、預(yù)創(chuàng)建和獲取等操作。移除是把對象池內(nèi)不可用的COM對象及時(shí)清理；預(yù)創(chuàng)建是在系統(tǒng)閑置時(shí)間在對象池內(nèi)創(chuàng)建預(yù)留的COM對象，以便需要運(yùn)行新的COM對象時(shí)可以直接使用，減少創(chuàng)建COM對象時(shí)的等待時(shí)間。獲取是從對象池內(nèi)直接獲取到一個(gè)COM對象供用戶使用，從而區(qū)別于現(xiàn)有的直接創(chuàng)建一個(gè)新的COM對象的方式。下面對上述移除、預(yù)創(chuàng)建、獲取等過程分別進(jìn)行說明。

圖2是本申請實(shí)施例從對象池中移除COM組件的流程示意圖，包括以下步驟。

S110，定期檢測對象池內(nèi)是否存在已經(jīng)被釋放或者產(chǎn)生異常的COM對象。

S111，當(dāng)對象池內(nèi)存在已經(jīng)被釋放或者產(chǎn)生異常的COM對象時(shí)，移除已經(jīng)被釋放或者產(chǎn)生異常的COM對象。

在后臺(tái)創(chuàng)建對象池的同時(shí)或之后，再啟動(dòng)一個(gè)定時(shí)器，用來周期性的檢測該對象池內(nèi)的COM對象。在主線程下運(yùn)行異?；驁?bào)錯(cuò)的COM對象被認(rèn)為是異常的COM對象。對于已經(jīng)被釋放(即不再被繼續(xù)占用的)的COM對象和產(chǎn)生異常的COM對象及時(shí)進(jìn)行清理，以保證對象池內(nèi)COM對象都是有效且可用的。

圖3是本申請實(shí)施例在對象池中預(yù)創(chuàng)建COM組件時(shí)的流程示意圖，包括以下步驟。

S112，判斷電子病歷系統(tǒng)是否處于系統(tǒng)閑置時(shí)間；或者，是否首次加載COM對象。當(dāng)電子病歷系統(tǒng)處于系統(tǒng)閑置時(shí)間，或者，首次加載COM對象時(shí)，執(zhí)行步驟S113。

首次加載COM對象，是指該電子病歷系統(tǒng)首次打開一個(gè)COM對象對應(yīng)的窗體，此時(shí)為了減少用戶的等待時(shí)間，肯定需要從對象池中獲取一個(gè)預(yù)創(chuàng)建的COM對象，因此此時(shí)需要向池對象中預(yù)創(chuàng)建(或添加)一個(gè)COM對象。

如果當(dāng)前恰好處于系統(tǒng)閑置時(shí)間，用戶還沒有打開COM對象對應(yīng)的窗體，則利用系統(tǒng)閑置時(shí)間在對象池內(nèi)創(chuàng)建一個(gè)COM對象。當(dāng)用戶打開COM對象對應(yīng)的窗體時(shí)，電子病歷系統(tǒng)便從后臺(tái)創(chuàng)建的對象池中獲取預(yù)創(chuàng)建的COM對象，從而縮短了用戶的等待時(shí)間。

S113，判斷對象池內(nèi)COM對象的數(shù)量是否小于或者等于1。當(dāng)對象池內(nèi)COM對象的數(shù)量小于或者等于1時(shí)，執(zhí)行步驟S114。

如果對象池內(nèi)COM對象數(shù)量大于1，代表對象池內(nèi)還存在足夠數(shù)量的已經(jīng)預(yù)創(chuàng)建COM對象可供電子病歷系統(tǒng)使用。

S114，在對象池內(nèi)創(chuàng)建一個(gè)COM對象。以便用戶真正需要對COM對象進(jìn)行操作時(shí)，直接從對象池獲取預(yù)創(chuàng)建的COM對象。

圖4是本申請實(shí)施例從對象池獲取COM對象時(shí)的流程示意圖，包括以下步驟。

S115，當(dāng)檢測到針對COM對象的操作時(shí)，判斷對象池內(nèi)COM對象的數(shù)量是否大于0。當(dāng)對象池內(nèi)COM對象的數(shù)量大于0時(shí)，執(zhí)行步驟S116；當(dāng)對象池內(nèi)COM對象的數(shù)量等于0時(shí)，執(zhí)行步驟S117。

S116，從對象池獲取一個(gè)COM對象并在電子病歷系統(tǒng)的界面加載顯示COM對象對應(yīng)的窗體。

S117，創(chuàng)建一個(gè)臨時(shí)的COM對象并在電子病歷系統(tǒng)的界面加載顯示臨時(shí)的COM對象對應(yīng)的窗體。

用戶使用COM對象時(shí)，會(huì)在電子病歷系統(tǒng)的界面中打開一個(gè)COM對象所對應(yīng)的窗體，例如，打開一個(gè)電子病歷編輯窗體。電子病歷系統(tǒng)檢測到類似的針對COM對象的操作時(shí)，判斷對象池內(nèi)是否存在已經(jīng)預(yù)創(chuàng)建的COM對象。如果存在，則從對象池中獲取COM對象，獲取后的COM對象運(yùn)行在電子病歷系統(tǒng)的主線程下；如果不存在，則在電子病歷系統(tǒng)主線程下臨時(shí)創(chuàng)建一個(gè)COM對象，以便加載在電子病歷系統(tǒng)的界面中供用戶使用。

在一個(gè)實(shí)施例中，對象池中的COM對象按照一定預(yù)設(shè)規(guī)則排序(例如，創(chuàng)建時(shí)間)，從對象池獲取COM對象時(shí)，獲取對象池頂端的COM對象并在電子病歷系統(tǒng)的界面加載顯示COM對象對應(yīng)的窗體。再從對象池中將已被獲取的池頂端的COM對象移除，以防止獲取到相同的COM對象而發(fā)生異常。

上述在對象池移除、預(yù)創(chuàng)建、獲取COM對象的過程，隨著用戶對電子病歷系統(tǒng)的使用，可以分別同時(shí)執(zhí)行。下面以所述COM對象是電子病歷書寫對象為例對本申請實(shí)施例進(jìn)一步進(jìn)行說明。

打開電子病歷系統(tǒng)后，可以在其系統(tǒng)界面的后臺(tái)創(chuàng)建一個(gè)全局的對象池，也可以在電子病歷系統(tǒng)“住院病歷”——“病歷書寫主界面”下創(chuàng)建一個(gè)對象池。因?yàn)樵凇安v書寫主界面”下通常會(huì)打開多個(gè)病人的“病歷編輯窗體”，醫(yī)生通過“病歷編輯窗體”對病人的病歷進(jìn)行編輯。對病歷進(jìn)行編輯時(shí)需要?jiǎng)?chuàng)建電子病歷書寫對象，電子病歷書寫對象在對象池內(nèi)部被封裝為病歷編輯窗體。

創(chuàng)建的對象池實(shí)體是一個(gè)List<T>類，其中類型T即代表要管理的對象類型。本實(shí)施例中，對象池用于管理被封裝為病歷編輯窗體的電子病歷書寫對象，因此該對象池可表示為List<【病歷編輯窗體】>。

對象池創(chuàng)建完畢后，再添加一個(gè)針對該對象池的周期檢測服務(wù)，實(shí)質(zhì)是創(chuàng)建一個(gè)定時(shí)器，該定時(shí)器按照預(yù)設(shè)周期進(jìn)行定時(shí)檢測，檢測對象池List<【病歷編輯窗體】>內(nèi)是否存在已被釋放或產(chǎn)生異常的電子病歷書寫對象(已被封裝為病歷編輯窗體)，如果存在，則移除已被釋放或產(chǎn)生異常的電子病歷書寫對象。移除時(shí)，實(shí)質(zhì)是使用List<T>.Remove(T t)方法進(jìn)行移除。

判斷當(dāng)前是否處于系統(tǒng)閑置時(shí)間，在這里，系統(tǒng)閑置時(shí)間是指用戶閱讀病歷的時(shí)間。如前文所述，用戶打開一個(gè)病歷對象后，多數(shù)情況下不會(huì)立刻進(jìn)行編輯，而是要閱讀以前的病歷內(nèi)容，因此不需要立刻加載電子病歷書寫對象，可以把用戶打開一個(gè)病歷對象后的一段時(shí)間，例如5～10秒之內(nèi)的一段時(shí)間，判定為系統(tǒng)閑置時(shí)間。當(dāng)檢測到用戶打開一個(gè)病歷對象的操作時(shí)，便可以判定將要出現(xiàn)5～10秒的系統(tǒng)閑置時(shí)間。

如果當(dāng)前處于系統(tǒng)閑置時(shí)間并且對象池List<【病歷編輯窗體】>內(nèi)的電子病歷書寫對象的數(shù)量≤1，則在對象池中創(chuàng)建(或叫做“添加”)一個(gè)電子病歷書寫對象。添加時(shí)實(shí)際使用的方式是List<T>.Add(T t)方法。如果對象池內(nèi)的電子病歷書寫對象的數(shù)量>1，則代表對象池List<【病歷編輯窗體】>內(nèi)有足夠數(shù)量的已經(jīng)預(yù)創(chuàng)建電子病歷書寫對象可以被使用，暫時(shí)不需要再次添加電子病歷書寫對象。

當(dāng)用戶開始對病歷內(nèi)容進(jìn)行編輯時(shí)，例如點(diǎn)擊界面中的編輯按鈕，則需要加載一個(gè)電子病歷書寫對象，由于已經(jīng)利用了系統(tǒng)閑置時(shí)間在對象池中預(yù)創(chuàng)建了電子病歷書寫對象，則從對象池中直接獲取一個(gè)電子病歷書寫對象，在界面中也就加載顯示一個(gè)對應(yīng)的病歷編輯窗體，從而使用戶不需要花費(fèi)時(shí)間等待創(chuàng)建電子病歷書寫對象，減少了用戶的等待時(shí)間，提高用戶工作效率。

由于現(xiàn)有的電子病歷系統(tǒng)在界面中加載顯示一個(gè)病歷編輯窗體時(shí)，使用的是新建電子病歷書寫對象的方法，那么，在本申請實(shí)施例從對象池獲取電子病歷書寫對象，則可以把新建電子病歷書寫對象的方法替換為獲取電子病歷書寫對象的方法。在獲取電子病歷書寫對象時(shí)，判斷對象池List<【病歷編輯窗體】>內(nèi)的電子病歷書寫對象的數(shù)量是否>0，如果是，則從對象池獲取一個(gè)電子病歷書寫對象并在界面中加載顯示為病歷編輯窗體；如果否，則在電子病歷系統(tǒng)主線程下或者“病歷書寫主界面”下臨時(shí)創(chuàng)建一個(gè)電子病歷書寫對象，在界面中加載顯示為一個(gè)病歷編輯窗體供用戶使用。如果從對象池獲取到了電子病歷書寫對象，則在對象池中將相應(yīng)的電子病歷對象移除，移除時(shí)使用List<T>.Remove(T t)方法進(jìn)行移除。如果在獲取電子病歷書寫對象時(shí)按照預(yù)設(shè)規(guī)則獲取對象池List<【病歷編輯窗體】>頂端的電子病歷書寫對象，則在獲取后將頂端的電子病歷書寫對象移除，同樣使用List<T>.Remove(T t)方法。

本實(shí)施例中，用戶在編輯病歷時(shí)不需要花費(fèi)時(shí)間等待加載病歷編輯窗體，電子病歷系統(tǒng)直接從對象池獲取已經(jīng)預(yù)創(chuàng)建的電子病歷書寫對象，減少了加載病歷編輯窗體的等待時(shí)間，提高了病歷編輯的效率。

此外，本申請實(shí)施例中，終端設(shè)備可以通過硬件處理器(hardware processor)來實(shí)現(xiàn)上述各個(gè)功能步驟。如圖5所示，終端設(shè)備包括：處理器20，用于存儲(chǔ)處理器20可執(zhí)行指令的存儲(chǔ)器21；其中，處理器20被配置為：啟動(dòng)電子病歷系統(tǒng)的主線程時(shí)，在電子病歷系統(tǒng)的界面的后臺(tái)加載一個(gè)對象池，用于在對象池中填充COM對象；利用對象池完成對COM對象的移除、預(yù)創(chuàng)建和獲取。

在一個(gè)實(shí)施例中，利用對象池完成對COM對象的移除包括：定期檢測對象池內(nèi)是否存在已經(jīng)被釋放或者產(chǎn)生異常的COM對象；當(dāng)對象池內(nèi)存在已經(jīng)被釋放或者產(chǎn)生異常的COM對象時(shí)，移除已經(jīng)被釋放或者產(chǎn)生異常的COM對象。

在一個(gè)實(shí)施例中，利用對象池完成對COM對象的預(yù)創(chuàng)建包括：判斷電子病歷系統(tǒng)是否處于系統(tǒng)閑置時(shí)間；或者，是否首次加載COM對象；電子病歷系統(tǒng)處于系統(tǒng)閑置時(shí)間時(shí)，或者，首次加載COM對象時(shí)，判斷對象池內(nèi)COM對象的數(shù)量是否小于或者等于1；當(dāng)對象池內(nèi)COM對象的數(shù)量小于或者等于1時(shí)，在對象池內(nèi)創(chuàng)建一個(gè)COM對象。

在一個(gè)實(shí)施例中，利用對象池完成對COM對象的獲取包括：當(dāng)檢測到針對COM對象的操作時(shí)，判斷對象池內(nèi)COM對象的數(shù)量是否大于0；當(dāng)對象池內(nèi)COM對象的數(shù)量大于0時(shí)，從對象池獲取一個(gè)COM對象并在電子病歷系統(tǒng)的界面加載顯示COM對象對應(yīng)的窗體。

當(dāng)對象池內(nèi)COM對象的數(shù)量等于0時(shí)，創(chuàng)建一個(gè)臨時(shí)的COM對象并在電子病歷系統(tǒng)的界面加載顯示臨時(shí)的COM對象對應(yīng)的窗體。

在一個(gè)實(shí)施例中，從對象池獲取一個(gè)COM對象并在電子病歷系統(tǒng)的界面加載顯示COM對象對應(yīng)的窗體包括：獲取對象池頂端的COM對象，并在電子病歷系統(tǒng)的界面加載顯示COM對象對應(yīng)的窗體；從對象池中移除池頂端的COM對象。

在一個(gè)實(shí)施例中，COM對象是電子病歷書寫對象，在對象池中被封裝為病歷編輯窗體。

在一個(gè)實(shí)施例中，對象池的實(shí)體是List<T>類，其中T代表管理的對象類型，所述對象池管理COM對象時(shí)，形成List<已封裝的COM對象>；在對象池中預(yù)創(chuàng)建COM對象時(shí)，使用List<T>.Add(T t)方法添加COM對象；從對象池移除COM對象時(shí)，使用List<T>.Remove(T t)方法移除COM對象。

本領(lǐng)域的技術(shù)人員應(yīng)明白，本申請的實(shí)施例可提供為方法、裝置(設(shè)備)、或計(jì)算機(jī)程序產(chǎn)品。因此，本申請可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本申請是參照根據(jù)本申請實(shí)施例的方法、裝置(設(shè)備)和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

以上所述僅為本申請的優(yōu)選實(shí)施例，并不用于限制本申請，對于本領(lǐng)域技術(shù)人員而言，本申請可以有各種改動(dòng)和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請的保護(hù)范圍之內(nèi)。