一種上行指令的處理方法及裝置的制造方法
【專利摘要】本發(fā)明實施例公開了一種上行指令的處理方法及裝置，涉及計算機數(shù)據(jù)處理領(lǐng)域。本發(fā)明實施例通過接收各終端發(fā)送的上行指令；根據(jù)預(yù)設(shè)上行指令列表，確定所述上行指令的上傳類型，所述上傳類型中包括由終端定時觸發(fā)上傳的自動上傳類型和隨機觸發(fā)上傳的正常上傳類型；對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)；其中，所述預(yù)設(shè)上行指令列表中至少存儲有各終端所發(fā)送的上行指令與上傳類型的對應(yīng)關(guān)系。本發(fā)明實施例提高了上行指令的處理效率。
【專利說明】
-種上行指令的處理方法及裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及計算機數(shù)據(jù)處理領(lǐng)域，尤其設(shè)及一種上行指令的處理方法及裝置。
【背景技術(shù)】
[0002] 目前，很多第=方廠商為智能手機開發(fā)有能夠提供業(yè)務(wù)辦理、流量查詢、話費查詢 等功能的應(yīng)用程序（AP巧。一方面，為了實現(xiàn)實時提示用戶當(dāng)前流量、話費的使用及剩余情 況，運類應(yīng)用程序一般能夠自動的向網(wǎng)絡(luò)側(cè)發(fā)送用于查詢流量剩余情況或話費剩余情況的 上行指令，并在接收到網(wǎng)絡(luò)側(cè)反饋消息后，解析反饋消息中的信息，從而獲取到用戶當(dāng)前流 量、話費的使用及剩余情況等信息。另一方面，用戶無法記住甚至不知道每個業(yè)務(wù)辦理指 令的操作代碼，運類應(yīng)用程序能夠根據(jù)用戶需要辦理的業(yè)務(wù)類型，發(fā)送攜帶有對應(yīng)的操作 代碼的上行指令至網(wǎng)絡(luò)側(cè)。可見運類應(yīng)用程序不僅能為用戶能夠提供實時流量、話費等信 息，還能協(xié)助用戶更方便的辦理業(yè)務(wù)，因此運類應(yīng)用程序越來越多的受到智能手機用戶的 歡迎。
[0003] 然而，當(dāng)應(yīng)用程序發(fā)送上行指令至網(wǎng)絡(luò)側(cè)時，可能由于當(dāng)前網(wǎng)絡(luò)狀況不穩(wěn)定而導(dǎo) 致應(yīng)用程序接收不到網(wǎng)絡(luò)側(cè)的反饋消息，而應(yīng)用程序往往會不斷的發(fā)送上行指令直至收到 網(wǎng)絡(luò)側(cè)的反饋消息，運就造成了網(wǎng)絡(luò)側(cè)在短時間內(nèi)需要反復(fù)執(zhí)行相同的查詢操作并下發(fā)反 饋消息，加劇了網(wǎng)絡(luò)側(cè)的擁堵現(xiàn)象；另外，針對不同區(qū)域的用戶，可能設(shè)置有不同的用于辦 理也許或查詢的操作代碼，如果出現(xiàn)了在應(yīng)用程序中設(shè)置地區(qū)錯誤的情況時，應(yīng)用程序不 能識別出地區(qū)設(shè)置有誤，而是發(fā)送了與用戶手機號碼所屬區(qū)域不同的操作代碼至網(wǎng)絡(luò)側(cè)， 而網(wǎng)絡(luò)側(cè)針對此類異常操作代碼不做響應(yīng)或下發(fā)異常反饋消息，導(dǎo)致業(yè)務(wù)辦理失敗或查詢 失敗。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明實施例提供一種上行指令的處理方法及裝置，用W提高上行指令的處理效 率。 陽〇化]一種上行指令的處理方法，該方法包括：
[0006] 接收各終端發(fā)送的上行指令；
[0007] 根據(jù)預(yù)設(shè)上行指令列表，確定所述上行指令的上傳類型，所述上傳類型中包括由 終端定時觸發(fā)上傳的自動上傳類型和隨機觸發(fā)上傳的正常上傳類型；
[0008] 對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)；
[0009] 其中，所述預(yù)設(shè)上行指令列表中至少存儲有各終端所發(fā)送的上行指令與上傳類型 的對應(yīng)關(guān)系。
[0010] 一種上行指令的處理裝置，該裝置包括：
[0011] 接收單元，用于接收各終端發(fā)送的上行指令；
[0012] 查詢單元，用于根據(jù)預(yù)設(shè)上行指令列表，確定所述上行指令的上傳類型，所述上傳 類型中包括由終端定時觸發(fā)上傳的自動上傳類型和隨機觸發(fā)上傳的正常上傳類型；
[0013] 響應(yīng)單元，用于對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)；
[0014] 其中，所述預(yù)設(shè)上行指令列表中至少存儲有各終端所發(fā)送的上行指令與上傳類型 的對應(yīng)關(guān)系。
[0015] 從上述技術(shù)方案可W看出，本發(fā)明實施例可W根據(jù)預(yù)設(shè)上行指令列表，識別出由 終端定時觸發(fā)上傳的上行指令或者由終端隨機觸發(fā)上傳的上行指令，對于終端隨機觸發(fā)上 傳的上行指令進行優(yōu)先響應(yīng)，從而提高了上行指令的處理效率。
【附圖說明】
[0016] 為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使 用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本 領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可W根據(jù)運些附圖獲得其 他的附圖。
[0017] 圖1為本發(fā)明實施例提供的由服務(wù)器和終端組成的系統(tǒng)架構(gòu)的結(jié)構(gòu)示意圖；
[0018] 圖2為本發(fā)明實施例提供的由短信業(yè)務(wù)處理服務(wù)器和智能手機組成的系統(tǒng)架構(gòu) 的結(jié)構(gòu)示意圖；
[0019] 圖3為本發(fā)明實施例提供的一種上行指令的處理方法的流程示意圖；
[0020] 圖4為本發(fā)明實施例提供的上行指令的處理裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0021] 為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進 一步地詳細(xì)描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施 例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的 所有其它實施例，都屬于本發(fā)明保護的范圍。
[0022] 圖1示出了本發(fā)明實施例提供的由服務(wù)器和終端組成的系統(tǒng)架構(gòu)的結(jié)構(gòu)示意圖， 本發(fā)明實施例可W應(yīng)用于由至少一個上行指令處理裝置11和若干個終端12組成的系統(tǒng)架 構(gòu)中；圖2示出了本發(fā)明實施例提供的由短信業(yè)務(wù)處理服務(wù)器和智能手機組成的系統(tǒng)架構(gòu) 的結(jié)構(gòu)示意圖，本發(fā)明實施例還可W適用于由短信業(yè)務(wù)處理服務(wù)器21和若干個智能手機 22組成的系統(tǒng)架構(gòu)，其中，各智能手機可能安裝有不同的第=方開發(fā)的用于與短信業(yè)務(wù)處 理服務(wù)器進行交互的應(yīng)用程序（AP巧。一般來說，此類應(yīng)用程序可W提供流量控制、話費查 詢等功能，此類應(yīng)用程序可W具備通過用戶手動觸發(fā)查詢話費、流量的功能，還可W具備由 APP自動查詢話費、流量等功能。通常來講，本發(fā)明實施例中的終端或智能手機通過發(fā)送上 行指令的方式與服務(wù)器或短信業(yè)務(wù)服務(wù)器進行交互，需要說明的是，該上行指令可W為短 消息或短信息等。
[0023] 基于圖1或圖2所示的系統(tǒng)架構(gòu)，本發(fā)明實施例可化圍過自學(xué)習(xí)過程，對智能手機 發(fā)送的上行指令進行記錄和分析，并對部分上行指令進行優(yōu)先響應(yīng)，從而提高了上行指令 的處理效率，圖3示出了本發(fā)明實施例提供的一種上行指令的處理方法的流程示意圖，如 圖3所示，該方法可W包括：
[0024] 步驟31 :接收各終端發(fā)送的上行指令。
[00巧]具體實現(xiàn)時，接收各終端發(fā)送的上行指令或上行短信。
[00%] 步驟32 :根據(jù)預(yù)設(shè)上行指令列表，確定所述上行指令的上傳類型，所述上傳類型 中包括由終端定時觸發(fā)上傳的自動上傳類型和隨機觸發(fā)上傳的正常上傳類型。
[0027] 其中，所述預(yù)設(shè)上行指令列表中至少存儲有各終端所發(fā)送的上行指令與上傳類型 的對應(yīng)關(guān)系；所述預(yù)設(shè)上行指令列表根據(jù)接收到的各終端發(fā)送的上行指令的歷史記錄生成 并更新。
[0028] 具體實現(xiàn)時，通過如下步驟生成并更新所述預(yù)設(shè)上行指令列表：根據(jù)各終端發(fā)送 的上行指令中攜帶的業(yè)務(wù)代碼，確定各上行指令對應(yīng)的業(yè)務(wù)類型；根據(jù)確定出的各上行指 令對應(yīng)的業(yè)務(wù)類型和接收到各上行指令的時間，判斷在若干個第一預(yù)設(shè)時間段內(nèi)接收到的 屬于同一業(yè)務(wù)類型的上行指令的總個數(shù)是否大于第一預(yù)設(shè)闊值，若是，則將該業(yè)務(wù)類型確 定為待分析業(yè)務(wù)類型；針對于同一終端，判斷該終端在若干個第二預(yù)設(shè)時間段內(nèi)所發(fā)送的 屬于所述待分析業(yè)務(wù)類型的上行指令的總個數(shù)是否大于第二預(yù)設(shè)闊值，若是，則將該終端 所發(fā)送的全部屬于所述待分析業(yè)務(wù)類型的上行指令對應(yīng)的上傳類型均確定為自動上傳類 型，將除對應(yīng)的上傳類型為自動上傳類型W外的其他上行指令的上傳類型均確定為正常上 傳類型；根據(jù)各終端的標(biāo)識、上傳指令中攜帶的業(yè)務(wù)代碼W及確定出的上傳指令的上傳類 型，生成并更新預(yù)設(shè)上行指令列表。
[0029] 舉例來說，可W根據(jù)預(yù)設(shè)規(guī)則識別各上行指令的上傳類型為正常上傳指令和自動 上傳指令。其中，一種預(yù)設(shè)規(guī)則可W為：按照預(yù)設(shè)規(guī)則進行記錄和分析，預(yù)設(shè)規(guī)則是根據(jù)終 端發(fā)送的上行指令的歷史記錄生成和更新的，用于識別終端所發(fā)送的各上行指令中哪些是 由終端定時觸發(fā)（如第=方開發(fā)的用于與短信業(yè)務(wù)處理服務(wù)器進行交互的應(yīng)用程序定時 觸發(fā)）并自動上傳的上行指令，哪些是由終端隨機觸發(fā)（如由終端用戶觸發(fā)）并正常上傳 的上行指令。例如，上行指令按照對應(yīng)的業(yè)務(wù)類型進行分類可能包括10類，其中有2類業(yè) 務(wù)類型在第一預(yù)設(shè)時長內(nèi)上行指令數(shù)量超過對應(yīng)的第一預(yù)設(shè)闊值（每一種業(yè)務(wù)的第一預(yù) 設(shè)闊值可W相同，也可W不同），則確定該兩類業(yè)務(wù)為包含自動上傳指令的業(yè)務(wù)。針對運兩 種業(yè)務(wù)中的任一業(yè)務(wù)，當(dāng)收到指令時，判斷同一號碼在預(yù)設(shè)時長內(nèi)上傳的指令的數(shù)量是否 超過第二預(yù)設(shè)闊值，若是，則可W推斷該號碼的該種業(yè)務(wù)的指令為自動上傳指令，否則認(rèn)為 是正常上傳指令。當(dāng)收到其他業(yè)務(wù)的指令時，該指令都被認(rèn)定為正常上傳指令。
[0030] W查詢業(yè)務(wù)的上傳類型判斷為例，在每天的早上8點~9點運個固定的時間段， 接收到的各個終端發(fā)送的用于請求進行查詢業(yè)務(wù)的上行指令（即，該上行指令的業(yè)務(wù)類型 為查詢業(yè)務(wù)類型）的總數(shù)量大于Nl個，其中Nl為可調(diào)節(jié)的正數(shù)；那么，將查詢業(yè)務(wù)類型確 定為待分析的業(yè)務(wù)類型；進一步的，對確定出的待分析的業(yè)務(wù)類型進一步的識別，即：判斷 同一終端或若干個終端是否均在每天早上8點~9點發(fā)送用于請求進行查詢業(yè)務(wù)的上行指 令，若是，則將該終端或運些若干終端發(fā)送的查詢業(yè)務(wù)類型所對應(yīng)的全部上行指令均確定 為自動上傳指令。運樣，利用各個終端發(fā)送的上行指令的歷史記錄，能夠生成預(yù)設(shè)上行指令 列表，同樣的，本發(fā)明還可W利用上述步驟對已生成的預(yù)設(shè)上行指令列表進行更新和維護。 可見，本發(fā)明實施例可W通過分析所有上行指令的時間W及數(shù)量等，智能識別出哪些業(yè)務(wù) APP自動上行的，供業(yè)務(wù)系統(tǒng)做后續(xù)處理。進一步的，本發(fā)明實施例還可W通過分析每個上 行號碼的頻次和軌跡（如時間和業(yè)務(wù)類型軌跡），識別出正常用戶上行指令W及智能手機 上行指令，生成智能手機用戶黑名單（為了描述方便，W下可簡稱為黑名單），供業(yè)務(wù)系統(tǒng) 做后續(xù)處理。
[0031] 需要說明的是，本發(fā)明實施例還可W根據(jù)其它規(guī)則和模型識別各上行指令的上傳 類型是自動上傳指令或正常上傳指令。
[0032] 可選的，在上述步驟32之后，如果接收到終端在第=預(yù)設(shè)時間段內(nèi)發(fā)送的屬于自 動上傳類型的上行指令的總個數(shù)大于第S預(yù)設(shè)闊值，則將該終端添加到黑名單中；并在接 收到該終端發(fā)送的屬于自動上傳類型的上行指令時，不對該上行指令進行響應(yīng)。
[0033] 具體實現(xiàn)時，針對智能手機軟件異常導(dǎo)致同一號碼的大量上行指令的情況：判斷 接收到的上行指令是否是由智能手機異常或APP異常而自動發(fā)送的上行指令，如果是，貝U 進行過濾，同時可W將上行手機號碼記錄到黑名單中。運樣可W避免響應(yīng)由于APP異?；?智能手機異常導(dǎo)致的大量上傳相同內(nèi)容的上行指令而造成的系統(tǒng)資源浪費，減輕系統(tǒng)的壓 力、提高了上行指令的處理效率；同時因為用戶不會收到短信業(yè)務(wù)處理服務(wù)器反饋的指令 不正確的短信，提升了用戶體驗。
[0034] 可選的，在上述步驟31之后，如果接收到終端發(fā)送的無法識別的上行指令，則將 該終端添加到黑名單中，并在接收到該終端發(fā)送的無法識別的上行指令時，不對該上行指 令進行響應(yīng)。
[0035] 具體實現(xiàn)時，針對智能手機軟件設(shè)置歸屬地不準(zhǔn)確導(dǎo)致的錯誤上行的情況：判斷 是否是由智能手機因歸屬地設(shè)置不準(zhǔn)確而自動上行了錯誤的指令，如果是，進行過濾，同時 調(diào)整記錄過濾業(yè)務(wù)列表。運樣可W減輕系統(tǒng)的壓力，同時因為用戶不會收到短信業(yè)務(wù)處理 服務(wù)器反饋的指令不正確的短信，提升了用戶體驗。
[0036] 其中，判斷是否是智能手機軟件設(shè)置歸屬地不準(zhǔn)確的方法可W具體為：接收到上 行指令時，無法識別該指令，不能返回查詢結(jié)果，則認(rèn)為智能手機軟件設(shè)置歸屬地不準(zhǔn)確。
[0037] 可選的，在上述步驟33之后，在對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)之 后，對屬于自動上傳類型的上行指令進行響應(yīng)。
[003引具體實現(xiàn)時，針對智能手機按時間點集中上行指令的情況：識別出智能手機自動 上傳指令，調(diào)低處理優(yōu)先級，運樣可W減輕系統(tǒng)的高峰期處理壓力，在系統(tǒng)保證正常上行處 理速度的情況下，將集中上行的指令再處理完成。因自動上行的指令的結(jié)果反饋短信，由 APP識別并提醒用戶，而對于正常上行指令可W按照預(yù)設(shè)規(guī)則優(yōu)先處理，從而可W提高用戶 體驗，提升上行指令的處理效率。
[0039] 從上述技術(shù)方案可W看出，本發(fā)明實施例可W根據(jù)預(yù)設(shè)上行指令列表，識別出由 終端定時觸發(fā)上傳的上行指令或者由終端隨機觸發(fā)上傳的上行指令，對于終端隨機觸發(fā)上 傳的上行指令進行優(yōu)先響應(yīng)，從而提高了上行指令的處理效率。 W40] 與現(xiàn)有分配技術(shù)相比，本發(fā)明實施例的優(yōu)點體現(xiàn)在W下兩個方面：
[0041] 第一個方面：不需要對系統(tǒng)進行擴容；
[0042] 第二個方面：能保證正常用戶操作不受影響，同時提升智能手機自動上行用戶的 感知。
[0043] 另外，本發(fā)明實施例通過大量實驗可得知：通過比對采取智能過濾、優(yōu)化處理模型 前后的一個月的數(shù)據(jù)，可得知如下實驗結(jié)果：
[0044] 第一：采用本發(fā)明實施例提供的方案能夠過濾百分之十幾的上行量，大大降低了 系統(tǒng)壓力；參照如下表1，可見，未采用本發(fā)明實施例提供的方案（即優(yōu)化前），上行總量為 103021201條，過濾量為0條，過濾占比為0%;在采用了本發(fā)明實施例提供的方案后（即優(yōu) 化后），上行總量為105334256條，過濾量為14524521，過濾占比為13. 79%。可見，本發(fā)明 實施例提供的方法能夠過濾大量由APP自動上傳的上行指令，大大降低了系統(tǒng)壓力。
[0045] 表 1
[0046]
[0047] 第二：用戶正常上行業(yè)務(wù)（非自動上行）的響應(yīng)時長降低到原來的S分之一； 參照如下表2,可見，未采用本發(fā)明實施例提供的方案（即優(yōu)化前），業(yè)務(wù)處理平均時長為 1. 214秒，在采用了本發(fā)明實施例提供的方案后（即優(yōu)化后），業(yè)務(wù)處理平均時長為0. 845 秒；可見，本發(fā)明實施例提供的方法能夠優(yōu)先處理正常上傳的上行指令，提高了上行指令的 處理效率。
[0048] 表 2
[0049]
[0050] 第=:通過后期人工對被過濾的數(shù)據(jù)進行抽樣分析核對，發(fā)現(xiàn)智能識別正確率高 達到 95. 73%。
[0051] 基于相同的技術(shù)構(gòu)思，本發(fā)明實施例還提供一種上行指令的處理裝置，圖4示出 了本發(fā)明實施例提供的上行指令的處理裝置的結(jié)構(gòu)示意圖，如圖4所示，該裝置可W包括：
[0052] 接收單元41，用于接收各終端發(fā)送的上行指令；
[0053] 查詢單元42,用于根據(jù)預(yù)設(shè)上行指令列表，確定所述上行指令的上傳類型，所述上 傳類型中包括由終端定時觸發(fā)上傳的自動上傳類型和隨機觸發(fā)上傳的正常上傳類型；
[0054] 響應(yīng)單元43,用于對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)； 陽化5] 其中，所述預(yù)設(shè)上行指令列表中至少存儲有各終端所發(fā)送的上行指令與上傳類型 的對應(yīng)關(guān)系；所述預(yù)設(shè)上行指令列表根據(jù)接收到的各終端發(fā)送的上行指令的歷史記錄生成 并更新。
[0056] 可選的，該裝置還包括：
[0057] 列表生成單元，用于根據(jù)各終端發(fā)送的上行指令中攜帶的業(yè)務(wù)代碼，確定各上行 指令對應(yīng)的業(yè)務(wù)類型；根據(jù)確定出的各上行指令對應(yīng)的業(yè)務(wù)類型和接收到各上行指令的時 間，判斷在若干個第一預(yù)設(shè)時間段內(nèi)接收到的屬于同一業(yè)務(wù)類型的上行指令的總個數(shù)是否 大于第一預(yù)設(shè)闊值，若是，則將該業(yè)務(wù)類型確定為待分析業(yè)務(wù)類型；針對于同一終端，判斷 該終端在若干個第二預(yù)設(shè)時間段內(nèi)所發(fā)送的屬于所述待分析業(yè)務(wù)類型的上行指令的總個 數(shù)是否大于第二預(yù)設(shè)闊值，若是，則將該終端所發(fā)送的全部屬于所述待分析業(yè)務(wù)類型的上 行指令對應(yīng)的上傳類型均確定為自動上傳類型，將除對應(yīng)的上傳類型為自動上傳類型W外 的其他上行指令的上傳類型均確定為正常上傳類型；根據(jù)各終端的標(biāo)識、上傳指令中攜帶 的業(yè)務(wù)代碼W及確定出的上傳指令的上傳類型，生成并更新預(yù)設(shè)上行指令列表。
[0058] 可選的，該裝置還包括：
[0059] 第一過濾單元，用于當(dāng)接收到終端在第=預(yù)設(shè)時間段內(nèi)發(fā)送的屬于自動上傳類型 的上行指令的總個數(shù)大于第=預(yù)設(shè)闊值時，將該終端添加到黑名單中；并在接收到該終端 發(fā)送的屬于自動上傳類型的上行指令時，不對該上行指令進行響應(yīng)。
[0060] 可選的，該裝置還包括：
[0061] 第二過濾單元，用于當(dāng)接收到終端發(fā)送的無法識別的上行指令時，將該終端添加 到黑名單中，并在接收到該終端發(fā)送的無法識別的上行指令時，不對該上行指令進行響應(yīng)。
[0062] 可選的，所述響應(yīng)單元43還用于：
[0063] 在對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)之后，對屬于自動上傳類型的上 行指令進行響應(yīng)。
[0064] 本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備（系統(tǒng)）、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、W及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供運些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理 器，使得通過該計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令可實現(xiàn)流程圖中的 一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。 陽0化]運些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備W特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。
[0066] 運些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計 算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟W產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或 其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖的一個流程或多個流程和/或方框 圖的一個方框或多個方框中指定的功能的步驟。
[0067] 盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造 性概念，則可對運些實施例做出另外的變更和修改。所W，所附權(quán)利要求意欲解釋為包括優(yōu) 選實施例W及落入本發(fā)明范圍的所有變更和修改。
[0068] 顯然，本領(lǐng)域的技術(shù)人員可W對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。運樣，倘若本發(fā)明的運些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含運些改動和變型在內(nèi)。
【主權(quán)項】
1. 一種上行指令的處理方法，其特征在于，該方法包括： 接收各終端發(fā)送的上行指令； 根據(jù)預(yù)設(shè)上行指令列表，確定所述上行指令的上傳類型，所述上傳類型中包括由終端 定時觸發(fā)上傳的自動上傳類型和隨機觸發(fā)上傳的正常上傳類型； 對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)； 其中，所述預(yù)設(shè)上行指令列表中至少存儲有各終端所發(fā)送的上行指令與上傳類型的對 應(yīng)關(guān)系。2. 如權(quán)利要求1所述的處理方法，其特征在于，通過如下步驟生成并更新所述預(yù)設(shè)上 行指令列表： 根據(jù)各終端發(fā)送的上行指令中攜帶的業(yè)務(wù)代碼，確定各上行指令對應(yīng)的業(yè)務(wù)類型； 根據(jù)確定出的各上行指令對應(yīng)的業(yè)務(wù)類型和接收到各上行指令的時間，判斷在若干個 第一預(yù)設(shè)時間段內(nèi)接收到的屬于同一業(yè)務(wù)類型的上行指令的總個數(shù)是否大于第一預(yù)設(shè)閾 值，若是，則將該業(yè)務(wù)類型確定為待分析業(yè)務(wù)類型；針對于同一終端，判斷該終端在若干個 第二預(yù)設(shè)時間段內(nèi)所發(fā)送的屬于所述待分析業(yè)務(wù)類型的上行指令的總個數(shù)是否大于第二 預(yù)設(shè)閾值，若是，則將該終端所發(fā)送的全部屬于所述待分析業(yè)務(wù)類型的上行指令對應(yīng)的上 傳類型均確定為自動上傳類型，將除對應(yīng)的上傳類型為自動上傳類型以外的其他上行指令 的上傳類型均確定為正常上傳類型； 根據(jù)各終端的標(biāo)識、上傳指令中攜帶的業(yè)務(wù)代碼以及確定出的上傳指令的上傳類型， 生成并更新預(yù)設(shè)上行指令列表。3. 如權(quán)利要求1所述的處理方法，其特征在于，如果接收到終端在第三預(yù)設(shè)時間段內(nèi) 發(fā)送的屬于自動上傳類型的上行指令的總個數(shù)大于第三預(yù)設(shè)閾值，則將該終端添加到黑名 單中；并在接收到該終端發(fā)送的屬于自動上傳類型的上行指令時，不對該上行指令進行響 應(yīng)。4. 如權(quán)利要求1所述的處理方法，其特征在于，如果接收到終端發(fā)送的無法識別的上 行指令，則將該終端添加到黑名單中，并在接收到該終端發(fā)送的無法識別的上行指令時，不 對該上行指令進行響應(yīng)。5. 如權(quán)利要求1-4中任一項所述的處理方法，其特征在于，在對屬于正常上傳類型的 上行指令進行優(yōu)先響應(yīng)之后，對屬于自動上傳類型的上行指令進行響應(yīng)。6. -種上行指令的處理裝置，其特征在于，該裝置包括： 接收單元，用于接收各終端發(fā)送的上行指令； 查詢單元，用于根據(jù)預(yù)設(shè)上行指令列表，確定所述上行指令的上傳類型，所述上傳類型 中包括由終端定時觸發(fā)上傳的自動上傳類型和隨機觸發(fā)上傳的正常上傳類型； 響應(yīng)單元，用于對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)； 其中，所述預(yù)設(shè)上行指令列表中至少存儲有各終端所發(fā)送的上行指令與上傳類型的對 應(yīng)關(guān)系。7. 如權(quán)利要求6所述的處理裝置，其特征在于，該裝置還包括： 列表生成單元，用于根據(jù)各終端發(fā)送的上行指令中攜帶的業(yè)務(wù)代碼，確定各上行指令 對應(yīng)的業(yè)務(wù)類型；根據(jù)確定出的各上行指令對應(yīng)的業(yè)務(wù)類型和接收到各上行指令的時間， 判斷在若干個第一預(yù)設(shè)時間段內(nèi)接收到的屬于同一業(yè)務(wù)類型的上行指令的總個數(shù)是否大 于第一預(yù)設(shè)閾值，若是，則將該業(yè)務(wù)類型確定為待分析業(yè)務(wù)類型；針對于同一終端，判斷該 終端在若干個第二預(yù)設(shè)時間段內(nèi)所發(fā)送的屬于所述待分析業(yè)務(wù)類型的上行指令的總個數(shù) 是否大于第二預(yù)設(shè)閾值，若是，則將該終端所發(fā)送的全部屬于所述待分析業(yè)務(wù)類型的上行 指令對應(yīng)的上傳類型均確定為自動上傳類型，將除對應(yīng)的上傳類型為自動上傳類型以外的 其他上行指令的上傳類型均確定為正常上傳類型；根據(jù)各終端的標(biāo)識、上傳指令中攜帶的 業(yè)務(wù)代碼以及確定出的上傳指令的上傳類型，生成并更新預(yù)設(shè)上行指令列表。8. 如權(quán)利要求6所述的處理裝置，其特征在于，該裝置還包括： 第一過濾單元，用于當(dāng)接收到終端在第三預(yù)設(shè)時間段內(nèi)發(fā)送的屬于自動上傳類型的上 行指令的總個數(shù)大于第三預(yù)設(shè)閾值時，將該終端添加到黑名單中；并在接收到該終端發(fā)送 的屬于自動上傳類型的上行指令時，不對該上行指令進行響應(yīng)。9. 如權(quán)利要求6所述的處理裝置，其特征在于，該裝置還包括： 第二過濾單元，用于當(dāng)接收到終端發(fā)送的無法識別的上行指令時，將該終端添加到黑 名單中，并在接收到該終端發(fā)送的無法識別的上行指令時，不對該上行指令進行響應(yīng)。10. 如權(quán)利要求6-9中任一項所述的處理裝置，其特征在于，所述響應(yīng)單元還用于： 在對屬于正常上傳類型的上行指令進行優(yōu)先響應(yīng)之后，對屬于自動上傳類型的上行指 令進行響應(yīng)。
【文檔編號】H04W4/00GK105848082SQ201510014020
【公開日】2016年8月10日
【申請日】2015年1月12日
【發(fā)明人】曹王華, 張博
【申請人】中國移動通信集團湖南有限公司