(57)【要約】【課題】  飲食店等の利用者が所持する携帯端末を利用して注文を受け付けることでシステム導入負担を軽減しつつ、真の利用者以外の者からの不正アクセスを防止することを目的とする。【解決手段】  利用者がチェックインした場合に、注文を受け付ける期間（以下、「セッション」という）を識別するためのセッション情報を生成して、注文対象の届け先を示す位置情報と関連付けて登録する。一方、携帯端末より受信したログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが登録されているか否かを照合する。登録されている場合は、前記携帯端末を所持する利用者のセッションが有効であると判断して注文を受け付け、注文と位置情報とを対応付けて管理する。【選択図】図１
2006302218.tif 000002
【特許請求の範囲】
【請求項１】
利用者の所持する携帯端末とネットワークを介して接続可能に構成された情報処理システムであって、
利用者がチェックインした場合に、当該利用者から注文を受け付ける期間（以下、「セッション」という）を識別するためのセッション情報を生成するセッション情報生成手段と、
前記セッション情報生成手段によって生成されたセッション情報を、注文対象の届け先を示す位置情報と関連付けて店舗管理情報記憶手段に登録するチェックイン情報登録手段と、
携帯端末からログイン情報を受信するログイン情報受信手段と、
前記ログイン情報受信手段によって受信されたログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、前記店舗管理情報記憶手段に登録されているか否かを照合する照合手段と、
前記照合手段による照合の結果、登録されている場合に、前記携帯端末を所持する利用者のセッションが有効であると判断して、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理する注文受付手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記情報処理システムは、
位置情報を入力する入力手段と、
利用者がチェックアウトした場合に、前記入力手段により入力された位置情報に関連付けられたセッション情報を前記店舗管理情報記憶手段から削除する削除手段と、
をさらに備えることを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報処理システムは、
前記セッション情報生成手段によって生成されたセッション情報と当該セッション情報と関連付けられている前記位置情報とを含むコード情報を出力する出力手段
をさらに備え、前記コード情報は、利用者が携帯端末からログイン情報を送信する際に参照されることを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記注文受付手段は、
前記照合手段による照合の結果、登録されている場合に、前記ログイン情報に含まれる位置情報と前記ログイン情報を送信した携帯端末のアドレスを示す端末アドレス情報とを関連付けてアドレス登録情報記憶手段に登録するアドレス登録手段と、
前記アドレス登録手段による登録後、前記ログイン情報を送信した携帯端末に、前記セッション情報及び前記端末アドレス情報を含むＵＲＬ情報を送信するＵＲＬ情報送信手段と、
携帯端末からＵＲＬ情報に基づくアクセスを受けた場合に、当該ＵＲＬ情報に含まれるセッション情報と端末アドレス情報を抽出し、該抽出されたセッション情報が前記店舗管理情報記憶手段に登録されているか否か及び該抽出された端末アドレス情報が前記アドレス登録情報記憶手段に登録されているか否かをそれぞれ照合して、セッション情報及び端末アドレス情報の両者が登録されている場合には、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記位置情報とを対応付けて管理するＵＲＬチェック手段と、
を備えることを特徴とする請求項１乃至３のいずれかに記載の情報処理システム。
【請求項５】
前記アドレス登録手段は、さらに、グループを形成する複数の利用者について前記位置情報が同一である場合、個別のアクセスの可否を示す使用フラグ情報を端末アドレス情報と対応付けて前記アドレス登録情報記憶手段に登録し、
前記ＵＲＬチェック手段は、携帯端末からアクセスを受けた場合に、前記使用フラグ情報を参照して、前記携帯端末からのアクセスを受け付けるか否かを決定する
ことを特徴とする請求項４に記載の情報処理システム。
【請求項６】
利用者の所持する携帯端末及び飲食店等の店舗に設置される店舗システムとそれぞれネットワークを介して接続可能に構成された情報処理システムであって、
利用者がチェックインした場合に、当該利用者から注文を受け付ける期間（以下、「セッション」という）を識別するためのセッション情報と注文対象の届け先を示す位置情報とを、店舗システムから受信するチェックイン情報受信手段と、
前記チェックイン情報生成手段によって受信された位置情報とセッション情報とを関連付けて店舗管理情報記憶手段に登録するチェックイン情報登録手段と、
携帯端末からログイン情報を受信するログイン情報受信手段と、
前記ログイン情報受信手段によって受信されたログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、前記店舗管理情報記憶手段に登録されているか否かを照合する照合手段と、
前記照合手段による照合の結果、登録されている場合に、前記携帯端末を所持する利用者のセッションが有効であると判断して、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理する注文受付手段と、
を備えることを特徴とする情報処理システム。
【請求項７】
利用者の所持する携帯端末とネットワークを介して接続可能に構成された情報処理システムにおいて前記携帯端末から注文を受け付けるための情報処理方法であって、
前記情報処理システムの備える処理手段が、利用者がチェックインした場合に、当該利用者から注文を受け付ける期間（以下、「セッション」という）を識別するためのセッション情報を生成するステップと、
前記情報処理システムの備える処理手段が、前記セッション情報を、注文対象の届け先を示す位置情報と関連付けて店舗管理情報記憶手段に登録するステップと、
前記情報処理システムの備える処理手段が、携帯端末からログイン情報を受信するステップと、
前記情報処理システムの備える処理手段が、前記ログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、前記店舗管理情報記憶手段に登録されているか否かを照合するステップと、
前記情報処理システムの備える処理手段が、前記照合の結果、登録されている場合に、前記携帯端末を所持する利用者のセッションが有効であると判断して、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理するステップと、
を備えることを特徴とする情報処理方法。
【請求項８】
請求項７に記載の情報処理方法をコンピュータで実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レストラン等の飲食店における店舗運営を支援するための情報処理システムに関し、特に、利用者の有する携帯端末からメニュー等の注文（オーダー）を行うための情報処理技術に関する。
【背景技術】
【０００２】
従来、レストラン等の飲食店で利用者がメニューを注文しようとするときには、利用者は店員を呼んで、店員に対して注文を頼むことが広く行われていた。店員を呼ぶための呼び出しボタンをテーブル毎に設置することも普通に行われていた。
【０００３】
また、注文処理自体を支援するためのシステムとして、テーブル毎に専用のオーダー端末装置を備え付けて、当該オーダー端末装置を利用者が操作して注文処理を行えるようにしたシステムが知られている（特許文献１）。このような注文処理支援システムは、利用者がオーダー端末装置を自ら操作することによって、店員を介することなく利用者が頼みたいときに注文をすることができるという利点があった。
【特許文献１】特開２００２−２１５７５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、店員を呼んで注文を伝えるような場合、利用者が注文をしようとしてもなかなか店員が来てくれないとか、呼び出しボタンを押しても店員が気付いてくれないという問題が生じがちであった。また、店員と対面で注文を頼むことで、注文ミスや注文漏れ等の人為的なミスが生じるという問題があった。
【０００５】
一方、オーダー端末装置を使用した注文処理支援システムを利用すれば、上記のような人為的な理由で生じるミスを回避することは可能となる。しかしながら、各テーブルに専用のオーダー端末装置を新たに設置する必要があるため、システムを導入するための費用負担や店舗工事に伴う各種の負担は小さくないという問題があった。
【０００６】
発明者らは上記問題を検討し、専用のオーダー端末装置の代わりに、利用者の所持する携帯電話機を使用すれば、システム導入負担を軽減できると考えるに至った。しかしながら、単に携帯電話機に置き換えるだけでは、携帯電話機からの注文が真の利用者から発せられたものかどうかを特定することができないため、真の利用者以外の者からの誤注文やいたずらを防止することができないという課題があった。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明は、利用者の所持する携帯端末とネットワークを介して接続可能に構成された情報処理システムであって、利用者がチェックインした場合に、当該利用者から注文を受け付ける期間（以下、「セッション」という）を識別するためのセッション情報を生成するセッション情報生成手段と、前記セッション情報生成手段によって生成されたセッション情報を、注文対象の届け先を示す位置情報と関連付けて店舗管理情報記憶手段に登録するチェックイン情報登録手段と、携帯端末からログイン情報を受信するログイン情報受信手段と、前記ログイン情報受信手段によって受信されたログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、前記店舗管理情報記憶手段に登録されているか否かを照合する照合手段と、前記照合手段による照合の結果、登録されている場合に、前記携帯端末を所持する利用者のセッションが有効であると判断して、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理する注文受付手段と、を備えることを特徴とする。
【０００８】
前記情報処理システムは、位置情報を入力する入力手段と、利用者がチェックアウトした場合に、前記入力手段により入力された位置情報に関連付けられたセッション情報を前記店舗管理情報記憶手段から削除する削除手段と、をさらに備えることを特徴とする。
【０００９】
前記情報処理システムは、前記セッション情報生成手段によって生成されたセッション情報と当該セッション情報と関連付けられている前記位置情報とを含むコード情報を出力する出力手段をさらに備え、前記コード情報は、利用者が携帯端末からログイン情報を送信する際に参照されることを特徴とする。
【００１０】
前記注文受付手段は、前記照合手段による照合の結果、登録されている場合に、前記ログイン情報に含まれる位置情報と前記ログイン情報を送信した携帯端末のアドレスを示す端末アドレス情報とを関連付けてアドレス登録情報記憶手段に登録するアドレス登録手段と、前記アドレス登録手段による登録後、前記ログイン情報を送信した携帯端末に、前記セッション情報及び前記端末アドレス情報を含むＵＲＬ情報を送信するＵＲＬ情報送信手段と、携帯端末からＵＲＬ情報に基づくアクセスを受けた場合に、当該ＵＲＬ情報に含まれるセッション情報と端末アドレス情報を抽出し、該抽出されたセッション情報が前記店舗管理情報記憶手段に登録されているか否か及び該抽出された端末アドレス情報が前記アドレス登録情報記憶手段に登録されているか否かをそれぞれ照合して、セッション情報及び端末アドレス情報の両者が登録されている場合には、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記位置情報とを対応付けて管理するＵＲＬチェック手段と、を備えることを特徴とする。
【００１１】
前記アドレス登録手段は、さらに、グループを形成する複数の利用者について前記位置情報が同一である場合、個別のアクセスの可否を示す使用フラグ情報を端末アドレス情報と対応付けて前記アドレス登録情報記憶手段に登録し、前記ＵＲＬチェック手段は、携帯端末からアクセスを受けた場合に、前記使用フラグ情報を参照して、前記携帯端末からのアクセスを受け付けるか否かを決定することを特徴とする。
【００１２】
また、本発明は、利用者の所持する携帯端末及び飲食店等の店舗に設置される店舗システムとそれぞれネットワークを介して接続可能に構成された情報処理システムであって、利用者がチェックインした場合に、当該利用者から注文を受け付ける期間を識別するためのセッション情報と注文対象の届け先を示す位置情報とを、店舗システムから受信するチェックイン情報受信手段と、前記チェックイン情報生成手段によって受信された位置情報とセッション情報とを関連付けて店舗管理情報記憶手段に登録するチェックイン情報登録手段と、携帯端末からログイン情報を受信するログイン情報受信手段と、前記ログイン情報受信手段によって受信されたログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、前記店舗管理情報記憶手段に登録されているか否かを照合する照合手段と、前記照合手段による照合の結果、登録されている場合に、前記携帯端末を所持する利用者のセッションが有効であると判断して、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理する注文受付手段と、を備えることを特徴とする。
【００１３】
また、本発明は、利用者の所持する携帯端末とネットワークを介して接続可能に構成された情報処理システムにおいて前記携帯端末から注文を受け付けるための情報処理方法であって、前記情報処理システムの備える処理手段が、利用者がチェックインした場合に、当該利用者から注文を受け付ける期間を識別するためのセッション情報を生成するステップと、前記情報処理システムの備える処理手段が、前記セッション情報を、注文対象の届け先を示す位置情報と関連付けて店舗管理情報記憶手段に登録するステップと、前記情報処理システムの備える処理手段が、携帯端末からログイン情報を受信するステップと、前記情報処理システムの備える処理手段が、前記ログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、前記店舗管理情報記憶手段に登録されているか否かを照合するステップと、前記情報処理システムの備える処理手段が、前記照合の結果、登録されている場合に、前記携帯端末を所持する利用者のセッションが有効であると判断して、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理するステップと、を備えることを特徴とする。
【００１４】
本発明のプログラムは、本発明の情報処理方法の各工程をコンピュータ上で実行させることを特徴とする。この場合のプログラムは、ＣＤ−ＲＯＭ，磁気ディスク、半導体メモリ及び通信ネットワークなどの各種の媒体を通じてコンピュータにインストール又はロードすることができる。また、コンピュータプログラムが、ＰＣカード等に記録されて流通する場合も含む。
【００１５】
なお、本明細書において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。
【発明の効果】
【００１６】
本発明によれば、飲食店等の利用者が所持する携帯端末を利用して注文を受け付けることでシステム導入負担を軽減しつつ、真の利用者以外の者からの不正アクセス（誤注文やいたずら等）を防止することが可能になる。
【発明を実施するための最良の形態】
【００１７】
まず、図１を用いて、本実施形態の店舗運営を支援するための情報処理システム（以下、「オーダーリングシステム」という）の構成について説明する。
【００１８】
図１は、オーダーリングシステムの概略構成を示すブロックダイアグラムである。図１に示すように、オーダーリングシステム１００は、飲食店等を利用する利用者が所持する携帯端末１、店舗運営を支援するためのＷｅｂサーバー２、飲食店等の店舗に設置される店舗システム３を備え、これらが所定のネットワークＮ（ＬＡＮ、インターネット、専用線、パケット通信網、それらの組み合わせ等のいずれであってもよく、有線、無線の両方を含む）を介して相互に接続されることにより構成される。
【００１９】
携帯端末１は、飲食店等を利用する利用者が所持するネットワーク接続機能を備えた汎用の携帯型情報端末装置である。例えば、インターネット接続機能を備えた携帯電話機、ＰＤＡ（Personal Digital Assistance）のような移動体端末装置、持ち運び可能な汎用のパーソナルコンピュータを適用することができる。携帯端末１は好ましくは、二次元バーコードを含む画像情報を読み取り可能な画像読み取り機能を備える。
【００２０】
Ｗｅｂサーバー２には、図２に示すようなＣＰＵ、ＲＯＭ、ＲＡＭ、外部記憶装置、ユーザインタフェース、ディスプレイ、及び通信インタフェースを備える汎用のコンピュータを適用することができる。なお、Ｗｅｂサーバー２は、単一のコンピュータより構成されるものであっても、ネットワーク上に分散した複数のコンピュータより構成されるものであってもよい。Ｗｅｂサーバー２は、ＣＰＵが、ＲＯＭ、ＲＡＭ、外部記憶装置などに記憶された所定のプログラム（本発明にかかるオーダーリングの処理内容を規定したプログラム）を実行することにより、各種機能実現手段（図４を参照）としてＷｅｂサーバー２を機能させる。
【００２１】
店舗システム３は、飲食店の店舗側に設置されるシステムである。店舗システム３は単一のコンピュータより構成されるものであっても、ネットワーク上に分散した複数のコンピュータより構成されるものであってもよい。店舗システム３は店舗に既設のシステムを利用することができるものであり、一例として、ＰＯＳ（Point of Sales）システム４、オーダーエントリーシステム（以下「ＯＥＳ」という）５、ハンディ端末６により構成される。店舗システム３のＣＰＵが、ＲＯＭ、ＲＡＭ、外部記憶装置などに記憶された所定のプログラム（本発明にかかるオーダーリングの処理内容を規定したプログラム）を実行することにより、各種機能実現手段（図５を参照）として店舗システム３を機能させる。
【００２２】
以下、オーダーリングシステム１００の機能や動作を実施例に基づいて詳細に説明する。
【実施例】
【００２３】
本実施例の詳細について図３ないし図１３を用いて説明する。図３は、本実施例の携帯端末１の機能構成図を示すブロック図である。図４は、本実施例のＷｅｂサーバー２の機能構成図を示すブロック図である。図５は、本実施例の店舗システム３の機能構成図を示すブロック図である。図６乃至図９は、本実施例に係るＷｅｂサーバー２の記憶部２２のデータ構成の一例を示す図である。図１０乃至図１３は、オーダーリングシステム１００の全体の処理の流れを示すフローチャートである。各フローチャート中の各工程（符号が付与されていない部分的な工程を含む）は、処理内容に矛盾が生じない範囲で任意に順番を変更して又は並列に実行することができる。
【００２４】
図３に示すように、携帯端末１は、本実施例における主な構成として、携帯端末１の動作全体を制御する制御部１０と、注文処理に必要な情報を記憶するための記憶部１２、Ｗｅｂサーバー２との間でデータ通信を行うための通信部１１、データを入力するための入力部１３、データを出力するための出力部１４とを備える。本実施例において入力部１３は、通常のキー入力手段に加えて、画像情報を読み込むためのカメラ入力手段を備える。
【００２５】
図４に示すように、Ｗｅｂサーバー２は、本発明における主な構成として、携帯端末１を用いて注文処理を行うためのＷｅｂサーバー２の動作全体を制御する制御部２０と、携帯端末１を用いた注文処理に必要な情報を記憶するための記憶部２２と、携帯端末１又は店舗システム３のＰＯＳシステム４との間でデータ通信を行うための通信部２１とを備える。
【００２６】
制御部２０は、チェックイン情報受信手段２０１、チェックイン情報登録手段２０２、ログイン情報受信手段２０３、照合手段２０４、注文受付手段２０５、削除手段２０９を備える。さらに、注文受付手段２０５は、アドレス登録手段２０６、ＵＲＬ情報送信手段２０７、ＵＲＬチェック手段２０８を備える。記憶部２２は、店舗管理情報記憶手段２２１、アドレス登録情報記憶手段２２２、仮注文情報記憶手段２２３、確定注文情報記憶手段２２４、メニュー情報記憶手段２２５を備える。
【００２７】
チェックイン情報受信手段２０１は、利用者がチェックインした場合に、セッション情報と位置情報とを、店舗システム３から受信するための処理を行う。セッション情報とは、利用者から注文を受け付ける期間（セッション）を識別するための情報であり、各店舗のテーブル毎にチェックインからチェックアウトまで有効となるように管理される。ここで、チェックインとは注文の受付けを開始する時点のことであり、チェックアウトとは注文の受付けを終了する時点のことである。本実施例では、利用者が最初のオーダーを頼むときをチェックインとして、精算したときをチェックアウトとしているが、例えば、利用者が入店したときをチェックインとしてもよい。本実施例では、セッション情報として、各テーブルのセッションを一意に特定するためにテーブル毎にシーケンシャルに付与される番号（以下「ＳＥＱ番号」という）を利用している。また、位置情報とは、注文対象の届け先を示すための情報であり、例えば、利用者がどのテーブルに着いているかを識別して、店員が注文対象を届けるために使用するための情報である。本実施例では、利用者の入店している店舗を識別するための店舗コードと、店舗内のテーブルを識別するためのテーブル番号とを合わせたものを、位置情報として利用している。また、注文対象とは、注文した商品又は役務のことであり、本実施例では利用者の注文した料理等を指す。
【００２８】
チェックイン情報登録手段２０２は、チェックイン情報受信手段２０１が店舗システム３から受信したセッション情報と位置情報とを関連付けて店舗管理情報記憶手段２２１に登録するための処理を行う。本実施例では、ＳＥＱ番号を店舗コード及びテーブル番号と関連付けて店舗管理テーブルに登録する。
【００２９】
ログイン情報受信手段２０３は、携帯端末１からログイン情報を受信するための処理を行う。ここで、ログイン情報とは、利用者が携帯端末１を使用して注文するときに、当該利用者が真の利用者かどうか、すなわち、利用者が店舗内のテーブル（卓）を現在使用している者かどうかを確認するために使用される情報であり、真の利用者であると判断された場合には、携帯端末１からの注文が受け付け可能となる。ログイン情報は少なくとも、位置情報及びセッション情報を含むものである。本実施例では、店舗コード、テーブル番号、ＳＥＱ番号、及び、利用者の所持する携帯端末１に割り当てられているメールアドレスをログイン情報として使用している。
【００３０】
照合手段２０４は、ログイン情報受信手段２０３によって携帯端末１から受信されたログイン情報から位置情報とセッション情報とを抽出し、当該位置情報とセッション情報との組み合わせが、店舗管理情報記憶手段２２１に登録されているか否かを照合するための処理を行う。本実施例では、携帯端末１から受信したログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、店舗管理テーブルに当該店舗コード、テーブル番号及びＳＥＱ番号の組み合わせが登録されているか否かを照合する。
【００３１】
注文受付手段２０５は、照合手段２０４による照合の結果、登録されている場合に、携帯端末１を所持する利用者のセッションが有効であると判断して、携帯端末１から前記利用者の注文を受け付け、当該受け付けた注文と前記照合に用いた位置情報とを対応付けて管理するための処理を行う。本実施例では、注文受付手段２０５は、アドレス登録手段２０６、ＵＲＬ情報送信手段２０７及びＵＲＬチェック手段２０８により構成される。
【００３２】
アドレス登録手段２０６は、照合手段２０４による照合の結果、登録されている場合に、ログイン情報に含まれる位置情報とログイン情報を送信した携帯端末のアドレスを示す端末アドレス情報とを関連付けてアドレス登録情報記憶手段２２２に登録するための処理を行う。本実施例では、ログイン情報から店舗コード、テーブル番号及びメールアドレスを抽出して、メールアドレスを店舗コード及びテーブル番号と対応付けてアドレス登録テーブルに登録する。アドレス登録手段２０６は、さらに、グループを形成する複数の利用者について位置情報が同一である場合、個別のアクセスの可否を示す使用フラグ情報を端末アドレス情報と対応付けてアドレス登録情報記憶手段２２２に登録するための処理を行う。ここで、グループとは同一の位置情報を有する利用者を指すものであり、具体的には店舗内の同一のテーブルを現在使用している複数の利用者のことである。グループ内の全ての利用者は、端末アドレス情報を登録すれば、当該登録した携帯端末１から注文することができる。本実施例では、メールアドレスに対応付けて使用フラグをアドレス登録情報記憶手段２２２に格納する。使用フラグは、携帯端末１からの使用（アクセス）の可または不可を示す情報であり、使用可の場合に使用フラグを１に設定し、使用不可の場合に使用フラグを０に設定する。また、本実施例では、グループ内の全ての利用者が、自身以外の利用者の所持する携帯端末のメールアドレスに対応付けられた使用フラグ情報を設定可能としており、ＵＲＬ情報に基づいてアクセスしてきた携帯端末１のメールアドレスに基づいて使用フラグ情報を参照して、利用者のアクセスを制御する。具体的には、例えば、途中で店外に出た利用者の使用フラグを不可と設定することにより、当該利用者からの不正のアクセスを防止できる。
【００３３】
ＵＲＬ情報送信手段２０７は、アドレス登録手段２０６による登録後、ログイン情報を送信した携帯端末１に、セッション情報及び端末アドレス情報を含むＵＲＬ情報を送信するための処理を行う。ここで、ＵＲＬ情報とは、携帯端末１を使用して注文をする際に参照されるホームページにアクセスするための情報であり、本実施例では、ログイン情報から抽出したＳＥＱ番号及びメールアドレスを埋め込んだＵＲＬを使用している。
【００３４】
ＵＲＬチェック手段２０８は、携帯端末１からＵＲＬ情報に基づくアクセスを受けた場合に、当該ＵＲＬ情報に含まれるセッション情報と端末アドレス情報を抽出し、該抽出されたセッション情報が店舗管理情報記憶手段２２１に登録されているか否か及び該抽出された端末アドレス情報がアドレス登録情報記憶手段２２２に登録されているか否かをそれぞれ照合して、セッション情報と端末アドレス情報がともに登録されている場合には、前記携帯端末から前記利用者の注文を受け付け、当該受け付けた注文と前記位置情報とを対応付けて管理するための処理を行う。本実施例では、携帯端末１からＵＲＬに基づくアクセスを受けた場合に、当該ＵＲＬに埋め込まれたＳＥＱ番号とメールアドレスを抽出し、当該ＳＥＱ番号が店舗管理テーブルに登録されているか否かを照合し、さらに当該メールアドレスがアドレス登録テーブルに登録されているか否かを照合して、ＳＥＱ番号とメールアドレスの両者とも登録されている場合には、注文を行うためのホームページへのアクセスを許可する。そして、当該ホームページを使用して携帯端末１から利用者により注文がなされると、注文した内容と店舗コード及びテーブル番号とを対応付けて確定注文テーブルに格納する。ＵＲＬチェック手段２０８は、さらに、携帯端末１からアクセスを受けた場合に、アドレス登録情報記憶手段２２２の使用フラグ情報を参照して、携帯端末１からのアクセスを受け付けるか否かを決定するための処理を行う。
【００３５】
削除手段２０９は、利用者がチェックアウトした場合に、チェックアウトした利用者に対応する位置情報を取得して、当該位置情報に関連付けられたセッション情報を店舗管理情報記憶手段２２１から削除するための処理を行う。本実施例では、利用者が精算した後に、店舗システム３からチェックアウトした利用者に対応付けられた店舗コード及びテーブル番号を受信すると、店舗管理テーブルから、当該受信した店舗コード及びテーブル番号に関連付けて記憶されているＳＥＱ番号を削除する。
【００３６】
図５に示すように、店舗システム３は、本発明における主な構成として、ＰＯＳシステム４、ＯＥＳ５、及びハンディ端末６を備える。
【００３７】
ＰＯＳシステム４は、本発明における主な構成として、ＰＯＳシステム４の動作全体を制御する制御部４０と、所定の情報を記憶するための記憶部４２と、Ｗｅｂサーバー２又はＯＥＳ５との間でデータ通信を行うための通信部４１と、位置情報等のデータを入力するための入力部４３と、利用者登録情報等のデータを出力するため出力部４４とを備える。制御部４０は、セッション情報生成手段４０１を備える。
【００３８】
セッション情報生成手段４０１は、利用者がチェックインした場合に、セッションを識別するためのセッション情報を生成するための処理を行う。具体的には、テーブルの利用者グループが変わるたびにセッションを識別可能な新たなセッション情報を生成する。セッション情報としては、例えば、連続番号、乱数、ランダムに生成される暗証情報等、セッションを識別可能なものであればどのような情報も利用できる。
【００３９】
入力部４３において、所定の情報を入力するための処理を行う。具体的には、利用者がチェックアウトした場合に、当該利用者に対応する位置情報を入力する。本実施例では、精算時に、精算をした利用者グループが使用していた店舗コード及びテーブル番号を入力する。
【００４０】
出力部４４は、セッション情報生成手４０１によって生成されたセッション情報と当該セッション情報と関連付けられている位置情報とを含むコード情報を出力するための処理を行う。好ましくは、コード情報として、携帯端末１により読み取り可能な形式の二次元コードを利用する。本実施例では、ＳＥＱ番号、店舗コード、テーブル番号及びログイン情報の送信先となるメールアドレスの情報を埋め込んだ二次元コードを、ＰＯＳプリンターで印刷する。
【００４１】
ＯＥＳ５は、本発明における主な構成として、ＯＥＳ５の動作全体を制御する制御部５０と、所定の情報を記憶するための記憶部５２と、ＰＯＳ端末装置４又はハンディ端末６との間でデータ通信を行うための通信部５１と、所定のデータを入力するため入力部５３と、所定のデータを出力するための出力部５４とを備える。ハンディ端末６は、公知の機器を利用することができる。
【００４２】
次に、Ｗｅｂサーバー２の記憶部２２が備える各記憶手段のデータ構成について、図６乃至図９を用いて説明する。
【００４３】
図６に示すように、店舗管理情報記憶手段２２１は、店舗管理テーブルを備える。店舗管理テーブルは、店舗の各テーブルが現在利用されているかどうかを管理するとともに、現在のテーブル利用者を以前のテーブル利用者と区別するためのセッション情報を管理するためのものである。本実施例では一例として、店舗を一意に特定する店舗コードと、店舗内のテーブルを特定するテーブル番号と、テーブルのセッションを管理するためのＳＥＱ番号とが対応付けられて店舗管理テーブルに格納される。
【００４４】
図７に示すように、アドレス登録情報記憶手段２２２は、アドレス登録テーブルを備える。アドレス登録テーブルは、店舗の各テーブルを利用している利用者を登録、管理するためのものである。本実施例では一例として、店舗コードと、テーブル番号と、携帯端末のアドレス情報を示すメールアドレスと、携帯端末の所持者のニックネームと、アクセスの可否を示す使用フラグとが対応付けられてアドレス登録テーブルに格納される。図７の（ａ）はログイン情報登録後、ニックネーム登録前の状態、（ｂ）はニックネーム登録後の状態、（ｃ）は登録アドレス使用不可設定により、使用フラグを０に変更した場合をそれぞれ例示している。
【００４５】
図８に示すように、仮注文情報記憶手段２２３は、仮注文テーブルを備える。仮注文テーブルは、利用者からの注文を確定してオーダーをＯＥＳ５に送信する前段階として、利用者からの注文を一時的に格納するためのものである。本実施例では一例として、店舗コードと、テーブル番号と、注文をした携帯端末１のメールアドレスと、注文対象を特定するための注文番号と、注文対象ごとの注文数量とが対応付けられて仮注文テーブルに格納される。図８の（ａ）は追加の注文情報を１つ蓄積した状態、（ｂ）及び（ｃ）は連続して注文情報を蓄積した状態をそれぞれ例示している。
【００４６】
図９に示すように、確定注文情報記憶手段２２４は、確定注文テーブルを備える。確定注文テーブルは、利用者からの仮注文を受けた後、当該仮注文を確定した場合に、確定した注文の情報を格納するためのものである。本実施例では一例として、店舗コードと、テーブル番号と、注文をした携帯端末１のメールアドレスと、注文番号と、注文数量と、注文対象がテーブルに届けられたかどうかをチェックするための進捗フラグと、注文がハンディ端末６からのものか携帯端末１からのものかを管理するための端末フラグとが対応付けられて確定注文テーブルに格納される。
【００４７】
メニュー情報記憶手段２２５は、メニューに関する各種の情報を記憶したメニューマスタを備える。
【００４８】
次に、本発明におけるオーダーリングシステム１００の詳細な処理の流れについて図１０乃至図１３を用いて説明する。
（初期登録処理）
まず、利用者の所持する携帯端末１を初期登録する処理について説明する。
【００４９】
図１０は、初期登録処理の流れを示すフローチャートである。
【００５０】
利用者が飲食店等の店舗に入店した後、店員は利用者から最初の注文を伺い、チェックイン処理を行う。具体的には、注文番号及び数量を示す注文情報と注文を受けたテーブルを特定するテーブル番号とをハンディ端末６に入力して、ハンディ端末６から店舗内の無線ＬＡＮを介して注文情報及びテーブル番号をＯＥＳ５に送信する（ＳＴＥＰ１００）。ＯＥＳ５は注文情報及びテーブル番号を受信して、注文情報及びテーブル番号を記憶部に格納するとともに、当該注文情報をキッチンプリンターで印刷する。
【００５１】
一方、ＰＯＳシステム４はＯＥＳ５の注文情報及びテーブル番号を取得する。取得に際しては公知の任意の方法を採用し得る。例えば、定期的又は不定期にＰＯＳシステム４がＯＥＳ５の記憶部にアクセスして新規の注文情報及びテーブル番号を取得してもよいし、ＯＥＳ５が新規の注文情報及びテーブル番号をハンディ端末から受信するたびに当該注文情報及びテーブル番号をＰＯＳシステム４に送信するものとしてもよい。
【００５２】
ＰＯＳシステム４はＯＥＳ５から注文情報及びテーブル番号を取得すると、自らの店舗を特定する店舗コードと取得したテーブル番号とに対応付けてセッションを管理するためのＳＥＱ番号を生成する（ＳＴＥＰ１０１）。ＳＥＱ番号はチェックイン時から精算時まで有効なセッション情報として利用できるものであればよい。ＳＥＱ番号を生成した後、ＰＯＳシステム４は、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて、注文情報とともにＷｅｂサーバー２へ送信する（ＳＴＥＰ１０２）。
【００５３】
Ｗｅｂサーバー２はＰＯＳシステム４からこれらのチェックインに係る情報を受信すると、店舗コードとテーブル番号とＳＥＱ番号とを対応付けて店舗管理テーブルに書き込んで登録するとともに、注文情報を確定注文テーブルに書き込んで登録する（ＳＴＥＰ１０３）。
【００５４】
ＰＯＳシステム４では、さらに、店舗コードと、テーブル番号と、生成したＳＥＱ番号と、ログイン情報の送信先となる送信先メールアドレスとを含む情報を、二次元コード形式にコード化して二次元コードとしてＰＯＳプリンターより印刷する（ＳＴＥＰ１０４）。印刷した二次元コードは、店員により利用者のテーブルへ届けられる（ＳＴＥＰ１０５）。ここで、二次元コードはＱＲコード（登録商標）等、公知の技術を利用できる。また、本実施例では二次元コードを印刷するものとしたが、携帯端末１を所持する利用者が店舗コード等の情報を入手できる方式であれば、任意の方式を採用できる。
【００５５】
店員により届けられた印刷物から、利用者は二次元コードを携帯端末１に読み込む。二次元コードの読み込みは、携帯端末１に組み込まれている二次元コード読み取り機能を利用することができる。携帯端末１は読み取った二次元コードから、店舗コードとテーブル番号とＳＥＱ番号と送信先メールアドレスとを抽出する。その後、抽出した店舗コード、テーブル番号及びＳＥＱ番号を含むログイン情報を生成して、前記抽出した送信先メールアドレスを送信先として、当該ログイン情報を利用者の所持する携帯端末１を特定するためのメールアドレスとともにＷｅｂサーバー２へインターネット等の通信回線を介して送信する（ＳＴＥＰ１０６）。
【００５６】
Ｗｅｂサーバー２は、携帯端末１からログイン情報を受信すると（ＳＴＥＰ１０７）、当該ログイン情報から店舗コード、テーブル番号及びＳＥＱ番号を抽出して、抽出した店舗コード及びテーブル番号をキーとして店舗管理テーブルを検索する。検索の結果、店舗コード及びテーブル番号が登録されている場合には、当該店舗コード及びテーブル番号と対応付けて店舗管理テーブルに記憶されているＳＥＱ番号と、ログイン情報中のチェックイン情報に含まれるＳＥＱ番号とを比較して、一致しているか否かを照合する（ＳＴＥＰ１０８）。一致している場合には、利用者のセッションが有効であると判断して、携帯端末１からのアクセスを許可する。そして、前記ログイン情報から抽出した店舗コード及びテーブル番号を、携帯端末１を特定するメールアドレスと対応付けてアドレス登録テーブルに登録する。この際、使用フラグを１に設定して使用可能の状態に設定する。その後、携帯端末１から注文用ホームページに接続するためのＵＲＬを生成して、当該ＵＲＬを前記ログイン情報を送信した携帯端末１に返送する（ＳＴＥＰ１１０）。このとき、生成するＵＲＬには、少なくとも前記ＳＥＱ番号及び携帯端末１のメールアドレスの情報を含む。携帯端末１のメールアドレスがアドレス登録テーブルに既に登録済みであった場合は、以前に取得したＵＲＬからの接続を促すメッセージを携帯端末１に送信する。ＳＴＥＰ１０８の照合結果が不一致の場合、すなわちログイン情報から抽出した店舗コード、テーブル番号及びＳＥＱ番号の組み合わせが店舗管理テーブルに登録されていない場合は、エラーメッセージを携帯端末１に返送する（ＳＴＥＰ１０９）。
【００５７】
携帯端末１はＷｅｂサーバー２からＵＲＬを受信した後（ＳＴＥＰ１１１）、当該ＵＲＬを使用して、Ｗｅｂサーバー２にアクセスする（ＳＴＥＰ１１２）。Ｗｅｂサーバー２は、ＵＲＬに含まれるＳＥＱ番号が店舗管理テーブルに登録されているか、及び、ＵＲＬに含まれるメールアドレスがアドレス登録テーブルに登録されているかを確認した後、ＳＥＱ番号とメールアドレスの両者が登録されている場合には、対応する店舗コード及びテーブル番号を付加したニックネーム登録画面情報を携帯端末１に送信する。
【００５８】
携帯端末１はニックネーム登録画面を表示して、ニックネームの入力を利用者に促す。利用者はニックネーム登録画面にて表示用ニックネームを入力する。ニックネーム登録画面には、既に登録されているグループメンバーのニックネーム一覧が表示される。ニックネームは、分かりやすさとアドレスのダイレクト表示を防ぐために登録する。Ｗｅｂサーバー２は、携帯端末１からニックネームを受信すると、当該ニックネームを携帯端末１のメールアドレスと対応付けて、アドレス登録テーブルに登録する（ＳＴＥＰ１１３）。ニックネームが未登録の場合は携帯端末１にエラーメッセージを返送し、ニックネームの登録を促す。登録後、トップメニュー画面情報を携帯端末１に送信する（ＳＴＥＰ１１４）。携帯端末１はトップメニュー画面情報を受信して、トップメニューを表示する（ＳＴＥＰ１１５）。
（注文処理）
次に、携帯端末１からメニューを注文する処理について説明する。
【００５９】
図１１は、注文処理の流れを示すフローチャートである。
【００６０】
まず、利用者は、追加オーダーを頼むとき、トップメニューから追加オーダーを選択し（ＳＴＥＰ１２０）、さらに、メニュー番号注文又はメニュー選択注文を選択する（ＳＴＥＰ１２１）。ここで、メニュー番号注文とは、携帯端末１から直接メニュー番号を入力して注文する方式のことであり、メニュー選択注文とは、メニュー一覧からメニューを選択して注文する方式のことである。
【００６１】
ＳＴＥＰ１２１でメニュー番号注文を選択した場合、利用者は各テーブルに置いてある通常のメニュー表より注文するメニューを選び、記載してある注文番号と追加数量を入力する。その後、注文画面上に表示されている追加ボタンが選択されると、携帯端末１は当該注文番号及び数量（以下「注文情報」ということもある）をＷｅｂサーバー２に送信する（ＳＴＥＰ１２２）。Ｗｅｂサーバー２は受信した注文番号及び数量を仮注文テーブルに蓄積する（ＳＴＥＰ１２４）。携帯端末１において、連続して注文が入力されると、追加ボタン選択の度に注文情報が仮注文テーブルに追加して蓄積される。
【００６２】
ＳＴＥＰ１２１でメニュー選択注文を選択した場合、Ｗｅｂサーバー２はメニューマスタから各店舗のメニュー、食材情報等、メニューに関する情報を取得して、携帯端末１に送信する。携帯端末１は、受信した情報に基づいてメニュー一覧を表示し、利用者にメニューの選択と数量の入力を促す。入力された注文情報はＷｅｂサーバー２に送信され（ＳＴＥＰ１２３）、仮注文テーブルに蓄積される（ＳＴＥＰ１２４）。
【００６３】
注文を確定する際には注文確定処理を行う。携帯端末１の注文画面上に表示されている注文確定ボタンが選択されると、Ｗｅｂサーバー２は仮注文テーブルから追加オーダーの一覧を読み出し、携帯端末１に送信する（ＳＴＥＰ１２５）。携帯端末１は受信した追加オーダー一覧を表示して利用者に追加オーダーの確認を促す（ＳＴＥＰ１２６）。追加オーダーの訂正が必要な場合には、仮注文情報の訂正処理を行う（ＳＴＥＰ１２７）。具体的には、数量の訂正がある場合は、直接数量を訂正する。明細取消しは削除ボタンを選択する。仮注文を全て取消す場合は、全オーダー取消ボタンを選択する。Ｗｅｂサーバー２は、訂正又は取消しの内容に応じて、仮注文テーブルを書き換える（ＳＴＥＰ１２８）。
【００６４】
ＳＴＥＰ１２６で訂正がない場合、利用者により注文ボタンが選択されると（ＳＴＥＰ１２９）、Ｗｅｂサーバー２は仮注文テーブルに蓄積された追加注文の注文情報を確定注文テーブルに移動する（ＳＴＥＰ１３０）。確定注文テーブルは、注文情報を、少なくとも店舗コード及びテーブル番号に対応付けて格納する。その後、追加注文の注文情報を店舗システム３のＰＯＳシステム４に送信する（ＳＴＥＰ１３１）。ＰＯＳシステム４は注文情報を受信すると、当該注文情報に基づいて注文内容をＯＥＳ５に送信する。ＯＥＳ５受信した注文内容をキッチンプリンターにて印刷する。
【００６５】
追加オーダーが店舗にて正常に受付された場合、Ｗｅｂサーバー２は、アドレス管理テーブルに基づいて、同じグループの登録者全員の携帯端末１に追加注文の受付けが完了した旨をメールで通知する。品切れなどのエラーの場合もメールで通知する。入力間違いなどにおける追加注文の取消しについては、利用者が店員に依頼して、依頼を受けた店員がハンディ端末６より取消しを行う。携帯端末１からＷｅｂサーバー２に二回目以降接続する場合は、返信メールのＵＲＬ又はＵＲＬ履歴から再アクセスして、トップメニューを表示する。
（登録アドレス使用不可設定）
次に、グループ内の利用者の所持する携帯端末１からの注文を制限する処理（以下「登録アドレス使用不可設定処理」という）について説明する。この処理は、例えば、登録してある携帯端末１を所持する者が精算前に店外に出るような場合に、店外からの不正な注文を制限するために行うものである。
【００６６】
図１２は、登録アドレス使用不可設定処理の流れを示すフローチャートである。
【００６７】
利用者がトップメニューから登録アドレス使用不可設定を選択する（ＳＴＥＰ１３０）と、携帯端末１に登録一覧表が表示される。登録一覧表は登録されたグループメンバーのニックネームが一覧表示されるものであり、ニックネームの横に使用中ボタンが表示されるが、登録アドレス使用不可設定を行う携帯端末１を所持する利用者のニックネーム横には使用中ボタンを表示しない。使用を停止する対象者のニックネーム横に表示された使用中ボタンを選択するとメール送信画面に遷移する。このとき、店舗コード、テーブル番号及び使用を停止する対象者の所持する携帯端末１のメールアドレスを含む情報を自動生成して、Ｗｅｂサーバー２に電子メールで送信する（ＳＴＥＰ１３１）。
【００６８】
Ｗｅｂサーバー２は、受信した情報から、使用を停止するメールアドレスを抽出して、対象となる利用者の使用を不可に設定する（ＳＴＥＰ１３２，ＳＴＥＰ１３３）。本実施例では、アドレス管理テーブルにおける対象登録者の使用フラグを０に変更して、使用不可の状態に設定する。使用フラグを制御することにより、精算前の店外からの再使用を防ぐことができる。設定完了後、同じグループの登録者全員の携帯端末１に登録アドレス使用不可設定が完了した旨を電子メールで通知する（ＳＴＥＰ１３４，ＳＴＥＰ１３５）。
【００６９】
使用不可の状態を解除するときには、対象者以外の者が携帯端末１を使用して登録者一覧を開き、対象者のニックネーム横に表示された使用不可ボタンの選択により、メール送信画面に遷移する。ここから店舗コード、テーブル番号及び使用を再開する利用者の所持する携帯端末のメールアドレスを含む情報を、Ｗｅｂサーバー２に電子メールで送信する。
【００７０】
Ｗｅｂサーバー２は、送信されたメールに基づいて対象登録者の使用を可能に設定する。本実施例では、アドレス管理テーブルにおける対象登録者の使用フラグを１に変更して、使用可能の状態に設定する。設定完了後、同じグループの登録者全員の携帯端末１に設定が完了した旨を電子メールで通知する。
【００７１】
本実施例では、同一グループ内の利用者自身が、登録アドレスの使用不可設定及び使用可能設定を行う例を示したが、利用者が店員にテーブル番号及びニックネームを伝え、店員がＰＯＳ端末４を使用して使用不可設定又は使用可能設定を行うものとしても良い。この場合、ＰＯＳ端末４からアドレス使用不可又はアドレス使用可能の旨をＷｅｂサーバー２に送信するものとする以外は、上記実施例と同様の構成により実現可能である。
（オーダー照会）
次にオーダー照会処理について説明する。
【００７２】
トップメニューからオーダー照会を選択すると、Ｗｅｂサーバー２は、オーダー照会をした携帯端末１に関連付けられた店舗コード及びテーブル番号をキーにして、確定注文テーブルから注文情報を抽出して、携帯端末１に注文一覧を送信する。
【００７３】
また、ＰＯＳシステム４はオーダーをテーブルに届けたか否かを示す進捗情報を定期的にＯＥＳ５から取得し、当該進捗情報をＷｅｂサーバー２に送信する。Ｗｅｂサーバー２は受信した進捗情報に基づいて、確定注文テーブルの進捗フラグへの書き込みを行う。ＯＥＳ５は、ハンディ端末６から入力される注文情報や進捗情報を受け付けて、現在の注文の内容及び進捗状況を管理する。
【００７４】
携帯端末１はＷｅｂサーバー２から受信した注文一覧を表示する。自身の携帯端末で注文したオーダー以外の通常の注文や他の携帯端末からの注文もまとめてオーダー順に表示できる。進捗フラグを参照して、まだテーブルに届いていないオーダーを識別可能に表示することもできる。
【００７５】
また、割勘ボタンの選択により割勘計算画面に遷移する。人数を入力し、計算ボタンを選択すると、一人当たりの支払金額が表示される。
（精算処理）
次に精算処理について説明する。
【００７６】
図１３は、精算処理の流れを示すフローチャートである。
【００７７】
利用者が精算をすると（ＳＴＥＰ１４０）、精算をした利用者のグループが使用していた店舗コード及びテーブル番号が、店員によりＰＯＳシステム４に入力される（ＳＴＥＰ１４１）。ＰＯＳシステム４入力された店舗コード及びテーブル番号をＷｅｂサーバー２に送信する。Ｗｅｂサーバー２は店舗コード及びテーブル番号を受信すると、Ｗｅｂサーバー２の記憶部２２から当該店舗コード及びテーブル番号に関連付けて記憶されている情報を削除する（ＳＴＥＰ１４２）。具体的には、店舗管理テーブルから当該店舗コード及びテーブル番号に関連付けて記憶されているＳＥＱ番号を削除して、アドレス登録テーブルから当該店舗コード及びテーブル情報に対応付けて登録されているメールアドレス等の情報を削除する。これにより、精算した後は、利用者が以前に入手したＳＥＱ番号やＵＲＬを使用して携帯端末１から注文しようとしても、当該ＳＥＱ番号が有効でないため、不正アクセスを防止することができる。
【００７８】
精算には、現金のほかに、電子マネー、プリペイドカード、クレジットカード等、公知の決済手段を使用できる。必要に応じて、ポイントの付加及び利用が可能である。
【００７９】
なお、本実施例では、Ｗｅｂサーバー２と店舗システム３とを分けた構成について説明したが、Ｗｅｂサーバー２と店舗システム３とをまとめて単一のシステムとして構成することも可能である。
【００８０】
本実施例では、利用者のニックネームを登録するものとしたが、必要に応じてニックネームを使用しない構成とすることもできる。また、メニュー選択注文において、各メニューに情報ボタンが対応付けて表示しておき、情報ボタンの選択により、当該メニューに関連する各種の情報をメニューマスタから取得して表示するよう構成することもできる。
【図面の簡単な説明】
【００８１】
【図１】オーダーリングシステムの概略構成を示すブロックダイアグラムである。
【図２】サーバーの機能構成図を示すブロック図である。
【図３】実施例に係る携帯端末の機能構成図を示すブロック図である。
【図４】実施例に係るＷｅｂサーバーの機能構成図を示すブロック図である。
【図５】実施例に係る店舗システムの機能構成図を示すブロック図である。
【図６】実施例に係る店舗管理情報記憶手段のデータ構成の一例を示す図である。
【図７】実施例に係るアドレス登録情報記憶手段のデータ構成の一例を示す図である。
【図８】実施例に係る仮注文情報記憶手段のデータ構成の一例を示す図である。
【図９】実施例に係る確定注文情報記憶手段のデータ構成の一例を示す図である。
【図１０】実施例に係る初期登録処理の流れを示すフローチャートである。
【図１１】実施例に係る注文処理の流れを示すフローチャートである。
【図１２】実施例に係る登録アドレス使用不可設定処理の流れを示すフローチャートである。
【図１３】実施例に係る精算処理の流れを示すフローチャートである。
【符号の説明】
【００８２】
１  携帯端末
２  Ｗｅｂサーバー
３  店舗システム
４  ＰＯＳシステム
５  ＯＥＳ
６  ハンディ端末
１００  オーダーリングシステム
【図１】
2006302218.tif 000003
【図２】
2006302218.tif 000004
【図３】
2006302218.tif 000005
【図４】
2006302218.tif 000006
【図５】
2006302218.tif 000007
【図６】
2006302218.tif 000008
【図７】
2006302218.tif 000009
【図８】
2006302218.tif 000010
【図９】
2006302218.tif 000011
【図１０】
2006302218.tif 000012
【図１１】
2006302218.tif 000013
【図１２】
2006302218.tif 000014
【図１３】
2006302218.tif 000015