一種電子發(fā)票消息推送系統(tǒng)及方法
【專利摘要】本發(fā)明公開(kāi)了一種電子發(fā)票消息推送系統(tǒng)及方法，屬于消息推送領(lǐng)域，包括企業(yè)用戶端、數(shù)據(jù)源服務(wù)器、電子發(fā)票消息推送服務(wù)器，電子發(fā)票消息推送服務(wù)器接收企業(yè)用戶端發(fā)送的包含用戶身份信息和訂閱信息的消息訂閱請(qǐng)求，將用戶身份信息和訂閱信息類型信息記錄在客戶消息訂閱隊(duì)列中，建立企業(yè)用戶端與電子發(fā)票消息推送服務(wù)器之間的連接通道；數(shù)據(jù)源服務(wù)器將需要推送的消息交付給所述電子發(fā)票消息推送服務(wù)器，電子發(fā)票消息推送服務(wù)器將需要推送的推送消息插入到消息發(fā)布隊(duì)列中；電子發(fā)票消息推送服務(wù)器掃描消息發(fā)布隊(duì)列，一旦掃描到需要推送的消息，將結(jié)合客戶消息訂閱隊(duì)列找到訂閱推送的消息的用戶，通過(guò)連接通道發(fā)送推送的消息到對(duì)應(yīng)的企業(yè)用戶端。本發(fā)明實(shí)現(xiàn)了主動(dòng)為開(kāi)具電子發(fā)票的用戶及時(shí)準(zhǔn)確推送電子發(fā)票信息和通知消息。
【專利說(shuō)明】
一種電子發(fā)票消息推送系統(tǒng)及方法
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及消息推送技術(shù)領(lǐng)域，具體涉及一種電子發(fā)票消息推送方法系統(tǒng)及方法。
【背景技術(shù)】
[0002]傳統(tǒng)的紙制發(fā)票開(kāi)具不能使用戶從商家及時(shí)的獲取到發(fā)票和對(duì)發(fā)票進(jìn)行查驗(yàn)，有時(shí)甚至獲取不到發(fā)票，并且當(dāng)需要發(fā)票的電子數(shù)據(jù)時(shí)只能從紙制發(fā)票中手工提取，用戶需求無(wú)法得到滿足。
[0003]為了對(duì)電子商務(wù)中應(yīng)納稅主體進(jìn)行有效監(jiān)督，減少稅務(wù)機(jī)關(guān)的征稅成本，我國(guó)正在推廣電子發(fā)票系統(tǒng)。電子發(fā)票將作為消費(fèi)者維權(quán)和報(bào)銷(xiāo)的電子憑證，實(shí)現(xiàn)了無(wú)紙化發(fā)票，大大節(jié)約了成本。在此過(guò)程中，如何能及時(shí)通知消費(fèi)者購(gòu)買(mǎi)的商品已開(kāi)具電子發(fā)票，為消費(fèi)者提供最新的信息，克服傳統(tǒng)紙制發(fā)票獲取的滯后性成為亟待解決的問(wèn)題。

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

[0004]鑒于上述問(wèn)題，提出了本發(fā)明以便提供一種克服上述問(wèn)題或者至少部分地解決上述問(wèn)題的電子發(fā)票消息推送系統(tǒng)及方法，及時(shí)的將電子發(fā)票消息推送給相應(yīng)的企業(yè)用戶端。
[0005]依據(jù)本發(fā)明的一個(gè)方面，提供了一種電子發(fā)票消息推送系統(tǒng)，包括企業(yè)用戶端、數(shù)據(jù)源服務(wù)器、電子發(fā)票消息推送服務(wù)器，所述電子發(fā)票消息推送服務(wù)器接收所述企業(yè)用戶端發(fā)送的包含用戶身份信息和訂閱信息的消息訂閱請(qǐng)求后，將所述用戶身份信息和訂閱信息類型信息記錄在客戶消息訂閱隊(duì)列中，建立與所述企業(yè)用戶端的連接通道；
[0006]所述數(shù)據(jù)源服務(wù)器將需要推送的消息交付給所述電子消息推送服務(wù)器，所述電子發(fā)票消息推送服務(wù)器將所述需要推送的消息插入到所述消息發(fā)布隊(duì)列中；
[0007]所述電子發(fā)票消息推送服務(wù)器掃描所述消息發(fā)布隊(duì)列，一旦掃描到需要推送的消息，將結(jié)合客戶消息訂閱隊(duì)列找到訂閱所述推送的消息的用戶，通過(guò)連接通道發(fā)送所述推送的消息到對(duì)應(yīng)的所述企業(yè)用戶端。
[0008]進(jìn)一步地，所述數(shù)據(jù)源服務(wù)器包括電子發(fā)票消息源服務(wù)器和通知消息源服務(wù)器。
[0009]進(jìn)一步地，所述電子發(fā)票消息推送服務(wù)器使用線程分工算法使用多線程掃描所述消息發(fā)布隊(duì)列。
[0010]進(jìn)一步地，所述電子發(fā)票消息推送服務(wù)器按照固定頻率發(fā)送心跳包到所述企業(yè)用戶端，如果在指定的時(shí)間段內(nèi)沒(méi)收到所述企業(yè)用戶端的回復(fù)，所述電子發(fā)票消息推送服務(wù)器關(guān)閉與所述企業(yè)用戶端的連接通道，釋放為所述企業(yè)用戶端分配的資源。
[0011]更進(jìn)一步地，所述消息發(fā)布接口模塊的接口參數(shù)包括用戶身份標(biāo)識(shí)、訂閱服務(wù)器類型和消息內(nèi)容，所述用戶身份標(biāo)識(shí)指明目標(biāo)客戶，所述訂閱服務(wù)器類型指明消息來(lái)源，所述消息內(nèi)容指明要推送給所述目標(biāo)客戶的內(nèi)容。
[0012]依據(jù)本發(fā)明的另一個(gè)方面，提供了一種電子發(fā)票消息推送方法，包括企業(yè)用戶端、數(shù)據(jù)源服務(wù)器、電子發(fā)票消息推送服務(wù)器，包括以下步驟:
[0013]步驟(I)、所述企業(yè)用戶端向所述電子發(fā)票消息推送服務(wù)器發(fā)送包含用戶身份信息和訂閱信息的消息訂閱請(qǐng)求；
[0014]步驟(2)、所述電子發(fā)票消息推送服務(wù)器接收所述消息訂閱請(qǐng)求，將所述用戶身份信息和訂閱信息類型信息記錄在客戶消息訂閱隊(duì)列中；
[0015]步驟(3)、建立所述電子發(fā)票消息推送服務(wù)器和所述企業(yè)用戶端的連接通道；
[0016]步驟(4)、所述消息源服務(wù)器將需要推送的消息交付給所述電子發(fā)票消息推送服務(wù)器，所述電子發(fā)票消息推送服務(wù)器將所述需要推送的消息插入到所述消息發(fā)布隊(duì)列中；
[0017]步驟(5)、所述電子發(fā)票消息推送服務(wù)器掃描所述消息發(fā)布隊(duì)列中的消息，結(jié)合所述客戶消息訂閱隊(duì)列，通過(guò)連接通道將未發(fā)送的消息發(fā)送到訂閱所述推送的消息的所述企業(yè)用戶端。
[0018]進(jìn)一步的，所述步驟(I)中的所述訂閱信息包括標(biāo)識(shí)連接通道的連接標(biāo)識(shí)符、用戶身份標(biāo)識(shí)和訂閱服務(wù)器類型。
[0019]進(jìn)一步的，所述客戶消息訂閱隊(duì)列和所述消息發(fā)布隊(duì)列是分模塊設(shè)計(jì)的。
[0020]進(jìn)一步的，所述數(shù)據(jù)源服務(wù)器包括電子發(fā)票消息源服務(wù)器和通知消息源服務(wù)器。
[0021]進(jìn)一步的，所述電子發(fā)票消息推送服務(wù)器使用線程分工算法使用多線程掃描所述消息發(fā)布隊(duì)列。
[0022]本發(fā)明具有以下有益效果:本發(fā)明提出了一種電子發(fā)票消息推送系統(tǒng)及方法，可為開(kāi)具電子發(fā)票的用戶及時(shí)準(zhǔn)確地推送電子發(fā)票數(shù)據(jù)，克服傳統(tǒng)紙制發(fā)票獲取的滯后性，使用戶可以快速有效得獲取到購(gòu)買(mǎi)商品的發(fā)票信息，有效降低發(fā)票查驗(yàn)的難度，提高發(fā)票查驗(yàn)率。
[0023]此外，本發(fā)明提出的消息推送系統(tǒng)與電子發(fā)票業(yè)務(wù)系統(tǒng)完全分離，可以作為獨(dú)立系統(tǒng)廣泛使用。同時(shí)，系統(tǒng)還可以將通知信息定向推送給目標(biāo)用戶，或者廣播推送給所有訂閱用戶，滿足不同需求，這也是傳統(tǒng)發(fā)票開(kāi)具所不具備的。
[0024]上述說(shuō)明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說(shuō)明書(shū)的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的【具體實(shí)施方式】。
【附圖說(shuō)明】
[0025]通過(guò)閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。說(shuō)明書(shū)附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。顯而易見(jiàn)地，下面描述的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中:
[0026]圖1示出了根據(jù)本發(fā)明實(shí)施例一的電子發(fā)票消息推送系統(tǒng)結(jié)構(gòu)示意圖；
[0027]圖2示出了基于圖1所示推送系統(tǒng)的客戶消息訂閱隊(duì)列和消息發(fā)布隊(duì)列的分模塊設(shè)計(jì)示意圖；
[0028]圖3示出了根據(jù)本發(fā)明實(shí)施例二的電子發(fā)票消息推送系統(tǒng)框圖；
[0029]圖4示出了根據(jù)本發(fā)明實(shí)施例三的電子發(fā)票消息推送方法流程圖。
【具體實(shí)施方式】
[0030]下面將參照附圖更詳細(xì)地描述本公開(kāi)的示例性實(shí)施例。雖然附圖中顯示了本公開(kāi)的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開(kāi)而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開(kāi)，并且能夠?qū)⒈竟_(kāi)的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。
[0031]需要說(shuō)明的是，在說(shuō)明書(shū)及權(quán)利要求當(dāng)中使用了某些詞匯來(lái)指稱特定組件。本領(lǐng)域技術(shù)人員應(yīng)可以理解，硬件制造商可能會(huì)用不同名詞來(lái)稱呼同一個(gè)組件。本說(shuō)明書(shū)及權(quán)利要求并不以名詞的差異來(lái)作為區(qū)分組件的方式，而是以組件在功能上的差異來(lái)作為區(qū)分的準(zhǔn)則。如在通篇說(shuō)明書(shū)及權(quán)利要求當(dāng)中所提及的“包含”或“包括”為一開(kāi)放式用語(yǔ)，故應(yīng)解釋成“包含但不限定于”。說(shuō)明書(shū)后續(xù)描述為實(shí)施本發(fā)明的較佳實(shí)施方式，然所述描述乃以說(shuō)明書(shū)的一般原則為目的，并非用以限定本發(fā)明的范圍。本發(fā)明的保護(hù)范圍當(dāng)視所附權(quán)利要求所界定者為準(zhǔn)。
[0032]為了給最終用戶方便的提供最新信息，當(dāng)前的技術(shù)主要有兩種，分別是企業(yè)用戶端拖拽技術(shù)和服務(wù)器主動(dòng)推送技術(shù)。
[0033]企業(yè)用戶端拖拽技術(shù)中，采用的是輪詢方式，企業(yè)用戶端主動(dòng)的從推送服務(wù)器獲得推送內(nèi)容，企業(yè)用戶端取得數(shù)據(jù)后，關(guān)閉當(dāng)前連接，繼續(xù)打開(kāi)一個(gè)新的連接，接收后續(xù)的內(nèi)容。
[0034]服務(wù)器推送通常效率要比企業(yè)用戶端拖曳效率高，因?yàn)樗槐貫楹罄m(xù)數(shù)據(jù)建立新的連接，而是保持一個(gè)現(xiàn)有的連接不關(guān)閉，直接通過(guò)現(xiàn)有的連接推送數(shù)據(jù)。在實(shí)際情況中，建立連接通常需要花費(fèi)相當(dāng)多的時(shí)間。在服務(wù)器推送中，多個(gè)響應(yīng)中連接始終保持，使服務(wù)器可在任何時(shí)間發(fā)送更多的數(shù)據(jù)。一個(gè)明顯的好處是服務(wù)器完全能夠控制更新數(shù)據(jù)的時(shí)間和頻率。因此從性能上考慮，特別是對(duì)于需要經(jīng)常更新信息的情況下，服務(wù)器推送性能更優(yōu)。缺點(diǎn)是保持連接狀態(tài)會(huì)浪費(fèi)服務(wù)器端的資源。服務(wù)器推送還比較容易中斷。
[0035]在電子發(fā)票應(yīng)用中，為了能使電子發(fā)票及時(shí)推送到消費(fèi)者，同時(shí)減少企業(yè)用戶端的大量的連接請(qǐng)求，防止網(wǎng)絡(luò)擁塞，使用了服務(wù)器主動(dòng)推送技術(shù)。
[0036]為便于對(duì)本發(fā)明實(shí)施例的理解，下面將結(jié)合附圖以幾個(gè)具體實(shí)施例為例做進(jìn)一步的解釋說(shuō)明，且各個(gè)附圖并不構(gòu)成對(duì)本發(fā)明實(shí)施例的限定。
[0037]實(shí)施例一、電子發(fā)票消息推送系統(tǒng)。
[0038]圖1為本發(fā)明實(shí)施例一的電子發(fā)票消息推送系統(tǒng)結(jié)構(gòu)示意圖，如圖1所示，本發(fā)明實(shí)施例包括購(gòu)物平臺(tái)101、電子發(fā)票服務(wù)平臺(tái)102、企業(yè)用戶端103、電子發(fā)票消息推送服務(wù)器104以及數(shù)據(jù)源服務(wù)器105，其中所述購(gòu)物平臺(tái)101具有用戶信息數(shù)據(jù)庫(kù)，用于存儲(chǔ)企業(yè)用戶端信息，所述數(shù)據(jù)源服務(wù)器105包括電子發(fā)票消息源服務(wù)器1051和通知消息源服務(wù)器1052。
[0039]本發(fā)明實(shí)施例中所述企業(yè)用戶端103在使用電子發(fā)票推送服務(wù)前需要在所述電子發(fā)票消息推送服務(wù)器104中進(jìn)行認(rèn)證授權(quán)，從而完成消息訂閱。具體實(shí)現(xiàn)是所述企業(yè)用戶端103向所述電子發(fā)票消息推送服務(wù)器104發(fā)送消息訂閱請(qǐng)求，請(qǐng)求中包含用戶身份信息和消息訂閱信息，即企業(yè)用戶身份標(biāo)識(shí)(UserID)、密碼、企業(yè)客戶終端類型(例如PC、手機(jī)等)、消息訂閱服務(wù)器類型(ServerlD，例如電子發(fā)票消息源、通知消息源)等信息。
[0040]本發(fā)明實(shí)施例中所述電子發(fā)票消息推送服務(wù)器104接收所述企業(yè)用戶端103的消息訂閱請(qǐng)求，通過(guò)連接購(gòu)物平臺(tái)101的用戶信息數(shù)據(jù)庫(kù)對(duì)用戶信息進(jìn)行驗(yàn)證，驗(yàn)證通過(guò)后，將建立所述電子發(fā)票消息推送服務(wù)器104與企業(yè)用戶端的連接通道，該通道將保持連通不關(guān)閉，所述電子發(fā)票消息推送服務(wù)器104將用戶的訂閱信息進(jìn)行記錄，即將標(biāo)識(shí)連接通道的連接標(biāo)識(shí)符(ConSess1nID)、用戶身份標(biāo)識(shí)(UserID)以及消息訂閱服務(wù)器類型(ServerID)等信息記錄在客戶消息訂閱隊(duì)列中。
[0041]所述電子發(fā)票消息推送系統(tǒng)的接收企業(yè)用戶端是PC終端或者是以數(shù)據(jù)流量計(jì)費(fèi)的手機(jī)終端等設(shè)備，長(zhǎng)連接通道建立以后，只需要保持連接即可，不需要重新連接，節(jié)省了網(wǎng)絡(luò)流量。
[0042]本發(fā)明實(shí)施例中優(yōu)選的，使用心跳機(jī)制增加服務(wù)器的資源利用率。上述所述系統(tǒng)中，在所述電子發(fā)票消息推送服務(wù)器104與企業(yè)用戶端之間維持一個(gè)長(zhǎng)連接會(huì)為通信帶來(lái)一些不確定性:因?yàn)閿?shù)據(jù)傳輸是隨機(jī)的，企業(yè)用戶端不知道何時(shí)服務(wù)器才有數(shù)據(jù)傳送。服務(wù)器端需要確保當(dāng)企業(yè)用戶端不再工作時(shí)，釋放為這個(gè)企業(yè)用戶端分配的資源，防止內(nèi)存泄漏。因此需要一種機(jī)制使雙方知道都在正常運(yùn)行。本發(fā)明實(shí)施例中所述電子發(fā)票消息推送服務(wù)器104使用心跳機(jī)制來(lái)檢測(cè)企業(yè)用戶端是否正常運(yùn)行。所述電子發(fā)票消息推送服務(wù)器104按照固定的頻率發(fā)送心跳包到企業(yè)用戶端，在指定的時(shí)間段內(nèi)沒(méi)收到企業(yè)用戶端的回復(fù)，認(rèn)為企業(yè)用戶端連接斷開(kāi)，所述電子發(fā)票消息推送服務(wù)器104會(huì)關(guān)閉與企業(yè)用戶端的連接通道，并刪除消息訂閱隊(duì)列中該連接通道對(duì)應(yīng)的記錄。
[0043]本發(fā)明實(shí)施例中所述電子發(fā)票消息推送服務(wù)器104提供消息發(fā)布接口，供所述電子發(fā)票消息源服務(wù)器1051和所述通知消息源服務(wù)器1052調(diào)用。消息發(fā)布接口參數(shù)由用戶身份標(biāo)識(shí)(UserID)、消息訂閱服務(wù)器類型(ServerID)以及消息內(nèi)容組成，用戶身份標(biāo)識(shí)(UserID)指明了目標(biāo)客戶，訂閱服務(wù)器類型(ServerID)指明了消息來(lái)源自哪種消息源服務(wù)器，消息內(nèi)容指明了要推送給目標(biāo)客戶的內(nèi)容。調(diào)用消息發(fā)布接口成功后，所述電子發(fā)票消息推送服務(wù)器104將需要推送的消息插入到消息發(fā)布隊(duì)列中。
[0044]本發(fā)明實(shí)施例中就電子發(fā)票消息源而言，用戶登錄購(gòu)物平臺(tái)(首次登錄需進(jìn)行注冊(cè)，并把用戶信息記錄在所述用戶信息數(shù)據(jù)庫(kù)中)，購(gòu)買(mǎi)商品生成訂單后，通過(guò)所述電子發(fā)票服務(wù)平臺(tái)102自動(dòng)生成電子發(fā)票，并記錄在所述電子發(fā)票消息源服務(wù)器1051中，隨后所述電子發(fā)票消息源服務(wù)器1051調(diào)用所述電子發(fā)票消息推送服務(wù)器104提供的消息發(fā)布接口，將要推送給用戶的電子發(fā)票內(nèi)容交付給所述電子發(fā)票消息推送服務(wù)器104，所述電子發(fā)票消息推送服務(wù)器104將電子發(fā)票內(nèi)容插入消息發(fā)布隊(duì)列中。所述通知消息源服務(wù)器1052與之類似，推送給用戶的通知消息必須先插入到消息發(fā)布隊(duì)列中才能完成推送。
[0045]本發(fā)明實(shí)施例中所述電子發(fā)票消息推送服務(wù)器104定時(shí)掃描消息發(fā)布隊(duì)列中的消息，一旦掃描到有新的消息插入，將通過(guò)該消息的用戶身份標(biāo)識(shí)(UserID)以及訂閱服務(wù)器類型(ServerID)，在消息訂閱隊(duì)列中找到與該用戶對(duì)應(yīng)的連接通道(ConSess1nID)，將該消息通過(guò)該連接通道推送到對(duì)應(yīng)的企業(yè)用戶端。
[0046]本發(fā)明實(shí)施例中優(yōu)選的，為了解決消息發(fā)布隊(duì)列中消息太多，發(fā)送到企業(yè)用戶端的壓力大的問(wèn)題，采用創(chuàng)建多個(gè)線程掃描消息發(fā)布隊(duì)列中的消息。各個(gè)線程分工掃描消息發(fā)布隊(duì)列中的記錄，并發(fā)送到指定的企業(yè)用戶端中。線程分工算法為:消息記錄號(hào)除以線程數(shù)量取模，運(yùn)算值對(duì)應(yīng)的線程處理該消息記錄。各線程并發(fā)處理提高了系統(tǒng)的處理能力，增加了消息推送的及時(shí)性。用戶可以快速有效得獲取到購(gòu)買(mǎi)商品的發(fā)票信息，從而比對(duì)電子發(fā)票與交易信息是否一致。與傳統(tǒng)紙制發(fā)票開(kāi)具相比，有效降低發(fā)票查驗(yàn)的難度，提高發(fā)票查驗(yàn)率。
[0047]本發(fā)明實(shí)施例中優(yōu)選的，所述電子發(fā)票消息推送服務(wù)器104中的客戶消息訂閱隊(duì)列與消息發(fā)布隊(duì)列是分模塊設(shè)計(jì)的，減少了企業(yè)用戶端連接與消息發(fā)布的耦合度，增強(qiáng)系統(tǒng)的穩(wěn)定性與健壯性。當(dāng)企業(yè)用戶端網(wǎng)絡(luò)異常時(shí)，導(dǎo)致企業(yè)用戶端與所述電子發(fā)票消息推送服務(wù)器104連接通道建立失敗，不能成功訂閱消息時(shí)，但并不影響消息發(fā)布，當(dāng)企業(yè)用戶端與所述電子發(fā)票消息推送服務(wù)器104連接通道建立成功后，所述電子發(fā)票消息推送服務(wù)器104會(huì)推送最新注冊(cè)的信息到企業(yè)用戶端，雖然推送數(shù)據(jù)不能及時(shí)抵達(dá)，但推送數(shù)據(jù)不會(huì)因?yàn)榫W(wǎng)絡(luò)原因而丟失；當(dāng)消息發(fā)布失敗時(shí)，消息訂閱仍可正常進(jìn)行，當(dāng)消息發(fā)布恢復(fù)成功以后，仍可繼續(xù)向已經(jīng)訂閱的企業(yè)用戶端推送數(shù)據(jù)，不會(huì)由于消息發(fā)布失敗而導(dǎo)致已經(jīng)訂閱的企業(yè)用戶端失效，從而提高了所述消息推送系統(tǒng)的穩(wěn)定性與安全性。
[0048]圖2為本發(fā)明實(shí)施例一所述消息推送系統(tǒng)的客戶消息訂閱隊(duì)列和消息發(fā)布隊(duì)列的分模塊設(shè)計(jì)示意圖。所述客戶消息訂閱隊(duì)列中記錄了 ConSess1nID即標(biāo)識(shí)連接通道的連接標(biāo)識(shí)符、UserID即用戶身份標(biāo)識(shí)、UserType即企業(yè)客戶終端類型、ServerID即訂閱服務(wù)器類型，所述消息發(fā)布隊(duì)列中包括UserlD、ServerID和Message，Message即消息內(nèi)容。其中，在本發(fā)明實(shí)施例中所述ConSess1nID為系統(tǒng)自動(dòng)分配的數(shù)字編號(hào)，UserID是用戶身份標(biāo)識(shí)，是用戶訂閱請(qǐng)求時(shí)傳給推送服務(wù)器的，兩者相互對(duì)應(yīng)；所述UserType可以是PC企業(yè)用戶端、手機(jī)企業(yè)用戶端，或者任意其他用戶可以聯(lián)網(wǎng)的電子設(shè)備；所述ServerID指明了當(dāng)前消息來(lái)自所述電子發(fā)票消息源服務(wù)器1051還是所述通知消息源服務(wù)器1052。所述Message指明了要發(fā)送給目標(biāo)企業(yè)用戶端的具體消息內(nèi)容。
[0049]本發(fā)明實(shí)施例中電子發(fā)票消息的推送為定向推送，即將電子發(fā)票信息準(zhǔn)確的推送給購(gòu)買(mǎi)此商品的用戶；而通知消息的推送可以分為定向推送和廣播推送，定向推送與電子發(fā)票的推送相似，廣播推送是將通知消息推送到所有訂閱所述通知消息源服務(wù)器1052的企業(yè)用戶端，使用戶及時(shí)準(zhǔn)確得到相關(guān)通知信息。
[0050]本發(fā)明實(shí)施例中所述電子發(fā)票消息推送系統(tǒng)既包含電子發(fā)票推送也包含通知信息的推送，還可以進(jìn)行擴(kuò)展包含其他的消息推送；不僅可以針對(duì)某個(gè)用戶進(jìn)行定向推送，也可以對(duì)所有訂閱用戶進(jìn)行廣播推送，滿足不同需求。
[0051]本發(fā)明實(shí)施例提供了一種消息推送系統(tǒng)，滿足了電子發(fā)票系統(tǒng)信息實(shí)時(shí)高效準(zhǔn)確的推送功能，使用戶能夠快速有效的查看到發(fā)票信息，克服傳統(tǒng)紙質(zhì)發(fā)票中用戶發(fā)票獲取和發(fā)票查驗(yàn)滯后、發(fā)票電子數(shù)據(jù)提取困難等缺點(diǎn)。此外，系統(tǒng)還可以將通知信息定向推送給目標(biāo)用戶或者廣播推送給所有訂閱用戶，滿足不同需求；用戶消息訂閱前必須通過(guò)的認(rèn)證授權(quán)，保證系統(tǒng)的安全性。
[0052]此外，本發(fā)明實(shí)施例提出的消息推送系統(tǒng)可以與電子發(fā)票業(yè)務(wù)系統(tǒng)分離，完全可以作為獨(dú)立系統(tǒng)廣泛使用，具有很強(qiáng)的靈活性。
[0053]實(shí)施例二、電子發(fā)票消息推送系統(tǒng)。
[0054]下面結(jié)合圖3對(duì)本實(shí)施例二的系統(tǒng)進(jìn)行詳細(xì)說(shuō)明。
[0055]圖3為本發(fā)明實(shí)施例二的電子發(fā)票消息推送系統(tǒng)框圖，如圖3所示，本發(fā)明實(shí)施例包括數(shù)據(jù)源服務(wù)器303、消息推送服務(wù)器302和企業(yè)用戶端301，其特征在于:所述消息推送服務(wù)器302包括連接通道建立模塊3021、客戶消息訂閱隊(duì)列3022、消息發(fā)布接口模塊3023、消息發(fā)布隊(duì)列3024，其中:
[0056]所述企業(yè)用戶端301與所述消息推送服務(wù)器302之間建立長(zhǎng)連接通道，所述企業(yè)用戶端301通過(guò)服務(wù)器主動(dòng)推送技術(shù)從所述消息推送服務(wù)器302獲取消息；
[0057]所述數(shù)據(jù)源服務(wù)器303調(diào)用所述消息發(fā)布接口模塊3023，將需要推送的消息交付給所述消息推送服務(wù)器302，所述消息推送服務(wù)器302將推送消息插入到所述消息發(fā)布隊(duì)列3024中；
[0058]所述消息推送服務(wù)器302定時(shí)掃描所述消息發(fā)布隊(duì)列3024，一旦掃描到需要推送的消息，將結(jié)合客戶消息訂閱隊(duì)列3022找到訂閱此類消息源的用戶，發(fā)送消息到所述企業(yè)用戶端301。
[0059]圖3中示出了 3個(gè)企業(yè)用戶端301，這只是示例性的，實(shí)際應(yīng)用場(chǎng)景中可以是一個(gè)以上的企業(yè)用戶端301。所述企業(yè)用戶端301可以是智能手機(jī)、計(jì)算機(jī)、平板電腦等任意可以聯(lián)網(wǎng)的電子設(shè)備，優(yōu)選的是便攜式消費(fèi)電子產(chǎn)品如智能手機(jī)，以方便客戶可以隨時(shí)隨地接收到最新的電子發(fā)票開(kāi)具消息。
[0060]在圖示中，所述數(shù)據(jù)源服務(wù)器303和所述消息推送服務(wù)器302是分離的設(shè)備，但在實(shí)際中，也可以將所述數(shù)據(jù)源服務(wù)器303的合成為所述消息推送服務(wù)器302的一個(gè)功能模塊。
[0061]本實(shí)施例中優(yōu)選的，所述消息推送服務(wù)器302按照固定頻率發(fā)送心跳包到所述企業(yè)用戶端301，如果在指定的時(shí)間段內(nèi)沒(méi)收到所述企業(yè)用戶端301的回復(fù)，所述消息推送服務(wù)器302關(guān)閉與所述企業(yè)用戶端301的所述長(zhǎng)連接通道。使用心跳機(jī)制增加所述消息推送服務(wù)器302的資源利用率，保證網(wǎng)絡(luò)資源的有效利用。
[0062]本實(shí)施例中優(yōu)選的，所述消息推送服務(wù)器302使用多線程掃描所述消息發(fā)布隊(duì)列3024，發(fā)送消息到所述企業(yè)用戶端301，提高消息推送的及時(shí)性。
[0063]本實(shí)施例中優(yōu)選的，所述客戶消息訂閱隊(duì)列3022設(shè)置為內(nèi)存表結(jié)構(gòu)，所述內(nèi)存表結(jié)構(gòu)數(shù)據(jù)存儲(chǔ)在內(nèi)存中。設(shè)置所述客戶消息訂閱隊(duì)列3022為內(nèi)存表結(jié)構(gòu)，大幅度提高了數(shù)據(jù)表的插入和查詢速度。
[0064]本實(shí)施例中優(yōu)選的，所述客戶消息訂閱隊(duì)列3022和所述消息發(fā)布隊(duì)列3024是分模塊設(shè)計(jì)的。這樣的設(shè)計(jì)減少了企業(yè)用戶端連接與消息發(fā)布的耦合度，增強(qiáng)系統(tǒng)的穩(wěn)定性與健壯性。
[0065]具體的，所述企業(yè)用戶端301向所述消息推送服務(wù)器302發(fā)送消息訂閱請(qǐng)求，所述訂閱請(qǐng)求包含所述企業(yè)用戶端301的身份標(biāo)識(shí)信息和消息訂閱服務(wù)器類型信息等。所述消息推送服務(wù)器302接收所述企業(yè)用戶端301的訂閱請(qǐng)求，驗(yàn)證通過(guò)后，通過(guò)所述連接通道建立模塊3021建立所述企業(yè)用戶端301與所述消息推送服務(wù)器302之間的-長(zhǎng)連接通道，所述連接通道保持連通不關(guān)閉，即所述的長(zhǎng)連接。所述消息推送服務(wù)器302將所述長(zhǎng)連接通道標(biāo)識(shí)符、所述身份標(biāo)識(shí)信息以及所述消息訂閱服務(wù)器類型記錄在所述客戶消息訂閱隊(duì)列3022 中。
[0066]具體的，所述消息推送服務(wù)器302提供所述消息發(fā)布接口模塊3023，供所述消息源服務(wù)器303調(diào)用。所述消息發(fā)布接口模塊3023的參數(shù)由所述企業(yè)用戶端301的身份標(biāo)識(shí)信息、消息訂閱服務(wù)器類型和消息三部分，所述企業(yè)用戶端301身份標(biāo)識(shí)信息指明了目標(biāo)客戶；所述消息指明了所述目標(biāo)客戶接收的內(nèi)容；所述消息訂閱服務(wù)器類型指明了當(dāng)前消息來(lái)自所述電子發(fā)票消息源服務(wù)器。所述消息源服務(wù)器303調(diào)用所述消息發(fā)布接口模塊3023成功后，將需要推送的消息交付給所述消息推送服務(wù)器302，所述消息推送服務(wù)器302將推送消息插入到消息發(fā)布隊(duì)列3024中。
[0067]具體的，所述消息推送服務(wù)器302定時(shí)掃描所述消息發(fā)布隊(duì)列3024中的消息，一旦掃描到需要推送的消息，通過(guò)該消息的身份標(biāo)識(shí)信息和消息訂閱服務(wù)器類型信息，在所述客戶消息訂閱隊(duì)列3022中找到所述企業(yè)用戶端301對(duì)應(yīng)的所述連接通道，將該消息通過(guò)所述連接通道發(fā)送到訂閱該消息的所述企業(yè)用戶端301中。
[0068]本發(fā)明實(shí)施例所述電子發(fā)票消息推送系統(tǒng)以建立長(zhǎng)連接通道為網(wǎng)絡(luò)通信基礎(chǔ)，采用服務(wù)器主動(dòng)推送消息的方式，并采用心跳包檢測(cè)機(jī)制以及多線程掃描推送技術(shù)，有效提高消息推送的性能，節(jié)省網(wǎng)絡(luò)資源，保證系統(tǒng)的高安全性、高穩(wěn)定性、及時(shí)性。
[0069]實(shí)施例三、電子發(fā)票消息推送方法。
[0070]下面結(jié)合圖4對(duì)本實(shí)施例的方法進(jìn)行詳細(xì)說(shuō)明。
[0071]圖4為電子發(fā)票消息推送方法流程圖，如圖4所示，本實(shí)施例所述方法包括以下步驟:
[0072]步驟S401、所述企業(yè)用戶端向所述電子發(fā)票消息推送服務(wù)器發(fā)送包含用戶身份信息和訂閱信息的消息訂閱請(qǐng)求；
[0073]步驟S402、所述電子發(fā)票消息推送服務(wù)器接收所述消息訂閱請(qǐng)求，將所述用戶身份信息和訂閱信息類型信息記錄在客戶消息訂閱隊(duì)列中；
[0074]步驟S403、建立所述電子發(fā)票消息推送服務(wù)器和所述企業(yè)用戶端的連接通道；
[0075]步驟S404、所述消息源服務(wù)器將需要推送的消息交付給所述電子發(fā)票消息推送服務(wù)器，所述電子發(fā)票消息推送服務(wù)器將所述需要推送的消息插入到所述消息發(fā)布隊(duì)列中；
[0076]步驟S405、所述電子發(fā)票消息推送服務(wù)器掃描所述消息發(fā)布隊(duì)列中的消息，結(jié)合所述客戶消息訂閱隊(duì)列，將未發(fā)送的消息發(fā)送到訂閱所述消息的所述企業(yè)用戶端中。
[0077]本實(shí)施例優(yōu)選的，所述步驟S401中的所述訂閱信息包括標(biāo)識(shí)連接通道的連接標(biāo)識(shí)符、用戶身份標(biāo)識(shí)和訂閱服務(wù)器類型。
[0078]本實(shí)施例優(yōu)選的，所述客戶消息訂閱隊(duì)列和所述消息發(fā)布隊(duì)列是分模塊設(shè)計(jì)的。
[0079]本實(shí)施例優(yōu)選的，所述數(shù)據(jù)源服務(wù)器包括電子發(fā)票消息源服務(wù)器和通知消息源服務(wù)器。
[0080]本實(shí)施例優(yōu)選的，所述消息推送服務(wù)器使用線程分工算法使用多線程掃描所述消息發(fā)布隊(duì)列。
[0081]本實(shí)施例所述方法的步驟并一定需要嚴(yán)格按照數(shù)字排列的順序執(zhí)行，步驟之間可以倒置順序，也可以同時(shí)進(jìn)行，并不影響本發(fā)明的實(shí)現(xiàn)。
[0082]具體的實(shí)現(xiàn)細(xì)節(jié)如上述實(shí)施例一和實(shí)施例二中所述，在此不再贅述。
[0083]本發(fā)明公開(kāi)的電子發(fā)票消息推送系統(tǒng)及方法，滿足了電子發(fā)票系統(tǒng)信息實(shí)時(shí)高效準(zhǔn)確的推送功能，使用戶能夠快速有效的查看到發(fā)票信息，克服傳統(tǒng)紙質(zhì)發(fā)票中用戶發(fā)票獲取和發(fā)票查驗(yàn)滯后、發(fā)票電子數(shù)據(jù)提取困難等缺點(diǎn)。此外，系統(tǒng)還可以將通知信息定向推送給目標(biāo)用戶或者廣播推送給所有訂閱用戶，滿足不同需求；用戶消息訂閱前必須通過(guò)的認(rèn)證授權(quán)，保證系統(tǒng)的安全性。所述電子發(fā)票消息推送系統(tǒng)可以與電子發(fā)票業(yè)務(wù)系統(tǒng)分離，完全可以作為獨(dú)立系統(tǒng)廣泛使用，具有很強(qiáng)的靈活性。
[0084]本領(lǐng)域普通技術(shù)人員可以理解:附圖只是一個(gè)實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。
[0085]在此處所提供的說(shuō)明書(shū)中，說(shuō)明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒(méi)有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對(duì)本說(shuō)明書(shū)的理解。
[0086]顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
【主權(quán)項(xiàng)】
1.一種電子發(fā)票消息推送系統(tǒng)，其特征在于，包括企業(yè)用戶端、數(shù)據(jù)源服務(wù)器、電子發(fā)票消息推送服務(wù)器； 所述電子發(fā)票消息推送服務(wù)器接收所述企業(yè)用戶端發(fā)送的包含用戶身份信息和訂閱信息的消息訂閱請(qǐng)求，將所述用戶身份信息和訂閱信息類型信息記錄在客戶消息訂閱隊(duì)列中，建立所述企業(yè)用戶端與所述電子發(fā)票消息推送服務(wù)器之間的連接通道； 所述數(shù)據(jù)源服務(wù)器將需要推送的消息交付給所述電子發(fā)票消息推送服務(wù)器，所述電子發(fā)票消息推送服務(wù)器將所述需要推送的消息插入到所述消息發(fā)布隊(duì)列中； 所述電子發(fā)票消息推送服務(wù)器掃描所述消息發(fā)布隊(duì)列，一旦掃描到需要推送的消息，將結(jié)合客戶消息訂閱隊(duì)列找到訂閱所述推送的消息的用戶，通過(guò)連接通道發(fā)送所述推送的消息到對(duì)應(yīng)的所述企業(yè)用戶端。2.根據(jù)權(quán)利要求1所述的電子發(fā)票消息推送系統(tǒng)，其特征在于:所述數(shù)據(jù)源服務(wù)器包括電子發(fā)票消息源服務(wù)器和通知消息源服務(wù)器。3.根據(jù)權(quán)利要求1或2所述的電子發(fā)票消息推送系統(tǒng)，其特征在于:所述電子發(fā)票消息推送服務(wù)器使用線程分工算法使用多線程掃描所述消息發(fā)布隊(duì)列。4.根據(jù)權(quán)利要求1至3任一所述的電子發(fā)票消息推送系統(tǒng)，其特征在于:所述電子發(fā)票消息推送服務(wù)器按照固定頻率發(fā)送心跳包到所述企業(yè)用戶端，如果在指定的時(shí)間段內(nèi)沒(méi)收到所述企業(yè)用戶端的回復(fù)，所述電子發(fā)票消息推送服務(wù)器關(guān)閉與所述企業(yè)用戶端的連接通道，釋放為所述企業(yè)用戶端分配的資源。5.根據(jù)權(quán)利要求1至4任一所述的電子發(fā)票消息推送系統(tǒng)，其特征在于:所述消息發(fā)布接口模塊的接口參數(shù)包括用戶身份標(biāo)識(shí)、訂閱服務(wù)器類型和消息內(nèi)容，所述用戶身份標(biāo)識(shí)指明目標(biāo)客戶，所述訂閱服務(wù)器類型指明消息來(lái)源，所述消息內(nèi)容指明要推送給所述目標(biāo)客戶的內(nèi)容。6.一種電子發(fā)票消息推送方法，包括企業(yè)用戶端、數(shù)據(jù)源服務(wù)器、電子發(fā)票消息推送服務(wù)器，包括以下步驟: 步驟(I)、所述企業(yè)用戶端向所述電子發(fā)票消息推送服務(wù)器發(fā)送包含用戶身份信息和訂閱信息的消息訂閱請(qǐng)求； 步驟(2)、所述電子發(fā)票消息推送服務(wù)器接收所述消息訂閱請(qǐng)求，將所述用戶身份信息和訂閱信息類型信息記錄在客戶消息訂閱隊(duì)列中； 步驟(3)、建立所述電子發(fā)票消息推送服務(wù)器和所述企業(yè)用戶端的連接通道； 步驟(4)、所述消息源服務(wù)器將需要推送的消息交付給所述電子發(fā)票消息推送服務(wù)器，所述電子發(fā)票消息推送服務(wù)器將所述需要推送的消息插入到所述消息發(fā)布隊(duì)列中； 步驟(5)、所述電子發(fā)票消息推送服務(wù)器掃描所述消息發(fā)布隊(duì)列中的消息，結(jié)合所述客戶消息訂閱隊(duì)列，通過(guò)連接通道將未發(fā)送的消息發(fā)送到訂閱所述推送的消息的所述企業(yè)用戶端中。7.根據(jù)權(quán)利要求6所述的電子發(fā)票消息推送方法，其特征在于:所述步驟(I)中的所述訂閱信息包括標(biāo)識(shí)連接通道的連接標(biāo)識(shí)符、用戶身份標(biāo)識(shí)和訂閱服務(wù)器類型。8.根據(jù)權(quán)利要求6或7所述的電子發(fā)票消息推送方法，其特征在于:所述客戶消息訂閱隊(duì)列和所述消息發(fā)布隊(duì)列是分模塊設(shè)計(jì)的。9.根據(jù)權(quán)利要求6至8任一所述的電子發(fā)票消息推送方法，其特征在于:所述數(shù)據(jù)源服務(wù)器包括電子發(fā)票消息源服務(wù)器和通知消息源服務(wù)器。10.根據(jù)權(quán)利要求6至9任一所述的電子發(fā)票消息推送方法，其特征在于:所述電子發(fā)票消息推送服務(wù)器使用線程分工算法使用多線程掃描所述消息發(fā)布隊(duì)列。
【文檔編號(hào)】G06Q30/04GK105825409SQ201510008246
【公開(kāi)日】2016年8月3日
【申請(qǐng)日】2015年1月7日
【發(fā)明人】龔勇浩, 戴曉棟, 張玉魁, 陳懿, 崔健, 尹春天, 杜英壘
【申請(qǐng)人】航天信息股份有限公司