TWI522949B - 啓動應用程式其他功能的方法及應用該方法之行動通訊裝置、伺服器 - Google Patents

Description

啟動應用程式其他功能的方法及應用該方法之行動通訊裝置、伺服器

本發明係關於一種啟動應用程式中其他功能的方法，及對應該方法的行動通訊裝置、伺服器。

隨著科技不斷的進步，使得各種資訊設備不斷地推陳出新，例如智慧型手機、平板電腦、及穿戴式裝置(wearable device)等智慧型的行動通訊裝置，這股熱潮亦同時帶動行動通訊裝置所執行的應用程式(Mobile Application,App)的發展。由於智慧型行動通訊裝置搭配應用程式產生非常強大的便利性及多功能性，使得許多傳統的商業行為現在也透過這樣的平台在運作，有效率地同時滿足消費端與銷售端的需求。

以叫計程車的商業行為而言，在智慧型行動通訊裝置尚未普及之前，乘客必須以撥打電話至叫車中心，再透過叫車中心與計程車以無線通訊裝置聯絡，始能派車給乘客。而目前已有應用於計程車叫車系統的應用程式，以提供給乘客端及司機端使用。另外，以購買的商業行為而言，以前的消費客戶及銷售人員係透過實體店面、電視購物或電話購物的方式進行交易，而目前卻有很多已經被專門為購物設計的應用程式取代，這種消費客戶及銷售人員可以即時交換資訊的模式，令交易可於任何地點完成。

但是應用程式仍有缺陷。以商業行為來說，交易是由至少兩方參與而成，且每一方對於交易的需求皆不盡相同，對應來說，對於應用程式之功能的需求也就不同。舉例而言，前述之叫車的商業行為係由乘客(消費端)與司機(銷售端)所組成，而乘客所希望的介面及功能就可能 與司機不同。

另外，雖目前有將消費端及銷售端的操作介面分成兩個應用程式，依據使用者扮演的角色選擇下載。然而，客戶轉變為銷售人員的情況在一般商業中並不少見。例如常有客戶在被推銷一項商品後，因滿意或認同該商品，轉而希望成為銷售人員。而在此種情況下，若要另外下載不同的應用程式，相當不便。同時，因為銷售公司希望鼓勵銷售人員說服客戶加入成為新的銷售人員，所以新銷售人員的成交資料都要能連結到原銷售人員，以計算獎勵。

所以如何在消費客戶加入為銷售人員時，便利地讓應用程式可以執行原本無法執行的功能，且成交資料能與原銷售人員連結，以配合新身份是很重要的。

本發明之目的為提供一種啟動應用程式中其他功能的方法，及對應該方法的行動通訊裝置、伺服器，可使消費端在希望轉換成銷售端時，更無需重新下載不同的應用程式，即可透過授權啟動應用程式的方式，或者更新應用程式的方式，提供與銷售端有關的功能。

為達上述目的，依據本發明的一種應用程式之訂購功能的啟動方法，應用程式安裝於一行動通訊裝置，且包括一展示功能以及未開啟之訂購功能，啟動方法包括以下步驟：行動通訊裝置接收一輸入，以送出一啟動訂購功能之請求資料；行動通訊裝置送出一驗證資料；行動通訊裝置接收一授權資料；以及行動通訊裝置依據授權資料啟動應用程式之訂購功能。

為達上述目的，依據本發明的一種行動通訊裝置，包括一記憶單元以及一或多數個處理單元，記憶單元儲存一應用程式，應用程式包括多數個指令，且應用程式包括一展示功能以及未開啟之一訂購功能，處理單元耦接記憶單元，處理單元執行該些指令而有以下作動：透過行動通訊裝置接收一輸入，以送出一啟動訂購功能之請求資料；透過行動通訊裝置送出一驗證資料；透過行動通訊裝置接收一授權資料；以及依據授權資 料啟動應用程式之訂購功能。

為達上述目的，依據本發明的一種應用程式之訂購功能的啟動方法，應用程式安裝於一行動通訊裝置，且包括一展示功能以及未開啟之訂購功能，行動通訊裝置與一伺服器通訊連接，啟動方法包括以下步驟：伺服器接收一啟動訂購功能之請求資料；伺服器接收一驗證資料；以及伺服器依據驗證資料送出一授權資料至行動通訊裝置，行動通訊裝置依據授權資料啟動應用程式之訂購功能。

為達上述目的，依據本發明的一種應用於啟動應用程式之訂購功能之伺服器，伺服器與一行動通訊裝置通訊連接，伺服器包括一接收模組以及一傳送模組。接收模組接收行動通訊裝置送出之一啟動訂購功能之請求資料及一驗證資料。傳送模組依據驗證資料送出一授權資料至行動通訊裝置，行動通訊裝置依據授權資料啟動一應用程式之一訂購功能。

在一實施例中，驗證資料為一銷售人員之身份資料。

在一實施例中，銷售人員具有另一行動通訊裝置，行動通訊裝置安裝有已啟動訂購功能之相同應用程式。

在一實施例中，應用程式之訂購功能的啟動方法更包括行動通訊裝置依據授權資料啟動一銷售獎勵計算功能。

在一實施例中，應用程式包括一未開啟之銷售獎勵計算功能，且處理單元執行該些指令而有以下作動：依據授權資料啟動銷售獎勵計算功能。

在一實施例中，應用程式之訂購功能的啟動方法更包括伺服器依據啟動訂購功能之請求資料送出一驗證請求資料至行動通訊裝置，行動通訊裝置對應驗證請求資料送出驗證資料。

在一實施例中，傳送模組依據啟動訂購功能之請求資料送出一驗證請求資料至行動通訊裝置，行動通訊裝置對應驗證請求資料送出驗證資料。

為達上述目的，本發明依據一種應用程式之更新方法，應用程式安裝於一行動通訊裝置，且包括一展示功能，更新方法包括以下步驟：行動通訊裝置接收一輸入，以送出一更新應用程式之請求資料；行動通訊 裝置送出一驗證資料；行動通訊裝置接收對應應用程式之一更新資料；以及行動通訊裝置依據更新資料更新應用程式，其中更新後之應用程式具有展示功能以及一訂購功能。

為達上述目的，本發明依據一種行動通訊裝置，包括一記憶單元以及一或多數個處理單元，記憶單元儲存一應用程式，應用程式包括多數個指令，且該應用程式包括一展示功能，處理單元耦接記憶單元，處理單元執行該些指令而有以下作動：透過行動通訊裝置接收一輸入，以送出一更新應用程式之請求資料；透過行動通訊裝置送出一驗證資料；透過行動通訊裝置接收對應應用程式之一更新資料；以及依據更新資料更新應用程式，其中更新後之應用程式具有展示功能以及一訂購功能。

為達上述目的，本發明依據一種應用程式之更新方法，應用程式安裝於一行動通訊裝置，且包括一展示功能，行動通訊裝置與一伺服器通訊連接，更新方法包括以下步驟：伺服器接收一更新應用程式之請求資料，更新應用程式之請求資料係由行動通訊裝置依據一輸入而送出；伺服器接收一驗證資料；以及伺服器依據驗證資料送出一更新資料至行動通訊裝置，行動通訊裝置依據更新資料更新應用程式，其中更新後之應用程式具有展示功能以及一訂購功能。

為達上述目的，本發明依據一種應用於更新一行動通訊裝置之一應用程式之伺服器，伺服器與行動通訊裝置通訊連接，伺服器包括一接收模組以及一傳送模組。接收模組接收行動通訊裝置送出之一更新應用程式之請求資料及一驗證資料。傳送模組依據驗證資料送出一更新資料至行動通訊裝置，行動通訊裝置依據更新資料更新應用程式，其中更新後之應用程式具有展示功能以及一訂購功能。

在一實施例中，驗證資料為一銷售人員之身份資料。

在一實施例中，銷售人員具有另一行動通訊裝置，行動通訊裝置安裝有更新後之應用程式。

在一實施例中，更新後之該應用程式更具有一銷售獎勵計算功能。

在一實施例中，更新方法更包括：伺服器依據更新應用程式 之請求資料送出一驗證請求資料至行動通訊裝置，行動通訊裝置對應驗證請求資料送出驗證資料。

在一實施例中，傳送模組依據更新應用程式之請求資料送出一驗證請求資料至行動通訊裝置，行動通訊裝置對應驗證請求資料送出驗證資料。

承上所述，依據本發明之應用程式之訂購功能的啟動方法及應用程式之更新方法，消費端的應用程式具有展示功能，而不具有其他非消費端的功能，令消費端的使用者可直覺的操作展示功能，不會被其他功能的介面所干擾。同時，消費端也不會有機會直接訂購商品，避免公司無法掌握銷售人員的績效與獎勵。而在消費端在希望轉換成銷售端時，可藉由行動通訊裝置送出啟動訂購功能之請求資料及驗證資料，並由伺服器提供授權資料，此時才啟動應用程式的訂購功能；或是藉由行動通訊裝置送出更新應用程式之請求資料及驗證資料，並由伺服器提供更新資料，此時應用程式才具有訂購功能。換言之，消費端在希望轉換成銷售端時，更無需重新下載不同的應用程式，即可透過授權啟動應用程式的方式，或者更新應用程式的方式，提供與銷售端有關的功能，有助於提高轉換的意願，幫助公司增加銷售人員。

再者，行動通訊裝置必須送出驗證資料後，伺服器始送出授權資料或更新資料至行動通訊裝置，以供行動裝置可操作訂購功能。而驗證資料為原銷售人員的身分資料，故可連結原銷售人員(介紹人)及新加入的銷售人員之間的關係，進而使新銷售人員於後所成立的交易資料都可與原銷售人員產生一定程度之關聯，利於公司計算績效與獎勵。

1‧‧‧銷售系統

11、12‧‧‧行動通訊裝置

111、121‧‧‧記憶單元

112、122‧‧‧處理單元

113、123‧‧‧觸控顯示單元

114、114a~114c、115、124、124a~124c、125、126‧‧‧功能圖標

116‧‧‧視窗

13‧‧‧伺服器

131‧‧‧接收模組

132‧‧‧傳送模組

133‧‧‧記憶模組

S100~S240‧‧‧步驟

圖1為本發明銷售端點系統之一實施例的架構示意圖。

圖2A及圖2B分別為客戶之行動通訊裝置啟動銷售端點應用程式後的圖形化使用者介面的示意圖。

圖3A及圖3B分別為銷售人員之行動通訊裝置啟動銷售端點應用程式 後的圖形化使用者介面的示意圖。

圖4為本發明實施例之第一態樣中，銷售端點應用程式之訂購功能的啟動方法的實施步驟示意圖。

圖5為本發明實施例第二態樣中，銷售端點應用程式之訂購功能的啟動方法的實施步驟示意圖。

圖6為本發明實施例第二實施態樣之圖形化使用者介面的示意圖。

圖7為本發明實施例之第三態樣中，銷售端點應用程式之更新方法的實施步驟示意圖。

以下將參照相關圖式，說明本發明較佳實施例，其中相同的元件、步驟將以相同的參照符號加以說明。

首先，本實施例之「應用程式(Mobile Application,App)」之訂購功能的啟動方法及「應用程式」之更新方法，係以「銷售端點應用程式」之訂購功能的啟動方法及「銷售端點應用程式」之更新方法為例說明。而「銷售端點應用程式」具體來說主要是供銷售人員(銷售端)使用，以便利銷售人員向客戶推銷商品，於應用上可以參考銷售端點系統(Points of sales,POS)。以下的實施例係以「銷售端點應用程式」之訂購功能的啟動方法及更新方法，及使用該啟動方法及該更新方法的銷售系統進一步說明。

圖1為本發明銷售端點系統之一實施例的架構示意圖，如圖1所示，本實施例的一種銷售端點系統1，包括一客戶端的行動通訊裝置11、一銷售端的行動通訊裝置12以及一伺服器13。行動通訊裝置11、12以及伺服器13是透過網路而彼此通訊連接。具體而言，行動通訊裝置11、12及伺服器13之間的資料傳輸方式是依據彼此相互配合的硬體架構不同而有不同，具體來說可以透過符合例如3G、Wi-Fi或4G LTE等的技術實現。例如伺服器13本身可以以有線方式連接網際網路，再透過Wi-Fi資料傳輸元件，以網際網路與客戶端的行動通訊裝置11或銷售端的行動通訊裝置12傳輸資料。

其中，行動通訊裝置11係指由消費客戶所操作，而行動通 訊裝置12係指由銷售人員所操作，但不論是消費客戶或是銷售人員所操作的行動通訊裝置11、12，皆可例如但不限於智慧型行動電話(例如智慧型手機)、穿戴式智慧家電裝置(例如智慧型手錶或智慧型手環等)、平板電腦、個人數位助理、穿戴式裝置、智慧型家電或其它電子裝置等。因此，由組成架構來看，本實施例之銷售端點系統1係至少由：一、可操作行動通訊裝置11的客戶；二、可操作行動通訊裝置12的銷售人員；以及三、系統維護(伺服器13維護)的業者所共同組成。當然，系統維護業者與銷售人員可屬同一公司。

如圖1所示，本實施例之客戶端的行動通訊裝置11、銷售端的行動通訊裝置12皆可包括一記憶單元、一或多數個處理單元以及一觸控顯示單元。以下以行動通訊裝置11為例說明，行動通訊裝置11的記憶單元111可以為硬碟，其儲存包括銷售端點應用內的多個程式與指令；而一或多數個處理單元112可以形成一晶片組(chip set)，處理單元112與記憶單元111耦接；而觸控顯示單元113為觸控螢幕。當在使用或操作客戶端的行動通訊裝置11的過程中，處理單元112會執行記憶單元111中的多個指令，而產生相對應的作動。

在本實施例中，消費端的行動通訊裝置11與銷售端的行動通訊裝置12皆為智慧型行動電話，且銷售端的行動通訊裝置12已預先安裝銷售端點應用程式，並藉由其展示產品的功能，輔助銷售人員可當面向潛在客戶展示產品內容，以達到推銷商品之目的。銷售端的行動通訊裝置12若為平板電腦，則可以達到類似相同效果。為此，銷售人員例如在拜訪客戶前，須先於自己的行動通訊裝置12安裝銷售端點應用程式。

這個安裝的銷售端點應用程式可儲存於記憶單元121。銷售端點應用程式具有多數個指令，包括與展示功能相關的指令，及與訂購功能相關的指令，而處理單元122會執行該些指令以產生對應的作動(請參考圖3所示)。展示功能用以展示電子化的商品型錄、或是商品文宣，該些商品型錄或文宣可以掛載於銷售端點應用程式內而可以直接自記憶單元121中讀取，或另外儲存於伺服器13，透過即時下載的方式取得。在客戶願意消費後，銷售人員可直接操作行動通訊裝置12，透過銷售端點應用程 式之訂購功能訂購商品。此時，行動通訊裝置12會送出一筆訂購資料至伺服器13，內容例如包括銷售人員的身份、訂購的商品等，而擁有伺服器13的公司，也就是生產販售商品的公司，就可以據以計算銷售人員的績效或獎金。

然而，大部分推銷商品的過程中，客戶通常需要更多的考慮時間，而無法當下決定訂購。此時，為讓客戶能再多欣賞一下商品，銷售人員可能會主動，或在客戶要求下，協助客戶透過客戶自己的行動通訊裝置11去下載與銷售人員相同的應用程式。由於只是為了欣賞要求，客戶安裝的應用程式只具有展示功能而不具有訂購功能。圖2A及圖2B分別為客戶之行動通訊裝置11啟動銷售端點應用程式後的圖形化使用者介面的示意圖，如圖2A所示，介面上具有「展示」的功能圖標(icon)114，更進一步的，其可依據販賣的商品種類，分成不同的類別並同樣以功能圖標114a、114b、114c的方式呈現，當按下該些功能圖標114後，本實施例以按下燈具系列的功能圖標114a為例，即可顯示如圖2B之電子型錄的內容。由於不具訂購功能，當客戶決定訂購商品時，必須另外告知銷售人員，由銷售人員訂購商品。藉此，公司也好掌握績效或獎金。

而常見的情形是，客戶在使用訂購的商品一段時間後，因滿意或認同該商品，進而向其他人推薦並協助銷售該商品，產生希望從消費端成為為銷售端的意願。然而，在此種情況下，如圖2A所示，客戶此時的銷售端點應用程式仍不具有訂購產品的功能，而必須透過銷售端點應用程式之訂購功能的啟動方法，或是銷售端點應用程式之更新方法，使自己的行動通訊裝置11可以執行具有訂購商品的功能，即如銷售人員一般。

圖3A及圖3B分別為銷售人員之行動通訊裝置啟動銷售端點應用程式後的圖形化使用者介面的示意圖，同時也是原本客戶之行動通訊裝置之銷售端點應用程式被啟動訂購功能，或更新銷售端點應用程式後所呈現的圖形化使用者介面示意圖(對應圖2A及2B所示)。如圖3A所示，當銷售端點應用程式被啟動訂購功能，或更新銷售端點應用程式後，即可呈現「訂購」的功能圖標125，當按下該功能圖標125後，即可進入如圖3B之操作訂購功能的介面。換言之，行動通訊裝置11與行動通訊裝置12 下載相同的銷售端點應用程式來安裝，而可透過於行動通訊裝置11操作訂購功能的啟動方法，或銷售端點應用程式之更新方法，以取得訂購功能。補充說明的是，銷售人員安裝銷售端點應用程式後，也可以預先透過相同或相似方法啟動訂購功能。

在本實施例的第一個態樣中，伺服器13中儲存的銷售端點應用程式具有完整的與展示功能及訂購功能相關的操作指令，但是未經啟動之前，僅能使用展示功能，而不能使用訂購功能，此時顯示出來的圖形化使用者介面如圖2A。

圖4為本發明實施例之第一態樣中，銷售端點應用程式之訂購功能的啟動方法的實施步驟示意圖。請參考圖4所示，銷售端點應用程式之訂購功能的啟動方法包括以下步驟：行動通訊裝置接收一輸入，以送出一啟動訂購功能之請求資料至伺服器(步驟S100)；伺服器依據啟動訂購功能之請求資料送出一驗證請求資料至行動通訊裝置(步驟S110)；行動通訊裝置對應驗證請求資料送出一驗證資料至伺服器(步驟S120)；伺服器依據驗證資料送出一授權資料至行動通訊裝置(步驟S130)；行動通訊裝置接收授權資料(步驟S140)；行動通訊裝置依據授權資料啟動銷售端點應用程式之訂購功能(步驟S150)。

請同時參考圖2A及圖4所示，於步驟S100中，銷售端點應用程式在沒有被啟動訂購功能之前，會在圖形化使用者介面上顯示出一個例如「成為銷售人員」的功能圖標115，客戶可於行動通訊裝置11上進行輸入，例如觸碰該功能圖標115，則該觸碰可引發輸入事件。補充對於輸入的說明，當客戶於行動通訊裝置11上執行例如但不限於點擊、觸碰或按壓等的實體輸入動作，此實體動作會經過客戶端的行動通訊裝置11之韌體(firmware)轉換為訊號，進而再通過輸入模組驅動器(input module driver)將該訊號轉換成指令。指令經由行處理單元112執行，以產生相應的後續作動。本實施態樣中係藉由觸碰「成為銷售人員」功能圖標115，並由處理單元112對應該輸入動作，執行產生一啟動訂購功能之請求資料並送出至伺服器13的作動。補充說明，在以下的其他說明中，所稱之輸入均可依據此原理，故細節不再贅述。

請搭配圖1所示，本實施態樣之伺服器13包括一接收模組131以及一傳送模組132，伺服器13的接收模組131接收啟動訂購功能之請求資料後，伺服器13可依據此請求資料進行反應，包括辨識資料發送來源及產生驗證請求資料。之後，伺服器13會回送出一驗證請求資料至行動通訊裝置11(步驟S110)。接著，行動通訊裝置12接收驗證請求資料後，可對應驗證請求資料進而送出一驗證資料至伺服器13(步驟S120)，伺服器13在接收驗證資料後，始執行後續之作動。本實施態樣之驗證資料為銷售人員之身份資料，故客戶必須透過預存或是即時輸入的方式，提供先前推銷產品的銷售人員之身份資料。又或者可以說客戶必須提供介紹人的身分資料作為驗證資料，而介紹人應該會是曾推銷產品的銷售人員，藉由此方式，商品公司可以有效地掌握銷售人員的績效與獎金。

達成上述的一種方式為於步驟S120中，行動通訊裝置11接收驗證請求資料後，可於觸控顯示單元113顯示輸入介紹人資料的區域，以供客戶可以手動輸入的方式輸入銷售人員之身份資料，並作為驗證資料以送出至伺服器13。

接著，伺服器13可依據驗證資料送出一授權資料至行動通訊裝置(步驟S130)，在本實施例中，伺服器13更包括一記憶模組133，並於記憶模組133儲存有各個銷售人員之身分資料的資料庫。伺服器13接收驗證資料後，可於記憶模組133中比對驗證資料是否符合其中之一的銷售人員之身分資料，若符合，則伺服器13可送出授權資料至行動通訊裝置11，且伺服器13另可將該其中之一的銷售人員標記為介紹人，故當客戶成為新的銷售人員時，其所達成的成交資料可連結到介紹人(原銷售人員)，以用於計算該銷售人員的績效，於後詳述之。

接著，行動通訊裝置11接收授權資料(步驟S140)後，行動通訊裝置11可依據授權資料啟動銷售端點應用程式之訂購功能(步驟S150)。具體而言，在一實施例中，授權資料係為可啟動訂購功能的金鑰，其透過伺服器13對應於安裝之銷售端點應用程式的序號產生一組金鑰作為授權資料，且伺服器13可以簡訊的方式將授權資料送至行動通訊裝置11，行動通訊裝置11進而取得可啟動訂購功能的金鑰，客戶可以手動輸入的方 式輸入該組金鑰。而銷售端點應用程式亦具有驗證金鑰的程序，並由處理單元112執行驗證該金鑰的程序。

在另一實施例中，授權資料同時包含可啟動訂購功能的金鑰以及輸入該金鑰的指令，故當行動通訊裝置11接收授權資料後，可直接於觸控顯示單元113顯示確認啟動訂購功能的功能圖標，而客戶可直接透過觸碰該功能圖標，使處理單元112執行輸入啟動訂購功能金鑰的指令，進而執行驗證該金鑰的程序。

驗證完成後，可參考圖3A所示，銷售端點應用程式的圖形化使用者介面顯示「訂購」的功能圖標125，並使銷售端點應用程式所呈現的圖形化使用者介面具有訂購功能，使客戶在轉換成銷售人員後，可執行訂購功能的操作動作，進而可替其他新的客戶訂購商品。如圖3B所示，訂購功能的圖形化使用者介面係與手持式的收銀設備或收銀系統之介面相似，即可以為簡易版的銷售端點系統的介面，本發明不以此為限。

在其他實施態樣中，啟動訂購功能之請求資料與驗證資料可一併送至伺服器13。圖5為本發明實施例第二態樣中，銷售端點應用程式之訂購功能的啟動方法的實施步驟示意圖，圖6為本發明實施例第二實施態樣之圖形化使用者介面的示意圖。請同時參考圖5及圖6所示，客戶端的行動通訊裝置11安裝銷售端點應用程式後，可先進入註冊的視窗116，以供客戶先輸入介紹人帳號，以及註冊客戶本身所使用的帳號、密碼，其中介紹人帳號可如圖6所示之L1023，其表示原銷售人員的身分資料，以作為驗證資料。在其他實施例中，更可進一步的輸入客戶的基本資料，例如客戶的真實姓名、聯絡電話、常用的收件地址等。因此，在送出啟動訂購功能之請求資料至伺服器13(步驟S100)的同時，可一併送出驗證資料(步驟S125)，也就是兩筆資料同時送出；亦或是行動通訊裝置11所送出的啟動訂購功能之請求資料可以包含銷售人員的身分資料。此二種不論何者，均使步驟S100及步驟S125可同時進行。在本實施例中，伺服器13便無需送出驗證請求資料，要求行動通訊裝置11送出驗證資料，可省去客戶需手動輸入銷售人員的身分資料(驗證資料)的操作動作，也可以省去伺服器13詢問驗證請求資料的動作。而其他後續作動可參考第一態樣，不加贅述。

在本發明實施例之第三態樣中，客戶端的行動通訊裝置11所下載的銷售端點應用程式僅具有與展示功能相關的操作指令，而訂購功能必須藉由更新銷售端點應用程式的方式新增與訂購功能相關的操作指令。圖7為本發明實施例之第三態樣中，銷售端點應用程式之更新方法的實施步驟示意圖，請搭配圖7所示。本實施例之銷售端點應用程式之更新方法包括以下步驟：行動通訊裝置接收一輸入，以送出一更新銷售端點應用程式之請求資料(步驟S200)；伺服器依據更新銷售端點應用程式之請求資料送出一驗證請求資料至行動通訊裝置(步驟S210)；行動通訊裝置送出一驗證資料(步驟S220)；伺服器依據驗證資料送出一更新資料至行動通訊裝置(步驟S230)；行動通訊裝置依據更新資料更新銷售端點應用程式，其中更新後之銷售端點應用程式具有展示功能以及一訂購功能(步驟S240)。

請同時參考圖1、圖2A及圖7所示，客戶同樣可於行動通訊裝置11的觸控顯示單元113進行點擊、觸碰或按壓等輸入的實體動作，本實施例同樣係透過觸碰如圖2A所示之「成為銷售人員」的功能圖標115，並由處理單元112對應執行送出更新銷售端點應用程式之請求資料(步驟S200)至伺服器13。接著，伺服器13可依據更新銷售端點應用程式之請求資料送出驗證請求資料至行動通訊裝置11(步驟S210)，而行動通訊裝置11可對應送出驗證資料(步驟S220)。在本實施例中，驗證資料亦為銷售人員之身份資料，而步驟S200至步驟S220的細節內容及作動可參考第一態樣之步驟S100至步驟S120，或第二態樣之步驟S100至步驟S125，於此不加贅述。

在步驟S230中，伺服器13可依據驗證資料送出一更新資料至行動通訊裝置11。同樣的，依據驗證資料係指伺服器13接收驗證資料後，可於記憶模組133中比對驗證資料是否符合其中之一的銷售人員之身分資料，若符合，伺服器13進而送出更新資料至行動通訊裝置11。而更新資料包含訂購功能的相關資料，例如使用者介面及操作指令等，且更新資料更可具有刪除與觸碰「成為銷售人員」之功能圖標115相關資料的指令。當行動通訊裝置11接收更新資料後，處理單元112依據更新資料更新銷售端點應用程式，具體而言，處理單元112可刪除銷售端點應用程式中與觸 碰「成為銷售人員」之功能圖標115相關的使用者介面及操作指令，並以訂購功能的相關資料取代之，亦即新增訂購功能的使用者介面、操作指令等資料。惟應用程式更新的做法可有多種，本發明在此僅舉一種為例，其具體細節以及其他不同的做法均為本發明所屬技術領域中具有通常知識者所能理解，於此不再贅述。

更新完成後，如圖3A所示，更新後的銷售端點應用程式便具有展示功能及訂購功能，且更新後的銷售端點應用程式與銷售人員端所持有之行動通訊裝置12安裝的銷售端點應用程式為相同應用程式。

另外，如圖3A所示，除了取得銷售端點應用程式的訂購功能外，更可透過第一態樣或第二態樣的啟動方法啟動銷售獎勵計算功能，或是透過第三實施態樣的更新方法新增銷售獎勵計算功能。詳細而言，銷售端的行動通訊裝置12藉由銷售端點應用程式的訂購功能替客戶訂購產品，此時，伺服器13的記憶模組133或是行動通訊裝置12本身的記憶單元121皆可儲存銷售記錄。當按下「試算獎金」的功能圖標126時，處理單元122可執行銷售獎勵計算功能的相關指令，可從該銷售記錄中計算獎勵額數，在其他實施例中，亦可以由伺服器13計算獎勵額數，再送至行動通訊裝置12，並由處理單元122執行顯示該獎勵額數的指令。

除此之外，由於客戶轉換成銷售人員時，不論是利用前述之啟動方法或更新方法取得訂購功能，皆必須送出驗證資料，而驗證資料即為介紹人(原銷售人員)的身分資料，伺服器13的記憶模組133可依據已經記錄的原銷售人員的身分資料作為條件，另外將被該銷售人員說服而加入者(由客戶轉變為新銷售人員)的資料與該銷售人員連結起來，以作為計算獎勵額數的參考。所以，當新加入的銷售人員向其他客戶每推銷出一件商品，其所送出的訂購資料會另外例如被伺服器13轉換成交易成功資料而連結至原銷售人員，也部分地納入原銷售人員的獎勵計算基數。具體來說，新銷售人員每賣出一件商品，原銷售人員的獎勵計算基數也會增加例如三分之一件商品。

本發明另揭示一種行動通訊裝置，其可應用於上述實施例之銷售端點應用系統及應用程式之訂購功能的啟動方法。行動通訊裝置可執 行多次數個指令而有以下作動：透過行動通訊裝置接收一輸入，以送出一啟動訂購功能之請求資料；透過行動通訊裝置送出一驗證資料；透過行動通訊裝置接收一授權資料；以及依據授權資料啟動應用程式之訂購功能。

本發明另揭示一種伺服器，其可應用於上述實施例之銷售端點應用系統及應用程式之訂購功能的啟動方法。伺服器與一行動通訊裝置通訊連接，伺服器包括一接收模組以及一傳送模組。接收模組接收行動通訊裝置送出之一啟動訂購功能之請求資料及一驗證資料。傳送模組依據驗證資料送出一授權資料至行動通訊裝置，行動通訊裝置依據授權資料啟動一應用程式之一訂購功能。

本發明另揭示一種行動通訊裝置，其可應用於上述實施例之銷售端點應用系統及應用程式之更新方法。行動通訊裝置可執行多數個指令而有以下作動：透過行動通訊裝置接收一輸入，以送出一更新應用程式之請求資料；透過行動通訊裝置送出一驗證資料；透過行動通訊裝置接收對應應用程式之一更新資料；以及依據更新資料更新應用程式，其中更新後之應用程式具有展示功能以及一訂購功能。

本發明另揭示一種伺服器，其可應用於上述實施例之銷售端點應用系統及應用程式之更新方法。伺服器與行動通訊裝置通訊連接，伺服器包括一接收模組以及一傳送模組。接收模組接收行動通訊裝置送出之一更新應用程式之請求資料及一驗證資料。傳送模組依據驗證資料送出一更新資料至行動通訊裝置，行動通訊裝置依據更新資料更新應用程式，其中更新後之應用程式具有展示功能以及一訂購功能。

上述之本發明另外揭露的行動通訊裝置及伺服器的元件結構及與其他裝置的連接關係，可參考前述實施例之行動通訊裝置11、行動通訊裝置12及伺服器13，內容大致相同，於此不再贅述。

綜上所述，依據本發明之應用程式之訂購功能的啟動方法及應用程式之更新方法，消費端的應用程式具有展示功能，而不具有其他非消費端的功能，令消費端的使用者可直覺的操作展示功能，而不會被其他功能的介面所干擾。同時，消費端也不會有機會直接訂購商品，避免公司無法掌握銷售人員的績效與獎勵。而在消費端在希望轉換成銷售端時，可 藉由行動通訊裝置送出啟動訂購功能之請求資料及驗證資料，並由伺服器提供授權資料，此時才啟動應用程式的訂購功能；或是藉由行動通訊裝置送出更新應用程式之請求資料及驗證資料，並由伺服器提供更新資料，此時應用程式才具有訂購功能。換言之，消費端在希望轉換成銷售端時，更無需重新下載不同的應用程式，即可透過授權啟動應用程式的方式，或者更新應用程式的方式，提供與銷售端有關的功能，有助於提高轉換的意願，幫助公司增加銷售人員。

再者，行動通訊裝置必須送出驗證資料後，伺服器始送出授權資料或更新資料至行動通訊裝置，以供行動裝置可操作訂購功能。而驗證資料為原銷售人員的身分資料，故可連結原銷售人員(介紹人)及新加入的銷售人員之間的關係，進而使新銷售人員於後所成立的交易資料都可與原銷售人員產生一定程度之關聯，利於公司計算績效與獎勵。

1‧‧‧銷售系統

11、12‧‧‧行動通訊裝置

111、121‧‧‧記憶單元

112、122‧‧‧處理單元

113、123‧‧‧觸控顯示單元

13‧‧‧伺服器

131‧‧‧接收模組

132‧‧‧傳送模組

133‧‧‧記憶模組

Claims (16)

1. 一種應用程式之訂購功能的啟動方法，該應用程式安裝於一行動通訊裝置，且包括一展示功能以及未開啟之該訂購功能，該啟動方法包括以下步驟：該行動通訊裝置接收一輸入，以送出一啟動訂購功能之請求資料；該行動通訊裝置送出一驗證資料；該行動通訊裝置接收一授權資料；以及該行動通訊裝置依據該授權資料啟動該應用程式之該訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一行動通訊裝置，該另一行動通訊裝置安裝有已啟動訂購功能之相同應用程式。
2. 如申請專利範圍第1項所述之啟動方法，更包括：該行動通訊裝置依據該授權資料啟動一銷售獎勵計算功能。
3. 一種行動通訊裝置，包括一記憶單元以及一或多數個處理單元，該記憶單元儲存一應用程式，該應用程式包括多數個指令，且該應用程式包括一展示功能以及未開啟之一訂購功能，該一或多數個處理單元耦接該記憶單元，該一或多數個處理單元執行該些指令而有以下作動：透過該行動通訊裝置接收一輸入，以送出一啟動訂購功能之請求資料；透過該行動通訊裝置送出一驗證資料；透過該行動通訊裝置接收一授權資料；以及依據該授權資料啟動該應用程式之該訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一行動通訊裝置，該另一行動通訊裝置安裝有已啟動訂購功能之相同應用程式。
4. 如申請專利範圍第3項所述之行動通訊裝置，其中該應用程式包括一未開啟之銷售獎勵計算功能，且該一或多數個處理單元執行該些指令而有以下作動：依據該授權資料啟動該銷售獎勵計算功能。
5. 一種應用程式之訂購功能的啟動方法，該應用程式安裝於一行動通訊裝 置，且包括一展示功能以及未開啟之該訂購功能，該行動通訊裝置與一伺服器通訊連接，該啟動方法包括以下步驟：該伺服器接收一啟動訂購功能之請求資料；該伺服器接收一驗證資料；以及該伺服器依據該驗證資料送出一授權資料至該行動通訊裝置，該行動通訊裝置依據該授權資料啟動該應用程式之該訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一行動通訊裝置，該另一行動通訊裝置安裝有已啟動訂購功能之相同應用程式。
6. 如申請專利範圍第5項所述之啟動方法，更包括：該伺服器依據該啟動訂購功能之請求資料送出一驗證請求資料至該行動通訊裝置，該行動通訊裝置對應該驗證請求資料送出該驗證資料。
7. 一種應用於啟動應用程式之訂購功能之伺服器，該伺服器與一行動通訊裝置通訊連接，該伺服器包括：一接收模組，接收該行動通訊裝置送出之一啟動訂購功能之請求資料及一驗證資料；以及一傳送模組，依據該驗證資料送出一授權資料至該行動通訊裝置，該行動通訊裝置依據該授權資料啟動一應用程式之一訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一行動通訊裝置，該另一行動通訊裝置安裝有已啟動訂購功能之相同應用程式。
8. 如申請專利範圍第7項所述之伺服器，其中該傳送模組依據該啟動訂購功能之請求資料送出一驗證請求資料至該行動通訊裝置，該行動通訊裝置對應該驗證請求資料送出該驗證資料。
9. 一種應用程式之更新方法，該應用程式安裝於一行動通訊裝置，且包括一展示功能，該更新方法包括以下步驟：該行動通訊裝置接收一輸入，以送出一更新應用程式之請求資料；該行動通訊裝置送出一驗證資料；該行動通訊裝置接收對應該應用程式之一更新資料；以及 該行動通訊裝置依據該更新資料更新該應用程式，其中更新後之該應用程式具有該展示功能以及一訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一行動通訊裝置，該另一行動通訊裝置安裝有更新後之應用程式。
10. 如申請專利範圍第9項所述之更新方法，其中更新後之該應用程式更具有一銷售獎勵計算功能。
11. 一種行動通訊裝置，包括一記憶單元以及一或多數個處理單元，該記憶單元儲存一應用程式，該應用程式包括多數個指令，且該應用程式包括一展示功能，該一或多數個處理單元耦接該記憶單元，該一或多數個處理單元執行該些指令而有以下作動：透過該行動通訊裝置接收一輸入，以送出一更新應用程式之請求資料；透過該行動通訊裝置送出一驗證資料；透過該行動通訊裝置接收對應該應用程式之一更新資料；以及依據該更新資料更新該應用程式，其中更新後之該應用程式具有該展示功能以及一訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一行動通訊裝置，該另一行動通訊裝置安裝有更新後之該應用程式。
12. 如申請專利範圍第11項所述之行動通訊裝置，其中該更新後之該應用程式更具有一銷售獎勵計算功能。
13. 一種應用程式之更新方法，該應用程式安裝於一行動通訊裝置，且包括一展示功能，該行動通訊裝置與一伺服器通訊連接，該更新方法包括以下步驟：該伺服器接收一更新應用程式之請求資料，該更新應用程式之請求資料係由該行動通訊裝置依據一輸入而送出；該伺服器接收一驗證資料；以及該伺服器依據該驗證資料送出一更新資料至該行動通訊裝置，該行動通訊裝置依據該更新資料更新該應用程式，其中更新後之該應用程式具有該展示功能以及一訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一 行動通訊裝置，該另一行動通訊裝置安裝有更新後之該應用程式。
14. 如申請專利範圍第13項所述之更新方法，更包括：該伺服器依據該更新應用程式之請求資料送出一驗證請求資料至該行動通訊裝置，該行動通訊裝置對應該驗證請求資料送出該驗證資料。
15. 一種應用於更新一行動通訊裝置之一應用程式之伺服器，該伺服器與該行動通訊裝置通訊連接，該伺服器包括：一接收模組，接收該行動通訊裝置送出之一更新應用程式之請求資料及一驗證資料；以及一傳送模組，依據該驗證資料送出一更新資料至該行動通訊裝置，該行動通訊裝置依據該更新資料更新該應用程式，其中更新後之該應用程式具有一展示功能以及一訂購功能，其中，該驗證資料為一銷售人員之身份資料，且該銷售人員具有另一行動通訊裝置，該另一行動通訊裝置安裝有更新後之該應用程式。
16. 如申請專利範圍第15項所述之伺服器，其中該傳送模組依據該更新應用程式之請求資料送出一驗證請求資料至該行動通訊裝置，該行動通訊裝置對應該驗證請求資料送出該驗證資料。