特許 5764593 オーダ端末、端末監視装置及び端末監視プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5764593

(24)【登録日】2015年6月19日

(45)【発行日】2015年8月19日

(54)【発明の名称】オーダ端末、端末監視装置及び端末監視プログラム

(51)【国際特許分類】

   G07G 1/12 20060101AFI20150730BHJP

【ＦＩ】

   G07G1/12 361C

【請求項の数】6

【全頁数】13

(21)【出願番号】特願2013-33749(P2013-33749)

(22)【出願日】2013年2月22日

(65)【公開番号】特開2014-164443(P2014-164443A)

(43)【公開日】2014年9月8日

【審査請求日】2014年5月8日

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100088683

【弁理士】

【氏名又は名称】中村 誠

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100140176

【弁理士】

【氏名又は名称】砂川 克

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100172580

【弁理士】

【氏名又は名称】赤穂 隆雄

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100124394

【弁理士】

【氏名又は名称】佐藤 立志

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(74)【代理人】

【識別番号】100111073

【弁理士】

【氏名又は名称】堀内 美保子

(72)【発明者】

【氏名】藪 秀二

【審査官】 永安 真

(56)【参考文献】

【文献】 特開２００７−２２６２９９（ＪＰ，Ａ）

【文献】 特開２００７−１７２４３６（ＪＰ，Ａ）

【文献】 特開平０７−３０６８９７（ＪＰ，Ａ）

【文献】 特開２００５−２３４８１８（ＪＰ，Ａ）

【文献】 特開２００５−１９０１３１（ＪＰ，Ａ）

【文献】 特開２０１１−０３９９６２（ＪＰ，Ａ）

【文献】 特開２００７−２４９９２０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０７Ｇ １／００ − １／１４

(57)【特許請求の範囲】

【請求項1】

操作デバイスからの操作入力によりメニューの注文を受け付けるオーダ端末で発生した操作イベントを検出する操作検出手段と、
前記操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する操作ログ収集手段と、
処理イベントに対する実行条件として前記操作イベントの種類、発生回数及び制限時間が設定される監視テーブルのデータに基づき前記操作ログ収集手段により収集された前記操作ログ情報を検索して、前記実行条件として設定された前記種類の操作イベントが前記制限時間内に前記発生回数の数発生したか監視し、発生した場合にその実行条件に対する前記処理イベントを実行させる監視手段と、
を具備したことを特徴とする端末監視装置。

【請求項2】

操作デバイスからの操作入力に応じて表示デバイスにメニューの注文に係る画面を表示させるオーダ端末で発生した画面イベントを検出する画面検出手段と、
前記画面イベントと当該画面イベントの発生時刻とを含む画面ログ情報を収集する画面ログ収集手段と、
処理イベントに対する実行条件として前記画面イベントの種類、発生回数及び制限時間が設定される監視テーブルのデータに基づき前記画面ログ収集手段により収集された前記画面ログ情報を検索して、前記実行条件として設定された前記種類の画面イベントが前記制限時間内に前記発生回数の数発生したか監視し、発生した場合にその実行条件に対する前記処理イベントを実行させる監視手段と、
を具備したことを特徴とする端末監視装置。

【請求項3】

操作デバイスと、
前記操作デバイスを介して入力される情報によりメニューの注文を受け付ける受付手段と、
前記操作デバイスの操作入力により発生した操作イベントを検出する操作検出手段と、
前記操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する操作ログ収集手段と、
処理イベントに対する実行条件として前記操作イベントの種類、発生回数及び制限時間が設定される監視テーブルと、
前記監視テーブルのデータに基づき前記操作ログ収集手段により収集された前記操作ログ情報を検索して、前記実行条件として設定された前記種類の操作イベントが前記制限時間内に前記発生回数の数発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる監視手段と、
を具備したことを特徴とするオーダ端末。

【請求項4】

操作デバイスと、
この操作デバイスからの操作入力に応じてメニューの注文に係る画面を表示する表示デバイスと、
前記操作デバイスを介して入力される情報により前記メニューの注文を受け付ける受付手段と、
前記表示デバイスに前記メニューの注文に係る画面を表示させる画面イベントを検出する画面検出手段と、
前記画面イベントと当該画面イベントの発生時刻とを含む画面ログ情報を収集する画面ログ収集手段と、
処理イベントに対する実行条件として前記画面イベントの種類、発生回数及び制限時間が設定される監視テーブルと、
前記監視テーブルのデータに基づき前記画面ログ収集手段により収集された前記画面ログ情報を検索して、前記実行条件として設定された前記種類の画面イベントが前記制限時間内に前記発生回数の数発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる監視手段と、
を具備したことを特徴とするオーダ端末。

【請求項5】

コンピュータに、
操作デバイスからの操作入力によりメニューの注文を受け付けるオーダ端末で発生した操作イベントを検出する機能と、
前記操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する機能と、
処理イベントに対する実行条件として前記操作イベントの種類、発生回数及び制限時間が設定される監視テーブルのデータに基づき前記収集された前記操作ログ情報を検索して、前記実行条件として設定された前記種類の操作イベントが前記制限時間内に前記発生回数の数発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる機能と、
を実現させるための端末監視プログラム。

【請求項6】

コンピュータに、
操作デバイスからの操作入力に応じて表示デバイスにメニューの注文に係る画面を表示させるオーダ端末で発生した画面イベントを検出する機能と、
前記画面イベントと当該画面イベントの発生時刻とを含む画面ログ情報を収集する機能と、
処理イベントに対する実行条件として前記画面イベントの種類、発生回数及び制限時間が設定される監視テーブルのデータに基づき前記収集された前記画面ログ情報を検索して、前記実行条件として設定された前記種類の画面イベントが前記制限時間内に前記発生回数の数発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる機能と、
を実現させるための端末監視プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、飲食店のオーダ端末及びこの端末の監視装置並びにコンピュータを当該監視装置として機能させるための端末監視プログラムに関する。

【背景技術】

【0002】

近年、飲食店向けのセルフオーダシステムが開発され、実用に供されている。このシステムは、オーダ端末と、厨房端末と、ＰＯＳ（Point Of Sales）端末と、各端末を制御するサーバとを含む。各端末は、無線または有線の通信手段を介してサーバに接続される。オーダ端末は、客席に設置される。オーダ端末は、操作デバイスと表示デバイスとを有する。表示デバイスには、メニュー画面が表示される。客席に着いた客は、操作デバイスを操作して、所望のメニュー品目をメニュー画面から注文する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平９−２１２７４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

多くのメニュー品目を取扱う飲食店のセルフオーダシステムでは、メニュー画面が階層構造となっている。このため、オーダ端末の操作に不慣れな客は、メニュー品目を円滑に注文できない。

【0005】

一実施形態が解決しようとする課題は、オーダ端末の操作状況に応じて適切なサービスを提供できる端末監視装置を提供しようとするものである。

【課題を解決するための手段】

【0006】

一実施形態において、端末監視装置は、操作検出手段と、操作ログ収集手段と、監視手段とを含む。操作検出手段は、操作デバイスからの操作入力によりメニューの注文を受け付けるオーダ端末で発生した操作イベントを検出する。操作ログ収集手段は、操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する。監視手段は、処理イベントに対する実行条件として操作イベントの種類、発生回数及び制限時間が設定される監視テーブルのデータに基づき操作ログ収集手段により収集された前記操作ログ情報を検索して、実行条件として設定された種類の操作イベントが制限時間内に発生回数の数発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる。

【図面の簡単な説明】

【0007】

【図1】セルフオーダシステムの概略図。

【図2】オーダ端末の構成を示すブロック図。

【図3】ディスプレイに表示される一般的な画像の遷移例を示す模式図。

【図4】オーダ端末のＣＰＵが有する端末監視機能を示すブロック図。

【図5】操作ログファイルに保存される操作ログ情報のレコードフォーマットを示す模式図。

【図6】画面ログファイルに保存される画面ログ情報のレコードフォーマットを示す模式図。

【図7】監視テーブルのデータ構造を示す模式図。

【図8】端末監視プログラムに従って実行するＣＰＵの処理手順を示す流れ図。

【発明を実施するための形態】

【0008】

以下、端末監視装置の一実施形態について、図面を用いて説明する。なお、この実施形態は、飲食店のセルフオーダシステムに用いられるオーダ端末を監視するものであり、オーダ端末が自らの監視機能を搭載した場合である。

【0009】

図１は、セルフオーダシステム１０の概略図である。セルフオーダシステム１０は、複数台のオーダ端末１１と、厨房端末１２と、ＰＯＳ端末１３と、注文管理サーバ１４と、無線基地局１５と、表示装置１６とを含む。注文管理サーバ１４は、ＬＡＮ（Local Area Network）１７を介して、厨房端末１２、ＰＯＳ端末１３、無線基地局１５及び表示装置１６を有線で接続する。また注文管理サーバ１４は、無線基地局１５を介して各オーダ端末１１を無線で接続する。

【0010】

なお、注文管理サーバ１４と、厨房端末１２、ＰＯＳ端末１３、無線基地局１５または表示装置１６との接続は、有線でなく無線であってもよい。また、注文管理サーバ１４と各オーダ端末１１との接続は、無線でなく有線であってもよい。

【0011】

オーダ端末１１は、飲食店の各客席にそれぞれ設置される。オーダ端末１１は、少なくとも操作デバイスと表示デバイスとを有する。表示デバイスには、少なくともメニュー画面が表示される。客席に着いた客は、操作デバイスを操作して、所望のメニュー品目をメニュー画面から注文する。オーダ端末１１は、無線回路を内蔵しており、注文されたメニュー品目に係るデータ、いわゆる注文データを無線送信する。

【0012】

無線基地局１５は、各オーダ端末１１と無線通信ができるように、例えば客席の天井部に取り付けられる。無線基地局１５は、各オーダ端末１１から無線送信される注文データを受信し、ＬＡＮ１７を介して注文管理サーバ１４に転送する。

【0013】

注文管理サーバ１４は、各オーダ端末１１から受信した注文データを客別に記憶する。また注文管理サーバ１４は、注文データから注文を受けたメニュー品目を特定し、このメニュー品目を識別するデータを厨房端末１２に送信する。

【0014】

厨房端末１２は、厨房に設置される。厨房端末１２は、注文管理サーバ１４からのデータから識別されるメニュー品目、つまりは注文を受けたメニュー品目の情報を出力する。出力方式は、表示、印字、音声のいずれであってもよい。あるいは１以上の出力方式を組み合わせてもよい。厨房の調理担当者は、厨房端末１２から出力される情報により注文を受けたメニュー品目を把握し、調理を開始する。

【0015】

ＰＯＳ端末１３は、会計場（レジ）に設置される。ＰＯＳ端末１３は、客を特定するデータとして例えば客席番号の入力を受け付ける。客席番号の入力に応じて、ＰＯＳ端末１３は、注文管理サーバ１４にその客席番号を送信する。注文管理サーバ１４は、記憶部に記憶された客別の注文データのなかから、受信した客席番号の客席に着いている客の注文データを検出する。注文管理サーバ１４は、検出した注文データを、ＬＡＮ１７を介してＰＯＳ端末１３に送信する。ＰＯＳ端末１３は、受信した注文データを基に飲食代金を算出し、この飲食代金の会計を処理する。

【0016】

表示装置１６は、接客担当者に対して様々な情報を表示するために、客席内の所定の場所に設置される。表示装置１６の台数は、１台に限定されるものではない。客席内の複数個所に、それぞれ表示装置１６が設置されていてもよい。同様に、厨房端末１２、無線基地局１５、ＰＯＳ端末１３の台数も１台に限定されるものではなく、店の規模に応じて適宜増設することができる。

【0017】

図２は、オーダ端末１１の構成を示すブロック図である。オーダ端末１１は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、補助記憶部２４、時計部２５、無線回路２６及びタッチパネル２７を含む。ＣＰＵ２１には、アドレスバス及びデータバスを含むシステムバス２８が接続される。そしてこのシステムバス２８に、ＲＯＭ２２、ＲＡＭ２３、補助記憶部２４及び時計部２５が接続される。また、無線回路２６及びタッチパネル２７は、図示しない入出力回路を介してシステムバス２８に接続される。

【0018】

コンピュータの中枢部分に相当するＣＰＵ２１は、所定のプログラムに従い、オーダ端末１１として必要な演算処理を実行する。コンピュータの主記憶部分に相当するＲＯＭ２２は、上記プログラム等の固定的なデータを記憶する。同じくコンピュータの主記憶部分に相当するＲＡＭ２３は、注文データ等の可変的なデータを記憶する。コンピュータの補助記憶部分に相当する補助記憶部２４は、プログラム、データファイル等を記憶する。また補助記憶部２４は、電源オフ時のデータバックアップ領域としても機能する。ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等が、補助記憶部として適用される。時計部２５は、現在の日付及び時刻を計時する。無線回路２６は、無線基地局１５との間で無線によるデータの送受信を実行する。

【0019】

タッチパネル２７は、表示デバイスであるパネル型のディスプレイ２７ｄと、操作デバイスであるタッチセンサ２７ｔとを含む。タッチセンサ２７ｔは、ディスプレイ２７ｄの画面に重ねて配置されており、タッチ操作された画面上の位置を検出する。

【0020】

図３は、ディスプレイ２７ｄに表示される一般的な画像の遷移例を示す模式図である。オーダ端末１１がアイドル状態のとき、ディスプレイ２７ｄの画面には、待受け画像５１が表示される。この待受け画像５１が表示されている画面の任意の場所がタッチされたことをタッチセンサ２７ｔが検出した場合、画面は、待受け画像５１からメニュー画像５２に切り替わる。

【0021】

メニュー画像５２は、階層構造となっている。１階層目のメニュー画像５２-1には、サラダ類、焼き物類、揚げ物類、飲料類等のように、メニュー品目を分類するカテゴリの選択ボタンが表示される。２階層目以降のメニュー画像５２-2，５２-3，…には、選択されたカテゴリに属するメニュー品目の選択ボタンが表示される。

【0022】

例えば、メニュー画像５２-1で飲料類が選択された場合、ビール類、日本種類、焼酎類、ソフトドリンク類等の飲料に属するカテゴリを選択するためのボタンが配置された２階層目のメニュー画像５２-2が表示される。さらに、このメニュー画像５２-2でビール類が選択された場合には、ビールの銘柄を選択するためのボタンが配置された３階層目のメニュー画像５２-3が表示される。

【0023】

メニュー画像５２には、確認ボタンと会計ボタンの画像も表示される。確認ボタンがタッチされたことをタッチセンサ２７ｔが検出した場合、画面は、メニュー画像５２から注文状況画像５３に切り替わる。注文状況画像５３には、当該オーダ端末１１を操作して客が注文したメニュー品目の係る情報が表示される。情報には、例えば調理中なのか配膳済なのかといった内容も含まれる。注文状況画像５３は、例えば一定時間表示されると消去され、画面はメニュー画像５２に戻る。

【0024】

会計ボタンがタッチされたことをタッチセンサ２７ｔが検出した場合、画面は、メニュー画像５２から会計画像５４に切り替わる。会計画像５４には、当該オーダ端末１１を操作して客が注文したメニュー品目の明細と合計金額が表示される。会計画像５４は、例えば一定時間表示されると消去され、画面は待受け画像５１に戻る。

【0025】

ここに、オーダ端末１１は、メニュー画像５２をディスプレイ２７ｄに表示させ、タッチセンサ２７ｔを介して入力される情報によりメニューの注文を受け付ける受付手段を備える。

【0026】

ＣＰＵ２１は、端末監視機能３０を備える。端末監視機能３０は、端末監視プログラムによって実現される。端末監視プログラムは、プログラム記憶部であるＲＯＭ２２または補助記憶部２４に記憶される。

【0027】

図４は、端末監視機能３０を示すブロック図である。端末監視機能３０は、操作検出手段３１、操作ログ検出手段３２、画面検出手段３３、表示ログ検出手段３４、監視テーブル３５及び監視手段３５を含む。

【0028】

操作検出手段３１は、操作デバイスであるタッチセンサ２７ｔからの操作入力によりオーダ端末１１で発生した操作イベントを検出する。操作ログ検出手段３２は、操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する。収集された操作ログ情報は、操作ログファイル４１に保存される。

【0029】

画面検出手段３３は、表示デバイスであるディスプレイ２７ｄに表示される画面イベントを検出する。表示ログ検出手段３４は、画面イベントと当該画面イベントの発生時刻とを含む画面ログ情報を収集する。収集された画面ログ情報は、画面ログファイル４２に保存される。

【0030】

監視手段３５は、処理イベントの実行条件と制限時間とを記憶する監視テーブル４３に基づき、操作ログファイル４１に収集された操作ログ情報を参照する。そして監視手段３５は、実行条件を満たす操作イベントが制限時間内に発生したか監視し、発生した場合に、オーダ端末１１に対してその実行条件に対する処理イベントを実行させる。また、監視手段３５は、前記監視テーブル４３に基づき、画面ログファイル４２に収集された画面ログ情報を参照する。そして監視手段３５は、実行条件を満たす画面イベントが制限時間内に発生したか監視し、発生した場合に、オーダ端末１１に対してその実行条件に対する処理イベントを実行させる。

【0031】

前記操作ログファイル４１、画面ログファイル４２及び監視テーブル４３は、補助記憶部２４に格納される。
図５は、操作ログファイル４１に保存される操作ログ情報４１ｒのレコードフォーマットを示す模式図である。図示するように、操作ログ情報４１ｒは、操作イベントＶｉを特定する情報（イベント名、イベントコード等）と、そのイベントが発生した時刻情報（時分秒）とを含む。操作ログファイル４１は、操作ログ情報４１ｒを例えば発生時刻が遅い順に保存する。

【0032】

図６は、画面ログファイル４２に保存される画面ログ情報４２ｒのレコードフォーマットを示す模式図である。図示するように、画面ログ情報４２ｒは、画面イベントＷｉを特定する情報（イベント名、イベントコード等）と、そのイベントが発生した時刻情報（時分秒）とを含む。画面ログファイル４２は、画面ログ情報４２ｒを例えば発生時刻が遅い順に保存する。

【0033】

図７は、監視テーブル４３のデータ構造を示す模式図である。図示するように、監視テーブル４３は、実行条件のデータ領域４３ａと、制限時間のデータ領域４３ｂと、処理イベントのデータ領域４３ｃとに区分される。データ領域４３ａには、対応する処理イベントの実行条件である操作イベントまたは画面イベントに関するデータがセットされる。データ領域４３ｂには、対応する実行条件の成立に至る制限時間がセットされる。データ領域４３ｃには、対応する制限時間内に対応する成立条件が成立した場合に実行される処理イベントを特定する情報（イベント名、イベントコード等）がセットされる。

【0034】

因みに、図７に示す監視テーブル４３の１ライン目には、制限時間Ｔ１内に操作イベントＶ１がｍ回発生した場合に処理イベントＹ１を実行することを示すデータが格納されている。２ライン目には、制限時間Ｔ２内に画面イベントＷ１がｎ回発生した場合に、処理イベントＹ２を実行することを示すデータが格納されている。３ライン目には、制限時間Ｔ３内に画面イベントＷ２に続いて画面イベントＷ３が発生した場合に、処理イベントＹ３を実行することを示すデータが格納されている。

【0035】

図８は、端末監視プログラムに従って実行するＣＰＵ２１の処理手順を示す流れ図である。ＣＰＵ２１は、操作イベントＶｉが発生するのを待機する（Act１）。タッチセンサ２７ｔからの信号により画面がタッチ操作されたことを検出した場合、ＣＰＵ２１は、操作イベントＶｉが発生したと判断する（Act１にてＹＥＳ：操作検出手段２１）。そしてＣＰＵ２１は、画面の状態とタッチ位置とから操作イベントＶｉを認識し、この操作イベントＶｉを特定する情報と時計部２５から読み込んだ時刻情報とから操作ログ情報４１ｒを生成する（Act２）。ＣＰＵ２１は、操作ログ情報４１ｒを操作ログファイル４１に書き込む（Act３：操作ログ収集手段３２）。

【0036】

ＣＰＵ２１は、上記操作イベントＶｉに応じて画面イベントＷｉが発生したか否かを判断する（Act４）。画面イベントＷｉが発生していない場合（Act４にてＮＯ）、ＣＰＵ２１はAct１の処理に戻り、次の操作イベントＶｉを待機する。

【0037】

画面イベントＷｉが発生した場合（Act４にてＹＥＳ：画面検出手段）、ＣＰＵ２１は、その画面イベントＷｉを特定する情報と時計部２５から読み込んだ時刻情報とから画面ログ情報４２ｒを生成する（Act５）。ＣＰＵ２１は、画面ログ情報４２ｒを画面ログファイル４２に書き込む（Act６：画面ログ収集手段３４）。

【0038】

ＣＰＵ２１は、監視テーブル４３のデータ領域４３ａ，４３ｂ，４３ｃに設定されている実行条件，制限時間及び処理イベントの各情報を読み出す（Act７）。そしてＣＰＵ２１は、操作ログファイル４１及び画面ログファイル４２に保存された操作ログ情報４１ｒ及び画面ログ情報４２ｒを検索して、上記制限時間内に上記実行条件を満足するイベントが発生したか否かを確認する（Act８）。実行条件を満足するイベントが１つも発生していない場合（Act８にてＮＯ）、ＣＰＵ２１は、Act１の処理に戻り、次の操作イベントＶｉを待機する。

【0039】

実行条件を満足するイベントが少なくとも１つ発生していた場合（Act８にてＹＥＳ）、ＣＰＵ２１は、対応する処理イベントＹｉを認識する。そしてＣＰＵ２１は、この処理イベントＹｉを実行させる（Act９：監視手段３５）。しかる後、ＣＰＵ２１は、Act１の処理に戻り、次の操作イベントＶｉを待機する。

【0040】

以下、実行条件、制限時間及び処理イベントの具体例について説明する。

【0041】

［具体例１］
・実行条件：注文以外の操作イベントが１００回
・制限時間：３分
・処理イベント：店員の呼び出し
上記具体例１の場合、注文を指令する操作イベント以外の操作イベントが３分間に１００回発生した場合、処理イベントとしてオーダ端末１１から店員呼出コマンドが無線送信される。因みに、注文を指令する操作イベントは、メニュー画像５２-1からメニュー品目が選択された状態で、注文ボタンがタッチされると発生する。

【0042】

オーダ端末１１において、注文を指令する操作イベント無しに操作イベントが３分間に１００回も発生するという事象は、客がメニュー品目の注文操作に迷っていると考えられる。このような場合、本実施形態では、オーダ端末１１から店員呼出コマンドが無線送信される。上記店員呼出コマンドは、無線基地局１５を介して注文管理サーバ１４に送られる。上記店員呼出コマンドには、コマンド送信元のオーダ端末１１を識別する情報が含まれる。注文管理サーバ１４は、上記店員呼出コマンドに応じて、表示装置１６にコマンド送信元のオーダ端末１１が設置されている客席の情報を表示させる。この情報により、接客担当者は、該当する客席に出向いて、操作を迷っている客に適切なアドバイスをすることができる。

【0043】

［具体例２］
・実行条件：注文状況画像の画面イベントが５回
・制限時間：２分
・処理イベント：店員の呼び出し
上記具体例２の場合、注文状況画像５３をディスプレイ２７ｄに表示させる画面イベントが５分間に５回発生した場合、処理イベントとしてオーダ端末１１から店員呼出コマンドが無線送信される。因みに、注文状況画像５３を表示させる画面イベントは、メニュー画像５２において確認ボタンがタッチされると発生する。

【0044】

オーダ端末１１において、注文状況画像５３を５分間に５回も表示させるという事象は、注文したメニュー品目の配膳が遅れていると考えられる。このような場合も、本実施形態では、オーダ端末１１から店員呼出コマンドが無線送信される。その結果、表示装置１６にコマンド送信元のオーダ端末１１が設置されている客席の情報が表示される。この情報により、接客担当者は、該当する客席に出向いて、配膳が遅れているメニュー品目がないか確認できる。

【0045】

［具体例３］
・実行条件：ビール類に属するメニュー品目の注文を受け付けるメニュー画面の画面イベントから、揚げ物類に属するメニュー品目の注文を受け付けるメニュー画面の画面イベントに遷移
・制限時間：２分
・処理イベント：から揚げ２０％引き
上記具体例３の場合、ビール類に属するメニュー品目の注文を受け付けるメニュー画面を表示させる画面コマンドから２分以内に、揚げ物類に属するメニュー品目の注文を受け付けるメニュー画面を表示させる画面コマンドが発生した場合、処理イベントとして「から揚げ２０％引き」の情報がディスプレイ２７ｄに表示される。この状態で、揚げ物類に属するメニュー品目の中から「から揚げ」が選択されると、このメニュー品目「から揚げ」の注文データに対して２０％引きのクーポン情報が追加される。このクーポン情報は、メニュー品目「から揚げ」の注文データとともに注文管理サーバ１４に送られる。その結果、ＰＯＳ端末１３では、会計処理の際に、メニュー品目「から揚げ」の販売金額が２０％値引される。

【0046】

すなわち、ビール類のメニュー品目を確認してから２分以内に揚げ物類のメニュー品目を確認した客に対して「から揚げ２０％引き」のクーポンを発行するというサービスを、店員の負担なく容易に実施することができる。

【0047】

［具体例４］
・実行条件：サラダ類に属するメニュー品目の注文を受け付けるメニュー画面の画面イベントが３回
・制限時間：２分
・処理イベント：お勧めサラダ３０円引き
上記具体例４の場合、サラダ類に属するメニュー品目の注文を受け付けるメニュー画面を表示させる画面イベントが２分以内に３回発生した場合、処理イベントとして「お勧めサラダ３０円引き」の情報がディスプレイ２７ｄに表示される。この状態で、サラダ類に属するメニュー品目の中から「お勧めサラダ」が選択されると、このメニュー品目「お勧めサラダ」の注文データに対して３０円引きのクーポン情報が追加される。このクーポン情報は、メニュー品目「お勧めサラダ」の注文データとともに注文管理サーバ１４に送られる。その結果、ＰＯＳ端末１３では、会計処理の際に、メニュー品目「お勧めサラダ」の販売金額が３０円値引される。

【0048】

すなわち、サラダ類のメニュー品目を２分以内に３回確認した客に対して「お勧めサラダ３０円引き」のクーポンを発行するサービスを、店員の負担なく容易に実施することができる。

【0049】

このように本実施形態によれば、オーダ端末１１の操作状況に応じて、操作者である客に対して適切なサービスを店側から提供することができる。

【0050】

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、端末監視機能３０をオーダ端末１１が内蔵するパターンについて説明した。必ずしも端末監視機能３０をオーダ端末１１が内蔵する必要はない。端末監視機能３０に特化した情報処理装置、いわゆる端末監視装置を構成し、オーダ端末１１と通信手段で接続することによって、端末監視装置がオーダ端末１１を監視するようにしてもよい。この場合、１台の端末監視装置が同時に複数台のオーダ端末を監視できるようになる。

【0051】

また前記実施形態では、オーダ端末１１の操作デバイスをタッチセンサ２４ｔとし、表示デバイス２４ｄをタッチパネル２４のディスプレイとした。表示デバイス２４ｄは、単体の表示装置であってもよい。この場合、操作デバイスとしてはキーボードやマウスなどが用いられる。

【0052】

さらに前記実施形態では、オーダ端末１１を、客席に設置される据置型として説明した。オーダ端末１１は、必ずしも据置型に限定されるものではない。ハンディターミナル等と称される可搬型のオーダ端末に対しても本実施形態は適用することができる。

【0053】

また前記実施形態は、装置内部のプログラム記憶部であるＲＯＭ２２または補助記憶部２４に発明の機能を実現させる端末監視プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

【0054】

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］操作デバイスからの操作入力によりメニューの注文を受け付けるオーダ端末で発生した操作イベントを検出する操作検出手段と、前記操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する操作ログ収集手段と、設定された処理イベントの実行条件と制限時間とに基づき、前記操作ログ収集手段により収集された前記操作ログ情報を参照して前記実行条件を満たす操作イベントが前記制限時間内に発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる監視手段と、を具備したことを特徴とする端末監視装置。
［２］操作デバイスからの操作入力に応じて表示デバイスにメニューの注文に係る画面を表示させるオーダ端末で発生した画面イベントを検出する画面検出手段と、前記画面イベントと当該画面イベントの発生時刻とを含む画面ログ情報を収集する画面ログ収集手段と、設定された処理イベントの実行条件と制限時間とに基づき、前記画面ログ収集手段により収集された前記画面ログ情報を参照して、前記実行条件を満たす画面イベントが前記制限時間内に発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる監視手段と、を具備したことを特徴とする端末監視装置。
［３］操作デバイスと、前記操作デバイスを介して入力される情報により前記メニューの注文を受け付ける受付手段と、前記操作デバイスの操作入力により発生した操作イベントを検出する操作検出手段と、前記操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する操作ログ収集手段と、設定された処理イベントの実行条件と制限時間とに基づき、前記操作ログ収集手段により収集された前記操作ログ情報を参照して、前記実行条件を満たす操作イベントが前記制限時間内に発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる監視手段と、を具備したことを特徴とするオーダ端末。
［４］操作デバイスと、この操作デバイスからの操作入力に応じてメニューの注文に係る画面を表示する表示デバイスと、前記操作デバイスを介して入力される情報により前記メニューの注文を受け付ける受付手段と、前記表示デバイスに前記メニューの注文に係る画面を表示させる画面イベントを検出する画面検出手段と、前記画面イベントと当該画面イベントの発生時刻とを含む画面ログ情報を収集する画面ログ収集手段と、設定された処理イベントの実行条件と制限時間とに基づき、前記画面ログ収集手段により収集された前記画面ログ情報を参照して、前記実行条件を満たす画面イベントが前記制限時間内に発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる監視手段と、を具備したことを特徴とするオーダ端末。
［５］コンピュータに、操作デバイスからの操作入力によりメニューの注文を受け付けるオーダ端末で発生した操作イベントを検出する機能と、前記操作イベントと当該操作イベントの発生時刻とを含む操作ログ情報を収集する機能と、設定された処理イベントの実行条件と制限時間とに基づき、前記収集された前記操作ログ情報を参照して、前記実行条件を満たす操作イベントが前記制限時間内に発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる機能と、を実現させるための端末監視プログラム。
［６］コンピュータに、操作デバイスからの操作入力に応じて表示デバイスにメニューの注文に係る画面を表示させるオーダ端末で発生した画面イベントを検出する機能と、前記画面イベントと当該画面イベントの発生時刻とを含む画面ログ情報を収集する機能と、設定された処理イベントの実行条件と制限時間とに基づき、前記収集された前記画面ログ情報を参照して、前記実行条件を満たす画面イベントが前記制限時間内に発生したか監視し、発生した場合にその実行条件に対する処理イベントを実行させる機能と、を実現させるための端末監視プログラム。

【符号の説明】

【0055】

１０…オーダエントリシステム、１１…オーダ端末、２１…ＣＰＵ、２７…タッチパネル、３０…補助記憶機能、３１…操作検出手段、３２…操作ログ収集手段、３３…画面検出手段、３４…画面ログ収集手段、３５…監視手段、４１…操作ログファイル、４２…画面ログファイル、４３…監視テーブル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】