"ユーザによる操作に基づいてオーダー品目を判定するもので、制限時間内に限定して提供する時間制限サービスを前記オーダー品目の1つとして判定可能な第1の判定手段と、前記第1の判定手段により判定されたオーダー品目に前記時間制限サービスが含まれる場合に、前記時間制限サービスの開始時点からの経過時間を判定する第2の判定手段と、前記第2の判定手段により判定された前記経過時間が前記制限時間を超えたことに応じて、その旨を前記ユーザに報知するための報知動作を行うタイムアップ報知手段とを具備したオーダー受付装置。前記タイムアップ報知手段は、前記時間制限サービスの提供対象となる顧客に関する会計処理が終了したことに応じて、その顧客についての報知動作を停止する請求項1に記載のオーダー受付装置。前記第2の判定手段により判定された前記経過時間が前記制限時間よりも短いラストオーダー時間を超えたことに応じて、ラストオーダーを前記ユーザに促すための報知動作を行うラストオーダー報知手段をさらに備える請求項1に記載のオーダー受付装置。前記ラストオーダー報知手段は、前記第2の判定手段により判定された前記経過時間が前記ラストオーダー時間を超えたのちに、前記時間制限サービスの提供対象となる顧客に関する新たなオーダー品目が前記第1の判定手段により判定されたことに応じて、当該顧客についてのラストオーダーを前記ユーザに促すための報知動作を停止する請求項3に記載のオーダー受付装置。前記ラストオーダー報知手段は、ある顧客についてのラストオーダーを前記ユーザに促すための報知動作を停止したのちには、その顧客についてのラストオーダーが済んでいることを前記ユーザに報知するための報知動作を行う請求項4に記載のオーダー受付装置。前記ラストオーダー報知手段は、ラストオーダーを前記ユーザに促すための報知動作を行うとともに、前記時間制限サービスの提供対象となる顧客に関して前記第1の判定手段により判定されたオーダー品目の提供状況を報知する報知動作を行う請求項3に記載のオーダー受付装置。このような事情から、時間制限サービスの制限時間の管理を支援することが望まれていた。実施形態のオーダー受付装置は、第1および第2の判定手段と、タイムアップ報知手段とを含む。第1の判定手段は、ユーザによる操作に基づいてオーダー品目を判定するもので、制限時間内に限定して提供する時間制限サービスをオーダー品目の1つとして判定可能である。第2の判定手段は、第1の判定手段により判定されたオーダー品目に時間制限サービスが含まれる場合に、時間制限サービスの開始時点からの経過時間を判定する。タイムアップ報知手段は、第2の判定手段により判定された経過時間が制限時間を超えたことに応じて、その旨をユーザに報知するための報知動作を行う。以下、図面を参照して実施の形態について説明する。なお、本実施の形態では、飲食店における業務を支援する接客支援システム100を例に説明する。図1は本実施形態に係る接客支援システム100の構成を示す図である。接客支援システム100は、3つの情報端末1、キッチンプリンタ2およびステーション3をLANlocalareanetwork4にそれぞれ接続して構成される。ただし、情報端末1は、1台のみを含んでも良いし、2台または4台以上を含んでも良い。またキッチンプリンタ2は、2台以上を含み得る。情報端末1は、例えば接客フロアやチェックアウトカウンタに設置される。情報端末1は、顧客に対する案内、受注、給仕配膳、あるいは会計などの各種の業務を支援するための処理を行う。つまり情報端末1は、オーダー受付装置としての機能を備えている。そして、接客フロアに設置された情報端末1においては、案内、受注および給仕配膳を支援するための処理が主として利用される。またチェックアウトカウンタに設置された情報端末1においては、さらに会計を支援するための処理が利用される。なお、情報端末1は、上記の業務の一部のみを支援する処理を行うことにより用途に特化したものとしても良い。すなわち、この情報端末1は、店舗における業務を支援するための情報処理装置としての機能を備えている。キッチンプリンタ2は、例えばキッチンに設置され、情報端末1から送信された受注情報に基づく調理指示伝票を調理人のためにプリントする。ステーション3は、例えばバックヤードに設置され、情報端末1から送信された各種の情報を集計処理することによって、飲食店の営業に関わる管理を支援する。またステーション3は、複数の情報端末1で共通に利用される情報の管理処理を行っても良い。図2は情報端末1のブロック図である。情報端末1は、LCDliquidcrystaldisplay10、表示コントローラ11、タッチセンサ12、タッチセンサコントローラ13、周辺機器インタフェース周辺機器I/F14、通信インタフェース通信I/F15、ROMreadonlymemory16、RAMrandomaccessmemory17、HDDharddiskdrive18およびCPUcentralprocessingunit19を含む。このうち、表示コントローラ11、タッチセンサコントローラ13、周辺機器インタフェース14、通信インタフェース15、ROM16、RAM17、HDD18およびCPU19は、バスラインにそれぞれ接続されている。LCD10およびタッチセンサ12は、表示コントローラ11およびタッチセンサコントローラ13にそれぞれ接続されている。LCD10は、表示コントローラ11により駆動されて画像を表示する。表示コントローラ11は、CPU19の制御の下にRAM17から転送される画像データに応じた画像を表示するようにLCD10を駆動する。タッチセンサ12は、LCD10の表示面に積層配置されている。タッチセンサ12は、LCD10の表示画面を店員がタッチした際に、そのタッチ位置に応じた検出信号を出力する。タッチセンサコントローラ13は、タッチセンサ12から出力された検出信号に基づいて上記のタッチ位置を表す座標情報を求め、この座標情報をCPU19へ送る。周辺機器インタフェース14には、プリンタ5や客面表示装置6などの周辺機器が必要に応じて接続される。周辺機器インタフェース14は、接続されている周辺機器と通信する。周辺機器インタフェース14としては、USBuniversalserialbusなどの汎用規格に準拠したインタフェース回路などを利用できる。なお、プリンタ5は、受注伝票、領収伝票あるいは各種のジャーナルなどをプリントするために利用される。客面表示装置6は、会計結果や広告情報などを顧客に提示するための画像を表示するために利用される。プリンタ5および客面表示装置6の少なくとも一方は、情報端末1に内蔵されていても良い。通信インタフェース15は、キッチンプリンタ2およびステーション3とLAN4を介して通信する。通信インタフェース15としては、イーサネット登録商標などの汎用規格に準拠したインタフェース回路などを利用できる。ROM16は、CPU19の処理手順を記述したプログラムや、CPU16が各種の処理を実行する上で必要なデータなどを記憶する。RAM17は、CPU16が各種の処理を実行する上で必要なデータを必要に応じて記憶する。例えばRAM17には、LCD10で表示する画像を表す画像情報が記憶される。またRAM17は、CPU16が各種の処理を行う際のワークエリアとしても利用される。HDD18は、CPU19の処理手順を記述したプログラムや、CPU16が各種の処理を実行する上で必要なデータなどを記憶する。HDD18が記憶するデータは、後述する管理テーブルファイルを含む。またHDD18が記憶するデータは、各種の画像を生成するための素材となる表示部品を表すデータを含む。この表示部品は、グラフィカルユーザインタフェース画像に表すボタンを含む。CPU19は、ROM16やHDD18に記憶されたプログラムに基づく処理を実行することによって、各種の処理ユニットとして機能する。これらの処理ユニットの1つは、後述する処理を実行する。なお、情報端末1は、ROM16やHDD18にプログラムが記憶された状態にて販売や譲渡がなされても良いし、記憶媒体に記憶された状態や通信回線を介した通信により販売または譲渡されたプログラムが任意に情報端末1にインストールされても良い。なお、上記の記憶媒体としては、磁気ディスク、光磁気ディスク、光ディスク、あるいは半導体メモリなどのあらゆる種類のものを利用できる。図3はHDD18に記憶された管理テーブルファイルが表す管理テーブルの一例を示す図である。この管理テーブルは、食べ放題サービスおよび飲み放題サービスの提供に関する管理のための情報を記述するデータテーブルである。管理テーブルは、席番、開始時刻、食べ放題フラグ、飲み放題フラグ、食べ放題ラストオーダーLOフラグ、食べ放題ラストオーダー済みフラグ、食べ放題終了フラグ、飲み放題ラストオーダーフラグ、飲み放題ラストオーダー済みフラグ、ならびに飲み放題終了フラグの各情報フィールドをそれぞれ含んだ複数のデータレコードを含み得る。各データレコードは、食べ放題サービスおよび飲み放題サービスの少なくとも一方をオーダーした一組の顧客に対応する。席番としては、対応する顧客が使用している客席の識別番号を記述する。開始時刻としては、サービスの提供を開始した時刻が記述される。食べ放題フラグは、食べ放題サービスのオーダーの有無を表す。食べ放題ラストオーダーフラグは、食べ放題サービスのラストオーダを行うべきタイミングに到達しているか否かを表す。食べ放題ラストオーダー済みフラグは、食べ放題サービスに関するラストオーダを終えているか否かを表す。食べ放題終了フラグは、食べ放題サービスの提供期間が終了しているか否かを表す。飲み放題ラストオーダーフラグは、飲み放題サービスのラストオーダを行うべきタイミングに到達しているか否かを表す。飲み放題ラストオーダー済みフラグは、飲み放題サービスに関するラストオーダを終えているか否かを表す。飲み放題終了フラグは、飲み放題サービスの提供期間が終了しているか否かを表す。次に接客支援システム100の動作について説明する。情報端末1をオーダー受付装置として使用する場合、情報端末1のユーザは店員である。オーダーモードでの動作を店員が指示すると、CPU19はオーダー入力用のGUIgraphicaluserinterface画像を生成し、このGUI画像をLCD10に表示させる。具体的には、CPU19は図4に示すようなレイアウトのGUI画像IM1を示す画像データを生成してRAM17に書き込むとともに、この画像データに基づく画像表示を表示コントローラ11に指示する。この指示に応じて表示コントローラ11は、RAM17に記憶された上記の画像データに基づいてGUI画像IM1を表示するようにLCD10を駆動する。GUI画像IM1は、オーダー入力のための操作画像IM11を含む。操作画像IM11には、領域R11,R12,R13を含む。領域R11は、オーダー入力の結果を表す。領域R12は、複数のボタンを表す。領域R13は、オーダー入力操作に関わる付加機能を指定するための複数のボタンを表す。R11の画像は、オーダー入力の結果を表すデータをRAM17またはHDD18に記憶しておいて、これに基づいてCPU11が生成しても良いし、オーダー入力の結果を表すデータをステーション3から取得して、これに基づいてCPU11が生成しても良いし、ステーション3が生成した画像をCPU19がステーション3から取得しても良い。領域R12に表されるボタンは、部門がそれぞれ関連付けられた複数のボタンと、品目がそれぞれ関連付けられた複数のボタンとを含む。品目がそれぞれ関連付けられた複数のボタンは、その関連付けられた品目のオーダー受け付けを指示するためのユーザ操作を入力する。品目がそれぞれ関連付けられたボタンには、食べ放題サービスおよび飲み放題サービスがそれぞれ関連付けられたボタンB1,B2を含む。GUI画像IM1は、操作画像IM11の外にも複数の機能ボタンを表す。なお、図4における領域R11はオーダー入力がなされたのちの状態を示している。これは、領域R11の機能を把握し易くするためであり、CPU19が最初に生成するGUI画像IM1には、具体的なオーダー入力の結果の情報は含まれない。GUI画像IM1を表示させた状態でCPU19は、図5に示す処理を実行する。ステップSa1においてCPU19は、店員による指示に応じてオーダー受け付けの対象となる顧客が使用している客席の席番を判定する。ステップSa2においてCPU19は、GUI画像IM1上での店員による何らかの操作がなされるのを待ち受ける。そして店員が何らかの操作を行うべくGUI画像IM1にタッチしたならば、CPU19はステップSa2からステップSa3に進む。ステップSa3乃至ステップSa5においてCPU19は、上記の店員操作が、オーダー送信の指示、食べ放題サービスのオーダー、飲み放題サービスのオーダーのいずれであるかを確認する。例えば、ボタンB1のタッチなどによって食べ放題サービスのオーダーがなされたのならば、CPU19はステップSa4からステップSa6へ進む。ステップSa6においてCPU19は、今回のオーダー受け付けに関するデータレコードを管理テーブルに生成済みであるか否か確認する。そしてここでNOと判定したならばCPU19は、ステップSa6からステップSa7へ進む。ステップSa7においてCPU19は、席番のデータフィールドにステップSa1において判定した席番を記述したデータレコードを生成し、管理テーブルに追加する。なお、このデータレコードの他のデータフィールドは、いずれも0としておく。ステップSa7を終えたならば、CPU19はステップSa8に進む。なお、ステップSa6においてYESと判定した場合には、CPU19はステップSa6からステップSa7を行わずにステップSa8に進む。ステップSa8においてCPU19は、ステップSa1で判定した席番を含んだデータレコードにおける食べ放題フラグを1とする。ステップSa9においてCPU19は、食べ放題サービスをオーダーリストに追加する。なお、オーダーリストは、オーダーされた品目のリストであり、RAM17またはHDD18に記憶されるオーダーリストファイルにより表される。そこでCPU19は、食べ放題サービスの情報を含むようにオーダーリストファイルを更新する。そしてこののちにCPU19は、ステップSa2の待ち受け状態に戻る。一方、CPU19がステップSa2の待ち受け状態にあるときに、ボタンB2のタッチなどによって飲み放題サービスのオーダーがなされたのならば、CPU19はステップSa5からステップSa10へ進む。ステップSa10においてCPU19は、今回のオーダー受け付けに関するデータレコードを管理テーブルに生成済みであるか否か確認する。そしてここでNOと判定したならばCPU19は、ステップSa10からステップSa11へ進む。ステップSa11においてCPU19は、席番のデータフィールドにステップSa1において判定した席番を記述したデータレコードを生成し、管理テーブルに追加する。なお、このデータレコードの他のデータフィールドは、いずれも0としておく。ステップSa11を終えたならば、CPU19はステップSa12に進む。なお、ステップSa10においてYESと判定した場合には、CPU19はステップSa10からステップSa11を行わずにステップSa12に進む。ステップSa12においてCPU19は、ステップSa1で判定した席番を含んだデータレコードにおける飲み放題フラグを1とする。ステップSa13においてCPU19は、飲み放題サービスをオーダーリストに追加する。そしてこののちにCPU19は、ステップSa2の待ち受け状態に戻る。以上のようにして、食べ放題サービスがオーダーされた場合には食べ放題フラグが1とされ、飲み放題サービスがオーダーされた場合には飲み放題フラグが1とされる。食べ放題サービスと飲み放題サービスとの双方をオーダーすることも可能であり、この場合には食べ放題フラグおよび飲み放題フラグがともに1とされる。さて、店員操作が、オーダー送信の指示、食べ放題サービスのオーダー、飲み放題サービスのオーダーのいずれでもない場合には、CPU19はステップSa5においてNOと判定する。そしてこの場合にCPU19は、店員操作に応じた処理へ移行する。具体的には、例えば各種の品目が関連付けられたボタンをタッチする操作がなされたのならば、タッチされたボタンに関連付けられた品目をオーダーリストに追加する処理が行われる。オーダーされた品目の全てを入力し終えた場合、店員は例えばボタンB3をタッチするなどしてオーダーの送信を指示する。そうするとCPU19は、ステップSa3でYESと判定し、ステップSa3からステップSa14へ進む。ステップSa14においてCPU19は、ステップSa7またはステップSa11でのデータレコードの生成を行ったか否かを確認する。ここでYESと判定したならばCPU19は、ステップSa15へ進む。ステップSa15においてCPU19は、ステップSa1で判定した席番を含んだデータレコードに、現在時刻を開始時刻として書き込む。こののちにCPU19は、ステップSa16に進む。なお、ステップSa14でNOと判定した場合にCPU19は、ステップSa14からステップSa15を行うことなくステップSa16に進む。ステップSa16においてCPU19は、オーダーリストと、その他の必要な情報とを含んだオーダー情報をステーション3に送信する。オーダー情報を受信するとステーション3は、調理指示伝票を印刷させるために伝票情報をキッチンプリンタ2に送信したり、会計処理や売上管理などのための情報管理を行ったりする。このときのステーション3の動作は、既存の同種のシステムにおける動作と同様であって良い。ステップSa17においてCPU19は、食べ放題サービスが今回オーダーされた場合には食べ放題ラストオーダーフラグが1であるか否かを、また飲み放題サービスが今回オーダーされた場合には飲み放題ラストオーダーフラグが1であるか否かを確認する。そして該当するラストオーダーフラグが1であるならば、CPU19はステップSa17からステップSa18へ進む。ステップSa18においてCPU19は、食べ放題ラストオーダーフラグが1である場合には食べ放題ラストオーダー済みフラグを1とし、飲み放題ラストオーダーフラグが1である場合には飲み放題ラストオーダー済みフラグを1とする。そしてこののちにCPU19は、図5に示す処理を終了する。なお、ステップSa17にてNOと判定した場合にCPU19は、ステップSa17からステップSa18を行わずに図5に示す処理を終了する。ところでCPU19は、チェックタイミングが到来する毎に図6に示す処理を開始する。なお、チェックタイミングは、任意のタイミングとして定めれば良いが、例えば一定時間1分程度間隔とすることが想定される。ステップSb1においてCPU19は、RAM17に新規到達フラグを設定し、これを0にリセットする。ステップSb2においてCPU19は、管理テーブルに含まれるデータレコードのうちで今回の処理の中でまだ選択していないものを1つ選択し、それをチェックレコードとする。ステップSb3においてCPU19は、チェックレコードに含まれる開始時刻から現時点までの経過時間を算出する。ステップSb4においてCPU19は、チェックレコードに含まれる食べ放題フラグが1であるか否かを確認する。ここでYESと判定したならばCPU19は、ステップSb4からステップSb5へ進む。ステップSb5においてCPU19は、食べ放題終了条件が成立しているか否かを確認する。食べ放題終了条件は、食べ放題終了フラグが0であり、かつステップSb3で算出した経過時間が時間T1Limを超えている場合に成立する。なお時間T1Limは、食べ放題サービスの制限時間である。そしてここでNOと判定したならば、CPU19はステップSb5からステップSb6へ進む。ステップSb6においてCPU19は、食べ放題ラストオーダー条件が成立しているか否かを確認する。食べ放題ラストオーダ条件は、食べ放題ラストオーダフラグが0であり、かつステップSb3で算出した経過時間が時間T1LOを超えているか場合に成立する。なお時間T1LOは、食べ放題サービスのラストオーダーを行うタイミングまでの時間である。そしてここでYESと判定したならばCPU19は、ステップSb6からステップSb7へ進む。ステップSb7においてCPU19は、食べ放題ラストオーダーフラグおよび新規到達フラグをともに1とする。こののちにCPU19は、ステップSb9へ進む。なお、ステップSb6にてNOと判定したならばCPU19は、ステップSb6からステップSb7を行うことなくステップSb9へ進む。一方、ステップSb5においてYESと判定したならば、すなわち食べ放題終了条件が成立するならば、CPU19はステップSb5からステップSb8へ進む。ステップSb8においてCPU19は、食べ放題終了フラグおよび新規到達フラグをともに1とする。こののちにCPU19は、ステップSb9へ進む。なお、ステップSb4でNOと判定した場合、すなわち食べ放題フラグが0である場合にCPU19は、ステップSb4からステップSb5乃至Sb8を行うことなくステップSb9へ進む。このようにして、チェックレコードにて食べ放題サービスが管理される場合には、経過時間が時間T1LOを超えていることが初めて確認されたことに応じて食べ放題ラストオーダーフラグが1とされ、経過時間が時間T1Limを超えていることが初めて確認されたことに応じて食べ放題終了フラグが1とされる。ステップSb9においてCPU19は、チェックレコードに含まれる飲み放題フラグが1であるか否かを確認する。ここでYESと判定したならばCPU19は、ステップSb9からステップSb10へ進む。ステップSb10においてCPU19は、飲み放題終了条件が成立しているか否かを確認する。飲み放題終了条件は、飲み放題終了フラグが0であり、かつステップSb3で算出した経過時間が時間T2Limを超えている場合に成立する。なお時間T2Limは、飲み放題サービスの制限時間である。そしてここでNOと判定したならば、CPU19はステップSb10からステップSb11へ進む。ステップSb11においてCPU19は、飲み放題ラストオーダー条件が成立しているか否かを確認する。飲み放題ラストオーダ条件は、飲み放題ラストオーダフラグが0であり、かつステップSb3で算出した経過時間が時間T2LOを超えているか場合に成立する。なお時間T2LOは、飲み放題サービスのラストオーダーを行うタイミングまでの時間である。そしてここでYESと判定したならばCPU19は、ステップSb11からステップSb12へ進む。ステップSb12においてCPU19は、飲み放題ラストオーダーフラグおよび新規到達フラグをともに1とする。こののちにCPU19は、ステップSb14へ進む。なお、ステップSb11にてNOと判定したならばCPU19は、ステップSb11からステップSb12を行うことなくステップSb14へ進む。一方、ステップSb10においてYESと判定したならば、すなわち飲み放題終了条件が成立するならば、CPU19はステップSb10からステップSb13へ進む。ステップSb13においてCPU19は、飲み放題終了フラグおよび新規到達フラグをともに1とする。こののちにCPU19は、ステップSb14へ進む。なお、ステップSb9でNOと判定した場合、すなわち飲み放題フラグが0である場合にCPU19は、ステップSb9からステップSb10乃至Sb13を行うことなくステップSb14へ進む。このようにして、チェックレコードにて飲み放題サービスが管理される場合には、経過時間が時間T2LOを超えていることが初めて確認されたことに応じて飲み放題ラストオーダーフラグが1とされ、経過時間が時間T2Limを超えていることが初めて確認されたことに応じて飲み放題終了フラグが1とされる。なお、新規到達フラグは、食べ放題終了条件、食べ放題ラストオーダー条件、飲み放題終了条件および飲み放題ラストオーダー条件のいずれか1つが成立したことに応じて1とされる。ステップSb14においてCPU19は、未選択のデータレコードがあるか否かを確認する。そしてYESと判定したならばCPU19は、ステップSb2以降の処理を繰り返すことにより、管理テーブルに含まれる各データレコードをそれぞれチェックレコードとして前述の処理を繰り返す。そして管理テーブルに含まれる全てのデータレコードをそれぞれチェックレコードとして前述の処理をし終えたならば、CPU19はステップSb14においてNOと判定し、ステップSb14からステップSb15へ進む。ステップSb15においてCPU19は、報知対象レコードが有るか否かを確認する。ここで報知対象レコードは、食べ放題ラストオーダーフラグ、食べ放題ラストオーダ済みフラグ、食べ放題終了フラグ、飲み放題ラストオーダーフラグ、および飲み放題ラストオーダ済みフラグのいずれか1つでも1であるデータレコードである。ここでYESと判定したならばCPU19は、ステップSb15からステップSb16へ進む。ステップSb16においてCPU19は、新規到達フラグが1であるか否かを確認する。ここでYESと判定したならば、CPU19はステップSb16からステップSb17に進む。そしてステップSb17においてCPU19は、第1および第2の報知画像IM2,IM3をGUI画像IM1に重畳表示する。図7は第1および第2の報知画像IM2,IM3の表示例を示す図である。ステップSb16でNOと判定したならば、すなわち新規到達フラグが0である場合にCPU19は、ステップSb16からステップSb18へ進む。そしてステップSb18においてCPU19は、第1の報知画像IM2をGUI画像IM1に重畳表示する。ステップSb15においてNOと判定したならば、すなわち報知対象レコードが無ければCPU19は、ステップSb15からステップSb19へ進む。そしてステップSb19においてCPU19は、第1および第2の報知画像IM2,IM3をいずれも非表示とする。そしてステップSb17乃至ステップSb18のいずれかを完了すると、CPU19は図6に示す処理を終了する。かくして、顧客に対して提供中の食べ放題サービスおよび飲み放題サービスのそれぞれに関して、ラストオーダーをすべきタイミングに到達したものや、サービスを終了すべきタイミングに到達したものが存在している場合には、第1の報知画像IM2がポップアップ表示される。従って店員は、この第1の報知画像IM2の表示の有無に基づいて、ラストオーダまたはサービス終了のための処置を行うべきであるか否かを容易に認識できる。また、ラストオーダーをすべきタイミングやサービスを終了すべきタイミングに新たに到達したサービスが存在する場合には、第2の報知画像IM3がポップアップ表示される。従って店員は、この第2の報知画像IM3に基づいて、ラストオーダまたはサービス終了のための処置を行う必要が生じたことを迅速かつ確実に認識できる。さて、第1および第2の報知画像IM2,IM3を店員がタッチした場合にCPU19は、LCD10での表示画像を図8に示すような画像IM4に変更する。画像IM4は、画像IM41を含む。画像IM41は、1つまたは複数のボタンB4を含む。CPU19は、画像IM41のうちのボタンB4以外の部分を表すものとして予め用意された画像上に、管理テーブルに基づいてボタンB4を配置して画像IM4を生成する。CPU19は、画像IM4内の領域R41には、管理テーブルにおいて食べ放題ラストオーダーフラグが1であり、かつ食べ放題ラストオーダー済みフラグが0であるデータレコードに含まれた席番を表したボタンB4を配置する。CPU19は、画像IM4内の領域R42には、管理テーブルにおいて食べ放題ラストオーダーフラグが1であるデータレコードに含まれた席番を表したボタンB4を配置する。CPU19は、画像IM4内の領域R43には、管理テーブルにおいて食べ放題終了フラグが1であるデータレコードに含まれた席番を表したボタンB4を配置する。CPU19は、画像IM4内の領域R44には、管理テーブルにおいて飲み放題ラストオーダーフラグが1であり、かつ飲み放題ラストオーダー済みフラグが0であるデータレコードに含まれた席番を表したボタンB4を配置する。CPU19は、画像IM4内の領域R45には、管理テーブルにおいて飲み放題ラストオーダーフラグが1であるデータレコードに含まれた席番を表したボタンB4を配置する。CPU19は、画像IM4内の領域R43には、管理テーブルにおいて飲み放題終了フラグが1であるデータレコードに含まれた席番を表したボタンB4を配置する。かくして店員は、画像IM41に基づいて、どの客席について、どのような処置を行えば良いのかを把握することができる。さらにボタンB4のいずれかがタッチされた場合にCPU19は、LCD10での表示画像をGUI画像IM1に戻す。ただし、ここで表示するGUI画像IM1の領域R11には、タッチされたボタンに表された席番についてのオーダー入力の結果を表すようにする。具体的には、図8中のA-10と表されたボタンB4が店員によりタッチされた場合、CPU19はLCD10での表示画像を例えば図9に示すようなGUI画像IM1とする。かくして店員は、図9に示すようなGUI画像IM1に基づいて、ラストオーダータイミングや終了タイミングとなったサービスの対象となる顧客に対するオーダー品目の提供状況を確認することができる。そしてこれにより店員は、例えば未提供となっている品目を速やかに提供するなどの処置を適切に行うことが可能となる。CPU19は、会計処理を行った場合、あるいは他の情報端末1において会計処理が行われた場合には、その対象となった客席の席番を含んだデータレコードが管理テーブルに含まれているか否かを確認する。そして、該当するデータレコードがあった場合にCPU19は、そのデータレコードを管理テーブルから削除する。従って、その後のチェックタイミングにて行われるCPU19の処理においては、会計処理が済んだ食べ放題サービスや飲み放題サービスの状況はもはや考慮されない。従って、報知対象レコードが1つのみであるときに、その報知対象レコードとなっているデータレコードに含まれた席番で識別される客席についての会計処理が完了したならば、その次のチェックタイミングにおいて報知画像IM2の表示が解消される。この実施形態は、次のような種々の変形実施が可能である。食べ放題サービスや飲み放題サービス以外の時間制限サービスに関しても、上記の実施形態と同様に実施が可能である。オーダー受け付けのための機能のみを備えた装置として実現することも可能である。接客支援システム100のようなシステムに組み込まれずに、単独でオーダー受け付けのための処理を実行する装置として実現することも可能である。報知動作は、プリンタ5でのプリントや、携帯端末で画像表示や音声出力を行わせるための情報の送信などに置き換えたり、あるいはそれら複数の携帯の報知動作を組み合わせて行っても良い。本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。"