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

Abstract

【課題】リソースを有効に活用することができる予約処理装置を提供する。【解決手段】予約の対象となるメニュー及び日時を含む予約申込情報の入力を受け付ける受付部１３０２と、受け付けられた予約申込情報のメニューに対応付けられたリソース、かつ予約申込情報の日時に予約が可能なリソースの中から、リソースグループごとに設定される予約割り当てパターンのルールに適合するリソースを、予約の対象となるリソースとして選択する選択部１３０３と、予約申込情報のメニュー及び日時、並びに選択部１３０３により選択されたリソースに基づいて、予約処理を実行する実行部１３０４と、を備え、予約割り当てパターンの第１パターンのルールは、リソースグループに属する複数のリソースそれぞれに割り当てられる優先順位のうち、最も高い優先順位が割り当てられたリソースを選択することである。【選択図】図６

Description

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

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

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

ところで、特許文献１に記載の予約管理装置では、予約を申し込む際に、予約申込者がリソースを任意に選択することができる。そのため、リソース間の予約状況に偏りが生じ易くなる。予約状況に偏りが生ずると、リソースを十分に活用できなくなるおそれがある。

本発明は、上述した課題を解決するためになされたものであり、リソースを有効に活用することができる予約処理装置及び予約処理方法を提供することを目的の一つとする。

本発明の一態様である予約処理装置は、サービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、及び前記リソースが属するリソースグループを、対応付けて記憶する記憶部と、予約の対象となる前記メニュー及び予約の対象となる日時を含む予約申込情報の入力を受け付ける受付部と、前記受け付けられた前記予約申込情報に含まれる前記メニューに対応付けて記憶された前記リソースであり、かつ前記予約申込情報に含まれる前記日時に予約が可能な前記リソースの中から、前記リソースグループごとに設定される予約割り当てパターンのルールに適合する前記リソースを、予約の対象となる前記リソースとして選択する選択部と、前記予約申込情報に含まれる前記メニュー、前記予約申込情報に含まれる前記日時、及び前記選択部により選択された前記リソースに基づいて、予約処理を実行する実行部と、を備え、前記予約割り当てパターンに含まれる第１パターンのルールは、前記リソースグループに属する複数の前記リソースそれぞれに割り当てられる優先順位のうち、最も高い前記優先順位が割り当てられた前記リソースを選択することである。

上記態様において、前記優先順位は、前記リソースグループに属する複数の前記リソースそれぞれの予約の空き状況に基づいて、割り当てられることとしてもよい。

上記態様において、前記優先順位は、前記リソースグループに属する複数の前記リソースそれぞれの予約率に基づき、前記予約率が低いほど、前記優先順位が高くなるように割り当てられることとしてもよい。

上記態様において、前記優先順位は、前記リソースグループに属する複数の前記リソースそれぞれの予約率に基づき、前記予約率が高いほど、前記優先順位が高くなるように割り当てられることとしてもよい。

上記態様において、前記優先順位は、サービスを提供する側で任意に指定した順位が割り当てられることとしてもよい。

上記態様において、前記予約申込情報は、予約を申し込む予約申込者を特定する識別情報をさらに含み、前記記憶部は、前記リソースグループに属する複数の前記リソースそれぞれに対応付けて、当該リソースに適する前記予約申込者のランクのレンジを、さらに記憶し、前記予約割り当てパターンに含まれる第２パターンのルールは、前記予約申込者のランクに適合する前記リソースを選択することであり、前記選択部は、前記第２パターンが設定された前記リソースグループに属する複数の前記リソースの中から、予約の対象となる前記リソースを選択する際に、前記識別情報に対応付けられた前記予約申込者のランクを取得し、当該取得した前記予約申込者のランクが当て嵌まる前記レンジに対応付けて記憶されている前記リソースを選択することとしてもよい。

上記態様において、前記選択部は、前記予約申込者のランクが当て嵌まる前記レンジが複数存在する場合に、複数ある前記レンジのうち、より高いランクを対象にするレンジに対応付けて記憶されている前記リソースを選択することとしてもよい。

本発明の他の態様である予約処理方法は、プロセッサにより実行される予約処理方法であって、サービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、及び前記リソースが属するリソースグループを、対応付けて記憶させる記憶ステップと、予約の対象となる前記メニュー及び予約の対象となる日時を含む予約申込情報の入力を受け付ける受付ステップと、前記受け付けられた前記予約申込情報に含まれる前記メニューに対応付けて記憶された前記リソースであり、かつ前記予約申込情報に含まれる前記日時に予約が可能な前記リソースの中から、前記リソースグループごとに設定される予約割り当てパターンのルールに適合する前記リソースを、予約の対象となる前記リソースとして選択する選択ステップと、前記予約申込情報に含まれる前記メニュー、前記予約申込情報に含まれる前記日時、及び前記選択ステップにおいて選択された前記リソースに基づいて、予約処理を実行する実行ステップと、を含み、前記予約割り当てパターンに含まれる第１パターンのルールは、前記リソースグループに属する複数の前記リソースそれぞれに割り当てられる優先順位のうち、最も高い前記優先順位が割り当てられた前記リソースを選択することである。

本発明によれば、リソースを有効に活用することができる予約処理装置及び予約処理方法を提供することが可能となる。

実施形態に係る予約処理装置を含む予約処理システムの構成を例示する図である。 図１に示す予約処理装置の物理的な構成を例示する図である。 メニュー、リソースグループ及びリソースの関係を模式的に例示する図である。 リソースグループ“担当者”に属する各リソースのタイムスケジュールを例示する図である。 店舗端末に表示させる店舗用設定画面の一部を例示する図である。 図１に示す予約処理装置の機能的な構成を例示する図である。 リソースグループ“相談ブース”に属する各リソースのタイムスケジュールを例示する図である。 実施形態に係る予約処理装置の動作の一例を説明するためのフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

データベース１３１に登録される各種データとして、例えば、予約の対象に関する予約対象情報１３１ａがある。予約対象情報１３１ａは、店舗端末２を操作する店舗担当者により登録される。

予約対象情報１３１ａは、データ項目として、例えば、店舗ＩＤ項目、メニュー項目、リソースグループ項目、リソース項目、予約可能時間項目、予約割り当てパターン項目、優先順位項目、及びランクレンジ項目等を含む。店舗ＩＤ項目、メニュー項目、及びリソース項目により、予約対象を特定することができる。予約対象情報１３１ａに含まれる各データ項目について、以下に説明する。

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

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

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

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

このようにメニュー、リソースグループ及びリソースを登録することで、予約申込者が“自動車販売”を予約する場合に、“自動車販売”を担当する“担当者”として“鈴木一郎”、“佐藤次郎”及び“山田花子”のいずれかが割り当てられ、“自動車販売”を行う“相談ブース”として“１番ブース”、“２番ブース”及び“３番ブース”のいずれかが割り当てられることになる。

図２の予約対象情報１３１ａの説明に戻る。予約対象情報１３１ａに含まれる予約可能時間項目は、リソースを予約できる時間帯を、リソースごとに格納する。予約できる時間帯が曜日ごとに異なる場合には、曜日ごとの時間帯を格納することができ、予約できる時間帯が特定の日ごとに異なる場合には、特定の日ごとの時間帯を格納することができる。

予約対象情報１３１ａに含まれる予約割り当てパターン項目は、予約割り当てパターンを識別するパターンＩＤを、リソースグループごとに格納する。パターンＩＤは、予約処理に用いるリソースを選択する際のルールを特定するための識別情報となる。本実施形態では、例示的に、パターンＩＤとして“パターンＡ”、“パターンＢ”及び“パターンＣ”と命名された三つのパターンを用いて説明する。これら三つのパターンの詳細について、以下の（１）、（２）で説明する。

（１）“パターンＡ”及び“パターンＢ”（第１パターン）のルールは、リソースグループに属する複数のリソースそれぞれに割り当てられる優先順位のうち、最も高い優先順位が割り当てられたリソースを選択することである。“パターンＡ”と“パターンＢ”とで異なる点は、各リソースに優先順位を割り当てる仕組みが異なることである。“パターンＡ”と“パターンＢ”とで優先順位を割り当てるそれぞれの仕組みについて、以下の（１−１）、（１−２）で説明する。

（１−１）“パターンＡ”では、リソースグループに属する複数のリソースそれぞれの予約の空き状況に基づいて、優先順位を割り当てる。予約の空き状況を示す指標として、例えば、予約率を用いることができる。予約率の求め方について、図４を参照して、具体的に説明する。同図は、リソースグループ“担当者”に属する各リソース“鈴木一郎”、“佐藤次郎”及び“山田花子”の２０２０年１月６日におけるタイムスケジュール表Ｔである。

同図に示す１０：００以前及び１７：００以降は営業時間外であり、１３：００から１４：００までは昼休みである。それ以外の１０：００から１３：００及び１４：００から１７：００までの６時間が営業時間であり、この営業時間が各リソースの予約可能時間となる。

“鈴木一郎”は、営業時間のうち、１０：００から１２：００までの２時間が予約済である。したがって、“鈴木一郎”の予約率は、３３％（２時間／６時間）となる。“佐藤次郎”は、営業時間のうち、１０：３０から１３：００まで及び１５：３０から１６：００までの合わせて３時間が予約済である。したがって、“佐藤次郎”の予約率は、５０％（３時間／６時間）となる。“山田花子”は、営業時間のうち、１０：００から１２：３０まで及び１５：３０から１７：００までの合わせて４時間が予約済である。したがって、“山田花子”の予約率は、６７％（４時間／６時間）となる。

このような予約率に基づいて、優先順位を割り当てる場合に、例えば、予約率が低いほど、優先順位が高くなるように割り当てることができる。具体的に、図４で予約率が最も低い“鈴木一郎”の優先順位を、最も高い“１”とし、その次に予約率が低い“佐藤次郎”の優先順位を“２”とし、予約率が最も高い“山田花子”の優先順位を“３”とする。

他方、例えば、予約率が高いほど、優先順位が高くなるように割り当てることとしてもよい。この場合には、図４で予約率が最も高い“山田花子”の優先順位を、最も高い“１”とし、その次に予約率が高い“佐藤次郎”の優先順位を“２”とし、予約率が最も低い“鈴木一郎”の優先順位を“３”とする。

（１−２）“パターンＢ”では、リソースグループに属する複数のリソースそれぞれに対して、店舗側で任意に指定した優先順位を割り当てる。優先順位を店舗側で任意に指定する場合に、例えば、図５に示す店舗用設定画面を用いて指定することができる。この店舗用設定画面は、店舗端末２に表示される。

同図では、リソースグループ“担当者”の“優先順位の任意指定”欄で“有”が選択されている。この選択により、リソースグループ“担当者”のパターンＩＤが“パターンＢ”に設定される。また、リソースグループ“担当者”に属する各リソースの優先順位として、“鈴木一郎”に“３”が指定され、“佐藤次郎”に“１”が指定され、“山田花子”に“２”が指定されている。店舗用設定画面の“優先順位の任意指定”欄において、各リソースに対して指定された優先順位は、図２に示す予約対象情報１３１ａの優先順位項目に格納される。

（２）“パターンＣ”（第２パターン）のルールは、予約申込者のランクに適合するリソースを選択することである。予約申込者のランクは、例えば、予約申込者の保有資産残高や来店回数等のような予約申込者を評価する際に用いることができるデータに基づいて、業者や店舗ごとに適宜決定することができる。本実施形態では、例示的に、最高ランクが“１００”となり、最低ランクが“１”となるように、予約申込者のランクを決定する。

予約申込者のランクは、例えば、予約申込者を含めた顧客に関する情報を格納する顧客情報において管理することができる。顧客情報は、例えば、予約処理装置１のデータベース１３１に格納することとしてもよいし、外部にあるサーバ装置のデータベース等に格納することとしてもよい。

リソースグループごとに設定するパターンＩＤとして“パターンＣ”を選択する場合に、そのリソースグループに属する複数のリソースに対し、予約申込者のランクのレンジを店舗側で設定する。予約申込者のランクのレンジを店舗側で設定する場合に、例えば、図５に示す店舗用設定画面を用いて設定することができる。

同図では、リソースグループ“相談ブース”の“予約申込者ランクのレンジ設定”欄で“有”が選択されている。この選択により、リソースグループ“相談ブース”のパターンＩＤが“パターンＣ”に設定される。また、リソースグループ“相談ブース”に属する各リソースのレンジとして、“１番ブース”に“５０以上”が設定され、“２番ブース”に“３０以上”が設定され、“３番ブース”に“１以上”が設定される。

この場合、例えば、ランクが“８０”である予約申込者が、予約を申し込むと、リソースグループ“相談ブース”に属する各リソースの予約可否状況に応じ、以下（ａ）乃至（ｃ）のように予約対象のリソースが選択される。

（ａ）“１番ブース”が予約可能な場合には、予約対象のリソースとして“１番ブース”が選択される。（ｂ）“１番ブース”が予約不可能であり、“２番ブース”が予約可能である場合には、予約対象のリソースとして“２番ブース”が選択される。（ｃ）“１番ブース”及び“２番ブース”が予約不可能であり、“３番ブース”が予約可能である場合には、予約対象のリソースとして“３番ブース”が選択される。このように、予約申込者のランクが当て嵌まるレンジが複数存在する場合には、複数あるレンジのうち、より高いランクを対象にするレンジが設定されたリソースを選択する。

店舗用設定画面の“予約申込者ランクのレンジ設定”欄で各リソースに対して設定されたレンジは、図２に示す予約対象情報１３１ａのランクレンジ項目に格納される。

ここで、リソースグループごとに設定するパターンＩＤは、例えば、図５に示す店舗用設定画面を用いて、以下の（ア）乃至（ウ）のように設定することができる。

（ア）“パターンＡ”を設定する場合：各リソースグループ欄において、“優先順位の任意指定”欄で“無”を選択し、かつ“予約申込者ランクのレンジ設定”欄で“無”を選択する。

（イ）“パターンＢ”を設定する場合：各リソースグループ欄において、“優先順位の任意指定”欄で“有”を選択し、かつ“予約申込者ランクのレンジ設定”欄で“無”を選択する（図５のリソースグループ“担当者”欄参照）。

（ウ）“パターンＣ”を設定する場合：各リソースグループ欄において、“優先順位の任意指定”欄で“無”を選択し、かつ“予約申込者ランクのレンジ設定”欄で“有”を選択する（図５のリソースグループ“相談ブース”欄参照）。

また、図５の各リソース欄内のリソースごとに設けられたチェックボックスへの入力状態に基づいて、リソースごとに、そのリソースの予約の可否状態を調整することができる。例えば、チェックボックスがチェックされていないリソースを予約処理の対象から除外し、チェックボックスがチェックされているリソースのみを対象にして予約処理を実行することができる。例えば、図５のリソースグループ“担当者”及び“相談ブース”では、全てのチェックボックスがチェックされているため、全てのリソースが予約対象として処理されることになる。

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

記憶部１３０１は、上記の予約対象情報１３１ａをデータベース１３１に記憶させる。言い換えると、記憶部１３０１は、店舗ＩＤ、メニュー、リソースグループ、リソース、予約可能時間、予約割り当てパターン、優先順位、及びランクレンジ等を対応付けてデータベース１３１に記憶させる。

受付部１３０２は、予約申込情報の入力を予約申込者端末３から受け付ける。予約申込情報には、例えば、予約申込者を特定する識別情報、予約申込者が指定したメニュー及び予約申込者が指定した日時が含まれる。

選択部１３０３は、予約申込情報に含まれるリソース、日時及び識別情報に基づいて、予約の対象となるリソースを選択する。具体的に、選択部１３０３は、予約申込情報に含まれるメニューに対応付けてデータベース１３１に記憶されたリソースであって、予約申込情報に含まれる日時に予約が可能なリソースの中から、リソースグループごとに設定されるパターンＩＤのルールに適合するリソースを、予約の対象となるリソースとして選択する。

例えば、パターンＩＤが“パターンＡ”又は“パターンＢ”である場合に、選択部１３０３は、リソースグループに属する複数のリソースそれぞれに割り当てられる優先順位のうち、最も高い優先順位が割り当てられたリソースを、予約の対象となるリソースとして選択する。

また、例えば、パターンＩＤが“パターンＣ”である場合に、選択部１３０３は、リソースグループに属する複数のリソースの中から、予約の対象となるリソースを選択する際に、予約申込情報に含まれる予約申込者の識別情報に対応付けられた予約申込者のランクを取得し、その取得した予約申込者のランクが当て嵌まるレンジに対応付けて記憶されているリソースを選択する。

実行部１３０４は、予約申込情報に含まれるメニュー、予約申込情報に含まれる日時、及び選択部１３０３により選択されたリソースに基づいて、予約処理を実行する。

以下において、例示的に、予約申込情報に含まれるメニューが“自動車販売”であり、予約申込情報に含まれる日時が２０２０年１月６日の１６：３０から１７：００である場合における、選択部１３０３及び実行部１３０４の機能を、以下の（Ｉ）、（ＩＩ）でパターン別に説明する。

（Ｉ）リソースグループ“担当者”及びリソースグループ“相談ブース”双方のパターンＩＤが“パターンＡ”である場合：

この場合、各リソースの優先順位は、図４又は図７に示す予約率が低いほど、優先順位が高くなるように割り当てることにする。その結果、“鈴木一郎”及び“第２ブース”の優先順位に“１”が割り当てられ、“佐藤次郎”及び“第３ブース”の優先順位に“２”が割り当てられ、“山田花子”及び“第１ブース”の優先順位に“３”が割り当てられる。

“パターンＡ”のルールは、リソースグループに属する複数のリソースそれぞれに割り当てられる優先順位のうち、最も高い優先順位が割り当てられたリソースを、予約の対象となるリソースとして選択することである。

したがって、選択部１３０３は、図４に示すリソースグループ“担当者”に属する各リソースのうち、１６：３０から１７：００までの間に予約が可能となる“鈴木一郎”及び“佐藤次郎”それぞれの優先順位“１”及び“２”を比較する。続いて、選択部１３０３は、より高い優先順位“１”が割り当てられた“鈴木一郎”を、予約の対象となるリソースとして選択する。

続いて、選択部１３０３は、図７に示すリソースグループ“相談ブース”に属する各リソースのうち、１６：３０から１７：００までの間に予約が可能となる“第２ブース”及び“第３ブース”それぞれの優先順位“１”及び“２”を比較する。続いて、選択部１３０３は、より高い優先順位“１”が割り当てられた“第２ブース”を、予約の対象となるリソースとして選択する。

続いて、実行部１３０４は、予約申込情報に含まれるメニュー“自動車販売”、予約申込情報に含まれる日時“２０２０年１月６日の１６：３０から１７：００”、及び選択部１３０３により選択されたリソース“鈴木一郎”及び“第２ブース”に基づいて、予約処理を実行する。

（ＩＩ）リソースグループ“担当者”のパターンＩＤが“パターンＢ”であり、リソースグループ“相談ブース”のパターンＩＤが“パターンＣ”である場合：

この場合、リソースグループ“担当者”に属する各リソースに割り当てられる優先順位は、図５に示すように、“鈴木一郎”が“３”であり、“佐藤次郎”が“１”であり、“山田花子”が“２”である。また、リソースグループ“相談ブース”に属する各リソースに設定された予約申込者ランクのレンジは、図５に示すように、“１番ブース”が“５０以上”であり、“２番ブース”が“３０以上”であり、“３番ブース”が“１以上”である。例示的に、予約申込者のランクは、“８０”とする。

“パターンＢ”のルールは、リソースグループに属する複数のリソースそれぞれに割り当てられる優先順位のうち、最も高い優先順位が割り当てられたリソースを、予約の対象となるリソースとして選択することである。

したがって、選択部１３０３は、図４に示すリソースグループ“担当者”に属する各リソースのうち、１６：３０から１７：００までの間に予約が可能となる“鈴木一郎”及び“佐藤次郎”それぞれの優先順位“３”及び“１”を比較する。続いて、選択部１３０３は、より高い優先順位“１”が割り当てられた“佐藤次郎”を、予約の対象となるリソースとして選択する。

“パターンＣ”のルールは、予約申込者のランクに適合するリソースを選択することである。

したがって、選択部１３０３は、図７に示すリソースグループ“相談ブース”に属する各リソースのうち、１６：３０から１７：００までの間に予約が可能となる“第２ブース”及び“第３ブース”それぞれに対応するレンジ“３０以上”及び“１以上”と、予約申込者のランク“８０”とを比較する。続いて、選択部１３０３は、予約申込者のランク“８０”に、より適合する“第２ブース”を、予約の対象となるリソースとして選択する。

続いて、実行部１３０４は、予約申込情報に含まれるメニュー“自動車販売”、予約申込情報に含まれる日時“２０２０年１月６日の１６：３０から１７：００”、及び選択部１３０３により選択されたリソース“佐藤次郎”及び“第２ブース”に基づいて、予約処理を実行する。

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

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

続いて、予約処理装置１の選択部１３０３は、予約申込情報に含まれるメニューに対応するリソースグループのパターンＩＤが、“パターンＡ”又は“パターンＢ”であるか否かを判定する（ステップＳ１０２）。この判定がＹＥＳである場合（ステップＳ１０２；ＹＥＳ）に、選択部１３０３は、リソースグループに属する複数のリソースそれぞれに割り当てられる優先順位のうち、優先順位が最も高いリソースを、予約の対象となるリソースとして選択する（ステップＳ１０３）。そして、後述するステップＳ１０５に処理を移行する。

他方、上記ステップＳ１０２の判定がＮＯである場合（ステップＳ１０２；ＮＯ）に、選択部１３０３は、リソースグループに属する複数のリソースの中から、予約の対象となるリソースを選択する際に、予約申込情報に含まれる予約申込者の識別情報に対応付けられた予約申込者のランクを取得し、その取得した予約申込者のランクに適合するリソースを選択する（ステップＳ１０４）。

続いて、選択部１３０３は、予約申込情報に含まれるメニューに対応する全てのリソースグループについて、上記ステップＳ１０２からステップＳ１０４までの処理を実行したか否かを判定する（ステップＳ１０５）。この判定がＮＯである場合（ステップＳ１０５；ＮＯ）には、上記ステップＳ１０２に処理を移行する。

上記ステップＳ１０５の判定がＹＥＳである場合（ステップＳ１０５；ＹＥＳ）に、予約処理装置１の実行部１３０４は、予約申込情報に含まれるメニュー、予約申込情報に含まれる日時、及び選択部１３０３により選択されたリソースに基づいて、予約処理を実行する（ステップＳ１０６）。そして、本動作を終了する。

上述したように、実施形態における予約処理装置１によれば、予約申込情報の入力を受け付けた場合に、予約申込情報に含まれるメニューに対応付けられたリソース、かつ予約申込情報に含まれる日時に予約が可能なリソースの中から、リソースグループごとに設定されるパターンＩＤのルールに適合するリソースを、予約の対象となるリソースとして選択し、その選択したリソースを用いて予約処理を実行することができる。

上記において、例えば、パターンＩＤが“パターンＡ”である場合には、予約が申し込まれたメニューに対応するリソースのうち、予約が可能であり、かつ予約率が最も低いリソース又は予約率が最も高いリソースのいずれかを、予約対象として選択することができる。予約率が最も低いリソースを選択することにより、リソース間に生ずる予約率の偏りを平準化させることが可能となり、リソースの有効活用に寄与することができる。他方、予約率が最も高いリソースを選択することにより、予約率の低いリソースを他のリソースグループに配置転換することや、休ませることが可能となるため、リソースの有効活用やコストの削減に寄与することができる。

また、パターンＩＤが“パターンＢ”である場合には、予約が申し込まれたメニューに対応するリソースのうち、予約が可能であり、かつ店舗によって最も高い優先順位が指定されたリソースを、予約対象として選択することができる。これにより、メニューに適する優良なリソースとして店舗が顧客に薦めるリソースを、優先して予約させることが可能となるため、リソースの有効活用に寄与することができるとともに、予約申込者の満足度や成約率（コンバージョン率）を向上させることができる。

さらに、パターンＩＤが“パターンＣ”である場合には、予約が申し込まれたメニューに対応するリソースのうち、予約が可能であり、かつ予約申込者のランクに適合するリソースを、予約対象として選択することができる。これにより、予約申込者のランクに応じた適切なリソースを選出して予約させることが可能となるため、予約申込者の満足度や成約率（コンバージョン率）を向上させることができる。

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

１…予約処理装置、２…店舗端末、３…予約申込者端末、１１…プロセッサ、１２…通信インタフェース、１３…記憶装置、１００…予約処理システム、１３０…コンピュータプログラム、１３１…データベース、１３１ａ…予約対象情報、１３０１…記憶部、１３０２…受付部、１３０３…選択部、１３０４…実行部、Ｎ…ネットワーク

Claims (8)

1. サービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、前記リソースが属するリソースグループ、及び予約処理に用いる前記リソースを選択する際のルールを特定するための予約割り当てパターンを、対応付けて記憶させるとともに、サービスを提供する側の端末で指定された前記リソースグループごとのパターン識別情報を前記予約割り当てパターンに記憶させる記憶部と、
   予約の対象となる前記メニュー及び予約の対象となる日時を含む予約申込情報の入力を受け付ける受付部と、
   前記受け付けられた前記予約申込情報に含まれる前記メニューに対応付けて記憶された前記リソースであり、かつ前記予約申込情報に含まれる前記日時に予約が可能な前記リソースの中から、前記リソースグループごとに記憶された前記予約割り当てパターンに対応するルールに適合する前記リソースを、予約の対象となる前記リソースとして選択する選択部と、
   前記予約申込情報に含まれる前記メニュー、前記予約申込情報に含まれる前記日時、及び前記選択部により選択された前記リソースに基づいて、予約処理を実行する実行部と、
   を備え、
   前記選択部は、前記予約割り当てパターンが第１パターンである場合に、前記リソースグループに属する複数の前記リソースそれぞれに割り当てられる優先順位のうち、最も高い前記優先順位が割り当てられた前記リソースを選択する、
   予約処理装置。
2. 前記優先順位は、前記リソースグループに属する複数の前記リソースそれぞれの予約の空き状況に基づいて、割り当てられる、
   請求項１記載の予約処理装置。
3. 前記優先順位は、前記リソースグループに属する複数の前記リソースそれぞれの予約率に基づき、前記予約率が低いほど、前記優先順位が高くなるように割り当てられる、
   請求項２記載の予約処理装置。
4. 前記優先順位は、前記リソースグループに属する複数の前記リソースそれぞれの予約率に基づき、前記予約率が高いほど、前記優先順位が高くなるように割り当てられる、
   請求項２記載の予約処理装置。
5. 前記優先順位は、サービスを提供する側で任意に指定した順位が割り当てられる、
   請求項１記載の予約処理装置。
6. 前記予約申込情報は、予約を申し込む予約申込者を特定する識別情報をさらに含み、
   前記記憶部は、前記リソースグループに属する複数の前記リソースそれぞれに対応付けて、当該リソースに適する前記予約申込者のランクのレンジを、さらに記憶させ、
   前記選択部は、前記予約割り当てパターンが第２パターンである場合に、前記第２パターンが設定された前記リソースグループに属する複数の前記リソースの中から、予約の対象となる前記リソースを選択する際に、前記識別情報に対応付けられた前記予約申込者のランクを取得し、当該取得した前記予約申込者のランクが当て嵌まる前記レンジに対応付けて記憶されている前記リソースを選択する、
   請求項１から５のいずれか一項に記載の予約処理装置。
7. 前記選択部は、前記予約申込者のランクが当て嵌まる前記レンジが複数存在する場合に、複数ある前記レンジのうち、より高いランクを対象にするレンジに対応付けて記憶されている前記リソースを選択する、
   請求項６記載の予約処理装置。
8. プロセッサにより実行される予約処理方法であって、
   サービスの内容を示すメニュー、前記メニューに対応するサービスを提供する際に必要となるリソース、前記リソースが属するリソースグループ、及び予約処理に用いる前記リソースを選択する際のルールを特定するための予約割り当てパターンを、対応付けて記憶させるとともに、サービスを提供する側の端末で指定された前記リソースグループごとのパターン識別情報を前記予約割り当てパターンに記憶させる記憶ステップと、
   予約の対象となる前記メニュー及び予約の対象となる日時を含む予約申込情報の入力を受け付ける受付ステップと、
   前記受け付けられた前記予約申込情報に含まれる前記メニューに対応付けて記憶された前記リソースであり、かつ前記予約申込情報に含まれる前記日時に予約が可能な前記リソースの中から、前記リソースグループごとに記憶された前記予約割り当てパターンに対応するルールに適合する前記リソースを、予約の対象となる前記リソースとして選択する選択ステップと、
   前記予約申込情報に含まれる前記メニュー、前記予約申込情報に含まれる前記日時、及び前記選択ステップにおいて選択された前記リソースに基づいて、予約処理を実行する実行ステップと、
   を含み、
   前記選択ステップは、前記予約割り当てパターンが第１パターンである場合に、前記リソースグループに属する複数の前記リソースそれぞれに割り当てられる優先順位のうち、最も高い前記優先順位が割り当てられた前記リソースを選択する、
   予約処理方法。

Images