本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及基站消息處理技術(shù)領(lǐng)域，尤其涉及一種消息處理的方法及基站。

背景技術(shù)：

隨著長期演進(jìn)(Long Term Evolution，LTE)網(wǎng)絡(luò)的技術(shù)不斷的成熟，LTE網(wǎng)絡(luò)的用戶量也逐漸擴(kuò)大，基站所需要處理的消息也逐漸增多，因此基站出現(xiàn)過載的幾率也增大。

現(xiàn)有的基站當(dāng)檢測到所需要處理的消息達(dá)到預(yù)設(shè)門限時，例如基站的中央處理器(Central Processing Unit，CPU)占用率達(dá)到80％，會進(jìn)入過載流控狀態(tài)，基站對于在進(jìn)入過載流控狀態(tài)后所接收的所有消息進(jìn)行流控，將超過處理能力的消息進(jìn)行丟棄。

由于基站是采用先進(jìn)先出的方式對消息進(jìn)行處理，因此在基站進(jìn)入過載流控狀態(tài)時，容易丟棄一些重要的消息，例如切換消息，如果丟棄了切換消息，會導(dǎo)致用戶掉網(wǎng)，直接影響了用戶體驗，降低了基站處理消息的智能性。

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

本發(fā)明實施例提供了一種消息處理的方法，可以提高基站對消息處理的智能性，提升用戶體驗。

為了解決上述技術(shù)問題，本發(fā)明第一方面提供了一種處理消息的方法，可包括：

基站在過載流控狀態(tài)下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理。

基于第一方面，在第一方面的第一種可行的實施方式中，所述基站內(nèi)預(yù)設(shè)有消息類型優(yōu)先級，且根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列，可包括：

按照所述消息類型優(yōu)先級，且根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力。

基于第一方面的第一種可行的實施方式，在第一方面的第二種可行的實施方式中，還可包括：

在所述消息處理隊列中的消息數(shù)量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。

基于第一方面，在第一方面的第三種可行的實施方式中，所述根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列，可包括：

統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；

當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，對所述屬于第一消息類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列；或者，

當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，將所接收的過載消息加入消息處理隊列。

基于第一方面的第三種可行的實施方式，在第一方面的第四種可行的實施方式中，所述對所述屬于第一消息類型的過載消息進(jìn)行刪除處理，可包括：

在每個時間步長內(nèi)，刪除預(yù)設(shè)數(shù)量的所述第一類型的過載消息。

基于第一方面，在第一方面的第五種可行的實施方式中，所述基站內(nèi)預(yù)設(shè)有消息類型信息，且根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列，可包括：

當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列；或者，

當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄。

本發(fā)明第二方面提供一種基站，可包括：

確定模塊，用于在處于過載流控狀態(tài)下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

隊列更新模塊，用于根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

消息處理模塊，用于按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理。

基于第二方面，在第二方面的第一種可行的實施方式中，還包括：

第一存儲模塊，用于存儲預(yù)設(shè)的消息類型優(yōu)先級；

所述隊列更新模塊包括：

消息排序單元，用于按照所述消息類型優(yōu)先級，且根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

第一加入單元，用于依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力。

基于第二方面的第一種可行的實施方式，在第二方面的第二種可行的實施方式中，所述隊列更新模塊還包括：

第一丟棄單元，用于在所述消息處理隊列中的消息數(shù)量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。

基于第二方面，在第二方面的第三種可行的實施方式中，所述隊列更新模塊包括：

消息統(tǒng)計單元，用于統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；

第一處理單元，用于當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，對所述屬于第一消息類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列；

第二處理單元，用于當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，將所接收的過載消息加入消息處理隊列。

基于第二方面的第三種可行的實施方式，在第二方面的第四種可行的實施方式中，所述第一處理單元具體用于：

當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，在每個時間步長內(nèi)，刪除預(yù)設(shè)數(shù)量的所述第一類型的過載消息，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列。

基于第二方面，在第二方面的第五種可行的實施方式中，還包括：

第二存儲模塊，用于存儲預(yù)設(shè)的消息類型信息；

所述隊列更新模塊包括：

第二加入單元，用于當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列；

第二丟棄單元，用于當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄。

本發(fā)明第三方面提供一種基站，可包括：接收機(jī)和處理器和分別與所述接收機(jī)和存儲器連接的處理器，其中，所述接收機(jī)用于接收消息，所述存儲器存儲有程序代碼，所述處理器用于調(diào)用所述存儲器中存儲的程序代碼，所述處理器執(zhí)行如下步驟：

在處于過載流控狀態(tài)下的基站的所述接收機(jī)接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理。

基于第三方面，在第三方面的第一種可行的實施方式中，所述存儲器內(nèi)預(yù)設(shè)有消息類型優(yōu)先級，所述處理器在執(zhí)行根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列時，具體執(zhí)行如下步驟：

按照所述消息類型優(yōu)先級，且根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力。

基于第三方面的第一種可行的實施方式，在第三方面的第二種可行的實施方式中，所述處理器還執(zhí)行如下步驟：

在所述消息處理隊列中的消息數(shù)量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。

基于第三方面，在第三方面的第三種可行的實施方式中，所述處理器在執(zhí)行根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列時，具體執(zhí)行如下步驟：

統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；

當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，對所述屬于第一消息類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列；或者，

當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，將所接收的過載消息加入消息處理隊列。

基于第三方面的第三種可行的實施方式，在第三方面的第四種可行的實施方式中，所述處理器在執(zhí)行對所述屬于第一消息類型的過載消息進(jìn)行刪除處理時，具體執(zhí)行如下步驟：

在每個時間步長內(nèi)，刪除預(yù)設(shè)數(shù)量的所述第一類型的過載消息。

基于第三方面，在第三方面的第四種可行的實施方式中，所述存儲器內(nèi)預(yù)設(shè)有消息類型信息，所述處理器在執(zhí)行根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列時，具體執(zhí)行如下步驟：

當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列；或者，

當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄。

本發(fā)明第四方面提供了一種計算機(jī)程序產(chǎn)品，包括計算機(jī)可讀介質(zhì)，所述計算機(jī)可讀介質(zhì)包括一組程序代碼，用于執(zhí)行如第一方面提供的消息處理方法中的全部或部分步驟。

上述可知，基站根據(jù)在過載流控狀態(tài)下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留并進(jìn)行處理，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

附圖說明

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

圖1是本發(fā)明實施例提供的一種消息處理的方法的流程示意圖；

圖2是本發(fā)明實施例提供的另一種消息處理的方法的流程示意圖；

圖3是本發(fā)明實施例提供的又一種消息處理的方法的流程示意圖；

圖4是本發(fā)明實施例提供的又一種消息處理的方法的流程示意圖；

圖5是本發(fā)明實施例提供的一種基站的結(jié)構(gòu)示意圖；

圖6是本發(fā)明實施例提供的另一種基站的結(jié)構(gòu)示意圖；

圖7是本發(fā)明實施例提供的又一種基站的結(jié)構(gòu)示意圖；

圖8是本發(fā)明實施例提供的又一種基站的結(jié)構(gòu)示意圖；

圖9是本發(fā)明實施例提供的又一種基站的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

在本發(fā)明實施例中，基站中可以為CPU的占用率預(yù)設(shè)CPU門限，例如，基站的CPU占用率達(dá)到80％，當(dāng)基站對所接收的消息進(jìn)行處理時，基站的CPU占用率達(dá)到該CPU預(yù)設(shè)門限，則進(jìn)入過載流控狀態(tài)；或者可以對未處理的消息數(shù)量預(yù)設(shè)數(shù)量門限，例如，基站內(nèi)未處理的消息達(dá)到80個，當(dāng)基站統(tǒng)計到基站中未處理的消息數(shù)量達(dá)到該預(yù)設(shè)數(shù)量門限時，基站進(jìn)入過載流控狀態(tài)。

過載消息為當(dāng)基站進(jìn)入過載流控狀態(tài)后所接收的至少一個消息。

請參見圖1，為本發(fā)明實施例提供了一種消息處理的方法的流程示意圖。如圖1所示，本發(fā)明實施例的所述方法可以包括以下步驟S101-步驟S103。

S101，基站在過載流控狀態(tài)下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

具體的，當(dāng)基站處于過載流控狀態(tài)，并在過載流控狀態(tài)下接收到至少一個過載消息時，確定所接收到的過載消息中每個過載消息的消息類型。

S102，根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

具體的，基站根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行調(diào)整，并將調(diào)整后的過載消息加入到消息處理隊列以更新所述消息處理隊列。

需要說明的是，基站中可以預(yù)設(shè)有消息類型優(yōu)先級，所述基站按照所述消息類型優(yōu)先級和所接收到的過載消息中每個過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列，并依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數(shù)量的最大值；

或者，基站中可以對所接收到的過載消息中每個過載消息的消息類型設(shè)置對應(yīng)的消息類型的門限，所述基站對每種消息類型中的過載消息進(jìn)行統(tǒng)計，對于超過門限的消息類型中的過載消息進(jìn)行刪除處理，直至超過門限的消息類型中的過載消息的數(shù)量小于或等于超過門限的消息類型對應(yīng)的門限，將沒有進(jìn)行刪除處理的過載消息加入消息處理隊列；

或者，基站中可以對每種消息類型預(yù)設(shè)消息類型信息，所述消息類型信息可以為預(yù)設(shè)的消息類型的種類，所述基站對于所接收到的過載消息的消息類型進(jìn)行判斷，當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列，當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄。

S103，按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理；

具體的，基站對消息處理隊列中的消息按照先進(jìn)先出的處理順序進(jìn)行響應(yīng)處理。

在本發(fā)明實施例中，基站根據(jù)在過載流控狀態(tài)下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留并進(jìn)行處理，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖2，為本發(fā)明實施例提供了另一種消息處理的方法的流程示意圖。如圖2所示，本發(fā)明實施例的所述方法可以包括以下步驟S201-步驟S205。

S201，基站在過載流控狀態(tài)下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

S202，所述基站內(nèi)預(yù)設(shè)有消息類型優(yōu)先級，按照所述消息類型優(yōu)先級，且根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

具體的，所述消息類型優(yōu)先級可以為消息類型處理優(yōu)先級，對于越影響用戶感受的消息類型，例如：切換請求、入網(wǎng)、承載建立等相關(guān)消息類型，其消息類型處理優(yōu)先級越高，所述基站按照預(yù)設(shè)的消息類型處理優(yōu)先級，根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

或者，所述消息類型優(yōu)先級還可以為消息類型刪除優(yōu)先級，對于越影響用戶感受的消息類型，其消息類型刪除優(yōu)先級越低，所述基站按照預(yù)設(shè)的消息類型刪除優(yōu)先級，根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列。

S203，依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力；

具體的，所述基站按照所述消息類型處理優(yōu)先級從高到低的方式，或者按照所述消息類型刪除優(yōu)先級從低到高的方式，依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數(shù)量的最大值。

S204，在所述消息處理隊列中的消息數(shù)量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄；

具體的，當(dāng)所述消息處理隊列中的消息數(shù)量超過基站的處理能力時，基站將所述過載消息序列中未加入所述消息處理隊列的過載消息進(jìn)行丟棄。

S205，按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理。

其中，本發(fā)明實施例的步驟S201和S205可以分別參見圖1所示實施例的步驟S101和S103，在此不進(jìn)行贅述。

在本發(fā)明實施例中，基站通過預(yù)設(shè)優(yōu)先級的方式對所接收到的過載消息進(jìn)行排序，可以將重要的消息放在過載消息序列的前端，避免因為基站進(jìn)行流控時將重要的消息進(jìn)行丟棄，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖3，為本發(fā)明實施例提供了又一種消息處理的方法的流程示意圖。如圖3所示，本發(fā)明實施例的所述方法可以包括以下步驟S301-步驟S305。

S301，基站在過載流控狀態(tài)下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

S302，統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；

具體的，基站統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息中每個過載消息所屬的所有消息類型中的任一個消息類型。

S303，當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，對所述屬于第一消息類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列；

具體的，所述第一類型的過載消息數(shù)量都可以對應(yīng)設(shè)置第一預(yù)設(shè)門限，對于越影響用戶感受的消息類型，例如：切換請求、入網(wǎng)、承載建立等相關(guān)消息類型，其消息類型對應(yīng)的預(yù)設(shè)門限越高，設(shè)置的預(yù)設(shè)門限的方式可以為基站預(yù)先為每種消息類型進(jìn)行配置或者可以為每種消息類型設(shè)置門限優(yōu)先級，基站根據(jù)每種消息類型的門限優(yōu)先級動態(tài)分配每種消息類型對應(yīng)的預(yù)設(shè)門限，并且，所有消息類型對應(yīng)的預(yù)設(shè)門限的總和小于基站在過載流控狀態(tài)下還能繼續(xù)處理的消息數(shù)量。

當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，基站對所述屬于第一類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列。需要說明的是，所述刪除處理的方式可以為基站在每個時間步長內(nèi)，刪除預(yù)設(shè)數(shù)量的所述第一類型的過載消息。例如：在過載流控狀態(tài)下，對于入網(wǎng)消息的消息類型，當(dāng)該消息類型的預(yù)設(shè)門限為10，并且接收到20個屬于該消息類型的過載消息時，基站可以每隔1秒對應(yīng)減少5個屬于該消息類型的過載消息。

需要說明的是，當(dāng)對所述第一類型的過載消息進(jìn)行刪除處理的過程中，基站從過載流控狀態(tài)轉(zhuǎn)換為非過載流控狀態(tài)時，可以無需對所述第一類型的過載消息繼續(xù)進(jìn)行刪除處理，將剩余的屬于第一類型的過載消息加入消息處理隊列。

S304，當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，將所接收的過載消息加入消息處理隊列；

具體的，當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，所述基站直接將所接收到的過載消息加入消息處理隊列。

S305，按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理。

其中，本發(fā)明實施例的步驟S301和S305可以分別參見圖1所示實施例的步驟S101和S103，在此不進(jìn)行贅述。

在本發(fā)明實施例中，基站通過對每種消息類型對應(yīng)設(shè)置預(yù)設(shè)門限，進(jìn)而保證越重要的消息類型對應(yīng)的預(yù)設(shè)門限越高，可以使基站在處于過載流控狀態(tài)下，最大程度對重要的消息進(jìn)行保留，減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖4，為本發(fā)明實施例提供了又一種消息處理的方法的流程示意圖。如圖4所示，本發(fā)明實施例的所述方法可以包括以下步驟S401-步驟S404。

S401，基站在過載流控狀態(tài)下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

S402，所述基站內(nèi)預(yù)設(shè)有消息類型信息，當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列；

具體的，所述基站可以預(yù)設(shè)消息類型信息，所述消息類型信息可以為預(yù)設(shè)的消息類型的種類，所述預(yù)設(shè)的消息類型可以為影響用戶感受的消息類型，例如：切換請求、入網(wǎng)、承載建立等相關(guān)消息類型，當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型的種類中的一種，則基站將該屬于預(yù)設(shè)的消息類型的過載消息加入消息處理隊列。

S403，當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄；

具體的，當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，基站將該不屬于預(yù)設(shè)的消息類型的過載消息進(jìn)行丟棄。

S404，按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理。

其中，本發(fā)明實施例的步驟S401和S404可以分別參見圖1所示實施例的步驟S101和S103，在此不進(jìn)行贅述。

在本發(fā)明實施例中，基站通過預(yù)設(shè)消息類型信息，對所接收到的過載消息的消息類型進(jìn)行判斷是否屬于預(yù)設(shè)的消息類型，可以對重要的消息進(jìn)行保留，避免因為基站進(jìn)行流控時將重要的消息進(jìn)行丟棄，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

本發(fā)明實施例還公開了一種計算機(jī)程序產(chǎn)品，所述計算機(jī)程序產(chǎn)品包括計算機(jī)可讀介質(zhì)，其中，該計算機(jī)可讀介質(zhì)可包括一組程序代碼，該程序代碼用于執(zhí)行上述方法實施例中記載的消息處理方法的部分或全部步驟。

在本發(fā)明實施例中，基站根據(jù)在過載流控狀態(tài)下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留并進(jìn)行處理，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖5，為本發(fā)明實施例提供了一種基站的結(jié)構(gòu)示意圖。如圖5所示，本發(fā)明實施例的所述基站1可以包括：

確定模塊11，用于在處于過載流控狀態(tài)下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

具體實現(xiàn)中，所述基站1在過載流控狀態(tài)下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。

隊列更新模塊12，用于根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

具體實現(xiàn)中，所述隊列更新模塊12根據(jù)所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行調(diào)整，所述隊列更新模塊12將調(diào)整后的過載消息加入到消息處理隊列以更新所述消息處理隊列。

需要說明的是，所述基站1中可以預(yù)設(shè)有消息類型優(yōu)先級，所述隊列更新模塊12按照所述消息類型優(yōu)先級和所接收到的過載消息中每個過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列，并依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數(shù)量的最大值；

或者，所述基站1中可以對所接收到的過載消息中每個過載消息的消息類型設(shè)置對應(yīng)的消息類型的門限，所述隊列更新模塊12對每種消息類型中的過載消息進(jìn)行統(tǒng)計，對于超過門限的消息類型中的過載消息進(jìn)行刪除處理，直至超過門限的消息類型中的過載消息的數(shù)量小于或等于超過門限的消息類型對應(yīng)的門限，將沒有進(jìn)行刪除處理的過載消息加入消息處理隊列；

或者，所述基站1中可以對每種消息類型預(yù)設(shè)消息類型信息，所述消息類型信息可以為預(yù)設(shè)的消息類型的種類，所述隊列更新模塊12對于所接收到的過載消息的消息類型進(jìn)行判斷，當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列，當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄。

消息處理模塊13，用于按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理；

具體實現(xiàn)中，所述消息處理模塊13對消息處理隊列中的消息按照先進(jìn)先出的處理順序進(jìn)行響應(yīng)處理。

在本發(fā)明實施例中，基站根據(jù)在過載流控狀態(tài)下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留并進(jìn)行處理，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖6，為本發(fā)明實施例提供了另一種基站的結(jié)構(gòu)示意圖。如圖6所示，本發(fā)明實施例的所述基站1可以包括：

確定模塊11，用于在處于過載流控狀態(tài)下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

具體實現(xiàn)中，所述基站1在過載流控狀態(tài)下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。

第一存儲模塊14，用于存儲預(yù)設(shè)的消息類型優(yōu)先級；

具體實現(xiàn)中，所述基站1中預(yù)設(shè)有消息類型優(yōu)先級，所述第一存儲模塊14存儲所述消息類型優(yōu)先級。

隊列更新模塊12，用于根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

具體實現(xiàn)中，所述隊列更新模塊12根據(jù)所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行調(diào)整，所述隊列更新模塊12將調(diào)整后的過載消息加入到消息處理隊列以更新所述消息處理隊列。

需要說明的是，所述隊列更新模塊12按照所述第一存儲模塊14內(nèi)存儲的預(yù)設(shè)的消息類型優(yōu)先級和所接收到的過載消息中每個過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列，并依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數(shù)量的最大值。

具體的，本發(fā)明實施例的所述隊列更新模塊12可以包括：

消息排序單元121，用于按照所述消息類型優(yōu)先級，且根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

具體實現(xiàn)中，所述消息類型優(yōu)先級可以為消息類型處理優(yōu)先級，對于越影響用戶感受的消息類型，例如：切換請求、入網(wǎng)、承載建立等相關(guān)消息類型，其消息類型處理優(yōu)先級越高，所述消息排序單元121按照所述第一存儲模塊14內(nèi)存儲的預(yù)設(shè)的消息類型處理優(yōu)先級，根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

或者，所述消息類型優(yōu)先級還可以為消息類型刪除優(yōu)先級，對于越影響用戶感受的消息類型，其消息類型刪除優(yōu)先級越低，所述消息排序單元121按照所述第一存儲模塊14內(nèi)存儲的預(yù)設(shè)的消息類型刪除優(yōu)先級，根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列。

第一加入單元122，用于依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力；

具體實現(xiàn)中，所述第一加入單元122按照所述消息類型處理優(yōu)先級從高到低的方式，或者按照所述消息類型刪除優(yōu)先級從低到高的方式，依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站1的處理能力，所述基站1的處理能力為基站1所能處理消息的數(shù)量的最大值。

第一丟棄單元123，用于在所述消息處理隊列中的消息數(shù)量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄；

具體實現(xiàn)中，當(dāng)所述消息處理隊列中的消息數(shù)量超過基站1的處理能力時，所述第一丟棄單元123將所述過載消息序列中未加入所述消息處理隊列的過載消息進(jìn)行丟棄。

消息處理模塊13，用于按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理；

具體實現(xiàn)中，所述消息處理模塊13對消息處理隊列中的消息按照先進(jìn)先出的處理順序進(jìn)行響應(yīng)處理。

在本發(fā)明實施例中，基站通過預(yù)設(shè)優(yōu)先級的方式對所接收到的過載消息進(jìn)行排序，可以將重要的消息放在過載消息序列的前端，避免因為基站進(jìn)行流控時將重要的消息進(jìn)行丟棄，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖7，為本發(fā)明實施例提供了又一種基站的結(jié)構(gòu)示意圖。如圖7所示，本發(fā)明實施例的所述基站1可以包括：

確定模塊11，用于在處于過載流控狀態(tài)下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

具體實現(xiàn)中，所述基站1在過載流控狀態(tài)下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。

隊列更新模塊12，用于根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

具體實現(xiàn)中，所述隊列更新模塊12根據(jù)所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行調(diào)整，所述隊列更新模塊12將調(diào)整后的過載消息加入到消息處理隊列以更新所述消息處理隊列。

需要說明的是，所述基站1中可以對所接收到的過載消息中每個過載消息的消息類型設(shè)置對應(yīng)的消息類型的門限，所述隊列更新模塊12對每種消息類型中的過載消息進(jìn)行統(tǒng)計，對于超過門限的消息類型中的過載消息進(jìn)行刪除處理，直至超過門限的消息類型中的過載消息的數(shù)量小于或等于超過門限的消息類型對應(yīng)的門限，將沒有進(jìn)行刪除處理的過載消息加入消息處理隊列。

具體的，本發(fā)明實施例的所述隊列更新模塊12可以包括：

消息統(tǒng)計單元124，用于統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；

具體實現(xiàn)中，所述消息統(tǒng)計單元124統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息中每個過載消息所屬的所有消息類型中的任一個消息類型。

第一處理單元125，用于當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，對所述屬于第一消息類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列；

具體實現(xiàn)中，所述第一類型的過載消息數(shù)量都可以對應(yīng)設(shè)置第一預(yù)設(shè)門限，對于越影響用戶感受的消息類型，例如：切換請求、入網(wǎng)、承載建立等相關(guān)消息類型，其消息類型對應(yīng)的預(yù)設(shè)門限越高，設(shè)置的預(yù)設(shè)門限的方式可以為基站預(yù)先為每種消息類型進(jìn)行配置或者可以為每種消息類型設(shè)置門限優(yōu)先級，基站1根據(jù)每種消息類型的門限優(yōu)先級動態(tài)分配每種消息類型對應(yīng)的預(yù)設(shè)門限，并且，所有消息類型對應(yīng)的預(yù)設(shè)門限的總和小于基站1在過載流控狀態(tài)下還能繼續(xù)處理的消息數(shù)量。

當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，所述第一處理單元125對所述屬于第一類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列。需要說明的是，所述第一處理單元125執(zhí)行對所述屬于第一類型的過載消息進(jìn)行刪除處理的方式可以為基站在每個時間步長內(nèi)，刪除預(yù)設(shè)數(shù)量的所述第一類型的過載消息。例如：在過載流控狀態(tài)下，對于入網(wǎng)消息的消息類型，當(dāng)該消息類型的預(yù)設(shè)門限為10，并且接收到20個屬于該消息類型的過載消息時，可以每隔1秒對應(yīng)減少5個屬于該消息類型的過載消息。

需要說明的是，當(dāng)對所述第一類型的過載消息進(jìn)行刪除處理的過程中，基站1從過載流控狀態(tài)轉(zhuǎn)換為非過載流控狀態(tài)時，所述第一處理單元125可以無需對所述第一類型的過載消息繼續(xù)進(jìn)行刪除處理，所述第一處理單元125將剩余的屬于第一類型的過載消息加入消息處理隊列。

第二處理單元126，用于當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，將所接收的過載消息加入消息處理隊列；

具體實現(xiàn)中，當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，所述第二處理單元126直接將所接收到的過載消息加入消息處理隊列。

消息處理模塊13，用于按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理；

具體實現(xiàn)中，所述消息處理模塊13對消息處理隊列中的消息按照先進(jìn)先出的處理順序進(jìn)行響應(yīng)處理。

在本發(fā)明實施例中，基站通過對每種消息類型對應(yīng)設(shè)置預(yù)設(shè)門限，進(jìn)而保證越重要的消息類型對應(yīng)的預(yù)設(shè)門限越高，可以使基站在處于過載流控狀態(tài)下，最大程度對重要的消息進(jìn)行保留，減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖8，為本發(fā)明實施例提供了又一種基站的結(jié)構(gòu)示意圖。如圖8所示，本發(fā)明實施例的所述基站1可以包括：

確定模塊11，用于在處于過載流控狀態(tài)下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

具體實現(xiàn)中，所述基站1在過載流控狀態(tài)下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。

第二存儲模塊15，用于存儲預(yù)設(shè)的消息類型信息；

具體實現(xiàn)中，所述基站1中預(yù)設(shè)有消息類型信息，所述第二存儲模塊15存儲所述預(yù)設(shè)的消息類型信息，所述消息類型信息可以為預(yù)設(shè)的消息類型的種類，所述預(yù)設(shè)的消息類型可以為影響用戶感受的消息類型，例如：切換請求、入網(wǎng)、承載建立等相關(guān)消息類型。

隊列更新模塊12，用于根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

具體實現(xiàn)中，所述隊列更新模塊12根據(jù)所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行調(diào)整，所述隊列更新模塊12將調(diào)整后的過載消息加入到消息處理隊列以更新所述消息處理隊列。

需要說明的是，所述隊列更新模塊12對于所接收到的過載消息的消息類型進(jìn)行判斷，當(dāng)所接收到的過載消息的消息類型屬于所述第二存儲模塊15內(nèi)存儲的預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列，當(dāng)所接收到的過載消息的消息類型不屬于所述第二存儲模塊15內(nèi)存儲的預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄。

具體的，本發(fā)明實施例的所述隊列更新模塊12可以包括：

第二加入單元127，用于當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列；

具體實現(xiàn)中，當(dāng)所述確定模塊11所接收到的過載消息的消息類型屬于所述第二存儲模塊15內(nèi)存儲的預(yù)設(shè)的消息類型的種類中的一種時，所述第二加入單元127將該屬于預(yù)設(shè)的消息類型的過載消息加入消息處理隊列。

第二丟棄單元128，用于當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄；

具體實現(xiàn)中，當(dāng)所述確定模塊11所接收到的過載消息的消息類型不屬于所述第二存儲模塊15內(nèi)存儲的預(yù)設(shè)的消息類型時，所述第二丟棄單元128將該不屬于預(yù)設(shè)的消息類型的過載消息進(jìn)行丟棄。

消息處理模塊13，用于按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理；

具體實現(xiàn)中，所述消息處理模塊13對消息處理隊列中的消息按照先進(jìn)先出的處理順序進(jìn)行響應(yīng)處理。

在本發(fā)明實施例中，基站通過預(yù)設(shè)消息類型信息，對所接收到的過載消息的消息類型進(jìn)行判斷是否屬于預(yù)設(shè)的消息類型，可以對重要的消息進(jìn)行保留，避免因為基站進(jìn)行流控時將重要的消息進(jìn)行丟棄，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

請參見圖9，為本發(fā)明實施例提供了另一種基站的結(jié)構(gòu)示意圖。所述基站可包括：接收機(jī)910、存儲器920以及分別與所述接收機(jī)910和存儲器920連接的處理器930，并且還可以包括通信總線940。其中，所述接收機(jī)910用于接收消息，所述存儲器920存儲有程序代碼，所述處理器用于調(diào)用所述存儲器920中存儲的程序代碼，接收機(jī)910、存儲器920以及處理器930之間可通過通信總線940連接并通信，所述處理器930執(zhí)行如下步驟：

在處于過載流控狀態(tài)下的基站的所述接收機(jī)910接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；

根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列；

按序?qū)λ鱿⑻幚黻犃兄械南⑦M(jìn)行處理。

在本發(fā)明的第一種可行的實施方式中，所述存儲器920內(nèi)預(yù)設(shè)有消息類型優(yōu)先級，所述處理器930在執(zhí)行根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列時，具體執(zhí)行如下步驟：

按照所述消息類型優(yōu)先級，且根據(jù)所接收到的過載消息的消息類型，對所接收到的過載消息進(jìn)行排序，形成過載消息序列；

依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數(shù)量超過基站的處理能力。

所述處理器930還可以執(zhí)行如下步驟：

在所述消息處理隊列中的消息數(shù)量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。

在本發(fā)明的第二種可行的實施方式中，所述處理器930在執(zhí)行根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列時，具體執(zhí)行如下步驟：

統(tǒng)計所接收到的過載消息中屬于第一類型的過載消息的數(shù)量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；

當(dāng)所述第一類型的過載消息的數(shù)量大于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，對所述屬于第一消息類型的過載消息進(jìn)行刪除處理，直至刪除處理后剩余的屬于第一類型的過載消息的數(shù)量小于或等于所述第一預(yù)設(shè)門限，將所述剩余的屬于第一類型的過載消息加入消息處理隊列；或者，

當(dāng)所述第一類型的過載消息的數(shù)量小于或等于所述第一類型對應(yīng)的第一預(yù)設(shè)門限時，將所接收的過載消息加入消息處理隊列。

所述處理器930在執(zhí)行對所述屬于第一消息類型的過載消息進(jìn)行刪除處理時，具體執(zhí)行如下步驟：

在每個時間步長內(nèi)，刪除預(yù)設(shè)數(shù)量的所述第一類型的過載消息。

在本發(fā)明的第三種可行的實施方式中，所述存儲器920內(nèi)預(yù)設(shè)有消息類型信息，所述處理器930在執(zhí)行根據(jù)所接收到的過載消息的消息類型，更新消息處理隊列時，具體執(zhí)行如下步驟：

當(dāng)所接收到的過載消息的消息類型屬于預(yù)設(shè)的消息類型時，將所述過載消息加入消息處理隊列；或者，

當(dāng)所接收到的過載消息的消息類型不屬于預(yù)設(shè)的消息類型時，將所述過載消息進(jìn)行丟棄。

在本發(fā)明實施例中，基站根據(jù)在過載流控狀態(tài)下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留并進(jìn)行處理，進(jìn)而減少因丟棄消息導(dǎo)致用戶設(shè)備無法正常使用的幾率，提高了基站處理消息的智能性，并提升了用戶的體驗。

通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以用硬件實現(xiàn)，或固件實現(xiàn)，或它們的組合方式來實現(xiàn)。當(dāng)使用軟件實現(xiàn)時，可以將上述功能存儲在計算機(jī)可讀介質(zhì)中或作為計算機(jī)可讀介質(zhì)上的一個或多個指令或代碼進(jìn)行傳輸。計算機(jī)可讀介質(zhì)包括計算機(jī)存儲介質(zhì)和通信介質(zhì)，其中通信介質(zhì)包括便于從一個地方向另一個地方傳送計算機(jī)程序的任何介質(zhì)。存儲介質(zhì)可以是計算機(jī)能夠存取的任何可用介質(zhì)。以此為例但不限于：計算機(jī)可讀介質(zhì)可以包括RAM、ROM、EEPROM、CD-ROM或其他光盤存儲、磁盤存儲介質(zhì)或者其他磁存儲設(shè)備、或者能夠用于攜帶或存儲具有指令或數(shù)據(jù)結(jié)構(gòu)形式的期望的程序代碼并能夠由計算機(jī)存取的任何其他介質(zhì)。此外。任何連接可以適當(dāng)?shù)某蔀橛嬎銠C(jī)可讀介質(zhì)。例如，如果軟件是使用同軸電纜、光纖光纜、雙絞線、數(shù)字用戶線(DSL)或者諸如紅外線、無線電和微波之類的無線技術(shù)從網(wǎng)站、服務(wù)器或者其他遠(yuǎn)程源傳輸?shù)?，那么同軸電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線和微波之類的無線技術(shù)包括在所屬介質(zhì)的定影中。如本發(fā)明所使用的，盤(Disk)和碟(disc)包括壓縮光碟(CD)、激光碟、光碟、數(shù)字通用光碟(DVD)、軟盤和藍(lán)光光碟，其中盤通常磁性的復(fù)制數(shù)據(jù)，而碟則用激光來光學(xué)的復(fù)制數(shù)據(jù)。上面的組合也應(yīng)當(dāng)包括在計算機(jī)可讀介質(zhì)的保護(hù)范圍之內(nèi)。

以上所揭露的僅為本發(fā)明較佳實施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。