特開 2023-120109 キャンペーン実行プログラム、キャンペーン実行サーバ、及びキャンペーン実行システム

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

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

(11)【公開番号】P2023120109

(43)【公開日】2023-08-29

(54)【発明の名称】キャンペーン実行プログラム、キャンペーン実行サーバ、及びキャンペーン実行システム

(51)【国際特許分類】

   G06Q 30/0207 20230101AFI20230822BHJP

   G06Q 30/0241 20230101ALI20230822BHJP

   G06Q 30/0217 20230101ALI20230822BHJP

【ＦＩ】

G06Q30/02 328

G06Q30/02 380

G06Q30/02 338

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022023327

(22)【出願日】2022-02-17

(71)【出願人】

【識別番号】511168442

【氏名又は名称】アーガイル株式会社

(74)【代理人】

【識別番号】110003096

【氏名又は名称】弁理士法人第一テクニカル国際特許事務所

(72)【発明者】

【氏名】岡安 淳司

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

5L049

【Ｆターム（参考）】

5L049BB07

5L049BB08

(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】

【図1】実施形態に係るキャンペーンの仕組みを説明する概念図である。

【図2】実施形態に係るキャンペーン実行システムの概略的なシステム構成図である。

【図3】キャンペーン実行システムによって生成され、ユーザ端末に表示される各店舗専用キャンペーンサイトを説明する概念図である。

【図4】店舗端末に表示されるキャンペーン管理画面内の景品選択画面を説明する概念図である。

【図5】同管理画面内の店舗内に掲示する告知用ＰＯＰのダウンロード画面を説明する概念図である。

【図6】同管理画面内のショップカード及び卓上ＰＯＰのダウンロード画面を説明する概念図である。

【図7】ユーザ端末によるキャンペーンへの応募投稿の一例を示す概念図である。

【図8】店舗端末に表示される解析画面の一例を示す概念図である。

【図9】参加店舗側のメリットを説明する図である。

【図10】運営者側のメリットを説明するための比較例である。

【図11】運営者側のメリットを説明するための図である。

【図12】ＣＰＵにより実行される各処理のフローチャートである。

【図13】応募数比率に基づき当選発信を決定する場合にＣＰＵにより実行される各処理のフローチャートである。

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

【0015】

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

【0016】

＜キャンペーンの仕組み＞
ＳＮＳ（ソーシャル・ネットワーキング・サービス）を利用して商品の販売促進を行う為、ＳＮＳの公式アカウントのフォロワーを増やしたいと考える企業は増えている。フォロワーを増やす方法の一つとして、キャンペーンの実施が挙げられる。図１に示すように、本実施形態のキャンペーンは、ユーザが店舗に来店し、例えば商品やサービスを購入した後に、ユーザ端末５０から店舗およびキャンペーン運営者のＳＮＳの公式アカウントをフォローするとともに、商品やサービスの写真と共に指定のハッシュタグをつけてＳＮＳサイトに投稿を行うことにより、キャンペーンに応募し、当選すれば景品を入手することができる。なお、フォローや投稿以外にも、店舗の投稿に対する「リツイート」や「いいね！」等のリアクションの実施等を応募要件としてもかまわない。このキャンペーンは複数の店舗が共同で参加可能な１つの共通のキャンペーンであって、景品も複数の店舗で共通となっている。前記共通のキャンペーンの運営者は、ＳＮＳ上のユーザの投稿から、対象となる応募者のリストを作成し、抽選で当選者を決定する。その後、前記共通のキャンペーンの運営者は、当選者にＳＮＳのＤＭ（ダイレクトメッセージ）機能等を使って当選の連絡を行い、ユーザの住所、氏名などの個人情報を入手した上で、景品を発送する。

【0017】

なお、本実施形態に係る店舗とは、同一の企業内の複数の異なる店舗であってもかまわないし、異なる企業の、それぞれの店舗であってもかまわない。また、企業だけでなく、任意の団体、組織、個人等が運営する店舗であってもかまわない。店舗は、例えば飲食店や、雑貨や電気製品の小売店だけではなく、オフィスや、例えば公園等の施設等も含む。これら店舗が、参加体の一例である。また、店舗としての参加ではなく企業としての参加であってもよい。この場合は、当該企業が参加体の一例である。

【0018】

＜システム構成＞
キャンペーン実行システム１は、前記共通のキャンペーンを実行可能に構成される。図２に示すように、キャンペーン実行システム１は、店舗端末（参加体端末の一例）１０Ａ、１０Ｂ、１０Ｃ、・・・等の複数の店舗端末と、ＳＮＳサーバ３０と、ツール提供サーバ４０と、キャンペーン実行サーバ２０と、ユーザ端末５０Ａ、５０Ｂ、５０Ｃ・・・等の複数のユーザ端末とを含む。これらは例えばインターネット等の通信ネットワーク３を介して、互いに情報を送受可能となっている。

【0019】

店舗端末１０Ａ～１０Ｃは前記共通のキャンペーンに参加する複数の店舗にそれぞれ備えられ、例えばデスクトップ型又はノート型の汎用パーソナルコンピュータ等の端末、もしくはタブレット端末やスマートフォン等である。店舗端末１０Ａ～１０Ｃは表示部１１、制御部１２、操作部１３、記憶部１４を備える。表示部１１は例えばディスプレイ等である。制御部１２は、例えばＣＰＵであり、各種の情報処理を実行する。操作部１３は例えばキーボードやタッチパネル、ボタン等である。記憶部１４には各種のデータやプログラムが記憶されている。なお、以下、これら店舗端末１０Ａ、１０Ｂ、１０Ｃを特に区別する必要がない場合は、適宜、単に「店舗端末１０」と総称する。

【0020】

キャンペーン実行サーバ２０は、前記共通のキャンペーンを運営する運営者が管理するサーバであり、通信部２２、ＣＰＵ２１、記憶部２３を備える。通信部２２は通信ネットワーク３を介して他サーバや店舗端末１０、ユーザ端末５０等と通信を行う。ＣＰＵ２１は演算部の一例である。記憶部２３にはキャンペーン実行プログラム２４が記憶されている。

【0021】

ＳＮＳサーバ３０は、ユーザ端末５０Ａ、５０Ｂ、５０ＣからのＳＮＳサイトへの応募発信を受け付け、管理する。ＳＮＳサーバ３０は、ＳＮＳサイトの運営会社により運営されている。

【0022】

ユーザ端末５０Ａ～５０Ｃは例えばスマートフォン等である。以下、これらユーザ端末５０Ａ，５０Ｂ，５０Ｃを特に区別する必要がない場合は、適宜、単に「ユーザ端末５０」と総称する。

【0023】

ツール提供サーバ４０は、ＳＮＳサーバ３０上の、所定のユーザの発信データ（例えば、発信者のＳＮＳアカウント名、投稿内容、及びフォローやいいね！等の応募行動内容）を、抽出してダウンロードすることができる有償又は無償のソフトウェアツールを提供するサーバである。ツール提供サーバ４０は例えばクラウド上に設置した前記ソフトウェアツールを通信ネットワーク３を介して提供する。キャンペーン実行サーバ２０は、ツール提供サーバ４０上で提供される前記ソフトウェアツールを介してＳＮＳサーバ３０にアクセスし、ユーザの発信データを取得する。なお、前記ソフトウェアツールはツール提供サーバ４０からダウンロードされ、キャンペーン実行サーバ２０の記憶部２３に記憶される方式であってもかまわない。前記ソフトウェアツールが有償の場合、キャンペーン実行サーバ２０は、ツール提供サーバ４０を介して、例えば特定のハッシュタグ１種類につき、月額１５万円を支払う（課金する）ことでＳＮＳサーバ３０から当該ハッシュタグに係る発信を行った発信者の発信データ（応募者のＳＮＳアカウント等、当選者に当選通知を行うための情報を含む）を取得する。前記ソフトウェアツールが無償の場合、キャンペーン実行サーバ２０は、ツール提供サーバ４０を介して、特定のハッシュタグに係る発信を行った発信者の発信データを無償で取得する。ソフトウェアツールが無償の場合には、例えば、ＳＮＳサーバ３０への単位時間内のアクセス回数や、取得できるデータの内容等が制限される場合があるが、取得するべきデータが少なくてもすむ場合等には、有償ソフトウェアツールを使用せず無償ソフトウェアツールを使用できる場合がある。また、この図ではツール提供サーバ４０が提供するソフトウェアツールを使用する例を説明しているが、キャンペーン実行サーバ２０が自社で作成したソフトウェアツールを使用し、ＳＮＳサーバ３０から直接ユーザの発信データを取得してもかまわない。

【0024】

図３に、各店舗が前記共通のキャンペーンに参加した後にそれぞれの店舗端末１０で確認でき、各店舗の顧客のユーザ端末からも閲覧できる各店舗専用キャンペーンサイトを説明する概念図を示す。キャンペーンサイトはキャンペーンの運営者により作成される。各店舗は例えば店舗端末１０からキャンペーン実行サーバ２０にアクセスして前記共通のキャンペーンへの参加申し込みをし、料金を支払うことで、キャンペーン管理画面にログインしてキャンペーンサイトを作成し、キャンペーンを開催することができる。各店舗はキャンペーンサイトに例えば店舗名、サービス内容、イメージ画像、イメージカラー、ＳＮＳの公式アカウント、各店舗固有のハッシュタグ等を登録し、景品を選択することで、自動で各店舗毎のキャンペーンページが作成されるようになっている。なお、ハッシュタグは複数の店舗で共通のものを使用することも可能であり、景品はキャンペーンの運営者におまかせで選択してもらうことも可能である。各店舗専用のキャンペーンサイトは、例えばＱＲコード（登録商標）や検索エンジン等を利用してユーザ端末５０からも閲覧できるようになっている。

【0025】

図４に前記共通のキャンペーン参加後に店舗端末１０に表示されるキャンペーン管理画面内の景品選択画面を説明する概念図を示す。この図では、コーヒーメーカー、ギフト券、インスタントカメラ、高級ドライヤーの４種類の中から、店舗側がチェックボックスにレ印を入力することで次回実施のキャンペーンの景品が選択できるようになっている。景品を選択することで、店舗側は同一の景品を選択した他の店舗と共同でのキャンペーン開催に参加することとなる。各景品には、ターゲットとなるユーザの性別や年齢層等の分類が表示されている。例えば、店舗側は、毎回景品を選ぶのが面倒である場合には、ターゲット層の性別や年齢をあらかじめ選択した上で、景品の選択をキャンペーンの運営者に代行してもらうこともできる。その場合、店舗側が何も操作しなくても、専用キャンペーンサイトのキャンペーンページ（景品等）は運営者により毎月自動で更新される。

【0026】

図５に店舗内に掲示する告知用ＰＯＰのダウンロード画面を説明する概念図を示す。この図では、告知用ＰＯＰ用の画像には、イメージ画像、店舗固有のハッシュタグ（ここでは、＃ａｂｃカフェ）、店舗のＳＮＳ公式アカウント名、応募条件（ここでは、ＳＮＳ投稿及び公式アカウントフォロー）、景品の情報、店舗のキャンペーンサイトへリンクしたＱＲコード（登録商標）等が、店舗側が最初に登録した内容に基づいて、例えばＡ４サイズ等の、任意の印刷サイズにおさまるように、キャンペーン実行サーバ２０により調整されて表示される。各店舗側は、各店舗専用の管理画面からこの告知用ＰＯＰ用のＰＤＦファイルまたは画像をダウンロードし、印刷して、店内に掲示するだけで、キャンペーンの告知を行うことができる。

【0027】

図６（ａ）はキャンペーン告知用のショップカード、図６（ｂ）はキャンペーン告知用の卓上ＰＯＰのダウンロード画面の一例である。ショップカードは名刺サイズで例えば店舗のレジ脇等に置かれ、卓上ＰＯＰはテーブル上等に置かれる。これらの画像の内容は図５と実質的に同じであり、印刷サイズ等が異なるようになっている。各店舗はこのダウンロード画面からショップカードや卓上ＰＯＰを印刷してもよいし、キャンペーンの運営者に依頼して、あらかじめ印刷したものを郵送してもらうこともできる。

【0028】

図７にユーザ端末５０による前記共通のキャンペーンへの応募発信の一例を示す。ユーザは店舗に来店した際に、ＳＮＳサイトにログインしたユーザ端末５０から、店舗のＳＮＳ公式アカウントおよびキャンペーン運営者の公式アカウントをフォローした上で、商品やサービスの写真を撮影し、所定のハッシュタグを投稿文の末尾に入力して投稿する。この図では、Ｕｓａｇｉ＿７７７７７というＳＮＳアカウントのユーザが、店舗で注文した飲み物の写真と、感想文と、感想文の末尾に所定のハッシュタグ（ここでは、店舗の店舗名であるａｂｃカフェの先頭に所定の記号である＃を付けたもの）を投稿している。これによりユーザのキャンペーン応募がＳＮＳサーバ３０上で受け付けられる。前記応募発信としては、ＳＮＳサイトへの投稿、及び所定のリアクション機能（例えばリツイート、いいね、公式アカウントの新規フォロー等）を用いた各店舗に係わる応募行動等が挙げられる。

【0029】

図８に前記共通のキャンペーン参加後に店舗端末１０に表示される解析画面の一例を示す。各店舗は、キャンペーン管理画面の専用ページから、キャンペーン参加期間中の店舗のＳＮＳ公式アカウントのフォロワー数を解析することができる。この図では、例えば棒グラフで月毎のフォロワー増加数、折れ線グラフで月毎のフォロワー総数を確認でき、フォロワー総数の推移や、どの月のキャンペーンがユーザに人気があったか等が解析可能となっている。解析画面はこの図の例に限定されず他の様々の項目（例えば店舗固有のハッシュタグを含むＳＮＳ投稿数）について解析できる機能を備える。

【0030】

図９に前記共通のキャンペーンに参加する、参加店舗側のメリットを説明する図を示す。前記共通のキャンペーンの場合、複数店舗が共同で参加するので、参加する店舗が多いほど、参加店舗側は１店舗当たりのキャンペーン費用負担額が少なくなるというメリットがある。ここでは、キャンペーンの企画制作費（景品の提案やキャンペーンサイトの作成費用等）、有償ソフト費（有償ソフトウェアツールの課金費用）、景品購入費、事務局代行費等の費用を、参加する全企業で共同で負担した場合、例えば月額３万円で、毎月継続的に実施される共通のキャンペーンに参加できるようになっている。これにより小規模店舗でも気軽に参加でき、また、キャンペーンの運営者はキャンペーンサイトの更新や景品の選択を自動で行うので、店舗側はほとんどキャンペーンに手間をかける必要がなく、店内にキャンペーン告知の掲示をしておくだけで、ＳＮＳ公式アカウントのフォロワー増加、及びキャンペーンによる店舗への集客効果を毎月継続的に見込める。

【0031】

一方、各店舗ごとにそれぞれキャンペーンを実施する場合、１回のキャンペーンの実施につき、例えば企画制作費５０万円、有償ソフト費１５万円（月）、景品購入費５万円、事務局代行費３０万円となる費用計１００万円を１店舗で負担することになる。費用が高額となると、小規模な店舗はキャンペーンの実施が難しく、また、大規模な店舗であってもキャンペーンを行う回数は年に１～２回程度となり、毎月キャンペーンを実施することは難しい。

【0032】

図１０に運営者側のメリットを説明するための比較例を示す。

【0033】

図１０（ａ）において店舗Ａがハッシュタグ＃ａａａを用いたＳＮＳキャンペーンを単独で実施した。景品は店舗Ａの全応募者に対しコーヒーメーカー１０個である。ハッシュタグ＃ａａａを付与して投稿された応募発信の受付は１０００件であった。キャンペーンの運営者側は、有償ソフトウェアツールに１５万円を課金し、ＳＮＳサーバ３０からハッシュタグ＃ａａａが付与された投稿データ（発信者のＳＮＳのアカウント名及び発信内容を含む）１０００件分を取得する。次いで、キャンペーンの運営者側は、取得した投稿データ１０００件分から、１０人の当選者を抽選し、当選者のＳＮＳのアカウントに当選の連絡を取ったのち、景品を発送する。

【0034】

図１０（ｂ）において店舗Ｂがハッシュタグ＃ｂｂｂを用いたＳＮＳキャンペーンを単独で実施した。景品は店舗Ｂの全応募者に対しギフト券１セットとなっている。ハッシュタグ＃ｂｂｂを付与して投稿された応募発信の受付は５件であった。キャンペーンの運営者側は、有償ソフトウェアツールに１５万円を課金し、ＳＮＳサーバ３０からハッシュタグ＃ｂｂｂが付与された発信データ（発信者のＳＮＳのアカウント名及び発信内容を含む）５件分を取得する。次いで、キャンペーンの運営者側は、取得した投稿データ５件分から、１人の当選者を抽選し、当選者のＳＮＳのアカウントに当選の連絡を取ったのち、景品を発送する。

【0035】

この比較例では、各店舗が個別にキャンペーンを実施し、景品も店舗毎に別であるため、運営者側は、各店舗に設定されたハッシュタグ毎に有償ソフトウェアツールに１５万円を課金する必要がある。

【0036】

図１１に本実施形態における運営者側のメリットを説明するための図を示す。

【0037】

図１１において、店舗Ａと店舗Ｂとは、前記共通のキャンペーンに参加しており、景品も共通となっている。この例では、店舗Ａと店舗Ｂとで共通で、コーヒーメーカー１０個が景品となっている。このキャンペーンに対して、ハッシュタグ＃ａａａを付与して投稿された、店舗Ａに対する応募発信の受付が１０００件あり、ハッシュタグ＃ｂｂｂを付与して投稿された、店舗Ｂに対する応募発信の受付が５件あることが判明した。キャンペーンの運営者側は、景品が共通である店舗Ａと店舗Ｂに係る応募発信１００５件の中から１０件を抽選で選ぶ（当選発信の決定）。この時、選ばれた１０件の当選発信は全てハッシュタグ＃ａａａが付与された、店舗Ａに対する応募発信であることが判明した。この時、運営者側は、有償ソフトウェアツールに１５万円を課金し、ＳＮＳサーバ３０からハッシュタグ＃ａａａが付与された発信データ（発信者のＳＮＳのアカウント名及び発信内容を含む）１０００件分を取得すればよく、ハッシュタグ＃ｂｂｂが付与された発信データについては、店舗Ｂの応募者に当選者が含まれる可能性がない（ハッシュタグ＃ｂｂｂが付与された当選発信が存在しない）ため、取得する必要がない。そのため、運営者側は、図１０の比較例と比べて、有償ソフトウェアツールの課金費用を１５万円低減することができる。

【0038】

運営者側は、ＳＮＳサーバ３０から店舗Ａに応募した１０００件分の発信データを入手した後に、１０００件の中から１０件を抽選で選び、選ばれた当選者のアカウントに連絡をとり景品を発送する。すなわち、当選発信を決定した段階では、１０件の当選配信のそれぞれに、具体的な当選者のアカウント情報は割り振られていないので、当選者がいる店舗の全発信データを得たのちに、再度、抽選で具体的な当選者のアカウントを決定する。しかし、このような方法に限らず、具体的な当選者のアカウントの決定は、キャンペーン運営者側が適宜のタイミングで、適宜の方法により、行う事ができる。

【0039】

なお、この図では、有償ソフトウェアツールを例にとって説明しているが、無償ソフトウェアツールを用いた場合であっても、共通の景品を選択した店舗に係る当選発信の決定により、取得する発信データの種類や量を減らせるため、キャンペーン実行サーバ２０にかかる負荷が減り、サーバ管理費用を削減できたり、ＳＮＳサーバへのアクセス回数が少なくてすむため、処理が迅速に行える、人件費を節約できる、等のコストダウン効果がある。

【0040】

なお、上述の説明では、当選発信、すなわち各店舗ごとの当選人数を抽選で決定する方法について説明しているが、このような方法に限られず、例えば、各店舗の月間における店舗固有のハッシュタグ付き投稿の増加数ないし公式アカウントの新規フォロー増加数から、月間のキャンペーン応募総数における店舗ごとの応募数比率を概算し、店舗ごとに適正な当選人数を割り振った上で、当選発信が発生した店舗Ａのハッシュタグ＃ａａａの全投稿データのみを有償ソフトウェアツールにて取得し、ＳＮＳアカウントに基づき１０名の当選者を抽選してもかまわない。また写真コンテストのように、投稿された写真やコンテンツの優劣などの何らかの審査基準に基づいて、各店舗またはキャンペーン運営者が各店舗の応募者から当選者を選出してもかまわない。

【0041】

すなわち、図１１の例では、店舗Ａの応募数比率は１０００／１００５＝９９．５％であり、店舗Ｂの応募比率は５／１００５＝０．５％と算出される。これに共通の景品が当選する当選者の人数である１０人を掛け合わせると、店舗Ａは１０×９９．５＝９．９５人、店舗Ｂは１０×０．０５＝０．０５人の当選人数が割り振られることとなる。ここで、割り振られた当選人数を整数の当選発信に変換する。例えば当選人数が所定のしきい値（例えば１人）未満の店舗は当選発信が０の店舗であると決定する。店舗Ｂの当選発信を０件とすれば、店舗Ａの当選発信は残りの１０件であると決定される。このような処理により、店舗Ｃ、店舗Ｄ、店舗Ｅ等がさらに存在する場合であっても、各店舗毎に、何人の当選人数が割り振られ、何件の当選発信が発生しているかを決定することができる。これらの算出は、例えば、キャンペーン実行サーバ２０のキャンペーン実行プログラム２４内にあらかじめ格納された算出式に基づき、ＣＰＵ２１が実行する。

【0042】

また、各景品の数や景品ごとの当選者の人数についても、キャンペーン開始時点での参加店舗数、各景品を選択した店舗数、景品の価格、の少なくとも１つに基づく計算式が、キャンペーン実行サーバ２０のキャンペーン実行プログラム２４内にあらかじめ格納され、該計算式に基づき、ＣＰＵ２１は、毎月のキャンペーンの景品の数や、景品ごとの当選者人数を、毎月、自動で算出し、図３で示したキャンペーンサイトに自動で表示することができる。なお、該計算は、景品表示法に抵触しない範疇で行われるものとする。このような処理を行うことにより、キャンペーンの運営に係る作業を極力、自動化し、キャンペーンの運営者側の人件費等を削減できる。

【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】

また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

【0078】

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

【符号の説明】

【0079】

１ キャンペーン実行システム
１０ 店舗端末（参加体端末の一例）
１１ 表示部
１２ 制御部
１３ 操作部
２０ キャンペーン実行サーバ
２１ ＣＰＵ（演算部の一例）
２２ 通信部
２３ 記憶部
２４ キャンペーン実行プログラム
３０ ＳＮＳサーバ
４０ ツール提供サーバ
５０ ユーザ端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】