JP5257593B2 - 注文受付システム - Google Patents

Description

本発明は、利用者に注文の修正を許容する先行型オーダリングシステムとして用いるのに好適な注文受付システムに関する。

ドライブスルーシステムは、利用者が自動車などの車両に乗車したままで店舗内にいる店員に注文をすることで商品売買を行う設備である。ドライブスルーシステムでは、利用者は店舗外に設置されたメニューボードなどを車内から参照し、所望とする商品を店舗内にいる店員に伝達することによってオーダーを行うようになっている。このようなシステムでは、店舗に到着してから発注を行うため、商品が準備できるまでの時間が発生してしまうことである。すぐに商品を受け取りたい利用者にとっては無駄な時間となるため、満足度の低下につながっていた。また、商品の準備ができるまでの時間により待ち行列が発生するため、店舗の回転率が低下してしまうことなる。

そこで、迅速な商品の受け渡しを可能とする先行予約型のドライブスルーシステムが種々提案されている。例えば、特許文献１（特開２００２−３５８５７８号公報）には、ドライブスルー店舗の端末と、利用者の端末及び前記ドライブスルー店舗の端末に通信ネットワークを介して相互に接続され前記利用者からの注文を受け付けるサーバと、前記利用者の到着を認識する前記ドライブスルー店舗の到着認識装置とからなるドライブスルーオーダリングシステムにおいて、前記サーバは、前記利用者の端末から前記利用者の購入する商品に関する情報と、前記利用者を一意に識別できる情報とを含む注文情報を受信する受信部と、前記受信した注文情報を前記ドライブスルー店舗の端末に送信する送信部と、前記ドライブスルー店舗の端末は、前記注文情報を受信し、前記受信した注文情報に基づいて前記利用者の購入する商品を用意させる手段を備え、前記ドライブスルー店舗の到着認識装置は、前記利用者を一意に識別できる情報により前記利用者の到着を認識し、前記利用者の到着を前記ドライブスルー店舗の店員に報知する手段を備えることを特徴とするドライブスルーオーダリングシステムが開示されている。
特開２００２−３５８５７８号公報

しかしながら、特許文献１記載の発明のオーダリングシステムでは、いったん商品の注文の受付が完了してしまうと、注文の変更を行うことができない、という問題があった。先行予約型のオーダリングシステムは、商品を受け取る時間に対してかなり前の時間に注文を入れることが可能であるが、注文を受け取るまでの間に十分な時間の余裕があるにもかかわらず、システム上では注文の変更を行うことができないことは利用者にとって非常に理不尽なものであり、結果、利用者の満足度を低下させることとなり、好ましいものでなかった。

上記問題点を解決するために、請求項１に係る発明は、移動体端末装置から注文を受け付ける店舗の店舗位置情報を記憶する手段と、前記移動体端末装置から注文情報と前記移動体端末装置の第１位置情報を受信する手段と、前記移動体端末装置から受信した前記注文情報に基づいて注文を受け付ける時の第１時刻情報を取得し、前記注文情報と前記第１位置情報と共に前記第１時刻情報を記憶する手段と、前記移動体端末装置から前記注文情報を修正することが可能かに係る問い合わせと前記移動体端末装置の第２位置情報を受信する手段と、前記移動体端末装置から前記問い合わせと第２位置情報を受信した時の第２時刻情報を取得する手段と、前記第１位置情報と前記第２位置情報と前記店舗位置情報と、前記第１時刻情報と前記第２時刻情報とから予測到着時間を算出する手段と、前記予測到着時間と、余裕を含んだ商品準備時間とを比較することで、前記注文情報を修正することが可能かに係る判定をする第１判定手段と、前記第１判定手段の判定の結果を前記移動体端末装置に送信する手段と、を有することを特徴とする注文受付システムである。

また、請求項２に係る発明は、請求項１に記載の注文受付システムにおいて、前記移動体端末装置から前記修正注文情報と前記移動体端末装置の第３位置情報を受信する手段と、前記第１位置情報と前記第２位置情報と前記第３位置情報と前記店舗位置情報と、前記第１時刻情報と前記第２時刻情報とから、新たな予測到着時間を算出する手段と、前記新たな予測到着時間と、商品準備時間とを比較することで前記修正注文情報を受け付けるかに係る判定をする第２判定手段と、前記第２判定手段の判定の結果を前記移動体端末装置に送信する手段と、を有することを特徴とする。

本発明の注文受付システムによれば、先行して予約注文した注文情報を変更することが可能となる。また、このような注文情報を変更することが可能な注文受付システムによれば、利用者の満足度を向上させることが可能となる。

以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施の形態に係る注文受付システムの概念を説明する図である。図１において、１０はサービス利用者、２０は注文受付システム管理センター、３０は注文受付システムチェーン店舗群、１００は移動体端末装置、２００はセンターサーバーをそれぞれ示している。

本実施形態に係る注文受付システムは、サービス利用者１０が、注文受付システム管理センター２０を介して、前記注文受付システム管理センター２０が管轄する注文受付システムチェーン店舗群３０の各店舗Ｎ１、Ｎ２、Ｎ３・・・に対して、店舗到着前に先行して商品の予約を行うことを可能とするシステムである。

サービス利用者１０が本実施形態に係る注文受付システムのサービスを受けるために利用するものが移動体端末装置１００であり、これには携帯電話やカーナビゲーションシステムを用いることができる。移動体端末装置１００は、注文受付システム管理センター２０と無線などによって情報通信可能に構成されている。

注文受付システム管理センター２０にはセンターサーバー２００が設置されている。センターサーバー２００は汎用のサーバーシステムを用いて実現することができる。センターサーバー２００は、各移動体端末装置１００と携帯電話通信網などを介して情報通信可能に接続されると共に、各店舗に設置される店舗端末装置３００とインターネット、公衆回線網などの通信回線を介して情報通信可能に接続される。

注文受付システムチェーン店舗群３０における各店舗Ｎ１、Ｎ２、・・・には、店舗端末装置３００が設置されており、店舗端末装置３００はそれぞれの店舗内の情報を収集して、センターサーバー２００は店舗内の情報を収集したり、センターサーバー２００の要求に応じて収集した情報をセンターサーバー２００に送信したりする。店舗端末装置３００は、回線接続可能なパーソナルコンピュータなどの汎用の情報処理装置を用いることができる。また、このような情報処理装置に必要となるハードウエアを接続することによって注文受付システムにおける店舗側装置を実現することができる。

次に、移動体端末装置１００を構成する上で好適なハードウエアの概略について説明する。図２は本発明の実施の形態に係る注文受付システムで用いる移動体端末装置のブロック構成の一例を示す図である。図２において、１００は移動体端末装置、１０１はＣＰＵ、１０２はバス、１０４はＲＡＭ、１０５は入力操作部、１０６は入力回路、１０８は音声制御回路、１０９はマイクロフォン、１１２はスピーカ、１１４は表示制御回路、１１
５はディスプレイ、１１６は通信制御回路、１１９はＧＰＳ受信部、１２０はデータ保存部をそれぞれ示している。

移動体端末装置１００は、ＣＰＵ（中央処理装置）１０１を搭載している。ＣＰＵ１０１はバス１０２を通じて装置内の各部と接続されている。このうちＲＯＭ１０３はこの移動体端末装置１００の各部を制御するためのプログラムを格納したリード・オンリ・メモリである。ＲＡＭ１０４はプログラムを実行するときに必要となる一時的なデータおよび画像等を含んだ通信データを一時的に格納するランダム・アクセス・メモリである。

入力操作部１０５は利用者が操作するキースイッチ群から構成されており、この入力操作部１０５の操作により発生した信号は入力回路１０６を介してバス１０２に伝達されるようになっている。

音声制御回路１０８は音声の入出力を行う回路で、マイクロフォン１０９から音声を入力すると共に、スピーカ１１２から音声を出力するようになっている。表示制御回路１１４は、ディスプレイ１１５の表示を制御するようになっている。通信制御回路１１６は、不図示の無線基地局と無線で通信を行うになっている。ＧＰＳ受信部１１９は不図示のＧＰＳ衛星の複数から電波を受信して移動体端末装置１００の現在位置を判別する装置である。データ保存部１２０は電源が切れた時でもデータを保持できるようになっている記憶部であり、例えばフラッシュメモリー、ハードディスク等である。

本実施形態に係る注文受付システムで用いる移動体端末装置１００としては、ＧＰＳ信号を受信して自らの位置を計算するＧＰＳ測位で自装置の位置情報を取得する機能を有するものである。この機能を実現するためのプログラムはＲＯＭ１０３に記憶させておくことができるし、或いはデータ保存部１２０に記憶させておくことができる。

次に、本実施形態に係る注文受付システムにおけるセンターサーバーの機能及び店舗端末装置について説明する。図３は本発明の実施の形態に係る注文受付システムのセンターサーバー２００及び店舗端末装置３００の概要を示す図である。図３において、２１０は演算部、２２０はチェーン店舗情報データベース、２４０は第１通信部、２５０は第２通信部、３１０は演算部、３２０は注文データベース、３３０は表示部、３４０は計時部、３５０は通信部をそれぞれ示している。

センターサーバー２００における演算部２１０は、後述するフローに係る各処理を中心的に実行するものである。チェーン店舗情報データベース２２０は、注文受付システムチェーン店舗群３０における各店舗Ｎ１、Ｎ２、・・・の店舗に係る情報が記憶されている。このような店舗情報データベース２２０に記憶されるデータの構造について説明する。

図４は本発明の実施の形態に係る注文受付システムのチェーン店舗情報データベースに記憶されるデータ構造例を示す図である。図４に示すように「店舗」、「所在情報」、「メニュー情報」、「価格情報」などの項目の情報が記憶されている。「店舗」は店舗名や店舗ＩＤなどの基礎となる情報であり、「所在情報」は当該店舗のどこに位置しているのかに係る情報であり、「メニュー情報」は当該店舗でどのような商品を提供しているのかに係る情報であり、「価格情報」はそれぞれの商品の販売価格に係る情報である。

第１通信部２４０は各移動体端末装置１００との間の通信を司るものであり、第２通信部２５０は各店舗端末装置３００との通信を司るものである。いずれの通信においても、従来周知のごく一般的なものを用いることができる。

店舗端末装置３００における演算部３１０は、店舗端末装置３００における後述するフ
ローに係る各処理を中心的に実行するものである。注文データベース３２０は、システムによって受け付けられた注文の情報を格納しておくものである。図５は本発明の実施の形態に係る注文受付システムの注文データベース３２０に記憶されるデータ構造例を示す図である。図５に示すように「受付番号」、「第１位置情報」、「注文情報」、「代金情報」、「タイムスタンプ」などの記憶項目を少なくとも有している。注文データベース３２０には、その他の記憶項目―例えば、商品受付済未済のフラグなど−を設けることもできる。「受付番号」は注文が確定したときに発行される番号に係る情報であり、「第１位置情報」は、最初に注文が確定してときの移動体端末装置１００の位置情報に係る情報であり、「注文情報」は移動体端末装置１００から注文された注文内容に係る情報であり、「代金情報」は当該注文内容に対する代金に係る情報であり、「タイムスタンプ」は、最初に注文を受け付けたときの時刻に係る情報である。

表示部３３０は受け付けた注文情報などを表示するものであり、これによって例えば従業員に注文情報を報知する。また、計時部３４０は現在時刻を計時するものであり、タイムスタンプを押すときなどの基準となるものである。また、通信部３５０はセンターサーバー２００との通信を司るものであり、周知の通信技術を利用することによって実現可能なものである。

次に、以上のように構成される注文受付システムにおける処理フローについて説明する。図６乃至図８は本発明の実施の形態に係る注文受付システムにおける処理フローの一例を示す図である。なお、ここで説明する処理フローはあくまで処理の一例であり、本実施形態に係る注文受付システムの全ての処理がこの処理と全く同様の処理を行うものでない。

図６乃至図８の制御フローは、移動体端末装置１００、センターサーバー２００、チェーン店舗端末装置３００それぞれにおける内部処理、及びそれぞれの間のトランザクションを簡略的に示すものとなっている。

移動体端末装置１００において、利用者による操作によって注文受付システムを利用するための処理が起動されると、ステップＳ１０１でセンターサーバー２００に対してメニュー情報の問い合わせを送信する。

次に、センターサーバー２００がステップＳ２０１で、移動体端末装置１００からのメニュー情報問い合わせを受信すると、次にステップＳ２０２において、チェーン店舗情報データベース２２０などに記憶されるメニュー情報や注文フォーム（不図示）などを送信する。

移動体端末装置１００は、ステップＳ１０２において、センターサーバー２００からメニュー情報・注文フォームを受信すると、次にステップＳ１０３で、ＧＰＳ受信部１１９から位置情報（Ｘ１，Ｙ１）取得し、ステップＳ１０４で、位置情報（Ｘ１，Ｙ１）と共に、注文情報をセンターサーバー２００に送信する。この注文情報はメニュー情報から選択され、注文フォームに記述された情報となる。これが、利用者による最初の注文である。

ステップＳ２０３において、センターサーバー２００が移動体端末装置１００の位置情報（Ｘ１，Ｙ１）と利用者の注文情報を受信すると、次のステップＳ２０４では、位置情報（Ｘ１，Ｙ１）などからチェーン店舗情報データベース２２０が参照されて、商品を受け取る候補店舗の検索が実行される。ステップＳ２０５では、移動体端末装置１００に向けて、検索の結果抽出された受け取り店舗情報が送信される。

ステップＳ１０５において、移動体端末装置１００が受け取り店舗情報を受信する。ステップＳ１０６では、利用者が当該店舗での受け取りを了承したか否かが判定される。了承されないと、ステップＳ２０４に進み、再検索となる。了承されると、ステップＳ１０７に進み、受け取り店舗了承情報がセンターサーバー２００に送信される。

ステップＳ２０６において、センターサーバー２００が受け取り店舗了承情報を受信すると、続くステップＳ２０７では、移動体端末装置１００の位置情報（Ｘ１，Ｙ１）及び注文情報が該当店舗の店舗端末装置３００に送信される。

ステップＳ３０１で、店舗端末装置３００が位置情報（Ｘ１，Ｙ１）と注文情報とを受信すると、続いてステップＳ３０２において、当該注文情報に対してタイムスタンプ（Ｔ１）情報が付加される。ステップＳ３０３では、注文情報に基づいて代金の計算がされ、ステップＳ３０４では、当該注文情報に対応して受付番号が発行される。ステップＳ３０５では、受付番号及び代金情報がセンターサーバー２００に送信される。

なお、ステップＳ３０１における位置情報、注文情報、ステップ３０２におけるタイムスタンプ情報、ステップ３０３における代金情報、ステップＳ３０４における受付番号情報はいずれも、注文データベース３２０に記憶登録される。

センターサーバー２００では、ステップＳ２０８において、受信した受付番号及び代金情報を移動体端末装置１００に対して転送する。

ステップＳ１０８で、移動体端末装置１００が受付番号及び代金情報を受信することで商品の注文が完了する。

次に、移動体端末装置１００において、利用者による操作によって注文修正処理が起動されると、ステップＳ１０９では、ＧＰＳ受信部１１９から位置情報（Ｘ２，Ｙ２）が取得され、ステップＳ１１０において、取得された位置情報（Ｘ２，Ｙ２）・受付番号と共に修正可否問い合わせを移動体端末装置１００に送信する。

センターサーバー２００では、ステップＳ２０９で受信した位置情報（Ｘ２，Ｙ２）・受付番号と修正可否問い合わせを該当する店舗端末装置３００に転送する。

店舗端末装置３００がステップＳ３０６で、位置情報（Ｘ２，Ｙ２）・受付番号と修正可否問い合わせを受信すると、ステップＳ３０７で、計時部３４０で現在時刻Ｔ２が取得される。

ステップＳ３０８では、第１の条件式（Ｔ２−Ｔ１）・Ｌ２／Ｌ０＞Ｔｏ＋αを満たすか否かが判定される。ここで、この第１の条件式について説明する。図９は本発明の実施の形態に係る注文受付システムにおける修正注文受付の考え方を示す図である。

第１の条件式中で、Ｌ０は位置（Ｘ１，Ｙ１）と位置（Ｘ２，Ｙ２）と間の距離、Ｌ２は位置（Ｘ２，Ｙ２）と店舗位置（Ｘ０，Ｙ０）と間の距離、Ｔｏ及びαは時間のディメンジョンをもつ定数である。

Ｔｏは注文を受けて商品を準備するために必要とする程度の時間であり、αは当該時間にある程度の余裕を持たせるための定数である。従って、第１の条件式の右辺Ｔｏ＋αは、余裕時間を含んだ商品準備時間であるといえる。

（Ｔ２−Ｔ１）／Ｌ０は、位置（Ｘ１，Ｙ１）から位置（Ｘ２，Ｙ２）まで移動した際
の速さの逆数であり、これにＬ２を乗じることで、店舗位置（Ｘ０，Ｙ０）に到達する時間を予測することができる。すなわち、第１の条件式の左辺は予測到着時間である。

ステップＳ３０８は、（予測到着時間）＝（Ｔ２−Ｔ１）・Ｌ２／Ｌ０＞Ｔｏ＋α＝（余裕を含んだ商品準備時間）の判定を行っている。ステップＳ３０８の判定がＹＥＳであれば注文の修正を受け付けることができる可能性があり、ステップＳ３０８の判定がＮＯであれば注文の修正を受け付けることができないこととなる。

ステップＳ３０８の判定がＮＯであるときには、ステップＳ３０９で不可判定をセンターサーバー２００に送信する。センターサーバー２００では、ステップＳ２１０でこの不可判定を移動体端末装置１００に転送する。移動体端末装置１００は、ステップＳ１１１で不可判定を受信し、修正注文に関する処理は終了となる。

ステップＳ３０８の判定がＹＥＳであるときには、ステップＳ３１０でセンターサーバー２００に対して、修正可能判定・登録済みの注文情報を送信する。センターサーバー２００はステップＳ２１１で、この修正可能判定・注文情報を移動体端末装置１００に転送する。ステップＳ１１２で、移動体端末装置１００が修正可能判定・注文情報を受信し、まだ注文の修正を行うことが可能であることを利用者は報知される。

そして、移動体端末装置１００において、利用者操作によって所定の注文修正がなされ、修正注文を行うための処理が起動されると、ステップＳ１１３において、ＧＰＳ受信部１１９で位置情報（Ｘ３，Ｙ３）が取得される。ステップＳ１１４では、取得された位置情報（Ｘ３，Ｙ３）と修正された注文情報がセンターサーバー２００に送信される。センターサーバー２００は、ステップＳ２１２で、この位置情報（Ｘ３，Ｙ３）及び修正注文情報を該当する店舗端末装置３００に転送する。

店舗端末装置３００において、ステップＳ３１１で位置情報（Ｘ３，Ｙ３）・修正注文情報を受信すると、次にステップＳ３１２で第２の条件式（Ｔ２−Ｔ１）・Ｌ３／Ｌ０＞Ｔｏを満たすか否かが判定される。

ここで、この第２の条件式について説明する。図９は本発明の実施の形態に係る注文受付システムにおける修正注文受付の考え方を示す図である。

第２の条件式中で、Ｌ０は位置（Ｘ１，Ｙ１）と位置（Ｘ２，Ｙ２）と間の距離、Ｌ２は位置（Ｘ２，Ｙ２）と店舗位置（Ｘ０，Ｙ０）と間の距離、Ｌ３は位置（Ｘ３，Ｙ３）と店舗位置（Ｘ０，Ｙ０）と間の距離、Ｔｏは時間のディメンジョンをもつ定数である。

Ｔｏは注文を受けて商品を準備するために必要とする程度の時間である。従って、第１の条件式の右辺Ｔｏは、先ほどと異なり、余裕時間を含まない商品準備時間であるといえる。

（Ｔ２−Ｔ１）／Ｌ０は、位置（Ｘ１，Ｙ１）から位置（Ｘ２，Ｙ２）まで移動した際の速さの逆数であり、これにＬ３を乗じることで、店舗位置（Ｘ０，Ｙ０）に到達する時間を予測することができる。すなわち、第２の条件式の左辺は（修正注文時点における）予測到着時間である。

ステップＳ３１２は、（予測到着時間）＝（Ｔ２−Ｔ１）・Ｌ３／Ｌ０＞Ｔｏ＝（商品準備時間）の判定を行っている。ステップＳ３１２の判定がＹＥＳであれば注文の修正を受け付けることができる可能であり、ステップＳ３０８の判定がＮＯであれば注文の修正を受け付けることは不可能である。

なお、ステップＳ３１２における判定基準として、上記のような第２条件式と共に、修正注文情報の内容も含めるようにすると、より的確な判定を行うことが可能である。例えば、修正注文によって、あまりにも多くの商品が追加されて、到底商品の準備が不可能であるような場合には、このような修正注文を受け付けないようにすることが妥当であるからである。

ステップＳ３１２の判定がＮＯであるときには、ステップＳ３１３でタイムアウト判定をセンターサーバー２００に送信する。センターサーバー２００では、ステップＳ２１３でこのタイムアウト判定を移動体端末装置１００に転送する。移動体端末装置１００は、ステップＳ１１５でタイムアウト判定を受信し、修正注文に関する処理は終了となる。

一方、ステップＳ３１２の判定がＹＥＳであるときには、ステップＳ３１４に進み、修正注文に基づき代金の再計算が実行される。そして、ステップＳ３１５で、修正注文が受け付けられたことと再計算によって求められた新たな代金に係る情報とがセンターサーバー２００に送信される。

センターサーバー２００において、ステップＳ２１４で、修正注文受付情報・再計算代金の情報を移動体端末装置１００に転送する。ステップＳ１１６では、修正注文受付情報及び再計算代金情報を受信し、利用者は修正注文が可能であったことを知ることができる。

以上のような本発明に係る注文受付システムによれば、先行して予約注文した注文情報を変更することが可能となる。また、このような注文情報を変更することが可能な注文受付システムによれば、利用者の満足度を向上させることが可能となる。

本発明の実施の形態に係る注文受付システムの概念を説明する図である。 本発明の実施の形態に係る注文受付システムで用いる移動体端末装置のブロック構成の一例を示す図である。 本発明の実施の形態に係る注文受付システムのセンターサーバー及び店舗端末装置の概要を示す図である。 本発明の実施の形態に係る注文受付システムのチェーン店舗情報データベースに記憶されるデータ構造例を示す図である。 本発明の実施の形態に係る注文受付システムの注文データベースに記憶されるデータ構造例を示す図である。 本発明の実施の形態に係る注文受付システムにおける処理フロー（その１）の一例を示す図である。 本発明の実施の形態に係る注文受付システムにおける処理フロー（その２）の一例を示す図である。 発明の実施の形態に係る注文受付システムにおける処理フロー（その３）の一例を示す図である。 本発明の実施の形態に係る注文受付システムにおける修正注文受付の考え方を示す図である。

符号の説明

１０・・・サービス利用者、２０・・・注文受付システム管理センター、３０・・・注文受付システムチェーン店舗群、１００・・・移動体端末装置、１０１・・・ＣＰＵ、１０２・・・バス、１０４・・・ＲＡＭ、１０５・・・入力操作部、１０６・・・入力回路、１０８・・・音声制御回路、１０９・・・マイクロフォン、１１２・・・スピーカ、１１
４・・・表示制御回路、１１５・・・ディスプレイ、１１６・・・通信制御回路、１１９・・・ＧＰＳ受信部、１２０・・・データ保存部、２００・・・センターサーバー、２１０・・・演算部、２２０・・・チェーン店舗情報データベース、２４０・・・第１通信部、２５０・・・第２通信部、３００・・・店舗端末装置、３１０・・・演算部、３２０・・・注文データベース、３３０・・・表示部、３４０・・・計時部、３５０・・・通信部

Claims (2)

1. 移動体端末装置から注文を受け付ける店舗の店舗位置情報を記憶する手段と、
   前記移動体端末装置から注文情報と前記移動体端末装置の第１位置情報を受信する手段と、
   前記移動体端末装置から受信した前記注文情報に基づいて注文を受け付ける時の第１時刻情報を取得し、前記注文情報と前記第１位置情報と共に前記第１時刻情報を記憶する手段と、
   前記移動体端末装置から前記注文情報を修正することが可能かに係る問い合わせと前記移動体端末装置の第２位置情報を受信する手段と、
   前記移動体端末装置から前記問い合わせと第２位置情報を受信した時の第２時刻情報を取得する手段と、
   前記第１位置情報と前記第２位置情報と前記店舗位置情報と、前記第１時刻情報と前記第２時刻情報とから予測到着時間を算出する手段と、
   前記予測到着時間と、余裕を含んだ商品準備時間とを比較することで、前記注文情報を修正することが可能かに係る判定をする第１判定手段と、
   前記第１判定手段の判定の結果を前記移動体端末装置に送信する手段と、を有することを特徴とする注文受付システム。
2. 前記移動体端末装置から前記修正注文情報と前記移動体端末装置の第３位置情報を受信する手段と、
   前記第１位置情報と前記第２位置情報と前記第３位置情報と前記店舗位置情報と、前記第１時刻情報と前記第２時刻情報とから、新たな予測到着時間を算出する手段と、
   前記新たな予測到着時間と、商品準備時間とを比較することで前記修正注文情報を受け付けるかに係る判定をする第２判定手段と、
   前記第２判定手段の判定の結果を前記移動体端末装置に送信する手段と、を有することを特徴とする請求項１に記載の注文受付システム。

Images