JP2018085026A - 予約管理装置、予約管理方法及び予約管理プログラム - Google Patents

Abstract

【課題】複数の店舗が帰属する法人により提供されるサービスを予約する際の利便性を向上させる。
【解決手段】予約管理装置１は、予約を受け付ける店舗が提供するサービスの内容を特定するメニュー項目、当該メニュー項目に対応するサービスを提供する際の資源となるリソース、及び当該リソースが帰属するリソースグループを、各店舗の担当者にそれぞれ任意に登録させ、各店舗間で紐付ける対象となるメニュー項目を、各店舗に対応するメニュー項目の中からそれぞれ選択させ、共通の項目名称を入力させ、選択されたそれぞれのメニュー項目間にインデックスを設定し、検索条件の中に共通の項目名称を含む検索要求を受け付け、検索要求に基づいて、共通の項目名称に対応する店舗ごとの予約状況を表示させる。
【選択図】図２

Description

本発明は、予約管理装置、予約管理方法及び予約管理プログラムに関する。

下記特許文献１には、予約を代行する予約代行システムが開示されており、この予約代行システムでは、店舗が提供するサービスの内容を特定するメニュー項目名を店舗側で登録して予約を管理している。

特開２００２−１６３５２７号公報

特許文献１の予約代行システムでは、店舗がメニュー項目名を任意に登録している。したがって、複数の店舗が帰属する法人でこのようなシステムを利用する場合には、法人内で同じメニュー項目として管理可能なメニュー項目に対し、店舗間で異なるメニュー項目名を設定することが可能となる。同じメニュー項目に対して店舗間で異なるメニュー項目名を設定すると、予約申込者が予約を申し込む際に、本来同一のサービスであるにもかかわらず、店舗間で同一のサービスであるのかどうかを確認する手間がかかることとなり、予約時の利便性が低下してしまう。

そこで、本発明は、複数の店舗が帰属する法人により提供されるサービスを予約する際の利便性を向上させることができる予約管理装置、予約管理方法及び予約管理プログラムを提供することを目的とする。

本発明の一態様に係る予約管理装置は、予約を受け付ける店舗が提供するサービスの内容を特定するメニュー項目、当該メニュー項目に対応するサービスを提供する際の資源となるリソース、及び当該リソースが帰属するリソースグループを、各店舗の担当者にそれぞれ任意に登録させる手段と、各店舗間で紐付ける対象となるメニュー項目を、各店舗に対応するメニュー項目の中からそれぞれ選択させ、共通の項目名称を入力させる手段と、選択されたそれぞれのメニュー項目間にインデックスを設定する手段と、検索条件の中に共通の項目名称を含む検索要求を受け付ける手段と、検索要求に基づいて、共通の項目名称に対応する店舗ごとの予約状況を表示させる手段と、を備える。

上記態様において、店舗ごとの予約状況のうち、いずれかの予約状況が選択された場合に、前記検索要求が予約を申し込む予約申込者が使用する画面から送信されたものであるときには、前記選択された予約状況に対応する店舗の予約申込画面に遷移させる一方、前記検索要求が前記店舗の担当者が使用する画面から送信されたものであるときには、前記選択された予約状況に対応する店舗の予約管理画面に遷移させる手段をさらに備えることとしてもよい。

本発明の他の態様に係る予約管理方法は、予約を受け付ける店舗が提供するサービスの内容を特定するメニュー項目、当該メニュー項目に対応するサービスを提供する際の資源となるリソース、及び当該リソースが帰属するリソースグループを、各店舗の担当者にそれぞれ任意に登録させるステップと、各店舗間で紐付ける対象となるメニュー項目を、各店舗に対応するメニュー項目の中からそれぞれ選択させ、共通の項目名称を入力させるステップと、選択されたそれぞれのメニュー項目間にインデックスを設定するステップと、検索条件の中に共通の項目名称を含む検索要求を受け付けるステップと、検索要求に基づいて、共通の項目名称に対応する店舗ごとの予約状況を表示させるステップと、を含む。

本発明の他の態様に係る予約管理プログラムは、コンピュータを、予約を受け付ける店舗が提供するサービスの内容を特定するメニュー項目、当該メニュー項目に対応するサービスを提供する際の資源となるリソース、及び当該リソースが帰属するリソースグループを、各店舗の担当者にそれぞれ任意に登録させる手段、各店舗間で紐付ける対象となるメニュー項目を、各店舗に対応するメニュー項目の中からそれぞれ選択させ、共通の項目名称を登録させる手段、選択されたそれぞれのメニュー項目間にインデックスを設定する手段、検索条件の中に共通の項目名称を含む検索要求を受け付ける手段、検索要求に基づいて、共通の項目名称に対応する店舗ごとの予約状況を表示させる手段、として機能させる。

本発明によれば、複数の店舗が帰属する法人により提供されるサービスを予約する際の利便性を向上させることができる予約管理装置、予約管理方法及び予約管理プログラムを提供することができる。

実施形態に係る予約管理装置を含む予約管理システムの構成を例示する図である。 図１に示す予約管理装置の構成を例示する図である。 インデックス設定画面を例示する図である。 予約状況検索画面を例示する図である。 予約状況検索結果画面を例示する図である。 予約管理装置で実行される処理手順の一例を説明するためのフローチャートである。 予約管理装置で実行される処理手順の一例を説明するためのフローチャートである。 予約管理装置で実行される処理手順の一例を説明するためのフローチャートである。 変形例におけるインデックス設定画面を例示する図である。 変形例における予約状況検索結果画面を例示する図である。

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

図１は、本発明の一実施形態に係る予約管理装置を含む予約管理システムの構成概略図である。同図に示すように、本実施形態における予約管理システム１００は、予約管理装置１と、法人ごとに配置される法人端末２と、法人に帰属する店舗ごとに配置される店舗端末３と、１台以上の予約申込者端末４とを備える。法人端末２、店舗端末３及び予約申込者端末４はそれぞれ、ネットワークＮを介して予約管理装置１と通信できるように構成される。

法人は、サービスを提供するものであればよく、あらゆる業種・業態が対象となる。予約申込者端末４は、サービスの提供を受けるユーザが、イベントの予約を申し込む予約申込者として使用する端末装置である。

イベントは、予約の対象となり得るものであればよい。イベントは、例えば、後述する予約枠を設定することで生成される予約イベント情報により特定することができる。予約イベント情報には、例えば、店舗を特定する店舗ＩＤ、イベントを特定するイベント識別情報、イベントのジャンル、イベントを提供する場所、イベントを提供する時間、イベントに対する料金、イベントに関する補足説明等が含まれる。

イベントのジャンルは、例えば業種・業態ごとや、提供対象の種類ごとに設けることができ、具体的に、飲食店、病院、スクール、フィットネス、美容サロン、飲食店で提供する各料理（例えばそば屋で提供する天ぷらそば、ざるそば）等が該当する。各ジャンルには、それぞれ複数の階層を任意に設けることができる。例えば、ジャンルが飲食店である場合には、飲食店の下位階層として、レストラン、カフェ、居酒屋等を設け、レストランの下位階層として、和食系、中華系、洋食系等を設け、さらに和食系の下位階層として、寿司屋、そば屋、天ぷら屋等を設けることができる。

予約枠を設定する方法は、例えば、予約受付タイプに応じて定めることができる。予約受付タイプとして、例示的に、（Ａ）事前設定タイプ及び（Ｂ）自由受付タイプを採用することができる。なお、予約受付タイプは、他のタイプであってもよく、任意に採用することができる。

（Ａ）事前設定タイプは、予約受付者が事前に設定した予約枠を利用して予約申込者からの予約を受け付ける方式である。（Ｂ）自由受付タイプは、予約受付者が設定したサービス提供時間内に、所望の予約枠を予約申込者に設定させることで予約申込者からの予約を受け付ける方式である。

本実施形態では、法人端末２、店舗端末３及び予約申込者端末４として、ＰＣ（パーソナルコンピュータ）を想定して説明するが、これに限定されない。法人端末２、店舗端末３及び予約申込者端末４として、例えば、ノートＰＣ、タブレット端末、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）、その他の端末装置を適宜用いることができる。

予約管理装置１は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、予約管理装置１を構成するコンピュータは、必ずしも１台である必要はなく、ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

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

図２に示すように、予約管理装置１は、例えば、プロセッサ１０と、通信インタフェース１１と、記憶資源１２とを備える。

プロセッサ１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット及び各種レジスタから構成され、記憶資源１２に格納されているコンピュータプログラム１２０を実行することで、後述する各種機能を実現する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

通信インタフェース１１は、ネットワークＮに接続し、ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース１１は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

記憶資源１２は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブ又は半導体メモリ等のコンピュータ読み取り可能な記録媒体である。記憶資源１２は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。記憶資源１２には、コンピュータプログラム１２０が記憶される。

記憶資源１２には、コンピュータプログラム１２０のほか、予約管理装置１の処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース１１を制御するための通信インタフェースドライバプログラム等がある。各種データとしては、例えば、予約マスタＤＢ（データベース）１２２に記憶される予約情報、インデックステーブル１２３に記憶されるインデックス情報等がある。前述のデータベース及びテーブルのデータ構成について、以下に説明する。

予約マスタＤＢ１２２は、予約情報を記憶するデータベースであり、データ項目として、例えば、店舗ＩＤ、予約ＩＤ、メニュー情報、リソース情報、リソースグループ情報、ステータスコード、顧客ＩＤ、予約基本情報等を有する。

店舗ＩＤは、予約を受け付ける店舗を特定するための識別情報を格納する。予約ＩＤは、予約を特定するための識別情報を格納する。メニュー情報は、予約するサービスの内容をあらわすメニューを特定するための識別情報を格納する。リソース情報は、予約するサービスを提供する際の資源（例えば、人、設備、備品等）をあらわすリソースを特定するための識別情報を格納する。リソースグループ情報は、リソースが帰属するリソースグループを特定するための識別情報を格納する。

ステータスコードは、予約の進捗状況等を示すためのステータスを特定する識別情報を格納する。顧客ＩＤは、予約を申し込む予約申込者（顧客）を特定するための識別情報を格納する。

予約基本情報は、予約に関する基本的な情報を格納するデータ項目群である。予約基本情報には、例えば、氏名、フリガナ、メールアドレス、電話番号、提供場所、提供時間、料金、人数等のデータ項目が含まれる。

インデックステーブル１２３は、インデック情報を記憶するテーブルであり、データ項目として、例えば、インデックスの設定対象となる店舗ＩＤ及びメニュー情報の組、インデックス名称、共通項目名称等を有する。

なお、前述したデータベース及びテーブルの構成並びにそれらに格納されるデータ項目の組み合わせは例示に過ぎず、データベース及びテーブルの構成やデータ項目の組み合わせについては、運用するシステムに合わせて適宜変更することができる。

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

コンピュータプログラム１２０は、例示的に、予約管理モジュール１２１を有する。以下において、予約管理モジュール１２１を実行することで実現する機能について説明する。

予約管理モジュール１２１は、予約枠を設定する前に行う準備作業の処理として、メニュー項目、リソース及びリソースグループを、各店舗の担当者に登録させる。メニュー項目、リソースグループ、リソースの内容は、店舗の担当者が任意に登録（追加及び削除を含む）することができる。

メニュー項目は、店舗が提供するサービスの内容を特定する項目であり、リソースは、メニュー項目に対応するサービスを提供する際の資源（例えば、人、設備、備品等）を特定する項目であり、リソースグループは、リソースが帰属する項目である。メニュー項目、リソース及びリソースグループは、予約枠を特定する際の要素として用いることができる。

ここで、メニュー項目、リソースグループ、リソースについて、店舗の業種・業態ごとに、具体例を挙げて説明する。

（Ａ）店舗の業種・業態が、ゴルフスタジオである場合には、メニューとして、例えば、“初心者プラン”、“プライベートプラン”、“オールプラン”、“打放しプラン”等を設定することができ、リソースグループとして、例えば、“レンタルセット”、“打席”、“インストラクター”等を設定することができ、“レンタルセット”のリソースとして、例えば、“レンタルクラブ”、“レンタルシューズ”、“レンタルグローブ”等を設定することができ、“打席”のリソースとして、例えば、打席番号を設定することができ、“インストラクター”のリソースとして、例えば、インストラクターの氏名を設定することができる。

（Ｂ）店舗の業種・業態が、自動車修理工場である場合には、メニューとして、例えば、“タイヤ交換”、“板金塗装”、“カーナビゲーションの取り付け”、“車検”等を設定することができ、リソースグループとして、例えば、“ピット”、“作業員”、“工具”等を設定することができ、“ピット”のリソースとして、例えば、ピット番号を設定することができ、“作業員”のリソースとして、例えば、作業員の氏名を設定することができ、“工具”のリソースとして、例えば、工具の名称を設定することができる。

（Ｃ）店舗の業種・業態が、学習塾である場合には、メニューとして、例えば、“国語”、“社会”、“算数”等を設定することができ、リソースグループとして、例えば、“講師”、“教室”等を設定することができ、“講師”のリソースとして、例えば、各講師の氏名を設定することができ、“教室”のリソースとして、例えば、各教室の部屋番号を設定することができる。

（Ｄ）店舗の業種・業態が、貸し会議室である場合には、メニューとして、例えば、“貸し会議室”、“貸しホール”等を設定することができ、リソースグループとして、例えば、“建物／施設”、“備品”等を設定することができ、“建物／施設”のリソースとして、例えば、各建物／施設の部屋番号を設定することができ、“備品”のリソースとして、各備品の名称を設定することができる。

（Ｅ）店舗の業種・業態が、フィットネススタジオである場合には、メニューとして、例えば、“ホットヨガ”、“ピラティス”等を設定することができ、リソースグループとして、例えば、“インストラクター”、“オプション”等を設定することができ、“インストラクター”のリソースとして、例えば、各インストラクターの氏名を設定することができ、“オプション”のリソースとして、例えば、“ヨガマット”、“タオル”等を設定することができる。

予約管理モジュール１２１は、前述した準備作業が終わると、予約受付タイプに応じて、例えば以下のように予約枠を設定させる。

（１）事前設定タイプでは、各店舗の担当者に、メニュー項目と、そのメニュー項目に対応するサービスを提供する時間帯とを設定させることで、予約枠を設定させる。

（２）自由受付タイプでは、各店舗の担当者に、サービス提供時間を設定させ、予約申込者に、サービス提供時間内から所望する時間帯を指定させることで、予約枠を設定させる。

店舗の担当者は、予約枠を表示した予約申込画面のＵＲＬ（uniform resource locator；画面のアドレスを示す情報）を予約申込者に公開することで、予約申込者からの予約を受け付ける。予約申込者が予約申込者端末４を操作して入力した予約に関する情報は、予約情報として予約管理装置１の記憶資源１２に格納され、各店舗で予約を管理する際に用いる予約管理画面に反映される。

予約管理モジュール１２１は、法人端末２のディスプレイに、インデックス設定画面を表示させる。インデックス設定画面は、法人の管理者が、各店舗間で紐付けの対象となるメニュー項目を指定し、共通の項目名称を設定することによってメニュー項目間にインデックスを設定するための画面である。このインデックス設定画面で設定された共通の項目名称を利用することにより、共通の項目名称に紐付けられた各メニュー項目（各メニュー項目に紐付くリソース項目を含む）に紐付く予約状況（予約の空き状況を含む）を直ぐに確認することが可能となる。図３に、インデックス設定画面の一例を示す。

インデックス設定画面２１には、店舗Ａのメニュー項目リストＬＡと、店舗Ｂのメニュー項目リストＬＢと、インデックス名称の入力欄Ｉ１と、共通項目名称の入力欄Ｉ２と、設定ボタンＢ１とが設けられている。なお、図３では、例示的に、店舗Ａ及び店舗Ｂの２店舗分のメニュー項目リストを表示しているが、これに限定されない。法人に帰属する店舗が３店舗以上ある場合には、その店舗数分のメニュー項目リストを表示することとしてもよい。

メニュー項目リストＬＡ、ＬＢには、対象店舗において登録されたメニュー項目がそれぞれ一覧表示される。各メニュー項目リストＬＡ、ＬＢに表示されているメニュー項目の中から、店舗間で紐付ける対象となるメニュー項目をそれぞれ選択する。メニュー項目を選択する場合には、各メニュー項目の表示欄に設けられたチェックボックスをチェックする。

図３では、店舗Ａにおいて登録されたメニュー項目のうち、“メニューｐｐｐ”のチェックボックスＣＡがチェックされ、店舗Ｂにおいて登録された各メニュー項目のうち、“メニューｖｖｖ”のチェックボックスＣＢがチェックされている。また、インデックス名称の入力欄Ｉ１に“ｉｎｄｅｘ０１”が入力され、共通項目名称の入力欄Ｉ２に“メニューα”が入力されている。

図３の表示状態で設定ボタンＢ１が押下されると、店舗Ａの“メニューｐｐｐ”と、店舗Ｂの“メニューｖｖｖ”との間にインデックスが設定され、このインデックスの名称として“ｉｎｄｅｘ０１”が設定され、共通のメニュー項目名称として“メニューα”が設定される。設定された各内容は、インデックス情報としてインデックステーブル１２３に格納される。インデックスの設定は、予め設定されたスケジュールに従って実行されるバッチ処理により更新される。予め設定するスケジュールは、例えば、１日１回、１時間に１回、５分ごと等のように任意に定めることができる。

図２の予約管理モジュール１２１は、図４に例示する予約状況検索画面２２を、店舗端末３及び予約申込者端末４にそれぞれ表示させる。予約状況検索画面２２は、店舗担当者用又は予約申込者用の画面として区別できるように設計され、店舗担当者又は予約申込者に付与される権限により使用可能な画面群の中に組み込まれる。予約状況検索画面２２は、店舗の担当者又は予約申込者が共通のメニュー項目名称を指定して予約状況を検索する際に使用する画面である。

予約状況検索画面２２には、共通項目名称を選択するためのプルダウンメニューＭと、予約日時を入力するための入力欄Ｉ３と、検索を実行指示するための検索ボタンＢ２とが設けられている。プルダウンメニューＭのリストには、インデックス設定画面２１で設定された共通項目名称が表示される。

図４では、プルダウンメニューＭで“メニューα”が選択され、予約日時入力欄Ｉ３に“２０１６／８／１０ １１：００−１２：００”が入力されている。

図４の表示状態で検索ボタンＢ２が押下されると、店舗端末３又は予約申込者端末４から予約管理装置１に検索要求が発行され、店舗端末３又は予約申込者端末４のディスプレイに、図５に例示する予約状況検索結果画面２３が表示される。検索要求には、予約状況検索画面２２で指定された共通項目名称及び予約日時などの検索条件が含まれる。予約状況検索結果画面２３は、前述した予約状況検索画面２２と同様に、店舗担当者用又は予約申込者用の画面として区別できるように設計され、店舗担当者又は予約申込者に付与される権限により使用可能な画面群の中に組み込まれる。

予約状況検索結果画面２３には、予約状況検索画面２２で指定された共通項目名称及び予約日時を表示する表示欄Ｏ１と、検索結果である店舗ごとの予約状況を表示する表示欄Ｏ２と、が表示されている。表示欄Ｏ２には、検索条件に合致する予約枠のうち、空いている予約枠の数が、店舗ごとに表示される。つまり、各店舗における予約状況が表示される。

図５では、共通項目名称及び予約日時の表示欄Ｏ１に、“メニューα”及び“２０１６／８／１０ １１：００−１２：００”が表示され、店舗ごとの予約状況の表示欄Ｏ２に、店舗Ａの空き枠が“１枠”であり、店舗Ｂの空き枠が“２枠”であることが表示されている。表示欄Ｏ２の各空き枠表示部分Ｏ２１，Ｏ２２には、遷移先となる画面のＵＲＬが埋め込まれており、空き枠表示部分（予約状況）を選択することで、ＵＲＬにより指定された画面に遷移することができる。

遷移先となる画面は、予約状況検索結果画面２３が、予約申込者用の画面であるのか、店舗担当者用の画面であるのかによって異なる。予約状況検索結果画面２３が予約申込者用の画面である場合には、対象店舗の予約申込画面に遷移する。一方、予約状況検索結果画面２３が店舗担当者用の画面である場合には、対象店舗の予約管理画面に遷移する。

例示的に、予約申込者用の予約状況検索結果画面２３において、店舗Ａの空き枠表示部分Ｏ２１が選択されると、店舗Ａの予約申込画面に遷移し、店舗Ｂの空き枠表示部分Ｏ２２が選択されると、店舗Ｂの予約申込画面に遷移する。一方、店舗担当者用の予約状況検索結果画面２３において、店舗Ａの空き枠表示部分Ｏ２１が選択されると、店舗Ａの予約管理画面に遷移し、店舗Ｂの空き枠表示部分Ｏ２２が選択されると、店舗Ｂの予約管理画面に遷移する。

ここで、予約申込画面は、予約申込者端末４に表示される画面であり、予約申込者がイベントを予約するために使用する画面である。予約申込者は、前述した予約受付タイプ（事前設定タイプ、自由受付タイプ）に従った手順により、予約申込画面から予約を申し込む。

また、予約管理画面は、店舗端末３に表示される画面であり、店舗の担当者が自店舗の予約スケジュールを管理するために使用する画面である。この予約管理画面には、予約申込者から電話を受けた店舗の担当者が、予約申込者の代わりにイベントを予約する機能が含まれている。

次に、図６から図８を参照し、本実施形態に係る予約管理装置において実行される処理手順について説明する。まず、図６を参照し、法人の管理者が、各店舗間で紐付けの対象となるメニュー項目間にインデックスを設定する際の手順について説明する。

最初に、予約管理モジュール１２１は、法人の管理者の操作指示に従って、図３のインデックス設定画面２１を法人端末２のディスプレイに表示させる（ステップＳ１０１）。

続いて、予約管理モジュール１２１は、インデックス設定画面２１を利用し、店舗間で紐付けの対象となるメニュー項目をそれぞれ法人の管理者に選択させ、インデックス名称及び共通のメニュー項目名称を法人の管理者に入力させる（ステップＳ１０２）。

続いて、予約管理モジュール１２１は、前述したステップＳ１０２で選択されたメニュー項目間にインデックスを設定する（ステップＳ１０３）。そして、本手順を終了する。

次に、図７を参照し、予約申込者が、予約申込者用の予約状況検索画面２２を利用し、法人に帰属する各店舗の予約状況を確認する際の手順について説明する。

最初に、予約管理モジュール１２１は、予約申込者の操作指示に従って、図４の予約状況検索画面２２を予約申込者端末４のディスプレイに表示させる（ステップＳ２０１）。

続いて、予約管理モジュール１２１は、予約状況検索画面２２の検索ボタンＢ２が押下されることにより発行される検索要求を予約申込者端末４から受信する（ステップＳ２０２）。

続いて、予約管理モジュール１２１は、受信した検索要求に基づいて図５の予約状況検索結果画面２３を、予約申込者端末４のディスプレイに表示させる（ステップＳ２０３）。

続いて、予約管理モジュール１２１は、予約状況検索結果画面２３でいずれかの店舗の予約状況が選択されたか否かを判定する（ステップＳ２０４）。この判定がＮＯである場合（ステップＳ２０４；ＮＯ）にはＹＥＳになるまで待機する。

前述したステップＳ２０４の判定においていずれかの店舗の予約状況が選択されたと判定した場合（ステップＳ２０４；ＹＥＳ）に、予約管理モジュール１２１は、予約申込者端末４に表示されている画面を、選択された予約状況に対応する店舗の予約申込画面に遷移させる（ステップＳ２０５）。そして、本手順を終了する。

次に、図８を参照し、予約申込者から電話を受けた店舗の担当者が、店舗担当者用の予約状況検索画面２２を利用し、法人に帰属する各店舗の予約状況を確認する際の手順について説明する。

最初に、予約管理モジュール１２１は、店舗の担当者の操作指示に従って、図４の予約状況検索画面２２を店舗端末３のディスプレイに表示させる（ステップＳ３０１）。

続いて、予約管理モジュール１２１は、予約状況検索画面２２の検索ボタンＢ２が押下されることにより発行される検索要求を店舗端末３から受信する（ステップＳ３０２）。

続いて、予約管理モジュール１２１は、受信した検索要求に基づいて図５の予約状況検索結果画面２３を、店舗端末３のディスプレイに表示させる（ステップＳ３０３）。

続いて、予約管理モジュール１２１は、予約状況検索結果画面２３でいずれかの店舗の予約状況が選択されたか否かを判定する（ステップＳ３０４）。この判定がＮＯである場合（ステップＳ３０４；ＮＯ）にはＹＥＳになるまで待機する。

前述したステップＳ３０４の判定においていずれかの店舗の予約状況が選択されたと判定した場合（ステップＳ３０４；ＹＥＳ）に、予約管理モジュール１２１は、店舗端末３に表示されている画面を、選択された予約状況に対応する店舗の予約管理画面に遷移させる（ステップＳ３０５）。そして、本手順を終了する。

前述したように、本実施形態における予約管理システム１００によれば、メニュー項目、リソース及びリソースグループを、各店舗の担当者にそれぞれ任意に登録させたうえで、法人の管理者に、各店舗間で紐付ける対象となるメニュー項目を、各店舗に対応するメニュー項目の中からそれぞれ選択させ、共通のメニュー項目名称を入力させることができる。そして、法人の管理者により選択されたそれぞれのメニュー項目間にインデックスを設定し、共通のメニュー項目名称を検索条件に含む検索要求を受け付けた場合に、その検索要求に基づいて、共通のメニュー項目名称に対応する店舗ごとの予約状況を表示させることができる。

これにより、法人内で同じメニュー項目として管理可能なメニュー項目に対し、店舗間で異なるメニュー項目名が設定された場合であっても、予約申込者が予約を申し込む際に、それらの異なるメニュー項目名を紐付ける共通のメニュー項目名称を選択して予約状況を検索することで、所望するメニュー項目における各店舗の予約状況をまとめて確認することが可能となる。したがって、複数の店舗が帰属する法人により提供されるサービスを予約する際の利便性を向上させることができる。

また、本実施形態における予約管理システム１００によれば、予約申込者用の予約状況検索結果画面２３においていずれかの店舗の予約状況が選択された場合に、その選択された予約状況に対応する店舗の予約申込画面に遷移させることができるため、共通のメニュー項目名称に対応する予約を、予約申込者が選択した店舗の予約申込画面から申し込むことができ、予約時の利便性を高めることが可能となる。

また、本実施形態における予約管理システム１００によれば、店舗担当者用の予約状況検索結果画面２３においていずれかの店舗の予約状況が選択された場合に、その選択された予約状況に対応する店舗の予約管理画面に遷移させることができるため、共通のメニュー項目名称に対応する予約を、予約申込者から電話を受けた担当者により選択された店舗の予約管理画面から申し込むことができ、予約時の利便性を高めることが可能となる。

ここで、本実施形態における予約状況は、予約の空き状況であってもよいし、予約の受け付け状況であってもよい。予約の空き状況は、例えば、予約が可能な在庫状況として管理することとしてもよい。予約が可能な在庫状況は、例えば、予約済の情報と、各リソースグループに属するリソースに関連する情報とを用いて算定することができる。リソースに関連する情報として、例えば、リソースごとに設定可能な同時受付上限数及び予約ブロック枠の情報が含まれる。同時受付上限数は、そのリソースに対する予約を同一の時間帯で同時に受け付けることができる上限数である。予約ブロック枠は、そのリソースに対する予約をブロックする（予約を受け付けない）際に設定される予約枠である。この予約ブロック枠は、そのリソースの同時受付上限数の一部または全部に対して任意に設定することができる。

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

また、前述した実施形態では、インデックス設定画面で設定した共通の項目名称を選択して予約状況を検索することで、インデックス設定画面で指定した各店舗のメニュー項目に紐付く予約状況、すなわち、同画面で指定した各店舗のメニュー項目に紐付くリソースに対する予約状況を確認できることについて説明した。しかしながら、予約状況を確認する対象は、これに限定されず、例えば、メニュー項目に紐付くリソースのうち、一部のリソースを除外して予約状況を確認できるようにしてもよい。

この変形例におけるインデックス設定画面について、図９を参照して説明する。同図のインデックス設定画面２１ｓは、図３に示すインデックス設定画面２１の各項目に加え、画面上で指定されたメニュー項目を展開し、そのメニュー項目に紐付くリソースグループ及びリソースを階層的に表示できるようにしたものである。

図９では、店舗Ａにおいて登録されたメニュー項目のうち、“メニューｐｐｐ”のチェックボックスＣＡがチェックされ、“メニューｐｐｐ”に紐付く下位階層のリソースグループとして、“リソースグループｇａ”及び“リソースグループｇｂ”が表示されている。また、“リソースグループｇａ”に紐付く下位階層のリソースとして、“リソースａ”、“リソースｂ”及び“リソースｃ”が表示され、“リソースグループｇｂ”に紐付く下位階層のリソースとして、“リソースｄ”及び“リソースｅ”が表示されている。各リソースにはチェックボックスが設けられ、それぞれのチェックボックスには“×”がデフォルトで表示されている。

チェックボックスに“×”が設定されているリソースは、予約状況を確認する対象となり、チェックボックスから“×”が外されたリソースは、予約状況を確認する対象から除外される。図９では、“リソースグループｇａ”の“リソースａ”及び“リソースｂ”並びに“リソースグループｇｂ”の“リソースｄ”及び“リソースｅ”は、チェックボックスＣａ、Ｃｂ、Ｃｄ、Ｃｅに“×”が設定されているため、予約状況を確認する対象となる。一方、“リソースグループｇａ”の“リソースｃ”は、チェックボックスＣｃから“×”が外されているため、予約状況を確認する対象から除外される。

この変形例において、予約状況検索結果画面は、共通の項目名称に紐付く店舗の予約状況を、図５に示すように店舗単位にまとめて表示することとしてもよいし、図１０に示すように共通の項目名称に紐付く店舗のリソース単位に表示することとしてもよい。また、前述した実施形態において、図５に示す予約状況検索結果画面２３に替えて、図１０に示す予約状況検索結果画面２３ｓを採用し、共通の項目名称に紐付く店舗のリソース単位に予約状況を表示することとしてもよい。

また、前述した実施形態では、インデックス設定画面で各店舗のメニュー項目間にインデックスを設定しているが、これに加え、各店舗のリソースグループ間及びリソース間にもインデックスを設定することとしてもよい。

また、前述した実施形態では、予約状況検索画面２２及び予約状況検索結果画面２３を、店舗担当者用又は予約申込者用の画面として設けているが、法人管理者用の画面としてさらに設けることとしてもよい。この場合、法人の管理者が共通のメニュー項目名称を用いて各店舗の予約状況をまとめて確認することができるようになるため、法人内で予約状況を管理する際の利便性を高めることが可能となる。また、店舗担当者用の画面と同様に、予約申込者の代わりにイベントを予約する機能を付加することで、法人の管理者が、予約申込者からの電話を受け、予約を代行することができるようになり、予約時の利便性を高めることが可能となる。

また、前述した実施形態では、法人端末２、店舗端末３及び予約申込者端末４が、予約管理装置１にネットワークＮを介してアクセスしながら処理を行うことを前提に説明しているが、法人端末２、店舗端末３及び予約申込者端末４は、必ずしも予約管理装置１にアクセスしながら処理を行う必要はない。例えば、法人端末２、店舗端末３及び予約申込者端末４が、予約管理アプリケーション（予約管理アプリ）をインストールし、前述した予約管理システムの各種機能を実現することとしてもよい。この場合、法人端末２、店舗端末３及び予約申込者端末４は、予約管理装置１から最新の情報を取得して処理を実行し、法人端末２、店舗端末３及び予約申込者端末４内で処理されたデータを予約管理装置１に送信することとすればよい。

また、実施形態におけるプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体（コンピュータ読み取り可能な記録媒体）を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

１…予約管理装置、２…法人端末、３…店舗端末、４…予約申込者端末、１０…プロセッサ、１１…通信インタフェース、１２…記憶資源、１００…予約管理システム、１２０…コンピュータプログラム、１２１…予約管理モジュール、１２２…予約マスタＤＢ、１２３…インデックステーブル、Ｎ…ネットワーク

Claims (4)

1. 予約を受け付ける店舗が提供するサービスの内容を特定するメニュー項目、当該メニュー項目に対応する前記サービスを提供する際の資源となるリソース、及び当該リソースが帰属するリソースグループを、各店舗の担当者にそれぞれ任意に登録させる手段と、
   各店舗間で紐付ける対象となる前記メニュー項目を、各店舗に対応する前記メニュー項目の中からそれぞれ選択させ、共通の項目名称を入力させる手段と、
   前記選択されたそれぞれの前記メニュー項目間にインデックスを設定する手段と、
   検索条件の中に前記共通の項目名称を含む検索要求を受け付ける手段と、
   前記検索要求に基づいて、前記共通の項目名称に対応する店舗ごとの予約状況を表示させる手段と、
   を備える予約管理装置。
2. 前記店舗ごとの予約状況のうち、いずれかの予約状況が選択された場合に、前記検索要求が予約を申し込む予約申込者が使用する画面から送信されたものであるときには、前記選択された予約状況に対応する店舗の予約申込画面に遷移させる一方、前記検索要求が前記店舗の担当者が使用する画面から送信されたものであるときには、前記選択された予約状況に対応する店舗の予約管理画面に遷移させる手段をさらに備える、
   請求項１に記載の予約管理装置。
3. 予約を受け付ける店舗が提供するサービスの内容を特定するメニュー項目、当該メニュー項目に対応する前記サービスを提供する際の資源となるリソース、及び当該リソースが帰属するリソースグループを、各店舗の担当者にそれぞれ任意に登録させるステップと、
   各店舗間で紐付ける対象となる前記メニュー項目を、各店舗に対応する前記メニュー項目の中からそれぞれ選択させ、共通の項目名称を入力させるステップと、
   前記選択されたそれぞれの前記メニュー項目間にインデックスを設定するステップと、
   検索条件の中に前記共通の項目名称を含む検索要求を受け付けるステップと、
   前記検索要求に基づいて、前記共通の項目名称に対応する店舗ごとの予約状況を表示させるステップと、
   を含む予約管理方法。
4. コンピュータを、
   予約を受け付ける店舗が提供するサービスの内容を特定するメニュー項目、当該メニュー項目に対応する前記サービスを提供する際の資源となるリソース、及び当該リソースが帰属するリソースグループを、各店舗の担当者にそれぞれ任意に登録させる手段、
   各店舗間で紐付ける対象となる前記メニュー項目を、各店舗に対応する前記メニュー項目の中からそれぞれ選択させ、共通の項目名称を登録させる手段、
   前記選択されたそれぞれの前記メニュー項目間にインデックスを設定する手段、
   検索条件の中に前記共通の項目名称を含む検索要求を受け付ける手段、
   前記検索要求に基づいて、前記共通の項目名称に対応する店舗ごとの予約状況を表示させる手段、
   として機能させる予約管理プログラム。