(57)【要約】【課題】共用施設の在庫を複数のプランのそれぞれに適切に割り当てること。【解決手段】予約管理装置４０は、予約実績データベース３３を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部４２ａと、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部４２ｂと、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部４２ｃと、在庫データベース３２に記憶されている各プランの割当数を、決定部４２ｃにより決定された各プランの割当数で更新する更新部４２ｄとを備える。【選択図】図６
2013030107.tif 000002
【特許請求の範囲】
【請求項１】
同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置であって、
前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、
前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定部と、
前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定部と、
前記割当記憶部に記憶されている各プランの割当数を、前記決定部により決定された各プランの割当数で更新する更新部と
を備えることを特徴とする予約管理装置。
【請求項２】
前記決定部が、前記最優先プランについては前記施設の在庫のすべてを配分可能なように前記割当数を設定し、該最優先プラン以外の処理対象プランについては、該処理対象プランの前記期待予約数と、該処理対象プランよりも前記販売優先度が高いプランの前記期待予約数及び成立予約数とに基づいて前記割当数を設定する、
ことを特徴とする請求項１に記載の予約管理装置。
【請求項３】
前記算出部が、各プランの前記予約ペースを、該プランの受付可能期間を該プランの成立予約数で割ることで求める、
ことを特徴とする請求項１又は２に記載の予約管理装置。
【請求項４】
前記算出部が、プランの予約が成立する度に前記予約ペースを算出する、
ことを特徴とする請求項１〜３のいずれか一項に記載の予約管理装置。
【請求項５】
前記算出部が、算出した前記予約ペースの最小値に応じた時間が経過した後に、前記予約ペースを再び算出する、
ことを特徴とする請求項１〜３のいずれか一項に記載の予約管理装置。
【請求項６】
同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置により実行される予約管理方法であって、
前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出ステップと、
前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定ステップと、
前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定ステップと、
前記割当記憶部に記憶されている各プランの割当数を、前記決定ステップにおいて決定された各プランの割当数で更新する更新ステップと
を含むことを特徴とする予約管理方法。
【請求項７】
同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムであって、
前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、
前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定部と、
前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定部と、
前記割当記憶部に記憶されている各プランの割当数を、前記決定部により決定された各プランの割当数で更新する更新部と
を前記コンピュータに実行させることを特徴とする予約管理プログラム。
【請求項８】
同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムを記憶するコンピュータ読取可能な記録媒体であって、
前記予約管理プログラムが前記コンピュータに、
前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、
前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定部と、
前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定部と、
前記割当記憶部に記憶されている各プランの割当数を、前記決定部により決定された各プランの割当数で更新する更新部と
を実行させる、
ことを特徴とするコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一形態は、施設の予約を管理する予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体に関する。
【背景技術】
【０００２】
従来から、宿の部屋やゴルフ場などの共用施設について複数のプランを設定し、当該複数のプランをユーザに販売する予約システムが知られている。なお、下記特許文献１には、ホテルの宿泊料金を段階的に変更し、残室待ちをしている利用者へ料金情報をその都度配信するホテル宿泊予約システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２５６７０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
共用施設の在庫を複数のプランにどのように割り当てるかにより、施設の稼働率や売上、利益などが変わってくる。従来、この割当ては過去の実績や決定者の経験などに基づいて決められるので、その割当てが適切でないと、共用施設の提供者が所望の結果を得られない可能性がある。例えば、売上や利益を上げるために高価格帯のプランに多くの在庫を割り当てた結果、全体の稼働率が低下したり、稼働率を上げるために低価格帯のプランに多くの在庫を割り当てた結果、売上や利益が頭打ちになったりすることが起こり得る。
【０００５】
そこで、本発明の一側面は、共用施設の在庫を複数のプランのそれぞれに適切に割り当てることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一形態に係る予約管理装置は、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置であって、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部と、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部と、割当記憶部に記憶されている各プランの割当数を、決定部により決定された各プランの割当数で更新する更新部とを備えることを特徴とする。
【０００７】
本発明の一形態に係る予約管理方法は、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置により実行される予約管理方法であって、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出ステップと、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定ステップと、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定ステップと、割当記憶部に記憶されている各プランの割当数を、決定ステップにおいて決定された各プランの割当数で更新する更新ステップとを含むことを特徴とする。
【０００８】
本発明の一形態に係る予約管理プログラムは、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムであって、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部と、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部と、割当記憶部に記憶されている各プランの割当数を、決定部により決定された各プランの割当数で更新する更新部とをコンピュータに実行させることを特徴とする。
【０００９】
本発明の一形態に係るコンピュータ読取可能な記録媒体は、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムを記憶するコンピュータ読取可能な記録媒体であって、予約管理プログラムがコンピュータに、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部と、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部と、割当記憶部に記憶されている各プランの割当数を、決定部により決定された各プランの割当数で更新する更新部とを実行させる、ことを特徴とする。
【００１０】
このような形態によれば、少なくとも最優先プランの予約ペースが算出され、その予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数が推定される。そして、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランの割当数が更新される。これにより、最も多く販売したいプランに対して必要な量の在庫が確保され、その結果、施設の在庫を複数のプランのそれぞれに適切に割り当てることができる。
【００１１】
別の形態に係る予約管理装置では、決定部が、最優先プランについては施設の在庫のすべてを配分可能なように割当数を設定し、該最優先プラン以外の処理対象プランについては、該処理対象プランの期待予約数と、該処理対象プランよりも販売優先度が高いプランの期待予約数及び成立予約数とに基づいて割当数を設定してもよい。
【００１２】
さらに別の形態に係る予約管理装置では、算出部が、各プランの予約ペースを、該プランの受付可能期間を該プランの成立予約数で割ることで求めてもよい。このように、受付可能期間を考慮して予約ペースを求めることで、施設の割当に関してプラン間の衡平を図ることができる。
【００１３】
さらに別の形態に係る予約管理装置では、算出部が、プランの予約が成立する度に予約ペースを算出してもよい。予約が成立する度に、予約ペースの算出から始まる割当数更新の処理を実行することで、割当数をきめ細かく調整することができる。
【００１４】
さらに別の形態に係る予約管理装置では、算出部が、算出した予約ペースの最小値に応じた時間が経過した後に、予約ペースを再び算出してもよい。次の予約が成立すると予測される時期に応じたタイミングで割当数更新の処理を実行することで、更新処理の回数を抑えつつ割当数をきめ細かく調整することができる。
【発明の効果】
【００１５】
本発明の一側面によれば、共用施設の在庫を複数のプランのそれぞれに適切に割り当てることができる。
【図面の簡単な説明】
【００１６】
【図１】実施形態に係る宿泊予約システムの全体構成を示す図である。
【図２】プラン情報の例を示す図である。
【図３】在庫情報の例を示す図である。
【図４】予約情報の例を示す図である。
【図５】図１に示す予約管理装置のハードウェア構成を示す図である。
【図６】図１に示す予約管理装置の機能構成を示すブロック図である。
【図７】割当数を更新するまでの手順の一例を示す図である。
【図８】図１に示す予約管理装置の動作を示すフローチャートである。
【図９】図８に示す割当数決定処理の詳細を示すフローチャートである。
【図１０】図９に示す割当数設定処理の詳細を示すフローチャートである。
【図１１】実施形態に係る宿泊予約プログラムの構成を示す図である。
【図１２】図１に示す予約管理装置による調整の一例（実施例１）を示す図である。
【図１３】図１に示す予約管理装置による調整の別の例（実施例２）を示す図である。
【図１４】従来の予約受付の例（従来例１−１）を示す図である。
【図１５】従来の予約受付の例（従来例１−２）を示す図である。
【図１６】従来の予約受付の例（従来例２−１）を示す図である。
【図１７】従来の予約受付の例（従来例２−２）を示す図である。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００１８】
まず、図１〜７を用いて、実施形態に係る宿泊予約システム１の機能及び構成を説明する。宿泊予約システム１は、宿泊施設の予約を受け付けるウェブサイト（宿泊予約サイト）をユーザに提供するコンピュータシステムである。宿泊予約システム１は、ユーザ端末１０と、ホテルや旅館などの宿泊施設に設置された提供者端末２０と、データベース群３０と、予約管理装置４０とを備えている。ユーザ端末１０、提供者端末２０、データベース群３０、及び予約管理装置４０は、インターネットや無線ＬＡＮ、移動体通信網などで構成されている通信ネットワークＮを介して互いに通信することが可能である。図１ではユーザ端末１０及び提供者端末２０をそれぞれ３台示しているが、宿泊予約システム１内におけるこれらの装置の台数は任意である。
【００１９】
ユーザ端末１０は、宿泊施設の部屋を予約するユーザが所有する端末である。ユーザ端末１０の例として高機能携帯電話機（スマートフォン）や携帯情報端末（ＰＤＡ）、パーソナルコンピュータ（ＰＣ）などが挙げられるが、携帯端末の種類はこれらに限定されない。ユーザはユーザ端末１０を操作して宿泊予約サイトにアクセスし、部屋（宿泊プラン）を予約することができる。
【００２０】
提供者端末２０は、宿泊予約システム１での予約対象である部屋（宿泊プラン）を提供する宿泊施設の端末である。提供者端末２０の例としてはＰＣが挙げられるが、各種携帯端末も提供者端末２０として利用可能である。宿泊施設の管理者は提供者端末２０を操作して、予約を受け付ける部屋の在庫及び宿泊プランの情報を在庫情報として在庫データベース３２に登録する。
【００２１】
データベース群３０は、宿泊予約システム１内で用いられる各種の情報を記憶する手段である。データベース群３０は、プランデータベース３１、在庫データベース（割当記憶部）３２、及び予約実績データベース（予約記憶部）３３を備えている。
【００２２】
プランデータベース３１は、宿泊施設が提供する宿泊プランの情報（プラン情報）を記憶する手段である。図２に示すように、プラン情報は、宿泊施設を特定する施設ＩＤと、部屋のタイプと、その部屋の最大在庫数と、宿泊プランを特定するプランＩＤと、そのプランの単価とを含む。部屋タイプとは、部屋のスタイル（洋室、和室など）や収容人数などで示される、部屋の種類のことである。なお、以下では宿泊プランのことを単に「プラン」ともいう。一つの部屋タイプには１以上のプランが対応する。なお、プランとは、施設利用に関するパッケージ商品のことである。
【００２３】
在庫データベース３２は、各プランに割り当てられる部屋の数（割当数）を管理するための在庫情報を記憶する手段である。図３に示すように、在庫情報は、施設ＩＤ、部屋タイプ、利用日（宿泊開始日）、プランＩＤ、受け付けた予約の数（成立予約数）、及び割当数を含む。割当数は、各プランに割り当てられる部屋の総数であり、この値には成立予約数が含まれる。各プランの割当数の初期値は、対応するプラン情報で示される部屋の最大在庫数である。
【００２４】
予約実績データベース３３は、ユーザによる宿泊施設の予約を示す予約情報を記憶する手段である。図４に示すように、予約情報は、施設ＩＤ、部屋タイプ、プランＩＤ、予約日（利用予定日）、及び単価を含んでいる。予約情報は、宿泊予約サイトにおいて宿泊プランの予約が確定した時に予約実績データベース３３に登録される。
【００２５】
なお、各データベースの構成は上記の例に限定されず、任意の方針で各データベースを正規化または冗長化してもよい。
【００２６】
以上を前提として予約管理装置４０について説明する。予約管理装置４０は、宿泊予約サイトを介して宿泊施設の検索や宿泊予約の受付などのような、宿泊予約に関する様々なサービスをユーザに提供するコンピュータである。
【００２７】
図５に示すように、予約管理装置４０は、オペレーティングシステムやアプリケーション・プログラムなどを実行するＣＰＵ４０１と、ＲＯＭ及びＲＡＭで構成される主記憶部４０２と、ハードディスクなどで構成される補助記憶部４０３と、ネットワークカードなどで構成される通信制御部４０４と、キーボードやマウスなどの入力部４０５と、ディスプレイなどの出力部４０６とで構成される。
【００２８】
後述する予約管理装置４０の各機能的構成要素は、ＣＰＵ４０１や主記憶部４０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ４０１の制御の下で通信制御部４０４や入力部４０５、出力部４０６などを動作させ、主記憶部４０２や補助記憶部４０３におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部４０２や補助記憶部４０３内に格納される。なお、図５では予約管理装置４０が１台のコンピュータで構成されているように示しているが、予約管理装置４０の機能を複数台のコンピュータに分散させてもよい。
【００２９】
図６に示すように、予約管理装置４０は機能的構成要素として予約受付部４１及び割当更新部４２を備えている。
【００３０】
予約受付部４１は、ユーザにより申し込まれた宿泊予約を受け付ける手段である。予約受付部４１は、宿泊予約サイトを介して申し込まれた予約を示す予約情報をユーザ端末１０から受信して予約実績データベース３３に格納する。
【００３１】
割当更新部４２は、各プランへの部屋の割当数を販売優先度に基づいて更新する手段である。本実施形態では、割当更新部４２は販売優先度を示す指標としてプランの単価を用い、単価が高いプランほどより優先的に部屋を割り当てる。割当更新部４２は算出部４２ａ、推定部４２ｂ、決定部４２ｃ、及び更新部４２ｄを備えている。
【００３２】
以下では、図７の更新例を参照しながらこれらの機能的構成要素を説明する。図７は、ホテルＰの部屋タイプαの７月３１日分の総在庫が２０部屋であることを前提に（図２参照）、単価が互いに異なる三つのプランＡ〜Ｃにこの２０部屋を割り当てる例を説明する図である。プランＡ〜Ｃは７月１日に申込が開始されたものとする。プランＡ〜Ｃの割当数の初期値はすべて２０である。本実施形態では、割当更新部４２は１０日毎に（７月１１，２１，３１日の未明のバッチ処理で）割当数の更新を実行するものとする。図７は７月１１日未明のバッチ処理を示している。
【００３３】
算出部４２ａは、予約実績データベース３３を参照して宿泊プランの予約ペースを算出する手段である。予約ペースは、一件の予約が成立するのに平均で何日掛かっているかを示す値であり、この値が低いプランほど人気があるといえる。算出部４２ａは各プラン共通の基準日（各プランが予約可能な対象として宿泊予約サイト上に公開された日）から現時点までの経過日数を、当該基準日から現時点までに申し込まれた予約数で割ることで予約ペースを算出する。
【００３４】
７月１１日未明の処理について説明する。図７の例では基準日は７月１日であるので、算出部４２ａは７月１〜１０日までに登録された予約情報を予約実績データベース３３から読み出す。７月１０日までのプランＡ，Ｂ，Ｃの予約数（すなわち募集開始から１０日間経った時点でのプランＡ，Ｂ，Ｃの予約数）はそれぞれ１、２、６である。したがって、プランＡの予約ペースは１０（＝１０／１）、プランＢの予約ペースは５（＝１０／２）、プランＣの予約ペースは１．６６（≒１０／６）である。算出部４２ａはこのように求めた予約ペースを推定部４２ｂに出力する。
【００３５】
続いて、推定部４２ｂによる処理が実行される。推定部４２ｂは、各プランの予約ペースと利用日までの残り日数とに基づいて期待予約数を推定する手段である。期待予約数とは、利用日までに期待できる追加の予約数のことである。推定部４２ｂは、利用日までの残り日数を入力された予約ペースで割ることで、各プランの期待予約数を求める。
【００３６】
７月１１日未明の処理について説明すると、利用日までの残り日数が２０日であるので、プランＡの期待予約数は２（＝２０／１０）、プランＢの期待予約数は４（＝２０／５）、プランＣの期待予約数は１２（≒２０／１．６６）である。推定部４２ｂはこのように求めた期待予約数を決定部４２ｃに出力する。
【００３７】
続いて、決定部４２ｃによる処理が実行される。決定部４２ｃは、単価が最も高いプラン（最優先プラン）について推定される更なる予約を残りの部屋数（在庫数）の範囲で受付可能なように、各プランについての割当数を決定する手段である。これは、単価が最も高いプランへの在庫の割当を最優先にすることを意味する。決定部４２ｃは決定した割当数を更新部４２ｄに出力する。
【００３８】
まず、決定部４２ｃはプランデータベース３１を参照して各プランの販売優先度を取得する。図２より、単価の降順にプランを並べるとプランＡ、プランＢ、プランＣとなるので、部屋を割り当てる優先度はプランＡが最も高く、次いで、プランＢ、プランＣの順となる。これを前提として７月１１日未明の処理について説明すると、既に合計９部屋が予約されているので、決定部４２ｃは部屋の在庫数が１１（＝２０−９）であると特定する。続いて、決定部４２ｃは、最高の販売優先度を有するプランについて、成立予約数と期待予約数との和を推定予約数として求める。図７の例では、プランＡの推定予約数は３（１＋２）である。
【００３９】
続いて、決定部４２ｃは、最高の販売優先度を有するプランについては推定予約数分の割り当てを確保しつつ、販売優先度が２番目以下の各プランの割当数を決定する。まず、決定部４２ｃは該プランの割当数を初期値のまま維持する。これは、最高の販売優先度を有するプランについては推定予約数以上の予約が成立しても何ら問題ないからである。続いて、決定部４２ｃは販売優先度が２番目以下の各プランの割当数を決定する。図７の例では在庫は１１であるがプランＡの期待予約数分の部屋（すなわち２部屋）はそのまま確保されるので、分配可能な残り９部屋をプランＢ，Ｃに分けることになる。決定部４２ｃは、販売優先度が２番目以下の各プランについて、その販売優先度順に部屋を割り当てる。この際に、期待予約数が未割当ての在庫数より大きいプランについては、決定部４２ｃは当該未割当在庫数の分しかそのプランに追加しない。
【００４０】
図７の例では、プランＡ（最優先プラン）の割当数は２０で変わらない。次の処理対象プランであるプランＢの期待予約数（４）は未割当在庫数（９）以下なので、割当数は６（＝２＋４）となる。その次の処理対象プランであるプランＣの期待予約数（１２）は未割当在庫数（９−４＝５）を超えているので、割当数は１８（＝６＋１２）ではなく１１（＝６＋５）となる。
【００４１】
このように決定部４２ｃは、最優先プランについては共用施設の在庫のすべてを配分可能なように割当数を設定し、他のプランについては、期待予約数及び未割当ての在庫数の範囲内で割当数を設定する。ここで、未割当ての在庫数は、処理対象プランの期待予約数と、該処理対象プランよりも販売優先度が高いプランの期待予約数及び成立予約数とに基づいて求まる。
【００４２】
更新部４２ｄは決定された割当数を上書きにより在庫データベース３２に格納する手段である。これにより、各プランの割当数が更新される。７月１１日未明の処理では、プランＡの割当数は２０のままであるのに対して、プランＢ，Ｃの割当数それぞれ６、１１に更新される。
【００４３】
次に、図８〜１０を用いて、予約管理装置４０の動作を説明するとともに本実施形態に係る予約管理方法について説明する。
【００４４】
割当更新部４２による処理が開始されると、まず算出部４２ａが各プランの予約ペースを算出する（ステップＳ１１、算出ステップ）。続いて、推定部４２ｂがその予約ペースと利用日までの残り日数とに基づいて各プランの期待予約数を推定する（ステップＳ１２、推定ステップ）。続いて、決定部４２ｃが各プランの割当数を決定する（ステップＳ１３、決定ステップ）。
【００４５】
具体的には図９に示すように、決定部４２ｃはまず、最高の販売優先度を有するプラン（単価が最も高いプラン）の割当数をそのまま維持する（ステップＳ１３１）。その一方で、決定部４２ｃは販売優先度が２番目以下の各プランについては、期待予約数及び未割当在庫数の範囲内で割当数を設定する（ステップＳ１３２）。
【００４６】
具体的には図１０に示すように、販売優先度がｎ番目（ｎの初期値は２）のプランの期待予約数が未割当在庫数以下であれば（ステップＳ１３２１；ＹＥＳ）、決定部４２ｃはそのプランの割当数を成立予約数と期待予約数の和とする（ステップＳ１３２２）。一方、その期待予約数が未割当在庫数より大きければ（ステップＳ１３２１；ＮＯ）、決定部４２ｃは割当数を成立予約数と未割当在庫数との和とする（ステップＳ１３２３）。このとき未割当在庫数が０であれば、割当数は成立予約数と等しくなる。処理対象プランが残っていれば（ステップＳ１３２４；ＮＯ）、決定部４２ｃは販売優先度が（ｎ＋１）番目のプラン（ステップＳ１３２５）についてステップＳ１３２１〜Ｓ１３２３の処理を行う。すべてのプランについて割当数が設定されると（ステップＳ１３２４；ＹＥＳ）、処理が終了する。
【００４７】
最後に、更新部４２ｄが各プランの割当数を決定された新たな割当数で更新する（ステップＳ１４、更新ステップ）。
【００４８】
次に、図１１を用いて、コンピュータを予約管理装置４０として機能させるための予約管理プログラムを説明する。
【００４９】
予約管理プログラムＰ１は、メインモジュールＰ１０、予約受付モジュールＰ１１及び割当更新モジュールＰ１２を備えている。割当更新モジュールＰ１２は、算出モジュールＰ１２ａ、推定モジュールＰ１２ｂ、決定モジュールＰ１２ｃ、及び更新モジュールＰ１２ｄを備えている。
【００５０】
メインモジュールＰ１０は、予約管理機能を統括的に制御する部分である。予約受付モジュールＰ１１及び割当更新モジュールＰ１２を実行することにより実現される機能はそれぞれ、上記の予約受付部４１及び割当更新部４２の機能と同様である。算出モジュールＰ１２ａ、推定モジュールＰ１２ｂ、決定モジュールＰ１２ｃ、及び更新モジュールＰ１２ｄを実行することにより実現される機能はそれぞれ、上記の算出部４２ａ、推定部４２ｂ、決定部４２ｃ、及び更新部４２ｄの機能と同様である。
【００５１】
予約管理プログラムＰ１は、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体または半導体メモリに固定的に記録された態様で提供される。また、予約管理プログラムＰ１は、搬送波に重畳されたコンピュータデータ信号として通信ネットワークを介して提供されてもよい。
【００５２】
以上説明したように、本実施形態によれば、各プランの予約ペースが算出され、その予約ペースと利用日までの残り日数とに基づいて、各プランの期待予約数が推定される。そして、宿泊施設の在庫数と、推定された期待予約数と、各宿泊プランの販売優先度とに基づいて、販売優先度の高い順に各宿泊プランの割当数が更新される。これにより、最も多く販売したい宿泊プランに対して必要な量の在庫が確保され、その結果、宿泊施設の在庫を複数の宿泊プランのそれぞれに適切に割り当てることができる。
【００５３】
このような割当の優位性を図１２〜１７の具体例を用いてさらに説明する。図１２〜１７が示す内容は以下の通りである。なお、図１２〜１７では説明の便宜のために予約順を示す予約番号を示している。図１２における７月１１日の結果は、図７に示すものと同じである。
【００５４】
図１２…本実施形態を適用して割当数を調整する場合において、単価が安いプランの予約ペースが速い例（実施例１）
図１３…本実施形態を適用して割当数を調整する場合において、単価が高いプランの予約ペースが速い例（実施例２）
図１４…本実施形態を適用せず申込順に部屋を割り当てる場合において、単価が安いプランの予約ペースが速い例（従来例１−１）
図１５…本実施形態を適用せず人手により各プランの部屋数を割り当てた場合において、単価が安いプランの予約ペースが速い例（従来例１−２）
図１６…本実施形態を適用せず申込順に部屋を割り当てる場合において、単価が高いプランの予約ペースが速い例（従来例２−１）
図１７…本実施形態を適用せず人手により各プランの部屋数を割り当てた場合において、単価が高いプランの予約ペースが速い例（従来例２−２）
【００５５】
まず、単価が安いプランの予約ペースが速い実施例１と従来例１−１とを比較すると、予約番号１〜１７までの予約の入り方は同じである。しかし、実施例１では、１１番目のプランＣの予約（予約番号１７）が入った時点で当該プランＣの申込みが受付不可能になる。したがって、図１２に示すように、プランＣよりも高額なプランＡ，Ｂの予約が申し込まれる余地がある。一方、従来例１−１の場合には割当数は何ら調整されないので、１１番目のプランＣの予約（予約番号１７）が入った以降もプランＣの予約が入る余地があり、その結果、図１４に示すように残り３枠もプランＣで埋まる可能性がある。また、従来例１−２のようにプランＣよりもプランＡ，Ｂに多くの部屋を割り当てた場合には、図１５に示すように、プランＣの予約申込が早い時点で打ち切られる一方で、高額のプランＡ，Ｂ用に確保した部屋が埋まらない可能性がある。
【００５６】
次に、単価が高いプランの予約ペースが速い実施例２と従来例２−１とを比較すると、予約番号１〜９までの予約の入り方は同じである。しかし、実施例２では、７月１１日未明のバッチ処理でプランＢ，Ｃの割当数がそれぞれ２、１に設定されるので、７月１１日以降はプランＢ，Ｃの申込みが受付不可能になる。したがって、図１３に示すように、予約ペースが速いプランＡを最大限に受け付けることが可能になる。一方、従来例２−１の場合には割当数は何ら調整されないので、７月１１日以降もプランＢ，Ｃの予約が入る余地がある。また、従来例２−２では各プランＡ，Ｂの割当数が固定されているので、図１７に示すように、１０番目のプランＡの予約（予約番号１４）が入った時点で、人気のあるプランＡの予約受付を止めざるを得なくなる。
【００５７】
実施例１と従来例１−１，１−２との比較、及び実施例２と従来例２−１，２−２との比較からわかるように、本実施形態では従来よりも在庫の消化と売上の確保とのバランスを取ることが可能になる。
【００５８】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００５９】
割当更新部４２の処理結果によっては、「割当数＝成立予約数」となるプランが発生し、次回以降の割当更新部４２の処理において割当数が成立予約数より大きい値に更新されるまで、当該プランの予約受付が停止される場合がある。この場合に算出部４２ａは、そのようなプランについては基準日から現時点までの期間を予約数で割るのではなく、予約受付可能期間（プラン募集の期間）を予約数で割ることで予約ペースを求めてもよい。
【００６０】
例えば、上記実施例２（図１３）では、７月１１日時点でプランＢ，Ｃの予約受付が停止する。この場合、次のバッチ処理（すなわち７月２１日未明のバッチ処理）では、算出部４２ａはプランＡの予約ペースを「２０／（成立予約数）」により求める一方で、プランＢの予約ペースを５（＝１０／２）とし、プランＣの予約ペースを１０（＝１０／１）としてもよい。なぜなら、プランＡの募集期間は７月１〜２０日であるのに対して、プランＢ，Ｃの募集期間はともに７月１〜１０日の間のみであったからである。このように予約ペース算出の基準となる期間を調整することで、共用施設の割当に関してプラン間の衡平を図ることができる。
【００６１】
上記実施形態において、割当更新部４２は１０日毎に処理を実行したが、割当更新部４２による処理の実行時期はこれに限定されない。例えば、割当更新部４２は一つの宿泊予約が成立する度に上記の一連の処理を実行してもよい。この場合には、割当更新部４２は予約情報が予約実績データベース３３に登録されたタイミングで一連の処理を開始すればよい。このように、約が成立する度に、予約ペースの算出から始まる割当数更新の処理を実行することで、割当数をきめ細かく調整することができる。
【００６２】
あるいは、割当更新部４２は、ｎ回目のバッチ処理で得られた各プランの予約ペースの最小値に応じた日数が経過した時に、（ｎ＋１）回目のバッチ処理を実行してもよい。図７の例では、予約ペースの最小値である「１．６６」に応じて、２日後に次のバッチ処理が実行される。このように、次の予約が成立すると予測される時期に応じたタイミングで、予約ペースの算出から始まる割当数更新の処理を実行することで、更新処理の回数を抑えつつ割当数をきめ細かく調整することができる。
【００６３】
上記実施形態では、割当更新部４２は全プランの予約ペース及び期待割当数を求めた上で各プランの割当数を決定したが、割当更新部４２の処理手順はこれに限定されない。具体的には、割当更新部４２は、販売優先度がｎ番目のプランについて予約ペース及び期待割当数の算出と割当数の決定とを行った後に、販売優先度が（ｎ＋１）番目のプランについて予約ペース及び期待割当数の算出と割当数の決定とを行ってもよい。この場合には、途中で未割在庫数が０になると、割当更新部４２は以降の処理対象プランについて、予約ペース及び期待割当数を算出することなく、割当数を成立予約数に合わせる処理を行えばよい。したがって、予約ペース及び期待割当数の算出が最優先プランについてのみ行われる場合が有り得る。
【００６４】
上記実施形態では共用施設として宿泊施設の部屋を示し、プランとして宿泊プランを示したが、本発明は宿泊予約以外の任意の予約受付システムに適用できる。例えば、ゴルフ場の予約（ゴルフコンペのプラン）に本発明を適用してもよい。
【００６５】
上記実施形態では単価を販売優先度の尺度としたが、プランの販売優先度を設定する基準は何ら限定されない。例えば、利益率に基づいて各プランの販売優先度を設定してもよい。
【符号の説明】
【００６６】
１…宿泊予約システム、１０…ユーザ端末、２０…提供者端末、３０…データベース群、３１…プランデータベース、３２…在庫データベース、３３…予約実績データベース、４０…予約管理装置、４１…予約受付部、４２…割当更新部、４２ａ…算出部、４２ｂ…推定部、４２ｃ…決定部、４２ｄ…更新部、Ｐ１…予約管理プログラム、Ｐ１０…メインモジュール、Ｐ１１…予約受付モジュール、Ｐ１２…割当更新モジュール、Ｐ１２ａ…算出モジュール、Ｐ１２ｂ…推定モジュール、Ｐ１２ｃ…決定モジュール、Ｐ１２ｄ…更新モジュール。
【図１】
2013030107.tif 000003
【図２】
2013030107.tif 000004
【図３】
2013030107.tif 000005
【図４】
2013030107.tif 000006
【図５】
2013030107.tif 000007
【図６】
2013030107.tif 000008
【図７】
2013030107.tif 000009
【図８】
2013030107.tif 000010
【図９】
2013030107.tif 000011
【図１０】
2013030107.tif 000012
【図１１】
2013030107.tif 000013
【図１２】
2013030107.tif 000014
【図１３】
2013030107.tif 000015
【図１４】
2013030107.tif 000016
【図１５】
2013030107.tif 000017
【図１６】
2013030107.tif 000018
【図１７】
2013030107.tif 000019