(57)【特許請求の範囲】
【請求項１】
飲食店で提供される各メニュー品目の分類別に区分される調理場毎に、現時点で調理中または調理待ちのメニュー品目数を取得するオーダ状況取得手段と、
このオーダ状況取得手段により調理場別に取得した調理中または調理待ちのメニュー品目数により宣伝対象となる調理場を決定する調理場決定手段と、
メニュー品目毎に作成される宣伝用コンテンツの中から、前記調理場決定手段により決定された調理場で調理されるメニュー品目の宣伝用コンテンツを選択するコンテンツ選択手段と、
このコンテンツ選択手段により選択された宣伝用コンテンツに基づき宣伝画像をディスプレイに出力する表示制御手段と、
を具備したことを特徴とする表示制御装置。
【請求項２】
前記コンテンツ選択手段は、前記調理場決定手段により決定された調理場で調理されるメニュー品目の宣伝用コンテンツのうち、注文を受けてから客に提供されるまでの料理提供時間の平均時間が最短のメニュー品目の宣伝用コンテンツを選択することを特徴とする請求項１記載の表示制御装置。
【請求項３】
前記コンテンツ選択手段は、前記調理場決定手段により決定された調理場で調理されるメニュー品目の宣伝用コンテンツのうち、注文を受けてから客に提供されるまでの料理提供時間の平均時間が所定時間以下でかつ注文を受けた数が最大のメニュー品目の宣伝用コンテンツを選択することを特徴とする請求項１記載の表示制御装置。
【請求項４】
前記ディスプレイは、飲食店の客席に配置されてオーダデータの入力が可能なテーブルオーダ端末が具備しており、
前記テーブルオーダ端末は、オーダ入力を待機する待受け時に前記宣伝画像を前記ディスプレイに表示することを特徴とする請求項１〜３のうちいずれか１に記載の表示制御装置。
【請求項５】
前記テーブルオーダ端末は、当該テーブルオーダ端末が設置されている客席の客滞在時間に応じて前記宣伝用コンテンツの宣伝画像を前記ディスプレイに選択的に表示することを特徴とする請求項４記載の表示制御装置。
【請求項６】
コンピュータに、
飲食店で提供される各メニュー品目の分類別に区分される調理場毎に、現時点で調理中または調理待ちのメニュー品目数を取得する機能，
調理場別に取得した調理中または調理待ちのメニュー品目数により宣伝対象となる調理場を決定する機能、
メニュー品目毎に作成される宣伝用コンテンツの中から、前記決定された調理場で調理されるメニュー品目の宣伝用コンテンツを選択する機能、及び
この選択された宣伝用コンテンツに基づき宣伝画像をディスプレイに出力する機能、
を実現させるための表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、レストラン、居酒屋等の飲食店で利用されるディスプレイに対する表示制御装置及びコンピュータを当該表示制御装置として機能させるためのプログラムに関する。
【背景技術】
【０００２】
レストランや居酒屋等の飲食店では、お勧め品の品目名を店内に掲示したり、通常のメニューとは別にお勧め品だけを集めたメニューを用意したりして、客にお勧め品を宣伝している。この宣伝効果により、多くの客は、お勧め品を注文する。このため、お勧め品の注文が集中すると、調理に時間がかかってお勧め品の配膳が遅れ、客から不満が出る懸念がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０１３７８７号公報
【特許文献２】特開２００４−３４１７６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、注文から配膳までに要する時間の短いお勧め品をリアルタイムに宣伝することで、客から不満が出ることなく宣伝効果を高め得る表示制御装置を提供しようとするものである。
【課題を解決するための手段】
【０００５】
一実施形態において、表示制御装置は、オーダ状況取得手段と、調理場決定手段と、コンテンツ選択手段と、表示制御手段とを備える。オーダ状況取得手段は、飲食店で提供される各メニュー品目の分類別に区分される調理場毎に、現時点で調理中または調理待ちのメニュー品目数を取得する。調理場決定手段は、オーダ状況取得手段により調理場別に取得した調理中または調理待ちのメニュー品目数により宣伝対象となる調理場を決定する。コンテンツ選択手段は、メニュー品目毎に作成される宣伝用コンテンツの中から、調理場決定手段により決定された調理場で調理されるメニュー品目の宣伝用コンテンツを選択する。表示制御手段は、コンテンツ選択手段により選択された宣伝用コンテンツに基づき宣伝画像をディスプレイに出力する。
【図面の簡単な説明】
【０００６】
【図１】一実施形態である飲食店向け注文管理システムの全体構成を示す模式図。
【図２】メニューファイルに保存されるレコードのデータ構造を示す模式図。
【図３】オーダファイルに保存されるレコードのデータ構造を示す模式図。
【図４】調理指示ファイルに保存されるレコードのデータ構造を示す模式図。
【図５】コンテンツファイルに保存されるレコードのデータ構造を示す模式図。
【図６】サイネージサーバの要部構成を示すブロック図。
【図７】サイネージサーバのＲＡＭに形成される主要なメモリエリアを示す模式図。
【図８】テーブルオーダ端末の要部構成を示すブロック図。
【図９】テーブルオーダ端末のＲＡＭに形成される主要なメモリエリアを示す模式図。
【図１０】第１の実施形態において、サイネージサーバのＣＰＵが実行するコンテンツ表示制御処理の要部手順を示す流れ図。
【図１１】第１の実施形態において、テーブルオーダ端末のＣＰＵが実行するメイン制御処理の要部手順を示す流れ図。
【図１２】第２の実施形態において、サイネージサーバのＣＰＵが実行するコンテンツ表示制御処理の要部手順を示す流れ図。
【図１３】第３の実施形態において、テーブルオーダ端末のＣＰＵが実行するメイン制御処理の要部手順を示す流れ図。
【発明を実施するための形態】
【０００７】
以下、表示制御装置の一実施形態について、図面を用いて説明する。  
なお、この実施形態は、テーブルオーダ端末２を利用した飲食店向け注文管理システムのサイネージサーバ７に、表示制御装置としての機能を適用した場合である。
【０００８】
［第１の実施形態］
図１は、本実施形態における飲食店向け注文管理システムの全体構成を示す模式図である。このシステムは、複数のハンディオーダ端末１と、複数のテーブルオーダ端末２と、複数のアクセスポイント３と、複数の厨房端末４と、ＰＯＳ（Point Of Sales）端末５と、注文管理サーバ６と、サイネージサーバ７とを含む。注文管理サーバ６及びサイネージサーバ７と、各アクセスポイント３、各厨房端末４及びＰＯＳ端末５とは、ＬＡＮ（Local Area Network）８を介して接続され、相互間でデータ通信を行う。各ハンディオーダ端末１とテーブルオーダ端末２とは、いずれも無線部を搭載しており、アクセスポイント３を中継局として、注文管理サーバ６またはサイネージサーバ７と無線通信を行う。
【０００９】
各ハンディオーダ端末１は、飲食店の接客担当である店員がそれぞれ携帯し、客の新規オーダまたは追加オーダの入力に供せられる。各ハンディオーダ端末１で入力された新規または追加のオーダデータは、注文管理サーバ６に無線送信される。新規オーダデータには、客が注文したメニュー品目に関する情報の他、客の人数やその客が着いた客席の識別番号（卓番号）などの情報も含まれる。追加のオーダデータには、客が注文したメニュー品目に関する情報と上記卓番号とが含まれる。
【００１０】
各テーブルオーダ端末２は、それぞれ飲食店の客席に配置され、追加オーダデータの入力に供せられる。各テーブルオーダ端末２は、入出力デバイスとしてタッチパネル４６（図７を参照）を備える。タッチパネル４６には、各種のメニュー品目の中から追加注文するメニュー品目を選択可能なメニュー画面が表示される。また、各テーブルオーダ端末２には、当該端末２が配置された客席の識別番号である卓番号が設定されており、メニュー画面へのタッチ操作により追加注文のオーダデータが入力されると、その追加オーダデータに卓番号が付加されて、注文管理サーバ６に無線送信される。各テーブルオーダ端末２は、客席の例えばテーブルに据え付けられていてもよいし、可搬型の端末として客席に選択的に置かれてもよい。
【００１１】
各アクセスポイント３は、客席の天井部等に適当な間隔を開けて取り付けられ、自らの交信領域内に存在するハンディオーダ端末１及びテーブルオーダ端末２と、無線通信回線を確立する。各ハンディオーダ端末１及び各テーブルオーダ端末２には、それぞれ固有の無線通信アドレスが割当てられており、各アクセスポイント３は、この無線通信アドレスで通信相手先を識別して、相手先と無線によるデータ通信を行う。
【００１２】
各厨房端末４は、飲食店の調理場に設置され、客から注文を受けたメニュー品目のデータを出力する。調理場は、当該飲食店で提供される各メニュー品目の分類別に区分されており、各厨房端末４は調理場毎に設置される。各厨房端末４には、個々を識別するために固有の厨房端末コードが予め設定されている。厨房端末４のデータ出力形式としては、注文を受けたメニュー品目をディスプレイに表示するタイプとプリンタによって記録紙に印字するタイプとがある。調理場の調理担当者は、厨房端末４から出力されるデータを確認して、メニュー品目の調理を開始する。そして調理が完了すると、調理担当者は、厨房端末４に該当メニュー品目の調理が完了したことを入力する。
【００１３】
メニュー品目の分類は、特に限定されるものではない。例えば、大規模なファミリーレストランのように、厨房が和食コーナー、洋食コーナー、中華コーナー、喫茶コーナー等に区分されている場合には、分類は「和食」、「洋食」、「中華」、「喫茶」等となり、居酒屋のように焼き物コーナー、揚げ物コーナー、ドリンクコーナー等に区分されている場合には、分類は「焼き物」、「揚げ物」、「ドリンク」等となる。
【００１４】
ＰＯＳ端末５は、飲食を終えた客の会計データを処理する。ハンディオーダ端末１及びテーブルオーダ端末２で入力された客のオーダデータは、注文管理サーバ６によって客席の識別番号である卓番号別に記憶管理される。ＰＯＳ端末５は、卓番号の入力手段を有しており、入力された卓番号で管理されている客のオーダデータを注文管理サーバ６から読込み、このオーダデータに基づいて会計データを処理する。
【００１５】
なお、ＰＯＳ端末５が注文管理サーバ６からオーダデータを読み込む際のキーとなるデータは卓番号に限定されるものではない。例えば、新規オーダデータを受信する毎に、注文管理サーバ６が一意の伝票番号を発番し、この伝票番号で客のオーダデータを記憶管理するとともにこの伝票番号が記録された受注伝票を発行するシステムの場合、ＰＯＳ端末５は、卓番号の入力手段に代えて伝票番号の入力手段を備え、この伝票番号をキーとして注文管理サーバ６からオーダデータを読み込む。
【００１６】
注文管理サーバ６は、メニューファイル１１とオーダファイル１２とを備える。メニューファイル１１には、図２に示すデータ構造のメニューファイルレコード１１Ｒが蓄積保存される。メニューファイルレコード１１Ｒは、飲食店で提供される全てのメニュー品目に対して１品目毎に作成される。
【００１７】
メニューファイルレコード１１Ｒは、メニューコード、メニュー名称、メニュー画像、価格、出力先厨房端末コード、注文総数、提供時間累計、平均提供時間等のデータ項目を含む。メニューコードは、各メニュー品目を個々に識別するためにメニュー品目毎に割当てられた固有のコードである。メニュー名称，メニュー画像及び価格は、対応するメニューコードによって特定されるメニュー品目の名称、画像及び１点当たりの価格である。出力先厨房端末コードは、対応するメニューコードによって特定されるメニュー品目が調理される厨房に設置された厨房端末４の識別コードである。注文総数，提供時間累計及び平均提供時間は、対応するメニューコードによって特定されるメニュー品目の１営業日における注文数の合計と、注文を受けてから調理が完了するまでの提供時間の累計と、提供時間累計と注文総数とから算出される提供時間の平均値である。
【００１８】
オーダファイル１２には、図３に示すデータ構造のオーダファイルレコード１２Ｒが蓄積保存される。オーダファイルレコード１２Ｒは、来店した客の単位（２名以上のグループ客または１名だけの単独客）毎に作成される。
【００１９】
オーダファイルレコード１２Ｒは、レコードＮｏ、卓番号、人数、着席時刻、滞在時間、注文データ及び会計フラグ等のデータ項目を含む。レコードＮｏ．は、オーダファイルレコード１２Ｒが作成される毎に発番される一意の番号である。前述した伝票番号が発番されるシステムの場合、レコード番号の代わりに伝票番号がセットされる。卓番号は、該当する客が着いた客席の識別番号である。人数は、対応する卓番号で識別される客席に着いた客の人数である。着席時刻は、対応する卓番号で識別される客席に着いた客から最初の注文を受けたときの時刻であり、滞在時間は、着席時刻からの経過時間である。注文データは、対応する卓番号で識別される客席に着いた客から注文を受けたメニュー品目のデータ（メニューコード、注文数等）である。会計フラグは、対応する卓番号で識別される客席に着いた客が会計を行うまでは“０”にリセットされており、会計が行われると“１”にセットされる。
【００２０】
注文管理サーバ６は、アクセスポイント３を経由してハンディオーダ端末１から新規のオーダデータを受信すると、このオーダテータとメニューファイル１１のデータとに基づいてオーダファイルレコード１２Ｒを作成し、オーダファイル１２に登録する。また、注文管理サーバ６は、アクセスポイント３を経由してハンディオーダ端末１またはテーブルオーダ端末２から追加オーダデータを受信すると、オーダファイル１２を検索して、該当するオーダファイルレコード１２Ｒに追加注文データを追加する。さらに、注文管理サーバ６は、受信したオーダデータからメニュー品目毎に調理指示データを作成し、この調理指示データを当該メニュー品目に対して出力先厨房端末コードによって出力先に指定された厨房端末４に出力する。
【００２１】
各厨房端末４は、調理指示ファイル１３を備える。各厨房端末４は、注文管理サーバ６から送られてくる調理指示データを基に調理指示ファイルレコード１３Ｒを作成し、調理指示ファイル１３に蓄積保存する。
【００２２】
調理指示ファイルレコード１３Ｒは、図４に示すように、メニューコード、メニュー名称、注文点数、卓番号、受注時刻、調理所要時間及び提供済フラグ等のデータ項目を含む。メニューコード及びメニュー名称は、調理指示のあったメニュー品目に関するデータであり、注文点数は、そのメニュー品目の調理必要数である。卓番号は、対応するメニュー品目を注文した客が着いている客席の識別番号である。受注時刻は、対応するメニュー品目の注文を注文管理サーバ６で受けた時点の時刻であり、調理所要時間は、受注時刻からの経過時間である。提供済フラグは、対応するメニュー品目の調理が完了するまでは“０”にリセットされ、調理が完了すると“１”にセットされる。
【００２３】
各厨房端末４は、調理指示ファイル１３に蓄積保存された調理指示ファイルレコード１３Ｒのうち、提供済フラグが“０”にリセットされているレコードのメニュー品目に対する調理指示データを出力する。
【００２４】
サイネージサーバ７は、コンテンツファイル１４を備える。コンテンツファイル１４には、図５に示すデータ構造のコンテンツファイルレコード１４Ｒが蓄積保存される。コンテンツファイルレコード１４Ｒは、お勧め品に設定されたメニュー品目毎に作成される。
【００２５】
コンテンツファイルレコード１４Ｒは、コンテンツコード、メニューコード、厨房端末コード、コンテンツ画像等のデータ項目を含む。コンテンツコードは、新規のコンテンツファイルレコード１４Ｒがコンテンツファイル１４に登録される毎に発番される一意のコードである。メニューコードは、お勧め品に設定されたメニュー品目のコードである。厨房端末コードは、対応するメニューコードのメニュー品目が調理される厨房に設置された厨房端末のコードである。コンテンツ画像は、対応するメニューコードのメニュー品目がお勧め品であることを宣伝する画像（動画または静止画）のデータである。なお、コンテンツファイルレコード１４Ｒには、コンテンツ画像を識別するためのコードを記憶し、コンテンツ画像は、別途用意された画像ファイルに保存してもよい。
【００２６】
図６は、サイネージサーバ７の要部構成を示すブロック図である。サイネージサーバ７は、制御部本体としてＣＰＵ（Central Processing Unit）２１を搭載する。また、サイネージサーバ７は、主記憶部としてのＲＯＭ（Read Only Memory）２２及びＲＡＭ（Random Access Memory）２３と、補助記憶部２４と、時計部２５と、通信インターフェース２６と記憶媒体インターフェース２７とを少なくとも備える。そしてサイネージサーバ７は、ＣＰＵ２１と、ＲＯＭ２２，ＲＡＭ２３，補助記憶部２４，時計部２５，通信インターフェース２６及び記憶媒体インターフェース２７とを、アドレスバス，データバス等のバスライン２８で接続する。
【００２７】
補助記憶部２４は、例えばＨＤＤ（Hard Disk Drive）装置またはＳＳＤ（Solid State Drive）装置であって、前述したコンテンツファイル１４の他、種々のアプリケーションプログラムを記憶する。また補助記憶部２４は、コンピュータがサイネージサーバ７として動作するために必要な設定データ等も記憶する。
【００２８】
時計部２５は、現在の日付及び時刻を計時する。通信インターフェース２６は、ＬＡＮ８を介して接続される各部との間のデータ通信を司る。記憶媒体インターフェース２７は、ＵＳＢフラッシュメモリまたは外付け用ＨＤＤ等のように着脱可能な可搬型記憶媒体との間のデータ通信を司る。記憶媒体インターフェース２７に接続される記憶媒体には、現時点でお勧め品に設定されている全てのメニュー品目のコンテンツファイルレコード１４Ｒが格納されている。サイネージサーバ７は、例えば毎営業日の開店までに、コンテンツファイル１４のデータを、記憶媒体インターフェース２７に接続された記憶媒体に格納されているコンテンツファイルレコード群に書き換える。
【００２９】
ＲＯＭ２２は、基本プログラム等の固定的データを記憶する。ＲＡＭ２３は、可変的なデータを一時的に格納するための種々のメモリエリアを有する。特に、図７に示すように、集計テーブルメモリ３１と、コンテンツコードメモリ３２とを、ＲＡＭ２３は有する。集計テーブルメモリ３１は、各厨房端末４の厨房端末コードに関連付けて、その厨房端末コードによって特定される厨房端末４が設置されている厨房で調理中または調理待ちの状態にあるメニュー品目の数を調理指示受数ｎとして記憶する。
【００３０】
図８は、テーブルオーダ端末２の要部構成を示すブロック図である。テーブルオーダ端末２は、制御部本体としてＣＰＵ４１を搭載する。また、テーブルオーダ端末２は、主記憶部としてのＲＯＭ４２及びＲＡＭ４３と、時計部４４と、無線部４５と、タッチパネル４６とを少なくとも備える。そしてテーブルオーダ端末２は、ＣＰＵ４１と、ＲＯＭ４２，ＲＡＭ４３，時計部４４，無線部４５及びタッチパネル４６とを、アドレスバス，データバス等のバスライン４７で接続する。
【００３１】
ＲＡＭ４３には、図９に示すように、卓番号メモリ５１、待受け画像メモリ５２、メニュー画像メモリ５３、コンテンツメモリ５４、オーダメモリ５５等の種々のメモリエリアが形成される。卓番号メモリ５１には、当該テーブルオーダ端末２が配置された客席の卓番号が格納される。待受け画像メモリ５２には、当該テーブルオーダ端末２の待受け時にタッチパネル４６に表示される画像データが格納される。メニュー画像メモリ５３には、タッチパネル４６に表示されるメニュー画面の画像データが格納される。コンテンツメモリ５４には、タッチパネル４６に表示されるコンテンツ画像のデータが格納される。オーダメモリ５５には、タッチパネル４６から入力された追加オーダデータが格納される。
【００３２】
図１０は、サイネージサーバ７のＣＰＵ２１が実行するコンテンツ表示制御処理の要部手順を示す流れ図である。この手順は、時計部２５で計時される時刻が例えば１分を経過する毎に、ＲＯＭ２２または補助記憶部２４に記憶された表示制御プログラムに従って実行される。
【００３３】
先ず、ＣＰＵ２１は、通信インターフェース２６を介して各厨房端末４に調理指示受数ｎの収集コマンドを送信する。このコマンドを受信した各厨房端末４のコントローラは、調理指示ファイル１３に保存されている調理指示ファイルレコード１３Ｒのうち、提供済フラグが“０”にリセットされているレコードの数を計数し、このレコード数を調理指示受数ｎとしてサイネージサーバ７に返信する。そこでＣＰＵ２１は、各厨房端末４から受信した調理指示受数ｎを、それぞれ集計テーブルメモリ３１の該当厨房端末コードに対応した調理指示受数エリアに格納して、厨房端末４別の調理指示受数ｎを集計する（ＳＴ１：オーダ状況取得手段）。
【００３４】
次に、ＣＰＵ２１は、集計テーブルメモリ３１を参照して、調理指示受数ｎが最小の厨房端末４を選択する。ここで、調理指示受数ｎが最小の厨房端末４が１つだけであった場合には、無条件でその厨房端末４が選択される。調理指示受数ｎが最小の厨房端末４が複数あった場合には、予め設定されたルールに従って、いずれか１つの厨房端末４が選択される。例えば、厨房端末４毎に優先順位が予め設定されており、調理指示受数ｎが最小の厨房端末４のなかで優先順位が最も高い厨房端末４が選択される（ＳＴ２：調理場決定手段）。
【００３５】
次に、ＣＰＵ２１は、選択された厨房端末４が設置されている厨房で調理されるメニュー品目の中でお勧め品に設定されているメニュー品目のコンテンツデータをコンテンツファイル１４から全て抽出する。すなわちＣＰＵ２１は、選択された厨房端末４の厨房端末コードでコンテンツファイル１４を検索し、当該厨房端末コードを含むコンテンツファイルレコード１４Ｒを全て抽出する（ＳＴ３）。
【００３６】
ＣＰＵ２１は、コンテンツファイル１４から該当するコンテンツファイルレコード１４Ｒを１つ以上抽出できたか否かを確認する（ＳＴ４）。１つも抽出できなかった場合（ＳＴ４にてＮＯ）、ＣＰＵ２１は、ステップＳＴ２に戻り、先に選択された厨房端末４を除いて調理指示受数ｎが最小の厨房端末４を選択する（ＳＴ２）。そしてＣＰＵ２１は、選択された厨房端末４の厨房端末コードでコンテンツファイル１４を検索して、当該厨房端末コードを含むコンテンツファイルレコード１４Ｒを全て抽出する（ＳＴ３）。
【００３７】
コンテンツファイル１４から該当するコンテンツファイルレコード１４Ｒを１つ以上抽出できた場合（ＳＴ４にてＹＥＳ）、ＣＰＵ２１は、抽出されたコンテンツファイルレコード１４Ｒのメニューコードで特定されるメニュー品目毎に、受注から配膳までの平均提供時間を比較する。各メニュー品目の平均提供時間は、注文管理サーバ６によって管理されるメニューファイル１１を参照することで得られる（ＳＴ５）。
【００３８】
ＣＰＵ２１は、平均提供時間が最短のメニュー品目のメニューコードがセットされたコンテンツファイルレコード１４Ｒを１つ選択する（ＳＴ６：コンテンツ選択手段）。なお、平均提供時間が最短のメニュー品目が複数あった場合には、予め設定されたルールに従って、いずれか１つのメニュー品目が選択される。例えば、抽出されたコンテンツファイルレコード１４Ｒのなかでコンテンツコードが最も新しいレコード１３Ｒのメニューコードで特定されるメニュー品目が選択される。また、コンテンツファイル１４から抽出されたコンテンツファイルレコード１４Ｒが１つのみであった場合には、ステップＳＴ６では必然的にそのコンテンツファイルレコード１４Ｒが選択される。
【００３９】
ＣＰＵ２１は、ステップＳＴ６の処理で選択されたコンテンツファイルレコード１４Ｒが前回のコンテンツ表示制御処理で選択されたレコードと同一であるか否かを確認する（ＳＴ７）。前回のコンテンツ表示制御処理で選択されたコンテンツファイルレコード１４Ｒのコンテンツコードは、ＲＡＭ２３のコンテンツコードメモリ３２に格納されている。選択されたコンテンツファイルレコード１４Ｒのコンテンツコードがコンテンツコードメモリ３２内のコンテンツコードと一致する場合、選択されたコンテンツファイルレコード１４Ｒが前回のコンテンツ表示制御処理で選択されたレコードと同一であると判定される（ＳＴ７にてＹＥＳ）。この場合、今回のコンテンツ表示制御処理は終了する。
【００４０】
これに対し、選択されたコンテンツファイルレコード１４Ｒが前回のコンテンツ表示制御処理で選択されたレコードと同一でない場合には（ＳＴ７にてＮＯ）、ＣＰＵ２１は、選択されたコンテンツファイルレコード１４Ｒのコンテンツコードをコンテンツコードメモリ３２に格納する（ＳＴ８）。またＣＰＵ２１は、選択されたコンテンツファイルレコード１４Ｒのコンテンツ画像データを、ＬＡＮ８さらにはアクセスポイント３を経由して各テーブルオーダ端末２に配信する（ＳＴ９：表示制御手段）。以上で、今回のコンテンツ表示制御処理は終了する。
【００４１】
図１１は、テーブルオーダ端末２のＣＰＵ４１が実行するメイン制御処理の要部手順を示す流れ図である。この手順は、電源オンによる初期化後、ＲＯＭ４２に格納された制御プログラムに従って実行される。
【００４２】
先ず、ＣＰＵ４１は、テーブルオーダ端末２のディスプレイであるタッチパネル４６に、待受け画像メモリ５２に保存されている待受け画像を表示させる（ＳＴ１１）。そしてＣＰＵ４１は、内蔵のタイマをスタートさせる（ＳＴ１２）。
【００４３】
次に、ＣＰＵ４１は、タッチパネル４６がタッチ操作されるのを待機する（ＳＴ１３）。この待機期間中、ＣＰＵ４１は、前記タイマがタイムアウトしたか否かを確認する（ＳＴ１４）。タイムアウトしていない場合（ＳＴ１４にてＮＯ）、ステップＳＴ１３の処理に戻る。すなわちＣＰＵ４１は、タッチパネル４６がタッチ操作されるのを待機する（ＳＴ１３）。
【００４４】
タッチパネル４６がタッチ操作された場合（ＳＴ１３にてＹＥＳ）、ＣＰＵ４１は、タイマを停止させる（ＳＴ１５）。そしてＣＰＵ４１は、メニュー画像メモリ５３に保存されているメニュー画像をタッチパネル４６に表示させる（ＳＴ１６）。
【００４５】
ＣＰＵ４１は、追加オーダデータの入力完了が指示されるのを待機する（ＳＴ１７）。この待機期間中、メニュー画像のタッチ操作により追加オーダデータが入力されると、ＣＰＵ４１は、その追加オーダデータをオーダメモリ５５に格納する。そして、例えばメニュー画像に表示されている終了ボタンのタッチ操作により、追加オーダデータの入力完了が指示されると（ＳＴ１７にてＮＯ）、ＣＰＵ４１は、オーダメモリ５５内の追加オーダデータに、卓番号メモリ５１内の卓番号を付加して、無線部４５から注文管理サーバ６宛てに無線送信する（ＳＴ１８）。送信後、ＣＰＵ４１は、ステップ１１の処理に戻る。すなわちＣＰＵ４１は、タッチパネル４６の画面を待受け画面に戻す（ＳＴ１１）。そして、タイマを再スタートさせたならば（ＳＴ１２）、タッチパネル４６がタッチ操作されるか（ＳＴ１３）、タイマがタイムアウトするのを待機する（ＳＴ１４）。
【００４６】
タッチパネル４６がタッチ操作されることなくタイマがタイムアウトした場合には（ＳＴ１４にてＹＥＳ）、ＣＰＵ４１は、コンテンツメモリ５４にコンテンツ画像データが格納されているか否かを確認する（ＳＴ１９）。コンテンツ画像データが格納されていない場合（ＳＴ１９にてＮＯ）、ＣＰＵ４１は、ステップＳＴ１２の処理に戻る。すなわちＣＰＵ４１は、タイマを再スタートさせる（ＳＴ１２）。そしてＣＰＵ４１は、タッチパネル４６がタッチ操作されるか（ＳＴ１３）、タイマがタイムアウトするのを待機する（ＳＴ１４）。
【００４７】
コンテンツメモリ５４にコンテンツ画像データが格納されていた場合には（ＳＴ１９にてＹＥＳ）、ＣＰＵ４１は、そのコンテンツ画像データの画像（動画または静止画）をタッチパネル４６上で再生する（ＳＴ２０）。この画像再生中、ＣＰＵ４１は、画面がタッチされるのを監視する（ＳＴ２１）。そして、画面がタッチ操作されたならば（ＳＴ２１にてＹＥＳ）、ＣＰＵ４１はステッＳＴ１６の処理に進む。すなわちＣＰＵ４１は、メニュー画像をタッチパネル４６に表示させる（ＳＴ１６）。以後、ＣＰＵ４１は、ステップＳＴ１７，１８の処理を実行したならば、ステップＳＴ１１の処理に戻る。
【００４８】
一方、タッチパネル４６がタッチ操作されることなく画像の再生が終了したならば（ＳＴ２２にてＹＥＳ）、ＣＰＵ４１は、ステップＳＴ１１の処理に戻る。そして、タッチパネル４６に待受け画面を表示させ（ＳＴ１１）、タイマを再スタートさせたならば（ＳＴ１２）、タッチパネル４６がタッチ操作されるか（ＳＴ１３）、タイマがタイムアウトするのを再び待機する（ＳＴ１４）。
【００４９】
このように第１の実施形態においては、各厨房端末４の調理指示ファイル１３に保存されている調理指示ファイルレコード１３Ｒを基に、サイネージサーバ７によって、現時点で調理中または調理待ちのメニュー品目数（調理指示受数ｎ）が調理場別に取得される。そして、調理指示受数ｎが最小の調理場が決定される。調理場が決定したらば、コンテンツファイル１４から当該調理場で調理されるメニュー品目に係るコンテンツ画像が全て抽出される。そして、抽出されたコンテンツ画像に係るメニュー品目のうち、平均提供時間が最短のメニュー品目のコンテンツ画像が選択されて、各テーブルオーダ端末２に配信される。その結果、各テーブルオーダ端末２においては、待受け画面の状態で一定時間が経過する毎に、サイネージサーバ７から配信されたコンテンツ画像が再生される。
【００５０】
したがって、現時点で比較的空いている厨房で調理されるお勧め品の中で平均提供時間が最短のお勧め品が、テーブルオーダ端末２において宣伝されるので、お勧め品を注文した客には迅速にこのお勧め品が配膳される。したがって、お勧め品を注文したにも拘らず配膳が遅れたために、客が不満に感じることはなくなる。
【００５１】
［第２の実施形態］
次に、第２の実施形態について説明する。なお、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【００５２】
図１２は、第２の実施形態において、サイネージサーバ７のＣＰＵ２１が実行するコンテンツ表示制御処理の要部手順を示す流れ図である。第１の実施形態と同様に、この手順は、時計部２５で計時される時刻が例えば１分を経過する毎に、ＲＯＭ２２または補助記憶部２４に記憶された表示制御プログラムに従って実行される。
【００５３】
図１２において、ステップＳＴ３１からステップＳＴ３５までは、第１の実施形態のステップＳＴ１〜ＳＴ５と同一の処理である。すなわちＣＰＵ２１は、厨房端末４別の調理指示受数ｎを集計し（ＳＴ３１）、調理指示受数ｎが最小の厨房端末４を選択し（ＳＴ３２）、選択された厨房端末４が設置されている厨房で調理されるメニュー品目の中でお勧め品に設定されているメニュー品目のコンテンツデータをコンテンツファイル１４から全て抽出する（ＳＴ３３）。そして、コンテンツファイル１４から該当するコンテンツファイルレコード１４Ｒを１つ以上抽出できたならば（ＳＴ３４にてＹＥＳ）、ＣＰＵ２１は、抽出されたコンテンツファイルレコード１４Ｒのメニューコードで特定されるメニュー品目毎に、受注から配膳までの平均提供時間を比較する（ＳＴ３５）。そしてＣＰＵ２１は、平均提供時間が所定時間（例えば１０分）以下のメニュー品目のメニューコードがセットされたコンテンツファイルレコード１４Ｒを全て選択する（ＳＴ３６：コンテンツ選択手段）。
【００５４】
ＣＰＵ２１は、該当するコンテンツファイルレコード１４Ｒを２つ以上選択したか否か（ＳＴ３７）、否の場合には１つだけ選択したか否か（ＳＴ３８）、を確認する。該当するコンテンツファイルレコード１４Ｒを１つも選択できなかった場合（ＳＴ３７及びＳＴ３８にていずれもＮＯ）、今回のコンテンツ表示制御処理が終了する。
【００５５】
これに対し、２つ以上のコンテンツファイルレコード１４Ｒが選択された場合には（ＳＴ３７にてＹＥＳ）、ＣＰＵ２１は、選択されたコンテンツファイルレコード１４Ｒのメニューコードで特定されるメニュー品目毎に、注文総数を比較する。各メニュー品目の注文総数は、注文管理サーバ６によって管理されるメニューファイル１１を参照することで得られる（ＳＴ３９）。
【００５６】
ＣＰＵ２１は、注文総数が最大のメニュー品目のメニューコードがセットされたコンテンツファイルレコード１４Ｒを１つ選択する（ＳＴ４０：コンテンツ選択手段）。なお、注文総数が最大のメニュー品目が複数あった場合には、予め設定されたルールに従って、いずれか１つのメニュー品目が選択される。例えば、抽出されたコンテンツファイルレコード１４Ｒのなかでコンテンツコードが最も新しいレコード１３Ｒのメニューコードで特定されるメニュー品目が選択される。しかる後、ＣＰＵ２１は、ステップＳＴ４１の処理に進む。
【００５７】
一方、コンテンツファイルレコード１４Ｒが１つだけ選択された場合には（ＳＴ３７にてＮＯ、ＳＴ３８にてＹＥＳ）、ＣＰＵ２１は、前記ステップＳＴ３９，４０の処理を行うことなく、ステップＳＴ４１の処理に進む。ステップＳＴ４１では、ＣＰＵ２１は、選択されたコンテンツファイルレコード１４Ｒが前回のコンテンツ表示制御処理で選択されたレコードと同一であるか否かを確認する。前回と同じ場合（ＳＴ４１にてＹＥＳ）、今回のコンテンツ表示制御処理は終了する。
【００５８】
これに対し、選択されたコンテンツファイルレコード１４Ｒが前回のコンテンツ表示制御処理で選択されたレコードと同一でない場合には（ＳＴ４１にてＮＯ）、ＣＰＵ２１は、選択されたコンテンツファイルレコード１４Ｒのコンテンツコードをコンテンツコードメモリ３２に格納する（ＳＴ４２）。またＣＰＵ２１は、選択されたコンテンツファイルレコード１４Ｒのコンテンツ画像データを、ＬＡＮ８さらにはアクセスポイント３を経由して各テーブルオーダ端末２に配信する（ＳＴ４３：表示制御手段）。以上で、今回のコンテンツ表示制御処理は終了する。
【００５９】
このように第２の実施形態においても、各厨房端末４の調理指示ファイル１３に保存されている調理指示ファイルレコード１３Ｒを基に、サイネージサーバ７によって、現時点で調理中または調理待ちのメニュー品目数（調理指示受数ｎ）が調理場別に取得される。そして、調理指示受数ｎが最小の調理場が決定され、コンテンツファイル１４から当該調理場で調理されるメニュー品目に係るコンテンツ画像が全て抽出される。ここまでは、第１の実施形態と同様である。
【００６０】
第２の実施形態では、抽出されたコンテンツ画像に係るメニュー品目のうち、平均提供時間が所定時間以下のメニュー品目の中で注文総数が最大のメニュー品目のコンテンツ画像が選択される。そして、このコンテンツ画像が各テーブルオーダ端末２に配信される。
【００６１】
したがって、平均提供時間が短いお勧め品のなかで客に最も人気があるお勧め品がテーブルオーダ端末２にて宣伝されるので、お勧め品の注文が益々増えると期待される。
【００６２】
［第３の実施形態］
次に、第３の実施形態について説明する。なお、第１の実施形態と共通する部分には同一符号を付し、詳しい説明は省略する。
【００６３】
図１３は、第３の実施形態において、テーブルオーダ端末２のＣＰＵ４１が実行するメイン制御手順を示す流れ図である。この手順は、電源オンによる初期化後、ＲＯＭ４２に格納された制御プログラムに従って実行される。
【００６４】
図１３において、ステップＳＴ５１からステップＳＴ５９までの処理は、第１の実施形態のステップＳＴ１１〜ＳＴ１９と同一の処理である。すなわちＣＰＵ４１は、タッチパネル４６に待受け画面を表示させると同時に（ＳＴ５１）、タイマをスタートさせる（ＳＴ５２）。そして、タッチパネル４６の画面がタッチされることなく、タイマがタイムアウトしたならば（ＳＴ５３及びＳＴ５４にていずれもＮＯ）、ＣＰＵ４１は、コンテンツメモリ５４にコンテンツ画像データが格納されているか否かを確認する（ＳＴ５９）。
【００６５】
ここで、コンテンツメモリ５４にコンテンツ画像データが格納されていた場合（ＳＴ５９にてＹＥＳ）、ＣＰＵ４１は、当該テーブルオーダ端末２が配置されている客席の客滞在時間を取得する。客滞在時間は、注文管理サーバ６によって管理されるオーダファイル１２を参照することで得られる（ＳＴ６０）。客滞在時間を取得したならば、ＣＰＵ４１は、この客滞在時間を基に、コンテンツメモリに格納されているコンテンツ画像データが有効であるか否かを判定する（ＳＴ６１）。
【００６６】
例えばコンテンツ画像データがデザートのお勧め品を宣伝する画像であったとする。この場合、客滞在時間が例えば３０分より短いと、まだデザートには早いので、コンテンツ画像データが無効と判定する。これに対し、客滞在時間が３０分を経過している場合には、デザートのお勧め品を提供しても差し支えない。この場合は、コンテンツ画像データが有効と判定する。
【００６７】
コンテンツ画像データが無効と判定された場合（ＳＴ６１にてＮＯ）、ＣＰＵ４１は、ステップＳＴ５２の処理に戻る。すなわちＣＰＵ４１は、タイマを再スタートさせる（ＳＴ５２）。そしてＣＰＵ４１は、タッチパネル４６がタッチ操作されるか（ＳＴ５３）、タイマがタイムアウトするのを待機する（ＳＴ５４）。
【００６８】
これに対し、コンテンツ画像データが有効と判定された場合には（ＳＴ６１にてＹＥＳ）、ＣＰＵ４１は、当該コンテンツ画像データの画像（動画または静止画）をタッチパネル４６上で再生する（ＳＴ６２）。この画像再生中、ＣＰＵ４１は、画面がタッチされるのを監視する（ＳＴ６３）。そして、画面がタッチ操作されたならば（ＳＴ６３にてＹＥＳ）、ＣＰＵ４１はステッＳＴ５６の処理に進む。すなわちＣＰＵ４１は、メニュー画像をタッチパネル４６に表示させる（ＳＴ５６）。以後、ＣＰＵ４１は、ステップＳＴ５７，５８の処理を実行したならば、ステップＳＴ５１の処理に戻る。
【００６９】
一方、タッチパネル４６がタッチ操作されることなく画像の再生が終了したならば（ＳＴ６４にてＹＥＳ）、ＣＰＵ４１は、ステップＳＴ５１の処理に戻る。そして、タッチパネル４６に待受け画面を表示させ（ＳＴ５１）、タイマを再スタートさせたならば（ＳＴ５２）、タッチパネル４６がタッチ操作されるか（ＳＴ５３）、タイマがタイムアウトするのを再び待機する（ＳＴ５４）。
【００７０】
このように第３の実施形態によれば、現時点で比較的空いている厨房で調理されるお勧め品の中で平均提供時間が最短のお勧め品であっても、客の滞在時間に適したメニュー品目だけを宣伝するようにしたので、顧客満足度を高めることができる。
【００７１】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、宣伝画像の出力先をテーブルオーダ端末２としたが、出力先はこれに限定されるものではない。例えば、店内の壁等に取り付けられ、多くの客が表示情報を共有し得るモニタを、宣伝画像の出力先としてもよい。
【００７２】
また、前記実施形態は、表示制御装置として機能するサイネージサーバ７と、宣伝画像の出力先であるディスプレイとを別体とし、ＬＡＮ８及び無線通信回線を通じて接続した場合を示したが、表示制御装置とディスプレイとが一体となったものであってもよい。この場合、表示制御手段は、テーブルオーダ端末２のオーダ入力を待機する待受け時に宣伝画像をタッチパネル４６に表示させる手段を含む。また、表示制御手段は、テーブルオーダ端末２が設置されている客席の客滞在時間に応じて宣伝画像をタッチパネル４６に選択的に表示させる手段を含む。
【００７３】
また、前記実施形態では、表示制御装置としての機能を１つのサーバ、すなわちコンテンツ７が所有したが、これに限定されるものではなく、表示制御装置としての機能を複数のサーバが分散して所有してもよい。
【００７４】
なお、前記実施形態は、装置内部のプログラム記憶部に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００７５】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７６】
１…ハンディオーダ端末、２…テーブルオーダ端末、３…アクセスポイント、４…厨房端末、５…ＰＯＳ端末、６…注文管理サーバ、７…サイネージサーバ、１１…メニューファイル、１２…オーダファイル、１３…調理指示ファイル、１４…コンテンツファイル、４６…タッチパネル。
【図１】
0005521010.tif 000002
【図２】
0005521010.tif 000003
【図３】
0005521010.tif 000004
【図４】
0005521010.tif 000005
【図５】
0005521010.tif 000006
【図６】
0005521010.tif 000007
【図７】
0005521010.tif 000008
【図８】
0005521010.tif 000009
【図９】
0005521010.tif 000010
【図１０】
0005521010.tif 000011
【図１１】
0005521010.tif 000012
【図１２】
0005521010.tif 000013
【図１３】
0005521010.tif 000014