(57)【要約】【課題】飲食店等で来店客の注文を効率良く入力する。【解決手段】情報を表示する表示部と、複数の注文項目を、定められたサブグループごとに対応付け、複数の当該サブグループのうち定められた複数のサブグループを共通グループとして記憶する注文項目記憶部とを備えた注文入力端末が、注文項目記憶部に記憶された注文項目を読み出し、複数のサブグループごとに表示部に表示させ、表示部に表示された複数の注文項目のうち、共通グループごとに定められた数の注文項目を選択する入力を受付け、入力された注文項目の数量チェックを行う。【選択図】図１
2012181768.tif 000002
【特許請求の範囲】
【請求項１】
情報を表示する表示部を備えた注文入力端末であって、
複数の注文項目を複数のサブグループにそれぞれ対応付けて記憶し、前記複数のサブグループのうちの幾つかを共通グループとして記憶し、且つ、選択可能な注文項目が対応付けられたサブグループを対応付けたセットメニューを記憶する注文項目記憶部と、
前記注文項目記憶部に記憶された前記セットメニューと、当該セットメニューに対応付けられた前記サブグループに対応付けられた前記注文項目とを読み出して、前記表示部に表示させる表示制御部と、
前記表示部に表示された前記セットメニューおよび前記注文項目から、客の注文に関するセットメニューおよび注文項目の選択入力を受付ける注文項目入力部と、
前記注文項目入力部に前記注文項目が入力された場合、前記注文項目が対応付けられている前記サブグループについて定められた数量の注文項目が入力されたか否かを判定する数量判定部とを有し、
前記数量判定部は、入力された前記注文項目が対応付けられている前記サブグループが、共通グループとして前記注文項目記憶部に記憶されている場合、当該共通グループについて定められた数量の注文項目が入力されたか否かを判定する
ことを特徴とする注文入力端末。
【請求項２】
前記表示制御部は、前記数量判定部によって、前記注文項目入力部に入力された前記注文項目の数が前記定められた数量に一致しないと判定されると、前記表示部に警告文を表示させる
ことを特徴とする請求項１に記載の注文入力端末。
【請求項３】
前記注文項目記憶部は、さらに、前記セットメニューに対応付けられた前記サブグループごとに、数量チェック情報として、前記サブグループが共通グループに属することを示す情報、または、前記サブグループに対応付けられた注文項目の入力数量と前記セットメニューの入力数量との対応関係を示す情報を記憶し、
前記数量判定部は、前記注文項目入力部に入力された前記セットメニューの数量と、前記注文項目入力部から入力された前記注文項目が対応付けられている前記サブグループの数量チェック情報とから、前記定められた数量を算出する
ことを特徴とする請求項１または２のいずれかに記載の注文入力端末。
【請求項４】
前記数量判定部は、前記サブグループに対応する前記数量チェック情報が、前記サブグループが共通グループに属することを示す情報である場合、前記サブグループに対応付けられた注文項目の入力数量と前記セットメニューの入力数量との対応関係は、前記共通グループに属する別のサブグループに対して記憶されている対応関係と等しいと判断する
ことを特徴とする請求項３に記載の注文入力端末。
【請求項５】
前記注文項目記憶部は、前記セットメニューと対応付けて、選択可能な注文項目が対応付けられた前記サブグループのほかに、選択可能な注文項目が対応付けられた前記サブグループを幾つか対応付けた前記共通グループを記憶し、前記サブグループまたは前記共通グループごとに、数量チェック情報として、前記サブグループまたは前記共通グループに対応付けられた注文項目の入力数量と前記セットメニューの入力数量との対応関係を示す情報を記憶し、
前記数量判定部は、前記注文項目入力部に入力された前記セットメニューの数量と、前記注文項目入力部に入力された前記注文項目が対応付けられている前記サブグループまたは前記共通グループの数量チェック情報とから、前記定められた数量を算出する
ことを特徴とする請求項１または２のいずれかに記載の注文入力端末。
【請求項６】
情報を表示する表示部と、複数の注文項目を複数のサブグループにそれぞれ対応付けて記憶し、前記複数のサブグループのうちの幾つかを共通グループとして記憶し、且つ、選択可能な注文項目が対応付けられたサブグループを対応付けたセットメニューを記憶する注文項目記憶部とを備えた注文入力端末が、
前記注文項目記憶部に記憶された前記セットメニューと、当該セットメニューに対応付けられた前記サブグループに対応付けられた前記注文項目とを読み出して、前記表示部に表示させるステップと、
前記表示部に表示された前記セットメニューおよび前記注文項目から、客の注文に関するセットメニューおよび注文項目の選択入力を受付けるステップと、
前記注文項目が入力された場合、前記注文項目が対応付けられている前記サブグループについて定められた数量の注文項目が入力されたか否かを判定するステップと、
入力された前記注文項目が対応付けられている前記サブグループが、共通グループとして前記注文項目記憶部に記憶されている場合、当該共通グループについて定められた数量の注文項目が入力されたか否かを判定するステップと、
を備えることを特徴とする注文入力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店等で来店客の注文を入力する入力端末に関する。
【背景技術】
【０００２】
フロアスタッフ（ウェイター／ウェイトレス）が来店客に注文を受けて料理を提供する飲食店等の店舗において、来店客の注文を入力するハンディターミナルが利用されている（例えば、特許文献１〜３）。このようなハンディターミナルには、その店舗において提供する料理のメニューを示す注文項目が予め記憶されており、これらの注文項目がハンディターミナルの画面に表示される。フロアスタッフは、このような注文項目のうちから来店客の注文に応じた注文項目を選択して入力する。
パスタ類、ドリンク類、デザート類などのサブグループのそれぞれから一品を選択することで構成されるセットメニューの場合、ハンディターミナルには、例えば図１８に示すような画面が表示される。ここで、パスタ類、ドリンク類、デザート類のそれぞれから一品が入力され、例えば確定ボタンが押下されることによって注文が確定する。ただし、この場合、例えばドリンク類の入力がされないまま確定ボタンが押下されると、セットメニューであるにも関わらずドリンクが欠けた状態で料理が提供されてしまうことになる。このような事態を防ぐため、ハンディターミナルは、セットメニューの入力において確定ボタンが押下された際、そのセットメニューのサブグループのそれぞれから一品ずつ選択されているか否かを判定する判定処理を行い、選択されていなければ警告を出力する機能を有するものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１８２２７０号公報
【特許文献２】特開２００５−１８９９３１号公報
【特許文献３】特開平１０−１４３７６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようなセットメニューにおいて、例えばメインメニューとしてパスタ類とピザ類とのいずれかのサブグループから一品を選択するというような場合がある。ここで、例えばパスタ類とピザ類とに含まれる注文項目の全てをひとつのサブグループとして表示させようとすれば、ひとつのサブグループに含まれる注文項目の数が多くなる。よって、画面に一度に表示される多数の注文項目を視認し、注文に応じた注文項目を選択するために時間や手間がかかってしまう場合があると考えられる。一般に、注文入力は来店客の面前で行われるため、来店客に不快感を与えないためにも、できるだけ迅速に行われることが望ましい。
また、メインメニューとしてパスタ類とピザ類とのいずれかのサブグループから一品を選択するというような場合、パスタ類とピザ類とを分割して異なるサブグループとして表示することが考えられる。ただし、上述したような、必要なメニューの選択が忘れずになされたかを判定する判定処理はサブグループごとに行われるため、パスタ類とピザ類との双方から一品を選択し、合計二品を選択しないと警告が出力されることとなり、セットメニューの意図に沿わない入力になってしまう。そこで、このような場合にも意図に沿った判定処理を行い、効率良く注文入力を行うことが望ましい。
【０００５】
本発明は、このような状況に鑑みてなされたもので、飲食店等で来店客の注文を迅速に効率良く入力する注文入力端末、注文入力方法を提供する。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、情報を表示する表示部を備えた注文入力端末であって、複数の注文項目を複数のサブグループにそれぞれ対応付けて記憶し、複数のサブグループのうちの幾つかを共通グループとして記憶し、且つ、選択可能な注文項目が対応付けられたサブグループを対応付けたセットメニューを記憶する注文項目記憶部と、注文項目記憶部に記憶されたセットメニューと、セットメニューに対応付けられたサブグループに対応付けられた注文項目とを読み出して、表示部に表示させる表示制御部と、表示部に表示されたセットメニューおよび注文項目から、客の注文に関するセットメニューおよび注文項目の選択入力を受付ける注文項目入力部と、注文項目入力部に注文項目が入力された場合、注文項目が対応付けられているサブグループについて定められた数量の注文項目が入力されたか否かを判定する数量判定部とを有し、数量判定部は、入力された注文項目が対応付けられているサブグループが、共通グループとして注文項目記憶部に記憶されている場合、共通グループについて定められた数量の注文項目が入力されたか否かを判定することを特徴とする。
【０００７】
また、本発明は、表示制御部が、数量判定部によって、注文項目入力部に入力された注文項目の数が定められた数量に一致しないと判定されると、表示部に警告文を表示させることを特徴とする。
【０００８】
また、本発明は、注文項目記憶部が、さらに、セットメニューに対応付けられたサブグループごとに、数量チェック情報として、サブグループが共通グループに属することを示す情報、または、サブグループに対応付けられた注文項目の入力数量とセットメニューの入力数量との対応関係を示す情報を記憶し、数量判定部は、注文項目入力部に入力されたセットメニューの数量と、注文項目入力部から入力された注文項目が対応付けられているサブグループの数量チェック情報とから、定められた数量を算出することを特徴とする。
【０００９】
また、本発明は、数量判定部が、サブグループに対応する数量チェック情報が、サブグループが共通グループに属することを示す情報である場合、サブグループに対応付けられた注文項目の入力数量とセットメニューの入力数量との対応関係は、共通グループに属する別のサブグループに対して記憶されている対応関係と等しいと判断することを特徴とする。
【００１０】
また、本発明は、注文項目記憶部が、セットメニューと対応付けて、選択可能な注文項目が対応付けられたサブグループのほかに、選択可能な注文項目が対応付けられたサブグループを幾つか対応付けた共通グループを記憶し、サブグループまたは共通グループごとに、数量チェック情報として、サブグループまたは共通グループに対応付けられた注文項目の入力数量とセットメニューの入力数量との対応関係を示す情報を記憶し、数量判定部は、注文項目入力部に入力されたセットメニューの数量と、注文項目入力部に入力された注文項目が対応付けられているサブグループまたは共通グループの数量チェック情報とから、定められた数量を算出することを特徴とする。
【００１１】
また、本発明は、情報を表示する表示部と、複数の注文項目を複数のサブグループにそれぞれ対応付けて記憶し、複数のサブグループのうちの幾つかを共通グループとして記憶し、且つ、選択可能な注文項目が対応付けられたサブグループを対応付けたセットメニューを記憶する注文項目記憶部とを備えた注文入力端末が、注文項目記憶部に記憶されたセットメニューと、セットメニューに対応付けられたサブグループに対応付けられた注文項目とを読み出して、表示部に表示させるステップと、表示部に表示されたセットメニューおよび注文項目から、客の注文に関するセットメニューおよび注文項目の選択入力を受付けるステップと、注文項目が入力された場合、注文項目が対応付けられているサブグループについて定められた数量の注文項目が入力されたか否かを判定するステップと、入力された注文項目が対応付けられているサブグループが、共通グループとして注文項目記憶部に記憶されている場合、共通グループについて定められた数量の注文項目が入力されたか否かを判定するステップと、を備えることを特徴とする。
【発明の効果】
【００１２】
以上説明したように、本発明によれば、情報を表示する表示部と、複数の注文項目を、定められたサブグループごとに対応付け、複数の当該サブグループのうち定められた複数のサブグループを共通グループとして記憶する注文項目記憶部とを備えた注文入力端末が、注文項目記憶部に記憶された注文項目を読み出し、複数のサブグループごとに表示部に表示させ、表示部に表示された複数の注文項目のうち、共通グループごとに定められた数の注文項目を選択する入力を受付け、入力された注文項目の数量チェックを行うようにしたので、飲食店等で来店客の注文を効率良く入力することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態によるハンディターミナルの構成例を示すブロック図である。
【図２】本発明の第１の実施形態による注文管理システムの外観例を示す図である。
【図３】本発明の第１の実施形態によるセットメニューとサブメニューとの依存関係の例を示す図である。
【図４】本発明の第１の実施形態によるセットメニューとサブメニューとの依存関係の例を示す図である。
【図５】本発明の第１の実施形態における店舗において提供するメニューの具体例を示す図である。
【図６】本発明の第１の実施形態によるメニューマスタのデータ例を示す図である。
【図７】本発明の第１の実施形態によるメニューファイルのデータ例を示す図である。
【図８】本発明の第１の実施形態によるグループマスタのデータ例を示す図である。
【図９】本発明の第１の実施形態による注文データのデータ例を示す図である。
【図１０】本発明の第１の実施形態によるハンディターミナルの画面例を示す図である。
【図１１】本発明の第１の実施形態によるハンディターミナルの画面例を示す図である。
【図１２】本発明の第１の実施形態によるハンディターミナルの画面例を示す図である。
【図１３】本発明の第１の実施形態によるハンディターミナルの画面例を示す図である。
【図１４】本発明の第１の実施形態によるハンディターミナルの動作例を示すフローチャートである。
【図１５】本発明の第２の実施形態によるメニューマスタのデータ例を示す図である。
【図１６】本発明の第２の実施形態による共通グループマスタのデータ例を示す図である。
【図１７】本発明の第２の実施形態によるハンディターミナルの動作例を示すフローチャートである。
【図１８】従来技術によるハンディターミナルの画面例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、図面を参照して説明する。
＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。図１は、本実施形態によるハンディターミナル１０の構成を示すブロック図である。ハンディターミナル１０は、飲食店等において来店客の注文を入力するコンピュータ端末であり、記憶部１１と、表示部１２と、表示制御部１３と、入力部１４と、数量判定部１５とを備えている。このようなハンディターミナル１０は、例えば図２に示すような注文管理システム１において用いられる。フロアスタッフが来店客に注文内容を聞き、ハンディターミナル１０に注文内容を入力して送信ボタンを押下すると、厨房における調理指示プリンタ２０−１や、管理装置であるコントローラ兼用のフロント用プリンタ２０−２等に、注文内容を示す注文データや客層やテーブル情報等を含む注文情報が送信されて記憶される。
【００１５】
本実施形態の説明では、セットメニューにおけるメインとして、パスタ類とピザ類とのいずれかのサブグループから一品の注文項目であるサブメニューを選択するというような場合、複数のサブグループを共通グループとして認識し、共通グループのうちから定められた数のサブメニューを選択する例を説明する。図３、４は、セットメニューとサブメニューとの依存関係の例を示す図である。例えば、図３において、セットメニューであるメニューＡには、サブメニューＡおよびサブメニューＢが含まれるサブグループ１と、サブメニューＣおよびサブメニューＤが含まれるサブグループ２とが含まれる。図４において、セットメニューであるメニューＡには、サブグループ１およびサブグループ２が含まれる共通グループ１と、サブメニューＥとサブメニューＦとが含まれるサブグループ３とが含まれる。
【００１６】
図５は、本実施形態における店舗において提供するメニューの具体例を示す図である。ここでは、ピザ類またはパスタ類から一品、ドリンク類から一品、デザート類から一品を選択するペアセットと、リゾット類またはドリア類から一品、ドリンク類から一品、デザート類から一品を選択するカップルセットとのセットメニューが存在するものとする。また、ピザ類として１８種類のサブメニューが、パスタ類として１９種類のサブメニューが、リゾット類として１５種類のサブメニューが、ドリア類として１９種類のサブメニューが、ドリンク類として１２種類のサブメニューが、デザート類として２種類のサブメニューが存在する。
【００１７】
図１に戻り、記憶部１１には、ハンディターミナル１０による情報処理に利用するデータが記憶される。例えば、記憶部１１は、複数のサブメニューを複数のサブグループにそれぞれ対応付けて記憶し、複数のサブグループのうちの幾つかを共通グループとして記憶し、且つ、選択可能なサブメニューが対応付けられたサブグループを対応付けたセットメニューを記憶する。具体的には、例えば、記憶部１１には、複数のサブメニューが含まれるセットメニューごとに、そのセットメニューに含まれる複数のサブグループと、そのサブグループが共通グループであるか否かを示す識別情報が対応付けられて記憶される。
【００１８】
図６は、記憶部１１に記憶されているメニューマスタのデータ例を示す図である。ここでは、セットメニュー（メニュー）を識別するメニューＮｏに対応付けて、メニュー名称と、複数のサブグループを識別するサブグループＮｏ（サブグループ１Ｎｏ〜２０Ｎｏ）と、それぞれのサブグループから選択されるサブメニューの数量の比較方法を識別する数量チェック（数量１チェック〜数量２０チェック）との情報が対応付けられて記憶される。ここで、数量チェックには、例えば、注文数と一致するか否かをチェックする（イコールチェック）ことを示す「＝」と、注文数より多いか否かをチェックする（大なりチェック）ことを示す「＞」と、注文数より少ないか否かをチェックする（小なりチェック）ことを示す「＜」とが対応付けられる。または、前列のサブグループと共通グループであることを示す識別情報である「＆」の記号が対応付けられる。ここでは、サブグループまたは数量チェックは２０までのデータが対応付けられる例を示したが、任意の個数であって良い。
【００１９】
図７は、記憶部１１に記憶されるメニューファイルのデータ例を示す図である。メニューファイルには、サブメニューを識別するメニューＮｏに対応付けて、メニュー名称が記憶される。
図８は、記憶部１１に記憶されるグループマスタのデータ例を示す図である。グループマスタには、サブグループを識別するサブグループＮｏに対応付けて、サブグループ名称と、そのサブグループに含まれる複数のサブメニューを識別するサブメニューＮｏ（サブメニュー１Ｎｏ〜サブメニュー３０Ｎｏ）とが対応付けられて記憶される。
【００２０】
また、記憶部１１には、このようなデータのほかに、来店客によって注文されフロアスタッフによって入力されたセットメニュー、サブメニューを示す情報が含まれる注文データが記憶される。図９は、記憶部１１に記憶される注文データのデータ例を示す図である。
例えば、（ａ）に示すような注文が行われた場合、ハンディターミナル１０では、（ｂ）に示すような、メニューＮｏと数量、および、サブグループごとの総数量（サブ１総数量など）、サブグループごとに実際に選択されたサブメニューのメニューＮｏ（サブ１−１Ｎｏ、サブ１−２Ｎｏなど）とその数量（サブ１−１数量、サブ１−２数量など）が、そのメニューが含む全サブグループについて、サブグループごとにまとめて並べられた注文データが生成され、記憶部１１に記憶される。
図９（ｂ）の例では、カップルセットが２セット注文されているため、１番目のサブグループの数量（サブ１総数量）は２であり、サブグループ１に含まれるサブメニューの情報としては、サブ１−１、サブ１−２で表される２種類がある。−１、−２といった枝番は、注文を受けたそのメニューの数量分まで存在する。また、２番目のサブグループの数量（サブ２総数量）は１であり、これは、後述する数量チェックにおいてエラーが出る例を示している。
なお、図９（ｂ）におけるサブメニューが含まれるサブグループの並び順は、図６のメニューマスタにおける、サブグループまたは共通グループの並び順に対応する。例えば、図９（ｂ）の注文データにおけるメニューＮｏ１（ペアセット）の場合、「サブ１−１Ｎｏ」である１００１（マルゲリータ）は、１番目のサブグループに存在する。また、図６のメニューマスタにおけるメニューＮｏ１（ペアセット）において、１番目のサブグループはピザ類（サブグループＮｏが１００）であるが、次のサブグループであるパスタ類（サブグループＮｏ１０１）とは数量チェックに基づき共通グループである。よって、ピザ類とパスタ類とをまとめた共通グループが、１番目に存在する。
また、注文データにおいて、「サブ２−１Ｎｏ」である１２００（コーヒー）は、２番目のサブグループに存在する。図６のメニューマスタにおけるメニューＮｏ１（ペアセット）において、２番目のサブグループは、ピザ類（サブグループＮｏが１００）とパスタ類（サブグループＮｏが１０１）が共通グループとして１番目であったため、ドリンク類（サブグループＮｏが１０２）がメニューマスタの２番目に存在する。このように、注文データとメニューマスタとでは、メニューの並び順に対応関係がある。
【００２１】
図１に戻り、表示部１２は、情報を表示するディスプレイである。ディスプレイとしては、例えば液晶ディスプレイが適用できる。ここでは、表示部１２は入力部１４を兼ねるタッチパネルであるとして説明する。
図１０〜１３は、表示部１２に表示される画面例を示す図である。図１０は、メニュー（ペアセット）のみが表示された画面例である。図１１は、ペアセットに対応する共通グループである「ピザ類＆パスタ類」と、ペアセットに対応するサブグループである「ドリンク類」と「デザート類」とのタイトルが表示された画面例である。このようなタイトルのうち、例えば共通グループのタイトル「ピザ類＆パスタ類」を押下すると、図１２に示すように、その共通グループに含まれるサブグループに対応するサブメニューが表示される。図１３は、注文を確定する確定ボタンが押下されたときに表示部１２に表示される画面の例（警告画面）である。ペアセットが２つ入力されたにも関わらず、「ピザ類＆パスタ類」の共通グループから一品しか選択されていない場合には、その旨を示す警告文が表示される。
【００２２】
図１に戻り、表示制御部１３は、記憶部１１に記憶されたセットメニューと、セットメニューに対応付けられたサブグループに対応付けられたサブメニューとを読み出して、表示部１２に表示させる。具体的には、表示制御部１３は、記憶部１１に記憶されたメニューマスタやメニューファイル、グループマスタに基づいて、注文を受けているセットメニューに含まれるサブグループやサブメニューに関するデータを読み出し、図１１、１２に示したように複数のサブグループごとに表示部１２に表示させる。また、表示制御部１３は、後述する数量判定部１５によって、注文を受けて入力部１４に入力されたサブメニューの数が、定められた数量に一致しないと判定されると、表示部１２に、図１３に示したような警告文を表示させる。
【００２３】
入力部１４は、ハンディターミナル１０に備えられるタッチパネルや、メンブレンキー等であり、所定の箇所が押下されることによって情報の入力を受付ける。例えば、入力部１４は、表示部１２に表示されたセットメニューおよびサブメニューから、客の注文に関するセットメニューおよびサブメニューの選択入力を受付ける。
数量判定部１５は、入力部１４にサブメニューが入力された場合、そのサブメニューが対応付けられているサブグループについて定められた数量の注文項目が入力されたか否かを判定する。具体的には、記憶部１１に記憶されているメニューマスタに含まれる数量チェックのデータに応じて、入力部１４に入力されたサブメニューの数が、定められた数量に一致するか否かを判定する。ここで、数量判定部１５は、入力部１４に入力されたセットメニューの数量と、入力部１４に入力されたサブメニューが対応付けられているサブグループの数量チェック情報とから、定められた数量を算出する。また、数量判定部１５は、入力されたサブメニューが対応付けられているサブグループが、共通グループとして記憶部１２に記憶されている場合、その共通グループについて定められた数量の注文項目が入力されたか否かを判定する。
【００２４】
次に、図面を参照して、ハンディターミナル１０の動作例を説明する。図１４は、ハンディターミナル１０による、１セットメニューに対する数量チェックの動作例を説明するフローチャートである。ここでは、来店客の注文がフロアスタッフにより入力されてハンディターミナル１０によりセットメニューの注文データが生成され、記憶部１１に記憶されているものとする。ここで、注文の確定ボタンが押下されると、数量判定部１５は、記憶部１１に記憶されている注文データ（図９を参照）のうち、あるセットメニュー１つ分の情報を読み込む（ステップＳ１）。また、数量判定部１５は、ステップＳ１で読み込んだセットメニューに対応付けられて記憶部１１に記憶されているメニューマスタ（図６を参照）を読み込む（ステップＳ２）。
【００２５】
ここで、数量判定部１５は、変数ｎに１を、変数ｍにｎを、変数ｔに０を代入する（ステップＳ３）。なお、変数ｎは、注文データにおけるサブメニューが含まれるサブグループの並び順を示す。変数ｍは、注文されたサブメニューが含まれるサブグループの、メニューマスタにおける並び順を示す。変数ｔは、注文されたサブメニューが含まれるサブグループが共通グループの場合、ｍ番目から数えて何番目より前までのサブグループが共通グループであるかを決める際に使用する。
そして、数量判定部１５は、注文データにおける当該セットメニューについて、サブメニューが入力されるべきサブグループがｎ番目に存在するか否かを判定する（ステップＳ４）。ここで、存在しないと判定すれば（ステップＳ４：なし）、処理を終了する。一方、存在すると判定すれば（ステップＳ４：あり）、数量判定部１５は、注文データから、ｎ番目のサブグループに含まれるメニューとして入力されたサブメニュー（サブｎＮｏのサブメニュー）の総数量（サブｎ総数量）を読み込む（ステップＳ５）。そして、メニューマスタのｍ番目のサブグループに対応付けられた数量チェックを読み込む（ステップＳ６）。また、変数ｔにｍ＋１の値を代入し（ステップＳ７）、メニューマスタにおけるｔ番目の数量チェックが「＆」であるか否かを判定する（ステップＳ８）。
ここで、数量判定部１５が、メニューマスタにおけるｔ番目の数量チェックが「＆」であると判定すれば、変数ｔにｔ＋１の値を代入し、ステップＳ８の処理を再度行う。
【００２６】
ステップＳ８において、メニューマスタにおけるｔ番目の数量チェックが「＆」でないと判定された場合、ｍ番目のサブグループからｔ−１番目までのサブグループが共通グループを構成すると判断できる。そして、注文データにおけるｎ番目のサブグループというのが、メニューマスタにおけるｍ番目〜ｔ−１番目までをまとめた共通グループである、と判断できる。
次に、ステップＳ１で読み込んだ注文データに含まれるセットメニューの数量と、ステップＳ５で読み込んだ、注文データに含まれるｎ番目のサブグループに含まれるサブメニューの総数量とを、ステップＳ６〜Ｓ８で確認した、対応する数量チェックに応じて比較し、注文データに含まれるサブメニューの数量が定められた数であるか否かを判定する（ステップＳ９）。
例えば、図９におけるカップルセットを例にすると、注文データに含まれるセットメニューの数量が２であり、注文データに含まれるｎ番目（例えば１番目）のサブグループ（または、メニューマスタにおけるｍ番目〜ｔ−１番目（１番目〜２番目）までをまとめた共通グループ）に含まれるサブメニューの総数量が２であり、共通グループをなすサブグループの最初のサブグループの数量チェックが「＝」であるため、注文データに含まれるサブメニューの数量は定められた数（セットメニューの数量）と等しく、数量エラーなしと判定する。
一方、注文データに含まれるｎ番目（例えば２番目）のサブグループ（または、メニューマスタにおけるｍ番目〜ｔ−１番目（３番目）のサブグループ）に含まれるサブメニューの総数量が１であり、そのサブグループの数量チェックが「＝」であるため、注文データに含まれるサブメニューの総数量が定められた数（セットメニューの数量）とは異なり、数量エラーありと判定する。
【００２７】
数量判定部１５が、数量エラーなしと判定すれば（ステップＳ１０：なし）、変数ｍに変数ｔの値を、変数ｔに０を、変数ｎにｎ＋１の値を代入し、ステップＳ４に戻る。数量判定部１５が、数量エラーありと判定すれば（ステップＳ１０：あり）、ｍ番目〜（ｔ−１）番目までのサブグループに対応付けられて、グループマスタに記憶されたサブグループの名称を読み込む（ステップＳ１１）。そして、表示制御部１３は、数量判定部１５によって読み込まれたサブグループの名称に基づいて警告文を生成し（ステップＳ１２）、表示部１２に表示させる（ステップＳ１３）。
【００２８】
なお、図１４の数量チェックの動作例では、複数のサブグループから構成されるセットメニューの数量チェックを行った際、例えば１番目のサブグループにおいて数量エラーが判定されると、エラー画面が作成されて表示され、処理が終了する例を示した。
しかし、当該セットメニューに含まれる全てのサブグループについて数量チェックを行った後、数量エラーがあったサブグループについてまとめて、エラー画面を表示させ、終了するようにしても良い。
例えば、順に、ピザ類とパスタ類との共通グループ、ドリンク類のサブグループ、デザート類のサブグループから構成されるペアセットにおいて、最初の共通グループに関する処理のステップＳ１０で数量エラーが判定された場合、Ｓ１２までの処理を行って警告文を生成し、記憶する。そして、数量エラーが無かった場合と同様に、ｍ＝ｔ、ｔ＝０、ｎ＝ｎ＋１としてＳ４に戻る。
次に、例えば、ドリンク類のサブグループで数量エラーが判定された場合も、共通グループの場合と同様に、警告文を生成して記憶したのち、数量エラーが無かった場合と同様に、ｍ＝ｔ、ｔ＝０、ｎ＝ｎ＋１としてＳ４に進む。
そして、デザート類のサブグループの数量チェックが数量エラー無く終了した場合、ステップＳ４において、ｎ番目のサブグループが無いということで、通常であれば終了となる。しかしここで、これまでに記憶した警告文を読み出してＳ１３に進み、エラー画面を表示させる。
このようにすることで、セットメニューを構成するどのサブグループについて誤入力を行っているのかの全体像を把握することが可能となる。
【００２９】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。第２の実施形態は、複数のサブグループをひとつの共通グループとして認識するための構成が第１の実施形態と異なるものであり、他の構成については第１の実施形態と同様である。
第２の実施形態の記憶部１１におけるメニューマスタにおいては、図１５に示すように、サブグループが共通グループである場合には、サブグループＮｏの欄に、共通グループを識別する「Ｋ０１」などのデータが対応付けられる。また、共通グループであっても、数量チェックに「＆」の値が対応付けられず、例えば「＝」の値が対応付けられる。サブメニューのメニューファイルのデータ、グループマスタのデータは第１の実施形態と同様である。
【００３０】
ここで、記憶部１１には、共通グループごとに、その共通グループに含まれる複数のサブグループが対応付けられた共通グループマスタが記憶される。図１６は、共通グループマスタのデータ例を示す図である。共通グループマスタには、共通グループを識別する共通グループＮｏに対応付けて、共通グループ名称と、その共通グループに含まれる複数のサブグループを識別するサブグループＮｏとが記憶される。
【００３１】
次に、図面を参照して、第２の実施形態によるハンディターミナル１０の動作例を説明する。図１７は、ハンディターミナル１０による、１セットメニューに対する数量チェックの動作例を説明するフローチャートである。第１の実施形態と同様に、注文の確定ボタンが押下されると、数量判定部１５は、記憶部１１に記憶されている注文データ（図９を参照）のうち、あるセットメニュー１つ分の情報を読み込む（ステップＳ２１）。また、数量判定部１５は、ステップＳ２１で読み込んだセットメニューに対応付けられて記憶部１１に記憶されているメニューマスタ（図１５を参照）を読み込む（ステップＳ２２）。
【００３２】
そして、数量判定部１５は、変数ｎに１を代入する（ステップＳ２３）。変数ｎは、注文データにおけるサブメニューの並び順を示す。そして、数量判定部１５は、注文データにおける当該セットメニューについて、サブメニューが入力されるべきサブグループがｎ番目に存在するか否かを判定する（ステップＳ２４）。ここで、存在しないと判定すれば（ステップＳ２４：なし）、処理を終了する。一方、存在すると判定すれば（ステップＳ２４：あり）、数量判定部１５は、注文データから、ｎ番目のサブグループ（または図１６に基づいて、対応する共通グループ）に含まれるメニューとして入力されたサブメニュー（サブｎＮｏのサブメニュー）の総数量（サブｎ総数量）を読み込む（ステップＳ２５）。そして、メニューマスタのｎ番目のサブグループに対応付けられた数量チェックを読み込む（ステップＳ２６）。
【００３３】
次に、数量判定部１５は、ステップＳ２１で読み込んだ注文データに含まれるセットメニューの数量と、ステップＳ２５で読み込んだ、注文データに含まれるｎ番目のサブグループに（または、対応する共通グループ）に含まれるサブメニューの総数量とを、ステップＳ２６で読み込んだ対応する数量チェックに応じて比較し、注文データに含まれるサブメニューの数量が定められた数であるか否かを判定する（ステップＳ２７）。
例えば、図９におけるペアセットを例にすると、注文データに含まれるセットメニューの数量が１であり、注文データに含まれるｎ番目（例えば１番目）のサブグループ（または、メニューマスタにおけるｎ番目のサブグループに対応する共通グループ）に含まれるサブメニューの総数量が１であり、数量チェックが「＝」であれば、注文データに含まれるサブメニューの総数量が定められた数（セットメニューの数量）と等しく、数量エラーなしと判定する。
一方、サブメニューの総数量が１でなければ、注文データに含まれるサブメニューの総数量が定められた数（セットメニューの数量）とは異なり、数量エラーありと判定する。
【００３４】
数量判定部１５が、数量エラーなしと判定すれば（ステップＳ２８：なし）、ステップＳ２４に戻る。数量判定部１５が、数量エラーありと判定すれば（ステップＳ２８：あり）、メニューマスタに含まれる、注文データに対応するサブグループＮｏを読み込む（ステップＳ２９）。読み込んだサブグループＮｏが、共通グループＮｏでなければ（ステップＳ３０：Ｎｏ）、表示制御部１３は、数量判定部１５によって読み込まれたサブグループＮｏに対応するサブグループの名称に基づいて警告文を生成する（ステップＳ３３）。一方、数量判定部１５が読み込んだサブグループＮｏが、共通グループＮｏであれば（ステップＳ３０：Ｙｅｓ）、表示制御部１３は、その共通グループＮｏに対応する共通グループ名称を今日津グループマスタから読み込み（ステップＳ３１）、読み込んだ共通グループ名称に基づいて警告文を生成する（ステップＳ３２）。そして、表示制御部１３は、生成した警告文を表示部１２に表示させる（ステップＳ３４）。
【００３５】
なお、第２の実施形態においても、第１の実施形態の場合と同様に、当該セットメニューに含まれる全てのサブグループについて数量チェックを行った後、数量エラーがあったサブグループについてまとめて、エラー画面を表示させ、終了するようにしても良い。
具体的には、数量エラーが生じたサブグループについて、ステップＳ３３までの処理を行って警告文を生成し、記憶する。そして、数量エラーが無かった場合と同様に、ｎ＝ｎ＋１としてＳ２４に戻り、処理を繰り返す。
全サブグループについて数量チェック処理を実施した後のステップＳ２４において、ｎ番目のサブグループが無いということで、通常であれば終了となる。しかしここで、これまでに記憶した警告文を読み出してＳ３４に進み、エラー画面を表示させる。
このようにすることで、セットメニューを構成するどのサブグループについて誤入力を行っているのかの全体像を把握することが可能となる。
【００３６】
以上説明したように、本実施形態によれば、共通グループごとのサブグループを表示し、そのサブグループのうちからサブメニューを選択できるようにしたので、サブグループに含まれる多数のサブメニューから注文に応じたサブメニューを選択する場合にも、視認性が良くなり、フロアスタッフは迅速に注文入力を行うことができる。
例えば、ハンディターミナル１０の画面に一度に表示できるサブメニュー数が限られており、あるサブグループに含まれるサブメニューを全て視認するためには改ページが必要となってしまうような場合にも、サブメニューを複数のサブグループに分割して共通グループとして対応付けて記憶しておくことで、視認性が良くなる。
【００３７】
また、共通グループごとに数量チェックの処理を行うようにしたので、入力ミスを正確に判定して警告を行うことが可能となる。これにより、例えば、１つのサブグループに対応付けることができるサブメニューの数に制限がある場合（例えば、３０）で、その制限数を超えるサブメニューを登録したい場合にも、複数のサブグループを共通グループとして対応付けて記憶させておくことで、共通グループに基づいて数量チェックを行うことが可能となる。
【００３８】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより注文入力を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３９】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４０】
１０  ハンディターミナル
１１  記憶部
１２  表示部
１３  表示制御部
１４  入力部
１５  数量判定部
【図１】
2012181768.tif 000003
【図２】
2012181768.tif 000004
【図３】
2012181768.tif 000005
【図４】
2012181768.tif 000006
【図５】
2012181768.tif 000007
【図６】
2012181768.tif 000008
【図７】
2012181768.tif 000009
【図８】
2012181768.tif 000010
【図９】
2012181768.tif 000011
【図１０】
2012181768.tif 000012
【図１１】
2012181768.tif 000013
【図１２】
2012181768.tif 000014
【図１３】
2012181768.tif 000015
【図１４】
2012181768.tif 000016
【図１５】
2012181768.tif 000017
【図１６】
2012181768.tif 000018
【図１７】
2012181768.tif 000019
【図１８】
2012181768.tif 000020