JP6702848B2 - 業務管理方法、業務管理プログラム、及び業務管理装置 - Google Patents

Description

本発明は、施設のスタッフによる業務管理を支援することが可能な業務管理方法、業務管理プログラム、及び業務管理装置に関する。

一般に、飲食店舗などの施設のスタッフは、予約表などを用いてその施設の予約内容を管理しており、日常業務においても、その予約表を参照しながら業務を行うことになる。なお、飲食店舗などの施設における各座席の予約内容などを管理することが可能なシステムも知られている（例えば、特許文献１参照）。

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

しかしながら、飲食店舗のスタッフは、日常業務において、利用者の来店時の座席案内、座席レイアウトの変更、コース料理の提供タイミングの管理などの店舗の業務管理に考えを巡らせる必要がある。

本発明の目的は、施設のスタッフの負担を軽減することが可能な業務管理方法、業務管理プログラム、及び業務管理装置を提供することにある。

本発明に係る業務管理装置は、施設の予約内容を示す予約情報を管理する予約処理部と、前記予約情報に基づいて、前記施設のスタッフの作業内容を当該作業内容に対応して予め設定された報知タイミングで前記スタッフに報知する報知処理部とを備える。

本発明に係る業務管理方法は、コンピューターにより、施設の予約内容を示す予約情報を管理する予約ステップと、前記予約情報に基づいて、前記施設のスタッフの作業内容を当該作業内容に対応して予め設定された報知タイミングで前記スタッフに報知する報知ステップとを実行する方法である。

本発明に係る業務管理プログラムは、コンピューターに、施設の予約内容を示す予約情報を管理する予約ステップと、前記予約情報に基づいて、前記施設のスタッフの作業内容を当該作業内容に対応して予め設定された報知タイミングで前記スタッフに報知する報知ステップとを実行させるためのプログラムである。

本発明によれば、施設のスタッフの負担を軽減することが可能な業務管理方法、業務管理プログラム、及び業務管理装置が提供される。

図１は、本発明の実施の形態に係る業務管理システムの構成を示すブロック図である。 図２は、本発明の実施の形態に係る業務管理装置で管理される予約情報の一例を示す図である。 図３は、本発明の実施の形態に係る業務管理装置で管理される予約表の一例を示す図である。 図４は、本発明の実施の形態に係る業務管理装置によって実行される業務管理処理の一例を示すフローチャートである。 図５は、本発明の実施の形態に係る業務管理装置によって実行される対応可否制御処理の一例を示すフローチャートである。 図６は、本発明の実施の形態に係る業務管理装置によって実行される業務管理処理によって表示される表示画面の一例を示す図である。 図７は、本発明の実施の形態に係る業務管理装置によって実行される業務管理処理によって表示される表示画面の一例を示す図である。 図８は、本発明の実施の形態に係る業務管理装置によって実行される業務管理処理によって表示される表示画面の一例を示す図である。 図９は、本発明の実施の形態に係る業務管理装置によって実行される業務管理処理によって表示される表示画面の一例を示す図である。 図１０は、本発明の実施の形態に係る業務管理装置によって実行される対予約確認処理の一例を示すフローチャートである。

以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定する性格のものではない。

［業務管理システム１］
図１に示すように、本発明の実施形態に係る業務管理システム１は、業務管理装置２と、一又は複数のスタッフ端末３と、一又は複数の利用者端末４とを含む。業務管理装置２、スタッフ端末３、及び利用者端末４は、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。

そして、業務管理システム１は、飲食店舗のような施設におけるスタッフの業務を支援するために用いられる。具体的に、業務管理システム１では、以下に詳述するように、業務管理装置２おいて施設の予約内容が管理されており、その予約内容に基づいて施設のスタッフ各々への指示がそのスタッフが所持するスタッフ端末３に対して通知される。なお、業務管理装置２では、施設内の現在の空席状況なども管理される。

業務管理システム１による管理対象は、例えば新年会、忘年会、バーベキュー、宴会、懇親会、同窓会、社員旅行、及びゴルフコンペ等の各種のイベントで使用される飲食店舗、イベント会場、ホテル、又はゴルフ場などである。以下、本実施形態では、前記管理対象が飲食店舗である場合を例に挙げて説明する。

なお、本実施形態では、業務管理システム１が、業務管理装置２及びスタッフ端末３を備える構成を例に挙げて説明するが、業務管理装置２がスタッフ端末３を兼ねたスタンドアローン型のシステムであってもよい。

［業務管理装置２］
図１に示されるように、業務管理装置２は、制御部２１、記憶部２２、操作表示部２３、及び通信Ｉ／Ｆ２４などを備えるサーバーコンピューターである。例えば、業務管理装置２は、業務管理システム１による管理対象となる施設の内部に設けられていてもよいが、スタッフ端末３及び利用者端末４と通信可能であれば当該施設の外部に設けられていてもよい。なお、業務管理装置２は、１台のコンピューターに限らず、複数台のコンピューターが協働して動作するコンピューターシステムであってもよい。また、業務管理装置２で実行される各種の処理は、一又は複数のプロセッサーによって分散して実行されてもよい。

通信Ｉ／Ｆ２４は、業務管理装置２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介してスタッフ端末３及び利用者端末４などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。

記憶部２２は、各種の情報を記憶する半導体メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などを含む不揮発性の記憶部である。具体的に、記憶部２２には、予約情報Ｄ１及び予約表Ｄ２などが記憶される。ここに、図２は、予約情報Ｄ１の一例を示す図であり、図３は、予約表Ｄ２の一例を示す図である。

図２に示されるように、予約情報Ｄ１には、座席、予約者名、人数、利用時間、及びプランなどの予約内容を示す情報が含まれる。前記プランは、予め設定された複数の料理を含むコース料理などである。なお、施設の座席数、座席レイアウト、座席の結合・分離・移動の可否、プランごとの料理内容、プランごとのタイムスケジュールなどの情報も予め設定されて記憶部２２に記憶されているものとする。

予約表Ｄ２は、予約情報Ｄ１の内容が施設のスタッフが直感的に把握可能な態様で示される画像情報である。なお、予約情報Ｄ１は、予約処理部２１１によって編集され、予約表Ｄ２は、予約処理部２１１によって生成される。

また、他の実施形態として、予約情報Ｄ１及び予約表Ｄ２などの情報の一部又は全部が、業務管理装置２から通信網Ｎ１を介してアクセス可能な他のサーバーに記憶されていることも考えられる。そして、業務管理装置２の制御部２１は、前記サーバーから各種の情報を取得して、後述の業務管理処理（図４参照）などの各処理を実行してもよい。

さらに、記憶部２２には、制御部２１に後述の業務管理処理（図４参照）を実行させるための業務管理プログラムなどの制御プログラムが記憶されている。例えば、前記業務管理プログラムは、ＣＤ又はＤＶＤなどのコンピューター読取可能な記録媒体に非一時的に記録されており、業務管理装置２が備えるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。

制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより業務管理装置２を制御する。

具体的に、制御部２１は、図１に示されるように、予約処理部２１１、報知処理部２１２、受付処理部２１３、及び判別処理部２１４などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記業務管理プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部２１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記業務管理プログラムは、複数のプロセッサーを前記各種の処理部として機能させるためのプログラムであってもよい。

予約処理部２１１は、施設の予約内容を示す予約情報Ｄ１を管理するための予約ステップを実行する。具体的に、予約処理部２１１は、スタッフ端末３を用いたスタッフからの予約要求又は利用者端末４を用いた利用者からの予約要求を受け付け可能であり、前記予約要求と予め設定された予約規則とに基づいて予約情報Ｄ１を自動更新することが可能である。ここに、係る処理が予約ステップの一例である。例えば、予約処理部２１１は、スタッフ端末３又は利用者端末４からのアクセスに応じて、前記予約内容を入力するための予約画面をスタッフ端末３又は利用者端末４表示させる。そして、スタッフ端末３又は利用者端末４に対するスタッフ又は利用者の操作に応じて前記予約要求を受け付ける。なお、前記予約要求には、当日施設に予約なしで直接来店した利用者の受付要求が含まれてもよい。

そして、予約処理部２１１は、前記予約要求を受け付けた場合に、予約情報Ｄ１に基づいて、前記予約要求に対応する予約が可能であるか否かを判断し、予約が可能である場合に予約情報Ｄ１に前記予約要求に対応する予約内容を追加する。特に、予約処理部２１１は、前記予約規則として予め設定された座席の割当条件に基づいて選択される座席に利用者を割り当てて予約情報Ｄ１を更新する。このとき、予約処理部２１１は、予約情報Ｄ１１に基づいて施設における座席の結合、分離、又は移動などが必要な場合には、その座席の結合、分離、又は移動を含む座席レイアウトを予約情報Ｄ１に設定する。例えば、前記座席レイアウトの変更回数が多いとスタッフの作業負荷が大きくなるため、前記割当条件としては、座席レイアウトの変更が極力不要な割り当てが行われるように座席が選択されることが考えられる。また、予約処理部２１１は、利用者からの予約キャンセル要求を受け付けることも可能であり、前記予約キャンセル要求に対応する予約内容を予約情報Ｄ１から削除する。このような予約情報Ｄ１の自動管理機能については各種の従来技術を使用することが可能であるため、ここでは詳細な説明は省略する。なお、本実施形態では、予約情報Ｄ１が、予約処理部２１１によって自動的に更新される場合について説明するが、予約処理部２１１が、スタッフ端末３の操作に応じて任意に編集可能であってもよい。

また、予約処理部２１１は、スタッフによるスタッフ端末３の操作に応じて、予約情報Ｄ１に基づいて予約表Ｄ２を生成し、予約表Ｄ２をスタッフ端末３に表示することも可能である。具体的に、予約処理部２１１は、予約情報Ｄ１の更新時に予約表Ｄ２を更新して記憶部２２に記憶すること、又は、予約情報Ｄ１の表示要求が行われた場合に当該予約情報Ｄ１に基づいて予約表Ｄ２を生成して表示することが考えられる。なお、後述するように、業務管理装置２では、スタッフの作業内容及び作業タイミングが自動的に報知されるため予約表Ｄ２が表示される必要がないため、予約処理部２１１が、予約表Ｄ２の表示機能を有しないことも他の実施形態として考えられる。

報知処理部２１２は、予約情報Ｄ１に基づいて、施設のスタッフが実施するべき作業内容を、その作業内容に対応して予め設定された報知タイミングでスタッフ端末３又は利用者端末４などに報知するための報知ステップを実行する。具体的に、報知処理部２１２は、後述するように、利用者の来店時、料理の調理開始タイミング、座席レイアウトの変更タイミングなどの報知タイミングで報知を実行する。

ここで、報知処理部２１２によるスタッフ端末３への報知は、業務管理装置２にインストールされるアプリケーションとスタッフ端末３にインストールされるアプリケーションとが連携することによって実現される。なお、報知処理部２１２によるスタッフ端末３への報知は、例えばメール又はＳＮＳなどによって行われてもよい。また、報知処理部２１２によるスタッフ端末３への報知は、ブラウザ機能を用いて行われることも考えられる。さらに、報知処理部２１２によるスタッフ端末３への報知は、ブラウザ機能などを利用したプッシュ通知によって行われてもよい。

なお、本実施形態では、報知の方法として、メッセージ表示を例に挙げて説明するが、音声再生などの他の手法で報知が行われてもよい。例えば、スタッフ端末３にＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信又は有線によりマイク及びヘッドホンを含むヘッドセットが接続可能であり、スタッフ端末３の制御部２１が前記ヘッドセットによって当該スタッフの音声認識によりユーザ操作を受け付け可能であり、報知処理部２１２による報知が前記ヘッドセットに対する音声出力によって行われることが考えられる。

受付処理部２１３は、報知処理部２１２によって予め設定された作業内容が報知される場合に、その作業内容に対応可能であるか否かに関するスタッフ端末３の操作を受け付けるための処理を実行する。具体的に、受付処理部２１３は、スタッフ端末３に対するスタッフの操作入力に応じてスタッフ端末３から業務管理装置２に送信される操作信号に基づいて作業内容に対応可能であるか否かを判断可能である。

判別処理部２１４は、施設に来店した利用者を判別するための処理を実行する。具体的に、判別処理部２１４は、利用者が携帯する利用者端末４に対する所定のチェックイン操作に応じて業務管理装置２に入力される利用者の氏名又はＩＤなどの識別情報を含むチェックイン情報に基づいて当該利用者端末４の利用者を識別する。また、業務管理装置２には、利用者による利用者端末４の操作に応じて、当該利用者に対応する利用者の氏名、ＩＤ、連絡先電話番号、連絡先メールアドレスなどの利用者情報が記憶されており、業務管理装置２では利用者ごとの連絡先電話番号又は連絡先メールアドレスなどの連絡先を特定することも可能である。なお、前記チェックイン操作は、利用者が施設に来店した場合などにその旨を登録するために行われる所定の操作であり、当該チェックイン操作は、利用者端末４にインストールされたアプリケーション又は業務管理装置２によって提供されるウェブページ上で受け付けられ、前記チェックイン情報が業務管理装置２に入力される。

なお、利用者端末４は、利用者が操作するものであれば、利用者各々が個別に持参するものに限らず、例えば利用者に共通の端末としてフロントに設けられていてもよい。この場合、利用者端末４は、タッチパネルディスプレイのような操作表示部を備え、メッセージの表示により利用者への報知が可能であると共に利用者のタッチ操作を受付可能なものであってもよいが、利用者端末４が、メッセージの音声再生により利用者への報知が可能であると共に利用者の音声を認識して操作を受付可能であってもよい。

また、判別処理部２１４による利用者の判別手法は、前記チェックイン操作を用いるものに限らない。例えば、利用者端末４に設けられたＧＰＳを用いて取得される位置情報に基づいて利用者の施設への来店が検出されること、又は利用者端末４との間におけるビーコン信号の送受信により利用者の施設への来店が検出されることも考えらえる。また、利用者の利用者端末４を用いた予約要求時に印刷される予約伝票に印刷されたバーコード又はＱＲコード（登録商標）からバーコードリーダーで読み取られる情報に基づいて利用者が判別されることも考えられる。

［スタッフ端末３］
図１に示されるように、スタッフ端末３は、制御部３１、記憶部３２、操作表示部３３、及び通信Ｉ／Ｆ３４などを備える。スタッフ端末３は、例えば携帯電話、スマートフォン、タブレット端末、又はパーソナルコンピューターのような情報処理装置であり、施設のスタッフ又は利用者によって使用される操作端末である。なお、利用者端末４についてもスタッフ端末３と同様の構成であればよいため、ここでは説明を省略する。

また、スタッフ端末３は、施設内のフロント、厨房、又はホールなどの場所に配置され、或いは、フロント、厨房、又はホールなどを担当するスタッフによって携帯される。以下では、説明の便宜上、フロント、厨房、ホールのそれぞれに対応するスタッフ端末３をスタッフ端末３Ａ、スタッフ端末３Ｂ、スタッフ端末３Ｃと称し、特に区別しない場合には単にスタッフ端末３と称する。

なお、スタッフは、スタッフ端末３で閲覧可能な所定のログインページにおいてスタッフＩＤ及びパスワードを入力することにより業務管理装置２にログインする。これにより、業務管理装置２の制御部２１は、スタッフ端末３に現在ログイン中のスタッフを識別することが可能である。また、スタッフ端末３がスタッフ個人の携帯電話又はスマートフォンなどの携帯端末であることも考えられ、この場合、業務管理装置２では、スタッフと前記携帯端末との対応関係が予め設定されていればよい。

通信Ｉ／Ｆ３４は、スタッフ端末３を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して業務管理装置２などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

操作表示部３３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。

記憶部３２は、各種の情報を記憶するフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部３２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従って業務管理装置２等の外部装置との間で通信処理を制御部３１に実行させるための制御プログラムである。

制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部３１は、前記ＲＯＭ又は記憶部３２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することによりスタッフ端末３を制御する。

具体的に、制御部３１は、記憶部３２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部３１１として機能する。ブラウザ処理部３１１は、業務管理装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部３３に表示させ、操作表示部３３に対する操作を業務管理装置２に入力するブラウザ処理を実行することが可能である。なお、制御部３１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

ところで、飲食店舗のスタッフは、日常業務において、利用者の来店時の座席案内、座席レイアウトの変更、コース料理の提供タイミングの管理などの店舗の業務管理に考えを巡らせる必要がある。これに対し、本実施形態に係る業務管理システム１における業務管理方法によれば、施設のスタッフの負担を軽減することが可能である。

［業務管理処理］
以下、図４を参照しつつ、業務管理装置２の制御部２１によって実行される業務管理処理について説明する。なお、当該業務管理処理は、スタッフ端末３の所定の操作によって途中で終了されることがある。

また、本発明は、当該業務管理処理に含まれる一又は複数のステップを実行する業務管理方法の発明として捉えることができ、ここで説明する当該業務管理処理に含まれる一又は複数のステップが適宜省略されてもよい。なお、前記業務管理処理における各ステップは同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部２１によって当該業務管理処理における各ステップが実行される場合を例に挙げて説明するが、複数のプロセッサーによって当該業務管理処理における各ステップが分散して実行される業務管理方法も他の実施形態として考えられる。

＜ステップＳ１＞
ステップＳ１において、制御部２１は、施設への利用者の来店が検出されたか否かを判断する。具体的に、制御部２１は、利用者により利用者端末４に対して施設へのチェックイン操作が行われた場合に、施設への利用者の来店を検出する。ここで、利用者の来店が検出されると（Ｓ１：Ｙｅｓ）、処理がステップＳ２に移行し、利用者の来店が検出されていない場合は（Ｓ１：Ｎｏ）、処理がステップＳ４に移行する。

＜ステップＳ２＞
ステップＳ２において、制御部２１は、ステップＳ１で検出された利用者を判別するための処理を実行する。前述したように、制御部２１は、例えば利用者のチェックイン情報に基づいて利用者を判別することが可能である。ここに、係る処理は制御部２１の判別処理部２１４によって実行される。

＜ステップＳ３＞
ステップＳ３において、制御部２１は、前記ステップＳ２で判別された利用者と予約情報Ｄ１とに基づいて、当該利用者が利用する座席を特定し、その座席を報知するための報知ステップを実行する。即ち、利用者の施設への来店タイミングが報知タイミングの一例である。具体的に、制御部２１は、予約情報Ｄ１に基づいて、前記ステップＳ２で判別された利用者の利用時間が到来している場合、又は、前記利用時間までの残り時間が所定時間以内である場合であって、前記利用者が利用する座席が空席になっている場合に、フロントのスタッフ端末３Ａ又はホールのスタッフ端末３Ｃなどに通知して表示させる。なお、前記ステップＳ２で判別された利用者の利用時間が到来している場合、又は、前記利用時間までの残り時間が所定時間以内である場合に、前記利用者が利用する座席が空席になっていない場合、制御部２１は、その座席を現在利用している利用者に対して退店を促す指示をスタッフ端末３Ａに通知することが考えられる。

ここで、制御部２１は、全てのスタッフ端末３Ａ及び３Ｃに報知することも考えらえるが、スタッフ端末３Ａ及び３Ｃのうち予め設定された優先条件に従って選択される一又は複数のスタッフ端末３Ａ又は３Ｃに報知することも考えられる。また、一又は複数の座席ごとにスタッフが予め対応付けられており、案内対象の座席に対応するスタッフのスタッフ端末３Ｃが報知先として選択されることも考えられる。

ここに、図６は、ステップＳ３においてスタッフ端末３Ａに表示される表示画面Ｐ１１の一例を示す図である。図６に示されるように、スタッフ端末３Ａの表示画面Ｐ１１には、利用者の氏名（ＸＡ様）、人数（４名様）、座席（Ａ−１）、プラン（女子会飲み放題コース）などの予約内容と、その利用者の案内を促すメッセージとが表示される。

従って、フロント又はホールのスタッフは、予約表などを参照して案内先の座席を判断することなく、スタッフ端末３Ａ又は３Ｃで報知される表示画面Ｐ１１を参照して容易に利用者を案内することが可能であり、施設におけるスタッフの業務効率を改善することが可能である。

＜ステップＳ４＞
ステップＳ４において、制御部２１は、既に来店している利用者に提供される料理の調理開始タイミングが到来しているか否かを判断する。具体的に、利用者の注文内容が予め設定されたコース料理である場合には、当該コース料理に含まれる各料理の提供タイミングを予め設定されたタイムスケジュールに従って判断することが可能である。そこで、制御部２１は、予約内容として予約情報Ｄ１にコース料理が含まれる場合には、当該コース料理に対応して予め設定されたタイムスケジュールと利用者の来店日時又は利用者の利用時間などに基づいて、利用者に提供する料理の調理開始タイミングを算出することが考えられる。また、利用者の注文内容がアラカルトのように任意のメニューである場合に、制御部２１が、当該メニュー毎に予め設定された優先度などに基づいて、利用者に提供する料理の調理開始タイミングを判断することも考えられる。ここで、料理開始タイミングが到来したと判断されると（Ｓ４：Ｙｅｓ）、処理がステップＳ５に移行し、調理開始タイミングが到来していなければ（Ｓ４：Ｎｏ）、処理がステップＳ６に移行する。

＜ステップＳ５＞
ステップＳ５において、制御部２１は、予約情報Ｄ１に基づいて、前記ステップＳ４で調理開始タイミングが到来したと判断された利用者の料理の調理開始指示を報知するための報知ステップを実行する。具体的に、制御部２１は、利用者のプランに含まれる料理のうち前記ステップＳ４で調理開始タイミングが到来したと判断された料理の調理開始指示を、厨房の利用者のスタッフ端末３Ｂに通知し、スタッフ端末３Ｂに表示させる。即ち、調理開始タイミングが報知タイミングの一例であり、制御部２１は、料理の調理開始タイミングが到来するごとに当該料理の調理開始指示をスタッフ端末３Ｂに報知する。

ここに、図７は、ステップＳ５においてスタッフ端末３Ｂに表示される表示画面Ｐ１２の一例を示す図である。図７に示されるように、スタッフ端末３Ｂの表示画面Ｐ１２には、利用者の氏名（ＸＡ様）、人数（４名様）、座席（Ａ−１）、プラン（女子会飲み放題コース）などの予約内容と、プランに含まれる料理（シーザーサラダ）の調理開始を促すメッセージとが表示される。なお、予約情報Ｄ１に利用者のアレルギー情報などの他の情報が含まれる場合、制御部２１は、料理の調理開始タイミングを報知する際にその情報を報知してもよい。

従って、厨房のスタッフは、予約表などを参照して各料理の調理開始タイミングを判断することなく、スタッフ端末３Ｂで報知される表示画面Ｐ１２を参照して各料理の調理開始タイミングを判断することが可能であり、施設におけるスタッフの業務効率を改善することが可能である。また、利用者が利用者端末４を用いて、次の料理が欲しい旨の操作入力を行うことにより、利用者端末４から業務管理装置２に対して料理の調理開始要求が送信され、制御部２１が、前記調理開始要求を受信した場合に前記調理開始タイミングが到来したと判断してもよい。

＜ステップＳ６＞
ステップＳ６において、制御部２１は、施設の座席レイアウトの変更タイミングが到来したか否かを判断する。具体的に、制御部２１は、予約情報Ｄ１に基づいて、利用者の利用開始時間よりも少し前の予め設定された準備開始時間（例えば５分前又は１０分前など）が到来したか否かを判断する。そして、制御部２１は、前記準備開始時間が到来したと判断されると、当該利用者が利用する座席について座席レイアウトを変更する必要があるか否かが判断され、座席レイアウトを変更する必要があると判断されると、制御部２１は、座席レイアウトの変更タイミングが到来したと判断する。ここで、座席レイアウトの変更タイミングが到来したと判断されると（Ｓ６：Ｙｅｓ）、処理がステップＳ７に移行し、座席レイアウトの変更タイミングが到来していなければ（Ｓ６：Ｎｏ）、処理がステップＳ９に移行する。

＜ステップＳ７＞
ステップＳ７において、制御部２１は、予約情報Ｄ１に基づいて、前記ステップＳ６で座席レイアウトの変更タイミングが到来したと判断された利用者の座席について、座席レイアウトの変更内容を報知するための報知ステップを実行する。即ち、座席レイアウトの変更タイミングが報知タイミングの一例である。具体的に、制御部２１は、前記ステップＳ６で座席レイアウトの変更タイミングが到来したと判断された利用者の座席の変更前後の座席レイアウトを示す模式画像又はメッセージなどをホールの利用者のスタッフ端末３Ｃに通知し、スタッフ端末３Ｃに表示させる。前記座席レイアウトの変更内容は、例えば座席の結合、分離、又は移動である。

ここで、制御部２１は、全てのスタッフ端末３Ｃに報知することも考えらえるが、スタッフ端末３Ｃのうち予め設定された優先条件に従って選択される一又は複数のスタッフ端末３Ｃに報知することも考えられる。また、一又は複数の座席ごとにスタッフが予め対応付けられており、変更対象の座席に対応するスタッフのスタッフ端末３Ｃが報知先として選択されることも考えられる。

ここに、図８は、ステップＳ６においてスタッフ端末３Ｃに表示される表示画面Ｐ１３の一例を示す図である。図８に示されるように、スタッフ端末３Ｃの表示画面Ｐ１３には、氏名（ＸＣ様）、人数（８名）、座席（Ａ）、及び時間（２２時）などの予約内容と、座席レイアウトの変更内容及び変更作業を促すメッセージ（Ａ−１、Ａ−２を結合してください）とが表示される。例えば、４名の座席として座席「Ａ−１」、「Ａ−２」が分離して使用された後、８名の座席として座席「Ａ−１」、「Ａ−２」が使用される場合に、その座席「Ａ−１」、「Ａ−２」を結合するよう促される。

ここに、図９は、ステップＳ６においてスタッフ端末３Ｃに表示される表示画面Ｐ１４の一例を示す図である。図９に示されるように、スタッフ端末３Ｃの表示画面Ｐ１４には、氏名（ＺＢ様）、人数（４名）、座席（Ｃ−１）、及び時間（２１時）などの予約内容と、座席レイアウトの変更内容及び変更作業を促すメッセージ（Ｃ−１を分離してください）とが表示されている。例えば、１２名の座席として座席「Ｃ−１」〜「Ｃ−３」が結合されて使用された後、４名の座席として座席「Ｃ−１」が使用される場合に、その座席「Ｃ−１」を分離するよう促される。

従って、ホールのスタッフは、予約表などを参照して座席レイアウトの変更要否、変更内容、変更タイミングなどを判断することなく、スタッフ端末３Ｃで報知される表示画面Ｐ１３又はＰ１４を参照して座席レイアウトの変更要否、変更内容、変更タイミングなどを把握することが可能であり、施設におけるスタッフの業務効率を改善することが可能である。

＜ステップＳ８＞
ステップＳ８において、制御部２１は、前記ステップＳ７における座席レイアウトの変更内容の報知後、その報知を受けたスタッフ端末３の所持者であるスタッフが対応可能であるか否かに応じた処理を実行する対応可否制御処理を実行する。前記対応可否制御処理については後段で詳述する。なお、前記対応可否制御処理は、座席レイアウトの変更の報知時に限らず、利用者の来店の報知時又は調理開始の報知時などに実行されてもよい。

＜ステップＳ９〜Ｓ１０＞
ステップＳ９〜Ｓ１０において、制御部２１は、上述した作業タイミングを除く他の作業タイミングが到来したか否かを判断し（Ｓ９）、当該他の作業タイミングが到来した場合に、当該他の作業タイミングに対応する作業内容をスタッフ端末３に報知する（Ｓ１０）。例えば、制御部２１は、利用者にラストオーダーを聞く作業タイミングが到来した場合に、その旨をスタッフ端末３に報知することが考えられる。また、制御部２１は、利用者に退店を促す作業タイミングが到来したか否かを判断し、その旨をスタッフ端末３に報知することが考えられる。さらに、制御部２１は、食材の仕入れが行われる予約対象日の前日又は当日の予め設定された作業タイミングが到来した場合に、に当該予約対象日の予約情報Ｄ１に基づいて必要な食材量などを判断し、その食材量をスタッフ端末３に報知することも考えられる。また、制御部２１は、例えばプランの内容が鍋コースである場合に鍋セットの準備を、当該プランに対応する利用者の利用時間の少し前の予め設定された作業タイミングでスタッフ端末３に報知することも考えられる。

以上説明したように、業務管理装置２によれば、予約情報Ｄ１などに基づいて、スタッフに必要な各種の作業などが適切なタイミングで自動的に報知されるため、スタッフは予約表Ｄ２などを参照しながら考えを巡らせて業務を行う必要がなく、スタッフの負担を軽減することが可能である。特に、業務管理装置２では、スタッフ端末３のうち作業内容に応じて予め設定されたスタッフ端末３に対して報知が行われるため、スタッフ各々は必要な情報のみを効率的に参照することが可能である。例えば、利用者の来店時はフロントのスタッフ端末３Ａに報知が行われ、調理の開始時は厨房のスタッフ端末３Ｂに報知が行われ、座席レイアウト変更時はホールのスタッフ端末３Ｃに報知が行われる。

さらに、前述したように、業務管理装置２が、利用者又はスタッフからの予約要求に応じて自動的に配席を行って予約情報Ｄ１を更新する自動配席機能を有する構成では、スタッフが配席を行う手間に加えて、日常業務における店内オペレーションの手間が省減されるため、スタッフの業務効率の更なる向上を図ることが可能である。また、業務管理装置２では、予約表Ｄ２が表示されない構成であってもよく、この場合、制御部２１は、予約情報Ｄ１に基づいて予約表Ｄ２を生成して記憶部２２に記憶させる必要がないため記憶部２２に必要な記憶容量が省減され、制御部２１のＲＡＭの使用効率も改善される。また、作業内容だけが報知されることになるため、例えばスタッフ端末３各々に予約表Ｄ２を表示させる場合に比べてデータ通信量が抑制され、処理の高速化が実現可能である。

［対応可否制御処理］
続いて、図５を参照しつつ、前記ステップＳ８において実行される前記対応可否制御処理の一例について説明する。

＜ステップＳ１１＞
ステップＳ１１において、制御部２１は、座席レイアウトの変更の報知を受けたスタッフ端末３Ｃに対する対応可能操作を受け付けたか否かを判断する。具体的に、スタッフ端末３Ｃでは、制御部３１が、座席レイアウトの変更の報知メッセージと共に、その座席レイアウトの変更に対応可能である旨を示す操作キーＫ１１（図８参照）を操作表示部３３に表示する。そして、制御部３１は、操作キーＫ１１の操作に応じて座席レイアウトの変更に対応可能であると判断する。ここで、前記対応可能操作が行われたと判断すると（Ｓ１１：Ｙｅｓ）、当該対応可否制御処理は終了し、前記対応可能操作が行われていなければ（Ｓ１１：Ｎｏ）、処理がステップＳ１２に移行する。

＜ステップＳ１２＞
ステップＳ１２において、制御部２１は、座席レイアウトの変更の報知を受けたスタッフ端末３Ｃに対する対応不可操作を受け付けたか否かを判断する。具体的に、スタッフ端末３Ｃでは、制御部３１が、座席レイアウトの変更の報知メッセージと共に、その座席レイアウトの変更に対応不可である旨を示す操作キーＫ１２（図８参照）を操作表示部３３に表示する。そして、制御部３１は、操作キーＫ１２の操作に応じて座席レイアウトの変更に対応不可であると判断する。ここで、前記対応不可操作が行われたと判断すると（Ｓ１２：Ｙｅｓ）、処理がステップＳ１３に移行し、前記対応可能操作が行われていなければ（Ｓ１２：Ｎｏ）、処理がステップＳ１１に戻される。

また、ステップＳ１２において、制御部２１は、座席レイアウトの変更がスタッフ端末３Ｃに報知された後、予め設定された待機時間が経過するまでの間に、当該スタッフ端末３Ｃに対するスタッフによる対応可能操作などの確認操作が行われなかった場合に、前記対応不可操作を受け付けた場合と同様に処理をステップＳ１３に移行させることも考えられる。これにより、例えばスタッフが他の作業をしておりスタッフ端末３Ｃを操作することができないような場合でも、当該座席レイアウトの変更が既に報知されたスタッフ端末３Ｃとは異なるスタッフ端末３Ｃに前記作業内容を報知することが可能である。

＜ステップＳ１３＞
ステップＳ１３において、制御部２１は、既に当該座席レイアウトの変更の報知を受けたスタッフ端末３Ｃの他にホールに対応するスタッフ端末３Ｃが存在するか否かを判断する。ここで、他のスタッフ端末３Ｃが存在すると判断されると（Ｓ１３：Ｙｅｓ）、処理がステップＳ１５に移行し、他のスタッフ端末３Ｃが存在しないと判断されると（Ｓ１３：Ｎｏ）、処理がステップＳ１４に移行する。

＜ステップＳ１４＞
ステップＳ１４において、制御部２１は、当該座席レイアウトの変更の報知を受けたスタッフ端末３Ｃに対して、他のスタッフが対応不可である旨を報知する。なお、当該ステップＳ１４において、制御部２１は、直前に当該座席レイアウトの変更の報知を受けたスタッフ端末３Ｃのみに、他のスタッフが対応不可である旨を報知することが考えられる。また、他の実施形態として、当該ステップＳ１４において、制御部２１が、当該座席レイアウトの変更の報知を受けたスタッフ端末３Ｃ各々に、他のスタッフが対応不可である旨を報知することも考えられる。また、制御部２１は、当該ステップＳ１４にける報知後、予め設定された時間が経過した場合に、当該座席レイアウトの変更のような作業内容の報知を再実行することも考えられる。

＜ステップＳ１５＞
ステップＳ１５において、制御部２１は、前記ステップＳ７で報知を受けたスタッフ端末３Ｃとは異なる他のスタッフ端末３のいずれか一つ又は複数を報知対象として、前記座席レイアウトの変更の報知を実行する。これにより、前記座席レイアウトの変更の報知を受けたスタッフがその座席レイアウトの変更に対応できない場合には、他のスタッフ端末３Ｃに同様の座席レイアウトの変更の報知が行われ、他のスタッフによる対応が期待されるため、施設のスタッフの業務効率が改善される。

ところで、本実施形態では、前記ステップＳ３において、利用者の座席がスタッフ端末３Ａに報知される場合について説明した。一方、前記ステップＳ３において、制御部２１が、施設にチェックインした利用者の利用者端末４に対して当該利用者の座席を報知することも考えられる。これにより、利用者は、自分の座席を把握して自ら座席に移動することが可能であり、施設のスタッフの作業負担を軽減することが可能である。また、制御部２１による座席の報知手法としては、フロントから各座席への通路に配置されたＬＥＤ等の発光体のうちフロントから当該利用者が利用する座席に続く発光体を点灯させることも考えられる。

また、制御部２１が、前記ステップ５における調理開始の報知時に、利用者の利用者端末４に料理の調理開始を報知することも考えられる。これにより、利用者は、料理各々の調理が開始されることをその都度認識することができる。さらに、制御部２１は、前記ステップＳ１０において、ラストオーダーの時間到来のお知らせ、又は退店時間の到来のお知らせなどを利用者端末４に報知することも考えられる。これにより、これらの事項が利用者に直接通知されるため、施設のスタッフの手間がより一層軽減される。

また、本実施形態では、複数のスタッフ端末３が設けられている場合を例に挙げて説明したが、業務管理システム１に設けられたスタッフ端末３が単一であることも他の実施形態として考えられる。具体的に、本実施形態で説明した前記業務管理処理のステップＳ３、Ｓ５、Ｓ７、Ｓ１０における報知が当該単一のスタッフ端末３に対して行われ、ステップＳ８が省略されることが考えられる。例えば、前記単一のスタッフ端末３は、フロント、厨房、又はホールのいずれかのスタッフが参照可能なスタッフ端末３Ａ、３Ｂ、又は３Ｃのいずれかである。これにより、例えば施設の業務管理者が、当該単一のスタッフ端末３に報知される情報を参照して、他のスタッフへの指示などのオペレーション業務を行うことが可能である。また、業務管理システム１が、フロント、厨房、及びホールなどの業務種別ごとに対応するスタッフ端末３を１台ずつ備える構成であってもよい。なお、業務管理システム１に単一のスタッフ端末３が設けられる場合には、報知先は全て当該スタッフ端末３であればよいが、複数のスタッフ端末３が設けられる場合には、業務内容ごとの報知先が予め設定される必要がある。そのため、制御部２１は、報知内容ごとに対応する報知先のスタッフ又はスタッフ端末３を、業務管理装置２又はスタッフ端末３に対するユーザ操作に応じて予め任意に設定することが可能である。

［予約制御処理］
また、制御部２１は、前記業務管理処理と略並行して、予約情報Ｄ１と利用者の来店状況とに基づく予約制御処理を実行する。ここに、図１０は前記予約制御処理の一例を示すフローチャートである。なお、当該予約制御処理は、制御部２１の予約処理部２１１によって実行される。

［ステップＳ２１］
ステップＳ２１において、制御部２１は、スタッフ又は利用者によるスタッフ端末３又は利用者端末４からの予約要求が行われたか否かを判断する。ここで、予約要求が行われたと判断されると（Ｓ２１：Ｙｅｓ）、処理がステップＳ２２に移行し、予約要求が行われていなければ（Ｓ２１：Ｎｏ）、処理がステップＳ２３に移行する。

［ステップＳ２２］
ステップＳ２２において、制御部２１は、前記予約要求と予約情報Ｄ１とに基づいて予約情報Ｄ１を更新する予約情報更新処理を実行する。具体的に、制御部２１は、前述したように、予約情報Ｄ１に基づいて、前記予約要求に対応する予約が可能であるか否かを判断し、予約が可能である場合に予約情報Ｄ１に前記予約要求に対応する予約内容を追加する。なお、前記予約要求には、新規予約、予約変更、予約キャンセルが含まれる。例えば、制御部２１は、利用者からの予約キャンセル要求を受け付けると、当該予約キャンセル要求に対応する予約内容を予約情報Ｄ１から削除する。また、制御部２１は、利用者からの予約変更要求を受け付けると、当該予約変更要求に応じた予約が可能であるか否かを判断し、予約が可能である場合に予約情報Ｄ１を変更する。

［ステップＳ２３］
ステップＳ２３において、制御部２１は、予約情報Ｄ１に基づいて、利用時間に来店していない利用者が居るか否かを判断する。具体的に、制御部２１は、利用者のチェックイン操作などに応じて来店を受け付け、予約情報Ｄ１における予約レコードごとに利用者の来店の有無を記録する。これにより、制御部２１は、予約情報Ｄ１利用時間に利用者が来店しているか否かを判断可能である。ここで、利用者が来店していないと判断されると（Ｓ２３：Ｙｅｓ）、処理がステップＳ２４に移行し、利用者が来店していると判断されると（Ｓ２３：Ｎｏ）、当該予約制御処理は終了する。なお、ここでは、前記利用時間に来店しているか否かが判断される場合を例に挙げて説明するが、利用時間の所定時間前の時点のような前記利用時間を基準として予め設定された確認時間（例えば利用時間の５分前又は１０分前など）に来店しているか否かが判断されてもよい。

［ステップＳ２４］
ステップＳ２４において、制御部２１は、前記ステップＳ２３で利用時間に来店していないと判断された利用者に、予約情報Ｄ１のうち少なくとも前記利用時間などを含む予約内容を通知する予約確認通知処理を実行する。当該予約確認通知処理で通知される予約内容は、利用者に予約情報Ｄ１に記録された利用時間、利用者名、利用店舗名、人数、又はプランなどの情報である。具体的に、制御部２１は、利用者の前記利用者情報として登録されている利用者電話番号を宛先として電話回線を介する自動音声案内の通話処理を実行することにより前記予約内容を通知する。また、制御部２１は、利用者の前記利用者情報として登録されている利用者メールアドレスを宛先として通信網Ｎ１を介したメール送信処理を実行することにより前記予約内容を通知してもよい。これにより、利用者に自動的に予約内容が通知されることになるため、スタッフは、利用者各々が利用時間に来店しているか否かの確認作業、及び来店していない場合の連絡作業を省略することが可能である。

また、他の実施形態として、ステップＳ２４において、制御部２１は、前記ステップＳ２３で利用時間に来店していないと判断された利用者の前記利用者情報に基づいて、スタッフに前記予約内容を通知する予約確認通知処理を実行することが考えられる。具体的に、制御部２１は、スタッフ端末３のうち例えばフロントに設置されたスタッフ端末３Ａに対して利用者が利用時間に来店していない旨、及び利用者の連絡先電話番号（連絡先メールアドレス）を表示させ、利用者への予約確認を促すことが考えられる。これにより、スタッフは、利用者への連絡を行う必要はあるが、利用者各々が利用時間に来店しているか否かの確認作業は省略することが可能である。なお、ステップＳ２４において、制御部２１は、前記ステップＳ２３で利用時間に来店していないと判断された利用者の前記利用者情報に基づいて前記予約内容を利用者及びスタッフ各々に通知することも考えられる。

［ステップＳ２５］
次に、ステップＳ２５において、制御部２１は、予約情報Ｄ１に含まれる予約レコードのうち前記ステップＳ２４において予約確認通知処理の対象となった予約レコードうち、前記予約確認通知処理による通知後の予め設定された所定時間内に予約確認操作が行われなかった予約レコードが存在するか否かを判断する。

具体的に、制御部２１は、利用者が利用者端末４に対して前記予約確認通知処理の対象となった予約レコードについて予定通り来店する旨の操作を行った場合に、利用者端末４から業務管理装置２に入力される操作信号に基づいて予約確認操作が行われたと判断する。また、制御部２１は、スタッフがスタッフ端末３に対して前記予約確認通知処理の対象となった予約レコードについて予定通り来店する旨の操作を行った場合に、利用者端末４から業務管理装置２に入力される操作信号に基づいて予約認操作が行われたと判断する。

ここで、所定時間内に予約確認操作が行われなかったと判断されると（Ｓ２５：Ｙｅｓ）、処理がステップＳ２６に移行し、所定時間内に予約確認操作が行われなかったと判断されなければ（Ｓ２５：Ｎｏ）、当該予約制御処理は終了する。なお、スタッフ端末３又は利用者端末４に対して前記予約レコードについてのキャンセル操作が行われた場合も同様に処理がステップＳ２６に移行することが考えられる。

［ステップＳ２６］
ステップＳ２６において、制御部２１は、前記ステップＳ２５において前記所定時間内に予約確認操作が行われなかった予約レコードをキャンセルする予約キャンセル処理を実行する。具体的に、制御部２１は、当該予約レコードを予約情報Ｄ１から自動的に削除することにより当該予約レコードに対応する座席及び利用時間を空席に設定する。これにより、制御部２１の予約処理部２１１が、当該キャンセルされた予約レコードの利用時間にその予約レコードの座席について他の利用者の利用を許容することが可能となる。

［ステップＳ２７］
ステップＳ２７において、制御部２１は、前記ステップＳ２５において前記所定時間内に予約確認操作が行われなかった予約レコードについて、利用者に対してキャンセル料を請求するための処理を実行する。具体的に、制御部２１は、利用者の利用者メールアドレスに対してキャンセル料の支払いを行うための案内メッセージを送信することが考えられる。これにより、例えば利用者は、前記案内メッセージに従って、クレジットカード又は銀行振込などによるキャンセル料の支払い操作を実行することになる。従って、スタッフが利用者にキャンセル料の支払いを要求する作業が省略される。

このように、業務管理装置２において、前記業務管理処理及び前記予約制御処理が実行されることにより、利用者による予約要求の受付から利用者の来店又は利用者の予約キャンセルが行われるまでの一連の手順における施設のスタッフの手間を軽減することが可能であり、施設の業務効率を向上させることが可能である。

［発明の付記］
以下、上述の実施形態から抽出される発明の技術思想について付記する。なお、以下の付記で説明する各構成及び各処理機能は取捨選択して任意に組み合わせることが可能である。

＜付記１＞
施設の予約内容を示す予約情報を管理する予約処理部と、
前記予約情報に基づいて、前記施設のスタッフの作業内容を当該作業内容に対応して予め設定された報知タイミングで前記スタッフに報知する報知処理部と、
を備える業務管理装置。

＜付記２＞
前記予約処理部は、利用者又はスタッフからの予約要求を受け付け可能であり、前記予約要求と予め設定された予約規則とに基づいて前記予約情報を自動更新する、
付記１に記載の業務管理装置。

＜付記３＞
前記予約処理部は、前記予約要求に応じて前記施設における座席の結合、分離、又は移動を含む座席レイアウトを設定可能であり、
前記報知処理部は、前記予約処理部によって設定された前記座席レイアウトを前記作業内容として報知する、
付記２に記載の業務管理装置。

＜付記４＞
前記施設に来店した利用者を判別する判別処理部を備え、
前記報知処理部が、前記利用者判別処理により判別された前記利用者と前記予約情報とに基づいて前記利用者に対応する座席を報知する、
付記１〜３のいずれかに記載の業務管理装置。

＜付記５＞
前記報知処理部は、前記作業内容を予め設定された一又は複数のスタッフに対応するスタッフ端末に表示させる、
付記１〜４のいずれかに記載の業務管理装置。

＜付記６＞
前記報知処理部は、前記スタッフごとに予め対応付けられたスタッフ端末のうち前記作業内容について予め選択される一又は複数の前記スタッフに対応するスタッフ端末に当該作業内容を報知する、
付記１〜４のいずれかに記載の業務管理装置。

＜付記７＞
前記作業内容が報知された前記スタッフ端末に対する前記スタッフによる前記作業内容の拒否操作を受け付け可能な受付処理部を備え、
前記報知処理部は、前記受付処理部によって前記拒否操作が受け付けられた場合に前記スタッフ端末とは異なる前記スタッフ端末に前記作業内容を報知する、
付記６に記載の業務管理装置。

＜付記８＞
前記報知処理部は、前記作業内容が前記スタッフ端末に報知された後、予め設定された時間が経過するまでの間に、当該スタッフ端末に対する前記スタッフによる前記作業内容の確認操作が行われなかった場合に、前記スタッフ端末とは異なる前記スタッフ端末に前記作業内容を報知する、
付記６又は７に記載の業務管理装置。

＜付記９＞
前記報知処理部は、前記予約情報に予め設定された複数の料理を含むコース料理が含まれる場合に、当該コース料理について予め設定されたタイムスケジュールに従って前記料理の調理開始タイミングを算出し、当該料理の調理開始タイミングが到来するごとに、当該料理の調理開始指示を予め指定されたスタッフ端末に報知する、
付記１〜８のいずれかに記載の業務管理装置。

＜付記１０＞
前記予約処理部は、前記予約情報のうち利用時間を基準として予め設定された確認時間に利用者が来店していない場合に利用者又はスタッフの少なくとも一方に当該利用者の予約内容を通知する、
付記１〜９のいずれかに記載の業務管理装置。

＜付記１１＞
前記予約処理部は、前記予約内容の通知後の予め設定された所定時間内に予約確認操作が行われなかった場合に、当該予約内容に対応する予約レコードを前記予約情報から削除する、
付記１０に記載の業務管理装置。

＜付記１２＞
コンピューターにより、
施設の予約内容を示す予約情報を管理する予約ステップと、
前記予約情報に基づいて、前記施設のスタッフの作業内容を当該作業内容に対応して予め設定された報知タイミングで前記スタッフに報知する報知ステップと、
を実行する業務管理方法。

＜付記１３＞
コンピューターに、
施設の予約内容を示す予約情報を管理する予約ステップと、
前記予約情報に基づいて、前記施設のスタッフの作業内容を当該作業内容に対応して予め設定された報知タイミングで前記スタッフに報知する報知ステップと、
を実行させるための業務管理プログラム。

１ 業務管理システム
２ 業務管理装置
２１ 制御部
２１１ 予約処理部
２１２ 報知処理部
２１３ 受付処理部
２１４ 判別処理部
３ スタッフ端末
４ 利用者端末

Claims (12)

1. 施設の予約内容を示す予約情報を管理する予約処理部と、
   前記予約情報に基づいて、前記施設のスタッフの複数の作業内容を当該作業内容ごとに対応して予め設定された報知タイミングで前記スタッフに報知する報知処理部と、
   を備え、
   前記予約処理部は、利用者又はスタッフからの予約要求を受け付け可能であり、前記予約要求と予め設定された予約規則とに基づいて前記予約情報を自動更新するものであって、前記予約要求に応じて前記施設における座席の結合、分離、又は移動を含む座席レイアウトを自動的に設定可能であり、
   前記報知処理部は、前記予約処理部によって設定された前記座席レイアウトを前記作業内容として報知する、
   業務管理装置。
2. 前記報知処理部は、前記施設における座席の座席レイアウトの変更タイミングが到来したか否かを判断し、当該変更タイミングが到来したと判断した場合に、当該変更タイミングが到来したと判断された座席の前記座席レイアウトを前記作業内容として報知する、
   請求項１に記載の業務管理装置。
3. 前記報知処理部は、前記座席レイアウトの変更内容を示すメッセージを前記作業内容として報知する、
   請求項１又は２に記載の業務管理装置。
4. 前記施設に来店した利用者を判別する判別処理部を備え、
   前記報知処理部が、前記判別処理部により判別された前記利用者と前記予約情報とに基づいて前記利用者に対応する座席を報知する、
   請求項１〜３のいずれかに記載の業務管理装置。
5. 前記報知処理部は、複数の前記スタッフに予め対応付けられた複数のスタッフ端末のうち前記作業内容に応じて予め設定された前記スタッフに対応するスタッフ端末に当該作業内容を報知する、
   請求項１〜４のいずれかに記載の業務管理装置。
6. 前記作業内容が報知された前記スタッフ端末に対する前記スタッフによる前記作業内容の拒否操作を受け付け可能な受付処理部を備え、
   前記報知処理部は、前記受付処理部によって前記拒否操作が受け付けられた場合に前記スタッフ端末とは異なる前記スタッフ端末に前記作業内容を報知する、
   請求項５に記載の業務管理装置。
7. 前記報知処理部は、前記作業内容が前記スタッフ端末に報知された後、予め設定された時間が経過するまでの間に、当該スタッフ端末に対する前記スタッフによる前記作業内容の確認操作が行われなかった場合に、前記スタッフ端末とは異なる前記スタッフ端末に前記作業内容を報知する、
   請求項５又は６に記載の業務管理装置。
8. 前記報知処理部は、前記予約情報に予め設定された複数の料理を含むコース料理が含まれる場合に、当該コース料理について予め設定されたタイムスケジュールに従って前記料理の調理開始タイミングを算出し、当該料理の調理開始タイミングが到来するごとに、当該料理の調理開始指示を予め指定されたスタッフ端末に報知する、
   請求項１〜７のいずれかに記載の業務管理装置。
9. 前記予約処理部は、前記予約情報のうち利用時間を基準として予め設定された確認時間に利用者が来店していない場合に利用者又はスタッフの少なくとも一方に当該利用者の予約内容を通知する、
   請求項１〜８のいずれかに記載の業務管理装置。
10. 前記予約処理部は、前記予約内容の通知後の予め設定された所定時間内に予約確認操作が行われなかった場合に、当該予約内容に対応する予約レコードを前記予約情報から削除する、
    請求項９に記載の業務管理装置。
11. コンピューターにより、
    施設の予約内容を示す予約情報を管理する予約ステップと、
    前記予約情報に基づいて、前記施設のスタッフの複数の作業内容を当該作業内容ごとに対応して予め設定された報知タイミングで前記スタッフに報知する報知ステップと、
    を実行する業務管理方法であって、
    前記予約ステップは、利用者又はスタッフからの予約要求を受け付け可能であり、前記予約要求と予め設定された予約規則とに基づいて前記予約情報を自動更新するものであって、前記予約要求に応じて前記施設における座席の結合、分離、又は移動を含む座席レイアウトを自動的に設定可能であり、
    前記報知ステップは、前記予約ステップによって設定された前記座席レイアウトを前記作業内容として報知する、
    業務管理方法。
12. コンピューターに、
    施設の予約内容を示す予約情報を管理する予約ステップと、
    前記予約情報に基づいて、前記施設のスタッフの複数の作業内容を当該作業内容ごとに対応して予め設定された報知タイミングで前記スタッフに報知する報知ステップと、
    を実行させるための業務管理プログラムであって、
    前記予約ステップは、利用者又はスタッフからの予約要求を受け付け可能であり、前記予約要求と予め設定された予約規則とに基づいて前記予約情報を自動更新するものであって、前記予約要求に応じて前記施設における座席の結合、分離、又は移動を含む座席レイアウトを自動的に設定可能であり、
    前記報知ステップは、前記予約ステップによって設定された前記座席レイアウトを前記作業内容として報知する、
    業務管理プログラム。

Images