(57)【特許請求の範囲】
【請求項１】
施設の混雑情報を地図上に表示するための情報処理装置であって、
位置情報を取得する第１の取得手段と、
前記位置情報に応じたエリアに存在する一以上の施設を、表示候補として特定する特定手段と、
表示店舗数に関連する所定値と前記表示候補それぞれの混雑状況を示す混雑情報に応じて、前記表示候補から前記地図上に混雑情報を表示する表示施設を決定する決定手段と、
前記表示施設それぞれの混雑状況を示す混雑情報に基づいて表示画像を生成し、出力する出力手段と、を有し、前記決定手段は、前記表示候補に含まれる施設数に応じた所定値を用いて、前記表示施設を決定することを特徴とする情報処理装置。
【請求項２】
前記決定手段は、前記表示候補に含まれる施設が前記所定値を超える場合には、前記表示候補の一部を表示施設とはしないことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記表示画像は、前記所定値以下の施設数の混雑情報を含む画像であることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記決定手段は、
前記表示候補が前記所定値を超える施設数を含む場合、前記表示候補に含まれる施設から、前記所定値の分選択することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
施設の混雑情報を地図上に表示するための情報処理装置であって、
位置情報を取得する第１の取得手段と、
前記位置情報に応じたエリアに存在する一以上の施設を、表示候補として特定する特定手段と、
表示店舗数に関連する所定値と前記表示候補それぞれの混雑状況を示す混雑情報に応じて、前記表示候補から前記地図上に混雑情報を表示する表示施設を決定する決定手段と、
前記表示施設それぞれの混雑状況を示す混雑情報に基づいて表示画像を生成し、出力する出力手段と、を有し、
前記決定手段は、前記表示候補が前記所定値を超える施設数を含む場合、前記表示候補に含まれる施設から、前記所定値の分選択し、
さらに、前記表示候補に含まれる施設のうち、選択された施設と同じ建物に属する関連施設が表示施設として選択されていない場合には、前記関連施設を表示施設に追加することを特徴とする情報処理装置。
【請求項６】
前記決定手段は、前記表示候補のジャンルに応じた所定値を用いて、前記表示施設を決定することを特徴とする請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
前記決定手段は、前記表示候補が所定値を超える場合に、前記混雑情報に基づいて前記表示候補から前記表示施設を選択することを特徴とする請求項１から６のいずれか一項に記載の情報処理装置。
【請求項８】
コンピュータを請求項１から７のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【請求項９】
施設の混雑情報を地図上に表示するためのコンピュータによる情報処理方法であって、
前記コンピュータが、位置情報に応じたエリアに存在する一以上の施設を、表示候補として特定し、
表示店舗数に関連する所定値と前記表示候補それぞれの混雑状況を示す混雑情報に応じて、前記表示候補から前記地図上に混雑情報を表示する表示施設を決定し、
前記表示施設それぞれの混雑状況を示す混雑情報に基づいて表示画像を生成し、出力し、
前記所定値は、前記表示候補に含まれる施設数に応じた値であることを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、店舗等の施設の混雑情報をオンラインでユーザに提供する手法が知られている。例えば、特許文献１には、情報提供サーバが、ユーザ（移動端末）の現在位置に応じたエリア内で利用可能な施設（空席のある施設）を移動端末に提供するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１―２２１８０４公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
表示するエリアに含まれる施設が多数ある場合、各施設のリアルタイムな混雑情報を表示し続けるためには、所定時間おきに多数の施設の混雑情報を監視する必要がある。しかしながら、多数の施設の混雑情報を含む表示用データをサーバとユーザの端末間で通信すると、ユーザの端末に過剰な処理負荷がかかってしまうという課題があった。
【０００５】
そこで、本開示は、ユーザ端末にかける負荷を抑制しつつ、リアルタイムな混雑情報をユーザに配信する技術を提案する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本開示は、施設の混雑情報を地図上に表示するための情報処理装置であって、位置情報を取得する第１の取得手段と、前記位置情報に応じたエリアに存在する一以上の施設を、表示候補として特定する特定手段と、表示店舗数に関連する所定値と前記表示候補それぞれの混雑状況を示す混雑情報に応じて、前記表示候補から前記地図上に混雑情報を表示する表示施設を決定する決定手段と、前記表示施設それぞれの混雑状況を示す混雑情報に基づいて表示画像を生成し、出力する出力手段と、を有し、前記決定手段は、前記表示候補に含まれる施設数に応じた所定値を用いて、前記表示施設を決定する。
【０００７】
本開示に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本開示の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。
本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではない。
【発明の効果】
【０００８】
本開示の技術によれば、ユーザ端末にかける負荷を抑制しつつ、リアルタイムな混雑情報をユーザに配信することができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る情報提供システムの構成を示す図である。
【図２】空席管理サーバ及び表示用サーバのハードウェア構成の一例を示す図である。
【図３】空席管理サーバ及び表示用サーバの機能構成図である。
【図４】店舗情報ＤＢに記憶される店舗情報テーブルの一例を示す図である。
【図５】空席情報の管理に関するシーケンス図である。
【図６】表示用サーバが実行する混雑情報の配信処理のフローチャートである。
【図７】表示店舗の決定処理のフローチャートである。
【図８】表示画像の一例を示す図である。
【図９】表示店舗の決定処理のフローチャートである。
【図１０】表示画像の一例を示す図である。
【図１１】表示用サーバが実行する混雑情報の配信処理のフローチャートである。
【図１２】表示画像の一例を示す図である。
【図１３】表示店舗の決定処理のフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本実施形態について、図面を参照して説明する。同一の構成については、同じ符号を付して説明する。尚、以下の実施形態は本開示の技術を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。
【００１１】
［第１の実施形態］
＜システム構成＞
図１は、第１の実施形態に係る情報提供システム１を示す構成図である。情報提供システム１は、ネットワーク５０を介して、空席管理サーバ１０、表示用サーバ２０、店舗４０の管理端末４１、ユーザ端末３０が接続された構成になっている。情報提供システム１は、店舗４０を利用する可能性のある潜在顧客であるユーザに対して、ユーザによって指定されたエリアに存在する店舗４０の混雑状況に関する情報を提供するためのシステムである。混雑状況とは、人の多さ、席の利用率等を示し、空き状態、空き状況等と言い換えることもできる。また店舗４０は、店内に案内されたユーザに対してユーザに対して所定のサービスを提供する施設である。本実施形態では一例として、店舗４０は席やテーブルが設置され飲食が提供される飲食店である。ただし、店舗４０の種類は上記に限定されず、店舗４０は飲食店以外の施設であっても良い。施設とは、カフェ、レストラン等の飲食店のほか、スーパーマーケット、薬局等の小売店、自治体や銀行の窓口、図書館、美術館等、利用者の数によって混雑している状況が変化する施設であればよい。
【００１２】
空席管理サーバ１０は、各店舗４０の管理端末４１から受信する混雑情報を受け取り、各店舗４０の混雑状況を示す情報（以下、混雑情報とする）を記憶し、管理する情報処理装置である。また、空席管理サーバ１０は、表示用サーバ２０に対してリクエストされた店舗４０の混雑情報を出力する。
【００１３】
表示用サーバ２０は、ユーザ端末３０が閲覧可能な画像（以下、表示画像とする）を生成するための情報処理装置である、表示用サーバ２０は、ユーザ端末３０からのリクエストに応じて各店舗４０の混雑情報を空席管理サーバ１０から受信し、各店舗４０の混雑情報を用いて視覚的にわかりやすく表現した表示画像を生成し、ユーザ端末３０に送信する機能を有する。
各店舗４０には、店舗に関する情報を登録したり、店舗内の混雑状態を検出するための管理端末４１が備えられている。管理端末４１は、店舗４０のスタッフ（管理者や店員など）によって利用される端末であり、店舗の情報を管理する機能（管理機能）と、店舗４０の混雑状況を入力（登録）する機能（入力機能）とを有する。管理端末４１は、店内に設置される据置型のコンピュータ端末であってもよいし、スタッフによって携帯される携帯端末（例えば、スマートフォン等）であってもよい。
【００１４】
管理機能は、管理端末４１のディスプレイ上に表示された管理画面を介して、店舗の名称や住所、ジャンル、営業時間などの店舗に関する情報（以下、店舗情報とする）を入力して、登録する機能を含む。管理端末４１は、入力された店舗情報を空席管理サーバ１０に送信する。入力機能は、例えば、管理端末４１のディスプレイ上に表示された混雑状況を示す領域（ここでは「空き」、「混雑」、「満席」）に対する店舗４１のスタッフによるタッチ操作（タップ操作）を受け付ける機能と、タッチされた領域に対応する混雑状況の選択肢を、混雑情報として空席管理サーバ１０に送信する機能と、を含む。なお、「満席」は、利用可能な席が全て利用者で埋まっている状況を示す。「混雑」は、１以上の空席はあるが空席すうが少ない状況を示す。「空き」は、十分な数の空席があり、利用者が少ない状況を示す。
【００１５】
ユーザ端末３０は、本実施形態の情報提供システム１によるサービスのユーザが所有すする端末である。ユーザ端末３０は、ネットワークに接続可能で画像を表示できる機器であり、例えば、ユーザによって携帯されるスマートフォン、タブレットなどの携帯端末であってもよいし、デスクトップＰＣやノートＰＣ等他の端末であってもよい。ユーザ端末３０には、ウェブサイト等を閲覧するためのウェブブラウザがインストールされており、表示用サーバ２０から送信される表示画像（詳細は後述）が当該ウェブブラウザによって表示される。
【００１６】
＜空席管理サーバ１０及び表示用サーバ２０＞
図２は、空席管理サーバ１０及び表示用サーバ２０それぞれのハードウェア構成の一例を示す図である。空席管理サーバ１０及び表示用サーバ２０はいずれも、同様のハードウェア構成からなる情報処理装置であり、以下では空席管理サーバ１０の各構成について説明する。図２（ａ）に示されるように、空席管理サーバ１０は、物理的には、プロセッサである一以上のＣＰＵ（Central Processing Unit）１１０、一以上のＲＯＭ（Read Only Memory）１２０、一以上のＲＡＭ（Random Access Memory）１３０と、ＨＤＤ（Hard Disk Drive）などの記憶装置１４０及び通信装置１５０を備える。ＣＰＵ１１０は、記憶装置１４０に記憶された後述するプログラムをＲＡＭ１３０に読み出して実行することにより、空席管理サーバ１０が提供する機能を実現する。ＲＯＭ１２及びＲＡＭ１３は、ＣＰＵ１１が用いるデータを保持する。記憶装置１４は、後述するプログラム及びデータベースを格納する。通信装置１５は、ネットワーク５０を介して検出装置２０及びユーザ端末３０と通信する。なお、空席管理サーバ１０は、図２（ａ）に示したハードウェア構成以外にも、例えば、マウス及びキーボード等の入力装置、ディスプレイ及びスピーカ等の出力装置等を適宜備え得る。
ここまで空席管理サーバ１０のハードウェア構成について説明したが、表示用サーバ２０の構成それぞれは、上述の説明と同じ名称の構成と同様である。
【００１７】
図３は、空席管理サーバ１０および表示用サーバ２０の機能ブロック図である。空席管理サーバ１０は、ＣＰＵ１１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ１１０の内部メモリに展開されて構成される機能）として、受信部３１１、管理部３１２、取得部３１３及び出力部３１４を有する。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ１１０であるため、ＣＰＵ１１０を動作主体とすることもできる。
【００１８】
受信部３１１は、店舗４０の管理端末４１や表示サーバ２０から送信されるデータを受信する。
管理部３１２は、受信部３１１が受信したデータを用いて、店舗データベース（ＤＢ）３１５に記憶された店舗情報テーブル３１６を更新する。
図４は、店舗テーブル３１６の一例を示す図である。店舗情報テーブル３１６は、店舗４０ごとの店舗情報を格納するデータセットである。一例として本実施形態では、１つの店舗情報（すなわち、１レコード）は、施設ＩＤ、名称、ジャンル、緯度・経度、管理端末ＩＤ、混雑情報を関連づけた情報である。「施設ＩＤ」は、店舗データベース３１５内で各店舗（施設）を識別するためのＩＤである。「名称」、「ジャンル」、「住所」は、施設ＩＤによって特定された店舗４０の名称、ジャンル、「住所」である。「緯度・経度」は、施設ＩＤにより特定される店舗４０の位置を示す情報である。「管理端末ＩＤ」は、施設ＩＤにより特定される店舗４０に設置された管理端末４１を一位に特定するための識別情報である。「混雑情報」は、施設ＩＤにより特定される店舗４０の混雑状況を示す情報であり、当該店舗４０の管理端末４１から送信された混雑情報に基づいて更新される。本形態では空席情報は、「空あり」「混雑」「満席」で示されている。別の形態として、混雑情報は、空席がある場合は「０」、混雑している場合は「１」、満席の場合は「２」のように数字で示されていてもよい。また、別の形態として、混雑情報は、空席の数又は空きテーブルの数を示す数値であってもよい。
なおここでは店舗情報テーブル３１６は、テーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。
【００１９】
取得部３１３は、表示用サーバ２０から受信した位置情報を含むリクエストに応じて、位置情報に応じた店舗群それぞれの名称、ジャンル、位置情報（ここでは緯度・経度）、混雑情報などを店舗情報テーブル３１６から読み出す。出力部３１４は、取得部３１３が特定した店舗群の情報を表示用サーバ２１に出力する。
【００２０】
次に表示用サーバの機能構成を説明する。表示用サーバ２０は、受信部３２１、範囲特定部３２２、決定部３２３、生成部３２４、出力部３２５を有する。受信部３２１は、ユーザ端末３０から混雑情報の閲覧のリクエストを受信したり、管理サーバ１０の出力部３１４から店舗の混雑情報を含むデータを受信する。
範囲特定部３２２は、ユーザ端末３０から受信したリクエストに基づいて、ユーザ端末３０に表示するエリアを特定する。ここでは範囲特定部３２２は、リクエストに含まれる位置情報（ユーザ端末３０の現在位置、特定の指定場所）を中心として、事前に設定された縮尺の地図を表示した際にユーザ端末２０において表示可能なエリアを含むように、エリアを決定する。例えば、範囲特定部３２２は、位置情報を中心として所定の範囲（例えば１０キロメートル）を表示範囲に必要なエリアとして決定する。範囲特定部３２２は、決定したエリアを示す情報（以下、エリア情報とする）を出力できる。
【００２１】
決定部３２３は、受信部３２１が混雑情報を含む店舗情報を受信した一つ以上の店舗群から、ユーザ端末３０に混雑情報を表示する表示店舗を決定する。決定部３２３は、事前に設定された所定値（ここでは表示店舗の上限数）に応じて、表示店舗を決定する。
生成部３２４は、表示店舗それぞれの店舗情報（混雑情報など）に基づいて、決定部３２３が決定した表示店舗の混雑情報を含む表示画像を生成する。本形態では生成部３２４は、位置情報を中心とした地図上に、各表示店舗の混雑情報に応じたアイコンを各表示店舗の位置に配置した画像を、表示画像として生成するものとする。他の形態として、例えば生成部３２４は、各店舗の混雑情報を含む店舗カードをリスト表示してもよい。
出力部３２５は、範囲特定部３２２が決定したエリアに関する情報（以下、エリア情報とする）をとともに空席管理サーバ１０に混雑情報のリクエストを出力したり、ユーザ端末３０に生成部３２４が生成した表示画像を出力する。
【００２２】
＜空席情報処理＞
図５は、空席情報の管理に関するシーケンス図である。以下では、各工程（ステップ）を「Ｓ」と表記することとする。
Ｓ５１０において店舗４０の管理端末４１は、店舗のスタッフから店舗４０の現在の混雑状態を示す混雑情報の入力を受け付ける。本形態では上述の通り、ディスプレイ上に表示されたＵＩを介して、「空き」「混雑」「満席」を示す選択肢のいずれかを店舗４０のスタッフがタップする操作を受け付ける。
【００２３】
Ｓ５０２において管理端末４１は、入力された混雑情報を、端末ＩＤとともに空席管理サーバ１０に送信する。
Ｓ５０３において空席管理サーバ１０の受信部３１１は、管理端末４１から受信したデータ（混雑情報と端末ＩＤ）を受信すると、管理部３１２が店舗情報テーブル３１６を参照して、受信したデータに含まれる端末ＩＤの店舗の混雑情報を、受信した混雑情報によって更新する。
【００２４】
＜混雑情報の配信処理＞
表示用サーバ２０は、各店舗４０の混雑状況を把握したいユーザ（すなわち、当該ユーザが所有するユーザ端末３０）からの要求を受けて、各店舗４０の混雑情報を含む表示画像を生成し、ユーザ端末３０に提供する。図６は、表示用サーバ２０が実行する混雑情報の配信処理のフローチャートである。表示用サーバ２０は、図６に示すフローチャートを実現するためのプログラムを読み出し実行することで、各処理を実現する。
【００２５】
Ｓ６０１において受信部３２１は、ユーザ端末３０から位置情報を含むリクエストを受信する。位置情報は例えば、ユーザ端末３０の位置（緯度・経度など）を示す情報である。位置情報の例としては、ユーザ端末３０が有するＧＰＳ機能などによって取得された測位結果を示す情報が挙げられる。
Ｓ６０２において範囲決定部３２２は、Ｓ６０１において取得した位置情報に基づいて、混雑情報を取得するためのエリアを決定する。ここでは範囲決定部３２２は、位置情報を中心とした所定の距離範囲をエリアとして決定する。なお、エリアを決定するための所定の距離範囲は、ユーザ端末３０自体の情報や表示したい地図の縮尺を示す情報に応じて変動させても良い。具体的には、ユーザ端末３０自体の情報からユーザ端末３０のディスプレイのサイズがわかる場合には、ディスプレイのサイズに応じた距離を設定しても良いし、ユーザ端末３０ですでに表示中の地図の縮尺に関する情報がある場合、縮尺に応じた距離を設定しても良い。
【００２６】
Ｓ６０３において出力部３２５は、Ｓ６０２において範囲決定部３２２が決定したエリアを示すエリア情報とともに、空席管理サーバ１０に混雑情報をリクエストし、各店舗４０の混雑情報を取得する。空席管理サーバ１０の出力部３１４は、リクエストに応じてエリア内に該当する店舗を店舗情報テーブル３１６から検索し、エリア内に存在する店舗の名称、住所、所在地、混雑情報などを含む店舗情報が空席管理サーバ１０から出力される。表示用サーバ２０の受信部３２１は、エリア内の店舗（以下、候補店舗とする）それぞれの混雑情報を含む店舗情報を取得する。
Ｓ６０４において決定部３２３は、店舗情報を取得した候補店舗から、表示画像において混雑情報を表示する表示店舗を決定する。ここでは、決定部３２３は、事前に設定された上限数以下となるように表示店舗を決定する。なおＳ６０４における処理の詳細は、後述する。
【００２７】
Ｓ６０５において生成部３２４はまず、位置情報を中心とした所定の半径を有するエリアの地図情報を取得する。ここでは、生成部３２４は、Ｓ６０２において決定したエリア情報の地図画像を取得するものとする。地図画像の情報（レイアウトや拡大率等）は、表示用サーバ２０に予め保存されている。あるいは、地図画像の情報は、表示用サーバ２０がアクセス可能な場所（表示用サーバ２０と通信可能な外部のデータベース装置等）に保存されていてもよい。
【００２８】
Ｓ６０６において生成部３２４は、表示店舗のうち以下の処理の対象とする店舗を１つ選択する。続いてＳ６０７において生成部３２４は、処理対象の店舗４０の混雑情報を取得し、Ｓ６０８において店舗４０の混雑情報が示す混雑状況に対応するアイコンを取得する。アイコンは、混雑状況を、図や絵柄、テキストで表現したオブジェクトであり、ピンともいう。図８（ａ）の例では、店舗４０の位置を指し示す吹き出しによって表現されている。アイコンの内部には、混雑状況を示すテキストが表示されている。混雑情報が「空き」の場合には、「空き」というテキストが挿入された吹き出しのオブジェクトをアイコンとし、混雑情報が「混雑」の場合には、「混雑」というテキストが挿入された吹き出しのオブジェクトをアイコンとし、混雑情報が「満席」の場合には、「満席」というテキストが挿入された吹き出しのオブジェクトをアイコンとする。なお、アイコンには、例えば、対応する店舗４０の関連情報（ウェブサイトの情報等）へのリンクが関連づけられていてもよい。この場合、アイコンをクリック（又はタッチ）することにより、店舗４０の関連情報をユーザ端末３０の画面上に表示させることが可能となる。
【００２９】
Ｓ６０９において生成部３２４は、処理対象の店舗４０の所在地（緯度・経度）に基づいて、Ｓ６０８において取得した店舗４０に対応するアイコンを地図上に配置する。
Ｓ６１０において生成部３２４は、アイコン生成お世に配置する処理を未完了の表示店舗があるか否かを判定し、未処理の表示店舗がある場合にはＳ６０６に戻り、未処理の表示店舗がない場合にはＳ６１１に進む。Ｓ６１１において出力部３２５は、地図上に表示店舗のアイコンが配置された表示画像をユーザ端末３０に出力する。なお当然、ユーザ端末３０に表示されたウェブブラウザには、Ｓ６０９において出力された表示画像が表示されることになる。
【００３０】
Ｓ６１２において受信部６１３が、ユーザ端末３０から新しい位置情報を取得したか否かを判定する。新しい位置情報を取得した場合（つまり、ユーザ端末３０において表示する地図上の位置が変更された場合）、Ｓ６０１に戻り、処理を繰り返す。新しい位置情報を取得していない場合、Ｓ６１３に進む。
【００３１】
Ｓ６１３において受信部３２１は、前回空席管理サーバ１０に混雑情報をリクエストした時点から所定時間（例えば１０秒）をおいて、表示画像における表示店舗の混雑情報を取得する。具体的には、出力部３２５は空席管理サーバ２０に表示店舗の施設ＩＤとともに混雑情報のリクエストを送信し、空席管理サーバ２０から最新の表示店舗の混雑情報を取得する。空席管理サーバ２０は、各店舗４０の管理端末４１からデータを受信した場合は、随時店舗情報テーブル３１６の混雑情報を更新している。そのため、前回から所定時間内に、混雑情報が変更された店舗は、混雑情報が変更されていることになる。生成部３２４は、各表示店舗のアイコン内部に挿入されたテキストデータを、Ｓ６１３において取得した混雑情報に対応するテキストデータにより上書きする。その結果、表示画像において混雑情報が変更されている店舗に対応するアイコンは、異なるテキストデータに変更される。出力部３２５は、混雑情報が更新された表示画像をユーザ端末３０に出力する。
【００３２】
Ｓ６１４において受信部３２１が、ユーザ端末３０から表示の終了を知らせる通知を受け取ったか否かを判定する。表示を終了する知らせる通知を受け取った場合には、処理を完了させ、受け取っていない場合には、Ｓ６１２に戻る。
【００３３】
次に、表示用サーバ２０の決定部３２３がＳ６０４において実行する表示店舗の決定処理の詳細を説明する。図７は、表示店舗の決定処理のフローチャートである。
Ｓ７０１において決定部３２３は、候補店舗群（ユーザ端末３０からの位置情報に応じたエリアに存在し、混雑情報を有する店舗）が、事前に設定された上限値以上であるか否かを判定する。候補店舗群が上限値未満である場合は、すべての候補店舗を表示店舗とみなせるので、処理を完了する。候補店舗群が上限値以上の店舗数を含む場合には、Ｓ７０２に進む。
【００３４】
Ｓ７０２において決定部３２３は、各店舗について、各店舗の所在地を示す緯度・経度とユーザ端末３０からのリクエストに含まれた位置情報が示す緯度・経度とに基づいて、各店舗と位置情報との距離を算出する。Ｓ７０３において決定部３２３は、Ｓ７０２において算出した距離順に、各店舗をソートする。
【００３５】
Ｓ７０４において決定部３２３は、距離の近い店舗から上限数の分を、表示店舗として選択する。例えば、候補店舗群が１００店舗あり、上限数が１０である場合、表示画像の中心となる位置情報から最も近い店舗から１０番目に近い店舗までが、表示店舗として選択される。
以上の通り、図６および図７に示すフローチャートを実行した結果、表示用サーバ２０が生成した表示画像がユーザ端末３０上で表示される。
【００３６】
図８は、ユーザ端末３０に表示される表示画像の一例を示す図である。図８（ａ）は、本実施形態において生成される地図上に各店舗の混雑情報を示した表示画像８０である。実際には、店舗情報テーブル３１６には、エリア内の１００店舗の混雑情報が保存されているが、表示店舗の上限が１０店舗であるため、表示画像８０において混雑情報が表示される店舗は、１０店舗のみである。また、ユーザ端末３０に表示画像８０が表示され続けている間、表示されている１０店舗の混雑情報は、１０秒程度で更新されている。例えば、店舗Ａの混雑情報が「空き」から「混雑」に変わると、表示画像においても、店舗Ａに対応するアイコン８０Ａ（「空き」）はアイコン８１Ａに変更される。図８（ｃ）は、リスト上に各店舗の混雑情報を表示する表示画像の一例を示す図である。各店舗の名称、画像、住所などの情報とともに、店舗の混雑情報が表示されている。さらに表示画像８２を上下方向にスクロールすると、他の表示店舗の混雑情報も表示される。
【００３７】
＜第１実施形態のまとめ＞
以上のように、表示用サーバ２０によって表示画像における表示店舗の混雑情報が短時間で最新の情報により更新されるため、リアルタイムな混雑情報を表示し続けることができる。ユーザは、今空いている店舗を探すために混雑情報の閲覧をリクエストしている可能性が高いため、上述の実施形態では、ユーザ端末３０に表示する表示画像においてリアルタイムな混雑情報を表示されるように表示用サーバ３０は混雑情報を更新し続けている。しかしながら表示用サーバ２０によって高頻度で混雑情報を更新するため、表示画像に表示された表示店舗の店舗数が多すぎると、表示用サーバ２０における処理負荷も、データを受信するユーザ端末３０の処理負荷も高くなってしまう。そこで本実施形態では、表示画像における表示店舗の数を上限数以内に限定することで、ユーザ端末２０における表示用サーバ２０からのデータ（表示画像）量や、表示に必要な処理を低減することができる。
【００３８】
＜変形例＞
上述では、決定部３２３は、表示店舗を位置情報からの距離の近い店舗を優先的に表示店舗にすることとした。しかしながら、候補店舗から表示店舗を選択する方法は、他の方法を適用することもできる。例えば、候補店舗からランダムに洗濯してもよい。あるいは、各店舗の混雑情報を参照し、空きあり、混雑、満席の優先順に従って、今入れる可能性が高い店舗を優先的に表示店舗にしてもよい。
また、表示店舗とならなかった店舗については、上述の実施形態では地図上に何もマークを表示しないものとしたが、混雑情報を含まないピンのみを配置するようにしてもよい。この場合、地図上のピンをタップすると、ピンに対応する店舗の混雑情報を掲載したページが表示されるようにしてもよい。これにより、表示店舗のみ地図上で網羅的に混雑情報を閲覧することができ、かつ、表示店舗として選択されなかった店舗も、店舗の位置及び混雑情報の閲覧ができることの示唆を、ユーザに対して提示することができる。
【００３９】
［第２の実施形態］
第１の実施形態では、候補店舗の中から上限数以下の店舗を表示店舗する方法を例に説明した。しかしながら、１つの施設や建物に複数の店舗が存在する場合がある。この場合、１つの施設だけで店舗数が上限数に達してしまった結果、他の施設の混雑情報が表示されなかったり、混雑情報を配信中であるにも関わらず、同じ施設に混雑情報が表示される店舗と混雑情報が表示されない店舗が混在してしまったりする。そこで第２の実施形態では、同じ施設・建物に入居する店舗が複数ある場合には、上限数を調整し、全ての店舗の混雑情報を表示する方法について説明する。なお、第１の実施形態と同様の構成については同じ符号を付し、その詳細な説明を省略する。
【００４０】
本形態において空席管理サーバ１０は、店舗情報テーブル３１６に各店舗４０に関する項目としてさらに、建物ＩＤ（建物情報）も保持するものとする。建物ＩＤは、店舗４０が入居する施設（例えばビル、商業施設、駅など）を識別するためのＩＤである。なお、店舗４０が単独で利用している建物に入居している場合には、建物ＩＤは空欄（ブランク）でもよい。１つの建物に複数の店舗４０が入居している場合には、異なる店舗４０で共通の建物ＩＤが割り当てられることになる。
【００４１】
図９は、第２の実施形態に係る表示店舗の決定処理のフローチャートである。
Ｓ９０１において決定部３２３は、候補店舗群（ユーザ端末３０からの位置情報に応じたエリアに存在し、混雑情報を有する店舗）が、事前に設定された所定値以上であるか否かを判定する。候補店舗群が所定値未満である場合は、すべての候補店舗を表示店舗とみなせるので、処理を完了する。候補店舗群が所定値以上の店舗数を含む場合には、Ｓ９０２に進む。
Ｓ９０２において決定部３２３はまず、候補店舗群から所定値分の店舗をランダムに表示店舗として選択する。例えば所定値が１０店舗で、候補店舗群が１００店舗ある場合には、１００店舗からランダムに１０店舗を選択する。
【００４２】
次にＳ９０３において決定部３２３は、選択した複数の表示店舗から処理対象とする店舗を１つ選択し、Ｓ９０４に進む。Ｓ９０４において決定部３２３は、Ｓ９０２において選択されなかった非選択店舗に、処理対象の店舗４０の建物ＩＤと同じ建物ＩＤの店舗があるかを判定する。Ｓ９０４において同じ建物ＩＤがあると判定された場合は、Ｓ９０５に進み、ないと判定された場合は、Ｓ９０６に進む。
【００４３】
Ｓ９０５において決定部３２３は、Ｓ９０４において処理対象の店舗と同じ建物ＩＤの非選択店舗を、表示店舗群に追加する。ここで同じ建物ＩＤの店舗が複数ある場合には、複数の店舗を表示店舗群に追加することになる。Ｓ９０６において設定部３２３は、Ｓ９０２において選択した表示店舗に未処理の店舗があるか否かを判定し、未処理の店舗がある場合は、Ｓ９０３に戻り、全ての表示店舗に対して処理が完了した場合には、Ｓ９０７に進む。
【００４４】
Ｓ９０７において決定部３２３は、表示店舗群を出力する。例えば、１００店舗の候補店舗から１０店舗の表示店舗を選択した後、選択した表示店舗の１店舗と同じ建物ＩＤを有する店舗が２つあったとする。このとき、非選択店舗であった２店舗が表示店舗に追加されるため、最終的な表示店舗は、事前に設定された１０よりも多い１２店舗となる。図１０は、本実施形態における表示画像１００の一例である。最初に所定値の分選択された表示店舗に、２店舗追加され、１２店舗に対応するアイコンが表示されている。表示画像１００における店舗Ａに関して、アイコン１００Ａが表示され、さらに、店舗Ａと同じ建物ＩＤに対応する店舗のアイコンも表示されている。なお。同じ建物ＩＤの各店舗は、同じ緯度経度なので、アイコンの位置を少しずつ異ならせて表示している。
【００４５】
以上の通り本実施形態では、表示店舗と非表示店舗に同じ建物に入居する店舗が存在しないよう、建物ＩＤに基づいて表示店舗を決定した。最初に所定値の分表示店舗を選択した店舗と同じ建物ＩＤの店舗が非選択店舗に含まれる場合は、表示店舗に追加した。これにより、所定値は超えてしまうものの、同じ建物に入居する店舗はまとめて混雑情報が表示されることとなる。すなわち、Ｓ９０１において参照される所定値は、候補店舗に同じ建物ＩＤの店舗がない場合などは上限値となる。ただし、建物ＩＤが同じ店舗が候補店舗に含まれる場合には、上限値を超えた店舗数の混雑情報が表示される。これは、事前に設置さえた所定値を上限値とみなした場合、表示画像において表示される店舗の数の上限値は、候補店舗に含まれる店舗の建物ＩＤに応じて上限値を調整されるとも言える。
【００４６】
さらに本実施形態では、最初に候補店舗から所定値分の店舗を選択する際に、ランダムに選択する。仮に位置情報に最も近い建物に所定値を超える店舗が入居する建物があった場合、表示画像には１つの建物の店舗の混雑情報しか表示されなくなってしまうことが起こりうる。そこで、最初に、位置情報に応じたエリアに含まれる店舗群から表示店舗をランダムに選択することで、複数の建物に入居する店舗の混雑情報が表示されやすくなる。
【００４７】
［第３実施形態］
ユーザがユーザ端末３０により施設の混雑情報を閲覧する際に、ジャンルを絞って閲覧する場合がある。例えば、配信可能な施設のジャンルとして、飲食店、スーパーマーケットや薬局などのショップ、美容院やネイルサロンなどの美容関係の店舗、美術館や博物館などの芸術を展示する施設、観光施設、自治体窓口や図書館などの公共施設、避難所など様々なジャンルの混雑情報が閲覧可能であるものとする。このとき、ジャンルに応じてユーザや店舗にとって望ましい混雑情報の表示が異なる。ユーザが飲食店を閲覧している場合、特に飲食店が密集しているエリアでは今入れる好みの店舗を探すために、ユーザは多くの飲食店の混雑情報を閲覧したい。また、店舗にとっても入れる店舗を探しているユーザに対して自店舗の混雑情報を表示することで集客につなげたい。一方で、例えば避難所の混雑情報を確認する場合、位置情報に応じたエリアに多くの避難所が存在していたとしても、位置情報から移動可能な避難所のみ混雑情報を確認できれば十分とも言える。
そこで第３実施形態では、事前にジャンルごとの上限数を設定しておき、混雑情報のリクエストにジャンルが指定されている場合には、ジャンルに応じた上限数により、複数の施設の混雑情報を表示するものとする。
【００４８】
図１１は、第３実施形態に係る表示用サーバ２０が実行する混雑情報の配信処理のフローチャートである。Ｓ１１０１およびＳ１１０２はそれぞれ、図９に示すＳ９０１とＳ９０２と同様の処理である。
Ｓ１１０３において決定部３２３は、ユーザ端末３０から受信したリクエストに、ジャンルを示す情報（以下、ジャンル情報）が含まれているかを判定する。図１２（ａ）は、ユーザ端末３０に表示されるジャンル選択用の表示画像１２００である。表示画像１２００では、すべて、飲食店、ショップ、美容、芸術、観光施設、公共施設、避難所のいずれかをクリック（またはタップ）すると、ジャンルを絞ることができる。なお、ジャンル情報が含まれていない、又は、「すべて」を示すジャンル情報が含まれている場合には、ジャンルに関わらず混雑情報が表示する。決定部３２３は、事前に設定されたジャンルごとの上限値を参照し、リクエストに含まれるジャンル情報に応じて上限値を決定する。ここでは、避難所の場合には上限値が３、それ以外の場合には上限値を１０と設定されているものとする。
【００４９】
Ｓ１１０４において出力部３２５は、エリア情報とともにジャンル情報も空席管理サーバ１０に送信し、エリアに含まれ、指定されたジャンルに対応する施設の混雑情報を取得する。Ｓ１１０５からＳ１１１５の処理は、Ｓ６０４からＳ６１４までの処理と同様である。
【００５０】
図１２（ｂ）および（ｃ）は、本形態において表示される表示画像の一例である。図１２（ｂ）は、ジャンルとして飲食店が選択されている場合であり、表示画像１２１０において上限値である１０施設の混雑情報が表示されている。一方、図１２（ｃ）は、ジャンルとして避難所が選択されている場合であり、表示画像１２２０においては避難所に対応する上限値である３施設の混雑情報が表示されている。なお、エリアに含まれる避難所が２施設である場合には、当然全施設（２施設）の混雑情報が表示される。
【００５１】
以上の通り、本実施形態では、より多数の混雑情報を求められやすい条件を混雑情報を閲覧している場合には、上限数を比較的多くし、多数の混雑情報を掲載しなくても問題ないとみなせる場合には、上限数を少なくすることで、ユーザのニーズに答えつつ、ユーザ端末３０の処理負荷も考慮した混雑情報の配信が可能となる。
【００５２】
＜変形例＞
第３実施形態では、ジャンルに応じて表示店舗の数を設定する方法を例に説明した。しかしながら、他にも、候補店舗数に応じた上限数を設定するようにしても良い。例えば、ユーザ端末３０に表示する際に、ユーザによる操作に応じて地図の縮小率を変更できる場合、拡大すると店舗数は少なくなり、縮小すると、店舗数が多くなる。
そこで、縮小率に応じた上限数を設定しておいても良い。例えば、混雑情報のリクエスト要求に表示する地図の縮小率を示す情報が含まれている場合に、縮小率が所定値以下（比較的拡大表示されている）であれば、ユーザ端末の処理負荷を抑えるため上限値を第１の値（例えば３０）に設定する。一方、縮小率が所定値よりも大きい（縮小表示されている）際には、表示店舗数に対して上限値が少なすぎるとほとんどの店舗が表示されなくなってしまうため、第１の値より大きい第２の値（例えば６０）を上限値とする。あるいはさらに、３段階以上の縮小率ごとに上限値を設定しても良いし、望ましい上限値を超える場合には、候補店舗群の店舗数の７０％を上限値とするようにしても良い。
【００５３】
あるいは、ユーザ端末２０からのリクエスト情報に応じて範囲特定部３２２がエリアを決定する際に、エリアの大きさに応じて上限数を設定することとしても良い。エリアが大きい場合はエリアに含まれる店舗も多く、上限数に比べて候補店舗が大幅に上回ると、存在する店舗のほとんどが混雑情報を表示されなくなってしまう。そこで、エリアに含まれる店舗数に応じて、上限数を段階的に設定するようにしても良い。
【００５４】
［第４実施形態］
上述の実施形態では、位置情報に応じたエリアに含まれる混雑情報を表示する表示店舗数が上限数以下となる方法を説明した。本実施形態では、上限数を設定するモードと上限数を設定しないモードを切り替える例について説明する。図１３は、第４実施形態における表示店舗の決定処理のフローチャートである。
【００５５】
まず決定部３２３は、Ｓ１３０１において、表示店舗の上限数を設定するか否かを判定する。ここでは、ユーザ端末３０から取得したリクエスト情報に含まれる、またはともに送信されるユーザ端末自体の機種の情報に基づいて、上限数を設定するか否かを判定する。ユーザ端末３０がスマートフォンなどの携帯端末である場合には上限数を設定し、ユーザ端末３０がＰＣ（パーソナルコンピュータ）である場合には上限数を設定しないと判定する。なお、ユーザ端末３０の機種などの情報を表示用サーバ２０が取得できない場合には、上限数を設定すると判定するものとする。Ｓ１３０２からＳ１３０５の核処理は、Ｓ７０１からＳ７０４と同様の処理を実行する。
【００５６】
以上の通り本実施形態においては、ユーザ端末３０の機種に応じて表示画像において混雑情報を表示する店舗数を設定することとした。処理能力の高い端末に対して、表示用サーバ２０は表示可能な全ての店舗の混雑情報を表示させ、処理能力が高くない端末に対しては処理負荷を考慮して混雑情報を表示する店舗数を制限した。これにより、処理負荷を考慮した表示画像を生成し、表示させることができる。
【００５７】
＜その他の実施形態＞
以上の実施形態において、ユーザ端末３０の位置を位置情報として取得し、ユーザ端末３０の位置を基準として店舗群を特定する方法を説明したが、位置情報はこれに限らない。例えばユーザ端末３０が表示部としてタッチパネルディスプレイを備え、入力部としても機能する場合に、タッチパネルディスプレイに表示された地図上の位置をユーザがタップすることにより、ユーザが位置情報を指定し、指定した位置情報（基準位置）を空席表示用サーバ２０に送信するようにしてもよい。
【００５８】
また、上述の実施形態では、空席管理サーバ１０と表示用サーバ２０を異なる装置として説明したが、１つのサーバで空席管理処理と表示処理を実行しても良い。また、ユーザ端末３０がソフトウェアをダウンロードしたアプリケーションにより、空き情報を閲覧する場合には、表示用サーバ２０が実行する表示処理をユーザ端末３０内にインストールされたアプリケーションにより実行しても良い。
【００５９】
また上述の実施形態において、管理端末４１が店舗の情報を管理する管理機能と店舗の混雑状況を入力する入力機能を有するものとしたが、管理機能と入力機能をそれぞれ別の装置で実現しても良い。また、混雑状況を入力する入力機能は、スタッフによる入力の他、自動で混雑情報を検出し、空席管理サーバ１０に送信する装置であっても良い。例えば、管理端末４１の入力機能の代わりに、空席管理サーバ１０と通信可能に接続されたカメラでも良い。店舗内や店舗４０の利用を待機する人が滞在する領域などを撮像可能に設置されたカメラ（以下、店舗カメラとする）が、定期的に撮像し、画像を解析することで、の混雑状況を検出する。店舗カメラは検出した結果を、空席管理サーバ１０に送信する。このようにして空席管理サーバ１０は、店舗４０の混雑情報を収集しても良い。あるいは、席ごとに設置されたセンサにより席の利用有無を判定することで混雑状況を検出する公知の方法を用いてもよいし、店舗の利用を待機する順番待ち情報を管理する端末から送信された順番待ち情報を用いて混雑情報を管理しても良い。
【００６０】
以上の実施形態において、ユーザ端末３０は必ずしもユーザが携帯する端末でなくともよい。例えば特定場所に設置されているコンピュータなどの通信デバイスをユーザ端末３０として用いてもよい。例えば人通りが多い場所に固定設置されているデジタルサイネージ端末をユーザ端末３０として構成してもよい。この場合は必ずしもデジタルサイネージ端末の周辺店舗に関する空席情報を表示する必要はなく、端末設置者が所望する場所の店舗に関する空席情報を表示することもできる。
【００６１】
以上の通り、本開示の技術は、上述の実施形態の１つ以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し作動させる処理によって実現することができる。また、１以上の機能を実現する回路によって実現しても良い。
【００６２】
本開示は、上述した実施形態に限定されるものでなく、様々な変形例を含んでいる。例えば、上述した実施形態は、本開示を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備える必要はない。また、ある実施形態の一部を他の実施形態の構成に置き換えることができる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の実施形態の構成の一部を追加、削除又は置換することもできる。
【符号の説明】
【００６３】
１…空席管理システム
１０…空席管理サーバ
２０…表示用サーバ
３０…ユーザ端末
４０…店舗
５０…ネットワーク
【要約】      （修正有）【課題】ユーザ端末にかける負荷を抑制しつつ、リアルタイムな混雑情報をユーザに配信する情報処理装置、情報処理方法およびプログラムを提供する。【解決手段】空席管理システムにおいて、処理装置としての空席管理サーバ１０は、表示用サーバ２０から受信した位置情報を含むリクエストに応じて、位置情報に応じた店舗群それぞれの名称、ジャンル、位置情報（緯度・経度）、混雑情報などを店舗情報テーブル３１６から読み出す取得部３１３と、取得部３１３が特定した店舗群の情報を表示用サーバ２１に出力する出力部３１４と、を有する。【選択図】図３【図１】
0006989676.tif 000002
【図２】
0006989676.tif 000003
【図３】
0006989676.tif 000004
【図４】
0006989676.tif 000005
【図５】
0006989676.tif 000006
【図６】
0006989676.tif 000007
【図７】
0006989676.tif 000008
【図８】
0006989676.tif 000009
【図９】
0006989676.tif 000010
【図１０】
0006989676.tif 000011
【図１１】
0006989676.tif 000012
【図１２】
0006989676.tif 000013
【図１３】
0006989676.tif 000014