本發(fā)明涉及移動通信技術(shù)領(lǐng)域，尤其涉及一種消息推送處理方法、裝置及系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的發(fā)展和終端的普及，終端的用戶群越來越大，同時也對軟件提出了更多智能，人性化的需求。

在現(xiàn)有的技術(shù)中，其實終端，雖然被用戶作為一個游戲機或電視機，還可能是一個學(xué)習(xí)機，還可能成為小寶寶的樂園等等，給我們的生活帶來更多的樂趣。隨著通訊產(chǎn)品的更新?lián)Q代，移動終端(例如手機、個人數(shù)字化助理PDA等)已成為人們必備的通訊工具。各種方便人們生活的功能都能在移動終端上實現(xiàn)，例如手機電視、GPS、移動支付等等，都需要移動終端接入到互聯(lián)網(wǎng)才能實現(xiàn)。

隨著App的發(fā)展，消息推送技術(shù)也被越來越多的App運營商所重視，利用推送(Push)技術(shù)可以根據(jù)用戶的需要，有目的、按時將用戶感興趣的信息主動發(fā)送到用戶的手機終端上，提高產(chǎn)品活躍度，帶動功能模塊的使用率，增加用戶的黏度。通常情況下，消息推送都要基于有網(wǎng)絡(luò)的條件下，如果用戶處于無網(wǎng)絡(luò)狀態(tài)下，而此時應(yīng)用服務(wù)器需要通知用戶比較重要和緊急的消息時，消息將無法推送到指定的用戶。

在現(xiàn)在很多系統(tǒng)或者APP中，都存在使用消息推送這樣的功能。而實際情況是，一般APP系統(tǒng)的客戶端數(shù)量會達(dá)到幾十上百萬之多。如此多的APP每一個均需要與服務(wù)器保持有一個長連接，這樣就有幾十上百萬的長連接連接到服務(wù)器上。同時，已建立長連接的APP需要每隔一定時間發(fā)送心跳包給服務(wù)器，由服務(wù)端來明確該個APP設(shè)備是否已經(jīng)斷線的標(biāo)識。

以上情況，就說明推送的客戶終端有幾十上百萬之多，如果針對所有終端發(fā)送一條廣播信息，需要生成對應(yīng)數(shù)量的消息明細(xì)?，F(xiàn)在一般舊推送系統(tǒng)中的廣播推送方式為，運營人員在后臺配置一條廣播消息，由后臺程序查詢出滿足條件的客戶端信息，并根據(jù)這些客戶端信息生成對應(yīng)數(shù)量的消息明細(xì)，之后，由程序記錄這些消息明細(xì)至緩存或者數(shù)據(jù)庫中，完畢之后再由程序根據(jù)客戶端是否在線，如果客戶端在線則直接發(fā)送消息至客戶端，如果客戶端不在線，則不作其他動作，待客戶端重新上線后，再來服務(wù)端拉取廣播消息。這樣的情況，導(dǎo)致廣播消息很慢，占用服務(wù)器的大量資源，廣播吞吐不高。

針對相關(guān)技術(shù)中針對發(fā)送一條廣播信息需要生成與終端對應(yīng)數(shù)量的消息明細(xì)導(dǎo)致廣播很慢且占用服務(wù)器大量資源的問題，目前尚未提出解決方案。

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

本發(fā)明的主要目的在于提出一種消息推送處理方法、裝置及系統(tǒng)，旨在解決相關(guān)技術(shù)中針對發(fā)送一條廣播信息需要生成與終端對應(yīng)數(shù)量的消息明細(xì)導(dǎo)致廣播很慢且占用服務(wù)器大量資源的問題。

為實現(xiàn)上述目的，本發(fā)明實施例提出一種消息推送處理方法，包括：

從應(yīng)用程序編程接口API集群獲取消息，其中，所述消息是用戶在管理后臺配置光標(biāo)消息之后通過后臺程序發(fā)送給所述API集群的；

通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息；

通過所述接入服務(wù)器將所述消息明細(xì)信息推送給所述接入服務(wù)器連接的客戶端。

優(yōu)選地，通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息包括：

根據(jù)所述消息中攜帶的type類型進(jìn)行區(qū)分；

如果所述type類型為廣播類型時，查詢緩存并統(tǒng)計需要發(fā)送所述消息的接入服務(wù)器數(shù)量，并根據(jù)所述數(shù)量生成對應(yīng)的消息明細(xì)信息。

優(yōu)選地，如果所述type類型為廣播類型時，查詢緩存并統(tǒng)計需要發(fā)送所述消息的接入服務(wù)器數(shù)量包括：

根據(jù)所述消息對應(yīng)的應(yīng)用類型確定發(fā)送所述消息的接入服務(wù)器數(shù)量，其中，同一種應(yīng)用類型的消息由同一個接入服務(wù)器處理。

優(yōu)選地，所述方法還包括：

將未發(fā)送的消息明細(xì)信息緩存到數(shù)據(jù)庫中。

優(yōu)選地，將未發(fā)送的消息明細(xì)信息緩存到數(shù)據(jù)庫中包括：

將未發(fā)送的消息明細(xì)信息以離線消息的方式緩存到數(shù)據(jù)庫，且覆蓋所述數(shù)據(jù)庫中存儲的消息。

優(yōu)選地，所述方法還包括：

通過所述接入服務(wù)器獲取未接入所述接入服務(wù)器的客戶端的號碼，其中，所述客戶端預(yù)先通過用戶名注冊到所述接入服務(wù)器，所述用戶名對應(yīng)所述客戶端接入網(wǎng)絡(luò)的號碼；

通過所述接入服務(wù)器將未發(fā)送的消息明細(xì)信息通過短信平臺根據(jù)所述號碼推送給未接入所述接入服務(wù)器的客戶端。

優(yōu)選地，通過所述接入服務(wù)器將未發(fā)送的消息明細(xì)信息通過短信平臺根據(jù)所述號碼推送給未接入所述接入服務(wù)器的客戶端包括：

將所述消息明細(xì)信息轉(zhuǎn)換成短信的形式；

根據(jù)所述號碼通過短信的方式將所述消息明細(xì)信息發(fā)送給未接入所述接入服務(wù)器的客戶端。

根據(jù)本發(fā)明實施例的另一方面，提供了一種消息推送處理裝置，包括：

第一獲取模塊，用于從應(yīng)用程序編程接口API集群獲取消息，其中，所述消息是用戶在管理后臺配置光標(biāo)消息之后通過后臺程序發(fā)送給所述API集群的；

生成模塊，用于通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息；

第一推送模塊，用于通過所述接入服務(wù)器將所述消息明細(xì)信息推送給所述接入服務(wù)器連接的客戶端。

優(yōu)選地，所述生成模塊包括：

區(qū)分單元，用于根據(jù)所述消息中攜帶的type類型進(jìn)行區(qū)分；

查詢并生成單元，用于如果所述type類型為廣播類型時，查詢緩存并統(tǒng)計需要發(fā)送所述消息的接入服務(wù)器數(shù)量，并根據(jù)所述數(shù)量生成對應(yīng)的消息明細(xì)信息。

優(yōu)選地，所述查詢并生成單元，還用于

根據(jù)所述消息對應(yīng)的應(yīng)用類型確定發(fā)送所述消息的接入服務(wù)器數(shù)量，其中，同一種應(yīng)用類型的消息由同一個接入服務(wù)器處理。

優(yōu)選地，所述終端還包括：

緩存模塊，用于將未發(fā)送的消息明細(xì)信息緩存到數(shù)據(jù)庫中。

優(yōu)選地，所述緩存模塊，還用于將未發(fā)送的消息明細(xì)信息以離線消息的方式緩存到數(shù)據(jù)庫，且覆蓋所述數(shù)據(jù)庫中存儲的消息。

優(yōu)選地，所述終端還包括：

第二獲取模塊，用于通過所述接入服務(wù)器獲取未接入所述接入服務(wù)器的客戶端的號碼，其中，所述客戶端預(yù)先通過用戶名注冊到所述接入服務(wù)器，所述用戶名對應(yīng)所述客戶端接入網(wǎng)絡(luò)的號碼；

第二推送模塊，用于通過所述接入服務(wù)器將未發(fā)送的消息明細(xì)信息通過短信平臺根據(jù)所述號碼推送給未接入所述接入服務(wù)器的客戶端。

優(yōu)選地，所述第二推送模塊，還用于

將所述消息明細(xì)信息轉(zhuǎn)換成短信的形式；

根據(jù)所述號碼通過短信的方式將所述消息明細(xì)信息發(fā)送給未接入所述接入服務(wù)器的客戶端。

根據(jù)本發(fā)明實施例的另一方面，還提供了一種消息推送處理系統(tǒng)，包括：管理后臺、應(yīng)用程序編程接口API集群、處理服務(wù)集群、接入集群以及多個接入服務(wù)器，其中，所述管理后臺與所述API集群連接，所述API集群與所述處理服務(wù)集群連接，所述處理服務(wù)集群與所述接入集群連接，所述接入集群與所述多個接入服務(wù)器連接，

所述管理后臺，用于采集用戶配置的廣播消息，通過后臺程序發(fā)送至所述API集群中；

所述API集群，用于獲取消息之后，發(fā)送至所述處理服務(wù)集群；

所述處理服務(wù)集群，用于獲取所述消息，根據(jù)所述消息中攜帶的type類型進(jìn)行區(qū)分，如果所述type類型為廣播類型時，查詢緩存并統(tǒng)計出需要發(fā)送所述消息的接入服務(wù)器數(shù)量，并根據(jù)所述數(shù)量生成對應(yīng)的消息明細(xì)信息；

所述接入集群，用于接收所述處理服務(wù)集群發(fā)送的消息明細(xì)信息，并將所述消息明細(xì)信息發(fā)送給對應(yīng)的接入服務(wù)器；

所述接入服務(wù)器，用于接收所述消息明細(xì)信息，將所述消息明細(xì)推送給所述接入服務(wù)器連接的客戶端。

優(yōu)選地，所述接入服務(wù)器，還用于獲取未接入所述接入服務(wù)器的客戶端的號碼，其中，所述客戶端預(yù)先通過用戶名注冊到所述接入服務(wù)器，所述用戶名對應(yīng)所述客戶端接入網(wǎng)絡(luò)的號碼；將未發(fā)送的消息明細(xì)信息通過短信平臺根據(jù)所述號碼推送給未接入所述接入服務(wù)器的客戶端。

通過本發(fā)明，從應(yīng)用程序編程接口API集群獲取消息，其中，所述消息是用戶在管理后臺配置光標(biāo)消息之后通過后臺程序發(fā)送給所述API集群的；通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息；通過所述接入服務(wù)器將所述消息明細(xì)信息推送給所述接入服務(wù)器連接的客戶端，解決了相關(guān)技術(shù)中針對發(fā)送一條廣播信息需要生成與終端對應(yīng)數(shù)量的消息明細(xì)導(dǎo)致廣播很慢且占用服務(wù)器大量資源的問題，通過多臺接入服務(wù)器并行處理一條廣播消息，提高了廣播的速度，節(jié)約了服務(wù)器的資源，提高了用戶體驗。

附圖說明

圖1為實現(xiàn)本發(fā)明各個實施例一可選的移動終端的硬件結(jié)構(gòu)示意圖；

圖2為如圖1所示的移動終端的無線通信系統(tǒng)示意圖；

圖3是根據(jù)本發(fā)明實施例的消息推送處理方法的流程圖；

圖4是根據(jù)本發(fā)明實施例的消息廣播系統(tǒng)的結(jié)構(gòu)框圖；

圖5是根據(jù)本發(fā)明實施例的消息推送的示意圖一；

圖6是根據(jù)本發(fā)明實施例的消息推送的示意圖二；

圖7是根據(jù)本發(fā)明實施例的消息推送處理裝置的框圖；

圖8是根據(jù)本發(fā)明優(yōu)選實施例的消息推送處理裝置的框圖一；

圖9是根據(jù)本發(fā)明優(yōu)選實施例的消息推送處理裝置的框圖二。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進(jìn)一步說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

現(xiàn)在將參考附圖描述實現(xiàn)本發(fā)明各個實施例的移動終端。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身并沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。

移動終端可以以各種形式來實施。例如，本發(fā)明中描述的終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA(個人數(shù)字助理)、PAD(平板電腦)、PMP(便攜式多媒體播放器)、導(dǎo)航裝置等等的移動終端以及諸如數(shù)字TV、臺式計算機等等的固定終端。下面，假設(shè)終端是移動終端。然而，本領(lǐng)域技術(shù)人員將理解的是，除了特別用于移動目的的元件之外，根據(jù)本發(fā)明的實施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。

圖1為實現(xiàn)本發(fā)明各個實施例一可選的移動終端的硬件結(jié)構(gòu)示意圖。

移動終端100可以包括無線通信單元110、A/V(音頻/視頻)輸入單元120、用戶輸入單元130、感測單元140、輸出單元150、存儲器160、接口單元170、控制器180和電源單元190等等。

圖1示出了具有各種組件的移動終端100，但是應(yīng)理解的是，并不要求實施所有示出的組件?？梢蕴娲貙嵤└嗷蚋俚慕M件。將在下面詳細(xì)描述移動終端100的元件。

無線通信單元110通?？梢园ㄒ粋€或多個組件，其允許移動終端100與無線通信系統(tǒng)或網(wǎng)絡(luò)之間的無線電通信。例如，無線通信單元110可以包括廣播接收模塊111、移動通信模塊112、無線互聯(lián)網(wǎng)模塊113、短程通信模塊114和位置信息模塊115中的至少一個。

廣播接收模塊111經(jīng)由廣播信道從外部廣播管理服務(wù)器接收廣播信號和/或廣播相關(guān)信息。廣播信道可以包括衛(wèi)星信道和/或地面信道。廣播管理服務(wù)器可以是生成并發(fā)送廣播信號和/或廣播相關(guān)信息的服務(wù)器或者接收之前生成的廣播信號和/或廣播相關(guān)信息并且將其發(fā)送給終端的服務(wù)器。廣播信號可以包括TV廣播信號、無線電廣播信號、數(shù)據(jù)廣播信號等等。而且，廣播信號可以進(jìn)一步包括與TV或無線電廣播信號組合的廣播信號。廣播相關(guān)信息也可以經(jīng)由移動通信網(wǎng)絡(luò)提供，并且在該情況下，廣播相關(guān)信息可以由移動通信模塊112來接收。廣播信號可以以各種形式存在，例如，其可以以數(shù)字多媒體廣播(DMB)的電子節(jié)目指南(EPG)、數(shù)字視頻廣播手持(DVB-H)的電子服務(wù)指南(ESG)等等的形式而存在。廣播接收模塊111可以通過使用各種類型的廣播系統(tǒng)接收信號廣播。特別地，廣播接收模塊111可以通過使用諸如多媒體廣播-地面(DMB-T)、數(shù)字多媒體廣播-衛(wèi)星(DMB-S)、數(shù)字視頻廣播-手持(DVB-H)，前向鏈路媒體(MediaFLO@)的數(shù)據(jù)廣播系統(tǒng)、地面數(shù)字廣播綜合服務(wù)(ISDB-T)等等的數(shù)字廣播系統(tǒng)接收數(shù)字廣播。廣播接收模塊111可以被構(gòu)造為適合提供廣播信號的各種廣播系統(tǒng)以及上述數(shù)字廣播系統(tǒng)。經(jīng)由廣播接收模塊111接收的廣播信號和/或廣播相關(guān)信息可以存儲在存儲器160(或者其它類型的存儲介質(zhì))中。

移動通信模塊112將無線電信號發(fā)送到基站(例如，接入點、節(jié)點B等等)、外部終端以及服務(wù)器中的至少一個和/或從其接收無線電信號。這樣的無線電信號可以包括語音通話信號、視頻通話信號、或者根據(jù)文本和/或多媒體消息發(fā)送和/或接收的各種類型的數(shù)據(jù)。

無線互聯(lián)網(wǎng)模塊113支持移動終端的無線互聯(lián)網(wǎng)接入。該模塊可以內(nèi)部或外部地耦接到終端。該模塊所涉及的無線互聯(lián)網(wǎng)接入技術(shù)可以包括WLAN(無線LAN)(Wi-Fi)、Wibro(無線寬帶)、Wimax(全球微波互聯(lián)接入)、HSDPA(高速下行鏈路分組接入)等等。

短程通信模塊114是用于支持短程通信的模塊。短程通信技術(shù)的一些示例包括藍(lán)牙TM、射頻識別(RFID)、紅外數(shù)據(jù)協(xié)會(IrDA)、超寬帶(UWB)、紫蜂TM等等。

位置信息模塊115是用于檢查或獲取移動終端的位置信息的模塊。位置信息模塊115的典型示例是GPS(全球定位系統(tǒng))。根據(jù)當(dāng)前的技術(shù)，GPS計算來自三個或更多衛(wèi)星的距離信息和準(zhǔn)確的時間信息并且對于計算的信息應(yīng)用三角測量法，從而根據(jù)經(jīng)度、緯度和高度準(zhǔn)確地計算三維當(dāng)前位置信息。當(dāng)前，用于計算位置和時間信息的方法使用三顆衛(wèi)星并且通過使用另外的一顆衛(wèi)星校正計算出的位置和時間信息的誤差。此外，GPS能夠通過實時地連續(xù)計算當(dāng)前位置信息來計算速度信息。

A/V輸入單元120用于接收音頻或視頻信號。A/V輸入單元120可以包括相機121和麥克風(fēng)122，相機121對在視頻捕獲模式或圖像捕獲模式中由圖像捕獲裝置獲得的靜態(tài)圖片或視頻的圖像數(shù)據(jù)進(jìn)行處理。處理后的圖像幀可以顯示在顯示單元151上。經(jīng)相機121處理后的圖像幀可以存儲在存儲器160(或其它存儲介質(zhì))中或者經(jīng)由無線通信單元110進(jìn)行發(fā)送，可以根據(jù)移動終端100的構(gòu)造提供兩個或更多相機121。麥克風(fēng)122可以在電話通話模式、記錄模式、語音識別模式等等運行模式中經(jīng)由麥克風(fēng)122接收聲音(音頻數(shù)據(jù))，并且能夠?qū)⑦@樣的聲音處理為音頻數(shù)據(jù)。處理后的音頻(語音)數(shù)據(jù)可以在電話通話模式的情況下轉(zhuǎn)換為可經(jīng)由移動通信模塊112發(fā)送到移動通信基站的格式輸出。麥克風(fēng)122可以實施各種類型的噪聲消除(或抑制)算法以消除(或抑制)在接收和發(fā)送音頻信號的過程中產(chǎn)生的噪聲或者干擾。

用戶輸入單元130可以根據(jù)用戶輸入的命令生成鍵輸入數(shù)據(jù)以控制移動終端100的各種操作。用戶輸入單元130允許用戶輸入各種類型的信息，并且可以包括鍵盤、鍋仔片、觸摸板(例如，檢測由于被接觸而導(dǎo)致的電阻、壓力、電容等等的變化的觸敏組件)、滾輪、搖桿等等。特別地，當(dāng)觸摸板以層的形式疊加在顯示單元151上時，可以形成觸摸屏。

感測單元140檢測移動終端100的當(dāng)前狀態(tài)，(例如，移動終端100的打開或關(guān)閉狀態(tài))、移動終端100的位置、用戶對于移動終端100的接觸(即，觸摸輸入)的有無、移動終端100的取向、移動終端100的加速或減速移動和方向等等，并且生成用于控制移動終端100的操作的命令或信號。例如，當(dāng)移動終端100實施為滑動型移動電話時，感測單元140可以感測該滑動型電話是打開還是關(guān)閉。另外，感測單元140能夠檢測電源單元190是否提供電力或者接口單元170是否與外部裝置耦接。感測單元140可以包括接近傳感器141。

接口單元170用作至少一個外部裝置與移動終端100連接可以通過的接口。例如，外部裝置可以包括有線或無線頭戴式耳機端口、外部電源(或電池充電器)端口、有線或無線數(shù)據(jù)端口、存儲卡端口、用于連接具有識別模塊的裝置的端口、音頻輸入/輸出(I/O)端口、視頻I/O端口、耳機端口等等。識別模塊可以是存儲用于驗證用戶使用移動終端100的各種信息并且可以包括用戶識別模塊(UIM)、客戶識別模塊(SIM)、通用客戶識別模塊(USIM)等等。另外，具有識別模塊的裝置(下面稱為"識別裝置")可以采取智能卡的形式，因此，識別裝置可以經(jīng)由端口或其它連接裝置與移動終端100連接。接口單元170可以用于接收來自外部裝置的輸入(例如，數(shù)據(jù)信息、電力等等)并且將接收到的輸入傳輸?shù)揭苿咏K端100內(nèi)的一個或多個元件或者可以用于在移動終端100和外部裝置之間傳輸數(shù)據(jù)。

另外，當(dāng)移動終端100與外部底座連接時，接口單元170可以用作允許通過其將電力從底座提供到移動終端100的路徑或者可以用作允許從底座輸入的各種命令信號通過其傳輸?shù)揭苿咏K端100的路徑。從底座輸入的各種命令信號或電力可以用作識別移動終端100是否準(zhǔn)確地安裝在底座上的信號。輸出單元150被構(gòu)造為以視覺、音頻和/或觸覺方式提供輸出信號(例如，音頻信號、視頻信號、警報信號、振動信號等等)。輸出單元150可以包括顯示單元151、音頻輸出模塊152、警報單元153等等。

顯示單元151可以顯示在移動終端100中處理的信息。例如，當(dāng)移動終端100處于電話通話模式時，顯示單元151可以顯示與通話或其它通信(例如，文本消息收發(fā)、多媒體文件下載等等)相關(guān)的用戶界面(UI)或圖形用戶界面(GUI)。當(dāng)移動終端100處于視頻通話模式或者圖像捕獲模式時，顯示單元151可以顯示捕獲的圖像和/或接收的圖像、示出視頻或圖像以及相關(guān)功能的UI或GUI等等。

同時，當(dāng)顯示單元151和觸摸板以層的形式彼此疊加以形成觸摸屏?xí)r，顯示單元151可以用作輸入裝置和輸出裝置。顯示單元151可以包括液晶顯示器(LCD)、薄膜晶體管LCD(TFT-LCD)、有機發(fā)光二極管(OLED)顯示器、柔性顯示器、三維(3D)顯示器等等中的至少一種。這些顯示器中的一些可以被構(gòu)造為透明狀以允許用戶從外部觀看，這可以稱為透明顯示器，典型的透明顯示器可以例如為TOLED(透明有機發(fā)光二極管)顯示器等等。根據(jù)特定想要的實施方式，移動終端100可以包括兩個或更多顯示單元(或其它顯示裝置)，例如，移動終端100可以包括外部顯示單元(未示出)和內(nèi)部顯示單元(未示出)。觸摸屏可用于檢測觸摸輸入壓力以及觸摸輸入位置和觸摸輸入面積。

音頻輸出模塊152可以在移動終端100處于呼叫信號接收模式、通話模式、記錄模式、語音識別模式、廣播接收模式等等模式下時，將無線通信單元110接收的或者在存儲器160中存儲的音頻數(shù)據(jù)轉(zhuǎn)換音頻信號并且輸出為聲音。而且，音頻輸出模塊152可以提供與移動終端100執(zhí)行的特定功能相關(guān)的音頻輸出(例如，呼叫信號接收聲音、消息接收聲音等等)。音頻輸出模塊152可以包括揚聲器、蜂鳴器等等。

警報單元153可以提供輸出以將事件的發(fā)生通知給移動終端100。典型的事件可以包括呼叫接收、消息接收、鍵信號輸入、觸摸輸入等等。除了音頻或視頻輸出之外，警報單元153可以以不同的方式提供輸出以通知事件的發(fā)生。例如，警報單元153可以以振動的形式提供輸出，當(dāng)接收到呼叫、消息或一些其它進(jìn)入通信(incoming communication)時，警報單元153可以提供觸覺輸出(即，振動)以將其通知給用戶。通過提供這樣的觸覺輸出，即使在用戶的移動電話處于用戶的口袋中時，用戶也能夠識別出各種事件的發(fā)生。警報單元153也可以經(jīng)由顯示單元151或音頻輸出模塊152提供通知事件的發(fā)生的輸出。

存儲器160可以存儲由控制器180執(zhí)行的處理和控制操作的軟件程序等等，或者可以暫時地存儲己經(jīng)輸出或?qū)⒁敵龅臄?shù)據(jù)(例如，電話簿、消息、靜態(tài)圖像、視頻等等)。而且，存儲器160可以存儲關(guān)于當(dāng)觸摸施加到觸摸屏?xí)r輸出的各種方式的振動和音頻信號的數(shù)據(jù)。

存儲器160可以包括至少一種類型的存儲介質(zhì)，所述存儲介質(zhì)包括閃存、硬盤、多媒體卡、卡型存儲器(例如，SD或DX存儲器等等)、隨機訪問存儲器(RAM)、靜態(tài)隨機訪問存儲器(SRAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、可編程只讀存儲器(PROM)、磁性存儲器、磁盤、光盤等等。而且，移動終端100可以與通過網(wǎng)絡(luò)連接執(zhí)行存儲器160的存儲功能的網(wǎng)絡(luò)存儲裝置協(xié)作。

控制器180通?？刂埔苿咏K端的總體操作。例如，控制器180執(zhí)行與語音通話、數(shù)據(jù)通信、視頻通話等等相關(guān)的控制和處理。另外，控制器180可以包括用于再現(xiàn)(或回放)多媒體數(shù)據(jù)的多媒體模塊181，多媒體模塊181可以構(gòu)造在控制器180內(nèi)，或者可以構(gòu)造為與控制器180分離?？刂破?80可以執(zhí)行模式識別處理，以將在觸摸屏上執(zhí)行的手寫輸入或者圖片繪制輸入識別為字符或圖像。

電源單元190在控制器180的控制下接收外部電力或內(nèi)部電力并且提供操作各元件和組件所需的適當(dāng)?shù)碾娏Α?/p>

這里描述的各種實施方式可以以使用例如計算機軟件、硬件或其任何組合的計算機可讀介質(zhì)來實施。對于硬件實施，這里描述的實施方式可以通過使用特定用途集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理裝置(DSPD)、可編程邏輯裝置(PLD)、現(xiàn)場可編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器、被設(shè)計為執(zhí)行這里描述的功能的電子單元中的至少一種來實施，在一些情況下，這樣的實施方式可以在控制器180中實施。對于軟件實施，諸如過程或功能的實施方式可以與允許執(zhí)行至少一種功能或操作的單獨的軟件模塊來實施。軟件代碼可以由以任何適當(dāng)?shù)木幊陶Z言編寫的軟件應(yīng)用程序(或程序)來實施，軟件代碼可以存儲在存儲器160中并且由控制器180執(zhí)行。

至此，己經(jīng)按照其功能描述了移動終端100。另外，本發(fā)明實施例中的移動終端100可以是諸如折疊型、直板型、擺動型、滑動型以及其他各種類型的移動終端，具體此處不做限定。

如圖1中所示的移動終端100可以被構(gòu)造為利用經(jīng)由幀或分組發(fā)送數(shù)據(jù)的諸如有線和無線通信系統(tǒng)以及基于衛(wèi)星的通信系統(tǒng)來操作。

現(xiàn)在將參考圖2描述其中根據(jù)本發(fā)明的移動終端能夠操作的通信系統(tǒng)。

這樣的通信系統(tǒng)可以使用不同的空中接口和/或物理層。例如，由通信系統(tǒng)使用的空中接口包括例如頻分多址(FDMA)、時分多址(TDMA)、碼分多址(CDMA)和通用移動通信系統(tǒng)(UMTS)(特別地，長期演進(jìn)(LTE))、全球移動通信系統(tǒng)(GSM)等等。作為非限制性示例，下面的描述涉及CDMA通信系統(tǒng)，但是這樣的教導(dǎo)同樣適用于其它類型的系統(tǒng)。

參考圖2，CDMA無線通信系統(tǒng)可以包括多個智能終端100、多個基站(BS)270、基站控制器(BSC)275和移動交換中心(MSC)280。MSC 280被構(gòu)造為與公共電話交換網(wǎng)絡(luò)(PSTN)290形成接口。MSC 280還被構(gòu)造為與可以經(jīng)由回程線路耦接到基站270的BSC 275形成接口?；爻叹€路可以根據(jù)若干己知的接口中的任一種來構(gòu)造，所述接口可以包括例如歐洲標(biāo)準(zhǔn)高容量數(shù)字線路/美國標(biāo)準(zhǔn)高容量數(shù)字線路(E1/T1)、異步傳輸模式(ATM)，網(wǎng)絡(luò)協(xié)議(IP)、點對點協(xié)議(PPP)、幀中繼、高速率數(shù)字用戶線路(HDSL)、非對稱數(shù)字用戶線路(ADSL)或各種類型數(shù)字用戶線路(xDSL)。將理解的是，如圖2中所示的系統(tǒng)可以包括多個BSC 275。

每個BS 270可以服務(wù)一個或多個分區(qū)(或區(qū)域)，由多向天線或指向特定方向的天線覆蓋的每個分區(qū)放射狀地遠(yuǎn)離BS 270。或者，每個分區(qū)可以由用于分集接收的兩個或更多天線覆蓋。每個BS 270可以被構(gòu)造為支持多個頻率分配，并且每個頻率分配具有特定頻譜(例如，1.25MHz，5MHz等等)。

分區(qū)與頻率分配的交叉可以被稱為CDMA信道。BS 270也可以被稱為基站收發(fā)器子系統(tǒng)(BTS)或者其它等效術(shù)語。在這樣的情況下，術(shù)語"基站"可以用于籠統(tǒng)地表示單個BSC 275和至少一個BS 270?；疽部梢员环Q為"蜂窩站"。或者，特定BS 270的各分區(qū)可以被稱為多個蜂窩站。

如圖2中所示，廣播發(fā)射器(BT)295將廣播信號發(fā)送給在系統(tǒng)內(nèi)操作的移動終端100。如圖1中所示的廣播接收模塊111被設(shè)置在移動終端100處以接收由BT 295發(fā)送的廣播信號。在圖2中，示出了幾個全球定位系統(tǒng)(GPS)衛(wèi)星300。衛(wèi)星300幫助定位多個移動終端100中的至少一個。

在圖2中，描繪了多個衛(wèi)星300，但是理解的是，可以利用任何數(shù)目的衛(wèi)星獲得有用的定位信息。如圖1中所示的位置信息模塊115(如：GPS)通常被構(gòu)造為與衛(wèi)星300配合以獲得想要的定位信息。替代GPS跟蹤技術(shù)或者在GPS跟蹤技術(shù)之外，可以使用可以跟蹤移動終端的位置的其它技術(shù)。另外，至少一個GPS衛(wèi)星300可以選擇性地或者額外地處理衛(wèi)星DMB傳輸。

作為無線通信系統(tǒng)的一個典型操作，BS 270接收來自各種移動終端100的反向鏈路信號。移動終端100通常參與通話、消息收發(fā)和其它類型的通信。特定基站接收的每個反向鏈路信號被在特定BS 270內(nèi)進(jìn)行處理。獲得的數(shù)據(jù)被轉(zhuǎn)發(fā)給相關(guān)的BSC 275。BSC提供通話資源分配和包括BS 270之間的軟切換過程的協(xié)調(diào)的移動管理功能。BSC 275還將接收到的數(shù)據(jù)路由到MSC 280，其提供用于與PSTN 290形成接口的額外的路由服務(wù)。類似地，PSTN 290與MSC 280形成接口，MSC與BSC 275形成接口，并且BSC 275相應(yīng)地控制BS 270以將正向鏈路信號發(fā)送到移動終端100。

基于上述的移動終端，本發(fā)明實施例提供了一種消息推送處理方法，圖3是根據(jù)本發(fā)明實施例的消息推送處理方法的流程圖，如圖3所示，該方法包括以下步驟：

步驟S302，從應(yīng)用程序編程接口(Application Programming Interface，簡稱為API)集群獲取消息，其中，所述消息是用戶在管理后臺配置光標(biāo)消息之后通過后臺程序發(fā)送給所述API集群的；

步驟S304，通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息；

步驟S306，通過所述接入服務(wù)器將所述消息明細(xì)信息推送給所述接入服務(wù)器連接的客戶端。

通過上述步驟，從應(yīng)用程序編程接口API集群獲取消息，其中，所述消息是用戶在管理后臺配置光標(biāo)消息之后通過后臺程序發(fā)送給所述API集群的；通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息；通過所述接入服務(wù)器將所述消息明細(xì)信息推送給所述接入服務(wù)器連接的客戶端，解決了相關(guān)技術(shù)中針對發(fā)送一條廣播信息需要生成與終端對應(yīng)數(shù)量的消息明細(xì)導(dǎo)致廣播很慢且占用服務(wù)器大量資源的問題，通過多臺接入服務(wù)器并行處理一條廣播消息，提高了廣播的速度，節(jié)約了服務(wù)器的資源，提高了用戶體驗。

本發(fā)明實施例用一種新的廣播推送方式，由運營人員配置好一條廣播消息，由處理程序生成對應(yīng)接入服務(wù)器數(shù)量的消息明細(xì)，之后直接發(fā)送至接入服務(wù)器中，由每臺接入服務(wù)器自己處理，針對連接在其之上的客戶端，進(jìn)行在線消息的發(fā)送，同時，把未發(fā)送的消息明細(xì)記錄至緩存或者數(shù)據(jù)庫中。采用此種方式，可以實現(xiàn)多臺接入共同并發(fā)處理一條廣播消息，無論是速度還是效率上，都比舊有的方式有了很大的性能提升。但是，需要有接入服務(wù)器資源的支持。一般舊有推送系統(tǒng)中的存在的廣播推送方式為。運營人員再后臺配置一條廣播消息，由后臺程序查詢出滿足條件的客戶端信息，并根據(jù)這些客戶端信息生成對應(yīng)數(shù)量的消息明細(xì)，之后，由程序記錄這些消息明細(xì)至緩存或者數(shù)據(jù)庫中，完畢之后再由程序根據(jù)客戶端是否在線，如果客戶端在線則直接發(fā)送消息至客戶端，如果客戶端不在線，則不作其他動作，待客戶端重新上線后，再來服務(wù)端拉取廣播消息。這樣的情況，導(dǎo)致廣播消息很慢，占用服務(wù)器的大量資源，廣播吞吐不高。

由運營人員配置好一條廣播消息，由處理程序生成對應(yīng)接入服務(wù)器數(shù)量的消息明細(xì)，之后直接發(fā)送至接入服務(wù)器中，由每臺接入服務(wù)器自己處理，針對連接在其之上的客戶端，進(jìn)行在線消息的發(fā)送，同時，把未發(fā)送的消息明細(xì)記錄至緩存或者數(shù)據(jù)庫中。采用此種方式，可以實現(xiàn)多臺接入共同并發(fā)處理一條廣播消息，無論是速度還是效率上，都比舊有的方式有了很大的性能提升。但是，需要有接入服務(wù)器資源的支持。

圖4是根據(jù)本發(fā)明實施例的消息廣播系統(tǒng)的結(jié)構(gòu)框圖，如圖4所示，包括管理后臺、API集群、處理服務(wù)器、接入服務(wù)器以及客戶端，在該消息廣播系統(tǒng)的基礎(chǔ)上，廣播消息具體流程包括：

步驟1，后臺運營人員在管理后臺的界面中配置一條相對應(yīng)的廣播消息。由管理后臺程序發(fā)送至API集群中。

步驟2，API集群獲取到消息之后，發(fā)送至處理服務(wù)集群。

步驟3，處理服務(wù)集群獲取該條消息，根據(jù)消息中的type類型來區(qū)分，如果為廣播類型時，查詢緩存并統(tǒng)計出需要發(fā)送該條廣播消息的接入服務(wù)器數(shù)量(接入服務(wù)器也是有類型區(qū)分的，比如A應(yīng)用的接入服務(wù)器，B應(yīng)用的接入服務(wù)器)，并根據(jù)該數(shù)量生成對應(yīng)的消息明細(xì)信息，將生成的消息明細(xì)信息發(fā)送給接入集群中。

步驟4，通過接入集群將消息明細(xì)信息發(fā)送至對應(yīng)的接入服務(wù)器中，由每臺接入服務(wù)器自己處理，針對連接在其之上的客戶端，進(jìn)行在線消息的發(fā)送，同時，把未發(fā)送的消息明細(xì)記錄至緩存或者數(shù)據(jù)庫中。

步驟5，為了防止出現(xiàn)離線數(shù)據(jù)重復(fù)的問題，保存至緩存或者數(shù)據(jù)庫中的離線消息將原有的消息覆蓋處理。

采用上述的方式，可以實現(xiàn)多臺接入共同并發(fā)處理一條廣播消息，無論是速度還是效率上，都比舊有的方式有了很大的性能提升。但是，需要有接入服務(wù)器資源的支持。

優(yōu)選地，通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息包括：根據(jù)所述消息中攜帶的type類型進(jìn)行區(qū)分；如果所述type類型為廣播類型時，查詢緩存并統(tǒng)計需要發(fā)送所述消息的接入服務(wù)器數(shù)量，并根據(jù)所述數(shù)量生成對應(yīng)的消息明細(xì)信息。進(jìn)一步地，查詢緩存并統(tǒng)計需要發(fā)送所述消息的接入服務(wù)器數(shù)量包括：根據(jù)所述消息對應(yīng)的應(yīng)用類型確定發(fā)送所述消息的接入服務(wù)器數(shù)量，其中，同一種應(yīng)用類型的消息由同一個接入服務(wù)器處理。

優(yōu)選地，將未發(fā)送的消息明細(xì)信息緩存到數(shù)據(jù)庫中，具體地，將未發(fā)送的消息明細(xì)信息以離線消息的方式緩存到數(shù)據(jù)庫，且覆蓋所述數(shù)據(jù)庫中存儲的消息。通過所述接入服務(wù)器獲取未接入所述接入服務(wù)器的客戶端的號碼，其中，所述客戶端預(yù)先通過用戶名注冊到所述接入服務(wù)器，所述用戶名對應(yīng)所述客戶端接入網(wǎng)絡(luò)的號碼；通過所述接入服務(wù)器將未發(fā)送的消息明細(xì)信息通過短信平臺根據(jù)所述號碼推送給未接入所述接入服務(wù)器的客戶端。將所述消息明細(xì)信息轉(zhuǎn)換成短信的形式；根據(jù)所述號碼通過短信的方式將所述消息明細(xì)信息發(fā)送給未接入所述接入服務(wù)器的客戶端。

下面對具體實現(xiàn)過程進(jìn)行詳細(xì)說明，具體包括：終端登錄時，通過用戶名信息注冊到PUSH組件即PUSH服務(wù)器，終端向PUSH服務(wù)器發(fā)起網(wǎng)絡(luò)連接，當(dāng)用戶手機無網(wǎng)絡(luò)時，應(yīng)用無法與PUSH服務(wù)器正常建立連接；如果此時有重要的信息需要立即推送給該用戶，PUSH組件會先判斷該用戶是否處于連接狀態(tài)，在判斷結(jié)果為是的情況下，應(yīng)用與服務(wù)器建立連接/從服務(wù)器獲取推送消息；在判斷結(jié)果為否的情況下，PUSH服務(wù)器向下推送消息。圖5是根據(jù)本發(fā)明實施例的消息推送的示意圖一，如圖5所示，如果用戶此時處于未連接狀態(tài)，PUSH服務(wù)器查詢該用戶是否有關(guān)聯(lián)手機號；PUSH服務(wù)器將消息通過短信的方式推送到該用戶關(guān)聯(lián)的手機號，用戶手機收到短信，判斷該短信是否為指定推送消息類型的短信，在判斷結(jié)果為是的情況下，PUSH組件服務(wù)檢測到短信為消息通知類短信，PUSH組件服務(wù)將消息獲取并轉(zhuǎn)換為應(yīng)用通知類消息，并將消息以應(yīng)用通知消息展示到通知欄上；圖6是根據(jù)本發(fā)明實施例的消息推送的示意圖二，如圖6所示，在判斷結(jié)果為否的情況下，如果為指定推送消息類型的短信，不通過短信的形式展示到通知欄，以短信類消息顯示即可。

根據(jù)本發(fā)明實施例的另一方面，提供了一種消息推送處理裝置，圖7是根據(jù)本發(fā)明實施例的消息推送處理裝置的框圖，如圖7所示，包括：

第一獲取模塊72，用于從應(yīng)用程序編程接口API集群獲取消息，其中，所述消息是用戶在管理后臺配置光標(biāo)消息之后通過后臺程序發(fā)送給所述API集群的；

生成模塊74，用于通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息；

第一推送模塊76，用于通過所述接入服務(wù)器將所述消息明細(xì)信息推送給所述接入服務(wù)器連接的客戶端。

圖8是根據(jù)本發(fā)明優(yōu)選實施例的消息推送處理裝置的框圖一，如圖8所所述生成模塊74包括：

區(qū)分單元82，用于根據(jù)所述消息中攜帶的type類型進(jìn)行區(qū)分；

查詢并生成單元84，用于如果所述type類型為廣播類型時，查詢緩存并統(tǒng)計需要發(fā)送所述消息的接入服務(wù)器數(shù)量，并根據(jù)所述數(shù)量生成對應(yīng)的消息明細(xì)信息。

優(yōu)選地，所述查詢并生成單元84，還用于

根據(jù)所述消息對應(yīng)的應(yīng)用類型確定發(fā)送所述消息的接入服務(wù)器數(shù)量，其中，同一種應(yīng)用類型的消息由同一個接入服務(wù)器處理。

優(yōu)選地，所述終端還包括：

緩存模塊，用于將未發(fā)送的消息明細(xì)信息緩存到數(shù)據(jù)庫中。

優(yōu)選地，所述緩存模塊，還用于將未發(fā)送的消息明細(xì)信息以離線消息的方式緩存到數(shù)據(jù)庫，且覆蓋所述數(shù)據(jù)庫中存儲的消息。

圖9是根據(jù)本發(fā)明優(yōu)選實施例的消息推送處理裝置的框圖二，如圖9所示，所述終端還包括：

第二獲取模塊92，用于通過所述接入服務(wù)器獲取未接入所述接入服務(wù)器的客戶端的號碼，其中，所述客戶端預(yù)先通過用戶名注冊到所述接入服務(wù)器，所述用戶名對應(yīng)所述客戶端接入網(wǎng)絡(luò)的號碼；

第二推送模塊94，用于通過所述接入服務(wù)器將未發(fā)送的消息明細(xì)信息通過短信平臺根據(jù)所述號碼推送給未接入所述接入服務(wù)器的客戶端。

優(yōu)選地，所述第二推送模塊94，還用于

將所述消息明細(xì)信息轉(zhuǎn)換成短信的形式；

根據(jù)所述號碼通過短信的方式將所述消息明細(xì)信息發(fā)送給未接入所述接入服務(wù)器的客戶端。

根據(jù)本發(fā)明實施例的另一方面，還提供了一種消息推送處理系統(tǒng)，如圖4所示，包括：管理后臺、應(yīng)用程序編程接口API集群、處理服務(wù)集群、接入集群以及多個接入服務(wù)器，其中，所述管理后臺與所述API集群連接，所述API集群與所述處理服務(wù)集群連接，所述處理服務(wù)集群與所述接入集群連接，所述接入集群與所述多個接入服務(wù)器連接，

所述管理后臺，用于采集用戶配置的廣播消息，通過后臺程序發(fā)送至所述API集群中；

所述API集群，用于獲取消息之后，發(fā)送至所述處理服務(wù)集群；

所述處理服務(wù)集群，用于獲取所述消息，根據(jù)所述消息中攜帶的type類型進(jìn)行區(qū)分，如果所述type類型為廣播類型時，查詢緩存并統(tǒng)計出需要發(fā)送所述消息的接入服務(wù)器數(shù)量，并根據(jù)所述數(shù)量生成對應(yīng)的消息明細(xì)信息；

所述接入集群，用于接收所述處理服務(wù)集群發(fā)送的消息明細(xì)信息，并將所述消息明細(xì)信息發(fā)送給對應(yīng)的接入服務(wù)器；

所述接入服務(wù)器，用于接收所述消息明細(xì)信息，將所述消息明細(xì)推送給所述接入服務(wù)器連接的客戶端。

優(yōu)選地，所述接入服務(wù)器，還用于獲取未接入所述接入服務(wù)器的客戶端的號碼，其中，所述客戶端預(yù)先通過用戶名注冊到所述接入服務(wù)器，所述用戶名對應(yīng)所述客戶端接入網(wǎng)絡(luò)的號碼；將未發(fā)送的消息明細(xì)信息通過短信平臺根據(jù)所述號碼推送給未接入所述接入服務(wù)器的客戶端。

本發(fā)明實施例，從應(yīng)用程序編程接口API集群獲取消息，其中，所述消息是用戶在管理后臺配置光標(biāo)消息之后通過后臺程序發(fā)送給所述API集群的；通過處理程序生成與接入服務(wù)器對應(yīng)數(shù)量的消息明細(xì)信息；通過所述接入服務(wù)器將所述消息明細(xì)信息推送給所述接入服務(wù)器連接的客戶端，解決了相關(guān)技術(shù)中針對發(fā)送一條廣播信息需要生成與終端對應(yīng)數(shù)量的消息明細(xì)導(dǎo)致廣播很慢且占用服務(wù)器大量資源的問題，通過多臺接入服務(wù)器并行處理一條廣播消息，提高了廣播的速度，節(jié)約了服務(wù)器的資源，提高了用戶體驗。

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

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例該的方法。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。