(57)【特許請求の範囲】
【請求項１】
入場者の端末からグループ情報を含む注文を受け付け、
受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、
前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する、
制御部を有することを特徴とする情報処理装置。
【請求項２】
前記グループ情報は、店舗に設置された発信機から入場車両に向けて発信される当該入場車両を識別するビーコン信号であり、
前記制御部は、受け付けた前記注文に含まれるビーコン信号に基づいて、同一のビーコン信号を含む注文同士をグループ化する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記グループ情報は、近距離無線通信により端末間で共有される識別子であり、
前記制御部は、受け付けた前記注文に含まれる識別子に基づいて、同一の識別子を含む注文同士をグループ化する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記グループ情報は、前記端末の位置の時間的変化を示す移動履歴情報であり、
前記制御部は、受け付けた前記注文に含まれる移動履歴情報に基づいて、類似する移動履歴情報を含む注文同士をグループ化する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、
前記入場者の端末を検出したことに応じて、前記入場者の端末に対して、商品の注文を行うアプリケーションを配信し、
前記入場者の端末で実行される前記アプリケーションから前記注文を受け付ける、ことを特徴とする請求項１〜４のいずれか一つに記載の情報処理装置。
【請求項６】
前記制御部は、
前記各グループの注文内容に基づいて、商品と前記商品の準備に要する標準時間とを対応付けて記憶する記憶部を参照して、前記処理時間を算出する、ことを特徴とする請求項１〜５のいずれか一つに記載の情報処理装置。
【請求項７】
前記制御部は、
前記入場者の端末から、店舗に設置された発信機から入場車両に向けて発信される当該入場車両を識別するビーコン信号を含む注文を受け付け、
入場車両を識別するビーコン信号と前記入場車両の車両長とを対応付けて記憶する記憶部を参照して、受け付けた前記注文に含まれるビーコン信号に対応する車両長を、前記待ち行列長として特定する、ことを特徴とする請求項１〜６のいずれか一つに記載の情報処理装置。
【請求項８】
商品の注文を行う入場者の端末と、
入場者の端末からグループ情報を含む注文を受け付け、受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する情報処理装置と、
を含むことを特徴とする注文処理システム。
【請求項９】
コンピュータが、
入場者の端末からグループ情報を含む注文を受け付け、
受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、
前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する、
処理を実行することを特徴とする注文処理方法。
【請求項１０】
コンピュータに、
入場者の端末からグループ情報を含む注文を受け付け、
受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、
前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する、
処理を実行させることを特徴とする注文処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、注文処理システム、注文処理方法、および注文処理プログラムに関する。
【背景技術】
【０００２】
従来、自動車やバイクに乗ったまま商品やサービスの提供を受けられるドライブスルーを導入している店舗がある。例えば、自動車に乗ってドライブスルーに入場した利用者は、自動車から降りることなく、窓越しに商品の注文、受け取り、支払い等を行うことができる。
【０００３】
先行技術としては、例えば、ユーザがＦＣ（Ｆｒａｎｃｈｉｓｅ  Ｃｈａｉｎ）店に来店したときに、短距離無線通信で、携帯電話に記憶された注文情報を受注端末に送信し、ＦＣ店で販売されている商品を注文・決済するものがある。また、飲食店等の利用者が所持する携帯端末を利用して注文を受け付けるシステムにおいて、真の利用者以外の者からの不正アクセスを防止するための技術がある。また、注文の内容および参照情報に基づいて注文を受けた商品を提供する準備を開始する条件を設定し、商品の受注の後、設定した条件を満たすか否かを判定し、条件を満たすと判定した場合、無線子機に準備開始の指示信号を送信する技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７２３８３号公報
【特許文献２】特開２００６−３０２２１８号公報
【特許文献３】特開２０１３−１３７７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、ドライブスルーなどの窓口における待ち行列長が増大してしまう場合がある。例えば、ドライブスルーの窓口が混雑すると、注文待ちや商品待ちの車両の車列が長くなり、ひいては、周辺道路の渋滞を引き起こすおそれがある。
【０００６】
一つの側面では、本発明は、待ち行列長の増大を抑制することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、入場者の端末からグループ情報を含む注文を受け付け、受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する情報処理装置、注文処理システム、注文処理方法、および注文処理プログラムが提案される。
【０００８】
また、本発明の一態様によれば、商品の注文を行う入場者の端末と、入場者の端末からグループ情報を含む注文を受け付け、受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する情報処理装置と、を含む注文処理システムが提案される。
【発明の効果】
【０００９】
本発明の一側面によれば、待ち行列長の増大を抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態１にかかる注文処理方法の一実施例を示す説明図である。
【図２】図２は、注文処理システム２００のシステム構成例を示す説明図である。
【図３】図３は、情報処理装置１００のハードウェア構成例を示すブロック図である。
【図４】図４は、端末Ｔのハードウェア構成例を示すブロック図である。
【図５】図５は、注文ＤＢ２２０の記憶内容の一例を示す説明図（その１）である。
【図６】図６は、標準準備時間ＤＢ２３０の記憶内容の一例を示す説明図である。
【図７】図７は、注文画面７００の画面例を示す説明図である。
【図８】図８は、準備指示画面８００の画面例を示す説明図である。
【図９】図９は、情報処理装置１００の機能的構成例を示すブロック図である。
【図１０】図１０は、車両長テーブル１０００の記憶内容の一例を示す説明図である。
【図１１】図１１は、優先度テーブル１１００の記憶内容の一例を示す説明図である。
【図１２】図１２は、実施の形態２にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。
【図１３】図１３は、実施の形態２にかかる情報処理装置１００の配信処理手順の一例を示すフローチャートである。
【図１４】図１４は、実施の形態２にかかる情報処理装置１００の注文受付処理手順の一例を示すフローチャートである。
【図１５】図１５は、実施の形態２にかかるグループ注文完了時の処理対象決定処理手順の一例を示すフローチャートである。
【図１６】図１６は、優先度算出処理の具体的処理手順の一例を示すフローチャートである。
【図１７】図１７は、実施の形態２にかかる情報処理装置１００の準備完了時の処理対象決定処理手順の一例を示すフローチャートである。
【図１８】図１８は、実施の形態３にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。
【図１９】図１９は、注文ＤＢ２２０の記憶内容の一例を示す説明図（その２）である。
【図２０】図２０は、実施の形態３にかかる情報処理装置１００の注文受付処理手順の一例を示すフローチャートである。
【図２１】図２１は、実施の形態４にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。
【図２２】図２２は、実施の形態５にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。
【図２３】図２３は、注文ＤＢ２２０の記憶内容の一例を示す説明図（その３）である。
【図２４】図２４は、実施の形態５にかかる情報処理装置１００の注文受付処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に図面を参照して、本発明にかかる情報処理装置、注文処理システム、注文処理方法、および注文処理プログラムの実施の形態を詳細に説明する。
【００１２】
（実施の形態１）
図１は、実施の形態１にかかる注文処理方法の一実施例を示す説明図である。図１において、情報処理装置１００は、処理対象の注文を決定するコンピュータである。ここで、注文は、商品（あるいは、サービス）の購入依頼である。商品（あるいは、サービス）は、注文を受け付けてから提供するまでの間に準備時間を要するものである。商品としては、例えば、ハンバーガー店、コーヒーチェーン店などで販売される飲食物のほか、調剤薬局で販売される薬などが挙げられる。
【００１３】
ここで、ドライブスルーは、自動車やバイクに乗ったまま商品やサービスの提供を受けられる設備である。利用者は、自動車から降りることなく、窓越しに商品の注文、受け取り、支払い等を行うことができ便利である。一方で、ドライブスルーの窓口が混雑すると、注文待ちや商品待ちの車両の車列が長くなり、ひいては、周辺道路の渋滞を引き起こすおそれがある。
【００１４】
周辺道路の渋滞回避のために、例えば、窓口が混雑してきたら、端末を持った店員が注文伺いに行くことが考えられる。しかしながら、注文伺いのための人員を確保することになり、人件費の増大を招いてしまう。さらに、店員が対応する注文は車列順に行われ、周辺道路の渋滞緩和等を念頭においた対処は行われていないことが多い。
【００１５】
したがって、例えば、ある車両から大量の注文が発生すると、後続の車両の待ち時間が増大してしまう。このような問題はドライブスルーに限らず、注文者が並んで待つような形態の店舗であれば起こり得る問題である。例えば、窓口が混雑して行列が長くなり、行列が他の店舗にまで及ぶと、他の店舗の営業を阻害することになる。
【００１６】
そこで、本実施の形態では、グループ化された注文のうち、グループの注文者が待ち行列から離脱したときの待ち行列長の短縮効果が高い注文を優先して処理することで、待ち行列長の増大を抑制する注文処理方法について説明する。以下、情報処理装置１００の処理例について説明する。
【００１７】
（１）情報処理装置１００は、入場者の端末Ｔからグループ情報を含む注文を受け付ける。ここで、入場者とは、注文のために店舗に入場してきた利用者であり、例えば、自動車に乗ったままドライブスルーに入場してきた利用者である。
【００１８】
端末Ｔは、入場者が使用するコンピュータであり、例えば、スマートフォン、携帯電話機、タブレット型ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などである。端末Ｔには、商品の注文を行うためのアプリケーションがインストールされている。入場者は、このアプリケーションを利用して、商品の注文を行うことができる。
【００１９】
以下の説明では、商品の注文を行うためのアプリケーションを「注文アプリＡＰ」と表記する場合がある。なお、注文アプリＡＰは、店舗への来店時に端末Ｔに配信されることにしてもよく、また、来店前に事前に端末Ｔにインストールされていてもよい。
【００２０】
グループ情報は、グループＧを特定する情報である。グループＧは、行動を共にする可能性が高い入場者をまとめたものであり、例えば、店舗に一緒に来店した利用者の集団や、ドライブスルーに同じ車両で入場してきた利用者の集団である。グループ情報は、グループＧを特定可能であればどのような情報であってもよく、例えば、グループＧ内の各入場者の端末Ｔにおいて入力される端末間で共通のキーワードであってもよい。
【００２１】
図１の例では、店舗Ｘのドライブスルーに入場してきた車両Ｃ１〜Ｃ３が示されている。車両Ｃ１には、グループＧ１を形成する３人の入場者が乗っており、車両Ｃ２には、グループＧ２を形成する２人の入場者が乗っており、車両Ｃ３には、グループＧ３を形成する４人の入場者が乗っている。ここでは、情報処理装置１００は、各車両Ｃ１〜Ｃ３に乗っている各入場者の端末Ｔから、各グループＧ１〜Ｇ３を特定するグループ情報を含む注文をそれぞれ受け付けた場合を想定する。
【００２２】
（２）情報処理装置１００は、受け付けた注文に含まれるグループ情報から特定される各グループＧの注文に係る処理時間および／または待ち行列長を特定する。ここで、グループＧの注文とは、グループＧ内の各入場者の端末Ｔから受け付けた注文を集約（グループ化）したものである。グループＧの注文に係る処理時間は、グループＧの注文を処理するのに要する時間であり、例えば、発注された商品の準備に要する標準時間から特定される。
【００２３】
また、グループＧの注文に係る待ち行列長は、グループＧの注文により生じる待ち行列長である。グループＧの注文に係る待ち行列長は、例えば、注文者が並んで待つような形態の店舗であれば、グループＧに属する入場者数（待ち人数）から特定され、ドライブスルーであれば、グループＧ内の入場者が乗っている車両（入場車両）の車両長から特定される。
【００２４】
図１の例では、各グループＧ１〜Ｇ３の注文に係る処理時間ｔ１〜ｔ３が特定された場合を想定する（ただし、ｔ３＞ｔ１＞ｔ２）。
【００２５】
（３）情報処理装置１００は、特定した各グループＧの注文に係る処理時間および／または待ち行列長に基づいて、処理対象の注文を決定する。ここで、グループＧの注文に係る処理時間が短いほど、そのグループＧが待ち行列から短時間で離脱することになるため、待ち行列長の短縮効果は大きい。
【００２６】
また、グループＧの注文に係る待ち行列長が長いほど、そのグループＧが待ち行列から離脱したときの待ち行列長の短縮効果は大きい。そこで、情報処理装置１００は、例えば、複数のグループＧのうち、注文に係る処理時間が相対的に短い、および／または、注文に係る待ち行列長が相対的に長いグループＧの注文を、処理対象の注文に決定する。
【００２７】
図１の例では、情報処理装置１００は、グループＧ１〜Ｇ３のうち、注文に係る処理時間ｔ２が最短のグループＧ２の注文を、処理対象の注文に決定する。そして、情報処理装置１００は、店舗Ｘの店員に対して、決定した処理対象の注文（グループＧ２の注文）の準備を指示する。
【００２８】
このように、実施の形態１にかかる情報処理装置１００によれば、入場者の端末Ｔからグループ情報を含む注文を受け付け、受け付けた注文に含まれるグループ情報から特定される各グループＧの注文に係る処理時間および／または待ち行列長を特定し、処理時間および／または待ち行列長に基づいて、処理対象の注文を決定することができる。
【００２９】
これにより、待ち行列長の短縮効果が大きいグループＧの注文から優先的に処理することが可能となり、待ち行列長の増大を抑制することができる。
【００３０】
図１の例では、注文に係る処理時間が最も短く、待ち行列長の短縮効果が大きいグループＧ２の注文を優先して処理することができる。これにより、例えば、各グループＧ１〜Ｇ３の注文を車列順（Ｇ１⇒Ｇ２⇒Ｇ３）に処理する場合に比べて、（ｔ１−ｔ２）時間分早く待ち行列長を短縮させることができ、周辺道路における渋滞の発生を抑制することができる。
【００３１】
（実施の形態２）
つぎに、実施の形態２にかかる注文処理システム２００のシステム構成例について説明する。実施の形態２では、ハンバーガー店のドライブスルーに注文処理システム２００を適用した場合を例に挙げて説明する。なお、実施の形態１で説明した箇所と同様の箇所については、同一符号を付して説明を省略する。
【００３２】
図２は、注文処理システム２００のシステム構成例を示す説明図である。図２において、注文処理システム２００は、情報処理装置１００と、店舗端末２０１と、無線基地局２０２と、車両検出装置２０３と、複数の端末Ｔと、を含む。注文処理システム２００において、情報処理装置１００、店舗端末２０１、無線基地局２０２および車両検出装置２０３は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどを含む。
【００３３】
情報処理装置１００は、注文ＤＢ（ＤａｔａＢａｓｅ）２２０および標準準備時間ＤＢ２３０を有し、処理対象の注文を決定する。情報処理装置１００は、例えば、サーバである。なお、注文ＤＢ２２０および標準準備時間ＤＢ２３０の記憶内容については、図５および図６を用いて後述する。
【００３４】
店舗端末２０１は、ハンバーガー店の店員が使用するコンピュータである。店舗端末２０１には、例えば、後述する図８に示すような準備指示画面８００が表示され、ハンバーガー店の店員に対して、準備を開始すべき注文の情報が提示される。
【００３５】
無線基地局２０２は、ハンバーガー店のドライブスルーに入場してきた入場者の端末Ｔと無線通信可能である。無線基地局２０２は、例えば、無線ＬＡＮのアクセスポイントである。なお、図２の例では、無線基地局２０２を１台のみ表示しているが、複数の無線基地局２０２が設けられていてもよい。
【００３６】
車両検出装置２０３は、入場車両Ｃを検出するコンピュータである。ここで、入場車両Ｃとは、ハンバーガー店のドライブスルーに入場してきた車両である。具体的には、例えば、車両検出装置２０３は、ドライブスルーへの進入路上に設置される赤外線装置（不図示）により入場車両Ｃを検出することにしてもよい。
【００３７】
また、車両検出装置２０３は、発信機２０４を有し、入場車両Ｃを検出したことに応じて、検出した入場車両Ｃを一意に識別するビーコン信号であるビーコンＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を発信機２０４から送信する。これにより、入場車両Ｃに乗っている入場者の端末Ｔによって、入場車両Ｃを一意に識別するビーコンＩＤを受信することができる。
【００３８】
また、車両検出装置２０３は、入場車両Ｃの車両長を検出する。ここで、入場車両Ｃの車両長とは、入場車両Ｃの全長（前後端の間隔）である。具体的には、例えば、車両検出装置２０３は、入場車両Ｃを検出したことに応じて、入場車両Ｃを俯瞰する位置に設置される２台のカメラ（不図示）で入場車両Ｃの前部および後部を同時に撮影する。そして、車両検出装置２０３は、撮影した２つのカメラ画像を画像処理して入場車両Ｃの車両長を検出する。
【００３９】
なお、車両長の具体的な検出方法については、例えば、特開平５−２８４６０４号公報を参照することができる。
【００４０】
また、車両検出装置２０３は、入場車両Ｃを検出したことに応じて送信されたビーコンＩＤと、検出した入場車両Ｃの車両長とを対応付けて情報処理装置１００に送信する。これにより、情報処理装置１００において、入場車両Ｃを一意に識別するビーコンＩＤと入場車両Ｃの車両長とを対応付けて管理することができる（例えば、後述する図１０に示す車両長テーブル１０００参照）。
【００４１】
端末Ｔは、無線基地局２０２と無線通信可能なコンピュータであり、例えば、入場者が使用するスマートフォン、携帯電話機、タブレット型ＰＣなどである。
【００４２】
注文処理システム２００において、無線基地局２０２は、定期的に場所ＩＤを送信する。場所ＩＤは、無線基地局２０２を識別する情報である。場所ＩＤとしては、例えば、無線基地局２０２のＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）を用いることができる。
【００４３】
入場者の端末Ｔは、無線基地局２０２から場所ＩＤを受信したことに応じて、無線基地局２０２を介して、情報処理装置１００に接続要求信号を送信する。情報処理装置１００は、入場者の端末Ｔから接続要求信号を受信したことに応じて、入場者の端末Ｔに対して注文アプリＡＰを配信する。
【００４４】
これにより、入場者の端末Ｔにおいて、注文アプリＡＰが実行されて、後述する図７に示すような注文画面７００から商品の注文を行うことができる。
【００４５】
また、端末Ｔは、情報処理装置１００から配信された注文アプリＡＰを、無線基地局２０２の場所ＩＤと対応付けて保持することにしてもよい。これにより、以降において、端末Ｔは、無線基地局２０２から場所ＩＤを受信したことに応じて、当該場所ＩＤに対応する注文アプリＡＰを自動起動することができる。
【００４６】
（情報処理装置１００のハードウェア構成例）
図３は、情報処理装置１００のハードウェア構成例を示すブロック図である。図３において、情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【００４７】
ここで、ＣＰＵ３０１は、情報処理装置１００の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【００４８】
Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示した店舗端末２０１、無線基地局２０２、車両検出装置２０３、端末Ｔ）に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００４９】
ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【００５０】
なお、情報処理装置１００は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、キーボード、マウス、ディスプレイ等を有することにしてもよい。また、図２に示した無線基地局２０２や車両検出装置２０３についても、情報処理装置１００と同様のハードウェア構成により実現することができる。ただし、車両検出装置２０３は、例えば、発信機２０４（図２参照）やカメラ（不図示）等を有する。
【００５１】
（端末Ｔのハードウェア構成例）
図４は、端末Ｔのハードウェア構成例を示すブロック図である。図４において、端末Ｔは、ＣＰＵ４０１と、メモリ４０２と、Ｉ／Ｆ４０３と、ディスプレイ４０４と、入力装置４０５と、を有する。また、各構成部はバス４００によってそれぞれ接続される。
【００５２】
ここで、ＣＰＵ４０１は、端末Ｔの全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。
【００５３】
Ｉ／Ｆ４０３は、無線通信回路とアンテナを有し、無線基地局２０２を介してネットワーク２１０（図２参照）に接続され、ネットワーク２１０を介して他のコンピュータ（例えば、情報処理装置１００）に接続される。そして、Ｉ／Ｆ４０３は、ネットワーク２１０と自装置内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。
【００５４】
ディスプレイ４０４は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０４は、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。
【００５５】
入力装置４０５は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０５は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。
【００５６】
なお、端末Ｔは、上述した構成部のほかに、例えば、ディスクドライブ、ディスク、ＳＳＤ等を有することにしてもよい。また、図２に示した店舗端末２０１についても、情報処理装置１００と同様のハードウェア構成により実現することができる。
【００５７】
（各種ＤＢ２２０，２３０の記憶内容）
つぎに、図５および図６を用いて、情報処理装置１００が有する各種ＤＢ２２０，２３０の記憶内容について説明する。各種ＤＢ２２０，２３０は、例えば、図３に示したメモリ３０２、ディスク３０５等の記憶装置により実現される。
【００５８】
図５は、注文ＤＢ２２０の記憶内容の一例を示す説明図（その１）である。図５において、注文ＤＢ２２０は、注文ＩＤ、ビーコンＩＤ、注文受付ＩＤ、端末ＩＤ、注文時刻、注文内容および注文状態のフィールドを有し、各フィールドに情報を設定することで、注文情報（例えば、注文情報５００−１〜５００−３）をレコードとして記憶する。
【００５９】
ここで、注文ＩＤは、端末Ｔから受け付けた注文を一意に識別する識別子である。注文ＩＤは、例えば、情報処理装置１００において注文を受け付けたことに応じて新規生成される。ビーコンＩＤは、入場車両Ｃを一意に識別する識別子である。
【００６０】
注文受付ＩＤは、グループＧの注文を一意に識別する識別子である。グループＧは、例えば、入場車両Ｃに乗っている入場者により形成される。換言すれば、注文受付ＩＤは、入場車両Ｃに乗っている入場者により形成されるグループＧを一意に識別する識別子でもある。
【００６１】
端末ＩＤは、発注元の端末Ｔを一意に識別する識別子である。端末ＩＤとしては、例えば、端末ＴのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを用いることができる。注文時刻は、端末Ｔから注文を受け付けた日時を示す。
【００６２】
注文内容は、端末Ｔから受け付けた注文の内容を示す。図５中の「Ｐ＃：＄」は、商品ＩＤ「Ｐ＃」の商品が＄個発注されたことを示す。注文状態は、端末Ｔから受け付けた注文の状態を示す。注文状態としては、例えば、グループ注文完了待ち、準備待ち、準備中および準備完了などの状態が設定される。
【００６３】
グループ注文完了待ちは、グループＧの注文が完了するのを待っている状態である。準備待ちは、グループＧの注文が完了し、グループＧの注文の準備が開始されるのを待っている状態である。準備中は、グループＧの注文を準備中の状態である。準備完了は、グループＧの注文の準備が完了した状態である。
【００６４】
なお、注文ＤＢ２２０の記憶内容は、例えば、情報処理装置１００が端末Ｔから注文を受け付けたことに応じて更新される。
【００６５】
図６は、標準準備時間ＤＢ２３０の記憶内容の一例を示す説明図である。図６において、標準準備時間ＤＢ２３０は、商品ＩＤおよび標準準備時間のフィールドを有し、各フィールドに情報を設定することで、標準準備時間情報（例えば、標準準備時間情報６００−１〜６００−３）がレコードとして記憶される。
【００６６】
ここで、商品ＩＤは、商品を一意に識別する識別子である。標準準備時間は、商品の準備に要する標準的な時間である。標準準備時間は、例えば、商品の準備に要した過去の処理時間や店員のスキルなどをもとに設定される。また、他の商品と並行して準備を行えるような商品については、作業の並行性を考慮して標準準備時間が設定されることにしてもよい。
【００６７】
（注文画面７００の画面例）
つぎに、図７を用いて、端末Ｔのディスプレイ４０４に表示される注文画面７００の画面例について説明する。以下の説明では、操作画面に表示される項目やボタンをユーザが選択する操作として、図４に示した入力装置４０５を用いたタッチ操作を行う場合を例に挙げて説明する。
【００６８】
図７は、注文画面７００の画面例を示す説明図である。図７において、注文画面７００は、メニュー画面７１０とボタンＢ１〜Ｂ４とを含み、商品の注文を行うための操作画面である。メニュー画面７１０には、ハンバーガー店で販売されている商品（図７の例では、ハンバーガー、ポテト）のイメージ画像と単価が表示される。
【００６９】
例えば、注文画面７００において、メニュー画面７１０内のボックス７１１をタッチすると、ハンバーガー（商品ＩＤ：Ｐ１）の注文数を入力することができる。また、注文画面７００において、ボタン７１２をタッチすると、入力した注文数分のハンバーガーをショッピングカートに入れることができる。
【００７０】
また、注文画面７００において、メニュー画面７１０内のボックス７１３をタッチすると、ポテト（商品ＩＤ：Ｐ２）の注文数を入力することができる。また、注文画面７００において、ボタン７１４をタッチすると、入力した注文数分のポテトをショッピングカートに入れることができる。
【００７１】
また、注文画面７００において、ボタンＢ１をタッチすると、メニュー画面７１０の表示内容を他のメニューに切り替えることができる。また、注文画面７００において、ボタンＢ２をタッチすると、ショッピングカートに入れた商品を確認することができる。また、注文画面７００において、ボタンＢ３をタッチすると、情報処理装置１００に対して、ショッピングカートに入れた商品の注文を行うことができる。
【００７２】
また、注文画面７００において、ボタンＢ４をタッチすると、端末Ｔから情報処理装置１００にグループ注文完了通知が送信される。グループ注文完了通知は、グループＧの注文が完了したことを示す情報である。例えば、入場車両Ｃに乗っている全員の注文が完了したことに応じて、グループＧ内のいずれかの入場者がボタンＢ４をタッチすると、グループ注文完了通知が送信される。
【００７３】
なお、入場車両Ｃに乗っている入場者が一人である場合には、その入場者の注文が完了したことに応じて、その入場者がボタンＢ４をタッチすると、グループ注文完了通知が送信される。
【００７４】
（準備指示画面８００の画面例）
つぎに、図８を用いて、店舗端末２０１のディスプレイ４０４に表示される準備指示画面８００の画面例について説明する。
【００７５】
図８は、準備指示画面８００の画面例を示す説明図である。図８において、準備指示画面８００は、準備を開始すべき注文の注文受付ＩＤおよび注文内容を表示する操作画面である。準備指示画面８００によれば、店員は、準備を開始すべき注文の注文受付ＩＤおよび注文内容を確認することができる。
【００７６】
（８−１）の例では、店員は、注文受付ＩＤ「Ｒ１」の注文の注文内容「ハンバーガー（商品ＩＤ：Ｐ１）：２個、ポテト（商品ＩＤ：Ｐ２）：１個、アイスコーヒー（商品ＩＤ：Ｐ３）：１個」を確認して準備に取りかかることができる。また、店員は、注文受付ＩＤ「Ｒ１」の注文の準備が完了すると、ボタン８０１をタッチする。
【００７７】
この結果、ボタン８０１の表示が「準備中」から「準備完了」に変化し、注文受付ＩＤ「Ｒ１」の注文の準備が完了したことを示す準備完了信号が、店舗端末２０１から情報処理装置１００に送信される。そして、（８−２）に示すように、次に準備を開始すべき注文の注文受付ＩＤおよび注文内容が表示される。
【００７８】
なお、準備指示画面８００内の準備が完了した注文の注文受付ＩＤおよび注文内容については、例えば、一定時間経過後、あるいは、準備指示画面８００内に所定数以上の注文が表示されると非表示となる。
【００７９】
（情報処理装置１００の機能的構成例）
図９は、情報処理装置１００の機能的構成例を示すブロック図である。図９において、情報処理装置１００は、検出部９０１と、配信部９０２と、受付部９０３と、通知部９０４と、特定部９０５と、算出部９０６と、決定部９０７と、を含む構成である。検出部９０１〜決定部９０７は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０５などの記憶装置に記憶される。
【００８０】
検出部９０１は、入場者の端末Ｔを検出する。具体的には、例えば、検出部９０１は、無線基地局２０２を介して、端末Ｔから接続要求信号を受信したことに応じて、当該端末Ｔを入場者の端末Ｔとして検出する。
【００８１】
配信部９０２は、注文アプリＡＰを配信する。ここで、注文アプリＡＰは、商品の注文を行うためのアプリケーションである。具体的には、例えば、配信部９０２は、検出部９０１によって入場者の端末Ｔが検出されたことに応じて、無線基地局２０２を介して、検出された端末Ｔに対して注文アプリＡＰを配信する。
【００８２】
これにより、入場者の端末Ｔにおいて、注文アプリＡＰが実行されて、図７に示したような注文画面７００から商品の注文を行うことができる。
【００８３】
受付部９０３は、入場者の端末Ｔから注文を受け付ける。発注は、例えば、注文画面７００（図７参照）において行われる。具体的には、例えば、受付部９０３は、無線基地局２０２を介して、入場者の端末Ｔで実行中の注文アプリＡＰから注文を受け付ける。注文は、例えば、グループ情報、注文内容および端末ＩＤを含む。
【００８４】
グループ情報は、入場者が属するグループＧを特定する情報であり、例えば、入場者が乗っている入場車両Ｃを一意に識別するビーコンＩＤである。注文内容は、注文の内容を示す情報であり、例えば、発注された商品の商品ＩＤおよび注文数を示す。端末ＩＤは、注文者の端末Ｔを一意に識別する識別子であり、例えば、端末ＴのＩＰアドレスである。
【００８５】
また、受付部９０３は、入場者の端末Ｔから注文を受け付けたことに応じて、当該注文に対応する注文情報を、例えば、図５に示した注文ＤＢ２２０に新規登録する。具体的には、例えば、まず、受付部９０３は、注文ＤＢ２２０を参照して、受け付けた新たな注文とビーコンＩＤが同じ他の注文があるか否かを判断する。
【００８６】
ここで、他の注文がある場合、受付部９０３は、他の注文の注文受付ＩＤを取得し、取得した注文受付ＩＤを新たな注文に付与する。これにより、注文受付ＩＤをキーとして、同一のビーコン信号を含む注文同士をグループ化することができる。そして、受付部９０３は、注文ＤＢ２２０内の各フィールドに情報を設定することにより、注文情報を新規登録する。
【００８７】
一方、他の注文がない場合には、受付部９０３は、新たな注文に対応する注文受付ＩＤを新規生成し、生成した注文受付ＩＤを新たな注文に付与する。なお、ビーコンＩＤを注文受付ＩＤとして利用することにしてもよい。そして、受付部９０３は、注文ＤＢ２２０内の各フィールドに情報を設定することにより、注文情報を新規登録する。なお、初期状態では、注文状態フィールドには「グループ注文完了待ち」が設定される。
【００８８】
通知部９０４は、入場者の端末Ｔから注文を受け付けたことに応じて、当該注文に対する注文受付通知を端末Ｔに送信する。注文受付通知は、注文を受け付けたことを示す情報である。注文受付通知には、例えば、注文受付ＩＤが含まれる。これにより、入場者は、自身の注文が正常に受け付けられたことを認識することができるとともに、注文受付ＩＤを把握することができる。
【００８９】
受付部９０３は、入場者の端末Ｔからグループ注文完了通知を受け付ける。グループ注文完了通知には、例えば、注文受付ＩＤまたはビーコンＩＤが含まれる。注文受付ＩＤ、ビーコンＩＤは、いずれもグループＧを特定可能な情報である。具体的には、例えば、受付部９０３は、無線基地局２０２を介して、入場者の端末Ｔからグループ注文完了通知を受信することにより、グループ注文完了通知を受け付ける。
【００９０】
特定部９０５は、各グループＧの注文に係る処理時間を特定する。また、特定部９０５は、各グループＧの注文に係る待ち行列長を特定する。上述したように、グループＧの注文に係る処理時間は、グループＧの注文を処理するのに要する時間である。また、グループＧの注文に係る待ち行列長は、グループＧの注文により生じる待ち行列長である。
【００９１】
以下の説明では、グループＧの注文に係る処理時間を「処理時間ｔ」と表記し、グループＧの注文に係る待ち行列長を「待ち行列長Ｌ」と表記する場合がある。また、グループＧの注文に含まれる商品を「商品Ｐ」と表記する場合がある。
【００９２】
具体的には、例えば、まず、特定部９０５は、グループ注文完了通知を受け付けたことに応じて、グループＧ内の各入場者の端末Ｔから受け付けた注文を集約する。より詳細に説明すると、特定部９０５は、注文ＤＢ２２０を参照して、グループ注文完了通知に含まれる注文受付ＩＤ（あるいは、ビーコンＩＤ）が設定された注文情報を特定する。そして、特定部９０５は、特定した注文情報の注文状態を「準備待ち」に変更するとともに、特定した注文情報の注文内容を集約する。
【００９３】
これにより、注文受付ＩＤをキーとしてグループ化された注文、すなわち、入場車両Ｃに乗っている入場者により形成されるグループＧの注文を認識することができる。
【００９４】
つぎに、特定部９０５は、例えば、図６に示した標準準備時間ＤＢ２３０を参照して、グループＧの注文に含まれる各商品Ｐの標準準備時間を特定する。また、特定部９０５は、グループＧの注文に含まれる各商品Ｐの注文数を特定する。つぎに、特定部９０５は、特定した各商品Ｐの標準準備時間に注文数を掛けることにより、各商品Ｐの処理時間を算出する。そして、特定部９０５は、グループＧの注文に含まれる各商品Ｐの処理時間を累積することにより、グループＧの注文に係る処理時間ｔを算出する。
【００９５】
また、特定部９０５は、例えば、図１０に示すような車両長テーブル１０００を参照して、グループＧの注文に係る待ち行列長を特定する。車両長テーブル１０００は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００９６】
ここで、図１０を用いて、車両長テーブル１０００の記憶内容について説明する。
【００９７】
図１０は、車両長テーブル１０００の記憶内容の一例を示す説明図である。図１０において、車両長テーブル１０００は、入場車両Ｃを一意に識別するビーコンＩＤと入場車両Ｃの車両長とを対応付けて記憶する。入場車両ＣのビーコンＩＤと車両長とを対応付けて表す情報は、車両検出装置２０３（図２参照）から得られる。
【００９８】
特定部９０５は、車両長テーブル１０００を参照して、グループ注文完了通知に含まれるビーコンＩＤに対応する車両長を、グループＧの注文に係る待ち行列長Ｌとして特定する。なお、車列（ドライブスルーに並んでいる車両の列）から離脱した車両の車両長情報は、車両長テーブル１０００から削除される。例えば、代金の支払い、商品の受け取り等が完了して車列から離脱した車両の車両長情報は削除される。
【００９９】
図９の説明に戻り、算出部９０６は、特定されたグループＧの注文に係る処理時間ｔおよび／または待ち行列長Ｌに基づいて、グループＧの優先度Ｅを算出する。ここで、グループＧの優先度Ｅは、入場車両Ｃが車列から離脱することにより得られる車列長の短縮効果の大きさを表す。
【０１００】
具体的には、例えば、算出部９０６は、下記式（１）を用いて、グループＧの優先度Ｅを算出することができる。ただし、ＰＬは、車列長における、入場車両Ｃの車両長、すなわち、グループＧの注文に係る待ち行列長Ｌの占める割合（車両長割合、単位：％）である。車列長は、例えば、車両長テーブル１０００内の車両長を累積することにより得られる。ＰＯは、車列に並んでいる全車両の注文に係る合計処理時間における、入場車両Ｃの注文、すなわち、グループＧの注文に係る処理時間ｔの占める割合（処理時間割合、単位：％）である。合計処理時間は、例えば、注文ＤＢ２２０内の注文のうち、注文状態が「準備完了」の注文を除く残余の注文に係る処理時間を累積することにより得られる。
【０１０１】
Ｅ＝ＰＬ／ＰＯ      ・・・（１）
【０１０２】
なお、車両長情報（例えば、車両長テーブル１０００）が得られないような場合には、例えば、全車両の車両長がほぼ同じであると仮定して、ＰＬを「（１／車列に並んでいる車両台数）×１００」として表すことにしてもよい。
【０１０３】
また、算出部９０６は、例えば、上記式（１）に入場車両Ｃの待ち時間を考慮した項を乗じて、待ち時間に基づく公平性を考慮することにしてもよい。具体的には、例えば、算出部９０６は、下記式（２）を用いて、グループＧの優先度Ｅを算出することにしてもよい。ただし、Ｗは、入場車両Ｃの標準待機時間における、入場車両Ｃの実際の待ち時間の占める割合（単位：％）である。標準待機時間は、入場車両Ｃが車列に並んだ時点で入場車両Ｃよりも前に並んでいる全車両の注文に係る合計処理時間と、入場車両Ｃの注文に係る処理時間ｔとの和である。入場車両Ｃの実際の待ち時間は、入場車両Ｃに乗っている入場者の注文時刻（例えば、最も早い注文時間）から現在時刻までの時間である。
【０１０４】
Ｅ＝ＰＬ／ＰＯ×Ｗ      ・・・（２）
【０１０５】
算出された優先度Ｅは、例えば、注文受付ＩＤと対応付けて、図１１に示すような優先度テーブル１１００に記憶される。優先度テーブル１１００は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。
【０１０６】
ここで、図１１を用いて、優先度テーブル１１００の記憶内容について説明する。
【０１０７】
図１１は、優先度テーブル１１００の記憶内容の一例を示す説明図である。図１１において、優先度テーブル１１００は、注文受付ＩＤと優先度Ｅとを対応付けて記憶する。優先度テーブル１１００によれば、注文受付ＩＤに対応するグループＧの優先度Ｅを特定することができる。
【０１０８】
図９の説明に戻り、決定部９０７は、算出されたグループＧの優先度Ｅに基づいて、処理対象の注文を決定する。具体的には、例えば、決定部９０７は、図１１に示した優先度テーブル１１００を参照して、優先度Ｅが最大の注文受付ＩＤを特定する。そして、決定部９０７は、注文ＤＢ２２０を参照して、特定した注文受付ＩＤに対応するグループＧの注文を、処理対象の注文に決定することにしてもよい。
【０１０９】
なお、優先度Ｅが最大のグループＧが複数存在する場合には、決定部９０７は、例えば、最も早い注文時刻の注文を含むグループＧの注文を、処理対象の注文に決定することにしてもよい。
【０１１０】
また、決定部９０７は、例えば、優先度テーブル１１００を参照して、優先度Ｅが高い上位Ｎ個の注文受付ＩＤを特定し、特定したＮ個の注文受付ＩＤにそれぞれ対応するグループＧの注文を、処理対象の注文に決定することにしてもよい。上記Ｎは、任意に設定可能であり、例えば、商品の準備に携わる店員の人数等を考慮して設定される。
【０１１１】
通知部９０４は、決定された処理対象の注文の準備を指示する。具体的には、例えば、通知部９０４は、注文ＤＢ２２０を参照して、処理対象の注文の注文受付ＩＤおよび注文内容を示す準備指示情報を店舗端末２０１に送信する。この結果、例えば、図８に示したような準備指示画面８００に、次に準備を開始すべき注文の注文受付ＩＤおよび注文内容が表示される。
【０１１２】
受付部９０３は、店舗端末２０１から準備完了信号を受け付ける。準備完了信号は、注文の準備が完了したことを示す情報である。準備完了信号には、例えば、グループＧの注文を一意に識別する注文受付ＩＤが含まれる。
【０１１３】
また、受付部９０３は、準備完了信号を受け付けたことに応じて、注文ＤＢ２２０を参照して、準備完了信号に含まれる注文受付ＩＤが設定された注文情報の注文状態を「準備完了」に変更する。これにより、商品の準備が完了したグループＧの注文を判別可能となる。
【０１１４】
通知部９０４は、店舗端末２０１から準備完了信号を受け付けたことに応じて、入場者の端末Ｔに対して準備完了通知を送信する。準備完了通知は、注文の準備が完了したことを示す情報である。準備完了通知には、例えば、グループＧの注文を一意に識別する注文受付ＩＤが含まれる。
【０１１５】
具体的には、例えば、通知部９０４は、注文ＤＢ２２０を参照して、準備完了信号に含まれる注文受付ＩＤに対応する少なくともいずれかの端末ＩＤを特定する。そして、通知部９０４は、無線基地局２０２を介して、特定した端末ＩＤの端末Ｔに対して準備完了通知を送信する。
【０１１６】
これにより、入場者は、発注した商品の準備が完了したことを認識して、代金の支払い、商品の受け取り等を行うことができる。
【０１１７】
なお、上述した説明では、情報処理装置１００は、グループ注文完了通知を受け付けたことに応じて、グループＧの注文が完了したことを判断することにしたが、これに限らない。例えば、情報処理装置１００は、グループＧ内の入場者の端末Ｔから最後に注文を受け付けてから所定時間（例えば、５分）が経過したことに応じて、グループＧの注文が完了したと判断することにしてもよい。
【０１１８】
（グループ化処理手順）
つぎに、実施の形態２にかかる注文処理システム２００のグループ化処理手順について説明する。ここでは、入場車両Ｃ１に乗っている入場者の端末Ｔ１，Ｔ２を例に挙げて、端末Ｔ１，Ｔ２からの注文ｃ１，ｃ２をグループ化する場合について説明する。
【０１１９】
図１２は、実施の形態２にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。（１２−１）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信する。（１２−２）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信したことに応じて、無線基地局２０２を介して、情報処理装置１００に接続要求信号を送信する。
【０１２０】
（１２−３）情報処理装置１００は、各端末Ｔ１，Ｔ２から接続要求信号を受信したことに応じて、各端末Ｔ１，Ｔ２に対して注文アプリＡＰを配信する。（１２−４）各端末Ｔ１，Ｔ２は、車両検出装置２０３から、入場車両Ｃ１を一意に識別するビーコンＩＤを受信する。
【０１２１】
（１２−５）端末Ｔ１は、注文アプリＡＰから、入場車両Ｃ１を一意に識別するビーコンＩＤを含む注文ｃ１を、情報処理装置１００に対して送信する。（１２−６）情報処理装置１００は、注文ｃ１を受け付けたことに応じて、注文受付ＩＤ「Ｒ１」を生成し、注文受付ＩＤ「Ｒ１」を含む注文受付通知を端末Ｔ１に送信する。
【０１２２】
（１２−７）端末Ｔ２は、注文アプリＡＰから、入場車両Ｃ１を一意に識別するビーコンＩＤを含む注文ｃ２を、情報処理装置１００に対して送信する。（１２−８）情報処理装置１００は、注文ｃ２とビーコンＩＤが同じ注文ｃ１の注文受付ＩＤ「Ｒ１」を注文ｃ２に付与し、注文受付ＩＤ「Ｒ１」を含む注文受付通知を端末Ｔ２に送信する。
【０１２３】
これにより、注文受付ＩＤをキーとして、同一のビーコン信号を含む注文ｃ１，ｃ２同士をグループ化することができる。
【０１２４】
（情報処理装置１００の各種処理手順）
つぎに、実施の形態２にかかる情報処理装置１００の各種処理手順について説明する。まず、情報処理装置１００の配信処理手順について説明する。
【０１２５】
＜配信処理手順＞
図１３は、実施の形態２にかかる情報処理装置１００の配信処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、情報処理装置１００は、入場者の端末Ｔから接続要求信号を受信したか否かを判断する（ステップＳ１３０１）。
【０１２６】
ここで、情報処理装置１００は、入場者の端末Ｔから接続要求信号を受信するのを待つ（ステップＳ１３０１：Ｎｏ）。そして、情報処理装置１００は、接続要求信号を受信した場合（ステップＳ１３０１：Ｙｅｓ）、入場者の端末Ｔに対して注文アプリＡＰを配信して（ステップＳ１３０２）、本フローチャートによる一連の処理を終了する。
【０１２７】
これにより、ハンバーガー店のドライブスルーに入場してきた入場者の端末Ｔに対して注文アプリＡＰを配信することができる。
【０１２８】
＜注文受付処理手順＞
つぎに、情報処理装置１００の注文受付処理手順について説明する。
【０１２９】
図１４は、実施の形態２にかかる情報処理装置１００の注文受付処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、情報処理装置１００は、入場者の端末Ｔから、ビーコンＩＤを含む注文を受け付けたか否かを判断する（ステップＳ１４０１）。ここで、情報処理装置１００は、注文を受け付けるのを待つ（ステップＳ１４０１：Ｎｏ）。
【０１３０】
そして、情報処理装置１００は、注文を受け付けた場合（ステップＳ１４０１：Ｙｅｓ）、注文ＤＢ２２０を参照して、受け付けた注文とビーコンＩＤが同じ注文があるか否かを判断する（ステップＳ１４０２）。ここで、ビーコンＩＤが同じ注文がない場合（ステップＳ１４０２：Ｎｏ）、情報処理装置１００は、注文受付ＩＤを生成して（ステップＳ１４０３）、ステップＳ１４０５に移行する。
【０１３１】
一方、ビーコンＩＤが同じ注文がある場合（ステップＳ１４０２：Ｙｅｓ）、情報処理装置１００は、ビーコンＩＤが同じ注文の注文受付ＩＤを取得する（ステップＳ１４０４）。そして、情報処理装置１００は、注文ＤＢ２２０内の各フィールドに情報を設定することにより、注文情報を新規登録する（ステップＳ１４０５）。
【０１３２】
つぎに、情報処理装置１００は、注文ＤＢ２２０に新規登録した注文情報の注文状態に「グループ注文完了待ち」を設定する（ステップＳ１４０６）。そして、情報処理装置１００は、受け付けた注文に対する注文受付通知を端末Ｔに送信して（ステップＳ１４０７）、本フローチャートによる一連の処理を終了する。
【０１３３】
これにより、入場者の端末Ｔからの注文を受け付けることができるとともに、注文受付ＩＤをキーとして、同一のビーコンＩＤを含む注文同士をグループ化することができる。
【０１３４】
＜グループ注文完了時の処理対象決定処理手順＞
つぎに、情報処理装置１００のグループ注文完了時の処理対象決定処理手順について説明する。ここでは、商品の準備に携わる店員の人数が１人である場合を想定する。
【０１３５】
図１５は、実施の形態２にかかるグループ注文完了時の処理対象決定処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、情報処理装置１００は、入場者の端末Ｔからグループ注文完了通知を受け付けたか否かを判断する（ステップＳ１５０１）。ここで、情報処理装置１００は、グループ注文完了通知を受け付けるのを待つ（ステップＳ１５０１：Ｎｏ）。
【０１３６】
そして、情報処理装置１００は、グループ注文完了通知を受け付けた場合（ステップＳ１５０１：Ｙｅｓ）、注文ＤＢ２２０を参照して、グループ注文完了通知に含まれる注文受付ＩＤが設定された注文情報を特定する（ステップＳ１５０２）。つぎに、情報処理装置１００は、特定した注文情報の注文状態を「準備待ち」に変更する（ステップＳ１５０３）。
【０１３７】
そして、情報処理装置１００は、特定した注文情報の注文内容を集約することにより、グループＧの注文を認識する（ステップＳ１５０４）。つぎに、情報処理装置１００は、グループＧの優先度Ｅを算出する優先度算出処理を実行する（ステップＳ１５０５）。
【０１３８】
なお、優先度算出処理の具体的な処理手順については、図１６を用いて後述する。
【０１３９】
つぎに、情報処理装置１００は、注文ＤＢ２２０を参照して、注文状態「準備中」の注文があるか否かを判断する（ステップＳ１５０６）。ここで、注文状態「準備中」の注文がない場合（ステップＳ１５０６：Ｎｏ）、情報処理装置１００は、ステップＳ１５１０に移行する。
【０１４０】
一方、注文状態「準備中」の注文がある場合（ステップＳ１５０６：Ｙｅｓ）、情報処理装置１００は、店舗端末２０１から準備完了信号を受け付けたか否かを判断する（ステップＳ１５０７）。ここで、情報処理装置１００は、準備完了信号を受け付けるのを待つ（ステップＳ１５０７：Ｎｏ）。
【０１４１】
そして、情報処理装置１００は、準備完了信号を受け付けた場合（ステップＳ１５０７：Ｙｅｓ）、注文ＤＢ２２０を参照して、準備完了信号に含まれる注文受付ＩＤが設定された注文情報の注文状態を「準備完了」に変更する（ステップＳ１５０８）。つぎに、情報処理装置１００は、注文ＤＢ２２０を参照して、準備完了信号に含まれる注文受付ＩＤに対応する端末ＩＤの端末Ｔに準備完了通知を送信する（ステップＳ１５０９）。
【０１４２】
そして、情報処理装置１００は、優先度テーブル１１００を参照して、優先度Ｅが最大の注文受付ＩＤに対応するグループＧを選択する（ステップＳ１５１０）。つぎに、情報処理装置１００は、注文ＤＢ２２０を参照して、選択したグループＧの注文の準備を指示する（ステップＳ１５１１）。
【０１４３】
そして、情報処理装置１００は、注文ＤＢ２２０を参照して、選択したグループＧの注文受付ＩＤが設定された注文情報の注文状態を「準備中」に変更して（ステップＳ１５１２）、本フローチャートによる一連の処理を終了する。これにより、車列長の短縮効果が最も高い入場車両Ｃの注文の準備を指示することができる。
【０１４４】
なお、上述した説明では、商品の準備に携わる店員の人数が１人である場合を例に挙げて説明したが、これに限らない。例えば、店員の人数がｎ人である場合には、ステップＳ１５０６において、情報処理装置１００は、注文ＤＢ２２０を参照して、注文状態が「準備中」のグループＧの注文がｎ個あるか否かを判断することにしてもよい。
【０１４５】
＜優先度算出処理の具体的な処理手順＞
つぎに、図１５に示したステップＳ１５０５の優先度算出処理の具体的な処理手順について説明する。
【０１４６】
図１６は、優先度算出処理の具体的処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、情報処理装置１００は、注文ＤＢ２２０を参照して、注文状態「準備待ち」のグループＧの注文を選択する（ステップＳ１６０１）。
【０１４７】
なお、注文状態「準備待ち」のグループＧの注文とは、注文受付ＩＤが同一で、かつ、注文状態が「準備待ち」の注文の集合である。
【０１４８】
つぎに、情報処理装置１００は、車両長テーブル１０００を参照して、グループＧの注文受付ＩＤに基づいて、グループＧの注文に係る待ち行列長Ｌを特定する（ステップＳ１６０２）。そして、情報処理装置１００は、車両長テーブル１０００を参照して、特定した待ち行列長Ｌに基づいて、グループＧの注文に対応する車両長割合ＰＬを算出する（ステップＳ１６０３）。
【０１４９】
また、情報処理装置１００は、標準準備時間ＤＢ２３０を参照して、グループＧの注文に含まれる各商品Ｐの注文数に基づいて、グループＧの注文に係る処理時間ｔを特定する（ステップＳ１６０４）。そして、情報処理装置１００は、標準準備時間ＤＢ２３０を参照して、特定した処理時間ｔに基づいて、グループＧの注文に対応する処理時間割合ＰＯを算出する（ステップＳ１６０５）。
【０１５０】
そして、情報処理装置１００は、算出した車両長割合ＰＬと処理時間割合ＰＯとに基づいて、グループＧの優先度Ｅを算出する（ステップＳ１６０６）。算出されたグループＧの優先度Ｅは、グループＧの注文受付ＩＤと対応付けて、優先度テーブル１１００に記憶される。
【０１５１】
つぎに、情報処理装置１００は、注文ＤＢ２２０を参照して、注文状態「準備待ち」の未選択のグループＧの注文があるか否かを判断する（ステップＳ１６０７）。ここで、未選択のグループＧの注文がある場合（ステップＳ１６０７：Ｙｅｓ）、情報処理装置１００は、ステップＳ１６０１に戻る。
【０１５２】
一方、未選択のグループＧの注文がない場合（ステップＳ１６０７：Ｎｏ）、情報処理装置１００は、優先度算出処理を呼び出したステップに戻る。これにより、入場車両Ｃが車列から離脱することにより得られる車列長の短縮効果を考慮して、グループＧの優先度Ｅを算出することができる。
【０１５３】
＜準備完了時の処理対象決定処理手順＞
つぎに、情報処理装置１００の準備完了時の処理対象決定処理手順について説明する。ここでは、商品の準備に携わる店員の人数が１人である場合を想定する。
【０１５４】
図１７は、実施の形態２にかかる情報処理装置１００の準備完了時の処理対象決定処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、情報処理装置１００は、店舗端末２０１から準備完了信号を受け付けたか否かを判断する（ステップＳ１７０１）。ここで、情報処理装置１００は、準備完了信号を受け付けるのを待つ（ステップＳ１７０１：Ｎｏ）。
【０１５５】
そして、情報処理装置１００は、準備完了信号を受け付けた場合（ステップＳ１７０１：Ｙｅｓ）、注文ＤＢ２２０を参照して、準備完了信号に含まれる注文受付ＩＤが設定された注文情報の注文状態を「準備完了」に変更する（ステップＳ１７０２）。つぎに、情報処理装置１００は、注文ＤＢ２２０を参照して、準備完了信号に含まれる注文受付ＩＤに対応する端末ＩＤの端末Ｔに準備完了通知を送信する（ステップＳ１７０３）。
【０１５６】
つぎに、情報処理装置１００は、グループＧの優先度Ｅを算出する優先度算出処理を実行する（ステップＳ１７０４）。なお、優先度算出処理の具体的な処理手順については、図１６を用いて説明した処理手順と同様のため説明を省略する。
【０１５７】
そして、情報処理装置１００は、優先度テーブル１１００を参照して、優先度Ｅが最大の注文受付ＩＤに対応するグループＧを選択する（ステップＳ１７０５）。つぎに、情報処理装置１００は、注文ＤＢ２２０を参照して、選択したグループＧの注文の準備を指示する（ステップＳ１７０６）。
【０１５８】
そして、情報処理装置１００は、注文ＤＢ２２０を参照して、選択したグループＧの注文受付ＩＤが設定された注文情報の注文状態を「準備中」に変更して（ステップＳ１７０７）、本フローチャートによる一連の処理を終了する。これにより、準備中だった商品の準備が完了したことに応じて、車列長の短縮効果が最も高い入場車両Ｃの注文の準備を指示することができる。
【０１５９】
以上説明したように、実施の形態２にかかる情報処理装置１００によれば、入場者の端末Ｔを検出したことに応じて、商品の注文を行うための注文アプリＡＰを配信することができる。これにより、入場者の端末Ｔにおいて、注文アプリＡＰを利用して商品の注文を行うことができるようになり、顧客の利便性を向上させるとともに、注文伺いのための人員を削減することができる。
【０１６０】
また、情報処理装置１００によれば、入場者の端末Ｔから、入場車両Ｃを一意に識別するビーコンＩＤを含む注文を受け付けることができる。そして、情報処理装置１００によれば、受け付けた注文に含まれるビーコンＩＤに基づいて、同一のビーコンＩＤを含む注文同士をグループ化することができる。これにより、ドライブスルーに入場した車両単位で注文をグループ化することができる。
【０１６１】
また、情報処理装置１００によれば、標準準備時間ＤＢ２３０を参照して、グループＧの注文に含まれる各商品Ｐの注文数に基づいて、グループＧの注文に係る処理時間ｔを算出することができる。これにより、商品Ｐの準備に要する標準的な時間と注文数から、グループＧの注文に係る処理時間ｔを予測することができる。
【０１６２】
また、情報処理装置１００によれば、車両長テーブル１０００を参照して、受け付けた注文に含まれるビーコンＩＤに対応する車両長を、グループＧの注文に係る待ち行列長Ｌとして特定することができる。これにより、車両検出装置２０３により検出される入場車両Ｃの車両長を、グループＧの注文に係る待ち行列長Ｌとして特定することができる。
【０１６３】
また、情報処理装置１００によれば、各グループＧの注文に係る処理時間ｔおよび／または待ち行列長Ｌに基づいて、各グループＧの優先度Ｅを算出することができる。そして、情報処理装置１００によれば、算出した優先度Ｅが相対的に高いグループＧの注文を、処理対象の注文に決定することができる。これにより、入場車両Ｃが車列から離脱することにより得られる車列長の短縮効果が大きいグループＧの注文を優先的に処理させることができる。
【０１６４】
また、情報処理装置１００によれば、さらに、各グループＧの実際の待ち時間に基づいて、各グループＧの優先度Ｅを算出することができる。これにより、各グループＧの実際の待ち時間に基づく公平性を考慮して、次に準備を開始すべき処理対象の注文を決定することができる。
【０１６５】
これらのことから、実施の形態２にかかる注文処理システム２００によれば、車列長の短縮効果が大きい注文から優先的に処理することで、ドライブスルーにおける注文待ちや商品待ちに伴う車列長の増大を抑制して、周辺道路の渋滞を回避することができる。また、注文伺いのための人員を確保する場合に比べて、人件費を削減することができる。
【０１６６】
（実施の形態３）
つぎに、実施の形態３にかかる注文処理システム２００について説明する。実施の形態３では、入場車両Ｃを一意に識別するビーコンＩＤの代わりに、近距離無線通信により入場者の端末間で共有される識別子（後述する、グループＩＤ）を用いて、各端末Ｔからの注文をグループ化する場合について説明する。なお、実施の形態１，２で説明した箇所と同様の箇所については、同一符号を付して図示および説明を省略する。
【０１６７】
まず、図１８を用いて、実施の形態３にかかる注文処理システム２００のグループ化処理手順について説明する。ここでは、入場車両Ｃ１に乗っている入場者の端末Ｔ１，Ｔ２を例に挙げて、端末Ｔ１，Ｔ２からの注文ｃ１，ｃ２をグループ化する場合について説明する。また、端末Ｔ１，Ｔ２のうちの端末Ｔ１を代表端末とする。
【０１６８】
代表端末の決定方法としては、例えば、端末間で乱数を交換し合って、最大の乱数を有する端末Ｔを代表端末に決定する方法や、ユーザの操作入力に応じて代表端末を決定する方法がある。乱数としては、端末ＴのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスやＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）が用いられる。
【０１６９】
図１８は、実施の形態３にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。（１８−１）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信する。（１８−２）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信したことに応じて、無線基地局２０２を介して、情報処理装置１００に接続要求信号を送信する。（１８−３）情報処理装置１００は、各端末Ｔ１，Ｔ２から接続要求信号を受信したことに応じて、各端末Ｔ１，Ｔ２に対して注文アプリＡＰを配信する。
【０１７０】
（１８−４）端末Ｔ１（代表端末）は、近距離無線通信により、端末Ｔ２に対して、グループＩＤ「Ｇ１」を送信する。このグループＩＤの送信は、例えば、同報通信によって行われる。グループＩＤ「Ｇ１」は、入場車両Ｃ１に乗っている入場者（端末Ｔ１，Ｔ２）により形成されるグループＧを一意に識別する識別子である。グループＩＤ「Ｇ１」としては、例えば、端末Ｔ１のＭＡＣアドレスやＵＵＩＤなどを用いることができる。
【０１７１】
なお、近距離無線通信としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）等の無線ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を利用した通信が挙げられる。
【０１７２】
（１８−５）端末Ｔ１は、注文アプリＡＰから、グループＩＤ「Ｇ１」を含む注文ｃ１を、情報処理装置１００に対して送信する。（１８−６）情報処理装置１００は、注文ｃ１を受け付けたことに応じて、注文受付ＩＤ「Ｒ１」を生成し、注文受付ＩＤ「Ｒ１」を含む注文受付通知を端末Ｔ１に送信する。
【０１７３】
（１８−７）端末Ｔ２は、注文アプリＡＰから、グループＩＤ「Ｇ１」を含む注文ｃ２を、情報処理装置１００に対して送信する。（１８−８）情報処理装置１００は、注文ｃ２とグループＩＤが同じ注文ｃ１の注文受付ＩＤ「Ｒ１」を注文ｃ２に付与し、注文受付ＩＤ「Ｒ１」を含む注文受付通知を端末Ｔ２に送信する。
【０１７４】
これにより、端末間で共有されるグループＩＤをキーとして、同一のグループＩＤを含む注文ｃ１，ｃ２同士をグループ化することができる。
【０１７５】
つぎに、図１９を用いて、実施の形態３にかかる情報処理装置１００の注文ＤＢ２２０の記憶内容について説明する。
【０１７６】
図１９は、注文ＤＢ２２０の記憶内容の一例を示す説明図（その２）である。図１９において、注文ＤＢ２２０は、注文ＩＤ、グループＩＤ、注文受付ＩＤ、端末ＩＤ、注文時刻、注文内容および注文状態のフィールドを有し、各フィールドに情報を設定することで、注文情報（例えば、注文情報１９００−１〜１９００−３）をレコードとして記憶する。
【０１７７】
図１９の例では、図５に示した注文ＤＢ２２０のビーコンＩＤの代わりに、グループＩＤが登録されている。グループＩＤは、入場車両Ｃに乗っている入場者の端末間で共有される、グループＧを一意に識別する識別子である。ただし、注文ＤＢ２２０内の各注文情報には、ビーコンＩＤが含まれていてもよい。
【０１７８】
（情報処理装置１００の注文受付処理手順）
つぎに、実施の形態３にかかる情報処理装置１００の注文受付処理手順について説明する。なお、注文受付処理手順以外の各種処理手順については、実施の形態２にかかる情報処理装置１００の各種処理手順と同様のため説明を省略する。
【０１７９】
図２０は、実施の形態３にかかる情報処理装置１００の注文受付処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、情報処理装置１００は、入場者の端末Ｔから、グループＩＤを含む注文を受け付けたか否かを判断する（ステップＳ２００１）。ここで、情報処理装置１００は、注文を受け付けるのを待つ（ステップＳ２００１：Ｎｏ）。
【０１８０】
そして、情報処理装置１００は、注文を受け付けた場合（ステップＳ２００１：Ｙｅｓ）、注文ＤＢ２２０を参照して、受け付けた注文とグループＩＤが同じ注文があるか否かを判断する（ステップＳ２００２）。ここで、グループＩＤが同じ注文がない場合（ステップＳ２００２：Ｎｏ）、情報処理装置１００は、注文受付ＩＤを生成して（ステップＳ２００３）、ステップＳ２００５に移行する。
【０１８１】
一方、グループＩＤが同じ注文がある場合（ステップＳ２００２：Ｙｅｓ）、情報処理装置１００は、グループＩＤが同じ注文の注文受付ＩＤを取得する（ステップＳ２００４）。そして、情報処理装置１００は、注文ＤＢ２２０内の各フィールドに情報を設定することにより、注文情報を新規登録する（ステップＳ２００５）。
【０１８２】
つぎに、情報処理装置１００は、注文ＤＢ２２０に新規登録した注文情報の注文状態に「グループ注文完了待ち」を設定する（ステップＳ２００６）。そして、情報処理装置１００は、受け付けた注文に対する注文受付通知を端末Ｔに送信して（ステップＳ２００７）、本フローチャートによる一連の処理を終了する。
【０１８３】
これにより、入場者の端末Ｔからの注文を受け付けることができるとともに、注文受付ＩＤをキーとして、同一のグループＩＤを含む注文同士をグループ化することができる。
【０１８４】
以上説明したように、実施の形態３にかかる情報処理装置１００によれば、入場者の端末Ｔから、近距離無線通信により端末間で共有されるグループＩＤを含む注文を受け付けることができる。そして、情報処理装置１００によれば、受け付けた注文に含まれるグループＩＤに基づいて、同一のグループＩＤを含む注文同士をグループ化することができる。これにより、近距離無線通信可能な範囲内に存在する端末Ｔ、例えば、同じ入場車両Ｃに乗っている入場者の端末Ｔからの注文をグループ化することができる。
【０１８５】
（実施の形態４）
つぎに、実施の形態４にかかる注文処理システム２００について説明する。実施の形態４では、代表端末において、グループＩＤが同一の注文をグループ化する場合について説明する。なお、実施の形態１〜３で説明した箇所と同様の箇所については、同一符号を付して図示および説明を省略する。
【０１８６】
まず、図２１を用いて、実施の形態４にかかる注文処理システム２００のグループ化処理手順について説明する。ここでは、入場車両Ｃ１に乗っている入場者の端末Ｔ１，Ｔ２を例に挙げて、端末Ｔ１，Ｔ２からの注文（後述する、サブ注文ｓｃ１，ｓｃ２）をグループ化する場合について説明する。また、端末Ｔ１，Ｔ２のうちの端末Ｔ１を代表端末とする。
【０１８７】
図２１は、実施の形態４にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。（２１−１）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信する。（２１−２）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信したことに応じて、無線基地局２０２を介して、情報処理装置１００に接続要求信号を送信する。（２１−３）情報処理装置１００は、各端末Ｔ１，Ｔ２から接続要求信号を受信したことに応じて、各端末Ｔ１，Ｔ２に対して注文アプリＡＰを配信する。
【０１８８】
（２１−４）端末Ｔ１（代表端末）は、端末Ｔ２に対して、グループＩＤ「Ｇ１」を送信する。このグループＩＤの送信は、例えば、同報通信によって行われる。（２１−５）端末Ｔ２は、注文アプリＡＰから、グループＩＤ「Ｇ１」を含むサブ注文ｓｃ２を、端末Ｔ１（代表端末）に対して送信する。（２１−６）端末Ｔ１（代表端末）は、自端末において入力されたサブ注文ｓｃ１と、端末Ｔ２から受け付けたサブ注文ｓｃ２とをグループ化して、グループＩＤ「Ｇ１」を含む注文ｃ１を生成する。
【０１８９】
（２１−７）端末Ｔ１（代表端末）は、注文アプリＡＰから、グループＩＤ「Ｇ１」を含む注文ｃ１を、情報処理装置１００に対して送信する。（２１−８）情報処理装置１００は、注文ｃ１を受け付けたことに応じて、注文受付ＩＤ「Ｒ１」を生成し、注文受付ＩＤ「Ｒ１」を含む注文受付通知を端末Ｔ１に送信する。
【０１９０】
これにより、端末Ｔ１（代表端末）において、グループＧ１内の各端末Ｔ１，Ｔ２のサブ注文ｓｃ１，ｓｃ２をグループ化して情報処理装置１００に通知することができ、情報処理装置１００におけるグループ化の処理が不要となる。
【０１９１】
（実施の形態５）
つぎに、実施の形態５にかかる注文処理システム２００について説明する。実施の形態５では、入場者の端末Ｔに蓄積される移動履歴情報Ｍを用いて、各端末Ｔからの注文をグループ化する場合について説明する。なお、実施の形態１〜４で説明した箇所と同様の箇所については、同一符号を付して図示および説明を省略する。
【０１９２】
まず、図２２を用いて、実施の形態５にかかる注文処理システム２００のグループ化処理手順について説明する。ここでは、入場車両Ｃ１に乗っている入場者の端末Ｔ１，Ｔ２を例に挙げて、端末Ｔ１，Ｔ２からの注文ｃ１，ｃ２をグループ化する場合について説明する。
【０１９３】
図２２は、実施の形態５にかかる注文処理システム２００のグループ化処理手順の一例を示すシーケンス図である。（２２−１）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信する。（２２−２）各端末Ｔ１，Ｔ２は、無線基地局２０２から場所ＩＤを受信したことに応じて、無線基地局２０２を介して、情報処理装置１００に接続要求信号を送信する。
【０１９４】
（２２−３）情報処理装置１００は、各端末Ｔ１，Ｔ２から接続要求信号を受信したことに応じて、各端末Ｔ１，Ｔ２に対して注文アプリＡＰを配信する。（２２−４）端末Ｔ１は、注文アプリＡＰから、移動履歴情報Ｍ１を含む注文ｃ１を、情報処理装置１００に対して送信する。移動履歴情報Ｍ１は、端末Ｔ１の位置の時間的変化を示す情報である。
【０１９５】
（２２−５）情報処理装置１００は、注文ｃ１を受け付けたことに応じて、注文受付ＩＤ「Ｒ１」を生成し、注文受付ＩＤ「Ｒ１」を含む注文受付通知を端末Ｔ１に送信する。（２２−６）端末Ｔ２は、注文アプリＡＰから、移動履歴情報Ｍ２を含む注文ｃ２を、情報処理装置１００に対して送信する。移動履歴情報Ｍ２は、端末Ｔ１の位置の時間的変化を示す情報である。
【０１９６】
（２２−７）情報処理装置１００は、注文ｃ２の移動履歴情報Ｍ２が注文ｃ１の移動履歴情報Ｍ１と類似する場合、注文ｃ１の注文受付ＩＤ「Ｒ１」を注文ｃ２に付与し、注文受付ＩＤ「Ｒ１」を含む注文受付通知を端末Ｔ２に送信する。
【０１９７】
これにより、注文受付ＩＤをキーとして、類似する移動履歴情報Ｍ１，Ｍ２を含む注文ｃ１，ｃ２同士をグループ化することができる。
【０１９８】
つぎに、図２３を用いて、実施の形態５にかかる情報処理装置１００の注文ＤＢ２２０の記憶内容について説明する。
【０１９９】
図２３は、注文ＤＢ２２０の記憶内容の一例を示す説明図（その３）である。図２３において、注文ＤＢ２２０は、注文ＩＤ、移動履歴、注文受付ＩＤ、端末ＩＤ、注文時刻、注文内容および注文状態のフィールドを有し、各フィールドに情報を設定することで、注文情報（例えば、注文情報２３００−１〜２３００−３）をレコードとして記憶する。
【０２００】
図２３の例では、図５に示した注文ＤＢ２２０のビーコンＩＤの代わりに、移動履歴が登録されている。移動履歴は、入場者の端末Ｔの位置の時間的変化を示す情報である。図２３中の「ｔ＃：ｍ＄」は、端末Ｔが時刻ｔ＃に場所ｍ＄（例えば、位置座標）に位置していたことを示す。ただし、注文ＤＢ２２０内の各注文情報には、ビーコンＩＤが含まれていてもよい。
【０２０１】
（情報処理装置１００の注文受付処理手順）
つぎに、実施の形態５にかかる情報処理装置１００の注文受付処理手順について説明する。なお、注文受付処理手順以外の各種処理手順については、実施の形態２にかかる情報処理装置１００の各種処理手順と同様のため説明を省略する。
【０２０２】
図２４は、実施の形態５にかかる情報処理装置１００の注文受付処理手順の一例を示すフローチャートである。図２４のフローチャートにおいて、まず、情報処理装置１００は、入場者の端末Ｔから、移動履歴情報を含む注文を受け付けたか否かを判断する（ステップＳ２４０１）。ここで、情報処理装置１００は、注文を受け付けるのを待つ（ステップＳ２４０１：Ｎｏ）。
【０２０３】
そして、情報処理装置１００は、注文を受け付けた場合（ステップＳ２４０１：Ｙｅｓ）、注文ＤＢ２２０を参照して、注文状態「グループ注文完了待ち」の注文のうち、受け付けた注文と移動履歴情報が類似する注文があるか否かを判断する（ステップＳ２４０２）。
【０２０４】
具体的には、例えば、情報処理装置１００は、受け付けた注文に含まれる移動履歴情報に基づいて、現在時刻から過去数十分（例えば、３０分）の移動軌跡データを抽出する。また、情報処理装置１００は、注文状態「グループ注文完了待ち」の注文に含まれる移動履歴情報に基づいて、現在時刻から過去数十分の移動軌跡データを抽出する。そして、情報処理装置１００は、抽出した移動軌跡データ間の類似度を算出し、類似度が閾値以上となった場合に、受け付けた注文と移動履歴情報が類似する注文であると判断することにしてもよい。
【０２０５】
なお、移動軌跡データ間の類似度の具体的な算出方法については、例えば、「移動軌跡データに対する類似度検索手法  柳沢豊、赤埴淳一、佐藤哲司著  ＦＩＴ（情報科学技術フォーラム）２００２」を参照することができる。
【０２０６】
ここで、移動履歴情報が類似する注文がない場合（ステップＳ２４０２：Ｎｏ）、情報処理装置１００は、注文受付ＩＤを生成して（ステップＳ２４０３）、ステップＳ２４０５に移行する。
【０２０７】
一方、移動履歴情報が類似する注文がある場合（ステップＳ２４０２：Ｙｅｓ）、情報処理装置１００は、移動履歴情報が類似する注文の注文受付ＩＤを取得する（ステップＳ２４０４）。そして、情報処理装置１００は、注文ＤＢ２２４内の各フィールドに情報を設定することにより、注文情報を新規登録する（ステップＳ２４０５）。
【０２０８】
つぎに、情報処理装置１００は、注文ＤＢ２２４に新規登録した注文情報の注文状態に「グループ注文完了待ち」を設定する（ステップＳ２４０６）。そして、情報処理装置１００は、受け付けた注文に対する注文受付通知を端末Ｔに送信して（ステップＳ２４０７）、本フローチャートによる一連の処理を終了する。
【０２０９】
これにより、入場者の端末Ｔからの注文を受け付けることができるとともに、注文受付ＩＤをキーとして、類似する移動履歴情報を含む注文同士をグループ化することができる。
【０２１０】
以上説明したように、実施の形態５にかかる情報処理装置１００によれば、入場者の端末Ｔから、端末Ｔの位置の時間的変化を示す移動履歴情報を含む注文を受け付けることができる。そして、情報処理装置１００によれば、受け付けた注文に含まれる移動履歴情報に基づいて、類似する移動履歴情報を含む注文同士をグループ化することができる。これにより、同じような経路を移動してドライブスルーに到達した端末Ｔ、例えば、同じ入場車両Ｃに乗っている入場者の端末Ｔからの注文をグループ化することができる。
【０２１１】
なお、本実施の形態で説明した注文処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本注文処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本注文処理プログラムは、インターネット等のネットワークを介して配布してもよい。
【０２１２】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０２１３】
（付記１）入場者の端末からグループ情報を含む注文を受け付け、
受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、
前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する、
制御部を有することを特徴とする情報処理装置。
【０２１４】
（付記２）前記グループ情報は、店舗に設置された発信機から入場車両に向けて発信される当該入場車両を識別するビーコン信号であり、
前記制御部は、受け付けた前記注文に含まれるビーコン信号に基づいて、同一のビーコン信号を含む注文同士をグループ化する、ことを特徴とする付記１に記載の情報処理装置。
【０２１５】
（付記３）前記グループ情報は、近距離無線通信により端末間で共有される識別子であり、
前記制御部は、受け付けた前記注文に含まれる識別子に基づいて、同一の識別子を含む注文同士をグループ化する、ことを特徴とする付記１に記載の情報処理装置。
【０２１６】
（付記４）前記グループ情報は、前記端末の位置の時間的変化を示す移動履歴情報であり、
前記制御部は、受け付けた前記注文に含まれる移動履歴情報に基づいて、類似する移動履歴情報を含む注文同士をグループ化する、ことを特徴とする付記１に記載の情報処理装置。
【０２１７】
（付記５）前記制御部は、
前記入場者の端末を検出したことに応じて、前記入場者の端末に対して、商品の注文を行うアプリケーションを配信し、
前記入場者の端末で実行される前記アプリケーションから前記注文を受け付ける、ことを特徴とする付記１〜４のいずれか一つに記載の情報処理装置。
【０２１８】
（付記６）前記制御部は、
前記各グループの注文内容に基づいて、商品と前記商品の準備に要する標準時間とを対応付けて記憶する記憶部を参照して、前記処理時間を算出する、ことを特徴とする付記１〜５のいずれか一つに記載の情報処理装置。
【０２１９】
（付記７）前記制御部は、
前記入場者の端末から、店舗に設置された発信機から入場車両に向けて発信される当該入場車両を識別するビーコン信号を含む注文を受け付け、
入場車両を識別するビーコン信号と前記入場車両の車両長とを対応付けて記憶する記憶部を参照して、受け付けた前記注文に含まれるビーコン信号に対応する車両長を、前記待ち行列長として特定する、ことを特徴とする付記１〜６のいずれか一つに記載の情報処理装置。
【０２２０】
（付記８）前記制御部は、
前記処理時間および／または前記待ち行列長に基づいて、前記各グループの入場者が待ち行列から離脱したときの待ち行列長の短縮効果の大きさを表す優先度を算出し、
算出した前記各グループの優先度に基づいて、優先度が相対的に高いグループの注文を、処理対象の注文に決定する、ことを特徴とする付記１〜７のいずれか一つに記載の情報処理装置。
【０２２１】
（付記９）前記制御部は、
さらに、前記各グループの実際の待ち時間に基づいて、前記優先度を算出する、ことを特徴とする付記８に記載の情報処理装置。
【０２２２】
（付記１０）前記グループ情報は、端末間の近距離無線通信により当該端末間で共有される識別子であり、
前記制御部は、前記識別子を共有する複数の端末のいずれかの端末から、当該識別子を含み、前記複数の端末それぞれの注文を集約した注文を受け付ける、ことを特徴とする付記１に記載の情報処理装置。
【０２２３】
（付記１１）前記制御部は、
決定した前記処理対象の注文の準備を指示する、ことを特徴とする付記１〜１０のいずれか一つに記載の情報処理装置。
【０２２４】
（付記１２）商品の注文を行う入場者の端末と、
入場者の端末からグループ情報を含む注文を受け付け、受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する情報処理装置と、
を含むことを特徴とする注文処理システム。
【０２２５】
（付記１３）コンピュータが、
入場者の端末からグループ情報を含む注文を受け付け、
受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、
前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する、
処理を実行することを特徴とする注文処理方法。
【０２２６】
（付記１４）コンピュータに、
入場者の端末からグループ情報を含む注文を受け付け、
受け付けた前記注文に含まれるグループ情報から特定される各グループの注文に係る処理時間および／または待ち行列長を特定し、
前記処理時間および／または前記待ち行列長に基づいて、処理対象の注文を決定する、
処理を実行させることを特徴とする注文処理プログラム。
【符号の説明】
【０２２７】
１００  情報処理装置
２００  注文処理システム
２０１  店舗端末
２０２  無線基地局
２０３  車両検出装置
２０４  発信機
２１０  ネットワーク
２２０  注文ＤＢ
２３０  標準準備時間ＤＢ
７００  注文画面
８００  準備指示画面
９０１  検出部
９０２  配信部
９０３  受付部
９０４  通知部
９０５  特定部
９０６  算出部
９０７  決定部
１０００  車両長テーブル
１１００  優先度テーブル
【図１】
0006673024.tif 000002
【図２】
0006673024.tif 000003
【図３】
0006673024.tif 000004
【図４】
0006673024.tif 000005
【図５】
0006673024.tif 000006
【図６】
0006673024.tif 000007
【図７】
0006673024.tif 000008
【図８】
0006673024.tif 000009
【図９】
0006673024.tif 000010
【図１０】
0006673024.tif 000011
【図１１】
0006673024.tif 000012
【図１２】
0006673024.tif 000013
【図１３】
0006673024.tif 000014
【図１４】
0006673024.tif 000015
【図１５】
0006673024.tif 000016
【図１６】
0006673024.tif 000017
【図１７】
0006673024.tif 000018
【図１８】
0006673024.tif 000019
【図１９】
0006673024.tif 000020
【図２０】
0006673024.tif 000021
【図２１】
0006673024.tif 000022
【図２２】
0006673024.tif 000023
【図２３】
0006673024.tif 000024
【図２４】
0006673024.tif 000025