JP2016062273A - 店舗集客支援システム、サーバ装置、プログラムおよび方法 - Google Patents

Abstract

【課題】撮像機能を備えるユーザ端末の撮像状況を管理し、ユーザ端末に適切に情報を提供する。
【解決手段】店舗内の商品が配置されるエリアに設けられたスクリーンに所定のキャラクタの映像を投影する投影手段と、前記映像を撮影した画像から該画像に含まれる前記キャラクタを特定する特定手段と、特定した前記キャラクタを捕獲済として登録する登録手段と、所定の種類の前記キャラクタを捕獲済とした場合に特典を付与する付与手段とを備える。
【選択図】図４

Description

本発明は、店舗集客支援システム、サーバ装置、プログラムおよび方法に関する。

店舗を運営する事業者にとっては、店舗へお客様が訪れ、店舗の特性や商品を良く知ってもらうことが、商品の広告となりブランドイメージの向上を図る上で重要なテーマであることは言うまでもない。

近年、ショッピングセンターやショールーム等の顧客が目に付くような場所にプロジェクタ等を利用して動画や電子情報を投影し、商品情報を顧客に提供するサイネージ広告サービスが実現されてきている（例えば、特許文献１等を参照。）。特許文献１には、ガラス窓にフィルム状のスクリーンを貼り付け、そこに広告情報を投影する仕組みが開示されている。また、広告情報としてマネキン画像を含めて視覚効果を高めるとともに、広告情報に二次元バーコード情報を含め、顧客がそのバーコードを携帯端末で撮影することで当該バーコード情報から特典情報を顧客に取得させることが開示されている。

上述した様な広告情報提供システムは、顧客の目を誘導させることは期待できるが、広告情報提供側からの一方向的な情報提供に過ぎず、顧客の興味や購入意欲を誘発させるに十分とは言えない。例えば、そこに、ゲーム性やキャンペーン性を持たせることで、宣伝要素に加えて娯楽要素が生まれ、顧客に対して一方的な宣伝イメージではなく共同参加の意識を抱かせることができる。また、そのような娯楽要素を含ませながら顧客の視線を実際の商品や店舗のレイアウト等の店舗全体に誘導させることで、顧客は潜在的に商品を記憶し、無意識的に商品の宣伝を行うことが期待できる。

しかし、従来技術では、複数の撮影ターゲットが映し出される広告システムにおいて、ユーザ端末におけるユーザ操作の進行状況を管理し、ユーザ端末への情報提供を適切に制御することができなかった。そのため、ゲーム性やキャンペーン性といった娯楽性のある広告システムを提供することもできなかった。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、撮像機能を備えるユーザ端末の撮像状況を管理し、ユーザ端末に適切に情報を提供することにある。

上記の課題を解決するため、本発明にあっては、店舗内の商品が配置されるエリアに設けられたスクリーンに所定のキャラクタの映像を投影する投影手段と、前記映像を撮影した画像から該画像に含まれる前記キャラクタを特定する特定手段と、特定した前記キャラクタを捕獲済として登録する登録手段と、所定の種類の前記キャラクタを捕獲済とした場合に特典を付与する付与手段とを備える。

本発明にあっては、撮像機能を備えるユーザ端末の撮像状況を管理し、ユーザ端末に適切に情報を提供することができる。

本発明の一実施形態にかかるシステムの構成例を示す図である。 携帯端末のハードウェア構成例を示す図である。 制御装置等のハードウェア構成例を示す図である。 各装置等の機能構成例を示す図である。 実施形態の処理例を示すシーケンス図である。 投影する映像の例を示す図である。 映像コンテンツに含まれるマーキング情報の例を示す図である。 トップ画面の例を示す図である。 撮影時のカメラ画像の例を示す図である。 ＡＲ合成の例を示す図である。 捕獲表示の例を示す図である。 図鑑画面の例を示す図である。 ＳＮＳへのシェアを可能とした図鑑画面の例を示す図である。 妖精と商品を同時に捕獲する例を示す図である。 クーポン画面の例を示す図である。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。図１において、店舗１には、映像コンテンツの投影を制御するＰＣ（Personal Computer）等の制御装置１１と、映像を分配（例えば、横長の画像の左半分の映像と右半分の映像に分配）する映像分配装置１２と、複数のプロジェクタ１３Ａ、１３Ｂ、・・とを備えている。制御装置１１からプロジェクタ１３Ａ、１３Ｂ、・・に直接に映像を出力する場合には、映像分配装置１２は不要となる。商品陳列台１４の商品が背にする面や透明な商品ケース１５の前面には、透明なフィルム状のスクリーン１６Ａ、１６Ｂ、・・が貼り付けられており、これらのスクリーン１６Ａ、１６Ｂ、・・に対してプロジェクタ１３Ａ、１３Ｂ、・・から映像の投影を行う。なお、スクリーン１６Ａ、１６Ｂ、・・への投影は、貼り付けられている面が透明か否かと、商品との位置関係で影ができないか等にもよるが、フロントからの投影とリアからの投影とが選択できる。

また、スクリーン１６Ａ、１６Ｂ、・・に近づいたり通過する顧客の動きを検出するモーションセンサ１７が設けられ、このモーションセンサ１７は制御装置１１に接続されている。また、制御装置１１には、精算処理を行うレジ１８が接続されている。レジ１８にはバーコードリーダが設けられている。

また、店舗１のガラス窓等の外や店舗１内では、顧客が所持する携帯端末２Ａ、２Ｂ、・・に内蔵されたアプリ２１Ａ、２１Ｂ、・・とカメラ機能により、スクリーン（１６Ａ、１６Ｂ、・・）上の映像や商品を撮影し、ゲーム性のあるイベントに参加できるようになっている。

一方、店舗１の制御装置１１はインターネット等のネットワーク３に接続されるとともに、ネットワーク３には管理サーバ４、店舗商用サーバ５、アプリダウンロードサーバ６、ＳＮＳサーバ７が接続されている。管理サーバ４は、制御装置１１への映像コンテンツの配信（配信を行わない場合もある）や、携帯端末２Ａ、２Ｂ、・・のアプリ２１Ａ、２１Ｂ、・・の処理の一部代行等を行う装置である。店舗商用サーバ５は、店舗１の顧客向けのホームページを提供する装置である。アプリダウンロードサーバ６は、アプリ２１Ａ、２１Ｂ、・・のダウンロードを行う装置である。ＳＮＳサーバ７は、投稿（ポスト）機能を備えたＳＮＳ（Social Networking Service）を提供する装置である。なお、管理サーバ４と店舗商用サーバ５とを別装置として図示したが、同じ装置としてもよい。

図２は携帯端末２（２Ａ、２Ｂ、・・）のハードウェア構成例を示す図である。図２において、携帯端末２は、電源システム２０１と、プロセッサ２０３、メモリコントローラ２０４、周辺インタフェース２０５を含むメインシステム２０２と、記憶部２０６とを備えている。また、携帯端末２は、外部ポート２０７と、高周波回路２０８と、アンテナ２０９と、オーディオ回路２１０と、スピーカ２１１と、マイク２１２と、近接センサ２１３と、ＧＰＳ（Global Positioning System）回路２１４とを備えている。また、携帯端末２は、ディスプレイコントローラ２１６、光学センサコントローラ２１７、入力コントローラ２１８を含むＩ／Ｏ（Input/Output）サブシステム２１５と、タッチ反応型ディスプレイシステム２１９と、光学センサ（カメラ）２２０と、入力部２２１とを備えている。

図３は制御装置１１等（制御装置１１、管理サーバ４、店舗商用サーバ５、アプリダウンロードサーバ６、ＳＮＳサーバ７）のハードウェア構成例を示す図である。図３において、各装置等は、システムバス１０１に接続されたＣＰＵ（Central Processing Unit）１０２、ＲＯＭ（Read Only Memory）１０３、ＲＡＭ（Random Access Memory）１０４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）１０５を備えている。また、各装置等は、Ｉ／Ｆ（Interface）１０６と、Ｉ／Ｆ１０６に接続された、Ｉ／Ｏ（Input/Output Device）１０７、ＨＤＤ（Hard Disk Drive）１０８、ＮＩＣ（Network Interface Card）１０９と、Ｉ／Ｏ１０７に接続されたモニタ１１０、キーボード１１１、マウス１１２等を備えている。Ｉ／Ｏ１０７にはＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等を接続することもできる。

図４は各装置等の機能構成例を示す図である。図４において、制御装置１１には、映像コンテンツ１２１が保持されるとともに、映像コンテンツ取得部１２２と映像制御部１２３とクーポン管理部１２４とが設けられている。映像コンテンツ１２１は、予め記録メディアから提供されるものであり、管理サーバ４から随時に取得される場合は予め保持しない。映像コンテンツ取得部１２２は、随時に映像コンテンツを取得する場合に、管理サーバ４から映像コンテンツを取得する。映像制御部１２３は、プロジェクタ１３（１３Ａ、１３Ｂ、・・）に出力する映像を制御する。モーションセンサ１７が設けられる場合、映像制御部１２３は、顧客の動きに応じた映像の制御（例えば、映像を出力するタイミングおよび／または映像の内容の制御）を行う。クーポン管理部１２４は、制御装置１１がレジ１８と接続される場合に、バーコードリーダで読み取られたクーポン画像の識別、クーポン利用状況の管理等を行う。

携帯端末２（２Ａ、２Ｂ、・・）のアプリ２１（２１Ａ、２１Ｂ、・・）には、処理に用いる情報（データ）として、対象特徴データ２３１、対象画像データ２３２、図鑑データ２３３、ヒント情報２３４、クーポン画像データ２３５、ＡＲ画像データ２３６が保持されている。なお、これら保持されるデータを用いた処理は管理サーバ４側で行うことも可能であり、処理を管理サーバ４側で行う場合は、対応する情報をアプリ２１側で保持する必要はない。対象特徴データ２３１は、撮影の対象となる妖精等の映像または商品等の実物にマーキング情報等が含まれる場合に、それらの対象を特定するための情報である。対象画像データ２３２は、画像照合により対象を特定する場合や、特定した対象を表示する場合に用いる、対象の画像情報である。図鑑データ２３３は、撮影することにより捕獲した妖精や商品等を図鑑により管理するための情報である。ヒント情報２３４は、妖精や商品等を捕獲したことをＳＮＳに所定数投稿することにより提供される、妖精や商品等を捕獲を容易にする情報である。クーポン画像データ２３５は、クーポン付与時に携帯端末２に表示されるクーポン画像の情報である。店舗商用サーバ５においてクーポン画像を生成する場合は不要である。ＡＲ画像データ２３６は、一部のみが表示される対象（例えば、帽子だけが見える妖精）について、携帯端末２での撮影時にＡＲ（Augmented Reality）機能を用いる場合に、見えない部分（例えば、妖精の顔や体）を画面上で表示するために用いる情報である。

携帯端末２は、画面制御部２３７と撮影制御部２３８と撮影画像送信部２３９と対象特定部２４０とＡＲ合成部２４１と図鑑管理部２４２とＳＮＳ投稿部２４３とクーポン発行部２４４とを備えている。処理の一部を管理サーバ４側で行う場合は、対応する機能は不要である。処理の一部を管理サーバ４側で行うことにより、アプリ２１による処理を軽くすることができる。画面制御部２３７は、アプリ２１の画面表示を制御する。撮影制御部２３８は、カメラ機能による撮影を制御する。撮影画像送信部２３９は、画像処理を管理サーバ４側で処理する場合に、撮影した画像を管理サーバ４に送信する。なお、撮影画像送信部２３９は、携帯端末２が管理サーバ４にアクセスするための認証機能も備えている。対象特定部２４０は、撮影した画像から対象特徴データ２３１または対象画像データ２３２に基づき、妖精や商品等の対象を特定する。ＡＲ合成部２４１は、ＡＲ機能を用いる場合に、特定した妖精や商品等の対象の見えない部分をＡＲ画像データ２３６を使用して画像合成する。図鑑管理部２４２は、特定した妖精や商品等の対象を図鑑に登録して管理する。ＳＮＳ投稿部２４３は、図鑑からユーザによりＳＮＳへの投稿が指示された場合に投稿の処理を行う。クーポン発行部２４４は、図鑑において妖精等の対象が所定種類を全て集めた場合（コンプリートした場合）に、特典としてクーポン（クーポン画像）を発行する。

管理サーバ４には、処理に用いる情報（データ）として、対象特徴データ４０１、対象画像データ４０２、図鑑データ４０３、ヒント情報４０４、クーポン画像データ４０５、ＡＲ画像データ４０６が保持されている。処理の一部をアプリ２１側で行う場合は、対応する情報を管理サーバ４側で保持する必要はない。情報の意味はアプリ２１側と同様である。

また、管理サーバ４は、映像コンテンツ提供部４０７と撮影画像受信部４０８と対象特定部４０９とＡＲ合成部４１０と図鑑管理部４１１とクーポン発行部４１２と画面画像生成部４１３と画面画像送信部４１４とを備えている。映像コンテンツ提供部４０７は、制御装置１１に管理サーバ４側から映像コンテンツを提供する場合に、適時に映像コンテンツを送信する。撮影画像受信部４０８は、画像処理を管理サーバ４側で処理する場合に、アプリ２１から撮影した画像を受信する。対象特定部４０９は、撮影した画像から対象特徴データ４０１または対象画像データ４０２に基づき、妖精や商品等の対象を特定する。ＡＲ合成部４１０は、ＡＲ機能を用いる場合に、特定した妖精や商品等の対象の見えない部分をＡＲ画像データ４０６を使用して画像合成する。図鑑管理部４１１は、ユーザ単位に、特定した妖精や商品等の対象を図鑑に登録して管理する。クーポン発行部４１２は、図鑑において妖精等の対象が所定種類を全て集めた場合（コンプリートした場合）に、特典としてクーポン（クーポン画像）を発行する。画面画像生成部４１３は、アプリ２１における画面画像を生成する。画面画像送信部４１４は、アプリ２１に画面画像を送信する。

店舗商用サーバ５は、クーポン発行受付部５０１とユーザ登録部５０２とクーポン発行部５０３と効果測定部５０４とを備えている。クーポン発行受付部５０１は、クーポン画像を店舗商用サーバ５で発行する場合に、携帯端末２からクーポン発行要求を受け付ける。ユーザ登録部５０２は、クーポン発行にユーザ登録を条件とする場合に、ユーザ登録を行う。クーポン発行部５０３は、クーポン（クーポン画像）を発行し、携帯端末２に提供する。効果測定部５０４は、店舗商用サーバ５へのクーポン発行要求のアクセス数、クーポン発行時のユーザ登録数、クーポン発行数（特典付与数）および／または店舗１での特典利用数（レジ１８から取得）を集客効果の指標として測定する。

＜動作＞
図５は上記の実施形態の処理例を示すシーケンス図である。図５において、店舗１の制御装置１１は、予め記録メディア等からコピーされて保持している映像コンテンツ１２１を取得し（ステップＳ１０１）、あるいは映像コンテンツ取得部１２２により映像コンテンツを管理サーバ４から取得し（ステップＳ１０２）、プロジェクタ１３に出力して投影を開始する（ステップＳ１０３）。これにより、所定種類のキャラクター（例えば、妖精）が店内を動き回る様に実際の店内のレイアウトとマッチングさせた映像が流れる。妖精のキャラクタはそれぞれ異なる帽子をかぶっており、妖精の中には帽子しか表示されない妖精も含まれている。

なお、本システムの運用形態としては、夜間等の店舗１の閉店時に実施する場合と、店舗１の開店中にも実施する場合とが考えられる。夜間等の閉店時に実施する場合、制御装置１１の映像制御部１２３は、内部のタイマーにより、夜間に稼動させる。通常、夜間の店内は照明が落とされているため、通行人が店舗の窓から店内をのぞくという行為は行われないが、暗い中で映像を流すことで、通行人の視線を効果的に店内に誘導させることができる。また、夜間であれば、店内に存在する顧客や店員がいないため、昼間であれば投影しにくい場所にも投影対象を広げることができる。なお、この場合、昼間の開店中は、従来からある電子広告情報（商品の説明等）を投影し、夜間にのみ集客システムとしての映像を投影させる設定を行うことも可能である。このような閉店時を集客システムとしての主たる稼働時間とする以外にも、開店中に集客システムとしての主たる投影を行うこともできる。

図６は投影する映像の例を示す図であり、通路に面したガラス窓から店舗１内を覗いた状態を示している。図６では、外からガラス窓越しに店舗１内が見渡せるよう、商品陳列台１４と商品ケース１５がレイアウトされている。プロジェクタ１３Ａ、１３Ｂは天井から吊り下げられている。商品陳列台１４にはマネキン１４１と商品（ネックレス）１４２が配置されており、その背後の面にスクリーン１６Ａが貼り付けられている。商品ケース１５は透明なガラスでできており、前面のガラスの背面にはスクリーン１６Ｂが貼り付けられている。商品ケース１５内には商品１５１、１５２が陳列されている。

制御装置１１からの映像が映像分配装置１２を経由して、プロジェクタ１３Ａ、１３Ｂに配信され、スクリーン１６Ａ、１６Ｂ上に映像コンテンツが投影される。投影領域は、それぞれスクリーン１６Ａ、１６Ｂの破線で示した領域に投影される。映像コンテンツは現実感を高めるため、実際に配置されている商品やマネキンや内装などとマッチングした映像となっている。図示の例では、妖精のキャラクタ１２１１がマネキン１４１および商品１４２の背後に投影されている。また、プロジェクタ１３Ａとプロジェクタ１３Ｂ２は、映像分配装置１２でつなげることで、妖精のキャラクタ１２１１が商品陳列台１４から商品ケース１５へ飛び移るような一体感のある映像を流すことができる。妖精のキャラクタ１２１１の動作の一例として、最初は商品陳列台１４のマネキン１４１の背後に隠れており、所定時間静止後に右側に移動し、商品ケース１５に飛び移り、商品ケース１５内を移動する。

また、制御装置１１の映像コンテンツ取得部１２２は、モーションセンサ１７により顧客の動作に応じて映像を制御することができる。モーションセンサ１７はマイクロソフト社の「キネクト」のような人の動きを検知するセンサである。現在流通しているモーションセンサであれば対象物（通行人）の様々な行動を検知することができる。映像コンテンツはプログラムで構成されており、モーションセンサ１７の検知結果に応じ、それに適したプログラム（映像）を実行（配信）することが可能である。動作例として、通行人が店舗１の窓ガラスに近づくと妖精が隠れ、通常歩行している場合は妖精が近づいてくる等のアレンジが可能である。

図７は映像コンテンツに含まれるマーキング情報の例を示す図である。例えば、妖精のキャラクタの帽子には、帽子のデザインに合わせて飾り付けされたマーキング情報が含まれており、撮影した画像から妖精を特定するのに用いられる。なお、帽子にマーキング情報を埋め込む場合、妖精の動作に伴って帽子の形自体が変形すると妖精を照合する精度が落ちるため、帽子の形状自体は固定し、帽子の下の部分の映像（妖精の顔や体）は自由に変形させるものとする。例えば、妖精に歩行動作をさせる際に、マーキング情報である帽子の部分の画像（映像）は固定し、歩行動作に伴って変動する顔や体の動きは自由に設定する。

図７（ａ）は、略三角形の頂点に配置される３個のマーキングＭ１〜Ｍ３の形や距離から、捕獲の対象となる妖精のキャラクタであることと、どの妖精のキャラクタであるかが判断可能となっている。図７（ｂ）は判断テーブルの例を示しており、マーキングＭ１〜Ｍ３の形と、マーキング間の相対距離の組み合わせから、９種類のキャラクタを区別している。更に、マーキングの色も判断に加えてもよい。また、本システムによる同様の集客サービスを複数の店舗において実施する場合、店舗を区別する必要がある。その場合、マーキングのみによって店舗までを区別するためには、マーキングの種類を増やす必要があり、判断の処理および精度に影響する。そのため、後述する携帯端末２による撮影の際に、位置情報を同時に取得することで、マーキングとは別に店舗を識別することができる。位置情報は、ＧＰＳ（Global Positioning System）や携帯電話基地局やＷｉＦｉステーション等から取得する他、店舗内において発する店舗を識別するモスキートトーン等から取得することができる。

なお、妖精のキャラクタの特定（判断）にマーキング情報を利用する場合について説明したが、妖精のキャラクタの画像そのものを照合の判断材料とすることも可能である。ただし、画像情報そのものを記憶領域内に保存しておく必要があるためデータ保存量が大きくなることと、照合精度が低下してしまう可能性があるという問題がある。本実施形態では透明フィルムのスクリーンに映像を映すものとしているため、スクリーンの後ろの背景も撮影画像に含まれてしまうので、この背景を含めて画像の照合判断を行うと誤判断の要因となる。従って、マーキング情報による照合判断のほうがより適している。

また、映像コンテンツに含まれる妖精のキャラクタを特定するためにマーキング情報や画像照合を用いる場合について説明したが、商品やマネキン等の実物も特定できるようにして、実物を捕獲の対象とすることもできる。マーキング情報を用いる場合、実物にマーキング（実物マーキング）を埋め込んでおく。マーキング自体が目立たないように装飾されている方が外観上の美的観点から適している。

図５に戻り、店舗１の外または中において携帯端末２のユーザ（顧客）がアプリ２１を起動すると（ステップＳ１０４）、アプリ２１は画面制御部２３７によりトップ画面を表示する（ステップＳ１０５）。図８はトップ画面の例を示す図であり、「図鑑」「カメラ」「おしらせ」のボタンが表示されている。「図鑑」ボタンを選択することで、図鑑画面に遷移する。「カメラ」ボタンを選択することで、撮影モードに遷移する。「おしらせ」ボタンを選択することで、おしらせ画面に遷移する。

図５に戻り、ユーザは、店舗１内を動き回る妖精を携帯端末２のカメラで撮影するにより捕獲しようと、撮影を指示（「カメラ」ボタンを選択）すると（ステップＳ１０６）、携帯端末２は撮影制御部２３８によりカメラ機能を用いて撮影を行う（ステップＳ１０７）。図９は撮影時のカメラ画像の例を示す図であり、撮影制御部２３８は、照準領域２５１内の画像を所定の間隔（例えば１秒毎）でメモリに保存する。照準領域内の画像に限っているのは、捕獲というゲーム性を高めるためである。また、所定の間隔毎に撮影するのではなく、ユーザ自身がシャッターボタンを押して撮影させるようにしてもよい。

図５に戻り、対象特定部２４０は、メモリ内の撮影画像に所定のマーキング情報（帽子）が含まれているかを判断し、含まれている場合、どの妖精かを照合し、特定する（ステップＳ１０８）。図７（ｂ）に示した判断テーブルを用いる場合、先ず、照準領域内の画像に所定の形状のマーキングＭ１〜Ｍ３すべてがあることを認識すると、それをマーキング情報と判断し、マーキングＭ１〜Ｍ３の形および距離関係から妖精の種類を特定する。

図５に戻り、ＡＲ機能を適用する場合、特定した妖精が帽子しか見えない妖精である場合、見えない残りの部分をＡＲ合成により画面に表示する（ステップＳ１０９）。図１０はＡＲ合成の例を示す図である。図１０（ａ）に示すように、帽子のみしか表示されていない妖精の画像２５２について妖精の種類を特定すると、特定された妖精の帽子から下の部分にＡＲ画像データ２３６を適用し、顔と体も見える画像２５３を携帯端末２の画面上に表示する。なお、ＡＲ用画像は静止画でもよいが、帽子の動きとマッチングさせた動画像であればよりリアリティ感のある映像を提供することができる。

図５に戻り、対象特定部２４０が妖精のキャラクタを特定した場合、画面制御部２３７は、特定した妖精のキャラクタを捕獲した旨の表示を行う（ステップＳ１１０）。図１１は捕獲表示の例を示す図であり、「妖精を捕獲しました！ 図鑑で確認してね！」といったメッセージが表示される。

図５に戻り、図鑑管理部２４２は、特定した妖精のキャラクタを図鑑データ２３３に登録し更新する（ステップＳ１１１）。この際、図鑑管理部２４２は、全ての種類の妖精が捕獲されたか否かも判断するが、ここではまだ揃っていないものとする。

次いで、ユーザが図鑑表示を指示すると（ステップＳ１１２）、画面制御部２３７は図鑑画面を表示する（ステップＳ１１３）。図１２は図鑑画面の例を示す図であり、捕獲済の妖精については「捕獲！」の文字とともに妖精の画像が表示され、捕獲されていない妖精については「未捕獲」と表示されている。

なお、図鑑からＳＮＳへのシェアが行えるようにしている場合は、図１３に示すように、捕獲済の妖精の欄に「シェアする」ボタンが表示される。

図５に戻り、ユーザからＳＮＳシェアが指示されると（ステップＳ１１４）、ＳＮＳ投稿部２４３は、予め設定されたアドレス情報およびユーザを特定する情報およびＳＮＳサーバ７へのアクセス権を示す情報（クッキー情報等）に基づき、ＳＮＳサーバ７に投稿を行う（ステップＳ１１５）。なお、投稿内容としては、例えば、「銀座にて妖精○○を捕獲！」といったメッセージと店舗１の場所の詳細情報へのリンクを含む。本実施形態のような集客サービスについて多くの顧客の認知度を高めるために、通常は店舗前の道路を通らないような人も店舗前を通過し、店舗を覗いてもらうという仕掛けを設けることが重要になるが、このようなソーシャルネットワーク活用による口コミ拡散は、有効である。

また、ＳＮＳ投稿部２４３はユーザが「シェアする」ボタンを押した回数をカウントしており、所定回数押したことを認識（条件クリア）すると、捕獲対象の妖精の映像が出現する時間・場所や商品と妖精を同時に撮影した場合のより有利な特典等についてのヒント情報（ヒント情報２３４に基づく）の参照が可能になる。図１３には、下欄の「おしらせ」に「Ｎｅｗ」マークが表示され、新たなヒント情報が参照可能になったことをユーザに知らせ、おしらせ画面に遷移することでヒント情報が参照できる。これにより、ユーザは有用なヒント情報を多く得ようとして、妖精等を捕獲したことをＳＮＳへシェアするという行為を促すことができる。なお、「ヒント情報」は予めアプリ２１に内蔵しておく以外に、インターネット上にあるサーバからのヒント情報の通信を受け取れるようになるようにしてもよい。アプリ内蔵の場合は通信環境が悪くても利用できる利点があり、サーバから取得する場合はヒント情報の内容を容易に変更（最新の状態）できる利点がある。

また、主として妖精を捕獲する場合について説明してきたが、撮影画像の照準領域に実物マーキング情報が入った場合に、実物の商品の紹介ＨＰ（Home Page）へ誘導する画面を表示させて当該ＨＰに誘導させることも可能である。

更に、ゲーム性の向上や特典の差別化（より良い特典の提供）を図るために以下のような処理にしても良い。すなわち、撮影画像の照準領域内に「実物マーキング」のみを特定した場合は次の処理は実行しないが、「実物マーキング」と妖精がマネキンまで移動してきた場面での「妖精の帽子」の２種類のマーキングが同時に照準領域内で特定されたときのみ次の処理に進むようにしてもよい。次処理としては、上記の条件を判断すると、「おしらせ」ボタンに「ｎｅｗ」を表示させる。ユーザが「おしらせ」ボタンを選択すると、携帯端末２の画面に「妖精を捉えましたが、更に秘密の特典情報もキャッチしました。当該特典情報を入手しますか（ｙｅｓ、ｎｏ）」という表示をさせ、顧客が「ｙｅｓ」を選択すると、店舗商用サーバ５に接続し、当該処理専用のＨＰ（例えば、当該商品の説明と当該商品の５０％割引クーポンが表示される等）を表示させる。マーキング対象が映像だけでなく、更に、実物だけでなく、実物のマーキングと映像のマーキングが同時に表示されるという特別な状況で得られる特典情報であるので、よりレア感、貴重感を演出することが可能になるので、顧客の興味力を高めることができる。なお、実物マーキング情報だと美的観点が損なってしまう場合は、マーキング情報による照合ではなく、画像そのもの（妖精画像、商品画像そのもの）で照合させればよい。図１４は、「妖精○○」が捕獲済である場合に、更に「妖精○○」と所定の商品（ネックレス）を同時に捕獲した場合の図鑑の例を示している。なお、この例では「商品＋妖精」を捕らえると特典が付与されるものとしているが、ＳＮＳサービスと連携することで、「シェアする」ボタンを押した際に特典が付与される制御にしてもよい。

図５に戻り、ユーザが携帯端末２により撮影を繰り返し、所定種類の妖精をすべて捕獲して図鑑が完成すると、クーポン発行部２４４はクーポンの発行を行う（ステップＳ１１６）。店舗商用サーバ５を介在しない場合、クーポン発行部２４４はクーポン画像データ２３５に基づいてクーポン画像を表示する（ステップＳ１２７）。図１５はクーポン画面の例を示す図であり、「店内商品 １０％ ＯＦＦ」という特典内容と、有効期限と、クーポンを特定する情報が含まれたバーコードとが含まれている。ユーザはクーポン画面を携帯端末２の基本機能として設けられた写真画像保存領域に保存し、商品を購入する際に店員に提示することで、商品の割引特典を得ることができる。なお、重複したクーポンの利用を避けるために、クーポン券の表示画面に「利用する」ボタンを表示させ、そのボタンを店員が押すとクーポン券が表示され、再度押しても再表示されないような制御を行ってもよい。また、クーポンには予め利用期限が設定された画像を用いたが、図鑑が完了した日から所定期間（例えば３ヶ月間）をアプリ２１内で算出し、その期限をクーポン画像に埋め込んで表示させることも可能である。

また、ユーザが外部のアプリダウンロードサーバ６からアプリ２１をダウンロードし、インストールする際、または初回の起動時に、インストールする携帯端末２に固有の情報を含めてバーコード情報（端末毎に特有のバーコード情報）を生成し、そのバーコード情報を当該クーポン画像のバーコードとして保存しておくことも可能である。そうすることで、店内のレジでは割引処理の他、携帯端末固有の情報を顧客情報として保有することが可能になり、複数回クーポンを利用している等の判断処理が可能になり、更なる特典を提供するなどのサービス向上につなげることができる。

図５に戻り、クーポンの発行に店舗商用サーバ５を介在させる場合、画面制御部２３７は、クーポンを発行するサイトへの誘導画面を表示する（ステップＳ１１７）。これに対しユーザが接続指示を行うと（ステップＳ１１８）、クーポン発行部２４４は店舗商用サーバ５に画面要求を行い（ステップＳ１１９）、店舗商用サーバ５はログイン（ユーザ登録済の場合）とユーザ登録を兼ねた画面を返送する（ステップＳ１２０）。これに対しユーザが入力を行うと（ステップＳ１２１）、クーポン発行部２４４は入力情報を店舗商用サーバ５に送信する（ステップＳ１２２）。店舗商用サーバ５は入力情報に基づいて、既存のユーザであればログインを行い、新規のユーザであればユーザ登録を行い（ステップＳ１２３）、クーポンを発行し（ステップＳ１２４）、クーポン画像を携帯端末２に送信する（ステップＳ１２５）。携帯端末２はクーポン画像を表示する（ステップＳ１２６）。クーポン券にはユニークなクーポン番号（例えば、割引特典特有の番号＋前記ユーザ情報を登録した順番の番号＋クーポン券を発行（ダウンロード）した日時の組み合わせ）とそのクーポン番号が埋め込まれたバーコード画像が含まれる。

一方、上記の処理において、店舗商用サーバ５の効果測定部５０４は、店舗商用サーバ５へのクーポン発行要求のアクセス数、クーポン発行時のユーザ登録数、クーポン発行数（特典付与数）を集客効果の指標として測定する。また、店舗１のレジ１８からクーポンの利用情報が得られる場合、それも集客効果の指標として収集する。なお、クーポン利用による割り引きに関しては予め店舗１内のレジ１８にクーポン券内のバーコード情報を読み取ると、所定の割引処理（例えば、１０％割引処理）が自動に実行され、所定期間毎の利用状況を店舗商用サーバ５に通知するように設定しておくことも可能である。

集客効果を測定する意義は次の通りである。すなわち、本実施形態の集客システムを事業化する場合、店舗１内の機器や映像コンテンツを店舗１に提供し、その対価として料金を徴収するというビジネスが想定される。店舗１としては、本システムのサービスに支払った料金に対して広告効果や顧客吸引効果が見合ったものかどうかを客観的に把握したくなる。その効果を測定する手段として、上述した指標を用いることができる。つまり、ユーザがダウンロードしたクーポンを店で提示すると店側がそのバーコードを読み取り、ユーザに特典を与えるとともに、店側の情報記憶装置に、当該クーポン番号とその登録日時を保存する。店側は後日、情報記憶装置から、いつだれがどのクーポンを利用したかを調べることができる。従って、店としては本サービスの提供を受けたことで、サイトへのアクセス件数、クーポンダウンロード件数、クーポン利用件数といった情報でサービスの効果を計ることが可能になる。

なお、上述した実施形態では、効果の測定手段として、店側のシステム（店舗商用サーバ５、店舗１内のレジ１８等）を利用し、店舗１側で効果を測定可能としているが、ユーザ登録処理、クーポン発行処理までをサービス提供側のサーバで実行し、クーポンのダウンロード後に店舗商用サーバ５にデータを飛ばす処理を行うようにすれば、サービス提供側でその効果を計り、店舗１側に効果の情報を提供することが可能になる。店舗１にサービス提供者が用意するバーコード読み取り手段とその情報記憶装置の設置が可能であれば、クーポン券利用の効果もサービス提供側で測定することができる。

＜総括＞
以上説明したように、本実施形態によれば、撮像機能を備えるユーザ端末の撮像状況を管理し、ユーザ端末に適切に情報を提供することができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

＜実施形態の用語と請求項の用語の対応＞
制御装置１１およびプロジェクタ１３は「投影手段」の一例である。対象特定部２４０、４０９は「特定手段」の一例である。図鑑管理部２４２、４１１は「登録手段」の一例である。クーポン発行部２４４、４１２は「付与手段」の一例である。効果測定部５０４は「効果測定手段」の一例である。映像コンテンツ提供部４０７は「コンテンツ提供手段」の一例である。

１ 店舗
１１ 制御装置
１２ 映像分配装置
１３、１３Ａ、１３Ｂ プロジェクタ
１４ 商品陳列台
１５ 商品ケース
１６、１６Ａ、１６Ｂ スクリーン
１７ モーションセンサ
１８ レジ
１２１ 映像コンテンツ
１２２ 映像コンテンツ取得部
１２３ 映像制御部
１２４ クーポン管理部
２、２Ａ、２Ｂ 携帯端末
２１、２１Ａ、２１Ｂ アプリ
２３１ 対象特徴データ
２３２ 対象画像データ
２３３ 図鑑データ
２３４ ヒント情報
２３５ クーポン画像データ
２３６ ＡＲ画像データ
２３７ 画面制御部
２３８ 撮影制御部
２３９ 撮影画像送信部
２４０ 対象特定部
２４１ ＡＲ合成部
２４２ 図鑑管理部
２４３ ＳＮＳ投稿部
２４４ クーポン発行部
３ ネットワーク
４ 管理サーバ
４０１ 対象特徴データ
４０２ 対象画像データ
４０３ 図鑑データ
４０４ ヒント情報
４０５ クーポン画像データ
４０６ ＡＲ画像データ
４０７ 映像コンテンツ提供部
４０８ 撮影画像受信部
４０９ 対象特定部
４１０ ＡＲ合成部
４１１ 図鑑管理部
４１２ クーポン発行部
４１３ 画面画像生成部
４１４ 画面画像送信部
５ 店舗商用サーバ
５０１ クーポン発行受付部
５０２ ユーザ登録部
５０３ クーポン発行部
５０４ 効果測定部
６ アプリダウンロードサーバ
７ ＳＮＳサーバ

特開２０１２−８８３７１号公報

Claims (10)

1. 店舗内の商品が配置されるエリアに設けられたスクリーンに所定のキャラクタの映像を投影する投影手段と、
   前記映像を撮影した画像から該画像に含まれる前記キャラクタを特定する特定手段と、
   特定した前記キャラクタを捕獲済として登録する登録手段と、
   所定の種類の前記キャラクタを捕獲済とした場合に特典を付与する付与手段と
   を備えたことを特徴とする店舗集客支援システム。
2. 請求項１に記載の店舗集客支援システムにおいて、
   前記映像にはマーキング情報が含まれ、
   前記特定手段は、前記映像を撮影した画像に含まれる前記マーキング情報から前記キャラクタを特定する
   ことを特徴とする店舗集客支援システム。
3. 請求項１または２のいずれか一項に記載の店舗集客支援システムにおいて、
   前記特典はクーポン画像であり、
   前記付与手段は、前記映像を撮影した携帯端末の識別情報を含むクーポン画像を出力する
   ことを特徴とする店舗集客支援システム。
4. 請求項１乃至３のいずれか一項に記載の店舗集客支援システムにおいて、
   前記特定手段は、前記映像を撮影した画像から該画像に含まれる前記商品その他の実物を特定し、
   前記登録手段は、前記実物を捕獲済として登録し、
   前記付与手段は、前記キャラクタと前記実物の捕獲状況に応じて特典を付与する
   ことを特徴とする店舗集客支援システム。
5. 請求項１乃至４のいずれか一項に記載の店舗集客支援システムにおいて、
   前記登録手段は、捕獲済の対象の一覧画面を表示するとともに、該一覧画面からソーシャルネットワーキングサービスへの投稿機能を有する
   ことを特徴とする店舗集客支援システム。
6. 請求項１乃至５のいずれか一項に記載の店舗集客支援システムにおいて、
   集客効果を測定する効果測定手段を備え、
   前記付与手段は、所定のサイトにアクセスした上でのユーザ登録を条件として特典を付与し、
   前記効果測定手段は、前記サイトへのアクセス数、ユーザ登録数、特典付与数および／または特典利用数を測定する
   ことを特徴とする店舗集客支援システム。
7. 店舗内の商品が配置されるエリアに設けられたスクリーンに投影する所定のキャラクタの映像を提供するコンテンツ提供手段と、
   前記映像を撮影した画像から該画像に含まれる前記キャラクタを特定する特定手段と、
   特定した前記キャラクタを捕獲済として登録する登録手段と、
   所定の種類の前記キャラクタを捕獲済とした場合に特典を付与する付与手段と
   を備えたことを特徴とするサーバ装置。
8. 携帯端末を構成するコンピュータを、
   店舗内の商品が配置されるエリアに設けられたスクリーンに投影される所定のキャラクタの映像を撮影した画像から該画像に含まれる前記キャラクタを特定する特定手段、
   特定した前記キャラクタを捕獲済として登録する登録手段、
   所定の種類の前記キャラクタを捕獲済とした場合に特典を付与する付与手段
   として機能させるプログラム。
9. サーバ装置を構成するコンピュータを、
   店舗内の商品が配置されるエリアに設けられたスクリーンに投影する所定のキャラクタの映像を提供するコンテンツ提供手段、
   前記映像を撮影した画像から該画像に含まれる前記キャラクタを特定する特定手段、
   特定した前記キャラクタを捕獲済として登録する登録手段、
   所定の種類の前記キャラクタを捕獲済とした場合に特典を付与する付与手段
   として機能させるプログラム。
10. コンピュータが実行する方法であって、
    店舗内の商品が配置されるエリアに設けられたスクリーンに所定のキャラクタの映像を投影する投影工程と、
    前記映像を撮影した画像から該画像に含まれる前記キャラクタを特定する特定工程と、
    特定した前記キャラクタを捕獲済として登録する登録工程と、
    所定の種類の前記キャラクタを捕獲済とした場合に特典を付与する付与工程と
    を備えたことを特徴とする方法。