(57)【要約】【課題】品切れのメニュー品目が存在する場合において、店舗の売上の減少を防ぐ。【解決手段】実施形態の注文処理装置は、在庫判定手段と、推奨メニュー決定手段と、画面データ生成手段とを備える。上記在庫判定手段は、メニュー品目の在庫の有無を判定する。上記推奨メニュー決定手段は、在庫が無いメニュー品目に代えて注文を推奨する推奨メニュー品目を決定する。上記画面データ生成手段は、メニュー品目を注文するための画面データを生成し、上記在庫判定手段により在庫が無いと判定されたメニュー品目が存在する場合にはそのメニュー品目について上記推奨メニュー決定手段が決定した推奨メニュー品目に関する情報を上記画面データに配置する。【選択図】図１１
2014160305.tif 000002
【特許請求の範囲】
【請求項１】
メニュー品目の在庫数を管理する在庫情報に基づき、メニュー品目の在庫の有無を判定する在庫判定手段と、
在庫が無いメニュー品目に代えて注文を推奨する推奨メニュー品目を定めた推奨メニュー情報に基づき、前記在庫判定手段により在庫が無いと判定されたメニュー品目に対する推奨メニュー品目を決定する推奨メニュー決定手段と、
メニュー品目を注文するための画面データを生成し、前記在庫判定手段により在庫が無いと判定されたメニュー品目が存在する場合にはそのメニュー品目について前記推奨メニュー決定手段が決定した推奨メニュー品目に関する情報を前記画面データに配置する画面データ生成手段と、
を備えることを特徴とする注文処理装置。
【請求項２】
前記画面データは、メニュー品目を注文するためのボタンを含み、
前記画面データ生成手段は、前記在庫判定手段により在庫が無いと判定されたメニュー品目が存在する場合には、前記画面データが含む当該メニュー品目を注文するためのボタン上に、前記推奨メニュー決定手段が決定した推奨メニュー品目に関する情報を配置する、
ことを特徴とする請求項１に記載の注文処理装置。
【請求項３】
前記画面データに基づきディスプレイに表示された画面において前記ボタンが操作されたことに応じ、当該ボタンに対応するメニュー品目を注文するための処理を実行する注文処理手段をさらに備え、
前記注文処理手段は、前記画面において前記推奨メニュー決定手段が決定した推奨メニュー品目に関する情報が配置された前記ボタンが操作された場合には、当該推奨メニュー品目を注文するための処理を実行する、
ことを特徴とする請求項２に記載の注文処理装置。
【請求項４】
前記推奨メニュー情報は、１つのメニュー品目に対して複数の推奨メニュー品目を定め、
前記推奨メニュー決定手段は、前記推奨メニュー情報に定められた複数の推奨メニュー品目のうちのいずれか１つを、前記在庫判定手段により在庫が無いと判定されたメニュー品目に対する推奨メニュー品目として決定する、
ことを特徴とする請求項１乃至３のうちいずれか１に記載の注文処理装置。
【請求項５】
メニュー品目の在庫数を管理する在庫情報に基づき、メニュー品目の在庫の有無を判定する在庫判定手段と、
在庫が無いメニュー品目に代えて注文を推奨する推奨メニュー品目を定めた推奨メニュー情報に基づき、前記在庫判定手段により在庫が無いと判定されたメニュー品目に対する推奨メニュー品目を決定する推奨メニュー決定手段と、
メニュー品目を注文するための画面データを生成し、前記在庫判定手段により在庫が無いと判定されたメニュー品目が存在する場合にはそのメニュー品目について前記推奨メニュー決定手段が決定した推奨メニュー品目に関する情報を前記画面データに配置する画面データ生成手段と、
前記画像データに基づく画面を表示するディスプレイと、
を備えることを特徴とする注文処理システム。
【請求項６】
コンピュータを、
メニュー品目の在庫数を管理する在庫情報に基づき、メニュー品目の在庫の有無を判定する在庫判定手段、
在庫が無いメニュー品目に代えて注文を推奨する推奨メニュー品目を定めた推奨メニュー情報に基づき、前記在庫判定手段により在庫が無いと判定されたメニュー品目に対する推奨メニュー品目を決定する推奨メニュー決定手段、及び、
メニュー品目を注文するための画面データを生成し、前記在庫判定手段により在庫が無いと判定されたメニュー品目が存在する場合にはそのメニュー品目について前記推奨メニュー決定手段が決定した推奨メニュー品目に関する情報を前記画面データに配置する画面データ生成手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、注文処理装置、注文処理システム及びプログラムに関する。
【背景技術】
【０００２】
従来、客自身が注文端末を操作して所望のメニュー品目を注文する注文処理システムが飲食店において利用されている。
【０００３】
客が注文端末を用いて注文しようとするメニュー品目が既に品切れであり、客が注文を諦めれば、店舗は売上向上の機会を逃すことになる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２４４１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような事情から、品切れのメニュー品目が存在する場合において、店舗の売上の減少を防ぐ手段を講じる必要があった。
【課題を解決するための手段】
【０００６】
一実施形態に係る注文処理装置は、在庫判定手段と、推奨メニュー決定手段と、画面データ生成手段とを備える。上記在庫判定手段は、メニュー品目の在庫数を管理する在庫情報に基づき、メニュー品目の在庫の有無を判定する。上記推奨メニュー決定手段は、在庫が無いメニュー品目に代えて注文を推奨する推奨メニュー品目を定めた推奨メニュー情報に基づき、上記在庫判定手段により在庫が無いと判定されたメニュー品目に対する推奨メニュー品目を決定する。上記画面データ生成手段は、メニュー品目を注文するための画面データを生成し、上記在庫判定手段により在庫が無いと判定されたメニュー品目が存在する場合にはそのメニュー品目について上記推奨メニュー決定手段が決定した推奨メニュー品目に関する情報を上記画面データに配置する。
【図面の簡単な説明】
【０００７】
【図１】一実施形態に係る注文処理システムの構成を示す模式図。
【図２】同実施形態に係る注文端末の要部構成を示すブロック図。
【図３】同実施形態に係るサーバの要部構成を示すブロック図。
【図４】同実施形態に係る在庫ＤＢのデータ構造の一例を示す模式図。
【図５】同実施形態に係る推奨メニューＤＢのデータ構造の一例を示す模式図。
【図６】同実施形態に係る注文処理システムの主要な機能を示すブロック図。
【図７】同実施形態に係る注文端末のメイン動作のフローチャート。
【図８】同実施形態に係る注文画面の一例を示す模式図。
【図９】同実施形態に係るメニュー表示処理のフローチャート。
【図１０】同実施形態に係る注文画面の一例を示す模式図。
【図１１】同実施形態に係る注文画面の一例を示す模式図。
【図１２】同実施形態に係る登録処理のフローチャート。
【図１３】同実施形態に係る推奨メニュー画面の一例を示す模式図。
【図１４】同実施形態に係る注文処理のフローチャート。
【図１５】同実施形態に係る品切れ報知画面の一例を示す模式図。
【発明を実施するための形態】
【０００８】
一実施形態につき、図面を参照しながら説明する。  
以下の実施形態においては、飲食店にて稼働する注文処理システムを開示する。
【０００９】
図１は、本実施形態に係る注文処理システムの構成を示す模式図である。当該注文処理システムは、複数の注文端末１、サーバ２、キッチンプリンタ３、ＰＯＳ（Point Of Sales）端末４、ＬＡＮ（Local Area Network）回線５、及び、１又は複数のアクセスポイント（ＡＰ）６を含む。
【００１０】
注文端末１は、例えば店内の各テーブルに配置される。注文端末１は、客からのメニュー品目の注文を受け付ける。サーバ２は、例えば店舗のバックヤードに配置される。サーバ２は、メニュー品目の在庫、店舗の売上、客からの注文などに関する情報を管理する。キッチンプリンタ３は、例えば調理場に配置される。キッチンプリンタ３は、客が注文したメニュー品目やテーブルの識別番号を含む注文伝票を印刷する。調理場の店員は、この注文伝票に基づき、メニュー品目を調理する。ＰＯＳ端末４は、例えば会計場に配置される。ＰＯＳ端末４は、客の飲食代金を精算する。ＬＡＮ回線５は、サーバ２、キッチンプリンタ３、ＰＯＳ端末４、及びアクセスポイント６を通信可能に接続する。アクセスポイント６は、例えば店内の天井に配置される。アクセスポイント６は、注文端末１と無線通信し、サーバ２とＬＡＮ回線５を介して通信することにより、注文端末１とサーバ２との通信を中継する。
【００１１】
図２は、注文端末１の要部構成を示すブロック図である。注文端末１は、ＣＰＵ（Central Processing Unit）１０、バスライン１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、通信装置１４、ディスプレイ１５、及びタッチパネル１６などを備える。バスライン１１は、ＣＰＵ１０、ＲＯＭ１２、ＲＡＭ１３、通信装置１４、ディスプレイ１５、及びタッチパネル１６を接続する。
【００１２】
ＲＯＭ１２は、ＣＰＵ１０が実行するコンピュータプログラムなどを記憶する。ＲＡＭ１３は、各種のワークメモリエリアを形成する。通信装置１４は、例えば電波を介してアクセスポイント６と無線通信する。ディスプレイ１５は、例えばＬＣＤ（Liquid Crystal Display）であり、メニュー品目の注文などに関する画面を表示する。タッチパネル１６は、ディスプレイ１５の表示面上に配置され、ディスプレイ１５に対する操作を検知する。
【００１３】
図３は、サーバ２の要部構成を示すブロック図である。サーバ２は、ＣＰＵ２０、バスライン２１、ＲＯＭ２２、ＲＡＭ２３、通信装置２４、及び補助記憶装置２５などを備える。バスライン２１は、ＣＰＵ２０、ＲＯＭ２２、ＲＡＭ２３、通信装置２４、及び補助記憶装置２５を接続する。
【００１４】
ＲＯＭ２２は、ＣＰＵ２０が実行するコンピュータプログラムなどを記憶する。ＲＡＭ２３は、各種のワークメモリエリアを形成する。通信装置２４は、ＬＡＮ回線５を介してキッチンプリンタ３、ＰＯＳ端末４、及びアクセスポイント６と通信する。補助記憶装置２５は、例えばＨＤＤ（Hard Disk Drive）であり、在庫ＤＢ（Data Base）３０及び推奨メニューＤＢ３１などを記憶する。
【００１５】
図４は、在庫ＤＢ３０のデータ構造の一例を示す模式図である。在庫ＤＢ３０は、当該飲食店にて提供されるメニュー品目それぞれの在庫数を含む。メニュー品目の在庫が補充されたときなどに、店員は、サーバ２に接続された図示せぬパーソナルコンピュータなどを介して在庫ＤＢ３０における当該メニュー品目の在庫数を修正する。サーバ２は、注文端末１を介してメニュー品目が注文されたときに、在庫ＤＢ３０の当該メニュー品目の在庫数を注文数分だけ減らす。このようにして、在庫ＤＢ３０の在庫数は、実際の在庫に対応する数に随時修正される。
【００１６】
図５は、推奨メニューＤＢ３１のデータ構造の一例を示す模式図である。推奨メニューＤＢ３１は、当該飲食店にて提供されるメニュー品目のそれぞれについて、品切れの際に代わりの注文を客に推奨するメニュー品目を表す推奨メニュー情報を含む。本実施形態における推奨メニュー情報は、優先度１，２，３が割り当てられた３つのメニュー品目を含む。
【００１７】
本実施形態に係る注文処理システムの主要な機能について説明する。図６は、注文処理システムの主要な機能を示すブロック図である。注文処理システムは、在庫判定部１００、推奨メニュー決定部１０１、画面データ生成部１０２、及び注文処理部１０３としての機能を備える。これら各部１００〜１０３としての機能は、注文処理システムに含まれるハードウェアや、注文処理システムに含まれるプロセッサによる情報処理によって実現することができる。特に本実施形態においては、注文端末１のＣＰＵ１０がＲＯＭ１２に記憶されたコンピュータプログラムを実行することにより、各部１００〜１０３としての機能を実現する。
【００１８】
在庫判定部１００は、在庫ＤＢ３０に基づき、メニュー品目の在庫の有無を判定する。
【００１９】
推奨メニュー決定部１０１は、推奨メニューＤＢ３１に基づき、在庫判定部１００により在庫が無いと判定されたメニュー品目に代えて注文を推奨するメニュー品目を決定する。
【００２０】
画面データ生成部１０２は、注文画面（図８、図１０及び図１１参照）、推奨メニュー画面（図１３参照）、及び品切れ報知画面（図１５参照）などの画面データを生成する。画面データ生成部１０２は、在庫判定部１００により在庫が無いと判定されたメニュー品目が存在する場合には、そのメニュー品目について推奨メニュー決定部１０１が決定したメニュー品目に関する情報を上記画面データに配置する。
【００２１】
注文処理部１０３は、上記画面データに基づきディスプレイ１５に表示された画面の操作に応じてメニュー品目を注文するための処理を実行する。
【００２２】
図７〜図１５を用いて注文処理システムの動作を具体的に説明する。図７、図９、図１２、及び図１４のフローチャートに示す動作は、ＣＰＵ１０がＲＯＭ１２に記憶されたコンピュータプログラムを実行することによって実現される。
【００２３】
図７は、注文端末のメイン動作を示すフローチャートである。当該フローチャートにおいて、先ずＣＰＵ１０は、ディスプレイ１５に初期状態の注文画面を表示する（ステップＳ１０１）。図８は、初期状態の注文画面の一例を示す模式図である。図示した注文画面２００は、複数のカテゴリボタン２１０、メニューボタンエリア２２０、注文送信ボタン２３０、及び会計ボタン２４０を含む。カテゴリボタン２１０は、「おすすめ」、「ドリンク」、及び「おつまみ」のようなメニュー品目を分類するカテゴリごとに設けられる。メニューボタンエリア２２０は、操作されたカテゴリボタン２１０に対応するカテゴリに属するメニュー品目を注文するためのメニューボタンを配置するためのエリアである。初期状態において、メニューボタンエリア２２０は空欄である。注文送信ボタン２３０は、メニューボタンの操作によって指定されたメニュー品目の注文を確定するためのボタンである。会計ボタン２４０は、注文したメニューの会計を行うためのボタンである。カテゴリボタン２１０、注文送信ボタン２３０、及び会計ボタン２４０は、タッチパネル１６を介して操作可能なＧＵＩ（Graphical User Interface）である。
【００２４】
ステップＳ１０１の後、ＣＰＵ１０は、注文画面２００が操作されたか否かを判定する（ステップＳ１０２）。ＣＰＵ１０は、注文画面２００が操作されるまで当該判定を繰り返す（ステップＳ１０２のＮｏ）。
【００２５】
注文画面２００が操作されたと判定した場合（ステップＳ１０２のＹｅｓ）、ＣＰＵ１０は、当該操作がカテゴリボタン２１０の操作であるか否かを判定する（ステップＳ１０３）。カテゴリボタン２１０の操作であると判定した場合（ステップＳ１０３のＹｅｓ）、ＣＰＵ１０は、メニューボタンエリア２２０にメニューボタンを表示するメニュー表示処理を実行する（ステップＳ１０４）。
【００２６】
図９は、メニュー表示処理のフローチャートである。当該フローチャートにおいて、先ずＣＰＵ１０は、操作されたカテゴリボタン２１０に対応するカテゴリに属するメニュー品目のそれぞれにつき、在庫数を取得する（ステップＳ２０１）。具体的には、先ずＣＰＵ１０は、メニュー品目に関する情報（名称、価格、カテゴリ等）が記述されたマスタファイルにアクセスし、当該カテゴリに属するメニュー品目を特定する。マスタファイルは、例えば注文端末１のＲＯＭ１２に記憶されてもよいし、サーバ２の補助記憶装置２５に記憶されてもよい。続いて、ＣＰＵ１０は、サーバ２の補助記憶装置２５に記憶された在庫ＤＢ３０にアクセスし、マスタファイルから特定したメニュー品目のそれぞれについての在庫数を取得してＲＡＭ１３に書き込む。
【００２７】
ステップＳ２０１の後、ＣＰＵ１０は、ＲＡＭ１３に書き込んだ在庫数に基づき、マスタファイルから特定した各メニュー品目に在庫が有るか否かを判定する（ステップＳ２０２）。在庫数が“０”であるメニュー品目が存在しない場合、ＣＰＵ１０は、各メニュー品目に在庫が有ると判定する（ステップＳ２０２のＹｅｓ）。この場合、ＣＰＵ１０は、メニューボタンエリア２２０に各メニュー品目のメニューボタンを配置した注文画面２００の画面データを生成する（ステップＳ２０３）。ステップＳ２０３の後、ＣＰＵ１０は、当該画面データに基づく注文画面２００をディスプレイ１５に表示する（ステップＳ２０４）。ステップＳ２０４を以って、ＣＰＵ１０はメニュー表示処理を終了する。
【００２８】
ステップＳ２０３にて生成された画面データに基づく注文画面２００の一例を、図１０に示す。この注文画面２００は、「おすすめ」のカテゴリボタン２１０が操作された場合に相当する。メニューボタンエリア２２０には、「おすすめ」のカテゴリに属するメニュー品目Ｍ１，Ｍ２を注文するためのメニューボタン２２１，２２２が配置される。メニューボタン２２１，２２２には、メニュー品目Ｍ１，Ｍ２の名称、画像イメージ、及び価格などが表される。メニューボタン２２１，２２２は、タッチパネル１６を介して操作可能なＧＵＩである。
【００２９】
ステップＳ２０２において、在庫数が“０”であるメニュー品目が存在する場合、ＣＰＵ１０は在庫が無いメニュー品目が存在すると判定する（ステップＳ２０２のＮｏ）。この場合、ＣＰＵ１０は、当該在庫が無いメニュー品目に代えて客に推奨するメニュー品目（以下、推奨メニュー品目）を決定する（ステップＳ２０５）。具体的には、ＣＰＵ１０は、サーバ２の補助記憶装置２５に記憶された推奨メニューＤＢ３１にアクセスし、当該在庫が無いメニュー品目の推奨メニュー情報を取得してＲＡＭ１３に書き込む。さらにＣＰＵ１０は、サーバ２の補助記憶装置２５に記憶された在庫ＤＢ３０にアクセスし、ＲＡＭ１３に書き込んだ推奨メニュー情報における優先度１〜３のメニュー品目の在庫数を取得してＲＡＭ１３に書き込む。ＣＰＵ１０は、ＲＡＭ１３に書き込んだ推奨メニュー情報と在庫数に基づいて当該推奨メニュー情報における優先度１のメニュー品目の在庫数が“０”であるかを判定し、“０”でないならば当該メニュー品目を推奨メニュー品目に決定する。優先度１のメニュー品目の在庫数が“０”であるならば、ＣＰＵ１０は、ＲＡＭ１３に書き込んだ推奨メニュー情報と在庫数に基づいて当該推奨メニュー情報における優先度２のメニュー品目の在庫数が“０”であるかを判定し、“０”でないならば当該メニュー品目を推奨メニュー品目に決定する。優先度２のメニュー品目の在庫数が“０”であるならば、ＣＰＵ１０は、ＲＡＭ１３に書き込んだ推奨メニュー情報と在庫数に基づいて当該推奨メニュー情報における優先度３のメニュー品目の在庫数が“０”であるかを判定し、“０”でないならば当該メニュー品目を推奨メニュー品目に決定する。在庫が無いメニュー品目が複数存在する場合、ＣＰＵ１０は、それらすべてのメニュー品目について、推奨メニュー品目を決定する。
【００３０】
ステップＳ２０５の後、ＣＰＵ１０は、メニューボタンエリア２２０に各メニュー品目のメニューボタンを配置した注文画面２００の画面データを生成する（ステップＳ２０６）。さらにＣＰＵ１０は、この画面データに含まれる在庫が無いメニュー品目のメニューボタン上に、当該メニュー品目に在庫が無いことを示す第１の情報と、ステップＳ２０５にて決定した当該メニュー品目に対する推奨メニュー品目に関する第２の情報とを配置する。在庫が無いメニュー品目が複数存在する場合には、それら全てのメニュー品目のメニューボタン上に第１の情報と第２の情報を配置する。ステップＳ２０６の後、ＣＰＵ１０は、当該画面データに基づく注文画面２００をディスプレイ１５に表示する（ステップＳ２０４）。ステップＳ２０４を以って、ＣＰＵ１０はメニュー表示処理を終了する。
【００３１】
ステップＳ２０５にて生成された画面データに基づく注文画面２００の一例を、図１１に示す。この注文画面２００は、図１０と同じく「おすすめ」のカテゴリボタン２１０が操作され、さらにメニュー品目Ｍ１に在庫が無く、ステップＳ２０５にてメニュー品目Ｍ２がメニュー品目Ｍ１に対する推奨メニュー品目に決定された場合に相当する。メニューボタンエリア２２０にはメニュー品目Ｍ１，Ｍ２を注文するためのメニューボタン２２１，２２２が配置される。さらにメニューボタン２２１上には、「品切れ」との文字列を含む第１の情報２５０と、「代わりにメニュー品目Ｍ２はいかがですか」との文字列を含む第２の情報２５１とが配置されている。
【００３２】
図７の説明に戻る。メニュー表示処理の後、ＣＰＵ１０の動作はステップＳ１０２に戻る。ステップＳ１０３において、操作がカテゴリボタン２１０の操作でないと判定した場合（ステップＳ１０３のＮｏ）、ＣＰＵ１０は、当該操作がメニューボタンの操作であるか否かを判定する（ステップＳ１０５）。メニューボタンの操作であると判定した場合（ステップＳ１０５のＹｅｓ）、ＣＰＵ１０は、登録処理を実行する（ステップＳ１０６）。
【００３３】
図１２は、登録処理のフローチャートである。当該フローチャートにおいて、先ずＣＰＵ１０は、当該操作されたメニューボタンに対応するメニュー品目の在庫の有無を判定する（ステップＳ３０１）。ＣＰＵ１０は、現在表示中の注文画面２００を表示するためのメニュー表示処理においてＲＡＭ１３に書き込んだ当該メニュー品目の在庫数が“０”でない場合には、当該メニュー品目に在庫が有ると判定する（ステップＳ３０１のＹｅｓ）。この場合、ＣＰＵ１０は、当該メニュー品目をＲＡＭ１３に形成した登録バッファに登録する（ステップＳ３０２）。ここにいう“登録”は、当該メニュー品目に関する情報（メニュー品目の識別コード等）を登録バッファに書き込むことを指す。ステップＳ３０２を以って、ＣＰＵ１０は登録処理を終了する。
【００３４】
一方、ＣＰＵ１０は、現在表示中の注文画面２００を表示するためのメニュー表示処理においてＲＡＭ１３に書き込んだ当該メニュー品目の在庫数が“０”である場合には、当該メニュー品目に在庫が無いと判定する（ステップＳ３０１のＮｏ）。この場合、ＣＰＵ１０は、当該メニュー品目に対する推奨メニュー品目の注文を受け付ける推奨メニュー画面の画面データを生成する（ステップＳ３０３）。ステップＳ３０３の後、ＣＰＵ１０は、当該画面データに基づく推奨メニュー画面３００をディスプレイ１５に表示する（ステップＳ３０４）。
【００３５】
図１３は、図１１に示した注文画面２００においてメニューボタン２２１が操作された際に表示される推奨メニュー画面の一例を示す模式図である。推奨メニュー画面３００は、推奨メニュー品目（本例ではメニュー品目Ｍ２）の画像データ、名称、及び価格などの情報と、注文ボタン３０１と、キャンセルボタン３０２とを含む。注文ボタン３０１及びキャンセルボタン３０２は、タッチパネル１６を介して操作可能なＧＵＩである。
【００３６】
ステップＳ３０４の後、ＣＰＵ１０は、注文ボタン３０１及びキャンセルボタン３０２が操作されたか否かを判定する（ステップＳ３０５）。ＣＰＵ１０は、注文ボタン３０１及びキャンセルボタン３０２のいずれかが操作されるまで当該判定を繰り返す（ステップＳ３０５のＮｏ）。
【００３７】
注文ボタン３０１及びキャンセルボタン３０２のいずれかが操作された場合（ステップＳ３０５のＹｅｓ）、ＣＰＵ１０は、操作されたボタンの種別を判定する（ステップＳ３０６）。注文ボタン３０１が操作されたと判定した場合（ステップＳ３０６の“注文”）、ＣＰＵ１０は、推奨メニュー画面に対応する推奨メニュー品目を登録バッファに登録する（ステップＳ３０７）。ステップＳ３０７を以って、ＣＰＵ１０は登録処理を終了する。このとき、ＣＰＵ１０は、推奨メニュー画面を消去する。
【００３８】
一方、キャンセルボタン３０２が操作されたと判定した場合（ステップＳ３０６の“キャンセル”）、ＣＰＵ１０は、ステップＳ３０７を経ずに登録処理を終了する。このとき、ＣＰＵ１０は、推奨メニュー画面を消去する。
【００３９】
図７の説明に戻る。登録処理の後、ＣＰＵ１０の動作はステップＳ１０２に戻る。ＣＰＵ１０は、メニューボタンが操作されるたびに登録処理を実行する。登録バッファには、操作されたメニュー品目に関する情報が蓄積される。
【００４０】
ステップＳ１０５において、操作がメニューボタンの操作でないと判定した場合（ステップＳ１０５のＮｏ）、ＣＰＵ１０は、当該操作が注文送信ボタン２３０の操作であるか否かを判定する（ステップＳ１０７）。注文送信ボタン２３０の操作であると判定した場合（ステップＳ１０７のＹｅｓ）、ＣＰＵ１０は、注文処理を実行する（ステップＳ１０８）。
【００４１】
図１４は、注文処理のフローチャートである。当該フローチャートにおいて、先ずＣＰＵ１０は、登録バッファに登録された各メニュー品目の在庫数を取得する（ステップＳ４０１）。在庫数の取得方法は、ステップＳ２０１と同様である。ＣＰＵ１０は、取得した在庫数をＲＡＭ１３に書き込む。
【００４２】
ステップＳ４０１の後、ＣＰＵ１０は、ＲＡＭ１３に書き込んだ在庫数に基づき、登録バッファに登録された各メニュー品目に在庫が有るか否かを判定する（ステップＳ４０２）。在庫数が“０”であるメニュー品目が存在しない場合、ＣＰＵ１０は、各メニュー品目に在庫が有ると判定する（ステップＳ４０２のＹｅｓ）。この場合、ＣＰＵ１０は、登録バッファに書き込まれた情報を、注文データとしてサーバ２に送信する（ステップＳ４０３）。
【００４３】
一方、ステップＳ４０２において、在庫数が“０”であるメニュー品目が存在する場合、ＣＰＵ１０は在庫が無いメニュー品目が存在すると判定する（ステップＳ４０２のＮｏ）。この場合、ＣＰＵ１０は、当該在庫が無いメニュー品目に対する推奨メニュー品目を決定する（ステップＳ４０４）。推奨メニュー品目の決定方法は、ステップＳ２０５と同様である。
【００４４】
ステップＳ４０４の後、ＣＰＵ１０は、品切れ報知画面の画面データを生成する（ステップＳ４０５）。品切れ報知画面は、在庫が無い商品を報知するとともに、ステップＳ４０４にて決定した推奨メニュー品目の注文を受け付けるための画面である。ステップＳ４０４の後、ＣＰＵ１０は、当該画面データに基づく品切れ報知画面をディスプレイ１５に表示する（ステップＳ４０６）。
【００４５】
品切れ報知画面の一例を、図１５に示す。この品切れ報知画面４００は、登録バッファに登録されたメニュー品目Ｍ２に在庫が無く、ステップＳ４０４にてメニュー品目Ｍ３が推奨メニューとして決定された場合の品切れ報知画面である。品切れ報知画面４００は、メニュー品目Ｍ２が品切れであり、他のメニュー品目を推奨する旨のメッセージと、推奨メニュー品目（本例ではメニュー品目Ｍ３）の画像データ、名称、及び価格などの情報と、注文ボタン４０１と、キャンセルボタン４０２とを含む。注文ボタン４０１及びキャンセルボタン４０２は、タッチパネル１６を介して操作可能なＧＵＩである。
【００４６】
ステップＳ４０６の後、ＣＰＵ１０は、注文ボタン４０１及びキャンセルボタン４０２が操作されたか否かを判定する（ステップＳ４０７）。ＣＰＵ１０は、注文ボタン４０１及びキャンセルボタン４０２のいずれかが操作されるまで当該判定を繰り返す（ステップＳ４０７のＮｏ）。
【００４７】
注文ボタン４０１及びキャンセルボタン４０２のいずれかが操作された場合（ステップＳ４０７のＹｅｓ）、ＣＰＵ１０は、操作されたボタンの種別を判定する（ステップＳ４０８）。注文ボタン４０１が操作されたと判定した場合（ステップＳ４０８の“注文”）、ＣＰＵ１０は、品切れ報知画面４００にて報知された推奨メニュー品目を登録バッファに登録する（ステップＳ４０９）。
【００４８】
一方、キャンセルボタン４０２が操作されたと判定した場合（ステップＳ４０８の“キャンセル”）、ＣＰＵ１０は、品切れ報知画面４００にて品切れが報知されたメニュー品目に関する情報を登録バッファから消去することにより、当該メニュー品目の登録をキャンセルする（ステップＳ４１０）。
【００４９】
なお、在庫が無いメニュー品目が登録バッファに複数登録されている場合、ＣＰＵ１０は、これらメニュー品目のそれぞれについてステップＳ４０４〜Ｓ４１０の動作を実行する。
【００５０】
ステップＳ４０９或いはステップＳ４１０の後、ＣＰＵ１０は、登録バッファに書き込まれた情報を、注文データとしてサーバ２に送信する（ステップＳ４０３）。
【００５１】
ステップＳ４０３を以って、ＣＰＵ１０は、注文処理を終了する。このとき、ＣＰＵ１０は、登録バッファをクリアするとともに、品切れ報知画面が表示されている場合には、当該画面を消去する。
【００５２】
ステップＳ４０３にて送信された注文データをサーバ２が受信したとき、サーバ２のＣＰＵ２０は、当該注文データと、当該注文データの送信元である注文端末１が配置されたテーブルの識別番号とを含む注文履歴情報を補助記憶装置２５に書き込む。さらに、ＣＰＵ２０は、当該注文履歴情報をキッチンプリンタ３に送信する。キッチンプリンタ３は、受信した注文履歴情報に基づき、注文伝票を印刷する。この注文伝票に基づいて調理された料理を、店員が注文元のテーブルに配膳する。
【００５３】
図７の説明に戻る。注文処理の後、ＣＰＵ１０の動作はステップＳ１０１に戻る。ステップＳ１０７において、操作が注文送信ボタン２３０の操作でないと判定した場合（ステップＳ１０７のＮｏ）、ＣＰＵ１０は、当該操作に応じたその他の処理を実行する（ステップＳ１０９）。例えば当該操作が会計ボタン２４０の操作である場合、ＣＰＵ１０は、当該注文端末１が配置されたテーブルの会計を指示するコマンドをサーバ２に送信する。このコマンドをサーバ２が受信したとき、サーバ２のＣＰＵ２０は、当該コマンドの送信元である注文端末１が配置されたテーブルの識別番号に基づいて当該客の注文履歴情報を補助記憶装置２５から検索し、発見した注文履歴情報をＰＯＳ端末４に送信する。ＰＯＳ端末４は、サーバ２から受信した注文履歴情報に基づいて合計代金の算出やレシートの印刷などの会計処理を実行する。
【００５４】
なお、以上説明した注文端末１の動作のうち、ステップＳ２０１，Ｓ２０２，Ｓ３０１，Ｓ４０１，及びＳ４０２などが在庫判定部１００としての機能に相当する。また、ステップＳ２０５及びＳ４０４などが推奨メニュー決定部１０１としての機能に相当する。また、ステップＳ２０３，Ｓ３０３及びＳ４０５などが画面データ生成部１０２としての機能に相当する。また、ステップＳ４０３などが注文処理部１０３としての機能に相当する。
【００５５】
以上説明した本実施形態の注文処理システムにおいては、在庫が無いメニュー品目が有る場合には、そのメニュー品目に対する推奨メニュー品目に関する情報が注文画面２００、推奨メニュー画面３００、及び品切れ報知画面４００の画面データに配置される。このような画面データに基づく画面が注文端末１に表示されれば、客が注文しようとしたメニュー品目に在庫が無い場合であっても、推奨メニュー品目を勧めることができる。その結果、客が当該推奨メニュー品目を注文すれば、在庫切れによる店舗の売り上げの減少を防ぐことができる。
【００５６】
また、注文処理システムは、客が注文するメニュー品目を選択する前と（ステップＳ２０１，Ｓ２０２）、注文を確定する際と（ステップＳ４０１，Ｓ４０２）の双方においてメニュー品目の在庫の有無を判定する。このような構成であれば、客が注文画面２００において注文するメニュー品目を選択した後、注文送信ボタン２３０を操作して注文を確定するまでの間に品切れが発生した場合であっても、品切れを的確に報知することができる。
【００５７】
また、注文処理システムは、予め定められた優先度に基づき、推奨メニューＤＢ３１に定められた複数のメニュー品目の中から推奨メニュー品目を決定する。この優先度が高いメニュー品目として、店舗が売りたいメニュー品目を定めておけば、当該メニュー品目の販売数を伸ばす効果が期待できる。  
これらの他にも、本実施形態にて開示した構成からは種々の好適な効果が得られる。
【００５８】
（変形例）
いくつかの変形例を示す。  
上記実施形態では、注文端末１が注文処理装置として機能する場合、すなわち注文端末１が在庫判定部１００、推奨メニュー決定部１０１、画面データ生成部１０２、及び注文処理部１０３としての機能を備える場合を例示した。しかしながら、これら各部としての機能は、注文処理システムに含まれる他の装置が備えてもよい。例えば、これら各部１００〜１０３としての機能をサーバ２が備え、サーバ２が注文処理装置として機能してもよい。この場合においては、注文端末１が客による操作に応じてサーバ２に注文画面２００、推奨メニュー画面３００、及び品切れ報知画面４００などの画面データを要求し、サーバ２が注文端末１からの要求に応じて画面データを生成するとともに生成した画面データを注文端末１に送信し、注文端末１がサーバ２から受信した画面データに基づく画面を表示するように、注文端末１及びサーバ２を構成すればよい。また、注文端末１とサーバ２が各部１００〜１０３としての機能を分担してもよい。
【００５９】
上記実施形態では、推奨メニューＤＢ３１の推奨メニュー情報に定められた優先度に基づいて、在庫が無いメニュー品目に対する推奨メニュー品目を決定する場合を例示した。しかしながら、優先度以外の条件に基づいて推奨メニュー品目を決定してもよい。例えば、推奨メニュー情報に定められた複数のメニュー品目のうち、在庫ＤＢ３０における在庫数が最も多いメニュー品目を推奨メニュー品目として決定してもよい。また、推奨メニュー情報に定められた複数のメニュー品目のうち、既に客が注文したメニュー品目は推奨メニュー品目の選定対象から除外してもよい。既に注文したメニュー品目は、サーバ２の補助記憶装置２５に書き込まれた注文履歴情報に基づいて把握できる。その他にも、時間帯、季節、或いは客層などに基づいて推奨メニュー品目を決定してもよい。
【００６０】
上記実施形態では、図７、図９、図１２及び図１４のフローチャートに示す動作に関る処理を実現させるためのコンピュータプログラムを注文端末１のＲＯＭ１２が記憶するとした。これらのコンピュータプログラムは、必ずしも注文端末１などの注文処理装置に予め記憶されている必要はない。これらのコンピュータプログラムは、ネットワークから注文処理装置にダウンロードされてもよいし、記録媒体に記録されたものが注文処理装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ或いはメモリカードなどのようにコンピュータプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、コンピュータプログラムのインストールやダウンロードにより得る機能は、注文処理装置のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００６１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６２】
１…注文端末、２…サーバ、３…キッチンプリンタ、４…ＰＯＳ端末、５…ＬＡＮ回線、６…アクセスポイント、１０…ＣＰＵ、１５…ディスプレイ、１６…タッチパネル、３０…在庫ＤＢ、３１…推奨メニューＤＢ、１００…在庫判定部、１０１…推奨メニュー決定部、１０２…画面データ生成部、１０３…注文処理部、２００…注文画面、３００…推奨メニュー画面、４００…品切れ報知画面。
【図１】
2014160305.tif 000003
【図２】
2014160305.tif 000004
【図３】
2014160305.tif 000005
【図４】
2014160305.tif 000006
【図５】
2014160305.tif 000007
【図６】
2014160305.tif 000008
【図７】
2014160305.tif 000009
【図８】
2014160305.tif 000010
【図９】
2014160305.tif 000011
【図１０】
2014160305.tif 000012
【図１１】
2014160305.tif 000013
【図１２】
2014160305.tif 000014
【図１３】
2014160305.tif 000015
【図１４】
2014160305.tif 000016
【図１５】
2014160305.tif 000017