本申請屬于網(wǎng)絡技術領域，具體地說，涉及一種頁面顯示方法及裝置。

背景技術：

iframe是一種html(hypertextmarkuplanguage，超級文本標記語言)標簽，通過iframe可以在一個站點的頁面中嵌入另外一個站點的頁面。

例如，在站點a的頁面中通過iframe可以嵌入站點b的頁面，其中，站點b的頁面即稱為iframe頁面，站點a的頁面也即為該iframe頁面對應的父頁面，從而進行頁面顯示的客戶端，比如瀏覽器，可以在站點a的父頁面中，向站點b發(fā)起調(diào)用iframe頁面并進行顯示的請求，實現(xiàn)跨域調(diào)用。

而由于任意的站點均可以通過iframe在其頁面中嵌入其它站點的頁面，這就存在惡意站點惡意調(diào)用iframe頁面的情況，以竊取iframe頁面提供的信息等，比如iframe頁面為一個用戶登錄頁面時，惡意站點就可以竊取用戶提供的登錄信息。

為了提高跨域調(diào)用安全性，避免iframe頁面被惡意調(diào)用，現(xiàn)有技術中，通過在客戶端配置判斷邏輯，由客戶端執(zhí)行判斷邏輯，對調(diào)用iframe頁面的父頁面進行判斷，判斷父頁面是否在預先設置的白名單內(nèi)，如果在白名單內(nèi)，客戶端即可以向服務端請求獲取iframe頁面進行顯示，如果不在白名單內(nèi)，則拒絕向服務端請求獲取iframe頁面。

但是，現(xiàn)有技術的這種方式，判斷邏輯的邏輯代碼都暴露在客戶端，存在泄露風險，惡意攻擊站點可以修改判斷邏輯或者白名單，而使得可以繼續(xù)調(diào)用iframe頁面，因此安全性仍然較低。

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

有鑒于此，本申請所要解決的技術問題是提供了一種頁面顯示方法及裝置，提高了跨域調(diào)用的安全性。

為了解決上述技術問題，本申請公開了一種頁面顯示方法，包括：

服務端接收客戶端發(fā)送的iframe頁面顯示請求；

根據(jù)所述iframe頁面顯示請求，確定調(diào)用所述iframe頁面的父頁面；

判斷所述父頁面是否滿足調(diào)用條件；

在所述父頁面滿足調(diào)用條件時，指示所述客戶端顯示所述iframe頁面；

在所述父頁面不滿足調(diào)用條件時，指示所述客戶端不顯示所述iframe頁面。

優(yōu)選地，所述判斷所述iframe頁面嵌套的父頁面是否滿足調(diào)用條件包括：

判斷所述父頁面是否位于白名單內(nèi)，和/或所述父頁面是否滿足校驗規(guī)則；所述白名單中包括預先配置的允許調(diào)用所述iframe頁面的頁面信息；

優(yōu)選地，所述判斷所述父頁面是否滿足校驗規(guī)則包括：

判斷所述父頁面的頁面地址中是否未包括過濾關鍵信息；

如果是，確定所述父頁面滿足校驗規(guī)則；

如果否，確定所述父頁面不滿足校驗規(guī)則。

優(yōu)選地，所述判斷所述父頁面是否滿足調(diào)用條件包括：

從策略中心設備獲取預先配置的調(diào)用條件；所述策略中心設備用于接收配置請求，根據(jù)所述配置請求配置或更新所述調(diào)用條件；

判斷所述父頁面是否滿足所述調(diào)用條件。

優(yōu)選地，在判斷所父頁面不滿足調(diào)用條件之后，所述方法還包括：

判斷是否連續(xù)預設次數(shù)接收到所述客戶端從所述父頁面發(fā)起的所述iframe頁面顯示請求；

在連續(xù)預設次數(shù)接收到所述客戶端從所述父頁面發(fā)起的所述iframe頁面顯示請求時，根據(jù)所述父頁面的頁面信息更新所述調(diào)用條件。

一種頁面顯示裝置，包括：

請求接收模塊，用于接收客戶端發(fā)送的iframe頁面顯示請求；

頁面確定模塊，用于根據(jù)所述iframe頁面顯示請求，確定調(diào)用所述iframe頁面的父頁面；

請求判斷模塊，用于判斷所述父頁面是否滿足調(diào)用條件；

顯示觸發(fā)模塊，用于在所述父頁面滿足調(diào)用條件時，指示所述客戶端顯示所述iframe頁面；在所述父頁面不滿足調(diào)用條件時，指示所述客戶端不顯示所述iframe頁面。

優(yōu)選地，所述請求判斷模塊具體用于：

判斷所述父頁面是否位于白名單內(nèi)，和/或所述父頁面是否滿足校驗規(guī)則；所述白名單中包括預先配置的允許調(diào)用所述iframe頁面的頁面信息；

優(yōu)選地，所述請求判斷模塊判斷所述父頁面是否滿足校驗規(guī)則具體是：

判斷所述父頁面的頁面地址中是否未包括過濾關鍵信息，如果是，確定所述父頁面滿足校驗規(guī)則，如果否，確定所述父頁面不滿足校驗規(guī)則。

優(yōu)選地，所述請求判斷模塊包括：

獲取單元，用于從策略中心設備獲取預先配置的調(diào)用條件；所述策略中心設備用于接收配置請求，根據(jù)所述配置請求配置或更新所述調(diào)用條件；

判斷單元，用于判斷所述父頁面是否滿足所述調(diào)用條件。

優(yōu)選地，所述裝置還包括：

異常判斷模塊，用于判斷是否連續(xù)接收到所述客戶端從所述父頁面發(fā)起的所述iframe頁面顯示請求；

配置更新模塊，用于在所述異常判斷模塊結(jié)果為是時，根據(jù)所述父頁面的頁面信息更新所述調(diào)用條件。

與現(xiàn)有技術相比，本申請可以獲得包括以下技術效果：

服務端接收客戶端發(fā)送的的iframe頁面顯示請求，確定調(diào)用所述iframe 頁面的父頁面，并判斷所述父頁面是否滿足調(diào)用條件，在所述父頁面滿足調(diào)用條件，再指示客戶端顯示iframe頁面，否則指示客戶端拒絕顯示該iframe頁面，由于在服務端進行安全性判斷，可以避免泄露風險，提高了跨域調(diào)用的安全性，且在服務端可以對調(diào)用條件進行動態(tài)配置，隨時更新，保證調(diào)用條件的準確性，進一步提高了跨域調(diào)用的安全性。

當然，實施本申請的任一產(chǎn)品必不一定需要同時達到以上所述的所有技術效果。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：

圖1是本申請實施例的一種頁面顯示方法一個實施例的流程圖；

圖2～圖4分別是本申請實施例中的頁面顯示示意圖；

圖5是本申請實施例的一種頁面顯示裝置一個實施例的結(jié)構示意圖；

圖6是本申請實施例的一個頁面顯示裝置一個實施例的結(jié)構示意圖。

具體實施方式

以下將配合附圖及實施例來詳細說明本申請的實施方式，藉此對本申請如何應用技術手段來解決技術問題并達成技術功效的實現(xiàn)過程能充分理解并據(jù)以實施。

本申請技術方案主要應用于跨域調(diào)用場景中，由于任意的站點均可以通過iframe在其頁面中嵌入其它站點的頁面，這就存在惡意站點惡意調(diào)用iframe頁面的情況。

為了保證跨域調(diào)用的安全性，發(fā)明人經(jīng)過一系列研究提出本申請的技術方案，在本申請實施例中，由服務端接收客戶端的iframe頁面顯示請求，確定調(diào)用所述iframe頁面的父頁面，并判斷iframe頁面的父頁面是否滿足調(diào)用條件，在iframe頁面的父頁面滿足調(diào)用條件時，再指示客戶端顯示iframe 頁面，否則即指示客戶端不顯示該iframe頁面，由于在服務端進行安全性判斷，可以避免代碼泄露風險，提高了安全性，且在服務端可以對調(diào)用條件進行動態(tài)配置，隨時更新，保證調(diào)用條件的準確性，進一步提高了跨域調(diào)用的安全性。

下面結(jié)合附圖對本申請技術方案進行詳細描述。

圖1為本申請實施例提供的一種頁面顯示方法一個實施例的流程圖，本實施例所述技術方案應用于服務端中，具體可以是web服務器中，該方法可以包括以下幾個步驟：

101：接收客戶端的iframe頁面顯示請求。

其中，客戶端可以是指瀏覽器(browser)或者客戶機(client)。

iframe頁面顯示請求可以是用戶通過點擊等觸發(fā)操作，操作客戶端當前站點顯示頁面中通過iframe創(chuàng)建的iframe框架而觸發(fā)的。

比如在a站點的頁面中嵌入b站點的iframe框架，這個iframe框架可以為登錄框架，以接收登錄信息登錄b站點，b站點的頁面即為iframe頁面，用戶輸入登錄信息請求調(diào)用b站點的頁面，即會觸發(fā)iframe頁面顯示請求。

102：根據(jù)所述iframe頁面顯示請求，確定調(diào)用所述iframe頁面的父頁面。

103：判斷所述父頁面是否滿足調(diào)用條件，如果是，執(zhí)行步驟103，如果否，執(zhí)行步驟104。

104：指示客戶端顯示所述iframe頁面。

105：指示客戶端不顯示所述iframe頁面。

在本申請實施例中，由服務端判斷調(diào)用iframe頁面的父頁面是否滿足調(diào)用條件，在滿足調(diào)用條件時，再指示客戶端顯示iframe頁面，如果不滿足調(diào)用條件，即指示客戶端不顯示iframe頁面。調(diào)用條件可以根據(jù)實際情況設置，以避免惡意站點的調(diào)用，由于在服務端進行安全性判斷，可以避免代碼泄露風險，提高了安全性，且在服務端，可以對調(diào)用條件進行動態(tài)配置，隨時更新，保證調(diào)用條件的準確性，進一步提高了跨域調(diào)用的安全性。

作為又一個實施例，所述判斷所述父頁面是否滿足調(diào)用條件可以包括：

判斷所述父頁面是否位于白名單內(nèi)，和/或所述父頁面是否滿足校驗規(guī)則；其中，所述白名單中包括預先配置的允許調(diào)用所述iframe頁面的頁面信息，頁面信息例如可以是指頁面地址等，白名單針對頁面地址或域名進行校驗。校驗規(guī)則可以是對頁面地址或域名的格式進行校驗，例如校驗規(guī)則可以是父頁面的頁面地址未包括過濾關鍵信息。也即如果父頁面的頁面地址包括過濾關鍵信息，不滿足校驗規(guī)則，如果不包括過濾關鍵信息，滿足校驗規(guī)則。

關鍵信息可以是指關鍵詞或關鍵字符等，例如關鍵字符“../../”，包括關鍵字符的頁面地址會認為不滿足校驗規(guī)則，請求被攔截，客戶端即不會顯示iframe頁面。

白名單中的頁面信息可以為頁面地址中的域名信息，例如“.google.com”“.alipay.com”“.taobao.com”等。如果父頁面的頁面信息不在白名單內(nèi)，則請求被攔截，客戶端即不會顯示iframe頁面。

其中，判斷所述父頁面是否位于白名單內(nèi)，和/或所述父頁面是否滿足校驗規(guī)則可以包括以下幾種情況：

判斷所述父頁面是否位于白名單內(nèi)，或者所述父頁面是否滿足校驗規(guī)則，可以優(yōu)先判斷父頁面是否位于白名單內(nèi)，如果所述父頁面不位于白名單內(nèi)時，再判斷所述父頁面是否滿足校驗規(guī)則；

或者，

判斷所述父頁面是否位于白名單內(nèi)以及所述父頁面是否滿足校驗規(guī)則。

因此服務端指示客戶端顯示所述iframe頁面可以是在所述父頁面位于白名單內(nèi)、所述父頁面滿足校驗規(guī)則或者所述父頁面位于白名單內(nèi)且滿足校驗規(guī)則。

服務端指示客戶端不顯示所述iframe頁面可以是在所述父頁面不位于白名單內(nèi)且不滿足校驗規(guī)則或者所述父頁面不滿足位于白名單以及校驗規(guī)則中的一個。

其中，調(diào)用條件可以預先配置，服務端可以接收用戶的配置請求，進行調(diào)用條件的配置以及更新。

也即調(diào)用條件可以動態(tài)配置，可以根據(jù)實際情況或者風險情況進行更新，進一步提高了跨域調(diào)用的安全性。

其中，根據(jù)所述iframe頁面顯示請求，確定調(diào)用所述iframe頁面的父頁面，可以從所述iframe頁面顯示請求中的referer信息獲得。

referer是header(標頭)的一部分，當客戶端向服務端發(fā)送請求的時候，一般會攜帶referer，告知服務端請求是從哪個頁面鏈接過來的，因此通過referer可以獲知iframe頁面的父頁面。

標頭(header)是服務端與客戶端基于http協(xié)議傳輸時送出的字符串。

其中，指示客戶端顯示所述iframe頁面，也即允許在父頁面中通過iframe創(chuàng)建的iframe框架中嵌入iframe頁面。

指示客戶端不顯示所述iframe頁面可以包括：

指示客戶端拒絕顯示所述iframe頁面；或者指示客戶端顯示錯誤提示信息。

如圖2～圖4所示的頁面顯示示意圖中，圖2為在父頁面201中嵌入了iframe框架202，顯示登錄提示信息，通過填寫賬號以及密碼等登錄信息，執(zhí)行登錄操作，即觸發(fā)向服務端發(fā)送iframe頁面顯示請求。

圖3為服務端指示客戶端拒絕顯示所述iframe頁面時的顯示示意圖，在父頁面201的iframe框架中可以顯示空白內(nèi)容301。

圖4為服務端指示客戶端顯示錯誤提示信息，在父頁面201的iframe框架中可以顯示錯誤提示信息頁面401。

其中，指示客戶端顯示或拒絕顯示iframe頁面，可以通過服務端對客戶端的響應進行設置，通過設置響應頭中的x-frame-options，以指示客戶端 顯示或拒絕顯示所述iframe頁面。

x-frame-options有三個值：

deny，任何頁面都不能被嵌入到iframe或者frame中。

sameorigin，頁面只能被本站頁面嵌入到iframe或者frame中。

allow-fromuri，頁面自能被指定的uri嵌入到iframe或frame中。

因此，通過設置x-frame-options為deny，即可以使得客戶端拒絕顯示iframe頁面。設置x-frame-options為allow-fromuri，即可以使得客戶端可以顯示iframe頁面。

其中，判斷所述父頁面是否滿足調(diào)用條件，可以包括：

從策略中心設備獲取預先配置的調(diào)用條件；

判斷所述父頁面是否滿足所述調(diào)用條件。

其中，所述策略中心設備用于接收配置請求，根據(jù)所述配置請求配置或更新所述調(diào)用條件。

當然，調(diào)用條件可以直接配置在服務端，服務端可以接收配置請求，根據(jù)所述配置請求配置或更新所述調(diào)用條件。

作為又一個實施例，判斷所述父頁面是否滿足調(diào)用條件，可以是：

判斷所述父頁面是否在白名單內(nèi)，和/或所述父頁面是否滿足從策略中心設備獲取的校驗規(guī)則。

也即白名單可以預先配置在服務端，校驗規(guī)則可以預先配置在策略中心設備，對校驗規(guī)則的判斷需要從策略中心設備獲取該校驗規(guī)則。

另外，服務端在父頁面在白名單內(nèi)且不滿足校驗規(guī)則時，指示客戶端拒絕顯示iframe頁面或者指示客戶端顯示錯誤提示信息，可以是從策略中心設備獲取配置策略，按照所述配置策略，指示客戶端拒絕顯示iframe頁面或者指示客戶端顯示錯誤提示信息。也即指示客戶端拒絕顯示iframe頁面或者指示客戶端顯示錯誤提示信息的處理方式可以預先配置在策略中心設備，當然 也可以預先配置在服務端。

此外，作為又一個實施例，在判斷所父頁面不滿足調(diào)用條件之后，所述方法還包括：

判斷是否連續(xù)預設次數(shù)接收到所述客戶端從所述父頁面發(fā)起的所述iframe頁面顯示請求；

在連續(xù)預設次數(shù)接收到所述客戶端從所述父頁面發(fā)起的所述iframe頁面顯示請求時，根據(jù)所述父頁面的頁面信息更新所述調(diào)用條件。

也即從如果不滿足調(diào)用條件的父頁面多次發(fā)起iframe頁面顯示請求時，可以認為父頁面對應站點為惡意站點，根據(jù)父頁面的頁面信息可以更新所述調(diào)用條件，例如可以從父頁面的頁面信息中提取過濾關鍵信息，根據(jù)提取過濾關鍵信息更新校驗規(guī)則等。

圖5為本申請實施例提供的一種頁面顯示裝置一個實施例的結(jié)構示意圖，本實施例所述裝置配置在服務端中，該裝置可以包括：

請求接收模塊501，用于接收客戶端發(fā)送的iframe頁面顯示請求；

頁面確定模塊502，用于根據(jù)所述iframe頁面顯示請求，確定調(diào)用所述iframe頁面的父頁面；

請求判斷模塊503，用于判斷所述父頁面是否滿足調(diào)用條件；

顯示觸發(fā)模塊504，用于在所述iframe頁面嵌套的父頁面滿足調(diào)用條件時，，指示所述客戶端顯示所述iframe頁面；在所述在所述父頁面不滿足調(diào)用條件時，指示所述客戶端不顯示所述iframe頁面。

在本申請實施例中，由服務端判斷調(diào)用iframe頁面的父頁面是否滿足調(diào)用條件，在滿足調(diào)用條件時，再指示客戶端顯示iframe頁面，如果不滿足調(diào)用條件，即指示客戶端不顯示iframe頁面。調(diào)用條件可以根據(jù)實際情況設置，以避免惡意站點的調(diào)用，由于在服務端進行安全性判斷，可以避免代碼泄露風險，提高了安全性，且在服務端，可以對調(diào)用條件進行動態(tài)配置，隨時更新，保證調(diào)用條件的準確性，進一步提高了跨域調(diào)用的安全性。

其中，作為又一個實施例，所述請求判斷模塊503具體用于：

判斷所述父頁面是否位于白名單內(nèi)，和/或所述父頁面是否滿足校驗規(guī)則。

其中，所述白名單中包括預先配置的允許調(diào)用所述iframe頁面的頁面信息；頁面信息例如可以是指頁面地址等，白名單針對頁面地址或域名進行校驗。校驗規(guī)則可以是對頁面地址或域名的格式進行校驗，例如校驗規(guī)則可以是父頁面的頁面地址未包括過濾關鍵信息。也即如果父頁面的頁面地址包括過濾關鍵信息，不滿足校驗規(guī)則，如果不包括過濾關鍵信息，滿足校驗規(guī)則。

因此，所述請求判斷模塊503判斷所述父頁面是否滿足校驗規(guī)則可以是：

判斷所述父頁面的頁面地址中是否未包括過濾關鍵信息，如果是，確定所述父頁面滿足校驗規(guī)則，如果否，確定所述父頁面不滿足校驗規(guī)則。

關鍵信息可以是指關鍵詞或關鍵字符等，例如關鍵字符“../../”，包括關鍵字符的頁面地址會認為不滿足校驗規(guī)則，請求被攔截，客戶端即不會顯示iframe頁面。

其中，調(diào)用條件可以預先配置，服務端可以接收用戶的配置請求，進行調(diào)用條件的配置以及更新。

也即調(diào)用條件可以動態(tài)配置，可以根據(jù)實際情況或者風險情況進行更新，進一步提高了跨域調(diào)用的安全性。

其中，頁面確定模塊502根據(jù)所述iframe頁面顯示請求，確定調(diào)用所述iframe頁面的父頁面，可以從所述iframe頁面顯示請求中的referer信息獲得。

referer是header(標頭)的一部分，當客戶端向服務端發(fā)送請求的時候，一般會攜帶referer，告知服務端請求是從哪個頁面鏈接過來的，因此通過referer可以獲知iframe頁面的父頁面。

標頭(header)是服務端與客戶端基于http協(xié)議傳輸時送出的字 符串。

其中，所述顯示觸發(fā)模塊504指示客戶端不顯示所述iframe頁面可以包括：

指示客戶端拒絕顯示所述iframe頁面；或者指示客戶端顯示錯誤提示信息。

指示客戶端顯示或拒絕顯示iframe頁面，可以通過服務端對客戶端的響應進行設置，通過設置響應頭中的x-frame-options，以指示客戶端顯示或拒絕顯示所述iframe頁面。

x-frame-options有三個值：

deny，任何頁面都不能被嵌入到iframe或者frame中。

sameorigin，頁面只能被本站頁面嵌入到iframe或者frame中。

allow-fromuri，頁面自能被指定的uri嵌入到iframe或frame中。

因此，通過設置x-frame-options為deny，即可以使得客戶端拒絕顯示iframe頁面。設置x-frame-options為allow-fromuri，即可以使得客戶端可以顯示iframe頁面。

作為又一個實施例，所述請求判斷模塊503可以包括：

獲取單元，用于從策略中心設備獲取預先配置的調(diào)用條件；所述策略中心設備用于接收配置請求，根據(jù)所述配置請求配置或更新所述調(diào)用條件；

判斷單元，用于判斷所述父頁面是否滿足所述調(diào)用條件。

當然，調(diào)用條件可以直接配置在服務端，服務端可以接收配置請求，根據(jù)所述配置請求配置或更新所述調(diào)用條件。

作為又一個實施例，所述請求判斷模塊503可以是：

判斷所述父頁面是否在白名單內(nèi)，和/或所述父頁面是否滿足從策略中心設備獲取的校驗規(guī)則。

也即白名單可以預先配置在服務端，校驗規(guī)則可以預先配置在策略中心設備，對校驗規(guī)則的判斷需要從策略中心設備獲取該校驗規(guī)則。

作為又一個實施例，如圖6所示，所述裝置還可以包括：

異常判斷模塊505，用于判斷是否連續(xù)接收到所述客戶端從所述父頁面發(fā)起的所述iframe頁面顯示請求；

配置更新模塊506，用于在所述異常判斷模塊結(jié)果為是時，根據(jù)所述父頁面的頁面信息更新所述調(diào)用條件。

如果不滿足調(diào)用條件的父頁面多次發(fā)起iframe頁面顯示請求時，可以認為父頁面對應站點為惡意站點，根據(jù)父頁面的頁面信息可以更新所述調(diào)用條件，例如可以從父頁面的頁面信息中提取過濾關鍵信息，根據(jù)提取過濾關鍵信息更新校驗規(guī)則等。

在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。

計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括非暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。

如在說明書及權利要求當中使用了某些詞匯來指稱特定組件。本領域技 術人員應可理解，硬件制造商可能會用不同名詞來稱呼同一個組件。本說明書及權利要求并不以名稱的差異來作為區(qū)分組件的方式，而是以組件在功能上的差異來作為區(qū)分的準則。如在通篇說明書及權利要求當中所提及的“包含”為一開放式用語，故應解釋成“包含但不限定于”。“大致”是指在可接收的誤差范圍內(nèi)，本領域技術人員能夠在一定誤差范圍內(nèi)解決所述技術問題，基本達到所述技術效果。此外，“耦接”一詞在此包含任何直接及間接的電性耦接手段。因此，若文中描述一第一裝置耦接于一第二裝置，則代表所述第一裝置可直接電性耦接于所述第二裝置，或通過其他裝置或耦接手段間接地電性耦接至所述第二裝置。說明書后續(xù)描述為實施本申請的較佳實施方式，然所述描述乃以說明本申請的一般原則為目的，并非用以限定本申請的范圍。本申請的保護范圍當視所附權利要求所界定者為準。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的商品或者系統(tǒng)中還存在另外的相同要素。

上述說明示出并描述了本申請的若干優(yōu)選實施例，但如前所述，應當理解本申請并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述申請構想范圍內(nèi)，通過上述教導或相關領域的技術或知識進行改動。而本領域人員所進行的改動和變化不脫離本申請的精神和范圍，則都應在本申請所附權利要求的保護范圍內(nèi)。