本發(fā)明涉及醫(yī)療信息化技術(shù)領(lǐng)域，具體而言，涉及一種基于Web的手術(shù)模擬方法、手術(shù)模擬裝置及電子設(shè)備。

背景技術(shù)：

目前，虛擬現(xiàn)實(shí)技術(shù)(Virtual Reality，簡稱VR)正在逐漸滲透到各個(gè)科學(xué)領(lǐng)域，尤其是醫(yī)藥領(lǐng)域，主要是因?yàn)榻柚摂M現(xiàn)實(shí)技術(shù)可以根據(jù)病患的特點(diǎn)和臨床需要實(shí)現(xiàn)個(gè)性化診療，因此虛擬現(xiàn)實(shí)技術(shù)已成為輔助精準(zhǔn)醫(yī)療的潛在有力手段。

但是，如何能夠方便地為臨床醫(yī)生提供精確而直觀的病理解剖結(jié)構(gòu)信息和視覺反饋，從而協(xié)助臨床醫(yī)生實(shí)現(xiàn)快速、精準(zhǔn)的診療一直是行業(yè)內(nèi)亟待解決的技術(shù)問題。

需要說明的是，在上述背景技術(shù)部分公開的信息僅用于加強(qiáng)對本發(fā)明的背景的理解，因此可以包括不構(gòu)成對本領(lǐng)域普通技術(shù)人員已知的現(xiàn)有技術(shù)的信息。

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

本發(fā)明的目的在于提供一種基于Web的手術(shù)模擬方法、手術(shù)模擬裝置及電子設(shè)備，進(jìn)而至少在一定程度上克服由于相關(guān)技術(shù)的限制和缺陷而導(dǎo)致的一個(gè)或者多個(gè)問題。

本發(fā)明的其他特性和優(yōu)點(diǎn)將通過下面的詳細(xì)描述變得顯然，或部分地通過本發(fā)明的實(shí)踐而習(xí)得。

根據(jù)本發(fā)明的第一方面，提供一種基于Web的手術(shù)模擬方法，包括：獲取根據(jù)醫(yī)學(xué)影像生成的建模文件，所述建模文件用于在虛擬環(huán)境中進(jìn)行顯示及交互；構(gòu)建基于Web的虛擬場景；將所述建模文件加載至所述虛擬場景中；在將所述建模文件加載至所述虛擬場景中之后，將所述虛擬場景發(fā)布至Web端；基于發(fā)布至所述Web端的虛擬場景模擬手術(shù)過程。

在本發(fā)明的一些實(shí)施例中，基于前述方案，獲取根據(jù)醫(yī)學(xué)影像生成的建模文件的步驟，包括：

獲取用戶終端發(fā)送的所述醫(yī)學(xué)影像；基于所述醫(yī)學(xué)影像生成所述建模文件；或

獲取用戶終端發(fā)送的根據(jù)所述醫(yī)學(xué)影像生成的所述建模文件。

在本發(fā)明的一些實(shí)施例中，基于前述方案，在基于所述醫(yī)學(xué)影像生成所述建模文件的情況下，基于所述醫(yī)學(xué)影像生成所述建模文件的步驟，包括：獲取所述用戶終端發(fā)送的通過第一影像設(shè)備采集的包含病灶和/或器官的解剖和功能信息的第一影像文件，其中，所述第一影像文件是根據(jù)臨床需求和需要呈現(xiàn)在虛擬場景中的病灶和/或器官的信息采集的；基于所述第一影像文件進(jìn)行三維重建，生成重建文件；將所述重建文件的格式轉(zhuǎn)換為所述虛擬場景支持的文件格式，以得到所述建模文件。

在本發(fā)明的一些實(shí)施例中，基于前述方案，基于所述第一影像文件進(jìn)行三維重建，生成重建文件的步驟，包括：根據(jù)所述第一影像文件的圖像特性，對所述第一影像文件進(jìn)行感興趣區(qū)域的劃分；基于劃分的所述感興趣區(qū)域?qū)λ龅谝挥跋裎募M(jìn)行圖像分割及三維重建，以得到針對每個(gè)所述感興趣區(qū)域的重建文件。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：獲取所述用戶終端發(fā)送的通過第一影像設(shè)備采集的所述病灶和/或器官處于不同相位期的多個(gè)第一影像文件，和/或通過第二影像設(shè)備采集的包含所述病灶和/或器官的解剖和功能信息的第二影像文件；對根據(jù)所述多個(gè)第一影像文件生成的重建文件進(jìn)行基于解剖結(jié)構(gòu)和相位時(shí)間的圖像配準(zhǔn)處理，和/或?qū)λ龅诙跋裎募闹亟ㄎ募退龅谝挥跋裎募闹亟ㄎ募M(jìn)行基于解剖特征點(diǎn)的圖像配準(zhǔn)處理。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：在所述虛擬場景中加載模擬手術(shù)過程所需要的手術(shù)器械和/或介入設(shè)備。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：配置所述虛擬場景的參數(shù)，具體包括：添加天空盒、加入攝像機(jī)并調(diào)整其參數(shù)、添加渲染器、加入控制對象及效果對象、加入照明并調(diào)整照明參數(shù)、渲染場景；其中，所述攝像機(jī)的參數(shù)包括：攝像機(jī)的高度、鏡頭方向、鏡頭視野、鏡頭視角；所述控制對象用于根據(jù)虛擬現(xiàn)實(shí)設(shè)備的狀態(tài)信息調(diào)整所述攝像機(jī)的參數(shù)；所述效果對象用于將所述虛擬場景的顯示界面劃分為針對左右眼的界面。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：獲取運(yùn)行Web客戶端的終端設(shè)備的配置信息；根據(jù)所述配置信息判斷所述終端設(shè)備是否能夠顯示所述虛擬場景；若判定所述終端設(shè)備能夠顯示所述虛擬場景，則向所述終端設(shè)備發(fā)送通訊接口的配置指令，以基于所述配置指令控制所述終端設(shè)備連接外接設(shè)備。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：在有多個(gè)Web客戶端同時(shí)運(yùn)行所述虛擬場景時(shí)，向所述多個(gè)Web客戶端中的至少一個(gè)Web客戶端分配對所述虛擬場景的控制權(quán)限。

在本發(fā)明的一些實(shí)施例中，基于前述方案，在向所述多個(gè)Web客戶端中的一個(gè)Web客戶端分配對所述虛擬場景的控制權(quán)限的情況下，還包括：獲取所述一個(gè)Web客戶端上運(yùn)行的虛擬場景中發(fā)生變化的各項(xiàng)參數(shù)值；根據(jù)獲取到的所述各項(xiàng)參數(shù)值，更新Web服務(wù)端的參數(shù)，并將所述各項(xiàng)參數(shù)值發(fā)送至所述多個(gè)Web客戶端中的其它客戶端，以更新所述其它客戶端上運(yùn)行的虛擬場景中的參數(shù)。

在本發(fā)明的一些實(shí)施例中，基于前述方案，在向所述多個(gè)Web客戶端中的至少兩個(gè)Web客戶端分配對所述虛擬場景的控制權(quán)限的情況下，還包括：獲取所述至少兩個(gè)Web客戶端上運(yùn)行的虛擬場景中發(fā)生變化的各項(xiàng)參數(shù)值；根據(jù)獲取到的所述各項(xiàng)參數(shù)值，更新Web服務(wù)端的參數(shù)，并將所述各項(xiàng)參數(shù)值發(fā)送至所述多個(gè)Web客戶端中的每個(gè)客戶端，以更新所述每個(gè)客戶端上運(yùn)行的虛擬場景中的各項(xiàng)參數(shù)。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：在有一個(gè)Web客戶端運(yùn)行所述虛擬場景時(shí)，向所述一個(gè)Web客戶端分配對所述虛擬場景的控制權(quán)限。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：生成所述虛擬場景在Web端的入口；向用戶推送所述入口的信息，其中，所述入口的信息包括：網(wǎng)絡(luò)地址的鏈接和/或用于觸發(fā)進(jìn)入所述入口的二維碼。

根據(jù)本發(fā)明的第二方面，提供了一種基于Web的手術(shù)模擬裝置，包括：獲取單元，用于獲取根據(jù)醫(yī)學(xué)影像生成的建模文件，所述建模文件用于在虛擬環(huán)境中進(jìn)行顯示及交互；構(gòu)建單元，用于構(gòu)建基于Web的虛擬場景；加載單元，用于將所述建模文件加載至所述虛擬場景中；發(fā)布單元，用于在將所述建模文件加載至所述虛擬場景中之后，將所述虛擬場景發(fā)布至Web端；處理單元，用于基于發(fā)布至所述Web端的虛擬場景模擬手術(shù)過程。

根據(jù)本發(fā)明的第三方面，提供了一種電子設(shè)備，包括：處理器和存儲器，所述存儲器存儲有可執(zhí)行指令，所述處理器用于調(diào)用所述存儲器存儲的可執(zhí)行指令執(zhí)行如上述第一方面所述的手術(shù)模擬方法。

在本發(fā)明的一些實(shí)施例所提供的技術(shù)方案中，通過將醫(yī)學(xué)影像與虛擬現(xiàn)實(shí)技術(shù)相結(jié)合來進(jìn)行手術(shù)過程的模擬，并通過對醫(yī)學(xué)影像進(jìn)行ROI(Region of Interest，感興趣區(qū)域)的劃分、圖像分割、建模文件的生成、配準(zhǔn)優(yōu)化等處理，使得能夠建立標(biāo)準(zhǔn)化的、精準(zhǔn)的包含病理信息的解剖模型，進(jìn)而能為臨床醫(yī)生提供精確而直觀的病理解剖結(jié)構(gòu)信息和視覺反饋，從而有助于協(xié)助醫(yī)生實(shí)現(xiàn)快速、精準(zhǔn)的診療。

通過將虛擬場景發(fā)布至Web端，以基于發(fā)布至Web端的虛擬場景模擬手術(shù)過程，使得醫(yī)生能夠基于Web客戶端方便地進(jìn)行手術(shù)過程的模擬，無需局限于固定的地點(diǎn)，進(jìn)而能夠?qū)崿F(xiàn)遠(yuǎn)程會診及遠(yuǎn)程病例分析。可見，本發(fā)明的技術(shù)方案對推進(jìn)精準(zhǔn)醫(yī)療及實(shí)現(xiàn)患者個(gè)性化治療具有重要的現(xiàn)實(shí)意義和社會效益。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本發(fā)明。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實(shí)施例，并與說明書一起用于解釋本發(fā)明的原理。顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。在附圖中：

圖1示意性示出了根據(jù)本發(fā)明的第一個(gè)實(shí)施例的基于Web的手術(shù)模擬方法的流程圖；

圖2示意性示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于醫(yī)學(xué)影像生成建模文件的流程圖；

圖3示意性示出了根據(jù)本發(fā)明的第二個(gè)實(shí)施例的基于Web的手術(shù)模擬方法的流程圖；

圖4示意性示出了根據(jù)本發(fā)明的第一個(gè)實(shí)施方式的基于醫(yī)學(xué)影像的三維建模的流程圖；

圖5示意性示出了根據(jù)本發(fā)明的第二個(gè)實(shí)施方式的基于醫(yī)學(xué)影像的三維建模的流程圖；

圖6示意性示出了根據(jù)本發(fā)明的實(shí)施例的在虛擬場景中加入天空盒的效果圖；

圖7示意性示出了根據(jù)本發(fā)明的實(shí)施例的通過虛擬眼鏡或頭盔等顯示的虛擬交互環(huán)境示意圖；

圖8示意性示出了根據(jù)本發(fā)明的實(shí)施例的將虛擬交互環(huán)境在手機(jī)APP上運(yùn)行的示意圖；

圖9示意性示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的Web服務(wù)端與Web客戶端的通信架構(gòu)示意圖；

圖10示意性示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于Web的手術(shù)模擬裝置的框圖。

具體實(shí)施方式

現(xiàn)在將參考附圖更全面地描述示例實(shí)施方式。然而，示例實(shí)施方式能夠以多種形式實(shí)施，且不應(yīng)被理解為限于在此闡述的范例；相反，提供這些實(shí)施方式使得本發(fā)明將更加全面和完整，并將示例實(shí)施方式的構(gòu)思全面地傳達(dá)給本領(lǐng)域的技術(shù)人員。

此外，所描述的特征、結(jié)構(gòu)或特性可以以任何合適的方式結(jié)合在一個(gè)或更多實(shí)施例中。在下面的描述中，提供許多具體細(xì)節(jié)從而給出對本發(fā)明的實(shí)施例的充分理解。然而，本領(lǐng)域技術(shù)人員將意識到，可以實(shí)踐本發(fā)明的技術(shù)方案而沒有特定細(xì)節(jié)中的一個(gè)或更多，或者可以采用其它的方法、組元、裝置、步驟等。在其它情況下，不詳細(xì)示出或描述公知方法、裝置、實(shí)現(xiàn)或者操作以避免模糊本發(fā)明的各方面。

附圖中所示的方框圖僅僅是功能實(shí)體，不一定必須與物理上獨(dú)立的實(shí)體相對應(yīng)。即，可以采用軟件形式來實(shí)現(xiàn)這些功能實(shí)體，或在一個(gè)或多個(gè)硬件模塊或集成電路中實(shí)現(xiàn)這些功能實(shí)體，或在不同網(wǎng)絡(luò)和/或處理器裝置和/或微控制器裝置中實(shí)現(xiàn)這些功能實(shí)體。

附圖中所示的流程圖僅是示例性說明，不是必須包括所有的內(nèi)容和操作/步驟，也不是必須按所描述的順序執(zhí)行。例如，有的操作/步驟還可以分解，而有的操作/步驟可以合并或部分合并，因此實(shí)際執(zhí)行的順序有可能根據(jù)實(shí)際情況改變。

圖1示意性示出了根據(jù)本發(fā)明的第一個(gè)實(shí)施例的基于Web的手術(shù)模擬方法的流程圖。

參照圖1，根據(jù)本發(fā)明的第一個(gè)實(shí)施例的基于Web的手術(shù)模擬方法，包括以下步驟：

步驟S10，獲取根據(jù)醫(yī)學(xué)影像生成的建模文件，所述建模文件用于在虛擬環(huán)境中進(jìn)行顯示及交互。

在本發(fā)明的實(shí)施例中，步驟S10有如下兩種具體的實(shí)施方式：

實(shí)施方式一：

獲取用戶終端發(fā)送的所述醫(yī)學(xué)影像；基于所述醫(yī)學(xué)影像生成所述建模文件。

在實(shí)施方式一中，用戶(如醫(yī)生)可以通過用戶終端(如手機(jī)、平板電腦、計(jì)算機(jī)等)上傳醫(yī)學(xué)影像，進(jìn)而服務(wù)端能夠根據(jù)該醫(yī)學(xué)影像生成建模文件。

根據(jù)本發(fā)明的示例性實(shí)施例，如圖2所示，基于所述醫(yī)學(xué)影像生成所述建模文件的步驟，包括：

步驟S202，獲取所述用戶終端發(fā)送的通過第一影像設(shè)備采集的包含病灶和/或器官的解剖和功能信息的第一影像文件，其中，所述第一影像文件是根據(jù)臨床需求和需要呈現(xiàn)在虛擬場景中的病灶和/或器官的信息采集的。

在本發(fā)明的實(shí)施例中，第一影像設(shè)備可以是CT(Computed Tomography，計(jì)算機(jī)斷層掃描)設(shè)備。

步驟S204，基于所述第一影像文件進(jìn)行三維重建，生成重建文件。

在本發(fā)明的示例性實(shí)施例中，步驟S204具體包括：根據(jù)所述第一影像文件的圖像特性，對所述第一影像文件進(jìn)行感興趣區(qū)域的劃分；基于劃分的所述感興趣區(qū)域?qū)λ龅谝挥跋裎募M(jìn)行圖像分割及三維重建，以得到針對每個(gè)所述感興趣區(qū)域的重建文件。

需要說明的是，由于能夠?qū)Φ谝挥跋裎募M(jìn)行感興趣區(qū)域的劃分，因此能夠?qū)⒚恳粋€(gè)器官、功能塊、病灶等獨(dú)立劃分為一個(gè)感興趣區(qū)域，進(jìn)而能夠使每一個(gè)器官、功能塊、病灶等獨(dú)立形成一個(gè)重建文件。

步驟S206，將所述重建文件的格式轉(zhuǎn)換為所述虛擬場景支持的文件格式，以得到所述建模文件。

在本發(fā)明的實(shí)施例中，虛擬場景支持的文件格式比如可以是“.OBJ”格式。在格式轉(zhuǎn)換的過程中，需要確保解剖信息不扭曲、不丟失，并且可以針對建模文件在虛擬環(huán)境中進(jìn)行材質(zhì)、顏色、折射、透明度、光澤的定義和設(shè)置。

在本發(fā)明的實(shí)施例中，為了向臨床醫(yī)生提供更加清晰的解剖結(jié)構(gòu)功能信息，上述針對每個(gè)器官、功能塊、病灶等的多個(gè)重建文件可以基于不同的影像設(shè)備采集的原始數(shù)據(jù)或者DICOM影像文件經(jīng)過一系列數(shù)據(jù)和圖像處理算法重建生成，或者基于同一影像設(shè)備采集的不同時(shí)間相位期的原始數(shù)據(jù)或者DICOM影像文件處理經(jīng)過一系列數(shù)據(jù)和圖像處理算法重建生成。此外，還可以對生成的多個(gè)重建文件進(jìn)行圖像配準(zhǔn)處理，從而實(shí)現(xiàn)清晰精準(zhǔn)的重現(xiàn)解剖結(jié)構(gòu)和器官功能信息。具體地，本發(fā)明實(shí)施例提供了如下三種圖像配準(zhǔn)方案：

圖像配準(zhǔn)方案一：

獲取用戶終端發(fā)送的通過第一影像設(shè)備采集的所述病灶和/或器官處于不同相位期的多個(gè)第一影像文件；對根據(jù)所述多個(gè)第一影像文件生成的重建文件進(jìn)行基于解剖結(jié)構(gòu)和相位時(shí)間的圖像配準(zhǔn)處理。

圖像配準(zhǔn)方案一：

獲取用戶終端發(fā)送的通過第二影像設(shè)備采集的包含所述病灶和/或器官的解剖和功能信息的第二影像文件；對所述第二影像文件的重建文件和所述第一影像文件的重建文件進(jìn)行基于解剖特征點(diǎn)的圖像配準(zhǔn)處理。

圖像配準(zhǔn)方案一：

該圖像配準(zhǔn)方案為上述圖像配準(zhǔn)方案一和圖像配準(zhǔn)方案二的結(jié)合方案，即獲取用戶終端發(fā)送的通過第一影像設(shè)備采集的病灶和/或器官處于不同相位期的多個(gè)第一影像文件，以及通過第二影像設(shè)備采集的包含病灶和/或器官的解剖和功能信息的第二影像文件，然后基于第二影像文件的重建文件和多個(gè)第一影像文件的重建文件進(jìn)行圖像配準(zhǔn)處理。

在一種可能的實(shí)施方式中，可以先對第一影像設(shè)備采集的多個(gè)第一影像文件的重建文件進(jìn)行基于解剖結(jié)構(gòu)和相位時(shí)間的圖像配準(zhǔn)處理，然后再對根據(jù)多個(gè)第一影像文件的重建文件配準(zhǔn)后的結(jié)果和第二影像設(shè)備采集的第二影像文件的重建文件進(jìn)行基于解剖特征點(diǎn)的圖像配準(zhǔn)處理。當(dāng)然，本發(fā)明的實(shí)施方式并不限于此。

需要說明的是，上述的第二影像設(shè)備可以是MR(Magnetic Resonance，磁共振)設(shè)備。

實(shí)施方式二：

獲取用戶終端發(fā)送的根據(jù)所述醫(yī)學(xué)影像生成的所述建模文件。

在實(shí)施方式二中，用戶(如醫(yī)生)可以通過用戶終端(如手機(jī)、平板電腦、計(jì)算機(jī)等)直接上傳已經(jīng)根據(jù)醫(yī)學(xué)影像生成的建模文件，這樣服務(wù)端無需再生成建模文件。

繼續(xù)參照圖1，所述的基于Web的手術(shù)模擬方法還包括：

步驟S12，構(gòu)建基于Web的虛擬場景。

在本發(fā)明的實(shí)施方式中，虛擬場景是由計(jì)算機(jī)生成的，通過視、聽、觸覺等作用于用戶，使之產(chǎn)生身臨其境的感覺的交互式視境仿真。在構(gòu)建基于Web的虛擬場景時(shí)，可以使用three.js(一種運(yùn)行在瀏覽器中的3D引擎)編寫代碼，并利用WebGL(Web Graphics Library，一種3D繪圖標(biāo)準(zhǔn))技術(shù)建立虛擬場景。

在構(gòu)建基于Web的虛擬場景之后，還可以包括：配置所述虛擬場景的參數(shù)，具體包括：添加天空盒、加入攝像機(jī)并調(diào)整其參數(shù)、添加渲染器、加入控制對象及效果對象、加入照明并調(diào)整照明參數(shù)、渲染場景；其中，所述攝像機(jī)的參數(shù)包括：攝像機(jī)的高度、鏡頭方向、鏡頭視野、鏡頭視角；所述控制對象用于根據(jù)虛擬現(xiàn)實(shí)設(shè)備的狀態(tài)信息調(diào)整所述攝像機(jī)的參數(shù)；所述效果對象用于將所述虛擬場景的顯示界面劃分為針對左右眼的界面。

步驟S14，將所述建模文件加載至所述虛擬場景中。

此外，還可以在虛擬場景中加載模擬手術(shù)過程所需要的手術(shù)器械和/或介入設(shè)備，以輔助進(jìn)行虛擬手術(shù)。

步驟S16，在將所述建模文件加載至所述虛擬場景中之后，將所述虛擬場景發(fā)布至Web端。

步驟S18，基于發(fā)布至所述Web端的虛擬場景模擬手術(shù)過程。

需要說明的是：本發(fā)明實(shí)施例中的“手術(shù)過程”指的是在虛擬場景中進(jìn)行的與手術(shù)相關(guān)的過程，其包括但不限于：實(shí)施手術(shù)之前在虛擬場景中對病例的分析過程，以及在虛擬場景中實(shí)施具體手術(shù)的過程等。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：生成所述虛擬場景在Web端的入口；向用戶推送所述入口的信息，其中，所述入口的信息包括：網(wǎng)絡(luò)地址的鏈接和/或用于觸發(fā)進(jìn)入所述入口的二維碼。

需要說明的是，當(dāng)生成虛擬場景在Web端的入口之后，用戶(如醫(yī)生)可以方便地進(jìn)入虛擬場景，比如可以通過掃描二維碼的方式或輸入網(wǎng)絡(luò)地址的方式來進(jìn)入虛擬場景，這種方式極大地方便了用戶的操作，比如當(dāng)需要進(jìn)行遠(yuǎn)程會診時(shí)，各個(gè)會診參與方可以通過移動設(shè)備掃描二維碼來進(jìn)行到同一虛擬場景中，并且還可以發(fā)送該二維碼邀請其他用戶參與。

在本發(fā)明的一些實(shí)施例中，基于前述方案，還包括：獲取運(yùn)行Web客戶端的終端設(shè)備的配置信息；根據(jù)所述配置信息判斷所述終端設(shè)備是否能夠顯示所述虛擬場景；若判定所述終端設(shè)備能夠顯示所述虛擬場景，則向所述終端設(shè)備發(fā)送通訊接口的配置指令，以基于所述配置指令控制所述終端設(shè)備連接外接設(shè)備。

在將虛擬場景發(fā)布至Web端之后，可以基于該虛擬場景來模擬手術(shù)過程，以下列舉在模擬手術(shù)過程中的幾種控制模式，當(dāng)然本發(fā)明的實(shí)施方式并不限于此：

控制模式一：

在有多個(gè)Web客戶端同時(shí)運(yùn)行所述虛擬場景時(shí)，向所述多個(gè)Web客戶端中的一個(gè)Web客戶端分配對所述虛擬場景的控制權(quán)限。

控制模式一即為多人單控制模式，即當(dāng)有多個(gè)用戶進(jìn)入同一虛擬場景中時(shí)，僅有一個(gè)用戶具有對該虛擬場景的控制權(quán)限。

在該控制模式中，為了保證各個(gè)用戶的Web客戶端上呈現(xiàn)的虛擬場景顯示一致，需要進(jìn)行數(shù)據(jù)的同步，具體包括：

獲取所述一個(gè)Web客戶端(該客戶端即為具有控制權(quán)限的客戶端)上運(yùn)行的虛擬場景中發(fā)生變化的各項(xiàng)參數(shù)值；根據(jù)獲取到的所述各項(xiàng)參數(shù)值，更新Web服務(wù)端的參數(shù)，并將所述各項(xiàng)參數(shù)值發(fā)送至所述多個(gè)Web客戶端中的其它客戶端，以更新所述其它客戶端上運(yùn)行的虛擬場景中的參數(shù)。

控制模式二：

在有多個(gè)Web客戶端同時(shí)運(yùn)行所述虛擬場景時(shí)，向所述多個(gè)Web客戶端中的至少兩個(gè)Web客戶端分配對所述虛擬場景的控制權(quán)限。

控制模式二即為多人多控制模式，即當(dāng)有多個(gè)用戶進(jìn)入同一虛擬場景中時(shí)，有多個(gè)用戶都具有對該虛擬場景的控制權(quán)限。

在該控制模式中，為了保證各個(gè)用戶的Web客戶端上呈現(xiàn)的虛擬場景顯示一致，需要進(jìn)行數(shù)據(jù)的同步，具體包括：

獲取所述至少兩個(gè)Web客戶端(這些客戶端即為具有控制權(quán)限的客戶端)上運(yùn)行的虛擬場景中發(fā)生變化的各項(xiàng)參數(shù)值；根據(jù)獲取到的所述各項(xiàng)參數(shù)值，更新Web服務(wù)端的參數(shù)，并將所述各項(xiàng)參數(shù)值發(fā)送至所述多個(gè)Web客戶端中的每個(gè)客戶端，以更新所述每個(gè)客戶端上運(yùn)行的虛擬場景中的各項(xiàng)參數(shù)。

控制模式三：

在有一個(gè)Web客戶端運(yùn)行所述虛擬場景時(shí)，向所述一個(gè)Web客戶端分配對所述虛擬場景的控制權(quán)限。

控制模式三即為單人單控制模式，即僅有一個(gè)用戶進(jìn)入虛擬場景中，此時(shí)無需進(jìn)行數(shù)據(jù)的同步處理，也無需更新Web服務(wù)端的參數(shù)。

圖3示意性示出了根據(jù)本發(fā)明的第二個(gè)實(shí)施例的基于Web的手術(shù)模擬方法的流程圖。

參照圖3，可以在數(shù)據(jù)庫中對病灶/器官及周圍解剖結(jié)構(gòu)基于醫(yī)學(xué)影像進(jìn)行三維建模，得到建模文件，并在Web后端搭建基于Web的VR場景，然后將建模文件導(dǎo)入VR場景中得到虛擬場景。進(jìn)而基于虛擬場景與Web前端的瀏覽器進(jìn)行基于VR設(shè)備的虛擬交互。

以下對上述過程分別進(jìn)行詳細(xì)說明：

1、病灶/器官及周圍解剖結(jié)構(gòu)基于醫(yī)學(xué)影像的三維建模，得到建模文件。本發(fā)明提出了如下兩種具體的實(shí)施例：

實(shí)施例一：

參照圖4所示，在本發(fā)明的一個(gè)示例性實(shí)施例中，基于醫(yī)學(xué)影像進(jìn)行三維建模包括：

步驟S402，圖像及數(shù)據(jù)采集。

具體來說，根據(jù)臨床需求，以及臨床醫(yī)生和影像專家確認(rèn)的需要呈現(xiàn)在虛擬環(huán)境中的病灶和組織器官的信息，采集相對應(yīng)器官/病灶的解剖和功能信息。例如，若三維建模用于制定手術(shù)最優(yōu)方案，那么建模需要包含：病灶信息、病灶周圍組織器官信息、敏感性器官信息、手術(shù)過程中/介入過程中的路徑信息，以及與病灶相連接的重要不可觸碰的器官信息(例如，主動脈，神經(jīng))。

同時(shí)，可以通過CT和MR采集包含器官和病灶信息，以精確反應(yīng)人體解剖結(jié)構(gòu)的影像文件，該文件包括DICOM(Digital Imaging and Communications in Medicine，醫(yī)學(xué)數(shù)字成像和通信)文件和裸數(shù)據(jù)(raw data)文件。為了獲得空間分辨率足夠高的三維重建圖像，會采用高端CT的圖像文件作為基礎(chǔ)，數(shù)據(jù)采集層厚一般小于0.6mm，經(jīng)過特定的算法使得層厚在0.3mm-0.6mm之間，時(shí)間分辨率需要高于1/2的心動周期，保持x-y-z軸方向各向同性。

需要說明的是：上述的DICOM是醫(yī)學(xué)圖像和相關(guān)信息的國際標(biāo)準(zhǔn)(ISO 12052)，它定義了質(zhì)量能滿足臨床需要的可用于數(shù)據(jù)交換的醫(yī)學(xué)圖像格式。DICOM被廣泛應(yīng)用于放射醫(yī)療，心血管成像以及放射診療診斷設(shè)備(X射線、CT、核磁共振、超聲等)，并且在眼科和牙科等其它醫(yī)學(xué)領(lǐng)域得到越來越深入廣泛的應(yīng)用。在數(shù)以萬計(jì)的在用醫(yī)學(xué)影像設(shè)備中，DICOM是部署最為廣泛的醫(yī)療信息標(biāo)準(zhǔn)之一。

上述的裸數(shù)據(jù)是一個(gè)醫(yī)學(xué)影像的專有名詞，例如可以指從CT系統(tǒng)里直接提取出來的未做2維重建圖像(DICOM)的直接從探測器上采集的經(jīng)過人體衰減的數(shù)據(jù)。

此外，為了獲得更加精準(zhǔn)的三維重建文件，采用同一種影像設(shè)備中的不同相位期的影像文件也是必須的，例如，在CT成像中為了更清楚的顯示動脈和靜脈的血管信息，會在患者體內(nèi)注入一定的碘造影劑，并分別采集在動脈期和靜脈期的影像信息，為最終的三維重建提供數(shù)據(jù)。

步驟S404，圖像預(yù)處理。

步驟S406，數(shù)據(jù)預(yù)處理及2維圖像重建。

步驟S408，3維圖像重建及圖像后處理。

步驟S410，基于醫(yī)學(xué)影像的圖像建模。

在本發(fā)明的示例性實(shí)施例中，對圖像的處理可以包括圖像預(yù)處理，后處理，以及2D轉(zhuǎn)換3D圖像建模?；贒ICOM圖像或者裸數(shù)據(jù)，根據(jù)圖像特性，例如CT的HU值和低對比度，對圖像進(jìn)行感興趣區(qū)域劃分、圖像分割和3D建模，最終使每一個(gè)器官，功能塊，病灶獨(dú)立形成一個(gè)重建文件。并通過圖像配準(zhǔn)，例如參考MR下同一器官/病灶的圖像，與獲得的高空間分辨率的CT圖像根據(jù)解剖特征點(diǎn)進(jìn)行配準(zhǔn)，得到更加清晰的功能信息。

步驟S412，生成基于醫(yī)學(xué)影像的病灶/器官及周圍解剖結(jié)構(gòu)的可在VR環(huán)境下顯示和互動的建模文件。

具體來說，將基于醫(yī)學(xué)影像的每個(gè)病灶和器官及周邊組織的3D建模文件轉(zhuǎn)換成虛擬現(xiàn)實(shí)環(huán)境可接受文件，如“.OBJ”文件(一種標(biāo)準(zhǔn)的3D模型文件格式)。并在轉(zhuǎn)換過程中確保解剖信息不扭曲、不丟失，并對每個(gè)3D建模文件，在虛擬現(xiàn)實(shí)的環(huán)境中的進(jìn)行材質(zhì)，顏色，折射，透明度，光澤的定義和設(shè)置。

實(shí)施例二：

參照圖5所示，在本發(fā)明的二個(gè)示例性實(shí)施例中，主要是基于醫(yī)學(xué)影像DICOM文件和/或裸數(shù)據(jù)生成建模文件。

具體地，根據(jù)臨床醫(yī)生和影像專家工程師確認(rèn)的需要呈現(xiàn)在虛擬環(huán)境中的病灶和組織器官的消息，采集臨床醫(yī)學(xué)影像數(shù)據(jù)，對其進(jìn)行圖像預(yù)處理、后處理、重建及格式轉(zhuǎn)換和優(yōu)化等一系列影像處理技術(shù)，形成可被虛擬現(xiàn)實(shí)環(huán)境接受的文件格式。下面結(jié)合圖5對其進(jìn)行說明。

首先，進(jìn)行圖像和數(shù)據(jù)采集。

在本發(fā)明的一個(gè)實(shí)施例中，可以獲取DICOM圖像。在本發(fā)明的另一實(shí)施例中，在另一實(shí)施例中，可以獲取裸數(shù)據(jù)，然后對該裸數(shù)據(jù)進(jìn)行數(shù)據(jù)預(yù)處理和圖像重建。例如：降噪、去偽影、感興趣區(qū)域選擇(ROI(region of interest)info)、迭代重建增強(qiáng)等等。

其次，對上述采集的圖像和數(shù)據(jù)進(jìn)行圖像處理。

在圖5所示的實(shí)施方式中，圖像處理可以包括圖像預(yù)處理、圖像后處理和圖像建模。

其中，圖像預(yù)處理例如可以包括：圖像配準(zhǔn)、感興趣區(qū)域增強(qiáng)，骨提取、肌肉提取、圖像偽影消除等。圖像后處理例如可以包括：圖像分裂，過濾，擴(kuò)散，量化，轉(zhuǎn)換等。圖像建模例如可以包括：切割，過濾，標(biāo)識等。

其中，這里的圖像建模可以采用三維圖像重建及顯示：利用經(jīng)典三維重建算法，對獲取的序列圖像在計(jì)算機(jī)上進(jìn)行三維重建；并利用可視化技術(shù)顯示出模體數(shù)據(jù)中各個(gè)斷層圖像數(shù)據(jù)，同時(shí)包括了裁剪、縮放圖像處理功能，實(shí)現(xiàn)了對圖像的更多的交互處理。

通過對上述圖像處理的迭代過程，并經(jīng)影像專家工程師和臨床醫(yī)生確保圖像/模體精準(zhǔn)的呈現(xiàn)器官和病灶信息，生成建模文件。

2、搭建基于Web的VR場景。

在本發(fā)明的實(shí)施例中，可以基于瀏覽器，使用three.js編寫代碼，利用WebGL技術(shù)建立三維場景，包括如下過程：

(1)獲取VR設(shè)備和進(jìn)行通訊配置。

當(dāng)瀏覽器訪問服務(wù)器時(shí)，服務(wù)器會通過API(Application Programming Interface，應(yīng)用程序編程接口)接口獲取VR設(shè)備，如手機(jī)等的一些配置信息，通過檢測這些配置來判斷該設(shè)備是否具備VR顯示功能，當(dāng)具有VR顯示功能時(shí)，對該設(shè)備的通訊接口，如藍(lán)牙等進(jìn)行配置，以連通對應(yīng)的藍(lán)牙手柄、手套等外接設(shè)備。

(2)建立VR場景。

打開網(wǎng)頁后，顯示的是一般三維場景，若設(shè)備通過檢測，可點(diǎn)擊下方的“Enter VR”進(jìn)入VR場景。先建立一個(gè)空的場景，再在該場景中加入天空盒，即正方體六個(gè)面的背景，具體如圖6所示。

(3)加入攝像機(jī)。

在天空盒中加入攝像機(jī)，并調(diào)整其高度、方向、視野、視角等，使其與天空盒地面的高度等于手機(jī)距離實(shí)際地面的高度，這樣使用者會更具有臨場感。

(4)添加渲染器。

在添加渲染器之后，可以對渲染器參數(shù)進(jìn)行配置。

(5)加入控制(control)對象和效果(effect)對象。

加入control對象和effect對象，control對象主要對VR設(shè)備的狀態(tài)信息進(jìn)行獲取并應(yīng)用到攝像機(jī)上。例如在手機(jī)上顯示的時(shí)候，手機(jī)的旋轉(zhuǎn)傾斜等就會直接作用到攝像機(jī)上。effect對象主要把屏幕顯示切割為左右眼所視的屏幕，兩個(gè)屏幕所顯示的內(nèi)容具有一定的差異，使得人的雙目立體視覺可以把屏幕中的內(nèi)容看得立體化。

(6)加載三維模型。

加載三維模型，可加載的文件格式包括“.stl”和“.obj”，對每個(gè)三維模型在虛擬現(xiàn)實(shí)環(huán)境中都需要進(jìn)行材質(zhì)、顏色、折射、透明度、光澤、位置的定義和設(shè)置，并將該模型加入虛擬場景中，同時(shí)在虛擬場景中加入照明參數(shù)。

(7)渲染場景。

具體可以利用渲染器來渲染整個(gè)場景。

3、在經(jīng)過上述的處理之后，將虛擬場景發(fā)布到互聯(lián)網(wǎng)Web端。

具體地，在服務(wù)器端部署node.js及其相關(guān)框架，配置服務(wù)器環(huán)境，服務(wù)器可以選擇本地服務(wù)器，也可以選擇云端服務(wù)器；然后將網(wǎng)站內(nèi)容上傳到服務(wù)器上，并進(jìn)行域名綁定。之后用戶可以通過瀏覽器訪問相應(yīng)的網(wǎng)站平臺，在進(jìn)入VR模式后，可以利用虛擬眼鏡/頭盔觀看內(nèi)容或進(jìn)行虛擬操作。

基于Web端構(gòu)建虛擬場景的優(yōu)勢在于其服務(wù)器的運(yùn)算性能大大高于移動終端。對于一些復(fù)雜及大量的仿真建模文件，可以利用后臺服務(wù)器CPU強(qiáng)大的運(yùn)算性能以及顯卡GPU的渲染性能，對復(fù)雜數(shù)據(jù)進(jìn)行處理和渲染，在服務(wù)器端生成虛擬場景，然后再將其發(fā)送到Web端，用戶訪問網(wǎng)站進(jìn)入VR虛擬場景后，將手機(jī)安裝在虛擬眼鏡中，就可以開始與虛擬環(huán)境互動了。具體地，如圖7所示為本發(fā)明實(shí)施例的通過虛擬眼鏡或頭盔等顯示的虛擬交互環(huán)境示意圖。圖8所示為本發(fā)明實(shí)施例的將虛擬交互環(huán)境在手機(jī)APP上運(yùn)行的一個(gè)示例。

基于上述的方案，可以構(gòu)建互聯(lián)網(wǎng)社區(qū)平臺，該平臺可以提供遠(yuǎn)程會診和病例分析、術(shù)前規(guī)劃和多人模擬手術(shù)等功能。遠(yuǎn)程會診和病例分析的功能可使同一地點(diǎn)的多位醫(yī)生或者不同地點(diǎn)的多位醫(yī)生通過佩戴VR設(shè)備進(jìn)入到同一個(gè)虛擬場景中，對病人進(jìn)行遠(yuǎn)程會診和病例分析。術(shù)前規(guī)劃功能使得主治醫(yī)生可通過VR設(shè)備在虛擬場景中對病人進(jìn)行術(shù)前規(guī)劃講解，其他醫(yī)生和病人可通過VR設(shè)備同步到同一個(gè)虛擬場景中。多人模擬手術(shù)功能可實(shí)現(xiàn)多位醫(yī)生在同一個(gè)虛擬場景中配合操作，模擬手術(shù)。

具體地可以包括如下步驟：

步驟1、上傳病例模型，創(chuàng)建虛擬場景。

用戶(如醫(yī)生)可以將病例的三維模型或醫(yī)學(xué)影像上傳至本平臺的后臺服務(wù)器，同時(shí)基于上傳的數(shù)據(jù)創(chuàng)建一個(gè)虛擬場景，將生成的該虛擬場景二維碼或者網(wǎng)站鏈接發(fā)送給需要參與會診的醫(yī)生，醫(yī)生可以通過掃碼打開瀏覽器或者直接通過鏈接打開瀏覽器，進(jìn)入到虛擬場景中。

步驟2、配置手術(shù)設(shè)備和介入器械。

本虛擬平臺還提供了多種醫(yī)用手術(shù)器械和介入設(shè)備，供主控醫(yī)生進(jìn)行控制，在虛擬場景建立后，需要載入手術(shù)中需要用到的設(shè)備和器械。

步驟3、獲取主控權(quán)。

當(dāng)所有醫(yī)生進(jìn)入到虛擬場景中后，已獲取主控權(quán)的醫(yī)生可對病例進(jìn)行操作和講解，包括對病例模型進(jìn)行旋轉(zhuǎn)、拖動、縮放等，對腫瘤等病灶高亮，使用手術(shù)器械或者介入設(shè)備進(jìn)行操作等，而其他醫(yī)生可以同步到主控權(quán)醫(yī)生的視角，也可以申請主控權(quán)來獲得對案例的控制和操作。

即在本發(fā)明的實(shí)施例中，當(dāng)有多個(gè)醫(yī)生進(jìn)入虛擬場景時(shí)，可以同時(shí)賦予多個(gè)醫(yī)生主控權(quán)來進(jìn)行手術(shù)模擬，多人同時(shí)操控設(shè)備對病人實(shí)施模擬手術(shù)；也可以僅賦予一個(gè)醫(yī)生主控權(quán)來進(jìn)行手術(shù)模擬。當(dāng)只有一個(gè)醫(yī)生進(jìn)入虛擬場景時(shí)，可以賦予該醫(yī)生對虛擬場景的主控權(quán)。

需要說明的是：在本發(fā)明的實(shí)施例中，Web客戶端與Web服務(wù)端之間可以基于WebSocket技術(shù)進(jìn)行網(wǎng)頁實(shí)時(shí)通信。

WebSocket技術(shù)是HTML5提供的瀏覽器與服務(wù)器間全雙工通信技術(shù)，主要用于實(shí)時(shí)通信服務(wù)。WebSocket技術(shù)十分高效，只須瀏覽器和服務(wù)器進(jìn)行一次握手便可雙向傳遞數(shù)據(jù)。Socket.IO是Node.JS的一個(gè)開源模塊，它對WebSocket進(jìn)行了封裝，提供了建立連接和消息推送的接口，在本發(fā)明的實(shí)施例中，可以基于此模塊在Web服務(wù)端建立Socket服務(wù)，并與每個(gè)Web客戶端相連，完成信息更新和消息處理工作。目前，IE、FireFox、Chrome、Opera等主流瀏覽器均支持該技術(shù)。

具體架構(gòu)如圖9所示，Web服務(wù)端與Web客戶端通過WebSocket通信保持同步。Web服務(wù)端程序?qū)崿F(xiàn)數(shù)據(jù)庫交互、客戶端事件處理等功能。Web服務(wù)端程序啟動后監(jiān)聽端口，為登錄用戶建立服務(wù)，同時(shí)建立和Web客戶端程序的socket連接。Web客戶端程序?qū)崿F(xiàn)三維模型顯示、VR顯示等功能，其中，Web客戶端程序可以運(yùn)行在用戶的瀏覽器上。Web客戶端程序與Web服務(wù)端程序連接，向Web服務(wù)端發(fā)送自身信息，并接收Web服務(wù)端發(fā)送的其他Web客戶端信息和系統(tǒng)命令。

基于上述的網(wǎng)絡(luò)架構(gòu)，本發(fā)明可以有如下幾種控制模式：

多用戶單人控制：

當(dāng)某個(gè)Web客戶端獲取主控權(quán)后，該Web客戶端將運(yùn)行的虛擬場景中變化的所有參數(shù)(包括三維模型的位置、旋轉(zhuǎn)角度、攝像頭位置及角度等參數(shù))發(fā)送到Web服務(wù)端，Web服務(wù)端會更新其上存儲的參數(shù)值，然后將這些參數(shù)發(fā)送到其他Web客戶端，以更新其他Web客戶端上顯示的界面。

多用戶多人控制：

服務(wù)器端先存儲虛擬場景中的原始參數(shù)(包括所有模型和器械的三維坐標(biāo)、旋轉(zhuǎn)角度等信息)，當(dāng)某幾個(gè)客戶端同時(shí)移動或者旋轉(zhuǎn)某個(gè)模型或者器械后，客戶端會立刻將更改的變量發(fā)送給服務(wù)器，服務(wù)器按時(shí)間順序依次將消息壓入消息隊(duì)列，并依次更改服務(wù)器上的值，再廣播給所有的客戶端，以達(dá)到所有客戶端同步更新的目的。

單用戶單人控制：

在該控制模式下，用戶只需在相應(yīng)的Web客戶端上進(jìn)行虛擬操作，該Web客戶端無需與Web服務(wù)端進(jìn)行通信。

圖10示意性示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于Web的手術(shù)模擬裝置的框圖。

參照圖10，根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于Web的手術(shù)模擬裝置1000，包括：獲取單元1002、構(gòu)建單元1004、加載單元1006、發(fā)布單元1008和處理單元1010。

具體地，獲取單元1002用于獲取根據(jù)醫(yī)學(xué)影像生成的建模文件，所述建模文件用于在虛擬環(huán)境中進(jìn)行顯示及交互；構(gòu)建單元1004用于構(gòu)建基于Web的虛擬場景；加載單元1006用于將所述建模文件加載至所述虛擬場景中；發(fā)布單元1008用于在將所述建模文件加載至所述虛擬場景中之后，將所述虛擬場景發(fā)布至Web端；處理單元1010用于基于發(fā)布至所述Web端的虛擬場景模擬手術(shù)過程。

需要說明的是，上述基于Web的手術(shù)模擬裝置中各模塊/單元的具體細(xì)節(jié)已經(jīng)在對應(yīng)的基于Web的手術(shù)模擬方法中進(jìn)行了詳細(xì)的描述，因此此處不再贅述。

此外，本發(fā)明的實(shí)施方式還提供一種電子設(shè)備，可以包括：處理器和存儲器，其中，所述存儲器存儲有可執(zhí)行指令，所述處理器用于調(diào)用所述存儲器存儲的可執(zhí)行指令執(zhí)行如本發(fā)明上述實(shí)施例中所述的基于Web的手術(shù)模擬方法。

在示例性實(shí)施例中，還提供了一種包括指令的非臨時(shí)性計(jì)算機(jī)可讀存儲介質(zhì)，例如包括指令的存儲器，上述指令可由電子設(shè)備的處理器執(zhí)行以完成在示例性實(shí)施例中的上述技術(shù)方案。例如，所述非臨時(shí)性計(jì)算機(jī)可讀存儲介質(zhì)可以是ROM、隨機(jī)存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲設(shè)備等。

應(yīng)當(dāng)注意，盡管在上文詳細(xì)描述中提及了用于動作執(zhí)行的設(shè)備的若干模塊或者單元，但是這種劃分并非強(qiáng)制性的。實(shí)際上，根據(jù)本發(fā)明的實(shí)施方式，上文描述的兩個(gè)或更多模塊或者單元的特征和功能可以在一個(gè)模塊或者單元中具體化。反之，上文描述的一個(gè)模塊或者單元的特征和功能可以進(jìn)一步劃分為由多個(gè)模塊或者單元來具體化。

通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員易于理解，這里描述的示例實(shí)施方式可以通過軟件實(shí)現(xiàn)，也可以通過軟件結(jié)合必要的硬件的方式來實(shí)現(xiàn)。因此，根據(jù)本發(fā)明實(shí)施方式的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個(gè)非易失性存儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中或網(wǎng)絡(luò)上，包括若干指令以使得一臺計(jì)算設(shè)備(可以是個(gè)人計(jì)算機(jī)、服務(wù)器、觸控終端、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行根據(jù)本發(fā)明實(shí)施方式的方法。

本領(lǐng)域技術(shù)人員在考慮說明書及實(shí)踐這里公開的發(fā)明后，將容易想到本發(fā)明的其它實(shí)施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本發(fā)明未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實(shí)施例僅被視為示例性的，本發(fā)明的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本發(fā)明的范圍僅由所附的權(quán)利要求來限制。