TWI665626B - 用於聚合、存取和交易複數個商業應用程式的方法及系統 - Google Patents

Abstract

本發明係關於一種用於聚合、存取及交易複數個商業應用程式之系統及方法。前述系統為前述複數個商業應用程式之一堆集，前述複數個商業應用程式為中小型企業之日常問題提供單點解決方案。前述系統允許商業應用程式擁有者在平臺上註冊其商業應用程式。另外，前述系統使企業擁有者能夠在前述平臺上瀏覽、查看細節、利用演示且購買對前述商業應用程式之訂閱。前述系統進一步使商業應用程式擁有者能夠經由前述複數個商業應用程式之一站式商店向更廣泛之企業消費者群眾提供一銷售及存取點。

Description

用於聚合、存取和交易複數個商業應用程式的方法及系統 相關申請案之交互參照及優先權

本申請案主張於2017年11月1日申請之印度非臨時專利申請案第201721038948號之優先權，其全部內容以引用之方式併入本文中。

本發明之實施例大體上係關於為複數個商業相關應用程式提供市場或中心之領域，且更特定言之，係關於用於聚合、存取及交易市場中之複數個商業應用程式之方法及系統。

隨著企業針對每個問題及需求來尋求數位解決方案，存在遍佈線上之各種應用程式可被企業發現且用來滿足其需要。使用單點解決方案之應用程式對於中小型企業而言尤其可行，該等中小型企業不尋求可處置其端至端商業流程之全面ERP解決方案。此外，即使在大型或中小型企業 之情況下，即使已部署完整的ERP解決方案，亦常常存在獨立商業應用程式可以最少之時間及實施成本解決問題之使用情況及需要。

如今，市場上有呈自簡單至複雜之應用程式形式之許多此種單點解決方案以即用方式提供。自各種應用程式中找出適合企業需求之正確解決方案實為挑戰。

先前技術中很少有市場可供使用。用於商業相關應用程式之此種類型之市場或中心涉及各種利益相關者。其可能包括商業應用程式開發人員、商業應用程式使用者、平臺提供者等。現有之平臺無法滿足所有利益相關者之要求。通常，此等平臺係根據特定技術開發。要在此等平臺上作業，需要能夠在開發平臺之特定領域工作之專家。此外，此等平臺並非技術不可知的，亦即，平臺要求商業應用程式在相同技術領域中開發且在商業平臺內代管。無法獲得在其他技術領域聚合商業應用程式或在其他地方代管商業應用程式的支援，因此限制了希望參與市場之應用程式開發之範圍。

以下呈現本發明之一些實施例之簡化概述以便提供對實施例之基本理解。此概述並非實施例之廣泛概述。其不意欲識別實施例之關鍵/重要元件，亦不意欲描繪實施例 之範圍。其唯一目的係以簡化形式呈現一些實施例，作為下文呈現之更詳細描述之序言。

鑒於以上所述，本發明之實施例提供一種用於聚合及交易複數個商業應用程式及服務之系統。該系統包含一使用者介面、一平臺、一記憶體及一處理器。該使用者介面提供複數個輸入。該平臺由平臺擁有者提供以用於交易複數個商業應用程式及服務。該處理器進一步包含一連接器框架、一註冊模組、一微型網站建立模組、一搜尋模組、一瀏覽模組、一互動模組、一購買模組、一授權管理模組、一啟用模組。該連接器框架藉由各別商業應用程式將複數個商業應用程式與平臺相整合。該註冊模組將商業應用程式擁有者之複數個商業應用程式中之每一者註冊為平臺上之產品。該微型網站建立模組建立對應於商業應用程式之微型網站，其中該微型網站包含複數個商業應用程式之複數個細節。該搜尋模組由企業擁有者在平臺上搜尋複數個商業應用程式，其中企業擁有者為某組商業應用程式之潛在購買者，其中該搜尋得出一組商業應用程式。若企業擁有者有興趣購買該組商業應用程式，則瀏覽模組輔助企業擁有者瀏覽該組商業應用程式之複數個細節。該互動模組促進該組商業應用程式之商業應用程式擁有者與企業擁有者之間的互動，以完成條款及條件。該購買模組促進企業擁有者購買該組商業應用程式。該授權管理模組為一或多個企業使用者啟用商業應用程式之授權。該啟用模組由一 或多個企業使用者啟用商業應用程式以在平臺上使用。

在另一態樣中，本發明之實施例提供一種用於聚合及交易複數個商業應用程式及服務之方法。最初，由平臺擁有者提供用於交易複數個商業應用程式及服務之平臺。在下一步驟中，複數個商業應用程式由各別商業應用程式擁有者整合在平臺之連接器框架上。接著，商業應用程式擁有者將複數個商業應用程式中之每一者註冊為平臺上之產品。在下一步驟中，建立對應於商業應用程式之微型網站，其中微型網站包含複數個商業應用程式之複數個細節。接著，企業擁有者在平臺上搜尋複數個商業應用程式，其中該企業擁有者為該組商業應用程式之潛在購買者，其中該搜尋得出一組商業應用程式。若企業擁有者有興趣購買該組商業應用程式，則企業擁有者接著瀏覽該組商業應用程式之複數個細節。在下一步驟中，促進該組商業應用程式之商業應用程式擁有者與企業擁有者之間的互動以完成條款及條件。在下一步驟中，企業擁有者購買該組商業應用程式。在下一步驟中，為一或多個企業使用者啟動商業應用程式之授權。且最後，由一或多個企業使用者啟用商業應用程式以在平臺上使用。

在另一實施例中，一種非暫時性電腦可讀媒體上實現用於聚合及交易複數個商業應用程式及服務之電腦程式。最初，由平臺擁有者提供用於交易複數個商業應用程式及 服務之平臺。在下一步驟中，複數個商業應用程式由各別商業應用程式擁有者整合在平臺之連接器框架上。接著，商業應用程式擁有者將複數個商業應用程式中之每一者註冊為平臺上之產品。在下一步驟中，建立對應於商業應用程式之微型網站，其中微型網站包含複數個商業應用程式之複數個細節。接著，企業擁有者在平臺上搜尋複數個商業應用程式，其中該企業擁有者為該組商業應用程式之潛在購買者，其中該搜尋得出一組商業應用程式。若企業擁有者有興趣購買該組商業應用程式，則企業擁有者接著瀏覽該組商業應用程式之複數個細節。在下一步驟中，促進該組商業應用程式之商業應用程式擁有者與企業擁有者之間的互動以完成條款及條件。在下一步驟中，企業擁有者購買該組商業應用程式。在下一步驟中，為一或多個企業使用者啟動商業應用程式之授權。且最後，由一或多個企業使用者啟用商業應用程式以在平臺上使用。

所屬技術領域中具有通常知識者應瞭解，本發明之任何方塊圖表示實現本發明標的之原理之說明性系統之概念視圖。類似地，將瞭解，任何流程圖(flow chart、flow diagram)、狀態轉變圖、偽碼等表示可基本上在電腦可讀媒體中表示且由計算裝置或處理器執行之各種過程，不管是否此種計算裝置或處理器被明確顯示。

100‧‧‧系統

102‧‧‧使用者介面

104‧‧‧平臺

106‧‧‧記憶體

108‧‧‧處理器

110‧‧‧連接器框架

112‧‧‧註冊模組

114‧‧‧微型網站建立模組

116‧‧‧搜尋模組

118‧‧‧瀏覽模組

120‧‧‧互動模組

122‧‧‧購買模組

124‧‧‧授權管理模組

126‧‧‧啟用模組

200‧‧‧流程圖

202‧‧‧步驟

204‧‧‧步驟

206‧‧‧步驟

208‧‧‧步驟

210‧‧‧步驟

212‧‧‧步驟

214‧‧‧步驟

216‧‧‧步驟

218‧‧‧步驟

220‧‧‧步驟

400‧‧‧流程圖

根據以下參考圖式之詳細描述，將更好地理解本發明中之實施例，其中：圖1說明根據本發明之實施例之用於聚合及交易複數個商業應用程式之方塊圖；圖2顯示根據本發明之實施例的系統中之所有角色參與者之使用情況之示意性描繪；圖3a至圖3b為說明根據本發明之實施例之聚合及交易複數個商業應用程式中涉及之步驟的流程圖；及圖4顯示根據本發明之實施例之不同角色參與者之間的關係/流程圖。

各圖僅出於說明之目的描繪本發明之各種實施例。所屬領域中具有通常知識者根據以下論述將容易認識到，在不脫離本文描述之本發明之原理的情況下，可使用在本文說明之結構及方法之替代實施例。

本文中之實施例及其各種特徵及有利細節將參考在圖式中說明且在以下描述中詳述之非限制性實施例來更完整地解釋。本文使用之實例僅意欲促進理解可實施本文中之 實施例之方式，且進一步使得所屬領域中具有通常知識者能夠實現本文中之實施例。因此，該等實例不應被解釋為限制本文中的實施例之範圍。

[詞匯表-用於實施例中之術語]

在本發明之上下文中，表述「商業相關應用程式」或「商業應用程式」或「BizApp」係指旨在解決商業問題或使技術擁有者提供之某些過程或任何線上/管理服務(如幫助台支援服務/技術維護服務，等)自動化之任何商業應用程式。可在任何框架及技術上建立BizApp。

現在參考圖式，且更具體地參考圖1至圖4，其中類似元件符號在所有附圖中始終表示相應特徵，展示較佳實施例，且此等實施例在以下例示性系統及/或方法之上下文中進行描述。

根據本發明之實施例，用於聚合、存取及交易複數個商業應用程式之系統100在圖1之方塊圖中顯示。系統100為複數個商業應用程式之堆集，該複數個商業應用程式為中小型企業之日常問題提供單點解決方案。系統100在單個市場中為複數個商業相關應用程式提供框架或中心以致能按B2B模型之銷售、購買及消費。該複數個應用程式可為訂製的或量身製訂的，本質上簡單或複雜。此外，可在不同於系統100所存在之技術或平臺之技術及外部平臺上 開發該複數個商業應用程式。其可在系統100上註冊且開放銷售。

根據本發明之實施例，如圖1之方塊圖中所示，系統100由使用者介面102、平臺104、記憶體106及處理器108組成。處理器108與記憶體106通訊。處理器108經組態以執行儲存在記憶體106中之複數個演算法。處理器108進一步包括用於執行各種功能之複數個模組。該複數個模組可包括但不限於連接器框架110、註冊模組112、微型網站建立模組114、搜尋模組116、瀏覽模組118、互動模組120、購買模組122、授權管理模組124及啟用模組126。

根據本發明之實施例，使用者介面102經組態以向處理器108提供複數個輸入。該複數個輸入可為由企業擁有者輸入以用於搜尋用於其企業之商業應用程式的搜尋查詢。在另一實例中，亦可向系統100提供任何其他項。使用者介面/輸入模組可包括各種軟體及硬體介面，例如網路介面、圖形化使用者介面等，且可促進在各種網路N/W及協定類型內的多種通訊，包括有線網路，例如LAN、電纜等，及無線網路，諸如WLAN、蜂巢或衛星。

根據本發明之實施例，系統100涉及如圖2所示之四種類型之角色扮演者。1.平臺擁有者：系統100之平臺擁有者負責提供平臺104且啟用生態系統用於複數個商業應 用程式及服務之交易。平臺擁有者提供平臺服務，如使用者介面、付款閘道、收益分割管理、退款流程、產品建立能力、訂閱連接器系統、合作夥伴管理系統及系統100之不同使用者可能需要之所有其他系統。平臺擁有者亦負責商業應用程式產品的核准及企業關係的核准。

2.商業應用程式擁有者：商業應用程式為商業應用程式應有者之提供者，且有興趣銷售對其商業應用程式之訂閱。平臺104幫助不同商業應用程式擁有者將其商業應用程式連接至平臺104且使得其應用程式能夠進行交易，從而使其貨幣化。BizApp可具有自簡單至複雜之任何本質，或可自企業至企業進行消費者化或多租戶或單個例項為多個企業提供服務。此外，可在與系統100所存在之技術或平臺不同之技術及外部平臺上開發複數個商業應用程式。它們可在系統100上註冊且開放銷售。平臺104使得易於整合API(Application Programming Interface)及詳細服務以用於應用程式擁有者之一次性商業應用程式設定。

3.企業擁有者：企業擁有者為其企業可使用該複數個商業應用程式之任何企業之擁有者。系統100向企業擁有者提供單個中心來查找、訂閱且消費適合其需要之複數個商業應用程式。企業擁有者可使用常見之訂閱購買模式進行搜尋、查看細節且訂閱同一橫幅(banner)下之不同BizApp。其可藉由一次登錄存取所有模式下之單一平臺登 錄存取不同BizApp且向其使用者提供對不同BizApp之存取。因此，企業擁有者係為其有需求尋找數位解決方案之人，且為B2B交易模型中之複數個商業應用程式之購買者。

4.企業使用者：商業應用程式之最終消費者係為了企業利益將使用複數個商業應用程式之複數個企業使用者。其可能在其正在消費之複數個商業應用程式中擔任不同之角色(例如管理員、部門主管等)。企業使用者藉由針對系統100中之商業應用程式產品啟動系統中之授權而訂閱/註冊到其對應企業擁有者已購買授權之商業應用程式。企業使用者可啟動BizApp產品之授權碼，或企業擁有者可直接為其使用者標記及啟動授權碼。啟動授權會觸發註冊到相應之商業應用程式。基於插入連接器框架110中之演算法，此註冊邏輯對於不同之商業應用程式而有所不同。企業使用者亦使用同一平臺以單次登錄模式存取商業應用程式。

根據本發明之實施例，系統100包括用於將複數個商業應用程式與平臺104整合之連接器框架110。該複數個商業應用程式可由各別商業應用程式擁有者整合。該複數個商業應用程式可為任何類型且可在任何平臺上開發。應瞭解，商業應用程式可用構建平臺之相同技術或任何其他第三方應用程式來開發。可在連接器框架、企業擁有者之 框架或第三方框架上開發該複數個商業應用程式。

存在兩種模型，其中可設計或供應複數個商業應用程式。首先，單例項模型，單例項商業應用程式使所有參與企業處於相同模式中，其中資料在邏輯上分開。此等BizApp對所有使用者具有共同品牌。其次，消費者特定模型，在商業應用程式的消費者特定例項中，每個企業之資料駐留在消費者特定模式中，且因此在實體上分開。消費者特定BizApp之品牌/設計可能會因正在設定及組態之組織而異。

在一個實例中，連接器框架110亦可被稱為訂閱引擎，其幫助將任何商業應用程式整合至平臺104，如圖4之流程圖400中所示。存在連接器框架110之各種組件來輔助將商業應用程式整合為連接器框架110中之服務中之一者。需要註冊之任何新商業邏輯或類型被稱為「服務」。在系統100之上下文中，每個商業應用程式為新「服務」。此「服務」將含有訂閱及取消訂閱商業應用程式所需之商業邏輯及自商業應用程式提取使用者特定訂閱資料之邏輯。訂閱邏輯負責將商業應用程式指派給使用者及商業設定/組態，在此為啟動授權碼之企業的第一個使用者的情況下。類似地，未訂閱演算法負責取消指派或撤銷對商業應用程式模組之存取。

根據本發明之實施例，關於「服務」之所有內容定義在服務java類內。含有服務邏輯(本質上為網路服務)之服務URL註冊在連接器框架110中。每個「服務」定義用於兩種動作(訂閱及取消訂閱)之邏輯。訂閱邏輯處置為使用者動作而向使用者指派權限/特徵/存取，以及取消訂閱邏輯處置存取/特徵撤銷活動。所有商業應用程式「服務」具有處置處於正確模式或連接至第三方API/網路服務的商業應用程式之使用者至企業映射之邏輯，以基於商業應用程式之類型處理使用者存取請求。

根據本發明之實施例，「服務」可能需要基於不同參數執行不同種類之動作。連接器框架允許設定此等參數且定義參數之可能值。此被稱為「服務元資料」。此等參數被選為規則定義之一部分。「服務元資料」可藉由BizForms一次性針對「服務」進行定義。BizEForms為用於設定服務組態之工具。元資料為「服務」之屬性，其係在定義服務應藉以執行之規則時進行組態。當滿足規則條件且調用「服務」時，如此組態之參數可用於「服務」類。

根據本發明之實施例，連接器框架110進一步提供訂閱/取消訂閱之規則。框架中之規則允許定義哪些使用者需要執行哪一操作。此設定由平臺擁有者完成，作為商業應用程式核准流程之一部分。規則有兩個部分-動作及篩選器。動作涉及選擇需要執行之「服務」、服務參數及動 作類型(訂閱或取消訂閱)。篩選器涉及篩選哪些使用者有資格使用構成篩選器定義的所定義動作。應在每個規則中設定之一個重要篩選器屬性為使用者已購買之商業應用程式的產品代碼之規範。僅該等已經啟動了商業應用程式授權之使用者才有資格採取進一步行動。

根據本發明之實施例，系統100進一步包括註冊模組112。註冊模組112經組態以將商業應用程式擁有者之複數個商業應用程式中之每一者註冊為平臺104上之產品。商業應用程式擁有者可將商業應用程式定義為在系統之目錄中可見，且可設計在企業使用者或企業擁有者自目錄中選擇BizApp時的資訊頁。因此，商業應用程式擁有者可為其BizApp定義兩個元素-BizApp圖章及BizApp微型網站。BizApp微型網站可使用微型網站建立模組114來建立。該微型網站包含複數個商業應用程式之複數個細節。系統100上之複數個商業應用程式之目錄顯示可用於訂閱/銷售之BizApp之圖塊。此等被稱為BizApp圖章。在選擇複數個商業應用程式中之任一者時，顯示一個資訊頁，稱為BizApp微型網站。

圖章顯示商業應用程式之名稱、簡要描述及應用程式之縮圖、其他使用者之評分及評論以及已訂閱之使用者的數目。商業應用程式可使用任意文字搜尋及其他目錄篩選器(如類別、產品類型、供應商及價格)進行搜尋。商業 應用程式擁有者將所有此等屬性定義為作為產品之BizApp設定之一部分。微型網站頁亦與商業應用程式定義之一部分有關聯。此頁應含有商業應用程式之所有細節，包括如何使用及演示鏈接(若需要)。企業使用者將能夠藉由置放在微型網站上之啟動授權/訂閱按鈕啟動其授權。

根據本發明之一個實施例，平臺104亦允許定義稱為子產品之產品，其母產品充當作為相同產品之變化/類別之產品組之母集合(superset)。此等變化可能基於定價模型或特徵。母產品本身並非可購買的，而僅用於對商業應用程式之不同變化進行分組。

根據本發明之實施例，若複數個商業應用程式具有基於價格、類型、有效性等之訂閱變化，或若其具有附加特徵，則應建立複數個商業應用程式作為母產品。在此等情況下，BizApp圖章將充當持有使用者可訂閱之商業應用程式之不同變化之容器。每個變化將具有唯一之產品代碼。若不需要變化，則商業應用程式可建立為具有唯一產品代碼之單一獨立產品。商業應用程式之變化將不會直接顯示在目錄下，而僅在其母項之微型網站中可用於一般企業使用者。

根據本發明之一個實施例，系統100亦包括搜尋模組 116及瀏覽模組118。搜尋模組116基於由企業擁有者輸入之查詢在平臺104上搜尋複數個商業應用程式。該搜尋得出一組商業應用程式。若企業擁有者有興趣購買該組商業應用程式，則瀏覽模組118瀏覽該組商業應用程式之複數個細節。

根據本發明之一個實施例，系統100包括互動模組120。互動模組120經組態以促進該組商業應用程式之商業應用程式擁有者與企業擁有者之間的互動。若同意該組商業應用程式之商業應用程式擁有者與企業擁有者之間的協商，則購買模組122促進企業擁有者購買該組商業應用程式。

根據本發明之實施例，系統100包括授權管理模組124及啟用模組126。授權管理模組124經組態以為一或多個企業使用者啟動商業應用程式之授權。授權管理模組124亦經組態以為一或多個企業使用者撤銷啟動已啟動之商業應用程式之授權。授權僅能在有效期內提供，且可在消費有效期後撤銷啟動。啟用模組126經組態以由一或多個企業使用者啟用商業應用程式以在平臺104本身上使用。

根據本發明之實施例，當商業應用程式擁有者如圖4之流程圖400中所示指派商業應用程式時，企業擁有者可啟動用於商業應用程式之授權。在一實例中，購買模組122為合作夥伴管理螢幕。商業應用程式的存取藉由啟動授權 碼而提供給企業使用者。一個授權對應於一個企業使用者對商業應用程式之存取。一旦商業應用程式已指派給企業擁有者，其可藉由線上付款或離線產生請求購買複數個授權。在離線購買請求的情況下，商業應用程式擁有者在其接收到所需金額且產生所請求之授權數目時核准該請求。如此購買之授權可由企業使用者啟動，得以存取商業應用程式。

根據本發明之一個實施例，企業擁有者亦可藉由購買授權碼且將其與其使用者共用或直接藉由將授權碼標記給使用者而啟動授權碼來將使用者添加至訂閱之BizApp。授權碼可以兩種模式中之一者提供給使用者。模式1：離線共用授權碼-使用者離線接收授權碼且在入口網站中提交該授權碼。成功驗證後，使用者之訂閱引擎將被觸發，且使用者將被指派BizApp。模式2：企業擁有者可直接向使用者標記授權。在此模式下，企業擁有者可直接為其使用者標記授權。訂閱引擎將在此情況下被觸發，且使用者將被指派BizApp。

根據本發明之實施例，系統100亦經組態以提供購買由企業擁有者已購買之該組商業應用程式之附加程式之特徵。在訂閱引擎之上下文中，附加程式僅藉由新規則類型提供額外特徵。附加程式為該組商業應用程式之子產品，針對該等子產品標記了特定種類之訂閱規則定義。附加程 式之指派類似於向企業擁有者分配商業應用程式之過程。當企業使用者激活附加程式之相應授權時，訂閱引擎將向企業使用者指派對特徵/功能性之存取。

根據本發明之實施例，系統100亦經組態以檢查授權之有效性，從而提供重新訂閱該組商業應用程式之特徵。任何商業應用程式訂閱及對商業應用程式之使用者訂閱可使用授權進行標記，該授權將在特定期間內有效。訂閱之有效性在規則級別指定。當該期間到期時，將調用相應遞送引擎之退訂邏輯。使用者將能夠續訂其訂閱期限。

在操作中，圖3A至圖3B展示說明用於聚合及交易複數個商業應用程式所涉及之步驟之流程圖200。最初，在步驟202，平臺擁有者提供平臺104以銷售複數個商業應用程式。平臺擁有者將負責提供平臺之各種服務，諸如計費、收益分享、付款閘道等。在下一步驟204中，複數個商業應用程式由各別商業應用程式擁有者整合在平臺104之連接器框架110上。在一個實例中，連接器框架110亦可被稱為訂閱引擎。

在下一步驟206中，複數個商業應用程式中之每一者由商業應用程式擁有者註冊為平臺104上之產品。在步驟208，由商業應用程式擁有者對應於商業應用程式建立微型網站，其中該微型網站包含該複數個商業應用程式之複數 個細節。該複數個細節可包括商業應用程式之簡要描述、商業應用程式之縮圖、使用者之評分及評論以及已訂閱之使用者之數目。

在下一步驟210中，企業擁有者在平臺104上搜尋複數個商業應用程式。企業擁有者為該組商業應用程式之潛在購買者。企業擁有者可基於其企業需求向搜尋引擎提供輸入查詢。搜尋得出一組商業應用程式。在步驟212，企業擁有者瀏覽該組商業應用程式之複數個細節。若該企業對該組商業應用程式感興趣，則企業擁有者可展示/註冊其購買該組商業應用程式之興趣。在下一步驟214中，系統100促進該組商業應用程式之商業應用程式擁有者與企業擁有者之間的互動。企業擁有者及商業應用程式擁有者可定義各種條款及條件且就其達成一致。在步驟216，該組商業應用程式可由企業擁有者購買。在步驟218，企業擁有者接著可進一步為一或多個企業使用者啟動該組商業應用程式之授權。且最後，在步驟220，企業使用者可在該平臺上啟用商業應用程式以供其使用。

根據本發明之實施例，系統100允許平臺擁有者為企業使用者及平臺擁有者提供收益分享方案。對於企業使用者，商業應用程式之固定百分比折扣可由系統中之企業擁有者組態。此系統驗證此百分比是否大於或等於組態期間之平臺收益分享百分比。將不允許企業擁有者指定高於發 佈者份額百分比減去最大交易費用百分比(平臺付款閘道組態中將設定之最大交易費用)之折扣百分比，此係因為分割以基準價格啟動，而無關於學習者購買產品之折扣率。

類似地，對於平臺擁有者，由企業擁有者指派商業應用程式給平臺擁有者以以折扣百分比購買。與企業使用者折扣之情況不同，低於企業擁有者份額之百分比可由企業擁有者設定。如此指派之產品不能由平臺擁有者線上購買，而平臺擁有者僅能提出離線授權產生請求。當企業擁有者核准此種請求時，針對平臺擁有者產生離線訂單。

書面敘述描述了本文之標的以使得任何所屬技術領域中具有通常知識者能夠製作及使用此等實施例。標的實施例之範圍由申請專利範圍限定，且可包括所屬技術領域中具有通常知識者想到之其他修改。若此等其他修改具有與申請專利範圍之字面語言並無不同之類似要素，或若其包括與申請專利範圍之字面語言無實質區別之等同要素，則此等其他修改意欲在申請專利範圍之範圍內。

本文中的本發明之實施例提供用於聚合、存取及交易複數個商業應用程式之系統及方法。另外，該系統為複數個商業應用程式之堆集，該複數個商業應用程式為中小型企業之日常問題提供單點解決方案。該系統使企業擁有者 能夠瀏覽、查看細節、利用演示及購買商業應用程式之訂閱，且使商業應用程式擁有者能夠藉由複數個商業應用程式之一站式商店向更廣泛之商業消費者群眾提供銷售及存取點。

然而，應理解，保護之範圍擴展至此種程式，且作為具有訊息之電腦可讀構件之補充；當程式在伺服器或行動裝置或任何合適之可程式化裝置上執行時，此種電腦可讀儲存構件含有用於實施方法之一或多個步驟的程式碼構件。硬體裝置可為任何種類之可程式化之裝置，包括例如任何類型之電腦，如伺服器或個人電腦等，或其任何組合。該裝置亦可包括可為例如硬體構件之構件，例如特定應用積體電路(ASIC)、場域可程式化閘陣列(FPGA)，或硬體與軟體構件之組合，例如，ASIC及FPGA，或至少一個微處理器及至少一個具有軟體模組之記憶體。因此，該等構件可包括硬體構件及軟體構件。本文描述之方法實施例可用硬體及軟體來實施。該裝置亦可包括軟體構件。或者，可在不同之硬體裝置上實施實施例，例如，使用複數個CPU。

本文之實施例可包含硬體及軟體元件。以軟體實施之實施例包括但不限於韌體、常駐軟體、微碼等。由本文描述之各種模組執行之功能可在其他模組或其他模組之組合中實施。為了此描述之目的，電腦可用或電腦可讀媒體可 為可包含、儲存、傳達、傳播或傳輸供指令執行系統、設備或裝置使用或與其結合使用之程式的任何設備。

媒體可為電子、磁性、光學、電磁、紅外或半導體系統(或設備或裝置)或傳播媒體。電腦可讀媒體之實例包括半導體或固態記憶體、磁帶、可移除式電腦磁碟、隨機存取記憶體(RAM)、唯讀記憶體(ROM)、剛性磁碟及光碟。光碟之當前實例包括光碟唯讀記憶體(CD-ROM)、光碟讀/寫(CD-R/W)及DVD。

適合於儲存及/或執行程式碼之資料處理系統將包括藉由系統匯流排直接或間接耦接至記憶體元件之至少一個處理器。記憶體元件可包括在程式碼之實際執行期間使用之本端記憶體、大容量記憶體及提供至少一些程式碼之暫時儲存以便減少在執行期間必須自大容量記憶體擷取程式碼之次數的快取記憶體。

輸入/輸出(I/O)裝置(包括但不限於鍵盤、顯示器、指標裝置等)可直接或經由介入之I/O控制器耦接至系統。網路適配器亦可耦接至系統，以使資料處理系統能夠經由介入之私人或公共網路耦接至其他資料處理系統或遠端印表機或儲存裝置。數據機、電纜數據機及乙太網路卡僅為當前可用類型之網路適配器中之幾個。

用於實現實施例之代表性硬體環境可包括根據本文之實施例之資訊處置/電腦系統之硬體組態。本文之系統包含至少一個處理器或中央處理單元(CPU)。CPU藉由系統匯流排互連至各種裝置，諸如隨機存取記憶體(RAM)、唯讀記憶體(ROM)及輸入/輸出(I/O)適配器。I/O適配器可連接至周邊裝置，諸如磁碟單元及磁帶驅動器，或系統可讀之其他程式儲存裝置。系統可讀取程式儲存裝置上之創新性指令，且遵循此等指令來執行本文實施例之方法。

系統進一步包括使用者介面適配器，其將鍵盤、滑鼠、揚聲器、麥克風及/或諸如觸控螢幕裝置(未顯示)之其他使用者介面裝置連接至匯流排以收集使用者輸入。另外，通訊適配器將匯流排連接至資料處理網路，且顯示適配器將匯流排連接至顯示裝置，該顯示裝置可實現為輸出裝置，諸如監視器、印表機或傳輸器。

已參考各種實施例呈現以上描述。熟習本申請案所屬領域及相關技術的具有通常知識者將瞭解，可在不有意脫離原理、精神及範圍之情況下實施所描述之結構及操作方法之更改及改變。

Claims (12)

1. 一種用於聚合及交易複數個商業應用程式之方法，前述方法包含以下由處理器實施之步驟：由平臺擁有者提供用於交易前述複數個商業應用程式之平臺(104)，其中當與關聯於前述平臺的技術比較時，前述複數個商業應用程式在不同的技術上被關發；由各別商業應用程式擁有者在前述平臺之連接器框架(110)上整合前述複數個商業應用程式；由前述商業應用程式擁有者將前述複數個商業應用程式中之每一者註冊為前述平臺上之產品；建立對應於前述複數個商業應用程式之微型網站，其中前述微型網站包含前述複數個商業應用程式之複數個細節，且其中前述複數個細節包括商業應用程式之名稱、簡要描述、縮圖、使用者之評分及評論、已訂閱之使用者的數目、產品類型、供應商及價格；由企業擁有者在前述平臺上搜尋前述複數個商業應用程式，其中前述企業擁有者為一組商業應用程式之潛在購買者，其中前述搜尋步驟得出前述組商業應用程式；若前述企業擁有者有興趣購買前述組商業應用程式，則瀏覽前述組商業應用程式之前述複數個細節；促進前述組商業應用程式之前述商業應用程式擁有者與前述企業擁有者之間的互動，以完成條款及條件；由前述企業擁有者購買前述組商業應用程式；為一或多個企業使用者啟動前述組商業應用程式之授權；以及由前述一或多個企業使用者啟用前述組商業應用程式以在前述平臺上使用。
2. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其進一步包含向前述一或多個企業使用者提供對前述組商業應用程式之訂閱之步驟。
3. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其進一步包含已訂閱之前述一或多個企業使用者取消訂閱之步驟。
4. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其進一步包含購買前述組商業應用程式的附加程式之步驟。
5. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其中前述複數個商業應用程式係在前述連接器框架、企業擁有者之框架及第三方框架中之至少一者上建立。
6. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其中前述複數個商業應用程式藉由API及網路服務整合。
7. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其進一步包含授權特徵，其中基於有效授權給予對前述組商業應用程式之存取及控制。
8. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其中前述平臺擁有者進一步提供以下服務中之一或多者：使用者介面、付款閘道、收益分割管理、退款流程、產品建立能力或合作夥伴管理系統。
9. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其中前述搜尋步驟係基於關鍵字來執行。
10. 如請求項1所記載用於聚合及交易複數個商業應用程式之方法，其中前述平臺擁有者負責商業應用程式產品之核准及企業關係之核准。
11. 一種用於聚合及交易複數個商業應用程式之系統，前述系統包含：使用者介面(102)，其用於提供複數個輸入；平臺(104)，其由平臺擁有者提供以用於交易前述複數個商業應用程式，其中當與關聯於前述平臺的技術比較時，前述複數個商業應用程式在不同的技術上被開發；記憶體(106)；以及與前述記憶體通訊之處理器(108)，前述處理器進一步包含：連接器框架(110)，其用於藉由各別商業應用程式將前述複數個商業應用程式與前述平臺相整合；註冊模組(112)，其用於由商業應用程式擁有者將前述複數個商業應用程式中之每一者註冊為前述平臺上之產品；微型網站建立模組(114)，其用於建立對應於前述複數個商業應用程式之微型網站，其中前述微型網站包含前述複數個商業應用程式之複數個細節，且其中前述複數個細節包括商業應用程式之名稱、簡要描述、縮圖、使用者之評分及評論、已訂閱之使用者的數目、產品類型、供應商及價格；搜尋模組(116)，其用於由企業擁有者在前述平臺上搜尋前述複數個商業應用程式，其中前述企業擁有者為一組商業應用程式之潛在購買者，其中前述搜尋步驟得出前述組商業應用程式；瀏覽模組(118)，其在前述企業擁有者有興趣購買前述組商業應用程式的情況下輔助前述企業擁有者瀏覽前述組商業應用程式之前述複數個細節；互動模組(120)，其用於促進前述組商業應用程式之前述商業應用程式擁有者與前述企業擁有者之間的互動，以完成條款及條件；購買模組(122)，其用於促進前述企業擁有者購買前述組商業應用程式；授權管理模組(124)，其用於為一或多個企業使用者啟動前述組商業應用程式之授權；以及啟用模組(126)，其用於由前述一或多個企業使用者啟用前述組商業應用程式以在前述平臺上使用。
12. 一種非暫時性電腦可讀媒體，其上實施有用於聚合及交易複數個商業應用程式之電腦程式，前述電腦程式包含如下由處理器實施之步驟：由平臺擁有者提供用於交易前述複數個商業應用程式之平臺(104)，其中當與關聯於前述平臺的技術比較時，前述複數個商業應用程式在不同的技術上被開發；由各別商業應用程式擁有者在前述平臺之連接器框架(110)上整合前述複數個商業應用程式；由前述商業應用程式擁有者將前述複數個商業應用程式中之每一者註冊為前述平臺上之產品；建立對應於前述複數個商業應用程式之微型網站，其中前述微型網站包含前述複數個商業應用程式之複數個細節，且其中前述複數個細節包括商業應用程式之名稱、簡要描述、縮圖、使用者之評分及評論、已訂閱之使用者的數目、產品類型、供應商及價格；由企業擁有者在前述平臺上搜尋前述複數個商業應用程式，其中前述企業擁有者為一組商業應用程式之潛在購買者，其中前述搜尋步驟得出前述組商業應用程式；若前述企業擁有者有興趣購買前述組商業應用程式，則瀏覽前述組商業應用程式之前述複數個細節；促進前述組商業應用程式之前述商業應用程式擁有者與前述企業擁有者之間的互動，以完成條款及條件；由前述企業擁有者購買前述組商業應用程式；為一或多個企業使用者啟動前述組商業應用程式之授權；以及由前述一或多個企業使用者啟用前述組商業應用程式以在前述平臺上使用。