用于提供運輸服務(wù)的統(tǒng)一服務(wù)的制作方法
【專利摘要】提供了系統(tǒng)、方法和計算機可讀介質(zhì)，向發(fā)布方提供到多個運輸服務(wù)提供商的單一接口。最開始，所述方法可以通過消息總線接收由發(fā)布方發(fā)送的請求事件消息。請求事件消息可包括運輸服務(wù)提供商標(biāo)識符。接下來，所述方法可以基于運輸服務(wù)提供商標(biāo)識符識別運輸接口，其中運輸接口對應(yīng)于多個運輸服務(wù)提供商中的運輸服務(wù)提供商。所述方法然后可以使用運輸接口向運輸服務(wù)提供商發(fā)送運輸服務(wù)請求，其中運輸服務(wù)請求對應(yīng)于由運輸服務(wù)提供商提供的運輸服務(wù)。
【專利說明】用于提供運輸服務(wù)的統(tǒng)一服務(wù)
[0001]要求優(yōu)先權(quán)
[0002]本申請要求享有于2012年11月14日遞交的美國專利申請N0.13/677，095的優(yōu)先權(quán)，其中該美國專利申請要求享有于2012年3月26日遞交的題為“UNIFIED SERVICE FORPROVIDING SHIPPING SERVICES”的印度臨時專利申請876/DEL/2012(代理所案號N0.2043.A30IN1/P1419IN1)的優(yōu)先權(quán)，在這里通過引用加入了它們的全部內(nèi)容。

【技術(shù)領(lǐng)域】
[0003]本發(fā)明涉及數(shù)據(jù)處理。具體地，示例實施例可提供用于執(zhí)行跨運輸服務(wù)提供商的運輸服務(wù)的統(tǒng)一接口。

【背景技術(shù)】
[0004]在典型的商業(yè)交易中，買家和賣家可以協(xié)商關(guān)于商品遞送的條款。遞送商品通常涉及一方(例如買家或賣家)聯(lián)系運輸服務(wù)提供商，與運輸服務(wù)提供商交換信息，然后商定運輸安排(比如商品提貨、遞送要求(例如時間表)、價錢等)。然而，在買家或賣家涉及多種交易(其中牽扯到例如具有不同需求(例如遞送時間、價錢、位置等)的參與方)的情況中，滿足這些遞送條款可能會涉及與許多不同的運輸服務(wù)提供商打交道，其中每個運輸服務(wù)提供商具有不同的協(xié)議。

【專利附圖】

【附圖說明】
[0005]附圖中以示例而不是限制的方式示出了示例實施例，其中:
[0006]圖1是示出了根據(jù)一種示例實施例的具有配置用于通過網(wǎng)絡(luò)來交換數(shù)據(jù)的客戶端-服務(wù)器架構(gòu)的交易系統(tǒng)的網(wǎng)絡(luò)圖；
[0007]圖2是示出了根據(jù)一種示例實施例的被配置為根據(jù)訂閱(subscript1n)模型來交換事件消息的事件驅(qū)動系統(tǒng)的網(wǎng)絡(luò)圖；
[0008]圖3是示出了根據(jù)示例實施例的圖2中所示的運輸能力的示例性模塊的框圖；
[0009]圖4是示出了根據(jù)示例實施例的用于初始化事件系統(tǒng)以便提供針對多個運輸服務(wù)提供商的統(tǒng)一接口的方法的流程圖；
[0010]圖5是示出了示例實施例中的可由監(jiān)聽方(listener)端口訂閱的示例運輸請求話題的圖；
[0011]圖6是示出了可由發(fā)布方(publisher)訂閱的示例運輸響應(yīng)話題的圖；
[0012]圖7是示出了根據(jù)示例實施例的利用統(tǒng)一接口來提供與多個運輸服務(wù)提供商相關(guān)聯(lián)的運輸服務(wù)的方法的流程圖；
[0013]圖8是示出了根據(jù)一些實施例的作為基于網(wǎng)絡(luò)的發(fā)布方的一部分提供的示例應(yīng)用和/或服務(wù)的框圖；以及
[0014]圖9以計算機系統(tǒng)的示例形式示出了機器的示意圖，其中可在計算機系統(tǒng)內(nèi)執(zhí)行一組指令，使得機器執(zhí)行這里討論的方法中的任意一個或多個。

【具體實施方式】
[0015]雖然參照具體示例實施例描述了實施例，但是明顯的是，在不偏離本發(fā)明的寬泛精神和范圍的情況下，可對這些實施例進(jìn)行各種修改和改變。從而，認(rèn)為說明書和附圖是說明性的，而不用于限制。
[0016]提供了系統(tǒng)、方法和計算機可讀介質(zhì)，以便向發(fā)布方(例如商業(yè)應(yīng)用)提供到多個運輸服務(wù)提供商的單一接口。最開始，所述方法可以通過消息總線接收由發(fā)布方發(fā)送的請求事件消息。請求事件消息可包括運輸服務(wù)提供商標(biāo)識符。接下來，所述方法可以基于運輸服務(wù)提供商標(biāo)識符識別運輸接口，其中運輸接口對應(yīng)于多個運輸服務(wù)提供商中的一個運輸服務(wù)提供商。所述方法然后可以使用運輸接口向運輸服務(wù)提供商發(fā)送運輸服務(wù)請求，其中運輸服務(wù)請求對應(yīng)于由運輸服務(wù)提供商提供的運輸服務(wù)。
[0017]向發(fā)布方提供到多個運輸服務(wù)提供商的單一接口可找到多個實際應(yīng)用。在一些實施例中，由于發(fā)布方通過單一接口調(diào)用由多個運輸服務(wù)提供商提供的操作，所以單一接口簡化了發(fā)布方的操作。通過這種方式，由于發(fā)布方不必支持多種不同的協(xié)議，所以發(fā)布方的處理邏輯可以被充分地簡化。
[0018]下文中將對這些以及其它示例實施例進(jìn)行更詳細(xì)的公開。
[0019]平臺架構(gòu)
[0020]圖1是示出了根據(jù)一種實施例的具有配置用于通過網(wǎng)絡(luò)來交換數(shù)據(jù)的客戶端-服務(wù)器架構(gòu)的交易系統(tǒng)100的網(wǎng)絡(luò)圖。交易系統(tǒng)100可以是發(fā)布系統(tǒng)，其中客戶端可以通過客戶端機器120、122和第三方服務(wù)器140，進(jìn)行通信、查看、搜索以及與基于網(wǎng)絡(luò)的發(fā)布方112交換數(shù)據(jù)。例如，交易系統(tǒng)100可包括用于與客戶端機器和客戶端應(yīng)用接口連接的多種應(yīng)用，其中客戶端應(yīng)用可被系統(tǒng)的用戶(例如買家和賣家)用來發(fā)布待售商品以及促進(jìn)商品的購買和運輸。
[0021]基于網(wǎng)絡(luò)的發(fā)布方112可經(jīng)由網(wǎng)絡(luò)114(例如因特網(wǎng))向一個或多個客戶端提供服務(wù)器側(cè)的功能。一個或多個客戶端可以包括將基于網(wǎng)絡(luò)的發(fā)布方112用作交易媒介、以便促進(jìn)通過網(wǎng)絡(luò)114對對應(yīng)于用戶交易的數(shù)據(jù)的交換的用戶。用戶交易可包括接收和處理商品以及與商品有關(guān)的數(shù)據(jù)以及來自大量用戶的用戶數(shù)據(jù)(比如支付數(shù)據(jù)、運輸數(shù)據(jù)、商品查看數(shù)據(jù)、反饋數(shù)據(jù)等)。諸如基于網(wǎng)絡(luò)的發(fā)布方112的交易媒介可包括與運輸服務(wù)代理商相關(guān)聯(lián)的功能(比如支付服務(wù))以及與一方或多方之間的交易相關(guān)聯(lián)的其它功能中的一個或所有。為了簡明，將這些功能描述為基于網(wǎng)絡(luò)的發(fā)布方112的集成部分；然而，應(yīng)該理解的是，這些功能可由交易系統(tǒng)遠(yuǎn)程地提供，和/或可以從基于網(wǎng)絡(luò)的發(fā)布方112脫離。下文中參照圖2描述這種遠(yuǎn)程或脫離系統(tǒng)的示例。
[0022]在多種實施例中，交易系統(tǒng)100內(nèi)的數(shù)據(jù)交換可取決于通過一個或多個客戶端/用戶界面(UI)可用的用戶選擇功能。UI可以與客戶端機器(比如利用網(wǎng)絡(luò)客戶端116的客戶端機器120)相關(guān)聯(lián)。網(wǎng)絡(luò)客戶端116可經(jīng)由網(wǎng)絡(luò)服務(wù)器126與基于網(wǎng)絡(luò)的發(fā)布方112進(jìn)行通信。UI還可與利用客戶端應(yīng)用118的客戶端122或寄主第三方應(yīng)用138的第三方服務(wù)器140相關(guān)聯(lián)。能夠理解的是，在多種實施例中，客戶端機器120、122可與買家、賣家、支付服務(wù)提供商或運輸服務(wù)提供商相關(guān)聯(lián)，每一個都與基于網(wǎng)絡(luò)的發(fā)布方112進(jìn)行通信并可選地彼此通信。買家和賣家可以是個人、商家等中的任何一個。
[0023]繼續(xù)參照圖1，基于網(wǎng)絡(luò)的發(fā)布方112可包括用來傳送涉及運輸商品或貨物的信息的數(shù)據(jù)交換功能。在一種實施例中，這些功能允許交易的一方(商家或消費者)通過統(tǒng)一接口傳送支付和運輸數(shù)據(jù)，該統(tǒng)一接口隨后用來協(xié)調(diào)由多個運輸提供商之一提供的運輸服務(wù)。運輸數(shù)據(jù)可包括涉及運輸標(biāo)簽的數(shù)據(jù)、追蹤數(shù)據(jù)、退回數(shù)據(jù)等。這種運輸數(shù)據(jù)可由運輸服務(wù)提供商(例如聯(lián)邦快遞等)處理，以便執(zhí)行涉及運輸?shù)墓δ堋?br> [0024]具體地參見基于網(wǎng)絡(luò)的發(fā)布方112架構(gòu)的實施例，應(yīng)用程序接口(API)服務(wù)器124和網(wǎng)絡(luò)服務(wù)器126耦合到一個或多個應(yīng)用服務(wù)器128并且分別向一個或多個應(yīng)用服務(wù)器128提供程序性(programmatic)接口和網(wǎng)絡(luò)接口。應(yīng)用服務(wù)器128寄主一個或多個交易應(yīng)用130和發(fā)布應(yīng)用132。應(yīng)用服務(wù)器128可以耦合到促進(jìn)接入一個或多個存儲設(shè)備(比如數(shù)據(jù)庫136)的一個或多個數(shù)據(jù)庫服務(wù)器134。
[0025]交易應(yīng)用130可提供多個支付處理模塊，用來促進(jìn)處理與買家從賣家購買商品相關(guān)聯(lián)的支付信息。發(fā)布應(yīng)用132可包括用來向接入基于網(wǎng)絡(luò)的發(fā)布方112的用戶提供多種發(fā)布功能和服務(wù)的多種模塊。例如，這些服務(wù)可包括格式化搜索結(jié)果并將其遞送給客戶端等。運輸應(yīng)用可包括用來向買家和賣家等提供多種運輸功能和服務(wù)的多種模塊，比如提供用來管理跨不同運輸服務(wù)提供商的運輸?shù)母鱾€方面的統(tǒng)一接口。
[0026]圖1還示出了第三方應(yīng)用138的示例實施例，該第三方應(yīng)用138可在第三方服務(wù)器140上進(jìn)行操作并且具有經(jīng)由由API服務(wù)器124提供的程序性接口到基于網(wǎng)絡(luò)的發(fā)布方112的程序性接入。例如，第三方應(yīng)用138可利用與基于網(wǎng)絡(luò)的發(fā)布方112傳遞的多種類型的數(shù)據(jù)，并支持在基于網(wǎng)絡(luò)的發(fā)布方112處正常執(zhí)行的一個或多個特征或功能。例如，第三方應(yīng)用138可接收包括買家運輸數(shù)據(jù)的數(shù)據(jù)存儲136的全部或一部分的拷貝，并且充當(dāng)買家和賣家之間關(guān)于諸如運輸和支付功能的功能的交易媒介。此外，在另一實施例中，與基于網(wǎng)絡(luò)的發(fā)布方112相似，第三方應(yīng)用138還可包括用來執(zhí)行與支付、運輸?shù)扔嘘P(guān)的操作的模塊。在又一實施例中，第三方服務(wù)器140可與基于網(wǎng)絡(luò)的發(fā)布方112協(xié)作，以便促進(jìn)買家和賣家之間的交易，比如通過共享與支付、運輸?shù)扔嘘P(guān)的數(shù)據(jù)和功能。第三方應(yīng)用138的示例可包括提供諸如打印標(biāo)簽、運輸保險、追蹤、退回等運輸服務(wù)的運輸服務(wù)提供商。
[0027]除了使用客戶端-服務(wù)器架構(gòu)之外，一些實施例可利用分布式事件驅(qū)動架構(gòu)。例如，圖2是示出了根據(jù)一種示例實施例的被配置為根據(jù)訂閱模型來交換事件消息的事件驅(qū)動系統(tǒng)200的網(wǎng)絡(luò)圖。事件驅(qū)動系統(tǒng)200可包括通過消息總線230與運輸能力240通信耦合的圖1的發(fā)布方112 (或一個或多個附加發(fā)布方)。
[0028]消息總線230可以是根據(jù)訂閱模型在能力之間交換事件消息的網(wǎng)絡(luò)可尋址計算機系統(tǒng)。這里使用的“能力”可以指被配置為通過消息總線230接收(訂閱)和發(fā)送(發(fā)布)事件消息的網(wǎng)絡(luò)服務(wù)。事件消息可指明將被執(zhí)行的服務(wù)(這里稱作請求事件消息)，或可指明執(zhí)行服務(wù)的結(jié)果(這里稱作結(jié)果事件消息)。在一些實施例中，事件消息可包括話題和有效負(fù)載。在一些實施例中，話題可以是指明了被請求的服務(wù)(在請求事件消息的情況中)或已經(jīng)執(zhí)行的服務(wù)(在得到事件消息的情況中)的數(shù)據(jù)(例如字母數(shù)字混編的標(biāo)識符)。有效負(fù)載可以是可用來執(zhí)行服務(wù)或標(biāo)識事件消息的主題所指明的結(jié)果的數(shù)據(jù)。
[0029]如上文中參照圖1所述，發(fā)布方112可以是向客戶端提供與運輸服務(wù)代理商相關(guān)聯(lián)的功能、支付服務(wù)、和與一方或多方之間的交易相關(guān)聯(lián)的其它功能的交易媒介。例如，發(fā)布方112可以是由EBAY?提供的虛擬店面應(yīng)用MAGENTO?。使用發(fā)布方112，客戶端機器(例如圖1的客戶端機器120和122)可請求例如與由發(fā)布方112所促進(jìn)的交易結(jié)合執(zhí)行運輸服務(wù)(例如運輸標(biāo)簽)。
[0030]運輸能力240可以是在一個或多個運輸服務(wù)提供商262、264、266上提供統(tǒng)一接口層的網(wǎng)絡(luò)服務(wù)。在一些實施例中，運輸能力240以一種格式(例如請求事件消息)接收運輸服務(wù)請求，將運輸服務(wù)請求轉(zhuǎn)譯成特定于具體運輸服務(wù)提供商的格式，并將經(jīng)過轉(zhuǎn)譯的運輸服務(wù)發(fā)送到具體運輸服務(wù)提供商。
[0031]支付能力250可以是提供可用來對由一個或多個運輸服務(wù)提供商262、264、266提供的運輸服務(wù)進(jìn)行支付的支付服務(wù)的網(wǎng)絡(luò)服務(wù)。
[0032]與這里描述的實施例一致，運輸服務(wù)提供商262、264、266可以是由不同組織擁有的網(wǎng)絡(luò)可尋址計算機。分別響應(yīng)于經(jīng)由運輸接口 252、254、256接收運輸服務(wù)請求，運輸服務(wù)提供商262、264、266可執(zhí)行運輸服務(wù)(例如生成運輸標(biāo)簽，計算運輸費率，以及任何其它適當(dāng)?shù)姆?wù))。應(yīng)理解的是，運輸接口 252、254、256可以彼此不同。例如，在一些實施例中，運輸接口 252和運輸接口 254每個可以暴露可用來請求運輸標(biāo)簽的API，但它們可以每個規(guī)定不同的API簽名(自變量、數(shù)據(jù)類型、協(xié)議等)。此外，在一些實施例中，運輸服務(wù)提供商(例如運輸服務(wù)提供商266)可能缺乏對于這種標(biāo)簽打印功能的直接支持。在一些實施例中，當(dāng)運輸服務(wù)提供商及其相應(yīng)的運輸接口不暴露具體運輸功能或網(wǎng)絡(luò)服務(wù)時，運輸能力240可代表該運輸服務(wù)提供商來執(zhí)行這種服務(wù)。例如，在打印標(biāo)簽的情況中，運輸能力240可以對可發(fā)回用戶進(jìn)行打印的標(biāo)簽的池進(jìn)行維護(hù)。
[0033]應(yīng)該理解的是，發(fā)布方112可以使用消息總線230和運輸能力240來向任意數(shù)量的運輸服務(wù)提供商發(fā)送運輸服務(wù)請求。然而，發(fā)布方112只格式化事件消息以符合運輸能力240，而并不生成專用于許多可能運輸接口中的任何一個的運輸服務(wù)請求。相應(yīng)地，一旦接收到事件消息，運輸能力240可使用所接收的事件消息來與給定的運輸服務(wù)提供商進(jìn)行交互。通過這種方式，運輸能力240向發(fā)布方112提供單一的、統(tǒng)一接口，以用于與許多運輸服務(wù)提供商進(jìn)行交互。
[0034]示例模塊
[0035]現(xiàn)在詳細(xì)描述圖2的運輸能力240。圖3是示出了根據(jù)示例實施例的圖2中所示的運輸能力240的示例性模塊的框圖。如圖3所示，運輸能力240可包括監(jiān)聽方端口 302、發(fā)布方端口 304和API適配器306。
[0036]監(jiān)聽方端口 302可以是被配置為執(zhí)行與向發(fā)布方112訂閱并接收由發(fā)布方112所發(fā)布的請求事件消息有關(guān)的操作的計算機實現(xiàn)模塊。
[0037]發(fā)布方端口 304可以是被配置為執(zhí)行與通過消息總線230發(fā)布繼而將由發(fā)布方112接收的響應(yīng)事件消息有關(guān)的操作的計算機實現(xiàn)模塊。
[0038]API適配器306可以是被配置為執(zhí)行與將符合事件消息格式的事件消息轉(zhuǎn)譯成符合具體運輸服務(wù)提供商的運輸服務(wù)請求有關(guān)的操作的計算機實現(xiàn)模塊。此外，API適配器306可被配置為將來自符合由具體運輸接口指明的API的運輸服務(wù)響應(yīng)的數(shù)據(jù)轉(zhuǎn)變成符合事件消息格式的響應(yīng)事件消息。此外，在一些實施例中，API適配器306可代表運輸服務(wù)提供商來執(zhí)行一個或多個操作(例如維護(hù)運輸標(biāo)簽的池，分發(fā)運輸標(biāo)簽等)。
[0039]將參照圖4-7對由監(jiān)聽方端口 302、發(fā)布方端口 304和API適配器306執(zhí)行的操作進(jìn)行更為具體的描述。
[0040]示例性方法
[0041]如上文所述，示例實施例可涉及發(fā)布方112和運輸能力240之間通過事件驅(qū)動架構(gòu)(參見例如圖2中的事件驅(qū)動系統(tǒng)200)的通信。圖4是示出了根據(jù)示例實施例的用于初始化事件系統(tǒng)以便提供針對多個運輸服務(wù)提供商的統(tǒng)一接口的方法400的流程圖。如圖4所示，方法400開始于操作402，其中監(jiān)聽方端口 302向消息總線230發(fā)送針對訂閱運輸請求話題的請求。例如，監(jiān)聽方端口 302可以與消息總線230進(jìn)行通信，以便訂閱與由一個或多個運輸服務(wù)提供商提供的運輸服務(wù)(例如打印運輸標(biāo)簽)相關(guān)聯(lián)的運輸請求話題。在一些實施例中，當(dāng)消息總線230使監(jiān)聽方端口 302訂閱運輸請求話題時，消息總線230可以將監(jiān)聽方端口 302的網(wǎng)絡(luò)可使用地址與運輸請求話題相關(guān)聯(lián)。這種關(guān)聯(lián)允許消息總線230在請求事件消息包括與監(jiān)聽方端口 302所訂閱的運輸請求話題相匹配的運輸請求話題時將請求事件消息路由到監(jiān)聽方端口 302。此外，在一些實施例中，監(jiān)聽方端口 302代表能力或商家而訂閱運輸請求話題。從而，操作402可涉及監(jiān)聽方端口 302傳遞與用戶相關(guān)聯(lián)的認(rèn)證令牌，以便認(rèn)證和授權(quán)對事件消息的接收。
[0042]圖5是示出了示例實施例中的可由監(jiān)聽方端口 302訂閱的示例運輸請求話題的圖。舉例來講，監(jiān)聽方端口 302可以訂閱與針對搜索給定運輸?shù)倪\輸費率的請求相對應(yīng)的“/運輸/費率/搜索”運輸請求話題502。監(jiān)聽方端口 302還可在一些實施例中訂閱與針對創(chuàng)建指定運輸?shù)倪\輸標(biāo)簽的請求相對應(yīng)的“/運輸/標(biāo)簽/創(chuàng)建”運輸請求話題504。在一些實施例中，監(jiān)聽方端口 302還可訂閱與針對取消與指定追蹤號相關(guān)聯(lián)的標(biāo)簽的請求相對應(yīng)的“/運輸/標(biāo)簽/取消”運輸請求話題506。在一些實施例中，監(jiān)聽方端口 302還可訂閱與針對確認(rèn)指定地址的請求相對應(yīng)的“/運輸/地址/確認(rèn)”運輸請求話題508。在一些實施例中，監(jiān)聽方端口 302還可訂閱與針對返回由運輸能力240支持的運輸服務(wù)提供商的列表的請求相對應(yīng)的“/運輸/承運商/搜索”運輸請求話題510。
[0043]應(yīng)該理解的是，圖5中示出的運輸請求話題只提供用于說明的目的，而并不用于限制。本領(lǐng)域技術(shù)人員應(yīng)理解，其它實施例可以以任何適當(dāng)?shù)母袷教峁└嗷蚋俚倪\輸請求話題。
[0044]再次參照圖4，操作404涉及發(fā)布方112使用消息總線230訂閱運輸響應(yīng)話題。
[0045]圖6是示出了可由發(fā)布方112訂閱的示例運輸響應(yīng)話題的圖。例如，發(fā)布方112可以訂閱“/運輸/費率/搜索結(jié)果”運輸響應(yīng)話題602，指示事件消息包括針對搜索給定運輸?shù)倪\輸費率的請求的結(jié)果。在一些實施例中，發(fā)布方112還可以訂閱“/運輸/標(biāo)簽/已創(chuàng)建”運輸響應(yīng)話題604，指示事件消息包括針對創(chuàng)建指定運輸?shù)倪\輸標(biāo)簽的請求的結(jié)果。在一些實施例中，發(fā)布方112還可以訂閱“/運輸/標(biāo)簽/已取消”運輸響應(yīng)話題606，指示事件消息包括針對取消與指定追蹤號相關(guān)聯(lián)的標(biāo)簽的請求的結(jié)果。在一些實施例中，發(fā)布方112還可以訂閱“/運輸/地址/已確認(rèn)”運輸響應(yīng)話題608，指示事件消息包括針對確認(rèn)指定地址的請求的結(jié)果。在一些實施例中，發(fā)布方112還可以訂閱“/運輸/承運商/搜索結(jié)果”運輸響應(yīng)話題610，指示事件消息包括針對返回由運輸能力240支持的運輸服務(wù)提供商的列表的請求的結(jié)果。在一些實施例中，發(fā)布方112還可以訂閱“/運輸/承運商服務(wù)/搜索結(jié)果”運輸響應(yīng)話題612，指示事件消息包括針對返回由給定運輸服務(wù)提供商支持的運輸服務(wù)的列表的請求的結(jié)果。
[0046]應(yīng)該理解的是，圖6中示出的運輸響應(yīng)話題只提供用于說明的目的，而并不用于限制。本領(lǐng)域技術(shù)人員應(yīng)理解，其它實施例可以以任何適當(dāng)?shù)母袷教峁└嗷蚋俚倪\輸請求話題。
[0047]—旦發(fā)布方112和運輸能力240已經(jīng)訂閱與一個或多個運輸服務(wù)相關(guān)聯(lián)的運輸話題，則運輸能力240可以開始提供統(tǒng)一接口。為了說明，圖7是示出了根據(jù)示例實施例的利用統(tǒng)一接口來提供與多個運輸服務(wù)提供商相關(guān)聯(lián)的運輸服務(wù)的方法700的流程圖。如圖7所示，方法700可起始于操作702，其中消息總線230接收來自發(fā)布方112的請求事件消息。請求事件消息可采用由消息總線指定的格式。例如，請求事件消息可包括與由一個或多個運輸服務(wù)提供商提供的運輸服務(wù)相關(guān)聯(lián)的運輸請求話題、運輸服務(wù)提供商標(biāo)識符和運輸數(shù)據(jù)。舉例來講，請求事件消息可包括“/運輸/標(biāo)簽/創(chuàng)建”運輸請求話題、與FEDEX?相關(guān)聯(lián)的運輸服務(wù)提供商標(biāo)識符以及指定與標(biāo)簽相關(guān)聯(lián)的性質(zhì)的運輸數(shù)據(jù)(比如賬號、目的地地址、包裹重量、優(yōu)先級、對于是否希望確認(rèn)的指示等)。
[0048]一旦接收到請求事件消息，則消息總線230可以將請求事件消息路由到運輸能力240(如圖7中的操作704所示)。如上所釋，基于運輸能力240之前訂閱包括在請求事件消息中的運輸請求話題，消息總線230將請求事件消息路由到運輸能力240。舉例來講，如上面參考圖5所述，監(jiān)聽方端口 302可能之前已經(jīng)訂閱“/運輸/標(biāo)簽/創(chuàng)建”運輸請求話題。與一些實施例一致，消息總線230可以執(zhí)行附加的或替換的確定，以確定監(jiān)聽方端口302將接收請求事件消息。例如，消息總線230可以對指派給占用者(tenant)、能力或其組合的令牌進(jìn)行確認(rèn)(例如認(rèn)證或授權(quán))。
[0049]在操作706，監(jiān)聽方端口 302通過消息總線230接收由發(fā)布方112發(fā)送的請求事件消息。
[0050]在操作708，API適配器306可以識別與之前在操作706中接收的請求事件消息相關(guān)聯(lián)的運輸接口。在一些實施例中，API適配器306可以維護(hù)將運輸服務(wù)提供商標(biāo)識符映射到運輸接口的表格或任何其它適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)。從而，在其中請求事件消息包括運輸服務(wù)提供商標(biāo)識符的示例實施例中，API適配器306可以將請求事件消息中的運輸服務(wù)提供商標(biāo)識符與表格中的運輸服務(wù)提供商標(biāo)識符進(jìn)行匹配，以確定將在請求事件服務(wù)的過程中使用的運輸接口。
[0051]在操作710，API適配器306使用在操作708中識別的運輸接口向運輸服務(wù)提供商發(fā)送運輸服務(wù)請求。運輸服務(wù)請求可采用由所識別的運輸接口指定的格式。舉例來講，運輸接口可規(guī)定用于請求給定的運輸服務(wù)的API。這一 API可指定一個或多個操作以及相應(yīng)的操作簽名(參數(shù)、數(shù)據(jù)類型等)。應(yīng)該理解，由一個運輸接口(例如運輸接口 252)使用的API可與另一運輸接口(例如運輸接口 254)使用的API不同。從而，API適配器306將用于轉(zhuǎn)換給定的請求事件消息的操作映射到符合所識別的運輸接口的API的運輸服務(wù)請求。
[0052]應(yīng)該理解，在執(zhí)行了操作710之后，運輸服務(wù)提供商執(zhí)行由操作710中發(fā)送的運輸服務(wù)請求所請求的運輸服務(wù)(例如生成運輸標(biāo)簽)。
[0053]在操作712，API適配器306可以接收對于所請求的運輸服務(wù)的運輸服務(wù)響應(yīng)。例如，運輸服務(wù)響應(yīng)可以包括表示所請求的運輸服務(wù)的執(zhí)行結(jié)果的數(shù)據(jù)。結(jié)果可以是指示是否成功執(zhí)行了運輸服務(wù)的數(shù)據(jù)、表示所請求數(shù)據(jù)的數(shù)據(jù)(例如運輸標(biāo)簽、運輸費率、運輸保險費率等)、確認(rèn)編號、或到用于進(jìn)一步處理的網(wǎng)頁(例如用來發(fā)起針對運輸服務(wù)的支付的網(wǎng)頁)的可由運輸服務(wù)提供商生成的鏈接。
[0054]在操作714，發(fā)布方端口 304可以通過消息總線230向發(fā)布方114發(fā)送響應(yīng)事件消息。響應(yīng)事件消息可包括從通過操作712接收的運輸服務(wù)響應(yīng)導(dǎo)出的數(shù)據(jù)?？筛鶕?jù)消息總線所指定的格式生成響應(yīng)事件消息。例如，響應(yīng)事件消息可包括運輸響應(yīng)話題(示例運輸響應(yīng)話題請參見例如圖6)。
[0055]在操作716,消息總線230接收帶有請求事件消息的結(jié)果的響應(yīng)事件消息。從而，可在操作718，基于發(fā)布方已經(jīng)在之前訂閱與響應(yīng)事件消息相關(guān)聯(lián)的話題，將響應(yīng)事件消息路由到發(fā)布方。
[0056]從而，方法700提供用于發(fā)布方通過經(jīng)由統(tǒng)一接口傳送請求來請求一個或多個運輸服務(wù)提供商執(zhí)行運輸服務(wù)的整體框架。
[0057]現(xiàn)在更為詳細(xì)的描述通過統(tǒng)一運輸接口(可由圖2的運輸能力240提供)提供運輸服務(wù)的示例使用情況。
[0058]生成運輸標(biāo)簽
[0059]根據(jù)示例實施例，圖2中示出的運輸能力240或下文中參照圖8描述的運輸應(yīng)用834可被配置為提供用于生成運輸標(biāo)簽的工作流程。例如，參照圖2，第一用戶(例如商家)可以利用發(fā)布方112來列出待售商品(例如手工襯衫)。MAGENT0?是第一用戶可以用來出售商品的發(fā)布方示例。經(jīng)過一段時間，第二用戶(例如買家)可通過使用發(fā)布方112購買待售商品之一來發(fā)起與第一用戶的交易。為了將所購買的商品運輸?shù)降诙脩?，第一用戶然后可以訪問由發(fā)布方112提供的用戶界面(例如管理員頁)，用戶界面提供并顯示由第二用戶所發(fā)起的訂單的細(xì)節(jié)。在第一用戶選擇運輸訂單的選項后，第一用戶可選擇運輸服務(wù)提供商來執(zhí)行實際的運輸(例如運輸服務(wù)提供商，諸如FEDEX? )。
[0060]點擊“打印標(biāo)簽”用戶界面元素(按鈕)可使得發(fā)布方112向消息總線230發(fā)送帶有涉及與所購買的商品、第一和/或第二用戶以及運輸服務(wù)提供商相關(guān)的信息的運輸數(shù)據(jù)的請求事件消息。可根據(jù)由運輸能力240提供的統(tǒng)一接口生成請求事件消息的格式，而不考慮第一用戶所選的運輸服務(wù)提供商。從而，不管第一用戶選擇為美國國內(nèi)的運輸生成美國郵政服務(wù)(USPS)標(biāo)簽還是為從中國到美國的運輸生成國際運輸標(biāo)簽，發(fā)送到消息總線230的請求事件消息只符合運輸能力240的統(tǒng)一接口。
[0061]一旦運輸能力240通過統(tǒng)一接口接收到事件消息，則運輸能力240然后生成具有符合由運輸服務(wù)提供商提供的運輸接口的格式的新的消息。在一些情況中，運輸能力240可以代表運輸服務(wù)提供商來執(zhí)行所請求的動作(例如，生成運輸標(biāo)簽)。當(dāng)運輸服務(wù)提供商不提供用來執(zhí)行所請求的功能的運輸接口時可以是這種情況。運輸服務(wù)提供商然后將所生成的運輸標(biāo)簽發(fā)送到運輸能力240。繼而，運輸能力240通過消息總線230將所生成的運輸標(biāo)簽發(fā)送到基于網(wǎng)絡(luò)的發(fā)布方。
[0062]在一些實施例中，在運輸服務(wù)提供商生成運輸標(biāo)簽之前，運輸能力240可以將發(fā)布方112重定向到支付接口。一旦運輸能力240接收到關(guān)于第一用戶已經(jīng)針對運輸標(biāo)簽進(jìn)行支付的通知，則第一能力240可以指引運輸服務(wù)提供商生成運輸標(biāo)簽。
[0063]提供運輸保險
[0064]根據(jù)示例實施例，圖2中所示的運輸能力240或下文中參照圖8描述的運輸應(yīng)用834可被配置為提供用于提供運輸保險的工作流程。例如，參照圖2，第一用戶(例如商家)可以利用發(fā)布方112來列出待售商品(例如手工襯衫)。MAGENT0?是第一用戶可以用來出售商品的基于網(wǎng)絡(luò)的發(fā)布方的示例。經(jīng)過一段時間，第二用戶(例如買家)可通過使用發(fā)布方112購買待售商品之一來發(fā)起與第一用戶的交易。為了購買涵蓋了將所購買的商品運輸?shù)降诙脩舻倪\輸保險，第一用戶然后可以訪問由發(fā)布方112提供的用戶界面(例如管理員頁)，該用戶界面顯示由第二用戶所發(fā)起的訂單的細(xì)節(jié)。在第一用戶選擇購買運輸保險的選項(例如SHIP COVER?)后，第一用戶可選擇可由運輸服務(wù)提供商提供的滿足其需要的保險選項。點擊“購買保險”用戶界面元素可使得第一發(fā)布方向消息總線230發(fā)送帶有涉及與所購買的商品、第一和/或第二用戶以及運輸服務(wù)提供商相關(guān)的信息的運輸數(shù)據(jù)的事件消息?？筛鶕?jù)由運輸能力240提供的統(tǒng)一接口生成事件消息的格式，而不考慮第一用戶所選的運輸服務(wù)提供商。
[0065]一旦運輸能力240通過統(tǒng)一接口接收事件消息，則運輸能力240然后生成具有符合由運輸服務(wù)提供商提供的運輸接口的格式的新的消息。在一些情況中，運輸能力240可以代表運輸服務(wù)提供商來執(zhí)行所請求的動作(例如，生成與訂單相關(guān)聯(lián)的保險單)。當(dāng)運輸服務(wù)提供商不提供用來執(zhí)行所請求的功能的運輸接口時可以是這種情況。運輸服務(wù)提供商然后將所生成的保險單發(fā)送到運輸能力240。轉(zhuǎn)而，運輸能力240通過消息總線230將所生成的保險單發(fā)送到基于網(wǎng)絡(luò)的發(fā)布方。
[0066]運輸追蹤
[0067]根據(jù)示例實施例，圖2中所示的運輸能力240或下文中參照圖8描述的運輸應(yīng)用834可被配置為提供針對與訂單的運輸相關(guān)的追蹤數(shù)據(jù)的工作流程。例如，第一用戶(例如商家)可以利用基于網(wǎng)絡(luò)的發(fā)布方112來在由第二用戶(例如買家)發(fā)起的訂單中進(jìn)行運輸。這種運輸工作流程按如上所述。在已經(jīng)運輸了商品之后，第一或第二用戶然后可以訪問由發(fā)布方112提供的用戶界面(例如管理員頁)，該用戶界面顯示由第二用戶所發(fā)起的訂單的細(xì)節(jié)。在一些實施例中，第一或第二用戶然后可選擇用來追蹤所購買的商品的選項(例如，可由諸如PITNEY BOWES?的運輸服務(wù)提供商提供)。點擊“追蹤訂單”用戶界面元素可使得發(fā)布方112向消息總線230發(fā)送帶有涉及與所購買的商品、第一和/或第二用戶、運輸服務(wù)提供商以及確認(rèn)編號相關(guān)的信息的運輸數(shù)據(jù)的事件消息。可根據(jù)由運輸能力240提供的統(tǒng)一接口生成事件消息的格式，而不考慮第一用戶所選的運輸服務(wù)提供商。
[0068]一旦運輸能力240通過統(tǒng)一接口接收到事件消息，則運輸能力240然后生成具有符合由運輸服務(wù)提供商提供的運輸接口的格式的新的消息。在一些情況中，運輸能力240可以代表運輸服務(wù)提供商來執(zhí)行所請求的動作(例如，獲取與訂單的運輸相關(guān)的追蹤數(shù)據(jù))。當(dāng)運輸服務(wù)提供商不提供用來執(zhí)行所請求的功能的運輸接口時可以是這種情況。運輸服務(wù)提供商然后將追蹤數(shù)據(jù)發(fā)送到運輸能力240。繼而，運輸能力240通過消息總線230將追蹤數(shù)據(jù)發(fā)送到基于網(wǎng)絡(luò)的發(fā)布方。
[0069]退回
[0070]根據(jù)示例實施例，圖2中所示的運輸能力240或下文中參照圖8描述的運輸應(yīng)用834可被配置為提供用于退回所購買的商品的工作流程。例如，第一用戶(例如商家)可以利用發(fā)布方112來向第二用戶(例如買家)出售商品。在接收到商品后，第二用戶可通過使用發(fā)布方112發(fā)起與第一用戶的退回交易。為了退回商品，第二用戶可以訪問由發(fā)布方112提供的用戶界面(例如退回菜單頁)，該用戶界面然后顯示由第二用戶所發(fā)起的訂單的細(xì)節(jié)。在第二用戶選擇退回所購買的商品的選項(例如SHIP COVER?)后，選擇“退回商品”用戶界面元素可使得發(fā)布方112向消息總線230發(fā)送帶有涉及與所購買的商品、第一和/或第二用戶以及運輸服務(wù)提供商相關(guān)的信息的運輸數(shù)據(jù)的事件消息?？筛鶕?jù)由運輸能力240提供的統(tǒng)一接口生成事件消息的格式，而不考慮用來提供退回運輸?shù)倪\輸服務(wù)提供商。
[0071]一旦運輸能力240通過統(tǒng)一接口接收到事件消息，則運輸能力240然后生成具有符合由運輸服務(wù)提供商提供的運輸接口的格式的新的消息。在一些情況中，運輸能力240可以代表運輸服務(wù)提供商來執(zhí)行所請求的動作(例如，生成退回運輸標(biāo)簽)。當(dāng)運輸服務(wù)提供商不提供用來執(zhí)行所請求的功能的運輸接口時可以是這種情況。運輸服務(wù)提供商然后將退回數(shù)據(jù)(例如所生成的標(biāo)簽)發(fā)送到運輸能力240。繼而，運輸能力240通過消息總線230將退回數(shù)據(jù)發(fā)送到基于網(wǎng)絡(luò)的發(fā)布方。
[0072]物流管理
[0073]根據(jù)示例實施例，圖2中所示的運輸能力240或下文中參照圖8描述的運輸應(yīng)用834可被配置為提供用于提供物流管理的工作流程。例如，當(dāng)用戶在市場出售商品時，運輸能力240或運輸應(yīng)用834可以協(xié)調(diào)在倉庫場所的提貨。其它可被管理的物流包括(作為示例，而不進(jìn)行限制)與運輸、庫存、材料處理、包裝和安全有關(guān)的方面。
[0074]支付集成
[0075]在一些實施例中，如圖2所示，支付能力250可以通信地耦合到消息總線230。在一些實施例中，支付能力250可以是提供用于進(jìn)行支付的網(wǎng)絡(luò)服務(wù)(比如PAYPAI,? )的計算機實現(xiàn)模塊?？稍跒檫\輸標(biāo)簽、保險或任何其它適合的運輸服務(wù)進(jìn)行支付時使用這種網(wǎng)絡(luò)服務(wù)。例如，運輸能力240可以通過消息總線230從發(fā)布方112接收請求運輸標(biāo)簽或保險的請求事件消息。繼而，運輸能力240可向支付能力250發(fā)送支付請求。在一些實施例中，支付請求可以是通過消息總線230傳送的事件消息。在其它實施例中，支付請求可以是由發(fā)布方112接收并且然后被重定向到支付能力240的事件消息。支付能力250然后可以通過消息總線230將支付確認(rèn)返回到運輸能力240(例如，假定賣家已經(jīng)與支付能力達(dá)成長期有效的協(xié)定)。運輸能力240然后可以使得運輸服務(wù)提供商(例如運輸服務(wù)提供商262)執(zhí)行所請求的運輸服務(wù)，比如生成運輸標(biāo)簽或保險。
[0076]示例應(yīng)用
[0077]圖8是示出了作為基于網(wǎng)絡(luò)的發(fā)布方112的一部分提供的示例應(yīng)用和/或服務(wù)的框圖?；诰W(wǎng)絡(luò)的發(fā)布方112可以提供賣家可在商品(比如貨物或服務(wù))交易中加入的多種購物、清單和價格設(shè)置、支付、運輸以及社交聯(lián)網(wǎng)機制。服務(wù)可被提供在專用或共享服務(wù)器機器(未示出)上，所述專用或共享服務(wù)器機器通信地耦合以使得能夠在服務(wù)器機器之間進(jìn)行通信。下文中提供了一種這種示例服務(wù)器機器的架構(gòu)。應(yīng)用本身彼此之間通信地耦合并且與各種數(shù)據(jù)源通信地耦合(例如經(jīng)由適當(dāng)?shù)慕涌?，以便允許在應(yīng)用之間傳遞信息或以便允許應(yīng)用共享和接入公共數(shù)據(jù)。
[0078]圖1的交易系統(tǒng)100可以提供多種發(fā)布、清單和價格設(shè)置機制，由此賣家可以列出待售的貨物或服務(wù)(或發(fā)布關(guān)于待售的貨物或服務(wù)的信息)，買家能夠表達(dá)對購買這些貨物或服務(wù)的興趣或指示對購買這些貨物或服務(wù)的欲望，并且可為涉及所述貨物或服務(wù)的交易設(shè)置價格。為此，應(yīng)用服務(wù)器128被示為包括至少一個發(fā)布應(yīng)用801和一個或多個拍賣應(yīng)用802，該拍賣應(yīng)用802支持拍賣格式清單和價格設(shè)置機制(例如英式、荷式、Vickrey,中式、雙重、反向拍賣等)。各種拍賣應(yīng)用802還可提供支持這種拍賣格式清單的多種特征，比如起拍價特征，其中賣家可指定與清單相關(guān)的起拍價，以及代理出價特征，其中出價方可采用自動代理出價。
[0079]多種固定價格應(yīng)用804支持固定價格清單格式(例如傳統(tǒng)的分類廣告類型清單或目錄清單)和收購類型清單。具體地，收購類型清單(例如包括由加州圣何塞的EBAY公司開發(fā)的Buy-1t-Now(BIN)技術(shù))可以與拍賣格式清單聯(lián)合提供，并允許買家以一般高于拍賣的起始價格的固定價格購買同樣經(jīng)由拍賣出售的貨物或服務(wù)。
[0080]商店應(yīng)用806允許賣家將清單分組在“虛擬”商店內(nèi)，該虛擬商店可具有標(biāo)牌或由賣家通過其它方式進(jìn)行個性化處理。這種虛擬商店還可提供促銷、獎勵和對于相關(guān)賣家特定且個性化的特征。
[0081]聲譽應(yīng)用808允許使用交易系統(tǒng)100進(jìn)行交易的用戶建立、加強和維護(hù)聲譽，可以向潛在的貿(mào)易伙伴公布聲譽或使聲譽對它們是可見的?？紤]交易系統(tǒng)100支持個人對個人的買賣的情況，用戶否則可能不具有任何歷史或其它參考信息來對潛在貿(mào)易伙伴的信用和信譽進(jìn)行評估。聲譽應(yīng)用808允許用戶通過例如由其它交易伙伴提供的反饋，經(jīng)過一段時間建立交易系統(tǒng)100內(nèi)的聲譽。其它潛在的貿(mào)易伙伴從而可以為了評估信譽和信用的目的而參考這一聲譽。
[0082]個性化應(yīng)用810允許交易系統(tǒng)100的用戶對他們與聯(lián)網(wǎng)系統(tǒng)100的交互的多個方面進(jìn)行個性化處理。例如，用戶可以利用適當(dāng)?shù)膫€性化應(yīng)用810創(chuàng)建個性化參考頁，其中可在該個性化參考頁處查看關(guān)于用戶作為(或已經(jīng)作為)參與方的交易的信息。此外，個性化應(yīng)用810可以使得用戶能夠?qū)η鍐我约八鼈兣c交易系統(tǒng)100和其它參與方的交互的其它方面進(jìn)行個性化處理。
[0083]交易系統(tǒng)100可支持針對具體地理區(qū)域定制的多個市場。交易系統(tǒng)100的一個版本可定制用于英國，而交易系統(tǒng)100的另一版本可定制用于美國。這些版本中的每一個可運行為獨立的市場，或可以是常見的基礎(chǔ)市場的定制(或國際化)呈現(xiàn)。交易系統(tǒng)100從而可以包括多個國際化應(yīng)用812，這些國際化應(yīng)用812根據(jù)預(yù)定的標(biāo)準(zhǔn)(例如地理、人口或市場標(biāo)準(zhǔn))通過交易系統(tǒng)100定制信息(和/或信息的呈現(xiàn))。例如，國際化應(yīng)用812可用來支持對由交易系統(tǒng)100操作并可經(jīng)由相應(yīng)的網(wǎng)絡(luò)服務(wù)器訪問的多個地區(qū)性網(wǎng)站的信息的定制。
[0084]可通過一個或多個導(dǎo)航應(yīng)用814來促進(jìn)對交易系統(tǒng)100的導(dǎo)航。例如，搜索應(yīng)用(作為導(dǎo)航應(yīng)用的示例)可使得能夠?qū)?jīng)由交易系統(tǒng)100發(fā)布的清單進(jìn)行關(guān)鍵字搜索。瀏覽應(yīng)用可使得用戶能夠瀏覽各種類別、目錄或庫存數(shù)據(jù)結(jié)構(gòu)，其中可根據(jù)上述各項在交易系統(tǒng)100內(nèi)對清單進(jìn)行分類?？商峁┒喾N其它導(dǎo)航應(yīng)用，以作為搜索和瀏覽引用的補充。
[0085]為了使得經(jīng)由交易系統(tǒng)100可用的清單盡可能的在視覺上有通知效果并且吸引人，交易系統(tǒng)100可包括一個或多個圖像應(yīng)用816，其中用戶使用圖像應(yīng)用816來上傳用于包括在清單內(nèi)的圖像。圖像應(yīng)用816還操作為將圖像加入到查看的清單內(nèi)。圖像應(yīng)用816還可以支持一個或多個促銷特征，比如呈獻(xiàn)給潛在買家的圖像陳列。舉例來講，賣家可以支付附加費用，以將圖像包括在針對促銷商品的圖像陳列內(nèi)。
[0086]清單創(chuàng)建應(yīng)用818允許賣家方便地創(chuàng)作對涉及他們想要經(jīng)由聯(lián)網(wǎng)系統(tǒng)100進(jìn)行交易的貨物或服務(wù)的清單，并且清單管理應(yīng)用820允許賣家管理這些清單。具體地，在具體用戶已經(jīng)創(chuàng)作和/或發(fā)布了大量清單的情況中，對這些清單進(jìn)行管理是一種挑戰(zhàn)。清單管理應(yīng)用820提供多種特征(例如自動重列清單、庫存級別監(jiān)控等)來在管理這些清單的過程中輔助賣家。一個或多個清單后管理應(yīng)用822還輔助賣家進(jìn)行典型地發(fā)生在列出清單之后的多種活動。舉例來講，一旦由一個或多個拍賣應(yīng)用802促進(jìn)的拍賣完成，則賣家可能希望留下關(guān)于具體買家的反饋。為此，清單后管理應(yīng)用822可提供到一個或多個聲譽應(yīng)用808的接口，以便允許賣家方便地向聲譽應(yīng)用808提供關(guān)于多個買家的反饋。
[0087]糾紛解決應(yīng)用824提供可以解決在交易方之間產(chǎn)生的糾紛的機制。例如，糾紛解決應(yīng)用824可提供向?qū)н^程，其中引導(dǎo)參與方經(jīng)過多個步驟來嘗試解決糾紛。在不能經(jīng)由向?qū)н^程解決糾紛的事件中，可將糾紛提交給第三方調(diào)解人或仲裁人。
[0088]多個欺詐防止應(yīng)用826實施欺詐檢測和防止機制，以便降低交易系統(tǒng)100內(nèi)欺詐的發(fā)生。
[0089]消息發(fā)送應(yīng)用828負(fù)責(zé)向交易系統(tǒng)100的用戶生成和遞送消息。這種消息可關(guān)于交易系統(tǒng)100處的清單的狀態(tài)向用戶進(jìn)行通知(例如，在拍賣過程期間向競拍者提供“更高出價”通知或向用戶提供促銷和營銷信息)。各個消息收發(fā)應(yīng)用828可利用多個消息遞送網(wǎng)絡(luò)和平臺中的任何一個來向用戶遞送消息。例如，消息收發(fā)應(yīng)用828可以經(jīng)由有線網(wǎng)絡(luò)(例如因特網(wǎng))、簡易老式電話服務(wù)(POTS)、或無線(例如移動、蜂窩、WiF1、WiMAX)網(wǎng)絡(luò)遞送電子郵件(e-mail)、即時消息(IM)、短消息服務(wù)(SMS)、文本、傳真或語音(例如網(wǎng)絡(luò)電話(VoIP))消息。
[0090]推銷應(yīng)用830支持對賣家可用的各種營銷功能，以使得賣家能夠經(jīng)由交易系統(tǒng)100增加銷售。營銷應(yīng)用830還運行可由賣家調(diào)用的各種營銷特征，并且可以監(jiān)控和追蹤賣家所采用的營銷策略的成功。
[0091 ] 交易系統(tǒng)100本身或經(jīng)由交易系統(tǒng)100進(jìn)行交易的一方或多方可以運行由一個或多個忠誠/促銷應(yīng)用832所支持的忠誠計劃。例如，針對與具體賣家所建立和/或完結(jié)的每筆交易，買家可獲得忠誠或促銷積分，并可向買家提供可使用累積的忠誠積分兌換的獎勵。
[0092]運輸應(yīng)用834可如上所述向兩種或更多種運輸服務(wù)提供統(tǒng)一接口。運輸應(yīng)用834可提供與訂購商品、退回商品、提供保險等關(guān)聯(lián)使用的運輸服務(wù)。在一些實施例中，運輸應(yīng)用834可與一個或多個外部運輸服務(wù)進(jìn)行通信，或可代表運輸服務(wù)進(jìn)行操作。
[0093]應(yīng)該理解，可將多種示例交易和發(fā)布應(yīng)用130、132中的一個或多個合并成單一應(yīng)用。此外，在一些實施例中，可省略一個或多個應(yīng)用并且還可包括附加的應(yīng)用。此外，根據(jù)這里描述的實施例，交易和發(fā)布應(yīng)用130、132中的一個或多個可按照上文的討論(參見例如圖2)形成通過消息總線傳送事件消息的系統(tǒng)的一部分。
[0094]示例性計算機系統(tǒng)
[0095]圖9以計算機系統(tǒng)900的示例形式示出了機器的示意圖，其中可在計算機系統(tǒng)內(nèi)執(zhí)行一組指令，以使得機器執(zhí)行這里討論的方法中的任意一個或多個。在替換實施例中，機器操作為單機設(shè)備或者可連接(例如聯(lián)網(wǎng))到其他機器。在聯(lián)網(wǎng)部署中，機器可在服務(wù)器-客戶端網(wǎng)絡(luò)環(huán)境中的服務(wù)器或客戶端機器的能力范圍內(nèi)進(jìn)行操作，或者操作為對等(或分布式)網(wǎng)絡(luò)環(huán)境中的對等機器。機器可以是個人計算機(PC)、平板PC、機頂盒(STB)、個人數(shù)字助理(PDA)、蜂窩電話、網(wǎng)絡(luò)應(yīng)用、網(wǎng)絡(luò)路由器、交換機或網(wǎng)橋、或能夠執(zhí)行指定將由機器進(jìn)行的動作的指令集合(順序或其它情況)的任何機器。此外，雖然只示出了單個機器，但是術(shù)語“機器”還應(yīng)被認(rèn)為包括單獨或聯(lián)合執(zhí)行用來執(zhí)行這里討論的方法中的任何一個或多個方法的指令集合(或多個集合)的機器的任意合集。
[0096]示例計算機系統(tǒng)900包括處理器902 (例如中央處理單元(CPU)、圖形處理單元(GPU)或兩者)、主存儲器904和靜態(tài)存儲器906，它們經(jīng)由總線908彼此通信。計算機系統(tǒng)900還可包括視頻顯示單元910 (例如液晶顯示器(LCD)或陰極射線管(CRT))。計算機系統(tǒng)900還包括字母數(shù)字輸入設(shè)備912 (例如鍵盤)、UI導(dǎo)航設(shè)備914 (例如鼠標(biāo))、磁盤驅(qū)動單元916、信號生成設(shè)備918 (例如揚聲器)和網(wǎng)絡(luò)接口設(shè)備920。
[0097]磁盤驅(qū)動單元916包括機器可讀媒介922，在機器可讀媒介922上存儲了實現(xiàn)這里描述的方法或功能中的任何一個或多個(或由這里描述的方法或功能中的任何一個或多個利用)的一個或多個指令集合和數(shù)據(jù)結(jié)構(gòu)(例如軟件924)。軟件924還可位于(完全地或至少部分地)主存儲器904內(nèi)和/或處理器902內(nèi)，在由計算機系統(tǒng)900執(zhí)行期間，主存儲器904和處理器902也構(gòu)成機器可讀媒介。
[0098]還可利用多個已知傳輸協(xié)議(例如超文本傳輸協(xié)議(HTTP))中的任何一個經(jīng)由網(wǎng)絡(luò)接口設(shè)備920在網(wǎng)絡(luò)950上發(fā)送或接收軟件924。
[0099]雖然在示例實施例中將機器可讀介質(zhì)922示為單個介質(zhì)，但是應(yīng)認(rèn)為術(shù)語“機器可讀介質(zhì)”包括存儲了一個或多個指令集合的單個介質(zhì)或多個介質(zhì)(例如，集中式或分布式數(shù)據(jù)庫、和/或關(guān)聯(lián)的高速緩存和服務(wù)器)。還應(yīng)當(dāng)認(rèn)為術(shù)語“機器可讀介質(zhì)”包括能夠存儲、編碼或承載用于由機器執(zhí)行并使機器執(zhí)行這里討論的方法中的任何一個或多個方法的指令集合或者能夠存儲、編碼或承載由這種指令集合所使用或與這種指令集合相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)的任何介質(zhì)。相應(yīng)地應(yīng)當(dāng)認(rèn)為術(shù)語“機器可讀介質(zhì)”包括但不限于固態(tài)存儲器、光學(xué)和磁媒介以及載波信號。
[0100]本公開的摘要被提供為符合對允許讀者快速地確定本技術(shù)公開的本質(zhì)的摘要的要求。應(yīng)該理解，所提交的摘要并不用于解釋或限制權(quán)利要求的范圍或含義。此外，在以上具體描述中，可以看出，為了使本公開簡單順暢，在示例實施例中將各種特征集中在一起。不應(yīng)將本公開的這一方法解釋為反映所要求保護(hù)的實施例需要的特征比每個權(quán)利要求中明確引述的特征更多這一意圖。相反，所附權(quán)利要求反映創(chuàng)造性主題所依賴的特征少于單個公開實施例的全部特征。此外，所附權(quán)利要求據(jù)此加入到具體描述中，其中每個權(quán)利要求自身作為獨立的實施例。
【權(quán)利要求】
1.一種配置為向發(fā)布方提供到多個運輸服務(wù)提供商的單一接口的計算機實現(xiàn)系統(tǒng)，所述計算機實現(xiàn)系統(tǒng)包括: 至少一個處理器； 監(jiān)聽方端口，由所述至少一個處理器實現(xiàn)并且被配置為通過消息總線接收由發(fā)布方發(fā)送的請求事件消息，所述請求事件消息包括運輸服務(wù)提供商標(biāo)識符；以及 應(yīng)用程序接口(API)適配器，由所述至少一個處理器實現(xiàn)并且被配置為: 基于所述運輸服務(wù)提供商標(biāo)識符來識別運輸接口，所述運輸接口對應(yīng)于所述多個運輸服務(wù)提供商中的運輸服務(wù)提供商；以及 使用所述運輸接口向所述運輸服務(wù)提供商發(fā)送運輸服務(wù)請求，所述運輸服務(wù)請求對應(yīng)于由所述運輸服務(wù)提供商提供的運輸服務(wù)。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述API適配器還被配置為:至少部分地基于將所述請求事件消息轉(zhuǎn)變成由所述運輸接口所利用的應(yīng)用編程接口所指定的格式，生成所述運輸服務(wù)請求。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述請求事件消息還包括運輸請求話題，以及所述API適配器還被配置為:基于所述運輸請求話題來調(diào)用由所述運輸接口指定的操作。
4.根據(jù)權(quán)利要求3所述的系統(tǒng)，其中所述運輸請求話題對應(yīng)于以下中的至少一個:生成運輸標(biāo)簽的請求、計算運輸費率的請求、購買運輸保險的請求、或退回之前運輸?shù)纳唐返恼埱蟆?br> 5.根據(jù)權(quán)利要求1所述的系統(tǒng)，還包括:發(fā)布方端口，由所述至少一個處理器實現(xiàn)并且被配置為接收包括執(zhí)行運輸服務(wù)的結(jié)果在內(nèi)的運輸服務(wù)響應(yīng)；以及 其中，所述API適配器還被配置為向發(fā)布方發(fā)送響應(yīng)事件消息，所述響應(yīng)事件消息包括對應(yīng)于所述結(jié)果的數(shù)據(jù)。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中監(jiān)聽方端口還被配置為通過消息總線訂閱運輸請求話題，以及所述請求事件消息包括所述運輸請求話題。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其中所述API適配器還被配置為將所述運輸請求話題映射到由運輸服務(wù)提供商接口提供的操作。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其中所述API適配器還被配置為: 確定所述運輸請求話題與關(guān)聯(lián)到運輸服務(wù)提供商接口的不支持的操作相關(guān)聯(lián)；以及 代表運輸服務(wù)提供商來執(zhí)行所述不支持的操作。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其中所述不支持的操作生成運輸標(biāo)簽。
10.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中: 監(jiān)聽方端口還被配置為接收包括不同的運輸服務(wù)提供商標(biāo)識符的附加請求事件消息；以及 所述API適配器還被配置為: 基于所述不同的運輸服務(wù)提供商標(biāo)識符來識別不同的運輸接口，所述不同的運輸接口對應(yīng)于所述多個運輸服務(wù)提供商中的不同的運輸服務(wù)提供商；以及 使用所述不同的運輸接口向所述不同的運輸服務(wù)提供商發(fā)送附加運輸服務(wù)請求，所述附加運輸服務(wù)請求對應(yīng)于由所述不同的運輸服務(wù)提供商提供的運輸服務(wù)。
11.一種向發(fā)布方提供到多個運輸服務(wù)提供商的單一接口的計算機實現(xiàn)方法，所述計算機實現(xiàn)方法包括: 通過消息總線接收由發(fā)布方發(fā)送的請求事件消息，所述請求事件消息包括運輸服務(wù)提供商標(biāo)識符； 基于所述運輸服務(wù)提供商標(biāo)識符來識別運輸接口，所述運輸接口對應(yīng)于所述多個運輸服務(wù)提供商中的運輸服務(wù)提供商；以及 使用所述運輸接口向所述運輸服務(wù)提供商發(fā)送運輸服務(wù)請求，所述運輸服務(wù)請求對應(yīng)于由所述運輸服務(wù)提供商提供的運輸服務(wù)。
12.根據(jù)權(quán)利要求11所述的計算機實現(xiàn)方法，還包括至少部分地基于將所述請求事件消息轉(zhuǎn)變成由所述運輸接口所利用的應(yīng)用編程接口所指定的格式，生成所述運輸服務(wù)請求。
13.根據(jù)權(quán)利要求11所述的計算機實現(xiàn)方法，還包括:基于運輸請求話題來調(diào)用由運輸接口指定的操作，所述請求事件消息還包括所述運輸請求話題。
14.根據(jù)權(quán)利要求13所述的計算機實現(xiàn)方法，其中所述運輸請求話題對應(yīng)于以下中的至少一個:生成運輸標(biāo)簽的請求、計算運輸費率的請求、購買運輸保險的請求、或退回之前運輸?shù)纳唐返恼埱蟆?br> 15.根據(jù)權(quán)利要求11所述的計算機實現(xiàn)方法，還包括: 接收包括執(zhí)行運輸服務(wù)的結(jié)果在內(nèi)的運輸服務(wù)響應(yīng)；以及 向發(fā)布方發(fā)送響應(yīng)事件消息，所述響應(yīng)事件消息包括對應(yīng)于所述結(jié)果的數(shù)據(jù)。
16.根據(jù)權(quán)利要求11所述的計算機實現(xiàn)方法，還包括通過消息總線訂閱運輸請求話題，其中所述請求事件消息包括所述運輸請求話題。
17.根據(jù)權(quán)利要求16所述的計算機實現(xiàn)方法，還包括將所述運輸請求話題映射到由運輸服務(wù)提供商接口提供的操作。
18.根據(jù)權(quán)利要求16所述的計算機實現(xiàn)方法，還包括: 確定所述運輸請求話題與關(guān)聯(lián)到運輸服務(wù)提供商接口的不支持的操作相關(guān)聯(lián)；以及 代表運輸服務(wù)提供商來執(zhí)行所述不支持的操作。
19.根據(jù)權(quán)利要求18所述的系統(tǒng)，其中所述不支持的操作生成運輸標(biāo)簽。
20.一種在其上存儲可執(zhí)行指令的非瞬時計算機可讀介質(zhì)，其中當(dāng)由處理器執(zhí)行所述可執(zhí)行指令時使得處理器執(zhí)行以下操作: 通過消息總線接收由發(fā)布方發(fā)送的請求事件消息，所述請求事件消息包括運輸服務(wù)提供商標(biāo)識符； 基于所述運輸服務(wù)提供商標(biāo)識符來識別運輸接口，所述運輸接口對應(yīng)于所述多個運輸服務(wù)提供商中的運輸服務(wù)提供商；以及 使用所述運輸接口向所述運輸服務(wù)提供商發(fā)送運輸服務(wù)請求，所述運輸服務(wù)請求對應(yīng)于由所述運輸服務(wù)提供商提供的運輸服務(wù)。
【文檔編號】G06Q10/08GK104205136SQ201380016504
【公開日】2014年12月10日 申請日期:2013年3月26日 優(yōu)先權(quán)日:2012年3月26日
【發(fā)明者】巴德里納斯·溫格拉瑟·斯利納斯, 莫熙·索尼, 馬德蘇旦南·任咖山美 申請人:電子灣有限公司