JP7490261B2 - 管理装置 - Google Patents

Description

本明細書で開示される技術は、ユーザに付与する報酬を管理する管理装置に関する。

特許文献１は、ユーザが店舗に来店している間に、そのユーザがＳＮＳ（Social Network Service）に店舗に関係する投稿を行った場合に、ユーザにポイント等の報酬を付与する報酬管理システムを開示する。

特許第６９２４３０２号公報

特許文献１の技術では、ユーザは、自身が店舗に滞在している間にＳＮＳ投稿を行った上で、確認画面を店員に示して報酬の付与を受ける必要がある。特許文献１の技術ではユーザが退店した後に投稿を行った場合、ユーザに報酬を付与することができない。ユーザの退店後に行われるＳＮＳ投稿に対してユーザに報酬を付与する技術を採用することも考えられるが、報酬付与条件が周知されると、意図しない者（実際に来店していない者）が報酬を不正に受領する可能性がある。

本明細書では、実際に商品等を購入した者に適切に報酬を付与し得る技術を提供する。

本明細書で開示される管理装置は、１個以上のユーザ情報を記憶するメモリと、前記１個以上のユーザ情報のうちの特定のユーザ情報によって示される特定のユーザが商品又はサービスを購入することに伴い、ユニークであって前記特定のユーザ情報に対応する特定のキーワードを出力する出力部と、ＳＮＳ（Social Network Service）において前記特定のキーワードを含む特定の投稿が行われることを監視する監視部と、前記監視部によって前記特定の投稿が検出される特定の場合に、前記特定のユーザに対して報酬を付与する付与部と、を備える。

上記の「管理装置」は、報酬管理サービスの提供者によって設けられるサーバを含む。「管理装置」は、実店舗に設置される管理サーバ、ネット店舗（ＥＣ店舗）用等の各種店舗用の管理サーバであってもよい。「メモリ」は、管理装置に搭載されているものと、インターネット上（クラウド上）に設けられているものとを含む。「ユーザ情報」は、ユーザのＩＤ、パスワード、氏名、連絡先等、ユーザを特定し得る各種情報を含む。「特定のキーワード」は、例えばハッシュタグの組合せ、投稿中に記載するＵＲＬのパラメータに含まれる文字列、投稿内の地の文中の文字列等、任意の文字列（文字列群）であってもよい。「出力」は、メール等で特定のユーザに直接メッセージを送信すること、レシートに印刷すること、アプリ内で通知すること、等を含む。「報酬」は、決済に利用できるポイント、クーポン、賞金、スタンプラリーのスタンプ等、任意の有価物を含む。

上記の構成によると、特定のユーザは、特定のキーワードが出力された後に、ＳＮＳにおいて、ユニークな特定のキーワードを含む特定の投稿を行うことができる。即ち、特定のユーザは、購入後や退店後の任意のタイミングで特定の投稿を行うことができる。特定の投稿は例えば商品や店舗等の口コミ（レビュー）に関係する投稿であってもよい。特定のキーワードは、特定のユーザに特有のユニークなキーワードである。特定のキーワードは特定のユーザ情報に対応する。そのため、特定のユーザ以外の者が特定のキーワードを把握することは非常に難しい。仮に、何らかの方法で特定のユーザではない者（実際に商品等を購入していない者）が特定のキーワードを知得し、特定のキーワードを含む投稿を行ったとしても、特定のユーザではない者（実際に商品等を購入していない者）に報酬が付与されることはない。特定のユーザ以外の者が報酬を不正に受領する可能性が抑制される。上記の構成によると、実際に商品を購入したユーザに適切に報酬を付与することができる。

上記管理装置は、前記監視部によって前記特定の投稿が検出される場合に、前記特定の投稿に関する確認情報を出力し、前記報酬を付与する旨の付与指示が入力されることを監視する入力制御部をさらに備えてもよい。前記付与部は、前記監視部によって前記特定の投稿が検出され、かつ、前記付与指示が入力される前記特定の場合に、前記特定のユーザ情報に対して前記報酬を付与してもよい。

この構成によると、管理装置の管理者（例えば店舗の係員）等が、特定の投稿が店舗、商品又はサービスに関する投稿であるか否かを確認した上で付与指示を入力し得る。例えば、特定の投稿が単に特定のキーワードを含んだだけの投稿であってレビューとして有用でない投稿である場合に、運用者の判断で報酬を付与させないようにすることができる。レビューとして有用な投稿を行ったユーザに対して適切に報酬を付与することができる。

前記報酬は決済に利用可能なポイントを含んでもよい。

ポイントは所望の商品又はサービスの決済に利用し得る。特定のユーザにとって報酬の使い勝手が良い。この構成によると、特定のユーザが利用しやすい報酬が付与され得る。

前記特定のキーワードはハッシュタグを含んでもよい。

この構成によると、ＳＮＳにおいて特定の投稿を検出する際に無関係な投稿が検出される可能性が低くなる。特定の投稿が適切に検出され得る。

前記特定のキーワードは複数個の前記ハッシュタグの組合せを含んでもよい。

この構成によると、複数個のハッシュタグの組合せを変更することで、多くのユニークな特定のキーワードを生成し得る。

前記出力部は、前記特定のキーワードを含むメッセージを前記特定のユーザに対して送信してもよい。

この構成によると、特定のユーザに直接特定のキーワードを届けることができる。特定のキーワードが他の者に周知され難い。実際に商品・サービスを購入した特定のユーザに適切に報酬を付与し得る。

前記特定のキーワードには有効期限が設けられていてもよい。

この構成によると、所定の有効期限内に特定の投稿を行ったユーザのみに対して報酬を付与することができる。報酬を適切に付与することができる。

上記の管理装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。上記の管理を含む管理システムも、新規で有用である。

第１実施例の管理システム２の概要を示す。 ユーザデータベース３２、キーワード管理テーブル３４の例を示す。 管理サーバ１０のＣＰＵ２２が実行するキーワード出力処理のフローチャートを示す。 管理サーバ１０のＣＰＵ２２が実行する報酬付与処理のフローチャートを示す。 投稿表示画面３００の表示例を示す。 第２実施例の確認画面４００の表示例を示す。

（第１実施例）
（システムの概要：図１）
図１に示す管理システム２は、店舗（実店舗、ネット店舗）において、ユーザに付与する報酬を管理するためのシステムである。詳しく言うと、管理システム２は、店舗で商品又はサービスを購入したユーザが、ＳＮＳ（Social Network Service）に当該店舗又は購入商品に関係する投稿（口コミ投稿、レビュー投稿）を行った場合等に、そのユーザにポイント等の報酬を付与するためのシステムである。図１に示すように、本実施例の管理システム２は、管理サーバ１０と、店舗端末６０と、ユーザ端末１００と、ＳＮＳサーバ２００とを備える。管理サーバ１０、店舗端末６０、ユーザ端末１００、ＳＮＳサーバ２００はいずれもインターネット４に接続されている。管理サーバ１０、店舗端末６０、ユーザ端末１００、ＳＮＳサーバ２００は、インターネット４を介して相互に通信可能である。

ＳＮＳサーバ２００は、所定のソーシャルネットワークサービスを提供するサーバである。ＳＮＳサーバ２００は、ＳＮＳ会員となっているユーザが投稿した画像やコメント等のコンテンツを、他のユーザ等が閲覧できるようにウェブページ等に掲載するサービス等を提供する。図１では１個のＳＮＳサーバ２００のみが示されているが、ＳＮＳの種類ごとに異なる複数個のＳＮＳサーバ２００が備えられていてもよい。

ユーザ端末１００は、例えばユーザＵが携帯するスマートフォン、タブレット端末、ノートＰＣ、デスクトップＰＣ等である。図１では１個のユーザ端末１００のみが示されているが、実際には管理システム２は、システムを利用するユーザに応じた複数個のユーザ端末１００を備えている。ユーザ端末１００のメモリ（図示省略）には、ＯＳプログラム、ブラウザアプリケーションプログラム、各ＳＮＳのＳＮＳアプリケーションプログラム、ユーザ用報酬管理アプリケーションプログラム等の各種プログラムが記憶されている。以下本明細書ではアプリケーションプログラムのことを単に「アプリ」と呼ぶ場合がある。ＳＮＳアプリはＳＮＳサーバ２００によって提供されるアプリである。ユーザ端末１００は、ブラウザアプリ又はＳＮＳアプリに従ってＳＮＳサーバ２００にアクセスすることができる。ユーザＵは、ユーザ端末１００を介して、ＳＮＳサーバ２００にコンテンツを投稿することができる。ユーザ用報酬管理アプリは、報酬管理サービスを提供するサービス事業者（即ち管理サーバ１０の設置者）によって提供されるアプリである。ユーザ用報酬管理アプリは、ユーザ側（即ち報酬の付与を受ける側）に特化したアプリである。ユーザ端末１００は、ブラウザアプリ又はユーザ用報酬管理アプリに従って管理サーバ１０にアクセスすることができる。ユーザＵは、管理サーバ１０にアクセスすることにより、自身が会員登録をしている店舗の会員ページ等を閲覧することができる。

店舗端末６０は、報酬管理サービスの提供を受ける店舗（実店舗、ネット店舗）に設置されているコンピュータである。店舗端末６０は、デスクトップＰＣ、ノートＰＣなどのコンピュータである。店舗の係員等は、店舗端末６０を介して管理サーバ１０にアクセスし、報酬管理に関する諸設定を行ったり、報酬管理の進捗状況を監視したりすることができる。店舗端末６０は、操作部６２と、表示部６４と、通信Ｉ／Ｆ６６と、制御部７０とを備える。操作部６２は、キーボードとマウスを備える。店舗端末６０の利用者（店舗の係員、管理者等）は、操作部６２を操作して様々な指示を店舗端末６０に入力することができる。表示部６４は、様々な情報を表示するためのディスプレイである。通信Ｉ／Ｆ６６はインターネット４を介して他のデバイスと通信を実行するためのＩ／Ｆである。

制御部７０は、ＣＰＵ７２とメモリ７４とを備える。ＣＰＵ７２は、メモリ７４に記憶されているプログラム８０に従って様々な処理を実行する。メモリ７４は、ＲＯＭ、ＲＡＭ等によって構成される。メモリ７４は、プログラム８０を記憶している。プログラム８０は、ＯＳプログラム、ブラウザアプリ、店舗用報酬管理アプリ等の各種プログラム等を含む。店舗用報酬管理アプリは、報酬管理サービスを提供するサービス事業者（即ち管理サーバ１０の設置者）によって提供されるアプリである。店舗用報酬管理アプリは、店舗側（即ち報酬を付与する側）に特化したアプリである。店舗端末６０は、ブラウザアプリ又は店舗用報酬管理アプリに従って管理サーバ１０にアクセスし、報酬管理に関する諸設定を行ったり、報酬管理の進捗状況を監視したりすることができる。

（管理サーバ１０の構成；図１、図２）
管理サーバ１０の構成について詳しく説明する。管理サーバ１０は、報酬管理サービスを提供するサービス事業者によって設けられるサーバである。管理サーバ１０は、店舗を利用するユーザに付与する報酬を管理する。店舗がネット店舗（ＥＣサイト）である場合、管理サーバ１０は、ＥＣサイト用のサーバとしての機能を兼ねていてもよい。管理サーバ１０は、通信Ｉ／Ｆ（インターフェース）１６と、制御部２０とを備える。

通信Ｉ／Ｆ１６は、インターネット４を介して他のデバイスと通信を実行するためのＩ／Ｆである。制御部２０は、ＣＰＵ２２とメモリ２４とを備える。ＣＰＵ２２は、メモリ２４に記憶されているプログラム３０に従って様々な処理を実行する。メモリ２４は、ＲＯＭ、ＲＡＭ等によって構成される。メモリ２４は、プログラム３０、ユーザデータベース３２、キーワード管理テーブル３４を記憶している。プログラム３０は、ＯＳプログラム、報酬管理アプリ等の各種プログラムを含む。報酬管理アプリは、管理サーバ１０の設置者が管理サーバ１０のために作成したプログラムであって、管理サーバ１０に、ユーザへ付与する報酬を管理するための具体的な処理（図３、図４等）を実行させるためのプログラムである。

ユーザデータベース３２は店舗の会員であるユーザの情報を含む。図２はユーザデータベース３２の一例を示す。図２に示すように、ユーザデータベース３２は、複数のユーザに対応する複数個のユーザ情報４０ａ～４０ｄを含む。図２の例ではユーザデータベース３２が４個のユーザ情報４０ａ～４０ｄのみを含む様子が示されているが、実際にはユーザデータベース３２はシステムを利用するユーザ数に応じたユーザ情報を含んでいる。

各ユーザ情報４０ａ～４０ｄは、ユーザＩＤ、ユーザ名、ＳＮＳアカウント、電話番号、メールアドレス、ポイント数が対応付けられた組合せ情報である。ユーザＩＤは、ユーザの会員登録の際にユーザに付与される識別情報である。ユーザ名は、会員登録の際にユーザが申請した会員名である。会員登録は、各ユーザがユーザ端末１００を介して管理サーバ１０にアクセスし、必要事項を入力することによって行うことができる。会員登録が済むと、ユーザは自身のユーザ端末１００を介して管理サーバ１０にアクセスし、会員用マイページの閲覧等が可能となる。ＳＮＳアカウントは、ユーザが既に利用しているＳＮＳサービスのアカウント名である。ＳＮＳアカウントは、会員登録の際にユーザが自身のＳＮＳアカウントとの連携を希望する場合に取得される。自身のＳＮＳアカウントとの連携を希望しないユーザのＳＮＳアカウントは取得されない。電話番号、メールアドレスは、会員登録の際にユーザから通知されたユーザの連絡先である。ポイント数は、当該ユーザが現在所持しているポイントの数を示す。ポイントは店舗での決済に利用することができる。各ユーザ情報４０ａ～４０ｄは、ユーザが会員登録を行ったタイミングで新たに生成され、ユーザデータベース３２に記憶される。ただし、各ユーザ情報４０ａ～４０ｄ中のポイント数の値は、ポイントが増減する毎に更新される。なお、図２の各ユーザ情報４０ａ～４０ｄに含まれる情報はあくまで一例であり、実際には上記以外の情報が対応付けられていてもよい。

例えば、ユーザ情報４０ａには、ユーザＩＤ「ＵＩＤ１」、ユーザ名「Ａｎｎｉｅ」、ＳＮＳアカウント「Ａｎｎｉｅ１２３」、電話番号「ｘｘｘ－ｘｘｘｘ」、メールアドレス「ａｂｃ＠ｘｘｘ．ｃｏｍ」、ポイント数「５０００」、の各情報が対応付けられている。すなわち、ユーザ情報４０ａは以下のことを示す。ユーザ名「Ａｎｎｉｅ」のユーザにユーザＩＤ「ＵＩＤ１」が割り当てられている。ＳＮＳアカウントは「Ａｎｎｉｅ１２３」であり、電話番号は「ｘｘｘ－ｘｘｘｘ」であり、メールアドレスは「ａｂｃ＠ｘｘｘ．ｃｏｍ」である。ユーザ名「Ａｎｎｉｅ」のユーザは現在５０００ポイントを所持している。

同様に、ユーザ情報４０ｂは以下のことを示す。ユーザ名「Ｂｏｂ」のユーザにユーザＩＤ「ＵＩＤ２」が割り当てられている。ＳＮＳアカウントは未取得（「－」）であり、電話番号は「ｙｙｙ－ｙｙｙｙ」であり、メールアドレスは「ｄｅｆ＠ｘｘｘ．ｃｏｍ」である。ユーザ名「Ｂｏｂ」のユーザは現在３００ポイントを所持している。

キーワード管理テーブル３４は、後述のキーワード出力処理（図３）において、ユーザに対して付与されるＳＮＳ投稿用のキーワードを管理するためのテーブルである。図２はキーワード管理テーブル３４の一例を示す。図２に示すように、キーワード管理テーブル３４は、生成されたキーワードに対応する複数個のキーワード情報５０ａ～５０ｃを含む。図２の例ではキーワード管理テーブル３４が３個のキーワード情報５０ａ～５０ｃのみを含む様子が示されているが、実際にはキーワード管理テーブル３４は生成されたキーワードの数に応じたキーワード情報を含んでいる。

各キーワード情報５０ａ～５０ｃは、キーワード、ユーザＩＤ、ユーザ名、有効期限、報酬、付与日時が対応付けられた組合せ情報である。キーワードは、後述のキーワード出力処理（図３）において、ユーザに対して付与されるユニークな文字列（又は文字列群）を示す。ユーザは、キーワードを含むＳＮＳ投稿を行うことを条件にポイント等の報酬を受け取ることができる。本実施例では、キーワードは、３個のハッシュタグの組合せで構成される１組の文字列群である。キーワードは生成される毎に異なるユニークな情報である。１組のキーワードに含まれる３個のハッシュタグの内容が共通する場合であっても、それらの記載順序が異なる場合は異なる１組のキーワードと扱われる。変形例では、１組のキーワードに含まれる３個のハッシュタグの内容が共通する場合、それらの記載順序が異なっても（順不同であっても）同じキーワードと扱われてもよい。キーワードを構成する３個のハッシュタグは、いずれも店舗や購入商品に関するものである。変形例では、３個のハッシュタグは店舗や購入商品とは無関係であってもよい。

ユーザＩＤとユーザ名は、対応するキーワードが付与されたユーザを表すユーザＩＤ及びユーザ名である。有効期限は、対応するキーワードの有効期限である。有効期限が徒過したキーワードを含むキーワード情報はキーワード管理テーブル３４から自動的に削除されてもよい。報酬は、対応するキーワードを含むＳＮＳ投稿が適切に行われた場合に、対応するユーザに付与される予定の報酬を示す。本実施例では報酬は店舗での決済に利用可能なポイントである。他の例では報酬はポイント以外の報酬（例えば、クーポン、特別割引、ノベルティプレゼント等）であってもよい。付与日時は、対応する報酬が実際に付与された日時を示す。他の例では、付与日時は、対応するキーワードを含むＳＮＳ投稿が適切に行われた日時であってもよい。なお、図２の各キーワード情報５０ａ～５０ｃに含まれる情報はあくまで一例であり、実際には上記以外の情報が対応付けられていてもよい。

例えば、キーワード情報５０ａには、キーワード「♯ｗａｔｃｈ ♯ｎｉｃｅ ♯ｓｈｏｐ」、ユーザＩＤ「ＵＩＤ２」、ユーザ名「Ｂｏｂ」、有効期限「２０２２／０８／３１ １２：００」、報酬「５００」、付与日時「２０２２／０８／２５ １３：４５」、の各情報が対応付けられている。すなわち、キーワード情報５０ａは以下のことを示す。キーワード「♯ｗａｔｃｈ ♯ｎｉｃｅ ♯ｓｈｏｐ」は、ユーザＩＤ「ＵＩＤ２」、ユーザ名「Ｂｏｂ」のユーザに対して付与されている。当該キーワードの有効期限は２０２２年８月３１日の１２：００である。当該キーワードを含むＳＮＳ投稿が適切に行われた場合の報酬は５００ポイントである。ユーザ名「Ｂｏｂ」のユーザは、既に２０２２年８月２５日の１３：４５に報酬の付与を受けている。

同様に、キーワード情報５０ｂは以下のことを示す。キーワード「♯ｃｏｏｌ ♯ｓｔｏｒｅ ♯ｗａｔｃｈ」は、ユーザＩＤ「ＵＩＤ３」、ユーザ名「Ｃｈｒｉｓ」のユーザに対して付与されている。当該キーワードの有効期限は２０２２年９月１０日の１２：００である。当該キーワードを含むＳＮＳ投稿が適切に行われた場合の報酬は１０００ポイントである。ユーザ名「Ｃｈｒｉｓ」のユーザは、未だ報酬の付与を受けていない。

（キーワード出力処理；図３）
図３を参照して、管理サーバ１０のＣＰＵ２２が実行するキーワード出力処理について説明する。キーワード出力処理は、所定のキーワード付与条件を満たすユーザに対して、報酬付与の条件となるＳＮＳ投稿に含ませるべきキーワードを付与するための処理である。ＣＰＵ２２は、管理サーバ１０の電源がオンされている間、メモリ２４内の報酬管理アプリに従って、図３のキーワード出力処理を継続して実行している。

Ｓ１０では、ＣＰＵ２２は、キーワード付与条件が達成されることを監視する。例えば、管理サーバ１０が店舗（ネット店舗）のＥＣサイト用サーバを兼ねている場合には、ユーザが商品又はサービスを購入（注文）して決済を完了させることでキーワード付与条件が達成される。また、商品又はサービスの購入後に、ユーザが管理サーバ１０にアクセスし、会員用マイページの閲覧を請求する場合にキーワード付与条件が達成されてもよい。また、例えば店舗が実店舗である場合には、ユーザが商品を購入した後に店舗の係員が店舗端末６０を介して管理サーバ１０にキーワード付与請求を送信し、管理サーバ１０が店舗端末６０からキーワード付与請求を受信することでキーワード付与条件が達成される。キーワード付与条件が達成されると、ＣＰＵ２２はＳ１０でＹＥＳと判断し、Ｓ１２に進む。

Ｓ１２では、ＣＰＵ２２は、キーワード付与条件を達成したユーザのユーザＩＤ及びユーザ名を特定する。キーワード付与条件を達成したユーザは、商品又はサービスを購入したユーザと言ってもよい。店舗がネット店舗である場合、ＣＰＵ２２は決済時のアカウント情報、会員用マイページのログイン時のアカウント情報等からユーザＩＤとユーザ名を特定することができる。店舗が実店舗である場合、ＣＰＵ２２は、店舗の係員が操作部６２を介してユーザＩＤ及びユーザ名を入力したり、店舗の係員がユーザ所有の会員カードに記憶されたユーザＩＤ及びユーザ名を所定の読取装置で読み取ったりすること等によって、ユーザＩＤ及びユーザ名を特定することができる。例えば、ユーザＩＤ「ＵＩＤ１」、ユーザ名「Ａｎｎｉｅ」に対応するユーザが商品を購入した場合、Ｓ１２では、ＣＰＵ２２は、ユーザＩＤ「ＵＩＤ１」とユーザ名「Ａｎｎｉｅ」を特定する（図２の４０ａ参照）。

続くＳ１４では、ＣＰＵ２２は、Ｓ１２で特定されたユーザＩＤとユーザ名が示すユーザに付与するためのキーワードを生成する。ＣＰＵ２２は、予め準備されたハッシュタグのリストの中から３個のハッシュタグを選んでユニークな１組のキーワードを生成する。ＣＰＵ２２は、３個のハッシュタグの内容の一部（又は全部）が他のキーワードに含まれるハッシュタグと共通する場合であっても、各ハッシュタグの記載順序が異なる場合は異なる１組のキーワードと扱う。キーワードに用いられるハッシュタグの内容は、店舗や購入商品に関するものである。改変例では、キーワードに用いられるハッシュタグの内容は、店舗や購入商品とは無関係であってもよい。例えば、Ｓ１４では、ＣＰＵ２２は、キーワード「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」を生成することができる。

続くＳ１６では、ＣＰＵ２２は、Ｓ１２で特定されたユーザＩＤ及びユーザ名と、Ｓ１４で生成されたキーワードを含むキーワード情報をメモリ２４内のキーワード管理テーブル３４（図２参照）に記憶させる。Ｓ１６では、まず、ＣＰＵ２２は、Ｓ１２で特定されたユーザＩＤ及びユーザ名と、Ｓ１４で生成されたキーワードに、キーワードの有効期限と、付与されるべき報酬を組み合わせてキーワード情報（図２の５０ａ～５０ｃ参照）を生成する。生成されるキーワードの有効期限と、付与される報酬（ポイント数）は、店舗の係員によって事前に設定されている。そして、ＣＰＵ２２は、生成されたキーワード情報をキーワード管理テーブル３４に新たに記憶させる。この時点では、報酬は未付与であるため付与日時は記録されない（「－」表示）。例えば、Ｓ１６では、ＣＰＵ２２は、Ｓ１２で特定されたユーザＩＤ「ＵＩＤ１」及びユーザ名「Ａｎｎｉｅ」と、Ｓ１４で生成されたキーワード「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」に、有効期限「２０２２／８／３１ １２：００」、報酬「５００」を対応付けてキーワード情報５０ｃ（図２）を生成し、生成したキーワード情報５０ｃをキーワード管理テーブル３４に新たに記憶させることができる。

続くＳ１８では、ＣＰＵ２２は、Ｓ１４で生成されたキーワードを出力する。具体的には、Ｓ１８では、ＣＰＵ２２は、キーワードを含むメッセージをＳ１２で特定されたユーザＩＤ及びユーザ名が示すユーザに対して送信する。例えば、Ｓ１８では、ＣＰＵ２２は、ユーザデータベース３２（図２）を参照してユーザＩＤ及びユーザ名に対応するメールアドレスを特定し、特定されたメールアドレス宛にキーワードを含むメッセージ（電子メール）を送信する。他の例では、ＣＰＵ２２は、ユーザデータベース３２を参照して電話番号を特定し、その電話番号宛にキーワードを含むＳＭＳ（Short Message Service）メッセージを送信してもよい。さらに他の例では、ＣＰＵ２２は、ユーザデータベース３２を参照してユーザＩＤ及びユーザ名に対応するＳＮＳアカウントを特定し、そのＳＮＳアカウント宛にキーワードを含むメッセージを送信してもよい。Ｓ１８で送信されるメッセージには、キーワードのほかに、報酬付与条件や報酬内容等の説明も含まれている。

Ｓ１８におけるキーワードの出力方法はメッセージ送信に限られない。例えば、店舗がネット店舗である場合、ＣＰＵ２２は、商品又はサービスの決済後にユーザ端末１００に表示させる決済完了画面等にキーワードと報酬付与条件や報酬内容等を含ませるようにしてもよい。他の例では、商品又はサービスの購入後に、ユーザが管理サーバ１０にアクセスし、会員用マイページの閲覧を請求する場合、ＣＰＵ２２は、会員用マイページにキーワードと報酬付与条件や報酬内容等を含ませるようにしてもよい。ユーザ端末１００にユーザ用の報酬管理アプリがインストールされている場合では、ＣＰＵ２２は、ユーザ端末１００に、キーワードと報酬付与条件や報酬内容等を含むプッシュ通知を送信するようにしてもよい。

Ｓ１８を終えると、ＣＰＵ２２は、再びＳ１０の監視に戻る。再びキーワード付与条件が達成されると（Ｓ１０でＹＥＳ）、ＣＰＵ２２はＳ１２～Ｓ１８の処理を再度実行する。

Ｓ１８で出力されたキーワードを取得（即ちキーワードを含むメッセージを受信）したユーザは、自身のユーザ端末１００を用いてＳＮＳサーバ２００にアクセスし、当該キーワードを含むＳＮＳ投稿を行うことができる。当該キーワードを含むＳＮＳは報酬付与の条件である。商品や店舗等の口コミ（レビュー）に関係する投稿を行うことが報酬付与の条件であってもよい。

（報酬付与処理；図４）
続いて、図４を参照して、ＣＰＵ２２が実行する報酬付与処理について説明する。報酬付与処理は、生成されたキーワードを含むＳＮＳ投稿が検出される場合に、キーワードが付与されたユーザに対して報酬を付与するための処理である。ＣＰＵ２２は、管理サーバ１０の電源がオンされている間、メモリ２４内の報酬管理アプリに従って、図３のキーワード出力処理と並行して図４の報酬付与処理を継続して実行している。

Ｓ３０では、ＣＰＵ２２は、所定の巡回タイミングが到来することを監視する。巡回タイミングは、例えば、１時間ごと、３０分ごと、のように予め定められている。巡回タイミングが到来する場合、ＣＰＵ２２は、Ｓ３０でＹＥＳと判断する。また、巡回タイミングが到来する前であっても、店舗の係員は、店舗端末６０の操作部６２に巡回指示を入力することができる。その場合、店舗端末６０は、管理サーバ１０に巡回指示を送信する。ＣＰＵ２２は、店舗端末６０から巡回指示を受信すると、ＣＰＵ２２はＳ３０でＹＥＳと判断する。ＣＰＵ２２は、Ｓ３０でＹＥＳと判断すると、Ｓ３２に進む。

Ｓ３２では、ＣＰＵ２２は、キーワード管理テーブル３４（図２）を参照し、有効期限を徒過しておらず、かつ、報酬が未付与のキーワード（以下「有効なキーワード」と呼ぶ）のうちから、１組（１個）のキーワードを特定する。Ｓ３２で特定されたキーワードを以下「特定のキーワード」と呼ぶ。例えば、Ｓ３２の時点でメモリ２４に図２のキーワード管理テーブル３４が記憶されている場合の例を想定する。この場合、キーワード情報５０ａに対応するキーワード（「♯ｗａｔｃｈ ♯ｎｉｃｅ ♯ｓｈｏｐ」）には既に付与日時が対応付けられている。即ちキーワード情報５０ａに対応するキーワードは既に報酬を付与済みであるため「有効なキーワード」ではない。Ｓ３２では特定されない。一方、例えばキーワード情報５０ｃに対応するキーワード（「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」）には付与日時が対応付けられていない。即ち報酬は未付与である。キーワード情報５０ｃに対応するキーワードが有効期限を徒過していなければ、キーワード情報５０ｃに対応するキーワード（「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」）は「有効なキーワード」である。その場合、Ｓ３２においてＣＰＵ２２はキーワード情報５０ｃに対応するキーワード（「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」）を「特定のキーワード」として特定可能である。

続くＳ３４では、ＣＰＵ２２は、ＳＮＳサーバ２００にアクセスし、特定のキーワードを含むＳＮＳ投稿（以下「特定の投稿」と呼ぶ）を検索する。ＣＰＵ２２は、特定のキーワードを検索キーとしてＳＮＳサーバ２００内を検索する。例えば、Ｓ３２で特定された特定のキーワードが「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」（図２の符号５０ｃ参照）である場合、ＣＰＵ２２は、ＳＮＳサーバ２００にアクセスし、ハッシュタグ群「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」を検索キーとして用い、ハッシュタグ群「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」を含むＳＮＳ投稿（特定の投稿）を検索する。ただし上述の検索手法はあくまで一例である。実際には、Ｓ３４では、ＣＰＵ２２は、任意の検索手法で特定の投稿を検索してもよい。

Ｓ３６では、ＣＰＵ２２は、特定の投稿が検出されたか否かを判断する。特定のキーワードを付与されたユーザが、特定のキーワードを含む特定のＳＮＳ投稿（特定の投稿）を適切に行っていれば、検索の結果として特定の投稿が検出される。その場合、ＣＰＵ２２はＳ３６でＹＥＳと判断し、Ｓ３８に進む。一方、特定のキーワードを付与されたユーザが、特定のキーワードを含むＳＮＳ投稿を適切に行っていなければ、検索の結果として特定の投稿は検出されない。その場合、ＣＰＵ２２はＳ３６でＮＯと判断し、Ｓ４２に進む。

図５を参照して、検索の対象であるＳＮＳ投稿について説明する。図５はＳＮＳ投稿を表す投稿表示画面３００の一例を示す。図５の例では、投稿表示画面３００は、ＳＮＳアカウント３０２と、画像３０４と、本文３０６と、ハッシュタグ３０８とを含む。ＳＮＳアカウント３０２は投稿の主体を示す。画像３０４は、投稿に関連する静止画又は動画である。画像３０４は複数の静止画又は動画を含む場合もある。本文３０６が存在する場合に画像３０４が省略される場合もある。本文３０６は、投稿の内容を構成する文章である。画像３０４が存在する場合に本文３０６が省略される場合もある。ハッシュタグ３０８は、所望のキーワードをタグとして用いるために付与される。ハッシュタグは「＃（ハッシュマーク）」と、「＃」の後に表示された所望のキーワードの組合せである。ハッシュタグは同じキーワードを含む投稿の検索等に用いられる。ハッシュタグ３０８は省略される場合もある。なお、図５の投稿表示画面３００はあくまで一例である。実際には、画像３０４、本文３０６、ハッシュタグ３０８のうちの一つ以上が省略される場合もある。図示していない要素が付加される場合もある。

図５の投稿表示画面３００は、ＳＮＳアカウント３０２が「Ａｎｎｉｅ１２３」のユーザによる投稿の例である。ＳＮＳアカウント「Ａｎｎｉｅ１２３」は、ユーザデータベース３２内のユーザ情報４０ａに含まれている（図２参照）。即ち、図５の投稿表示画面３００は、ユーザＩＤ「ＵＩＤ１」、ユーザ名「Ａｎｎｉｅ」に対応するユーザによる投稿である。画像３０４は、店舗で購入した腕時計を実際にユーザが使用している様子を表す静止画である。本文３０６は、店舗で購入した腕時計の使用感に関する文章を含んでいる。即ち、投稿表示画面３００は店舗で購入した腕時計のレビュー投稿である。ハッシュタグ３０８は「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」の３個のタグを含む。ハッシュタグ「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」は、キーワード管理テーブル３４のキーワード情報５０ｃに含まれている（図２参照）。各タグの順序も一致する。キーワード情報５０ｃが示すように、「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」は、ユーザＩＤ「ＵＩＤ１」、ユーザ名「Ａｎｎｉｅ」に対応するユーザに付与されたキーワードである。図５の投稿表示画面３００が示す投稿は、ユーザＩＤ「ＵＩＤ１」、ユーザ名「Ａｎｎｉｅ」に対応するユーザが、付与されたキーワードをハッシュタグ３０８として適切に含ませた上で、店舗で購入した商品のレビューを行っている投稿（即ち特定の投稿）である。報酬の付与条件を満たす投稿である。

例えば、図４のＳ３２で特定された特定のキーワードが「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」（図２の５０ｃ参照）であった場合、Ｓ３４の検索の結果、ＣＰＵ２２は、図５の投稿表示画面３００によって示される内容の特定の投稿を検出することができる。その場合、ＣＰＵ２２はＳ３６でＹＥＳと判断する。

Ｓ３８では、ＣＰＵ２２は、特定のキーワードに対応するユーザ（以下では「特定のユーザ」と呼ぶ）に報酬を付与する。具体的には、ＣＰＵ２２は、まずキーワード管理テーブル３４（図２）を参照し、特定のキーワードを含むキーワード情報（以下では「特定のキーワード情報」と呼ぶ）を特定する。ＣＰＵ２２は、特定のキーワード情報に含まれるユーザＩＤ（以下では「特定のユーザＩＤ」と呼ぶ）と、報酬（以下では「特定の報酬」と呼ぶ）を特定する。続いてＣＰＵ２２は、ユーザデータベース３２を参照し、特定のユーザＩＤを含むユーザ情報（以下では「特定のユーザ情報」と呼ぶ）を特定する。ＣＰＵ２２は、特定のユーザ情報に含まれるポイント数に、特定の報酬が示すポイント数を加算し、ポイント数の合計値を更新する。これにより、特定の報酬が特定のユーザＩＤが示すユーザ（即ち特定のユーザ）に付与される。さらにＣＰＵ２２は、特定のキーワード情報に含まれる付与日時に現在の日時（即ち報酬の付与日時）を記録する。

例えば、特定のキーワードが「＃ｓｔｙｌｉｓｈ ＃ｓｈｏｐ ＃ｗａｔｃｈ」（図２の５０ｃ参照）であった場合、Ｓ３８では、ＣＰＵ２２は、キーワード管理テーブル３４からキーワード情報５０ｃ（特定のキーワード情報）を特定する。ＣＰＵ２２は、ユーザＩＤ「ＵＩＤ１」（特定のユーザＩＤ）と報酬「５００」（特定の報酬）を特定する。ＣＰＵ２２は、ユーザＩＤ「ＵＩＤ１」を含むユーザ情報４０ａ（特定のユーザ情報）を特定する。ＣＰＵ２２は、ユーザ情報４０ａに含まれるポイント数に「５００」を加算し、合計値を更新する。さらにＣＰＵ２２は、キーワード情報５０ｃに含まれる付与日時に現在の日時（即ち報酬の付与日時）を記録する。

続くＳ４０では、ＣＰＵ２２は、特定のユーザにメッセージを送信する。送信されるメッセージは、ＳＮＳ投稿が報酬付与条件を満たしたこと、報酬が付与されたこと等の説明を含む。Ｓ４０では、ＣＰＵ２２は、特定のユーザ情報に含まれるメールアドレス宛にメッセージ（電子メール）を送信する。他の例では、ＣＰＵ２２は、特定のユーザ情報に含まれる電話番号宛にＳＭＳメッセージを送信してもよい。さらに他の例では、ＣＰＵ２２は、特定のユーザ情報に含まれるＳＮＳアカウント宛にメッセージを送信してもよい。

続くＳ４２では、ＣＰＵ２２は、キーワード管理テーブル３４（図２）を参照し、有効なキーワードをすべて特定済みであるか否かを判断する。この時点でキーワード管理テーブル３４内の有効なキーワードがまだすべて特定されていない場合、ＣＰＵ２２はＳ４２でＮＯと判断し、Ｓ３２に戻る。Ｓ３２では、ＣＰＵ２２は、未特定の有効なキーワードのうちの１組（１個）を新たに特定のキーワードとして特定する。そして、ＣＰＵ２２はＳ３４移行の各処理を再度実行する。一方、Ｓ４２の時点でキーワード管理テーブル３４内の有効なキーワードをすべて特定済みである場合、ＣＰＵ２２はＳ４２でＹＥＳと判断し、Ｓ３０の監視に戻る。再び所定の巡回タイミングが到来すると（Ｓ３０でＹＥＳ）、ＣＰＵ２２はＳ３２～Ｓ４２の処理を再度実行する。

以上、本実施例の管理システム２について説明した。本実施例では、ＣＰＵ２２は、特定のユーザが商品又はサービスを購入することに伴い、ユニークかつ特定のユーザ情報に対応する特定のキーワードを出力する（図３のＳ１８）。そして、ＣＰＵ２２は、ＳＮＳサーバ２００において特定のキーワードを含む特定の投稿が行われていることを検出すると（図４のＳ３６でＹＥＳ）、に、特定のユーザに対して報酬を付与する（Ｓ３８）。本実施例では、特定のユーザは、特定のキーワードが出力（図３のＳ１８）された後に、ＳＮＳにおいて、ユニークな特定のキーワードを含む特定の投稿を行うことができる。即ち、特定のユーザは、購入後や退店後の任意のタイミングで特定の投稿を行うことができる。特定の投稿は例えば商品や店舗等の口コミ（レビュー）に関係する投稿である。特定のキーワードは、特定のユーザに特有のユニークなキーワードである。特定のキーワードは特定のユーザＩＤに対応している。そのため、特定のユーザ以外の者が特定のキーワードを把握することは非常に難しい。仮に特定のユーザではない者（実際に商品等を購入していない者）が何らかの方法で特定のキーワードを知得し、特定のキーワードを含む投稿を行ったとしても、特定のユーザではない者（実際に商品等を購入していない者）に報酬が付与されることがない。特定のユーザ以外の者が報酬を不正に受領する可能性が抑制される。本実施例の管理システム２によると、実際に商品を購入したユーザに適切に報酬を付与することができる。

本実施例では、報酬は決済に利用可能なポイントである。ポイントは所望の商品又はサービスの決済に利用し得る。ユーザにとって使い勝手が良い。特定のユーザが利用しやすい報酬を付与することができる。

本実施例では、キーワードはハッシュタグを含む。そのため、ＳＮＳにおいて特定の投稿を検出する際に無関係な投稿が検出される可能性が低くなる。特定の投稿が適切に検出され得る。

また、キーワードは複数個のハッシュタグの組合せで構成される。そのため、管理サーバ１０は、ハッシュタグの組合せを変更することで、多くのユニークなキーワードを生成することができる。

本実施例では、生成された特定のキーワードの出力は、特定のキーワードを含むメッセージを特定のユーザに送信することによって行われる（図３のＳ１８）。特定のユーザに直接特定のキーワードを届けることができる。特定のキーワードが他の者に周知され難い。実際に商品・サービスを購入した特定のユーザに適切に報酬を付与することができる。

本実施例では、生成されたキーワードに有効期限が設けられている。有効期限内に特定の投稿を行ったユーザのみに対して報酬を付与することができる。報酬を適切に付与することができる。

本実施例と請求項の対応関係を説明する。管理サーバ１０が「管理装置」の一例である。図３のＳ１８の処理が「出力部」の一例である。図４のＳ３６の処理が「監視部」の一例である。Ｓ３８の処理が「付与部」の一例である。Ｓ３６でＹＥＳの場合が「特定の場合」の一例である。

（第２実施例）
第２実施例の管理システム２について、第１実施例と異なる点を中心に説明する。本実施例の管理システム２も、その基本的な構成及び管理サーバ１０の動作は第１実施例と共通する。本実施例では、報酬付与処理（図４）の一部が第１実施例とは異なる。

本実施例では、ＣＰＵ２２は、特定の投稿が検出された場合、Ｓ３６でＹＥＳと判断し、Ｓ５０に進む。Ｓ５０では、ＣＰＵ２２は、店舗端末６０の表示部６４に所定の確認画面を表示させる。詳しく言うと、Ｓ５０では、ＣＰＵ２２は、所定の確認画面を表す画面データを生成し、生成した画面データを店舗端末６０に送信する。店舗端末６０のＣＰＵ２２は、管理サーバ１０から画面データを受信すると、画面データによって表される所定の確認画面を表示部６４に表示させる。

図６は、Ｓ５０で表示部６４に表示される確認画面４００の一例を示す。確認画面４００は、画像４０２と、ＯＫボタン４０４と、ＮＧボタン４０６とを含む。画像４０２は、検出された特定の投稿を示す投稿表示画面（図５参照）を表す。店舗端末６０の操作者（例えば店舗の係員）は、画像４０２を見ることで特定の投稿の内容が店舗や商品に関する適切な投稿であるか否か（単に特定のキーワードを含ませただけの無関係な投稿でないか）を自分の目で判別することができる。ＯＫボタン４０４は、特定の投稿を行った特定のユーザに対する報酬の付与を指示するためのボタンである。ＮＧボタン４０６は、特定の投稿を行った特定のユーザに対する報酬の付与を許可しないボタンである。操作者は、画像４０２を確認したうえで特定のユーザに対して報酬を付与してよいと考える場合にはＯＫボタン４０４を押すことができる。一方、操作者は、画像４０２を確認したうえで特定のユーザに対して報酬を付与すべきでないと考える場合にはＮＧボタン４０６を押すことができる。なお、図６の確認画面４００はあくまで一例である。実際には、図示していない要素が付加される場合もある。ＣＰＵ２２は、図４のＳ５０で店舗端末６０の表示部６４に確認画面を表示させると、Ｓ５２に進む。

Ｓ５２では、ＣＰＵ２２は、店舗端末６０において、確認画面４００（図６）のＯＫボタン４０４が押されたか否かを判断する。店舗端末６０においてＯＫボタン４０４が押される場合、店舗端末６０は管理サーバ１０にＯＫ信号を送信する。ＣＰＵ２２は、店舗端末６０からＯＫ信号を受信すると、Ｓ５２でＹＥＳと判断し、Ｓ３８に進む。Ｓ３８以降の処理は第１実施例と同様である。この場合、特定のユーザには特定の報酬が付与される。一方、店舗端末６０においてＮＧボタン４０６が押される場合、店舗端末６０は管理サーバ１０にＮＧ信号を送信する。ＣＰＵ２２は、店舗端末６０からＮＧ信号を受信すると、Ｓ５２でＮＯと判断し、Ｓ３８とＳ４０をスキップしてＳ４２に進む。Ｓ４２以降の処理は第１実施例と同様である。

以上、本実施例の管理システム２について説明した。本実施例では、管理サーバ１０のＣＰＵ２２は、特定の投稿が検出される場合に（図４のＳ３６でＹＥＳ）、特定の投稿を表す画像４０２を含む確認画面４００を店舗端末６０の表示部６４に表示させ（Ｓ５０）、店舗端末６０においてＯＫボタン４０４が押される場合に（Ｓ５２でＹＥＳ）、特定のユーザに対して報酬を付与する（Ｓ３８）。即ち、店舗端末６０の操作者（例えば店舗の係員）等が、特定の投稿が商品又はサービスに関する投稿であるか否かを確認した上でＯＫボタン４０４を押すことができる。例えば、特定の投稿が単に特定のキーワードを含んだだけの無関係な投稿であってレビューとして有用でない投稿である場合に、管理者の判断で報酬を付与させないようにすることができる。レビューとして有用な投稿を行ったユーザに対して適切に報酬を付与することができる。

本実施例の図４のＳ５０、Ｓ５２の処理が「入力制御部」の一例である。Ｓ３６とＳ５２でＹＥＳの場合が「特定の場合」の一例である。図６の確認画面４００が「確認情報」の一例である。店舗端末６０においてＯＫボタン４０４が押され、店舗端末６０からＯＫ信号が受信されることが「付与指示が入力されること」の一例である。

以上、実施例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。

（変形例１）図３のＳ１８において、キーワードは、ユーザへのメッセージ送信に限られず、任意の方法で出力されてもよい。例えば、ＣＰＵ２２は、図示しない印刷装置にキーワードを含むデータを送信し、印刷装置にキーワードを印刷させてもよい。即ち、キーワードが表示された紙が出力されてもよい。その場合、印刷装置はレシート印刷用のプリンタであってもよい。キーワードは、レシートに印刷されてユーザに手渡されてもよい。

（変形例２）上記の各実施例では、１組のキーワードは３個のハッシュタグの組合せで構成される。これに限られず、キーワードは１個のハッシュタグのみで構成されていてもよい。さらに他の例では、キーワードは、ハッシュタグではない文字列（地の文に含ませる文字列）であってもよい。ハッシュタグではない複数の文字列の組合せであってもよい。さらに他の例では、キーワードは、投稿中に貼り付けられるＵＲＬのパラメータに含ませるべきコード（文字列）であってもよい。この場合、投稿内に店舗紹介用等のＵＲＬが貼り付けられているとともに、そのパラメータにキーワードが含まれていれば、特定のキーワードを含む特定の投稿が行われていると言える。

（変形例３）上記の各実施例では、ユーザに付与される報酬は店舗での決済に利用可能なポイントである。これに限られず、報酬は、店舗で利用できるクーポンや、ノベルティグッズとの交換券などであってもよい。また、報酬は、賞金、スタンプラリーにおけるスタンプなどであってもよい。報酬は、ユーザが利用可能な任意の有価物であればよい。

（変形例４）上記の各実施例では、図４のＳ３６において、ＣＰＵ２２は、特定のキーワードを含む投稿が検出される場合に、特定の投稿が検出された（Ｓ３６でＹＥＳ）と判断している。これに限られず、Ｓ３６では、ＣＰＵ２２は、特定のキーワードを含むとともに、特定のユーザＩＤに対応するＳＮＳアカウント（以下「特定のＳＮＳアカウント」と呼ぶ）による投稿が検出される場合に、特定の投稿が検出された（Ｓ３６でＹＥＳ）と判断してもよい。ＣＰＵ２２は、キーワード管理テーブル３４（図２）を参照し、特定のキーワードと対応する特定のユーザＩＤを特定する。次いで、ＣＰＵ２２は、ユーザデータベース３２を参照し、特定のユーザＩＤに対応するＳＮＳアカウント（即ち、特定のＳＮＳアカウント）を特定する。Ｓ３６では、ＣＰＵ２２は、特定のキーワードを含む投稿が検出される場合に、さらに、当該投稿が特定のＳＮＳアカウントのユーザ（特定のユーザ）によって行われているかを判断し、投稿主体が特定のＳＮＳアカウントである場合に、Ｓ３６でＹＥＳと判断する。この変形例によると、実際に商品又はサービスを購入した特定のユーザに適切に報酬を付与することができる。

（変形例５）第１実施例では、図４のＳ３６において、ＣＰＵ２２は、特定のキーワードを含む投稿が検出される場合に、特定の投稿が検出された（Ｓ３６でＹＥＳ）と判断し、投稿内容に関わらず特定のユーザに対して報酬を付与している（Ｓ３８）。これに限られず、ＣＰＵ２２は、特定の投稿が検出された（Ｓ３６でＹＥＳ）場合に、事前に定められた基準に基づいて特定の投稿の内容を評価する。そのうえで、ＣＰＵ２２は、投稿内容が報酬付与に値する内容であると判断される場合に限り、特定のユーザに報酬を付与するようにしてもよい。さらに、ＣＰＵ２２は、報酬を付与する際に、投稿内容の評価に応じて付与する報酬を増減させるようにしてもよい。例えば、ＣＰＵ２２は、高い宣伝効果を発揮し得る投稿内容であると判断する場合、付与する報酬を増加させてもよい。

（変形例６）第２実施例では、ＣＰＵ２２は、特定の投稿が検出された後（図４のＳ３６でＹＥＳ）、店舗端末６０の確認画面４００においてＯＫボタン４０４が押される場合に（Ｓ５２でＹＥＳ）、特定のユーザに対して報酬を付与する（Ｓ３８）。変形例では、確認画面４００（図６）に、特定の投稿の内容に対する評価を入力する評価入力欄がさらに設けられていてもよい。評価入力欄は、評価を表す点数を入力可能な態様であってもよいし、３～５段階の評価のうちからいずれかを選択可能な態様であってもよい。この場合、ＣＰＵ２２は、確認画面４００においてＯＫボタン４０４が押される場合に（Ｓ５２でＹＥＳ）、評価入力欄に入力された評価に応じて、特定のユーザに対して付与する報酬を増減させるようにしてもよい。

（変形例７）上記の各実施例では店舗端末６０と管理サーバ１０は別個に設けられている。これに限られず、変形例では、管理サーバ１０は、実店舗に設置される管理サーバ、ネット店舗（ＥＣ店舗）用等の各種店舗用の管理サーバであってもよい。変形例では、店舗端末６０が管理サーバ１０としての機能を兼ねていてもよい。

また、本明細書又は図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：管理システム
４：インターネット
１０：管理サーバ
１２：操作部
１４：表示部
１６：通信Ｉ／Ｆ
２０：制御部
２２：ＣＰＵ
２４：メモリ
３０：プログラム
３２：ユーザデータベース
３４：キーワード管理テーブル
４０ａ～４０ｄ：ユーザ情報
５０ａ～５０ｃ：キーワード情報
１００：ユーザ端末
２００：ＳＮＳサーバ
Ｕ：ユーザ

Claims (7)

1. 管理装置であって、
   １個以上のユーザ情報を記憶するメモリと、
   前記１個以上のユーザ情報のうちの特定のユーザ情報によって示される特定のユーザが商品又はサービスを購入することに伴い、ユニークであって前記特定のユーザ情報に対応する特定のキーワードを出力する出力部と、
   ＳＮＳ（Social Network Service）において前記特定のキーワードを含む特定の投稿が行われることを監視する監視部と、
   前記監視部によって前記特定の投稿が検出される場合に、前記特定の投稿に関する確認情報を出力し、報酬を付与する旨の付与指示が入力されることを監視する入力制御部と、
   前記監視部によって前記特定の投稿が検出され、かつ、前記付与指示が入力される特定の場合に、前記特定のキーワードに対応する前記特定のユーザに対して前記報酬を付与する付与部と、を備える、
   管理装置。
2. 前記報酬は決済に利用可能なポイントを含む、請求項１に記載の管理装置。
3. 前記特定のキーワードはハッシュタグを含む、請求項１に記載の管理装置。
4. 前記特定のキーワードは複数個の前記ハッシュタグの組合せを含む、請求項３に記載の管理装置。
5. 前記出力部は、前記特定のキーワードを含むメッセージを前記特定のユーザに対して送信する、請求項１に記載の管理装置。
6. 前記特定のキーワードには有効期限が設けられている、請求項１に記載の管理装置。
7. 管理装置のためのコンピュータプログラムであって、
   前記管理装置は、１個以上のユーザ情報を記憶するメモリと、ＣＰＵと、を備え、
   前記コンピュータプログラムは、前記管理装置を、以下の各部、即ち、
   前記１個以上のユーザ情報のうちの特定のユーザ情報によって示される特定のユーザが商品又はサービスを購入することに伴い、ユニークであって前記特定のユーザ情報に対応する特定のキーワードを出力する出力部と、
   ＳＮＳ（Social Network Service）において前記特定のキーワードを含む特定の投稿が行われることを監視する監視部と、
   前記監視部によって前記特定の投稿が検出される場合に、前記特定の投稿に関する確認情報を出力し、報酬を付与する旨の付与指示が入力されることを監視する入力制御部と、
   前記監視部によって前記特定の投稿が検出され、かつ、前記付与指示が入力される特定の場合に、前記特定のキーワードに対応する前記特定のユーザに対して前記報酬を付与する付与部、
   として機能させる、コンピュータプログラム。

Images