配送信息,具體可以包括一唯一的配送單號(hào)、配送方式以及配送費(fèi)用等。
[0032]用戶在客戶端查看到上述的配送信息之后,還可以繼續(xù)輸入所述唯一的配送單號(hào)對(duì)更具體的配送信息進(jìn)行查詢,所述配送信息輸出模塊4在接收到用戶輸入的所述唯一的配送單號(hào)之后,還從所述目標(biāo)物流公司的服務(wù)器中實(shí)時(shí)查詢并輸出與所述唯一的配送單號(hào)相匹配的配送狀態(tài)以及配送軌跡信息等。
[0033]利用本發(fā)明的物流信息的處理系統(tǒng)還能實(shí)現(xiàn)對(duì)快遞面單的直接打印,具體地,所述打印模塊5會(huì)收集用戶輸入的業(yè)務(wù)信息以及所述配送信息輸出模塊4輸出的配送信息,并對(duì)這些信息進(jìn)行xml格式化,然后將格式化后的信息發(fā)送至一特定的外部打印機(jī),從而打印出所述目標(biāo)物流公司可用的快遞面單。
[0034]本發(fā)明的物流信息的處理系統(tǒng)還能將收集到的業(yè)務(wù)信息上傳至物流公司的服務(wù)器,與服務(wù)器中存儲(chǔ)的數(shù)據(jù)進(jìn)行整合,從而提升服務(wù)器的整體性能,具體上傳方式可采用異步模式進(jìn)行上傳。
[0035]在本實(shí)施例中進(jìn)行打印操作時(shí),當(dāng)有歷史打印記錄的情況下,再次打印的快遞面單可直接取自之前的歷史打印記錄,不需要生成新的快遞面單。若用戶想要取消配送,可以通過(guò)客戶端發(fā)起取消操作,本發(fā)明的物流信息的處理系統(tǒng)在接收到取消操作之后,會(huì)根據(jù)系統(tǒng)記錄查找出是哪一家物流公司,然后通過(guò)接口方式,向?qū)?yīng)的物流公司發(fā)送取消配送的指令,從而實(shí)現(xiàn)了對(duì)配送業(yè)務(wù)的取消。
[0036]如圖2所示,本發(fā)明利用本實(shí)施例的物流信息的處理系統(tǒng)實(shí)現(xiàn)的物流信息的處理方法包括以下步驟:
[0037]步驟101、將多個(gè)物流公司的物流配送應(yīng)用整合為一統(tǒng)一應(yīng)用。
[0038]步驟102、將所述統(tǒng)一應(yīng)用封裝為一個(gè)ActiveX控件,并將所述ActiveX控件安裝在用戶的客戶端。
[0039]步驟103、接收用戶在客戶端運(yùn)行所述ActiveX控件并輸入業(yè)務(wù)信息的操作。
[0040]步驟104、調(diào)用所述ActiveX控件中封裝的所述目標(biāo)物流公司的物流配送應(yīng)用,從所述目標(biāo)物流公司的服務(wù)器中查詢出與所述用戶的姓名相匹配的物流配送單,并輸出所述物流配送單中的配送信息。
[0041]步驟105、對(duì)所述業(yè)務(wù)信息及所述配送信息進(jìn)行xml格式化并發(fā)送至一外部打印機(jī),以打印出包括xml格式化后的信息的快遞面單。
[0042]雖然以上描述了本發(fā)明的【具體實(shí)施方式】,但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解,這些僅是舉例說(shuō)明,本發(fā)明的保護(hù)范圍是由所附權(quán)利要求書(shū)限定的。本領(lǐng)域的技術(shù)人員在不背離本發(fā)明的原理和實(shí)質(zhì)的前提下,可以對(duì)這些實(shí)施方式做出多種變更或修改,但這些變更和修改均落入本發(fā)明的保護(hù)范圍。
【主權(quán)項(xiàng)】
1.一種物流信息的處理系統(tǒng),其特征在于,所述處理系統(tǒng)包括: 一應(yīng)用整合模塊,用于將多個(gè)物流公司的物流配送應(yīng)用整合為一統(tǒng)一應(yīng)用; 一控件封裝模塊,用于將所述統(tǒng)一應(yīng)用封裝為一個(gè)ActiveX控件,并將所述ActiveX控件安裝在用戶的客戶端; 一業(yè)務(wù)信息接收模塊,用于接收用戶在客戶端運(yùn)行所述ActiveX控件并輸入業(yè)務(wù)信息的操作,所述業(yè)務(wù)信息包括所述用戶的姓名以及一目標(biāo)物流公司的名稱; 一配送信息輸出模塊,用于調(diào)用所述ActiveX控件中封裝的所述目標(biāo)物流公司的物流配送應(yīng)用,從所述目標(biāo)物流公司的服務(wù)器中查詢出與所述用戶的姓名相匹配的物流配送單,并輸出所述物流配送單中的配送信息。
2.如權(quán)利要求1所述的處理系統(tǒng),其特征在于,所述多個(gè)物流公司的物流配送應(yīng)用的形式包括API接口形式及OCX控件形式。
3.如權(quán)利要求2所述的處理系統(tǒng),其特征在于,所述業(yè)務(wù)信息還包括用戶的地址、用戶的電話號(hào)碼以及用戶的郵箱,所述配送信息包括一唯一的配送單號(hào)、配送方式以及配送費(fèi)用。
4.如權(quán)利要求1-3中任意一項(xiàng)所述的處理系統(tǒng),其特征在于,所述處理系統(tǒng)還包括一打印模塊,用于對(duì)所述業(yè)務(wù)信息及所述配送信息進(jìn)行xml格式化并發(fā)送至一外部打印機(jī),以打印出包括xml格式化后的信息的快遞面單。
5.如權(quán)利要求3所述的處理系統(tǒng),其特征在于,所述配送信息輸出模塊還用于接收用戶輸入的所述唯一的配送單號(hào),從所述目標(biāo)物流公司的服務(wù)器中實(shí)時(shí)查詢并輸出與所述唯一的配送單號(hào)相匹配的配送狀態(tài)及配送軌跡信息。
6.一種物流信息的處理方法,其特征在于,其利用如權(quán)利要求1所述的處理系統(tǒng)實(shí)現(xiàn),所述處理方法包括以下步驟: 51、將多個(gè)物流公司的物流配送應(yīng)用整合為一統(tǒng)一應(yīng)用; 52、將所述統(tǒng)一應(yīng)用封裝為一個(gè)ActiveX控件,并將所述ActiveX控件安裝在用戶的客戶端; 53、接收用戶在客戶端運(yùn)行所述ActiveX控件并輸入業(yè)務(wù)信息的操作,所述業(yè)務(wù)信息包括所述用戶的姓名以及一目標(biāo)物流公司的名稱; 54、調(diào)用所述ActiveX控件中封裝的所述目標(biāo)物流公司的物流配送應(yīng)用,從所述目標(biāo)物流公司的服務(wù)器中查詢出與所述用戶的姓名相匹配的物流配送單,并輸出所述物流配送單中的配送信息。
7.如權(quán)利要求6所述的處理方法,其特征在于,所述多個(gè)物流公司的物流配送應(yīng)用的形式包括API接口形式及OCX控件形式。
8.如權(quán)利要求7所述的處理方法,其特征在于,所述業(yè)務(wù)信息還包括用戶的地址、用戶的電話號(hào)碼以及用戶的郵箱,所述配送信息包括一唯一的配送單號(hào)、配送方式以及配送費(fèi)用。
9.如權(quán)利要求6-8中任意一項(xiàng)所述的處理方法,其特征在于,所述處理系統(tǒng)還包括一打印模塊,在所述處理方法中所述打印模塊還對(duì)所述業(yè)務(wù)信息及所述配送信息進(jìn)行xml格式化并發(fā)送至一外部打印機(jī),以打印出包括xml格式化后的信息的快遞面單。
10.如權(quán)利要求8所述的處理方法,其特征在于,步驟S4中還接收用戶輸入的所述唯一的配送單號(hào),從所述目標(biāo)物流公司的服務(wù)器中實(shí)時(shí)查詢并輸出與所述唯一的配送單號(hào)相匹配的配送狀態(tài)及配送軌跡信息。
【專利摘要】本發(fā)明公開(kāi)了一種物流信息的處理系統(tǒng)及方法,處理系統(tǒng)包括:一應(yīng)用整合模塊,用于將多個(gè)物流公司的物流配送應(yīng)用整合為統(tǒng)一應(yīng)用;一控件封裝模塊,用于將統(tǒng)一應(yīng)用封裝為ActiveX控件,并將ActiveX控件安裝在客戶端;一業(yè)務(wù)信息接收模塊,用于接收用戶在客戶端運(yùn)行ActiveX控件并輸入業(yè)務(wù)信息的操作;一配送信息輸出模塊,用于調(diào)用ActiveX控件中封裝的目標(biāo)物流公司的物流配送應(yīng)用,從服務(wù)器中查詢出與用戶的姓名匹配的物流配送單,并輸出物流配送單中的配送信息。本發(fā)明實(shí)現(xiàn)了對(duì)多個(gè)物流公司的物流配送的統(tǒng)一處理,使得通過(guò)統(tǒng)一的應(yīng)用平臺(tái)就能對(duì)不同的物流公司進(jìn)行快遞下單或查詢,簡(jiǎn)化了用戶的操作。
【IPC分類】G06Q50-28, G06Q10-08
【公開(kāi)號(hào)】CN104766189
【申請(qǐng)?zhí)枴緾N201410006957
【發(fā)明人】陳文斌, 顧新春, 徐松, 奚霄鵬
【申請(qǐng)人】攜程計(jì)算機(jī)技術(shù)(上海)有限公司
【公開(kāi)日】2015年7月8日
【申請(qǐng)日】2014年1月7日