JP2022060675A - 情報処理装置、プログラムおよび情報処理方法 - Google Patents

Abstract

【課題】空席情報を提供する技術において、空き情報の表現に関する店舗の自由度と、ユーザにおける視認性とのバランスをよりよく実現する。【解決手段】空席管理サーバ１０またはユーザ端末３０は、複数の施設それぞれの空きステータスを表示する。空席管理サーバ１０またはユーザ端末３０は、基準位置情報を取得し、基準位置情報に応じた店舗群について、店舗４０ごとの空きステータスに関する空き情報を取得し、店舗ごとに、空き情報に基づいて、空き情報に対応するアイコンＩ１～Ｉ３を取得し、基準位置情報およびアイコンＩ１～Ｉ３に応じた画像Ｉ４を表すデータを生成する。アイコンＩ１～Ｉ３は、複数の異なる施設に対応づけられた空き情報について同一となる表現を含む。【選択図】図５

Description

本発明は、情報処理装置、プログラムおよび情報処理方法に関する。

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

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

しかしながら、従来の技術では、各店舗が独自に空き情報の表現を設定している場合に、ユーザにおける視認性が低くなるという課題があった。
たとえば、空席が多い場合の表現として、各店舗が任意に「空きあり」、「空いています」、「待ちなし」、等、店舗ごとに様々に異なる文言を用いると、閲覧するユーザにとっては、文言が多種多様であるために、視認性が下がってしまう。

本発明はこのような課題を解決するためになされたものであり、空席情報を提供する技術において、空き情報の表現に関する店舗の自由度と、ユーザにおける視認性とのバランスをよりよく実現するものを提案する。

本発明に係る情報処理装置の一例は、
複数の施設それぞれの空きステータスを表示する情報処理装置であって、
基準位置情報を取得し、
前記基準位置情報に応じた施設群について、施設ごとの空きステータスに関する空き情報を取得し、
前記施設ごとに、前記空き情報に基づいて、前記空き情報に対応する共通表現を取得し、
前記基準位置情報および前記共通表現に応じた第１画像を表すデータを生成し、
前記共通表現は、複数の異なる施設に対応づけられた空き情報について同一となる表現を含む。

本開示に関連する更なる特徴は、本明細書の記述および添付図面から明らかになるものである。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではない。

本発明に係る情報処理装置、プログラムおよび情報処理方法は、空き情報の表現に関する店舗の自由度と、ユーザにおける視認性とのバランスをよりよく実現する。

第１実施形態に係る空席管理システムの構成例である。 空席管理サーバの構成例である。 空席管理サーバの記憶装置に記憶される情報の例である。 第１実施形態に係る店舗管理データベースの例である。 第１実施形態に係る表現管理データベースの例である。 店舗管理端末の構成例である。 ユーザ端末の構成例である。 第１実施形態に係る空席管理システムによる、表現管理データベースの更新処理に係る処理手順の例を示すフローチャートである。 第１実施形態に係る空席管理システムによる、空きステータスの検索処理に係る処理手順の例を示すフローチャートである。 地図形式の画像の例である。 カード形式の画像の例である。 統合画像の例である。 第２実施形態に係る表現管理データベースの例である。 第２実施形態に係る空席管理システムによる、空きステータスの検索処理に係る処理手順の例を示すフローチャートである。 第２実施形態に係る地図形式の画像の例である。 第１および第２実施形態の変形例に係るリスト画像の例である。 第１および第２実施形態の変形例に係る空席管理システムによる、空きステータスの検索処理に係る処理手順の例を示すフローチャートである。

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

［第１実施形態］
＜空席管理システムの構成例＞
図１に、空席管理システム１の構成例を示す。空席管理システム１は、複数の施設について空き情報を管理するシステムである。空き情報とは、空いているか、混雑しているかなどの空きステータスを示す情報であり、混雑情報とも言いけることができる。施設は、空き情報が定義できる任意の施設を含み、たとえば飲食店（カフェおよびレストラン）等の店舗、スーパーマーケットや薬局などの小売店、駐車場、温泉等の入浴施設やスポーツジムなどの運動施設、自治体の窓口や避難所であってもよい。以下では、施設がなんらかの店舗である場合を想定して説明する。
図１に示すように、空席管理システム１は、空席管理サーバ１０と、店舗管理端末２０と、ユーザ端末３０とを備える。空席管理サーバ１０と、店舗管理端末２０と、ユーザ端末３０とは、通信ネットワーク５０（たとえばインターネット）を介し、互いに通信可能に接続される。
店舗管理端末２０は、たとえば店舗４０ごとに設けられ、各店舗４０の空き情報を空席管理サーバ１０に送信する（詳細は後述する）。空き情報の送信はたとえばリアルタイムで行われ、各店舗の空き情報が随時通知される。

空席管理システム１の動作の一例の概要を、以下に説明する。空席管理サーバ１０は、各店舗管理端末２０からの空き情報を記憶し、随時更新する。ユーザがユーザ端末３０において空き情報を検索するための操作を行うと、ユーザ端末３０は自身の位置を空席管理サーバ１０に送信する。空席管理サーバ１０はこれを受信し、当該位置周辺の店舗４０の空き情報を取得してユーザ端末３０に送信する。ユーザ端末３０はこれを受信して表示し、これによってユーザは近くの店舗４０の空き情報を得ることができる。ここで、店舗４０ごとに空き情報として設定された表現（テキスト）が異なる場合があるが、一例として、「空いています」という空き情報と「待ちなし」という空き情報については、いずれも空きがあることを示す。そこで本形態において、このような同一、あるいは類似する空きステータスを示す空き情報に関して、個別にユーザ端末３０に表示する際にはそれぞれの店舗に対応して設定された表現を用いて表示が行われ、同時にユーザ端末３０に表示する際には共通の表現を用いて表示が行われる。

＜空席管理サーバ１０の構成例＞
図２に、空席管理サーバ１０の構成例を示す。空席管理サーバ１０は、情報処理装置であり、たとえば公知のコンピュータを用いて構成することができる。空席管理サーバ１０は、演算装置１１と、記憶装置１２と、通信装置１３とを備える。演算装置１１はたとえばＣＰＵ（Central Processing Unit）等のプロセッサを含む。記憶装置１２は、たとえばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、等の記憶媒体を含む。記憶媒体の一部または全部が、過渡的でない(non-transitory)記憶媒体であってもよい。通信装置１３は、たとえばネットワークインタフェースを含む。

図３に、記憶装置１２に記憶される情報の例を示す。記憶装置１２は、たとえば店舗管理データベースＤ１および表現管理データベースＤ２を記憶する。記憶装置１２は、さらに図示しないプログラムを記憶してもよい。本形態では、演算装置１１がこのプログラムを実行することにより、空席管理サーバ１０は本明細書に記載される情報処理装置として機能する。また、空席管理サーバ１０または演算装置１１は、本明細書に記載される各動作を実行する手段を備えるものとして解釈することができる。

図４に、店舗管理データベースＤ１の例を示す。店舗管理データベースＤ１は、各店舗４０について、その店舗に関する情報を関連付ける。店舗４０はそれぞれ店舗ＩＤによって表される。店舗に関する情報は、名称と、ジャンルと、集合施設ＩＤと、フロアＩＤと、空き情報と、緯度経度と、店舗紹介と、住所と、電話番号とを含む。店舗管理データベースＤ１は、各店舗の空き情報を記憶しているので、空き情報管理データベースであるということもできる。
店舗ＩＤは、店舗管理データベースＤ１内で各店舗を識別するためのＩＤである。集合施設ＩＤは、店舗が入居する集合施設（例えばビル、商業施設、駅など）を識別するためのＩＤである。フロアＩＤは、店舗が入居する集合施設においてその店舗が存在するフロアを識別するためのＩＤである。緯度経度は、店舗の位置を示す位置情報（施設位置情報）の例であり、緯度および経度を含む。同じ集合施設の同じフロアに複数の店舗が存在する場合であっても、店舗の位置が異なる場合には、緯度経度の値は異なり得る。住所は、店舗の住所又は店舗が入居する集合施設の住所を示す情報である。

空き情報は、空き状況（空きステータス）を表す情報であり、各店舗によって設定された表現によって表されている。空きステータスは、たとえば、その店舗がどの程度空いているか、その店舗がどの程度混雑しているか、その店舗に空席がいくつあるか、その店舗の席がどの程度占有（使用または予約）されているか、等を表す情報であり、たとえば、店舗が満員であるか、混雑しているがある程度の空席があるか、または、多数の空席があるか、の３段階で表される。空き情報は、たとえば、「空きあり」、「混雑」、「満席」、等のテキストデータによって表される。
空き情報は、たとえば各店舗管理端末２０から送信され、常に最新の空きステータスを示すように更新される。

図５に、表現管理データベースＤ２の例を示す。表現管理データベースＤ２は、各店舗４０について、空きステータスを表すＮ種類の共通表現（本実施形態ではＮ＝３）のそれぞれに、当該店舗それぞれが設定した空き情報の表現を関連付ける。本実施形態では、共通表現はアイコンであり、空き情報はテキストデータである。
本形態で用いられる共通表現の解釈例として、アイコンＩ１は空席が多い状態を表し、アイコンＩ２は空席が存在しているが少ない状態を表し、アイコンＩ３は空席がない状態を表す、のように解釈することができる。なお各アイコンを示す具体的な情報（画像データ等）は、事前に空席管理サーバ１０の記憶装置１２に記憶しておくことができる。
たとえば、店舗ＩＤ００１の店舗の空き情報は、空きステータスに応じて「空きあり」、「混雑」、「空きなし」のいずれかで表される。またそれぞれ「空きあり」「混雑」「空きなし」を共通表現に変換する場合にはどの共通表現を用いるかが対応づけられている。このように店舗は、複数の段階的な空きステータスそれぞれに対して、空き情報として好みの表現を登録することができる。
また、たとえば、同じアイコンＩ１に、店舗ＩＤ００１の「空きあり」、店舗ＩＤ００２の「空いています」、店舗ＩＤ００３の「待ちなし」等が対応づけられている。これはアイコンＩ１が、十分な席数が空いている（あまり混雑していない）ことを意味するテキストデータを統一するために用いられる共通表現であることを意味している。つまり、同様のステータスに対して店舗ごとに異なる表現がなされた空き情報が対応する。このように、共通表現は、複数の店舗に対して個別に設定された空き情報のうち、類似の空き状況を表現する複数の異なる空き情報について同一となる表現を含む。
なお、図５の例では共通表現はアイコンを表す画像であるが、実際に表現管理データベースＤ２に記憶されるデータは、アイコンを識別する識別番号であってもよく、アイコンを表す画像へのリンク（ファイル名等）であってもよく、テキストデータであってもよい。

＜店舗管理端末２０の構成例＞
図６に、店舗管理端末２０の構成例を示す。店舗管理端末２０は、情報処理装置であり、たとえば公知のコンピュータ（具体例としてスマートフォンやタブレット）を用いて構成することができる。店舗管理端末２０は、演算装置２１と、記憶装置２２と、通信装置２３と、表示装置２４と、入力装置２５とを備える。演算装置２１はたとえばＣＰＵ等のプロセッサを含む。記憶装置２２は、たとえばＲＯＭ、ＲＡＭ、ＨＤＤ、等の記憶媒体を含む。記憶媒体の一部または全部が、過渡的でない記憶媒体であってもよい。通信装置２３は、たとえばネットワークインタフェースを含む。表示装置２４はたとえば液晶ディスプレイを含む。入力装置２５はたとえばキーボード、マウス、タッチパネル、等を含む。表示装置２４および入力装置２５が一体に構成されていてもよい。
記憶装置２２は、図示しないプログラムを記憶してもよい。演算装置２１がこのプログラムを実行することにより、店舗管理端末２０は本明細書に記載される情報処理装置として機能してもよい。また、店舗管理端末２０または演算装置２１は、本明細書に記載される各動作を実行する手段を備えるものとして解釈することができる。

＜ユーザ端末３０の構成例＞
図７に、ユーザ端末３０の構成例を示す。ユーザ端末３０は、情報処理装置であり、たとえば公知のコンピュータ（具体例としてスマートフォンやタブレット）を用いて構成することができる。ユーザ端末３０は、演算装置３１と、記憶装置３２と、通信装置３３と、表示装置３４と、入力装置３５とを備える。演算装置３１はたとえばＣＰＵ等のプロセッサを含む。記憶装置３２は、たとえばＲＯＭ、ＲＡＭ、等の記憶媒体を含む。記憶媒体の一部または全部が、過渡的でない記憶媒体であってもよい。通信装置３３は、たとえばアンテナを含む。表示装置３４はたとえば液晶ディスプレイを含む。入力装置３５はたとえばタッチパネルを含む。表示装置３４および入力装置３５が一体に構成されていてもよい。
記憶装置３２は、図示しないプログラムを記憶してもよい。演算装置３１がこのプログラムを実行することにより、ユーザ端末３０は本明細書に記載される情報処理装置として機能してもよい。また、ユーザ端末３０または演算装置３１は、本明細書に記載される各動作を実行する手段を備えるものとして解釈することができる。

以上のように構成される空席管理システム１の動作を、以下に説明する。
＜店舗管理データベースＤ１の生成処理＞
空席管理サーバ１０は、店舗管理データベースＤ１を生成する。空席管理サーバ１０は、空席管理サーバ１０の管理者が入力した情報や、または店舗管理端末２０が送信した情報を店舗管理データベースＤ１に含まれる情報として登録することができる。

＜表現管理データベースＤ２の更新処理＞
図８は、空席管理システム１による、表現管理データベースＤ２の更新処理に係る処理手順の例を示すフローチャートである。空席管理サーバ１０および店舗管理端末２０は、図８に示す処理手順を実行し、これによって本実施形態に係る情報処理方法を実行する。
（ステップＳ１）
店舗管理端末２０は、店舗４０の管理者による操作を受け付け、対応する店舗４０について、空き情報とアイコンとを関連付ける情報（関連付け情報）を取得する。店舗４０は、店舗管理端末２０を介して配信可能な店舗の空きステータスを意味するテキストデータを空き情報として設定することができ、かつ、空き情報を登録する際には空き情報それぞれを、共通表現であるアイコンのいずれかに対応づける設定をする。具体的にはたとえば、たとえば店舗ＩＤ００１の店舗では、従業員等が、アイコンＩ１～Ｉ３それぞれに対応する空き情報として、「空きあり」、「混雑」、「空きなし」を選択または入力する。店舗管理端末２０は、設定されたその対応関係を関連付け情報として取得する。選択でなく任意のテキストデータが入力された場合には、関連付け情報として任意のテキストデータを含んでもよい。
（ステップＳ２）
店舗管理端末２０は、通信ネットワーク５０を介して関連付け情報を空席管理サーバ１０に送信する。空席管理サーバ１０は、この関連付け情報を、通信ネットワーク５０を介して受信する。このようにして、空席管理サーバ１０は関連付け情報を取得する。
（ステップＳ３）
空席管理サーバ１０は、受信した関連付け情報に基づいて表現管理データベースＤ２を更新する。
上記ステップＳ１～Ｓ３が各店舗について実行されることにより、表現管理データベースＤ２に各店舗の関連付け情報が記憶される。

＜空き情報の更新処理＞
店舗管理端末２０は、空き情報を取得して空席管理サーバ１０に送信する。空席管理サーバ１０は空き情報を受信し、これを店舗管理データベースＤ１の空き情報として記憶することにより、店舗管理データベースＤ１を更新する。
店舗管理端末２０が空き情報を取得する処理は、任意に設計することができ、店舗管理端末２０ごとに異なっていてもよい。たとえば、店舗の従業員が店舗の空きステータスを評価し、空きステータスに応じて適切なテキストデータを入力することにより、または、予め入力された複数のテキストデータのうち適切なものを選択することにより、空き情報を店舗管理端末２０に入力してもよい。
または、店舗管理端末２０は、空きステータス検出装置（カメラまたは人感センサ等）を備えてもよい。その場合には、空きステータス検出装置は、たとえば店内の顧客人数または店外の待ち行列人数等を検出し、店舗管理端末２０は検出結果に基づいて自動的に空き情報を決定することができる。

＜空きステータスの検索処理＞
図９は、空席管理システム１による、空きステータスを地図上で表示するための空きステータスの検索処理に係る処理手順の例を示すフローチャートである。空席管理サーバ１０およびユーザ端末３０は、図９に示す処理手順を実行し、これによって本実施形態に係る情報処理方法を実行する。本実施形態では、とくに空席管理サーバ１０が主な情報処理装置として動作する。
図９の処理の実行は、ユーザ端末３０においてＷＥＢブラウザまたは特定のアプリケーションが起動されることに応じて開始されてもよい。

（ステップＳ１１）
ユーザ端末３０は、検索の基準となる位置（基準位置）を表す情報（基準位置情報）を取得する。基準位置は、たとえばユーザ端末３０の位置であり、その場合には基準位置情報はたとえばＧＰＳデータである。または、基準位置は、ユーザが任意に指定できる位置（たとえば特定の駅の位置等）を表してもよい。また、基準位置情報は、地図の拡大率を表す情報を含んでもよい。

（ステップＳ１２）
ユーザ端末３０は、通信ネットワーク５０を介して基準位置情報を空席管理サーバ１０に送信する。空席管理サーバ１０は、この基準位置情報を、通信ネットワーク５０を介して受信する。このようにして、空席管理サーバ１０は基準位置情報を取得する。この処理は、検索リクエストの送受信に対応する。

（ステップＳ１３）
空席管理サーバ１０は、基準位置情報（および場合によっては地図の拡大率）に応じて、地図を表すデータ（地図データ）を取得する。地図データはたとえば画像（地図画像）である。

（ステップＳ１４）
空席管理サーバ１０は、基準位置情報に基づいて店舗群（施設群）を取得する。たとえば、店舗管理データベースＤ１の緯度経度を参照し、基準位置から所定距離範囲（たとえば半径５ｋｍ以下の範囲）に存在する店舗を決定し、これらの店舗を含む店舗群を取得する。

（ステップＳ１５）
空席管理サーバ１０は、店舗群に含まれる各店舗の情報（店舗情報）を取得する。店舗情報は、たとえば店舗管理データベースＤ１の空き情報を含む。このように、空席管理サーバ１０は、基準位置情報に応じた店舗群について、店舗ごとの空きステータスに関する空き情報を取得する。また、ステップＳ１４で各店舗の緯度経度を取得していない場合には、緯度経度を取得する。

（ステップＳ１６）
空席管理サーバ１０は、店舗ごとに、最新の空き情報を取得し、空き情報を共通表現に変換する。たとえば、店舗管理データベースＤ１の空き情報に基づき、表現管理データベースＤ２を参照し、現在の空き情報に対応する共通表現を取得する。具体例として、店舗ＩＤ００１の店舗の空き情報が「空きあり」である場合には、アイコンＩ１を示す情報が取得される。
このステップＳ１６の処理の具体的な実装は任意に設計可能であるが、たとえば、空き情報が必ず既定のパターンのうちから選択されるものである場合には、既定の各パターンについて一致判定を繰り返してもよい。具体的には、まず空き情報が「空きあり」であるか否かを判定し、空き情報が「空きあり」であればアイコンＩ１を取得し、そうでなければ次に空き情報が「空いてます」であるか否かを判定し、空き情報が「空いてます」であればアイコンＩ１を取得し、そうでなければ次に空き情報が「待ちなし」であるか否かを判定し、空き情報が「待ちなし」であればアイコンＩ１を取得し、そうでなければ次にアイコンＩ２に関する判定が同様に繰り返される、というようにしてアイコンを取得することができる。

（ステップＳ１７）
空席管理サーバ１０は、ユーザ端末３０において表示される画像データを生成する。画像データは、複数の店舗の空き情報が網羅的に閲覧可能な地図形式の画像（第１画像）を表すデータと、店舗の詳細を示すカード形式の画像（第２画像）を表すデータと、第１画像と第２画像を組み合わせることにより生成される統合画像（第３画像）を表すデータとを含む。第１画像及び第２画像の生成順序は任意に設計可能であり、同時または並列的に生成されてもよい。また、これらの生成タイミングはステップＳ１６の後に限らず、ステップＳ１２の後、必要な情報を取得した後であれば任意のタイミングとすることができる。

図１０に、地図形式の画像Ｉ４の例を示す。基準位置６０に応じて、地図画像に係る地図画像の位置または範囲が決定されている。なお、地図画像と基準位置６０との位置関係は任意に定義可能であり、たとえば地図画像の中央に基準位置６０を設定してもよいし、中央以外の位置（図１０の例では中央やや上）に基準位置６０を設定してもよい。
画像Ｉ４において、店舗群に含まれる各店舗のそれぞれについて、地図画像の上に共通表現（アイコン）が重畳されている。つまり、各店舗の空き情報を表現するアイコンとして、空きありを示すアイコン、やや混雑を示すアイコン、満席を示すアイコンのいずれかが用いられている。その結果地図上において、例えば、十分な席数が空いている類似のステータスが異なる文言で表現されていることが生じない。画像Ｉ４を表すデータは、ステップＳ１３で取得した地図画像と、ステップＳ１５で取得した各店舗の位置とに基づいて生成することができる。たとえば、空席管理サーバ１０は、地図画像において、各店舗の緯度経度に対応する位置に、ステップＳ１６で取得したアイコンを重畳させることにより、画像Ｉ４を生成する。
なお、図１０の例では、アイコンが店舗位置を示す（たとえばピン形状の根本が店舗位置に対応する）が、アイコンの他に店舗位置を示す画像が表示されてもよい。たとえば、アイコンを表す画像と、ピン形状を表す画像とが個別に定義されてもよい。その場合には、たとえばまず地図画像にピン形状を重畳させ、さらにアイコンを重畳させることにより、画像Ｉ４を生成することができる。
ここで、上述のように地図画像は基準位置情報に基づいて取得されているので、空席管理サーバ１０は、基準位置情報および共通表現に応じた地図形式の画像Ｉ４を表すデータを生成するということができる。

図１１に、カード形式の画像Ｉ５の例を示す。店舗群に含まれる店舗のいずれかについて、詳細な店舗情報および店舗の空き情報（この例では「待ちなし」というテキストデータ）が示されている。このように、空席管理サーバ１０は、特定の店舗の空き情報に応じた画像Ｉ５を表すデータを生成する。ここでは例えば、図４や図５に示された店舗ＩＤ００３のコーヒーカフェＣに対応するカード形式の画像を図１１に示している。コーヒーカフェＣの空き情報として、地図形式の表示では「空きあり」のアイコンが対応づけて配置されるが、カード形式の表示においては店舗が設定した「待ちなし」が表示されている。このように空きステータスを示すために、画像Ｉ４では各店舗共通の共通表現（アイコン）が用いられるが、画像Ｉ５では店舗個別に設定された空き情報の表現（テキストデータ）が用いられる。
なお、空席管理サーバ１０は、画像Ｉ５を２以上の店舗について生成してもよく、たとえば店舗群に含まれる各店舗について生成してもよい。また、店舗群のうちから所定の選択基準に基づいて１以上の店舗を選択し、選択された店舗のみについて画像Ｉ５を生成してもよい。選択基準の具体例として、基準位置に最も近い１つの店舗を選択するようにしてもよい。

図１２に、統合画像Ｉ６の例を示す。統合画像Ｉ６は、画像Ｉ４および画像Ｉ５に基づいて生成される画像である。たとえば、統合画像Ｉ６において、地図形式の画像Ｉ４に、カード形式の画像Ｉ５が重畳される。統合画像Ｉ６を表すデータは、たとえば画像Ｉ４を表すデータおよび画像Ｉ５を表すデータを含むものとして構成することができるが、そのようにする必要はない（たとえば画像Ｉ４のうち、画像Ｉ５によって隠れる部分のデータを含まないものであってもよい）。

（ステップＳ１８）
説明を図９に戻す。ステップＳ１８において、空席管理サーバ１０は、通信ネットワーク５０を介して、統合画像Ｉ６を表すデータを、ユーザ端末３０に送信する。ユーザ端末３０は、通信ネットワーク５０を介してこれを受信する。なお、ここで送受信されるデータは、画像そのものを表すデータ（たとえばｊｐｇ形式データ）であってもよいし、画像以外の情報を含み統合画像Ｉ６を間接的に表すデータ（たとえば、地図画像と、重畳される各アイコンの内容および位置と、空き情報のテキストデータとを含むＨＴＭＬデータ）であってもよい。
（ステップＳ１９）
ユーザ端末３０は、表示装置３４に統合画像Ｉ６を表示する。統合画像Ｉ６の表示は、ユーザ端末３０において適切なＵＩ（ユーザインタフェース）を用いて行われてもよい。

＜第１実施形態のまとめ＞
いずれかの店舗４０を訪れようとしているユーザは、ユーザ端末３０を介して、複数の店舗の空きステータスを空席管理サーバ１０に対して照会する。空席管理サーバ１０は、この照会に応じ、基準位置に基づいて店舗群を決定し、各店舗について空き情報および共通表現を取得する。そして、検索結果を表す各画像を生成して、ユーザ端末３０に返送する。図１０に示すように、複数の店舗の空き情報が表示される地図形式の画像Ｉ４では複数の段階の空きステータスを示す表示として共通表現に統一されたアイコンが用いられるので、各店舗が類似の空きステータスに対してそれぞれ異なる表現の空き情報を設定している場合であっても、３種類のアイコンのいずれかが表示されることになる。一方、図１１に示すように、特定の店舗の詳細が表示されるカード形式の画像Ｉ５では、店舗個別に登録された空き情報が用いられるので、各店舗が任意に指定した表現が表示されることになる。このため、ユーザは多数の店舗の空きステータスを容易に比較することができ、店舗の自由度と、ユーザにおける視認性とのバランスがよりよく実現される。

［第２実施形態］
第１実施形態では、空き情報が表し得る空きステータスのパターンは、常に固定数（図５の例では３通り）である。第２実施形態は、第１実施形態において、配信可能な空きステータスの数を店舗ごとに可変とするものである。また、第２実施形態では、ユーザが指定する検索条件に応じて、空きステータスの表示態様が変更される。以下、第２実施形態について説明するが、第１実施形態と共通する部分については説明を省略する場合がある。

図１３に、第２実施形態に係る表現管理データベースＤ３の例を示す。表現管理データベースＤ３は、各店舗４０について、当該店舗の空き情報のそれぞれを、空きステータスを表す共通表現のいずれかに関連付ける。
たとえば、店舗ＩＤ００１の店舗では、２パターンの空き情報が定義されており、空き情報「空きあり」はアイコンＩ１に関連付けられ、空き情報「満席」はアイコンＩ３に関連付けられる。また、アイコンＩ２には空き情報が関連付けられない。
また、店舗ＩＤ００２の店舗では、実施形態１と同様に３パターンの空き情報が定義され、それぞれアイコンＩ１～Ｉ３に関連付けられる。
さらに、店舗ＩＤ００３の店舗では、４パターンの空き情報が定義されており、空き情報「待ちなし」はアイコンＩ１に関連付けられ、空き情報「１０分待ち」「２０分待ち」「３０分待ち」はいずれもアイコンＩ３に関連付けられている。また、アイコンＩ２には空き情報が関連付けられない。
このように、本実施形態では、アイコンの数が店舗ごとに異なり得る。そして、空き情報は、当該異なり得る数のアイコンのいずれかに選択的に対応する。

図１４は、第２実施形態に係る空席管理システムによる、空きステータスの検索処理に係る処理手順の例を示すフローチャートである。空席管理サーバ１０およびユーザ端末３０は、図１４に示す処理手順を実行し、これによって本実施形態に係る情報処理方法を実行する。本実施形態では、とくに空席管理サーバ１０が主な情報処理装置として動作する。

（ステップＳ１１）
ステップＳ１１は実施形態１（図９）と同様に実行され、ユーザ端末３０は基準位置情報を取得する。
（ステップＳ１１ｂ）
ユーザ端末３０は、検索条件を示す情報（検索条件情報）を取得する。検索条件情報は、検索の対象となる店舗を限定するための条件であり、ユーザが任意に選択または入力できるように構成される。具体例として、店舗のジャンルを特定のもの（たとえば「レストラン」）に限定することができる。また、検索対象が店舗以外の施設を含む場合には、施設のカテゴリを特定する条件であってもよく、たとえば検索対象を「温泉」に限定するという条件や、検索対象を「自治体の窓口」に限定するという条件が入力できるように構成されてもよい。

（ステップＳ１２ｂ）
ユーザ端末３０は、通信ネットワーク５０を介して基準位置情報および検索条件情報を空席管理サーバ１０に送信する。空席管理サーバ１０は、これらの情報を、通信ネットワーク５０を介して受信する。このようにして、空席管理サーバ１０は基準位置情報および検索条件情報を取得する。この処理は、検索リクエストの送受信に対応する。

（ステップＳ１３）
ステップＳ１３は実施形態１（図９）と同様に実行され、空席管理サーバ１０は地図画
像を取得する。
（ステップＳ１４ｂ）
空席管理サーバ１０は、基準位置情報および検索条件情報に基づいて店舗群（施設群）を取得する。たとえば、基準位置から所定距離範囲に存在する店舗のうち、検索条件に該当する店舗を含む店舗群を取得する。

（ステップＳ１５）
ステップＳ１５は実施形態１（図９）と同様に実行され、空席管理サーバ１０は、店舗群に含まれる各店舗の情報（店舗情報）を取得する。
（ステップＳ１５ｂ）
空席管理サーバ１０は、検索条件情報に基づき、地図形式の画像Ｉ４における表示態様を決定する。すなわち、画像Ｉ４において共通表現（たとえばアイコン）を用いるか、または空き情報（たとえば個別のテキストデータ）を用いるかを決定する。より厳密には、検索条件情報に基づき、基準位置情報および共通表現に応じた画像Ｉ４を表すデータを生成するか、または、基準位置情報および空き情報に応じた画像Ｉ４を表すデータを生成するかを決定する。
ステップＳ１５ｂにおける判断基準は当業者が適宜設計することができるが、たとえば、検索条件として施設のジャンルが指定されているか否かを判定基準としても良い。この場合、施設のジャンルを指定している場合には、個別に設定された空き情報をそのまま用いて表示し、施設のジャンルを特定されていない（ジャンルの全てを検索対象としている）場合には、共通表現による空きステータスの表示とする。

（ステップＳ１６およびＳ１７）
ステップＳ１５ｂにおいて共通表現を用いると決定された場合には、ステップＳ１６およびＳ１７が実施形態１（図９）と同様に実行され、空席管理サーバ１０は共通表現を取得して各画像データを生成する。
（ステップＳ１７ｂ）
ステップＳ１５ｂにおいて空き情報を用いると決定された場合には、空席管理サーバ１０は共通表現を取得せずに各画像データを生成する。

図１５に、ステップＳ１７ｂにおいて生成される地図形式の画像Ｉ４ｂの例を示す。画像Ｉ４ｂでは、店舗群に含まれる各店舗のそれぞれについて、地図画像の上に空き情報（個別のテキストデータ）が重畳されている。たとえば、空席管理サーバ１０は、地図画像において、各店舗の緯度経度に対応する位置に、店舗位置を示す画像（たとえばピン形状を表す画像）を重畳させ、さらに空き情報を重畳させることにより、画像Ｉ４ｂを生成することができる。
ここで、本実施形態では検索条件情報に基づいて店舗が限定されているので、空き情報が表示される店舗の数は第１実施形態と比べて少ない。
カード形式の画像および統合画像の生成方法についてはとくに説明しないが、第１実施形態（ステップＳ１７）と同様にして生成することができる。

（ステップＳ１８およびＳ１９）
ステップＳ１８およびＳ１９は実施形態１（図９）と同様に実行され、空席管理サーバ１０は統合画像を表すデータを送信し、ユーザ端末３０はこれを受信して表示する。
＜第２実施形態のまとめ＞
第２実施形態では、ユーザが店舗を限定せずに検索した場合には第１実施形態と同様に共通表現を含む画像（たとえば図１０の画像Ｉ４）が表示されるので、第１実施形態と同様にユーザの視認性が向上する。
一方で、ユーザが店舗を限定して検索した場合には、個別の空き情報を含む画像（たとえば図１５の画像Ｉ４ｂ）が表示されるので、視認性の向上度は第１実施形態に比較すると劣る可能性がある。しかしながら、店舗の限定により表示される店舗の数が少なくなるので、従来技術による検索に比較すると、視認性が向上すると言える。

［他の実施形態］
第１および第２実施形態において、以下のような変形が可能である。
例えば共通表現による空き情報をデフォルトの表現とし、店舗が個別に設定できる空き情報をデフォルト（共通表現）のまま登録されている店舗に関しては、Ｓ１６における処理をスキップするようにしても良い。
アイコンＩ１～Ｉ３の内容は適宜変更可能である。第１および第２実施形態では、アイコンＩ１～Ｉ３はいずれも文字列を画像として含むが、文字列を含まない画像としてもよい。たとえば、空きステータスに応じた人数のシンボルを含む画像としてもよい（具体例として、混雑度が低い場合には１人のシンボルを含む画像、混雑度が中程度の場合には２人のシンボルを含む画像、混雑度が高い場合には３人のシンボルを含む画像、等）。または、たとえば、空きステータスに応じた色を表す画像としてもよい（具体例として、混雑度が低い場合には青い画像、混雑度が中程度の場合には黄色の画像、混雑度が高い場合には赤い画像、等）。
共通表現はアイコン以外の表現であってもよく、とくに画像以外の表現であってもよい。たとえばテキストデータであってもよい。同様に、空き情報はテキストデータ以外の表現であってもよく、たとえばアイコン等の画像であってもよい。
ステップＳ１９の後、ユーザの操作に応じて画像Ｉ５の内容が変更されてもよい。たとえば、画像Ｉ４または画像Ｉ４ｂが表示された状態において、特定の店舗が選択されると、それまで表示されていた画像Ｉ５に代えて、選択された店舗に対応する画像Ｉ５が表示されてもよい。
また、画像Ｉ５を生成する処理は省略してもよい。たとえば、ステップＳ１７では画像Ｉ４のみを生成してもよい。その場合には、図示しない別途の処理において画像Ｉ５が生成されてもよい。たとえば、当初は画像Ｉ４のみが表示され、画像Ｉ４において特定の店舗が選択されることに応じて、選択された店舗について画像Ｉ５が生成され表示されるようにしてもよい。ステップＳ１７における画像Ｉ４ｂについても同様である。
逆に、画像Ｉ４および画像Ｉ４ｂを生成する処理を省略してもよい。たとえば、ステップＳ１７およびＳ１７ｂでは画像Ｉ５のみを生成してもよい。その場合には、たとえば統合画像Ｉ６に代えて、複数の画像Ｉ５を含むリスト画像を生成してもよい。
図１６に、このようなリスト画像Ｉ７の例を示す。リスト画像Ｉ７において、店舗の表示順序は任意の基準に基づいて決定することができるが、たとえば基準位置に基づいて決定されてもよく、具体例として基準位置からの距離が最も小さい店舗の画像Ｉ５をリスト形式のトップに表示してもよい。また、図１６には示さないが、リスト画像Ｉ７に含まれる画像Ｉ５は、空き情報に代えて、または空き情報に加えて、共通表現（アイコン）を含んでもよい。

第２実施形態において、ステップＳ１５ｂの判断は検索条件情報に基づいて行われるが、この判断は他の条件に基づいて行われてもよい。たとえば、店舗群に含まれる店舗の数に基づき、店舗数が所定閾値以上である場合には共通表現を用い、店舗数が所定閾値未満である場合には空き情報を用いるようにしてもよい。このようにすると、店舗数が多く視認性が低下しやすい場合には共通表現を用いて視認性を維持し、店舗数が少なく視認性が高い場合には空き情報を用いて店舗の指定を優先することができる。
また、たとえば、空きステータスを、店舗位置を示す位置に表示する場合には共通表現を用い、店舗位置を示さない位置に表示する場合には空き情報を用いるようにしてもよい。たとえば、地図形式の画像Ｉ４では店舗位置を示す位置に空きステータスが表示されるので、共通表現が用いられ、カード形式の画像Ｉ５では店舗位置を示さない位置（カード内）に空きステータスが表示されるので、空き情報が用いられる。なお、この例では、第１実施形態と動作は異なるが、結果として表示される各画像は第１実施形態と同一となる。

第１および第２実施形態では、とくに空席管理サーバ１０が主な情報処理装置として動作するが、ユーザ端末３０が主な情報処理装置として動作してもよい。
図１７は、このような変形例に係る空席管理システムによる、空きステータスの検索処理に係る処理手順の例を示すフローチャートである。

（ステップＳ１１～Ｓ１５）
ステップＳ１１～Ｓ１５は実施形態１（図９）と同様に実行される。ユーザ端末３０は、通信ネットワーク５０を介して基準位置情報を送信する。また、空席管理サーバ１０は店舗情報を取得する。
（ステップＳ１５ｃ）
空席管理サーバ１０は、通信ネットワーク５０を介して店舗情報をユーザ端末３０に送信する。ユーザ端末３０は、店舗情報を、通信ネットワーク５０を介して受信する。上述のように店舗情報は空き情報を含むので、ユーザ端末３０はここで空き情報を取得する。

（ステップＳ１６）
本変形例ではユーザ端末３０がステップＳ１６を実行し、店舗ごとに、空き情報に基づいて共通表現を取得する。なお、ステップＳ１６の実行に必要な情報をユーザ端末３０に記憶させるための処理は、当業者が適宜設計可能である。たとえば、店舗管理データベースＤ１に含まれる情報については、店舗群に含まれる店舗に係る部分のみステップＳ１５ｃにおいて店舗情報とともに送受信してもよいし、事前にすべての店舗について空席管理サーバ１０からユーザ端末３０に送信しておいてもよい。アイコンＩ１～Ｉ３を表す画像についても同様である。

（ステップＳ１７）
本変形例ではユーザ端末３０がステップＳ１７を実行し、画像データを生成する。
ステップＳ１８は省略される。
（ステップＳ１９）
ステップＳ１９は実施形態１（図８）と同様に実行され、ユーザ端末３０は、表示装置３４に統合画像Ｉ６を表示する。

１…空席管理システム
１０…空席管理サーバ（情報処理装置）
２０…店舗管理端末
３０…ユーザ端末（情報処理装置）
４０…店舗
５０…通信ネットワーク
６０…基準位置
Ｄ１…店舗管理データベース
Ｄ２，Ｄ３…表現管理データベース
Ｉ１，Ｉ２，Ｉ３…アイコン（共通表現）
Ｉ４，Ｉ４ｂ…画像（第１画像）
Ｉ５…画像（第２画像）
Ｉ６…統合画像
Ｉ７…リスト画像

Claims (12)

1. 複数の施設それぞれの空きステータスを表示する情報処理装置であって、
   基準位置情報を取得し、
   前記基準位置情報に応じた施設群について、施設ごとの空きステータスに関する空き情報を取得し、
   前記施設ごとに、前記空き情報に基づいて、前記空き情報に対応する共通表現を取得し、
   前記基準位置情報および前記共通表現に応じた第１画像を表すデータを生成し、
   前記共通表現は、複数の異なる施設に対応づけられた空き情報について同一となる表現を含む、
   情報処理装置。
2. 前記情報処理装置は、前記空き情報に応じた第２画像を表すデータを生成する、請求項１に記載の情報処理装置。
3. 前記情報処理装置は、さらに、
   各前記施設の位置を示す施設位置情報を取得し、
   前記基準位置情報に基づいて地図画像を取得し、
   前記第１画像を表すデータは、前記地図画像と、各前記施設の位置とに基づいて生成される、
   請求項１に記載の情報処理装置。
4. 前記共通表現はアイコンを含む、請求項１～３のいずれか一項に記載の情報処理装置。
5. 前記空き情報はテキストデータを含む、請求項１～４のいずれか一項に記載の情報処理装置。
6. 前記情報処理装置は、前記空き情報に応じた第２画像を表すデータを生成し、
   前記第１画像および前記第２画像に基づいて統合画像を表すデータを生成する、
   請求項３に記載の情報処理装置。
7. 前記空き情報は、前記施設ごとに異なり得る数の前記共通表現のいずれかに選択的に対応し、
   前記情報処理装置は、複数の前記施設のそれぞれについて、前記空き情報と前記共通表現とを関連付ける関連付け情報を、通信ネットワークを介して受信する、
   請求項１～６のいずれか一項に記載の情報処理装置。
8. 前記情報処理装置は、さらに、
   検索条件を示す検索条件情報を取得し、
   前記検索条件情報に基づき、前記基準位置情報および前記共通表現に応じた前記第１画像を表すデータを生成するか、または、前記基準位置情報および前記空き情報に応じた前記第１画像を表すデータを生成するかを決定する、
   請求項１～７のいずれか一項に記載の情報処理装置。
9. 前記情報処理装置は、
   前記基準位置情報を、通信ネットワークを介して受信することにより取得し、
   前記第１画像を表すデータを、前記通信ネットワークを介して送信する、
   請求項１～８のいずれか一項に記載の情報処理装置。
   
10. 前記情報処理装置は、
    通信ネットワークを介して前記基準位置情報を送信し、
    前記空き情報を、通信ネットワークを介して受信することにより取得し、
    前記第１画像を表示する、
    請求項１～８のいずれか一項に記載の情報処理装置。
11. コンピュータを、請求項１～１０のいずれか一項に記載の情報処理装置として機能させるプログラム。
12. 複数の施設それぞれの空きステータスを表示する情報処理装置が、
    基準位置情報を取得するステップと、
    前記基準位置情報に応じた施設群について、施設ごとの空きステータスに関する空き情報を取得するステップと、
    前記施設ごとに、前記空き情報に基づいて、前記空き情報に対応する共通表現を取得するステップと、
    前記基準位置情報および前記共通表現に応じた第１画像を表すデータを生成するステップと、
    を実行し、
    前記共通表現は、複数の異なる施設に対応づけられた空き情報について同一となる表現を含む、
    情報処理方法。

Images