一種消息推送方法及裝置制造方法
【專利摘要】本申請(qǐng)公開(kāi)了一種消息推送方法及裝置，其中方法包括：接收若干個(gè)電商頻道各自發(fā)送的推送消息；對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息；將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送。本申請(qǐng)解決了現(xiàn)有不同電商頻道使用的消息格式不同，從而使得即時(shí)通軟件無(wú)法同時(shí)接收來(lái)自不同電商頻道的不同格式的消息的問(wèn)題，使得一個(gè)即時(shí)通軟件可以同時(shí)接收不同電商頻道推送的消息，極大的方便了用戶。
【專利說(shuō)明】一種消息推送方法及裝置

【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及信息處理【技術(shù)領(lǐng)域】，更具體地說(shuō)，涉及一種消息推送方法及裝置。

【背景技術(shù)】
[0002]電子商務(wù)平臺(tái)上的即時(shí)通訊軟件是搭建買家和賣家之間的溝通橋梁，是推送交易過(guò)程中重要消息的通信工具，貫穿了整個(gè)交易的前中后全過(guò)程。
[0003]在目前各大電子商務(wù)平臺(tái)上，大都提供了各自的即時(shí)通訊工具，用來(lái)解決買家和賣家之間的溝通問(wèn)題，以及用于推送交易信息。但是，現(xiàn)有消息推送方式比較單一，僅僅支持單一頻道的消息推送，當(dāng)平臺(tái)上的用戶在多個(gè)電子商務(wù)頻道(比如個(gè)人商城、企業(yè)商城等)均有交易時(shí)，只能夠?qū)⑵渲幸粋€(gè)電子商務(wù)頻道的消息推送到即時(shí)通訊軟件上，給用戶帶來(lái)了很大的不便。


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

[0004]有鑒于此，本申請(qǐng)?zhí)峁┝艘环N消息推送方法及裝置，用于解決現(xiàn)有消息推送方式單一，無(wú)法做到多個(gè)電子商務(wù)頻道消息的共同推送的問(wèn)題。
[0005]為了實(shí)現(xiàn)上述目的，現(xiàn)提出的方案如下:
[0006]一種消息推送方法，包括:
[0007]接收若干個(gè)電商頻道各自發(fā)送的推送消息；
[0008]對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息；
[0009]將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送。
[0010]優(yōu)選地,所述對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息為:
[0011]參考預(yù)設(shè)格式，將每一個(gè)所述推送消息均轉(zhuǎn)換為所述預(yù)設(shè)格式的消息，得到若干個(gè)預(yù)設(shè)格式的推送消息。
[0012]優(yōu)選地，所述將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送包括:
[0013]判斷即時(shí)通軟件的客戶端、網(wǎng)頁(yè)版和手機(jī)版三種渠道是否處于在線狀態(tài)；
[0014]將處于在線狀態(tài)的任意一個(gè)或多個(gè)渠道作為目標(biāo)渠道；
[0015]將若干個(gè)統(tǒng)一格式的推送消息向所述目標(biāo)渠道推送。
[0016]優(yōu)選地，在所述目標(biāo)渠道為多個(gè)時(shí)，該方法還包括:
[0017]接收所述目標(biāo)渠道反饋的消息處理結(jié)果，所述消息處理結(jié)果表明該目標(biāo)渠道是否成功接收所述推送消息；
[0018]若所述消息處理結(jié)果表明該目標(biāo)渠道成功接收所述推送消息，則控制停止向剩余的目標(biāo)渠道發(fā)送所述推送消息。
[0019]優(yōu)選地，在所述將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送之前，還包括:
[0020]根據(jù)所述推送消息的類型及發(fā)送所述推送消息的電商頻道，對(duì)所有的推送消息進(jìn)行重要性排序；
[0021]則所述將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送為:
[0022]按照重要性排序順序，依次將每一個(gè)推送消息向可用的即時(shí)通軟件渠道推送。
[0023]一種消息推送裝置，包括:
[0024]消息接收單元，用于接收若干個(gè)電商頻道各自發(fā)送的推送消息；
[0025]格式處理單元，用于對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息；
[0026]消息推送單元，用于將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送。
[0027]優(yōu)選地，所述格式處理單元包括:
[0028]第一格式處理子單元，用于參考預(yù)設(shè)格式，將每一個(gè)所述推送消息均轉(zhuǎn)換為所述預(yù)設(shè)格式的消息，得到若干個(gè)預(yù)設(shè)格式的推送消息。
[0029]優(yōu)選地，所述消息推送單元包括:
[0030]判斷單元，用于判斷即時(shí)通軟件的客戶端、網(wǎng)頁(yè)版和手機(jī)版三種渠道是否處于在線狀態(tài)；
[0031]目標(biāo)確定單元，用于將處于在線狀態(tài)的任意一個(gè)或多個(gè)渠道作為目標(biāo)渠道；
[0032]目標(biāo)發(fā)送單元，用于將若干個(gè)統(tǒng)一格式的推送消息向所述目標(biāo)渠道推送。
[0033]優(yōu)選地，還包括:
[0034]反饋消息接收單元，用于接收所述目標(biāo)渠道反饋的消息處理結(jié)果，所述消息處理結(jié)果表明該目標(biāo)渠道是否成功接收所述推送消息；
[0035]控制單元，用于在確定所述消息處理結(jié)果表明該目標(biāo)渠道成功接收所述推送消息時(shí)，控制停止向剩余的目標(biāo)渠道發(fā)送所述推送消息。
[0036]優(yōu)選地，還包括:
[0037]排序單元，用于根據(jù)所述推送消息的類型及發(fā)送所述推送消息的電商頻道，對(duì)所有的推送消息進(jìn)行重要性排序；
[0038]所述消息推送單元包括:
[0039]第一消息推送單元，用于按照重要性排序順序，依次將每一個(gè)推送消息向可用的即時(shí)通軟件渠道推送。
[0040]從上述的技術(shù)方案可以看出，本申請(qǐng)實(shí)施例提供的消息推送方法，對(duì)于每一個(gè)電商頻道所要推送給即時(shí)通軟件的推送消息，均進(jìn)行格式的統(tǒng)一處理，將不同電商頻道發(fā)送的不同格式的推送消息均轉(zhuǎn)換為同一格式的推送消息，然后將這些相同格式的推送消息向可用的即時(shí)通軟件渠道推送。本申請(qǐng)解決了現(xiàn)有不同電商頻道使用的消息格式不同，從而使得即時(shí)通軟件無(wú)法同時(shí)接收來(lái)自不同電商頻道的不同格式的消息的問(wèn)題，使得一個(gè)即時(shí)通軟件可以同時(shí)接收不同電商頻道推送的消息，極大的方便了用戶。

【專利附圖】

【附圖說(shuō)明】
[0041]為了更清楚地說(shuō)明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本申請(qǐng)的實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0042]圖1為本申請(qǐng)實(shí)施例公開(kāi)的一種消息推送方法流程圖；
[0043]圖2為本申請(qǐng)實(shí)施例公開(kāi)的一種向可用即時(shí)通軟件渠道推送消息的方法流程圖；
[0044]圖3為本申請(qǐng)實(shí)施例公開(kāi)的另一種消息推送方法流程圖；
[0045]圖4為本申請(qǐng)實(shí)施例公開(kāi)的又一種消息推送方法流程圖；
[0046]圖5為本申請(qǐng)實(shí)施例公開(kāi)的一種消息推送裝置結(jié)構(gòu)示意圖；
[0047]圖6為本申請(qǐng)實(shí)施例公開(kāi)的一種格式處理單元的結(jié)構(gòu)示意圖；
[0048]圖7為本申請(qǐng)實(shí)施例公開(kāi)的一種消息推送單元的結(jié)構(gòu)示意圖；
[0049]圖8為本申請(qǐng)實(shí)施例公開(kāi)的另一種消息推送裝置結(jié)構(gòu)示意圖；
[0050]圖9為本申請(qǐng)實(shí)施例公開(kāi)的又一種消息推送裝置結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0051 ] 下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖,對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例?；诒旧暾?qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。
[0052]參見(jiàn)圖1，圖1為本申請(qǐng)實(shí)施例公開(kāi)的一種消息推送方法流程圖。
[0053]如圖1所示，該方法包括:
[0054]步驟S100、接收若干個(gè)電商頻道各自發(fā)送的推送消息；
[0055]一個(gè)電商平臺(tái)上可能同時(shí)存在多個(gè)電商頻道，例如一個(gè)電商平臺(tái)上同時(shí)存在個(gè)人商城、企業(yè)商城等。用戶可能在多個(gè)電商頻道上均存在交易，因此各個(gè)電商頻道需要借助及時(shí)通軟件推送消息。
[0056]步驟S110、對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息；
[0057]由于不同電商頻道使用的消息格式不同，因此為了使得即時(shí)通軟件能夠識(shí)別各種不同格式的消息，需要對(duì)推送消息的格式進(jìn)行統(tǒng)一處理，將不同格式的消息轉(zhuǎn)換為同一格式的推送消息。
[0058]具體地，我們可以預(yù)設(shè)設(shè)定一個(gè)格式，然后對(duì)于接收的每一個(gè)推送消息，均轉(zhuǎn)換為該預(yù)設(shè)格式的推送消息，這樣對(duì)于接收的所有推送消息均轉(zhuǎn)換為同一格式的推送消息。轉(zhuǎn)換后可以供即時(shí)通軟件識(shí)別。
[0059]步驟S120、將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送。
[0060]即時(shí)通軟件存在多個(gè)渠道，例如客戶端、網(wǎng)頁(yè)版和手機(jī)版，只有在渠道在線的情況下，該渠道才可以使用。因此，我們可以選擇可以的即時(shí)通軟件渠道中的一個(gè)或者多個(gè)渠道作為目標(biāo)渠道，將上述轉(zhuǎn)換格式后的推送消息推送給目標(biāo)渠道。
[0061]本申請(qǐng)實(shí)施例提供的消息推送方法，對(duì)于每一個(gè)電商頻道所要推送給即時(shí)通軟件的推送消息，均進(jìn)行格式的統(tǒng)一處理，將不同電商頻道發(fā)送的不同格式的推送消息均轉(zhuǎn)換為同一格式的推送消息，然后將這些相同格式的推送消息向可用的即時(shí)通軟件渠道推送。本申請(qǐng)解決了現(xiàn)有不同電商頻道使用的消息格式不同，從而使得即時(shí)通軟件無(wú)法同時(shí)接收來(lái)自不同電商頻道的不同格式的消息的問(wèn)題，使得一個(gè)即時(shí)通軟件可以同時(shí)接收不同電商頻道推送的消息，極大的方便了用戶。
[0062]在上述基礎(chǔ)上，本申請(qǐng)實(shí)施例還公開(kāi)了一種向可用即時(shí)通軟件渠道推送消息的方法，參見(jiàn)圖2。
[0063]如圖2所示，上述步驟S120可以包括:
[0064]步驟S200、判斷即時(shí)通軟件的客戶端、網(wǎng)頁(yè)版和手機(jī)版三種渠道是否處于在線狀態(tài)；
[0065]步驟S210、將處于在線狀態(tài)的任意一個(gè)或多個(gè)渠道作為目標(biāo)渠道；
[0066]步驟S220、將若干個(gè)統(tǒng)一格式的推送消息向所述目標(biāo)渠道推送。
[0067]本實(shí)施例中，實(shí)現(xiàn)了對(duì)于推送消息的多渠道推送目的，相比于現(xiàn)有的單一推送方式，推送手段更加多樣化，使得用戶可以通過(guò)多種渠道來(lái)接收推送消息。
[0068]在上述所述目標(biāo)渠道為多個(gè)時(shí)，也即通過(guò)多種渠道進(jìn)行消息推送時(shí)，本申請(qǐng)實(shí)施例還公開(kāi)了另一種消息推送方法，參見(jiàn)圖3。
[0069]結(jié)合圖1和圖3可知，該方法還包括:
[0070]步驟S300、接收所述目標(biāo)渠道反饋的消息處理結(jié)果，所述消息處理結(jié)果表明該目標(biāo)渠道是否成功接收所述推送消息；
[0071]步驟S310、若所述消息處理結(jié)果表明該目標(biāo)渠道成功接收所述推送消息，則控制停止向剩余的目標(biāo)渠道發(fā)送所述推送消息。
[0072]具體地，向多個(gè)目標(biāo)渠道發(fā)送推送消息時(shí)，如果某一個(gè)目標(biāo)渠道成功接收了推送消息，則會(huì)反饋一個(gè)消息處理結(jié)果。如果消息處理結(jié)果表明該目標(biāo)渠道已經(jīng)成功接收推送消息，則為了避免重復(fù)向即時(shí)通軟件發(fā)送相同推送消息，可以控制其它還未成功發(fā)送推送消息的目標(biāo)渠道停止消息的發(fā)送。
[0073]本實(shí)施例中，通過(guò)對(duì)每一個(gè)目標(biāo)渠道進(jìn)行監(jiān)控，避免了多渠道消息發(fā)送時(shí)存在的消息混淆的問(wèn)題。
[0074]參見(jiàn)圖4，圖4為本申請(qǐng)實(shí)施例公開(kāi)的又一種消息推送方法流程圖。
[0075]結(jié)合圖1和圖4可知，該方法還可以包括:
[0076]步驟S400、根據(jù)所述推送消息的類型及發(fā)送所述推送消息的電商頻道，對(duì)所有的推送消息進(jìn)行重要性排序；
[0077]則上述步驟S120具體為:
[0078]按照重要性排序順序，依次將每一個(gè)推送消息向可用的即時(shí)通軟件渠道推送。
[0079]具體地，由于推送消息的類型不同，代表該消息的重要性不同。而推送消息的電商頻道也一定程度的代表了其推送的消息的重要性。我們可以預(yù)設(shè)設(shè)定不同推送消息類型的重要性權(quán)重值以及不同電商頻道的重要性權(quán)重值。針對(duì)每一個(gè)推送消息，進(jìn)行推送消息類型重要性權(quán)重值與電商頻道重要性權(quán)重值的相加，得到總的重要性值。然后對(duì)不同推送消息，按照總重要性值大小進(jìn)行排序，然后依據(jù)該排序順序來(lái)發(fā)送推送消息，對(duì)于總重要性值較大的推送消息優(yōu)先進(jìn)行發(fā)送。
[0080]更進(jìn)一步的，如果兩個(gè)推送消息的總重要性值相同，則可以進(jìn)一步按照這兩個(gè)推送消息的接收時(shí)間先后來(lái)確定推送順序。
[0081]下面對(duì)本申請(qǐng)實(shí)施例提供的消息推送裝置進(jìn)行描述，下文描述的消息推送裝置與上文描述的消息推送方法可相互對(duì)應(yīng)參照。
[0082]參照?qǐng)D5，圖5為本申請(qǐng)實(shí)施例公開(kāi)的一種消息推送裝置結(jié)構(gòu)示意圖。
[0083]如圖5所示，該裝置包括:
[0084]消息接收單元51，用于接收若干個(gè)電商頻道各自發(fā)送的推送消息；
[0085]格式處理單元52，用于對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息；
[0086]由于不同電商頻道使用的消息格式不同，因此為了使得即時(shí)通軟件能夠識(shí)別各種不同格式的消息，需要對(duì)推送消息的格式進(jìn)行統(tǒng)一處理，將不同格式的消息轉(zhuǎn)換為同一格式的推送消息。
[0087]具體地，我們可以預(yù)設(shè)設(shè)定一個(gè)格式，然后對(duì)于接收的每一個(gè)推送消息，均轉(zhuǎn)換為該預(yù)設(shè)格式的推送消息，這樣對(duì)于接收的所有推送消息均轉(zhuǎn)換為同一格式的推送消息。轉(zhuǎn)換后可以供即時(shí)通軟件識(shí)別。
[0088]消息推送單元53，用于將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送。
[0089]可選的，圖6示例了本申請(qǐng)實(shí)施例公開(kāi)的格式處理單元的一種可選結(jié)構(gòu)，如圖6所示，該格式處理單元52包括:
[0090]第一格式處理子單元521，用于參考預(yù)設(shè)格式，將每一個(gè)所述推送消息均轉(zhuǎn)換為所述預(yù)設(shè)格式的消息，得到若干個(gè)預(yù)設(shè)格式的推送消息。
[0091]可選的，圖7示例了本申請(qǐng)實(shí)施例公開(kāi)的消息推送單元的一種可選結(jié)構(gòu)，如圖7所示，該消息推送單元53包括:
[0092]判斷單元531，用于判斷即時(shí)通軟件的客戶端、網(wǎng)頁(yè)版和手機(jī)版三種渠道是否處于在線狀態(tài)；
[0093]目標(biāo)確定單元532，用于將處于在線狀態(tài)的任意一個(gè)或多個(gè)渠道作為目標(biāo)渠道；
[0094]目標(biāo)發(fā)送單元533，用于將若干個(gè)統(tǒng)一格式的推送消息向所述目標(biāo)渠道推送。
[0095]可選的，圖8示例了本申請(qǐng)實(shí)施例公開(kāi)的消息推送裝置的另一種可選結(jié)構(gòu)，結(jié)合圖5和圖8可知，該裝置還可以包括:
[0096]反饋消息接收單元81，用于接收所述目標(biāo)渠道反饋的消息處理結(jié)果，所述消息處理結(jié)果表明該目標(biāo)渠道是否成功接收所述推送消息；
[0097]控制單元82，用于在確定所述消息處理結(jié)果表明該目標(biāo)渠道成功接收所述推送消息時(shí)，控制停止向剩余的目標(biāo)渠道發(fā)送所述推送消息。
[0098]可選的，圖9示例了本申請(qǐng)實(shí)施例公開(kāi)的消息推送裝置的另一種可選結(jié)構(gòu)，結(jié)合圖5和圖9可知，該裝置還可以包括:
[0099]排序單元91，用于根據(jù)所述推送消息的類型及發(fā)送所述推送消息的電商頻道，對(duì)所有的推送消息進(jìn)行重要性排序；
[0100]則所述消息推送單元53可以包括:
[0101]第一消息推送單元534，用于按照重要性排序順序，依次將每一個(gè)推送消息向可用的即時(shí)通軟件渠道推送。
[0102]本申請(qǐng)實(shí)施例提供的消息推送裝置，對(duì)于每一個(gè)電商頻道所要推送給即時(shí)通軟件的推送消息，均進(jìn)行格式的統(tǒng)一處理，將不同電商頻道發(fā)送的不同格式的推送消息均轉(zhuǎn)換為同一格式的推送消息，然后將這些相同格式的推送消息向可用的即時(shí)通軟件渠道推送。本申請(qǐng)解決了現(xiàn)有不同電商頻道使用的消息格式不同，從而使得即時(shí)通軟件無(wú)法同時(shí)接收來(lái)自不同電商頻道的不同格式的消息的問(wèn)題，使得一個(gè)即時(shí)通軟件可以同時(shí)接收不同電商頻道推送的消息，極大的方便了用戶。
[0103]最后，還需要說(shuō)明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語(yǔ)僅僅用來(lái)將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開(kāi)來(lái)，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒(méi)有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者設(shè)備所固有的要素。在沒(méi)有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過(guò)程、方法、物品或者設(shè)備中還存在另外的相同要素。
[0104]本說(shuō)明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見(jiàn)即可。
[0105]對(duì)所公開(kāi)的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請(qǐng)。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本申請(qǐng)的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本申請(qǐng)將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開(kāi)的原理和新穎特點(diǎn)相一致的最寬的范圍。
【權(quán)利要求】
1.一種消息推送方法,其特征在于,包括: 接收若干個(gè)電商頻道各自發(fā)送的推送消息； 對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息； 將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送。
2.根據(jù)權(quán)利要求1所述的消息推送方法，其特征在于，所述對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息為: 參考預(yù)設(shè)格式，將每一個(gè)所述推送消息均轉(zhuǎn)換為所述預(yù)設(shè)格式的消息，得到若干個(gè)預(yù)設(shè)格式的推送消息。
3.根據(jù)權(quán)利要求2所述的消息推送方法，其特征在于，所述將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送包括: 判斷即時(shí)通軟件的客戶端、網(wǎng)頁(yè)版和手機(jī)版三種渠道是否處于在線狀態(tài)； 將處于在線狀態(tài)的任意一個(gè)或多個(gè)渠道作為目標(biāo)渠道； 將若干個(gè)統(tǒng)一格式的推送消息向所述目標(biāo)渠道推送。
4.根據(jù)權(quán)利要求3所述的消息推送方法，其特征在于，在所述目標(biāo)渠道為多個(gè)時(shí)，該方法還包括: 接收所述目標(biāo)渠道反饋的消息處理結(jié)果，所述消息處理結(jié)果表明該目標(biāo)渠道是否成功接收所述推送消息； 若所述消息處理結(jié)果表明該目標(biāo)渠道成功接收所述推送消息，則控制停止向剩余的目標(biāo)渠道發(fā)送所述推送消息。
5.根據(jù)權(quán)利要求2所述的消息推送方法，其特征在于，在所述將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送之前，還包括: 根據(jù)所述推送消息的類型及發(fā)送所述推送消息的電商頻道，對(duì)所有的推送消息進(jìn)行重要性排序； 則所述將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送為: 按照重要性排序順序，依次將每一個(gè)推送消息向可用的即時(shí)通軟件渠道推送。
6.一種消息推送裝置，其特征在于，包括: 消息接收單元，用于接收若干個(gè)電商頻道各自發(fā)送的推送消息； 格式處理單元，用于對(duì)每一個(gè)所述推送消息進(jìn)行格式統(tǒng)一處理，得到若干個(gè)統(tǒng)一格式的推送消息； 消息推送單元，用于將若干個(gè)統(tǒng)一格式的推送消息向可用的即時(shí)通軟件渠道推送。
7.根據(jù)權(quán)利要求6所述的消息推送裝置，其特征在于，所述格式處理單元包括: 第一格式處理子單元，用于參考預(yù)設(shè)格式，將每一個(gè)所述推送消息均轉(zhuǎn)換為所述預(yù)設(shè)格式的消息，得到若干個(gè)預(yù)設(shè)格式的推送消息。
8.根據(jù)權(quán)利要求7所述的消息推送裝置，其特征在于，所述消息推送單元包括: 判斷單元，用于判斷即時(shí)通軟件的客戶端、網(wǎng)頁(yè)版和手機(jī)版三種渠道是否處于在線狀態(tài)； 目標(biāo)確定單元，用于將處于在線狀態(tài)的任意一個(gè)或多個(gè)渠道作為目標(biāo)渠道； 目標(biāo)發(fā)送單元，用于將若干個(gè)統(tǒng)一格式的推送消息向所述目標(biāo)渠道推送。
9.根據(jù)權(quán)利要求8所述的消息推送裝置，其特征在于，還包括: 反饋消息接收單元，用于接收所述目標(biāo)渠道反饋的消息處理結(jié)果，所述消息處理結(jié)果表明該目標(biāo)渠道是否成功接收所述推送消息； 控制單元，用于在確定所述消息處理結(jié)果表明該目標(biāo)渠道成功接收所述推送消息時(shí)，控制停止向剩余的目標(biāo)渠道發(fā)送所述推送消息。
10.根據(jù)權(quán)利要求7所述的消息推送裝置，其特征在于，還包括: 排序單元，用于根據(jù)所述推送消息的類型及發(fā)送所述推送消息的電商頻道，對(duì)所有的推送消息進(jìn)行重要性排序； 所述消息推送單元包括: 第一消息推送單元，用于按照重要性排序順序，依次將每一個(gè)推送消息向可用的即時(shí)通軟件渠道推送。
【文檔編號(hào)】G06Q30/02GK104268776SQ201410562688
【公開(kāi)日】2015年1月7日 申請(qǐng)日期:2014年10月21日 優(yōu)先權(quán)日:2014年10月21日
【發(fā)明者】廖繼逢, 任文濤, 王偉, 包辰明, 胡立強(qiáng), 何小鋒, 彭塨燁, 張舜華 申請(qǐng)人:中國(guó)建設(shè)銀行股份有限公司