JP2022012911A - 処理装置及び情報処理方法 - Google Patents

Abstract

【課題】ユーザにとって適切な店舗の空席情報を提供する技術を提供する。【解決手段】本開示の処理装置は、店舗の空席情報の地図上への表示を処理する処理装置であって、地図上の基準位置の情報に応じた地図データを読み込む地図データ読み込み部と、基準位置の情報に応じた地図に表示する店舗群の空席情報と、店舗群の各店舗の所在する施設を示す施設情報と、を取得する取得部と、空席情報に応じたマークを生成し、地図に当該マークを配置することにより表示画像を生成する生成部と、表示部に表示画像を表示させる表示制御部と、を備える。生成部は、店舗群のうち施設情報が同じである店舗がある場合には、施設情報が同じである店舗群を施設店舗群として抽出し、施設店舗群のうち空き店舗数をカウントし、施設中の空き店舗数を示すマークを生成し、施設情報が同じである店舗がない場合には、店舗の空席情報を示すマークを生成する。【選択図】図１

Description

本開示は、処理装置及び情報処理方法に関する。

店舗の空席情報をユーザがオンラインで確認できるようにするための技術は、例えば飲食店などの空席情報を提供するために用いられている。特許文献１には、「店舗の混雑状況に関する情報を、広域の地図上においてもユーザに容易に把握させる。」ことを課題として、「情報処理装置は、記憶部、通信部及び制御部を有する。記憶部は、複数の店舗の各所在位置情報を含む店舗情報を記憶する。通信部は、ユーザ端末及び上記各店舗に存在する店舗端末と通信可能である。制御部は、上記各店舗の混雑度を示す第１の混雑度情報を上記各店舗端末から受信し、受信した各第１の混雑度情報と、当該第１の混雑度情報に対応する店舗の所在位置情報とを基に、少なくとも２つの店舗の混雑度をまとめて示す第２の混雑度情報を生成する。」という技術を開示している（同文献の要約参照）。

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

上記特許文献１においては、同一のエリアにある複数の店舗の混雑度をまとめたＰＯＩアイコンを地図上に表示する例が挙げられている（同文献の段落００７１～００７２）。しかしながら、このように同一エリア内の店舗の情報をまとめて１つのＰＯＩアイコンに表示する場合、地図の拡大率によっては、徒歩では往来しにくい距離の複数店舗の情報がまとめられることになり、ＰＯＩアイコンが表示されている場所の付近までユーザが足を運んだとしても、実際に空席がある店舗はその場所から遠いという場合がある。

そこで、本開示は、ユーザにとって適切な店舗の空席情報を提供する技術を提案する。

上記課題を解決するために、本開示の処理装置は、店舗の空席情報の地図上への表示を処理する処理装置であって、前記地図上の基準位置の情報に応じた地図データを読み込む地図データ読み込み部と、前記基準位置の情報に応じた地図に表示する店舗群の空席情報と、前記店舗群の各店舗の所在する施設を示す施設情報と、を取得する取得部と、前記空席情報に応じたマークを生成し、前記地図に当該マークを配置することにより表示画像を生成する生成部と、表示部に前記表示画像を表示させる表示制御部と、を備え、前記生成部は、前記店舗群のうち前記施設情報が同じである店舗がある場合には、前記施設情報が同じである店舗群を施設店舗群として抽出し、前記施設店舗群のうち空き店舗数をカウントし、前記施設中の前記空き店舗数を示す前記マークを生成し、当該マークを前記地図上の前記施設に配置し、前記施設情報が同じである店舗がない場合には、前記店舗の前記空席情報を示す前記マークを生成し、当該マークを前記地図上の前記店舗に配置する。

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

本開示の技術によれば、ユーザにとって適切な空席情報を提供することができる。

第１の実施形態に係る空席管理システムの構成図である。 空席管理サーバのハードウェア構成図である。 空席管理サーバの機能ブロック図である。 データベースに格納されているデータ例を示す図である。 ユーザ端末のハードウェア構成図である。 ユーザ端末の機能ブロック図である。 空席管理サーバにおける空席情報の処理手順を示すフローチャートである。 ユーザ端末における空席情報の処理手順を示すフローチャートである。 従来例に係るピン表示画面の例である。 第１の実施形態に係るピン表示画面の例である。 施設店舗群に含まれる店舗のリスト表示画面の例である。 第２の実施形態に係るユーザ端末における空席情報の処理手順を示すフローチャートである。 第２の実施形態に係るユーザ端末の表示装置が表示する表示画面の例である。

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

［第１の実施形態］
＜空席管理システム１の構成例＞
第１の実施形態では、席やテーブルが設置され飲食が提供される店舗に新たな利用客が利用可能な空席（または空きテーブル）があるか否かを示す空席状態（例えば、空席、混雑、満席：「混雑状態」ということもでき、本実施形態では両者は同意である）を、ユーザ端末に配信する空席管理システムについて説明する。

図１は、第１の実施形態に係る空席管理システム１を示す構成図である。空席管理システム１は、店舗の空席状態の情報（空席情報）を管理するシステムであり、空席管理サーバ１０、検出装置２０及びユーザ端末３０を備える。検出装置２０は、店舗４０内に設けられており、店舗４０の空席状態をリアルタイムに検出する。空席管理サーバ１０は、店舗４０外に設置されており、検出装置２０から受信する空席状態を示すデータを管理するサーバである。ユーザ端末３０は、例えば、スマートフォン又はタブレットなどのデバイスであり、当該空席管理システム１が提供するサービスのユーザの端末である。空席管理サーバ１０、検出装置２０及びユーザ端末３０は、例えばインターネットなどのネットワーク５０を介して相互接続されている。検出装置２０としては、例えばカメラ又は人感センサなどのセンサを用いることができる。別の形態として、店舗４０の店員などが目視で店舗４０内を確認して空席状態を入力できるパーソナルコンピュータを検出装置２０とすることもできる。

空席管理サーバ１０は、検出装置２０から受信した店舗４０の空席状態を示すデータをデータベースに格納する。空席管理サーバ１０は、検出装置２０から受け取ったデータにしたがってデータベースを更新することにより、店舗４０ごとの最新の空席状態をデータベース上で管理する。なお、ここで「最新」とは、検出装置２０による送信日時を基準とすることができる。

いずれかの店舗４０を訪れようとしているユーザは、ユーザ端末３０を介して、店舗４０の空席情報を空席管理サーバ１０に対して照会することができる。空席管理サーバ１０はその照会に応答し、ユーザ端末３０の現在位置又はユーザによる地図上の指定位置に応じてデータベースの店舗４０に関するレコードを検索することにより、ユーザ端末３０に空席情報を送信する店舗群を特定し、当該店舗群に含まれる各店舗の空席情報を取得する。空席管理サーバ１０は、取得した空席情報を、照会に対するレスポンスとしてユーザ端末３０へ返信する。ユーザ端末３０は、空席管理サーバ１０から受信した空席情報を地図上に表示（例えば、ピン表示）する。

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

図２Ｂは、空席管理サーバ１０の機能ブロック図である。空席管理サーバ１０は、ＣＰＵ１１が実行するソフトウェアモジュール（各種プログラムがＣＰＵ１１の内部メモリに展開されて構成される機能）として、受信部１１１、更新部１１２、検索部１１３及び出力部１１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ１１であるため、ＣＰＵ１１を動作主体とすることもできる。

記憶装置１４は、記憶部としてのデータベース１４１を格納している。データベース１４１は、事前に登録された店舗情報とともに店舗４０の空席情報を管理する。データベース１４１の構成については後述する。受信部１１１は、通信装置１５を介して、店舗４０の空席状態を示すデータを検出装置２０から受信する。また、受信部１１１は、通信装置１５を介して、ユーザ端末３０からの空席情報の検索リクエストを受信する。更新部１１２は、受信部１１１が受信した空席状態を示すデータに含まれる店舗ＩＤ（識別情報）に基づいて店舗を特定し、データベース１４１における空席情報を更新する。検索部１１３は、ユーザ端末３０から、店舗の空席情報の検索リクエストと、現在の位置情報（基準位置）とを受信すると、位置情報に応じて、ユーザ端末３０に空席情報を送信すべき店舗群を特定する。

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

出力部１１４は、通信装置１５を介して、検索部１１３で特定された店舗群の各店舗の空席情報をユーザ端末３０に送信する。空席情報を受信したユーザ端末３０は、表示用ＵＩを構築し、そこに当該空席情報のステータスを表示する。

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

空席管理データベース（空席管理テーブル）１４１０は、ユーザが店舗を検索するとき用いる属性情報を含む店舗情報と店舗ごとの最新の空席状態を管理するデータテーブルであり、例えば、店舗ＩＤ１４１１、店舗の名称１４１２、ジャンル１４１３（属性情報）、施設ＩＤ１４１４（施設情報）、フロアＩＤ１４１５、空席情報１４１６、緯度経度１４１７、店舗紹介１４１８、所在位置１４１９及び電話番号１４２０を構成項目として有している。空席管理データベース１４１０の１つのレコードは、１つの店舗の空席状態を管理する。

店舗ＩＤ１４１１は、データベース１４１内で各店舗を識別するためのＩＤである。施設ＩＤ１４１４は、店舗４０が入居する施設（例えばビル、商業施設、駅など）を識別するためのＩＤである。フロアＩＤ１４１５は、店舗４０が入居する施設のフロアを識別するためのＩＤである。緯度経度１４１７は、店舗４０の位置を緯度経度によって示すデータであり、同じ施設の同じフロアであっても、店舗の位置が異なる場合は異なる緯度経度の値が登録されている場合もある。所在位置１４１９は、店舗４０の住所又は店舗４０が入居する施設の住所を示すデータである。

空席情報１４１６は、店舗４０内の検出装置２０から送信されてきた最新の空席状態を示すデータである。図３の例においては、空席情報１４１６は、「空あり」又は「空なし」で示されている。別の形態として、空席情報１４１６は、空席がある場合は「０」、混雑している場合は「１」、満席の場合は「２」のように数字で示されていてもよい。また、別の形態として、空席情報１４１６は、空席の数又は空きテーブルの数を示す数値であってもよい。

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

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

記憶部３１１は、ＣＰＵ３１の内部メモリとして機能する。通信部３１２（取得部）は、通信装置３４を介して、空席管理サーバ１０との通信を行う。具体的には、通信部３１２は、ユーザが入力装置３３を介して空席情報の照会の指示を入力すると、空席管理サーバ１０に検索リクエストを送信する。また、通信部３１２は、空席管理サーバ１０から店舗の情報及び空席情報を受信する。

生成部３１３（地図データ読み込み部）は、ユーザ端末３０の位置情報及びユーザによって指定された地図の拡大率に応じて、記憶部３１１から地図情報（地図データ）を読み込む。また、生成部３１３は、空席管理サーバ１０から受信した空席情報に対応するテキストデータあるいはマークデータ（空席「０」に対応するテキスト／マーク、混雑「１」に対応するテキスト／マーク、満席「２」に対応するテキスト／マーク）を記憶部３１１から読み出し、地図上に重畳表示するためのＵＩデータ（表示用ＵＩデータ：ピン表示など）を生成する。生成部３１３における空席情報の処理方法の詳細については後述する。

表示制御部３１４は、表示装置３２の表示を制御する。具体的には、表示制御部３１４は、生成部３１３が読み込んだ地図及び生成部３１３が生成したピンを表示装置３２に表示する。

＜空席管理サーバ１０の空席情報処理＞
図５Ａは、空席管理サーバ１０の空席情報の処理手順を示すフローチャートである。空席管理サーバ１０が図５Ａに示すフローチャートを実現するプログラムを実行する。

（ステップＳ１）
検索部１１３は、受信部１１１がユーザ端末３０から空席情報の検索リクエストを受信したか否かを判断する。空席情報の検索リクエストを受信した場合（Ｙｅｓ）、処理はステップＳ２に移行する。なお、検索リクエストには、ユーザ端末３０の現在の位置情報（例えば、ＧＰＳから取得した緯度経度情報）が含まれている。

（ステップＳ２）
検索部１１３は、検索リクエストに含まれている位置情報を取得し、ＲＡＭ１３又は記憶装置１４に格納する。

（ステップＳ３）
検索部１１３は、ユーザ端末３０の位置情報からユーザ端末３０の現在位置を特定し、空席管理データベース１４１０の緯度経度１４１７を参照して、上記位置情報に応じて、ユーザ端末３０に空席情報を送信すべき店舗群を特定し、当該店舗群の情報をＲＡＭ１３又は記憶装置１４に一時的に格納する。具体的には、検索部１１３は、ユーザ端末３０の現在位置から第１所定距離範囲（例えば、現在位置から半径５ｋｍの範囲）内にある店舗群を特定（決定）する。

（ステップＳ４）
検索部１１３は、空席管理データベース１４１０を参照して、特定された店舗群に含まれる各店舗の情報を抽出し、ＲＡＭ１３又は記憶装置１４に格納する。

（ステップＳ５）
出力部１１４は、通信装置１５を介して、ステップＳ３で特定した店舗群の情報と、ステップＳ４で取得した各店舗の情報を、リクエストを送信してきたユーザ端末３０に送信する。

なお、図示は省略しているが、空席管理サーバ１０は、以上の空席情報の処理と並行して、空席管理データベース１４１０の空席情報１４１６の更新処理を実行する。空席情報１４１６の更新処理では、受信部１１１により、店舗４０の検出装置２０から空席状態を示すデータを受信し、更新部１１２により、空席管理データベース１４１０の空席情報１４１６を更新する。この空席情報１４１６の更新は、例えば所定の時間ごとに実行される。空席情報１４１６の更新頻度は、時間帯に応じて異なっていてもよい。

＜ユーザ端末３０の空席情報処理＞
図５Ｂは、ユーザ端末３０における空席情報の処理手順を示すフローチャートである。ユーザ端末３０が図５Ｂに示すフローチャートを実現するプログラムを実行する。

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

（ステップＳ１２）
生成部３１３は、記憶部３１１からユーザ端末３０の現在位置を示す位置情報を取得し、当該位置情報を含む検索リクエストを生成し、通信部３１２を介して検索リクエストを空席管理サーバ１０に送信する。空席管理サーバ１０は、検索リクエストを受信すると、図５Ａに示した上述の処理を実行する。

（ステップＳ１３）
生成部３１３は、ステップＳ１２で取得した位置情報及びユーザによって指定された地図の拡大率に応じて、記憶部３１１から地図情報（地図データ）を読み込み、表示制御部３１４を介して表示装置３２の表示画面上に所望の地図を表示する。

（ステップＳ１４）
生成部３１３は、通信部３１２を介して、空席管理サーバ１０から、ユーザ端末３０の位置情報に応じた店舗群の情報を取得する。

（ステップＳ１５）
生成部３１３は、空席管理サーバ１０から受信した店舗群のうち、任意の１つの店舗を処理対象店舗として選択する。ここで選択される処理対象店舗は、例えば、緯度経度がユーザ端末３０の位置情報に最も近い店舗とすることができる。別の例では、店舗ＩＤ１４１１が最も若い店舗を処理対象店舗として選択することもできる。

（ステップＳ１６）
生成部３１３は、ステップＳ１４で取得した店舗群に含まれる店舗のうち、処理対象店舗の施設ＩＤと同じ施設ＩＤの店舗があるか否かを判断する。同じ施設ＩＤの店舗がある場合（Ｙｅｓ）、処理はステップＳ１７に移行する。

（ステップＳ１７）
生成部３１３は、ステップＳ１４で取得した店舗群から、同じ施設ＩＤの店舗を施設店舗群として抽出して、施設店舗群に含まれる店舗数をカウントする。生成部３１３は、カウントした店舗（施設店舗群に含まれる店舗）には、今後処理対象店舗としないためのフラグを付し、記憶部３１１に格納する。

（ステップＳ１８）
生成部３１３は、施設店舗群のうち、空席情報が「空き」を示す店舗数をカウントする。

（ステップＳ１９）
生成部３１３は、記憶部３１１に格納されている表示用ピンのオブジェクトデータを取得し、ステップＳ１７及びＳ１８のカウント結果に基づいて、施設ごとに１つの表示用ピンデータを生成する。例えば、表示用ピンのオブジェクトデータに、「空き」を示す空席情報のカウント結果に対応するテキストデータを重畳することにより各施設の表示用ピンデータが生成される。すなわち、地図に表示されるピンには、１つの施設における空き店舗数を示すテキストが含まれる。例えば、１つの施設内に店舗数が１０店舗あり、そのうち空き店舗数が５店舗であった場合は、ピンの中に「５店舗空きあり」というテキストを表示する。また、空席情報が「空き」を示す店舗がない場合には「空き店舗なし」というテキストを表示する。なお、異なる施設ＩＤの店舗の空席情報は、同じピンには含まれない。

（ステップＳ２０）
生成部３１３は、処理対象店舗の緯度経度に従って、ステップＳ１９で生成した表示用ピンデータを地図上に配置する。

（ステップＳ２１）
生成部３１３は、空席管理サーバ１０から受信した店舗群のうち、未処理の店舗があるか否かを判断する。このとき、生成部３１３は、ステップＳ１５において選択された店舗と、ステップＳ１７においてフラグが付された店舗以外の店舗について、未処理であると判断する。未処理の店舗がある場合（Ｙｅｓ）は、処理はステップＳ１５に戻る。未処理の店舗がない場合（Ｎｏ）は、処理はステップＳ２２に移行する。

（ステップＳ２２）
未処理の店舗がない場合、表示制御部３１４は、ステップＳ２０において生成部３１３により地図上に配置された表示用ピンデータに従って、表示用ピンを表示装置３２の表示画面に表示する。

（ステップＳ２３）
上述のステップＳ１６において、同じ施設ＩＤの店舗がないと判断された場合（Ｎｏ）、ステップＳ２３において、生成部３１３は、処理対象店舗の空席情報に基づいて表示用ピンデータを生成する。このように個別の店舗の空席情報を生成する場合は、表示用ピンの中に「空席あり」、「混雑」又は「満席」のテキストを含めることができる。別の形態では、個別の店舗のピンの色を空席情報に応じて色分けすることができる。

（ステップＳ２４）
生成部３１３は、処理対象店舗の緯度経度に従って、ステップＳ２３で生成した表示用ピンデータを地図上に配置する。ステップＳ２３及びＳ２４の後は、上記と同様にステップＳ２１及びＳ２２が実行される。なお、このとき、生成部３１３は、空席情報が「混雑」又は「満席」の店舗については表示用ピンデータを削除して配置せず、空席情報が「空き」を示す店舗の表示用ピンデータのみを配置するようにしてもよい。

また、一旦空席情報を照会したユーザ端末３０は、所定時間毎（例えば、１０秒毎）に最新の空席情報を取得するためのリクエスト（再リクエスト）を空席管理サーバ１０に送信する。空席管理サーバ１０は、当該再リクエストに応答して、最新の空席情報をデータベース１４１から取得し、ユーザ端末３０に送信する。最新の空席情報を受信すると、ユーザ端末３０は、最初のリクエストに対応して取得して地図上に表示した店舗群の空席情報を更新して表示画面上にピン表示する。

＜地図上でのＵＩ表示例＞
第１の実施形態による、ユーザ端末３０の表示装置３２の表示画面に表示されるＵＩ表示の例を説明する。以下では、従来例のように１店舗ごとに空席情報をピン表示する場合と比較しつつ、本実施形態のように１つの施設ごとにピン表示する場合の表示を説明する。

図６Ａは、従来例における地図上に表示されるＵＩ表示（ピン表示）の例を示す図である。図６Ａに示すように、ピン表示を１店舗ごとに表示する場合、同じ施設に入居する店舗のピンが重なり、空席か満席かを示すテキストが他のピンによって覆われるピンが生じ、空き店舗数を一目で認識することが難しい。１つの施設に入居する店舗の数が多い場合には、特にピンの重なりが顕著となる。

図６Ｂは、第１の実施形態における地図上に表示されるＵＩ表示（ピン表示）の例を示す図である。図６Ｂに示すように、ピン表示を１つの施設（施設店舗群）ごとに表示する場合、同じ施設に入居する店舗のピンがまとめられるので、どの施設に何店舗の空きがあるかを一目で認識することができる。図６Ｂの店舗Ｃ及びＦは、同じ施設ＩＤの店舗がないために、図５ＢのステップＳ２３及びＳ２４の処理により、店舗ごとにピン表示されている。

図６Ｃは、施設店舗群に含まれる店舗のリスト表示の例を示す図である。例えば、ユーザが図６Ｂの施設Ｅのピンをタップした場合、施設Ｅに入居する店舗Ａ～Ｄの情報がリスト表示される。図６Ｃに示す例においては、店舗Ａ～Ｄの情報として、空席情報、店舗の名称、店舗の位置及びサムネイル画像が表示されている。店舗のリスト表示データは、図５ＢのステップＳ１４～Ｓ１７においてユーザ端末３０の生成部３１３により取得した施設店舗群の各店舗の情報に基づいて生成することができる。なお例えば、ステップＳ１８において空席情報ごとに店舗数をカウントする。すなわち、空きありの店舗数および空きなしの店舗数のそれぞれをカウントしておく。また、ステップＳ１９においては、事前に設定された空席情報の優先順位に従い、空きありの店舗数が１つ以上ある場合には、「Ｎ店舗空きあり」（ＮはステップＳ１８における空きありの店舗のカウント結果）とする。空きありの店舗が０である場合には、「Ｍ店舗空きなし」（ＭはステップＳ１８における空きなしの店舗のカウント結果）というテキストをピンに表示しても良い。

生成部３１３は、リスト表示する店舗の位置として、各店舗の緯度経度及び住所に基づいて、当該施設のフロアとその位置を取得することができる。空席管理サーバ１０の上述のデータベース１４１には、店舗の外観やサービス内容を示す画像がサムネイル画像用に格納されていてもよく、リスト表示のために空席管理サーバ１０からユーザ端末３０へ送信される。

リスト表示の際に１画面にすべての店舗の情報が収まらない場合には、ユーザが画面をスクロールすることにより、残りの店舗を表示する。この場合、空き店舗を優先してリストの上部に表示することができる。

＜第１の実施形態のまとめ＞
本実施形態に係る空席管理システム１において、ユーザ端末３０から空席情報の検索リクエストを空席管理サーバ１０に送信すると、空席管理サーバ１０は、リクエストに応答してユーザ端末３０の位置に基づいて店舗群（ユーザが入力した検索条件に合致する店舗の集合）を特定し、それらの空席情報を店舗群の情報と共にユーザ端末３０に送信する。ユーザ端末３０は、受信した店舗群のうち、同じ施設ＩＤの店舗の空席情報を１つの表示用ピンにまとめ、空き店舗の数を示すテキストを表示用ピンに含めて地図上に表示する。これにより、ユーザは、１つの施設における正確な空き店舗数を容易に知ることができる。結果として、ユーザは、空き店舗数によって訪れる施設を選択でき、また訪れる予定の施設に空き店舗がどれだけあるかを確認することもできるので、ユーザは、常に適切な店舗の空き情報を入手することができる。

［第２の実施形態］
上述の第１の実施形態においては、１つの施設における空き店舗数をカウントして１つのピンにまとめて表示するようにしているが、第２の実施形態では、大型商業施設など、１つの施設に入居する店舗数が多い場合（施設の店舗数が所定数以上である場合）に、施設のフロアごとに空き店舗数をカウントして１つのピンとして表示するようにしてもよい。このとき、地図の拡大率に応じて、施設ごとに１つのピンで表示するか、施設のフロアごとに１つのピンで表示するかを切り替えるようにする。また、１つの施設の店舗数が所定数未満である場合は、同じ施設に複数店舗があるかどうかにかかわらず、店舗ごとにピン表示する。

＜ユーザ端末３０の空席情報処理＞
図７は、第２の実施形態に係るユーザ端末３０における空席情報の処理手順を示すフローチャートである。本実施形態におけるユーザ端末３０の処理手順において、第１の実施形態の処理手順（図５Ｂ）と同じ処理には同じ符号を付している。また、簡略化のために図５Ｂに示したステップＳ１１～Ｓ１３の図示を省略し、ステップＳ１４以降を示している。

（ステップＳ１１～Ｓ１７）
ステップＳ１１～Ｓ１７は、第１の実施形態と同様であるので説明を省略する。

（ステップＳ３１）
生成部３１３は、ステップＳ１７においてカウントした施設店舗群（同じ施設の店舗）の店舗数が所定数（例えば１０店舗）以上であるかどうかを判断する。所定数以上である場合（Ｙｅｓ）、処理はステップＳ３２に移行する。別の形態では、本ステップにおいて、同じ施設ＩＤの各フロア（フロアＩＤ）の店舗数を所定値（例えば５店舗）と比較するようにしてもよい。

（ステップＳ３２）
生成部３１３は、ステップＳ１３において読み込まれた地図の拡大率（縮尺）が所定値以上であるかどうかを判断する。所定値以上である場合（Ｙｅｓ）、処理はステップＳ３３に移行する。

別の形態では、ユーザが指定した拡大率に応じて１画面に表示される地図中の施設の数又は店舗の数により、拡大率が所定値以上であるかを判断するようにしてもよい。１画面中の施設の数又は店舗の数が少ないほど、拡大率は高い。例えば、拡大率が所定値となる１画面中の施設数を１０施設と設定した場合、１画面に３つの施設が含まれるような地図の拡大率である場合には拡大率が所定値以上であると判断され、１画面に１１の施設が含まれるような地図の拡大率である場合には所定値未満であると判断される。

（ステップＳ３３）
生成部３１３は、施設店舗群のうち、同じフロアＩＤの店舗をフロア店舗群として抽出し、フロア店舗群のうち空席情報が「空き」を示す店舗数をカウントする。

（ステップＳ３４）
生成部３１３は、記憶部３１１に格納されている表示用ピンのオブジェクトデータを取得し、ステップＳ３３のカウント結果に基づいて、施設のフロアごとに１つの表示用ピンデータを生成する。例えば、表示用ピンのオブジェクトデータに、フロア番号と、「空き」を示す空席情報のカウント結果に対応するテキストデータを重畳することにより各フロアの表示用ピンデータが生成される。すなわち、地図に表示されるピンには、１つのフロアにおける空き店舗数を示すテキストが含まれる。例えば、ある施設の７階に店舗数が１０店舗あり、そのうち空き店舗数が５店舗であった場合は、ピンの中に「７階 ５店舗空きあり」というテキストを表示する。

（ステップＳ３５）
生成部３１３は、処理対象店舗の緯度経度に従って、ステップＳ１９で生成した表示用ピンデータを地図上に配置する。このとき、フロアごとに、地図上の位置をずらして表示用ピンデータを配置する。その後、処理はステップＳ２１に移行し、第１の実施形態と同様の処理が実行される。

（ステップＳ１８～Ｓ２０）
上述のステップＳ３２において、地図の拡大率が所定値以上でないと判断された場合（Ｎｏ）、処理はステップＳ１８に移行する。ステップＳ１８～Ｓ２０については、第１の実施形態と同様であるので説明を省略する。

（ステップＳ２３～Ｓ２４）
上述のステップＳ３１において、施設店舗群の店舗数が所定数以上でないと判断された場合（Ｎｏ）、処理はステップＳ２３に移行する。ステップＳ２３～Ｓ２４についても、第１の実施形態と同様であるので説明を省略する。

＜地図上でのＵＩ表示例＞
図８は、第２の実施形態における地図上に表示されるＵＩ表示（ピン表示）の例を示す図である。図８の例において、施設Ｅには、１階、７階及び８階に飲食店があり、施設Ｅの合計の飲食店数が１０店舗以上であるとする。また、施設Ａ～Ｆの６つの施設が１画面に表示されている。このような場合、施設Ｅの店舗数が所定数（１０店舗）以上であり、地図の拡大率も所定値以上（１画面に１０店舗以下）であるので、施設Ｅのフロアごとに、３つのピンが表示されている。

＜第２の実施形態の変形例＞
以上のように、地図の拡大率が所定値以上である場合にフロアごとに１つのピンを表示するのではなく、店舗のジャンル（属性情報）ごとに１つのピンを表示するようにしてもよい。この場合、表示されるピンには、例えば「カフェ 空き店舗数２」、「レストラン 空き店舗数３」のように、店舗のジャンルと空き店舗数を示すテキストが含まれる。

また、図７のステップＳ３１において、同じ施設の店舗数が所定数未満と判断され、処理がステップＳ２３及びＳ２４に移行した場合、同じ施設の店舗であっても別個のピンとして表示される。このとき、生成部３１３は、空席情報が「混雑」又は「満席」の店舗を削除して表示せず、空席情報が「空き」を示す店舗のピンのみを表示するようにしてもよい。これにより、ユーザは、ある施設の「空き」のピンの数により、容易に空き店舗数を知ることができる。

＜第２の実施形態のまとめ＞
例えば大型商業施設のように、１つの施設に入居する店舗数が多く、店舗検索を実行したときに取得される店舗数が多くなる場合がある。このようなときに、地図の拡大率が大きいにもかかわらず施設ごとに１つのピンを表示すると、ユーザがピンの表示を見ただけでは、施設内のどの位置、どのフロアに空き店舗があるのかを知ることができない。そこで、第２の実施形態では、同じ施設の店舗数が所定数以上であり、かつ地図の拡大率が所定値以上である場合に、同じ施設の同じフロアの店舗の空席情報を１つの表示用ピンにまとめ、空き店舗の数を示すテキストを表示用ピンに含めて地図上に表示する。これにより、ユーザは、施設の各フロアにおける正確な空き店舗数を容易に知ることができる。

また、例えば、地方都市の場合、店舗検索を実行したときに取得される店舗数が元々少ない場合がある。このような場合には、店舗ごとに１つのピンを表示してもピン同士が重ならないので、ユーザはどの店舗に空席があるかを一目で確認することができる。なお地図の拡大率に関わらず、施設ごとにピンを表示しても問題ないと判断できる地域については、住所や地区を選定して、店舗ごとに１つのピンを表示するようにしても良い。

［変形例］
以上の実施形態において、ユーザ端末３０の位置を位置情報として取得し、ユーザ端末３０の位置を基準として店舗群を特定する方法を説明したが、位置情報はこれに限らない。例えばユーザ端末３０における表示装置３２がタッチパネルディスプレイであり、入力部としても機能する場合に、表示装置３２に表示された地図上の位置をユーザがタップすることにより、ユーザが位置情報を指定し、指定した位置情報（基準位置）を空席管理サーバ１０に送信するようにしても良い。この場合、空席管理サーバ１０は、指定された位置情報に応じて店舗群を特定する。

以上の実施形態において、ユーザ端末３０は周辺店舗の空席状態を画面表示する例を説明したが、これに代えて常に特定の店舗の空席状態のみを空席管理サーバ１０へ照会するようにしてもよい。さらにユーザ端末３０は、空席状態を照会する店舗の属性（例：ジャンル１４１３などの店舗のカテゴリ情報）を指定してもよい。この場合、出力部１１４は、その指定された属性に合致する店舗の空席情報のみをユーザ端末３０に対して返信する。

以上の実施形態において、ユーザ端末３０は必ずしもユーザが携帯する端末でなくともよい。例えば特定場所に設置されているコンピュータなどの通信デバイスをユーザ端末３０として用いてもよい。例えば人通りが多い場所に固定設置されているデジタルサイネージ端末をユーザ端末３０として構成してもよい。この場合は必ずしもデジタルサイネージ端末の周辺店舗に関する空席情報を表示する必要はなく、端末設置者が所望する場所の店舗に関する空席情報を表示することもできる。

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

本開示は、上述した実施形態に限定されるものでなく、様々な変形例を含んでいる。例えば、上述した実施形態は、本開示を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備える必要はない。また、ある実施形態の一部を他の実施形態の構成に置き換えることができる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の実施形態の構成の一部を追加、削除又は置換することもできる。

１…空席管理システム
１０…空席管理サーバ
２０…検出装置
３０…ユーザ端末
４０…店舗
５０…ネットワーク

Claims (10)

1. 店舗の空席情報の地図上への表示を処理する処理装置であって、
   前記地図上の基準位置の情報に応じた地図データを読み込む地図データ読み込み部と、
   前記基準位置の情報に応じた地図に表示する店舗群の空席情報と、前記店舗群の各店舗の所在する施設を示す施設情報と、を取得する取得部と、
   前記空席情報に応じたマークを生成し、前記地図に当該マークを配置することにより表示画像を生成する生成部と、
   表示部に前記表示画像を表示させる表示制御部と、を備え、
   前記生成部は、
   前記店舗群のうち前記施設情報が同じである店舗がある場合には、前記施設情報が同じである店舗群を施設店舗群として抽出し、前記施設店舗群のうち空き店舗数をカウントし、前記施設中の前記空き店舗数を示す前記マークを生成し、当該マークを前記地図上の前記施設に配置し、
   前記施設情報が同じである店舗がない場合には、前記店舗の前記空席情報を示す前記マークを生成し、当該マークを前記地図上の前記店舗に配置する、処理装置。
2. 前記生成部は、前記施設店舗群に含まれる店舗数に応じて、前記施設店舗群ごとに前記マークを配置するか、前記施設店舗群に含まれる前記店舗ごとに前記マークを配置するかを決定する、請求項１記載の処理装置。
3. 前記取得部は、さらに、前記各店舗の所在する前記施設のフロアを示すフロア情報を取得し、
   前記生成部は、前記施設店舗群に含まれる店舗数が所定数以上である場合に、前記施設店舗群のうち前記フロア情報が同じである店舗群をフロア店舗群として抽出し、前記フロア店舗群の空き店舗数をカウントし、前記フロア中の前記空き店舗数及び前記フロア情報を示す前記マークを生成する、請求項１又は２記載の処理装置。
4. 前記生成部は、前記地図の拡大率に応じて、前記フロア店舗群ごとに前記マークを生成するか、前記施設店舗群ごとに前記マークを生成するかを決定する、請求項３記載の処理装置。
5. 前記生成部は、前記表示部に表示される前記地図に含まれる前記施設の数又は前記店舗の数によって前記地図の拡大率を判断する、請求項４記載の処理装置。
6. 前記取得部は、さらに、前記各店舗の属性を示す属性情報を取得し、
   前記生成部は、前記施設店舗群に含まれる店舗数が所定数以上である場合に、前記施設店舗群のうち前記属性情報が同じである店舗群を同一属性店舗群として抽出し、前記同一属性店舗群の空き店舗数をカウントし、前記属性の前記空き店舗数を示す前記マークを生成する、請求項１又は２記載の処理装置。
7. 前記生成部は、前記店舗の前記空席情報を示す前記マークを配置する場合、前記空席情報が空きを示す前記店舗のみに前記マークを配置する、請求項１又は２記載の処理装置。
8. 前記生成部は、前記空席情報に基づく混雑度に応じて前記マークの色を決定する、請求項１～７いずれか１項記載の処理装置。
9. 前記生成部は、前記地図上の前記施設に配置された前記マークがタップされた場合に、前記施設店舗群に含まれる前記店舗のリストを生成し、
   前記表示制御部は、前記表示部に前記リストを表示させる、請求項１～８いずれか１項記載の処理装置。
10. ユーザ端末の処理装置により、地図上の基準位置の情報に応じた地図データを読み込むことと、
    前記処理装置により、各店舗の空席情報を管理する空席管理サーバに、前記基準位置の情報を含む、前記空席情報の検索リクエストを送信することと、
    前記処理装置により、前記空席管理サーバから、前記空席管理サーバが前記基準位置の情報に応じて特定した店舗群の前記空席情報と、前記店舗群の各店舗の所在する施設を示す施設情報と、を取得することと、
    前記処理装置により、前記店舗群のうち前記施設情報が同じである店舗がある場合には、前記施設情報が同じである店舗群を施設店舗群として抽出することと、
    前記処理装置により、前記施設店舗群のうち空き店舗数をカウントすることと、
    前記処理装置により、前記施設中の前記空き店舗数を示す前記マークを生成して、当該マークを前記地図上の前記施設に配置することと、を含む情報処理方法。

Images