(57)【特許請求の範囲】
【請求項１】
探索範囲内に存在する複数の店舗それぞれについて空き情報を取得する、空き情報取得手段と、
前記空き情報に応じた優先順位で、各店舗の前記空き情報を表示させる、表示制御手段と、
を備え、
前記表示制御手段は、前記空き情報を含む画像を表示した後、所定の操作がされるまでは前記画像における前記優先順位を更新することなく前記空き情報をのみ更新し、前記所定の操作が実行されると前記画像における前記優先順位および前記空き情報を更新する情報処理装置。
【請求項２】
前記情報処理装置はさらに、各店舗の位置を示す店舗位置情報を取得する、店舗位置情報取得手段を備え、
前記表示制御手段は、地図画像に重畳して、各店舗の前記空き情報を、その店舗の店舗位置情報に応じた位置に表示させる、
請求項１に記載の情報処理装置。
【請求項３】
第１店舗の空き情報と、第２店舗の空き情報とに基づき、第１店舗のほうがより空いていることが示される場合には、第１店舗の優先順位は第２店舗の優先順位より高い、請求項１または２に記載の情報処理装置。
【請求項４】
前記空き情報は画像によって表され、
前記優先順位は、前記画像の重畳状態によって表され、
第１店舗の優先順位が第２店舗の優先順位より高い場合には、前記情報処理装置は、前記第１店舗の前記空き情報を、前記第２店舗の前記空き情報に対して前景に重畳して表示させる、
請求項１〜３のいずれか一項に記載の情報処理装置。
【請求項５】
前記情報処理装置はさらに、基準位置を示す基準位置情報を取得する、基準位置情報取得手段を備え、
前記表示制御手段は、前記空き情報がより空いていることを示す店舗を高い優先順位で表示させ、さらに第１店舗の空き情報と第２店舗の空き情報とが等しく、前記基準位置から前記第１店舗までの距離が前記基準位置から前記第２店舗までの距離より小さい場合には、前記第１店舗の前記優先順位は前記第２店舗の前記優先順位より高くなるように前記第１店舗の空き情報と前記第２の空き情報を表示させる、
請求項１〜４のいずれか一項に記載の情報処理装置。
【請求項６】
前記情報処理装置は、さらに、
前記表示制御手段が各店舗の前記空き情報を表示させた後、所定時間が経過することに応じて、各店舗について更新後空き情報を取得する、更新後空き情報取得手段を備え、
前記表示制御手段は、各店舗の前記更新後空き情報を、その店舗の前記更新後空き情報に応じた優先順位で表示させる、請求項１〜５のいずれか一項に記載の情報処理装置。
【請求項７】
前記情報処理装置は、さらに、
前記表示制御手段が各店舗の前記空き情報を表示させた後、所定の再検索操作に応じて、各店舗の更新後空き情報を取得する、更新後空き情報取得手段を備え、
前記表示制御手段は、各店舗の前記更新後空き情報を、その店舗の前記更新後空き情報に応じた優先順位で表示させる、請求項１〜５のいずれか一項に記載の情報処理装置。
【請求項８】
前記更新後空き情報取得手段は、さらに、前記表示制御手段が各店舗の前記空き情報を表示させた後、所定時間が経過することに応じて、各店舗の前記更新後空き情報を取得し、
前記表示制御手段は、各店舗の前記更新後空き情報を、その店舗の前記空き情報に応じた優先順位で表示させる、
請求項７に記載の情報処理装置。
【請求項９】
さらに、各店舗の前記空き情報に応じた優先順位で前記空き情報を表示するための画像を生成する生成手段を備え、
前記生成手段は、前記空き情報取得手段により取得された各店舗の第１空き情報に応じた第１の優先順位を決定し、前記第１の優先順位で表示された前記第１空き情報を含む第１画像を生成し、
所定の操作が実行されるまでの間は、前記第１の優先順位で前記情報取得手段により新たに取得された第２の空き情報を表示する第２画像を生成し、
前記所定の操作が実行されると、前記情報取得手段により新たに取得された各店舗の第３空き情報に応じた第２の優先順位を決定し、前記第２の優先順位で表示された前記第３空き情報を含む第３画像を表示する請求項１に記載の情報処理装置。
【請求項１０】
コンピュータを、請求項１〜９のいずれか一項に記載の情報処理装置として機能させるプログラム。
【請求項１１】
コンピュータによる情報処理方法であって、
前記コンピュータが、探索範囲内に存在する複数の店舗それぞれについて空き情報を取得するステップと、
前記空き情報に応じた優先順位で、各店舗の前記空き情報を表示させるステップと、
を実行する、情報処理方法であって、
各店舗の前記空き情報を表示させる前記ステップにおいて、前記空き情報を含む画像を表示した後、所定の操作がされるまでは前記画像における前記優先順位を更新することなく前記空き情報をのみ更新し、前記所定の操作が実行されると前記画像における前記優先順位および前記空き情報を更新する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、プログラムおよび情報処理方法に関する。
【背景技術】
【０００２】
店舗の空き情報をユーザがオンラインで確認できるようにするための技術は、例えば飲食店などの空き情報を提供するために用いられている。特許文献１には、「店舗の混雑状況に関する情報を、広域の地図上においてもユーザに容易に把握させる。」ことを課題として、「情報処理装置は、記憶部、通信部及び制御部を有する。記憶部は、複数の店舗の各所在位置情報を含む店舗情報を記憶する。通信部は、ユーザ端末及び上記各店舗に存在する店舗端末と通信可能である。制御部は、上記各店舗の混雑度を示す第１の混雑度情報を上記各店舗端末から受信し、受信した各第１の混雑度情報と、当該第１の混雑度情報に対応する店舗の所在位置情報とを基に、少なくとも２つの店舗の混雑度をまとめて示す第２の混雑度情報を生成する。」という技術を開示している（同文献の要約参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１９−０７０９０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の技術では、複数の店舗の空き情報を表示する際、今空いている店舗を探したいユーザにとっては、店舗数が多いと空いているお店を探すのに手間がかかってしまう場合があるという課題があった。
たとえば、小さい画面に多くの店舗の空き情報が表示されると、各店舗に係る表示が互いに重なり、一部が隠れて見えなくなる。空いている店舗の空き情報が隠れて見えなくなると、ユーザによる再検索等の確認作業が必要になり、手間がかかる。
そこで、本開示は、空いている店舗を探しているユーザにとって適切な態様で店舗の空き情報を提供する技術を提案する。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本開示の情報処理装置は、
探索範囲内に存在する複数の店舗それぞれについて空き情報を取得する、空き情報取得手段と、
前記空き情報に応じた優先順位で、各店舗の前記空き情報を表示させる、表示制御手段と、
を備え、
前記表示制御手段は、前記空き情報を含む画像を表示した後、所定の操作がされるまでは前記画像における前記優先順位を更新することなく前記空き情報をのみ更新し、前記所定の操作が実行されると前記画像における前記優先順位および前記空き情報を更新する。
【０００６】
本開示に関連する更なる特徴は、本明細書の記述および添付図面から明らかになるものである。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではない。
【発明の効果】
【０００７】
本開示の技術によれば、空いている店舗を探しているユーザにとって適切な態様で店舗の空き情報を提供することができる。
たとえば、小さい画面に多くの店舗の空き情報が表示され、各店舗に係る表示が互いに重なる場合に、ユーザによる確認作業の必要性を低減する。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態に係る空席管理システムの構成図である。
【図２Ａ】空席管理サーバのハードウェア構成図である。
【図２Ｂ】空席管理サーバの機能ブロック図である。
【図３】データベースに格納されているデータ例を示す図である。
【図４Ａ】ユーザ端末のハードウェア構成図である。
【図４Ｂ】ユーザ端末の機能ブロック図である。
【図５】空席管理サーバにおける空き情報の処理手順を示すフローチャートである。
【図６】ユーザ端末における空き情報の処理手順を示すフローチャートである。
【図７】ピン表示画面の例である。
【図８】ピン表示画面の別の例である。
【図９】第２の実施形態に係るユーザ端末における空き情報の処理手順を示すフローチャートである。
【図１０】ピン表示画面の別の例である。
【図１１】変形例に係る表示例である。
【発明を実施するための形態】
【０００９】
以下、本実施形態について、図面を参照して説明する。同一の構成については、同じ符号を付して説明する場合がある。尚、以下の実施形態は本開示の技術を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。
【００１０】
［第１の実施形態］
＜空席管理システムの構成例＞
第１の実施形態では、席やテーブルが設置され飲食が提供される店舗に新たな利用客が利用可能な空席（または空きテーブル）があるか否かを示す空き状態（例えば、空きあり、やや混雑、満席。「混雑状態」ということもでき、本実施形態では両者は同意である）を、ユーザ端末に配信する空席管理システムについて説明する。
【００１１】
図１は、第１の実施形態に係る空席管理システム１を示す構成図である。空席管理システム１は、店舗の空き状態を示す情報（空き情報）を管理するシステムであり、空席管理サーバ１０、検出装置２０及びユーザ端末３０を備える。検出装置２０は、店舗４０内や店舗外で利用を待機する人のための待機領域付近などに設けられており、店舗４０の空き状態をリアルタイムに検出する。空席管理サーバ１０は、店舗４０外に設置されており、検出装置２０から受信する空き状態を示すデータを管理するサーバである。ユーザ端末３０は、例えば、スマートフォン又はタブレットなどのデバイスであり、当該空席管理システム１が提供するサービスを利用するユーザの端末である。空席管理サーバ１０、検出装置２０及びユーザ端末３０は、例えばインターネットなどのネットワーク５０を介して相互接続されている。検出装置２０としては、例えばカメラ又は人感センサなどのセンサを用いることができる。別の形態として、店舗４０の店員などが目視で店舗４０内を確認して空き状態を入力できるパーソナルコンピュータやスマートフォンなどを検出装置２０とすることもできる。
【００１２】
空席管理サーバ１０は、検出装置２０から受信した店舗４０の空き状態を示すデータをデータベースに格納する。空席管理サーバ１０は、検出装置２０から受け取ったデータにしたがってデータベースを更新することにより、店舗４０ごとの最新の空き状態をデータベース上で管理する。なお、ここで「最新」とは、検出装置２０による送信日時を基準とすることができる。
いずれかの店舗４０を訪れようとしているユーザは、ユーザ端末３０を介して、店舗４０の空き情報を空席管理サーバ１０に対して照会することができる。空席管理サーバ１０はその照会に応答し、ユーザ端末３０の現在位置又はユーザによる地図上の指定位置に応じてデータベースの店舗４０に関するレコードを検索することにより、ユーザ端末３０に空き情報を送信する店舗群を特定し、当該店舗群に含まれる各店舗の空き情報を取得する。空席管理サーバ１０は、取得した空き情報を、照会に対するレスポンスとしてユーザ端末３０へ返信する。ユーザ端末３０は、空席管理サーバ１０から受信した空き情報を地図上に表示（例えば、ピン表示）する。
【００１３】
＜空席管理サーバ１０の構成例＞
図２Ａは、空席管理サーバ１０のハードウェア構成図である。空席管理サーバ１０は、情報処理装置であり、たとえば公知のコンピュータを用いて構成することができる。空席管理サーバ１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、記憶装置１４及び通信装置１５を備える。ＣＰＵ１１は、後述するプログラムを実行することにより、空席管理サーバ１０が提供する機能を実現する。ＲＯＭ１２及びＲＡＭ１３は、ＣＰＵ１１が用いるデータを保持する。記憶装置１４は、後述するプログラム及びデータベースを格納する。通信装置１５は、ネットワーク５０を介して検出装置２０及びユーザ端末３０と通信する。
【００１４】
図２Ｂは、空席管理サーバ１０の機能ブロック図である。空席管理サーバ１０は、ＣＰＵ１１が実行するソフトウェアモジュール（各種プログラムがＣＰＵ１１の内部メモリに展開されて構成される機能）として、受信部１１１、更新部１１２、検索部１１３及び出力部１１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ１１であるため、ＣＰＵ１１を動作主体とすることもできる。
【００１５】
記憶装置１４は、記憶部としてのデータベース１４１を格納している。データベース１４１は、事前に登録された店舗情報とともに店舗４０の空き情報を管理する。データベース１４１の構成については後述する。受信部１１１は、通信装置１５を介して、店舗４０の空き状態を示すデータを検出装置２０から受信する。また、受信部１１１は、通信装置１５を介して、ユーザ端末３０からの空き情報の検索リクエストを受信する。更新部１１２は、受信部１１１が受信した空き状態を示すデータに含まれる店舗ＩＤ（識別情報）に基づいて店舗を特定し、データベース１４１における空き情報を更新する。検索部１１３は、ユーザ端末３０から、店舗の空き情報の検索リクエストと、現在の位置情報（基準位置）とを受信すると、位置情報に応じて、ユーザ端末３０に空き情報を送信すべき店舗群を特定する。
【００１６】
また、検索リクエストとしては、ユーザ端末３０の現在位置に基づくリクエストの他、特定の指定場所（例えば、ユーザが東京駅周辺にいる場合に、渋谷駅が指定される）にある店舗の検索リクエストとしてもよい。この場合には、基準位置情報はユーザ端末３０の位置に関わらずユーザが任意に選択または指定する基準位置を示す。また、検索リクエストは、特定の種類（例えば、和食やフランス料理などの料理ジャンル、価格帯）を指定した検索リクエスト、特定の店舗を指定した検索リクエスト（この場合、ユーザは、特定の店舗の空き情報が知りたいケース）などの形態とすることもできる。
出力部１１４は、通信装置１５を介して、検索部１１３で特定された店舗群の各店舗の空き情報をユーザ端末３０に送信する。空き情報を受信したユーザ端末３０は、表示用ＵＩを構築し、そこに当該空き情報のステータスを表示する。
【００１７】
図３は、データベース１４１に格納されているデータ例を示す図である。データベース１４１は、例えばレコードの内容を記述したデータを記憶装置１４内に格納することによって構成できる。データベース１４１は、空席管理データベース（空席管理テーブル）１４１０を含む。なお、本実施形態では、空席管理データベース１４１０はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。したがって、単に、空席管理データあるいは空席管理情報と称することも可能である。
【００１８】
空席管理データベース（空席管理テーブル）１４１０は、ユーザが店舗を検索するとき用いる属性情報を含む店舗情報と店舗ごとの最新の空き状態を管理するデータテーブルであり、例えば、店舗ＩＤ１４１１、店舗の名称１４１２、ジャンル１４１３（属性情報）、施設ＩＤ１４１４（施設情報）、フロアＩＤ１４１５、空き情報１４１６、緯度経度１４１７、店舗紹介１４１８、所在位置１４１９及び電話番号１４２０を構成項目として有している。空席管理データベース１４１０の１つのレコードは、１つの店舗の空き状態を管理する。
店舗ＩＤ１４１１は、データベース１４１内で各店舗を識別するためのＩＤである。施設ＩＤ１４１４は、店舗４０が入居する施設（例えばビル、商業施設、駅など）を識別するためのＩＤである。フロアＩＤ１４１５は、店舗４０が入居する施設のフロアを識別するためのＩＤである。緯度経度１４１７は、店舗４０の位置を緯度経度によって示すデータであり、同じ施設の同じフロアであっても、店舗の位置が異なる場合は異なる緯度経度の値が登録されている場合もある。所在位置１４１９は、店舗４０の住所又は店舗４０が入居する施設の住所を示すデータである。
空き情報１４１６は、店舗４０内の検出装置２０から送信されてきた最新の空き状態を示すデータである。空き状態とは、たとえば、その店舗がどの程度空いているか、その店舗がどの程度混雑しているか、その店舗に空席がいくつあるか、その店舗の席がどの程度占有（使用または予約）されているか、等のいずれかを表す。
図３の例においては、空き情報１４１６は、「空きあり」、「やや混雑」又は「満席」で示されている。別の形態として、空き情報１４１６は、空きがある場合は「０」、やや混雑している場合は「１」、満席の場合は「２」のように数字で示されていてもよい。また、別の形態として、空き情報１４１６は、空席の数又は空きテーブルの数を示す数値であってもよい。
【００１９】
＜ユーザ端末３０の構成例＞
図４Ａは、ユーザ端末３０のハードウェア構成図である。ユーザ端末３０は、情報処理装置であり、たとえば公知のコンピュータを用いて構成することができる。ユーザ端末３０は、ＣＰＵ３１（処理装置）、表示装置３２、入力装置３３及び通信装置３４を備える。ＣＰＵ３１は、ユーザ端末３０が備える各部を制御する。通信装置３４は、ネットワーク５０を介して空席管理サーバ１０と通信し、店舗の空き情報の検索リクエストを送信して、空席管理サーバ１０から空き情報を受信する。表示装置３２は、空席管理サーバ１０から受信した店舗の空き情報を画面表示する。入力装置３３は、ユーザがユーザ端末３０に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示装置３２及び入力装置３３を一体的に構成することもできる。
【００２０】
図４Ｂは、ユーザ端末３０の機能ブロック図である。ユーザ端末３０は、ＣＰＵ３１が実行するソフトウェアモジュール（各種プログラムがＣＰＵ３１の内部メモリに展開されて構成される機能）として、記憶部３１１、通信部３１２、生成部３１３及び表示制御部３１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ３１であるため、ＣＰＵ３１を動作主体とすることもできる。
【００２１】
記憶部３１１は、ＣＰＵ３１の内部メモリとして機能する。通信部３１２は、通信装置３４を介して、空席管理サーバ１０との通信を行う。具体的には、通信部３１２は、ユーザが入力装置３３を介して空き情報の照会の指示を入力すると、空席管理サーバ１０に検索リクエストを送信する。また、通信部３１２は、空席管理サーバ１０から店舗の情報及び空き情報を受信する。
生成部３１３は、ユーザ端末３０の位置情報及びユーザによって指定された地図の拡大率に応じて、記憶部３１１から地図情報（地図データ）を読み込む。また、生成部３１３は、空席管理サーバ１０から受信した空き情報に対応するテキストデータあるいはマークデータ（たとえば、空きあり「０」に対応するテキスト／マーク、やや混雑「１」に対応するテキスト／マーク、満席「２」に対応するテキスト／マーク）を記憶部３１１から読み出し、地図上に重畳表示するためのＵＩデータ（表示用ＵＩデータ：ピン表示など）を生成する。生成部３１３における空き情報の処理方法の詳細については後述する。
表示制御部３１４は、表示装置３２の表示を制御する。具体的には、表示制御部３１４は、生成部３１３が読み込んだ地図及び生成部３１３が生成したピンを表示装置３２に表示する。
【００２２】
＜空席管理サーバ１０の空き情報処理＞
図５は、空席管理サーバ１０の空き情報の処理手順を示すフローチャートである。空席管理サーバ１０は、プログラムを実行することにより、図５に示す動作を実行し、これによって本実施形態に係る情報処理方法の少なくとも一部を実行する。
【００２３】
（ステップＳ１）
検索部１１３は、受信部１１１がユーザ端末３０から空き情報の検索リクエストを受信したか否かを判断する。空き情報の検索リクエストを受信した場合（Ｙｅｓ）、処理はステップＳ２に移行する。なお、検索リクエストには、ユーザ端末３０の現在の位置情報（例えば、ＧＰＳから取得した緯度経度情報）が含まれている。
（ステップＳ２）
検索部１１３は、検索リクエストに含まれている位置情報を取得し、ＲＡＭ１３又は記憶装置１４に格納する。
【００２４】
（ステップＳ３）
検索部１１３は、ユーザ端末３０の位置情報からユーザ端末３０の現在位置を特定し、空席管理データベース１４１０の緯度経度１４１７を参照して、上記位置情報に応じて、ユーザ端末３０に空き情報を送信すべき店舗群を特定し、当該店舗群の情報をＲＡＭ１３又は記憶装置１４に一時的に格納する。具体的には、検索部１１３は、ユーザ端末３０の現在位置から所定距離範囲（例えば、現在位置から半径５ｋｍの範囲）を探索範囲として決定し、探索範囲内に存在する複数の店舗からなる群を店舗群として決定する。
【００２５】
（ステップＳ４）
検索部１１３は、空席管理データベース１４１０を参照して、特定された店舗群に含まれる各店舗の情報を抽出し、ＲＡＭ１３又は記憶装置１４に格納する。
（ステップＳ５）
出力部１１４は、通信装置１５を介して、ステップＳ３で特定した店舗群の情報と、ステップＳ４で取得した各店舗の情報を、リクエストを送信してきたユーザ端末３０に送信する。
【００２６】
なお、図示は省略しているが、空席管理サーバ１０は、以上の空き情報の処理と並行して、空席管理データベース１４１０の空き情報１４１６の更新処理を実行する。空き情報１４１６の更新処理では、受信部１１１により、店舗４０の検出装置２０から空き状態を示すデータを受信し、更新部１１２により、空席管理データベース１４１０の空き情報１４１６を更新する。この空き情報１４１６の更新は、例えば所定の時間ごとに実行される。空き情報１４１６の更新頻度は、時間帯に応じて異なっていてもよい。
【００２７】
＜ユーザ端末３０の空き情報処理＞
図６は、ユーザ端末３０における空き情報の処理手順を示すフローチャートである。ユーザ端末３０は、プログラムを実行することにより、図６に示す動作を実行し、これによって本実施形態に係る情報処理方法の少なくとも一部を実行する。
【００２８】
（ステップＳ１１）
生成部３１３は、基準位置を示す情報（基準位置情報）を取得する。たとえば、生成部３１３は、通信部３１２を制御し、ユーザ端末３０の位置情報（ＧＰＳデータ）を取得する。生成部３１３は、取得した基準位置情報を記憶部３１１に格納する。
（ステップＳ１２）
生成部３１３は、基準位置情報を含む検索リクエストを生成し、通信部３１２を介して検索リクエストを空席管理サーバ１０に送信する。空席管理サーバ１０は、検索リクエストを受信すると、図５に示した上述の処理を実行する。
【００２９】
（ステップＳ１３）
生成部３１３は、ステップＳ１２で取得した基準位置情報及びユーザによって指定された地図の拡大率に応じて、記憶部３１１から地図情報（地図データ）を読み込み、表示制御部３１４を介して表示装置３２の表示画面上に所望の地図を表示する。
【００３０】
（ステップＳ１４）
生成部３１３は、通信部３１２を介して、空席管理サーバ１０から、基準位置情報に応じた店舗群の情報を取得する。このようにして、生成部３１３は、探索範囲内に存在する複数の店舗それぞれについて、空き情報と、各店舗の位置を示す情報（店舗位置情報）を取得する。店舗位置情報は、本実施形態では緯度経度１４１７である。
【００３１】
以下、ステップＳ１５〜Ｓ１６において、生成部３１３は、各店舗間の優先順位を決定する。
（ステップＳ１５）
生成部３１３は、まず、空き情報に従って各店舗の優先順位を決定する。すなわち、各店舗を空き情報に基づいてソートする。ある店舗（第１店舗）の空き情報と、別の店舗（第２店舗）の空き情報とに基づき（たとえばこれらを比較することにより）、第１店舗のほうがより空いていることが示される場合には、第１店舗の優先順位が第２店舗の優先順位より高くなるように決定される。たとえば、空き情報が「空きあり」を示す店舗の優先順位が最も高く、空き情報が「やや混雑」を示す店舗の優先順位が次に高く、空き情報が「満席」を示す店舗の優先順位が最も低くなるように決定される。
なお、空き情報が店舗における空席数を表す場合においては、ある店舗（第１店舗）の空席数が別の店舗（第２店舗）の空席数より多い場合には、第１店舗の優先順位が第２店舗の優先順位より高くなるように決定されるようにしても良い。
【００３２】
（ステップＳ１６）
生成部３１３は、次に、空き状態の優先順位が同一となった店舗について、基準位置から各店舗までの距離に従って、さらに詳細に優先順位を決定する。すなわち、ステップＳ１５において同一優先順位にソートされた各店舗を、さらに距離に基づいてソートする。たとえば、基準位置により近い店舗の優先順位が高くなるように決定される。
具体例として、ある店舗（第１店舗）の空き情報と別の店舗（第２店舗）の空き情報とが等しく、基準位置から第１店舗までの距離が基準位置から第２店舗までの距離より小さい場合には、第１店舗の優先順位が第２店舗の優先順位より高くなるように決定される。
【００３３】
（ステップＳ１７）
生成部３１３は、各店舗の空き情報に基づいて表示用ピンデータを生成する。まず生成部３１３は、記憶部３１１に格納されている表示用ピンのオブジェクトデータを取得し、各店舗の表示用ピンデータを生成する。例えば、表示用ピンのオブジェクトデータ（例えばアイコン画像を表すもの）に、空き情報に対応するテキストデータを重畳することにより、各店舗の表示用ピンデータが生成される。たとえば、表示用ピンのアイコン画像中に「空きあり」、「やや混雑」又は「満席」のテキストが含まれる。別の形態では、テキストデータを用いず、店舗のピンの色を空き情報に応じて色分けすることができる。
【００３４】
（ステップＳ１８）
生成部３１３は、各店舗の緯度経度に従って、ステップＳ１７で生成した表示用ピンデータを地図上に配置する。たとえば、地図画像に重畳して、各店舗の空き情報を、その店舗の緯度経度に応じた位置に表示させるように、その店舗の表示用ピンデータを配置する。
この際に、生成部３１３は、さらに各店舗の優先順位に従って表示用ピンデータを配置する。本実施形態では、空き情報は画像である表示用ピンデータによって表されるが、優先順位は、この表示用ピンデータの重畳状態によって表される。たとえば、ある店舗（第１店舗）の優先順位が別の店舗（第２店舗）の優先順位より高い場合には、生成部３１３は、第１店舗の表示用ピンデータを、第２店舗の表示用ピンデータに対して前景に重畳して表示させるように、表示用ピンデータを配置する。すなわち、第２店舗の表示用ピンデータは、第１店舗の表示用ピンデータに対して背景に表示され、第１店舗の表示用ピンデータによって一部が隠される可能性がある。なお、「前景」および「背景」は、それぞれ「手前側」「奥側」と表現してもよい。
【００３５】
（ステップＳ１９）
表示制御部３１４は、ステップＳ１８において生成部３１３により地図上に配置された表示用ピンデータに従って、地図画像および表示用ピンを表示装置３２の表示画面に表示させる。このようにして、表示制御部３１４は、各店舗の空き情報を、その店舗の空き情報に応じた優先順位で、表示装置３２に表示させる。
【００３６】
（ステップＳ２０）
生成部３１３は、所定時間（たとえばステップＳ１９が実行されてから５秒）が経過したか否かを判定する。所定時間が経過していない場合には、処理はステップＳ２０に戻る。所定時間が経過した場合には、処理はステップＳ１２に戻り、ステップＳ１２〜Ｓ２０がループして実行される。
すなわち、生成部３１３は、各店舗の空き情報を表示装置３２に表示させた後、さらに所定時間が経過することに応じて、各店舗について新たな空き情報（更新後空き情報）を取得し、各店舗の更新後空き情報を、その店舗の更新後空き情報に応じた優先順位で、表示装置３２に表示させる。
【００３７】
ここで、本実施形態では、ループのたびに各店舗の空き情報が新たに取得され、その新たな空き情報に従って表示用ピンが表示されることにより、表示内容が更新される。このため、表示装置３２の表示画面に表示される内容が、時間の経過に応じて変化する場合がある。
たとえば、ある店舗の空き情報が、最初のループの時点では「満席」であったが、後のループの時点で「やや混雑」に変化したとする。その場合には、最初のループの時点では、その店舗について「満席」というテキストデータが表示されるが、後のループの時点ではテキストデータが変化し、その店舗について「やや混雑」というテキストデータが表示されることになる。
また、たとえば、店舗Ａおよび店舗Ｂが互いに近距離に存在し、表示用ピンが一部重畳しているとする。店舗Ａの空き情報は、最初のループの時点では「満席」であったが、後のループの時点で「空きあり」に変化したとする。また、店舗Ｂの空き情報は、常に「やや混雑」であったとする。この場合、最初のループの時点では、店舗Ｂの表示用ピンが優先され、店舗Ａの表示用ピンより前景に表示されるが、後のループの時点では優先順位が入れ替わり、店舗Ａの表示用ピンが店舗Ｂの表示用ピンより前景に表示されるように変化する。
【００３８】
＜地図上でのＵＩ表示例＞
第１の実施形態による、ユーザ端末３０の表示装置３２の表示画面に表示されるＵＩ表示の例を説明する。
図７は、ステップＳ１９において表示されるＵＩ表示（ピン表示）の例を示す図である。基準位置６０を中心として地図画像が表示される。地図画像上に、各店舗の空き情報として、表示用ピンが表示されるが、一部の表示用ピンは互いに重畳している。表示用ピンは、たとえば吹き出し画像の根本が該当する店舗の位置を示す。
【００３９】
各店舗の表示用ピンが空き情報に応じた優先順位で表示されるので、空き情報が「空きあり」である店鋪の表示用ピン６１、６２および６３が前景に表示されており、空いている店舗を探しているユーザにとって適切な態様で空き情報が提供される。たとえば、隠れている表示用ピンが「空きあり」を示すものか否かを確認するためのユーザの確認作業が不要となる場合がある。
また、各店舗の表示用ピンは距離に応じた優先順位で表示される。たとえば、空き情報がいずれも「やや混雑」で同一である店鋪の表示用ピン６６および６７については、基準位置６０に近いほうの店鋪に対応する表示用ピン６６が前景に表示されており、より近い店舗を探しているユーザにとって適切な態様で空き情報が提供される。
【００４０】
図８は、第１の実施形態におけるＵＩ表示の変化後の例である。図７では表示用ピン６１および６４の背景に隠れている表示用ピン６５に対応する店鋪の空き情報が、図７の時点では「満席」であったが、時間の経過とともに「空きあり」に変化したとする。これに伴い、各店鋪の優先順位が変更され、図８に示すように表示用ピン６５が表示用ピン６１および６４に対して前景に表示される。
【００４１】
＜第１の実施形態のまとめ＞
本実施形態に係る空席管理システム１において、ユーザ端末３０から空き情報の検索リクエストを空席管理サーバ１０に送信すると、空席管理サーバ１０は、リクエストに応答して探索範囲を特定し、探索範囲内の各店舗の空き情報および店鋪位置情報をユーザ端末３０に送信する。ユーザ端末３０は、各店鋪の優先順位を決定し、優先順位に応じて各店鋪の空き情報を示す表示用ピンを地図上に表示する。これによって、空いている店舗を探しているユーザにとって適切な態様で空き情報が提供される。
【００４２】
［第２の実施形態］
上述の第１の実施形態においては、時間の経過とともに各店舗の優先順位が自動的に変更される。第２の実施形態は、第１の実施形態において、各店舗の優先順位が自動的には変化しないようにしたものである。以下、第２の実施形態について説明するが、第１の実施形態と共通する部分については説明を省略する場合がある。
【００４３】
＜ユーザ端末３０の空き情報処理＞
図９は、ユーザ端末３０における空き情報の処理手順を示すフローチャートである。
【００４４】
（ステップＳ１１〜Ｓ１９）
ステップＳ１１〜Ｓ１９は、第１の実施形態と同様であるので説明を省略する。
【００４５】
（ステップＳ２１）
ステップＳ１９の後、生成部３１３は、所定の再検索操作が行われたか否かを判定する。再検索操作は、たとえばＵＩで「再検索」と記載された再検索ボタンに対する操作である。再検索ボタンは、地図画像に重畳して表示されてもよいし、表示装置３２の画面上で地図画像とは異なる領域に表示されてもよい。
再検索操作が行われた場合には、生成部３１３はこの再検索操作に応じ、処理をステップＳ１２に戻し、これによってステップＳ１３〜Ｓ１９が再度実行される。たとえば、生成部３１３は、各店舗の新たな空き情報（更新後空き情報）を取得し、この更新後空き情報を、その店舗の更新後空き情報に応じた優先順位で表示装置３２に表示させる。これによって、たとえば図７に示すＵＩ表示が、図８に示すように変化する。
【００４６】
（ステップＳ２２）
再検索操作が行われていない場合には、生成部３１３は、所定時間（たとえばステップＳ１９が実行されてから５秒）が経過したか否かを判定する。所定時間が経過していない場合には、処理はステップＳ２１に戻る。所定時間が経過した場合には、処理はステップＳ２３に進む。
（ステップＳ２３）
生成部３１３は検索リクエストを送信する。この処理はたとえばステップＳ１２と同様に行われる。
（ステップＳ２４）
生成部３１３は店舗群の情報を取得する。この処理はたとえばステップＳ１４と同様に行われる。たとえば、生成部３１３は、各店舗の新たな空き情報（更新後空き情報）を取得する。以下、ステップＳ２４で新たに取得される空き情報を「更新後空き情報」と呼び、ステップＳ１４で取得されていた空き情報を、更新後空き情報と区別するために「更新前空き情報」と呼ぶ。
【００４７】
（ステップＳ２５）
生成部３１３は表示用ピンデータを生成する。この処理はたとえばステップＳ１７と同様に行われるが、更新前空き情報でなく更新後空き情報が用いられるので、表示用ピンの内容は変化する場合がある。
（ステップＳ２６）
生成部３１３は表示用ピンデータを地図上に配置する。この処理はたとえばステップＳ１８と同様に行われる。ここで、表示ピンデータは、ステップＳ１８と同様に優先順位に従って配置されるが、各店鋪の優先順位は、ステップＳ１５〜Ｓ１６（図６）で決定された後は変更されていないので、空き情報が変化していた場合でも、優先順位は変化しない。
【００４８】
（ステップＳ２７）
表示制御部３１４は、地図画像および表示用ピンを表示装置３２の表示画面に表示させる。この処理は、たとえばステップＳ１９と同様に行われる。この結果、各表示用ピンの内容は変化するが、優先順位（たとえば重畳状態）は変化しない。
このように、生成部３１３は、各店舗の空き情報を表示させた（ステップＳ１９）後、所定時間が経過することに応じて（ステップＳ２２）、各店舗の更新後空き情報を取得し（ステップＳ２４）、各店舗の更新後空き情報を、更新前空き情報に応じた優先順位で、表示装置３２に表示させる（ステップＳ２７）。
ステップＳ２７の後、処理はステップＳ２１に戻る。
【００４９】
＜地図上でのＵＩ表示例＞
第２の実施形態による、ユーザ端末３０の表示装置３２の表示画面に表示されるＵＩ表示の例を説明する。
ステップＳ１９において、第１の実施形態と同様に、図７に示すＵＩ表示が表示されたとする。その後、表示用ピン６７に対応する店鋪の空き情報が、「やや混雑」から「空きあり」に変化したとする。時間が経過すると、ＵＩ表示はたとえば図１０に示すように変化する。
【００５０】
図１０は、ステップＳ２７において表示されるＵＩ表示の例である。表示用ピン６７に対応する店鋪の空き情報（図７では表示用ピン６６の背景に一部隠れている）が、図７の時点では「やや混雑」であったが、時間の経過とともに「空きあり」に変化したとする。この場合には、表示用ピン６７の内容が、図１０に示すように変化する。なお、上述のように優先順位は変化しないので、表示用ピン６７は表示用ピン６６に対して背景に一部隠れたままであるが、状態によってはユーザは表示用ピン６７の表示内容を視認することができる場合がある。
【００５１】
＜第２の実施形態のまとめ＞
本実施形態に係る空席管理システム１において、第１の実施形態と同様に、ユーザ端末３０から空き情報の検索リクエストを空席管理サーバ１０に送信すると、空席管理サーバ１０は、リクエストに応答して探索範囲を特定し、探索範囲内の各店舗の空き情報および店鋪位置情報をユーザ端末３０に送信する。ユーザ端末３０は、各店鋪の優先順位を決定し、優先順位に応じて各店鋪の空き情報を示す表示用ピンを地図上に表示する。これによって、空いている店舗を探しているユーザにとって適切な態様で空き情報が提供される。
【００５２】
また、第２の実施形態では、第１の実施形態と異なり、ユーザが再検索操作を行うまで各店鋪の優先順位が変化しない。このため、ユーザが画面を見ている間に表示用ピンの重畳状態が入れ替わることがなく、見やすさが向上する。さらに、再検索操作がなくとも表示用ピンの内容そのものは更新されるので（「やや混雑」→「空きあり」等）、ユーザがこれを視認できる場合があり、見やすさと空き情報のリアルタイム性とを両立することができる。
【００５３】
［その他の実施形態］
第１または第２の実施形態において、以下のような変形を施すことができる。
空き情報の表示態様は、図７、図８および図１０に示す形式に限らない。たとえば地図の表示を省略し、リスト形式で空き情報を表示してもよい。
図１１は、このような変形例に係る表示用ＵＩの例を示す。優先順位は表示順によって表され、たとえば優先順位が最も高い店鋪に係る空き情報はリストの先端（上端）に表示される。このような変形例では、実施形態１または２と同様に、さらに距離に基づいてより詳細に優先順位を決定してもよいし、距離に基づく優先順位の決定（ステップＳ１６）を省略してもよい（その場合には、リスト表示の時点では店鋪位置情報を取得する必要はない）。
【００５４】
第１または第２の実施形態において、生成部３１３はユーザ端末３０とは異なるコンピュータ（空席管理サーバ１０であってもよい）に配置されてもよい。その場合には、生成部３１３は、空席管理サーバ１０から受信した空き情報および店鋪位置情報に基づいて図７、図８および図１０のような表示用ＵＩ（単一の画像データであってもよいし、複数の画像を含むデータであってもよい）を生成し、この表示用ＵＩをユーザ端末３０に送信することによって表示させてもよい。
【００５５】
第１または第２の実施形態では、ユーザ端末３０の位置を基準位置として店鋪の探索範囲を決定したが、探索範囲の決定方法はこれに限らない。例えばユーザ端末３０における表示装置３２がタッチパネルディスプレイであり、入力部としても機能する場合に、表示装置３２に表示された地図上の位置をユーザがタップすることにより、ユーザが位置情報を指定し、指定した位置情報（基準位置）を空席管理サーバ１０に送信するようにしても良い。この場合、空席管理サーバ１０は、指定された基準位置情報に応じて探索範囲を決定する。
【００５６】
第１または第２の実施形態において、ユーザ端末３０は必ずしもユーザが携帯する端末でなくともよい。例えば特定場所に設置されているコンピュータなどの通信デバイスをユーザ端末３０として用いてもよい。例えば人通りが多い場所に固定設置されているデジタルサイネージ端末をユーザ端末３０として構成してもよい。この場合は必ずしもデジタルサイネージ端末の周辺店舗に関する空き情報を表示する必要はなく、端末設置者が所望する場所の店舗に関する空き情報を表示することもできる。
【００５７】
第１または第２の実施形態または変形例の機能を実現するために、プログラムを用いることができる。プログラムは、ネットワークまたは記憶媒体を介してシステムまたは装置に供給することができる。プログラムは、システムまたは装置のコンピュータにおける１つ以上のプロセッサによって読み出すことができる。当該プロセッサがこのプログラムを実行することにより、第１または第２の実施形態または変形例の機能を実現することができる。また、第１または第２の実施形態または変形例の機能を実現するために、回路を用いてもよい。
【００５８】
本発明は、本開示に限定されるものでなく、他の様々な変形例を含んでいる。例えば、上述した実施形態は、本発明の具体例を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備える必要はない。また、ある実施形態の一部を他の実施形態の一部に置き換えることができる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の実施形態の構成の一部を追加、削除又は置換することもできる。
【符号の説明】
【００５９】
１…空席管理システム
１０…空席管理サーバ
２０…検出装置
３０…ユーザ端末
４０…店舗
５０…ネットワーク
６０…基準位置
６１〜６７…表示用ピン
１４１６…空き情報
１４１７…緯度経度（店舗位置情報）
【要約】
【課題】空いている店舗を探しているユーザにとって適切な態様で、店舗の空き情報を提供する。
【解決手段】ユーザ端末３０（情報処理装置）は、探索範囲内に存在する複数の店舗それぞれについて空き情報を取得し（空き情報取得手段）、各店舗の空き情報を、その店舗の空き情報に応じた優先順位で表示させる（第１空き情報表示手段）。
【選択図】図７【図１】
0006900082.tif 000002
【図２Ａ】
0006900082.tif 000003
【図２Ｂ】
0006900082.tif 000004
【図３】
0006900082.tif 000005
【図４Ａ】
0006900082.tif 000006
【図４Ｂ】
0006900082.tif 000007
【図５】
0006900082.tif 000008
【図６】
0006900082.tif 000009
【図７】
0006900082.tif 000010
【図８】
0006900082.tif 000011
【図９】
0006900082.tif 000012
【図１０】
0006900082.tif 000013
【図１１】
0006900082.tif 000014