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

Abstract

【課題】顧客に応じて適切なコンテンツを表示する。
【解決手段】タブレット端末４０１は、店舗４００の席に設置され、表示部４０１２を有する情報処理装置である。タブレット端末４０１は、席が利用開始されることを示す利用開始操作を受け付ける利用受付手段と、席が予約された際に予約した顧客に関する顧客属性を示す顧客情報を取得する取得手段と、利用受付手段が利用開始操作を受け付けた後に、表示部４０１２にコンテンツを表示させる表示制御部３１０２と、を有する。表示制御部３１０２は、取得手段が席の利用者の顧客情報を取得している場合には、表示部４０１２に顧客情報に応じたコンテンツを表示させる。
【選択図】図１２

Description

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

近年では、都市部はもちろんのこと、郊外においても多種多様なカフェやレストラン（カフェレストラン）が出店され、多くの消費者がそれらを利用し、利用者それぞれの方法でカフェ等での時間を楽しんでいる。

このような店舗では、顧客が利用可能な情報処理装置を座席に配置する場合がある。情報処理装置は、注文操作等に利用することができ、様々なコンテンツが表示される場合がある。例えば特許文献１には、広告を表示するシステムが開示される。

特開２０１７－１８２６５１号公報

しかしながら、従来の構成では、顧客に応じて適切なコンテンツを表示することができないという課題があった。

本開示は、このような課題を解決するためになされたものであり、顧客に応じて適切なコンテンツを表示することを目的とする。

本開示に係る情報処理装置は、
店舗の席に設置され、表示部を有する情報処理装置であって、
前記席が利用開始されることを示す利用開始操作を受け付ける利用受付手段と、
前記席が予約された際に予約した顧客に関する顧客属性を示す顧客情報を取得する取得手段と、
前記利用受付手段が前記利用開始操作を受け付けた後に、前記表示部にコンテンツを表示させる表示制御手段と、を有し、
前記表示制御手段は、前記取得手段が前記席の利用者の顧客情報を取得している場合には、前記表示部に前記顧客情報に応じたコンテンツを表示させる。

本開示に係る情報処理装置、プログラムおよび方法によれば、顧客に応じて適切な広告を表示することができる。

本開示の実施形態１に係る空席管理システム１０の構成例を示す図である。 実施形態１による空席管理サーバ２００のハードウェア構成例を示す図である。 空席管理サーバ２００の機能構成例を示すブロック図である。 各店舗４００の各席の利用状態を管理する席利用状態管理テーブル２４１０の構成例を示す図である。 各ユーザに関する情報を管理するユーザ管理テーブル２５１０の構成例を示す図である。 ユーザ端末３００のハードウェア構成例を示す図である。 ユーザ端末３００の機能構成例を示すブロック図である。 各店舗４００の各席に配置されたタブレット端末４０１のハードウェア構成例を示す図である。 タブレット端末４０１の機能構成例を示すブロック図である。 タブレット端末４０１において表示される広告に関する情報を管理する広告管理テーブル２６１０の構成例を示す図である。 空席管理サーバ２００とユーザ端末３００とによって実行される席予約処理を説明するためのフローチャートである。 実施形態１による、各タブレット端末４０１が実行する席管理処理を説明するためのフローチャートである。 ユーザが店舗４００の席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。 利用状態別のタブレット端末４０１の表示画面構成例を示す図である。 実施形態２による、タブレット端末４０１において表示される広告に関する情報を管理する広告管理テーブル２６１０の構成例を示す図である。 実施形態２による、各タブレット端末４０１が実行する席管理処理を説明するためのフローチャートの一部である。 実施形態３による、タブレット端末４０１において表示される広告に関する情報を管理する広告管理テーブル２６１０の構成例を示す図である。 実施形態３による、各タブレット端末４０１が実行する席管理処理を説明するためのフローチャートの一部である。

以下、具体的な実施形態について、図面を参照して説明する。尚、以下の実施形態は本開示の技術を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。

（１）実施形態１
＜空席管理システムの構成＞
図１は、本開示の実施形態に係る空席管理システム１０の構成例を示す図である。空席管理システム１０は、例えばカフェやカフェレストラン等の店舗４００の空席情報を管理するシステムである。また、空席管理システム１０は、本明細書に記載される方法を実行することにより、広告を表示するシステムである。空席管理システム１０は、空席管理サーバ２００（情報処理装置）と、１つ以上のタブレット端末４０１とを備える。タブレット端末４０１は、店舗の顧客が利用する情報処理装置である。図１の例では、１つの店舗４００における各席にタブレット端末４０１‐１～４０１‐ｎ（ただしｎは２以上の整数、以下いずれかを示す場合には、タブレット端末４０１と略して表現する場合がある）が配置されている。
なお、空席管理システム１０および空席管理サーバ２００は、空席の管理を行うコンピュータであるが、広告に関する管理も行うので、それぞれ広告管理システムおよび広告管理サーバと表現することもできる。

店舗４００には、複数の席が設けられる。「席」とは、たとえばカウンタ席やテーブル席等の座席であるが、椅子があっても立席であってもよい。本形態において席は、テーブルに関連して配置されるものとするが、テーブルとは無関係に配置されるものであってもよい。また、とくに区切られていない席であってもよく、店舗４００の特定の領域が席に対応してもよい。

タブレット端末４０１は、店舗４００の席において、顧客が利用可能な端末である。タブレット端末４０１は、本明細書に記載される方法を実行することにより、広告を表示する。タブレット端末４０１は、店舗４００の席に関連して設けられ、たとえばテーブルに固定されるか、またはテーブルに配置される。ただし、タブレット端末４０１はテーブルに関連して配置される必要はなく、顧客が利用可能な位置に設けられていればよい。ここで、タブレット端末４０１の「利用」とは、たとえば席の専有管理、動画の視聴、飲食物の注文、等のうち少なくとも１つ以上のための利用を含む。

タブレット端末４０１は、１つの席が１人の顧客に対応してもよいし、複数の顧客（たとえば１グループの顧客）に対応してもよい。たとえば４人用のテーブルに４つのタブレット端末４０１を配置する場合には、１つの席が１つのタブレット端末４０１および１人の顧客に対応し、４人用のテーブル席に１つのタブレット端末４０１を配置する場合には、１つの席が１つのタブレット端末４０１および１～４人の顧客に対応すると考えることができる。

タブレット端末４０１は、たとえば公知のタブレット型コンピュータを用いて構成することができる。なお、図１では、店舗４００は１つのみ示されているが、通常複数の店舗４００が存在し、各店舗の各タブレット端末４０１は、空席管理サーバ２００と通信可能なように構成されている。
タブレット端末４０１は、複数の広告を空席管理サーバ２００から受信して記憶し、各広告を表示することができる。広告はそれぞれ、テキストデータ、静止画、動画のうち少なくとも１つを含む。広告は、表示に際して音声の出力を伴うものであってもよい。
空席管理サーバ２００は、店舗４００の外に設置することができる。空席管理サーバ２００は、店舗４００の各タブレット端末４０１から、席の利用状態（空席、利用中、等）の情報を受け取り、各店舗の各席の利用状態を管理する。

空席管理システム１０と通信可能なユーザ端末３００が設けられる。ユーザ端末３００は、例えば、公知のスマートフォンを用いて構成することができる。ユーザ端末３００は、空席管理システム１０が提供するサービスを利用するユーザが所有する端末である。なお、図１では、ユーザ端末３００は１つのみ示されているが、複数のユーザについてそれぞれユーザ端末３００が存在してもよい。
タブレット端末４０１およびユーザ端末３００は、空席管理サーバ２００と、例えば、インターネットなどのネットワークを介して相互接続されている。
店舗４００の顧客は、たとえばユーザ端末３００のユーザであるが、ユーザ端末３００を所有しない利用者を含んでもよい。

各タブレット端末４０１は、対応する席の利用状態を記憶する。また、利用状態を示す情報を表示画面に表示する。さらに、利用状態が変更されることに応じて、新たな利用状態を示す情報を表示画面に表示してもよい。
利用状態は、たとえば、「空席」、「予約中」、「利用中」のうちいずれかである。「空席」は、その席が現在利用されておらず、かつ予約もされていない場合に対応する。「空席」である席は、ユーザ端末３００を有するユーザは任意に予約可能であり、またいずれの顧客も任意に利用可能である。「予約中」は、その席があるユーザによって将来の利用のために予約されているが、現在は利用されていない場合に対応する。「予約中」である席は、予約したユーザのみが利用することができ、また、新たに予約することはできない。「利用中」である席は、ある顧客によって専有され利用されており、他の顧客が予約または利用することはできない。
各タブレット端末４０１は、それぞれ対応する席の利用状態が「空席」である場合に、ユーザ端末３００からの当該席の予約があったことが空席管理サーバ２００から通知される（たとえば席予約通知を受信する）と、利用状態を「空席」（すなわち利用可能）から「予約中」に変更する。

また、各タブレット端末４０１は、席の利用状態が「予約中」である場合に、後述の予約番号（または暗証番号）の入力を受け付ける。すなわち、席を予約したユーザは、予約番号を入力することができる。タブレット端末４０１は、予約番号の入力を受け付けると、席の利用状態を「予約中」から「利用中」に変更する。
また、各タブレット端末４０１は、席の利用状態が「空席」である場合に、所定の利用開始操作を受け付ける。利用開始操作は、顧客が席の利用を開始することを示す操作であり、たとえば、タブレット端末４０１の表示画面の着席ボタン（図１４（ａ）に関連して後述する）を押下する操作である。席を予約していない顧客が、空席に対応するタブレット端末４０１において利用開始操作を行うと、タブレット端末４０１はこの利用開始操作を受け付け、席の利用状態を「空席」から「利用中」に変更する。
また、各タブレット端末４０１は、席の利用状態が「利用中」である場合に、所定の退席操作を受け付ける。退席操作は、たとえば、タブレット端末４０１の表示画面の退席ボタン（図１４（ｃ）および（ｄ）に関連して後述する）を押下する操作である。席を利用していた顧客が、その席のタブレット端末４０１において退席操作を行うと、タブレット端末４０１はこの退席操作を受け付け、席の利用状態を「利用中」から「空席」に変更する。
各タブレット端末４０１は、席の利用状態が「予約中」あるいは「空席」から「利用中」に変更された場合と、「利用中」から「空席」に変更された場合とにおいて、利用状態が変更されたことと、変更後の利用状態とを、空席管理サーバ２００に通知する。

空席管理サーバ２００は、各タブレット端末４０１から受信した各席の利用状態を示すデータを空席管理データベース２４１（図３参照）に格納し、空席管理データベース２４１を更新することにより、各店舗４００に係る利用状態をデータベース上で管理する。

何れかの店舗４００を訪れようとしているユーザは、ユーザ端末３００を介して、各店舗４００の各席の利用状態を空席管理サーバ２００に対して照会することができる。空席管理サーバ２００は、その照会に応じてユーザ基準位置を取得する。ユーザ基準位置は、たとえばユーザ端末３００の位置であってもよく、ユーザが地図上で指定した位置であってもよい。ユーザは、地図上の特定位置を、ユーザ端末３００の表示画面上に表示されている地図上でタップすることにより指定して入力することができる。

空席管理サーバ２００は、ユーザ基準位置から所定距離範囲内に含まれる店舗群およびそれらの席の利用状態を示す情報（混雑情報）を空席管理データベース２４１から取得する。空席管理サーバ２００は、取得した店舗群の情報と混雑情報とを、照会に対するレスポンスとしてユーザ端末３００へ返信する。ユーザ端末３００は、空席管理サーバ２００から受信した店舗群とそれらの混雑情報を地図上に表示（例えば、リスト表示やピン表示）する。
混雑情報は、店舗ごとに生成され、たとえばその店舗の各席の利用状態を統計的に示す。たとえば、混雑情報は、その店舗に十分な空席が存在する「空き」、その店舗が混雑している「混雑」、および、その店舗が満席である「満席」、のいずれかを示す。一例として、店舗の席のうち所定数以上（例えば、全席の１０％以上）の席の利用状態が「空席」であれば、混雑情報は「空き」とする。また、店舗のすべての席の利用状態が「利用中」または「予約中」であれば、混雑情報は「満席」とする。また、店舗に利用状態が「空席」である席が所定数未満であれば、混雑情報は混雑とする。

ユーザ端末３００の表示画面上に、照会に対応して空席管理サーバ２００から送信されてきた各店舗４００の混雑状態が表示される。ユーザは、表示された店舗４００のうち１つを選択することができる。ユーザによって１つの店舗４００が選択されると、ユーザ端末３００は、表示画面に、選択された店舗４００の各席について、その利用状態を表示する。ここで、対象店舗の店内のレイアウト（各席の位置を含む）が表示されるようにしてもよい。
ここで、ユーザは、利用状態が「空席」となっている席を選択することができる。席がユーザによって選択されると、ユーザ端末３００は、選択された席を表す選択情報を空席管理サーバ２００に送信する。空席管理サーバ２００は、選択情報を受信すると、空席管理データベース２４１において、その席の利用状態を「空席」から「予約中」に変更するとともに、当該席に予約が入ったことを、当該席に対応するタブレット端末４０１に通知する。そして、当該通知を受けたタブレット端末４０１は、利用状態を「空席」から「予約中」に変更する。

＜空席管理サーバ２００のハードウェア構成例＞
図２は、空席管理サーバ２００のハードウェア構成例を示す図である。空席管理サーバ２００は、公知のコンピュータを用いて構成することができる。空席管理サーバ２００は、演算手段および記憶手段を備える。演算手段はたとえばＣＰＵ２１０を含み、記憶手段はたとえばＲＯＭ２２０、ＲＡＭ２３０および記憶装置２４０を含む。記憶装置２４０はたとえば過渡的でない記憶媒体であり、例として磁気ディスク装置またはソリッドステートドライブである。また、空席管理サーバ２００は通信装置２５０を備え、通信装置２５０を介して通信ネットワークに接続される。
ＲＯＭ２２０、ＲＡＭ２３０および／または記憶装置２４０には、空席管理サーバ２００の動作を規定するプログラムが格納されてもよい。このプログラムがＣＰＵ２１０によって実行されることにより、空席管理サーバ２００は本明細書に記載される機能を実現してもよい。
空席管理サーバ２００は、図示しない入力手段および出力手段を備えてもよい。入力手段はたとえばキーボードおよびマウスを含み、出力手段はたとえばディスプレイ装置および印刷装置を含む。

＜空席管理サーバ２００の機能構成例＞
図３は、空席管理サーバ２００の機能構成例を示すブロック図である。空席管理サーバ２００は、ＣＰＵ２１０がプログラムを実行することにより実現されるソフトウェアモジュールとして、受信部２１１、空席管理部２１２、通知部２１３を備える。ソフトウェアモジュールは、プログラムがＣＰＵ２１０の内部メモリに展開されることを介して実現されてもよい。

以下では記載の便宜上、これらのモジュールを動作主体として記載する場合があるが、実際にプログラムを実行するのはＣＰＵ２１０であるため、動作主体はＣＰＵ２１０であるということもできる。また、動作主体は空席管理サーバ２００であるということもできる。

記憶装置２４０は、空席管理データベース２４１および広告データベース２４２を格納している。空席管理データベース２４１は、各店舗４００について、各席の利用状態の情報を格納する。空席管理データベース２４１に含まれる席利用状態管理テーブルの構成例については後述する。また、広告データベース２４２には、入稿された広告が格納されている。各広告コンテンツは、広告ごとに、対象とする年代、性別、職業などを対応づけて格納できるものとする。また、広告コンテンツには再生期間もともに対応づけられているものとする。なお、広告コンテンツに対して、再生可能とする施設IDや、再生可能とする施設のジャンルなども対応づけるようにしても良い。
受信部２１１は、通信装置２５０を介して、各席の利用状態を示すデータを、各店舗４００の各タブレット端末４０１から直接受信する。各タブレット端末４０１は、店舗に来店したユーザによるタブレット端末４０１に対する操作等に応じ、利用状態と、各店舗４００のＩＤ（店舗識別情報）と、席ＩＤ（席識別情報）とを表すデータを送信する。受信部２１１はこれを受信する。
空席管理部２１２は、受信部２１１が受信した情報に含まれる各店舗４００のＩＤ（店舗識別情報）と席ＩＤ（席識別情報）に基づいて店舗および席を特定し、空席管理データベース２４１の席利用状態管理テーブル２４１０における利用状態のデータを更新する。
通知部２１３は、受信部２１１がユーザ端末３００から特定の店舗あるいはユーザ端末３００の周辺地域にある店舗の混雑状態の確認要求を受信すると、所定範囲の各店舗の混雑状態の最新のステータスを対象のユーザ端末３００に送信する。これらのデータを受信したユーザ端末３００は、表示用ＵＩ（例えば、マップ上のピン表示；ＵＩ：User Interface）を構築し、そこに地図を表示するとともに、当該混雑情報を地図に重畳して表示（ピン表示）する。また、通知部２１３は、受信部２１１がユーザ端末３００から特定の店舗４００の特定の席の予約を受け付けると、当該特定の席に置かれているタブレット端末４０１に送信する。配信部２１５は、広告データベース２４２に格納された再生期間に基づいて、店舗４００の営業時間外や夜間など所定の時間帯に、タブレット端末４０１に複数の広告コンテンツを配信する。

＜席利用状態管理テーブル２４１０の構成例＞
図４は、各店舗４００の各席の利用状態を管理する席利用状態管理テーブル２４１０の構成例を示す図である。席利用状態管理テーブル２４１０は、例えばレコードの内容を記述したデータを記憶装置２４０内に格納することによって構成できる。なお、本実施形態では空席管理データベース２４１はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。席利用状態管理テーブル２４１０は、席利用状態データあるいは席利用状態管理情報と称することも可能である。
席利用状態管理テーブル２４１０は、ユーザが店舗を検索するとき用いる席属性と店舗ごとの最新の混雑状態を管理するデータテーブルであり、席利用状態管理データベースと呼ぶこともできる。席利用状態管理テーブル２４１０は、例えば、店舗ＩＤ２４１１と、名称２４１２と、所在地２４１３と、店舗の電話番号２４１４と、席ＩＤ２４１５と、席属性２４１６と、対応する席の利用状態２４１７と、を構成項目として有している。

店舗ＩＤ２４１１は、空席管理データベース２４１内で各店舗を識別するためのＩＤである。１行目のレコードは、店舗ＩＤ＝００１における席ＩＤ＝Ａ００１の席の利用状況を示し、２行目のレコードは同一店舗の異なる席（ＩＤ＝Ａ００２）の利用状況を示している。
名称２４１２は、各店舗４００の名称を示す情報である。所在地２４１３は、各店舗４００の所在地を表す情報であり、たとえば緯度経度で表される。電話番号２４１４は、各店舗４００の連絡先を示す情報である。ここでは電話番号としているが、その他の連絡先の情報を管理するようにしてもよい。
席ＩＤは、同一店舗４００内における各席を一意に識別するためのＩＤである。席属性２４１６は、テーブル等の種類を示す情報であり、例えば、「１」が４人用テーブル（すなわち１つの席が１～４人の顧客に対応する）、「２」が２人用テーブル（すなわち１つの席が１人または２人の顧客に対応する）、「３」がカウンタ席（すなわち１つの席が１人の顧客に対応する）を表すようにすることができる。本実施形態では、席とタブレット端末４０１とが１対１に対応しているので、席ＩＤ２４１５はタブレット端末４０１を一意に識別するためのＩＤ（端末ＩＤ）であるということもできる。ただし、席ＩＤおよび端末ＩＤをそれぞれ個別に定義し、これらの間の対応関係を別途設計してもよい。
利用状態２４１７は、対応する席の利用状態を示す情報であり、例えば、「０」が空席を表し、「１」が予約中を表し、「２」が利用中を表す。利用状態２４１７は、各店舗４００の各タブレット端末４０１から受信する情報に応じて変化する。

＜ユーザ管理テーブル２５１０の構成例＞
図５は、各ユーザに関する情報を管理するユーザ管理テーブル２５１０の構成例を示す図である。ユーザ管理テーブル２５１０は、例えばレコードの内容を記述したデータを記憶装置２４０の空席管理データベース２４１内に格納することによって構成できる。なお、本実施形態ではユーザ管理テーブル２５１０はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。
ユーザ管理テーブル２５１０には、各ユーザの情報（顧客情報）が記憶される。たとえば、ユーザ管理テーブル２５１０は、ユーザのそれぞれについて、そのユーザを識別する情報（ユーザＩＤ２５１１）と、そのユーザの属性（顧客属性）を表す情報とを関連付ける。顧客属性は、たとえば、性別２５１２と、年齢２５１３と、職業２５１４とのうち少なくとも１つ（図５の例ではこれらすべて）を含む。なお年齢２５１３は、年齢を直接的に表す数値である必要はなく、年齢を表す情報（生年月日、１０年区切りの年代、等）であればよい。

＜ユーザ端末３００のハードウェア構成例＞
図６は、ユーザ端末３００のハードウェア構成例を示す図である。ユーザ端末３００は、公知のコンピュータ（たとえばスマートフォン）を用いて構成することができる。ユーザ端末３００は、演算手段および記憶手段を備える。演算手段はたとえばＣＰＵ３１０を含み、記憶手段はたとえば過渡的でない記憶媒体であり、例としてメモリ３５０を含む。ユーザ端末３００は表示部３２０を備える。表示部３２０はたとえば液晶ディスプレイ（タッチパネルの一部であってもよい）である。ユーザ端末３００は入力部３３０を備える。入力部３３０はたとえばタッチパネルであるが、キーボードであってもよい。ユーザ端末３００は通信部３４０を備え、通信部３４０を介して通信ネットワークに接続される。
メモリ３５０には、ユーザ端末３００の動作を規定するプログラムが格納されてもよい。このプログラムがＣＰＵ３１０によって実行されることにより、ユーザ端末３００は本明細書に記載される機能を実現してもよい。

＜ユーザ端末３００の機能構成例＞
図７は、ユーザ端末３００の機能構成例を示すブロック図である。ユーザ端末３００は、ＣＰＵ３１０がプログラムを実行することにより実現されるソフトウェアモジュールとして、生成部３１０１、表示制御部３１０２、通信制御部３１０３、記憶制御部３１０４を備える。ソフトウェアモジュールは、プログラムがＣＰＵ３１０の内部メモリに展開されることを介して実現されてもよい。

以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にプログラムを実行するのはＣＰＵ３１０であるため、動作主体はＣＰＵ３１０であるということもできる。また、動作主体はユーザ端末３００であるということもできる。

生成部３１０１は、空席管理サーバ２００から各店舗４００の混雑情報を受信し、混雑情報に対応するＵＩデータ（店舗表示用ＵＩデータ）を生成する。表示用ＵＩデータとしては、例えば、各店舗名と混雑情報をテキストで一覧表示することができる。または、混雑情報に対応するテキストデータあるいは画像データをメモリ３５０から読み出し、マップ上に重畳表示する形態を採ることができる。
また、生成部３１０１は、ユーザの店舗選択入力に対応して、選択された店舗４００の各席の利用状態を示すＵＩデータ（席表示用ＵＩデータ）を生成する。席表示用ＵＩデータとしては、席ごとに、席属性２４１６を表す情報と、利用状態２４１７を表す情報とを表示する。表示形態としては、利用状態に対応するテキストデータ（たとえば「空席」、「予約中」、および「利用中」）を一覧表示する形態や、選択された店舗の席配置レイアウトに重畳して各席の利用状態を表示する形態を採ることができる。

表示制御部３１０２は、表示部３２０によるデータ表示動作を制御する。例えば、表示制御部３１０２は、生成部３１０１が生成した表示用ＵＩデータを、表示部３２０の画面に表示された地図上に表示したり、一覧表示したりする。

通信制御部３１０３は、通信部３４０で実行される通信動作（例えば、空席管理サーバ２００との通信）を制御する。例えば、店舗４００の混雑状態を空席管理サーバ２００に対して照会するリクエスト送信をユーザが指示すると、通信制御部３１０３は、ユーザ端末３００の現在位置（たとえば緯度経度情報）を取得する。また、通信制御部３１０３は、空席管理サーバ２００に現在位置情報付きリクエストを送信するように、通信部３４０を制御する。また、通信制御部３１０３は、ユーザが指定した店舗の、ユーザが指定した席の予約リクエストを送信するように通信部３４０を制御する。また、予約処理が完了すると、通信制御部３１０３は、空席管理サーバ２００から予約番号および予約確認情報（予約完了表示データや予約完了確認メールなど）を受信するように、通信部３４０を制御する。

記憶制御部３１０４は、メモリ３５０からのデータ読み出し動作やメモリ３５０へのデータ書込み動作を制御する。例えば、通信部３４０が空席管理サーバ２００から予約番号および予約確認情報を受信すると、記憶制御部３１０４は、受信した予約番号および予約確認情報を受け取り、メモリ３５０に書き込む。また、例えば、記憶制御部３１０４は、生成部３１０１からのコマンドに応答して、メモリ３５０から店舗の混雑情報や当該店舗の席の利用状態情報を読み出し、生成部３１０１に受け渡す。

＜タブレット端末４０１のハードウェア構成例＞
図８は、各店舗４００の各席に配置されたタブレット端末４０１のハードウェア構成例を示す図である。タブレット端末４０１は、公知のコンピュータを用いて構成することができる。本実施形態ではタブレット端末を用いて構成されるが、タブレット以外の構成のコンピュータによって置き換えてもよい。
タブレット端末４０１は、ＣＰＵ４０１１と、表示部４０１２と、入力部４０１３と、通信部４０１４と、メモリ４０１５と、を備える。ＣＰＵ４０１１は、タブレット端末４０１が備える各部の動作を制御する。通信部４０１４は、ネットワークを介して、空席管理サーバ２００から各席の予約申請の情報や広告コンテンツを受信する一方、店舗４００の各席の利用開始および退席の情報を空席管理サーバ２００に送信する。

表示部４０１２は、対応する席の利用状態を表す情報を表示画面上に表示する。利用状態が「予約中」である場合には、表示部４０１２は、表示画面上に、当該席が予約中の状態であることを示す情報（例えば、後述のように「このテーブルは予約済です」とのメッセージ）を表示する。また、利用状態が「空席」である場合には、表示部４０１２は、表示画面上に、当該席が空席状態であることを示す情報（例えば、後述のように着席ボタン）を表示する。
入力部４０１３は、店舗４００に来店し着席するユーザや店舗４００の店員が、タブレット端末４０１に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部４０１２と入力部４０１３を一体的に構成することもできる。
表示部４０１２は情報を表示することができる。情報は、たとえば文字または画像として表示される。画像は、静止画および動画を含む。

＜タブレット端末４０１の機能構成例＞
図９は、タブレット端末４０１の機能構成例を示すブロック図である。タブレット端末４０１は、ＣＰＵ４０１１がプログラムを実行することにより実現されるソフトウェアモジュールとして、ＵＩデータ生成部４０１１１、表示制御部４０１１２、通信制御部４０１１３、記憶制御部４０１１４、選択部４０１１５を備える。また、メモリ４０１５は、広告管理テーブル２６１０を記憶する。
すなわち、このプログラムは、公知のコンピュータを、本明細書に記載されるタブレット端末４０１として機能させる。ソフトウェアモジュールは、プログラムがＣＰＵ４０１１の内部メモリに展開されることを介して実現されてもよい。

以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にプログラムを実行するのはＣＰＵ４０１１であるため、動作主体はＣＰＵ４０１１であるということもできる。また、動作主体はタブレット端末４０１であるということもできる。

ＵＩデータ生成部４０１１１は、メモリ４０１５から、席の利用状態（空席、予約中、利用中）に対応するＵＩデータを読み込み、当該ＵＩデータを表示制御部４０１１２に受け渡す。具体的には、当該タブレット端末４０１に係る席が「空席」となることに応じて、ＵＩデータ生成部４０１１１は、メモリ４０１５から空席用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。また、当該タブレット端末４０１に係る席が「予約中」となることに応じて（例えば、当該席に予約が入ったことが空席管理サーバ２００から通知された場合に）、ＵＩデータ生成部４０１１１は、メモリ４０１５から予約中席用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。さらに、当該タブレット端末４０１に係る席が「利用中」となることに応じて（例えば、予約していたユーザが来店して「予約中」から「利用中」になった場合、または、予約なしのユーザが来店して席に着いて「利用中」になった場合）、ＵＩデータ生成部４０１１１は、メモリ４０１５から利用中席用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。

選択部４０１１５は、顧客情報に基づいて複数のコンテンツから表示部４０１２に表示するコンテンツを選択する。
表示制御部４０１１２は、表示部４０１２によるデータ表示動作を制御する。例えば、表示制御部４０１１２は、ＵＩデータ生成部４０１１１から受け取った各種ＵＩデータに基づき、表示画面を生成して表示部４０１２の画面に表示する。また、表示制御部４０１１２は、所定のタイミングで、記憶された広告コンテンツの少なくとも一部を表示させる。

通信制御部４０１１３は、通信部４０１４で実行される通信動作（例えば、空席管理サーバ２００との通信）を制御する。例えば、ユーザが店舗４００に来店して着席し、タブレット端末４０１のＵＩ表示上の着席ボタンを押下すると、当該席のＵＩ表示は「利用中」に変更される。このとき通信制御部４０１１３は、当該席が「利用中」になったことを空席管理サーバ２００に通知するように、通信部４０１４を制御する。
ユーザが所定の退席操作を行う（たとえば退席ボタンを押下する）と、通信制御部４０１１３は、当該席が「空席」になったことを空席管理サーバ２００に通知するように、通信部４０１４を制御する。予約ありのユーザが所定の利用開始操作を行う（たとえば、タブレット端末４０１の画面（ＵＩ表示）上の予約番号入力欄に予約番号を入力する）と、通信制御部４０１１３は、当該席が「予約中」から「利用中」になったことを空席管理サーバ２００に通知するように、通信部４０１４を制御する。

記憶制御部４０１１４は、メモリ４０１５からのデータ読み出し動作やメモリ４０１５へのデータ書込み動作を制御する。例えば、通信部４０１４が空席管理サーバ２００から席予約情報（特定の席が特定のユーザによって予約されたことを示す情報）を受信すると、記憶制御部４０１１４は、席予約情報を受け取り、メモリ４０１５に書き込む。また、例えば、記憶制御部４０１１４は、ＵＩデータ生成部４０１１１からのＵＩデータ読み出しコマンドに応答して、メモリ４０１５から対応するＵＩデータ（空席用ＵＩデータ、予約中席用ＵＩデータ、利用中席用ＵＩデータ）を読み出し、ＵＩデータ生成部４０１１１に受け渡す。

＜広告管理テーブル２６１０の構成例＞
図１０は、タブレット端末４０１において表示される広告に関する情報を管理する広告管理テーブル２６１０の構成例を示す図である。広告管理テーブル２６１０は、各タブレット端末４０１のメモリ４０１５に記憶される。なお、本実施形態では広告管理テーブル２６１０はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。
広告管理テーブル２６１０は、複数の広告のそれぞれについて、その広告を識別する情報（広告ＩＤ２６１１）と、その広告がターゲットとするユーザの属性（広告属性）を表す情報とを関連付ける。広告属性は、顧客属性に対応する項目を含み、たとえば、性別２６１２と、年齢２６１３と、職業２６１４とのうち少なくとも１つ（図１０の例ではこれらすべて）を含む。広告属性は、図１０の顧客属性に対応して、顧客属性の範囲を表す形式で定義されてもよい。
また、広告管理テーブル２６１０は、広告のそれぞれについて、その広告の表示度数２６１５を関連付けてもよい。表示度数２６１５は、その広告がいずれかのタブレット端末４０１によって表示されることに応じて増加する。具体例として、その広告がそれまでに表示された回数を表してもよい。
タブレット端末４０１は、広告が表示されることに応じて、広告管理テーブル２６１０の表示度数２６１５を更新してもよい。また、各広告の表示度数２６１５を、定期的に、または指示に応じて、空席管理サーバ２００または他のコンピュータに送信してもよい。

＜席予約処理の詳細＞
図１１は、空席管理サーバ２００とユーザ端末３００とによって実行される席予約処理を説明するためのフローチャートである。

ステップＳ６０１
ユーザ端末３００（通信部３４０）は、店舗検索リクエストを生成し、空席管理サーバ２００に送信する。店舗検索リクエストには、ユーザ端末３００の現在の位置情報（例えば、ＧＰＳから取得した緯度経度情報）が含まれている。また、店舗検索リクエストとしては、ユーザ端末３００の現在位置に基づく検索リクエストの他、特定の指定場所（例えば、ユーザは現在東京駅周辺にいるが、銀座駅周辺）にある店舗の検索リクエスト、特定の店舗を指定した検索リクエスト（この場合、ユーザは、特定の店舗の混雑情報が知りたいケース）などの形態とすることができる。

ステップＳ６０２
受信部２１１がユーザ端末３００から店舗検索リクエストを受信すると、空席管理部２１２は、店舗検索リクエストに対応する店舗群の情報（各店舗名称、所在地など）と各店舗に対応する混雑情報（各店舗に空席があるか、各店舗が混雑状態か満席か）を、店舗検索リクエストを送信したユーザ端末３００に返信する。

ステップＳ６０３
通信部３４０が空席管理サーバ２００から検索結果（店舗群の情報およびそれらの混雑情報）を受信すると、ユーザ端末３００の生成部３１０１は、店舗群と混雑情報を画面上に表示するための店舗群表示用ＵＩを生成する。当該店舗群表示用ＵＩは、店舗群および混雑情報を地図上に表示するマップ表示用ＵＩや、店舗群および混雑情報をリスト表示するテキスト表示用ＵＩとすることができる。そして、表示制御部３１０２は、作成された店舗群表示用ＵＩを表示部３２０（表示画面）に表示する。

ステップＳ６０４
ユーザが入力部３３０を介して画面上に表示された店舗群から店舗を選択する（すなわち、店舗指定入力を受け付ける）と、生成部３１０１は、店舗名あるいは店舗ＩＤを含む選択情報（指定情報）を生成し、通信制御部３１０３に受け渡す。そして、通信制御部３１０３は、通信部３４０を用いて、当該選択情報を空席管理サーバ２００に送信する。

ステップＳ６０５
空席管理サーバ２００の受信部２１１が選択情報をユーザ端末３００から受信すると、空席管理部２１２は、選択情報において特定される店舗に対応する席情報を記憶装置２４０から取得し、通知部２１３に受け渡す。席情報は、席に関する情報を表すテキスト情報、店舗内の席レイアウトを表す画像情報、各席の利用状態（空席、予約中、利用中）を表す情報、等を含む。通知部２１３は、通信装置２５０を用いて、上記席情報をユーザ端末３００に送信する。

ステップＳ６０６
通信部３４０が空席管理サーバ２００から席情報を受信すると、ユーザ端末３００の生成部３１０１は、当該席情報を表示部３２０に表示するための席表示用ＵＩデータを生成し、表示制御部３１０２に受け渡す。当該席表示用ＵＩデータは、席を識別するための情報とその席の利用状況をユーザに知らせるためのＵＩを構築するためのデータである。そして、表示制御部３１０２は、受け取った席表示用ＵＩデータを表示部３２０に表示する。

ステップＳ６０７
ユーザは、入力部３３０を介して画面上に表示された席群から、空席となっている席を選択（席指定）する。これに応じて、生成部３１０１は、指定された席に関する予約情報を生成し、通信制御部３１０３に受け渡す。予約情報は、店舗を識別する情報（例えば店舗ＩＤ）と、席を識別する情報（例えば席ＩＤ）と、ユーザを識別する情報（例えばユーザＩＤ）とを含む。

ステップＳ６０８
通信制御部３１０３は、通信部３４０を用いて、予約情報を空席管理サーバ２００に送信する。

ステップＳ６０９
空席管理サーバ２００の受信部２１１がユーザ端末３００から予約情報を受信すると、空席管理部２１２は、予約に対して予約番号（暗証番号）を割り当て、これを通知部２１３に受け渡す。通知部２１３は、通信装置２５０を用いて、当該予約を行ったユーザ端末３００に対して上記予約番号を送信する。

ステップＳ６１０
通知部２１３は、予約対象の席に係るタブレット端末４０１に、予約情報および顧客情報を送信する。ステップＳ６１０での予約情報は、たとえば、予約があったことを示す情報、予約時刻、および予約番号を含む。顧客情報は、たとえば図５の顧客属性を含む。このようにして、タブレット端末４０１は、予約したユーザに関する顧客情報を取得してメモリ４０１５に保存する。

ステップＳ６１１
空席管理部２１２は、席利用状態管理テーブル２４１０において、予約番号を割り当てた席の利用状態２４１７を「空席（０）」から「予約中（１）」に変更する。

ステップＳ６１２
ユーザ端末３００の通信部３４０が空席管理サーバ２００から予約番号を受信すると、表示制御部３１０２は通信制御部３１０３から予約番号を受け取り、表示部３２０に所定の情報を表示する。ここで表示される情報は、店舗を特定する情報（たとえば店舗名）と、席を特定する情報（たとえば席番号または席レイアウト画像中の位置情報）と、予約番号とを表示する。これにより、ユーザは予約が完了したことを知ることができる。また、本実施形態では、予約が完了した場合、例えば１５分後に対象の店舗に行かなければならないため、ユーザ端末３００の表示部３２０に当該予約が１５分だけ有効であると注意喚起するような表示を行ってもよい。

ステップＳ６１３
タブレット端末４０１の通信部４０１４が空席管理サーバ２００から予約番号を受信すると、ＵＩデータ生成部４０１１１は通信制御部４０１１３から予約番号を受け取り、表示部４０１２に表示する。なお、予約を行ったユーザが１５分以内に来店できない場合には、後述のように、当該予約が解除されるようにしてもよい。

＜席管理処理の詳細＞
図１２は、実施形態１による、各タブレット端末４０１が実行する席管理処理を説明するためのフローチャートである。席管理処理は、席の利用状態（空席、予約中、利用中）を管理する処理と、広告を表示する処理とを含む。

図１２のフローチャートでは、対象の席の利用状態が「空席」である場合から席管理処理が開始されることを想定している。例えば、店舗４００の回転時には各席は空席なので、店舗の開店前に各タブレット端末４０１の電源が入れられた後、開店とともに各タブレット端末における図１２に示すフローチャートが開始される。なお、以下の説明では主にＵＩデータ生成部４０１１１が動作主体としているが、各処理に関して、それぞれ別の処理部を新たに設定して動作主体にしてもよい。また、ＵＩデータ生成部４０１１１および新たに設定される処理部はＣＰＵ４０１１によって実現されるので、各ステップの動作主体はＣＰＵ４０１１であるということもできる。また、各ステップの動作主体はタブレット端末４０１であるということもできる。

ステップＳ７０１
利用状態が「空席」の場合、表示制御部４０１１２は、空席用ＵＩデータから空席用表示データを生成して表示部４０１２の表示画面上に表示する。なお、空席用ＵＩデータは、ＵＩデータ生成部４０１１１によってメモリ４０１５から読み出され、表示制御部４０１１２に受け渡される。

ステップＳ７０２
ＵＩデータ生成部４０１１１は、空席管理サーバ２００から当該席の予約情報（特定のユーザによって予約されたことを示す情報）を受け取ったか否か判断する。予約情報を受け取っていない場合（すなわち予約受付をしていない場合：ステップＳ７０２でＮＯの場合）、処理はステップＳ７０３に移行する。予約情報を受け取った場合（すなわち予約受付した場合：ステップＳ７０２でＹＥＳの場合）、処理はステップＳ７０４に移行する。

ステップＳ７０３
ＵＩデータ生成部４０１１１は、当該席が利用開始の状態になったか否か判断する。例えば、席予約なしのユーザが来店し、「空席」の席に係るタブレット端末４０１において利用開始操作を行った場合に、当該席の利用状態が「空席」から「利用中」と変化する。

利用開始操作を受け付けた場合（ステップＳ７０３でＹＥＳの場合）、処理はステップＳ７０７に移行する。一方、利用開始操作を受け付けていない場合（ステップＳ７０３でＮＯの場合）、処理はステップＳ７０１に戻る。この場合、タブレット端末４０１の画面表示は空席用表示のままである。

ステップＳ７０４
ＵＩデータ生成部４０１１１は、予約中席用ＵＩデータをメモリ４０１５から読み出し、表示制御部４０１１２に受け渡す。そして、表示制御部４０１１２は、予約中席用ＵＩデータに基づいて予約中席用表示画面を生成し、それを表示部４０１２に表示する（この処理は図１１のステップＳ６１３に対応する）。ここで、タブレット端末４０１の画面表示は「予約中」に対応する表示となる。そして、表示制御部４０１１２は、空席管理サーバ２００から送信されてきた予約番号をメモリ４０１５に格納する。

ステップＳ７０５
ＵＩデータ生成部４０１１１は、予約を行ったユーザによるチェックインが、所定の確保可能時間内にあったか否か判断する。確保可能時間は、たとえばステップＳ６０９の実行時刻を起点として計測され、たとえば１５分間である。確保可能時間内に利用開始操作があり、かつその後に正しい予約番号が入力された場合には、チェックインがあったと判断される。一方、利用開始操作がなかった場合、および、利用開始操作の後に正しい予約番号が入力されなかった場合には、チェックインがなかったと判断される。
ここで、ＵＩデータ生成部４０１１１は、入力された予約番号が正しいか否かを判定するために、入力された予約番号とメモリ４０１５に格納された当該席の予約番号（すなわち空席管理サーバ２００から通知された番号）とを照合する。入力された予約番号が適切でなければ、ＵＩデータ生成部４０１１１は予約番号の再入力を促すメッセージを表示し、再入力を受け付ける。

照合が所定回数（たとえば５回）失敗した場合には、チェックイン不可として当該ユーザが当該席を利用できないようにしてもよい。また、店員が応対するように促す警告を表示してもよい。この場合には、予約番号の照合に失敗したことを店舗端末（図示せず）に通知し、即座に当該席に向かうように促す警告通知（メッセージ）を表示するようにしてもよい。そして、例えば、店員は、予約解除がなされ、当該席の利用状態が「空席」になるのを待って、空席用表示画面の着席ボタンを押下し、当該ユーザに席を利用させることもできる。

チェックインがあったと判断された場合（ステップＳ７０５でＹＥＳの場合）、処理はステップＳ７０７に移行する。チェックインがなかったと判断された場合（ステップＳ７０５でＮＯの場合）、処理はステップＳ７０６に移行する。
なお、チェックインがまだ行われていないが、確保可能時間が満了していない場合には、予約状態の表示が継続される。

ステップＳ７０６
ＵＩデータ生成部４０１１１は、予約中席用表示画面を空席用表示画面に変更する。そして、通信制御部４０１１３は、通信部４０１４を用いて、予約解除（確保可能時間内にチェックイン操作がなかったため、予約が解除された）を空席管理サーバ２００に通知する。
なお、予約解除を受信した空席管理サーバ２００は、席利用状態管理テーブル２４１０における当該席の利用状態２４１７を「予約中（１）」から「空席（０）」に変更する。また、空席管理サーバ２００は、当該ユーザのユーザ端末３００に予約解除を通知する。

ステップＳ７０７
ＵＩデータ生成部４０１１１は、タブレット端末４０１のＵＩ表示を予約席用表示から利用中席用表示画面に変更する。

ステップＳ７０８
ＵＩデータ生成部４０１１１は、タイマー（図示せず）を作動させ、時間のカウントを開始する。これにより、タブレット端末４０１による利用開始操作が実行されてからの経過時間を計測する。

ステップＳ７０９
ＵＩデータ生成部４０１１１は、タイマーを作動させてから所定時間Ａ（例えば、５分）が経過したか判断する。まだ所定時間Ａが経過していない場合（ステップＳ７０９でＮＯの場合）、処理はステップＳ７０９に戻り、タイマーによる時間カウントが継続される。一方、所定時間Ａが経過した場合（ステップＳ７０９でＹＥＳの場合）、処理はステップＳ７１０に移行する。

ステップＳ７１０
表示制御部４０１１２は、ステップＳ７０２で受け付けた予約に関連する顧客情報が存在するか否かを判定し、存在する場合にはその顧客情報を取得する。この顧客情報は、席が予約された際に予約した顧客に関する情報である。顧客情報は、予約された場合には、予約情報とともに図１１のステップＳ６１０において受信され、メモリ４０１５に保存されているので、表示制御部４０１１２はこれを取得することができる。顧客情報には顧客属性が含まれている。つまりＳ７１０においては、予約者によるチェックインを検知した後、予約者の顧客情報を取得することになる。また、予約を受け付けておらず、Ｓ７０３においてＹＥＳと処理されて利用中である場合には、顧客情報が存在しないため、Ｓ７１２に進む。

ステップＳ７１１
選択部４０１１５は、顧客情報が存在する場合（ステップＳ７１０でＹＥＳの場合）には、顧客情報に基づき、メモリ４０１５に記憶されている広告のうちから、表示する広告を選択する。たとえば、ある広告について、顧客属性の各項目が、いずれも広告属性の対応する項目に適合する場合には、その広告は表示候補となる。「適合する」とは、たとえば、ある項目の広告属性によって表される範囲が、その項目の顧客属性によって表される値または範囲を含むことをいう。具体例として、ユーザの顧客属性の性別が「女性」であって、広告属性の性別が「女性」または「すべて」である場合には、性別について顧客属性が広告属性に適合する。このようにして、表示制御部４０１１２は、表示される広告を顧客属性および広告属性に基づいて選択する。
表示候補となる広告が複数存在する場合には、表示制御部４０１１２は、表示すべき広告を表示候補のうちから任意の基準で（たとえばランダムに）１つ決定してもよいし、各表示候補を逐次表示してもよい。また、表示候補となる広告が存在しない場合には、表示制御部４０１１２は、表示すべき広告をすべての広告のうちから任意の基準で（たとえばランダムに）１つ決定してもよい。
顧客情報が存在しない場合（ステップＳ７１０でＮＯの場合）には、処理はステップＳ７１２に移行する。

ステップＳ７１２
表示制御部４０１１２は、広告を表示部４０１２に表示させる。ここで、ステップＳ７１１で広告が選択されている場合には、その広告が表示される。このようにして、表示制御部４０１１２は、顧客属性に応じて異なる広告を、表示部４０１２に表示する。一方、ステップＳ７１１が実行されていない場合（ステップＳ７１０でＮＯの場合）には、表示制御部４０１１２は、表示すべき広告をすべての広告のうちから任意の基準で（たとえばランダムに）１つ決定してもよい。このように、表示制御部４０１１２は、席の利用者の顧客情報を取得している場合には、表示部３２０に顧客情報に応じたコンテンツを表示させる。また、表示制御部４０１１２は、広告を選択した場合には、選択した広告を表示部３２０に表示させ、広告を選択していない場合には、記憶装置２４０に格納された表示可能な広告のうちいずれかを事前に設定された手順で表示させる。

なお、図１０に示すように、タブレット端末４０１は、各広告について表示度数を記憶することができる。表示制御部４０１１２は、広告が表示されることに応じて、その広告の表示度数を増加させてもよい。この増加量は、１回につき１であってもよい（その場合には、表示度数は広告の表示回数を示すことになる）。
また、この増加量は、状況に応じて変化してもよい。たとえば、表示制御部４０１１２は、この増加量を、広告が表示される時間帯に基づいて決定してもよい。具体例として、店舗が居酒屋である場合には、１７：００～２０：００の増加量を大きい値とし、２０：００以降の増加量を小さい値としてもよい。このようにすると、広告が効果的であると考えられる時間帯に表示された場合には、そうでない場合よりも表示度数が大きく増加することになる。
表示度数は、広告表示に係る料金の決定に利用することができる。たとえば、表示度数がより大きい広告は、より多数回、より効果的な時間帯に表示されたと言えるため、広告料金を高くすることが考えられる。

ここで、ステップＳ７０３またはＳ７０５が先に実行されているので、広告の表示は、利用開始操作の後に（たとえば所定時間経過後に）開始されることになる。このような構成によれば、顧客が実際に広告を視聴できる状態で広告の表示が行われるので、広告の注目度が向上する。
さらに、ステップＳ７０９が先に実行されるので、広告の表示は、利用開始操作の直後でなく、利用開始操作から所定時間が経過した後に開始される。このような構成によれば、顧客が飲食の注文を済ませ、落ち着いたと思われるタイミングで広告を表示することができ、広告の注目度がさらに向上する。

ステップＳ７１３
ＵＩデータ生成部４０１１１は、利用中席用表示画面に表示されている退席ボタンがユーザによって押下されたか判断する。退席ボタンがまだ押下されていない場合（ステップＳ７１３でＮＯの場合）、処理はステップＳ７１２に移行し、広告の表示が継続される。退席ボタンが押下された場合（ステップＳ７１３でＹＥＳの場合）、処理はステップＳ７１４に移行する。

ステップＳ７１４
ＵＩデータ生成部４０１１１は、当該タブレット端末４０１の表示画面を利用中席用表示画面から空席用表示画面に変更する。また、通信制御部４０１１３は、通信部４０１４を用いて、当該席の利用状態が「利用中」から「空席」に変わったことを空席管理サーバ２００に通知する。そして、処理はステップＳ７０１に移行する。この通知を受けた空席管理サーバ２００は、席利用状態管理テーブル２４１０における対象の席の利用状態２４１７を「利用中（２）」から「空席（０）」に変更する。

＜ユーザ端末３００における席予約時の画面構成例＞
図１３は、ユーザが店舗４００の席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。

図１３（ａ）は、店舗選択用ＵＩ画面８０１の構成例を示す図である。店舗選択用ＵＩ画面８０１は、空席管理サーバ２００に送信した店舗検索リクエストに対応する店舗群とそれらの混雑情報を表示する。図１３（ａ）は、リスト表示形式の構成を示しているが、地図上に各店舗をピン表示する形式で構成してもよい。店舗選択用ＵＩ画面８０１は、店舗情報８０１１を含むリストで構成される。リストには１以上の店舗情報８０１１－１～８０１１-ｎ（ただしｎは１以上の整数）が含まれる。
各店舗情報８０１１は、店舗名（カフェＡなど）と、ユーザ端末３００の現在位置（たとえばリクエスト送信時の位置）からの距離および所要時間と、を含んでいる。当該距離および所要時間は、ユーザ端末３００の位置情報（店舗検索リクエストに含まれる情報）と店舗の所在地情報とに基づいて空席管理サーバ２００が算出し、ユーザ端末３００に送信してもよい。
ユーザ端末３００は、店舗選択用ＵＩ画面８０１において、１つの店舗を選択する操作を受け付けることができる。１つの店舗がユーザによって選択されると、選択された店舗を識別する情報が空席管理サーバ２００に送信され、当該選択された店舗の席情報とそれらの利用状態の情報が空席管理サーバ２００から送信されてくる（図１３（ｂ））。

図１３（ｂ）は、ユーザが選択した店舗の席情報を表示する席選択用ＵＩ画面８０２の構成例を示す図である。図１３（ｂ）による席選択用ＵＩ画面８０２は、席情報８０２１と、注意喚起表示８０２２とを含んでいる。席情報８０２１として、１以上の席情報８０２１－１～８０２１-ｎ（ただしｎは１以上の整数）が含まれる。
各席情報８０２１は、席属性情報（図４の席属性２４１６に対応する）と、付帯設備情報（電源の有無、無線ＬＡＮの有無など）と、利用状態の情報（図４の利用状態２４１７に対応する）と、を含む。図１３（ｂ）では、空席は「空きあり」と表示されている。
ユーザ端末３００は、席選択用ＵＩ画面８０２において空席が存在する場合に、空席のうちの１つを選択する操作を受け付けることができる。１つの空席がユーザによって選択されると、ユーザ端末３００は、選択された席の情報を空席管理サーバ２００に送信する。空席管理サーバ２００は、当該予約に対して予約番号を付し、これによって予約が確定される。空席管理サーバ２００は、予約番号を含む予約完了通知をユーザ端末３００に送信し、ユーザ端末３００はこれを受信する。

図１３（ｃ）は、ユーザ端末３００の表示画面に表示される予約完了通知８０３の構成例を示す図である。予約完了通知８０３は、予約された席の情報８０３１と、予約に関するルール情報８０３２と、予約をキャンセルするためのキャセルボタン８０３３と、を含んでいる。
席の情報８０３１は、席属性情報と、席番号と、予約番号と、残り確保時間とを含む。席番号は、この例では「テーブル番号」として表示される「Ａ－１」であり、たとえば図４の席ＩＤ２４１５と１対１に対応する。予約番号は、図１３（ｃ）では「利用番号」として表示される。残り確保時間は、当該予約によって当該席が確保される時間（残存時間）を示し、例えば、予約直後は１５分間であるが、時間経過に伴ってカウントダウンされる。
予約に関するルール情報８０３２として、予約完了から所定時間（１５分）以内に来店しない場合には予約が解除されるという通知と、利用時間（たとえばチェックインから退席までの時間）は最大６０分間であるという通知と、来店後席のタブレット端末４０１に利用番号を入力するよう促す通知とが表示される。

＜店舗４００におけるタブレット端末４０１の表示画面構成例＞
図１４は、利用状態別のタブレット端末４０１の表示画面構成例を示す図である。図１４（ａ）は、空席時の表示画面９０１の構成例を示す図である。空席時の表示画面９０１は、席番号９０１１（この例では図１３（ｃ）と同様に「テーブル番号」と表示される）と、着席ボタン９０１２と、利用ルール表示９０１３と、を含む。
予約なしで来店したユーザは、空席がある場合、空席に係るタブレット端末４０１の画面上の着席ボタン９０１２を押下することにより、当該空席を利用することができるようになる。着席ボタン９０１２が押下されると、タブレット端末４０１は席の利用状態を「利用中」に変更する。これによって、タブレット端末４０１の画面は、利用中の表示画面９０３（図１４（ｃ））に変化する。

図１４（ｂ）は、予約中の表示画面９０２の構成例を示す図である。予約中の表示画面９０２は、席番号９０２１と、利用開始ボタン９０２２と、予約済表示９０２３と、予約番号入力欄９０２４と、を含む。
上記確保可能時間（１５分）以内に来店した予約ありのユーザは、自身が予約した席に係るタブレット端末４０１において、チェックインを行う。たとえば、予約番号入力欄９０２４に、予約時に空席管理サーバ２００から付与された予約番号を入力する。正しい予約番号の入力および利用開始ボタン９０２２の操作によってチェックインが完了すると、タブレット端末４０１は、利用状態を「利用中」に変更する。これによって、タブレット端末４０１の画面は、利用中の表示画面９０３（図１４（ｃ））に変化する。

図１４（ｃ）は、利用中の表示画面９０３の構成例を示す図である。利用中の表示画面９０３は、席番号９０３１（この例では図１３（ｃ）と同様に「テーブル番号」と表示される）と、退席ボタン９０３２と、現在の利用時間９０３３と、を含む。席を利用中のユーザが退席する際に退席ボタン９０３２を押下すると、タブレット端末４０１は、利用状態を「空席」に変更する。これによって、タブレット端末４０１の画面は、空席時の表示画面９０１（図１４（ａ））に変化する。また、利用時間９０３３が所定時間（６０分）経過すると、リマインド画面表示（図１４（ｄ））が出力されてもよい。

図１４（ｄ）は、変形例において表示可能なリマインド画面表示９０４の構成例を示す図である。リマインド画面表示９０４は、席利用がルールで定められた所定時間（６０分）を経過した際に、退席を促すために表示される。
リマインド画面表示９０４は、席番号９０４１（この例では図１３（ｃ）と同様に「テーブル番号」と表示される）と、退席ボタン９０４２と、利用時間が６０分を経過したことを示す利用時間表示９０４３と、リマインドメッセージ（退席促進メッセージ）９０４４と、を含む。当該リマインドメッセージを受けてユーザが退席ボタン９０４２を押下すると、タブレット端末４０１は、利用状態を「空席」に変更する。これによって、タブレット端末４０１の画面は、空席時の表示画面９０１（図１４（ａ））に変化する。

以上のように、各席に係るタブレット端末４０１において席の利用状態に変化があると、画面表示が変化するが、それに加えて、利用状態の変化（空席→利用中、予約中→利用中、利用中→空席）が空席管理サーバ２００に送信され、席利用状態管理テーブル２４１０の利用状態２４１７が更新される。

＜タブレット端末４０１における広告表示＞
図１２のステップＳ７１２等に関連して説明したように、チェックイン後に所定時間が経過すると、タブレット端末４０１は広告を表示する。タブレット端末４０１による広告の具体的な表示態様はとくに図示しないが、タブレット端末４０１の画面全体を用いて表示してもよいし、画面の一部を用いて表示してもよい。また、再生期間外の広告については、空席管理サーバからタブレット端末４０１に削除するよう指示したり、タブレット端末４０１が再生期間を過ぎた広告を自動で削除するようにしても良い。

＜実施形態１のまとめ＞
実施形態１では、空席管理サーバ２００はユーザごとに顧客情報を記憶しており、席を予約したユーザの顧客情報を取得する。空席管理サーバ２００は、予約された席に係るタブレット端末４０１に顧客情報を送信することで、タブレット端末４０１は予約したユーザの顧客情報を取得することができる。タブレット端末４０１は、複数の広告を格納しており、利用開始の際にユーザから席の利用を開始することを知らせる利用開始操作を受け付けると、広告を表示する。これにより、席を利用しているユーザがいる間にのみ広告を表示することができる。さらにタブレット端末４０１は、先の利用開始の際に予約したユーザによる利用であることを検知すると、送信された顧客情報に応じて広告を選択し、する。チェックイン操作から所定時間が経過すると、タブレット端末４０１は選択された広告を表示する。ここで、広告は顧客属性に応じて異なるものが選択されているので、タブレット端末４０１は顧客に応じて適切な広告を表示することができる。
なお、本形態において、空席管理サーバ２００は、予約番号とともに、顧客情報を送ることとした。しかしながら、予約した人の中には実際に着席できなかったり、キャンセルする人もいる。そこで、顧客情報は、Ｓ７０５において予約者によるチェックインが確認できた場合にのみ、Ｓ７０５の後に予約者の顧客情報を送るようにしても良い。
また、タブレット端末４０１のメモリに格納された顧客情報は、個人情報の取り扱いの観点から不要になった時点で削除されるようにしても良い。例えば、Ｓ７１１において顧客情報を用いて広告を選択した後や、Ｓ７１３において退席入力受付が完了した後に、顧客情報をメモリから削除することが望ましい。

（２）実施形態２
実施形態２は、実施形態１における広告を選択する方法を一部変更したものである。実施形態１では、タブレット端末４０１は、図１２のステップＳ７１１において、顧客情報のみに応じて広告を選択する。実施形態２では、タブレット端末４０１は、顧客情報に加え、タブレット端末４０１に関する属性（装置属性）に基づいて広告を選択する。以下、実施形態２について説明するが、実施形態１と共通する部分については説明を省略する場合がある。
装置属性は、各タブレット端末４０１について定義される。装置属性は、タブレット端末４０１の種類を表すことができる。また、装置属性は、タブレット端末４０１に対応する席の環境等を表してもよい。たとえば、店舗において子供と一緒に利用する顧客向けのキッズルームに配置されるタブレット端末４０１には、装置属性として「ファミリ」が定義される。また、たとえば、モバイル電源および無線通信環境が設けられるビジネス用の席に配置されるタブレット端末４０１には、装置属性として「ビジネス」が定義される。装置属性は、たとえば店舗の責任者等が事前に各タブレット端末４０１に入力しておくことができる。

＜広告管理テーブル２６１０の構成例＞
図１５は、実施形態２による、タブレット端末４０１において表示される広告に関する情報を管理する広告管理テーブル２６１０の構成例を示す図である。実施形態１の構成（図１０）に加え、広告属性は席種類２６２０を含む。

図１６は、実施形態２による、各タブレット端末４０１が実行する席管理処理を説明するためのフローチャートの一部である。タブレット端末４０１は、実施形態１と同様に図１２の処理を実行するが、その一部は図１５に示すように変更される。

ステップＳ７０１～Ｓ７０９
ステップＳ７０１～Ｓ７０９の処理は、実施形態１（図１２）と同様に実行される。

ステップＳ１１０１
ステップＳ７０９の後、表示制御部４０１１２は装置属性を取得する。

ステップＳ１１０２
表示制御部４０１１２は、装置属性に基づく広告選択が可能かどうかを判定する。たとえば、当該タブレット端末４０１の装置属性と、広告属性の席種類とが一致する広告が存在する場合には、広告選択が可能であると判定するとともに、その広告を選択する。該当する広告が複数存在する場合には、表示制御部４０１１２は、表示すべき広告を任意の基準で（たとえばランダムに）１つ決定してもよいし、各広告を逐次表示してもよい。装置属性に基づく広告選択が可能であった場合（ステップＳ１１０２においてＹＥＳの場合）には、処理はステップＳ７１２に進む。すなわち、この場合には、ステップＳ７１０およびＳ７１１は省略され、顧客情報に基づく広告選択は行われない。
当該タブレット端末４０１の装置属性と、広告属性の席種類とが一致する広告が存在しない場合には、表示制御部４０１１２は、装置属性に基づく広告選択が不可能であると判定し（ステップＳ１１０２においてＮＯの場合）、処理をステップＳ７１０に進める。

ステップＳ７１０以降
ステップＳ７１０以降の処理は、実施形態１（図１２）と同様に実行される。

このように、実施形態２において、表示制御部４０１１２は、まず装置属性および広告属性（とくに席種類）に基づいて広告を選択し、これによって広告が選択されなかった場合には、実施形態１と同様に、顧客属性および広告属性（たとえば性別、年齢および職業）に基づいて広告を選択する。

＜実施形態２のまとめ＞
実施形態２では、顧客情報に含まれる顧客個人の属性よりも装置属性を優先して広告を選択するので、装置属性を適切に設定することにより、顧客に対してより適した広告を表示することができる。たとえば、キッズルームを利用する顧客は幼児連れの家族であることが多いが、そのような顧客に対しては、予約したユーザ個人の属性に関わらず（たとえば予約したユーザが父親であるか母親であるかに関わらず）、ファミリ向けの広告を表示することができる。

（３）実施形態３
実施形態３は、実施形態１において、広告を選択する方法を一部変更したものである。実施形態３では、タブレット端末４０１は、顧客情報に加え、飲食物の注文に関する注文属性に基づいて広告を選択する。以下、実施形態３について説明するが、実施形態１または２と共通する部分については説明を省略する場合がある。
注文属性は、たとえば特定の飲食物または特定の料理コースを表すことができる。誕生日祝賀用のコース料理が注文された場合には、該当する席またはタブレット端末４０１の注文属性は「誕生日」とすることができる。
注文属性は、たとえば店舗の従業員が、料理コースの注文を受けることに応じて、タブレット端末４０１に（直接、または他の任意のコンピュータを介して）入力することができる。または、顧客がタブレット端末４０１を介して飲食物または料理コースの注文を行うことができるように構成されている場合には、注文の際にタブレット端末４０１が注文属性を取得してもよい。または、ユーザが予約の際に料理コースを指定できるようになっている場合には、ステップＳ６１０（図１１）において空席管理サーバ２００がタブレット端末４０１に注文属性を送信してもよい。

＜広告管理テーブル２６１０の構成例＞
図１７は、実施形態３による、タブレット端末４０１において表示される広告に関する情報を管理する広告管理テーブル２６１０の構成例を示す図である。実施形態１の構成（図１０）に加え、広告属性はコース種類２６３０を含む。

図１８は、実施形態３による、各タブレット端末４０１が実行する席管理処理を説明するためのフローチャートの一部である。タブレット端末４０１は、実施形態１と同様に図１２の処理を実行するが、その一部は図１８に示すように変更される。

ステップＳ７０１～Ｓ７０９
ステップＳ７０１～Ｓ７０９の処理は、実施形態１（図１２）と同様に実行される。

ステップＳ１３０１
ステップＳ７０９の後、表示制御部４０１１２は注文属性を取得する。

ステップＳ１３０２
表示制御部４０１１２は、注文属性に基づく広告選択が可能かどうかを判定する。たとえば、注文属性と、広告属性のコース種類とが一致する広告が存在する場合には、広告選択が可能であると判定するとともに、その広告を選択する。該当する広告が複数存在する場合には、表示制御部４０１１２は、表示すべき広告を任意の基準で（たとえばランダムに）１つ決定してもよいし、各広告を逐次表示してもよい。注文属性に基づく広告選択が可能であった場合（ステップＳ１３０２においてＹＥＳの場合）には、処理はステップＳ７１２に進む。すなわち、この場合には、ステップＳ７１０およびＳ７１１は省略され、顧客情報に基づく広告選択は行われない。
注文属性と、広告属性のコース種類とが一致する広告が存在しない場合には、表示制御部４０１１２は、注文属性に基づく広告選択が不可能であると判定し（ステップＳ１３０２においてＮＯの場合）、処理をステップＳ７１０に進める。

このように、実施形態３において、表示制御部４０１１２は、まず注文属性および広告属性（とくにコース種類）に基づいて広告を選択し、これによって広告が選択されなかった場合には、実施形態１と同様に、顧客属性および広告属性（たとえば性別、年齢および職業）に基づいて広告を選択する。

ステップＳ７１０以降
ステップＳ７１０以降の処理は、実施形態１（図１２）と同様に実行される。

＜実施形態３のまとめ＞
実施形態３では、顧客情報よりも注文属性を優先して広告を選択するので、注文属性を適切に設定することにより、顧客に対してより適した広告を表示することができる。たとえば、誕生日祝賀用のコース料理を注文した顧客に対しては、誕生日プレゼントの広告を表示することができる。

（４）その他の実施形態
上記の実施形態１～３に、さらに下記のような変形を施すことができる。
上記の実施形態はいずれも、タブレット端末４０１に表示させる顧客情報に応じたコンテンツとして広告を表示する例を説明した。コンテンツとしては例えば、店舗のメニューでも良い。店舗が飲食店である場合、顧客属性によって好みに合いやすいメニューが異なる。より具体的には、居酒屋やファミリーレストランのような飲食店では、性別や世代によって好まれるメニューの傾向が異なっている。そこで、性別や世代に応じたメニューを表示する順序や、レイアウトの画像や、共通のメニュー画像に加えて表示する顧客属性ごとのおすすめメニューの画像を用意しておき、顧客情報に応じて表示するようにしても良い。
また、実施形態２および３を組み合わせてもよい。たとえば、まずステップＳ１３０１～Ｓ１３０２を実行して注文属性により広告を選択する。注文属性によって広告を選択できなかった場合には、ステップＳ１１０１～Ｓ１１０２を実行して装置属性により広告を選択する。装置属性によって広告を選択できなかった場合には、ステップＳ７１０～Ｓ７１１を実行して顧客属性により広告を選択する。このようにすると、様々な選択基準に優先順位を付けて組み合わせることができる。

実施形態１～３において、顧客属性は、図５のような形式で予め登録しておく必要はなく、また、空席管理サーバ２００からタブレット端末４０１に送信される必要もない。たとえば、空席管理システム１０は、席を利用している顧客の顧客属性を取得してもよい。具体例として、タブレット端末４０１に内蔵されているカメラまたはタブレット端末４０１と通信可能なカメラが顧客の画像を撮影し、これによってタブレット端末４０１は顧客の画像を取得してもよい。そして、タブレット端末４０１は、顧客の画像に基づき、顧客属性を決定してもよい。
このようにすると、顧客に関する情報の事前登録が不要となる。また、席の予約を行わない顧客についても、顧客に応じて適切な広告を表示することができる。
なお、すべてのタブレット端末４０１がこのような動作を行う必要はなく、撮影に適した位置（たとえば席を利用している顧客について、画像処理に適した画像を撮影できる位置）に配置されるタブレット端末４０１のみがこのような動作を行うように構成してもよい。
このような変形例において、顧客属性は、たとえば性別、年齢、体型、服装、職業、等のうち少なくとも１つを含むことができ、広告属性もこれに対応して定義される。なお、画像からこのような顧客属性を取得するための方法は、公知の画像処理技術等を用いて適宜設計可能である。

実施形態１～３では、空席管理サーバ２００が店舗の空席管理および、広告配信を行った。しかしながら、空席管理を行うサーバと広告配信を行うサーバは異なるサーバによって構成しても良い。
実施形態１～３では、表示制御部４０１１２は、利用開始操作（ステップＳ７０５におけるチェックイン処理に含まれる）を受け付けてから所定時間Ａ後（ステップＳ７０９）に、広告表示（ステップＳ７１２）の処理を開始する。変形例として、所定時間Ａの待機は省略してもよい。また、利用開始操作を受け付けてから、時間以外の所定条件を満たすことに応じて広告を表示してもよい。いずれの場合でも、表示制御部４０１１２は、利用開始操作を条件の１つとして動作するので、利用開始操作を受け付けることに関連して広告を表示するということができる。

１０…空席管理システム
２００…空席管理サーバ
３００…ユーザ端末
３２０，４０１２…表示部
３３０，４０１３…入力部
３４０，４０１４…通信部
３５０，４０１５…メモリ
４０１…タブレット端末（端末）
２５１０…ユーザ管理テーブル
２６１０…広告管理テーブル
２６１５…表示度数

Claims (11)

1. 店舗の席に設置され、表示部を有する情報処理装置であって、
   前記席が利用開始されることを示す利用開始操作を受け付ける利用受付手段と、
   前記席が予約された際に予約した顧客に関する顧客属性を示す顧客情報を取得する取得手段と、
   前記利用受付手段が前記利用開始操作を受け付けた後に、前記表示部にコンテンツを表示させる表示制御手段と、を有し、
   前記表示制御手段は、前記取得手段が前記席の利用者の顧客情報を取得している場合には、前記表示部に前記顧客情報に応じたコンテンツを表示させることを特徴とする情報処理装置。
2. 前記情報処理装置は、
   複数のコンテンツを記憶する記憶手段と、
   前記顧客情報に基づいて前記複数のコンテンツから前記表示部に表示するコンテンツを選択する選択手段と、を有し、
   前記表示制御手段は、前記選択手段がコンテンツを選択した場合には、前記選択手段が選択したコンテンツを前記表示部に表示させ、前記選択手段がコンテンツを選択していない場合には、前記記憶手段に格納された表示可能なコンテンツのうちいずれかを事前に設定された手順で表示させることを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、前記利用開始操作の後、所定時間経過後に前記コンテンツを表示させることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記コンテンツは、広告であり、
   前記記憶手段は、前記複数のコンテンツを、それぞれ広告属性を関連づけて記憶し、
   前記顧客属性および前記広告属性は、いずれも、性別、年齢、職業のうち少なくとも１つに関する情報を含む、請求項２に記載の情報処理装置。
5. 前記情報処理装置は、
   前記顧客の画像を取得する手段と、
   前記顧客の画像に基づいて前記顧客属性を決定する手段と、
   を備える、請求項１～４のいずれか一項に記載の情報処理装置。
6. 前記情報処理装置は、
   前記情報処理装置に関する装置属性を取得する手段と、
   前記装置属性および前記広告属性に基づいて前記広告を選択する、第１優先選択手段と、
   を備え、
   前記選択手段は、前記第１優先選択手段によって前記広告が選択されなかった場合に、前記広告を選択する、
   請求項４に記載の情報処理装置。
7. 前記情報処理装置は、
   飲食物の注文に関する注文属性を取得する手段と、
   前記注文属性および前記広告属性に基づいて前記広告を選択する、第２優先選択手段と、
   を備え、
   前記選択手段は、前記第２優先選択手段によって前記広告が選択されなかった場合に、前記広告を選択する、
   請求項４に記載の情報処理装置。
8. 前記情報処理装置は、各前記コンテンツについて、前記コンテンツが表示されることに応じて増加する表示度数を格納する手段を備える、請求項１～７のいずれか一項に記載の情報処理装置。
9. 前記情報処理装置は、前記表示度数の増加量を、前記コンテンツが表示される時間帯に基づいて決定する手段を備える、請求項８に記載の情報処理装置。
10. コンピュータを、請求項１～９のいずれか一項に記載の情報処理装置として機能させるプログラム。
11. 店舗の席に設置され、表示部を有する情報処理装置によってコンテンツを表示させる方法であって、
    前記情報処理装置が、前記席が利用開始されることを示す利用開始操作を受け付けるステップと、
    前記情報処理装置が、前記席が予約された際に予約した顧客に関する顧客属性を示す顧客情報を取得するステップと、
    前記情報処理装置が前記利用開始操作を受け付けた後に、前記情報処理装置が前記表示部にコンテンツを表示させるステップと、を有し、
    前記情報処理装置は、前記情報処理装置が前記席の利用者の顧客情報を取得している場合には、前記表示部に前記顧客情報に応じたコンテンツを表示させることを特徴とする方法。

Images