JP2020144538A - 通信装置、通信方法、プログラム、および通信システム - Google Patents

Abstract

【課題】グループ内の顧客のそれぞれが好みに応じて料理等を選択しつつ、グループ全体の注文を効率的に決定する。【解決手段】複数のユーザがそれぞれ使用する複数の端末と通信する通信装置であって、複数の端末をグループ化するグループ管理部と、予め登録された商品リストの中から選択された注文候補の情報を、グループ化された複数の端末からそれぞれ受信する受信部と、グループ化された複数の端末のうち一の端末の注文候補の情報を、グループ化された複数の端末のうち他の端末に送信する送信部とを備える通信装置を提供する。【選択図】図１

Description

本発明は、通信装置、通信方法、プログラム、および通信システムに関する。

従来、複数の顧客を含むグループが飲食店等で会食する場合、それぞれの顧客の好みの飲み物および食べ物等を飲食店の店員にそれぞれ注文することがある。また、グループ全員の注文後に、それぞれの顧客が追加の注文をそれぞれのタイミングで注文することもある。また、このような会食では、グループに含まれる顧客が、会食の開始時刻から遅れて参加する場合、会食の途中で帰宅する場合等が生じることもある。

このような会食においては、自分が飲食する量だけを注文する顧客、他者が飲食する量を含めて注文する顧客、注文をするタイミングが他者と異なる顧客等がグループに含まれるので、グループ全体の注文は、顧客全員が飲食したい量を超えてしまうことがあった。また、顧客同士で同じ料理を選択してしまうことも発生し、グループ全体の適切な注文を確定することが困難になることがあった。

そこで、本発明はこれらの点に鑑みてなされたものであり、グループ内の顧客のそれぞれが好みに応じて料理等を選択しつつ、グループ全体の注文を効率的に決定できるようにすることを目的とする。

本発明の第１の態様においては、複数のユーザがそれぞれ使用する複数の端末と通信する通信装置であって、前記複数の端末をグループ化するグループ管理部と、予め登録された商品リストの中から選択された注文候補の情報を、前記グループ化された前記複数の端末からそれぞれ受信する受信部と、前記グループ化された前記複数の端末のうち一の端末の前記注文候補の情報を、前記グループ化された前記複数の端末のうち他の端末に送信する送信部とを備える通信装置を提供する。

前記通信装置は、前記グループの注文を確定する注文確定部を更に備え、前記送信部は、前記注文確定部が前記グループの注文を確定した場合に、店舗に備え付けられた店舗端末に前記グループの注文が確定したことを示す情報を送信可能としてもよい。

前記通信装置は、前記グループ化された前記複数の端末のうち、（１）前記受信部が前記注文候補の情報を受信していない前記端末を未選択状態とし、（２）前記受信部が前記注文候補の情報を受信したことに応じて、前記注文候補の情報の送信元である前記端末を選択状態とし、（３）前記受信部が前記選択状態にある前記端末から前記注文候補の確定の指示を受信したことに応じて、前記選択状態にある前記端末を確定状態とし、さらに、前記グループ化された前記複数の端末のそれぞれを、所定の条件に応じてオフライン状態またはオンライン状態のいずれかの状態とする、状態管理部を更に備えてもよい。

前記注文確定部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオンライン状態にある場合には、前記グループの注文を確定しなくてもよい。前記送信部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオフライン状態にあり、さらに前記グループに含まれる他の端末が全て未選択状態または確定状態のいずれかにある場合に、当該選択状態且つオフライン状態にある端末に対し、注文の確定を促す通知を送信してもよい。

前記注文確定部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオフライン状態にあり、さらに前記グループに含まれる他の端末が全て未選択状態または確定状態のいずれかにある場合に、前記グループの注文を確定してもよい。

前記送信部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオフライン状態にあり、さらに前記グループに含まれる他の端末が全て未選択状態または確定状態のいずれかにある場合に、前記グループの注文の確定を促す通知を前記他の端末の少なくとも１つに送信し、前記注文確定部は、前記他の端末から前記グループの注文を確定する指示を受け取ったことに応じて、前記グループの注文を確定してもよい。

前記状態管理部は、前記注文確定部が前記グループの注文を確定したことに応じて、選択状態且つオフライン状態にある前記端末を未選択状態とし、当該端末から受信済みの注文候補情報を削除してもよい。前記状態管理部は、前記グループ化された前記複数の端末のうち第１の端末が選択状態且つオフライン状態にあり、第２の端末がオンライン状態にある場合に、前記第２の端末からの指示に基づき、前記第１の端末を確定状態または未選択状態に変更可能としてもよい。

前記グループ管理部は、前記グループ化された前記複数の端末のうち一の端末からの指示に基づき、他の端末を前記グループから除外可能としてもよい。前記状態管理部は、予め定められた時間が経過したことに応じて、前記複数の端末からの前記注文候補の入力または確定の受け付けを停止してもよい。

前記通信装置は、前記受信部が前記複数の端末から受信した前記注文候補の情報に基づいて、前記グループの会計情報と前記端末ごとの会計情報の両方を算出して管理する会計管理部を更に備え、前記送信部は、前記グループに含まれる端末からの要求に応じて、当該端末に対し、前記グループの会計情報または当該端末の会計情報の少なくとも一方を送信してもよい。

本発明の第２の態様においては、複数のユーザがそれぞれ使用する複数の端末と通信する通信方法であって、前記複数の端末をグループ化するステップと、予め登録された商品リストの中から選択された注文候補の情報を、前記グループ化された前記複数の端末からそれぞれ受信するステップと、前記グループ化された前記複数の端末のうち一の端末の前記注文候補の情報を、前記グループ化された前記複数の端末のうち他の端末に送信するステップとを備える通信方法を提供する。

本発明の第３の態様においては、コンピュータにより実行されると、前記コンピュータを第１の態様の前記通信装置として機能させる、プログラムを提供する。

本発明の第４の態様においては、第１の態様の前記通信装置と、前記通信装置と通信する複数のユーザがそれぞれ使用する複数の端末とを備え、前記複数の端末のそれぞれは、前記商品リストの情報を表示する表示部と、当該端末のユーザから前記商品リストに含まれる商品のうち前記注文候補の選択を受け付ける入力部と、前記商品リストの中から選択された前記注文候補の情報を前記通信装置に送信する通信部とを有する、通信システムを提供する。

本発明によれば、グループ内の顧客のそれぞれが好みに応じて料理等を選択しつつ、グループ全体の注文を効率的に決定できるという効果を奏する。

本実施形態に係る通信システム１０の構成例を示す。 本実施形態に係る通信システム１０の動作フローの一例を示す。 本実施形態に係る端末２０の表示部２２の第１表示例を示す。 本実施形態に係る端末２０の表示部２２の第２表示例を示す。 本実施形態に係る端末２０の表示部２２の第３表示例を示す。 本実施形態に係る通信システム１０の動作フローの一部の例を示す。 本実施形態に係る通信システム１０の変形例を示す。

＜通信システム１０の構成例＞
図１は、本実施形態に係る通信システム１０の構成例を示す。図１は、通信システム１０が飲食店等の店舗において構成され、複数の顧客がそれぞれ使用する携帯端末等から飲み物および食べ物等の注文を受け付ける例を示す。なお、本実施形態において、店舗に来店した顧客は、端末のユーザであるとして説明する。通信システム１０は、複数の端末２０と、店舗端末３０と、通信装置１００とを備える。

複数の端末２０は、通信装置１００と通信する複数のユーザがそれぞれ使用する端末である。端末２０は、ユーザがそれぞれ所有する端末であってもよく、店舗が用意して貸し出した端末であってもよい。端末２０のそれぞれは、例えば、携帯電話、スマートフォン、ゲーム機器、タブレット型ＰＣ、小型ＰＣ、およびノート型ＰＣ等といった通信可能なデバイスである。例えば、顧客が店舗に入店し、当該顧客が自分の端末２０を用いて通信装置１００にアクセスすることにより、通信システム１０が構成される。端末２０のそれぞれは、表示部２２と、入力部２４とを有する。

表示部２２は、端末２０の動作に伴う情報等を表示する。表示部２２は、例えば、端末２０が通信システム１０から予め登録された商品リストの情報を受信した場合に、当該商品リストの情報を表示する。表示部２２は、例えば、液晶等を有するディスプレイである。

入力部２４は、端末２０への数値および文字等の入力、動作の指示等を受け付ける。入力部２４は、例えば、当該端末２０のユーザから商品リストに含まれる商品のうち注文候補の選択を受け付ける。例えば、表示部２２は、タッチパネルディスプレイである。この場合、入力部２４は、このような表示部２２の少なくとも一部である。ユーザは、表示部２２に表示された商品リストを見ながら、当該表示部２２にタッチして注文する商品を選択する。

また、端末２０は、外部と通信する通信部を更に備える。通信部は、例えば、端末２０の内部に設けられており、通信装置１００と通信する。通信部は、後述するように、商品リストの中から選択された注文候補の情報を通信装置１００に送信する。通信部は、無線により通信可能である。通信部は、例えば、インターネット、ＬＡＮ等を介して通信装置１００と通信する。

店舗端末３０は、店舗内で用いられる端末である。店舗端末３０は、例えば、店舗の店員が使用する端末である。また、店舗端末３０は、店舗に備え付けられている端末であってもよい。また、店舗端末３０は、店舗内で複数用いられてもよい。例えば、接客する店員のそれぞれが店舗端末３０を所持してよく、また、厨房で料理する店員が所持してもよい。また、店舗の管理者が所持してもよい。

店舗端末３０は、例えば、携帯電話、スマートフォン、タブレット型ＰＣ、小型ＰＣ、およびノート型ＰＣ等といった通信可能な端末である。店舗端末３０は、通信装置１００と通信して、顧客の注文に関する情報を授受する。例えば、厨房に備え付けられた店舗端末３０には、顧客が注文した料理（以下、主に「料理」を例として説明を行うが、本発明は飲み物・店内サービスその他の注文においても同様に適用可能である。また、料理や飲食物以外の商品をグループで注文する場合にも同様に適用可能である。）の情報が送信される。また、厨房に備え付けられた店舗端末３０には、料理の完成、料理の提供可能な数、料理の提供できるまでの時間等の情報が入力され、当該情報が通信装置１００に送信されてもよい。店舗端末３０は、有線および／または無線により通信可能でよい。店舗端末３０は、例えば、インターネット、ＬＡＮ等を介して通信装置１００と通信する。

通信装置１００は、複数のユーザがそれぞれ使用する複数の端末２０と通信する。また、通信装置１００は、店舗端末３０と通信する。通信装置１００は、例えば、店舗が準備したメニューの中から選択された料理の情報をそれぞれ受信する。通信装置１００は、選択された料理の情報を店舗端末３０に送信する。このようにして、通信装置１００は、店舗の顧客から注文を受け付ける機能を有する。通信装置１００は、例えば、サーバ等のコンピュータである。通信装置１００は、一例として、クラウドサーバである。

このような通信装置１００には、複数の顧客からそれぞれの好みに応じた飲み物および食べ物等の注文が入力される。この場合、顧客によっては、一緒に食事をする他の顧客の分を含めた注文を入力することもある。また、顧客を含むグループ全員の注文後に、それぞれの顧客が追加の注文をそれぞれのタイミングで入力することもある。また、このような会食では、グループに含まれる顧客が、会食の開始時刻から遅れて参加する場合、また、会食の途中で帰宅する場合等が生じることもある。

このような場合、グループ全体の注文が、顧客全員が飲食したい量を超えてしまうことがある。また、顧客同士で同じ料理を選択してしまうことも発生し、グループ全体の適切な注文を確定することが困難になることもある。そこで、本実施形態に係る通信装置１００は、グループ内の顧客のそれぞれが好みに応じて料理を選択しつつ、グループ全体の注文を効率的に決定できるようにする。通信装置１００は、受信部１１０と、グループ管理部１２０と、記憶部１３０と、状態管理部１４０と、注文確定部１５０と、送信部１６０とを備える。

受信部１１０は、複数の端末２０から送信される情報を受信する。受信部１１０は、例えば、複数の端末２０からそれぞれ送信されるアクセス要求を受信する。また、受信部１１０は、予め登録された商品リストの中から選択された注文候補の情報を、複数の端末２０からそれぞれ受信する。

グループ管理部１２０は、複数の端末２０をグループ化する。グループ管理部１２０は、例えば、端末２０のアクセス先のアドレスに応じて、既存のグループに含めるか、または新たなグループを生成して当該新たなグループに含める。これに代えて、グループ管理部１２０は、一の端末２０から送信されるアクセス要求に含まれる情報に基づいて、当該一の端末２０をグループ化してもよい。グループ管理部１２０は、一例として、共通のアドレスにアクセスした複数の端末２０を、１つのグループに含める。また、グループ管理部１２０は、共通のコードを含むアクセス要求を送信した複数の端末２０を、１つのグループに含めてもよい。共通のアドレスへのアクセスまたは共通のコードを含むアクセス要求を実現する手段としては、後述のように例えばＱＲコード（登録商標）を用いることができる。

記憶部１３０は、アクセスした複数の端末２０の情報を記憶する。記憶部１３０は、端末２０がグループ化された場合、端末２０の情報を当該グループの情報と対応付けて記憶する。また、記憶部１３０は、それぞれの端末２０から受信した注文候補の情報を、当該注文候補の情報を送信した端末２０の情報と対応付けて記憶する。記憶部１３０は、受信部１１０がそれぞれの端末２０から注文候補の情報を受信する毎に、当該注文候補の情報を更新して記憶することが望ましい。また、記憶部１３０は、グループ毎に注文候補の情報を更新して記憶してもよい。

また、記憶部１３０は、サーバ等が通信装置１００として機能するＯＳ（Operating System）、およびアプリケーションソフトウェアの情報を格納してもよい。また、記憶部１３０は、当該アプリケーションソフトウェアの実行時に参照されるデータベースを含む種々の情報を格納してもよい。例えば、サーバ等のコンピュータは、記憶部１３０に記憶されたプログラムを実行することによって、受信部１１０、グループ管理部１２０、記憶部１３０、状態管理部１４０、注文確定部１５０、送信部１６０の少なくとも一部として機能する。

記憶部１３０は、例えば、コンピュータ等のＢＩＯＳ（Basic Input Output System）等を格納するＲＯＭ（Read Only Memory）、および作業領域となるＲＡＭ（Random Access Memory）を含む。また、記憶部１３０は、ＨＤＤ（Hard Disk Drive）および／またはＳＳＤ（Solid State Drive）等の大容量記憶装置を含んでもよい。また、コンピュータは、ＧＰＵ（Graphics Processing Unit）等を更に備えてもよい。

また、記憶部１３０は、通信装置１００が利用する設定値等の情報を格納してもよい。また、記憶部１３０は、通信装置１００の動作の過程で生成する（または利用する）中間データ、算出結果、閾値、およびパラメータ等をそれぞれ格納してもよい。また、記憶部１３０は、通信装置１００内の各部の要求に応じて、格納したデータを要求元に供給してもよい。更に、記憶部１３０は、通信システム１０内の各部の要求に応じて、格納したデータを要求元に供給してもよい。

状態管理部１４０は、複数の端末２０の状態を管理する。状態管理部１４０は、所定の条件に応じて、それぞれの端末２０を「未選択状態」、「選択状態」、および「確定状態」のいずれかの状態に決定する。ここで、「未選択状態」は、端末２０がユーザからの料理の注文候補を受け付けていない状態とする。「選択状態」は、端末２０がユーザからの料理の注文候補を少なくとも１つ受け付けている状態とする。「確定状態」は、端末２０がユーザからの料理の注文候補の確定を受け付けて完了した状態とする。

状態管理部１４０は、例えば、グループ化された複数の端末２０のうち、受信部１１０が注文候補の情報を受信していない端末２０を未選択状態とする。また、状態管理部１４０は、グループ化された複数の端末２０のうち、受信部１１０が少なくとも１つの注文候補の情報を受信したことに応じて、当該注文候補の情報の送信元である端末２０を選択状態とする。また、状態管理部１４０は、グループ化された複数の端末２０のうち、受信部１１０が選択状態にある端末２０から注文候補の確定の指示を受信したことに応じて、選択状態にある端末２０を確定状態とする。

状態管理部１４０は、さらに、所定の条件に応じて、グループ化された複数の端末２０のそれぞれを「オフライン状態」および「オンライン状態」のいずれかの状態としてもよい。ここで、「オフライン状態」は、例えば、端末２０が休止状態、スリープ状態、電源オフ、または電池切れ状態等により、通信装置１００に接続されていない状態である。また、「オンライン状態」は、例えば、端末２０が通信装置１００に接続されている状態である。状態管理部１４０は、例えば、端末２０との接続が確立できていることに応じて、オンライン状態かオフライン状態かを判定する。状態管理部１４０は、端末２０の状態を当該端末２０の情報と対応付けて記憶部１３０に記憶して管理してもよい。

注文確定部１５０は、グループの注文を確定する。注文確定部１５０は、例えば、グループに含まれる１つの端末２０から当該グループの注文を確定する指示を受け取ったことに応じて、当該グループの注文を確定する。また、注文確定部１５０は、グループに含まれる複数の端末２０の状態に応じて、当該グループの注文を確定してもよい。また、注文確定部１５０は、グループに含まれる複数の端末２０の状態に応じて、当該グループの注文を確定しないことを決定してもよい。

送信部１６０は、グループ化された複数の端末２０のそれぞれに、グループ内の注文に関する情報を送信する。送信部１６０は、例えば、予め登録された商品リストの情報を複数の端末２０にそれぞれ送信する。ここで、商品リストは、一例として、店舗のメニューである。また、送信部１６０は、例えば、グループ化された複数の端末２０のうち一の端末２０の注文候補の情報を、グループ化された複数の端末２０のうち他の端末２０に送信する。また、送信部１６０は、グループの注文の確定を促す通知をグループ内の端末２０に送信してもよい。

また、送信部１６０は、注文確定部１５０がグループの注文を確定した場合に、店舗に備え付けられた店舗端末３０にグループの注文が確定したことを示す情報を送信可能とする。送信部１６０は、例えば、店舗端末３０の要求に応じて、グループの注文が確定したか否かの情報を送信する。また、送信部１６０は、店舗端末３０の要求に応じて、グループが確定した注文内容の情報を送信してもよい。これに代えて、送信部１６０は、グループの注文が確定したことに応じて、グループの注文が確定したことを示す情報を店舗端末３０に送信してもよい。この場合、送信部１６０は、グループが確定した注文内容の情報を含めて店舗端末３０に送信してもよい。

以上の本実施形態に係る通信装置１００は、複数の端末２０をグループ化し、グループ内の端末２０から注文候補の情報を受け付け、受け付けた注文候補の情報をグループ内の端末２０に送信して共有させる。これにより、グループに含まれている端末２０のユーザは、自分が使用する当該端末２０を用いて、グループ内の他のユーザが入力した注文候補の情報を確認することができる。

即ち、それぞれのユーザは、グループ全体で入力した注文候補の情報をユーザ同士で協議することなく容易に確認することができ、また、グループ全体の注文候補を確認しつつ自分の好みの注文候補を入力することができる。したがって、本実施形態の通信システム１０によれば、ユーザは、グループに対応させた適切な量の注文候補を入力することができ、グループ全体の注文として確定させることができる。このような通信システム１０の動作について次に説明する。

＜通信システム１０の動作フロー＞
図２は、本実施形態に係る通信システム１０の動作フローの一例を示す。図２に示す動作フローは、来店した複数のユーザがそれぞれ使用する端末２０と、店舗側の通信装置１００とが通信システム１０を構成し、店舗内においてグループ全体の適切な注文を確定する動作を実行するフローの例である。なお、本実施形態において、１つのグループにグループ化された端末２０のユーザを、当該１つのグループのメンバーとして説明する。また、当該フローは、通信装置１００と、複数のユーザがそれぞれ使用する複数の端末２０とが通信するフローの例を含む。

まず、店舗に来店したユーザは、当該ユーザが使用する端末２０を用いて通信装置１００にアクセスする（Ｓ３１０：Ｙｅｓ）。ここで、店舗の店員は、来店した複数のユーザに、当該ユーザのそれぞれが使用する端末２０から通信装置１００にアクセスするように誘導することが望ましい。例えば、店員は、グループを構成する複数のユーザに、共通のアドレス等を示すコード等を示して、それぞれの端末２０から共通のアドレスにアクセスさせる。端末２０が共通のアドレスにアクセスすることにより、受信部１１０は、当該端末２０からのアクセス要求を受信する。

この場合、ユーザに示すコードは、ＱＲコード（登録商標）等の、端末２０が容易に読み取ることができるコードであることが望ましい。また、共通のアドレス等は、更新可能なアクセス先であることが望ましい。共通のアドレス等は、例えば、半日、１日といったような予め定められた時間の経過毎に更新されてよく、また、グループの精算の完了毎に更新されてもよい。これにより、例えば、端末２０が読み込んだアドレスを記憶して、グループの精算が完了した後に再アクセスしても、通信装置１００へのアクセスを確立させず、なりすまし、無駄な情報の授受等の発生を防止できる。

店員は、例えば、コード等を印刷した紙をユーザに提示して、端末２０からアクセスすることを促す。また、店員は、店舗端末３０の表示部にコード等を表示させて、ユーザに提示してもよい。また、店舗内のテーブル等に設けられた表示装置等に、コード等を表示させてもよい。この場合、表示装置等は、店舗端末３０であってもよい。この場合、通信装置１００は、ユーザのアクセス先として示すコードを生成して、店舗端末３０に供給してもよい。なお、店員は、例えば、顧客が来店した時間が他の顧客の来店時間と異なっていても、同一のグループのメンバーであれば、当該グループに対応する共通のアドレスを示すコードを提示する。

端末２０が通信装置１００にアクセスした場合（Ｓ３１０：Ｙｅｓ）、グループ管理部１２０は、複数の端末２０をグループ化する（Ｓ３２０）。グループ管理部１２０は、複数の端末２０が第１アドレスにアクセスした場合、当該複数の端末２０を第１グループにグループ化する。例えば、最初の顧客のグループが来店した場合、顧客が一人で来店した場合、または、団体の顧客が店舗を貸し切った場合、グループ管理部１２０は、第１グループを生成して顧客の使用する端末２０を当該第１グループに含める。グループ管理部１２０は、一例として、複数の端末２０の情報を第１グループに対応付けて記憶部１３０に記憶する。

なお、複数の端末２０の情報には、それぞれの端末２０を識別する識別情報が含まれていることが望ましい。グループ管理部１２０は、例えば、複数の端末２０が第１アドレスにアクセスした場合、当該第１アドレスにアクセスした順に、「端末Ａ」、「端末Ｂ」、「端末Ｃ」、・・・と識別名を付加する。また、グループ管理部１２０は、ニックネーム等を付加してもよく、これに代えて、端末２０のユーザに自身のニックネーム等を入力させてもよい。

ここで、例えば、次の顧客のグループが来店した場合、店員は第１アドレスとは異なる第２アドレスをユーザに提示する。グループ管理部１２０は、次の顧客が自身の端末２０を用いて第２アドレスにアクセスした場合、第２アドレスにアクセスした複数の端末２０を第２グループにグループ化する。このように、グループ管理部１２０は、アクセス先のような共通の情報に基づき、端末２０をグループ化する。これにより、例えば、第１グループの顧客が他のメンバーよりも遅れて来店しても、店員が第１アドレスを提示することにより、グループ管理部１２０は、第１グループに当該顧客の端末２０を含めることができる。

なお、状態管理部１４０は、グループ化された端末２０の状態を「未選択状態」とする。また、状態管理部１４０は、このような端末２０の状態を更に「オンライン状態」とする。以上のように、通信装置１００は、端末２０からのアクセスが生じた場合に端末２０をグループ化する。また、通信装置１００は、端末２０からのアクセスが全く生じていない場合（Ｓ３１０：Ｎｏ、Ｓ３１２：Ｎｏ）、アクセスの待ち受けを継続する。

次に、送信部１６０は、店舗のメニュー情報を複数の端末２０に送信する（Ｓ３３０）。送信部１６０は、例えば、端末２０から店舗のメニュー情報を閲覧する旨の要求があったことに応じて、メニュー情報を端末２０に送信する（ただし、当該要求を待たずに、例えば端末２０が第１アドレスにアクセスした際にメニュー情報を送信してもよい。）。店舗のメニュー情報には、例えば、料理の詳細な説明、関連情報、関連情報へのアクセス先等の追加の情報が含まれていてもよい。また、追加の情報には、本日のおすすめの情報、食材の情報、料理の提供可能な数の情報、提供までにかかる時間の目安等の情報が含まれていてもよい。

なお、送信部１６０は、ｗｅｂサイトの情報の一部として、店舗のメニュー情報を複数の端末２０に送信することが望ましい。この場合、複数の端末２０は、共通のアドレスにアクセスすることにより、店舗側が準備した料理注文用のサイトをブラウザで閲覧することになる。当該ｗｅｂサイトは、例えば、店舗のメニュー情報を表示し、当該メニュー内の料理を選択して注文候補とすることができるサイトである。このようなｗｅｂサイトの情報は、一例として、記憶部１３０に記憶されている。

次に、端末２０は、このようなｗｅｂサイトを介して店舗のメニュー情報を表示して、ユーザからの注文候補を受け付ける（Ｓ３４０）。また、通信装置１００は、既に１つの端末２０からのアクセスが生じている場合に（Ｓ３１０：Ｎｏ、Ｓ３１２：Ｙｅｓ）、アクセス済みの端末２０から注文候補を受け付ける（Ｓ３４０）。ユーザは、例えば、入力部２４である表示画面をタッチ操作すること等により、メニュー情報に含まれる料理を選択して注文候補とする。

図３は、本実施形態に係る端末２０の表示部２２の第１表示例を示す。図３は、表示部２２がメニュー情報の一部を表示した例である。図３の表示例は、例えば、ユーザが端末２０を操作してメニュー情報に含まれる１つの料理を選択した結果を示す。このように、本例のｗｅｂサイトは、ユーザがメニューに表示された料理を選択することにより、選択された料理に対応するｗｅｂページを閲覧できるように構成されている。表示部２２は、一例として、選択された料理名４２、説明領域４４、サブメニュー表示４６、設定領域４８、およびアイコン領域５２を有する。

料理名４２は、メニューに含まれている料理である。説明領域４４は、料理の詳細な説明を表示している。説明領域４４は、例えば、文章、絵文字、イラスト、画像等を含む。サブメニュー表示４６は、料理に付随する選択肢等を表示している。サブメニュー表示４６は、例えば、ソース、ドレッシング、付け合わせ等の選択肢である。また、サブメニュー表示４６は、嫌いな食材を除くこと、好きな食材の増量、焼き方、ゆで具合等のリクエストを入力する入力欄を更に含んでもよい。

設定領域４８は、料理の注文数を入力可能に設けられる。図３の例において、数字「１」は注文数を示し、「＋」の表示領域をタップすると注文数が増加し、「−」の表示領域をタップすると注文数が減少するように、設定領域４８が設けられている。

アイコン領域５２は、動作を指示させるためのアイコンが設けられている。例えば、メニューアイコン５４は、メニュー表示に戻るためのアイコンである。即ち、ユーザがメニューアイコン５４をタップすることにより、メニュー表示に戻る。また、注文履歴アイコン５６は、注文履歴を見るためのアイコンである。即ち、ユーザが注文履歴アイコン５６をタップすることにより、今までの注文履歴を表示する。また、注文入力アイコン５８は、選択した料理を注文候補として入力するためのアイコンである。即ち、ユーザが注文入力アイコン５８をタップすることにより、選択した料理が注文候補として入力され、端末２０から通信装置１００へと注文候補の情報が送信される。

これにより、受信部１１０は、メニューの中から選択された注文候補の情報を、グループ化された複数の端末２０からそれぞれ受信する（Ｓ３５０）。受信部１１０は、受信した注文候補の情報を、当該注文候補の情報を送信した端末２０の情報に対応付けて記憶部１３０に記憶する。また、状態管理部１４０は、受信部１１０が注文候補の情報を受信したことに応じて、当該注文候補の情報を送信した端末２０の状態を「選択状態」とする。また、状態管理部１４０は、受信部１１０が注文候補のキャンセルの情報を受信し、キャンセルの情報を送信した端末２０の注文候補がすべてなくなった場合、当該端末２０の状態を「選択状態」から「未選択状態」とする。

次に、送信部１６０は、グループ化された複数の端末２０のうち一の端末２０の注文候補の情報を、グループ化された複数の端末２０のうち他の端末２０に送信する（Ｓ３６０）。例えば、送信部１６０は、第１グループの第１ユーザが当該第１グループ内の他のユーザの注文状況を確認するための動作を実行したことに応じて、当該他のユーザの注文候補の情報を、第１ユーザの端末２０に送信する。また、送信部１６０は、受信部１１０が第１グループ内の１人のユーザの端末２０から注文候補の情報を受け取ったことに応じて、当該注文候補の情報をグループ内のユーザの端末２０に送信してもよい。

図４は、本実施形態に係る端末２０の表示部２２の第２表示例を示す。図４は、表示部２２が入力済みの注文候補の情報を表示した例である。図４の表示例は、例えば、ユーザが端末２０を操作して、図３で説明したアイコン領域５２の注文入力アイコン５８をタップした結果を示す。表示部２２は、一例として、入力情報領域６２、メンバー情報領域６４、決定ボタン６６、およびアイコン領域６８を有する。

入力情報領域６２は、当該端末２０のユーザが入力した注文候補の情報を表示している。入力情報領域６２は、注文候補の料理名と量、入力した注文候補の合計数、金額等の情報が表示されることが望ましい。入力情報領域６２において、例えば、注文候補をタップすることにより、注文候補の入力のキャンセルおよび／または注文候補の量の変更等が入力可能であってもよい。

メンバー情報領域６４は、グループ内の端末２０の状態を示す。図４は、グループ内に４つの端末２０が含まれている例を示す。また、図４は、「Ａ」、「Ｂ」、「Ｃ」、および「Ｄ」の文字を用いて、４つの端末２０を識別している例を示す。なお、図４においては、「Ａ」と示される部分にチェックマークが付加されており、端末Ａが注文を確定した状態を表示している例を示す。なお、変形例として、メンバー情報領域６４において、グループ内の端末２０（Ａ〜Ｄ）のうち自身が使用する端末の情報は表示しないこととしてもよく（例えば、自身がＣの端末を使用している場合はＡ、Ｂ、Ｄのみが表示される。）、これにより必要な情報を効率的に表示することができる。

また、メンバー情報領域６４は、グループ内の端末２０のそれぞれが、オンライン状態であるか否かを表示可能であってもよい。例えば、端末２０を識別している文字の色、文字の装飾等を異ならせることで、端末２０の状態が判別可能に表示される。図４は、端末Ｂおよび端末Ｄがオンライン状態であり、端末Ｃがオフライン状態である例を示す。

決定ボタン６６は、当該端末２０からの注文候補の入力を確定させるためのボタンである。当該端末２０のユーザは、決定ボタン６６をタップすることにより、自身の注文候補の入力を決定する。

アイコン領域６８は、図３で説明したアイコン領域５２と同様に、動作を指示させるためのアイコンが設けられている。メニューアイコン５４および注文履歴アイコン５６は、図３で説明した動作と略同様の動作を実行するためのアイコンである。なお、注文入力アイコン５８は、注文候補の情報を更新するためのアイコンとして動作してよい。また、アイコン領域６８において、ユーザが入力した注文候補の数、および／またはグループが入力した注文候補の数を表示してもよい。図４は、注文入力アイコン５８に、ユーザが入力した注文候補の数（一例として５点）、グループが入力した注文候補の数（一例として１１点）を表示した例を示す。

端末２０のユーザのそれぞれは、図３および図４の例で示すような表示画面を操作して、自身の注文候補を入力していく。例えば、メニュー画面から料理を選択して図３に示す画面を表示させ、サブメニューおよび数量を入力して、図４の画面に進む。そして、メニューアイコン５４をタップしてメニュー画面に戻り、次の料理を選択する。このような過程において、ユーザのそれぞれは、グループ名のメンバーの注文状況を確認可能であることが望ましい。そこで、図４に示す入力情報領域６２は、当該端末２０のユーザが入力した注文候補の情報に加えて、グループ内の他のユーザが入力した注文候補の情報も表示可能に構成される。

図４は、入力情報領域６２が「自分」および「他メンバー」と示されたタブを有する例を示す。即ち、図４は、自身が入力した注文候補の情報を表示するための「自分」タブがアクティブな状態を示している例である。ここで、例えば、ユーザが「他メンバー」タブをタップすることに応じて、「他メンバー」タブがアクティブになり、送信部１６０は、他のメンバーの注文候補の情報を当該端末２０に送信する。これにより、当該端末２０は、他のメンバーの注文候補の情報を表示することができる。

図５は、本実施形態に係る端末２０の表示部２２の第３表示例を示す。図５は、表示部２２が他のメンバーの注文候補の情報を表示した例である。図５の表示例は、例えば、ユーザが端末２０を操作して、図４で説明した入力情報領域６２の「他メンバー」タブをタップした結果を示す。表示部２２は、一例として、入力情報領域６２およびアイコン領域６８を表示する。アイコン領域６８については、図３および図４で説明したので、ここでは説明を省略する。

入力情報領域６２は、グループ内の当該端末２０とは異なる端末２０のユーザが入力した注文候補の情報を表示している。入力情報領域６２は、注文候補の料理名と量、入力した注文候補の合計数、金額等の情報が表示されることが望ましい。これにより、グループ内のユーザは、「自分」タブおよび「他メンバー」タブを切り換えて他のメンバーの注文動向を確認しつつ、自身の注文候補を入力することができる。

以上のように、グループ内のユーザは、自身の端末２０を操作して、それぞれ注文候補を入力し、決定ボタン６６をタップすることにより自身の注文候補の入力を確定する。状態管理部１４０は、受信部１１０が選択状態にある端末２０から注文候補の確定の指示を受信したことに応じて、選択状態の端末２０を確定状態とする。ここで、送信部１６０は、１つの端末２０が確定状態となったことを、グループ内の他の端末２０に通知してよい。これにより、各端末２０のユーザは、グループ内の注文が何人分まで終了しているかを把握できる。

注文確定部１５０は、例えば、グループ内の全ての端末２０の状態が確定状態となったことに応じて、当該グループの注文を確定する（Ｓ３７０：Ｙｅｓ）。ここで、送信部１６０は、グループ内のオンライン状態の端末２０のうち、最後に決定ボタン６６をタップすることになった端末２０に対して、グループの注文を確定するか否かを確認する通知を送信してもよい。この場合、注文確定部１５０は、確認の通知を送信した端末２０から当該グループの注文を確定する指示を受け取ったことに応じて、当該グループの注文を確定する。

一方、注文確定部１５０は、グループ化された複数の端末２０のうち少なくとも一の端末が選択状態且つオンライン状態にある場合には、グループの注文を確定しない（Ｓ３７０：Ｎｏ）。即ち、注文確定部１５０は、１つのまたは複数の注文候補を送信しただけの状態の端末２０がグループ内に１つでも存在する場合、当該グループの注文を確定しない。この場合、通信システム１０は、１つのまたは複数の端末２０によるユーザからの注文候補の受け付け（Ｓ３４０）、受信部１１０による注文候補の情報の受信（Ｓ３５０）、および、送信部１６０による注文候補の情報の送信（Ｓ３６０）を、グループの注文が決定するまで繰り返す。

注文確定部１５０がグループの注文を確定した場合（Ｓ３７０：Ｙｅｓ）、送信部１６０は、店舗に備え付けられた店舗端末３０にグループの注文が確定したことを示す情報を送信する（Ｓ３８０）。送信部１６０は、店舗端末３０の要求等により、グループの注文が確定したことを示す情報、および確定した注文内容の情報を送信してよく、これにより、店員等は、注文内容を把握することができる。例えば、厨房の店員等は、注文の情報に基づき、速やかに料理を開始できる。また、接客担当の店員は、料理に応じた食器等を速やかに準備することができる。

以上のように、グループ内のメンバーは、自身が所有する端末２０を用いて、他のメンバーの注文内容を確認しつつ、グループ内の注文を確定することができる。また、注文を確定した後でも、グループ内のメンバーが飲食等を継続する場合（Ｓ３９０：Ｎｏ）、通信システム１０は、Ｓ３４０の注文候補の受け付けに戻ることにより、当該グループの追加の注文を受け付けることができる。なお、この場合、グループ内の各メンバーは、他のメンバーの注文候補に加えて、注文履歴アイコン５６をタップすることにより、グループ内の過去の注文履歴を確認しつつ、追加の注文を入力することができる。即ち、通信システム１０は、Ｓ３４０からＳ３８０の動作を、グループの飲食等が終了するまで繰り返す。

グループの飲食等が終了した場合（Ｓ３９０：Ｙｅｓ）、例えば、店員はグループの飲食費用を会計し、メンバーは代金を支払う。ここで、グループ内のメンバーは、飲食の終了を端末２０から入力してもよく、これに代えて、店員が店舗端末３０から飲食の終了を入力してもよい。状態管理部１４０は、受信部１１０が飲食の終了の情報が入力されたことに応じて、複数の端末２０からの注文候補の入力または確定の受け付けを停止する（Ｓ４００）。これにより、端末２０からの会計後の誤入力、迷惑行為等を防止できる。なお、状態管理部１４０による受付の停止は、一例であり、これに限定されることはない。例えば、受信部１１０が、会計後のグループに対応する共通アドレスへの受信情報を破棄してもよい。

以上のように、本実施形態に係る通信システム１０によれば、複数のメンバーを含むグループが飲食店等で会食する場合に、自身が使用する端末２０を用いてそれぞれの好みの飲み物および食べ物等をそれぞれ注文できる。そして、グループ内のメンバーが他のメンバーの注文状況および過去の注文内容等を確認しつつ、グループの注文を決定することができる。

したがって、通信システム１０を用いることで、グループ内で同じ料理を選択してしまうこと、および、グループ全体の注文がメンバーの飲食したい量を超えてしまうこと等を防止して、グループ全体の適切な注文を確定することができる。また、通信システム１０は、このような注文を受け付ける動作をグループの飲食が終了するまで繰り返すので、グループの注文後に、それぞれのメンバーが追加の注文をそれぞれのタイミングで注文しても、当該注文を適切に受け付けて店舗に伝達することができる。また、店舗側としてもグループ内の注文をバラバラに受け付けるのではなく、ある程度まとまった注文として受け付けることにより、料理・食器等の準備を効率よく進めることができる。なお、本実施形態において、飲食店における料理の注文の例を説明したが、これに限定されることはない。カラオケ、ホテル、食品等の宅配等において、料理をグループで選択する場合においても、同様にグループの注文を決定することができる。

なお、このような会食においては、グループに含まれるメンバーが、会食の開始時刻から遅れて参加することがある。このような場合であっても、遅れたメンバーが、使用する端末２０を用いて当該メンバーのグループに対応するアドレスにアクセスすることにより、通信装置１００は、同じグループのメンバーとして処理できる。

また、このような会食においては、グループに含まれるメンバーが、会食の途中で帰宅することもある。この場合、例えば、グループ管理部１２０は、グループ化された複数の端末２０のうち一の端末２０からの指示に基づき、他の端末２０をグループから除外可能とする。これにより、グループ内の一部のメンバーが帰宅しても、残りのメンバーがグループを更新することができ、速やかに次の注文動作を実行することができる。また、帰宅したメンバーからの誤入力等を防止できる。

なお、グループ管理部１２０は、端末２０がオンライン状態およびオフライン状態のいずれの状態であっても、グループから除外可能であってよく、これに代えて、オフライン状態である端末２０だけを除外可能としてもよい。他の端末２０をグループから除外可能とすることに代えて、または、これに加えて、グループ管理部１２０は、グループ化された複数の端末２０のうち一の端末２０からの指示に基づき、当該一の端末２０をグループから除外可能であってもよい。これにより、メンバー自身の申告があると、グループ管理部１２０は、グループを速やかに更新できる。

また、グループからのメンバーの削除は、メンバー側からの実行に基づくことに限定されることはない。例えば、店員が店舗端末３０からメンバーが帰宅することを通信装置１００に通知する。受信部１１０がこのような通知をグループ管理部１２０に供給することで、グループ管理部１２０は、当該メンバーに対応する端末２０の情報をグループから除外可能とする。これにより、グループ管理部１２０は、残されたメンバーだけのグループに変更できるので、変更後のグループで更なる注文を確定することができる。

以上の本実施形態に係る通信システム１０は、図２のＳ３７０において、グループ内の全ての端末２０の状態が確定状態となるまで、当該グループの注文を確定しない例を説明した。ここで、通信装置１００は、自動判定処理およびメッセージ送信処理等を用いて、全ての端末２０の状態を速やかに確定状態へと促す動作を実行してもよい。このような通信システム１０の動作について、次に説明する。

＜グループの注文を確定するフローの詳細＞
図６は、本実施形態に係る通信システム１０の動作フローの一部の例を示す。図６は、図２のＳ３７０における通信システム１０のより詳細な動作の一例を示す。注文確定部１５０は、グループ内の複数の端末２０のうち、確定状態となった端末がなければ（Ｓ５００：Ｎｏ）、当該グループの注文は確定しない（Ｓ３７０：Ｎｏ）。また、注文確定部１５０は、グループ内の全ての端末２０の状態が確定状態となったこと（Ｓ５００：Ｙｅｓ、Ｓ５１０：Ｙｅｓ）に応じて、当該グループの注文を確定する（Ｓ５４０）。一方、注文確定部１５０は、グループ内の一部の端末２０が確定状態で（Ｓ５００：Ｙｅｓ）、残りの一部が確定状態ではない場合（Ｓ５１０：Ｎｏ）、確定状態ではない端末２０の選択の状態（未選択状態または選択状態のいずれであるか）を確認する（Ｓ５２０）。

注文確定部１５０は、例えば、確定状態ではない端末２０の全てが未選択状態の場合、すなわち選択状態の端末２０が１つもない場合（Ｓ５２０：Ｙｅｓ）、当該グループの注文を確定する（Ｓ５４０）。即ち、注文確定部１５０は、今回の注文の機会においては一部のメンバーの入力する意志がないものとして、注文を確定させてよい。この場合、注文確定部１５０は、端末２０が予め定められた時間を超えて選択状態のままであることを条件に、当該グループの注文を確定してもよい。

一方、注文確定部１５０は、確定状態ではない端末２０の一部が選択状態の場合（Ｓ５２０：Ｎｏ）、選択状態の端末２０がオフライン状態か否かを確認する（Ｓ５３０）。そして、注文確定部１５０は、グループ化された複数の端末２０のうち少なくとも一の端末が選択状態且つオフライン状態にあり、さらにグループに含まれる他の端末２０が全て未選択状態または確定状態のいずれかにある場合に（Ｓ５３０：Ｙｅｓ）、グループの注文を確定してもよい（Ｓ５４０）。以上のように、通信システム１０は、グループ内の端末２０の状態に応じて、グループとしての注文を自動的に確定させてよい。

これに代えて、通信装置１００は、確定状態となっていない端末２０に対して、注文を確定するためのメッセージを送信して、一旦確認を経てからグループの注文を確定してもよい。例えば、送信部１６０は、グループ化された複数の端末２０のうち少なくとも一の端末が選択状態で且つオフライン状態にあり、さらにグループに含まれる他の端末２０が全て未選択状態または確定状態のいずれかにある場合に、グループの注文の確定を促す通知を他の端末２０の少なくとも１つに送信する。

これに代えて、またはこれに加えて、送信部１６０は、グループ化された複数の端末２０のうち少なくとも一の端末が選択状態で且つオフライン状態にあり、さらにグループに含まれる他の端末２０が全て未選択状態または確定状態のいずれかにある場合に、グループの注文の確定を促す通知を選択状態で且つオフライン状態の端末２０に送信してもよい。

この場合、送信部１６０は、一例として、「皆様のご注文が確定しておりません。ご注文を確定してください」「まだご注文を確定しないままオフラインになっているお客様がいます」等のメッセージを確定済みの状態の端末２０に対して送信する。そして、注文確定部１５０は、通知を送信した端末２０からグループの注文を確定する指示を受信部１１０が受け取ったことに応じて、グループの注文を確定する。これにより、通信装置１００は、注文を確定していない顧客に対して、店員等が声がけすることなく、速やかに注文の確定を促すことができる。

なお、送信部１６０がメッセージを送信して、通知を送信した端末２０から注文を確定する指示を受信部１１０が受け取らなかった場合、注文確定部１５０は、グループの注文を確定しなくてよい。

次に、状態管理部１４０は、注文確定部１５０がグループの注文を確定したことに応じて、選択状態且つオフライン状態にある端末２０を未選択状態とし、当該端末２０から受信済みの注文候補情報を削除してよい（Ｓ５５０）。そして、Ｓ３７０がＹｅｓとして、図２のフローの次の動作に移行してよい。これにより、グループの注文が確定した後に、オフライン状態の端末２０がオンライン状態となっても、過去に入力した注文候補の情報は削除されているので、当該端末２０は、矛盾無く、速やかに追加の注文候補の入力を受け付けることができる。

また、通信装置１００は、確定状態となっていないオンラインの端末２０に対して、注文を確定するためのメッセージを送信して、一旦確認を経てからグループの注文を確定してもよい。例えば、送信部１６０は、グループ化された複数の端末２０のうち少なくとも一の端末が選択状態で且つオンライン状態にある場合（Ｓ５３０：Ｎｏ）、当該選択状態で且つオンライン状態にある端末２０に対し、注文の確定を促す通知を送信する（Ｓ５６０）。

この場合、送信部１６０は、一例として、「皆様のご注文が確定しておりません。ご注文を確定してください。」「お客様がまだご注文を確定しておりません。」等のメッセージをオンライン状態の端末２０に対して送信する。そして、注文確定部１５０は、メッセージを送信した端末２０からグループの注文を確定する指示を受け取ったことに応じて（Ｓ５７０：Ｙｅｓ）、グループの注文を確定する（Ｓ５４０）。ここで、状態管理部１４０は、選択状態且つオフライン状態にある端末２０があれば、当該端末２０を未選択状態とし、当該端末２０から受信済みの注文候補情報を削除してよい（Ｓ５５０）。

一方、送信部１６０がメッセージを送信して、通知を送信した端末２０から注文を確定する指示を受信部１１０が受け取らなかった場合（Ｓ５７０：Ｎｏ）、注文確定部１５０は、グループの注文を確定しなくてよい。即ち、Ｓ３７０がＮｏとして、図２のフローの次の動作に移行してよい。

以上の本実施形態に係る通信システム１０のＳ５５０の動作において、状態管理部１４０は、注文確定部１５０がグループの注文を確定したことに応じて、選択状態且つオフライン状態にある端末２０を未選択状態とする例を説明したが、これに限定されることはない。これに代えて、または、これに加えて、状態管理部１４０は、グループ化された複数の端末２０のうち第１の端末２０が選択状態且つオフライン状態にあり、第２の端末２０がオンライン状態にある場合に、第２の端末２０からの指示に基づき、第１の端末２０を確定状態または未選択状態に変更可能としてもよい。これにより、グループ内のメンバーが、速やかにグループの注文を確定させることができる。

以上の本実施形態に係る通信システム１０のＳ５６０の動作において、送信部１６０は、グループ化された複数の端末２０のうち少なくとも一の端末が選択状態で且つオンライン状態にある場合に、当該選択状態で且つオンライン状態にある端末２０に対し、注文の確定を促す通知を送信する例を説明したが、これに限定されることはない。これに代えて、例えば、送信部１６０は、端末２０の選択の状態に関わらず、オンライン状態にある端末２０に対して注文の確定を促す通知を送信してもよい。例えば、送信部１６０は、予め定められた数の端末２０が確定状態となったことに応じて、オンライン状態にある端末２０に対して注文の確定を促す通知を送信する。

以上の本実施形態に係る通信システム１０において、グループ内の各メンバーは、グループの飲食等が終了するまで追加の注文を入力できる例を説明したが、これに限定されることはない。例えば、状態管理部１４０は、予め定められた時間が経過したことに応じて、複数の端末２０からの注文候補の入力または確定の受け付けを停止する。また、受信部１１０が、複数の端末２０から送信される情報の受付を停止してもよい。これにより、通信システム１０は、例えば、店舗の閉店時間、注文を受け付ける期限、飲み放題および食べ放題等の時間制限のある注文形態等に応じて、追加の注文を制限可能とすることができる。

以上の本実施形態の通信システム１０において、注文確定部１５０が端末２０の状態に応じて、注文の確定を判断する例を説明したが、これに限定されることはない。例えば、送信部１６０がそれぞれの端末２０の状態をそれぞれの端末２０に送信し、各端末２０が注文の確定を判断してもよい。また、各端末２０が注文の確定を促すメッセージを出力してもよい。即ち、各端末２０は、送信部１６０から送信されるプログラムを実行することにより、通信装置１００の一部の機能を実行可能でもよい。

以上の本実施形態に係る通信システム１０は、顧客が効率よく確定させた注文を店舗に伝達する例を説明したが、これに限定されることはない。通信システム１０は、店舗側の他のシステム、他の装置等と接続されてもよい。また、通信システム１０は、例えば、会計処理を実行する機能を有してもよい。このような例について次に説明する。

＜通信システム１０の変形例＞
図７は、本実施形態に係る通信システム１０の変形例を示す。変形例の通信システム１０は、会計管理部２１０を更に備える。会計管理部２１０は、受信部１１０が複数の端末２０から受信した注文候補の情報に基づいて、グループの会計情報を管理する。送信部１６０は、例えば、グループに含まれる端末２０からの要求に応じて、当該端末２０に対し、会計管理部２１０によるグループの会計情報を送信する。この場合、送信部１６０は、グループの会計情報を店舗端末３０に送信してもよい。

これにより、端末２０のユーザは、グループ内の注文状況と会計状況とを確認しつつ、自身の注文候補を入力することができる。また、端末２０のユーザおよび店員は、グループの会計情報を速やかに把握することができるので、飲食が終了するとスムーズにグループの会計処理に移行することができる。

また、会計管理部２１０は、受信部１１０が複数の端末２０から受信した注文候補の情報に基づいて、グループの会計情報と端末２０ごとの会計情報の両方を算出して管理してもよい。この場合、送信部１６０は、例えば、グループに含まれる端末２０からの要求に応じて、当該端末２０に対し、グループの会計情報または当該端末２０の会計情報の少なくとも一方を送信する。会計管理部２１０が端末２０ごとに会計情報を管理することにより、グループのメンバー毎の精算を速やかに実行することができる。また、端末２０に対して会計情報を送信するので、当該通信システム１０が端末２０側の支払いシステム等に接続することにより、容易に支払いの完了まで実行することができる。

以上の本実施形態に係る通信システム１０において、複数の端末２０から通信装置１００にアクセスして、端末２０のユーザのそれぞれが自身の注文候補を入力する例を説明した。この場合、通信装置１００は、例えば、ｗｅｂアプリケーションとして動作してよく、ユーザは自身の端末２０のｗｅｂブラウザ上で注文候補を入力してよい。しかしながら、通信システム１０は、ｗｅｂアプリケーションによって実現するシステムに限定されるものではない。例えば、端末２０から通信装置１００にアクセスすることにより、当該端末２０にアプリケーションがインストール可能となり、端末２０に当該アプリケーションをインストールして実行することにより、ユーザによる注文候補の入力が可能となってもよい。

以上の本実施形態に係る通信システム１０において、端末２０のユーザのそれぞれが飲食をする場合に、通信装置１００にアクセスして自身の注文候補を入力する例を説明したが、これに限定されることはない。通信システム１０は、飲食における注文だけではなく、飲食とは異なる商品等をグループで選択して購入する場合等にも適用することができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。

１０ 通信システム
２０ 端末
２２ 表示部
２４ 入力部
２６ 通信部
３０ 店舗端末
４２ 料理名
４４ 説明領域
４６ サブメニュー表示
４８ 設定領域
５２ アイコン領域
５４ メニューアイコン
５６ 注文履歴アイコン
５８ 注文入力アイコン
６２ 入力情報領域
６４ メンバー情報領域
６６ 決定ボタン
６８ アイコン領域
１００ 通信装置
１１０ 受信部
１２０ グループ管理部
１３０ 記憶部
１４０ 状態管理部
１５０ 注文確定部
１６０ 送信部
２１０ 会計管理部

Claims (15)

1. 複数のユーザがそれぞれ使用する複数の端末と通信する通信装置であって、
   前記複数の端末をグループ化するグループ管理部と、
   予め登録された商品リストの中から選択された注文候補の情報を、前記グループ化された前記複数の端末からそれぞれ受信する受信部と、
   前記グループ化された前記複数の端末のうち一の端末の前記注文候補の情報を、前記グループ化された前記複数の端末のうち他の端末に送信する送信部と
   を備える通信装置。
2. 前記グループの注文を確定する注文確定部を更に備え、
   前記送信部は、前記注文確定部が前記グループの注文を確定した場合に、店舗に備え付けられた店舗端末に前記グループの注文が確定したことを示す情報を送信可能とする、請求項１に記載の通信装置。
3. 前記グループ化された前記複数の端末のうち、（１）前記受信部が前記注文候補の情報を受信していない前記端末を未選択状態とし、（２）前記受信部が前記注文候補の情報を受信したことに応じて、前記注文候補の情報の送信元である前記端末を選択状態とし、（３）前記受信部が前記選択状態にある前記端末から前記注文候補の確定の指示を受信したことに応じて、前記選択状態にある前記端末を確定状態とし、
   さらに、前記グループ化された前記複数の端末のそれぞれを、所定の条件に応じてオフライン状態またはオンライン状態のいずれかの状態とする、
   状態管理部を更に備える請求項２に記載の通信装置。
4. 前記注文確定部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオンライン状態にある場合には、前記グループの注文を確定しない、請求項３に記載の通信装置。
5. 前記送信部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオフライン状態にあり、さらに前記グループに含まれる他の端末が全て未選択状態または確定状態のいずれかにある場合に、当該選択状態且つオフライン状態にある端末に対し、注文の確定を促す通知を送信する、
   請求項３に記載の通信装置。
6. 前記注文確定部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオフライン状態にあり、さらに前記グループに含まれる他の端末が全て未選択状態または確定状態のいずれかにある場合に、前記グループの注文を確定する、
   請求項３に記載の通信装置。
7. 前記送信部は、前記グループ化された前記複数の端末のうち少なくとも一の端末が選択状態且つオフライン状態にあり、さらに前記グループに含まれる他の端末が全て未選択状態または確定状態のいずれかにある場合に、前記グループの注文の確定を促す通知を前記他の端末の少なくとも１つに送信し、
   前記注文確定部は、前記他の端末から前記グループの注文を確定する指示を受け取ったことに応じて、前記グループの注文を確定する、
   請求項３に記載の通信装置。
8. 前記状態管理部は、前記注文確定部が前記グループの注文を確定したことに応じて、選択状態且つオフライン状態にある前記端末を未選択状態とし、当該端末から受信済みの注文候補情報を削除する、
   請求項６または７に記載の通信装置。
9. 前記状態管理部は、前記グループ化された前記複数の端末のうち第１の端末が選択状態且つオフライン状態にあり、第２の端末がオンライン状態にある場合に、前記第２の端末からの指示に基づき、前記第１の端末を確定状態または未選択状態に変更可能とする、
   請求項６から８のいずれか１項に記載の通信装置。
10. 前記グループ管理部は、前記グループ化された前記複数の端末のうち一の端末からの指示に基づき、他の端末を前記グループから除外可能とする、
    請求項３から９のいずれか１項に記載の通信装置。
11. 前記状態管理部は、予め定められた時間が経過したことに応じて、前記複数の端末からの前記注文候補の入力または確定の受け付けを停止する、請求項３から１０のいずれか一項に記載の通信装置。
12. 前記受信部が前記複数の端末から受信した前記注文候補の情報に基づいて、前記グループの会計情報と前記端末ごとの会計情報の両方を算出して管理する会計管理部を更に備え、
    前記送信部は、前記グループに含まれる端末からの要求に応じて、当該端末に対し、前記グループの会計情報または当該端末の会計情報の少なくとも一方を送信する、
    請求項１から１１のいずれか１項に記載の通信装置。
13. 複数のユーザがそれぞれ使用する複数の端末と通信する通信方法であって、
    前記複数の端末をグループ化するステップと、
    予め登録された商品リストの中から選択された注文候補の情報を、前記グループ化された前記複数の端末からそれぞれ受信するステップと、
    前記グループ化された前記複数の端末のうち一の端末の前記注文候補の情報を、前記グループ化された前記複数の端末のうち他の端末に送信するステップと
    を備える通信方法。
14. コンピュータにより実行されると、前記コンピュータを請求項１から１２のいずれか一項に記載の前記通信装置として機能させる、プログラム。
15. 請求項１から１２のいずれか一項に記載の前記通信装置と、
    前記通信装置と通信する複数のユーザがそれぞれ使用する複数の端末と
    を備え、
    前記複数の端末のそれぞれは、
    前記商品リストの情報を表示する表示部と、
    当該端末のユーザから前記商品リストに含まれる商品のうち前記注文候補の選択を受け付ける入力部と、
    前記商品リストの中から選択された前記注文候補の情報を前記通信装置に送信する通信部と
    を有する、
    通信システム。

Images