TWI826850B - 預約管理系統、預約管理方法及資訊記憶媒體 - Google Patents

Abstract

本發明提供一種可減少登記之等待時間之預約管理系統、預約管理方法及資訊記憶媒體。暫時登記請求資料受理部(80)取得表示參加者使用之終端位置之位置資料。暫時登記處理執行部(82)基於位置資料所示之位置、及活動之舉辦地相關之位置，將預約資料所含之該參加者之登記狀態資料更新為表示暫時登記狀態之登記狀態資料。登記處理執行部(86)根據來自舉辦地之複數個參加者中之任一者之受理登記請求，將預約資料所含之、與表示暫時登記狀態之登記狀態資料建立對應之其他參加者之登記狀態資料，更新為表示已登記狀態之上述登記狀態資料。

Description

預約管理系統、預約管理方法及資訊記憶媒體

本發明係關於一種預約管理系統、預約管理方法及資訊記憶媒體。

於專利文獻1中，記載有一種可使登記(Check in)/結帳(Check out)業務之總體省力化之高爾夫球場省力化系統。

[先前技術文獻]

[專利文獻]

[專利文獻1]日本專利特開2001-000612號公報

專利文獻1所記載之系統中，所有打球者需要於高爾夫球場之接待處進行登記。但，由於登記係於大致早上之有限時段進行，故有於接待處產生等待時間之情形。

另，不僅高爾夫球場，其他活動亦同樣，有於登記產生等待時間之情形。

本發明係鑑於上述問題而完成者，其目的之一在於提供一種可減少登記之等待時間之預約管理系統，預約管理方法及資訊記憶媒體。

本發明之預約管理系統包含：預約請求受理機構，其受理複數個參加者所要參加之活動之預約請求；預約資料產生機構，其根據上述預約請求之受理，產生包含與上述複數個參加者各者建立對應之登記狀態資料之預約資料；位置資料取得機構，其取得表示上述參加者使用之終端位置之位置資料；暫時登記處理執行機構，其基於上述位置資料所示之位置、及上述活動之舉辦地相關之位置，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態之上述登記狀態資料；及登記處理執行機構，其根據來自上述複數個參加者中之任一者之受理登記請求，將上述預約資料所含之、與表示暫時登記狀態之上述登記狀態資料建立對應之其他上述參加者之上述登記狀態資料，更新為表示已登記狀態之上述登記狀態資料。

本發明之一態樣中，上述位置資料取得機構取得根據對上述終端之特定操作而發送之上述位置資料。

又，本發明之一態樣中，上述暫時登記處理執行機構於上述位置資料表示與上述舉辦地相關之位置相隔特定距離以下之位置時，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態之上述 登記狀態資料。

又，本發明之一態樣中，上述預約請求受理機構受理將上述活動之舉辦時日建立關聯之上述預約請求；上述預約資料產生機構根據上述預約請求之受理，產生進而包含表示與上述預約請求建立關聯之舉辦時日之時日資料的上述預約資料；上述位置資料取得機構取得與上述位置之測定時日建立關聯之上述位置資料；上述暫時登記處理執行機構基於與上述時日資料所示之舉辦時日對應之測位時日建立關聯之上述位置資料所示之位置、及上述活動之舉辦地相關之位置，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態之上述登記狀態資料。

又，本發明之一態樣中，上述預約請求受理機構受理將上述參加者之姓名建立關聯之上述預約請求，上述預約資料產生機構產生進而包含表示上述參加者姓名之姓名資料的上述預約資料；上述位置資料取得機構取得與使用上述終端之上述參加者之姓名建立關聯之上述位置資料；上述暫時登記處理執行機構將基於與上述位置資料建立關聯之姓名而特定出之上述參加者之上述登記狀態資料，更新為表示暫時登記狀態之上述登記狀態資料。

又，本發明之一態樣中，上述位置資料取得機構針對互不相同之複數個終端各者取得表示該終端位置之上述位置資料；上述暫時登記處理執行機構基於互不相同之複數個上述終端之位置、及上述活動之舉辦地相關之位置，將與該複數個終端分別建立對應之所有複數個上述登記狀態資 料，更新為表示暫時登記狀態之上述登記狀態資料。

又，本發明之一態樣中，上述登記處理執行機構根據上述登記請求之受理，將上述預約資料所含之、與表示暫時登記狀態之上述登記狀態資料建立對應之所有上述參加者之上述登記狀態資料，更新為表示已登記狀態之上述登記狀態資料。

又，本發明之預約管理方法包含以下步驟：預約請求受理機構受理複數個參加者所要參加之活動之預約請求；預約資料產生機構根據上述預約請求之受理，產生包含與上述複數個參加者各者建立對應之登記狀態資料的預約資料；位置資料取得機構取得表示上述參加者使用之終端位置之位置資料；暫時登記處理執行機構基於上述位置資料所示之位置、及上述活動之舉辦地相關之位置，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態之上述登記狀態資料；登記處理執行機構根據來自上述複數個參加者中之任一者之受理登記請求，將上述預約資料所含之、與表示暫時登記狀態之上述登記狀態資料建立對應之其他上述參加者之上述登記狀態資料，更新為表示已登記狀態之上述登記狀態資料。

又，本發明之資訊記憶媒體記憶有使電腦執行以下程序之程式：受理複數個參加者所要參加之活動之預約請求；根據上述預約請求之受理，產生包含與上述複數個參加者各者建立對應之登記狀態資料的預約資料；取得表示上述參加者使用之終端位置之位置資料；基於上述位置資料所示之位置及上述活動之舉辦地相關之位置，將上述預約資料所含之該參加者 之上述登記狀態資料更新為表示暫時登記狀態之上述登記狀態資料；及根據來自上述複數個參加者中之任一者之受理登記請求，將上述預約資料所含之與表示暫時登記狀態之上述登記狀態資料建立對應之其他上述參加者之上述登記狀態資料，更新為表示已登記狀態之上述登記狀態資料。

10:預約管理伺服器

12:高爾夫球場系統

12a:高爾夫球場伺服器

12b:高爾夫球場終端

14:使用者終端

16:電腦網路

20:處理器

22:記憶部

24:通信部

30:處理器

32:記憶部

34:通信部

40:處理器

41:記憶部

42:通信部

43:操作部

44:顯示部

45:感測器部

50:處理器

52:記憶部

54:通信部

56:觸控面板

58:感測器部

60:預約按鈕

62:同伴登錄按鈕

64:新登錄按鈕

66:登錄按鈕

68:暫時登記按鈕

70:帳號資料記憶部

72:預約資料記憶部

74:高爾夫球場資料記憶部

76:帳號管理部

78:預約管理部

80:暫時登記請求資料受理部

82:暫時登記處理執行部

84:登記請求資料受理部

86:登記處理執行部

90:同意按鈕

S101~S109:步驟

S201~S213:步驟

圖1係顯示本發明之一實施形態之電腦網路之全體構成之一例之圖。

圖2A係顯示本發明之一實施形態之預約管理伺服器之構成之一例之圖。

圖2B係顯示本發明之一實施形態之高爾夫球場伺服器之構成之一例之圖。

圖2C係顯示本發明之一實施形態之高爾夫球場終端之構成之一例之圖。

圖2D係顯示本發明之一實施形態之使用者終端之構成之一例之圖。

圖3係顯示帳號資料之一例之圖。

圖4係顯示帳號資料之一例之圖。

圖5係顯示高爾夫球場資料之一例之圖。

圖6係顯示預約畫面之一例之圖。

圖7係顯示同伴登錄畫面之一例之圖。

圖8係顯示預約資料之一例之圖。

圖9係顯示同伴新登錄畫面之一例之圖。

圖10係顯示帳號資料之一例之圖。

圖11係顯示暫時登記畫面之一例之圖。

圖12A係顯示暫時登記請求資料之一例之圖。

圖12B係顯示暫時登記請求資料之一例之圖。

圖12C係顯示暫時登記請求資料之一例之圖。

圖13係顯示預約資料之一例之圖。

圖14係顯示帳號資料之一例之圖。

圖15係顯示暫時登記成功畫面之一例之圖。

圖16係顯示條碼顯示畫面之一例之圖。

圖17係顯示預約資料之一例之圖。

圖18係顯示登記成功畫面之一例之圖。

圖19係顯示本發明之一實施形態之預約管理伺服器之功能之一例之功能方塊圖。

圖20係顯示由本發明之一實施形態之預約管理伺服器進行之處理流程之一例之流程圖。

圖21係顯示暫時登記同意畫面之一例之圖。

圖22係顯示由本發明之一實施形態之預約管理伺服器進行之處理流程之一例之流程圖。

以下，針對本發明之一實施形態，基於圖式詳細說明。

圖1係顯示本發明之一實施形態之電腦網路之全體構成之一例之圖。如圖1所示，於本實施形態之網際網路等電腦網路16，連接有預約管理伺服器10、高爾夫球場系統12及使用者終端14。

因此，預約管理伺服器10、高爾夫球場系統12及使用者終端14可經由電腦網路16互相通信。另，圖1中顯示1台預約管理伺服器10，但亦可為複數台預約管理伺服器10。

本實施形態之預約管理伺服器10例如為伺服器電腦。如圖2A所示，預約管理伺服器10具備處理器20、記憶部22及通信部24。

處理器20例如為依照預約管理伺服器10中安裝之程式而動作之微處理器等程式控制裝置。記憶部22例如為ROM(Read Only Memory：唯讀記憶體)或RAM(Random Access Memory：隨機存取記憶體)等記憶元件，或固態硬碟(SSD：Solid State Disk)等。記憶部22記憶由處理器20執行之程式等。通信部24例如為有線通信或無線通信用通信介面，經由電腦網路16，於高爾夫球場系統12或使用者終端14間授受資料。

本實施形態之高爾夫球場系統12為設置於高爾夫球場之電腦系統，如圖1所示，高爾夫球場系統12例如包含高爾夫球場伺服器12a與高爾夫球場終端12b。

高爾夫球場伺服器12a例如為伺服器電腦。如圖2B所示，高爾夫球場伺服器12a包含處理器30、記憶部32及通信部34。

處理器30例如為依照高爾夫球場伺服器12a中安裝之程式而動作之微 處理器等程式控制裝置。記憶部32例如為ROM或RAM等記憶元件，或固態硬碟(SSD)等。記憶部32記憶由處理器30執行之程式等。通信部34例如為有線通信或無線通信用通信介面，經由電腦網路16，於預約管理伺服器10、高爾夫球場終端12b或使用者終端14間授受資料。

高爾夫球場終端12b例如為個人電腦或平板終端等電腦。如圖2C所示，高爾夫球場終端12b包含處理器40、記憶部41、通信部42、操作部43、顯示部44及感測器部45。

處理器40例如為依照高爾夫球場終端12b中安裝之程式而動作之微處理器等程式控制裝置。記憶部41例如為ROM或RAM等記憶元件，或固態硬碟(SSD)等。記憶部41記憶由處理器40執行之程式等。通信部42例如為有線通信或無線通信用通信介面，經由電腦網路16，與高爾夫球場伺服器12a間授受資料。

操作部43為輸入裝置，例如包含觸控面板或滑鼠等指示裝置或鍵盤等。操作部43將操作內容傳遞至處理器40。顯示部44例如為液晶顯示部或有機EL(Electroluminescence：電致發光)顯示部等。感測器部45例如為數位相機或條碼讀取器等感測裝置。另，本實施形態中，說明感測器部45包含於高爾夫球場終端12b中之情形，但感測器部45亦可位於高爾夫球場終端12b之外部。

本實施形態之使用者終端14例如為行動電話(包含智慧型手機)或可攜 式資訊終端(包含平板型電腦)等可攜式電腦。如圖2D所示，使用者終端14包含處理器50、記憶部52、通信部54、觸控面板56及感測器部58。

處理器50例如為依照使用者終端14中安裝之程式而動作之微處理器等程式控制裝置。記憶部52例如為ROM或RAM等記憶元件，或固態硬碟(SSD)等。記憶部52記憶由處理器50執行之程式等。通信部54例如為有線通信或無線通信用通信介面，經由電腦網路16，與預約管理伺服器10間授受資料。

觸控面板56例如依照自處理器50輸入之指示輸出顯示資訊，或將使用者進行之操作之內容輸出至處理器50。

感測器部58例如為GPS(Global Positioning System：全球定位系統)模組、加速度感測器、動作感測器、數位相機等感測裝置。另，本實施形態中，說明感測器部58包含於使用者終端14中之情形，但感測器部58亦可位於使用者終端14之外部。

另，作為記憶於記憶部22、32、52者說明之程式及資料亦可經由網路自其他電腦供給。又，預約管理伺服器10、高爾夫球場系統12及使用者終端14之硬體構成不限於上述例，可應用各種硬體。例如，亦可於預約管理伺服器10、高爾夫球場系統12或使用者終端14中，包含讀取電腦可讀取之資訊記憶媒體之讀取部(例如光碟驅動器或記憶卡槽)。又，例如亦可於預約管理伺服器10、高爾夫球場系統12或使用者終端14中，包含用 以與外部機器輸入輸出資料之輸入輸出部(例如USB(Universal Serial Bus：通用串列匯流排)埠)。例如，亦可將記憶於資訊記憶媒體之程式或資料經由讀取部或輸入輸出部供給至預約管理伺服器10、高爾夫球場系統12或使用者終端14。

本實施形態之預約管理伺服器10提供管理針對複數個高爾夫球場之打高爾夫(例如，高爾夫球之輪次)預約之服務等複數個參加者參加之活動的預約。

又，本實施形態之預約管理伺服器10中，例如亦對已預約打高爾夫之複數個打球者各者等、已預約活動之複數個參加者各者是否已登記而進行管理。且，進行打高爾夫之高爾夫球場中，該高爾夫球場之工作人員可經由設置於該高爾夫球場之高爾夫球場系統12，確認各打球者是否已登記。

本實施形態之高爾夫球場系統12與預約管理伺服器10聯合，管理設有該高爾夫球場系統12之高爾夫球場中之預約打高爾夫相關之資訊等之該高爾夫球場中需要之各種資訊。

以下，作為一例，針對使用者A、使用者B、使用者C及使用者D之4名使用者作為打球者而登錄之預約PPP鄉村俱樂部打高爾夫之場景進行說明。此處，例如以使用者A為代表進行預約，使用者B、使用者C及使用者D之3名使用者作為同伴進行登錄。另，使用者A、使用者B、使用者C及 使用者D之姓名分別設為「AAA」、「BBB」、「CCC」、「DDD」。

圖3及圖4係顯示本實施形態之預約管理伺服器10中登錄之帳號資料之一例之圖。本實施形態之帳號資料為使用預約管理伺服器10之使用者藉由對該使用者使用之使用者終端14進行特定之會員登錄操作而產生之資料。本實施形態中，於預約管理伺服器10中登錄帳號資料之使用者可進行打高爾夫之預約。另，本實施形態之帳號資料不僅用於預約管理伺服器10提供之服務，亦於線上購物等各種服務中共通使用。

如圖3及圖4所示，本實施形態之帳號資料包含會員ID、姓名資料、住址資料、電話號碼資料、郵件位址資料。

帳號資料為與使用預約管理伺服器10之使用者建立對應之資料。帳號資料中包含之會員ID例如為該使用者之識別資訊。帳號資料中包含之姓名資料例如為顯示該使用者之姓名之資料。帳號資料中包含之住址資料例如為顯示該使用者之住址之資料。帳號資料中包含之電話號碼資料例如為顯示該使用者之電話號碼之資料。帳號資料中包含之郵件位址資料例如為顯示該使用者之郵件位址之資料。

圖3係顯示使用者A之帳號資料，圖4係顯示使用者B之帳號資料。另，於由使用者A進行打高爾夫預約之時點，使用者A及使用者B之帳號資料登錄於預約管理伺服器10，但使用者C及使用者D之帳號資料未登錄於預約管理伺服器10中。

又，如圖3所示，亦可於本實施形態之帳號資料中包含至少一個同伴資料。同伴資料中包含顯示作為可能成為該使用者之同伴之使用者而登錄之人物的姓名之同伴姓名資料。又，該人物之帳號資料可特定之情形時，將該人物之帳號資料之會員ID設定為包含顯示該人物之姓名之同伴姓名資料之同伴資料的同伴ID。

圖3係顯示將顯示使用者B之姓名之值「BBB」設定於同伴姓名資料中，使用者B之會員ID值「01002」作為同伴ID而設定之同伴資料。

又，圖3係顯示關於除此之外亦包含使用者C及使用者D之4個人物之同伴資料。該等人物之同伴資料中未設定同伴ID值。

圖5係顯示本實施形態之預約管理伺服器10中記憶之高爾夫球場資料之一例之圖。高爾夫球場資料中，顯示可由本實施形態之預約管理伺服器10預約之高爾夫球場相關之資訊。本實施形態之高爾夫球場資料中，包含例如高爾夫球場ID、名稱資料、位置資料、住址資料、電話號碼資料、郵件位址資料。

高爾夫球場資料為與可由預約管理伺服器10預約之高爾夫球場建立對應之資料。該高爾夫球場資料所含之高爾夫球場ID例如為該高爾夫球場之識別資訊。該高爾夫球場資料所含之名稱資料例如為顯示該高爾夫球場之名稱之資料。該高爾夫球場資料所含之位置資料例如為顯示該高爾夫球 場之位置之資料。另，圖5中，藉由緯度及經度顯示高爾夫球場之位置，但高爾夫球場之位置之表現方法不限定於緯度及經度。該高爾夫球場資料所含之住址資料例如為顯示該高爾夫球場之住址之資料。該高爾夫球場資料所含之電話號碼資料例如為顯示該高爾夫球場之電話號碼之資料。該高爾夫球場資料所含之郵件位址資料例如為顯示該高爾夫球場之郵件位址之資料。

圖6係顯示本實施形態之使用者A使用之使用者終端14之觸控面板56上顯示之預約畫面之一例之圖。本實施形態中，例如藉由使用者A對使用者終端14進行特定之操作，而可使如圖6所示之關於PPP鄉村俱樂部之預約畫面顯示於觸控面板56上。

圖6所示之預約畫面中，使用者A進行設定成為預約對象之打高爾夫之打球時日及打球人數之操作後，若點觸預約按鈕60，則於觸控面板56上顯示圖7所示之同伴登錄畫面。

同伴登錄畫面中，一覽地顯示進行打高爾夫預約之使用者A之姓名，以及使用者A之帳號資料所含之同伴姓名資料之值。另，如圖7所示，同伴登錄畫面中，可輸入同伴之郵件位址。

且，使用者A選擇一起進行打高爾夫之同伴之姓名後，若點觸同伴登錄按鈕62，則產生圖8所示之預約資料。

如圖8所示，預約資料中包含例如預約ID、代表者ID、高爾夫球場ID、打球時日資料、打球人數資料、打球者資料。預約資料為與1次預約建立對應之資料。預約ID例如為該預約之識別資訊。對代表者ID設定例如進行該預約之代表即使用者之帳號資料之會員ID。對高爾夫球場ID設定例如該經預約之高爾夫球場之高爾夫球場資料中之高爾夫球場ID。打球時日資料例如為顯示預約畫面中設定之打球時日之資料。打球人數資料例如為顯示預約畫面中設定之打球人數之資料。

打球者資料例如為與進行預約之代表者的打球者，或該代表者之同伴的打球者建立對應之資料。圖8係顯示與預約時作為打球者登錄之使用者A、使用者B、使用者C及使用者D分別建立對應之4名打球者資料。

如圖8所示，打球者資料中包含姓名資料、會員ID、郵件位址資料、登記狀態資料。

打球者資料所含之姓名資料為顯示該打球者之姓名之資料。

對打球者資料所含之會員ID，設定作為該打球者登錄之使用者之帳號資料中之會員ID。此處，如圖3所示，由於使用者A之帳號資料中包含使用者B的同伴資料，故針對使用者A及使用者B，設定該使用者之打球者資料之會員ID值。

打球者資料所含之郵件位址資料為顯示該打球者之郵件位址之資 料。此處，例如可對打球者資料所含之郵件位址資料之值，設定輸入至同伴登錄畫面之該打球者之郵件位址，亦可設定該打球者之帳號資料所含之郵件位址資料之值。

打球者資料所含之登記狀態資料為顯示該打高爾夫之該打球者之登記狀態之資料。本實施形態之登記狀態例如為未登記狀態、暫時登記狀態或已登記狀態之任一者。

如圖8所示，登記狀態資料中包含例如暫時登記旗標與登記旗標。本實施形態中，例如對於未登記狀態之打球者，暫時登記旗標、登記旗標之值皆設定為0。對於暫時登記狀態之打球者，暫時登記旗標之值設定為1，登記旗標之值設定為0。對於已登記狀態之打球者，登記旗標之值設定為1。

本實施形態中，剛預約打高爾夫後，即，剛產生預約資料後，對於所有打球者，登記狀態為未登記狀態。即，如圖8所示，暫時登記旗標、登記旗標之值皆設定為0。

另，本實施形態中，亦可根據預約資料之產生，自預約管理伺服器10對打球者資料所含之郵件位址資料所示之郵件位址，發送顯示預約完成之主旨之電子郵件。又，到了預約日之特定日前(例如3天前或1天前)，亦可自預約管理伺服器10對該郵件位址發送提醒郵件。

又，亦可根據預約資料之產生，自預約管理伺服器10對經預約的高爾夫球場之高爾夫球場資料所含之郵件位址資料所示之郵件位址，發送顯示完成打高爾夫預約之主旨之電子郵件。亦可於由預約管理伺服器10發送之該電子郵件中，顯示例如代表者及同伴之姓名、打球時日、打球人數、代表者之郵件位址等。另，亦可於預約時由預約管理伺服器10發送之電子郵件中，包含同伴之住址或電話號碼等同伴之個人資訊。

又，若於圖7所示之同伴登錄畫面中，點觸新登錄按鈕64，則於觸控面板56上顯示圖9所示之同伴新登錄畫面。且，藉由使用者A對同伴新登錄畫面輸入新同伴之姓名，點觸登錄按鈕66，而登錄新同伴。該情形時，例如對使用者A之帳號資料追加將登錄之姓名設定為同伴姓名資料之值的新同伴資料。

本實施形態中，產生圖8所示之預約資料後，使用者C進行特定之帳號登錄操作，藉此將圖10所示之使用者C之帳號資料登錄於預約管理伺服器10中。

且，本實施形態中，例如於打高爾夫當天，針對帳號資料所登錄之使用者，可進行暫時登記。

圖11係顯示因已登錄帳號資料之使用者進行特定之操作、而於該使用者所使用之使用者終端14之觸控面板56上顯示之暫時登記畫面之一例之圖。此處，例如對於使用者A、使用者B、使用者C之3名使用者，於該 使用者使用之使用者終端14之觸控面板56上，顯示圖11所示之暫時登記畫面。

且，使用者A、使用者B、使用者C例如進行在使各自之使用者終端14朝向距離高爾夫球場特定距離以下之某實際空間內之一點之狀態下，進行點觸暫時登記按鈕68等之特定操作(以下，稱為暫時登記操作)。於是，使用者終端14將圖12A~圖12C所例示之暫時登記請求資料發送至預約管理伺服器10。

圖12A係顯示自使用者A使用之使用者終端14發送之暫時登記請求資料之一例之圖。圖12B係顯示自使用者B使用之使用者終端14發送之暫時登記請求資料之一例之圖。圖12C係顯示自使用者C使用之使用者終端14發送之暫時登記請求資料之一例之圖。

如圖12A~圖12C所示，本實施形態之暫時登記請求資料中，包含例如會員ID、姓名資料、位置資料、時間戳記資料。

對暫時登記請求資料所含之會員ID值，設定該使用者之帳號資料中之會員ID值。對暫時登記請求資料所含之姓名資料值，設定該使用者之帳號資料中之姓名資料值。

對暫時登記請求資料所含之位置資料值，設定表示該使用者使用之使用者終端14之位置之值。本實施形態中，由使用者終端14存取利用 GPS、基地台之資訊、Wi-Fi(註冊商標)、Bluetooth(註冊商標)等之一般的位置資訊服務，而可測定使用者終端14之當前位置。且，將表示如此測定到之位置之值設定為暫時登記請求資料所含之位置資料之值。

對暫時登記請求資料所含之時間戳記資料之值，設定表示該位置資料所示位置之測位時日之值。

且，本實施形態之預約管理伺服器10判定自使用者終端14發送之暫時登記請求資料是否滿足特定之暫時登記條件。

此處，例如特定出滿足位置及時日相關之特定條件之複數個暫時登記請求資料。例如，特定出位置資料所示之位置間之距離為特定距離以下(例如5m以下)，時間戳記資料所示之測位時日之差為特定時間以下(例如10秒以下)之複數個暫時登記請求資料。另，該特定之條件不限定於上述者。例如，作為位置相關之其他條件之其他例，可舉出經由相同基地台予以存取等之條件。

如此，例如特定出使用者A、使用者B及使用者C之暫時登記請求資料，作為滿足上述特定條件之複數個暫時登記請求資料。以下，將包含與如此特定出之複數個暫時登記請求資料分別建立對應之複數個使用者之組群稱為使用者組群。

且，例如特定出與跟使用者組群建立對應之複數個暫時登記請求資 料分別建立對應之打球者資料。此處，例如特定出所設定之會員ID值與姓名資料值之組合與暫時登記請求資料所含之會員ID值與姓名資料值之組合一致之打球者資料。

且，本實施形態中，例如針對於以上方法中打球者資料未特定出之使用者，特定出設定之姓名資料值與暫時登記請求資料所含之姓名資料值一致之打球者資料。

且，例如特定出包含對使用者組群所含之複數個使用者特定出之打球者資料之預約資料。如此，特定出包含使用者A之打球者資料、使用者B之打球者資料及使用者C之打球者資料之圖8所示之預約資料。

另，本實施形態之暫時登記請求資料中亦可不包含會員ID。且，該情形時，亦可特定出包含所設定之姓名資料值與暫時登記請求資料所含之姓名資料值一致之打球者資料之預約資料。

且，特定出與特定之預約資料所含之高爾夫球場ID建立對應之高爾夫球場資料。且，特定出經特定之高爾夫球場資料所含之位置資料所示之位置、與經發送之暫時登記請求資料所含之位置資料所示之位置間之距離。又，特定出自發送之暫時登記請求資料所含之時間戳記資料所示之時日，至經特定之預約資料所含之打球時日資料所示之時日之時間。

且，特定之距離為特定距離以下，特定之時間為特定時間以下之情 形時，判定滿足暫時登記條件。

且，對於與使用者組群建立對應之所有複數個暫時登記請求資料，判定為滿足暫時登記條件之情形時，對於使用者組群所含之複數個使用者，將登記狀態更新為暫時登記狀態。此處，例如如圖13所示，將暫時登記旗標值更新為1。圖13係顯示針對所有使用者A、使用者B及使用者C，判定為滿足暫時登記條件之例。

又，此處，對於將暫時登記旗標值更新為1之打球者資料，對於未設定會員ID值者，設定暫時登記請求資料所含之會員ID值，作為該打球者資料之會員ID值。此處，例如設定自使用者C使用之使用者終端14發送之暫時登記請求資料所含之會員ID值「01003」，作為使用者C之打球者資料所含之會員ID值。

又，該情形時，如圖14所示，亦一併設定與該預約資料之代表者ID建立對應之帳號資料之同伴資料之同伴ID。此處，例如如圖14所示，對與值為「CCC」之同伴姓名資料建立對應之同伴ID值，設定使用者C之會員ID值「01003」。

且，預約管理伺服器10判定為滿足暫時登記條件之情形時，對該使用者組群所含之使用者之使用者終端14發送暫時登記成功通知。使用者終端14根據接收到暫時登記成功通知，將圖15所示之暫時登記成功畫面顯示於觸控面板56上。

本實施形態之暫時登記操作無須於高爾夫球場之場地內或前面進行。例如，可於複數個打球者一起乘坐之俱樂部接送巴士之車內、或各個打球者所駕駛的車會合場所之停車場區域等各場所進行暫時登記操作。

圖16係顯示高爾夫球場之登記所使用之條碼顯示畫面之一例之圖。本實施形態中，例如藉由帳號資料所登錄之使用者進行特定操作，而於該使用者使用之使用者終端14之觸控面板56上顯示條碼顯示畫面。該條碼顯示畫面所示之條碼例如與該使用者之會員ID建立對應。

且，本實施形態中，使用者到達進行打高爾夫之高爾夫球場時，進行特定之登記操作。登記操作是指例如使設置於該高爾夫球場之高爾夫球場終端12b之感測器部45讀取條碼顯示畫面所示之條碼之操作。另，登記操作不限定於該操作。

於是，例如高爾夫球場終端12b將包含與讀取之條碼建立對應之會員ID之登記請求資料發送至高爾夫球場伺服器12a。且，高爾夫球場伺服器12a將該登記請求資料發送至預約管理伺服器10。於是，預約管理伺服器10特定出設定該會員ID值作為打球者資料所含之會員ID值之預約資料。例如，當使用者A進行登記操作時，特定出將使用者A之會員ID值設定為打球者資料之會員ID值之圖13所示之預約資料。另，與條碼建立對應之會員ID之特定(解碼)可於高爾夫球場12a進行，亦可於高爾夫球場終端12b進行。例如，亦可高爾夫球場終端12b將感測器部45讀取之條碼之圖像發 送至高爾夫球場伺服器12a，高爾夫球場伺服器12a特定出與該條碼建立對應之會員ID。

且，該預約資料中，特定出與登記狀態為暫時登記狀態之打球者對應之打球者資料。此處，例如特定出與使用者A、使用者B、使用者C對應之打球者資料。且，如圖17所示，將特定出之該等打球者資料之登記旗標值更新為1。藉此，使用者A、使用者B及使用者C成為已登記狀態。

且，預約管理伺服器10基於使用者A、使用者B及使用者C之帳號資料，產生顯示該等使用者之姓名、住址、電話號碼、郵件位址等個人資訊之個人資訊資料。且，預約管理伺服器10將包含所特定之預約資料及產生之個人資訊資料之登記成功通知發送至進行登記操作之高爾夫球場系統12之高爾夫球場伺服器12a。且，高爾夫球場伺服器12a將接收之登記成功通知所含之個人資訊資料記憶於記憶部32。於該時點，高爾夫球場伺服器12a可取得預約時無法取得之個人資訊。

且，高爾夫球場伺服器12a執行核對預約資訊、通知登記成功之主旨、特定之受理處理等用以管理打高爾夫所需之登記時應執行之各種處理。例如，高爾夫球場伺服器12a產生圖18所例示之登記成功畫面，發送至高爾夫球場終端12b。於是，高爾夫球場終端12b將自高爾夫球場伺服器12a發送之登記成功畫面顯示於顯示部44。如此，本實施形態中，使用者B及使用者C可不進行於高爾夫球場之接待處之登記手續，而進行去往高爾夫球場路上之登記。

另，本實施形態中，登記操作無須由代表即使用者A進行，例如即使由使用者B或使用者C進行同樣之登記操作，使用者A、使用者B及使用者C亦成為已登記狀態。

如上所述，登記操作成功時，高爾夫球場之工作人員亦可將登記之人數部分之儲物櫃鑰匙交給進行登記操作之使用者。

其後，例如當使用者D於高爾夫球場之接待處進行通常之登記手續時，藉由高爾夫球場之工作人員對高爾夫球場系統12進行特定之操作，使用者D亦成為已登記狀態。即，將與使用者D對應之打球者資料之登記旗標值更新為1。另，該情形時，可將與使用者D對應之打球者資料之暫時登記旗標值更新為1，亦可不更新。且，高爾夫球場之工作人員亦可將儲物櫃鑰匙交給進行登記手續之使用者D。

如此，本實施形態中，例如帳號資料未登錄之打球者藉由於高爾夫球場之接待處進行通常之登記手續，而可登記。

另，以上之說明中，3名使用者A、使用者B及使用者C成為暫時登記狀態之情形時，藉由使用者A進行登記操作，令使用者A、使用者B及使用者C成為已登記狀態。此處，例如成為暫時登記狀態之使用者亦可非3名，而為1名、2名或4名全員。

例如，僅使用者A成為暫時登記狀態之情形時，亦可藉由使用者A進行登記操作，而令使用者A成為已登記狀態。又，使用者A及使用者B成為暫時登記狀態之情形時，亦可藉由使用者A進行登記操作，而令使用者A及使用者B成為已登記狀態。又，對於使用者D亦已於帳號資料中登錄，使用者A、使用者B、使用者C及使用者D成為暫時登記狀態之情形時，亦可藉由使用者A進行登記操作，而令使用者A、使用者B、使用者C及使用者D成為已登記狀態。

又，對於進行登記操作之使用者，可為暫時登記狀態，亦可為未登記狀態。且，即使進行登記操作之使用者非暫時登記狀態而為未登記狀態，對於該使用者，亦可藉由登記操作而成為已登記狀態。例如，使用者A為未登記狀態，使用者B為暫時登記狀態。該情形時，亦可藉由使用者A進行登記操作，而令使用者A及使用者B成為已登記狀態。該情形時，可將與進行登記操作之使用者對應之打球者資料之暫時登記旗標值更新為1，亦可不更新。

又，即使非暫時登記狀態之使用者進行登記操作，對於該使用者，亦可不成為已登記狀態。即，為了成為已登記狀態，亦可事先請求成為暫時登記狀態。

其後，進行打高爾夫後，各使用者可經由該使用者使用之使用者終端14，將顯示得分之資料登錄於預約管理伺服器10上。且，各使用者可經由該使用者使用之使用者終端14，將不僅由該使用者，亦由與該使用者 同組之打球者即其他使用者輸入之得分顯示於觸控面板56。

一般而言，所有打球者需要於高爾夫球場之接待處進行登記。但，由於登記於大致早上之有限時段進行，故有於接待處產生等待時間之情形。

本實施形態中，如上說明，藉由某使用者進行登記操作，進行針對作為與該使用者同組之打球者預約之登記狀態為暫時登記狀態之其他使用者之登記。該情形時，該其他使用者無須進行登記操作或登記手續。如此，根據本實施形態，可減少登記之等待時間。

以下，針對本實施形態之預約管理伺服器10之功能，及由預約管理伺服器10執行之處理進而進行說明。

圖19係顯示本實施形態之預約管理伺服器10安裝之功能之一例之功能方塊圖。另，本實施形態之預約管理伺服器10無須安裝圖19所示之所有功能，又，亦可安裝圖19所示之功能以外之功能。

如圖19所示，本實施形態之預約管理伺服器10中，功能上包含例如帳號資料記憶部70、預約資料記憶部72、高爾夫球場資料記憶部74、帳號管理部76、預約管理部78、暫時登記請求資料受理部80、暫時登記處理執行部82、登記請求資料受理部84、及登記處理執行部86。

帳號資料記憶部70、預約資料記憶部72、高爾夫球場資料記憶部74主要安裝記憶部22。帳號管理部76、預約管理部78、暫時登記處理執行部82、登記處理執行部86主要安裝處理器20及通信部24。暫時登記請求資料受理部80、登記請求資料受理部84主要安裝通信部24。

以上功能亦可藉由以處理器20執行電腦即預約管理伺服器10中安裝之包含與以上功能對應之指令之程式而安裝。又，該程式例如亦可經由光碟、磁碟、磁帶、磁光碟等電腦可讀取之資訊記憶媒體，或網際網路等供給至預約管理伺服器10。

帳號資料記憶部70於本實施形態中例如記憶上述帳號資料。

預約資料記憶部72於本實施形態中例如記憶上述預約資料。

高爾夫球場資料記憶部74於本實施形態中例如記憶上述高爾夫球場資料。

帳號管理部76於本實施形態中例如根據使用者對使用者終端14之會員登錄操作，而接收自該使用者終端14發送之會員登錄請求。且，帳號管理部76根據該會員登錄請求之接收，產生帳號資料。且，帳號管理部76於本實施形態中，例如將產生之帳號資料記憶於帳號資料記憶部70。

預約管理部78於本實施形態中，例如受理複數個參加者參加之活動 之預約請求。此處，如上所述，預約管理部78亦可受理複數個打球者參加之打高爾夫之預約請求。

又，預約管理部78於本實施形態中，例如根據預約請求之受理，產生包含與複數個參加者各者建立對應之登記狀態資料之預約資料。此處，預約管理部78根據自使用者終端14受理之請求，產生預約資料。且，預約管理部78將產生之預約資料記憶於預約資料記憶部72。

暫時登記請求資料受理部80於本實施形態中，例如取得顯示參加者使用之使用者終端14位置之位置資料。例如，暫時登記請求資料受理部80受理包含顯示參加者使用之使用者終端14位置之位置資料的上述暫時登記請求資料。

此處，暫時登記請求資料受理部80亦可取得根據對使用者終端14之特定之暫時登記操作而發送之位置資料。

暫時登記處理執行部82於本實施形態中，例如特定出所取得之位置資料所示之位置與受理預約請求之活動之舉辦地相關之位置。且，暫時登記處理執行部82於本實施形態中，例如基於特定出之該等2個位置，將預約資料所含之該參加者之登記狀態資料更新為顯示暫時登記狀態之登記狀態資料。此處，例如將登記狀態資料所含之暫時登記旗標值自0更新為1。

又，例如暫時登記處理執行部82亦可確認所取得之位置資料是否顯 示距離舉辦地相關之位置特定距離以下之位置。且，暫時登記處理執行部82於該位置資料顯示距離舉辦地相關之位置特定距離以下之位置之情形時，亦可將預約資料所含之該參加者之登記狀態資料更新為顯示暫時登記狀態之登記狀態資料。如此，對於到達活動舉辦地之可能性較高之參加者，可設為暫時登記狀態。

例如，某參加者之位置資料所示之位置為距離進行打高爾夫之高爾夫球場特定距離以下(例如30km以下)之情形時，亦可將該參加者之登記狀態資料更新為顯示暫時登記狀態之登記狀態資料。

此處，作為接收預約請求之活動之舉辦地相關之位置之一例，上述例中，列舉高爾夫球場資料所含之位置資料所示之高爾夫球場之位置。

另，舉辦地相關之位置不限定於舉辦地本身之位置。例如，亦可使用移動之俱樂部巴士所含之感測器，逐次測定該俱樂部巴士之位置。且，亦可使用測定之俱樂部巴士之位置，作為與參加者使用之使用者終端14之位置比較之位置。

例如，某參加者之位置資料所示之位置為距離俱樂部巴士特定距離以下(例如5m以下)之情形時，亦可將該參加者之登記狀態資料更新為顯示暫時登記狀態之登記狀態資料。

如此，舉辦地相關之位置不限定於如高爾夫球場之位置般之固定位 置，亦可為隨著時間經過而移動之位置。

登記請求資料受理部84於本實施形態中，例如受理來自複數個參加者之任一者之登記請求。此處，登記請求資料受理部84亦可於受理預約請求之活動之舉辦地受理登記請求。例如，登記請求資料受理部84亦可自高爾夫球場系統12受理包含會員ID之登記請求資料。

登記處理執行部86於本實施形態中，例如根據受理之登記請求，特定出預約資料所含之與顯示暫時登記狀態之登記狀態資料建立對應之參加者之登記狀態資料。此處，亦可特定出與受理登記請求之參加者不同之其他參加者之登記狀態資料。登記處理執行部86例如亦可特定出將受理之登記請求資料所含之會員ID值設定為打球者資料所含之會員ID值之預約資料。且，登記處理執行部86亦可特定出所特定之預約資料所含之暫時登記旗標值為1之登記狀態資料。

且，登記處理執行部86於本實施形態中，例如將所特定之登記狀態資料更新為顯示已登記狀態之登記狀態資料。此處，例如對於暫時登記旗標值為1之登記狀態資料，將登記旗標值自0更新為1。

此處，如上所述，登記處理執行部86亦可根據登記請求之受理，特定出預約資料所含之與顯示暫時登記狀態之登記狀態資料建立對應之所有參加者之登記狀態資料。且，登記處理執行部86亦可將所特定之所有登記狀態資料更新為顯示已登記狀態之登記狀態資料。

另，本實施形態中，如上所述，亦可進行考慮到使用者終端14之位置測定時日與活動舉辦時日(上述例中為打球時日)之暫時登記處理。

例如，預約管理部78亦可受理將活動舉辦時日建立關聯之預約請求。且，預約管理部78亦可根據該預約請求之受理，產生預約資料，該預約資料進而包含顯示與該預約請求建立關聯之舉辦時日之時日資料。例如，亦可產生圖8所例示之包含打球時日資料之預約資料。

且，暫時登記請求資料受理部80亦可取得與使用者終端14之位置測定時日建立關聯之位置資料。例如，亦可取得如圖12A~圖12C所示之包含位置資料與時間戳記資料之暫時登記請求資料。

且，暫時登記處理執行部82亦可基於與對應上述時日資料所示之舉辦時日之測位時日建立關聯之位置資料所示之位置、與活動之舉辦地相關之位置，將預約資料所含之該參加者之登記狀態資料更新為顯示暫時登記狀態之登記狀態資料。

例如，如上所述，暫時登記請求資料所含之位置資料所示之位置與舉辦地相關之位置間之距離設為特定距離以下(例如30km以下)。且，再者，該暫時登記請求資料所含之時間戳記資料所示之時日至所特定之舉辦時日之時間設為特定時間以下(例如2小時以下)。該情形時，亦可將包含該暫時登記請求資料所含之會員ID與姓名資料之組合之打球者資料之暫時 登記旗標值更新為1。

此處，舉辦地相關之位置如上所述，不限定於如高爾夫球場之位置般之固定位置，亦可為隨著時間經過而移動之位置。

又，本實施形態中，如上所述，亦可進行特定以姓名為鍵值之預約資料。

例如，預約管理部78亦可受理將參加者之姓名建立關聯之預約請求。且，預約管理部78亦可產生例如如圖8所示之預約資料，該預約資料進而包含顯示與預約請求建立關聯之參加者姓名之姓名資料。

且，暫時登記請求資料受理部80亦可取得與使用使用者終端14之參加者之姓名建立關聯之位置資料。例如，暫時登記請求資料受理部80亦可取得包含顯示參加者姓名之姓名資料之上述暫時登記請求資料。

且，暫時登記處理執行部82亦可基於與取得之位置資料建立關聯之姓名，特定出該參加者之預約資料。例如，亦可特定出包含所含之姓名資料所示之姓名與暫時登記請求資料所含之姓名資料所示之姓名一致的打球者資料之預約資料。

且，暫時登記處理執行部82亦可將如此特定出之該參加者之登記狀態資料更新為顯示暫時登記狀態之登記狀態資料。

如此，即使於預約時點，會員ID不詳，或為未登錄之打球者，亦可設為暫時登記狀態。

又，本實施形態中，亦可藉由複數個參加者之暫時登記操作，而對於該複數個參加者，成為暫時登記狀態。

例如，暫時登記請求資料受理部80亦可取得針對互不相同之複數個使用者終端14各者之顯示該使用者終端14位置之位置資料。且，暫時登記處理執行部82亦可基於互不相同之複數個使用者終端14之位置、與活動之舉辦地相關之位置，將與該複數個使用者終端14分別建立對應之所有複數個登記狀態資料，更新為顯示暫時登記狀態之登記狀態資料。

例如，暫時登記處理執行部82亦可如上所述，特定出與滿足位置及時日相關之特定條件之複數個暫時登記請求資料建立對應之使用者組群。且，暫時登記處理執行部82亦可對與使用者組群建立對應之複數個暫時登記請求資料之各者，判定是否滿足暫時登記條件。且，暫時登記處理執行部82判定所有複數個暫時登記請求資料滿足暫時登記條件之情形時，亦可將與該等複數個暫時登記請求資料分別建立對應之所有複數個登記狀態資料，更新為顯示暫時登記狀態之登記狀態資料。

該情形時，當複數個使用者未滿足暫時登記條件時，該等複數個使用者不成為暫時登記狀態。如此，亦可進行利用嚴格條件之暫時登記。

此處，一面參照圖20所例示之流程圖，一面說明由本實施形態之預約管理伺服器10進行之暫時登記處理流程之一例。

首先，暫時登記請求資料受理部80自使用者終端14接收上述暫時登記請求資料(S101)。

且，暫時登記處理執行部82特定出包含與S101所示之處理中接收之暫時登記請求資料建立對應之使用者之使用者組群(S102)。S102所示之處理中，例如特定出將滿足位置及時日相關之特定條件之複數個暫時登記請求資料建立對應之使用者組群。

例如，亦可特定出S101所示之處理中接收之暫時登記請求資料所含之位置資料所示之位置，作為基準位置。又，亦可特定出S101所示之處理中接收之暫時登記請求資料所含之時間戳記資料所示之時日，作為基準時日。

且，亦可自已接收之暫時登記請求資料中，特定出位置資料所示之位置與基準位置間之距離為特定距離以下(例如5m以下)，時間戳記資料所示之測位時日為特定時間以下(例如10秒以下)之1個或複數個暫時登記請求資料。且，亦可特定出與如此特定之1個或複數個暫時登記請求資料，及S101所示之處理中接收之暫時登記請求資料建立對應之使用者組群。

且，暫時登記處理執行部82特定出與跟S102所示之處理中特定之使用者組群建立對應之複數個暫時登記請求資料分別建立對應之複數個打球者資料(S103)。此處，例如如上所述，亦可特定出所設定之會員ID值與姓名資料值之組合與暫時登記請求資料所含之會員ID值與姓名資料值之組合一致之打球者資料。或者，亦可特定出所設定之姓名資料值與暫時登記請求資料所含之姓名資料值一致之打球者資料。

且，暫時登記處理執行部82特定S103所示之處理中特定出之包含複數個打球者資料之預約資料(S104)。

且，暫時登記處理執行部82確認S104所示之處理對於預約資料是否特定成功(S105)。

確認預約資料特定成功之情形時(S105：是(Y))，暫時登記處理執行部82確認與S102所示之處理中特定出之使用者組群建立對應之所有複數個暫時登記請求資料是否滿足暫時登記條件(S106)。

此處，例如亦可確認是否滿足以下條件：(1)與特定出之預約資料建立對應之高爾夫球場資料所含之位置資料所示之位置、與該暫時登記請求資料所含之位置資料所示之位置之間的距離為特定距離以下(例如30km以下)。又，亦可確認是否滿足以下條件：(2)自該暫時登記請求資料所含之時間戳記資料所示之時日，至特定出之預約資料所含之打球時日資料所示 之時日之時間為特定時間以下(例如2小時以下)。

且，確認滿足(1)、(2)兩個條件之情形時，可判定該暫時登記請求資料滿足暫時登記條件。另一方面，確認不滿足(1)、(2)之任一條件之情形時，可判定該暫時登記請求資料不滿足暫時登記條件。

對於S102所示之處理中特定出之與使用者組群建立對應之所有複數個暫時登記請求資料，確認滿足暫時登記條件(S106：是)。該情形時，暫時登記處理執行部82對於S103所示之處理中特定之複數個打球者資料，以將該打球者資料所含之暫時登記旗標值設為1之方式，更新登記狀態資料(S107)。此時，亦可將該打球者成為暫時登記狀態之通知發送至與S104所示之處理中特定出之預約資料建立對應之高爾夫球場的高爾夫球場系統12。

且，暫時登記處理執行部82對S102所示之處理中特定出之使用者組群中所含之複數個使用者各自使用之複數個使用者終端14，發送暫時登記成功通知(S108)，結束本處理例所示之處理。接收到該暫時登記成功通知之使用者終端14使圖15所例示之暫時登記成功畫面顯示於觸控面板56上。

在S105所示之處理中，確認預約資料特定失敗(S105：否(N))。或者，在S106所示之處理中，確認S102所示之處理中特定出之與使用者組群建立對應之複數個暫時登記請求資料之任一者不滿足暫時登記條件 (S106：否)。該等任一情形時，暫時登記處理執行部82對S102所示之處理中特定出之使用者組群所含之複數個使用者各自使用之複數個使用者終端14，發送暫時登記失敗通知(S109)，結束本處理例所示之處理。接收到該暫時登記失敗通知之使用者終端14使暫時登記失敗之畫面顯示於觸控面板56上。

本實施形態中，代表者等之使用者亦可控制是否同意針對其他使用者之暫時登記。

例如，上述S106所示之處理中，針對S102所示之處理中特定之與使用者組群建立對應之所有複數個暫時登記請求資料，確認滿足暫時登記條件。該情形時，例如暫時登記處理執行部82亦可產生圖21所例示之暫時登記同意畫面，對代表者即使用者之使用者終端14發送該暫時登記同意畫面。圖21所例示之暫時登記同意畫面中，與勾選框建立關聯，配置使用者組群所含之複數個使用者之姓名。

且，代表者即使用者之使用者終端14亦可將接收到之暫時登記同意畫面顯示於觸控面板56上。

且，當代表者即使用者進行選擇同意暫時登記之使用者之勾選框之操作後，點觸同意按鈕90時，使用者終端14亦可將顯示經選擇之使用者姓名之同意使用者資料發送至預約管理伺服器10。且，預約管理伺服器10之暫時登記處理執行部82亦可以與接收到之同意使用者資料所示之姓 名建立對應之使用者之打球者資料所含之暫時登記旗標值為1之方式，更新登記狀態資料。

又，本實施形態之預約管理伺服器10亦可根據自代表者等之使用者之請求，使由該使用者指定之使用者之登記狀態自暫時登記狀恢復至未登記狀態。例如，亦可根據自代表者等之使用者之請求，以由該使用者指定之使用者之打球者資料所含之暫時登記旗標值為0之方式，更新登記狀態資料。

又，本實施形態中，不進行使用者組群之特定，仍可將各打球者各個設為暫時登記。

例如，不執行上述S102所示之處理，而於S103所示之處理中，亦可特定出與S101所示之處理中接收之暫時登記請求資料對應之打球者資料。且，亦可特定出包含該打球者資料之預約資料。且，亦可確認S101所示之處理中接收之暫時登記請求資料是否滿足暫時登記條件。且，確認S101所示之處理中接收之暫時登記請求資料滿足暫時登記條件之情形時，亦可以S103所示之處理中特定之打球者資料所含之暫時登記旗標值為1之方式，更新登記狀態資料。

接著，一面參照圖22所例示之流程圖，一面說明由本實施形態之預約管理伺服器10及高爾夫球場系統12進行之登記處理流程之一例。

首先，當使用者進行登記操作時，高爾夫球場終端12b將包含該使用者之會員ID之登記請求資料發送至高爾夫球場伺服器12a。於是，高爾夫球場伺服器12a接收該登記請求資料(S201)。

且，高爾夫球場伺服器12a將S102所示之處理中接收之登記請求資料發送至預約管理伺服器10。於是，登記請求資料受理部84受理該登記請求資料(S202)。

且，登記處理執行部86特定出包含S202所示之處理中接收之登記請求資料所含之會員ID之打球者資料(S203)。

且，登記處理執行部86特定出預約資料，該預約資料包含S202所示之處理中接收之登記請求資料所含之會員ID之打球者資料(S204)。

且，登記處理執行部86自S204所示之處理中特定之預約資料所含之登記狀態資料中，特定出暫時登記旗標值為1者(S205)。此處，亦可特定出複數個登記狀態資料。

且，登記處理執行部86以包含之登記旗標值為1之方式，更新S205所示之處理中特定之1個或複數個登記狀態資料(S206)。

且，登記處理執行部86基於S206所示之處理中更新登記狀態資料後之使用者之帳號資料，產生個人資訊資料(S207)。

且，登記處理執行部86將包含S204所示之處理中特定之預約資料，及S207所示之處理中產生之個人資訊資料之登記成功通知，發送至S201所示之處理中接收之登記請求資料之發送端即高爾夫球場伺服器12a。於是，高爾夫球場伺服器12a接收該登記成功通知(S208)。

且，高爾夫球場伺服器12a將S206所示之處理中接收之登記成功通知所含之個人資訊資料記憶於記憶部32(S209)。

且，高爾夫球場伺服器12a產生圖18所例示之登記成功畫面(S210)。

且，高爾夫球場伺服器12a將S208所示之處理中產生之登記成功畫面發送至高爾夫球場終端12b。且，高爾夫球場終端12b接收該登記成功畫面(S211)。

且，高爾夫球場終端12b將接收到之登記成功畫面顯示於顯示部44(S212)。

且，高爾夫球場伺服器12a此外執行用以管理打高爾夫所需之登記時應執行之各種處理(S213)，結束本處理例所示之處理。

上述處理例中，例如高爾夫球場伺服器12a亦可特定出自高爾夫球場終端12b接收之登記請求資料所含之會員ID。且，高爾夫球場伺服器12a 亦可取代登記請求資料，而將與經特定之會員ID建立關聯之個人資訊資料之發送請求發送至預約管理伺服器10。

且，登記處理執行部86亦可基於與該發送請求建立關聯之會員ID，執行與上述S203~S205所示之處理相同之處理，特定出暫時登記旗標值為1之1個或複數個登記狀態資料。

且，登記處理執行部86亦可針對與經特定之1個或複數個登記狀態資料各者建立對應之使用者，基於該使用者之帳號資料，產生個人資訊資料。

且，登記處理執行部86亦可將經產生之個人資訊資料發送至高爾夫球場伺服器12a。

且，高爾夫球場伺服器12a將接收之個人資訊資料記憶於記憶部32。

且，登記處理執行部86亦可以將包含之登記旗標值為1之方式，更新經特定之1個或複數個登記狀態資料。

且，亦可執行上述S210~S213所示之處理。

如此，亦可於發送個人資訊資料後執行登記狀態資料之更新。即，亦可將個人資訊資料之發送作為觸發，更新登記狀態資料。

又，上述例中，亦可於產生個人資訊資料後，更新登記狀態資料。且，亦可於更新登記狀態資料後，發送個人資訊資料。即，亦可將個人資訊資料之產生作為觸發，更新登記狀態資料。

如上說明，圖22所示之S206~S208所示之處理之執行順序未特別限定。又，對於圖22所示之其他處理，執行順序亦無特別限定。

另，本發明並非限定於上述實施形態。

例如，複數個使用者進行暫時登記操作之情形時，亦可自該等複數個使用者之任一者使用之使用者終端14，發送複數個使用者之暫時登記請求資料。例如，使用者A、使用者B及使用者C進行暫時登記操作。該情形時，亦可藉由不經由電腦網路16之直接通信(例如近距離無線通信)，將使用者B之暫時登記請求資料自使用者B之使用者終端14發送至使用者A之使用者終端14。又，亦可藉由不經由電腦網路16之直接通信(例如近距離無線通信)，將使用者C之暫時登記請求資料自使用者C之使用者終端14發送至使用者A之使用者終端14。且，亦可將使用者A之暫時登記請求資料、使用者B之暫時登記請求資料及使用者C之暫時登記請求資料自使用者A之使用者終端14發送至預約管理伺服器10。

又，即使帳號資料未登錄之使用者，亦可進行暫時登記操作。該情形時，亦可使用該使用者所使用之使用者終端14之裝置ID，取代會員 ID。且，亦可根據其後之經由該使用者終端14之帳號資料之登錄，將該裝置ID置換成分配於該帳號資料中之會員ID。

又，對於會員ID值未設定之打球者資料之會員ID值設定，或對於帳號資料之同伴資料之同伴ID追加亦可不於暫時登記處理時點執行，而於登記處理時點執行。

又，亦可於高爾夫球場之登記所使用之畫面上，顯示與會員ID建立對應之QR碼(登錄商標)等二維碼，取代條碼。

又，本實施形態並非僅應用於預約1組輪次之場景，亦可應用於預約2組以上輪次之場景。

又，預約管理伺服器10、高爾夫球場系統12、使用者終端14之任務分配不限定於以上說明者。例如，亦可將圖19所示之功能之一部分或全部安裝於高爾夫球場系統12或使用者終端14。

又，本實施形態之活動不限定於打高爾夫。例如，本發明亦可應用於打保齡球、撞球、射飛標等各種競技之活動，或以1人為代表，複數個參加者參加之相親會等。

又，上述之具體文字行或數值及圖式中之具體文字行或數值為例示，該等文字行或數值不受限定。

10:預約管理伺服器

12:高爾夫球場系統

14:使用者終端

70:帳號資料記憶部

72:預約資料記憶部

74:高爾夫球場資料記憶部

76:帳號管理部

78:預約管理部

80:暫時登記請求資料受理部

82:暫時登記處理執行部

84:登記請求資料受理部

86:登記處理執行部

Claims (9)

1. 一種預約管理系統，其特徵在於包含：預約請求受理部，其受理複數個參加者所要參加之活動之預約請求；預約資料產生部，其根據上述預約請求之受理，產生包含與上述複數個參加者各者建立對應之登記狀態資料之預約資料；位置資料取得部，其從終端經由網路取得表示上述參加者使用之上述終端之位置之位置資料；比較部，其比較上述終端之位置及上述活動之舉辦地相關之位置；第1更新部，其基於上述終端之位置及上述活動之舉辦地相關之位置之比較結果，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態；登記請求受理部，其從上述複數個參加者中之任一者受理登記請求；及第2更新部，其基於來自上述複數個參加者中之任一者之上述登記請求之受理，將上述預約資料所含之、與表示暫時登記狀態之上述登記狀態資料建立對應之其他上述參加者之上述登記狀態資料，更新為表示已登記狀態。
2. 如請求項1之預約管理系統，其中上述位置資料取得部取得根據對上述終端之特定操作而發送之上述位置資料。
3. 如請求項1之預約管理系統，其中上述第1更新部於上述位置資料表示與上述舉辦地相關之位置相隔特定距離以下之位置時，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態。
4. 如請求項1之預約管理系統，其中上述預約請求受理部受理將上述活動之舉辦時日建立關聯之上述預約請求，上述預約資料產生部根據上述預約請求之受理，產生進而包含表示與上述預約請求建立關聯之舉辦時日之時日資料的上述預約資料，上述位置資料取得部取得與上述位置之測位時日建立關聯之上述位置資料，上述第1更新部基於與上述時日資料所示之舉辦時日對應之測位時日建立關聯之上述位置資料所示之位置、及上述活動之舉辦地相關之位置，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態。
5. 如請求項1之預約管理系統，其中上述預約請求受理部受理將上述參加者之姓名建立關聯之上述預約請求，上述預約資料產生部產生進而包含表示上述參加者姓名之姓名資料的上述預約資料， 上述位置資料取得部取得與使用上述終端之上述參加者之姓名建立關聯之上述位置資料，上述第1更新部將基於與上述位置資料建立關聯之姓名而特定出之上述參加者之上述登記狀態資料，更新為表示暫時登記狀態。
6. 如請求項1之預約管理系統，其中上述位置資料取得部針對互不相同之複數個終端各者取得表示該終端位置之上述位置資料，上述第1更新部基於互不相同之複數個上述終端之位置、及上述活動之舉辦地相關之位置，將與該複數個終端分別建立對應之所有複數個上述登記狀態資料，更新為表示暫時登記狀態。
7. 如請求項1之預約管理系統，其中上述第2更新部基於來自上述複數個參加者中之任一者之上述登記請求之受理，將上述預約資料所含之與表示暫時登記狀態之上述登記狀態資料建立對應之所有上述參加者之上述登記狀態資料，更新為表示已登記狀態。
8. 一種預約管理方法，其包含以下步驟：電腦所含之預約請求受理部受理複數個參加者所要參加之活動之預約請求；上述電腦所含之預約資料產生部根據上述預約請求之受理，產生包含與上述複數個參加者各者建立對應之登記狀態資料的預約資料； 上述電腦所含之位置資料取得部從終端經由網路取得表示上述參加者使用之上述終端之位置之位置資料；上述電腦所含之比較部比較上述終端之位置及上述活動之舉辦地相關之位置；上述電腦所含之第1更新部基於上述終端之位置及上述活動之舉辦地相關之位置之比較結果，將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態；上述電腦所含之登記請求受理部從上述複數個參加者中之任一者受理登記請求；及上述電腦所含之第2更新部基於來自上述複數個參加者中之任一者之上述登記請求之受理，將上述預約資料所含之、與表示暫時登記狀態之上述登記狀態資料建立對應之其他上述參加者之上述登記狀態資料，更新為表示已登記狀態。
9. 一種資訊記憶媒體，其特徵在於，其記憶有使電腦執行以下程序之程式：受理複數個參加者所要參加之活動之預約請求；根據上述預約請求之受理，產生包含與上述複數個參加者各者建立對應之登記狀態資料的預約資料；從終端經由網路取得表示上述參加者使用之上述終端之位置之位置資料；比較上述終端之位置及上述活動之舉辦地相關之位置；基於上述終端之位置及上述活動之舉辦地相關之位置之比較結果， 將上述預約資料所含之該參加者之上述登記狀態資料更新為表示暫時登記狀態；及從上述複數個參加者中之任一者受理登記請求；基於來自上述複數個參加者中之任一者之上述登記請求之受理，將上述預約資料所含之、與表示暫時登記狀態之上述登記狀態資料建立對應之其他上述參加者之上述登記狀態資料，更新為表示已登記狀態。