本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種醫(yī)療影像數(shù)據(jù)的處理方法及裝置。

背景技術(shù)：

隨著現(xiàn)代醫(yī)療水平和醫(yī)學(xué)影像學(xué)的發(fā)展，越來越多的輔助診斷設(shè)備應(yīng)用到醫(yī)療診斷和輔助治療中，例如X光機(jī)、多普勒彩超機(jī)、電子計(jì)算機(jī)斷層掃描(Computed Tomography,簡稱為CT)機(jī)、磁共振成像(Magnetic Resonance Imaging，簡稱為MRI)等。

在遠(yuǎn)程醫(yī)療服務(wù)工作中，需要將患者的醫(yī)學(xué)影像文件CT,MRI,X光片等轉(zhuǎn)換成醫(yī)學(xué)影像文件，通過互聯(lián)網(wǎng)上傳到云端服務(wù)器。醫(yī)生經(jīng)由互聯(lián)網(wǎng)遠(yuǎn)程接收來自于云端服務(wù)器的醫(yī)學(xué)影像文件。

然而由于云端服務(wù)器接收到的醫(yī)療影像文件會占用服務(wù)器大量的存儲空間，并且將這些初始影像文件推送至客戶端也會耗費(fèi)較長時(shí)間。

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

本發(fā)明的主要目的在于公開了一種醫(yī)療影像數(shù)據(jù)的處理方法及裝置，以至少解決相關(guān)技術(shù)中云端服務(wù)器接收到的醫(yī)療影像文件會占用服務(wù)器大量的存儲空間，并且將這些初始影像文件推送至客戶端也會耗費(fèi)較長時(shí)間的問題。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種醫(yī)療影像數(shù)據(jù)的處理方法。

根據(jù)本發(fā)明的醫(yī)療影像數(shù)據(jù)的處理方法包括：服務(wù)器接收來自于客戶端上傳的醫(yī)療影像源數(shù)據(jù)；所述服務(wù)器調(diào)用擴(kuò)展功能模塊來使用DCMTK開發(fā)框架的解析模塊對所述醫(yī)療影像源數(shù)據(jù)進(jìn)行解析，并將解析得到的圖像數(shù)據(jù)進(jìn)行存儲；所述服務(wù)器調(diào)用擴(kuò)展功能模塊來使用所述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將所述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片；所述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick對所述jpg圖片進(jìn)行圖像的壓縮處理。

優(yōu)選地，在所述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理模塊imagick對所述jpg圖片進(jìn)行圖像的壓縮處理之前，還包括：所述服務(wù)器調(diào)用擴(kuò)展功能模塊向所述DCMTK開發(fā)框架發(fā)送數(shù)據(jù)校驗(yàn)請求；所述DCMTK開發(fā)框架接收來自于所述擴(kuò)展功能模塊的所述數(shù)據(jù)檢驗(yàn)請求，校驗(yàn)壓縮處理后的圖像數(shù)據(jù)的完整性，并將校驗(yàn)結(jié)果反饋給所述擴(kuò)展功能模塊。

根據(jù)本發(fā)明的另一方面，提供了一種醫(yī)療影像數(shù)據(jù)的處理方法。

根據(jù)本發(fā)明的醫(yī)療影像數(shù)據(jù)的處理方法，包括：客戶端接收來自于服務(wù)器的包括有圖像數(shù)據(jù)的醫(yī)療影像文件，其中，所述圖像數(shù)據(jù)為所述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick進(jìn)行圖像壓縮處理后的數(shù)據(jù)；所述客戶端調(diào)用數(shù)據(jù)加載模塊對需要顯示的醫(yī)療影像文件進(jìn)行加載和處理后，調(diào)用視圖綁定模塊將界面上需要呈現(xiàn)的元素進(jìn)行存儲；所述客戶端調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理。

優(yōu)選地，所述客戶端調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理包括：所述客戶端調(diào)用圖像轉(zhuǎn)換模塊的transimage函數(shù)將base64編碼的圖像文件進(jìn)行加載；所述客戶端調(diào)用所述圖像轉(zhuǎn)換模塊的Imageinfo函數(shù)獲取最小圖像灰度和最大圖像灰度，并調(diào)用str2ab函數(shù)將圖像轉(zhuǎn)換為預(yù)定位數(shù)的像素?cái)?shù)據(jù)。

優(yōu)選地，所述客戶端調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理之后，還包括：所述客戶端通過視圖模塊調(diào)用H5畫布進(jìn)行圖像繪制。

根據(jù)本發(fā)明的又一方面，提供了一種醫(yī)療影像數(shù)據(jù)的處理裝置。

根據(jù)本發(fā)明的醫(yī)療影像數(shù)據(jù)的處理裝置包括：第一接收單元，用于接收來自于客戶端上傳的醫(yī)療影像源數(shù)據(jù)；解析單元，用于調(diào)用擴(kuò)展功能模塊來使用DCMTK開發(fā)框架的解析模塊對所述醫(yī)療影像源數(shù)據(jù)進(jìn)行解析，并將解析得到的圖像數(shù)據(jù)進(jìn)行存儲；轉(zhuǎn)換單元，用于調(diào)用擴(kuò)展功能模塊來使用所述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將所述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片；壓縮單元，用于調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick對所述jpg圖片進(jìn)行圖像的壓縮處理。

優(yōu)選地，上述裝置還包括：發(fā)送單元，用于調(diào)用擴(kuò)展功能模塊向所述DCMTK開發(fā)框架發(fā)送數(shù)據(jù)校驗(yàn)請求；校驗(yàn)單元，用于接收來自于所述擴(kuò)展功能模塊的所述數(shù)據(jù)檢驗(yàn)請求，校驗(yàn)壓縮處理后的圖像數(shù)據(jù)的完整性，并將校驗(yàn)結(jié)果反饋給所述擴(kuò)展功能模塊。

根據(jù)本發(fā)明的再一方面，提供了一種醫(yī)療影像數(shù)據(jù)的處理裝置。

根據(jù)本發(fā)明的醫(yī)療影像數(shù)據(jù)的處理裝置包括：第二接收單元，用于接收來自于服務(wù)器的包括有圖像數(shù)據(jù)的醫(yī)療影像文件，其中，所述圖像數(shù)據(jù)為所述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick進(jìn)行圖像壓縮處理后的數(shù)據(jù)；處理單元，用于調(diào)用數(shù)據(jù)加載模塊對需要顯示的醫(yī)療影像文件進(jìn)行加載和處理后，調(diào)用視圖綁定模塊將界面上需要呈現(xiàn)的元素進(jìn)行存儲；解壓單元，用于調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理。

優(yōu)選地，所述解壓單元包括：加載子單元，用于調(diào)用圖像轉(zhuǎn)換模塊的transimage函數(shù)將base64編碼的圖像文件進(jìn)行加載；獲取轉(zhuǎn)換子單元，用于調(diào)用所述圖像轉(zhuǎn)換模塊的Imageinfo函數(shù)獲取最小圖像灰度和最大圖像灰度，并調(diào)用str2ab函數(shù)將圖像轉(zhuǎn)換為預(yù)定位數(shù)的像素?cái)?shù)據(jù)。

優(yōu)選地，上述裝置還包括：圖像繪制單元，用于通過視圖模塊調(diào)用H5畫布進(jìn)行圖像繪制。

與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例至少具有以下優(yōu)點(diǎn)：在服務(wù)器側(cè)，服務(wù)器調(diào)用擴(kuò)展功能模塊來使用所述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將所述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片，實(shí)現(xiàn)了dcm文件轉(zhuǎn)換JPG的一次壓縮；采用imagick對圖像進(jìn)行二次壓縮，達(dá)到了文件質(zhì)量清晰并且文件的大小降低的技術(shù)效果。

附圖說明

圖1是根據(jù)本發(fā)明實(shí)施例一的醫(yī)療影像數(shù)據(jù)的處理方法的流程圖；

圖2是根據(jù)本發(fā)明實(shí)施例二的醫(yī)療影像數(shù)據(jù)的處理方法的流程圖；

圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的醫(yī)療影像數(shù)據(jù)的處理方法的流程圖；

圖4是根據(jù)本發(fā)明實(shí)施例一的醫(yī)療影像數(shù)據(jù)的處理裝置的結(jié)構(gòu)框圖；

圖5是根據(jù)本發(fā)明實(shí)施例一的醫(yī)療影像數(shù)據(jù)的處理裝置的結(jié)構(gòu)框圖；

圖6是根據(jù)本發(fā)明實(shí)施例二的醫(yī)療影像數(shù)據(jù)的處理裝置的結(jié)構(gòu)框圖；以及

圖7是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的醫(yī)療影像數(shù)據(jù)的處理裝置的結(jié)構(gòu)框圖。

具體實(shí)施方式

下面結(jié)合說明書附圖對本發(fā)明的具體實(shí)現(xiàn)方式做一詳細(xì)描述。

圖1是根據(jù)本發(fā)明實(shí)施例一的醫(yī)療影像數(shù)據(jù)的處理方法的流程圖。如圖1所示，該醫(yī)療影像數(shù)據(jù)的處理方法包括：

步驟S101：服務(wù)器接收來自于客戶端上傳的醫(yī)療影像源數(shù)據(jù)；

步驟S103：上述服務(wù)器調(diào)用擴(kuò)展功能模塊來使用DCMTK開發(fā)框架的解析模塊對上述醫(yī)療影像源數(shù)據(jù)進(jìn)行解析，并將解析得到的圖像數(shù)據(jù)進(jìn)行存儲；

步驟S105：上述服務(wù)器調(diào)用擴(kuò)展功能模塊來使用上述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將上述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片；

步驟S107：上述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick對上述jpg圖片進(jìn)行圖像的壓縮處理。

其中，DICOM是醫(yī)學(xué)圖像存儲和傳輸?shù)膰H標(biāo)準(zhǔn)，DCMTK是免費(fèi)開源的針對DICOM標(biāo)準(zhǔn)的開發(fā)包。解讀DICOM文件格式并解決DICOM醫(yī)學(xué)圖像顯示問題是醫(yī)學(xué)圖像處理的基礎(chǔ)，對醫(yī)學(xué)影像技術(shù)的研究具有重要意義。

采用圖1所示的方法，在服務(wù)器側(cè)，服務(wù)器調(diào)用擴(kuò)展功能模塊來使用上述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將上述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片，實(shí)現(xiàn)了dcm文件轉(zhuǎn)換JPG的一次壓縮；采用imagick對圖像進(jìn)行二次壓縮，達(dá)到了文件質(zhì)量清晰并且文件的大小降低的技術(shù)效果。

優(yōu)選地，在步驟S107的服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理模塊imagick對上述jpg圖片進(jìn)行圖像的壓縮處理之前，還可以包括以下處理：上述服務(wù)器調(diào)用擴(kuò)展功能模塊向上述DCMTK開發(fā)框架發(fā)送數(shù)據(jù)校驗(yàn)請求；上述DCMTK開發(fā)框架接收來自于上述擴(kuò)展功能模塊的上述數(shù)據(jù)檢驗(yàn)請求，校驗(yàn)壓縮處理后的圖像數(shù)據(jù)的完整性，并將校驗(yàn)結(jié)果反饋給上述擴(kuò)展功能模塊；上述擴(kuò)展功能模塊在檢驗(yàn)通過的情況下，存儲上述壓縮處理后的圖像數(shù)據(jù)。

圖2是根據(jù)本發(fā)明實(shí)施例二的醫(yī)療影像數(shù)據(jù)的處理方法的流程圖。如圖2所示，該醫(yī)療影像數(shù)據(jù)的處理方法包括：

步驟S201：客戶端接收來自于服務(wù)器的包括有圖像數(shù)據(jù)的醫(yī)療影像文件，其中，上述圖像數(shù)據(jù)為上述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick進(jìn)行圖像壓縮處理后的數(shù)據(jù)；

步驟S203：上述客戶端調(diào)用數(shù)據(jù)加載模塊對需要顯示的醫(yī)療影像文件進(jìn)行加載和處理后，調(diào)用視圖綁定模塊將界面上需要呈現(xiàn)的元素進(jìn)行存儲；

步驟S205：上述客戶端調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理。

在客戶端側(cè)，客戶端接收來自于服務(wù)器的包括有圖像數(shù)據(jù)的醫(yī)療影像文件，其中，上述圖像數(shù)據(jù)為上述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick進(jìn)行圖像壓縮處理后的數(shù)據(jù)。上述客戶端調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理之后，可以將醫(yī)療影像文件進(jìn)行呈現(xiàn)。采用imagick對圖像進(jìn)行二次壓縮，達(dá)到了文件質(zhì)量清晰并且文件的大小降低的技術(shù)效果。

優(yōu)選地，上述客戶端調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理包括：上述客戶端調(diào)用圖像轉(zhuǎn)換模塊的transimage函數(shù)將base64編碼的圖像文件進(jìn)行加載；上述客戶端調(diào)用上述圖像轉(zhuǎn)換模塊的Imageinfo函數(shù)獲取最小圖像灰度和最大圖像灰度，并調(diào)用str2ab函數(shù)將圖像轉(zhuǎn)換為預(yù)定位數(shù)(例如，8位)的像素?cái)?shù)據(jù)。

優(yōu)選地，上述客戶端調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理之后，還包括：上述客戶端通過視圖模塊調(diào)用H5畫布進(jìn)行圖像繪制。

以下結(jié)合圖3進(jìn)一步描述上述優(yōu)選實(shí)施方式。

圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的醫(yī)療影像數(shù)據(jù)的處理方法的流程圖。如圖3所示，該醫(yī)療影像數(shù)據(jù)的處理方法包括：

步驟S301：服務(wù)器接收來自于客戶端上傳的醫(yī)療影像源數(shù)據(jù)，擴(kuò)展功能模塊DCM_EXT采集數(shù)據(jù)。

步驟S303：服務(wù)器調(diào)用擴(kuò)展功能模塊DCM_EXT擴(kuò)展使用dcmtoxml進(jìn)行影像文件的解析。

步驟S305：解析并將影像文件中的圖像數(shù)據(jù)(base64編碼)存儲到xml文件中。

步驟S307：將圖像數(shù)據(jù)返回給擴(kuò)展功能模塊DCM_EXT。

步驟S309：DCM_EXT通過DCMTK框架中的dcmtojpeg模塊將影像文件采用JEPG標(biāo)準(zhǔn)壓縮圖像數(shù)據(jù)生成jpg圖片。

步驟S311：擴(kuò)展功能模塊DCM_EXT發(fā)送數(shù)據(jù)校驗(yàn)請求給DCMTK框架。

步驟S313：DCMTK框架檢驗(yàn)數(shù)據(jù)的完整性。

步驟S315：DCMTK框架返回校驗(yàn)結(jié)果。

步驟S317：DCM_EXT的調(diào)用圖像處理函數(shù)imagick對上述jpg圖片進(jìn)行圖像的壓縮處理，并存儲壓縮文件。采用imagick對圖像進(jìn)行二次壓縮，達(dá)到了文件質(zhì)量清晰并且文件的大小降低的技術(shù)效果。

在優(yōu)選實(shí)施過程中，imagick對jpg的壓縮過程主要包括以下步驟：

步驟1，顏色模式轉(zhuǎn)換：首先對jpg圖片進(jìn)行YUV顏色模式的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換，轉(zhuǎn)換完成后進(jìn)行數(shù)據(jù)采樣；

其中，YUV是被電視系統(tǒng)所采用的一種顏色編碼方法(屬于PAL)，是PAL和SECAM模擬彩色電視制式采用的顏色空間。

步驟2，DCT變換：將采樣出的數(shù)據(jù)分離出高頻和低頻信息，將高頻信息進(jìn)行變換，得到一個(gè)頻率系數(shù)類型的浮點(diǎn)數(shù)；

步驟3，量化浮點(diǎn)數(shù)：將得到的浮點(diǎn)數(shù)進(jìn)行量化轉(zhuǎn)換為整數(shù)；

步驟4，編碼：將轉(zhuǎn)換得到的整數(shù)進(jìn)行編碼；

經(jīng)過以上4個(gè)步驟，imagick對jpg圖片的壓縮便完成。

圖4是根據(jù)本發(fā)明實(shí)施例一的醫(yī)療影像數(shù)據(jù)的處理裝置的結(jié)構(gòu)框圖。如圖4所示，該醫(yī)療影像數(shù)據(jù)的處理裝置包括：第一接收單元40，用于接收來自于客戶端上傳的醫(yī)療影像源數(shù)據(jù)；解析單元42，用于調(diào)用擴(kuò)展功能模塊來使用DCMTK開發(fā)框架的解析模塊對上述醫(yī)療影像源數(shù)據(jù)進(jìn)行解析，并將解析得到的圖像數(shù)據(jù)進(jìn)行存儲；轉(zhuǎn)換單元44，用于調(diào)用擴(kuò)展功能模塊來使用上述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將上述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片；壓縮單元46，用于調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick對上述jpg圖片進(jìn)行圖像的壓縮處理。

上述處理裝置可以設(shè)置于服務(wù)器端，轉(zhuǎn)換單元44調(diào)用擴(kuò)展功能模塊來使用上述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將上述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片，實(shí)現(xiàn)了dcm文件轉(zhuǎn)換JPG的一次壓縮；壓縮單元46采用imagick對圖像進(jìn)行二次壓縮，達(dá)到了文件質(zhì)量清晰并且文件的大小降低的技術(shù)效果。

優(yōu)選地，如圖5所示，該醫(yī)療影像數(shù)據(jù)的處理裝置還可以包括：發(fā)送單元48，與轉(zhuǎn)換單元44相連接，用于調(diào)用擴(kuò)展功能模塊向上述DCMTK開發(fā)框架發(fā)送數(shù)據(jù)校驗(yàn)請求；校驗(yàn)單元50，與發(fā)送單元48和壓縮單元46相連接，用于接收來自于上述擴(kuò)展功能模塊的上述數(shù)據(jù)檢驗(yàn)請求，校驗(yàn)壓縮處理后的圖像數(shù)據(jù)的完整性，并將校驗(yàn)結(jié)果反饋給上述擴(kuò)展功能模塊。

圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的醫(yī)療影像數(shù)據(jù)的處理裝置的結(jié)構(gòu)框圖。如圖6所示，該醫(yī)療影像數(shù)據(jù)的處理裝置包括：第二接收單元60，用于接收來自于服務(wù)器的包括有圖像數(shù)據(jù)的醫(yī)療影像文件，其中，上述圖像數(shù)據(jù)為上述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick進(jìn)行圖像壓縮處理后的數(shù)據(jù)；處理單元62，用于調(diào)用數(shù)據(jù)加載模塊對需要顯示的醫(yī)療影像文件進(jìn)行加載和處理后，調(diào)用視圖綁定模塊將界面上需要呈現(xiàn)的元素進(jìn)行存儲；解壓單元64，用于調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理。

上述處理裝置可以設(shè)置于客戶端側(cè)，第二接收單元60接收來自于服務(wù)器的包括有圖像數(shù)據(jù)的醫(yī)療影像文件，其中，上述圖像數(shù)據(jù)為上述服務(wù)器調(diào)用擴(kuò)展功能模塊的圖像處理函數(shù)imagick進(jìn)行圖像壓縮處理后的數(shù)據(jù)。解壓單元64調(diào)用圖像轉(zhuǎn)換模塊對醫(yī)療影像文件進(jìn)行圖像加載和解壓縮處理之后，可以將醫(yī)療影像文件進(jìn)行呈現(xiàn)。采用imagick對圖像進(jìn)行二次壓縮，達(dá)到了文件質(zhì)量清晰并且文件的大小降低的技術(shù)效果。

優(yōu)選地，如圖7所示，上述解壓單元64可以進(jìn)一步包括：加載子單元640，用于調(diào)用圖像轉(zhuǎn)換模塊的transimage函數(shù)將base64編碼的圖像文件進(jìn)行加載；獲取轉(zhuǎn)換子單元642，用于調(diào)用上述圖像轉(zhuǎn)換模塊的Imageinfo函數(shù)獲取最小圖像灰度和最大圖像灰度，并調(diào)用str2ab函數(shù)將圖像轉(zhuǎn)換為預(yù)定位數(shù)(例如，8位)的像素?cái)?shù)據(jù)。

優(yōu)選地，如圖7所示，上述裝置還可以包括：圖像繪制單元66，用于通過視圖模塊調(diào)用H5畫布進(jìn)行圖像繪制。

綜上所述，借助本發(fā)明提供的上述實(shí)施例，在服務(wù)器側(cè)，服務(wù)器調(diào)用擴(kuò)展功能模塊來使用所述DCMTK開發(fā)框架的轉(zhuǎn)換模塊將所述圖像數(shù)據(jù)轉(zhuǎn)換生成jpg圖片，實(shí)現(xiàn)了dcm文件轉(zhuǎn)換JPG的一次壓縮；采用imagick對圖像進(jìn)行二次壓縮，達(dá)到了文件質(zhì)量清晰并且文件的大小降低的技術(shù)效果。實(shí)踐中，經(jīng)過壓縮后圖像能有效的降低10-30倍的大小，更有利于移動端查看。解決了相關(guān)技術(shù)中云端服務(wù)器接收到的醫(yī)療影像文件會占用服務(wù)器大量的存儲空間，并且將這些初始影像文件推送至客戶端也會耗費(fèi)較長時(shí)間的問題。

以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。