(57)【特許請求の範囲】
【請求項１】
各客席を識別する識別情報及びその客席に着いた客から受ける注文データの入力を受け付ける入力部と、種々のメッセージを表示可能な表示部と、を備えた携帯型端末と、
各客席を識別する識別情報に関連付けて、その識別情報で識別される客席に着いた客から受けた注文データを、その客席の客滞在時間に係るデータとともに記憶する注文管理手段と、
複数段階に区分される前記客滞在時間の段階別に、前記携帯型端末のユーザに対して通知すべきメッセージデータを記憶するメッセージ管理手段と、
前記携帯型端末の入力部を介して前記識別情報が入力されたことを条件に、前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客滞在時間を算出し、この客滞在時間に対応するメッセージデータを前記メッセージ管理手段から取得して、前記携帯型端末の表示部にメッセージを表示させる端末管理手段と、
を具備したことを特徴とするオーダ入力システム。
【請求項２】
前記メッセージ管理手段は、新規の客からのオーダを受ける前記携帯型端末のユーザに対して通知すべきメッセージデータをさらに記憶し、
前記端末管理手段は、前記携帯型端末の入力部を介して前記識別情報が入力されたことを条件に、前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客が新規の客か否かを確認し、新規の客の場合には前記新規の客からのオーダを受ける前記携帯型端末のユーザに対して通知すべきメッセージデータを前記メッセージ管理手段から取得し、新規の客でない場合には前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客滞在時間を算出し、この客滞在時間に対応するメッセージデータを前記メッセージ管理手段から取得して、前記携帯型端末の表示部にメッセージを表示させることを特徴とする請求項１記載のオーダ入力システム。
【請求項３】
前記携帯型端末の入力部は、さらに各種のメニューを分類するカテゴリを選択するための選択手段を含みこの選択手段で選択されたカテゴリに属するメニューに関する注文データの入力を受け付け、
前記メッセージ管理手段は、さらに前記メニューを分類するカテゴリ別に、前記携帯型端末のユーザに対して通知すべきメッセージデータを記憶し、
前記端末管理手段は、さらに前記携帯型端末の入力部を介して前記カテゴリが選択されたことを条件に、そのカテゴリに対応するメッセージデータを前記メッセージ管理手段から取得して、前記携帯型端末の表示部にメッセージを表示させる、
ことを特徴とする請求項１記載のオーダ入力システム。
【請求項４】
前記メッセージ管理手段は、メッセージデータ毎に表示領域を特定するデータをさらに記憶し、
前記端末管理手段は、前記メッセージ管理手段から取得したメッセージデータによるメッセージを、前記携帯型端末における表示部の当該メッセージデータに対応して記憶されている前記表示領域を特定するデータで特定される表示領域に表示させることを特徴とする請求項１乃至３のうちいずれか１に記載のオーダ入力システム。
【請求項５】
各客席を識別する識別情報及びその客席に着いた客から受ける注文データの入力を受け付ける入力部と、種々のメッセージを表示可能な表示部と、を備えた携帯型端末を用いるオーダ入力システムのコンピュータを、
各客席を識別する識別情報に関連付けて、その識別情報で識別される客席に着いた客から受けた注文データを、その客席の客滞在時間に係るデータとともに記憶する注文管理手段、
複数段階に区分される前記客滞在時間の段階別に、前記携帯型端末のユーザに対して通知すべきメッセージデータを記憶するメッセージ管理手段、及び
前記携帯型端末の入力部を介して前記識別情報が入力されたことを条件に、前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客滞在時間を算出し、この客滞在時間に対応するメッセージデータを前記メッセージ管理手段から取得して、前記携帯型端末の表示部にメッセージを表示させる端末管理手段、
として機能させるためのプログラム。
【請求項６】
前記入力部は、さらに各種のメニューを分類するカテゴリを選択するための選択手段を含みこの選択手段で選択されたカテゴリに属するメニューに関する注文データの入力を受け付け、
前記メッセージ管理手段は、さらに前記メニューを分類するカテゴリ別に、前記携帯型端末のユーザに対して通知すべきメッセージデータを記憶し、
前記端末管理手段は、さらに前記携帯型端末の入力部を介して前記カテゴリが選択されたことを条件に、そのカテゴリに対応するメッセージデータを前記メッセージ管理手段から取得して、前記携帯型端末の表示部にメッセージを表示させる、
請求項５記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、携帯型の端末を利用して客のオーダを入力するオーダ入力システム及びこのシステムで用いられるプログラムに関する。
【背景技術】
【０００２】
近年、居酒屋、ファミリーレストラン等の飲食店では、いわゆるオーダターミナルと称される携帯型の端末を利用したオーダ入力システムが構築されている。本システムでは、接客担当の店員が前記端末を携帯し、客から注文を受けた飲食メニューのデータを前記端末に入力する。そうすると、厨房への発注や注文伝票の印刷等が自動的に行われるので、店員の負担が軽減される上、受注ミスも削減される。
【０００３】
ところで、接客担当者の役割は、客からの注文を受けたり料理を客席に配膳したりするだけではない。例えば、客に店のお勧めメニューを提示したり、キャンペーンの内容を案内したりすることも求められている。しかしながら、このような営業活動はただ闇雲に行っても効果は小さい。適切なタイミングで行うことが重要である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８-２９９８２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、接客担当者による効果的な営業活動を支援できるオーダ入力システム及びこのシステムで用いられるプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００６】
一実施形態において、オーダ入力システムは、携帯型端末と、注文管理手段と、メッセージ管理手段と、端末管理手段とを備える。携帯型端末は、各客席を識別する識別情報及びその客席に着いた客から受ける注文データの入力を受け付ける入力部と、種々のメッセージを表示可能な表示部とを備える。注文管理手段は、各客席を識別する識別情報に関連付けて、その識別情報で識別される客席に着いた客から受けた注文データを、その客席の客滞在時間に係るデータとともに記憶する。メッセージ管理手段は、複数段階に区分される前記客滞在時間の段階別に、前記携帯型端末のユーザに対して通知すべきメッセージデータを記憶する。端末管理手段は、前記携帯型端末の入力部を介して前記識別情報が入力されたことを条件に、前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客滞在時間を算出し、この客滞在時間に対応するメッセージデータを前記メッセージ管理手段から取得して、前記携帯型端末の表示部にメッセージを表示させる。
【図面の簡単な説明】
【０００７】
【図１】一実施形態におけるオーダ入力システムの全体構成を示す模式図。
【図２】同実施形態において、メニューデータベースに蓄積されるメニューデータレコードの項目構造を示す模式図。
【図３】同実施形態において、メッセージサーバが管理するメッセージテーブルの領域構造を示す模式図。
【図４】同実施形態において、注文管理サーバが管理する注文管理テーブルの領域構造を示す模式図。
【図５】同実施形態において、端末管理サーバが管理する端末管理テーブルの領域構造を示す模式図。
【図６】同実施形態において使用されるオーダターミナルの外観図。
【図７】同実施形態において使用されるオーダターミナルのブロック構成図。
【図８】同実施形態において、オーダターミナルのＣＰＵが実行するメイン処理の手順を示す流れ図。
【図９】図８におけるステップＳＴ７「新規オーダ処理」の手順を具体的に示す流れ図。
【図１０】図８におけるステップＳＴ８「追加オーダ処理」の手順を具体的に示す流れ図。
【図１１】同実施形態において、端末ＩＤデータを受信したときの端末管理サーバの処理手順を示す流れ図。
【図１２】同実施形態において、卓番号データを受信したときの端末管理サーバの処理手順を示す流れ図。
【図１３】図１２におけるステップＳＴ７１「滞在時間別メッセージコード決定処理」の手順を具体的に示す流れ図。
【図１４】同実施形態において、人数データを受信したときの端末管理サーバの処理手順を示す流れ図。
【図１５】同実施形態において、カテゴリデータを受信したときの端末管理サーバの処理手順を示す流れ図。
【図１６】図１５におけるステップＳＴ１０２「カテゴリ別メッセージコード決定処理」の手順を具体的に示す流れ図。
【図１７】同実施形態において、オーダデータを受信したときの端末管理サーバの処理手順を示す流れ図。
【図１８】同実施形態において、オーダターミナルのタッチパネルに表示されるメッセージ付画面の一例を示す模式図。
【図１９】同実施形態において、オーダターミナルのタッチパネルに表示されるメッセージ付画面の他の例を示す模式図。
【発明を実施するための形態】
【０００８】
以下、オーダ入力システムの一実施形態について、図面を用いて説明する。このシステムは、居酒屋やファミリーレストラン等のように、接客担当者が客席に着いた客から飲食メニューの注文を受け、会計は飲食後に行う形態の飲食店に適用される。因みに、本実施形態では、クラウドコンピューティングシステムを利用したオーダ入力システムを例示する。
【０００９】
図１は、本実施形態におけるオーダ入力システム１の全体図である。オーダ入力システム１は、サーバシステム２と、ＰＯＳ（Point Of Sales）端末３と、厨房端末４と、伝票発行器５と、オーダターミナル６とを備える。
【００１０】
サーバシステム２は、メニューサーバ１１、メッセージサーバ１２、注文管理サーバ１３及び端末管理サーバ１４を備える。これらのサーバ１１，１２，１３，１４は、クラウド１０と称されるネットワークによって相互に接続されており、サーバ間でデータがやり取りされる。また、これらのサーバ１１，１２，１３，１４は、インターネット等のネットワークを経由して、前記ＰＯＳ（Point Of Sales）端末３、厨房端末４、伝票発行器５及びオーダターミナル６と、それぞれデータ通信が可能である。
【００１１】
メニューサーバ１１は、メニューデータベース１５を管理する。メニューデータベース１５には、当該飲食店で提供される各種の飲食メニューに関するデータレコード１５Ｒが蓄積される。データレコード１５Ｒには、図２に示すように、メニューＩＤ、カテゴリコード、メニュー名称、価格等の項目データがセットされる。
【００１２】
メニューＩＤは、各種の飲食メニューの品目に対してそれぞれ異なるように予め割当てられる。カテゴリコードは、対応するメニューＩＤによって特定されるメニュー品目が属する分類（カテゴリ）、例えば飲料、調理品、デザート等を示す。本実施形態では、カテゴリコード「１」を飲料とし、カテゴリコード「２」を調理品とし、カテゴリコード「３」をデザートとする。
【００１３】
メッセージサーバ１２は、メッセージテーブル１６を管理する。メッセージテーブル１６には、図３に示すように、固有のメッセージコードに関連付けて、タイトル、メッセージデータ及び表示領域区分等の各項目データが格納される。
【００１４】
タイトルは、対応するメッセージコードで識別されるメッセージデータの要約を示す。メッセージデータは、オーダターミナル６の表示部に表示させるメッセージの実データである。表示領域区分は、同メッセージを表示部のどの領域に表示させるかを指定する情報である。本実施形態では、表示領域区分が「０１」のときには表示部の全画面に表示させ、「０２」のときには表示部の上段に表示させる。
【００１５】
メッセージテーブル１６において、メッセージコード及びタイトルの各項目欄には、予め所定のデータが設定されている。一方、メッセージデータ及び表示領域区分の各項目欄には、ユーザ（通常は飲食店の責任者）がパーソナルコンピュータ等を利用して任意のデータを設定する。
【００１６】
注文管理サーバ１３は、注文管理テーブル１７を管理する。注文管理テーブル１７には、図４に示すように、一連の卓番号に関連付けて、卓ステータス、人数、開始時刻及びオーダデータの各項目データが格納される。
【００１７】
卓番号は、フロアに配置されている各客席を識別するための情報であり、本システムは、卓番号の単位に客の注文データを管理する。卓ステータスは、対応する卓番号で識別される客席の状態（空席ｏｒ在席）を示す。本実施形態では、空席の卓ステータスを“０”とし、在席の卓ステータスを“１”とする。人数は、同客席に着いた客の人数であり、接客担当者によってオーダターミナル６から入力される。開始時刻は、同客席での客の滞在時間を計時し始める時刻である。本実施形態では、オーダターミナル６で客の人数が入力された時点の時刻を滞在時間の開始時刻とする。オーダデータは、同客席の客から注文を受けた飲食メニューのメニューコード、品目名、価格、数量等である。なお、開始時刻の定義は、人数データの入力時点に限定されるものではない。例えばオーダデータの入力時点を開始時刻としてもよい。
【００１８】
端末管理サーバ１４は、端末管理テーブル１８を管理する。端末管理テーブル１８には、図５に示すように、固有の端末ＩＤに関連付けて、端末ステータス、メッセージコードＭＣＯＤＥ、卓番号、画面データ、メッセージデータ、表示領域区分の各項目データが格納される。
【００１９】
端末ＩＤは、複数のオーダターミナル６に対してそれぞれ異なるように予め割当てられる。端末ステータスは、対応する端末ＩＤで特定されるオーダターミナル６の状態を示す。端末ステータスの詳細については後述する。メッセージコードＭＣＯＤＥは、同オーダターミナル６で表示されるメッセージの識別情報である。卓番号は、同オーダターミナル６で入力された客席の識別情報である。画面データ、メッセージデータ及び表示領域区分は、同オーダターミナル６の表示部に表示される画面及びその画面上に表示されるメッセージに関するデータである。
【００２０】
ＰＯＳ端末３は、卓番号の入力手段を備えており、卓番号が入力されると、有線または無線通信により注文管理サーバ１３にアクセスして、その卓番号に関連付けられて注文管理テーブル１７に保存されているオーダデータを取り込む。そしてＰＯＳ端末３は、このオーダデータに基づいて、飲食を終えた客の会計を処理する。
【００２１】
厨房端末４は、厨房内の調理担当者に対して客から注文を受けたメニュー品目の調理指示を行うための出力手段を有する。出力手段としては、表示、印字、音声等の技術が用いられる。調理指示に必要なデータは、注文管理サーバ１３若しくは端末管理サーバ１４から有線または無線通信により厨房端末４に与えられる。
【００２２】
伝票発行器５は、客が注文した飲食メニューの品目名、数量、価格、合計金額等の明細を印字した注文伝票を印字し発行する。伝票への印字データは、注文管理サーバ１３若しくは端末管理サーバ１４から有線または無線通信により伝票発行器５に与えられる。
【００２３】
なお、ＰＯＳ端末３、厨房端末４及び伝票発行器５の台数は、１台に限定されるものではなく、２台以上であってもよい。あるいは、伝票発行器５の機能をＰＯＳ端末３または厨房端末４が兼用することで、伝票発行器５をシステムから省略することも可能である。
【００２４】
オーダターミナル６は携帯型の無線通信端末であり、接客担当の店員が各々携帯する。オーダターミナル６は、端末管理サーバ１４との間で無線通信によりデータを送受信して、客から受ける飲食メニューの注文データを入力処理する。
【００２５】
オーダターミナル６の外観図を図６に示し、ブロック構成図を図７に示す。オーダターミナル６は、携帯型の本体として、図６で左側に配置される第１の部材２１と、図６で右側に配置される第２の部材２２とを備える。第１の部材２１及び第２の部材２２は、いずれも略直方体状をなしている。第２の部材２２は、ヒンジ等の止め具２３を介して第１の部材２１に回動自在に連結されている。この止め具２３により、第２の部材２２は、第１の部材２１に対して第２の部材２２を開いた状態（図６）と閉じた状態（不図示）との間で開閉動作する。
【００２６】
第１の部材２１は、第２の部材２２を第１の部材２１に対して開いたときに外側に露出される面２１Ａに、表示部としてのタッチパネル２４を配置している。また、図６で左側の側面２１Ｂにサイドキー２５を設けている。第２の部材２２は、この第２の部材２２を第１の部材２１に対して開いたときに外側に露出される面２２Ａに、メンブレンキーボード２６を配置している。
【００２７】
タッチパネル２４は、液晶ディスプレイ２４１の画面上にタッチパネルセンサ２４２を重ねて配置してなり、表示入力部２４Ａとテンキー部２４Ｂとに区分されている。表示入力部２４Ａには、端末管理サーバ１４で作成される画面や種々のメッセージ等が表示される。テンキー部２４Ｂには、「０」〜「９」のテンキーの他、「戻る」キー、「Ｃ」のクリアキー、「送信」キー、「△」及び「▽」の上下キー、「・」の小数点キーが配置される。
【００２８】
メンブレンキーボード２６には、マトリクス状に複数の固定キーが配置されている。各固定キーには、少なくとも各種の飲食メニューを分類するカテゴリがそれぞれ割り付けられている。
【００２９】
オーダターミナル６は、第１の部材２１または第２の部材２２のいずれか一方に、制御ボード３０を内蔵している。制御ボード３０には、図７に示すように、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、時計部３４、無線部３５、キーコントローラ３６及びタッチパネルコントローラ３７が配置されている。ＣＰＵ３１と、ＲＯＭ３２、ＲＡＭ３３、時計部３４、無線部３５、キーコントローラ３６及びタッチパネルコントローラ３７とは、アドレスバス，データバス等のバスライン３８で接続されている。
【００３０】
ＲＯＭ３２には、ブラウザ３２１を含むプログラムが予め格納されている。ＲＡＭ３３には、ディスプレイ２４１に表示させる画面データを展開するための表示バッファや、入力されたオーダデータを一時的に格納するための注文バッファなどが形成されている。
【００３１】
時計部３４は、現在の日付及び時刻を計時する。無線部３５は、オーダターミナル６と端末管理サーバ１４との間で無線を利用して行うデータ通信を司る。キーコントローラ３６は、前記サイドキー２５及びメンブレンキーボード２６の各固定キーの入力有無を監視する。タッチパネルコントローラ３７は、前記タッチパネル２４のディスプレイ２４１に表示される画面を制御する。また、タッチパネルコントローラ３７は、タッチパネルセンサ２４２の信号により画面上のタッチ位置を示す二次元座標を検出する。
【００３２】
図８乃至図１０は、オーダターミナル６のＣＰＵ３１が実行するオーダ入力処理の要部手順を示す流れ図である。また、図１１乃至図１７は、上記オーダ入力処理に応じて端末管理サーバ１４で実行されるプログラム処理の手順を示す流れ図である。以下、これらの流れ図を用いて、本システムの動作について説明する。
【００３３】
はじめに接客担当者は、客席に着いた客から飲食メニューの注文を受けると、オーダターミナル６を立ち上げる。立ち上げのトリガとしては、例えば、「本体の第２の部材２２を、第１の部材２１に対して閉じた状態から開いた状態に動かす」、「サイドキー２５を押下する」、「メンブレンキーボード２６に配置された電源キーを押下する」などが考えられる。
【００３４】
オーダターミナル６が立ち上がると、ブラウザ３２１を含むプログラムが起動する。このプログラムの起動により、ＣＰＵ３１は、図８の流れ図に示す手順の処理を開始する。先ず、ＣＰＵ３１は、無線部３５を動作させて端末管理サーバ１４との回線を接続する（ＳＴ１）。そして、回線が接続されたならば、ＣＰＵ３１は、当該オーダターミナル６のＲＯＭ３２に予め設定されている端末ＩＤを端末管理サーバ１４に送信する（ＳＴ２）。
【００３５】
端末ＩＤのデータを受信した端末管理サーバ１４は、図１１の流れ図に示す手順の処理を実行する。すなわち端末管理サーバ１４は、端末管理テーブル１８を検索して、受信した端末ＩＤに対応して記憶されている端末ステータスが、初期状態を示す“０”であるか否かを確認する（ＳＴ５１）。端末ステータスが“０”でないとき（ＳＴ５１にてＮＯ）、システムに異常が発生しているので、エラーとなる。
【００３６】
端末ステータスが“０”であると（ＳＴ５１にてＹＥＳ）、端末管理サーバ１４は、この端末ステータスを、卓番号入力状態を示す“１”に更新する（ＳＴ５２）。また、端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“０００１”を格納する（ＳＴ５３）。メッセージコードＭＣＯＤＥ“０００１”は、タイトル「リアルタイム通知」で要約されるメッセージデータのコードである。
【００３７】
次に、端末管理サーバ１４は、メッセージサーバ１２にアクセスして、上記メッセージコードＭＣＯＤＥ“０００１”に関連付けられてメッセージテーブル１６に記憶されているメッセージデータと表示領域区分の各項目データを取得する。そして端末管理サーバ１４は、この取得したメッセージデータ及び表示領域区分のデータを、端末管理テーブル１８の当該端末ＩＤに対応するメッセージ欄及び表示領域欄に格納する（ＳＴ５４）。
【００３８】
次に、端末管理サーバ１４は、オーダターミナル６にて卓番号を入力するための画面データを作成する。このとき端末管理サーバ１４は、上記メッセージデータのメッセージを表示区分で特定される画面領域に配置する。端末管理サーバ１４は、この画面データ、つまりはタイトル「リアルタイム通知」で要約されるメッセージデータを含む卓番号入力画面のデータを、端末管理テーブル１８の当該端末ＩＤに対応する画面データ欄に格納する（ＳＴ５５）。しかる後、端末管理サーバ１４は、この画面データを、当該端末ＩＤ送信元のオーダターミナル６に返信する（ＳＴ５６）。
【００３９】
ステップＳＴ２の処理にて端末ＩＤを送信したオーダターミナル６のＣＰＵ３１は、画面データを受信すると、その画面、つまりはタイトル「リアルタイム通知」で要約されるメッセージデータを含む卓番号入力画面をディスプレイ２４１に表示させる（ＳＴ３）。そしてＣＰＵ３１は、テンキー部２４Ｂを介して卓番号が入力されるのを待機する（ＳＴ４）。卓番号が入力されると、ＣＰＵ３１は、予め設定された端末ＩＤとともに、入力された卓番号のデータを端末管理サーバ１４に送信する（ＳＴ５）。
【００４０】
端末ＩＤと卓番号とのデータを受信した端末管理サーバ１４は、図１２の流れ図に示す手順の処理を実行する。すなわち端末管理サーバ１４は、端末管理テーブル１８を検索して、受信した端末ＩＤに対応して記憶されている端末ステータスが、卓番号入力状態を示す“１”であるか否かを確認する（ＳＴ６１）。端末ステータスが“１”でないとき（ＳＴ６１にてＮＯ）、システムに異常が発生しているので、エラーとなる。
【００４１】
端末ステータスが“１”であると（ＳＴ６１にてＹＥＳ）、端末管理サーバ１４は、この端末ステータスを、人数入力状態を示す“２”に更新する（ＳＴ６２）。また端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応する卓番号欄に、受信した卓番号を格納する（ＳＴ６３）。
【００４２】
次に、端末管理サーバ１４は、注文管理サーバ１３にアクセスして、上記卓番号に関連付けられて注文管理テーブル１７に記憶されている卓ステータスを取得する。そして端末管理サーバ１４は、この卓ステータスが空席を示す“０”であるか、在席を示す“１”であるかを確認する（ＳＴ６４）。
【００４３】
卓ステータスが空席を示す“０”であるとき（ＳＴ６４にてＹＥＳ）、オーダターミナル６にて入力されるデータは、当該卓番号の客席に着いた客からの新規オーダデータである。そこで端末管理サーバ１４は、注文管理サーバ１３に再度アクセスして、当該卓ステータスを“１”に更新させる（ＳＴ６５）。また端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“０００２”を格納する（ＳＴ６６）。メッセージコードＭＣＯＤＥ“０００２”は、タイトル「新規オーダ時」で要約されるメッセージデータのコードである。
【００４４】
次に、端末管理サーバ１４は、メッセージサーバ１２にアクセスして、上記メッセージコードＭＣＯＤＥ“０００２”に関連付けられてメッセージテーブル１６に記憶されているメッセージデータと表示領域区分の各項目データを取得する。そして端末管理サーバ１４は、この取得したメッセージデータ及び表示領域区分のデータを、端末管理テーブル１８の当該端末ＩＤに対応するメッセージ欄及び表示領域欄に格納する（ＳＴ６７）。
【００４５】
次に、端末管理サーバ１４は、オーダターミナル６にて人数を入力するための画面データを作成する。このとき端末管理サーバ１４は、上記メッセージデータのメッセージを表示区分で特定される画面領域に配置する。端末管理サーバ１４は、この画面データ、つまりはタイトル「新規オーダ時」で要約されるメッセージデータを含む人数入力画面のデータを、端末管理テーブル１８の当該端末ＩＤに対応する画面データ欄に格納する（ＳＴ６８）。
【００４６】
一方、ステップＳＴ６４の処理にて卓ステータスが在席を示す“１”であるときには（ＳＴ６４にてＮＯ）、オーダターミナル６にて入力されるデータは、当該卓番号の客席に着いた客からの追加オーダデータである。そこで端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応して記憶されている端末ステータスを、注文受付状態を示す“３”に更新する（ＳＴ６９）。また端末管理サーバ１４は、注文管理サーバ１３に再度アクセスして、当該卓番号に関連付けられて注文管理テーブル１７に記憶されている開始時刻のデータを取得する。そして端末管理サーバ１４は、この開始時刻から現時点までの経過時間、つまりは客席の滞在時間ｔを算出する（ＳＴ７０）。
【００４７】
滞在時間ｔを算出したならば、端末管理サーバ１４は、この滞在時間ｔ別のメッセージコード決定処理を実行する（ＳＴ７１）。この処理の手順は、図１３の流れ図によって具体的に示される。すなわち端末管理サーバ１４は、先ず、滞在時間ｔが３０分以内かどうかを確認する（ＳＴ８１）。３０分以内の場合（ＳＴ８１にてＹＥＳ）、端末管理サーバ１４は、メッセージコードＭＣＯＤＥを“０００３”と決定する。そして端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“０００３”を格納する（ＳＴ８４）。メッセージコードＭＣＯＤＥ“０００３”は、タイトル「滞在時間３０分以内」で要約されるメッセージデータのコードである。
【００４８】
滞在時間ｔが３０分以上の場合（ＳＴ８１にてＮＯ）、端末管理サーバ１４は、滞在時間ｔが６０分以内かどうかを確認する（ＳＴ８２）。６０分以内の場合（ＳＴ８２にてＹＥＳ）、端末管理サーバ１４は、メッセージコードＭＣＯＤＥを“０００４”と決定する。そして端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“０００４”を格納する（ＳＴ８５）。メッセージコードＭＣＯＤＥ“０００４”は、タイトル「滞在時間６０分以内」で要約されるメッセージデータのコードである。
【００４９】
滞在時間ｔが６０分以上の場合（ＳＴ８２にてＮＯ）、端末管理サーバ１４は、滞在時間ｔが９０分以内かどうかを確認する（ＳＴ８３）。９０分以内の場合（ＳＴ８３にてＹＥＳ）、端末管理サーバ１４は、メッセージコードＭＣＯＤＥを“０００５”と決定する。そして端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“０００５”を格納する（ＳＴ８６）。メッセージコードＭＣＯＤＥ“０００５”は、タイトル「滞在時間９０分以内」で要約されるメッセージデータのコードである。
【００５０】
滞在時間ｔが９０分以上の場合（ＳＴ８３にてＮＯ）、端末管理サーバ１４は、メッセージコードＭＣＯＤＥを“０００６”と決定する。そして端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“０００６”を格納する（ＳＴ８７）。メッセージコードＭＣＯＤＥ“０００６”は、タイトル「滞在時間９０分以上」で要約されるメッセージデータのコードである。
【００５１】
なお、図１３では、滞在時間ｔの幅を３０分以内、３０分から６０分以内、６０分から９０分以内及び９０分以上の４段階としたが、４段階に限定されるものではない。また、時間間隔も上記具体例に限定されるものではない。また、図１３では、時間間隔が短い順に滞在時間ｔを確認したが、確認の順序も特に限定されるものではない。
【００５２】
ステップＳＴ７１の処理にてメッセージコードＭＣＯＤＥが決定されたならば、端末管理サーバ１４は、メッセージサーバ１２にアクセスして、この決定されたメッセージコードＭＣＯＤＥに関連付けられてメッセージテーブル１６に記憶されているメッセージデータと表示領域区分の各項目データを取得する。そして端末管理サーバ１４は、この取得したメッセージデータ及び表示領域区分のデータを、端末管理テーブル１８の当該端末ＩＤに対応するメッセージ欄及び表示領域欄に格納する（ＳＴ７２）。
【００５３】
次に、端末管理サーバ１４は、オーダターミナル６にて飲食メニューの注文を受け付けるための画面データを作成する。このとき端末管理サーバ１４は、上記メッセージデータのメッセージを表示区分で特定される画面領域に配置する。端末管理サーバ１４は、この画面データ、つまりはタイトル「滞在時間３０分以内」、「滞在時間６０分以内」、「滞在時間９０分以内」または「滞在時間９０分以上」で要約されるメッセージデータを含む注文受付画面のデータを、端末管理テーブル１８の当該端末ＩＤに対応する画面データ欄に格納する（ＳＴ７３）。
【００５４】
前記ステップＳＴ６８またはステップＳＴ７３の処理にて画面データを端末管理テーブル１８に格納したならば、端末管理サーバ１４は、この画面データ、つまりは新規オーダの場合は人数入力画面のデータ、追加オーダの場合には注文受付画面のデータを、当該端末ＩＤ送信元のオーダターミナル６に返信する（ＳＴ７４）。
【００５５】
ステップＳＴ５の処理にて卓番号データを送信したオーダターミナル６のＣＰＵ３１は、受信した画面データが人数入力画面のデータなのか注文受付画面のデータなのかを確認する（ＳＴ６）。人数入力画面のデータの場合、新規オーダなので、ＣＰＵ３１は、新規オーダ処理を実行する（ＳＴ７）。これに対し、注文受付画面のデータの場合には追加オーダなので、ＣＰＵ３１は、追加オーダ処理を実行する（ＳＴ８）。そして、新規オーダ処理または追加オーダ処理を終了すると、ＣＰＵ３１は、端末管理サーバ１４との回線を切断する（ＳＴ９）。
【００５６】
図９は、新規オーダ処理の手順を具体的に示す流れ図である。すなわち新規オーダ処理に入ると、ＣＰＵ３１は、受信した画面データの画面、つまりはタイトル「新規オーダ時」で要約されるメッセージデータを含む人数入力画面をディスプレイ２４１に表示させる（ＳＴ１１）。そしてＣＰＵ３１は、テンキー部２４Ｂを介して人数が入力されるのを待機する（ＳＴ１２）。人数が入力されると、ＣＰＵ３１は、予め設定された端末ＩＤとともに、入力された人数のデータを端末管理サーバ１４に送信する（ＳＴ１３）。
【００５７】
端末ＩＤと人数とのデータを受信した端末管理サーバ１４は、図１４の流れ図に示す手順の処理を実行する。すなわち端末管理サーバ１４は、端末管理テーブル１８を検索して、受信した端末ＩＤに対応して記憶されている端末ステータスが、人数入力状態を示す“２”であるか否かを確認する（ＳＴ９１）。端末ステータスが“２”でないとき（ＳＴ９１にてＮＯ）、システムに異常が発生しているので、エラーとなる。
【００５８】
端末ステータスが“２”であると（ＳＴ９１にてＹＥＳ）、端末管理サーバ１４は、この端末ステータスを、注文受付状態を示す“３”に更新する（ＳＴ９２）。また端末管理サーバ１４は、端末管理テーブル１８を検索して、受信した端末ＩＤに対応して記憶されている卓番号を取得する（ＳＴ９３）。
【００５９】
卓番号を取得したならば、端末管理サーバ１４は、注文管理サーバ１３にアクセスして、注文管理テーブル１７の当該卓番号に関連付けられた人数欄に、受信した人数データを保存させる（ＳＴ９４）。また端末管理サーバ１４は、内蔵のシステム時計によって計時されている現在時刻を取得し、この現在時刻データを、注文管理テーブル１７の当該卓番号に関連付けられた開始時刻欄に保存させる（ＳＴ９５）。
【００６０】
次に、端末管理サーバ１４は、オーダターミナル６にて飲食メニューの注文を受け付けるための画面データを作成する。そして端末管理サーバ１４は、この画面データ、つまりは注文受付画面のデータを、端末管理テーブル１８の当該端末ＩＤに対応する画面データ欄に格納する（ＳＴ９６）。しかる後、端末管理サーバ１４は、この画面データを、当該端末ＩＤ送信元のオーダターミナル６に返信する（ＳＴ９７）。
【００６１】
ステップＳＴ１３の処理にて人数データを送信したオーダターミナル６のＣＰＵ３１は、画面データを受信すると、その画面、つまりは注文受付画面をディスプレイ２４１に表示させる（ＳＴ１４）。そしてＣＰＵ３１は、メンブレンキーボード２６に配置されたカテゴリキーの入力によりいずれかのカテゴリが選択されるのを待機する（ＳＴ１５）。いずれかのカテゴリが選択されると、ＣＰＵ３１は、予め設定された端末ＩＤとともに、入力されたカテゴリのデータを端末管理サーバ１４に送信する（ＳＴ１６）。
【００６２】
端末ＩＤとカテゴリとのデータを受信した端末管理サーバ１４は、図１５の流れ図に示す手順の処理を実行する。すなわち端末管理サーバ１４は、端末管理テーブル１８を検索して、受信した端末ＩＤに対応して記憶されている端末ステータスが、注文受付状態を示す“３”であるか否かを確認する（ＳＴ１０１）。端末ステータスが“３”でないとき（ＳＴ１０１にてＮＯ）、システムに異常が発生しているので、エラーとなる。
【００６３】
端末ステータスが“３”であると（ＳＴ１０１にてＹＥＳ）、端末管理サーバ１４は、受信したカテゴリデータで特定されるカテゴリ別のメッセージコード決定処理を実行する（ＳＴ１０２）。この処理の手順は、図１６の流れ図によって具体的に示される。すなわち端末管理サーバ１４は、先ず、カテゴリデータが“１”であるか否かを確認し（ＳＴ１１１）、“１”である場合には（ＳＴ１１１のＹＥＳ）、メッセージコードＭＣＯＤＥを”００１１”と決定する。そして端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“００１１”を格納する（ＳＴ１１３）。メッセージコードＭＣＯＤＥ“００１１”は、タイトル「カテゴリ１注文時」で要約されるメッセージデータのコードである。
【００６４】
カテゴリデータが“１”でない場合（ＳＴ１１１にてＮＯ）、端末管理サーバ１４は、カテゴリデータが“２”であるか否かを確認する（ＳＴ１１２）。カテゴリデータが“２”である場合（ＳＴ１１２のＹＥＳ）、端末管理サーバ１４は、メッセージコードＭＣＯＤＥを”００１２”と決定する。そして端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“００１２”を格納する（ＳＴ１１４）。メッセージコードＭＣＯＤＥ“００１２”は、タイトル「カテゴリ２注文時」で要約されるメッセージデータのコードである。
【００６５】
カテゴリデータが“２”でない場合（ＳＴ１１２にてＮＯ）、端末管理サーバ１４は、メッセージコードＭＣＯＤＥを”００１３”と決定する。そして端末管理サーバ１４は、端末管理テーブル１８の当該端末ＩＤに対応するメッセージコード欄にメッセージコードＭＣＯＤＥ“００１３”を格納する（ＳＴ１１５）。メッセージコードＭＣＯＤＥ“００１３”は、タイトル「カテゴリ３注文時」で要約されるメッセージデータのコードである。
【００６６】
なお、図１６では、カテゴリをデータ“１”，“２”，“３”で区分される３種類としたが、カテゴリは３種類に限定されるものではない。また、カテゴリを確認する順番も図１６の流れ図に示す手順に限定されるものではない。
【００６７】
ステップＳＴ１０２の処理にてメッセージコードＭＣＯＤＥが決定されたならば、端末管理サーバ１４は、メッセージサーバ１２にアクセスして、この決定されたメッセージコードＭＣＯＤＥに関連付けられてメッセージテーブル１６に記憶されているメッセージデータと表示領域区分の各項目データを取得する。そして端末管理サーバ１４は、この取得したメッセージデータ及び表示領域区分のデータを、端末管理テーブル１８の当該端末ＩＤに対応するメッセージ欄及び表示領域欄に格納する（ＳＴ１０３）。
【００６８】
次に、端末管理サーバ１４は、オーダターミナル６にてカテゴリ別の飲食メニュー画面のデータを作成する。このとき端末管理サーバ１４は、上記メッセージデータのメッセージを表示区分で特定される画面領域に配置する。端末管理サーバ１４は、この画面データ、つまりはタイトル「カテゴリ１注文時」、「カテゴリ２注文時」または「カテゴリ３注文時」で要約されるメッセージデータを含むカテゴリ別メニュー画面のデータを、端末管理テーブル１８の当該端末ＩＤに対応する画面データ欄に格納する（ＳＴ１０４）。しかる後、端末管理サーバ１４は、この画面データを、当該端末ＩＤ送信元のオーダターミナル６に返信する（ＳＴ１０５）。
【００６９】
ステップＳＴ１６の処理にてカテゴリデータを送信したオーダターミナル６のＣＰＵ３１は、画面データを受信すると、その画面、つまりはタイトル「カテゴリ１注文時」、「カテゴリ２注文時」または「カテゴリ３注文時」で要約されるメッセージデータを含むカテゴリ別メニュー画面をディスプレイ２４１に表示させる（ＳＴ１７）。そしてＣＰＵ３１は、タッチパネル２４またはメンブレンキーボード２６を介して飲食メニューのオーダデータが入力されるのを待機する（ＳＴ１８）。またこの待機中に、ＣＰＵ３１は、メンブレンキーボード２６に配置されたカテゴリキーの入力によりカテゴリが変更されたか否か（ＳＴ２０）、あるいは、「送信」キーが入力されたか否かを確認する（ＳＴ２１）。
【００７０】
オーダデータが入力されると（ＳＴ１８にてＹＥＳ）、ＣＰＵ３１は、そのオーダデータを注文バッファにて保存する（ＳＴ１９）。そしてＣＰＵ３１は、再びオーダデータが入力されるのを待機する（ＳＴ１８）。
【００７１】
また、カテゴリが変更された場合には（ＳＴ２０にてＹＥＳ）、ＣＰＵ３１は、そのカテゴリデータを端末管理サーバ１４に送信する（ＳＴ１６）。このカテゴリデータを受信した端末管理サーバ１４では、図１５の流れ図に示す手順の処理が再び実行される。これにより、オーダターミナル６においては、変更後のカテゴリ別飲食メニュー画面がタッチパネル２４に表示される（ＳＴ１７）。
【００７２】
一方、「送信」キーが入力された場合には（ＳＴ２１にてＹＥＳ）、ＣＰＵ３１は、予め設定された端末ＩＤとともに、注文バッファに保存したオーダデータを端末管理サーバ１４に送信し、注文バッファをクリアする（ＳＴ２２）。
【００７３】
図１０は、追加オーダ処理の手順を具体的に示す流れ図である。すなわち追加オーダ処理に入ると、ＣＰＵ３１は、受信した画面データの画面、つまりはタイトル「滞在時間３０分以内」、「滞在時間６０分以内」、「滞在時間９０分以内」または「滞在時間９０分以上」で要約されるメッセージデータを含む注文受付画面をディスプレイ２４１に表示させる（ＳＴ３１）。そしてＣＰＵ３１は、メンブレンキーボード２６に配置されたカテゴリキーの入力によりいずれかのカテゴリが選択されるのを待機する（ＳＴ３２）。いずれかのカテゴリが選択されると、ＣＰＵ３１は、予め設定された端末ＩＤとともに、入力されたカテゴリのデータを端末管理サーバ１４に送信する（ＳＴ３３）。
【００７４】
このカテゴリデータを受信した端末管理サーバ１４では、図１５の流れ図に示す手順の処理が実行される。これにより、端末管理サーバ１４からオーダターミナル６に対して、タイトル「カテゴリ１注文時」、「カテゴリ２注文時」または「カテゴリ３注文時」で要約されるメッセージデータを含むカテゴリ別飲食メニュー画面のデータが返信される。
【００７５】
ステップＳＴ３３の処理にてカテゴリデータを送信したオーダターミナル６のＣＰＵ３１は、画面データを受信すると、その画面、つまりはタイトル「カテゴリ１注文時」、「カテゴリ２注文時」または「カテゴリ３注文時」で要約されるメッセージデータを含むカテゴリ別メニュー画面をディスプレイ２４１に表示させる（ＳＴ３４）。そしてＣＰＵ３１は、タッチパネル２４またはメンブレンキーボード２６を介して飲食メニューのオーダデータが入力されるのを待機する（ＳＴ３５）。またこの待機中に、ＣＰＵ３１は、メンブレンキーボード２６に配置されたカテゴリキーの入力によりカテゴリが変更されたか否か（ＳＴ３７）、あるいは、「送信キー」が入力されたか否かを確認する（ＳＴ３８）。
【００７６】
オーダデータが入力されると（ＳＴ３５にてＹＥＳ）、ＣＰＵ３１は、そのオーダデータを注文バッファにて保存する（ＳＴ３６）。そしてＣＰＵ３１は、再びオーダデータが入力されるのを待機する（ＳＴ３５）。
【００７７】
また、カテゴリが変更された場合には（ＳＴ３７にてＹＥＳ）、ＣＰＵ３１は、そのカテゴリデータを端末管理サーバ１４に送信する（ＳＴ３３）。このカテゴリデータを受信した端末管理サーバ１４では、図１５の流れ図に示す手順の処理が再び実行される。これにより、オーダターミナル６においては、変更後のカテゴリ別飲食メニュー画面がタッチパネル２４に表示される。
【００７８】
一方、「送信キー」が入力された場合には（ＳＴ３８にてＹＥＳ）、ＣＰＵ３１は、予め設定された端末ＩＤとともに、注文バッファに保存したオーダデータを端末管理サーバ１４に送信し、注文バッファをクリアする（ＳＴ３９）。
【００７９】
オーダデータを受信した注文管理サーバは、図１７の流れ図に示す手順の処理を実行する。すなわち端末管理サーバ１４は、端末管理テーブル１８を検索して、受信した端末ＩＤに対応して記憶されている端末ステータスが、注文受付状態を示す“３”であるか否かを確認する（ＳＴ１２１）。端末ステータスが“３”でないとき（ＳＴ１２１にてＮＯ）、システムに異常が発生しているので、エラーとなる。
【００８０】
端末ステータスが“３”であると（ＳＴ１２１にてＹＥＳ）、端末管理サーバ１４は、端末管理テーブル１８を検索して、受信した端末ＩＤに対応して記憶されている卓番号を取得する（ＳＴ１２２）。卓番号を取得したならば、端末管理サーバ１４は、注文管理サーバ１３にアクセスして、注文管理テーブル１７の当該卓番号に対応するオーダデータ欄に、受信したオーダデータを保存させる（ＳＴ１２３）。
【００８１】
次いで、端末管理サーバ１４は、注文管理サーバ１３に対して調理指示データの作成を指示する（ＳＴ１２４）。また端末管理サーバ１４は、注文管理サーバ１３に対して調理指示データの送信を指示する（ＳＴ１２５）。これらの指示を受けた注文管理サーバ１３は、注文管理テーブル１７に保存されたオーダデータを基に調理指示データを作成し、厨房端末４に送信する。これにより、厨房端末４においては、オーダターミナル６で注文を受けた飲食メニューの調理指示が行われる。
【００８２】
次いで、端末管理サーバ１４は、注文管理サーバ１３に対して伝票データの作成を指示する（ＳＴ１２６）。また端末管理サーバ１４は、注文管理サーバ１３に対して伝票データの送信を指示する（ＳＴ１２７）。これらの指示を受けた注文管理サーバ１３は、注文管理テーブル１７に保存されたオーダデータを基に注文伝票データを作成し、伝票発行器５に送信する。これにより、伝票発行器５においては、オーダターミナル６で注文を受けた飲食メニューの明細を記した注文伝票が印字発行される。
【００８３】
ここに、オーダターミナル６は、各客席を識別する識別情報（卓番号）及びその客席に着いた客から受ける注文データの入力を受け付ける入力部と、種々のメッセージを表示可能な表示部と、を備えた携帯型端末として機能する。また、入力部は、各種のメニューを分類するカテゴリを選択するための選択手段を含む。
【００８４】
一方、端末管理サーバ１４は、注文管理テーブル１７を管理する注文管理サーバ１３と協働して、各客席を識別する識別情報に関連付けて、その識別情報で識別される客席に着いた客から受けた注文データ（オーダデータ）を、その客席の客滞在時間に係るデータ（開始時刻）とともに記憶する注文管理手段として機能する。
【００８５】
また、端末管理サーバ１４は、メッセージテーブル１６を管理するメッセージサーバ１２と協働して、複数段階に区分される客滞在時間の段階別に、携帯型端末（オーダターミナル６）のユーザに対して通知すべきメッセージデータを記憶する第１のメッセージ管理手段、あるいはメニューを分類するカテゴリ別に、携帯型端末のユーザに対して通知すべきメッセージデータを記憶する第２のメッセージ管理手段として機能する。
【００８６】
また、端末管理サーバ１４は、携帯型端末の入力部を介して識別情報（卓番号）が入力されたことを条件に（ＳＴ６１にてＹＥＳ）、前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客滞在時間を算出し（ＳＴ７０）、この客滞在時間に対応するメッセージデータを前記メッセージ管理手段から取得して（ＳＴ７１，ＳＴ７２）、携帯型端末の表示部（タッチパネル２４）にメッセージを表示させる（ＳＴ７３，ＳＴ７４）第１の端末管理手段、あるいは携帯型端末の入力部を介してカテゴリが選択されたことを条件に（ＳＴ１０１にてＹＥＳ）、そのカテゴリに対応するメッセージデータを前記メッセージ管理手段から取得して（ＳＴ１０３）、前記携帯型端末の表示部にメッセージを表示させる（ＳＴ１０４，ＳＴ１０５）第２の端末管理手段として機能する。
【００８７】
また、第１のメッセージ管理手段は、新規の客からのオーダを受ける携帯型端末のユーザに対して通知すべきメッセージデータ（ＭＣＯＤＥ＝０００２）をさらに記憶しており、第１の端末管理手段は、携帯型端末の入力部を介して識別情報が入力されたことを条件に（ＳＴ６１にてＹＥＳ）、前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客が新規の客か否かを確認し（ＳＴ６４）、新規の客の場合には前記新規の客からのオーダを受ける前記携帯型端末のユーザに対して通知すべきメッセージデータを前記メッセージ管理手段から取得し（ＳＴ６７）、新規の客でない場合には前記注文管理手段で管理されるデータを基に当該識別情報で識別される客席の客滞在時間を算出し（ＳＴ７０）、この客滞在時間に対応するメッセージデータを前記メッセージ管理手段から取得して（ＳＴ７１，ＳＴ７２）、前記携帯型端末の表示部にメッセージを表示させる（ＳＴ６８，ＳＴ７３、ＳＴ７４）。
【００８８】
さらに、第１，第２のメッセージ管理手段は、メッセージデータ毎に表示領域を特定するデータ（表示領域区分）をさらに記憶しており、第１，第２の端末管理手段は、前記メッセージ管理手段から取得したメッセージデータによるメッセージを、携帯型端末における表示部の当該メッセージデータに対応して記憶されている表示領域を特定するデータで特定される表示領域に表示させる。
【００８９】
このように、本実施形態においては、客から注文を受けた接客担当者がオーダターミナル６を立ち上げると、当該ターミナル６のタッチパネル２４に卓番号入力画面が表示される。そしてこの画面には、メッセージコードＭＣＯＤＥ“０００１”のタイトル「リアルタイム通知」で要約されるメッセージデータが合わせて表示される。
【００９０】
図１８は、卓番号入力画面の一例である。この画面には、タイトル「リアルタイム通知」で要約されるメッセージ４１として「午後２時から緊急ミーティングがあります」が、卓番号を入力するための画面情報４２とともに表示される。このとき、表示領域区分は全画面を示す「０１」であるので、上記メッセージ４１は表示入力部２４Ａのほぼ全域に表示される。したがって、接客担当者は、午後２時から緊急ミーティングがあることを確実に知り得る。
【００９１】
卓番号入力画面を確認した接客担当者は、テンキー部２４Ｂを操作して客席の卓番号を入力する。そうすると、新規オーダの場合と追加オーダの場合とで処理が異なる。新規オーダの場合には、タッチパネル２４の画面が人数入力画面に切り替わる。そしてこの画面には、メッセージコードＭＣＯＤＥ“０００２”のタイトル「新規オーダ時」で要約されるメッセージデータが合わせて表示される。
【００９２】
タイトル「新規オーダ時」のメッセージは、例えば実施中のキャンペーンを案内するメッセージである。メッセージを確認した接客担当者は、新規オーダの客に対してキャンペーンの内容を適切に案内することができる。
【００９３】
人数入力画面を確認した接客担当者は、テンキー部２４Ｂを操作して客の人数を入力する。そうすると、タッチパネル２４の画面が注文受付画面に切り替わる。そこで接客担当者は、メンブレンキーボード２６を操作して、客から注文を受ける飲食メニューのカテゴリを選択する。そうすると、タッチパネル２４の画面が選択されたカテゴリ別の飲食メニュー画面に切り替わる。そしてこの画面には、選択されたカテゴリの注文に対して設定されたメッセージデータが合わせて表示される。
【００９４】
例えばカテゴリ「飲料」に対しては、飲料として分類されるメニュー品目の中のお勧め品を紹介するメッセージが設定されている。同様に、カテゴリ「料理品」に対しては、料理品として分類されるメニュー品目の中のお勧め品を紹介するメッセージが設定されており、カテゴリ「デザート」に対しては、デザートとして分類されるメニュー品目の中のお勧め品を紹介するメッセージが設定されている。したがって、メッセージを確認した接客担当者は、客が注文しようとする飲食メニューのカテゴリに対して、お勧め品を案内することができる。
【００９５】
一方、追加オーダの場合には、人数入力画面が省略されて、タッチパネル２４の画面が注文受付画面に切り替わる。そしてこの画面には、客の滞在時間に応じたメッセージデータが表示される。
【００９６】
図１９は、オーダターミナル６のタッチパネル２４に表示される追加オーダ時の注文受付画面の一例である。この画面例は、客の滞在時間が９０分を超えているので、タイトル「滞在時間９０分以上」で要約されるメッセージ５１として「本日のお勧めのデザートはＸＸＸＸです」が、注文を受けたメニュー品目のカテゴリを選択するのを促す画面情報５２とともに表示される。このとき、表示領域区分は上段を示す「０２」であるので、上記メッセージ５１は表示入力部２４Ａの上段に表示される。
【００９７】
滞在時間が９０分を超える場合、大抵の客はデザート類を注文する。そこで、メッセージを確認した接客担当者は、適切なタイミングでデザートのお勧めを客に提示することができる。
【００９８】
このように接客担当者は、適切なタイミングで客に店のお勧めメニューを提示したり、キャンペーンの内容を案内したりすることができる。この場合において、接客担当者は、タッチパネル２４に表示されるメッセージを客に伝えるだけでよいので、全く負担になることはない。
【００９９】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、クラウドコンピューティングシステムを利用したオーダ入力システムを例示したが、各サーバ１１，１２，１３，１４をＬＡＮ（Local Area Network）等のネットワークで接続してなるネットワーク・コンピューティングシステムを利用したオーダ入力システムであってもよい。また、各サーバ１１，１２，１３，１４のうちの少なくとも２つのサーバの機能を１つのサーバが共用するようにしてもよい。１つのサーバで各サーバ１１，１２，１３，１４の機能を賄うことも可能である。さらに言えば、オーダターミナル６が各サーバ１１，１２，１３，１４の機能も持つことで、単体のオーダターミナルでオーダ入力システムを構築することも可能である。
【０１００】
また、前記実施形態では、オーダターミナル６を第１の部材２１と第２の部材２２とからなる見開き型としたが、オーダターミナル６の形状及びハードウェア構造は、特に限定されるものではない。要は、各客席を識別する識別情報（前記実施形態では卓番号）及びその客席に着いた客から受ける注文データの入力を受け付ける入力部と、種々のメッセージを表示可能な表示部とを備えていればよい。
【０１０１】
さらに、前記実施形態は、端末管理サーバ１４に発明の機能を実現させるプログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからサーバ１４にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、サーバ１４にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【０１０２】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０３】
１…オーダ入力システム、６…オーダターミナル、１０…クラウド、１１…メニューサーバ、１２…メッセージサーバ、１３…注文管理サーバ、１４…端末管理サーバ、１５…メニューデータベース、１６…メッセージテーブル、１７…注文管理テーブル、１８…端末管理テーブル、２４…タッチパネル、３１…ＣＰＵ、３２１…ブラウザ。
【図１】
0005586649.tif 000002
【図２】
0005586649.tif 000003
【図３】
0005586649.tif 000004
【図４】
0005586649.tif 000005
【図５】
0005586649.tif 000006
【図６】
0005586649.tif 000007
【図７】
0005586649.tif 000008
【図８】
0005586649.tif 000009
【図９】
0005586649.tif 000010
【図１０】
0005586649.tif 000011
【図１１】
0005586649.tif 000012
【図１２】
0005586649.tif 000013
【図１３】
0005586649.tif 000014
【図１４】
0005586649.tif 000015
【図１５】
0005586649.tif 000016
【図１６】
0005586649.tif 000017
【図１７】
0005586649.tif 000018
【図１８】
0005586649.tif 000019
【図１９】
0005586649.tif 000020