[發(fā)明專利]BPC硬件架構(gòu)及BPC數(shù)據(jù)中心服務(wù)器

無效

• 申請(qǐng)?zhí)枺?/td>: 201010149744.1
• 申請(qǐng)日: 2010-04-19
• 公開（公告）號(hào): CN101833726A
• 公開（公告）日: 2010-09-15
• 發(fā)明（設(shè)計(jì)）人: 黃雷
• 申請(qǐng)（專利權(quán)）人: 昆山科大宏威軟件科技有限公司;黃雷
• 主分類號(hào): G06Q30/00
• 分類號(hào): G06Q30/00
• 代理公司: 北京清亦華知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11201
• 代理人: 廖元秋

技術(shù)領(lǐng)域

本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種BPC(Business-to-Platform-to-Customer，即商家-平臺(tái)，平臺(tái)-客戶)的硬件架構(gòu)及BPC數(shù)據(jù)中心服務(wù)器。

背景技術(shù)

電子商務(wù)指的是利用簡(jiǎn)單、快捷、低成本的電子通訊方式，使得買賣雙方可以不見面地進(jìn)行各種商貿(mào)活動(dòng)，電子商務(wù)可以通過多種電子通訊方式來完成。目前人們所探討的電子商務(wù)主要是以INTERNET(互聯(lián)網(wǎng))實(shí)現(xiàn)為主，尤其是隨著INTERNET技術(shù)的日益成熟，電子商務(wù)真正的發(fā)展將是建立在INTERNET技術(shù)上的。

目前，電子商務(wù)可以分為企業(yè)(Business)對(duì)終端客戶(Customer)的電子商務(wù)(B2C)和客戶對(duì)客戶的電子商務(wù)(C2C)等幾個(gè)主要模式。這些模式雖然各有自身的優(yōu)勢(shì)，但也存在著共同的缺點(diǎn)，即不適合一些傳統(tǒng)行業(yè)，例如機(jī)票銷售行業(yè)等。例如，目前，機(jī)票銷售沒有統(tǒng)一的平臺(tái)進(jìn)行管理，客戶購買機(jī)票時(shí)都是通過各個(gè)票務(wù)公司或票務(wù)網(wǎng)站訂票，由于各個(gè)票務(wù)公司或票務(wù)網(wǎng)站執(zhí)行的優(yōu)惠政策不同，因此對(duì)于客戶來說，往往不能享受到最優(yōu)的優(yōu)惠政策，同樣客戶在購買機(jī)票時(shí)也要經(jīng)過長(zhǎng)時(shí)間的查詢?nèi)ふ覂?yōu)惠的機(jī)票，這些都為客戶帶來很大的麻煩。另外，由于個(gè)別票務(wù)公司或票務(wù)網(wǎng)站的誠信問題，還可能常常出現(xiàn)假機(jī)票等情況，導(dǎo)致客戶在選擇票務(wù)公司或票務(wù)網(wǎng)站時(shí)變得更加謹(jǐn)慎，也進(jìn)一步加劇了客戶的負(fù)擔(dān)。同時(shí)，還有一個(gè)目前比較嚴(yán)重的問題就是，目前各個(gè)票務(wù)公司或票務(wù)網(wǎng)站的支付方式都比較單一，這樣也為客戶的購買帶來了障礙。此外，客戶在票務(wù)公司或票務(wù)網(wǎng)站購買了機(jī)票后，往往無法及時(shí)得知自己定購的機(jī)票及購買的保險(xiǎn)信息。因此可以看出，對(duì)于機(jī)票銷售等傳統(tǒng)的行業(yè)中的電子商務(wù)模式，還亟待改進(jìn)以方便客戶及提高客戶的滿意度。

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

本發(fā)明的目的旨在至少解決上述技術(shù)缺陷之一，特別是解決對(duì)于機(jī)票銷售等傳統(tǒng)的行業(yè)的電子商務(wù)中存在的問題。

為達(dá)到上述目的，本發(fā)明一方面提出了一種BPC的硬件架構(gòu)，包括多個(gè)B2P端，多個(gè)P2C客戶端和通過互聯(lián)網(wǎng)與所述多個(gè)B2P端和多個(gè)P2C客戶端進(jìn)行通信的BPC數(shù)據(jù)中心服務(wù)器，其中，B2P端用于使商家通過所述B2P端與所述BPC數(shù)據(jù)中心服務(wù)器進(jìn)行交互；BPC數(shù)據(jù)中心服務(wù)器用于對(duì)多個(gè)商家提供的產(chǎn)品數(shù)據(jù)進(jìn)行匯總和處理，并根據(jù)預(yù)設(shè)的選擇條件選擇滿足條件的商家的產(chǎn)品提供給所述P2C客戶端；P2C客戶端用于根據(jù)客戶的選擇與所述BPC數(shù)據(jù)中心服務(wù)器進(jìn)行交互。

在本發(fā)明的一個(gè)實(shí)施例中，BPC的硬件架構(gòu)還可包括：與所述BPC數(shù)據(jù)中心服務(wù)器通過互聯(lián)網(wǎng)相連的保險(xiǎn)公司的服務(wù)器、銀行的服務(wù)器、平臺(tái)的服務(wù)器或短信網(wǎng)關(guān)服務(wù)器。另外，在另一個(gè)實(shí)施例中，該BPC的硬件架構(gòu)還可包括：與所述BPC數(shù)據(jù)中心服務(wù)器相連的支付服務(wù)器、短信接口服務(wù)器和保險(xiǎn)服務(wù)器，使得所述BPC數(shù)據(jù)中心服務(wù)器在收到所述P2C客戶端的訂單之后，通過短信接口服務(wù)器將訂單信息發(fā)送給客戶，并通過支付服務(wù)器引導(dǎo)客戶進(jìn)行支付及提交保險(xiǎn)，并在支付成功之后將支付成功信息、機(jī)票號(hào)及保險(xiǎn)號(hào)發(fā)送給所述客戶。

其中，在上述實(shí)施例中，所述BPC數(shù)據(jù)中心服務(wù)器根據(jù)預(yù)設(shè)的選擇條件選擇滿足條件的商家的產(chǎn)品提供給P2C客戶端可包括：所述BPC數(shù)據(jù)中心服務(wù)器根據(jù)機(jī)票政策信息、服務(wù)信息、商家信譽(yù)度、商家地址中的一條或多條進(jìn)行選擇。

在本發(fā)明的一個(gè)實(shí)施例中，BPC數(shù)據(jù)中心服務(wù)器可采用統(tǒng)一的WEBSERVICE方式將各要素統(tǒng)一并提供給所述P2C客戶端。

在本發(fā)明的一個(gè)實(shí)施例中，BPC數(shù)據(jù)中心服務(wù)器可采用智能緩存技術(shù)根據(jù)數(shù)據(jù)變化頻率的不同智能調(diào)整緩存周期。

本發(fā)明另一方面還提出了一種BPC數(shù)據(jù)中心服務(wù)器，包括：交互模塊，用于與B2P端和P2C客戶端進(jìn)行交互；匯總處理模塊，用于對(duì)多個(gè)商家提供的產(chǎn)品數(shù)據(jù)進(jìn)行匯總和處理；選擇模塊，用于根據(jù)預(yù)設(shè)的選擇條件選擇滿足條件的商家的產(chǎn)品通過交互模塊提供給所述P2C客戶端。其中，在該實(shí)施例中，所述選擇條件可包括機(jī)票政策信息、服務(wù)信息、商家信譽(yù)度、商家地址等中的一條或多條。

在本發(fā)明的一個(gè)實(shí)施例中，BPC數(shù)據(jù)中心服務(wù)器還包括：與保險(xiǎn)服務(wù)器相連的保險(xiǎn)接口、與支付服務(wù)器相連的銀行支付接口、和與短信接口服務(wù)器相連的短信接口。在本發(fā)明的另一個(gè)實(shí)施例中，BPC數(shù)據(jù)中心服務(wù)器還包括短信偵聽發(fā)送模塊、銀行支付模塊和保險(xiǎn)提交模塊，所述BPC數(shù)據(jù)中心服務(wù)器在收到所述P2C客戶端的訂單之后，通過短信偵聽發(fā)送模塊將訂單信息發(fā)送給客戶，并通過銀行支付模塊引導(dǎo)客戶進(jìn)行支付及通過保險(xiǎn)提交模塊遞交保險(xiǎn)，并在支付成功之后將支付成功信息、機(jī)票號(hào)及保險(xiǎn)號(hào)通過短信偵聽發(fā)送模塊發(fā)送給所述客戶。