JP2009289006A - 注文メニュー受注プログラム、注文メニュー受注装置、および、注文メニュー受注システム - Google Patents

Abstract

【課題】設備投資額、人件費を抑制して、飲食店に来店したお客様からの注文を受けることができる注文メニュー受注プログラム、注文メニュー受注装置、および、注文メニュー受注システムを提供すること。
【解決手段】飲食店に来店したお客様が所有する携帯電話からインターネットを介してアクセスがあると、そのアクセスしたお客様にメニュー一覧画面が送信される。そして、その送信されたメニュー一覧画面の中からお客様が注文したメニューを受信し、その受信したメニューを記憶する。よって、飲食店側は、飲食店に来店したお客様の所に、わざわざ赴いて注文を受ける必要がなく、注文を受けるための店員が不要となり、その分、人件費を抑制することができる。また、お客様が所有する携帯電話を利用して注文を受けるので、設備投資額を抑制することができる。従って、設備投資額、人件費を抑制して、飲食店に来店したお客様からの注文を受けることができる。
【選択図】図５

Description

本発明は、設備投資額、人件費を抑制して、飲食店に来店したお客様からの注文を受けることができる注文メニュー受注プログラム、注文メニュー受注装置、および、注文メニュー受注システムに関するものである。

近年、飲食店では、人手不足の状況にあり、例えば、飲食店に来店したお客様の注文を受けるために、店員がお客様の所に迅速に赴くことができない状況にある。

一方、次の特許文献１には、飲食店における注文システムに関し、携帯注文装置７を携帯している給仕担当者が、顧客のテーブルに赴き、顧客から注文を受け、その注文を携帯注文装置７に入力する。携帯注文装置７は、その入力された注文を無線通信機６を介して注文コントローラ３に無線送信する。注文コントローラ３は携帯注文装置７から送信される注文を受信すると、厨房プリンタ４に調理伝票を印刷させるという技術が記載されている。
特開２００７−１９３６６９号公報（段落第「０００３」）

しかしながら、上記特許文献１に開示されている技術では、各給仕担当者毎に携帯注文装置７を用意する必要があり、設備投資に要する費用が増大するという問題点があった。また、迅速に顧客の注文を受けるには、多数の給仕担当者を雇用する必要があり、仮に、多数の給仕担当者を雇用できたとしても、その人件費が増大するという問題点があった。

本発明は、上記の問題点を解決するためになされたものであり、設備投資額、人件費を抑制しつつ、飲食店に来店したお客様からの注文を受けることができる注文メニュー受注プログラム、注文メニュー受注装置、および、注文メニュー受注システムを提供することを目的としている。

この目的を達成するために、請求項１記載の注文メニュー受注プログラムは、飲食店に来店したお客様が所有する携帯電話からインターネットを介して注文される注文メニューを受注させるものであって、前記お客様からのアクセスを受信させるアクセス受信ステップと、そのアクセス受信ステップによって前記お客様からのアクセスを受信した場合に、そのお客様にメニュー一覧を送信させるメニュー一覧送信ステップと、そのメニュー一覧送信ステップによって送信されたメニュー一覧の中から前記お客様が注文した注文メニューを受信させる注文メニュー受信ステップと、その注文メニュー受信ステップによって受信した注文メニューを注文メニュー記憶手段に記憶させる注文メニュー記憶ステップとを備えている。

請求項２記載の注文メニュー受注プログラムは、請求項１に記載の注文メニュー受注プログラムにおいて、前記お客様毎に割り当てられている識別情報を識別情報記憶手段に記憶させる識別情報記憶ステップと、前記お客様から送信される識別情報を受信させる識別情報受信ステップと、その識別情報受信ステップによって受信した識別情報と一致する識別情報が、前記前記識別情報記憶ステップによって記憶された前記識別情報記憶手段に記憶されているかを判断させる識別情報判断ステップとを備え、前記メニュー一覧送信ステップは、前記識別情報判断ステップによって前記識別情報が含まれていると判断した場合に、そのお客様にメニュー一覧を送信させる。

請求項３記載の注文メニュー受注プログラムは、請求項２に記載の注文メニュー受注プログラムにおいて、前記お客様が前記飲食店を退店する場合に、その退店するお客様に割り当てられている識別情報を取得させる識別情報取得ステップと、その識別情報取得ステップによって取得した識別情報と一致する識別情報を、前記識別情報記憶手段から消去させる識別情報消去ステップとを備えている。

請求項４記載の注文メニュー受注プログラムは、請求項３記載の注文メニュー受注プログラムにおいて、飲食店の現在の空席を示す空席情報を記憶する空席情報記憶手段から空席情報を選択させる選択ステップと、その選択ステップによって選択した空席情報を前記空席情報記憶手段から消去させる空席情報消去ステップと、その空席情報消去ステップによって消去した空席情報を、飲食店に来店したお客様の座席を示す座席情報として、その座席情報を含む前記識別情報を作成させる作成ステップと、前記識別情報取得ステップによって取得した識別情報から前記座席情報を抽出させる抽出ステップと、その抽出ステップによって抽出した前記座席情報を、前記空席情報として前記空席情報記憶手段に記憶させる空席情報記憶ステップとを備えている。

請求項５記載の注文メニュー受注プログラムは、請求項１から４のいずれかに記載の注文メニュー受注プログラムにおいて、前記注文メニュー受信ステップによって前記お客様が注文した注文メニューを受信した場合に抽選を実行させる抽選ステップと、その抽選ステップによって当選した場合に、前記お客様にプレゼント情報を送信させるプレゼント情報送信ステップとを備えている。

請求項６記載の注文メニュー受注装置は、請求項１から５のいずれかに記載の注文メニュー受注プログラムを備えている。

請求項７記載の注文メニュー受注システムは、請求項６に記載の注文メニュー受注装置と、その注文メニュー受注装置とインターネット介して通信する前記携帯電話とを備えている。

請求項１記載の注文メニュー受注プログラムによれば、飲食店に来店したお客様が所有する携帯電話からインターネットを介してアクセスがあると、そのアクセスしたお客様にメニュー一覧を送信させる。そして、その送信させたメニュー一覧の中から前記お客様が注文した注文メニューを受信させ、その受信した注文メニューを注文メニュー記憶手段に記憶させる。よって、飲食店側は、飲食店に来店したお客様の所に、わざわざ赴いて注文を受ける必要がなく、注文を受けるための店員が不要となり、その分、人件費を抑制することができる。また、お客様が所有する携帯電話を利用して注文を受けるので、例えば、各座席毎、各店員毎に、専用の端末を用意する必要はなく、設備投資額を抑制することができる。従って、設備投資額、人件費を抑制して、飲食店に来店したお客様からの注文を受けることができるという効果がある。

請求項２記載の注文メニュー受注プログラムによれば、請求項１に記載の注文メニュー受注プログラムの奏する効果に加え、アクセスがあったお客様にメニュー一覧を送信させる場合には、その前に、そのアクセスがあったお客様に割り当てられている識別情報を取得し、その取得した識別情報が識別情報記憶手段に記憶されているかを判断させ、記憶されていることを条件に、メニュー一覧を送信させる。この識別情報は、飲食店に来店したお客様だけに配布されるので、アクセスしたお客様から取得した識別情報が識別情報記憶手段に記憶されているかを判断することで、アクセスしたお客様が実際に飲食店に来店しているお客様からのアクセスであるかを確認することができる。よって、飲食店に来店していないお客様に対して、メニュー一覧を送信するのを防止することができる。従って、飲食店に来店していないお客様からの注文を受注するのを防止することができるという効果がある。

請求項３記載の注文メニュー受注プログラムによれば、請求項２に記載の注文メニュー受注プログラムの奏する効果に加え、お客様が飲食店を退店する場合、その退店するお客様に割り当てられている識別情報を取得させ、その取得した識別情報と一致する識別情報を識別情報記憶手段から消去させる。よって、識別情報記憶手段に、実際に来店しているお客様に割り当てられている識別情報だけを記憶させることができるという効果がある。

請求項４記載の注文メニュー受注プログラムによれば、請求項３に記載の注文メニュー受注プログラムの奏する効果に加え、飲食店にお客様が来店すると、飲食店の現在の空席を示す空席情報を記憶する空席情報記憶手段から空席情報を選択させ、その選択させた空席情報を空席情報記憶手段から消去させる。一方、消去した空席情報は、飲食店に来店したお客様の座席を示す座席情報として、その座席情報を含む識別情報を作成させ、その座席情報を含む識別情報がお客様に配布される。そして、お客様が飲食店を退店する場合には、そのお客様に配布した識別情報から座席情報を抽出させ、その抽出した座席情報を、今度は、空席情報として空席情報記憶手段に記憶させる。これにより、空席情報記憶手段に記憶されている空席情報を確認することで飲食店における現在の空席状況を確認することができるという効果がある。

請求項５記載の注文メニュー受注プログラムによれば、請求項１から４のいずれかに記載の注文メニュー受注プログラムの奏する効果に加え、お客様が注文した注文メニューを受信すると抽選を実行させ、その抽選で当選した場合には、お客様にプレゼント情報を送信させる。これにより、注文したお客様に楽しみを与えることができるという効果がある。

請求項６記載の注文メニュー受注装置によれば、請求項１から５のいずれかに記載の注文メニュー受注プログラムを備えているので、請求項１から５のいずれかに記載の効果と同様な効果を奏することができる。

請求項７記載の注文メニュー受注システムによれば、請求項６に記載の注文メニュー受注装置と、その注文メニュー受注装置とインターネット介して通信する前記携帯電話とを備えているので、請求項１から５のいずれかに記載の効果と同様な効果を奏することができる。

以下、本発明の好ましい実施例について、添付図面を参照して説明する。図１は、本発明の一つである注文メニュー受注システムＳを示す外観図である。この注文メニュー受注システムＳは、ウェブサーバ１と、そのウェブサーバ１とインターネットを介して接続される携帯電話２０とによって構成され、特に、設備投資額、人件費を抑制して、飲食店に来店したお客様の注文を受けることができるシステムである。尚、本発明の一つである注文メニュー受注装置としては、ウェブサーバ１が該当し、本発明の一つである注文メニュー受注プログラムとしては、ウェブサーバ１に格納されているプログラムが該当する。

ウェブサーバ１は、飲食店に設置されており、その飲食店に来店したお客様が所有する携帯電話２０からインターネットを介して注文される注文メニューを受注するコンピュータであり、ワールドワイドウェブサーバプログラムを搭載し、このプログラムによってウェブページ（例えば、飲食店が提供するメニュー一覧を含むメニュー一覧画面）を携帯電話２０に送信する。

ウェブサーバ１は、各種処理を行うコンピュータ本体１０と、データ等の入力を行うキーボード１１と、ウェブサーバ１で行われる各種処理をモニターするＣＲＴディスプレイ１２とが設けられている。ウェブサーバ１によって提供されるウェブページは、コンピュータ本体１０のハードディスク６（図２参照）に記憶されている。ウェブサーバ１は電話回線３２（図２参照）によってインターネットに接続されており、このインターネットを介して携帯電話２０と接続される。ウェブサーバ１は、携帯電話２０から送信されるコマンドを受信して、その受信したコマンドに基づいて携帯電話２０へ情報を提供する。

また、ウェブサーバ１には、プリンタ１３と、ＱＲコード読取装置１４とが接続されている。プリンタ１３は、コンピュータ本体１０から出力されるプリント指令に基づいて所定の情報やウェブサーバ１で作成されたＱＲコードを伝票、記録用紙等に記録する。ＱＲコード読取装置１４は、伝票、記録用紙等に記録されているＱＲコード（登録商標）を読み取る装置である。

尚、ウェブサーバ１と携帯電話２０とはインターネットにより相互に接続されているが、実際のインターネット上には、ウェブサーバ１或いは携帯電話２０が接続される図示しないアクセスポイントと各アクセスポイントから接続される図示しないプロバイダと呼ばれるインターネット接続業者が存在し、このプロバイダを経由して情報の送受信（電話回線３２の閉結）が実行される。

携帯電話２０は、上述したウェブサーバ１が設置されている飲食店に来店したお客様の各々が所有するものであり、ウェブサーバ１へアクセスして、ウェブサーバ１から送信されるウェブページとしてのメニュー一覧画面の中から所望するメニューを選択し、その選択したメニューをインターネットを介してウェブサーバ１に送信する。そのため、携帯電話２０は、ウェブサーバ１から提供されるウェブページを閲覧するためのソフトウェア（ウェブブラウザ２２ｂ（図２参照））を搭載している。携帯電話２０は、このウェブブラウザ２２ｂによって、ウェブサーバ１へコマンドを送信できるように構成されている。

携帯電話２０は、デジタル回線の無線回線３３（図２参照）に接続されており、無線回線３３は、基地局３４（図２参照）に接続されている。基地局３４は、図示しない移動体通信交換機（アクセスポイント）を経由して、更に図示しない中継基地局（プロバイダ）を経て電話回線３２に接続される。これにより、無線回線３３と電話回線３２とが接続され、携帯電話２０はウェブサーバ１と通信可能となっている。

携帯電話２０の筐体の一端には、アンテナ２５が設けられている。アンテナ２５は、携帯電話２０からの無線電波の送信と、携帯電話２０へ送信された無線電波の受信とを行うものである。携帯電話２０で送受信されるコマンドや情報は、このアンテナ２５を経由して送受信される。筐体前面上方には、スピーカ２６が設けられており、アンテナ２５で受信された音声情報（アナログ音声データ、会話）は、このスピーカ２６から発せられる。

スピーカ２６の下方には、ウェブサーバ１から送信された情報を表示する液晶表示器（以下「ＬＣＤ」と略す）２８が設けられている。このＬＣＤ２８にはウェブサーバ１から送信される表示画面（例えば、メニュー一覧画面等）が表示される。

ＬＣＤ２８の下方には、複数個のボタンを備えた操作パネル２９が設けられている。かかるボタンは、ウェブサーバ１へ送信されるコマンドや電話番号（数値）或いは文字等を入力するためのものである。

この操作パネル２９の上方中央部には、ＬＣＤ２８に表示される画面や情報の選択またはスクロールを行う選択ボタン２９ａが設けられており、選択ボタン２９ａの右側には、選択する内容の決定とウェブサーバ１へのコマンド送信とを行う決定ボタン２９ｂが設けられている。選択ボタン２９ａの下方左側には、携帯電話２０に接続される無線回線３３を閉結（回線の発呼および着信）するための閉結ボタン２９ｃが設けられ、更に、その閉結ボタン２９ｃの右側には閉結された無線回線３３を切断するための切断ボタン２９ｄが設けられている。閉結ボタン２９ｃおよび切断ボタン２９ｄの下方には、数値や文字等を入力するための複数のボタンが設けられている。また、この切断ボタン２９ｄは、実行中のコマンド又は表示画面をキャンセルするキャンセルボタンも兼ねている。

図２は、ウェブサーバ１と、携帯電話２０との電気的構成を示したブロック図である。ウェブサーバ１には、演算装置であるＣＰＵ３と、そのＣＰＵ３で実行される各種の制御プログラムや固定値データを記憶したＲＯＭ４と、各種のデータ等を一時的に記憶するためのメモリであるＲＡＭ５と、ハードディスク６と、インターフェース７と、モデム８と、キーボード１１と、ＣＲＴディスプレイ１２と、ＵＳＢインターフェース１５，１６とが設けられており、これらは、バスライン、入出力ポート９を介して互いに接続されている。

ＲＡＭ５には、プログラムロードエリア５ａと、空席エリア５ｂと、受注管理エリア５ｃと、乱数カウンタ５ｄと、当選番号エリア５ｅとが割り当てられている。プログラムロードエリア５ａは、ハードディスク６に記憶される各種のプログラム（例えば、後述する制御プログラム６ａ等）をロードするためのエリアである。即ち、ハードディスク６に記憶されている各種のプログラムは、一旦、ＲＡＭ５のプログラムロードエリア５ａへロードされて実行される。

空席エリア５ｂには、飲食店に設置されている全座席（複数個の座席を１とする場合も含む）のうち、空席である座席を示す情報が空席情報として記憶されている。例えば、全座席が１００席ある場合、各座席には１〜１００の座席番号が割り当てられており、その内、空席の座席番号が記憶されている。お客様が飲食店に来店すると、この空席情報の中から、店員によってお客様の人数に対応した空席情報が選択される。所定の空席情報が選択されると、その選択された空席情報が空席エリア５ｂから消去されると共に、その来店したお客様の座席情報として、その来店したお客様に配布されるＱＲコードに組み込まれる。

また、そのお客様が退店する場合には、配布したＱＲコードをお客様から受取り、そのＱＲコードに組み込まれている座席情報を読み出し、その読み出した座席情報を空席情報として空席エリア５ｂに記憶する。よって、空席エリア５ｂに記憶されている空席情報を確認することで、店内の空席状況を簡単に確認することができる。

受注管理エリア５ｃは、飲食店に来店したお客様から受注したメニューを管理するエリアであり、具体的には図３に示す受注管理テーブルが記憶されている。図３は、受注管理テーブルを模式的に示す図である。図３に示すように、受注管理テーブルには、図中最左欄に、お客様ＩＤエリア５０が設けられており、このお客様ＩＤエリア５０に記憶されている各お客様ＩＤに紐付けされ、左から順番に、受注メニューエリア５１、個数５２、個別抽選カウンタ５３、総抽選カウンタ５４、当選カウンタ５５、プレゼントエリア５６が設けられている。

お客様ＩＤエリア５０には、お客様が飲食店に来店した際に、そのお客様毎に作成されるお客様ＩＤが記憶されている。お客様ＩＤは、お客様が飲食店に入店した日時と、上述した座席情報と、ランダム値とによって構成されている。例えば、来店日時が「２００８年４月２３日１８時１０分」、座席情報が「５」、ランダム値が「Ａ」であった場合には、お客様ＩＤとして「２００８０４２３１８１０／５／Ａ」が作成され、図３の最上段のお客様ＩＤエリア５０に示すように、「２００８０４２３１８１０／５／Ａ」がお客様ＩＤとして記憶される。

受注メニューエリア５１は、お客様ＩＤによって特定されるお客様が注文したメニューを記憶するエリアである。個数エリア５２は、お客様が注文した各メニューの個数を記憶するエリアである。例えば、お客様ＩＤが「２００８０４２３１８１０／５／Ａ」であるお客様からは、「ビール４杯」、「刺身盛り合わせ１皿」、「やきとり盛り合わせ１皿」の注文を受けたことを記憶する。

個別抽選カウンタ５３には、残りの抽選回数が記憶されている。本実施形態では、お客様から、お客様の所有する携帯電話２０からインターネットを介して一回の注文を受けると、その一回の注文で注文されたメニューの総数分、抽選が行われる。個別抽選カウンタ５３には、その残りの抽選回数が記憶されている。例えば、一回の注文で、「ビール４杯」、「刺身盛り合わせ１皿」、「やきとり盛り合わせ１皿」の注文を受注した場合、受注したメニューの総数は「５」なので５回抽選が行われ、個別抽選カウンタ５３には、当初「５」が記憶され、抽選が行われる度に「１」減算され、「０」になるまで抽選が行われる。

総抽選カウンタ５４には、１回目の抽選から当選するまでの抽選回数が記憶されている。即ち、１回目の抽選が行われると「１」が記憶され、その後、抽選が行われる度に「１」が加算され、当選すると初期化（=「０」）される。即ち、全受注数を示すものではない。

当選カウンタ５５には、一回の注文において当選した当選回数が記憶されている。例えば、一回の注文で５個のメニューを受注した場合、本実施形態では５回抽選が行われるが、その５回の抽選のうち、当選する度に「１」が加算される。そして、その５回の抽選が終了すると、この当選カウンタ５５に記憶されている値と同数のプレゼントを選択するようにお客様に要求する画面をお客様の所有する携帯電話２０に送信する。尚、この要求を送信すると、当選カウンタ５５は、初期化（=「０」）される。プレゼントエリア５６には、抽選に当選したお客様が選択したプレゼントメニューが記憶される。

このように、受注管理メモリ５ｃに記憶されている受注管理テーブルには、飲食店に来店したお客様毎に作成されるお客様ＩＤの他、そのお客様ＩＤに紐付けされて受注メニュー、個数、抽選状況等が記憶されているので、この受注管理テーブルに記憶されている情報によってお客様の受注状況を管理することができる。尚、この受注管理テーブルに記憶される情報は、飲食店に来店したお客様毎に作成され、そのお客様が退店すると削除される。

再び、図２に戻り、説明を続ける。乱数カウンタ５ｄは、所定の範囲内（例えば０〜２５５）を、所定時間毎（例えば１ｍｓ毎）に「１」ずつ更新されるカウンタである。乱数カウンタ５ｄの値は、ウェブサーバ１の稼働中に絶えず更新されているので、その乱数カウンタ５ｃの読み出しのタイミングにより、ランダムな値を抽出することができる。本実施形態では、この乱数カウンタ５ｃから読み出した値が、次に説明する当選番号エリア５ｅに記憶されている場合に、当選とされ、記憶されていない場合に落選とされる。

当選番号エリア５ｅには、一種類以上の当選番号（例えば０〜２５５のうちのいずれか一種類以上の値）が記憶されている。この当選番号は、上述した総抽選カウンタ５４に記憶されている値に応じて、その種類数が設定されている。本実施形態では、総抽選カウンタ５４に記憶されている値が、「２１」以上の場合には３種類の当選番号（例えば、１，２，３）、「１１」以上「２０」以下の場合には２種類の当選番号（例えば、１，２）、「１」以上「１０」以下の場合には１種類の当選番号（例えば、１）が記憶される。即ち、総抽選カウンタ５４に記憶されている値が大きい程、当選し易く設定されている。換言すれば、受注数（注文数）が多ければ、より当選し易くなるように設定されている。

ハードディスク６は、書き換え可能な不揮発性のメモリであり、制御プログラム６ａと、ＨＴＴＰサーバプログラム６ｂと、Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ（以下「ＣＧＩ」と略す）６ｃと、ＣＧＩプログラム６ｄとを備えている。

制御プログラム６ａは、後述するＱＲコード作成処理（図４参照）、お客様ＩＤ消去処理（図５参照）を実行させるプログラムである。ＨＴＴＰサーバプログラム６ｂは、後述するメニュー受注処理（図５，図７参照）を実行させるプログラムである。具体的には、ウェブサーバ１に記憶されている情報を携帯電話２０に送信するプログラムであって、Hyper Text Transfer Protocol（以下「ＨＴＴＰ」と略す）というプログラムに従ってウェブサーバ１を制御するプログラムである。

このＨＴＴＰサーバプログラム６ｂは、携帯電話２０から送信されるコマンドを解読し、解読されたコマンドに基づいて動作する。解読の結果、携帯電話２０から送信されたコマンドがウェブサーバ１に記憶されている情報の送信を要求するコマンドである場合、ＨＴＴＰサーバプログラム６ｂは、ハードディスク６に記憶されている情報の中から、表示要求のあった情報（例えば、メニュー一覧画面、受注完了画面等）をＲＡＭ５のデータロードエリアへロードすると共に、その情報を携帯電話２０へ送信する。

ＣＧＩ６ｃは、ＣＧＩプログラム６ｄ等の外部アプリケーションをウェブサーバ１で実行するためのインターフェースである。外部アプリケーションとは、携帯電話２０に送信する情報において、ＨＴＭＬで記述されるプログラムでは対応できない処理を実行する場合に利用されるプログラムである。ＣＧＩ６ｃは、この外部アプリケーションをＨＴＴＰサーバプログラム６ｂで起動させる際に使用される。

ＣＧＩプログラム６ｄは、ＣＧＩ６ｃを介してウェブサーバ１に起動される外部アプリケーションの一種であり、ＨＴＭＬでは不可能なインタラクティブ（双方向）な動作を実行したい場合に用いられ、難解な言語を使うことなくＨＴＭＬの限界を超えることができる。

インターフェース７は、ウェブサーバ１とモデム８とを接続するためのものであり、ＲＳ−２３２Ｃ規格のインターフェイスが用いられている。ＲＳ−２３２Ｃはモデム８とコンピュータとの接続のための電気的規格であり、シリアルインターフェースであるので、ウェブサーバ１とモデム８との間のデータ伝送は１ビットずつで行われる。

モデム８は、コマンドや各種データの送信と受信とを行う送受信手段であり、アナログ通信回線（電話回線３２）でインターネット等のデータ通信を実行する際に、デジタル信号とアナログ信号との変換を行う変復調装置である。具体的には、モデム８は、ウェブサーバ１からのデータの送信時には、ウェブサーバ１のデジタル信号を電話回線３２に乗せるためのアナログ信号へと変換する変調を行う。また、データの受信時には、電話回線３２により送信されてきたアナログ信号を元のデジタル信号へと変換する復調を行う。尚、モデム８は、電話回線３２に対する制御を行うネットワーク・コントロール・ユニット（ＮＣＵ）を内蔵しており、ウェブサーバ１は、このモデム８を介して電話回線３２に接続されている。

ＵＳＢインターフェース１５，１６は、周辺装置とウェブサーバ１とを接続するインターフェースである。本実施形態では、ＵＳＢインターフェース１５を介して上述した周辺装置としてのプリンタ１３、ＵＳＢインターフェース１６を介して上述した周辺装置としてのＱＲコード読取装置１４がウェブサーバ１に接続されている。

携帯電話２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、アンテナ２５、スピーカ２６、マイク２７、ＬＣＤ２８、操作パネル２９、バッファ３３、符号化部３４、復号化部３５およびアンプ３６を備えており、これらはバスライン３７を介して相互に接続されている。

ＣＰＵ２１は、ＲＯＭ２２に記憶されるプログラムや固定値およびアンテナ２５を介して送受信される各種信号に基づいて、バスライン３７に接続された各部を制御し、双方向通信を実行するものである。ＲＯＭ２２は、この携帯電話２０で実行される通話動作やシステム動作を制御する制御プログラム２２ａやウェブブラウザ２２ｂなどを記憶した書き換え不能なメモリである。

ウェブブラウザ２２ｂは、ウェブサーバ１から送信されたウェブページ（メニュー一覧画面、受注完了画面等）を閲覧するための汎用のソフトであり、ウェブサーバ１から送信されたＨＴＭＬで記述されたホームページを解読し、ＬＣＤ２８へ表示するプログラムである。また、ＬＣＤ２８に表示されたウェブページ画面上から、所定のコマンドをウェブサーバ１へ送信し、そのコマンドに基づく処理をウェブサーバ１に実行させるプログラムである。

ＲＡＭ２３は、各種データ等を一時的に記憶するためのメモリであり、受信データメモリ２３ａと送信データメモリ２３ｂとを備えている。受信データメモリ２３ａは、アンテナ２５により受信されるウェブサーバ１から送信されたデータを記憶するためのメモリである。ここで、ウェブサーバ１から送信される情報は、基地局３４によりデジタル信号の電波信号に変換される。変換された電波信号は、搬送波により無線回線３３を介して伝送され、携帯電話２０に受信される。受信された電波信号は、その搬送波を消去することにより元のデータだけが取り出され、取り出された該データが受信データメモリ２３ａに記憶される。受信データメモリ２３ａに記憶されたデータは、ＬＣＤ２８に表示され、携帯電話２０の操作者に閲覧される。この受信データメモリ２３ａに記憶されるデータは、ＬＣＤ２８への出力が実行された後に、所定の操作を行うことによりこの受信データメモリ２３ａから消去される。

送信データメモリ２３ｂは、ウェブサーバ１に送信するデータやコマンドを一時的に記憶するためのメモリである。送信データメモリ２３ｂに記憶されるデータは、アンテナ２５から基地局３４へと送信され、その送信後に送信データメモリ２３ｂから消去される。バッファ３３は、他の携帯電話やウェブサーバ１との間で送受信されるデータを一時的に格納する緩衝用メモリである。

符号化部３４は、マイク２７より入力されたアナログ音声データをデジタル化する装置である。マイク２７より入力される会話などの音声データは、アナログ音声データであるので、デジタル回線である無線回線３３で会話を送信する際にはデジタル化（デジタル音声信号化）する必要がある。このため、Pulse Code Modulation（パルス符号変調「ＰＣＭ」）という手法によりこの符号化部３４で、アナログ音声データがデジタル化される。

復号化部３５は、他の装置から送信されたデジタル音声信号（他の装置の符号化部により符号化された音声データ）を受信した場合に、そのデジタル音声信号をアナログ音声データに変換する装置である。複合化されたアナログ音声データはスピーカ２６より出力される。

操作パネル２９は、操作者がこの携帯電話２０の設定等の各種の操作を行うためのものである。アンプ３６は、呼出音などの出力を増幅するためのものである。このように構成された携帯電話２０は、アンテナ２５を介して無線回線３３に接続されている。無線回線３３は、基地局３４を経由して電話回線３２に接続されており、これによりインターネットを介してウェブサーバ１に接続される。

図４は、ＱＲコード作成処理を示すフローチャートである。この処理は、ウェブサーバ１で実行される処理であって、飲食店にお客様が来店した際、その来店したお客様に配布するＱＲコードを作成する処理である。具体的には、店員からキーボード１１を介して本処理の実行指示が入力された場合に実行される。

この処理では、まず、空席エリア５ｂから空席情報を読み出し、その空席情報の一覧をＣＲＴ１２に表示する（Ｓ４０１）。そして、その表示された空席情報の中から、来店したお客様の人数に対応した空席情報が、店員によってキーボード１１を介して選択されたかを判断する（Ｓ４０２）。所定の空席情報が選択された場合には（Ｓ４０２：Ｙｅｓ）、その選択された空席情報を、空席エリア５ｂから消去する（Ｓ４０３）。即ち、店員が選択した空席情報が、来店したお客様の座席となるので、その選択された空席情報を空席エリア５ｂから消去する。尚、所定の空席情報が選択されない場合には（Ｓ４０２：Ｎｏ）、Ｓ４０２の処理を繰り返す。

次に、お客様ＩＤを作成する（Ｓ４０４）。具体的には、ウェブサーバ１に内蔵されているリアルタイムクロック（図示せず）から現在日時を抽出し、その現在日時と、Ｓ４０２で選択された座席情報と、ランダム値とを組み合わせてお客様ＩＤを作成する。例えば、現在日時が「２００８年４月２３日１８時１０分」、座席情報が「５」、ランダム値が「Ａ」であった場合には、お客様ＩＤとして「２００８０４２３１８１０／５／Ａ」が作成される。そして、その作成したお客様ＩＤを、受注管理テーブル（図３参照）に割り当てられているお客様ＩＤエリア５０に記憶する（Ｓ４０５）。

次に、作成したお客様ＩＤを付加したＵＲＬを作成する（Ｓ４０６）。具体的には、ウェブサーバ１のインターネット上におけるアドレスと、Ｓ４０４で作成したお客様ＩＤとを組み合わせたＵＲＬを作成する。例えば、ウェブサーバ１のインターネット上におけるアドレスが「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｊｐ」、お客様ＩＤが「２００８０４２３１８１０／５／Ａ」であれば、ＵＲＬとして「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｊｐ／２００８０４２３１８１０／５／Ａ」を作成する。そして、その作成したＵＲＬをＱＲコード化し（Ｓ４０７）、そのＱＲコードをプリンタ１３から出力させ（Ｓ４０８）、本処理を終了する。

この処理によってプリンタ１３からプリントアウトされるＱＲコードが印刷された記録用紙（伝票）は、店員から飲食店に来店したお客様に配布され、そのお客様が所有している携帯電話２０によってＱＲコードが読み込まれ、携帯電話２０からインターネットを介してウェブサーバ１にアクセスされると、次に説明するメニュー受注処理が実行される。

図５は、メニュー受注処理を示すフローチャートである。メニュー受注処理は、ウェブサーバ１によってお客様の注文を受注すると共に、その注文個数に応じて抽選を行う処理である。

この処理では、まず、携帯電話２０からの発呼か否かを判断する（Ｓ５０１）。その結果、携帯電話２０からの発呼がなかった場合には（Ｓ５０１：Ｎｏ）、このメニュー受注処理を終了する。一方、携帯電話２０からの発呼があれば（Ｓ５０１：Ｙｅｓ）、携帯電話２０との電話回線３２を閉結する（Ｓ５０２）。具体的には、飲食店に来店したお客様が店員から配布されたＱＲコード（例えば：「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｊｐ／２００８０４２３１８１０／５／Ａ」）を自身が所有する携帯電話２０で読み取り、ウェブサーバ１にアクセスする。

そして、携帯電話２０から送信される情報にお客様ＩＤが含まれているかを判断する（Ｓ５０３）。具体的には、携帯電話２０から送信される情報として、ＵＲＬを取得し、そのＵＲＬにお客様ＩＤが含まれているかを判断する。例えば、「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｊｐ／２００８０４２３１８１０／５／Ａ」を取得した場合には、ウェブサーバ１のアドレス「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘｘ．ｃｏ．ｊｐ」以降の情報に、お客様ＩＤが含まれているかを判断する。

その結果、お客様ＩＤが含まれていない場合には（Ｓ５０３：Ｎｏ）、本処理を終了する。一方、お客様ＩＤが含まれている場合には（Ｓ５０３：Ｙｅｓ）、Ｓ５０３で取得したお客様ＩＤが受注管理テーブルのお客様ＩＤエリア５０に記憶されているかを判断する。その結果、お客様ＩＤが記憶されていない場合には（Ｓ５０４：Ｎｏ）、本処理を終了する。一方、お客様ＩＤが記憶されている場合には（Ｓ５０４：Ｙｅｓ）、メニュー一覧画面を、アクセスされた携帯電話２０に送信する（Ｓ５０５）。

このように、取得したお客様ＩＤがお客様ＩＤエリア５０に記憶されている場合にだけ、メニュー一覧画面を携帯電話２０に送信することで、実際には、飲食店に来店していないお客様からのアクセスがあった場合であっても、そのお客様にメニュー一覧画面を送信するのを防止することができ、ひいては、飲食店に来店していないお客様からの注文を受注するのを防止することができる。

ここで、図６（ａ）を参照して、メニュー一覧画面について説明する。図６（ａ）はメニュー一覧画面を説明する図である。メニュー一覧画面には、飲食店が提供するメニューの一覧が含まれており、お客様は、そのメニュー一覧の中から所望するメニューを選択し、注文する。尚、図６（ａ）では、ウェブサーバ１にアクセスしたお客様の所有する携帯電話２０のＬＣＤ２８に表示されているメニュー一覧画面を示している。

携帯電話２０がウェブサーバ１からメニュー一覧画面を受信すると、携帯電話２０のＬＣＤ２８には、図６（ａ）の最左側に示すように、飲食店の店名「○○○」と、「本日は○○○に、ご来店頂き、ありがとうございました。」というメッセージが表示される。そして、お客様によって携帯電話２０の選択ボタン２９ａが操作されると、ＬＣＤ２８には、メニュー一覧（例えば、ビール５００円、焼酎３００円・・・）が表示される。

そして、そのメニュー一覧からの中から、お客様が携帯電話２０の選択ボタン２９ａを操作し、所定のメニューを選択すると、個数画面に切り替わり、その選択したメニューの注文個数が入力される。こうして、このメニュー選択と、個数入力との操作を繰り返し、注文するメニューの選択が終了すると、そのメニュー一覧画面をウェブサーバ１に送信するか否かを確認するために「Ｙｅｓ／Ｎｏ」が表示され、Ｙｅｓを選択すると、注文コマンドが付加されたメニュー一覧画面がウェブサーバ１に送信される。

再び、図５に戻り説明を続ける。Ｓ５０４の処理において、メニュー一覧画面を携帯電話２０に送信すると、次に、そのメニュー一覧画面を送信した携帯電話２０から注文コマンドを受信したかを判断する（Ｓ５０６）。その結果、注文コマンドを受信した場合には（Ｓ５０６：Ｙｅｓ）、注文されたメニューと、その個数とを受注管理テーブルに記憶する（Ｓ５０７）。

これにより、飲食店側は、飲食店に来店したお客様の所に、わざわざ赴いて注文を受ける必要がなく、注文を受けるための店員が不要となり、その分、人件費を抑制することができる。また、お客様が所有する携帯電話２０を利用して注文を受けるので、例えば、各座席毎、各店員毎に、専用の端末を用意する必要はなく、設備投資額を抑制することができる。従って、設備投資額、人件費を抑制して、飲食店に来店したお客様からの注文を受けることができる。

また、その注文を受けたメニューの合計個数を個別抽選カウンタに記憶する（Ｓ５０８）。そして、個別抽選カウンタに記憶されている回数分、図７のフローチャートに示す抽選処理を実行する（Ｓ５０９）。

ここで、図７のフローチャートを参照して、この抽選処理について説明する。この処理では、まず、総抽選カウンタ５４に「１」を加算する（Ｓ７０１）。そして、その総抽選カウンタ５４の値が「２１」以上かを判断する（Ｓ７０２）。その結果、「２１」より小さければ（Ｓ７０２：Ｎｏ）、次に、総抽選カウンタ５４の値が「１１」以上「２０」以下かを判断する（Ｓ７０３）。その結果、カウンタの値が「１１」より小さければ（Ｓ７０３：Ｎｏ）、カウンタの値は「１」以上「１０」以下であるとして、予めプログラミングされている１つの当選番号を当選番号エリア５ｅに記憶する（Ｓ７０４）。

一方、Ｓ７０３の判断において、総抽選カウンタ５４の値が「１１」以上「２０」以下であれば（Ｓ７０３：Ｙｅｓ）、予めプログラミングされている２つの当選番号を当選番号エリア５ｅに記憶し（Ｓ７０５）、Ｓ７０２の判断において、総抽選カウンタ５４の値が「２１」以上であれば（Ｓ７０２：Ｙｅｓ）、予めプログラミングされている３つの当選番号を当選番号エリア５ｅに記憶する（Ｓ７０６）。即ち、総抽選カウンタ５４の値が大きくなると、当選番号エリア５ｅに記憶される当選番号の種類が増え、当選確率が上がるように設定される。換言すれば、受注数（注文数）が多い程、当選し易くなるように設定されている。

このように、総抽選カウンタ５４の値に応じて、当選番号を当選番号エリア５ｅに記憶すると（Ｓ７０４，Ｓ７０５，Ｓ７０６）、次に、乱数カウンタ５ｄの値を読み出す（Ｓ７０７）。乱数カウンタ５ｄは、ウェブサーバ１の稼働中に絶えず更新されているので、このタイミングで乱数カウンタ５ｃの値を読み出すことで、ランダムな値を読み出すことができる。

そして、その読み出した値が当選番号エリア５ｅに記憶されているかを判断する（Ｓ７０８）。その結果、読み出した値が当選番号エリア５ｅに記憶されている場合には（Ｓ７０８：Ｙｅｓ）、受注管理テーブルの当選カウンタ５５に「１」を加算し（Ｓ７０９）、１回当選した事を記憶する。

また、この場合には、総抽選カウンタ５４の値を「０」にする（Ｓ７１０）。これにより、今回の抽選における残りの抽選が行われる場合、Ｓ７０２，Ｓ７０３の判断処理では「Ｎｏ」と判断される。よって、１回当選した場合には、次回以降の当選確率を低くく設定することができる。

一方で、Ｓ７０８の判断で、乱数カウンタ５ｄから読み出した値が当選番号エリア５ｅに記憶されていない場合には（Ｓ７０８：Ｎｏ）、落選であるとして、Ｓ７０９，Ｓ７１０の処理をスキップして、Ｓ７１１の処理に移行する。

こうして、Ｓ７０８の処理において、抽選の当落を決定すると、次の抽選に備え、当選番号エリア５ｅに記憶されている当選番号を消去する（Ｓ７１１）。また、個別抽選カウンタ５３の値から「１」を減算して（Ｓ７１２）、１回の抽選が終了したことをカウントする。そして、最後に、個別抽選カウンタ５３の値が「０」かを判断して（Ｓ７１３）、今回の注文に対する抽選が終了したかを判断する。その結果、個別抽選カウンタ５３の値が「０」以外であれば（Ｓ７１３：Ｎｏ）、再び、Ｓ７０１からの処理を繰り返し、「０」であれば（Ｓ７１３：Ｙｅｓ）、今回の抽選は終了したとして、本処理を終了する。

再び、図５に戻り、説明を続ける。上述した通り、Ｓ５０９の処理において、一回の注文における抽選が終了すると、その抽選処理で当選した当選回数（当選カウンタ５５に記憶されている値）を読み出し、その読み出した値が１以上かを判断する（Ｓ５１０）。

その結果、１以上、即ち、１回以上当選した場合には（Ｓ５１０：Ｙｅｓ）、受注完了および当選結果画面を携帯電話２０に送信し（Ｓ５１１）、当選カウンタの値を初期化し（=「０」）、本処理を終了する。一方、当選カウンタ５５の値が１以上でない、即ち、「０」である場合には（Ｓ５１０：Ｎｏ）、今回の抽選は落選であるとして、受注完了および落選結果画面を携帯電話２０に送信し（Ｓ５１２）、本処理を終了する。

ここで、図６（ｂ）を参照して上述したＳ５１１で携帯電話２０に送信される受注完了および当選結果画面、図６（ｃ）を参照してＳ５１２で携帯電話２０に送信される受注完了および落選結果画面について説明する。尚、図６（ｂ）、（ｃ）では、ウェブサーバ１にアクセスしたお客様の所有する携帯電話２０のＬＣＤ２８に表示されているメニュー一覧画面を示している。

図６（ｂ）に示す受注完了および当選結果画面は、主に、注文の受注を完了した事、当選した事を知らせる画面である。ウェブサーバ１から受注完了および当選結果画面を受信すると、携帯電話２０のＬＣＤ２８には、図６（ｂ）の最左側に示すように、「ご注文を承りました。ありがとうございます。」という注文の受注を完了した事を知らせるメッセージと、「おめでとうございます。当選です。」という抽選に当選したことを知らせるメッセージとが表示される。更に、「プレゼントメニューから○個選択して下さい。」というメッセージが表示される。尚、この○個は、当選カウンタ５５の値が表示されることになる。

そして、お客様によって携帯電話２０の選択ボタン２９ａが操作されると、ＬＣＤ２８には、プレゼントメニュー一覧（例えば、焼き鳥２本、枝豆、おつまみ、グラスワイン、漬け物・・・）が表示される。そして、そのメニュー一覧からの中から、お客様が携帯電話２０の選択ボタン２９ａを操作し、所定のメニューを選択すると、個数画面に切り替わり、その選択したメニューの注文個数が入力される。

こうして、このプレゼントメニュー選択と、個数入力との操作を繰り返し、注文するメニューの選択が終了すると、その受注完了および当選結果画面をウェブサーバ１に送信するか否かを確認するために「Ｙｅｓ／Ｎｏ」が表示され、Ｙｅｓを選択すると、プレゼント要求コマンドが付加された受注完了および当選結果画面がウェブサーバ１に送信される。

一方、図６（ｃ）に示す受注完了および落選結果画面は、主に、注文の受注を完了した事、落選した事を知らせる画面である。ウェブサーバ１から受注完了および落選結果画面を受信すると、携帯電話２０のＬＣＤ２８には、図６（ｃ）に示すように、「ご注文を承りました。ありがとうございます。」という注文の受注を完了した事を知らせるメッセージと、「残念ながら、今回は、落選です。」という抽選に落選したことを知らせるメッセージとが表示される。こうして、お客様に、注文が完了した事、抽選の当落を知らせることができる。

再び、図５に戻り、説明を続ける。Ｓ５０６の判断で、注文コマンドを受信しなった場合には（Ｓ５０６：Ｎｏ）、プレゼント要求コマンドを受信したかを判断し（Ｓ５１４）、プレゼント要求コマンドでない場合には（Ｓ５１４：Ｎｏ）、本処理を終了し、プレゼント要求コマンドであった場合には（Ｓ５１４：Ｙｅｓ）、要求されたプレゼントをプレゼントエリア５６に記憶する（Ｓ５１５）。そして、プレゼント受注完了画面を携帯電話２０に送信し（Ｓ５１６）、本処理を終了する。

図８は、お客様ＩＤ消去処理を示すフローチャートである。この処理は、ウェブサーバ１で実行される処理であり、受注管理テーブルのお客様ＩＤエリア５０に記憶されるお客様ＩＤと、そのお客様ＩＤに紐付けされている他の情報を消去する処理である。具体的には、飲食店に来店していたお客様が退店する場合に、そのお客様に対して配布したＱＲコードを店員が受取り、その店員によって本処理の実行が指示された場合に実行される処理である。

この処理では、まず、ＱＲコードを読み取ったかを判断する（Ｓ８０１）。具体的には、ウェブサーバ１に接続されているＱＲコード読取装置１４を介して、店員が退店するお客様から配布されたＱＲコードを読み取る。

そして、ＱＲコードが読取れたと判断した場合には（Ｓ８０１：Ｙｅｓ）、読み取ったＱＲコードにお客様ＩＤが付加されているか判断し（Ｓ８０２）、お客様ＩＤが付加されている場合には（Ｓ８０２：Ｙｅｓ）、その読み取ったＱＲコードからお客様ＩＤを抽出し（Ｓ８０３）、その抽出したお客様ＩＤが受注管理テーブルのお客様ＩＤエリア５０に記憶されているか判断する（Ｓ８０４）。

そして、その抽出したお客様ＩＤがお客様ＩＤエリア５０に記憶されている場合には（Ｓ８０４：Ｙｅｓ）、更に、抽出したお客様ＩＤから座席情報を抽出し（Ｓ８０５）、その抽出した座席情報を空席情報として空席エリア５ｂに記憶する（Ｓ８０６）。また、お客様ＩＤエリア５０に記憶されているお客様ＩＤと、そのお客様ＩＤに紐付けされている情報とを消去し（Ｓ８０７）、本処理を終了する。

尚、Ｓ８０１の処理でＱＲコードが読取れない場合（Ｓ８０１：Ｎｏ）、Ｓ８０２の処理で読み取ったＱＲコードにお客様ＩＤが付加されていない場合（Ｓ８０２：Ｎｏ）、Ｓ８０４の処理で抽出したお客様ＩＤがお客様ＩＤメモリに記憶されていない場合には（Ｓ８０４：Ｎｏ）、本処理を終了する。

このように、上述した注文メニュー受注システムＳ（ウェブサーバ１）によれば、飲食店に来店したお客様が所有する携帯電話２０からインターネットを介してアクセスがあると、そのアクセスしたお客様にメニュー一覧画面が送信される。そして、その送信されたメニュー一覧画面の中からお客様が注文したメニューを受信し、その受信したメニューを記憶する。

よって、飲食店側は、飲食店に来店したお客様の所に、わざわざ赴いて注文を受ける必要がなく、注文を受けるための店員が不要となり、その分、人件費を抑制することができる。また、お客様が所有する携帯電話２０を利用して注文を受けるので、設備投資額を抑制することができる。従って、設備投資額、人件費を抑制して、飲食店に来店したお客様からの注文を受けることができる。

以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。

例えば、受注管理テーブルに記憶されている受注メニュー、プレゼントメニューの各々に対応する提供済フラグを設け、その受注したメニューをお客様に実際に提供したことを示す信号を店員がキーボード１１を介して入力することで、その提供済フラグが「ＯＦＦ」から「ＯＮ」に切り替るように構成し、その提供済フラグの状況をＣＲＴ１２で表示可能に構成しても良い。これにより、受注したメニューをお客様に提供済かを一見して把握することができる。また、受注管理テーブルに記憶されている受注メニュー、その個数を、そのお客様に請求する請求額を算出するのに利用できるように構成しても良い。

また、本実施形態では、抽選で当選した場合、予め決められているプレゼントメニューから任意のメニューをお客様に選択させ、その選択したメニューをプレゼントするように構成したが、抽選で当選した場合には、大小２つのボックス画像を送信し、その大小２つのボックスのいずれかを当選したお客様に選択させ、その選択によって予め決められているプレゼントを提供するように構成しても良い。また、プレゼントとしては、日用品雑貨、旅行チケット、ギフト券等の他の景品、飲食店の割引券等であっても良い。

また、本実施形態では、図４に示すＱＲコード作成処理において、そのＳ４０７では、お客様ＩＤを付加したＵＲＬをＱＲコード化する場合について説明した。しかし、これに代えて、ウェブサーバ１のアドレスだけをＵＲＬ（お客様ＩＤが付加されていないＵＲＬ）として、そのＵＲＬをＱＲコード化し、Ｓ４０４で作成したお客様ＩＤは、飲食店に来店したお客様に配布する記録用紙上に直接、プリントアウトする。お客様が所有する携帯電話からウェブサーバ１にアクセスがあった場合に、ウェブサーバ１からお客様の携帯電話２０に対してお客様ＩＤの送信を要求する。お客様は、配布された記録用紙上にプリントされているお客様ＩＤを携帯電話２０に手入力し、それをウェブサーバ１に送信する。ウェブサーバ１は、その送信されたお客様ＩＤがお客様ＩＤエリアに記憶されていることを条件に、メニュー一覧画面を携帯電話２０に送信するように構成しても良い。

インターネットを介して相互に接続されているウェブサーバと携帯電話との接続状態を示した外観図である。 ウェブサーバと、そのウェブサーバに接続される携帯電話との電気的構成を示したブロック図である。 受注管理テーブルを模式的に示す図である。 ＱＲコード作成処理を示すフローチャートである。 メニュー受注処理を示すフローチャートである。 （ａ）はメニュー一覧画面を説明する図である。（ｂ）は受注完了および当選結果画面を説明する図である。（ｃ）は受注完了および落選結果画面を説明する図である。 抽選処理を示すフローチャートである。 お客様ＩＤ消去処理を示すフローチャートである。

符号の説明

１ ウェブサーバ（注文メニュー受注装置）
２０ 携帯電話
５ｂ 空席エリア（空席情報記憶手段）
６ａ 制御プログラム（注文メニュー受注プログラムの一部）
６ｂ ＨＴＴＰサーバプログラム（注文メニュー受注プログラムの一部）
５０ お客様ＩＤエリア（識別情報記憶手段）
５１ 受注メニューエリア（注文メニュー記憶手段）
Ｓ４０２ 選択ステップ
Ｓ４０３ 空席情報消去ステップ
Ｓ４０４ 作成ステップ
Ｓ４０５ 識別情報記憶ステップ
Ｓ５０２ アクセス受信ステップ、識別情報受信ステップ
Ｓ５０４ 識別情報判断ステップ
Ｓ５０５ メニュー一覧送信ステップ
Ｓ５０６ 注文メニュー受信ステップ
Ｓ５０７ 注文メニュー記憶ステップ
Ｓ５０９ 抽選ステップ
Ｓ５１１ プレゼント情報送信ステップ
Ｓ８０３ 識別情報取得ステップ
Ｓ８０７ 識別情報消去ステップ
Ｓ８０５ 抽出ステップ
Ｓ８０６ 空席情報記憶ステップ
Ｓ 注文メニュー受注システム

Claims (7)

1. 飲食店に来店したお客様が所有する携帯電話からインターネットを介して注文される注文メニューを受注させる注文メニュー受注プログラムであって、
   前記お客様からのアクセスを受信させるアクセス受信ステップと、
   そのアクセス受信ステップによって前記お客様からのアクセスを受信した場合に、そのお客様にメニュー一覧を送信させるメニュー一覧送信ステップと、
   そのメニュー一覧送信ステップによって送信されたメニュー一覧の中から前記お客様が注文した注文メニューを受信させる注文メニュー受信ステップと、
   その注文メニュー受信ステップによって受信した注文メニューを注文メニュー記憶手段に記憶させる注文メニュー記憶ステップとを備えていることを特徴とする注文メニュー受注プログラム。
2. 前記お客様毎に割り当てられている識別情報を識別情報記憶手段に記憶させる識別情報記憶ステップと、
   前記お客様から送信される識別情報を受信させる識別情報受信ステップと、
   その識別情報受信ステップによって受信した識別情報と一致する識別情報が、前記前記識別情報記憶ステップによって記憶された前記識別情報記憶手段に記憶されているかを判断させる識別情報判断ステップとを備え、
   前記メニュー一覧送信ステップは、前記識別情報判断ステップによって前記識別情報が含まれていると判断した場合に、そのお客様にメニュー一覧を送信させることを特徴とする請求項１に記載の注文メニュー受注プログラム。
3. 前記お客様が前記飲食店を退店する場合に、その退店するお客様に割り当てられている識別情報を取得させる識別情報取得ステップと、
   その識別情報取得ステップによって取得した識別情報と一致する識別情報を、前記識別情報記憶手段から消去させる識別情報消去ステップとを備えていることを特徴とする請求項２に記載の注文メニュー受注プログラム。
4. 飲食店の現在の空席を示す空席情報を記憶する空席情報記憶手段から空席情報を選択させる選択ステップと、
   その選択ステップによって選択した空席情報を前記空席情報記憶手段から消去させる空席情報消去ステップと、
   その空席情報消去ステップによって消去した空席情報を、飲食店に来店したお客様の座席を示す座席情報として、その座席情報を含む前記識別情報を作成させる作成ステップと、
   前記識別情報取得ステップによって取得した識別情報から前記座席情報を抽出させる抽出ステップと、
   その抽出ステップによって抽出した前記座席情報を、前記空席情報として前記空席情報記憶手段に記憶させる空席情報記憶ステップとを備えていることを特徴とする請求項３に記載の注文メニュー受注プログラム。
5. 前記注文メニュー受信ステップによって前記お客様が注文した注文メニューを受信した場合に抽選を実行させる抽選ステップと、
   その抽選ステップによって当選した場合に、前記お客様にプレゼント情報を送信させるプレゼント情報送信ステップとを備えていることを特徴とする請求項１から４のいずれかに記載の注文メニュー受注プログラム。
6. 請求項１から５のいずれかに記載の注文メニュー受注プログラムを備えていることを特徴とする注文メニュー受注装置。
7. 請求項６に記載の注文メニュー受注装置と、その注文メニュー受注装置とインターネット介して通信する前記携帯電話とを備えていることを特徴とする注文メニュー受注システム。
   
   
   
   

Images