JP4063949B2 - 電子式キャッシュレジスタ装置及びその料金計算方法 - Google Patents
電子式キャッシュレジスタ装置及びその料金計算方法 Download PDFInfo
- Publication number
- JP4063949B2 JP4063949B2 JP09752898A JP9752898A JP4063949B2 JP 4063949 B2 JP4063949 B2 JP 4063949B2 JP 09752898 A JP09752898 A JP 09752898A JP 9752898 A JP9752898 A JP 9752898A JP 4063949 B2 JP4063949 B2 JP 4063949B2
- Authority
- JP
- Japan
- Prior art keywords
- meal
- value
- menu
- item
- price
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/0036—Checkout procedures
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
Description
【０００１】
【発明の属する技術分野】
本発明は、電子式キャッシュレジスタ装置及びその料金計算方法、特に操作者に特別の知識や訓練を施さなくても、顧客の注文を入力するだけで顧客にとって有利となる割引価格を算出することが可能な電子式キャッシュレジスタ装置及びその料金計算方法に関するものである。
【０００２】
【従来の技術】
近年経済活動の高度化、活発化が促され、商取引においては、ＰＯＳシステムを設置して商品の売上データを通信回線を使用して集め、販売の管理、分析を行なうという手法が採用されている。このようなＰＯＳシステムにあっては、店舗において販売される品目の料金、或いはセットメニューがセンター若しくは各店舗の統括部門で決定されてそのデータが店舗内の各電子式キャッシュレジスタ装置にダウンロードされて記憶手段に格納される。各操作者（店員）は顧客の注文する単品の品目、或いはセットメニューから選ばれた品目を電子式キャッシュレジスタ装置に入力し、注文が出尽くしたところで合計キーを押すと、合計の金額が表示されるようになっている。
【０００３】
このようなＰＯＳシステムで使用される電子式キャッシュレジスタ装置の一般例としては例えば図２７に示すものがある。図２７は電子式キャッシュレジスタ装置の外観構成の一例を示す側面図である。図２７において、符号１は電子式キャッシュレジスタ装置の装置本体、２は操作内容や計算結果が表示される表示装置である。装置本体１の上面１ａには入力手段としてのキーボードが設けられ、このキーボードには通常、入力操作部を兼ねる液晶パネル等の操作パネルが設けられている。このようなキーボードの従来構造としては例えば図２８に示すようなものがある。
【０００４】
図２８において、符号３はキーボード全体を示す。４はセットメニューとなっている品目を指定するためのセットメニューキーを示し、このセットメニューキー４は、Ａセットキー４ａ、Ｂセットキー４ｂ、Ｃセットキー４ｃ、・・・、Ｎセットキー４ｎ、というようにセットメニューとして登録されているセットの数だけ設けられている。５は注文を取るために必要な項目や品目が表示されるとともに、品目指定操作が行なわれる表示・操作パネル、６は飲物を指定するためのドリンクキーであり、このドリンクキーを押すと表示・操作パネル５には各種の飲物が表示され操作者が顧客の注文に応じて飲物を指定できるようになっている。７はセットメニューの注文を受けたときに飲物を指定するためのセット用ドリンクキーである。このセット用ドリンクキー７は顧客がセット品目を注文したときにそのセットに付く飲物を指定するために設けられているもので、このセット用ドリンクキー７を押すと表示・操作パネル５にはセットメニューの品目に付く各種の飲物が表示され操作者が顧客の注文に応じてそのセットに付く飲物を指定できるようになっている。８は単品の品目を指定するための単品キーであり、顧客の注文に応じて個々の品目を指定するための入力キーである。さらに９は注文された品目を合わせた合計の料金計算を指示するための合計キーである。
【０００５】
図２９は上記ような従来の電子式キャッシュレジスタ装置の回路構成を概略的に示すブロック図である。図２９において、符号２は表示装置、３は各種の指示が入力されるキーボードであり、これらは図２７および図２８において示されたものと同じである。１１は各品目の種類と料金が格納されたメニュー記憶部、１２は顧客注文の料金を算出する計算部、１３はレシートその他のデータを出力する印字部、１４はこの電子式キャッシュレジスタ装置とセンター等に設置されたマスター装置との間でデータの送受信を行なう通信インターフェース、１５は前記各機能部の動作をコントロールする制御部である。
【０００６】
このような構成を有する従来の電子式キャッシュレジスタ装置の動作について説明する。ここでは、電子式キャッシュレジスタ装置がファーストフード店に設置されて使用される場合について述べる。この場合において、顧客からの注文が単品を指定してなされるものであるときは、操作者はキーボード３の単品キー８を押していって注文を受け付ける。ここで「単品」とは、例えばハンバーガー、チーズバーがー、フィッシュバーガー、フライドポテト、アップルパイなどの品目を指す。さらに、顧客がドリンクの注文を出した場合は、ドリンクキー６を押すと、キーボード３の表示・操作パネル５には各種のドリンクが表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部１５は計算部１２を起動させ、計算部１２はメニュー記憶部１１から各注文の品目とその値段を検索して計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。他方、顧客からの注文がセットの品目を指定してなされるものであるときは、操作者はキーボード３のセットメニューキー４の中から顧客が指定したセット（例えばＡセット）のキー４ａを押して注文を受け付ける。セットメニューとは単品の中のある品目を販売店側が複数個選んで組み合わせ、通常は割り引き料金を設定してまとめ売りする品目をいう。セットメニューには通常、飲物が付いているからセットメニューの中の品目の注文を受けたときは、上記セットキー４ａが押された後ドリンクキーが押される。このとき、セットメニューの中の品目に付くドリンクは割り引き値段に設定されているから、通常のドリンクキー６とは別に設けられたセット用ドリンクキー７が押される。すると、キーボード３の表示・操作パネル５にはそのセットに付けられるドリンクが幾種類か表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部１５は計算部１２を起動させ、計算部１２はメニュー記憶部１１から各注文の品目とその料金を検索して計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。計算部１２の計算動作において、このときに検索されるメニュー記憶部１１にはセットメニューに指定されているセットの料金とそのセットに付けられるドリンクの割引の料金とが他の品目の値段とともに登録されているから、それぞれ該当する料金が検索されて計算が行なわれ、合計金額が算出される。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記のような従来の電子式キャッシュレジスタ装置にあっては、単品のメニューもセットメニューも、料金はそれぞれの品目独自のものとして個々にメニュー記憶部１１に登録されているものであるから、例えば顧客はセット料金で買いたい場合は、セットを指定して注文を出さないとセット料金が適用されないという不具合がある。すなわち、顧客がどのようなセットがあるかを認識していなければ単品毎に注文を出すしかなく、そうすれば注文の内容は同じでもセットメニューキー４で受け付けるか、単品キー８で受け付けるかによって料金が異なってしまう。
【０００８】
また、ドリンクキーは、通常のドリンクキー６とセット用ドリンクキー７とに分けて設置されているため、例えば操作者が顧客空の注文を単品入力しているのにドリンクに関しては間違えてセット用ドリンクキー７を押したりすると、そのドリンクに対してはセットの料金が適用されてしまい、後の売上集計などで食い違いが生じる虞がある。
【０００９】
さらに、セットメニューがあるために、必然的に操作キー４、６、７、８、或いはその他のキーは数が多くならざるを得ず、操作者はそれぞれのキーが何の指示を入力し、どんな場合に押すべきかを覚えなければならず、この知識が充分でないと上述のような押し間違いといった状態が起こる。
【００１０】
本発明は、上記従来の問題点に鑑みてなされたもので、その目的は、操作者に特別の知識や訓練を施さなくても、顧客の注文を入力するだけで顧客にとって有利となる割引価格を算出することが可能な電子式キャッシュレジスタ装置及びその料金計算方法を提供することである。
【００１１】
【課題を解決するための手段】
本発明は、上記目的を達成するために、電子式キャッシュレジスタ装置に、顧客により注文された品目を入力する入力部と、各品目の種類と料金が格納されたメニュー記憶手段と、品目情報からセットメニューを割り出すメニュー検索部と、顧客注文の料金を算出する計算部と、前記各機能部の動作をコントロールする制御手段とを備えたことを要旨するものである。とりわけ、本発明はメニュー記憶手段から品目の情報を取り出してそれがセットメニューになるか否かを検索するメニュー検索部を備えたことを特徴としている。
【００１２】
かかる構成により、販売品目についてセットメニューの注文を受け付ける店舗において、単品で注文が入力された場合に、制御部のコントロールの下にメニュー検索部がこの単品の情報からセットメニューとなる組み合わせを自動的に選択して注文を受け付ける。これにより顧客は特にセットである品目を認識してなくてもセット価格で商品を購入することができ、割り引きの恩恵を受けることができる。
【００１３】
また、単品の情報からセットメニューとなる組み合わせを複数セット作成可能である場合は、パラメータにしたがって複数のセットメニューを作成することもできる。
【００１４】
【発明の実施の形態】
本発明の請求項１に記載の発明は、販売品目についてセットメニューの注文を受け付ける店舗において、単品で注文が入力された場合に、この単品の情報からセットメニューとなる組み合わせを自動的に選択してセットメニューの割り引き値段で料金を計算するようにしたものである。
【００１５】
本発明の請求項２に記載の発明は、請求項１記載の電子式キャッシュレジスタ装置の料金計算方法において、単品の情報からセットメニューとなる組み合わせを複数セット作成可能である場合は、パラメータにしたがって複数のセットメニューが作成されるようにしたものであり、複数のセットメニューを作成することにより割り引き金額を大きく出来るという作用を有する。
【００１６】
本発明の請求項３に記載の発明は、請求項２記載の電子式キャッシュレジスタ装置の料金計算方法において、パラメータは、より割り引き金額の多いものから順にセットメニューとなる組み合わせを選択するようにしたものであり、割り引き金額をできるだけ大きくすることによりユーザの便宜を図るという作用を有する。
【００１７】
本発明の請求項４に記載の発明は、電子式キャッシュレジスタ装置に、顧客により注文された品目を入力する入力部と、各品目の種類と料金が格納されたメニュー記憶手段と、メニュー記憶手段に格納された品目情報からセットメニューを割り出すメニュー検索部と、顧客注文の料金を算出する計算部と、前記各機能部の動作をコントロールする制御手段とを備えたものであり、単品で注文が入力された場合に、制御手段のコントロールの下にメニュー検索部が前記単品の情報からセットメニューとなる組み合わせを自動的に選択し、その検索結果に基づいて計算部が料金を計算することにより顧客の便宜を図るという作用を有する。
【００１８】
本発明の請求項５に記載の発明は、請求項４記載の電子式キャッシュレジスタ装置において、メニュー検索部は、単品で注文が入力された場合に、この単品の情報を基にメニュー記憶手段を検索してセットメニューとなる組み合わせを選択するようにしたものである。
【００１９】
本発明の請求項６に記載の発明は、請求項５記載の電子式キャッシュレジスタ装置において、メニュー検索部は、複数のセットメニューを作成するためのパラメータを格納するもので、より適正な割り引き計算が行なえるという作用を有する。
【００２０】
以下、本発明の実施の形態を添付の図面を参照して説明する。
【００２１】
図１は本発明の一実施の形態に係る電子式キャッシュレジスタ装置の回路構成を表すブロック図である。図１において、符号２は表示装置、３は各種の指示が入力されるキーボードであり、これらは従来の回路構成を説明した図２９において示されたものと同じである。２１は各品目の種類と料金が格納されたメニュー記憶部、２２は顧客注文の料金を算出する計算部、２３はレシートその他のデータ記録紙を出力する印字部、２４はこの電子式キャッシュレジスタ装置とセンター等に設置されたマスター装置との間でデータの送受信を行なう通信インターフェース、２５はメニュー記憶部２１に格納された品目情報からセットメニューを割り出すメニュー検索部、２６は前記各機能部の動作をコントロールする制御部である。本発明はメニュー記憶部２１から品目の情報を取り出してそれがセットメニューになるか否かを検索するメニュー検索部２５を備えていることが上記従来の電子式キャッシュレジスタ装置と異なっており、このメニュー検索部２５はメニュー記憶部２１と制御部２６との間に接続されている。また、メニュー記憶部２１はメニュー検索部２５に接続される一方で制御部２６にも接続され、通信インターフェース２４を通してセンター、或いは各店舗の統括部門から受信したメニュー情報を制御部２６から転送されるようになっている。また制御部２６にはＣＰＵが用いられ、各種動作のコントロール、および売り上げ集計などの処理を行なう。
【００２２】
図２は本実施の形態におけるキーボードの構造を示す平面図である。このキーボードの構造も、基本的には図２８に示すものと同様な構造であり、図２において、符号３はキーボード全体を示す。４はセットメニューとなっている品目を指定するためのセットメニューキーを示し、このセットメニューキー４は、Ａセットキー４ａ、Ｂセットキー４ｂ、Ｃセットキー４ｃ、・・・、Ｎセットキー４ｎ、というようにセットメニューとして登録されているセットの数だけ設けられている。ここでいうＡセット、Ｂセット、Ｃセット、・・・、Ｎセットとは、例えばファーストフード店についてみれば、ハンバーガーセット、チーズバーガーセット、フィッシュバーガーセット等を指す。一例としてハンバーガーセットを挙げれば、これはハンバーガーとフライドポテトと一種類のドリンク（例：コーヒー）を組み合わせて一品目としたものである。５は注文を取るために必要な項目や品目が表示されるとともに、品目指定操作が行なわれる表示・操作パネル、６は飲物を指定するためのドリンクキーであり、このドリンクキーを押すと表示・操作パネル５には各種の飲物が表示され操作者が顧客の注文に応じて飲物を指定できるようになっている。８は単品の品目を指定するための単品キーであり、顧客の注文に応じて個々の品目を指定するための入力キーである。さらに９は注文された品目を合わせた合計の料金計算を指示するための合計キーである。本発明はメニュー検索部２５がセットメニューになるか否かを検索することにより、キーボード３からセット用ドリンクキー７が削除されている点が上記従来の電子式キャッシュレジスタ装置と異なっており、操作者は現在顧客から受けている注文が単品メニューであるかセットメニューであるかを判断しながらキーを使い分ける必要性をなくしている。
【００２３】
このような構成を有する従来の電子式キャッシュレジスタ装置の動作について説明する。ここにおいても、上記従来例の動作説明で用いたのと同様に、電子式キャッシュレジスタ装置がファーストフード店に設置されて使用される場合について述べる。この場合において、顧客からの注文が単品を指定してなされるものであるときは、操作者はキーボード３の単品キー８を押していって注文を受け付ける。ここで「単品」とは、例えばハンバーガー、チーズバーガー、フィッシュバーガー、フライドポテト、アップルパイなどの品目を指す。さらに、顧客がドリンクの注文を出した場合は、ドリンクキー６を押すと、キーボード３の表示・操作パネル５には各種のドリンクが表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部２６は計算部２２とメニュー検索部２５とを起動させ、メニュー検索部２５はメニュー記憶部２１から各注文の品目とその値段を検索して顧客が注文した品目がセットメニューになるか否かを演算処理により検索して、検索結果を計算部２２へ通知する。計算部２２はメニュー検索部２５の検索結果に基づいて料金計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。
【００２４】
また、顧客はセットメニューの中からセット品目を指定して注文を出すこともでき、顧客からの注文がセットの品目を指定してなされるものであるときは、操作者はキーボード３のセットメニューキー４の中から顧客が指定したセット（例えばＡセット）のキー４ａを押して注文を受け付ける。このセットメニューの中の品目の注文を受けたときは、上記セットキー４ａが押された後ドリンクキーが押される。このときにおいても、本実施の形態では、セットに付くドリンクは割り引き値段に設定されており通常のドリンク料金とは違っているにも拘らず、通常のドリンクキー６が押される。すると、制御部２６が現在の注文はセットメニューの注文であることを認識してキーボード３の表示動作を制御し、その表示・操作パネル５には上記Ａセットに付けられるドリンクが幾種類か表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部２６は計算部２２とメニュー検索部２５とを起動させ、メニュー検索部２５はメニュー記憶部２１から各注文の品目とその値段を検索する。この場合セットメニュー４の中の品目のみが注文されている場合は、メニュー記憶部２１にはセットメニューに指定されているセットの料金とそのセットに付けられるドリンクの割引の料金とが他の品目の値段とともに登録されているから、メニュー検索部２５はそれぞれ該当する料金を検索して、検索結果を計算部２２へ通知する。計算部２２はメニュー検索部２５の検索結果に基づいて料金計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。
【００２５】
他方、セットメニュー４の中の品目の注文に加えて、追加の注文として幾つかの単品と何種類かのドリンクが注文されている場合は、メニュー検索部２５は追加注文された品目について、メニュー記憶部２１から各追加注文の品目とその値段を検索して顧客が追加注文した品目がさらにセットメニューになるか否かを演算処理により検索しセットメニューになるものについてはセットの品目として検索結果を計算部２２へ通知する。計算部２２はメニュー検索部２５の検索結果に基づいて料金計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。
【００２６】
次に、上記メニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理の内容について説明する。図３はこのメニュー検索部２５の演算処理動作を説明するフロー図である。図３において、各処理ステップ（以下、単にステップという）の動作内容を説明すると次のようになる。
【００２７】
ステップ１： このステップではメニュー検索部２５の中に設けられたフラグにセットキー処理中であるかどうかを示すデータの入力動作を行なう。セットキー処理とは、顧客がセットメニューの中からセット品目を指定して注文を出したときに操作者がキーボード３のセットメニューキー４の中から顧客が指定したセット（例えばＡセット）のキー４ａを押して注文を受け付けた場合の処理をいう。セットキー処理を行なった場合は、セットキー処理中フラグは１、そうでない場合は０が立てられる。
【００２８】
ステップ２： このステップではセットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。
【００２９】
ステップ３： このステップではセットキー処理に基づくＶＭ（バリュー・ミール：Ｖａｌｕｅ Ｍｅａｌ）別最大取得数確定処理を行なう。ＶＭとは上記ハンバーガーセット、チーズバーガーセットなどのようにセットメニュー（割り引き料金が適用される組み合わせ品目）としてメニュー記憶部２１に登録されている品目を指し、１つのバリュー・ミール・テーブルは、ハンバーガーやフライドポテトのような、セットに必ず含まれるアイテムの情報と、エニイ・アイテム・テーブル・ナンバーを持つエニイ・アイテム・テーブルにおいてドリンクのように選択可能なアイテムの集まりを指す。
【００３０】
ステップ４： このステップではオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。オートマチック・バリュー・ミール処理とは、メニュー検索部２５による、注文品目についてメニュー記憶部２１から各注文品目とその値段を検索して顧客が注文した品目がバリュー・ミールになるか否かを演算処理により検索する処理をいう。
【００３１】
ステップ５： このステップではバリュー・ミール別の最大取得数が確定したか否か（最大取得数が全て０になったか否か）の判断処理を行なう。
【００３２】
ステップ６： このステップではバリュー・ミール・プライス・テーブル別の最大取得数確定処理を行なう。１つのバリュー・ミール・プライス・テーブルは、バリュー・ミール・テーブル・ナンバーと、エニイ・アイテム・テーブルに登録されたアイテムの情報から成り（例：ハンバーガーセット＋コーラ；チーズバーガーセット＋オレンジジュース等）、割引金額の大きい順に並びかえた表の記憶テーブルをいい、メニュー記憶部２１に設定されている。
【００３３】
ステップ７： このステップではバリュー・ミール・プライス・テーブル別の最大取得数が確定したか否か（最大取得数が全て０になったか否か）の判断処理を行なう。
【００３４】
ステップ８： このステップでは検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライス・テーブルが一種類のみであるか否かの判断処理を行なう。
【００３５】
ステップ９： このステップではアイテム別の影響度判定処理を行なう。これは、メニュー検索部２５による、バリュー・ミールになるか否かの演算処理において、セットになると判定された場合に、どのセットとして確定させるかの判定の基礎に、各アイテムの影響度を考慮して判定結果を出す処理をいう。ここで、アイテムとはメニュー記憶部２１に登録されている単品の品目をいう。
【００３６】
ステップ１０： このステップではバリュー・ミール・プライス・テーブル別の影響度確定処理を行なう。これは、上記ステップ９と同様、メニュー検索部２５による、バリュー・ミールになるか否かの演算処理において、セットになると判定された場合に、どのセットとして確定させるかの基礎に、バリュー・ミール・プライス・テーブルの各データの影響度を考慮して判定結果を出す処理をいう。
【００３７】
ステップ１１： このステップではバリュー・ミール・プライス・テーブルの決定処理を行なう。これは、上記ステップ１０において、バリュー・ミール・プライス・テーブルの各データの影響度を考慮して判定した結果、そのセット品目の料金を決定する。
【００３８】
ステップ１２： このステップでは上記ステップ１１において決定されたセット品目の登録処理を行なう。
【００３９】
ステップ１３： このステップではアイテム微調整処理、すなわち上記ステップ１２においてセットになるものはセット品目として登録された後に残った単品を注文品目として集計する処理を行なう。
【００４０】
ステップ１４： このステップではセット品目の登録と、アイテムの微調整が終了した後において、顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。
【００４１】
ステップ１５： このステップではステップ８における判断結果に基づいたセット品目の登録処理を行なう。
【００４２】
ステップ１６： このステップではアイテム微調整処理、すなわち上記ステップ１５においてセットになるものはセット品目として登録された後に残った単品の集計処理を行なう。
【００４３】
ステップ１７： このステップではセット品目の登録と、アイテムの微調整が終了した後において、顧客の注文内容のすべてがメニュー検索されたか否かの判断処理を行なう。
【００４４】
ステップ１８： このステップではセットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。
【００４５】
ステップ１９： このステップでは上記ステップ１８においてセットキー処理中フラグが「１」であると判断された場合にそのフラグを「０」に書き換える処理を行なう。
【００４６】
ステップ２０： このステップではエニイ・アイテム（Ａｎｙ Ｉｔｅｍ）エラー表示判定処理、すなわち注文受け付けにおいてドリンクなどのセットに付けられるべき品目（エニイ・アイテム）の登録がなされていない場合にエラー判定 を行ない、且つその表示処理を行なう。
【００４７】
ステップ２１： このステップではメニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がすべて終了したことによる、その結果の表示処理を行なう。具体的には、セット登録により確定されたバリュー・ミールと、最後まで残った単品の価格を計算し、表示する。
【００４８】
以上の各ステップを実行することによって、メニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がおこなわれる。
ここで、実際の演算処理を具体的な顧客の注文事例（オーダー事例）を挙げて説明する。以下の場合において、顧客の注文は単品別の品目指定（追加注文を含む）を行なってなされたものとする。
【００４９】
（オーダー事例１）
オーダー事例１として、単品別のオーダー内容（注文内容）は、ハンバーガー（ＨＡＭＢ）１個、チーズバーガー（ＣＨＢ）１個、フライドポテト（ＭＥＤＦＲＹ）１個、ドリンクとしてコーラ（Ｍ ＣＯＫＥ）１個であるものとする。また、この注文内容においてバリュー・ミールを作成した場合ハンバーガーセットよりもチーズバーガーセットの方が割引金額が大きいものとする。図４は上記注文内容と、この注文内容に基づいてメニュー検索部２５の内部で作成された注文データの例を表形式で示す図である。図４（ａ）は注文内容のデータを示す表、図４（ｂ）は顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表でありバリュー・ミールＮo.１はハンバーガーセットを表しこのセットは単品品目（特にこれを「固定アイテム」とする。前出の「エニイ・アイテム」に対する用語である）ハンバーガーとフライドポテトを含むものである一方、バリュー・ミールＮo.２はチーズバーガーセットを表しこのセットはチーズバーガーとフライドポテトを含むものであることを表している。図４（ｃ）は注文内容品目のうちのバリュー・ミールに付けられるドリンクなどのエニイ・アイテムを示す表でありアイテムＮo.１はコーラを表し、アイテムＮo.２は別のドリンクを表している。図４（ｄ）は図４（ｂ）の表と図４（ｃ）の表を組み合わせたときに出来上がる、バリュー・ミールを料金の安い（割引金額の大きい）順に並べて示す表（これをバリュー・ミール・プライス・テーブルという）である。
【００５０】
（第１段階演算処理）
図３のフロー図において、メニュー検索部２５の演算処理が開始されると、メニュー検索部２５は先ずステップ１において当該メニュー検索部２５の中に設けられたフラグにセットキー処理中であることを示す「１」データの入力動作を行ない、続くステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合はフラグは「１」であるからステップ３のセットキー処理に基づくＶＭ別最大取得数確定処理を実行する。この処理においてメニュー検索部２５はセットキーを探すが、セットキーはとられていないので、ステップ５において、ＶＭ別最大取得数が全て０になったか否かの判断処理を行なった場合全て０と判断される。このためフローはステップ１８に移行し、セットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。このステップ１８では、先にステップ１においてセットキー処理中フラグに「１」を書き込んであるため、ステップ１９に移行し、そのフラグを「０」に書き換える処理を行なう。さらにステップ２０においてエニイ・アイテムエラー表示判定処理を行なう。ここでは、セットはとら れていないのでエラーフラグは立てないでステップ２に戻る。これでメニュー検索部２５の１回目の演算処理が終了する。
【００５１】
（第２段階演算処理）
次に、メニュー検索部２５の２回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは、先の１回目の演算処理におけるステップ１９で「０」に書き換えられているから、「０」である。よってメニュー検索部２５はステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。図５は第２段階演算処理での注文内容及びメニュー検索部２５によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例を表形式で示す図である。図５（ａ）は第２段階演算処理での注文内容のデータを示す表、図５（ｂ）はバリュー・ミールＮo.１を構成する固定アイテムが注文内容の中にそれぞれ何個あるかを示す表である。この例ではハンバーガーが１個、フライドポテトが１個あることが表されている。図５（ｃ）はバリュー・ミール別最大取得数確定処理で得られた結果の登録内容を示すもので、メニュー検索部２５のレジスタなどに書き込まれる。バリュー・ミール別最大取得数確定処理ではそのバリュー・ミールを構成する各固定アイテムの個数を比較して個数の小さい方をバリュー・ミール別最大取得数として（上の事例では「１」を）登録する。このような処理をチーズバーガーセットについても行ない、それぞれのバリュー・ミールについてのバリュー・ミール別最大取得数を登録する。図５（ｄ）はこのようにして登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表である。
【００５２】
以上のステップ３の処理においてメニュー検索部２５はバリュー・ミール別最大取得数として「１」を登録したからバリュー・ミール別最大取得数は０でない。よって、ステップ５において、最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断される。よって、次のステップ６においては、バリュー・ミール・プライス・テーブル別の最大取得数確定処理が行なわれる。
【００５３】
これは図５（ｄ）に示されたバリュー・ミール別最大取得数の表と図４（ｄ）に示されたバリュー・ミール・プライス・ナンバー表を組み合わせて演算処理するものである。図６（ａ）は図４（ｄ）のバリュー・ミール・プライスＮo.１についてバリュー・ミールＮo.２のバリュー・ミールおよびエニイ・アイテムが何個取れるかを示す表である。この例ではバリュー・ミールＮo.２のバリュー・ミールが１個、エニイ・アイテムとしてコーラが１個とれることが表されている。図６（ｂ）はバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録内容を示すもので、メニュー検索部２５のレジスタなどに書き込まれる。バリュー・ミール・プライス・テーブル別最大取得数確定処理ではそのバリュー・ミール・プライス・ナンバーに含まれるバリュー・ミールの個数とエニイ・アイテムの個数を比較して個数の小さい方をバリュー・ミール・プライス・テーブル別最大取得数として（上の事例では「１」を）登録する。このような処理をバリュー・ミール・プライスＮo.２についても行ない、それぞれのバリュー・ミール・プライス・ナンバーについてのバリュー・ミール・プライス・テーブル別最大取得数を登録する。図６（ｃ）はこのようにして登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表である。
【００５４】
以上のステップ６の処理においてメニュー検索部２５はバリュー・ミール・プライス・テーブル別最大取得数として「１」を登録したからバリュー・ミール・プライス・テーブルバリュー・ミール別最大取得数は０でない。よって、ステップ７において、バリュー・ミール・プライス・テーブル別最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断されるから、次のステップ８において検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライスが一種類のみであるか否かの判断処理を行なう。この判断処理においては、上記ステップ６の処理の結果バリュー・ミール・プライス・テーブル別の最大取得数が全て０でないバリュー・ミール・プライスが一種類のみではないので、次のステップ９においてアイテム別の影響度判定処理を行なう。
【００５５】
図７はメニュー検索部２５によるアイテム別の影響度判定処理に際して作成された検索データの例を表形式で示す図である。図７（ａ）はコーラについてみた場合のハンバーガー系の固定アイテム（つまりハンバーガー、またはチーズバーガー）が含まれるバリュー・ミール・プライス・ナンバーとその個数、および合計数（これをａとする）を示す表である。この例では、上記図４（ｄ）から、バリュー・ミール・プライスＮo.１とバリュー・ミール・プライスＮo.２の項がコーラに関わるものであるから該当ナンバーは１、２であり、またそれぞれの固定アイテムは１個であるから各項に「１」が書き込まれ、また合計数ａとして「２」が書き込まれる。図７（ｂ）は注文でとられたコーラの個数（これをｂとする）を示す表である。この例では、コーラの注文数は１であるから当該表には個数ｂとして「１」が書き込まれる。図７（ｃ）はアイテム別影響度判定処理で得られた結果の登録内容を示すもので、メニュー検索部２５のレジスタなどに書き込まれる。ここで、アイテム別の影響度判定処理に際しては、
ａ＞ｂ
のときは影響有りとしてアイテム別影響数「１」が登録され、
ａ≦ｂ
のときは影響なしとしてアイテム別影響数「０」を登録する。上記の例では、
ａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００５６】
図７（ｄ）はアイテム別影響度判定処理で得られた結果が登録されたそれぞれのアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表である。この結果、ハンバーガーおよびチーズバーガーについてみた場合はそれぞれａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。また、フライドポテトおよびコーラについてみた場合はそれぞれａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００５７】
以上のようなアイテム別影響度判定処理が実行された後、次のステップ１０ではバリュー・ミール・プライス・テーブル別の影響度数確定処理が行なわれる。このバリュー・ミール・プライス・テーブル別影響度数確定処理は、各バリュー・ミール・プライス・ナンバーに含まれるアイテム（固定アイテム、エニイ・アイテムの両方）についてのアイテム別影響度数を合計することにより求められる。図８はメニュー検索部２５によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図である。図８において、バリュー・ミール・プライス・テーブル別影響度数は、上記ステップ９の結果を考慮すると、バリュー・ミール・プライスＮo.１についてのアイテム別影響度は、チーズバーガーは０、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。また、バリュー・ミール・プライスＮo.２についてのアイテム別影響度は、ハンバーガーは０、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。
【００５８】
そしてこのバリュー・ミール・プライス・テーブル別影響度確定処理が実行された後、ステップ１１においてバリュー・ミール・プライス・テーブルの決定処理を行なわれる。このバリュー・ミール・プライス・テーブルの決定処理では、決定条件として、先ず第１に、
「バリュー・ミール・プライス・テーブル別影響度数の一番小さもの」
が選択され、第２に
「割引金額が一番大きいもの」
が選択されるものとしている。第１の条件についてみると、バリュー・ミール・プライスＮo.１とバリュー・ミール・プライスＮo.２は影響度数が何れも「２」であるから同等である。他方、第２の条件についてみると、バリュー・ミール・プライスＮo.１の方が優位であるのでこのステップ１１ではバリュー・ミール・プライスＮo.１のバリュー・ミール、すなわちチーズバーガー＆コーラセットと決定する。
【００５９】
次に、ステップ１２において上記ステップ１１において決定されたセット品目の登録処理を行なう。図９はメニュー検索部２５によるセット登録処理によって作成された登録データの例を表形式で示す図である。図９において、バリュー・ミール・プライス表には確定数の欄が設けられ、ステップ１１において決定されたバリュー・ミール・プライス・テーブルに「１」が書き込まれる。
【００６０】
次にステップ１３において、アイテム微調整処理が行なわれる。図１０はメニュー検索部２５によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図である。この処理では最初の注文の中身から、セット登録された品目すなわちバリュー・ミール・プライスＮo.１のアイテムを減らす処理が実行される。これにより、チーズバーガー１個とフライドポテト１個とコーラ１個が減らされ、ハンバーガー１個のみがオーダー表の中に残る。
【００６１】
次にステップ１４において顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。この場合、ステップ１３のアイテム微調整処理によりハンバーガー１個がオーダー表の中に残っており、残った注文品目は０でないのでステップ２へ戻る。これでメニュー検索部２５の２回目の演算処理が終了する。
【００６２】
（第３段階演算処理）
次に、メニュー検索部２５の３回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは「０」であるからステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。図１１は第３段階演算処理でのメニュー検索部２５によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例すなわちバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示す図である。この時点では、先のステップ１３のアイテム微調整処理によりハンバーガー１個がオーダー表の中に残っているだけであるので、バリュー・ミール別最大取得数は「０」となる。
【００６３】
上記ステップ４の処理においてメニュー検索部２５は入力された単品情報を探すとバリュー・ミール別最大取得数は０であるので、ステップ５において、ＶＭ別最大取得数が全て０になったか否かの判断処理を行なった場合全て０と判断される。このためフローはステップ１８に移行し、セットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。このステップ１８ではフラグは「０」であるからステップ２１において結果表示処理を行ない売買結果が表示装置２に表示される。これによりメニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がすべて終了したことになり、一連のメニュー検索処理は終了する。その後、顧客と操作者との間における金銭の授受が行なわれ、印字部２３からレシートが印字出力される。図１２は印字部２３から出力されるレシートの一例を示す図である。
【００６４】
図１３は以上説明したオーダー事例１におけるメニュー検索部２５の演算処理を表形式にまとめた図である。図１３において、最上段に記載された１回目、２回目、３回目は、それぞれ第１段階演算処理、第２段階演算処理、第３段階演算処理を表す。そして図１３中の○印で囲んだバリュー・ミール・プライス・ナンバーがバリュー・ミールとして決定されたことを示している。
【００６５】
（オーダー事例２）
オーダー事例２として、単品別のオーダー内容は、ハンバーガー１個、チーズバーガー１個、フライドポテト２個、ドリンクとしてコーラ１個、別のドリンク（Ｍ ＳＰＲＴ：ここではオレンジジュースとしておく）１個であるものとする。また、この注文内容においてバリュー・ミールを作成した場合、上記オーダー事例１とは異なりチーズバーガーセットよりもハンバーガーセットの方が割引金額が大きいものとする。図１４は上記注文内容と、この注文内容に基づいてメニュー検索部２５の内部で作成された注文データの例を表形式で示す図である。図１４（ａ）は注文内容のデータを示す表、図１４（ｂ）は顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表でありバリュー・ミールＮo.１はハンバーガーセットを表しこのセットは固定アイテムがハンバーガーとフライドポテトを含むものである一方、バリュー・ミールＮo.２はチーズバーガーセットを表しこのセットはチーズバーガーとフライドポテトを含むものであることを表している。図１４（ｃ）は注文内容品目のうちのバリュー・ミールに付けられるドリンクなどのエニイ・アイテムを示す表でありアイテムＮo.１はコーラを表し、アイテムＮo.２はオレンジジュースを表している。そして、図１４（ｃ）では、アイテムＮo.１のコーラが２個、アイテムＮo.２のジュースが１個のオーダー内容を示すデータが書き込まれている。図１４（ｄ）は図１４（ｂ）の表と図１４（ｃ）の表を組み合わせたときに出来上がるバリュー・ミールを、料金の安い（割引金額の大きい）順に並べて示すバリュー・ミール・プライス・テーブルである。このバリュー・ミール・プライス・テーブルから、ハンバーガー＆コーラセットが一番割引金額が大きく、以下、チーズバーガー＆コーラセット、ハンバーガー＆オレンジジュースセットの順で割引金額が小さくなって行くことがわかる。
【００６６】
（第１段階演算処理）
この第１段階演算処理は上記オーダー事例１における第１段階処理を同じ処理動作が行なわれる。すなわち、図３のフロー図において、メニュー検索部２５の演算処理が開始されると、メニュー検索部２５は先ずステップ１において当該メニュー検索部２５の中に設けられたフラグにセットキー処理中であることを示す「１」データの入力動作を行ない、続くステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合はフラグは「１」であるからステップ３のセットキー処理に基づくＶＭ別最大取得数確定処理を実行する。この処理においてメニュー検索部２５はセットキーを探すが、セットキーはとられていないので、ステップ５において、ＶＭ別最大取得数が全て０になったか否かの判断処理を行なった場合全て０と判断される。このためフローはステップ１８に移行し、セットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。このステップ１８では、先にステップ１においてセットキー処理中フラグに「１」を書き込んであるため、ステップ１９に移行し、そのフラグを「０」に書き換える処理を行なう。さらにステップ２０においてエニイ・アイテムエラー表示判定処理を行なう。ここでは、セットはとられていないのでエラーフラグは立てないでステップ２に戻る。これでメニュー検索部２５の１回目の演算処理が終了する。
【００６７】
（第２段階演算処理）
次に、メニュー検索部２５の２回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは、先の１回目の演算処理におけるステップ１９で「０」に書き換えられているから、「０」である。よってメニュー検索部２５はステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。図１５は第２段階演算処理でのメニュー検索部２５によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例を表形式で示す図である。なお、第２段階演算処理での注文内容のデータは図１４（ａ）に示すものと同様であるので省略する。また、バリュー・ミール別最大取得数確定処理における、バリュー・ミールを構成する各固定アイテムの個数を比較して個数の小さい方をバリュー・ミール別最大取得数として登録するやり方や、各バリュー・ミール（ハンバーガーセット、チーズバーガーセット）についてバリュー・ミール別最大取得数を求めるといった点は、上記オーダー事例１の場合と同様であるので説明は省略する。図１５はバリュー・ミール別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表である。
【００６８】
以上のステップ４の処理においてメニュー検索部２５はバリュー・ミール別最大取得数として「１」を登録したからバリュー・ミール別最大取得数は０でない。よって、ステップ５において、最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断される。よって、次のステップ６においては、バリュー・ミール・プライス・テーブル別の最大取得数確定処理が行なわれる。
【００６９】
これは図１５に示されたバリュー・ミール別最大取得数の表と図１４（ｄ）に示されたバリュー・ミール・プライス・テーブルのナンバー表を組み合わせて演算処理するものである。このバリュー・ミール・プライス・テーブル別の最大取得数確定処理における各バリュー・ミール・プライス・ナンバーについて、それに対応するバリュー・ミール・ナンバーのバリュー・ミールおよびエニイ・アイテムが何個取れるかを検索し、またバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録のしかたについては上記オーダー事例１の場合と同様であるので説明は省略する。図１６は上記バリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表である。
【００７０】
以上のステップ６の処理においてメニュー検索部２５はバリュー・ミール・プライス・テーブル別最大取得数として「１」を登録したからバリュー・ミール・プライス・テーブルバリュー・ミール別最大取得数は０でない。よって、ステップ７において、バリュー・ミール・プライス・テーブル別最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断されるから、次のステップ８において検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライスが一種類のみであるか否かの判断処理を行なう。この判断処理においては、上記ステップ６の処理の結果バリュー・ミール・プライス・テーブル別の最大取得数が全て０でないバリュー・ミール・プライスが一種類のみではないので、次のステップ９においてアイテム別の影響度判定処理を行なう。
【００７１】
このアイテム別の影響度判定処理における特定のドリンク（例えばコーラ）についてみた場合のハンバーガーなどの固定アイテムが含まれるバリュー・ミール・プライス・ナンバーとその個数および合計数ａを求める処理、および各バリュー・ミール・プライス・ナンバーに対応するドリンクの個数ｂを求める処理、およびアイテム別の影響度判定処理で得られた結果の登録のしかたについては上記オーダー事例１の場合と同様であるので説明は省略する。また、このオーダー事例２においても、アイテム別の影響度判定処理に際しては、
ａ＞ｂ
のときは影響有りとしてアイテム別影響数「１」が登録され、
ａ≦ｂ
のときは影響なしとしてアイテム別影響数「０」を登録する。このオーダー事例２においては、コーラについてみると、
ａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。他方、オレンジジュースについてみると、
ａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。
【００７２】
図１７はメニュー検索部２５によるアイテム別の影響度判定処理で得られた結果の登録内容のアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表であり、メニュー検索部２５のレジスタなどに書き込まれる。この結果、ハンバーガーについてみた場合はａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００７３】
また、チーズバーガーについてみた場合はａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。
【００７４】
また、フライドポテトについてみた場合はａ＝３であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００７５】
また、コーラについてみた場合はａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００７６】
さらに、オレンジジュースについてみた場合はａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。
【００７７】
以上のようなアイテム別影響度判定処理が実行された後、次のステップ１０ではバリュー・ミール・プライス・テーブル別の影響度数確定処理が行なわれる。図１８はメニュー検索部２５によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図である。図１８において、バリュー・ミール・プライス・テーブル別影響度数は、上記ステップ９の結果を考慮すると、バリュー・ミール・プライスＮo.１についてのアイテム別影響度は、ハンバーガーは１、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「３」となる。また、バリュー・ミール・プライスＮo.２についてのアイテム別影響度は、チーズバーガーは０、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。さらに、バリュー・ミール・プライスＮo.３についてのアイテム別影響度は、ハンバーガーは１、フライドポテトは１、オレンジジュースは０であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。
【００７８】
そしてこのバリュー・ミール・プライス・テーブル別影響度確定処理が実行された後、ステップ１１においてバリュー・ミール・プライス・テーブルの決定処理を行なわれる。このバリュー・ミール・プライス・テーブルの決定処理では、決定条件として、上記オーダー事例１の場合と同様に、先ず第１に、
「バリュー・ミール・プライス・テーブル別影響度数の一番小さもの」
が選択され、第２に
「割引金額が一番大きいもの」
が選択されるものとしている。そこで、第１の条件についてみると、バリュー・ミール・プライスＮo.１とバリュー・ミール・プライスＮo.２とバリュー・ミール・プライスＮo.３の中では、バリュー・ミール・プライスＮo.２とバリュー・ミール・プライスＮo.３とが優位になっている。これにより、バリュー・ミール・プライスＮo.１のハンバーガーセット（具体的にはハンバーガー＆コーラセット）はバリュー・ミール・プライス・テーブルの決定処理の対象から外される。すなわちこのオーダー事例では、ハンバーガーとコーラのバリュー・ミールは選択していけないということが分かる。
【００７９】
他方、第２の条件についてみると、バリュー・ミール・プライスＮo.２の方が優位であるのでこのステップ１１ではバリュー・ミール・プライスＮo.２のバリュー・ミール、すなわちチーズバーガー＆コーラセットと決定する。
【００８０】
次に、ステップ１２において上記ステップ１１において決定されたセット品目の登録処理を行なう。図１９はメニュー検索部２５によるセット登録処理によって作成された登録データの例を表形式で示す図である。図１９において、バリュー・ミール・プライス表には確定数の欄が設けられ、ステップ１１において決定されたバリュー・ミール・プライス・テーブルに「１」が書き込まれる。
【００８１】
次にステップ１３において、アイテム微調整処理が行なわれる。図２０はメニュー検索部２５によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図である。この処理では最初の注文の中身から、セット登録された品目すなわちバリュー・ミール・プライスＮo.２のアイテムを減らす処理が実行される。これにより、チーズバーガー１個とフライドポテト１個とコーラ１個が減らされ、ハンバーガー１個、フライドポテト１個およびオレンジジュース１個がオーダー表の中に残る。
【００８２】
次にステップ１４において顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。この場合、ステップ１３のアイテム微調整処理によりハンバーガー１個、フライドポテト１個およびオレンジジュース１個がオーダー表の中に残っており、残った注文品目は０でないのでステップ２へ戻る。これでメニュー検索部２５の２回目の演算処理が終了する。
【００８３】
（第３段階演算処理）
次に、メニュー検索部２５の３回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは「０」であるからステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。なお、第３段階演算処理でのバリュー・ミール別最大取得数確定処理における、バリュー・ミールを構成する各固定アイテムの個数を比較して個数の小さい方をバリュー・ミール別最大取得数として登録するやり方や、各バリュー・ミール（ここではハンバーガーセットのみに可能性がある）についてバリュー・ミール別最大取得数を求めるといった点は、上記オーダー事例１の場合と同様であるので説明は省略する。図２１はバリュー・ミール別最大取得数確定処理の結果として登録されたバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表である。この時点では、先のステップ１３のアイテム微調整処理によりハンバーガー１個、フライドポテト１個およびオレンジジュース１個がオーダー表の中に残っているので、バリュー・ミール別最大取得数は「１」となる。
【００８４】
以上のステップ４の処理においてメニュー検索部２５はバリュー・ミール別最大取得数として「１」を登録したからバリュー・ミール別最大取得数は０でない。よって、ステップ５において、最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断される。よって、次のステップ６においては、バリュー・ミール・プライス・テーブル別の最大取得数確定処理が行なわれる。
【００８５】
これは図２１に示されたバリュー・ミール別最大取得数の表と図１４（ｄ）に示されたバリュー・ミール・プライス・テーブルのナンバー表を組み合わせて演算処理するものである。なおこの時点では、バリュー・ミール・プライス・テーブルは先の第２段階演算処理においてバリュー・ミール・プライスＮo.１は選択不適当としてバリュー・ミール・プライス・テーブルの決定処理の対象から外され、またバリュー・ミール・プライスＮo.２はバリュー・ミール・プライス・テーブルとして決定され登録されたから、バリュー・ミール・プライス・テーブルに残っているのはバリュー・ミール・プライスＮo.３だけである。このバリュー・ミール・プライス・テーブル別の最大取得数確定処理における各バリュー・ミール・プライス・ナンバーについて、それに対応するバリュー・ミール・ナンバーのバリュー・ミールおよびエニイ・アイテムが何個取れるかを検索し、またバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録のしかたについては上記オーダー事例１の場合と同様であるので説明は省略する。図２２は上記バリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表である。
【００８６】
以上のステップ６の処理においてメニュー検索部２５はバリュー・ミール・プライス・テーブル別最大取得数として「１」を登録したからバリュー・ミール・プライス・テーブルバリュー・ミール別最大取得数は０でない。よって、ステップ７において、バリュー・ミール・プライス・テーブル別最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断されるから、次のステップ８において検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライスが一種類のみであるか否かの判断処理を行なう。この判断処理においては、上記ステップ６の処理の結果バリュー・ミール・プライス・テーブル別の最大取得数が全て０でないバリュー・ミール・プライスが一種類であるのでセット品目はハンバーガー＆オレンジジュースのセットに自動的に決まり、ステップ１５に移行して上記セット品目の登録処理を行なう。図２３はメニュー検索部２５によるセット登録処理によって作成された登録データの例を表形式で示す図である。図２３において、バリュー・ミール・プライス表の確定数の欄には、ステップ８において判別されたバリュー・ミール・プライスＮo.３に「１」が書き込まれる。
【００８７】
次にステップ１６において、アイテム微調整処理が行なわれる。図２４はメニュー検索部２５によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図である。この処理では図２０における更新された注文の中身から、セット登録された品目すなわちバリュー・ミール・プライスＮo.３のアイテムを減らす処理が実行される。これにより、ハンバーガー１個とフライドポテト１個とオレンジジュース１個が減らされ、結局オーダー表の中に残る品目は０となる。
【００８８】
次にステップ１７において顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。この場合、ステップ１６アイテム微調整処理によりオーダー表の中に残る品目は０となったからステップ２１へ移行する。ステップ２１においては結果表示処理を行ない売買結果が表示装置２に表示される。これによりオーダー事例２におけるメニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がすべて終了したことになり、一連のメニュー検索処理は終了する。その後、顧客と操作者との間における金銭の授受が行なわれ、印字部２３からレシートが印字出力される。図２５は印字部２３から出力されるレシートの一例を示す図である。
【００８９】
図２６は以上説明したオーダー事例２におけるメニュー検索部２５の演算処理を表形式にまとめた図である。図２６において、最上段に記載された１回目、２回目、３回目は、それぞれ第１段階演算処理、第２段階演算処理、第３段階演算処理を表す。そして図２６中の○印で囲んだバリュー・ミール・プライス・ナンバーがバリュー・ミールとして決定されたことを示している。この表を総括してみると、単品品目を指定して出された顧客の注文に対してオートマチック・バリュー・ミール処理を施すことによって、第２段階演算処理でバリュー・ミール・プライスＮo.２のセットを登録し、さらに第３段階演算処理でバリュー・ミール・プライスＮo.３のセットを登録したことがわかる。そして、選択するセットとしてはバリュー・ミール・プライスＮo.１のものも可能性はあったが、これを選択するとバリュー・ミールとしてのセットは１個しか選択できないため、セットが２個作ることのできる上記処理が実行されたのである。
【００９０】
ここまででオーダー事例１とオーダー事例２について、メニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理を説明してきたが、同様な方法で、どのようなオーダーが出されようと、メニュー検索部２５は最適なバリュー・ミールを検索して顧客の注文に応じるようにするから、顧客はより安い料金で商品を購入することができる。また、操作者すなわち店舗のクルー（店員）は、電子式キャッシュレジスタ装置のキーが単品注文の場合とセット注文の場合とで異なっているといった操作上の規則を覚えなくても、いつでも同じようなキー操作をしているだけでよいので、作業が楽になる。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、電子式キャッシュレジスタ装置に、注文品目を入力する入力部と、各品目と料金が格納されたメニュー記憶手段と、品目情報からセットメニューを割り出すメニュー検索部と、顧客注文の料金を算出する計算部と、前記各機能部の動作をコントロールする制御手段とを備えたため、販売品目についてセットメニューの注文を受け付ける店舗において、単品で注文が入力された場合に、制御部のコントロールの下にメニュー検索部がこの単品の情報からセットメニューとなる組み合わせを自動的に選択して注文を受け付ける。これにより顧客は特にセットである品目を認識してなくてもセット価格で商品を購入することができ、割り引きの恩恵を受けることができる。
【００９２】
また、操作者は、電子式キャッシュレジスタ装置のキーが単品注文の場合とセット注文の場合とで異なっているといった操作上の規則を覚えなくても、いつでも同じようなキー操作をしているだけでよく、作業が楽になる等種々の効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係る電子式キャッシュレジスタ装置の回路構成を表すブロック図
【図２】前記実施の形態に係る電子式キャッシュレジスタ装置のキーボードの構造を示す平面図
【図３】前記実施の形態に係る電子式キャッシュレジスタ装置のメニュー検索部の演算処理動作を説明するフロー図
【図４】（ａ）前記実施の形態に係る電子式キャッシュレジスタ装置における注文内容のデータを示す表
（ｂ）前記実施の形態に係る電子式キャッシュレジスタ装置における顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表
（ｃ）前記実施の形態に係る電子式キャッシュレジスタ装置における注文内容品目のうちのバリュー・ミールに付けられるエニイ・アイテムを示す表
（ｄ）図４（ｂ）の表と図４（ｃ）の表を組み合わせたときに出来上がる、バリュー・ミールを料金の安い（割引金額の大きい）順に並べて示す表
【図５】（ａ）前記実施の形態に係る電子式キャッシュレジスタ装置における第２段階演算処理での注文内容のデータを示す表
（ｂ）前記実施の形態に係る電子式キャッシュレジスタ装置におけるバリュー・ミールＮo.１を構成する固定アイテムが注文内容の中にそれぞれ何個あるかを示す表
（ｃ）前記実施の形態に係る電子式キャッシュレジスタ装置におけるバリュー・ミール別最大取得数確定処理で得られた結果の登録内容を示す図
（ｄ）前記実施の形態に係る電子式キャッシュレジスタ装置における登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表
【図６】（ａ）前記実施の形態に係る電子式キャッシュレジスタ装置において図４（ｄ）のバリュー・ミール・プライスＮo.１についてバリュー・ミールＮo.２のバリュー・ミールおよびエニイ・アイテムが何個取れるかを示す表
（ｂ）はバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録内容を示す図
（ｃ）登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表
【図７】（ａ）前記実施の形態係る電子式キャッシュレジスタ装置においてアイテム別の影響度判定処理に際して作成された検索データの例を表形式で示す図であり、コーラについてみた場合のハンバーガー系の固定アイテムが含まれるバリュー・ミール・プライス・ナンバーとその個数、および合計数を示す表
（ｂ）注文でとられたコーラの個数を示す表
（ｃ）アイテム別影響度判定処理で得られた結果の登録内容を示す図
（ｄ）アイテム別影響度判定処理で得られた結果が登録されたそれぞれのアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表
【図８】前記実施の形態におけるメニュー検索部によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図
【図９】前記実施の形態におけるメニュー検索部によるセット登録処理によって作成された登録データの例を表形式で示す図
【図１０】前記実施の形態におけるメニュー検索部によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図
【図１１】前記実施の形態における第３段階演算処理でのメニュー検索部によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例をバリュー・ミールの番号別に一覧形式で示す図である。
【図１２】前記実施の形態における印字部から出力されるレシートの一例を示す図
【図１３】前記実施の形態において説明したオーダー事例１におけるメニュー検索部の演算処理を表形式にまとめた図である。
【図１４】（ａ）前記実施の形態における注文内容と、この注文内容に基づいてメニュー検索部の内部で作成された注文内容のデータの例を表形式で示す図
（ｂ）顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表
（ｃ）注文内容品目のうちのバリュー・ミールに付けられるドリンクなどのエニイ・アイテムを示す表
（ｄ）図１４（ｂ）の表と図１４（ｃ）の表を組み合わせたときに出来上がるバリュー・ミールを、料金の安い（割引金額の大きい）順に並べて示すバリュー・ミール・プライス・テーブル
【図１５】前記実施の形態におけるバリュー・ミール別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表
【図１６】前記実施の形態におけるバリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表
【図１７】前記実施の形態におけるメニュー検索部によるアイテム別の影響度判定処理で得られた結果の登録内容のアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表
【図１８】前記実施の形態におけるメニュー検索部によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図
【図１９】前記実施の形態におけるメニュー検索部によるセット登録処理によって作成された登録データの例を表形式で示す図
【図２０】前記実施の形態におけるメニュー検索部によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図
【図２１】前記実施の形態におけるバリュー・ミール別最大取得数確定処理の結果として登録されたバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表
【図２２】前記実施の形態におけるバリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表
【図２３】前記実施の形態におけるメニュー検索部によるセット登録処理によって作成された登録データの例を表形式で示す図
【図２４】前記実施の形態におけるメニュー検索部によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図
【図２５】前記実施の形態における印字部から出力されるレシートの一例を示す図
【図２６】前記実施の形態におけるオーダー事例２におけるメニュー検索部の演算処理を表形式にまとめた図である。
【図２７】一般的な電子式キャッシュレジスタ装置の外観構成の一例を示す側面図
【図２８】一般的な電子式キャッシュレジスタ装置に用いられているキーボードの従来構造を示す平面図
【図２９】従来の電子式キャッシュレジスタ装置の回路構成を概略的に示すブロック図
【符号の説明】
１ 装置本体（電子式キャッシュレジスタ装置）
２ 表示装置
３ キーボード
２１ メニュー記憶部
２２ 計算部
２３ 印字部
２４ 通信インタフェース
２５ メニュー検索部
２６ 制御部
【発明の属する技術分野】
本発明は、電子式キャッシュレジスタ装置及びその料金計算方法、特に操作者に特別の知識や訓練を施さなくても、顧客の注文を入力するだけで顧客にとって有利となる割引価格を算出することが可能な電子式キャッシュレジスタ装置及びその料金計算方法に関するものである。
【０００２】
【従来の技術】
近年経済活動の高度化、活発化が促され、商取引においては、ＰＯＳシステムを設置して商品の売上データを通信回線を使用して集め、販売の管理、分析を行なうという手法が採用されている。このようなＰＯＳシステムにあっては、店舗において販売される品目の料金、或いはセットメニューがセンター若しくは各店舗の統括部門で決定されてそのデータが店舗内の各電子式キャッシュレジスタ装置にダウンロードされて記憶手段に格納される。各操作者（店員）は顧客の注文する単品の品目、或いはセットメニューから選ばれた品目を電子式キャッシュレジスタ装置に入力し、注文が出尽くしたところで合計キーを押すと、合計の金額が表示されるようになっている。
【０００３】
このようなＰＯＳシステムで使用される電子式キャッシュレジスタ装置の一般例としては例えば図２７に示すものがある。図２７は電子式キャッシュレジスタ装置の外観構成の一例を示す側面図である。図２７において、符号１は電子式キャッシュレジスタ装置の装置本体、２は操作内容や計算結果が表示される表示装置である。装置本体１の上面１ａには入力手段としてのキーボードが設けられ、このキーボードには通常、入力操作部を兼ねる液晶パネル等の操作パネルが設けられている。このようなキーボードの従来構造としては例えば図２８に示すようなものがある。
【０００４】
図２８において、符号３はキーボード全体を示す。４はセットメニューとなっている品目を指定するためのセットメニューキーを示し、このセットメニューキー４は、Ａセットキー４ａ、Ｂセットキー４ｂ、Ｃセットキー４ｃ、・・・、Ｎセットキー４ｎ、というようにセットメニューとして登録されているセットの数だけ設けられている。５は注文を取るために必要な項目や品目が表示されるとともに、品目指定操作が行なわれる表示・操作パネル、６は飲物を指定するためのドリンクキーであり、このドリンクキーを押すと表示・操作パネル５には各種の飲物が表示され操作者が顧客の注文に応じて飲物を指定できるようになっている。７はセットメニューの注文を受けたときに飲物を指定するためのセット用ドリンクキーである。このセット用ドリンクキー７は顧客がセット品目を注文したときにそのセットに付く飲物を指定するために設けられているもので、このセット用ドリンクキー７を押すと表示・操作パネル５にはセットメニューの品目に付く各種の飲物が表示され操作者が顧客の注文に応じてそのセットに付く飲物を指定できるようになっている。８は単品の品目を指定するための単品キーであり、顧客の注文に応じて個々の品目を指定するための入力キーである。さらに９は注文された品目を合わせた合計の料金計算を指示するための合計キーである。
【０００５】
図２９は上記ような従来の電子式キャッシュレジスタ装置の回路構成を概略的に示すブロック図である。図２９において、符号２は表示装置、３は各種の指示が入力されるキーボードであり、これらは図２７および図２８において示されたものと同じである。１１は各品目の種類と料金が格納されたメニュー記憶部、１２は顧客注文の料金を算出する計算部、１３はレシートその他のデータを出力する印字部、１４はこの電子式キャッシュレジスタ装置とセンター等に設置されたマスター装置との間でデータの送受信を行なう通信インターフェース、１５は前記各機能部の動作をコントロールする制御部である。
【０００６】
このような構成を有する従来の電子式キャッシュレジスタ装置の動作について説明する。ここでは、電子式キャッシュレジスタ装置がファーストフード店に設置されて使用される場合について述べる。この場合において、顧客からの注文が単品を指定してなされるものであるときは、操作者はキーボード３の単品キー８を押していって注文を受け付ける。ここで「単品」とは、例えばハンバーガー、チーズバーがー、フィッシュバーガー、フライドポテト、アップルパイなどの品目を指す。さらに、顧客がドリンクの注文を出した場合は、ドリンクキー６を押すと、キーボード３の表示・操作パネル５には各種のドリンクが表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部１５は計算部１２を起動させ、計算部１２はメニュー記憶部１１から各注文の品目とその値段を検索して計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。他方、顧客からの注文がセットの品目を指定してなされるものであるときは、操作者はキーボード３のセットメニューキー４の中から顧客が指定したセット（例えばＡセット）のキー４ａを押して注文を受け付ける。セットメニューとは単品の中のある品目を販売店側が複数個選んで組み合わせ、通常は割り引き料金を設定してまとめ売りする品目をいう。セットメニューには通常、飲物が付いているからセットメニューの中の品目の注文を受けたときは、上記セットキー４ａが押された後ドリンクキーが押される。このとき、セットメニューの中の品目に付くドリンクは割り引き値段に設定されているから、通常のドリンクキー６とは別に設けられたセット用ドリンクキー７が押される。すると、キーボード３の表示・操作パネル５にはそのセットに付けられるドリンクが幾種類か表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部１５は計算部１２を起動させ、計算部１２はメニュー記憶部１１から各注文の品目とその料金を検索して計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。計算部１２の計算動作において、このときに検索されるメニュー記憶部１１にはセットメニューに指定されているセットの料金とそのセットに付けられるドリンクの割引の料金とが他の品目の値段とともに登録されているから、それぞれ該当する料金が検索されて計算が行なわれ、合計金額が算出される。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記のような従来の電子式キャッシュレジスタ装置にあっては、単品のメニューもセットメニューも、料金はそれぞれの品目独自のものとして個々にメニュー記憶部１１に登録されているものであるから、例えば顧客はセット料金で買いたい場合は、セットを指定して注文を出さないとセット料金が適用されないという不具合がある。すなわち、顧客がどのようなセットがあるかを認識していなければ単品毎に注文を出すしかなく、そうすれば注文の内容は同じでもセットメニューキー４で受け付けるか、単品キー８で受け付けるかによって料金が異なってしまう。
【０００８】
また、ドリンクキーは、通常のドリンクキー６とセット用ドリンクキー７とに分けて設置されているため、例えば操作者が顧客空の注文を単品入力しているのにドリンクに関しては間違えてセット用ドリンクキー７を押したりすると、そのドリンクに対してはセットの料金が適用されてしまい、後の売上集計などで食い違いが生じる虞がある。
【０００９】
さらに、セットメニューがあるために、必然的に操作キー４、６、７、８、或いはその他のキーは数が多くならざるを得ず、操作者はそれぞれのキーが何の指示を入力し、どんな場合に押すべきかを覚えなければならず、この知識が充分でないと上述のような押し間違いといった状態が起こる。
【００１０】
本発明は、上記従来の問題点に鑑みてなされたもので、その目的は、操作者に特別の知識や訓練を施さなくても、顧客の注文を入力するだけで顧客にとって有利となる割引価格を算出することが可能な電子式キャッシュレジスタ装置及びその料金計算方法を提供することである。
【００１１】
【課題を解決するための手段】
本発明は、上記目的を達成するために、電子式キャッシュレジスタ装置に、顧客により注文された品目を入力する入力部と、各品目の種類と料金が格納されたメニュー記憶手段と、品目情報からセットメニューを割り出すメニュー検索部と、顧客注文の料金を算出する計算部と、前記各機能部の動作をコントロールする制御手段とを備えたことを要旨するものである。とりわけ、本発明はメニュー記憶手段から品目の情報を取り出してそれがセットメニューになるか否かを検索するメニュー検索部を備えたことを特徴としている。
【００１２】
かかる構成により、販売品目についてセットメニューの注文を受け付ける店舗において、単品で注文が入力された場合に、制御部のコントロールの下にメニュー検索部がこの単品の情報からセットメニューとなる組み合わせを自動的に選択して注文を受け付ける。これにより顧客は特にセットである品目を認識してなくてもセット価格で商品を購入することができ、割り引きの恩恵を受けることができる。
【００１３】
また、単品の情報からセットメニューとなる組み合わせを複数セット作成可能である場合は、パラメータにしたがって複数のセットメニューを作成することもできる。
【００１４】
【発明の実施の形態】
本発明の請求項１に記載の発明は、販売品目についてセットメニューの注文を受け付ける店舗において、単品で注文が入力された場合に、この単品の情報からセットメニューとなる組み合わせを自動的に選択してセットメニューの割り引き値段で料金を計算するようにしたものである。
【００１５】
本発明の請求項２に記載の発明は、請求項１記載の電子式キャッシュレジスタ装置の料金計算方法において、単品の情報からセットメニューとなる組み合わせを複数セット作成可能である場合は、パラメータにしたがって複数のセットメニューが作成されるようにしたものであり、複数のセットメニューを作成することにより割り引き金額を大きく出来るという作用を有する。
【００１６】
本発明の請求項３に記載の発明は、請求項２記載の電子式キャッシュレジスタ装置の料金計算方法において、パラメータは、より割り引き金額の多いものから順にセットメニューとなる組み合わせを選択するようにしたものであり、割り引き金額をできるだけ大きくすることによりユーザの便宜を図るという作用を有する。
【００１７】
本発明の請求項４に記載の発明は、電子式キャッシュレジスタ装置に、顧客により注文された品目を入力する入力部と、各品目の種類と料金が格納されたメニュー記憶手段と、メニュー記憶手段に格納された品目情報からセットメニューを割り出すメニュー検索部と、顧客注文の料金を算出する計算部と、前記各機能部の動作をコントロールする制御手段とを備えたものであり、単品で注文が入力された場合に、制御手段のコントロールの下にメニュー検索部が前記単品の情報からセットメニューとなる組み合わせを自動的に選択し、その検索結果に基づいて計算部が料金を計算することにより顧客の便宜を図るという作用を有する。
【００１８】
本発明の請求項５に記載の発明は、請求項４記載の電子式キャッシュレジスタ装置において、メニュー検索部は、単品で注文が入力された場合に、この単品の情報を基にメニュー記憶手段を検索してセットメニューとなる組み合わせを選択するようにしたものである。
【００１９】
本発明の請求項６に記載の発明は、請求項５記載の電子式キャッシュレジスタ装置において、メニュー検索部は、複数のセットメニューを作成するためのパラメータを格納するもので、より適正な割り引き計算が行なえるという作用を有する。
【００２０】
以下、本発明の実施の形態を添付の図面を参照して説明する。
【００２１】
図１は本発明の一実施の形態に係る電子式キャッシュレジスタ装置の回路構成を表すブロック図である。図１において、符号２は表示装置、３は各種の指示が入力されるキーボードであり、これらは従来の回路構成を説明した図２９において示されたものと同じである。２１は各品目の種類と料金が格納されたメニュー記憶部、２２は顧客注文の料金を算出する計算部、２３はレシートその他のデータ記録紙を出力する印字部、２４はこの電子式キャッシュレジスタ装置とセンター等に設置されたマスター装置との間でデータの送受信を行なう通信インターフェース、２５はメニュー記憶部２１に格納された品目情報からセットメニューを割り出すメニュー検索部、２６は前記各機能部の動作をコントロールする制御部である。本発明はメニュー記憶部２１から品目の情報を取り出してそれがセットメニューになるか否かを検索するメニュー検索部２５を備えていることが上記従来の電子式キャッシュレジスタ装置と異なっており、このメニュー検索部２５はメニュー記憶部２１と制御部２６との間に接続されている。また、メニュー記憶部２１はメニュー検索部２５に接続される一方で制御部２６にも接続され、通信インターフェース２４を通してセンター、或いは各店舗の統括部門から受信したメニュー情報を制御部２６から転送されるようになっている。また制御部２６にはＣＰＵが用いられ、各種動作のコントロール、および売り上げ集計などの処理を行なう。
【００２２】
図２は本実施の形態におけるキーボードの構造を示す平面図である。このキーボードの構造も、基本的には図２８に示すものと同様な構造であり、図２において、符号３はキーボード全体を示す。４はセットメニューとなっている品目を指定するためのセットメニューキーを示し、このセットメニューキー４は、Ａセットキー４ａ、Ｂセットキー４ｂ、Ｃセットキー４ｃ、・・・、Ｎセットキー４ｎ、というようにセットメニューとして登録されているセットの数だけ設けられている。ここでいうＡセット、Ｂセット、Ｃセット、・・・、Ｎセットとは、例えばファーストフード店についてみれば、ハンバーガーセット、チーズバーガーセット、フィッシュバーガーセット等を指す。一例としてハンバーガーセットを挙げれば、これはハンバーガーとフライドポテトと一種類のドリンク（例：コーヒー）を組み合わせて一品目としたものである。５は注文を取るために必要な項目や品目が表示されるとともに、品目指定操作が行なわれる表示・操作パネル、６は飲物を指定するためのドリンクキーであり、このドリンクキーを押すと表示・操作パネル５には各種の飲物が表示され操作者が顧客の注文に応じて飲物を指定できるようになっている。８は単品の品目を指定するための単品キーであり、顧客の注文に応じて個々の品目を指定するための入力キーである。さらに９は注文された品目を合わせた合計の料金計算を指示するための合計キーである。本発明はメニュー検索部２５がセットメニューになるか否かを検索することにより、キーボード３からセット用ドリンクキー７が削除されている点が上記従来の電子式キャッシュレジスタ装置と異なっており、操作者は現在顧客から受けている注文が単品メニューであるかセットメニューであるかを判断しながらキーを使い分ける必要性をなくしている。
【００２３】
このような構成を有する従来の電子式キャッシュレジスタ装置の動作について説明する。ここにおいても、上記従来例の動作説明で用いたのと同様に、電子式キャッシュレジスタ装置がファーストフード店に設置されて使用される場合について述べる。この場合において、顧客からの注文が単品を指定してなされるものであるときは、操作者はキーボード３の単品キー８を押していって注文を受け付ける。ここで「単品」とは、例えばハンバーガー、チーズバーガー、フィッシュバーガー、フライドポテト、アップルパイなどの品目を指す。さらに、顧客がドリンクの注文を出した場合は、ドリンクキー６を押すと、キーボード３の表示・操作パネル５には各種のドリンクが表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部２６は計算部２２とメニュー検索部２５とを起動させ、メニュー検索部２５はメニュー記憶部２１から各注文の品目とその値段を検索して顧客が注文した品目がセットメニューになるか否かを演算処理により検索して、検索結果を計算部２２へ通知する。計算部２２はメニュー検索部２５の検索結果に基づいて料金計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。
【００２４】
また、顧客はセットメニューの中からセット品目を指定して注文を出すこともでき、顧客からの注文がセットの品目を指定してなされるものであるときは、操作者はキーボード３のセットメニューキー４の中から顧客が指定したセット（例えばＡセット）のキー４ａを押して注文を受け付ける。このセットメニューの中の品目の注文を受けたときは、上記セットキー４ａが押された後ドリンクキーが押される。このときにおいても、本実施の形態では、セットに付くドリンクは割り引き値段に設定されており通常のドリンク料金とは違っているにも拘らず、通常のドリンクキー６が押される。すると、制御部２６が現在の注文はセットメニューの注文であることを認識してキーボード３の表示動作を制御し、その表示・操作パネル５には上記Ａセットに付けられるドリンクが幾種類か表示され、操作者は顧客からのドリンク品目の指定にしたがってそのドリンクを表示・操作パネル５から入力する。そして、顧客の注文が確定したら合計キー９を押す。この操作によって制御部２６は計算部２２とメニュー検索部２５とを起動させ、メニュー検索部２５はメニュー記憶部２１から各注文の品目とその値段を検索する。この場合セットメニュー４の中の品目のみが注文されている場合は、メニュー記憶部２１にはセットメニューに指定されているセットの料金とそのセットに付けられるドリンクの割引の料金とが他の品目の値段とともに登録されているから、メニュー検索部２５はそれぞれ該当する料金を検索して、検索結果を計算部２２へ通知する。計算部２２はメニュー検索部２５の検索結果に基づいて料金計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。
【００２５】
他方、セットメニュー４の中の品目の注文に加えて、追加の注文として幾つかの単品と何種類かのドリンクが注文されている場合は、メニュー検索部２５は追加注文された品目について、メニュー記憶部２１から各追加注文の品目とその値段を検索して顧客が追加注文した品目がさらにセットメニューになるか否かを演算処理により検索しセットメニューになるものについてはセットの品目として検索結果を計算部２２へ通知する。計算部２２はメニュー検索部２５の検索結果に基づいて料金計算を行い合計金額を算出する。この計算結果は表示装置２に表示される。
【００２６】
次に、上記メニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理の内容について説明する。図３はこのメニュー検索部２５の演算処理動作を説明するフロー図である。図３において、各処理ステップ（以下、単にステップという）の動作内容を説明すると次のようになる。
【００２７】
ステップ１： このステップではメニュー検索部２５の中に設けられたフラグにセットキー処理中であるかどうかを示すデータの入力動作を行なう。セットキー処理とは、顧客がセットメニューの中からセット品目を指定して注文を出したときに操作者がキーボード３のセットメニューキー４の中から顧客が指定したセット（例えばＡセット）のキー４ａを押して注文を受け付けた場合の処理をいう。セットキー処理を行なった場合は、セットキー処理中フラグは１、そうでない場合は０が立てられる。
【００２８】
ステップ２： このステップではセットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。
【００２９】
ステップ３： このステップではセットキー処理に基づくＶＭ（バリュー・ミール：Ｖａｌｕｅ Ｍｅａｌ）別最大取得数確定処理を行なう。ＶＭとは上記ハンバーガーセット、チーズバーガーセットなどのようにセットメニュー（割り引き料金が適用される組み合わせ品目）としてメニュー記憶部２１に登録されている品目を指し、１つのバリュー・ミール・テーブルは、ハンバーガーやフライドポテトのような、セットに必ず含まれるアイテムの情報と、エニイ・アイテム・テーブル・ナンバーを持つエニイ・アイテム・テーブルにおいてドリンクのように選択可能なアイテムの集まりを指す。
【００３０】
ステップ４： このステップではオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。オートマチック・バリュー・ミール処理とは、メニュー検索部２５による、注文品目についてメニュー記憶部２１から各注文品目とその値段を検索して顧客が注文した品目がバリュー・ミールになるか否かを演算処理により検索する処理をいう。
【００３１】
ステップ５： このステップではバリュー・ミール別の最大取得数が確定したか否か（最大取得数が全て０になったか否か）の判断処理を行なう。
【００３２】
ステップ６： このステップではバリュー・ミール・プライス・テーブル別の最大取得数確定処理を行なう。１つのバリュー・ミール・プライス・テーブルは、バリュー・ミール・テーブル・ナンバーと、エニイ・アイテム・テーブルに登録されたアイテムの情報から成り（例：ハンバーガーセット＋コーラ；チーズバーガーセット＋オレンジジュース等）、割引金額の大きい順に並びかえた表の記憶テーブルをいい、メニュー記憶部２１に設定されている。
【００３３】
ステップ７： このステップではバリュー・ミール・プライス・テーブル別の最大取得数が確定したか否か（最大取得数が全て０になったか否か）の判断処理を行なう。
【００３４】
ステップ８： このステップでは検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライス・テーブルが一種類のみであるか否かの判断処理を行なう。
【００３５】
ステップ９： このステップではアイテム別の影響度判定処理を行なう。これは、メニュー検索部２５による、バリュー・ミールになるか否かの演算処理において、セットになると判定された場合に、どのセットとして確定させるかの判定の基礎に、各アイテムの影響度を考慮して判定結果を出す処理をいう。ここで、アイテムとはメニュー記憶部２１に登録されている単品の品目をいう。
【００３６】
ステップ１０： このステップではバリュー・ミール・プライス・テーブル別の影響度確定処理を行なう。これは、上記ステップ９と同様、メニュー検索部２５による、バリュー・ミールになるか否かの演算処理において、セットになると判定された場合に、どのセットとして確定させるかの基礎に、バリュー・ミール・プライス・テーブルの各データの影響度を考慮して判定結果を出す処理をいう。
【００３７】
ステップ１１： このステップではバリュー・ミール・プライス・テーブルの決定処理を行なう。これは、上記ステップ１０において、バリュー・ミール・プライス・テーブルの各データの影響度を考慮して判定した結果、そのセット品目の料金を決定する。
【００３８】
ステップ１２： このステップでは上記ステップ１１において決定されたセット品目の登録処理を行なう。
【００３９】
ステップ１３： このステップではアイテム微調整処理、すなわち上記ステップ１２においてセットになるものはセット品目として登録された後に残った単品を注文品目として集計する処理を行なう。
【００４０】
ステップ１４： このステップではセット品目の登録と、アイテムの微調整が終了した後において、顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。
【００４１】
ステップ１５： このステップではステップ８における判断結果に基づいたセット品目の登録処理を行なう。
【００４２】
ステップ１６： このステップではアイテム微調整処理、すなわち上記ステップ１５においてセットになるものはセット品目として登録された後に残った単品の集計処理を行なう。
【００４３】
ステップ１７： このステップではセット品目の登録と、アイテムの微調整が終了した後において、顧客の注文内容のすべてがメニュー検索されたか否かの判断処理を行なう。
【００４４】
ステップ１８： このステップではセットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。
【００４５】
ステップ１９： このステップでは上記ステップ１８においてセットキー処理中フラグが「１」であると判断された場合にそのフラグを「０」に書き換える処理を行なう。
【００４６】
ステップ２０： このステップではエニイ・アイテム（Ａｎｙ Ｉｔｅｍ）エラー表示判定処理、すなわち注文受け付けにおいてドリンクなどのセットに付けられるべき品目（エニイ・アイテム）の登録がなされていない場合にエラー判定 を行ない、且つその表示処理を行なう。
【００４７】
ステップ２１： このステップではメニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がすべて終了したことによる、その結果の表示処理を行なう。具体的には、セット登録により確定されたバリュー・ミールと、最後まで残った単品の価格を計算し、表示する。
【００４８】
以上の各ステップを実行することによって、メニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がおこなわれる。
ここで、実際の演算処理を具体的な顧客の注文事例（オーダー事例）を挙げて説明する。以下の場合において、顧客の注文は単品別の品目指定（追加注文を含む）を行なってなされたものとする。
【００４９】
（オーダー事例１）
オーダー事例１として、単品別のオーダー内容（注文内容）は、ハンバーガー（ＨＡＭＢ）１個、チーズバーガー（ＣＨＢ）１個、フライドポテト（ＭＥＤＦＲＹ）１個、ドリンクとしてコーラ（Ｍ ＣＯＫＥ）１個であるものとする。また、この注文内容においてバリュー・ミールを作成した場合ハンバーガーセットよりもチーズバーガーセットの方が割引金額が大きいものとする。図４は上記注文内容と、この注文内容に基づいてメニュー検索部２５の内部で作成された注文データの例を表形式で示す図である。図４（ａ）は注文内容のデータを示す表、図４（ｂ）は顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表でありバリュー・ミールＮo.１はハンバーガーセットを表しこのセットは単品品目（特にこれを「固定アイテム」とする。前出の「エニイ・アイテム」に対する用語である）ハンバーガーとフライドポテトを含むものである一方、バリュー・ミールＮo.２はチーズバーガーセットを表しこのセットはチーズバーガーとフライドポテトを含むものであることを表している。図４（ｃ）は注文内容品目のうちのバリュー・ミールに付けられるドリンクなどのエニイ・アイテムを示す表でありアイテムＮo.１はコーラを表し、アイテムＮo.２は別のドリンクを表している。図４（ｄ）は図４（ｂ）の表と図４（ｃ）の表を組み合わせたときに出来上がる、バリュー・ミールを料金の安い（割引金額の大きい）順に並べて示す表（これをバリュー・ミール・プライス・テーブルという）である。
【００５０】
（第１段階演算処理）
図３のフロー図において、メニュー検索部２５の演算処理が開始されると、メニュー検索部２５は先ずステップ１において当該メニュー検索部２５の中に設けられたフラグにセットキー処理中であることを示す「１」データの入力動作を行ない、続くステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合はフラグは「１」であるからステップ３のセットキー処理に基づくＶＭ別最大取得数確定処理を実行する。この処理においてメニュー検索部２５はセットキーを探すが、セットキーはとられていないので、ステップ５において、ＶＭ別最大取得数が全て０になったか否かの判断処理を行なった場合全て０と判断される。このためフローはステップ１８に移行し、セットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。このステップ１８では、先にステップ１においてセットキー処理中フラグに「１」を書き込んであるため、ステップ１９に移行し、そのフラグを「０」に書き換える処理を行なう。さらにステップ２０においてエニイ・アイテムエラー表示判定処理を行なう。ここでは、セットはとら れていないのでエラーフラグは立てないでステップ２に戻る。これでメニュー検索部２５の１回目の演算処理が終了する。
【００５１】
（第２段階演算処理）
次に、メニュー検索部２５の２回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは、先の１回目の演算処理におけるステップ１９で「０」に書き換えられているから、「０」である。よってメニュー検索部２５はステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。図５は第２段階演算処理での注文内容及びメニュー検索部２５によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例を表形式で示す図である。図５（ａ）は第２段階演算処理での注文内容のデータを示す表、図５（ｂ）はバリュー・ミールＮo.１を構成する固定アイテムが注文内容の中にそれぞれ何個あるかを示す表である。この例ではハンバーガーが１個、フライドポテトが１個あることが表されている。図５（ｃ）はバリュー・ミール別最大取得数確定処理で得られた結果の登録内容を示すもので、メニュー検索部２５のレジスタなどに書き込まれる。バリュー・ミール別最大取得数確定処理ではそのバリュー・ミールを構成する各固定アイテムの個数を比較して個数の小さい方をバリュー・ミール別最大取得数として（上の事例では「１」を）登録する。このような処理をチーズバーガーセットについても行ない、それぞれのバリュー・ミールについてのバリュー・ミール別最大取得数を登録する。図５（ｄ）はこのようにして登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表である。
【００５２】
以上のステップ３の処理においてメニュー検索部２５はバリュー・ミール別最大取得数として「１」を登録したからバリュー・ミール別最大取得数は０でない。よって、ステップ５において、最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断される。よって、次のステップ６においては、バリュー・ミール・プライス・テーブル別の最大取得数確定処理が行なわれる。
【００５３】
これは図５（ｄ）に示されたバリュー・ミール別最大取得数の表と図４（ｄ）に示されたバリュー・ミール・プライス・ナンバー表を組み合わせて演算処理するものである。図６（ａ）は図４（ｄ）のバリュー・ミール・プライスＮo.１についてバリュー・ミールＮo.２のバリュー・ミールおよびエニイ・アイテムが何個取れるかを示す表である。この例ではバリュー・ミールＮo.２のバリュー・ミールが１個、エニイ・アイテムとしてコーラが１個とれることが表されている。図６（ｂ）はバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録内容を示すもので、メニュー検索部２５のレジスタなどに書き込まれる。バリュー・ミール・プライス・テーブル別最大取得数確定処理ではそのバリュー・ミール・プライス・ナンバーに含まれるバリュー・ミールの個数とエニイ・アイテムの個数を比較して個数の小さい方をバリュー・ミール・プライス・テーブル別最大取得数として（上の事例では「１」を）登録する。このような処理をバリュー・ミール・プライスＮo.２についても行ない、それぞれのバリュー・ミール・プライス・ナンバーについてのバリュー・ミール・プライス・テーブル別最大取得数を登録する。図６（ｃ）はこのようにして登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表である。
【００５４】
以上のステップ６の処理においてメニュー検索部２５はバリュー・ミール・プライス・テーブル別最大取得数として「１」を登録したからバリュー・ミール・プライス・テーブルバリュー・ミール別最大取得数は０でない。よって、ステップ７において、バリュー・ミール・プライス・テーブル別最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断されるから、次のステップ８において検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライスが一種類のみであるか否かの判断処理を行なう。この判断処理においては、上記ステップ６の処理の結果バリュー・ミール・プライス・テーブル別の最大取得数が全て０でないバリュー・ミール・プライスが一種類のみではないので、次のステップ９においてアイテム別の影響度判定処理を行なう。
【００５５】
図７はメニュー検索部２５によるアイテム別の影響度判定処理に際して作成された検索データの例を表形式で示す図である。図７（ａ）はコーラについてみた場合のハンバーガー系の固定アイテム（つまりハンバーガー、またはチーズバーガー）が含まれるバリュー・ミール・プライス・ナンバーとその個数、および合計数（これをａとする）を示す表である。この例では、上記図４（ｄ）から、バリュー・ミール・プライスＮo.１とバリュー・ミール・プライスＮo.２の項がコーラに関わるものであるから該当ナンバーは１、２であり、またそれぞれの固定アイテムは１個であるから各項に「１」が書き込まれ、また合計数ａとして「２」が書き込まれる。図７（ｂ）は注文でとられたコーラの個数（これをｂとする）を示す表である。この例では、コーラの注文数は１であるから当該表には個数ｂとして「１」が書き込まれる。図７（ｃ）はアイテム別影響度判定処理で得られた結果の登録内容を示すもので、メニュー検索部２５のレジスタなどに書き込まれる。ここで、アイテム別の影響度判定処理に際しては、
ａ＞ｂ
のときは影響有りとしてアイテム別影響数「１」が登録され、
ａ≦ｂ
のときは影響なしとしてアイテム別影響数「０」を登録する。上記の例では、
ａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００５６】
図７（ｄ）はアイテム別影響度判定処理で得られた結果が登録されたそれぞれのアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表である。この結果、ハンバーガーおよびチーズバーガーについてみた場合はそれぞれａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。また、フライドポテトおよびコーラについてみた場合はそれぞれａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００５７】
以上のようなアイテム別影響度判定処理が実行された後、次のステップ１０ではバリュー・ミール・プライス・テーブル別の影響度数確定処理が行なわれる。このバリュー・ミール・プライス・テーブル別影響度数確定処理は、各バリュー・ミール・プライス・ナンバーに含まれるアイテム（固定アイテム、エニイ・アイテムの両方）についてのアイテム別影響度数を合計することにより求められる。図８はメニュー検索部２５によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図である。図８において、バリュー・ミール・プライス・テーブル別影響度数は、上記ステップ９の結果を考慮すると、バリュー・ミール・プライスＮo.１についてのアイテム別影響度は、チーズバーガーは０、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。また、バリュー・ミール・プライスＮo.２についてのアイテム別影響度は、ハンバーガーは０、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。
【００５８】
そしてこのバリュー・ミール・プライス・テーブル別影響度確定処理が実行された後、ステップ１１においてバリュー・ミール・プライス・テーブルの決定処理を行なわれる。このバリュー・ミール・プライス・テーブルの決定処理では、決定条件として、先ず第１に、
「バリュー・ミール・プライス・テーブル別影響度数の一番小さもの」
が選択され、第２に
「割引金額が一番大きいもの」
が選択されるものとしている。第１の条件についてみると、バリュー・ミール・プライスＮo.１とバリュー・ミール・プライスＮo.２は影響度数が何れも「２」であるから同等である。他方、第２の条件についてみると、バリュー・ミール・プライスＮo.１の方が優位であるのでこのステップ１１ではバリュー・ミール・プライスＮo.１のバリュー・ミール、すなわちチーズバーガー＆コーラセットと決定する。
【００５９】
次に、ステップ１２において上記ステップ１１において決定されたセット品目の登録処理を行なう。図９はメニュー検索部２５によるセット登録処理によって作成された登録データの例を表形式で示す図である。図９において、バリュー・ミール・プライス表には確定数の欄が設けられ、ステップ１１において決定されたバリュー・ミール・プライス・テーブルに「１」が書き込まれる。
【００６０】
次にステップ１３において、アイテム微調整処理が行なわれる。図１０はメニュー検索部２５によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図である。この処理では最初の注文の中身から、セット登録された品目すなわちバリュー・ミール・プライスＮo.１のアイテムを減らす処理が実行される。これにより、チーズバーガー１個とフライドポテト１個とコーラ１個が減らされ、ハンバーガー１個のみがオーダー表の中に残る。
【００６１】
次にステップ１４において顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。この場合、ステップ１３のアイテム微調整処理によりハンバーガー１個がオーダー表の中に残っており、残った注文品目は０でないのでステップ２へ戻る。これでメニュー検索部２５の２回目の演算処理が終了する。
【００６２】
（第３段階演算処理）
次に、メニュー検索部２５の３回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは「０」であるからステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。図１１は第３段階演算処理でのメニュー検索部２５によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例すなわちバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示す図である。この時点では、先のステップ１３のアイテム微調整処理によりハンバーガー１個がオーダー表の中に残っているだけであるので、バリュー・ミール別最大取得数は「０」となる。
【００６３】
上記ステップ４の処理においてメニュー検索部２５は入力された単品情報を探すとバリュー・ミール別最大取得数は０であるので、ステップ５において、ＶＭ別最大取得数が全て０になったか否かの判断処理を行なった場合全て０と判断される。このためフローはステップ１８に移行し、セットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。このステップ１８ではフラグは「０」であるからステップ２１において結果表示処理を行ない売買結果が表示装置２に表示される。これによりメニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がすべて終了したことになり、一連のメニュー検索処理は終了する。その後、顧客と操作者との間における金銭の授受が行なわれ、印字部２３からレシートが印字出力される。図１２は印字部２３から出力されるレシートの一例を示す図である。
【００６４】
図１３は以上説明したオーダー事例１におけるメニュー検索部２５の演算処理を表形式にまとめた図である。図１３において、最上段に記載された１回目、２回目、３回目は、それぞれ第１段階演算処理、第２段階演算処理、第３段階演算処理を表す。そして図１３中の○印で囲んだバリュー・ミール・プライス・ナンバーがバリュー・ミールとして決定されたことを示している。
【００６５】
（オーダー事例２）
オーダー事例２として、単品別のオーダー内容は、ハンバーガー１個、チーズバーガー１個、フライドポテト２個、ドリンクとしてコーラ１個、別のドリンク（Ｍ ＳＰＲＴ：ここではオレンジジュースとしておく）１個であるものとする。また、この注文内容においてバリュー・ミールを作成した場合、上記オーダー事例１とは異なりチーズバーガーセットよりもハンバーガーセットの方が割引金額が大きいものとする。図１４は上記注文内容と、この注文内容に基づいてメニュー検索部２５の内部で作成された注文データの例を表形式で示す図である。図１４（ａ）は注文内容のデータを示す表、図１４（ｂ）は顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表でありバリュー・ミールＮo.１はハンバーガーセットを表しこのセットは固定アイテムがハンバーガーとフライドポテトを含むものである一方、バリュー・ミールＮo.２はチーズバーガーセットを表しこのセットはチーズバーガーとフライドポテトを含むものであることを表している。図１４（ｃ）は注文内容品目のうちのバリュー・ミールに付けられるドリンクなどのエニイ・アイテムを示す表でありアイテムＮo.１はコーラを表し、アイテムＮo.２はオレンジジュースを表している。そして、図１４（ｃ）では、アイテムＮo.１のコーラが２個、アイテムＮo.２のジュースが１個のオーダー内容を示すデータが書き込まれている。図１４（ｄ）は図１４（ｂ）の表と図１４（ｃ）の表を組み合わせたときに出来上がるバリュー・ミールを、料金の安い（割引金額の大きい）順に並べて示すバリュー・ミール・プライス・テーブルである。このバリュー・ミール・プライス・テーブルから、ハンバーガー＆コーラセットが一番割引金額が大きく、以下、チーズバーガー＆コーラセット、ハンバーガー＆オレンジジュースセットの順で割引金額が小さくなって行くことがわかる。
【００６６】
（第１段階演算処理）
この第１段階演算処理は上記オーダー事例１における第１段階処理を同じ処理動作が行なわれる。すなわち、図３のフロー図において、メニュー検索部２５の演算処理が開始されると、メニュー検索部２５は先ずステップ１において当該メニュー検索部２５の中に設けられたフラグにセットキー処理中であることを示す「１」データの入力動作を行ない、続くステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合はフラグは「１」であるからステップ３のセットキー処理に基づくＶＭ別最大取得数確定処理を実行する。この処理においてメニュー検索部２５はセットキーを探すが、セットキーはとられていないので、ステップ５において、ＶＭ別最大取得数が全て０になったか否かの判断処理を行なった場合全て０と判断される。このためフローはステップ１８に移行し、セットキー処理中フラグが「１」であるか「０」であるかの判断処理を行なう。このステップ１８では、先にステップ１においてセットキー処理中フラグに「１」を書き込んであるため、ステップ１９に移行し、そのフラグを「０」に書き換える処理を行なう。さらにステップ２０においてエニイ・アイテムエラー表示判定処理を行なう。ここでは、セットはとられていないのでエラーフラグは立てないでステップ２に戻る。これでメニュー検索部２５の１回目の演算処理が終了する。
【００６７】
（第２段階演算処理）
次に、メニュー検索部２５の２回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは、先の１回目の演算処理におけるステップ１９で「０」に書き換えられているから、「０」である。よってメニュー検索部２５はステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。図１５は第２段階演算処理でのメニュー検索部２５によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例を表形式で示す図である。なお、第２段階演算処理での注文内容のデータは図１４（ａ）に示すものと同様であるので省略する。また、バリュー・ミール別最大取得数確定処理における、バリュー・ミールを構成する各固定アイテムの個数を比較して個数の小さい方をバリュー・ミール別最大取得数として登録するやり方や、各バリュー・ミール（ハンバーガーセット、チーズバーガーセット）についてバリュー・ミール別最大取得数を求めるといった点は、上記オーダー事例１の場合と同様であるので説明は省略する。図１５はバリュー・ミール別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表である。
【００６８】
以上のステップ４の処理においてメニュー検索部２５はバリュー・ミール別最大取得数として「１」を登録したからバリュー・ミール別最大取得数は０でない。よって、ステップ５において、最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断される。よって、次のステップ６においては、バリュー・ミール・プライス・テーブル別の最大取得数確定処理が行なわれる。
【００６９】
これは図１５に示されたバリュー・ミール別最大取得数の表と図１４（ｄ）に示されたバリュー・ミール・プライス・テーブルのナンバー表を組み合わせて演算処理するものである。このバリュー・ミール・プライス・テーブル別の最大取得数確定処理における各バリュー・ミール・プライス・ナンバーについて、それに対応するバリュー・ミール・ナンバーのバリュー・ミールおよびエニイ・アイテムが何個取れるかを検索し、またバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録のしかたについては上記オーダー事例１の場合と同様であるので説明は省略する。図１６は上記バリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表である。
【００７０】
以上のステップ６の処理においてメニュー検索部２５はバリュー・ミール・プライス・テーブル別最大取得数として「１」を登録したからバリュー・ミール・プライス・テーブルバリュー・ミール別最大取得数は０でない。よって、ステップ７において、バリュー・ミール・プライス・テーブル別最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断されるから、次のステップ８において検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライスが一種類のみであるか否かの判断処理を行なう。この判断処理においては、上記ステップ６の処理の結果バリュー・ミール・プライス・テーブル別の最大取得数が全て０でないバリュー・ミール・プライスが一種類のみではないので、次のステップ９においてアイテム別の影響度判定処理を行なう。
【００７１】
このアイテム別の影響度判定処理における特定のドリンク（例えばコーラ）についてみた場合のハンバーガーなどの固定アイテムが含まれるバリュー・ミール・プライス・ナンバーとその個数および合計数ａを求める処理、および各バリュー・ミール・プライス・ナンバーに対応するドリンクの個数ｂを求める処理、およびアイテム別の影響度判定処理で得られた結果の登録のしかたについては上記オーダー事例１の場合と同様であるので説明は省略する。また、このオーダー事例２においても、アイテム別の影響度判定処理に際しては、
ａ＞ｂ
のときは影響有りとしてアイテム別影響数「１」が登録され、
ａ≦ｂ
のときは影響なしとしてアイテム別影響数「０」を登録する。このオーダー事例２においては、コーラについてみると、
ａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。他方、オレンジジュースについてみると、
ａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。
【００７２】
図１７はメニュー検索部２５によるアイテム別の影響度判定処理で得られた結果の登録内容のアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表であり、メニュー検索部２５のレジスタなどに書き込まれる。この結果、ハンバーガーについてみた場合はａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００７３】
また、チーズバーガーについてみた場合はａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。
【００７４】
また、フライドポテトについてみた場合はａ＝３であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００７５】
また、コーラについてみた場合はａ＝２であり、またｂ＝１であるから、
ａ＞ｂ
となり、影響有りのアイテム別影響数に対応する「１」が登録される。
【００７６】
さらに、オレンジジュースについてみた場合はａ＝１であり、またｂ＝１であるから、
ａ≦ｂ
となり、影響なしのアイテム別影響数に対応する「０」が登録される。
【００７７】
以上のようなアイテム別影響度判定処理が実行された後、次のステップ１０ではバリュー・ミール・プライス・テーブル別の影響度数確定処理が行なわれる。図１８はメニュー検索部２５によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図である。図１８において、バリュー・ミール・プライス・テーブル別影響度数は、上記ステップ９の結果を考慮すると、バリュー・ミール・プライスＮo.１についてのアイテム別影響度は、ハンバーガーは１、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「３」となる。また、バリュー・ミール・プライスＮo.２についてのアイテム別影響度は、チーズバーガーは０、フライドポテトは１、コーラは１であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。さらに、バリュー・ミール・プライスＮo.３についてのアイテム別影響度は、ハンバーガーは１、フライドポテトは１、オレンジジュースは０であり、この結果バリュー・ミール・プライス・テーブル別影響度数は「２」となる。
【００７８】
そしてこのバリュー・ミール・プライス・テーブル別影響度確定処理が実行された後、ステップ１１においてバリュー・ミール・プライス・テーブルの決定処理を行なわれる。このバリュー・ミール・プライス・テーブルの決定処理では、決定条件として、上記オーダー事例１の場合と同様に、先ず第１に、
「バリュー・ミール・プライス・テーブル別影響度数の一番小さもの」
が選択され、第２に
「割引金額が一番大きいもの」
が選択されるものとしている。そこで、第１の条件についてみると、バリュー・ミール・プライスＮo.１とバリュー・ミール・プライスＮo.２とバリュー・ミール・プライスＮo.３の中では、バリュー・ミール・プライスＮo.２とバリュー・ミール・プライスＮo.３とが優位になっている。これにより、バリュー・ミール・プライスＮo.１のハンバーガーセット（具体的にはハンバーガー＆コーラセット）はバリュー・ミール・プライス・テーブルの決定処理の対象から外される。すなわちこのオーダー事例では、ハンバーガーとコーラのバリュー・ミールは選択していけないということが分かる。
【００７９】
他方、第２の条件についてみると、バリュー・ミール・プライスＮo.２の方が優位であるのでこのステップ１１ではバリュー・ミール・プライスＮo.２のバリュー・ミール、すなわちチーズバーガー＆コーラセットと決定する。
【００８０】
次に、ステップ１２において上記ステップ１１において決定されたセット品目の登録処理を行なう。図１９はメニュー検索部２５によるセット登録処理によって作成された登録データの例を表形式で示す図である。図１９において、バリュー・ミール・プライス表には確定数の欄が設けられ、ステップ１１において決定されたバリュー・ミール・プライス・テーブルに「１」が書き込まれる。
【００８１】
次にステップ１３において、アイテム微調整処理が行なわれる。図２０はメニュー検索部２５によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図である。この処理では最初の注文の中身から、セット登録された品目すなわちバリュー・ミール・プライスＮo.２のアイテムを減らす処理が実行される。これにより、チーズバーガー１個とフライドポテト１個とコーラ１個が減らされ、ハンバーガー１個、フライドポテト１個およびオレンジジュース１個がオーダー表の中に残る。
【００８２】
次にステップ１４において顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。この場合、ステップ１３のアイテム微調整処理によりハンバーガー１個、フライドポテト１個およびオレンジジュース１個がオーダー表の中に残っており、残った注文品目は０でないのでステップ２へ戻る。これでメニュー検索部２５の２回目の演算処理が終了する。
【００８３】
（第３段階演算処理）
次に、メニュー検索部２５の３回目の演算処理として、ステップ２においてセットキー処理中フラグが１であるか否かをチェックする。この場合フラグは「０」であるからステップ４のオートマチック・バリュー・ミール処理に基づくバリュー・ミール別最大取得数確定処理を行なう。なお、第３段階演算処理でのバリュー・ミール別最大取得数確定処理における、バリュー・ミールを構成する各固定アイテムの個数を比較して個数の小さい方をバリュー・ミール別最大取得数として登録するやり方や、各バリュー・ミール（ここではハンバーガーセットのみに可能性がある）についてバリュー・ミール別最大取得数を求めるといった点は、上記オーダー事例１の場合と同様であるので説明は省略する。図２１はバリュー・ミール別最大取得数確定処理の結果として登録されたバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表である。この時点では、先のステップ１３のアイテム微調整処理によりハンバーガー１個、フライドポテト１個およびオレンジジュース１個がオーダー表の中に残っているので、バリュー・ミール別最大取得数は「１」となる。
【００８４】
以上のステップ４の処理においてメニュー検索部２５はバリュー・ミール別最大取得数として「１」を登録したからバリュー・ミール別最大取得数は０でない。よって、ステップ５において、最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断される。よって、次のステップ６においては、バリュー・ミール・プライス・テーブル別の最大取得数確定処理が行なわれる。
【００８５】
これは図２１に示されたバリュー・ミール別最大取得数の表と図１４（ｄ）に示されたバリュー・ミール・プライス・テーブルのナンバー表を組み合わせて演算処理するものである。なおこの時点では、バリュー・ミール・プライス・テーブルは先の第２段階演算処理においてバリュー・ミール・プライスＮo.１は選択不適当としてバリュー・ミール・プライス・テーブルの決定処理の対象から外され、またバリュー・ミール・プライスＮo.２はバリュー・ミール・プライス・テーブルとして決定され登録されたから、バリュー・ミール・プライス・テーブルに残っているのはバリュー・ミール・プライスＮo.３だけである。このバリュー・ミール・プライス・テーブル別の最大取得数確定処理における各バリュー・ミール・プライス・ナンバーについて、それに対応するバリュー・ミール・ナンバーのバリュー・ミールおよびエニイ・アイテムが何個取れるかを検索し、またバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録のしかたについては上記オーダー事例１の場合と同様であるので説明は省略する。図２２は上記バリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表である。
【００８６】
以上のステップ６の処理においてメニュー検索部２５はバリュー・ミール・プライス・テーブル別最大取得数として「１」を登録したからバリュー・ミール・プライス・テーブルバリュー・ミール別最大取得数は０でない。よって、ステップ７において、バリュー・ミール・プライス・テーブル別最大取得数が全て０になったか否かの判断処理を行なった場合全て０でないと判断されるから、次のステップ８において検索の結果得られたバリュー・ミール・プライス・テーブル別の最大取得数が０でないバリュー・ミール・プライスが一種類のみであるか否かの判断処理を行なう。この判断処理においては、上記ステップ６の処理の結果バリュー・ミール・プライス・テーブル別の最大取得数が全て０でないバリュー・ミール・プライスが一種類であるのでセット品目はハンバーガー＆オレンジジュースのセットに自動的に決まり、ステップ１５に移行して上記セット品目の登録処理を行なう。図２３はメニュー検索部２５によるセット登録処理によって作成された登録データの例を表形式で示す図である。図２３において、バリュー・ミール・プライス表の確定数の欄には、ステップ８において判別されたバリュー・ミール・プライスＮo.３に「１」が書き込まれる。
【００８７】
次にステップ１６において、アイテム微調整処理が行なわれる。図２４はメニュー検索部２５によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図である。この処理では図２０における更新された注文の中身から、セット登録された品目すなわちバリュー・ミール・プライスＮo.３のアイテムを減らす処理が実行される。これにより、ハンバーガー１個とフライドポテト１個とオレンジジュース１個が減らされ、結局オーダー表の中に残る品目は０となる。
【００８８】
次にステップ１７において顧客の注文内容のすべてがメニュー検索され残った注文品目はないか否かの判断処理を行なう。この場合、ステップ１６アイテム微調整処理によりオーダー表の中に残る品目は０となったからステップ２１へ移行する。ステップ２１においては結果表示処理を行ない売買結果が表示装置２に表示される。これによりオーダー事例２におけるメニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理がすべて終了したことになり、一連のメニュー検索処理は終了する。その後、顧客と操作者との間における金銭の授受が行なわれ、印字部２３からレシートが印字出力される。図２５は印字部２３から出力されるレシートの一例を示す図である。
【００８９】
図２６は以上説明したオーダー事例２におけるメニュー検索部２５の演算処理を表形式にまとめた図である。図２６において、最上段に記載された１回目、２回目、３回目は、それぞれ第１段階演算処理、第２段階演算処理、第３段階演算処理を表す。そして図２６中の○印で囲んだバリュー・ミール・プライス・ナンバーがバリュー・ミールとして決定されたことを示している。この表を総括してみると、単品品目を指定して出された顧客の注文に対してオートマチック・バリュー・ミール処理を施すことによって、第２段階演算処理でバリュー・ミール・プライスＮo.２のセットを登録し、さらに第３段階演算処理でバリュー・ミール・プライスＮo.３のセットを登録したことがわかる。そして、選択するセットとしてはバリュー・ミール・プライスＮo.１のものも可能性はあったが、これを選択するとバリュー・ミールとしてのセットは１個しか選択できないため、セットが２個作ることのできる上記処理が実行されたのである。
【００９０】
ここまででオーダー事例１とオーダー事例２について、メニュー検索部２５による顧客注文品目がセットメニューになるか否かの演算処理を説明してきたが、同様な方法で、どのようなオーダーが出されようと、メニュー検索部２５は最適なバリュー・ミールを検索して顧客の注文に応じるようにするから、顧客はより安い料金で商品を購入することができる。また、操作者すなわち店舗のクルー（店員）は、電子式キャッシュレジスタ装置のキーが単品注文の場合とセット注文の場合とで異なっているといった操作上の規則を覚えなくても、いつでも同じようなキー操作をしているだけでよいので、作業が楽になる。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、電子式キャッシュレジスタ装置に、注文品目を入力する入力部と、各品目と料金が格納されたメニュー記憶手段と、品目情報からセットメニューを割り出すメニュー検索部と、顧客注文の料金を算出する計算部と、前記各機能部の動作をコントロールする制御手段とを備えたため、販売品目についてセットメニューの注文を受け付ける店舗において、単品で注文が入力された場合に、制御部のコントロールの下にメニュー検索部がこの単品の情報からセットメニューとなる組み合わせを自動的に選択して注文を受け付ける。これにより顧客は特にセットである品目を認識してなくてもセット価格で商品を購入することができ、割り引きの恩恵を受けることができる。
【００９２】
また、操作者は、電子式キャッシュレジスタ装置のキーが単品注文の場合とセット注文の場合とで異なっているといった操作上の規則を覚えなくても、いつでも同じようなキー操作をしているだけでよく、作業が楽になる等種々の効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係る電子式キャッシュレジスタ装置の回路構成を表すブロック図
【図２】前記実施の形態に係る電子式キャッシュレジスタ装置のキーボードの構造を示す平面図
【図３】前記実施の形態に係る電子式キャッシュレジスタ装置のメニュー検索部の演算処理動作を説明するフロー図
【図４】（ａ）前記実施の形態に係る電子式キャッシュレジスタ装置における注文内容のデータを示す表
（ｂ）前記実施の形態に係る電子式キャッシュレジスタ装置における顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表
（ｃ）前記実施の形態に係る電子式キャッシュレジスタ装置における注文内容品目のうちのバリュー・ミールに付けられるエニイ・アイテムを示す表
（ｄ）図４（ｂ）の表と図４（ｃ）の表を組み合わせたときに出来上がる、バリュー・ミールを料金の安い（割引金額の大きい）順に並べて示す表
【図５】（ａ）前記実施の形態に係る電子式キャッシュレジスタ装置における第２段階演算処理での注文内容のデータを示す表
（ｂ）前記実施の形態に係る電子式キャッシュレジスタ装置におけるバリュー・ミールＮo.１を構成する固定アイテムが注文内容の中にそれぞれ何個あるかを示す表
（ｃ）前記実施の形態に係る電子式キャッシュレジスタ装置におけるバリュー・ミール別最大取得数確定処理で得られた結果の登録内容を示す図
（ｄ）前記実施の形態に係る電子式キャッシュレジスタ装置における登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表
【図６】（ａ）前記実施の形態に係る電子式キャッシュレジスタ装置において図４（ｄ）のバリュー・ミール・プライスＮo.１についてバリュー・ミールＮo.２のバリュー・ミールおよびエニイ・アイテムが何個取れるかを示す表
（ｂ）はバリュー・ミール・プライス・テーブル別の最大取得数確定処理で得られた結果の登録内容を示す図
（ｃ）登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表
【図７】（ａ）前記実施の形態係る電子式キャッシュレジスタ装置においてアイテム別の影響度判定処理に際して作成された検索データの例を表形式で示す図であり、コーラについてみた場合のハンバーガー系の固定アイテムが含まれるバリュー・ミール・プライス・ナンバーとその個数、および合計数を示す表
（ｂ）注文でとられたコーラの個数を示す表
（ｃ）アイテム別影響度判定処理で得られた結果の登録内容を示す図
（ｄ）アイテム別影響度判定処理で得られた結果が登録されたそれぞれのアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表
【図８】前記実施の形態におけるメニュー検索部によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図
【図９】前記実施の形態におけるメニュー検索部によるセット登録処理によって作成された登録データの例を表形式で示す図
【図１０】前記実施の形態におけるメニュー検索部によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図
【図１１】前記実施の形態における第３段階演算処理でのメニュー検索部によるバリュー・ミール別最大取得数確定処理に際して作成された検索データの例をバリュー・ミールの番号別に一覧形式で示す図である。
【図１２】前記実施の形態における印字部から出力されるレシートの一例を示す図
【図１３】前記実施の形態において説明したオーダー事例１におけるメニュー検索部の演算処理を表形式にまとめた図である。
【図１４】（ａ）前記実施の形態における注文内容と、この注文内容に基づいてメニュー検索部の内部で作成された注文内容のデータの例を表形式で示す図
（ｂ）顧客注文品目からセット作成の可能性があるバリュー・ミールを候補として抽出した表
（ｃ）注文内容品目のうちのバリュー・ミールに付けられるドリンクなどのエニイ・アイテムを示す表
（ｄ）図１４（ｂ）の表と図１４（ｃ）の表を組み合わせたときに出来上がるバリュー・ミールを、料金の安い（割引金額の大きい）順に並べて示すバリュー・ミール・プライス・テーブル
【図１５】前記実施の形態におけるバリュー・ミール別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表
【図１６】前記実施の形態におけるバリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表
【図１７】前記実施の形態におけるメニュー検索部によるアイテム別の影響度判定処理で得られた結果の登録内容のアイテム別影響数をバリュー・ミールの固定アイテム、エニイ・アイテムの各種別に一覧形式で示した表
【図１８】前記実施の形態におけるメニュー検索部によるバリュー・ミール・プライス・テーブル別影響度数確定処理に際して作成された検索データの例を表形式で示す図
【図１９】前記実施の形態におけるメニュー検索部によるセット登録処理によって作成された登録データの例を表形式で示す図
【図２０】前記実施の形態におけるメニュー検索部によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図
【図２１】前記実施の形態におけるバリュー・ミール別最大取得数確定処理の結果として登録されたバリュー・ミール別最大取得数をバリュー・ミールの番号別に一覧形式で示した表
【図２２】前記実施の形態におけるバリュー・ミール・プライス・テーブル別最大取得数確定処理の結果として登録されたそれぞれのバリュー・ミール・プライス・テーブル別最大取得数をバリュー・ミール・プライス・テーブル・ナンバー別に一覧形式で示した表
【図２３】前記実施の形態におけるメニュー検索部によるセット登録処理によって作成された登録データの例を表形式で示す図
【図２４】前記実施の形態におけるメニュー検索部によるアイテム微調整処理によって更新された注文内容のデータを表形式で示す図
【図２５】前記実施の形態における印字部から出力されるレシートの一例を示す図
【図２６】前記実施の形態におけるオーダー事例２におけるメニュー検索部の演算処理を表形式にまとめた図である。
【図２７】一般的な電子式キャッシュレジスタ装置の外観構成の一例を示す側面図
【図２８】一般的な電子式キャッシュレジスタ装置に用いられているキーボードの従来構造を示す平面図
【図２９】従来の電子式キャッシュレジスタ装置の回路構成を概略的に示すブロック図
【符号の説明】
１ 装置本体（電子式キャッシュレジスタ装置）
２ 表示装置
３ キーボード
２１ メニュー記憶部
２２ 計算部
２３ 印字部
２４ 通信インタフェース
２５ メニュー検索部
２６ 制御部
Claims (3)
- 販売品目についてセットメニューの注文を受け付ける店舗において、複数の単品で注文が入力された場合に、前記単品で構成するセットメニュー数を最大とする組み合わせを自動的に選択することを特徴とする電子式キャッシュレジスタ装置の料金計算方法。
- 販売品目についてセットメニューの注文を受け付ける店舗において、複数の単品の注文が入力された場合に、前記単品の情報から複数のセットメニューを作成する電子式キャッシュレジスタ装置の料金計算方法であって、入力されたすべての単品に対しそれぞれが含まれるすべてのセットメニューを検索し、前記検索で得られたすべてのセットメニューに含まれる単品の数と入力された単品の数をそれぞれ比較して、おのおのの単品についてセット作成可能性をもとめ、セットメニューを構成する単品のセット作成可能性を用いてセットメニューを選択することを特徴とする電子式キャッシュレジスタ装置の料金計算方法。
- 顧客により注文された単品を入力する入力手段と、各単品の種類と料金およびセットメニューの組み合わせが格納されたメニュー記憶手段と、前記メニュー記憶手段に格納された情報と入力された情報からセットメニューを組み合わせるメニュー検索手段と、前記各機能および部位の動作をコントロールする制御手段とを備えた電子式キャッシュレジスタ装置であって、
前記メニュー検索手段は、入力されたすべての単品に対しそれぞれが含まれるすべてのセットメニューを検索する検索部と前記検索部が検索したすべてのセットメニューに含まれる単品の数と入力された単品の数をそれぞれ比較する比較部とを有し、各セットメニューを構成する単品のセット作成可能性にしたがって求めた値によりセットメニューを選択するセットメニュー選択部とよりなるものであることを特徴とする電子式キャッシュレジスタ装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09752898A JP4063949B2 (ja) | 1998-04-09 | 1998-04-09 | 電子式キャッシュレジスタ装置及びその料金計算方法 |
| GB9819369A GB2336230B (en) | 1998-04-09 | 1998-09-04 | Electronic cash register and price calculation method |
| US09/149,176 US6168076B1 (en) | 1998-04-09 | 1998-09-08 | Electronic cash register and price calculation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09752898A JP4063949B2 (ja) | 1998-04-09 | 1998-04-09 | 電子式キャッシュレジスタ装置及びその料金計算方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11296751A JPH11296751A (ja) | 1999-10-29 |
| JP4063949B2 true JP4063949B2 (ja) | 2008-03-19 |
Family
ID=14194761
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09752898A Expired - Lifetime JP4063949B2 (ja) | 1998-04-09 | 1998-04-09 | 電子式キャッシュレジスタ装置及びその料金計算方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6168076B1 (ja) |
| JP (1) | JP4063949B2 (ja) |
| GB (1) | GB2336230B (ja) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6892183B1 (en) * | 1998-12-21 | 2005-05-10 | Ncr Corporation | Method and apparatus for generating an item menu for use during operation of a self-service checkout terminal |
| JP3649627B2 (ja) * | 1999-07-26 | 2005-05-18 | 松下電器産業株式会社 | 電子式キャッシュレジスタシステム |
| JP2001229321A (ja) * | 2000-02-16 | 2001-08-24 | Nec Corp | 商品受発注方法及びそのシステム並びに商品受注装置 |
| US6644547B1 (en) * | 2000-03-28 | 2003-11-11 | Ncr Corporation | Customer workstation intelligently connectable to a legacy retail system and providing supplemental functionality thereto |
| JP2002063419A (ja) * | 2000-08-23 | 2002-02-28 | Megafusion Corp | 電子商取引システムおよび電子商取引方法 |
| US20050113296A1 (en) * | 2001-06-26 | 2005-05-26 | Pollard Mike G. | Methods for identifying antimicrobial agents, the agents identified therewith and methods of using same |
| JP2003122972A (ja) * | 2001-10-16 | 2003-04-25 | Ntt Data Corp | 複数種の販売品の組合せから成るセット物を用いた販売システム及び方法 |
| JP3931632B2 (ja) * | 2001-11-06 | 2007-06-20 | 富士通株式会社 | 商品選択装置及び商品選択プログラム及び商品選択システム及び商品選択方法 |
| CA3033823C (en) | 2002-02-01 | 2020-06-09 | Canadian National Railway Company | System, apparatus and method for conducting an online transaction to fulfill a rail-shipment service inquiry or a rail-shipment service ordering |
| CA2370061A1 (en) * | 2002-02-01 | 2003-08-01 | Canadian National Railway Company | System and method for providing a price quotation for a hybrid transportation service |
| US20030163331A1 (en) * | 2002-02-01 | 2003-08-28 | Podgurny Leonard John | System and method for providing a price quotation for a transportation service providing selective price adjustment capabilities based on customer profiles |
| US7421397B2 (en) * | 2002-02-01 | 2008-09-02 | Canadian National Railway Company | System and method for providing a price quotation for a transportation service providing route selection capability |
| CA2370053A1 (en) * | 2002-02-01 | 2003-08-01 | Canadian National Railway Company | System and method for providing a price quotation for a transportation service based on equipment ownership |
| CA2370065A1 (en) * | 2002-02-01 | 2003-08-01 | Canadian National Railway Company | System and method for providing a price quotation for a transportation service providing selective price adjustment capabilities |
| US7680674B2 (en) | 2002-02-01 | 2010-03-16 | Canadian National Railway Company | System and method for providing a price quotation for a transportation service having promotional event notification capabilities |
| US20040002900A1 (en) * | 2002-06-28 | 2004-01-01 | Milford Holding Co. | Method and system for providing greater value in electronic order processing |
| US20070005645A1 (en) * | 2005-06-29 | 2007-01-04 | Xerox Corporation | Printing system and method with local printer for locally searching, selecting and printing from remote database |
| JP2007226539A (ja) * | 2006-02-23 | 2007-09-06 | Fujitsu Ltd | データ管理装置およびその方法 |
| WO2008131423A1 (en) * | 2007-04-23 | 2008-10-30 | Weogeo, Inc. | Digital content marketing system and method |
| JP5388176B2 (ja) * | 2009-01-15 | 2014-01-15 | Ｎｅｃインフロンティア株式会社 | Ｐｏｓシステム、ｐｏｓシステムにおける会計方法 |
| US8087575B2 (en) * | 2009-12-30 | 2012-01-03 | Even Systems Company, Ltd. | Printer with a touch panel |
| JP4849283B1 (ja) * | 2010-11-09 | 2012-01-11 | Ｎｅｃインフロンティア株式会社 | Ｐｏｓシステム |
| CN103365481B (zh) * | 2012-03-27 | 2016-07-06 | 中强光电股份有限公司 | 投影系统及其自动校正方法 |
| JP6008373B2 (ja) * | 2014-12-18 | 2016-10-19 | 青山商事株式会社 | 情報処理システム |
| CN109104596B (zh) | 2017-06-21 | 2021-02-26 | 中强光电股份有限公司 | 投影系统以及显示影像的校正方法 |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5839654U (ja) | 1981-09-08 | 1983-03-15 | シャープ株式会社 | 電子式キヤツシユレジスタ |
| US4553222A (en) | 1983-03-14 | 1985-11-12 | Kurland Lawrence G | Integrated interactive restaurant communication system for food and entertainment processing |
| US4723212A (en) | 1984-07-18 | 1988-02-02 | Catalina Marketing Corp. | Method and apparatus for dispensing discount coupons |
| JPS61290595A (ja) * | 1985-06-19 | 1986-12-20 | 松下電器産業株式会社 | 電子式キヤツシユレジスタ |
| JPS62184596A (ja) | 1986-02-10 | 1987-08-12 | オムロン株式会社 | 電子式キヤツシユレジスタ |
| US4833609A (en) * | 1987-06-18 | 1989-05-23 | Ncr Corporation | ERC with operator prompting for entering quantity of selected multi-item packaged goods |
| JP2501115B2 (ja) | 1987-10-23 | 1996-05-29 | オムロン株式会社 | 電子式キャッシュレジスタ |
| US4903200A (en) * | 1988-12-12 | 1990-02-20 | Mueller And Smith, Lpa | Point of sale apparatus |
| US5128862A (en) | 1989-06-28 | 1992-07-07 | Management Information Support, Inc. | Customer operable system for a retail store or fast-food restaurant having plural ordering stations |
| JP2617800B2 (ja) * | 1989-11-10 | 1997-06-04 | 株式会社日立製作所 | 割引処理機構を有する売買データ処理装置 |
| JP2528550B2 (ja) * | 1990-12-21 | 1996-08-28 | 株式会社テック | 商品販売デ―タ処理装置 |
| JPH05114087A (ja) * | 1991-10-24 | 1993-05-07 | Nec Software Kansai Ltd | 異価格バンドルの安値優先方式 |
| JP2998361B2 (ja) | 1991-11-26 | 2000-01-11 | 松下電器産業株式会社 | 顧客注文処理装置 |
| DE4139493A1 (de) | 1991-11-29 | 1993-06-03 | Mettler Toledo Albstadt Gmbh | Preisanzeigende elektronische vorrichtung |
| JPH05204938A (ja) * | 1992-01-28 | 1993-08-13 | Tokyo Electric Co Ltd | 商品販売データ処理装置 |
| JP3152486B2 (ja) * | 1992-03-31 | 2001-04-03 | 能美防災株式会社 | 火災報知設備 |
| US5297030A (en) * | 1992-04-08 | 1994-03-22 | Ncr Corporation | Method using bill and coin images on a touch screen for processing payment for merchandise items |
| JP3197970B2 (ja) * | 1993-02-26 | 2001-08-13 | 東芝テック株式会社 | 商品販売データ処理装置 |
| JP3022053B2 (ja) * | 1993-05-28 | 2000-03-15 | 富士通株式会社 | Ｐｏｓターミナル装置 |
| JP3261862B2 (ja) * | 1994-05-27 | 2002-03-04 | 松下電器産業株式会社 | 電子式キャッシュレジスタ |
| US5602730A (en) | 1994-12-07 | 1997-02-11 | Altoc Corporation | Restaurant management system |
| US5504675A (en) | 1994-12-22 | 1996-04-02 | International Business Machines Corporation | Method and apparatus for automatic selection and presentation of sales promotion programs |
| JPH0991547A (ja) * | 1995-09-27 | 1997-04-04 | Tec Corp | 商品販売登録データ処理装置 |
-
1998
- 1998-04-09 JP JP09752898A patent/JP4063949B2/ja not_active Expired - Lifetime
- 1998-09-04 GB GB9819369A patent/GB2336230B/en not_active Expired - Fee Related
- 1998-09-08 US US09/149,176 patent/US6168076B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11296751A (ja) | 1999-10-29 |
| GB2336230A (en) | 1999-10-13 |
| GB9819369D0 (en) | 1998-10-28 |
| US6168076B1 (en) | 2001-01-02 |
| GB2336230B (en) | 2000-02-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4063949B2 (ja) | 電子式キャッシュレジスタ装置及びその料金計算方法 | |
| JP3656149B2 (ja) | 電子式キャッシュレジスタ | |
| JP4546316B2 (ja) | Ｐｏｓ端末 | |
| JP2019040442A (ja) | 販売データ処理装置およびプログラム | |
| JP2001034840A (ja) | 電子式キャッシュレジスタシステム | |
| JPH10240815A (ja) | 販売管理装置 | |
| JP6766906B2 (ja) | オーダリングシステム及びプログラム | |
| JP6838277B2 (ja) | 売上データ処理装置およびプログラム | |
| JP5729501B2 (ja) | Ｐｏｓレジスタ | |
| JP3661313B2 (ja) | 訂正処理装置 | |
| JP5678456B2 (ja) | 精算処理装置及びプログラム | |
| JP2000293568A (ja) | 注文データ処理装置 | |
| JP6844722B2 (ja) | 売上データ処理装置、売上データ処理方法およびプログラム | |
| JP6860104B2 (ja) | 売上データ処理装置、売上データ処理方法およびプログラム | |
| JP6844723B2 (ja) | 売上データ処理装置およびプログラム | |
| EP4350595A1 (en) | Sales data processing apparatus and method | |
| JP3686283B2 (ja) | 商品販売登録データ処理装置 | |
| JP6252074B2 (ja) | 商品販売データ処理装置及びプログラム | |
| JP5729500B2 (ja) | Ｐｏｓレジスタ | |
| JP5729499B2 (ja) | Ｐｏｓレジスタ | |
| JP3056041B2 (ja) | 商品販売登録データ処理装置 | |
| JP4739273B2 (ja) | 商品販売データ処理装置 | |
| JP5476804B2 (ja) | Ｐｏｓレジスタ | |
| JP5232894B2 (ja) | 商品販売データ処理装置 | |
| JP2021028837A (ja) | 売上データ処理装置、割引商品選択方法およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050107 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070626 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070824 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071204 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071226 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140111 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |