(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-18
(45)【発行日】2024-06-26
(54)【発明の名称】情報処理システム、情報処理方法、および、プログラム
(51)【国際特許分類】
G06Q 50/12 20120101AFI20240619BHJP
【ＦＩ】
G06Q50/12
【請求項の数】
13
(21)【出願番号】P 2020045799
(22)【出願日】2020-03-16
(65)【公開番号】P2021149218
(43)【公開日】2021-09-27
【審査請求日】2023-02-08
(73)【特許権者】
【識別番号】000130581
【氏名又は名称】サトーホールディングス株式会社
(74)【代理人】
【識別番号】110000165
【氏名又は名称】弁理士法人グローバル・アイピー東京
(72)【発明者】
【氏名】坂上 充敏
【審査官】橘 均憲
(56)【参考文献】
【文献】特開２００６－３５０８４１（ＪＰ，Ａ）
【文献】特開２０１７－１３８７７３（ＪＰ，Ａ）
【文献】特開２０１６－０９６３９９（ＪＰ，Ａ）
【文献】特開２０１８－０６０５２２（ＪＰ，Ａ）
【文献】特開２０１７－２２５００３（ＪＰ，Ａ）
【文献】特開２０１９－１６４９３３（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１３／０１３８５１８（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
エリア内の着座用具に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグであって、前記着座用具への荷重、前記着座用具の動き、および、前記着座用具の周囲温度のうち少なくともいずれかのデータを検出するための無線タグと、前記エリア内の着座用具の位置情報を、前記着座用具に取り付けられた無線タグのタグ識別情報と対応付けて記憶する記憶部を有する情報処理装置と、
を備え、
前記情報処理装置は、
前記無線タグと通信可能なユーザ端末を介して取得した前記無線タグから得られた前記データに所定の変化がある場合、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける、
情報処理システム。
【請求項2】
エリア内の着座用具に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグであって、前記着座用具への荷重、前記着座用具の動き、および、前記着座用具の周囲温度のうち少なくともいずれかのデータを検出するための無線タグと、前記エリア内の着座用具の位置情報を、前記着座用具に取り付けられた無線タグのタグ識別情報と対応付けて記憶する記憶部を有する情報処理装置と、
前記エリア内のユーザ端末の位置情報を特定する位置特定装置と、
を備え、
前記情報処理装置は、
前記無線タグから得られた前記データに所定の変化がある場合、前記無線タグのタグ識別情報に対応する着座用具の位置情報と、前記位置特定装置により特定されたユーザ端末の位置情報とに基づいて、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける、
情報処理システム。
【請求項3】
前記情報処理装置は、前記データに所定の変化がある前記無線タグのタグ識別情報に対応する着座用具の位置情報が示す位置と前記位置特定装置により特定されたユーザ端末の位置情報が示す位置とが所定距離以下の場合、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける、
請求項２に記載された情報処理システム。
【請求項4】
前記情報処理装置は、前記ユーザ端末から取得した前記無線タグから得られる受信信号強度に基づいて、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける、
請求項１から３のいずれか一項に記載された情報処理システム。
【請求項5】
前記情報処理装置と通信可能な端末装置を備え、前記端末装置は、
前記エリア内における前記ユーザ端末のユーザ識別情報に対応付けられている着座用具の位置情報、又は、対応付けられていない着座用具の位置情報を前記情報処理装置を介して取得し表示する、
請求項１から４のいずれか一項に記載された情報処理システム。
【請求項6】
前記情報処理装置と通信可能な端末装置を備え、前記端末装置は、
前記着座用具の位置情報に対応付けられたユーザ端末のユーザ識別情報及び前記ユーザ端末から取得した要求データを前記情報処理装置を介して取得し表示する、
請求項１から４のいずれか一項に記載された情報処理システム。
【請求項7】
前記情報処理装置と通信可能であって、前記着座用具の位置情報に対応付けられたユーザ端末のユーザ識別情報及び前記ユーザ端末から取得した要求データを前記情報処理装置を介して取得し表示する端末装置と、
前記要求データに対応する内容物を含む容器に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する第２無線タグと、を備え、
前記位置特定装置は、前記第２無線タグの位置情報を特定し、
前記情報処理装置は、
前記ユーザ端末の位置情報と前記位置特定装置により特定された前記第２無線タグの位置情報とに基づき、前記要求データに対応する要求が実行されたか判断する、
請求項２又は３に記載された情報処理システム。
【請求項8】
前記情報処理装置と通信可能な端末装置と、前記着座用具の位置情報に対応付けられたユーザ端末から取得した要求データに対応する内容物を含む容器に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する第３無線タグであって、前記容器への荷重、前記容器の動き、および、前記容器の周囲温度のうち少なくともいずれかのデータを検出するための第３無線タグと、を備え、
前記情報処理装置は、前記第３無線タグの前記データに所定の変化がある場合に、前記ユーザ端末に対応付けられた前記着座用具の位置情報とともに、前記ユーザ端末から取得した要求データに対応する要求を実行するための要求を前記端末装置に通知する、
請求項１から４のいずれか一項に記載された情報処理システム。
【請求項9】
前記情報処理装置は、前記着座用具の位置情報に対応付けられたユーザ端末から取得する要求データに基づいて、前記ユーザ端末に対して電子決済の実行を要求する、
請求項１から８のいずれか一項に記載された情報処理システム。
【請求項10】
エリア内の着座用具に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグが、前記着座用具への荷重、前記着座用具の動き、および、前記着座用具の周囲温度のうち少なくともいずれかのデータを検出し、情報処理装置が、前記エリア内の着座用具の位置情報を、前記着座用具に取り付けられた無線タグのタグ識別情報と対応付けて記憶し、
前記情報処理装置が、前記無線タグと通信可能なユーザ端末を介して前記無線タグから得られた前記データを取得し、
前記情報処理装置が、取得した前記データに所定の変化がある場合、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける、
情報処理方法。
【請求項11】
エリア内の着座用具に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグが、前記着座用具への荷重、前記着座用具の動き、および、前記着座用具の周囲温度のうち少なくともいずれかのデータを検出し、情報処理装置が、前記エリア内の着座用具の位置情報を、前記着座用具に取り付けられた無線タグのタグ識別情報と対応付けて記憶し、
位置特定装置が、前記エリア内のユーザ端末の位置情報を特定し、
前記情報処理装置が、前記無線タグから得られた前記データに所定の変化がある場合、前記無線タグのタグ識別情報に対応する着座用具の位置情報と、前記位置特定装置により特定されたユーザ端末の位置情報とに基づいて、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける、
情報処理方法。
【請求項12】
エリア内の着座用具に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグであって、前記着座用具への荷重、前記着座用具の動き、および、前記着座用具の周囲温度のうち少なくともいずれかのデータを検出するための無線タグ、と通信可能であって、前記エリア内の着座用具の位置情報を、前記着座用具に取り付けられた無線タグのタグ識別情報と対応付けて記憶する記憶部を有するコンピュータにおいて、
前記コンピュータに、
前記無線タグと通信可能なユーザ端末からタグ識別情報を取得する手順、
当該タグ識別情報に対応する無線タグを介して取得した前記無線タグから得られた前記データに所定の変化があるか判断する手順と、
前記データに前記所定の変化がある場合に、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける手順、
を実行させるプログラム。
【請求項13】
エリア内の着座用具に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグであって、前記着座用具への荷重、前記着座用具の動き、および、前記着座用具の周囲温度のうち少なくともいずれかのデータを検出するための無線タグと、前記エリア内のユーザ端末の位置情報を特定する位置特定装置と通信可能であって、
前記エリア内の着座用具の位置情報を、前記着座用具に取り付けられた無線タグのタグ識別情報と対応付けて記憶する記憶部を有するコンピュータにおいて、
前記コンピュータに、
前記位置特定装置によって特定された前記ユーザ端末の位置情報を取得する手順、
前記データに所定の変化がある無線タグのタグ識別情報に対応する着座用具の位置情報を取得する手順、
取得した前記ユーザ端末の位置情報と、前記データに所定の変化がある無線タグのタグ識別情報に対応する着座用具の位置情報と、に基づいて、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける手順、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、情報処理方法、および、プログラムに関する。
【背景技術】
【0002】
従来、飲食店に来店する顧客の通信端末を利用して注文あるいは決済を行うサービスが提案されている（例えば、引用文献１）。
引用文献１に記載されたシステムでは、携帯端末は、飲食物のメニューデータの取得要求および顧客から受け付けた飲食物の注文要求をサーバに送信する注文要求部と、注文要求した飲食物に対する決済要求が現金決済であると判定した場合、売上端末に対して顧客が現金決済するための準備処理の実行を要求する決済要求部と、を備える。サーバは、携帯端末からの要求に基づいてメニューデータを携帯端末に送信するメニュー提供部と、携帯端末から受信した注文要求に基づいて、飲食物をオーダーする注文処理部と、を備える。
引用文献１に記載されたシステムでは、携帯端末は、飲食物のメニューデータの取得要求および顧客から受け付けた飲食物の注文要求をサーバに送信する注文要求部と、注文要求した飲食物に対する決済要求が現金決済であると判定した場合、売上端末に対して顧客が現金決済するための準備処理の実行を要求する決済要求部と、を備える。サーバは、携帯端末からの要求に基づいてメニューデータを携帯端末に送信するメニュー提供部と、携帯端末から受信した注文要求に基づいて、飲食物をオーダーする注文処理部と、を備える。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１７－０４９７２１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
従来は、通信端末を利用して注文あるいは決済を行うことが可能であるものの、例えば、顧客の飲食店における着席位置を把握することが困難であったため、顧客が通信端末により注文した飲食物を顧客の席まで配膳するサービスを行うことが難しかった。
【0005】
そこで、本発明は、エリア内の着座用具の位置と顧客とを対応付けることを目的とする。
【課題を解決するための手段】
【0006】
本発明のある態様は、エリア内の着座用具に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグであって、前記着座用具への荷重、前記着座用具の動き、および、前記着座用具の周囲温度のうち少なくともいずれかのデータを検出するための無線タグと、前記エリア内の着座用具の位置情報を、前記着座用具に取り付けられた無線タグのタグ識別情報と対応付けて記憶する記憶部を有する情報処理装置と、を備え、前記情報処理装置は、前記無線タグと通信可能なユーザ端末を介して取得した前記タグから得られた前記データに所定の変化がある場合、前記ユーザ端末のユーザ識別情報と前記無線タグのタグ識別情報に対応する着座用具の位置情報とを対応付ける、情報処理システムである。
【発明の効果】
【0007】
本発明のある態様によれば、エリア内の着座用具の位置と顧客とを対応付けることが可能となる。
【図面の簡単な説明】
【0008】
【図1】第１の実施形態の店舗運営システムのシステム構成を概略的に示す図である。
【図2】第１の実施形態の店舗運営システムの各装置の内部構成を示すブロック図である。
【図3】ＩｏＴタグから送信されるアドバタイジングパケットの構成を示す図である。
【図4】店舗レイアウトデータベースのデータ構成例を示す図である。
【図5】注文データセットのデータ構成例を示す図である。
【図6】精算データベースのデータ構成例を示す図である。
【図7】第１の実施形態の店舗運営システムの動作を示すシーケンスチャートである。
【図8】店舗端末に表示される画像の一例を示す図である。
【図9】第２の実施形態の店舗運営システムのシステム構成を概略的に示す図である。
【図10】第２の実施形態の店舗運営システムの各装置の内部構成を示すブロック図である。
【図11】第２の実施形態の店舗運営システムの動作を示すシーケンスチャートである。
【図12】店舗端末に表示される画像の一例を示す図である。
【図13】ユーザ端末の測位方法について説明する図である。
【図14】ユーザ端末の測位方法について説明する図である。
【図15】第３の実施形態の店舗運営システムのシステム構成を概略的に示す図である。
【図16】第３の実施形態の店舗運営システムの動作を示すシーケンスチャートである。
【図17】第４の実施形態の店舗運営システムの動作を示すシーケンスチャートである。
【図18】第５の実施形態の店舗運営システムのシステム構成を概略的に示す図である。
【図19】第５の実施形態の店舗レイアウトデータベースのデータ構成例を示す図である。
【図20】第５の実施形態の店舗運営システムの動作を示すシーケンスチャートである。
【発明を実施するための形態】
【0009】
以下、本開示の情報処理システムの実施形態である店舗運営システムについて、図面を参照しながら説明する。
なお、本開示におけるＩｏＴタグ（無線タグの一例）の通信距離は一例に過ぎず、限定されない。ＩｏＴタグの通信距離は、ＩｏＴタグの用途に応じて適宜変更若しくは調整可能である。
本開示において「着座用具」は、人が着席するために店舗に設けられる備品であり、例えば椅子やソファ等が挙げられる。以下の説明において、椅子は、着座用具の一例である。また、着座用具は、一人用の椅子であるものとして説明するが、これには限定されない。
なお、本開示におけるＩｏＴタグ（無線タグの一例）の通信距離は一例に過ぎず、限定されない。ＩｏＴタグの通信距離は、ＩｏＴタグの用途に応じて適宜変更若しくは調整可能である。
本開示において「着座用具」は、人が着席するために店舗に設けられる備品であり、例えば椅子やソファ等が挙げられる。以下の説明において、椅子は、着座用具の一例である。また、着座用具は、一人用の椅子であるものとして説明するが、これには限定されない。
【0010】
（１）第１の実施形態
（１－１）本実施形態の店舗運営システムのシステム構成
先ず、図１を参照して本実施形態の店舗運営システム１のシステム構成について説明する。図１は、本実施形態の店舗運営システム１のシステム構成を概略的に示す図である。
図１において、本実施形態の店舗運営システム１は、レストラン等の飲食物を提供する店舗に実装されている。顧客のユーザ端末４には顧客用アプリケーションがインストールされている。顧客用アプリケーションを実行することで、顧客は、ユーザ端末４において表示されるメニューの中から飲食物を注文することができる。したがって、店舗の従業員が顧客のいる場所に来て注文を取る必要がない。
（１－１）本実施形態の店舗運営システムのシステム構成
先ず、図１を参照して本実施形態の店舗運営システム１のシステム構成について説明する。図１は、本実施形態の店舗運営システム１のシステム構成を概略的に示す図である。
図１において、本実施形態の店舗運営システム１は、レストラン等の飲食物を提供する店舗に実装されている。顧客のユーザ端末４には顧客用アプリケーションがインストールされている。顧客用アプリケーションを実行することで、顧客は、ユーザ端末４において表示されるメニューの中から飲食物を注文することができる。したがって、店舗の従業員が顧客のいる場所に来て注文を取る必要がない。
【0011】
本実施形態の店舗運営システム１では、飲食物の注文を行った顧客が着席した椅子の着席位置（着座用具の位置）を特定できるように構成されているため、店舗の従業員は、当該顧客が注文した飲食物を顧客に対して配膳することができる。着席位置を特定するために、店舗の各椅子の座面には、例えばＩｏＴタグが取り付けられている。椅子に取り付けられているＩｏＴタグを、以下の説明では適宜「椅子タグ」と表記する。
【0012】
本実施形態の店舗運営システム１では、アプリケーションサーバ５（情報処理装置の一例）は、顧客から注文を受け付けるとともに顧客の着席位置と顧客の注文内容とを店舗端末３に通知して、注文された飲食物の配膳を店舗に促し、さらに顧客の会計を自動的に行うクラウド型のシステムである。なお、アプリケーションサーバ５は、複数の店舗に対するサービスを行うことが可能であるが、図１では１つの店舗のみを示している。
【0013】
店舗端末３（端末装置の一例）は、店舗に設けられている情報処理端末であり、限定しない例として、例えばラップトップ型のパーソナルコンピュータ、タブレット端末、スマートフォン等が挙げられる。店舗端末３には、店舗用アプリケーションがインストールされている。店舗端末３の店舗用アプリケーションは、ネットワークＮＷを介してアプリケーションサーバ５と通信可能である。
ネットワークＮＷは限定しないが、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等である。
ネットワークＮＷは限定しないが、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等である。
【0014】
後に詳述するが、椅子タグＴ１（ＩｏＴタグ）は、例えば周囲環境の電波に基づいて発電する環境発電型の通信デバイスであり、バッテリを備えていない。椅子タグＴ１には、例えば、重量、動き（ピックアップ等のモーション）、および、周囲温度等の変化を検出するセンサ等を内蔵することができる。アプリケーションサーバ５は、例えば椅子タグＴ１のセンサにより検出されたデータ（センサデータ）や、椅子タグＴ１から出力される電波の変化等（波形等）を取得して、椅子タグＴ１に対する重量（つまり、対応する椅子への荷重）、対応する椅子の動き、及び対応する椅子の周囲温度等を検出（判断）することで、椅子タグＴ１が取り付けられた椅子に対する着席の有無を判定することができる。
【0015】
椅子タグＴ１の通信距離は、例えば３～１０メートルの範囲である。椅子タグＴ１は、低電力消費の無線通信を行うように構成されており、通信プロトコルの例としては、Bluetooth Low Energy（登録商標）(以下、ＢＬＥ)、Bluetooth（登録商標）、ZigBee（登録商標）等が挙げられる。以下では、ＢＬＥによる通信を行う場合を例として説明する。
椅子タグＴ１は、ＢＬＥの規格に準拠する場合、周囲のＢＬＥ端末に対してアドバタイジングパケット（後述する）をブロードキャストする。椅子タグＴ１が送信するパケットには、タグを識別するためのタグＩＤ（タグ識別情報の一例）やセンサデータ等が含まれる。
椅子タグＴ１は、ＢＬＥの規格に準拠する場合、周囲のＢＬＥ端末に対してアドバタイジングパケット（後述する）をブロードキャストする。椅子タグＴ１が送信するパケットには、タグを識別するためのタグＩＤ（タグ識別情報の一例）やセンサデータ等が含まれる。
【0016】
アプリケーションサーバ５が店舗内の各椅子タグＴ１のタグＩＤとセンサデータを収集するときの経路は特に限定するものではない。収集経路として、(i)図示しない店内のゲートウェイ装置およびネットワークＮＷを介した経路、(ii)顧客のユーザ端末４、図示しないゲートウェイ装置およびネットワークＮＷを介した経路、(iii)顧客のユーザ端末４、無線通信ネットワークおよびネットワークＮＷを介した経路等が想定される。
【0017】
（１－２）本実施形態の店舗運営システムの各装置の構成
次に、図２～図６を参照して、本実施形態の店舗運営システム１の各装置の構成を説明する。
図２は、本実施形態の店舗運営システム１の各装置の内部構成を示すブロック図である。図３は、椅子タグＴ１から送信されるアドバタイジングパケットの構成を示す図である。図４は、店舗レイアウトデータベースのデータ構成例を示す図である。図５は、注文データセットのデータ構成例を示す図である。図６は、精算データベースのデータ構成例を示す図である。
次に、図２～図６を参照して、本実施形態の店舗運営システム１の各装置の構成を説明する。
図２は、本実施形態の店舗運営システム１の各装置の内部構成を示すブロック図である。図３は、椅子タグＴ１から送信されるアドバタイジングパケットの構成を示す図である。図４は、店舗レイアウトデータベースのデータ構成例を示す図である。図５は、注文データセットのデータ構成例を示す図である。図６は、精算データベースのデータ構成例を示す図である。
【0018】
図２を参照すると、椅子タグＴ１は、例えば、制御部１１、アンテナ１２、ハーベスティング部１３、電圧制御部１４、ＲＦトランシーバ１５、および、センサ１６を含む。
椅子タグＴ１の全体の形態は図示しないが、例えば、アンテナ１２とセンサ１６が形成される所定のパターンの導電性金属箔と、当該金属箔に接続されるＩＣチップとが接続された薄膜状の部材である。ＩＣチップ内に、制御部１１、ハーベスティング部１３、および、電圧制御部１４、ＲＦトランシーバ１５が実装される。
椅子タグＴ１の全体の形態は図示しないが、例えば、アンテナ１２とセンサ１６が形成される所定のパターンの導電性金属箔と、当該金属箔に接続されるＩＣチップとが接続された薄膜状の部材である。ＩＣチップ内に、制御部１１、ハーベスティング部１３、および、電圧制御部１４、ＲＦトランシーバ１５が実装される。
【0019】
制御部１１は、マイクロプロセッサとメモリ１１１を有し、椅子タグＴ１の全体を制御する。メモリ１１１は、ＲＡＭ(Random Access Memory)又はＲＯＭ(Read Only Memory)であり、マイクロプロセッサによって実行されるプログラムのほか、椅子タグＴ１に固有の識別情報であるタグＩＤ、センサ１６が出力するセンサデータ等を記憶する。
【0020】
ハーベスティング部１３は、周囲環境の電波（例えば周囲の無線通信による電波）に基づいて環境発電を行い、発電により得られた電力を内部のエネルギーストレージ１３１に貯蔵する。本実施形態では、ハーベスティング部１３は、例えばアンテナ１２が受信した無線信号を直流電圧に変換し、エネルギーストレージ１３１に貯蔵する。エネルギーストレージ１３１は、例えばキャパシタである。キャパシタの場合には、半導体チップ上に構成されたもの（つまりオンダイ(on-die)型のキャパシタ）でもよい。
【0021】
ハーベスティング部１３が環境発電に使用する電波は、広範囲の周波数帯域において複数の異なる周波数帯の電波である。例えば、いわゆる３Ｇ～５Ｇ等の移動体通信システムで採用されている周波数帯の無線通信による電波、Bluetooth（登録商標）、Wi-Fi（登録商標）等の通信規格で採用されている周波数帯の無線通信による電波、ZigBee（登録商標）やThread等の通信プロトコルに代表される２．４ＧＨｚ帯の無線通信による電波、ＲＦＩＤで採用されている周波数帯（例えば、９００ＭＨｚ帯、１３．５６ＭＨｚ帯）の無線通信による電波等が挙げられる。
ここに例示したような電波は、一般に、ほとんどすべての店舗で適用可能である。そして、椅子タグＴ１は、周囲環境の電波に基づいてハーベスティング部１３による環境発電で得られる電力で動作する。そのため、椅子タグＴ１にバッテリを搭載する必要がなく、システムコストを抑制することができる。また、バッテリを搭載する必要がないことから、バッテリの交換作業を行わずに済むため、タグが存在するにもかかわらずタグＩＤを取得できないという不具合が生じない。
ここに例示したような電波は、一般に、ほとんどすべての店舗で適用可能である。そして、椅子タグＴ１は、周囲環境の電波に基づいてハーベスティング部１３による環境発電で得られる電力で動作する。そのため、椅子タグＴ１にバッテリを搭載する必要がなく、システムコストを抑制することができる。また、バッテリを搭載する必要がないことから、バッテリの交換作業を行わずに済むため、タグが存在するにもかかわらずタグＩＤを取得できないという不具合が生じない。
【0022】
電圧制御部１４は、制御部１１およびＲＦトランシーバ１５に動作電圧を供給するとともに、エネルギーストレージ１３１の電圧をモニタしており、モニタ結果に応じて電力モードを切り替える。エネルギーストレージ１３１の電圧が所定の閾値以下である場合には、電力モードを最小限の回路のみを動作させる第１モードとし、このとき制御部１１およびＲＦトランシーバ１５では、後述するパケットの生成や無線信号の送信等が行われない。エネルギーストレージ１３１の電圧が所定の閾値以上まで充電された場合には、電力モードを通常の処理ルーチンを実行する第２モードとし、このとき制御部１１およびＲＦトランシーバ１５ではパケットの生成、無線信号の送信を含む各種の処理が行われる。
【0023】
なお、制御部１１は、例えば電力モードが第１モードの場合であってもエネルギーストレージ１３１の電圧が所定の閾値以上に充電された場合には、センサ１６により検出されたセンサデータを、検出時刻のデータとともにメモリ１１１に格納してもよい。その場合、制御部１１は、電力モードが第１モードから第２モードに切り替えられた時点で、メモリ１１１に格納していたセンサデータおよび検出時刻のデータを含むパケットを生成し、送信してもよい。
【0024】
センサ１６は、例えば、椅子タグＴ１に加えられる荷重、椅子タグＴ１の動き、および、椅子タグＴ１の周囲温度等のデータ（つまり、センサデータ）を検出する。センサデータは、後述するパケットに含めるためにメモリ１１１に一時的に格納される。センサデータが動きの変化を示す場合、センサデータは、椅子タグＴ１の動きの程度を示す値であってもよく、椅子タグＴ１が動いたか否かを示す２値であってもよい。
【0025】
制御部１１は、電力モードが第２モードの場合に、ＢＬＥのプロトコルに従ってアドバタイジングパケットを生成する。
アドバタイジングパケットは、ＢＬＥにおいてブロードキャスト通信を実現するためにアドバタイジングチャネルを利用して送信されるパケットであり、図３に示すパケット構成を有する。アドバタイジングパケットは、以下では適宜、単に「パケット」という。
アドバタイジングパケットは、ＢＬＥにおいてブロードキャスト通信を実現するためにアドバタイジングチャネルを利用して送信されるパケットであり、図３に示すパケット構成を有する。アドバタイジングパケットは、以下では適宜、単に「パケット」という。
【0026】
図３においてプリアンブル及びアドレスアクセスは、それぞれが所定の固定値である。ＣＲＣは巡回検査符号であり、パケットペイロード（つまり、アドバタイジングチャネルＰＤＵ(protocol data unit)）を対象として所定の生成多項式を用いて算出される検査データである。
アドバタイジングチャネルＰＤＵ（以下、単に「ＰＤＵ」という。）はヘッダとペイロードからなり、当該ペイロードは、ＡＤＶアドレスとＡＤＶデータとからなる。ＡＤＶアドレスはアドバタイザー（つまり、報知する主体である椅子タグＴ１）のアドレスであるが、送信元を特定しないように送信の都度に設定されるランダムな値でもよい。ＡＤＶデータはアドバタイザーのデータ（ブロードキャストデータ）であり、本実施形態では、タグＩＤ、および、センサ１６によって出力されるセンサデータを含む。
アドバタイジングチャネルＰＤＵ（以下、単に「ＰＤＵ」という。）はヘッダとペイロードからなり、当該ペイロードは、ＡＤＶアドレスとＡＤＶデータとからなる。ＡＤＶアドレスはアドバタイザー（つまり、報知する主体である椅子タグＴ１）のアドレスであるが、送信元を特定しないように送信の都度に設定されるランダムな値でもよい。ＡＤＶデータはアドバタイザーのデータ（ブロードキャストデータ）であり、本実施形態では、タグＩＤ、および、センサ１６によって出力されるセンサデータを含む。
【0027】
制御部１１は、ＰＤＵを暗号化することが好ましい。暗号化方法は限定しないが、例えば鍵長１２８ビットのＡＥＳ（Advanced Encryption Standard）を利用することができる。
【0028】
ＲＦトランシーバ１５は、送信するパケット（ベースバンド信号）に対して所定のデジタル変調（例えばＧＦＳＫ（Gaussian Frequency Shift Keying））を行った後に直交変調を行い、高周波信号（ＢＬＥの場合、２．４ＧＨｚの周波数帯の信号）をアンテナ１２に送出する。
【0029】
アンテナ１２は、送信アンテナと発電用アンテナを含む。送信アンテナは、ＲＦトランシーバ１５によって送出される高周波の無線信号（パケット）を送信する。他方、発電用アンテナは、例えば周囲環境の電波を受信し、ハーベスティング部１３と協働してレクテナとして機能する。
【0030】
図２に示すように、店舗端末３は、例えば、制御部３１、ストレージ３２、操作入力部３３、表示部３４、および、通信部３５を備える。
制御部３１は、マイクロプロセッサを主体として構成され、店舗端末３の全体を制御する。例えば、制御部３１は、ストレージ３２に格納する店舗用アプリケーションをロードして実行する。
店舗用アプリケーションは、例えば、アプリケーションサーバ５と通信することにより、アプリケーションサーバ５から顧客の注文に関する様々な情報を取得する。例えば、店舗用アプリケーションは、アプリケーションサーバ５から、顧客の着席位置と顧客の注文内容とを取得して表示するため、店舗の従業員は、顧客の席に注文を取りに行くことなく飲食物を顧客に対して配膳することができる。
ストレージ３２は、ＳＳＤ（Solid State Drive）等の記憶装置であり、上述した店舗用アプリケーション等、制御部４１によって実行される各種のプログラム等を格納する。
制御部３１は、マイクロプロセッサを主体として構成され、店舗端末３の全体を制御する。例えば、制御部３１は、ストレージ３２に格納する店舗用アプリケーションをロードして実行する。
店舗用アプリケーションは、例えば、アプリケーションサーバ５と通信することにより、アプリケーションサーバ５から顧客の注文に関する様々な情報を取得する。例えば、店舗用アプリケーションは、アプリケーションサーバ５から、顧客の着席位置と顧客の注文内容とを取得して表示するため、店舗の従業員は、顧客の席に注文を取りに行くことなく飲食物を顧客に対して配膳することができる。
ストレージ３２は、ＳＳＤ（Solid State Drive）等の記憶装置であり、上述した店舗用アプリケーション等、制御部４１によって実行される各種のプログラム等を格納する。
【0031】
操作入力部３３は、各種のプログラムを実行するために店舗の従業員から操作入力を受け付ける入力インタフェースであり、表示部３４の表示パネルに設けられるタッチパネル入力部であってもよい。
表示部３４は、例えばＬＣＤ(Liquid Crystal Panel)等の表示パネルと、表示パネルの駆動回路とを含み、制御部３１によるプログラムの実行結果を表示する。
通信部３５は、ネットワークＮＷを介してアプリケーションサーバ５と通信を行うための通信インタフェースである。
表示部３４は、例えばＬＣＤ(Liquid Crystal Panel)等の表示パネルと、表示パネルの駆動回路とを含み、制御部３１によるプログラムの実行結果を表示する。
通信部３５は、ネットワークＮＷを介してアプリケーションサーバ５と通信を行うための通信インタフェースである。
【0032】
図２に示すように、ユーザ端末４は、例えば、制御部４１、ストレージ４２、操作入力部４３、表示部４４、第１通信部４５、および、第２通信部４６を備える。
【0033】
制御部４１は、マイクロプロセッサを主体として構成され、ユーザ端末４の全体を制御する。例えば、制御部４１は、ストレージ４２に格納する顧客用アプリケーションをロードして実行する。
顧客用アプリケーションは、例えば、アプリケーションサーバ５と通信することにより、店舗の飲食物を注文する上で予めアプリケーションサーバ５にユーザ情報を登録するための処理を行う。ユーザ情報は、例えば、ユーザＩＤ、ユーザ端末４の端末ＩＤ、購入した商品を精算（決済）するときのユーザの口座情報等である。ユーザＩＤは、例えば、顧客用アプリケーションをユーザ端末４にインストールする際に、ユーザに付与される一意の識別情報である。端末ＩＤは、例えば、ユーザ端末４の個体識別番号、契約者固有ＩＤ等である。
顧客用アプリケーションは、店舗が提供可能な飲食物のメニューを顧客が飲食物（注文対象）を選択可能となるように注文可能に表示部４４に表示する。
ストレージ４２は、ＳＳＤ等の記憶装置であり、上述した顧客用アプリケーション等、制御部４１によって実行される各種のプログラムを格納する。
顧客用アプリケーションは、例えば、アプリケーションサーバ５と通信することにより、店舗の飲食物を注文する上で予めアプリケーションサーバ５にユーザ情報を登録するための処理を行う。ユーザ情報は、例えば、ユーザＩＤ、ユーザ端末４の端末ＩＤ、購入した商品を精算（決済）するときのユーザの口座情報等である。ユーザＩＤは、例えば、顧客用アプリケーションをユーザ端末４にインストールする際に、ユーザに付与される一意の識別情報である。端末ＩＤは、例えば、ユーザ端末４の個体識別番号、契約者固有ＩＤ等である。
顧客用アプリケーションは、店舗が提供可能な飲食物のメニューを顧客が飲食物（注文対象）を選択可能となるように注文可能に表示部４４に表示する。
ストレージ４２は、ＳＳＤ等の記憶装置であり、上述した顧客用アプリケーション等、制御部４１によって実行される各種のプログラムを格納する。
【0034】
操作入力部４３は、各種のプログラムを実行するためにユーザから操作入力を受け付ける入力インタフェースであり、表示部４４の表示パネルに設けられるタッチパネル入力部であってもよい。
表示部４４は、例えばＬＣＤ等の表示パネルと、表示パネルの駆動回路とを含み、制御部４１によるプログラムの実行結果を表示する。
表示部４４は、例えばＬＣＤ等の表示パネルと、表示パネルの駆動回路とを含み、制御部４１によるプログラムの実行結果を表示する。
【0035】
第１通信部４５は、例えば、第２通信部よりも狭い通信範囲で物体と無線通信を行うものであり、例えば、椅子タグＴ１がブロードキャストするパケットを受信するように構成されている。また、第１通信部４５は、例えばＢＬＥプロトコルに従ってビーコン信号を放射するように構成されている。ビーコン信号には、ユーザ端末４を識別する端末ＩＤが含まれる。
【0036】
第２通信部４６は、例えば図示しない無線通信ネットワークおよびネットワークＮＷを介してアプリケーションサーバ５と通信を行うための通信インタフェースである。
本実施形態では、制御部４１は、第１通信部４５を介して椅子タグＴ１からタグＩＤおよびセンサデータを取得する。制御部４１はさらに、椅子タグＴ１から取得したタグＩＤおよびセンサデータと、自身のユーザＩＤとを、第２通信部４６を介してアプリケーションサーバ５に送信する。
前述したように、椅子タグＴ１は、周囲環境の電波に基づいて環境発電を行うが、周囲環境の電波が少ない場合には、パケットの生成や無線信号の送信等の通常の動作が行われない（例えば、電力モードが第１モードの場合）。そこで、ユーザ端末４の制御部４１は、椅子タグＴ１と通信できない状態（例えば、アドバタイジングパケットを受信できない状態）が所定時間以上継続する場合には、第１通信部４５による無線送信を開始するか、又は、第１通信部４５による送信電力を増加させるように第１通信部４５を制御することが好ましい。それによって、椅子タグＴ１の周囲環境の電波が増加するために電力の貯蔵が可能となり、ユーザ端末４との無線通信を開始、あるいは再開することができるようになる。
本実施形態では、制御部４１は、第１通信部４５を介して椅子タグＴ１からタグＩＤおよびセンサデータを取得する。制御部４１はさらに、椅子タグＴ１から取得したタグＩＤおよびセンサデータと、自身のユーザＩＤとを、第２通信部４６を介してアプリケーションサーバ５に送信する。
前述したように、椅子タグＴ１は、周囲環境の電波に基づいて環境発電を行うが、周囲環境の電波が少ない場合には、パケットの生成や無線信号の送信等の通常の動作が行われない（例えば、電力モードが第１モードの場合）。そこで、ユーザ端末４の制御部４１は、椅子タグＴ１と通信できない状態（例えば、アドバタイジングパケットを受信できない状態）が所定時間以上継続する場合には、第１通信部４５による無線送信を開始するか、又は、第１通信部４５による送信電力を増加させるように第１通信部４５を制御することが好ましい。それによって、椅子タグＴ１の周囲環境の電波が増加するために電力の貯蔵が可能となり、ユーザ端末４との無線通信を開始、あるいは再開することができるようになる。
【0037】
図２に示すように、アプリケーションサーバ５は、例えば、制御部５１、ストレージ５２、および、通信部５３を備える。
【0038】
制御部５１は、マイクロプロセッサを主体として構成され、アプリケーションサーバ５の全体を制御する。
ストレージ５２（記憶部の一例）は、例えばＨＤＤの大規模記憶装置を備え、店舗レイアウトデータベース（店舗Ｌ／Ｏ ＤＢ）、注文データセット（注文ＤＳ）、および、精算データベース（精算ＤＢ）等を記憶する。
通信部５３は、店舗端末３やユーザ端末４との間で通信を行うための通信インタフェースとして機能する。
ストレージ５２（記憶部の一例）は、例えばＨＤＤの大規模記憶装置を備え、店舗レイアウトデータベース（店舗Ｌ／Ｏ ＤＢ）、注文データセット（注文ＤＳ）、および、精算データベース（精算ＤＢ）等を記憶する。
通信部５３は、店舗端末３やユーザ端末４との間で通信を行うための通信インタフェースとして機能する。
【0039】
図４の店舗レイアウトデータベースは、１つのレコードについて「タグＩＤ」、「椅子の位置情報」の各フィールドの値を有し、店舗内において椅子等の備品の配置を管理するためのデータベースである。図４の例では、１つのレコードが１つの椅子に対応しており、「タグＩＤ」フィールドの値は、当該椅子に取り付けられた椅子タグのタグＩＤであり、「椅子の位置情報」フィールドの値は、「椅子位置コード」と「座標」を含む。「椅子位置コード」は、椅子の位置を特定するための一意のコードである。「座標」は、店舗フロアの所定位置を原点としたときに、椅子位置コードに対応する座標を示している。
【0040】
図５の注文データセットは、店舗において顧客の注文を管理するためのデータである。注文データセットの１行のデータは、顧客の１個の飲食物の注文に対応している。具体的には、注文データセットの各行のデータは、椅子タグのタグＩＤ、ユーザＩＤ、注文データ、および、注文時刻の情報を含む。注文データ（要求データの一例）は、注文対象を特定する注文ＩＤと、注文対象の数量との情報を含む。
注文データセットの各行のデータを作成するために、制御部５１は、注文を行った顧客のユーザＩＤと、当該顧客の着席位置とを対応付ける処理を行う。
注文データセットの各行のデータを作成するために、制御部５１は、注文を行った顧客のユーザＩＤと、当該顧客の着席位置とを対応付ける処理を行う。
【0041】
図６の精算データベースは、各レコードが一人の顧客（ユーザ）に対応している。精算データベースは、例えば、各レコードについて「ユーザＩＤ」、「端末ＩＤ」、「注文日付」、「注文データ」、「精算金額」、「口座情報」の各フィールドの値を有する。精算データベースは、予め登録された顧客に対する注文履歴と注文した飲食物の精算を管理するためのデータベースである。上述したように、ユーザＩＤは、ユーザ（顧客）に対して予め付与される一意の識別情報である。端末ＩＤおよび口座情報は、ユーザ端末４の顧客用アプリケーションからユーザごとに取得する情報である。
【0042】
制御部５１のマイクロプロセッサは所定のプログラムを実行することで、例えば以下の(i)～(iii)の処理を行う。
【0043】
(i) 顧客の着席位置の特定処理
顧客の来店後において、アプリケーションサーバ５は、例えば顧客のユーザ端末４からユーザＩＤや、タグＩＤ、センサデータ等を逐次受信する。顧客が店内の椅子に着席した場合、顧客が着席した椅子の椅子タグから受信するセンサデータ等の所定の変化に基づいて、制御部５１は、顧客が着席したことを検出する。顧客の着席検出は、様々な観点で行うことができる。
例えば、センサデータが温度センサのデータである場合、顧客の体温によりセンサデータが所定時間内の温度の上昇を示すときに、顧客の着席があったと判断してもよい。センサデータが重量センサのデータである場合、顧客の重量によりセンサデータが椅子タグに加えられる重量（荷重）の上昇を示すときに、顧客の着席を検出できる。センサデータが温度センサおよび重量センサの両方のデータを含む場合、センサデータの組み合わせに基づいて（例えば、温度データおよび重量データの両方の上昇および所定値以上の重量の検出結果を示す場合に）顧客の着席があったと判断してもよい。着席するときには椅子の動きがあるため、センサデータが椅子タグの動きのデータも含む場合には、重量の上昇及び／又は温度の上昇があり、例えば椅子タグの動きが検出された等の複数のセンサデータの組み合わせに基づいて、顧客の着席があったと判断してもよい。
なお、顧客の着席とともに椅子タグが発信する電波が顧客の体内に吸収されるため、ユーザ端末４が椅子タグから受信するときの受信信号強度（ＲＳＳＩ（Received Signal Strength Indicator））の値が低下する。そのため、ＲＳＳＩ値が低下したことを顧客の着席があったと判断するときの条件に加えてもよい。
顧客の来店後において、アプリケーションサーバ５は、例えば顧客のユーザ端末４からユーザＩＤや、タグＩＤ、センサデータ等を逐次受信する。顧客が店内の椅子に着席した場合、顧客が着席した椅子の椅子タグから受信するセンサデータ等の所定の変化に基づいて、制御部５１は、顧客が着席したことを検出する。顧客の着席検出は、様々な観点で行うことができる。
例えば、センサデータが温度センサのデータである場合、顧客の体温によりセンサデータが所定時間内の温度の上昇を示すときに、顧客の着席があったと判断してもよい。センサデータが重量センサのデータである場合、顧客の重量によりセンサデータが椅子タグに加えられる重量（荷重）の上昇を示すときに、顧客の着席を検出できる。センサデータが温度センサおよび重量センサの両方のデータを含む場合、センサデータの組み合わせに基づいて（例えば、温度データおよび重量データの両方の上昇および所定値以上の重量の検出結果を示す場合に）顧客の着席があったと判断してもよい。着席するときには椅子の動きがあるため、センサデータが椅子タグの動きのデータも含む場合には、重量の上昇及び／又は温度の上昇があり、例えば椅子タグの動きが検出された等の複数のセンサデータの組み合わせに基づいて、顧客の着席があったと判断してもよい。
なお、顧客の着席とともに椅子タグが発信する電波が顧客の体内に吸収されるため、ユーザ端末４が椅子タグから受信するときの受信信号強度（ＲＳＳＩ（Received Signal Strength Indicator））の値が低下する。そのため、ＲＳＳＩ値が低下したことを顧客の着席があったと判断するときの条件に加えてもよい。
【0044】
（ii）顧客の着席位置と顧客の注文内容の対応付け処理
制御部５１は、顧客のユーザ端末４からユーザＩＤや、タグＩＤ、センサデータ等を逐次受信するため、例えばセンサデータ等に基づいて顧客の着席検出がなされると、注文データセットにおいて、顧客が着席した椅子に対応する椅子タグのタグＩＤと、ユーザＩＤとを対応付ける。椅子タグのタグＩＤと椅子の位置情報とは店舗レイアウトデータベースにおいて対応付けられているため、ユーザＩＤと椅子の位置情報とが対応付けられることになる。
また、制御部５１は、顧客用アプリケーションからユーザＩＤと注文データを受信し、注文データセットにおいて、タグＩＤ、ユーザＩＤ、および、注文データ等を対応付ける。それによって、顧客の着席位置と顧客の注文内容とが対応付けられる。
制御部５１は、顧客のユーザ端末４からユーザＩＤや、タグＩＤ、センサデータ等を逐次受信するため、例えばセンサデータ等に基づいて顧客の着席検出がなされると、注文データセットにおいて、顧客が着席した椅子に対応する椅子タグのタグＩＤと、ユーザＩＤとを対応付ける。椅子タグのタグＩＤと椅子の位置情報とは店舗レイアウトデータベースにおいて対応付けられているため、ユーザＩＤと椅子の位置情報とが対応付けられることになる。
また、制御部５１は、顧客用アプリケーションからユーザＩＤと注文データを受信し、注文データセットにおいて、タグＩＤ、ユーザＩＤ、および、注文データ等を対応付ける。それによって、顧客の着席位置と顧客の注文内容とが対応付けられる。
【0045】
(iii)会計処理
制御部５１は、顧客が注文した飲食物の配膳が完了したことが店舗端末３から通知されると、顧客の注文データに対する会計処理を行う。例えば、制御部５１は、精算データベース（図６参照）において顧客のユーザＩＤに対応する新たなレコードを作成することで、精算データベースを更新する。精算データベースの更新内容は、例えば図示しない決済システムに提供される。例えば、精算データベース等で事前に登録されているクレジットカード等の情報も決済システムに提供され、キャッシュレスで決済が完了する。
制御部５１は、顧客が注文した飲食物の配膳が完了したことが店舗端末３から通知されると、顧客の注文データに対する会計処理を行う。例えば、制御部５１は、精算データベース（図６参照）において顧客のユーザＩＤに対応する新たなレコードを作成することで、精算データベースを更新する。精算データベースの更新内容は、例えば図示しない決済システムに提供される。例えば、精算データベース等で事前に登録されているクレジットカード等の情報も決済システムに提供され、キャッシュレスで決済が完了する。
【0046】
（１－３）本実施形態の店舗運営システムの動作
次に、本実施形態の店舗運営システム１の動作について、図７および図８を参照して説明する。
図７は、本実施形態の店舗運営システム１の動作を示すシーケンスチャートである。図８は、店舗端末３に表示される画像の一例を示す図である。
次に、本実施形態の店舗運営システム１の動作について、図７および図８を参照して説明する。
図７は、本実施形態の店舗運営システム１の動作を示すシーケンスチャートである。図８は、店舗端末３に表示される画像の一例を示す図である。
【0047】
図７のシーケンスチャートは、顧客が来店してから会計が完了するまでの間のイベントに対応付けて記載している。
先ず顧客が店舗に来店すると、顧客のユーザ端末４は、店内においてユーザ端末４が各椅子タグＴ１からタグＩＤおよびセンサデータ等を含むパケットを受信する（ステップＳ２）。ユーザ端末４は、椅子タグＴ１からパケットを受信する度に、ユーザＩＤ、受信したパケットに含まれるタグＩＤおよびセンサデータ等をアプリケーションサーバ５に送信する（ステップＳ３）。
アプリケーションサーバ５は、ユーザＩＤと、タグＩＤおよびセンサデータ等を受信する度に、センサデータ等に基づいて、顧客の着席があったか否か判断（検出）する。顧客が来店後に未だ着席していない状態では、アプリケーションサーバ５は、当該顧客のユーザ端末４から取得するセンサデータ等に基づいて顧客が着席したことが検出されないため、ユーザＩＤや、タグＩＤおよびセンサデータ等を破棄する。
先ず顧客が店舗に来店すると、顧客のユーザ端末４は、店内においてユーザ端末４が各椅子タグＴ１からタグＩＤおよびセンサデータ等を含むパケットを受信する（ステップＳ２）。ユーザ端末４は、椅子タグＴ１からパケットを受信する度に、ユーザＩＤ、受信したパケットに含まれるタグＩＤおよびセンサデータ等をアプリケーションサーバ５に送信する（ステップＳ３）。
アプリケーションサーバ５は、ユーザＩＤと、タグＩＤおよびセンサデータ等を受信する度に、センサデータ等に基づいて、顧客の着席があったか否か判断（検出）する。顧客が来店後に未だ着席していない状態では、アプリケーションサーバ５は、当該顧客のユーザ端末４から取得するセンサデータ等に基づいて顧客が着席したことが検出されないため、ユーザＩＤや、タグＩＤおよびセンサデータ等を破棄する。
【0048】
顧客がある椅子に着席すると、アプリケーションサーバ５は、センサデータ等に基づいて顧客の着席があったことを検出する（ステップＳ１０）。アプリケーションサーバ５は、着席検出と判断したセンサデータに対応するタグＩＤと、当該タグＩＤとともに送信されたユーザＩＤとに基づいて、注文データセットを更新する（ステップＳ１２）。すなわち、アプリケーションサーバ５は、注文データセットに新たなデータ行を追加し、追加したデータ行にタグＩＤとユーザＩＤとを対応付けて書き込む。それによって、ユーザＩＤと椅子の位置情報とが対応付けられることになる。
次いで、アプリケーションサーバ５は、店舗端末３の店舗用アプリケーションに対して、着席通知を送信してもよい（ステップＳ１４）。
着席通知は、例えば、着席検出がなされた椅子の位置を特定する情報を含む。店舗端末３は、着席通知を受信すると、例えば、店舗マップにおいて着席検出がなされた椅子の位置を表示する（ステップＳ１６）。それによって店舗の従業員は、新たな顧客の着席位置がわかるため、水を運ぶ等の所定のアクションを取ることができる。
次いで、アプリケーションサーバ５は、店舗端末３の店舗用アプリケーションに対して、着席通知を送信してもよい（ステップＳ１４）。
着席通知は、例えば、着席検出がなされた椅子の位置を特定する情報を含む。店舗端末３は、着席通知を受信すると、例えば、店舗マップにおいて着席検出がなされた椅子の位置を表示する（ステップＳ１６）。それによって店舗の従業員は、新たな顧客の着席位置がわかるため、水を運ぶ等の所定のアクションを取ることができる。
【0049】
次に、顧客が椅子に着席してユーザ端末４の顧客用アプリケーションから飲食物等を注文するイベントが想定される。アプリケーションサーバ５は、顧客のユーザ端末４の顧客用アプリケーションからユーザＩＤおよび注文データを受信する（ステップＳ１８）。
アプリケーションサーバ５は、受信したユーザＩＤおよび注文データに基づいて、注文データセットを更新する（ステップＳ２０）。具体的には、ステップＳ１２で追加した注文データセットの新たなデータ行（ステップＳ１８で受信したユーザＩＤに対応するデータ行）に、ステップＳ１８で受信した注文データを書き込む。
次いで、アプリケーションサーバ５は、ステップＳ１２で追加した注文データセットの新たなデータ行に対応して、店舗端末３の店舗用アプリケーションに対して注文通知を送信する（ステップＳ２２）。注文通知には、例えば、ユーザ名、注文内容、および、椅子位置コードを含む。ユーザ名は、ユーザＩＤに基づいて精算データベースを参照して特定することができる。注文内容は、注文ＩＤと対応付けられている。椅子位置コードは、タグＩＤに基づいて店舗レイアウトデータベースを参照して特定される。店舗端末３の店舗用アプリケーションは、注文通知に基づいて表示内容を更新する（ステップＳ２４）。
アプリケーションサーバ５は、受信したユーザＩＤおよび注文データに基づいて、注文データセットを更新する（ステップＳ２０）。具体的には、ステップＳ１２で追加した注文データセットの新たなデータ行（ステップＳ１８で受信したユーザＩＤに対応するデータ行）に、ステップＳ１８で受信した注文データを書き込む。
次いで、アプリケーションサーバ５は、ステップＳ１２で追加した注文データセットの新たなデータ行に対応して、店舗端末３の店舗用アプリケーションに対して注文通知を送信する（ステップＳ２２）。注文通知には、例えば、ユーザ名、注文内容、および、椅子位置コードを含む。ユーザ名は、ユーザＩＤに基づいて精算データベースを参照して特定することができる。注文内容は、注文ＩＤと対応付けられている。椅子位置コードは、タグＩＤに基づいて店舗レイアウトデータベースを参照して特定される。店舗端末３の店舗用アプリケーションは、注文通知に基づいて表示内容を更新する（ステップＳ２４）。
【0050】
ステップＳ２４では、店舗端末３の店舗用アプリケーションは、椅子の位置情報に対応付けられたユーザ端末４のユーザＩＤ若しくはユーザ名、及び、ユーザ端末４から取得した注文内容を示す注文データ（要求データの一例）を、アプリケーションサーバ５を介して取得し表示する。
図８は、注文通知に基づいて店舗用アプリケーションが店舗端末３の表示パネルに表示する画面Ｇ１を例示する。画面Ｇ１は、店舗マップ１０１と未配膳リスト１０２を含む。未配膳リスト１０２は、配膳が住んでいない注文のリスト（未配膳オーダーのリスト）であり、注文通知に基づいて作成される。未配膳リスト１０２は、スクロールバー１０３を操作することによりすべての未配膳オーダーを確認することができる。未配膳リスト１０２の中からいずれかの未配膳オーダー１０２ａを選択すると、選択された未配膳オーダー１０２ａに対応する配膳位置１０４（つまり、対応する顧客の着席位置）が店舗マップ１０１に表示されることが好ましい。それによって、店舗の従業員は、注文データに含まれる飲食物を顧客に対して配膳することができる。
図８の未配膳オーダーでは、対応するユーザ名が表示される例が示されるが、その限りではない。ユーザＩＤおよびユーザ名のいずれか一方、又は、その両方を表示してもよい。
図８は、注文通知に基づいて店舗用アプリケーションが店舗端末３の表示パネルに表示する画面Ｇ１を例示する。画面Ｇ１は、店舗マップ１０１と未配膳リスト１０２を含む。未配膳リスト１０２は、配膳が住んでいない注文のリスト（未配膳オーダーのリスト）であり、注文通知に基づいて作成される。未配膳リスト１０２は、スクロールバー１０３を操作することによりすべての未配膳オーダーを確認することができる。未配膳リスト１０２の中からいずれかの未配膳オーダー１０２ａを選択すると、選択された未配膳オーダー１０２ａに対応する配膳位置１０４（つまり、対応する顧客の着席位置）が店舗マップ１０１に表示されることが好ましい。それによって、店舗の従業員は、注文データに含まれる飲食物を顧客に対して配膳することができる。
図８の未配膳オーダーでは、対応するユーザ名が表示される例が示されるが、その限りではない。ユーザＩＤおよびユーザ名のいずれか一方、又は、その両方を表示してもよい。
【0051】
店舗の従業員は、顧客から注文された飲食物の配膳の準備が整うと、店舗端末３に表示される未配膳リストを参照して顧客の着席位置を確認し、飲食物の配膳を行う。
なお、アプリケーションサーバ５は、ステップＳ１２においてタグＩＤとユーザＩＤを対応付けた後に所定のタイミングごとに、ユーザ端末４から受信するタグＩＤに変更がないか（すなわち、ステップＳ１２においてユーザＩＤに対応付けられたタグＩＤに変更がないか）確認してもよい。所定時間以上、ユーザ端末４から受信するタグＩＤに変更がある場合には、アプリケーションサーバ５は、ユーザＩＤに対応する顧客が席を移動したと判断し、ユーザＩＤと変更後のタグＩＤとを対応付けるように注文データセットを更新し、店舗端末３に通知するとよい。それによって、店舗の従業員は、配膳先の顧客が着席している椅子が変更になったことを認識できる。
配膳完了後に、店舗端末３に対する所定の操作に基づいて、店舗用アプリケーションは、アプリケーションサーバ５に対して配膳完了通知を送信する（ステップＳ２６）。配膳完了通知は、顧客が注文した飲食物の配膳が完了したことを示す通知であり、ユーザＩＤと、配膳が完了した注文データとを含む。
配膳完了通知を受信するとアプリケーションサーバ５は、配膳完了通知に含まれるユーザＩＤのユーザ端末４に対して注文データに基づく会計処理を行う（ステップＳ２８）。すなわち、アプリケーションサーバ５は、椅子の位置情報に対応付けられたユーザ端末４から取得する注文データに基づいて、ユーザ端末４に対して電子決済の実行を要求する。
なお、アプリケーションサーバ５は、ステップＳ１２においてタグＩＤとユーザＩＤを対応付けた後に所定のタイミングごとに、ユーザ端末４から受信するタグＩＤに変更がないか（すなわち、ステップＳ１２においてユーザＩＤに対応付けられたタグＩＤに変更がないか）確認してもよい。所定時間以上、ユーザ端末４から受信するタグＩＤに変更がある場合には、アプリケーションサーバ５は、ユーザＩＤに対応する顧客が席を移動したと判断し、ユーザＩＤと変更後のタグＩＤとを対応付けるように注文データセットを更新し、店舗端末３に通知するとよい。それによって、店舗の従業員は、配膳先の顧客が着席している椅子が変更になったことを認識できる。
配膳完了後に、店舗端末３に対する所定の操作に基づいて、店舗用アプリケーションは、アプリケーションサーバ５に対して配膳完了通知を送信する（ステップＳ２６）。配膳完了通知は、顧客が注文した飲食物の配膳が完了したことを示す通知であり、ユーザＩＤと、配膳が完了した注文データとを含む。
配膳完了通知を受信するとアプリケーションサーバ５は、配膳完了通知に含まれるユーザＩＤのユーザ端末４に対して注文データに基づく会計処理を行う（ステップＳ２８）。すなわち、アプリケーションサーバ５は、椅子の位置情報に対応付けられたユーザ端末４から取得する注文データに基づいて、ユーザ端末４に対して電子決済の実行を要求する。
【0052】
会計処理では、アプリケーションサーバ５は、精算データベース（図６参照）において顧客のユーザＩＤに対応する新たなレコードを作成することで、精算データベースを更新する。精算データベースの更新内容は、例えば図示しない決済システムに提供される。例えば、精算データベース等で事前に登録されているクレジットカード等の情報も決済システムに提供され、キャッシュレスで決済が完了する。
なお、ステップＳ２８では、アプリケーションサーバ５は、決済の確認又は承認要求のためにユーザ端末４に対して会計処理内容を送信してもよい。例えば、アプリケーションサーバ５は、注文データに基づき、ユーザが注文した飲食物の合計金額を計算し、計算した金額をユーザ端末４に表示させるとともに、ユーザのクレジット決済を行うか否か等の問い合わせを行う（つまり、ユーザ端末４に対して電子決済の実行を要求する）。アプリケーションサーバ５は、ユーザ端末４からクレジット決済を行う指示を受け付けると決済システムと連携して対応する金額の精算処理を実行する。これにより、アプリケーションサーバ５の会計処理によってキャッシュレスでの決済が完了する。
会計処理の後、アプリケーションサーバ５は、注文データセットを更新する（ステップＳ３０）。この注文データセットの更新では、配膳が完了した注文データに対応するデータ行が注文データセットから削除される。
なお、ステップＳ２８では、アプリケーションサーバ５は、決済の確認又は承認要求のためにユーザ端末４に対して会計処理内容を送信してもよい。例えば、アプリケーションサーバ５は、注文データに基づき、ユーザが注文した飲食物の合計金額を計算し、計算した金額をユーザ端末４に表示させるとともに、ユーザのクレジット決済を行うか否か等の問い合わせを行う（つまり、ユーザ端末４に対して電子決済の実行を要求する）。アプリケーションサーバ５は、ユーザ端末４からクレジット決済を行う指示を受け付けると決済システムと連携して対応する金額の精算処理を実行する。これにより、アプリケーションサーバ５の会計処理によってキャッシュレスでの決済が完了する。
会計処理の後、アプリケーションサーバ５は、注文データセットを更新する（ステップＳ３０）。この注文データセットの更新では、配膳が完了した注文データに対応するデータ行が注文データセットから削除される。
【0053】
以上説明したように、本実施形態の店舗運営システム１によれば、店舗において顧客の着席位置を把握できるため、店舗の従業員が顧客のいる場所に来て注文を取る必要がない。また、顧客の注文はアプリケーションサーバ５によって受け付けられ、キャッシュレスで会計処理が行われる。これにより、店舗を運営する際の人手不足等を解消することができる。
【0054】
（２）第２の実施形態
次に、第２の実施形態に係る店舗運営システム１Ａについて説明する。なお、本実施形態の説明に際し、第１の実施形態の店舗運営システム１と共通する部分については、同一符号を付して重複説明を省略する。
次に、第２の実施形態に係る店舗運営システム１Ａについて説明する。なお、本実施形態の説明に際し、第１の実施形態の店舗運営システム１と共通する部分については、同一符号を付して重複説明を省略する。
【0055】
本実施形態の店舗運営システム１Ａは、第１の実施形態の店舗運営システム１で得られる顧客の着席位置の検出精度を更に高めることができる。
第１の実施形態の店舗運営システム１では、顧客のユーザ端末４が椅子タグからのパケットを受信し、パケットに含まれるセンサデータに基づいてアプリケーションサーバ５が顧客の着席有無を検出する。しかし、顧客のユーザ端末４は、周囲の複数の椅子タグからもパケットを受信する場合があり、また、顧客が着席した椅子の椅子タグからのパケットのユーザ端末４における受信レベルは、電波が顧客の体内に吸収されることで低下する場合もある。
そこで、本実施形態の店舗運営システム１Ａでは、第１の実施形態の店舗運営システム１に対して、更にロケータを用いた位置特定システムを組み合わせ、顧客の着席位置の検出精度をより高めるようにする。
第１の実施形態の店舗運営システム１では、顧客のユーザ端末４が椅子タグからのパケットを受信し、パケットに含まれるセンサデータに基づいてアプリケーションサーバ５が顧客の着席有無を検出する。しかし、顧客のユーザ端末４は、周囲の複数の椅子タグからもパケットを受信する場合があり、また、顧客が着席した椅子の椅子タグからのパケットのユーザ端末４における受信レベルは、電波が顧客の体内に吸収されることで低下する場合もある。
そこで、本実施形態の店舗運営システム１Ａでは、第１の実施形態の店舗運営システム１に対して、更にロケータを用いた位置特定システムを組み合わせ、顧客の着席位置の検出精度をより高めるようにする。
【0056】
（２－１）第２の実施形態の店舗運営システムのシステム構成
先ず、本実施形態の店舗運営システム１Ａのシステム構成について、図９を参照して説明する。図９は、本実施形態の店舗運営システム１Ａのシステム構成を概略的に示す図である。
本実施形態の店舗運営システム１Ａは、第１の実施形態の店舗運営システム１に対して、受信機６（ロケータ）および位置特定装置７を含む。本実施形態の店舗運営システム１Ａは、店舗内にゲートウェイ装置２を有してもよい。
先ず、本実施形態の店舗運営システム１Ａのシステム構成について、図９を参照して説明する。図９は、本実施形態の店舗運営システム１Ａのシステム構成を概略的に示す図である。
本実施形態の店舗運営システム１Ａは、第１の実施形態の店舗運営システム１に対して、受信機６（ロケータ）および位置特定装置７を含む。本実施形態の店舗運営システム１Ａは、店舗内にゲートウェイ装置２を有してもよい。
【0057】
ゲートウェイ装置２は、本実施形態の店舗運営システム１Ａの任意的要素である。ゲートウェイ装置２は、店舗内の椅子タグＴ１のパケットを受信し、受信したパケットをアプリケーションサーバ５にネットワークＮＷを介して転送することができる。
前述したように、椅子タグＴ１は、周囲環境の電波に基づいて環境発電を行うが、周囲環境の電波が少ない場合には、パケットの生成や無線信号の送信等の通常の動作が行われない（例えば、電力モードが第１モードの場合）。そこで、ゲートウェイ装置２は、椅子タグＴ１と通信できない状態（例えば、アドバタイジングパケットを受信できない状態）が所定時間以上継続する場合には、無線送信を開始するか、又は、送信電力を増加させるように制御することが好ましい。それによって、椅子タグＴ１の周囲環境の電波が増加するために電力の貯蔵が可能となり、ゲートウェイ装置２との無線通信を開始、あるいは再開することができるようになる。
なお、第１の実施形態で説明したように、ユーザ端末４が椅子タグＴ１のパケットを受信し、ユーザＩＤと、タグＩＤおよびセンサデータとをアプリケーションサーバ５に送信する場合には、ゲートウェイ装置２は、設けなくてもよい。
アプリケーションサーバ５は、ゲートウェイ装置２を介して椅子タグＴ１のパケットを受信した場合には、受信したパケットからタグＩＤとセンサデータ等を抽出する。
前述したように、椅子タグＴ１は、周囲環境の電波に基づいて環境発電を行うが、周囲環境の電波が少ない場合には、パケットの生成や無線信号の送信等の通常の動作が行われない（例えば、電力モードが第１モードの場合）。そこで、ゲートウェイ装置２は、椅子タグＴ１と通信できない状態（例えば、アドバタイジングパケットを受信できない状態）が所定時間以上継続する場合には、無線送信を開始するか、又は、送信電力を増加させるように制御することが好ましい。それによって、椅子タグＴ１の周囲環境の電波が増加するために電力の貯蔵が可能となり、ゲートウェイ装置２との無線通信を開始、あるいは再開することができるようになる。
なお、第１の実施形態で説明したように、ユーザ端末４が椅子タグＴ１のパケットを受信し、ユーザＩＤと、タグＩＤおよびセンサデータとをアプリケーションサーバ５に送信する場合には、ゲートウェイ装置２は、設けなくてもよい。
アプリケーションサーバ５は、ゲートウェイ装置２を介して椅子タグＴ１のパケットを受信した場合には、受信したパケットからタグＩＤとセンサデータ等を抽出する。
【0058】
受信機６と位置特定装置７は、通信可能に接続されており、ユーザ端末４の店舗内での位置を特定する位置特定システムを構成する。受信機６は、例えば店舗の天井に設置され、店舗内を移動する来店者のユーザ端末４が放射する電波（ビーコン信号）を受信し、その電波の入射角を測定する。位置特定装置７は、受信機６が測定した入射角を基にユーザ端末４の店舗内の位置（平面上の位置）を特定するＡＯＡ（Angle of Arrival）方式によりユーザ端末４を測位する。
【0059】
１つの受信機６によってもユーザ端末４の位置を推定可能であるが、ユーザ端末４から送信されるビーコン信号の受信信号強度（ＲＳＳＩ）の大きさや店舗面積、店舗の電波環境に応じて、より多くの受信機６を設けることが好ましい。なお、ユーザ端末４の測位方法は、ＡＯＡ方式に限定するものではなく、ＴＯＡ（Time of Arrival）方式等の他の方法を利用してもよい。
【0060】
（２－２）本実施形態の店舗運営システムの各装置の構成
次に、図１０を参照して、本実施形態の店舗運営システム１Ａの各装置の構成を説明する。図１０は、本実施形態の店舗運営システム１Ａの各装置の内部構成を示すブロック図である。
次に、図１０を参照して、本実施形態の店舗運営システム１Ａの各装置の構成を説明する。図１０は、本実施形態の店舗運営システム１Ａの各装置の内部構成を示すブロック図である。
【0061】
図１０に示すように、受信機６は、電波受信部６１、入射角測定部３６、および、通信部６３を備える。
電波受信部６１は、ユーザ端末４から送信されるビーコン信号（電波）を受信するアンテナを含む。
入射角測定部６２は、電波受信部６１で受信したユーザ端末４からの電波の入射角を測定する。
通信部６３は、ユーザ端末４および位置特定装置７と通信を行うためのインタフェースである。例えば、通信部６３は、ユーザ端末４からの受信信号を復調する。また、通信部６３は、受信機６と位置特定装置７との間の通信インタフェースとして機能し、入射角測定部６２によって測定された入射角の情報を、端末ＩＤと対応付けて位置特定装置７に送信する。なお、受信機６と位置特定装置７との通信は有線でも無線でもよい。
電波受信部６１は、ユーザ端末４から送信されるビーコン信号（電波）を受信するアンテナを含む。
入射角測定部６２は、電波受信部６１で受信したユーザ端末４からの電波の入射角を測定する。
通信部６３は、ユーザ端末４および位置特定装置７と通信を行うためのインタフェースである。例えば、通信部６３は、ユーザ端末４からの受信信号を復調する。また、通信部６３は、受信機６と位置特定装置７との間の通信インタフェースとして機能し、入射角測定部６２によって測定された入射角の情報を、端末ＩＤと対応付けて位置特定装置７に送信する。なお、受信機６と位置特定装置７との通信は有線でも無線でもよい。
【0062】
図１０に示すように、位置特定装置７は、制御部７１および通信部７２を備える。
制御部７１は、マイクロプロセッサを主体として構成され、位置特定装置７の全体を制御する。例えば、制御部７１のマイクロプロセッサは、位置特定モジュール（ソフトウェア）を実行し、ユーザ端末４から送信され、かつユーザ端末４の端末ＩＤを含むビーコン信号に基づいて、ユーザ端末４の位置を特定する。制御部７１は、受信機６がユーザ端末４から受信するビーコン信号の入射角の情報を基にユーザ端末４の位置を特定する。より具体的には、ＡＯＡ方式を利用する場合、前述したように、受信機６の店舗内での既知の位置（店舗の所定の位置を基準とした３次元座標の位置）と、受信機６から逐次取得するユーザ端末４の入射角（電波の到来方向）の情報とに基づいて、時刻の経過に応じたユーザ端末４の店舗のエリア内の位置（店舗フロアのＸＹ座標の位置）を特定（測位）する。
制御部７１は、ユーザ端末４の端末ＩＤと対応付けて、特定されたユーザ端末４の位置の情報（位置情報）を逐次、通信部７２を介してアプリケーションサーバ５に送信する。
ユーザ端末４の測位間隔は、任意に設定してよいが、ユーザ端末４の位置を正確に把握するために必要な時間（例えば、数１００ｍｓ以下）に設定される。
制御部７１は、マイクロプロセッサを主体として構成され、位置特定装置７の全体を制御する。例えば、制御部７１のマイクロプロセッサは、位置特定モジュール（ソフトウェア）を実行し、ユーザ端末４から送信され、かつユーザ端末４の端末ＩＤを含むビーコン信号に基づいて、ユーザ端末４の位置を特定する。制御部７１は、受信機６がユーザ端末４から受信するビーコン信号の入射角の情報を基にユーザ端末４の位置を特定する。より具体的には、ＡＯＡ方式を利用する場合、前述したように、受信機６の店舗内での既知の位置（店舗の所定の位置を基準とした３次元座標の位置）と、受信機６から逐次取得するユーザ端末４の入射角（電波の到来方向）の情報とに基づいて、時刻の経過に応じたユーザ端末４の店舗のエリア内の位置（店舗フロアのＸＹ座標の位置）を特定（測位）する。
制御部７１は、ユーザ端末４の端末ＩＤと対応付けて、特定されたユーザ端末４の位置の情報（位置情報）を逐次、通信部７２を介してアプリケーションサーバ５に送信する。
ユーザ端末４の測位間隔は、任意に設定してよいが、ユーザ端末４の位置を正確に把握するために必要な時間（例えば、数１００ｍｓ以下）に設定される。
【0063】
通信部７２は、受信機６との通信、および、ネットワークＮＷを介したアプリケーションサーバ５と通信を行うための通信インタフェースである。
なお、以下の説明では、適宜、受信機６と位置特定装置７を総称して「位置特定システム」と表記する場合がある。
なお、以下の説明では、適宜、受信機６と位置特定装置７を総称して「位置特定システム」と表記する場合がある。
【0064】
本実施形態のアプリケーションサーバ５の制御部５１は、位置特定装置７によって特定されたユーザ端末４の位置情報と、センサデータ等に所定の変化がある椅子タグのタグＩＤに対応する椅子の位置情報と、に基づいて、ユーザ端末４から受信するユーザＩＤと、椅子タグのタグＩＤとを対応付ける。椅子タグのタグＩＤと椅子の位置情報とは店舗レイアウトデータベースにおいて対応付けられているため、ユーザＩＤと椅子の位置情報とが対応付けられることになる。
例えば、位置特定装置７によって特定されたユーザ端末４の位置と、センサデータ等に所定の変化がある椅子タグのタグＩＤに対応する椅子の位置とが、所定距離以下である場合には、ユーザ端末４のユーザが当該椅子に着席したと判断し、ユーザ端末４のユーザＩＤと椅子タグのタグＩＤに対応する椅子の位置情報とが対応付けられる。なお、センサデータ等の所定の変化については、第１の実施形態で説明したとおりである。
すなわち、位置特定装置７によってユーザ端末４が位置する概略の範囲が特定され、その範囲の中でセンサデータに所定の変化がある椅子タグに対応する椅子が、ユーザ端末４のユーザの着席位置であると判断することができる。
なお、タグＩＤをゲートウェイ装置２が受信する場合には、アプリケーションサーバ５の制御部５１は、位置特定装置７によって特定されたユーザ端末４の位置情報と、ユーザ端末４の位置から所定範囲内に設けられたゲートウェイ装置２から受信したタグＩＤのうちセンサデータ等に所定の変化があるタグＩＤに対応する椅子の位置情報とに基づいて、ユーザ端末のユーザＩＤと椅子の位置情報とを対応付けてもよい。
例えば、位置特定装置７によって特定されたユーザ端末４の位置と、センサデータ等に所定の変化がある椅子タグのタグＩＤに対応する椅子の位置とが、所定距離以下である場合には、ユーザ端末４のユーザが当該椅子に着席したと判断し、ユーザ端末４のユーザＩＤと椅子タグのタグＩＤに対応する椅子の位置情報とが対応付けられる。なお、センサデータ等の所定の変化については、第１の実施形態で説明したとおりである。
すなわち、位置特定装置７によってユーザ端末４が位置する概略の範囲が特定され、その範囲の中でセンサデータに所定の変化がある椅子タグに対応する椅子が、ユーザ端末４のユーザの着席位置であると判断することができる。
なお、タグＩＤをゲートウェイ装置２が受信する場合には、アプリケーションサーバ５の制御部５１は、位置特定装置７によって特定されたユーザ端末４の位置情報と、ユーザ端末４の位置から所定範囲内に設けられたゲートウェイ装置２から受信したタグＩＤのうちセンサデータ等に所定の変化があるタグＩＤに対応する椅子の位置情報とに基づいて、ユーザ端末のユーザＩＤと椅子の位置情報とを対応付けてもよい。
【0065】
（２－３）本実施形態の店舗運営システムの動作
次に、本実施形態の店舗運営システム１の動作について、図１１を参照して説明する。
図１１は、本実施形態の店舗運営システム１Ａの動作を示すシーケンスチャートである。図１１のシーケンスチャートは、図７のシーケンスチャートと比較して、顧客の来店イベントから着席イベントまでの間の処理のみが異なるため、来店イベントから着席イベントまでの間に着目して説明する。
次に、本実施形態の店舗運営システム１の動作について、図１１を参照して説明する。
図１１は、本実施形態の店舗運営システム１Ａの動作を示すシーケンスチャートである。図１１のシーケンスチャートは、図７のシーケンスチャートと比較して、顧客の来店イベントから着席イベントまでの間の処理のみが異なるため、来店イベントから着席イベントまでの間に着目して説明する。
【0066】
店舗内の各椅子タグＴ１は、ゲートウェイ装置２（ＧＷ）又は店内の顧客のユーザ端末４を介してアプリケーションサーバ５に、タグＩＤとセンサデータ等を含むパケットを送信する（ステップＳ２）。新たに顧客が来店した場合、各椅子タグＴ１は、当該顧客のユーザ端末４を介してアプリケーションサーバ５に送信してもよい。
顧客が来店した後、当該顧客のユーザ端末４がビーコン信号を送信し（ステップＳ４）、当該ビーコン信号が位置特定システムに受信される。ビーコン信号には、ユーザ端末４の端末ＩＤが含まれる。位置特定システムは、受信したビーコン信号に基づいて位置特定処理を行い、ユーザ端末４の位置を特定する（ステップＳ６）。位置特定システムは、位置データを端末ＩＤと対応付けてアプリケーションサーバ５に送信する（ステップＳ８）。ユーザＩＤと端末ＩＤとは対応付けられているため（図６参照）、アプリケーションサーバ５では、ユーザＩＤに対応するユーザの概略の位置がわかる。
ステップＳ４～Ｓ８の処理は、少なくともユーザが着席するまで繰り返し行われる。
顧客が来店した後、当該顧客のユーザ端末４がビーコン信号を送信し（ステップＳ４）、当該ビーコン信号が位置特定システムに受信される。ビーコン信号には、ユーザ端末４の端末ＩＤが含まれる。位置特定システムは、受信したビーコン信号に基づいて位置特定処理を行い、ユーザ端末４の位置を特定する（ステップＳ６）。位置特定システムは、位置データを端末ＩＤと対応付けてアプリケーションサーバ５に送信する（ステップＳ８）。ユーザＩＤと端末ＩＤとは対応付けられているため（図６参照）、アプリケーションサーバ５では、ユーザＩＤに対応するユーザの概略の位置がわかる。
ステップＳ４～Ｓ８の処理は、少なくともユーザが着席するまで繰り返し行われる。
【0067】
アプリケーションサーバ５は、各椅子タグＴ１からタグＩＤおよびセンサデータを受信する度に、センサデータに基づいて、顧客の着席があったか否か判断（検出）する。顧客が来店後に未だ着席していない状態では、アプリケーションサーバ５は、当該顧客のユーザ端末４から取得するセンサデータに基づいて顧客が着席したことが検出されないため、タグＩＤおよびセンサデータを破棄する。
【0068】
顧客がある椅子に着席すると、アプリケーションサーバ５は、センサデータ等に基づいて顧客の着席があったことを検出する。また、着席を検出したタイミングにおいて、アプリケーションサーバ５は、位置特定システムにより特定されたユーザＩＤに対応するユーザの概略の位置を取得する。アプリケーションサーバ５は、顧客の着席が検出されたタイミングでセンサデータ等に基づき特定した椅子の位置と、ユーザＩＤに対応するユーザの概略の位置とが所定距離以内である場合に、当該ユーザが当該椅子に着席したと判断する（ステップＳ１０）。
図１１においてステップＳ１２以降の処理は、図７と同じである。
図１１においてステップＳ１２以降の処理は、図７と同じである。
【0069】
以上説明したように、本実施形態の店舗運営システム１Ａによれば、位置特定システムと椅子タグのセンサデータ等を併用することで、顧客の着席位置の特定精度を高めることができる。
【0070】
（２－４）変形例
次に、本実施形態の店舗運営システム１Ａの変形例について説明する。なお、いずれの変形例についても第１の実施形態の店舗運営システム１に適用可能である。
次に、本実施形態の店舗運営システム１Ａの変形例について説明する。なお、いずれの変形例についても第１の実施形態の店舗運営システム１に適用可能である。
【0071】
（２－４－１）変形例１
変形例１について図１２を参照して説明する。図１２は、店舗端末３に表示される画像の一例を示す図である。
上述した実施形態では、店舗端末３は、未配膳リスト等、店舗の従業員が閲覧する情報を表示する例について示したが、その限りではない。店舗端末３を店舗の入口等に配置し、来店者が店内の空席についての情報を閲覧できるようにしてもよい。
図１２は、店舗端末３によって表示される空席案内情報を含む画面Ｇ２を示している。画面Ｇ２では、店舗マップ１０１において、空きとなっている椅子が占有されている椅子とは異なる表示態様で表示される。逆に、店舗マップ１０１において、占有されている椅子を空きとなっている椅子とは異なる表示態様で表示するようにしてもよい。
この変形例では、アプリケーションサーバ５は、店内の各椅子タグから取得するセンサデータ等に基づいて対応する椅子が着席されているか逐次判断しており、その判断結果を店舗端末３に送信する。店舗端末３は、判断結果として店舗内におけるユーザ端末４のユーザＩＤに対応付けられている椅子（つまり、占有されている椅子）の位置情報、又は、対応付けられていない椅子（つまり、空きとなっている椅子）の位置情報を、アプリケーションサーバ５を介して取得し表示する。なお、アプリケーションサーバ５は、所定期間、上述したユーザＩＤと対応付けができず着席を検知できないタグＩＤが取り付けられている椅子や、例えばセンサデータ等に変化がなく、着席を検知できないタグＩＤが取り付けられている椅子は、空きとなっていると判断してもよい。
店舗端末３は、アプリケーションサーバ５の判断結果を基に空席案内情報を表示する。空席案内情報を表示することで、店舗の来店者は、入店後に席を素早く選択できるようになる。
変形例１について図１２を参照して説明する。図１２は、店舗端末３に表示される画像の一例を示す図である。
上述した実施形態では、店舗端末３は、未配膳リスト等、店舗の従業員が閲覧する情報を表示する例について示したが、その限りではない。店舗端末３を店舗の入口等に配置し、来店者が店内の空席についての情報を閲覧できるようにしてもよい。
図１２は、店舗端末３によって表示される空席案内情報を含む画面Ｇ２を示している。画面Ｇ２では、店舗マップ１０１において、空きとなっている椅子が占有されている椅子とは異なる表示態様で表示される。逆に、店舗マップ１０１において、占有されている椅子を空きとなっている椅子とは異なる表示態様で表示するようにしてもよい。
この変形例では、アプリケーションサーバ５は、店内の各椅子タグから取得するセンサデータ等に基づいて対応する椅子が着席されているか逐次判断しており、その判断結果を店舗端末３に送信する。店舗端末３は、判断結果として店舗内におけるユーザ端末４のユーザＩＤに対応付けられている椅子（つまり、占有されている椅子）の位置情報、又は、対応付けられていない椅子（つまり、空きとなっている椅子）の位置情報を、アプリケーションサーバ５を介して取得し表示する。なお、アプリケーションサーバ５は、所定期間、上述したユーザＩＤと対応付けができず着席を検知できないタグＩＤが取り付けられている椅子や、例えばセンサデータ等に変化がなく、着席を検知できないタグＩＤが取り付けられている椅子は、空きとなっていると判断してもよい。
店舗端末３は、アプリケーションサーバ５の判断結果を基に空席案内情報を表示する。空席案内情報を表示することで、店舗の来店者は、入店後に席を素早く選択できるようになる。
【0072】
（２－４－２）変形例２
変形例２について図１３を参照して説明する。図１３は、ユーザ端末４の測位方法について説明する図である。
変形例２は、椅子タグを利用してユーザ端末４の位置の検出精度を更に高めるようにした例である。本変形例では、アプリケーションサーバ５は、ユーザ端末４から取得した椅子タグから得られるＲＳＳＩ値に基づいて、ユーザ端末４のユーザＩＤと椅子タグのタグＩＤに対応する椅子の位置情報とを対応付ける。例えば、複数の椅子タグから得られるＲＳＳＩ値のうち最も大きいＲＳＳＩ値を示す椅子タグに対応する椅子に顧客が着席していると判断し、ユーザＩＤと当該椅子タグに対応する椅子の位置情報とを対応付けてもよい。
また、アプリケーションサーバ５は、店舗エリア内の少なくとも３以上の椅子タグのユーザ端末４におけるＲＳＳＩ値をユーザ端末４から取得し、当該ＲＳＳＩ値に基づいてユーザ端末４の位置を特定してもよい。この変形例では、アプリケーションサーバ５が位置特定装置の一例である。
変形例２について図１３を参照して説明する。図１３は、ユーザ端末４の測位方法について説明する図である。
変形例２は、椅子タグを利用してユーザ端末４の位置の検出精度を更に高めるようにした例である。本変形例では、アプリケーションサーバ５は、ユーザ端末４から取得した椅子タグから得られるＲＳＳＩ値に基づいて、ユーザ端末４のユーザＩＤと椅子タグのタグＩＤに対応する椅子の位置情報とを対応付ける。例えば、複数の椅子タグから得られるＲＳＳＩ値のうち最も大きいＲＳＳＩ値を示す椅子タグに対応する椅子に顧客が着席していると判断し、ユーザＩＤと当該椅子タグに対応する椅子の位置情報とを対応付けてもよい。
また、アプリケーションサーバ５は、店舗エリア内の少なくとも３以上の椅子タグのユーザ端末４におけるＲＳＳＩ値をユーザ端末４から取得し、当該ＲＳＳＩ値に基づいてユーザ端末４の位置を特定してもよい。この変形例では、アプリケーションサーバ５が位置特定装置の一例である。
【0073】
図１３は、店内の６席の椅子と２台のテーブルの平面図を概略的に示している。顧客Ｕ１～Ｕ３が着席している。ここで、例えば顧客Ｕ１のユーザ端末４の位置を特定するために、顧客Ｕ１の着席位置以外の他の椅子の椅子タグＴ１－１，Ｔ１－２，Ｔ１－３を利用することができる。具体的には、距離に応じた電波の減衰特性を利用し、ユーザ端末４での複数の椅子タグからの受信信号のＲＳＳＩ値に基づいて各椅子タグとユーザ端末４との距離を推定し、三角測量法によりユーザ端末４を測位する。
【0074】
図１３に示す例において、ユーザ端末４が椅子タグＴ１－１，Ｔ１－２，Ｔ１－３から受信する受信信号（パケット）のＲＳＳＩ値をそれぞれＳＲ１，ＳＲ２，ＳＲ３とする。アプリケーションサーバ５は、ユーザ端末４から各椅子タグからの受信信号のＲＳＳＩ値（ＳＲ１，ＳＲ２，ＳＲ３）を取得した後、当該ＲＳＳＩ値と、各椅子タグに対応する椅子の既知の位置情報（図４参照）とに基づいて、三角測量法によりユーザ端末４を測位することができる。
【0075】
なお、店舗内の電波の伝播環境は一般に理想的な自由空間ではないため、４個以上の任意の数の椅子タグをユーザ端末４の測位に利用することで、さらにユーザ端末４の測位精度を高めることもできる。例えば、ユーザ端末４は、４個以上の複数の椅子タグからパケットを受信したときには、複数の椅子タグの中からＲＳＳＩ値が大きい順に３個の椅子タグを、ユーザ端末４の測位に利用することができる。
また、図１３の顧客Ｕ１～Ｕ３が着席している椅子のように、顧客が着席している椅子の椅子タグからの電波は顧客の体内に電波が吸収されて、ユーザ端末４での受信信号レベルが低下するため、ユーザ端末４との距離に応じたＲＳＳＩ値がユーザ端末４において観測されない場合がある。そのため、ユーザ端末４の測位のために椅子タグを利用する際には、着席されていない椅子タグを利用することが好ましい。
また、図１３の顧客Ｕ１～Ｕ３が着席している椅子のように、顧客が着席している椅子の椅子タグからの電波は顧客の体内に電波が吸収されて、ユーザ端末４での受信信号レベルが低下するため、ユーザ端末４との距離に応じたＲＳＳＩ値がユーザ端末４において観測されない場合がある。そのため、ユーザ端末４の測位のために椅子タグを利用する際には、着席されていない椅子タグを利用することが好ましい。
【0076】
（２－４－３）変形例３
変形例３について図１４を参照して説明する。図１４は、ユーザ端末４の測位方法について説明する図である。
変形例３は、複数のゲートウェイ装置２を利用してユーザ端末４の位置の特定精度を高めるようにした例である。店内に配置される位置が既知の複数のゲートウェイ装置２がユーザ端末４からビーコン信号を受信するときのＲＳＳＩ値を利用して、ユーザ端末４が測位される。
ゲートウェイ装置２が配置される位置については限定しないが、図１４に示す例では、店舗の天井にマトリクス状に等間隔で各ゲートウェイ装置２が配置される例が示される。
変形例３について図１４を参照して説明する。図１４は、ユーザ端末４の測位方法について説明する図である。
変形例３は、複数のゲートウェイ装置２を利用してユーザ端末４の位置の特定精度を高めるようにした例である。店内に配置される位置が既知の複数のゲートウェイ装置２がユーザ端末４からビーコン信号を受信するときのＲＳＳＩ値を利用して、ユーザ端末４が測位される。
ゲートウェイ装置２が配置される位置については限定しないが、図１４に示す例では、店舗の天井にマトリクス状に等間隔で各ゲートウェイ装置２が配置される例が示される。
【0077】
この方法では、各ゲートウェイ装置２は、ユーザ端末４からパケットを受信すると、自身の装置を識別するための装置ＩＤと、ユーザ端末４からビーコン信号を受信したときのＲＳＳＩ値とをアプリケーションサーバ５に送信する。例えば、図１４において、ユーザ端末４からビーコン信号を受信したときのＲＳＳＩ値は、ゲートウェイ装置２－１，２－２，２－４，２－５においてそれぞれ、ＳＲ１，ＳＲ２，ＳＲ４，ＳＲ５である。なお、この例では、ゲートウェイ装置２－３，２－６でのＲＳＳＩ値は微小であると仮定して無視している。
【0078】
ここで、変形例２と同様に距離に応じた電波の減衰特性を利用し、各ゲートウェイ装置でのＲＳＳＩ値に基づいてユーザ端末４と各ゲートウェイ装置との距離を推定し、三角測量法によりユーザ端末４を測位する。
例えば図１４において、アプリケーションサーバ５は、各ゲートウェイ装置のＲＳＳＩ値を取得した後、大きい順に３個のＲＳＳＩ値（例えば、ＳＲ１，ＳＲ２，ＳＲ５）と各ＲＳＳＩ値に対応するゲートウェイ装置の既知の位置情報とに基づいて、三角測量法によりユーザ端末４を測位することができる。また、店舗内の電波の伝播環境は一般に理想的な自由空間ではないため、４個以上の任意の数のゲートウェイ装置をユーザ端末４の測位に利用することで、さらにユーザ端末４の測位精度を高めることもできる。
例えば図１４において、アプリケーションサーバ５は、各ゲートウェイ装置のＲＳＳＩ値を取得した後、大きい順に３個のＲＳＳＩ値（例えば、ＳＲ１，ＳＲ２，ＳＲ５）と各ＲＳＳＩ値に対応するゲートウェイ装置の既知の位置情報とに基づいて、三角測量法によりユーザ端末４を測位することができる。また、店舗内の電波の伝播環境は一般に理想的な自由空間ではないため、４個以上の任意の数のゲートウェイ装置をユーザ端末４の測位に利用することで、さらにユーザ端末４の測位精度を高めることもできる。
【0079】
（３）第３の実施形態
次に、第３の実施形態に係る店舗運営システム１Ｂについて説明する。なお、本実施形態の説明に際し、第１および第２の実施形態の店舗運営システムと共通する部分については、同一符号を付して重複説明を省略する。
次に、第３の実施形態に係る店舗運営システム１Ｂについて説明する。なお、本実施形態の説明に際し、第１および第２の実施形態の店舗運営システムと共通する部分については、同一符号を付して重複説明を省略する。
【0080】
（３－１）第３の実施形態の店舗運営システムのシステム構成
先ず、本実施形態の店舗運営システム１Ｂのシステム構成について、図１５を参照して説明する。図１５は、本実施形態の店舗運営システム１Ｂのシステム構成を概略的に示す図である。
本実施形態の店舗運営システム１Ｂが第１および第２の実施形態と異なるのは、顧客に提供される飲食物の食器ＴＷ１にＩｏＴタグとして食器タグＴ２（第２無線タグの一例）が取り付けられている点である。食器タグＴ２は、例えば食器ＴＷ１の底部に取り付けられる。
先ず、本実施形態の店舗運営システム１Ｂのシステム構成について、図１５を参照して説明する。図１５は、本実施形態の店舗運営システム１Ｂのシステム構成を概略的に示す図である。
本実施形態の店舗運営システム１Ｂが第１および第２の実施形態と異なるのは、顧客に提供される飲食物の食器ＴＷ１にＩｏＴタグとして食器タグＴ２（第２無線タグの一例）が取り付けられている点である。食器タグＴ２は、例えば食器ＴＷ１の底部に取り付けられる。
【0081】
本実施形態の店舗運営システム１Ｂでは、顧客に配膳すべき飲食物がすべて配膳されたか否か確認するために、食器タグＴ２を利用する。店舗では、顧客に食器ＴＷ１を配膳する前に、店舗端末３の店舗用アプリケーションにおいて、顧客のユーザＩＤ若しくは注文データと、食器タグＴ２のタグＩＤとを対応付ける処理を行う。
アプリケーションサーバ５は、ユーザ端末４の位置情報と位置特定装置７により特定された食器タグＴ２の位置情報とに基づき、注文データ（要求データの一例）に対応する注文が実行されたか判断する。より具体的には、顧客に対する飲食物の配膳が行われた後、アプリケーションサーバ５は、顧客が着席したときに検出された椅子の位置と食器タグＴ２の位置とが所定距離以下であるか判定することで、顧客に注文通りの飲食物が配膳されたか否か確認する。
アプリケーションサーバ５は、ユーザ端末４の位置情報と位置特定装置７により特定された食器タグＴ２の位置情報とに基づき、注文データ（要求データの一例）に対応する注文が実行されたか判断する。より具体的には、顧客に対する飲食物の配膳が行われた後、アプリケーションサーバ５は、顧客が着席したときに検出された椅子の位置と食器タグＴ２の位置とが所定距離以下であるか判定することで、顧客に注文通りの飲食物が配膳されたか否か確認する。
【0082】
食器タグＴ２の構成は、図２に示した椅子タグＴ１の構成と同一である。食器タグＴ２は、例えば食器タグＴ２に加えられる重量（荷重）、食器タグＴ２の動き、および、食器タグＴ２の周囲温度等のうち少なくともいずれかのデータ（センサデータ）と、タグＩＤとを含むパケットをブロードキャストする。なお、本実施形態では、センサデータは、特に利用しなくても構わない。
【0083】
（３－２）本実施形態の店舗運営システムの動作
次に、本実施形態の店舗運営システム１Ｂの動作について、図１６を参照して説明する。
図１６は、本実施形態の店舗運営システム１Ｂの動作を示すシーケンスチャートである。図１６のシーケンスチャートは、配膳イベントの前後の部分のみを示しており、それ以外の部分については図７および図１１のシーケンスチャートの処理を適用可能である。
次に、本実施形態の店舗運営システム１Ｂの動作について、図１６を参照して説明する。
図１６は、本実施形態の店舗運営システム１Ｂの動作を示すシーケンスチャートである。図１６のシーケンスチャートは、配膳イベントの前後の部分のみを示しており、それ以外の部分については図７および図１１のシーケンスチャートの処理を適用可能である。
【0084】
図１６において、顧客に飲食物を配膳する前に、店舗端末３の店舗用アプリケーションは、配膳予定の食器タグＴ２のタグＩＤを含むパケットを受信し、当該タグＩＤと顧客のユーザＩＤ及び／又は注文データとを対応付ける（ステップＳ３８）。顧客のユーザＩＤおよび注文データは、未配膳リスト（図８参照）に含まれており、これらのデータが食器タグＴ２のタグＩＤと対応付けられる。なお、後述するステップＳ４６の確認処理を行うために、食器タグＴ２のタグＩＤと、顧客のユーザＩＤ及び／又は注文データとを対応付けた情報は、店舗端末３からアプリケーションサーバ５に送信され、アプリケーションサーバ５において保持されていてもよい。
【0085】
配膳の準備が整い、配膳イベントでは、食器が顧客の着席位置に配膳される。なお、この時点では、顧客の着席位置は特定済みである。
位置特定システムは、配膳された食器に取り付けられた食器タグＴ２からパケットを受信し（ステップＳ４０）、この受信信号を基に食器の位置を特定する処理を行い（ステップＳ４２）、食器タグＴ２のタグＩＤと位置データをアプリケーションサーバ５に送信する（ステップＳ４４）。
アプリケーションサーバ５は、ステップＳ４４で取得した食器の位置と、顧客の着席位置（ユーザ位置）とが所定距離以下であるか確認する（ステップＳ４６）。アプリケーションサーバ５は、所定距離以下である場合、正しく配膳されていると判断する。所定距離を超えている場合には、正しく配膳されていないと判断し、店舗端末３に通知することができる。また、アプリケーションサーバ５は、配膳を開始してから所定時間経過後に、顧客の注文データを参照し、注文通りに配膳が完了したか判断する。アプリケーションサーバ５は、ステップＳ４６の確認結果を含む確認結果通知を店舗端末３の店舗用アプリケーションに送信する（ステップＳ４８）。店舗端末３は、受信した確認結果通知を基に、食器が顧客に適切に配膳されたか否かを示す画像を表示する（ステップＳ５０）。
位置特定システムは、配膳された食器に取り付けられた食器タグＴ２からパケットを受信し（ステップＳ４０）、この受信信号を基に食器の位置を特定する処理を行い（ステップＳ４２）、食器タグＴ２のタグＩＤと位置データをアプリケーションサーバ５に送信する（ステップＳ４４）。
アプリケーションサーバ５は、ステップＳ４４で取得した食器の位置と、顧客の着席位置（ユーザ位置）とが所定距離以下であるか確認する（ステップＳ４６）。アプリケーションサーバ５は、所定距離以下である場合、正しく配膳されていると判断する。所定距離を超えている場合には、正しく配膳されていないと判断し、店舗端末３に通知することができる。また、アプリケーションサーバ５は、配膳を開始してから所定時間経過後に、顧客の注文データを参照し、注文通りに配膳が完了したか判断する。アプリケーションサーバ５は、ステップＳ４６の確認結果を含む確認結果通知を店舗端末３の店舗用アプリケーションに送信する（ステップＳ４８）。店舗端末３は、受信した確認結果通知を基に、食器が顧客に適切に配膳されたか否かを示す画像を表示する（ステップＳ５０）。
【0086】
以上説明したように、本実施形態の店舗運営システム１Ｂによれば、食器タグＴ２を利用することで、顧客に注文通りの飲食物が配膳されたか否かについて、店舗の従業員が確認することができる。
【0087】
（４）第４の実施形態
次に、第４の実施形態に係る店舗運営システム１Ｂについて説明する。なお、本実施形態の店舗運営システム１Ｂの構成は、第３の実施形態と同様でよい。本実施形態の説明に際し、第１および第２の実施形態の店舗運営システムと共通する部分については、同一符号を付して重複説明を省略する。
次に、第４の実施形態に係る店舗運営システム１Ｂについて説明する。なお、本実施形態の店舗運営システム１Ｂの構成は、第３の実施形態と同様でよい。本実施形態の説明に際し、第１および第２の実施形態の店舗運営システムと共通する部分については、同一符号を付して重複説明を省略する。
【0088】
本実施形態の店舗運営システム１Ｂでは、顧客に配膳された飲食物の取り替え、あるいは、お代わりのタイミングを店舗の従業員が適切に判断できるように、食器タグＴ２（第３無線タグの一例）が、店内の椅子の位置情報に対応付けられたユーザ端末４から取得した注文データに対応する飲食物を含む容器に取り付けられる。アプリケーションサーバ５は、食器に取り付けらえた食器タグＴ２から、当該食器への荷重（若しくは重量）、食器の動き、食器の周囲温度、あるいは食器内の残量等のうち少なくともいずれかの検出結果であるセンサデータを取得する。
アプリケーションサーバ５は、食器タグＴ２のセンサデータ所定の変化がある場合、飲食物の取り替え条件、あるいは、飲食物のお代わり条件を満たすと判断し、店舗端末３に通知を行う。店舗の従業員は、当該通知を基に、顧客に対して飲食物の取り替えサービス、又は、飲食物のお代わりサービスを提供する。アプリケーションサーバ５から店舗端末３に送信される通知は、ユーザ端末４から取得した注文データに対応する注文を実行するための要求の一例である。
アプリケーションサーバ５は、食器タグＴ２のセンサデータ所定の変化がある場合、飲食物の取り替え条件、あるいは、飲食物のお代わり条件を満たすと判断し、店舗端末３に通知を行う。店舗の従業員は、当該通知を基に、顧客に対して飲食物の取り替えサービス、又は、飲食物のお代わりサービスを提供する。アプリケーションサーバ５から店舗端末３に送信される通知は、ユーザ端末４から取得した注文データに対応する注文を実行するための要求の一例である。
【0089】
飲食物の取り替え条件は、限定するものではないが、例えば、食器タグＴ２のセンサデータ等が温度や重量等に関するデータを含む場合、例えば所定温度以下で、重量が所定以上であることとしてもよい。例えば、飲食物が珈琲である場合、珈琲が十分に食器内に残っているにも関わらず冷めてしまったときに、珈琲の取り替えを促すように店舗端末３に通知される。
【0090】
飲食物のお代わり条件は、限定するものではないが、例えば、食器タグＴ２のセンサデータ等が重量等に関するデータを含む場合、例えば重量が所定未満であることとしてもよい。例えば、飲食物が珈琲である場合、食器内が空である場合には、珈琲のお代わりを促すように店舗端末３に通知される。飲食物のお代わり条件は、例えば、食器タグＴ２のセンサデータ等が食器タグＴ２の動きのデータを含む場合、食器タグＴ２に対する所定の動きが所定回数を超えることを条件としてもよい。顧客が頻繁に食器を動かす場合には、食器内の内容物が十分に少なくなっていると考えられるからである。
【0091】
次に、本実施形態の店舗運営システム１Ｂの動作について、図１７を参照して説明する。
図１７は、本実施形態の店舗運営システム１Ｂの動作を示すシーケンスチャートである。図１７のシーケンスチャートは、配膳イベントの前後の部分のみを示しており、それ以外の部分については図７および図１１のシーケンスチャートの処理を適用可能である。
図１７は、本実施形態の店舗運営システム１Ｂの動作を示すシーケンスチャートである。図１７のシーケンスチャートは、配膳イベントの前後の部分のみを示しており、それ以外の部分については図７および図１１のシーケンスチャートの処理を適用可能である。
【0092】
図１７において、顧客に飲食物を配膳する前に、店舗端末３の店舗用アプリケーションは、配膳予定の食器タグＴ２のタグＩＤを含むパケットを受信し、当該タグＩＤと顧客のユーザＩＤ及び／又は注文データとを対応付ける（ステップＳ３８）。顧客のユーザＩＤおよび注文データは、未配膳リスト（図８参照）に含まれており、これらのデータが食器タグＴ２のタグＩＤと対応付けられる。なお、後述するステップＳ６２の判断を行うために、食器タグＴ２のタグＩＤと、顧客のユーザＩＤ及び／又は注文データとを対応付けた情報は、店舗端末３からアプリケーションサーバ５に送信され、アプリケーションサーバ５において保持されていてもよい。
【0093】
配膳の準備が整い、配膳イベントでは、食器が顧客の着席位置に配膳される。なお、この時点では、顧客の着席位置は特定済みである。
アプリケーションサーバ５は、ユーザ端末４又はゲートウェイ装置２（ＧＷ）を介して、顧客に配膳された食器の食器タグＴ２から、タグＩＤとセンサデータを含むパケットを逐次受信している（ステップＳ６０）。そして、アプリケーションサーバ５は、パケットを受信する度に、パケットに含まれるセンサデータ等や顧客のユーザＩＤや顧客の注文データ等に基づいて、取り替え条件又はお代わり条件を満たすか否か判断する（ステップＳ６２）。取り替え条件やお代わり条件を満たす場合には（ステップＳ６２：ＹＥＳ）、アプリケーションサーバ５は、飲食物の取り替えサービス又は飲食物のお代わりサービスを促すための通知を店舗端末３に送信する（ステップＳ６４）。
アプリケーションサーバ５は、ユーザ端末４又はゲートウェイ装置２（ＧＷ）を介して、顧客に配膳された食器の食器タグＴ２から、タグＩＤとセンサデータを含むパケットを逐次受信している（ステップＳ６０）。そして、アプリケーションサーバ５は、パケットを受信する度に、パケットに含まれるセンサデータ等や顧客のユーザＩＤや顧客の注文データ等に基づいて、取り替え条件又はお代わり条件を満たすか否か判断する（ステップＳ６２）。取り替え条件やお代わり条件を満たす場合には（ステップＳ６２：ＹＥＳ）、アプリケーションサーバ５は、飲食物の取り替えサービス又は飲食物のお代わりサービスを促すための通知を店舗端末３に送信する（ステップＳ６４）。
【0094】
本実施形態の店舗運営システム１Ｂによれば、食器タグＴ２を利用することで、顧客の着席位置まで従業員が来て顧客の食器を確認することなく、顧客に提供した飲食物の取り替えサービス又はお代わりサービスを適切なタイミングで行うことができる。
【0095】
なお、本実施形態の店舗運営システム１Ｂは、コース料理を提供する場合にも適用することができる。例えば、コース料理において、Ａ品、Ｂ品、Ｃ品が順番に顧客に提供される場合に、Ａ品、Ｂ品、Ｃ品をそれぞれ異なる食器タグが取り付けられた食器に盛り付け、各食器タグのタグＩＤとＡ品、Ｂ品、Ｃ品の各々に対応する注文ＩＤとを予め対応付ける。そして、アプリケーションサーバ５が、食器タグのセンサデータを基にＡ品の内容物が空若しくは少量になったと判断したときに、店舗端末３に対してＢ品の配膳を指示する通知を送信する。同様に、アプリケーションサーバ５は、Ｂ品の内容物が空若しくは少量になったと判断したときに、店舗端末３に対してＣ品の配膳を指示する通知を送信する。
【0096】
（５）第５の実施形態
次に、第３の実施形態に係る店舗運営システム１Ｃについて、図１８～図２０を参照して説明する。なお、本実施形態の説明に際し、第１～第４の実施形態の店舗運営システムと共通する部分については、同一符号を付して重複説明を省略する。
図１８は、本実施形態の店舗運営システム１Ｃのシステム構成を概略的に示す図である。図１９は、本実施形態の店舗レイアウトデータベースのデータ構成例を示す図である。図２０は、本実施形態の店舗運営システム１Ｃの動作を示すシーケンスチャートである。
次に、第３の実施形態に係る店舗運営システム１Ｃについて、図１８～図２０を参照して説明する。なお、本実施形態の説明に際し、第１～第４の実施形態の店舗運営システムと共通する部分については、同一符号を付して重複説明を省略する。
図１８は、本実施形態の店舗運営システム１Ｃのシステム構成を概略的に示す図である。図１９は、本実施形態の店舗レイアウトデータベースのデータ構成例を示す図である。図２０は、本実施形態の店舗運営システム１Ｃの動作を示すシーケンスチャートである。
【0097】
本実施形態の店舗運営システム１Ｃは、顧客が注文した飲食物の配膳ミスを防止するために、店内の各テーブルＴＢにＩｏＴタグとしてテーブルタグＴ３が取り付けられている。テーブルタグＴ３は、例えば、テーブルの食器が配膳される面に配置される。なお、テーブルの配膳される面には、テーブルタグＴ３を所定間隔ごとに配置してもよい。
テーブルタグＴ３の構成は、図２に示した椅子タグＴ１の構成と同様であり、例えば重量（テーブルへの荷重）、テーブルの動き、および、テーブルの周囲温度等のうち少なくともいずれかのセンサデータを検出する。テーブルに食器が配膳された場合には、食器によってテーブルＴＢに加えられる重量の増加や食器内の内容物の熱伝導による放射熱があるため、テーブルタグＴ３のセンサデータが示す温度や重量が上昇を示す。そのため、テーブルタグＴ３のセンサデータ等に基づいて、対応するテーブルＴＢに配膳されたか否かを判断することができる。
テーブルタグＴ３の構成は、図２に示した椅子タグＴ１の構成と同様であり、例えば重量（テーブルへの荷重）、テーブルの動き、および、テーブルの周囲温度等のうち少なくともいずれかのセンサデータを検出する。テーブルに食器が配膳された場合には、食器によってテーブルＴＢに加えられる重量の増加や食器内の内容物の熱伝導による放射熱があるため、テーブルタグＴ３のセンサデータが示す温度や重量が上昇を示す。そのため、テーブルタグＴ３のセンサデータ等に基づいて、対応するテーブルＴＢに配膳されたか否かを判断することができる。
【0098】
図１９に示すように、本実施形態の店舗レイアウトデータベースでは、テーブルタグのタグＩＤが椅子タグのタグＩＤと関連づけられている。タグＩＤが関連づけられているテーブルタグと椅子タグとは、対応するテーブルと椅子とが店内で組み合わされてレイアウトされていることを意味している。
【0099】
次に、図２０を参照して、本実施形態の店舗運営システム１Ｃの動作について説明する。図２０のシーケンスチャートは、配膳イベントの前後の部分のみを示しており、それ以外の部分については図７および図１１のシーケンスチャートの処理を適用可能である。
店内の各テーブルタグＴ３は、タグＩＤとセンサデータを含むパケットを、ユーザ端末４又はゲートウェイ装置２（ＧＷ）を経由してアプリケーションサーバ５に、逐次送信している（ステップＳ７０）。アプリケーションサーバ５は、パケットを受信する度に、パケットに含まれるセンサデータ等や顧客のユーザＩＤ、顧客の注文データ等に基づいて、対応するテーブルに配膳されたか否か判断する（ステップＳ７２）。配膳されていない場合には、アプリケーションサーバ５は、対応するパケットを破棄する。
店内の各テーブルタグＴ３は、タグＩＤとセンサデータを含むパケットを、ユーザ端末４又はゲートウェイ装置２（ＧＷ）を経由してアプリケーションサーバ５に、逐次送信している（ステップＳ７０）。アプリケーションサーバ５は、パケットを受信する度に、パケットに含まれるセンサデータ等や顧客のユーザＩＤ、顧客の注文データ等に基づいて、対応するテーブルに配膳されたか否か判断する（ステップＳ７２）。配膳されていない場合には、アプリケーションサーバ５は、対応するパケットを破棄する。
【0100】
配膳イベントの後に、顧客のテーブルに食器が配膳されると、アプリケーションサーバ５は、テーブルタグＴ３から取得するセンサデータ等の変化に基づいて、食器が配膳されたと判断する（ステップＳ７２：ＹＥＳ）。次いで、アプリケーションサーバ５は、配膳されたと判断したテーブルのテーブルタグのタグＩＤと、着席検出がなされた椅子の椅子タグのタグＩＤとが、店舗レイアウトデータベース（図１９参照）において対応づけられているか否か確認する（ステップＳ７４）。アプリケーションサーバ５のステップＳ７４の確認結果を含む確認結果通知を店舗端末３に送信する（ステップＳ７６）。確認結果通知を受けて店舗端末３は、表示内容を更新する（ステップＳ７８）。
【0101】
本実施形態の店舗運営システム１Ｃによれば、テーブルタグＴ３のセンサデータ等を利用して、顧客が注文した飲食物が、対応するテーブルに配膳されたか否かを検証することができる。
【0102】
以上、本発明の情報処理装置、情報処理システム、および、プログラムの実施形態について説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更、上記の各実施形態の組み合わせが可能である。
【0103】
上述した実施形態では、ＩｏＴタグ（椅子タグＴ１、食器タグＴ２、テーブルタグＴ３）がセンサを内蔵して、センサデータを含むパケットを送信する場合について例示したが、その限りではない。上述した椅子や、食器、テーブル等に取り付けられているＩｏＴタグが、例えば取り付け対象物への荷重（若しくは重量）、取り付け対象物の動き、取り付け対象物の周囲温度等に応じて変化する波形の無線信号を送信し、例えば、ネットワークに接続されたタグ管理サーバや端末装置等が、ＩｏＴタグから送信される無線信号の波形を分析し、分析の結果、重量、動き、周囲温度等を検知し、例えばアプリケーションサーバ５等に提供してもよい。
また、タグ管理サーバは、各タグから送信されるパケットに含まれるタグＩＤの認証を行ってもよい。また、上述した実施形態では、位置特定システムが、食器タグＴ２のパケットを受信することで、食器タグＴ２の位置を特定していたが、椅子タグＴ１、食器タグＴ２、テーブルタグＴ３のセンサデータ等を受信して、アプリケーションサーバ５が各タグにおける所定の変化を検出してもよい。
また、タグ管理サーバは、各タグから送信されるパケットに含まれるタグＩＤの認証を行ってもよい。また、上述した実施形態では、位置特定システムが、食器タグＴ２のパケットを受信することで、食器タグＴ２の位置を特定していたが、椅子タグＴ１、食器タグＴ２、テーブルタグＴ３のセンサデータ等を受信して、アプリケーションサーバ５が各タグにおける所定の変化を検出してもよい。
【0104】
上述した実施形態では、例えば椅子の位置が固定されている例について記載したが、その限りではなく、椅子の位置が固定されていない場合についても適用可能である。椅子の位置が固定されない場合でも、例えば以下の方法でユーザＩＤと椅子の位置情報とを対応付けることができる。いずれの方法でも、椅子の位置情報は、対応するタグＩＤを含むパケットの受信信号に基づいて位置特定装置７等により特定される。
(i) ユーザ端末４の位置情報と、センサデータ等に所定の変化がある椅子タグのタグＩＤに対応する椅子の位置情報とを位置特定装置７等が特定し、ユーザ端末４の位置情報と当該椅子の位置情報とに基づいて、ユーザ端末４に対応するユーザＩＤと椅子の位置情報とを対応付ける。例えば、ユーザ端末４の位置情報が示す位置と、椅子の位置情報が示す位置とが所定距離内である場合、ユーザ端末４のユーザＩＤと椅子の位置情報とが対応付けられる。
(ii) ユーザ端末４の位置情報と、当該ユーザ端末４の位置から所定範囲内に設けられたゲートウェイ装置２から受信したタグＩＤのうちセンサデータ等に所定の変化があるタグＩＤに対応する椅子の位置情報とを位置特定装置７等が特定し、特定した位置情報に基づいて、ユーザ端末のユーザＩＤと椅子の位置情報とを対応付けてもよい。
(iii) 図１３に示したように、位置が特定済みの複数の椅子タグから送信されるパケットのユーザ端末４における受信信号のＲＳＳＩ値に基づいて、ユーザ端末４のユーザが着席する椅子の位置情報を特定してもよい。それによって、ユーザ端末４に対応するユーザＩＤと椅子の位置情報が対応付けられる。
(i) ユーザ端末４の位置情報と、センサデータ等に所定の変化がある椅子タグのタグＩＤに対応する椅子の位置情報とを位置特定装置７等が特定し、ユーザ端末４の位置情報と当該椅子の位置情報とに基づいて、ユーザ端末４に対応するユーザＩＤと椅子の位置情報とを対応付ける。例えば、ユーザ端末４の位置情報が示す位置と、椅子の位置情報が示す位置とが所定距離内である場合、ユーザ端末４のユーザＩＤと椅子の位置情報とが対応付けられる。
(ii) ユーザ端末４の位置情報と、当該ユーザ端末４の位置から所定範囲内に設けられたゲートウェイ装置２から受信したタグＩＤのうちセンサデータ等に所定の変化があるタグＩＤに対応する椅子の位置情報とを位置特定装置７等が特定し、特定した位置情報に基づいて、ユーザ端末のユーザＩＤと椅子の位置情報とを対応付けてもよい。
(iii) 図１３に示したように、位置が特定済みの複数の椅子タグから送信されるパケットのユーザ端末４における受信信号のＲＳＳＩ値に基づいて、ユーザ端末４のユーザが着席する椅子の位置情報を特定してもよい。それによって、ユーザ端末４に対応するユーザＩＤと椅子の位置情報が対応付けられる。
【符号の説明】
【0105】
１，１Ａ，１Ｂ，１Ｃ…店舗運営システム
Ｔ１…椅子タグ
Ｔ２…食器タグ
Ｔ３…テーブルタグ
１１…制御部
１１１…メモリ
１２…アンテナ
１３…ハーベスティング部
１３１…エネルギーストレージ
１４…電圧制御部
１５…ＲＦトランシーバ
１６…センサ
２…ゲートウェイ装置
３…店舗端末
３１…制御部
３２…ストレージ
３３…操作入力部
３４…表示部
３５…通信部
４…ユーザ端末
４１…制御部
４２…ストレージ
４３…操作入力部
４４…表示部
４５…第１通信部
４６…第２通信部
５…アプリケーションサーバ
５１…制御部
５２…ストレージ
５３…通信部
６…受信機
６１…電波受信部
６２…入射角算出部
６３…通信部
７…位置特定装置
７１…制御部
７２…通信部
１０１…店舗マップ
１０２…未配膳リスト
１０２ａ…未配膳オーダー
１０３…スクロールバー
１０４…配膳位置
ＮＷ…ネットワーク
ＴＷ１…食器
ＴＢ…テーブル
Ｔ１…椅子タグ
Ｔ２…食器タグ
Ｔ３…テーブルタグ
１１…制御部
１１１…メモリ
１２…アンテナ
１３…ハーベスティング部
１３１…エネルギーストレージ
１４…電圧制御部
１５…ＲＦトランシーバ
１６…センサ
２…ゲートウェイ装置
３…店舗端末
３１…制御部
３２…ストレージ
３３…操作入力部
３４…表示部
３５…通信部
４…ユーザ端末
４１…制御部
４２…ストレージ
４３…操作入力部
４４…表示部
４５…第１通信部
４６…第２通信部
５…アプリケーションサーバ
５１…制御部
５２…ストレージ
５３…通信部
６…受信機
６１…電波受信部
６２…入射角算出部
６３…通信部
７…位置特定装置
７１…制御部
７２…通信部
１０１…店舗マップ
１０２…未配膳リスト
１０２ａ…未配膳オーダー
１０３…スクロールバー
１０４…配膳位置
ＮＷ…ネットワーク
ＴＷ１…食器
ＴＢ…テーブル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】