本發(fā)明涉及互聯(lián)網(wǎng)應(yīng)用技術(shù)領(lǐng)域，具體而言，涉及一種平臺(tái)對接裝置和一種平臺(tái)對接方法。

背景技術(shù)：

在SaaS(軟件即服務(wù))和ERP(企業(yè)資源計(jì)劃)服務(wù)迅速興起的環(huán)境下，一種企業(yè)互聯(lián)網(wǎng)采購直通車公有云服務(wù)，能夠幫助客戶部署基于公有云的互聯(lián)網(wǎng)采購平臺(tái)，實(shí)現(xiàn)企業(yè)的最佳采購決策及與供應(yīng)商高效協(xié)同。所以希望可以有一種通用、靈活、安全可靠的適配裝置能夠快速實(shí)現(xiàn)同時(shí)與多個(gè)品牌的電商平臺(tái)對接。但是在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)當(dāng)和多個(gè)電商進(jìn)行適配連接時(shí)存在如下問題：不同電商之間身份認(rèn)證方式差異問題；各個(gè)電商之間數(shù)據(jù)不統(tǒng)一；各個(gè)電商之間業(yè)務(wù)模型不統(tǒng)一；接入電商很多的時(shí)候，投入開發(fā)成本很高。

因此，如何提供一種高效、通用、安全可靠的能夠使應(yīng)用服務(wù)與多種不同品牌的電商對接的裝置成為亟待解決的技術(shù)問題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明旨在至少解決上述現(xiàn)有技術(shù)或相關(guān)技術(shù)中存在的技術(shù)問題之一。

為此，本發(fā)明的一個(gè)目的在于提供了一種平臺(tái)對接裝置。

本發(fā)明的另一個(gè)目的在于提出了一種平臺(tái)對接方法。

本發(fā)明的第一方面提出了一種平臺(tái)對接裝置，基于微服務(wù)構(gòu)架，用于SaaS或者ERP與電商平臺(tái)的對接，包括：數(shù)據(jù)模塊，將SaaS或ERP的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為統(tǒng)一的基礎(chǔ)數(shù)據(jù)模型，并將統(tǒng)一的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為各個(gè)電商平臺(tái)的數(shù)據(jù)；接口模塊，將統(tǒng)一的接口模型映射為各個(gè)電商平臺(tái)所開發(fā)的接口模型；認(rèn)證模塊，認(rèn)證各個(gè)電商平臺(tái)的身份，直連各個(gè)電商平臺(tái)，同時(shí)控制各個(gè)電商平臺(tái)的控制權(quán)限。

根據(jù)本發(fā)明第一方面的平臺(tái)對接裝置，通過數(shù)據(jù)模塊抽象提取共有模型，實(shí)現(xiàn)基礎(chǔ)數(shù)據(jù)的統(tǒng)一，通過接口模塊映射出多個(gè)對應(yīng)于各個(gè)電商技術(shù)模型的接口，使得不同品牌的電商在不改變自己原有技術(shù)模型的情況下能夠通過同一接口模塊與SaaS或ERP建立連接，使得數(shù)據(jù)不統(tǒng)一、業(yè)務(wù)模型不統(tǒng)一的多個(gè)電商能夠同時(shí)與SaaS或ERP適配。進(jìn)一步地，認(rèn)證模塊則能夠解決不同電商之間身份認(rèn)證方式差異問題，通過完善的授信機(jī)制保障與電商之間安全、靈活的進(jìn)行數(shù)據(jù)的交流，具體過程為，認(rèn)證模塊完成對所有電商的認(rèn)證，之后作為中轉(zhuǎn)角色，其它電商與認(rèn)證模塊完成了認(rèn)證以后，能訪問其它有權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題?？傮w上，通過上述數(shù)據(jù)模塊、接口模塊和所述認(rèn)證模塊組成所述平臺(tái)對接裝置，提供了一個(gè)將多品牌電商聚合的統(tǒng)一接口，只通過一套數(shù)據(jù)模型和業(yè)務(wù)模型就能夠同時(shí)連接多個(gè)不同品牌的電商平臺(tái)，同時(shí)解決了身份驗(yàn)證機(jī)制混亂的問題。此外，采用OpenAPI，開發(fā)標(biāo)準(zhǔn)API給電商平臺(tái)，還能夠使其他電商具有主動(dòng)接入的能力。

在上述技術(shù)方案中，優(yōu)選地，還包括：轉(zhuǎn)發(fā)模塊，下轄根據(jù)各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出的多個(gè)子模塊，用于同時(shí)對接多個(gè)擁有不同技術(shù)模型的電商平臺(tái)，實(shí)現(xiàn)跨技術(shù)模型的數(shù)據(jù)傳輸。

在該技術(shù)方案中，針對各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出多個(gè)轉(zhuǎn)發(fā)子模塊，每個(gè)模塊對應(yīng)一種品牌的電商平臺(tái)進(jìn)行消息轉(zhuǎn)發(fā)，新增一個(gè)電商只需要快速開發(fā)轉(zhuǎn)發(fā)子模塊即可，同時(shí)根據(jù)業(yè)務(wù)確定相關(guān)的配制，縮短了新的電商平臺(tái)的適配開發(fā)成本。整體上，此轉(zhuǎn)發(fā)模塊負(fù)責(zé)處理各個(gè)電商平臺(tái)技術(shù)模型不一致的問題。

在上述技術(shù)方案中，優(yōu)選地，還包括：日志模塊，跟蹤SaaS或ERP與各個(gè)電商平臺(tái)之間的數(shù)據(jù)交換，生成管理日志。

在該技術(shù)方案中，日志模塊對所述平臺(tái)對接裝置中的各個(gè)模塊的工作狀態(tài)進(jìn)行記錄和分析，便于查找問題和糾錯(cuò)。

在上述技術(shù)方案中，優(yōu)選地，認(rèn)證模塊具體用于：進(jìn)行與SaaS或ERP之間的授信；以及進(jìn)行與各個(gè)電商平臺(tái)的之間的授信。

在該技術(shù)方案中，認(rèn)證模塊完成對所有電商的認(rèn)證，之后作為中轉(zhuǎn)角色，其它電商只要與認(rèn)證模塊完成了認(rèn)證，就能訪問其它有權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題。

在上述技術(shù)方案中，優(yōu)選地，還包括：調(diào)度模塊，用于處理定時(shí)消息推送以及定時(shí)同步相關(guān)基礎(chǔ)數(shù)據(jù)；回調(diào)模塊，在電商平臺(tái)對應(yīng)的轉(zhuǎn)發(fā)模塊中采用異步編程和回調(diào)機(jī)制進(jìn)行轉(zhuǎn)發(fā)。

在該技術(shù)方案中，調(diào)度模塊負(fù)責(zé)消息推送和同步相關(guān)的基礎(chǔ)數(shù)據(jù)，保證各個(gè)模塊之間的信息交流，回調(diào)模塊則設(shè)置在電商平臺(tái)端的轉(zhuǎn)發(fā)模塊中，負(fù)責(zé)進(jìn)行并發(fā)請求的異步處理，采用了異步編程和回調(diào)機(jī)制，提升了所述平臺(tái)對接裝置的并發(fā)處理速度和性能。

本發(fā)明的第二方面提供了一種平臺(tái)對接方法，基于微服務(wù)構(gòu)架，用于SaaS或者ERP與電商平臺(tái)的對接，包括：將SaaS或ERP的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為統(tǒng)一的基礎(chǔ)數(shù)據(jù)模型，并將統(tǒng)一的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為各個(gè)電商平臺(tái)的數(shù)據(jù)；將統(tǒng)一的接口模型映射為各個(gè)電商平臺(tái)所開發(fā)的接口模型；認(rèn)證各個(gè)電商平臺(tái)的身份，直連各個(gè)電商平臺(tái)，同時(shí)控制各個(gè)電商平臺(tái)的控制權(quán)限。

根據(jù)本發(fā)明第二方面的平臺(tái)對接方法，通過抽象提取共有模型，實(shí)現(xiàn)基礎(chǔ)數(shù)據(jù)的統(tǒng)一，通過映射出多個(gè)對應(yīng)于各個(gè)電商技術(shù)模型的接口，使得不同品牌的電商在不改變自己原有技術(shù)模型的情況下能夠通過同一接口與SaaS或ERP建立連接，使得數(shù)據(jù)不統(tǒng)一、業(yè)務(wù)模型不統(tǒng)一的多個(gè)電商能夠同時(shí)與SaaS或ERP適配。通過完善的授信機(jī)制保障與電商之間安全、靈活的進(jìn)行數(shù)據(jù)的交流，具體地，首先完成對所有電商的認(rèn)證，之后設(shè)置中轉(zhuǎn)節(jié)點(diǎn)，其它電商只要與中轉(zhuǎn)節(jié)點(diǎn)完成了認(rèn)證，就能訪問其它有權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題。該方法總體上提供了一個(gè)將多品牌電商聚合的統(tǒng)一接口，只通過一套數(shù)據(jù)模型和業(yè)務(wù)模型就能夠同時(shí)連接多個(gè)不同品牌的電商平臺(tái)，同時(shí)解決了身份驗(yàn)證機(jī)制混亂的問題。

在上述技術(shù)方案中，優(yōu)選地，還包括：根據(jù)各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出多個(gè)子模塊，構(gòu)成轉(zhuǎn)發(fā)模塊，用于同時(shí)對接多個(gè)擁有不同技術(shù)模型的電商平臺(tái)，實(shí)現(xiàn)跨技術(shù)模型的數(shù)據(jù)傳輸。

在該技術(shù)方案中，針對各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出多個(gè)轉(zhuǎn)發(fā)子模塊，每個(gè)模塊對應(yīng)一種品牌的電商平臺(tái)進(jìn)行消息轉(zhuǎn)發(fā)，根據(jù)電商數(shù)量或種類的增加，還能夠被擴(kuò)展，新增一個(gè)電商只需要快速開發(fā)轉(zhuǎn)發(fā)子模塊即可，同時(shí)根據(jù)業(yè)務(wù)確定相關(guān)的配制，縮短了新的電商平臺(tái)的適配開發(fā)成本。整體上，此轉(zhuǎn)發(fā)模塊負(fù)責(zé)處理了各個(gè)電商平臺(tái)技術(shù)模型不一致的問題。

在上述技術(shù)方案中，優(yōu)選地，還包括：跟蹤SaaS或ERP與各個(gè)電商平臺(tái)之間的數(shù)據(jù)交換，生成管理日志。

在該技術(shù)方案中，對所述SaaS或ERP與各個(gè)電商平臺(tái)之間的數(shù)據(jù)交換進(jìn)行管理，便于查找問題和糾錯(cuò)。

在上述技術(shù)方案中，優(yōu)選地，所述認(rèn)證各個(gè)電商平臺(tái)的身份，直連各個(gè)電商平臺(tái)，同時(shí)控制各個(gè)電商平臺(tái)的控制權(quán)限，具體包括：進(jìn)行與SaaS或ERP之間的授信；以及進(jìn)行與各個(gè)電商平臺(tái)的之間的授信。

在該技術(shù)方案中，完成對所有電商的認(rèn)證，之后設(shè)置中轉(zhuǎn)節(jié)點(diǎn)，其它電商只要與中轉(zhuǎn)節(jié)點(diǎn)完成了認(rèn)證，就能訪問其它面向中轉(zhuǎn)節(jié)點(diǎn)提供權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題。

在上述技術(shù)方案中，優(yōu)選地，還包括：定時(shí)進(jìn)行消息推送以及定時(shí)同步相關(guān)基礎(chǔ)數(shù)據(jù)；在電商平臺(tái)對應(yīng)的轉(zhuǎn)發(fā)模塊中采用異步編程和回調(diào)機(jī)制進(jìn)行轉(zhuǎn)發(fā)。

在該技術(shù)方案中，定時(shí)進(jìn)行消息推送以及定時(shí)同步相關(guān)基礎(chǔ)數(shù)據(jù)，保證各個(gè)模塊之間的信息交流，在電商平臺(tái)對應(yīng)的轉(zhuǎn)發(fā)模塊中采用異步編程和回調(diào)機(jī)制進(jìn)行轉(zhuǎn)發(fā)，負(fù)責(zé)進(jìn)行并發(fā)請求的異步處理，采用了異步編程和回調(diào)機(jī)制，提升了所述平臺(tái)對接裝置的并發(fā)處理速度和性能。

通過本發(fā)明的技術(shù)方案，能夠簡捷快速地對接多個(gè)基于不同技術(shù)模型的電商平臺(tái)并實(shí)現(xiàn)無差異化地適配數(shù)據(jù)模型和業(yè)務(wù)模型，此方案基于微服務(wù)的構(gòu)架并具有統(tǒng)一的權(quán)限認(rèn)證機(jī)制，大大提升了請求處理速度和服務(wù)安全性。

附圖說明

圖1示出了根據(jù)本發(fā)明第一方面實(shí)施例的平臺(tái)對接裝置框圖。

圖2示出了根據(jù)本發(fā)明第二方面實(shí)施例的平臺(tái)對接方法流程圖。

圖3示出了根據(jù)本發(fā)明實(shí)施例的各服務(wù)之間的工作關(guān)系示意圖。

圖4示出了根據(jù)本發(fā)明實(shí)施例的平臺(tái)對接裝置的一種具體實(shí)施方式的ERP端或SaaS端結(jié)構(gòu)示意圖。

圖5示出了根據(jù)本發(fā)明實(shí)施例的平臺(tái)對接裝置的一種具體實(shí)施方式的電商端結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點(diǎn)，下面結(jié)合附圖和具體實(shí)施方式對本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)描述。需要說明的是，在不沖突的情況下，本申請的實(shí)施例及實(shí)施例中的特征能夠相互組合。

在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還能夠采用其他不同于在此描述的其他方式來實(shí)施，因此，本發(fā)明的保護(hù)范圍并不受下面公開的具體實(shí)施例的限制。

圖1示出了根據(jù)本發(fā)明第一方面實(shí)施例的平臺(tái)對接裝置框圖。

如圖1所示，本發(fā)明的第一方面提出了一種平臺(tái)對接裝置100，基于微服務(wù)構(gòu)架，用于SaaS或者ERP與電商平臺(tái)的對接，包括：數(shù)據(jù)模塊102，將SaaS或ERP的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為統(tǒng)一的基礎(chǔ)數(shù)據(jù)模型，并將統(tǒng)一的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為各個(gè)電商平臺(tái)的數(shù)據(jù)；接口模塊104，將統(tǒng)一的接口模型映射為各個(gè)電商平臺(tái)所開發(fā)的接口模型；認(rèn)證模塊106，認(rèn)證各個(gè)電商平臺(tái)的身份，直連各個(gè)電商平臺(tái)，同時(shí)控制各個(gè)電商平臺(tái)的控制權(quán)限。

根據(jù)本發(fā)明第一方面的平臺(tái)對接裝置100，通過數(shù)據(jù)模塊102抽象提取共有模型，實(shí)現(xiàn)基礎(chǔ)數(shù)據(jù)的統(tǒng)一，通過接口模塊104映射出多個(gè)對應(yīng)于各個(gè)電商技術(shù)模型的接口，使得不同品牌的電商在不改變自己原有技術(shù)模型的情況下能夠通過同一接口模塊104與SaaS或ERP建立連接，使得數(shù)據(jù)不統(tǒng)一、業(yè)務(wù)模型不統(tǒng)一的多個(gè)電商能夠同時(shí)與SaaS或ERP適配。進(jìn)一步地，認(rèn)證模塊106則能夠解決不同電商之間身份認(rèn)證方式差異問題，具體過程為，認(rèn)證模塊106完成對所有電商的認(rèn)證，之后作為中轉(zhuǎn)角色，其它電商只要與認(rèn)證模塊106完成了認(rèn)證，就能訪問其它有權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題?？傮w上，通過上述數(shù)據(jù)模塊102、接口模塊104和所述認(rèn)證模塊106組成所述平臺(tái)對接裝置100，提供了一個(gè)將多品牌電商聚合的統(tǒng)一接口，只通過一套數(shù)據(jù)模型和業(yè)務(wù)模型就能夠同時(shí)連接多個(gè)不同品牌的電商平臺(tái)，同時(shí)解決了身份驗(yàn)證機(jī)制混亂的問題。此外，采用OpenAPI，開發(fā)標(biāo)準(zhǔn)API給電商平臺(tái)，還能夠使其他電商具有主動(dòng)接入的能力。

在上述技術(shù)方案中，優(yōu)選地，還包括：轉(zhuǎn)發(fā)模塊108，下轄根據(jù)各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出的多個(gè)子模塊，用于同時(shí)對接多個(gè)擁有不同技術(shù)模型的電商平臺(tái)，實(shí)現(xiàn)跨技術(shù)模型的數(shù)據(jù)傳輸。

在該技術(shù)方案中，針對各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出多個(gè)轉(zhuǎn)發(fā)子模塊，每個(gè)模塊對應(yīng)一種品牌的電商平臺(tái)進(jìn)行消息轉(zhuǎn)發(fā)，新增一個(gè)電商只需要快速開發(fā)轉(zhuǎn)發(fā)子模塊即可，同時(shí)根據(jù)業(yè)務(wù)確定相關(guān)的配制，縮短了新的電商平臺(tái)的適配開發(fā)成本。整體上，此轉(zhuǎn)發(fā)模塊108負(fù)責(zé)處理各個(gè)電商平臺(tái)技術(shù)模型不一致的問題。

在上述技術(shù)方案中，優(yōu)選地，還包括：日志模塊110，跟蹤SaaS或ERP與各個(gè)電商平臺(tái)之間的數(shù)據(jù)交換，生成管理日志。

在該技術(shù)方案中，日志模塊110對所述平臺(tái)對接裝置100中的各個(gè)模塊的工作狀態(tài)進(jìn)行記錄和分析，便于查找問題和糾錯(cuò)。

在上述技術(shù)方案中，優(yōu)選地，認(rèn)證模塊106具體用于：進(jìn)行與SaaS或ERP之間的授信；以及進(jìn)行與各個(gè)電商平臺(tái)的之間的授信。

在該技術(shù)方案中，認(rèn)證模塊106完成對所有電商的認(rèn)證，之后作為中轉(zhuǎn)角色，其它電商只要與認(rèn)證模塊106完成了認(rèn)證，就能訪問其它有權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題。

在上述技術(shù)方案中，優(yōu)選地，還包括：調(diào)度模塊112，用于處理定時(shí)消息推送以及定時(shí)同步相關(guān)基礎(chǔ)數(shù)據(jù)；回調(diào)模塊114，在電商平臺(tái)對應(yīng)的轉(zhuǎn)發(fā)模塊108中采用異步編程和回調(diào)機(jī)制進(jìn)行轉(zhuǎn)發(fā)。

在該技術(shù)方案中，調(diào)度模塊112負(fù)責(zé)消息推送和同步相關(guān)的基礎(chǔ)數(shù)據(jù)，保證各個(gè)模塊之間的信息交流，回調(diào)模塊114則設(shè)置在電商平臺(tái)端的轉(zhuǎn)發(fā)模塊108中，負(fù)責(zé)進(jìn)行并發(fā)請求的異步處理，采用了異步編程和回調(diào)機(jī)制，提升了所述平臺(tái)對接裝置100的并發(fā)處理速度和性能。

圖2示出了根據(jù)本發(fā)明第二方面實(shí)施例的平臺(tái)對接方法流程圖。

如圖2所示，本發(fā)明的第二方面提供了一種平臺(tái)對接方法，基于微服務(wù)構(gòu)架，用于SaaS或者ERP與電商平臺(tái)的對接，包括：步驟202，將SaaS或ERP的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為統(tǒng)一的基礎(chǔ)數(shù)據(jù)模型，并將統(tǒng)一的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為各個(gè)電商平臺(tái)的數(shù)據(jù)；步驟204，將統(tǒng)一的接口模型映射為各個(gè)電商平臺(tái)所開發(fā)的接口模型；步驟206，認(rèn)證各個(gè)電商平臺(tái)的身份，直連各個(gè)電商平臺(tái)，同時(shí)控制各個(gè)電商平臺(tái)的控制權(quán)限。

根據(jù)本發(fā)明第二方面的平臺(tái)對接方法，通過抽象提取共有模型，實(shí)現(xiàn)基礎(chǔ)數(shù)據(jù)的統(tǒng)一，通過映射出多個(gè)對應(yīng)于各個(gè)電商技術(shù)模型的接口，使得不同品牌的電商在不改變自己原有技術(shù)模型的情況下能夠通過同一接口與SaaS或ERP建立連接，使得數(shù)據(jù)不統(tǒng)一、業(yè)務(wù)模型不統(tǒng)一的多個(gè)電商能夠同時(shí)與SaaS或ERP適配。進(jìn)一步地，首先完成對所有電商的認(rèn)證，之后設(shè)置中轉(zhuǎn)節(jié)點(diǎn)，其它電商只要與中轉(zhuǎn)節(jié)點(diǎn)完成了認(rèn)證，就能訪問其它有權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題。該方法總體上提供了一個(gè)將多品牌電商聚合的統(tǒng)一接口，只通過一套數(shù)據(jù)模型和業(yè)務(wù)模型就能夠同時(shí)連接多個(gè)不同品牌的電商平臺(tái)，同時(shí)解決了身份驗(yàn)證機(jī)制混亂的問題。

根據(jù)本發(fā)明第二方面的平臺(tái)對接方法，優(yōu)選地，還包括：根據(jù)各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出多個(gè)子模塊，構(gòu)成轉(zhuǎn)發(fā)模塊，用于同時(shí)對接多個(gè)擁有不同技術(shù)模型的電商平臺(tái)，實(shí)現(xiàn)跨技術(shù)模型的數(shù)據(jù)傳輸。

在該實(shí)施例中，針對各個(gè)電商平臺(tái)的技術(shù)模型開發(fā)出多個(gè)轉(zhuǎn)發(fā)子模塊，每個(gè)模塊對應(yīng)一種品牌的電商平臺(tái)進(jìn)行消息轉(zhuǎn)發(fā)，根據(jù)電商數(shù)量或種類的增加，還能夠被擴(kuò)展，新增一個(gè)電商只需要快速開發(fā)轉(zhuǎn)發(fā)子模塊即可，同時(shí)根據(jù)業(yè)務(wù)確定相關(guān)的配制，縮短了新的電商平臺(tái)的適配開發(fā)成本。整體上，此轉(zhuǎn)發(fā)模塊負(fù)責(zé)處理了各個(gè)電商平臺(tái)技術(shù)模型不一致的問題。

根據(jù)本發(fā)明第二方面的平臺(tái)對接方法，優(yōu)選地，還包括：跟蹤SaaS或ERP與各個(gè)電商平臺(tái)之間的數(shù)據(jù)交換，生成管理日志。

在該實(shí)施例中，對所述SaaS或ERP與各個(gè)電商平臺(tái)之間的數(shù)據(jù)交換進(jìn)行管理，便于查找問題和糾錯(cuò)。

根據(jù)本發(fā)明第二方面的平臺(tái)對接方法，優(yōu)選地，步驟206具體包括：進(jìn)行與SaaS或ERP之間的授信；以及進(jìn)行與各個(gè)電商平臺(tái)的之間的授信。

在該實(shí)施例中，完成對所有電商的認(rèn)證，之后設(shè)置中轉(zhuǎn)節(jié)點(diǎn)，其它電商只要與中轉(zhuǎn)節(jié)點(diǎn)完成了認(rèn)證，就能訪問其它面向中轉(zhuǎn)節(jié)點(diǎn)提供權(quán)限的電商平臺(tái)，解決了多平臺(tái)間的身份認(rèn)證差異問題。

根據(jù)本發(fā)明第二方面的平臺(tái)對接方法，優(yōu)選地，還包括：定時(shí)進(jìn)行消息推送以及定時(shí)同步相關(guān)基礎(chǔ)數(shù)據(jù)；在電商平臺(tái)對應(yīng)的轉(zhuǎn)發(fā)模塊中采用異步編程和回調(diào)機(jī)制進(jìn)行轉(zhuǎn)發(fā)。

在該實(shí)施例中，定時(shí)進(jìn)行消息推送以及定時(shí)同步相關(guān)基礎(chǔ)數(shù)據(jù)，保證各個(gè)模塊之間的信息交流，在電商平臺(tái)對應(yīng)的轉(zhuǎn)發(fā)模塊中采用異步編程和回調(diào)機(jī)制進(jìn)行轉(zhuǎn)發(fā)，負(fù)責(zé)進(jìn)行并發(fā)請求的異步處理，采用了異步編程和回調(diào)機(jī)制，提升了所述平臺(tái)對接裝置的并發(fā)處理速度和性能。

圖3示出了根據(jù)本發(fā)明實(shí)施例的各服務(wù)之間的工作關(guān)系示意圖。

如圖3所示，適配器302(為本發(fā)明提出的平臺(tái)對接裝置的一種實(shí)施方式)與SaaS或ERP系統(tǒng)304連接，聚合多個(gè)品牌的電商：A品牌電商306、B品牌電商308、C品牌電商310以及擴(kuò)展出更多電商連接。

適配器302作為協(xié)調(diào)樞紐需要對各個(gè)基礎(chǔ)數(shù)據(jù)進(jìn)行抽象分析，形成一套統(tǒng)一的基礎(chǔ)數(shù)據(jù)，同時(shí)業(yè)務(wù)流程進(jìn)行抽象分析，抽取一套統(tǒng)一的公共接口(即OpenAPI)。完成的主要功能如下：

將SaaS或ERP系統(tǒng)304的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為統(tǒng)一的基礎(chǔ)數(shù)據(jù)模型，然后再把統(tǒng)一的基礎(chǔ)數(shù)據(jù)映射轉(zhuǎn)換并翻譯為各個(gè)電商(A品牌電商306、B品牌電商308、C品牌電商310以及擴(kuò)展出的更多電商)的數(shù)據(jù)。

將統(tǒng)一的接口模型映射為上述各個(gè)電商所開發(fā)的接口模型。

由于各個(gè)電商的身份認(rèn)證均不一致，所以需要適配器302只需處理一次驗(yàn)證，直連各個(gè)電商，再嚴(yán)格控制權(quán)限，用以解決多品牌電商身份驗(yàn)證方式不同帶來的問題。

圖4示出了根據(jù)本發(fā)明實(shí)施例的平臺(tái)對接裝置的一種具體實(shí)施方式的ERP端或SaaS端結(jié)構(gòu)示意圖。

如圖4所示，SaaS端或ERP端能夠主動(dòng)拉取電商數(shù)據(jù)，各個(gè)主要組件的工作部署情況如下所述：

OpenAPI(402)：即根據(jù)各個(gè)電商的業(yè)務(wù)流程抽象出來的統(tǒng)一接口模型，也是暴露給SaaS或ERP的調(diào)用接口。

Auth(404)：一種身份認(rèn)證組件，從技術(shù)實(shí)現(xiàn)角度講分對內(nèi)授權(quán)和對外兩授權(quán)部分，對內(nèi)指的是適配器和SaaS或ERP的授信，對外授權(quán)值的是適配器和電商之間的授信。同時(shí)從業(yè)務(wù)角度講，又分為企業(yè)授信、企業(yè)用戶授信、服務(wù)授信。企業(yè)授信是指SaaS或ERP訪問適配器時(shí)需要的相關(guān)身份驗(yàn)證，服務(wù)授信是指電商給SaaS或ERP提供的身份認(rèn)證，這里由適配器統(tǒng)一管理，通過企業(yè)用戶不同，需要對服務(wù)進(jìn)行分配，即企業(yè)用戶授信。

任務(wù)調(diào)度(406)：主要處理定時(shí)消息推送以及定時(shí)同步相關(guān)基礎(chǔ)數(shù)據(jù)等。

數(shù)據(jù)模塊管理(408)：主要負(fù)責(zé)數(shù)據(jù)的翻譯映射，即包含輸入值的翻譯映射處理，也包含輸出值的翻譯映射處理，可靈活配置。

接口管理模塊(410)：主要負(fù)責(zé)OpenAPI到具體電商的接口映射處理，可靈活配置。

Token管理模塊(412)：主要負(fù)責(zé)各個(gè)電商提供給SaaS或者ERP的身份認(rèn)證信息的管理模塊，這些信息最終會(huì)用來請求電商來獲取訪問的token。

轉(zhuǎn)發(fā)器模塊(414)，下轄多個(gè)獨(dú)立的服務(wù)，如京東轉(zhuǎn)發(fā)器和史泰博轉(zhuǎn)發(fā)器是獨(dú)立的，可以像插件一樣安裝卸載，也不需要把整個(gè)服務(wù)停掉。這里不做統(tǒng)一轉(zhuǎn)發(fā)是因?yàn)閭€(gè)電商所采用的技術(shù)均不一樣，如有的可能采用了標(biāo)準(zhǔn)的Restful接口，有的可能采用的是Webservice等，所以這里各個(gè)轉(zhuǎn)發(fā)器負(fù)責(zé)處理各個(gè)電商技術(shù)模型的不一致問題，新增一個(gè)電商適配器時(shí)主要的改動(dòng)點(diǎn)也就在這里，其余的均可自由配置即可，無需太多的改動(dòng)。

運(yùn)維管理模塊(416)：包含了轉(zhuǎn)發(fā)器的熱部署以及配置的更新，同時(shí)各個(gè)轉(zhuǎn)發(fā)器也支持遠(yuǎn)程命令式的升級(jí)。同時(shí)，適配器作為整個(gè)協(xié)調(diào)的中心，日志管理是必不可少的，通過日志管理可以方便快捷的跟宗各位問題。

對于如上述實(shí)施例提供的平臺(tái)對接裝置在實(shí)際應(yīng)用中的表現(xiàn)，至少具有以下優(yōu)勢：

只需要適配一套數(shù)據(jù)模型和業(yè)務(wù)模型即可，無需考慮各個(gè)電商之前的差異性；

采用OpenAPI，開發(fā)標(biāo)準(zhǔn)API給電商，其他電商也可主動(dòng)接入；

統(tǒng)一的權(quán)限認(rèn)證機(jī)制，只需處理與本適配器的身份認(rèn)證，即可根據(jù)相關(guān)的用戶信息訪問有權(quán)限的電商平臺(tái)；

采用微服務(wù)的架構(gòu)理念以及異步編程實(shí)現(xiàn)，大大提升請求處理速度。

新增一個(gè)電商只需要快速開發(fā)轉(zhuǎn)發(fā)模塊即可，同時(shí)根據(jù)業(yè)務(wù)確定相關(guān)的配制，縮短了新的電商平臺(tái)的適配開發(fā)成本。

圖5示出了根據(jù)本發(fā)明實(shí)施例的平臺(tái)對接裝置的一種具體實(shí)施方式的電商端結(jié)構(gòu)示意圖。

對于電商方面可以采用電商主動(dòng)往SaaS或者ERP同步基礎(chǔ)數(shù)據(jù)的方案，所以專門針對這種情況的設(shè)計(jì)如圖5所示：

本發(fā)明提供的平臺(tái)對接裝置在電商端結(jié)構(gòu)主要包括：OpenAPI(502)、Auth(504)、任務(wù)調(diào)度(506)、數(shù)據(jù)模塊管理(508)、接口管理模塊(510)、Token管理模塊(512)、轉(zhuǎn)發(fā)器模塊(514)、運(yùn)維管理模塊(516)，總體上和SaaS或者ERP方面類似，主要的差別就是轉(zhuǎn)發(fā)器模塊(514)的不同，在電商方面需要SaaS或者ERP開發(fā)接受數(shù)據(jù)的接口，然后由SaaS或者ERP轉(zhuǎn)發(fā)器將相關(guān)數(shù)據(jù)推送到SaaS或者ERP，對于轉(zhuǎn)發(fā)器模塊(514)下轄的各個(gè)轉(zhuǎn)發(fā)器，由于同時(shí)并發(fā)請求的數(shù)量會(huì)很多，所以采用異步編程和回調(diào)機(jī)制，極大地提升了并發(fā)處理能力和請求處理速度。

對上述任一實(shí)施例提供的平臺(tái)對接技術(shù)方案至少可以實(shí)現(xiàn)如下目的：

通過完善的授信機(jī)制保障與電商之間安全、靈活的進(jìn)行數(shù)據(jù)的交流；

對電商之間的基礎(chǔ)數(shù)據(jù)模型以及業(yè)務(wù)模型抽象，提取共有模型，實(shí)現(xiàn)數(shù)據(jù)和業(yè)務(wù)的統(tǒng)一；

完善的運(yùn)維管理體系，實(shí)現(xiàn)適配器插件可插件式的進(jìn)行遠(yuǎn)程配置以及更新，支持熱部署，同時(shí)有完整的日志管理，可以快速定位運(yùn)行時(shí)的問題；

采用異步編程，極大的提升適配器的并發(fā)處理速度和性能；

有獨(dú)立的基礎(chǔ)數(shù)據(jù)管理模塊和接口管理模塊，可以靈活配置基礎(chǔ)數(shù)據(jù)模型的映射翻譯和接口映射；

提供Openapi，可以讓電商主動(dòng)接入和適配SaaS或ERP，減少本身開發(fā)成本。

通過本發(fā)明提供的上述實(shí)施例，至少能夠簡捷快速地對接多個(gè)基于不同技術(shù)模型的電商平臺(tái)并實(shí)現(xiàn)無差異化地適配數(shù)據(jù)模型和業(yè)務(wù)模型，此方案基于微服務(wù)的構(gòu)架并具有統(tǒng)一的權(quán)限認(rèn)證機(jī)制，大大提升了請求處理速度和服務(wù)安全性。

本發(fā)明實(shí)施例方法中的步驟可以根據(jù)實(shí)際需要進(jìn)行順序調(diào)整、合并和刪減，本發(fā)明實(shí)施例裝置和終端中的單元可以根據(jù)實(shí)際需要進(jìn)行合并、劃分和刪減。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。