JP2023025434A - サーバ装置、混雑情報通知システム、およびプログラム - Google Patents

Abstract

【課題】ユーザの利便性を向上させることができるサーバ装置、混雑情報通知システム、およびプログラムを提供する。【解決手段】サーバ装置と複数の店舗端末が、ＬＡＮ等のネットワークを介して互いに通信可能に接続され、サーバ装置と複数の予備携帯端末が、インターネット或いはショッピングセンター内の無線ＬＡＮ等のネットワークを介して互いに通信可能に接続されている混雑情報通知システムにおいて、サーバ装置２は、店舗の混雑状況及び複数の店舗の顧客が共用する座席の混雑状況を示す混雑情報の要求を受付ける受付部と、混雑情報を記憶した混雑情報記憶部から座席の混雑状況を示す座席混雑情報及び店舗の混雑状況を示す店舗混雑情報を抽出する抽出部と、受付部が混雑情報の要求を受付けたことを条件として、抽出部が抽出した座席混雑情報及び店舗混雑情報を出力する出力部と、を備える。【選択図】図１２

Description

本発明の実施形態は、サーバ装置、混雑情報通知システム、およびプログラムに関する。

近年、ショッピングセンターなどには複数の店舗（飲食店）を備えるフードコートが設けられている。フードコートは、複数の店舗および当該複数の店舗の顧客が共用する座席を備えた施設である。フードコートは、一般的に座席の利用に制限がなく、飲食しない人も利用できるようになっている。

このため、フードコートを利用しようとするユーザは、すぐに飲食できるか否かを判断するには利用しようとする店舗の混雑状況のみならず座席の混雑状況も知る必要がある。従来、飲食店を利用しようとするユーザに対して、当該飲食店の混雑状況を提供するシステムが知られている（例えば、特許文献１）。

しかしながら、上記の従来技術は、店舗の混雑状況を提供するのみであるため、フードコート等に適用した場合、提供される混雑情報はユーザにとって充分なものとはいえない。フードコート等においては、複数の店舗の顧客が共用する座席が混雑しているかどうかがユーザにとって重要だからである。このため、従来の技術はユーザの利便性において改善の余地があるものであった。

本発明が解決しようとする課題は、ユーザの利便性を向上させることができるサーバ装置、混雑情報通知システム、およびプログラムを提供することである。

実施形態のサーバ装置は、店舗の混雑状況および複数の店舗の顧客が共用する座席の混雑状況を示す混雑情報の要求を受付ける受付部と、混雑情報を記憶した混雑情報記憶部から前記座席の混雑状況を示す座席混雑情報および前記店舗の混雑状況を示す店舗混雑情報を抽出する抽出部と、前記受付部が前記混雑情報の要求を受付けたことを条件として、前記抽出部が抽出した前記座席混雑情報および前記店舗混雑情報を出力する出力部と、を備える。

図１は、実施形態の混雑情報通知システムの概要を示す図である。 図２は、実施形態の混雑情報通知システムが適用されるフードコートを示す図である。 図３は、実施形態の携帯端末のハードウェア構成を示すブロック図である。 図４は、実施形態の携帯端末の機能構成を示すブロック図である。 図５は、実施形態のサーバ装置のハードウェア構成を示すブロック図である。 図６は、実施形態のサーバ装置のメモリ部に記憶される会員マスタのデータ構成を示す図である。 図７は、実施形態のサーバ装置のメモリ部に記憶される店舗マスタのデータ構成を示す図である。 図８は、実施形態のサーバ装置のメモリ部に記憶されるメニューマスタ店舗マスタのデータ構成を示す図である。 図９は、実施形態のサーバ装置のメモリ部に記憶される座席混雑情報管理ファイルのデータ構成を示す図である。 図１０は、実施形態のサーバ装置のメモリ部に記憶される店舗混雑情報管理ファイルのデータ構成を示す図である。 図１１は、実施形態のサーバ装置のメモリ部に記憶される注文情報管理ファイルのデータ構成を示す図である。 図１２は、実施形態のサーバ装置の機能構成を示すブロック図である。 図１３は、実施形態の混雑情報通知システムの混雑情報通知時の動作の流れを示すシーケンスチャートである。 図１４は、実施形態の混雑情報通知時の携帯端末の表示画面を示す図である。 図１５は、実施形態の混雑情報通知システムの座席混雑情報更新時の動作の流れを示すシーケンスチャートである。 図１６は、実施形態の座席混雑情報更新時の携帯端末の表示画面を示す図である。 図１７は、実施形態の混雑情報通知システムの店舗混雑情報更新時の動作の流れを示すシーケンスチャートである。 図１８は、実施形態の店舗混雑情報更新時の携帯端末の表示画面を示す図である。 図１９は、実施形態のサーバ装置の混雑情報通知処理を示すフローチャートである。

以下、実施形態のサーバ装置、混雑情報通知システム、およびプログラムについて、図面を参照して説明する。図１は、混雑情報通知システムの概要を示す図である。本実施形態の混雑情報通知システム１は、例えば、ショッピングセンター内のフードコートに適用される。フードコートは、複数の店舗および当該複数の店舗の顧客が共用する座席を備えた施設である。

混雑情報通知システム１は、サーバ装置２、店舗端末３、携帯端末４等を備えている。サーバ装置２および店舗端末３は、ＬＡＮ（Local Area Network）等のネットワークを介して互いに通信可能に接続されている。また、サーバ装置２および携帯端末４は、インターネットあるいはショッピングセンター内の無線ＬＡＮ等のネットワークを介して互いに通信可能に接続されている。

サーバ装置２は、フードコートの混雑状況やユーザからの注文を管理するもので、フードコートの運営会社によって管理される。店舗端末３は、フードコートに設置された複数の店舗（飲食店）のそれぞれに設けられる。携帯端末４は、フードコートを利用するユーザが所持するスマートフォンなどの情報通信装置である。

図２は、フードコートのレイアウトを示す。フードコートは、複数の飲食店が集合し、ユーザが利用する席を共用しているセルフサービス形式の飲食スペースである。フードコートは、店舗エリアＡと、座席エリアＢとを備える。

店舗エリアＡには、複数の店舗Ｓが設けられている。各店舗Ｓは、店舗端末３を備えている。座席エリアＢは、ユーザが各店舗Ｓから購入した商品を飲食するエリアである。ただし、座席エリアＢの利用に制限はなく、店舗Ｓから商品を購入しない顧客も利用することができるようになっている。座席エリアＢには、座席Ｔが複数設けられている。本実施形態では、座席Ｔを椅子とテーブルのセットとしているが、座席Ｔは、椅子だけであってもよく、あるいはテーブルだけでもよい。

次に、携帯端末４について説明する。図３は、携帯端末４の主たるハードウェア構成を示すブロック図である。携帯端末４は、制御部４０と、メモリ部４１と、ディスプレイ４２と、タッチパネル４３と、通信部４４とを備えている。制御部４０、メモリ部４１、ディスプレイ４２、タッチパネル４３、および通信部４４はバス４５等を介して互いに接続されている。

制御部４０は、ＣＰＵ（Central Processing Unit）４０１、ＲＯＭ（Read Only Memory）４０２、ＲＡＭ（Random Access Memory）４０３を備えたコンピュータで構成されている。ＣＰＵ４０１、ＲＯＭ４０２、およびＲＡＭ４０３は、バス４５を介して互いに接続されている。ＣＰＵ４０１は、携帯端末４の全体を制御する。ＲＯＭ４０２は、ＣＰＵ４０１の駆動に用いられるプログラムなどの各種プログラムや各種データを記憶する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用され、ＲＯＭ４０２やメモリ部４１に記憶された各種プログラムや各種データを展開する。制御部４０は、ＣＰＵ４０１がＲＯＭ４０２やメモリ部４１に記憶されＲＡＭ４０３に展開された制御プログラムに従って動作することによって、携帯端末４の各種制御処理を実行する。

メモリ部４１は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。メモリ部４１は、制御プログラム４１１を記憶する。

制御プログラム４１１は、フードコートのウェブサイトを閲覧するためのウェブブラウザやフードコートの混雑情報を受信するための各種処理を実行する制御プログラムなどである。

ディスプレイ４２は、例えば、液晶パネルで構成されており、各種情報を表示する。例えば、ディスプレイ４２は、サーバ装置２から受信した混雑情報やメニュー情報等を表示する。また、ディスプレイ４２は、ユーザが各種情報を入力するための入力画面等、ユーザの操作を受付ける画面などを表示する。ディスプレイ４２は表示器の一例である。

タッチパネル４３は、ディスプレイ４２の表面に設けられ、ユーザが触れた位置に応じた情報を制御部４０に入力する。タッチパネル４３は、ユーザの操作に応じて、例えば、フードコート会員の会員登録をするための情報や、フードコートのウェブサイトにログインするための情報を制御部４０に入力する。

通信部４４は、サーバ装置２等の外部装置と通信するためのインターフェイスである。制御部４０は、通信部４４を介して外部装置と接続されることで、当該外部装置と情報（データ）の送受信が可能となる。

続いて、携帯端末４の制御部４０の機能構成について説明する。図４は、携帯端末４の主たる機能構成を示すブロック図である。制御部４０は、ＣＰＵ４０１がＲＯＭ４０２やメモリ部４１に記憶された制御プログラムにしたがって動作することで、受信部４００１、送信部４００２、および表示部４００３として機能する。なお、これら各機能を専用回路等のハードウェアで構成してもよい。なお、図４において、便宜上、サーバ装置２を２つ図示するが、携帯端末４がデータの送受信を行うサーバ装置２は１つであってもよい。

受信部４００１は、送信部４００２が送信した要求に応じてサーバ装置２が出力した座席Ｔの混雑状況を示す座席混雑情報および店舗Ｓの混雑状況を示す店舗混雑情報を受信する。なお、以下の説明において、座席混雑情報および店舗混雑情報を総称して「混雑情報」という場合がある。また、受信部４００１は、各店舗Ｓのメニュー情報などの各種情報をサーバ装置２から受信する。

送信部４００２は、複数の店舗Ｓおよび当該複数の店舗Ｓの顧客が共用する座席Ｔを備えた施設の混雑状況を示す混雑情報の要求をサーバ装置２に送信する。具体的には、送信部４００２は、座席混雑情報を要求する第１の要求、および店舗混雑情報を要求する第２の要求をサーバ装置２に送信する。また、送信部４００２は、タッチパネル４３に入力された各種情報を必要に応じてサーバ装置２に送信する。

表示部４００３は、受信部４００１が受信した座席混雑情報および店舗混雑情報をディスプレイ４２に表示させる。また、表示部４００３は、その他各種情報をディスプレイ４２に表示させる。

次に、サーバ装置２について説明する。図５は、サーバ装置２の主たるハードウェア構成を示すブロック図である。サーバ装置２は、制御部２０と、メモリ部２１と、表示部２２と、操作入力部２３と、通信部２４とを備えている。制御部２０、メモリ部２１、表示部２２、操作入力部２３、および通信部２４はバス２５等を介して互いに接続されている。

制御部２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３を備えている。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３は、バス２５を介して互いに接続されている。ＣＰＵ２０１は、サーバ装置２の全体を制御する。ＲＯＭ２０２は、ＣＰＵ２０１の駆動に用いられるプログラムなどの各種プログラムや各種データを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用され、ＲＯＭ２０２やメモリ部２１に記憶された各種プログラムや各種データを展開する。制御部２０は、ＣＰＵ２０１がＲＯＭ２０２やメモリ部２１に記憶されＲＡＭ２０３に展開された制御プログラムに従って動作することによって、サーバ装置２の各種制御処理を実行する。

メモリ部２１は、ＨＤＤやフラッシュメモリ等の記憶媒体で構成されており、電源を遮断しても記憶内容を維持する。メモリ部２１は、制御プログラム２１１、会員マスタ２１２、店舗マスタ２１３、メニューマスタ２１４、座席混雑情報管理ファイル２１５、店舗混雑情報管理ファイル２１６、および注文情報管理ファイル２１７を記憶する。

制御プログラム２１１は、座席混雑情報および店舗混雑情報を管理するための制御プログラムや、携帯端末４に対して当該座席混雑情報および店舗混雑情報を出力するための制御プログラムなどである。

会員マスタ２１２は、サーバ装置２による混雑情報提供サービスを利用可能な会員の情報を管理するマスタファイルである。図６は、会員マスタ２１２のデータ構成を示す図である。会員マスタ２１２は、会員ＩＤ、会員名、電話番号、メールアドレス、クレジット情報、およびパスワードを示す各情報が対応づけられている。サーバ装置２は、会員マスタ２１２に登録される各情報をユーザが会員登録する際に取得する。

会員ＩＤの項目には、会員であるユーザを識別する会員ＩＤが登録される。会員名の項目には、会員の氏名を示す情報が登録される。電話番号の項目には、会員の連絡先である電話番号を示す情報が登録される。メールアドレスの項目には、会員の携帯端末４のメールアドレスが登録される。

クレジット情報の項目には、会員が携帯端末４を用いてクレジット決済を実行する際に必要なクレジット情報が登録される。クレジット情報の登録の有無は任意であり、クレジット情報を登録しないユーザは、携帯端末４を用いてクレジット決済を実行する度に、当該携帯端末４にクレジット情報を入力する。パスワードの項目には、フードコートのウェブサイトにログインする際に入力されるパスワードを示す情報が登録される。

店舗マスタ２１３は、フードコート内の店舗Ｓを管理するマスタファイルである。図７は、店舗マスタ２１３のデータ構成を示す図である。店舗マスタ２１３は、店舗ＩＤおよび店舗名が対応づけられている。店舗マスタ２１３は、フードコート内に存在する店舗Ｓ毎に店舗ＩＤおよび店舗名が対応づけて記憶されている。店舗マスタ２１３は、フードコート内に新たな店舗Ｓが出店された際、あるいはフードコート内の店舗Ｓが退店した際に更新される。

店舗ＩＤの項目には、店舗Ｓを識別するための店舗ＩＤが登録される。店名の項目には、店舗Ｓの名称を示す情報が登録される。

メニューマスタ２１４は、フードコート内の全ての店舗Ｓのメニューを店舗Ｓごとに管理するマスタファイルである。図８は、メニューマスタ２１４のデータ構成を示す図である。メニューマスタ２１４は、店舗ＩＤ、商品ＩＤ、商品名、および調理時間を示す各情報が対応づけられている。メニューマスタ２１４の各項目に登録される情報は、サーバ装置２が各店舗Ｓの店舗端末３から取得する。メニューマスタ２１４は、メニュー情報記憶部の一例である。

店舗ＩＤの項目には、店舗Ｓを識別する店舗ＩＤが登録される。商品ＩＤの項目には、店舗Ｓがユーザに提供する商品を識別する商品ＩＤが登録される。商品名の項目には、商品の名称を示す情報が登録される。調理時間の項目には、店舗Ｓが商品の調理に要する時間を示す情報が登録される。なお、メニューマスタ２１４には、商品画像や商品特有の付加的な情報等が必要に応じて登録される。

座席混雑情報管理ファイル２１５は、フードコート内の座席Ｔの混雑状況を管理するファイルである。図９は、座席混雑情報管理ファイル２１５のデータ構成を示す図である。座席混雑情報管理ファイル２１５は、時間帯と混雑状況に関する情報とが対応づけられている。混雑状況に関する情報は、「混雑」、「普通」、および「空き」の各項目に分けられている。座席混雑情報管理ファイル２１５は、各ユーザの携帯端末４から送信される座席混雑情報に基づいて随時更新される。座席混雑情報管理ファイル２１５は、混雑情報記憶部の一例である。なお、座席混雑情報管理ファイル２１５は、座席エリアＢの混雑状況を検出するセンサ、例えば座席エリアＢを撮像するカメラや各座席Ｔに設けられた着座センサ等の出力に基づいて更新するようにしてもよい。また、混雑状況に関する情報は、「混雑」、「普通」、および「空き」の項目に限定されるものではなく、例えば、項目の数を「混雑」および「空き」の２項目としてもよく、または、増やしてもよい。その項目の数は任意に設定可能である。

時間帯の項目には、区分された時間帯を示す情報が登録される。時間帯の項目には、例えば１５分毎の時間帯を示す情報として「１２：０１～１２：１５」「１２：１６～１２：３０」などが登録される。なお、登録される時間帯は、フードコートの運営会社等が任意に設定することができる。

混雑の項目には、フードコートの座席Ｔの混雑状況について、混雑していると感じている会員の人数を示す情報が登録される。普通の項目には、フードコートの座席Ｔの混雑状況について、混雑もしていないし空いてもいない普通の状況と感じている会員の人数を示す情報が登録される。空きの項目には、フードコートの座席Ｔの混雑状況について、空いていると感じている会員の人数を示す情報が登録される。

混雑、普通、および空きの項目は、サーバ装置２が各会員の携帯端末４から座席混雑情報を受信する度に更新される。座席混雑情報管理ファイル２１５は、時間帯毎の座席Ｔの混雑状況を表すものであるということができる。なお、座席混雑情報管理ファイル２１５は、現在時刻を含む時間帯の混雑状況を示す情報のみを記憶するものであってもよい。

店舗混雑情報管理ファイル２１６は、フードコート内の店舗Ｓの混雑状況を管理するファイルである。図１０は、店舗混雑情報管理ファイル２１６のデータ構成を示す図である。店舗混雑情報管理ファイル２１６は、店舗ＩＤおよび待ち人数を示す情報が対応づけられている。店舗混雑情報管理ファイル２１６は、サーバ装置２が各店舗Ｓの店舗端末３から取得した情報に基づいて随時更新される。店舗混雑情報管理ファイル２１６は、混雑情報記憶部の一例である。

店舗ＩＤの項目には、店舗Ｓを識別する店舗ＩＤが登録される。待ち人数の項目には、店舗Ｓにおいて商品の提供を待っている顧客の人数を示す情報が登録される。待ち人数の項目に代えて、あるいは加えて、待ち時間の項目を設けてもよい。

注文情報管理ファイル２１７は、各店舗Ｓに注文された情報を店舗Ｓ毎に管理するファイルである。図１１は、注文情報管理ファイル２１７のデータ構成を示す図である。注文情報管理ファイル２１７は、受付番号、会員ＩＤ、店舗ＩＤ、商品ＩＤ、受付時間、提供予定時間、およびステータスを示す各情報が対応づけられている。

受付番号の項目には、サーバ装置２が携帯端末４から受付けた注文情報を識別する受付番号が登録される。サーバ装置２は、携帯端末４から注文情報を受付けて当該注文情報に係る決済が完了すると受付番号を発行し、受付番号の項目に登録する。受付番号は、１回の注文情報の受付毎に発行されるもので、複数の店舗Ｓに対する注文を含む場合もある。

会員ＩＤの項目には、注文した会員を識別する会員ＩＤが登録される。店舗ＩＤの項目には、注文情報に係る商品（以下、「注文商品」ともいう）を販売する店舗Ｓを識別する店舗ＩＤが登録される。商品ＩＤの項目には、注文商品を識別する商品ＩＤが登録される。

受付時間の項目には、サーバ装置２が携帯端末４から注文を受付けた時間を示す情報が登録される。提供予定時間の項目には、注文された商品を顧客に提供する予定時間を示す情報が登録される。サーバ装置２は、注文商品の調理時間と当該注文商品を提供する店舗Ｓの店舗端末３から受信した待ち人数を示す情報とに基づいて提供予定時間を算出し、提供予定時間の項目に登録する。

ステータスの項目には、受付けた注文に関するステータスを示す情報が登録される。ステータスを示す情報は、例えば「調理中」「商品提供済」などである。ステータスを示す情報は、サーバ装置２が各店舗Ｓの店舗端末３から取得した情報等に基づいて更新される。受付時間、提供予定時間、ステータスを示す各情報は、注文された商品毎に設定され、登録される。

なお、各店舗Ｓで個別に注文を受付けることを可能とした場合、サーバ装置２は、注文に関する情報を各店舗Ｓの店舗端末３から取得して注文情報管理ファイル２１７を適宜更新することができる。

図５に戻って、サーバ装置２のハードウェア構成について説明する。

表示部２２は、液晶パネル等で構成されており、各種情報を表示する。例えば、表示部２２は、各種情報を入力するための入力画面等を表示する。

操作入力部２３は、キーボードや表示部２２の表面に設けられるタッチパネルなどで構成される。操作入力部２３は、操作者の操作に基づいて、例えば座席混雑情報管理ファイル２１５の時間帯を設定するための情報などの各種情報を制御部２０に入力する。

通信部２４は、店舗端末３や携帯端末４等の外部装置と通信するためのインターフェイスである。制御部２０は、通信部２４を介して外部装置と接続されることで、当該外部装置と情報（データ）の送受信が可能となる。

続いて、サーバ装置２の制御部２０の機能構成について説明する。図１２は、サーバ装置２の主たる機能構成を示すブロック図である。制御部２０は、ＣＰＵ２０１がＲＯＭ２０２やメモリ部２１に記憶された制御プログラムにしたがって動作することで、受付部２００１、抽出部２００２、出力部２００３、注文情報処理部２００４、および更新部２００５として機能する。なお、これら各機能を専用回路等のハードウェアで構成してもよい。なお、図１２において、便宜上、サーバ装置２を２つ図示するが、携帯端末４がデータの送受信を行うサーバ装置２は１つであってもよい。

受付部２００１は、複数の店舗Ｓおよび当該複数の店舗Ｓの顧客が共用する座席Ｔを備えた施設の混雑状況を示す混雑情報の要求を受付ける。具体的には、受付部２００１は、座席混雑情報の要求である第１の要求および店舗混雑情報の要求である第２の要求を携帯端末４から受付ける。第２の要求は、特定の店舗のみの混雑情報を要求するものでも、複数の店舗の混雑情報を要求するものでもよい。本実施形態においては、受付部２００１は、座席混雑情報の要求と店舗混雑情報の要求を別々に受付けているが、一回の要求で座席混雑情報および店舗混雑情報の要求を受付けてもよい。

また、受付部２００１は、各種情報を携帯端末４から受付ける。例えば、受付部２００１は、ユーザが携帯端末４に入力した座席混雑情報やユーザが商品を注文するための注文情報を携帯端末４から受付ける。受付部２００１が受付ける座席混雑情報は、例えば、「空いている」「普通」「混んでいる」のいずれかを示す情報である。受付部２００１が受付ける注文情報は、商品を注文するユーザの会員ＩＤ、注文商品を扱う店舗Ｓの店舗ＩＤ、注文商品を示す商品ＩＤなどを含む情報である。なお、座席混雑情報は、複数の店舗Ｓの顧客が共用する座席を備えた施設の混雑状況を示す混雑情報でもある。

さらに、受付部２００１は、店舗端末３から各種情報を受付ける。例えば、受付部２００１は、店舗混雑情報や調理完了通知を店舗端末３から受付ける。受付部２００１が受付ける店舗混雑情報は、例えば、待ち人数（商品の提供を待っている顧客の人数）や待ち時間（注文した商品を受け取るまでの予定時間）、注文を受け付けた注文数、または注文を受け付けているが未提供となっている未提供の注文数等を示す情報である。なお、これらの情報を組み合わせて生成した情報に基づいて、店舗混雑情報としてもよい。調理完了通知は、ユーザが注文した商品の調理が完了したことを示す情報である。

抽出部２００２は、混雑情報を記憶した混雑情報記憶部から座席Ｔの混雑状況を示す座席混雑情報および店舗Ｓの混雑状況を示す店舗混雑情報を抽出する。具体的には、抽出部２００２は、座席混雑情報管理ファイル２１５から座席混雑情報を抽出する。例えば、抽出部２００２は、受付部２００１が第１の要求を受付けると、座席混雑情報管理ファイル２１５を参照する。そして、抽出部２００２は、第１の要求を受付けた時刻を含む時間帯あるいは当該時間帯の１つ前の時間帯において、最も登録された人数が多い混雑状況の項目を座席混雑情報として抽出する。抽出される混雑状況の項目とは、座席混雑情報管理ファイル２１５に項目として設定された「混雑」「普通」「空き」のいずれかである。第１の要求を受付けた時刻を含む時間帯または当該時間帯の１つ前の時間帯のいずれかの選択は、サーバ装置２を管理するフードコートの運営会社が任意に設定できる。

また、抽出部２００２は、店舗混雑情報管理ファイル２１６から店舗混雑情報を抽出する。例えば、抽出部２００２は、受付部２００１が第２の要求を受付けると、店舗混雑情報管理ファイル２１６を参照して、各店舗Ｓにおける待ち人数を示す情報を店舗混雑情報として抽出する。第２の要求に店舗Ｓを指定する店舗ＩＤが含まれている場合、抽出部２００２は、店舗混雑情報管理ファイル２１６から当該店舗ＩＤと対応する待ち人数を示す情報を抽出するとともに、メニューマスタ２１４から当該店舗ＩＤに対応する商品ＩＤ等を抽出する。

出力部２００３は、受付部２００１が混雑情報の要求を受付けたことを条件として、抽出部２００２が抽出した座席混雑情報および店舗混雑情報を出力する。具体的には、出力部２００３は、受付部２００１が第１の要求を受付けると座席混雑情報を携帯端末４に出力し、受付部２００１が第２の要求を受付けると店舗混雑情報を携帯端末４に出力する。言い換えれば、出力部２００３が座席混雑情報と店舗混雑情報の２つの情報を出力する条件として、受付部２００１が第１の要求および第２の要求からなる混雑情報の要求を受付けることが設定されているということができる。なお、出力部２００３は、座席混雑情報および店舗混雑情報を別々に出力しているが、一度に出力してもよい。

本実施形態では、受付部２００１が第１の要求を受付けてから抽出部２００２が座席混雑情報を抽出し、出力部２００３が抽出された座席混雑情報を出力する。また、受付部２００１が第２の要求を受付けてから抽出部２００２が店舗混雑情報を抽出し、出力部２００３が抽出された店舗混雑情報を出力する。しかし、これらの処理に限らない。例えば、抽出部２００２が定期的に座席混雑情報および店舗混雑情報を抽出し、受付部２００１が第１の要求または第２の要求を受付けた時点で直近に抽出された座席混雑情報または店舗混雑情報を出力部２００３が出力してもよい。

出力部２００３は、その他の情報を携帯端末４に出力する。例えば、出力部２００３は、注文情報による注文が完了したことを示す注文完了通知を、当該注文情報を識別する受付番号や注文商品の提供予定時間を示す情報とともに携帯端末４に出力する。また、出力部２００３は、注文商品の調理が完了したことを示す調理完了通知を、受付番号や商品名などを示す情報とともに携帯端末４に出力する。

また、出力部２００３は、各種情報を店舗端末３に出力する。例えば、出力部２００３は、受付部２００１が携帯端末４から受付けた注文情報に含まれる商品ＩＤ等を当該商品ＩＤで識別される商品を販売する店舗Ｓの店舗端末３に出力する。

注文情報処理部２００４は、受付部２００１が携帯端末４から受付けた注文情報に係る処理を実行する。例えば、注文情報処理部２００４は、決済代行業者が管理する決済サーバ（図示せず）と通信して、受付部２００１が受付けた注文情報に係る決済を行うための決済関連処理を実行する。なお、注文情報処理部２００４は、決済関連処理として、クレジット決済、二次元コード決済等のキャッシュレス決済に係る処理を実行することができる。

また、注文情報処理部２００４は、受付部２００１が受付けた注文情報に基づいて、注文情報管理ファイル２１７を更新する。より詳細には、注文情報処理部２００４は、受付部２００１が受付けた注文情報に対して受付番号を発番して注文情報管理ファイル２１７に登録する。また、注文情報処理部２００４は、注文を受付けたユーザを識別する会員ＩＤ、注文商品を扱う店舗Ｓを識別する店舗ＩＤ、注文商品を識別する商品ＩＤ、注文情報を受付けた受付時間を注文情報管理ファイル２１７に登録する。さらに、注文情報処理部２００４は、メニューマスタ２１４を参照して注文商品の調理時間を抽出し、当該調理時間と受付時間等から算出した提供予定時間を登録する。加えて、注文情報処理部２００４は、店舗端末３からの情報に基づいてステータスを更新する。

更新部２００５は、受付部２００１が携帯端末４から受付けた座席混雑情報に基づいて座席混雑情報管理ファイル２１５を更新する。また、更新部２００５は、受付部２００１が店舗端末３から受付けた店舗混雑情報に基づいて店舗混雑情報管理ファイル２１６を更新する。更新部２００５の処理によって、座席Ｔの混雑状況および店舗Ｓの混雑状況が管理されているということができる。

次に、混雑情報通知システム１の動作について説明する。まず、サーバ装置２がユーザの携帯端末４に混雑情報を提供する際の動作について説明する。図１３は、混雑情報通知システム１の混雑情報通知時の動作の流れを示すシーケンスチャートである。

ユーザは携帯端末４を操作して、フードコートのウェブサイトにログインする。例えば、携帯端末４は、ショッピングセンター内に表示された二次元コードを読取ることによりログインするための処理を実行する（ステップＳ１）。パスワードの入力等のログインするための処理が実行されると、携帯端末４は、当該携帯端末４を所持する会員の会員ＩＤと座席混雑情報の要求（第１の要求）をサーバ装置２に出力する（ステップＳ２）。

サーバ装置２は、第１の要求を受付けると座席混雑情報管理ファイル２１５を参照して座席混雑情報を抽出する（ステップＳ３）。抽出される座席混雑情報は、例えば座席混雑情報管理ファイル２１５において、第１の要求を受付けた時間帯で最も登録された人数の多い項目（「混雑」「普通」「空き」のいずれか）である。サーバ装置２は、抽出した座席混雑情報を会員ＩＤで識別される会員の携帯端末４に出力する（ステップＳ４）。

携帯端末４は、サーバ装置２から取得した座席混雑情報の表示を含む画面（トップ画面）を表示する（ステップＳ５）。図１４（１）は、携帯端末４に表示されるトップ画面を示す図である。トップ画面には、店舗選択領域５１、座席混雑情報領域５２、およびメニュー領域５３が形成されている。

店舗選択領域５１には、フードコートに出店する各店舗Ｓのアイコンが表示される。アイコンは、店舗Ｓを選択する選択ボタンを兼ねている。座席混雑情報領域５２には、サーバ装置２から取得した座席混雑情報が表示される。座席混雑情報領域５２には、図において左から順に「空き」「普通」「混雑」を示す３つの表示領域が形成されており、サーバ装置２から取得した混雑情報に該当する表示領域が明るくなり、他の２つはグレーアウトされる。図１４（１）においては、サーバ装置２から取得した座席混雑情報が「普通」であったことを受け、携帯端末４において、「普通」を示す表示領域が明るくなり、他の２つの表示領域はグレーアウトされている。メニュー領域５３には、例えば各店舗Ｓのおすすめメニューが表示される。トップ画面に表示されるおすすめメニューは任意に設定できる。

図１３に戻って、携帯端末４に店舗混雑情報の要求（第２の要求）が入力されると（ステップＳ６）、携帯端末４は、会員ＩＤおよび第２の要求をサーバ装置２に出力する（ステップＳ７）。ユーザは、全ての店舗Ｓの混雑情報の要求または特定の店舗Ｓの混雑情報の要求を選択することができる。ユーザは、図１４（１）において、座席混雑情報領域５２に触れることで全ての店舗Ｓの混雑情報を要求でき、店舗選択領域５１のいずれかの店舗Ｓのアイコンに触れることで特定の店舗Ｓの混雑情報を要求できる。

サーバ装置２は、第２の要求を受付けると、店舗混雑情報管理ファイル２１６を参照して店舗混雑情報を抽出する（ステップＳ８）。抽出される店舗混雑情報は、例えば待ち人数を示す情報である。サーバ装置２は、受付けた第２の要求が全ての店舗Ｓの混雑情報の要求である場合、全店舗Ｓの店舗混雑情報を抽出する。また、サーバ装置２は、受付けた第２の要求が特定の店舗Ｓの混雑情報の要求である場合、当該特定の店舗Ｓの店舗混雑情報を抽出するとともに、メニューマスタ２１４から当該特定の店舗Ｓのメニュー情報を抽出する。

サーバ装置２は、抽出した店舗混雑情報を会員ＩＤで識別される会員の携帯端末４に出力する（ステップＳ９）。サーバ装置２は、受付けた第２の要求が特定の店舗Ｓの混雑情報の要求である場合、抽出したメニュー情報も併せて携帯端末４に出力する。

携帯端末４は、サーバ装置２から取得した店舗混雑情報を表示する（ステップＳ１０）。図１４（２）は、携帯端末４が全ての店舗Ｓの混雑情報を取得した場合の表示画面である。表示画面には店舗別混雑情報領域５４が形成されている。店舗別混雑情報領域５４には、第２の要求を受付けた時点で待ち人数が発生している店舗Ｓについて、店舗名と待ち人数とを対応付けた店舗混雑情報が表示される。

図１４（３）は、携帯端末４が特定の店舗Ｓの混雑情報を取得した場合の表示画面である。表示画面には、店舗名領域５５、座席混雑情報領域５２、メニュー領域５３、および店舗混雑情報領域５６が形成されている。

店舗名領域５５には、第２の要求で特定された店舗Ｓの名称が表示される。座席混雑情報領域５２には、トップ画面の座席混雑情報領域５２と同様の情報が表示される。メニュー領域５３には、店舗名領域５５に表示される店舗Ｓのメニューが表示される。携帯端末４は、メニュー領域５３をスクロール表示させることで、店舗名領域５５に表示される店舗Ｓのメニューを全て表示させることができる。

上述した図１３に示す動作により、混雑情報通知システム１は、フードコートにおける座席Ｔの混雑状況および店舗Ｓの混雑状況をユーザに提供することができる。なお、本実施形態においては、サーバ装置２は第１の要求と第２の要求とを異なるタイミングで受付けているが、第１の要求と第２の要求とを１つの要求として受付けてもよい。また、サーバ装置２は、座席混雑情報と店舗混雑情報とを同じタイミングで出力してもよい。

続いて、サーバ装置２がユーザの携帯端末４から座席混雑情報を収集する際の動作について説明する。図１５は、座席混雑情報更新時の動作の流れを示すシーケンスチャートである。

ユーザはフードコート内であってもフードコート外であっても携帯端末４を操作して商品を注文することができる。携帯端末４には、ユーザによって注文に係る入力がなされる（ステップＳ１１）。図１６（１）は、注文入力画面を示す図である。注文入力画面は、例えば、ユーザが図１４（３）のメニュー領域５３に表示されている商品に触れることで表示される。注文入力画面には、商品情報領域６１、付加情報領域６２、および注文入力領域６３が形成されている。

商品情報領域６１には、ユーザが指定した商品の情報が表示される。表示される商品の情報は、例えば、商品名、商品画像、価格などである。付加情報領域６２は、商品の付加情報を入力する入力画面領域として機能する。入力される付加情報は、例えば、ソースの種類、大盛や普通盛などの量の種類等、商品に関する付加的な情報であり、商品ごとに予め設定されている。注文入力領域６３は、商品情報領域６１に表示された商品を注文商品として特定する入力画面領域として機能する。

ユーザが注文入力領域６３に触れて商品情報領域６１に表示された商品を注文商品として入力すると、携帯端末４は図１６（２）に示す確認画面を表示する。確認画面には、注文商品領域６４、追加注文ボタン６５および会計ボタン６６が形成されている。

注文商品領域６４には、ユーザが選択した注文商品の商品情報や合計金額等が表示される。追加注文ボタン６５は、注文商品領域６４に表示された商品に加えてさらに注文情報を入力する際に操作される。携帯端末４は、追加注文ボタン６５が操作されると、トップ画面あるいは直前に入力した注文商品を販売する店舗Ｓのメニュー画面などを表示する。会計ボタン６６は、注文を確定して決済を指示するためボタンである。

図１５に戻って説明する。注文が確定すると、携帯端末４は、注文情報をサーバ装置２に出力する（ステップＳ１２）。携帯端末４から出力される注文情報は、会員ＩＤ、入力された注文商品を識別する商品ＩＤ、および当該注文商品を提供する店舗Ｓを識別する店舗ＩＤ等を含む。

サーバ装置２は、携帯端末４から取得した注文情報に基づいて決済関連処理を実行する（ステップＳ１３）。サーバ装置２は、例えば、取得した会員ＩＤに対応するクレジット情報を会員マスタ２１２から読出し、決済代行業者が管理する決済サーバ（図示せず）と通信して注文商品に係る決済をするための決済関連処理を実行する。なお、ユーザが会員マスタ２１２にクレジット情報を登録していない場合、サーバ装置２は、決済関連処理の一部としてクレジット情報の入力要求を携帯端末４に出力する。

また、サーバ装置２は、受付けた注文情報に対して受付番号を発番するとともに、注文商品の提供予定時間を算出する（ステップＳ１４）。続いて、サーバ装置２は、受付けた注文情報に基づいて注文の振り分け処理を実行する（ステップＳ１５）。注文の振り分け処理は、サーバ装置２が受付けた注文情報で示される注文商品を、当該注文商品を提供する店舗Ｓごとに振り分ける処理である。詳細は後述するが、サーバ装置２は、振り分けた注文商品に係る情報を各店舗Ｓの店舗端末３に出力する。

サーバ装置２は、決済関連処理等を終えると、注文の受付が完了したことを示す注文完了通知、発番した受付番号、および算出した提供予定時間を示す情報を携帯端末４に出力する（ステップＳ１６）。

携帯端末４は、サーバ装置２から取得した各情報に基づいて注文完了通知画面を表示する（ステップＳ１７）。図１６（３）は、注文完了通知画面を示す図である。注文完了通知画面には、メッセージ領域６７、受付情報領域６８、注文情報領域６９、領収書ボタン７０、空きボタン７１、普通ボタン７２、混雑ボタン７３等が形成されている。

メッセージ領域６７には、注文の受付が完了したことを示すメッセージが表示される。受付情報領域６８には、サーバ装置２で発番された受付番号およびサーバ装置２で算出された提供予定時間が表示される。注文情報領域６９には受付けた注文内容が表示される。例えば、注文情報領域６９には、注文商品の商品名、価格、個数が対応付けて表示される。

領収書ボタン７０は、電子領収書を受領するためのボタンである。領収書ボタン７０が操作されると、サーバ装置２に領収書の発行要求が出力される。発行要求を取得したサーバ装置２は、注文商品を提供する各店舗Ｓの店舗端末３に領収書の発行指示を出力する。領収書の発行指示を取得した店舗端末３は、サーバ装置２経由で、あるいは直接携帯端末４に電子領収書を送信する。

空きボタン７１、普通ボタン７２、および混雑ボタン７３は、座席混雑情報を入力するためのボタンである。ユーザは、自身が感じたフードコートの座席Ｔの混雑状況に基づいて、空きボタン７１、普通ボタン７２、混雑ボタン７３のいずれかを操作する。これにより、サーバ装置２は、ユーザが入力した座席混雑情報の収集が可能となる。なお、携帯端末４は、注文完了通知画面において、混雑情報の入力を促すメッセージを表示してもよく、または座席混雑情報の入力を条件としてトップページに戻るように設定してもよい。このようにすることで、サーバ装置２は、座席混雑情報を数多く収集することができる。

図１５に戻って説明する。携帯端末４は、座席混雑情報が入力されると（ステップＳ１８）、入力された座席混雑情報をサーバ装置２に出力する（ステップＳ１９）。サーバ装置２は、携帯端末４から取得した座席混雑情報に基づいて、座席混雑情報管理ファイル２１５を更新する（ステップＳ２０）。例えば、サーバ装置２は、座席混雑情報管理ファイル２１５において、携帯端末４から取得した座席混雑情報が示す混雑状況の項目に記憶された人数に１を加算する。なお、サーバ装置２は、座席混雑情報を送信した携帯端末４に対して、ポイント付与などの特典を与えるための情報を出力してもよい。これにより、ユーザに対して座席混雑情報の入力をより促すことができる。

上述した図１５に示す動作により、サーバ装置２は、商品を注文するユーザの携帯端末４から座席混雑情報を収集して、フードコートにおける座席Ｔの混雑状況を管理することができる。

続いて、サーバ装置２が店舗端末３から店舗混雑情報を収集する際の動作について説明する。図１７は、店舗混雑情報更新時の動作の流れを示すシーケンスチャートである。図１７において、ステップＳ１１～ステップＳ１５の処理については、図１５と同様であるので重複する説明を省略する。

サーバ装置２は、ステップＳ１５で注文の振り分け処理を実行した後、注文商品を販売する各店舗Ｓの店舗端末３に対して、店舗別注文情報を出力する（ステップＳ２１）。サーバ装置２から出力される店舗別注文情報は、注文するユーザの会員ＩＤ、注文情報に対して発番された受付番号、および注文商品を示す商品ＩＤを含む情報である。

各店舗端末３は、サーバ装置２から取得した店舗別注文情報に対して注文受付処理を実行する（ステップＳ２２）。注文受付処理は、例えば店舗Ｓが備えるキッチンプリンタ（図示せず）に対して、店舗別注文情報で示される注文商品の印刷指示を出力することなどである。各店舗端末３は、注文受付処理を実行すると、自己の店舗Ｓを示す店舗ＩＤと待ち人数を示す情報すなわち店舗混雑情報とをサーバ装置２に出力する（ステップＳ２３）。店舗端末３が出力する待ち人数を示す情報は、店舗端末３によって管理されて自動的に出力されてもよいし、店舗Ｓの店員による手入力により出力されてもよい。

サーバ装置２は、店舗端末３から取得した店舗混雑情報に基づいて、店舗混雑情報管理ファイル２１６を更新する(ステップＳ２４)。具体的には、店舗混雑情報管理ファイル２１６において、店舗端末３から取得した店舗ＩＤに対応する待ち人数の項目を店舗端末３から取得した待ち人数を示す情報に基づいて書き換える。

その後、各店舗Ｓで注文商品の調理が完了すると、各店舗端末３に調理完了入力がなされる（ステップＳ２５）。店舗端末３は、調理完了入力がなされると、自己の店舗Ｓを示す店舗ＩＤ、受付番号、注文商品の商品ＩＤ、および調理が完了したことを示す調理完了通知をサーバ装置２に出力する（ステップＳ２６）。

サーバ装置２は、調理完了通知とともに、受付番号、注文商品の商品名、当該注文商品を提供する店舗Ｓの店舗名を示す各情報を携帯端末４にメール送信する（ステップＳ２７）。サーバ装置２は、注文したユーザのメールアドレスを会員マスタ２１２から読み出して、当該メールアドレスの携帯端末４に上記した調理完了通知、受付番号、商品名、店舗名を示す各情報を送信する。サーバ装置２は、これら調理完了通知、受付番号、商品名、店舗名を示す各情報を、ユーザが注文した商品全ての調理が完了してから出力してもよいし、ユーザが注文した商品の調理が完了するごとに出力してもよい。

携帯端末４は、サーバ装置２から取得した各情報に基づいて調理完了通知画面を表示する（ステップＳ２８）。図１８は、調理完了通知画面を示す図である。調理完了通知画面には、メッセージ領域８１、店舗名領域８２、受付番号領域８３、受付日時領域８４、注文内容領域８５等が形成されている。

メッセージ領域８１には、注文した商品について店舗Ｓでの調理が完了したことを示すメッセージが表示される。店舗名領域８２には、調理が完了した商品を提供する店舗Ｓの名称が表示される。受付番号領域８３には、調理が完了した注文商品を含む注文情報に対して発番された受付番号が表示される。受付番号領域８３には、ユーザが注文商品を受け取ったことを示すバーコードも表示される。店舗Ｓは、調理した商品をユーザに提供する際に上記バーコードを読取ることで、店舗端末３が管理する注文商品のステータスを「提供済」に変更することができる。

受付日時領域８４には、調理が完了した商品の注文受付日時が表示される。注文内容領域８５には、調理が完了した注文商品の商品名、価格、個数が対応付けて表示される。調理完了通知を受領したユーザは、店舗名領域８２に表示された店舗Ｓに商品を受け取りに行くことができる。

なお、図１６（３）の注文完了通知画面で表示した座席混雑情報を入力するための空きボタン７１、普通ボタン７２、および混雑ボタン７３は、図１８に示す調理完了通知画面に表示するようにしてもよい。調理完了通知画面が表示されると、ユーザは店舗Ｓに注文商品を受け取りに行くので、当該調理完了通知画面が表示されている状況ではユーザはフードコート内に位置していると考えられる。このため、調理完了通知画面に座席混雑情報を入力するための空きボタン７１、普通ボタン７２、および混雑ボタン７３を表示することで、より正確な座席混雑情報の入力がなされることが期待できる。

上述した図１７に示す動作により、サーバ装置２は、店舗端末３から店舗混雑情報を収集して、フードコート内の店舗Ｓの混雑状況を管理することができる。

次に、サーバ装置２の制御部２０による混雑情報通知処理について説明する。図１９は、サーバ装置２の制御部２０による混雑情報通知処理を示すフローチャートである。

制御部２０は、受付部２００１が第１の要求すなわち座席混雑情報の要求を受付けたか否か判断し（ステップＳ３１）、受付けないと（ステップＳ３１のＮ）、ステップＳ３１の処理に戻って待機する。

受付部２００１が第１の要求を受付けると（ステップＳ３１のＹ）、抽出部２００２は、座席混雑情報管理ファイル２１５を参照して現在の座席混雑情報を抽出する（ステップＳ３２）。出力部２００３は、抽出部２００２が抽出した座席混雑情報を第１の要求を出力した携帯端末４に出力する（ステップＳ３３）。

次いで、制御部２０は、受付部２００１が第２の要求すなわち店舗混雑情報の要求を受付けたか否か判断し（ステップＳ３４）、所定時間受付けなければ（ステップＳ３４のＮ）、混雑情報通知処理を終了する。

受付部２００１が第２の要求を受付けると（ステップＳ３４のＹ）、抽出部２００２は、第２の要求に特定の店舗Ｓを指定するための店舗ＩＤが含まれているか否か判断する（ステップＳ３５）。店舗ＩＤが含まれていると（ステップＳ３５のＹ）、抽出部２００２は、メニューマスタ２１４から当該店舗ＩＤで識別される店舗Ｓのメニューを抽出するとともに、店舗混雑情報管理ファイル２１６から当該店舗ＩＤで識別される店舗Ｓの店舗混雑情報を抽出する（ステップＳ３６）。出力部２００３は、抽出部２００２が抽出したメニュー情報および店舗混雑情報を第２の要求を出力した携帯端末４に出力する（ステップＳ３７）。そして、制御部２０は、混雑情報通知処理を終了する。

受付部２００１が受付けた第２の要求に店舗ＩＤが含まれない場合（ステップＳ３５のＮ）、抽出部２００２は、店舗混雑情報管理ファイル２１６から全店舗Ｓの店舗混雑情報を抽出する（ステップＳ３８）。出力部２００３は、抽出部２００２が抽出した店舗混雑情報を第２の要求を出力した携帯端末４に出力する（ステップＳ３９）。そして、制御部２０は、混雑情報通知処理を終了する。

上記混雑情報通知処理により、サーバ装置２は、混雑情報を要求する携帯端末４に対して、フードコートの座席Ｔの混雑状況を示す座席混雑情報と、フードコート内の店舗Ｓの混雑状況を示す店舗混雑情報を出力することができる。

以上説明したとおり、実施形態のサーバ装置２は、店舗Ｓの混雑状況および複数の店舗Ｓの顧客が共用する座席Ｔの混雑状況を示す混雑情報の要求を受付ける受付部２００１と、混雑情報を記憶した混雑情報記憶部（座席混雑情報管理ファイル２１５、店舗混雑情報管理ファイル２１６）から座席Ｔの混雑状況を示す座席混雑情報および店舗Ｓの混雑状況を示す店舗混雑情報を抽出する抽出部２００２と、受付部２００１が前記混雑情報の要求を受付けたことを条件として、抽出部２００２が抽出した前記座席混雑情報および前記店舗混雑情報を出力する出力部２００３と、を備える。

これにより、サーバ装置２は、座席混雑情報と店舗混雑情報をユーザの携帯端末４に出力することができる。このため、ユーザは、複数の店舗Ｓの顧客が共用する座席Ｔの混雑状況と各店舗Ｓの混雑状況とを知ることが可能となる。したがって、サーバ装置２は、複数の店舗Ｓおよび当該複数の店舗Ｓの顧客が共用する座席Ｔを備えたフードコートなどの施設を利用するユーザの利便性を向上させることができる。

また、実施形態のサーバ装置２の受付部２００１は、第１の要求を受付けるとともに当該第１の要求の後に第２の要求を受付可能であり、出力部２００３は、受付部２００１が第１の要求を受付けると座席混雑情報を出力し、受付部２００１が第２の要求を受付けると店舗混雑情報を出力する。

これにより、サーバ装置２は、携帯端末４に座席混雑情報を出力後、必要に応じて店舗混雑情報を出力する。言い換えれば、サーバ装置２は、ユーザが最初に知りたい座席Ｔの混雑状況を示す座席混雑情報を出力し、第２の要求がない場合には店舗混雑情報を出力しない。このため、サーバ装置２は、不要な情報の抽出処理や出力処理を抑えることができ、効率的な処理を実現することができる。

さらに、実施形態のサーバ装置２の受付部２００１は、店舗Ｓを識別する識別情報を受付可能であり、出力部２００３は、受付部２００１が前記識別情報を受付けると、当該識別情報で識別される店舗Ｓの混雑情報を出力する。

これにより、サーバ装置２は、ユーザが要求する特定の店舗Ｓの混雑情報のみをユーザの携帯端末４に出力することができる。このため、ユーザの携帯端末４に当該ユーザが所望する店舗Ｓのみの混雑状況を表示することが可能となり、ユーザの利便性をより向上させることができる。

加えて、実施形態のサーバ装置２の抽出部２００２は、受付部２００１が識別情報を受付けると、各店舗Ｓのメニュー情報を記憶したメニュー情報記憶部（メニューマスタ２１４）から当該識別情報で識別される店舗Ｓのメニュー情報を抽出し、出力部２００３は、抽出部２００２が抽出したメニュー情報と受付部２００１が受付けた識別情報で識別される店舗Ｓの混雑情報とを出力する。

これにより、サーバ装置２は、ユーザが要求する特定の店舗Ｓについて、混雑情報に加えてメニュー情報もユーザの携帯端末４に出力することができる。このため、ユーザの携帯端末４で当該ユーザが所望する店舗Ｓの混雑状況およびメニューを表示することが可能となり、ユーザの利便性をさらに向上させることができる。

なお、本実施形態のサーバ装置２、店舗端末３、および携帯端末４で用いられる制御プログラムは、ＣＤ－ＲＯＭ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、本実施形態のサーバ装置２、店舗端末３、および携帯端末４で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良く、さらには、インターネット等のネットワーク経由で提供するように構成しても良い。

以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 混雑情報通知システム
２ サーバ装置
４ 携帯端末
４２ ディスプレイ（表示器）
２１４ メニューマスタ（メニュー情報記憶部）
２１５ 座席混雑情報管理ファイル（混雑情報記憶部）
２１６ 店舗混雑情報管理ファイル（混雑情報記憶部）
２００１ 受付部
２００２ 抽出部
２００３ 出力部
４００１ 受信部
４００２ 送信部
４００３ 表示部

特開２０１４－７１５５０号公報

Claims (6)

1. 店舗の混雑状況および複数の店舗の顧客が共用する座席の混雑状況を示す混雑情報の要求を受付ける受付部と、
   混雑情報を記憶した混雑情報記憶部から前記座席の混雑状況を示す座席混雑情報および前記店舗の混雑状況を示す店舗混雑情報を抽出する抽出部と、
   前記受付部が前記混雑情報の要求を受付けたことを条件として、前記抽出部が抽出した前記座席混雑情報および前記店舗混雑情報を出力する出力部と、
   を備えるサーバ装置。
2. 前記受付部は、第１の要求を受付けるとともに当該第１の要求の後に第２の要求を受付可能であり、
   前記出力部は、前記受付部が第１の要求を受付けると前記座席混雑情報を出力し、前記受付部が第２の要求を受付けると前記店舗混雑情報を出力する、
   請求項１に記載のサーバ装置。
3. 前記受付部は、店舗を識別する識別情報を受付可能であり、
   前記出力部は、前記受付部が前記識別情報を受付けると、当該識別情報で識別される店舗の混雑情報を出力する、
   請求項１または２に記載のサーバ装置。
4. 前記抽出部は、前記受付部が前記識別情報を受付けると、各店舗のメニュー情報を記憶したメニュー情報記憶部から当該識別情報で識別される店舗のメニュー情報を抽出し、
   前記出力部は、前記抽出部が抽出したメニュー情報と前記受付部が受付けた識別情報で識別される店舗の混雑情報とを出力する、
   請求項３に記載のサーバ装置。
5. 携帯端末と、前記携帯端末と通信可能なサーバ装置とを備えた混雑情報通知システムであって、
   前記携帯端末は、店舗の混雑状況および複数の店舗の顧客が共用する座席の混雑状況を示す混雑情報の要求を前記サーバ装置に送信する送信部と、
   前記送信部が送信した要求に応じて前記サーバ装置が出力した前記座席の混雑状況を示す座席混雑情報および前記店舗の混雑状況を示す店舗混雑情報を受信する受信部と、
   前記受信部が受信した前記座席混雑情報および前記店舗混雑情報を表示器に表示させる表示部と、
   を備え、
   前記サーバ装置は、前記携帯端末から送信された前記混雑情報の要求を受付ける受付部と、
   混雑情報を記憶した混雑情報記憶部から前記座席混雑情報および前記店舗混雑情報を抽出する抽出部と、
   前記受付部が前記混雑情報の要求を受付けたことを条件として、前記抽出部が抽出した前記座席混雑情報および前記店舗混雑情報を出力する出力部と、
   を備える混雑情報通知システム。
6. サーバ装置を制御するためのプログラムであって、
   前記サーバ装置を、
   店舗の混雑状況および複数の店舗の顧客が共用する座席の混雑状況を示す情報の要求を受付ける受付部と、
   混雑情報を記憶した混雑情報記憶部から前記座席の混雑状況を示す座席混雑情報および前記店舗の混雑状況を示す店舗混雑情報を抽出する抽出部と、
   前記受付部が前記混雑情報の要求を受付けたことを条件として、前記抽出部が抽出した前記座席混雑情報および前記店舗混雑情報を出力する出力部と、
   して機能させるプログラム。

Images