(57)【要約】【課題】注文された複数のメニューのうち、１品のみ遅れて配膳されること防ぐ。【解決手段】記憶部１１３は客が注文したメニューを記憶する。制御部１１２は、記憶部１１３が記憶するメニューの調理が完了した時刻を記録する。制御部１１２は、客の注文したメニューのうち最後に調理が完了したメニューの時刻から所定時間以上経過しても調理が完了していないメニューがある場合、当該調理が完了していないメニューの調理を催促する。【選択図】図２
2014038555.tif 000002
【特許請求の範囲】
【請求項１】
客が注文したメニューを記憶する記憶手段と、
前記記憶手段が記憶する前記メニューの調理が完了した時刻を記録する記録手段と、
前記客の注文したメニューのうち最後に調理が完了したメニューの時刻から所定時間以上経過しても調理が完了していないメニューがある場合、当該調理が完了していないメニューの調理を催促する警告手段と、
を備えることを特徴とするオーダリングシステム。
【請求項２】
メニューの注文を受け付ける注文受付端末と、当該注文受付端末が受け付けたメニューの調理指示を行う調理端末とが通信可能に接続されたオーダリングシステムであって、
前記注文受付端末は、
客が注文したメニューを記憶する記憶手段と、
前記メニューの調理が完了したことを示す調理完了データを前記調理端末から受信すると、前記記憶手段が記憶する当該メニューに前記調理が完了した時刻を記録する記録手段と、
前記客の注文したメニューのうち最後に調理が完了したメニューの調理完了時刻から所定時間以上経過しても調理が完了していないメニューがある場合、当該調理が完了していないメニューの調理を催促する警告データを前記調理端末に送信する警告手段と、
を備え、
前記調理端末は、
メニューの調理が完了したことを入力する入力手段と、
前記入力手段により調理完了したことが入力されると前記メニューの前記調理完了時刻を前記注文受付端末に通知する通知手段と、
前記注文受付端末から前記警告データを受信すると、当該警告されたメニューの調理を促す出力を行う出力手段と、
を備える
ことを特徴とするオーダリングシステム。
【請求項３】
客から注文されたメニューを受け付ける注文受付端末と、当該注文受付端末が受け付けたメニューの調理指示を行う調理端末と、配膳端末とが通信可能に接続されたオーダリングシステムであって、
前記注文受付端末は、
客が注文したメニューを記憶する記憶手段と、
前記メニューの調理が完了したことを示す調理完了データを前記調理端末から受信すると、前記記憶手段が記憶する当該メニューに前記調理が完了した時刻を記録する第１の記録手段と、
前記メニューの配膳が完了したことを示す配膳完了データを前記配膳端末から受信すると、前記記憶手段が記憶する当該メニューに前記配膳が完了した時刻を記録する第２の記録手段と、
前記客の注文したメニューのうち最後に配膳が完了したメニューの配膳完了時刻から所定時間以上経過しても配膳が完了していないメニューである未配膳メニューがある場合、当該未配膳メニューの調理が完了していないときは当該未配膳メニューの調理を催促する警告データを前記調理端末に送信し、当該未配膳メニューの調理が完了しているときは当該未配膳メニューの配膳を催促する警告データを前記配膳端末に送信する警告手段と、
を備え、
前記調理端末は、
メニューの調理が完了したことを入力する入力手段と、
前記入力手段により調理完了したことが入力されると前記メニューの前記調理完了時刻を前記注文受付端末に通知する通知手段と、
前記注文受付端末から前記警告データを受信すると、当該警告されたメニューの調理を促す出力を行う出力手段と、
を備え、
前記配膳端末は、
メニューの配膳が完了したことを入力する入力手段と、
前記入力手段により配膳完了したことが入力されると前記メニューの前記配膳完了時刻を前記注文受付端末に通知する通知手段と、
前記注文受付端末から前記警告データを受信すると、当該警告されたメニューの配膳を促す出力を行う出力手段と、
を備える
ことを特徴とするオーダリングシステム。
【請求項４】
前記警告手段により催促したメニュー及び時間の履歴を記憶する履歴記憶手段を備える
ことを特徴とする請求項１から請求項３のいずれか１項に記載のオーダリングシステム。
【請求項５】
前記警告手段は、同一の客から異なる時間に注文されたメニューであって、それらの注文された時間の差が所定時間以内であるものは、１つの注文とみなす
ことを特徴とする請求項１から請求項４のいずれか１項に記載のオーダリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーダリングシステムに関する。
【背景技術】
【０００２】
レストランや居酒屋などの飲食店では、店員が客から受けた飲食の注文を注文入力端末へ入力することによりその注文が厨房の調理端末へ送信されて調理指示が行われるオーダリングシステムを導入していることが多い。このようなオーダリングシステムにおいて、メニューの調理が完了した時点から当該メニューの配膳済時間までを管理し、調理が完了した時点から所定時間以上配膳されていないメニューの配膳催促をするものがある（例えば、特許文献１参照）。これにより、調理済メニューの配膳遅れを防止することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−０２９９４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、飲食店では、客が複数のメニューを注文し、一部のメニューの配膳は完了したが、注文したメニューのうち１品或いは２品が配膳されなかった場合、時間が経過するとともに、客の心理状態は「未配膳のメニューのオーダーが通っていないのでは」と不安になることがある。このため、他のメニューが配膳されてから残り１品のみが一定時間以上配膳されていない場合、客から「オーダーは入っていますか」といった催促を受けるケースに多々遭遇する。
しかしながら、特許文献１に記載された技術では、注文された複数のメニューのうち、１品のみ配膳が遅れているような事態を管理することはできない、という問題がある。
【０００５】
本発明は上記の点に鑑みてなされたものであり、その目的は、注文された複数のメニューのうち、１品のみ遅れて配膳されるような事態を防ぐことができるオーダリングシステムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、上記の課題を解決するためになされたものであり、客が注文したメニューを記憶する記憶手段と、前記記憶手段が記憶する前記メニューの調理が完了した時刻を記録する記録手段と、前記客の注文したメニューのうち最後に調理が完了したメニューの時刻から所定時間以上経過しても調理が完了していないメニューがある場合、当該調理が完了していないメニューの調理を催促する警告手段と、備えることを特徴とするオーダリングシステムである。
【０００７】
この発明によれば、客のメニューが調理された最終時刻より計時を行い、所定時間を経過しても調理が完了していないメニュー（未調理メニュー）がある場合、未調理メニューの調理の催促を行うので、この未調理メニューを優先して調理することができる。これにより、注文された複数のメニューのうち、１品のみ遅れて配膳されるような事態を防ぐことができる。さらに、調理遅れのメニューの警告機能を活かして接客対応をすれば、客の不安を解消することができる。
【０００８】
また、本発明は、上記のオーダリングシステムにおいて、メニューの注文を受け付ける注文受付端末と、当該注文受付端末が受け付けたメニューの調理指示を行う調理端末とが通信可能に接続されたオーダリングシステムであって、前記注文受付端末は、客が注文したメニューを記憶する記憶手段と、前記メニューの調理が完了したことを示す調理完了データを前記調理端末から受信すると、前記記憶手段が記憶する当該メニューに前記調理が完了した時刻を記録する記録手段と、前記客の注文したメニューのうち最後に調理が完了したメニューの調理完了時刻から所定時間以上経過しても調理が完了していないメニューがある場合、当該調理が完了していないメニューの調理を催促する警告データを前記調理端末に送信する警告手段と、を備え、前記調理端末は、メニューの調理が完了したことを入力する入力手段と、前記入力手段により調理完了したことが入力されると前記メニューの前記調理完了時刻を前記注文受付端末に通知する通知手段と、前記注文受付端末から前記警告データを受信すると、当該警告されたメニューの調理を促す出力を行う出力手段と、を備えることを特徴とする。
【０００９】
この発明によれば、客のメニューが調理された最終時刻より計時を行い、所定時間を経過しても調理が完了していないメニュー（未調理メニュー）がある場合、未調理メニューの調理の催促を行うので、この未調理メニューを優先して調理することができる。これにより、注文された複数のメニューのうち、１品のみ遅れて配膳されるような事態を防ぐことができる。さらに、調理遅れのメニューの警告機能を活かして接客対応をすれば、客の不安を解消することができる。
【００１０】
また、本発明は、上記のオーダリングシステムにおいて、客から注文されたメニューを受け付ける注文受付端末と、当該注文受付端末が受け付けたメニューの調理指示を行う調理端末と、配膳端末とが通信可能に接続されたオーダリングシステムであって、前記注文受付端末は、客が注文したメニューを記憶する記憶手段と、前記メニューの調理が完了したことを示す調理完了データを前記調理端末から受信すると、前記記憶手段が記憶する当該メニューに前記調理が完了した時刻を記録する第１の記録手段と、前記メニューの配膳が完了したことを示す配膳完了データを前記配膳端末から受信すると、前記記憶手段が記憶する当該メニューに前記配膳が完了した時刻を記録する第２の記録手段と、前記客の注文したメニューのうち最後に配膳が完了したメニューの配膳完了時刻から所定時間以上経過しても配膳が完了していないメニューである未配膳メニューがある場合、当該未配膳メニューの調理が完了していないときは当該未配膳メニューの調理を催促する警告データを前記調理端末に送信し、当該未配膳メニューの調理が完了しているときは当該未配膳メニューの配膳を催促する警告データを前記配膳端末に送信する警告手段と、を備え、前記調理端末は、メニューの調理が完了したことを入力する入力手段と、前記入力手段により調理完了したことが入力されると前記メニューの前記調理完了時刻を前記注文受付端末に通知する通知手段と、前記注文受付端末から前記警告データを受信すると、当該警告されたメニューの調理を促す出力を行う出力手段と、を備え、前記配膳端末は、メニューの配膳が完了したことを入力する入力手段と、前記入力手段により配膳完了したことが入力されると前記メニューの前記配膳完了時刻を前記注文受付端末に通知する通知手段と、前記注文受付端末から前記警告データを受信すると、当該警告されたメニューの配膳を促す出力を行う出力手段と、を備えることを特徴とする。
【００１１】
この発明によれば、客のメニューが配膳された最終時刻より計時を行い、所定時間を経過しても配膳が完了していないメニュー（未配膳メニュー）がある場合、未配膳メニューの調理又は配膳の催促を行うので、この未配膳メニューを優先して調理又は配膳することができる。これにより、注文された複数のメニューのうち、１品のみ遅れて配膳されるような事態を防ぐことができる。さらに、配膳遅れのメニューの警告機能を活かして接客対応をすれば、客の不安を解消することができる。
【００１２】
また、本発明は、上記のオーダリングシステムにおいて、前記警告手段により催促したメニュー及び時間の履歴を記憶する履歴記憶手段を備えることを特徴とする。
【００１３】
この発明によれば、警告データの履歴を記憶するため、このデータを活用することにより、どの時間帯にどのメニューで催促が発生するケースが多いかを把握することができ、結果、厨房作業における調理順序の改善に結びつけることができる。
【００１４】
また、本発明は、上記のオーダリングシステムにおいて、前記警告手段は、同一の客から異なる時間に注文されたメニューであって、それらの注文された時間の差が所定時間以内であるものは、１つの注文とみなすことを特徴とする。
【００１５】
この発明によれば、異なる注文であっても同一の客から所定時間内にされた注文は１つの注文とみなすため、同一の客からされた複数の注文に含まれるメニューのうち、１品のみ遅れて配膳されるような事態を防ぐことができる。
【発明の効果】
【００１６】
本発明によれば、客のメニューが調理された最終時刻より計時を行い、所定時間を経過しても調理が完了していないメニュー（未調理メニュー）がある場合、未調理メニューの調理の催促を行うので、この未調理メニューを優先して調理することができる。これにより、注文された複数のメニューのうち、１品のみ遅れて配膳されるような事態を防ぐことができる。さらに、調理遅れのメニューの警告機能を活かして接客対応をすれば、客の不安を解消することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態であるオーダリングシステムにおけるシステム構成図を示した図である。
【図２】第１の実施形態における注文受付端末の構成を示すブロック図である。
【図３】第１の実施形態における注文受付端末が記憶する注文データファイルの一例を示す図である。
【図４】第１の実施形態における注文受付端末が記憶するメニューファイルの一例を示す図である。
【図５】第１の実施形態における注文入力端末の構成を示すブロック図である。
【図６】第１の実施形態における調理端末の構成を示すブロック図である。
【図７】第１の実施形態における注文受付端末の動作を示すフローチャートである。
【図８】第１の実施形態における調理端末の動作を示すフローチャートである。
【図９】本発明の第２の実施形態であるオーダリングシステムにおけるシステム構成図を示した図である。
【図１０】第２の実施形態における注文受付端末の構成を示すブロック図である。
【図１１】第２の実施形態における注文受付端末が記憶する注文データファイルの一例を示す図である。
【図１２】第２の実施形態における配膳端末の構成を示すブロック図である。
【図１３】第２の実施形態における調理端末の構成を示すブロック図である。
【図１４】第２の実施形態における調理端末において表示される伝票画面の一例である。
【図１５】第２の実施形態における注文受付端末の動作を示すフローチャートである。
【図１６】第２の実施形態における配膳端末の動作を示すフローチャートである。
【図１７】第２の実施形態における配膳端末において表示される警告画面の一例である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための形態について、図面を参照して詳細に説明する。
[第１の実施形態]
まず、本発明の第１の実施形態について説明する。
図１は、本実施形態によるオーダリングシステムにおけるシステム構成図を示した図である。オーダリングシステムは、注文受付端末１１０と、注文入力端末１２０と、無線トランシーバ１４０と、ＰＯＳ（Point Of Sale）端末１５０と、調理端末１６０と、有線ＬＡＮ（Local Area Network）１７０と、を含んで構成される。
【００１９】
注文受付端末１１０は、飲食店などの事務所などに設置され、テーブルオーダーシステムを統括して管理するコンピュータである。ここで、注文受付端末１１０は、注文入力端末１２０に入力した情報を基に生成された注文データを注文入力端末１２０から収集して注文データファイルとして客毎に管理する。注文データには、客がメニュー注文した内容が含まれる。また、注文受付端末１１０は、注文の内容を調理作業者に伝えるため調理端末１６０に注文データを送信して調理指示伝票を印刷させる。また、注文受付端末１１０は、注文データをＰＯＳ端末１５０へ送信し、各顧客の会計を実施可能にする。注文受付端末１１０には有線ＬＡＮによる通信機能が備わっており、注文受付端末１１０は飲食店内に敷設された有線ＬＡＮ１７０を介して、無線トランシーバ１４０、ＰＯＳ端末１５０、調理端末１６０と通信可能に接続されている。この有線ＬＡＮ１７０の通信方式には、例えばＴＣＰ／ＩＰ（Transmission Control Protocol /Internet Protocol）が利用されており、数１０〜１００Ｍｂｐｓのデータ転送速度で各装置間の通信を行えるようになっている。また、注文受付端末１１０はインターネットなどの外部ネットワークとも通信可能であり、例えば、飲食店チェーンの本社に設置された図示しないデータ管理サーバが、この外部ネットワークを介して各店の注文受付端末１１０から全店の売上情報を収集し管理するようにしてもよい。
【００２０】
注文入力端末１２０は、客の注文するメニューを入力して注文データとして注文受付端末１１０へ送信する携帯型の端末装置であり、ペン型の外観形状を有している。ペン型の先端には、メニューコードブックに記載されたコードを読み取るコードリーダが備えられている。メニューコードブックには、各メニューに対応するコードが印刷されている。メニューの入力は、このコードリーダでメニューコードブック上のコードを読み取らせることによって行われる。注文入力端末１２０により入力され送信された注文データは、無線トランシーバ１４０によって受信されて、有線ＬＡＮ１７０を通って注文受付端末１１０へ送信される。
【００２１】
なお、注文入力端末１２０と無線トランシーバ１４０間の通信には、例えばＺｉｇＢｅｅ（登録商標）などの無線通信方式を利用する。ここで、ＺｉｇＢｅｅ（登録商標）は、短距離無線通信規格の一つであり、データ転送速度が低速で伝送距離も短いが、消費電力が低く、通信機器も容易に低コスト化できるという特徴を持った通信規格として知られるものである。飲食店の注文データは容量が小さいので、ＺｉｇＢｅｅ（登録商標）を利用することでシステムの無線機器を低コストに構成できるメリットがある。
【００２２】
また、注文入力端末１２０は、各メニューのメニュー名称や、メニューに関する調理方法や食材などを説明したメニュー情報を音声により報知するための音声データを保持している。注文入力端末１２０にメニューが入力されると、該当するメニュー名称やメニュー情報が音声にて報知される。
【００２３】
非使用時には、注文入力端末１２０はクレイドルに装着されている。クレイドルは、装着された注文入力端末１２０をＵＳＢ（Universal Serial Bus）により調理端末１６０に通信可能に接続させて、当該装着された注文入力端末１２０内の上記音声データを注文受付端末１１０から調理端末１６０経由で更新可能にする接続装置である。クレイドルには、注文入力端末１２０を装着するための装着口が例えば縦３列、横１０列の合計３０個設けられている。各装着口の奥には、ＵＳＢコネクタと充電用端子が設けられている。クレイドルにはまた、調理端末１６０と接続するためのＵＳＢ端子が設けられており、内蔵されたＵＳＢハブによりこのＵＳＢ端子と上記の各ＵＳＢコネクタ間が分岐されて接続されている。さらに、クレイドルはＡＣケーブルを有し、このＡＣケーブルは外部のＡＣ電源に接続されて、クレイドル内蔵の充電回路により、上記の充電用端子から注文入力端末１２０を充電できるようになっている
【００２４】
調理端末１６０は、飲食店の厨房内あるいはその近傍に設置された、注文されたメニュー内容を調理指示伝票として印刷するプリンタである。注文されたメニューを指示する注文データは、注文入力端末１２０から注文受付端末１１０へ送られて処理され、注文受付端末１１０から有線ＬＡＮ１７０を通って調理端末１６０へ送信されてくる。印刷された調理指示伝票は厨房の調理作業者へ渡され、注文されたメニューの料理が調理される。
【００２５】
また、調理端末１６０には、ＵＳＢ通信を行うためのＵＳＢポートが備えられており、このＵＳＢポートとクレイドルのＵＳＢ端子とをＵＳＢケーブルで接続できるようになっている。そして、調理端末１６０はＬＡＮにより通信されるデータとＵＳＢにより通信されるデータとを相互に変換する機能を有しており、これにより注文受付端末１１０とクレイドルに装着された注文入力端末１２０の間で通信を行うことが可能になっている。
【００２６】
ＰＯＳ端末１５０は、飲食店の出入口付近に設置されて客の代金精算において利用される端末装置である。代金精算を行うために必要となる、支払金額やレシートへの記載事項（飲食したメニューの名前やその数量、日付等）などの会計情報は、注文入力端末１２０から会計の指示がなされると注文受付端末１１０から有線ＬＡＮ１７０を通ってＰＯＳ端末１５０へ送信されてくる。ＰＯＳ端末１５０は、送られてきた会計情報を表示用ディスプレイやプリンタなどの出力装置から、画面表示として出力したり、レシートとして印刷出力したりする。
【００２７】
無線トランシーバ１４０は、注文入力端末１２０と無線により通信し、注文入力端末１２０において入力された情報を注文受付端末１１０へ有線ＬＡＮ１７０を通じて送信する。
【００２８】
図２は、本実施形態における注文受付端末１１０の構成を示すブロック図である。
注文受付端末１１０は、通信部（通信手段）１１１と、制御部（記録手段、警告手段）１１２と、記憶部（記憶手段）１１３と、時間の経過を計時する計時部１１４とを含んで構成される。
制御部１１２は、注文受付端末１１０を統括して制御する。例えば、制御部１１２は、注文入力端末１２０から受信した注文データを記憶部１１３に記憶される注文データファイルに追加する。注文データには、客が注文したメニューの品名、数、テーブルＮｏ等が含まれる。また、制御部１１２は、通信部１１１を介して、注文入力端末１２０から受信した注文データを含む調理指示を調理端末１６０に送信して調理指示伝票を印刷させる。調理指示には、注文データと、当該注文データの注文番号とが含まれる。また、制御部１１２、メニューの調理が完了したことを示す調理完了データを通信部１１１が受信すると、受信した時刻を当該調理完了データのメニューの調理完了時刻として注文データファイルに書き込む。調理完了データには、調理が完了したメニューの注文番号と品名とが含まれる。また、制御部１１２は、客の注文のうち最後に調理が完了したメニューの調理完了時刻（以下、最終調理完了時刻とする。）から所定時間以上経過しても調理が完了していないメニュー（以下、未調理メニューとする）がある場合、当該未調理メニューの調理を催促する警告データを調理端末１６０に送信する。ここで、本実施形態における所定時間は、未調理メニューの監視時間である。警告データには、未調理メニューの注文番号と品名とが含まれる。
【００２９】
通信部１１１は、有線ＬＡＮ１７０を介して他の機器（例えば、注文入力端末１２０又は調理端末１６０）と通信する。
記憶部１１３は、注文データファイルと、各メニューの監視時間を含むメニューファイルとを記憶する。記憶部１１３に記憶される注文データファイル及びメニューファイルの詳細については後述する。
【００３０】
図３は、本実施形態における注文受付端末１１０が記憶する注文データファイルの一例を示す図である。
注文データファイルには、品名、数、テーブルＮｏ、注文番号、注文時刻、調理完了時刻、ステータス、監視対象の各データが記録される。注文番号は、１つの注文に対して他とは重ならない番号が１つ割り振られ、同じ客が後で追加注文をした場合は最初の注文時とは異なる別の番号が割り振られる。具体的には、注文番号は、客毎に割り振られる取引番号と枝番との組「（取引番号）−（枝番）（例えば、１２３４−０１、１２３４−０２）」から構成される。例えば、同じ客が追加注文をした場合には、前の注文番号が「１２３４−０１」であるときは、枝番が連番になるように追加注文の注文番号は「１２３４−０２」が割り振られる。品名は、注文されたメニューの名称であり、数は当該注文されたメニューの数量である。テーブルＮｏは、テーブル番号である。テーブルＮｏと品名と数の各データは、注文の度に注文入力端末１２０から送られる。注文時刻は、それらの注文に関するデータを注文受付端末１１０が受信した時刻である。調理完了時刻は、当該注文されたメニューの調理が完了した時刻であり、調理完了時に調理端末１６０から送られる調理完了データを受信した時刻が記録される。ステータスは、当該注文されたメニューの調理状況を表す。ステータスの内容は、注文入力端末１２０から注文された場合は「調理中」となり、調理端末１６０から調理が完了したことが通知された場合は「調理済」となる。監視対象は、当該注文されたメニューを監視する時間（監視時間）であり、単位は分である。この監視対象には、メニューファイルから当該注文されたメニューの監視時間が設定される。なお、監視対象「０」は、メニューの監視時間がないことを表す。制御部１１２は、監視対象が「０」であるメニューを監視しない。すなわち、制御部１１２は、監視対象が「０」であるメニューの警告データを送信しない。
【００３１】
なお、監視対象は、監視する又は監視しないだけの区分にし、監視するメニューの監視時間を全て同じ時間にしてもよい。この場合、監視対象には、監視時間の代わりに、監視する又は監視しないを示すフラグを設けてもよい。
【００３２】
図４は、本実施形態における注文受付端末１１０が記憶するメニューファイルの一例を示す図である。メニューファイルには、品目毎に、名称、価格、監視時間の各データが記録される。品目はメニューを特定する識別情報であり、名称は当該メニューの品名であり、価格は当該メニューの価格である。監視時間は、前のメニューの調理を完了してから、当該メニューの調理を完了するまでの時間を設定したものである。
【００３３】
図５は、本実施形態における注文入力端末１２０の構成を示すブロック図である。
注文入力端末１２０は、ＣＰＵ（Central Processing Unit）２０１と、ＲＯＭ（Read Only Memory）２０２と、ＲＡＭ（Random Access Memory）２０３と、コードリーダ２０４と、音声合成回路２０５と、音量調整回路２０５ａと、スピーカ２０６と、無線通信部２０７と、ＵＳＢ−Ｉ／Ｆ２０８と、バッテリー２０９と、ＬＥＤインジケータ２１０とを含んで構成される。これら各部はバスにより接続されている。
【００３４】
ＣＰＵ２０１は、注文入力端末１２０の各部を統括して制御する中央処理装置であり、ＲＯＭ２０２から所定のプログラムをロードして実行する。ＲＯＭ２０２は、ＣＰＵ２０１が実行する各種のプログラムを格納している記憶部である。ＲＡＭ２０３は、前述のメニューファイルや音声データ等を格納するファイル記憶エリアと、ＣＰＵ２０１が動作時に呼び出し、使用するデータを一時的に記憶する一時記憶エリアとを有した記憶部である。一時記憶エリアには、注文入力端末１２０の固有のＩＤ番号、コードリーダ２０４で読み取ったメニューコード（品目コード）やそのメニューの注文数、会計指令コード、テーブル番号コード、担当者（接客係）コード、更に、音声データを音声出力する際の音量レベルを指示する音量制御情報などが記憶される。
【００３５】
コードリーダ２０４は、メニューコードブックの文字表示部分に重ねて一見すると見えないように印刷されているメニューコードやファンクションキー、会計指令コードなどの各種コードを赤外線により読み取る赤外線式読取部であり、注文入力端末１２０のペン先端部分に設けられている。コードリーダ２０４をメニューコードブックの所定箇所に当てる、あるいは所定箇所をなぞることによって、当該箇所に印刷されているコードの入力（読み取り）が行われる。
【００３６】
音声合成回路２０５は、ＲＡＭ２０３から読み出された音声データから音声波形を合成して音量調整回路２０５ａへ出力するデジタル回路である。音量調整回路２０５ａは、音声合成回路２０５からの音声をＲＡＭ２０３の一時記憶エリアに設定されている音量制御情報に応じた音量レベルに調整してスピーカ２０６へ出力するデジタル回路である。コードリーダ２０４からメニューが入力されると、そのメニューに関する音声が音声合成回路２０５によって音声合成され、音量調整回路２０５ａによって所望の設定された音量レベルに調整されて、スピーカ２０６からメニューの案内情報の音声が発生する。
【００３７】
無線通信部２０７は、無線トランシーバ１４０との間で注文データの無線通信を行う、ＺｉｇＢｅｅ（登録商標）による通信装置である。
ＵＳＢ−Ｉ／Ｆ２０８は、クレイドルへの装着時に装着口奥のＵＳＢコネクタと接続されて、ＲＡＭ２０３内の音声データを更新するための通信を行う通信インタフェースである。
バッテリー２０９は、注文入力端末１２０の各部へ電力を供給する充電式の内蔵電池であり、クレイドルへの装着時に充電が行われる。バッテリー２０９の電池残量は、ＬＥＤインジケータ２１０に表示されるようになっている。
【００３８】
図６は、本実施形態における調理端末１６０の構成を示すブロック図である。
調理端末１６０は、ＣＰＵ（通知手段）１６１と、ＲＯＭ１６２と、ＲＡＭ１６３と、操作部１６４と、通信部（通信手段）１６５と、表示部１６６と、読取部（入力手段）１６７と、印刷部（出力手段）１６８とを含んで構成される。これら各部はバスにより接続されている。
ＣＰＵ１６１は、調理端末１６０の各部を制御する中央処理装置であり、ＲＯＭ１６２から所定のプログラムをロードして実行する。例えば、ＣＰＵ１６１は、読取部１６７により調理が完了したメニューのコードが読み取られた場合、当該メニューの調理完了データを注文受付端末１１０に送信する。
ＲＯＭ１６２は、ＣＰＵ１６１が実行する各種のプログラムを格納している記憶部である。ＲＡＭ１６３は、注文データ等を格納するファイル記憶エリアと、ＣＰＵ１６１が動作時に呼び出し、使用するデータを一時的に記憶する一時記憶エリアとを有した記憶部である。
【００３９】
操作部１６４は、各種ボタンやタッチパネル等から構成され、店員からの操作入力を受け付ける。通信部１６５は、有線ＬＡＮ１７０経由で他の機器（例えば、注文受付端末１１０）と通信する。表示部１６６は、液晶ディスプレイ等から構成され、店員に情報を提示する。読取部１６７は、バーコード等のコードを読み取るスキャナである。例えば、読取部１６７は、調理が完了したメニューのコードを読み取る。
印刷部１６８は、調理指示伝票を印刷するプリンタである。調理指示伝票には、注文された各メニューを示すコード（例えば、メニューの注文番号と品名とを示すバーコード等。）が印刷される。また、印刷部１６８は、注文受付端末１１０から警告データを受信すると、当該警告データの未調理メニューの調理を促す伝票を印刷して出力する。
【００４０】
次に、上述した構成を有するオーダリングシステムの動作を説明する。
図７は、本実施形態における注文受付端末１１０の動作を示すフローチャートである。
まず、制御部１１２が、注文入力端末１２０から注文データを受信したか否かを判定する（ステップＳ１０１）。
制御部１１２は、注文データを受信した場合（ステップＳ１０１：Ｙｅｓ）、注文データファイルにその客の注文データを新たに追加する（ステップＳ１０２）。具体的には、制御部１１２は、まず、当該注文データに注文番号を割り振る。そして、制御部１１２は、受信した注文データに含まれる品名と、数と、テーブルＮｏと、注文時刻と、割り振った注文番号とを含むレコードを注文データファイルに追加する。このとき、制御部１１２は、各メニューの監視時間をメニューファイルから読み出し、追加したレコードの監視対称に読み出した監視時間を記録し、ステータスに「調理中」を記録する。
続いて、制御部１１２は、通信部１１１を介して、当該追加した注文データの注文番号、テーブルＮｏ、メニューの品名、数を含む調理指示を調理端末１６０へ送信し、調理指示伝票の印刷を指示する（ステップＳ１０３）。また、制御部１１２は、これら各データを精算処理のためＰＯＳ端末１５０へも送信する。その後、処理はステップＳ１０１へ戻る。
【００４１】
一方、ステップＳ１０１において注文データを受信しなかった場合（ステップＳ１０１：Ｎｏ）、処理はステップＳ１１１へ進む。
制御部１１２は、調理端末１６０から調理完了データを受信したか否かを判定する（ステップＳ１１１）。制御部１１２は、調理完了データを受信した場合（ステップＳ１１１：Ｙｅｓ）、注文データファイルにおいて、受信した調理完了データに含まれる注文番号と品名とに対応する調理完了時刻に現在の時刻を記録し（ステップＳ１１２）、ステータスに「調理済」を記録する。その後、処理はステップＳ１０１へ戻る。
【００４２】
一方、制御部１１２は、調理端末１６０から調理完了データを受信していない場合（ステップＳ１１１：Ｎｏ）、客毎に、最終調理完了時刻から監視時間以上経過している未調理メニューがあるいか否かを判定する（ステップＳ１２１）。図３に示すデータ例のうち、注文番号が「１００１−０１」である客を例に説明する。具体的には、まず、制御部１１２は、注文番号「１００１−０１」のメニューのうち、ステータスが「調理中」である品名「Ｃ」（未調理メニュー）とその監視対象「１５」とを注文データファイルから取得する。次に、制御部１１２は、未調理メニューと同じ注文番号「１００１−０１」のメニューのうち、最も遅い調理完了時刻（最終調理完了時刻）「１９：２０」を注文データファイルから読み出す。そして、制御部１１２は、最終調理完了時刻と現在時刻との差から、読み出した監視対象「１５分」以上最終調理完了時刻から経過しているか否かを判定する。例えば、現在時刻が「１９：５０」である場合、最終調理完了時刻から「２０分」経過しているため、最終調理完了時刻から監視対象「１５分」以上経過している。一方、現在時刻が「１９：３０」である場合、最終調理完了時刻から「１０分」しか経過していないため、最終調理完了時刻から監視対象「１５分」以上経過していない。
【００４３】
制御部１１２は、最終調理完了時刻から監視時間以上経過している未調理メニューがある場合（ステップＳ１２１：Ｙｅｓ）、当該未調理メニューの調理を催促する警告データを調理端末１６０へ送信する（ステップＳ１２２）。警告データには、当該未調理メニューの注文番号と品名とが含まれる。その後、処理はステップＳ１０１へ戻る。上述した例では、制御部１１２は、時刻が「１９：３５（最終調理完了時刻「１９：２０」＋監視対象「１５分」）」になると、品目「Ｃ」の警告データを調理端末１６０へ送信する。
【００４４】
一方、制御部１１２は、最終調理完了時刻から監視時間以上経過している未調理メニューがない場合（ステップＳ１２１：Ｎｏ）、その他の処理（ステップＳ１３１）を実行して処理をステップＳ１０１へ戻る。その他の処理としては、例えば各種設定処理やメンテナンス処理がある。
【００４５】
図８は、本実施形態における調理端末１６０の動作を示すフローチャートである。
まず、ＣＰＵ１６１が、調理指示を注文受付端末１１０から受信したか否かを判定する（ステップＳ３０１）。
ＣＰＵ１６１は、調理指示を受信した場合（ステップＳ３０１：Ｙｅｓ）、当該調理指示に基づいて調理指示伝票を印刷部１６８に印刷させる（ステップＳ３０２）。具体的には、ＣＰＵ１６１は、当該調理指示に含まれる各メニューの注文番号、品名、数、テーブルＮｏ、メニューを示すコードを調理指示伝票に印刷させる。その後、処理はステップＳ３０１へ戻る。これにより厨房への調理の指示が行われる。厨房でメニューが出来上がると、調理担当者は調理指示伝票に印刷されたコードを調理端末１６０に設けられた読取部１６７に読み取らせる。
【００４６】
一方、ステップＳ３０１において調理指示を受信しなかった場合（ステップＳ３０１：Ｎｏ）、処理はステップＳ３１１へ進む。
ＣＰＵ１６１は、読取部１６７が、調理指示伝票からメニューのコードを読み取ったか否かを判定する（ステップＳ３１１）。ＣＰＵ１６１は、メニューのコードを読み取った場合（ステップＳ３１１：Ｙｅｓ）、当該読み取ったメニューの調理が完了したことを示す調理完了データを注文受付端末１１０に送信する（ステップＳ３１２）。調理完了データには、読み取ったメニューの注文番号と品名とが含まれる。その後、処理はステップＳ３０１へ戻る。
【００４７】
一方、ＣＰＵ１６１は、注文番号を読み取っていない場合（ステップＳ３１１：Ｎｏ）、注文受付端末１１０から未調理メニューの警告データを受信したか否かを判定する（ステップＳ３２１）。ＣＰＵ１６１は、未調理メニューの警告データを受信した場合（ステップＳ３２１：Ｙｅｓ）、当該警告データが示す未調理メニューを緊急で調理完了させる伝票を印刷部１６８に印刷させる（ステップＳ３２２）。具体的には、ＣＰＵ１６１は、未調理メニューの注文番号と、品名と、数と、大文字で強調した「急」又は「緊急」を印刷した伝票を印刷部１６８に出力させる。その後、処理はステップＳ３０１へ戻る。
【００４８】
一方、ＣＰＵ１６１は、未調理メニューの警告データを受信していない場合（ステップＳ３２１：Ｎｏ）、その他の処理（ステップＳ３３１）を実行して処理をステップＳ３０１へ戻る。その他の処理としては、例えば各種設定処理やメンテナンス処理がある。
【００４９】
このように、本実施形態によれば、最終調理完了時刻から計時を行ない、監視時間を経過した未調理メニューがある場合、調理の督促を行なう。これにより、注文したメニューのうち残り1品のみ遅れて調理されるような事態を防ぐことができ、客の不安を解消できる。
【００５０】
[第２の実施形態]
次に、本発明の第２の実施形態について説明する。
図９は、本実施形態によるオーダリングシステムにおけるシステム構成図を示した図である。本実施形態によるオーダリングシステムは、図１に示すオーダリングシステムの構成において、注文受付端末１１０に代えて注文受付端末４１０を備え、注文入力端末１２０に代えて配膳端末４２０を備え、無線トランシーバ１４０に代えて無線ＬＡＮのアクセスポイント４４０を備え、調理端末１６０に代えて調理端末４６０を備える。なお、図１に示すオーダリングシステムと同様の構成には、同一の符号を付し、その説明を省略する。
【００５１】
注文受付端末４１０は、飲食店などの事務所などに設置され、テーブルオーダーシステムを統括して管理するコンピュータである。注文受付端末４１０は、第１の実施形態における注文受付端末１１０の機能に加えて、客の注文のうち最後に配膳が完了したメニューの配膳完了時刻から所定時間以上経過しても配膳が完了していないメニュー（以下、未配膳メニューとする）がある場合、当該未配膳メニューの調理が完了していないときは当該未配膳メニューの調理を催促する警告データを調理端末４６０に送信し、当該未配膳メニューの調理が完了しているときは当該未配膳メニューの配膳を催促する警告データを配膳端末４２０に送信する機能を有する。
配膳端末４２０は、第１の実施形態における注文入力端末１２０の機能に加えて、メニューの配膳が完了したことを入力する機能を有するＰＤＡ（Personal Digital Assistants）端末である。
調理端末４６０は、注文受付端末４１０から注文データを受信するのに応じて、当該注文データにより示されるメニューが提示された伝票画面を表示するモニタである。
【００５２】
図１０は、本実施形態における注文受付端末４１０の構成を示すブロック図である。
注文受付端末４１０は、通信部（通信手段）４１１と、制御部（第１の記録手段、第２の記録手段、警告手段）４１２と、記憶部（記憶手段）４１３と、時間の経過を計時する計時部４１４とを含んで構成される。
制御部４１２は、注文受付端末４１０を統括して制御する。例えば、制御部４１２は、第１の実施形態における制御部１１２の機能に加えて、以下の機能を有する。制御部４１２は、調理が完了したことを示すデータである調理完了データを通信部４１１が受信すると、受信した時刻を当該調理完了データのメニューの調理完了時刻として注文データファイルに書き込む。また、制御部４１２は、配膳が完了したことを示すデータである配膳完了データを通信部４１１が受信すると、受信した時刻を当該配膳完了データのメニューの配膳完了時刻として注文データファイルに書き込む。配膳完了データには、配膳が完了したメニューの注文番号と品名とが含まれる。また、制御部４１２は、客の注文のうち最後に配膳が完了したメニューの配膳完了時刻から所定時間以上経過しても配膳が完了していない未配膳メニューがある場合、当該未配膳メニューの調理が完了していないときは当該未配膳メニューの調理を催促する警告データを調理端末４６０に送信し、当該未配膳メニューの調理が完了しているときは当該未配膳メニューの配膳を催促する警告データを配膳端末４２０に送信する。本実施形態における所定時間は、未配膳メニューの監視時間である。また、警告データには、未配膳メニューの注文番号と品名とテーブルＮｏとが含まれる。
【００５３】
通信部４１１は、有線ＬＡＮ１７０を介して他の機器（例えば、配膳端末４２０又は調理端末４６０）と通信する。
記憶部４１３は、注文データファイルと、メニューファイルとを記憶する。記憶部４１３に記憶される注文データファイルの詳細については後述する。また、記憶部４１３に記憶されるメニューファイルは、第１の実施形態と同様である。
【００５４】
図１１は、本実施形態における注文受付端末４１０が記憶する注文データファイルの一例を示す図である。
注文データファイルには、品名、数、テーブルＮｏ、注文番号、注文時刻、調理完了時刻、配膳完了時刻、ステータス、監視対象の各データが記録される。配膳完了時刻は、当該注文されたメニューの配膳が完了した時刻であり、配膳完了時に配膳端末４２０から送られる配膳完了データを受信した時刻が記録される。ステータスは、当該注文されたメニューの状況を表す。ステータスの内容は、配膳端末４２０ら注文された場合は「調理中」となり、調理端末４６０から調理が完了したことが通知された場合は「調理済」となり、配膳端末４２０から配膳が完了したことが通知された場合は「配膳済」となる。他の項目は、第１の実施形態における注文データファイルと同様であるため、説明を省略する。
【００５５】
図１２は、本実施形態における配膳端末４２０の構成を示すブロック図である。
配膳端末４２０は、ＣＰＵ（通知手段）１２１と、ＲＯＭ１２２と、ＲＡＭ１２３と、液晶タッチパネル（入力手段、出力手段）１２４と、無線通信部（通信手段）１２５と、アンテナ１２６と、音声出力部１２７と、スピーカ１２８と、時計部１２９とを含んで構成される。これら各部はバスにより接続されている。
【００５６】
ＣＰＵ１２１は、配膳端末４２０の各部を統括して制御する中央処理装置であり、ＲＯＭ１２２から所定のプログラムをロードして実行する。例えば、ＣＰＵ１２１は、メニューが配膳されたことが入力されると、当該メニューの配膳が完了したことを示す配膳完了データを注文受付端末４１０に送信する。ＲＯＭ１２２は、ＣＰＵ１２１が実行する各種のプログラムを格納している記憶部である。ＲＡＭ１２３は、前述のメニューファイル等を格納するファイル記憶エリアと、ＣＰＵ１２１が動作時に呼び出し、使用するデータを一時的に記憶する一時記憶エリアとを有した記憶部である。
液晶タッチパネル１２４は、液晶表示装置とタッチパネルとを組み合わせて構成されており、店員が配膳端末４２０を操作する際の操作画面や、厨房で料理が出来上がったことを店員に知らせるメッセージや、客の飲食が終了した頃合いの時間として設定されている報知設定時間になったことを店員に知らせる報知メッセージ等を表示する。液晶タッチパネル１２４は、タッチパネルと液晶表示装置とが組み合わされることにより、この液晶表示装置に表示された画像に対するタッチ操作を行うことができる。例えば、液晶タッチパネル１２４は、メニューを配膳したことの入力を受け付ける。また、液晶タッチパネル１２４は、注文受付端末４１０から警告データを受信すると、受信した警告データのメニューの配膳を促す表示をする。
【００５７】
無線通信部１２５は、アンテナ１２６によって無線ＬＡＮ方式でアクセスポイント４４０と接続され、注文受付端末４１０との間でデータ通信を行う。音声出力部１２７は対応する音声データを再生してスピーカ１２８から音声による報知を行う。時計部１２９は、時間の経過を計時する。
【００５８】
図１３は、本実施形態における調理端末４６０の構成を示すブロック図である。
調理端末４６０は、ＣＰＵ（通知手段）４６１と、ＲＯＭ４６２と、ＲＡＭ４６３と、操作部４６４と、通信部（通信手段）４６５と、タッチパネル付表示部（入力手段、出力手段）４６６とを含んで構成される。これら各部はバスにより接続されている。
ＣＰＵ４６１は、調理端末４６０の各部を制御する中央処理装置であり、ＲＯＭ４６２から所定のプログラムをロードして実行する。例えば、ＣＰＵ４６１は、メニューの調理が完了したことが入力されると、当該メニューの調理が完了したことを示す調理完了データを注文受付端末４１０に送信する。ＲＯＭ４６２は、ＣＰＵ４６１が実行する各種のプログラムを格納している記憶部である。ＲＡＭ４６３は、注文データ等を格納するファイル記憶エリアと、ＣＰＵ４６１が動作時に呼び出し、使用するデータを一時的に記憶する一時記憶エリアとを有した記憶部である。
【００５９】
操作部４６４は、各種ボタンやタッチパネル等から構成され、店員からの操作入力を受け付ける。通信部４６５は、有線ＬＡＮ１７０経由で他の機器（例えば、注文受付端末４１０）と通信する。タッチパネル付表示部４６５は、タッチパネルと例えば液晶表示装置等の表示部とを組み合わせて構成されており、後述する伝票画面等を表示する。タッチパネル付表示部４６５は、タッチパネルと表示部とが組み合わされることにより、この表示部に表示された画像に対するタッチ操作を行うことができる。例えば、タッチパネル付表示部４６５は、メニューの調理が完了したことの入力を受け付ける。また、タッチパネル付表示部４６５は、注文受付端末４１０から警告データを受信すると、当該警告データのメニューの調理を促す表示をする。
【００６０】
図１４は、本実施形態における調理端末４６０において表示される伝票画面６００の一例を示している。
調理端末４６０は、調理指示伝票を出力する代わりに、伝票画面６００を表示する。この図に示す伝票画面６００の例では、１番目から６番目までの６つの伝票領域６１０（６１０Ａ、６１０Ｂ、６１０Ｃ、６１０Ｄ、６１０Ｅ、６１０Ｆ）が配列されている。これらの伝票領域６１０は、それぞれ、１つの伝票に含まれる１以上のメニューが提示される領域である。このように提示されるメニューは、既に注文が確定されたものであることを示す。
【００６１】
なお、７番目以降の伝票領域６１０は、伝票画面６００の右下側に表示されている送りボタン６２０ａに対するタッチ操作を行うことにより、次ページの画面として表示させることができる。そして、この次ページの画面が表示された状態から戻しボタン６２０ｂを操作すれば、前のページの画面に戻すことができる。
【００６２】
上記伝票領域６１０においては、ヘッダ領域６１１と、１以上のメニュー領域６１２と、送りボタン６１３ａおよび戻しボタン６１３ｂが配置される。ヘッダ領域６１１は、対応の伝票におけるメニューの注文が確定された時点からの経過時間、店内飲食と持ち帰りの区分、注文番号が示される。調理端末４６０のＣＰＵ４６１は、注文受付端末４１０から未配膳メニューの警告データを受信すると、このヘッダ領域６１１において経過時間が表示されている部分の色を例えば赤色にして警告を行う。
【００６３】
メニュー領域６１２は、対応の伝票に含まれるメニューの１つに対応し、その対応するメニューを提示するための領域である。また、このメニュー領域６１２は、その背景色の態様が変更されることによって調理が完了したか否かを示すようにされている。図１４の例では、伝票領域６１０Ａにおけるメニュー領域６１２の背景色が、残りの伝票領域６１０Ｂから６１０Ｆと異なっており、これにより、伝票領域６１０Ａにおける「オレンジ」と「ラーメン」のメニューが調理済みであることが示されている。また、１組の客が複数回注文した場合には、各注文（取引番号が同一であって、枝番号が異なる注文）の間にスペース（セパレータ）が表示される。伝票領域６１０Ａにおける「オレンジ」と「ラーメン」とは、同じ客が異なる時間に注文したメニューであるため、「オレンジ」と「ラーメン」との間にセパレータが挿入される。店員は、メニュー領域６１２をタッチ操作することにより、調理が完了したことを入力する。調理端末４６０のＣＰＵ４６１は、メニュー領域６１２がタッチされると、タッチされたメニューの調理完了データを注文受付端末４１０に送信するとともに、伝票画面６００において当該メニューの背景色を変更する。
【００６４】
送りボタン６１３ａは、提示すべきメニュー数が伝票領域６１０におけるメニュー領域６１２の最大表示可能数を越えている場合に、同じ伝票領域６１０における次ページを表示させるための操作を行うボタンである。つまり、送りボタン６１３ａに対してタッチ操作を行うことで伝票領域６１０における次ページが表示される。また、戻しボタン６１３ｂは、同じ伝票領域６１０における前ページを表示させる操作を行うためのボタンである。
【００６５】
次に、上述した構成を有するオーダリングシステムの動作を説明する。
図１５は、本実施形態における注文受付端末４１０の動作を示すフローチャートである。
ステップＳ５０１〜Ｓ５１２までの処理は、図７に示すステップＳ１０１〜Ｓ１１２までの処理と同様であるため、説明を省略する。
【００６６】
制御部４１２は、調理端末４６０から調理完了データを受信していない場合（ステップＳ５１１：Ｎｏ）、配膳端末４２０から配膳完了データを受信したか否かを判定する（ステップＳ５２１）。
制御部４１２は、配膳完了データを受信した場合（ステップＳ５２１：Ｙｅｓ）、注文データファイルにおいて、受信した配膳完了データに含まれる注文番号と品名に対応する配膳完了時刻に現在の時刻を記録し（ステップＳ５２２）、ステータスに「配膳済」を記録する。その後、処理はステップＳ５０１へ戻る。
【００６７】
一方、制御部４１２は、配膳端末４２０から配膳完了データを受信していない場合（ステップＳ５２１：Ｎｏ）、客毎に、最終配膳完了時刻から監視時間以上経過している未配膳メニューがあるいか否かを判定する（ステップＳ５３１）。
制御部４１２は、最終配膳完了時刻から監視時間以上経過している未配膳メニューがある場合（ステップＳ５３１：Ｙｅｓ）、当該未配膳メニューのステータスが調理済みであるか否かを判定する（ステップＳ５３２）。
制御部４１２は、未配膳メニューが調理済みである場合（ステップＳ５３２：Ｙｅｓ）、当該未配膳メニューの警告データを配膳端末４２０へ送信する（ステップＳ５３３）。その後、処理はステップＳ５０１へ戻る。
一方、制御部４１２は、未配膳メニューが調理済みでない場合（ステップＳ５３２：Ｎｏ）、当該未調理メニューの警告データを調理端末４６０へ送信する（ステップＳ５３４）。その後、処理はステップＳ５０１へ戻る。
【００６８】
図１１に示すデータ例を用いて具体的に説明する。例えば、注文番号「１００１−０１」において、品名「Ａ」は「１９：２０」に配膳完了しており、品名「Ｂ」は「１９：２０」に調理完了しており、品名「Ｃ」は注文後まだ調理が完了していない。このとき、制御部４１２は、図１１（ａ）に示す状態のまま時刻が「１９：３０（最終配膳完了時刻「１９：２０」＋Ｂの監視対象「１０分」）」になると、品名「Ｂ」の配膳を促す警告データを配膳端末４２０に送信する。そして、制御部４１２は、図１１（ａ）に示す状態のまま時刻が「１９：３５（最終配膳完了時刻「１９：２０」＋Ｃの監視対象「１５分」）」になると、品名「Ｃ」調理完了を促す警告データを調理端末４６０に送信する。一方、制御部４１２は、図１１（ｂ）に示すように、「１９：２５」に品名「Ｂ」の配膳が完了した場合は、時刻が「１９：４０（最終配膳完了時刻「１９：２５」＋Ｃの監視対象「１５分」）」になると、品名「Ｃ」の調理完了を促す警告データを調理端末４６０に送信する。
【００６９】
一方、制御部４１２は、最終配膳完了時刻から監視時間以上経過している未配膳メニューがない場合（ステップＳ５３１：Ｎｏ）、その他の処理（ステップＳ５４１）を実行して処理をステップＳ５０１へ戻る。その他の処理としては、例えば各種設定処理やメンテナンス処理がある。
【００７０】
図１６は、本実施形態における配膳端末４２０の動作を示すフローチャートである。
まず、ＣＰＵ１２１が、注文画面から注文の入力がされたか否かを判定する（ステップＳ７０１）。注文画面は、店員が客から受けた注文を入力するための画面であり、店員が液晶タッチパネル１２４で所定の操作を行うことにより表示させることができる。店員は注文画面に対し、液晶タッチパネル１２４のタッチ入力によって、注文されたメニューの指定やその数量の入力を行う。またテーブルＮｏや客の人数も入力する。
ＣＰＵ１２１は、注文が入力された場合（ステップＳ７０１：Ｙｅｓ）、入力が完了すると入力された注文データを注文受付端末４１０へ送信する（ステップＳ７０２）。その後、処理はステップＳ７０１へ戻る。
【００７１】
一方、ステップＳ７０１において注文が入力されなかった場合（ステップＳ７０１：Ｎｏ）、処理はステップＳ７１１へ進む。店員は、メニューが調理され、厨房からメニューを受け取り客のテーブルへ配膳すると、配膳が完了したことを配膳端末４２０へ入力する。
ＣＰＵ１２１は、配膳が完了したことの入力がされたか否かを判定する（ステップＳ７１１）。店員による上記の入力操作は、例えば、店員がテーブル番号を指定し入力を行うと液晶タッチパネル１２４にそのテーブルで受けた注文のリストが表示され、その中から配膳した料理を店員が選択入力して更に所定の配膳完了ボタンを押下する、という手順により行われる。
ＣＰＵ１２１は、配膳が完了したことの入力がされた場合（ステップＳ７１１：Ｙｅｓ）、注文番号と品名とを含む配膳完了データを注文受付端末４１０へ送信する（ステップＳ７１２）。その後、処理はステップＳ７０１へ戻る。
【００７２】
一方、ＣＰＵ１２１は、配膳が完了したことの入力がされていない場合（ステップＳ７１１：Ｎｏ）、注文受付端末４１０から未配膳メニューの警告データを受信したか否かを判定する（ステップＳ７２１）。ＣＰＵ１２１は、未配膳メニューの警告データを受信した場合（ステップＳ７２１：Ｙｅｓ）、液晶タッチパネル１２４へのメッセージの表示やスピーカ１２８からの報知音の出力により、当該警告データの未配膳メニューを緊急で配膳完了させる催促をする（ステップＳ７２２）。図１７はこの時の液晶タッチパネル１２４の表示例であり、店内のテーブル配置図上に上記受信した未配膳メニューのテーブルＮｏのテーブルを点滅させる等により目立たせて表示を行うようにしている。報知は、例えば５秒間程度の所定時間の間行う。この報知を受けた店員は、厨房へ行き、厨房からメニューを受け取り客のテーブルへ配膳することができる。その後、処理はステップＳ７０１へ戻る。
【００７３】
一方、ＣＰＵ１２１は、未配膳メニューの警告データを受信していない場合（ステップＳ７２１：Ｎｏ）、その他の処理（ステップＳ７３１）を実行して処理をステップＳ７０１へ戻る。その他の処理としては、例えば各種設定処理やメンテナンス処理がある。
【００７４】
このように、本実施形態によれば、最終配膳完了時刻から計時を行ない、所定時間を経過しても未配膳メニューがある場合、調理又は配膳の督促を行なう。これにより、注文したメニューのうち残り1品のみ遅れて調理されるような事態を防ぐことができ、客の不安を解消できる。
【００７５】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００７６】
例えば、注文受付端末１１０又は４１０は、警告データを送信した回数や警告データを送信した時間帯、警告データを送信したメニュー等のデータを履歴として保存・管理してもよい。制御部１１２又は４１２は、警告データを送信すると、送信した警告データの送信時刻及びメニューを記憶部１１３又は４１３に書き込む。記憶部（履歴記憶手段）１１３又は４１３は、警告データを送信した送信時刻及びメニューの履歴を記憶する。また、制御部１１２又は４１２は、記憶部１１３又は４１３に記憶されている警告データの履歴を集計して出力する。記憶した警告データの履歴を活用することにより、どの時間帯にどのメニューで警告データを送信するケースが多いかを把握することができ、結果、厨房作業における調理順序の改善に結びつけることができる。
【００７７】
また、上述した実施形態では、制御部１１２又は４１２は、１つの注文に対して、各メニューの調理完了又は配膳完了までの時間を監視しているが、同一の客から異なる時間に注文されたメニューであって、それらの注文された時間の差が所定時間以内であるものは、１つの注文とみなして、調理完了又は配膳完了までの時間を監視してもよい。例えば、別の枝番号であっても、取引番号が同一であって、複数の注文完了操作に相当する動作の間が任意に設定可能な所定の時間内（例えば３分）になされた場合は同一の枝番号とみなして、上記のような監視時間を設ける。すなわち、１品１品ごとに注文完了を行うような場合であっても、それが連続しているとみなされたとき１つの注文とみなして扱う。この構成により、本来は同一の注文で行ったとはみなされない注文であっても、本発明の効果を得ることができるようになる。
【００７８】
また、制御部１１２又は４１２は、１つの注文のなかで、客に届いていないメニューが残り１品のときに、最終調理完了時刻又は最終配膳完了時刻からの経過時間の計測を開始してもよい。また、これに限られるものではなく、２品残っていた場合等、経過時間の計測を開始するための残り品目数を、任意設定で基準を定めることができるようにしてもよい。この品目数は、１品か２品、多くても３品程度が好ましい。
【００７９】
また、上述した実施形態では、メニュー毎に監視時間を設けたが、メニューによらず監視時間を一定時間（例えば、１０分等）としてもよい。
また、上述した第１の実施形態では、注文入力端末１２０をペン型の端末装置としたが、例えば、飲食店の各テーブルに設置されたタッチパネル型の端末装置でもよい。
また、上述した第１の実施形態では、注文入力端末１２０を客自身が注文を入力するセルフオーダリング端末としたが、ＰＤＡ端末やＰＯＳ端末等店員が注文を入力する形式の端末装置であってもよい。
また、上述した第２の実施形態では、調理完了からの監視時間と、配膳完了からの監視時間とを同一のものを用いたが、調理完了からの監視時間と、配膳完了からの監視時間とを別の項目としてもよい。
【００８０】
また、ビール等の飲み物は、厨房ではなく、配膳係が自ら準備をする場合がある。よって、第２の実施形態では、入力された注文が、調理端末４６０、配膳端末４２０の順に処理されているが、これに限らず、メニューによっては、調理端末４６０を経由せずに直接配膳端末４２０が処理してもよい。この場合、注文受付端末４１０は、当該メニューの配膳時間を監視し、所定時間以上経過しても配膳が完了していない場合は、配膳端末４２０に配膳を催促する。また、この場合、メニュー単品（例えば、生ビール）、またはそのメニューが属する分類ごと（例えば、アルコール）に、注文が調理端末４６０へ行くか（その後配膳端末４２０へ）、（調理端末４６０を介さず）直接配膳端末４２０に行くかのフラグを設定できるようにする。その場合、ステータスについては「調理済」としてもよいが、独立して「配膳中」というステータスを設けてもよい。
【００８１】
また、第２の実施形態では、配膳端末４２０が注文の入力を受け付けているが、これに限らず、配膳端末４２０とは別に注文を入力する注文入力端末を備えてもよい。つまり、配膳端末と注文入力端末とが同一の端末（例えば、ＰＤＡ）であってもよいし、配膳端末と注文入力端末とが異なる端末であってもよい。配膳端末と注文入力端末とが異なる端末である場合、例えば、注文入力端末を据え置きのタッチパネルとし、配膳端末をキッチンプリンタまたはモニタまたはＰＤＡとする等が考えられる。
【００８２】
なお、上記に説明したオーダリングシステム（例えば、注文受付端末１１０又は４１０）を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、実行処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
【００８３】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００８４】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００８５】
１１０,４１０…注文受付端末  １１１,４１１…通信部  １１２,４１２…制御部  １１３,４１３…記憶部  １１４,４１４…計時部  １２０…注文入力端末  １２１,１６１,２０１,４６１…ＣＰＵ  １２２,１６２,２０２,４６２…ＲＯＭ  １２３,１６３,２０３,４６３…ＲＡＭ  １２４…液晶タッチパネル  １２５…無線通信部  １２６…アンテナ  １２７…音声出力部  １２８…スピーカ  １２９…計時部  １４０…無線トランシーバ  １５０…ＰＯＳ端末  １６０,４６０…調理端末  １６４,４６４…操作部  １６５,４６５…通信部  １６６…表示部  １６７…読取部  １６８…印刷部  １７０…有線ＬＡＮ  ２０４…コードリーダ  ２０５…音声合成回路  ２０６…スピーカ  ２０７…無線通信部  ２０８…ＵＳＢ−Ｉ／Ｆ  ２０９…バッテリー  ２１０…ＬＥＤインジケータ  ４２０…配膳端末  ４４０…アクセスポイント  ４６６…タッチパネル付表示部  
【図１】
2014038555.tif 000003
【図２】
2014038555.tif 000004
【図３】
2014038555.tif 000005
【図４】
2014038555.tif 000006
【図５】
2014038555.tif 000007
【図６】
2014038555.tif 000008
【図７】
2014038555.tif 000009
【図８】
2014038555.tif 000010
【図９】
2014038555.tif 000011
【図１０】
2014038555.tif 000012
【図１１】
2014038555.tif 000013
【図１２】
2014038555.tif 000014
【図１３】
2014038555.tif 000015
【図１４】
2014038555.tif 000016
【図１５】
2014038555.tif 000017
【図１６】
2014038555.tif 000018
【図１７】
2014038555.tif 000019