(57)【要約】【課題】顧客の要求を迅速に満足するレストラン管理方法及びシステムを提供すること。【解決手段】本発明は、顧客がコンピュータデバイス（ＤＣ１）を操作して要求を行うレストラン管理方法を提供する。ウェイターは、まず要求を受けるためにテーブルを訪れ、次に要求を満たすためにテーブルを訪れるという必要がなく、顧客のテーブル（ＴＢ１）を次回訪れたときにその要求を遂行する。【選択図】図１
2006190289.tif 000002
【特許請求の範囲】
【請求項１】
第１のスタッフが操作する第１のスタッフコンピュータデバイスと少なくとも部分的に無線で通信する顧客コンピュータデバイスを操作することにより、顧客が、顧客の場所に何か品物を持ってくるようにレストランのスタッフに要求する要求をレストランの少なくとも第１のスタッフに伝達するステップであって、前記顧客コンピュータデバイス及び前記第１のスタッフのスタッフコンピュータデバイスが、レストラン管理ネットワークに属するものである、伝達するステップと、
前記レストランの前記第１のスタッフ又は他のスタッフが、前記場所に最初に近づくことなく、前記品物を獲得するステップと、
前記第１のスタッフ又は他のスタッフが、前記場所に次回近づき前記場所にサービスを提供するときに、前記要求を遂行するステップと
からなる、レストラン管理方法。
【請求項２】
前記要求が伝達された後、前記要求が所定時間内に遂行されず、
前記要求が適時に遂行されなかったことが、前記ネットワークにより前記ネットワークの第２のスタッフコンピュータデバイスを介して前記レストランの第２のスタッフに警告され、
前記品物が前記第２のスタッフによって獲得され、
前記要求が前記第２のスタッフによって遂行される、請求項１に記載の方法。
【請求項３】
前記要求が前記第１のスタッフによって遂行されなかったことが、前記ネットワークにより記録される、請求項２に記載の方法。
【請求項４】
前記ネットワークは、前記顧客が置いたチップを前記第１のスタッフと第２のスタッフの間でどのように分けるかを決める、請求項２に記載の方法。
【請求項５】
前記顧客が前記要求を伝達する前に、レストラン管理が、前記所定時間を前記ネットワークに伝達する、請求項２に記載の方法。
【請求項６】
何か品物を顧客に持ってくるようにレストランのスタッフに要求する要求を顧客から受け付ける顧客デバイスと、
前記要求を受け取り、第１のスタッフが前記顧客に最初に近づくことなく前記品物を獲得することができ、前記第１のスタッフが前記テーブルに次回近づきサービスを提供するときに前記品物を前記顧客に渡せるようにする、第１のスタッフによって操作されるデバイスと
からなる、レストラン管理ネットワーク。
【請求項７】
前記要求の後、所定時間内に前記第１のスタッフが前記要求を遂行できなかった場合、前記要求を第２のスタッフに通知する、第２のスタッフによって操作されるデバイスをさらに含む、請求項６に記載のレストラン管理ネットワーク。
【請求項８】
前記第１のスタッフが前記要求を遂行できなかったことが、前記ネットワークに記録される、請求項８に記載のレストラン管理ネットワーク。
【請求項９】
前記顧客が置いたチップを前記第１のスタッフと第２のスタッフの間でどのように分けるかを決める手段をさらに含む、請求項９に記載のレストラン管理ネットワーク。
【請求項１０】
前記要求は、既に注文され、出された品物のおかわりを求める要求である、請求項６に記載のレストラン管理ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レストラン管理に関し、特に、サービスを自動化するのに役立つコンピュータを使用するレストラン管理に関する。本発明は、レストランの顧客に対しより効率的且つ有効なサービスを提供する。以下、本発明の説明を容易にするために関連技術を示す。「従来技術」と記される関連技術は、従来技術と認められるものであり、「従来技術」と記されていない関連技術は、従来技術と認められるものではない。
【背景技術】
【０００２】
レストランは、食べ物の選定や品質、価格だけでなく、サービスの質についても、互いに競争している。最初の注文を取りに来るのを待つとき、注文した品目が出されるのを待つとき、請求書が出されるのを待つとき等に長時間待たされると、通常なら楽しい料理の体験は損なわれることがある。ただし、これら３つの食事に関する重大事件はすべて予期することができるため、レストランのスタッフは通常、それらの事件にうまく対処している。しかしながら、多くのレストランでは、最初の注文の後に注文をとったり、適時におかわりを提供したり、食器、食べ物及び請求書に関する特別な要求に応じたりといった顧客の特別な要求は、あまり効率的に対処されていない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
通常、給仕形態のサービススタッフは、顧客を常にチェックして状況を見ていなければならず、顧客は、サービスを要求したり注文したりするために、サービススタッフが立ち寄るまで待たなければならない。顧客は、他の顧客にサービスを提供していることがあるレストランのスタッフの注意を引くために苦心しなければならない場合が多い。また、注意を引き、要求が行われると、スタッフは、要求を満たすために必要な何らかの品物を得るためにその場を去らなければならない。そうしているうちに、スタッフは、他の顧客からの要求によって中断される可能性がある。その結果、要求の遂行は遅れる可能性があり、場合によっては、中断によって要求が忘れ去られる可能性もある。
【課題を解決するための手段】
【０００４】
本発明は、レストラン管理方法、並びに関連ネットワーク及びソフトウェアを提供する。このレストラン管理方法では、顧客は、スタッフ操作デバイスと通信する顧客操作デバイスを使用して要求を行う。要求には、例えば、スタッフが顧客に次回サービスを提供するときに品物が届けられるように、品物を顧客のところに持ってくるようスタッフに要求する、といったものがある。
【０００５】
本発明によれば、顧客は、スタッフの注意を引くための苦労から開放され、スタッフは、顧客の要求がどのようなものかを確めるためにテーブルまで行く必要がなくなる。代わりに、スタッフはスタッフ装置により要求を確かめることができ、スタッフは顧客のテーブルを次回訪れる時に要求を遂行することができる。顧客の要求は迅速に遂行され、スタッフの手際がよくなる。また、要求から遂行までの時間を、スタッフの処理能力の尺度として記録（追跡）することができ、過度に遅れが生じた場合、他のスタッフに警告を送り、要求の遂行に対する報酬を与えることができる。さらに、これらの装置は、図面を参照して下記の説明から明らかとなる他の利点が得られるように容易に構成可能である。
【０００６】
図面は実施形態を示すものであり、本発明の全範囲を表してはいない。
【発明を実施するための最良の形態】
【０００７】
図１は、本発明による顧客操作コンピュータデバイスにより、給仕形態のレストランにおける体験が円滑になり、改善されたレストランＡＰ１を示している。図示のレストランは、厨房１３、食堂１５、出入口１７及び厨房出入口１９を画定する壁１１を有する。食堂１５は、テーブルＴＢ１〜テーブルＴＢ４などのダイニングテーブル、サービスステーション２１、及びチェックアウトステーション２３を含む。各テーブルには、幾つかの椅子、例えば椅子Ｃ１１〜椅子Ｃ４６が配置されている。このレイアウトは、本発明を適用可能な非常に多数の給仕形態レストランのレイアウトのうちの１つに過ぎない。
【０００８】
レストランＡＰ１では、ウェーターその他のサービススタッフは、スタッフコンピュータデバイス、例えばＤＳ１やＤＳ２を携帯し、それらを使用して注文を取り、注文をネットワーク２７を介して中央注文コンピュータＣＣに送ることができる。そして、中央注文コンピュータＣＣは、請求情報をチェックアウトステーション２３にある請求書作成コンピュータＣＢに提供することができる。また、本発明によれば、顧客コンピュータデバイスが、顧客に与えられる。図示の実施形態では、顧客デバイスＤＣ１〜ＤＣ４は、スタッフデバイスＤＳ１及びスタッフデバイスＤＳ２によって実施される機能の一部を実施することができる。
【０００９】
これらの様々なコンピュータデバイスにはヒューレット・パッカード社から市販されているｉＰａｑのような携帯情報端末（ＰＤＡ）を使用することができ、携帯情報端末はレストラン管理ソフトウェアを実行し、ＩＥＥＥ８０２．１１ｇ無線規格を使用して互いに通信するとともに、コンピュータＣＣやコンピュータＣＢとも通信する。あるいは、コンピュータデバイスには、他のタイプのデバイスや、他のタイプの通信方法を使用してもよい。図示の実施形態では、スタッフデバイス及び顧客デバイスが、レストランによって提供される。あるいは、本発明では、任意選択で、ＰＤＡやスマート携帯電話などの特定の顧客所有デバイスをプログラムし、レストランコンピューティングネットワーク２７に対する顧客インタフェースとして機能させることも可能である。
【００１０】
顧客デバイスＤＣ１〜ＤＣ４はそれぞれ、テーブルＴＢ１〜ＴＢ４に配置される。図示の例では、顧客が着席する際に、顧客デバイスが顧客に与えられる。通常、１人の顧客又は１グループの顧客が着席する各テーブルに、１つの顧客デバイスが与えられる。また、顧客デバイスは、各テーブル、椅子、又は椅子の肘掛などに組み込んだり、それらに取り付けたりしてもよい。
【００１１】
各顧客デバイスＤＣ１〜ＤＣ４は、テーブル番号やテーブル位置、補助的な無料の品目（塩、ケチャップ）を含むレストランメニュー、メニューの各品目に関する材料や健康情報などを認識している。各顧客デバイスは、どの顧客（例えば着席位置に関連して）が何を注文したかを記録し、各顧客について栄養やカロリー量の合計を計算しつつ、注文を受けることができる。また、品目が選択されると、請求金額の現在の合計額を計算し、注文をまとめることができ、その合計額は、税金やチップを考慮して計算することができる。顧客は任意選択で、「予算限界」を設定することができ、その限界を越えると顧客デバイスは警告を発することができる。
【００１２】
請求に関し、顧客デバイスＤＣ１〜デバイスＤＣ４によれば、顧客は、請求オプションを選択することができる。例えば、分割請求の割合や貨幣（例えばドル）の量を設定したり、あるいは、ある人の食事の費用を各人が支払うように請求書を分割したりすることができる。顧客デバイスはチップを推奨することができ、食事が私的なものであるか仕事上のものであるかに応じて、レストランのスタッフが処理した要求の数に応じて、顧客満足度の指示に応じて、チップを推奨することができる。同じテーブルの異なる顧客が、異なるチップレベルを選択することもできる。請求金額は、顧客デバイスで見ることができる。支払いの準備ができると、顧客は顧客デバイスを使用してスタッフに通知することができる。クレジットカードとともに提示する勘定書の場合、請求金額は顧客デバイスで見ることができ、スタイラスを使用して顧客デバイスに直接署名することができる。紙のコピーは、チェックアウトカウンタでもらうことができる。あるいは、顧客は電子メールアドレスを入力し、そこに請求書を、返済又は記録を残す目的で電子メールにより送信することもできる。
【００１３】
スタッフデバイスＤＳ１及びＤＳ２は顧客デバイスの機能を概ね複製したものであり、顧客が望む場合、ウェーターは、注文や要求をスタッフデバイスに入力することができる。また、スタッフデバイスは、レストランの全体の様子を表示することができ、それによって各スタッフは、全テーブルにおいて何が行われているかを見ることができる。例えば、スタッフデバイスは、管理上規定された時間内（例えば調味料の場合は最大３分、請求書の処理の場合は最大５分など）に遂行されていないテーブルからの要求（他のスタッフに割り当てられた要求も含む）を表示することができる。最大制限時間を超えると、そのテーブルに割り当てられていないスタッフでもその要求を遂行することができ、介入したスタッフはそのテーブルのチップの何パーセントかを報奨として受け取ることができる。このシステムは、サービススタッフに対し自分のテーブルをうまくやりくりする動機を与えるため、サービススタッフは、自分のチップを分け与えなければならないという危険を冒さないようになる。
【００１４】
図２〜図４は、レストランＡＰ１の例で実施される方法Ｍ１のフロー図を示す。図２に示すように、方法Ｍ１は、ステップＳ１１において顧客デバイス及びスタッフデバイスを起動することによって開始される。スタッフデバイスはスタッフが仕事を開始すると起動され、顧客デバイスは顧客が着席すると起動される。
【００１５】
あるいは、顧客は、着席する前に自分のデバイス又はレストランのデバイスを使用して、食事を事前注文しておくこともできる（例えば、テーブルがすぐには空かない場合や、招待客が到着するのを待っている場合）。事前注文は、レストラン内（例えばラウンジエリア）や、レストランの近くで行うことができ（例えばレストランの領域を超えて広がる無線ネットワークを介して）、あるいは、インターネットなどを介して遠隔に行うこともできる。事前注文された食事は、顧客が着席した直後に出せるように「待ちの行列に入れる」ことができる。
【００１６】
ステップＳ１２において、顧客は、与えられた顧客デバイスの画面上のメニュー品目を吟味することができる。顧客デバイスは、従来のメニューと併用してもよい。最初のページにおいて、顧客は、ウェーターに対し注文を取るように要求したり、注文可能な品目を検討したり、電子的に注文することなどを選択することができる。検討を選択すると、この例では、カテゴリー別の料理品目のリストが表示される。各品目について、顧客は、それを注文したり、又はその品目に関する詳しい情報を要求したりすることができる。詳しい情報を要求した場合、その品目の写真、その品目の材料、及び栄養情報などの選択枝とともに、その品目の詳細な説明が表示される。なお、大きな画面を使用すれば、一度に表示される情報を増やすことも可能である。品目に関する情報を表示するページであれば、どのページであっても、顧客は品物を注文することができる。
【００１７】
ステップＳ１３において、作成している注文の一部としてある品目が選択されると、テーブルの画像が表示される。顧客は、その品目の量やサイズを選択することができ、注文する各品目について席を割り当てることができる。あるいは、共通品目、例えば前菜の場合、顧客は、テーブル自体を選択することができる。そのテーブルについて価格の現在の合計が管理される一方、顧客毎（席毎）に栄養値が累積される。任意選択により、ステップＳ１４において、顧客は予算限界を設定することができる。予算限界を設定した場合、注文の合計価格がその限界を超えると、ステップＳ１５において、顧客デバイスは警告を発する。
【００１８】
注文が完了すると、ステップＳ１６において、顧客は、顧客デバイスによりその注文を中央注文コンピュータＣＣに自動的に提出することができ、中央注文コンピュータＣＣは、その注文を、テーブルにサービスを提供するスタッフのスタッフデバイスに転送する。注文処理のどの段階でも、顧客は、注文の手助けを求める要求を顧客デバイスにより発行し、スタッフを呼び出して、注文をまとめたり、注文を行ったりすることを手伝わせることができる。
【００１９】
中央注文コンピュータＣＣはその注文を厨房スタッフに対して表示し、ステップＳ１７において、厨房スタッフは、注文された品物を用意し、品物の用意ができるとサービススタッフに通知する。そして、サービススタッフは、それらを顧客に持って行くことができる。顧客又はスタッフは、注文された品物が運ばれた時刻をそれぞれのデバイスに入力することができる。他のレストランでは、用意された品物をカウンタに置き、それらを取りに来るように顧客に通知する場合もある。いずれの場合も、ステップＳ１８において、コンピュータＣＣは、いずれの品物が運ばれたか又は運ばれていないかなどの注文の状態を顧客デバイスＤＣ１〜ＤＣ４を介して顧客に通知することができる。これらのデバイスによれば、顧客はスタッフを何時でも呼び出すことができ、自動注文により、顧客及びスタッフは、注文を取らせるためにスタッフをテーブルに呼び戻す際の遅れから開放される。代わりに、スタッフが次にテーブルを訪れる時、注文された品物の幾つか又は全部を持ってくることになる。
【００２０】
注文が行われ、食事が出されると、図３のステップＳ２２において、顧客デバイスは、無料のおかわりが可能な注文品目の無料のおかわり、追加品目（例えばデザート）、無料品目（例えば、水、コーヒー、パン、バター、塩、胡椒、ケチャップ）、食器（ナイフ、フォーク、スプーン、皿、カップ等）等を注文するさらなるオプションを表示する。また、顧客は、例えば食べこぼしや、空の皿、カップなどの片付けを注文することができる。これらの要求は、中央注文コンピュータに無線で伝達され、スタッフへ転送される。
【００２１】
ステップＳ２２の前に実行されるステップＳ２１において、レストラン管理は、各要求タイプが遂行されるべき限界時間を中央注文コンピュータＣＣにプログラムすることができる。要求がなされると、中央注文コンピュータＣＣはその要求にタイムスタンプを付け、ステップＳ２３において、未遂行要求の時間を記録する。通常、要求しているテーブルに割り当てられたスタッフは、ステップＳ２４において限界時間内に次にテーブルを訪れる時に要求を遂行することができる。要求が遂行されると、顧客やスタッフは、要求が遂行されたことを入力することができる。ステップＳ２５において、中央注文コンピュータＣＣは、要求から遂行までの経過時間を記録し、スタッフ１人あたりの遂行時間を処理能力の尺度として使用することができる。
【００２２】
割り当てられたスタッフが要求を遂行することなく遂行限界時間が経過した場合、ステップＳ２６において、中央注文コンピュータＣＣは、他のスタッフに対しそれらスタッフのスタッフデバイスを介して、テーブル及び要求に関する警告を発する。その後、ステップＳ２７において、要求しているテーブルに割り当てられていないスタッフは、その要求を遂行することができる。ステップＳ２８において、割り当てられたスタッフが適時に要求を遂行できなかったことを記録する。要求を遂行したスタッフは、要求していた顧客がテーブルに置いたチップの分け前を報酬として受け取る。また、本システムによれば、スタッフは、他のスタッフが要求の遂行を開始したことを知ることができる。そのため、同じ要求が複数のスタッフによって同時に処理されることはない。
【００２３】
勘定の支払いの用意ができると、図４のステップＳ３１において、顧客は顧客デバイスを使用して「勘定」を要求することができる。中央注文コンピュータＣＣは、要求を確認し、価格を提供することができる。顧客には、一緒に食事をした人の間で請求を分けるというオプションが与えられ、顧客は、例えば、請求を均等に分けたり、請求を各食事の価格に比例して分けたりすることができる。また、ステップＳ３３において、例えば、顧客が行った要求の回数及び遂行時間、顧客満足度（複数の場合もあり）、並びに食事が仕事上のものであるか私的なものであるか等の関数として、チップオプションを顧客に提示することができる。ステップＳ３４において、顧客はチップを選択し、ステップＳ３５において、スタッフは最終請求書を提示することができる。そして、顧客デバイスは、ステップＳ３６において、経理の目的で、顧客が指定した電子メールアドレスに請求書情報を送信することができる。
【００２４】
あるいは、ステップＳ３７において、最終請求書は顧客デバイスに表示してもよい。食事がクレジットカードで支払われる場合、ステップＳ３８において、請求金額は、承認のために、顧客デバイスから中央注文コンピュータＣＣを介して承認銀行へ提出することができる。請求金額が承認されると、ステップＳ３９において、顧客は、与えられたスタイラスを使用して、顧客デバイス上の請求書にデジタルで署名することができる。そして、ステップＳ３６において顧客の電子メールアドレスに請求書を送信することができる。また、最終請求書を同じテーブルの２人以上の顧客間で分けることもでき、それによって各顧客は、自分の個人用デバイスにおいて電子領収書を受け取ったり、領収書の個々のハードコピープリントを受け取ったりすることができる。
【産業上の利用の可能性】
【００２５】
本発明によれば、顧客は、メニュー品目及びそれらの費用に関するより多くの情報に基づく選択を行うことができる。顧客は、自分の要求を即座に伝えることができ、レストランのスタッフの注意を引くことができるまで待つ必要はない。また、スタッフは、顧客の手の合図があるかどうかテーブルを常に監視している必要なく、顧客の要求に即座に気づくことができる。顧客の要求を遂行するためにテーブルへ向かう回数が減るので、スタッフ生産性が向上する。管理をより効率的に行うことができ、顧客デバイスは、満足感に関するフィードバックを即座に返すことができ（例えば、チップが選択され又は別々であるため）、スタッフデバイスは、スタッフの処理能力を自動的に記録することができる。チップ推奨のような柔軟で便利な請求オプションが提供される。概して、本発明は、顧客満足度を増加させ、スタッフ生産性を向上させる。
【００２６】
本発明は、種々のサイズ、スタイル及び料理のレストランに対応する。いかなるタイプのレストランであっても、顧客は、レストランのスタッフが手の合図に気づくのを待ち、スタッフが要求を受けるためにテーブルまで来るのを待ち、その後スタッフが要求を遂行するのを待つことを回避することができる。本発明によれば、説明した実施形態に対するこれらの変更及びその他の変更が可能であり、発明の範囲は特許請求の範囲によって定義される。
【図面の簡単な説明】
【００２７】
【図１】本発明によるレストラン管理システムの概略図である。
【図２】図１のシステムに採用され且つ本発明によるレストラン管理方法の第１の部分のフローチャートである。
【図３】図２のレストラン管理方法の第２の部分のフローチャートである。
【図４】図３のレストラン管理方法の第３の部分のフローチャートである。
【図１】
2006190289.tif 000003
【図２】
2006190289.tif 000004
【図３】
2006190289.tif 000005
【図４】
2006190289.tif 000006