オーダエントリシステム、ハンディ端末、サーバ装置、及びコンピュータプログラム
【課題】 ハンディ端末のバイブレータを用いてアラームを行うに際し、適確にハンディ端末の所持者にアラームの内容を伝えることを可能とする。
【解決手段】 一実施形態におけるオーダエントリシステムは、注文データの入力を受け付けるハンディ端末を含み、前記ハンディ端末に設けられたバイブレータと、このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信する通信部と、を備えている。
【解決手段】 一実施形態におけるオーダエントリシステムは、注文データの入力を受け付けるハンディ端末を含み、前記ハンディ端末に設けられたバイブレータと、このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信する通信部と、を備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、飲食店等で注文の受け付けに使用されるオーダエントリシステム、ハンディ端末、サーバ装置、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、飲食店などでは、客のオーダを入力するハンディ端末や、このハンディ端末で入力されたオーダを出力したり記憶管理するサーバ装置を有するオーダエントリシステムが使用されている。上記ハンディ端末は、当該端末の所持者に対し各種のアラームを行う機能を備えたものがある。現状において、この機能は、例えばハンディ端末のスピーカからビープ音や所定の音声を発することで実現されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１９０１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように所持者の聴覚に訴える手段にてアラームを行う機能を実現すると、周囲の人々に迷惑であったり、店内が混雑していて騒がしいと聞こえなかったりすることがある。このような問題を解決する一手として、ハンディ端末にバイブレータを設け、このバイブレータの振動によってアラームを行う機能を実現する手法が考えられる。
【０００５】
しかしながら、単にバイブレータを振動させるだけでは、そのアラームが何を示すものであるのかを確認するために、いちいちハンディ端末のディスプレイを見るなどの作業が必要となり、手間と時間が掛かってしまう。
【課題を解決するための手段】
【０００６】
一実施形態におけるオーダエントリシステムは、注文データの入力を受け付けるハンディ端末を含み、前記ハンディ端末に設けられたバイブレータと、このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信する通信部と、を備えている。
【図面の簡単な説明】
【０００７】
【図１】一実施形態に係るオーダエントリシステムの全体構成図。
【図２】同実施形態に係るサーバＰＣの要部構成を示すブロック図。
【図３】同実施形態に係るハンディ端末の外観斜視図。
【図４】同実施形態に係るハンディ端末の要部構成を示すブロック図。
【図５】同実施形態に係る振動パターンテーブルのデータ構造例を示す模式図。
【図６】同実施形態に係るＨＴ所持者テーブルのデータ構造例を示す模式図。
【図７】同実施形態に係るサーバＰＣが実行する処理のフローチャート。
【図８】同実施形態に係るハンディ端末が実行する処理のフローチャート。
【図９】同実施形態に係るサーバＰＣに表示されるリストの一例を示す図。
【図１０】同実施形態に係るハンディ端末に表示されるメッセージの一例を示す図。
【発明を実施するための形態】
【０００８】
以下、一実施形態について図面を参照しながら説明する。図１は、本実施形態に係るオーダエントリシステムの全体構成図である。
【０００９】
このオーダエントリシステムは、例えばレストランにて稼動するものであり、サーバＰＣ１と、複数のハンディ端末２と、複数の無線基地局３と、キッチンプリンタ４とを備えている。これらのうち、サーバＰＣ１、各無線基地局３、及びキッチンプリンタ４は、店舗内に設けられたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）回線５に有線接続されている。なお、ハンディ端末２は、後述の説明において、ハンディターミナルＨＴとも言い、ハンディ端末２とハンディターミナルＨＴとは同義である。
【００１０】
サーバＰＣ１は、例えば当該店舗の事務室に設置され、客からの注文データの記憶管理や在庫管理などに使用されるパーソナルコンピュータである。各ハンディ端末２は、店員によって所持され、客からのメニュー品目の注文受け付けに使用される。各ハンディ端末２は、メニュー品目の注文を受け付けると、当該メニュー品目を示す情報や注文した客の座席を示す情報等を含む注文データを、無線通信により無線基地局３に送信する。各無線基地局３は、例えば当該店舗の天井に取り付けられ、ハンディ端末２から送信される注文データを受信すると、当該受信した注文データをＬＡＮ回線５を介してサーバＰＣ１に送信する。注文データを受信したとき、サーバＰＣ１は、当該注文データを記憶するとともに、当該注文データをＬＡＮ回線５を介してキッチンプリンタ４に送信する。
【００１１】
キッチンプリンタ４は、当該店舗の調理場に設置され、サーバＰＣ１から受信した注文データ等を印刷した調理票を発行する。調理人は、この調理票を参照して客の注文に係るメニュー品目を調理する。なお、客の飲食代金は、例えば図示せぬＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）端末によって会計処理される。このＰＯＳ端末は、例えばＬＡＮ回線５に接続され、サーバＰＣ１から会計対象の客の注文データを受信して飲食代金を算出し、会計が完了したときにはその旨をサーバＰＣ１に知らせる。
【００１２】
次に、サーバＰＣ１の詳細な構成について説明する。図２は、サーバＰＣ１の要部構成を示すブロック図である。
サーバＰＣ１は、制御の中枢として機能するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０を備える。このＣＰＵ１０には、アドレスバスやデータバス等のバスライン１８を介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２、時計回路１３、通信ユニット１４、キーボード１５、ディスプレイ１６、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１７等が接続されている。ＲＯＭ１１は、ＣＰＵ１０によって実行されるコンピュータプログラム等の固定的データを記憶している。
ＲＡＭ１２は、サーバＰＣ１のメインメモリとして機能するものであり、処理場面に応じて各種の作業用記憶領域を生成する。時計回路１３は、例えば年、月、日、時、分、秒の単位で時間を計時する。通信ユニット１４には、上記ＬＡＮ回線５が接続されている。通信ユニット１４は、ＬＡＮ回線５を介して各種のデータを無線基地局３やキッチンプリンタ４に送信する。
【００１３】
キーボード１５は、各種ファンクションキーやアルファベットキー、置数キー等で構成されている。ディスプレイ１６は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）であり、キーボード１５の操作等に応じて、注文データや在庫情報等を選択的に表示する。ＨＤＤ１７は、客からの注文履歴が蓄積保存されるデータベース、食材等の在庫情報からなるデータベース、振動パターンテーブル１０１、ＨＴ（ハンディターミナル）所持者テーブル１０２等を記憶している。振動パターンテーブル１０１及びＨＴ所持者テーブル１０２のデータ構造に関しては、図５，図６の説明にて後述する。なお、ハンディターミナルＨＴとハンディ端末２は同義である。
【００１４】
次に、ハンディ端末２の詳細な構成について説明する。図３は、ハンディ端末２の外観斜視図である。
ハンディ端末２は、本体部２ａと、この本体部２ａに対しヒンジを介して開閉自在に取り付けられた蓋体部２ｂとを備える。本体部２ａには、メンブレンキー２５や、例えばＬＣＤであるディスプレイ２７が設けられている。蓋体部２ｂには、メンブレンキー３１が設けられている。メンブレンキー２５，３１は、メニュー品目を指定するための操作キーや置数キー等にて構成されている。
【００１５】
図４は、ハンディ端末２の要部構成を示すブロック図である。本体部２ａは、制御の中枢として機能するＣＰＵ２０を備える。このＣＰＵ２０には、アドレスバスやデータバス等のバスライン３０を介してＲＯＭ２１、ＲＡＭ２２、時計回路２３、無線通信ユニット２４、上記メンブレンキー２５、上記メンブレンキー３１、上記ディスプレイ２７、バイブレータ２８、バッテリ２９等が接続されている。なお、メンブレンキー３１は、フレキシブル接続片２６を介して、バスライン３０に接続されている。ＲＯＭ２１は、ＣＰＵ２０によって実行されるコンピュータプログラム等の固定的データを記憶している。
ＲＡＭ２２は、ハンディ端末２のメインメモリとして機能するものであり、処理場面に応じて各種の作業用記憶領域を生成する。時計回路２３は、例えば年、月、日、時、分、秒の単位で時間を計時する。無線通信ユニット２４は、例えば最寄りの無線基地局３とのリンクを確立し、その無線基地局３に対し電波を介した無線通信により注文データ等を送信する。バイブレータ２８は、ＣＰＵ２０からの指令に応じて、複数通りの振動パターンにて振動する。バッテリ２９は、ハンディ端末２の各部に対して電源を供給する。バッテリ２９は、ハンディ端末２の筐体に設けられたコネクタに商用交流電源等の外部電源が接続された際に充電される。
【００１６】
次に、振動パターンテーブル１０１及びＨＴ（ハンディターミナル）所持者テーブル１０２のデータ構造について説明する。図５は、振動パターンテーブル１０１のデータ構造例を示す模式図である。
【００１７】
振動パターンテーブル１０１は、バイブレータ２８の振動に関する情報が記述されるものであり、具体的には、「１」から昇順の振動パターンナンバ（Ｎｏ．）、振動パターン、メッセージ、条件、備考、対象者を対応付けたレコードによって構成されている。振動パターンの欄には、例えば「パターン１」（連続：ブルブルブル・・・）、「パターン２」（１回振動、１秒オフの繰返し：ブル・・・ブル・・・ブル・・・）、「パターン３」（２回振動、１秒オフの繰返し：ブルブル・・・ブルブル・・・ブルブル・・・）のように、振動の態様を示す情報（本例では振動回数と振動の停止期間）が記述される。
【００１８】
メッセージの欄には、例えば「至急スタッフルームへ集合してください。」、「厨房へ来て下さい。」、「休憩時間です。」のように、振動中にハンディ端末２のディスプレイ２７に表示すべきメッセージが記述される。条件の欄には、例えば「操作入力ＩＰ１」（操作入力ＩＰ１がなされたときに振動させる）、「操作入力ＩＰ２」（操作入力ＩＰ２がなされたときに振動させる）、「１４：００到来」（１４：００になったときに振動させる）のように、振動を開始するための条件が記述される。備考の欄には、例えば「緊急連絡」、「連絡」、「アラーム」のように、そのレコードに基づく振動を目的別に区分する情報が記述される。対象者の欄には、例えば「フロア責任者」、「担当者」のように、そのレコードに基づく振動により報知すべき相手の身分を示す情報が記述される。
【００１９】
図６は、ＨＴ所持者テーブル１０２のデータ構造例を示す模式図である。ＨＴ所持者テーブル１０２は、ハンディ端末２の所持者の氏名とその所持者の身分を設定したものであり、ＨＴ識別番号、ＨＴ所持者、身分を対応付けたレコードによって構成されている。
【００２０】
ＨＴ識別番号の欄には、例えば「ＨＴ００１」、「ＨＴ００２」、「ＨＴ００３」のように、各ハンディ端末２の識別番号が記述される。ＨＴ所持者の欄には、例えば「担当者Ａ」、「担当者Ｂ」、「担当者Ｃ」のように、ＨＴ識別番号の欄に記述されたハンディ端末２を所持する店員の氏名が記述される。身分の欄には、例えば「担当者」、「フロア責任者」のように、ＨＴ所持者の欄に記述された担当者の身分が記述される。
【００２１】
上記のような構成の振動パターンテーブル１０１及びＨＴ所持者テーブル１０２は、例えばサーバＰＣ１を操作して内容変更が可能であり、一日の店舗業務が開始される際にサーバＰＣ１から各ハンディ端末２に配信され、各ハンディ端末２のＲＡＭ１２にも記憶される。
【００２２】
次に、本実施形態に係るオーダエントリシステムの特徴的な動作について説明する。図７は、サーバＰＣ１が実行する処理のフローチャートであり、図８は各ハンディ端末２が実行する処理のフローチャートである。なお、サーバＰＣ１の動作は、ＣＰＵ１０がＲＯＭ１１に記憶されたコンピュータプログラムを実行することで実現され、ハンディ端末２の動作は、ＣＰＵ２０がＲＯＭ２１に記憶されたコンピュータプログラムを実行することで実現される。
【００２３】
サーバＰＣ１のＣＰＵ１０は、先ずＨＤＤ１７に記憶された振動パターンテーブル１０１の各レコードに含まれる条件の欄を参照し、各条件の成否をチェックする（ステップＳ１０１）。なお、ここではサーバＰＣ１側でチェック可能な条件として、振動パターンナンバ「１」「２」「３」「６」「７」「８」のレコードに記述された「操作入力ＩＰ１」「操作入力ＩＰ２」「１４：００到来」「操作入力ＩＰ３」「操作入力ＩＰ４」「操作入力ＩＰ５」をチェックするものとする。各操作入力ＩＰ１〜ＩＰ５は、例えば事務室に所在する店員や管理者がキーボード１５を操作することで入力される。したがって、ＣＰＵ１０は、キーボード１５から操作入力がなされているならば、その入力が「操作入力ＩＰ１」「操作入力ＩＰ２」「操作入力ＩＰ３」「操作入力ＩＰ４」「操作入力ＩＰ５」と一致するか否かを判定することで、これら条件の成否をチェックできる。また、ＣＰＵ１０は、時計回路１３によって計時される時刻を参照することで「１４：００到来」の条件の成否をチェックできる。
【００２４】
各条件の成否をチェックしたならば、ＣＰＵ１０は、成立した条件の有無を判定する（ステップＳ１０２）。成立した条件がないならば（ステップＳ１０２のＮｏ）、ＣＰＵ１０は、ステップＳ１０１に戻って再び各条件の成否をチェックする。
【００２５】
一方、各条件のうちのいずれかが成立したならば（ステップＳ１０２のＹｅｓ）、ＣＰＵ１０は、振動パターンテーブル１０１を参照して、成立した条件に係るレコードの対象者の欄に記述された身分を特定する（ステップＳ１０３）。さらに、ＣＰＵ１０は、特定した身分と一致する身分が記述されたレコードを、ＨＤＤ１７に記憶されたＨＴ所持者テーブル１０２から特定し、特定したレコードに記述されたＨＴ識別番号で示されるハンディ端末２を、振動を指令する対象に決定する（ステップＳ１０４）。
【００２６】
ＣＰＵ１０は、このように決定したハンディ端末２を宛先として、通信ユニット１４に振動を指令するコマンドを送信させる（ステップＳ１０５）。このコマンドは、例えば指令対象のハンディ端末２のＨＴ識別番号と、ステップＳ１０１にて成立した条件に係るレコードに記述された振動パターンナンバとを用いて構成される。通信ユニット１４から送信された上記コマンドは、無線基地局３に中継され、同コマンドに含まれるＨＴ識別番号で示されるハンディ端末２に送られる。なお、振動を指令する対象として決定されたハンディ端末２が複数ある場合には、それら各ハンディ端末２に対して上記コマンドが送信される。
【００２７】
次に、ＣＰＵ１０は、上記コマンドの送信先であるハンディ端末２の所持者を示すリストを生成して（ステップＳ１０６）、ディスプレイ１６に表示させる（ステップＳ１０７）。このときディスプレイ１６に表示されるリストの一例を、図９に示す。このリスト１６０は、「操作入力ＩＰ１」がなされたことにより振動パターンナンバ「１」のレコードの条件が成立した場合に生成・表示されるリストである。この場合、振動パターンナンバ「１」のレコードの対象者の欄に記述された身分「フロア責任者」「担当者」の店員、すなわち「担当者Ａ」「担当者Ｂ」「担当者Ｃ」「担当者Ｄ」「フロア責任者Ｅ」「フロア責任者Ｆ」が所持するハンディ端末２に対し、上記コマンドが送信される。したがって、リスト１６０には、店員の氏名「担当者Ａ」「担当者Ｂ」「担当者Ｃ」「担当者Ｄ」「フロア責任者Ｅ」「フロア責任者Ｆ」が配置される。
【００２８】
上記のようなリストを表示させた後、ＣＰＵ１０は、上記コマンドを送信したハンディ端末２からの確認通知を待つ（ステップＳ１０８のＮｏ）。確認通知は、後述のステップＳ２１４にてハンディ端末２から送信されるものであり、この確認通知には送信元のハンディ端末２のＨＴ識別番号が含まれている。
【００２９】
通信ユニット１４を介していずれかのハンディ端末２から確認通知を受信すると（ステップＳ１０８のＹｅｓ）、ＣＰＵ１０は、上記リストにおいて、当該通知に含まれるＨＴ識別番号に対応するハンディ端末２の所持者を、確認通知を未受信のハンディ端末２の所持者から識別化する（ステップＳ１０９）。この識別化は、例えば図９に示した「確認済み」なる文字を、確認通知を受信したハンディ端末２の所持者の氏名の横に表記することで行えばよい。その他にも、確認通知を受信したハンディ端末２の所持者の氏名の彩色を変更したり、消去すること等で、上記識別化を行ってもよい。上記識別化を行った後、ＣＰＵ１０は、上記リストにて示された所持者のうち、確認通知を未受信の者が存在するか否かを判定する（ステップＳ１１０）。未受信の者が存在するならば、ＣＰＵ１０は、ステップＳ１０７，Ｓ１０８に戻り、次の解除通知の受信を待つ。一方、確認通知を未受信の者が存在しない場合（ステップＳ１１０のＮｏ）、ＣＰＵ１０は、上記リストをディスプレイ１６の画面上から消去して（ステップＳ１１１）、ステップＳ１０１に戻る。以上でバイブレータ２８の振動に関し、サーバＰＣ１が実行する一連の処理の説明を終了する。
【００３０】
次に、ハンディ端末２の動作について説明する。ハンディ端末２のＣＰＵ２０も、図８のフローチャートに示すように、ＲＡＭ２２に記憶された振動パターンテーブル１０１の各レコードに含まれる条件の欄を参照し、各条件の成否をチェックする（ステップＳ２０１）。なお、ここではハンディ端末２側でチェック可能な条件として、振動パターンナンバ「４」「５」のレコードに記述された「電池残量２０％」「リンク解除」をチェックするものとする。電池残量は、バッテリ２９から供給される電圧の値をバッテリ２９に併設された電圧計にて検査することで確認できる。そして、ＣＰＵ２０は、バッテリ２９の残量が最大充電時の２０％に達しているか否かを判定することで、「電池残量２０％」の条件の成否をチェックできる。また、ＣＰＵ２０は、無線通信ユニット２４と無線基地局３とのリンクが確立しているか否かを判定することで「リンク解除」の条件の成否をチェックできる。
【００３１】
各条件の成否をチェックしたならば、ＣＰＵ２０は、成立した条件の有無を判定する（ステップＳ２０２）。成立した条件があるならば（ステップＳ２０２のＹｅｓ）、ＣＰＵ２０は、成立した条件に係るレコードの対象者の欄に記述された身分を特定する（ステップＳ２０３）。さらに、ＣＰＵ２０は、ＲＡＭ２２に記憶されたＨＴ所持者テーブル１０２を参照し、自機のＨＴ識別番号のレコードに記述された身分と、ステップＳ２０３にて特定した身分とが一致するか否かを判定する（ステップＳ２０４）。そして、一致するならば（ステップＳ２０４のＹｅｓ）、ＣＰＵ２０は、ＲＡＭ２２にフラグＦを生成し、その値を「０」とする（ステップＳ２０５）。一方、一致しないならば（ステップＳ２０４のＮｏ）、ステップＳ２０１に戻って再び各条件の成否をチェックする。
【００３２】
ステップＳ２０２にて成立した条件がないならば（ステップＳ２０２のＮｏ）、ＣＰＵ２０は、サーバＰＣ１がステップＳ１０５にて送信するコマンドを受信したか否かを判定する（ステップＳ２０６）。受信していないならば（ステップＳ２０６のＮｏ）、ステップＳ２０１に戻って再び各条件の成否をチェックする。一方、無線通信ユニット２４を介してサーバＰＣ１から上記コマンドを受信しているならば（ステップＳ２０６のＹｅｓ）、ＣＰＵ２０は、ＲＡＭ２２にフラグＦを生成し、その値を「１」とする（ステップＳ２０７）。
【００３３】
ステップＳ２０５、あるいはステップＳ２０７の後、ＣＰＵ２０は、バイブレータ２８を振動させるとともに（ステップＳ２０８）、当該バイブレータ２８の振動に対応するメッセージをディスプレイ２７に表示させる（ステップＳ２０９）。これらの処理において、ステップＳ２０５を経てステップＳ２０８に到達している場合、ＣＰＵ２０は、ステップＳ２０１にて成立した条件に係るレコードに記述された振動パターンに従ってバイブレータ２８を動作させ、同レコードに記述されたメッセージをディスプレイ２７に表示させる。また、ステップＳ２０７を経てステップＳ２０８に到達している場合、ＣＰＵ２０は、サーバＰＣ１から受信したコマンドに含まれる振動パターンナンバを参照し、このナンバに対応するレコードをＲＡＭ２２に記憶された振動パターンテーブル１０１から特定して、特定したレコードに記述された振動パターンに従ってバイブレータ２８を動作させ、同レコードに記述されたメッセージをディスプレイ２７に表示させる。
【００３４】
ステップＳ２０９にて表示されるメッセージの一例を、図１０に示す。図示したものは、振動パターンナンバ「１」の振動パターン「パターン１」にてバイブレータ２８を動作させる際のメッセージ「至急スタッフルームへ集合して下さい。」の表示例である。メッセージは、ポップアップ２７０内に表示される。ポップアップ２７０内には、メンブレンキー２５，３１によって操作可能なＯＫボタン２７１が配置されている。ポップアップ２７０が表示されている間は、ＯＫボタン２７１の操作に関わる入力を除き、メンブレンキー２５，３１からの入力が無効化される。ＯＫボタン２７１が操作されると、ポップアップ２７０が消去される。
【００３５】
ステップＳ２０８にてバイブレータ２８を振動させ、ステップＳ２０９にてディスプレイ２７にメッセージを表示させた状態で、ＣＰＵ２０は、バイブレータ２８の振動の解除操作、すなわちＯＫボタン２７１の操作を待つ（ステップＳ２１０のＮｏ）。ＯＫボタン２７１が操作されると（ステップＳ２１０のＹｅｓ）、ＣＰＵ２０は、バイブレータ２８の振動を停止させ（ステップＳ２１１）、ディスプレイ２７からメッセージ（ポップアップ２７０）を消去する（ステップＳ２１２）。
【００３６】
その後、ＣＰＵ２０は、ＲＡＭ２２に生成したフラグＦの値を判定する（ステップＳ２１３）。フラグＦの値が「０」であるならば（ステップＳ２１３の「０」）、ＣＰＵ２０は、ステップＳ２０１に戻って再び各条件の成否をチェックする。一方、フラグＦの値が「１」であるならば（ステップＳ２１３の「１」）、ＣＰＵ２０は、無線通信ユニット２４によりサーバＰＣ１宛に、自機のＨＴ識別番号を含む確認通知を送信する（ステップＳ２１４）。この確認通知は、無線基地局３に中継されて、サーバＰＣ１に送られる。確認通知を送信した後、ＣＰＵ２０は、ステップＳ２０１に戻って再び各条件の成否をチェックする。
【００３７】
以上で各ハンディ端末２がバイブレータ２８の振動に関して実行する一連の処理の説明を終了する。
【００３８】
以上説明したように、本実施形態に係るオーダエントリシステムにおいては、ハンディ端末２のバイブレータ２８の複数通りの振動パターンのそれぞれに対し、バイブレータ２８を振動させるための条件が振動パターンテーブル１０１に記述され、いずれかの条件が成立したときに当該成立した条件に対応する振動パターンにてバイブレータ２８を振動させる。このような構成であれば、ハンディ端末２の所持者は、バイブレータ２８の振動パターンから、当該振動がどのような連絡事項、あるいはアラームを示しているのかを容易に把握できる。
【００３９】
さらに、ハンディ端末２の所持者（操作者）の身分がＨＴ所持者テーブル１０２に記述され、振動パターンテーブル１０１にも上記条件に加えて連絡あるいはアラームの対象者の身分が記述されている。そして、いずれかの条件が成立したとき、当該条件とともに振動パターンテーブル１０１に記述された身分とＨＴ所持者テーブル１０２に記述された身分とが一致するハンディ端末２のバイブレータ２８を振動させる。このような構成であれば、特定の身分の者に対する連絡やアラームが可能となり、無駄な連絡やアラームが省略されるので、店舗における業務が効率化される。
【００４０】
また、バイブレータ２８を振動させるための条件のチェックは、サーバＰＣ１及びハンディ端末２の双方で行い（ステップＳ１０１、Ｓ２０１）、サーバＰＣ１側のチェックで条件が成立したならばサーバＰＣ１の制御の下でハンディ端末２のバイブレータ２８が振動し（ステップＳ１０５、Ｓ２０８）、ハンディ端末２側のチェックで条件が成立したならばハンディ端末２の制御の下でバイブレータ２８が振動する（ステップＳ２０８）。このように、本実施形態においてはサーバＰＣ１及びハンディ端末２の双方に振動制御部としての機能を実現させている。したがって、サーバＰＣ１とハンディ端末２との通信が途切れた場合などでも、振動パターンテーブル１０１に記述された条件が成立した場合には、その条件に応じたパターンにてバイブレータ２８を振動させることができる。
上記実施形態に開示された構成は、実施段階において各構成要素を適宜変形して具体化できる。具体的な変形例としては、例えば次のようなものがある。
【００４１】
上記実施形態では、サーバＰＣ１及びハンディ端末２で振動条件の成否をチェックし、条件が成立したならば対象のハンディ端末２のバイブレータ２８を振動させる場合を例示した。しかしながら、条件のチェックや振動の制御は、サーバＰＣ１及びハンディ端末２のいずれか一方でのみなされてもよいし、他の装置、例えば無線基地局３や、インターネット等を介してオーダエントリシステムに接続された他のサーバ等によってなされてもよい。
【００４２】
図５，図６に示した振動パターンテーブル１０１やＨＴ所持者テーブル１０２のデータ構造は一例であり、その内容に種々の変更を加えてもよい。例えば、振動パターンを８つではなくより少数、あるいは多数設定してもよいし、それぞれの振動パターンや振動を行う条件を他のものに変更してもよい。また、ハンディ端末２の所持者の身分を、「担当者」と「フロア責任者」の２つからさらに増やしてもよい。
【００４３】
上記実施形態では、ＯＫボタン２７１が操作されるとバイブレータ２８の振動が停止し（ステップＳ２１２）、ディスプレイ２７からメッセージが消去されるとした（ステップＳ２１２）。しかしながら、例えばハンディ端末２に設けられたサイドキーのように、ディスプレイ２７を見なくても操作できる入力手段をハンディ端末２に設け、この入力手段が操作されたときにバイブレータ２８の振動が停止し、ディスプレイ２７からメッセージが消去されるようにしてもよい。このようにすれば、ディスプレイ２７をいちいち見なくても振動の解除等が行える。
【００４４】
上記実施形態では、サーバＰＣ１のＣＰＵ１０がＲＯＭ１１に記憶されたコンピュータプログラムを実行し、ハンディ端末２のＣＰＵ２０がＲＯＭ２１に記憶されたコンピュータプログラムを実行することにより、バイブレータ２８の振動に関わる処理を実現するとした。しかしながら、これに限らず上記コンピュータプログラムを所定のネットワークからサーバＰＣ１やハンディ端末２にダウンロードしてもよいし、同様の機能を記録媒体に記憶させたものをサーバＰＣ１やハンディ端末２にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭやＵＳＢメモリ等を利用でき、かつサーバＰＣ１やハンディ端末２に内蔵あるいは接続されたデバイスが読み取り可能な記録媒体であれば、その形態はどのようなものであってもよい。また、このように予めインストールやダウンロードにより得る機能は、サーバＰＣ１やハンディ端末２内部のオペレーティングシステム等と協働してその機能を実現させるものであってもよい。
【００４５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４６】
１ サーバＰＣ
２ ハンディ端末
３ 無線基地局
１０、２０ ＣＰＵ
１１、２１ ＲＯＭ
１６、２７ ディスプレイ
２８ バイブレータ
１０１ 振動パターンテーブル
１０２ ＨＴ（ハンディターミナル）所持者テーブル
１６０ リスト
２７０ ポップアップ
【技術分野】
【０００１】
本発明の実施形態は、飲食店等で注文の受け付けに使用されるオーダエントリシステム、ハンディ端末、サーバ装置、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、飲食店などでは、客のオーダを入力するハンディ端末や、このハンディ端末で入力されたオーダを出力したり記憶管理するサーバ装置を有するオーダエントリシステムが使用されている。上記ハンディ端末は、当該端末の所持者に対し各種のアラームを行う機能を備えたものがある。現状において、この機能は、例えばハンディ端末のスピーカからビープ音や所定の音声を発することで実現されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１９０１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように所持者の聴覚に訴える手段にてアラームを行う機能を実現すると、周囲の人々に迷惑であったり、店内が混雑していて騒がしいと聞こえなかったりすることがある。このような問題を解決する一手として、ハンディ端末にバイブレータを設け、このバイブレータの振動によってアラームを行う機能を実現する手法が考えられる。
【０００５】
しかしながら、単にバイブレータを振動させるだけでは、そのアラームが何を示すものであるのかを確認するために、いちいちハンディ端末のディスプレイを見るなどの作業が必要となり、手間と時間が掛かってしまう。
【課題を解決するための手段】
【０００６】
一実施形態におけるオーダエントリシステムは、注文データの入力を受け付けるハンディ端末を含み、前記ハンディ端末に設けられたバイブレータと、このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信する通信部と、を備えている。
【図面の簡単な説明】
【０００７】
【図１】一実施形態に係るオーダエントリシステムの全体構成図。
【図２】同実施形態に係るサーバＰＣの要部構成を示すブロック図。
【図３】同実施形態に係るハンディ端末の外観斜視図。
【図４】同実施形態に係るハンディ端末の要部構成を示すブロック図。
【図５】同実施形態に係る振動パターンテーブルのデータ構造例を示す模式図。
【図６】同実施形態に係るＨＴ所持者テーブルのデータ構造例を示す模式図。
【図７】同実施形態に係るサーバＰＣが実行する処理のフローチャート。
【図８】同実施形態に係るハンディ端末が実行する処理のフローチャート。
【図９】同実施形態に係るサーバＰＣに表示されるリストの一例を示す図。
【図１０】同実施形態に係るハンディ端末に表示されるメッセージの一例を示す図。
【発明を実施するための形態】
【０００８】
以下、一実施形態について図面を参照しながら説明する。図１は、本実施形態に係るオーダエントリシステムの全体構成図である。
【０００９】
このオーダエントリシステムは、例えばレストランにて稼動するものであり、サーバＰＣ１と、複数のハンディ端末２と、複数の無線基地局３と、キッチンプリンタ４とを備えている。これらのうち、サーバＰＣ１、各無線基地局３、及びキッチンプリンタ４は、店舗内に設けられたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）回線５に有線接続されている。なお、ハンディ端末２は、後述の説明において、ハンディターミナルＨＴとも言い、ハンディ端末２とハンディターミナルＨＴとは同義である。
【００１０】
サーバＰＣ１は、例えば当該店舗の事務室に設置され、客からの注文データの記憶管理や在庫管理などに使用されるパーソナルコンピュータである。各ハンディ端末２は、店員によって所持され、客からのメニュー品目の注文受け付けに使用される。各ハンディ端末２は、メニュー品目の注文を受け付けると、当該メニュー品目を示す情報や注文した客の座席を示す情報等を含む注文データを、無線通信により無線基地局３に送信する。各無線基地局３は、例えば当該店舗の天井に取り付けられ、ハンディ端末２から送信される注文データを受信すると、当該受信した注文データをＬＡＮ回線５を介してサーバＰＣ１に送信する。注文データを受信したとき、サーバＰＣ１は、当該注文データを記憶するとともに、当該注文データをＬＡＮ回線５を介してキッチンプリンタ４に送信する。
【００１１】
キッチンプリンタ４は、当該店舗の調理場に設置され、サーバＰＣ１から受信した注文データ等を印刷した調理票を発行する。調理人は、この調理票を参照して客の注文に係るメニュー品目を調理する。なお、客の飲食代金は、例えば図示せぬＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）端末によって会計処理される。このＰＯＳ端末は、例えばＬＡＮ回線５に接続され、サーバＰＣ１から会計対象の客の注文データを受信して飲食代金を算出し、会計が完了したときにはその旨をサーバＰＣ１に知らせる。
【００１２】
次に、サーバＰＣ１の詳細な構成について説明する。図２は、サーバＰＣ１の要部構成を示すブロック図である。
サーバＰＣ１は、制御の中枢として機能するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０を備える。このＣＰＵ１０には、アドレスバスやデータバス等のバスライン１８を介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２、時計回路１３、通信ユニット１４、キーボード１５、ディスプレイ１６、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１７等が接続されている。ＲＯＭ１１は、ＣＰＵ１０によって実行されるコンピュータプログラム等の固定的データを記憶している。
ＲＡＭ１２は、サーバＰＣ１のメインメモリとして機能するものであり、処理場面に応じて各種の作業用記憶領域を生成する。時計回路１３は、例えば年、月、日、時、分、秒の単位で時間を計時する。通信ユニット１４には、上記ＬＡＮ回線５が接続されている。通信ユニット１４は、ＬＡＮ回線５を介して各種のデータを無線基地局３やキッチンプリンタ４に送信する。
【００１３】
キーボード１５は、各種ファンクションキーやアルファベットキー、置数キー等で構成されている。ディスプレイ１６は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）であり、キーボード１５の操作等に応じて、注文データや在庫情報等を選択的に表示する。ＨＤＤ１７は、客からの注文履歴が蓄積保存されるデータベース、食材等の在庫情報からなるデータベース、振動パターンテーブル１０１、ＨＴ（ハンディターミナル）所持者テーブル１０２等を記憶している。振動パターンテーブル１０１及びＨＴ所持者テーブル１０２のデータ構造に関しては、図５，図６の説明にて後述する。なお、ハンディターミナルＨＴとハンディ端末２は同義である。
【００１４】
次に、ハンディ端末２の詳細な構成について説明する。図３は、ハンディ端末２の外観斜視図である。
ハンディ端末２は、本体部２ａと、この本体部２ａに対しヒンジを介して開閉自在に取り付けられた蓋体部２ｂとを備える。本体部２ａには、メンブレンキー２５や、例えばＬＣＤであるディスプレイ２７が設けられている。蓋体部２ｂには、メンブレンキー３１が設けられている。メンブレンキー２５，３１は、メニュー品目を指定するための操作キーや置数キー等にて構成されている。
【００１５】
図４は、ハンディ端末２の要部構成を示すブロック図である。本体部２ａは、制御の中枢として機能するＣＰＵ２０を備える。このＣＰＵ２０には、アドレスバスやデータバス等のバスライン３０を介してＲＯＭ２１、ＲＡＭ２２、時計回路２３、無線通信ユニット２４、上記メンブレンキー２５、上記メンブレンキー３１、上記ディスプレイ２７、バイブレータ２８、バッテリ２９等が接続されている。なお、メンブレンキー３１は、フレキシブル接続片２６を介して、バスライン３０に接続されている。ＲＯＭ２１は、ＣＰＵ２０によって実行されるコンピュータプログラム等の固定的データを記憶している。
ＲＡＭ２２は、ハンディ端末２のメインメモリとして機能するものであり、処理場面に応じて各種の作業用記憶領域を生成する。時計回路２３は、例えば年、月、日、時、分、秒の単位で時間を計時する。無線通信ユニット２４は、例えば最寄りの無線基地局３とのリンクを確立し、その無線基地局３に対し電波を介した無線通信により注文データ等を送信する。バイブレータ２８は、ＣＰＵ２０からの指令に応じて、複数通りの振動パターンにて振動する。バッテリ２９は、ハンディ端末２の各部に対して電源を供給する。バッテリ２９は、ハンディ端末２の筐体に設けられたコネクタに商用交流電源等の外部電源が接続された際に充電される。
【００１６】
次に、振動パターンテーブル１０１及びＨＴ（ハンディターミナル）所持者テーブル１０２のデータ構造について説明する。図５は、振動パターンテーブル１０１のデータ構造例を示す模式図である。
【００１７】
振動パターンテーブル１０１は、バイブレータ２８の振動に関する情報が記述されるものであり、具体的には、「１」から昇順の振動パターンナンバ（Ｎｏ．）、振動パターン、メッセージ、条件、備考、対象者を対応付けたレコードによって構成されている。振動パターンの欄には、例えば「パターン１」（連続：ブルブルブル・・・）、「パターン２」（１回振動、１秒オフの繰返し：ブル・・・ブル・・・ブル・・・）、「パターン３」（２回振動、１秒オフの繰返し：ブルブル・・・ブルブル・・・ブルブル・・・）のように、振動の態様を示す情報（本例では振動回数と振動の停止期間）が記述される。
【００１８】
メッセージの欄には、例えば「至急スタッフルームへ集合してください。」、「厨房へ来て下さい。」、「休憩時間です。」のように、振動中にハンディ端末２のディスプレイ２７に表示すべきメッセージが記述される。条件の欄には、例えば「操作入力ＩＰ１」（操作入力ＩＰ１がなされたときに振動させる）、「操作入力ＩＰ２」（操作入力ＩＰ２がなされたときに振動させる）、「１４：００到来」（１４：００になったときに振動させる）のように、振動を開始するための条件が記述される。備考の欄には、例えば「緊急連絡」、「連絡」、「アラーム」のように、そのレコードに基づく振動を目的別に区分する情報が記述される。対象者の欄には、例えば「フロア責任者」、「担当者」のように、そのレコードに基づく振動により報知すべき相手の身分を示す情報が記述される。
【００１９】
図６は、ＨＴ所持者テーブル１０２のデータ構造例を示す模式図である。ＨＴ所持者テーブル１０２は、ハンディ端末２の所持者の氏名とその所持者の身分を設定したものであり、ＨＴ識別番号、ＨＴ所持者、身分を対応付けたレコードによって構成されている。
【００２０】
ＨＴ識別番号の欄には、例えば「ＨＴ００１」、「ＨＴ００２」、「ＨＴ００３」のように、各ハンディ端末２の識別番号が記述される。ＨＴ所持者の欄には、例えば「担当者Ａ」、「担当者Ｂ」、「担当者Ｃ」のように、ＨＴ識別番号の欄に記述されたハンディ端末２を所持する店員の氏名が記述される。身分の欄には、例えば「担当者」、「フロア責任者」のように、ＨＴ所持者の欄に記述された担当者の身分が記述される。
【００２１】
上記のような構成の振動パターンテーブル１０１及びＨＴ所持者テーブル１０２は、例えばサーバＰＣ１を操作して内容変更が可能であり、一日の店舗業務が開始される際にサーバＰＣ１から各ハンディ端末２に配信され、各ハンディ端末２のＲＡＭ１２にも記憶される。
【００２２】
次に、本実施形態に係るオーダエントリシステムの特徴的な動作について説明する。図７は、サーバＰＣ１が実行する処理のフローチャートであり、図８は各ハンディ端末２が実行する処理のフローチャートである。なお、サーバＰＣ１の動作は、ＣＰＵ１０がＲＯＭ１１に記憶されたコンピュータプログラムを実行することで実現され、ハンディ端末２の動作は、ＣＰＵ２０がＲＯＭ２１に記憶されたコンピュータプログラムを実行することで実現される。
【００２３】
サーバＰＣ１のＣＰＵ１０は、先ずＨＤＤ１７に記憶された振動パターンテーブル１０１の各レコードに含まれる条件の欄を参照し、各条件の成否をチェックする（ステップＳ１０１）。なお、ここではサーバＰＣ１側でチェック可能な条件として、振動パターンナンバ「１」「２」「３」「６」「７」「８」のレコードに記述された「操作入力ＩＰ１」「操作入力ＩＰ２」「１４：００到来」「操作入力ＩＰ３」「操作入力ＩＰ４」「操作入力ＩＰ５」をチェックするものとする。各操作入力ＩＰ１〜ＩＰ５は、例えば事務室に所在する店員や管理者がキーボード１５を操作することで入力される。したがって、ＣＰＵ１０は、キーボード１５から操作入力がなされているならば、その入力が「操作入力ＩＰ１」「操作入力ＩＰ２」「操作入力ＩＰ３」「操作入力ＩＰ４」「操作入力ＩＰ５」と一致するか否かを判定することで、これら条件の成否をチェックできる。また、ＣＰＵ１０は、時計回路１３によって計時される時刻を参照することで「１４：００到来」の条件の成否をチェックできる。
【００２４】
各条件の成否をチェックしたならば、ＣＰＵ１０は、成立した条件の有無を判定する（ステップＳ１０２）。成立した条件がないならば（ステップＳ１０２のＮｏ）、ＣＰＵ１０は、ステップＳ１０１に戻って再び各条件の成否をチェックする。
【００２５】
一方、各条件のうちのいずれかが成立したならば（ステップＳ１０２のＹｅｓ）、ＣＰＵ１０は、振動パターンテーブル１０１を参照して、成立した条件に係るレコードの対象者の欄に記述された身分を特定する（ステップＳ１０３）。さらに、ＣＰＵ１０は、特定した身分と一致する身分が記述されたレコードを、ＨＤＤ１７に記憶されたＨＴ所持者テーブル１０２から特定し、特定したレコードに記述されたＨＴ識別番号で示されるハンディ端末２を、振動を指令する対象に決定する（ステップＳ１０４）。
【００２６】
ＣＰＵ１０は、このように決定したハンディ端末２を宛先として、通信ユニット１４に振動を指令するコマンドを送信させる（ステップＳ１０５）。このコマンドは、例えば指令対象のハンディ端末２のＨＴ識別番号と、ステップＳ１０１にて成立した条件に係るレコードに記述された振動パターンナンバとを用いて構成される。通信ユニット１４から送信された上記コマンドは、無線基地局３に中継され、同コマンドに含まれるＨＴ識別番号で示されるハンディ端末２に送られる。なお、振動を指令する対象として決定されたハンディ端末２が複数ある場合には、それら各ハンディ端末２に対して上記コマンドが送信される。
【００２７】
次に、ＣＰＵ１０は、上記コマンドの送信先であるハンディ端末２の所持者を示すリストを生成して（ステップＳ１０６）、ディスプレイ１６に表示させる（ステップＳ１０７）。このときディスプレイ１６に表示されるリストの一例を、図９に示す。このリスト１６０は、「操作入力ＩＰ１」がなされたことにより振動パターンナンバ「１」のレコードの条件が成立した場合に生成・表示されるリストである。この場合、振動パターンナンバ「１」のレコードの対象者の欄に記述された身分「フロア責任者」「担当者」の店員、すなわち「担当者Ａ」「担当者Ｂ」「担当者Ｃ」「担当者Ｄ」「フロア責任者Ｅ」「フロア責任者Ｆ」が所持するハンディ端末２に対し、上記コマンドが送信される。したがって、リスト１６０には、店員の氏名「担当者Ａ」「担当者Ｂ」「担当者Ｃ」「担当者Ｄ」「フロア責任者Ｅ」「フロア責任者Ｆ」が配置される。
【００２８】
上記のようなリストを表示させた後、ＣＰＵ１０は、上記コマンドを送信したハンディ端末２からの確認通知を待つ（ステップＳ１０８のＮｏ）。確認通知は、後述のステップＳ２１４にてハンディ端末２から送信されるものであり、この確認通知には送信元のハンディ端末２のＨＴ識別番号が含まれている。
【００２９】
通信ユニット１４を介していずれかのハンディ端末２から確認通知を受信すると（ステップＳ１０８のＹｅｓ）、ＣＰＵ１０は、上記リストにおいて、当該通知に含まれるＨＴ識別番号に対応するハンディ端末２の所持者を、確認通知を未受信のハンディ端末２の所持者から識別化する（ステップＳ１０９）。この識別化は、例えば図９に示した「確認済み」なる文字を、確認通知を受信したハンディ端末２の所持者の氏名の横に表記することで行えばよい。その他にも、確認通知を受信したハンディ端末２の所持者の氏名の彩色を変更したり、消去すること等で、上記識別化を行ってもよい。上記識別化を行った後、ＣＰＵ１０は、上記リストにて示された所持者のうち、確認通知を未受信の者が存在するか否かを判定する（ステップＳ１１０）。未受信の者が存在するならば、ＣＰＵ１０は、ステップＳ１０７，Ｓ１０８に戻り、次の解除通知の受信を待つ。一方、確認通知を未受信の者が存在しない場合（ステップＳ１１０のＮｏ）、ＣＰＵ１０は、上記リストをディスプレイ１６の画面上から消去して（ステップＳ１１１）、ステップＳ１０１に戻る。以上でバイブレータ２８の振動に関し、サーバＰＣ１が実行する一連の処理の説明を終了する。
【００３０】
次に、ハンディ端末２の動作について説明する。ハンディ端末２のＣＰＵ２０も、図８のフローチャートに示すように、ＲＡＭ２２に記憶された振動パターンテーブル１０１の各レコードに含まれる条件の欄を参照し、各条件の成否をチェックする（ステップＳ２０１）。なお、ここではハンディ端末２側でチェック可能な条件として、振動パターンナンバ「４」「５」のレコードに記述された「電池残量２０％」「リンク解除」をチェックするものとする。電池残量は、バッテリ２９から供給される電圧の値をバッテリ２９に併設された電圧計にて検査することで確認できる。そして、ＣＰＵ２０は、バッテリ２９の残量が最大充電時の２０％に達しているか否かを判定することで、「電池残量２０％」の条件の成否をチェックできる。また、ＣＰＵ２０は、無線通信ユニット２４と無線基地局３とのリンクが確立しているか否かを判定することで「リンク解除」の条件の成否をチェックできる。
【００３１】
各条件の成否をチェックしたならば、ＣＰＵ２０は、成立した条件の有無を判定する（ステップＳ２０２）。成立した条件があるならば（ステップＳ２０２のＹｅｓ）、ＣＰＵ２０は、成立した条件に係るレコードの対象者の欄に記述された身分を特定する（ステップＳ２０３）。さらに、ＣＰＵ２０は、ＲＡＭ２２に記憶されたＨＴ所持者テーブル１０２を参照し、自機のＨＴ識別番号のレコードに記述された身分と、ステップＳ２０３にて特定した身分とが一致するか否かを判定する（ステップＳ２０４）。そして、一致するならば（ステップＳ２０４のＹｅｓ）、ＣＰＵ２０は、ＲＡＭ２２にフラグＦを生成し、その値を「０」とする（ステップＳ２０５）。一方、一致しないならば（ステップＳ２０４のＮｏ）、ステップＳ２０１に戻って再び各条件の成否をチェックする。
【００３２】
ステップＳ２０２にて成立した条件がないならば（ステップＳ２０２のＮｏ）、ＣＰＵ２０は、サーバＰＣ１がステップＳ１０５にて送信するコマンドを受信したか否かを判定する（ステップＳ２０６）。受信していないならば（ステップＳ２０６のＮｏ）、ステップＳ２０１に戻って再び各条件の成否をチェックする。一方、無線通信ユニット２４を介してサーバＰＣ１から上記コマンドを受信しているならば（ステップＳ２０６のＹｅｓ）、ＣＰＵ２０は、ＲＡＭ２２にフラグＦを生成し、その値を「１」とする（ステップＳ２０７）。
【００３３】
ステップＳ２０５、あるいはステップＳ２０７の後、ＣＰＵ２０は、バイブレータ２８を振動させるとともに（ステップＳ２０８）、当該バイブレータ２８の振動に対応するメッセージをディスプレイ２７に表示させる（ステップＳ２０９）。これらの処理において、ステップＳ２０５を経てステップＳ２０８に到達している場合、ＣＰＵ２０は、ステップＳ２０１にて成立した条件に係るレコードに記述された振動パターンに従ってバイブレータ２８を動作させ、同レコードに記述されたメッセージをディスプレイ２７に表示させる。また、ステップＳ２０７を経てステップＳ２０８に到達している場合、ＣＰＵ２０は、サーバＰＣ１から受信したコマンドに含まれる振動パターンナンバを参照し、このナンバに対応するレコードをＲＡＭ２２に記憶された振動パターンテーブル１０１から特定して、特定したレコードに記述された振動パターンに従ってバイブレータ２８を動作させ、同レコードに記述されたメッセージをディスプレイ２７に表示させる。
【００３４】
ステップＳ２０９にて表示されるメッセージの一例を、図１０に示す。図示したものは、振動パターンナンバ「１」の振動パターン「パターン１」にてバイブレータ２８を動作させる際のメッセージ「至急スタッフルームへ集合して下さい。」の表示例である。メッセージは、ポップアップ２７０内に表示される。ポップアップ２７０内には、メンブレンキー２５，３１によって操作可能なＯＫボタン２７１が配置されている。ポップアップ２７０が表示されている間は、ＯＫボタン２７１の操作に関わる入力を除き、メンブレンキー２５，３１からの入力が無効化される。ＯＫボタン２７１が操作されると、ポップアップ２７０が消去される。
【００３５】
ステップＳ２０８にてバイブレータ２８を振動させ、ステップＳ２０９にてディスプレイ２７にメッセージを表示させた状態で、ＣＰＵ２０は、バイブレータ２８の振動の解除操作、すなわちＯＫボタン２７１の操作を待つ（ステップＳ２１０のＮｏ）。ＯＫボタン２７１が操作されると（ステップＳ２１０のＹｅｓ）、ＣＰＵ２０は、バイブレータ２８の振動を停止させ（ステップＳ２１１）、ディスプレイ２７からメッセージ（ポップアップ２７０）を消去する（ステップＳ２１２）。
【００３６】
その後、ＣＰＵ２０は、ＲＡＭ２２に生成したフラグＦの値を判定する（ステップＳ２１３）。フラグＦの値が「０」であるならば（ステップＳ２１３の「０」）、ＣＰＵ２０は、ステップＳ２０１に戻って再び各条件の成否をチェックする。一方、フラグＦの値が「１」であるならば（ステップＳ２１３の「１」）、ＣＰＵ２０は、無線通信ユニット２４によりサーバＰＣ１宛に、自機のＨＴ識別番号を含む確認通知を送信する（ステップＳ２１４）。この確認通知は、無線基地局３に中継されて、サーバＰＣ１に送られる。確認通知を送信した後、ＣＰＵ２０は、ステップＳ２０１に戻って再び各条件の成否をチェックする。
【００３７】
以上で各ハンディ端末２がバイブレータ２８の振動に関して実行する一連の処理の説明を終了する。
【００３８】
以上説明したように、本実施形態に係るオーダエントリシステムにおいては、ハンディ端末２のバイブレータ２８の複数通りの振動パターンのそれぞれに対し、バイブレータ２８を振動させるための条件が振動パターンテーブル１０１に記述され、いずれかの条件が成立したときに当該成立した条件に対応する振動パターンにてバイブレータ２８を振動させる。このような構成であれば、ハンディ端末２の所持者は、バイブレータ２８の振動パターンから、当該振動がどのような連絡事項、あるいはアラームを示しているのかを容易に把握できる。
【００３９】
さらに、ハンディ端末２の所持者（操作者）の身分がＨＴ所持者テーブル１０２に記述され、振動パターンテーブル１０１にも上記条件に加えて連絡あるいはアラームの対象者の身分が記述されている。そして、いずれかの条件が成立したとき、当該条件とともに振動パターンテーブル１０１に記述された身分とＨＴ所持者テーブル１０２に記述された身分とが一致するハンディ端末２のバイブレータ２８を振動させる。このような構成であれば、特定の身分の者に対する連絡やアラームが可能となり、無駄な連絡やアラームが省略されるので、店舗における業務が効率化される。
【００４０】
また、バイブレータ２８を振動させるための条件のチェックは、サーバＰＣ１及びハンディ端末２の双方で行い（ステップＳ１０１、Ｓ２０１）、サーバＰＣ１側のチェックで条件が成立したならばサーバＰＣ１の制御の下でハンディ端末２のバイブレータ２８が振動し（ステップＳ１０５、Ｓ２０８）、ハンディ端末２側のチェックで条件が成立したならばハンディ端末２の制御の下でバイブレータ２８が振動する（ステップＳ２０８）。このように、本実施形態においてはサーバＰＣ１及びハンディ端末２の双方に振動制御部としての機能を実現させている。したがって、サーバＰＣ１とハンディ端末２との通信が途切れた場合などでも、振動パターンテーブル１０１に記述された条件が成立した場合には、その条件に応じたパターンにてバイブレータ２８を振動させることができる。
上記実施形態に開示された構成は、実施段階において各構成要素を適宜変形して具体化できる。具体的な変形例としては、例えば次のようなものがある。
【００４１】
上記実施形態では、サーバＰＣ１及びハンディ端末２で振動条件の成否をチェックし、条件が成立したならば対象のハンディ端末２のバイブレータ２８を振動させる場合を例示した。しかしながら、条件のチェックや振動の制御は、サーバＰＣ１及びハンディ端末２のいずれか一方でのみなされてもよいし、他の装置、例えば無線基地局３や、インターネット等を介してオーダエントリシステムに接続された他のサーバ等によってなされてもよい。
【００４２】
図５，図６に示した振動パターンテーブル１０１やＨＴ所持者テーブル１０２のデータ構造は一例であり、その内容に種々の変更を加えてもよい。例えば、振動パターンを８つではなくより少数、あるいは多数設定してもよいし、それぞれの振動パターンや振動を行う条件を他のものに変更してもよい。また、ハンディ端末２の所持者の身分を、「担当者」と「フロア責任者」の２つからさらに増やしてもよい。
【００４３】
上記実施形態では、ＯＫボタン２７１が操作されるとバイブレータ２８の振動が停止し（ステップＳ２１２）、ディスプレイ２７からメッセージが消去されるとした（ステップＳ２１２）。しかしながら、例えばハンディ端末２に設けられたサイドキーのように、ディスプレイ２７を見なくても操作できる入力手段をハンディ端末２に設け、この入力手段が操作されたときにバイブレータ２８の振動が停止し、ディスプレイ２７からメッセージが消去されるようにしてもよい。このようにすれば、ディスプレイ２７をいちいち見なくても振動の解除等が行える。
【００４４】
上記実施形態では、サーバＰＣ１のＣＰＵ１０がＲＯＭ１１に記憶されたコンピュータプログラムを実行し、ハンディ端末２のＣＰＵ２０がＲＯＭ２１に記憶されたコンピュータプログラムを実行することにより、バイブレータ２８の振動に関わる処理を実現するとした。しかしながら、これに限らず上記コンピュータプログラムを所定のネットワークからサーバＰＣ１やハンディ端末２にダウンロードしてもよいし、同様の機能を記録媒体に記憶させたものをサーバＰＣ１やハンディ端末２にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭやＵＳＢメモリ等を利用でき、かつサーバＰＣ１やハンディ端末２に内蔵あるいは接続されたデバイスが読み取り可能な記録媒体であれば、その形態はどのようなものであってもよい。また、このように予めインストールやダウンロードにより得る機能は、サーバＰＣ１やハンディ端末２内部のオペレーティングシステム等と協働してその機能を実現させるものであってもよい。
【００４５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４６】
１ サーバＰＣ
２ ハンディ端末
３ 無線基地局
１０、２０ ＣＰＵ
１１、２１ ＲＯＭ
１６、２７ ディスプレイ
２８ バイブレータ
１０１ 振動パターンテーブル
１０２ ＨＴ（ハンディターミナル）所持者テーブル
１６０ リスト
２７０ ポップアップ
【特許請求の範囲】
【請求項１】
注文データの入力を受け付けるハンディ端末を含むオーダエントリシステムであって、
前記ハンディ端末に設けられたバイブレータと、
このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、
この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信する通信部と、
を備えていることを特徴とするオーダエントリシステム。
【請求項２】
前記ハンディ端末の操作者の身分を記憶した身分記憶部をさらに備え、
前記条件記憶部には、前記複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件と、前記ハンディ端末の操作者の身分とが記憶され、
前記通信部は、前記条件記憶部に記憶された条件が成立し、かつ当該条件とともに記憶された身分と前記身分記憶部によって記憶された前記ハンディ端末の操作者の身分とが一致する場合、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信することを特徴とする請求項１に記載のオーダエントリシステム。
【請求項３】
注文データの入力を受け付けるハンディ端末であって、
バイブレータと、
このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、
この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させる振動制御部と、
を備えていることを特徴とするハンディ端末。
【請求項４】
当該ハンディ端末の操作者の身分を記憶した身分記憶部をさらに備え、
前記条件記憶部には、前記複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件と、当該ハンディ端末の操作者の身分とが記憶され、
前記振動制御部は、前記条件記憶部に記憶された条件が成立し、かつ当該条件とともに記憶された身分と前記身分記憶部によって記憶された操作者の身分とが一致する場合、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させることを特徴とする請求項３に記載のハンディ端末。
【請求項５】
注文データの入力を受け付けるハンディ端末が備えるバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、
この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディに送信する通信部と、
を備えていることを特徴とするサーバ装置。
【請求項６】
注文データの入力を受け付けるハンディ端末に、
当該ハンディ端末に設けられたバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部を参照し、この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させる振動制御機能、
を実現させるためのコンピュータプログラム。
【請求項１】
注文データの入力を受け付けるハンディ端末を含むオーダエントリシステムであって、
前記ハンディ端末に設けられたバイブレータと、
このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、
この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信する通信部と、
を備えていることを特徴とするオーダエントリシステム。
【請求項２】
前記ハンディ端末の操作者の身分を記憶した身分記憶部をさらに備え、
前記条件記憶部には、前記複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件と、前記ハンディ端末の操作者の身分とが記憶され、
前記通信部は、前記条件記憶部に記憶された条件が成立し、かつ当該条件とともに記憶された身分と前記身分記憶部によって記憶された前記ハンディ端末の操作者の身分とが一致する場合、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディ端末に送信することを特徴とする請求項１に記載のオーダエントリシステム。
【請求項３】
注文データの入力を受け付けるハンディ端末であって、
バイブレータと、
このバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、
この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させる振動制御部と、
を備えていることを特徴とするハンディ端末。
【請求項４】
当該ハンディ端末の操作者の身分を記憶した身分記憶部をさらに備え、
前記条件記憶部には、前記複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件と、当該ハンディ端末の操作者の身分とが記憶され、
前記振動制御部は、前記条件記憶部に記憶された条件が成立し、かつ当該条件とともに記憶された身分と前記身分記憶部によって記憶された操作者の身分とが一致する場合、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させることを特徴とする請求項３に記載のハンディ端末。
【請求項５】
注文データの入力を受け付けるハンディ端末が備えるバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部と、
この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させるコマンドを前記ハンディに送信する通信部と、
を備えていることを特徴とするサーバ装置。
【請求項６】
注文データの入力を受け付けるハンディ端末に、
当該ハンディ端末に設けられたバイブレータの複数通りの振動パターンのそれぞれに対し、前記バイブレータを振動させるための条件を記憶した条件記憶部を参照し、この条件記憶部に記憶された条件が成立したとき、当該成立した条件に対応する振動パターンにて前記バイブレータを振動させる振動制御機能、
を実現させるためのコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−３７４１８（Ｐ２０１３−３７４１８Ａ）
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願番号】特願２０１１−１７０７４４（Ｐ２０１１−１７０７４４）
【出願日】平成２３年８月４日（２０１１．８．４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願日】平成２３年８月４日（２０１１．８．４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
[ Back to top ]