TW201305948A - 預約管理裝置、預約管理方法、預約管理程式、及記憶其程式之電腦可讀取之記錄媒體 - Google Patents

Abstract

預約管理裝置(40)包含：算出部(42a)，其參照預約實績資料庫(33)，對銷售優先度互不相同之複數之方案中至少具有最高銷售優先度之最優先方案，算出預約速度；推定部(42b)，其根據預約速度與至利用日為止之剩餘天數，至少推定最優先方案之期待預約數；決定部(42c)，其根據設施之庫存數、期待預約數及各方案之銷售優先度，按照銷售優先度由高到低之順序而決定針對各方案之配額；及更新部(42d)，其以由決定部(42c)決定之各方案之配額，更新記憶於庫存資料庫(32)中之各方案之配額。

Description

預約管理裝置、預約管理方法、預約管理程式、及記憶其程式之電腦可讀取之記錄媒體

本發明之一形態係關於一種對設施之預約進行管理之預約管理裝置、預約管理方法、預約管理程式及記憶其程式之電腦可讀取之記錄媒體。

先前以來，已知有對住宿之房間或高爾夫球場等共用設施設定複數之方案，對用戶銷售該複數之方案之預約系統。再者，於下述專利文獻1中，記載有階段性地變更飯店之住宿費用，隨時向等待剩餘房間之使用者發佈費用資訊之飯店住宿預約系統。

先前技術文獻 專利文獻

專利文獻1：日本專利特開2003-256703號公報

根據如何對複數之方案分配共用設施之庫存，而使設施之運行率或銷售額、利潤等發生變化。先前，該分配係根據過去之實績或決定者之經驗等而決定，因此若上述分配不恰當，則有共用設施之提供者無法獲得所需之結果之可能性。例如，為了提高銷售額或利潤而對高價格區之方案分配較多之庫存，其結果，整體之運行率降低，或者為了提高運行率而對低價格區之方案分配較多之庫存，其結果，會使得銷售額或利潤達到頂點。

因此，本發明之一態樣之目的在於對複數之方案之各者恰當地分配共用設施之庫存。

本發明之一形態之預約管理裝置之特徵在於：其係可存取配額記憶部及預約記憶部者，上述配額記憶部記憶針對在同一利用日對同一設施設定之複數個方案之各者的設施之配額，上述預約記憶部記憶各方案之預約日；該預約管理裝置包含：算出部，其參照預約記憶部，對銷售優先度互不相同之複數之方案中至少具有最高銷售優先度之最優先方案，算出預約速度；推定部，其根據預約速度與至利用日為止之剩餘天數，至少推定最優先方案之期待預約數；決定部，其根據設施之庫存數、期待預約數及各方案之銷售優先度，按照銷售優先度由高到低之順序而決定針對各方案之配額；及更新部，其以由決定部所決定之各方案之配額，更新記憶於配額記憶部中之各方案之配額。

本發明之一形態之預約管理方法之特徵在於：其係由可存取配額記憶部及預約記憶部之預約管理裝置執行者，上述配額記憶部記憶針對在同一利用日對同一設施設定之複數個方案之各者的設施之配額，上述預約記憶部記憶各方案之預約日；該預約管理方法包含如下步驟：算出步驟，其參照預約記憶部，對銷售優先度互不相同之複數之方案中至少具有最高銷售優先度之最優先方案，算出預約速度；推定步驟，其根據預約速度與至利用日為止之剩餘天數，至少推定最優先方案之期待預約數；決定步驟，其根 據設施之庫存數、期待預約數及各方案之銷售優先度，按照銷售優先度由高到低之順序而決定針對各方案之配額；及更新步驟，其以於決定步驟中決定之各方案之配額，更新記憶於配額記憶部中之各方案之配額。

本發明之一形態之預約管理程式之特徵在於：其係使電腦作為可存取配額記憶部及預約記憶部之預約管理裝置發揮功能者，上述配額記憶部記憶針對在同一利用日對同一設施設定之複數個方案之各者的設施之配額，上述預約記憶部記憶各方案之預約日；該預約管理程式使電腦執行如下各部：算出部，其參照預約記憶部，對銷售優先度互不相同之複數之方案中至少具有最高銷售優先度之最優先方案，算出預約速度；推定部，其根據預約速度與至利用日為止之剩餘天數，至少推定最優先方案之期待預約數；決定部，其根據設施之庫存數、期待預約數及各方案之銷售優先度，按照銷售優先度由高到低之順序而決定針對各方案之配額；及更新部，其以由決定部所決定之各方案之配額，更新記憶於配額記憶部中之各方案之配額。

本發明之一形態之電腦可讀取之記錄媒體之特徵在於：其係記憶使電腦作為可存取配額記憶部及預約記憶部之預約管理裝置發揮功能之預約管理程式者，上述配額記憶部記憶針對在同一利用日對同一設施設定之複數個方案之各者的設施之配額，上述預約記憶部中記憶各方案之預約日；該預約管理程式使電腦執行如下各部：算出部，其參照預約記憶部，對銷售優先度互不相同之複數之方案中至 少具有最高銷售優先度之最優先方案，算出預約速度；推定部，其根據預約速度與至利用日為止之剩餘天數，至少推定最優先方案之期待預約數；決定部，其根據設施之庫存數、期待預約數及各方案之銷售優先度，按照銷售優先度由高到低之順序而決定針對各方案之配額；及更新部，其以由決定部所決定之各方案之配額，更新記憶於配額記憶部中之各方案之配額。

根據如上所述之形態，至少算出最優先方案之預約速度，根據上述預約速度與至利用日為止之剩餘天數，至少推定最優先方案之期待預約數。繼而，根據設施之庫存數、期待預約數及各方案之銷售優先度，按照銷售優先度由高到低之順序而更新各方案之配額。藉此，對欲銷售最多之方案確保所需量之庫存，其結果，可對複數之方案之各者恰當地分配設施之庫存。

於其他形態之預約管理裝置中，決定部亦可對最優先方案以可分配設施之庫存之全部之方式設定配額，而對該最優先方案以外之處理對象方案，根據該處理對象方案之期待預約數與銷售優先度高於該處理對象方案之方案之期待預約數及成立預約數而設定配額。

於又一其他形態之預約管理裝置中，算出部亦可藉由將該方案之可受理之期間除以該方案之成立預約數而求出各方案之預約速度。如此，藉由考慮可受理之期間而求出預約速度，可就設施之分配而實現方案間之平衡。

於又一其他形態之預約管理裝置中，算出部亦可每當方 案之預約成立時算出預約速度。藉由每當預約成立時，執行自預約速度之算出起開始之配額更新之處理，可細微調整配額。

於又一其他形態之預約管理裝置中，算出部亦可於經過與已算出之預約速度之最小值相對應之時間後，再次算出預約速度。藉由在與預測下一預約成立之時期相對應之時序執行配額更新之處理，可抑制更新處理之次數並且細微調整配額。

根據本發明之一態樣，可對複數之方案之各者恰當地分配共用設施之庫存。

以下，參照隨附圖式詳細說明本發明之實施形態。再者，於圖式之說明中對相同或同等之要素標註相同之符號，並省略重複之說明。

首先，使用圖1~7，對實施形態之住宿預約系統1之功能及構成進行說明。住宿預約系統1係對用戶提供受理住宿設施之預約之網站(住宿預約站點)之電腦系統。住宿預約系統1包含用戶終端10、設置於飯店或旅館等住宿設施中之提供者終端20、資料庫群30及預約管理裝置40。用戶終端10、提供者終端20、資料庫群30及預約管理裝置40可經由網際網路或無線LAN(Local Area Network，區域網路)、由行動通訊網等構成之通訊網路N而相互通訊。於圖1中分別表示3台用戶終端10及提供者終端20，但住宿預約系統1內之該等 裝置之台數係任意。

用戶終端10係預約住宿設施之房間之用戶所擁有之終端。作為用戶終端10之例，可列舉高功能行動電話機(智慧手機)或個人數位助理(PDA，Personal Digital Assistant)、個人電腦(PC，Personal Computer)等，但移動終端之種類並不限定於其等。用戶可對用戶終端10進行操作而存取住宿預約站點，預約房間(住宿方案)。

提供者終端20係提供作為住宿預約系統1中之預約對象之房間(住宿方案)的住宿設施之終端。作為提供者終端20之例可列舉PC，但各種移動終端亦可用作提供者終端20。住宿設施之管理者對提供者終端20進行操作，將受理預約之房間之庫存及住宿方案之資訊作為庫存資訊而登錄於庫存資料庫32中。

資料庫群30係記憶住宿預約系統1內使用之各種資訊之機構。資料庫群30包含方案資料庫31、庫存資料庫(配額記憶部)32及預約實績資料庫(預約記憶部)33。

方案資料庫31係記憶住宿設施提供之住宿方案之資訊(方案資訊)之機構。如圖2所示，方案資訊包含特定住宿設施之設施ID(Identifier，識別符)、房間類型、上述房間之最大庫存數、特定住宿方案之方案ID、及上述方案之單價。房間類型係指由房間樣式(西式房間、日式房間等)或收容人數等所示之房間種類。再者，以下，亦將住宿方案簡稱為「方案」。一個房間類型對應1個以上之方案。再者，方案係指與設施利用相關之商品組合。

庫存資料庫32係記憶用以管理分配至各方案之房間數(配額)之庫存資訊之機構。如圖3所示，庫存資訊包含設施ID、房間類型、利用日(住宿開始日)、方案ID、受理之預約數(成立預約數)及配額。配額係分配至各方案之房間之總數，該值中包含成立預約數。各方案之配額之初始值係由相對應之方案資訊所示之房間之最大庫存數。

預約實績資料庫33係記憶表示用戶對住宿設施之預約之預約資訊之機構。如圖4所示，預約資訊包含設施ID、房間類型、方案ID、預約日(利用預定日)及單價。預約資訊係於住宿預約站點中確定住宿方案之預約時登錄於預約實績資料庫33中。

再者，各資料庫之構成並不限定於上述例，亦可以任意之方針使各資料庫歸一化或冗餘化。

以上述說明為前提對預約管理裝置40進行說明。預約管理裝置40係經由住宿預約站點對用戶提供如住宿設施之檢索或住宿預約之受理等與住宿預約相關之多種服務的電腦。

如圖5所示，預約管理裝置40包含執行作業系統或應用程式等之CPU(Central Processing Unit，中央處理單元)401、包含ROM(Read Only Memory，唯讀記憶體)及RAM(Random Access Memory，隨機存取記憶體)之主記憶部402、包含硬碟等之輔助記憶部403、包含網路卡等之通訊控制部404、鍵盤或滑鼠等輸入部405及顯示器等輸出部406。

下述之預約管理裝置40之各功能性之構成要素係藉由如 下方式而實現：將特定之軟體讀入至CPU401或主記憶部402上，於CPU401之控制下使通訊控制部404或輸入部405、輸出部406等進行動作，且對主記憶部402或輔助記憶部403中之資料進行讀出及寫入。處理時所需之資料或資料庫係儲存於主記憶部402或輔助記憶部403內。再者，於圖5中表示預約管理裝置40包含1台電腦，但亦可使預約管理裝置40之功能分散於複數台電腦。

如圖6所示，預約管理裝置40包含預約受理部41及配額更新部42作為功能性之構成要素。

預約受理部41係受理由用戶申請之住宿預約之機構。預約受理部41係自用戶終端10接收表示經由住宿預約站點所申請之預約的預約資訊，並將其儲存於預約實績資料庫33中。

配額更新部42係根據銷售優先度而更新對於各方案之房間之配額之機構。於本實施形態中，配額更新部42使用方案之單價來作為表示銷售優先度之指標，對單價越高之方案越優先地分配房間。配額更新部42包含算出部42a、推定部42b、決定部42c及更新部42d。

以下，參照圖7之更新例對該等功能性之構成要素進行說明。圖7係以飯店P之房間類型α之7月份31天之總庫存為20個房間為前提(參照圖2)，對單價互不相同之三個方案A~C分配該20個房間之例進行說明的圖。方案A~C係設為於7月1日開始申請者。方案A~C之配額之初始值均為20。於本實施形態中，配額更新部42係設為每隔10日(以7月11、21、 31日之凌晨之批量處理)執行配額之更新。圖7表示7月11日凌晨之批量處理。

算出部42a係參照預約實績資料庫33而算出住宿方案之預約速度之機構。預約速度係表示成立一件預約平均花費幾天之值，可以說該值越低之方案越受歡迎。算出部42a係藉由將自各方案共通之基準日(各方案作為可預約之對象而公開於住宿預約站點上之日)直至目前為止之經過天數除以自該基準日直至目前為止申請之預約數，而算出預約速度。

對7月11日凌晨之處理進行說明。由於在圖7之例中基準日為7月1日，故而算出部42a自預約實績資料庫33中讀出7月1至10日為止登錄之預約資訊。直至7月10日為止之方案A、B、C之預約數(即於自募集開始起經過10天後之時間點之方案A、B、C之預約數)分別為1、2、6。因此，方案A之預約速度為10(=10/1)，方案B之預約速度為5(=10/2)，方案C之預約速度為1.66(≒10/6)。算出部42a將以上述方式而求得之預約速度輸出至推定部42b。

繼而，利用推定部42b執行處理。推定部42b係根據各方案之預約速度與直至利用日為止之剩餘天數而推定期待預約數之機構。期待預約數係指直至利用日為止可期待之追加之預約數。推定部42b係藉由將直至利用日為止之剩餘天數除以所輸入之預約速度，而求出各方案之期待預約數。

若對7月11日凌晨之處理進行說明，則由於直至利用日為止之剩餘天數為20日，故而方案A之期待預約數為 2(=20/10)，方案B之期待預約數為4(=20/5)，方案C之期待預約數為12(≒20/1.66)。推定部42b將以上述之方式而求得之期待預約數輸出至決定部42c。

繼而，由決定部42c執行處理。決定部42c係以在剩餘之房間數(庫存數)之範圍內可受理對單價最高之方案(最優先方案)推定之進一步之預約之方式，決定關於各方案之配額之機構。此意味著使對於單價最高之方案之庫存之分配最優先。決定部42c將所決定之配額輸出至更新部42d。

首先，決定部42c參照方案資料庫31而獲取各方案之銷售優先度。根據圖2，若以單價由高到低之順序排列方案則成為方案A、方案B、方案C，因此分配房間之優先度係方案A最高，繼而，依序為方案B、方案C。若以此為前提對7月11日凌晨之處理進行說明，則由於已經預約有總計9個房間，故而決定部42c特定房間之庫存數為11(=20-9)。繼而，決定部42c對具有最高銷售優先度之方案，求出成立預約數與期待預約數之和作為推定預約數。於圖7之例中，方案A之推定預約數為3(1+2)。

繼而，決定部42c對具有最高銷售優先度之方案確保推定預約數部分之分配，並且決定銷售優先度為第2以下之各方案之配額。首先，決定部42c將該方案之配額維持為初始值。其原因在於：對於具有最高銷售優先度之方案，即便推定預約數以上之預約成立亦無任何問題。繼而，決定部42c決定銷售優先度為第2以下之各方案之配額。在圖7之例中，雖然庫存為11，但確保方案A之期待預約數部分之房間 (即2個房間)保持原樣，故而將可分配之剩餘9個房間分給方案B、C。決定部42c對銷售優先度為第2以下之各方案，按照上述銷售優先度之順序分配房間。此時，對於期待預約數大於未分配之庫存數之方案，決定部42c只將該未分配庫存數之部分追加給上述方案。

於圖7之例中，方案A(最優先方案)之配額未改變且為20。由於作為下一處理對象方案之方案B之期待預約數(4)係未分配庫存數(9)以下，故而配額變成6(=2+4)。由於作為方案B之下一處理對象方案之方案C之期待預約數(12)超過未分配庫存數(9-4=5)，故而配額並非18(=6+12)而成為11(=6+5)。

如此，決定部42c對最優先方案以可分配共用設施之庫存之全部之方式設定配額，而對其他方案，在期待預約數及未分配之庫存數之範圍內設定配額。此處，未分配之庫存數係根據處理對象方案之期待預約數與銷售優先度高於該處理對象方案之方案之期待預約數及成立預約數而求得。

更新部42d係藉由覆寫而將所決定之配額儲存於庫存資料庫32中之機構。藉此，更新各方案之配額。於7月11日凌晨之處理中，方案A之配額保持為20，與此相對，方案B、C之配額分別更新為6、11。

繼而，使用圖8~10，對預約管理裝置40之動作進行說明，並且對本實施形態之預約管理方法進行說明。

當開始由配額更新部42進行處理時，首先，算出部42a算出各方案之預約速度(步驟S11、算出步驟)。繼而，推定 部42b根據上述預約速度與直至利用日為止之剩餘天數來推定各方案之期待預約數(步驟S12、推定步驟)。繼而，決定部42c決定各方案之配額(步驟S13、決定步驟)。

具體而言，如圖9所示，決定部42c首先使具有最高銷售優先度之方案(單價最高之方案)之配額維持原樣(步驟S131)。另一方面，決定部42c對銷售優先度為第2以下之各方案，在期待預約數及未分配庫存數之範圍內設定配額(步驟S132)。

具體而言，如圖10所示，若銷售優先度為第n(n之初始值為2)之方案之期待預約數為未分配庫存數以下(步驟S1321；YES)，則決定部42c將上述方案之配額設為成立預約數與期待預約數之和(步驟S1322)。另一方面，若上述期待預約數大於未分配庫存數(步驟S1321；NO)，則決定部42c將配額設為成立預約數與未分配庫存數之和(步驟S1323)。此時若未分配庫存數為0，則配額成為與成立預約數相等。若處理對象方案有剩餘(步驟S1324；NO)，則決定部42c對銷售優先度為第(n+1)之方案(步驟S1325)進行步驟S1321~S1323之處理。當對全部方案設定配額(步驟S1324；YES)時，處理結束。

最後，更新部42d以所決定之新配額來更新各方案之配額(步驟S14、更新步驟)。

繼而，使用圖11，對用以使電腦作為預約管理裝置40而發揮功能之預約管理程式進行說明。

預約管理程式P1包含主模組P10、預約受理模組P11及配 額更新模組P12。配額更新模組P12包含算出模組P12a、推定模組P12b、決定模組P12c及更新模組P12d。

主模組P10係總括性地控制預約管理功能之部分。藉由執行預約受理模組P11及配額更新模組P12而實現之功能係分別與上述預約受理部41及配額更新部42之功能相同。藉由執行算出模組P12a、推定模組P12b、決定模組P12c及更新模組P12d而實現之功能係分別與上述算出部42a、推定部42b、決定部42c及更新部42d之功能相同。

預約管理程式P1係以固定地記錄於例如CD-ROM或DVD-ROM等記錄媒體或半導體記憶體中之態樣而提供。又，預約管理程式P1亦可作為重疊於載波之電腦資料信號而經由通訊網路提供。

如以上說明所述，根據本實施形態，算出各方案之預約速度，根據上述預約速度與直至利用日為止之剩餘天數，推定各方案之期待預約數。繼而，根據住宿設施之庫存數、所推定之期待預約數及各住宿方案之銷售優先度，按照銷售優先度由高到低之順序而更新各住宿方案之配額。藉此，對希望銷售最多之住宿方案確保所需量之庫存，其結果，可對複數之住宿方案之各者恰當地分配住宿設施之庫存。

使用圖12~17之具體例進一步說明如上所述之分配之優勢性。圖12~17所示之內容係如下所述。再者，於圖12~17中為了便於說明而表示有表示預約順序之預約編號。圖12中之7月11日之結果係與圖7所示者相同。

圖12…於應用本實施形態來調整配額之情形時，單價便宜之方案之預約速度較快之例(實施例1)

圖13…於應用本實施形態來調整配額之情形時，單價較高之方案之預約速度較快之例(實施例2)

圖14…於未應用本實施形態而按照申請順序來分配房間之情形時，單價便宜之方案之預約速度較快之例(先前例1-1)

圖15…於未應用本實施形態而藉由人工來分配各方案之房間數之情形時，單價便宜之方案之預約速度較快之例(先前例1-2)

圖16…於未應用本實施形態而按照申請順序來分配房間之情形時，單價較高之方案之預約速度較快之例(先前例2-1)

圖17…於未應用本實施形態而藉由人工來分配各方案之房間數之情形時，單價較高之方案之預約速度較快之例(先前例2-2)

首先，若對單價便宜之方案之預約速度較快之實施例1與先前例1-1進行比較，則預約編號1至17為止之預約之加入方式相同。然而，於實施例1中，於第11之方案C之預約(預約編號17)加入之時間點無法受理該方案C之申請。因此，如圖12所示，相較方案C為高額之方案A、B之預約有申請餘地。另一方面，於先前例1-1之情形時，由於配額未進行任何調整，故而於第11之方案C之預約(預約編號17)加入以後方案C之預約亦有加入之餘地，其結果，如圖14所示，有 剩餘3框亦由方案C佔據之可能性。又，於如先前例1-2般相較方案C而對方案A、B分配更多房間之情形時，如圖15所示，有方案C之預約申請於較早之時間點截止，且另一方面未由確保用於高額之方案A、B之房間佔據之可能性。

繼而，若對單價較高之方案之預約速度較快之實施例2與先前例2-1進行比較，則預約編號1至9為止之預約之加入方式相同。然而，在實施例2中，由於在7月11日凌晨之批量處理中將方案B、C之配額分別設定為2、1，故而於7月11日以後，將無法受理方案B、C之申請。因此，如圖13所示，可最大限度地受理預約速度較快之方案A。另一方面，於先前例2-1之情形時，由於配額未進行任何調整，故而於7月11日以後方案B、C之預約亦有加入之餘地。又，由於在先前例2-2中各方案A、B之配額被固定，故而如圖17所示，於加入第10之方案A之預約(預約編號14)之時間點，必需停止受歡迎之方案A之預約受理。

根據實施例1與先前例1-1、1-2之比較及實施例2與先前例2-1、2-2之比較可知：於本實施形態中可相較先前進一步獲得庫存之銷售與銷售額之確保之平衡。

以上，根據實施形態詳細說明了本發明。然而，本發明並不限定於上述實施形態。本發明可在不脫離其內容之範圍內進行多種變形。

根據配額更新部42之處理結果，有時會產生成為「配額=成立預約數」之方案，停止該方案之預約受理直至於下次以後之配額更新部42之處理中將配額更新為大於成立預約 數之值為止。於此情形時，算出部42a對如上所述之方案亦可不藉由將自基準日直至目前為止之期間除以預約數，而是藉由將可受理預約之期間(方案募集之期間)除以預約數，而求出預約速度。

例如，於上述實施例2(圖13)中，在7月11日之時間點停止方案B、C之預約受理。於此情形時，在下一批量處理(即7月21日凌晨之批量處理)中，算出部42a根據「20/(成立預約數)」而求出方案A之預約速度，另一方面，亦可將方案B之預約速度設為5(=10/2)，將方案C之預約速度設為10(=10/1)。其原因在於：方案A之募集期間為7月1~20日，與此相對，方案B、C之募集期間均僅為7月1~10日之期間。藉由如此對成為預約速度算出之基準之期間進行調整，可針對共用設施之分配而實現方案間之平衡。

於上述實施形態中，配額更新部42係每隔10日執行處理，但由配額更新部42進行之處理之執行時期並不限定於此。例如，配額更新部42亦可每當一個住宿預約成立時執行上述一連串之處理。於此情形時，配額更新部42只要於預約資訊登錄於預約實績資料庫33中之時序開始進行一連串之處理即可。如此，藉由每當預約成立時執行自預約速度之算出起開始之配額更新之處理，可細微調整配額。

或者，配額更新部42亦可於經過與於第n次之批量處理中所獲得之各方案之預約速度之最小值相對應的天數後，執行第(n+1)次之批量處理。於圖7之例中，根據預約速度之最小值即「1.66」，於2日後執行下一批量處理。如此，藉 由在與預測下一預約成立之時期相對應之時序，執行自預約速度之算出起開始之配額更新之處理，可抑制更新處理之次數並且細微調整配額。

於上述實施形態中，配額更新部42係在求出所有方案之預約速度及期待配額之下決定各方案之配額，但配額更新部42之處理過程並不限定於此。具體而言，配額更新部42亦可於針對銷售優先度為第n之方案進行預約速度及期待配額之算出與配額之決定之後，對銷售優先度為第(n+1)之方案進行預約速度及期待配額之算出與配額之決定。於此情形時，當未分配庫存數於中途變為0時，配額更新部42無需對以後之處理對象方案不算出預約速度及期待配額，而只要進行使配額與成立預約數一致之處理即可。因此，可能會有僅對最優先方案進行預約速度及期待配額之算出之情形。

於上述實施形態中，作為共用設施係表示住宿設施之房間，作為方案係表示住宿方案，但本發明可應用於住宿預約以外之任意之預約受理系統。例如，亦可將本發明應用於高爾夫球場之預約(高爾夫球賽之方案)。

於上述實施形態中，係將單價作為銷售優先度之尺度，但設定方案之銷售優先度之基準無任何限定。例如，亦可根據利潤率而設定各方案之銷售優先度。

1‧‧‧住宿預約系統

10‧‧‧用戶終端

20‧‧‧提供者終端

30‧‧‧資料庫群

31‧‧‧方案資料庫

32‧‧‧庫存資料庫

33‧‧‧預約實績資料庫

40‧‧‧預約管理裝置

41‧‧‧預約受理部

42‧‧‧配額更新部

42a‧‧‧算出部

42b‧‧‧推定部

42c‧‧‧決定部

42d‧‧‧更新部

P1‧‧‧預約管理程式

P10‧‧‧主模組

P11‧‧‧預約受理模組

P12‧‧‧配額更新模組

P12a‧‧‧算出模組

P12b‧‧‧推定模組

P12c‧‧‧決定模組

P12d‧‧‧更新模組

圖1係表示實施形態之住宿預約系統之整體構成之圖。

圖2係表示方案資訊之例之圖。

圖3係表示庫存資訊之例之圖。

圖4係表示預約資訊之例之圖。

圖5係表示圖1所示之預約管理裝置之硬體構成之圖。

圖6係表示圖1所示之預約管理裝置之功能構成之方塊圖。

圖7係表示直至更新配額為止之過程之一例之圖。

圖8係表示圖1所示之預約管理裝置之動作之流程圖。

圖9係表示圖8所示之配額決定處理之詳細情況之流程圖。

圖10係表示圖9所示之配額設定處理之詳細情況之流程圖。

圖11係表示實施形態之住宿預約程式之構成之圖。

圖12係表示利用圖1所示之預約管理裝置進行之調整之一例(實施例1)的圖。

圖13係表示利用圖1所示之預約管理裝置進行之調整之另一例(實施例2)的圖。

圖14係表示先前之預約受理之例(先前例1-1)之圖。

圖15係表示先前之預約受理之例(先前例1-2)之圖。

圖16係表示先前之預約受理之例(先前例2-1)之圖。

圖17係表示先前之預約受理之例(先前例2-2)之圖。

10‧‧‧用戶終端

31‧‧‧方案資料庫

32‧‧‧庫存資料庫

33‧‧‧預約實績資料庫

40‧‧‧預約管理裝置

41‧‧‧預約受理部

42‧‧‧配額更新部

42a‧‧‧算出部

42b‧‧‧推定部

42c‧‧‧決定部

42d‧‧‧更新部

Claims (8)

1. 一種預約管理裝置，其特徵在於：其係可存取配額記憶部與預約記憶部者，上述配額記憶部記憶針對在同一利用日對同一設施設定之複數之方案之各者的設施之配額，上述預約記憶部記憶各方案之預約日；該預約管理裝置包含：算出部，其參照上述預約記憶部，對銷售優先度互不相同之上述複數之方案中至少具有最高之上述銷售優先度之最優先方案，算出預約速度；推定部，其根據上述預約速度與至上述利用日為止之剩餘天數，至少推定上述最優先方案之期待預約數；決定部，其根據上述設施之庫存數、上述期待預約數及各方案之上述銷售優先度，按照上述銷售優先度由高到低之順序而決定針對各方案之上述配額；及更新部，其以由上述決定部所決定之各方案之配額，更新記憶於上述配額記憶部之各方案之配額。
2. 如請求項1之預約管理裝置，其中上述決定部針對上述最優先方案，以可分配上述設施之庫存之全部之方式設定上述配額；針對該最優先方案以外之處理對象方案，根據該處理對象方案之上述期待預約數與上述銷售優先度高於該處理對象方案之方案之上述期待預約數及成立預約數而設定上述配額。
3. 如請求項1或2之預約管理裝置，其中上述算出部藉由將該方案之可受理之期間除以該方案之成立預約數而求出 各方案之上述預約速度。
4. 如請求項1至3中任一項之預約管理裝置，其中上述算出部於每當方案之預約成立時算出上述預約速度。
5. 如請求項1至3中任一項之預約管理裝置，其中上述算出部於經過與已算出之上述預約速度之最小值相對應之時間後，再次算出上述預約速度。
6. 一種預約管理方法，其特徵在於：其係藉由可存取配額記憶部與預約記憶部之預約管理裝置執行者，上述配額記憶部記憶針對在同一利用日對同一設施設定之複數之方案之各者的設施之配額，上述預約記憶部記憶各方案之預約日；該預約管理方法包含如下步驟：算出步驟，其參照上述預約記憶部，對銷售優先度互不相同之上述複數之方案中至少具有最高之上述銷售優先度之最優先方案，算出預約速度；推定步驟，其根據上述預約速度與至上述利用日為止之剩餘天數，至少推定上述最優先方案之期待預約數；決定步驟，其根據上述設施之庫存數、上述期待預約數及各方案之上述銷售優先度，按照上述銷售優先度由高到低之順序而決定針對各方案之上述配額；及更新步驟，其以於上述決定步驟中所決定之各方案之配額，更新記憶於上述配額記憶部中之各方案之配額。
7. 一種預約管理程式，其特徵在於：其係使電腦作為可存取配額記憶部與預約記憶部之預約管理裝置發揮功能者，上述配額記憶部記憶針對在同一利用日對同一設施 設定之複數之方案之各者的設施之配額，上述預約記憶部記憶各方案之預約日；該預約管理程式使上述電腦執行如下各部：算出部，其參照上述預約記憶部，對銷售優先度互不相同之上述複數之方案中至少具有最高之上述銷售優先度之最優先方案，算出預約速度；推定部，其根據上述預約速度與至上述利用日為止之剩餘天數，至少推定上述最優先方案之期待預約數；決定部，其根據上述設施之庫存數、上述期待預約數及各方案之上述銷售優先度，按照上述銷售優先度由高到低之順序而決定針對各方案之上述配額；及更新部，其以由上述決定部所決定之各方案之配額，更新記憶於上述配額記憶部中之各方案之配額。
8. 一種電腦可讀取之記錄媒體，其特徵在於：其係記憶使電腦作為可存取記憶配額記憶部與預約記憶部之預約管理裝置發揮功能之預約管理程式者，上述配額記憶部記憶針對在同一利用日對同一設施設定之複數之方案之各者的設施之配額，上述預約記憶部記憶各方案之預約日；上述預約管理程式使上述電腦執行如下各部：算出部，其參照上述預約記憶部，對銷售優先度互不相同之上述複數之方案中至少具有最高之上述銷售優先度之最優先方案，算出預約速度；推定部，其根據上述預約速度與至上述利用日為止之剩餘天數，至少推定上述最優先方案之期待預約數； 決定部，其根據上述設施之庫存數、上述期待預約數及各方案之上述銷售優先度，按照上述銷售優先度由高到低之順序而決定針對各方案之上述配額；及更新部，其以由上述決定部所決定之各方案之配額，更新記憶於上述配額記憶部中之各方案之配額。