特開 2023-129212 情報処理システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023129212

(43)【公開日】2023-09-14

(54)【発明の名称】情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230907BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022136334

(22)【出願日】2022-08-29

(62)【分割の表示】P 2022033864の分割

【原出願日】2022-03-04

(71)【出願人】

【識別番号】500175565

【氏名又は名称】株式会社ぐるなび

(74)【代理人】

【識別番号】110003339

【氏名又は名称】弁理士法人南青山国際特許事務所

(72)【発明者】

【氏名】小島 朋実

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049BB08

5L049CC11

(57)【要約】

【課題】商業ビルの各階にそれぞれ複数存在する店舗側に来客数に関する情報を要求することなく各階の混雑度に関する情報を店舗外のユーザに提供すること。
【解決手段】情報処理システムは、制御部を有する。当該制御部は、複数階にそれぞれ複数の店舗が存在する商業ビルのエレベータ近傍に設置されたカメラの撮像画像から、少なくとも、上記商業ビルへの出入口が存在する出入口階を除く各階においてエレベータを降りた人数及びエレベータに乗った人数を示す乗降人数情報を検出する。そして制御部は、上記検出した乗降人数情報を基に上記出入口階を除く上記複数階ごとの混雑度情報を生成し、エレベータの外部の表示端末またはユーザ端末に上記混雑度情報を送信して表示させる。
【選択図】図４

【特許請求の範囲】

【請求項1】

複数階にそれぞれ複数の店舗が存在する商業ビルのエレベータ近傍に設置されたカメラの撮像画像から、少なくとも、前記商業ビルへの出入口が存在する出入口階を除く各階においてエレベータを降りた人数及びエレベータに乗った人数を示す乗降人数情報を検出し、
前記検出した乗降人数情報を基に、前記出入口階を除く前記複数階ごとの混雑度情報を生成し、
エレベータの外部の表示端末またはユーザ端末に前記混雑度情報を送信して表示させる、
制御部
を具備する情報処理システム。

【請求項2】

請求項１に記載の情報処理システムであって、
前記制御部は、前記商業ビルに存在する複数機のエレベータについて前記乗降人数情報を検出し、各エレベータの乗降人数の合算値を基に前記混雑度情報を生成する
情報処理システム。

【請求項3】

請求項１または２に記載の情報処理システムであって、
前記制御部は、各階に存在する複数の店舗ごとの人気度、面積または席数に関する店舗属性情報を受信し、当該店舗属性情報と前記乗降人数情報とを基に、前記店舗ごとの前記混雑度情報を生成する
情報処理システム。

【請求項4】

請求項１乃至３のいずれかに記載の情報処理システムであって、
前記制御部は、各階に存在する店舗のジャンルごとの混雑する時間帯を示す混雑時間帯情報と、前記エレベータの利用者が降りた時間帯とを基に、前記店舗ごとの前記混雑度情報を生成する
情報処理システム。

【請求項5】

請求項２乃至４に記載の情報処理システムであって、
前記制御部は、各階または各階に存在する複数の店舗における利用者の平均滞在時間を示す平均滞在時間情報を受信し、当該平均滞在時間を基に、前記生成した複数階ごとまたは店舗ごとの前記混雑度情報を補正する
情報処理システム。

【請求項6】

請求項１乃至５のいずれかに記載の情報処理システムであって、
前記制御部は、前記検出した乗降人数情に含まれる前記複数階ごとの降りた人数から乗った人数を減じた差引値を基に前記混雑度情報を生成する
情報処理システム。

【請求項7】

請求項１乃至５のいずれかに記載の情報処理システムであって、
前記制御部は、前記撮像画像から前記エレベータが上行きか下行きかを判定し、上行きであると判定した場合、前記乗降人数情報として、各階においてエレベータを降りた人数のみ検出し、下行きであると判定した場合、前記乗降人数情報として、各階においてエレベータに乗った人数のみ検出する
情報処理システム。

【請求項8】

複数階にそれぞれ複数の店舗が存在する商業ビルのエレベータ近傍に設置されたカメラの撮像画像から、少なくとも、前記商業ビルへの出入口が存在する出入口階を除く各階においてエレベータを降りた人数及びエレベータに乗った人数を示す乗降人数情報を検出し、
前記検出した乗降人数情報を基に、前記出入口階を除く前記複数階ごとの混雑度情報を生成し、
エレベータの外部の表示端末またはユーザ端末に前記混雑度情報を送信して表示させる
情報処理方法。

【請求項9】

情報処理装置に、
複数階にそれぞれ複数の店舗が存在する商業ビルのエレベータ近傍に設置されたカメラの撮像画像から、少なくとも、前記商業ビルへの出入口が存在する出入口階を除く各階においてエレベータを降りた人数及びエレベータに乗った人数を示す乗降人数情報を検出するステップと、
前記検出した乗降人数情報を基に、前記出入口階を除く前記複数階ごとの混雑度情報を生成するステップと、
エレベータの外部の表示端末またはユーザ端末に前記混雑度情報を送信して表示させるステップと
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、飲食店等の店舗が入居する商業ビルの各階の混雑状況に関する情報を処理可能な情報処理システム、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

従来から、飲食店等の店舗の混雑状況を示す情報を提供する技術が存在する。下記特許文献１には、デパートのレストラン街等に設置される案内端末が、各店舗の来客情報から算出された混雑度合に基づいて、各店舗の混雑状況を、「空いています」、「座れます」、「混んでいます」といった文字情報により、店舗フロアマップと関連付けて表示することが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００３－１０８６９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記のような従来技術においては、各店舗の混雑度合を把握するために各店舗にて何らかの手段により来客数をカウントし、それに基づき各店舗から来客数情報を受信する必要があり、そのためのシステムを導入するために各店舗に負担がかかることとなる。

【0005】

以上のような事情に鑑み、本発明の目的は、商業ビルの各階にそれぞれ複数存在する店舗側に来客数に関する情報を要求することなく各階の混雑度に関する情報を店舗外のユーザに提供することが可能な情報処理システム、情報処理装置、情報処理方法及びプログラムを提供することにある。

【課題を解決するための手段】

【0006】

上記目的を達成するため、本発明の一形態に係る情報処理システムは、制御部を有する。当該制御部は、複数階にそれぞれ複数の店舗が存在する商業ビルのエレベータ近傍に設置されたカメラの撮像画像から、少なくとも、上記商業ビルへの出入口が存在する出入口階を除く各階においてエレベータを降りた人数及びエレベータに乗った人数を示す乗降人数情報を検出する。そして制御部は、上記検出した乗降人数情報を基に上記出入口階を除く上記複数階ごとの混雑度情報を生成し、エレベータの外部の表示端末またはユーザ端末に上記混雑度情報を送信して表示させる。

【0007】

この構成により情報処理システムは、エレベータの各階の乗降人数情報を検出することで、店舗側に来客数に関する情報を要求することなく各階の混雑度に関する情報を店舗外のユーザに提供することができる。各階に複数の店舗が存在する場合、各階の混雑度は、各店舗の混雑度と一定の相関があると考えられることから、各店舗の混雑度ではなく、各階の混雑度を算出して提供することで、当該各階の各店舗の簡易的な混雑度も店舗外のユーザに提供することができる。ここで情報処理システムは、１以上の情報処理装置から構成される。商業ビルへの出入口が存在する出入口階を除く各階とは、一般的には１階であるが、それ以外にも出入口が存在するのであれば、２階以上または地下階も含む。また、出入口階は、単一の階層であってもよく、複数階層であってもよい。エレベータ近傍とは、エレベータ内（天井等）であってもよいし、エレベータ外（例えば各階のエレベータ乗降ロビーの上の壁面等）でもよい。

【0008】

上記制御部は、上記商業ビルに存在する複数機のエレベータについて上記乗降人数情報を検出し、各エレベータの乗降人数の合算値を基に上記混雑度情報を生成してもよい。

【0009】

これにより情報処理システムは、エレベータが複数存在するビルについても精度よく混雑度情報を生成することができる。

【0010】

上記制御部は、各階に存在する複数の店舗ごとの人気度、面積または席数に関する店舗属性情報を受信し、当該店舗属性情報と上記乗降人数情報とを基に、上記店舗ごとの上記混雑度情報を生成してもよい。

【0011】

これにより情報処理システムは、各階に複数の店舗が存在する場合でも、店舗の属性情報を基に店舗ごとの混雑度情報をユーザに把握させることができる。

【0012】

上記制御部は、各階に存在する店舗のジャンルごとの混雑する時間帯を示す混雑時間帯情報と、上記エレベータの利用者が降りた時間帯とを基に、上記店舗ごとの上記混雑度情報を生成してもよい。

【0013】

これにより情報処理システムは、例えば店舗のジャンルによって混雑する時間帯が異なる場合に、例えば同じ階の特定のジャンルの店舗の混雑度は高い一方で他の店舗の混雑度は低いといった実情を混雑度情報に反映させることができる。

【0014】

上記制御部は、各階または各階に存在する複数の店舗における利用者の平均滞在時間を示す平均滞在時間情報を受信し、当該平均滞在時間を基に、上記生成した複数階ごとまたは店舗ごとの混雑度情報を補正してもよい。

【0015】

これにより情報処理システムは、乗降人数が少なくても滞在時間が長い階／店舗については混雑度を高く補正したり、乗降人数が多くても滞在時間が短い階／店舗については混雑度を低く補正する等、滞在時間に応じた混雑度の補正が可能となる。

【0016】

上記制御部は、上記検出した乗降人数情に含まれる上記複数階ごとの降りた人数から乗った人数を減じた差引値を基に上記混雑度情報を生成してもよい。

【0017】

これにより情報処理システムは、ある階で降りた人数をこれからその階の店舗を利用する人数、その階から乗った人数をその階の店舗の利用を終えて帰る人数とみなすことで、その時点の各階の混雑度を精度よく算出することができる。

【0018】

上記制御部は、上記撮像画像から上記エレベータが上行きか下行きかを判定し、上行きであると判定した場合、上記乗降人数情報として、各階においてエレベータを降りた人数のみ検出し、下行きであると判定した場合、上記乗降人数情報として、各階においてエレベータに乗った人数のみ検出してもよい。

【0019】

これにより情報処理システムは、エレベータが上行きか下行きかによって降りた人数と乗った人数の一方しか検出しないことで、両方を検出する場合に比べて処理不可を軽減することができる。これは、各階の店舗をこれから利用する人はそのほとんどが最下階から上行きのエレベータに乗ってその階で降りる人であり、各階の店舗の利用を終えて帰る人はそのほとんどがその階から下行きのエレベータへ乗る人であることによる。

【0020】

本発明の他の形態に係る情報処理方法は、複数階にそれぞれ複数の店舗が存在する商業ビルのエレベータ近傍に設置されたカメラの撮像画像から、少なくとも、上記商業ビルへの出入口が存在する出入口階を除く各階においてエレベータを降りた人数及びエレベータに乗った人数を示す乗降人数情報を検出し、上記検出した乗降人数情報を基に上記出入口階を除く上記複数階ごとの混雑度情報を生成し、エレベータの外部の表示端末またはユーザ端末に上記混雑度情報を送信して表示させる
ことを含む。

【0021】

本発明の他の形態に係るプログラムは、情報処理装置に、複数階にそれぞれ複数の店舗が存在する商業ビルのエレベータ近傍に設置されたカメラの撮像画像から、少なくとも、上記商業ビルへの出入口が存在する出入口階を除く各階においてエレベータを降りた人数及びエレベータに乗った人数を示す乗降人数情報を検出するステップと、上記検出した乗降人数情報を基に上記出入口階を除く上記複数階ごとの混雑度情報を生成するステップと、エレベータの外部の表示端末またはユーザ端末に上記混雑度情報を送信して表示させるステップとを実行させる。

【発明の効果】

【0022】

以上説明したように、本発明によれば、商業ビルの各階にそれぞれ複数存在する店舗側に来客数に関する情報を要求することなく各階の混雑度に関する情報を店舗外のユーザに提供することができる。しかし、当該効果は本発明を限定するものではない。

【図面の簡単な説明】

【0023】

【図1】本発明の一実施形態に係る飲食店混雑状況報知システムの構成を示した図である。

【図2】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。る。

【図3】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。

【図4】本発明の一実施形態に係る飲食店情報提供サーバによる混雑度情報表示処理の流れを示したフローチャートである。

【図5】本発明の一実施形態に係るユーザ端末またはデジタルサイネージ端末に表示される混雑度情報表示画面の例を示した図である。

【発明を実施するための形態】

【0024】

以下、図面を参照しながら、本発明の実施形態を説明する。

【0025】

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

【0026】

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、商業ビル端末３００と、デジタルサイネージ端末４００とを含む。同図では１つの商業ビルＢが示されているが、複数存在してもよい。

【0027】

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイト（飲食店情報提供サイト）を運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００、商業ビル端末３００及びデジタルサイネージ端末４００とインターネット５０を介して接続されている。

【0028】

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報提供システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したウェブページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、空席を有するいずれかの飲食店に対する予約受付処理を代行する。

【0029】

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記ウェブページを受信してブラウザ等により画面に表示する。

【0030】

ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。本実施形態では、飲食店の所在エリア（最寄駅）やジャンル、価格帯等、予め設定された検索条件をユーザ端末２００のユーザが選択することで検索要求の送信が可能である。そしてユーザ端末２００は、ユーザの操作に基づいて、上記検索結果として表示された、空席を有するいずれかの飲食店に対する予約要求を飲食店情報提供サーバ１００へ送信可能である。

【0031】

商業ビル端末３００は、商業ビル端末３００は、商業ビルＢに設置された端末であり、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。商業ビルＢは複数階からなり、各階に複数の飲食店が入居している。商業ビルＢは、各階を移動するためのエレベータＥを有し、エレベータＥ内（例えば天井等）には、少なくとも、商業ビルＢへの出入口が存在する出入口階を除く各階の乗降客を撮影するカメラＣが設置されている。または、エレベータＥ内ではなく、エレベータＥの出入口階を除く各階の乗降ロビーに、エレベータＥの乗降客を撮影するカメラＣが設置されていてもよい。すなわち、カメラＣは、全ての階の乗降客を撮影してもよいが、後述する混雑度情報の生成においては、出入口階の乗降客の情報は不要である。商業ビル端末３００は、カメラＣの撮影した映像データを受信して、それを飲食店情報提供サーバ１００へ送信する。しかし、各階のカメラＣが商業ビル端末３００を介さずに飲食店情報提供サーバ１００へ映像データを直接送信してもよい。

【0032】

飲食店情報提供サーバ１００は、少なくとも、出入口階を除く各階の映像データを基に、エレベータＥの乗降人数情報を検出し、当該乗降人数情報を基に、出入口階を除く各階の各飲食店の混雑度情報を生成する。すなわち、飲食店情報提供サーバ１００は、全ての階層の乗降人数情報を検出してもよいが、混雑度情報を生成する段階では出入口階の乗降人数情報は不要である。なお、出入口階の各飲食店の混雑度については、例えば各飲食店内に設置されたカメラの映像データやセンサの検出データ等、他の情報を基に生成されてもよい。

【0033】

デジタルサイネージ端末４００は、商業ビルＢの例えば入口やエレベータＥの出入口階の乗降ロビー等に設置された端末である。デジタルサイネージ端末４００は、飲食店情報提供サーバ１００から、上記生成された混雑度情報を受信して表示する。

【0034】

当該混雑度情報の生成・表示処理の詳細については後述する。

【0035】

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

【0036】

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータ等のファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

【0037】

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

【0038】

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

【0039】

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

【0040】

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

【0041】

後述するが、特に本実施形態において、記憶部１８は、後述する混雑度情報生成処理に必要なアプリケーション等のプログラムの他、飲食店情報データベース、ユーザ情報データベース、及び混雑度情報データベースを有している。

【0042】

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００、商業ビル端末３００及びデジタルサイネージ端末４００との間の通信処理を担う。

【0043】

なお、図示しないが、ユーザ端末２００及び商業ビル端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。

【0044】

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

【0045】

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、混雑度情報データベース３３を有している。

【0046】

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名、所在位置（住所または緯度経度）情報、エリア情報、アクセス情報（最寄り駅情報、最寄り駅からの徒歩距離情報）電話番号、店舗区画面積、席数、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する情報（店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報等）、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、平均予算情報、平均滞在時間情報、営業時間情報、ウェブサイトＵＲＬ等の情報等を記憶している。これらの情報は、各飲食店の商業ビル端末３００から、飲食店情報提供サーバ１００が提供する管理画面を介して入力されたものである。また飲食店情報データベース３１には、各飲食店における予約台帳情報（各営業日、各時間帯の予約・空席情報等）も記憶されている。

【0047】

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。またメニュー情報としては、メニュー名や値段、説明等を示す文字情報の他、当該メニューを撮影した写真等の画像情報も対応付けて記憶される。

【0048】

上記エリア情報としては、広さ単位の異なる複数のエリアに関する情報が含まれる。広いエリアとしては例えば都道府県や市区町村、狭いエリアとしては例えば駅から数百ｍ以内（例えば、「銀座エリア」）、それらの間の広さのエリアとして、例えば駅から１ｋｍ以内のエリアや、複数の駅周辺エリアがまとまったエリア（例えば、「銀座・新橋・有楽町エリア」）等が挙げられるが、これらに限られない。これにより、同じ飲食店でも、その広さによって複数のエリアに紐付けられていることになる。

【0049】

上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

【0050】

また、各ビルＢの飲食店については、当該ビルＢに設置されたデジタルサイネージ端末４００と対応付けるために、飲食店情報として、対応するデジタルサイネージ端末４００の端末ＩＤも記憶されている。

【0051】

また飲食店情報には、各飲食店の予約実績やユーザからの口コミ情報等を基にした各飲食店の人気度（評価値）を示す情報が含まれてもよい。また飲食店情報には、各飲食店が混雑する時間帯に関する情報が記憶されていてもよい。

【0052】

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス（その他のメッセージの宛先となる情報）、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。

【0053】

混雑度情報データベース３３は、各階のカメラＣから商業ビル端末３００を介して（または直接）受信した、各階のエレベータＥの乗降ロビー近傍の乗降映像データと、当該乗降映像データから検出した乗降人数情報、及び、当該乗降人数情報を基に生成された各階または各飲食店の混雑度情報を記憶している。

【0054】

これら各データベースは、後述する飲食店情報提供サーバ１００による混雑度情報生成処理において、必要に応じて相互に参照されて用いられる。

【0055】

［システムの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

【0056】

図４は、飲食店情報提供サーバ１００による混雑度情報生成・表示処理の流れを示したフローチャートである。

【0057】

同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１はまず、所定時間分（例えば１０分、３０分、１時間等）の各階の乗降映像データを受信する（ステップ４１）。

【0058】

続いてＣＰＵ１１は、上記各階の乗降映像データから各階の乗降人数情報を検出する（ステップ４２）。具体的には、ＣＰＵ１１は、乗降映像データから、上記所定時間内に各階においてエレベータを降りた人数及びエレベータに乗った人数を検出し、降りた人数の総数から乗った人数の総数を減じた値を乗降人数情報として検出する。これは、ある階で降りた人数をこれからその階の店舗を利用する人数、その階から乗った人数をその階の店舗の利用を終えて帰る人数とみなすことができるためである。なお、ＣＰＵ１１は、乗降映像データから、例えばエレベータＥ内の階数を表示するインジケータの値を検出することで、各階の乗降人数情報を区別して検出する。

【0059】

続いてＣＰＵ１１は、各階の乗降人数情報を基に、各階の混雑度情報を生成する（ステップ４３）。具体的には、ＣＰＵ１１は、商業ビルＢごとに設定された、所定の平均的な基準乗降人数（例えばやや混雑時の人数）と乗降人数情報との差分を基に混雑度を算出してもよい。またＣＰＵ１１は、階ごとの各飲食店の席数の合計値を各階の最大乗降人数と仮定して、当該最大人数に対する乗降人数情報の割合を混雑度として算出してもよい。

【0060】

続いてＣＰＵ１１は、各飲食店の属性情報と、上記算出された各階の混雑度情報とを基に、各店舗の混雑度情報を生成する（ステップ４４）。ここで属性情報とは、各飲食店の人気度、面積または席数のうち少なくとも１つであり、上記飲食店情報データベース３１から取得される。例えばＣＰＵ１１は、各階の全飲食店の面積または席数の合計値に対する各飲食店の面積または席数の割合の逆数を係数として上記混雑度情報に乗じることで、各飲食店の混雑度情報を生成する。これは、多くの人が同じ階に流入してきた場合に、面積が小さい飲食店または席数が少ない飲食店ほど混雑する可能性が高いことによる。またはＣＰＵ１１は、各階の全飲食店の人気度の平均値に対する偏差を係数として上記混雑度情報に乗じることで、各飲食店の混雑度情報を生成してもよい。

【0061】

ここで、各飲食店の混雑度は数値として算出されてもよいし、複数の数値範囲が、例えば「とても混雑」「やや混雑」「空いている」といった複数の混雑段階と対応付けられており、算出された数値に対応する混雑段階が最終的な混雑度情報として生成されてもよい。

【0062】

そしてＣＰＵ１１は、上記算出した各階の各飲食店の混雑度情報をユーザ端末２００またはデジタルサイネージ端末４００へ送信する（ステップ４５）。

【0063】

図５は、ユーザ端末２００またはデジタルサイネージ端末４００に表示される混雑度情報表示画面の例を示した図である。

【0064】

同図に示すように、上記生成された混雑度情報を基に、商業ビルＢの各階の飲食店の混雑度６１が、「とても混雑（×）」「やや混雑（△）」「空いている（〇）」といった表示情報として、各飲食店の名称等の情報と共に表示される。当該混雑度は、上記飲食店情報提供サーバ１００により上記所定時間ごとに混雑度情報が生成されるたびに更新される。

【0065】

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、エレベータＥの少なくとも、出入口階を除く各階の乗降人数情報を検出することで、飲食店側に来客数に関する情報を要求することなく、飲食店の混雑度に関する情報を飲食店外のユーザに提供することができる。

【0066】

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

【0067】

上述の実施形態では、ビルＢの各階の飲食店ごとに混雑度情報が生成された。しかし、飲食店情報提供サーバ１００は、階ごとに混雑度情報を生成しユーザ端末２００またはデジタルサイネージ端末４００へ送信してもよい。ビルＢの各階に複数の飲食店が存在する場合、各階の混雑度は、店舗間で多少の差は有れ、各飲食店の混雑度と一定の相関があると考えられる。一般に、ある商業ビルにおいてある階の飲食店が混雑している場合、ユーザはその飲食店を避けて同じ階の他の飲食店を利用する場合が多い。そうするとある階の利用客が多くなるほど、その階の各飲食店が押しなべて混雑する傾向にある。したがって各飲食店の混雑度ではなく、各階の混雑度を算出してユーザに提供することで、当該各階の各飲食店の簡易的な混雑度も飲食店（ビルＢ）外のユーザに提供することができる。

【0068】

上述の実施形態では、商業ビルＢに設置されたエレベータＥが１機である場合について説明したが、商業ビルＢには複数機のエレベータＥが設置されていてもよい。この場合飲食店情報提供サーバ１００は、当該複数機のエレベータについて上記乗降人数情報を検出し、各エレベータＥの乗降人数の合算値を基に上記混雑度情報を生成してもよい。

【0069】

上述の実施形態において、飲食店情報提供サーバ１００は、各階の飲食店の属性情報を基に各飲食店の混雑度情報を生成した。これに代えて飲食店情報提供サーバ１００は、各階に存在する飲食店のジャンルごとの混雑する時間帯を示す混雑時間帯情報と、エレベータＥの利用者が降りた時間帯とを基に、飲食店ごとの混雑度情報を生成してもよい。すなわち、食事がメインの飲食店（ファストフード、寿司、中華、イタリアン等）は昼１２時前後、夜７時前後の食事どきの時間帯が最も混雑する一方、カフェやバー等は１５時、２２時といった異なる時間帯が最も混雑する。このような飲食店のジャンルによって混雑する時間帯が異なる場合に、飲食店情報提供サーバ１００は、各階の乗降人数情報を検出した時間帯に対応する混雑時間帯情報が混雑しない時間帯であれば、当該ジャンルの飲食店の混雑度を当該階の混雑度よりも低くし（例えば係数０．５を乗じる）、逆に混雑する時間帯であれば、当該ジャンルの飲食店の混雑度を当該階の混雑度よりも高くする（例えば係数２．０を乗じる）。

【0070】

上述の実施形態において、飲食店情報提供サーバ１００は、各階または各階に存在する複数の店舗における利用者の平均滞在時間を示す平均滞在時間情報を受信し、当該平均滞在時間に応じて、生成した複数階ごとまたは飲食店ごとの混雑度情報を補正してもよい。すなわち飲食店情報提供サーバ１００は、生成した混雑度情報に、各階／各飲食店の平均滞在時間を基に階／飲食店ごとに設定した係数（平均滞在時間が短いほど小さい）を乗じることで最終的な混雑度情報を生成する。これにより、乗降人数が少なくても滞在時間が長い階／飲食店については混雑度を高く補正したり、乗降人数が多くても滞在時間が短い階／飲食店については混雑度を低く補正する等、滞在時間に応じた混雑度の補正が可能となる。

【0071】

上述の実施形態においては、カメラＣがエレベータＥの内部に設置されている例が示された。しかし、カメラＣは各階に設置され各カメラＣが映像データを商業ビル端末３００を介してまたは介さずに飲食店情報提供サーバ１００へ送信してもよい。この場合各カメラＣは、各階を識別する情報を映像データと共に送信する。

【0072】

上述の実施形態では、商業ビルＢが地上階のみ有する例が示されたが、地下階を有する商業ビルについても本発明は適用可能である。この場合も、各階のエレベータＥから降りた人数からエレベータＥに乗った人数を引いた差引値を基に混雑度情報を生成すればよい。

【0073】

上述の実施形態では、各階のエレベータＥから降りた人数からエレベータＥに乗った人数を引いた差引値を基に混雑度情報を生成した。これに代えて、飲食店情報提供サーバ１００は、カメラＣの撮像画像からエレベータＥが上行きか下行きかを判定し、上行きであると判定した場合、上記乗降人数情報として、各階においてエレベータＥを降りた人数のみ検出し、下行きであると判定した場合、上記乗降人数情報として、各階においてエレベータに乗った人数のみ検出してもよい。エレベータＥが上向きか下向きかは、エレベータＥのインジケータが示す階数の増減を検出したり、インジケータが表示する上向きか下向きの矢印を検出したり、その他ジャイロセンサ等の他のセンサにより検出したりすることができる。これにより、エレベータが上行きか下行きかによって降りた人数と乗った人数の一方しか検出しないことで、両方を検出する場合に比べて処理不可を軽減することができる。これは、各階の飲食店をこれから利用する人はそのほとんどが最下階から上行きのエレベータに乗ってその階で降りる人であり、各階の飲食店の利用を終えて帰る人はそのほとんどがその階から下行きのエレベータへ乗る人であることによる。

【0074】

上述の実施形態では、クラウド上の飲食店情報提供サーバ１００が各商業ビルＢの各階の飲食店の混雑度情報を生成する例が示されたが、商業ビルＢ毎に、上記飲食店情報提供サーバ１００と同様の機能を有するサーバが設置され、上記混雑度情報生成処理を実行しても構わない。

【0075】

上述の実施形態では商業ビルＢの各階で営業する店舗として飲食店が示されたが、店舗は飲食店に限られず、例えば衣料品、食料品、電化製品、家具、書籍等の各種小売店や、各種サービス店舗についても本発明は同様に適用可能である。

【0076】

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

【符号の説明】

【0077】

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…混雑度情報データベース
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…商業ビル端末
４００…デジタルサイネージ端末
Ｂ…商業ビル
Ｃ…カメラ
Ｅ…エレベータ

【図1】

【図2】

【図3】

【図4】

【図5】