(57)【要約】【課題】フードコートのように複数の店が集う施設において商品を注文する場合であっても、客の負担を極力低減させることが可能となる注文受付システムを提供する。【解決手段】複数の店ごとに設けられる店側端末と、何れかの店で商品を購入しようとする客に使用される客側端末と、を備え、客側端末が、複数の店の一覧を表示し、この一覧の中から客に利用店を指定させる処理、客側端末が、利用店での取扱商品の一覧を表示し、この一覧の中から客に注文商品を指定させる処理、利用店に設けられた店側端末が、注文商品を表示し、注文商品の引渡しが可能である旨の入力を受付ける処理、および、この入力がなされたとき、客側端末が客に対して、注文商品の受取りが可能である旨を報知する処理、の各処理を実行する注文受付システムとする。【選択図】図５
2010277375.tif 000002
【特許請求の範囲】
【請求項１】
複数の店が集う施設において、何れかの店での商品購入の注文を受付ける注文受付システムであって、
前記複数の店ごとに設けられる店側端末と、
何れかの店で商品を購入しようとする客に使用される客側端末と、
を備え、
客側端末が、前記複数の店の一覧を表示し、この一覧の中から客に利用店を指定させる第１ステップ、
客側端末が、前記利用店での取扱商品の一覧を表示し、この一覧の中から客に注文商品を指定させる第２ステップ、
前記利用店に設けられた店側端末が、前記注文商品を表示し、該注文商品の引渡しが可能である旨の第１入力を受付ける第３ステップ、および、
第１入力がなされたとき、客側端末が客に対して、前記注文商品の受取りが可能である旨を報知する第４ステップ、
の各処理を実行することを特徴とする注文受付システム。
【請求項２】
客側端末は、商品の清算を実行する会計処理手段を備え、
前記第３ステップの処理は、
会計処理手段による前記注文商品についての清算が完了した後に、実行されることを特徴とする請求項１に記載の注文受付システム。
【請求項３】
前記複数の店の各々は、飲食物を販売する店であり、
客側端末は、
前記注文商品についての清算が完了した後、前記注文商品を特定する注文票を発券することを特徴とする請求項２に記載の注文受付システム。
【請求項４】
前記複数の店に関する店情報、および当該店ごとの取扱商品に関する商品情報を記録しているとともに、前記店側端末および客側端末との通信が可能である、情報管理装置を備え、
情報管理装置に記録されている店情報および商品情報は、店側端末からの指示に応じて更新可能であり、
客側端末は、
第１ステップの処理の実行時には、
情報管理装置から店情報を受信して、この受信した情報に基づいて、前記複数の店の一覧を表示し、
第２ステップの処理の実行時には、
情報管理装置から商品情報を受信し、この受信した情報に基づいて、前記利用店での取扱商品の一覧を表示することを特徴とする請求項２または請求項３に記載の注文受付システム。
【請求項５】
店側端末は、
第１入力がなされた後、前記注文商品の引渡しが完了した旨の第２入力を受付けるものであり、
前記情報管理装置は、
第３ステップの処理がなされてから、第１入力がなされるまでの状態；
第１入力がなされてから、第２入力がなされるまでの状態；および、
第２入力がなされた後の状態；
の何れの状態にあるかを表す、注文進捗情報を記録することを特徴とする請求項４に記載の注文受付システム。
【請求項６】
前記客側端末は、前記施設に関する広告の情報を客に提供することを特徴とする、請求項１から請求項５の何れかに記載の注文受付システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品購入等の注文を受付ける注文受付システムに関する。
【背景技術】
【０００２】
近年、ショッピングモール等の施設においては、フードコート［Food Court］が設けられるケースが増加している。一般的なフードコートでは、多様な飲食店が隣接して設置されているとともに、各店に共通の客席が用意されている。このようにフードコートによれば、客席を共通とすることで、施設側にとっては省スペース化を図ることが可能となる。また客にとっても、様々な料理を選ぶことができるために便利である。
【０００３】
ここでフードコートを利用する客は、一般的に、次のような行動をとることになる。まず客は、各店舗を見て回り、それぞれの店で取扱っているメニュー（商品と見ることもできる）を確認する。そして注文するメニューを決めた後、再度そのメニューを取扱う店舗へ足を運び、注文および清算を行う。その後、調理完了を知らせる電子ブザー等が配布され、調理完了まで待たされる。そして電子ブザーが鳴ったら、再度店舗へ足を運び、電子ブザーと引換えにメニューを受取る。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１１２３５６号公報
【特許文献２】特開２００８−１４６５０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したようにフードコートにおいては、客は、利用する店舗や注文するメニューを決めるために各店舗を見て回ったり、注文を行うために店舗へ足を運んだりする必要がある。このように客は、何度も移動するという負担を強いられることとなる。
【０００６】
特に、昼食の時間帯などにおいては、フードコートは非常に混雑することになるため、その中を何度も移動することは相当の負担となる。また、客が家族連れ等である場合には、複数の店舗でメニューを注文することも多く、混雑の中で各店舗に足を運ぶことは、客にとって大きな負担となる。
【０００７】
本発明は上述した問題点に鑑みて、フードコートのように複数の店が集う施設において商品を注文する場合であっても、客の負担を極力低減させることが可能となる注文受付システムの提供を目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る注文受付システムは、複数の店が集う施設において、何れかの店での商品購入の注文を受付ける注文受付システムであって、前記複数の店ごとに設けられる店側端末と、何れかの店で商品を購入しようとする客に使用される客側端末と、を備え、客側端末が、前記複数の店の一覧を表示し、この一覧の中から客に利用店を指定させる第１ステップ、客側端末が、前記利用店での取扱商品の一覧を表示し、この一覧の中から客に注文商品を指定させる第２ステップ、前記利用店に設けられた店側端末が、前記注文商品を表示し、該注文商品の引渡しが可能である旨の第１入力を受付ける第３ステップ、および、第１入力がなされたとき、客側端末が客に対して、前記注文商品の受取りが可能である旨を報知する第４ステップ、の各処理を実行する構成とする。
【０００９】
本構成によれば、客は客側端末を通じて、複数の店の一覧や取扱商品の一覧を閲覧するとともに、任意の商品を指定して注文することが可能となる。そのため客は、利用する店舗や注文するメニューを決めるために各店舗を見て回ったり、注文を行うために店舗へ足を運んだりする必要がなくなる。その結果、複数の店が集う施設において商品を注文する場合であっても、客の負担を極力低減させることが可能となる。
【００１０】
また上記構成において、客側端末は、商品の清算を実行する会計処理手段を備え、前記第３ステップの処理は、会計処理手段による前記注文商品についての清算が完了した後に、実行される構成としてもよい。
【００１１】
本構成によれば、客は、客側端末を通じて清算を行うことが可能となるため、清算のために店舗に足を運ぶ必要がなくなる。また、清算が完了した後に第３ステップの処理が実行されるため、清算を行わない客に対して商品を準備してしまうといった無駄を、排除することが可能となる。
【００１２】
また上記構成において、前記複数の店の各々は、飲食物を販売する店であり、客側端末は、前記注文商品についての清算が完了した後、前記注文商品を特定する注文票を発券する構成としてもよい。本構成によれば、注文票と引換えに、客へ商品を引渡すようにすることが可能となり、商品の引渡しを円滑に行うことが容易となる。
【００１３】
また上記構成において、前記複数の店に関する店情報、および当該店ごとの取扱商品に関する商品情報を記録しているとともに、前記店側端末および客側端末との通信が可能である、情報管理装置を備え、情報管理装置に記録されている店情報および商品情報は、店側端末からの指示に応じて更新可能であり、客側端末は、第１ステップの処理の実行時には、情報管理装置から店情報を受信して、この受信した情報に基づいて、前記複数の店の一覧を表示し、第２ステップの処理の実行時には、情報管理装置から商品情報を受信し、この受信した情報に基づいて、前記利用店での取扱商品の一覧を表示する構成としてもよい。
【００１４】
本構成によれば、店情報や商品情報を情報管理装置に一括管理させ、情報管理を容易とすることが可能となる。また、これらの情報を更新させるべき状況となっても、店側端末を通じてこれに対応することが可能となる。
【００１５】
また上記構成において、店側端末は、第１入力がなされた後、前記注文商品の引渡しが完了した旨の第２入力を受付けるものであり、前記情報管理装置は、第３ステップの処理がなされてから、第１入力がなされるまでの状態；第１入力がなされてから、第２入力がなされるまでの状態；および、第２入力がなされた後の状態；の何れの状態にあるかを表す、注文進捗情報を記録する構成としてもよい。本構成によれば、注文の進捗を容易に管理することが可能となる。
【００１６】
また上記構成において、前記客側端末は、前記施設に関する広告の情報を提供する構成としてもよい。本構成によれば、注文受付システムを、広告媒体として活用することが可能となる。
【発明の効果】
【００１７】
上述した通り、本発明に係る注文受付システムによれば、客は客側端末を通じて、複数の店の一覧や取扱商品の一覧を閲覧するとともに、任意の商品を指定して注文することが可能となる。そのため客は、利用する店舗や注文するメニューを決めるために各店舗を見て回ったり、注文を行うために店舗へ足を運んだりする必要がなくなる。その結果、複数の店が集う施設において商品を注文する場合であっても、客の負担を極力低減させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係る注文受付システムの構成図である。
【図２】店舗ＤＢに関する説明図である。
【図３】メニューＤＢに関する説明図である。
【図４】注文管理ＤＢに関する説明図である。
【図５】当該注文受付システムで行われる処理のシーケンス図（前半部分）である。
【図６】当該注文受付システムで行われる処理のシーケンス図（後半部分）である。
【図７】店舗の一覧表示に関する説明図である。
【図８】メニューの一覧表示に関する説明図である。
【図９】数量入力画面に関する説明図である。
【図１０】清算処理時の表示画面に関する説明図である。
【図１１】注文を受付けた状態での表示画面に関する説明図である。
【図１２】注文を受付けた状態での表示画面に関する説明図である。
【図１３】注文を受付けた状態での表示画面に関する説明図である。
【発明を実施するための形態】
【００１９】
本発明の実施形態について、フードコートにおいて用いられる注文受付システムを例に挙げて、以下に説明する。図１は、当該注文受付システムの構成図である。本図に示すように、注文受付システム９は、店側端末１、情報管理装置２、および客側端末３などを有している。
【００２０】
店側端末１は、フードコートに設置されている複数店舗の各々に設けられるものであり、その店舗の店員によって使用されることが想定されている。また店側端末１は、所定の処理や制御を行う演算制御装置の他、ユーザ（店員）の操作を受付ける操作手段（キーボード等により形成される）、各種情報を表示するディスプレイ、および情報管理装置２等との通信を行う通信手段などを備えている。
【００２１】
情報管理装置２は、注文受付システム９における各種情報を管理する装置であり、例えば、フードコートを有する施設（例えば、ショッピングモール）の管理室に設置される。情報管理装置２は、店側端末１の各々、および客側端末３の各々との、無線通信を行うことが可能となっている。なお、店側端末１および客側端末３が、情報管理装置２に対して何らかの情報を送信する場合は、自機のＩＤ情報（店側端末ＩＤまたは客側端末ＩＤ）も付随して送信されるようになっている。これにより情報管理装置２は、何れの店側端末１もしくは客側端末３から送信がなされたかを、把握することが可能となっている。
【００２２】
また情報管理装置２は、所定の処理や制御を行う演算制御装置の他、各種情報を記憶する記憶手段（フラッシュメモリやハードディスク等により形成される）を備えている。情報管理装置２が記憶する情報には、複数店舗の各々に関する情報が集約された「店舗ＤＢ（データベース）」、各店舗で取扱うメニューに関する情報が集約された「メニューＤＢ」、および、メニューの注文に関する情報が集約された「注文管理ＤＢ」などが含まれている。
【００２３】
なお「店舗ＤＢ」には、店舗ごとの各種情報が含まれている。より具体的には、図２に示すように、その店舗に割当てられた店舗ＩＤ（店舗ごとに異なる）、その店舗の名称、および、その店舗に設けられている店側端末１のＩＤ（店側端末１ごとに異なる）が含まれている。その他、店舗ＤＢには、その店舗を表す画像（客側端末３に表示させるためのもの）や、客側端末３における当該画像の表示態様を定める情報（画像の配置位置の座標など）等も含まれている。
【００２４】
店舗ＤＢの内容は、店側端末１の指示に応じて、更新（追加、削除、変更など）させることが可能となっている。例えばある店舗の店員が、店側端末１において「店舗の名称」を変更するための操作（新たな名称の入力など）を行った場合、新たな名称の情報等が情報管理装置２に送信され（つまり、更新の指示がなされ）、情報管理装置２は、店舗ＤＢを指示通りに更新する。
【００２５】
また「メニューＤＢ」には、メニューごとの各種情報が含まれている。より具体的には、図３に示すように、そのメニューに割当てられたメニューＩＤ（メニューごとに異なる）、そのメニューを取扱っている店舗の店舗ＩＤ、そのメニューの名称、および、そのメニューの単価が含まれている。その他、メニューＤＢには、そのメニューを表す画像（客側端末３に表示させるためのもの）や、客側端末３における当該画像の表示態様を定める情報（画像の配置位置の座標など）等も含まれている。
【００２６】
そしてメニューＤＢの内容も、店側端末１の指示に応じて、更新（追加、削除、変更など）させることが可能となっている。例えばある店舗の店員が、店側端末１においてメニューを追加するための操作（新メニューに関する各情報の入力など）を行った場合、新メニューに関する各情報等が情報管理装置２に送信され（つまり、更新の指示がなされ）、情報管理装置２は、メニューＤＢを指示通りに更新する。
【００２７】
このように店側端末１によるメニューＤＢの更新が可能となっていることで、メニューが売り切れた場合や、タイムサービスによりメニューの単価を変えたい場合等であっても、店員は容易に対応することができる。なお「注文管理ＤＢ」の内容は図４に示す通りであるが、その詳細については改めて説明する。
【００２８】
図１に戻り、客側端末３は、フードコートに設置されている飲食テーブル（客席）に、１個または複数個が設けられるものであり、客によって使用されることが想定されている。また客側端末３は、所定の処理や制御を行う演算制御装置の他、各種情報を表示したりユーザ（客）の操作を受付けたりするタッチパネル、各種情報を記憶する記憶装置を備えている。また客側端末３は、清算処理を可能とするための現金受取装置（現金投入口、現金を内部に搬送して蓄積する装置、および投入金額を検出する手段などを有する）や、注文票を発券するための発券装置（印字手段や、発券用紙を格納しておくスペースなどを有する）をも備えている。
【００２９】
上述した構成の注文受付システム９は、客によるメニューの注文を受付けるとともに、注文に関わる一連の処理を実行する。次に、注文受付システム９において実行される処理の流れについて、図５および図６に示すシーケンス図を参照しながら、以下に説明する。
【００３０】
客側端末３は、客によるアクセス（例えば、タッチパネルへの接触）を待機する（ステップＳ１）。そしてアクセスがあると、客側端末３は情報管理装置２に対して、店舗一覧情報の送信を要求する（ステップＳ２）。
【００３１】
情報管理装置２は、店舗一覧情報の送信の要求を受けて、要求元である客側端末３に対して、店舗一覧情報を送信する（ステップＳ３）。なお店舗一覧情報は、店舗ＤＢに挙げられている全店舗についての店舗ＩＤや、画像情報（店舗の一覧を、客側端末３に表示させるための情報）などである。
【００３２】
これを受けて客側端末３は、受信した店舗一覧情報に基づいて店舗一覧を表示し、客による利用店（メニューを注文する店舗）の指定を受付ける（ステップＳ４）。より具体的には、客側端末３のタッチパネルに図７に示すような一覧の表示（「次ページ」等を選択して、全ての店舗を表示させることが可能）がなされる。そして客がタッチパネルに触れると、その箇所に表示されている店舗が、利用店として指定されたとみなされる。
【００３３】
利用店が指定されたら、客側端末３は情報管理装置２に対して、利用店の店舗ＩＤを送信し、利用店で取扱っているメニューの一覧情報（メニュー一覧情報）の送信を要求する（ステップＳ５）。これを受けて情報管理装置２は、要求元である客側端末３に対して、メニュー一覧情報を送信する（ステップＳ６）。なおメニュー一覧情報は、メニューＤＢに挙げられている全メニューのうち、利用店が取扱っているものについてのメニューＩＤや、画像情報（メニューの一覧を、客側端末３に表示させるための情報）などである。
【００３４】
これを受けて客側端末３は、受信したメニュー一覧情報に基づいてメニュー一覧を表示し、客による注文メニューの指定を受付ける（ステップＳ７）。より具体的には、客側端末３のタッチパネルに図８に示すような一覧の表示（「次ページ」等を選択して、全てのメニューを表示させることが可能）がなされる。そして客がタッチパネルに触れると、その箇所に表示されているメニューが、注文メニューとして指定されたとみなされる。
【００３５】
注文メニューが指定されたら、客側端末３は情報管理装置２に対して、注文メニューのメニューＩＤの送信（注文メニューの通知）を行う（ステップＳ８）。これを受けて情報管理装置２は、要求元である客側端末３に対して、数量入力画面の情報を送信する（ステップＳ９）。なお数量入力画面の情報は、注文数量（注文メニューを何個注文するか）の入力を受付ける画面を、客側端末３に表示させるための画像情報などである。
【００３６】
これを受けて客側端末３は、タッチパネルに図９に示すような数量入力画面を表示し、客による注文数量の入力を受付ける（ステップＳ１０）。そして客がタッチパネルに触れると、その箇所に表示されている数量が、注文数量として入力されたとみなされる。ここまでの処理により、客によって、購入を希望するメニューとその数量が指定されたことになる。
【００３７】
また客は、注文数量を入力した後、「メニュー追加」と「清算」の何れかを選ぶことが可能となっている。「メニュー追加」が選択されると、注文受付システム９は、ステップＳ２以降の処理を再度実行し、新たに指定された注文メニューを、今回の注文に追加する。これにより客は、１回分の注文で、複数種のメニュー（取扱う店舗が異なっていても良い）を注文することができ、清算も纏めて行うことが可能となっている。
【００３８】
一方、客によって「清算」が選択された場合には、客側端末３のタッチパネルに、図１０に示すような確認用の画面（今回の注文に含まれる各注文メニュー、注文メニューごとの注文数量、および合計金額などの情報が含まれる）が表示される。また客は「戻る」と「確定」の何れかを選ぶことが可能となっている。そして「確定」が選ばれた場合は、客側端末３は、今回の注文についての清算処理（代金の支払いを受付ける処理）を実行する（ステップＳ１０）。
【００３９】
清算処理は、客側端末３に設けられている現金投入口への、合計金額分の現金の投入を受付けることによって実現される。ただし清算処理の方法としては、種々の方法を採用することが可能であり、上述したものには限定されない。例えば、プリペイドカードやクレジットカードでの支払いによる方法などが採用可能である（この場合、客側端末３には、これらの方法に対応するための装置が備えられることになる）。
【００４０】
清算処理が完了した後、客側端末３は、今回の注文内容を特定する情報（注文メニューごとのメニューＩＤや注文数量など）を情報管理装置２に通知する（ステップＳ１１）。これを受けて情報管理装置２は、今回の注文に関し、１名または１組の客が客側端末３で注文した情報に対して一つの「注文番号」を割当てるとともに、この注文における注文メニューごとに「整理番号」を割当てる。そして情報管理装置２は、注文管理ＤＢに、今回の注文に関する情報を登録する（ステップＳ１２）。
【００４１】
なお注文管理ＤＢには、整理番号ごとの各種情報が含まれている。より具体的には、図４に示すように、対応する（客から注文を受付けた）客側端末３のＩＤ、対応する（利用店に設けられている）店側端末１のＩＤ、対応する注文番号、メニューＩＤ、注文数量、注文進捗などが含まれている。注文進捗の情報は、後述するように随時更新されるものであり、初期状態では「確認待ち」とされる。なお後述の説明で明らかとなる通り、以降の処理は、主に注文番号及び整理番号ごとに区別して実行されることとなる。
【００４２】
また情報管理装置２は、注文番号と注文番号に対する整理番号ごとの注文内容（整理番号、メニューＩＤ、および注文数量など）を、対応する店側端末１に通知する（ステップＳ１３）。これを受けて店側端末１は、通知された注文内容を表示して店員に報知するとともに、店員による注文確認済みの入力を受付ける（ステップＳ１４）。店員は、店側端末１を通じて注文番号と注文の内容を確認し、注文番号から同じ客からの注文であることを確認し、整理番号ごとに注文確認済みの入力を行った上で、注文のあったメニューの調理に取りかかることになる。
【００４３】
なお情報管理装置２は、客側端末３に対して、注文番号や整理番号などを通知する（ステップＳ１３ａ）。これを受けて客側端末３は、図１１に示すように、今回の注文内容（進捗の情報を含む）を客に知らせ、注文票の発券を促すための画面を、タッチパネルに表示させる（ステップＳ１３ｂ）。そして客によって「発券」が選択されると、客側端末３は、注文番号や注文内容などが記載された（注文メニューなどを特定する）注文票（注文したメニューとの引換券となる）を発券する。これにより客は、当該整理番号に対応した注文票を取得することになる。なお注文票は、一つの注文ごとに一つ発券されても構わないし、客が注文したすべての注文に対して一つ発券されても構わない。すべての注文に対して一つの注文票を発券する場合には、注文した全ての店舗やメニューの一覧が記載されている。
【００４４】
また、注文番号に対するある整理番号についての注文確認済みの入力がなされたら、店側端末１は情報管理装置２に対して、当該整理番号についての注文確認済みの通知を行い（ステップＳ１５）、その後、店員による調理完了の入力を受付ける（ステップＳ１９）。店員は、注文のあったメニューの調理が完了したら（つまり、客にメニューを引き渡す準備が整ったら）、そのメニュー（整理番号）について調理完了の入力を行った上で、客によるメニューの受取りを待機することになる。
【００４５】
また情報管理装置２は、注文確認済みの通知を受けると、当該整理番号に係る注文進捗の情報を「調理中」に更新する（ステップＳ１６）。そして更に情報管理装置２は、今回の注文を受付けた客側端末３に対して、当該整理番号についての注文確認済みの通知を行う（ステップＳ１７）。これを受けて客側端末３は、図１２に示すように、当該整理番号についての進捗の表示を「調理中」に更新する（ステップＳ１８）。
【００４６】
そして店側端末１は、調理完了の入力がなされたら（ステップＳ１９）、情報管理装置２に対して、当該整理番号についての調理完了の通知を行い（ステップＳ２０）、その後、店員による引渡し完了の入力を受付ける（ステップＳ２４）。店員は、注文のあったメニューを注文票と引換えに客に引渡した後、注文票に記載されている注文メニューを特定する情報（注文名や整理番号等）をもとに、そのメニュー（整理番号）について引渡し完了を入力することになる。
【００４７】
また情報管理装置２は、調理完了の通知を受けると、当該整理番号に係る注文進捗の情報を「調理完了」に更新する（ステップＳ２１）。そして更に情報管理装置２は、今回の注文を受付けた客側端末３に対して、注文番号に対する当該整理番号についての調理完了の通知を行う（ステップＳ２２）。
【００４８】
これを受けて客側端末３は、図１３で示すように、当該整理番号についての進捗の表示を「調理完了」に更新するとともに、注文メニューの受取りを促すためのメッセージを表示する（ステップＳ２３）。これにより客は、注文票を持って、利用店へ注文メニューを受取りに行くこととなる。
【００４９】
そして店側端末１は、引渡し完了の入力がなされたら（ステップＳ２４）、情報管理装置２に対して、当該整理番号についての引渡し完了の通知を行う（ステップＳ２５）。これをもって店側端末１は、当該整理番号についての処理を終了する。また情報管理装置２は、引渡し完了の通知を受けて、当該整理番号に係る注文進捗の情報を「引渡し完了」に更新する（ステップＳ２６）。
【００５０】
そして更に情報管理装置２は、今回の注文を受付けた客側端末３に対して、当該整理番号についての引渡し完了の通知を行う（ステップＳ２７）。これを受けて客側端末３は、当該整理番号についての進捗の表示を「引渡し完了」に更新する（ステップＳ２８）。客側端末３は、今回の注文に属する全ての整理番号についての進捗が「引渡し完了」となると、当該注文についての処理を終了する。
【００５１】
上述した一連の処理を行う注文受付システム９によれば、客は、各店舗で取り扱っているメニューの確認、メニューの注文、および注文メニューの清算を、客側端末３を用いて行うことが可能である。そのため客は、客席に居ながらこれらを行うことができ、わざわざ各店舗を見て回ったり、店舗に足を運んだりする必要がない。
【００５２】
また各店舗の店員の立場からも、客から直接注文を受付けたり、清算の対応を行ったりする必要がなくなるため、作業を円滑に進めることが可能となる。このように注文受付システム９によれば、客と店員の双方にとっての利便性を、大きく向上させることが可能となっている。
【００５３】
なお注文受付システム９は、各段階の処理を、注文番号或いは整理番号ごとに独立して実行するようになっているため、複数の客からの注文を並列的に処理することが可能となっている。また情報管理装置２は、フードコートを有する施設（例えば、ショッピングモール）に関する種々の広告情報（飲食店以外の広告情報も含まれる）が登録されており、随時（例えば客の要求に応じて）、客側端末３へ配信するようになっている。また、情報管理装置２から予め客側端末３へ配信しておき、客側端末３側で広告情報を蓄積しておいても構わない。
【００５４】
これにより客は、例えば食事の後に、客側端末３のタッチパネルを通じて、施設内における各店舗のバーゲン情報といった広告情報を閲覧することができる。なお客側端末３においては、メニューの注文を受付けるための注文モードと、広告情報を表示するための広告モードを準備しておき、これらのモードが、客の操作に応じて切替えられるようになっていても良い。
【００５５】
また、広告情報を配信するための装置は、情報管理装置２とは別に設けられるようにしても構わない。また情報管理装置２が記録している各種情報（店舗ＤＢ、メニューＤＢ、注文管理ＤＢなど）は、例えば施設の管理者が、随時確認することが可能であるようにしても良い。
【００５６】
上述した通り、注文受付システム９は、フードコートを有する施設（複数の店が集う施設）において、何れかの店でのメニュー（商品）購入の注文を受付けるものである。そして注文受付システム９は、これらの店ごとに設けられる店側端末１と、何れかの店でメニューを購入しようとする客に使用される客側端末３と、を備えている。
【００５７】
また注文受付システム９は、客側端末３が、これらの店の一覧を表示し、この一覧の中から客に利用店を指定させる処理（ステップＳ４等を参照）、客側端末３が、利用店での取扱メニューの一覧を表示し、この一覧の中から客に注文メニューを指定させる処理（ステップＳ７等を参照）、利用店に設けられた店側端末１が、注文メニューを表示し、調理完了の入力（注文商品の引渡しが可能である旨の入力）を受付ける処理（ステップＳ１４およびＳ１９等を参照）、および、この入力がなされたとき、客側端末３が客に対して、注文メニューの受取りが可能である旨を報知する処理（ステップＳ２３等を参照）、の各処理を実行するようになっている。
【００５８】
以上、本発明の実施形態の一例について説明したが、本発明はこれらの内容に限定されるものではない。例えば上記説明では、商品の一例としてメニュー（飲食物）を挙げたが、商品の内容はこれに限定されない。また本発明は、その主旨を逸脱しない範囲において、種々の改変を加えた態様で実施され得る。
【産業上の利用可能性】
【００５９】
本発明は、フードコートで使用される注文受付システム等として利用することができる。
【符号の説明】
【００６０】
１    店側端末
２    情報管理装置
３    客側端末
９    注文受付システム
【図１】
2010277375.tif 000003
【図２】
2010277375.tif 000004
【図３】
2010277375.tif 000005
【図４】
2010277375.tif 000006
【図５】
2010277375.tif 000007
【図６】
2010277375.tif 000008
【図７】
2010277375.tif 000009
【図８】
2010277375.tif 000010
【図９】
2010277375.tif 000011
【図１０】
2010277375.tif 000012
【図１１】
2010277375.tif 000013
【図１２】
2010277375.tif 000014
【図１３】
2010277375.tif 000015