TW201733312A - 自動熔斷的消息發送方法、裝置及系統 - Google Patents

Abstract

本發明涉及通訊技術領域，特別涉及一種自動熔斷的消息發送方法、裝置及系統，其中方法包括接收發送消息請求，並得到所述發送消息請求中的特徵；根據所述特徵進行黑名單校驗；通過所述黑名單校驗後，發送相應消息，並根據所述特徵產生本次發送消息的日誌。透過非同步分析日誌，將超過門檻值的特徵資料加入黑名單，可以實現對使用者發送的消息進行邏輯控制，避免了對使用者的消息騷擾；並且提高了消息處理系統發送消息的處理速度。

Description

自動熔斷的消息發送方法、裝置及系統

本發明涉及通訊技術領域，特別涉及一種自動熔斷的消息發送方法、裝置及系統。

隨著網際網路技術的日益發展，使用者在電子交易平臺進行交易後會產生很多消息，電子交易平臺將消息發送給使用者，例如郵件通知交易結果，短訊通知付款是否成功，但是如果透過某種管道短時間內向使用者發送大量的消息，容易造成使用者通知管道的阻塞，例如通知管道為郵箱，使用者的郵箱在短時間內接收到大量消息，可能造成郵箱容量溢出或者使用者重要的郵件被淹沒在大量的通知消息之中，這樣會影響使用者正常使用郵箱。

在現有技術中，一般在每次發送消息時採用計數的方式統計發送此類消息的數量，如果發送數量超過門檻值則取消本次消息的發送。但是，由於消息的目標使用者量較大，使用者使用的通知管道多種多樣，系統在每一次發送消息時都需要在資料庫中進行累加計數的操作，這樣資料寫入併發量大，影響系統發送消息的處理效率。

為了解決現有技術中消息處理系統發送消息的效率不高，並且如果發送的某類消息過多容易造成對使用者騷擾的問題，提出了一種自動熔斷的消息發送方法、裝置及系統可以提高發送消息的效率，並且避免了同類消息對使用者的騷擾。

本發明實施例提供了一種自動熔斷的消息發送方法，包括，接收發送消息請求，並得到所述發送消息請求中的特徵；根據所述特徵進行黑名單校驗；通過所述黑名單校驗後，發送相應消息，並根據所述特徵產生本次發送消息的日誌。

本發明實施例還提供了一種自動熔斷的消息發送方法，包括，同步消息處理系統的日誌；根據所述日誌累計具有相同特徵消息的數量；判斷所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

本發明實施例還提供了一種自動熔斷的消息處理裝置，包括，接收單元，用於接收發送消息請求，並得到所述發送消息請求中的特徵； 校驗單元，用於根據所述特徵進行黑名單校驗；處理單元，用於當通過所述黑名單校驗後，發送相應消息，並根據所述特徵產生本次發送消息的日誌。

本發明實施例還提供了一種自動熔斷的記帳裝置，包括，同步單元，用於同步消息處理系統的日誌；計算單元，用於根據所述日誌累計具有相同特徵消息的數量；處理單元，用於判斷所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

本發明實施例還提供了一種自動熔斷的消息處理系統，包括消息處理裝置和記帳裝置，所述消息處理裝置，用於接收發送消息請求，並得到所述發送消息請求中的特徵，根據所述特徵進行黑名單校驗，當通過所述黑名單校驗後，發送相應消息，並根據所述特徵產生本次發送消息的日誌；所述記帳裝置，用於同步消息處理系統的日誌，根據所述日誌累計具有相同特徵消息的數量，判斷所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

由以上本發明實施例提供的技術方案可見，可以實現對向使用者發送的消息進行邏輯控制，如果發送的消息在黑名單中，則不發送該消息，避免了對使用者的消息騷擾；並且提高了消息處理系統發送消息的處理速度。

當然實施本發明的任一產品或者方法必不一定需要同 時達到以上所述的所有優點。

201~203‧‧‧步驟

301~303‧‧‧步驟

401‧‧‧接收單元

402‧‧‧校驗單元

403‧‧‧處理單元

501‧‧‧同步單元

502‧‧‧計算單元

503‧‧‧處理單元

504‧‧‧更新單元

601‧‧‧消息處理裝置

602‧‧‧記帳裝置

701~709‧‧‧步驟

801~810‧‧‧步驟

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本發明中記載的一些實施例，對於本領域具有通常知識者來講，在不付出創造性勞動性的前提下，還可以根據這些圖式獲得其他的圖式。

圖1所示為現有技術中消息發送方法的整體流程圖；圖2所示為本發明實施例一種自動熔斷的消息發送方法的流程圖；圖3所示為本發明實施例一種自動熔斷的消息發送方法的流程圖；圖4所示為本發明實施例一種自動熔斷的消息處理裝置的結構示意圖；圖5所示為本發明實施例一種自動熔斷的記帳裝置的結構示意圖；圖6所示為本發明實施例一種自動熔斷的消息處理系統的結構示意圖；圖7所示為本發明實施例一種自動熔斷的消息處理系統在處理消息時的具體流程圖；圖8所示為本發明實施例一種自動熔斷的消息處理系統在處理消息時的具體流程圖。

本發明實施例提供一種自動熔斷的消息發送方法、裝置及系統。

為了使本技術領域的人員更好地理解本發明中的技術方案，下面將結合本發明實施例中的圖式，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域具有通常知識者在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本發明保護的範圍。

如圖1所示為現有技術中消息發送方法的整體流程圖，在現有技術中將統計消息數量、判斷是否發送等步驟都置於消息處理系統中處理，因此造成了消息發送的效率較低的問題。

上述現有技術具體包括業務系統向消息處理系統發起發送消息請求，在消息處理系統中對該發送消息請求進行了前置校驗、黑名單校驗等步驟，其中，黑名單校驗是指判斷本次發送的消息(管道+業務資訊)是否屬於黑名單，如果在黑名單中說明透過所述管道發送的這種業務資訊已經超過門檻值，對於使用者來說已經構成了影響。當通過了黑名單校驗後，需要判斷本次要發送的消息加上以前的發送記錄是否對使用者構成了影響，也就是圖中所述的對已發送消息數量的查詢以及對該數量的校驗；如果通 過了上述已發送消息數量的校驗後，調用閘道發送本次的消息；最後在記帳系統中記錄本次發送消息，也就是在記帳系統中的發送消息記錄中加1。

如圖2所示為本發明實施例一種自動熔斷的消息發送方法的流程圖，在該圖中描述的是消息處理系統中的工作流程，與現有技術相比較在本發明中的消息處理系統不進行已發送消息的查詢、校驗、記帳等步驟，只是透過驗證黑名單的方式實現是否發送消息的判斷，簡化了消息發送流程，並且透過記帳系統對黑名單的操作來完成控制消息發送的目的，減少對使用者同類型消息的打擾，避免了透過相同通知管道向使用者發送大量消息，造成使用者的通知管道阻塞的問題。

具體包括步驟201，接收發送消息請求，並得到所述發送消息請求中的特徵。

步驟202，根據所述特徵進行黑名單校驗。

步驟203，通過所述黑名單校驗後，發送相應消息，並根據所述特徵產生本次發送消息的日誌。

作為本發明的一個實施例，所述發送消息請求至少包括：發送消息的管道和業務資訊；或，發送消息的目標使用者和業務資訊。

其中，發送消息的管道包括目標使用者的手機號碼、郵寄地址和使用者端等，其中手機號碼用於向使用者發送短訊，郵寄地址用於向使用者發送郵件，使用者端用於向 使用者的使用者端發送通知消息，例如向使用者智慧終端機的支付寶使用者端發送付款成功的消息。

所述的業務資訊包括業務類型，還可以包括業務消息內容等資訊，其中，業務消息內容例如為“您的XXXX訂單支付成功”、“您的XXX訂單的轉帳成功”，業務類型例如可以為付款成功(或者失敗)的消息，轉帳成功(或者失敗)的消息，商品已經發貨的通知消息等等，這些業務資訊可以透過管道而確定相應的形式，例如當管道為手機號碼時，業務資訊可能只包括簡單的文字資訊，當管道為郵寄地址時，業務資訊可能包括了文字、圖片等多媒體的內容。

作為本發明的一個實施例，當所述發送消息的請求中包括目標使用者和業務資訊時，在得到所述發送消息請求中的特徵之中還包括，根據目標使用者資訊分析得到發送消息的管道。

其中，當發送消息的請求中不包括管道時，那麼需要包括目標使用者，由於一個使用者可能具有多種通訊的管道，可能包括手機號碼、郵寄地址、客戶終端等，具體使用哪種管道發送消息則可以根據多種條件來判斷選擇，例如如果使用者大部分登入操作都是在手機上的使用者端進行的，那麼通知消息就可以選擇為以使用者端方式發送，若使用者瀏覽商品等操作都是透過電腦完成的，那麼可以選擇手機簡訊方式或者選擇郵件方式發送消息，只需要指明要向哪個使用者(目標使用者)發送消息即可。

作為本發明的一個實施例，根據所述特徵進行黑名單校驗進一步包括，判斷所述特徵是否存在於所述黑名單中，如果存在則不發送所述消息。

所述特徵至少包括管道和業務類型，還可以包括已發送消息的時間資訊。

作為本發明的一個實施例，所述日誌至少包括發送消息的管道和業務類型。

其中，所述日誌中還可以包括發送消息的時間資訊，所述日誌可以儲存於消息處理裝置本地。

上述的管道可以為字母字串形式或者為數字字串形式，或者還可以為字母和數字混合構成的字串，所述業務資訊可以為業務類型的代碼，該業務類型的代碼可以標識業務類型，在發送給使用者時轉換為具體的文字資訊。

透過上述本發明實施例的方法，可以實現對向使用者發送的消息進行邏輯控制，如果發送的消息在黑名單中，則不發送該消息，避免了對使用者的消息騷擾；並且提高了消息處理系統發送消息的處理速度。

如圖3所示為本發明實施例一種自動熔斷的消息發送方法的流程圖，在該圖中主要描述了記帳系統的工作流程，本方法是透過與消息處理系統分離處理日誌的方式來實現提高消息發送效率的目的，在記帳系統中的方法與上述圖2所示實施例的方法相結合功能完成控制消息發送，以避免透過相同管道向使用者發送過多相同業務類型的資訊。

具體包括步驟301，同步消息處理系統的日誌。

步驟302，根據所述日誌累計具有相同特徵消息的數量。

步驟303，判斷所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

作為本發明的一個實施例，所述特徵至少包括發送消息的管道和業務類型。

作為本發明的一個實施例，所述特徵中還包括已發送消息的時間資訊。

作為本發明的一個實施例，在判斷所述數量是否超過預定門檻值之中還包括，判斷在一定時間內所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

其中，如果在一段時間內透過相同的管道向使用者發送相同業務消息的數量超過一定門檻值，則認為這種情況屬於對使用者干擾，例如，在1分鐘內透過手機短訊的方式向使用者發送支付成功的消息超過了10條，則認為這種情況屬於對使用者的干擾，如果在1個小時內透過手機短訊的方式向使用者發送支付成功的消息超過了10條，則認為這種情況不屬於對使用者的干擾。

作為本發明的一個實施例，還包括，判斷所述黑名單中特徵的時間資訊，若所述時間資訊與當前時間的間隔超過時間門檻值，則將所述特徵從所述黑名單中刪除。

其中，黑名單在時刻保持的更新，當透過某個管道發送的某類業務資訊在一段時間內都沒有出現，則說明後續 透過這個管道發送的該類業務資訊對於使用者來說不構成干擾，因此應當允許這種資訊的繼續發送，而不是永遠屏蔽這種資訊的發送。

透過上述實施例的方法，可以透過非同步的方式記錄發送消息的日誌，並在獨立於消息處理系統以外的記帳系統中對日誌進行分析和黑名單的更新，這樣在消息處理系統發送消息時只需要判斷黑名單即可，這樣提高了消息處理系統發送消息的處理效率。

如圖4所示為本發明實施例一種自動熔斷的消息處理裝置的結構示意圖，該裝置可以利用邏輯電路或者專門的晶片(例如FPGA)來組建，或透過現有的高性能電腦實施，其中的一些功能單元可以單獨以一個硬體設備實現，或者幾個功能單元由一個或者多個硬體設備實現，具體包括：

接收單元401，用於接收發送消息請求，並得到所述發送消息請求中的特徵。

校驗單元402，用於根據所述特徵進行黑名單校驗。

處理單元403，用於當通過所述黑名單校驗後，發送相應消息，並根據所述特徵產生本次發送消息的日誌。

作為本發明的一個實施例，所述發送消息請求至少包括：發送消息的管道和業務資訊；或，發送消息的目標使用者和業務資訊。

作為本發明的一個實施例，所述接收單元還用於根據 目標使用者資訊分析得到發送消息的管道。

作為本發明的一個實施例，所述校驗單元進一步用於判斷所述特徵是否存在於所述黑名單中，如果存在則不發送所述消息。

如圖5所示為本發明實施例一種自動熔斷的記帳裝置的結構示意圖，該裝置可以利用邏輯電路或者專門的晶片(例如FPGA)來組建，或透過現有的高性能電腦實施，其中的一些功能單元可以單獨以一個硬體設備實現，或者幾個功能單元由一個或者多個硬體設備實現，具體包括：

同步單元501，用於同步消息處理系統的日誌。

計算單元502，用於根據所述日誌累計具有相同特徵消息的數量。

處理單元503，用於判斷所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

作為本發明的一個實施例，所述特徵至少包括發送消息的管道和業務類型。

作為本發明的一個實施例，所述特徵中還包括已發送消息的時間資訊。

作為本發明的一個實施例，所述處理單元進一步用於判斷在一定時間內所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

作為本發明的一個實施例，還包括更新單元504，判斷所述黑名單中特徵的時間資訊，若所述時間資訊與當前時間的間隔超過時間門檻值，則將所述特徵從所述黑名單 中刪除。

如圖6所示為本發明實施例一種自動熔斷的消息處理系統的結構示意圖，在該圖中包括了上述圖4和圖5所示實施例中的消息處理裝置和記帳裝置，其中：消息處理裝置601，用於接收發送消息請求，並得到所述發送消息請求中的特徵，根據所述特徵進行黑名單校驗，當通過所述黑名單校驗後，發送相應消息，並根據所述特徵產生本次發送消息的日誌；記帳裝置602，用於同步消息處理系統的日誌，根據所述日誌累計具有相同特徵消息的數量，判斷所述數量是否超過數量門檻值，若超過則將該特徵加入黑名單。

在本實施例中的系統可以具備上述裝置中的各個功能單元或者附加的功能單元，在此不再贅述。

如圖7所示為本發明實施例一種自動熔斷的消息處理系統在處理消息時的具體流程圖，在該圖中的消息處理裝置、記帳裝置均可以由一個或者幾個電腦實現，或者由專用的晶片形成，其中包括的日誌、黑名單等可以由資料庫實現，可以位於任意的位置，例如日誌與消息處理裝置在同一台電腦中，或者分開位於不同的電腦中。

在本圖中具體包括步驟701，業務系統向消息處理裝置提出發送消息請求。

在本步驟中，業務系統可以例如為支付交易系統，或者為轉帳系統，或者為收款系統，在本實施例中以支付交易系統為例進行說明，在支付交易系統發送的發送消息請 求中至少包括了使用者資訊和業務類型，其中的業務類型指明要發送的消息屬於哪類業務，例如支付完成消息、支付失敗消息、轉帳完成消息、轉帳失敗消息等等，還可以包括業務消息內容，例如使用者ID+支付完成消息+某筆支付完成消息，或者包括發送管道+業務類型+業務消息內容，例如手機號碼和支付完成消息某筆支付完成消息。

所述的發送消息請求具體可以包括發送使用者資訊(管道)+業務類型編碼+組裝消息內容需要的一些參數。消息處理裝置根據業務類型編碼，獲取該業務類型編碼對應的消息範本，將使用者傳入的參數內容替換範本中的一些可替換的變數，組裝成最終發送給使用者的消息內容。

步驟702，消息處理裝置對上述發送消息請求進行前置校驗。

在本步驟中主要驗證發送消息請求的格式是否符合要求，例如使用者ID的格式是否正確，某筆支付完成消息的格式是否正確，請求發送的消息的業務類型是否存在等。

步驟703，獲得所述發送消息請求中的特徵。

在本步驟中，如果發送消息請求中是使用者ID和支付完成消息(業務類型)，則需要從該請求中提取使用者ID，根據該使用者ID匹配合適的發送管道，例如在使用者資訊中保存了2種消息發送的管道，分別為手機號碼和郵寄地址，根據使用者的偏好或者根據歷史消息發送的管道，選擇其中的一種作為消息發送的管道，在本例中選擇 手機號碼為發送消息的管道，該特徵中至少包括了消息發送的管道(手機號碼)和支付完成消息。

如果發送消息請求中包括的是消息發送管道和業務類型，則直接得到了該發送消息請求中的特徵，該特徵中至少包括了消息發送的管道(手機號碼)和支付完成消息。

步驟704，對所述特徵進行黑名單校驗。

在本步驟的黑名單中包括了多個特徵，將接收到的發送消息請求中的特徵與黑名單中的多個特徵進行比較，如果有相同的則說明黑名單的校驗失敗，否則說明黑名單校驗通過，如果校驗失敗，則不發送支付完成消息，在本實施例中通過黑名單校驗，就可以完成發送支付完成消息。

步驟705，消息處理裝置調用閘道等通訊裝置以指定的管道發送支付完成消息，並產生本次發送消息的日誌。

在本步驟中，閘道等通訊設備與消息處理裝置可以為一體，也可以為分別獨立的裝置，在此不作限定。

產生本次發送消息的日誌中至少包括了本次發送消息的管道和業務類型，其中業務類型例如為支付成功消息、轉帳成功消息、轉帳失敗消息、賣家已經發貨消息等等，在其它實施例中，日誌中還可以包括發送消息的時間(用於後面根據時間判斷是否進入黑名單)，業務消息內容等。

所述日誌可以儲存於消息處理裝置中。

至此，消息處理裝置中的消息處理流程結束。

步驟706，記帳裝置同步所述消息處理裝置中的日 誌。

在本步驟中，記帳裝置定時讀取消息處理裝置的日誌，並在本地進行記帳處理，此處的記帳處理是指後面的分析、計算等工作。

步驟707，計算具有相同特徵的日誌數量。

在本步驟中，記帳裝置根據記錄的多條日誌，將管道和業務類型相同的日誌進行累加，如下表1所示為同步的日誌表格，在該表格中分別記錄了每一次發送消息的管道和業務類型。

在該表格中第一條日誌和第三條日誌的管道和業務類型相同，第四條日誌的管道與第一條的管道相同，但是業務類型不同，透過該表格其它行的資料(表格中未示)累計透過手機號碼短訊方式發送的支付成功消息有100條記錄。

步驟708，判斷計算的數量是否大於數量門檻值。

在本步驟中，如果計算的數量大於數量門檻值，則進入步驟709，否則結束記帳的流程。

在本例中，預設的數量門檻值為99條，根據前述的 計算數量100條，則說明透過手機號碼短訊的方式發送支付成功消息已經過多，對使用者來說可能已經構成干擾。

步驟709，在黑名單中記錄該特徵。

上述特徵為手機號碼和支付成功消息，將該特徵加入黑名單清單中。所述的黑名單可以保存於消息處理裝置或者記帳裝置。

如圖8所示為本發明實施例一種自動熔斷的消息處理系統在處理消息時的具體流程圖，本實施例的步驟801至步驟805與圖7所示實施例中步驟701至步驟705基本相同，不同之處在於，在步驟805中，消息處理裝置產生本次發送消息的日誌時，在日誌中除了包括管道和業務類型外，還包括發送消息的時間資訊。

步驟806，記帳裝置同步所述消息處理裝置中的日誌。

步驟807，計算在一時間範圍內具有相同特徵的日誌數量。

在本步驟中，根據日誌中發送消息的時間資訊和預設的時間範圍計算具有相同特徵的日誌數量，例如，時間範圍為1小時，計算1小時內具有相同特徵的日誌數量為100。

步驟808，判斷計算的數量是否大於數量門檻值。

在本步驟中，如果計算的數量超過了數量門檻值，則進入步驟809，否則結束記帳的流程。

類似於圖7的實施例，數量門檻值為99條，步驟 807中計算得到的1個小時內具有相同特徵的日誌數量為100條，判斷結果超過了數量門檻值，進入步驟809。

步驟809，在黑名單中記錄該特徵。

在本步驟中，記帳裝置記錄特徵時還記錄有創建該特徵的時間資訊，在消息處理裝置進行黑名單校驗的步驟中，消息處理裝置根據創建時間資訊過濾掉已經過期的特徵，或者透過下面步驟810進行黑名單的更新。在本例中，黑名單位於消息處理裝置中。

步驟810，記帳裝置計算黑名單中特徵存在的時間長度，如果超過時間門檻值，則將該特徵從黑名單中刪除。

具體的，以一預定的週期計算當前時間與黑名單中特徵的時間資訊的差值，如果超過時間門檻值，則將所述特徵從黑名單中刪除，否則繼續保留黑名單中的特徵。也就是說，如果有一段時間沒有再透過某個管道給使用者發送某種業務資訊，那麼這種管道發送的業務資訊已經不構成對使用者的騷擾，那麼可以恢復這種方式的業務資訊發送。

透過對黑名單的更新，可以控制向使用者發送業務消息的行為，以免對使用者造成干擾。

透過上述本發明實施例中的方法及裝置，透過分離消息處理和黑名單更新的流程，可以極大的提高系統發送業務消息的效率，並且控制這些業務消息不會對使用者造成騷擾。

對於一個技術的改進可以很明顯地區分是硬體上的改 進(例如，對二極體、電晶體、開關等電路結構的改進)還是軟體上的改進(對於方法流程的改進)。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都透過將改進的方法流程程式設計到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模組來實現。例如，可程式設計邏輯器件(Programmable Logic Device,PLD)(例如現場可程式設計閘陣列(Field Programmable Gate Array，FPGA))就是這樣一種積體電路，其邏輯功能由使用者對裝置程式設計來確定。由設計人員自行程式設計來把一個數位系統“集成”在一片PLD上，而不需要請晶片製造廠商來設計和製作專用的積體電路晶片2。而且，如今，取代手工地製作積體電路晶片，這種程式設計也多半改用“邏輯編譯器(logic compiler)”軟體來實現，它與程式開發撰寫時所用的軟體編譯器相類似，而要編譯之前的原始代碼也得用特定的程式設計語言來撰寫，此稱之為硬體描述語言(Hardware Description Language，HDL)，而HDL也並非僅有一種，而是有許多種，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前 最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)與Verilog2。本領域具有通常知識者也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯程式設計並程式設計到積體電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。

控制器可以按任何適當的方式實現，例如，控制器可以採取例如微處理器或處理器以及儲存可由該(微)處理器執行的電腦可讀程式碼(例如軟體或韌體)的電腦可讀媒體、邏輯門、開關、專用積體電路(Application Specific Integrated Circuit，ASIC)、可程式設計邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限於以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，記憶體控制器還可以被實現為記憶體的控制邏輯的一部分。

本領域具有通常知識者也知道，除了以純電腦可讀程式碼方式實現控制器以外，完全可以透過將方法步驟進行邏輯程式設計來使得控制器以邏輯門、開關、專用積體電路、可程式設計邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。

上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本發明時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。

透過以上的實施方式的描述可知，本領域的技術人員可以清楚地瞭解到本發明可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該電腦軟體產品可以儲存在儲存媒體中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台電腦設備(可以是個人電腦，伺服器，或者網路設備等)執行本發明各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

本發明可用於眾多通用或專用的電腦系統環境或配置中。例如：個人電腦、伺服器電腦、手持設備或可擕式設備、平板型設備、多處理器系統、基於微處理器的系統、機上盒、可程式設計的消費電子設備、網路PC、小型電 腦、大型電腦、包括以上任何系統或設備的分散式運算環境等等。

本發明可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式運算環境中實踐本發明，在這些分散式運算環境中，由透過通訊網路而被連接的遠端處理設備來執行任務。在分散式運算環境中，程式模組可以位於包括存放裝置在內的本地和遠端電腦儲存媒體中。

雖然透過實施例描繪了本發明，本領域具有通常知識者知道，本發明有許多變形和變化而不脫離本發明的精神，希望所附的申請專利範圍包括這些變形和變化而不脫離本發明的精神。

Claims (20)

1. 一種自動熔斷的消息發送方法，其中包括，接收發送消息請求，並得到該發送消息請求中的特徵；根據該特徵進行黑名單校驗；通過該黑名單校驗後，發送相應消息，並根據該特徵產生本次發送消息的日誌。
2. 根據申請專利範圍第1項所述的方法，其中，該發送消息請求至少包括：發送消息的管道和業務資訊；或，發送消息的目標使用者和業務資訊。
3. 根據申請專利範圍第2項所述的方法，其中，當該發送消息的請求中包括目標使用者和業務資訊時，在得到該發送消息請求中的特徵之中還包括，根據目標使用者資訊分析得到發送消息的管道。
4. 根據申請專利範圍第1項所述的方法，其中，根據該特徵進行黑名單校驗進一步包括，判斷該特徵是否存在於該黑名單中，如果存在則不發送該消息。
5. 根據申請專利範圍第1項所述的方法，其中，該日誌至少包括發送消息的管道和業務類型。
6. 一種自動熔斷的消息發送方法，其中包括，同步消息處理系統的日誌；根據該日誌累計具有相同特徵消息的數量；判斷該數量是否超過數量門檻值，若超過則將該特徵 加入黑名單。
7. 根據申請專利範圍第6項所述的方法，其中，該特徵至少包括發送消息的管道和業務類型。
8. 根據申請專利範圍第7項所述的方法，其中，該特徵中還包括已發送消息的時間資訊。
9. 根據申請專利範圍第8項所述的方法，其中，在判斷該數量是否超過預定門檻值之中還包括，判斷在一定時間內該數量是否超過數量門檻值，若超過則將該特徵加入黑名單。
10. 根據申請專利範圍第8項所述的方法，其中，還包括判斷該黑名單中特徵的時間資訊，若該時間資訊與當前時間的間隔超過時間門檻值，則將該特徵從該黑名單中刪除。
11. 一種自動熔斷的消息處理裝置，其中包括，接收單元，用於接收發送消息請求，並得到該發送消息請求中的特徵；校驗單元，用於根據該特徵進行黑名單校驗；處理單元，用於當通過該黑名單校驗後，發送相應消息，並根據該特徵產生本次發送消息的日誌。
12. 根據申請專利範圍第11項所述的裝置，其中，該發送消息請求至少包括：發送消息的管道和業務資訊；或，發送消息的目標使用者和業務資訊。
13. 根據申請專利範圍第12項所述的裝置，其中， 該接收單元還用於根據目標使用者資訊分析得到發送消息的管道。
14. 根據申請專利範圍第12項所述的裝置，其中，該校驗單元進一步用於判斷該特徵是否存在於該黑名單中，如果存在則不發送該消息。
15. 一種自動熔斷的記帳裝置，其中包括，同步單元，用於同步消息處理系統的日誌；計算單元，用於根據該日誌累計具有相同特徵消息的數量；處理單元，用於判斷該數量是否超過數量門檻值，若超過則將該特徵加入黑名單。
16. 根據申請專利範圍第15項所述的裝置，其中，該特徵至少包括發送消息的管道和業務類型。
17. 根據申請專利範圍第16項所述的裝置，其中，該特徵中還包括已發送消息的時間資訊。
18. 根據申請專利範圍第17項所述的裝置，其中，該處理單元進一步用於判斷在一定時間內該數量是否超過數量門檻值，若超過則將該特徵加入黑名單。
19. 根據申請專利範圍第17項所述的裝置，其中，還包括更新單元，判斷該黑名單中特徵的時間資訊，若該時間資訊與當前時間的間隔超過時間門檻值，則將該特徵從該黑名單中刪除。
20. 一種自動熔斷的消息處理系統，其中包括消息處理裝置和記帳裝置， 該消息處理裝置，用於接收發送消息請求，並得到該發送消息請求中的特徵，根據該特徵進行黑名單校驗，當通過該黑名單校驗後，發送相應消息，並根據該特徵產生本次發送消息的日誌；該記帳裝置，用於同步消息處理系統的日誌，根據該日誌累計具有相同特徵消息的數量，判斷該數量是否超過數量門檻值，若超過則將該特徵加入黑名單。