TWI761919B

TWI761919B - 自動生成訂單的方法

Info

Publication number: TWI761919B
Application number: TW109128581A
Authority: TW
Inventors: 陳瑞銘; 劉文珊
Original assignee: 崑山科技大學
Priority date: 2020-08-21
Filing date: 2020-08-21
Publication date: 2022-04-21
Also published as: TW202209201A

Abstract

一種自動生成訂單的方法，適用於自與販賣一產品相關的一產品文章生成訂單資料，且藉由一伺服器來實施並包含以下步驟：(A)取得對應於該產品文章的多筆回應訊息；(B)對於每一回應訊息，判定該回應訊息中是否存在多個訂購關鍵字之任一者；(C)對於每一回應訊息，當判定出該回應訊息中存在該等訂購關鍵字之任一者時，根據該回應訊息取得一訂購數量及對應於回覆該回應訊息之一使用者的一使用者資訊；及(D)對於存在該等訂購關鍵字之任一者的每一回應訊息，根據該回應訊息所對應的該訂購數量及該使用者資訊產生一對應該回應訊息的訂單。

Description

自動生成訂單的方法

本發明是有關於一種訂單產生方法，特別是指一種自與販賣一產品相關的產品文章中生成與該產品相關之訂單資料的自動生成訂單的方法。

自某些社群網站如，臉書、Line等社交媒體開放使用者使用直播功能後，越來越多人利用直播賣起商品，靠著社交媒體的病毒式傳播，業績翻倍，在台灣蔚為風潮，甚至電商平台也紛紛跟進推出直播功能，有人甚至因此營收破億。

就傳統電商平台而言，要消費者僅看到商品頁面，就直接訂購，事實上是不容易的，但因為直播更可以360度展示商品，同時有多人觀看，大家會有競價的心理，也覺得這東西是可以信任的，因此行銷效果相較於傳統商品頁面具有更高之成效。

然而，電商平台行之有年，與直播交易相比，電商平台行因擁有完整的訂單生成流程，在進行金流與物流的控管上相對便利，但社群網站原本僅是分享功能的直播，意外被當做銷售利器，往往需要大量人力的介入來進行訂單的生成，實屬不便。

因此，本發明的目的，即在提供一種自與販賣一產品相關的產品文章中自動生成與該產品相關之訂單資料的自動生成訂單的方法。

於是，本發明自動生成訂單的方法，適用於自與販賣一產品相關的一產品文章中生成與該產品相關的訂單資料，且藉由一伺服器來實施並包含以下步驟：

(A)取得對應於該產品文章的多筆回應訊息；

(B)對於每一回應訊息，判定該回應訊息中是否存在多個訂購關鍵字之任一者，其中，該等訂購關鍵字與訂購產品相關；

(C)對於每一回應訊息，當判定出該回應訊息中存在該等訂購關鍵字之任一者時，根據該回應訊息取得一訂購數量及對應於回覆該回應訊息之一使用者的一使用者資訊；及

(D)對於存在該等訂購關鍵字之任一者的每一回應訊息，根據該回應訊息所對應的該訂購數量及該使用者資訊產生一對應該回應訊息的訂單。

本發明的功效在於：藉由該伺服器根據該回應訊息自動取得一訂購數量及該使用者資訊，接著，根據該回應訊息所對應的該訂購數量及該使用者資訊自動產生該訂單，以達成自動生成與該產品相關之訂單資料的功效。

參閱圖1，本發明自動生成訂單的方法之一實施例，適用於自與販賣一產品相關的一產品文章中生成與該產品相關的訂單資料，且藉由一訂單生成系統來實施。該訂單生成系統包含一用於發布該產品文章的發布平台11、一經由一通訊網路100與該發布平台11連接的發布端12、多個經由該通訊網路100與該發布平台11連接的回應端13，及一經由該通訊網路100與該發布平台11連接的伺服器14。

在本實施例中，該發布端12及每一回應端13之實施態樣可為一個人電腦、一筆記型電腦、一平板電腦，或一智慧型手機等。該伺服器14之實施態樣可為一個人電腦、一筆記型電腦，或一雲端伺服器等。該發布平台11為一臉書社群網站，然而，該發布平台11亦可為Line或其他可發布欲販賣之產品之文章的網路平台，並不以此為限。

以下將藉由本發明自動生成訂單的方法之實施例來說明該訂單生成系統中各元件之作動，該實施例包含一發布程序及一訂單生成程序。

參閱圖1與圖2，該發布程序用於說明該訂單生成系統如何發布該產品文章，並包含以下步驟。

在步驟21中，該發布端12經由一發布者之輸入操作產生一與該產品文章相關的發布請求，並經由該通訊網路100傳送該發布請求至該發布平台11。

在步驟22中，當該發布平台11經由該通訊網路100收到該發布請求後，該發布平台11發布該產品文章。

在步驟23中，每一回應端13分別經由所對應之使用者的輸入操作產生一與該產品文章相關的回應請求，並經由該通訊網路100傳送該回應請求至該發布平台11。

在步驟24中，當該發布平台11經由該通訊網路100收到該回應請求後，該發布平台11發布一相關該產品文章的回應訊息。

參閱圖1與圖3，該訂單生成程序用於說明該訂單生成系統如何自該產品文章自動地生成訂單資料，並包含以下步驟。

在步驟31中，該伺服器14取得對應於該產品文章的所有回應訊息。

值得一提的是，步驟31還包含以下子步驟(見圖4)。

在子步驟311中，該伺服器14取得對應於該產品文章的該文章識別碼。在本實施例中，該伺服器14係利用Facebook Graph API來取得對應於該產品文章的該文章識別碼。

在子步驟312中，該伺服器14根據該文章識別碼，取得對應於該產品文章的所有回應訊息(亦即，該發布平台11在步驟24發布的每一回應訊息)。在本實施例中，該伺服器14係利用/{object-id}/comments之方法函式來取得對應於該產品文章的所有回應訊息。

在步驟32中，對於每一回應訊息，該伺服器14判定該回應訊息中是否存在多個訂購關鍵字之任一者，其中，該等訂購關鍵字與訂購產品相關，例如可為「我要購買」、「購買」、「+」、「我要訂購」及「訂購」等。對於每一回應訊息，當該伺服器14判定出該回應訊息中存在該等訂購關鍵字之任一者時，流程進行步驟33；對於每一回應訊息，當該伺服器14判定出該回應訊息中不存在該等訂購關鍵字之任一者時，流程進行步驟35。

在步驟33中，該伺服器14根據該回應訊息取得一訂購數量及對應於回覆該回應訊息之使用者的一使用者資訊。在本實施例中，該伺服器14係利用超文本預處理器(Hypertext Preprocessor，簡稱PHP)中的(int)函式來取得該回應訊息所對應的該訂購數量，然而，在其他實施例中，亦可利用JavaScript中的parseInt() 函式來取得該回應訊息所對應的該訂購數量。此外，該伺服器14係利用 /{group-id}/feed 之方法函式來取得對應於回覆該回應訊息之使用者的該使用者資訊。

在步驟34中，對於存在該等訂購關鍵字之任一者的每一回應訊息，該伺服器14根據該回應訊息所對應的該訂購數量及該使用者資訊產生一對應該回應訊息的訂單。在本實施例中，該伺服器14係將所產生的訂單存在該伺服器14的一訂單資料庫中。

在步驟35中，對於每一回應訊息，該伺服器14判定該回應訊息中是否存在多個退訂關鍵字之任一者，其中，該等退訂關鍵字與退訂產品相關，例如可為「我要退訂」、「退訂」、「-」、「我要取消」及「取消」等。對於每一回應訊息，當該伺服器14判定出該回應訊息中存在該等退訂關鍵字之任一者時，流程進行步驟36；對於每一回應訊息，當該伺服器14判定出該回應訊息中不存在該等退訂關鍵字之任一者時，流程結束。

在步驟36中，該伺服器14根據該回應訊息取得一退訂數量及對應於回覆該回應訊息之另一使用者的另一使用者資訊。類似地，在本實施例中，該伺服器14係利用超文本預處理器(Hypertext Preprocessor，簡稱PHP)中的(int)函式來取得該回應訊息所對應的該退訂數量，然而，在其他實施例中，亦可利用JavaScript中的parseInt() 函式來取得該回應訊息所對應的該退訂數量。此外，該伺服器14係利用 /{group-id}/feed 之方法函式來取得對應於回覆該回應訊息之另一使用者的該另一使用者資訊。

在步驟37中，對於存在該等退訂關鍵字之任一者的每一回應訊息，該伺服器14判定目前所產生的所有訂單中是否存在一對應有該回應訊息所對應之該另一使用者資訊的待修改訂單。對於存在該等退訂關鍵字之任一者的每一回應訊息，當判定出目前所產生的所有訂單中存在該待修改訂單時，流程進行步驟38；對於存在該等退訂關鍵字之任一者的每一回應訊息，當判定出目前所產生的所有訂單中不存在該待修改訂單時，流程結束。

在步驟38中，該伺服器14根據該回應訊息所對應之退訂數量修改該待修改訂單(亦即，將該待修改訂單所對應之訂購數量扣掉該退訂數量以獲得一修改後的訂購數量)。值得一提的是，若該待修改訂單修改後之訂購數量為0，則該伺服器14會刪除該待修改訂單。

由步驟34所產生的訂單並經步驟38之修改後的所有訂單共同構成與該產品相關的訂單資料，藉此達成自該產品文章中自動生成與該產品相關之訂單資料的目的。

綜上所述，本發明自動生成訂單的方法，藉由該伺服器14根據該回應訊息自動取得一訂購數量及該使用者資訊，接著，根據該回應訊息所對應的該訂購數量及該使用者資訊自動產生該訂單，並根據該回應訊息所對應之退訂數量修改該待修改訂單，以達成自動自與販賣該產品相關的該產品文章生成與該產品相關之訂單資料的功效，進而解決發布平台11不易控管訂單之問題，故確實能達成本發明的目的。

惟以上所述者，僅為本發明的實施例而已，當不能以此限定本發明實施的範圍，凡是依本發明申請專利範圍及專利說明書內容所作的簡單的等效變化與修飾，皆仍屬本發明專利涵蓋的範圍內。

11······ 發布平台 12······ 發布端 13······ 回應端 14······ 伺服器 100····· 通訊網路 21~24·· 步驟 31~38·· 步驟 311~312 子步驟

本發明的其他的特徵及功效，將於參照圖式的實施方式中清楚地呈現，其中：圖1是一方塊圖，說明實施本發明自動生成訂單的方法之一實施例的一訂單生成系統；圖2是一流程圖，說明本發明自動生成訂單的方法之實施例的一發布程序；及圖3是一流程圖，說明本發明自動生成訂單的方法之實施例的一訂單生成程序；及圖4是一流程圖，說明本發明自動生成訂單的方法之實施例如何取得對應於一產品文章的所有回應訊息。

31~38·· 步驟

Claims

一種自動生成訂單的方法，適用於自與販賣一產品相關的一產品文章中生成與該產品相關的訂單資料，且藉由一伺服器來實施並包含以下步驟：(A)取得對應於該產品文章的多筆回應訊息；(B)對於每一回應訊息，判定該回應訊息中是否存在多個訂購關鍵字之任一者，其中，該等訂購關鍵字與訂購產品相關；(C)對於每一回應訊息，當判定出該回應訊息中存在該等訂購關鍵字之任一者時，根據該回應訊息取得一訂購數量及對應於回覆該回應訊息之一使用者的一使用者資訊；(D)對於存在該等訂購關鍵字之任一者的每一回應訊息，根據該回應訊息所對應的該訂購數量及該使用者資訊產生一對應該回應訊息的訂單；(E)對於每一回應訊息，當判定出該回應訊息中不存在該等訂購關鍵字之任一者時，判定該回應訊息中是否存在多個退訂關鍵字之任一者，其中，該等退訂關鍵字與退訂產品相關；(F)對於每一回應訊息，當判定出該回應訊息中存在該等退訂關鍵字之任一者時，根據該回應訊息取得一退訂數量及對應於回覆該回應訊息之另一使用者的另一使用者資訊；(G)對於存在該等退訂關鍵字之任一者的每一回應訊息，判定目前所產生的所有訂單中是否存在一對應有該回應訊息所對應之該另一使用者資訊的待修改訂單；及(H)對於存在該等退訂關鍵字之任一者的每一回應訊息，當判定出目前所產生的所有訂單中存在該待修改訂單時，根據該回應訊息所對應之退訂數量修改該待修改訂單。
如請求項1所述的自動生成訂單的方法，其中，步驟(A)包含下子步驟：(A-1)取得對應於該產品文章的該文章識別碼；及(A-2)根據該文章識別碼，取得對應於該產品文章的該等回應訊息。
如請求項2所述的自動生成訂單的方法，該產品文章係發布於臉書社群網站上，其中，在步驟(A-1)中，係利用Facebook Graph API來取得對應於該產品文章的該文章識別碼。
如請求項2所述的自動生成訂單的方法，該產品文章係發布於臉書社群網站上，其中，在步驟(A-2)中，係利用/{object-id}/comments之方法函式來取得對應於該產品文章的該等回應訊息。
如請求項1所述的自動生成訂單的方法，其中，在步驟(C)中，係利用超文本預處理器中的(int)函式來取得該回應訊息所對應的該訂購數量。
如請求項1所述的自動生成訂單的方法，其中，在步驟(C)中，係利用JavaScript中的parseInt( )函式來取得該回應訊息所對應的該訂購數量。
如請求項1所述的自動生成訂單的方法，該產品文章係發布於臉書社群網站上，其中，在步驟(C)中，係利用/{group-id}/feed之方法函式來取得對應於回覆該回應訊息之該使用者的該使用者資訊。