JP7479045B2 - 処理装置、および空席管理システム - Google Patents

Description

本開示は、処理装置、および空席管理システムに関する。

近年では、スマートフォンなどのユーザ端末に飲食店等の店舗の混雑情報を提供するための技術が提案されている。例えば、特許文献１には、飲食店情報提供サーバが、各店舗から取得した混雑度の情報と、各店舗の所在位置情報とを基に、各店舗の混雑を示すアイコンを生成し、地図上にこのアイコンを配置して地図画像を生成し、ユーザ端末からの要求に応じて送信する技術が開示されている。この技術を用いると、ユーザは、リアルタイムに各店舗の混雑情報を確認することができる。

特開２０１９－０７０９０３号公報

確かに、ユーザとしては、現在空席のある店舗を探していると考えられるので、リアルタイムに混雑情報が更新されるのは便利であると考えられる。

しかしながら、ユーザ端末の表示画面上に非常に多くの店舗が表示され、それらの混雑情報が時々刻々と切り替わって表示されると煩雑であり、非常に見にくくなってしまう。ユーザとしては、特定の範囲あるいは特定の種類の店舗の情報のみが切り替わってくれれば十分である。
本開示は、このような状況に鑑みてなされ、店舗のリアルタイムの混雑情報を見やすくする技術を提案する。

上記課題を解決するために、本開示は、店舗の混雑情報の表示を処理する処理装置であって、複数の店舗の混雑情報を取得する取得部と、前記表示それぞれの前記混雑情報に基づいて表示画像を生成する生成部と、表示部に前記表示画像を表示させる制御部と、を備え、前記制御部は、前記表示画像における混雑情報について、少なくとも一部の店舗で更新頻度を異ならせる、処理装置を提案する。

本開示に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本開示の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味においても限定するものではないことを理解する必要がある。

本開示の技術によれば、店舗の混雑情報をユーザにとって見やすくすることが可能となる。

本開示の実施形態に係る空席管理システム１０の構成例を示す図である。 本実施形態による空席管理サーバ２００のハードウェア構成例を示す図である。 空席管理サーバ２００の機能構成例を示すブロック図である。 データベース２４１に格納され管理されている空席管理テーブル２４１０の構成例を示す図である。 ユーザ端末３００のハードウェア構成例を示す図である。 ユーザ端末３００の機能構成例を示すブロック図である。 空席管理サーバ２００が実行する混雑情報送信処理を説明するためのフローチャートである。 本実施形態による更新店舗群選択処理（ステップ５０７）の詳細を説明するためのフローチャートである。 ユーザ端末３００が実行する混雑情報表示処理を説明するためのフローチャートである。 第１の実施形態による、マップ上に表示されるＵＩ表示（ピン表示）の例を示す図である。図８Ａは、初期表示用店舗群とそれに対応する混雑情報を示すＵＩ表示例を示す。図８Ｂは、更新店舗群に対応する混雑情報のみが変更（更新）されたＵＩ表示例を示す。 第２の実施形態による更新店舗群選択処理を説明するためのフローチャートである。 第３の実施形態による、データベース２４１に格納され管理されている空席管理テーブル２４１０の構成例を示す図である。 第３の実施形態による混雑情報送信処理を説明するためのフローチャートである。 第３の実施形態による、マップ上に表示されるＵＩ表示（ピン表示）の例であって、混雑情報と当該ＵＩ表示上で予約可能な店舗を示す図である。図１２Ａは、初期表示用店舗群とそれに対応する混雑情報を示すＵＩ表示例を示す。図１２Ｂは、図１２Ａの一部を拡大表示した図である。

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

（１）第１の実施形態
第１の実施形態では、ユーザ端末の位置から所定距離範囲内に含まれる店舗のみの混雑情報を更新する空席管理システムについて説明する。

図１は、本開示の実施形態に係る空席管理システム１０の構成例を示す図である。空席管理システム１０は、店舗の空席情報を管理するシステムであり、店舗４００に設置され、空席があるか否か検出するセンサやカメラなどの検出装置４０１、あるいは店舗管理者が直接混雑情報を入力することができる店舗情報端末４０２と、空席管理サーバ２００（情報処理装置）と、少なくとも１つのユーザ端末３００と、デジタルサイネージ６００と、を備える。

空席管理サーバ２００は、店舗外に設置されており、検出装置４０１や店舗情報端末４０２から受信する混雑状態（空席状態）の情報を受け取り、各店舗の混雑状態を管理するサーバである。ユーザ端末３００は、例えば、スマートフォンなどデバイスであり、当該空席管理システム１０が提供するサービスを利用するユーザの端末である。デジタルサイネージ６００は、空席管理システム１０における必須の構成ではないが、例えば、店舗が入っているビルの１階に設置される情報表示デバイスである。以上のような店舗４００の検出装置４０１あるいは店舗情報端末４０２、空席管理サーバ２００、ユーザ端末３００、デジタルサイネージ６００は、例えば、インターネットなどのネットワークを介して相互接続されている。

検出装置４０１は、例えば、店舗４００の所定の場所に設置された、カメラや人感センサを含んでいる。検出装置４０１は、店舗内の人の数を検知したり、各テーブルにおける人の存在を検知したりすることにより、店舗４００にユーザが利用可能な空きがあるか否か（混雑状態（空きあり／混雑／満席））をリアルタイムに検出する。また、店舗スタッフや店舗責任者は、店舗の混雑状態（空きあり／混雑／満席）を目視で確認し、店舗情報端末４０２に入力する。そして、検出装置４０１あるいは店舗情報端末４０２は、通信部を用いて、リアルタイムの混雑状態を示す情報を空席管理サーバ２００に送信する。

空席管理サーバ２００は、店舗４００の検出装置４０１等から受信した店舗４００の最新の混雑状態を示すデータをデータベース２４１（図２Ｂ参照）に格納（更新）することにより、店舗４００の混雑状態をデータベース上で管理する。

何れかの店舗４００を訪れようとしているユーザは、ユーザ端末３００を介して、店舗４００の混雑状態を空席管理サーバ２００に対して照会することができる。空席管理サーバ２００はその照会に応答し、ユーザ端末３００の位置あるいはユーザによる地図上の指定位置（例えば、ユーザ端末３００の表示画面上に表示されている地図上でタップした位置）から所定距離範囲内に含まれる店舗４００およびそれらの混雑状態を示す情報（混雑情報）をデータベース２４１から取得する。空席管理サーバ２００は、取得した混雑情報を、照会に対するレスポンスとしてユーザ端末３００へ返信する。ユーザ端末３００は、空席管理サーバ２００から受信した混雑情報を地図上に表示（例えば、ピン表示）する。

また、一旦混雑状態を照会したユーザ端末３００は、所定時間毎（例えば、１０秒毎）に最新の混雑情報を取得するためのリクエスト（再リクエスト）を空席管理サーバ２００に送信する。空席管理サーバ２００は、当該再リクエストに応答して、最初のリクエストに対応して検索した所定距離範囲よりも狭い範囲内の各店舗４００の最新の混雑情報をデータベース２４１から取得し、ユーザ端末３００に送信する。最新の混雑情報（最初に受信した範囲よりも狭い範囲の店舗群の混雑情報）を受信すると、ユーザ端末３００は、最初のリクエストに対応して取得して地図上に表示した店舗群よりも狭い範囲に含まれる各店舗の混雑情報のみを更新して表示画面上にピン表示することになる。なお、再リクエストに対応して最新の混雑情報を更新する対象店舗（更新店舗群）を距離（第２所定距離範囲内にある店舗群）に基づいて選択しているが、これに限らず更新店舗群を特定の分野・種類の店舗としてもよい。この場合、再リクエストには特定の分野・種類が追加の条件が付加されて空席管理サーバ２００に送信されることになる。ただし、初回のリクエストと同一のリクエストＩＤが振られていることにより、空席管理サーバ２００は再リクエストが初回のリクエストと同一のものであると認識することができる。

＜空席管理サーバ２００のハードウェア構成例＞
図２Ａは、空席管理サーバ２００のハードウェア構成例を示す図である。空席管理サーバ２００は、ＣＰＵ（Central Processing Unit）２１０、ＲＯＭ（Read Only Memory）２２０、ＲＡＭ（Random Access Memory）２３０、記憶装置２４０、通信装置２５０、を備える。ＣＰＵ２１０は、後述するプログラムを実行することにより、空席管理サーバ２００が提供する機能を実現する。ＲＯＭ２２０とＲＡＭ２３０は、ＣＰＵ２１０が用いるデータを保持する。記憶装置２４０は、データベースや後述するプログラムを格納する。通信装置２５０は、ネットワークを介してユーザ端末３００、および店舗４００の検出装置４０１あるいは店舗情報端末４０２と通信する。

＜空席管理サーバ２００の機能構成例＞
図２Ｂは、空席管理サーバ２００の機能構成例を示すブロック図である。空席管理サーバ２００は、ＣＰＵ２１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ２１０の内部メモリに展開されて構成される機能）として、受信部２１１、空席管理部２１２、通知部２１３を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ２１０であるため、ＣＰＵ２１０を動作主体とすることもできる。記憶装置２４０は、データベース２４１を格納している。データベース２４１は、店舗４００の混雑状態（空席状態）を管理する。データベース２４１の構成については後述する。

受信部２１１は、通信装置２５０を介して、店舗４００の混雑状態を示すデータを各店舗４００の検出装置４０１あるいは店舗情報端末４０２から受信する。検出装置４０１からは、カメラ映像やセンサによるデータに基づいて判定された混雑情報が受信され、店舗情報端末４０２からは、例えば店舗スタッフや店舗管理者が店舗内設置カメラを介して目視確認後に入力された、あるいは店頭での実際の目視確認後に入力された混雑状態を示すデータが受信される。

空席管理部２１２は、受信部２１１が受信したデータに含まれる各店舗４００のＩＤ（識別情報）に基づいて店舗を特定し、データベース２４１における混雑状態のデータを更新する。

通知部２１４は、受信部２１１がユーザ端末３００から特定の店舗あるいはユーザ端末３００の周辺地域にある店舗の混雑状態の確認要求を受信すると、所定範囲の各店舗の混雑状態の最新のステータスを対象のユーザ端末３００に送信する。これらのデータを受信したユーザ端末３００は、表示用ＵＩ（例えば、マップ上のピン表示）を構築し、そこに当該混雑情報を地図上に表示（ピン表示）する。

＜空席管理テーブル２４１０の構成例＞
図３は、データベース２４１に格納され管理されている空席管理テーブル２４１０の構成例を示す図である。データベース２４１は、例えばレコードの内容を記述したデータを記憶装置２４０内に格納することによって構成できる。なお、本実施形態ではデータベース２４１はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。したがって、単に、空席管理データあるいは空席管理情報と称することも可能である。

空席管理データベース（空席管理テーブル）２４１０は、ユーザが店舗を検索するとき用いる属性情報と店舗ごとの最新の混雑状態を管理するデータテーブルであり、例えば、店舗ＩＤ２４１１と、名称２４１２と、ジャンル２４１３と、店舗紹介２４１４と、所在地（緯度経度）２４１５と、連絡先２４１６と、最新混雑情報２４１７と、を構成項目として有している。空席管理テーブルの１つのレコードは、１つの店舗の混雑状態を管理する。

店舗ＩＤ２４１１は、データベース２４１内で各店舗を識別するためのＩＤである。最新混雑情報２４１７は、店舗ＩＤ２４１１に対応する店舗の最新の混雑状態を示す情報である。例えば、１つ目のレコードが、図１における店舗４００に対応する。２つ目以降のレコードはその他店舗の混雑状態に対応する。

図３に示す例において、空席管理部２１２は、店舗４００の検出装置４０１等から受け取った、店舗４００の混雑状態を示すデータを、１つ目のレコードの最新混雑情報２４１７として格納する。最新混雑情報２４１７が「０」である店舗は空席があり、「１」である店舗は混雑しており、「２」である店舗は満席である。店舗４００の検出装置４０１から何も混雑状態のデータが送信されて来ていない場合には、最新混雑情報２４１７はその旨を示す値（例えば空欄、ＮＵＬＬなど）が入力される。

＜ユーザ端末３００のハードウェア構成例＞
図４Ａは、ユーザ端末３００のハードウェア構成例を示す図である。ユーザ端末３００は、ＣＰＵ３１０と、表示部３２０と、入力部３３０と、通信部３４０と、メモリ３５０と、を備える。ＣＰＵ３１０は、ユーザ端末３００が備える各部を制御する。通信部３４０は、ネットワークを介して空席管理サーバ２００と通信し、店舗４００の空席情報を受信する。表示部３２０は、空席管理サーバ２００から受信した混雑情報を画面表示する。入力部３３０は、ユーザがユーザ端末３００に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。

＜ユーザ端末３００の機能構成例＞
図４Ｂは、ユーザ端末３００の機能構成例を示すブロック図である。ユーザ端末３００は、ＣＰＵ３１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ３１０の内部メモリに展開されて構成される機能）として、生成部３１０１、表示制御部３１０２、通信制御部３１０３、記憶制御部３１０４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ３１０であるため、ＣＰＵ３１０を動作主体とすることもできる。

生成部３１０１は、空席管理サーバ２００から受信した混雑情報に対応するテキストデータあるいはマークデータ（空席「０」に対応するテキスト／マーク、混雑「１」に対応するテキスト／マーク、満席「２」に対応するテキスト／マーク）をメモリ３５０から読み出し、マップ上に重畳表示するためのＵＩデータ（表示用ＵＩデータ：ピン表示など）を生成する。

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

通信制御部３１０３は、通信部３４０で実行される通信（例えば、空席管理サーバ２００との通信）を制御する。例えば、通信制御部３１０３は、店舗４００の混雑状態を空席管理サーバ２００に対して照会するリクエスト送信がユーザによって指示されると、ユーザ端末３００の現在位置（緯度経度情報）を取得して、空席管理サーバ２００に現在位置情報付きリクエストを送信するように通信部３４０を制御する。

記憶制御部３１０４は、メモリ３５０からのデータ読み出し動作やメモリ３５０へのデータ書込み動作を制御する。例えば、記憶制御部３１０４は、通信部３４０が受信した空席管理サーバからの混雑情報を受け取り、メモリ３５０に書き込む。また、例えば、記憶制御部３１０４は、生成部３１０１からのコマンドに応答して、メモリ３５０から混雑情報を読み出し、生成部３１０１に受け渡す。

＜空席管理サーバ２００による混雑情報送信処理＞
図５は、空席管理サーバ２００が実行する混雑情報送信処理を説明するためのフローチャートである。

（i）ステップ５０１
空席管理部２１２は、受信部２１１がユーザ端末３００から店舗検索リクエストを受信したか判断する。店舗検索リクエストを受信した場合（ステップ５０１でＹｅｓの場合）、処理はステップ５０２に移行する。店舗検索リクエストを受信していない場合（ステップ５０１でＮｏの場合）、当該混雑情報送信処理は終了する。

なお、店舗検索リクエストには、ユーザ端末３００の現在の位置情報（例えば、ＧＰＳから取得した緯度経度情報）が含まれている。また、店舗検索リクエストとしては、ユーザ端末３００の現在位置に基づく検索リクエストの他、特定の指定場所（例えば、ユーザは東京駅周辺にいるが、渋谷駅周辺）にある店舗の検索リクエスト、特定の種類（例えば、和食やフランス料理などの料理ジャンル、価格帯）を指定した検索リクエスト、特定の店舗を指定した検索リクエスト（この場合、ユーザは、特定の店舗の混雑情報が知りたいケース）などの形態とすることができる。

（ii）ステップ５０２
空席管理部２１２は、ステップ５０１で受信した店舗検索リクエストが、所定期間（例えば、１０秒毎）内に受信した同一ユーザ端末３００からの同一リクエストであるか否か判断する。当該リクエストが所定期間内の同一ユーザ端末３００からの同一リクエストである場合（ステップ５０２でＹｅｓの場合）、処理はステップ５０７に移行する。当該リクエストが所定期間内の同一ユーザ端末３００からの同一リクエストではない場合（ステップ５０２でＮｏの場合：ある端末からの最初のリクエスト、同一端末からの別のリクエスト（＝最初のリクエストと見なされる）である場合など）、処理はステップ５０３に移行する。

（iii）ステップ５０３
空席管理部２１２は、店舗検索リクエストに含まれる、ユーザ端末３００の位置情報をＲＡＭ２３０あるいは記憶装置２４０に格納する。

（iv）ステップ５０４
空席管理部２１２は、ユーザ端末３００の位置情報からユーザ端末３００の現在位置を特定し、空席管理テーブル２４１０の各店舗の所在地２４１５を参照し、ユーザ端末の現在位置から第１所定距離範囲（例えば、現在位置から半径５ｋｍの範囲）内にある店舗群（初期表示用店舗群）を特定（決定）し、当該店舗群の情報をＲＡＭ２３０あるいは記憶装置２４０に一時的に格納する。

（v）ステップ５０５
空席管理部２１２は、空席管理テーブル２４１０の最新混雑情報２０１７を参照し、ステップ５０４で特定した店舗群（初期表示用店舗群）の混雑情報を取得する。また、２回目以降繰り返し店舗検索リクエストを空席管理サーバ２００に送信した場合（ステップ５０２→ステップ５０７→ステップ５０５）には、空席管理部２１２はステップ５０７で選択した更新店舗群についてのみ最新混雑情報を空席管理テーブル２４１０から取得する。

（vi）ステップ５０６
通知部２１３は、ステップ５０４で特定した店舗群の情報と各店舗に対応する混雑情報を、リクエストを送信してきたユーザ端末３００に送信する。

（vii）ステップ５０７
空席管理部２１２は、前回のリクエスト処理で特定した店舗群の情報に基づいて、更新店舗群を選択する（更新店舗群選択処理）。初回のリクエストに対応する初期表示用店舗群は、ユーザ端末３００の位置から第１所定距離範囲（例えば、半径５ｋｍ）内の店舗が該当し、これらの混雑情報がユーザ端末に表示される。一方、２回目以降のリクエストに対応する初期表示用店舗群は更新店舗群と称され、第２所定距離範囲（第１所定距離範囲よりも小さい範囲：例えば、半径５００ｍ）内の店舗について混雑情報を更新することになる。更新店舗群選択処理の詳細については後述する（図６参照）。

＜更新店舗群選択処理＞
図６は、本実施形態による更新店舗群選択処理（ステップ５０７）の詳細を説明するためのフローチャートである。

（i）ステップ５０７１
空席管理部２１２は、前回のリクエスト処理で特定した店舗群をＲＡＭ２３０あるいは記憶装置２４０から読み出し、１つの店舗を対象店舗として選択する。

（ii）ステップ５０７２
空席管理部２１２は、ステップ５０７１で選択した対象店舗と、ユーザ端末３００の現在位置との距離を算出する。なお、ユーザ端末３００の現在位置は、定期的に送信されてくる店舗検索リクエストに付随するユーザ端末の位置情報から特定される。従って、前回のリクエスト受信時の位置と異なっている場合には新しい位置情報が用いられる。

（iii）ステップ５０７３
空席管理部２１２は、対象店舗とユーザ端末３００との距離が第２所定距離範囲（例えば、現在位置から半径５００ｍの範囲）内にあるか判断する。対象店舗とユーザ端末３００との距離が第２所定距離範囲内にある場合（ステップ５０７３でＹｅｓの場合）、処理はステップ５０７４に移行する。一方、対象店舗とユーザ端末３００との距離が第２所定距離範囲外である場合（ステップ５０７３でＮｏの場合）、処理はステップ５０７５に移行する。

（iv）ステップ５０７４
空席管理部２１２は、対象店舗を、最新の混雑情報を送信すべき店舗として設定する。

（v）ステップ５０７５
空席管理部２１２は、対象店舗を、最新の混雑情報を送信すべき店舗から除外する。

（vi）ステップ５０７６
空席管理部２１２は、前回のリクエスト処理で特定した店舗群の全てについて更新店舗として設定するか否かの処理（ステップ５７０１から５０７５）を実行したか判断する。未処理の店舗が残っていれば処理はステップ５７０１に移行し、全ての店舗について処理が完了していれば更新店舗群選択処理は終了し、処理はステップ５０５に移行する。
また、更新店舗群選択処理で選択された店舗群は更新店舗群としてＲＡＭ２３０あるいは記憶装置２４０に格納され、次のリクエスト受信時の処理対象となる。

なお、ユーザ端末３０が移動している場合、ユーザ端末３００の現在位置は刻々と変化する。このように当該現在位置が刻々と変化する場合、新たに上記第２所定距離範囲内入ってくる店舗があるため、このような新規店舗を更新店舗群に含めるようにしてもよい。また、ユーザ端末３００の移動に伴って初回の店舗検索リクエストで特定された店舗群（初期表示用店舗群）が意味をなさなくなる場合（例えば、初期表示用店舗群の所定割合（例えば６０％）が最初の第１所定距離範囲外となってしまったような場合）がある。このような場合には、初期表示用店舗群を特定するユーザ端末３００の現在位置をリセットし、新たな現在位置で初期表示用店舗群を改めて特定するような処理を追加してもよい。

＜ユーザ端末３００による混雑情報表示処理＞
図７は、ユーザ端末３００が実行する混雑情報表示処理を説明するためのフローチャートである。具体的には、図７では、ユーザ端末３００が店舗検索リクエストを空席管理サーバ２００に送信し、店舗群情報および混雑情報を受信して表示部３２０の表示画面に表示する処理、および繰り返し空席管理サーバ２００に送信する店舗検索リクエスト（再リクエスト）に対応する店舗および混雑情報を表示部３２０の表示画面に表示する処理がしめされている。以下図７の各ステップについて説明する。

（i）ステップ７０１
通信制御部３１０３は通信部３４０を制御し、ユーザ端末３００の位置情報（ＧＰＳデータ）を取得する。記憶制御部３１０４は、取得した位置情報をメモリ３５０に格納する。

（ii）ステップ７０２
生成部３１０１は、記憶制御部３０１４の制御の下メモリ３５０からユーザ端末３００の現在位置を示す位置情報を取得し、当該位置情報を含む店舗検索リクエストを生成し、通信制御部３１０３および通信部３４０を介して店舗検索リクエストを空席管理サーバ２００に送信する。

（iii）ステップ７０３
生成部３１０１は、ステップ７０２で取得した位置情報およびユーザによって指定されたマップ拡大率に応じて、マップ情報を記憶制御部３１０４の制御の下、メモリ３５０からマップ情報を読み込み、表示制御部３１０２を介して表示部３２０の表示画面上に所望のマップを表示する。

（iv）ステップ７０４
通信制御部３１０３は、通信部３４０を制御して空席管理サーバ２００から初期表示用店舗群とそれらに対応する混雑情報を取得し、これらの情報を生成部３１０１に受け渡す。

（v）ステップ７０５
生成部３１０１は、記憶制御部３１０４を介してメモリ３５０に格納されている表示用ピンのオブジェクトデータを取得し、ステップ７０４で受け取った初期表示用店舗群とそれらの混雑情報に基づいて、表示用ピンデータを生成する。例えば、表示用ピンのオブジェクトデータに、混雑情報のデータ（上記「０」、「１」、および「２」）に対応するテキストデータを重畳することにより各店舗の表示用ピンデータが生成される。

（vi）ステップ７０６
生成部３１０１は、表示制御部３１０２を介して表示部３２０の表示画面上に表示されたマップにステップ７０５で生成した表示用ピンデータを配置する。

（vii）ステップ７０７
表示制御部３１０２は、マップ上に配置された表示用ピンデータに対応する表示用ピンを表示する。

（viii）ステップ７０８
生成部３１０１は、ユーザによって新規の店舗検索リクエストの送信指示が入力されたか判断する。新規リクエスト送信指示が入力された場合（ステップ７０８でＹｅｓの場合）、処理はステップ７０１に移行する。一方、新規リクエスト送信指示が入力されていない場合（ステップ７０８でＮｏの場合）、処理はステップ７０９に移行する。

なお、新規の店舗検索リクエストは、前回とは全く異なる内容のリクエストであることを意味し、例えば、前回のリクエストとは異なる場所／地域の店舗（マップ上で異なる表示中心位置を入力した場合や検索ＵＩ上で場所や地域を文字入力したような場合を含む）、異なる種別の店舗を検索するためのリクエストである。

（ix）ステップ７０９
生成部３１０１は、前回の店舗検索リクエスト送信から所定時間（例えば、１０秒）経過したか判断する。所定時間経過している場合（ステップ７０９でＹｅｓの場合）、処理はステップ７１０に移行する。まだ所定時間経過していない場合（ステップ７０９でＮｏの場合）、処理はステップ７０８に移行する（戻る）。

（x）ステップ７１０
生成部３１０１は、前回送信したリクエストと同一の店舗検索リクエストを空席管理サーバ２００に送信する（再リクエスト送信）。このとき、ユーザ端末３００の位置が前回位置情報を取得した位置（直前（一回前）のリクエスト送信時とは限らない）から所定距離（例えば、１００ｍ）以上異なる（離れた）場合には、生成部３１０１は、記憶制御部３０１４の制御の下メモリ３５０からユーザ端末３００の現在位置を示す新たな位置情報を取得し、新たな位置情報を含む店舗検索リクエストを生成する。なお、当該店舗検索リクエストを受信した空席管理サーバ２００は、ユーザ端末３００の位置が更新されている場合には、新たな位置情報に基づいて初期表示用店舗群を決定するとともにそれらに対応する混雑情報を取得して、初期表示用店舗群および各店舗の混雑情報をユーザ端末３００に送信する（図６参照）。

（xi）ステップ７１１
通信制御部３１０３は、通信部３４０を制御して空席管理サーバ２００から更新店舗群とそれらに対応する混雑情報を取得し、これらの情報を生成部３１０１に受け渡す。なお、前回取得した初期表示用店舗群／更新店舗群および混雑情報の差分のみを生成部３１０１が取得するようにしてもよい。

（xii）ステップ７１２
生成部３１０１は、既にマップ上に表示されている店舗に関しては、混雑情報が更新されているか否か判断し、更新されていれば取得した混雑情報（「０」「１」「２」）を対応するテキストに変換し、ピン表示を更新する。また、マップ上に表示されていない店舗（新たに追加された店舗）に関しては、生成部３１０１は、ステップ７０５およびステップ７０６と同様の処理を実行して、ピン表示する。

（xiii）ステップ７１３
生成部３１０１は、ユーザから表示終了指示の入力を検知したか判断する。表示終了指示が入力された場合（ステップ７１３でＹｅｓの場合）、ユーザ端末３００における混雑情報表示処理は終了する。表示終了指示が入力されない場合（ステップ７１３でＮｏの場合）、処理はステップ７０８に移行し、混雑情報表示処理は続行する。

＜マップ上でのＵＩ表示例＞
図８は、第１の実施形態による、マップ上に表示されるＵＩ表示（ピン表示）の例を示す図である。図８Ａは、初期表示用店舗群とそれに対応する混雑情報を示すＵＩ表示例を示す。図８Ｂは、更新店舗群に対応する混雑情報のみが変更（更新）されたＵＩ表示例を示す。

図８Ａに示すように、指定位置あるいはユーザ端末３００の現在位置８０１の第１所定距離範囲（例えば、指定位置等８０１から半径５ｋｍの範囲）８０２以内の店舗の混雑情報が「空（空席あり）」「混（混雑）」「満（満席）」の何れかで示されている。また、一点鎖線で囲まれた範囲８０３は、上述のような更新店舗群を規定する第２所定距離範囲（例えば、指定位置等８０１から半径５００ｍの範囲）を示している。そして、上述したように、ユーザ端末３００から２回目以降のリクエストが空席管理サーバ２００に送信された場合には、第２所定距離範囲内８０３に含まれる更新店舗群についてのみ混雑情報が更新される。図８Ｂでは、更新店舗群のうち一部の店舗において混雑状態が変化したため、店舗ａ８０４、店舗ｂ８０５、および店舗ｃ８０６のＵＩ表示（ピン表示の記号）が更新されている。

図８Ａに示される初期表示用店舗群の全てについて逐次混雑状態を更新するとちらつきにより画面が見づらくなってしまうが、図８Ｂのように一部の更新店舗群のみを混雑状態更新の対象とするため、ちらつきによる画面の見づらさを回避することができる。

＜第１の実施形態の変形例＞
第２所定距離範囲内に含まれる店舗（更新店舗群）のみの混雑情報を更新し、第２所定距離範囲外で第１所定距離範囲内の店舗群（非更新店舗群）については混雑情報を更新しないようにしているが、非更新店舗群については一切混雑情報を更新しないというのではなく、更新頻度を下げる（３分毎とか）ようにしてもよい。

＜第１の実施形態のまとめ＞
本実施形態に係る空席管理システム１０において、ユーザ端末３００から一旦店舗検索リクエストを空席管理サーバ２００に送信すると、ユーザ端末３００は、定期的に繰り返し店舗検索リクエストを空席管理サーバ２００に自動送信する。空席管理サーバ２００は、初回リクエストに応答してユーザ端末３００の位置から第１所定距離範囲にある店舗（ユーザが入力した検索条件に合致する店舗）群を特定し、それらの混雑情報を店舗群（初期表示用店舗群）の情報と共にユーザ端末３００に送信する。ユーザ端末３００は、初期表示用店舗群と混雑情報をマップ上にピン表示する。また、繰り返しのリクエストを受信すると、空席管理サーバ２００は、第１所定距離範囲よりも小さい第２所定距離範囲内にある店舗群（更新店舗群）を特定し、更新店舗群の情報とそれらに対応する混雑情報（最新の混雑情報）のみをユーザ端末３００に送信する。そして、ユーザ端末３００は、更新された店舗群の混雑情報を更新してマップ上にピン表示する。これにより、ユーザは、時々刻々と変化する店舗群の混雑情報をリアルタイムに知ることができる。ただし、初期表示用店舗群全ての混雑情報が更新するとなると、マップ上に表示された多くのＵＩ表示が頻繁に変更される可能性があり、ユーザとしては表示画面が見づらくなる（更新による画面のちらつき）。そこで、２回目以降の繰り返しリクエストに応答する際には、混雑情報を更新すべき対象の店舗群の数を少なくして、画面ちらつきによる見づらさを軽減するようにしている。

（２）第２の実施形態
＜第２の実施形態の概念及び更新店舗群選択処理＞
第１の実施形態においては、ユーザ端末３００の現在位置あるいはユーザの指定位置との距離が第２所定距離範囲外の店舗群については混雑情報を更新しないようにしているが、第２の実施形態では、初期表示用店舗群に含まれる店舗数に応じて混雑情報を更新しない店舗を設定するようにしてもよい。例えば、空席管理サーバ２００が表示する店舗群（初期表示用店舗群）を選択した後、所定の店舗数以上かどうかを判定し、店舗数が所定以下なら（距離に関わらず）全店舗のリアルタイム更新を行い、店舗数が所定より多い場合には第１の実施形態のように距離に応じて更新する店舗を選定するとしてもよい。

図９は、第２の実施形態による更新店舗群選択処理を説明するためのフローチャートである。第２の実施形態では、ステップ９０１で初期表示用店舗群の数が所定数（例えば５０件）以上か否か判断される。所定数以上であれば、処理は第１の実施形態と同様に、ステップ５０７１に移行する。一方、所定数未満であれば、処理はステップ９０２に移行し、初期表示用店舗群の全てが更新店舗に設定される。

＜変形例＞
上述のような表示する店舗数ではなく、ユーザ端末３００の表示画面上で表示しているマップの縮小率に応じて全店舗更新と一部店舗のみ更新を切り替えるようにしてもよい。例えば、マップ拡大率が低い（所定の拡大率よりも小さい）場合は一部店舗のみ更新し、拡大率が高い（拡大されている）場合は初期表示用店舗群の全店舗の混雑情報をリアルタイム更新するようにする。

また、位置情報がユーザ端末３００の現在位置を表す場合には、距離に応じた一部店舗のみ更新し（第１の実施形態と同様）、位置情報がユーザ端末３００の現在位置ではなくユーザからマップ上で指定された位置の場合には初期表示用店舗群の全店舗について混雑情報を更新するようにしてもよい。

＜第２の実施形態のまとめ＞
例えば、地方都市の場合、店舗検索を実行したときに取得される店舗数が元々少ない場合がる。このようなときに、第１の実施形態のように第１所定距離範囲、および第２所定距離範囲の２段階で更新店舗を選択すると混雑情報を更新する店舗数が少なくなってしまうことがある。そこで、第２の実施形態では、初期表示用店舗群の数が所定値よりも少ない場合には、それらの全店舗を混雑情報の更新対象とする。これにより、比較的広範囲の店舗の全てについてリアルタイムで混雑状態を知ることができ、「少ない店舗数であればすべてについてリアルタイムで混雑状態を知りたい」というユーザのニーズに応えることができる。

（３）第３の実施形態
図１に示す空席管理システム１０は、ユーザが所望の店舗について予約することを可能にする予約サービスを提供するように構成することができる。この場合、店舗側は、予約サービスに加入することになる。予約サービスに加入している店舗が混雑情報と共にユーザ端末３００の表示画面上（マップにピン表示）に表示されている場合、ユーザはその店舗を選択（タップ）するだけで当該店舗の予約が可能となる。そして、ユーザ端末３００から予約を受付可能な店舗は、ユーザ端末３００の現在位置との距離に関係なく、常にリアルタイムな更新を行う対象（更新店舗）に設定される。ユーザ端末３００の現在位置から遠くても（所定距離以上離れていたとしても）混雑情報をリアルタイムでユーザに提供することが可能となる（予約できる店舗の混雑状態は常に把握したいというユーザのニーズに応えることができる）。

＜空席管理テーブル２４１０の構成例＞
図１０は、第３の実施形態による、データベース２４１に格納され管理されている空席管理テーブル２４１０の構成例を示す図である。

空席管理データベース（空席管理テーブル）２４１０は、図３の構成項目に加えて、予約可否情報１０００を有している。予約可否情報１０００は、空席管理テーブル２４１０で管理される各店舗のうち上記予約サービスに加入しているか否かを示す情報であって、ユーザ端末３００におけるマップおよび混雑情報ピン表示から直接予約が可能か否かを示す情報である。予約可否「１」は、対象の店舗が予約サービスに加入しており、ユーザがユーザ端末３００におけるマップおよび混雑情報ピン表示から直接予約可能な店舗であることを示している。一方、予約可否「０」は、対象の店舗が予約サービスに加入しておらず、ユーザ端末３００におけるマップおよび混雑情報ピン表示からは直接予約できない店舗（このような店舗については、別途電話予約したり、ホームページにアクセスしてから予約したりすることになる）であることを示している。

＜混雑情報送信処理＞
図１１は、第３の実施形態による混雑情報送信処理を説明するためのフローチャートである。第３の実施形態による混雑情報送信処理では、第１の実施形態による混雑情報処理（図５）で実行される各ステップの他、ステップ１１０１およびステップ１１０２の処理が実行される。ステップ５０１から５０５、およびステップ５０７の処理の内容は図３と同様であるので、説明は省略する。

（i）ステップ１１０１
空席管理部２１２は、ステップ５０４で取得した表示用店舗群（初期表示用店舗群）あるいはステップ５０７で取得した更新店舗群の予約可否情報１０００を取得する。

（ii）ステップ１１０２
通知部２１３は、ステップ５０４で特定した表示用店舗群の情報あるいはステップ５０７で選択した更新店舗群の情報と、ステップ５０５で取得した各店舗に対応する混雑情報と、ステップ１１０１で取得した各店舗の予約可否情報とを、リクエストを送信してきたユーザ端末３００に送信する。

＜予約可否情報のＵＩ表示＞
図１２は、第３の実施形態による、マップ上に表示されるＵＩ表示（ピン表示）の例であって、混雑情報と当該ＵＩ表示上で予約可能な店舗を示す図である。図１２Ａは、初期表示用店舗群とそれに対応する混雑情報を示すＵＩ表示例を示す。図１２Ｂは、図１２Ａの一部を拡大表示した図である。

図１２Ａでは、初期表示用店舗群に含まれる各店舗について混雑情報（「空」「混」「満」）がピン表示されると共に、予約可能な店舗（上記予約サービスに加入している店舗）に☆印がピンの中に表示される。また、図１２ＡのＵＩ表示は拡大することができ（例えば、ユーザ端末３００の表示画面をピンチアウトすることにより拡大表示可能）、拡大すると図１２Ｂのようになり、見やすくなる。

（４）全実施形態に共通の変形例
空席管理サーバ２００は、常に表示される店舗（初期表示用店舗群）の混雑情報をユーザ端末３００に送信し、ユーザ端末３００側で、更新する店舗を選定して、一部の店舗のみピン表示を更新するようにしてもよい。

（５）その他
以上の通り、本開示の技術は、上述の実施形態の1つ以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し作動させる処理によって実現することができる。また、１以上の機能を実現する回路によって実現しても良い。

１０ 空席管理システム
２００ 空席管理サーバ
２１０ ＣＰＵ
２２０ ＲＯＭ
２３０ ＲＡＭ
２４０ 記憶装置
２５０ 通信装置
３００ ユーザ端末
３１０ ＣＰＵ
３２０ 表示部（表示装置）
３３０ 入力部
３４０ 通信部
３５０ メモリ
４００ 店舗
４０１ 検出装置
４０２ 店舗情報端末
６００ デジタルサイネージ

Claims (9)

1. 施設の混雑情報の表示を処理する処理装置であって、
   複数の施設の混雑情報を取得する取得部と、
   前記施設それぞれの前記混雑情報に基づいて表示画像を生成する生成部と、
   表示部に前記表示画像を表示させる制御部と、を備え、
   前記制御部は、前記表示画像に含まれる施設群の混雑情報を所定の時間間隔により更新し、前記表示画像における少なくとも一部の施設において前記時間間隔を異ならせる、処理装置。
2. 請求項１において、
   前記生成部は、基準位置に応じた範囲に含まれる施設群の混雑情報を用いて前記表示画像を生成し、
   前記施設の混雑情報は、前記基準位置からの距離に応じて前記時間間隔が設定される、処理装置。
3. 請求項１において、
   前記制御部は、前記表示画像に含まれる施設群のうち、基準位置から所定範囲内に含まれる施設のみ前記所定の時間間隔により前記混雑情報を更新し、前記所定範囲外の施設群については前記混雑情報の更新をしない、処理装置。
4. 請求項３において、
   前記制御部は、前記表示画像に含まれる施設群の数に応じて、前記混雑情報の更新をしない施設を決定する、処理装置。
5. 請求項１において、
   前記制御部は、前記表示画像に含まれる施設のうち、予約の可否に応じて前記所定の時間間隔を設定する、処理装置。
6. ユーザ端末と、
   各施設の混雑情報を管理する空席管理サーバと、を備え、
   前記空席管理サーバは、前記ユーザ端末からのリクエストに応答して前記ユーザ端末に前記混雑情報を送信し、
   前記ユーザ端末は、
   複数の施設の混雑情報の表示を処理するプロセッサと、
   前記施設の混雑情報を含む表示画像を表示する表示装置と、を備え、
   前記プロセッサは、
   前記複数の施設の混雑情報を取得する処理と、
   前記混雑情報に基づいて、前記表示画像を生成する処理と、
   前記表示装置の表示画面上に前記表示画像を表示させる処理と、を実行し、
   前記プロセッサは、前記混雑情報を取得する処理において、各施設の混雑情報を管理する前記空席管理サーバから所定の時間間隔で前記表示される施設群の少なくとも一部の前記混雑情報を取得して更新し、前記表示画像を生成する処理において、前記表示画像に含まれる施設群の混雑情報を前記所定の時間間隔により更新し、前記表示画像における少なくとも一部の施設において前記時間間隔を異ならせる空席管理システム。
7. 請求項６において、
   前記表示画像を生成する処理において、基準位置に応じた範囲に含まれる施設群の混雑情報を用いて前記表示画像を生成し、
   前記施設の混雑情報は、前記基準位置からの距離に応じて前記時間間隔が設定される、空席管理システム。
8. コンピュータを、請求項１～５いずれか１項に記載の処理装置として機能させるプログラム。
9. 施設の混雑情報の表示を処理する処理方法であって、
   複数の施設の混雑情報を取得する取得ステップと、
   前記施設それぞれの前記混雑情報に基づいて表示画像を生成する生成ステップと、
   表示部に前記表示画像を表示させる制御ステップと、を備え、
   前記制御ステップは、前記表示画像に含まれる施設群の混雑情報を所定の時間間隔により更新し、前記表示画像における少なくとも一部の施設において前記時間間隔を異ならせる、処理方法。

Images