JP5943664B2 - データ管理システム及びデータ管理方法 - Google Patents

Description

本発明は、データ管理システム及びデータ管理方法に関する。

あらかじめ並べられている料理を利用者が選んで飲食する、いわゆるカフェテリア方式では、まず利用者が、料理が載った食器を取ってお盆の上にその食器を載せる。そして、利用者はそのお盆を持って移動し、食器を取り終わったところで会計を行った上で席について食事をする方法が一般的である。

特許文献１には、商品の価格変更に柔軟に対応でき、任意の食器を使用した飲物や料理の提供形態や、食器を使用しない商品の提供形態にも対応可能な一括精算方式の店舗向け自動精算システムが開示されている。この自動精算システムにおいて、トレイに書き込み可能なＩＣタグを装着しておき、客が配膳台から商品を受け取るたびに、その商品の価格情報をＩＣタグに書き込んでいき、ＩＣタグに記録されている価格情報を精算コーナーにて読み出すことにより、トレイ上の商品の合計金額を精算処理するようにした。

特開２００４−２１４１２号公報

しかしながら、特許文献１の自動精算システムでは、清算処理後、飲食の途中で何かを注文する場合、利用者はトレイに追加で注文したい商品を載せて、清算コーナーで再度清算しなければならず、利用者の手間がかかるという問題がある。

そこで本発明は、上記問題に鑑みてなされたものであり、利用者の手間がかからずに注文の会計処理をすることを可能とするデータ管理システム及びデータ管理方法を提供することを課題とする。

（１）本発明は前記事情に鑑みなされたもので、本発明の一態様は、食器に取り付けられた非接触で読み書き可能な無線タグから該食器を識別する食器識別情報を読み取る読取装置と、管理装置とを備えるデータ管理システムであって、前記読取装置は、顧客が注文をする毎に、前記顧客のテーブルの上にある食器のうちから選択された一の食器が備える前記無線タグから食器識別情報を読み取る読取部と、前記読取部が読み取った食器識別情報を含む注文データを前記管理装置へ送信する通信部と、を備え、前記管理装置は、前記通信部が送信した注文データを受信する通信制御部と、前記通信制御部が注文データを受信する毎に、前記注文データを識別する注文識別情報を生成し、前記受信した注文データに含まれる食器識別情報と前記生成した注文識別情報とを関連付けて記憶部に記憶させる処理部と、を備えることを特徴とするデータ管理システムである。

（２）上記に記載のデータ管理システムにおいて、本発明の一態様は、勘定するときに、前記読取部は、前記顧客のテーブルの上にある食器が備える前記無線タグから食器識別情報を読み取り、前記通信部は前記読取部が読み取った食器識別情報を前記管理装置へ送信し、前記通信制御部は、前記通信部が送信した食器識別情報を受信し、前記処理部は、前記通信制御部が受信した食器識別情報に対応する食器識別情報を含む注文データを前記記憶部で参照して、前記顧客の会計処理を行うことを特徴とする。

（３）上記に記載のデータ管理システムにおいて、本発明の一態様は、前記読取装置は、割り勘の対象となる注文の入力を受け付ける入力部を備え、前記読取部は、該割り勘する顧客に属する食器が備える前記無線タグから食器識別情報を読み取り、前記通信部は、前記入力部が受け付けた注文の注文識別情報と前記読取部が読み取った食器識別情報とを前記管理装置へ送信し、前記処理部は、前記通信部から送信された前記注文識別情報と同一の注文識別情報を前記記憶部から抽出し、抽出した注文識別情報に前記読取装置から送信された食器識別情報を関連付けた注文データを記憶部に記憶させ、前記注文データに基づいて、会計金額を算出することを特徴とする。

（４）上記に記載のデータ管理システムにおいて、本発明の一態様は、前記読取装置は、支払いをする支払い顧客の変更の対象となる注文の入力を受け付ける入力部を備え、前記読取部は、変更する支払い顧客に属する食器が備える前記無線タグから食器識別情報を読み取り、前記通信部は、前記入力部が受け付けた注文の注文識別情報と前記読取部が読み取った食器識別情報とを前記管理装置へ送信し、前記処理部は、前記通信部から送信された前記注文識別情報と同一の注文識別情報を前記記憶部から抽出し、抽出した注文識別情報に前記読取装置から送信された食器識別情報を関連付けた注文データを記憶部に記憶させ、前記注文データに基づいて、会計金額を算出することを特徴とする。

（５）本発明の一態様は、食器に取り付けられた非接触で読み書き可能な無線タグから該食器を識別する食器識別情報を読み取る読取装置と、管理装置とを備えるデータ管理システムにおけるデータ管理方法であって、読取部が、顧客が注文をする毎に、前記顧客のテーブルの上にある食器のうちから選択された一の食器が備える前記無線タグから食器識別情報を読み取る手順と、通信部が、前記読取部が読み取った食器識別情報を含む注文データを前記管理装置へ送信する手順と、通信制御部が、前記通信部が送信した注文データを受信する手順と、処理部が、前記通信制御部が注文データを受信する毎に、前記注文データを識別する注文識別情報を生成し、前記受信した注文データに含まれる食器識別情報と前記生成した注文識別情報とを関連付けて記憶部に記憶させる手順と、を有することを特徴とするデータ管理方法である。

本発明によれば、利用者の手間がかからずに注文の会計処理をすることができる。

本実施形態に係るデータ管理システムの構成を示す概略ブロック図である。 本実施形態に係る飲食データ管理コントローラの構成を示す概略ブロック図である。 飲食データ管理コントローラの記憶部に記憶されるデータの構成の一例である。 飲食データ管理コントローラの注文データ保持部に記憶される注文データの構成の一例である。 飲食データ管理コントローラの会計データ保持部に記憶される会計データの構成の一例である。 飲食データ管理コントローラのメニューマスタ保持部が保持するメニューマスタデータの構成の一例を示す概略図である。 飲食データ管理コントローラのメニューマスタ保持部が保持するサブメニューマスタデータの構成の一例を示す概略図である。 本実施形態に係るハンディターミナルのハードウェア構成を示す概略ブロック図である。 本実施形態に係るハンディターミナルの論理的な構成を示す概略ブロック図である。 本実施形態に係るハンディターミナルのＲＡＭに形成される記憶部の構成を示す概略ブロック図である。 本実施形態に係るハンディターミナルの注文データ保持部に記憶される注文データの構成の一例である。 本実施形態に係るハンディターミナルの食器カウントデータ保持部３２３に記憶される食器カウントデータの構成の一例である。 本実施形態に係るＩＤ付き無線タグの構成を示す概略図である。 本実施形態に係る食器データの構成の一例を示す概略図である。 本実施形態の飲食データ管理コントローラの処理の概要を説明するための図である。 本実施形態に係るデータ管理システムの注文時のシーケンスの一例を示す図である。 本実施形態に係るデータ管理システムの注文時のシーケンスの一例を示す図である。 図１５ＣのＴ１０１における注文の入力処理のフローチャートとそのときの画面遷移の一例である。 図１５ＣのＴ１０２における食器とのリンク処理のフローチャートとそのときの画面遷移の一例である。 ハンディターミナルにおけるお勘定時の画面遷移の一例である。 本実施形態に係るデータ管理システムのお勘定時のシーケンスの一例を示す図である。 図１７ＢのＴ３０２における食器スキャンの処理の一例を示すフローチャートである。 図１７ＢのＴ３０７における食器カウントデータの作成の処理の一例を示すフローチャートである。 図１７ＢのＴ３０８における会計データの注文データ集合の作成処理の一例を示すフローチャートである。 図１７ＢのＴ３０９における会計金額の算出処理の一例を示すフローチャートである。 図２１ＡのステップＳ７０７における注文データの金額算出処理の一例を示すフローチャートである。 本実施形態に係る携帯用プリンタが印字する会計伝票の一例である。 本実施形態に係るＰＯＳレジスタによる会計処理のシーケンスの一例を示す図である。 注文ＩＤと食器ＩＤとのリンクを変更する際のハンディターミナル３の画面遷移の一例を示す図である。 注文ＩＤと食器ＩＤとのリンクを変更する処理のシーケンスの一例を示す図である。 割り勘処理のときの、飲食データ管理コントローラ内の注文データの構成と、ハンディターミナル内の注文データの構成である。 注文発生時に割り勘が決定している場合のハンディターミナルの画面遷移の一例である。 飲食データ管理コントローラの注文データ集合の作成処理の一例を示すフローチャートである。 注文した後に割り勘処理する場合のハンディターミナルの画面遷移の一例である。 注文した後に割り勘処理する場合の処理の一例を示すシーケンスである。

以下、本発明の実施形態について、図面を参照して詳細に説明する。なお、本実施形態では、管理システムがカフェテリア方式のレストラン店で用いられる場合について説明するが、本発明はこれに限らず、カフェ等の飲食店に用いられても良い。また、本実施形態では、料理が盛られている食器に、非接触で読み書き可能な無線タグの一例としてＩＤ付き無線タグが取り付けられているものとする。本実施形態では、一例として、カフェテリア方式で顧客が、料理が盛られている食器を取って自ら席に運んだ後に、特別注文する場合の会計処理の一例を説明する。また、本実施形態では、食事の後に会計をする後会計方式を前提とする。なお、特別注文は、顧客が食器を取って自ら席に運んだ後だけに限らず、顧客が食器を取って自ら席に運ぶ以前でもよい。

図１は、本実施形態に係るデータ管理システム９の構成を示す概略ブロック図である。飲食データ管理コントローラ（ＣＴ、管理装置）１と、無線中継機２と、ハンディターミナル（ＨＴ、読取装置）３と、伝票出力用プリンタ４と、調理指示表示装置５と、食器６と、携帯用プリンタ７と、ＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ；販売時点情報管理）レジスタ８とを備える。

飲食データ管理コントローラ１は、ＰＯＳレジスタ８と通信を行う。飲食データ管理コントローラ１は、無線中継機２を介して、例えばハンディターミナル３、伝票出力用プリンタ４、及び、調理指示表示装置５と無線通信を行う。また、飲食データ管理コントローラ１は、飲食物に関する飲食データを一元管理する。飲食データ管理コントローラ１は、例えば、店内にある。
例えば、飲食データ管理コントローラ１は、ハンディターミナル３から送信された入力情報を無線中継機２を介して受信し、受信した入力情報を保持する。飲食データ管理コントローラ１は、ハンディターミナル３が読み取った食器識別情報と特別注文を識別する注文識別情報とを記憶部に関連付けて記憶させる。

また、例えば、飲食データ管理コントローラ１は、無線中継機２を介して伝票出力用データを伝票出力用プリンタ４へ送信する。
また、例えば、飲食データ管理コントローラ１は、ＰＯＳレジスタ８からの合計金額の要求に応じて、ＰＯＳレジスタ８から送信された会計ＩＤに応じた会計金額情報を読み出し、読み出した合計金額情報をＰＯＳレジスタ８へ送信する。ここで、会計金額情報は、会計金額を示す情報である。

無線中継機２は、例えば店舗の壁に設置され、データ管理システム９の各機器との間で通信を中継する。例えば、無線中継機２は、飲食データ管理コントローラ１と、ハンディターミナル３、伝票出力用プリンタ４、及び、調理指示表示装置５と、の無線通信を中継する。
例えば、無線中継機２は、店内の各機器から送信されたデータを受信し、受信したデータを飲食データ管理コントローラ１へ出力する。また、無線中継機２は、飲食データ管理コントローラ１から送信されたデータを店内の各機器へ送信する。無線中継機２は、例えば、壁などに配置される。なお、無線中継機２は、複数台あってもよい。

ハンディターミナル３は、店員が携帯し、注文を入力したり食器の個数をカウントしたりするために使用する。ハンディターミナル３は、操作者（例えば、店員）からの入力を受け付け、受け付けた入力に応じて表示を変更する。また、ハンディターミナル３は、操作者からの入力に基づいて、注文データを生成する。ハンディターミナル３は、注文データを無線中継機２を介してデータ管理コントローラ１に送信する。このハンディターミナル３からの注文データに基づき、データ管理コントローラ１は、伝票出力用プリンタ４に伝票データを、調理指示表示装置５には調理指示データを送信する。なお、ハンディターミナル３は、注文データを、無線中継機２を介して伝票出力用プリンタ４及び調理指示表示装置５へ送信するようにしてもよい。
また、ハンディターミナル３は、食器６に取り付けられたＩＤ付き無線タグ６１が保持する情報を読み取る。ハンディターミナル３は、読み取った情報に基づいて、食器カウントデータを生成する。ハンディターミナル３は、食器カウントデータを、無線中継機２を介して飲食データ管理コントローラ１へ送信する。
また、ハンディターミナル３は、顧客の注文を示す注文情報を、無線中継機２を介して調理指示表示装置５へ送信する。
その後、ハンディターミナル３は、飲食データ管理コントローラ１から会計データを受信し、受信した会計データに基づいて、伝票に印字する印刷データを生成する。ハンディターミナル３は、生成した印刷データを携帯用プリンタ７へ送信する。

伝票出力用プリンタ４は、顧客用の伝票を印刷するプリンタである。伝票出力用プリンタ４は、飲食データ管理コントローラ１から受信した注文データの示す注文内容を、印刷して出力する。なお、伝票出力用プリンタ４は、注文データをハンディターミナル３から受信して印刷してもよく、また、飲食データ管理コントローラ１と有線接続されても良い。

調理指示表示装置５は、顧客からの注文を調理担当者に報知する。調理指示表示装置５は、飲食データ管理コントローラ１から受信した注文データに基づいて、メニュー名や数量を表示する。なお、調理指示表示装置５は、注文データをハンディターミナル３から受信して表示してもよく、また、飲食データ管理コントローラ１と有線接続されても良い。
また、調理指示表示装置５は、顧客の注文を印字するプリンタでもよい。また、調理指示表示装置５は、複数台あってもよい。

食器６は、料理が盛られる食器である。なお、食器６には、料理以外の物（飲食物や遊具）が載せられても良い。食器６には、ＩＤ付き無線タグ６１が取り付けられている。このＩＤ付き無線タグ６１には、例えば食器を識別する食器識別情報（以下、食器ＩＤという）と、食器の種類（１００円小鉢、デザート２００円プレート、ホットドリンク１５０円マグカップなど。以後、説明の簡略化のため、「○○円食器」と表現する）を示す情報（以下、食器の種類という）が記憶されている。

携帯用プリンタ７は、ハンディターミナル３からの指令によって伝票を印刷するプリンタである。携帯用プリンタ７は、ハンディターミナル３から受信した印刷データを表す会計伝票を印刷する。ここで、携帯用プリンタ７は、会計伝票に、会計ＩＤを示すバーコードを印刷する。なお、携帯用プリンタ７は、ハンディターミナル３に内蔵されているかまたは一体になっていてもよい。

ＰＯＳレジスタ８は、顧客（又は顧客のグループ）が会計をするための機器である。ＰＯＳレジスタ８は、例えば、会計ＩＤがバーコード化されたバーコードを読みとり、そのバーコードから会計ＩＤを抽出する。そして、ＰＯＳレジスタ８は、会計ＩＤに対応する会計演算情報を飲食データ管理コントローラ１に要求する。ＰＯＳレジスタ８は、送信した会計ＩＤに対応する会計演算情報を飲食データ管理コントローラ１から受信し、受信した会計演算情報に基づいて会計処理を行う。そして、ＰＯＳレジスタ８は、会計処理を行う。なお、ＰＯＳレジスタ８は、店内に複数あってもよい。

＜飲食データ管理コントローラ１について＞
図２は、本実施形態に係る飲食データ管理コントローラ１の概略ブロック図である。この図において、飲食データ管理コントローラ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２と、通信制御部１３と、記憶部１４とを備える。
ＣＰＵ１０は、コンピュータの中央処理装置である。ＣＰＵ１０は、ＲＯＭ１１、ＲＡＭ１２、及び記憶部１４に記憶されるデータに基づいて演算処理を行うことで、飲食データ管理コントローラ１の各部を制御する。例えば、ＣＰＵ１０は、ハンディターミナル３が読み取った食器識別情報と特別注文を識別する注文識別情報とを記憶部１４に関連付けて記憶させる処理部として機能する。
ＣＰＵ１０は、ハンディターミナル３から注文に関する注文データを受信する毎に、その注文データに対して注文を識別する注文識別情報（注文ＩＤ）を付与する。ここで、注文ＩＤは、未会計の注文データの中で固有の識別情報である。

ＲＯＭ１１は、読み出し専用のメモリである。ＲＯＭ１１には、ＣＰＵ１０が読み出して実行する各種のプログラムが記憶されている。
ＲＡＭ１２は、書き込みと読み出しのできるメモリである。ＲＡＭ１２は、ＣＰＵ１０が一時的に読み書きするデータを保持する。
通信制御部１３は、ＣＰＵ１０の制御に基づいて、外部の装置と通信を行う。例えば、通信制御部１３は、ＰＯＳレジスタ８と通信を行う。通信制御部１３は、無線中継機２を介して、例えばハンディターミナル３、伝票出力用プリンタ４、及び、調理指示表示装置５と無線通信を行う。通信制御部１３は、通信で取得した情報を、ＲＡＭ１２、又は記憶部１４に書き込む。

記憶部１４は、ＣＰＵ１０によって書き込まれたデータを保持する。ここで、記憶部１４は、例えばハードディスクである。なお、記憶部１４は、シリコンディスク上のデータベースあるいはファイルであってもよい。

図３は、飲食データ管理コントローラ１の記憶部１４に記憶されるデータの構成の一例である。記憶部１４は、注文データ保持部１５と、会計データ保持部１６と、メニューマスタ保持部１７とを備える。注文データ保持部１５は、ハンディターミナル３から入力される注文データに対して注文ＩＤと会計フラグが付与された注文データを保持する。同図の例では、注文データ保持部１５は、注文ＩＤ−１、…、注文ＩＤ−ｎのｎ個（ｎは正の整数）の注文データを保持する。

会計データ保持部１６は、会計時に作成される会計データを保持する。同図の例では、会計データ保持部１６は、会計ＩＤ−ａ、…、会計ＩＤ−ｘまでの会計データを保持する（ａ及びｘは正の整数）。
メニューマスタ保持部１７は、メニューマスタとサブメニューマスタ、その他のマスタ（例えば、店員マスタなど）を保持する。ここで、メニューマスタは、例えば、各種のメニューを識別するメニューＩＤとメニュー名とを関連付けて保持するテーブルである。サブメニューマスタは、あるメニュー名を選択時に選択する情報（例えば、卵あり／なしの選択、大／小の選択、焼き／煮つけの選択）を保持する。店員マスタは、例えば、店員を識別する店員ＩＤと店員の名前とを関連付けて保持する。

図４は、飲食データ管理コントローラ１の注文データ保持部１５に記憶される注文データの構成の一例である。この図において、注文データは、注文ＩＤ、テーブルＮｏ、注文アイテムデータ、リンク情報、会計フラグから構成されている。
なお、注文ＩＤは例えば１回の注文で「ビール２本と船盛り１丁」と注文された場合に、「ビール２本」と「船盛り１丁」にそれぞれ付番され、別々の注文データがハンディターミナル３上で生成される。これは、後に記述する「リンクの変換」や「割り勘」を考慮した仕様である。

テーブルＮｏは、注文をした顧客のテーブル番号を示し、注文品を配膳するための情報である。
注文アイテムデータは、注文品の詳細を示すデータであり、例えば、メニューＮｏ、数量及び変動金額から構成されている。飲食の途中などに追加する特別注文があった場合にこの注文アイテムデータに情報が追加される。メニューＮｏは、メニューマスタに登録されているメニューを識別する番号である。例えば、瓶ビールが注文された場合、メニューＮｏは「１００」である。数量は、当該メニューが注文された数量である。例えば、瓶ビールが２本注文された場合、数量は「２」である。変動金額は、メニューマスタ上、金額が定まっていないメニュー（時価など）の場合に、注文時などにハンディターミナル３から入力された金額である。

リンク情報は、この注文に対して関連付けられる（リンクされる）食器６の識別情報（以下、リンク食器ＩＤという）を有している。このリンク食器ＩＤは、注文入力時に店員のハンディターミナル３の操作によって読み取る食器６のＩＤ付き無線タグ６１に記録されている食器識別情報（以下、食器ＩＤという）である。ここで、食器ＩＤは、食器６に固有の識別情報である。
会計フラブは、会計済みか否かを示す情報であり、本実施形態では例えば、未会計の場合０で、会計済みの場合１である。

図５は、飲食データ管理コントローラ１の会計データ保持部１６に記憶される会計データの構成の一例である。この図において、会計データは、会計ＩＤ、顧客情報、食器カウントデータ、注文データ集合、会計金額及び会計フラグから構成されている。会計ＩＤは、飲食データ管理コントローラ１が生成する、未会計データの中で固有の番号である。顧客情報は、一例として、テーブルＮｏ、人数及び客層から構成されている。

テーブルＮｏ．は、テーブルの識別情報である。例えば、テーブルＮｏ．は、同じテーブルに同席した顧客のグループを示す。１人用の席（例えばカウンター席）の場合は、テーブルＮｏ．は、その顧客を示す。なお、テーブルＮｏ．は、席の識別情報であっても良い。また、テーブルＮｏ．は複数の項目を有してもよく、例えば、１組のお客が複数のテーブルに亘って座る場合、この複数のテーブルのテーブルＮｏ．すべてが同一の注文データ（図５参照）の項目に格納されてもよい。

人数は、顧客のグループの人数である。客層とは、顧客の階層を示し、例えば、性別や顧客グループの構成、年齢である。具体的には、客層には、「男」或いは「女」のいずれか、又は、「家族連れ」、「単独」或いは「カップル」のいずれか、を表す情報が格納される。なお、客層は、マーケティング等の分析に用いられる情報である。また、客層は、複数の項目を有してもよい。

食器カウントデータは、店内に存在する食器の種類分のフィールドを持ち、それぞれのカウント数を示す情報である。例えば、食器カウントデータは、１００円食器が５個、１５０円食器が２個及び５００円食器は０個いう情報である。
注文データ集合は、一例として注文ＩＤが１からｎまでのｎ個の注文データから構成されている。特別注文があった場合に、会計データ保持部１６が保持する注文データの領域に情報が追加される。

注文データ集合に含まれる個々の注文データは、注文ＩＤ毎に、注文ＩＤ、メニューＮｏ、数量、変動金額から構成されている。メニューＮｏは、メニューマスタに登録されているメニューの番号である。例えば、メニューＮｏが１００の場合、瓶ビールを示す。数量は、当該メニューを注文された数量である。例えば、瓶ビールが２本注文された場合、数量は「２」である。変動金額は、メニューマスタ上、金額が定まっていないメニュー（時価など）の場合、注文時にハンディターミナル３から入力される金額である。

会計金額は、会計の合計金額の演算により得られた合計金額である。会計フラブは、会計済みか否かを示す情報であり、本実施形態では例えば、未会計の場合０で、会計済みの場合１である。例えば「お勘定お願いします」と顧客から言われた時に、店員がハンディターミナル３を操作することにより、ハンディターミナル３がテーブル上の食器に取り付けられたＩＤ付き無線タグ６１から食器ＩＤ及び食器の種類等を読み取る。以下、この読み取りを食器スキャンともいう。ハンディターミナル３は、読み取った食器ＩＤ及び食器の種類等を含む食器カウントデータを飲食データ管理コントローラ１へ送信する。飲食データ管理コントローラ１は、その情報に基づいて、合計金額を算出する。同図の会計データは、その算出の経過で作成される会計に関わる情報である。

図６は、飲食データ管理コントローラ１のメニューマスタ保持部１７が保持するメニューマスタデータの構成の一例を示す概略図である。この図において、メニューマスタデータは、メニューＮｏ．、ハンディ表示名称、伝票表示名称、調理指示表示名称、金額オープンフラグ、金額、及び、サブメニューＮｏ．（１）〜（ｈ）の各項目を有する。ここで、メニューＮｏ．は、キーとなる情報である。ハンディ表示名称は、ハンディターミナル３に表示されるメニューの名称を示す。伝票表示名称は、伝票出力用プリンタ４で印字されるメニューの名称を示す。調理指示表示名称は、調理指示表示装置５に表示されるメニューの名称を示す。

金額オープンフラグは、金額固定を表す「０」又は金額オープンを表す「１」が格納される。金額は、メニューの金額を示す。なお、金額オープンフラグが「１」の場合、そのメニューの金額は変動金額であるので、金額は「ｎｕｌｌ」（値なし）となる。サブメニューＮｏ．（１）〜（ｈ）は、メニューを選択するときに選択できる情報である（図６参照）。なお、サブメニューＮｏ．（Ｈ）（Ｈ＝１、２、・・・、ｈ）が「０」場合は、選択される情報がないことを表す。
図６において、例えば、メニューＮｏ．「２」のメニューは、ハンディ表示名称が「キセツ」、伝票表示名称が「季節のお魚」、調理指示表示名称が「季節」であることを表している。また、メニューＮｏ．「２」のメニューは、金額オープン（金額オープンフラグが「１」）、金額が無し（変動金額を入力）であり、サブメニューＮｏ．が「１」と「４」の情報を選択できることを表している。

図７は、飲食データ管理コントローラ１のメニューマスタ保持部１７が保持するサブメニューマスタデータの構成の一例を示す概略図である。この図において、サブメニューマスタデータは、サブメニューＮｏ．毎に選択肢（セレクト１、２、・・・）の項目を有する。また、サブメニューマスタデータは、選択肢毎に、ハンディ表示名称、伝票表示名称、調理指示表示名称、及び、付加金額の項目を有する。付加金額は、メニューの金額に付加（増額）する金額である。

図７のサブメニューマスタデータは、例えば、サブメニューＮｏ．が「１」のときに、メニューの飲食物の大（「セレクト１」）と小（「セレクト２」）が選択できることを表す。このとき、「セレクト１」が選択された場合には、ハンディ表示名称が「ダイ」、伝票表示名称が「大」、調理指示表示名称が「大」、付加金額が「５０」であることを表している。また、図７のサブメニューマスタデータは、例えば、サブメニューＮｏ．が「２」のときに、メニューの飲食物の調理を「焼き」とするか「煮付け」とするかを選択できることを表す。

＜ハンディターミナル３について＞
図８は、本実施形態に係るハンディターミナル３のハードウェア構成を示す概略ブロック図である。この図において、ハンディターミナル３は、ＣＰＵ３０と、ＲＯＭ３１と、ＲＡＭ３２と、表示部３３と、入力部３４と、無線制御部（通信部）３７と、無線タグ−Ｒ／Ｗ部（読取部）３８と、音声出力部３９とを備える。
ＣＰＵ３０は、コンピュータの中央処理装置である。ＣＰＵ３０は、ＲＯＭ３１、ＲＡＭ３２、及び記憶部３７に記憶されるデータに基づいて演算処理を行うことで、ハンディターミナル３の各部を制御する。

ＲＯＭ３１は、読み出し専用のメモリである。ＲＯＭ３１は、ＣＰＵ３０が実行する各種のプログラムを保持する。
ＲＡＭ３２は、書き込みと読み出しのできるメモリである。ＲＡＭ３２は、ＣＰＵ３０が一時的に読み書きするデータを保持する。本実施形態では、ＲＡＭ３２上に記憶部３２０が形成されるものとする。
表示部３３は、例えば、液晶ディスプレイである。表示部３３は、ＣＰＵ３０が生成した表示情報に基づいて、表示を行う。

入力部３４は、店員による入力を受け付け、受け付けた入力情報をＣＰＵ３０へ出力する。ここで、入力部３４は、タッチパネル３５とキーボード３６とを備える。
タッチパネル３５は、操作入力デバイスとして、指などの操作体が接触した位置を検知し、検知した位置を示す位置信号をＣＰＵ３０へ出力する。キーボード３６は、複数のキーを有し、店員が指などの操作体がキーを押すと、押されたキーを示すキー信号をＣＰＵ３０へ出力する。
キーボード３６は、例えば、十字キー等の選択キー、数字を入力するテンキー、入力を確定させるＥＮＴキー、処理を終了させる終了キー、処理を取り消すキャンセルキーを有する。
なお、本実施形態において、タッチパネル３５に採用される方式は、人体の皮膚の接触に反応するものであれば、静電容量方式や抵抗膜方式など、公知の方式のタッチパネルを用いることができ、特定のタッチパネルに限定されない。

無線制御部３７は、ＣＰＵ３０の制御に基づいて、外部の装置と通信を行う。例えば、無線制御部３７は、飲食データ管理コントローラ１及び携帯用プリンタ７と通信を行う。無線制御部３７は、通信で取得した情報を、ＲＡＭ３２に書き込む。
無線タグ−Ｒ／Ｗ部３８は、食器６に取り付けられたＩＤ付き無線タグ６１の情報を読み書きする。例えば、店員がハンディターミナル３を操作することにより、無線タグ−Ｒ／Ｗ部３８は、顧客が特別注文をする毎に、顧客のテーブルの上にある食器６のうちから一の食器６が備えるＩＤ付き無線タグ６１から食器ＩＤを読み取る。そして、無線タグ−Ｒ／Ｗ部３８は、読み取った食器ＩＤをＣＰＵ３０へ出力する。ＣＰＵ３０は、その食器ＩＤを無線制御部３７を介して飲食データ管理コントローラ１へ送信する。これにより、飲食データ管理コントローラ１は、その食器ＩＤと特別注文を識別する注文ＩＤとを記憶部１４に関連付けて記憶させる。

また、店員が勘定する場合、店員がハンディターミナル３を操作することにより、無線タグ−Ｒ／Ｗ部３８は、顧客のテーブルの上にある全ての食器に取り付けられた非接触ＩＤタグから食器ＩＤを読み取り、読み取った全ての食器ＩＤをＣＰＵ３０へ出力する。ＣＰＵ３０は、その全ての食器ＩＤを、無線制御部３７を介して飲食データ管理コントローラ１へ送信する。これにより、飲食データ管理コントローラ１は、その食器ＩＤと関連付けて記憶している注文ＩＤを参照して、顧客の会計金額を算出する。
音声出力部３９は、無線タグ−Ｒ／Ｗ部３８が食器６に取り付けられたＩＤ付き無線タグ６１から、既読でない食器ＩＤを読み取る毎に、音（例えば、ブザー音）を出力する。

図９は、本実施形態に係るハンディターミナル３のソフトウェア構成を示す概略ブロック図である。ハンディターミナル３は、ハードウェア９１と、ＯＳ（オペレーティングシステム）・ＢＩＯＳ９２と、注文データ処理部９３と、食器カウントデータ処理部９６とを備える。ＢＩＯＳは、ベーシックインプットアウトプットシステムである。

この図において、図８で示したハードウェア９１を制御するためのドライバを含むＯＳ・ＢＩＯＳ９２の上で、注文データ処理部９３と、食器カウントデータ処理部９６とが動作することが示されている。
注文データ処理部９３は、ある注文に該当するキーが押された場合、入力部３４から対応するキー信号を受け取る。そして、注文データ処理部９３は、受け取ったキー信号に基づいて、注文データを生成し、生成した注文データを飲食データ管理コントローラ１へ出力する。ここで、注文データ処理部９３は、注文入力部９４と、食器リンク処理部９５とを備える。

注文入力部９４は、ある注文に該当するキーが押された場合、入力部３４から対応するキー信号を受け取り、受け取ったキー信号に基づいて注文データを生成する、そして、生成した注文データをＲＡＭ３２で一旦保持させる。
食器リンク処理部９５は、食器６に取り付けられたＩＤ付き無線タグ６１から食器ＩＤと食器の種類等を読み取り、読み取った食器ＩＤをＲＡＭ３２に保持されている注文データ（図１１参照）のリンク情報に上書きし、ＲＡＭ２３に一旦保持させる。そして、食器リンク処理部９５は、ＲＡＭ２３が保持する注文データを無線制御部３７から飲食データ管理コントローラ１へ送信させる。
食器カウントデータ処理部９６は、食器６に取り付けられたＩＤ付き無線タグ６１から食器ＩＤと食器の種類等を読み取り、読み取った食器ＩＤと食器の種類等を食器カウントデータ（図１２参照）の一部としてＲＡＭ３２に一旦記憶させる。そして、食器カウントデータ処理部９６は、その食器カウントデータデータを無線制御部３７から飲食データ管理コントローラ１へ送信する。

図１０は、本実施形態に係るハンディターミナル３のＲＡＭ３２に形成される記憶部３２０の構成を示す概略ブロック図である。同図に示すように、ＲＡＭ３２上に形成される記憶部３２０は、メニューマスタ保持部３２１と、注文データ保持部３２２と、食器カウントデータ保持部３２３とを備える。
メニューマスタ保持部３２１は、メニューマスタを保持する。メニューマスタ保持部３２１は、飲食データ管理コントローラ１とメニューマスタの同期を取っている。すなわち、飲食データ管理コントローラ１が保持するメニューマスタと同じものを保持する。
ただし、図６及び図７の構成のうち、ハンディターミナル３で必要な情報だけを保持するようにしてもよい。例えば、ハンディターミナル３は、伝票表示名称や調理指示表示名称を保持していなくてもよい。

注文データ保持部３２２は、注文データを保持する。この注文データは客の注文が発生する度に、一時的にハンディターミナル３に生成されるデータであり、飲食データ管理コントローラ１に送信された後は飲食データ管理コントローラ１が保存するので、ＣＰＵ３０は、ＲＡＭ３２上から削除してもよい。

食器カウントデータ保持部３２３は、食器ＩＤと食器の種類とを含む食器カウントデータを保持する。この食器カウントデータは、お勘定時にテーブル上の食器６のＩＤ付き無線タグ６１から食器ＩＤと食器の種類等をハンディターミナル３で読み取ったときに、一時的にハンディターミナル３に生成されるデータである。そのため、この食器カウントデータは、飲食データ管理コントローラ１に送信された後は、飲食データ管理コントローラ１が保持するので、ＣＰＵ３０は、ＲＡＭ３２上から食器カウントデータを削除してもよい。

図１１は、本実施形態に係るハンディターミナル３の注文データ保持部３２２に記憶される注文データの構成の一例である。同図の例では、注文データは、テーブルＮｏ、注文アイテムデータ及びリンク情報から構成されている。テーブルＮｏは、テーブル番号であり、注文品を配膳するための情報である。注文アイテムデータは、特別注文があった場合にこの領域に情報が追加される。

同図の例では、注文アイテムデータは、メニューＮＯ、数量及び変動金額から構成されている。メニューＮＯは、メニューマスタに登録されているメニューの番号である。例えばメニューＮＯが「１００」の場合、瓶ビールを示す。数量は、当該メニューが注文された数量である。例えば、瓶ビール２本が注文された場合、数量は「２」である。変動金額は、メニューマスタ上、金額が定まっていないメニュー（時価など）の場合、注文時にハンディターミナル３から入力されるそのメニューの金額である。

リンク情報は、この注文に対してリンクされるリンク食器ＩＤである。このリンク食器ＩＤは、注文入力時に店員のハンディターミナル３の操作によって、無線タグ−Ｒ／Ｗ部３８が食器６のＩＤ付き無線タグ６１から読み取った食器ＩＤである。

図１２は、本実施形態に係るハンディターミナル３の食器カウントデータ保持部３２３に記憶される食器カウントデータの構成の一例である。同図の例では、食器カウントデータは、顧客情報及び食器スキャンデータから構成されている。顧客情報は、テーブルＮｏ、人数及び客層から構成されている。テーブルＮｏは、顧客が座ったテーブルＮｏである。１組の顧客が複数のテーブルに亘って座る場合を想定して、食器カウントデータ保持部３２３は、複数の領域を確保してもよい。人数は、そのテーブルの顧客の人数である。客層は、男／女、家族連れ／単独などの情報であり、のちに客層を分析するための情報である。なお、店員が客層に複数の情報を入力できるように、客層は１組の顧客に対して複数のフィールドを保持してもよい。

食器スキャンデータは、食器１枚につき、読み取った食器ＩＤとその食器の種類（例えば、１００円食器、２００円食器）との一組のデータを含んでいる。食器カウントデータはお勘定時にテーブル上の食器６のＩＤ付き無線タグ６１から食器ＩＤと食器の種類等をハンディターミナル３で読み取った時に、一時的にハンディターミナル３に生成されるデータである。ハンディターミナル３が飲食データ管理コントローラ１へ食器スキャンデータを送信した後は、飲食データ管理コントローラ１が食器スキャンデータを保持する。そのため、飲食データ管理コントローラ１に食器スキャンデータを送信した後は、ＣＰＵ３０は食器カウントデータ保持部３２３が保持する食器スキャンデータを削除してもよい。

＜食器６について＞
本実施形態に係る食器６は、目に見えない箇所、または、食器を洗っても防水が保てるような箇所に、ＩＤ付き無線タグ６１を備えている。図１３は、本実施形態に係るＩＤ付き無線タグ６１の構成を示す概略図である。この図において、ＩＤ付き無線タグ６１は、ＦＲＯＭ（フラッシュＲＯＭ）６１１、ＲＡＭ６１２、ＣＰＵ６１３、無線送信受信回路６１４、及びアンテナ６１５を備える。
ＦＲＯＭ６１１は、書き換え可能であり、電源を切ってもデータが消えない不揮発性の半導体メモリである。ＦＲＯＭ６１１は、食器データ（図１４参照）を記憶する。
ＲＡＭ６１２は、書き込みと読み出しのできるメモリである。ＲＡＭ６１２は、ＣＰＵ６１３が読み込むデータを一時的に記憶する。

ＣＰＵ６１３は、ＩＤ付き無線タグ６１の中央処理装置である。ＣＰＵ６１３は、ＩＤ付き無線タグ６１の外部からの給電又は内蔵電源によって起動する。ＣＰＵ６１３は、ＦＲＯＭ６１１が記憶する食器データをＲＡＭを介して取得する。ＣＰＵ６１３は、取得した食器データを、無線送信受信回路６１４へ出力する。無線送信受信回路６１４は、ＣＰＵ６１３から入力された食器データを変調し、変調した食器データをアンテナ６１５を介して送信する。なお、無線送信受信回路６１４は、データを受信する場合には、データを復調してＣＰＵ６１３へ出力する。

図１４は、本実施形態に係る食器データの構成の一例を示す概略図である。この図において、食器データは、食器ＩＤ、食器の種類、及び、その他付加情報の項目を有している。その他付加情報は、例えば、食品の製造時刻や、客先陳列の状態から食品と食器を回収する時刻等である。

図１５Ａは、本実施形態の飲食データ管理コントローラ１の処理の概要を説明するための図である。状態１５１では、食器１から食器５までの５枚の食器が示されている。この状態１５１で注文ＩＤ−１の特別注文１があった場合、飲食データ管理コントローラ１は、注文ＩＤ−１を食器２と関連付ける（リンクする）。そうすると、状態１５２となる。状態１５２では、食器２と注文ＩＤ−１とが破線で結ばれていることが示されている。

この状態１５２で、注文ＩＤ−２の特別注文２があった場合、飲食データ管理コントローラ１は、注文ＩＤ−２を食器４とリンクする。そうすると、状態１５３となる。状態１５３では、食器２と注文ＩＤ−１とに加えて、食器４と注文ＩＤ−２とが破線で結ばれていることが示されている。

最後にお勘定のために、ハンディターミナル３は、食器１〜５のＩＤ付き無線タグ６１から食器ＩＤを読み取り、読み取った食器ＩＤを含む食器カウントデータを飲食データ管理コントローラ１へ送信する。飲食データ管理コントローラ１は、ハンディターミナル３から受信した食器１〜５の食器ＩＤとリンクした注文ＩＤ−１と注文ＩＤ−２とを抽出する。そして、飲食データ管理コントローラ１は、食器１〜５の金額と注文ＩＤ−１の金額と注文ＩＤ−２に金額を加算した会計金額を算出する。

図１５Ｂは、特別注文を受ける前のハンディターミナル（ＨＴ）３の表示部３３の画面遷移を示す図である。この図において、機能選択画面１５４と、テーブル選択画面１５７とが示されている。まず、ハンディターミナルを起動した場合に、機能選択画面１５４が表示される。この機能選択画面１５４において、注文入力の選択ボタン１５５と食器カウントの選択ボタン１５６とが表示される。機能選択画面１５４の注文入力の選択ボタン１５６がタッチされて選択された場合、ＣＰＵ３０の制御により表示部３３の画面がテーブル選択画面１５７へ遷移する。テーブル選択画面１５７において、テーブルＮｏの入力欄１５８が表示されている。ハンディターミナル３は、店員によるテーブルＮｏの入力を受け付け、受け付けたテーブルＮｏを保持する。

図１５Ｃは、本実施形態に係るデータ管理システム９の注文時のシーケンスの一例を示す図である。このシーケンスは、図１５ＢのテーブルＮｏを受け付けた後の処理である。
まず、ハンディターミナル（ＨＴ）３は、特別注文の入力を受け付け、受け付けた入力を注文データ（図１１参照）の注文アイテムデータとして保持する（Ｔ１０１）。注文をハンディターミナル３で入力する時の画面遷移とハンディターミナル３の処理の詳細は後述する図１６Ａで説明する。

次に、注文入力が完了した場合、ハンディターミナル３は、特別注文を、特別注文した顧客のテーブル上にある食器とリンクさせる（Ｔ１０２）。具体的には、例えば、ハンディターミナル（ＨＴ）３は、その特別注文をした顧客の食器のＩＤ付き無線タグ６１から食器ＩＤを読み出す。そして、ハンディターミナル３は、読み取った食器ＩＤで上記注文データ中のリンク食器ＩＤとして保持する。
なお、リンクする食器はテーブル上のどの食器でもよく、確実に特別注文した顧客の食器であれば良い。

次に、Ｔ１０３において、ハンディターミナル３は、飲食データ管理コントローラ（ＣＴ）１へ注文データ（図１１参照）を送信する。なお、１回の注文で複数のメニューが注文された場合には、図１１に示す注文データをそのメニュー分、生成して飲食データ管理コントローラ１へ送信する。つまり、テーブルＮｏとリンク食器ＩＤの入力は１回だけになるが、ハンディターミナル３は、注文により入力されたそれぞれのメニューＮｏに対してテーブルＮｏと食器ＩＤを付加する。

このことを、例えば、テーブルＮｏが「５」で、注文されたメニューＮｏが「１」と「２」で、リンク食器ＩＤが「ｘｙｚ」の場合について説明する。この場合、ハンディターミナル３が生成するデータは、二組の注文データである。一組は、テーブルＮｏが「５」で、注文されたメニューＮｏが「１」で、リンク食器ＩＤが「ｘｙｚ」という一組の注文データである。もう一組は、テーブルＮｏが「５」で、注文されたメニューＮｏが「２」で、リンク食器ＩＤが「ｘｙｚ」という一組の注文データである。

次に、Ｔ１０４において、飲食データ管理コントローラ１のＣＰＵ１０は注文メニュー毎に注文ＩＤ（ｋ）と注文データレコードとを生成する（図４参照）。ここで、ｋは注文データのインデックスである。飲食データ管理コントローラ１は、生成した注文データを保持する。
次に、Ｔ１０５において、飲食データ管理コントローラ１のＣＰＵ１０は、注文データに含まれテーブルＮｏ、メニューＮｏ、数量、変動金額、リンク食器ＩＤの値を入れる。
次に、Ｔ１０６において、飲食データ管理コントローラ１のＣＰＵ１０は、注文データに含まれる会計フラグ（図４参照）を０（未会計）にする。

次に、Ｔ１０７において、飲食データ管理コントローラ１のＣＰＵ１０は、注文データ分処理したか否か判定する。ＣＰＵ１０は、注文データ分処理していない場合（Ｔ１０７ ＮＯ）、ＣＰＵ１０はＴ１０５の処理に戻る。一方、ＣＰＵ１０は、注文データ分処理した場合（Ｔ１０７ ＹＥＳ）、ＣＰＵ１０は、Ｔ１０８の処理に遷移する。

次に、Ｔ１０８において、飲食データ管理コントローラ１はハンディターミナル３へ成功を返信する。これにより、Ｔ１０９において、ハンディターミナル３は、成功を表示部３３の画面に表示する。
次に、Ｔ１１０において、飲食データ管理コントローラ１は調理指示表示装置５へ表示させる表示情報を送信する。この表示情報は、例えば、メニューと調理指示表示名称である。これにより、調理指示表示装置５は、メニューと調理指示表示名称を表示するので、調理担当者はこのメニューと調理指示表示名称を参照して顧客が注文した注文どおりの料理を調理することができる。

次に、Ｔ１１１において、飲食データ管理コントローラ１は伝票出力用プリンタ４から伝票を出力させる。伝票には、例えば、テーブルＮｏとメニューと伝票表示名称が表示される。これにより、店員は、この伝票を参照して調理された料理を載せた食器を、伝票に印字されたテーブルに運ぶことができる。また、例えば、店員は、その食器をテーブルに運び終わると、テーブル上にある伝票ホルダーにその伝票を保持させてもよい。これにより、この伝票を確認することにより、顧客は追加で注文した内容を確認することができる。以上で、本シーケンスの処理を終了する。

以上、図１５のシーケンスにより、ハンディターミナル３は、特別注文の注文ＩＤと食器ＩＤとを関連付けた（リンクさせた）注文データ（図１１参照）を生成する。そして、ハンディターミナル３は、生成した注文データを飲食データ管理コントローラ１へ送信する。そして、飲食データ管理コントローラ１は、受信した注文データを図４のデータ形式で保持する。

お勘定のときに、ハンディターミナル３はＩＤ付き無線タグ６１が搭載された食器６の
全てから食器ＩＤを読み取り、ハンディターミナル３は、読み取った食器ＩＤを飲食デー
タ管理コントローラ１へ送信する。ここで、ハンディターミナル３から注文入力する特別
料理等が盛られた食器にはＩＤ付き無線タグ６１が取り付けられなくてもかまわない。また、ハンディターミナル３から注文入力する特別料理等が盛られた食器にＩＤ付き無線タグ６１が取り付けられていても食器ＩＤを読み取る必要はない。そして、飲食データ管理コントローラ１は、注文データ保持部１５が保持する注文データから、受信した食器ＩＤがリンク食器ＩＤとして含まれる注文ＩＤを抽出する。これにより、飲食データ管理コントローラ１は、食器ＩＤに対応する金額と注文ＩＤに対応する金額とを加算することにより、合計金額を算出することができる。
すなわち、飲食データ管理コントローラ１は、注文ＩＤとリンク食器ＩＤとを関連付けて保持することにより、お勘定のときにハンディターミナル３が全ての食器６のＩＤ付き無線タグ６１から食器ＩＤを読み取った場合、特別注文の金額が含まれる合計金額を算出することができる。

なお、バックヤードまたは店員が手持ちで０円食器を用意しておき、上記処理と同様に、ハンディターミナル３はその０円食器の食器ＩＤと注文ＩＤとを関連付けて保持してもよい。その場合、店員は、０円食器をその場でテーブルの上に置いてくるか、注文品と一緒に運ぶかして、テーブル上に残るようにする。

図１６Ａは、図１５ＣのＴ１０１における注文の入力処理のフローチャートとそのときの画面遷移の一例である。図１６Ｂは、図１５ＣのＴ１０２おける食器とのリンク処理のフローチャートとそのときの画面遷移の一例である。
まず、ステップＳ２０１において、ハンディターミナル３のＣＰＵ３０は、注文入力画面を表示する。この図において、画面１６１は注文入力画面の一例である。
次に、ステップＳ２０２において、キーが入力されたか否か判定する（ステップＳ２０２）。キーが入力されていない場合（ステップＳ２０２ ＮＯ）、ＣＰＵ３０はステップＳ２０１の処理に戻る。キーが入力された場合（ステップＳ２０２ ＹＥＳ）、ＣＰＵ３０はステップＳ２０３の処理へ遷移する（ステップＳ２０３）。

ステップＳ２０３において、注文入力が完了したか否か判定する。注文入力が完了していない場合（ステップＳ２０３ ＮＯ）、ＣＰＵ３０はステップＳ２０４の処理に遷移する。

ステップＳ２０４において、ＣＰＵ３０は、注文入力からメニューＮｏを取得する。次に、ステップＳ２０５において、ＣＰＵ３０は、メニューマスタから、メニューＮｏに対応するハンディ表示名称を取得し、取得したハンディ表示名称を表示部３３に表示させる。この図において、画面１６２は、「季節のお魚」が注文入力として入力された場合の表示画面の一例である。画面１６２において、「キセツ １」が表示されており、これは「季節のお魚」の数量が「１」であることを示している。この数量「１」は仮の数量である。

次に、ステップＳ２０６において、ＣＰＵ３０は、金額オープンフラグが１であるか否か判定する（ステップＳ２０６）。金額オープンフラグが１である場合、ＣＰＵ３０は、金額入力処理を行う（ステップＳ２０７）。具体的には、ＣＰＵ３０は、入力部３４からの金額の入力を待機する。ここで、店員は入力部３４を操作して金額を入力する。入力部３４は受け付けた金額をＣＰＵ３０へ出力し、ＣＰＵ３０は、受け付けた金額で注文データの変動金額を更新し、ステップＳ２０８へ遷移する。一方、金額オープンフラグが１でない場合（ステップＳ２０６ ＮＯ）、ＣＰＵ３０は、サブメニューの有無の確認を行う（ステップＳ２０８）。

続いて、ＣＰＵ３０は、ステップ２０８とステップＳ２０９の処理をサブメニュー分、繰り返す。ステップＳ２０８において、サブメニュー（ｉ）が存在しない（ＮＵＬＬ）か否か判定する。ここで、ｉはサブメニューのインデックスを示す整数である。サブメニュー（ｉ）が存在する場合（ステップ２０８ ＮＯ）、サブメニュー選択処理を実行する。具体的には、例えば、ＣＰＵ３０は、画面１６３を表示部に表示させる。画面１６３には、「ヤキ」ボタンと「ニツケ」ボタンが表示されている。例えば、焼きを顧客が選択した場合、店員は「ヤキ」ボタンをタッチすることによりヤキを選択する。ＣＰＵ３０は、「ヤキ」ボタンがタッチされた旨の入力を入力部３４から受け取ると、例えば、画面１６４を表示させる。画面１６４には、キセツの数量が「１」で、そのうちヤキの数量が「１」であることが示されている。

ステップＳ２０８において、サブメニュー（ｉ）が存在しない場合（ステップ２０８ ＹＥＳ）、次のサブメニューに対してステップＳ２０８の処理を実行する。
続いて、ステップ２０８とステップＳ２０９の処理をサブメニュー分、繰り返した後に、ＣＰＵ３０は、ステップＳ２１０へ遷移する。

ステップＳ２１０において、ＣＰＵ３０は、数量入力処理を実行する。その際に、入力部３４は、数量の入力を受け付け、受け付けた数量を示す数量情報をＣＰＵ３０へ出力する。ＣＰＵ３０は、注文データに含まれる数量を、入力部３４から入力された数量情報が示す数量に変更し、その数量を表示部３４に表示させる。例えば、画面１６４において、数量として「２」が入力された場合、ＣＰＵ３０は画面１６５を表示させる。画面１６５には、キセツの数量が「２」で、そのうちヤキの数量が「２」であることが示されている。
次にステップＳ２１１において、ＣＰＵ３０はＥＮＴキーが押されたか否か判定する。ＥＮＴキーが押されていない場合（ステップＳ２１１ ＮＯ）、ＣＰＵ３０は、ＥＮＴキーが押されるまで待機する。一方、入力部３４のＥＮＴキーが押された場合（ステップＳ２１１ ＹＥＳ）、ＣＰＵ３０は、次の注文入力を受け付けるために、ステップＳ２０１の処理に戻る。

ステップＳ２０３に戻って、ステップＳ２０３において注文入力が完了した場合（ステップＳ２０３ ＹＥＳ）、ＣＰＵ３０は図１６ＢのステップＳ２１１の処理へ遷移する。具体的には、例えば、画面１６１で、「終了」キーを押下することで注文を確定して注文入力を完了した場合、ＣＰＵ３０は図１６ＢのステップＳ２１１以降のリンク処理を実行する。

次に、ステップＳ２１１において、ＣＰＵ３０は食器とのリンク操作画面を表示させる。具体的には、例えば、ＣＰＵ３０は、同図の画面１６６を表示部３４に表示させる。画面１６６には、「リンクする食器を選択し、ハンディをかざしてください」という店員へのメッセージが示され、ＩＤが値が入っていない空欄状態となっている。ここで、店員は、特別注文とリンクする食器６を選択し、その食器６に対してハンディターミナル３をかざしてＩＤ付き無線タグ６１から食器ＩＤと食器の種類等を読み出す。

次に、ステップＳ２１２において、ＣＰＵ３０は、食器ＩＤを読み取ったか否か判定する。食器ＩＤを読み取っていない場合（ステップＳ２１２ ＮＯ）、ＣＰＵ３０は更に待機する。食器ＩＤを読み取った場合（ステップＳ２１２ ＹＥＳ）、ＣＰＵ３０は食器ＩＤとのリンク確認処理を実行する（ステップＳ２１３）。具体的には、ＣＰＵ３０は読み取った食器ＩＤとその食器の種類を表示部３４に表示させる。具体的には、例えば、ＣＰＵ３０は画面１６７を表示部３４に表示させる。画面１６７には、食器ＩＤが「１２３４５」で、食器の種類が「１００円食器」であることが示されている。

画面１６７が表示されている状態でＥＮＴキーが押された場合、ＣＰＵ３０は、例えば、表示部３４の画面を画面１６８へ遷移させる。画面１６８には「ＩＤ＝１２３４５、１００円食器 よろしいですか」という確認を問うメッセージの一例が示されている。また、画面１６８には「ＹＥＳ」ボタンと「ＮＯ」ボタンが表示されている。ここで、画面１６８に表示されている「ＮＯ」ボタンが押された場合、ＣＰＵ３０は、例えば、表示部３４の画面を画面１６６へ遷移させる。一方、画面１６８に表示されている「ＹＥＳ」ボタンが押された場合、ＣＰＵ３０は、例えば、表示部３４の画面を画面１６９へ遷移させる。画面１６９には、無線転送中という文字が示されている。

ステップＳ２１３で食器ＩＤとのリンク確認処理が終了した場合（例えば、画面１６８で「ＹＥＳ」ボタンが押された場合）、ＣＰＵ３０は注文データを生成する（ステップＳ２１４）。そして、ＣＰＵ３０は、生成した注文データを無線制御部３７から飲食データ管理コントローラ１へ送信させる（ステップＳ２１５）。以上で、本フローチャートの処理を終了する。

以上、図１６によれば、ＣＰＵ３０は、注文ＩＤと食器ＩＤとを関連付けた注文データを生成することができる。
なお、金額入力、サブメニュー入力（選択）、数量入力の順番は、この通りでなくてもよい。また、数量が複数の場合には一つ一つに別のサブメニューを選択できるようにしてもよい。

図１７Ａは、ハンディターミナル３におけるお勘定時の画面遷移の一例である。同図の機能選択画面１７１には、「注文入力」ボタンと「食器カウント」ボタンが表示されている。店員は、「食器カウント」ボタンを押して「食器カウント」を選択すると、それに応じてＣＰＵ３０は、表示部３４の画面を画面１７２へ遷移させる。
画面１７２には、テーブルＮｏ、人数及び客層が空欄状態で示されている。ここで、画面１７２において、「テーブルＮｏ＝」に向かって右隣に示された黒四角が現在の入力位置を示している。このように、ＣＰＵ３０は、顧客情報の個々の情報を一つ一つガイダンスしながら入力を促す。なお、ＣＰＵ３０は、高度なＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を使用して入力補助をしても良い。

画面１７２において、店員が顧客情報の入力を完了し、ＥＮＴキーを押下すると、それに応じてＣＰＵ３０は表示部３４の画面を画面１７３へ遷移させる。画面１７３において、カウント０枚であることが示されている。画面１７３は、まだ食器６のＩＤ付き無線タグ６１を１枚も読み取っていない状態である。この状態で食器６のＩＤ付き無線タグ６１を読むたびに、ＣＰＵ３０は、個数カウントを１ずつ増加させて表示する。ＣＰＵ３０は、読み取った事を示すために読み取る毎に、音声出力部３９から音（例えば、ブザー音）を出力する。

なお、ＣＰＵ３０は、食器の種類と読み取った食器の個数とを表示させるようにしてもよい。例えば、ＣＰＵ３０は、「１００円食器が５個、２００円食器が２個、５００円食器が０個」のように表示させるようにしてもよい。これにより、店員は、読み取った食器の種類を即座に判定することができる。

図１７Ｂは、本実施形態に係るデータ管理システムのお勘定時のシーケンスの一例を示す図である。この図において、ハンディターミナル３は、図１７Ａの画面１７２の例にように、テーブルＮｏなどの入力を受け付け、受け付けたテーブルテーブルＮｏなどの情報を保持する（Ｔ３０１）。次に、ハンディターミナル３は、テーブルの上にある全ての食器６のＩＤ付き無線タグ６１から食器ＩＤと食器の種類を読み取る（Ｔ３０２）。ここで、ＣＰＵ３０は、食器６のＩＤ付き無線タグ６１からの読み取り時に、同じ食器ＩＤのデータが複数回読まれても、２重に食器カウントデータを生成しないようにする。
次に、ハンディターミナル３は、読み取った食器ＩＤと食器の種類とを含む食器カウントデータ（図１２参照）を飲食データ管理コントローラへ送信する。

飲食データ管理コントローラ１のＣＰＵ１０は、会計ＩＤを生成する（Ｔ３０４）。ここで、会計ＩＤは、他の未会計データと一致しない値である。次に、ＣＰＵ１０は、会計データを生成し、会計データ用のメモリを確保する（Ｔ３０５）。次に、ＣＰＵ１０は、会計データの顧客情報に値を入れる（Ｔ３０６）。具体的には、例えば、ＣＰＵ１０は、ハンディターミナル３から送信された食器カウントデータ（図１２）を受信し、受信した食器カウントデータに含まれる顧客情報を会計データ（図５参照）の顧客情報にコピーする。

次に、ＣＰＵ１０は、ハンディターミナル３から送信された食器カウントデータ（図１２参照）から会計データ（図５参照）の食器カウントデータを作成する（Ｔ３０７）。会計データの食器カウントデータ作成の処理の詳細は、後述する図１９で説明する。

次に、ＣＰＵ１０は、ハンディターミナル３から送信された食器カウントデータ（図１２参照）と、注文データ保持部１５が保持する注文アイテムデータ（図４参照）とに基づいて、会計データ保持部１６が保持する注文データ集合（図５参照）を作成する（Ｔ３０８）。具体的には、例えば、ＣＰＵ１０は、ハンディターミナル３から送信された食器カウントデータに含まれる食器ＩＤがリンク食器ＩＤである注文ＩＤを、注文データ保持部１５が保持する注文アイテムデータ（図４参照）から抽出する。そして、ＣＰＵ１０は、抽出した注文ＩＤを、会計データ保持部１６が保持する注文データ集合（図５参照）に加える。注文データ作成の処理の詳細は、後述する図２０で説明する。

以上の処理によって、会計データ保持部１６が保持する会計データ（図５参照）のうち会計金額と会計フラグを除く部分は値が入っている。
次に、ＣＰＵ１０は、会計金額を算出する（Ｔ３０９）。会計金額の算出処理の詳細は、後述する図２１で説明する。次に、ＣＰＵ１０は、会計フラグを０（未会計）にする（Ｔ３１０）。次に、ＣＰＵ１０は、会計ＩＤと会計金額と注文データ等をハンディターミナル３へ送信する（Ｔ３１１）。なお、ＣＰＵ１０は、少なくとも会計ＩＤと会計金額をハンディターミナル３へ送信すればよい。

次に、ハンディターミナル３のＣＰＵ３０は、成功した旨を表示する（Ｔ３１２）。次に、ハンディターミナル３のＣＰＵ３０は、携帯用プリンタ７に会計ＩＤをバーコード表示と数字の両方で印字させ、合計金額及びテーブルＮｏなどを印字させる（Ｔ３１３）。そして、店員は、携帯用プリンタ７で印字された会計伝票を顧客に渡し、顧客はその伝票をＰＯＳレジスタ８まで持っていく。ＰＯＳレジスタ８は、例えば、この伝票に基づいて、会計処理する。以上で、本シーケンスの処理を終了する。

以上、図１７Ｂに示すように、飲食データ管理コントローラ１のＣＰＵ１０は、ハンディターミナル３から送信された食器カウントデータに含まれる食器の種類から、各種類の食器の個数を計数した食器カウントデータを生成する。これにより、飲食データ管理コントローラ１のＣＰＵ１０は、食器の種類とそれぞれの食器の個数とから、全ての食器での料理の合計金額を算出することができる。

また、ＣＰＵ１０は、ハンディターミナル３から送信された食器カウントデータに含まれる食器ＩＤがリンク食器ＩＤである注文ＩＤを、注文データ保持部１５が保持する注文アイテムデータ（図４参照）から抽出する。そして、ＣＰＵ１０は、抽出した注文ＩＤを、会計データ保持部１６が保持する注文データ集合（図５参照）に加える。これにより、飲食データ管理コントローラ１のＣＰＵ１０は、特別注文の注文ＩＤ毎に注文ＩＤに対応する変動金額と数量を乗算し、乗算後の値を合計した特別注文の合計金額を算出することができる。そして、飲食データ管理コントローラ１のＣＰＵ１０は、食器での料理の合計金額と特別注文の合計金額とを加算することにより、最終的な会計金額を算出することができる。

なお、携帯用プリンタ７は少なくとも会計ＩＤ及び会計金額を印字するようにすればよい。この時、携帯用プリンタ７は会計ＩＤをバーコード表示と数字の両方で印字したが、会計ＩＤをバーコード表示または数字のいずれか一つだけで印字してもよい。ハンディターミナル３は携帯用プリンタ７に、更にテーブルＮｏなどの情報を印字させてもよい。

また、ハンディターミナル３は携帯用プリンタ７に、食器の種類、個数又は特別注文の内容を印字させてもよい。この場合、Ｔ３１１において、ＣＰＵ１０は、会計ＩＤと会計金額とともに、食器の種類、個数又は特別注文の内容を示す飲食データをハンディターミナル３へ送信すればよい。

図１８は、図１７ＢのＴ３０２における食器スキャンの処理の一例を示すフローチャートである。まず、ＣＰＵ３０は、変数Ｃｏｕｎｔに０を代入する（ステップＳ４０１）。次に、ＣＰＵ３０は、変数Ｃｏｕｎｔが示すカウント数を表示部３４に表示する（ステップＳ４０２）。次に、ＣＰＵ３０は、終了キーが押されたか否か判定する（ステップＳ４０３）。

終了キーが押された場合（ステップＳ４０３ ＹＥＳ）、ＣＰＵ３０は、食器スキャンデータを確定し（ステップＳ４０４）、本処理を終了する。終了キーが押されていない場合（ステップＳ４０３ ＮＯ）、ＣＰＵ３０は、キャンセルキーが押されたか否か判定する（ステップＳ４０５）。キャンセルキーが押された場合（ステップＳ４０５ ＹＥＳ）、ＣＰＵ３０は食器スキャンデータを破棄する（ステップＳ４０６）。キャンセルキーが押されていない場合（ステップＳ４０５ ＮＯ）、ＣＰＵ３０は、無線タグ−Ｒ／Ｗ３８が食器６のＩＤ付き無線タグ６１から食器ＩＤと食器の種類等を読み取ったか否か判定する（ステップＳ４０７）。

無線タグ−Ｒ／Ｗ３８が食器６のＩＤ付き無線タグ６１から食器ＩＤと食器の種類等を読み取っていない場合（ステップＳ４０７ ＮＯ）、ＣＰＵ３０はステップＳ４０３の処理に戻る。一方、無線タグ−Ｒ／Ｗ３８が食器６のＩＤ付き無線タグ６１から食器ＩＤと食器の種類等を読み取った場合（ステップＳ４０７ ＹＥＳ）、ＣＰＵ３０は、読み取った食器ＩＤが既読か否か判定する（ステップＳ４０８）。

読み取った食器ＩＤが既読の場合（ステップＳ４０８ ＹＥＳ）、ＣＰＵ３０はステップＳ４０３の処理に戻る。一方、読み取った食器ＩＤが既読でない場合（ステップＳ４０８ ＮＯ）、ＣＰＵ３０は、食器カウントデータ保持部３２３が保持する食器スキャンデータを更新する（ステップＳ４０９）。次に、ＣＰＵ３０は音声出力部３９からブザー音を出力させ（ステップＳ４１０）、ステップＳ４０２の処理に戻る。以上で、本フローチャートの処理を終了する。

以上、ＣＰＵ３０は、読み取った食器ＩＤが既読か否か判定し、既読でない場合のみ食器スキャンデータを更新するので、食器ＩＤが重複して食器スキャンデータに記憶されるのを防ぐことができる。

図１９は、図１７ＢのＴ３０７における食器カウントデータの作成の処理の一例を示すフローチャートである。同図は、図１２のハンディターミナル３から入力された食器カウントデータに含まれる食器スキャンデータにｎ枚分のデータがあるとした場合のフローチャートである。
まず、飲食データ管理コントローラ１のＣＰＵ１０は、食器カウントデータ保持部３２３が保持する食器カウントデータを初期化する（ステップＳ５０１）。具体的には、例えば、飲食データ管理コントローラ１のＣＰＵ１０は、食器カウントデータに含まれるａ、ｂ、ｃ、…、ｗ、ｘ円食器までの２４種類の各食器の個数を０円に初期化する。ここで、本実施形態では、食器の種類を一例として２４種類とするが、この数に限ったものではない。

次に、ＣＰＵ１０は、インデックスｉを０に初期化する（ステップＳ５０２）。次に、ＣＰＵ１０は、インデックスｉがｎ以上であるか否か判定する（ステップＳ５０３）。インデックスｉがｎ以上である場合（ステップＳ５０３ ＹＥＳ）、ＣＰＵ１０はその処理を終了する。一方、インデックスｉがｎ未満である場合（ステップＳ５０３ ＮＯ）、ハンディターミナル３から入力された食器カウントデータから、食器ＩＤがＩＤ（ｉ）の食器の種類を読み出す（ステップＳ５０４）。

次に、ＣＰＵ１０は、読み出した食器の種類がａ円の食器であるか否か判定する（ステップＳ５０５）。読み出した食器の種類がａ円の食器である場合（ステップＳ５０５ ＹＥＳ）、ＣＰＵ１０は、食器カウントデータのａ円の食器の個数を１増やし（ステップＳ５０６）、ステップＳ５１１の処理へ遷移する。

一方、読み出した食器の種類がａ円の食器でない場合（ステップＳ５０５ ＮＯ）、ＣＰＵ１０は、読み出した食器の種類がｂ円の食器であるか否か判定する（ステップＳ５０７）。読み出した食器の種類がｂ円の食器である場合（ステップＳ５０７ ＹＥＳ）、ＣＰＵ１０は、食器カウントデータのｂ円の食器の個数を１増やし（ステップＳ５０６）、ステップＳ５１１の処理へ遷移する。一方、読み出した食器の種類がｂ円の食器でない場合（ステップＳ５０７ ＮＯ）、ＣＰＵ１０は、同様の判定をｃ円の食器からｗ円の食器まで行う。

次に、ステップＳ５０９において、ＣＰＵ１０は、読み出した食器の種類がｘ円の食器であるか否か判定する。読み出した食器の種類がｘ円の食器である場合（ステップＳ５０９ ＹＥＳ）、ＣＰＵ１０は、食器カウントデータのｘ円の食器の個数を１増やし（ステップＳ５１０）、ステップＳ５１１の処理へ遷移する。一方、読み出した食器の種類がｘ円の食器でない場合（ステップＳ５０９ ＮＯ）、食器の種類が不明であり、ＣＰＵ１０はステップＳ５１１の処理へ遷移する。次に、ステップＳ５１１において、ＣＰＵ１０はインデックスｉを１増やし、ステップＳ５０３の処理に戻る。

図２０は、図１７ＢのＴ３０８における会計データの注文データ集合の作成処理の一例を示すフローチャートである。同図は、ハンディターミナル３から入力された食器カウントデータに含まれる食器スキャンデータ（図１２参照）にｎ枚分のデータがあるとした場合のフローチャートである。飲食データ管理コントローラ１の注文データ保持部１５には既に図４に示す注文アイテムデータがｍ件蓄積されているとする。本フローチャートの処理は、ＣＰＵ１０が、図４のリンク食器ＩＤと図１２の食器ＩＤ（ｉ）の比較を行い、一致したら図４の注文データの情報を図５の注文データ集合にコピーする処理である。

まず、ＣＰＵ１０は、インデックスｉを０に初期化する（ステップＳ６０１）。ここで、インデックスｉは、ハンディターミナル３から入力された食器カウントデータに含まれる食器スキャンデータ（図１２参照）内を検索するためのインデックスである。次に、ＣＰＵ１０は、インデックスｉがｎ以上であるか否か判定する（ステップＳ６０２）。インデックスｉがｎ以上である場合（ステップＳ６０２ ＹＥＳ）、ＣＰＵ１０は、本フローチャートの処理を終了する。一方、インデックスｉがｎ未満である場合（ステップＳ６０２ ＮＯ）、ＣＰＵ１０は、インデックスｊを０に初期化する（ステップＳ６０３）。ここで、インデックスｊは、注文データ集合（図５参照）の検索用インデックスである。

次に、ＣＰＵ１０は、インデックスｊがｍ以上であるか否か判定する（ステップＳ６０４）。インデックスｊがｍ以上である場合（ステップＳ６０４ ＹＥＳ）、ＣＰＵ１０は、インデックスｉを１増やし（ステップＳ６０５）、ステップＳ６０２の処理に遷移する。

一方、インデックスｊがｍ未満である場合（ステップＳ６０４ ＮＯ）、ＣＰＵ１０は、注文データ（ｊ）の会計フラグが１であるか否か判定する（ステップＳ６０６）。注文データ（ｊ）の会計フラグが１である場合、すなわち会計済みの場合（ステップＳ６０６ ＹＥＳ）、ＣＰＵ１０はインデックスｊを１増やし（ステップＳ６０７）、ステップＳ６０４の処理に戻る。

一方、注文データ（ｊ）の会計フラグが０である場合、すなわち未会計の場合（ステップＳ６０６ ＹＥＳ）、ＣＰＵ１０は注文データ保持部１５が保持する注文データ（ｊ）のリンク食器ＩＤと食器スキャンデータの食器ＩＤ（ｉ）とが一致するか否か判定する（ステップＳ６０８）。注文データ（ｊ）のリンク食器ＩＤと食器スキャンデータの食器ＩＤ（ｉ）とが不一致の場合（ステップＳ６０８ ＮＯ）、ＣＰＵ１０はインデックスｊを１増やし（ステップＳ６０７）、ステップＳ６０４の処理に戻る。

一方、注文データ（ｊ）のリンク食器ＩＤと食器スキャンデータの食器ＩＤ（ｉ）とが一致する場合（ステップＳ６０８ ＹＥＳ）、ＣＰＵ１０は、会計データ保持部１６が保持する会計データの注文データ集合（図５参照）に、注文データ保持部１５が保持する注文データ（ｊ）の情報（図４参照）に値を入れる。具体的には、ＣＰＵ１０は注文データ集合（図５参照）に含まれる注文ＩＤ、メニューＮｏ、数量、変動金額に、注文データ（ｊ）内の対応する変数（図４参照）の値を入れる。そして、ＣＰＵ１０はステップＳ６０２の処理に戻る。以上で、本フローチャートの処理を終了する。

以上、図２０によれば、飲食データ管理コントローラ１のＣＰＵ１０は、注文データ保持部１５が保持する注文データ（ｊ）のリンク食器ＩＤと食器スキャンデータの食器ＩＤ（ｉ）とが一致するか否か判定する。そして、ＣＰＵ１０は、一致する場合、会計データ保持部１６が保持する会計データの注文データ集合（図５参照）の各変数に、注文データ保持部１５が保持する注文データ（ｊ）内の対応する変数（図４参照）の値を入れる。これにより、ＣＰＵ１０は、注文データに特別注文のデータを含めることができるので、会計金額の中に特別注文の金額を含めることができる。

図２１Ａは、図１７ＢのＴ３０９における会計金額の算出処理の一例を示すフローチャートである。本フローチャートでは、図５の会計データのうち、会計金額及び会計フラグを除く情報に値が入っていることを前提とする。また、図５の会計データに、食器カウントデータがｎ件、注文データがｍ件あるとした場合を想定する。

まず、ステップＳ７０１において、ＣＰＵ１０は、会計金額Ｓとインデックスｉを０に初期化する。会計金額Ｓは、顧客の会計金額である。インデックスｉは、食器カウントデータ（図５参照）を検索する際のインデックスである。
次に、ＣＰＵ１０は、食器カウントデータ（ｉ）毎の金額Ｐ（ｉ）を算出する。ここで、金額Ｐ（ｉ）は、食器の種類が示す一枚あたりの金額に、数量を乗じた金額である。具体的には、例えば、ある食器カウントデータ（ｉ）が２００円食器が３枚なら、ＣＰＵ１０は、２００に３を乗じた６００を金額Ｐ（ｉ）として算出する。

次に、ステップＳ７０３において、ＣＰＵ１０は、会計金額Ｓに、現在の会計金額Ｓと金額Ｐ（ｉ）の和を代入する。次に、ステップＳ７０４において、ＣＰＵ１０は、インデックスｉを１増加させる。次に、ステップＳ７０５において、インデックスｉがｎ以上であるか否か判定する。インデックスｉがｎ未満である場合（ステップＳ７０５ ＮＯ）、ＣＰＵ１０は、ステップＳ７０２の処理に戻る。一方、インデックスｉがｎ以上である場合（ステップＳ７０５ ＹＥＳ）、ＣＰＵ１０は、ステップＳ７０６の処理へ遷移する。

次に、ステップＳ７０６において、ＣＰＵ１０は、インデックスｊを初期化する。ここで、インデックスｊは、注文データ集合（図５参照）を検索する際のインデックスである。次に、ステップＳ７０７において、ＣＰＵ１０は、注文データ（ｊ）毎の金額Ｑ（ｊ）を算出する。ここで、金額Ｑ（ｊ）は、１注文あたりの金額に、数量を乗じた金額である。この処理の詳細は、後述する図２１Ｂで説明する。

次に、ステップＳ７０８において、ＣＰＵ１０は、会計金額Ｓに、現在の会計金額Ｓと金額Ｑ（ｊ）の和を代入する。次に、ステップＳ７０９において、ＣＰＵ１０は、インデックスｊを１増加させる。次に、ステップＳ７１０において、インデックスｊがｍ以上であるか否か判定する。インデックスｊがｍ未満である場合（ステップＳ７１０ ＮＯ）、ＣＰＵ１０は、ステップＳ７０７の処理に戻る。一方、インデックスｊがｍ以上である場合（ステップＳ７１０ ＹＥＳ）、ＣＰＵ１０は、本フローチャートの処理を終了する。

以上、図２１Ａによれば、ＣＰＵ１０は、食器カウントデータを参照して、顧客が取った食器分の金額を算出することができる。また、ＣＰＵ１０は、注文データを参照して、顧客が注文した分の金額を算出することができる。そして、ＣＰＵ１０は、顧客が取った食器分の金額と顧客が注文した分の金額との合計金額である会計金額を算出することができる。

図２１Ｂは、図２１ＡのステップＳ７０７における注文データの金額算出処理の一例を示すフローチャートである。まず、ステップＳ８０１において、ＣＰＵ１０は、会計データの注文ＩＤ（ｊ）のメニューＮｏを抽出する。次に、ステップＳ８０２において、ＣＰＵ１０は、メニューマスタにおいて、当該メニューＮｏの金額オープンフラグを抽出する。次に、ステップＳ８０３において、ＣＰＵ１０は、抽出した金額オープンフラグが１か否か判定する。

抽出した金額オープンフラグが１である場合（ステップＳ８０３ ＹＥＳ）、そのメニューの金額Ｍを変動金額に設定し（ステップＳ８０４）、ステップＳ８０６の処理へ遷移する。一方、抽出した金額オープンフラグが０である場合（ステップＳ８０３ ＮＯ）、ＣＰＵ１０は、メニューマスタ（図６参照）を参照してそのメニューの金額ＭをそのメニューＮｏに対応する金額（メニューマスタ上の金額）に設定し（ステップＳ８０５）、ステップＳ８０６の処理へ遷移する。

次に、ステップＳ８０６において、ＣＰＵ１０は、メニューの金額Ｍに数量を乗算して得られる金額を注文データ（ｊ）の金額Ｑ（ｊ）として算出する。以上で、本フローチャートの処理を終了する。

図２２は、本実施形態に係る携帯用プリンタ７が印字する会計伝票の一例である。同図の会計伝票２２０において、領域２２１に店舗ロゴである「○○カフェテリア」が印字され、領域２２２にテーブルＮｏが「５」であることが印字され、領域２２３において合計金額が「４，３８０円」であることが印字されている。また、領域２２４において、会計ＩＤをバーコード表示したバーコードが印字されている。また、領域２２５において、会計ＩＤが数字で「１２３４５」と印字されている。

なお、携帯用プリンタ７が合計金額、会計ＩＤ、テーブルＮｏ以外の情報を印字する場合、図１７ＢのＴ３１１において、飲食管理データ装置１がハンディターミナル３に送信する情報に、その情報を含ませれば容易に実現できる。

図２３は、本実施形態に係るＰＯＳレジスタ８による会計処理のシーケンスの一例を示す図である。本シーケンスでは、図２２に示した会計伝票を顧客がＰＯＳレジスタ８に持参したことを前提とする。
まず、Ｔ９０１において、ＰＯＳレジスタ８のバーコードリーダーは、バーコード表示された会計ＩＤを読み込み会計ＩＤへ変換する。なお、ＰＯＳレジスタ８は、ＰＯＳレジスタ８が備えるキーボードから会計ＩＤの入力を受け付けてもよい。

次に、Ｔ９０２において、ＰＯＳレジスタ８は、その会計ＩＤを飲食データ管理コントローラ１へ送信するとともに会計を要求する。
次に、Ｔ９０３において、飲食データ管理コントローラ１は、ＰＯＳレジスタ８から受信した会計ＩＤをキーにして会計データ（図５参照）を検索する。

次に、Ｔ９０４において、飲食データ管理コントローラ１は、受信した会計ＩＤに該当する会計データが抽出されたか否か判定する。受信した会計ＩＤに該当する会計データが抽出されなかった場合（Ｔ９０４ ＮＯ）、飲食データ管理コントローラ１は、会計ＩＤがエラーである旨（以下、会計ＩＤエラーともいう）をＰＯＳレジスタ８へ送信する（Ｔ９０５）。

次に、Ｔ９０６において、ＰＯＳレジスタ８は、飲食データ管理コントローラ１から会計ＩＤエラーを受信すると、エラーを表示する。次に、Ｔ９０７において、ＰＯＳレジスタ８は、再入力を促す画面を表示する。
一方、Ｔ９０４において、受信した会計ＩＤに該当する会計データが抽出された場合（Ｔ９０４ ＹＥＳ）、その抽出された会計データから合計金額を抽出する（Ｔ９０８）。次に、Ｔ９０９において、飲食データ管理コントローラ１は、抽出した合計金額をＰＯＳレジスタ８へ送信する（Ｔ９０９）。

次に、Ｔ９１０において、ＰＯＳレジスタ８は、飲食データ管理コントローラ１から受信した合計金額を表示し、清算処理する。この過程で、店員は、顧客と金銭の授受を行う。次に、Ｔ９１１において、ＰＯＳレジスタ８は、清算処理の完了後に、会計完了メッセージを飲食データ管理コントローラ１へ送信する。

次に、Ｔ９１２において、飲食データ管理コントローラ１は、ＰＯＳレジスタ８から会計完了メッセージを受信すると当該会計データ（図５参照）の会計フラグを１（ここで、１は会計済みを意味する）に設定する。次に、Ｔ９１３において、飲食データ管理コントローラ１は、当該会計データ（図５参照）に含まれる注文ＩＤの注文データ（図４参照）内の会計フラグを１（ここで、１は会計済みを意味する）に設定する。以上で、本シーケンスの処理を終了する

以上、図２３の処理によれば、ＰＯＳレジスタ８は、バーコードを読み取って会計ＩＤへ変換し、変換により得られた会計ＩＤを飲食データ管理コントローラ１へ送信する。飲食データ管理コントローラ１のＣＰＵ１０は、会計データ保持部１６が保持する会計データ（図５参照）において、ＰＯＳレジスタ８から受信した会計ＩＤに対応する会計フラグを１、すなわち会計済みにする。また、飲食データ管理コントローラ１のＣＰＵ１０は、その会計データ（図５参照）に含まれる注文ＩＤの注文データ（図４参照）内の会計フラグを１、すなわち会計済みにする。これにより、飲食データ管理コントローラ１は、会計ＩＤ毎及び注文ＩＤ毎に、会計が済んだか否かを管理することができる。

続いて、注文ＩＤと食器ＩＤとの関連付け（リンク）を変更する処理について説明する。図２４Ａは、注文ＩＤと食器ＩＤとのリンクを変更する際のハンディターミナル３の画面遷移の一例を示す図である。前提として、図１７ＢのＴ３１１において、ハンディターミナル３は、飲食データ管理コントローラ１から会計ＩＤ（ａ）、会計金額、注文ＩＤ（１）及び注文ＩＤ（２）の情報を受信したものとする。

同図の画面２４１において、テーブルＮｏが「１２３」で、合計金額が「１４，８９０円」で、注文ＩＤ（１）の注文データが「盛り合わせ」で数量が「１」で価格が「３，０００」円であること、注文ＩＤ（２）の注文データが「カニ味噌汁」で数量が「２」で価格が「１，５００」円であることが示されている。ここで、例えば、店員は、この画面２４１を参照して、既に注文した注文品に関する情報（例えば、盛り合わせとカニ味噌汁とを注文していること）を顧客に提示する。

例えば、顧客が「盛り合わせ」を「隣のテーブルの会計にして欲しい」といった場合、店員は、画面２４１において、「盛り合わせ」が表示された画面領域をタッチして選択する。ＣＰＵ３０は、タッチされた位置を示す位置信号をタッチパネル３５から受け取ると、受け取った位置信号から「盛り合わせ」が表示された画面領域がタッチされたと判定し、表示部３３の画面を画面２４２へ遷移させる。画面２４２において、「盛り合わせ １ ３，０００」が四角で囲まれている。この画面２４２が表示されている状態で、店員は、キーボート３６上の「再リンク」を押下する。

ＣＰＵ３０は、キーボート３６から「再リンク」のキー信号を受け取ると、受け取ったキー信号から「再リンク」が押下されたと判定し、表示部３３の画面を画面２４３へ遷移させる。画面２４３において、「盛り合わせ １ ３，０００」が四角で囲まれ、「再リンクする食器を選択し、ハンディをかざしてください」というメッセージが表示されている。また、食器ＩＤが空欄状態で示されている。

店員が、画面２４３の指示に従って、ハンディターミナル３を隣の人の食器にかざす。ハンディターミナル３は、その隣の人の食器６のＩＤ付き無線タグ６１から、食器ＩＤと食器の種類等を読み取る。そして、ハンディターミナル３は、読み取った食器ＩＤと食器の種類を表示部３３の画面に表示させる。その画面の例が画面２４４である。画面２４４は、画面２４３に比べて、読み取った食器ＩＤが「９８７６５４」と表示され、読み取った食器の種類が「２００円食器」と表示されている点が異なっている。

画面２４４が表示されている状態で、店員はキーボート３６上の「ＥＮＴキー」を押下する。ＣＰＵ３０は、キーボート３６から「ＥＮＴキー」のキー信号を受け取り、受け取ったキー信号から「ＥＮＴキー」が押されたと判定し、表示部３３の画面を画面２４５へ遷移させる。画面２４５は、画面２４４に比べて、「再リンクする食器を選択しハンディをかざして下さい」とのメッセージがなくなり、「よろしいですか」というメッセージとその下に「ＹＥＳ」及び「ＮＯ」が表示されている。

この画面２４５が表示されている状態で、店員が「ＹＥＳ」が表示された画面領域をタッチする。ＣＰＵ３０は、タッチされた位置を示す位置信号をタッチパネル３５から受け取り、受け取った位置信号からＹＥＳ」が表示された画面領域がタッチされたと判定し、注文ＩＤと食器ＩＤの新たな組み合わせを飲食データ管理コントローラ１へ送信する。

飲食データ管理コントローラ１のＣＰＵ１０は、ハンディターミナル３から注文ＩＤと食器ＩＤを受信すると、受信した注文ＩＤで注文データ保持部１６が保持する注文データ（図４参照）内を検索する。飲食データ管理コントローラ１のＣＰＵ１０は、受信した注文ＩＤと同一の注文ＩＤを有する注文データに含まれるリンク食器ＩＤを、受信した食器ＩＤで更新する。次に、飲食データ管理コントローラ１のＣＰＵ１０は、更新された注文データに基づいて、会計データを更新し、会計データに基づいて会計金額を再計算する。飲食データ管理コントローラ１のＣＰＵ１０は、再計算により得られた会計金額と、会計ＩＤと、注文データ等をハンディターミナル３へ送信する。

ハンディターミナル３のＣＰＵ３０は、飲食データ管理コントローラ１から会計金額と、会計ＩＤと、注文データ等を受信した場合、表示部３３の画面を画面２４６へ遷移させる。注文ＩＤ（１）の注文データが「盛り合わせ」が隣の人の会計に含まれることになったので、画面２４６では、会計金額が１４，８９０円から３，０００円引かれた１１，８９０円が表示されている。また、注文ＩＤ（１）の注文データである「盛り合わせ」が隣の人の会計に含まれることになったので、画面２４１で表示された「盛り合わせ」の注文データが画面２４６では表示されていない。

この画面２４６が表示されている状態で、再び注文ＩＤと食器ＩＤとのリンクを変更したい場合、店員は、画面２４６に表示された「カニ味噌汁」の画面領域をタッチして選択すればよい。一方、注文ＩＤと食器ＩＤとのリンクの変更処理を完了するならば、店員は、例えばキーボード３６で「終了」キーを押下する。ハンディターミナル３のＣＰＵ３０は、「終了」キーを押下された旨の情報を受けると、携帯用プリンタ７への印字処理をする。

図２４Ｂは、注文ＩＤと食器ＩＤとのリンクを変更する処理のシーケンスの一例を示す図である。同図のＴ１１０１〜Ｔ１１１１の処理は、図１７ＢのＴ３０１〜Ｔ３１１の処理と同一であるので、その説明を省略する。
次に、Ｔ１０１２において、ハンディターミナル３のＣＰＵ３０は、注文ＩＤと食器ＩＤとのリンクを変更する。リンクの変更処理の一例は、図２４Ａに示したので、その説明を省略する。

次に、Ｔ１０１３において、ハンディターミナル３のＣＰＵ３０は、注文ＩＤとその注文ＩＤに新たにリンクさせる新しい食器ＩＤを飲食データ管理コントローラ１へ送信する。
次に、Ｔ１０１４において、飲食データ管理コントローラ１は、注文データを更新する。次に、Ｔ１０１５において、飲食データ管理コントローラ１は、会計金額を再計算する。すなわち、飲食データ管理コントローラ１は、図２１Ｂの処理を再度実行する。

次に、Ｔ１０１５において、飲食データ管理コントローラ１は、会計ＩＤ、再計算により得られた会計金額、及び注文データ等をハンディターミナル３へ送信する。
以下、データ管理システム９は、リンクを変更したい注文分だけ、Ｔ１０１２〜Ｔ１０１６の処理を繰り返す。以上で、本シーケンスの処理を終了する。

以上、図２４Ａと図２４Ｂによれば、ハンディターミナル３の入力部３４は、支払いをする支払い顧客の変更の対象となる特別注文の入力を受け付ける。そして、ハンディターミナル３の無線タグ−Ｒ／Ｗ部（読取部）３８は、変更する支払い顧客に属する食器が備える非接触ＩＤタグから食器ＩＤを読み取る。そして、ハンディターミナル３は、入力部３４が受け付けた特別注文の注文ＩＤと無線タグ−Ｒ／Ｗ部（読取部）３８が読み取った食器ＩＤとを飲食データ管理コントローラ１へ送信する。

飲食データ管理コントローラ１は、ハンディターミナル３から送信された注文ＩＤと同一の注文ＩＤを記憶部１４から抽出し、抽出した注文ＩＤにハンディターミナル３から送信された食器ＩＤを関連付けた注文データを記憶部１４に記憶させ、注文データに基づいて、会計金額を算出する。

これにより、飲食データ管理コントローラ１は、その注文品の注文ＩＤと読み取った食器ＩＤとを新たに関連付けることができる。そのため、飲食データ管理コントローラ１は、その注文品についての金額を会計金額に含まないように、会計金額を再計算することができる。

続いて、注文品を割り勘するときの処理について説明する。図４の注文データを拡張する事によって割り勘に容易に対応する事ができる。
図２５Ａは、割り勘処理のときの、飲食データ管理コントローラ１内の注文データの構成と、ハンディターミナル３内の注文データの構成である。データ構成２５１は、割り勘処理のときの、飲食データ管理コントローラ１内の注文データの構成である。データ構成２５１は、図４の注文データのリンク情報を割り勘処理のために拡張したものである。データ構成２５１は、一つの注文品に対して複数のリンク食器ＩＤを保持できるように、リンク情報には、リンク食器ＩＤ（１）、…、リンク食器ＩＤ（ｗ）が格納されている（ｗは正の整数）。

データ構成２５２は、割り勘処理のときの、ハンディターミナル３内の注文データの構成である。データ構成２５２は、図１１の注文データのリンク情報を割り勘処理のために拡張したものである。データ構成２５２は、一つの注文品に対して複数のリンク食器ＩＤを保持できるように、リンク情報には、リンク食器ＩＤ（１）、…、リンク食器ＩＤ（ｗ）が格納されている（ｗは正の整数）。

図２５Ｂは、注文発生時に割り勘が決定している場合のハンディターミナル３の画面遷移の一例である。画面２５３は、図１６Ｂの注文入力時の画面１６６を、複数の食器ＩＤを入力できるように食器ＩＤの表示欄を複数設けたものである。画面２５３には、「リンクする食器を選択しハンディをかざしてください」という指示が表示されている。また、ＩＤが空欄状態で縦に三つ並んでいる。

画面２５３の状態で、ハンディターミナル３を二つの食器にかざして、無線タグ−Ｒ／Ｗ部３８がその二つの食器６のＩＤ付き無線タグ６１からそれぞれ食器ＩＤと食器の種類を読み取った場合、ＣＰＵ３０は、無線タグ−Ｒ／Ｗ部３８から読み取った食器ＩＤと食器の種類をそれぞれ受け取る。そして、ＣＰＵ３０は、受け取った食器ＩＤと食器の種類をそれぞれ表示部３４に表示させる。画面２５４は、そのときの画面の一例である。画面２５４において、一つの食器が、食器ＩＤが「１２３４５６」で食器の種類が「１００円食器」であること、もう一つの食器が、食器ＩＤが「９８７６５４」で食器の種類が「２００円食器」であることが示されている。

画面２５４の状態で、ハンディターミナル３のＥＮＴキーが店員によって押された場合、ＣＰＵ３０はＥＮＴキーのキー信号をキーボード３５から受け取る。そして、ＣＰＵ３０はキーボード３５から受け取ったキー信号からＥＮＴキーが押されたと判定し、表示部３４の画面を画面２５５へ切り替える。画面２５５には、食器ＩＤと食器の種類との組と、「よろしいですか？」という確認のメッセージと、「ＹＥＳ」と、「ＮＯ」とが表示されている。

「ＹＥＳ」と表示された画面領域が店員によってタッチされて選択されると、ＣＰＵ３０はタッチされた位置を示す位置信号をタッチパネル３５から受け取る。そしてＣＰＵ３０は、受け取った位置信号から「ＹＥＳ」と表示された画面領域がタッチされたと判定し、図２５Ａのデータ構成２５２で注文データを生成する。すなわち、ＣＰＵ３０は、一つの注文データ中に、上記二つのリンク食器ＩＤがある注文データを生成する。そして、ＣＰＵ３０は、生成した注文データを無線制御部３７から飲食データ管理コントローラ１へ送信させる。

飲食データ管理コントローラ１の通信制御部１３は、ハンディターミナル３から送信された注文データを受信し、受信した注文データをＣＰＵ１０へ出力する。ＣＰＵ１０は、通信制御部１３から入力された注文データを用いて、図２５Ａのデータ構成２５１で注文データを生成する。すなわち、ＣＰＵ１０は、一つの注文データ中に、上記二つのリンク食器ＩＤがある注文データを生成する。そして、ＣＰＵ１０は、生成した注文データを注文データ保持部１５に記憶させる。

図２５Ｃは、飲食データ管理コントローラ１の注文データ集合の作成処理の一例を示すフローチャートである。図２５ＣのＳ１１０１〜Ｓ１１０８の処理は、図２０のＳ６０１〜Ｓ６０８の処理と同一であるので、その説明を省略する。
次に、ステップＳ１１０９において、飲食データ管理コントローラ１のＣＰＵ１０は、会計データ（図５参照）の注文データ集合の各変数に、注文データ（ｊ）の対応する変数の値に基づいて値を入れる。

具体的には、ＣＰＵ１０は、注文データ集合の注文ＩＤを注文データ（ｊ）の注文ＩＤで上書きし、注文データ集合のメニューＮｏを注文データ（ｊ）のメニューＮｏで上書きする。また、ＣＰＵ１０は、注文データ集合の数量を、注文データ集合の現在の数量とリンク情報の数の逆数（１／Ｃ）との和で上書きする。ここで、Ｃはリンク情報の数である。これは、数量をリンク情報の数の逆数（１／Ｃ）として現在の数量に順次加算していく処理である。また、ＣＰＵ１０は、注文データ集合の変動金額を注文データ（ｊ）の変動金額で上書きする。
そして、ＣＰＵ１０は、ステップＳ１１０７の処理へ遷移する。これは、一つの注文ＩＤが同じテーブルの複数の食器にリンクされている場合を考慮したものである。

次に、注文ＩＤが１の注文に対して、顧客Ａの食器ＩＤＡ−１及び食器ＩＤＡ−２とリンクされ、顧客Ｂの食器ＩＤＢ−１ともリンクされている場合を例に、割り勘時の処理の一例を説明する。店員は、ハンディターミナル３を操作して、ハンディターミナル３に顧客Ａが選択した全ての食器６のＩＤ付き無線タグ６１から情報を読み取らせる。ここで、顧客Ａが選択した食器は、例えば、顧客Ａが食した食器又は顧客Ａが取った食器である。ハンディターミナル３は、読み取ることにより得られた食器スキャンデータを飲食データ管理コントローラ１へ送信する。

飲食データ管理コントローラ１は、図２５Ｃの処理を行うことによって、会計データに含まれる注文ＩＤが１の数量を２／３に設定する。そして、飲食データ管理コントローラ１は、この会計データに基づいて、顧客Ａが負担する分の会計金額を算出する。そして、飲食データ管理コントローラ１は、算出した会計金額、会計ＩＤ及び注文データをハンディターミナル３へ送信する。この会計金額は、顧客Ａが選択した食器の料理にかかる金額と、注文ＩＤが１の注文の２／３の金額とを合計した金額である。ハンディターミナル３は、飲食データ管理コントローラ１から受信した会計金額及び会計ＩＤを携帯用プリンタ７に印字させる。店員は、顧客Ａに印字された会計伝票を渡す。
次に、同様にして、ハンディターミナル３は、顧客Ｂが選択した全ての食器６のＩＤ付き無線タグ６１から食器ＩＤと食器の種類等を読み取り、ハンディターミナル３及び飲食データ管理コントローラ１は、上記と同様の処理を行う。

これにより、顧客Ａは注文ＩＤが１の注文に対して、その注文の２／３の金額を負担する。一方で、顧客Ｂは注文ＩＤが１の注文に対して、その注文の１／３の金額を負担する。このように、飲食データ管理コントローラ１は、リンクされた食器の合計に対する各人がリンクされている食器の個数を、負担する金額割合とすることにより、よりきめの細かい金額の分担が可能とする。また、顧客Ａは、この会計伝票で清算することにより、選択した食器の料理にかかる金額と、注文ＩＤが１の注文の２／３の金額とを合計した会計金額のみを支払うことができる。これにより、二つのテーブルに属する個々の顧客毎に会計を行うことができる。

なお、お勘定のときに割り勘を顧客から指示された場合についても、データ管理システム９は、図２４のリンクの変更と同様の処理を行えば実現できる。その際には、図２５Ａに示すように、飲食データ管理コントローラ１は、リンク情報を複数のリンク食器ＩＤから構成した注文データを生成し、生成した注文データに基づいて会計データを生成する。そして、飲食データ管理コントローラ１は、生成した会計データに基づいて会計金額を再計算すればよい。

続いて、注文した後に顧客から割り勘が指示された時の処理について説明する。図２６Ａは、注文した後に割り勘処理する場合のハンディターミナル３の画面遷移の一例である。図１７ＢのシーケンスのＴ３１１において、ハンディターミナル３が会計ＩＤ（ａ）、会計金額、注文ＩＤ（１）及び注文ＩＤ（２）の情報を受信した場合を前提にして説明する。

まず、画面２６１には、テーブルＮｏと会計金額と、注文品として「盛り合わせ」が数量「１」で価格が「３，０００」円であること、「カニ味噌汁」が数量「２」で価格が「１，５００」円であることが示されている。店員は、この画面２６１を参照して、これらの注文品を顧客に提示する。この場合に、顧客が「盛り合わせ」を「隣の人と割り勘にして欲しい」と言った場合、店員は、画面２６１内の「盛り合わせ」の画面領域をタッチすることにより選択する。

「盛り合わせ」が表示された画面領域がタッチされると、ＣＰＵ３０はタッチパネル３５からタッチされた位置を示す位置信号を受け取る。そして、ＣＰＵ３０は、受け取った位置信号から「盛り合わせ」が表示された画面領域がタッチされたと判定し、表示部３３の画面を画面２６２へ切り替える。画面２６２において、「盛り合わせ １ ３，０００」が四角で囲まれている。
この画面２６２が表示された状態で、店員がキーボード３６から「割り勘」ボタンを押下すると、ＣＰＵ３０は、キーボード３６から「割り勘」ボタンのキー信号を受け取る。そして、ＣＰＵ３０は、受け取ったキー信号から割り勘ボタンが押されたと判定し、表示部３３の画面を画面２６３へ切り替える。

画面２６３には、四角で囲まれた「盛り合わせ １ ３，０００」という表示と、「割り勘をする食器を選択しハンディをかざしてください」というメッセージと空欄状態のＩＤとが示されている。画面２６３が表示されている状態で、店員により操作により、ハンディターミナル３の無線タグ−Ｒ／Ｗ部３８は隣の人の食器６のＩＤ付き無線タグ６１から食器ＩＤ及び食器の種類を読み取る。

ＣＰＵ３０は、無線タグ−Ｒ／Ｗ部３８が読み取った食器のＩＤと食器の種類を受け取ると、表示部３３にその食器のＩＤと食器の種類を表示させる。そのときの画面の一例が画面２６４である。画面２６４は、画面２６３と比べて、ハンディターミナル３が読み取った食器ＩＤと食器の種類とが表示されている点が異なる。

画面２６４が表示されている状態で、店員がキーボード３６から「ＥＮＴキー」を押下すると、ＣＰＵ３０は、キーボード３６からＥＮＴキーのキー信号を受け取る。そして、ＣＰＵ３０は、受け取ったキー信号からＥＮＴキーが押されたと判定し、表示部３３の画面を画面２６５へ切り替える。

画面２６５には、四角で囲まれた「盛り合わせ １ ３，０００」という表示に加えて、「ＩＤ＝ ９８７６５４ ２００円食器と割り勘にします。よろしいですか」というメッセージと「ＹＥＳ」と「ＮＯ」とが表示されている。
画面２６５が表示されている状態で、店員が画面２６５に含まれる「ＹＥＳ」が表示された表示領域をタッチして選択すると、ＣＰＵ３０は、タッチされた位置を示す位置信号を受け取る。そして、ＣＰＵ３０は、受け取った位置信号から「ＹＥＳ」が表示された表示領域が選択されたと判定し、盛り合わせの注文ＩＤと読み取った食器ＩＤとを飲食データ管理コントローラ１へ送信する。

飲食データ管理コントローラ１は、この盛り合わせの注文ＩＤと読み取った食器ＩＤとを受信すると、注文データ保持部１５が保持する注文データ（図４参照）内をこの注文ＩＤで検索し、この注文ＩＤと同一の注文ＩＤを有する注文データのリンク情報にこの食器ＩＤを追加する。これにより、リンク情報は二つのリンク食器ＩＤを含むことになる。

次に、飲食データ管理コントローラ１のＣＰＵ１０は、図２５Ｃと同様の処理で、会計データの生成を行う。次に、飲食データ管理コントローラ１のＣＰＵ１０は、生成した会計データに基づいて、会計金額を再計算する。次に、飲食データ管理コントローラ１は、再計算により得られた会計金額を会計ＩＤ及び注文データとともにハンディターミナル３へ送信する。
これにより、ハンディターミナル３は、例えば、画面２６６のように再計算された結果を表示部３３に表示する。画面２６６は、画面２６１と比べて、合計金額が１４，８９０円から１３，８９０円に盛り合わせの半額である１５００円だけ減額され、盛り合わせの数量が１から１／２になり、盛り合わせの価格が３０００円から１５００円になっている。

ここで、再び割り勘やリンクの変更をしたければ、店員はメニューを選択すればよいし、店員は処理を完了するならば、例えば「終了」キーを押下する。「終了」キーが押下された場合、ＣＰＵ３０は、次の処理（携帯用プリンタ７への印字処理）を実行する。

図２６Ｂは、注文した後に割り勘処理する場合の処理の一例を示すシーケンスである。図２６ＢのＴ１２０１〜Ｔ１２１１の処理は、図１７ＢのＴ３０１〜Ｔ３１１の処理と同一であるので、その説明を省略する。
次に、Ｔ１２１２において、顧客の割り勘の指示に従って、店員はハンディターミナル３を操作して割り勘の対象となる注文を選択する。そして、ハンディターミナル３のＣＰＵ３０は、飲食データ管理コントローラ１から受信した注文データから、店員による操作により選択された注文の注文ＩＤを取得する。そして、店員は割り勘に対象となる注文に対して、新たに支払いを分担する顧客に属する食器６にハンディターミナル３をかざす。その際、ハンディターミナル３の無線タグ−Ｒ／Ｗ部３８は、その食器６のＩＤ付き無線タグ６１から食器ＩＤを読み取る。そして、ハンディターミナル３のＣＰＵ３０は、読み取ったＩＤ付き無線タグ６１の食器ＩＤを無線タグ−Ｒ／Ｗ部３８から追加食器ＩＤとして取得する。

次に、Ｔ１２１３において、ハンディターミナル３のＣＰＵ３０は、取得した注文ＩＤと追加食器ＩＤとを無線制御部３８から飲食データ管理コントローラ１へ送信させる。
次に、Ｔ１２１４において、飲食データ管理コントローラ１のＣＰＵ１０は、ハンディターミナル３から注文ＩＤと追加食器ＩＤを受信すると、注文ＩＤと追加食器ＩＤとに基づいて、注文データを更新する。
次に、Ｔ１２１５において、飲食データ管理コントローラ１のＣＰＵ１０は、更新された注文データに基づいて、会計金額を再計算する。

次に、Ｔ１２１５において、飲食データ管理コントローラ１のＣＰＵ１０は、通信制御部１４から再計算により得られた合計金額を会計ＩＤ及び注文データとともにハンディターミナル３へ送信させる。
以下、データ管理システム９は、割り勘を変更したい注文分だけ、Ｔ１２１２〜Ｔ１２１６の処理を繰り返す。以上で、本シーケンスの処理を終了する。

以上、図２６Ａと図２６Ｂによれば、ハンディターミナル３の入力部３４は、割り勘の対象となる特別注文の入力を受け付ける。また、ハンディターミナル３の無線タグ−Ｒ／Ｗ部（読取部）３８は、該割り勘する顧客の食器が備える非接触ＩＤタグから食器ＩＤを読み取る。そして、ハンディターミナル３は、入力部３４が受け付けた特別注文の注文識別情報と無線タグ−Ｒ／Ｗ部（読取部）３８が読み取った食器ＩＤとを飲食データ管理コントローラ１へ送信する。

飲食データ管理コントローラ１は、ハンディターミナル３から送信された注文識別情報と同一の注文識別情報を記憶部１４から抽出し、抽出した注文識別情報にハンディターミナル３から送信された食器ＩＤを関連付けた注文データを記憶部１４に記憶させ、注文データに基づいて、会計金額を算出する。

このように、ある注文品を割り勘にする場合、飲食データ管理コントローラ１は、その注文品の注文ＩＤと新たにハンディターミナル３が読み取った食器ＩＤとを更に関連付ける。そのため、飲食データ管理コントローラ１は、その注文品についての金額を新たに関連付けた食器ＩＤの食器を食した顧客に半額負担させることができるので、その注文品を割り勘で支払うことができる。

以上、本実施形態のデータ管理システム９によれば、お勘定のときに、特別注文した食器も含めてハンディターミナルが食器６に付けられたＩＤ付き無線タグ６１の情報を読み取るので、特別注文した食器の価格も合計金額に含めることができる。これにより、追加で注文した場合に、特別注文は料理が載った食器を取ってくるだけでよいので、追加で料理が載った食器を持って来るたびに会計する必要がないので、利用者の手間を省くことができる。

また、本実施形態のデータ管理システム９によれば、特別注文等があっても、ＰＯＳレジスタ８に行く前に、ハンディターミナル３を持つ従業員を呼んで、ハンディターミナル３から特別注文が可能であるため、ＰＯＳレジスタ８で煩雑になることを防ぐので、ＰＯＳレジスタ８における清算処理で時間がかかることを防ぐことができる。その結果、データ管理システム９は、ＰＯＳレジスタ８における顧客の待ち時間を短縮することができる。

また、本実施形態のデータ管理システム９によれば、特別注文を特定して、新たに別の顧客に属する食器６のＩＤ付き無線タグ６１から食器ＩＤを読み取ることにより、特別注文の注文ＩＤと関連付けられた食器ＩＤを別の顧客に属する食器の食器ＩＤに変更することができる。これにより、その特別注文の代金を、その別の顧客が払うことができる。また、特別注文毎に、その代金を払う顧客を切り替えることができるので、柔軟に会計を変更することができる。

また、本実施形態のデータ管理システム９によれば、特別注文を特定して、複数の顧客に属する食器６のＩＤ付き無線タグ６１から食器ＩＤを読み取ることにより、複数の顧客が特別注文の注文ＩＤと複数の顧客に属する食器の食器ＩＤとを関連付けることができる。これにより、その特別注文の代金を、その複数の顧客が割り勘で払うことができる。また、特別注文毎に、割り勘するか否か選択することができるので、柔軟に会計を変更することができる。

なお、本実施形態に係るＩＤ付き無線タグ６１は、食器の種類（例えば、１００円食器）を保持したが、これに限らず、その食器に盛られる料理の金額（例えば、１００円）を保持してもよい。
また、本実施形態では、一例としてＩＤ付き無線タグ６１が取り付けられた食器６について説明したが、これに限らず、食器（例えば、カップ）でもよい。その場合、食器にＩＤ付き無線タグ６１が取り付けられ、ＩＤ付き無線タグ６１は、その食器を識別する固有の識別情報（食器識別情報）と、食器の種類あるいは食器に盛られる料理の金額を保持してもよい。

また、複数の装置を備えるシステムが、本実施形態の飲食データ管理コントローラ１の各処理を、それらの複数の装置で分散して処理してもよい。なお、複数の装置を備えるシステムが、本実施形態のハンディターミナル３の各処理を、それらの複数の装置で分散して処理してもよい。
また、本実施形態の飲食データ管理コントローラ１及びハンディターミナル３の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、飲食データ管理コントローラ１及びハンディターミナル３に係る上述した種々の処理を行ってもよい。

なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１ 飲食データ管理コントローラ（ＣＴ、管理装置）
２ 無線中継機
３ ハンディターミナル（ＨＴ、読取装置）
４ 伝票出力用プリンタ
５ 調理指示表示装置
６ 食器
７ 携帯用プリンタ
８ ＰＯＳレジスタ
９ データ管理システム
１０ ＣＰＵ（処理部）
１１ ＲＯＭ
１２ ＲＡＭ
１３ 通信制御部
１４ 記憶部
１５ 注文データ保持部
１６ 会計データ保持部
１７ メニューマスタ保持部
３０ ＣＰＵ
３１ ＲＯＭ
３２ ＲＡＭ
３３ 表示部
３４ 入力部
３５ タッチパネル
３６ キーボード
３７ 無線制御部（通信部）
３８ 無線タグ−Ｒ／Ｗ部（読取部）
３９ 音声出力部
６１ ＩＤ付き無線タグ
３２０ 記憶部
３２１ メニューマスタ保持部
３２２ 注文データ保持部
３２３ 食器カウントデータ保持部
６１１ ＦＲＯＭ
６１２ ＲＡＭ
６１３ ＣＰＵ
６１４ 無線送信受信回路
６１５ アンテナ

Claims (5)

1. 食器に取り付けられた非接触で読み書き可能な無線タグから該食器を識別する食器識別情報を読み取り、勘定に使用する読取装置と、管理装置とを備えるデータ管理システムであって、
   前記読取装置は、
   顧客が注文をする毎に、前記顧客のテーブルの上にある食器のうち任意の一の食器が備える前記無線タグから食器識別情報を読み取る読取部と、
   前記読取部が読み取った食器識別情報を含む注文データを前記管理装置へ送信する通信部とを備え、
   前記管理装置は、
   前記通信部が送信した注文データを受信する通信制御部と、
   前記通信制御部が注文データを受信する毎に、前記注文データを識別する注文識別情報を生成し、前記受信した注文データに含まれる食器識別情報と前記生成した注文識別情報とを関連付けて記憶部に記憶させる処理部とを備える
   ことを特徴とするデータ管理システム。
2. 勘定するときに、前記読取部は、前記顧客のテーブルの上にある食器が備える前記無線タグから食器識別情報を読み取り、
   前記通信部は前記読取部が読み取った食器識別情報を前記管理装置へ送信し、
   前記通信制御部は、前記通信部が送信した食器識別情報を受信し、
   前記処理部は、前記通信制御部が受信した食器識別情報に対応する食器識別情報を含む注文データを前記記憶部で参照して、前記顧客の会計処理を行う
   ことを特徴とする請求項１に記載のデータ管理システム。
3. 前記読取装置は、割り勘の対象となる注文の入力を受け付ける入力部を備え、
   前記読取部は、該割り勘する顧客に属する食器が備える前記無線タグから食器識別情報を読み取り、
   前記通信部は、前記入力部が受け付けた注文の注文識別情報と前記読取部が読み取った食器識別情報とを前記管理装置へ送信し、
   前記処理部は、前記通信部から送信された前記注文識別情報と同一の注文識別情報を前記記憶部から抽出し、抽出した注文識別情報に前記読取装置から送信された食器識別情報を関連付けた注文データを記憶部に記憶させ、前記注文データに基づいて、会計金額を算出する
   ことを特徴とする請求項１または請求項２に記載のデータ管理システム。
4. 前記読取装置は、
   支払いをする支払い顧客の変更の対象となる注文の入力を受け付ける入力部を備え、
   前記読取部は、変更する支払い顧客に属する食器が備える前記無線タグから食器識別情報を読み取り、
   前記通信部は、前記入力部が受け付けた注文の注文識別情報と前記読取部が読み取った食器識別情報とを前記管理装置へ送信し、
   前記処理部は、前記通信部から送信された前記注文識別情報と同一の注文識別情報を前記記憶部から抽出し、抽出した注文識別情報に前記読取装置から送信された食器識別情報を関連付けた注文データを記憶部に記憶させ、前記注文データに基づいて、会計金額を算出する
   ことを特徴とする請求項１または請求項２に記載のデータ管理システム。
5. 食器に取り付けられた非接触で読み書き可能な無線タグから該食器を識別する食器識別情報を読み取り、勘定に使用する読取装置と、管理装置とを備えるデータ管理システムにおけるデータ管理方法であって、
   読取部が、顧客が注文をする毎に、前記顧客のテーブルの上にある食器のうち任意の一の食器が備える前記無線タグから食器識別情報を読み取る手順と、
   通信部が、前記読取部が読み取った食器識別情報を含む注文データを前記管理装置へ送信する手順と、
   通信制御部が、前記通信部が送信した注文データを受信する手順と、
   処理部が、前記通信制御部が注文データを受信する毎に、前記注文データを識別する注文識別情報を生成し、前記受信した注文データに含まれる食器識別情報と前記生成した注文識別情報とを関連付けて記憶部に記憶させる手順と、
   を有することを特徴とするデータ管理方法。

Images