TWI684143B - 線上物件預訂系統與方法 - Google Patents

Abstract

一種線上物件預訂系統，包含資料庫與物件預訂伺服器。資料庫中儲存複數個物件，且各對應至一選取狀態。物件預訂伺服器與客戶端裝置建立一持續的連線，用以提供預訂頁面給客戶端裝置，並自客戶端裝置接收預訂條件，以根據預訂條件自資料庫內物件自動選擇連線選擇物件，並透過預訂頁面呈現物件列表，以視覺特徵區別連線選擇物件以及不同選取狀態的物件。同時，物件預訂伺服器亦與另一客戶端裝置建立另一連線，每當資料庫內物件的選取狀態被另一客戶端裝置改變時，物件預訂伺服器對客戶端裝置發出更新通知，以更新預訂頁面所呈現之內容。

Description

線上物件預訂系統與方法

本揭示內容是有關於一種線上物件預訂系統與方法，特別是有關於一種提供即時預訂狀況資訊的線上物件預訂系統與方法。

傳統在預訂數量有限的物件時，如表演門票、住宿床位或是看診時段等，需要以人力維護單一份預訂資料，以避免重複預訂的情況，然而，隨著商業規模逐漸增大，人力方式已不敷需求，資料庫技術帶動物件預訂系統的電子化，也提升人力維護的效率並降低出錯機率。

而網際網路的日益普遍又再度改變了商業模式，線上預訂系統能夠全天二十四小時不間斷接受預訂，且省去了預訂作業的人力成本，成為業者等促進商機的首選。

然而，在使用線上預訂系統時，常常發生連線成功後雖然顯示尚有多個可接受預訂之物件，但在按下確認時才得知所選取之物件已被他人預訂，讓使用者不得不重頭開始預訂流程，造成不便。另外，對許多熱門演出以及住宿地點來說，這樣的時間差距往往足以讓所有物件被預訂一空，造成搶先連線進線上預訂系統的使用者卻無法成功預訂的不合理現象。

為了解決現有的線上物件預訂系統對使用者造成的諸多不便，亟需一種新的線上物件預訂系統以改善預訂流程。本揭示內容之一態樣為一種線上物件預訂系統，包含一資料庫與一物件預訂伺服器。資料庫中儲存複數個物件，且該些物件各對應至一選取狀態。物件預訂伺服器連線至資料庫，並且與一客戶端裝置建立持續的連線，用以提供預訂頁面給客戶端裝置，並自客戶端裝置接收預訂條件，根據預訂條件自動選擇資料庫中物件為連線選擇物件。透過預訂頁面呈現資料庫中物件，且預訂頁面以視覺特徵區別該連線選擇物件以及物件所對應之選取狀態。物件預訂伺服器亦與另一客戶端裝置建立另一連線，每當任一物件所對應之選取狀態被另一客戶端裝置改變時，物件預訂伺服器透過持續的連線對客戶端裝置發出更新通知，並更新預訂頁面所呈現之內容。

於一實施例中，物件預訂伺服器自客戶端裝置接收新增請求，以增加新增物件至連線選擇物件，且新增物件為資料庫中物件之一，在新增物件所對應之選取狀態為可選取時，物件預訂伺服器設定新增物件所對應之選取狀態為不可選取，並在連線選擇物件內加入新增物件，且更新預訂頁面所呈現之內容。

於一實施例中，物件預訂伺服器自客戶端裝置接收一更換請求，更換請求指定一選擇物件，且選擇物件為資料中物件之一，在選擇物件所對應之選取狀態為可選取 時，物件預訂伺服器設定選擇物件所對應之選取狀態為不可選取，設定連線選擇物件所對應之選取狀態為可選取，更新連線選擇物件以及更新預訂頁面所呈現之內容。

於一實施例中，物件預訂伺服器包含一計時器，物件預訂伺服器於持續的連線建立時啟動計時器，並於計時器累計時間大於一預設值時，中斷與客戶端裝置之持續的連線並設定連線選擇物件所對應之選取狀態為可選取。

於一實施例中，資料庫中物件為複數個座位，且預訂條件包含一票價以及一場地區域。

於一實施例中，物件預訂伺服器透過預訂頁面呈現資料庫中物件所對應之選取狀態在持續的連線建立後之更動統計。

於一實施例中，物件預訂伺服器透過該預訂頁面呈現另一連線之狀態。

本揭示內容之另一態樣為一種物件預訂方法，包含以下步驟。建立持續的連線以與客戶端裝置進行通訊，並提供預訂頁面給客戶端裝置。接收客戶端裝置所傳送的預訂條件，根據預訂條件自動選擇資料庫中複數個物件之一為連線選擇物件，資料庫中物件各對應至一選取狀態，設定連線選擇物件所對應之選取狀態為不可選取。透過預訂頁面呈現資料庫中物件，且以視覺特徵區別連線選擇物件以及物件所對應之選取狀態。建立另一連線以與另一客戶端裝置進行通訊，每當資料庫中物件之任一者所對應之選取狀態被另一客戶端裝置改變時，物件預訂伺服器發送一 更新通知，並更新預訂頁面所呈現之內容。

本揭示內容之線上物件預訂系統與方法具有下列好處。使用者在連線成功取得連線選擇物件後，限制其他另一連線對使用者之連線選擇物件做出預訂，以避免使用者於確認後發現欲預訂物件已遭訂走，增加預訂流程的流暢度，降低使用者於預訂失敗後重複選取之不便。另外，亦提供使用者即時選取狀態資訊，讓使用者了解欲預訂物件的熱門度，以幫助使用者做出預訂決定。最後，提供使用者即時預訂資訊對於物件提供者亦有好處，因使用者在觀察到物件具有高熱門度時，傾向於更快做出預訂決定，如此一來，可以增加預訂率。

100‧‧‧線上物件預訂系統

110‧‧‧資料庫

120‧‧‧物件預訂伺服器

122‧‧‧計時器

130‧‧‧另一客戶端裝置

140‧‧‧客戶端裝置

210‧‧‧全區平面圖

220‧‧‧視覺特徵

230‧‧‧計時提示

240‧‧‧售票狀態

300‧‧‧線上物件預訂方法

S310~S360‧‧‧步驟

400‧‧‧線上物件預訂方法

S410~S470‧‧‧步驟

為讓本揭示內容之上述和其他目的、特徵、優點與實施例能更明顯易懂，所附圖式之說明如下：第1圖為根據第一實施例所繪示的線上物件預訂系統的示意方塊圖；第2A圖為根據第一實施例所繪示的線上物件預訂系統的預訂頁面第一示意圖；第2B圖為根據第一實施例所繪示的線上物件預訂系統的預訂頁面第二示意圖；第3圖為根據第二實施例所繪示的線上物件預訂方法的流程圖；以及第4圖為根據第三實施例所繪示的線上物件預訂方法的使用者流程圖。

下文係舉實施例配合所附圖式作詳細說明，但所提供之實施例並非用以限制本揭示內容所涵蓋的範圍，而結構操作之描述非用以限制其執行之順序，任何由元件重新組合之結構，所產生具有均等功效的裝置，皆為本揭示內容所涵蓋的範圍。此外，為使便於理解，下述說明中相同元件將以相同之符號標示來說明。

於實施方式與申請專利範圍中，除非內文中對於冠詞有所特別限定，否則『一』與『該』可泛指單一個或複數個。

本揭示內容之一態樣為一種線上物件預訂系統，提供使用者自系統中預訂到想要的物件，包括座位或時間區段等，前者可為演出座位、飛機航班座位或餐廳座位等，後者可為看診時段或家教時段等。所揭露之線上物件預訂系統供多位使用者同時連線使用，於連線中暫時保留使用者考慮預訂的物件，並且讓所有使用者接收到即時的預訂狀況資訊，以避免使用者連線進入系統後以為已經預訂成功，卻在要正式確認預訂結果時，發現所欲預訂物件已被其他使用者預訂的情況。以下以圖式配合文字說明，進一步詳細闡示使用者如何操作客戶端裝置，以連線至線上物件預訂系統並預訂選擇物件。

第1圖為根據第一實施例所繪示的線上物件預訂系統的示意方塊圖。使用者操作客戶端裝置連線至線上物件預訂系統100以預訂所選擇的物件。於本實施例中，一 客戶端裝置140與一另一客戶端裝置130透過網際網路連線至線上物件預訂系統100，然而連線至線上物件預訂系統100的客戶端裝置數量可為複數個，並不限於本示例。

線上物件預訂系統100包含一資料庫110與一物件預訂伺服器120。物件預訂伺服器120連線至資料庫110，以存取資料庫110，而資料庫110中儲存複數個物件，且該些物件各對應至一選取狀態。

於本實施例中，選取狀態分為可選取以及不可選取，可選取即表示該物件可被預訂，而不可選取則表示該物件不接受預訂。於另一實施例中，選取狀態分為已預訂且付款、已預訂以及尚未被預訂，選取狀態為前兩者則不接受預訂，選取狀態為尚未被預訂者則可接受預訂。

物件預訂伺服器120為一工作群組級伺服器、一部門級伺服器或一企業級伺服器。資料庫110儲存於一儲存裝置中，儲存裝置可為電腦硬碟、或其他電腦可讀取之紀錄媒體等，資料庫110亦可為一雲端資料庫，而物件預訂伺服器120透過一有線或無線的網路連線存取資料庫110。

客戶端裝置140與物件預訂伺服器120建立一持續的連線，亦即一全雙工(Full-duplex)的連線，因此客戶端裝置140與物件預訂伺服器120可同時進行雙向資料傳輸，物件預訂伺服器120透過該持續的連線提供一預訂頁面給客戶端裝置140，並自客戶端裝置140接收預訂條件。於本實施例中，該預訂頁面為一網頁檔案，客戶端裝置140以一瀏覽器(Browser)或一行動裝置應用程式(Mobile Application)解讀預訂頁面，並於客戶端裝置140呈現預訂頁面供使用者瀏覽。

客戶端裝置140為具備連網能力與顯示螢幕的電子裝置，於一實施例中，客戶端裝置140為一個人電腦。於另一實施例中，客戶端裝置140為一智慧型手機。於又一實施例中，客戶端裝置140為一平板電腦。

於本實施例中，客戶端裝置140與物件預訂伺服器120以WebSocket技術建立建立持續的連線，如此一來，可降低全雙工連線之資訊傳輸負載，使物件預訂伺服器120可主動推播(Push)資訊至客戶端裝置140。於另一實施例中，以基於長輪詢(Long Polling)的Comet技術建立連線。於又一實施例中，以基於iframe的Comet技術建立連線，以在客戶端裝置140支援的網頁技術版本較舊時，仍然可以使用持續的連線提供預訂服務。

於本實施例中，線上物件預訂系統100為一預訂演出票券之預訂系統，故線上物件預訂系統100之資料庫110儲存之物件為複數個座位，而自客戶端裝置140所接收之預訂條件包含票券數量、票價以及場地區域。於另一實施例中，線上物件預訂系統100為預訂就診時段的預訂系統，預訂條件包含特定醫生以及特定時段。

第2A圖為根據第一實施例所繪示的線上物件預訂系統100的預訂頁面第一示意圖，客戶端裝置140與物件預訂伺服器120建立持續的連線後，物件預訂伺服器120透過預訂頁面呈現演出場地之全區平面圖210，使用者操作 客戶端裝置140於預訂頁面中以點擊方式輸入場地區域為預訂條件，物件預訂伺服器120根據預訂條件自動選擇資料庫110所儲存的座位之一為連線選擇物件，並透過預訂頁面呈現該些物件。於本實施例中，使用者欲預訂之票券數量為一張，其數量僅為示例與方便說明，並非用以限制本揭示內容。

於另一實施例中，客戶端裝置140與物件預訂伺服器120建立持續的連線後，使用者可以文字方式或下拉選單方式，於預訂頁面中輸入票價或票券張數為預訂條件。

第2B圖為根據第一實施例所繪示的線上物件預訂系統100的預訂頁面第二示意圖，在使用者選取全區平面圖210中場地區域做為預訂條件後，物件預訂伺服器120自動選擇出連線選擇物件，連線選擇物件即為該持續連線未斷線前，暫時保留給使用者的物件。物件預訂伺服器120透過如第2B圖所示之預訂頁面呈現資料庫110中位於該場地區域內之物件，預訂頁面中又以視覺特徵220區別連線選擇物件(亦即圖中標示已選，畫斜線之座位)、對應之選取狀態為可選取的物件(亦即圖中標示可選，空白之座位)以及對應之選取狀態為不可選取的物件(亦即圖中標示不可選，打叉之座位)；換言之，於本實施例中，視覺特徵220為符號。於另一實施例中，視覺特徵220為顏色。

物件預訂伺服器120亦包含一計時器122，物件預訂伺服器120在與客戶端裝置140建立持續的連線時，啟動計時器122，並在計時器122累計時間大於一預設值時， 中斷持續的連線並設定連線選擇物件所對應之選取狀態為可選取。由於連線選擇物件於持續的連線未斷線前所對應之選取狀態被設為不可選取，因此計時器122之功用為限制使用者之操作時間，以避免無意預訂或閒置預訂頁面的使用者佔用物件。

於本實施例中，預訂頁面中計時提示230呈現計時器122還有多久將達到預設值，計時器122對應的預設值設為10分鐘。於另一實施例中，計時器122對應的預設值設為5分鐘，且物件預訂伺服器120在使用者對預訂頁面進行之輸入操作時重置計時器122以重新計時。於又一實施例中，計時器122對應的預設值可根據連線至物件預訂伺服器120的客戶端裝置數量調整。舉例而言，與物件預訂伺服器120連線之客戶端裝置數量多寡可依連線數量與可供預訂的票券比例判斷，若連線之客戶端裝置數量達可供預訂票券的50%，則設定預設值為較短的5分鐘，避免閒置使用者佔用票券，以提升票券預訂成功率，在物件預訂伺服器120所連線之所有客戶端裝置數量未達可供預訂票券的50%時，將預設值設為10分鐘，使客戶端裝置與物件預訂伺服器120間之持續的連線可維持較長時間，讓使用者有充裕的時間考慮是否預訂。

需了解到，線上物件預訂系統100於實作中可選擇性地加入計時器122。舉例而言，於一實施例中，線上物件預訂系統100實做為一機票預訂系統，物件預訂伺服器120可不包含計時器122，預訂頁面中亦不顯示計時提示230， 而客戶端裝置140用來瀏覽預訂頁面之應用程式可持續停留在預訂頁面，直至超時(time out)後自動斷線。

物件預訂伺服器120亦與另一客戶端裝置130建立持續的另一連線，另一客戶端裝置130透過另一連線對資料庫110內儲存之物件進行預訂，意即，另一客戶端裝置130之使用者以與客戶端裝置140相同之方式更改資料庫110內之物件的選取狀態。另外值得注意的是，客戶端裝置140之連線選擇物件於另一客戶端裝置130之預訂頁面中被呈現為不可選取。每當該些物件中任一物件所對應之選取狀態被另一客戶端裝置130改變時，物件預訂伺服器120透過持續的連線對客戶端裝置140發出更新通知，並更新預訂頁面所呈現之內容，顯示資料庫110內該些物件所對應之選取狀態。同理，使用者操作客戶端裝置140對資料庫110內物件所對應之選取狀態做出改變時，物件預訂伺服器120亦透過另一連線對另一客戶端裝置130發出更新通知，並更新另一客戶端裝置130之預訂頁面所呈現之內容。

於本實施例中，物件預訂伺服器120僅與另一客戶端裝置130建立另一連線，然任何所屬技術領域中具有通常知識者在瞭解所列實施例後，當可由本揭示內容所教示之技術，加以改變及修飾，以應用至物件預訂伺服器120與多個其他客戶端裝置建立持續連線的情況，如此一來，物件預訂伺服器120提供給所有客戶端裝置之預訂頁面均呈現即時的預訂情況。

於一實施例中，物件預訂伺服器120除更新座位表呈現即時預訂情況外，物件預訂伺服器120亦透過預訂頁面之售票狀態240，呈現資料庫110中之物件所對應之選取狀態在持續的連線建立後之更動統計。於本實施例中，售票狀態240所呈現之更動統計為自連線建立後，確認預訂之物件數量，例如第2B圖之售票狀態240所示「自你登入後已賣出15張票」。於另一實施例中，售票狀態240所呈現之更動統計為自連線建立後，選取狀態自可選取變為不可選取的物件數量。

物件預訂伺服器120透過預訂頁面之連線狀態250呈現另一連線之狀態。於本實施例中，連線狀態250在另一客戶端裝置130與物件預訂伺服器120建立持續的另一連線時，於連線狀態250顯示訊息「有新的搶票者加入」。於另一實施例中，物件預訂伺服器120亦與多個其他客戶端裝置(未繪示於圖中)建立持續的連線，且連線狀態250呈現連線至物件預訂伺服器120之客戶端裝置總量，例如「目前共有250人正在連線訂票」。

物件預訂伺服器120亦自客戶端裝置140接收一新增請求，以增加一新增物件至連線選擇物件，該新增物件為資料庫110中之物件，同時也是預訂頁面呈現之物件。在新增物件所對應之選取狀態為可選取時，物件預訂伺服器120設定新增物件所對應之選取狀態為不可選取，並在連線選擇物件內加入新增物件，並更新預訂頁面所呈現之內容，以通知使用者新增請求處理成功，若新增物件所對 應之選取狀態為不可選取，則透過預訂頁面通知使用者新增失敗。

於本實施例中，使用者點擊選取預訂頁面中選取狀態為可選取之座位做為新增物件並傳送新增請求，物件預訂伺服器120確認新增物件所對應之選取狀態為可選取時，更改選取狀態為不可選取，並將新增物件加入連線選擇物件，更新預訂頁面所呈現之內容，將新增物件以畫斜線標示。

物件預訂伺服器120更自客戶端裝置140接收一更換請求，更換請求指定一選擇物件，且選擇物件為資料庫110中物件之一，在選擇物件所對應之該選取狀態為可選取時，物件預訂伺服器120設定選擇物件所對應之選取狀態為不可選取，設定連線選擇物件所對應之選取狀態為可選取，更新連線選擇物件為選擇物件，以及更新預訂頁面所呈現之內容。

於本實施例中，使用者點擊選取連線選擇物件中之一者，接著點擊選取預訂頁面中選取狀態為可選取之物件做為選擇物件，物件預訂伺服器120執行上述操作更改連線選擇物件與選擇物件之選取狀態後，更新預訂頁面中畫斜線的已選座位，以通知使用者更換連線選擇物件的操作成功。

於另一實施例中，使用者點擊選取預訂頁面中所對應之選取狀態為可選取之物件，預訂頁面顯示選項供使用者選擇欲進行之操作為新增請求或更換請求，若為更換請 求則進一步提示使用者點擊選取預訂頁面中的連線選擇物件。使用者操作客戶端裝置140以傳送新增請求或更換請求之介面操作流程可有不同變化，並不限於本揭示內容所列舉之示例。

第3圖為根據第二實施例所繪示的線上物件預訂方法的流程圖。應瞭解到，雖然流程圖中對於線上物件預訂方法300係以特定順序的步驟來做描述，然此並不限制本發明所提及步驟的前後順序，另外在實作中可增加或減少所述步驟。

線上物件預訂方法300可經由一電腦來實作，例如前述之線上物件預訂系統100等，亦可將部份功能實作為至少一電腦程式，並儲存於一電腦可讀取之記錄媒體中，該至少一電腦程式具有多個指令，該些指令在一電腦上執行時使該電腦執行線上物件預訂方法300。第二實施例中，為了方便及清楚說明，以第1圖所示的線上物件預訂系統100執行線上物件預訂方法300為例來進行闡述，但本揭示內容並不以此為限。

線上物件預訂系統100執行步驟S310以與客戶端裝置140建立連線以進行通訊，並提供一預訂頁面給客戶端裝置140，用以讓使用者操作客戶端裝置140進行預訂。具體而言，物件預訂伺服器120與客戶端裝置140建立之連線為一持續的連線，持續的連線亦為全雙工的連線，使物件預訂伺服器120不只能夠接收與回覆使用者操作客戶端裝置140所傳送之訊息，亦能夠主動推播(Push)資訊至客 戶端裝置140，該持續的連線使用WebSocket技術實作，或以基於長輪詢(Long Polling)或iFrame的Comet技術實作，以相容於較舊版本的網頁瀏覽器。

於步驟S320中，物件預訂伺服器120自客戶端裝置140接收使用者輸入之預訂條件，並根據預訂條件自動選擇資料庫110內複數個物件之一者為連線選擇物件，因資料庫110內之物件各對應至一選取狀態代表物件是否可接受預訂，物件預訂伺服器120設定連線選擇物件所對應之選取狀態為不可選取。因此使用者操作客戶端裝置140建立之持續連線中的連線選擇物件不再接受預訂。

於步驟S330中，物件預訂伺服器120透過預訂頁面呈現該些物件及其所對應之選取狀態。於本實施例中，使用符號為視覺特徵以區別連線選擇物件以及資料庫110中之該些物件所對應之選取狀態，以讓使用者可分辨哪些物件可接受預訂，以及目前預訂狀況。當使用者在預訂頁面中看到選取狀態為可選取的物件數量減少時，將縮短使用者確認預訂所需的時間。視覺特徵亦可採用顏色、形狀、輪廓線條為虛實線或粗細程度等，並不限於本揭示內容所舉示例。

物件預訂伺服器亦執行步驟S340，自客戶端裝置140接收新增或更換請求，更改該些物件所對應之選取狀態。物件預訂伺服器120對新增請求或更換請求之處理操作如上所述，於此不再贅述。於一實施例中，客戶端裝置140每送出一新增請求或一更換請求，物件預訂伺服器120 即重置計時器122，避免使用者於更換或新增過程中或檢示更換或新增結果時，持續的連線遭物件預訂伺服器120斷線。

於步驟S350中，物件預訂伺服器120發送更新通知，以讓使用者可以得知最新的預訂狀況。具體而言，物件預訂伺服器120與另一客戶端裝置130建立一持續的另一連線，另一客戶端裝置130透過另一連線更改資料庫110內之物件所對應之選取狀態，物件預訂伺服器120於該些物件任一者所對應之選取狀態受到更改時，發送更新通知給客戶端裝置140，並更新客戶端裝置140之預訂頁面所呈現之內容。

物件預訂伺服器120執行步驟S360以接收決定信號，當決定信號為確定預訂時，物件預訂伺服器120回傳成功之預訂結果至客戶端裝置140，當決定信號為放棄預訂時，物件預訂伺服器120可回傳確認訊息以及目前預訂狀況的訊息，例如，可回傳「您所考慮的600元票券有80%已被預訂」的預訂狀況總結訊息，以輔助使用者確認是否放棄預訂。

第4圖為根據第二實施例所繪示的線上物件預訂方法的使用者流程圖，以使用者介面角度描述線上物件預訂方法400，為了方便及清楚說明，以下線上物件預訂方法400的說明以第1圖所示的線上物件預訂系統100為例，但本揭示內容並不以此為限。

於步驟S410中，使用者操作客戶端裝置140連線 至物件預訂伺服器120開始選取座位，並利用客戶端裝置140之顯示器瀏覽預訂頁面，預訂頁面呈現演出場地之座位圖與預訂狀況，並提供使用者輸入。於一實施例中，使用者利用之客戶端裝置140為一個人電腦，且個人電腦安裝瀏覽器以瀏覽預訂頁面，瀏覽器包括Internet Explorer、Chrome以及Firefox等。於另一實施例中，使用者操作之客戶端裝置140為一行動裝置，以行動裝置應用程式(Mobile Application)瀏覽物件預訂伺服器120所提供的預訂頁面。

步驟S420中，使用者選擇票種與張數，票種包括價位與場地區域，使用者所選擇之票種與張數即為預訂條件。於步驟S430中，物件預訂伺服器120計算適合的座位。適合的座位可為最靠近演出舞台的座位，或是最接近舞台正面的座位。於另一實施例中，物件預訂伺服器120將其自動選擇條件列舉，以讓使用者根據喜好指定。

步驟S440中，客戶端裝置140透過預訂頁面顯示座位表與目前選取的座位，預訂頁面除以視覺特徵標示目前選取座位(即連線選擇物件)，亦區分選取狀態為可選的座位與選取狀態為不可選取的座位。於步驟S450中，接收使用者輸入或是物件預訂伺服器120所發送之更新通知，收到更新通知時，重新執行步驟S440，更新顯示座位表，以讓使用者得知即時之預訂狀況，若收到使用者輸入新增請求或更換請求時，則進行步驟S460。

物件預訂伺服器120執行步驟S460以計算座位是 否可以選取，也就是確認新增請求或更換請求中包含的新增物件或選擇物件所對應之選取狀態，並進行步驟S470中顯示對應的處理訊息的操作，在所對應之選取狀態為可選取時，通知使用者新增請求或更換請求成功，若否則顯示失敗訊息。使用者可重複發送新增或更換請求，直至對目前選取的座位(連線選擇物件)滿意或是計時器122倒數結束為止，並執行步驟S480以確定座位，結束選取座位之流程。

本揭示內容之線上物件預訂系統與方法在使用者連線成功取得連線選擇物件後，限制其他另一連線對使用者之連線選擇物件做出預訂，以避免使用者於確認後發現欲預訂物件已遭訂走。如此一來將增加預訂流程的流暢度，降低使用者需重複選取之不便。另一方面，於預訂頁面中呈現即時選取狀態資訊，讓使用者了解欲預訂物件的熱門度，以幫助使用者做出預訂決定。最後，提供使用者即時預訂資訊可利用從眾效應，讓使用者更快做出預訂決定，對於提供座位或預訂時段的業者亦有好處。因此，本揭示內容之線上物件預訂系統與方法可創造使用者與業者的雙贏局面。

雖然本揭示內容已以實施方式揭露如上，然其並非用以限定本揭示內容，任何熟習此技藝者，在不脫離本揭示內容之精神和範圍內，當可作各種之更動與潤飾，因此本揭示內容之保護範圍當視後附之申請專利範圍所界定者為準。

100‧‧‧線上物件預訂系統

110‧‧‧資料庫

120‧‧‧物件預訂伺服器

122‧‧‧計時器

130‧‧‧另一客戶端裝置

140‧‧‧客戶端裝置

Claims (12)

1. 一種線上物件預訂系統，包含：一資料庫，儲存複數個物件，且該些物件各對應至一選取狀態；以及一物件預訂伺服器，連線至該資料庫，並且與一客戶端裝置建立一持續的連線，用以提供一預訂頁面給該客戶端裝置，並自該客戶端裝置接收至少一預訂條件，根據該預訂條件自動選擇該些物件之至少一者為一連線選擇物件，透過該預訂頁面呈現該些物件，其中該預訂頁面以至少一視覺特徵區別該連線選擇物件以及該些物件所對應之該選取狀態，該物件預訂伺服器亦與一或多個另一客戶端裝置建立一或多個持續的另一連線，每當該些物件之任一者所對應之該選取狀態被該些另一客戶端裝置改變時，該物件預訂伺服器透過該持續的連線對該客戶端裝置發出一更新通知，並更新該預訂頁面所呈現之內容，其中該物件預訂伺服器更包含：一計時器，該物件預訂伺服器於該持續的連線建立時啟動該計時器，並設定該連線選擇物件所對應之該選取狀態為不可選取，以及當客戶端裝置於該計時器累計時間大於一預設值時，中斷該持續的連線，並設定該連線選擇物件所對應之該選取狀態為可選取，其中該預設值係根據連線至該物件預訂伺服器的客戶端裝置數量調整，其中當連線至該物件預訂伺服器的客戶端裝置數量越多，該預設值越低。
2. 如請求項1所述之線上物件預訂系統，其中該物件預訂伺服器自該客戶端裝置接收一新增請求，以增加一新增物件至該連線選擇物件，且該新增物件為該些物件之一者，在該新增物件所對應之該選取狀態為可選取時，該物件預訂伺服器設定該新增物件所對應之該選取狀態為不可選取，並在該連線選擇物件內加入該新增物件，且更新該預訂頁面所呈現之內容。
3. 如請求項1所述之線上物件預訂系統，該物件預訂伺服器自該客戶端裝置接收一更換請求，該更換請求指定一選擇物件，且該選擇物件為該些物件之一者，在該選擇物件所對應之該選取狀態為可選取時，該物件預訂伺服器設定該選擇物件所對應之該選取狀態為不可選取，設定該連線選擇物件所對應之該選取狀態為可選取，更新該連線選擇物件以及更新該預訂頁面所呈現之內容。
4. 如請求項1所述之線上物件預訂系統，其中該些物件為複數個座位，且該預訂條件包含一票價以及一場地區域。
5. 如請求項1所述之線上物件預訂系統，其中該物件預訂伺服器透過該預訂頁面呈現該些物件所對應之該選取狀態在該持續的連線建立後之更動統計。
6. 如請求項1所述之線上物件預訂系統，其中該物件預訂伺服器透過該預訂頁面呈現該些另一連線之狀態。
7. 一種線上物件預訂方法，包含以下步驟：建立一持續的連線以與一客戶端裝置進行通訊，並提供一預訂頁面給該客戶端裝置；於該持續的連線建立時啟動一計時器，用以計數一預設值；接收該客戶端裝置所傳送的至少一預訂條件，根據該預訂條件自動選擇一資料庫中複數個物件之一者為一連線選擇物件，該些物件各對應至一選取狀態，設定該連線選擇物件所對應之該選取狀態為不可選取；透過該預訂頁面呈現該些物件，且以至少一視覺特徵區別該連線選擇物件以及該些物件所對應之該選取狀態；以及建立一或多個持續的另一連線以與一或多個另一客戶端裝置進行通訊，每當該些物件之任一者所對應之該選取狀態被該些另一客戶端裝置改變時，一物件預訂伺服器發送一更新通知，並更新該預訂頁面所呈現之內容；當該計時器累計時間大於該預設值時，中斷該持續的連線，並設定該連線選擇物件所對應之該選取狀態為可選取，其中該預設值根據連線至該物件預訂伺服器的客戶端裝置數量調整，其中當連線至該物件預訂伺服器的客戶端 裝置數量越多，該預設值越低。
8. 如請求項7所述之線上物件預訂方法，更包含：自該客戶端裝置接收一新增請求，以增加一新增物件至該連線選擇物件，且該新增物件為該些物件之一者，在該新增物件所對應之該選取狀態為可選取時，設定該新增物件所對應之該選取狀態為不可選取，並在該連線選擇物件內加入該新增物件，且更新該預訂頁面所呈現之內容。
9. 如請求項7所述之線上物件預訂方法，更包含：自該客戶端裝置接收一更換請求，該更換請求指定一選擇物件，且該選擇物件為該些物件之一者，在該選擇物件所對應之該選取狀態為可選取時，設定該選擇物件所對應之該選取狀態為不可選取，設定該連線選擇物件所對應之該選取狀態為可選取，更新該預訂頁面所呈現之內容。
10. 如請求項7所述之線上物件預訂方法，其中該些物件為複數個座位，且該預訂條件包含一票價以及一場地區域。
11. 如請求項7所述之線上物件預訂方法，更包含：透過該預訂頁面呈現該些物件所對應之該選取狀態在該持續的連線建立後之更動統計。
12. 如請求項7所述之線上物件預訂方法，更包含：透過該預訂頁面呈現該些另一連線之狀態。

Images