JP2023024884A - 情報処理装置、情報処理方法、および空席管理システム - Google Patents

Abstract

【課題】施設のリアルタイムの混雑情報を表示する技術を提案する。【解決手段】本開示は、表示部に複数の施設それぞれの混雑情報の表示するための情報処理装置であって、前記表示部に表示する施設の条件として設定されるジャンル情報と、前記ジャンル情報に応じた表示用施設群に含まれる施設それぞれの混雑情報を取得する取得手段と、前記混雑情報を表示させる表示制御手段とを有し、前記表示制御手段は、前記ジャンル情報に応じた時間間前記により前記混雑情報を更新することを特徴とする。【選択図】図１

Description

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

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

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

リアルタイムな混雑情報を表示するためにユーザ端末は、飲食店情報提供サーバから各店舗の混雑情報を定期的に取得する必要があるが、ユーザ端末の表示画面上に非常に多くの店舗が表示される場合、ユーザ端末の処理負荷が増大してしまう。
本開示は、このような状況に鑑みてなされ、ユーザ端末の処理負荷を考慮して店舗のリアルタイムの混雑情報を表示するための技術を提案する。

上記課題を解決するために、本開示は、表示部に複数の施設それぞれの混雑情報の表示するための情報処理装置であって、前記表示部に表示する施設の条件として設定されるジャンル情報と、前記ジャンル情報に応じた表示用施設群に含まれる施設それぞれの混雑情報を取得する取得手段と、前記混雑情報を表示させる表示制御手段とを有し、前記表示制御手段は、前記ジャンル情報に応じた時間間前記により前記混雑情報を更新することを特徴とする。

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

本開示の技術によれば、表示にかかる処理負荷が増大するのを抑制しつつ施設のリアルタイムな混雑情報を表示することが可能となる。

本開示の実施形態に係る空席管理システム１０の構成例を示す図である。 本実施形態による空席管理サーバ２００のハードウェア構成例を示す図である。 空席管理サーバ２００の機能構成例を示すブロック図である。 データベース２４１に格納され管理されている空席管理テーブル２４１０の構成例を示す図である。 ユーザ端末３００のハードウェア構成例を示す図である。 ユーザ端末３００の機能構成例を示すブロック図である。 空席管理サーバ２００が実行する混雑情報送信処理を説明するためのフローチャートである。 ユーザ端末３００が実行する混雑情報表示処理を説明するためのフローチャートである。 第１の実施形態による、マップ上に表示されるＵＩ表示（ピン表示）の例を示す図である。 第３の実施形態によるジャンルを指定するためのUI表示の例である。

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

＜第１の実施形態＞
第１の実施形態では、複数の施設それぞれの混雑情報をユーザ端末に地図形式で表示する空席管理システムについて説明する。本実施形態では特に、ユーザ端末に混雑情報を表示される施設の数に応じて、混雑情報の更新頻度を制御する。

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

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

以上のような検出装置４０１あるいは店舗情報端末４０２、空席管理サーバ２００、ユーザ端末３００、デジタルサイネージ６００は、例えば、インターネットなどのネットワークを介して相互接続されている。なお、ここでは２つの店舗を示しているが、空席管理サーバ２００に混雑情報を送信する店舗は３つ以上あってもよい。また、例として、店舗４００－１は検出装置４０１により混雑情報を取得し、店舗４００－２は店舗情報端末４０２により混雑情報を取得するものとしたが、全ての店舗それぞれの混雑情報がいずれか一方の方法に統一されていてもいいし、さらに他の手法を用いて混雑情報を取得する店舗があっても良い。なお以下では、店舗４００－１・・４００－N（Nは２以上の自然数）を総称、あるいはいずれか１つの店舗として、店舗４００と表す場合がある。

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

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

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

また、一旦混雑状態を照会したユーザ端末３００は、所定時間毎（例えば、前回混雑情報のリクエストを送信してから１０秒後）に最新の混雑情報を取得するためのリクエスト（再リクエスト）を空席管理サーバ２００に送信する。空席管理サーバ２００は、当該再リクエストに応答して、最初のリクエストに対応して検索した各店舗４００の混雑情報をデータベース２４１から再度取得し、前回ユーザ端末３００に送信した時点から所定の時間経過後に各店舗４００の混雑情報をユーザ端末３００に送信する。ここで所定の時間は、混雑情報を送信する店舗４００の数に応じて設定される。店舗４００の混雑情報を再度受信すると、ユーザ端末３００は、最初のリクエストに対応して地図上に表示した各店舗の混雑情報を、再リクエストにより取得した混雑情報で更新して表示画面上にピン表示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜空席管理サーバ２００による混雑情報送信処理＞
図５は、空席管理サーバ２００が実行する混雑情報送信処理を説明するためのフローチャートである。空席管理サーバ２００におけるCPU２１０が、図５に示すフローチャートを実現可能なプログラムを読み出して実行することで、各処理を実現する。

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

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

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

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

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

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

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

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

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

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

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

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

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

（vi）ステップ６０６
生成部３１０１は、表示制御部３１０２を介して表示部３２０の表示画面上に表示されたマップに、ステップ７０５で生成した各店舗の表示用ピンデータを配置することで、表示用画像（マップ画像）を生成する。具体的には生成部３１０１は、各店舗の表示用品データを、マップにおける店舗の所在地の位置に配置する。

（vii）ステップ６０７
表示制御部３１０２は、マップにおける各店舗の位置に混雑情報が表示された表示用画像を表示させる。

（viii）ステップ６０８
生成部３１０１は、ユーザによって新規の店舗検索リクエストの送信指示が入力されたか判断する。新規リクエスト送信指示が入力された場合（ステップ６０８でＹｅｓの場合）、処理はステップ６０１に移行する。一方、新規リクエスト送信指示が入力されていない場合（ステップ６０８でＮｏの場合）、処理はステップ６０９に移行する。
なお、新規の店舗検索リクエストは、前回とは全く異なる内容のリクエストであることを意味し、例えば、前回のリクエストとは異なる場所／地域の店舗（マップ上で異なる表示中心位置を入力した場合や検索ＵＩ上で場所や地域を文字入力したような場合を含む）、異なる種別の店舗を検索するためのリクエストである。つまりここで新規リクエスト送信指示が入力されない場合は、ユーザ端末３００上にはS６０７において表示されたマップ画像が表示され続けていることになる。

（ix）ステップ６０９
通信制御部３１０３は、表示用画像において混雑情報が表示された店舗数に応じて、混雑情報を更新する間隔（更新頻度）を設定する。本実施形態では、表示用店舗群に含まれる店舗数が所定値（例えば１５）の場合には２０秒、店舗数が所定値以下の場合には１０秒を更新頻度として設定する。

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

（xi）ステップ６１１
生成部３１０１は、前回送信したリクエストと同一の店舗検索リクエストを空席管理サーバ２００に送信する（再リクエスト送信）。

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

（xiii）ステップ６１３
生成部３１０１は、既にマップ上に表示されている店舗に関しては、混雑情報が変わっているか否か判断し、前回の混雑情報と変更されていれば新たに取得した混雑情報（「０」「１」「２」）を対応するテキストに変換し、ピン表示を更新する。なお、ここでは全ての表示用店舗群の混雑情報を示すテキストを、新たに取得した混雑情報により更新するようにしてもよい。前回、店舗の混雑情報のテキストを生成した時点から混雑情報が変化している場合には、マップ上の混雑情報のみ変化し、混雑情報が変化していない場合にはマップ上の混雑情報も含め変化しない。

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

＜マップ上でのＵＩ表示例＞
図７は、第１の実施形態による、マップ上に表示されるＵＩ表示（ピン表示）の例を示す図である。図７Ａは、最初に表示された表示用画像（表示用店舗群とそれに対応する混雑情報を含む）の例を示す。図７Ｂは、混雑情報を更新した結果（必ずしも一回の更新とは限らず、複数回更新した結果の場合もある）、一部の店舗の混雑情報が変化した表示用画像の例を示す。

図７Ａに示すように、指定位置あるいはユーザ端末３００の所定距離範囲（例えば、半径５ｋｍの範囲）以内の各店舗の混雑情報が「空（空席あり）」「混（混雑）」「満（満席）」の何れかで示されている。そして、上述したように、ユーザ端末３００から２回目以降のリクエストが空席管理サーバ２００に送信された場合には、表示店舗群の混雑情報が更新される。図７Ｂでは、更新店舗群のうち一部の店舗において混雑状態が変化したため、店舗ａ７０１、店舗ｂ７０２、および店舗ｃ７０３のＵＩ表示（ピン表示の記号）が更新されている。このとき図７Aに示されたマップ上では混雑情報が表示された店舗が多く、所定値（１５）以上の店舗があるため、更新情報の更新は所定値未満の場合に比べて低い頻度で更新される。

なお、混雑情報を表示する店舗は、飲食店などの店舗でもいいし、映画館やスポーツスタジアム、駐車場などの施設の空き情報にも、本実施形態を適用できる。また、本実施形態の空席管理システム１は、席を提供されないが人の多さが変動するような施設における利用者の混雑状況を管理してもよい。具体的には、例えばスーパーマーケット、スポーツジム、自治体や銀行の窓口、温泉施設などの混雑状況を示す情報を管理してもよい。この場合、例えば、空席管理サーバ１０は、「空いている」「やや混雑」「混雑」のいずれかによって表される混雑情報を管理し、配信する。

＜第１の実施形態のまとめ＞
本実施形態に係る空席管理システム１０において、ユーザ端末３００から一旦店舗検索リクエストを空席管理サーバ２００に送信すると、ユーザ端末３００は、定期的に繰り返し店舗検索リクエストを空席管理サーバ２００に自動送信する。空席管理サーバ２００は、初回リクエストに応答してユーザ端末３００の位置から所定距離範囲にある店舗（ユーザが入力した検索条件に合致する店舗）群を特定し、それらの混雑情報を店舗群（表示用店舗群）の情報と共にユーザ端末３００に送信する。ユーザ端末３００は、表示用店舗群と混雑情報をマップ上にピン表示する。また、リアルタイムな混雑情報をマップに反映するため、ユーザ端末３００は繰り返しのリクエストを送信する。このとき、ユーザ端末３００は、表示店舗群の店舗数に応じた間隔（所定時間おき）で混雑情報を再リクエストする。空席管理サーバ２００は、表示店舗群の情報とそれらに対応する混雑情報（最新の混雑情報）をユーザ端末３００に送信する。そして、ユーザ端末３００は、更新された店舗群の混雑情報を更新してマップ上にピン表示する。

このように、ユーザ端末３００上に表示店舗群の混雑情報を表示し続けている場合に、できるだけ各店舗のリアルタイムな混雑情報を表示するため、所定時間おきに混雑情報を更新する。これにより、ユーザは、時々刻々と変化する店舗群の混雑情報をリアルタイムに知ることができる。ただし、表示店舗群の数が多い場合、空席管理サーバ２００から受け取る混雑情報のデータ量が多くなり、ユーザ端末３００の通信負荷や表示するためにユーザ端末３００の処理負荷がしてしまう。そこで本形態では、２回目以降の繰り返しリクエストに応答する際には、店舗数が多い場合には混雑情報を更新する間隔を長くすることでユーザ端末３００の処理負荷を軽減する。

＜第１の実施形態の変形例＞
上述の例では、店舗数が所定値以上か否かで更新頻度を切り替える方法について説明した。しかしながら、表示する店舗数に応じて３段階以上の更新頻度で設定してもよいし、店舗数と閾値を比較するのではなく、店舗数ごとの更新頻度を事前に設定しておき店舗数に対応する更新頻度を導出することとしてもよい。

（２）第２の実施形態
第１の実施形態においては、ユーザ端末３００の表示店舗群について、表示店舗の数に応じた更新頻度で混雑情報を更新する方法に説明した。第２の実施形態では、エリアに応じて更新頻度を設定する方法について説明する。施設の多いエリアもあれば、施設の少ないエリアもあるため、エリアごとに混雑情報が表示される店舗数が多いか少ないかを推定することができる。そこで本実施形態では、ユーザ端末３００から送信された位置情報（混雑情報を表示する際に基準となる位置を示す）に基づいて、更新頻度を設定することとする。なお、以下では第１の実施形態とは同一の構成、内容については説明を省略し、異なる点を説明する。

本実施形態における図６に示すフローチャートのうちS６０９における処理を説明する。通信制御部３１０３は、S６０１において空席管理サーバ２００に送信した位置情報に基づいて、位置情報を含むエリアが施設数の多い密集エリアか否かを判定する。ここでは事前に、密集エリアを示す情報と非密集エリアを示す情報とが設定さえているものとする。通信制御部３１０３は、位置情報が密集エリアにある場合には、低い更新頻度を設定し、位置情報が非密集エリアにある場合には、高い更新頻度を設定する。
なお、位置情報に基づいて更新頻度を設定する場合は、位置情報を所在地（住所）に変換し、住所ごとに密集エリアか非密集エリアを設定しておくことで判定するようにしてもよい。

以上の処理により、混雑情報が表示される施設数が多いことで、ユーザ端末２００に高い処理負荷、通信負荷をかけるのを抑制しつつ、リアルタイムな混雑情報を表示することができる。

（３）第３の実施形態
第３の実施形態では、表示条件としてユーザに指定されたジャンルに応じた更新頻度で混雑情報を更新する方法について説明する。複数のジャンルの施設の混雑情報を閲覧可能なシステムにおいて、ジャンルを指定することができるとする。このとき、表示される施設数が多いジャンルもあれば、表示される施設数が少ないジャンルもある。そこで本実施形態では、ジャンルを指定されていないとき、あるいは、施設数が多くなる可能性のあるジャンルが指定された際には、混雑情報の更新頻度を低くし、施設数が多くなる可能性のないジャンルが指定された際には、混雑情報の更新頻度を高く設定する。

図８は、空き情報を閲覧する際の表示例を示す。図８(a)は、ユーザ端末上３００において地図上に空き情報が表示された表示画像例である。この時、「ジャンル」と記載されたボタン領域が表示されている。ユーザ端末３００をユーザが操作して「ジャンル」を選択（タップ操作）すると、図８(b)が表示される。図８(b)はジャンルを指定しない「すべて」の他、飲食店、ショップ、美容、芸術、観光施設、公共施設、避難所が一例として表示されている。

ステップ６０２においてユーザ端末３００における生成部３１０１は、位置情報に加えて、ジャンルが指定されている場合には指定されたジャンル情報も含む店舗検索リクエストを生成し、通信制御部３１０３は空席管理サーバ２００に送信する。

空席管理サーバ２００は、ステップ５０４において取得したリクエストにジャンル情報が含まれていない場合は、位置情報に基づいて表示用店舗群を決定し、リクエストにジャンル情報が含まれている場合には、位置情報とジャンル情報に基づいて表示用店舗群を決定する。具体的には、空席管理サーバ２００は位置情報が示す位置から所定の範囲内にあり、かつ指定されたジャンル情報の施設を表示用店舗として決定する。

さらにS６０９において、ユーザ端末２００の通信制御部３１０３は、S６０２において空席管理サーバ２００に送信したリクエストを参照し、ジャンル情報を参照する。飲食店やショップは多数の施設が存在している可能性があるが、避難所や公共施、芸術が選択された場合は、ユーザ端末３００に表示されるエリア内に多数の施設が密集している可能性はほとんどない。そこで、本実施形態では、S６０９において通信制御部３１０３は、ジャンルとして「芸術」「公共施設」「避難所」が指定された場合には、混雑情報の更新頻度を高く、それ以外のジャンルが指定されている、またはジャンルの指定がない場合には、混雑情報の更新頻度を低く設定する。

以上の処理により、混雑情報が表示される施設数が多いことで、ユーザ端末２００に高い処理負荷、通信負荷をかけるのを抑制しつつ、リアルタイムな混雑情報を表示することができる。

＜第３の実施形態の変形例＞
上述では、指定されたジャンル情報に応じた更新頻度で混雑情報を更新する方法について説明した。さらに、指定されたジャンル情報に応じて、第１の実施形態のような店舗数に応じた更新頻度を設定することもできる。例えば、上述のように施設が密集している可能性のないジャンルの場合は、固定の更新頻度で混雑情報を更新し、さらに、施設が密集している可能性のあるジャンルが指定された場合や特定のジャンルが指定されなかった場合には、表示用店舗群の店舗数に応じて更新頻度を制御するようにしてもよい。

（４）全実施形態に共通の変形例
上述ではユーザ端末３００が混雑情報の更新頻度を設定したが、空席管理サーバ２００が混雑情報の更新頻度を設定してもよい。この場合、ユーザ端末３００は固定の感覚で混雑情報のリクエストを空席管理サーバ２００に送信し、空席管理サーバ２００が前回混雑情報を送信した店舗数に応じた間隔で、再度混雑情報をユーザ端末３００に送るようにする。これによりユーザ端末３００が混雑情報を受け取る頻度や表示された混雑情報を更新する頻度を適切に制御することができる。

また、ユーザ端末３００では地図上に各施設の混雑情報を表示する例を説明したが、表示形態はこれに限らない。例えば、リスト形式で複数の施設の混雑情報を表示してもよい。
また上述では、混雑情報を更新する処理を実行するたびに更新頻度を設定するフローチャートとしたが、これに限らない。一度更新頻度が設定されたら、位置の変更が実行されるまで設定された更新頻度により混雑情報を更新するようにしてもよい。

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

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

Claims (7)

1. 表示部に複数の施設それぞれの混雑情報の表示するための情報処理装置であって、
   前記表示部に表示する施設の条件として設定されるジャンル情報と、前記ジャンル情報に応じた表示用施設群に含まれる施設それぞれの混雑情報を取得する取得手段と、
   前記混雑情報を表示させる表示制御手段とを有し、
   前記表示制御手段は、前記ジャンル情報に応じた時間間前記により前記混雑情報を更新することを特徴とする情報処理装置。
2. 前記取得手段は、前記施設それぞれの混雑情報を管理する管理サーバから、前記ジャンル情報に応じた所定時間間隔で前記表示用施設群の少なくとも一部の混雑情報を取得し、前記
   表示制御手段は前記取得手段が取得した混雑情報を用いて混雑情報を更新することを特徴とする請求項１に記載の情報処理装置。
3. 表示部を有するユーザ端末に、施設の混雑情報を配信する情報処理装置であって、
   前記ユーザ端末から前記表示部に表示する施設の条件として設定されるジャンル情報を取得する取得手段と、
   前記ジャンル情報に応じた施設群それぞれの混雑情報を、前記ユーザ端末に送信する送信手段と、を有し、
   前記施設群の混雑情報が表示されている間、前記送信手段は、前記ジャンル情報に応じた所定時間間隔で、前記施設それぞれの最新の混雑情報を送信することを特徴とする情報処理装置。
4. コンピュータを請求項１乃至３のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
5. ユーザ端末と、
   各施設の混雑情報を管理する空席管理サーバと、を備え、
   前記空席管理サーバは、前記ユーザ端末からのリクエストに応答して前記ユーザ端末に前記混雑情報を送信し、
   前記ユーザ端末は、
   施設の混雑情報の表示を処理するプロセッサと、
   前記施設の混雑情報を表示する表示装置と、を備え、
   前記プロセッサは、
   ジャンル情報に応じた表示用施設群に含まれる施設それぞれの混雑情報を取得する処理、
   前記表示装置に前記混雑情報を表示させる処理を実行し、
   前記プロセッサは、前記混雑情報を取得する処理において、前記施設それぞれの混雑情報を管理する管理サーバから、前記ジャンル情報に応じた所定時間間隔で前記表示用施設群の少なくとも一部の混雑情報を取得し、前記表示制御手段は前記取得手段が取得した混雑情報を用いて混雑情報を更新する、空席管理システム。
6. 表示部に複数の施設それぞれの混雑情報の表示するための情報処理方法であって、
   前記表示部に表示する施設の条件として設定されるジャンル情報と、前記ジャンル情報に応じた表示用施設群に含まれる施設それぞれの混雑情報を取得工程と、
   前記混雑情報を表示させる表示制御工程とを有し、
   前記表示制御工程は、前記ジャンル情報に応じた時間間前記により前記混雑情報を更新することを特徴とする情報処理方法。
7. 表示部を有するユーザ端末に、施設の混雑情報を配信する情報処理方法であって、
   前記ユーザ端末から前記表示部に表示する施設の条件として設定されるジャンル情報を取得し、
   前記ジャンル情報に応じた施設群それぞれの混雑情報を、前記ユーザ端末に送信し、
   前記施設群の前記混雑情報を表示されている間、前記ジャンル情報に応じた所定時間間隔で、前記施設それぞれの最新の混雑情報を送信することを特徴とする情報処理方法。
   
   
   

Images