JP2021149180A - 予約管理装置及び予約処理方法 - Google Patents

Abstract

【課題】複数のリソースを必要とするメニューに対する予約時間を延長する場合であっても、手間をかけずに予約時間を延長することができる予約管理装置及び予約処理方法を提供する。【解決手段】予約管理システムにおいて、予約管理装置１は、予約の対象となるサービスの内容を示すメニュー、メニューに対応するサービスを提供する際に必要となるリソース、リソースが属するリソースグループ、及び予約日時を含む予約情報を記憶する記憶部１３０１と、記憶された予約情報のうち、いずれかの予約情報を指定し、当該指定した予約情報に含まれる予約日時に対応する終了時間の延長を申請するための延長申請情報の入力を受け付ける受付部１３０２と、予約情報及び延長申請情報に基づいて、予約情報の予約日時に対応する終了時間を、延長申請情報に対応する終了時間まで延長する予約延長処理を実行する実行部１３０３と、を備える。【選択図】図４

Description

本発明は、予約管理装置及び予約処理方法に関する。

下記特許文献１には、予約者からの予約を受け付ける予約管理装置に関する技術が開示されている。この予約管理装置では、業者が提供するサービスの内容を特定するメニュー及び当該サービスを提供する際の資源となるリソースを、予約者が選択して予約を申し込む。

特開２０１６−２１８９０８号公報

ところで、特許文献１に記載の予約管理装置では、予約時間を延長する必要が生じた場合、リソースの予約状況を確認しながら手作業で延長することになる。特に、延長したい予約が複数のリソースを必要とする場合に、それぞれのリソースの予約状況を確認し、全てのリソースを確保して延長できるように調整したうえで、延長する必要がある。このような作業は、煩雑となり、手間がかかる。

本発明は、上述した課題を解決するためになされたものであり、複数のリソースを必要とするメニューに対する予約時間を延長する場合であっても、手間をかけずに予約時間を延長することができる予約管理装置及び予約処理方法を提供することを目的の一つとする。

本発明の一態様である予約管理装置は、予約の対象となるサービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、前記リソースが属するリソースグループ、及び予約日時を含む予約情報を記憶する記憶部と、前記記憶された前記予約情報のうち、いずれかの前記予約情報を指定し、当該指定した前記予約情報に含まれる前記予約日時に対応する終了時間の延長を申請するための延長申請情報の入力を受け付ける受付部と、前記予約情報及び前記延長申請情報に基づいて、前記予約情報の前記予約日時に対応する終了時間を、前記延長申請情報に対応する終了時間まで延長する予約延長処理を実行する実行部と、を備える。

上記態様において、前記予約延長処理には、前記受け付けられた前記延長申請情報に対応する前記予約情報に含まれる前記リソースの全てが、前記延長申請情報に対応する終了時間まで延長できる場合に、全ての前記リソースに対する予約時間を、前記延長申請情報に対応する終了時間まで延長する、ことが含まれることとしてもよい。

上記態様において、前記予約延長処理には、前記受け付けられた前記延長申請情報に対応する前記予約情報に含まれる前記リソースの一部又は全てが、前記延長申請情報に対応する終了時間まで延長できない場合であり、かつ、当該延長できない前記リソースと同一の前記リソースグループに属する他のリソースが、前記延長申請情報に対応する延長時間帯に予約できる場合に、前記予約情報に含まれる前記リソースのうち、前記延長申請情報に対応する終了時間まで延長できない前記リソースを、前記他のリソースに変更し、当該変更した前記他のリソースを、前記延長申請情報に対応する延長時間帯で予約する一方、前記延長申請情報に対応する終了時間まで延長できる前記リソースに対する予約時間については、前記延長申請情報に対応する終了時間まで延長する、ことがさらに含まれることとしてもよい。

上記態様において、前記予約延長処理には、前記受け付けられた前記延長申請情報に対応する前記予約情報に含まれる前記リソースの一部又は全てが、前記延長申請情報に対応する終了時間まで延長できない場合であり、かつ、前記他のリソースの全てが、前記延長申請情報に対応する延長時間帯に予約できない場合に、前記延長申請情報に対応する延長時間帯に既に予約されている他の予約の前記予約情報に含まれる全ての前記リソースに対する予約時間を、前記延長申請情報に対応する延長時間帯の後にシフトさせ、前記延長申請情報に対応する前記予約情報に含まれる全ての前記リソースに対する予約時間を、前記延長申請情報に対応する終了時間まで延長する、ことがさらに含まれることとしてもよい。

本発明の他の態様である予約処理方法は、プロセッサにより実行される予約管理方法であって、予約の対象となるサービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、前記リソースが属するリソースグループ、及び予約日時を含む予約情報として記憶部に記憶されている前記予約情報の中から、いずれかの前記予約情報を指定し、当該指定した前記予約情報に含まれる前記予約日時に対応する終了時間の延長を申請するための延長申請情報の入力を受け付ける受付ステップと、前記予約情報及び前記延長申請情報に基づいて、前記予約情報の前記予約日時に対応する終了時間を、前記延長申請情報に対応する終了時間まで延長する予約延長処理を実行する実行ステップと、を含む。

本発明によれば、複数のリソースを必要とするメニューに対する予約時間を延長する場合であっても、手間をかけずに予約時間を延長することができる予約管理装置及び予約処理方法を提供することが可能となる。

実施形態に係る予約管理装置を含む予約管理システムの構成を例示する図である。 図１に示す予約管理装置の物理的な構成を例示する図である。 メニュー、リソースグループ及びリソースの関係を模式的に例示する図である。 図１に示す予約管理装置の機能的な構成を例示する図である。 延長時間を入力するための画面を例示する図である。 延長パターンＡの延長方法を説明するための図である。 延長パターンＢの延長方法を説明するための図である。 延長パターンＣの延長方法（シフト前）を説明するための図である。 延長パターンＣの延長方法（シフト後）を説明するための図である。 実施形態に係る予約管理装置の動作の一例を説明するためのフローチャートである。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

図１は、本発明の一実施形態に係る予約管理装置１を含む予約管理システム１００の概略構成図である。同図に示すように、本実施形態における予約管理システム１００は、予約管理装置１と、一台以上の店舗端末２と、一台以上の予約者端末３とを備える。

予約管理装置１は、予約者によって申し込まれた予約を登録して管理する予約管理処理やその予約を延長するための予約延長処理等を実行する機能を有する。予約延長処理の詳細については後述する。予約管理装置１は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現する。

店舗端末２は、予約の対象となるサービスを提供する業者が店舗等で使用する端末装置である。サービスを提供する業者には、あらゆる業種及び業態の業者が含まれる。本実施形態では、例示的に、業者が、自動車のディーラーである場合について説明する。

予約者端末３は、予約者が使用する端末装置である。予約者端末３として、例えば、スマートフォン、タブレット端末、携帯情報端末（ＰＤＡ）、ノートＰＣ（パーソナルコンピュータ）、ＰＣ、その他の端末装置を適宜用いることができる。

ネットワークＮは、予約管理装置１と店舗端末２と予約者端末３との間で相互に情報を送受信可能な通信網を含む。ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

図２に示すように、予約管理装置１は、物理的な構成として、例えば、プロセッサ１１と、通信インタフェース１２と、記憶装置１３とを備える。

プロセッサ１１は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット及び各種レジスタから構成され、記憶装置１３に格納されているコンピュータプログラム１３０を実行することで、後述する各種機能を実現する。

通信インタフェース１２は、ネットワークＮに接続し、ネットワークＮ上の他の端末と通信をするハードウェアモジュールである。

記憶装置１３は、例えば、ディスクドライブ又は半導体メモリ等のコンピュータ読み取り可能な記録媒体である。この記憶装置１３には、例えば、コンピュータプログラム１３０や、データベース１３１に登録される各種データ等が格納される。

コンピュータプログラム１３０は、所定の処理を行うためのプログラムであり、予約管理装置１のメインプログラム１３０ａや、そのメインプログラム１３０ａの動作中に適宜呼び出されて実行される複数のソフトウェアモジュール１３０ｂを有する。ソフトウェアモジュール１３０ｂは、それぞれ特定の処理を実行するためにモジュール化されたサブプログラムであり、例えば、プロシージャ、サブルーチン、メソッド、関数及びデータ構造等を用いて作成される。

データベース１３１に登録される各種データとして、例えば、予約に関する予約情報１３１ａがある。予約情報１３１ａは、例えば、予約を申し込む予約者によって登録される。登録された予約情報１３１ａは、店舗端末２及び予約者端末３に表示させることや、店舗の担当者及び予約者に編集させることができる。

予約情報１３１ａは、データ項目として、例えば、予約者ＩＤ項目、予約日時項目、店舗ＩＤ項目、メニュー項目、リソースグループ項目及びリソース項目等を含む。店舗ＩＤ項目、メニュー項目及びリソース項目により、予約対象を特定することができる。予約情報１３１ａに含まれる各データ項目について、以下に説明する。

予約者ＩＤ項目は、予約者を特定するための識別情報を格納する。予約日時項目は、例えば予約日及び予約時間を含む予約された時間帯を特定するための情報を格納する。予約時間には、開始時間及び終了時間等を含むことができる。

店舗ＩＤ項目は、予約された店舗を特定するための識別情報を格納する。メニュー項目は、予約されたサービスの内容を示すメニューの名称等を格納する。メニューとして、例えば、“自動車販売”や“車検”を用いることができる。

リソース項目は、予約されたメニューに対応するサービスを提供する際に必要となるリソースの名称等を格納する。リソースとして、例えば、担当者の氏名や相談ブースの名称が該当する。

リソースグループ項目は、予約されたリソースが属するグループの総称を格納する。リソースグループとして、例えば、“担当者”や“相談ブース”が該当する。

ここで、メニュー、リソースグループ及びリソースは、店舗ごとに適宜登録することができる。予約者は、予約を申し込む際に、例えば、店舗ごとに登録されたメニュー、リソースグループ及びリソースの中から、予約したいメニュー、リソースグループ及びリソースを選択することで予約対象を指定することができる。

図３を参照し、店舗ごとに登録するメニュー、リソースグループ及びリソースについて、具体例を挙げて説明する。例えば、メニューに“自動車販売”を登録した場合、その“自動車販売”を行う際に必要となるリソースのグループとして、“担当者”及び“相談ブース”を登録することができる。そして、リソースグループである“担当者”に属するリソースとして、“鈴木一郎”、“佐藤次郎”及び“山田花子”等を登録し、リソースグループである“相談ブース”に属するリソースとして、“第１ブース”、“第２ブース”及び“第３ブース”等を登録することができる。

この場合、例えば、予約者が“自動車販売”の相談を予約する際に、メニューで“自動車販売”を選択すると、担当者を、“鈴木一郎”、“佐藤次郎”及び“山田花子”の中から選択し、“相談ブース”を、“第１ブース”、“第２ブース”及び“第３ブース”の中から選択することになる。

図４を参照し、予約管理装置１のコンピュータプログラム１３０を実行することで実現する機能について説明する。予約管理装置１は、機能的な構成として、例えば、記憶部１３０１、受付部１３０２、及び実行部１３０３を有する。

記憶部１３０１は、上記の予約情報１３１ａをデータベース１３１に記憶させる。言い換えると、記憶部１３０１は、予約情報１３１ａに含まれる、予約者ＩＤ、予約日時、店舗ＩＤ、メニュー、リソースグループ及びリソース等を対応付けてデータベース１３１に記憶させる。

受付部１３０２は、既に登録されている予約の終了時間を延長するように申請するための延長申請情報の入力を受け付ける。延長申請情報の入力は、店舗端末２及び予約者端末３のどちらからでも受け付けることができる。例示的に、店舗端末２から延長申請情報の入力を受け付ける際の手順について、図５を参照して説明する。

図５は、店舗端末２のディスプレイに表示される予約管理画面２ａの一例である。この予約管理画面２ａには、２０２０年２月１日の予約スケジュール表２ｂの一部が表示されている。

最初に、店舗の担当者が、店舗端末２を操作して、予約スケジュール表２ｂに表示されている複数の予約枠の中から、延長申請する予約枠２ｃを選択すると、ポップアップウィンドウ２ｄが開く。このポップアップウィンドウ２ｄには、担当者が選択した予約枠２ｃに対応する予約内容が表示される。

図５のポップアップウィンドウ２ｄには、予約内容として、メニューが“自動車販売”であり、予約日が“２０２０／２／１”であり、予約時間が“１０：００−１１：３０”であり、予約者が“ＸＸ ＸＸ”であることが例示されている。

続いて、店舗の担当者が、店舗端末２を操作して、ポップアップウィンドウ２ｄのプルダウンメニュー２ｅの中から延長する時間を選択し、“ＯＫ”を押す。これにより、延長申請情報が予約管理装置１に送信され、予約管理装置１の受付部１３０２が、延長申請情報の入力を受け付けることになる。図５のプルダウンメニュー２ｅでは、“３０分延長”が選択されている。したがって、この場合の延長申請情報には、予約枠２ｃに対応する予約の終了時間である１１：３０を、３０分延長して１２：００まで延長するように申請する情報が含まれる。

図４の説明に戻る。実行部１３０３は、受付部１３０２により受け付けられた延長申請情報と、記憶部１３０１により記憶された予約情報１３１ａとに基づいて、予約延長処理を実行する。予約延長処理は、延長申請された予約について、予約情報１３１ａの予約日時に対応する終了時間を、延長申請情報に対応する終了時間まで延長させるための処理である。

ここで、実行部１３０３は、延長申請された予約に含まれる複数のリソースに対する延長可否状況に応じて予約延長処理を実行する。本実施形態では、リソースの延長可否状況を、三つのパターンに分けることとし、それら三つのパターンを、例示的に、延長パターンＡ、延長パターンＢ及び延長パターンＣと呼ぶことにする。延長パターンＡ、延長パターンＢ及び延長パターンＣについて、以下に順次説明する。

（１）延長パターンＡ
延長パターンＡは、延長申請された予約で確保されているリソースの全てが、延長申請された終了時間まで延長できるパターンである。この場合、実行部１３０３は、延長申請情報に対応する予約の予約情報１３１ａに含まれる全てのリソースに対する予約時間を、延長申請情報に対応する終了時間まで延長する。

図６を参照して、具体的に説明する。図６は、リソースグループ“担当者”に属するリソースの２０２０年２月１日の予約状況を示すスケジュール表ＳＡ１と、リソースグループ“相談ブース”に属するリソースの２０２０年２月１日の予約状況を示すスケジュール表ＳＡ２とを、縦に並べて表示した図である。担当者及び相談ブースは、自動車販売を予約する場合に確保されるリソースである。

図６では、担当者“鈴木一郎”及び相談ブース“第１ブース”が、１０：００から１１：３０まで同一の自動車販売の予約（以下、「第１予約」という。）として確保され、担当者“佐藤次郎”及び相談ブース“第２ブース”が、１０：３０から１３：００まで同一の自動車販売の予約として確保され、担当者“山田花子”及び相談ブース“第３ブース”が、１０：００から１２：３０まで同一の自動車販売の予約として確保されている。

このような状況下で、１０：００から１１：３０までの第１予約を３０分延長し、終了時間を１２：００まで延ばすように申請する延長申請情報が受け付けられたとする。この場合、第１予約によって確保されているリソース“鈴木一郎”及び“第１ブース”は、延長申請された時間帯である１１：３０から１２：００までの間に他の予約が入っていない。

したがって、実行部１３０３は、延長パターンＡであると判定し、“鈴木一郎”及び“第１ブース”の予約時間を、延長申請された１２：００まで延長する。

（２）延長パターンＢ
延長パターンＢは、延長申請された予約で確保されているリソースの一部又は全てが、延長申請された終了時間まで延長できず、かつ、延長できないリソースと同一のリソースグループに属する他のリソース（以下、単に「他のリソース」ともいう。）が、延長申請された時間帯に予約できるパターンである。この場合、実行部１３０３は、延長申請情報に対応する予約の予約情報１３１ａに含まれるリソースのうち、延長申請情報に対応する終了時間まで延長できないリソースを、上記他のリソースに変更し、その変更した他のリソースを、延長申請された時間帯で予約する。他方、実行部１３０３は、延長申請情報に対応する終了時間まで延長できるリソースについては、そのリソースの予約時間を、延長申請情報に対応する終了時間まで延長する。

図７を参照して、具体的に説明する。図７は、リソースグループ“担当者”に属するリソースの２０２０年２月１日の予約状況を示すスケジュール表ＳＢ１と、リソースグループ“相談ブース”に属するリソースの２０２０年２月１日の予約状況を示すスケジュール表ＳＢ２とを、縦に並べて表示した図である。

図７では、担当者“鈴木一郎”及び相談ブース“第１ブース”が、１０：００から１１：３０まで同一の自動車販売の予約（以下、「第２予約」という。）として確保され、担当者“佐藤次郎”及び相談ブース“第１ブース”が、１１：３０から１２：３０まで同一の自動車販売の予約として確保され、担当者“山田花子”及び相談ブース“第３ブース”が、１０：００から１２：３０まで同一の自動車販売の予約として確保されている。

このような状況下で、１０：００から１１：３０までの第２予約を３０分延長し、終了時間を１２：００まで延ばすように申請する延長申請情報が受け付けられたとする。この場合、第２予約によって確保されているリソースの一つである“鈴木一郎”は、延長申請された時間帯である１１：３０から１２：００までの間に他の予約が入っていない。他方、第２予約によって確保されている、もう一つのリソースである“第１ブース”は、１１：３０から１２：００までの間に他の予約が入っている。

したがって、実行部１３０３は、延長パターンＢであると判定し、“鈴木一郎”の予約時間を、延長申請された１２：００まで延長する。他方、実行部１３０３は、“第１ブース”と同一のリソースグループに属する他のリソースのうち、１１：３０から１２：００までの間に他の予約が入っていない“第２ブース”を、“第１ブース”の替わりに延長するリソースとして決定する。そして、実行部１３０３は、延長申請された時間帯となる１１：３０から１２：００までの３０分間については、第２予約の相談ブースとして“第２ブース”を予約する。

（３）延長パターンＣ
延長パターンＣは、延長申請された予約で確保されているリソースの一部又は全てが、延長申請された終了時間まで延長できず、かつ、延長できないリソースと同一のリソースグループに属する他のリソースの全てが、延長申請された時間帯に予約できないパターンである。この場合、実行部１３０３は、延長申請された時間帯に既に予約されている他の予約の予約情報１３１ａに含まれる全てのリソースの予約時間を、延長申請された時間帯の後にシフトさせる。そして、実行部１３０３は、延長申請された予約の予約情報１３１ａに含まれる全てのリソースに対する予約時間を、延長申請された終了時間まで延長する。

図８Ａを参照して、具体的に説明する。図８Ａは、リソースグループ“担当者”に属するリソースの２０２０年２月１日の予約状況を示すスケジュール表ＳＣ１と、リソースグループ“相談ブース”に属するリソースの２０２０年２月１日の予約状況を示すスケジュール表ＳＣ２とを、縦に並べて表示した図である。

図８Ａでは、担当者“鈴木一郎”及び相談ブース“第１ブース”が、１０：００から１１：３０まで同一の自動車販売の予約（以下、「第３予約」という。）として確保され、１１：３０から１２：３０までは別の自動車販売の予約（以下、「第４予約」という。）として確保されている。また、担当者“佐藤次郎”及び相談ブース“第２ブース”が、１１：３０から１２：３０まで同一の自動車販売の予約として確保され、担当者“山田花子”及び相談ブース“第３ブース”が、１０：００から１２：３０まで同一の自動車販売の予約として確保されている。

このような状況下で、１０：００から１１：３０までの第３予約を３０分延長し、終了時間を１２：００まで延ばすように申請する延長申請情報が受け付けられたとする。この場合、第３予約によって確保されているリソースである“鈴木一郎”及び“第１ブース”は、延長申請された時間帯である１１：３０から１２：００までの間に他の予約が入っている。また、“鈴木一郎”及び“第１ブース”とそれぞれ同一のリソースグループに属する他のリソースも全て、延長申請された時間帯である１１：３０から１２：００までの間に他の予約が入っている。したがって、実行部１３０３は、延長パターンＣであると判定し、延長申請された時間帯に既に予約されている第４予約によって１１：３０から１２：３０まで確保されている“鈴木一郎”及び“第１ブース”の予約時間を、延長申請された時間帯である１１：３０から１２：００までの時間帯の後にシフトさせる。シフトさせた後のスケジュール表ＳＣ１、ＳＣ２を、図８Ｂに示す。

図８Ｂは、図８Ａの第４予約によって確保されている“鈴木一郎”及び“第１ブース”の予約時間を、１１：３０から１２：００までの時間帯の後にシフトさせた後のスケジュール表ＳＣ１、ＳＣ２を示す図である。図８Ｂに示すように、実行部１３０３は、第３予約によって確保されているリソースである“鈴木一郎”及び“第１ブース”の予約時間を、延長申請された１２：００まで延長する。

次に、図９を参照し、予約処理を実行する際の予約管理装置１の動作について説明する。

最初に、予約管理装置１の受付部１３０２は、延長申請情報の入力を店舗端末２又は予約者端末３から受け付ける（ステップＳ１０１）。

続いて、予約管理装置１の実行部１３０３は、延長申請情報に対応する予約に含まれる複数のリソースの延長可否状況に基づいて、延長パターンが、延長パターンＡ、延長パターンＢ及び延長パターンＣのうちどれに該当するのか否かを判定する（ステップＳ１０２）。

上記ステップＳ１０２で延長パターンＡであると判定した場合、実行部１３０３は、延長申請された予約の予約情報１３１ａに含まれる全てのリソースに対する予約時間を、延長申請された終了時間まで延長する（ステップＳ１０３）。そして、本動作を終了する。

上記ステップＳ１０２で延長パターンＢであると判定した場合、実行部１３０３は、延長申請された予約の予約情報１３１ａに含まれるリソースのうち、延長申請された終了時間まで延長できないリソースを、延長できる他のリソースに変更し、その変更後の他のリソースを、延長申請された時間帯で予約する一方、延長申請された終了時間まで延長できるリソースについては、そのリソースの予約時間を、延長申請された終了時間まで延長する（ステップＳ１０４）。そして、本動作を終了する。

上記ステップＳ１０２で延長パターンＣであると判定した場合、実行部１３０３は、延長申請された時間帯に既に予約されている他の予約の予約情報１３１ａに含まれる全てのリソースの予約時間を、延長申請された時間帯の後にシフトさせた後に、延長申請された予約の予約情報１３１ａに含まれる全てのリソースに対する予約時間を、延長申請された終了時間まで延長する（ステップＳ１０５）。そして、本動作を終了する。

上述したように、実施形態における予約管理装置１によれば、予約情報１３１ａ及び延長申請情報に基づいて、予約情報１３１ａの予約日時に対応する終了時間を、延長申請情報に対応する終了時間まで延長することができる。

具体的に、延長申請情報に対応する予約に含まれる複数のリソースの延長可否状況に応じて定まる延長パターンに基づいて、以下のように延長することができる。

上述した延長パターンＡである場合には、延長申請された予約の予約情報１３１ａに含まれる全てのリソースに対する予約時間を、延長申請された終了時間まで延長することができる。

上述した延長パターンＢである場合には、延長申請された予約の予約情報１３１ａに含まれるリソースのうち、延長申請された終了時間まで延長できないリソースを、延長できる他のリソースに変更し、その変更後の他のリソースを、延長申請された時間帯で予約する一方、延長申請された終了時間まで延長できるリソースについては、そのリソースの予約時間を、延長申請された終了時間まで延長することができる。

上述した延長パターンＣである場合には、延長申請された時間帯に既に予約されている他の予約の予約情報１３１ａに含まれる全てのリソースの予約時間を、延長申請された時間帯の後にシフトさせるとともに、延長申請された予約の予約情報１３１ａに含まれる全てのリソースに対する予約時間を、延長申請された終了時間まで延長することができる。

このように実施形態における予約管理装置１によれば、複数のリソースを必要とするメニューに対する予約時間を延長する場合であっても、複数のリソースの延長可否状況に基づいて簡易かつ的確に延長することができるため、手間をかけずに予約時間を延長することができる。

なお、本発明は、前述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、前述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、又は並列に実行することができる。

１…予約管理装置、２…店舗端末、３…予約者端末、１１…プロセッサ、１２…通信インタフェース、１３…記憶装置、１００…予約管理システム、１３０…コンピュータプログラム、１３０ａ…メインプログラム、１３０ｂ…ソフトウェアモジュール、１３１…データベース、１３１ａ…予約情報、１３０１…記憶部、１３０２…受付部、１３０３…実行部、Ｎ…ネットワーク。

Claims (5)

1. 予約の対象となるサービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、前記リソースが属するリソースグループ、及び予約日時を含む予約情報を記憶する記憶部と、
   前記記憶された前記予約情報のうち、いずれかの前記予約情報を指定し、当該指定した前記予約情報に含まれる前記予約日時に対応する終了時間の延長を申請するための延長申請情報の入力を受け付ける受付部と、
   前記予約情報及び前記延長申請情報に基づいて、前記予約情報の前記予約日時に対応する終了時間を、前記延長申請情報に対応する終了時間まで延長する予約延長処理を実行する実行部と、
   を備える予約管理装置。
2. 前記予約延長処理には、前記受け付けられた前記延長申請情報に対応する前記予約情報に含まれる前記リソースの全てが、前記延長申請情報に対応する終了時間まで延長できる場合に、全ての前記リソースに対する予約時間を、前記延長申請情報に対応する終了時間まで延長する、ことが含まれる、
   請求項１記載の予約管理装置。
3. 前記予約延長処理には、前記受け付けられた前記延長申請情報に対応する前記予約情報に含まれる前記リソースの一部又は全てが、前記延長申請情報に対応する終了時間まで延長できない場合であり、かつ、当該延長できない前記リソースと同一の前記リソースグループに属する他のリソースが、前記延長申請情報に対応する延長時間帯に予約できる場合に、前記予約情報に含まれる前記リソースのうち、前記延長申請情報に対応する終了時間まで延長できない前記リソースを、前記他のリソースに変更し、当該変更した前記他のリソースを、前記延長申請情報に対応する延長時間帯で予約する一方、前記延長申請情報に対応する終了時間まで延長できる前記リソースに対する予約時間を、前記延長申請情報に対応する終了時間まで延長する、ことがさらに含まれる、
   請求項２記載の予約管理装置。
4. 前記予約延長処理には、前記受け付けられた前記延長申請情報に対応する前記予約情報に含まれる前記リソースの一部又は全てが、前記延長申請情報に対応する終了時間まで延長できない場合であり、かつ、前記他のリソースの全てが、前記延長申請情報に対応する延長時間帯に予約できない場合に、前記延長申請情報に対応する延長時間帯に既に予約されている他の予約の前記予約情報に含まれる全ての前記リソースに対する予約時間を、前記延長申請情報に対応する延長時間帯の後にシフトさせ、前記延長申請情報に対応する前記予約情報に含まれる全ての前記リソースに対する予約時間を、前記延長申請情報に対応する終了時間まで延長する、ことがさらに含まれる、
   請求項３記載の予約管理装置。
5. プロセッサにより実行される予約管理方法であって、
   予約の対象となるサービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、前記リソースが属するリソースグループ、及び予約日時を含む予約情報として記憶部に記憶されている前記予約情報の中から、いずれかの前記予約情報を指定し、当該指定した前記予約情報に含まれる前記予約日時に対応する終了時間の延長を申請するための延長申請情報の入力を受け付ける受付ステップと、
   前記予約情報及び前記延長申請情報に基づいて、前記予約情報の前記予約日時に対応する終了時間を、前記延長申請情報に対応する終了時間まで延長する予約延長処理を実行する実行ステップと、
   を含む予約管理方法。

Images