本發(fā)明屬于空調(diào)技術(shù)領(lǐng)域，尤其涉及一種互聯(lián)接入的方法、裝置及智能空調(diào)系統(tǒng)。

背景技術(shù)：

基于互聯(lián)網(wǎng)遠程控制的智能空調(diào)逐漸進入了普通家庭的生活里，用戶可以通過手機、電腦在任何時間、地點控制智能空調(diào)。

然而，每個空調(diào)廠商都有一套內(nèi)部的通訊協(xié)議，智能空調(diào)所屬廠商使用的通訊協(xié)議，簡稱標準協(xié)議。不同空調(diào)廠商采用的標準協(xié)議不同。如用戶要控制某一空調(diào)廠商的空調(diào)，則下載該空調(diào)廠商的客戶端程序，通過該空調(diào)廠商的客戶端程序才能控制智能空調(diào)。但實際應用中這種做法并不方便，因為，用戶可能已經(jīng)習慣了使用某款客戶端APP，例如微信，或者，用戶手機存儲容量已經(jīng)不多，不希望再下載額外的APP。

其中，參考圖1，圖1是現(xiàn)有智能空調(diào)系統(tǒng)的結(jié)構(gòu)框圖，詳述如下：

1.空調(diào)WIFI控制板聯(lián)網(wǎng)，通過內(nèi)部標準協(xié)議注冊賬號到空調(diào)廠商云服務器，可以接收來自空調(diào)廠商云服務器的指令，也可以上報空調(diào)狀態(tài)給空調(diào)廠商云服務器。

2.空調(diào)廠商應用客戶端APP聯(lián)網(wǎng)，通過內(nèi)部標準協(xié)議注冊賬號到空調(diào)廠商云服務器，可以接收來自空調(diào)廠商云服務器的數(shù)據(jù)，也可以發(fā)送控制智能空調(diào)的指令給空調(diào)廠商云服務器。

3.空調(diào)廠商云服務器是空調(diào)WIFI控制板和空調(diào)廠商應用客戶端APP的指令調(diào)度和數(shù)據(jù)處理中心，通過內(nèi)部標準協(xié)議為兩端提供服務，實現(xiàn)空調(diào)廠商應用客戶端APP遠程控制智能空調(diào)

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

本發(fā)明實施例的目的在于提供一種互聯(lián)接入的方法，旨在解決現(xiàn)有的空調(diào)廠商服務器，不兼容第三方廠商提供的控制智能空調(diào)的指令，不利于提高智能空調(diào)易用性的問題。

本發(fā)明實施例是這樣實現(xiàn)的，一種互聯(lián)接入的方法，包括：

接收第三方廠商云服務器發(fā)送的登記請求；

向第三方廠商云服務器返回URL地址、數(shù)據(jù)傳輸格式，以使所述第三方廠商云服務器通過所述URL地址、數(shù)據(jù)傳輸格式與空調(diào)廠商云服務器互聯(lián)；

接收所述第三方廠商云服務器按照所述數(shù)據(jù)傳輸格式發(fā)送的數(shù)據(jù)；

按照所述數(shù)據(jù)傳輸格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容；

讀取所述數(shù)據(jù)內(nèi)容中控制智能空調(diào)的指令，將控制智能空調(diào)的指令轉(zhuǎn)換為標準協(xié)議的指令；

向智能空調(diào)發(fā)送所述標準協(xié)議的指令；

所述標準協(xié)議為所述智能空調(diào)所屬廠商使用的通訊協(xié)議。

本發(fā)明實施例的另一目的在于提供一種互聯(lián)接入的裝置，包括：

云端互聯(lián)模塊，用于接收第三方廠商云服務器發(fā)送的登記請求，向第三方廠商云服務器返回URL地址、數(shù)據(jù)傳輸格式，以使所述第三方廠商云服務器通過所述URL地址、數(shù)據(jù)傳輸格式與空調(diào)廠商云服務器互聯(lián)，還用于接收所述第三方廠商云服務器按照所述數(shù)據(jù)傳輸格式發(fā)送的數(shù)據(jù)；

異類協(xié)議輸入解析模塊，用于按照所述數(shù)據(jù)傳輸格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容；

指令識別與標準協(xié)議轉(zhuǎn)換模塊，用于讀取所述數(shù)據(jù)內(nèi)容中控制智能空調(diào)的指令，將控制智能空調(diào)的指令轉(zhuǎn)換為標準協(xié)議的指令；

指令分發(fā)模塊，用于向空調(diào)發(fā)送所述標準協(xié)議的指令；

所述標準協(xié)議為所述智能空調(diào)所屬廠商使用的通訊協(xié)議。

本發(fā)明實施例的另一目的在于提供一種智能空調(diào)系統(tǒng)，包括空調(diào)廠商云服務器、第三方廠商云服務器、第三方廠商應用客戶端APP以及智能空調(diào)，所述空調(diào)廠商云服務器包括上述互聯(lián)接入的裝置；

所述第三方廠商應用客戶端和所述第三方廠商云服務器之間，采用非標準協(xié)議進行指令交互；

所述第三方廠商云服務器和所述空調(diào)廠商云服務器之間，采用通用的數(shù)據(jù)傳輸格式進行數(shù)據(jù)交互；

所述空調(diào)廠商云服務器和所述智能空調(diào)之間，采用標準協(xié)議進行指令交互；

所述標準協(xié)議為所述智能空調(diào)所屬廠商使用的通訊協(xié)議。

在本發(fā)明實施例中，讀取所述數(shù)據(jù)內(nèi)容中控制智能空調(diào)的指令，將控制智能空調(diào)的指令轉(zhuǎn)換為標準協(xié)議的指令，向智能空調(diào)發(fā)送所述標準協(xié)議的指令，解決了現(xiàn)有的空調(diào)廠商服務器，不兼容第三方廠商提供的控制智能空調(diào)的指令，不利于提高智能空調(diào)易用性的問題。在第三方廠商無需修改自己的標準協(xié)議的前提下，實現(xiàn)了第三方廠商云服務器和空調(diào)廠商云服務器的互聯(lián)互通，提高了智能空調(diào)的易用性。

附圖說明

圖1是現(xiàn)有智能空調(diào)系統(tǒng)的結(jié)構(gòu)框圖；

圖2是本發(fā)明實施例提供的互聯(lián)接入的方法的實現(xiàn)流程圖；

圖3是本發(fā)明實施例提供的互聯(lián)接入的方法步驟S204的實現(xiàn)流程圖；

圖4是本發(fā)明實施例提供的互聯(lián)接入的裝置的結(jié)構(gòu)框圖；

圖5是本發(fā)明實施例提供的智能空調(diào)系統(tǒng)的結(jié)構(gòu)框圖；

圖6是本發(fā)明實施例提供的智能空調(diào)系統(tǒng)的應用流程圖。

具體實施方式

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

應當理解，當在本說明書和所附權(quán)利要求書中使用時，術(shù)語“包括”和“包含”指示所描述特征、整體、步驟、操作、元素和/或組件的存在，但并不排除一個或多個其它特征、整體、步驟、操作、元素、組件和/或其集合的存在或添加。

還應當理解，在此本發(fā)明說明書中所使用的術(shù)語僅僅是出于描述特定實施例的目的而并不意在限制本發(fā)明。如在本發(fā)明說明書和所附權(quán)利要求書中所使用的那樣，除非上下文清楚地指明其它情況，否則單數(shù)形式的“一”、“一個”及“該”意在包括復數(shù)形式。

還應當進一步理解，在本發(fā)明說明書和所附權(quán)利要求書中使用的術(shù)語“和/或”是指相關(guān)聯(lián)列出的項中的一個或多個的任何組合以及所有可能組合，并且包括這些組合。

如在本說明書和所附權(quán)利要求書中所使用的那樣，術(shù)語“倘若”可以依據(jù)上下文被解釋為“當...時”或“一旦”或“響應于確定”或“響應于檢測到”。類似地，短語“倘若確定”或“倘若讀取到[所描述條件或事件]”可以依據(jù)上下文被解釋為意指“一旦確定”或“響應于確定”或“一旦檢測到[所描述條件或事件]”或“響應于檢測到[所描述條件或事件]”。

實施例一

圖2是本發(fā)明實施例提供的互聯(lián)接入的方法的實現(xiàn)流程圖，詳述如下：

在步驟S201中，接收第三方廠商云服務器發(fā)送的登記請求；

在步驟S202中，向第三方廠商云服務器返回URL地址、數(shù)據(jù)傳輸格式，以使所述第三方廠商云服務器通過所述URL地址、數(shù)據(jù)傳輸格式與空調(diào)廠商云服務器互聯(lián)；

其中，向第三方廠商云服務器返回URL地址、憑證、數(shù)據(jù)傳輸格式，以使所述第三方廠商云服務器通過所述URL地址、憑證、數(shù)據(jù)傳輸格式與空調(diào)廠商云服務器互聯(lián)。

在步驟S203中，接收所述第三方廠商云服務器按照所述數(shù)據(jù)傳輸格式發(fā)送的數(shù)據(jù)；

在步驟S204中，按照所述數(shù)據(jù)傳輸格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容；

其中，按照所述數(shù)據(jù)傳輸格式包括可擴展標記語言XML格式和超文本標記語言HTML格式。

步驟S204，具體為：

采用可擴展標記語言XML格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容；或者，

采用超文本標記語言HTML格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容。

其中，可擴展標記語言(英文：Extensible Markup Language，縮寫：XML)。

超文本標記語言(英文：Hyper Text Mark-up Language，縮寫：HTML)。

在步驟S205中，讀取所述數(shù)據(jù)內(nèi)容中控制智能空調(diào)的指令，將控制智能空調(diào)的指令轉(zhuǎn)換為標準協(xié)議的指令；

讀取所述數(shù)據(jù)內(nèi)容中控制智能空調(diào)的指令，根據(jù)控制智能空調(diào)的指令的內(nèi)容，將控制智能空調(diào)的指令轉(zhuǎn)換為標準協(xié)議的指令。

在步驟S206中，向智能空調(diào)發(fā)送所述標準協(xié)議的指令；

其中，采用內(nèi)部協(xié)議流程，向智能空調(diào)發(fā)送所述標準協(xié)議的指令。

其中，所述空調(diào)廠商云服務器為所述智能空調(diào)所屬廠商的云服務器，所述第三方廠商云服務器為除空調(diào)廠商云服務器以外的云服務器；

所述標準協(xié)議為所述智能空調(diào)所屬廠商使用的通訊協(xié)議。

在本發(fā)明實施例中，提高了智能空調(diào)系統(tǒng)異類協(xié)議平臺的聯(lián)通能力、提升了智能空調(diào)易用性、節(jié)省了終端用戶學習應用客戶端時間，節(jié)約了終端用戶手機的存儲容量。

實施例二

圖3是本發(fā)明實施例提供的互聯(lián)接入的方法步驟S204的實現(xiàn)流程圖，詳述如下：

在步驟S301中，接收所述第三方廠商云服務器按照所述數(shù)據(jù)傳輸格式發(fā)送的數(shù)據(jù)，查詢所述數(shù)據(jù)對應的憑證是否在預存的合法名單內(nèi)；

合法名單包括了多個合法的憑證。

在步驟S302中，如果所述數(shù)據(jù)對應的憑證在所述合法名單內(nèi)，按照所述數(shù)據(jù)傳輸格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容。

在本發(fā)明實施例中，當數(shù)據(jù)對應的憑證在所述合法名單內(nèi)時，才解析數(shù)據(jù)，提高了互聯(lián)接入的安全性。

實施例三

圖4是本發(fā)明實施例提供的互聯(lián)接入的裝置的結(jié)構(gòu)框圖，該裝置可以運行于用戶設(shè)備中。用戶設(shè)備包括但不限于云服務器、服務器、掌上電腦、計算機、筆記本電腦。為便于說明，僅示出了與本實施例相關(guān)的部分。為了便于說明，僅示出了與本實施例相關(guān)的部分。

參照圖4，該互聯(lián)接入的裝置，包括：

云端互聯(lián)模塊41，用于接收第三方廠商云服務器發(fā)送的登記請求，向第三方廠商云服務器返回URL地址、數(shù)據(jù)傳輸格式，以使所述第三方廠商云服務器通過所述URL地址、數(shù)據(jù)傳輸格式與空調(diào)廠商云服務器互聯(lián)，還用于接收所述第三方廠商云服務器按照所述數(shù)據(jù)傳輸格式發(fā)送的數(shù)據(jù)；

異類協(xié)議輸入解析模塊42，用于按照所述數(shù)據(jù)傳輸格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容；

指令識別與標準協(xié)議轉(zhuǎn)換模塊43，用于讀取所述數(shù)據(jù)內(nèi)容中控制智能空調(diào)的指令，將控制智能空調(diào)的指令轉(zhuǎn)換為標準協(xié)議的指令；

指令分發(fā)模塊44，用于向空調(diào)發(fā)送所述標準協(xié)議的指令；

所述標準協(xié)議為所述智能空調(diào)所屬廠商使用的通訊協(xié)議。

作為本實施例的一種實現(xiàn)方式，在所述裝置中，所述云端互聯(lián)模塊具體用于接收第三方廠商云服務器發(fā)送的登記請求，向第三方廠商云服務器返回URL地址、憑證、數(shù)據(jù)傳輸格式，以使所述第三方廠商云服務器通過所述URL地址、憑證、數(shù)據(jù)傳輸格式與空調(diào)廠商云服務器互聯(lián)。

作為本實施例的一種實現(xiàn)方式，在所述裝置中，所述云端互聯(lián)模塊具體用于接收所述第三方廠商云服務器發(fā)送的數(shù)據(jù)，查詢所述數(shù)據(jù)對應的憑證是否在預存的合法名單內(nèi)，如果所述數(shù)據(jù)對應的憑證在所述合法名單內(nèi)，將所述數(shù)據(jù)提交到異類協(xié)議輸入解析模塊；

所述異類協(xié)議輸入解析模塊，用于按照所述數(shù)據(jù)傳輸格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容。

作為本實施例的一種實現(xiàn)方式，在所述裝置中，所述異類協(xié)議輸入解析模塊，具體用于采用可擴展標記語言XML格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容；或者，采用超文本標記語言HTML格式，解析所述數(shù)據(jù)，得到數(shù)據(jù)內(nèi)容。

為便于說明，所述空調(diào)廠商云服務器簡述為：本空調(diào)廠商。第三方廠商云服務器簡述為：第三方廠商。

在本發(fā)明實施例中，有益效果在于以下三方面，詳述如下：

第一方面，云端互聯(lián)模塊內(nèi)設(shè)接入登記接口，對于外部的第三方廠商只需在本空調(diào)廠商云端登記接入信息，就能實現(xiàn)2個不同通訊協(xié)議框架下的系統(tǒng)平臺互聯(lián)互通，第三方廠商無需修改自己的系統(tǒng)協(xié)議標準。

第二方面，空調(diào)廠商云端服務器幾個模塊部件是以插件形式存在，可隨時裝載和禁用，能夠快速實現(xiàn)支持第三方廠商互聯(lián)互通的消息解析以及協(xié)議轉(zhuǎn)換，進而使用本空調(diào)廠商的標準協(xié)議在內(nèi)部分發(fā)指令，實現(xiàn)第三方廠商的應用系統(tǒng)或客戶端APP能控制和管理本空調(diào)廠商生產(chǎn)的智能空調(diào)。

第三方面，用戶無需額外下載空調(diào)廠商的APP，能夠通過自己平常習慣使用的第三方廠商APP，來操作和管理本空調(diào)廠商的智能空調(diào)，因此，很大程度上提高了智能空調(diào)的易用性。

實施例四

圖5是本發(fā)明實施例提供的智能空調(diào)系統(tǒng)的結(jié)構(gòu)框圖，詳述如下：

一種智能空調(diào)系統(tǒng)，包括空調(diào)廠商云服務器、第三方廠商云服務器、第三方廠商應用客戶端APP以及智能空調(diào)，所述空調(diào)廠商云服務器包括上述互聯(lián)接入的裝置；

所述第三方廠商應用客戶端和所述第三方廠商云服務器之間，采用非標準協(xié)議進行指令交互；

所述第三方廠商云服務器和所述空調(diào)廠商云服務器之間，采用通用的數(shù)據(jù)傳輸格式進行數(shù)據(jù)交互；

所述空調(diào)廠商云服務器和所述智能空調(diào)之間，采用標準協(xié)議進行指令交互；其中，所述空調(diào)廠商云服務器為所述智能空調(diào)所屬廠商的云服務器，所述第三方廠商云服務器為除空調(diào)廠商云服務器以外的云服務器。

所述標準協(xié)議為所述智能空調(diào)所屬廠商使用的通訊協(xié)議。

云端互聯(lián)模塊包括廠商登記模塊和廠商接入模塊。

標準協(xié)議輸出解析模塊，用于處理空調(diào)廠商應用客戶端APP采用標準協(xié)議發(fā)出的控制智能空調(diào)的指令。

為便于說明，在圖5中，標準協(xié)議描述為“內(nèi)部標準協(xié)議”。

其中，非標準協(xié)議為除標準協(xié)議以外的協(xié)議，即第三方廠商云服務器使用的通訊協(xié)議。

其中，所述第三方廠商云服務器具體用于向所述空調(diào)廠商云服務器的云端互聯(lián)模塊發(fā)送登記請求，接收所述云端互聯(lián)模塊返回的URL地址、數(shù)據(jù)傳輸格式，接收第三方廠商應用客戶端APP發(fā)出的控制智能空調(diào)的指令，按照所述數(shù)據(jù)傳輸格式，將控制智能空調(diào)的指令發(fā)送到所述URL地址。

為便于說明，在圖5中，第三方廠商的服務器簡述為“其它廠商服務器”。

其中，智能空調(diào)系統(tǒng)的工作流程如下：

本空調(diào)廠商提供一個基于HTTP協(xié)議的云端互聯(lián)模塊與其它廠商的云端系統(tǒng)對接。其它廠商在本空調(diào)廠商云端互聯(lián)模塊登記申請接入后會獲得互聯(lián)URL接口地址和認證信息，其它廠商可以使用該互聯(lián)URL接口地址和認證信息連接本空調(diào)廠商云端互聯(lián)模塊，按照登記的消息規(guī)格和通用的XML數(shù)據(jù)格式傳輸數(shù)據(jù)。

本空調(diào)廠商云端互聯(lián)模塊接收其它廠商接入的數(shù)據(jù)后，提交給異類協(xié)議輸入解析模塊，異類協(xié)議輸入解析模塊解析數(shù)據(jù)，再轉(zhuǎn)給指令識別模塊識別指令類型，最后轉(zhuǎn)給標準協(xié)議轉(zhuǎn)換與分發(fā)模塊，由該模塊按照本空調(diào)廠商生產(chǎn)的智能空調(diào)標準協(xié)議分發(fā)控制指令到智能空調(diào)WIFI控制板。

在本發(fā)明實施例中，由于其它廠商云服務器和空調(diào)廠商云服務器之間，采用通用的數(shù)據(jù)傳輸格式進行數(shù)據(jù)交互，因此空調(diào)廠商云服務器解析數(shù)據(jù)后，能讀取得到控制智能空調(diào)的指令，進而將控制智能空調(diào)的指令轉(zhuǎn)換為標準協(xié)議的指令，使得其它廠商應用客戶端APP和其它廠商云服務器，在不改動系統(tǒng)結(jié)構(gòu)、通訊協(xié)議的前提下，通過發(fā)送控制智能空調(diào)的指令，就能控制本空調(diào)廠商的智能空調(diào)。

實施例五

圖6是本發(fā)明實施例提供的智能空調(diào)系統(tǒng)的應用流程圖，為便于說明，在圖6中，第三方廠商的服務器簡述為“其它廠商服務器”，詳述如下：

1.其它廠商在空調(diào)廠商云端互聯(lián)模塊-廠商接入后臺申請云端接入；

2.其它廠商獲取接入URL地址、憑證、數(shù)據(jù)傳輸格式；

3.其它廠商應用客戶端APP發(fā)出一條非標準協(xié)議指令，如文本“打開空調(diào)”；

4.其它廠商云服務器收到指令，如“打開空調(diào)”；

5.其它廠商云服務器將指令按照申請的數(shù)據(jù)傳輸格式將指令、憑證發(fā)送到申請的URL地址；

6.空調(diào)廠商云服務器的廠商接入模塊接收到數(shù)據(jù)；

7.查詢數(shù)據(jù)中的接入憑證是否合法？如果不在合法名單，則無效，表示鑒權(quán)失敗，返回其它廠商云服器，拒絕接入。

8.如果在合法名單，則進入異類協(xié)議輸入解析模塊；

9.按照接入數(shù)據(jù)傳輸格式解析，即：XML數(shù)據(jù)生成XML對象；

10.進入指令識別與標準協(xié)議轉(zhuǎn)換模塊讀取XML對象中的消息類別和指令，如“打開空調(diào)”；

11.將“打開空調(diào)”這種非標準協(xié)議轉(zhuǎn)換為空調(diào)廠商標準協(xié)議如:

<msg msgid＝"SetMessage"type＝"Control"

seq＝"1"><SetMessage><TurnOn>on</TurnOn></SetMessage></msg>；

12.進入指令分發(fā)模塊，按照內(nèi)部協(xié)議流程發(fā)送指令到智能空調(diào)

13.智能空調(diào)WIFI控制板接收指令；

14.智能空調(diào)完成指令返回標準協(xié)議的空調(diào)狀態(tài)如：

<msg msgid＝"statusUpdateMsg"type＝"Notify"

seq＝"1"><statusUpdateMsg><TurnOn>on</TurnOn></statusUpdateMsg></msg>

15.進入標準協(xié)議輸出解析模塊；

16.將空調(diào)開機狀態(tài)協(xié)議轉(zhuǎn)換為輸入的數(shù)據(jù)格式即：非標準協(xié)議“空調(diào)已開機”；

17.其它廠商云服務器接收數(shù)據(jù)后轉(zhuǎn)發(fā)給它們的應用客戶端APP。

其它廠商云服務器，例如，微信公眾平臺服務器、京東智能家居服務器、小米服務器、海爾智能家電服務器等，它們的系統(tǒng)結(jié)構(gòu)、通訊協(xié)議與本空調(diào)廠商無關(guān)，即無需改動其它廠商云服務器的系統(tǒng)結(jié)構(gòu)和通訊協(xié)議。

其它廠商應用客戶端APP，例如，微信APP、京東APP、小米APP、海爾APP等，它們的系統(tǒng)結(jié)構(gòu)、通訊協(xié)議與本空調(diào)廠商無關(guān)。即無需改動其它廠商應用客戶端的系統(tǒng)結(jié)構(gòu)和通訊協(xié)議。

在本發(fā)明實施例中，其它廠商應用客戶端APP和其它廠商云服務器，在不改動系統(tǒng)結(jié)構(gòu)、通訊協(xié)議的前提下，通過發(fā)送控制智能空調(diào)的指令，就能控制本空調(diào)廠商的智能空調(diào)，大大提高了智能空調(diào)的易用性。

本發(fā)明實施例方法中的步驟可以根據(jù)實際需要進行順序調(diào)整、合并和刪減。

本發(fā)明實施例裝置和裝置中的單元可以根據(jù)實際需要進行合并、劃分和刪減。

本發(fā)明實施例提供的裝置可以應用在前述對應的方法實施例中，詳情參見上述實施例的描述，在此不再贅述。

通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)。所述的程序可以存儲于可讀取存儲介質(zhì)中，所述的存儲介質(zhì)，如隨機存儲器、閃存、只讀存儲器、可編程只讀存儲器、電可擦寫可編程存儲器、寄存器等。該存儲介質(zhì)位于存儲器，處理器讀取存儲器中的信息，結(jié)合其硬件執(zhí)行本發(fā)明各個實施例所述的方法。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應以權(quán)利要求的保護范圍為準。