本申請(qǐng)涉及通信中的短信發(fā)送領(lǐng)域，具體的，涉及一種能夠根據(jù)客戶的具體情況，根據(jù)用戶的各種需求發(fā)送相應(yīng)短信內(nèi)容的自定義短信發(fā)送系統(tǒng)。

背景技術(shù)：

目前，短信發(fā)送系統(tǒng)主要分為三種：固定的用戶群，該類(lèi)型是直接把短信發(fā)送到固定的一批用戶；固定的短信內(nèi)容，該類(lèi)型是預(yù)先設(shè)置好短信內(nèi)容，向用戶發(fā)送一致的短信內(nèi)容；固定的發(fā)送時(shí)間點(diǎn)，該類(lèi)型是發(fā)送短信的觸發(fā)時(shí)間點(diǎn)一般固定，同一時(shí)間進(jìn)行發(fā)送。

上述的短信發(fā)送系統(tǒng)具有一定的缺點(diǎn)。固定的用戶群，該類(lèi)型向固定的用戶群發(fā)送短信，有一定的引導(dǎo)性，但對(duì)短信內(nèi)容沒(méi)有需求的人，這條短信就是垃圾短信，甚至是騷擾短信，用戶體驗(yàn)差，針對(duì)性不強(qiáng)。固定的短信內(nèi)容，該類(lèi)型發(fā)送內(nèi)容一致的短信，一般也是引導(dǎo)性的短信，對(duì)于靈活性的場(chǎng)景達(dá)不到相應(yīng)的要求，不同的用戶可能需要不同的短信內(nèi)容，需要有一定的區(qū)別。固定的發(fā)送時(shí)間點(diǎn)，該類(lèi)型的短信同一時(shí)間點(diǎn)發(fā)送，沒(méi)有實(shí)效性，有時(shí)用戶對(duì)短信有一定的時(shí)效性要求，固定時(shí)間點(diǎn)發(fā)送短信就滿足不了用戶的要求。

上述的短信發(fā)送系統(tǒng)都有著一定的缺點(diǎn)，如何能夠根據(jù)用戶的需求，根據(jù)用戶的具體情況發(fā)送相應(yīng)短信內(nèi)容成為現(xiàn)有技術(shù)亟需解決的技術(shù)問(wèn)題。

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

本發(fā)明的目的在于提出一種自定義短信發(fā)送系統(tǒng)，能夠根據(jù)用戶的各種需求發(fā)送相應(yīng)短信內(nèi)容的自定義短信系統(tǒng)。

為達(dá)此目的，本發(fā)明采用以下技術(shù)方案：

一種自定義短信發(fā)送系統(tǒng)，包括短信自定義服務(wù)器1，查詢交易服務(wù)器2、事件登記服務(wù)器3、和短信發(fā)送服務(wù)器4，

其中查詢交易服務(wù)器2，用于商品信息查詢、下單、支付的各類(lèi)操作，還是訂單中心，包含有訂單信息，訂單支付信息和訂單配送信息，并且能夠?yàn)槠渌到y(tǒng)提供訂單信息查詢的功能；

事件接收與分發(fā)服務(wù)器3，用于接收交易服務(wù)器發(fā)送的各種事件(如下單、支付)，并將事件分發(fā)到監(jiān)聽(tīng)服務(wù)器，如短信自定義服務(wù)器1；

短信自定義服務(wù)器1，用于自定義各類(lèi)短信內(nèi)容，監(jiān)聽(tīng)事件接收與分發(fā)服務(wù)器3所分發(fā)的各種事件，并向所述查詢交易服務(wù)器2獲取所述事件的具體信息，并根據(jù)所述具體信息，與各類(lèi)短信模板進(jìn)行匹配，從而生成具體的信息，并將所述具體的信息發(fā)送到所述短信發(fā)送服務(wù)器4；

所述短信發(fā)送服務(wù)器4，用于發(fā)送所接收到的具體的信息。

進(jìn)一步的，所述事件的具體信息還包括用戶的基本信息，所述與各類(lèi)短信模板進(jìn)行匹配為：根據(jù)項(xiàng)目、場(chǎng)館、供應(yīng)商和合作方的順序依次對(duì)短信模板進(jìn)行匹配。

更進(jìn)一步的，在匹配中，如果匹配到對(duì)應(yīng)的短信模板，則使用該模板，否則，則使用默認(rèn)的模板，然后生成相應(yīng)的短信內(nèi)容。

進(jìn)一步的，所述短信自定義服務(wù)器1，包括短信自定義后臺(tái)服務(wù)器11，短信定制服務(wù)器12，和短信定制數(shù)據(jù)庫(kù)13，

所述短信自定義后臺(tái)服務(wù)器11，用于監(jiān)聽(tīng)事件接收與分發(fā)服務(wù)器3所分發(fā)的各種事件，并向所述查詢交易服務(wù)器2獲取所述事件的具體信息，并根據(jù)所述具體信息，與所述短信定制數(shù)據(jù)庫(kù)13保存的各類(lèi)短信模板進(jìn)行匹配，從而生成具體的信息，并將所述具體的信息發(fā)送到所述短信發(fā)送服務(wù)器4。

所述短信定制服務(wù)器12，用于編輯定制各種短信模板，并所述各類(lèi)短信模板保存在所述短信定制數(shù)據(jù)庫(kù)13中。

所述短信定制數(shù)據(jù)庫(kù)13，用于保存所述的各類(lèi)短信模板，并供所述短信自定義后臺(tái)服務(wù)器11根據(jù)所查詢到的具體信息進(jìn)行匹配；示例性的，所述短信定制數(shù)據(jù)庫(kù)13可以為Mysql數(shù)據(jù)庫(kù)。

更進(jìn)一步的，查詢交易服務(wù)器2包括交易服務(wù)器21和CRM服務(wù)器22。

所述交易服務(wù)器21，用于為查詢商品信息、下單、支付的各種操作提供服務(wù)，并可以為其它系統(tǒng)提供查詢訂單信息的功能。其中所述商品可以為票務(wù)，即成為一種購(gòu)票流程服務(wù)器。

所述CRM服務(wù)器22，用于客戶關(guān)系的管理，能夠?yàn)橛唵沃行?，包括訂單信息，訂單支付信息和訂單配送信息，并為其它系統(tǒng)提供查詢訂單信息的功能。

所述事件接收與分發(fā)服務(wù)器3，為高吞吐量的分布式發(fā)布訂閱消息系統(tǒng)，能夠處理消費(fèi)者規(guī)模的網(wǎng)站中的所有動(dòng)作流數(shù)據(jù)，類(lèi)似于處理消息隊(duì)列，如activeMQ。示例性的，可以為Kafka。

具有查錯(cuò)輪詢服務(wù)器5，在短信自定義后臺(tái)服務(wù)器11向所述查詢交易服務(wù)器2，即分別向交易服務(wù)器21和CRM服務(wù)器22查詢各種訂單的信息數(shù)據(jù)時(shí)，如果發(fā)生異常，則記錄該異常的訂單信息，并后續(xù)進(jìn)行輪詢訂單數(shù)據(jù)，當(dāng)所述輪詢達(dá)到一定的次數(shù)還未成功時(shí)，例如6次，則記錄并進(jìn)行異常處理。也就是說(shuō)，查錯(cuò)輪詢服務(wù)器5每10秒鐘輪詢一次，6次就1分鐘，如果是短信自定義后臺(tái)服務(wù)器11查詢過(guò)程中的系統(tǒng)延，一分鐘就能夠克服系統(tǒng)延時(shí)，查詢到相關(guān)信息了，超過(guò)一分鐘則說(shuō)明是異常情況。

進(jìn)一步的，所述查錯(cuò)輪詢服務(wù)器5包括查錯(cuò)輪詢數(shù)據(jù)庫(kù)51和郵件服務(wù)器52，在短信自定義后臺(tái)服務(wù)器11向所述查詢交易服務(wù)器2，即分別向交易服務(wù)器21和CRM服務(wù)器22查詢各種訂單的信息數(shù)據(jù)時(shí)，如果發(fā)生異常，則將該異常的訂單信息記錄在查錯(cuò)輪詢數(shù)據(jù)庫(kù)51中，并后續(xù)進(jìn)行輪詢訂單數(shù)據(jù)，當(dāng)所述輪詢達(dá)到一定的次數(shù)還未成功時(shí)，則說(shuō)明出現(xiàn)了異常，則通過(guò)郵件服務(wù)器52發(fā)郵件到相應(yīng)的維護(hù)和開(kāi)發(fā)人員處，以進(jìn)行異常處理。

查錯(cuò)輪詢數(shù)據(jù)庫(kù)51可以采用Redis數(shù)據(jù)庫(kù)。

本發(fā)明可以根據(jù)業(yè)務(wù)人員的需求，自行編輯訂制各類(lèi)短信模板，利用Kafka分布式發(fā)布訂閱消息系統(tǒng)可以及時(shí)處理下單與支付事件；用戶可以收到訂制的短信，不再是單一的內(nèi)容；用戶在下單與支付成功后，可以及時(shí)收到所需的短信，幾乎沒(méi)有延時(shí)；并且有了輪詢機(jī)制與郵件報(bào)警機(jī)制，系統(tǒng)更加穩(wěn)健。

附圖說(shuō)明

圖1是根據(jù)本發(fā)明的自定義短信發(fā)送系統(tǒng)的模塊圖；

圖2是根據(jù)本發(fā)明的自定義短信發(fā)送系統(tǒng)的一個(gè)具體實(shí)施方式的模塊圖。

圖中的附圖標(biāo)記所分別指代的技術(shù)特征為：

1、短信自定義服務(wù)器；2、查詢交易服務(wù)器；3、事件接收與分發(fā)服務(wù)器；4、短信發(fā)送服務(wù)器；5、查錯(cuò)輪詢服務(wù)器；12、短信自定義后臺(tái)服務(wù)器；13、短信定制數(shù)據(jù)庫(kù)；21、交易服務(wù)器；22、CRM服務(wù)器；11、短信定制服務(wù)器；51、查錯(cuò)輪詢數(shù)據(jù)庫(kù)；52、郵件服務(wù)器。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明?？梢岳斫獾氖?，此處所描述的具體實(shí)施例僅僅用于解釋本發(fā)明，而非對(duì)本發(fā)明的限定。另外還需要說(shuō)明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

參見(jiàn)圖1，示出了根據(jù)本發(fā)明的自定義短信發(fā)送系統(tǒng)，包括短信自定義服務(wù)器1，查詢交易服務(wù)器2、事件登記服務(wù)器3、和短信發(fā)送服務(wù)器4，

其中查詢交易服務(wù)器2，用于商品信息查詢、下單、支付的各類(lèi)操作，還是訂單中心，包含有訂單信息，訂單支付信息和訂單配送信息，并且能夠?yàn)槠渌到y(tǒng)提供訂單信息查詢的功能；

事件接收與分發(fā)服務(wù)器3，用于接收交易服務(wù)器發(fā)送的各種事件，如下單、支付等，并將上述事件分發(fā)到監(jiān)聽(tīng)服務(wù)器上，如短信自定義服務(wù)器1。

短信自定義服務(wù)器1，用于自定義各類(lèi)短信內(nèi)容，監(jiān)聽(tīng)事件接收與分發(fā)服務(wù)器3所分發(fā)的各種事件，并向所述查詢交易服務(wù)器2獲取所述事件的具體信息，并根據(jù)所述具體信息，與各類(lèi)短信模板進(jìn)行匹配，從而生成具體的信息，并將所述具體的信息發(fā)送到所述短信發(fā)送服務(wù)器4；

所述短信發(fā)送服務(wù)器4，用于發(fā)送所接收到的具體的信息。

因此，在本發(fā)明中，可以利用短信自定義服務(wù)器根據(jù)訂單的具體的情況來(lái)自定義各種短信模板，從而能夠根據(jù)訂單的具體情況進(jìn)行匹配。

具體的，所述事件的具體信息還包括用戶的基本信息，所述與各類(lèi)短信模板進(jìn)行匹配為：根據(jù)項(xiàng)目、場(chǎng)館、供應(yīng)商和合作方的順序依次對(duì)短信模板進(jìn)行匹配。

更進(jìn)一步的，在匹配中，如果匹配到對(duì)應(yīng)的短信模板，則使用該模板，否則，則使用默認(rèn)的模板，然后生成相應(yīng)的短信內(nèi)容。

更進(jìn)一步的，參見(jiàn)圖2中，所述短信自定義服務(wù)器1，包括短信自定義后臺(tái)服務(wù)器11，短信定制服務(wù)器12，和短信定制數(shù)據(jù)庫(kù)13，

所述短信自定義后臺(tái)服務(wù)器11，用于監(jiān)聽(tīng)事件接收與分發(fā)服務(wù)器3所分發(fā)的各種事件，并向所述查詢交易服務(wù)器2獲取所述事件的具體信息，并根據(jù)所述具體信息，與所述短信定制數(shù)據(jù)庫(kù)13保存的各類(lèi)短信模板進(jìn)行匹配，從而生成具體的信息，并將所述具體的信息發(fā)送到所述短信發(fā)送服務(wù)器4。

所述短信定制服務(wù)器12，用于編輯定制各種短信模板，并所述各類(lèi)短信模板保存在所述短信定制數(shù)據(jù)庫(kù)13中，因此，業(yè)務(wù)人員能夠根據(jù)業(yè)務(wù)的需要編輯定制各種短信模板，示例性的，該短信定制服務(wù)器12可以采用Web服務(wù)器的方式。

所述短信定制數(shù)據(jù)庫(kù)13，用于保存所述的各類(lèi)短信模板，并供所述短信自定義后臺(tái)服務(wù)器11根據(jù)所查詢到的具體信息進(jìn)行匹配；示例性的，所述短信定制數(shù)據(jù)庫(kù)13可以為Mysql數(shù)據(jù)庫(kù)。

更進(jìn)一步的，查詢交易服務(wù)器2包括交易服務(wù)器21和CRM服務(wù)器22。

所述交易服務(wù)器21，用于為查詢商品信息、下單、支付的各種操作提供服務(wù)，并可以為其它系統(tǒng)提供查詢訂單信息的功能。其中所述商品可以為票務(wù)，即成為一種購(gòu)票流程服務(wù)器。

所述CRM服務(wù)器22，用于客戶關(guān)系的管理，能夠?yàn)橛唵沃行模ㄓ唵涡畔?，訂單支付信息和訂單配送信息，并為其它系統(tǒng)提供查詢訂單信息的功能。

即，將所述查詢交易功能分解為購(gòu)票過(guò)程，以及購(gòu)票之后的訂單管理，從而實(shí)現(xiàn)功能的模塊化布置，以減少服務(wù)器的壓力，降低開(kāi)發(fā)成本。短信自定義后臺(tái)服務(wù)器11可以分別向交易服務(wù)器21和CRM服務(wù)器22查詢各種訂單的信息數(shù)據(jù)。

進(jìn)一步的，所述事件接收與分發(fā)服務(wù)器3，為高吞吐量的分布式發(fā)布訂閱消息系統(tǒng)，能夠處理消費(fèi)者規(guī)模的網(wǎng)站中的所有動(dòng)作流數(shù)據(jù)，類(lèi)似于處理消息隊(duì)列，如activeMQ。示例性的，可以為Kafka。

因此，交易服務(wù)器與CRM服務(wù)器有下單與支付行為時(shí)，可以實(shí)時(shí)向Kafka發(fā)送下單與支付事件，而Kafka向短信自定義后臺(tái)服務(wù)器11及時(shí)發(fā)送訂閱的下單與支付事件。

進(jìn)一步的，還具有查錯(cuò)輪詢服務(wù)器5，在短信自定義后臺(tái)服務(wù)器11向所述查詢交易服務(wù)器2，即分別向交易服務(wù)器21和CRM服務(wù)器22查詢各種訂單的信息數(shù)據(jù)時(shí)，如果發(fā)生異常，則記錄該異常的訂單信息，并后續(xù)進(jìn)行輪詢訂單數(shù)據(jù)，當(dāng)所述輪詢達(dá)到一定的次數(shù)還未成功時(shí)，例如6次，則記錄并進(jìn)行異常處理。也就是說(shuō)，查錯(cuò)輪詢服務(wù)器5每10秒鐘輪詢一次，6次就1分鐘，如果是短信自定義后臺(tái)服務(wù)器11查詢過(guò)程中的系統(tǒng)延，一分鐘就能夠克服系統(tǒng)延時(shí)，查詢到相關(guān)信息了，超過(guò)一分鐘則說(shuō)明是異常情況。

進(jìn)一步的，所述查錯(cuò)輪詢服務(wù)器5包括查錯(cuò)輪詢數(shù)據(jù)庫(kù)51和郵件服務(wù)器52，在短信自定義后臺(tái)服務(wù)器11向所述查詢交易服務(wù)器2，即分別向交易服務(wù)器21和CRM服務(wù)器22查詢各種訂單的信息數(shù)據(jù)時(shí)，如果發(fā)生異常，則將該異常的訂單信息記錄在查錯(cuò)輪詢數(shù)據(jù)庫(kù)51中，并后續(xù)進(jìn)行輪詢訂單數(shù)據(jù)，當(dāng)所述輪詢達(dá)到一定的次數(shù)還未成功時(shí)，則說(shuō)明出現(xiàn)了異常，則通過(guò)郵件服務(wù)器52發(fā)郵件到相應(yīng)的維護(hù)和開(kāi)發(fā)人員處，以進(jìn)行異常處理。

查錯(cuò)輪詢數(shù)據(jù)庫(kù)51可以采用Redis數(shù)據(jù)庫(kù)，它是一個(gè)開(kāi)源的使用ANSI C語(yǔ)言編寫(xiě)、支持網(wǎng)絡(luò)、可基于內(nèi)存亦可持久化的日志型、Key-Value數(shù)據(jù)庫(kù)，查詢速度比較快。

因此，本發(fā)明還為異常處理增加了Redis輪詢機(jī)制與郵件報(bào)警機(jī)制，使得系統(tǒng)更加穩(wěn)健。

因此，本發(fā)明可以根據(jù)業(yè)務(wù)人員的需求，自行編輯訂制各類(lèi)短信模板，利用Kafka分布式發(fā)布訂閱消息系統(tǒng)可以及時(shí)處理下單與支付事件；用戶可以收到訂制的短信，不再是單一的內(nèi)容；用戶在下單與支付成功后，可以及時(shí)收到所需的短信，幾乎沒(méi)有延時(shí)；并且有了輪詢機(jī)制與郵件報(bào)警機(jī)制，系統(tǒng)更加穩(wěn)健。

以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，不能認(rèn)定本發(fā)明的具體實(shí)施方式僅限于此，對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單的推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明由所提交的權(quán)利要求書(shū)確定保護(hù)范圍。