TWI882276B

TWI882276B - 群組資料管理方法

Info

Publication number: TWI882276B
Application number: TW111150492A
Authority: TW
Inventors: 李揚
Original assignee: 李揚
Priority date: 2022-12-28
Filing date: 2022-12-28
Publication date: 2025-05-01
Also published as: TW202427290A; US20240223630A1; JP2024097304A; CN118264493A

Abstract

一種群組資料管理方法，包含：伺服器自第一使用者終端接收群組設立請求及第一使用者資訊，伺服器因應群組設立請求產生群組清單，群組清單包含第一使用者資訊。伺服器自第二使用者終端接收群組加入請求及第二使用者資訊，伺服器因應群組加入請求於群組清單新增第二使用者資訊。伺服器自第二使用者終端接收群組退出請求，經伺服器將群組退出請求提供給第一使用者終端。伺服器自第一使用者終端接收同意退出訊息，伺服器因應同意退出訊息自群組清單移除第二使用者資訊。

Description

群組資料管理方法

本揭露有關一種資料管理方法，特別是關於一種社群資料之管理方法。

傳統的電商交易方式有採用源頭供貨以及小販供貨等不同商業模式。源頭供貨模式由平台統一接收消費者的訂單，再由單一商家集中出貨，例如台灣的PChome或亞馬遜(Amazon)購物網站；小販供貨模式由平台統一接收消費者的訂單，再由個別商家分別出貨，平台僅作物流狀態管理，例如新加坡的蝦皮購物或億貝(eBay)網站。近年來由於社群軟體平台的進步，小販供貨模式中逐漸發展出一種新的社區訂購模式。在社區訂購模式中，社群軟體平台並不介入消費者的購物行為，該模式由消費者自行利用社群軟體召集多個具有相同購物需求的其他消費者向特定一或多個業者進行團購。

在肺炎疫情爆發後，由於居家隔離政策或偏遠地區物流鏈的中斷，消費者利用社群軟體平台進行社區訂購的風氣日益興盛。舉例而言，在同一社區中，團購負責人為多個社區成員在社群平台(例如Line或臉書平台)建立聊天群組，負責人於聊天群組進行宣傳並召集相同購物需求的社區成員向特定商家訂貨，再由負責人收貨並分派給社區成員。

現行的社區訂購模式缺乏平台管理，其運作是基於團購負責人與社區成員的地緣與信任關係。當發生交易糾紛時，社區成員可以向團購負責人或利用當地的社區管理委員會尋求解決。然而，若將社區訂購模式的商業規模擴大到多個地區，當發生消費糾紛時，由於交易雙方不具有地緣或信任基礎以及社群軟體的匿名性，若交易的一方離開聊天群組，另一方將難以尋求解決管道。另一方面，團體購物通常需要達到一定的交易人數，以符合商家出貨或折扣目標。若交易方無法確定或人數不足，將導致流團而交易失敗。

有鑑於此，申請人提出一種群組資料管理方法，適用於一伺服器，該伺服器適於連接一第一使用者終端及一第二使用者終端，該方法包含：該伺服器自該第一使用者終端接收一第一群組設立請求及一第一使用者資訊，該伺服器因應該第一群組設立請求產生一第一群組清單，該第一群組清單包含該第一使用者資訊；該伺服器自該第二使用者終端接收一群組加入請求及一第二使用者資訊，該伺服器因應該群組加入請求於該第一群組清單新增該第二使用者資訊；該伺服器自該第二使用者終端接收一群組退出請求，經該伺服器將群組退出請求提供給該第一使用者終端；以及該伺服器自該第一使用者終端接收一同意退出訊息，該伺服器因應該同意退出訊息自該第一群組清單移除該第二使用者資訊。

圖1係本案之一實施例所揭示之群組資料管理系統之方塊示意圖，請參照圖1。於本實施例，群組資料管理系統1包含伺服器11、資料儲存模組12、第一使用者終端21、第二使用者終端22、第三使用者終端23以及第四使用者終端24。資料儲存模組12耦接於伺服器11，伺服器11透過網路110(有線或無線通訊網路，例如網際網路、3G網路及/或無線區域網路(WLAN))分別耦接於第一使用者終端21、第二使用者終端22、第三使用者終端23以及第四使用者終端24。第一使用者終端21、第二使用者終端22、第三使用者終端23以及第四使用者終端24分別包含輸入模組211,221,231,241、顯示模組212,222,232,242以及通訊模組213,223,233,243。

伺服器11包含一或多個處理器以及與處理器耦接之記憶體，記憶體包含處理器可執行之指令，處理器執行該指令時可運行本揭露之一或多個實施例所載之群組資料管理方法。處理器可為SoC晶片、中央處理器(CPU)、微控制器單元(Micro-Control Unit, MCU)、特殊應用積體電路(Application Specific Integrated Circuit, ASIC)、現場可程式化邏輯閘陣列(Field Programmable Gate Array, FPGA)或邏輯電路。記憶體可為快閃記憶體(flash memory)或是唯讀記憶體(Read-only memory, ROM)，例如但不限於可抹除程式化唯讀記憶體(Erasable Programmable Read-Only Memory, EPROM)、快閃型唯讀記憶體(Flash Read-Only Memory, Flash ROM)、電子抹除式可複寫唯讀記憶體(Electrically-Erasable Programmable Read-Only Memory, EEPROM)或現場可更換單元(Field-Replaceable Unit, FRU) EEPROM。

資料儲存模組12可為採用電、磁或光學等方式儲存資訊之裝置，例如但不限於硬碟、隨機存取記憶體(RAM)、唯讀記憶體(ROM)、光碟、軟碟、磁帶。資料儲存模組12受伺服器11控制以儲存至少一或多筆與使用者相關聯之使用者資訊、群組清單或交易資訊。所述使用者資訊可以包含使用者之姓名、帳號、密碼、圖像、性別、住址、交易歷史、交易對象等資訊中之一或多個。所述群組清單可以包含管理者之使用者資訊、群組成員之使用者資訊以及群組資訊。群組資訊可以包含群組名稱、所屬地區(例如行政區資訊、地理定位資訊、自定義範圍)、交易標的類別(例如音響買賣、珠寶買賣或日常用品)、會員數、按讚數、分享數、留言數、留言內容、觀看次數、觀看時數等資訊中之一或多個。交易資訊可以包含使用者互動過程產生的圖片、文字、聲音、影片，以及交易標的的資訊，例如但不限於名稱、材質、規格、尺寸、重量、容量、數量、顏色、包裝、體積、出貨地區、交貨地區、出貨地區與交貨地區之距離、出貨時間、交貨時間、交易備註。在一些實施例中，所述交易不限於金錢交易，亦可以指具有目的性的交流活動，例如作品分享。

使用者終端可為可攜式裝置或手持裝置，例如但不限於智慧型手機、平板電腦、行動電話、筆記型電腦、車用電腦、數位個人助理(PDA)等電子計算裝置。使用者終端包含通訊模組213,223,233,243以傳送及接收網路資料封包。通訊模組213,223,233,243可支援一或多種通訊協定，例如但不限於採用全球行動通信(Global System for Mobile communication, GSM)、個人手持式電話系統(Personal Handy-phone System, PHS)、碼多重擷取(Code Division Multiple Access, CDMA)系統、寬頻碼分多址(Wideband Code Division Multiple Access, WCDMA)系統、長期演進(Long Term Evolution, LTE)系統、全球互通微波存取(Worldwide interoperability for Microwave Access, WiMAX)系統、無線保真(Wireless Fidelity, Wi-Fi)、紫蜂(ZigBee)、藍牙(Bluetooth)、無線射頻(Radio Frequency，RF)等通訊協定。

使用者終端利用通訊模組213,223,233,243自網路110接收資訊，並利用顯示模組212,222,232,242將資訊呈現給使用者；利用輸入模組211,221,231,241接收使用者所提供之資訊，並利用通訊模組213,223,233,243將資訊經由網路110傳送至伺服器11。輸入模組211,221,231,241可以是至少一選自觸控螢幕、觸控板、滑鼠、鍵盤、麥克風及相機等任何用以接收使用者輸入資料或操作指令的元件，輸入資料可以是文字、影像及/或聲音。

在一些實施例中，本揭露之伺服器11運行群組資料管理方法以建立通訊、視訊、直播、聊天、影音、買賣、交友、遊戲、文書作業系統等社群平台。對於社群平台，成員(例如粉絲、會員或團購成員)的吸納不易且經營皆倚靠社群管理者一己之力進行行銷與管理，且社群與社群之間的互動不易，難以直接進行資訊傳播。因此，透過社群之間的加入(子社群成為母社群之子集，即子社群消滅)或合併(子社群與母社群聯集，即子社群與母社群共同存在)，使社群成員能共同達成特定目標外，更可快速提升社群規模。此外，允許將多個社群整併而產生新社群，並利用平台統一進行管理，避免社群交流時產生的交易糾紛或社交糾紛。以下實施例利用群組資料管理方法建立社區訂購模式之買賣平台為例進行說明。

現有社區訂購模式的交易主要透過Line或臉書等社群平台進行交易標的的瀏覽及溝通，然在進行交易時，存在價格混亂、付款安全、交易標的不實等買賣問題。此外，賣方與買方同為社群軟體的個體用戶，較難以有效率地對訂單的配送、付款、客服處理進行管理，從而商業規模被限制在小區域的買賣且具有人數限制。並且，個別交易衍生較高的物流成本，舉例而言，同位於B區的兩位消費者分別向A區的商家訂購相同物品所衍生的運費，將近為兩位消費者共同向A區的商家訂購相同物品所衍生的運費之兩倍。

在一些實施例中，群組資料管理方法提供使用者建立個別的社群(例如團購群組)。其他的使用者可以加入既有的社群以進行交易。在現有的社群平台中，用戶自由進出對話群將導致交易的不穩定。舉例而言，買方在賣方出貨後離開社群，導致賣方無法聯繫買方。因此，平台允許使用者a或社群A可以加入或合併至社群B，再對社群B的交易活動統一進行管理。

圖2係本案之一實施例所揭示之群組資料管理方法之流程圖，請參照圖2。在本實施例中，群組資料管理方法自第一使用者終端21接收第一群組設立請求及第一使用者資訊(步驟S101)。在群組資料管理系統1中，第一使用者透過第一使用者終端21發送第一群組設立請求，伺服器11回應第一群組設立請求創建社群(下稱第一群組)。在本實施例中，伺服器11根據第一使用者資訊產生第一群組清單(步驟S102)，第一群組清單包含第一使用者資訊。在其他實施例中，伺服器11接收第一使用者資訊以外，同時接收第三使用者資訊(或更多其他使用者資訊)，伺服器11產生包含第一使用者資訊及第三使用者資訊之第一群組清單。於交易過程中，伺服器11自第二使用者終端22接收群組加入請求及第二使用者資訊(步驟S103)。在本實施例中，伺服器11直接回應群組加入請求，於第一群組清單新增第二使用者資訊(步驟S104)。在其他實施例中，伺服器11將群組加入請求提供給該第一使用者終端21，並僅自第一使用者終端21接收到同意加入訊息後，於第一群組清單新增第二使用者資訊(步驟S104)。

在本實施例中，第二使用者請求加入第一群組。在其他實施例中，第二群組請求與第一群組整合，且第二群組包含第二使用者。詳細而言，伺服器11自第二使用者終端22接收第二群組設立請求及第二使用者資訊，伺服器11因應第二群組設立請求產生第二群組清單，第二群組清單包含第二使用者資訊。亦或者，伺服器11接收第二使用者資訊以外，同時接收第四使用者資訊(或更多其他使用者資訊)，伺服器11產生包含第二使用者資訊及第四使用者資訊之第二群組清單。當伺服器11自第二使用者終端22接收群組整合請求，伺服器11因應群組整合請求於第一群組清單新增第二群組清單所包含之資訊，例如第二使用者資訊或其他使用者資訊。舉例而言，第一群組清單原包含第一使用者資訊及第三使用者資訊，第二群組清單原包含第二使用者資訊及第四使用者資訊，合併後第一群組清單包含第一使用者資訊、第二使用者資訊、第三使用者資訊及第四使用者資訊。在其他實施例，伺服器11自第二使用者終端22接收群組整合請求後，伺服器11因應群組整合請求產生第三群組清單，第三群組清單包含第一群組清單所包含之資訊及第二群組清單所包含之資訊。於此情況，第三群組為基於第一群組及第二群組產生之新社群。

在一些實施例，整合可以指加入或合併，第二社群加入第一社群，使第二社群成為第一社群之子集合，第二社群與第一社群合併史第二社群與第一社群聯集。在一些實施例中，當第一群組整合第二群組後，伺服器11刪除第二群組之第二群組清單。因此，第二社群的所有成員完全加入第一社群，而原本的第二社群不再存在。在另一些實施例中，當第一群組整合第二群組後，伺服器11仍分別維持第一群組之第一群組清單及第二群組之第二群組清單。因此，第一社群與第二群組的所有成員仍分別存在於各自原有的社群。於此情況，由於第一社群與第二群組仍獨立存在，因此仍可以各自對外吸收會員。

復參照圖2，當群組成立後，伺服器11自使用者終端接收交易資訊(步驟S105)，使用者透過使用者終端與伺服器11的平台進行交互，以達成交易活動。於交易過程中，在一些實施例，當第二群組加入第一群組後，若平台使用者於平台介面檢索第二群組，平台回應檢索要求而回傳第一群組之資訊。在一些實施例中，回傳之資訊包含第二群組成為第一群組之附屬社群的相關訊息，例如第二群組已於2023/1/1成為第一群組之附屬社群。在另一些實施例，當第二群組與第一群組合併後，若平台使用者於平台介面檢索第一群組或第二群組，平台回應檢索要求而回傳第一群組及第二群組的聯合社群之資訊。在一些實施例中，回傳之資訊包含第一群組與第二群組為聯合社群的相關訊息，例如第一群組與第二群組已於2023/1/1成為聯合社群。於交易活動中，當第二群組加入第一群組後，原第二群組成員上傳至伺服器11的貼文資料會顯示於第一群組之介面；當第二群組與第一群組合併後，原第一群組或第二群組成員上傳至伺服器11的貼文資料會顯示於第一群組與第二群組之聯合介面。在一些實施例，於步驟S105中，伺服器11自未加入第一群組或第二群組之第五使用者終端(圖未示出)接收交易資訊，並將交易資訊投放至第一群組或第一群組及第二群組的聯合社群。舉例而言，第五使用者終端為行銷公司、平台之商家、會員，透過平台獲得在未參與的群組中投放廣告或買賣要約資訊。

於交易活動中，伺服器11判斷交易達標或流標(步驟S106)，例如設定的團購人數已達成，或團購時間已屆而人數仍未達成。於本實施例中，當伺服器11判斷交易達標或流標(步驟S106，判斷結果為「是」)，則交易活動結束(步驟S107)。在一些實施例中，新產生之社群為具有目的性之社群(例如團購蔬菜)，當交易活動結束(交易目的達成或失敗)後社群解散。在另一些實施例中，交易活動結束後新產生之社群仍持續存在，以繼續進行下一筆交易。

當伺服器11判斷交易未達標且未流標(步驟S106，判斷結果為「否」)，交易活動繼續。交易活動中，伺服器11判斷自第二使用者終端22接收群組退出請求(步驟S108)。若伺服器11判斷未自第二使用者終端22接收群組退出請求(步驟S108，判斷結果為「否」)，則繼續自使用者終端接收交易資訊(步驟S105)，以進行交易活動；若伺服器11判斷自第二使用者終端22接收群組退出請求(步驟S108，判斷結果為「是」)，則將群組退出請求提供給第一使用者終端21(步驟S109)。其後，伺服器11判斷自第一使用者終端21接收同意退出訊息(步驟S110)。若伺服器11判斷未自第一使用者終端21接收同意退出訊息(步驟S110，判斷結果為「否」)，例如第一使用者未回覆或不同意，則伺服器11不回應第二使用者終端22的群組退出請求，並繼續自使用者終端接收交易資訊(步驟S105)，以進行交易活動；若伺服器11判斷自第一使用者終端21接收同意退出訊息(步驟S110，判斷結果為「是」)，則自第一群組清單移除第二使用者資訊(步驟S111)。於此實施例，伺服器11平台介入第一群組與第二使用者間的交易活動，使第二使用者無法自行離開團購社群以避免交易流標。應說明的是，本實施例所示流程圖之步驟並不一定須按照其數字順序進行，舉例而言，將步驟S106及步驟S107移至步驟S111後方，或移至步驟S105前方。

於本實施例中，當第一使用者同意第二使用者退出，伺服器11自第一群組清單移除第二使用者資訊。在其他實施例，在第二使用者以第二社群整合到第一社群之情況，當第一使用者同意第二社群(包含第二使用者)退出，伺服器11自第一群組清單移除第二群組清單所包含之資訊。在另一些實施例，在第二使用者以第二社群整合第一社群，而產生第三社群之情況，當第一使用者同意第二社群(包含第二使用者)退出，伺服器11自第三群組清單移除第二群組清單所包含之資訊。

在一些實施例，伺服器11自第一使用者終端21接收第一群組設立請求及第一使用者資訊同時(步驟S101)，更接收第一使用者設定之數量目標及第一順位條件目標。舉例而言，當第一使用者創建團購蔬菜之第一群組，同時設定團購數量以及預計召集團購的地區範圍。於本實施例，數量目標指團購人數。於其他實施例數量目標可為人數、交易筆數、交易標的數、粉絲數、觀看次數、按讚數、分享數或留言數。條件目標可以指行政區範圍、地理區範圍、相等物流價格之運送範圍。條件目標可以具有順位性，舉例而言，位於台北市的賣家將台北市及新北市設定為第一順位條件目標，將桃園及宜蘭設定為第二順位條件目標。於本實施例中，第一使用者於設立第一群組同時設定第一順位條件目標，而第二順位條件目標可以於第一群組設立時或設立之後再進行設定。

在一些實施例中，第二使用者創建第二群組。伺服器11可自第二使用者終端22接收條件資訊後，再創建第二群組。所述條件資訊對應於條件目標。舉例而言，第二使用者創建第二群組同時記錄(由使用者主動設定或由使用者終端自動產生)群組所屬的地區，例如大安區的區域性團購社團。條件資訊可以指行政區範圍、地理區範圍、目標物流價格。因此，第二群組所設定的條件資訊可與第一群組的條件目標進行比對。

圖3係本案之另一實施例所揭示之群組資料管理方法之流程圖，請參照圖3。當伺服器11自使用者終端接收群組整合請求(步驟S201)後，判斷第一群組清單所包含之人數未達數量目標(步驟S202)。當判斷第一群組清單所包含之人數已達數量目標(步驟S202，判斷結果為「否」)，表示團購目標已達成，因此交易結束(步驟S203)。在一些實施例中，新產生之社群為具有目的性之社群(例如團購蔬菜)，當交易活動結束(交易目的達成或失敗)後社群解散。在另一些實施例中，交易活動結束後新產生之社群仍持續存在，以繼續進行下一筆交易。當判斷第一群組清單所包含之人數未達數量目標(步驟S202，判斷結果為「是」)，伺服器11判斷第一使用者設定之第一順位條件目標是否包含第二使用者設定之條件資訊(步驟S204)。舉例而言，第一使用者設定之第一順位條件目標為台北市消費者，第二使用者設定之條件資訊為於台北市的大安區收貨，因此第一順位條件目標包含條件資訊。當伺服器11判斷第一順位條件目標包含條件資訊(步驟S204，判斷結果為「是」)，伺服器11於第一群組清單新增第二群組清單所包含之資訊(步驟S205)。因此，第二群組整合第一群組，以共同達成團購目標。當伺服器11判斷第一順位條件目標不包含條件資訊(步驟S204，判斷結果為「否」)，伺服器11判斷是否已達預設併群時間(步驟S206)。於此，預設併群時間指預設的時間點，其可以為絕對時間(例如2023/2/1晚上0時0分)，亦可以為相對時間(例如第一群組設立後一個月整)。預設併群時間可以為使用者自行設定或由平台自動產生。於本實施例，預設併群時間指判斷交易結標時點之前的時點，例如結標日為2023/2/1晚上0時0分，預設併群時間可以為一個月前的結標日為2023/1/1晚上0時0分。

當伺服器11判斷未達預設併群時間(步驟S206，判斷結果為「否」)，因第二群組之條件資訊不符合第一群組設定之條件目標，伺服器11繼續自使用者終端接收群組整合請求(步驟S201)，以尋求其他符合條件目標的群組與第一群組整合；當伺服器11判斷已達預設併群時間(步驟S206，判斷結果為「是」)，伺服器11判斷第一使用者設定之第二順位條件目標是否包含第二使用者設定之條件資訊(步驟S207)。舉例而言，第一使用者設定之第一順位條件目標為台北市消費者，第二順位條件目標為桃園及宜蘭縣市消費者，第二使用者設定之條件資訊為於宜蘭市區收貨，因此第一順位條件目標不包含條件資訊，而第二順位條件目標包含條件資訊。於此，第二順位條件目標可以在第一群組設立時，由使用者同時設定第一順位條件目標及第二順位條件目標，並上傳至伺服器11；或者，當伺服器11判斷已達預設併群時間(步驟S206，判斷結果為「是」)，伺服器11發送第二順位條件目標設定請求至第一使用者終端21，再接收來自第一使用者終端21的第二順位條件目標之設定。

當伺服器11判斷第一使用者設定之第二順位條件目標不包含第二使用者設定之條件資訊(步驟S207，判斷結果為「否」)，伺服器11繼續自使用者終端接收群組整合請求(步驟S201)，以尋求其他符合條件目標的群組與第一群組整合；當伺服器11判斷第一使用者設定之第二順位條件目標包含第二使用者設定之條件資訊(步驟S207，判斷結果為「是」)，伺服器11於第一群組清單新增第二群組清單所包含之資訊(步驟S205)。因此，第二群組整合第一群組，以共同達成團購目標。在本實施例之交易活動中，雖然將貨物運送至位於於宜蘭市區(第二順位條件目標)的第二群組的物流成本較運送至台北縣市(第一順位條件目標)高，然相對於交易流標所衍生的交易成本仍有獲利空間。因此，在一些實施例中，群組資料管理方法透過群組整合方式有效降低了交易成本。應說明的是，本實施例所示流程圖之步驟並不一定須按照其數字順序進行，舉例而言，將步驟S202及步驟S203移至步驟S204後方。

在一些實施例中，伺服器11於執行群組資料管理方法過程中(例如於步驟S108之後)判斷是否已達預設退群時間。於此，預設退群時間指預設的時間點，其可以為絕對時間(例如2023/2/1晚上0時0分)，亦可以為相對時間(例如第一群組設立後一個月整)。預設退群時間可以為使用者自行設定或由平台自動產生。請參照圖2，在步驟S108之後，當伺服器11判斷已達預設退群時間，則伺服器11直接執行步驟S111；當伺服器11判斷未達預設退群時間，則伺服器11執行步驟S109至步驟S110。換言之，在本實施例中，預設退群時間為加入第一群組的第二使用者或與第一群組整合的第二群組是否可以自主退群的時間分界點:在預設退群時間到達前，第二使用者(第二群組)的退群行為受到限制；在預設退群時間到達後，第二使用者(第二群組)可以自由退群，從而得以利用平台機制提供交易穩定性。在一些實施例中，預設退群時間於步驟S101至步驟S102，由第一使用者在創建第一群組時設定。在其他實施例中，預設退群時間於步驟S103至步驟S104，由第二使用者在加入第一群組時設定。其中，伺服器11接收第二使用者終端22所發送之預設退群時間設定資訊，並將預設退群時間設定資訊提供給第一使用者終端21；伺服器11接收第一使用者終端21所發送之預設退群時間同意訊息後，設定第二使用者對於第一群組之預設退群時間。舉例而言，第二使用者在加入團購群組時，向第一群組請求設定預設退群時間，待退群時間達到後即可自由退出群組。在一些實施例中，預設退群時間指發生特定事件的時間點。舉例而言，第二使用者加入直播群組後，當直播結束後即可自由退出群組。

雖然本案已以實施例揭露如上然其並非用以限定本案，任何所屬技術領域中具有通常知識者，在不脫離本案之精神和範圍內，當可作些許之更動與潤飾，故本案之保護範圍當視後附之專利申請範圍所界定者為準。

1:群組資料管理系統 11:伺服器 110:網路 12:資料儲存模組 21:第一使用者終端 211:輸入模組 212:顯示模組 213:通訊模組 22:第二使用者終端 221:輸入模組 222:顯示模組 223:通訊模組 23:第三使用者終端 231:輸入模組 232:顯示模組 233:通訊模組 24:第四使用者終端 241:輸入模組 242:顯示模組 243:通訊模組 S101~S111:步驟 S201~S207:步驟

圖1係本案之一實施例所揭示之群組資料管理系統之方塊示意圖。圖2係本案之一實施例所揭示之群組資料管理方法之流程圖。圖3係本案之另一實施例所揭示之群組資料管理方法之流程圖。

S101~S111:步驟

Claims

一種群組資料管理方法，適用於一伺服器，該伺服器適於連接一第一使用者終端及一第二使用者終端，該方法包含：該伺服器自該第一使用者終端接收一第一群組設立請求及一第一使用者資訊，且自該第一使用者終端接收一數量目標、一第一順位條件目標、一第二順位條件目標及一預設併群時間，該伺服器因應該第一群組設立請求產生一第一群組清單，該第一群組清單包含該第一使用者資訊；該伺服器自該第二使用者終端接收一群組加入請求及一第二使用者資訊，該伺服器因應該群組加入請求於該第一群組清單新增該第二使用者資訊；該伺服器自該第二使用者終端接收一第二群組設立請求及該第二使用者資訊，且自該第二使用者終端接收一條件資訊，該伺服器因應該第二群組設立請求產生一第二群組清單，該第二群組清單包含該第二使用者資訊；該伺服器自該第二使用者終端接收一群組整合請求；當該伺服器判斷該第一順位條件目標包含該條件資訊且該第一群組清單所包含之人數未達該數量目標，該伺服器因應該群組整合請求於該第一群組清單新增該第二群組清單所包含之資訊；以及當該伺服器判斷已達該預設併群時間、該第二順位條件目標包含該條件資訊且該第一群組清單所包含之人數未達該數量目標，該伺服器因應該群組整合請求於該第一群組清單新增該第二群組清單所包含之資訊。
如請求項1所述之群組資料管理方法，於該伺服器因應該群組整合請求於該第一群組清單新增該第二群組清單所包含之資訊之步驟後，更包含該伺服器刪除該第二群組清單。
如請求項1所述之群組資料管理方法，該方法更包含：該伺服器自該第二使用者終端接收一群組退出請求，經該伺服器將該群組退出請求提供給該第一使用者終端；以及該伺服器自該第一使用者終端接收一同意退出訊息，該伺服器因應該同意退出訊息自該第一群組清單移除該第二使用者資訊。
如請求項3所述之群組資料管理方法，於該伺服器自該第一使用者終端接收該同意退出訊息之步驟後，更包含該伺服器自該第一群組清單移除該第二群組清單所包含之資訊。
如請求項1所述之群組資料管理方法，於該伺服器自該第二使用者終端接收該群組整合請求之步驟後，當該伺服器判斷未達該預設併群時間，該伺服器不回應該群組整合請求。
如請求項1所述之群組資料管理方法，該方法更包含：該伺服器自該第二使用者終端接收該第二群組設立請求及該第二使用者資訊，該伺服器因應該第二群組設立請求產生該第二群組清單，該第二群組清單包含該第二使用者資訊；以及該伺服器自該第二使用者終端接收該群組整合請求，該伺服器因應該群組整合請求產生一第三群組清單，該第三群組清單包含該第一群組清單所包含之資訊及該第二群組清單所包含之資訊。
如請求項6所述之群組資料管理方法，於該伺服器因應該群組整合請求產生該第三群組清單之步驟後，更包含該伺服器刪除該第二群組清單。
如請求項6所述之群組資料管理方法，該方法更包含：該伺服器自該第二使用者終端接收一群組退出請求，經該伺服器將該群組退出請求提供給該第一使用者終端；以及該伺服器自該第一使用者終端接收一同意退出訊息，該伺服器因應該同意退出訊息自該第一群組清單移除該第二使用者資訊及自該第三群組清單移除該第二群組清單所包含之資訊。