JP2022001999A - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】より適切に店舗の座席の空き状況を認識する。【解決手段】情報処理装置は、取得部と、判断部と、を備える。取得部は、店舗等の施設に設置された秤等の計量器が計測したタイル等の計測対象の重さに関する情報を取得する。判断部は、計測対象の重さに関する情報に基づいて、施設の座席の空き状況を判断する。なお、判断部は、計量器が現在計測している計測対象の重さに基づいて、施設の空席数を算出する。また、判断部は、計測対象の重さの減少に応じて、施設の座席の使用を判断し、計測対象の重さの減少分に基づいて、使用中の席数を算出する。また、判断部は、計測対象の重さの増加に応じて、施設の座席が空いたと判断し、計測対象の重さの増加分に基づいて、空いた席数を算出する。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

飲食店等の店舗の座席の空き状況を検知する技術が開示されている。

特開２０１９−１４８９９２号公報

しかしながら、従来の技術では、人感センサやカメラ等で店舗の来店客エリアや座席、着席者等を直接検知する必要があり、大規模な店内設備が必要となる。また、座席や着席者を直接撮影等するのはプライバシーの観点から好ましくない。また、座席案内中であったり、来店客が座席を移動したり、手洗い等で一時的に離席したりすることもあり、空席数を正確に計測できない場合もあった。すなわち、コスト、セキュリティ、精度などの面で満足できるものではなかった。そのため、より適切に店舗の座席の空き状況を認識する技術が求められている。

本願は、上記に鑑みてなされたものであって、より適切に店舗の座席の空き状況を認識することを目的とする。

本願に係る情報処理装置は、施設に設置された計量器が計測した計測対象の重さに関する情報を取得する取得部と、前記計測対象の重さに関する情報に基づいて、施設の座席の空き状況を判断する判断部と、を備えることを特徴とする。

実施形態の一態様によれば、より適切に店舗の座席の空き状況を認識することができる。

図１は、実施形態に係る情報処理方法の概要を示す説明図である。 図２は、グループ（テーブル）単位でカウントする方法の概要を示す説明図である。 図３は、実施形態に係る情報処理システムの構成例を示す図である。 図４は、実施形態に係る情報処理装置の構成例を示す図である。 図５は、ユーザ情報データベースの一例を示す図である。 図６は、店舗情報データベースの一例を示す図である。 図７は、空席情報データベースの一例を示す図である。 図８は、実施形態に係る処理手順を示すフローチャートである。 図９は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法、および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法、および情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係る情報処理方法の概要を示す説明図である。なお、図１では、店舗に設置された秤（はかり）に乗せたタイルを来店客の来店時（入店時、座席案内時等）に取ることで座席の使用を認識し、そのタイルを退店時（会計時、決済時等）に秤に戻すことで座席の開放を認識する場合を例に挙げて説明する。

図１に示すように、情報処理システム１は、端末装置１０と情報提供装置１００と秤ＳＣを含む。端末装置１０と情報提供装置１００とは、それぞれネットワークＮ（図３参照）を介して有線又は無線で互いに通信可能に接続される。

端末装置１０は、ユーザＵにより利用されるスマートフォンやタブレット等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、ユーザから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。

情報提供装置１００は、秤ＳＣの上皿に乗せたタイルＴＬの増減に伴う重さの変化から座席の空き状況（空席状況）を判断する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。なお、情報提供装置１００は、検索サーバ２００の１つであってもよい。すなわち、情報提供装置１００も、コンテンツを検索する機能を提供する情報処理装置であってもよい。

秤ＳＣは、飲食店等の店舗（施設）に設けられた秤（はかり）であって、上皿にタイルＴＬが乗せられており、乗せられたタイルＴＬの重さ（質量）を情報提供装置１００に通知する。秤ＳＣは、例えば上皿はかりや電子はかり、電子天秤である。また、実際には、秤ＳＣは、天秤ばかりやばねばかりであってもよい。すなわち、秤ＳＣは、タイルＴＬの重さを計測可能な計量器であればよい。

ここで、タイルＴＬの重さとは、タイル１枚の重さではなく、秤の上皿に乗せられている全てのタイルの重さの総量（合計値）を指す。なお、タイルＴＬは、秤ＳＣが計測する計測対象の一例に過ぎない。実際には、タイルＴＬに相当するものであってもよい。例えば、タイルＴＬの代わりに、カードやメダル、コイン、ブロック、パネル、バー（棒状の物体）、小石等を使用してもよい。すなわち、タイルＴＬの形状や素材は任意である。

秤ＳＣがタイルＴＬの重さを情報提供装置１００に通知する方法としては、秤ＳＣ自身が通信機能により情報提供装置１００に通知してもよいし、秤ＳＣの近傍に設置されたカメラや端末装置等を用いて情報提供装置１００に通知してもよい。例えば、カメラにより秤ＳＣの上皿のタイルＴＬを撮像した画像や、カメラにより秤ＳＣの上皿のタイルＴＬの重さを示す数値（表示器、目盛り等）を撮像した画像を情報提供装置１００に通知してもよい。この場合、情報提供装置１００は、通知された画像を解析（画像解析）し、タイルＴＬの重さと座席の空き状況を判断する。また、秤ＳＣと無線通信等で連携した端末装置や通信機器等が、秤ＳＣの上皿のタイルＴＬの重さを情報提供装置１００に通知してもよい。あるいは、秤ＳＣの近傍にいる店員等（レジ担当者等）が、目視で秤ＳＣに示されたタイルＴＬの重さを確認して、情報提供装置１００と通信可能な端末装置や店舗端末等（図示省略）にタイルＴＬの重さを入力し、情報提供装置１００に通知してもよい。

また、秤ＳＣがタイルＴＬの重さを情報提供装置１００に通知するタイミングは、店舗の営業時間中であって、常時でもよいし、周期的（１０分おき等）でもよいし、タイルＴＬが取得／返却されて重さが変化した時でもよい。

〔１−１．個人単位でカウントする方法〕
例えば、図１に示すように、飲食店等の店舗の店員Ａは、来店客Ｃ１〜Ｃ３の来店時に、秤ＳＣから人数分のタイルＴＬを取得する（ステップＳ１）。

図１の例では、飲食店等の店舗の店員Ａは、秤ＳＣから来店客Ｃ１〜Ｃ３の人数分（３人分）のタイルＴＬを取得して、店舗内に設置された箱Ｂに移している。ここで、店員Ａは、店舗の関係者の一例に過ぎない。また、箱Ｂは、タイルＴＬの保管場所の一例に過ぎない。例えば、箱Ｂの代わりに、秤ＳＣとは別の皿や台等の上にタイルＴＬを置いてもよい。また、タイルＴＬは、客席のテーブルの上に置いてもよい。また、実際には、来店客Ｃ１〜Ｃ３のそれぞれが、来店時に、１人１枚ずつタイルＴＬを取得して退店時まで所持（保管）していてもよい。また、店員Ａは、自身が直接、秤ＳＣから来店客Ｃ１〜Ｃ３の人数分のタイルＴＬを取得してもよいし、来店客Ｃ１〜Ｃ３のそれぞれが秤ＳＣから取得したタイルＴＬを各自から受け取ってもよい。すなわち、来店客の人数分のタイルＴＬを取得しさえすれば、実際には、誰がタイルＴＬを取得してもよい。なお、当該店舗の座席は、相席可能であるものとする。

そして、情報提供装置１００は、秤ＳＣから、重さの変化に関する情報を取得する（ステップＳ２）。

そして、情報提供装置１００は、重さの変化に関する情報から、店舗の座席の空き状況を判断する（ステップＳ３）。

ここでは、情報提供装置１００は、タイルＴＬの減少による重さの変化量（減少分）に基づいて、来店客Ｃ１〜Ｃ３の入店及び着席を認識する。例えば、秤ＳＣの上皿に乗せたタイルＴＬの総質量（最大値：最大枚数の重さ）から３枚分（３人分）の重さだけ減少している場合、来店客が３人であり、座席が３つ使用されていると判断する。また、情報提供装置１００は、秤ＳＣの上皿に乗せたタイルＴＬの現在の重さの分だけ、座席やテーブルが空いていると判断する。すなわち、情報提供装置１００は、タイルＴＬの重さに基づいて、現在の空席数（残りの席数）や着席数（使用中の席数）を算出する。

そして、情報提供装置１００は、当該店舗への訪問（来店）を希望するユーザＵの端末装置１０から、現在の当該店舗の座席の空き状況の問合せを受け付ける（ステップＳ４）。

なお、ユーザＵは、任意のタイミングで、端末装置１０を用いて、情報提供装置１００に対して現在の当該店舗の座席の空き状況の問合せを行うことができる。

そして、情報提供装置１００は、ユーザＵの端末装置１０からの問合せに対して、現在の当該店舗の座席の空き状況を回答する（ステップＳ５）。

これにより、当該店舗への訪問を希望するユーザＵは、現在の当該店舗の座席の空き状況に応じて、当該店舗へ訪問するか否かを決めることができる。ユーザＵは、当該店舗へ訪問した場合、来店客Ｃ１〜Ｃ３と同様に、秤ＳＣの上皿に乗せたタイルＴＬを取得する。

そして、当該店舗の店員Ａは、来店客Ｃ１〜Ｃ３の退店時に、元の秤ＳＣへタイルＴＬを返却する（ステップＳ６）。

図１の例では、当該店舗の店員Ａは、来店客Ｃ１〜Ｃ３の人数分のタイルＴＬを店舗内に設置された箱Ｂから取り出して、元の秤ＳＣへ戻している。また、実際には、来店客Ｃ１〜Ｃ３のそれぞれが、退店時に、１人１枚ずつ所持しているタイルＴＬを元の秤ＳＣへ戻してもよい。また、店員Ａは、自身が直接、来店客Ｃ１〜Ｃ３の人数分のタイルＴＬを秤ＳＣへ戻してもよいし、来店客Ｃ１〜Ｃ３のそれぞれから取得したタイルＴＬを秤ＳＣへ戻してもよい。すなわち、退店する来店客の人数分のタイルＴＬを秤ＳＣへ戻しさえすれば、実際には、誰がタイルＴＬを秤ＳＣへ戻してもよい。

そして、情報提供装置１００は、秤ＳＣから、重さの変化に関する情報を取得する（ステップＳ７）。

そして、情報提供装置１００は、重さの変化に関する情報から、店舗の座席の空き状況を判断する（ステップＳ８）。

ここでは、情報提供装置１００は、タイルＴＬの増加による重さの変化量（増加分）に基づいて、来店客Ｃ１〜Ｃ３の離席及び退店を認識する。例えば、秤ＳＣの上皿に乗せたタイルＴＬの総質量が３枚分（３人分）の重さだけ増加している場合、３人の来店客が退席し、座席が３つ空いたと判断する。また、情報提供装置１００は、秤ＳＣの上皿に乗せたタイルＴＬの現在の重さの分だけ、座席やテーブルが空いていると判断する。すなわち、情報提供装置１００は、タイルＴＬの重さに基づいて、現在の空席数や着席数を算出する。

そして、情報提供装置１００は、当該店舗への訪問を希望するユーザＵの端末装置１０から、現在の当該店舗の座席の空き状況の問合せを受け付ける（ステップＳ９）。

そして、情報提供装置１００は、ユーザＵの端末装置１０からの問合せに対して、現在の当該店舗の座席の空き状況を回答する（ステップＳ１０）。

〔１−２．グループ（テーブル）単位でカウントする方法〕
次に、図２を参照し、グループ（テーブル）単位でカウントする方法の概要について説明する。図２は、グループ（テーブル）単位でカウントする方法の概要を示す説明図である。

例えば、図２に示すように、飲食店等の店舗の来店客Ｃ１〜Ｃ３が一団のグループＧである場合、飲食店等の店舗の店員Ａは、グループＧの来店時に、秤ＳＣからグループＧの人数に応じたテーブルを示すタイルＴＬを取得する（ステップＳ１１）。

図２の例では、飲食店等の店舗の店員Ａは、秤ＳＣからグループＧ（来店客Ｃ１〜Ｃ３）の人数（３人）に応じたテーブルを示すタイルＴＬを取得して、店舗内に設置された箱Ｂに移している。例えば、グループＧ（来店客Ｃ１〜Ｃ３）が４名テーブル（４人席）を使用する場合、飲食店等の店舗の店員Ａは、４名テーブル（４人席）を示すタイルＴＬを取得する。すなわち、グループＧが実際に使用するテーブルの種類を示すタイルＴＬを取得する。この方法は、飲食店の個室（半個室も含む）のように、相席が困難な店舗の座席の空き状況を確認する場合に適している。

なお、テーブルの種類に応じて、タイルＴＬの種類を分けてもよい。例えば、カウンター（１人席）、２名テーブル（２人席）、４名テーブル（４人席）のそれぞれに応じたタイルＴＬを用意し、４人席を使用する場合には、４人席を示すタイルＴＬを取得する。

このとき、テーブルの種類ごとに、タイルＴＬの重さは異なるものとする。例えば、１人席は「１ｇ」、２人席は「１０ｇ」、４人席は「１００ｇ」等のようにすれば、テーブルの種類ごとに９卓まで識別することができる。

また、テーブルの種類ごとに秤ＳＣを分けてもよい。すなわち、複数の秤ＳＣを設置してもよい。例えば、カウンター（１人席）、２名テーブル（２人席）、４名テーブル（４人席）のそれぞれに対応する秤ＳＣを用意し、４人席を使用する場合には、４人席に対応する秤ＳＣから、タイルＴＬを取得する。

このとき、グループＧが大人数であり、一団のグループＧが２卓以上のテーブルに分かれて座らなければならない場合には、飲食店等の店舗の店員Ａは、実際に使用するそれぞれのテーブルの種類を示すタイルＴＬを取得する。

なお、実際には、グループＧ（来店客Ｃ１〜Ｃ３）の来店時に、グループＧの代表者（又は各テーブルの代表者）が、実際に使用するテーブルを示すタイルＴＬを取得して退店時まで所持していてもよい。また、店員Ａは、自身が直接、秤ＳＣから実際に使用するテーブルを示すタイルＴＬを取得してもよいし、グループＧの代表者（又は各テーブルの代表者）が秤ＳＣから取得したタイルＴＬを当該代表者から受け取ってもよい。すなわち、実際に使用するテーブルを示すタイルＴＬを取得しさえすれば、実際には、誰がタイルＴＬを取得してもよい。

そして、情報提供装置１００は、秤ＳＣから、重さの変化に関する情報を取得する（ステップＳ１２）。

そして、情報提供装置１００は、重さの変化に関する情報から、店舗の座席の空き状況を判断する（ステップＳ１３）。

ここでは、情報提供装置１００は、タイルＴＬの減少による重さの変化量（減少分）に基づいて、来店客Ｃ１〜Ｃ３の入店及び着席を認識する。例えば、秤ＳＣの上皿に乗せたタイルＴＬの総質量から４人席の１卓分のタイルＴＬの重さだけ減少している場合、４人席が１つ使用されていると判断する。また、情報提供装置１００は、秤ＳＣの上皿に乗せたタイルＴＬの現在の重さの分だけ、座席やテーブルが空いていると判断する。すなわち、情報提供装置１００は、タイルＴＬの重さに基づいて、現在の空席数や着席数を算出する。

そして、情報提供装置１００は、当該店舗への訪問（来店）を希望するユーザＵの端末装置１０から、現在の当該店舗の座席の空き状況の問合せを受け付ける（ステップＳ１４）。

そして、情報提供装置１００は、ユーザＵの端末装置１０からの問合せに対して、現在の当該店舗の座席の空き状況を回答する（ステップＳ１５）。

これにより、当該店舗への訪問を希望するユーザＵは、現在の当該店舗の座席の空き状況に応じて、当該店舗へ訪問するか否かを決めることができる。当該店舗の店員Ａは、ユーザＵが当該店舗へ訪問した場合、グループＧ（来店客Ｃ１〜Ｃ３）の場合と同様に、秤ＳＣから、ユーザＵ本人及び同行者が実際に使用するテーブルの種類を示すタイルＴＬを取得して、店舗内に設置された箱Ｂに移す。また、当該店舗の店員Ａは、来店客の入店後に、使用するテーブルを変更（座席を移動）する場合には、変更後のテーブルの種類を示すタイルＴＬに交換するものとする。

なお、ユーザＵが１人である（同行者がいない）場合であっても、当該ユーザＵが４人席に座る場合には、４人席を示すタイルＴＬを取得する。また、１人のユーザＵが２人分の席を占拠する場合には、使用する座席に応じて２人分の席（１人席×２枚、２人席×１枚等）のタイルＴＬを取得する。

そして、当該店舗の店員Ａは、グループＧ（来店客Ｃ１〜Ｃ３）の退店時に、元の秤ＳＣへタイルＴＬを返却する（ステップＳ１６）。

図２の例では、当該店舗の店員Ａは、グループＧ（来店客Ｃ１〜Ｃ３）が実際に使用していたテーブルを示すタイルＴＬを店舗内に設置された箱Ｂから取り出して、元の秤ＳＣへ戻している。また、実際には、グループＧの代表者（又は各テーブルの代表者）が、退店時に、所持しているタイルＴＬを元の秤ＳＣへ戻してもよい。また、店員Ａは、自身が直接、グループＧ（来店客Ｃ１〜Ｃ３）が実際に使用していたテーブルを示すタイルＴＬを秤ＳＣへ戻してもよいし、グループＧの代表者（又は各テーブルの代表者）から取得したタイルＴＬを秤ＳＣへ戻してもよい。すなわち、退店する来店客のグループが実際に使用していたテーブルを示すタイルＴＬを秤ＳＣへ戻しさえすれば、実際には、誰がタイルＴＬを秤ＳＣへ戻してもよい。

そして、情報提供装置１００は、秤ＳＣから、重さの変化に関する情報を取得する（ステップＳ１７）。

そして、情報提供装置１００は、重さの変化に関する情報から、店舗の座席の空き状況を判断する（ステップＳ１８）。

ここでは、情報提供装置１００は、タイルＴＬの増加による重さの変化量（増加分）に基づいて、来店客Ｃ１〜Ｃ３の離席及び退店を認識する。例えば、例えば、秤ＳＣの上皿に乗せたタイルＴＬの総質量が４人席の１卓分のタイルＴＬの重さだけ増加している場合、４人席が１つ空いたと判断する。また、情報提供装置１００は、秤ＳＣの上皿に乗せたタイルＴＬの現在の重さの分だけ、座席やテーブルが空いていると判断する。すなわち、情報提供装置１００は、タイルＴＬの重さに基づいて、現在の空席数や着席数を算出する。

そして、情報提供装置１００は、当該店舗への訪問を希望するユーザＵの端末装置１０から、現在の当該店舗の座席の空き状況の問合せを受け付ける（ステップＳ１９）。

そして、情報提供装置１００は、ユーザＵの端末装置１０からの問合せに対して、現在の当該店舗の座席の空き状況を回答する（ステップＳ２０）。

〔１−３．タイルの枚数を一意に決定する方法〕
ここで、タイルの枚数を一意に決定する方法の一例について説明する。

具体的には、重さａ，ｂのタイルがあった場合、重さａ，ｂが互いに素で、合計の重さがａ×ｂ未満の重さであれば、各タイルが取得されている枚数は一意に決まる（すなわち、同一の重さを実現するタイルの組み合わせが複数存在しない）。

例えば、タイルの重さが５ｇと７ｇであれば、合計の重さが３４ｇ（＝５＊７−１）までは、枚数が一意に決まる。例えば、合計の重さが３４ｇの場合（３４＝５＊４＋７＊２）、重さ５ｇのタイルは４枚、重さ７ｇのタイルは２枚に決まる。そこで、情報提供装置１００は、互いに素な重さの２種類のタイルについて、上述した処理を実行することで、取得された各タイルの枚数を推定する。なお、合計の重さが３５ｇとなると、重さ５ｇのタイルが７枚の場合と、重さ７ｇのタイルが５枚の場合とがあり得るため、枚数は一意に決められない。このため、情報提供装置１００は、取得されたタイルの重さの合計が、各種類のタイルの重さの積以上となる場合は、例えば、エラーを提供したりすればよい。

以下、上述した条件についてより詳細に説明する。例えば、２種類の重さａ，ｂのタイルがあって、合計の重さがｃの時、それぞれのタイルの枚数の組み合わせが一意に決まる（あるいは組み合わせが存在しない）ｃの条件は以下の通りである。
・ａとｂが互いに素な数の時は、ｃは最小公倍数−１（＝ａ×ｂ−１）以下
・ａとｂが互いに素ではない数の時は、ａとｂを最大公約数ｄで割ったものをａ’，ｂ’としたとき、ｃは（ａ‘×ｂ’−１）×ｄ以下

このようなｃの条件は、ｍ，ｎ，ａ，ｂ，ｃはそれぞれ０以上の整数で、ａとｂは互いに素（最大公約数が１）で、「ｍ＊ａ＋ｎ＊ｂ＝ｃ」とした場合、ｃがａとｂの最小公倍数より小さければ、ｍ，ｎは一意に決まる（あるいは存在しない）こと（以下、「成立条件」と記載する。）を示すことで得られる。ここで、ｍ，ｎはタイルの枚数を示す。ａ，ｂ，ｃについては上記の通りである。

以下、上述した成立条件を背理法で証明する。例えば、上述した成立条件を満たすｍ，ｎが２通りあるとする。仮に、２通りのうち、一方をｍ，ｎとし、他方をｐ，ｑとする。このとき、「ｍ＊ａ＋ｎ＊ｂ＝ｐ＊ａ＋ｑ＊ｂ」と表せる。かかる式を変形すると、「（ｍ−ｐ）＊ａ＝（ｑ−ｎ）＊ｂ」と表せる。続いて、両辺が正になる様に変形する。例えば、ｐ＞ｍであれば、両辺の負号をとればよい。ここで、ａとｂは互いに素で、ｍ≠ｐなので、ｍ−ｐはｂを約数に持つ必要がある。よって、「ｍ−ｐ≧ｂ」、「ｍ≧ｂ＋ｐ」となる。しかしながら、この式を元の式に代入すると、「ｃ＝ｍ＊ａ＋ｎ＊ｂ≧（ｂ＋ｐ）＊ａ＋ｎ＊ｂ＞ａ＊ｂ」となるので、ｃはａとｂの最小公倍数より大きくなり、最初の仮定に矛盾する。よって、ｍ，ｎは２通りで表すことはできない。このように、ｃがａとｂの最小公倍数より小さければ、ｍ，ｎは一意に決まるか、存在しないこととなる。

また、別のパターンとして、重さａ，ｂのタイルがあった場合で、重さａ，ｂが互いに素で、合計の重さがａ×ｂ以上の重さであっても、枚数が決められる事例（ケース）もある。例えば、１ｇと１０ｇのタイルがあって、合計の重さが１１ｇである場合、「１ｇのタイルに対応するテーブルが１１卓もなければ」、１ｇのタイルと１０ｇのタイルが１枚ずつに決まる。すなわち、店舗内に実際に存在するテーブルの数から、テーブルに対応するタイルの枚数を特定することができる。

〔２．情報処理システムの構成例〕
次に、図３を用いて、実施形態に係る情報提供装置１００が含まれる情報処理システム１の構成について説明する。図３は、実施形態に係る情報処理システム１の構成例を示す図である。図３に示すように、実施形態に係る情報処理システム１は、端末装置１０と情報提供装置１００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。

また、図３に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図３では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。

端末装置１０は、ユーザＵによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォンやタブレット端末等のスマートデバイス、フィーチャーフォン、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、情報提供装置１００と通信することができる。

情報提供装置１００は、例えばＰＣやサーバ装置、あるいはメインフレーム又はワークステーション等である。なお、情報提供装置１００は、クラウドコンピューティングにより実現されてもよい。

〔３．情報処理装置の構成例〕
次に、図４を用いて、実施形態に係る情報提供装置１００の構成について説明する。図４は、実施形態に係る情報提供装置１００の構成例を示す図である。図４に示すように、情報提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図３参照）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１２０は、ユーザ情報データベース１２１と、店舗情報データベース１２２と、空席情報データベース１２３とを有する。

（ユーザ情報データベース１２１）
ユーザ情報データベース１２１は、ユーザＵに関する各種情報を記憶する。例えば、ユーザ情報データベース１２１は、ユーザＵの属性等の種々の情報を記憶する。図５は、ユーザ情報データベース１２１の一例を示す図である。図５に示した例では、ユーザ情報データベース１２１は、「ユーザＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報を示す。また、「年齢」は、ユーザＩＤにより識別されるユーザＵの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザＵの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザＵの性別を示す。

また、「自宅」は、ユーザＩＤにより識別されるユーザＵの自宅の位置情報を示す。なお、図５に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、ユーザＩＤにより識別されるユーザＵの勤務地（学生の場合には学校）の位置情報を示す。なお、図５に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、ユーザＩＤにより識別されるユーザＵの興味を示す。すなわち、「興味」は、ユーザＩＤにより識別されるユーザＵが関心の高い対象を示す。なお、図５に示す例では、「興味」は、各ユーザＵに１つずつ図示するが、複数であってもよい。

例えば、図５に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、自宅が「ＬＣ１１」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、勤務地が「ＬＣ１２」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、「スポーツ」に興味があることを示す。

ここで、図５に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、ユーザ情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報データベース１２１は、ユーザＵの端末装置１０に関する各種情報を記憶してもよい。また、ユーザ情報データベース１２１は、ユーザＵのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、ユーザ情報データベース１２１は、氏名、家族構成、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（店舗情報データベース１２２）
店舗情報データベース１２２は、飲食店等の店舗に関する各種情報を記憶する。図６は、店舗情報データベース１２２の一例を示す図である。図６に示した例では、店舗情報データベース１２２は、「店舗ＩＤ」、「カテゴリ」、「所在地」、「営業時間」、「座席数」、「連絡先」といった項目を有する。

「店舗ＩＤ」は、店舗を識別するための識別情報を示す。例えば、「店舗ＩＤ」は、個々の店舗の名称であってもよいし、店舗番号であってもよい。なお、店舗の名称は、「グループ名（チェーン名）＋地域名」等であってもよい。

また、「カテゴリ」は、店舗の種別に関する情報を示す。例えば、「カテゴリ」は、レストランや居酒屋といった業務内容や、フレンチやイタリアンといった料理ジャンル等に関する情報であってもよい。

また、「所在地」は、店舗の所在している場所を示す。例えば、「所在地」は、位置情報であってもよいし、住所等であってもよい。また、「所在地」は、店舗が所在している建物の名称や、その建物のフロア（階）を示す情報を含んでいてもよい。また、「所在地」は、地図上での位置を示す情報であってもよい。また、「所在地」は、店舗までの交通手段や最寄駅、店舗までの経路案内に関する情報を含んでいてもよい。

また、「営業時間」は、店舗が営業している時間帯を示す。例えば、「営業時間」は、平日／土日祝日といった曜日や祝日に関する情報とともに、それぞれの日の開店から閉店までの時間帯（７：００〜２１：００、１７：００〜２３：００等）を示す。また、「営業時間」は、店舗の定休日に関する情報を記憶していてもよい。

また、「座席数」は、店舗内において来店客が利用可能な座席やテーブル等の総数を示す。

また、「連絡先」は、店舗の電話番号やメールアドレス等の連絡先情報を示す。なお、「連絡先」は、店舗の予約・問合せ用のＷｅｂページのＵＲＬ（Uniform Resource Locator）や、ＳＮＳ（Social Networking Service）等であってもよい。

例えば、図６に示す例において、店舗ＩＤ「店舗＃１」により識別される店舗は、「カテゴリ＃１」に属する店舗であり、「所在地＃１」に所在し、「営業時間＃１」の間に営業しており、座席やテーブルの数は「座席数＃１」であり、「連絡先＃１」にて店舗への問合せや予約を行うことができることを示す。

なお、店舗情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、店舗情報データベース１２２は、予約や貸切の可否に関する情報や、個室の有無、最大予約可能人数に関する情報を記憶してもよい。また、店舗情報データベース１２２は、駐車場の有無や、喫煙の可否、子供連れの可否に関する情報を記憶してもよい。

（空席情報データベース１２３）
空席情報データベース１２３は、店舗の空席状況に関する各種情報を記憶する。図７は、空席情報データベース１２３の一例を示す図である。図７に示した例では、空席情報データベース１２３は、「店舗ＩＤ」、「秤ＩＤ」、「総質量」、「現在の重さ」、「空席数」といった項目を有する。

「店舗ＩＤ」は、店舗を識別するための識別情報を示す。例えば、「店舗ＩＤ」は、個々の店舗の名称であってもよいし、店舗番号であってもよい。なお、店舗の名称は、「グループ名（チェーン名）＋地域名」等であってもよい。

また、「秤ＩＤ」は、店舗に設置された秤（はかり）を識別するための識別情報を示す。なお、「秤ＩＤ」は、複数であってもよい。例えば、１つの店舗において、カウンター（１人席）、２名テーブル（２人席）、４名テーブル（４人席）のそれぞれに対応する秤が存在する場合、それぞれの秤を識別するための識別情報を記憶してもよい。また、「秤ＩＤ」は、座席やテーブル等の種類を識別するための情報が含まれていてもよい。また、「秤ＩＤ」は、秤（又は当該秤と連携する端末装置や通信機器等）が通信に使用するＩＰアドレス情報（又はドメイン名等）であってもよい。

また、「総質量」は、店舗に設置された秤の上皿に、座席数に応じた全てのタイルを乗せたときのタイルの重さの合計値を示す。すなわち、その店舗で秤の上皿に乗せられるタイルの最大枚数の重さであり、秤で計測されるタイルの重さの最大値でもある。

また、「現在の重さ」は、現在、秤の上皿に乗せられているタイルの重さの合計値を示す。なお、「現在の重さ」の最大値は、上記の「総質量」である。

また、「空席数」は、現在、店舗内において来店客が利用可能な席数を示す。例えば、「空席数」は、「現在の重さ」に応じた座席やテーブル等の数を示す。すなわち、「空席数」は、秤の上皿に乗せられているタイルの枚数と、個々のタイルの重さとに基づいて算出される。

例えば、図７に示す例において、店舗ＩＤ「店舗＃１」により識別される店舗には、秤ＩＤ「秤＃１１」により識別される秤が設置されており、秤の上皿に乗せられる全てのタイルの合計の重さは「総質量＃１１」であり、現在の重さは「重さ＃１１」であり、空席数は「空席数＃１１」であることを示す。

なお、空席情報データベース１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、空席情報データベース１２３は、現在使用中の座席やテーブル等の数に関する情報を記憶してもよい。また、空席情報データベース１２３は、タイルの重さが変化した時間（日時、時刻等）に関する情報を記憶してもよい。このとき、空席情報データベース１２３は、タイルの重さが変化した時間と、タイルの重さの変化量（増減した重さ）とを紐づけて記憶してもよい。また、空席情報データベース１２３は、タイルを識別するための識別情報（例えば、タイルＩＤ）を記憶してもよい。個々のタイル（タイル１枚ごと）の重さが異なる場合には、個々のタイルの重さを、タイルを識別するための識別情報としてもよい。

（制御部１３０）
図４に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、情報提供装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図４に示す例では、制御部１３０は、取得部１３１と、紐付部１３２と、判断部１３３と、受付部１３４と、提供部１３５とを有する。

（取得部１３１）
取得部１３１は、飲食店等の店舗に設けられた秤ＳＣから、秤ＳＣの上皿に乗せたタイルＴＬの重さに関する情報を取得する。すなわち、取得部１３１は、店舗（施設）に設置された秤ＳＣが計測したタイルＴＬ（計測対象）の重さに関する情報を取得する。

また、取得部１３１は、ユーザＵに関する各種情報を取得し、記憶部１２０のユーザ情報データベース１２１に記憶する。

また、取得部１３１は、店舗に関する各種情報を取得し、記憶部１２０の店舗情報データベース１２２に記憶する。

（紐付部１３２）
紐付部１３２は、飲食店等の店舗に関する情報と、当該店舗に設けられた秤ＳＣに関する情報と、秤ＳＣの上皿に乗せたタイルＴＬの重さに関する情報とを紐付け、記憶部１２０の空席情報データベース１２３に記憶する。

（判断部１３３）
判断部１３３は、タイルＴＬの重さに関する情報に基づいて、店舗の座席の空き状況を判断する。なお、判断部１３３は、秤ＳＣが現在計測しているタイルＴＬの重さに基づいて、現在の空席数を算出する。

また、判断部１３３は、タイルＴＬの重さの減少に応じて、店舗の座席の使用を判断し、タイルＴＬの重さの減少分に基づいて、使用中の席数を算出する。

また、判断部１３３は、タイルＴＬの重さの増加に応じて、店舗の座席が空いたと判断し、タイルＴＬの重さの増加分に基づいて、空いた席数を算出する。

（受付部１３４）
受付部１３４は、当該店舗への訪問（来店）を希望するユーザＵの端末装置１０から、現在の当該店舗の座席の空き状況の問合せを受け付ける。

（提供部１３５）
提供部１３５は、ユーザＵの端末装置１０に対して、店舗の座席の空き状況に関する情報を提供する。すなわち、提供部１３５は、ユーザＵの端末装置１０からの問合せに対して、店舗の座席の空き状況を回答する。

〔４．処理手順〕
次に、図８を用いて実施形態に係る情報提供装置１００による処理手順について説明する。図８は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、情報提供装置１００の制御部１３０によって繰り返し実行される。

例えば、情報提供装置１００は、ネットワークＮ（図２参照）を介して、飲食店等の店舗に設けられた秤ＳＣが計測したタイルＴＬの重さに関する情報を取得する（ステップＳ１０１）。

なお、情報提供装置１００がタイルＴＬの重さに関する情報を取得するタイミングは、店舗の営業時間中であって、常時でもよいし、周期的（１０分おき等）でもよいし、タイルＴＬが取得／返却されて重さが変化した時でもよい。また、情報提供装置１００は、取得したタイルＴＬの重さに関する情報を記憶する。

そして、情報提供装置１００は、タイルＴＬの重さに関する情報に基づいて、店舗の座席の空き状況を判断する（ステップＳ１０２）。

例えば、情報提供装置１００は、秤ＳＣが現在計測しているタイルＴＬの重さに基づいて、現在の空席数を算出する。

そして、情報提供装置１００は、秤ＳＣが計測しているタイルＴＬの重さが変化したか否かを判断する（ステップＳ１０３）。

情報提供装置１００は、秤ＳＣが計測しているタイルＴＬの重さが変化していない場合（ステップＳ１０３；Ｎｏ）、現在の空席数が維持されていると判断する（ステップＳ１０４）。

情報提供装置１００は、秤ＳＣが計測しているタイルＴＬの重さが変化した場合（ステップＳ１０３；Ｙｅｓ）、重さの変化に応じた空席数の変化を判断する（ステップＳ１０５）。

例えば、情報提供装置１００は、タイルＴＬの重さの減少に応じて店舗の座席の使用を判断し、タイルＴＬの重さの減少分に基づいて使用中の席数を算出する。

また、情報提供装置１００は、タイルＴＬの重さの増加に応じて、店舗の座席が空いたと判断し、タイルＴＬの重さの増加分に基づいて、空いた席数を算出する。

そして、情報提供装置１００は、当該店舗への訪問（来店）を希望するユーザＵの端末装置１０から、現在の当該店舗の座席の空き状況の問合せを受け付ける（ステップＳ１０６）。

なお、ユーザＵは、任意のタイミングで、端末装置１０を用いて、情報提供装置１００に対して現在の当該店舗の座席の空き状況の問合せを行うことができる。

そして、情報提供装置１００は、ユーザＵの端末装置１０からの問合せに対して、店舗の座席の空き状況を回答する（ステップＳ１０７）。

そして、情報提供装置１００は、ユーザＵが当該店舗へ訪問（来店）したか否かを判断する（ステップＳ１０８）。

情報提供装置１００は、ユーザＵが当該店舗へ訪問（来店）した場合（ステップＳ１０８；Ｙｅｓ）、ネットワークＮ（図２参照）を介して、飲食店等の店舗に設けられた秤ＳＣが計測したタイルＴＬの重さに関する情報を取得する（ステップＳ１０１に戻る）。

なお、ユーザＵが当該店舗へ訪問（来店）したか否かについては、秤ＳＣが計測しているタイルＴＬの重さの変化により判断してもよい。例えば、情報提供装置１００は、店舗に設けられた秤ＳＣが計測したタイルＴＬの重さに関する情報を取得し、秤ＳＣが計測しているタイルＴＬの重さが変化（減少）していれば、ユーザＵが当該店舗へ訪問（来店）したと判断するようにしてもよい。

情報提供装置１００は、ユーザＵが当該店舗へ訪問（来店）しない場合（ステップＳ１０８；Ｎｏ）、一連の処理を終了する。

〔５．変形例〕
上述した端末装置１０および情報提供装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記実施形態において、情報提供装置１００は、秤ＳＣの上皿に乗せられたタイルＴＬの重さの変化によって店舗の座席の空き状況を判断しているが、さらに座席やテーブルごとに重さを変えることで、タイルＴＬに対応する座席やテーブルを特定するようにしてもよい。このとき、複数のタイルＴＬの重さの合計値が、他のタイルＴＬの重さと等しくならないようにする。例えば、３以上の素数の重さとする。すなわち、タイルＴＬの重さは、相互に素な重さである。

また、上記実施形態において、情報提供装置１００は、秤ＳＣの上皿に乗せられたタイルＴＬの重さの変化によって店舗の座席の空き状況を判断しているが、さらにタイルＴＬの画像によって店舗の座席の空き状況を判断するようにしてもよい。

例えば、タイルＴＬの表面に座席番号やテーブル番号を表記し、あるいはタイルＴＬの形状や色彩の違いによって個々の座席やテーブルを表現し、秤ＳＣの上皿に乗せられたタイルＴＬの画像を情報提供装置１００に送信する。情報提供装置１００は、画像を解析して、秤ＳＣの上皿に乗せられたタイルＴＬに対応する座席やテーブルが空いていると判断してもよい。また、秤ＳＣの上皿に乗せられていないタイルＴＬ（画像に含まれていないタイルＴＬ）に対応する座席やテーブルが使用中であると判断するようにしてもよい。

また、上記実施形態において、タイルＴＬにＩＣタグを埋め込み（又は付着させ）、そのＩＣタグに個々の座席やテーブルを示す情報を記憶してもよい。そして、秤ＳＣにそのＩＣタグの読取装置を設け、情報提供装置１００に対して、重さの変化とともにＩＣタグから読み出した個々の座席やテーブルを示す情報を通知するようにしてもよい。なお、ＩＣタグの代わりに、ＱＲコード（登録商標）等の二次元コードを使用してもよい。

また、上記実施形態において、タイルＴＬは、居酒屋の下駄箱で用いられる木札の鍵（又はそれに類するもの）であってもよい。

また、上記実施形態において、飲食店等の店舗を例に説明しているが、実際には、座席が存在する空間であればよい。例えば、フリーアドレスオフィスや会議室の座席の空き状況を判断することもできる。また、複数人が搭乗可能な移動体（車両、船舶、航空機等）の座席の空き状況を判断することもできる。

また、上記実施形態において、情報提供装置１００は、秤ＳＣの上皿に乗せられたタイルＴＬの重さの変化によって、飲食店等の店舗の座席の空き状況に限らず、座席がない（立席のみの）ライブハウスやイベント会場等の特定の建物や場所の混雑状況を判断してもよい。なお、特定の場所は、屋内外を問わない。例えば、特定の建物や場所の入退場ゲート付近に秤ＳＣを設置し、来場者の来場時に、スタッフ（店員Ａに相当）等が秤ＳＣから来場者の人数分のタイルを取得して秤の近くに設置された箱Ｂに格納し、来場者の退場時に箱Ｂから来場者の人数分のタイルを取り出して秤ＳＣに返却することで、どれだけの人数が入場しているか認識することができる。なお、実際には、来場者本人が来場時に秤ＳＣからタイルＴＬを取得して退場時まで所持し、退場時に所持しているタイルＴＬを秤ＳＣに返却するようにしてもよい。

また、上記実施形態において、座席数が多くて１つの秤ＳＣの上皿に全てのタイルＴＬが乗り切らない場合には、複数の秤ＳＣの上皿に分散して乗せてもよい。この場合、計測されるタイルＴＬの重さは、複数の秤ＳＣの上皿に乗せられた全てのタイルＴＬの重さである。

また、上記実施形態において、座席の「未使用」（空席）を示す第１の秤ＳＣと、座席の「使用中」を示す第２の秤ＳＣとの２種類の秤ＳＣを用意し、来店客の来店／退店に応じて、それぞれの秤ＳＣの間でタイルＴＬを移し替えるようにしてもよい。例えば、来店客が１人来店した場合、店員Ａが、座席の「未使用」（空席）を示す第１の秤ＳＣの上皿から１人分のタイルＴＬを取って、座席の「使用中」を示す第２の秤ＳＣの上皿に当該１人分のタイルＴＬを乗せるようにしてもよい。

なお、情報提供装置１００は、ユーザＵの端末装置１０内の一機能として実装されてもよい。例えば、情報提供装置１００は、ユーザＵの端末装置１０のうちの一台であってもよい。また、ユーザＵの端末装置１０として、情報提供装置１００を直接操作してもよい。すなわち、端末装置１０と情報提供装置１００とは、同一の装置であってもよい。

〔６．効果〕
上述してきたように、本願に係る情報提供装置１００は、取得部１３１と、判断部１３３と、を備える。取得部１３１は、店舗等の施設に設置された秤ＳＣ等の計量器が計測したタイルＴＬ等の計測対象の重さに関する情報を取得する。判断部１３３は、計測対象の重さに関する情報に基づいて、施設の座席の空き状況を判断する。なお、判断部１３３は、秤ＳＣが現在計測している計測対象の重さに基づいて、施設の空席数を算出する。また、判断部１３３は、計測対象の重さの減少に応じて、施設の座席の使用を判断し、計測対象の重さの減少分に基づいて、使用中の席数を算出する。また、判断部１３３は、計測対象の重さの増加に応じて、施設の座席が空いたと判断し、計測対象の重さの増加分に基づいて、空いた席数を算出する。

このようにすることで、より適切に店舗の座席の空き状況を認識することができる。

例えば、来店客案内カウンター（レジなど）に、Ｂｌｕｅｔｏｏｔｈ（登録商標）などでネットワークにつながれた秤（基本的には一つ）を用意する。そして、テーブルや人数に対応したタイル（ドミノの牌みたいなもの）を用意し、これを秤の上に置く。そして、来店客の来店時に来店客（もしくは店員）がタイルを秤から取って保管用の箱の中に置き、退店時に来店客（もしくは店員）が箱の中からタイルを取り出して秤に戻す。このとき、タイルの重さをＢｌｕｅｔｏｏｔｈ（登録商標）などで端末装置などに送り、端末装置からネットワークを介してサーバ装置に送ることで、現在の空き席の状況を計算して、インターネット上や、アプリ上に、現在の空き席の状況を表示する。

〔７．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０や情報提供装置１００は、例えば図９に示すような構成のコンピュータ１０００によって実現される。以下、情報提供装置１００を例に挙げて説明する。図９は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。

一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢメモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。

出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、およびプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、例えば、ＵＳＢ等により実現される。

また、出力Ｉ／Ｆ１０６０および入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０および入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０および入力装置１０２０は、ワイヤレス機器であってもよい。

また、出力装置１０１０および入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０および入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。

ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が情報提供装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。

〔８．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、上述した情報提供装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットホーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

また、上述してきた実施形態および変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１０ 端末装置
１００ 情報提供装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報データベース
１２２ 店舗情報データベース
１２３ 空席情報データベース
１３０ 制御部
１３１ 取得部
１３２ 紐付部
１３３ 判断部
１３４ 受付部
１３５ 提供部
ＳＣ 秤
ＴＬ タイル

Claims (12)

1. 施設に設置された計量器が計測した計測対象の重さに関する情報を取得する取得部と、
   前記計測対象の重さに関する情報に基づいて、施設の座席の空き状況を判断する判断部と、
   を備えることを特徴とする情報処理装置。
2. 前記判断部は、前記計量器が現在計測している前記計測対象の重さに基づいて、前記施設の空席数を算出する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記判断部は、前記計測対象の重さの減少に応じて、前記施設の座席の使用を判断する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記判断部は、前記計測対象の重さの減少分に基づいて、使用中の席数を算出する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記判断部は、前記計測対象の重さの増加に応じて、前記施設の座席が空いたと判断する
   ことを特徴とする請求項１〜４のうちいずれか１つに記載の情報処理装置。
6. 前記判断部は、前記計測対象の重さの増加分に基づいて、空いた席数を算出する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記計測対象の数は、前記施設の座席の数に対応している
   ことを特徴とする請求項１〜６のうちいずれか１つに記載の情報処理装置。
8. 前記計測対象の重さは、前記施設の座席の種類ごとに異なる
   ことを特徴とする請求項１〜７のうちいずれか１つに記載の情報処理装置。
9. 前記計測対象の重さは、素数の値である
   ことを特徴とする請求項１〜８のうちいずれか１つに記載の情報処理装置。
10. 前記施設の座席の空き状況に関する問合せを受け付ける受付部と、
    前記問合せに応じて、前記施設の座席の空き状況に関する情報を提供する提供部と、
    をさらに備えることを特徴とする請求項１〜９のうちいずれか１つに記載の情報処理装置。
11. 情報処理装置が実行する情報処理方法であって、
    施設に設置された計量器が計測した計測対象の重さに関する情報を取得する取得工程と、
    前記計測対象の重さに関する情報に基づいて、施設の座席の空き状況を判断する判断工程と、
    を含むことを特徴とする情報処理方法。
12. 施設に設置された計量器が計測した計測対象の重さに関する情報を取得する取得手順と、
    前記計測対象の重さに関する情報に基づいて、施設の座席の空き状況を判断する判断手順と、
    をコンピュータに実行させるための情報処理プログラム。

Images