JP7277888B1 - 表示制御装置、情報制御方法、及びプログラム - Google Patents

Abstract

【課題】投票所の混雑情報を適切に表示する。【解決手段】投票所の混雑情報を管理する情報処理装置と通信可能に接続され、前記投票所の混雑情報を表示する表示制御装置であって、投票所マップを表示するためのユーザ操作を介して自治体エリアを特定するための自治体情報を指定する位置指定手段と、前記情報処理装置から、前記自治体情報に属する投票所群の混雑情報を取得する混雑情報取得手段と、前記混雑情報に基づいて前記投票所マップを含むマップ画像を生成し、表示させる表示制御手段とを有することを特徴とする。【選択図】図２

Description

本開示は、表示制御装置、情報制御方法、及びプログラムに関する。

従来、店舗等の施設の空席情報をオンラインでユーザに提供する手法が知られている。特許文献１には、ユーザ（移動端末）の現在位置から所定の範囲内内で利用可能な施設（空席のある施設）の情報をユーザに提示するシステムが開示されている。

特開２００２－２６３０３３号公報

しかしながら、施設の属性によって所定の距離範囲には、閲覧不要とみなせる施設が含まれる場合がある。例えば、ユーザが投票所に関する情報を閲覧したい場合、ある自治体の投票所を閲覧できれば十分であり、他の区の投票所が表示されることによりかえって煩雑になってしまうことがある。

そこで、本開示の一側面は、投票所の混雑情報を適切に表示できる装置を提供することを目的とする。

本開示の一側面に係る表示制御装置は、投票所や飲食店などの施設の混雑情報を管理する情報処理装置と通信可能に接続され、前記投票所の混雑情報を表示する表示制御装置であって、複数の施設の混雑情報を含む混雑マップのリクエストを、表示する対象となる位置情報とともに前記情報処理装置に送信する送信手段と、前記情報処理装置から、前記リクエストに応じた複数の施設の混雑情報を取得する取得手段と、前記混雑情報に基づいて前記施設それぞれの混雑情報を示す混雑マップを生成し、表示させる表示制御手段とを有し、前記表示制御手段は、前記リクエストが投票所の混雑マップの要求である場合には、前記位置情報に応じて設定される範囲にあり、かつ、１つの自治体に所属する投票所群の混雑情報のみを前記混雑マップに表示させ、前記リクエストが飲食店の混雑マップの要求である場合には、自治体の所属に関わらず、前記位置情報に応じて設定される範囲にある飲食店の混雑情報を前記混雑マップに表示させるとを有することを特徴とする。

本開示の一側面によれば、投票所の混雑情報を適切に表示することができる。

一実施形態に係る情報提供システムの構成を示す図である。 管理サーバのハードウェア構成の一例を示す図である。 情報提供システムの機能構成図である。 施設テーブルの一例を示す図である。 ユーザ端末において混雑情報を閲覧する際のシーケンス図である。 エリア配信処理フローチャートである。 詳細情報画像と投票所マップ画像の一例を示す図である。 エリア配信処理のフローチャートである。 地図を表示するための表示画像の一例を示す図である。

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

［第１の実施形態］
＜情報提供システム１の構成例＞
第１の実施形態では、投票所の混雑状況をユーザ端末に配信する情報提供システムについて説明する。なお、混雑状況とは、人の多さ、席の利用率等を示し、空き具合、空き状況等と言い換えることもできる。

図１は、一実施形態に係る情報提供システム１の全体構成を示す図である。図１に示されるように、情報提供システム１は、管理サーバ１０と、一以上の施設２０と、一以上のユーザ端末４０とを含んで構成されている。情報提供システム１は、施設２０を利用する可能性のある潜在顧客であるユーザに対して、ユーザが指定した施設２０の混雑状況に関する情報（以下、混雑情報とする）を提供するためのシステムである。施設２０は、訪問するユーザに対して所定のサービスを提供する施設であり、本実施形態では、施設２０は投票所である。

各施設２０では、施設端末３０が利用されている。各施設２０の施設端末３０と一以上のユーザ端末４０とは、それぞれネットワーク５０を介して管理サーバ１０と通信可能に接続されている。ネットワーク５０は、有線又は無線の任意の通信ネットワークである。ネットワーク５０は、例えば、インターネット、公衆回線網、専用回線網等である。

施設端末３０は、施設２０のスタッフ（この場合、自治体職員や投票所スタッフなど）によって利用される情報処理装置である。施設端末３０は、スタッフが目視で確認した施設２０の混雑情報や住所、名称、問い合わせ先などの基本情報を入力（登録）する入力機能を有する。施設端末３０は、施設内に設置される据置型のコンピュータ端末であってもよいし、スタッフによって携帯される携帯端末（例えば、スマートフォン等）であってもよい。

管理サーバ１０は、施設端末３０から受信した施設２０の混雑情報や、施設に関する基本情報をデータベースに格納する。管理サーバ１０は、施設端末３０から受信したデータに基づいてデータベースを更新することにより、施設２０ごとの混雑情報を管理する。

ユーザ端末４０は、当該情報提供システム１が提供するサービスを利用するユーザが保有する情報処理装置である。ユーザ端末４０は、ユーザによって携帯されるスマートフォンとするが、他にもタブレット等の携帯端末であってもよいし、デスクトップＰＣ、ノートＰＣ等の他の端末であってもよい。ユーザ端末４０には、ウェブサイト等を閲覧するためのウェブブラウザがインストールされており、管理サーバ１０から送信される混雑情報が当該ウェブブラウザによって表示される。

施設２０の混雑情報を知りたいユーザは、ユーザ端末４０を用いて、施設２０の混雑情報を管理サーバ１０に対して照会することができる。管理サーバ１０はユーザ端末４０からの照会リクエストに応答して対象施設を特定し、当該施設の混雑情報を取得する。管理サーバ１０は、取得した混雑情報を、照会リクエストに対するレスポンスとしてユーザ端末３０へ返信する。ユーザ端末４０は、管理サーバ１０から受信した混雑情報を表示する。

＜管理サーバ１０のハードウェア構成例＞
図２は、管理サーバ１０のハードウェア構成の一例を示す図である。管理サーバ１０は、情報処理装置であり、汎用のサーバ向けのコンピュータやパーソナルコンピュータ等を利用することが可能である。また、複数のコンピュータを用いて管理サーバ１０を構成することも可能である。図に示されるように、管理サーバ１０は、物理的には、プロセッサである一以上のＣＰＵ（Central Processing Unit）１１０と、メモリ１２０とストレージ１３０とネットワークＮと通信を行うための通信インタフェース等の通信部１４０と、入出力部１５０とを有する。管理サーバ１０のハードウェアの各構成要素は、バスを介して相互に接続されている。

ＣＰＵ１１０は、ストレージ１３０に予め格納されている後述のプログラムを実行することにより、ＣＰＵ１１０の制御のもとで各ハードウェアが動作し、図３に示される管理サーバ１０の各機能が実現される。メモリ１２０は、ストレージ１３０からロードしたプログラムを一時的に記憶し、ＣＰＵ１１０に対して作業領域を提供する。メモリ１２０には、ＣＰＵ１１０がプログラムを実行している間に生成される各種データも一時的に保存される。メモリ１２０は例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。ストレージ１３０は、各種のプログラムを記憶する。ストレージは例えば、ＨＤＤ（Hard Disk Drive）である。通信部１４０は、ネットワークＮを介して外部の情報処理装置と各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。

入出力部１５０は、管理サーバ１０に対する各種操作による入力を受け付けて、当該入力にかかる情報をＣＰＵ１１０に伝達する入力装置、およびＣＰＵ１１０の処理結果を出力する出力装置を有する。入力装置は、タッチパネル、マウス及びキーボード等、マイクなどにより実現される。また出力装置は、ディスプレイ及びスピーカ等である。入出力部１５０は、タッチパネルディスプレイのように入力装置と出力装置が一体化していても良いし、入力装置と出力装置それぞれに分離していてもよい。

なお、管理サーバ１０のハードウェア構成について説明したが、施設端末３０やユーザ端末３０のハードウェア構成も図２に示すハードウェア構成と同様である。ユーザ端末３０は、管理サーバ１０から提供された各種情報を表示する表示用端末であり、ユーザ端末３０自体、あるいはユーザ端末３０のＣＰＵ１１０は、ユーザ端末３０の入出力部１５０に表示する制御を実行する表示制御装置とも言える。

＜情報提供システムの機能構成例＞
図３は、管理サーバ１０、施設端末３０、ユーザ端末４０を含む情報提供システムの機能構成図である。管理サーバ１０の機能構成から説明する。管理サーバ１０は、ＣＰＵ１１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ１１０の内部メモリに展開されて構成される機能）として、受信部１１、管理部１２、送信部１３、保持部１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載するが、実際にこれらモジュールを実行するのはＣＰＵ１１０であるため、ＣＰＵ１１０を動作主体とすることもできる。

まず、管理サーバ１０の機能構成から説明する。保持部１４は、施設に関するデータベースを格納している。データベースは、施設テーブル１４１を含む。図４は、保持部が保持する施設テーブルの一例を示す図である。なお、本実施形態では、施設テーブル１４１はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。したがって、単に、空席管理データあるいは空席管理情報と称することも可能である。

施設テーブル１４１は、施設２０毎に施設に関する情報を格納するデータセットある。一例として、１つの施設情報（すなわち、１レコード）は、施設ＩＤ、名称、住所、自治体、緯度・経度、電話番号、公開期間、会場期間、端末ＩＤ、混雑状況、受信日時を関連付けた情報である。「施設ＩＤ」は、施設２０を一意に特定するための識別情報である。施設ＩＤは、ユーザ端末４０に空き情報を配信する施設ごとに設定される。「名称」および「住所」は、施設ＩＤにより特定される施設２０の名称、住所である。

「自治体」は、施設ＩＤにより特定される施設２０を管轄している自治体を示す情報である。ここでは、各施設には、市区町村のいずれかを示す自治体情報が紐づけられている。施設テーブル１４１に登録された投票所それぞれは、いずれか一つの自治体に所属することになる。各自治体に所属する一つ以上の施設（投票所）群は、一つの投票所エリアを形成する。「緯度・経度」は、施設ＩＤにより特定される施設２０の緯度・経度を示す情報である。施設２０の緯度・経度は、施設２０の位置（施設位置）を示す情報の一例である。また「公開期間」は、施設２０の混雑情報を公開にする期間であり、公開される日付が設定される。「開場時間」は、施設２０が投票所として開場する時間である。開場時間は、開始時間と終了時間とによって規定される。

「端末ＩＤ」は、施設ＩＤにより特定される施設２０に設置された施設端末３０を一意に特定するための識別情報である。端末ＩＤとしては例えば、施設端末３０に内蔵された通信部１４０のＭＡＣアドレスを事前に登録しておいてもいいし、機器に固有の識別情報の代わりに、施設端末３０を用いてログインすることによって施設に関する情報を登録できるようにする場合には、ログイン情報や認証情報を端末ＩＤとしてもよい。

「混雑情報」は、施設ＩＤにより特定される施設２０の混雑状況を示す情報であり、当該施設２０の施設端末４０から送信された混雑状況を示す情報に基づいて更新される。また、混雑情報を受信した日時を「受信日時」として更新する。図４の例において混雑情報は、「空きあり」「やや混雑」または「混雑」のいずれかによって示さている。別の形態として混雑情報は、空きがある場合は「０」、やや混雑している場合は「１」、混雑の場合は「２」のように数字で示されていてもよい。

受信部１１は、施設２０の混雑情報を施設端末３０から受信する。また、受信部１１は、ユーザ端末４０から混雑情報の照会リクエストを受信する。管理部１２は、施設端末３０から受信したデータに基づいて施設テーブル１４１を管理する。施設端末３０から端末ＩＤまたは施設ＩＤとともに混雑情報が送信された場合、管理部１２は、取得した識別情報に基づいて処理対象とする施設を特定し、施設テーブル１４１における対象施設の混雑情報と受信日時を更新する。送信部１３は、ユーザ端末４０から、施設の混雑情報のリクエストに応じて、施設の混雑情報および自治体情報を含む施設情報をユーザ端末４０に配信する。混雑情報を受信したユーザ端末４０は、表示用ＵＩ（ユーザインタフェース）を構築し、施設の混雑情報を表示する。

次に施設端末３０の機能構成を説明する。施設端末３０は、受信部３１、表示制御部３２、送信部３３を有する。施設端末３０の各機能または処理は、施設端末３０が備えるＣＰＵが各種プログラムを実行することにより実現される。

受信部３１は、管理サーバ１０との通信を行い、管理サーバから各種データを受信する。具体的には受信部３１は、管理サーバ１０からＧＵＩ（グラフィカルユーザインターフェース）画面を受信する。ＧＵＩ画面上では、施設名、や住所などの基本情報を入力する画面や、「空きあり」「やや混雑」「混雑」などの混雑情報を選択して入力する画面が表示される。なおここで入力できる混雑情報の候補として表示される選択肢は、施設端末３０から送信されうる混雑情報であり、ユーザ端末４０に配信される。表示制御部３２は、受信部３１が受信したＧＵＩ画面データに基づいて、ＧＵＩ画面を生成して表示する。また表示制御部３２は、ＧＵＩ画面を介して施設２０の基本情報や混雑情報を受け付ける。送信部３３は、ＧＵＩ画面を介して入力される施設２０の基本情報や混雑情報を端末ＩＤや施設ＩＤとともに、管理サーバに送信する。

ユーザ端末４０の機能構成を説明する。ユーザ端末４０は、受信部４１、表示制御部４２、送信部４３を揺する。の各機能または処理は、施設端末３０が備えるＣＰＵが各種プログラムを実行することにより実現される。

受信部４１は、管理サーバ１０から混雑情報など施設に関する情報を受信する。表示制御部４２は、管理サーバ１０から受信した施設情報に基づいて、表示画面を制御する。また、本実施形態においてユーザ端末４０はスマートフォンであり、表示画面はユーザ操作を受け付ける装置でもある。そのため表示制御部４２は、表示画面に対する操作に応じて、施設の混雑情報の照会リクエストを受け付けたり、表示したい施設やジャンルの指定を受け付けたりする受付手段としても機能する。送信部４３は、管理サーバ１０に施設情報のリクエストを送信する。特に送信部４３は、複数の投票所の混雑情報を含む投票所マップをリクエストする場合には、必ず閲覧したい自治体情報とともに送信する。

＜混雑情報を配信する流れ＞
ユーザ端末において混雑情報を閲覧する際に実行されるユーザ端末４０と管理サーバ１０とのシーケンス図である。ここでは、ユーザ端末４０に対する操作により、個別の投票所の混雑情報を閲覧した後、投票所マップに遷移する場合の流れを説明する。なお、以下の説明について各工程（ステップ）を「Ｓ」と表記することとする。ユーザ端末４０および管理サーバ１０それぞれは、ＣＰＵ１１０が以下に示す処理を実現可能なプログラムを実行する。

Ｓ５０においてユーザ端末４０における表示制御部４２は、ユーザによる操作に応じて、個別の投票所の指定を受け付ける。例えば、ユーザ端末４０の表示画面上に「xxx投票所の混雑情報はこちら」などのテキストに所定のＵＲＬをリンクとして表示しておく。所定のＵＲＬは、事前に設定された１つの投票所に関する情報を掲載するためのページのアドレスである。ユーザがこのリンクをタップ（タッチ操作）すると、表示制御部４２は、ＵＲＬに紐づいた投票所が選択されたものと見なして、投票所の指定を受け付け、ＵＲＬが示すアドレスにアクセスする。

Ｓ５１において送信部４３は、指定された投票所に関する詳細情報を表示するために、管理サーバ１０に照会リクエストを送信する。このとき送信部４３は、表示したい処理対象の投票所の識別情報とともにリクエストを送信する。

Ｓ５２において管理サーバ１０は、ユーザ端末４０からのリクエストに応じて個別配信処理を実行する。管理サーバ１０において、受信部１１がユーザ端末４０からリクエストを受信すると、管理部１２は、リクエストに含まれる施設の識別情報に基づいて、施設テーブル１４１から処理対象の施設に関する施設情報を取得する。施設情報には、混雑情報や自治体情報も含む。送信部１３は、管理部１２が収集した処理対象の施設に関する施設情報を、ユーザ端末４０に送信する。

Ｓ５３において、ユーザ端末４０の表示制御部４２は、管理サーバ１０から取得した施設情報に基づいて、リクエストした１つの投票所の混雑情報を含む表示画像（個別画像）を生成し、表示画面に表示させる。図７（ａ）は、個別の投票所の詳細情報を表示する表示画像である。表示画像７０では、１つの投票所の名称、混雑情報、住所や開場時間などが表示される。また表示画像７０には、「ＭＡＰ」というテキストで示された地図遷移用ボタン７１が表示されている。

Ｓ５４において、ユーザ端末４０の表示制御部４２は、表示画像７０の地図遷移用ボタン７１がユーザ操作によりタップされることにより、投票所マップの閲覧リクエストを受け付ける。このとき表示制御部４２は、ユーザ操作により、表示画像７０に表示された投票所に対応する自治体エリアに属する投票所群の投票所マップがリクエストされたものとする。つまり本形態において表示制御部４２は、投票所マップに表示する自治体エリアを特定するための自治体情報として個別画像に表示された投票所の自治体エリアの指定を受け付ける。

Ｓ５５において、ユーザ端末４０の送信部４３は、管理サーバ１０に投票所マップの表示に必要な投票所群の施設情報をリクエストする。このとき送信部４３は、表示画像７０に詳細な施設情報を表示していた１つの投票所の自治体情報とともにリクエストを送信する。

Ｓ５６において、管理サーバ１０は、地図マップのリクエストを受け付けると、自治体情報に基づいて特定した投票所群の施設情報を配信する。ここで管理サーバ１０が実行するエリア内配信処理の詳細なフローチャートを、図６に示す。まずＳ６０において受信部１１は、投票所マップのリクエストを受信すると、Ｓ６１において管理部１２は、リクエストされている自治体情報を取得する。ここでは、直前に表示した（管理サーバ１０から詳細情報を送信した）投票所が所属する自治体の自治体情報がユーザ端末４０から送信されるので、直前に詳細情報を表示した投票所の自治体を特定することになる。Ｓ６２において管理部１２は、施設テーブル１４１から特定した自治体に対応する投票所群を検索し、それぞれの投票所の施設情報（混雑情報を含む）を収集する。Ｓ６３において送信部１３は、リクエストを受けた自治体に所属するすべての投票所の施設情報を、ユーザ端末４０に送信する。以上の処理でエリア内配信処理を終了する。

Ｓ５７においてユーザ端末４０における表示制御部４２は、管理サーバ１０から受信した投票所群の施設情報に基づいて、投票所マップを表示する。具体的には表示制御部４２はまず、直前に表示していた投票所の位置情報を中心とする地図を、所定の縮小率で読み込む。表示制御部４２は、Ｓ５３において表示していた投票所も含め、リクエストした自治体エリアに所属する各投票所について、その投票所の混雑情報をその投票所の緯度経度に応じた位置に表示させるように、表示用ピンデータを配置する。本実施形態では、表示制御部４２は、吹き出しの中に「空きあり」「混雑」「やや混雑」のいずれかをテキストを挿入することにより、表示用ピンデータを生成した後、緯度経度を参照して、地図上に重畳する。

＜ユーザ端末４０におけるＵＩ表示例＞
図７（ｂ）は、Ｓ５７においてユーザ端末４０に表示される投票所マップの一例を示す図である。表示画像７２には、地図（詳細は省略）状に、複数のピン７５、７６、７７が配置されている。このとき、ピン７６は、図７（ａ）において表示画像７０に示した投票所に対応するピンである。表示画像７０から投票所マップに遷移した場合、投票所マップにはピン７６が示す投票所が所属する自治体エリア７３に含まれる他の投票所も表示される。投票所マップには、自治体エリア７３に隣接する自治体エリア７３とは異なる自治体エリア７４も含まれているが、自治体エリア７４に所属する投票所に関する混雑情報は表示されない。

＜第１の実施形態のまとめ＞
本実施形態に係る情報提供システム１において、投票所の混雑情報を配信する場合、複数の投票所をマップ上に表示する際は、１つの自治体エリアに所属する投票所群のみ表示する。一般に、ユーザが投票できる投票所は１つの自治体が管轄する投票所に限定される。しかしながら、マップ上に他の自治体エリアの投票所も合わせて表示すると、閲覧しているユーザが本来投票にできない投票所に不必要に誘導してしまったり、混乱を招いてしまう恐れがある。そこで本実施形態では、１つの投票所の詳細情報を表示する個別画像から複数の投票所の混雑情報を含む投票所マップに遷移する場合、最初に詳細情報を閲覧していた投票所が所属する自治体を、ユーザが閲覧したい自治体エリアとして受け付け、受け付けた自治体エリアの投票所群のみを表示するようにした。これにより、複数の投票所の表示する方法において煩雑になるのを抑制し、ユーザの混乱を招かないようにできる。

また、本実施形態では、投票所に関する情報を表示するにあたり、ユーザ自身の所在地や現住所などの情報を入力させることなく、投票所マップを表示した。これは、事前にユーザ登録を必要としないので、より簡潔に投票所マップを閲覧することができる。また、投票が開催される時期に転居したり、自分以外の人のために投票所マップを表示しようとする場合、必ずしも現住所としてユーザ登録している自治体エリアや現在地と、投票所マップを閲覧したい自治体エリアは一致しない。本実施形態によれば、このような場合でも適切に、複数の投票所群の混雑情報を示す投票所マップを表示することができる。

＜第１の実施形態の変形例＞
上述の説明において、管理サーバ１０は、施設（投票所）ごとに混雑情報や自治体情報を含む施設情報を格納した施設テーブルを保持するものとし、管理サーバ１０は地図マップのリクエストに応じて施設テーブルから処理対象の自治体に対応する投票所群を検索することした。しかしながら、データベースにおける各種情報の保存の仕方はこれに限らない。例えば、管理サーバ１０は、施設テーブル１４１とは別に、自治体ごとに、その自治体エリアに所在する投票所群を紐付けた自治体エリアテーブルを保持するようにしてもよい。そして管理サーバ１０は、ユーザ端末４０から投票所マップの照会リクエストを受信すると、リクエストとともに送信された自治体情報に対応する自治体エリアテーブルを参照して、受け付けた自治体エリアに所在する投票所群の施設情報を配信するようにすることもできる。

上述の通り、投票所マップを表示する場合には、マップに表示する投票所群のエリアを指定するための情報として、直前に詳細情報を表示していた投票所の自治体エリアを用いた。しかしながら例えば、ユーザ端末４０は、マップ画像に表示する自治体エリアを特定するための情報として、詳細情報を表示していた投票所の識別情報を管理サーバ１０に送るようにしてもよい。この場合、Ｓ６１において管理サーバ１０は、施設テーブル１４１を参照して、送信された投票所に対応する自治体情報を取得する。なお、Ｓ５２において管理サーバ１０は、個別画像に表示する投票所の自治体情報は、個別画像に不要な場合はユーザ端末４０に自治体情報を送信しないようにすることもできる。
また、個別の表示画像から投票所マップに遷移するための地図遷移用ボタン７１０は、「ＭＡＰ」と明示的に記されたテキストではなくても、例えば、地図のアイコンでもいいし、個別の詳細情報を含む表示画像を閉じるマークなど明示的に地図に遷移することが示されていないボタン（実際には、タップなど選択操作すると地図に遷移する）でもよい。

［第２の実施形態］
第１の実施形態においては、投票所の混雑情報を配信するシステムについて説明した。第２の実施形態ではさらに、飲食店などの他のジャンルの混雑情報も配信する情報提供システムについて説明する。以下、第２の実施形態について説明するが、第１の実施形態と共通する構成については説明を省略し、第１の実施形態と異なる構成について主に説明する。

第２の実施形態では、まず、図９（ａ）に示すジャンル選択画像９１を介して、ユーザ端末４０からジャンルの選択を受け付ける、管理サーバ１０は、選択されたジャンルが投票所か否かに応じて、それぞれ異なる配信処理を実行する。

図８は、第２の実施形態におけるエリア配信処理のフローチャートである。管理サーバ１０は、図８に示すフローチャートを実現可能なプログラムを読み出して実行する。なお、以下の処理は、管理サーバ１０における受信部１１が、ユーザ端末４０から選択されたジャンルを示すジャンル情報を受信すると、開始される。

Ｓ８０において管理部１２は、ユーザ端末４０において選択されたジャンル情報が投票所か否かを判定する。ジャンル情報が投票所である場合は、Ｓ８１に進み、ジャンル情報が投票所以外の場合には、Ｓ８４に進む。

Ｓ８１において受信部１１は、ユーザ端末４０から自治体情報を取得する。図９（ｂ）は、ユーザ端末４０に表示されるエリア選択用画面９２を示す。エリア選択用画面９２におけるいずれかのエリア名（自治体名）をユーザが選択（タップ操作）すると、ユーザ端末４０は選択された自治体情報を管理サーバ１０に送信する。受信部１１が、ユーザ端末４０から自治体情報を受信すると、Ｓ８２に進む。

Ｓ８２において管理部１２は、施設テーブル１４１を参照し、Ｓ８１において受信した自治体情報に対応する投票所群を検索し、混雑情報を含む施設情報を取得する。

Ｓ８３において送信部１３は、指定された自治体に所属する投票所群の施設情報をユーザ端末４０に配信し、処理を終了する。

Ｓ８４において受信部１１は、ユーザ端末４０から位置情報を取得する。本実施形態では、Ｓ８１と同様、エリア選択用画面９２に示されたエリア名のいずれかを位置情報とする。つまりＳ８４における処理は、Ｓ８１と同様である。
Ｓ８５において管理部１２は、位置情報に基づいて、施設群を検索する。具体的には、管理部１２は、各位置情報に対応する緯度経度情報を設定しておく。管理部１２は、施設テーブル１４１の各施設の緯度経度情報を参照して、取得した位置情報に対応する緯度経度から所定の距離範囲内に存在する施設を検索する。検索により抽出した施設群の施設情報を収集すると、Ｓ８６において送信部１３はユーザ端末４０に送信する。

＜ユーザ端末４０におけるＵＩ表示例＞
選択されたジャンルが投票所である場合には、選択した自治体エリアの投票所の施設情報のみが管理サーバ１０から送信されるので、ユーザ端末４０図７（ｂ）と同様に１つの自治体エリアの投票所群の混雑情報のみを重畳した地図画像を表示する。一方、選択されたジャンルが投票所以外（例えば飲食店）である場合には、管理サーバ１０からは、指定した位置情報から所定の距離範囲内をエリアとして施設群が施設情報が送信されるので、ユーザ端末４０は、自治体エリアの境界に関係なく施設群の混雑情報が表示される、図９（ｃ）は、ジャンルとして投票所以外が選択された場合の混雑情報が重畳された地図（混雑マップ）画像９３を示す。図９（ｃ）に示す通り、指定した位置情報が、自治体エリア９４と自治体エリア９５の境界付近である場合でも、自治体エリア９４に所属する施設の混雑情報も自治体エリア９５に所属する施設情報も表示される。

＜第２の実施形態のまとめ＞
以上の通り第２の実施形態では、混雑情報のリクエストを受け付けたジャンルが投票所か否かによって、異なる表示が行われるように制御する。投票所である場合には、１つの自治体エリアの投票所群のみ混雑情報が表示され、投票所以外の場合には、指定した範囲に含まれる施設群の混雑情報が表示されるようにする。例えばユーザが指定した位置付近にある飲食店の混雑情報を閲覧したい場合には、所属する自治体は関係なく所定の距離範囲にある施設群の混雑情報を表示させる。飲食店などは、投票所とは異なり、他の自治体エリアの店舗は利用できないということはないので、投票所のように他の自治体エリアの施設情報を表示されないようにする制御は必要ない。これにより、ジャンルそれぞれに適した混雑情報を配信することができる。

＜第２の実施形態の変形例＞
上述の説明では、ジャンルとして投票所が選択された時に表示されるエリア名の選択肢と、投票所以外が選択された時に表示されるエリア名の選択肢とは、同じリストを用いたが、それぞれ異なるエリア一覧でもよい。投票所が選択された場合に表示されるエリア一覧は、投票所を管轄する自治体リストが用いられることが望ましいが、投票所以外が選択された場合にさらに選択してもらうエリア名の選択肢は、必ずしも自治体別ではなくてもよい。例えば、駅や区分としてわかりやすい地名などを選択肢として用いることもできる。管理サーバ１０は、事前に投票所以外のジャンルが選択された場合に提示されるエリア名それぞれに、１つの位置情報（緯度経度など）を対応づけて記憶しておく。これにより、ジャンルによって適したエリアの選択ができるようになる。また、ジャンルとして「すべて」のように、混合したジャンルの混雑情報を表示する場合には、投票所は含まず、Ｓ８６においては投票所以外のジャンルすべてを検索するようにすることが望ましい。

また、ジャンルとして投票所以外の選択肢が選択された場合に、必ず、所定の距離範囲に含まれる施設群のすべてを表示しなければならないというわけではない。たとえば、イベント会場などの場合には、特定の運営者に管理された施設群の混雑情報のみ表示したい場合もあり、この場合は、距離範囲内の施設群を表示するのではなく、特定の施設群のみ（つまり、所定の距離範囲内であっても一部の施設を表示しない）混雑情報を表示するようにすることも可能である。

［変形例］
以上、実施形態について説明したが、本開示は上述した実施形態に限定されない。
上記実施形態では、混雑状況は、「混雑」、「やや混雑」、及び「空きあり」の３種類であったが、用意される混雑状況の種類は、２種類（例えば、「混雑」又は「空きあり」）でもよい。或いは、混雑度を細分化することで４種類以上の混雑状況が用意されてもよい。また、投票所の場合は、席の提供ではないので、「満席」というステータスは設定されていないが、飲食店など定員のある施設の混雑情報を配信する場合には、「満席」や「Ｎ分待ち」を混雑状況として配信できるようにしてもよい。

また、表示画像７０に表示される施設２０に対応するアイコンの形状及び表示情報等は、上記実施形態に限られない。例えば、アイコンには、テキストの代わりに混雑度を示す絵柄（例えば、人型の図形の数によって混雑度を示す絵柄）が表示されてもよい。また、上記実施形態では、混雑状況の違いをテキストによって表現するようにしたが、上記表示態様は、アイコンの色や模様・図柄（例えば、ハッチングの種類等）等の色以外の態様であってもよい。

説明を簡単にするため、１つの施設２０は１つの施設端末２０を保有している構成としたが、各施設で複数の施設端末２０を利用してもよいし、施設によって、施設端末２０の数が異なっていてもよい。また、施設の混雑情報を管理サーバ１０に登録する方法として、施設端末３０からスタッフが入力する方法を例に説明したが、これに限らない。例えば、施設端末３０は、カメラや人感センサなどのセンタを用いて、自動で人物を検知することで、混雑情報を管理サーバ１０に登録する方法でもよい。この場合でも、施設２０の基本情報（住所や問い合わせ先など）を登録するため、施設端末３０も利用することが望ましい。

なお、開示技術は、上述した実施形態に限定されるものではなく、開示技術の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

１…情報提供システム、２０…管理サーバ、１１０…ＣＰＵ、１２０…メモリ、１３０…ストレージ、１４０…通信部、１５０…入出力部、１１…受信部、１２…管理部、１３…送信部、１４…保持部

Claims (11)

1. 投票所や飲食店などの施設の混雑情報を管理する情報処理装置と通信可能に接続され、前記投票所の混雑情報を表示する表示制御装置であって、
   前記情報処理装置は、自治体に所属する施設群に関する自治体施設群情報も管理し、
   複数の施設の混雑情報を含む混雑マップのリクエストを、表示する対象となる位置情報とともに前記情報処理装置に送信する送信手段と、
   前記情報処理装置から、前記リクエストに応じた複数の施設の混雑情報を取得する取得手段と、
   前記混雑情報に基づいて前記施設それぞれの混雑情報を示す混雑マップを生成し、表示させる表示制御手段とを有し、
   前記表示制御手段は、前記リクエストが投票所の混雑マップの要求である場合には、前記位置情報に応じて設定される範囲にあり、かつ、１つの自治体に所属する投票所群の混雑情報のみを前記混雑マップに表示させ、前記リクエストが飲食店の混雑マップの要求である場合には、自治体の所属に関わらず、前記位置情報に応じて設定される範囲にある飲食店の混雑情報を前記混雑マップに表示させることを特徴とする表示制御装置。
2. 前記リクエストが、第１の投票所のみの混雑情報を表示した個別画像から、複数の投票所群を含む前記マップ画像に遷移するためのリクエストである場合、
   前記取得手段は、前記第１の投票所に対応する自治体に所属する施設群の混雑情報を取得する請求項１に記載の表示制御装置。
3. 前記受付手段が、前記リクエストとして受け付けたジャンル情報が、複数のジャンルの施設群を混在して表示する混合ジャンルを示す場合には、前記混合ジャンルは投票所を含まないことを特徴とする請求項２に記載の表示制御装置。
4. 施設の混雑情報を管理する情報処理装置と通信可能に接続され、前記施設の混雑情報を表示する表示制御装置であって、
   前記情報処理装置は、特定の運営者に所属する複数の施設からなる施設群に関する所属施設群情報も管理し、
   複数の施設の混雑情報を含む混雑マップのリクエストを、表示する対象となる位置情報とともに送信する送信手段と、
   前記情報処理装置から、前記リクエストに応じた複数の施設の混雑情報を取得する取得手段と、
   前記混雑情報に基づいて前記施設それぞれの混雑情報を示す混雑マップを生成し、表示させる表示制御手段とを有し、
   前記表示制御手段は、前記リクエストが第１のジャンルの混雑マップの要求である場合には、前記位置情報に応じて設定される範囲にあり、かつ、１つの運営者に所属する第１のジャンルの施設群のみの混雑情報を前記混雑マップに表示させ、前記リクエストが第２のジャンルの混雑マップの要求である場合には、所属する運営者に関わらず、前記位置情報に応じて設定される範囲にある施設の混雑情報を前記混雑マップに表示させることを特徴とする表示制御装置。
5. コンピュータを請求項１乃至４のいずれか１項に記載の表示制御装置として機能させるためのプログラム。
6. 施設の混雑情報を管理する情報処理装置であって、
   表示制御装置から、混雑マップのリクエストを位置情報とともに受信する受信手段と、
   前記リクエストに応じた施設群の混雑情報を、前記表示制御手段に送信する送信手段とを有し、
   前記送信手段は、前記リクエストが第１のジャンルの混雑マップの要求である場合には、前記位置情報に応じて設定される範囲にあり、かつ、１つの運営者に所属する第１のジャンルの施設群のみの混雑情報を送信し、前記リクエストが第２のジャンルの混雑マップの要求である場合には、所属する運営者に関わらず、前記位置情報に応じて設定される範囲にある施設の混雑情報を送信することを特徴とする情報処理装置。
7. 前記第１のジャンルは、投票所を含む請求項４にまたは６に記載の装置。
8. コンピュータに、請求項６に記載の情報処理装置として機能させるためのプログラム。
9. コンピュータにより実行される投票所や飲食店などの施設の混雑情報を表示する表示制御方法であって、
   前記コンピュータが、
   複数の施設の混雑情報を含む混雑マップのリクエストを、表示する対象となる位置情報とともに前記情報処理装置に送信するステップと、
   情報処理装置から、前記リクエストに応じた複数の施設の混雑情報を取得するステップと、
   前記混雑情報に基づいて前記施設それぞれの混雑情報を示す混雑マップを生成し、表示させるステップとを有し、
   前記情報処理装置は、前記施設の混雑情報および自治体に所属する施設群に関する自治体施設群情報を管理し、
   前記表示させるステップにおいて、前記リクエストが投票所の混雑マップの要求である場合には、前記位置情報に応じて設定される範囲にあり、かつ、１つの自治体に所属する投票所群のみの混雑情報を前記混雑マップに表示させ、前記リクエストが飲食店の混雑マップの要求である場合には、自治体の所属に関わらず、前記位置情報に応じて設定される範囲にある飲食店の混雑情報を前記混雑マップに表示させることを特徴とする表示制御方法。
10. 施設の混雑情報を管理する情報処理装置と通信可能に接続されたコンピュータにより実行される、前記施設の混雑情報を表示する表示制御方法であって、
    前記情報処理装置は、特定の運営者に所属する複数の施設からなる施設群に関する所属施設群情報も管理し、
    前記コンピュータは、
    複数の施設の混雑情報を含む混雑マップのリクエストを、表示する対象となる位置情報とともに送信するステップと、
    前記情報処理装置から、前記リクエストに応じた複数の施設の混雑情報を取得するステップと、
    前記混雑情報に基づいて前記施設それぞれの混雑情報を示す混雑マップを生成し、表示させるステップとを有し、
    前記表示させるステップは、前記リクエストが第１のジャンルの混雑マップの要求である場合には、前記位置情報に応じて設定される範囲にあり、かつ、１つの運営者に所属する前記第１のジャンルの施設群のみの混雑情報を前記混雑マップに表示させ、前記リクエストが第２のジャンルの混雑マップの要求である場合には、所属する運営者に関わりなく、前記位置情報に応じて設定される範囲にある施設の混雑情報を前記混雑マップに表示させることを特徴とする表示制御方法。
11. 施設の混雑情報を管理する情報処理方法であって、
    表示制御装置から、混雑マップのリクエストを位置情報とともに受信する受信ステップと、
    前記リクエストに応じた施設群の混雑情報を、前記表示制御手段に送信する送信ステップとを有し、
    前記送信ステップは、前記リクエストが第１のジャンルの混雑マップの要求である場合には、前記位置情報に応じて設定される範囲にあり、かつ、１つの運営者に所属する前記第１のジャンルの施設群のみの混雑情報を送信し、前記リクエストが第２のジャンルの混雑マップの要求である場合には、所属する運営者に関わりなく、前記位置情報に応じて設定される範囲にある施設の混雑情報を送信することを特徴とする情報処理方法。

Images