欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種消息的發(fā)送方法和系統(tǒng)的制作方法

文檔序號:7886749閱讀:133來源:國知局
專利名稱:一種消息的發(fā)送方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種消息的發(fā)送方法和系統(tǒng)。
背景技術(shù)
現(xiàn)有大多系統(tǒng)都需要與外部系統(tǒng)進(jìn)行數(shù)據(jù)交互,這種交互多以消息的方式進(jìn)行,其處理流程如圖1所示,該處理流程包括以下幾個步驟:消息產(chǎn)生,消息通常在系統(tǒng)在處理業(yè)務(wù)流程時產(chǎn)生需要交互的數(shù)據(jù);消息加工處理,消息加工處理會根據(jù)消息接收方和協(xié)議的不同,對消息進(jìn)行包裝,成為對方能接收的數(shù)據(jù)格式;消息發(fā)送,消息加工過后,只需要根據(jù)協(xié)議(比如JMS、FTP、HTTP等)進(jìn)行發(fā)送即可。以上流程從消息產(chǎn)生到消息加工處理,再到消息發(fā)送是串行的,它們之間是有依賴關(guān)系的,目如最接近的技術(shù)方案有兩種:單線程消息發(fā)送方式:如圖2A所示,采用單線程發(fā)送消息,從消息的產(chǎn)生到加工處理再到發(fā)送是嚴(yán)格的串行處理,而且只有當(dāng)消息發(fā)送完成之后才能進(jìn)行下一個任務(wù)處理。這種實現(xiàn)方式實現(xiàn)起來比較簡單,但缺點非常明顯,第一是當(dāng)系統(tǒng)的消息發(fā)送量非常大時,系統(tǒng)會遇到性能瓶頸;第二是當(dāng)消息發(fā)送過程中出現(xiàn)一些堵塞或者延時時,直接影響到系統(tǒng)業(yè)務(wù)流程的正常運作;多線程消息發(fā)送方式:如圖2B所示,采用多線程發(fā)送消息,把消息產(chǎn)生到加工處理再到發(fā)送的過程看成一個消息發(fā)送事務(wù),通過管理一組線程,每個線程處理一個消息發(fā)送事務(wù),從而提高系統(tǒng)的并發(fā)性能。這種處理方式的優(yōu)點是性能較高,能充分利用系統(tǒng)的并發(fā)性能;但對于消息發(fā)送過程中遇到的異常問題,此方式不能很好地處理。對于一個具有高并發(fā)和高吞吐量的系統(tǒng)如果多個環(huán)節(jié)放在一個事務(wù)中執(zhí)行會帶來以下幾方面的問題:1.由于串行執(zhí)行方式受限于單線程使用,在同樣機器配置下,系統(tǒng)性能無法進(jìn)一步提聞;2.采用多線程并發(fā)處理時,每個線程本身是一個完整的發(fā)送事務(wù),但對于系統(tǒng)來說,消息的產(chǎn)生和消息發(fā)送對系統(tǒng)的要求是不一樣的,放在同一個發(fā)送事務(wù)中,不利于系統(tǒng)資源的利用,也不利于擴展;3.由于消息的產(chǎn)生和發(fā)送在同一個事務(wù)中,對于部署在不同機器上的模塊不能共享消息的發(fā)送機制;4.由于消息的產(chǎn)生和發(fā)送沒有分離,當(dāng)消息發(fā)送遇到如網(wǎng)絡(luò)堵塞和網(wǎng)絡(luò)延遲時,會直接影響系統(tǒng)的業(yè)務(wù)流程,對系統(tǒng)穩(wěn)定性造成較大的影響。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于,針對現(xiàn)有技術(shù)的上述缺陷,提供一種消息的發(fā)送方法,能有效利用系統(tǒng)資源,利于擴展,能共享消息的發(fā)送機制、且穩(wěn)定性高。本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是:構(gòu)造一種消息的發(fā)送方法,包括:S1.至少一個消息生產(chǎn)模塊分別產(chǎn)生消息,并將所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識進(jìn)行存儲,同時,向消息采集模塊發(fā)送通知,所述通知包括所述消息的標(biāo)識;S2.消息采集模塊接收到所述通知后進(jìn)行喚醒,且根據(jù)所述通知中的所述標(biāo)識采集相應(yīng)的消息,并將所采集的消息進(jìn)行處理后放入阻塞隊列;S3.至少一個消息發(fā)送模塊分別通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)所述消息中包含的協(xié)議標(biāo)識對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)將所述消息發(fā)送到目的地;其中,所述至少一個消息發(fā)送模塊獨立于所述至少一個消息生產(chǎn)模塊。在本發(fā)明所述的消息的發(fā)送方法中,在所述步驟SI中,所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識存儲在數(shù)據(jù)庫中。在本發(fā)明所述的消息的發(fā)送方法中,消息采集模塊通過輪詢的方式從數(shù)據(jù)庫中獲取消息。在本發(fā)明所述的消息的發(fā)送方法中,在消息發(fā)送完成后,消息發(fā)送模塊將發(fā)送時間、發(fā)送正常或異常發(fā)送至數(shù)據(jù)庫中,以進(jìn)行記錄。在本發(fā)明所述的消息的發(fā)送方法中,在發(fā)送異常時,通過計數(shù)器設(shè)置重發(fā)次數(shù),并提供消息的重發(fā)機制。在本發(fā)明所述的消息的發(fā)送方法中,在所述步驟S2中,通過調(diào)用相應(yīng)的配置模板來對所采集的消息進(jìn)行處理。在本發(fā)明所述的消息的發(fā)送方法中,預(yù)先分別將所述消息生產(chǎn)模塊、所述消息采集模塊和所述消息發(fā)送模塊封裝成相應(yīng)的API接口。本發(fā)明還構(gòu)造一種消息的發(fā)送系統(tǒng),包括至少一個消息生產(chǎn)模塊、消息采集模塊和至少一個消息發(fā)送模塊,且所述至少一個消息發(fā)送模塊獨立于所述至少一個消息生產(chǎn)模塊,其中,所述至少一個消息生產(chǎn)模塊,分別用于產(chǎn)生消息,并將所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識進(jìn)行存儲,同時,向消息采集模塊發(fā)送通知,所述通知包括所述消息的標(biāo)識;所述消息采集模塊,用于在接收到所述通知后進(jìn)行喚醒,且根據(jù)所述通知中的所述標(biāo)識采集相應(yīng)的消息,并將所采集的消息進(jìn)行處理后放入阻塞隊列;所述至少一個消息發(fā)送模塊,分別用于通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)所述消息中包含的協(xié)議標(biāo)識對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)將所述消息發(fā)送到目的地。在本發(fā)明所述的消息的發(fā)送系統(tǒng)中,所述消息采集模塊通過調(diào)用相應(yīng)的配置模板來對所采集的消息進(jìn)行處理。在本發(fā)明所述的消息的發(fā)送系統(tǒng)中,在消息發(fā)送完成后,所述消息發(fā)送模塊還用于將發(fā)送時間、發(fā)送正?;虍惓0l(fā)送至數(shù)據(jù)庫中,以進(jìn)行記錄。實施本發(fā)明的技術(shù)方案,有以下有益效果:首先,對消息的產(chǎn)生和消息的發(fā)送進(jìn)行了解耦合,使得消息的產(chǎn)生和發(fā)送之間相互不干擾,不會導(dǎo)致消息發(fā)送異常時影響業(yè)務(wù)流程;其次,基于生產(chǎn)者(消息生產(chǎn)模塊)_消費者(消息發(fā)送模塊)模式的多線程并發(fā)處理技術(shù),減少了系統(tǒng)資源的消耗;再者,可以通過調(diào)節(jié)兩個消息的產(chǎn)生和消息的發(fā)送之間的線程數(shù)來提高系統(tǒng)的性能,利于擴展;最后,生產(chǎn)與消費(發(fā)送)之間采用了阻塞隊列,使得生產(chǎn)線程與消費線程之間不會因為競爭而出現(xiàn)死鎖。另外,消息生產(chǎn)模塊提供了可編程的API,使得系統(tǒng)可以通過水平擴展的方式把其他子系統(tǒng)集成進(jìn)來,共享相同的消息發(fā)送機制。消息發(fā)送模塊提供了可編程API,使得系統(tǒng)可以通過水平擴展的方式提高系統(tǒng)整個系統(tǒng)的消息處理能力和消息發(fā)送吞吐量。消息采集時通過模板技術(shù)對消息進(jìn)行加工處理,使得消息的生成機制更靈活。消息發(fā)送時支持多種協(xié)議適配,同時提供了靈活的新協(xié)議的擴展機制。


下面將結(jié)合附圖及實施例對本發(fā)明作進(jìn)一步說明,附圖中:圖1是現(xiàn)有的消息處理流程的示意圖;圖2A是現(xiàn)有技術(shù)的一種消息發(fā)送的示意圖;圖2B是現(xiàn)有技術(shù)的另一種消息發(fā)送的示意圖;圖3是本發(fā)明消息的發(fā)送方法實施例一的流程圖;圖4是本發(fā)明消息的發(fā)送方法實施例二的流程圖;圖5是本發(fā)明消息的發(fā)送系統(tǒng)實施例一的邏輯圖;圖6是本發(fā)明消息的發(fā)送系統(tǒng)實施例二的邏輯圖;圖7是本發(fā)明消息的發(fā)送框架實施例一的示意圖。
具體實施例方式如圖3所示,在本發(fā)明消息的發(fā)送方法實施例一的流程圖中,該發(fā)送方法包括:S1.至少一個消息生產(chǎn)模塊分別產(chǎn)生消息,并將所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識進(jìn)行存儲,同時,向消息采集模塊發(fā)送通知,所述通知包括所述消息的標(biāo)識。在該步驟中,優(yōu)選地,可將所產(chǎn)生的消息及其所對應(yīng)的標(biāo)識存儲至數(shù)據(jù)庫中,等待消息采集模塊來采集消息,當(dāng)然也可以采用其它機制來保存消息;S2.消息采集模塊接收到所述通知后進(jìn)行喚醒,且根據(jù)所述通知中的所述標(biāo)識采集相應(yīng)的消息,并將所采集的消息進(jìn)行處理后放入阻塞隊列。在該步驟中,需說明的是,通過采用消息通知機制來喚醒消息采集模塊,可避免消息采生產(chǎn)模塊在沒有產(chǎn)生消息時消息采集模塊頻繁訪問數(shù)據(jù)庫。另外,優(yōu)選地,消息采集模塊還可結(jié)合輪詢方式從數(shù)據(jù)庫中獲取消息,消息采集模塊可根據(jù)最優(yōu)策略來讀取數(shù)據(jù)庫中的消息,從而有效控制系統(tǒng)資源的利用;S3.至少一個消息發(fā)送模塊分別通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)所述消息中包含的協(xié)議標(biāo)識對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)將所述消息發(fā)送到目的地;其中,所述至少一個消息發(fā)送模塊獨立于所述至少一個消息生產(chǎn)模塊。實施該實施例的技術(shù)方案,由于消息的發(fā)送是基于生產(chǎn)者-消費者模式構(gòu)建的,生產(chǎn)者(消息生產(chǎn)模塊)只負(fù)責(zé)生產(chǎn)消息,可以為系統(tǒng)解耦合提供了前提條件,消費者(消息發(fā)送模塊)只負(fù)責(zé)消費消息,它們彼此獨立,并且通過兩組線程池來分別完成工作,通過一個阻塞隊列來交互數(shù)據(jù),保證多個消費者不會拿到同一個消息。當(dāng)消息的消費速度大于產(chǎn)生的速度時,可以通過增大生產(chǎn)者的線程數(shù)量來達(dá)到平衡,反之亦然。由于消息的產(chǎn)生和發(fā)送(消費)相分離,這樣,消息的產(chǎn)生可能來源于不能的子系統(tǒng),不同的物理機器,但最終可以匯集在一起,統(tǒng)一管理,統(tǒng)一發(fā)送,并且消息在發(fā)送時可以根據(jù)不同的協(xié)議,不同的目標(biāo)源進(jìn)行定制化處理。圖4是本發(fā)明消息的發(fā)送方法實施例二的流程圖,首先說明的是,該實施例中消息生產(chǎn)模塊及消息發(fā)送模塊的數(shù)量的分別為一個,但應(yīng)理解,可根據(jù)實際需要,增大消息生產(chǎn)模塊的數(shù)量或增加消息發(fā)送模塊的數(shù)量。該消息的發(fā)送方法為:消息生產(chǎn)模塊首先產(chǎn)生消息,把所產(chǎn)生的消息存入數(shù)據(jù)庫,以等待后續(xù)處理,同時,向消息采集模塊發(fā)送一個通知,消息采集模塊收到通知后會被喚醒,并且根據(jù)通知中帶有的消息標(biāo)識向數(shù)據(jù)庫采集相應(yīng)的消息,當(dāng)消息采集模塊接收到數(shù)據(jù)庫所返回的相應(yīng)消息后,會對所采集的消息進(jìn)行初步的格式匹配,例如,通過xml模板機制,調(diào)用相應(yīng)的配置模板對消息進(jìn)行加工處理,并將處理后的數(shù)據(jù)放入阻塞隊列中,然后回到等待狀態(tài),等下一次的喚醒。接著,消息發(fā)送模塊根據(jù)阻塞原理從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,再調(diào)用相應(yīng)的協(xié)議適配器對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,比如JMS、WEBSERVICE、FTP、HTTP等,然后調(diào)用相應(yīng)的協(xié)議網(wǎng)關(guān)將消息發(fā)送到目的地。完成消息發(fā)送后,消息發(fā)送模塊會進(jìn)一步處理消息發(fā)送后的消息,這些消息會記錄在數(shù)據(jù)中,比如發(fā)送時間、發(fā)送正?;虍惓0l(fā)送至數(shù)據(jù)庫,以進(jìn)行記錄。另外,在發(fā)送異常,還可通過計數(shù)器設(shè)置對消息的重發(fā)次數(shù),提供消息重發(fā)機制。圖5是本發(fā)明消息的發(fā)送系統(tǒng)實施例一的邏輯圖,該消息的發(fā)送系統(tǒng)包括三個消息生產(chǎn)模塊11、12、13、消息米集模塊20和消息發(fā)送模塊30,且所述消息發(fā)送模塊30獨立于消息生產(chǎn)模塊11、12、13。當(dāng)然這只是本發(fā)明的一個具體實施例,在其它實施例中,根據(jù)實際需要,消息生產(chǎn)模塊可為其它任意數(shù)量,或者,消息發(fā)送模塊可為其它任意數(shù)量。在該實施例中,消息生產(chǎn)模塊11、12、13分別用于產(chǎn)生消息,并將所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識進(jìn)行存儲,同時,向消息采集模塊20發(fā)送通知,所述通知包括待采集消息的標(biāo)識;消息采集模塊20用于在接收到所述通知后進(jìn)行喚醒,且根據(jù)所述通知中的所述標(biāo)識采集相應(yīng)的消息,并將所采集的消息進(jìn)行處理后放入阻塞隊列;消息發(fā)送模塊30用于通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)所述消息中包含的協(xié)議標(biāo)識對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)把所述消息發(fā)送到目的地。圖6是本發(fā)明消息的發(fā)送系統(tǒng)實施例二的邏輯圖,在該實施例中,優(yōu)選地,消息生產(chǎn)模塊11、12、13分別產(chǎn)生消息,并將所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識存儲至數(shù)據(jù)庫中,同時,向消息采集模塊20發(fā)送通知,所述通知包括待采集消息的標(biāo)識。消息采集模塊20在接收到所述通知后進(jìn)行喚醒,且根據(jù)所述通知中的所述標(biāo)識從數(shù)據(jù)庫中采集相應(yīng)的消息,在從數(shù)據(jù)庫中采集到相應(yīng)消息后,通過調(diào)用相應(yīng)的配置模板來對所采集的消息進(jìn)行處理,然后將處理后的消息放入阻塞隊列。消息發(fā)送模塊30用于通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)所述消息中包含的協(xié)議標(biāo)識調(diào)用相應(yīng)的協(xié)議適配器,并對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)把所述消息發(fā)送到目的地。在發(fā)送完成后,消息發(fā)送模塊30還將發(fā)送時間、發(fā)送正常或異常發(fā)送至數(shù)據(jù)庫中進(jìn)行記錄,另外,在發(fā)送異常時,通過計數(shù)器設(shè)置重發(fā)次數(shù),并提供消息的重發(fā)機制。另外,在一個優(yōu)選實施例中,可將本發(fā)明中實現(xiàn)消息的發(fā)送的組件進(jìn)行插件化設(shè)計,即,預(yù)先分別將消息生產(chǎn)模塊、消息采集模塊和消息發(fā)送模塊封裝成相應(yīng)的API (Application Programming Interface,應(yīng)用程序編程接口)接口,這樣可為應(yīng)用層提供簡潔的API,只需通過簡單的第三方庫引用的方式即可實現(xiàn)消息的發(fā)送功能,大大簡化了項目集成功能模塊的成本。圖7是本發(fā)明消息的發(fā)送框架實施例一的示意圖,該框架提供的回調(diào)接口原型如下,優(yōu)選JAVA描述,這樣具有跨平臺特性,支持多種系統(tǒng)平臺:1.消息入口處理API
方法原型I deal
權(quán)利要求
1.一種消息的發(fā)送方法,其特征在于,包括: 51.至少一個消息生產(chǎn)模塊分別產(chǎn)生消息,并將所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識進(jìn)行存儲,同時,向消息采集模塊發(fā)送通知,所述通知包括所述消息的標(biāo)識; 52.消息采集模塊接收到所述通知后進(jìn)行喚醒,且根據(jù)所述通知中的所述標(biāo)識采集相應(yīng)的消息,并將所采集的消息進(jìn)行處理后放入阻塞隊列; 53.至少一個消息發(fā)送模塊分別通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)所述消息中包含的協(xié)議標(biāo)識對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)將所述消息發(fā)送到目的地;其中,所述至少一個消息發(fā)送模塊獨立于所述至少一個消息生產(chǎn)模塊。
2.根據(jù)權(quán)利要求1所述的消息的發(fā)送方法,其特征在于,在所述步驟SI中,所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識存儲在數(shù)據(jù)庫中。
3.根據(jù)權(quán)利要求2所述的消息的發(fā)送方法,其特征在于,消息采集模塊通過輪詢的方式從數(shù)據(jù)庫中獲取消息。
4.根據(jù)權(quán)利要求2所述的消息的發(fā)送方法,其特征在于,在消息發(fā)送完成后,消息發(fā)送模塊將發(fā)送時間、發(fā)送正?;虍惓0l(fā)送至數(shù)據(jù)庫中,以進(jìn)行記錄。
5.根據(jù)權(quán)利要求4所述的消息的發(fā)送方法,其特征在于,在發(fā)送異常時,通過計數(shù)器設(shè)置重發(fā)次數(shù),并提供消息的重發(fā)機制。
6.根據(jù)權(quán)利要求1所述的消息的發(fā)送方法,其特征在于,在所述步驟S2中,通過調(diào)用相應(yīng)的配置模板來對所采集的消息進(jìn)行處理。
7.根據(jù)權(quán)利要求1所述的消息的發(fā)送方法,其特征在于,預(yù)先分別將所述消息生產(chǎn)模塊、所述消息采集模塊和所述消息發(fā)送模塊封裝成相應(yīng)的API接口。
8.一種消息的發(fā)送系統(tǒng),其特征在于,包括至少一個消息生產(chǎn)模塊、消息采集模塊和至少一個消息發(fā)送模塊,且所述至少一個消息發(fā)送模塊獨立于所述至少一個消息生產(chǎn)模塊,其中, 所述至少一個消息生產(chǎn)模塊,分別用于產(chǎn)生消息,并將所產(chǎn)生的消息及所述消息所對應(yīng)的標(biāo)識進(jìn)行存儲,同時,向消息采集模塊發(fā)送通知,所述通知包括所述消息的標(biāo)識; 所述消息采集模塊,用于在接收到所述通知后進(jìn)行喚醒,且根據(jù)所述通知中的所述標(biāo)識采集相應(yīng)的消息,并將所采集的消息進(jìn)行處理后放入阻塞隊列; 所述至少一個消息發(fā)送模塊,分別用于通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)所述消息中包含的協(xié)議標(biāo)識對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)將所述消息發(fā)送到目的地。
9.根據(jù)權(quán)利要求8所述的消息的發(fā)送系統(tǒng),其特征在于,所述消息采集模塊通過調(diào)用相應(yīng)的配置模板來對所采集的消息進(jìn)行處理。
10.根據(jù)權(quán)利要求9所述的消息的發(fā)送系統(tǒng),其特征在于,在消息發(fā)送完成后,所述消息發(fā)送模塊還用于將發(fā)送時間、發(fā)送正?;虍惓0l(fā)送至數(shù)據(jù)庫中,以進(jìn)行記錄。
全文摘要
本發(fā)明公開了一種消息的發(fā)送方法和系統(tǒng),該方法包括至少一個消息生產(chǎn)模塊分別產(chǎn)生消息,并將所產(chǎn)生的消息及消息所對應(yīng)的標(biāo)識進(jìn)行存儲,向消息采集模塊發(fā)送通知;消息采集模塊接收到通知后進(jìn)行喚醒,且根據(jù)通知中的標(biāo)識采集相應(yīng)的消息,并放入阻塞隊列;至少一個消息發(fā)送模塊分別通過阻塞機制不斷從阻塞隊列中獲取消息,并對所獲取的消息進(jìn)行組裝,且根據(jù)消息中包含的協(xié)議標(biāo)識對組裝后的消息進(jìn)行協(xié)議轉(zhuǎn)換和適配,然后調(diào)用協(xié)議網(wǎng)關(guān)將消息發(fā)送到目的地;其中,至少一個消息發(fā)送模塊獨立于至少一個消息生產(chǎn)模塊。實施本發(fā)明的技術(shù)方案,不會導(dǎo)致消息發(fā)送異常時影響業(yè)務(wù)流程,減少了系統(tǒng)資源的消耗,而且利于擴展,不會因為競爭而出現(xiàn)死鎖。
文檔編號H04L1/18GK103199968SQ201210004309
公開日2013年7月10日 申請日期2012年1月9日 優(yōu)先權(quán)日2012年1月9日
發(fā)明者廖炳才, 黃玉標(biāo), 郝明立 申請人:卓望數(shù)碼技術(shù)(深圳)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
滦南县| 闻喜县| 台州市| 龙门县| 黎城县| 海安县| 泸溪县| 牟定县| 东港市| 红安县| 丰原市| 类乌齐县| 浏阳市| 新化县| 深州市| 周至县| 衢州市| 长汀县| 江阴市| 城固县| 交口县| 兴化市| 大田县| 罗山县| 玉溪市| 从江县| 宜丰县| 田东县| 醴陵市| 杭州市| 库伦旗| 剑阁县| 顺昌县| 宁陕县| 朝阳区| 安吉县| 抚顺县| 洪雅县| 兰溪市| 太白县| 新乡县|