本發(fā)明涉及移動通信領(lǐng)域，特別涉及一種實現(xiàn)OMAPI功能的方法和終端

背景技術(shù)：

NFC(Near Field Communication，近場通信)是由非接觸式RFID(Radio Frequency Identification，射頻識別)及互聯(lián)互通技術(shù)整合演變而來，是一種短距高頻的無線電技術(shù)。NFC技術(shù)在單一芯片上結(jié)合感應(yīng)式讀卡器、感應(yīng)式卡片和點對點的功能，可以在短距離內(nèi)與兼容設(shè)備進行識別和數(shù)據(jù)交換，其中工作頻率為13.56MHz，距離在20厘米內(nèi)。NFC終端是指含有NFC芯片的終端，NFC卡是含有SE(Secure Element，安全單元)芯片的SIM(Subscriber Identity Module,客戶識別模塊)卡。NFC終端可以通過NFC芯片讀取NFC卡中SE芯片中的信息，NFC終端完成相關(guān)的支付操作。非NFC終端是指不含有NFC芯片的終端。

現(xiàn)在，將OMAPI(Open Mobile API，開放移動應(yīng)用程序接口)功能應(yīng)用于NFC技術(shù)中，一般需要運行在NFC終端中，當(dāng)OMAPI功能初始化時在調(diào)用打開邏輯通道的過程中，需要先判斷當(dāng)前進程是否是NFC進程，如果當(dāng)前進程是NFC進程，則終端打開與NFC卡之間的邏輯通道，并通過邏輯通道與NFC卡傳遞指令，如果當(dāng)前進程不是NFC進程，則停止打開與NFC卡之間的邏輯通道。由于NFC終端正常運行時存在NFC進程，如果終端中沒有NFC芯片則不會有NFC進程，也就無法打開邏輯通道與NFC卡進行指令傳遞。所以目前OMAPI功能只適用于含有NFC芯片的NFC終端。

綜上，OMAPI功能無法在非NFC終端上實現(xiàn)，適用范圍較小。

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

本發(fā)明提供一種實現(xiàn)OMAPI功能的方法和終端，用以解決現(xiàn)有技術(shù)中存在的OMAPI功能使用范圍小問題。

本發(fā)明提供一種實現(xiàn)OMAPI功能的方法，該方法包括：

終端在需要打開邏輯通道時，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則；

所述終端在確定加載成功后，打開邏輯通道。

本發(fā)明提供一種實現(xiàn)OMAPI功能的終端，該終端包括：

判斷模塊，用于在需要打開邏輯通道時，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則；

處理模塊，用于在確定加載成功后，打開邏輯通道。

本發(fā)明實施例中，終端在需要打開邏輯通道時，首先判斷是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則；如果終端確定加載成功，則打開邏輯通道；如果終端確定加載失敗，則停止打開邏輯通道，采用本發(fā)明實施例的方式，終端不需要判斷當(dāng)前進程是否為NFC進程，只需判斷加載終端的NFC卡中的NFC應(yīng)用規(guī)則是否成功，非NFC終端中雖然不存在NFC進程但可以加載NFC卡中的NFC應(yīng)用規(guī)則，如果加載NFC卡中的NFC應(yīng)用規(guī)則成功后，終端可以打開與NFC卡之間的邏輯通道，進而與NFC卡進行指令傳遞，所以采用本發(fā)明實施例的方式，終端將不再只限定是NFC終端，拓寬了OMAPI功能使用范圍。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例實現(xiàn)OMAPI功能的方法流程示意圖；

圖2為本發(fā)明實施例終端完成變量的設(shè)置的過程示意圖

圖3為本發(fā)明實施例OMAPI功能初始化的過程示意圖；

圖4為本發(fā)明實施例終端自由選擇卡的過程示意圖；

圖5為本發(fā)明實施例實現(xiàn)OMAPI功能的終端結(jié)構(gòu)示意圖。

具體實施方式

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細(xì)描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

如圖1所示，為本發(fā)明實施例中的一種實現(xiàn)OMAPI功能的方法

步驟101：終端在需要打開邏輯通道時，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則；

步驟102：所述終端在確定加載成功后，打開邏輯通道。

其中，本發(fā)明實施例中的終端為包含有NFC卡和OMAPI模塊的終端。

在步驟101之前，還包括：

終端在開機后，加載在終端中的NFC卡中的NFC應(yīng)用規(guī)則；并根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則設(shè)置變量的值。

相應(yīng)的，所述終端在需要打開邏輯通道時，通過讀取所述變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則。

比如，如果終端成功的加載終端的NFC卡中的NFC應(yīng)用規(guī)則，則將變量的值設(shè)為true，如果終端沒有成功加載終端中NFC卡中的NFC應(yīng)用規(guī)則，則將變量的值設(shè)為false。

所述終端在需要打開邏輯通道時，根據(jù)變量的值就可以確定是否加載成功。

在實施中，本發(fā)明實施例中的變量，可以自由設(shè)定，比如可以是enforceCarrierPrivilege變量，則根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則設(shè)置enforceCarrierPrivilege變量的值，也可以是其他變量。

需要說明的是，上述enforceCarrierPrivilege變量只是舉例說明，凡是可以進行設(shè)置的變量均適用于本發(fā)明實施例中。

終端在開機后，要對終端中的NFC卡的狀態(tài)進行檢測，判斷終端中是否有NFC卡。在檢測終端中是否有NFC卡后，終端可以采取兩種方式進行操作，具體實施方式如下：

方式一：如果終端中不存在NFC卡，則不加載終端的NFC卡中的NFC應(yīng)用規(guī)則，且將變量的值設(shè)為false；如果終端中存在NFC卡，則加載終端的NFC卡中的NFC應(yīng)用規(guī)則，根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，設(shè)置變量的值。

方式二：如果終端中不存在NFC卡，此時不設(shè)置變量的值，繼續(xù)加載終端的NFC卡中的NFC應(yīng)用規(guī)則，由于終端中不存在NFC卡，無法成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，此時將變量的值設(shè)為false；如果終端中存在NFC卡，加載終端的NFC卡中的NFC應(yīng)用規(guī)則，根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，設(shè)置變量的值。

變量的主要作用是在終端需要打開邏輯通道時，終端需要讀取變量的值判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，之后終端才能打開邏輯通道。

其中，終端需要打開邏輯通道場景有許多，例如，當(dāng)終端開機時，成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則后，終端需要打開與終端的NFC卡間的邏輯通道；終端應(yīng)用啟動后，需要訪問NFC卡時，終端需要打開與終端的NFC卡間的邏輯通道。也就是說，只要終端需要與NFC卡之間傳遞指令，都需要與NFC卡間打開邏輯通道。

下面針對不同的場景分別進行介紹。

場景一：當(dāng)終端開機時，成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則后，需要打開與終端中的NFC卡間的邏輯通道。

具體的，終端在開機后，加載在終端的NFC卡中的NFC應(yīng)用規(guī)則；并根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則的設(shè)置變量的值；

終端接收到初始化命令，對OMAPI功能進行初始化操作；

終端在對OMAPI功能進行初始化操作過程中，通過讀取變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是，則終端打開與NFC卡之間的邏輯通道；否則，不打開與NFC卡之間的邏輯通道。

場景二：終端應(yīng)用啟動后，需要訪問NFC卡時，需要與終端中的NFC卡間建立邏輯通道。

具體的，當(dāng)應(yīng)用啟動后，如果需要訪問NFC卡，終端通過讀取變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是，則終端打開與NFC卡之間的邏輯通道；否則，不打開與NFC卡之間的邏輯通道。

如果終端中存在多個NFC卡，當(dāng)應(yīng)用啟動后，如果需要訪問NFC卡，終端向用戶顯示可用的NFC卡，以供用戶選擇；

終端在確定用戶選擇的NFC卡后，通過讀取變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是，則終端打開與用戶所選的NFC卡之間的邏輯通道。

其中，終端判斷哪些NFC卡為可用NFC卡是在終端開機時進行檢測的。

具體的，終端在開機時，終端加載終端的NFC卡中的NFC應(yīng)用規(guī)則，并根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則設(shè)置變量的值，終端中的OMAPI功能初始化時，根據(jù)變量的值判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，則打開與NFC卡之間的邏輯通道。如果成功打開與NFC卡之間邏輯通道，將該NFC卡作為可用的NFC卡。

終端向用戶顯示可用的NFC卡時，可以通過彈出列表框的形式，將可用的NFC卡的信息顯示在列表框內(nèi)，以供用戶選擇。

比如終端通過應(yīng)用創(chuàng)建SE Service類對象，并將終端開機OMAPI功能初始化時確定的可用的NFC卡作為SE reader；

SE Service為一個針對SE的服務(wù)，通過該服務(wù)類可以判斷終端中SE的存儲形式，在確定SE的存儲形式后，就可以獲取可用的SE reader。其中SE reader為終端中含有SE的存儲介質(zhì)，可以為NFC卡、SD卡、終端等，在本發(fā)明實施例中存儲介質(zhì)是NFC卡。

終端在確定用戶選擇的NFC卡，打開與用戶選定的NFC卡之間的邏輯通道時，終端可以創(chuàng)建與用戶選定的NFC卡對應(yīng)的session(會話)，再通過session和應(yīng)用對應(yīng)的Applet(應(yīng)用程序)建立與用戶選擇的NFC卡之間的邏輯通道；并判斷是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是則打開創(chuàng)建的邏輯通道。

下面以變量為enforceCarrierPrivilege，對設(shè)置變量的值的方案進行詳細(xì)說明。

如圖2所示，以變量為enforceCarrierPrivilege時，為終端完成變量的設(shè)置的過程示意圖。

步驟201：終端開機；

步驟202：終端在Framework層判斷終端中是否存在NFC卡，如果是則執(zhí)行步驟203，否則執(zhí)行步驟206；

步驟203：終端加載NFC卡上NFC應(yīng)用規(guī)則；

步驟204：終端判斷是否成功加載NFC應(yīng)用規(guī)則如果是則執(zhí)行步驟205，如果否則執(zhí)行步驟206；

步驟205：終端在Framework層將enforceCarrierPrivilege變量設(shè)置為ture；

步驟206：終端在Framework層將enforceCarrierPrivilege變量設(shè)置為false。

下面詳細(xì)介紹下場景一的流程。

如圖3所示，OMAPI功能初始化的過程包括：

步驟301：終端對OMAPI功能進行初始化；

步驟302：終端在PhoneInterfacemanager層判斷enforceCarrierPrivilege值是否為ture；如果是，則執(zhí)行步驟303，如果否則執(zhí)行步驟305；

步驟303：終端中在RIL層調(diào)用打開邏輯通道的方法；

步驟304：終端傳遞打開邏輯通道的指令給NFC卡；

步驟305：終端停止打卡邏輯通道，禁止訪問NFC卡。

其中，F(xiàn)ramework層的主要作用是定義終端中的服務(wù)和接口，在本發(fā)明實施例中，終端在該層檢測終端中是否有NFC卡并完成對變量的值的設(shè)置；PhoneInterfacemanager層為終端中的內(nèi)部接口管理層，內(nèi)部接口管理層位于Framework層的上層，本發(fā)明實施例中終端在該層對在Framework層設(shè)置的變量的值進行判斷。RIL(Radio interface layer，射頻界面層)是終端中用于進行命令傳遞的組成部分，在本發(fā)明實施例中，終端在該層調(diào)用打開邏輯通道的方法。

下面以終端中存在兩種NFC卡為例，對場景二進行詳細(xì)介紹，

如圖4所示，本發(fā)明實施例終端自由選擇卡的方法包括：

步驟401：終端通過應(yīng)用創(chuàng)建SE Service類對象；

步驟402：終端通過應(yīng)用確定可用SEreader；

步驟403：終端彈出對話框，列出2個可用的NFC卡；

步驟404：終端確定用戶選擇的操作NFC卡；

這里假設(shè)用戶選擇NFC卡1。

步驟405：終端將NFC卡1作為reader；

步驟406：終端通過reader創(chuàng)建session；

步驟407：終端通過session和應(yīng)用對應(yīng)的Applet建立與NFC卡1之間的邏輯通道。

其中，用戶選擇NFC卡2后終端的處理方式與用戶選擇NFC卡1后終端的處理方式類似，在此不再贅述。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供一種實現(xiàn)OMAPI功能的終端，由于該終端解決問題的原理與本發(fā)明實施例信息處理的方法相似，因此該終端的實施可以參見方法的實施，重復(fù)之處不再贅述。

如圖5所示，本發(fā)明實施例OMAPI功能的終端，包括判斷模塊500和處理模塊501。

所述判斷模塊500，用于在需要打開邏輯通道時，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則；

所述處理模塊501，用于在所述判斷模塊500確定加載成功后，打開邏輯通道。

可選的，所述判斷模塊500還用于：在開機后，加載終端的NFC卡中的NFC應(yīng)用規(guī)則；判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，并將判斷結(jié)果置于變量中。

所述判斷模塊500還用于：

在需要打開邏輯通道時，通過讀取所述變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則。

可選的，所述判斷模塊500還用于：所述終端在需要打開邏輯通道之前，向用戶顯示可用的NFC卡；

所述處理模塊501還用于：打開邏輯通道之后，與用戶選擇的NFC卡進行指令傳遞。

可選的，所述判斷模塊500還用于：根據(jù)在OMAPI功能初始化過程中打開的邏輯通道，確定NFC卡是否可用。

所述處理模塊501還用于：在所述判斷模塊500確定加載失敗后，停止打開邏輯通道。

開機后，所述判斷模塊500加載在終端中的NFC卡中的NFC應(yīng)用規(guī)則；并根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則設(shè)置變量的值。

相應(yīng)的，在需要打開邏輯通道時，所述判斷模塊500通過讀取所述變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則。

比如，如果所述判斷模塊500成功的加載終端的NFC卡中的NFC應(yīng)用規(guī)則，則將變量的值設(shè)為true，如果所述判斷模塊500沒有加載終端中NFC卡中的NFC應(yīng)用規(guī)則，則將變量的值設(shè)為false。

所述所述判斷模塊500在需要打開邏輯通道時，根據(jù)變量的值就可以確定是否加載成功。

在實施中，本發(fā)明實施例中的變量，可以自由設(shè)定，比如可以是enforceCarrierPrivilege變量，則根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則設(shè)置enforceCarrierPrivilege變量的值，也可以是其他變量。

需要說明的是，上述enforceCarrierPrivilege變量只是舉例說明，凡是可以進行設(shè)置的變量均適用于本發(fā)明實施例中。

在開機后，所述判斷模塊500要對終端中的NFC卡的狀態(tài)進行檢測，判斷終端中是否有NFC卡。在檢測終端中是否有NFC卡后，所述判斷模塊500可以采取兩種方式進行操作，具體實施方式如下：

方式一：如果終端中不存在NFC卡，則不加載終端的NFC卡中的NFC應(yīng)用規(guī)則，且將變量的值設(shè)為false；如果終端中存在NFC卡，則加載終端的NFC卡中的NFC應(yīng)用規(guī)則，根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，設(shè)置變量的值。

方式二：如果終端中不存在NFC卡，此時不設(shè)置變量的值，繼續(xù)加載終端的NFC卡中的NFC應(yīng)用規(guī)則，由于終端中不存在NFC卡，無法成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，此時將變量的值設(shè)為false；如果終端中存在NFC卡，加載終端的NFC卡中的NFC應(yīng)用規(guī)則，根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，設(shè)置變量的值。

變量的主要作用是在終端需要打開邏輯通道時，所述判斷模塊500需要讀取變量的值判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，之后終端才能打開邏輯通道。

其中，所述處理模塊501需要打開邏輯通道場景有許多，例如，當(dāng)終端開機時，成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則后，所述處理模塊501打開與終端中的NFC卡間的邏輯通道；終端應(yīng)用啟動后，需要訪問NFC卡時，所述處理模塊501打開與終端中的NFC卡間的邏輯通道。也就是說，只要終端需要與NFC卡之間傳遞指令，都需要與NFC卡間打開邏輯通道。

下面針對不同的場景分別進行介紹。

場景一：當(dāng)開機時，所述判斷模塊500成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則后，需要打開與終端中的NFC卡間的邏輯通道。

具體的，在開機后，加載在終端中的NFC卡中的NFC應(yīng)用規(guī)則；并根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則設(shè)置變量的值；

所述判斷模塊500接收到初始化命令，對OMAPI功能進行初始化操作；

所述判斷模塊500在對OMAPI功能進行初始化操作過程中，通過讀取變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是，則所述處理模塊501打開與NFC卡之間的邏輯通道；否則，所述處理模塊501不打開與NFC卡之間的邏輯通道。

場景二：終端應(yīng)用啟動后，需要訪問NFC卡時，需要與終端中的NFC卡間建立邏輯通道。

具體的，當(dāng)應(yīng)用啟動后，如果需要訪問NFC卡，判斷通過讀取變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是，則所述處理模塊501打開與NFC卡之間的邏輯通道；否則，所述處理模塊501不打開與NFC卡之間的邏輯通道。

如果終端中存在多個NFC卡，當(dāng)應(yīng)用啟動后，如果需要訪問NFC卡，所述判斷模塊500向用戶顯示可用的NFC卡，以供用戶選擇；

所述判斷模塊500在確定用戶選擇的NFC卡后，通過讀取變量中的判斷結(jié)果，判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是，則所述處理模塊501打開與用戶所選的NFC卡之間的邏輯通道。

其中，所述判斷模塊500判斷哪些NFC卡為可用NFC卡是在終端開機時進行檢測的。

具體的，終端在開機時，判斷模塊500加載終端的NFC卡中的NFC應(yīng)用規(guī)則，并根據(jù)是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則設(shè)置變量的值，終端中的OMAPI功能初始化時，判斷模塊500根據(jù)變量的值判斷是否成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，如果成功加載所述終端的NFC卡中的NFC應(yīng)用規(guī)則，則打開與NFC卡之間的邏輯通道。如果成功打開與NFC卡之間邏輯通道，將該NFC卡作為可用的NFC卡。

所述判斷模塊500向用戶顯示可用的NFC卡時，可以通過彈出列表框的形式，將可用的NFC卡的信息顯示在列表框內(nèi)，以供用戶選擇。

比如終端通過應(yīng)用創(chuàng)建SE Service類對象，并將終端開機OMAPI功能初始化時確定的可用的NFC卡作為SE reader；

SE Service為一個針對SE的服務(wù)，通過該服務(wù)類可以判斷終端中SE的存儲形式，在確定SE的存儲形式后，就可以獲取可用的SE reader。其中SE reader為終端中含有SE的存儲介質(zhì)，可以為NFC卡、SD卡、終端等，在本發(fā)明實施例中存儲介質(zhì)是NFC卡。

所述判斷模塊500在確定用戶選擇的NFC卡，所述處理模塊501打開與用戶選定的NFC卡之間的邏輯通道時，所述判斷模塊500可以創(chuàng)建與用戶選定的NFC卡對應(yīng)的session(會話)，再通過session和應(yīng)用對應(yīng)的Applet(應(yīng)用程序)建立與用戶選擇的NFC卡之間的邏輯通道；并判斷是否成功加載終端的NFC卡中的NFC應(yīng)用規(guī)則，如果是則打開創(chuàng)建的邏輯通道。

以上參照示出根據(jù)本申請實施例的方法、裝置(系統(tǒng))和/或計算機程序產(chǎn)品的框圖和/或流程圖描述本申請。應(yīng)理解，可以通過計算機程序指令來實現(xiàn)框圖和/或流程圖示圖的一個塊以及框圖和/或流程圖示圖的塊的組合?？梢詫⑦@些計算機程序指令提供給通用計算機、專用計算機的處理器和/或其它可編程數(shù)據(jù)處理裝置，以產(chǎn)生機器，使得經(jīng)由計算機處理器和/或其它可編程數(shù)據(jù)處理裝置執(zhí)行的指令創(chuàng)建用于實現(xiàn)框圖和/或流程圖塊中所指定的功能/動作的方法。

相應(yīng)地，還可以用硬件和/或軟件(包括固件、駐留軟件、微碼等)來實施本申請。更進一步地，本申請可以采取計算機可使用或計算機可讀存儲介質(zhì)上的計算機程序產(chǎn)品的形式，其具有在介質(zhì)中實現(xiàn)的計算機可使用或計算機可讀程序代碼，以由指令執(zhí)行系統(tǒng)來使用或結(jié)合指令執(zhí)行系統(tǒng)而使用。在本申請上下文中，計算機可使用或計算機可讀介質(zhì)可以是任意介質(zhì)，其可以包含、存儲、通信、傳輸、或傳送程序，以由指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用，或結(jié)合指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。