JP2014149694A - 予約管理装置、飲食店システム、予約管理プログラム - Google Patents

Abstract

【課題】ユーザが誤って口にすることができない原材料を含むメニュー品目を予約してしまうのを未然に防ぐ。
【解決手段】予約管理装置は、ユーザ端末に料理品の原材料を選択可能な原材料選択画面を送信する。予約管理装置は、原材料選択画面で選択された原材料の情報に基づいて注文予約が可能な料理品のメニューを抽出する。予約管理装置は、抽出されたメニューの注文予約を受け付けるための注文予約受付画面をユーザ端末に送信する。予約管理装置は、注文予約受付画面で注文予約を受け付けたメニューの情報を一意の識別情報と関連付けて記憶部に記憶させる。予約管理装置は、ユーザ端末に識別情報を通知する。
【選択図】図８

Description

本発明の実施形態は、飲食店で注文するメニュー品目を来店前に予約することを可能にした予約管理装置及びこの装置を用いた飲食店システム、さらにはコンピュータを前記予約管理装置として機能させるための予約管理プログラムに関する。

客が、Ｗｅｂサイトを利用して飲食店で注文するメニュー品目を来店前に予約することを可能にした飲食店システムは既に知られている。このシステムは、Ｗｅｂサイトに接続したユーザ端末（携帯電話、パーソナルコンピュータ等）のディスプレイにメニュー画面を表示させ、客の操作入力によって選択されたメニュー品目の注文予約を引き受けるというものである。

ところで、アレルギーを引き起こすアレルゲンのように、特定の人にとっては口にすることができない食材がある。そこで、飲食店に用意されているメニューには、大抵、料理毎にアレルゲンとなる食材を含んでいるか否かが開示されている。

上述した注文予約が可能な飲食店システムにおいても、ユーザ端末のディスプレイに表示されるメニュー画面に、アレルゲンとなる食材を含んでいるか否かを表示することが望ましい。しかしながら、例えば携帯端末のディスプレイは画面のサイズが小さい。このため、アレルゲンとなる食材をメニュー画面に表示したとしても、ユーザが表示を見誤って、アレルゲンを含んだメニュー品目を注文してしまうおそれがある。

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

本発明が解決しようとする課題は、ユーザが誤って口にすることができない原材料を含むメニュー品目を予約してしまうのを未然に防ぐことができる予約管理装置及びこの装置を用いた飲食店システムを提供しようとするものである。

一実施形態において、予約管理装置は、通信手段、原材料選択画面送信手段、メニュー抽出手段、注文予約受付画面送信手段、注文予約記憶手段及び通知手段を含む。通信手段は、画面表示機能を有するユーザ端末と通信する。原材料選択画面送信手段は、通信手段を介してユーザ端末に料理品の原材料を選択可能な原材料選択画面を送信する。メニュー抽出手段は、原材料選択画面で選択された原材料の情報に基づいて注文予約が可能な料理品のメニューを抽出する。注文予約受付画面送信手段は、通信手段を介してユーザ端末に前記メニュー抽出手段で抽出されたメニューの注文予約を受け付けるための注文予約受付画面を送信する。注文予約記憶手段は、注文予約受付画面で注文予約を受け付けたメニューの情報を一意の識別情報と関連付けて記憶部に記憶させる。通知手段は、通信手段を介してユーザ端末に識別情報を通知する。

飲食店システムの全体構成図。 メニューデータベースに保存される１メニュー品目当たりのデータレコードの構造を示す模式図。 アレルゲンテーブルの構造を示す模式図。 店舗データベースに保存される１店舗当たりのデータレコードの構造を示す模式図。 会員データベースに保存される１会員当たりのデータレコードの構造を示す模式図。 予約管理サーバの主要なハードウェア構成を示すブロック図。 予約管理サーバのＣＰＵが実行する会員登録業務の処理手順を示す流れ図。 予約管理サーバのＣＰＵが実行する予約受付業務の処理手順を示す流れ図。 無線ＨＴの外観を示す平面図。 無線ＨＴのハードウェアを示すブロック図。 無線ＨＴのＣＰＵが実行する注文受付業務の処理手順を示す流れ図。

以下、予約管理装置を含む飲食店システムの一実施形態について、図面を用いて説明する。なお、本実施形態は、チェーン展開している飲食店に適用した場合である。

図１は、飲食店システム１の全体構成図である。飲食店システム１は、飲食店の店舗毎に構築される注文管理システム２と、各店舗を統括する本部に構築されるサーバシステム３と、各店舗と本部とを接続するネットワーク網４とからなる。

注文管理システム２は、複数の無線式ハンディターミナル２１（以下、無線ＨＴ２１と略称する）と、注文管理サーバ２２と、厨房端末２３と、ＰＯＳ（Point Of Sales）端末２４と、ルータ２５と、無線基地局２６とを含む。店舗内にはＬＡＮ（Local Area Network）２７が敷設されており、このＬＡＮ２７によって、前記注文管理サーバ２２は、厨房端末２３、ＰＯＳ端末２４、ルータ２５および無線基地局２６と接続される。ルータ２５には、さらに前記ネットワーク網４が接続される。

無線ＨＴ２１は、無線回路７４（図１０を参照）を内蔵しており、無線基地局２６との間で無線によりデータを送受信する。ウェイターやウェイトレスと呼ばれる接客担当者は、それぞれ無線ＨＴ２１を携帯して接客する。そして、客からメニュー品目の注文を受けると、接客担当者は、その注文データを無線ＨＴ２１に入力する。無線ＨＴ２１に入力された注文データは無線基地局２６に無線送信され、前記注文管理サーバ２２に取り込まれる。無線ＨＴ２１は、注文受付装置として機能する。

注文管理サーバ２２は、店舗メニューデータベース２８と予約データベース２９とを有する。店舗メニューデータベース２８には、自店舗で販売される各種メニュー品目に係る情報が保存されている。予約データベース２９には、自店舗を事前に予約した客が注文したメニュー品目に係る情報が保存されている。店舗メニューデータベース２８及び予約データベース２９は、注文管理サーバ２２に内蔵された記憶装置に形成されていてもよいし、注文管理サーバ２２に外付けされた記憶装置に形成されていてもよい。

また、注文管理サーバ２２は、注文データを会計まで保持するためのデータファイルと、注文伝票を印刷するためのプリンタとを備える。注文管理サーバ２２は、無線ＨＴ２１から受信した注文データに基づいて伝票データと調理指示データとを作成する。そして注文管理サーバ２２は、上記注文データを、伝票データに含まれる伝票番号とともに上記データファイルに書き込む。また注文管理サーバ２２は、調理指示データを、ＬＡＮ２７を介して厨房端末２３に送信する。伝票データは、プリンタによって伝票用紙に印刷され、注文伝票として発行される。注文伝票は、調理品の配膳や客の会計の際に使用される。

厨房端末２３は、例えば液晶パネルディスプレイなどの表示器を備えた電子機器であり、厨房に設置される。厨房端末２３は、注文管理サーバ２２から受信した調理指示データに従い、客から注文を受けたメニュー品目の情報（品目名、数量等）を表示器に表示させる。調理担当者は、表示器に表示された情報を基にメニュー品目を調理する。

厨房端末２３は、プリンタを備えた電子機器であってもよい。この場合、厨房端末２３は、調理指示データに従い、客から注文を受けたメニュー品目の情報を印刷した調理指示票を発行する。

ＰＯＳ端末２４は、キーボード、ディスプレイ、レシートプリンタ、カードリーダ、ドロワ等を備えた電子機器であり、会計場所（レジ）に設置される。ＰＯＳ端末２４は、キーボードを介して注文伝票の伝票番号が入力されると、ＬＡＮ２７を介して注文管理サーバ２２にその伝票番号を問い合わせる。

注文管理サーバ２２は、ＰＯＳ端末２４から伝票番号の問合せを受けると、データファイルを検索する。そして注文管理サーバ２２は、問合せのあった伝票番号を含む注文データをデータファイルから呼び出し、ＬＡＮ２７を介してＰＯＳ端末２４に送信する。ＰＯＳ端末２４は、注文管理サーバ２２から受信した注文データに基づいて、客の会計を処理する。

本実施形態では、チェーン展開されている各店舗において共通の会員を本部が募集する。そして本部は、各会員に対し、Ｗｅｂサイトを利用した注文予約サービスを提供する。このサービスには、画面表示機能とインターネットアクセス機能とを有する通信端末、例えばパーソナルコンピュータ４１や携帯電話（スマートフォン）４２等がユーザ端末として利用される。

サーバシステム３は、上述した注文予約サービスを実現する。サーバシステム３は、メニューサーバ３１、店舗サーバ３２、会員サーバ３３、予約管理サーバ３４及びルータ３５を含む。本部にはＬＡＮ３６が敷設されており、このＬＡＮ３６によって、予約管理サーバ３４は、メニューサーバ３１、店舗サーバ３２、会員サーバ３３及びルータ３５と接続される。ルータ３５には、さらに前記ネットワーク網４が接続される。

メニューサーバ３１は、各店舗で販売されるメニュー品目に係る情報を管理するのに特化したコンピュータである。メニューサーバ３１は、メニューデータベース３７を有する。メニューデータベース３７は、メニューサーバ３１に内蔵された記憶装置に形成されていてもよいし、メニューサーバ３１に外付けされた記憶装置に形成されていてもよい。メニューデータベース３７には、メニュー品目別のデータレコードが保存される。

図２は、メニューデータベース３７に保存される１メニュー品目当たりのデータレコード３７Ｒの構造を示す模式図である。図２に示すように、データレコード３７Ｒには、メニュー品目固有のメニューコードに関連付けて、メニュー名称、価格、含有アレルゲン情報等のメニュー情報が設定される。

本実施形態では、図３に示すように、アレルゲンとなる食材（小麦、そば、卵等）に対して一意のアレルゲンコードが割当てられる。そして、各アレルゲンコードに関連付けてそのコードが割当てられたアレルゲンの名称データを設定してなるアレルゲンテーブルＴを、メニューサーバ３１が保持する。含有アレルゲン情報は、対応するメニューコードで特定されるメニュー品目に含まれる全アレルゲンのアレルゲンコードからなる。なお、アレルゲンテーブルＴは、メニューサーバ３１でなく店舗サーバ３２、会員サーバ３３または予約管理サーバ３４で保持されてもよい。

店舗サーバ３２は、チェーン展開されている各店舗に係る情報を管理するのに特化したコンピュータである。店舗サーバ３２は、店舗データベース３８を有する。店舗データベース３８は、店舗サーバ３２に内蔵された記憶装置に形成されていてもよいし、店舗サーバ３２に外付けされた記憶装置に形成されていてもよい。店舗データベース３８には、店舗別のデータレコードが保存される。

図４は、店舗データベース３８に保存される１店舗当たりのデータレコード３８Ｒの構造を示す模式図である。図４に示すように、データレコード３８Ｒには、店舗固有の店舗コードに関連付けて、店舗名、販売メニュー情報等の店舗情報が設定される。販売メニュー情報は、対応する店舗コードで特定される店舗において販売される全メニュー品目のメニューコードからなる。

会員サーバ３３は、各会員に係る情報を管理するのに特化したコンピュータである。会員サーバ３３は、会員データベース３９を有する。会員データベース３９は、会員サーバ３３に内蔵された記憶装置に形成されていてもよいし、会員サーバ３３に外付けされた記憶装置に形成されていてもよい。会員データベース３９には、会員別のデータレコードが保存される。

図５は、会員データベース３９に保存される１会員当たりのデータレコード３９Ｒの構造を示す模式図である。図５に示すように、データレコード３９Ｒには、会員固有の会員コードに関連付けて、氏名、性別、年齢、アレルゲン情報等の会員登録情報が設定される。アレルゲン情報は、対応する会員ＩＤで特定される会員がアレルギーを引き起こすアレルゲンのアレルゲンコードからなる。

予約管理サーバ３４は、注文予約サービスを実現させるために必要な情報処理に特化したコンピュータである。予約管理サーバ３４は、Ｗｅｂ上に公開されるＷｅｂサイトを管理する。そして予約管理サーバ３４は、Ｗｅｂサイトを利用して新規会員の登録を受け付ける会員登録業務と、同Ｗｅｂサイトを利用して会員からメニュー品目の注文予約を受け付ける予約受付業務とを処理する。

図６は、予約管理サーバ３４の主要なハードウェア構成を示すブロック図である。予約管理サーバ３４は、ＣＰＵ（Central Processing Unit）５１、ＲＯＭ（Read Only Memory）５２、ＲＡＭ（Random Access Memory）５３、補助記憶部５４、通信インターフェース５５及びバスライン５６を含む。

ＣＰＵ５１は、主制御部を構成する。ＲＯＭ５２は、読出し専用のメインメモリである。ＲＡＭ５３は、読み書き自在なメインメモリである。補助記憶部５４は、大容量のデータを記憶可能な記憶装置、例えばＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）からなる。通信インターフェース５５は、ＬＡＮ３６を介して接続される各部との間のデータ通信を司る。ここに、通信インターフェース５５は、画面表示機能を有するユーザ端末４１，４２と通信する通信手段を構成する。アドレスバスやデータバスからなるバスライン５６は、ＣＰＵ５１と、ＲＯＭ５２，ＲＡＭ５３、補助記憶部５４及び通信インターフェース５５とを、電気的に接続する。

予約管理サーバ３４は、プログラム記憶部であるＲＯＭ５２または補助記憶部５４に、予約管理プログラムを記憶する。ＣＰＵ５１は、予約管理プログラムに従って、前述した会員登録業務としての機能と予約受付業務としての機能とを実現する。

注文予約サービスを利用する客は、事前に会員登録を行う。会員登録は、予約管理サーバ３４によって提供されるＷｅｂサイトにアクセスすることにより可能である。客は、ユーザ端末４１，４２を操作して上記Ｗｅｂサイトにアクセスする。そうすると、ユーザ端末４１，４２のディスプレイに、新規会員登録の実行ボタンを含むＷｅｂページが表示されるので、客は、この実行ボタンをクリックする。そうすると、予約管理サーバ３４では、図７の流れ図に示す手順の会員登録業務が開始される。

先ず、ＣＰＵ５１は、通信インターフェース５５を介してユーザ端末４１，４２に、会員登録画面のデータを送信する（Act１）。会員登録画面には、氏名、性別、年齢等の個人情報を入力する欄が形成されている。会員登録画面を確認した客は、その画面に従い個人情報を入力する。そして入力後、客は送信ボタンをクリックする。そうすると、会員登録画面に入力された個人情報が、ネットワーク網４を通じて予約管理サーバ３４に送信される。

ＣＰＵ５１は、通信インターフェース５５を介して個人情報が入力されるのを待機する（Act２）。個人情報が入力されたならば（Act２にてＹＥＳ）、ＣＰＵ５１は、この個人情報の登録を会員サーバ３３に指示する（Act３）。この指示を受けて会員サーバ３３は、新規の会員ＩＤを生成する。そして会員サーバ３３は、この会員ＩＤに関連付けて、個人情報を会員データベース３９に登録する。また会員サーバ３３は、この会員ＩＤを予約管理サーバ３４に通知する。

ＣＰＵ５１は、会員ＩＤを待機する（Act４）。会員サーバ３３から会員ＩＤを取得したならば（Act４にてＹＥＳ）、ＣＰＵ５１は、この会員ＩＤを、通信インターフェース５５を介してユーザ端末４１，４２に送信する（Act５）。またＣＰＵ５１は、通信インターフェース５５を介してユーザ端末４１，４２に、アレルゲン設定画面のデータを送信する（Act６：原材料選択画面送信手段）。

ユーザ端末４１，４２のディスプレイには、会員ＩＤとアレルゲン設定画面とが表示される。アレルゲン設定画面には、アレルゲンテーブルＴに設定されているアレルゲン名称のリストが表示される。食材に対してアレルギーがある客は、リストのなかから該当するアレルゲン名称を選択する。そうすると、ユーザ端末４１，４２から予約管理サーバ３４に、選択されたアレルゲン名称のデータが会員ＩＤとともにアレルゲン設定情報として送信される。なお、食材に対してアレルギーのない客は、アレルゲン無しを示す表示ボタンをクリックする。その場合も、予約管理サーバ３４には、会員ＩＤとともにアレルゲン無しを示すアレルゲン設定情報が送信される。

ＣＰＵ５１は、アレルゲン設定情報を待機する（Act７）。ユーザ端末４１，４２からアレルゲン設定情報を受信したならば（Act７にてＹＥＳ）、ＣＰＵ５１は、アレルゲン有りか否かを判定する（Act８）。アレルゲン無しの場合（Act８にてＮＯ）、会員登録業務は終了する。

アレルゲン有りの場合（Act８にてＹＥＳ）、ＣＰＵ５１は、アレルゲンテーブルＴを参照して、アレルゲン設定情報に含まれるアレルゲン名称をアレルゲンコードに変換する。そしてＣＰＵ５１は、このアレルゲンコードを、アレルゲン設定情報に含まれる会員ＩＤとともに会員サーバ３９に送信して、会員データベース３９への登録を指示する（Act９：記憶手段）。この指示を受けて、会員サーバ３３は、会員データベース３９を検索し、当該会員ＩＤを含むデータレコード３９Ｒにアレルゲンコードを登録する。以上で、会員登録業務は終了する。

会員登録を終えた客、すなわち会員は、以後、注文予約サービスを利用することができる。注文予約サービスを利用する会員は、ユーザ端末４１，４２を操作して、予約管理サーバ３４によって提供されるＷｅｂサイトにアクセスする。そうすると、ユーザ端末４１，４２のディスプレイに、注文予約の実行ボタンを含むＷｅｂページが表示されるので、会員は、この実行ボタンをクリックする。そうすると、予約管理サーバ３４では、図８の流れ図に示す手順の予約受付業務が開始される。

先ず、ＣＰＵ５１は、通信インターフェース５５を介してユーザ端末４１，４２に、会員識別画面のデータを送信する（Act１１：ユーザ識別画面送信手段）。会員識別画面には、会員ＩＤを入力する欄が形成されている。会員識別画面を確認した会員は、会員ＩＤを入力する。そして入力後、会員は、送信ボタンをクリックする。そうすると、ユーザ端末４１，４２から予約管理サーバ３４に、会員識別画面に入力された会員ＩＤが送信される。なお、予め会員毎にパスワードを設定しておき、会員ＩＤとともにパスワードの入力を強制するようにしてもよい。

ＣＰＵ５１は、会員ＩＤが入力されるのを待機する（Act１２）。通信インターフェース５５を介して会員ＩＤが入力されたならば（Act１２にてＹＥＳ）、ＣＰＵ５１は、この会員ＩＤを会員サーバ３３に送信して、会員認証を指示する（Act１３）。この指示を受けて会員サーバ３３は、会員データベース３９を検索する。そして、予約管理サーバ３４から受信した会員ＩＤを含む会員データレコード３９Ｒが会員データベース３９に登録されていた場合、会員サーバ３３は予約管理サーバ３４に対して許諾データを返信する。この許諾データには、当該会員データレコード３９Ｒのアレルゲン情報も含まれる。

ＣＰＵ５１は、許諾データを待機する（Act１４）。会員サーバ３３から許諾データを受信したならば（Act１４にてＹＥＳ）、ＣＰＵ５１は、このデータに含まれるアレルゲン情報をＲＡＭ５３に格納する（Act１５）。

ＣＰＵ５１は、通信インターフェース５５を介してユーザ端末４１，４２に、店舗選択画面のデータを送信する（Act１６：店舗選択画面送信手段）。店舗選択画面には、チェーン展開されている各店舗の店舗名リストが表示されている。店舗選択画面を確認した会員は、リストの中から来店する店舗名を選択する。そうすると、ユーザ端末４１，４２から予約管理サーバ３４に、選択された店舗名データが会員ＩＤとともに店舗選択情報として送信される。

ＣＰＵ５１は、店舗選択情報を待機する（Act１７）。ユーザ端末４１，４２から店舗選択情報を受信したならば（Act１７にてＹＥＳ）、ＣＰＵ５１は、店舗選択情報に含まれる店舗名を店舗サーバ３２に送信して、当該店舗で販売されているメニュー情報を問い合わせる（Act１８）。

この問合せを受けて、店舗サーバ３２は、店舗データベース３８を検索する。そして店舗サーバ３２は、問合せのあった店舗名を含む店舗データレコード３８Ｒから店舗コードと販売メニュー情報とを読み出し、メニューサーバ３１に送信する。メニューサーバ３１は、メニューデータベース３７を検索して、受信した販売メニュー情報に含まれる全てのメニューコードのメニューデータレコード３７Ｒを読み出す。そしてメニューサーバ３１は、これらメニューデータレコード３７Ｒのメニューデータ（メニューコード、メニュー名称、価格、含有アレルゲン情報等）を店舗コードとともに店舗販売メニュー情報として予約管理サーバ３４に送信する。

ＣＰＵ５１は、店舗販売メニュー情報を待機する（Act１９）。メニューサーバ３１から店舗販売メニュー情報を受信したならば、この店舗メニュー販売情報のメニューデータと店舗コードとをＲＡＭ５３に格納する（Act２０）。

ところで前記店舗選択画面には、アレルゲンを含むメニュー品目を除外しないか否かのオプションボタンも表示されている。アレルゲンを含むメニュー品目を除外しない会員はこのボタンを入力する。そうすると、ユーザ端末４１，４２から予約管理サーバ３４に送信される店舗選択情報に、アレルゲン除外せずを示すフラグデータが含まれる。

ＣＰＵ５１は、店舗選択情報にアレルゲン除外せずを示すフラグデータがセットされているか否かを判定する（Act２１：判定手段）。フラグデータがセットされている場合（Act２１にてＮＯ）、ＣＰＵ５１は、Act２３の処理に進む。フラグデータがセットされていない場合（Act２１にてＹＥＳ）、ＣＰＵ５１は、店舗メニュー販売情報のメニューデータの中から、Act１５の処理で記憶したアレルゲン情報のアレルゲンコードを含むメニューデータを全て削除する（Act２２：メニュー抽出手段）。しかる後、ＣＰＵ５１は、Act２３の処理に進む。

Act２３では、ＣＰＵ５１は、注文予約受付画面のデータを送信する（注文予約受付画面送信手段）。アレルゲンを除外しない場合（Act２１にてＮＯ）、注文予約受付画面には、Act２０の処理でＲＡＭ５３に格納されたメニューデータの品目リストが表示される。アレルゲンを除外する場合（Act２１にてＹＥＳ）、注文予約受付画面には、Act２２の処理で削除されずに残ったメニューデータの品目リストが表示される。

注文予約受付画面を確認した会員は、注文を予約するメニュー品目を選択する。そうすると、選択されたメニュー品目のデータが会員ＩＤとともに注文予約情報として予約管理サーバ３４に送信される。

ＣＰＵ５１は、注文予約情報を待機する（Act２４）。ユーザ端末４１，４２から注文予約情報を受信したならば（Act２４にてＹＥＳ）、ＣＰＵ５１は、注文予約情報に含まれるメニュー品目のデータ（メニューコード、メニュー名称、価格、含有アレルゲン等）と会員ＩＤとで注文予約ファイルを作成する（Act２５）。

ＣＰＵ５１は、予約確認画面を送信する（Act２６）。予約確認画面には、注文予約ファイルに保存されたメニュー品目のリストが表示される。予約確認画面を確認した会員は、予約を確定させるか否かを判断する。そして予約を確定する場合には、予約確定ボタンをクリックする。そうすると、ユーザ端末４１，４２から予約管理サーバ３４に、予約確定のコマンドが送信される。

ＣＰＵ５１は、予約確定のコマンドを待機する（Act２７）。通信インターフェース５５を介して予約確定のコマンドを受信したならば（Act２７にてＹＥＳ）、ＣＰＵ５１は、一意の識別情報である予約受付番号を生成する。そしてＣＰＵ５１は、この予約受付番号を、通信インターフェース５５を介してユーザ端末４１，４２に送信する（Act２８：通知手段）。またＣＰＵ５１は、注文予約ファイルに予約受付番号を書き込む。そしてＣＰＵ５１は、この注文予約ファイルを、店舗選択画面で選択された店舗の注文管理サーバ２２に送信して、予約データベース２９への保存を指示する（Act２９：注文予約記憶手段）。この指示を受けて、注文管理サーバ２２は、注文予約ファイルを予約データベース２９に保存する。以上で、予約受付業務は終了する。

なお、予約確認画面を確認した会員が予約確定ボタンをクリックしなかった場合、ＣＰＵ５１は、予約確定のコマンドを受信できない。この場合（Act２７にてＮＯ）、注文予約ファイルが保存されることなく、予約受付処理は終了する。

また、予約管理サーバ３４から受信した会員ＩＤを含む会員データレコード３９Ｒが会員データベース３９に登録されていない場合には、許諾データは送信されない。この場合も（Act１４にてＮＯ）、以後の処理がキャンセルされて、予約受付処理は終了する。

さて、ユーザ端末４１，４２を利用して注文予約を終えた会員は、予約をした飲食店に出向く。このとき、ユーザ端末４２がＮＦＣ（Near Field Communication）チップを搭載したＮＦＣ対応デバイスであった場合には、会員はユーザ端末４２を持参する。そして、接客担当者に注文予約済であること、ＮＦＣ対応の携帯電話４２を持参していることを申し出る。ユーザ端末４２のＮＦＣチップには、注文予約番号が格納されている。

一方、ＮＦＣ対応でない携帯電話４２またはパーソナルコンピュータ４１を利用して注文予約をした会員は、注文予約の際に通知された注文予約番号をメモなどに控えて持参する。そして、来店した際には、接客担当者に注文予約済であること、及び注文予約番号を知らせる。

会員がＮＦＣ対応の携帯電話４２を持参した場合、接客担当者は、この携帯電話４２を自らが携帯する無線ＨＴ２１に近づける。上記携帯電話４２を持参していない場合には、接客担当者は、無線ＨＴ２１の操作部を操作して注文受付番号を入力する。

図９は、無線ＨＴ２１の外観を示す平面図であり、図１０は、ハードウェアを示すブロック図である。無線ＨＴ２１は、図９において、左側に配置される第１のボディ６１と、右側に配置される第２のボディ６２とを備える。第１のボディ６１及び第２のボディ６２は、いずれも略直方体をなしている。第２のボディ６２は、ヒンジ等の止め具６３を介して第１のボディ６１に対して回動自在に連結される。この止め具６３により、第２のボディ６２は、第１のボディ６１に対して第２のボディ６２を開いた状態（図９を参照）と、閉じた状態（不図示）との間で開閉動作する。

第２のボディ６２を第１のボディ６１に対して開いたときに露出する第１のボディ６１の内面６１Ａには、タッチパネル６４が配置される。また、同じく第２のボディ６２を第１のボディ６１に対して開いたときに露出する第２のボディ６２の内面６２Ａには、キーボード６５が配置される。タッチパネル６４は、表示部６４Ａとキー部６４Ｂとに分かれている。タッチパネル６４及びキーボード６５は、操作部を構成する。

無線ＨＴ２１は、第１のボディ６１または第２のボディ６２のいずれか一方に、ＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、無線回路７４及びＮＦＣチップ７５を搭載する。ＣＰＵ７１と、ＲＯＭ７２，ＲＡＭ７３，無線回路７４及びＮＦＣチップ７５とは、アドレスバス，データバス等のバスライン７６に接続される。バスライン７６には、図示しない入出力回路を介して、前記タッチパネル６４とキーボード６５も接続される。

無線回路７４は、無線基地局２６との間で無線を利用して行われるデータの送信及び受信を制御する。ＮＦＣチップ７５は、ＮＦＣ対応デバイスとの間でＮＦＣ規格に準拠した近距離無線通信を行い、ＮＦＣ対応デバイスが所持する情報を読み取ったり、情報をＮＦＣ対応デバイスに書き込んだりする。

無線ＨＴ２１は、注文受付業務としての動作モードを有する。接客担当者は、客から注文を受けると、タッチパネル６４を操作して注文受付業務としての動作モードを選択する。そうすると、無線ＨＴ２１では注文受付プログラムが起動する。注文受付プログラムは、予めＲＯＭ７２に格納されている。注文受付プログラムが起動すると、ＣＰＵ７１は、図１１の流れ図に示す手順の処理を開始する。

先ず、ＣＰＵ７１は、卓番号が入力されるのを待機する（Act４１）。接客担当者は、タッチパネル６４のキー部６４Ｂに配置された文字キーの操作入力により、客が着いている食卓の卓番号を入力する。卓番号が入力されると（Act４１にてＹＥＳ）、ＣＰＵ７１は、その卓番号をＲＡＭ７３の卓番号メモリに格納する（Act４２）。

次に、ＣＰＵ７１は、注文予約番号が入力されるか、メニュー品目の注文データが入力されるのを待機する（Act４３，４４：受付手段）。

客が注文予約済の会員である場合、接客担当者は、この会員に対して注文予約時に発行した注文予約番号を入力する。すなわち会員がＮＦＣ対応の携帯電話４２を持参している場合、接客担当者はこの携帯電話４２を無線ＨＴ２１に近づける。そうすると、ＮＦＣチップ７５と携帯電話４２のＮＦＣチップとの間で、ＮＦＣ規格に準拠した近距離無線通信が行われる。その結果、携帯電話４２のＮＦＣチップで保持されている注文受付番号が、ＮＦＣチップ７５を介して無線ＨＴ２１に送信される。なお、会員が上記携帯電話４２を持参していない場合には、接客担当者は、タッチパネル６４またはキーボード６５を操作して、注文受付番号を入力する。

注文受付番号が入力されると（Act４３にてＹＥＳ）、ＣＰＵ７１は、予約データベース２９を検索する（Act４５）。そしてＣＰＵ７１入力された注文受付番号を含む注文予約ファイルが保存されているか否かを確認する（Act４６）。該当する注文予約ファイルが保存されていない場合（Act４６にてＮＯ）、注文受付番号の入力がエラーとなる。ＣＰＵ７１は再度、注文予約番号が入力されるか、メニュー品目の注文データが入力されるのを待機する（Act４３，４４）。

該当する注文予約ファイルが保存されている場合（Act４６にてＹＥＳ）、ＣＰＵ７１は、その注文予約ファイルからメニュー品目のデータ（メニューコード、メニュー名称、価格、含有アレルゲン等）を読み出す。そしてＣＰＵ７１は、このメニュー品目のデータを前記注文バッファに展開する（Act４７：読出手段）。

次に、ＣＰＵ７１は、注文バッファに展開されたデータに基づき、会員が注文予約をしたメニュー品目のリストを、タッチパネル６４に表示させる（Act４８：表示手段）。そしてＣＰＵ７１は、データの削除、追加または確定が指示されるのを待機する（Act４９，５０，５１）。

タッチパネル６４の表示を確認した接客担当者は、会員に予約注文の内容を確認する。そして、キャンセルするメニューがある場合には、接客担当者は、例えばそのメニュー項目にタッチした後、キーボード６５の削除ボタンを入力する。あるいは接客担当者は、削除ボタンを入力した後、キャンセルするメニュー項目にタッチする。削除が指示された場合（Act４９にてＹＥＳ）、ＣＰＵ７１は、注文バッファから削除が指示されたメニューデータを削除する（Act５２）。

追加するメニューがある場合、接客担当者は、例えばキーボード６５の追加ボタンを入力した後、タッチパネル６４またはキーボード６５を操作して追加するメニューデータを入力する。あるいは接客担当者は、先に追加するメニューデータを入力した後、追加ボタンを入力する。また、接客担当者が追加ボタンを入力せずともメニューデータが追加されるようにプログラムされていてもよい。追加が指示された場合（Act５０にてＹＥＳ）、ＣＰＵ７１は、その追加されたメニューデータを注文バッファに追加する（Act５２）。

注文を確定させる場合、接客担当者は、例えばキーボード６５の確定キーを入力する。注文確定が指示された場合（Act５１にてＹＥＳ）、ＣＰＵ７１は、卓番号メモリ内の卓番号と、注文バッファ内の注文データとを、注文管理サーバ２２宛てに無線送信して、注文を確定させる（Act５４：確定手段）。しかる後、ＣＰＵ７１は、Act４３の処理で入力された注文受付番号の注文ファイルを、注文データベース２９から削除する（Act５５）。以上で、注文予約済の会員に対する注文受付処理は終了する。

なお、客が注文予約済の会員でない場合、接客担当者は、客から注文を受け付ける。そして接客担当者は、タッチパネル６４またはキーボード６５を操作して、客が注文したメニューデータを入力する。この場合（Act４４にてＹＥＳ）、ＣＰＵ７１は、既存の注文受付処理を実行する。すなわち、ＣＰＵ７１は、入力されたメニューデータを注文バッファに格納する。そして確定ボタンが入力されると、ＣＰＵ７１は、卓番号メモリ内の卓番号と、注文バッファ内の注文データとを、注文管理サーバ２２宛てに無線送信して、注文を確定させる。

このように本実施形態の飲食店システムであれば、会員は、例えば携帯電話４２を利用して、飲食店で注文するメニュー品目を事前に予約することができる。しかも、予約の際に携帯電話４２のディスプレイに表示される注文予約受付画面には、当該会員が事前に登録しておいたアレルゲンを含む品目を除外したメニューが表示される。したがって会員は、口にすることができないアレルゲンを含んでいるメニュー品目か否かを意識することなく、注文するメニュー品目を選定できる。よって、会員の負担が軽減される。また、会員が誤って口にすることができないアレルゲンを含むメニュー品目を注文してしまうことがない。このため会員は、安心して注文を予約することができる。

また、本実施形態では、店舗選択画面にアレルゲンを含むメニュー品目を除外しないか否かのオプションボタンが表示される。そしてこのオプションボタンが操作された場合には、アレルゲンを含むメニューデータが除外されない。したがって、たとえアレルゲンの登録が済んでいる会員であっても、アレルゲンを含むメニューデータを除外したくない場合には、オプションボタンを入力すればよい。例えば会員が同伴者の注文を予約する際には、この機能を活用できる。

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、予約管理サーバ３４が実行する会員登録業務としての機能と予約受付業務としての機能とを別機能として説明したが、一連の機能として予約管理プログラムを構成してもよい。すなわち、図７に示した会員登録業務のAct９の処理の後で、図８に示した予約受付業務のAct１５の処理に進む。こうすることにより、会員登録業務と予約受付業務とを一連の業務として処理することができる。

また前記実施形態では、チェーン展開している飲食店に当該飲食店システムを適用したが、１店舗のみの飲食店に対しても当該飲食店システムを構築できるものである。この場合、サーバシステム３の各サーバ３１，３２，３３，３４は、注文管理システム２のＬＡＮ２７に接続すればよい。また、各サーバ３１，３２，３３，３４の機能を１つのサーバ、例えば注文管理サーバが兼用する。そうすることにより、システムコストが低減される。

また、前記実施形態では、ユーザ端末４１，４２において選択する原材料としてアレルゲンが示されたが、選択対象となる原材料はアレルゲンに限定されるものではない。例えば、宗教上の理由から口にできない食材、例えば豚肉、牛肉等が選択対象となってもよい。あるいは、メニュー品目に用いられる食材が全て選択対象となり、嫌いな食材をユーザが登録することで、その食材を含むメニュー品目をユーザが予約できないようにしてもよい。

また、前記実施形態では、注文予約を受け付けたメニューの情報と関連付ける一意の識別情報を予約受付番号としたが、会員ＩＤを識別情報としてもよい。この場合、予約管理サーバ３４では、予約受付番号を自動的に発番する機能が省略される。

また、予約管理サーバ３４は、注文予約ファイルに会員が来店する日付を保存する。一方、注文管理サーバ２２は、定期的に予約データベース２９を検索し、来店日を経過した注文予約ファイルを自動的に削除する。このような機能を追加することにより、注文予約をしたが来店しなかった会員のデータが予約データベース２９にいつまでも残ってしまう不具合を解消できる。

さらに、前記実施形態は、装置内部のプログラム記憶部に発明の機能を実現させる予約管理プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。また、本実施形態のプログラムを、通信機能を有する携帯電話やいわゆるＰＤＡのような携帯情報端末に組み込んで、その機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…飲食店システム、２…注文管理システム、３…サーバシステム、４…ネットワーク網、２１…無線ＨＴ（注文受付装置）、２２…注文管理サーバ、２９…予約データベース、３１…メニューサーバ、３２…店舗サーバ、３３…会員サーバ、３４…予約管理サーバ、３７…メニューデータベース、３８…店舗データベース、３９…会員データベース、４１，４２…ユーザ端末。

Claims (6)

1. 画面表示機能を有するユーザ端末と通信する通信手段と、
   前記通信手段を介して前記ユーザ端末に料理品の原材料を選択可能な原材料選択画面を送信する原材料選択画面送信手段と、
   前記原材料選択画面で選択された原材料の情報に基づいて注文予約が可能な料理品のメニューを抽出するメニュー抽出手段と、
   前記通信手段を介して前記ユーザ端末に前記メニュー抽出手段で抽出されたメニューの注文予約を受け付けるための注文予約受付画面を送信する注文予約受付画面送信手段と、
   前記注文予約受付画面で注文予約を受け付けたメニューの情報を一意の識別情報と関連付けて記憶部に記憶させる注文予約記憶手段と、
   前記通信手段を介して前記ユーザ端末に前記識別情報を通知する通知手段と、
   を具備したことを特徴とする予約管理装置。
2. 前記原材料選択画面で選択された原材料の情報を前記ユーザ端末のユーザを識別するユーザＩＤと関連付けて記憶部で記憶する記憶手段と、
   前記通信手段を介して前記ユーザ端末に前記ユーザＩＤの入力を受け付けるためのユーザ識別画面を送信するユーザ識別画面送信手段と、
   をさらに具備し、
   前記メニュー抽出手段は、前記ユーザ識別画面で入力を受け付けたユーザＩＤに関連付けられて記憶される原材料の情報に基づいて料理品のメニューを抽出することを特徴とする請求項１記載の予約管理装置。
3. 前記ユーザ端末から与えられる情報に基づいて前記メニュー抽出手段を機能させるか否かを判定する判定手段、をさらに具備し、
   注文予約受付画面送信手段は、前記メニュー抽出手段を機能させると判定されたときには前記メニュー抽出手段で抽出されたメニューの注文予約を受け付けるための注文予約受付画面を送信し、前記メニュー抽出手段を機能させないと判定されたときには全てのメニューの注文予約を受け付けるための注文予約受付画面を送信することを特徴とする請求項２記載の予約管理装置。
4. 前記通信手段を介して前記ユーザ端末に複数の店舗の中から予約する店舗を選択可能な店舗選択画面を送信する店舗選択画面送信手段、
   をさらに具備し、
   前記メニュー抽出手段は、前記店舗選択画面で選択された店舗で販売される料理品のメニューのなかから前記原材料選択画面で選択された原材料の情報に基づいて注文予約が可能なメニューを抽出することを特徴とする請求項１乃至３のうちいずれか１に記載の予約管理装置。
5. 請求項１乃至４のうちいずれか１に記載の予約管理装置と、
   前記識別情報の入力を受け付ける受付手段、前記入力を受け付けた識別情報に関連付けて記憶されるメニューの情報を前記記憶部から読み出す読出手段、前記記憶部から読み出されたメニューの情報を表示部に表示させる表示手段、及び、前記表示部に表示されたメニューの注文を確定させる確定手段、備えた注文受付装置と、
   を具備したことを特徴とする飲食店システム。
6. 画面表示機能を有するユーザ端末と通信する通信手段を備えたコンピュータに、
   前記通信手段を介して前記ユーザ端末に料理品の原材料を選択可能な原材料選択画面を送信する機能、
   前記原材料選択画面で選択された原材料の情報に基づいて注文予約が可能な料理品のメニューを抽出する機能と、
   前記通信手段を介して前記ユーザ端末に前記抽出されたメニューの注文予約を受け付けるための注文予約受付画面を送信する機能と、
   前記注文予約受付画面で注文予約を受け付けたメニューの情報を一意の識別情報と関連付けて記憶部に記憶させる機能、及び
   前記通信手段を介して前記ユーザ端末に前記識別情報を通知する機能、
   を実現させるための予約管理プログラム。

Images