JP7735615B1

JP7735615B1 - 情報処理システムおよび情報処理方法

Info

Publication number: JP7735615B1
Application number: JP2025036839A
Authority: JP
Inventors: 陸西田
Original assignee: Individual
Current assignee: Individual
Priority date: 2025-03-07
Filing date: 2025-03-07
Publication date: 2025-09-09
Anticipated expiration: 2045-03-07

Abstract

【課題】商品に関するコンテンツが積極的にＳＮＳに投稿するようにし、商品を購入した者が作成したコンテンツが投稿されるようにし、方針に合致した内容のコンテンツが投稿されるようにしたいという提供者のニーズに応える。
【解決手段】制御システム１は、提供者が対象商品について実施する購入キャンペーンに参加するユーザから対象商品の購入の証拠となる購入証拠を受け付け、購入証拠について行われたチェックのチェック結果を通知し、合格したユーザに特典を付与する機能と、投稿キャンペーンに参加するユーザからＳＮＳへの投稿用の対象商品に関する対象商品関連コンテンツを受け付け、動画審査の審査結果をユーザに通知し、動画審査に合格したユーザによる対象商品関連コンテンツのＳＮＳへの投稿に応じて当該投稿に対する報酬を導出し付与する機能とを備える。
【選択図】図２

Description

本開示は、サービスを提供する情報処理システムおよび情報処理方法に関する。

近年、不特定の者が動画（ショート動画またはリールと呼ばれる１５～６０秒程度の動画を含む）、静止画、その他のコンテンツを投稿でき、閲覧者が各コンテンツを閲覧可能になされたＳＮＳが普及している。以下では、単にＳＮＳと表現する場合、特に説明がない限り、コンテンツ投稿（共有）型のＳＮＳであるものとする。ＳＮＳは一例として、インスタグラムおよびＴｉｋＴｏｋ（いずれも登録商標）である。この種のＳＮＳでは、コンテンツとして、商品の紹介を伴うコンテンツが投稿されることがある。ここで商品とは、有体物のみならず、電子書籍、配信用の楽曲、配信用のゲーム、その他の有体物ではない媒体も含み、更にサービスも含む。

商品の紹介を伴うコンテンツは、商品を提供する提供者（例えば商品を開発し製造し販売するメーカ）が作成した「広告／宣伝を主な目的としたコンテンツ」（以下「広告専用コンテンツ」という）、および、いわゆるインフルエンサが提供者の依頼に応じて作成した「広告／宣伝を目的の１つとするコンテンツ」（以下「インフルエンサ・コンテンツ」という）のほか、提供者でもインフルエンサでもない一般投稿者が作成した「商品の紹介を伴うコンテンツ」（以下「一般投稿者コンテンツ」という）を含む。そして広告専用コンテンツおよびインフルエンサ・コンテンツに負けず劣らず、一般投稿者コンテンツが、消費者に対する宣伝／広告ないし口コミとしての影響力が高いことが明らかとなっている。なお特許文献１には、ＳＮＳに関する以下の技術が記載されている。すなわち特許文献１には、コンテンツ（投稿情報）に対する評価値を精度よく予測し、コンテンツの投稿を依頼するのに適したインフルエンサの選定を支援するシステムが記載されている。

特開２０２３－９４９７０号公報

上述したように一般投稿者コンテンツは、消費者に対する宣伝／広告ないし口コミとしての影響度が高い。従って提供者が提供する商品に関するコンテンツを一般投稿者が積極的に作成し、ＳＮＳに投稿するような状態を構築し、これにより、商品を効果的に宣伝／広告し、商品の販売を促進させたいとするニーズが提供者にはある。そしてコンテンツに関し、「商品を実際に購入した者が作成したコンテンツ」がＳＮＳに投稿されるようにしたいとするニーズが提供者にはある。実際に商品を購入した者は、店舗（オンラインショップを含む）において商品が実際にどのような態様で販売されていたのか、および、商品が実際にいくらで販売されていたのかを把握しており、このような者がコンテンツを作成ことにより、商品の実体に即した充実した紹介が行われることが期待できるからである。更にコンテンツに関して、提供者の方針に合致した内容のコンテンツが投稿されるようにしたいとするニーズが提供者にはある。コンテンツの内容が提供者の方針に合致しない場合、消費者に商品の魅力を訴求しないばかりか、かえって悪印象を与える可能性があるからである。

本開示は、このような問題を解決するために成されたものであり、商品に関するコンテンツを一般投稿者が積極的に作成し、ＳＮＳに投稿するような状態を構築したいとするニーズ、商品を実際に購入した者により作成されたコンテンツがＳＮＳに投稿されるようにしたいとするニーズ、および、方針に合致した内容のコンテンツが投稿されるようにしたいとするニーズという提供者のニーズのそれぞれに応えることを目的とする。

上記した課題を解決するために、本開示は以下の構成を備える。提供者が対象商品について実施する購入キャンペーンに参加するユーザから前記対象商品の購入の証拠となる購入証拠を受け付け、前記購入証拠について行われたチェックである購入チェックのチェック結果を前記ユーザに通知し、前記購入チェックに合格した前記ユーザに特典を付与する機能と、前記購入チェックに合格した前記ユーザのうち前記提供者が前記対象商品について実施する投稿キャンペーンに参加するユーザからＳＮＳへの投稿用の前記対象商品に関するコンテンツである対象商品関連コンテンツを受け付け、前記対象商品関連コンテンツについて行われた審査である動画審査の審査結果を前記ユーザに通知し、前記動画審査に合格した前記ユーザによる前記対象商品関連コンテンツの前記ＳＮＳへの投稿に応じて当該投稿に対する報酬を導出し、導出した前記報酬を前記ユーザに付与する機能とを有する情報処理部を備えることを特徴とする情報処理システム。

上記のように構成した本開示によれば、ユーザは、情報処理システムの機能により実現されるサービスを利用して、提供者が提供する商品に関するコンテンツをＳＮＳに投稿することにより報酬を得ることができる。このため、商品に関するコンテンツを一般投稿者が積極的に作成し、ＳＮＳに投稿するような状態を構築したいとする提供者のニーズに応えることができる。更に本開示によれば、情報処理システムの機能により実現されるサービスにおいてユーザは、コンテンツの投稿に伴う報酬を得るためには、商品の購入の証拠となる購入証拠を提出し、当該情報について行われたチェックに合格する必要がある。従って投稿促進サービスを利用して投稿されるコンテンツは、実際に商品を購入して使用したユーザにより作成されたものということになる。このため、商品を実際に購入した者により作成されたコンテンツがＳＮＳに投稿されるようにしたいとする提供者のニーズに応えることができる。更に本開示によれば、情報処理システムの機能により実現されるサービスでは、コンテンツについて審査が行われ、審査に合格したコンテンツが報酬の対象となる。このため、審査において提供者の方針に合致しないものを排除することが可能となり、「方針に合致した内容のコンテンツが投稿されるようにしたい」との提供者のニーズに応えることができる。

一実施形態に係る制御システムの構成例を示す図である。一実施形態に係る制御システムの各装置の機能構成例を示すブロック図である。キャンペーン関連サービスの概要を示す図である。購入ＣＰ管理レコードの内容の一例を示す図である。投稿ＣＰ管理レコードの内容の一例を示す図である。投稿ＣＰに係る各期間の説明に利用する図である。ユーザ端末および情報処理サーバによる情報処理方法を示すフローチャートである。購入ＣＰ詳細画面の一例を示す図である。購入ＣＰ参加単位情報の内容の一例を示す図である。ユーザ端末および情報処理サーバによる情報処理方法を示すフローチャートである。合格通知画面の一例を示す図である。投稿ＣＰ詳細画面の一例を示す図である。投稿ＣＰ参加単位情報の内容の一例を示す図である。情報処理サーバによる情報処理方法を示すフローチャートである。販売状況管理レコードおよび計測範囲別情報の内容を示す図である。初期状態の推移関係画面の一例を示す図である。推移関係グラフの一例を示す図である。初期状態の相関関係画面の一例を示す図である。相関関係図の一例を示す図である。情報入力画面の一例を示す図である。情報入力画面の一例を示す図である。提供者端末および情報処理サーバによる情報処理方法を示すフローチャートである。学習済モデルの入力および出力を示す図である。シミュレーション画面の一例を示す図である。シミュレーション画面の一例を示す図である。情報処理サーバによる情報処理方法を示すフローチャートである。情報処理サーバによる情報処理方法を示すフローチャートである。情報処理サーバによる情報処理方法を示すフローチャートである。条件設定画面の一例を示す図である。実施ＣＰ一覧画面の一例を示す図である。処理結果表示画面の一例を示す図である。ブログの一例を示す図である。情報処理システムの構成例を示す図である。

以下、本開示の一実施形態を図面に基づいて説明する。図１は、本実施形態に係る制御システム１（情報処理システム）の構成例を示す図である。図１で示すように制御システム１は、情報処理サーバ２（情報処理システム、サーバ、コンピュータ）と、１つ以上のユーザ端末３（情報処理システム、端末、コンピュータ）と、１つ以上の提供者端末４（情報処理システム、端末、コンピュータ）とを含んで構成される。情報処理サーバ２、ユーザ端末３および提供者端末４は共に、インターネット、電話網、その他の通信網を含むネットワークＮに接続可能である。

情報処理サーバ２は、キャンペーン関連サービス、情報提供サービスおよびシミュレーションサービスを提供する機能を備えたサーバである。これらサービスについては後述する。以下、情報処理サービスが提供するサービスを総称して「本件サービス」という。また、情報処理サーバ２を管理し、これによって本件サービスを運営する者（組織）を「運営者」という。図１および後述する図２では、情報処理サーバ２が１つのブロックで表されている。しかしこのことは、情報処理サーバ２が単一のサーバ装置で構成されることを意味しない。情報処理サーバ２は、仮想サーバにより構成されてもよい。また情報処理サーバ２は、複数のサーバ装置により構成されてもよい。この場合において情報処理サーバ２を構成するサーバ装置に、ＷｅｂサーバまたはＷｅｂアプリケーションサーバが含まれてもよい。またこの場合において情報処理サーバ２は、ロードバランサによって負荷分散される複数のサーバ装置を含んで構成されてもよい。この場合、複数のサーバ装置のサーバ情報処理部１０のそれぞれ、または、複数のサーバ情報処理部１０の組合せが「情報処理部」として機能する。

ユーザ端末３は、ユーザが使用する端末である。本実施形態においてユーザとは、キャンペーン関連サービスを利用し得る者を意味する。本実施形態において第１ＳＮＳとは、不特定の者によるいわゆるショート動画（リールを含む）の投稿、および、閲覧者によるショート動画の再生（閲覧）が可能な動画投稿（共有）機能が実装されたＳＮＳである。第１ＳＮＳにおいてショート動画は、「コンテンツ」に相当する。この種のＳＮＳとしては、一例として、インスタグラムおよびＴｉｋＴｏｋ（いずれも登録商標）がある。第１ＳＮＳはいわゆるハッシュタグに対応しており、投稿者は、第１ＳＮＳに投稿するショート動画にハッシュタグを付与することができる。ハッシュタグは、第１ＳＮＳ内でのショート動画の検索やグループ分け等に利用される。また第１ＳＮＳでは、ショート動画の投稿に応じて、第１ＳＮＳのシステムにより投稿ＵＲＬが発行される。投稿ＵＲＬはショート動画毎に一意な値であり、投稿ＵＲＬの識別情報として機能すると共に、ショート動画にアクセスするためのアドレスとして機能する。また第１ＳＮＳはエンゲージメントとして、いわゆる“いいね”に対応しており、閲覧者は、再生したショート動画に、肯定的な評価を示す“いいね”を付与することができる。なお、キャンペーン関連サービスにおいてショート動画の対象となるＳＮＳを第１ＳＮＳの１つとしたのは説明の簡単のためであり、対象となるＳＮＳの個数および種類が任意であることは当然である。

ユーザ端末３のタイプは何でもよい。例えばタブレット型コンピュータ（いわゆるスマートフォンを含む）、ノート型コンピュータ、デスクトップ型コンピュータ、またはウェアラブル端末をユーザ端末３として機能させることができる。

提供者端末４は、提供者が使用する端末である。本実施形態において提供者とは、商品を販売（提供）する企業を意味する。商品は、有体物のみならず、電子書籍、配信用の楽曲、配信用のゲーム、チケット、何らかの権利、その他の有体物ではない媒体も含む。また商品は、サービス、その他の無形の役務も含む。商品は、例えば小売店で販売され、また例えば専門店で販売され、また例えばオンラインショップで販売され、また例えばダウンロードサービスで販売される。例えば提供者は、化粧品、家電、飲料、自動車、その他の商品を開発、製造、販売する企業（いわゆるメーカー）である。また例えば提供者は、家事サービス、介護サービス、修理サービス、医療サービス、その他のサービスを提供する企業である。後述するように提供者は、キャンペーン関連サービスにおいて、購入ＣＰ登録情報および投稿ＣＰ登録情報（何れも後述）を運営者に提供する主体となる。また提供者は、情報提供サービスおよびシミュレーションサービスを利用する主体となる。本実施形態では提供者は、組織のほか、組織に属する人間も含む概念であり、「提供者が提供者端末４を使用する」のように表現をする場合がある。提供者端末４のタイプが何でもよい点は、ユーザ端末３と同様である。

図２は、情報処理サーバ２、ユーザ端末３および提供者端末４の機能構成例を示すブロック図である。図２で示すように情報処理サーバ２は機能構成として、サーバ情報処理部１０（情報処理部）と、サーバ通信部１１と、サーバ記憶部１２とを備える。ユーザ端末３は機能構成として、ユーザ端末情報処理部１３（情報処理部）と、ユーザ端末通信部１４と、ユーザ端末表示部１５と、ユーザ端末入力部１６と、ユーザ端末記憶部１７とを備える。提供者端末４は機能構成として、提供者端末情報処理部１８（情報処理部）と、提供者端末通信部１９と、提供者端末表示部２０と、提供者端末入力部２１と、提供者端末記憶部２２とを備える。

サーバ情報処理部１０は、プロセッサを含む処理装置と一次記憶装置とを備える。サーバ情報処理部１０は、処理装置がサーバ記憶部１２の記憶領域（他の記憶領域でもよい）に記憶されたプログラムを一次記憶装置に読み出して実行することによって処理を実行する。つまりサーバ情報処理部１０は、ハードウェアとソフトウェアとの協働により処理を実行する。サーバ通信部１１は、通信制御装置とネットワークインタフェイスとを含む通信装置を備える。サーバ通信部１１は、サーバ情報処理部１０の制御の下で通信装置により外部装置と通信する。サーバ記憶部１２は、不揮発性メモリにデータを記憶する。不揮発性メモリは例えば、ハードディスクドライブ（他の磁気記憶装置であってもよい）、ＲＯＭ、フラッシュメモリである。

図２で示すように、サーバ記憶部１２には、ユーザ管理データベース３０が記憶される。ユーザ管理データベース３０は、ユーザの情報を管理するためのデータベースである。ユーザ管理データベース３０には、ユーザごとにレコード（以下「ユーザ管理レコード」という）が登録される。ユーザ管理レコードには、ユーザＩＤ（ユーザを識別するための識別情報）と対応付けて、ユーザの属性に関する情報、ユーザのアカウントに関する情報、その他のユーザに関する情報が登録されている。

ユーザ端末情報処理部１３は、プロセッサを含む処理装置と一次記憶装置とを備える。ユーザ端末情報処理部１３は、処理装置がユーザ端末記憶部１７の記憶領域（他の記憶領域でもよい）に記憶されたプログラムを一次記憶装置に読み出して実行することによって処理を実行する。つまりユーザ端末情報処理部１３は、ハードウェアとソフトウェアとの協働により処理を実行する。ユーザ端末通信部１４は、通信制御装置とネットワークインタフェイスとを含む通信装置を備える。ユーザ端末通信部１４は、ユーザ端末情報処理部１３の制御の下で通信装置により外部装置と通信する。ユーザ端末表示部１５は、液晶パネル、有機ＥＬパネル、その他の表示装置を備える。ユーザ端末表示部１５は、ユーザ端末情報処理部１３の制御の下で表示装置に画像を表示する。ユーザ端末入力部１６は、入力装置に対する入力を検出し、検出結果をユーザ端末情報処理部１３に出力する。入力装置は例えば、キーボード、マウス、タッチパネル、カメラである。ユーザ端末記憶部１７は、不揮発性メモリにデータを記憶する。

提供者端末情報処理部１８、提供者端末通信部１９、提供者端末表示部２０、提供者端末入力部２１および提供者端末記憶部２２はそれぞれ、ユーザ端末情報処理部１３、ユーザ端末通信部１４、ユーザ端末表示部１５、ユーザ端末入力部１６およびユーザ端末記憶部１７と同等のハードウェア構成、および、ハードウェア構成により実現される機能を備える。以下の説明では、情報処理サーバ２による通信はサーバ通信部１１によって適切に実行されるものとし、通信自体の詳細な説明は省略する。ユーザ端末３および提供者端末４による通信についても同様とする。

図２で示すようにユーザ端末３には専用のアプリケーションＡＰ１（以下「ユーザ専用アプリＡＰ１」という）がインストールされている。また提供者端末４には専用のアプリケーションＡＰ２（以下「提供者専用アプリＡＰ２」という）がインストールされている。以下、ユーザ専用アプリＡＰ１および提供者専用アプリＡＰ２を総称して「専用アプリＡＰ」という。専用アプリＡＰは、情報処理サーバ２が提供する各種サービスに関する各種画面を提供する機能、情報処理サーバ２、その他の外部装置との間で各種情報を送受信する機能、その他の本件サービスに関する処理を実行する機能が実装された専用のソフトウェアである。以下の説明において特に説明しない場合であってもユーザ端末情報処理部１３および提供者端末情報処理部１８は基本的には、専用アプリＡＰ（端末のＯＳ、専用アプリＡＰが利用可能なＷｅｂアプリケーション、その他の専用アプリＡＰと連携可能な他のプログラムを含む）の機能を利用して処理を実行する。また以下の説明において特に説明しない場合であってもユーザ端末情報処理部１３および提供者端末情報処理部１８は、必要に応じて以下の処理を実行する。すなわちユーザ端末情報処理部１３および提供者端末情報処理部１８は、必要に応じてサーバ情報処理部１０（他の外部装置の情報処理部であってもよい。以下同じ）と通信し、処理に必要な情報を取得する。特にユーザ端末情報処理部１３および提供者端末情報処理部１８は各種画面の表示に際して、画面の表示に必要な情報をサーバ情報処理部１０から取得する。またユーザ端末情報処理部１３および提供者端末情報処理部１８は、必要に応じてサーバ情報処理部１０と通信して処理の実行を依頼し、処理結果を取得する。また以下ではユーザ端末情報処理部１３が専用アプリＡＰ、その他のプログラムの機能により、各種画面をユーザ端末表示部１５に表示することを「ユーザ端末情報処理部１３が○画面を表示する」のように簡略化して表現する場合がある。提供者端末情報処理部１８による表示についても同様とする。

次にキャンペーン関連サービスの概要について一人の提供者と一人のユーザとに着目して説明する。図３は、当該概要の説明に利用する図である。図３において、右側のブロックは提供者の一人である提供者ＳＸを、真ん中のブロックはサービス運営者を、左側のブロックはユーザの一人であるユーザＵＸをそれぞれ示している。図３の説明において、「サービス運営者」とは、情報処理サーバ２、運営者、その他のキャンペーン関連サービスの提供／運営にかかわる主体の総称である。

提供者ＳＸは、自身が提供する商品のうち、所望の商品について、購入キャンペーンおよび投稿キャンペーンを実施することができる。以下、購入キャンペーンを「購入ＣＰ」といい、投稿キャンペーンを「投稿ＣＰ」という。また購入ＣＰおよび投稿ＣＰを総称して「本件ＣＰ」という。また本件ＣＰの対象となった商品を「対象商品」という。購入ＣＰとは、当該購入ＣＰに対応する対象商品について、ユーザがこれを購入し、サービス運営者に対して購入証拠（例えば、レシート。詳細は後述）を提出した場合に、所定の態様で特典を付与するキャンペーンである。以下、購入ＣＰに係る特典を「購入特典」という。投稿ＣＰとは、当該投稿ＣＰに対応する商品について、ユーザが第１ＳＮＳにショート動画を投稿した場合に、所定の態様で報酬を付与するキャンペーンである。以下、投稿ＣＰに係る報酬を「投稿報酬」という。

図３の説明において提供者ＳＸは、自身が提供する商品ＩＸについて本件ＣＰを実施するものとする。図３で示すように商品ＩＸに係る本件ＣＰの実施に際して、提供者ＳＸは、購入ＣＰ登録情報および投稿ＣＰ登録情報をサービス運営者に提供する（ステップＳ１）。以下、購入ＣＰ登録情報および投稿ＣＰ登録情報について詳述する。

購入ＣＰ登録情報は、購入ＣＰに関する情報である。購入ＣＰ登録情報は、購入ＣＰの実施に必要な情報、および、後述する購入ＣＰ概略ブロックおよび購入ＣＰ詳細画面３１を表示するために必要な情報を含む。より具体的には購入ＣＰ登録情報は、購入ＣＰ名称、対象商品紹介情報、購入ＣＰ特典ルール、レシート提出可能期間、購入ルール、および、購入ＣＰ参加ルールを少なくとも含む。

購入ＣＰ名称は、購入ＣＰの名称である。

対象商品紹介情報は、対象商品を紹介し、説明する情報である。対象商品紹介情報は例えば、商品の画像（例えば、外観の画像または使用している様子を示す画像。写真でもイラストでもよく、また静止画でも動画でもよい）、商品名、商品の説明文、商品の単価、および、商品のアピールポイントを含む。

購入ＣＰ特典ルールは、レシートの提出に応じてユーザに付与する購入特典に関するルールである。本実施形態では一の購入ＣＰにおいてユーザからレシートの提供があると、当該一の購入ＣＰについて定められた一定のキャッシュバック額がユーザに対してキャッシュバックされる（返金される）。これを踏まえ、購入ＣＰ特典ルールには、一定のキャッシュバック額（以下「固定キャッシュバック額」という）を示す情報が少なくとも含まれる。

レシート提出可能期間は、購入ＣＰにおいてレシートを提出可能な期間である。レシート提出可能期間内に提出された購入証拠が、購入特典の対象となる。

購入ルールは、対象商品を購入するときのルールである。ユーザは、購入ルールに従った態様で対象商品を購入した場合にのみ、購入ＣＰに係るキャッシュバックを受けることができる。購入ルールは例えば、「商品名が○○である商品を購入しなければならない」、「特定の店舗／特定の系列の店舗／特定の地域にある店舗／特定のオンラインショップで対象商品を購入しなければならない」または「特定の付属品を同時に購入しなければならない」というものである。

購入ＣＰ参加ルールは、購入ＣＰの参加に関するルールである。購入ＣＰ参加ルールは例えば、「一人のユーザが購入ＣＰでレシートを提出できるのは１回だけ」というものである。なお本実施形態において、一の購入ＣＰに係る対象商品を購入した時点で、ユーザが購入ＣＰに参加したものとする。

投稿ＣＰ登録情報は、投稿ＣＰに関する情報である。投稿ＣＰ登録情報は、投稿ＣＰの実施に必要な情報、および、後述する投稿ＣＰ概略ブロック３２および投稿ＣＰ詳細画面３３を表示するために必要な情報を含む。投稿ＣＰ登録情報は、投稿ＣＰ名称、対象商品紹介情報、投稿ＣＰ報酬ルール、動画投稿可能期間、動画作成ルール、投稿ＣＰ参加ルール、および、対象商品対応タグ群を少なくとも含む。

投稿ＣＰ名称は、投稿ＣＰの名称である。

対象商品紹介情報の内容は上述した通りである。

投稿ＣＰ報酬ルールは、投稿ＣＰに参加したユーザに付与される投稿報酬の額を計算するときのルールである。本実施形態では、投稿ＣＰにおいてユーザＵＸに付与される投稿報酬の額は、「ショート動画の再生数×報酬単価」という計算式により計算される。この計算式において「ショート動画の再生数」は、ショート動画の投稿日を１日目として、７日間の累計の再生数を意味する。また、この計算式において「報酬単価」は１再生あたりの単価を意味する。これを踏まえ、投稿ＣＰ報酬ルールには「報酬単価」が含まれている。更に本実施形態では提供者は、投稿ＣＰについて報酬予算という形で投稿報酬の総額の上限（以下「報酬総額上限」）を決めることになっている。そしてユーザに支払うべき投稿報酬の合計（以下「累計報酬総額」という）が報酬総額上限に達すると、以後は、全てのユーザについてショート動画が再生されても投稿報酬が増加しないこととなっている。以上を踏まえ、投稿ＣＰ報酬ルールには「報酬総額上限」が含まれている。報酬総額上限について詳述すると、例えば投稿ＣＰの参加者がユーザＵ１、Ｕ２、Ｕ３の３人だけであり、報酬総額上限が１０００円であるとする。そして、あるタイミングＴ１においてユーザＵ１の報酬額（タイミングＴ１における再生数から導かれる報酬額）が２００円、ユーザＵ２の報酬額が１００円、ユーザＵ３の報酬額が５０円の場合、ユーザＵ１、Ｕ２、Ｕ３の累計報酬総額（３５０円）は報酬総額上限（１０００円）に達していない。このためタイミングＴ１においてユーザＵ１、Ｕ２、Ｕ３の投稿報酬の増加が制限されることはない。一方、タイミングＴ１よりも時間的に後のタイミングＴ２においてユーザＵ１の報酬額が５００円、ユーザＵ２の報酬額が３００円、ユーザＵ３の報酬額が２００円となったとする。この場合、ユーザＵ１、Ｕ２、Ｕ３の累計報酬総額（１０００円）が報酬総額上限（１０００円）に達したため、以後、ユーザＵ１、Ｕ２、Ｕ３の投稿報酬は増加しない。

動画投稿可能期間は、投稿ＣＰにおいて、ショート動画を投稿可能な期間である。動画投稿可能期間内に投稿されたショート動画が投稿報酬の対象となる。

動画作成ルールは、対象商品に関して作成されるショート動画（つまり投稿報酬の対象となるショート動画）の内容に関するルール（推奨事項も含む）である。例えば動画作成ルールには、ショート動画に入れなければならない／入れることが推奨されるシーンに関する情報、入れなければならない／入れることが推奨されるテロップの内容を示す情報、守らなければならない対象商品の紹介の態様、ＮＧワード、ＮＧな動作、推奨されるワード、または推奨される動作が含まれる。対象商品がシャンプーであるとして、動画作成ルールの一部の具体例は以下である。
・シャンプーを使用して髪を洗っているシーンを１０秒以上入れなければならない。
・当該シーン中に「すっきり」という文言のテロップを入れることが推奨される。
・薬事法の観点で○○という言葉は使用してはならない。
・競合商品が写り込んではならない。
・商品を紹介するシーンが、動画全体の１／３以上入っていなければならない。
動画作成ルールは、提供者の方針に合致するか否かという点を観点の１つとして作成される。例えば提供者がショート動画の内容について、十分な宣伝／広告がショート動画内でなされ、その内容が閲覧者を不快にさせるようなものではなく、かつ、動画の長さが極端に短かったり長かったりしないようにするという方針を持っている場合には、動画作成ルールは、この方針がショート動画の内容に反映されるようなルールとされる。

投稿ＣＰ参加ルールは、投稿ＣＰの参加に関するルールである。投稿ＣＰ参加ルールは例えば、「一人のユーザが投稿ＣＰでショート動画を投稿できるのは１回だけ」というものである。なお本実施形態において、一の投稿ＣＰに係る投稿ＣＰ詳細画面３３の参加ボタンが選択された時点で、ユーザが購入ＣＰに参加したものとする。

対象商品対応タグ群は、１つ以上（基本的には複数）のハッシュタグの集合である。キャンペーン関連サービスでは、投稿ＣＰにおけるショート動画の第１ＳＮＳへの投稿に際して、対象商品対応タグ群が付与される（タグとして関連付けられる）ことが義務付けられる。対象商品対応タグ群には、対象商品が属するカテゴリを示すタグ（以下「対象商品所属カテゴリタグ」）が含められる。例えば対象商品が市販の高級アルコール系のシャンプーであり、当該シャンプーのカテゴリとしてシャンプー、市販シャンプーおよび高級アルコール系シャンプーが想定される場合、対象商品所属カテゴリタグは「＃シャンプー」、「＃市販シャンプー」および「＃高級アルコール系シャンプー」である。このほか、ハッシュタグが主に検索に利用されることを踏まえ、提供者を示すハッシュタグ（例：提供者の名称が○○会社の場合に「＃○○会社」）、運営者を示すハッシュタグ（例：運営者の名称が△△会社の場合に「＃△△会社」）、キャンペーン関連サービスを示すハッシュタグ（例：当該サービスの名称が□□サービスの場合に「例：＃□□サービス」）、またはショート動画がプロモーションに係るものであることを示すハッシュタグ（例：＃ＰＲ）が対象商品対応タグ群に含まれ得る。

なお購入ＣＰ登録情報および投稿ＣＰ登録情報の各情報は、準拠すべき運営者側のルールがある場合には、当該ルールに従って設定される。また購入ＣＰ登録情報および投稿ＣＰ登録情報の全部を提供者側が設定するのではなく、当該情報の一部について運営者が設定し、或いは、提供者と運営者とが協働して設定してもよいことは勿論である。図３では、一人の提供者ＳＸが購入ＣＰ登録情報および投稿ＣＰ登録情報をサービス運営者に提供する構成となっているが、実際には、様々な提供者が様々な対象商品の購入ＣＰ登録情報および投稿ＣＰ登録情報を提供することになる。一人の提供者が、同時に複数の対象商品の購入ＣＰ登録情報および投稿ＣＰ登録情報を提供することも許容される。以上が購入ＣＰ登録情報および投稿ＣＰ登録情報の詳細である。

提供者ＳＸによる購入ＣＰ登録情報および投稿ＣＰ登録情報の提供は例えば、提供者専用アプリＡＰ２が提供するユーザインタフェイスに各種情報が入力されることによって行われる。また例えば、各種情報が記録されたファイルが情報処理サーバ２にアップロードされることによって行われる。

サーバ情報処理部１０は、購入ＣＰ登録情報を受信すると、サーバ記憶部１２に記憶された購入ＣＰ管理データベース３４に１件のレコードを登録する。サーバ情報処理部１０は、購入ＣＰ管理データベース３４にレコードを登録することによって、購入ＣＰの管理を開始する。購入ＣＰ管理データベース３４は、購入ＣＰを管理するためのデータベースであり、購入ＣＰごとにレコードが登録される。以下、購入ＣＰ管理データベース３４のレコードを「購入ＣＰ管理レコード」という。図４は、購入ＣＰ管理レコードの内容を示す図である。図４で示すように購入ＣＰ管理レコードはフィールドとして、購入ＣＰ－ＩＤ＜Ｆ＞と、購入ＣＰ登録情報＜Ｆ＞と、購入ＣＰ参加管理＜Ｆ＞とを備えている。なお＜Ｆ＞は、対応する用語が、何らかの値が格納されるフィールドまたは項目であることを示すための便宜的な符号である。購入ＣＰ－ＩＤ＜Ｆ＞には、対応する購入ＣＰの購入ＣＰ－ＩＤ（購入ＣＰを識別する識別情報）が格納される。購入ＣＰ登録情報＜Ｆ＞には、購入ＣＰ登録情報が格納される。購入ＣＰ参加＜Ｆ＞については後述する。サーバ情報処理部１０は、一意な値の購入ＣＰ－ＩＤを生成し、生成した購入ＣＰ－ＩＤと、受信した購入ＣＰ登録情報と、適切な初期値とを含む購入ＣＰ管理レコードを購入ＣＰ管理データベース３４に登録する。

またサーバ情報処理部１０は、投稿ＣＰ登録情報を受信すると、サーバ記憶部１２に記憶された投稿ＣＰ管理データベース３５に１件のレコードを登録する。サーバ情報処理部１０は、投稿ＣＰ管理データベース３５にレコードを登録することによって、投稿ＣＰの管理を開始する。投稿ＣＰ管理データベース３５は、投稿ＣＰを管理するためのデータベースであり、投稿ＣＰごとにレコードが登録される。以下、投稿ＣＰ管理データベース３５のレコードを「投稿ＣＰ管理レコード」という。図５は、投稿ＣＰ管理レコードの内容を示す図である。図５で示すように投稿ＣＰ管理レコードはフィールドとして、投稿ＣＰ－ＩＤ＜Ｆ＞と、投稿ＣＰ登録情報＜Ｆ＞と、投稿ＣＰ参加管理＜Ｆ＞と、累計報酬総額＜Ｆ＞と、上限到達フラグ＜Ｆ＞と、関連動画投稿数＜Ｆ＞と、関連動画再生数＜Ｆ＞と、関連動画いいね数＜Ｆ＞と、カテゴリ関連＜Ｆ＞とを備えている。投稿ＣＰ－ＩＤ＜Ｆ＞には、対応する投稿ＣＰの投稿ＣＰ－ＩＤ（投稿ＣＰを識別する識別情報）が格納される。投稿ＣＰ登録情報＜Ｆ＞には、投稿ＣＰ登録情報が格納される。その他のフィールドに関しては後述する。サーバ情報処理部１０は、一意な値の投稿ＣＰ－ＩＤを生成し、生成した投稿ＣＰ－ＩＤと、受信した投稿ＣＰ登録情報と、適切な初期値とを含む投稿ＣＰ管理レコードを購入ＣＰ管理データベース３５に登録する。

さて図３を参照しサービス運営者は、購入ＣＰを紹介する情報（以下「購入ＣＰ紹介情報」という）をユーザＵＸに提供する（ステップＳ２）。具体的にはサービス運営者は、ユーザＵＸに対して、実施中の購入ＣＰ（提供者ＳＸの購入ＣＰに限られない）の購入ＣＰ紹介情報を参照可能な画面を提供する。ユーザＵＸは、当該画面を参照し、実施中の購入ＣＰ、および、各購入ＣＰに対応する対象商品を認識し、参加したいと考える購入ＣＰがあれば、参加することを決定する（ステップＳ３）。ここではユーザＵＸは、提供者ＳＸの商品ＩＸに係る購入ＣＰに参加することを決定したものとする。なおステップＳ２では、購入ＣＰ紹介情報の提供は行われる一方、投稿ＣＰを紹介する情報（以下「投稿ＣＰ紹介情報」という）の提供は行われない。

提供者ＳＸの商品ＩＸに係る購入ＣＰを決定した後、ユーザＵＸは、購入ルールに従って、商品ＩＸを購入する（ステップＳ４）。なお商品ＩＸを購入した時点では、ユーザＵＸには投稿ＣＰは紹介されておらず、従ってユーザＵＸは投稿ＣＰが実施されていることを認識していない。ユーザＵＸは、購入に応じて購入証拠を取得し或いは準備する。購入証拠とは、選択した対象商品を購入した証拠となるデータであり、購入態様ごとに予め定められている。例えば実店舗で商品が購入される場合には、購入証拠は購入時に発行されたレシートの撮影画像（スキャナ画像でもよい）とされる。またオンラインショップで商品が購入される場合には、購入証拠は領収書または購入履歴ページのスクリーンショット画像とされる。購入証拠が必要であること、商品態様ごとの購入証拠の内容、その他の購入証拠に関する事項は、所定の方法で各ユーザに事前に周知される。

商品ＩＸを購入後、ユーザＵＸは、キャンペーン関連サービスの所定のユーザインタフェイスを利用して購入証拠を提出する（ステップＳ５）。サービス運営者は、提出された購入証拠を受け付け、購入ルールに従って商品ＩＸが購入されたか否かという点を主要な観点として購入証拠をチェックする（ステップＳ６）。以下、購入証拠について行われるチェックを「購入チェック」という。本例では、ステップＳ６の購入チェックで合格したものとする。サービス運営者は、合格を示すチェック結果をユーザＵＸに通知する（ステップＳ７）。その際、サービス運営者は、投稿ＣＰ紹介情報をユーザＵＸに提供する（ステップＳ７）。後述するように投稿ＣＰ紹介情報には対象商品対応タグ群が含まれる。なお、購入チェックで不合格だった場合は、サービス運営者は、不合格である旨を通知する一方、投稿ＣＰ紹介情報を通知しない。またこの場合、ユーザＵＸに購入特典が付与されることはない。このように本実施形態では、購入証拠を提出し購入チェックに合格したユーザＵＸ、換言すると対象商品を購入済みのユーザＵＸに対してのみ投稿ＣＰの紹介がなされる。このためキャンペーン関連サービスが特定商取引法に違反することはない。

チェック結果が合格の場合、サービス運営者は、購入特典をユーザＵＸに付与する（ステップＳ８）。本実施形態ではサービス運営者は、購入証拠の提供の対価として、ユーザＵＸに固定キャッシュバック額をキャッシュバックする。

ユーザＵＸは、投稿ＣＰ紹介情報に基づいて投稿ＣＰを認識し、投稿ＣＰに参加することを決定する（ステップＳ９）。ただし投稿ＣＰへの参加は任意であり、当然、参加しなくてもよい。投稿ＣＰに参加することを決定したユーザＵＸは、動画作成ルールに従って、商品ＩＸに関するショート動画を作成する（ステップＳ１０）。次いでユーザＵＸは、キャンペーン関連サービスの所定のユーザインタフェイスを利用して、作成したショート動画（のファイル）をサービス運営者に提出する（ステップＳ１１）。

サービス運営者は、提出されたショート動画を受け付け、動画作成ルールに従ってショート動画が作成されているか否かという点を主要な観点としてショート動画について審査する（ステップＳ１２）。以下、ショート動画に対して行われる審査を「動画審査」という。本例では、ステップＳ１２の動画審査で合格したものとする。サービス運営者は、合格を示す審査結果をユーザＵＸに通知する（ステップＳ１３）。なお審査結果が合格ではない場合には、サービス運営者は、不合格を示す審査結果を通知する。この場合、作成したショート動画は投稿報酬の対象とはならず、ユーザＵＸは、投稿報酬を得ることはできない。合格の通知を受けたユーザＵＸは、対象商品対応タグ群を付与した上でショート動画を第１ＳＮＳに投稿する（ステップＳ１４）。当該投稿に応じて、第１ＳＮＳのシステムにより投稿ＵＲＬが発行され、ユーザＵＸは、投稿ＵＲＬを取得する。ユーザＵＸは、キャンペーン関連サービスの所定のユーザインタフェイスを利用して、投稿ＵＲＬをサービス運営者にアップロードする（ステップＳ１５）。

その後、サービス運営者は、投稿報酬を導出可能な状態となったら、投稿ＣＰ報酬ルールに従って投稿報酬を導出する（ステップＳ１６）。本実施形態ではサービス運営者は、ショート動画が第１ＳＮＳに投稿されてから７日間（投稿された日を１日目とする）におけるショート動画の再生数の累計に、報酬単価を乗じることによって投稿報酬を導出する。投稿報酬を導出後、サービス運営者は、ユーザＵＸに対して投稿報酬を付与する（ステップＳ１７）。以上がキャンペーン関連サービスの概要である。

次に、投稿ＣＰに関する用語である調査期間、動画投稿可能期間および報酬期間について説明する。図６は、各期間の説明に利用する図である。本実施形態では投稿ＣＰごとに、調査期間、動画投稿可能期間および報酬期間が観念される。一の投稿ＣＰの調査期間は、当該一の投稿ＣＰについて各種調査および各種情報の収集が行われる期間である。各種調査および各種情報の収集については後に明らかとなる。図６では、８／１から８／３１までが調査期間となっている。一の投稿ＣＰの動画投稿可能期間は、当該一の投稿ＣＰについてユーザがショート動画の投稿をできる期間である。投稿可能期間から外れて投稿されたショート動画は、投稿報酬の対象とならない。本実施形態では単純化した例として投稿可能期間の開始タイミングおよび終了タイミングは、固定的なものであるとする。ただし投稿可能期間は、条件の成立に応じて始まり或いは終わりが確定するような可変的なものとすることもできる。調査期間は、少なくとも投稿可能期間を包含するような期間とされる。図６では、８／１０から８／２０までが投稿可能期間となっている。報酬期間とは、ユーザが投稿したショート動画について、投稿報酬を導出するための再生数をカウントする期間である。報酬期間の開始タイミングおよび終了タイミングはユーザによって異なり得る。本実施形態では投稿報酬は、ショート動画を投稿した日を１日目として７日間の再生数を反映して定まるため、あるユーザについての報酬期間は、そのユーザがショート動画を投稿した投稿日から、その７日後に至る期間である。図６では、ユーザＵ１の報酬期間として８／１０～８／１６の期間が示され、ユーザＵ２の報酬期間として８／１５～８／２２の期間が示されている。

次に、キャンペーン関連サービスに関する制御システム１の動作について説明する。以下のキャンペーン関連サービスに関する制御システム１の動作の説明では、ユーザの一人として「注目ユーザ」を想定する。注目ユーザは、キャンペーン関連サービスにアカウントを登録しており、当該アカウントにログインすることができる。ログインは、キャンペーン関連サービスにおいて独自に発行されたログイン情報を利用して行われてもよく、他のサービスとのＩＤ連携により行われてもよい。また注目ユーザは、自身のアカウントに対して、第１ＳＮＳのアカウントに関する情報、その他の第１ＳＮＳに関する情報を登録している。これにより情報処理サーバ２のサーバ情報処理部１０は、第１ＳＮＳのシステムが保持する注目ユーザのリソースに対して、第１ＳＮＳが提供するＷｅｂＡＰＩ経由でアクセスし、注目ユーザに関する情報を取得することができる。サーバ情報処理部１０は、アクセスリクエストを送るときに必要な情報（例えば利用許可証および登録証明書に相当する情報）については、第１ＳＮＳのシステムから適切に取得している。なお情報処理サーバ２がＷｅｂＡＰＩ経由で注目ユーザに関する情報を送受信することについては、適切な方法で事前に注目ユーザの同意が得られている。

まず購入ＣＰに関する制御システム１の動作について説明する。図７は、購入ＣＰに関するユーザ端末３および情報処理サーバ２の動作例を示すフローチャートである。符号ＦＡはユーザ端末３による情報処理方法を示し、符号ＦＢは情報処理サーバ２による情報処理方法を示す。

フローチャートＦＡで示すようにユーザは、ユーザ端末３のユーザ専用アプリＡＰ１を起動し、購入ＣＰ一覧画面の表示を指示する（ステップＳＡ１）。当該指示に応じてユーザ端末情報処理部１３はサーバ情報処理部１０と協働して、購入ＣＰ一覧画面をユーザ端末表示部１５に表示する（ステップＳＡ２）。購入ＣＰ一覧画面は、実施中の購入ＣＰのそれぞれについて、購入ＣＰの概略を示す購入ＣＰ概略ブロック（不図示）が設けられた画面である。購入ＣＰ概略ブロックには、対応する対象商品の概略を示す情報、購入ＣＰ特典ルール（固定キャッシュバック額）およびレシート提出可能期間が表示される。ただし当該ブロックに表示される情報は例示したものに限定されない。購入ＣＰ一覧画面で示された購入ＣＰのそれぞれと、各購入ＣＰに対応する投稿ＣＰのそれぞれについては、図３のステップＳ１で示した通り、提供者により事前に購入ＣＰ登録情報および投稿ＣＰ登録情報が提供されており、購入ＣＰ管理データベース３４および投稿ＣＰ管理データベース３５に対応するレコードが登録されている。

購入ＣＰ一覧画面において購入ＣＰ概略ブロックのそれぞれは選択可能に構成されている。注目ユーザは、気になる購入ＣＰがある場合、その購入ＣＰに対応する購入ＣＰ概略ブロックを選択する（ステップＳＡ３）。一の購入ＣＰに係る購入ＣＰ概略ブロックが選択されると、ユーザ端末情報処理部１３は、当該一の購入ＣＰに対応する購入ＣＰ詳細画面３１を表示する（ステップＳＡ４）。図８は、購入ＣＰ詳細画面３１の一例を示す図である。図８で示すように購入ＣＰ詳細画面３１には、対象商品を紹介する情報（符号３８）、購入ＣＰ特典ルール（固定キャッシュバック額）（符号３９）、レシート提出可能期間（符号４０）、購入ルール（符号４１）、購入ＣＰ参加ルール（符号４２）、その他の購入ＣＰに関する情報が表示される。注目ユーザは、当該画面を参照することにより、購入ＣＰの詳細を把握することができる。なおユーザ端末情報処理部１３は、購入ＣＰ一覧画面および購入ＣＰ詳細画面３１を購入ＣＰ管理データベース３４に基づいて表示する。購入ＣＰ概略ブロックおよび購入ＣＰ詳細画面３１に表示される情報は購入ＣＰ紹介情報に相当する。

注目ユーザは、所望の購入ＣＰに係る購入ＣＰ詳細画面３１を参照した上で、参加する購入ＣＰを決定する。当然、注目ユーザは、購入ＣＰに参加しないと決定することもでき、複数の購入ＣＰに参加すると決定することもできるが、本例では、注目ユーザは、１つの購入ＣＰに参加することを決定したものとする。以下、注目ユーザが参加することを決定した購入ＣＰを「注目購入ＣＰ」といい、注目購入ＣＰに対応する対象商品を「注目対象商品」という。また注目購入ＣＰに対応する投稿ＣＰ（＝注目対象商品を対象として行われる投稿ＣＰ）を「注目投稿ＣＰ」という。

その後、注目ユーザは、注目購入ＣＰに係る購入ＣＰ詳細画面３１に記載されていた購入ルールに従って、注目対象商品を購入する。本実施形態では、当該購入により注目ユーザが注目購入ＣＰに参加したとみなされる。なおユーザは、注目対象商品を購入する際は、当該商品に対応する購入ＣＰが実施中であることを認識している一方で、当該商品に対応する投稿ＣＰが実施中であることは認識していない。注目対象商品の購入後、注目ユーザは、購入証拠に対応するデータがユーザ端末記憶部１７に記憶された状態とする。例えば実店舗で注目対象商品を購入した場合、注目ユーザは、レシートを受け取り、保管する。そして注目ユーザは、レシートについて撮影またはスキャンを行って画像データを生成し、当該画像データがユーザ端末３のユーザ端末記憶部１７に記憶された状態とする。例えばユーザ端末３がスマートフォンの場合には、注目ユーザは、スマートフォンのカメラでレシートを撮影する。するとＯＳの機能により、撮影画像に基づく撮影画像データが電子アルバムに登録される。また例えばオンラインショップで注目対象商品を購入した場合、注目ユーザは、領収書または購入履歴ページをスクリーンショットして画像データを生成し、当該画像データがユーザ端末３のユーザ端末記憶部１７に記憶された状態とする。以下、レシート、領収書、購入履歴ページ、その他の購入証拠に対応するデータを「購入証拠データ」という。購入証拠データは、購入証拠に相当する。

図７を参照し、購入証拠データがユーザ端末記憶部１７に記憶された状態とした後、注目ユーザは、以下の作業を行う。すなわち注目ユーザは、ユーザ端末３のユーザ専用アプリＡＰ１を起動し、所定の操作を行って、注目購入ＣＰに関する購入証拠データのアップロード用の画面の表示を指示する。当該画面には、注目購入ＣＰに関して、購入証拠データを情報処理サーバ２にアップロードするための各種ユーザインタフェイスが用意されている。次いで注目ユーザは、当該画面を利用して、情報処理サーバ２への購入証拠データのアップロードを指示する（ステップＳＡ５）。当該指示に応じてユーザ端末情報処理部１３は、購入証拠データをサーバ情報処理部１０に送信（アップロード）する（ステップＳＡ６）。

購入証拠データを受信すると、サーバ情報処理部１０は、購入ＣＰ参加単位情報を登録する（ステップＳＢ１）。以下、ステップＳＢ１について詳述する。ここで本実施形態では、ある購入ＣＰについて購入証拠の提出が行われると、サーバ情報処理部１０は、これを１つの「購入ＣＰ参加単位」として管理する。以下、注目ユーザに対応する購入ＣＰ参加単位を「注目購入ＣＰ参加単位」という。そしてステップＳＢ１において、まずサーバ情報処理部１０は、購入ＣＰ参加単位情報を生成する。

図９は、１件の購入ＣＰ参加単位情報の内容の一例を示す図である。図９で示すように購入ＣＰ参加単位情報はフィールドとして、購入ＣＰ参加単位ＩＤ＜Ｆ＞と、ユーザＩＤ＜Ｆ＞と、購入証拠＜Ｆ＞と、チェック合否＜Ｆ＞とを少なくとも含んでいる。購入ＣＰ参加単位ＩＤ＜Ｆ＞には、対応する購入ＣＰ参加単位の購入ＣＰ参加単位ＩＤ（購入ＣＰ参加単位を識別するための識別情報）が格納される。ユーザＩＤ＜Ｆ＞には、対応するユーザのユーザＩＤ（ユーザを識別するための識別情報）が格納される。購入証拠＜Ｆ＞には購入証拠データが格納される。チェック合否＜Ｆ＞には、購入証拠に対する購入チェックのチェック結果を管理するためのチェック合否フラグが格納される。当該フラグの初期値はオフ値である。ステップＳＢ１においてサーバ情報処理部１０は、一意な値の購入ＣＰ参加単位ＩＤ、注目ユーザのユーザＩＤ、受信した購入証拠データおよび適切な初期値を含む購入ＣＰ参加単位情報を生成する。次いでサーバ情報処理部１０は、購入ＣＰ管理データベース３４の注目購入ＣＰに対応する購入ＣＰ管理レコードの購入ＣＰ参加管理＜Ｆ＞に、生成した購入ＣＰ参加単位情報を追加的に登録する。このように購入ＣＰ管理レコードの購入ＣＰ参加管理＜Ｆ＞には、購入ＣＰ参加単位ごとに購入ＣＰ参加単位情報が格納される。以上がステップＳＢ１の詳細である。

サーバ情報処理部１０が購入証拠データを受信し、当該データを含む購入ＣＰ参加単位情報を購入ＣＰ管理データベース３４に登録する処理は、「対象商品を選択したユーザから、対象商品の購入の証拠となる購入証拠を受け付ける処理」に相当する。ただし購入証拠を受け付ける処理の具体的な内容は本実施形態で例示する内容に限定されない。当該処理は、購入証拠を取得する処理であれば、どのような内容の処理であってもよい。

ステップＳＢ１の後、サーバ情報処理部１０は、チェック処理を実行する（ステップＳＢ２）。チェック処理は、購入証拠データの内容をチェックする（つまり、購入証拠をチェックする）処理である。チェック処理で行われるチェックが「購入チェック」に相当する。詳述するとサーバ情報処理部１０は、購入証拠データを利用して、購入ルールに従って注目対象商品が購入されているか否かを判別する。例えばサーバ情報処理部１０は、購入証拠データをＯＣＲ技術によってテキスト化し、テキストデータから上記判別に必要な要素（一例として商品名、商品単価または購入数量。当該要素は購入ルールによって異なる）を抽出し、抽出した要素に基づいて、上記判別を行う。ここで購入ＣＰ参加単位情報のチェック合否＜Ｆ＞には、購入証拠に対するチェック結果を管理するためのチェック合否フラグ（初期値はオフ値）が格納されている。サーバ情報処理部１０は、購入ルールに従って注目対象商品が購入されていると判定した場合、チェック結果を合格とし、注目購入ＣＰ参加単位に対応する購入ＣＰ参加単位情報のチェック合否フラグの値をオン値に変更する。なお、チェックに合格しない限り、当該フラグはオン値とならない。以上がチェック処理の詳細である。

なおチェック処理に関し、ＯＣＲ技術を利用した処理の少なくとも一部が、所定の機械学習手法により機械学習されたＡＩ－ＯＣＲを利用して行われる構成でもよい。またチェック処理において、購入ルールに従って注目対象商品が購入されているか否かの判別の一部または全部が、人為的な手段により行われる構成でもよい。また購入ルールに従って注目対象商品が購入されているか否かという観点のほか、不正が行われていないかという観点、その他の観点からチェックが行われてもよい。

ステップＳＢ２の後、サーバ情報処理部１０は、購入証拠の購入チェックが完了したことを注目ユーザに通知する（ステップＳＢ３）。本実施形態ではサーバ情報処理部１０は、ユーザ端末３のＯＳの機能を利用したプッシュ通知により、当該通知を行う。プッシュ通知に必要な情報（例えばデバイス識別情報）は、ユーザのそれぞれについて、ユーザ管理データベース３０に登録されている。プッシュ通知では、バナー、アラート、バッジ、その他の手段により通知が行われる。なお、通知の方法は本実施形態で例示する方法に限定されない。メール、その他の方法で通知が行われる構成でもよい。

ステップＳＢ３の後、サーバ情報処理部１０は、購入チェックに合格したか否かを判別する（ステップＳＢ４）。合格していない場合（ステップＳＢ４：ＮＯ）、サーバ情報処理部１０は、処理を終了する。この場合、注目ユーザに対して購入特典は付与されない。一方、合格している場合（ステップＳＢ４：ＹＥＳ）、サーバ情報処理部１０は、特典付与関連処理を実行する（ステップＳＢ５）。特典付与関連処理は、注目ユーザに特典を付与するための処理である。特典付与関連処理は、注目ユーザへの報酬の付与に供する処理であればよく、当該処理により当該付与が完結する必要はない。例えば特典の付与が、キャンペーン関連サービスにおいてユーザのそれぞれに与えられる電子的なウォレットへの固定キャッシュバック額の付与という形で行われる場合には、サーバ情報処理部１０は、当該ウォレットに適切な固定キャッシュバック額を付与する処理を実行する。また例えば特典の付与が注目ユーザの口座への振り込みにより行われる場合には、サーバ情報処理部１０は振り込みに関する処理を実行する。この場合において振り込みに関する処理は、振り込みが行われるための一連の処理の全てである必要はなく、一部の処理でよい。また例えば、所定のデータベースに記録された情報に基づいて注目ユーザへの特典の付与が実行される場合には、サーバ情報処理部１０は、当該データベースに適切な情報を記録する。また例えば注目ユーザへの特典の付与が運営者のオペレータにより行われる場合には、サーバ情報処理部１０は、オペレータへの必要な情報の通知を行う。なお特典の付与が完了したときにサーバ情報処理部１０が、そのことを注目ユーザに通知する構成でもよい。以上が購入ＣＰに関する制御システム１の動作の説明である。

次に投稿ＣＰに関する制御システム１の動作について説明する。図１０は、投稿ＣＰに関するユーザ端末３および情報処理サーバ２の情報処理方法を示すフローチャートである。符号ＦＣはユーザ端末３の情報処理方法を示し、符号ＦＤは情報処理サーバ２の情報処理方法を示す。

上述した通り、購入証拠について購入チェックが完了すると、その旨を示すプッシュ通知が注目ユーザのユーザ端末３に通知される。注目ユーザは、当該プッシュ通知に応じてユーザ専用アプリＡＰ１を起動し、チェック結果画面の表示を指示する（ステップＳＣ１）。当該指示に応じてユーザ端末情報処理部１３は、購入チェックに不合格の場合は、チェック結果画面として不合格通知画面（不図示）を表示する。不合格通知画面には、不合格である旨の情報が表示される。当該画面に不合格となった理由を示す情報が表示される構成でもよい。ただし不合格通知画面には、注目投稿ＣＰに関する情報は一切、表示されない。

一方、購入チェックに合格の場合、ユーザ端末情報処理部１３はステップＳＣ１の指示に応じて、チェック結果画面として合格通知画面４３を表示する（ステップＳＣ２）。図１１は、合格通知画面４３の一例を示す図である。図１１で示すように合格通知画面４３には、購入チェックに合格した旨の情報、および、購入特典が付与される旨の情報が表示される。注目ユーザは、合格通知画面４３を参照することにより、購入チェックに合格したこと、および、購入特典を享受できることを認識できる。

図１１で示すように合格通知画面４３には、注目対象商品について注目投稿ＣＰを実施中である旨の情報と、注目投稿ＣＰを紹介する投稿ＣＰ概略ブロック３２が表示される。投稿ＣＰ概略ブロック３２には、注目対象商品の概略を示す情報（対象商品の商品名、値段および写真を含む）、注目投稿ＣＰに既に参加しているユーザの人数、投稿ＣＰ報酬ルール（報酬単価を含む）、および、対応するＳＮＳの種類が表示される。更に投稿ＣＰ概略ブロック３２には、報酬総額上限と、累計報酬総額と、報酬残額とが表示される。累計報酬総額は、上述したように注目投稿ＣＰに関して現時点で確定している投稿報酬の総額である。報酬残額は、報酬総額上限から累計報酬総額を引いた値である。投稿ＣＰ管理レコードの累計報酬総額＜Ｆ＞には、累計報酬総額が格納される。後述するようにサーバ情報処理部１０は、適宜、累計報酬総額を導出し、投稿ＣＰ管理レコードの累計報酬総額＜Ｆ＞に格納された累計報酬総額を更新する。

このようにサーバ情報処理部１０は、購入チェックのチェック結果が合格であることをユーザに通知する際に、投稿キャンペーンを紹介する情報をユーザに通知する機能を備える。このためユーザは合格通知画面４３を参照することにより、注目投稿ＣＰが実施中であること、および、自身が注目投稿ＣＰに参加できることを認識できる。更にサーバ情報処理部１０は、報酬総額上限と累計報酬総額との関係を、購入ＣＰに参加する前のユーザに提供する機能を備える。このためユーザは、あとどれくらいで累計報酬総額が報酬総額上限に達するのかを的確に把握でき、どの程度急いでショート動画を投稿すべきかを認識できる。換言すれば、ユーザに対して、できるだけ早くショート動画を投稿するというモチベーションを付与することができる。

合格通知画面４３において投稿ＣＰ概略ブロック３２は選択可能に構成されている。注目ユーザは、注目投稿ＣＰに参加したい、或いは注目投稿ＣＰについてより詳しく内容を知りたいと考えた場合、投稿ＣＰ概略ブロック３２を選択する（ステップＳＣ３）。当該選択に応じてユーザ端末情報処理部１３は、投稿ＣＰ詳細画面３３を表示する（ステップＳＣ４）。図１２は、投稿ＣＰ詳細画面３３の一例を示す図である。図１２で示すように投稿ＣＰ詳細画面３３には、注目投稿ＣＰを紹介する情報（注目対象商品に関する情報を含む）が表示される。図１２で例示する投稿ＣＰ詳細画面３３には「注目対象商品を紹介する情報」（符号４４）、投稿ＣＰ報酬ルール（符号４５）、動画投稿可能期間（符号４６）、投稿ＣＰ参加ルール（符号４７）、動画作成ルール（符号４８）、および、対象商品対応タグ群（符号４９）が表示される。対象商品対応タグ群の近傍には、ショート動画の投稿に際して表示された対象商品対応タグ群に含まれるハッシュタグのそれぞれを順番通りに付与しなければならない旨の注意が表示される。

なお投稿ＣＰ詳細画面３３に表示した情報の一部（例えば対象商品対応タグ群）について、投稿ＣＰ詳細画面３３には表示されず、別の手段でユーザにより提供される構成でもよい。また投稿ＣＰ詳細画面３３に例示した情報以外の情報が表示される構成でもよい。サーバ情報処理部１０は、投稿ＣＰ概略ブロック３２および投稿ＣＰ詳細画面３３の表示に際して、投稿ＣＰ管理データベース３５、その他の情報源から必要なデータを取得する。当該ブロックおよび当該画面に表示された情報は、投稿ＣＰ紹介情報に相当する。

ユーザ端末情報処理部１３が、投稿ＣＰ詳細画面３３をユーザ端末表示部１５に表示する処理には、「対象商品対応タグ群を提供する処理」が含まれる。

図１２で示すように投稿ＣＰ詳細画面３３には、注目投稿ＣＰに参加する場合に選択される参加ボタン３６が表示される。本例では注目ユーザは、注目投稿ＣＰに参加することを希望し、参加ボタン３６を選択する（ステップＳＣ５）。本実施形態では、各ユーザについて、参加ボタン３６の選択をもって投稿ＣＰに参加したとみなされる。参加ボタン３６が選択されるとユーザ端末情報処理部１３は、そのことをサーバ情報処理部１０に通知する（ステップＳＣ６）。

フローチャートＦＤで示すようにステップＳＣ６の通知を受けると、サーバ情報処理部１０は、投稿ＣＰ参加単位情報を登録する（ステップＳＤ１）。以下、ステップＳＤ１について詳述する。ここで本実施形態では、ある投稿ＣＰについて参加の申込み（参加ボタン３６の選択）が行われると、サーバ情報処理部１０は、これを１つの「投稿ＣＰ参加単位」として管理する。以下、注目ユーザに対応する投稿ＣＰ参加単位を「注目投稿ＣＰ参加単位」という。そしてステップＳＤ１において、まずサーバ情報処理部１０は、投稿ＣＰ参加単位情報を生成する。

図１３は、１件の投稿ＣＰ参加単位情報の内容の一例を示す図である。図１３で示すように投稿ＣＰ参加単位情報はフィールドとして、投稿ＣＰ参加単位ＩＤ＜Ｆ＞と、ユーザＩＤ＜Ｆ＞と、ショート動画＜Ｆ＞と、審査合否＜Ｆ＞と、投稿ＵＲＬ＜Ｆ＞と、報酬対象再生数＜Ｆ＞と、暫定報酬額＜Ｆ＞と、確定報酬額＜Ｆ＞と、単位再生数＜Ｆ＞と、単位いいね数＜Ｆ＞とを含んでいる。投稿ＣＰ参加単位ＩＤ＜Ｆ＞には、対応する投稿ＣＰ参加単位の投稿ＣＰ参加単位ＩＤ（投稿ＣＰ参加単位を識別するための識別情報）が格納される。ユーザＩＤ＜Ｆ＞には、対応するユーザのユーザＩＤが格納される。他のフィールドについては後述する。

ステップＳＤ１においてサーバ情報処理部１０は、一意な値の投稿ＣＰ参加単位ＩＤ、注目ユーザのユーザＩＤ、および、適切な初期値を含む投稿ＣＰ参加単位情報を生成する。次いでサーバ情報処理部１０は、投稿ＣＰ管理データベース３５の注目投稿ＣＰに対応する投稿ＣＰ管理レコードの投稿ＣＰ参加管理＜Ｆ＞に、生成した投稿ＣＰ参加単位情報を追加的に登録する。このように投稿ＣＰ管理レコードの投稿ＣＰ参加管理＜Ｆ＞には、投稿ＣＰ参加単位ごとに投稿ＣＰ参加単位情報が格納される。以上がステップＳＤ１の詳細である。

参加ボタン３６を選択し、注目投稿ＣＰに参加した後、注目ユーザは、以下の作業を行う。すなわち注目ユーザは、動画作成ルールに従ってショート動画を作成する。本実施形態では説明の簡単のため、ショート動画が記録された動画ファイルも「ショート動画」と表現する。以下、注目ユーザが作成したショート動画を「注目ショート動画」という。動画作成ルールに従ったショート動画の内容は基本的には、商品の外観や、ユーザが商品を使用している様子等が映されたり、商品の説明が口頭で行われたりする等して、商品を紹介し、或いは、宣伝／広告するものとされる。

図１０を参照し、注目ショート動画を作成した後、注目ユーザは、以下の作業を行う。すなわちユーザは、ユーザ端末３のユーザ専用アプリＡＰ１を起動し、所定の操作を行って、注目投稿ＣＰに関するショート動画のアップロード用の画面の表示を指示する。当該画面には、注目投稿ＣＰに関するショート動画を情報処理サーバ２にアップロードするための各種ユーザインタフェイスが用意されている。次いでユーザは、当該画面を利用して、情報処理サーバ２への注目ショート動画のアップロードを指示する（ステップＳＣ７）。当該指示に応じてユーザ端末情報処理部１３は、注目ショート動画をサーバ情報処理部１０に送信（アップロード）する（ステップＳＣ８）。

サーバ情報処理部１０は、注目ショート動画を受信すると、以下の処理を実行する（ステップＳＤ２）。すなわちサーバ情報処理部１０は、投稿ＣＰ管理データベース３５の注目投稿ＣＰ参加単位に対応する投稿ＣＰ参加単位情報のショート動画＜Ｆ＞（図１３）に注目ショート動画を格納する。サーバ情報処理部１０がショート動画を受信し、所定のフィールドに格納する処理は、「チェックに合格した注目ユーザにより対象商品に関して作成された、ＳＮＳへの投稿用のコンテンツを受け付ける処理」に相当する。ただし、受け付ける処理の具体的な内容は、本実施形態で例示する処理に限定されず、ショート動画（コンテンツ）を取得する処理であればよい。

ステップＳＤ２の後、サーバ情報処理部１０は、動画審査処理を実行する（ステップＳＤ３）。動画審査処理は、アップロードされたショート動画の内容を審査する処理である。詳述するとまず、提供者（ただし運営者でもよく、提供者および運営者の双方でもよい）が、アップロードされたショート動画について、人為的な手段で動画審査を実行する。動画審査では、ショート動画の内容が動画作成ルールに従っているか否かという点を主要な観点として審査が行われる。ここで、上述したように動画作成ルールは、提供者の方針に合致するか否かという点を観点の１つとして作成される。このため、提供者の方針に合致していない内容のショート動画は動画審査に合格せず、排除されることになる。なおショート動画の内容が動画作成ルールに従っているか否かという点だけではなく、他の点も観点として審査が行われてもよいことは勿論である。また動画審査の一部ないし全部が、サーバ情報処理部１０（他の情報処理部でもよい）による自動的な情報処理によって行われる構成でもよい。

動画審査の実行後、提供者は、その結果をサーバ情報処理部１０に通知する。当該通知は、例えばサーバ情報処理部１０が提供するユーザインタフェイスに動画審査の結果を入力することにより行われる。ここで投稿ＣＰ参加単位情報の審査合否＜Ｆ＞には、動画審査の審査結果を管理するための審査合否フラグ（初期値はオフ値）が格納されている。サーバ情報処理部１０は、動画審査の結果が合格の場合は、注目投稿ＣＰ参加単位に対応する投稿ＣＰ参加単位情報の審査合否フラグの値をオン値に変更する。なお動画審査に合格しない限り、当該フラグはオン値とならない。以上が動画審査処理の詳細である。

ステップＳＤ３の後、サーバ情報処理部１０は、動画審査の結果を注目ユーザに通知する（ステップＳＤ４）。動画審査の結果が最終的に注目ユーザに認識されるのであれば、当該通知はどのような方法で行われてもよい。例えば通知は、プッシュ通知またはメールによる通知によって行われる。ステップＳＤ４の処理は、「コンテンツについて行われた審査の審査結果をユーザに通知する処理」に相当する。注目ユーザは、ステップＳＤ４の通知に応じて、動画審査の結果を認識する。動画審査に合格しなかった場合には、注目ショート動画は投稿報酬の付与の対象とならず、従って注目ユーザは、注目ショート動画の投稿の対価としての投稿報酬を得ることはできない。一方、動画審査に合格した場合、注目ユーザは、第１ＳＮＳに注目ショート動画を投稿する。その際、注目ユーザは、注目投稿ＣＰに係る対象商品対応タグ群を注目ショート動画にタグとして付与した上で、当該投稿を行う。当該投稿に応じて、第１ＳＮＳのシステムにより投稿ＵＲＬが発行され、注目ユーザは、投稿ＵＲＬを取得する。

投稿ＵＲＬを取得後、注目ユーザは、以下の作業を行う。すなわち注目ユーザは、ユーザ端末３のユーザ専用アプリＡＰ１を起動し、所定の操作を行って、投稿ＵＲＬの通知用の画面を表示させる。当該画面には、注目投稿ＣＰに係る投稿ＵＲＬを情報処理サーバ２に通知するための各種ユーザインタフェイスが用意されている。注目ユーザは、当該画面を利用して情報処理サーバ２への投稿ＵＲＬへの通知を指示する（ステップＳＣ９）。当該指示に応じてユーザ端末情報処理部１３は、投稿ＵＲＬをサーバ情報処理部１０に送信する（ステップＳＣ１０）。サーバ情報処理部１０は、投稿ＵＲＬの通知を受けると、以下の処理を実行する（ステップＳＤ５）。すなわちサーバ情報処理部１０は、投稿ＣＰ管理データベース３５の注目投稿ＣＰ参加単位に対応する投稿ＣＰ参加単位情報の投稿ＵＲＬ＜Ｆ＞（図１３）に、投稿ＵＲＬを格納する。

以後、サーバ情報処理部１０は、注目投稿ＣＰ参加単位について以下の処理を実行する。すなわちサーバ情報処理部１０は、投稿日を初日として、調査期間の最終日までの間、１日ごとに、日計の注目ショート動画の再生数（閲覧数）と、日計の注目ショート動画のいいね数とを第１ＳＮＳのシステムから取得する。日計のショート動画の再生数とは、１日（１ｄａｙ）においてショート動画が再生（閲覧）された回数の総数を意味する。以下、当該再生数を「日計単位再生数」という。また、日計のショート動画のいいね数とは、１日においてショート動画に対して付与された“いいね”の総数を意味する。以下、当該いいね数を「日計単位いいね数」という。サーバ情報処理部１０は、ある一日の日計単位再生数および日計単位いいね数について、これらを取得可能となった後の所定のタイミングで取得する。

ここで投稿ＣＰ参加単位情報の単位再生数＜Ｆ＞（図１３）には単位再生数情報が格納される。単位再生数情報には、日付と対応付けて日計単位再生数が記録される。また投稿ＣＰ参加単位情報の単位いいね数＜Ｆ＞（図１３）には単位いいね数情報が格納される。単位いいね数情報には、日付と対応付けて日計単位いいね数が記録される。サーバ情報処理部１０は、日計単位再生数を取得する度に、これが反映されるように単位再生数情報を更新し、同様に日計単位いいね数を取得する度に、これが反映されるように単位いいね数情報を更新する。この結果、注目ショート動画に係る単位再生数情報には、投稿日から調査期間の最終日までの期間における日ごとの日計単位再生数が記録された状態となる。また注目ショート動画に係る単位いいね数情報には、投稿日から調査期間の最終日までの期間における日ごとの日計単位いいね数が記録された状態となる。

なおサーバ情報処理部１０は、日計単位再生数および日計単位いいね数について、第１ＳＮＳが提供するＷｅｂＡＰＩを利用して取得する。その際、サーバ情報処理部１０は、ＷｅｂＡＰＩにパラメータ（クエリ）として含める「注目ショート動画を特定する情報」として、注目ショート動画の投稿ＵＲＬを利用する。上述の通りサーバ情報処理部１０は、ＷｅｂＡＰＩ経由で注目ユーザのリソースにアクセスする権限を有している。なおサーバ情報処理部１０が、日計単位再生数そのものを第１ＳＮＳから取得するのではなく、日計単位再生数を導出するために必要な情報を取得し、これを用いて日計単位再生数を導出する構成でもよい。このことは日計単位いいね数、その他の情報についても同様である。以下では、サーバ情報処理部１０による第１ＳＮＳからの情報の取得は、第１ＳＮＳにより提供されるＷｅｂＡＰＩを利用した方法、その他の方法により適切に行われるものとして、取得の方法については言及しない。

更にサーバ情報処理部１０は、注目ユーザに係る報酬期間の間、所定周期で報酬対象再生数を取得し、取得した報酬対象再生数を利用して暫定報酬額を導出する。報酬対象再生数は、投稿報酬の対象となる再生数であり、原則的には報酬期間における再生数を累計したものである。ただし上述したように、また後に詳しく説明するように累計報酬総額が報酬総額上限を上回ると動画報酬総額の増加が制限される。このためサーバ情報処理部１０は、累計報酬総額が報酬総額上限を上回った後（後述するように対応する投稿ＣＰ管理レコードの上限到達フラグがオン値の場合）は、報酬期間であっても報酬対象再生数を増やさない。暫定報酬額は、報酬対象再生数に報酬単価を乗じたものである。つまり暫定報酬額は、暫定的な報酬額である。報酬対象再生数を取得する方法が、どのような方法でもよいことは上述した通りである。投稿ＣＰ参加単位情報の報酬対象再生数＜Ｆ＞には報酬対象再生数が格納され、暫定報酬額＜Ｆ＞には暫定報酬額が格納される。サーバ情報処理部１０は、報酬対象再生数を取得し、暫定報酬額を導出する度に投稿ＣＰ参加単位情報の報酬対象再生数および暫定報酬額を更新する。

さて図１０のフローチャートＦＤを参照し、サーバ情報処理部１０は、注目ユーザについて報酬額を導出すべきタイミングとなったか否かを監視する（ステップＳＤ６）。当該タイミングは基本的には、注目ユーザに係る報酬期間が経過した後のタイミングである。当該タイミングとなった場合（ステップＳＤ６：ＹＥＳ）、サーバ情報処理部１０は、報酬額導出処理を実行する（ステップＳＤ７）。当該処理は、注目ユーザに対して付与すべき投稿報酬の報酬額を導出する処理である。サーバ情報処理部１０は、必要な情報を取得した上で、報酬ルールに従って報酬額を導出する。本実施形態における処理の内容を詳述するとサーバ情報処理部１０は、投稿ＣＰ管理データベース３５から、注目投稿ＣＰ参加単位に対応する暫定報酬額を取得し、これを最終的な報酬額とする。投稿ＣＰ参加単位情報の確定報酬額＜Ｆ＞には最終的に確定した報酬額が格納される。報酬額を導出した後、サーバ情報処理部１０は、注目投稿ＣＰ参加単位に対応する投稿ＣＰ参加単位情報の報酬額＜Ｆ＞に、導出した報酬額を格納する。上述したように暫定報酬額は、報酬期間の再生数に報酬単価が乗じられることによって求められる。このように本実施形態に係るサーバ情報処理部１０は、ＳＮＳにおける対象商品関連コンテンツの一定期間の閲覧数に、投稿ＣＰに対応する報酬単価を乗じることによって報酬を導出する機能を備える。

ステップＳＤ７の後、サーバ情報処理部１０は、報酬付与関連処理を実行する（ステップＳＤ８）。報酬付与関連処理は、注目ユーザに投稿報酬を付与するための処理である。報酬付与関連処理は、特典付与関連処理と同様、注目ユーザへの投稿報酬の付与に供する処理であればよく、当該処理により当該付与が完結する必要はない。ステップＳＤ７、ＳＤ８の処理は、「審査に合格したユーザによりコンテンツがＳＮＳに投稿された後、コンテンツの投稿に対する報酬を導出し、報酬をユーザへ付与する処理」に相当する。以上が投稿ＣＰに関する制御システム１の動作の説明である。

以上の通り、サーバ情報処理部１０およびユーザ端末情報処理部１３は上述した内容のキャンペーン関連サービスを提供する機能を備える。これにより以下の効果を奏する。すなわち上記構成によれば、ユーザは、情報処理システムの機能により実現されるキャンペーン関連サービスを利用して、提供者が提供する商品に関するコンテンツをＳＮＳに投稿することにより投稿報酬（報酬）を得ることができる。このため、商品に関するコンテンツを一般投稿者が積極的に作成し、ＳＮＳに投稿するような状態を構築したいとする提供者のニーズに応えることができる。更に上記構成によれば、情報処理システムの機能により実現されるキャンペーン関連サービスにおいてユーザは、コンテンツの投稿に伴う投稿報酬を得るためには、商品の購入の証拠となる購入証拠を提出し、購入証拠について行われたチェック（購入チェック）に合格する必要がある。従ってキャンペーン関連サービスを利用して投稿されるコンテンツは、実際に商品を購入して使用したユーザにより作成されたものということになる。このため、商品を実際に購入した者により作成されたコンテンツがＳＮＳに投稿されるようにしたいとする提供者のニーズに応えることができる。更に上記構成によれば、情報処理システムの機能により実現されるキャンペーン関連サービスでは、コンテンツについて審査が行われ、審査に合格したコンテンツが報酬の対象となる。このため、審査において提供者の方針に合致しないものを排除することが可能となり、「提供者の方針に合致した内容のコンテンツが投稿されるようにしたい」との提供者のニーズに応えることができる。

＜報酬総額上限に関する制御システム１の動作例＞
次に報酬総額上限に関する制御システム１の動作例について説明する。上述したように本実施形態では提供者により設定された報酬予算に基づいて投稿ＣＰの報酬総額上限が規定される。そしてサーバ情報処理部１０は、投稿ＣＰに係る累計報酬総額が報酬総額上限を上回った場合、ユーザのそれぞれの投稿報酬の増加を制限する機能を備える。つまり各ユーザに支払うべき投稿報酬の合計が報酬総額上限に達すると、以後は、全てのユーザについてショート動画が再生されても投稿報酬が増加しない仕組みとなっている。以下、以上の点に関する制御システム１の動作について、１つの投稿ＣＰに注目して説明する。

図１４の符号ＦＥは、情報処理サーバ２の動作例を示すフローチャートである。図１４で示すようにサーバ情報処理部１０は、計測タイミングが到来したか否かを監視する（ステップＳＥ１）。計測タイミングは、累計報酬総額を計測するタイミングのことである。計測タイミングは、周期的に訪れるタイミング（例えば、１分ごと、１時間ごと、６時間ごとまたは１日ごと）でもよく、予め定められたタイミングでもよい。計測タイミングが到来したと判定すると（ステップＳＥ１：ＹＥＳ）、サーバ情報処理部１０は、累計報酬総額を導出する（ステップＳＥ２）。ステップＳＥ２においてサーバ情報処理部１０は、投稿ＣＰに参加する各ユーザの暫定報酬額を合計することによって累計報酬総額を導出する。ただし、累計報酬総額を導出する方法はどのような方法でもよい。投稿ＣＰ管理レコードの累計報酬総額＜Ｆ＞には、累計報酬総額が格納される。サーバ情報処理部１０は、累計報酬総額を導出する度に、適切な累計報酬総額＜Ｆ＞の累計報酬総額を更新する。

ステップＳＥ２の後、サーバ情報処理部１０は、累計報酬総額が報酬総額上限を上回っているか否かを判別する（ステップＳＥ３）。上回っていない場合（ステップＳＥ３：ＮＯ）、サーバ情報処理部１０は、処理手順をステップＳＥ１へ移行する。一方、サーバ情報処理部１０は、累計報酬総額が報酬総額上限を上回っている場合（ステップＳＥ３：ＹＥＳ）、サーバ情報処理部１０は、各ユーザについて以降の投稿報酬の増加を制限する（ステップＳＥ４）。具体的にはサーバ情報処理部１０は、投稿ＣＰ管理データベース３５の適切な投稿ＣＰ管理レコードの上限到達フラグをオン値に変更する。サーバ情報処理部１０は、上限到達フラグがオン値の場合には、各ユーザについて、報酬対象再生数を増加しない。従って、上限到達フラグをオン値に変更するによって、投稿報酬の増加の制限が実現される。

以上の構成によれば、ユーザにできるだけ早く投稿ＣＰに参加するモチベーションを付与することができ、投稿ＣＰを活性化することができる。

＜情報提供サービスにおける制御システム１の動作例＞
次に、情報提供サービスにおける制御システム１の動作について説明する。まず情報提供サービスの提供の前提となる情報処理サーバ２の動作について説明する。以下の説明では、キャンペーン関連サービスを利用して第１ＳＮＳに投稿された対象商品に関するショート動画を「対象商品関連ショート動画」（対象商品関連コンテンツ）という。

上記では図１０のフローチャートを利用して、注目ユーザが注目投稿ＣＰに関する注目対象商品についての注目ショート動画を第１ＳＮＳに投稿する例を説明した。キャンペーン関連サービスでは、投稿ＣＰのそれぞれについて、多数のユーザがショート動画を第１ＳＮＳに投稿することになる。そしてサーバ情報処理部１０は、投稿ＣＰのそれぞれについて、調査期間の間、日ごとに、日計の対象商品関連ショート動画の投稿数（以下「日計関連動画投稿数」という）、日計の対象商品関連ショート動画の再生数（以下「日計関連動画再生数」という）、および、日計の対象商品関連ショート動画のいいね数（以下「日計関連動画いいね数」という）を取得する。日計関連動画投稿数とは、１日（１ｄａｙ）において対象商品関連ショート動画が投稿された本数の総数を意味する。例えば、ある投稿ＣＰについて、ある１日に異なる複数のユーザによって対象商品関連ショート動画Ｍ１、Ｍ２、Ｍ３が投稿されたとする。この場合、その投稿ＣＰについて、その１日の日計関連動画投稿数は「３本」となる。上述の通り投稿ＣＰでは、ユーザによるショート動画の投稿に応じて投稿ＵＲＬがサーバ情報処理部１０に通知される。これを踏まえサーバ情報処理部１０は、投稿ＣＰごとに、１日における当該通知をカウントし、各投稿ＣＰの日計関連動画投稿数を取得する。ただし当該投稿数を取得する方法は例示した方法に限定されない。

日計関連動画再生数とは、１日において対象商品関連ショート動画が再生（閲覧）された回数の総数を意味する。例えば、ある投稿ＣＰについて対象商品関連ショート動画Ｍ１、Ｍ２、Ｍ３が投稿されており、ある１日における動画Ｍ１の再生数が「３回」、動画Ｍ２の再生数が「５回」、動画Ｍ３の再生数が「４回」であったとする。この場合、その投稿ＣＰについて、その１日の日計関連動画再生数は「１２回」（３回＋５回＋４回）となる。上述の通り、投稿ＣＰ管理データベース３５では、投稿ＣＰ参加単位ごとに日計単位再生数が管理されるため、サーバ情報処理部１０は、対応する投稿ＣＰ参加単位の日計単位再生数を合計することにより、日計関連動画再生数を取得する。ただし当該再生数を取得する方法は例示した方法に限定されない。日計関連動画いいね数とは、１日において対象商品関連ショート動画に付与された“いいね”の総数を意味する。例えば、ある投稿ＣＰについて対象商品関連ショート動画Ｍ１、Ｍ２、Ｍ３が投稿されており、ある１日において動画Ｍ１に付与された“いいね”の数が「８個」、動画Ｇ２に付与された“いいね”の数が「５個」、動画Ｇ３に付与された“いいね”の数が「６個」であったとする。この場合、その投稿ＣＰについて、その１日の日計関連動画いいね数は「１９個」（８個＋５個＋６個）となる。上述の通り、投稿ＣＰ管理データベース３５では、投稿ＣＰ参加単位ごとに日計単位いいね数が管理されるため、サーバ情報処理部１０は、適切な投稿ＣＰ参加単位の日計単位いいね数を合計することにより、日計関連動画いいね数を取得する。ただし当該いいね数を取得する方法は例示した方法に限定されない。サーバ情報処理部１０は、ある１日の日計関連動画投稿数、日計関連動画再生数および日計関連動画いいね数について、これらを取得可能となった後の所定のタイミングで取得する。

ここで投稿ＣＰ管理レコードの関連動画投稿数＜Ｆ＞（図５）には関連動画投稿数情報が格納される。関連動画投稿数情報には、日付と対応付けて日計関連動画投稿数が記録される。サーバ情報処理部１０は、日計関連動画投稿数の取得に応じて、これが反映されるように関連動画投稿数情報を更新する。この結果、当該情報には、調査期間における日ごとの日計関連動画投稿数が記録された状態となる。また投稿ＣＰ管理レコードの関連動画再生数＜Ｆ＞（図５）には関連動画再生数情報が格納される。関連動画再生数情報には、日付と対応付けて日計関連動画再生数が記録される。サーバ情報処理部１０は、日計関連動画再生数の取得に応じて、これが反映されるように関連動画再生数情報を更新する。この結果、当該情報には、調査期間における日ごとの日計関連動画再生数が記録された状態となる。また投稿ＣＰ管理レコードの関連動画いいね数＜Ｆ＞（図５）には関連動画いいね数情報が格納される。関連動画いいね数情報には、日付と対応付けて日計関連動画いいね数が記録される。サーバ情報処理部１０は、日計関連動画いいね数の取得に応じて、これが反映されるように関連動画いいね数情報を更新する。この結果、当該情報には、調査期間における日ごとの日計関連動画いいね数が記録された状態となる。

更にサーバ情報処理部１０は、投稿ＣＰに関して、対象商品所属カテゴリタグのそれぞれについて、調査期間の間、日ごとに、各タグが付されたショート動画の日計の投稿数（以下「日計カテゴリ動画投稿数」という）、日計の再生数（以下「日計カテゴリ動画再生数」という）、および、日計のいいね数（以下「日計カテゴリ動画いいね数」）を取得する。なお一の対象商品所属カテゴリタグが付されたショート動画とは、投稿ＣＰを利用して投稿されたかどうかにかかわらず、第１ＳＮＳにおいて当該一の対象商品所属カテゴリタグが付されているショート動画を意味する。例えば、＃シャンプーが付与されたショート動画とは、投稿ＣＰが利用されているか否かにかかわらず、第１ＳＮＳにおいて＃シャンプーが付与されたショート動画を意味する。

例えば、一の対象商品の対象商品対応タグ群が、＃○○会社、＃△△会社、＃□□サービス、＃ＰＲ、＃シャンプー、＃市販シャンプー、および、＃高級アルコール系シャンプーであるとする。このうち、＃シャンプー、＃市販シャンプー、および、＃高級アルコール系シャンプーが対象商品所属カテゴリタグであるとする。この場合、サーバ情報処理部１０は、＃シャンプー、＃市販シャンプー、および、＃高級アルコール系シャンプーのそれぞれについて、日計カテゴリ動画投稿数、日計カテゴリ動画再生数および日計カテゴリ動画いいね数を取得する。ここで、ある１日の＃シャンプーの日計カテゴリ動画投稿数とは、その１日において＃シャンプーが付与されて第１ＳＮＳに投稿されたショート動画の投稿数の総数を意味する。ショート動画は、対象商品関連ショート動画に限られない。また、ある１日の＃シャンプーの日計カテゴリ動画再生数とは、その１日における＃シャンプーが付与されたショート動画のそれぞれの再生数の合計を意味する。また、ある１日の＃シャンプーの日計カテゴリ動画いいね数とは、その一日において＃シャンプーに係るショート動画に付与された“いいね”の総数を意味する。

日計カテゴリ動画投稿数、日計カテゴリ動画再生数、および、日計カテゴリ動画いいね数に関し、サーバ情報処理部１０は、これら情報を取得可能となった後の所定のタイミングでこれら情報を取得する。またサーバ情報処理部１０は、第１ＳＮＳに係るＷｅｂＡＰＩを使ってこれら情報を取得する。ただし、これら情報を取得する方法は限定されず、例えばこれら情報を取得できるツールまたはサービスが提供されている場合には、サーバ情報処理部１０が、ツールまたはサービスを利用してこれら情報を取得する構成でもよい。

更にサーバ情報処理部１０は、投稿ＣＰに関して、対象商品所属カテゴリタグのそれぞれについて、調査期間の間、日ごとに、日計投稿数カテゴリ占有率、日計再生数カテゴリ占有率、および、日計いいね数カテゴリ占有率を導出する。ある１日（１ｄａｙ）の日計投稿数カテゴリ占有率は、以下の式Ｆ１により求められる。
（式Ｆ１）その１日の日計投稿数カテゴリ占有率＝その１日の日計関連動画投稿数／その１日の日計カテゴリ動画投稿数
式Ｆ１が示す通り、日計投稿数カテゴリ占有率は、あるカテゴリに関して、そのカテゴリに関する全投稿数に対する、対象商品関連ショート動画の投稿数の占める割合を示唆するものである。
また１日の日計再生数カテゴリ占有率は、以下の式Ｆ２により求められる。
（式Ｆ２）その１日の日計再生数カテゴリ占有率＝その１日の日計関連動画再生数／その１日の日計カテゴリ動画再生数
式Ｆ２が示す通り、日計再生数カテゴリ占有率は、あるカテゴリに関して、そのカテゴリに関する全再生数に対する、対象商品関連ショート動画の再生数の占める割合を示唆するものである。
また１日の日計いいね数カテゴリ占有率は、以下の式Ｆ３により求められる。
（式Ｆ３）その１日の日計いいね数カテゴリ占有率＝その１日の日計関連動画いいね数／その１日の日計カテゴリ動画いいね数
式Ｆ３が示す通り、日計いいね数カテゴリ占有率は、あるカテゴリに関して、そのカテゴリに関する全いいね数に対する、対象商品関連ショート動画のいいね数の占める割合を示唆するものである。
以下、日計投稿数カテゴリ占有率、日計再生数カテゴリ占有率、および、日計いいね数カテゴリ占有率を総称して「カテゴリ占有率」という。式Ｆ１～Ｆ３が示す通り、カテゴリ占有率は、「対象商品所属カテゴリタグが付与されたコンテンツの投稿、閲覧またはエンゲージメントに関する所定の指標の指標値に対する、対象商品関連コンテンツの投稿、閲覧またはエンゲージメントに関する所定の指標の指標値の割合」である。

ここで投稿ＣＰ管理レコードのカテゴリ関連＜Ｆ＞（図５）にはフィールドとして、対象商品所属カテゴリタグごとに、カテゴリ管理＜Ｆ＞（第１カテゴリ管理＜Ｆ＞、第２カテゴリ管理＜Ｆ＞、・・・、第Ｎカテゴリ管理＜Ｆ＞）を備える。カテゴリ管理＜Ｆ＞にはカテゴリ動画投稿数情報、カテゴリ動画再生数情報、カテゴリ動画いいね数情報、投稿数カテゴリ占有率情報、再生数カテゴリ占有率情報、および、いいね数カテゴリ占有率情報が格納される。各情報には、日付と対応付けて、日計カテゴリ動画投稿数、日計カテゴリ動画再生数、日計カテゴリ動画いいね数、日計投稿数カテゴリ占有率、日計再生数カテゴリ占有率、および、日計いいね数カテゴリ占有率が格納される。サーバ情報処理部１０は、日計カテゴリ動画投稿数の取得に応じて、これが反映されるようにカテゴリ動画投稿数情報を適切に更新する。他の情報についても同様に更新される。以上が情報提供サービスの提供の前提としてサーバ情報処理部１０が実行する処理である。

次にサーバ記憶部１２に記憶された販売状況管理データベース５０について説明する。販売状況管理データベース５０は、投稿ＣＰごとにレコードを備える。以下、販売状況管理データベース５０の１件のレコードを販売状況管理レコードという。図１５の（Ａ）は販売状況管理レコードの内容を示す図である。図１５の（Ａ）で示すように販売状況管理レコードはフィールドとして投稿ＣＰ－ＩＤ＜Ｆ＞と、販売状況管理＜Ｆ＞とを備える。投稿ＣＰ－ＩＤ＜Ｆ＞には、対応する投稿ＣＰの投稿ＣＰ－ＩＤが格納される。販売状況管理＜Ｆ＞には、計測範囲毎に計測範囲別情報が格納される。計測範囲とは、対象商品の販売数量と売上高とがまとまって管理される範囲のことをいう。対象商品の販売数量は、対象商品の販売個数または販売量である。例えば、対象商品を販売する店舗として、店舗ＪＰ１、ＪＰ２、ＪＰ３、ＪＰ４、ＪＰ５が少なくとも存在し、店舗ＪＰ１～ＪＰ４は実店舗、店舗ＪＰ５はオンラインショップであるものとする。また店舗ＪＰ１、ＪＰ２は地域ＡＲ１に属し、店舗ＪＰ３、ＪＰ４は地域ＡＲ２に属し、店舗ＪＰ１、ＪＰ４は系列ＫＲ１の系列店であるものとする。このような場合、店舗ＪＰ１～ＪＰ５の１つ１つが計測範囲となり得る。また全店舗が計測範囲となり得る。この場合店舗ＪＰ１～ＪＰ５における対象商品の販売数量の合計が「計測範囲（全店舗）の販売数量」となり、全店舗における対象商品の売上高の合計が「計測範囲（全店舗）の売上高」となる。また地域ＡＲ１（店舗ＪＰ１、ＪＰ２）、地域ＡＲ２（店舗ＪＰ３、ＪＰ４）、および系列ＫＲ１（店舗ＪＰ１、ＪＰ４）がそれぞれ計測範囲となり得る。以上は、計測範囲をいくつか例示したが、これらはあくまで一例であり、計測範囲の態様は例示した態様に限定されない。また計測範囲は、基本的には提供者により設定される。

図１５の（Ｂ）は計測範囲別情報の内容を示す図である。図１５の（Ｂ）で示すように計測範囲情報はフィールドとして、計測範囲ＩＤ＜Ｆ＞と、計測範囲名称＜Ｆ＞と、販売数量＜Ｆ＞と、売上高＜Ｆ＞とを備える。計測範囲ＩＤ＜Ｆ＞には、対応する計測範囲の計測範囲ＩＤ（識別情報）が格納される。計測範囲名称は、対応する計測範囲に付与された名称が格納される。販売数量＜Ｆ＞には、計測範囲販売数量情報が格納される。当該情報には調査期間に属する日ごとに、日付と対応付けて日計計測範囲販売数量情報が格納される。当該情報は、計測範囲における対象商品の１日の販売数量（上述したように、計測範囲が複数の店舗にまたがる場合は、複数の店舗の販売数量を合計したもの）である。売上高＜Ｆ＞には、計測範囲売上高情報が格納される。当該情報には調査期間に属する日ごとに、日付と対応付けて日計計測範囲売上高情報が格納される。当該情報は、計測範囲における１日の売上高（上述したように、計測範囲が複数の店舗にまたがる場合は、複数の店舗の売上高を合計したもの）である。

以下、日計関連動画投稿数＜指標＞、日計関連動画再生数＜指標＞、日計関連動画いいね数＜指標＞、日計投稿数カテゴリ占有率＜指標＞、日計再生数カテゴリ占有率＜指標＞および日計いいね数カテゴリ占有率＜指標＞を総称して「ＳＮＳ関連指標」という。なお、＜指標＞は、対応する用語が、値（指標値）を持つ指標（の名称）であることを示す便宜的な符号である。日計関連動画投稿数＜指標＞および日計投稿数カテゴリ占有率＜指標＞は、対象商品関連コンテンツの“投稿”に関するＳＮＳ関連指標である。また日計関連動画再生数＜指標＞および日計再生数カテゴリ占有率＜指標＞は、対象商品関連コンテンツの“閲覧”に関するＳＮＳ関連指標である。また日計関連動画いいね数＜指標＞および日計いいね数カテゴリ占有率＜指標＞は、対象商品関連コンテンツの“エンゲージメント”に関するＳＮＳ関連指標である。

また以下の説明では、日計計測範囲販売数量＜指標＞および日計計測範囲売上高＜指標＞を総称して「販売関連指標」という。日計計測範囲販売数量＜指標＞および日計計測範囲売上高＜指標＞は共に、対象商品の販売（販売実績）に関する指標に相当する。また以下の説明では日計投稿数カテゴリ占有率＜指標＞、日計再生数カテゴリ占有率＜指標＞および日計いいね数カテゴリ占有率＜指標＞を総称して、「カテゴリ占有率＜指標＞」という。

次に、情報提供サービスにおける制御システム１の動作例について説明する。情報提供サービスは端的に言うと、投稿ＣＰについて投稿された対象商品関連コンテンツの投稿、閲覧またはエンゲージメントの状況と、対象商品の販売の状況との関係を提供するサービスである。情報提供サービスでは、大きく分けて推移関係画面５１と、相関関係画面５２とが提供者に提供される。以下、まず推移関係画面５１に関する制御システム１の動作について説明する。提供者は、提供者端末４の提供者専用アプリＡＰを起動し、推移関係画面５１の表示を指示する。なお提供者は情報提供サービスにアカウントを登録しており、必要に応じて当該アカウントにログインする。またサーバ情報処理部１０は、必要に応じて提供者の認証、その他の必要な処理を適切に実行する。

推移関係画面５１の表示の指示に応じて、提供者端末情報処理部１８はサーバ情報処理部１０と協働して、初期状態の推移関係画面５１を提供者端末表示部２０に表示する。図１６は、初期状態の推移関係画面５１を示す図である。ここで、推移関係画面５１には、指定された投稿ＣＰについて、提供者により指定された期間（ただし調査期間の範囲内）における「ＳＮＳ関連指標の指標値の推移と、提供者により指定された計測範囲に関する販売関連指標の指標値の推移との関係」を示す図が表示される。そして図１６で示すように推移関係画面５１には、推移関連入力領域５３が形成されている。推移関連入力領域５３には、投稿ＣＰを入力する入力欄５４、期間を入力する入力欄５５、ＳＮＳ関連指標を入力する入力欄５６、計測範囲を入力する入力欄５７、および、販売関連指標を入力する入力欄５８が設けられている。

各入力欄は、プルダウンメニューから値を選択可能であり、プルダウンメニューには選択可能な値が不足なく表示される。入力欄５４については、投稿ＣＰ名称が一覧表示されたプルダウンメニューが表示される。提供者は、推移関係画面５１の各入力欄に入力を行い、確定ボタン５９を選択して入力を確定する。以下、提供者により指定された投稿ＣＰを「指定投稿ＣＰ」といい、指定された期間を「指定期間」といい、指定されたＳＮＳ関連指標を「指定ＳＮＳ関連指標」といい、指定された計測範囲を「指定計測範囲」といい、指定された販売関連指標を「指定販売関連指標」という。このことは後述の相関関係画面５２についても同様である。

確定ボタン５９が選択されたことを検出するとサーバ情報処理部１０は、以下の処理を実行する。すなわちサーバ情報処理部１０は、投稿ＣＰ管理データベース３５を参照し、指定投稿ＣＰについて、指定期間に属する指定ＳＮＳ関連指標の指標値を取得する。例えば指定投稿ＣＰが指定投稿ＣＰ（ＣＸ）であり、指定期間が８／１～８／３１であり、指定ＳＮＳ関連指標が日計関連動画投稿数＜指標＞であったとする。この場合、サーバ情報処理部１０は、指定投稿ＣＰ（ＣＸ）に対応する投稿ＣＰ管理レコードの関連動画投稿数情報を参照し、指定期間に属する日計関連動画投稿数のそれぞれを取得する。

更にサーバ情報処理部１０は、販売状況管理データベース５０を参照し、指定投稿ＣＰについて、指定期間に属する指定計測範囲の指定販売関連指標の指標値を取得する。例えば指定投稿ＣＰが指定投稿ＣＰ（ＣＸ）であり、指定期間が８／１～８／３１であり、指定計測範囲が「エリアＡ」であり、指定販売関連指標が日計計測範囲販売数量＜指標＞であったとする。この場合、サーバ情報処理部１０は、指定投稿ＣＰ（ＣＸ）に対応する販売状況管理レコードの「エリアＡに対応する計測範囲販売数量情報」を参照し、指定期間に属する日計計測範囲販売数量のそれぞれを取得する。

次いでサーバ情報処理部１０は、ＳＮＳ関連指標の指標値の推移と、販売関連指標の指標値の推移との関係を示す推移関係グラフ６０が表示された推移関係画面５１を表示するための表示データを生成する。当該グラフの具体例は後述する。次いでサーバ情報処理部１０は、表示データを提供者端末情報処理部１８に送信する。提供者端末情報処理部１８は、表示データを受信し、表示データに基づいて推移関係画面５１に推移関係グラフ６０を表示する。

図１７は、推移関係グラフ６０の一例を示す図である。推移関係グラフ６０は、ＳＮＳ状況に係るＳＮＳ関連指標の指標値の推移と、販売状況に係る販売関連指標の指標値の推移とを同一の時間軸上で示す複合グラフである。図１７では、指定ＳＮＳ関連指標が「日計関連動画投稿数」であり、指定販売関連指標が「日計計測範囲販売数量」である場合の推移関係グラフ６０の一例を示している。推移関係グラフ６０では、投稿可能期間が明示される。図１７の推移関係グラフ６０では、指定期間における日計計測範囲販売数量の推移が棒グラフによって示されると共に、同じ時間軸上で日計関連動画投稿数の推移が折れ線グラフによって示される。提供者は、図１７で例示する推移関係グラフ６０を参照することにより、日計関連動画投稿数の推移と、日計計測範囲販売数量の推移との関係を視覚的、直感的に把握できる。これにより提供者は、対象商品関連ショート動画の投稿数の多寡が対象商品の実際の販売数量に与える影響や、日計関連動画投稿数と日計計測範囲販売数量との因果関係などを的確に把握できる。そして提供者は、ここで得た知見を、以後の商品の宣伝／広告の戦略に活用することができる。

さて提供者は、推移関連入力領域５３への入力情報を変更することによって、各種要素を自由に変更することができる。特に提供者は、ＳＮＳ関連指標および販売関連指標を自由に変更することができる。このため提供者は、様々なＳＮＳ関連指標および販売関連指標の組合せについて、各指標の指標値の推移の関係を参照することができ、当該関係に基づいてＳＮＳ状況と販売状況との関係、一方が他方に与える影響、および一方と他方との因果関係を把握することができる。特にＳＮＳ関連指標には、カテゴリ占有率＜指標＞が含まれている。ここで日計投稿数カテゴリ占有率＜指標＞は、対象商品が属するカテゴリに関するショート動画のうち、対象商品を紹介し或いは宣伝／広告する対象商品関連ショート動画が占める割合（シェア率）であり、同じカテゴリのショート動画の動向／状況が反映されている点で重要な指標と言える。日計再生数カテゴリ占有率＜指標＞および日計いいね数カテゴリ占有率＜指標＞についても同様である。そして本実施形態では情報提供サービスにより提供者は、このような重要な指標の指標値の推移と、販売関連指標の指標値の推移との関係を把握することができ、提供者の利便性が高い。カテゴリ占有率に関する優位性は相関関係画面５２についても同様である。

推移関係グラフ６０は、「キャンペーン関連サービス（投稿ＣＰ）を利用してＳＮＳに投稿された対象商品に関するコンテンツである対象商品関連コンテンツの投稿、閲覧またはエンゲージメントの状況を示すＳＮＳ状況と、対象商品の販売の状況を示す販売状況との関係」、「対象商品関連コンテンツの投稿、閲覧またはエンゲージメントに関するＳＮＳ関連指標の指標値の推移と、対象商品の販売に関する販売関連指標の指標値の推移との関係」、および、「カテゴリ占有率の推移と、対象商品の販売に関する販売関連指標の指標値の推移との関係」を示す情報である。提供者端末情報処理部１８が、推移関係画面５１（特に推移関係グラフ６０）を提供者端末表示部２０に表示する処理は、ＳＮＳ状況と販売状況との関係を提供者に提供する処理に相当する。

なお本実施形態では、投稿ＣＰにおいて対象商品関連ショート動画の投稿に際して、対象商品対応タグ群の付与が義務付けられており、かつ、この対象商品対応タグ群には対象商品所属カテゴリタグが含められている。ため、この対象商品所属カテゴリタグを好適に活用して、的確なカテゴリ占有率を導出することができる。

次に相関関係画面５２に関する制御システム１の動作について説明する。提供者による指示に応じて提供者端末情報処理部１８はサーバ情報処理部１０と協働して相関関係画面５２を提供者端末表示部２０に表示する。図１８は、初期状態の相関関係画面５２を示す図である。ここで相関関係画面５２には、提供者により指定された投稿ＣＰについて、指定されたＳＮＳ関連指標の指標値と、指定された販売関連指標の指標値との相関関係が表示される。図１８で示すように相関関係画面５２には、相関関連入力領域６２が設けられる。当該領域には、投稿ＣＰを入力する入力欄６３、ＳＮＳ関連指標を入力する入力欄６４、計測範囲を入力する入力欄６５、および、販売関連指標を入力する入力欄６６が設けられる。提供者は、当該領域の各入力欄に入力を行い、確定ボタン６７を選択して入力を確定する。

確定ボタン６７が選択されたことを検出するとサーバ情報処理部１０は、以下の処理を実行する。すなわちサーバ情報処理部１０は、投稿ＣＰ管理データベース３５を参照し、指定投稿ＣＰについて、調査期間に属する指定ＳＮＳ関連指標の指標値を取得する。更にサーバ情報処理部１０は、販売状況管理データベース５０を参照し、指定投稿ＣＰについて、調査期間に属する指定販売関連指標の指標値を取得する。次いでサーバ情報処理部１０は、調査期間に属する日ごとに、指定ＳＮＳ関連指標の指標値と指定販売関連指標の指標値との組合せを生成する。以下、当該組合せの１つ１つを「プロット値」といい、プロット値の集合を「プロット値集合」という。例えば調査期間が２０２４／８／１～８／３１であり、指定ＳＮＳ関連指標が日計再生数カテゴリ占有率＜指標＞であり、指定販売関連指標が日計計測範囲販売数量＜指標＞の場合、サーバ情報処理部１０は、「８／１の日計再生数カテゴリ占有率および日計計測範囲販売数量」（プロット値）、「８／２の日計再生数カテゴリ占有率および日計計測範囲販売数量」（プロット値）・・・を取得する。次いでサーバ情報処理部１０は、プロット値のうち外れ値、および、排除条件に合致するものを排除する。外れ値と認定するルール、および、排除条件は適切な相関関係が求められるようにするとの観点の下、事前に定められている。排除条件は例えば、ＳＮＳ関連指標が日計投稿数カテゴリ占有率＜指標＞の場合に「日計投稿数カテゴリ占有率が一定値以下である」というものである。

サーバ情報処理部１０は、ＳＮＳ関連指標の指標値と販売関連指標の指標値との相関関係を示す相関関係表６８が表示された相関関係画面５２を表示するための表示データを生成する。グラフの具体例は後述する。次いでサーバ情報処理部１０は、表示データを提供者端末情報処理部１８に送信する。提供者端末情報処理部１８は、表示データを受信し、表示データに基づいて相関関係画面５２に相関関係表６８を表示する。

図１９は、相関関係表６８の一例を示す図である。相関関係表６８は、ＳＮＳ状況に係るＳＮＳ関連指標の指標値と、販売状況に係る販売関連指標の指標値との相関関係を示す図である。具体的には相関関係表６８では、各指標値の組合せからなるプロット値がプロットされた散布図が示されると共に、散布図中に近似曲線が示される。図１９では、指定ＳＮＳ関連指標が日計再生数カテゴリ占有率であり、指定販売関連指標が日計計測範囲販売数量である場合の相関関係表６８の一例を示している。図１９の相関関係表６８では、日計再生数カテゴリ占有率と日計計測範囲販売数量との散布図が示されると共に、散布図上に近似曲線が表示される。提供者は、図１９で例示する相関関係表６８を参照することにより、日計再生数カテゴリ占有率と日計計測範囲販売数量との相関関係を視覚的、直感的に把握できる。これにより提供者は、日計再生数カテゴリ占有率の大小が対象商品の実際の販売数量に与える影響や、日計再生数カテゴリ占有率と日計計測範囲販売数量との因果関係などを的確に把握できる。そして提供者は、ここで得た知見を、以後の商品の宣伝／広告の戦略に活用することができる。

さて提供者は、相関関連入力領域６２への入力情報を変更することによって、各種要素を自由に変更することができる。このため提供者は、様々なＳＮＳ関連指標および販売関連指標の組合せについて、ＳＮＳ状況と販売状況との関係、一方が他方に与える影響、および一方と他方との因果関係を把握することができる。特にＳＮＳ関連指標には、カテゴリ占有率＜指標＞が含まれている。これらの指標が重要である点、および、本実施形態によればこれらの指標について的確な値を導出することができる点は上述した通りである。

相関関係表６８は、「キャンペーン関連サービス（投稿ＣＰ）を利用してＳＮＳに投稿された対象商品に関するコンテンツである対象商品関連コンテンツの投稿、閲覧またはエンゲージメントの状況を示すＳＮＳ状況と、対象商品の販売の状況を示す販売状況との関係」、「ＳＮＳ関連指標の指標値と販売関連指標の指標値との相関関係」、および、「カテゴリ占有率と販売関連指標の指標値との相関関係」を示す情報である。提供者端末情報処理部１８が、相関関係画面５２（特に相関関係表６８）を提供者端末表示部２０に表示する処理は、ＳＮＳ状況と販売状況との関係を提供者に提供する処理に相当する。

なお本実施形態では、プロット値は、“同日の”ＳＮＳ関連指標の指標値と販売関連指標の指標値との組合せであった。この点に関し、“一定量だけ離れた” ＳＮＳ関連指標の指標値と販売関連指標の指標値との組合せをプロット値としてもよい。

以上説明したように本実施形態によれば、提供者に対して、キャンペーン関連サービス（投稿ＣＰ）を利用してＳＮＳに投稿された商品に関するコンテンツの投稿、閲覧またはエンゲージメントの状況と、商品の販売の状況との関係が提供される。従って提供者は、コンテンツの投稿、閲覧またはエンゲージメントの状況と商品の販売の状況との関係を認識することが可能であり、この認識の下、コンテンツの投稿、閲覧またはエンゲージメントの状況が商品の販売に与える影響を把握できる。このため「コンテンツの投稿、閲覧またはエンゲージメントの状況が商品の販売に与える影響を把握したい」との提供者のニーズに応えることができる。

＜シミュレーションサービスにおける制御システム１の動作例＞
次にシミュレーションサービスにおける制御システム１の動作について説明する。シミュレーションサービスは端的に言うと、投稿ＣＰについて提供者が設定する報酬予算（＝報酬総額上限）と、ＳＮＳにおける影響との関係をシミュレーションするサービスである。以下の説明の前提として、提供者は、特定の商品について、投稿ＣＰを実施することを考えているものとする。以下、当該特定の商品を「予定商品」という。

提供者は、提供者端末４の提供者専用アプリＡＰを起動し、情報入力画面７０の表示を指示する。当該指示に応じて提供者端末情報処理部１８はサーバ情報処理部１０と協働して、情報入力画面７０を提供者端末表示部２０に表示する。図２０は、情報入力画面の一例を示す図である。図２０で示すように、情報入力画面７０には、予定商品のハッシュタグを入力するための入力欄７１が設けられている。予定商品のハッシュタグとは、予定商品について第１ＳＮＳ（他のＳＮＳでもよい）で付与されることが想定されるハッシュタグであり、典型的には予定商品の商品名を示すハッシュタグである。図２０で示すように情報入力画面７０には、予定商品と競合する競合商品のハッシュタグを入力するための入力欄７２が設けられている。競合商品のハッシュタグとして、異なる複数の商品に係るハッシュタグを入力可能である。また情報入力画面７０には報酬予算を入力するための入力欄７３と、予定商品のカテゴリを入力するための入力欄７４と、予定商品の単価を入力するための入力欄７５とが設けられている。提供者は、情報入力画面７０の各入力欄に情報を入力し、確定ボタン７６を選択する。図２１は、各入力欄に情報が入力された状態の情報入力画面７０の一例を示している。以下、入力欄７１に入力された予定商品のハッシュタグを「予定商品ハッシュタグ」という。また入力欄７２に入力された競合商品のハッシュタグを「競合商品ハッシュタグ」という。また入力欄７３に入力された報酬予算を「入力報酬予算」という。また、入力欄７４に入力されたカテゴリを「入力カテゴリ」という。また入力欄７５に入力された単価を「予定商品単価」という。

図２２は、確定ボタン７６が選択された後の提供者端末４および情報処理サーバ２の動作例を示すフローチャートである。フローチャートＦＦは提供者端末４による情報処理方法を示し、フローチャートＦＧは情報処理サーバ２による情報処理方法を示す。フローチャートＦＦで示すように提供者による確定ボタン７６が選択されると（ステップＳＦ１）、提供者端末情報処理部１８は、その旨を通知すると共に、情報入力画面７０に入力された各情報をサーバ情報処理部１０に送信する（ステップＳＦ２）。フローチャートＦＧで示すようにサーバ情報処理部１０は、情報入力画面７０に入力された各情報を取得する（ステップＳＧ１）。

次いでサーバ情報処理部１０は、ＳＮＳ情報取得処理を実行する（ステップＳＧ２）。以下、ステップＳＧ２について詳述する。まずサーバ情報処理部１０は、直近一週間（前日から遡って７日間の期間（前日を含む））における「予定商品ハッシュタグが付与されたショート動画」の第１ＳＮＳでの投稿数および再生数を取得する。以下、当該投稿数を「予定商品直近投稿数」といい、当該再生数を「予定商品直近再生数」という。更にサーバ情報処理部１０は、競合商品のそれぞれについて、直近一週間における「競合商品ハッシュタグが付与されたショート動画」の第１ＳＮＳでの投稿数および再生数を取得する。以下、当該投稿数を「競合商品直近投稿数」といい、当該再生数を「競合商品直近再生数」という。以上がステップＳＤ２の詳細である。

ステップＳＧ２の後、サーバ情報処理部１０は、実施前シェア率導出処理を事項する（ステップＳＧ３）。ステップＳＧ３においてサーバ情報処理部１０は、直近投稿数シェア率および直近再生数シェア率を以下の計算式で導出する。
・直近投稿数シェア率＝予定商品直近投稿数／（予定商品直近投稿数＋「全ての競合商品の競合商品直近投稿数」）
・直近再生数シェア率＝予定商品直近再生数／（予定商品直近再生数＋「全ての競合商品の競合商品直近再生数」）
以上がステップＳＤ３の詳細である。

ステップＳＧ３の後、サーバ情報処理部１０は、実施後予測シェア率導出処理を実行する（ステップＳＧ４）。以下、ステップＳＧ４の処理について詳述する。ステップＳＧ４の処理は、実施後予測投稿数シェア率、および、実施後予測再生数シェア率を導出することを目的として行われる。実施後予測投稿数シェア率とは、入力報酬予算の下で予定商品について投稿ＣＰを実施したとした場合に、投稿ＣＰ実施後、一定期間が経過したときの投稿数シェア率の予測値ことである。一定期間は、第１ＳＮＳの投稿状況／再生状況に対して投稿ＣＰの実施の影響が十分に生じるような期間とされる。投稿数シェア率は、「予定商品ハッシュタグ付きのショート動画の投稿数／（予定商品ハッシュタグ付きのショート動画の投稿数＋競合商品ハッシュタグ付きのショート動画の投稿数）」により求められる割合である。実施後予測再生数シェア率は、実施後予測投稿数シェア率の「投稿数」を「再生数」としたものである。

ここでサーバ記憶部１２には学習済モデルＭＤ１が記憶される。図２３は、学習済モデルＭＤ１の入力および出力を示す図である。図２３で示すように学習済モデルＭＤ１は、報酬予算、予定商品のカテゴリ、予定商品の単価、実施前投稿数シェア率、および、実施前再生数シェア率を入力として、実施後予測投稿数シェア率および実施後予測再生数シェア率を出力する機械学習済のモデルである。学習済モデルＭＤ１は、過去の投稿ＣＰの実績を利用して用意された学習用データを用いて十分に学習される。

ステップＳＤ４においてサーバ情報処理部１０は、学習済モデルＭＤ１にステップＳＧ１で取得した入力報酬予算、入力カテゴリおよび予定商品単価、と、ステップＳＤ３で導出した実施前投稿数シェア率および実施前再生数シェア率を入力し、学習済モデルＭＤ１から出力された実施後予測投稿数シェア率および実施後予測再生数シェア率を取得する。以上がステップＳＧ４の詳細である。

ステップＳＧ４の後、サーバ情報処理部１０は、ステップＳＤ４までの処理の処理結果を利用してシミュレーション画面７７（後述）の表示データを生成し、送信する（ステップＳＧ５）。提供者端末情報処理部１８は、当該表示データを受信し、シミュレーション画面７７を表示する（ステップＳＥ３）。図２４は、シミュレーション画面７７の一例を示す図である。なお図２４のシミュレーション画面７７は、情報入力画面７０への入力が図２１で例示するものであった場合の画面である。図２４で示すようにシミュレーション画面７７には、予定商品直近投稿数、予定商品直近、競合商品直近投稿数および競合商品直近再生数が表示される。なお、直近一週間の具体的な日付も表示される。更にシミュレーション画面７７には、実施前投稿数シェア率と実施後予測投稿数シェア率との組合せが表示される。当該組合せに対応付けて、投稿数シェア率の計算方法、および、入力報酬予算の額が表示される。更にシミュレーション画面７７には、実施前再生数シェア率と実施後予測再生数シェア率との組合せが表示される。当該組合せに対応付けて、再生数シェア率の計算方法、および、入力報酬予算の額が表示される。ユーザは、シミュレーション画面７７を参照することによって、予定商品について入力報酬予算の下で投稿ＣＰを実施した場合に、実施前と実施後とで投稿数シェア率および再生数シェア率がどのように変化するかを認識することができ、当該認識を、報酬予算をどの程度とするか或いは投稿ＣＰを実施するか否かの判断に有効活用できる。

図２４で示すようにシミュレーション画面７７には、変更予算入力欄７８が設けられている。変更予算入力欄７８には任意の報酬予算を入力することができる。変更予算入力欄７８に報酬予算（便宜的に「変更後報酬予算」という）が入力され、再シミュレーションボタン７９が選択されるとサーバ情報処理部１０は提供者端末情報処理部１８と協働して、変更後報酬予算に基づく実施後予測投稿数シェア率および実施後予測再生数シェア率を導出する。提供者端末情報処理部１８は、これらシェア率を、シミュレーション画面７７に表示する。図２５は、変更後報酬予算に基づく、実施後予測投稿数シェア率および実施後予測再生数シェア率が表示された様子を示す。提供者は、シミュレーション画面７７を利用して、所望の報酬予算について、実施後予測投稿数シェア率および実施後予測再生数シェア率を認識することができ、当該認識を、報酬予算をどの程度とするか或いは投稿ＣＰを実施するか否かの判断に有効活用できる。なお、シミュレーション画面７７に再生数シェア率および投稿数シェア率の双方に関する情報が表示されるのではなく、何れか一方の情報が表示される構成でもよい。

以上の通り、サーバ情報処理部１０は、予定商品について投稿ＣＰを実施しようとしている提供者から報酬予算の額の指定を受け付ける機能と、投稿ＣＰの報酬予算の額が指定された額である場合に、予定商品のＳＮＳにおける投稿数または再生数のシェアがどのように変化するかを予測する機能とを備える。提供者端末情報処理部１８は、予測結果（シミュレーション画面７７の情報）を提供者に提供する機能を備える。この構成によれば、提供者は、予測結果を参照し、報酬予算を設定する上での有益な情報として活用できる。

以上、本開示の一実施形態について説明したが、上記実施形態は、本開示を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本開示の技術的範囲が限定的に解釈されてはならないものである。すなわち、本開示はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。以下、上記実施形態の変形例を示す。以下の変形例は、組合せることができる場合には、組合せて実施されてもよい。

＜第１変形例＞
上記実施形態では報酬単価の値は、提供者が定めた固定的な値であった。一方で第１変形例に係るサーバ情報処理部１０は、対象商品の人気度に応じて、人気度が低いほど値が高くなるように報酬単価を動的に変更する。以下、本変形例に係る制御システム１の動作例を示す。

図２６の符号ＦＨは、本変形例に係る情報処理サーバ２による情報処理方法を示すフローチャートである。フローチャートＦＨで示すようにサーバ情報処理部１０は、人気度導出処理を実行する（ステップＳＨ１）。以下、ステップＳＨ１について詳述する。本変形例では、対象商品の人気度に影響する１つ以上のパラメータ（以下「人気度関連パラメータ」という）のパラメータ値を入力とし、人気度（０～１００ｐｔの範囲で値をとるスコアであるものとする）を出力とする学習済モデルＭＤ２が用意される。学習済モデルＭＤ２は、過去の実績に基づく学習用データを用いて十分に学習される。人気度関連パラメータは例えば、対象商品の値段、カテゴリ、対象商品の外観の画像データ、対象商品と競合する商品に関する情報、対象商品の購入層に関する情報である（当然、これらに限定されない）。

ステップＳＨ１においてサーバ情報処理部１０は、人気度関連パラメータのそれぞれのパラメータ値を取得する。サーバ情報処理部１０は、提供者又は運営者（他の者でもよい）が事前に登録したパラメータ値を取得し、また例えばインターネットからパラメータ値を取得する。人気度関連パラメータのそれぞれのパラメータ値を取得した後、サーバ情報処理部１０は、取得したパラメータ値と学習済モデルＭＤ２を用いて、人気度を導出する。以上がステップＳＨ１の詳細である。

ステップＳＨ１の後、サーバ情報処理部１０は、報酬単価調整処理を実行する（ステップＳＨ２）。以下、ステップＳＨ１について詳述する。本変形例では、報酬単価について基準となる基準報酬単価が提供者または運営者により設定される。人気度と変化率との関係を定義するテーブルが予め用意される。ただし当該テーブルでは、人気度が高いほど報酬単価が低くなり、人気度が低いほど報酬単価が高くなるように変化率が定義されている。ステップＳＨ１においてサーバ情報処理部１０は、当該テーブルを利用して人気度に対応する変化率を特定し、報酬単価に変化率を乗じることによって（最終的な）報酬単価を導出する。この結果、報酬単価は、人気度が低いほど、その値が高くなる。以上がステップＳＨ２の詳細である。

本変形例によれば、人気度の低い対象商品に関して、投稿ＣＰに参加するモチベーションをユーザに付与することができ、キャンペーン関連サービスの活性化を促進できる。

なお人気度を導出する方法は例示した方法に限定されない。以下。当該方法の例を示す。
・人為的手段により人気度が定められ、登録される。サーバ情報処理部１０は、登録された人気度を取得する。
・サーバ情報処理部１０は、「対象商品の人気に影響を与える要素に関する情報を含み、対象商品の人気度を導出することを依頼するプロンプト」を生成する。サーバ情報処理部１０は、生成したプロンプトを、大規模言語モデルを搭載するサーバに送信する。サーバ情報処理部１０は、当該サーバから回答文を受信し、受信した回答文に基づいて人気度を導出する。

また報酬単価を調整する方法は例示した方法に限定されない。以下、当該方法の例を示す。
・人気度、基準報酬単価、その他の情報をパラメータとして、報酬単価を導出する計算式（学習済モデルでもよい）が事前に用意される。ただし、計算式では、人気度が高いほど報酬単価が低くなり、人気度が低いほど報酬単価が高くなるような計算式とされる。サーバ情報処理部１０は、当該計算式を用いて報酬単価を導出する。

＜第２変形例＞
本変形例に係るサーバ情報処理部１０は、対象商品の人気度に応じて、人気度が低いほどユーザが受ける恩恵が高まるように購入キャンペーンに係る特典の内容を動的に変更する機能を備える。例えば、購入キャンペーンの特典が固定キャッシュバック額のキャッシュバックである場合、サーバ情報処理部１０は、対象商品の人気度が低いほど固定キャッシュバック額を高くし、人気度が高いほど固定キャッシュバック額を低くする。また例えば、購入キャンペーンの特典がキャッシュバック率に相当する相当額のキャッシュバックである場合、サーバ情報処理部１０は、対象商品の人気度が低いほどキャッシュバック率を高くし、人気度が高いほどキャッシュバック率を低くする。なお人気度の導出方法、および、特典の内容を動的に変更する方法は、第１変形例で例示した方法を応用可能である。

本変形例によれば、人気度の低い対象商品に関して、購入ＣＰに参加するモチベーションをユーザに付与することができ、キャンペーン関連サービスの活性化を促進できる。

＜第３変形例＞
第３変形例に係るサーバ情報処理部１０は、ユーザのランクを管理する機能と、購入ＣＰおけるユーザに関するアクションと、投稿ＣＰにおけるユーザに関するアクションとの少なくとも一方を反映してユーザのランクのグレードを導出する機能と、ユーザのランクのグレードに応じて、グレードが高いほどユーザがより多くの恩恵を受けるように購入特典（特典）もしくは投稿報酬（投稿）の内容を変更し、または、ユーザのランクのグレードが上がったときにユーザが恩恵を受けるアクションを実行する機能とを備える。なおユーザに関するアクションとは、ユーザが行ったアクション、および、ユーザに対して行われたアクションの双方を含む概念である。このことは他の変形例についても同様である。以下、本変形例に係る制御システム１の動作例を示す。

本変形例では、ユーザにランクが設定される。ランクのグレード（種類）としては、ブロンズランク、シルバーランク、ゴールドランク、および、プラチナランクが用意されている。ランクは、ユーザ管理データベース３０のユーザ管理データレコードに登録される。すなわちサーバ情報処理部１０は、ユーザ管理データベース３０を利用して各ユーザのランクを管理する。図２７の符号ＦＩは、本変形例に係る情報処理サーバ２による情報処理方法を示すフローチャートである。フローチャートＦＩは、ある一人のユーザに関してサーバ情報処理部１０が実行する処理である。フローチャートＦＩで示すようにサーバ情報処理部１０は、ユーザのランクの変動要因が発生したか否かを監視する（ステップＳＩ１）。本実施形態では、ランクの変動要因は、ユーザが購入チェックに合格したこと、および、ユーザが動画審査に合格したことである。

変動要因が発生した場合（ステップＳＩ１：ＹＥＳ）、サーバ情報処理部１０は、ユーザのランクのグレードを導出する（ステップＳＩ２）。以下、ステップＳＩ２について詳述する。本変形例ではユーザごとに、購入チェックの合格の回数（以下「購入チェック合格回数」という）および動画審査の合格の回数（以下「動画審査合格回数」という）がユーザ管理レコードに登録される。更に、購入チェック合格回数および動画審査合格回数を入力パラメータとしてランクのグレードを導出する計算式が予め用意される。当該計算式は、購入チェック合格回数、および、動画審査合格回数が多いほど高いグレードが導出されるような式とされる。ステップＳＩ２においてサーバ情報処理部１０は、ユーザのユーザ管理レコードを参照し、購入チェック合格回数および動画審査合格回数を取得する。次いでサーバ情報処理部１０は、取得した情報および上記計算式を用いてユーザのランクのグレードを導出する。

ステップＳＩ２の後、サーバ情報処理部１０は、ユーザのグレードが上がったか否かを判別する（ステップＳＩ３）。ユーザのグレードが上がっていない場合（ステップＳＩ３：ＮＯ）、サーバ情報処理部１０は、処理手順をステップＳＩ１へ移行する。上がった場合（ステップＳＩ３：ＹＥＳ）、サーバ情報処理部１０は、上昇後（変更後）のグレードに対応するランク上昇時処理（アクション）を実行し（ステップＳＩ４）、処理手順をステップＳＩ１へ移行する。以下、ステップＳＩ４の処理について詳述する。

本変形例では、上昇後（変更後）のグレードごとに、実行すべきランク上昇時処理（アクション）が予め定められている。なお、異なるグレードに係るランク上昇時処理の内容が同じであってもよい。ランク上昇時処理は、ユーザが恩恵を受ける処理とされる。以下、シルバーランクおよびゴールドランクに着目してランク上昇時処理の例を示す。ただし以下の例に限定されないことは勿論である。
・シルバーランクに上がったときは、ユーザが利用可能な所定のポイントを２００ｐｔ付与し、ゴールドランクに上がったときは、ユーザが利用可能な所定のポイントを２５０ｐｔ付与する。ただし、シルバーランクに係る付与ポイントと、ゴールドランクに係る付与ポイントとは同じ値でもよい。
・シルバーランクに上昇したとき、および、ゴールドランクに上昇したときに所定のクーポン、チケットまたは商品券を配布する。なおシルバーランクに係るクーポン、チケットまたは商品券の内容と、ゴールドランクに係るクーポン、チケットまたは商品券の内容とは同じでもよく、異なっていてもよい。

更にサーバ情報処理部１０は、ユーザのランクのグレードに応じて、グレードが高いほどユーザがより多くの恩恵を受けるように購入ＣＰに係る購入特典、または、投稿ＣＰに係る投稿報酬の内容を変更する。以下、購入特典または投稿報酬の内容の変更に係るサーバ情報処理部１０の処理の例を示す。ただし以下の例に限定されないことは勿論である。
・サーバ情報処理部１０は、ランクのグレードが高いほど、購入ＣＰに係る固定キャッシュバック額（キャッシュバック額がキャッシュバック率によって規定される場合にはキャッシュバック率）を高くする。
・サーバ情報処理部１０は、ランクのグレードが高いほど、投稿ＣＰに係る報酬単価を高くする。
・サーバ情報処理部１０は、所定のグレード以上のユーザに対して、購入ＣＰを先行して告知する。

本変形例によれば、購入ＣＰおよび投稿ＣＰに参加するモチベーションをユーザに付与することができ、キャンペーン関連サービスの活性化を促すことができる。

なお本変形例に関し、以下の応用例を適用できる。この点は後述する第４変形例についても同様である。
・ランクのグレードの導出に用いられる「ユーザに関するアクション」は例示したものに限定されない。
・ランクグレードの導出方法は例示した方法に限定されない。すなわちランクグレードを導出する方法は、購入チェックの合格回数が多いほど、乃至、動画審査の合格回数が多いほど、グレードが高くなるような方法であればよい。換言すれば当該方法は、キャンペーン関連サービスの利用頻度が高く、当該サービスの活性化の寄与度が高いほど高くなるような方法であればよい。

＜第４変形例＞
第４変形例に係るサーバ情報処理部１０は、提供者ごとに、ユーザの提供者対応ランクを管理する機能と、一の提供者について、当該一の提供者が実施する購入キャンペーンにおけるユーザに関するアクションと、当該一の提供者が実施する投稿キャンペーンにおけるユーザに関するアクションとの少なくとも一方を反映してユーザの提供者対応ランクのグレードを導出する機能と、ユーザの一の提供者に係る提供者対応ランクのグレードに応じて、グレードが高いほどユーザがより多くの恩恵を受けるように当該一の提供者に係る購入特典もしくは投稿報酬の内容を変更し、または、ユーザの当該一の提供者に係る提供者対応ランクのグレードが上がったときに当該一の提供者に関してユーザが恩恵を受けるアクションを実行する機能とを備える。以下、本変形例に係る制御システム１の動作例を示す。

本変形例では、ユーザに対して提供者ごとの提供者対応ランクが設定される。例えば、ある一人のユーザについて、提供者Ａの提供者対応ランク、提供者Ｂの提供者対応ランク・・・というように、提供者ごとに異なるランクが設定される。提供者対応ランクのグレード（種類）としては、ブロンズランク、シルバーランク、ゴールドランク、および、プラチナランクが用意されている。提供者ランクは、ユーザ管理データベース３０のユーザ管理データレコードに登録される。すなわちサーバ情報処理部１０は、ユーザ管理データベース３０を利用して各ユーザの提供者対応ランクを管理する。図２８の符号ＦＪは、本変形例に係る情報処理サーバ２による情報処理方法を示すフローチャートである。フローチャートＦＪは、ある一人のユーザに関してサーバ情報処理部１０が実行する処理である。フローチャートＦＪで示すようにサーバ情報処理部１０は、ユーザについて、何れかの提供者対応ランクの変動要因が発生したか否かを監視する（ステップＳＪ１）。本実施形態では、一の提供者に対応する提供者対応ランクの変動要因は、ユーザが当該一の提供者が実施する購入ＣＰの購入チェックに合格したこと、および、ユーザが当該一の提供者が実施する投稿ＣＰの動画審査に合格したことである。

何れかの変動要因が発生した場合（ステップＳＪ１：ＹＥＳ）、サーバ情報処理部１０は、以下の処理を実行する（ステップＳＪ２）。以下、変動要因が発生した提供者対応ランクに対応する提供者を「処理対象提供者」という。ステップＳＪ２においてサーバ情報処理部１０は、ユーザについて、処理対象提供者の提供者対応ランクのグレードを導出する（ステップＳＪ２）。サーバ情報処理部１０は、第３変形例と同様、処理対象提供者に係る購入チェックの合格の回数、処理対象提供者に係る動画審査の合格の回数、および、予め用意された計算式を用いて当該導出を行う。

ステップＳＪ２の後、サーバ情報処理部１０は、ユーザの提供者対応スコアのグレードが上がったか否かを判別する（ステップＳＪ３）。ユーザのグレードが上がっていない場合（ステップＳＪ３：ＮＯ）、サーバ情報処理部１０は、処理手順をステップＳＪ１へ移行する。上がった場合（ステップＳＪ３：ＹＥＳ）、サーバ情報処理部１０は、上昇後（変更後）のグレードに対応するランク上昇時処理（アクション）を実行し（ステップＳＪ４）、処理手順をステップＳＪ１へ移行する。以下、ステップＳＪ４の処理について詳述する。

本変形例では、上昇後（変更後）のグレードごとに、実行すべきランク上昇時処理（アクション）が予め定められている。そしてランク上昇時処理は、処理対象提供者に関してユーザが恩恵を受ける処理とされる。以下、シルバーランクおよびゴールドランクに着目してランク上昇時処理の例を示す。ただし以下の例に限定されないことは勿論である。
・シルバーランクに上がったときは、処理対象提供者が提供するサービスで利用可能な所定のポイントを２００ｐｔ付与し、ゴールドランクに上がったときは、当該所定のポイントを２５０ｐｔ付与する。ただし、シルバーランクに係る付与ポイントと、ゴールドランクに係る付与ポイントとは同じ値でもよい。
・シルバーランクに上昇したとき、および、ゴールドランクに上昇したとき処理対象提供者が提供する所定のクーポン、チケットまたは商品券を配布する。なおシルバーランクに係るクーポン、チケットまたは商品券の内容と、ゴールドランクに係るクーポン、チケットまたは商品券の内容とは同じでもよく、異なっていてもよい。

更にサーバ情報処理部１０は、ユーザのランクのグレードに応じて、グレードが高いほどユーザがより多くの恩恵を受けるように処理対象提供者に係る購入ＣＰの特典、または、投稿ＣＰの報酬の内容を変更する。以下、特典または報酬の内容の変更に係るサーバ情報処理部１０の処理の例を示す。ただし以下の例に限定されないことは勿論である。
・サーバ情報処理部１０は、提供者対応ランクのグレードが高いほど、処理対象提供者が実施する購入ＣＰに係る固定キャッシュバック額（キャッシュバック額がキャッシュバック率によって規定される場合にはキャッシュバック率）を高くする。
・サーバ情報処理部１０は、提供者対応ランクのグレードが高いほど、処理対象提供者が実施する投稿ＣＰに係る報酬単価を高くする。
・サーバ情報処理部１０は、所定のグレード以上のユーザに対して、処理対象提供者の購入ＣＰを先行して告知する。

本変形例によれば、購入ＣＰおよび投稿ＣＰに参加するモチベーションをユーザに付与することができ、キャンペーン関連サービスの活性化を促すことができる。更にユーザに、一人の提供者に係る購入ＣＰおよび投稿ＣＰに継続して繰り返し参加する機会／モチベーションを付与でき、キャンペーン関連サービスに関して提供者の満足度を向上できる。

＜第５変形例＞
第５変形例に係るサーバ情報処理部１０は、購入キャンペーンまたは投稿キャンペーンにおけるユーザに関するアクションの履歴を管理する機能と、過去のユーザに関するアクションを利用した条件を設定可能な画面を提供者が参照可能な表示部に表示する機能と、提供者により設定された条件に基づいてユーザを抽出する機能とを備える。以下、本変形例に係る制御システム１の動作例を示す。

本変形例では、ユーザごとに、購入ＣＰにおけるユーザに関するアクションの履歴（ログ）、および、投稿ＣＰにおけるユーザに関するアクションの履歴（ログ）がユーザ管理レコードに登録される。すなわちサーバ情報処理部１０は、ユーザ管理データベース３０を利用して、「購入ＣＰまたは投稿ＣＰにおけるユーザに関するアクションの履歴」を管理する。なお、ユーザ管理レコードに登録される履歴は、後述する固定条件および抽出条件の成否を判定するために必要な情報を含む。

本変形例に係る提供者端末情報処理部１８はサーバ情報処理部１０と協働して、提供者の要求に応じて、条件設定画面８０を提供者端末表示部２０に表示する。図２９は条件設定画面８０の一例を示す図である。図２９で示すように、条件設定画面８０には、個別条件のそれぞれが表示される。当該画面では、チェックボックス８１を利用して、任意の１つ以上の個別条件を選択である。選択された１つ以上の個別条件のアンド条件（論理積）により、抽出条件が構成される。個別条件は、「過去のユーザに関するアクションを利用した条件」と、「ユーザの属性またはパーソナリティに関する条件」とに大別される。図２９の条件設定画面８０の１つ目の個別条件に注目すると、個別条件は、「直近○日以内に、（「自社」ｏｒ「自社および他社」）の購入ＣＰの購入チェックに合格した者」という条件である。この個別条件は、「過去のユーザに関するアクションを利用した条件」に相当する。また当該画面の３つ目の個別条件に注目すると、個別条件は、「過去に○回以上、（「自社」ｏｒ「自社および他社」）の購入ＣＰの購入チェックに合格した者」という条件である。この個別条件は、「過去のユーザに関するアクションを利用した条件」に相当する。また当該画面の５つ目の個別条件に着目すると、個別条件は、年齢層に関する条件であり、「ユーザの属性またはパーソナリティに関する条件」に相当する。

提供者は、条件設定画面８０を利用して、個別条件の組合せからなる抽出条件を設定し、抽出条件に基づくユーザの抽出を指示することができる。当該指示があると、サーバ情報処理部１０は、ユーザ管理データベース３０を参照し、抽出条件に合致するユーザを抽出し、抽出したユーザのそれぞれの情報が表示された画面を表示する。なおユーザの情報として、予め定められた項目の項目値（例えば、氏名、年齢、性別、「購入キャンペーンまたは投稿キャンペーンにおけるユーザに関するアックションの履歴」、ランクまたは提供者対応ランク）、電話番号またはメールアドレス）が当該画面に表示される。

提供者は、抽出されたユーザに対して、所定のアクション（例えば、購入キャンペーンの予告、新商品の紹介またはクーポンの配布）を実行することができる。なお、提供者が、専用アプリＡＰを利用した所定のアクションの実行を指示できる構成とし、当該指示に応じて、サーバ情報処理部１０およびユーザ端末情報処理部１３が、当該所定のアクションを実行する構成でもよい。

本変形例の構成によれば、提供者は、ユーザに関する過去のアクションの実績を反映した多様な観点でユーザの抽出（グルーピング）を行うことができ、ユーザに対して、ユーザによりマッチした、よりきめの細かいサービスを提供することができる。

第５変形例に関して以下の応用例を適用できる。なお、図２９で例示した個別条件の例は、あくまで一例である。特に過去のユーザに関するアクションを利用した条件」に関しては、ユーザに関するアクションを利用した条件を広く定義可能である。また個別条件として、第３変形例に係るランク、または、第４変形例に係る提供者対応ランクを利用した条件を定義可能である。

＜第６変形例＞
本変形例に係るサーバ情報処理部１０は、提供者からの要求に応じて、提供者が指定した購入ＣＰまたは投稿ＣＰのアプリケーションリンクまたはキャンペーンを紹介する画像を発行する機能を備える。以下、本変形例に係る制御システム１の動作例を示す。

提供者は、提供者端末４の提供者専用アプリＡＰ２を起動し、所定の操作を行って実施ＣＰ一覧画面８２の表示を指示する。当該指示に応じて提供者端末情報処理部１８は、実施ＣＰ一覧画面８２を提供者端末表示部２０に表示する。図３０は、実施ＣＰ一覧画面８２の一例を示す図である。図３０で示すように実施ＣＰ一覧画面８２では、提供者が実施中の購入ＣＰおよび投稿ＣＰが一覧表示されると共に、各キャンペーンと対応付けてリンク発行ボタン８３が表示される。提供者は、所望の本件ＣＰのリンク発行ボタン８３を選択することができる。

一の本件ＣＰのリンク発行ボタンが選択されるとサーバ情報処理部１０は、当該一の本件ＣＰのアプリケーションリンク（アプリリンク、ユニバーサルリンク）を発行する。当該一の本件ＣＰのアプリケーションリンクとは、ユーザ端末３上で当該リンクが選択されたときに、専用アプリＡＰを起動して、専用アプリＡＰの機能により提供される「当該一の本件ＣＰの紹介画面」をユーザ端末表示部１５に表示させるリンクである。サーバ情報処理部１０は、ユーザ端末３について想定されるＯＳの種類ごとにアプリケーションリンクを発行する。

更にサーバ情報処理部１０は、当該一の本件ＣＰが紹介されたサイトへアクセスするためのリンク（ＵＲＬ）を発行する。以下、当該リンクを「サイトリンク」という。

更にサーバ情報処理部１０は、当該一の本件ＣＰを紹介する本件ＣＰ紹介画像８４を生成する。本件ＣＰ紹介画像８４は、所定のファイル形式の画像データである。本件ＣＰ紹介画像８４は例えば、上述した購入ＣＰ概略ブロックまたは投稿ＣＰ概略ブロック３２に表示された情報と同等の情報を含む。

アプリケーションリンクおよびサイトリンクを発行し、本件ＣＰ紹介画像８４を生成した後、提供者端末情報処理部１８はサーバ情報処理部１０と協働して、これらが表示された処理結果表示画面８５を提供者端末表示部２０に表示する。図３１は、処理結果表示画面８５の一例を示す図である。図３１で示すように処理結果表示画面８５には、ＯＳの種類ごとにアプリケーションリンクが表示される。各アプリケーションリンクはコピー＆ペーストが可能である。また当該画面には、本件ＣＰ紹介画像８４が表示される。本件ＣＰ紹介画像８４は、提供者端末４にダウンロードすることができる。提供者は、自身の顧客に対して、コミュニケーションツール、メール、アプリケーションを介した通知、その他の手段により、アプリケーションリンクおよび本件ＣＰ紹介画面を通知することができる。

＜第７変形例＞
第７変形例に係るサーバ情報処理部１０は、閲覧者が閲覧する画面上に、購入キャンペーンまたは投稿キャンペーンの紹介画面にアクセスするリンクを表示するためのタグを生成し、提供する機能を備える。以下、第７変形例に係る制御システム１の動作例を示す。

第７変形例では、オンラインショップのウェブページ、ブログ、「所定のアプリにより提供される画面」、その他の「閲覧者が閲覧する画面」に、誘導用リンクが表示される。誘導用リンクは、「キャンペーン関連サービスのサイト上の購入ＣＰの紹介画面にアクセスするリンク」または「購入ＣＰのアプリリンク」である。購入ＣＰのアプリリンクとは、ユーザ端末３上で当該リンクが選択されたときに、専用アプリＡＰを起動して、専用アプリＡＰの機能により提供される「当該一の本件ＣＰの紹介画面」にアクセスし、当該画面をユーザ端末表示部１５に表示させるリンクである。

図３２は、誘導用リンクが表示された「ブロブのウェブページ」の一例である。図３２で例示するブログは、購入ＣＰおよび投稿ＣＰが実施中である商品Ｘの使用体験がされたものである。当該ブログには、「商品Ｘの購入ＣＰの紹介画面へのリンク」（商品Ｘの購入ＣＰのアプリリンクでもよい）を示すリンクボタン８７が表示される。閲覧者は、リンクボタン８７を選択するという簡易な作業を行うことにより、商品Ｘの購入ＣＰの紹介画面にアクセスし、当該画面を表示させることができる。図３２の例に関して、サーバ情報処理部１０は、誘導用リンクたるリンクボタン８７を表示するためのＨＴＭＬタグを生成し、ブログ作成者（ブログのプラットフォーマーでもよい）に提供する。ブログ作成者は、ブログのＨＴＭＬファイルにＨＴＭＬタグを組み込むことによって、ブロック上にリンクボタン８７を表示させる。

本変形例によれば、より多様な手段で、より効果的に購入ＣＰまたは投稿ＣＰを紹介することが可能となる。

＜その他の変形例＞
・上記実施形態では、購入ＣＰに参加していないユーザに対して購入ＣＰを公開し、購入チェックに合格したユーザに対してのみ投稿ＣＰが紹介される構成であった。この点に関して、購入ＣＰに参加していないユーザに対して購入ＣＰおよび投稿ＣＰの組合せを公開する構成でもよい。
・購入ＣＰの購入特典の内容は上記実施形態で例示した内容に限定されない。例えば、ポイントの付与または所定の権利の付与、所定の割引を受ける権利の付与でもよい。
・上記実施形態で例示した投稿報酬の導出方法は、あくまで一例である。例えば、ユーザ１人１人に投稿報酬の上限値が定められてもよく、また例えばショート動画の投稿に対して一定額が付与される構成でもよく、また例えば再生数以外の要素により投稿報酬が調整される構成でもよい。またショート動画の投稿という行為に対応する一定額が報酬額に含まれる構成でもよい。
・上記実施形態において、購入特典の付与の完了報告時に、投稿ＣＰを紹介する構成としてもよい。
・上記実施形態について、報酬単価を提供者ではなく運営者が設定する構成でもよい。

・上記実施形態では、コンテンツはショート動画であった。しかしながら、コンテンツは、ショート動画に限られない。例えばコンテンツは、長尺動画、文章、音声または静止画でもよい。また上記実施形態ではコンテンツがショート動画であったため、コンテンツの閲覧は再生という手段により行われていたが、コンテンツの閲覧は、コンテンツの種類に応じた適切な手段によって行われるべきものである。
・上記実施形態では、キャンペーン関連サービスにおいてコンテンツが投稿される対象のＳＮＳは、第１ＳＮＳの１つであった。しかしながら、キャンペーン関連サービスの対象となるＳＮＳは、１つに限らず、複数であってもよい。この場合において、ＳＮＳごとにＳＮＳ状況と販売状況との関係が提供される構成でもよく、複数のＳＮＳをまとめたＳＮＳ状況と販売状況との関係が提供される構成でもよい。複数のＳＮＳをまとめたＳＮＳ状況に関し、投稿数および閲覧数（再生数）は、各ＳＮＳを合算した値とされる。
・上記実施形態において各データベースに登録された情報は、一例である。例えば投稿ＣＰ管理データベース３５には、少なくとも投稿報酬を計算するために必要な情報が登録される。
・上記実施形態において１つのデータベースが保持するとした情報を、複数のデータベースが分散して保持する構成でもよく、複数のデータベースが保持するとした情報を１つのデータベースが保持する構成でもよい。すなわちデータの保持の仕方は、上記実施形態で例示した仕方に限定されない。一例として、案件別情報を管理するデータベースが別途設けられる構成でもよい。

・ＳＮＳ関連指標は、上記実施形態で例示した指標に限定されない。例えば上記実施形態で例示したエンゲージメントに関するＳＮＳ関連指標は、いいね数に係る指標であったが、“いいね”以外のエンゲージメント（例えばコメント、リツイート、リポスト、保存数）に係る指標でもよい。また例えば、日計関連動画投稿数＜指標＞の日計に関し、月計、週計、一時間当たり等、他の単位時間としてもよい。この点は、他の指標についても同様である。
・ＳＮＳ状況は、上記実施形態で例示したものに限定されない。すなわちＳＮＳ状況は、対象商品関連ショート動画（対象商品関連コンテンツ）の投稿、閲覧またはエンゲージメントの状況を示すものであればよい。
・販売関連指標は、上記実施形態で例示した指標に限定されない。すなわち販売関連指標は、対象商品の販売（販売実績）に関する指標であればよい。
・販売状況は、上記実施形態で例示したものに限定されない。すなわち販売状況は、対象商品の販売の状況を示すものであればよい。

・上記実施形態では、ＳＮＳ状況と販売状況との関係を示す情報として、推移関係グラフ６０、および、相関関係表６８の２つを例示した。しかしながら当該情報は、推移関係グラフ６０、および、相関関係表６８に限定されない。当該情報としては、様々な種類のグラフを利用できる。また、表形式で当該関係が示される構成でもよい。
・上記実施形態では、情報提供サービスにおいて推移関係グラフ６０、および、相関関係表６８の表示に際して、サーバ情報処理部１０が都度、表示データを生成し、画面を表示させる構成であった。この点に関して、推移関係グラフ６０、または、相関関係表６８の表示データ（画像データでもよい）が事前に用意される構成でもよい。また提供者端末情報処理部１８が、推移関係グラフ６０、または、相関関係表６８の表示データを生成する構成でもよい。

・また上記実施形態で示した機能ブロックは、任意のハードウェア、または、任意のハードウェアと任意のソフトウェアとの連携により実現可能である。つまり、これら機能ブロックは、特定のハードウェアに限定されるものではない。また上記実施形態のフローチャートについて、目的を達成できる範囲で処理の順番を変更したり、処理をより細かく分割したり、処理を追加したり、処理を削除したりしてもよい。
・上記実施形態について、サーバ記憶部１２が記憶するとしたデータの一部または全部を、サーバ情報処理部１０がアクセス可能な外部装置の記憶部が記憶する構成でもよい。
・上記実施形態においてユーザ専用アプリＡＰ１が実行すると説明した処理の全部または一部をブラウザが実行する構成でもよい。
・情報処理サーバ２、ユーザ端末３または提供者端末４のコンピュータが実行するプログラムの提供を実施形態に含めることができる。また、当該プログラムをコンピュータで読み取り可能に記録した記録媒体の提供を実施形態に含めることができる。上記記録媒体としては、磁気的、光学的記録媒体又は半導体メモリーデバイスを用いることができる。具体的には、フレキシブルディスク、ＨＤＤ（Hard Disk Drive）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、Ｂｌｕ－ｒａｙ（登録商標）Ｄｉｓｃ、光磁気ディスク、フラッシュメモリ、カード型記録媒体等の可搬型の、或いは固定式の記録媒体が挙げられる。

・上記実施形態において、ある一の機能を持つ装置は、当該一の機能を持つ装置として例示した装置に限定されない。例えば、投稿ＣＰ詳細画面３３を提供（表示）する機能（「第１機能」とする）と、投稿報酬を導出する機能（「第２機能」とする）とに着目する。上記実施形態では図３３の（Ａ）で示すように情報処理サーバ２のサーバ情報処理部１０が第２機能を備え、ユーザ端末３のユーザ端末情報処理部１３が第１機能を備える構成であった。この構成においては情報処理サーバ２およびユーザ端末３との組合せが「情報処理システム」として機能する。またサーバ情報処理部１０とユーザ端末情報処理部１３とがそれぞれ「情報処理部」として機能する。一方、図３３の（Ｂ）で示すようにユーザ端末３のユーザ端末情報処理部１３が第１機能および第２機能を備える構成でもよい。この構成においてはユーザ端末３が「情報処理システム」として機能し、ユーザ端末情報処理部１３が「情報処理部」として機能する。また図３３の（Ｃ）で示すようにサーバ情報処理部１０のサーバ情報処理部１０が第１機能および第２機能を備える構成でもよい。この構成においては情報処理サーバ２が「情報処理システム」として機能し、サーバ情報処理部１０が「情報処理部」として機能する。なお複数の装置の情報処理部（例えば、サーバ情報処理部１０およびユーザ端末情報処理部１３）のそれぞれが「情報処理部」として機能する場合において、各情報処理部に設けられる機能は限定されない。また複数の情報処理部により１つの機能が実現される構成でもよい。また、ある機能を実現する装置が、情報処理サーバ２、ユーザ端末３および提供者端末４以外の装置であってもよい。

１制御システム（情報処理システム）
２情報処理サーバ（情報処理システム）
３ユーザ端末（情報処理システム）
４提供者端末（情報処理システム）
１０サーバ情報処理部（情報処理部）
１３ユーザ端末情報処理部（情報処理部）
１８提供者端末情報処理部（情報処理部）

Claims

提供者が対象商品について実施する購入キャンペーンに参加するユーザから前記対象商品の購入の証拠となる購入証拠を受け付け、前記購入証拠について行われたチェックである購入チェックのチェック結果を前記ユーザに通知し、前記購入チェックに合格した前記ユーザに特典を付与する機能と、
前記購入チェックに合格した前記ユーザのうち前記提供者が前記対象商品について実施する投稿キャンペーンに参加するユーザからＳＮＳへの投稿用の前記対象商品に関するコンテンツである対象商品関連コンテンツを受け付け、前記対象商品関連コンテンツについて行われた審査である動画審査の審査結果を前記ユーザに通知し、前記動画審査に合格した前記ユーザによる前記対象商品関連コンテンツの前記ＳＮＳへの投稿に応じて当該投稿に対する報酬を導出し、導出した前記報酬を前記ユーザに付与する機能とを有する情報処理部を備える
ことを特徴とする情報処理システム。
前記情報処理部は、
前記ＳＮＳにおける前記対象商品関連コンテンツの一定期間の閲覧数に、前記投稿キャンペーンに対応する報酬単価を乗じることによって前記報酬を導出する機能を備える
ことを特徴とする請求項１に記載の情報処理システム。
前記提供者により設定された報酬予算に基づいて前記投稿キャンペーンの報酬総額上限が規定され、
前記情報処理部は、
前記投稿キャンペーンに参加する前記ユーザのそれぞれの累計報酬総額が前記報酬総額上限を上回った場合、前記ユーザのそれぞれの前記報酬の増加を制限する機能を備える
ことを特徴とする請求項２に記載の情報処理システム。
前記情報処理部は、
前記報酬総額上限と前記累計報酬総額との関係を、前記投稿キャンペーンに参加する前の前記ユーザに提供する機能を備える
ことを特徴とする請求項３に記載の情報処理システム。
前記情報処理部は、
予定商品について前記投稿キャンペーンを実施しようとしている前記提供者から前記報酬予算の額の指定を受け付け、
前記投稿キャンペーンの前記報酬予算の額が指定された額である場合に、前記予定商品の前記ＳＮＳにおける投稿数または再生数のシェアがどのように変化するかを予測し、
予測結果を前記提供者に提供する機能を備える
ことを特徴とする請求項３に記載の情報処理システム。
前記情報処理部は、
前記対象商品の人気度に応じて、前記人気度が低いほど値が高くなるように前記報酬単価を動的に変更する機能を備える
ことを特徴とする請求項２に記載の情報処理システム。
前記情報処理部は、
前記対象商品の人気度に応じて、前記人気度が低いほど前記ユーザが受ける恩恵が高まるように前記特典の内容を動的に変更する機能を備える
ことを特徴とする請求項１に記載の情報処理システム。
前記情報処理部は、
前記ＳＮＳに投稿された前記対象商品関連コンテンツの投稿、閲覧またはエンゲージメントの状況を示すＳＮＳ状況と、前記対象商品の販売の状況を示す販売状況との関係を前記提供者に提供する機能を備える
ことを特徴とする請求項１に記載の情報処理システム。
前記情報処理部は、
前記対象商品関連コンテンツの投稿、閲覧またはエンゲージメントに関するＳＮＳ関連指標の指標値の推移と、前記対象商品の販売に関する販売関連指標の指標値の推移との関係を提供する機能を備える
ことを特徴とする請求項８に記載の情報処理システム。
前記情報処理部は、
前記対象商品関連コンテンツの投稿、閲覧またはエンゲージメントに関するＳＮＳ関連指標の指標値と、前記対象商品の販売に関する販売関連指標の指標値との相関関係を前記提供者に提供する機能を備える
ことを特徴とする請求項８に記載の情報処理システム。
前記情報処理部は、
前記投稿キャンペーンに関して、前記ＳＮＳで利用可能なタグを１つ以上含むタグ群であって、前記対象商品が属するカテゴリを示すタグである対象商品所属カテゴリタグを含み、かつ、前記対象商品関連コンテンツの前記ＳＮＳへの投稿に際して前記対象商品関連コンテンツに付与すべきことが義務付けられた対象商品対応タグ群を前記ユーザに提供する機能と、
カテゴリ占有率の推移と、前記対象商品の販売に関する販売関連指標の指標値の推移との関係を前記提供者に提供する機能とを備え、
前記カテゴリ占有率は、前記対象商品所属カテゴリタグが付与された前記コンテンツの投稿、閲覧またはエンゲージメントに関する所定の指標の指標値に対する、前記対象商品関連コンテンツの投稿、閲覧またはエンゲージメントに関する所定の指標の指標値の割合である
ことを特徴とする請求項８に記載の情報処理システム。
前記情報処理部は、
前記投稿キャンペーンに関して、前記ＳＮＳで利用可能なタグを１つ以上含むタグ群であって、前記対象商品が属するカテゴリを示すタグである対象商品所属カテゴリタグを含み、かつ、前記対象商品関連コンテンツの前記ＳＮＳへの投稿に際して前記コンテンツに付与すべきことが義務付けられた対象商品対応タグ群を前記ユーザに提供する機能と、
カテゴリ占有率と、前記対象商品の販売に関する販売関連指標の指標値との相関関係を前記提供者に提供する機能とを備え、
前記カテゴリ占有率は、前記対象商品所属カテゴリタグが付与された前記コンテンツの投稿、閲覧またはエンゲージメントに関する所定の指標の指標値に対する、前記対象商品関連コンテンツの投稿、閲覧またはエンゲージメントに関する所定の指標の指標値の割合である
ことを特徴とする請求項８に記載の情報処理システム。
前記情報処理部は、
前記ユーザのランクを管理する機能と、
前記購入キャンペーンおける前記ユーザに関するアクションと、前記投稿キャンペーンにおける前記ユーザに関するアクションとの少なくとも一方を反映して前記ユーザのランクのグレードを導出する機能と、
前記ユーザのランクのグレードに応じて、グレードが高いほど前記ユーザがより多くの恩恵を受けるように前記特典もしくは前記報酬の内容を変更し、または、前記ユーザのランクのグレードが上がったときに前記ユーザが恩恵を受けるアクションを実行する機能とを備える
ことを特徴とする請求項１に記載の情報処理システム。
前記情報処理部は、
前記提供者ごとに、前記ユーザの提供者対応ランクを管理する機能と、
一の提供者について、当該一の提供者が実施する前記購入キャンペーンにおける前記ユーザに関するアクションと、当該一の提供者が実施する前記投稿キャンペーンにおける前記ユーザに関するアクションとの少なくとも一方を反映して前記ユーザの前記提供者対応ランクのグレードを導出する機能と、
前記ユーザの一の提供者に係る前記提供者対応ランクのグレードに応じて、グレードが高いほど前記ユーザがより多くの恩恵を受けるように当該一の提供者に係る前記特典もしくは前記報酬の内容を変更し、または、前記ユーザの当該一の提供者に係る前記提供者対応ランクのグレードが上がったときに当該一の提供者に関して前記ユーザが恩恵を受けるアクションを実行する機能とを備える
ことを特徴とする請求項１に記載の情報処理システム。
前記情報処理部は、
前記購入キャンペーンまたは前記投稿キャンペーンにおける前記ユーザに関するアクションの履歴を管理する機能と、
過去の前記ユーザに関するアクションを利用した条件を設定可能な画面を前記提供者が参照可能な表示部に表示する機能と、
前記提供者により設定された前記条件に基づいて前記ユーザを抽出する機能とを備える
ことを特徴とする請求項１に記載の情報処理システム。
前記情報処理部は、
前記提供者からの要求に応じて、前記提供者が指定した前記購入キャンペーンまたは前記投稿キャンペーンのアプリケーションリンクまたはキャンペーンを紹介する画像を発行する機能を備える
ことを特徴とする請求項１に記載の情報処理システム。
前記情報処理部は、
閲覧者が閲覧する画面上に、前記購入キャンペーンまたは前記投稿キャンペーンの紹介画面にアクセスするリンクを表示するためのタグを生成し、提供する機能を備える
ことを特徴とする請求項１に記載の情報処理システム。
前記情報処理部は、
前記購入チェックのチェック結果が合格であることを前記ユーザに通知する際に、前記投稿キャンペーンを紹介する情報を前記ユーザに通知する
ことを特徴とする請求項１から１７の何れか１項に記載の情報処理システム。
前記情報処理部は、
前記購入キャンペーンに関して、前記対象商品を購入するときのルールである購入ルールを前記ユーザに提供する機能と、
前記購入ルールに従って前記対象商品が購入されたか否かという観点で前記購入証拠について行われた前記購入チェックのチェック結果を前記ユーザに通知する機能とを備える
ことを特徴とする請求項１から１７の何れか１項に記載の情報処理システム。
前記情報処理部は、
前記投稿キャンペーンに関して、前記対象商品関連コンテンツを作成するときのルールである作成ルールを前記ユーザに提供する機能と、
前記作成ルールに従って前記対象商品関連コンテンツが作成されているか否かという観点で前記対象商品関連コンテンツについて行われた前記動画審査の審査結果を前記ユーザに通知する機能とを備える
ことを特徴とする請求項１から１７の何れか１項に記載の情報処理システム。
情報処理システムの情報処理部が、提供者が対象商品について実施する購入キャンペーンに参加するユーザから前記対象商品の購入の証拠となる購入証拠を受け付け、前記購入証拠について行われたチェックである購入チェックのチェック結果を前記ユーザに通知し、前記購入チェックに合格した前記ユーザに特典を付与するステップと、
前記情報処理システムの前記情報処理部が、前記購入チェックに合格した前記ユーザのうち前記提供者が前記対象商品について実施する投稿キャンペーンに参加するユーザからＳＮＳへの投稿用の前記対象商品に関するコンテンツである対象商品関連コンテンツを受け付け、前記対象商品関連コンテンツについて行われた審査である動画審査の審査結果を前記ユーザに通知し、前記動画審査に合格した前記ユーザによる前記対象商品関連コンテンツの前記ＳＮＳへの投稿に応じて当該投稿に対する報酬を導出し、導出した前記報酬を前記ユーザに付与する機能とを有する情報処理部を備える
ことを特徴とする情報処理方法。