(57)【要約】【課題】多数の閲覧端末からのアクセスにも対応可能であり、管理負担の小さい画像の配信技術を提供することを課題とする。【解決手段】店舗ＰＣ１１Ａは、カメラ１２Ａ１〜１２Ａ３のプロトコルにそれぞれ対応した第１〜第３インタフェース１１４〜１１６を備える。店舗ＰＣ１１Ａは、第１〜第３インタフェースを用い、カメラ１２Ａ１〜１２Ａ３から画像を取得し、ハードディスク１１１に格納する。ユーザ端末２５は、ネットワーク２経由でアプリケーションサーバ３１にアクセスし、店舗管理システムの画面データを取得する。取得した画面データには、店舗ＰＣ１１を経由して取得したカメラ１２Ａ１〜１２Ａ３で撮像された画像が合成され、ユーザ端末２５のモニタに表示される。【選択図】図６
2010183131.tif 000002
【特許請求の範囲】
【請求項１】
第１〜第Ｎのカメラに対応したプロトコルを利用して、前記第１〜第Ｎのカメラで撮像された画像を入力する第１〜第Ｎのカメラインタフェースと、
前記第１〜第Ｎのカメラインタフェースを介して入力した画像を蓄積する記憶装置と、
画像閲覧端末との間で前記第１〜第Ｎのカメラの種別に依存しない共通プロトコルを利用して通信を行い、前記記憶装置に格納された前記第１〜第Ｎのカメラで撮像された画像を前記画像閲覧端末に転送する端末インタフェースと、
を備えることを特徴とするカメラインタフェース装置。
【請求項２】
請求項１に記載のカメラインタフェース装置であって、さらに、
ネットワーク経由で前記第１〜第Ｎのカメラの設定情報を取得し、前記第１〜第Ｎのカメラインタフェースを介して前記第１〜第Ｎのカメラの設定を行うカメラ設定部、
を備えることを特徴とするカメラインタフェース装置。
【請求項３】
カメラインタフェース装置と、
前記カメラインタフェース装置とネットワークを介して接続された画像閲覧端末と、
前記カメラインタフェース装置に接続された第１〜第Ｎのカメラと、
を備え、
前記カメラインタフェース装置は、
前記第１〜第Ｎのカメラに対応したプロトコルを利用して、前記第１〜第Ｎのカメラで撮像された画像を入力する第１〜第Ｎのカメラインタフェースと、
前記第１〜第Ｎのカメラインタフェースを介して入力した画像を蓄積する記憶装置と、
前記画像閲覧端末との間で前記第１〜第Ｎのカメラの種別に依存しない共通プロトコルを利用して通信を行い、前記記憶装置に格納された前記第１〜第Ｎのカメラで撮像された画像を前記画像閲覧端末に転送する端末インタフェースと、
を含むことを特徴とする画像通信システム。
【請求項４】
請求項３に記載の画像通信システムにおいて、さらに、
前記画像閲覧端末とネットワークを介して接続されたアプリケーションサーバ、
を備え、
前記アプリケーションサーバは、
前記画像閲覧端末に対して画像表示インタフェース用のデータを送信するユーザインタフェース送信部、
を含み、
前記画像閲覧端末のモニタには、前記アプリケーションサーバから取得した前記画像表示インタフェースに、前記カメラインタフェース装置から取得した画像が埋め込まれて表示されることを特徴とする画像通信システム。
【請求項５】
請求項３に記載の画像通信システムにおいて、さらに、
前記カメラインタフェース装置とネットワークを介して接続された管理サーバ、
を備え、
前記カメラインタフェース装置は、
前記管理サーバからネットワーク経由で前記第１〜第Ｎのカメラの設定情報を取得し、前記第１〜第Ｎのカメラインタフェースを介して前記第１〜第Ｎのカメラの設定を行うカメラ設定部、
を含むことを特徴とする画像通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗などのエリア内に設置された複数のカメラを制御するためのインタフェース装置、および、複数のカメラとインタフェース装置により店舗などのエリア内の状況を配信するシステムに関する。
【背景技術】
【０００２】
コンビニエンスストア、スーパーマーケット、ドラッグストアなどの店舗には、監視カメラが設置されている。監視カメラが撮像した店舗内の画像は、店舗内に設置されたハードディスク装置などに蓄積され、後で再生して閲覧することが可能である。あるいは、監視カメラが撮像した画像は、ネットワーク経由で管理センタなどに設置された閲覧端末に転送される。店舗の管理者やフランチャイズチェーンの管理者などは、各店舗の画像をネットワーク経由で閲覧することで、店舗ごとの状況を比較し、分析することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２８３２３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したように、監視カメラが撮像した画像はネットワーク経由で転送されるため、多数のユーザが同時に監視カメラの画像を閲覧することが可能である。しかし、多数のユーザが利用する閲覧端末が同時にネットワーク経由で監視カメラにアクセスした場合、監視カメラに処理負荷が掛かり、監視カメラのパフォーマンスが劣化する可能性がある。多数のアクセスに対しても充分にパフォーマンスできるような高性能なＣＰＵを監視カメラに搭載することはコストの面からも現実的ではない。
【０００５】
また、高画質が要求される環境においては、監視カメラに搭載されるバッファメモリにも大きな容量が要求されることになる。しかし、やはりコスト面から監視カメラに大きなバッファメモリを持たせることは現実的ではない。多数の監視カメラを設置するシステム構成であれば、各監視カメラに大きなバッファメモリを保有させることは、システム全体のコストを増大させることになる。
【０００６】
また、複数の異なるメーカの監視カメラが混在して使用されるケースは、めずらしいケースではない。このようなケースでは、閲覧端末からこれら異なるメーカの監視カメラの画像を閲覧しようとすれば、閲覧端末に各メーカのカメラに対応したドライバをインストールする必要がある。ネットワークに多数の閲覧端末が接続されている場合には、これら多数の閲覧端末それぞれに各メーカのドライバをインストールする必要があり、管理が煩雑である。
【０００７】
上記特許文献１は、店舗内に設置された複数の監視カメラの画像をネットワーク経由で閲覧可能とするシステムに関する。このシステムでは、閲覧端末が直接複数の監視カメラに接続される形態であるので、新たな閲覧端末を追加した場合には、その閲覧端末に複数の監視カメラに対応したドライバをインストールする必要があると考えられる。
【０００８】
そこで、本発明は前記問題点に鑑み、多数の閲覧端末からのアクセスにも対応可能であり、管理負担の小さい画像の配信技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１記載の発明は、カメラインタフェース装置であって、第１〜第Ｎのカメラに対応したプロトコルを利用して、前記第１〜第Ｎのカメラで撮像された画像を入力する第１〜第Ｎのカメラインタフェースと、前記第１〜第Ｎのカメラインタフェースを介して入力した画像を蓄積する記憶装置と、画像閲覧端末との間で前記第１〜第Ｎのカメラの種別に依存しない共通プロトコルを利用して通信を行い、前記記憶装置に格納された前記第１〜第Ｎのカメラで撮像された画像を前記画像閲覧端末に転送する端末インタフェースと、を備えることを特徴とする。
【００１０】
請求項２記載の発明は、請求項１に記載のカメラインタフェース装置であって、さらに、ネットワーク経由で前記第１〜第Ｎのカメラの設定情報を取得し、前記第１〜第Ｎのカメラインタフェースを介して前記第１〜第Ｎのカメラの設定を行うカメラ設定部、を備えることを特徴とする。
【００１１】
請求項３記載の発明は、画像通信システムであって、カメラインタフェース装置と、前記カメラインタフェース装置とネットワークを介して接続された画像閲覧端末と、前記カメラインタフェース装置に接続された第１〜第Ｎのカメラと、を備え、前記カメラインタフェース装置は、前記第１〜第Ｎのカメラに対応したプロトコルを利用して、前記第１〜第Ｎのカメラで撮像された画像を入力する第１〜第Ｎのカメラインタフェースと、前記第１〜第Ｎのカメラインタフェースを介して入力した画像を蓄積する記憶装置と、前記画像閲覧端末との間で前記第１〜第Ｎのカメラの種別に依存しない共通プロトコルを利用して通信を行い、前記記憶装置に格納された前記第１〜第Ｎのカメラで撮像された画像を前記画像閲覧端末に転送する端末インタフェースと、を含むことを特徴とする。
【００１２】
請求項４記載の発明は、請求項３に記載の画像通信システムにおいて、さらに、前記画像閲覧端末とネットワークを介して接続されたアプリケーションサーバ、を備え、前記アプリケーションサーバは、前記画像閲覧端末に対して画像表示インタフェース用のデータを送信するユーザインタフェース送信部、を含み、前記画像閲覧端末のモニタには、前記アプリケーションサーバから取得した前記画像表示インタフェースに、前記カメラインタフェース装置から取得した画像が埋め込まれて表示されることを特徴とする。
【００１３】
請求項５記載の発明は、請求項３に記載の画像通信システムにおいて、さらに、前記カメラインタフェース装置とネットワークを介して接続された管理サーバ、を備え、前記カメラインタフェース装置は、前記管理サーバからネットワーク経由で前記第１〜第Ｎのカメラの設定情報を取得し、前記第１〜第Ｎのカメラインタフェースを介して前記第１〜第Ｎのカメラの設定を行うカメラ設定部、を含むことを特徴とする。
【発明の効果】
【００１４】
本発明のカメラインタフェース装置は、第１〜第Ｎのカメラそれぞれのプロトコルに対応した第１〜第Ｎのカメラインタフェースを備え、画像閲覧端末に対しては、第１〜第Ｎのカメラの種別に依存しない共通プロトコルを利用して画像を配信する。これにより、画像閲覧端末には、各カメラに対応したドライバソフトウェアをインストールする必要がなく、システムの構築負担、メンテナンス負担を低減させることができる。
【００１５】
また、カメラインタフェース装置は、第１〜第Ｎのカメラで撮像された画像を蓄積する記憶装置を備え、当該記憶装置に一旦蓄積した画像を画像閲覧端末に転送する。これにより、各カメラに大きなバッファメモリを持たせる必要がなくなり、システム構築コストを低減させることができる。
【００１６】
さらには、画像閲覧端末が各カメラに直接アクセスする形態ではないため、複数の画像閲覧端末のアクセスが１つのカメラに集中するといった問題が発生しない。これにより、カメラに搭載させるＣＰＵに高いスペックが要求されず、カメラのコストを低減させることができる。
【００１７】
また、カメラインタフェース装置を経由することで、管理サーバは、第１〜第Ｎのカメラに対する設定操作を一元管理することができる。これにより、システムのメンテナンス負担を大幅に低減させることができる。
【図面の簡単な説明】
【００１８】
【図１】店舗管理システムのシステム全体構成図である。
【図２】店舗管理システムのアプリケーション動作時におけるユーザ端末とアプリケーションサーバの処理形態を示す図である。
【図３】カメラが撮像した画像の蓄積形態を示す図である。
【図４】カウント装置が取得したカウントデータの蓄積形態を示す図である。
【図５】店舗管理システムのアプリケーション動作時にユーザ端末がアクセスする各種データベースを示す図である。
【図６】店舗ＰＣの構成を示す図である。
【図７】店舗カメラ一覧画面を示す図である。
【図８】店舗の状況を表示している状態の店舗状況表示画面を示す図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の実施の形態に係る店舗管理システムの全体図である。店舗管理システムは、店舗１Ａ、１Ｂ、１Ｃに設置された店舗内システム１０Ａ、１０Ｂ、１０Ｃと、本部管理センタ３内に設置されたセンタシステム３０などから構成される。店舗内システム１０Ａ、１０Ｂ、１０Ｃとセンタシステム３０とは、ネットワーク２によって接続されている。ネットワーク２としては、専用線やインターネットを利用することができる。
【００２０】
店舗１Ａ、１Ｂ、１Ｃは、たとえばコンビニエンスストアやドラッグストアであり、店舗１Ａ、１Ｂ、１Ｃは、同じフランチャイズに加盟している。本部管理センタ３は、フランチャイズの全加盟店を統括する本部である。また、地域統括センタ４は、フランチャイズの加盟店のうち、特定の地域を統括するセンタである。
【００２１】
店舗１Ａには、ＬＡＮ１５Ａが設置されている。ＬＡＮ１５Ａには、店舗ＰＣ（パーソナルコンピュータ）１１Ａ、カメラ１２Ａ１〜１２Ａ３、カウント装置１３Ａが接続されている。このように店舗１Ａには、３台のカメラ１２Ａ〜１２Ａ３が設置されている。これらＬＡＮ１５Ａ、店舗ＰＣ１１Ａ、カメラ１２Ａ１〜１２Ａ３、カウント装置１３Ａにより店舗内システム１０Ａを構成している。
【００２２】
店舗ＰＣ１１Ａは、店舗内システム１０Ａを管理する端末であり、カメラ１２Ａ１〜１２Ａ３が撮像した画像を蓄積する機能や、蓄積した画像を本部管理センタ３に転送する機能などを備える。カメラ１２Ａ１〜１２Ａ３は、店舗１Ａ内の画像を撮像可能としている。
【００２３】
カウント装置１３Ａは、店舗１Ａの入り口付近に設置されており、店舗１Ａへ入場する客の人数、店舗１Ａから退場する客の人数を検知可能としている。カウント装置１３Ａは、入場者数、退場者数をカウントすることで、現在の店舗１Ａ内における客の滞留者数を算出することができる。カウント装置１３Ａは、入り口付近を撮像範囲とする画像を取得し、画像解析をすることによって入り口を通過する客の人数を算出することを可能としている。
【００２４】
店舗１Ｂ、１Ｃに設置された店舗内システム１０Ｂ、１０Ｃの構成も店舗内システム１０Ａと同様である。店舗１Ｂ、１Ｃには、それぞれＬＡＮ１５Ｂ、１５Ｃが設置され、ＬＡＮ１５Ｂ、１５Ｃには、それぞれ店舗ＰＣ１１Ｂ、１１Ｃが接続されている。また、ＬＡＮ１５Ｂ、１５Ｃには、カメラ１２Ｂ、１２Ｃが接続され、それぞれ店舗１Ｂ、１Ｃ内の画像を撮像する。さらに、店舗１Ｂ、１Ｃの入り口付近には、カウント装置１３Ｂ、１３Ｃが接続され、店舗１Ｂ、１Ｃへの入退場数をカウントする。ここでは、店舗１Ｂ、１Ｃには、それぞれ１台のカメラ１２Ｂ、１２Ｃが接続されている場合を例に説明しているが、店舗１Ａと同様複数のカメラが接続されていてもよい。
【００２５】
以下の説明において、店舗１Ａ〜１Ｃを適宜総称して店舗１として説明する。また、店舗ＰＣ１１Ａ〜１１Ｃを総称して店舗ＰＣ１１と、カメラ１２Ａ１〜１２Ａ３、１２Ｂ、１２Ｃを総称してカメラ１２と、カウント装置１３Ａ〜１３Ｃを総称してカウント装置１３として説明する。たとえば、図３におけるカメラ１２は、カメラ１２Ａ１〜１２Ａ３、１２Ｂ、１２Ｃに共通の説明として参照される。また、図４におけるカウント装置１３は、カウント装置１３Ａ〜１３Ｃに共通の説明として参照される。
【００２６】
本部管理センタ３には、センタシステム３０が設置されている。センタシステム３０は、ＬＡＮ３５と、ＬＡＮ３５に接続されたアプリケーションサーバ３１、管理サーバ３２、画像データベース３３、入店者数データベース３４、ユーザ端末２５などを備えて構成される。
【００２７】
アプリケーションサーバ３１は、この店舗管理システムを利用するユーザに対して、様々なサービスを提供するサーバである。店舗管理システムを利用するユーザとは、たとえば、本部管理センタ３内で業務を行うフランチャイズ本部の管理者や、店舗１Ａ〜１Ｃの各店長などである。あるいは、店舗１Ａ〜１Ｃのある地域を統括する地域統括センタ４にいる地域管理者などである。これらのユーザは、ユーザ端末２５を利用してアプリケーションサーバ３１にアクセスし、店舗管理システムのサービスを受けることができる。
【００２８】
図に示すように、本部管理センタ３には、フランチャイズ本部の管理者が利用するユーザ端末２５がＬＡＮ３５に接続されている。また、地域統括センタ４には、地域管理者が利用するユーザ端末２５が配置されている。また、店舗１Ｃには、店舗１Ｃの店長が利用するユーザ端末２５がＬＡＮ１０Ｃに接続されている。なお、店舗ＰＣ１１が、ユーザ端末２５としての機能を備えていてもよい。
【００２９】
本実施の形態においては、図２に示すように、アプリケーションサーバ３１は、ＷＥＢを利用してユーザ端末２５に店舗管理システムのサービスを提供する。アプリケーションサーバ３１には、ＷＷＷサーバ３１１が実装されており、ユーザ端末２５にインストールされているＷＥＢブラウザ２５１が、ＷＷＷサーバ３１１にアクセスする。そして、アプリケーションサーバ３１に格納されている店舗管理システム用コンテンツ３１２がＨＴＴＰを利用してユーザ端末２５にダウンロードされ、ユーザ端末２５に店舗管理システムのユーザインタフェースを提供する。ユーザインタフェースの詳細については後で説明する。
【００３０】
管理サーバ３２は、店舗管理システムのメンテナンスを行なうためのサーバである。管理サーバ３２は、アプリケーションサーバ３１に対する各種の設定や、画像データベース３３、入店者数データベース３４のメンテナンスなどを行なうことができる。また、管理サーバ３２は、店舗１に接続された各カメラ１２の制御を行うことができる。後述するように、管理サーバ３２は、直接各カメラ１２を制御するのではなく、店舗ＰＣ１１に対して各カメラ１２に対する制御情報を送る。
【００３１】
画像データベース３３は、店舗１Ａ〜１Ｃのカメラ１２Ａ１〜１２Ａ３、１２Ｂ、１２Ｃで撮像された画像を蓄積するデータベースである。図３に示すように、カメラ１２で撮像された画像は、店舗ＰＣ１１に蓄積される。たとえば、本実施の形態では、カメラ１２は、１ｆｐｓ（ｆｒａｍｅ  ｐｅｒ  ｓｅｃｏｎｄ）で画像を取得し、そのままのフレームレートで撮像画像を店舗ＰＣ１１のハードディスク１１１に格納する。
【００３２】
店舗ＰＣ１１のハードディスク１１１に格納された画像は、さらに、ネットワーク２経由で本部管理センタ３に転送され、画像データベース３３に蓄積される。画像データベース３３には、スナップショット用の画像として、フレームレートを落とした画像が格納される。本実施の形態においては、画像データベース３３には、１分間に１フレームのフレームレートで画像が保存される。
【００３３】
入店者数データベース３４は、店舗１Ａ〜１Ｃのカウント装置１３Ａ〜１３Ｃによってカウントされたカウントデータを蓄積するデータベースである。図４に示すように、カウント装置１３は、メモリ１３１を備えている。カウント装置１３は、店舗１１の入り口において、入店者数および退場者数をカウントし、入店者数データと退場者数データをメモリ１３１に格納する。また、カウント装置１３は、入店者数データと退場者数データから現在の店舗内の客の滞留者数を算出し、滞留者数データを格納する。
【００３４】
カウント装置１３は、メモリ１３１にカウントデータを５日分保存するようにしている。カウントデータは、入場者数データ、退場者数データ、滞留者数データからなるデータである。また、カウント装置１３は、３０分に１回の頻度で、メモリ１３１に蓄積しているカウントデータを、５日分まとめて本部管理センタ３に転送し、入店者数データベース３４に登録する。これにより、本部管理センタ３の入店数データベース３４には、店舗１Ａ〜１Ｃから転送された過去５日分のカウントデータが追加更新されることになる。
【００３５】
このように、本実施の形態の店舗管理システムにおいては、店舗１Ａ〜１Ｃで撮像された画像が、店舗１Ａ〜１Ｃに設置されている店舗ＰＣ１１Ａ〜１１Ｃに蓄積される。この画像は、上述したように、たとえば１ｆｐｓなどのコマ数の多い画像であり、後で、店舗内の状況を詳細に把握することに役立つデータである。
【００３６】
また、本部管理センタ３の画像データベース３３にも、店舗１Ａ〜１Ｃで撮像された画像が蓄積される。ただし、この画像は、たとえば１分間に１フレームなど、コマ数の少ない画像である。この画像は、店舗内のおおよその状況を把握するのに役立つデータである。
【００３７】
さらに、本部管理センタ３の入店者数データベース３４には、店舗１Ａ〜１Ｃで取得されたカウントデータが格納される。このデータは、後で、店舗１Ａ〜１Ｃの入店者数、滞留者数を分析する目的に用いられる。
【００３８】
次に、ユーザ端末２５の機能について説明する。上述したように、ユーザ端末２５は、本部管理センタ３や店舗１Ａ〜１Ｃ、地域統括センタ４などに設置され、管理者や店長などが店舗内の状況を閲覧するために利用する。
【００３９】
図５は、ユーザ端末２５において店舗管理システムのアプリケーションを起動したときの、データアクセス経路を示す図である。上述したように、本実施の形態においては、店舗管理システムは、ＷＥＢを利用しているので、まず、ユーザは、ユーザ端末２５においてＷＥＢブラウザ２５１を起動し、アプリケーションサーバ３１のＷＷＷサーバ３１１にアクセスする。これにより、アプリケーションサーバ３１から店舗管理システム用コンテンツ３１２がダウンロードされ、店舗管理システムのＷＥＢアプリケーションが起動する。そして、ＷＥＢアプリケーションは、アプリケーションサーバ３１を介して、入店者数データベース３４にアクセスし、カウントデータを取得する。また、ＷＥＢアプリケーションは、店舗ＰＣ１１にアクセスし、ハードディスク１１１に格納されている画像データを取得する。あるいは、ＷＥＢアプリケーションは、アプリケーションサーバ３１を介して、画像データベース３３にアクセスし、画像データを取得する。そして、ＷＥＢアプリケーションは、取得した画像データやカウントデータを利用して、後で説明するユーザインタフェース画面をモニタに表示するのである。
【００４０】
図６は、店舗ＰＣ１１Ａのブロック図である。店舗ＰＣ１１Ａには、上述したように、３台のカメラ１２Ａ１〜１２Ａ３が接続されている。カメラ１２Ａ１〜１２Ａ３は、それぞれ異なるメーカのカメラである。したがって、店舗ＰＣ１１Ａとカメラ１２Ａ１〜１２Ａ３の間のプロトコルは、それぞれ異なるプロトコルである。店舗ＰＣ１１Ａは、カメラ１２Ａ１〜１２Ａ３にそれぞれ対応した第１〜第３インタフェース１１４〜１１６を備えている。
【００４１】
第１〜第３インタフェース１１４〜１１６は、店舗ＰＣ１１Ａに、カメラ１２Ａ１〜１２Ａ３に対応したドライバソフトウェアがインストールされることにより構成されるインタフェースである。店舗ＰＣ１１Ａは、第１〜第３インタフェース１１４〜１１６を利用して、カメラ１２Ａ１〜１２Ａ３から画像データを取得し、ハードディスク１１１に格納する。
【００４２】
店舗ＰＣ１１Ａは、また、端末インタフェース１１２を備えている。店舗ＰＣ１１Ａは、端末インタフェース１１２を介して、ネットワーク２に接続されたユーザ端末２５に画像を転送する。ユーザ端末２５は、上述したように、本部管理センタ３や地域統括センタ４などに設置されている。ユーザ端末２５は、端末インタフェース１１２を介して、ハードディスク１１１に格納された画像データを取得する。
【００４３】
これにより、ユーザ端末２５は、カメラ１２Ａ１〜１２Ａ３で撮像された画像を単一のインタフェースを利用して閲覧することができる。つまり、カメラ１２Ａ１〜１２Ａ３にアクセスするためには、それぞれのカメラに対応した異なるプロトコルを利用する必要があるが、店舗ＰＣ１１Ａがカメラごとのプロトコルの違いを吸収している。したがって、ユーザ端末２５は、カメラごとのプロトコルの違いを意識することなく、店舗ＰＣ１１Ａの端末インタフェース１１２を介して画像データを取得することができる。本実施の形態においては、上述したように、ユーザ端末２５のユーザインタフェース画面は、ＷＥＢアプリケーションにより構成されているので、端末インタフェース１１２は、ＨＴＴＰ上で構築されるインタフェースである。
【００４４】
店舗ＰＣ１１Ａは、また、カメラ制御部１１３を備えている。カメラ制御部１１３は、カメラ１２Ａ１〜１２Ａ３に対する各種の制御を行う。カメラ制御部１１３は、ネットワーク２を介して管理サーバ３２からカメラ制御情報を受信し、受信したカメラ制御情報に基づいて、第１〜第３インタフェース１１４〜１１６を利用して、カメラ１２Ａ１〜１２Ａ３に制御信号を出力する。カメラ１２Ａ１〜１２Ａ３は、店舗ＰＣ１１Ａから入力した制御信号に基づいて動作内容を決定する。カメラ制御情報としては、たとえば、店舗１Ａの開店時間（撮影開始時間）と閉店時間（撮影終了時間）などのスケジュール情報、フレームレートに関する制御情報、カメラ角度（パン、チルト）、ズーム動作に関する制御情報などが含まれる。
【００４５】
図７は、ユーザ端末２５のモニタに表示された店舗カメラ一覧画面５１を示す。ユーザは、まず、店舗カメラ一覧画面５１において、閲覧したい店舗に設置されたカメラ１２の選択を行なう。
【００４６】
ここで、店舗カメラ一覧画面５１には、ユーザごとに表示されるカメラ１２のリストが異なる。図示省略しているが、店舗カメラ一覧画面５１に画面が遷移する前に、モニタにはログイン画面が表示される。ユーザは、ログイン画面において、ユーザＩＤやパスワードを入力している。店舗カメラ一覧画面５１は、ユーザＩＤに基づいて表示するカメラ１２のリストを決定する。
【００４７】
たとえば、フランチャイズ本部の管理者であれば、全カメラを参照する権限を持つので、フランチャイズに加盟している全店舗の全カメラを参照することができる。これに対して、たとえば、店舗１Ｃの店長であれば、店舗１Ｃに設置されたカメラ１２Ｃだけを閲覧する権限を持つ。地域統括センタ４の管理者であれば、統括している地域の全店舗のカメラを閲覧する権限を持たせることができる。
【００４８】
ユーザが、店舗カメラ一覧画面５１から閲覧したい店舗のカメラを選択すると、図８に示す店舗状況表示画面５３が表示される。ここでは、ユーザが、図７に示す店舗カメラ一覧画面５１において雄琴店の第１カメラを選択した場合を例に説明する。図７に示すように、雄琴店には第１、第２の２台のカメラが設置されており、ユーザは、第１カメラを選択している。
【００４９】
図８に示すように、店舗状況表示画面５３は、上段の画像操作部６１と、下段のヒストグラム表示部６２から構成されている。店舗状況表示画面５３が表示されると、ユーザは、画面上部の日付指定欄５３１において、店舗の状況を閲覧したい日付を指定する。図では、ユーザが、２００８年１２月２４日（水）を指定した状態を示している。気象情報欄５３２には、日付指定欄５３１において指定された日付の天気（図は晴れマーク）と、最高気温、最低気温の情報が表示されている。気象情報欄５３２に表示させる情報は、たとえば、管理センタ３に設置されたデータベースや、インターネット上のデータベースなどから取得される。
【００５０】
画像操作部６１の画像表示部６１１には、カメラ１２が撮像した画像が表示される。図の例では、日付指定欄５３１において指定された２００８年１２月２４日（水）の雄琴店の第１カメラが撮影した画像が表示されている。画像表示部６１１に表示される画像は、カメラ１２において撮像され、店舗ＰＣ１１のハードディスク１１１に格納されている画像である。あるいは、時刻指定欄５３３において時刻が指定されると、日付指定欄５３１において指定された日における時刻指定欄５３３において指定された時刻の画像が表示される。
【００５１】
このように本実施の形態の店舗管理システムは、カメラ１２で撮像された画像が、カメラインタフェース装置として動作する店舗ＰＣ１１に格納され、店舗ＰＣ１１を経由してユーザ端末２５に転送される。これにより、特定のカメラ１２に対して多数のユーザ端末２５から画像の参照要求が発生した場合にも、特定のカメラ１２にアクセスが集中することを防止できる。特定のカメラ１２に対する画像の参照要求が多数発生した場合にも、それらの要求を店舗ＰＣ１１が受け付けるので、カメラ１２に処理負荷が掛かり、パフォーマンスが劣化するという問題を防止できる。店舗ＰＣ１１に高性能のＣＰＵを搭載しておけば、多数のアクセスにも対応可能であり、カメラ１２のＣＰＵのスペックを標準的なもので構成しても対応可能である。これにより、店舗１内に多数のカメラ１２が設置される場合にも、システムコストを低減させることができる。
【００５２】
また、カメラ１２で撮像した画像を店舗ＰＣ１１のハードディスク１１１に格納するので、カメラ１２に搭載するメモリ１３１のサイズを低減させることができる。店舗ＰＣ１１に大規模なストレージを１台用意すればよく、店舗１内のそれぞれのカメラ１２に大きなサイズのストレージを用意する場合と比べてコストを抑えることができる。また、ＰＣ用のストレージは汎用的な低コストなものが存在するので、カメラ１２に大規模なストレージを搭載するよりも低コストな構成とすることができる。
【００５３】
ヒストグラム表示部６２には、日付指定欄５３１で指定された日付に対応する入店者数のヒストグラムが表示されている。ヒストグラム表示部６２は、入店者数データベース３４に格納されているカウントデータに基づいてヒストグラムを表示する。ヒストグラムは、０時から２４時までの入店者数を２時間刻みでグラフ化している。図では、カウントデータに含まれる入店者数データに基づいてヒストグラムが表示されている。したがって、図のヒストグラムは店舗への入店者数の推移を示している。また、カウントデータに含まれる滞留者数データに基づいてヒストグラムを表示させるよう表示設定を変更することができる。この場合であれば、時間帯別の店舗内の客の滞留者数の推移を示すことができる。滞留者数の表示方法としては、たとえば、指定された時間帯における滞留者数の平均人数をグラフ化すればよい。
【００５４】
ユーザは、まず、ヒストグラムを参照することで、日付指定欄５３１で指定された日の店舗の入店者数の推移を把握することができる。そして、入店者数の中で、気になる時間帯があったとすれば、その時間帯のグラフを選択操作する。ユーザがマウスを操作し、特定の時間帯のグラフをクリックすれば、その操作に応答して、画像表示部６１１に、選択された時間帯の画像が表示される。なお、ある時間帯のグラフが選択されたときに表示される初期の画像は、選択された時間帯の先頭の画像であってもよいし、あるいは選択された時間帯の中央の時間の画像であってもよい。なお、画像の再生中には、時刻指定欄５３３には、再生中の画像の時刻が表示される。
【００５５】
図８では、ユーザが、１２時〜１４時の入店者数が多いことに注目し、１２時〜１４時のグラフを選択した状態を示している。１２時〜１４時のグラフが選択されることにより、選択された時間帯のグラフの色が変わり強調表示されていることが分かる。これにより、ユーザは、画像表示部６１１に表示されている画像が、どの時間帯の画像であるかを即座に把握することができる。
【００５６】
ユーザは、ヒストグラムの任意の時間帯のグラフを選択して、対応する時間帯の画像を表示させた後、再生ボタン６１２をマウスでクリックすることにより、画像表示部６１１に表示されている画像を動画像として再生することができる。具体的には、店舗ＰＣ１１からハードディスク１１１に格納されている１ｆｐｓの動画像が転送され、画像表示部６１に動画像が表示される。
【００５７】
また、ユーザは、ヒストグラムの任意の時間帯のグラフを選択して、対応する時間帯の画像を表示させた後、進むボタン６１３を選択することにより、画像表示部６１１に表示させている画像の時間を進めることができる。たとえば、進むボタン６１３をマウスでクリックするごとに、１秒後の画像が表示される。逆に、戻るボタン６１４をマウスでクリックすると、１秒前の画像が表示される。また、早送りボタン６１５をマウスでクリックすることにより、１分後の画像が表示される。逆に、巻き戻しボタン６１６をマウスでクリックすることにより、１分前の画像が表示される。
【００５８】
このように、本実施の形態の店舗管理システムにおいては、入店者数のヒストグラムを表示するとともに、ヒストグラムにおいて選択された時間帯に対応する画像がヒストグラムとともに表示される。これにより、ユーザは、ヒストグラムで入店者数の分布を閲覧して、入店者数の推移を分析しながら、各時間帯に対応する画像を即座に閲覧することができる。
【００５９】
たとえば、店舗の店長は、ヒストグラムと対応する時間帯を閲覧することで、自分の店舗において、入店者数の多い時間帯と少ない時間帯の店舗の様子を比較することができる。入店者数の少ない時間帯の店員の様子を観察し、店員の接客指導に役立てることができる。あるいは、入店数の多い時間帯の客層を分析し、マーケティングに役立てることができる。また、気象情報欄５３２をあわせて参照することで、気象状況を加味した上で、時間帯別の店内の様子を分析することができる。
【００６０】
また、本実施の形態の店舗管理システムにおいては、ユーザ端末２５は、図５にも示したように、店舗ＰＣ１１に直接アクセスして画像を取得する構成となっている。ユーザ端末２５は、この店舗管理システムのサービスを受けるために、アプリケーションサーバ３１にアクセスするが、店舗ＰＣ１１に格納されている画像は、アプリケーションサーバ３１を経由して転送されるのではなく、店舗ＰＣ１１からユーザ端末２５に直接転送される構成となっている（上述したように、アプリケーションサーバ３１を経由して画像データベース３３から画像を取得する方法も可能であるが、ここでは基本的な処理形態として店舗ＰＣ１１から画像を取得する場合を示している。）。
【００６１】
つまり、アプリケーションサーバ３１は、店舗状況表示画面５３などのユーザインタフェースをユーザ端末２５に送信するが、画像表示部６１１に表示させる画像については、ユーザ端末２５と店舗ＰＣ１１との間の通信により転送されるのである。アプリケーションサーバ３１は、店舗カメラ一覧画面５１においてユーザにより選択されたカメラ１２を特定すると、特定したカメラ１２が接続された店舗ＰＣ１１へのアクセス情報をユーザ端末２５に通知する。ユーザ端末２５は、取得したアクセス情報に基づいて店舗ＰＣ１１にアクセスし、画像表示部６１１に表示させる画像を取得するのである。
【００６２】
このようなシステム構成とすることで、アプリケーションサーバ３１の処理負荷を各店舗ＰＣ１１に分散させることができる。たとえば、フランチャイズチェーンの全店舗の全カメラ画像がアプリケーションサーバ３１を経由してユーザ端末２５に転送されるのであれば、アプリケーションサーバ３１への処理負荷が増大し、パフォーマンスが劣化する場合が考えられるが、本システム構成であれば、そのような問題を回避できる。その一方、ユーザ端末２５がアクセスするサーバはアプリケーションサーバ３１で共通となっているので、ユーザにとって利便性が高く、また、アプリケーションのメンテナンスが行い易い構成となっている。つまり、画像の転送処理を分散させることで、システム全体の高いパフォーマンスを維持しながら、サービスを受けるためにアクセスするサーバを１つのアプリケーションサーバ３１としているので、利便性の高いシステム構成となっている。
【００６３】
これに対して、カウントデータについては、アプリケーションサーバ３１を介してユーザ端末２５に転送しているようにしているが、カウントデータについては、データ容量が小さいので特に処理負荷などが問題となることはないだろう。
【００６４】
また、本実施の形態の店舗管理システムでは、店舗１に複数のカメラ１２が設置される場合があるが、これら複数のカメラ１２に対する制御を管理サーバ３２において実行可能となっている。たとえば、フランチャイズ本部のシステム管理者が、各店舗１におけるカメラの動作時間、フレームレートなどを一括して制御することが可能である。
【００６５】
管理サーバ３２において入力指示されたカメラ制御情報は、ネットワーク２を介して店舗ＰＣ１１に送信される。たとえば、図６に示す店舗ＰＣ１１Ａのカメラ制御部１１３は、第１〜第３インタフェース１１４〜１１６を利用して、カメラ１２Ａ１〜１２Ａ３に対する制御を行う。このように、管理サーバ３２を利用して各店舗１１の全てのカメラ１２を制御することができるので、カメラの制御が容易であり、管理負担が大幅に軽減される。また、カメラ１２が直接制御端末から制御を受ける構成とした場合、複数の制御端末からアクセスを受けると、アクセス権をも考慮した動作を行う必要がある。しかし、全てのカメラ１２にそのような動作を行うソフトウェアを搭載することはコスト高となる。この点、ＰＣ１１を介在させて制御情報を受信させるようにすることで、ＰＣ１１において、対象となるカメラ１２を制御する人の権限を判断し、優先度の高い人に制御権を与えるなどの機能を持たせることができる。あるいは、先に制御を行なっているユーザがあれば、後からアクセスをしたユーザに制御中であることを通知するなどの機能を持たせることができる。
【００６６】
上述した実施の形態においては、画像表示部６１１には、店舗ＰＣ１１のハードディスク１１１に格納されている画像を表示させるようにした。これにより、再生ボタン６１２が選択されることにより、指定された時間帯の動画像を再生することができる。上記の例であれば、１ｆｐｓで動画像を表示させることができる。たとえば、店舗ＰＣ１１のハードディスク１１１に１週間分の画像データが蓄積されているのであれば、１週間前までの画像についてはコマ数の多い画像を閲覧することができる。
【００６７】
これ以外に、この店舗管理システムでは、本部管理センタ３の画像データベース３３に格納されたスナップショット用の画像を利用することができる。画像データベース３３には、１分間に１フレームなどコマ数の少ない画像が長期間にわたって蓄積されている。たとえば、１ヶ月分の画像が蓄積されている。したがって、日付指定欄５３１において、２週間前などの日付が指定された場合には、アプリケーションサーバ３１は、画像データベース３３から指定された時間帯の画像データを取得し、ユーザ端末２５に送信する。これにより、画像表示部６１１には、画像データベース３３から取得した画像が表示されるのである。なお、１ヶ月前の画像を表示させる仕様とするのであれば、入店者数データベース３４においても、１ヶ月間分のカウントデータを保存するようにすればよい。
【００６８】
このように、ユーザ端末２５は、比較的最近の時間帯が指定された場合には、店舗ＰＣ１１からコマ数の多い画像を取得し、２週間前などの時間帯が指定された場合には、画像データベース３３からコマ数の少ない画像を取得する。これにより、直近の店舗内の状況についてはより詳細な画像を閲覧することを可能とするとともに、ある程度時間が経過した後でも、おおよその状況は把握できるようになっている。
【００６９】
上記の実施の形態においては、日付指定欄５３１で指定された過去の日のヒストグラムと画像を表示させる場合を説明した。これ以外に、この店舗管理システムは、現在の店舗内の画像をライブ表示することもできる。上述したように、店舗ＰＣ１１には、カメラ１２が撮像した画像が１ｆｐｓでリアルタイムで蓄積されている。ユーザ端末２５において、この撮像画像をリアルタイムで取得して画像表示部６１１に表示するのである。そして、ヒストグラム表示部６２には、たとえば当日の０時から現在時刻までのヒストグラムを表示させればよい。あるいは、現在時刻から遡って１日前からのヒストグラムを表示させてもよい。これにより、ユーザは、現時点での直近の入店者数の分布と、現在の店舗内の様子とを把握することができる。
【符号の説明】
【００７０】
１Ａ〜１Ｃ    店舗
３    本部管理センタ
４    地域統括センタ
１１（１１Ａ〜１１Ｃ）    店舗ＰＣ
１２（１２Ａ１〜１２Ａ３、１２Ｂ、１２Ｃ）    カメラ
１３（１３Ａ〜１３Ｃ）    カウント装置
２５    ユーザ端末
３１    アプリケーションサーバ
３２    管理サーバ
３３    画像データベース
３４    入店者数データベース
【図１】
2010183131.tif 000003
【図２】
2010183131.tif 000004
【図３】
2010183131.tif 000005
【図４】
2010183131.tif 000006
【図５】
2010183131.tif 000007
【図６】
2010183131.tif 000008
【図７】
2010183131.tif 000009
【図８】
2010183131.tif 000010