服務平臺的組件管理方法和系統(tǒng)技術(shù)方案

本申請實施例提供了一種服務平臺的組件管理方法，所述服務平臺的組件管理方法包括：接收提供方的目標基礎組件的上架請求，獲取所述上架請求中的組件集成方式；所述組件集成方式包括組件類別，根據(jù)所述組件類別從標準規(guī)范中查找對應的組件集成規(guī)范發(fā)送給所述提供方；接收所述提供方基于所述組件集成規(guī)范對所述目標基礎組件改造的待集成組件；及根據(jù)所述標準規(guī)范對所述待集成組件進行檢查，并將檢查合格的待集成組件上架到選購界面。本申請實施例實現(xiàn)了待上架的功能組件的集成規(guī)范統(tǒng)一化，而且提升了對上架前的功能組件校驗效率。

Component management method and system of service platform

【技術(shù)實現(xiàn)步驟摘要】
服務平臺的組件管理方法和系統(tǒng)
本申請實施例涉及互聯(lián)網(wǎng)
，尤其涉及一種服務平臺的組件管理方法、系統(tǒng)、設備及計算機可讀存儲介質(zhì)。
技術(shù)介紹
目前，對于商品或者功能服務的選擇，用戶更多地喜好個性化定制方式進行選擇。因此，隨之而來的是各類服務平臺的廣泛應用。一般而言，服務平臺能夠?qū)⒁粋€產(chǎn)品或產(chǎn)品系列下的所有的功能單獨作為商品進行上架，然后用戶根據(jù)自己的喜好在服務平臺上自由選擇不同的功能，組合成能夠自己所需的最終產(chǎn)品。然而，對于軟件產(chǎn)品來說，由于不同企業(yè)對于軟件產(chǎn)品的開發(fā)會使用到不同的開發(fā)規(guī)范，因此，現(xiàn)有的服務平臺如果將不同企業(yè)的軟件產(chǎn)品功能上架，則需要對上架的軟件產(chǎn)品功能進行開發(fā)規(guī)范校驗，并對開發(fā)規(guī)范不符合要求的軟件產(chǎn)品功能進行改造，對于服務平臺來說，軟件產(chǎn)品功能的上架效率太低，耗時太長。
技術(shù)實現(xiàn)思路
本申請實施例的目的是提供一種服務平臺的組件管理方法、系統(tǒng)、計算機設備及計算機可讀存儲介質(zhì)，用于解決服務平臺上架軟件產(chǎn)品功能的過程中的校驗和改造的問題。本申請實施例的一個方面提供了一種服務平臺的組件管理方法，所述服務平臺的組件管理方法包括：接收提供方的目標基礎組件的上架請求，獲取所述上架請求中的組件集成方式；所述組件集成方式包括組件類別，根據(jù)所述組件類別從標準規(guī)范中查找對應的組件集成規(guī)范發(fā)送給所述提供方；接收所述提供方基于所述組件集成規(guī)范對所述目標基礎組件改造的待集成組件；及根據(jù)所述標準規(guī)范對所述待集成組件進行檢查，并將檢查合格的待集成組件上架到選購界面。可選的，所述獲取所述上架請求中的組件集成方式包括：獲取所述上架請求中的所述目標基礎組件的程序代碼；通過組件代碼特征識別出所述目標基礎組件的程序代碼中包括的待集成組件，獲取到所述待集成組件的組件集成方式。可選的，所述組件集成方式包括：H5頁面，移動端SDK，后端服務和云端服務中的至少一種。可選的，所述通過組件代碼特征識別出所述目標基礎組件的程序代碼中包括的待集成組件包括：依次調(diào)用組件類別表中的測試指令發(fā)送到所述目標基礎組件進行數(shù)據(jù)交互，其中，所述組件類別表包括根據(jù)每一組件類別的代碼特征建立的測試指令；判斷所述目標基礎組件是否反饋了基于所述測試指令的正確應答；當所述目標基礎組件反饋了正確應答時，則判斷出所述目標基礎組件中包含所述測試指令中的代碼特征對應的組件類別的待集成組件。可選的，所述標準規(guī)范包括：接口封裝規(guī)范，通信協(xié)議規(guī)范和授權(quán)驗證規(guī)范中的至少一種。可選的，所述根據(jù)所述標準規(guī)范對所述待集成組件進行檢查包括：根據(jù)標所述標準規(guī)范建立每個組件類別的樣板組件；依次調(diào)用每個組件類別的樣板組件與所述待集成組件執(zhí)行集成得到對應的集成體；測試所述集成體是否能夠正常執(zhí)行數(shù)據(jù)交互和授權(quán)驗證；當所有的集成體都能夠正常執(zhí)行數(shù)據(jù)交互和授權(quán)驗證時，則判斷所述待集成組件合格。本申請實施例的一個方面又提供了一種服務平臺的組件管理系統(tǒng)，所述服務平臺的組件管理系統(tǒng)包括：第一接收模塊，用于接收提供方的目標基礎組件的上架請求，獲取所述上架請求中的組件集成方式，所述組件集成方式包括組件類別；查找模塊，用于根據(jù)所述組件類別從標準規(guī)范中查找對應的組件集成規(guī)范發(fā)送給所述提供方；第二接收模塊，用于接收所述提供方基于所述組件集成規(guī)范對所述目標基礎組件改造的待集成組件；及檢查模塊，用于根據(jù)所述標準規(guī)范對所述待集成組件進行檢查，并將檢查合格的待集成組件上架到選購界面。可選的，所述第一接收模塊還用于：獲取所述上架請求中的所述目標基礎組件的程序代碼；通過組件代碼特征識別出所述目標基礎組件的程序代碼中包括的待集成組件，獲取到所述待集成組件的組件集成方式。本申請實施例提供的服務平臺的組件管理方法、系統(tǒng)、設備及計算機可讀存儲介質(zhì)，可以獲取提供方的上架請求中的組件集成方式，然后將所述組件集成方式中對應的組件類別的組件集成規(guī)范發(fā)送給所述提供方；在接收到所述提供方基于所述組件集成規(guī)范對所述目標基礎組件改造的待集成組件后，根據(jù)標準規(guī)范對所述待集成組件進行檢查，最后將檢查合格的待集成組件進行上架。通過這種方式，實現(xiàn)了待上架的功能組件的集成規(guī)范統(tǒng)一化，而且提升了對上架前的功能組件校驗效率。附圖說明圖1示意性示出了根據(jù)本申請實施例一的服務平臺的組件管理方法的應用環(huán)境圖；圖2示意性示出了根據(jù)本申請實施例一的服務平臺的組件管理方法的流程圖；圖3示意性示出了根據(jù)本申請實施例二的服務平臺的組件管理系統(tǒng)的框圖；以及圖4示意性示出了根據(jù)本申請實施例三的適于實現(xiàn)服務平臺的組件管理方法的計算機設備的硬件架構(gòu)示意圖。具體實施方式為了使本申請實施例的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本申請實施例進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本申請實施例，并不用于限定本申請實施例。基于本申請實施例中的實施例，本領域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請實施例保護的范圍。需要說明的是，在本申請實施例中涉及“第一”、“第二”等的描述僅用于描述目的，而不能理解為指示或暗示其相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。另外，各個實施例之間的技術(shù)方案可以相互結(jié)合，但是必須是以本領域普通技術(shù)人員能夠?qū)崿F(xiàn)為基礎，當技術(shù)方案的結(jié)合出現(xiàn)相互矛盾或無法實現(xiàn)時應當認為這種技術(shù)方案的結(jié)合不存在，也不在本申請實施例要求的保護范圍之內(nèi)。圖1示意性示出了根據(jù)本申請實施例一的服務平臺的組件管理方法的環(huán)境應用示意圖。在示例性的實施例中，所述環(huán)境應用示意圖中包括計算機設備1和接入方2。其中：計算機設備1，為具有上架軟件產(chǎn)品功能組件的服務平臺，具體可為電子設備，可以提供軟件產(chǎn)品功能組件的上架，交易，認證等各類服務。接入方2，可以是軟件產(chǎn)品功能組件的開發(fā)平臺，或者其他能夠開發(fā)或存儲軟件產(chǎn)品功能組件的計算機設備。實施例一圖2示意性示出了根據(jù)本申請實施例一的服務平臺的組件管理方法的流程圖。可以理解，本方法實施例中的流程圖不用于對執(zhí)行步驟的順序進行限定。下面以計算機設備1為執(zhí)行主體進行示例性描述。如圖2所示，該服務平臺的組件管理方法可以包括步驟S200～S206，其中：步驟S200，接收提供方的目標基礎組件的上架請求，獲取所述上架請求中的組件集成方式，所述組件集成方式包括組件類別。具體地，所述目標基礎組件，實際上是實現(xiàn)一個軟件產(chǎn)品功能的應用程序。計算機設備1用于上架不同軟件產(chǎn)品功能對應的基礎組件，然后根據(jù)用戶的選擇，將對應的基礎組件進行組合，從而形成能夠?qū)崿F(xiàn)用戶所需功能的組件集合，也就是實現(xiàn)用戶所需的軟件產(chǎn)品功能的應用程序。所述提供方可以是一個軟件產(chǎn)品功能的開發(fā)平臺，或者其他能夠提供軟件產(chǎn)品功能的計算機設備。在本實施例中，所述提供方首先將軟件產(chǎn)品功能進行拆分，得到所述軟件產(chǎn)品功能的子功能，然后對于每個子功能選擇至少一個集成方式。其中，對于軟件產(chǎn)品功能本文檔來自技高網(wǎng)...

【技術(shù)保護點】
1.一種服務平臺的組件管理方法，其特征在于，所述方法包括：/n接收提供方的目標基礎組件的上架請求，獲取所述上架請求中的組件集成方式；/n所述組件集成方式包括組件類別，根據(jù)所述組件類別從標準規(guī)范中查找對應的組件集成規(guī)范發(fā)送給所述提供方；/n接收所述提供方基于所述組件集成規(guī)范對所述目標基礎組件改造的待集成組件；及/n根據(jù)所述標準規(guī)范對所述待集成組件進行檢查，并將檢查合格的待集成組件上架到選購界面。/n

【技術(shù)特征摘要】
1.一種服務平臺的組件管理方法，其特征在于，所述方法包括：
接收提供方的目標基礎組件的上架請求，獲取所述上架請求中的組件集成方式；
所述組件集成方式包括組件類別，根據(jù)所述組件類別從標準規(guī)范中查找對應的組件集成規(guī)范發(fā)送給所述提供方；
接收所述提供方基于所述組件集成規(guī)范對所述目標基礎組件改造的待集成組件；及
根據(jù)所述標準規(guī)范對所述待集成組件進行檢查，并將檢查合格的待集成組件上架到選購界面。


2.根據(jù)權(quán)利要求1所述的服務平臺的組件管理方法，其特征在于，所述獲取所述上架請求中的組件集成方式包括：
獲取所述上架請求中的所述目標基礎組件的程序代碼；
通過組件代碼特征識別出所述目標基礎組件的程序代碼中包括的待集成組件，獲取到所述待集成組件的組件集成方式。


3.根據(jù)權(quán)利要求1所述的服務平臺的組件管理方法，其特征在于，所述組件集成方式包括：H5頁面，移動端SDK，后端服務和云端服務中的至少一種。


4.根據(jù)權(quán)利要求2所述的服務平臺的組件管理方法，其特征在于，所述通過組件代碼特征識別出所述目標基礎組件的程序代碼中包括的待集成組件包括：
依次調(diào)用組件類別表中的測試指令發(fā)送到所述目標基礎組件進行數(shù)據(jù)交互，其中，所述組件類別表包括根據(jù)每一組件類別的代碼特征建立的測試指令；
判斷所述目標基礎組件是否反饋了基于所述測試指令的正確應答；
當所述目標基礎組件反饋了正確應答時，則判斷出所述目標基礎組件中包含所述測試指令中的代碼特征對應的組件類別的待集成組件。


5.根據(jù)權(quán)利要求1所述的服務平臺的組件管理方法，其特征在于，所述標準規(guī)范包括：接口封裝規(guī)范，通信協(xié)議規(guī)范和授權(quán)驗證規(guī)范中的至少一種。


6.根據(jù)權(quán)利要求1所述的服務平臺的組...

【專利技術(shù)屬性】
技術(shù)研發(fā)人員：徐諫，
申請(專利權(quán))人：深圳壹賬通智能科技有限公司，
類型：發(fā)明
國別省市：廣東;44