在線訂單的傳送系統(tǒng)及傳送方法
【專(zhuān)利摘要】本發(fā)明提供了一種在線訂單的傳送系統(tǒng)及方法，傳送系統(tǒng)包括：訂單接收單元、訂單處理單元、數(shù)據(jù)庫(kù)以及即時(shí)消息服務(wù)器；所述訂單接收單元用于接收新訂單，并將接收到的新訂單提交到訂單處理單元；所述訂單處理單元分別與所述訂單接收單元、數(shù)據(jù)庫(kù)以及即時(shí)消息服務(wù)器相連，用于將接收到的新訂單數(shù)據(jù)存入所述數(shù)據(jù)庫(kù)，并發(fā)送通知消息至所述即時(shí)消息服務(wù)器；所述即時(shí)消息服務(wù)器用于在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。本發(fā)明服務(wù)器端壓力較小，且不存在服務(wù)器端資源浪費(fèi)，服務(wù)器主動(dòng)推送消息的方式是目標(biāo)明確的、高效的，不會(huì)產(chǎn)生多余的資源消耗，且實(shí)時(shí)性非常好。
【專(zhuān)利說(shuō)明】在線訂單的傳送系統(tǒng)及傳送方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及訂單處理【技術(shù)領(lǐng)域】，尤其涉及一種在線訂單的傳送系統(tǒng)及傳送方法。

【背景技術(shù)】
[0002]現(xiàn)有技術(shù)中訂單是采用APP輪詢(xún)的方式進(jìn)行的，移動(dòng)終端以設(shè)定的周期向服務(wù)器端發(fā)送詢(xún)問(wèn)，服務(wù)器端鑒權(quán)后回復(fù)訂單列表。
[0003]參考圖1，現(xiàn)有技術(shù)訂單傳送方法的流程示意圖，移動(dòng)終端以手機(jī)為例進(jìn)行說(shuō)明。手機(jī)上相應(yīng)的APP軟件以輪詢(xún)的方式，每隔一定時(shí)間(例如10秒)向服務(wù)器端發(fā)起請(qǐng)求，索取訂單列表。服務(wù)器端接收到請(qǐng)求后先對(duì)手機(jī)的身份進(jìn)行驗(yàn)證，以驗(yàn)證是否合法渠道發(fā)出的請(qǐng)求，若非合法渠道則返回錯(cuò)誤信息；通過(guò)驗(yàn)證后進(jìn)入訂單處理流程，服務(wù)器端的訂單處理單元去數(shù)據(jù)庫(kù)取出最新的訂單列表，之后服務(wù)器端通過(guò)訂單處理單元返回訂單列表至手機(jī)。
[0004]現(xiàn)有技術(shù)訂單傳送方法的缺點(diǎn)在于:
1)占用移動(dòng)終端資源:要做到輪詢(xún)，移動(dòng)終端程序后臺(tái)必然有一個(gè)定時(shí)器一直在工作，占用移動(dòng)終端資源；
2)服務(wù)器端壓力大:輪詢(xún)的方式是盲目的，每次請(qǐng)求未必能獲得新的信息，白白消耗流量，且如果移動(dòng)終端軟件安裝數(shù)量大的話，服務(wù)器端相當(dāng)于每時(shí)每刻都在接收和處理刷新訂單列表的請(qǐng)求，服務(wù)器端壓力大、浪費(fèi)服務(wù)器端資源；
3)數(shù)據(jù)流量大:服務(wù)器端返回訂單列表的數(shù)據(jù)發(fā)送方式也是盲目的，其無(wú)法獲知請(qǐng)求訂單列表的移動(dòng)終端目前的列表狀態(tài)，因此不論訂單列表有沒(méi)有新的數(shù)據(jù)，都是整張列表完整推送至移動(dòng)終端；
4)實(shí)時(shí)性差:假設(shè)輪詢(xún)時(shí)間為30秒，新的訂單在上一次輪詢(xún)的5秒后到達(dá)服務(wù)器端，那么該訂單到達(dá)移動(dòng)終端的時(shí)間就晚了 25秒。


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

[0005]本發(fā)明的目的在于，針對(duì)現(xiàn)有技術(shù)訂單傳送方法存在的占用移動(dòng)終端資源、服務(wù)器端壓力大、訂單列表傳送數(shù)據(jù)流量大以及實(shí)時(shí)性差問(wèn)題，提供一種在線訂單的傳送系統(tǒng)及傳送方法，通過(guò)服務(wù)器端主動(dòng)推送新訂單到移動(dòng)終端，無(wú)需占用移動(dòng)終端資源，同時(shí)降低服務(wù)器端壓力，提高訂單的發(fā)送效率。
[0006]為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種在線訂單的傳送系統(tǒng)，包括:訂單接收單元、訂單處理單元、數(shù)據(jù)庫(kù)以及即時(shí)消息服務(wù)器；所述訂單接收單元用于接收新訂單，并將接收到的新訂單提交到訂單處理單元；所述訂單處理單元分別與所述訂單接收單元、數(shù)據(jù)庫(kù)以及即時(shí)消息服務(wù)器相連，用于將接收到的新訂單數(shù)據(jù)存入所述數(shù)據(jù)庫(kù)，并發(fā)送通知消息至所述即時(shí)消息服務(wù)器；所述即時(shí)消息服務(wù)器用于在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
[0007]所述即時(shí)消息服務(wù)器進(jìn)一步用于:區(qū)分所述新訂單類(lèi)別，根據(jù)所述新訂單的類(lèi)別在所述即時(shí)消息服務(wù)器內(nèi)部數(shù)據(jù)庫(kù)匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID，之后根據(jù)目標(biāo)移動(dòng)終端ID定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
[0008]進(jìn)一步，所述即時(shí)消息服務(wù)器采用開(kāi)源服務(wù)器openfire。
[0009]進(jìn)一步，所述開(kāi)源服務(wù)器openfire的內(nèi)部數(shù)據(jù)庫(kù)中包括一用戶(hù)表，所述用戶(hù)表用于存儲(chǔ)所述開(kāi)源服務(wù)器openfire的所有注冊(cè)移動(dòng)終端用戶(hù)，其中所有注冊(cè)移動(dòng)終端用戶(hù)根據(jù)用戶(hù)的類(lèi)型不同進(jìn)行分組，每一分組對(duì)應(yīng)一訂單類(lèi)別，從而所述開(kāi)源服務(wù)器openfire根據(jù)所述新訂單的類(lèi)別在所述用戶(hù)表中匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID。
[0010]為實(shí)現(xiàn)上述目的，本發(fā)明還提供了一種在線訂單的傳送方法，包括:(1)接收新訂單并提交到訂單處理單元；(2)訂單處理單元將接收到的新訂單數(shù)據(jù)存入數(shù)據(jù)庫(kù)，并發(fā)送通知消息至即時(shí)消息服務(wù)器；(3)所述即時(shí)消息服務(wù)器在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
[0011]步驟(3)進(jìn)一步包括:(31)所述即時(shí)消息服務(wù)器對(duì)所述新訂單進(jìn)行類(lèi)別區(qū)分；
(32)根據(jù)所述新訂單的類(lèi)別在所述即時(shí)消息服務(wù)器內(nèi)部數(shù)據(jù)庫(kù)匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID ;(33)根據(jù)目標(biāo)移動(dòng)終端ID定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
[0012]進(jìn)一步，所述即時(shí)消息服務(wù)器采用開(kāi)源服務(wù)器openfire。
[0013]進(jìn)一步，所述開(kāi)源服務(wù)器openfire的內(nèi)部數(shù)據(jù)庫(kù)中包括一用戶(hù)表，所述用戶(hù)表用于存儲(chǔ)所述開(kāi)源服務(wù)器openfire的所有注冊(cè)移動(dòng)終端用戶(hù)，其中所有注冊(cè)移動(dòng)終端用戶(hù)根據(jù)用戶(hù)的類(lèi)型不同進(jìn)行分組，每一分組對(duì)應(yīng)一訂單類(lèi)別，步驟(32)進(jìn)一步包括:所述開(kāi)源服務(wù)器openfire根據(jù)所述新訂單的類(lèi)別在所述用戶(hù)表中匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID。
[0014]本發(fā)明的優(yōu)點(diǎn)在于:服務(wù)器端不再接受查詢(xún)訂單列表的請(qǐng)求，因此不存在接收和處理刷新訂單列表的請(qǐng)求的壓力，且不存在輪詢(xún)，也就不存在服務(wù)器端資源浪費(fèi)。相對(duì)于現(xiàn)有技術(shù)中服務(wù)器發(fā)送數(shù)據(jù)是盲目的而言，本發(fā)明服務(wù)器主動(dòng)推送消息的方式是目標(biāo)明確的、高效的，沒(méi)有新訂單的情況下不會(huì)產(chǎn)生無(wú)謂的資源消耗，有訂單的情況下才進(jìn)行處理或發(fā)送，不會(huì)產(chǎn)生多余的資源消耗。特別是，每次推送時(shí)只推送最新的訂單，不需要推送整張列表，進(jìn)一步降低了資源消耗。而移動(dòng)端收到新訂單后更新到本地列表中去就可以，不需要主動(dòng)聯(lián)絡(luò)服務(wù)器，而只需等待推送，因此也不需要定時(shí)器。且，本發(fā)明一切的業(yè)務(wù)處理以及推送流程都是在服務(wù)器端接受到訂單的那一刻起自動(dòng)觸發(fā)的，因此實(shí)時(shí)性非常好。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0015]圖1，現(xiàn)有技術(shù)訂單傳送方法的流程示意圖；
圖2，本發(fā)明所述在線訂單的傳送系統(tǒng)的架構(gòu)示意圖；
圖3，本發(fā)明所述在線訂單的傳送方法的流程示意圖。

【具體實(shí)施方式】
[0016]下面結(jié)合附圖對(duì)本發(fā)明提供的在線訂單的傳送系統(tǒng)及傳送方法做詳細(xì)說(shuō)明。
[0017]參考圖2，本發(fā)明所述在線訂單的傳送系統(tǒng)的架構(gòu)示意圖。所述系統(tǒng)包括:訂單接收單元21、訂單處理單元22、數(shù)據(jù)庫(kù)23以及即時(shí)消息服務(wù)器24。所述訂單接收單元21、訂單處理單元22、數(shù)據(jù)庫(kù)23以及即時(shí)消息服務(wù)器24均位于服務(wù)器端。
[0018]所述訂單接收單元21用于接收新訂單，并將接收到的新訂單提交到訂單處理單元22。新訂單可能來(lái)自網(wǎng)站、移動(dòng)端下單軟件、業(yè)務(wù)員人工輸入等等；服務(wù)器端的訂單接收單元21接收到新訂單后提交到訂單處理單元22，進(jìn)入訂單處理流程。
[0019]所述訂單處理單元22分別與所述訂單接收單元21、數(shù)據(jù)庫(kù)23以及即時(shí)消息服務(wù)器24相連，用于將接收到的新訂單數(shù)據(jù)存入所述數(shù)據(jù)庫(kù)23，并發(fā)送通知消息至所述即時(shí)消息服務(wù)器24。
[0020]所述即時(shí)消息服務(wù)器24用于在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端29。即時(shí)消息服務(wù)器24收到消息后觸發(fā)消息過(guò)濾、定向發(fā)送流程，其工作內(nèi)容包括:區(qū)分新訂單類(lèi)別；根據(jù)所述新訂單的類(lèi)別在所述即時(shí)消息服務(wù)器24內(nèi)部數(shù)據(jù)庫(kù)匹配出目標(biāo)移動(dòng)終端29，并定位目標(biāo)移動(dòng)終端ID，之后根據(jù)目標(biāo)移動(dòng)終端ID定向發(fā)送新訂單至目標(biāo)移動(dòng)終端29。同一新訂單可以同時(shí)推送至一個(gè)或多個(gè)目標(biāo)移動(dòng)終端29。
[0021]采用本發(fā)明提供的在線訂單傳送系統(tǒng)，服務(wù)器端不再接受查詢(xún)訂單列表的請(qǐng)求，因此不存在接收和處理刷新訂單列表的請(qǐng)求的壓力，且不存在輪詢(xún)，也就不存在服務(wù)器端資源浪費(fèi)。相對(duì)于現(xiàn)有技術(shù)中服務(wù)器發(fā)送數(shù)據(jù)是盲目的而言，本發(fā)明服務(wù)器主動(dòng)推送消息的方式是目標(biāo)明確的、高效的，沒(méi)有新訂單的情況下不會(huì)產(chǎn)生無(wú)謂的資源消耗，有訂單的情況下才進(jìn)行處理或發(fā)送，不會(huì)產(chǎn)生多余的資源消耗。特別是，每次推送時(shí)只推送最新的訂單，不需要推送整張列表，進(jìn)一步降低了資源消耗。而移動(dòng)端收到新訂單后更新到本地列表中去就可以，不需要主動(dòng)聯(lián)絡(luò)服務(wù)器，而只需等待推送，因此也不需要定時(shí)器。且，本發(fā)明一切的業(yè)務(wù)處理以及推送流程都是在服務(wù)器端接受到訂單的那一刻起自動(dòng)觸發(fā)的，因此實(shí)時(shí)性非常好。
[0022]作為優(yōu)選的實(shí)施方式，本發(fā)明所述的在線訂單的傳送系統(tǒng)中，所述即時(shí)消息服務(wù)器24可以采用開(kāi)源服務(wù)器openfire。開(kāi)源服務(wù)器openfire是一個(gè)java編寫(xiě)的開(kāi)源服務(wù)器，其誕生和目前被普遍使用的初衷是解決即時(shí)通訊軟件的通訊問(wèn)題。
[0023]作為優(yōu)選的實(shí)施方式，所述開(kāi)源服務(wù)器openfire的內(nèi)部數(shù)據(jù)庫(kù)中包括一用戶(hù)表，所述用戶(hù)表用于存儲(chǔ)所述開(kāi)源服務(wù)器openfire的所有注冊(cè)移動(dòng)終端用戶(hù)，其中所有注冊(cè)移動(dòng)終端用戶(hù)根據(jù)用戶(hù)的類(lèi)型不同進(jìn)行分組，每一分組對(duì)應(yīng)一訂單類(lèi)別，從而所述開(kāi)源服務(wù)器openfire根據(jù)所述新訂單的類(lèi)別在所述用戶(hù)表中匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID。
[0024]也即，將開(kāi)源服務(wù)器openfire的所有注冊(cè)用戶(hù)放入openfire的用戶(hù)表中。在用戶(hù)表中，不同用戶(hù)之間都有一個(gè)是否是好友的關(guān)系，并且根據(jù)用戶(hù)的類(lèi)型不同進(jìn)行了分組，每一分組對(duì)應(yīng)一訂單類(lèi)別。開(kāi)源服務(wù)器openfire發(fā)送消息時(shí)采用XMPP通訊協(xié)議，定義了發(fā)送方、接收方、消息類(lèi)型、消息內(nèi)容等信息格式。從而，開(kāi)源服務(wù)器openfire可以根據(jù)新訂單的類(lèi)別在所述用戶(hù)表中匹配出相應(yīng)分組的用戶(hù)，也即匹配出目標(biāo)移動(dòng)終端，從而可以定位目標(biāo)移動(dòng)終端ID。本發(fā)明所述開(kāi)源服務(wù)器openfire也可以虛擬一個(gè)類(lèi)似小助手這樣的用戶(hù)，所有其他用戶(hù)與小助手均是好友關(guān)系，不同用戶(hù)的類(lèi)型對(duì)應(yīng)的分組，相當(dāng)于小助手的不同好友分組；當(dāng)服務(wù)器端有新訂單要進(jìn)行推送時(shí)，小助手采用XMPP通訊協(xié)議以及預(yù)先定義的信息格式，向其相應(yīng)的好友分組群發(fā)信息。從而及時(shí)、高效、且目標(biāo)明確的將最新的訂單推送至目標(biāo)移動(dòng)終端。
[0025]參考圖3，本發(fā)明所述在線訂單的傳送方法流程示意圖。所述方法包括，S31:接收新訂單并提交到訂單處理單元；S32:訂單處理單元將接收到的新訂單數(shù)據(jù)存入數(shù)據(jù)庫(kù)，并發(fā)送通知消息至即時(shí)消息服務(wù)器；S33:所述即時(shí)消息服務(wù)器在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。其中，訂單處理單元、數(shù)據(jù)庫(kù)以及即時(shí)消息服務(wù)器均位于服務(wù)器端。以下對(duì)本發(fā)明所述方法進(jìn)行詳細(xì)說(shuō)明。
[0026]S31:接收新訂單并提交到訂單處理單元。
[0027]新訂單可能來(lái)自網(wǎng)站、移動(dòng)端下單軟件、業(yè)務(wù)員人工輸入等等；服務(wù)器端接收到新訂單后提交到訂單處理單元，進(jìn)入訂單處理流程。
[0028]S32:訂單處理單元將接收到的新訂單數(shù)據(jù)存入數(shù)據(jù)庫(kù)，并發(fā)送通知消息至即時(shí)消息服務(wù)器。
[0029]進(jìn)入訂單處理流程后，訂單處理單元對(duì)訂單進(jìn)行相應(yīng)處理，包括將接收到的新訂單數(shù)據(jù)存入數(shù)據(jù)庫(kù)，并發(fā)送通知消息即時(shí)消息服務(wù)器。
[0030]S33:所述即時(shí)消息服務(wù)器在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
[0031]即時(shí)消息服務(wù)器收到消息后觸發(fā)消息過(guò)濾、定向發(fā)送流程。作為可選的實(shí)施方式，步驟S33進(jìn)一步包括:1)所述即時(shí)消息服務(wù)器對(duì)所述新訂單進(jìn)行類(lèi)別區(qū)分；2)根據(jù)所述新訂單的類(lèi)別在所述即時(shí)消息服務(wù)器內(nèi)部數(shù)據(jù)庫(kù)匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID ;3)根據(jù)目標(biāo)移動(dòng)終端ID定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。同一新訂單可以同時(shí)推送至一個(gè)或多個(gè)目標(biāo)移動(dòng)終端。
[0032]作為優(yōu)選的實(shí)施方式，所述即時(shí)消息服務(wù)器可以采用開(kāi)源服務(wù)器openfire。開(kāi)源服務(wù)器openfire是一個(gè)java編寫(xiě)的開(kāi)源服務(wù)器。
[0033]作為優(yōu)選的實(shí)施方式，所述開(kāi)源服務(wù)器openfire的內(nèi)部數(shù)據(jù)庫(kù)中包括一用戶(hù)表，所述用戶(hù)表用于存儲(chǔ)所述開(kāi)源服務(wù)器openfire的所有注冊(cè)移動(dòng)終端用戶(hù)，其中所有注冊(cè)移動(dòng)終端用戶(hù)根據(jù)用戶(hù)的類(lèi)型不同進(jìn)行分組，每一分組對(duì)應(yīng)一訂單類(lèi)別；從而上可選步驟2)根據(jù)所述新訂單的類(lèi)別在所述即時(shí)消息服務(wù)器內(nèi)部數(shù)據(jù)庫(kù)匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID進(jìn)一步可以通過(guò)下述方式實(shí)現(xiàn):所述開(kāi)源服務(wù)器openfire根據(jù)所述新訂單的類(lèi)別在所述用戶(hù)表中匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID。
[0034]以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本【技術(shù)領(lǐng)域】的普通技術(shù)人員，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種在線訂單的傳送系統(tǒng)，其特征在于，包括:訂單接收單元、訂單處理單元、數(shù)據(jù)庫(kù)以及即時(shí)消息服務(wù)器； 所述訂單接收單元用于接收新訂單，并將接收到的新訂單提交到訂單處理單元； 所述訂單處理單元分別與所述訂單接收單元、數(shù)據(jù)庫(kù)以及即時(shí)消息服務(wù)器相連，用于將接收到的新訂單數(shù)據(jù)存入所述數(shù)據(jù)庫(kù)，并發(fā)送通知消息至所述即時(shí)消息服務(wù)器； 所述即時(shí)消息服務(wù)器用于在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
2.根據(jù)權(quán)利要求1所述的在線訂單的傳送系統(tǒng)，其特征在于，所述即時(shí)消息服務(wù)器進(jìn)一步用于:區(qū)分所述新訂單類(lèi)別，根據(jù)所述新訂單的類(lèi)別在所述即時(shí)消息服務(wù)器內(nèi)部數(shù)據(jù)庫(kù)匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID，之后根據(jù)目標(biāo)移動(dòng)終端ID定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
3.根據(jù)權(quán)利要求1所述的在線訂單的傳送系統(tǒng)，其特征在于，所述即時(shí)消息服務(wù)器采用開(kāi)源服務(wù)器openfire。
4.根據(jù)權(quán)利要求3所述的在線訂單的傳送系統(tǒng)，其特征在于，所述開(kāi)源服務(wù)器openfire的內(nèi)部數(shù)據(jù)庫(kù)中包括一用戶(hù)表，所述用戶(hù)表用于存儲(chǔ)所述開(kāi)源服務(wù)器openfire的所有注冊(cè)移動(dòng)終端用戶(hù)，其中所有注冊(cè)移動(dòng)終端用戶(hù)根據(jù)用戶(hù)的類(lèi)型不同進(jìn)行分組，每一分組對(duì)應(yīng)一訂單類(lèi)別，從而所述開(kāi)源服務(wù)器openfire根據(jù)所述新訂單的類(lèi)別在所述用戶(hù)表中匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID。
5.—種在線訂單的傳送方法,其特征在于,包括: (1)接收新訂單并提交到訂單處理單元； (2)訂單處理單元將接收到的新訂單數(shù)據(jù)存入數(shù)據(jù)庫(kù)，并發(fā)送通知消息至即時(shí)消息服務(wù)器； (3)所述即時(shí)消息服務(wù)器在接收到所述通知消息后定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
6.根據(jù)權(quán)利要求1所述的在線訂單的傳送方法，其特征在于，步驟(3)進(jìn)一步包括: (31)所述即時(shí)消息服務(wù)器對(duì)所述新訂單進(jìn)行類(lèi)別區(qū)分； (32)根據(jù)所述新訂單的類(lèi)別在所述即時(shí)消息服務(wù)器內(nèi)部數(shù)據(jù)庫(kù)匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID ； (33)根據(jù)目標(biāo)移動(dòng)終端ID定向發(fā)送新訂單至目標(biāo)移動(dòng)終端。
7.根據(jù)權(quán)利要求6所述的在線訂單的傳送方法，其特征在于，所述即時(shí)消息服務(wù)器采用開(kāi)源服務(wù)器openfire。
8.根據(jù)權(quán)利要求7所述的在線訂單的傳送方法，其特征在于，所述開(kāi)源服務(wù)器openfire的內(nèi)部數(shù)據(jù)庫(kù)中包括一用戶(hù)表，所述用戶(hù)表用于存儲(chǔ)所述開(kāi)源服務(wù)器openfire的所有注冊(cè)移動(dòng)終端用戶(hù)，其中所有注冊(cè)移動(dòng)終端用戶(hù)根據(jù)用戶(hù)的類(lèi)型不同進(jìn)行分組，每一分組對(duì)應(yīng)一訂單類(lèi)別，步驟(32)進(jìn)一步包括:所述開(kāi)源服務(wù)器openfire根據(jù)所述新訂單的類(lèi)別在所述用戶(hù)表中匹配出目標(biāo)移動(dòng)終端，并定位目標(biāo)移動(dòng)終端ID。
【文檔編號(hào)】H04L12/58GK104270302SQ201410483683
【公開(kāi)日】2015年1月7日 申請(qǐng)日期:2014年9月22日 優(yōu)先權(quán)日:2014年9月22日
【發(fā)明者】陳釗, 祖明明, 彭寬友 申請(qǐng)人:上海鋼有商貿(mào)有限公司