本發(fā)明涉及計(jì)算機(jī)仿真領(lǐng)域，特別涉及面向服務(wù)的可擴(kuò)展組合式仿真引擎框架技術(shù)。

背景技術(shù)：

隨著科學(xué)技術(shù)的發(fā)展，建模與仿真技術(shù)被廣泛應(yīng)用于各領(lǐng)域問(wèn)題的分析評(píng)估和輔助決策。例如：國(guó)防領(lǐng)域的作戰(zhàn)行動(dòng)分析與評(píng)估、社會(huì)領(lǐng)域的非常規(guī)突發(fā)事件應(yīng)急管理輔助決策，以及交通建模與仿真評(píng)估等。仿真引擎作為仿真平臺(tái)或仿真系統(tǒng)的核心技術(shù)，主要功能是實(shí)現(xiàn)仿真對(duì)象的創(chuàng)建與維護(hù)，仿真對(duì)象的互操作，仿真時(shí)間管理，以及仿真運(yùn)行推進(jìn)等。

通常同一個(gè)仿真系統(tǒng)應(yīng)用中含有許多不同模型，以模擬不同對(duì)象、事件或者過(guò)程。而不同模型之間可能具有相同的計(jì)算功能，例如：作戰(zhàn)仿真系統(tǒng)中陸軍模型、空軍模型、海軍模型都需要計(jì)算環(huán)境信息或者坐標(biāo)轉(zhuǎn)換等。在不同模型中各自開(kāi)發(fā)相同功能的計(jì)算模塊，會(huì)導(dǎo)致相同功能的模塊之間存在誤差，以及模型的重復(fù)開(kāi)發(fā)，多重標(biāo)準(zhǔn)等問(wèn)題。因此，統(tǒng)一設(shè)計(jì)和開(kāi)發(fā)不同模型之間相同功能的模塊，并將其作為服務(wù)集成到仿真引擎，以供模型調(diào)用，實(shí)現(xiàn)功能服務(wù)的計(jì)算，可以減少仿真模型的重復(fù)開(kāi)發(fā)，提高開(kāi)發(fā)效率，增強(qiáng)模型的規(guī)范性。

雖然面向服務(wù)的仿真引擎框架可以解決同一個(gè)仿真系統(tǒng)中模型重復(fù)開(kāi)發(fā)，模型誤差等問(wèn)題，但是由于各領(lǐng)域?qū)Ψ抡鎽?yīng)用需求的差別，以及不同仿真系統(tǒng)對(duì)仿真服務(wù)的需求不同，使得仿真引擎框架難于在不同的仿真系統(tǒng)中廣泛使用。針對(duì)不同仿真系統(tǒng)，需要不斷地修改仿真服務(wù)，以適應(yīng)不同的仿真應(yīng)用需求，從而導(dǎo)致大量的維護(hù)工作，以及仿真引擎框架的不穩(wěn)定性。

如何能夠提高仿真服務(wù)的可重用性和仿真引擎框架的可擴(kuò)展性，繼而實(shí)現(xiàn)一種面向服務(wù)的可擴(kuò)展組合式仿真引擎框架，即能實(shí)現(xiàn)仿真服務(wù)和仿真引擎功能的組合式設(shè)計(jì)，成為現(xiàn)有技術(shù)亟需解決的技術(shù)問(wèn)題。

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

本發(fā)明的目的在于提出一種面向服務(wù)的可擴(kuò)展組合式仿真引擎，能夠設(shè)計(jì)組件式的仿真引擎功能和仿真服務(wù)，實(shí)現(xiàn)仿真引擎功能和仿真服務(wù)的靈活替換，可通過(guò)組合不同的仿真引擎功能組件和仿真服務(wù)組件來(lái)配置不同應(yīng)用需求的仿真引擎，提高仿真引擎框架的可擴(kuò)展性、可重用性、穩(wěn)定性，以及針對(duì)不同仿真系統(tǒng)的適用性。

為達(dá)此目的，本發(fā)明采用以下技術(shù)方案：

一種面向服務(wù)的可擴(kuò)展仿真引擎，所述仿真引擎包括仿真引擎框架，管理器接口、服務(wù)接口，及多個(gè)不同功能的管理器實(shí)現(xiàn)和服務(wù)實(shí)現(xiàn)，其中仿真引擎框架用于創(chuàng)建和維護(hù)所述管理器實(shí)現(xiàn)和所述服務(wù)實(shí)現(xiàn)，并將仿真模型與所述管理器實(shí)現(xiàn)和所述服務(wù)實(shí)現(xiàn)進(jìn)行橋接，所述管理器實(shí)現(xiàn)和所述服務(wù)實(shí)現(xiàn)分別用于為仿真模型和數(shù)據(jù)提供管理功能和服務(wù)計(jì)算，所述仿真模型通過(guò)仿真引擎框架調(diào)用管理器接口和服務(wù)接口，實(shí)現(xiàn)對(duì)管理器實(shí)現(xiàn)和服務(wù)實(shí)現(xiàn)的訪問(wèn)。

進(jìn)一步的，所述管理器實(shí)現(xiàn)和服務(wù)實(shí)現(xiàn)通過(guò)基于組件的方式來(lái)設(shè)計(jì)和開(kāi)發(fā)。

進(jìn)一步的，所述組件為動(dòng)態(tài)鏈接庫(kù)，所述管理器實(shí)現(xiàn)包括時(shí)間管理、事件管理和對(duì)象管理器，所述服務(wù)實(shí)現(xiàn)包括數(shù)據(jù)采集服務(wù)、環(huán)境服務(wù)和裁決服務(wù)。

進(jìn)一步的，所述仿真引擎框架采用總線的方式集成所述管理器接口和所述服務(wù)接口，并通過(guò)接口橋接實(shí)現(xiàn)管理器和服務(wù)的功能接口與功能實(shí)現(xiàn)之間的映射。

進(jìn)一步的，所述仿真引擎框架在仿真初始化時(shí)，創(chuàng)建管理器和服務(wù)，并根據(jù)配置數(shù)據(jù)初始化管理器和服務(wù)，加載想定、模型和數(shù)據(jù)，創(chuàng)建仿真模型對(duì)象和事件，并對(duì)其初始化。

進(jìn)一步的，仿真引擎框架在運(yùn)行中，通過(guò)時(shí)間管理器、事件管理器、對(duì)象管理器等管理器推進(jìn)仿真運(yùn)行和事件計(jì)算。

進(jìn)一步的，當(dāng)仿真運(yùn)行結(jié)束時(shí)，仿真引擎框架注銷仿真模型對(duì)象、事件，以及管理器和服務(wù)，釋放管理器和服務(wù)組件資源。

進(jìn)一步的，所述仿真引擎框架的初始化配置數(shù)據(jù)為仿真引擎框架配置文件，所述仿真引擎框架配置文件描述了各類管理器和服務(wù)的接口類，及其接口類對(duì)應(yīng)的管理器和服務(wù)的相關(guān)信息，包括：名稱、實(shí)現(xiàn)類、依賴接口和是否激活。

本發(fā)明還公開(kāi)了一種利用上述的面向服務(wù)的可擴(kuò)展仿真引擎進(jìn)行仿真運(yùn)行的方法，包括如下步驟：

步驟一：仿真初始化

步驟11：初始化系統(tǒng)環(huán)境，包括：讀取環(huán)境變量和設(shè)置仿真系統(tǒng)當(dāng)前工作目錄；

步驟12：解析命令行參數(shù)，獲取仿真引擎框架配置文件和想定文件；

步驟13：創(chuàng)建和初始化仿真引擎框架、管理器和服務(wù)；

步驟14：加載模型和基礎(chǔ)數(shù)據(jù)；

步驟15：加載外部模塊，即仿真引擎框架功能以外的模塊，外部模塊通過(guò)一定的接口連接仿真引擎框架，獲取仿真運(yùn)行狀態(tài)和數(shù)據(jù)；

步驟16：加載想定，根據(jù)想定內(nèi)容創(chuàng)建和初始化仿真對(duì)象實(shí)例，同時(shí)生成初始事件，并將初始事件插入事件管理器，設(shè)置仿真時(shí)間步長(zhǎng)；

步驟二：仿真運(yùn)行

步驟21：?jiǎn)?dòng)時(shí)間管理器，推進(jìn)仿真時(shí)間直至所有事件執(zhí)行完畢；

步驟22：運(yùn)行事件管理器，對(duì)事件隊(duì)列進(jìn)行排序，執(zhí)行時(shí)間最小和優(yōu)先級(jí)最高的事件，觸發(fā)仿真對(duì)象實(shí)例的響應(yīng)函數(shù)；

步驟23：仿真對(duì)象實(shí)例執(zhí)行模型計(jì)算；在模型計(jì)算過(guò)程中仿真對(duì)象實(shí)例調(diào)用仿真引擎框架的管理器和服務(wù)，向事件管理器提交新的事件，向其他對(duì)象實(shí)例發(fā)送消息；

步驟24：運(yùn)行其他管理器、服務(wù)和外部模塊，為仿真模型提供所需的業(yè)務(wù)模型計(jì)算，或者實(shí)現(xiàn)仿真系統(tǒng)指定任務(wù)；

步驟三：仿真結(jié)束；

步驟31：清理外部模塊；

步驟32：清理仿真對(duì)象實(shí)例；

步驟33：清理模型和基礎(chǔ)數(shù)據(jù)；

步驟34：清理管理器、服務(wù)和仿真引擎框架，即釋放管理器、服務(wù)和仿真引擎框架的占用內(nèi)存，刪除數(shù)據(jù)，卸載管理器組件和服務(wù)組件，析構(gòu)仿真引擎框架。

進(jìn)一步的，在步驟14中，所述模型包括：隨機(jī)分布模型、仿真實(shí)體模型和/或組件模型等，所述基礎(chǔ)數(shù)據(jù)包括實(shí)體模型和組件模型的靜態(tài)數(shù)據(jù)。

本發(fā)明減少通用功能模型的重復(fù)開(kāi)發(fā)，提高仿真系統(tǒng)開(kāi)發(fā)效率，模型的重用性和規(guī)范性，提高仿真引擎框架的可擴(kuò)展性和可組合性。該仿真引擎框架可以根據(jù)不同的仿真系統(tǒng)需求，靈活地配置仿真引擎的功能模塊，包括：管理器和服務(wù)，通過(guò)功能模塊的動(dòng)態(tài)組合形成滿足需求的仿真引擎。此外，對(duì)于不能滿足需求的功能模塊，只需要開(kāi)發(fā)或者改進(jìn)特定的管理器和服務(wù)，并進(jìn)行替換，從而在保證仿真引擎框架的適應(yīng)性的同時(shí)，增強(qiáng)仿真引擎框架的穩(wěn)定性。

附圖說(shuō)明

圖1是根據(jù)本發(fā)明具體實(shí)施例的面向服務(wù)的可擴(kuò)展仿真引擎的結(jié)構(gòu)示意圖；

圖2是根據(jù)本發(fā)明具體實(shí)施例的示例性的仿真引擎框架的配置文件格式描述；

圖3是根據(jù)本發(fā)明具體實(shí)施例的仿真引擎運(yùn)行流程示意圖。

圖中的附圖標(biāo)記所分別指代的技術(shù)特征為：

1、仿真引擎框架；2、管理器接口；3、服務(wù)接口；4、管理器實(shí)現(xiàn)；5、服務(wù)實(shí)現(xiàn)。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明?？梢岳斫獾氖?，此處所描述的具體實(shí)施例僅僅用于解釋本發(fā)明，而非對(duì)本發(fā)明的限定。另外還需要說(shuō)明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

參見(jiàn)圖1，示出了根據(jù)本發(fā)明具體實(shí)施例的面向服務(wù)的可擴(kuò)展仿真引擎的示意圖，所述仿真引擎包括仿真引擎框架1，管理器接口2、服務(wù)接口3，及多個(gè)不同功能的管理器實(shí)現(xiàn)4和服務(wù)實(shí)現(xiàn)5，其中仿真引擎框架1用于創(chuàng)建和維護(hù)所述管理器實(shí)現(xiàn)4和所述服務(wù)實(shí)現(xiàn)5，并將仿真模型與管理器實(shí)現(xiàn)4和所述服務(wù)實(shí)現(xiàn)5進(jìn)行橋接，所述管理器實(shí)現(xiàn)4和所述服務(wù)實(shí)現(xiàn)5分別用于為仿真模型和數(shù)據(jù)提供管理功能和服務(wù)計(jì)算，所述仿真模型通過(guò)仿真引擎框架1調(diào)用管理器接口2和服務(wù)接口3，實(shí)現(xiàn)對(duì)管理器實(shí)現(xiàn)4和服務(wù)實(shí)現(xiàn)5的訪問(wèn)，即調(diào)用管理器實(shí)現(xiàn)4和服務(wù)實(shí)現(xiàn)5的管理功能和服務(wù)計(jì)算。

進(jìn)一步的，為了實(shí)現(xiàn)仿真引擎功能模塊的可替換性、可擴(kuò)展性和可重用性。所述管理器實(shí)現(xiàn)和服務(wù)實(shí)現(xiàn)通過(guò)基于組件的方式來(lái)設(shè)計(jì)和開(kāi)發(fā)，所述組件能夠?yàn)閯?dòng)態(tài)鏈接庫(kù)。

示例性的，包括時(shí)間管理、事件管理、對(duì)象管理器、數(shù)據(jù)采集服務(wù)、環(huán)境服務(wù)、裁決服務(wù)等。

進(jìn)一步的，所述仿真引擎框架1采用總線的方式集成所述管理器接口2和所述服務(wù)接口3，并通過(guò)接口橋接實(shí)現(xiàn)管理器和服務(wù)的功能接口與功能實(shí)現(xiàn)之間的映射。

即采用橋接接口技術(shù)為管理器和服務(wù)設(shè)計(jì)統(tǒng)一的訪問(wèn)接口，將管理器和服務(wù)的功能接口與功能實(shí)現(xiàn)相互分離。管理器和服務(wù)的功能實(shí)現(xiàn)需要與功能接口封裝的函數(shù)相對(duì)應(yīng)。

所述仿真引擎框架1集成管理器和服務(wù)的功能接口，在仿真運(yùn)行時(shí)根據(jù)需求動(dòng)態(tài)加載管理器和服務(wù)的功能實(shí)現(xiàn)組件。

管理器和服務(wù)的功能實(shí)現(xiàn)采用動(dòng)態(tài)鏈接庫(kù)的組件設(shè)計(jì)方式，針對(duì)功能接口設(shè)計(jì)的函數(shù)，實(shí)現(xiàn)相應(yīng)的功能模型。通過(guò)靈活配置或者替換管理器和服務(wù)的功能實(shí)現(xiàn)組件，可以實(shí)現(xiàn)仿真引擎框架的可擴(kuò)展性，提高仿真引擎的適用性。仿真模型通過(guò)仿真引擎框架，可獲取管理器和服務(wù)的接口，并調(diào)用管理器和服務(wù)的功能實(shí)現(xiàn)，從而實(shí)現(xiàn)功能和服務(wù)的計(jì)算。

所述仿真引擎框架在仿真初始化時(shí)，創(chuàng)建管理器和服務(wù)，并根據(jù)配置數(shù)據(jù)初始化管理器和服務(wù)。仿真引擎框架進(jìn)一步的加載想定、模型和數(shù)據(jù)，創(chuàng)建仿真模型對(duì)象和事件，并對(duì)其初始化。

仿真引擎框架在運(yùn)行中，通過(guò)時(shí)間管理器、事件管理器、對(duì)象管理器等管理器推進(jìn)仿真運(yùn)行和事件計(jì)算。

當(dāng)仿真運(yùn)行結(jié)束時(shí)，仿真引擎框架注銷仿真模型對(duì)象、事件，以及管理器和服務(wù)，釋放管理器和服務(wù)組件資源。

示例性的，參見(jiàn)圖2，示出了仿真引擎框架的配置文件格式描述。

為實(shí)現(xiàn)仿真引擎框架的可組合性，針對(duì)不同仿真應(yīng)用需求，仿真引擎框架可以動(dòng)態(tài)加載和配置不同的管理器和服務(wù)組件，為仿真應(yīng)用提供必要的運(yùn)行環(huán)境。仿真引擎框架的管理器和服務(wù)的組合通過(guò)配置文件來(lái)實(shí)現(xiàn)。

仿真引擎框架配置文件描述了各類管理器和服務(wù)的接口類，及其接口類對(duì)應(yīng)的管理器和服務(wù)的相關(guān)信息，包括：名稱、實(shí)現(xiàn)類、依賴接口、是否激活等。

仿真引擎啟動(dòng)時(shí)，將讀取和解析該配置文件，判斷管理器或者服務(wù)的接口類是否激活。如果激活，那么將加載對(duì)應(yīng)實(shí)現(xiàn)類的管理器或服務(wù)組件，并根據(jù)“自動(dòng)初始化”屬性值，對(duì)管理器和服務(wù)進(jìn)行初始化操作。不同的服務(wù)組件在配置文件中描述了不同的參數(shù)項(xiàng)，例如：服務(wù)組件初始化所需的數(shù)據(jù)文件、文件目錄等。

參見(jiàn)圖3，示出了根據(jù)本發(fā)明的仿真引擎運(yùn)行的流程示意圖。仿真引擎框架的主要工作為：加載想定、模型和數(shù)據(jù)，創(chuàng)建并初始化各個(gè)管理器和服務(wù)，驅(qū)動(dòng)仿真運(yùn)行。

仿真引擎的運(yùn)行，包括仿真初始化、仿真運(yùn)行和仿真結(jié)束，具體包括如下步驟：

步驟一：仿真初始化。

步驟11：初始化系統(tǒng)環(huán)境，包括：讀取環(huán)境變量、設(shè)置仿真系統(tǒng)當(dāng)前工作目錄等。

步驟12：解析命令行參數(shù)，獲取仿真引擎框架配置文件、想定文件等。

步驟13：創(chuàng)建和初始化仿真引擎框架、管理器和服務(wù)。

步驟14：加載模型和基礎(chǔ)數(shù)據(jù)，示例性的，模型包括：隨機(jī)分布模型、仿真實(shí)體模型、組件模型等，基礎(chǔ)數(shù)據(jù)包括實(shí)體模型和組件模型的靜態(tài)數(shù)據(jù)，即裝備型號(hào)數(shù)據(jù)、部隊(duì)編制編成數(shù)據(jù)、資產(chǎn)數(shù)據(jù)等。

步驟15：加載外部模塊，即仿真引擎框架功能以外的模塊，外部模塊通過(guò)一定的接口連接仿真引擎框架，獲取仿真運(yùn)行狀態(tài)和數(shù)據(jù)。例如：仿真運(yùn)行控制模塊通過(guò)接口向仿真運(yùn)行框架發(fā)送啟動(dòng)、暫停、繼續(xù)、結(jié)束等控制命令。

步驟16：加載想定，根據(jù)想定內(nèi)容創(chuàng)建和初始化仿真對(duì)象實(shí)例，同時(shí)生成初始事件，并將初始事件插入事件管理器，設(shè)置仿真時(shí)間步長(zhǎng)。

步驟二：仿真運(yùn)行。

步驟21：?jiǎn)?dòng)時(shí)間管理器，推進(jìn)仿真時(shí)間直至所有事件執(zhí)行完畢。

步驟22：運(yùn)行事件管理器，對(duì)事件隊(duì)列進(jìn)行排序，執(zhí)行時(shí)間最小和優(yōu)先級(jí)最高的事件，觸發(fā)仿真對(duì)象實(shí)例的響應(yīng)函數(shù)。

步驟23：仿真對(duì)象實(shí)例執(zhí)行模型計(jì)算。在模型計(jì)算過(guò)程中仿真對(duì)象實(shí)例可以調(diào)用仿真引擎框架的管理器和服務(wù)，向事件管理器提交新的事件，向其他對(duì)象實(shí)例發(fā)送消息。

步驟24：運(yùn)行其他管理器、服務(wù)和外部模塊，為仿真模型提供所需的業(yè)務(wù)模型計(jì)算，或者實(shí)現(xiàn)仿真系統(tǒng)指定任務(wù)，例如：數(shù)據(jù)采集服務(wù)采集仿真對(duì)象實(shí)例狀態(tài)數(shù)據(jù)。

步驟三：仿真結(jié)束。

步驟31：清理外部模塊，即刪除外部模塊，釋放外部模塊資源。

步驟32：清理仿真對(duì)象實(shí)例，即釋放仿真對(duì)象實(shí)例占用的內(nèi)存，刪除指針變量，析構(gòu)仿真對(duì)象實(shí)例。

步驟33：清理模型和基礎(chǔ)數(shù)據(jù)，即卸載仿真實(shí)體模型和組件，釋放模型資源，刪除基礎(chǔ)數(shù)據(jù)，釋放內(nèi)存。

步驟34：清理管理器、服務(wù)和仿真引擎框架，即釋放管理器、服務(wù)和仿真引擎框架的占用內(nèi)存，刪除數(shù)據(jù)，卸載管理器組件和服務(wù)組件，析構(gòu)仿真引擎框架。

實(shí)施例1：

下面以實(shí)體的運(yùn)動(dòng)模型來(lái)說(shuō)明：作戰(zhàn)仿真系統(tǒng)中大部分實(shí)體均需要在戰(zhàn)場(chǎng)空間中運(yùn)動(dòng)，將實(shí)體的運(yùn)動(dòng)模型集成到仿真引擎中作為運(yùn)動(dòng)服務(wù)，可以減少實(shí)體運(yùn)動(dòng)模型的重復(fù)開(kāi)發(fā)，提高模型開(kāi)發(fā)效率，增強(qiáng)運(yùn)動(dòng)模型的規(guī)范性。但是，不同作戰(zhàn)域的實(shí)體的運(yùn)動(dòng)模式不盡相同，例如：空中運(yùn)動(dòng)、路面運(yùn)動(dòng)、水上運(yùn)動(dòng)、水下運(yùn)動(dòng)等，因此需要開(kāi)發(fā)不同的運(yùn)動(dòng)模型。仿真引擎框架中使用橋接技術(shù)實(shí)現(xiàn)了運(yùn)動(dòng)服務(wù)接口和功能模型的分離。在不同作戰(zhàn)仿真系統(tǒng)中針對(duì)不同的運(yùn)動(dòng)模型需求，只需要對(duì)運(yùn)動(dòng)服務(wù)組件進(jìn)行修改或者替換，從而提高了仿真引擎的可擴(kuò)展性和可重用性。

本發(fā)明針對(duì)仿真模型通用功能重復(fù)開(kāi)發(fā)，重復(fù)開(kāi)發(fā)的模型存在誤差，以及仿真引擎框架在不同仿真系統(tǒng)中適用性差等問(wèn)題，提出了面向服務(wù)的可擴(kuò)展組合式仿真引擎框架，減少通用功能模型的重復(fù)開(kāi)發(fā)，提高仿真系統(tǒng)開(kāi)發(fā)效率，模型的重用性和規(guī)范性，同時(shí)提高仿真引擎框架的可擴(kuò)展性和可組合性。該仿真引擎框架可以根據(jù)不同的仿真系統(tǒng)需求，靈活地配置仿真引擎的功能模塊(包括：管理器和服務(wù))，通過(guò)功能模塊的動(dòng)態(tài)組合形成滿足需求的仿真引擎。此外，對(duì)于不能滿足需求的功能模塊，只需要開(kāi)發(fā)或者改進(jìn)特定的管理器和服務(wù)，并進(jìn)行替換，從而在保證仿真引擎框架的適應(yīng)性的同時(shí)，增強(qiáng)仿真引擎框架的穩(wěn)定性。

測(cè)試結(jié)果表明，面向服務(wù)的可擴(kuò)展組合式仿真引擎框架可以大幅度地增強(qiáng)仿真引擎在不同仿真應(yīng)用中的適用性，提供仿真系統(tǒng)的開(kāi)發(fā)效率，增強(qiáng)仿真模型的規(guī)范性。

本發(fā)明可以應(yīng)用于多個(gè)作戰(zhàn)仿真系統(tǒng)，以評(píng)估不同作戰(zhàn)域、不同粒度的戰(zhàn)役戰(zhàn)術(shù)問(wèn)題，解決仿真引擎在不同應(yīng)用需求的作戰(zhàn)仿真系統(tǒng)中難于適用的問(wèn)題。本發(fā)明實(shí)現(xiàn)了仿真引擎框架的可擴(kuò)展性和可重用性，增強(qiáng)仿真引擎的適用性和穩(wěn)定性。

以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，不能認(rèn)定本發(fā)明的具體實(shí)施方式僅限于此，對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單的推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明由所提交的權(quán)利要求書確定保護(hù)范圍。