JP2019101481A - 情報処理システム、情報処理方法、情報処理プログラム - Google Patents

Abstract

【課題】ＳＮＳにコンテンツを投稿した投稿者に、実際の宣伝効果に応じた対価を還元することが可能な情報処理システムを提供する。【解決手段】情報処理システムは、広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信する配信手段、前記投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、いいねの数を取得するいいね取得手段、前記ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するチェック手段、広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出する支払算出手段、を備える。【選択図】 図１

Description

本発明は、情報処理システム、情報処理方法、情報処理プログラムに関する。

近年、新聞、テレビなどのマスメディアは、広告媒体として有効でなくなってきており、新たな広告媒体を企業に提供することが求められているところ、スマートフォンやタブレットなどの携帯端末の普及に伴って、ソーシャル・ネットワーキング・サービス（ＳＮＳ）などのソーシャルメディアが、広告媒体としての価値を急速に高めてきている。

特許文献１には、ＳＮＳを利用した広告拡散システムが提案されている。このシステムでは、（１）ＳＮＳに広告情報を投稿した投稿者端末が、当該広告情報の識別情報および投稿者情報をサーバ装置に送信するとともに、（２）ＳＮＳに投稿された広告情報を閲覧した閲覧者端末も、当該広告情報の識別情報およびその投稿者情報をサーバ装置に送信する。そして、（３）サーバ装置が、投稿者端末から受信した情報と閲覧者端末から受信した情報とを比較して、それらが一致した場合に、広告情報の宣伝に成功したとみなして、投稿者に特典を付与する。

特開２０１７−１５６８５６号公報

しかしながら、特許文献１のシステムでは、投稿者端末から投稿された広告情報がＳＮＳ上で評判を呼んで多数の「いいね」が付与されていたとしても、サーバ装置に特定の情報を送信するための専用のアプリケーションプログラム（アプリ）を使用する端末装置にて閲覧されない限り、広告情報の宣伝に成功したとはみなされず、実際の宣伝効果に応じた特典が投稿者に付与されない可能性がある。

また、特許文献１のシステムでは、広告情報が閲覧者端末に表示されただけで閲覧者がそれに注意を払って見ていない場合や、広告情報が不適切な内容を含んでいて閲覧者に不快感ないし嫌悪感を抱かせてしまった場合であっても、閲覧者端末からサーバ装置に閲覧したという情報が送信されてしまい、実際には宣伝効果が無かったとしても、広告情報の宣伝に成功したとみなされて、投稿者に特典が付与されてしまう可能性もある。

本発明は、以上のような点を考慮してなされたものである。本発明の目的は、ＳＮＳにコンテンツを投稿した投稿者に、実際の宣伝効果に応じた対価を還元することが可能な情報処理システム、情報処理方法および情報処理プログラムを提供することにある。

本発明の第１の態様に係る情報処理システムは、
広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信する配信手段、
前記投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、いいねの数を取得するいいね取得手段、
前記ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するチェック手段、
広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出する支払算出手段、
を備える。

このような態様によれば、ＳＮＳに投稿されたコンテンツのＵＲＬより、コンテンツに付与された「いいね」の数が取得され、コンテンツの総いいね数に基づいて、１いいねあたりの単価が算出される。ここで、ＳＮＳでは、いいねアイコンのタップなどの閲覧者の明示的な同意の操作があってはじめて、コンテンツに「いいね」が付与されるため、コンテンツの総いいね数は、広告情報の宣伝に実際にどれだけ成功したのかを正確に表す数値であると言える。したがって、このような態様によれば、ＳＮＳにコンテンツを投稿した投稿者に、実際の宣伝効果に応じた対価を還元することが可能である。

本発明の第２の態様に係る情報処理システムは、第１の態様に係る情報処理システムであって、
前記いいね取得手段は、
投稿されたコンテンツのＵＲＬ、投稿者情報、および前記広告メタ情報をデータベースにて管理し、定期的に対象ＵＲＬのサイトにアクセスすることで、広告メタ情報ごとに各投稿者のいいねの数を集計する。

本発明の第３の態様に係る情報処理システムは、第１または２の態様に係る情報処理システムであって、
前記投稿者端末は、
広告メタ情報となる広告コード、投稿者情報、およびＧＰＳ情報を暗号化し、コンテンツの隠し領域に埋め込み、前記コンテンツが広告費の支払い対象であることを明確にするものであり、
前記チェック手段は、
定期的に前記ＵＲＬにアクセスしてコンテンツの改竄がないことをチェックする。

このような態様によれば、コンテンツに改竄があった場合に、それを検出することが可能であり、改竄されたコンテンツのいいね数に基づいて不当な対価を算出してしまうことを防止できる。

本発明の第４の態様に係る情報処理システムは、第１〜３のいずれかの態様に係る情報処理システムであって、
前記チェック手段は、
投稿されたコンテンツの内容については、予め定められた規約に反するコンテンツでないことを機械的にチェックする機械的チェック手段、
広告情報がコンテンツに含まれていることを人為的にチェックした結果を受け付ける人為的チェック受付手段、
を含む。

このような態様によれば、機械的なチェックと人為的なチェックにより、投稿されたコンテンツが、対価を支払うに値するものであるか否かを正確に判定することができる。これにより、広告主の意図しない投稿に対しての支払いによって、不正利用の乱立につながることを防止できる。

本発明の第５の態様に係る情報処理システムは、第１〜４のいずれかの態様に係る情報処理システムであって、
前記支払算出手段は、
総広告費を支払対象のＳＮＳごとに分割し、広告費を割り振り、
ＳＮＳごとに、広告費の支払い対象になるコンテンツの総いいね数を集計し、１いいねあたりの単価を算出し、
対象の投稿者によりＳＮＳに投稿されたコンテンツのいいねの数と、ＳＮＳごとの１いいねあたりの単価とに基づいて、対象の投稿者のＳＮＳごとの支払対価を算出する。

このような態様によれば、複数のＳＮＳのそれぞれに重みを設けることが可能であり、各ＳＮＳの特性に応じて重みの比重を調整することにより、地域性や話題性などの広告効果のあらわれかたを制御することが可能となる。

本発明の第６の態様に係る情報処理システムは、第１〜５のいずれかの態様に係る情報処理システムであって、
前記ＳＮＳは、特定のＵＲＬにコンテンツが貼り付けられるサービスであって、いいねに相当する閲覧者の同意をカウント可能なサービスである。

本発明の第７の態様に係る情報処理システムは、第１〜６のいずれかの態様に係る情報処理システムであって、
前記いいね取得手段は、前記投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、前記コンテンツを引用するサイトの引用先ＵＲＬを取得し、前記引用先ＵＲＬからも、いいねの数を取得し、
前記チェック手段は、前記引用先ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断する。

このような態様によれば、広告メタ情報が埋め込まれたコンテンツがＳＮＳで引用（シェア）された場合には、シェアした先（引用先）のサイトで付与された「いいね」の数も取得され、コンテンツの総いいね数（すなわち、引用元のサイトでの「いいね」の数と引用先のサイトでの「いいね」の数の和）に基づいて、１いいねあたりの単価が算出される。これにより、ＳＮＳにコンテンツを投稿した投稿者に、実際の宣伝効果をより反映した対価を還元することが可能となる。

本発明の第８の態様に係る情報処理システムは、
広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信する配信手段、
前記投稿者端末からＳＮＳに投稿されたコンテンツの投稿ＵＲＬより、いいねの数、および前記コンテンツを引用するサイトの引用先ＵＲＬを取得し、前記引用先ＵＲＬからも、いいねの数を取得するいいね取得手段、
前記投稿ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するとともに、前記引用先ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツも広告費の支払い対象になるものか判断するチェック手段、
広告費の支払い対象になるコンテンツの前記投稿ＵＲＬおよび前記引用先ＵＲＬのいいねの数を、前記投稿者端末に通知する通知手段、
を備える。

このような態様によれば、ＳＮＳにコンテンツを投稿した投稿者は、当該コンテンツがどのように拡散され、どこで「いいね」が付与されたのかを、通知手段からの通知により容易に認識することが可能となる。

本発明の第９の態様に係る情報処理方法は、
広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信するステップ、
投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、いいねの数を取得するステップ、
前記ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するステップ、
広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出するステップ、
を備える。

本発明の第１０の態様に係る情報処理プログラムは、
コンピュータを、
広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信する配信手段、
投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、いいねの数を取得するいいね取得手段、
前記ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するチェック手段、
広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出する支払算出手段、
として機能させる。

本発明によれば、ＳＮＳにコンテンツを投稿した投稿者に、実際の宣伝効果に応じた対価を還元することが可能である。

図１は、一実施の形態に係る情報処理システムの概略的な構成を示す図である。 図２は、図１に示す情報処理システムのメインサーバの内部構成を示すブロック図である。 図３は、図１に示す情報処理システムの投稿者端末の内部構成を示す図である。 図４は、図２に示すメインサーバが記憶するデータベースの一例を示す図である。 図５は、図４に示すデータベースから所定のイベントに紐づくデータを抽出した結果を示す図である。 図６は、ＳＮＳにコンテンツを投稿した投稿者に支払われる対価の計算を説明するための図である。 図７は、図３に示す投稿者端末の表示装置に表示される画面の一例を示す図である。 図８は、図１に示す情報処理システムの動作の一例を示すフローチャートである。

以下に、添付の図面を参照して、本発明の実施の形態を詳細に説明する。なお、各図において同等の機能を有する構成要素には同一の符号を付し、同一符号の構成要素の詳しい説明は繰り返さない。また、各図において、各機能を行う機能部は、それぞれ各機能を行う手段ということができる。

（情報処理システムの構成）
一実施の形態に係る情報処理システムについて説明する。図１は、情報処理システム１の概略的な構成を示す図である。

図１に示すように、情報処理システム１は、メインサーバ１０と、投稿者端末２０と、ＳＮＳサーバ３０と、閲覧者端末４０と、広告主端末５０とを含んでいる。各サーバ１０、３０および各端末装置２０、４０、５０は、インターネット等のネットワークを介して互いに通信可能に接続されている。ネットワークは、有線回線と無線回線のいずれでもよく、回線の種類や形態は問わない。なお、各サーバ１０、３０および各端末装置２０、４０、５０の少なくとも一部は、コンピュータにより実現される。

このうち、ＳＮＳサーバ３０は、フェイスブック、インスタグラム、ツイッター（登録商標）などのソーシャル・ネットワーキング・サービスを提供するものであり、たとえば、クラウド型のサーバである。ＳＮＳサーバ３０は、投稿者端末２０から投稿されたコンテンツに固有のＵＲＬを紐づけることが可能であり、かつ、コンテンツを閲覧した閲覧者により付与される「いいね」に相当する同意の回数をカウントすることができるように構成されている。なお、本実施の形態において、コンテンツとは、たとえば、カメラでの撮影により作成される静止画像（写真）または動画像であるが、ＳＮＳサーバ３０で取り扱うことができるものであれば、これらに限定されない。

広告主端末５０は、メインサーバ１０上に設定された広告イベントに広告費を提供するユーザ（広告主）が使用するものであり、閲覧者端末４０は、ＳＮＳサーバ３０上のコンテンツを閲覧するユーザ（閲覧者）が使用するものである。広告主端末５０および閲覧者端末４０としては、たとえば、スマートフォンやタブレット端末などのモバイル端末、ノートブックコンピュータ、またはデスクトップコンピュータなどの電子機器が用いられる。

なお、本実施の形態において、ＳＮＳサーバ３０、広告主端末５０、閲覧者端末４０は、いずれも既存のものであってよく、詳細な説明は省略する。

次に、メインサーバ１０の構成について説明する。図２は、メインサーバ１０の内部構成を示すブロック図である。

図２に示すように、メインサーバ１０は、サーバ通信部１１と、サーバ制御部１２と、サーバ記憶部１３とを有している。メインサーバ１０は、クラウド型のサーバであってもよい。

サーバ通信部１１は、メインサーバ１０とネットワークとの間の通信インターフェースである。サーバ通信部１１は、ネットワークを介してメインサーバ１０と投稿者端末２０、ＳＮＳサーバ３０、閲覧者端末４０および広告主端末５０の各々との間で情報を送受信する。

サーバ制御部１２は、メインサーバ１０の各種処理を行う制御手段である。サーバ制御部１２は、配信部１２ａと、いいね取得部１２ｂと、チェック部１２ｃと、支払算出部１２ｄと、通知部１２ｅとを有している。これらの各部は、メインサーバ１０内のプロセッサが所定のプログラムを実行することにより実現されてもよいし、ハードウェアで実装されてもよい。

配信部１２ａは、コンテンツに広告メタ情報（たとえば、広告費が設定された広告イベントの名称）を埋め込むように構成された投稿者端末２０に、当該広告メタ情報となる広告コードを配信する。

いいね取得部１２ｂは、投稿者端末２０からＳＮＳサーバ３０に投稿されたコンテンツに紐づいたＵＲＬ（投稿ＵＲＬ）より、当該コンテンツに付与された「いいね」の数、および当該コンテンツを引用する（シェアする）サイトのＵＲＬ（引用先ＵＲＬ）を取得する。そして、いいね取得部１２ｂは、引用先ＵＲＬからも、当該コンテンツに付与された「いいね」の数を取得する。なお、コンテンツのＵＲＬは、ＳＮＳのＷｅｂＡＰＩでもよい。

より詳しくは、いいね取得部１２ｂは、投稿されたコンテンツのＵＲＬ（投稿ＵＲＬ）または当該コンテンツを引用するサイトのＵＲＬ（引用先ＵＲＬ）、投稿者情報、および広告メタ情報を、サーバ記憶部１３内のデータベースにて管理する（図４参照）。いいね取得部１２ｂは、定期的に投稿ＵＲＬまたは引用先ＵＲＬにより特定されるサイト（すなわちＳＮＳサーバ３０上のコンテンツのウェブページ）にサーバ通信部１１を介してアクセスすることで、広告メタ情報ごとに、各投稿者の「いいね」の数を集計する。いいね取得部１２ｂは、各投稿ＵＲＬまたは引用先ＵＲＬから取得した「いいね」の数も、サーバ記憶部１３内のデータベースにて管理する（図４参照）。

チェック部１２ｃは、投稿ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか否かを判断する。また、チェック部１２ｃは、引用先ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、引用先ＵＲＬより取得されるコンテンツも広告費の支払い対象になるものか否かを判断する。

より詳しくは、チェック部１２ｃは、取得したコンテンツに広告メタ情報が埋め込まれているか否かを確認し、埋め込まれていない場合には、不正なコンテンツであると判断する。また、チェック部１２ｃは、取得したコンテンツに広告メタ情報が埋め込まれていた場合、埋め込まれた広告メタ情報が、投稿者端末２０から取得してデータベースで管理している広告メタ情報と一致するか否かを確認する。そして、チェック部１２ｃは、広告メタ情報が一致する場合には、広告費の支払い対象となる正当なコンテンツであると判断し、一致しない場合には、不正なコンテンツであると判断する。

チェック部１２ｃは、定期的に、投稿ＵＲＬまたは引用先ＵＲＬにより特定されるサイト（すなわちＳＮＳサーバ３０上のコンテンツのウェブページ）にアクセスして、コンテンツの改竄がないかどうかをチェックしてもよい。具体的には、たとえば、投稿時に取得したコンテンツがデータベースに保存されており（図４参照）、チェック部１２ｃは、投稿ＵＲＬまたは引用先ＵＲＬにより特定されるサイトから取得したコンテンツが、データベースに保存されたコンテンツと差異があるか否かを比較し、差異があった場合には、コンテンツの改竄ありと判定し、差異がなかった場合には、コンテンツの改竄なしと判定する。

本実施の形態では、チェック部１２ｃは、機械的チェック部１２ｃ１と、人為的チェック受付部１２ｃ２とを含んでいる。

機械的チェック部１２ｃ１は、たとえば深層学習（ディープラーニング）技術などにより画像認識を行う人工知能装置であり、投稿されたコンテンツのうち、広告メタ情報に基づいて正当であると確認されたコンテンツの内容について、予め定められた規約に反するコンテンツ（たとえば、露骨に性的な画像や閲覧者に生理的な嫌悪感を与える画像など）ではないことを機械的にチェックして確認する。

機械的チェック部１２ｃ１により確認された後のコンテンツは、外部の人為的チェック用端末装置（不図示）に送信され、コンテンツに広告情報が含まれているか否かが、人の目でチェックされる。人為的チェック受付部１２ｃ２は、機械的チェック部１２ｃ１によるチェック後のコンテンツの内容について、広告情報がコンテンツに含まれていることが人為的に確認されたという結果を、人為的チェック用端末装置（不図示）から受け付ける。

チェック部１２ｃは、投稿ＵＲＬまたは引用先ＵＲＬから取得したコンテンツのうち、広告メタ情報が含まれていることが確認されたコンテンツであって、機械的チェック部１２ｃ１および人為的チェック受付部１２ｃ２の両方で問題ないことが確認されたコンテンツを、広告費の支払い対象になるものとして判断する。

支払算出部１２ｄは、広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出する。また、支払算出部１２ｄは、広告費の支払い対象になるコンテンツの各々について、そのコンテンツの「いいね」の数と、１いいねあたりの単価とに基づいて、そのコンテンツの投稿者に支払われるべき対価を算出する。

より詳しくは、支払算出部１２ｄは、広告主により設定された総広告費を、支払対象のＳＮＳごとに分割して広告費を割り振る。また、支払算出部１２ｄは、ＳＮＳごとに、広告費の支払い対象になるコンテンツの総いいね数を集計し、１いいねあたりの単価を算出する。そして、支払算出部１２ｄは、対象の投稿者によりＳＮＳに投稿されたコンテンツの「いいね」の数と、ＳＮＳごとの１いいねあたりの単価とに基づいて、対象とする投稿者のＳＮＳごとの支払対価を算出する。

通知部１２ｅは、広告費の支払い対象になるコンテンツの投稿ＵＲＬおよび引用先ＵＲＬでのいいねの数を、当該コンテンツを投稿した投稿者の投稿者端末２０に通知する。

サーバ記憶部１３は、たとえばハードディスク等の固定型データストレージである。サーバ記憶部１３は、必ずしもメインサーバ１０内に設けられなくてもよく、ネットワークを介してメインサーバ１０と通信可能に接続された別の装置内に設けられてもよい。サーバ記憶部１３には、サーバ制御部１２が取り扱う各種データが記憶される。

サーバ記憶部１３は、図４に示すように、投稿ＵＲＬまたは引用先ＵＲＬ、投稿者情報、および広告メタ情報を互いに関連付けて記憶するデータベースを含んでいる。データベースには、さらに、投稿ＵＲＬまたは引用先ＵＲＬごとに、投稿されたＳＮＳサーバ３０を特定する情報（ＳＮＳ種別）、投稿日時、投稿地域などの情報が、投稿ＵＲＬに関連付けて記憶されていてもよい。データベースには、投稿ＵＲＬまたは引用先ＵＲＬごとに、投稿ＵＲＬまたは引用先ＵＲＬにより特定されるサイトから取得したコンテンツそのものが、投稿ＵＲＬに関連付けて記憶されていてもよい。

次に、投稿者端末２０の構成について説明する。投稿者端末２０は、ＳＮＳサーバ３０にコンテンツを投稿するユーザ（投稿者）が使用するものであり、たとえば、スマートフォンやタブレット端末などのモバイル端末、ノートブックコンピュータ、またはデスクトップコンピュータなどの電子機器である。

図３は、投稿者端末２０の内部構成を示すブロック図である。図３に示すように、投稿者端末２０は、端末通信部２１と、端末制御部２２と、端末記憶部２３と、端末入力部２４と、端末表示部２５と、カメラ２６とを有している。

端末通信部２１は、投稿者端末２０とネットワークとの間の通信インターフェースである。端末通信部２１は、ネットワークを介して投稿者端末２０とメインサーバ１０およびＳＮＳサーバ３０の各々との間で情報を送受信する。

端末制御部２２は、投稿者端末２０の各種処理を行う制御手段である。端末制御部２２は、コンテンツ作成部２２ａと、コンテンツ投稿部２２ｂとを有している。これらの各部は、投稿者端末２０内のプロセッサが所定のプログラムを実行することにより実現されてもよいし、ハードウェアで実装されてもよい。

コンテンツ作成部２２ａは、メインサーバ１０から配信された広告コードに応じた広告メタ情報（たとえば、広告費が設定された広告イベントの名称）を、コンテンツに埋め込む。

コンテンツ作成部２２ａは、広告メタ情報となる広告コード、投稿者を特定する投稿者情報（たとえばユーザＩＤ、端末識別ＩＤなど）、および測位情報（たとえば、ＧＰＳ情報、Ｗｉ−Ｆｉ測位情報、ビーコン測位情報など）のうちの１つまたは２つ以上を暗号化し、コンテンツの隠し領域に埋め込むことにより、コンテンツが広告費の支払い対象であることを明確にしてもよい。

コンテンツ投稿部２２ｂは、広告メタ情報が埋め込まれたコンテンツを、ＳＮＳサーバ３０に投稿する。また、コンテンツ投稿部２２ｂは、コンテンツを投稿したＳＮＳサーバ３０から、当該コンテンツに紐づいたＵＲＬ（投稿ＵＲＬ）を取得する。

端末制御部２２は、ＳＮＳサーバ３０にコンテンツを投稿したのち、当該コンテンツのＵＲＬ（投稿ＵＲＬ）、投稿者情報および広告メタ情報を、端末通信部２１を介してメインサーバ１０に送信する。端末制御部２２は、投稿したＳＮＳサーバ３０の種別、投稿日時、測位情報（投稿地域を特定する情報）などを、端末通信部２１を介してメインサーバ１０に送信してもよい。

端末記憶部２３は、たとえば内蔵メモリや外部メモリ（ＳＤメモリカード等）などのデータストレージである。端末記憶部２３には、端末制御部２２が取り扱う各種データが記憶される。端末記憶部２３は、必ずしも投稿者端末２０内に設けられていなくてもよく、ネットワークを介して投稿者端末２０と通信可能に接続された別の装置内に設けられていてもよい。

端末入力部２４は、ユーザ（投稿者）が投稿者端末２０に情報を入力するためのインターフェースであり、たとえばモバイル端末におけるタッチパネルやマイクロフォン、ノートブックコンピュータにおけるタッチパッド、キーボードまたはマウスなどである。

端末表示部２５は、投稿者端末２０からユーザ（投稿者）に対して各種情報を出力するインターフェースであり、たとえば液晶ディスプレイ等の映像表示手段である。具体的には、たとえば、端末表示部２５は、ユーザからの操作を受け付けるためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示する。

カメラ２６は、それ自体は既存の撮像装置であり、詳細な説明は省略する。カメラ２６は、投稿者端末２０に内蔵されていてもよいし、ＵＳＢ規格のケーブルなどを介して投稿者端末２０に外付けされていてもよい。

（情報処理システムの動作の一例）
次に、このような構成からなる情報処理システム１の動作の一例について説明する。図８は、情報処理システム１の動作の一例を示すフローチャートである。

まず、対象となる広告イベントが企画され、メインサーバ１０に設定される。広告イベントは、情報処理システム１の管理者により企画されてメインサーバ１０に設定されてもよいし、広告主により企画されて広告主端末５０を介してメインサーバ１０に設定されてもよい。以下の説明では、広告イベントとして、「ＸＸＸ」という飲料の宣伝イベントが企画され、メインサーバ１０に設定されているものとする。

図１および図８に示すように、メインサーバ１０上で企画された広告イベントに対して、広告主により、広告主端末５０を介して総広告費が設定される（ステップＳ１０）。具体的には、たとえば、図６に示すように、「ＸＸＸ飲料宣伝イベント」という名称の広告イベントに対して、総広告費として「１１，０００円」が設定される。なお、図６に示す例では、総広告費は、法定通貨を単位として設定されるが、これに限定されず、仮想通貨やポイントを単位として設定されてもよい。

メインサーバ１０上で企画された広告イベントに対して、総広告費に加えて、対象とするＳＮＳの種別、各ＳＮＳへの広告費の割り振り、対象とする広告期間などが設定されてもよい。図６に示す例では、広告期間として「２０１７年９月２２日１４時〜１８時」という一定期間が設定される。また、図６に示す例では、対象とするＳＮＳの種別として、地域性の高いＳＮＳ１と、話題性のあるＳＮＳ２という２つのＳＮＳが特定され、ＳＮＳ１とＳＮＳ２への広告費の割り振りとして、たとえば話題性を高めることを目的として、１：１０という比率が設定される。

広告主端末５０から送信された各種設定情報がメインサーバ１０にて受付られると、支払算出部１２ｄは、広告主により設定された総広告費を、支払対象のＳＮＳごとに分割して広告費を割り振る。図６に示す例では、支払算出部１２ｄは、広告主により設定された１１，０００円の広告費を、１：１０の割合で分割し、ＳＮＳ１に広告費として１，０００円、ＳＮＳ２に広告費として１０，０００円を割り振る。

次に、メインサーバ１０の配信部１２ａは、予め登録された投稿者端末２０に、広告メタ情報となる広告コードを配信する（ステップＳ１１）。

投稿者端末２０のコンテンツ作成部２２ａは、端末入力部２４から入力されるユーザ（投稿者）の指示に基づいて、カメラ２６での撮影により作成され、端末記憶部２３に保存されていたコンテンツ（静止画像または動画像）に、広告コードに応じた広告メタ情報（たとえば、「ＸＸＸ飲料宣伝イベント」という名称）を埋め込む。

コンテンツ作成部２２ａは、広告メタ情報となる広告コード、投稿者を特定する投稿者情報、および投稿した地域を特定する測位情報のうちの１つまたは２つ以上を暗号化し、コンテンツの隠し領域に埋め込むことにより、コンテンツが広告費の支払い対象であることを明確にしてもよい。

次いで、コンテンツ投稿部２２ｂは、端末入力部２４から入力されるユーザ（投稿者）の指示に基づいて、広告コードが埋め込まれたコンテンツを、ＳＮＳサーバ３０に投稿する。

ＳＮＳサーバ３０は、投稿者端末２０から投稿されたコンテンツに、それを特定するためのＵＲＬ（投稿ＵＲＬ）を割り当てる。投稿者端末２０のコンテンツ投稿部２２ｂは、ＳＮＳサーバ３０から、投稿したコンテンツに割り当てられたＵＲＬ（投稿ＵＲＬ）を取得する。

メインサーバ１０のいいね取得部１２ｂは、コンテンツを投稿した後の投稿者端末２０から、投稿されたコンテンツのＵＲＬ（投稿ＵＲＬ）、投稿者情報、および広告メタ情報を取得し（ステップＳ１２）、取得した情報をデータベースにて管理する（図４参照）。いいね取得部１２ｂは、投稿者端末２０から、さらに、投稿したＳＮＳサーバ３０の種別、投稿日時、測位情報（投稿地域を特定する情報）なども取得して、データベースにて管理してもよい。

投稿者端末２０からＳＮＳサーバ３０に投稿されたコンテンツは、閲覧者端末４０により閲覧される。コンテンツが、閲覧者端末４０のユーザ（閲覧者）に良い印象を与えることができた場合には、閲覧者による閲覧者端末４０の明示的な操作（たとえば、いいねアイコンのタップ）に基づいて、コンテンツに「いいね」が付与される。ＳＮＳサーバ３０は、コンテンツに付与される「いいね」の数を、コンテンツごとにカウントする。

このようにＳＮＳでは、いいねアイコンのタップなどの閲覧者の明示的な同意の操作があってはじめて、コンテンツに「いいね」が付与されるため、コンテンツに付与された「いいね」の数の合計（総いいね数）は、コンテンツに含まれる広告情報の宣伝に実際にどれだけ成功したのかを正確に表す数値であると言える。

投稿者端末２０からＳＮＳサーバ３０に投稿されたコンテンツは、閲覧者（第１閲覧者）による閲覧者端末４０の操作（たとえば、「シェアする」アイコンのタップ）に基づいて、第１閲覧者のＳＮＳのサイトに引用（シェア）されてもよい。第１閲覧者のＳＮＳのサイトに引用されたコンテンツは、別の閲覧者（第２閲覧者）により閲覧され、この第２閲覧者により、第１閲覧者のＳＮＳサイト上にて「いいね」が付与されてもよいし、さらに第２閲覧者のＳＮＳのサイトに引用（シェア）されてもよい。

メインサーバ１０のいいね取得部１２ｂは、定期的に投稿ＵＲＬにより特定されるサイト（すなわちＳＮＳサーバ３０上のコンテンツのウェブページ）にアクセスする（ステップＳ１３）。そして、いいね取得部１２ｂは、投稿ＵＲＬにより特定されるサイトから、コンテンツおよび「いいね」の数を取得する（ステップＳ１４）。いいね取得部１２ｂは、投稿ＵＲＬにより特定されるサイトから、コンテンツを引用する（シェアする）サイトのＵＲＬ（引用先ＵＲＬ）およびシェアしたユーザの識別情報を取得し、取得した情報をデータベースにて管理し、定期的に引用先ＵＲＬにより特定されるサイトにもアクセスし、引用先ＵＲＬにより特定されるサイトからも、コンテンツおよび「いいね」の数を取得してもよい（図４参照）。データベース上では、引用先ＵＲＬに紐づく広告メタ情報、投稿地域として、引用元ＵＲＬに紐づく広告メタ情報、投稿地域がそれぞれコピーされて記憶されてもよく、引用先ＵＲＬに紐づく投稿日時として、コンテンツをシェアした日時が記憶されてもよい。

チェック部１２ｃは、投稿ＵＲＬまたは引用先ＵＲＬより取得したコンテンツに埋め込まれた広告メタ情報に基づいて、取得したコンテンツが広告費の支払い対象になるものか否かを判断する（ステップＳ１５）。

より詳しくは、チェック部１２ｃは、投稿ＵＲＬまたは引用先ＵＲＬより取得したコンテンツに広告メタ情報が埋め込まれているか否かを確認し、埋め込まれていない場合には、不正なコンテンツであると判断する。また、チェック部１２ｃは、取得したコンテンツに広告メタ情報が埋め込まれていた場合、埋め込まれた広告メタ情報が、投稿者端末２０から取得してデータベースで管理している広告メタ情報と一致するか否かを確認する。そして、チェック部１２ｃは、広告メタ情報が一致する場合には、広告費の支払い対象となる正当なコンテンツであると判断し、一致しない場合には、不正なコンテンツであると判断する。

次に、機械的チェック部１２ｃ１が、広告メタ情報に基づいて正当であると確認されたコンテンツの内容について、予め定められた規約に反するコンテンツ（たとえば、露骨に性的な画像や閲覧者に生理的な嫌悪感を与える画像など）ではないことを機械的にチェックして確認する。

そして、機械的チェック部１２ｃ１により確認された後のコンテンツは、不図示の人為的チェック用端末に送信され、コンテンツに広告情報が含まれているか否かを、人の目でチェックされる。人為的チェック受付部１２ｃ２は、機械的チェック部１２ｃ１によるチェック後のコンテンツの内容について、広告情報がコンテンツに含まれていることが人為的に確認された結果を、人為的チェック用端末（不図示）から受け付ける。

チェック部１２ｃは、投稿ＵＲＬまたは引用先ＵＲＬより取得したコンテンツのうち、広告メタ情報が含まれていることを確認したコンテンツであって、機械的チェック部１２ｃ１および人為的チェック受付部１２ｃ２の両方で問題ないことが確認されたコンテンツを、広告費の支払い対象になるものとして判断し、それ以外のコンテンツは、支払い対象にならないと判断する。

チェック部１２ｃによりコンテンツが広告費の支払い対象にならないと判断された場合には（ステップＳ１６：ＮＯ）、いいね取得部１２ｂは、当該コンテンツの投稿ＵＲＬまたは引用先ＵＲＬをデータベースから削除し、他の投稿ＵＲＬまたは引用先ＵＲＬに対してステップＳ１３から処理を繰り返す。

一方、チェック部１２ｃによりコンテンツが広告費の支払い対象になると判断された場合には（ステップＳ１６：ＹＥＳ）、いいね取得部１２ｂは、当該コンテンツの投稿ＵＲＬまたは引用先ＵＲＬから取得した「いいね」の数を、データベースに記憶して管理する（ステップＳ１７）。いいね取得部１２ｂは、「いいね」の数に加えて、支払い対象になると判断されたコンテンツそのものをデータベースに記憶して管理してもよい。

サーバ制御部１２の通知部１２ｅは、データベースにて、支払い対象となるコンテンツ（各投稿ＵＲＬおよび引用先ＵＲＬ）に紐づけて記憶された「いいね数」を、当該コンテンツを投稿した投稿者端末２０に送信する。投稿者端末２０は、メインサーバ１０から受信した投稿ＵＲＬおよび引用先ＵＲＬの「いいね数」を、コンテンツとともに端末表示部２５に表示する。

図７は、投稿者ＡＡ００１の投稿者端末２０に表示される投稿リストの画面の一例を示している。この画面では、コンテンツＣ１（「ＸＸＸ飲料」が写っているコンテンツ）の隣に、このコンテンツＣ１に対してＳＮＳ１で付与されたいいね数（２４いいね）と、ＳＮＳ２で付与されたいいね数（２１０９８いいね）とが表示される。また、ＳＮＳ１で付与されたいいね数（２４いいね）については、投稿ＵＲＬにより特定されるサイト（投稿者ＡＡ００１のサイト）で付与されたいいね数（４いいね）と、引用先ＵＲＬにより特定されるサイト（シェアしたユーザＺＺ００９のサイト）で付与されたいいね数（２０いいね）とが、それぞれ表示される。また、いいね数の表示の下方には、後述する支払対価を受けるためのボタンＢ１が表示される。同様に、コンテンツＣ２の隣に、このコンテンツＣ２に対してＳＮＳ１で付与されたいいね数が表示され、その表示の下方には、支払対価を受けるためのボタンＢ２が表示される。

図８に戻って、メインサーバ１０のいいね取得部１２ｂは、データベース上の全ての投稿ＵＲＬおよび引用先ＵＲＬについて、いいね数の確認を終えたか否かを判断する（ステップＳ１８）。未確認の投稿ＵＲＬまたは引用先ＵＲＬが残っている場合には（ステップＳ１８：ＮＯ）、いいね取得部１２ｂは、当該未確認の投稿ＵＲＬまたは引用先ＵＲＬに対してステップＳ１３から処理をやり直す。

データベース上の全ての投稿ＵＲＬおよび引用先ＵＲＬに対していいね数の確認を終えた場合には（ステップＳ１８：ＹＥＳ）、支払算出部１２ｄは、広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出する（ステップＳ１９）。より詳しくは、支払算出部１２ｄは、ＳＮＳごとに、広告費の支払い対象になるコンテンツの総いいね数を集計し、１いいねあたりの単価を算出する。

具体的には、たとえば、支払算出部１２ｄは、図５に示すように、対象とする広告イベント（「ＸＸＸ飲料宣伝イベント」）をキーとして、データベースを検索し、「ＸＸＸ飲料宣伝イベント」という広告メタ情報に紐づいて管理された各種情報を抽出する。支払算出部１２ｄは、広告メタ情報に加えて、広告主により設定された広告期間や投稿地域などで抽出結果をさらに絞り込んでもよい。

図５に示す例では、ＳＮＳ１においては、投稿者ＡＡ００１により投稿されたコンテンツのいいね数が２４（そのうち、シェアしたユーザＺＺ００９のサイトで付与されたいいね数が２０）であり、投稿者ＥＥ００５により投稿されたコンテンツのいいね数が１０であり、投稿者「ＦＦ００６」により投稿されたコンテンツのいいね数が１６である。したがって、図６に示すように、ＳＮＳ１に投稿されたコンテンツの総いいね数は、２４＋１０＋１６＝５０となる。支払算出部１２ｄは、ＳＮＳ１に割り振られた広告費（１，０００円）と、ＳＮＳ１に投稿されたコンテンツの総いいね数（５０いいね）とに基づいて、ＳＮＳ１の１いいねあたりの単価を、１，０００／５０＝２０円と算出する。

同様に、図５に示す例では、ＳＮＳ２においては、投稿者ＡＡ００１により投稿されたコンテンツのいいね数が２１０９８であり、投稿者ＤＤ００４により投稿されたコンテンツのいいね数が１２３４６であり、投稿者ＥＥ００５により投稿されたコンテンツのいいね数が６５５６である。したがって、図６に示すように、ＳＮＳ２に投稿されたコンテンツの総いいね数は、２１０９８＋１２３４６＋６５５６＝４００００となる。支払算出部１２ｄは、ＳＮＳ２に割り振られた広告費（１０，０００円）と、ＳＮＳ２に投稿されたコンテンツの総いいね数（４００００いいね）とに基づいて、ＳＮＳ２の１いいねあたりの単価を、１０，０００／４００００＝０．２５円と算出する。

次いで、支払算出部１２ｄは、投稿者ごとに、各ＳＮＳに投稿したコンテンツに付与されたいいね数と、各ＳＮＳの１いいね当たりの単価とに基づいて、投稿者への支払対価を算出する（ステップＳ２０）。

図６に示す例では、投稿者ＡＡ００１への支払対価として、ＳＮＳ１における２４いいね×２０円＋ＳＮＳ２における２１０９８いいね×０．２５円＝５７５４．５円が算出される。また、投稿者ＤＤ００４への支払対価として、ＳＮＳ２における１２３４６いいね×０．２５円＝３０８６．５円が算出される。また、投稿者ＥＥ００５への支払対価として、ＳＮＳ１における１０いいね×２０円＋ＳＮＳ２における６５５６いいね×０．２５円＝１８３９円が算出される。また、投稿者ＦＦ００６への支払対価として、ＳＮＳ１における１６いいね×２０円＝３２０円が算出される。なお、図６に示す例では、支払単価が、法定通貨を単位として算出されるが、これに限定されず、仮想通貨やポイントを単位として算出されてもよい。

また、図６に示す例では、シェアした先（引用先）のサイトで付与された「いいね」は、全て、最初にコンテンツを投稿した投稿者の「いいね」であるとして、各ユーザの支払対価が算出されたが、これに限定されず、シェアした先（引用先）のサイトで付与された「いいね」は、全て、シェアしたユーザの「いいね」であるとして、各ユーザの支払対価が算出されてもよい。あるいは、シェアした先（引用先）のサイトで付与された「いいね」は、最初にコンテンツを投稿した投稿者とシェアしたユーザとの間で予め定められた割合に応じて分配され、各ユーザの支払対価が算出されてもよい。支払対価の計算式は、広告主の要望に応じて適宜決定されればよい。

その後、図７に示すように、投稿者端末２０において、コンテンツＣ１の隣に表示された「ｃｏｍｍｉｔ」ボタンＢ１が、投稿者によりタップされると、当該コンテンツＣ１に紐づく支払対価（５７５４．５円）を受け取るための命令が、投稿者端末２０からメインサーバ１０に送信され、対価の支払いが実行される。

以上のような本実施の形態によれば、ＳＮＳに投稿されたコンテンツのＵＲＬより、コンテンツに付与された「いいね」の数が取得され、コンテンツの総いいね数に基づいて、１いいねあたりの単価が算出される。ここで、ＳＮＳでは、いいねアイコンのタップなどの閲覧者の明示的な同意の操作があってはじめて、コンテンツに「いいね」が付与されるため、コンテンツの総いいね数は、広告情報の宣伝に実際にどれだけ成功したのかを正確に表す数値であると言える。したがって、本実施の形態によれば、ＳＮＳにコンテンツを投稿した投稿者に、実際の宣伝効果に応じた対価を還元することが可能である。

また本実施の形態によれば、広告メタ情報が埋め込まれたコンテンツがＳＮＳで引用（シェア）された場合には、シェアした先（引用先）のサイトで付与された「いいね」の数も取得され、コンテンツの総いいね数（すなわち、引用元のサイトでの「いいね」の数と引用先のサイトでの「いいね」の数の和）に基づいて、１いいねあたりの単価が算出される。これにより、ＳＮＳにコンテンツを投稿した投稿者に、実際の宣伝効果をより反映した対価を還元することが可能となる。

また、本実施の形態によれば、チェック部１２ｃが、定期的に投稿ＵＲＬにアクセスしてコンテンツの改竄がないことをチェックするため、コンテンツに改竄があった場合に、それを検出することが可能であり、改竄されたコンテンツのいいね数に基づいて不当な対価を算出してしまうことを防止できる。

また、本実施の形態によれば、チェック部１２ｃが、投稿されたコンテンツの内容については、予め定められた規約に反するコンテンツでないことを機械的にチェックする機械的チェック部１２ｃ１と、広告情報がコンテンツに含まれていることを人為的にチェックした結果を受け付ける人為的チェック受付部１２ｃ２とを含んでいるため、投稿されたコンテンツが、対価を支払うに値するものであるか否か正確に判定することができる。これにより、広告主の意図しない投稿に対しての支払いによって、不正利用の乱立につながることを防止できる。

また、本実施の形態によれば、支払算出部１２ｄが、総広告費を支払対象のＳＮＳごとに分割して広告費を割り振り、ＳＮＳごとに、広告費の支払い対象になるコンテンツの総いいね数を集計し、１いいねあたりの単価を算出し、対象の投稿者によりＳＮＳに投稿されたコンテンツのいいねの数と、ＳＮＳごとの１いいねあたりの単価とに基づいて、対象の投稿者のＳＮＳごとの支払対価を算出するため、複数のＳＮＳのそれぞれに重みを設けることが可能である。各ＳＮＳの特性に応じて重みの比重を調整することにより、地域性や話題性などの広告効果のあらわれかたを制御することが可能となる。

また、本実施の形態によれば、通知部１２ｅが、広告費の支払い対象になるコンテンツの投稿ＵＲＬおよび引用先ＵＲＬのいいねの数を、投稿者端末２０に通知するため、ＳＮＳにコンテンツを投稿した投稿者は、当該コンテンツがどのように拡散され、どこで「いいね」が付与されたのかを、通知部１２ｅからの通知により容易に認識することが可能となる。

なお、上述した実施の形態および個々の変形例の記載ならびに図面の開示は、特許請求の範囲に記載された発明を説明するための一例に過ぎず、上述した実施の形態および個々の変形例の記載または図面の開示によって特許請求の範囲に記載された発明が限定されることはない。上述した実施の形態および個々の変形例の構成要素は、発明の主旨を逸脱しない範囲で任意に組み合わせることが可能である。

また、本実施の形態に係る情報処理システムはコンピュータシステムによって構成され得るが、コンピュータシステムに情報処理システムを実現させるためのプログラム及び当該プログラムを記録した記録媒体も、本件の保護対象である。

１ 情報処理システム
１０ メインサーバ
１１ サーバ通信部
１２ サーバ制御部
１２ａ 配信部
１２ｂ いいね取得部
１２ｃ チェック部
１２ｃ１ 機械的チェック部
１２ｃ２ 人為的チェック部
１２ｄ 支払算出部
１２ｅ 通知部
１３ サーバ記憶部
２０ 投稿者端末
２１ 端末通信部
２２ 端末制御部
２２ａ コンテンツ作成部
２２ｂ コンテンツ投稿部
２３ 端末記憶部
２４ 端末入力部
２５ 端末表示部
２６ カメラ
３０ ＳＮＳサーバ
４０ 閲覧者端末
５０ 広告主端末

Claims (10)

1. 広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信する配信手段、
   前記投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、いいねの数を取得するいいね取得手段、
   前記ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するチェック手段、
   広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出する支払算出手段、
   を備えたことを特徴とする情報処理システム。
2. 前記いいね取得手段は、
   投稿されたコンテンツのＵＲＬ、投稿者情報、および前記広告メタ情報をデータベースにて管理し、定期的に対象ＵＲＬのサイトにアクセスすることで、広告メタ情報ごとに各投稿者のいいねの数を集計する、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記投稿者端末は、
   広告メタ情報となる広告コード、投稿者情報、およびＧＰＳ情報を暗号化し、コンテンツの隠し領域に埋め込み、前記コンテンツが広告費の支払い対象であることを明確にするものであり、
   前記チェック手段は、
   定期的に前記ＵＲＬにアクセスしてコンテンツの改竄がないことをチェックする、
   ことを特徴とする請求項１または２に記載の情報処理システム。
4. 前記チェック手段は、
   投稿されたコンテンツの内容については、予め定められた規約に反するコンテンツでないことを機械的にチェックする機械的チェック手段、
   広告情報がコンテンツに含まれていることを人為的にチェックした結果を受け付ける人為的チェック受付手段、
   を含むことを特徴とする請求項１〜３のいずれかに記載の情報処理システム。
5. 前記支払算出手段は、
   総広告費を支払対象のＳＮＳごとに分割し、広告費を割り振り、
   ＳＮＳごとに、広告費の支払い対象になるコンテンツの総いいね数を集計し、１いいねあたりの単価を算出し、
   対象の投稿者によりＳＮＳに投稿されたコンテンツのいいねの数と、ＳＮＳごとの１いいねあたりの単価とに基づいて、対象の投稿者のＳＮＳごとの支払対価を算出する、
   ことを特徴とする請求項１〜４のいずれかに記載の情報処理システム。
6. 前記ＳＮＳは、特定のＵＲＬにコンテンツが貼り付けられるサービスであって、いいねに相当する閲覧者の同意をカウント可能なサービスである、請求項１〜５のいずれかに記載の情報処理システム。
7. 前記いいね取得手段は、前記投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、前記コンテンツを引用するサイトの引用先ＵＲＬを取得し、前記引用先ＵＲＬからも、いいねの数を取得し、
   前記チェック手段は、前記引用先ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断する、
   ことを特徴とする請求項１〜６のいずれかに記載の情報処理システム。
8. 広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信する配信手段、
   前記投稿者端末からＳＮＳに投稿されたコンテンツの投稿ＵＲＬより、いいねの数、および前記コンテンツを引用するサイトの引用先ＵＲＬを取得し、前記引用先ＵＲＬからも、いいねの数を取得するいいね取得手段、
   前記投稿ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するとともに、前記引用先ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツも広告費の支払い対象になるものか判断するチェック手段、
   広告費の支払い対象になるコンテンツの前記投稿ＵＲＬおよび前記引用先ＵＲＬのいいねの数を、前記投稿者端末に通知する通知手段、
   を備えたことを特徴とする情報処理システム。
9. 広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信するステップ、
   投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、いいねの数を取得するステップ、
   前記ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するステップ、
   広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出するステップ、
   を備えたことを特徴とする情報処理方法。
10. コンピュータを、
    広告メタ情報をコンテンツに埋め込む投稿者端末に、前記広告メタ情報となる広告コードを配信する配信手段、
    投稿者端末からＳＮＳに投稿されたコンテンツのＵＲＬより、いいねの数を取得するいいね取得手段、
    前記ＵＲＬより取得されるコンテンツに埋め込まれた広告メタ情報に基づいて、当該コンテンツが広告費の支払い対象になるものか判断するチェック手段、
    広告費の支払い対象になるコンテンツの総いいね数と総広告費より、１いいねあたりの単価を算出する支払算出手段、
    として機能させるための情報処理プログラム。