JP6885662B2 - 発注端末、メニューサーバ、受注サーバ、発注システム、発注方法、及び発注プログラム - Google Patents

Description

本発明は、発注端末、メニューサーバ、受注サーバ、発注システム、発注方法、及び発注プログラムに関する。

飲食店等の店舗での販売サービスにおける、印刷されたメニューや注文伝票を利用した注文方法では、そのような注文方法の準備に掛かる費用は安価である。しかしながら、メニューの更新や印刷、注文伝票の作成等に掛かる手間が多く、また、店員による注文の伝達ミス等が生じる危険性が高いという問題点がある。

そこで、販売サービスでは、専用のタブレット端末を用いた発注システムが普及している。専用のタブレット端末を用いた発注システムでは、メニューの更新や印刷、注文伝票の作成等に掛かる手間が抑制され、また、店員による注文の伝達ミス等が生じる危険性が低下させられる。

しかしながら、専用のタブレット端末を用いた発注システムでは、専用のタブレット端末の購入費用、専用のタブレット端末故障時の修理や交換等の保守費用が必要であるという問題がある。

顧客が所有する携帯端末を用いた発注システムの一例が、特許文献１に開示されている。特許文献１の注文管理システムは、顧客が所有する携帯端末と、ネットワークと、オーダーエントリシステムとを含む。特許文献１の注文管理システムは、以下のように動作する。顧客は、店舗に入る前にあらかじめ、飲食店の注文データ入力用アプリケーションソフトウェア（注文データ入力用アプリ）を携帯端末にインストールする。そして、顧客は店舗で席に案内された後に、携帯端末上で注文データ入力用アプリを起動し、そこから直接注文を行う。顧客の注文データは、インターネット等のネットワークを介して各店舗の店舗システムに送信される。上記の動作の結果、特許文献１の注文管理システムでは、注文データ入力用端末の、導入費用や保守費用が削減される。

特開２０１４−２６４１号公報

しかしながら、特許文献１の注文管理システムでは、オーダーエントリシステムに対応する注文データ入力用アプリがインストールされる必要がある。通常、販売サービスを提供する事業者又は販売サービスの事業形態が異なると、発注システムの仕様が異なる。なお、販売サービスの事業形態の違いとは、販売される商品の種類（レストランにおける飲食物、食料品店における飲食物、衣料品等）の違いや、販売サービス事業者毎の発注プロセスの違いのことである。すなわち、特許文献１の注文管理システムでは、事業者又は事業形態毎に注文データ入力用アプリをインストールしなければならないという問題点がある。
（発明の目的）
本発明の主たる目的は、事業者又は事業形態の異なる複数の店舗において発注処理を実行することができる発注端末、メニューサーバ、受注サーバ、発注システム、発注方法、および発注プログラムを提供することにある。

本発明の発注端末は、事業者又は事業形態の異なる複数の店舗において、特定の店舗により提供される商品の、名称及び単価を含むメニュー情報を複数の店舗における共通の第１のデータ形式でメニューサーバから受信するメニュー情報取得手段と、受信前に複数の店舗における共通の空のメニューを画面に表示し、受信後に受信したメニュー情報を画面に表示するメニュー表示手段と、に表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段と、注文操作に基づいて商品の、識別子及び数量を含む発注情報を複数の店舗における共通の第２のデータ形式で受注サーバへ送信する発注情報生成手段と、を備えることを特徴とする。

本発明のメニューサーバは、事業者又は事業形態の異なる複数の店舗において、特定の店舗により提供される商品の、名称及び単価を含むメニュー情報を複数の店舗における共通の第１のデータ形式で受信するメニュー情報取得手段、受信前に複数の店舗における共通の空のメニューを画面に表示し、受信後に受信したメニュー情報を画面に表示するメニュー表示手段、に表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段、及び注文操作に基づいて商品の、識別子及び数量を含む発注情報を複数の店舗における共通の第２のデータ形式で受注サーバへ送信する発注情報生成手段を含む発注端末へメニュー情報を送信するメニュー情報配信手段と、を備えることを特徴とする。

本発明の受注サーバは、事業者又は事業形態の異なる複数の店舗において、特定の店舗により提供される商品の、名称及び単価を含むメニュー情報を複数の店舗における共通の第１のデータ形式でメニューサーバから受信するメニュー情報取得手段、受信前に複数の店舗における共通の空のメニューを画面に表示し、受信後に受信したメニュー情報を画面に表示するメニュー表示手段、に表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段、及び注文操作に基づいて商品の、識別子及び数量を含む発注情報を複数の店舗における共通の第２のデータ形式で送信する発注情報生成手段を含む発注端末から発注情報を受信する発注情報受理手段と、を備えることを特徴とする。

本発明の発注システムは、事業者又は事業形態の異なる複数の店舗において、特定の店舗により提供される商品の、名称及び単価を含むメニュー情報を複数の店舗において共通に利用される第１のデータ形式で送信するメニューサーバと、商品の、識別子及び数量を含む発注情報を複数の店舗において共通に利用される第２のデータ形式で受信する受注サーバと、メニュー情報を受信するメニュー情報取得手段、受信前に複数の店舗における共通の空のメニューを画面に表示し、受信後に受信したメニュー情報を画面に表示するメニュー表示手段、表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段、及び注文操作に基づいて発注情報を送信する発注情報生成手段を含む発注端末と、を備えることを特徴とする。

本発明の発注方法は、事業者又は事業形態の異なる複数の店舗において、特定の店舗により提供される商品の、名称及び単価を含むメニュー情報を複数の店舗において共通に利用される第１のデータ形式でメニューサーバから受信し、受信前に複数の店舗における共通の空のメニューを画面に表示し、受信後に受信したメニュー情報を画面に表示し、表示したメニュー情報に対する利用者の注文操作を受け付け、注文操作に基づいて商品の、識別子及び数量を含む発注情報を複数の店舗において共通に利用される第２のデータ形式で受注サーバへ送信することを特徴とする。

本発明の発注プログラムは、事業者又は事業形態の異なる複数の店舗において、特定の店舗により提供される商品の、名称及び単価を含むメニュー情報を複数の店舗において共通に利用される第１のデータ形式でメニューサーバから受信するメニュー情報取得処理と、受信前に複数の店舗における共通の空のメニューを画面に表示し、受信後に受信したメニュー情報を画面に表示するメニュー表示処理と、表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理処理と、注文操作に基づいて商品の、識別子及び数量を含む発注情報を複数の店舗において共通に利用される第２のデータ形式で受注サーバへ送信する発注情報生成処理と、をコンピュータに実行させることを特徴とする。

本発明によれば、事業者又は事業形態の異なる複数の店舗において発注処理を実行することができるという効果がある。

本発明の第１の実施形態の発注端末の構成の一例を示すブロック図である。 本発明の第１の実施形態の発注端末の動作を示すフローチャートである。 本発明の第１の実施形態の発注端末の処理の具体例を説明するための図である。 本発明の第２の実施形態の発注システムの構成の一例を示すブロック図である。 本発明の第２の実施形態の発注システムの動作を示すフローチャートである。 本発明の第２の実施形態の発注システムの動作を示すフローチャートである。 本発明の第２の実施形態の発注システムの処理の具体例を説明するための図である。

以下、本発明の実施形態について、図面を参照して詳細に説明する。なお、すべての図面において、同等の構成要素には同じ符号を付し、適宜説明を省略する。
（第１の実施形態）
本実施形態における構成について説明する。

図１は、本発明の第１の実施形態における発注端末１００の構成の一例を示すブロック図である。

まず、発注端末１００を含む発注システム５００の構成について説明する。発注システム５００は、発注端末１００と、メニューサーバ２００と、受注サーバ２２０とを含む。携帯端末１００は、ネットワークを介して、メニューサーバ２００及び発注サーバ２２０に接続される。ネットワークは、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、無線ＬＡＮ、無線ＷＡＮ等である。携帯端末１００がネットワークに接続される際に、携帯端末１００又は携帯端末１００の利用者の認証が行われてもよい。

発注端末１００は、利用者所有の端末であってもよいし、店舗又は発注サービスの運営会社所有の端末であってもよい。発注端末１００は、利用者により携帯されてもよいし、店舗に設置されてもよい。発注端末１００は、例えば、スマートフォン、携帯電話、タブレット端末、ＰＣ（Personal Computer）である。発注端末１００は、メニュー情報取得手段１１０と、メニュー表示手段１２０と、注文操作受理手段１３０と、発注情報生成手段１４０とを含む。

メニュー情報取得手段１１０は、特定の店舗により提供される商品のメニュー情報を「共通メニュー情報データ形式」でメニューサーバ２００から受信する。なお、「共通メニュー情報データ形式」とは、事業者又は事業形態の異なる複数の店舗において共通に利用される、商品の名称及び単価を含むメニュー情報の通信におけるデータ形式である。共通メニュー情報データ形式は、メニュー情報に含まれる各要素の種類と値を識別可能な任意のデータ形式である。共通メニュー情報データ形式は、例えば、商品毎に、商品の名称及び単価等が所定のタグを付けて並べられた所定のＸＭＬ（Extensible Markup Language）形式である。あるいは、共通メニュー情報データ形式は、例えば、商品毎に、商品の名称及び単価等が所定の順序で並べられた所定のＣＳＶ（Character-Separated Values）形式である。また、メニュー情報取得手段１１０がメニュー情報を受信するタイミングは、例えば、発注端末１００がメニューサーバ２００に接続されたとき、メニューサーバ２００により保持されるメニュー情報の更新を通知されたとき、所定の時間が経過したときである。また、発注端末１００がメニューサーバ２００からメニュー情報に関する応答情報を送信する場合には、共通メニュー情報データ形式により、メニュー情報に関する応答情報のデータ形式も規定される。メニュー情報に関する応答情報は、例えば、メニュー情報の受信確認応答である。

発注端末１００がメニューサーバ２００に接続されていないときには、メニュー情報表示手段１２０は、空のメニューを画面表示する。空のメニューが発注端末１００の画面に表示される形式は、事業者又は事業形態の異なる複数の店舗において共通する。メニュー表示手段１２０は、受信したメニュー情報を発注端末１００の画面に表示する。なお、メニュー情報が発注端末１００の画面に表示される形式（画面表示形式）は、必ずしも１種類には限定されない。共通メニュー情報データ形式は、画面表示形式を指定するための情報を含んでもよい。例えば、共通メニュー情報データ形式は、各商品の画像の情報を含むことが可能であって、各商品の画像を画面表示するか否かの情報を含んでもよい。あるいは、例えば、共通メニュー情報データ形式は、メニュー画面の背景画像の情報を含むことが可能であって、メニュー画面の背景画像を画面表示するか否かの情報を含んでもよい。

注文操作受理手段１３０は、表示したメニュー情報に対する利用者の注文操作を受け付ける。注文操作は、例えば、商品の名称及び数量の、キーボード、若しくはポインティングデバイス及びソフトキーボードによる、文字入力、又はポインティングデバイスによるＧＵＩ（Graphical User Interface）操作によって実行される。

発注情報生成手段１４０は、注文操作に基づいて商品の発注情報を「共通発注情報データ形式」で受注サーバ２２０へ送信する。なお、「共通発注情報データ形式」とは、事業者又は事業形態の異なる複数の店舗において共通に利用される、商品の識別子及び数量を含む発注情報の通信におけるデータ形式である。商品の識別子は、商品の名称であってもよい。商品の識別子が商品の名称でない場合には、商品の識別子と商品の名称との対応関係が別途与えられ、両者は１対１に対応付けられる。共通発注情報データ形式は、発注情報に含まれる各要素の種類と値を識別可能な任意のデータ形式である。共通発注情報データ形式は、例えば、特定のＸＭＬ形式、特定のＣＳＶ形式である。共通発注情報データ形式は、利用者の識別情報、発注端末１００の識別情報、商品の引き渡し場所の情報等を含んでもよい。また、発注端末１００が受注サーバ２２０から発注情報に関する応答情報を受信する場合には、共通発注情報データ形式により、発注情報に関する応答情報のデータ形式も規定される。発注情報に関する応答情報は、例えば、発注情報の受信確認応答である。

なお、発注端末１００は、受注サーバ２２０との接続が切断されるか、又は受注サーバ２２０から発注情報に関する処理が完了した旨を受信すると、発注情報を破棄する。また、発注端末１００は、メニューサーバ２００との接続が切断されると、受信したメニュー情報を破棄する。

メニューサーバ２００は、例えば、ＰＣ、サーバである。メニューサーバ２００は、例えば、店舗又は発注サービスの運営会社に設置される。メニューサーバ２００は、メニュー情報配信手段２１０を含む。メニュー情報配信手段２１０は、共通メニュー情報データ形式で、発注端末１００へメニュー情報を送信する。なお、メニュー情報配信手段２１０は、保持するメニュー情報の更新を発注端末１００へ通知してもよい。

受注サーバ２２０は、例えば、ＰＣ、サーバである。受注サーバ２２０は、例えば、店舗又は発注サービスの運営会社に設置される。なお、受注サーバ２２０は、メニューサーバ２００と一体の装置であってもよい。受注サーバ２２０は、発注情報受理手段２３０を含む。発注情報受理手段２３０は、共通発注情報データ形式で、発注端末１００から発注情報を受信する。

発注情報受理手段２３０は、発注情報を受信すると、発注情報を店舗に設置された各種装置に送信してもよい。店舗に設置された各種装置は、例えば、ＰＯＳ（Point Of Sale）レジスタ、従業員用端末、伝票印刷機である。なお、発注情報受理手段２３０が発注情報を各種装置に送信するデータ形式（以下、「装置間情報データ形式」）は、事業者又は事業形態の異なる複数の店舗において、異なるデータ形式であってもよいし、あるいは共通に利用されるデータ形式（以下、「共通装置間情報データ形式」）であってもよい。装置間情報データ形式は、装置間情報データ形式に含まれる各要素の種類と値を識別可能な任意のデータ形式である。装置間情報データ形式は、例えば、特定のＸＭＬ形式、特定のＣＳＶ形式である。受注サーバ２２０が各種装置から発注情報に関する応答を受信する場合には、装置間情報データ形式により、発注情報に関する各種装置からの応答情報のデータ形式も規定される。発注情報に関する各種装置からの応答情報は、例えば、発注情報の受信確認応答、従業員用端末からの注文の処理状況の情報（以下、「注文処理状況情報」）、ＰＯＳレジスタからの会計に関する情報（以下、「会計情報」）である。会計情報は、発注された商品の合計金額を含む。会計情報は、例えば、支払いに充当可能なポイントに関する情報、１人当たりの支払金額の情報、決済方法に関する情報を含んでもよい。

発注情報受理手段２３０は、発注端末１００から受信した発注情報に関する処理が完了すると、完了した旨を発注端末１００に送信してもよい。

次に、本実施形態における動作について説明する。

図２は、本発明の第１の実施形態における発注端末１００の動作を示すフローチャートである。具体的には、図２は、発注端末１００のメニュー情報受信処理から発注情報送信処理までの動作を示すフローチャートである。なお、図２に示すフローチャート及び以下の説明は一例であり、適宜求める処理に応じて、処理順等を入れ替えたり、処理を戻したり、又は処理を繰り返したりしてもよい。

発注端末１００がメニューサーバ２００に接続されていないときには、発注端末１００のメニュー情報表示手段１２０は、空のメニューを画面表示する（ステップＳ１１０）。

発注端末１００がメニューサーバ２００に接続されると、発注端末１００のメニュー情報取得手段１１０は、メニュー情報を共通メニュー情報データ形式で、メニューサーバ２００のメニュー情報配信手段２１０から受信する（ステップＳ１２０）。

発注端末１００のメニュー情報表示手段１２０は、受信したメニュー情報を画面表示する（ステップＳ１５０）。

発注端末１００の注文操作受理手段１３０は、表示したメニュー情報に対する利用者の注文操作を受け付ける（ステップＳ２２０）。

発注端末１００の注文情報生成手段１４０は、注文操作に基づいて商品の発注情報を生成し、発注情報を共通発注情報データ形式で、受注サーバ２２０の受注情報受理手段２３０へ送信する（ステップＳ２５０）。

なお、空のメニューが既に画面表示されている場合には、発注端末１００は、ステップＳ１２０の処理から処理を開始する。

次に、本実施形態における処理の具体例について説明する。

図３は、本発明の第１の実施形態の発注端末１００の処理の具体例を説明するための図である。具体的には、図３（ａ）は、発注端末１００における初期画面を示す。図３（ｂ）は、発注端末１００が受信するメニュー情報を示す。図３（ｃ）は、発注端末１００におけるメニュー表示画面を示す。図３（ｄ）は、発注端末１００における注文入力済みの画面表示を示す。図３（ｅ）は、発注端末１００が送信する発注情報を示す。

起動直後の発注端末１００の画面では、メニュー情報（“商品”、“単価”欄）及び発注情報（“数量”欄）は空欄で表示される（図３（ａ））。

発注端末１００は、メニュー情報を共通メニュー情報データ形式で、メニューサーバ２００から受信する（図３（ｂ））。メニュー情報において、“商品”は、“ＡＡＡ”、“ＢＢＢ”、“ＣＣＣ”で、それぞれの“単価”は“１００”、“３００”、“２５０”である。

発注端末１００は、店舗毎のメニュー及び価格を表示する（図３（ｃ））。ここで、注文操作はまだ行われていないので、“数量”は“０”である。

発注端末１００は、利用者によるメニューの画面表示上での注文入力の操作を受け付ける（図３（ｄ））。ここで、“商品”“ＡＡＡ”、“ＢＢＢ”、“ＣＣＣ”の、それぞれの“数量”は“１”、“０”、“２”である（図３（ｄ））。

発注端末１００は、利用者により“注文”ボタンが押下されると、発注情報を発注サーバ装置２２０へ送信する。発注情報において、“商品”“ＡＡＡ”の“数量”は“１”、商品“ＣＣＣ”の“数量”は“２”である。

受注サーバ２２０は、発注端末１００から発注情報を受信する。受注サーバ２２０は、発注情報を受信すると、発注された商品を利用者に引き渡すための処理を行う。

発注端末１００は、発注サーバ２２０との接続が切断されると発注情報を破棄し、メニューサーバ２００との接続が切断されるとメニュー情報を破棄し、初期画面に戻る（図３（ａ））。

以上説明したように、本実施形態の発注端末１００は、共通メニュー情報データ形式で、メニュー情報をメニューサーバ２００から受信する。また、本実施形態の発注端末１００は、共通発注情報データ形式で、発注情報を受注サーバ２２０へ送信する。従って、本実施形態の発注端末１００は、事業者又は事業形態の異なる複数の店舗において発注処理を実行することができるという効果がある。

また、本実施形態の発注システム５００では、事業者又は事業形態の異なる複数の店舗において、同一仕様の発注端末１００が利用可能である。従って、本実施形態の発注システム５００では、事業者又は事業形態毎に異なる仕様の発注端末１００の開発の必要がないという効果がある。

また、本実施形態の発注システム５００では、事業者又は事業形態の異なる複数の店舗において、同一仕様のメニューサーバ２００が利用可能である。従って、本実施形態の発注システム５００では、事業者又は事業形態毎に異なる仕様のメニューサーバ２００の開発の必要がないという効果がある。なお、メニューサーバ２００は、店舗毎に独立のサーバであってもよいし、複数の店舗間で共有されるサーバであってもよい。メニューサーバ２００が、複数の店舗間で共有される場合には、メニューサーバ２００の導入費用が抑制されるという効果がある。

また、本実施形態の発注システム５００では、事業者又は事業形態の異なる複数の店舗において、同一仕様の受注サーバ２２０が利用可能である。従って、本実施形態の発注システム５００では、事業者又は事業形態毎に異なる仕様の受注サーバ２２０の開発の必要がないという効果がある。なお、受注サーバ２２０は、店舗毎に独立のサーバであってもよいし、複数の店舗間で共有されるサーバであってもよい。受注サーバ２２０が、複数の店舗間で共有される場合には、受注サーバ２２０の導入費用が抑制されるという効果がある。

なお、装置間情報データ形式が共通装置間情報データ形式である場合には、事業者又は事業形態の異なる複数の店舗において、同一仕様の各種装置が利用可能である。従って、本実施形態の発注システム５００では、事業者又は事業形態毎に異なる仕様の各種装置の開発の必要がないという効果がある。
（第２の実施形態）
次に、上述した第１の実施形態における発注端末を含む、本発明の第２の実施形態の発注システムについて説明する。本実施形態の発注システムでは、発注端末は、利用者所有の携帯端末であり、発注端末の機能の一部はプログラム（以下、「発注プログラム」という）により実現される。また、発注端末は、メニューサーバ及び受注サーバの機能を含むサーバ装置に、店舗に設置された無線ＬＡＮを介して接続される。また、サーバ装置には、店舗に設置された各種の出力装置が接続される。以下の説明において、第１の実施形態と同等の構成要素には同じ符号を付し、適宜説明を省略する。

メニュー情報を有していない状態における発注プログラムを「種アプリ」と呼ぶ。種アプリは、メニュー情報を表示するための機能を持つ。発注プログラムは、初期状態では種アプリとして起動され、店舗により提供される無線ＬＡＮへの接続及び認証後に、メニュー情報を受信し、店舗毎のメニューが画面表示された状態に切り替えられる。メニュー情報が画面表示された状態における発注プログラムを「注文アプリ」と呼ぶ。注文アプリは、メニューを画面表示し、画面上での利用者の操作に従って注文内容を決定し、発注情報を送信する。

本実施形態における構成について説明する。

図４は、本発明の第２の実施形態の発注システム５０５の構成の一例を示すブロック図である。

発注システム５０５は、携帯端末１０５と、サーバ装置２０５と、無線ＬＡＮ基地局３０５と、ＰＯＳレジスタ４１０と、従業員用端末４２０と、伝票印刷機４３０とを含む。携帯端末１０５は、無線ＬＡＮ基地局３０５を介してサーバ装置２０５に接続される。サーバ装置２０５は、ネットワークを介して、ＰＯＳレジスタ４１０、従業員用端末４２０、及び伝票印刷機４３０に接続される。ネットワークは、例えば、ＬＡＮ、ＷＡＮ、無線ＬＡＮ、無線ＷＡＮ等である。

携帯端末１０５は、利用者所有の端末で、利用者により携帯される。携帯端末１０５は、例えば、スマートフォン、携帯電話、タブレット端末、ＰＣである。携帯端末１０５は、発注プログラム１１５を含む。発注プログラム１１５は、本発明の第１の実施形態における発注端末１００の各手段の機能を含む機能が実現されたプログラムである。

発注プログラム１１５は、携帯端末１０５にインストールされている。発注プログラム１１５は、種アプリとして起動される。すなわち、起動直後の時点では、発注プログラム１１５に表示されるメニューは、空欄の状態である。

発注プログラム１１５は、無線ＬＡＮ基地局３０５に接続され、端末認証又は利用者認証を行う。なお、端末認証又は利用者認証に必要な、端末又は利用者の、識別子又は鍵情報は、携帯端末１０５、無線ＬＡＮ基地局３０５、又は認証サーバ（不図示）に予め設定されている。認証方式は、端末又は利用者を認証可能な任意の方式でよく、ここでは詳述しない。

発注プログラム１１５は、端末認証又は利用者認証が成功すると、共通メニュー情報データ形式で、店舗により提供される商品のメニュー情報をサーバ装置２０５から受信して、画面に表示し、注文アプリになる。発注プログラム１１５は、注文アプリの画面において、利用者に商品の受け渡し場所の登録を要求する。以下では、商品の受け渡し場所が、飲食店におけるテーブル等の座席である場合を例に説明する。

座席の登録は、例えば、座席を示す、コードのキーボード若しくはポインティングデバイス及びソフトキーボードによる文字入力、ポインティングデバイスによるＧＵＩ操作、掲示されたコードの文字認識、又は掲示された２次元コードの読み取りによって実行される。発注プログラム１１５は、注文アプリの画面において、注文内容の決定を利用者に要求し、共通発注情報データ形式で、発注情報をサーバ装置２０５へ送信する。

なお、発注プログラム１１５は、サーバ装置２０５から発注情報に関する処理が完了した旨を受信すると、発注情報を破棄する。あるいは、利用者が発注に関する処理が完了するまで無線ＬＡＮ基地局３０５の圏内にいることが保証される場合には、発注プログラム１１５は、利用者が店舗を出て無線ＬＡＮ基地局３０５の圏外に移動することにより、無線ＬＡＮ基地局３０５との接続が切断された際に、発注情報を破棄してもよい。ただし、利用者が発注に関する処理の途中で一時的に無線ＬＡＮ基地局３０５の圏外に移動する可能性がある場合には、発注プログラム１１５は、利用者が無線ＬＡＮ基地局３０５の圏外に移動しても、所定の時間が経過するまで、発注情報を保持してもよい。発注プログラム１１５は、利用者が所定の時間内に圏内に戻らず、携帯端末１０５がサーバ装置２０５と再接続されない場合には、発注情報を破棄する。また、利用者が店舗を出て無線ＬＡＮ基地局３０５の圏外に移動することにより、無線ＬＡＮ基地局３０５との接続が切断されると、メニュー情報を破棄して、注文アプリから種アプリに戻る。

サーバ装置２０５は、例えば、ＰＣ、サーバである。サーバ装置２０５は、例えば、店舗又は発注サービスの運営会社に設置される。サーバ装置２０５は、メニュー情報配信手段２１５と、発注情報受理手段２３５とを含む。

メニュー情報配信手段２１５は、共通メニュー情報データ形式で、携帯端末１０５へメニュー情報を送信する。なお、メニュー情報配信手段２１５は、保持するメニュー情報の更新を携帯端末１０５へ通知してもよい。

発注情報受理手段２３５は、共通発注情報データ形式で、携帯端末１０５から発注情報を受信する。また、発注情報受理手段２３５は、発注情報を受信すると、発注情報を店舗に設置された、ＰＯＳレジスタ４１０、従業員用端末４２０、又は伝票印刷機４３０へ送信する。なお、発注情報受理手段２３５は、携帯端末１０５から受信した発注情報に関する処理が完了すると、完了した旨を携帯端末１０５に送信する。

ＰＯＳレジスタ４１０は、受信した発注情報に基づいて、会計処理を行う。また、ＰＯＳレジスタ４１０は、会計処理の完了をサーバ装置２０５を介して携帯端末１０５へ通知してもよい。

従業員用端末４２０は、受信した発注情報に基づいて、注文状況を画面表示する。また、従業員用端末４２０は、従業員用による注文の処理状況の入力を受け付けて、注文の処理状況を画面表示する。また、従業員用端末４２０は、注文の処理状況をサーバ装置２０５を介して携帯端末１０５へ通知してもよい。

伝票印刷機４３０は、受信した発注情報に基づいて、伝票を印刷する。

次に、本実施形態における動作について説明する。

図５は、本発明の第２の実施形態の発注システム５０５の動作を示すフローチャートである。具体的には、図５は、携帯端末１０５の発注プログラム１１５の起動処理からメニュー表示処理までの動作を示すフローチャートである。なお、図５に示すフローチャート及び以下の説明は一例であり、適宜求める処理に応じて、処理順等を入れ替えたり、処理を戻したり、又は処理を繰り返したりしてもよい。

発注プログラム１１５が起動される（種アプリ）（ステップＳ３１０）。

発注プログラム１１５は、空のメニューを画面表示する（ステップＳ３２０）。

発注プログラム１１５は、無線ＬＡＮ基地局３０５に対する接続の有無を判定する（ステップＳ３３０）。携帯端末１０５が無線ＬＡＮ基地局３０５に接続されていないと（ステップＳ３３０：Ｎｏ）、発注プログラム１１５は、ステップＳ３２０の処理へ戻る。携帯端末１０５が無線ＬＡＮ基地局３０５に接続されていると（ステップＳ３３０：Ｙｅｓ）、発注プログラム１１５は、ステップＳ３４０の処理へ進む。

発注プログラム１１５は、無線ＬＡＮ基地局３０５との間で認証を行う（ステップＳ３４０）。認証が失敗すると（ステップＳ３４０：Ｎｏ）、発注プログラム１１５は、ステップＳ３２０の処理へ戻る。認証が成功すると（ステップＳ３４０：Ｙｅｓ）、発注プログラム１１５は、ステップＳ３５０の処理へ進む。

発注プログラム１１５は、サーバ装置２０５からメニュー情報を受信する（ステップＳ３５０）。

発注プログラム１１５は、受信したメニュー情報を表示する（ステップＳ３６０）。以降、利用者による注文情報の入力が可能（注文アプリ）になる。

図６は、本発明の第２の実施形態の発注システム５０５の動作を示すフローチャートである。具体的には、図６は、携帯端末１０５の発注プログラム１１５の座席登録処理から発注情報及びメニュー情報破棄処理までの動作を示すフローチャートである。なお、図６に示すフローチャート及び以下の説明は一例であり、適宜求める処理に応じて、処理順等を入れ替えたり、処理を戻したり、又は処理を繰り返したりしてもよい。

発注プログラム１１５は、利用者による座席の登録を受け付ける（ステップＳ４１０）。

発注プログラム１１５は、利用者による注文情報の入力を受け付ける（ステップＳ４２０）。

発注プログラム１１５は、利用者による注文情報の入力が終了したか否かを判定する（ステップＳ４３０）。注文情報の入力が終了していないならば（ステップＳ４３０：Ｎｏ）、発注プログラム１１５は、ステップＳ４２０の処理へ戻る。注文情報の入力が終了したならば（ステップＳ４３０：Ｙｅｓ）、発注プログラム１１５は、ステップＳ４４０の処理へ進む。

発注プログラム１１５は、利用者による注文情報の確認を受け付ける（ステップＳ４４０）。注文情報が正しくないならば（ステップＳ４４０：Ｎｏ）発注プログラム１１５は、ステップＳ４２０の処理へ戻る。注文情報が正しいならば（ステップＳ４４０：Ｙｅｓ）発注プログラム１１５は、ステップＳ４５０の処理へ進む。

発注プログラム１１５は、発注情報をサーバ装置２０５へ送信する（ステップＳ４５０）。

サーバ装置２０５へ送信された発注情報に関する処理が完了して、利用者が店舗を出て無線ＬＡＮ基地局３０５の圏外に移動すると、発注プログラム１１５は、サーバ装置２０５と非接続状態になったことを検知する（ステップＳ４６０）。

発注プログラム１１５は、発注情報及びメニュー情報を破棄する（種アプリ）（ステップＳ４７０）。

次に、本実施形態における処理の具体例について説明する。

図７は、本発明の第２の実施形態の発注システム５０５の処理の具体例を説明するための図である。具体的には、図７（ａ）は、携帯端末１０５における種アプリの画面表示を示す。図７（ｂ）は、携帯端末１０５における注文アプリの初期の画面表示を示す。図７（ｃ）は、携帯端末１０５における注文アプリの座席登録済みの画面表示を示す。図７（ｄ）は、携帯端末１０５における注文アプリの注文入力済みの画面表示を示す。

起動直後の種アプリの画面では、メニュー情報（“メニュー”欄）及び発注情報（“注文”欄）は空欄で表示される（図７（ａ））。

発注プログラム１１５は、無線ＬＡＮ接続及び認証に成功すると、注文アプリの初期画面において、店舗毎のメニュー及び価格を表示する（図７（ｂ））。

発注プログラム１１５は、利用者による座席登録を受け付けて、登録された座席コードを画面表示する（図７（ｃ））。なお、発注プログラム１１５は、利用者により“座席登録”ボタンが押下されると、座席登録用の入力画面（コードの文字入力画面、コードの文字認識画面、又は２次元コードの読取画面）を表示する。

発注プログラム１１５は、利用者によるメニューの画面表示上での注文入力の操作を受け付ける（図７（ｄ））。

発注プログラム１１５は、利用者により“注文送信”ボタンが押下されると、発注情報をサーバ装置２０５へ送信する。なお、本動作例では、発注情報は、座席コードの情報を含む。

サーバ装置２０５は、携帯端末１０５から発注情報を受信する。サーバ装置２０５は、発注情報を受信すると、店舗内の作業員用端末４２０、ＰＯＳレジスタ４１０、及び伝票印刷機４３０へ、発注情報を送信する。

発注プログラム１１５は、利用者が店舗を出て無線ＬＡＮ基地局３０５の圏外に移動することにより、無線ＬＡＮ基地局３０５との接続が切断されると、発注情報及びメニュー情報を破棄し、種アプリに戻る（図７（ａ））。

以上説明したように、本実施形態の発注システム５０５では、携帯端末１０５は、共通メニュー情報データ形式で、メニュー情報をサーバ装置２０５から受信する。また、本実施形態の発注システム５０５では、携帯端末１０５は、共通発注情報データ形式で、発注情報をサーバ装置２０５へ送信する。従って、本実施形態の発注システムでは、事業者又は事業形態の異なる複数の店舗において発注処理を実行することができるという効果がある。

また、本実施形態の発注システム５０５では、携帯端末１０５は、無線ＬＡＮ基地局３０５を経由してサーバ装置２０５に接続される。一方、携帯端末が広域無線を経由してサーバに接続される場合には、屋内に設置された店舗においてサービスが利用できないことがある。従って、本実施形態の発注システム５０５では、屋内に設置された店舗においてもサービスが利用できるという効果がある。

また、本実施形態の発注システム５０５では、事業者又は事業形態の異なる複数の店舗において、利用者所有の携帯端末１０５上で動作する発注プログラム１１５が利用可能である。従って、本実施形態の発注システム５０５では、携帯端末１０５のハードウェアの導入費用が必要ないという効果がある。

また、本実施形態の発注システム５０５では、発注可能な携帯端末１０５は、無線ＬＡＮ基地局３０５の圏内に存在する携帯端末に制限される。一方、携帯端末がＧＰＳ等による広域無線を利用した測位結果に基づいて不正な発注が制限される場合には、屋内に設置された店舗において不正な発注の制限が利用できないことがある。従って、本実施形態の発注システム５０５では、屋内に設置された店舗においても不正な発注を抑制できるという効果がある。

また、本実施形態の発注システム５０５では、携帯端末１０５又は携帯端末１０５の利用者が認証された後に、発注サービスが利用可能になる。従って、本実施形態の発注システム５０５では、不正な発注を抑制できるという効果がある。

また、本実施形態の発注システム５０５では、商品の受け渡し場所を示すコードの登録後に、発注サービスが利用可能になる。利用者が商品の受け渡し場所を示すコードを不正に入力することが困難にする（入力方法の制限、又は長いコード、２次元コード、若しくは暗号化されたコードの利用等）ことにより、悪意ある利用者が商品の受け渡し場所を偽装することが困難になる。従って、本実施形態の発注システム５０５では、不正な発注を抑制できるという効果がある。

なお、サーバ装置２０５は、１つの座席コードを共有する複数の携帯端末１０５からの発注情報を１つの発注情報に合併し、合併後には、合併された発注情報に対する処理を行ってもよい。発注情報が合併される場合には、サーバ装置２０５は、１つの座席コードを共有する複数の携帯端末１０５に、合併された発注情報を送信し、各携帯端末１０５は、合併された発注情報を表示する。例えば、飲食店において１つの座席が複数の利用者により共用される場合には、同じ座席コードを有する複数の注文情報は、合併された１つの発注情報としてサーバ装置２０５により処理されてもよい。この際、サーバ装置２０５は、注文処理状況情報や会計情報を携帯端末１０５へ送信し、携帯端末１０５は、受信した注文処理状況情報や会計情報を画面表示してもよい。また、会計情報には、個別支払、割り勘定、若しくは代表支払等の支払方法、利用者１人当たりの支払金額、現金、クレジットカード、若しくはデビットカード等の決済方法、又は支払いに充当可能なポイント等に関する付加情報が含まれ、携帯端末１０５は付加情報に基づいて会計処理を実行してもよい。この場合には、会計における利用者の利便性か向上するという効果がある。なお、支払方法が割り勘定である場合には、会計情報には、決済情報として１人当たりの支払金額が含まれる。１人当たりの支払金額は、合計金額を携帯端末の台数で除算して求められてもよい。

なお、上述した本発明の各実施形態の発注端末は、専用の装置によって実現してもよいが、コンピュータ（情報処理装置）によっても実現可能である。この場合、係るコンピュータは、メモリ（不図示）に格納されたソフトウェア・プログラムをＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ、不図示）に読み出し、読み出したソフトウェア・プログラムをＣＰＵにおいて実行することにより、実行結果を、例えば、ユーザ・インタフェースに出力する。上述した各実施形態の場合、係るソフトウェア・プログラムには、上述したところの、図１に示した発注端末１００の各手段、図４に示した、携帯端末１０５の注文アプリ１１５、又はサーバ装置２０５の各手段の機能を実現可能な記述がなされていればよい。ただし、発注端末１００のメニュー情報取得手段１１０、メニュー表示手段１２０、注文操作受理手段１３０、若しくは発注情報生成手段１４０、メニューサーバ２００のメニュー情報配信手段２１０、受注サーバ２２０の発注情報受理手段２３０、又はサーバ装置２０５のメニュー情報配信手段２１５若しくは発注情報受理手段２３５には、適宜ハードウェアを含むことも想定される。そして、このような場合、係るソフトウェア・プログラム（コンピュータ・プログラム）は、本発明を構成すると捉えることができる。更に、係るソフトウェア・プログラムを格納した、コンピュータ読み取り可能な記憶媒体も、本発明を構成すると捉えることができる。

以上、本発明を、上述した各実施形態およびその変形例によって例示的に説明した。しかしながら、本発明の技術的範囲は、上述した各実施形態およびその変形例に記載した範囲には限定されない。当業者には、係る実施形態に対して多様な変更又は改良を加えることが可能であることは明らかである。そのような場合、係る変更又は改良を加えた新たな実施形態も、本発明の技術的範囲に含まれ得る。そしてこのことは、特許請求の範囲に記載した事項から明らかである。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
事業者又は事業形態の異なる複数の店舗において、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗における共通の第１のデータ形式でメニューサーバから受信するメニュー情報取得手段と、
前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示手段と、
前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段と、
前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗における共通の第２のデータ形式で受注サーバへ送信する発注情報生成手段と、
を備えたことを特徴とする発注端末。
（付記２）
前記受注サーバは、受信した前記発注情報に基づいて、前記商品の、前記識別子及び前記数量を含む、第３のデータ形式を有する前記発注情報を前記特定の店舗に設置された出力装置へ出力する
ことを特徴とする付記１に記載の発注端末。
（付記３）
前記出力装置は、ＰＯＳ（point of sale）レジスタ、ＰＣ、ディスプレイ装置、又はプリンタである
ことを特徴とする付記２に記載の発注端末。
（付記４）
前記第３のデータ形式は、前記複数の店舗における共通のデータ形式である
ことを特徴とする付記１乃至３のいずれか１項に記載の発注端末。
（付記５）
前記受注サーバは、前記受信した前記発注情報に関する注文の処理状況の入力を受け付け、前記処理状況を前記複数の店舗における共通の第４のデータ形式で前記発注端末へ送信する
ことを特徴とする付記１乃至４のいずれか１項に記載の発注端末。
（付記６）
前記発注端末は、前記特定の店舗に設置された無線基地局を経由して前記メニューサーバ及び前記受注サーバに接続される
ことを特徴とする付記１乃至５のいずれか１項に記載の発注端末。
（付記７）
前記発注端末は、前記利用者が所有する携帯端末である
ことを特徴とする付記６に記載の発注端末。
（付記８）
前記発注端末により保持又は入力される、識別子又は鍵情報に基づいて、前記発注端末又は前記利用者の認証が行われる
ことを特徴とする付記１乃至７のいずれか１項に記載の発注端末。
（付記９）
前記発注端末は、前記メニューサーバとの接続が切断された際に、前記メニュー情報を破棄する
ことを特徴とする付記１乃至８のいずれか１項に記載の発注端末。
（付記１０）
前記発注端末は、前記受注サーバとの接続が切断された際に、所定の時間、前記発注情報を保持し、前記所定の時間内に前記受注サーバと再接続されない場合に、前記発注情報を破棄する
ことを特徴とする付記１乃至９のいずれか１項に記載の発注端末。
（付記１１）
１つのグループに属する複数の前記発注端末間で前記発注情報が共有される
ことを特徴とする付記１乃至１０のいずれか１項に記載の発注端末。
（付記１２）
前記グループは、前記商品の受け渡し場所に対応して設定される
ことを特徴とする付記１１に記載の発注端末。
（付記１３）
前記受け渡し場所は、前記受け渡し場所を識別するコードにより識別される
ことを特徴とする付記１２に記載の発注端末。
（付記１４）
前記コードは、２次元コードである
ことを特徴とする付記１３に記載の発注端末。
（付記１５）
前記受注サーバは、前記商品の、前記識別子及び前記数量、並びに発注された合計金額を含む第５のデータ形式を有する会計情報を生成する
ことを特徴とする付記１乃至１４のいずれか１項に記載の発注端末。
（付記１６）
前記受注サーバは、前記会計情報を前記複数の店舗における共通のデータ形式である前記第５のデータ形式で前記発注端末に送信し、
前記発注端末は、前記受注サーバから前記会計情報を受信し、前記受信した前記会計情報に基づいて、決済処理を行う
ことを特徴とする付記１５に記載の発注端末。
（付記１７）
１つのグループに属する複数の前記発注端末間で前記会計情報が共有される
ことを特徴とする付記１５又は付記１６に記載の発注端末。
（付記１８）
前記会計情報は、１つのグループに属する複数の前記発注端末の台数で除算された合計金額を含む
ことを特徴とする付記１５乃至１７のいずれか１項に記載の発注端末。
（付記１９）
前記会計情報は、前記合計金額の支払いに充当可能なポイントの情報を含む
ことを特徴とする付記１５乃至１８のいずれか１項に記載の発注端末。
（付記２０）
事業者又は事業形態の異なる複数の店舗において、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗における共通の第１のデータ形式で受信するメニュー情報取得手段、
前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示手段、
前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段、及び
前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗における共通の第２のデータ形式で受注サーバへ送信する発注情報生成手段を
含む発注端末へ前記メニュー情報を送信するメニュー情報配信手段
を備えたことを特徴とするメニューサーバ。
（付記２２）
事業者又は事業形態の異なる複数の店舗において、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗における共通の第１のデータ形式でメニューサーバから受信するメニュー情報取得手段、
前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示手段、
前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段、及び
前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗における共通の第２のデータ形式で送信する発注情報生成手段を
含む発注端末から前記発注情報を受信する発注情報受理手段
を備えたことを特徴とする受注サーバ。
（付記２３）
事業者又は事業形態の異なる複数の店舗において、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗において共通に利用される第１のデータ形式で送信するメニューサーバと、
前記商品の、識別子及び数量を含む発注情報を前記複数の店舗において共通に利用される第２のデータ形式で受信する受注サーバと、
前記メニュー情報を受信するメニュー情報取得手段、
前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示手段、
前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段、及び
前記注文操作に基づいて前記発注情報を送信する発注情報生成手段
を含む発注端末と、
を備えたことを特徴とする発注システム。
（付記２４）
事業者又は事業形態の異なる複数の店舗において、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗において共通に利用される第１のデータ形式でメニューサーバから受信し、
前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示し、
前記表示したメニュー情報に対する利用者の注文操作を受け付け、
前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗において共通に利用される第２のデータ形式で受注サーバへ送信する
ことを特徴とする発注方法。
（付記２５）
事業者又は事業形態の異なる複数の店舗において、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗において共通に利用される第１のデータ形式でメニューサーバから受信するメニュー情報取得処理と、
前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示処理と、
前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理処理と、
前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗において共通に利用される第２のデータ形式で受注サーバへ送信する発注情報生成処理と、
をコンピュータに実行させることを特徴とする発注プログラム。

本発明は、飲食店、ピックアップサービス等の、メニューから商品を発注し、特定の場所において商品を受け取るサービスにおいて商品を発注する用途において、利用できる。

１００ 発注端末
１１０ メニュー情報取得手段
１２０ メニュー表示手段
１３０ 注文操作受理手段
１４０ 発注情報生成手段
２００ メニューサーバ
２１０ メニュー情報配信手段
２２０ 受注サーバ
２３０ 発注情報受理手段
５００ 発注システム
１０５ 携帯端末
１１５ 注文アプリ
２０５ サーバ装置
２１５ メニュー情報配信手段
２３５ 発注情報受理手段
５０５ 発注システム
４１０ ＰＯＳレジスタ
４２０ 従業員用端末
４３０ 伝票印刷機

Claims (10)

1. 事業者又は事業形態の異なる複数の店舗において、特定の前記店舗から特定の前記店舗に設置された無線ＬＡＮ基地局圏内に位置した場合、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗における共通の第１のデータ形式でメニューサーバから受信するメニュー情報取得手段と、
   前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示手段と、
   前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段と、
   前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗における共通の第２のデータ形式で受注サーバへ送信する発注情報生成手段と、
   を備え、
   前記受注サーバとの発注処理の途中で前記受注サーバとの接続が切断された場合、所定時間は前記発注情報を保持し、前記無線ＬＡＮ基地局の圏外に位置したまま所定時間経過後、前記発注情報を破棄する
   ことを特徴とする発注端末。
2. 前記発注端末は、前記メニューサーバとの接続が切断された際に、前記メニュー情報を
   破棄する
   ことを特徴とする請求項１に記載の発注端末。
3. １つのグループに属する複数の前記発注端末間で前記発注情報が共有される
   ことを特徴とする請求項１又は２に記載の発注端末。
4. 前記発注端末は、前記特定の店舗に設置された無線基地局を経由して前記メニューサーバ及び前記受注サーバに接続される
   ことを特徴とする請求項１乃至３のいずれか１項に記載の発注端末。
5. 前記発注端末は、前記利用者が所有する携帯端末である
   ことを特徴とする請求項１乃至４のいずれか１項に記載の発注端末。
6. 事業者又は事業形態の異なる複数の店舗において、特定の前記店舗から特定の前記店舗に設置された無線ＬＡＮ基地局圏内に位置した場合、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗において共通に利用される第１のデータ形式で送信するメニューサーバと、
   前記商品の、識別子及び数量を含む発注情報を前記複数の店舗において共通に利用される第２のデータ形式で受信する受注サーバと、
   前記メニュー情報を受信するメニュー情報取得手段、
   前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示手段、
   前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理手段、及び
   前記注文操作に基づいて前記発注情報を送信する発注情報生成手段
   を含む発注端末と、
   を備え、
   前記発注端末が、前記受注サーバとの発注処理の途中で前記受注サーバとの接続が切断された場合、所定時間は前記発注情報を保持し、前記無線ＬＡＮ基地局の圏外に位置したまま所定時間経過後、前記発注情報を破棄する
   ことを特徴とする発注システム。
7. 前記受注サーバは、受信した前記発注情報に基づいて、前記商品の、前記識別子及び前記数量を含む、第３のデータ形式を有する前記発注情報を前記特定の店舗に設置された出力装置へ出力する
   ことを特徴とする請求項６に記載の発注システム。
8. 前記第３のデータ形式は、前記複数の店舗における共通のデータ形式である
   ことを特徴とする請求項７に記載の発注システム。
9. 発注端末によって、
   事業者又は事業形態の異なる複数の店舗において、特定の前記店舗から特定の前記店舗に設置された無線ＬＡＮ基地局圏内に位置した場合、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗において共通に利用される第１のデータ形式でメニューサーバから受信し、
   前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示し、
   前記表示したメニュー情報に対する利用者の注文操作を受け付け、
   前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗において共通に利用される第２のデータ形式で受注サーバへ送信し、
   前記受注サーバとの発注処理の途中で前記受注サーバとの接続が切断された場合、所定時間は前記発注情報を保持し、前記無線ＬＡＮ基地局の圏外に位置したまま所定時間経過後、前記発注情報を破棄する
   ことを特徴とする発注方法。
10. 事業者又は事業形態の異なる複数の店舗において、特定の前記店舗から特定の前記店舗に設置された無線ＬＡＮ基地局圏内に位置した場合、特定の前記店舗により提供される商品の、名称及び単価を含むメニュー情報を前記複数の店舗において共通に利用される第１のデータ形式でメニューサーバから受信するメニュー情報取得処理と、
    前記受信前に前記複数の店舗における共通の空のメニューを画面に表示し、前記受信後に前記受信したメニュー情報を画面に表示するメニュー表示処理と、
    前記表示したメニュー情報に対する利用者の注文操作を受け付ける注文操作受理処理と、
    前記注文操作に基づいて前記商品の、識別子及び数量を含む発注情報を前記複数の店舗において共通に利用される第２のデータ形式で受注サーバへ送信する発注情報生成処理と、
    前記受注サーバとの発注処理の途中で前記受注サーバとの接続が切断された場合、所定時間は前記発注情報を保持し、前記無線ＬＡＮ基地局の圏外に位置したまま所定時間経過後、前記発注情報を破棄する発注情報破棄処理と、
    をコンピュータに実行させることを特徴とする発注プログラム。

Images