(57)【要約】【課題】データ表示装置が、一連の工程において処理するデータを、各位置に応じて最適な表示形態で表示する。【解決手段】ＣＰＵ１０は、注文受付処理において、表受信部１５１又は裏受信部１５２によりＩＤコードを受信したか否かを判別し、受信した場合はＩＤコードメモリ１６１を参照してそのＩＤコードを判別する。表受信部１５１がウェイターＩＤ、裏受信部１５２がテーブルＩＤと認識した場合は、現在の位置が注文データを入力する注文入力位置であると認識し、注文データ用の表示フォームを表示フォームメモリ１６２から読み出して、その表示フォームに従った注文入力画面１４１を表示装置１４に表示し、入力装置１１から入力された注文データを注文詳細データメモリ１２１に記憶する。【選択図】　　　　　図１
2004086475.tif 000002
【特許請求の範囲】
【請求項１】
一連の工程においてデータを処理し、当該データを表示手段に表示するデータ表示装置において、
現在の位置を認識する認識手段と、
前記認識手段により認識された現在の位置に応じた表示形態に、前記データの表示形態を切り換えて前記表示手段に表示させる表示制御手段と、
を備えることを特徴とするデータ表示装置。
【請求項２】
前記表示制御手段は、前記表示手段に表示するデータの一部であって、現在の位置における関係者が必要とするデータを識別表示した表示形態に切り換えることを特徴とする請求項１に記載のデータ表示装置。
【請求項３】
前記認識手段は、現在の位置における関係者の特定情報を認識し、
前記表示制御手段は、前記特定情報に応じた表示形態に切り換えることを特徴とする請求項１又は２に記載のデータ表示装置。
【請求項４】
前記認識手段は、複数の関係者の前記特定情報を認識し、
前記表示制御手段は、前記認識手段による複数の特定情報の認識状態に応じて表示形態を切り換えることを特徴とする請求項３に記載のデータ表示装置。
【請求項５】
前記認識手段は、現在の位置の位置情報を認識し、
前記表示制御手段は、前記位置情報に応じた表示形態に切り換えることを特徴とする請求項１又は２に記載のデータ表示装置。
【請求項６】
前記認識手段は、現在の位置において所定のデータ処理が完了したことを認識し、
前記表示制御手段は、前記所定のデータ処理の完了に応じて所定の表示形態に切り換えることを特徴とする請求項１又は２に記載のデータ表示装置。
【請求項７】
時間を計時する計時手段を備え、
前記表示制御手段は、前記計時手段により計時された時間に応じて表示形態を切り換えることを特徴とする請求項１〜６の何れか１項に記載のデータ表示装置。
【請求項８】
前記位置において処理するデータは注文データであり、
精算時には電子式キャッシュレジスタと接続され、前記位置において処理された注文データを前記電子式キャッシュレジスタに送信する送信手段を備えることを特徴とする請求項１〜７の何れか１項に記載のデータ表示装置。
【請求項９】
一連の工程においてデータを処理し、当該データを表示手段に表示させるコンピュータに、
現在の位置を認識させる認識機能と、
現在の位置に応じた表示形態に、前記データの表示形態を切り換えて前記表示手段に表示させる表示制御機能と、
を実現させるためのプログラム。
【請求項１０】
前記表示制御機能は、前記表示手段に表示するデータの一部であって、現在の位置における関係者が必要とするデータを識別表示した表示形態に切り換えさせることを特徴とする請求項９に記載のプログラム。
【請求項１１】
前記認識機能は、現在の位置における関係者の特定情報を認識させ、
前記表示制御機能は、前記特定情報に応じた表示形態に切り換えさせることを特徴とする請求項９又は１０に記載のプログラム。
【請求項１２】
前記認識機能は、複数の関係者の前記特定情報を認識させ、
前記表示制御機能は、前記認識機能による複数の特定情報の認識状態に応じて表示形態を切り換えさせることを特徴とする請求項１１に記載のプログラム。
【請求項１３】
前記認識機能は、現在の位置の位置情報を認識させ、
前記表示制御機能は、前記位置情報に応じた表示形態に切り換えさせることを特徴とする請求項９又は１０に記載のプログラム。
【請求項１４】
前記認識機能は、現在の位置において所定のデータ処理が完了したことを認識させ、
前記表示制御機能は、前記所定のデータ処理の完了に応じて所定の表示形態に切り換えさせることを特徴とする請求項９又は１０に記載のプログラム。
【請求項１５】
時間を計時させる計時機能を含み、
前記表示制御機能は、前記計時機能により計時された時間に応じて表示形態を切り換えさせることを特徴とする請求項９〜１４の何れか１項に記載のプログラム。
【請求項１６】
前記位置において処理するデータは注文データであり、
精算時には、前記位置において処理された注文データを電子式キャッシュレジスタに送信させる送信機能を含むことを特徴とする請求項９〜１５の何れか１項に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ表示装置及びプログラムに関する。
【０００２】
【従来の技術】
従来、レストラン等の店舗においては、店員がハンディターミナルで注文データを入力し、その注文データを厨房側の端末に送信することにより注文を受け付けていた。そして、厨房側の端末で注文データを印刷した注文票を出力し、その注文票に基づいて注文された品を全て調理して客側に出し終えると、注文した料理の名称、単価及びその合計を印刷した請求伝票を出力して客に渡し、料金精算を行っている。
【０００３】
【発明が解決しようとする課題】
このように、一連の工程からなる、異なる位置毎の注文データ処理においては、各工程における注文データの処理を店員側、厨房側の個々の装置で行う必要があり、さらに注文データを印刷した紙が各工程間の媒介として必要であった。
【０００４】
本発明の課題は、データ表示装置が、一連の工程において処理するデータを各位置に応じて最適な表示形態で表示することである。
【０００５】
【課題を解決するための手段】
請求項１に記載の発明は、一連の工程においてデータを処理し、当該データを表示手段に表示するデータ表示装置において、現在の位置を認識する認識手段と、前記認識手段により認識された現在の位置に応じた表示形態に、前記データの表示形態を切り換えて前記表示手段に表示させる表示制御手段と、を備えることを特徴としている。
【０００６】
この請求項１に記載の発明によれば、データ表示装置は、一連の工程において、現在の位置を認識し、認識した現在の位置に応じた表示形態に、データの表示形態を切り換えて表示するので、位置毎の関係者にとって最適なデータ表示を行うことができる。従って表示内容の確認が容易となり、一連の工程におけるデータ処理を効率的に実行することが可能となる。
【０００７】
【発明の実施の形態】
以下、図を参照して本発明の実施の形態を詳細に説明する。
本実施の形態では、本発明のデータ表示装置として、電子ペーパーディスプレイを有する電子ペーパーを適用して説明を行う。
まず、構成を説明する。
図１は、本実施の形態における電子ペーパー１の機能的構成を示すブロック図である。
図１において、電子ペーパー１は、ＣＰＵ１０、入力装置１１、ＲＡＭ１２、伝送制御部１３、表示装置１４、ＩＤコード受信部１５、記憶装置１６、時計１７、タイマー１８、電源１９を備えて構成され、各部はバス２０により接続される。
【０００８】
ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１０は、記憶装置１６に記憶されている各種制御プログラムを読み出してＲＡＭ１２に展開し、該制御プログラムに従って各部を集中制御する。
【０００９】
具体的には、ＣＰＵ１０は、記憶装置１６から注文受付処理プログラムを読み出して後述する注文受付処理を実行する。
ＣＰＵ１０は、注文受付処理において、表受信部１５１又は裏受信部１５２によりＩＤコードを受信したか否かを判別し、受信した場合はＩＤコードメモリ１６１を参照してそのＩＤコードを判別する。
【００１０】
ＣＰＵ１０は、受診したＩＤコードの判別結果から表受信部１５１がウェイターＩＤ、裏受信部１５２がテーブルＩＤと認識した場合は、現在の工程が注文データを入力する注文入力工程であることから注文入力すべき位置（以下、各工程を認識することによって各位置を認識することとする）であると認識し、注文入力用の表示フォームを表示フォームメモリ１６２から読み出して、その表示フォームに従った注文入力画面１４１（図７参照）を表示装置１４に表示し、入力装置１１から入力された注文データを注文詳細データメモリ１２１に記憶する。
【００１１】
また、ＣＰＵ１０は、受信したＩＤコードの判別結果から、表受信部１５１がテーブルＩＤ、裏受信部１５２がウェイターＩＤであると認識した場合は、現在の位置が注文内容を確認する確認位置であると認識し、表示フォームメモリ１６２から注文内容確認用の表示フォームを読み出すとともに、注文詳細データメモリ１２１から注文データ１２１ｂを読み出してその表示フォームに従った注文内容の確認画面１４２（図８参照）を表示装置１４に表示する。この確認画面１４２では、客が注文内容の確認に必要とするメニューアイテムの名称及び合計金額を倍角サイズかつ太字で識別表示する。
【００１２】
また、ＣＰＵ１０は、受信したＩＤコードの判別結果から、表受信部１５１又は裏受信部１５２で受信したＩＤコードが厨房ＩＤコードであると認識した場合、現在の位置は厨房で注文を受け付ける厨房位置であると認識し、表示フォームメモリ１６２から厨房用の表示フォームを読み出すとともに注文詳細データメモリ１２１から注文データ１２１ｂを読み出してこの表示フォームに従った厨房画面１４３（図９参照）を表示装置１４に表示する。この厨房画面１４３では、厨房にいる調理師が注文内容の確認に必要とするメニューアイテムの名称、注文個数及びチェックボックスを倍角サイズかつ太字で識別表示する。
【００１３】
そして、厨房画面１４３を表示後、タイマー１８による計時をスタートさせ、一定時間が経過してもチェックボックスにチェックが入力されない場合は、厨房画面１４３中のメニューアイテムを点滅表示させて未調理のメニューアイテムが有ることを警告する。さらに、厨房画面１４３のチェックボックスに、入力装置１１からチェックを入力されると、注文詳細データメモリ１２１の該当するチェックボックス１２１ｃにそのチェックデータを記憶させ、全てのチェック入力処理が完了したことを認識すると、表示フォームメモリ１６２から調理済み用の表示フォームを読み出すとともに注文詳細データメモリ１２１から注文データ１２１ｂを読み出してこの表示フォームに従った調理済み確認画面１４４（図１１参照）を表示装置１４に表示する。この調理済み確認画面１４４では、調理師、ウェイター又は客が注文アイテムは全て調理済みであることを容易に確認できるようにチェックボックスを倍角サイズかつ太字で識別表示する。
【００１４】
また、ＣＰＵ１０は、受信したＩＤコードの判別結果から、表受信部１５１又は裏受信部１５２で受信したＩＤコードがテーブルＩＤコードのみであると認識した場合、調理済み確認画面１４４の表示処理の完了を認識すると、現在の位置は精算位置であると認識し、表示フォームメモリ１６２から精算用の表示フォームを読み出すとともに注文詳細データメモリ１２１から注文データ１２１ｂを読み出して精算画面１４５（図１３参照）を表示装置１４に表示する。精算画面１４５では、客又はウェイターが精算金額を容易に確認できるように各メニューアイテムの単価、注文個数、チェックボックスと、その合計金額を倍角サイズかつ太字で識別表示し、さらに追加注文を受け付けるための追加ボタン１４５ｄを表示する。
【００１５】
そして、ＣＰＵ１０は、精算時にＥＣＲ４０と接続されると、注文詳細データメモリ１２１に格納している各データ１２１ａ〜１２１ｃを、伝送制御部１３を介してＥＣＲ４０に送信する。
【００１６】
すなわち、ＣＰＵ１０は、認識手段、表示制御手段としての機能を有する。
【００１７】
入力装置１１は、カーソルキー、数字入力キー及び各種機能キーを備え、操作者により押下されたキーに対応する押下信号をＣＰＵ１０に出力する。なお、入力装置１１は、表示装置１４と一体化したタッチパネルのような構成としてもよい。
【００１８】
ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１２は、各種プログラム、入力データ及び処理結果等の各種データを一時的に格納するワークエリア（図示せず）と、注文詳細データメモリ１２１を有する。図２に注文詳細データメモリ１２１のデータ構成例を示す。図２に示すように、注文詳細データメモリ１２１は、注文データを入力した取引日時と、ＩＤコード受信部１５により受信されたテーブルＩＤコード及びウェイターＩＤコードとを含むヘッダデータ１２１ａと、注文されたメニューアイテムの名称、単価、注文個数及びその合計金額等の注文データ１２１ｂと、メニューアイテム毎に調理済みの有無を指定するためのチェックボックス１２１ｃと、を格納する。
【００１９】
伝送制御部１３は、外部機器と互いにデータの送受信を行うためのネットワークインターフェイスカード、モデム、ルータ等の各種インターフェイスを備え、外部機器との通信を制御する。すなわち、伝送制御部１３は、送信手段としての機能を有する。
【００２０】
表示装置１４は、電子ペーパーディスプレイを有し、ＣＰＵ１０の指示に従って、入力された表示データをこの電子ペーパーディスプレイに表示させる。なお、電子ペーパーディスプレイとしては、電荷を帯電させたインク粒子をカプセルに閉じこめてこのカプセルを透明なガラス基板で挟み、電圧をかけることにより発色させるマイクロカプセル型電気泳動方式を採用することとしてもよいし、コレステリック液晶を用いた光書き込み型を採用することとしてもよく、その方式は特に限定しない。すなわち、表示装置１４は、表示手段としての機能を有する。
【００２１】
ＩＤコード受信部１５は、電子ペーパー１の表面側（表示装置１４の電子ペーパーディスプレイが備えられる面）に設けられる表受信部１５１、電子ペーパー１の裏面側に設けられる裏受信部１５２を有し、各受信部１５１、１５２から受信されたＩＤコードをＣＰＵ１０に出力する。
【００２２】
記憶装置１６は、各種制御プログラム、各種データ等が予め記憶された半導体等の不揮発メモリを有している。この記憶装置１６に記憶するプログラム、データ等はその一部若しくは全部をサーバやクライアント等の他の機器からＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等のネットワーク回線の伝送媒体を介して伝送制御部１３から受信して記憶する構成にしてもよい。さらに、前記プログラムをネットワーク回線等の伝送媒体を介してサーバやクライアントへ伝送してこれらの機器にインストールする構成としてもよい。
【００２３】
また、記憶装置１６は、図３に示すメモリ領域を有している。図３に示すように、記憶装置１６は「ウェイターＩＤ　Ａ」〜「ウェイターＩＤ　Ｎ」等のウェイターを特定するためのウェイターＩＤコード、「テーブルＩＤ　Ａ」〜「テーブルＩＤ　Ｎ」等のテーブルを特定するためのテーブルＩＤコード、「厨房ＩＤ」等の厨房を特定するための厨房ＩＤコードを格納するＩＤコードメモリ１６１と、各位置に応じて最適な文字フォント、サイズ、配置等の表示形態を設定した各種表示フォームを格納する表示フォームメモリ１６２と、メニューデータを格納するメニューデータメモリ１６３と、を有する。
【００２４】
図４は、メニューデータメモリ１６３のデータ構成例を示す図である。メニューデータメモリ１６３は、注文可能なメニューアイテムのデータを格納し、図４に示すように、デザート分類、料理分類等の各種メニュー分類毎にメニューアイテムの名称１６３ａと、その単価１６３ｂと、そのイメージ画像であるアイテムイメージ１６３ｃと、を格納する。
【００２５】
時計１７は、日時分秒の時間を計時する計時機能を備え、計時した日時分秒を時間情報としてＣＰＵ１０に出力する。すなわち、時計１７は、計時手段としての機能を有する。
【００２６】
タイマー１８は、ＣＰＵ１０からの指示に従って一定時間を計時する。すなわち、ＣＰＵ１０からの計時開始指示により計時を開始し、一定時間が計時されると、一定時間が経過したことを示す制御情報をＣＰＵ１０に出力し、通知する。
【００２７】
電源１９は、電子ペーパー１の各部に電力を供給する電力供給源であり、各種電池が適用される。
【００２８】
次に、本実施の形態の動作を図５〜図１４を参照して説明する。
まず図５のフローチャートを参照して、ＣＰＵ１０により実行される注文受付処理を説明する。図５に示すフローチャートは、電子ペーパー１を構成するコンピュータに各種機能を実現するためのプログラムを説明するためのものである。このプログラムはＣＰＵ１０が読み取り可能なプログラムコードの形態で記憶装置１６に格納されている例で説明するが、全ての機能を記憶装置１６に格納する必要はなく、必要に応じて、その一部又は全部をネットワークを介して伝送制御部１３から受信して実現するようにしてもよい。
【００２９】
以下に説明する注文受付処理は、注文入力から精算までの一連の工程において、注文データを処理するものであり、本実施の形態では、レストランにおける飲食品の注文データを受け付ける場合を例として説明を行う。
【００３０】
最初に図６を参照して注文受付処理の前提説明を行う。図６に示すようにレストランの各テーブルにはテーブルＩＤコードを発信するテーブルＩＤ発信装置１５ａが、レストランのウェイターの名札にはウェイターＩＤコードを発信するウェイターＩＤ発信装置１５ｂが、レストランの厨房には厨房ＩＤコードを発信する厨房ＩＤ発信装置１５ｃが備えられている。また、各テーブルには、注文内容を印刷した注文票を出力するためのプリンタ３０が備えられ、このプリンタ３０には電子ペーパー１を接続するためのインターフェイス３０ａが備えられている。
【００３１】
まずレストランの店員が電子ペーパー１を携帯し、客がいるテーブルへ注文受付に行くこととする。この客からの注文データを入力する注文入力位置では、図６に示すように、ウェイター側には電子ペーパー１の表面側、つまり表示装置１４のディスプレイが向けられ、客側には電子ペーパー１の裏面側が向けられる。つまり、表受信部１５１がウェイターＩＤ発信装置１５ｂから発信されたウェイターＩＤコードを受信し、裏受信部１５２がテーブルＩＤ発信装置１５ａから発信されたテーブルＩＤコードを受信することとなる。そして、注文入力後に客が電子ペーパー１により注文内容を確認する確認位置では表裏が逆となり、客側に電子ペーパー１の表面側が向けられるので、表受信部１５１はテーブルＩＤコードを、裏受信部１５２はウェイターＩＤコードを受信することとなる。
【００３２】
まず、注文入力の工程について説明する。
図５において、ＣＰＵ１０は、まず表受信部１５１によりＩＤコードを受信したか否かを判別する（ステップＳ１）。ＩＤコードを受信している場合は、ＩＤコードメモリ１６１を参照して受信したＩＤコードと一致するＩＤコードを判別して認識し（ステップＳ２）、表受信部１５１によりＩＤコードを受信していない場合は、裏受信部１５２によりＩＤコードを受信したか否かを判別する（ステップＳ３）。裏受信部１５２によりＩＤコードを受信していない場合はステップＳ５に移行し、裏受信部１５２によりＩＤコードを受信している場合は、ＩＤコードメモリ１６１を参照して受信したＩＤコードと一致するＩＤコードを判別して認識する（ステップＳ４）。
【００３３】
次いで、ＣＰＵ１０は、受信したＩＤコードの判別結果から、表受信部１５１で受信したＩＤコードがウェイターＩＤコード、裏受信部１５２で受信したＩＤコードがテーブルＩＤコードであると認識している場合は（ステップＳ５；ＹＥＳ）、現在の位置が注文入力位置であることを認識し、さらに現在の処理が精算用表示以前の処理であるか否かを判別して（ステップＳ６）、精算用表示以前の処理ではない場合、図１２のステップＳ２４に移行する。一方、精算用表示以前の処理である場合、ＣＰＵ１０は、表示フォームメモリ１６２から注文入力用の表示フォームを読み出して、この注文入力用表示フォームに従った、図７に示すような注文入力画面１４１を表示装置１４に表示し（ステップＳ７）、ウェイターからの注文データ入力の有無を判別する（ステップＳ８）。
【００３４】
図７に示した注文入力画面１４１において、ＣＰＵ１０は、その表示領域を上下に分割し、上部の表示領域には受信したテーブルＩＤコードに対応するテーブル番号と、ウェイターにより注文データが操作入力された場合に、そのメニューアイテムの名称、単価、注文個数及びその合計金額を表示する。下部の表示領域には、表示するメニュー分類をカーソルにより指定するメニュー分類ボタン１４１ａを表示し、中央部の表示領域にメニュー分類ボタン１４１ａにより表示指定されたメニュー分類に属する各メニューアイテムをメニューデータメモリ１６３から読み出してメニューアイテムボタン１４１ｂとして選択可能に表示する。またメニュー分類ボタン１４１ａの右側には、受信したテーブルＩＤコードとウェイターＩＤコードを表示する。ウェイターは、この注文入力画面１４１において客に注文されたメニューアイテムに該当するメニューアイテムボタン１４１ｂを入力装置１１から選択入力することにより注文データを入力することができる。
【００３５】
次いで、ＣＰＵ１０は、注文入力が無い場合は注文受付処理を終了し、注文データの入力がなされた場合は注文データ入力がそのテーブルＩＤコードにおける注文取引最初の入力であるか否かを判別する（ステップＳ９）。追加注文の入力である等、注文取引最初の入力ではない場合はステップＳ１１に移行し、注文取引最初の入力である場合は時計１７により現在の時間情報を取得し、注文詳細データメモリ１２１のヘッダデータ１２１ａに、取得した時間情報に基づいて取引日時を記憶させるとともに、受信したテーブルＩＤコード、ウェイターＩＤコードをそれぞれテーブルＩＤ１２１ｂ、ウェイターＩＤ１２１ｃに記憶させる（ステップＳ１０）。そして、入力された注文データを注文詳細データメモリ１２１の注文データ１２１ｂに記憶させて（ステップＳ１１）、注文受付処理を終了する。
【００３６】
次に、客が注文内容の確認をする工程について説明する。
ステップＳ４におけるＩＤコードの判別結果から表受信部１５１がテーブルＩＤコード、裏受信部１５２がウェイターＩＤコードを受信したと認識している場合（ステップＳ１２；ＹＥＳ）、ＣＰＵ１０は、現在の位置は注文内容の確認位置であると認識し、表示フォームメモリ１６２から注文内容の確認用の表示フォームを読み出し、この確認用表示フォームに従った、図８に示すような注文内容の確認画面１４２を表示装置１４に表示させて（ステップＳ１３）、注文受付処理を終了する。このとき、電子ペーパー１がインターフェイス３０ａによりプリンタ３０に接続されて、注文票の印刷指示を受けた場合は、確認画面１４２の表示データを伝送制御部１３によりプリンタ３０に送信し、印刷出力させて注文票を発行することとしてもよい。
【００３７】
ＣＰＵ１０は、図８に示す確認画面１４２において、注文詳細データ１２１に記憶されているテーブルＩＤに応じたテーブル番号、注文データ１２１ｂを表示させ、各メニューアイテムのアイテムイメージをメニューデータメモリ１６３から読み出して表示する。また、確認用表示フォームに従ってそのメニューアイテム毎の単価、注文個数を通常サイズで表示し、メニューアイテムの名称及び注文の合計金額を倍角サイズかつ太字にする等して客が確認に必要とする注文データの一部を識別表示する。
【００３８】
次に、注文されたメニューアイテムの調理を厨房で受け付ける工程について説明する。
ステップＳ４におけるＩＤコードの判別結果から、ＩＤコードの認識状態がテーブルＩＤとウェイターＩＤの組み合わせではない場合（ステップＳ１２；ＮＯ）、ステップＳ１４に移行し、表受信部１５１、裏受信部１５２のどちらか一方で厨房ＩＤコードが受信されたか否かを判別する（ステップＳ１４）。厨房ＩＤコードが受信されなかった場合、つまり電子ペーパー１が厨房の位置に無い場合は図１２に示すステップＳ２１に移行する。
【００３９】
一方、厨房ＩＤコードが受信された場合は現在の位置が厨房位置であると認識し、ＣＰＵ１０は表示フォームメモリ１６２から、注文されたメニューアイテムを拡大表示する厨房用の表示フォームを読み出し、この厨房用表示フォームに従った、図９に示すような厨房画面１４３を表示装置１４に表示させる（ステップＳ１５）。
【００４０】
ＣＰＵ１０は、図９に示す厨房画面１４３において、注文詳細データメモリ１２１に記憶されているテーブルＩＤに応じたテーブル番号、注文データ１２１ｂ、チェックボックス１２１ｃを表示させる。また、厨房用表示フォームに従ってメニューアイテムの単価及び合計金額を通常サイズで表示し、その名称及び注文個数を倍角サイズかつ太字にする等して厨房の調理師が必要とする注文データの一部を識別表示する。また、調理師によりチェックが操作入力された場合、そのチェックを倍角サイズかつ太字で識別表示して調理が終了したことを調理師が容易に確認できるようにする。
【００４１】
次いで、図１０に示すタイマー処理（ステップＳ１６）に移行する。図１０において、ＣＰＵ１０は、まずメニューアイテムを拡大表示した厨房画面１４３を表示した直後か否かを判別し（ステップＳ１６１）、直後である場合はタイマー１８に計時開始を指示してタイマースタートさせる（ステップＳ１６２）。一方、表示直後では無い場合、つまりタイマースタートしている場合は一定時間経過したか否かを判別し（ステップＳ１６３）、まだ一定時間経過していない場合はタイマー処理を終了して図５のステップＳ１７に移行し、一定時間経過した場合は厨房画面１４３において、各メニューアイテムの名称を赤く点滅表示させて（ステップＳ１６４）、まだ調理されていないメニューアイテムが有ることを調理師又はウェイターに警告後、図５のステップＳ１７に移行する。
【００４２】
ＣＰＵ１０は、ステップＳ１６のタイマー処理を終えると、厨房画面１４３において、調理師により入力装置１１からチェックボックスにチェックが入力されたか否かを判別し（ステップＳ１７）、チェックが入力されない場合はステップＳ１６のタイマー処理に移行し、チェックが入力されると注文詳細データメモリ１２１のチェックボックス１２１ｃにそのチェックデータを記憶させる（ステップＳ１８）。このとき、厨房画面１４３において、チェックが入力された、つまり調理済みのメニューアイテムの行を網掛けする或いは塗りつぶす等して調理済みであることを調理師又はウェイターに報知することとしてもよい。
【００４３】
次いで、ＣＰＵ１０は、注文詳細データメモリ１２１を読み出して、全てのチェックボックス１２１ｃにチェックデータが記憶され、チェックが全て終了しているか否かを判別し（ステップＳ１９）、全チェックがまだ終了していない場合はステップＳ１６のタイマー処理に移行し、全チェックが終了している場合はチェックデータ入力処理が完了したと認識し、表示フォームメモリ１６２から調理済み確認用の表示フォームを読み出してこの調理済み確認用表示フォームに従った、図１１に示すような調理済み確認画面１４４を表示装置１２に表示させ（ステップＳ２０）、注文受付処理を終了する。なお、全チェックが終了した際に、背面の色を変える等して全注文メニューアイテムの調理を終えたことを調理師又はウェイターに報知することとしてもよい。
【００４４】
ＣＰＵ１０は、図１１に示す調理済み確認画面１４４において、注文詳細データ１２１に記憶されているテーブルＩＤに応じたテーブル番号、注文データ１２１ｂ、チェックボックス１２１ｃを表示させる。また、調理済み確認用表示フォームに従ってメニューアイテムの名称、アイテムイメージ、注文個数、単価及び合計金額は通常サイズで表示し、調理が終了したメニューアイテムのチェックボックスを倍角サイズ及び太字で識別表示して、調理師、ウェイター又は客が、注文アイテムが全て調理済みであることを容易に確認できるようにする。
【００４５】
次に、精算の工程について説明する。
ステップＳ１４において、表受信部１５１又は裏受信部１５のどちらか一方で受信したＩＤコードが厨房ＩＤコードでは無かった場合、図１２のステップＳ２１に移行し、さらに受信部１５１、１５２のどちらか一方でテーブルＩＤコードのみを受信したか否かを判別する（ステップＳ２１）。どちらもテーブルＩＤでは無い場合は注文受付処理を終了し、どちらか一方でテーブルＩＤのみを受信した場合は調理済み確認画面１４４を表示中であるか否かを判別する（ステップＳ２２）。
【００４６】
調理済み確認画面１４４を表示中ではない場合は注文受付処理を終了し、表示中である場合は、調理済み確認画面１４４の表示処理が完了したと認識して現在の位置が精算位置であると認識し、表示フォームメモリ１６２から精算用の表示フォームを読み出し、この精算用表示フォームに従った、図１３に示すような精算画面１４５を表示装置１２に表示させる（ステップＳ２３）。
【００４７】
ＣＰＵ１０は、図１３に示す精算画面１４５において、注文詳細データ１２１に記憶されているテーブルＩＤに応じたテーブル番号、注文データ１２１ｂ、チェックボックス１２１ｃを表示させる。詳細には、精算用の表示フォームに従ってメニューアイテムの名称、アイテムイメージは通常サイズで表示し、注文個数、単価及び合計金額を倍角サイズかつ太字で識別表示して、ウェイター又は客が精算料金を容易に確認できるようにする。また、調理済みのメニューアイテムのチェックボックスに倍角サイズかつ太字でチェックを識別表示し、調理済みであることを容易に確認できるようにする。さらに、精算画面１４５においては、追加注文の入力を指示するための追加ボタン１４５ｄを表示させる。
【００４８】
次いで、ＣＰＵ１０は、精算画面１４５において、ウェイターにより入力装置１１から追加ボタン１４５ｄを押下され、追加注文を指示されたか否かを判別し（ステップＳ２４）、追加注文を指示されていない場合は注文受付処理を終了し、追加注文を指示された場合は図５のステップＳ７に移行し、再度注文データの入力を受ける。
【００４９】
なお、精算の工程において精算画面１４５を表示後には、図１４に示すように、電子ペーパー１は精算処理を行うＥＣＲ（電子式キャッシュレジスタ）４０にインターフェイス４０ａを介して接続され、電子ペーパー１のＣＰＵ１０は注文詳細データメモリ１２１に格納されている各データ１２１ａ〜１２１ｃをＥＣＲ４０に送信する。ＥＣＲ４０は、電子ペーパー１から送信された注文データ１２１ｂに基づいて精算処理を実行し、各データ１２１ａ〜１２１ｃを印刷した精算伝票を出力する。
【００５０】
以上のように、一連の工程において注文データを処理し、その注文データを表示する際には、ウェイター、厨房の調理師又は客等の各位置における関係者が必要とする注文データの一部を識別表示するので、位置毎の関係者に応じた最適な表示を行うことができる。従って、関係者が容易に表示内容を確認でき、一連の工程において、効率的に注文データの処理を行うことができる。
【００５１】
また、各工程において、注文データを印刷した紙等の媒介を必要とせず、一連の工程において同一の注文データを処理するので、各工程間で注文データの行き違いが生じるような問題を回避することができるとともに紙に印刷する作業を省略することができる。
【００５２】
また、厨房画面１４３を表示して一定時間が経過しても調理済みのチェックが入力されない場合は、各メニューアイテムを赤く点滅表示させて未調理のアイテムが有ることを警告するので、注文されたメニューアイテムの調理漏れを防止することができる。
【００５３】
また、精算時には、ＥＣＲ４０に接続されて注文詳細データメモリ１２１に格納されているデータをＥＣＲ４０に送信するので、効率的に精算処理に移行することができる。
【００５４】
なお、本実施の形態における記述は、本発明に係る好適な電子ペーパー１の一例であり、これに限定されるものではなく、電子ペーパー１の細部構成及び詳細動に関しては、本発明の趣旨を逸脱しない範囲で適宜変更可能であることはもちろんである。
【００５５】
例えば、テーブル、ウェイター、厨房を特定する各ＩＤコードを受信することにより、表示する表示画面を切り換えていたが、これに限らず、テーブル、ウェイター、厨房からのＧＰＳ信号等の位置情報を電子ペーパー１で受信し、その位置情報に応じた表示画面を表示することとしてもよい。
【００５６】
また、各表示画面においては、倍角サイズかつ太字にして識別表示していたが、これに限らず、色を変えたり、点滅させてたりして識別表示することとしてもよい。
【００５７】
また、所定時間が経過すると、所定の注文データを識別表示することとしてもよい。例えば、予めタイムサービス品としてそのメニューアイテムと時間帯を設定しておき、タイムサービスの時間帯においてタイムサービス品となるメニューアイテムが表示装置１４に表示されている場合は、そのメニューアイテムの名称、単価、注文個数等を赤色表示する又は点滅表示するなどして識別表示する。また、電子ペーパー１を注文の受付に使用していない間に所定時間が来た場合には、その時節に応じたおすすめメニュー等を表示することとしてもよい。これにより、より各関係者の要望に応えた表示が可能となる。
【００５８】
また、本実施の形態では、電子ペーパー１を用いてレストランにおける飲食品の注文を受け付ける例を説明したが、これに限らず、病院等の診療機関で、受付、受診、精算、調剤薬局での調剤等の各工程からなる一連のデータ処理において、その位置毎に最適化した表示形態でデータを表示することとしてもよい。例えば診療機関で発行された処方箋データを表示する際には、受診工程の位置では文字を通常サイズとし、調剤工程の位置では倍角サイズとして表示する。これにより、患者、医者、看護婦、調剤師等の各位置の関係者が必要とする処方箋の内容を容易に確認することができるとともに重要箇所の見落としを減少することができる。
【００５９】
また、例えば会社等で担当が作成した書類の承認を複数の上司にもらうような一連の工程において、上司毎のＩＤコードにより現在の位置を認識し、その上司に対応する承認欄を拡大表示したり、赤色で表示したりして各上司の承認欄を容易に判別できるようにしてもよい。
【００６０】
さらに、例えば交通機関において、電子ペーパー１が乗車駅と降車駅のＩＤコードを認識して表示することにより、電子切符として利用することとしてもよい。このとき、現在の走行位置に応じて次の停車駅名やその停車駅における出口に関する情報等、各種情報を表示切り換えすることにより、位置毎に最適な情報をユーザに提供することができる。
【００６１】
【発明の効果】
請求項１に記載の発明によれば、データ表示装置は、一連の工程において、現在の位置を認識し、認識した現在の位置に応じた表示形態に、データの表示形態を切り換えて表示するので、位置毎の関係者にとって最適なデータ表示を行うことができる。従って表示内容の確認が容易となり、一連の工程におけるデータ処理を効率的に実行することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した実施の形態の電子ペーパー１の機能的構成を示すブロック図である。
【図２】図１のＲＡＭ１２に格納される注文詳細データメモリ１２１のデータ構成例を示す図である。
【図３】図１の記憶装置１６に格納される各種メモリ１６１〜１６３を示す図である。
【図４】図３のメニューデータメモリ１６３のデータ構成例を示す図である。
【図５】図１のＣＰＵ１０により実行される注文受付処理を説明するためのフローチャートである。
【図６】注文受付処理の概要を説明するための図である。
【図７】注文入力画面１４１を示す図である。
【図８】注文内容の確認画面１４２を示す図である。
【図９】厨房画面１４３を示す図である。
【図１０】注文受付処理におけるタイマー処理を説明するためのフローチャートである。
【図１１】調理済み確認画面１４４を示す図である。
【図１２】注文受付処理の一部を説明するためのフローチャートである。
【図１３】精算画面１４５を示す図である。
【図１４】精算時にＥＣＲ４０と電子ペーパー１とを接続した状態を示す模式図である。
【符号の説明】
１　　電子ペーパー
１０　　ＣＰＵ
１１　　入力装置
１２　　ＲＡＭ
１３　　伝送制御部
１４　　表示装置
１５　　ＩＤコード受信部
１５１　　表受信部
１５２　　裏受信部
１６　　記憶装置
１７　　時計
１８　　タイマー
１９　　電源
１５ａ　　テーブルＩＤコード発信装置
１５ｂ　　ウェイターＩＤコード発信装置
１５ｃ　　厨房ＩＤコード発信装置
３０　　プリンタ
３０ａ　　インターフェイス
４０　　ＥＣＲ
４０ａ　　インターフェイス
【図１】
2004086475.tif 000003
【図２】
2004086475.tif 000004
【図３】
2004086475.tif 000005
【図４】
2004086475.tif 000006
【図５】
2004086475.tif 000007
【図６】
2004086475.tif 000008
【図７】
2004086475.tif 000009
【図８】
2004086475.tif 000010
【図９】
2004086475.tif 000011
【図１０】
2004086475.tif 000012
【図１１】
2004086475.tif 000013
【図１２】
2004086475.tif 000014
【図１３】
2004086475.tif 000015
【図１４】
2004086475.tif 000016