一種對多種來源的多類投遞請求進行處理的方法和系統的製作方法
2023-08-10 06:54:41 2
專利名稱：一種對多種來源的多類投遞請求進行處理的方法和系統的製作方法
技術領域：
本發明涉及一種對信息投遞請求進行處理的方法和系統，特別是涉及一種對多種來源的多類投遞請求進行處理的方法和系統。
背景技術：
隨著網際網路技術的發展，客戶端媒體的領域也隨之得到了極大的擴展，由報紙、電視等傳統媒體逐漸擴展到基於網際網路的各種媒體，如電子郵件、即時通訊、個人終端(手機、PDA等)，而一些傳統的客戶端媒體亦因為技術發展而獲得新生，如傳真出現了電子傳真等，使之和網際網路的結合有了可能性。隨著時代的進步和技術的發展，發送信息的手段和渠道也日益豐富，需要通過多種手段(如電子郵件，即時信息，手機短消息等方式)對不同的受眾進行發送。在這種背景下，對客戶的營銷和服務、通知傳達、資訊傳遞等可以利用的手段也隨之豐富起來。但同時，由於這些在線媒體一般都是不同架構的系統，因此要向這些多種類型的媒體傳遞消息，就需要為每種媒體開發不同的接口程序。
現有技術下，如果對不同投遞對象使用同一投遞方式，或者使用不同的投遞方式進行投遞時，需要分別使用不同的業務系統去進行操作，而且需要前端應用系統針對不同投遞網關編寫不同的投遞程序。在這種模式下，不同系統和不同投遞方式的投遞反饋收集也是分別進行的，而投遞頻率則由人工粗略估算進行控制。現有技術下，不僅操作人員實現使用多種方式進行投遞十分的不方便，而且，在不同的業務系統中，很難進行數據共享，也就是說同樣的受眾數據需要同時出現在多個業務系統裡，不僅難以統一管理，也浪費很大的系統資源。
另外，對於系統管理上來說，在不同的業務系統中對受眾進行消息投遞，很難獲得統一的結果反饋報表，無法完整的對整個投遞情況進行結果評估。比如，對於受眾A，我們擁有其電子郵件地址(傳遞電子郵件)、手機號碼(傳遞簡訊息)等2種聯繫方式，如果想同時利用兩種聯繫方式對受眾A進行聯繫，那麼就需要啟用兩套完全不同，沒有任何關聯的應用系統。電子郵件的傳遞通常啟用SMTP系統，而手機簡訊息的傳遞則需要通過特定運營商，如中國移動、中國聯通等的應用系統完成。
由此可見，在現有技術下對多種來源的多類投遞請求進行處理，存在以下的缺陷1、操作複雜、效率低下，漏投、誤投等差錯率高；2、相關數據無法共享；3、難以獲得統一的投遞結果反饋；4、投遞頻率難以控制，降低了投遞的效率，投遞資源的利用效率低。
發明內容
本發明所要解決的技術問題是提供一種對多種來源的多類投遞請求進行處理的方法，以解決效率低、無法統一管理的缺陷。
本發明的另一個目的是提供一種基於上述方法的對多種來源的多類投遞請求進行處理的系統。
為解決上述技術問題，本發明提供了一種對多種來源的多類投遞請求進行處理的方法，包括接收來源於多種外部應用系統的投遞請求，其中對不同類型的投遞請求分別接收；存儲接收的投遞請求；根據投遞請求性質的差異將投遞請求分為不同的隊列；將同一隊列的投遞請求傳遞至相應的投遞網關；上述投遞網關將被投遞信息傳送給投遞對象。
優選的，上述方法還包括下列步驟在將投遞請求傳遞至相應的投遞網關前，檢查投遞請求是否符合投遞請求頻率要求；將符合投遞頻率要求的投遞請求傳遞至相應的投遞網關；保存不滿足投遞頻率要求而需要延遲發送的投遞請求。
上述方法還包括下列步驟收集已發出投遞的反饋；根據反饋的信息修改對應的投遞請求的反饋狀態。
上述方法還包括下列步驟將反饋的信息回復給發出請求的外部應用系統。
優選的，所述反饋為投遞對象對投遞做出的反饋和/或投遞方式對投遞自動產生的反饋。
優選的，所述對多種來源的多類投遞請求進行處理的方法，還包括下列步驟比較所述延遲發送的投遞請求的過期時間，對過期的投遞請求不再發送；將未過期的延遲發送的投遞請求分入相對應的隊列繼續發送。
上述方法還包括下列步驟比較投遞請求的過期時間，對過期的投遞請求不再發送。
上述方法還包括下列步驟將投遞請求分為業務信息和非業務信息，所述業務信息為投遞請求中直接關聯投遞操作的信息；先將投遞請求的業務信息存儲到資料庫系統中，然後根據資料庫系統產生的索引號將非業務信息存儲在存儲介質中。
所述投遞請求的業務信息包括投遞請求的類型，投遞方式，投遞的目標，投遞頻率的要求，投遞過期時間。
所述外部應用系統為客戶關係管理系統、電子營銷系統或商機訂閱系統。
所述投遞網關是電子郵件投遞網關、手機簡訊息投遞網關、網頁廣告投遞網關、網上留言投遞網關、即時通訊工具即時消息投遞網關、電子傳真投遞網關或語音信箱投遞網關。
本發明還提供了一種基於上述方法的對多種來源的多類投遞請求進行處理的系統，該系統包括投遞請求接收裝置，負責接收來源於多種外部應用系統的投遞請求，其中對不同類型的投遞請求分別接收；投遞存儲裝置，負責存儲接收的投遞請求，並根據投遞性質產生不同的投遞隊列；投遞隊列存儲裝置，負責存儲系統運行中產生的投遞隊列；發送裝置，負責根據投遞隊列的順序，將存儲在投遞存儲裝置上的投遞請求通過投遞網關發送出去。
所述投遞請求接收裝置包含多個接收投遞請求的接收功能模塊，每個接收功能模塊對應一種類型的投遞。
所述發送裝置包含多個發送功能模塊，每個發送功能模塊對應一種投遞網關。
所述投遞網關為電子郵件投遞網關、手機簡訊息投遞網關、網頁廣告投遞網關、網上留言投遞網關、即時通訊工具即時消息投遞網關、電子傳真投遞網關或語音信箱投遞網關。
上述系統還包括投遞歷史存儲裝置，保存所有已經完成處理的投遞請求。
投遞頻率判斷裝置，在將投遞請求傳遞至相應的投遞網關前，檢查投遞請求是否符合投遞請求頻率要求，將符合投遞頻率要求的投遞請求傳遞至相應的投遞網關，保存不滿足投遞頻率要求而需要延遲發送的投遞請求。
投遞延遲項存儲裝置，負責存儲投遞發送過程中由於不滿足設定的投遞頻率要求而需要延遲發送的投遞請求。
所述投遞延遲項存儲裝置還具有以下功能判斷投遞延遲項存儲裝置中投遞請求的過期時間，對過期的投遞請求不再發送。
上述系統還包括投遞反饋處理裝置，負責收集已發出投遞的反饋，根據反饋的信息修改對應的投遞請求的反饋狀態記錄。
所述投遞反饋處理裝置還具有以下功能將反饋的信息回復給發出請求的外部應用系統。
與現有技術相比，本發明具有以下優點1、操作簡單、效率高，差錯率低；由於本發明將多種來源的多類投遞請求集中在一個系統中進行處理，從而避免了通過多個系統進行處理而造成的操作複雜、效率低、高差錯率的問題。為了更有效地實現集中處理，本發明區分接收來源於多種外部應用系統的投遞請求，對來源於外部應用系統的不同類型的投遞請求分別接收，對所有接收的投遞請求統一分類存儲，並將同一類型的投遞請求通過對應的網關發送給投遞對象。
2、可以方便、高效率地共享相關數據；由於本發明將接收來源於多種外部應用系統的多種類型的投遞請求統一分類存儲，所以可以非常方便地共享相關數據。而且為了提高處理相關數據的效率，本發明提供了以下方案首先，將發送請求進一步的細分，將投遞請求分為直接關聯投遞操作的業務信息和非業務信息，投遞請求的業務信息包括投遞請求的類型，投遞方式，投遞的目標，投遞頻率的要求，投遞過期時間。先將投遞請求的業務信息存儲到資料庫系統中，然後根據資料庫系統產生的索引號將非業務信息存儲在存儲介質中。這樣的分類後，後續的操作只需要針對業務信息進行即可，例如，分隊列、延遲發送、設定發送狀態等等，與針對整個發送請求的信息操作相比較，效率得到提高。其次，區分不同狀態的發送請求並分別存儲操作，如等待處理的發送請求，列隊待發的發送請求，延遲發送的發送請求，已處理的發送請求分別通過投遞存儲、投遞隊列存儲、投遞延遲項存儲、投遞歷史存儲等方法和裝置分別進行處理，進一步提高了效率。
3、可獲得統一的投遞結果反饋，並可以根據反饋作出進一步的處理；由於實現了將多種來源的多類投遞請求集中在一個系統中進行處理，而且將投遞請求統一分類存儲，所以通過收集不同發送網關的反饋可以獲得統一的投遞結果反饋。這提高了處理的效率和投遞的效率。
4、可以方便有效的控制投遞頻率，提高了投遞的效率，更有效的利用投遞資源；由於集中在一個系統中進行處理，而非各自為政，因此可以方便有效設定的投遞頻率，設定的投遞頻率可以同時對多個來源、多個方式、多個投遞對象的投遞請求進行約束，因而提高了投遞的效率。而且本發明提供了對延遲發送進行判斷及存儲的方法和裝置，因此更有效地利用了投遞資源。
5、具有比較強的適應能力。
由於投遞請求接收裝置包含多個投遞請求接收的接收功能模塊，每個接收功能模塊對應一種類型的投遞，而且發送裝置包含多個發送功能模塊，每個發送功能模塊對應一種投遞網關。這種功能模塊化的設計具有比較強的適應能力，例如，有新的外部應用系統需要使用本發明提供的裝置時，如果其投遞的類型部分或全部屬於裝置已有的投遞類型時，那麼通過組合已有的功能模塊就能比較方便地實現新的外部應用系統的應用。
圖1是本發明實施例1關於一種對多種來源的多類投遞請求進行處理的基本方法的流程圖；圖2是本發明實施例2關於一種對多種來源的多類投遞請求進行處理的優選方法的流程圖；圖3是本發明關於一種對多種來源的多類投遞請求進行處理的基本系統的示意圖；圖4是本發明實施例4關於一種對多種來源的多類投遞請求進行處理的優選系統的示意圖；圖5是本發明關於一種對多種來源的多類投遞請求進行處理的優選系統的示意圖。
具體實施例方式
為使本發明的上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖和具體實施方式
對本發明作進一步詳細的說明。
以下是本次公開相關的名詞術語投遞指為實現特定的在線目標，如在線營銷、客戶服務、客戶通知等，向目標受眾傳達消息的過程。需要達成該目標的需求方通過一些前端應用系統，比如客戶關係管理系統(CRM System)、營銷自動化系統(Marketing Automation System)來完成投遞請求的發送。
前端應用系統指客戶關係管理系統(CRM System)、營銷自動化系統(Marketing AutomationSystem)等向本發明發起投遞請求的應用系統。
投遞請求前端應用系統向本發明發起的投遞請求。
投遞方式投遞請求中要求的消息傳達方式，目前有Email、手機簡訊息、網頁廣告、網上留言、即時通訊工具即時消息、電子傳真等。
投遞對象投遞請求中要求的消息傳達受眾。投遞對象一般以人為單位，根據投遞方式的不同，投遞對象的數據包括有Email地址、手機號碼、傳真號碼等。
投遞頻率指在特定的時間段內，投遞對象所收到的投遞次數。
投遞網關本發明為將消息最終傳遞到投遞對象，需要根據不同的投遞方式將投遞到不同的投遞網關。如簡訊需要發送到遵循特定規範的簡訊網關；Email則一般投遞到電子郵件網關--通常指SMTP系統。
投遞反饋指投遞對象對投遞做出的反饋。對於Email，一般的反饋有收到Email、打開Email、點擊了Email中的連結等，投遞反饋可用來對投遞進行分析優化。
本發明公開了一種對多種來源的多類投遞請求進行處理的方法，所述方法的具體實施方式
如下
具體實施例1參考圖1，本發明提供了以下的實施方案步驟101，接收來源於多種外部應用系統的投遞請求，其中對來源於外部應用系統的不同類型的投遞請求分別接收，具體的情況是，接收各種來自多個外部應用系統的投遞請求，其中包含了多種類型的投遞請求，例如電子郵件投遞請求，手機短消息投遞請求，即時信息投遞請求等，對於這些不同類型的投遞請求使用不同的功能模塊來處理，而對於源於不同外部應用系統的相同類型的投遞請求也使用同一功能模塊來處理；步驟102，存儲接收到的投遞請求，將所有接收的投遞請求統一進行存儲和管理；步驟103，根據投遞請求性質的差異將投遞請求分為不同的隊列103，例如電子郵件投遞請求隊列，手機短消息投遞請求隊列，即時信息投遞請求隊列等等；步驟104，將同一隊列的投遞請求傳遞至相應的投遞網關，對同一類型的投遞請求的隊列都由相同的發送模塊完成上述傳遞，而對於不同類型的投遞請求的隊列都由不同的發送模塊完成上述傳遞，這有助於提高效率；步驟105，上述投遞網關將被投遞信息傳送給投遞對象，這些投遞網關都是標準的現有的系統，例如電子郵件投遞網關、手機簡訊息投遞網關、網頁廣告投遞網關、網上留言投遞網關、即時通訊工具即時消息投遞網關、電子傳真投遞網關或語音信箱投遞網關。
具體實施例2參考圖2，本發明還進一步提供了以下的實施方案步驟202，接收來源於多種外部應用系統的投遞請求，其中對來源於同一外部應用系統的不同類型的投遞請求分別接收；存儲接收的投遞請求，即先將投遞請求區分為業務信息和非業務信息，所述業務信息為投遞請求中直接關聯投遞操作的信息；步驟203，將投遞請求的業務信息存儲到資料庫系統中；步驟204，然後根據資料庫系統產生的索引號將非業務信息存儲在存儲介質中；特別需要指出的是，經過上述分類存儲後，後續的操作只需要針對業務信息進行即可，例如，分隊列、延遲發送、設定發送狀態等等，只有當需要最後發送時，才需要將非業務信息傳遞至相應的投遞網關，與針對整個發送請求的信息操作相比較，效率得到提高；步驟205，根據投遞請求性質的差異將投遞請求分為不同的隊列，例如電子郵件投遞請求隊列，手機短消息投遞請求隊列，即時信息投遞請求隊列等等；步驟206，在將投遞請求傳遞至相應的投遞網關前，檢查投遞請求是否符合投遞請求頻率要求；步驟207、208，將符合投遞頻率要求的投遞請求傳遞至相應的投遞網關；上述投遞網關將被投遞信息傳送給投遞對象，這些投遞網關都是標準的現有的系統；步驟209～步驟211，保存不滿足投遞頻率要求而需要延遲發送的投遞請求；比較所述延遲發送的投遞請求的過期時間，對過期的投遞請求不再發送；將未過期的延遲發送的投遞請求分入相對應的隊列繼續發送；步驟212～步驟214，收集已發出投遞的反饋，所述反饋為投遞對象對投遞做出的反饋或投遞方式對投遞自動產生的反饋，例如對於Email，一般的反饋有收到Email、打開Email、點擊了Email中的連結等投遞對象對投遞做出的反饋，也包括郵件投遞系統反饋無法接收等投遞方式對投遞自動產生的反饋；根據反饋的信息修改對應的投遞請求的反饋狀態；將反饋的信息回復給發出請求的外部應用系統。
參考圖3，本發明還公開了一種基於上述方法的對多種來源的多類投遞請求進行處理的系統，該系統包括投遞請求接收裝置20、投遞存儲裝置21、投遞隊列存儲裝置22、發送裝置23，這些裝置的具體功能如下投遞請求接收裝置20投遞請求接收裝置20負責接收各種來自外部應用系統的投遞請求，其中包含了處理不同類型的投遞的接收模塊，比如電子郵件接收模塊，手機短消息接收模塊，即時信息接收模塊等。所述投遞請求接收裝置20包含多個投遞請求接收的接收功能模塊，每個接收功能模塊對應一類型的投遞。因為是採用統一的投遞請求接收裝置20，需要添加新的投遞請求類型時，只需要實現相應類型處理的模塊就可以滿足需求了，極大的提高了系統的可擴展性。
投遞請求接收裝置20接收到投遞請求後，將投遞請求的類型，投遞的目標(如Email地址，手機號碼等)，投遞的詳細內容，投遞對投遞頻率的要求，投遞過期時間等信息存儲到投遞存儲裝置21中，等待系統排隊執行投遞。
投遞存儲裝置21投遞存儲裝置21負責將投遞接收裝置20接收下來的各類型的投遞請求存儲在硬體設備上，以便後續處理系統進行處理。因為接收下來的投遞都是存儲在硬體設備上，所以此環節防止了業務數據丟失的情況。存儲投遞請求時，將接收的投遞請求的業務信息存儲到資料庫系統中，根據資料庫系統產生的流水號將非業務信息存儲在存儲介質中，同時產生投遞隊列，這樣既保證了業務內容的完整和高效，同時也提供了更加靈活的存儲擴展機制。
投遞隊列存儲裝置22投遞隊列存儲裝置22負責存儲系統運行中產生的投遞隊列。在系統處理大批量的投遞請求的時候，會產生很多投遞隊列，每個隊列由專門的發送功能模塊去處理。系統根據不同的投遞任務產生不同的隊列，並將產生的隊列存儲在硬體設備上，等待發送程序來領取隊列，發送裝置領取一個隊列的同時，將該隊列從隊列存儲裝置中刪除。
系統定時檢查隊列存儲裝置中的隊列數量，當隊列數量少於設定值時，系統將產生相應數量的新的隊列並存儲在隊列存儲裝置22中，直到沒有等待發送的投遞請求或者隊列數量達到設定值。
發送裝置23發送裝置23負責將存儲在投遞隊列存儲裝置22上的投遞請求通過投遞網關發送出去。發送裝置23在從投遞隊列存儲裝置22中領取一個隊列之後，將所領取的隊列中的投遞請求逐條處理，發送裝置會根據不同類型的投遞請求將投遞發送到相應的投遞網關上去，如電子郵件投遞請求發送到SMTP伺服器，而手機短消息投遞請求發送到短消息發送網關等，處理完之後，更新每一條投遞請求的狀態。
在發送完一個隊列的投遞請求之後，將檢查隊列存儲裝置22中是否還有待發送的隊列，如果有就取出一個隊列進行發送，如果沒有，則等待設定的時間之後再檢查，以此實現自動獲取發送隊列的功能。所述發送裝置包含多個發送功能模塊，每個發送功能模塊對應一種投遞網關。
參考圖5，作為優選的方案，所述對多種來源的多類投遞請求進行處理的系統還可以包括投遞延遲項存儲裝置25、投遞歷史存儲裝置32、投遞頻率判斷裝置24、投遞反饋處理裝置31，上述裝置的具體功能如下投遞延遲項存儲裝置25投遞延遲存儲裝置25負責存儲投遞發送過程中由於不滿足設定的投遞頻率要求而需要延遲發送的投遞請求。保存下來的投遞請求將會由系統自動重試進行投遞，直到投遞成功或者放棄。
系統將每天檢查延遲存儲裝置25中的數據，判斷外部業務系統發送的投遞請求中並被投遞接收裝置保存起來的過期時間，如果沒有過期則將延遲的投遞移動到投遞存儲裝置215中，等待發送，否則將投遞狀態更新為過期並移動到投遞歷史存儲裝置32中。
投遞歷史存儲裝置32投遞歷史存儲裝置32保存所有已經完成處理的投遞請求。投遞歷史存儲裝置只保留投遞的業務相關內容，非業務相關內容不進行保存。保存的歷史投遞請求可以提供給數據倉庫等外部系統進行分析，以獲取整體的投遞狀況統計報表。
投遞頻率判斷裝置24投遞頻率判斷裝置24負責判斷投遞是否滿足設定的投遞頻率要求。
處理每一條投遞請求的詳細處理情況如下a.將投遞請求發送給投遞頻率判斷裝置24，進行投遞頻率判斷，如果滿足設定的投遞頻率要求，就執行發送操作。
b.如果成功發送給投遞網關11，則將投遞更新為成功發送狀態，並將該投遞移動到投遞歷史存儲裝置32中，否則更新為發送失敗狀態，並將該投遞移動到投遞歷史存儲裝置32中。
c.如果不滿足投遞頻率要求並且該投遞設定為可以延遲投遞，則將該投遞轉移到投遞延遲存儲裝置25中。
d.如果不滿足投遞頻率要求並且該投遞設定為不可以延遲投遞，則將該投遞更新為放棄發送狀態，並將該投遞移動到投遞歷史存儲裝置32中。
此裝置可以根據不同的業務要求進行擴展。
投遞反饋處理裝置31負責對投遞反饋進行處理，所述反饋為投遞對象對投遞做出的反饋和/或投遞方式對投遞自動產生的反饋。例如對於Email，一般的反饋有收到Email、打開Email、點擊了Email中的連結等，投遞反饋可用來對投遞進行分析優化。對投遞反饋進行採集，採集的內容為投遞網關收集的已發出投遞的反饋；根據反饋的信息修改對應的投遞請求的反饋狀態。將反饋的信息存儲在投遞歷史存儲裝置32中。
投遞網關11投遞網關11負責將投遞發送到給用戶12。不同類型的投遞請求對應不同的投遞網關11，比如電子郵件投遞對應SMTP網關，手機短消息對應短消息網關等。投遞網關將投遞根據相應的協議傳送到用戶的設備或者系統中，比如電子郵件投遞網關將投遞請求(電子郵件)發送到用戶的郵箱裡去，手機短消息投遞網關將投遞請求(手機短消息)發送到用戶的手機上。投遞網關都是標準的現有的系統，比如SMTP伺服器，短消息處理網關等。
以下是上述系統具體實施例具體實施例3參照圖3，多個外部應用系統10發出投遞請求。投遞請求接收裝置20接收來源於多種外部應用系統的投遞請求，投遞請求接收裝置20包含了處理不同類型的投遞的接收模塊，比如電子郵件接收模塊，手機短消息接收模塊，即時信息接收模塊等，每個接收功能模塊對應一類型的投遞，投遞請求接收裝置接20收到投遞請求後，將投遞請求的信息存儲到投遞存儲裝置21。投遞存儲裝置21將接收的投遞請求的業務信息存儲到投遞存儲裝置21中的資料庫系統中，所述投遞請求的業務信息包括投遞請求的類型，投遞方式，投遞的目標，投遞頻率的要求，投遞過期時間。根據資料庫系統產生的索引號將非業務信息存儲在投遞存儲裝置21中的存儲介質中，具體操作是，系統將投遞請求的業務內容存儲到統一的資料庫系統中，同時根據資料庫系統產生的索引號將非業務內容(比如郵件內容等不需要在後續處理中進行計算的數據)存儲在投遞存儲裝置21中的存儲介質中，同時產生投遞隊列，這樣既保證了業務內容的完整和高效，同時也提供了更加靈活的存儲擴展機制。投遞隊列存儲裝置22負責存儲投遞存儲裝置21運行中產生的投遞隊列；發送裝置23包含多個發送功能模塊，每個發送功能模塊對應一種投遞網關，發送裝置23負責根據投遞隊列存儲裝置22的隊列順序將存儲在投遞存儲裝置21上的投遞請求通過投遞網關發送出去。具體過程是。發送裝置2 3在從投遞隊列存儲裝置22中領取一個隊列之後，將所領取的隊列中的投遞請求逐條處理，發送裝置23會根據不同類型的投遞請求通過相應的發送功能模塊將投遞發送到對應的投遞網關上去，如電子郵件投遞請求發送到SMTP伺服器，而手機短消息投遞請求發送到短消息發送網關等，處理完之後，更新每一條投遞請求的狀態。在發送完一個隊列的投遞請求之後，將檢查隊列存儲裝置中是否還有待發送的隊列，如果有就取出一個隊列進行發送，如果沒有，則等待設定的時間之後再檢查。投遞網關11接收到上述發送裝置23遞交的投遞信息，並將被投遞信息傳送給投遞對象12，上述投遞網關11包括電子郵件投遞網關、手機簡訊息投遞網關、網頁廣告投遞網關、網上留言投遞網關、即時通訊工具即時消息投遞網關、電子傳真投遞網關、語音信箱投遞網關等。
具體實施例4參照圖4，在上述實施例1的基礎上，增加了對投遞頻率進行控制的功能，具體的過程是，多個外部應用系統10發出投遞請求，投遞請求接收裝置20接收來源於多種外部應用系統的投遞請求；投遞存儲裝置214將接收的投遞請求的業務信息存儲到投遞存儲裝置214中的資料庫系統中，根據資料庫系統產生的流水號將非業務信息存儲在投遞存儲裝置214中的存儲介質中，同時產生投遞隊列；投遞隊列存儲裝置22負責存儲系統運行中產生的投遞隊列；發送裝置23接收到同一隊列的投遞請求，在將投遞請求傳遞至相應的投遞網關11前，投遞頻率判斷裝置24負責判斷投遞是否滿足設定的投遞頻率要求。
具體處理每一條投遞請求的詳細處理步驟如下投遞請求發送給投遞頻率判斷裝置24，進行投遞頻率判斷，如果滿足設定的投遞頻率要求，就執行發送操作。如果不滿足投遞頻率要求並且該投遞設定為可以延遲投遞，則將該投遞轉移到投遞延遲存儲裝置25中。如果不滿足投遞頻率要求並且該投遞設定為不可以延遲投遞，則將該投遞更新為放棄發送狀態。
經過投遞頻率判斷裝置24處理後，符合條件的投遞請求傳遞至相應的投遞網關11，並負責將存儲在投遞存儲裝置214上的投遞請求通過投遞網關發送出去；投遞網關11將被投遞信息傳送給投遞對象12。
具體實施例5參照圖5，在實施例2的基礎上，增加了處理反饋的功能，具體過程是，多個外部應用系統10發出投遞請求，投遞請求接收裝置20接收來源於多種外部應用系統的投遞請求；投遞存儲裝置215將接收到的投遞請求的業務信息存儲到資料庫系統中，根據資料庫系統產生的流水號將非業務信息存儲在存儲介質中；投遞隊列存儲裝置22根據投遞請求性質的差異將投遞請求分為不同的隊列，並負責存儲系統運行中產生的投遞隊列；發送裝置23接收到同一隊列的投遞請求，在將投遞請求傳遞至相應的投遞網關前，投遞頻率判斷裝置24負責判斷投遞是否滿足設定的投遞頻率要求。具體處理每一條投遞請求的詳細處理步驟如下將投遞請求發送給投遞頻率判斷裝置24，進行投遞頻率判斷，如果滿足設定的投遞頻率要求，就執行發送操作。如果成功發送給投遞網關11，投遞反饋處理裝置31則將投遞更新為成功發送狀態，並將該投遞移動到投遞歷史存儲裝置32中，否則更新為發送失敗狀態，並將該投遞移動到投遞歷史存儲裝置32中。如果不滿足投遞頻率要求並且該投遞設定為可以延遲投遞，則將該投遞轉移到投遞延遲存儲裝置25中。如果不滿足投遞頻率要求並且該投遞設定為不可以延遲投遞，則將該投遞更新為放棄發送狀態，投遞存儲裝置215將該投遞移動到投遞歷史存儲裝置32中。
投遞網關11接收到的投遞信息，並將被投遞信息傳送給投遞對象12。投遞反饋處理裝置31負責對投遞反饋進行採集並對投遞反饋進行處理，所述反饋為投遞對象對投遞做出的反饋或投遞方式對投遞自動產生的反饋。例如對於Email，一般的反饋有收到Email、打開Email、點擊了Email中的連結等投遞對象對投遞做出的反饋，也包括郵件投遞系統反饋無法接收等投遞方式對投遞自動產生的反饋，投遞反饋可用來對投遞進行分析優化。對投遞反饋進行採集，採集的內容為投遞網關收集的已發出投遞的反饋；根據反饋的信息修改對應的投遞請求的反饋狀態。這提高了處理的效率和投遞的效率。將反饋的信息存儲在投遞歷史存儲裝置32中，可以進一步將反饋的信息回復給發出請求的外部應用系統。
以上對本發明所提供的一種對多種來源的多類投遞請求進行處理的方法和系統進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本發明的方法及其核心思想；同時，對於本領域的一般技術人員，依據本發明的思想，在具體實施方式
及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
權利要求
1.一種對多種來源的多類投遞請求進行處理的方法，其特徵在於，包括下列步驟接收來源於多種外部應用系統的投遞請求，其中對不同類型的投遞請求分別接收；存儲接收的投遞請求；根據投遞請求性質的差異將投遞請求分為不同的隊列；將同一隊列的投遞請求傳遞至相應的投遞網關；上述投遞網關將被投遞信息傳送給投遞對象。
2.根據權利要求1所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，包括下列步驟在將投遞請求傳遞至相應的投遞網關前，檢查投遞請求是否符合投遞請求頻率要求；將符合投遞頻率要求的投遞請求傳遞至相應的投遞網關；保存不滿足投遞頻率要求而需要延遲發送的投遞請求。
3.根據權利要求2所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，包括下列步驟收集已發出投遞的反饋；根據反饋的信息修改對應的投遞請求的反饋狀態。
4.根據權利要求3所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，包括下列步驟將反饋的信息回復給發出請求的外部應用系統。
5.根據權利要求3所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，所述反饋為投遞對象對投遞做出的反饋和/或投遞方式對投遞自動產生的反饋。
6.根據權利要求2所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，包括下列步驟比較所述延遲發送的投遞請求的過期時間，對過期的投遞請求不再發送；將未過期的延遲發送的投遞請求分入相對應的隊列繼續發送。
7.根據權利要求1所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，還包括下列步驟比較投遞請求的過期時間，對過期的投遞請求不再發送。
8.根據權利要求1或2或3或4或6或7所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，包括下列步驟將投遞請求分為業務信息和非業務信息，所述業務信息為投遞請求中直接關聯投遞操作的信息；先將投遞請求的業務信息存儲到資料庫系統中，然後根據資料庫系統產生的索引號將非業務信息存儲在存儲介質中。
9.根據權利要求8所述的對多種來源的多類投遞請求進行處理的方法，其特徵在於，所述投遞請求的業務信息包括投遞請求的類型，投遞方式，投遞的目標，投遞頻率的要求，投遞過期時間。
10.一種基於權利要求1的對多種來源的多類投遞請求進行處理的系統，其特徵在於，所述系統包括投遞請求接收裝置，負責接收來源於多種外部應用系統的投遞請求，其中對不同類型的投遞請求分別接收；投遞存儲裝置，負責存儲接收的投遞請求，並根據投遞性質產生不同的投遞隊列；投遞隊列存儲裝置，負責存儲系統運行中產生的投遞隊列；發送裝置，負責根據投遞隊列的順序，將存儲在投遞存儲裝置上的投遞請求通過投遞網關發送出去。
11.根據權利要求10所述的對多種來源的多類投遞請求進行處理的系統，其特徵在於，所述投遞請求接收裝置包含多個接收投遞請求的接收功能模塊，每個接收功能模塊對應一種類型的投遞。
12.根據權利要求10所述的對多種來源的多類投遞請求進行處理的系統，其特徵在於，所述發送裝置包含多個發送功能模塊，每個發送功能模塊對應一種投遞網關。
13.根據權利要求10所述的對多種來源的多類投遞請求進行處理的系統，其特徵在於，還包括投遞歷史存儲裝置，保存所有已經完成處理的投遞請求。
14.根據權利要求10所述的對多種來源的多類投遞請求進行處理的系統，其特徵在於，還包括投遞頻率判斷裝置，在將投遞請求傳遞至相應的投遞網關前，檢查投遞請求是否符合投遞請求頻率要求，將符合投遞頻率要求的投遞請求傳遞至相應的投遞網關，保存不滿足投遞頻率要求而需要延遲發送的投遞請求；投遞延遲項存儲裝置，負責存儲投遞發送過程中由於不滿足設定的投遞頻率要求而需要延遲發送的投遞請求。
15.根據權利要求14所述的對多種來源的多類投遞請求進行處理的系統，其特徵在於，投遞延遲項存儲裝置還具有以下功能判斷投遞延遲項存儲裝置中投遞請求的過期時間，對過期的投遞請求不再發送。
16.根據權利要求13或權利要求14所述的對多種來源的多類投遞請求進行處理的系統，其特徵在於，還包括投遞反饋處理裝置，負責收集已發出投遞的反饋，根據反饋的信息修改對應的投遞請求的反饋狀態記錄。
17.根據權利要求16所述的對多種來源的多類投遞請求進行處理的系統，其特徵在於，所述投遞反饋處理裝置還具有以下功能將反饋的信息回復給發出請求的外部應用系統。
全文摘要
本發明涉及一種對信息投遞請求進行處理的方法和系統，特別是涉及一種對多種來源的多類投遞請求進行處理的方法和系統。所述方法包括下列步驟接收源於多種外部應用系統的投遞請求，其中對不同類型的投遞請求分別接收；存儲投遞請求；根據投遞請求性質的差異將投遞請求分為不同的隊列；將同一隊列的投遞請求傳遞至相應的投遞網關；投遞網關將被投遞信息傳送給投遞對象。所述系統包括投遞請求接收裝置、投遞存儲裝置、投遞隊列存儲裝置、發送裝置。上述的及進一步的優化方法和系統解決了在對多種來源的多類投遞請求進行處理過程中具有的操作複雜、效率低下、差錯率高、相關數據無法共享、難以獲得統一的投遞結果反饋、投遞頻率難以控制等問題。
文檔編號H04L29/06GK101094193SQ20061008299
公開日2007年12月26日 申請日期2006年6月23日 優先權日2006年6月23日
發明者謝保華, 王定乾, 姚志群, 範奐 申請人:阿里巴巴公司