(57)【要約】【課題】コンテンツについての視聴者間での伝搬状況を示す情報が得られるようにする。【解決手段】コンテンツ管理ユニットと視聴者端末とを備えるコンテンツ視聴管理システムとして、視聴者端末により視聴者がコンテンツを視聴したことに関する履歴を示す視聴履歴情報を出力する視聴履歴情報出力部と、コンテンツ管理ユニットにおいて、１の視聴者から他の視聴者に引継ぎが行われるようにしてコンテンツが視聴されたことの履歴が示されるように、視聴履歴情報を管理する情報管理部とを備えて構成する。【選択図】図１
2018156284.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ管理ユニットと視聴者端末とを備えるコンテンツ視聴管理システムであって、
前記視聴者端末により視聴者がコンテンツを視聴したことに関する履歴を示す視聴履歴情報を出力する視聴履歴情報出力部と、
コンテンツ管理ユニットにおいて、１の視聴者から他の視聴者に引継ぎが行われるようにしてコンテンツが視聴されたことの履歴が示されるように、前記視聴履歴情報を管理する情報管理部と
を備えるコンテンツ視聴管理システム。
【請求項２】
視聴履歴情報により示される広告コンテンツについての視聴履歴に基づいて、引継ぎ先の視聴者が視聴した広告コンテンツの引継ぎ元に広告報酬を付与する広告報酬管理部をさらに備える
請求項１に記載のコンテンツ視聴管理システム。
【請求項３】
前記広告報酬管理部は、
前記引継ぎ元として、前記引継ぎ先の視聴者が視聴した広告コンテンツをソーシャルネットワークサービスにアップロードした視聴者、または、前記引継ぎ先の視聴者が視聴した広告コンテンツをピアツーピアにより前記引継ぎ先の視聴者の視聴者端末に送信した送信先の視聴者端末の視聴者に広告報酬を付与する
請求項２に記載のコンテンツ視聴管理システム。
【請求項４】
前記広告報酬管理部は、
前記引継ぎ元として、前記引継ぎ先の視聴者が視聴した広告コンテンツを公開していたソーシャルネットワークサービスに広告報酬を付与する
請求項２または３に記載のコンテンツ視聴管理システム。
【請求項５】
前記情報管理部は、
一次コンテンツを利用して作成された二次コンテンツについて、利用元の一次コンテンツとの対応関係が示されるように二次コンテンツのコンテンツデータを管理し、
前記広告報酬管理部は、
前記情報管理部により管理される二次コンテンツについての視聴履歴情報に基づいて、二次コンテンツに含まれる広告コンテンツの視聴に応じた報酬を、二次コンテンツの作成者に付与する
請求項２から４のいずれか一項に記載のコンテンツ視聴管理システム。
【請求項６】
前記視聴履歴情報に基づいて、広告としてのコンテンツである広告コンテンツの広告効果に関する評価を行う広告評価部をさらに備える
請求項１から５のいずれか一項に記載のコンテンツ視聴管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ視聴管理システムに関する。
【背景技術】
【０００２】
コンテンツ提供者により提供されるコンテンツと広告コンテンツとを組にした形で利用者がネットワーク上で共有する。そして、広告コンテンツを含むコンテンツが視聴されると、広告配信の報酬が得られるようにされた技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２７８２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、広告を含むコンテンツの視聴者への提供は、例えば雑誌、新聞、テレビジョン放送などだけではなく、ネットワーク上でも盛んに行われている状況にある。
ここで、ネットワーク上で配信されるコンテンツは、ネットワークの性質上、例えば或る１の視聴者から他の視聴者に伝搬されるようにして拡散させていくことが容易に可能であるといえる。
このことを考慮すると、コンテンツについての視聴者間での伝搬状況を示す情報が得られるようにすれば、例えばネットワーク上でのコンテンツの流通に関して検討を行うにあたって有効な検討材料が得られるといえる。
【０００５】
そこで、本発明は上記した課題を考慮して、コンテンツについての視聴者間での伝搬状況を示す情報が得られるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するための本発明の一態様は、コンテンツ管理ユニットと視聴者端末とを備えるコンテンツ視聴管理システムであって、前記視聴者端末により視聴者がコンテンツを視聴したことに関する履歴を示す視聴履歴情報を出力する視聴履歴情報出力部と、コンテンツ管理ユニットにおいて、１の視聴者から他の視聴者に引継ぎが行われるようにしてコンテンツが視聴されたことの履歴が示されるように、前記視聴履歴情報を管理する情報管理部とを備えるコンテンツ視聴管理システムである。
【発明の効果】
【０００７】
以上説明したように、本発明によれば、コンテンツについての視聴者間での伝搬状況を示す情報が得られるようになるという効果が得られる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態のコンテンツ視聴管理システムにおけるコンテンツ視聴履歴管理の態様例を示す図である。
【図２】本実施形態のコンテンツ視聴管理システムにおける視聴者端末とコンテンツ管理ユニットの構成例を示す図である。
【図３】本実施形態におけるコンテンツデータの構造例を示す図である。
【図４】本実施形態における視聴者管理情報の構造例を示す図である。
【図５】本実施形態における視聴履歴情報の構造例を示す図である。
【図６】本実施形態における伝搬経路情報の構造例を示す図である。
【図７】本実施形態のコンテンツ視聴管理システムにおける広告報酬付与の態様例を示す図である。
【図８】本実施形態のコンテンツ視聴管理システムにおける二次コンテンツの管理に関する態様例を示す図である。
【図９】本実施形態のコンテンツ視聴管理システムにおける二次コンテンツについてのメインコンテンツメタデータの構成例を示す図である。
【図１０】本実施形態のコンテンツ視聴管理システムにおける広告評価の態様例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本実施形態のコンテンツ視聴管理システムについて説明する。
［コンテンツ視聴履歴管理に関する態様例］
まず、本実施形態のコンテンツ視聴管理システムのコンテンツ視聴履歴管理に関する態様例について説明する。
【００１０】
図１は、本実施形態のコンテンツ視聴管理システムにおける、コンテンツ視聴履歴管理の態様例を示している。
同図においては、視聴者Ａ、Ｂが示されている。視聴者Ａ、Ｂは、それぞれ、視聴者端末１０−Ａ、１０−Ｂを使用して、コンテンツを視聴する。また、視聴者Ａ、Ｂは、例えばコンテンツに含まれる広告を視聴し、広告されていた商品を購入する可能性がある。この点で、視聴者Ａ、Ｂは、広告による訴求対象となる消費者でもある。
以降の説明において、視聴者Ａ、Ｂについて特に区別しない場合には、視聴者と記載する。
【００１１】
視聴者端末１０−Ａ、１０−Ｂは、それぞれ、視聴者Ａ、Ｂが使用するネットワーク端末である。以降において視聴者端末１０−Ａ、１０−Ｂについて特に区別しない場合には、視聴者端末１０と記載する。
視聴者端末１０は、具体的には、パーソナルコンピュータ、タブレット端末、スマートフォン、携帯電話などである。
【００１２】
本実施形態のコンテンツ視聴管理システムに含まれる視聴者数と視聴者数に応じた視聴者端末１０の数は膨大であるが、同図では、説明の便宜上、視聴者及び視聴者端末１０として、それぞれ、ユーザＡ、Ｂの二者と、ユーザＡ、Ｂに対応する２つの視聴者端末１０−Ａ、１０−Ｂを示している。
【００１３】
また、本実施形態のコンテンツ視聴管理システムは、視聴者端末１０とともに、コンテンツ管理ユニット２０、コンテンツ提供システム３０及びＳＮＳサーバ４０を含む。
【００１４】
コンテンツ管理ユニット２０は、視聴者端末１０を使用するユーザによるコンテンツの視聴に関する履歴を示す情報（視聴履歴情報）を管理するユニットである。
本実施形態におけるコンテンツ管理ユニット２０は、例えばブロックチェーンのシステムにおける分散型台帳の構成が適用されてよい。即ち、コンテンツ管理ユニット２０は、ピアツーピアにより接続される複数のノードとしての情報処理装置が視聴履歴情報を共有して管理するようにされた構成であってもよい。
あるいは、コンテンツ管理ユニット２０は、１または複数の集約型のサーバによって構成されてもよい。
【００１５】
コンテンツ提供システム３０は、視聴者が視聴するコンテンツを視聴者端末１０に提供する。コンテンツ提供システム３０は、例えばコンテンツを放送する放送局、コンテンツを配信するコンテンツサーバなどである。同図において、コンテンツ提供システム３０は１つが示されているが、コンテンツ提供システムは、複数の放送局やコンテンツ配信会社などに応じて複数が存在してよい。
ＳＮＳサーバ４０は、所定のＳＮＳ（Social Networking Service）を視聴者に提供するサーバである。ＳＮＳサーバ４０も、異なるＳＮＳの提供者ごとに複数が存在してよい。
【００１６】
ここで、図２を参照して、本実施形態における視聴者端末１０とコンテンツ視聴管理システムの機能構成例について説明する。
まず、視聴者端末１０の機能構成例について説明する。視聴者端末１０は、通信部１０１、制御部１０２、記憶部１０３、操作部１０４及び表示部１０５を備える。
通信部１０１は、ネットワークＮＷに接続される各種装置と通信を行う。
制御部１０２は、視聴者端末１０における各種の制御を実行する。制御部１０２としての機能は、例えば視聴者端末１０が備えるＣＰＵ（Central Processing Unit）がプログラムを実行することにより実現される。
【００１７】
制御部１０２は、コンテンツ処理部１２１と視聴履歴情報出力部１２２とを備える。
コンテンツ処理部１２１は、コンテンツの取得、再生、記憶などをはじめ、コンテンツに関する各種処理を実行する。
視聴履歴情報出力部１２２は、視聴者端末１０により視聴者がコンテンツを視聴したことに関する履歴を示す視聴履歴情報をコンテンツ管理ユニット２０に送信する。視聴履歴情報出力部１２２は、送信の対象となる視聴履歴情報を生成することも行う。
【００１８】
記憶部１０３は、制御部１０２が利用する各種の情報を記憶する。例えば、記憶部１０３には、コンテンツの視聴、記憶（録画、録音）等に使用される各種アプリケーションのプログラム、録画や録音の行われたコンテンツのデータ、対応の視聴者に関する視聴者管理情報などが記憶される。
【００１９】
操作部１０４は、視聴者端末１０に備えられる各種操作子（ボタン、キー等）や、入力デバイス（タッチパネル、マウス、キーボード）等を一括して示す。
表示部１０５は、表示デバイスを備えて構成される。表示部１０５は、制御部１０２の制御に応じて画像を表示する。例えば視聴者は、視聴者端末１０の操作部１０４に対する操作を行うことで、自分が視聴の対象とするコンテンツの画像を出力させることができる。
【００２０】
次に、コンテンツ管理ユニット２０の機能構成例について説明する。例えば、コンテンツ管理ユニット２０は、前述のように複数のノードや複数のサーバによる分散型の情報処理ユニットとして構成されてよい。この場合、コンテンツ管理ユニット２０に含まれる複数のノードやサーバ等の装置により、同図のコンテンツ管理ユニット２０の各部の機能が実現される。
【００２１】
同図のコンテンツ管理ユニット２０は、通信部２０１、制御部２０２及び記憶部２０３を備える。
通信部２０１は、ネットワークＮＷに接続される各種装置と通信を行う。
制御部２０２は、コンテンツ管理ユニット２０における各種の制御を実行する。制御部２０２としての機能は、例えばコンテンツ管理ユニット２０が備えるＣＰＵがプログラムを実行することにより実現される。
【００２２】
制御部２０２は、情報管理部２２１を備える。情報管理部２２１は、記憶部２０３に記憶される視聴履歴情報をはじめとする各種情報を管理する。また、情報管理部２２１は、視聴者端末１０から受信された視聴履歴情報を記憶部２０３に記憶させる。
【００２３】
記憶部２０３は、制御部２０２が利用する各種の情報を記憶する。例えば、記憶部２０３には、ネットワーク上で流通されるコンテンツについての登録情報や、コンテンツについての視聴履歴情報等が記憶される。
【００２４】
説明を図１に戻す。以下に、同図を参照して、本実施形態のコンテンツ視聴管理システムにおける視聴履歴情報の管理の態様例について説明する。
ステップＳ１０１：まず、コンテンツ提供システム３０は、自己が放送または配信するコンテンツの登録をコンテンツ管理ユニットに対して行う。コンテンツ提供システム３０は、コンテンツ登録に際し、例えばコンテンツデータをコンテンツ管理ユニット２０に送信する。
コンテンツ管理ユニット２０は、送信されたコンテンツデータを記憶部２０３に記憶させる。コンテンツ管理ユニット２０は、記憶部２０３に記憶されたコンテンツデータのコンテンツを登録済みのコンテンツとして管理する。
【００２５】
ここで、図３を参照して、１つのコンテンツに対応するコンテンツデータの構造の一例について説明する。なお、以降の説明にあたり、本実施形態に対応するコンテンツは、動画であって、本編としてのコンテンツ（メインコンテンツ）に広告コンテンツが付加されたものである場合を例に挙げる。
図３（Ａ）は、コンテンツデータ全体の構造例を示している。同図のコンテンツデータは、メインコンテンツデータフィールドＦＬ１と、広告コンテンツデータフィールドＦＬ２とを含む。
【００２６】
メインコンテンツデータフィールドＦＬ１は、例えば１つのメインコンテンツに対応するメインコンテンツメタデータとメインコンテンツ本体データとを含む。メインコンテンツメタデータは、メインコンテンツについての各種メタデータである。メインコンテンツ本体データは、メインコンテンツとしての動画像データである。
広告コンテンツデータフィールドＦＬ２は、例えば１つの広告コンテンツに対応する広告コンテンツメタデータと広告コンテンツ本体データとを含む。広告コンテンツメタデータは、広告コンテンツについての各種メタデータである。広告コンテンツ本体データは、広告コンテンツとしての動画像データである。
【００２７】
図３（Ｂ）は、メインコンテンツメタデータの内容例を示している。メインコンテンツメタデータは、メインコンテンツに関するメタデータとして、メインコンテンツＩＤ、配信元情報、内容タグ、製作者情報及び出演者情報を含む。
メインコンテンツＩＤは、対応のメインコンテンツを一意に示す識別子である。
提供者情報は、対応のメインコンテンツの提供者（コンテンツ提供者）に関する所定の情報である。提供者情報は、例えばコンテンツ提供者を一意に示す提供者ＩＤを含む。また、提供者情報は、例えば提供者名等を含んでもよい。
内容タグは、対応のメインコンテンツに関連する内容を、例えば文字列により示すデータである。例えば内容タグによっては、メインコンテンツのジャンル、メインコンテンツにて現れる土地などの名称、メインコンテンツにて現れる物品の情報、メインコンテンツに使用された楽曲の情報などが示される。内容タグは、それぞれが異なる内容を示すものが複数格納されてよい。また、内容タグは、当該内容タグが示す内容が現れるメインコンテンツの再生時間が対応付けられてよい。内容タグは、対応のメインコンテンツの製作者によって付加されるが、例えば対応のメインコンテンツが視聴者間で伝搬される過程において、視聴者によっても付加できるようにされてよい。
製作者情報は、対応のメインコンテンツを製作した製作者に関する情報である。
出演者情報は、対応のメインコンテンツに出演している出演者ごとに関する情報である。
【００２８】
図３（Ｃ）は、広告コンテンツメタデータの内容例を示している。広告コンテンツメタデータは、広告コンテンツに関するメタデータとして、広告コンテンツＩＤ、挿入位置情報、広告主情報、広告会社情報、内容タグ、製作者情報及び出演者情報を含む。
広告コンテンツＩＤは、対応の広告コンテンツを一意に示す識別子である。
挿入情報は、対応の広告コンテンツがメインコンテンツに対してどのように挿入されているのかを示す。具体的に、広告コンテンツがメインコンテンツの進行の合間に挿入される場合には、挿入情報は、メインコンテンツにおいて対応の広告コンテンツが挿入される時間を示す。また、広告コンテンツがバナーの態様で表示される際には、メインコンテンツにおいて表示されるバナーのサイズ、位置、表示時間などが示される。
広告主情報は、対応の広告コンテンツの広告主に関する所定の情報である。広告主情報は、例えば広告主を一意に示す広告主ＩＤを含む。また、広告主情報は、例えば広告主の会社名等を含んでもよい。
内容タグは、対応の広告コンテンツの内容を示すデータである。例えば内容タグによっては、広告コンテンツにより広告される商品に関する情報、広告コンテンツに使用された楽曲の情報などが示される。内容タグは、それぞれが異なる内容を示すものが複数格納されてよい。内容タグは、対応の広告コンテンツの製作者によって付加されるが、例えば対応の広告コンテンツが視聴者間で伝搬される過程において、視聴者によっても付加できるようにされてよい。
製作者情報は、対応の広告コンテンツを製作した製作者に関する情報である。
出演者情報は、対応の広告コンテンツに出演している出演者ごとに関する情報である。
【００２９】
なお、ステップＳ１０１のコンテンツ登録に際しては、コンテンツ管理ユニット２０は、登録対象とされるコンテンツのコンテンツデータとして、同図の構造によるコンテンツデータを記憶すればよい。あるいは、コンテンツ管理ユニット２０は、同図の構造におけるメインコンテンツメタデータと広告コンテンツメタデータとを記憶するようにしてもよい。
【００３０】
なお、本実施形態のコンテンツは１以上の広告コンテンツのみで構成されてもよい。この場合、対応のコンテンツデータには、メインコンテンツ本体データとメインコンテンツメタデータとは含まれなくともよい。
【００３１】
説明を図１に戻す。
ステップＳ１０２：視聴者Ａは、コンテンツ提供システム３０が提供するコンテンツのうちの或る１つを視聴することにした。そこで、視聴者Ａは、視聴者端末１０−Ａを操作して、視聴者端末１０−Ａによりコンテンツ提供システム３０に対してコンテンツ要求を送信させる。コンテンツ要求には、視聴者Ａが視聴を希望するコンテンツを指定するコンテンツＩＤが含まれている。
【００３２】
ステップＳ１０３：視聴者端末１０−Ａからコンテンツ要求を受信したコンテンツ提供システム３０は、受信されたコンテンツ要求に含まれるコンテンツＩＤが示すコンテンツデータを、視聴者端末１０−Ａに送信する。
【００３３】
ステップＳ１０４：視聴者端末１０−Ａは、ステップＳ１０３により送信されたコンテンツデータを受信する。視聴者端末１０−Ａのコンテンツ処理部１２１は、視聴者Ａの操作に応じて、受信されたコンテンツデータを再生する。即ち、当該ステップＳ１０４において、視聴者Ａによるコンテンツの視聴が行われる。なお、ステップＳ１０４におけるコンテンツの再生の態様については、例えばダウンロードによって記憶部１０３に記憶されたコンテンツの再生であってもよいし、ストリーミングにより送信されるコンテンツのストリーミング再生であってもよい。
【００３４】
ここで、ステップＳ１０３によりコンテンツ提供システム３０から視聴者端末１０−Ａに送信されるコンテンツデータは、公開鍵方式により暗号化されてよい。この場合には、視聴者端末１０−ＡがステップＳ１０２のコンテンツ要求の際に、公開鍵も送信する。コンテンツ提供システム３０は要求されたコンテンツのコンテンツデータを公開鍵により暗号化して送信する。視聴者端末１０−Ａは、受信されたコンテンツのコンテンツデータを、視聴者管理情報に格納される秘密鍵のデータを利用して復号する。
【００３５】
ステップＳ１０５：コンテンツが視聴されたことに応じて、視聴者端末１０−Ａの視聴履歴情報出力部１２２は、当該コンテンツの視聴履歴を示す視聴履歴情報を生成し、生成された視聴履歴情報を、コンテンツ管理ユニット２０に送信する。
視聴者端末１０−Ａは、当該ステップＳ１０５によりコンテンツ管理ユニット２０に送信する視聴履歴情報について、例えばコンテンツ管理ユニット２０が提供する公開鍵によって暗号化してもよい。
【００３６】
ステップＳ１０６：コンテンツ管理ユニット２０の情報管理部２２１は、ステップＳ１０５により視聴者端末１０−Ａから送信された視聴履歴情報を記憶部２０３に記憶させる。
【００３７】
ここで、視聴履歴情報には、コンテンツを視聴した視聴者に関する情報が含まれる。視聴履歴情報に含まれる視聴者に関する情報は、視聴者端末１０の記憶部１０３に記憶される視聴者管理情報に基づく情報である。
図４を参照して、視聴者管理情報の一例について説明する。同図に示されるように、視聴者管理情報は、デバイスＩＤ、視聴者ＩＤ、秘密鍵データ及び仮想通貨管理情報を含む。
デバイスＩＤは、対応の視聴者端末１０を一意に示す識別子である。
視聴者ＩＤは、対応の視聴者を一意に示す識別子である。
秘密鍵データは、公開鍵方式により暗号化されたデータの複合を行う際に視聴者端末１０が使用する秘密鍵のデータである。
仮想通貨管理情報は、対応の視聴者が所有する仮想通貨の通帳としての情報である。
【００３８】
次に、図５を参照して、ステップＳ１０５により送信される視聴履歴情報の構造例について説明する。
同図の視聴履歴情報は、ヘッダと視聴履歴タイムテーブルとを含む。ヘッダには、所定の視聴履歴情報に関するメタデータが格納される。同図では、メインコンテンツＩＤ、視聴者ＩＤ、伝搬元情報、仲介者情報を含む例が示されている。
メインコンテンツＩＤは、視聴の対象とされたメインコンテンツを示す。
視聴者ＩＤは、視聴を行った視聴者を示す。
伝搬元情報は、視聴されたコンテンツが、先に同じコンテンツを視聴した視聴者から引き継がれた（伝搬された）ものである場合に、引継ぎ元（伝搬元）である視聴者を示す情報としてヘッダに格納される。
仲介者情報は、視聴されたコンテンツについて、先に同じコンテンツを視聴した視聴者から引き継がれた（伝搬された）ものであって、かつ、引継ぎに際して例えばＳＮＳサーバなどが仲介している場合に、仲介者を示す情報としてヘッダに格納される。
なお、ステップＳ１０５により送信される視聴履歴情報に応じて視聴されたコンテンツは、視聴者Ａが自ら選んで視聴したものであり、特に引継ぎによって視聴されたものではない。このため、ステップＳ１０５により送信される視聴履歴情報においては、有意な伝搬元情報及び仲介者情報は格納されなくともよい。
【００３９】
視聴履歴タイムテーブルは、視聴者によるコンテンツについての視聴結果をタイムテーブルとして示す図である。つまり、視聴履歴タイムテーブルには、同図において模式的に示されるように、コンテンツの開始時刻から終了時刻までの間において、メインコンテンツが再生される時間と広告コンテンツが再生される時間とが示される。そのうえで、視聴履歴タイムテーブルには、視聴者が視聴を終了した時刻が示される。また、同図には反映されていないが、例えば視聴者がスキップや早送りにより視聴しなかった時間なども表される。このような視聴履歴タイムテーブルにより、視聴者がコンテンツの開始から終了までにおいて、メインコンテンツのどの部分と、どの広告コンテンツを視聴したのかが把握される。
【００４０】
説明を図１に戻す。
ステップＳ１０７：ここで、視聴者Ａは、ステップＳ１０４により視聴したコンテンツを気に入り、自分以外の視聴者にも視聴してもらいたいと考えた。
なお、この場合において、視聴者Ａが気に入ったコンテンツの内容は、メインコンテンツに限られず、例えばコンテンツに含められた広告コンテンツのうちのいずれかであってもよい。或る広告コンテンツの内容が良いものである場合に、視聴者間で話題となって広まっていくという現象はしばしばみられるものである。
視聴者Ａは、ＳＮＳサーバ４０により運営されるＳＮＳのユーザとして登録している。視聴者Ａは、自分以外の視聴者にコンテンツを視聴してもらうために、ＳＮＳサーバ４０が運営するＳＮＳ上でコンテンツを公開することとした。そこで、視聴者Ａは、自分が視聴したコンテンツを、ＳＮＳサーバにアップロードさせることとした。
そこで、視聴者Ａは、アップロード対象のコンテンツのコンテンツデータを視聴者端末１０−ＡからＳＮＳサーバ４０にアップロードさせる。アップロードされるコンテンツデータには、アップロード元である視聴者Ａを示す視聴者ＩＤが付加される。また、聴者Ａは、コンテンツをアップロードした自身のページにて、アップロードしたコンテンツに関する感想等のコメントを書き込むことができる。
ステップＳ１０８：ＳＮＳサーバ４０は、例えばアップロードされたコンテンツを視聴者Ａのページで公開する。
【００４１】
ステップＳ１０９：視聴者Ｂは、視聴者Ａのページを閲覧し、視聴者Ａのコメントを読んで、公開されているコンテンツを自分も視聴したいと思った。そこで、視聴者Ｂは、自身の視聴者端末１０−Ｂにより、視聴者Ａのページにて公開されているコンテンツにアクセスさせる。
ステップＳ１１０：視聴者端末１０−Ｂはアクセスしたコンテンツを再生する。即ち、当該ステップＳ１１０により、視聴者Ｂにより、視聴者Ａから引き継ぐようにコンテンツの視聴が行われる。即ち、同図では、視聴されるコンテンツについて、視聴者Ａを伝搬元とし、仲介者となるＳＮＳサーバ４０のＳＮＳの仲介により、伝搬先となる視聴者Ｂにより視聴された例が示されている。
【００４２】
ステップＳ１１１：視聴者Ｂによりコンテンツが視聴されたことに応じて、視聴者端末１０−Ｂの視聴履歴情報出力部１２２は、当該コンテンツの視聴履歴を示す視聴履歴情報を生成し、生成された視聴履歴情報を、コンテンツ管理ユニット２０に送信する。
視聴者端末１０−Ｂは、当該ステップＳ１１１によりコンテンツ管理ユニット２０に送信する視聴履歴情報について、例えばコンテンツ管理ユニット２０が提供する公開鍵によって暗号化してもよい。
【００４３】
ステップＳ１１２：コンテンツ管理ユニット２０の情報管理部２２１は、ステップＳ１１１により視聴者端末１０−Ｂから送信された視聴履歴情報を記憶部２０３に記憶させる。
ここで、ステップＳ１１１により送信される視聴履歴情報は、図５の構造である。ただし、ステップＳ１１０に対応するコンテンツの視聴は、視聴者Ａから引き継がれ、ＳＮＳサーバ４０が提供するＳＮＳを仲介して行われたものである。このため、ステップＳ１１１により送信される視聴履歴情報のヘッダには、有意な伝搬元情報と仲介者情報とが格納される。この場合、伝搬元情報は、伝搬元である視聴者Ａを示す視聴者ＩＤを含む情報であり、仲介者情報は、仲介者としてＳＮＳサーバ４０が提供するＳＮＳを示す情報である。
【００４４】
このように、コンテンツ管理ユニット２０が視聴者端末１０から受信するコンテンツ単位の視聴履歴情報には、視聴されるコンテンツが視聴者間で伝搬した際の伝搬元と伝搬先の情報と、伝搬を仲介した仲介者の情報とが含まれる。これにより、コンテンツ管理ユニット２０は、視聴者端末１０から受信した視聴履歴情報について、コンテンツの視聴された伝搬経路が把握されるように管理できる。
【００４５】
即ち、コンテンツ管理ユニット２０は、図６に示す構造の伝搬経路情報を管理することができる。同図の伝搬経路情報は、伝搬経路ＩＤ、コンテンツＩＤ及び伝搬経路の情報を含む。
伝搬経路ＩＤは、伝搬経路情報を一意に示す識別子である。
コンテンツＩＤは、伝搬されたコンテンツを示す。
伝搬経路は、コンテンツが伝搬された経路を示す。伝搬経路は、例えば伝搬順ごとに視聴履歴情報または仲介者情報が対応付けられた構造である。同図においては、図１のステップＳ１０６とステップＳ１１２により受信された視聴履歴情報に基づいて得られる伝搬経路の内容が示されている。つまり、伝搬経路において、伝搬順１に対応しては、視聴者Ａの視聴履歴情報が格納され、伝搬順２に対応しては、ＳＮＳサーバ４０が提供するＳＮＳを示す識別子が格納され、伝搬順３に対応しては、視聴者Ａの視聴履歴情報が格納されている。このような伝搬経路を参照することで、１つのコンテンツについて、視聴者Ａから視聴者Ｂに対して、ＳＮＳサーバ４０のＳＮＳを介してコンテンツが伝搬されたことが把握される。
なお、コンテンツ管理ユニット２０は、必ずしも同図に示した構造の伝搬経路情報を記憶しなくともよい。即ち、コンテンツ管理ユニット２０は、同図の伝搬経路情報に示される伝搬経路が把握されるように、視聴者端末１０から受信されたコンテンツ単位の視聴履歴情報を管理してもよい。
【００４６】
ステップＳ１０７Ａ：また、視聴者端末１０同士は、ピアツーピアにより接続されてもよい。そこで、例えば視聴者端末１０−Ａと視聴者端末１０−Ｂとがピアツーピアにより接続されている環境のもとでは、視聴者Ａと視聴者Ｂとが、視聴者端末１０−Ａと視聴者端末１０−Ｂとの通信を経由してコミュニケーションをとることができる。コミュニケーションの結果、視聴者Ａが気に入っているコンテンツを、視聴者Ｂが視聴することとなった場合には、ピアツーピアの接続経由で、視聴者端末１０−Ａから送信したコンテンツが視聴者端末１０−Ｂにて受信されるようにしてよい。
このようにピアツーピアでコンテンツの送受信が行われた場合、視聴者Ｂのコンテンツの視聴に応じてコンテンツ管理ユニット２０に送信される視聴履歴情報の伝搬元情報は、ユーザＡを示すことになる。また、この場合には、ＳＮＳ等によるコンテンツの伝搬は行われていないので、仲介者情報については有意な情報は格納されなくともよい。
【００４７】
［広告の視聴に対する報酬付与に関する態様例］
次に、図７を参照して、本実施形態のコンテンツ視聴管理システムにおける、広告報酬の付与に関する態様例について説明する。
本実施形態の広告報酬の付与は、図１にて説明したようにコンテンツ管理ユニット２０が管理する視聴履歴情報に基づいて行われる。つまり、本実施形態の広告報酬の付与は、視聴者がメインコンテンツに含まれる広告コンテンツを視聴した結果に応じて行われる。
本実施形態における本実施形態の広告報酬の付与は、同図に示される報酬管理サーバ５０が備える広告報酬管理部５１によって行われる。
また、本実施形態における広告報酬は、広告コンテンツが含まれるコンテンツを管理し、コンテンツの運用を行うコンテンツ運用会社（例えば、放送局、コンテンツ配信サーバの運用者などのコンテンツ提供者が該当する）や、広告主から広告コンテンツを用いた広告業務を請け負った広告会社だけではなく、広告コンテンツを含むコンテンツの伝搬元となった視聴者にも付与される。このように伝搬元の視聴者にも広告報酬が付与されるようにすることで、例えば広告コンテンツを含むコンテンツの拡散が活発化される。
【００４８】
ステップＳ２０１：図７においては、広告主Ａが示されている。ここでは、広告主Ａの広告Ａに関する報酬付与に応じた例について説明する。
この場合、広告主Ａは、報酬設定を報酬管理サーバ５０に対して行う。この際、広告主Ａは、例えばネットワーク端末を用いて報酬管理サーバ５０に広告報酬設定情報を登録する。広告報酬設定情報には、例えば１回の視聴あたりのコンテンツ運用会社、広告会社、視聴者の各報酬額などの情報が含まれる。
【００４９】
ステップＳ２０２：報酬管理サーバ５０の広告報酬管理部５１は、広告Ａとしての広告コンテンツが視聴された結果が示される視聴履歴情報を、コンテンツ管理ユニット２０から取得する。ここで、報酬管理サーバ５０は、コンテンツ管理ユニット２０が例えば図６の伝搬経路情報を記憶している場合には、視聴履歴情報に代えて、広告Ａとしての広告コンテンツが視聴された視聴履歴情報を含む伝搬経路情報を取得してもよい。
【００５０】
ステップＳ２０３：広告報酬管理部５１は、ステップＳ２０２により取得した視聴履歴情報と、広告主Ａの広告報酬設定情報とに基づいて、広告報酬を算出する。
ここでの具体例として、広告Ａについて、視聴者ＡがＳＮＳに広告Ａを含むコンテンツをアップロードして公開し、公開されたコンテンツを他の視聴者が視聴した場合を例に挙げる。
この場合には、広告Ａの視聴に対する報酬として、コンテンツ運用会社Ｘ、広告会社Ｚに加えて、コンテンツの伝搬元である視聴者Ａと、コンテンツの仲介者であるＳＮＳの運用者とに対しても報酬が付与される。
広告報酬管理部５１は、例えば広告会社Ｚに対応しては、例えば視聴者の全体に対応する広告Ａの視聴回数に基づいて広告報酬を算出することができる。また、広告報酬管理部５１は、視聴者Ａに対応しては、視聴者Ａを起点とする以降の伝搬経路における広告Ａについての視聴回数に基づいて広告報酬を算出することができる。また、広告報酬管理部５１は、ＳＮＳ運用者に対しては、ＳＮＳに対するアクセスにより広告Ａが視聴された回数に基づいて広告報酬を算出することができる。
なお、上記の広告報酬の算出の態様はあくまでも一例である。広告報酬の算出手法については多様に考えられるものであって特に限定されるものではない。
【００５１】
ステップＳ２０４：広告報酬管理部５１は、ステップＳ２０３により算出した広告報酬を、それぞれ、コンテンツ運用会社Ｘ、広告会社Ｚ、視聴者Ａ、ＳＮＳの運用者に付与する。この場合、広告報酬管理部５１は、例えば、広告報酬の付与にあたり、ネットワーク上の仮想通貨により支払いを行える。例えば、仮想通貨による報酬の付与に応じて、視聴者端末１０−Ａの仮想通貨管理情報（図４）としての通帳について、報酬に応じた残高が増加するように管理される。
【００５２】
［二次コンテンツの管理に関する態様例］
本実施形態のコンテンツ視聴管理システムにおいては、視聴者がオリジナルのコンテンツ（一次コンテンツ）を編集して二次コンテンツを作成し、作成された二次コンテンツをネットワーク上で公開できる。この場合において、二次コンテンツは、例えばメインコンテンツに広告コンテンツが付加されたコンテンツであってもよいし、広告コンテンツ自体を編集したコンテンツであってもよい。
そのうえで、本実施形態においては、公開された二次コンテンツに含まれる広告コンテンツの視聴が行われたことに応じて、視聴された広告コンテンツについての広告報酬が、コンテンツ運用会社Ｘ、広告会社Ｚに加えて、二次コンテンツを作成してアップロードした視聴者（即ち、二次コンテンツの作者）にも付与されるようにする。
【００５３】
図８を参照して、本実施形態のコンテンツ視聴管理システムにおける二次コンテンツの管理に関する態様例について説明する。同図には、視聴者Ｂが一次コンテンツを編集し、編集した二次コンテンツをコンテンツサーバ６０にアップロードし、アップロードされた二次コンテンツを視聴者Ａが視聴した事例を示している。
【００５４】
ステップＳ３０１：視聴者Ｂは、二次コンテンツの編集元となる一次コンテンツをコンテンツ提供システム３０から取得する。つまり、視聴者端末１０−Ｂは、編集対象となる一次コンテンツを指定してコンテンツ提供システム３０に要求する。視聴者端末１０−Ｂは、要求に応答してコンテンツ提供システム３０から送信された一次コンテンツを記憶する。本実施形態の一次コンテンツは、編集によって二次コンテンツを作成することが許可されているコンテンツである。
【００５５】
ステップＳ３０２：視聴者Ｂは、ステップＳ３０１により取得された一次コンテンツを編集し、二次コンテンツを作成する。視聴者端末１０−Ｂは、例えば視聴者の編集の操作に応じて、一次コンテンツの編集処理を実行し、二次コンテンツを作成する。
【００５６】
本実施形態の二次コンテンツは、メインコンテンツに広告コンテンツが挿入される構成のものであってもよいし、例えば一次コンテンツから抜き出した広告コンテンツであってもよい。この場合において、一次コンテンツから抜き出したままの広告コンテンツを二次コンテンツとすることもできる。また、例えば一次コンテンツから抜き出したうえでさらに編集を行った広告コンテンツを二次コンテンツとすることもできる。
【００５７】
ステップＳ３０３：ここで、一次コンテンツのメインコンテンツは二次コンテンツ作成の編集が許可されているが、一次コンテンツに含まれる広告コンテンツについては、二次コンテンツに含めること、あるいは、広告コンテンツ自体を編集して二次コンテンツを作成することに関して認証が必要な場合がある。ここで、視聴者Ｂが編集対象とする一次コンテンツには広告Ａが含まれていた。
そこで、視聴者Ｂは、広告主から広告Ａによる広告を請け負っている広告会社Ｚに対して、広告コンテンツの認証を行う。この際、視聴者端末１０−Ｂは、視聴者Ｂの操作に応じて広告会社Ｚのサーバにアクセスし、広告コンテンツの認証に応じた処理を実行する。
【００５８】
ステップＳ３０４：視聴者Ｂは、コンテンツサーバ６０に対して、作成した二次コンテンツをアップロードする。この際、視聴者端末１０−Ｂは、コンテンツサーバ６０に対して、アップロード要求とともに作成された二次コンテンツを送信する。ここでの二次コンテンツの送信についても、例えば公開鍵方式による暗号化が行われてよい。
ステップＳ３０５：コンテンツサーバ６０は、アップロードされたコンテンツを公開する。
なお、ステップＳ３０３として示した二次コンテンツにおける広告コンテンツに関する認証は、ステップＳ３０４により二次コンテンツのアップロードが行われたコンテンツサーバ６０と広告会社のサーバとで行うようにしてよい。
【００５９】
ステップＳ３０６：視聴者Ｂは、コンテンツサーバ６０にアップロードした二次コンテンツを、コンテンツ管理ユニット２０に登録する。この際にも、図１のステップＳ１０１の場合に準じて、コンテンツ管理ユニット２０は、視聴者端末１０−Ｂから送信された、コンテンツデータ、またはコンテンツデータにおけるメタデータ（メインコンテンツメタデータ、広告コンテンツメタデータ）を記憶する。
【００６０】
ここで、図９を参照して、二次コンテンツのコンテンツデータに含まれるメインコンテンツメタデータと、広告コンテンツメタデータについて説明する。ここでは、図３（Ｂ）、（Ｃ）との相違点について説明する。
図９（Ａ）は、二次コンテンツのメインコンテンツメタデータの構造例を示している。同図に示されるように、二次コンテンツのメインコンテンツメタデータには、一次メインコンテンツＩＤが格納される。一次メインコンテンツＩＤは、二次コンテンツの編集元となった一次メインコンテンツを示すメインコンテンツＩＤである。
図９（Ｂ）は、二次コンテンツの広告コンテンツメタデータの構造例を示している。同図の広告コンテンツメタデータは、広告コンテンツを一次コンテンツとして編集した場合の構造となる。
同図に示されるように、二次コンテンツの広告コンテンツメタデータには、一次広告コンテンツＩＤが格納される。一次広告コンテンツＩＤは、二次コンテンツとしての広告コンテンツの編集元となった一次広告コンテンツを示す広告コンテンツＩＤである。
このように、二次コンテンツのメインコンテンツメタデータ、広告コンテンツメタデータにおいて、編集元のコンテンツが示される。
なお、二次コンテンツが広告コンテンツのみで構成される場合、対応のコンテンツデータには、メインコンテンツ本体データとメインコンテンツメタデータとは含まれなくともよい。
【００６１】
説明を図８に戻す。
ステップＳ３０７：視聴者Ａは、視聴者Ｂがコンテンツサーバ６０にアップロードしたコンテンツを視聴するため、視聴者端末１０−Ａを操作してコンテンツサーバ６０にアクセスし、視聴者Ｂの二次コンテンツを視聴対象として指定した。これに応じて、コンテンツサーバ６０が視聴者端末１０−Ａに対して二次コンテンツを送信する。この際に送信される二次コンテンツは、公開鍵方式により暗号化されてよい。
ステップＳ３０８：視聴者端末１０−Ａは、ステップＳ３０７により送信された二次コンテンツを再生する。これにより、視聴者Ａは、視聴者Ｂの作成した二次コンテンツを視聴できる。
【００６２】
ステップＳ３０９：コンテンツが視聴されたことに応じて、視聴者端末１０−Ａの視聴履歴情報出力部１２２は、当該コンテンツの視聴履歴を示す視聴履歴情報を生成し、生成された視聴履歴情報を、コンテンツ管理ユニット２０に送信する。
【００６３】
ステップＳ３１０：コンテンツ管理ユニット２０の情報管理部２２１は、ステップＳ３０９により視聴者端末１０−Ａから送信された視聴履歴情報を記憶部２０３に記憶させる。
【００６４】
ステップＳ３１１：報酬管理サーバ５０の広告報酬管理部５１は、視聴者Ｂが作成した二次コンテンツについての視聴履歴情報をコンテンツ管理ユニット２０から取得する。なお、報酬管理サーバ５０は、コンテンツ管理ユニット２０が例えば図６の伝搬経路情報を記憶している場合には、視聴履歴情報に代えて、視聴者Ｂが作成した二次コンテンツが視聴された視聴履歴情報を含む伝搬経路情報を取得してもよい。
【００６５】
ステップＳ３１２：広告報酬管理部５１は、ステップＳ３１１により取得した視聴履歴情報と、視聴者Ｂが作成した二次コンテンツに含まれる広告コンテンツの広告主により登録された広告報酬設定情報とに基づいて、広告報酬を算出する。この場合、報酬管理サーバ５０は、視聴者Ｂが作成した二次コンテンツに含まれる広告を視聴した視聴者の全体に対応する視聴回数に基づいて、コンテンツ運用会社Ｘと、広告会社Ｚと二次コンテンツの作者である視聴者Ｂとの広告報酬を算出することができる。
ステップＳ３１３：広告報酬管理部５１は、ステップＳ３１２により算出した広告報酬を、それぞれ、コンテンツ運用会社Ｘと、広告会社Ｚと、視聴者Ｂとに付与する。
【００６６】
［広告評価に関する態様例］
続いて、図１０を参照して、本実施形態のコンテンツ視聴管理システムにおける広告評価の態様例について説明する。
本実施形態のコンテンツ視聴管理システムは、広告評価に対応して広告評価サーバ７０を備える。広告評価サーバ７０は、広告評価部７１を備える。広告評価部７１は、コンテンツの広告効果に関する評価（広告評価）を行う。
【００６７】
ステップＳ４０１：広告評価サーバ７０において広告評価部７１は、広告評価に利用する視聴履歴情報と、広告評価に利用する視聴履歴情報により視聴されたことが示される広告コンテンツの内容タグとを、コンテンツ管理ユニット２０から取得する。
【００６８】
ステップＳ４０２：広告評価部７１は、ステップＳ４０１により取得された視聴履歴情報と内容タグとを利用して広告評価を行う。
本実施形態において採用される広告評価の手法としては特に限定されるものではないが以下のような例を挙げることができる。
例えば特定の広告コンテンツの視聴回数と全視聴者数との比率に基づいて、全視聴者のうちのどの程度の視聴者が広告コンテンツに接触したのかを表す広告接触率を求めることができる。
また、広告コンテンツがどのように視聴者間で伝搬したのかを特定していくことによる評価を行うことができる。
また、例えば視聴履歴情報に基づいて視聴の履歴のある広告コンテンツ間で共通となる内容タグを特定していくことで、広告コンテンツ同士の内容タグに基づく連結状況を特定し、ユーザがどのような物事に興味があるのかを表すインスタレストグラフを求めてもよい。
ステップＳ４０２により得られた評価結果は、例えば広告会社などによって広告効果向上の検討材料として利用される。
【００６９】
ステップＳ４０３：本実施形態においては、広告評価に利用された視聴履歴情報の視聴者ＩＤが示す視聴者（評価対象視聴者）が、広告評価に協力したとして扱われる。そこで、本実施形態においては、評価対象視聴者に対して、広告評価に協力してもらったことに対する報酬を付与する。評価対象視聴者に付与される報酬としては例えば仮想通貨などであってもよいが、ここでは仮想通貨への変換が可能なポイントを付与する場合を例に挙げる。
広告評価部７１は、ポイント管理サーバ８０に対して評価対象視聴者情報を送信する。評価対象視聴者情報には、評価対象視聴者ごとのデバイスＩＤ、視聴者ＩＤなどを含む。また、評価対象視聴者情報には、評価対象の広告コンテンツを視聴した回数（頻度）の情報が含まれてもよい。
【００７０】
ステップＳ４０４：ポイント管理サーバ８０において、ポイント管理部８１は、ポイントに関する管理を行う。ポイント管理部８１は、ステップＳ４０３により送信された評価対象視聴者情報に基づいて、評価対象視聴者ごとに付与するポイント数を算出する。この際、ポイント管理部８１は、評価対象視聴者情報に評価対象の広告コンテンツを視聴した回数が含まれる場合には、評価対象視聴者ごとに回数が反映されたポイント数を算出してよい。
【００７１】
ステップＳ４０５：ポイント管理部８１は、評価対象視聴者ごとに算出されたポイントのそれぞれを視聴者に付与する。同図においては、視聴者Ａ、Ｂのそれぞれにポイントを付与した例が示されている。この場合、ポイント管理部８１は、視聴者端末１０−Ａ、１０−Ｂに対し、視聴者Ａ、Ｂのそれぞれに応じて算出されたポイント数を示すポイント情報を送信する。視聴者端末１０−Ａ、１０−Ｂでは、受信されたポイント情報が示すポイント数が加算されるようにしてポイント数の累積値（ポイント残高）を更新する。
ステップＳ４０６：視聴者は、自分のポイント残高を仮想通貨に換金したうえで預入を行うことができる。この際、視聴者端末１０と仮想通貨に対応する金融機関のサーバは、通信を経由して、ポイントの仮想通貨への換金や、換金された仮想通貨の預入などに応じたシーケンスを実行する。
【００７２】
［実施形態の総括］
（１）以上説明したように、本実施形態の一態様は、コンテンツ管理ユニット（２０）と視聴者端末（１０）とを備えるコンテンツ視聴管理システムであって、前記視聴者端末により視聴者がコンテンツを視聴したことに関する履歴を示す視聴履歴情報を出力する視聴履歴情報出力部と、コンテンツ管理ユニットにおいて、１の視聴者から他の視聴者に引継ぎが行われるようにしてコンテンツが視聴されたことの履歴が示されるように、前記視聴履歴情報を管理する情報管理部とを備える。
【００７３】
上記構成によれば、コンテンツの視聴履歴情報により、１の視聴者が視聴したコンテンツを引き継ぐようにして視聴した他の視聴者との繋がりが示される。これにより、コンテンツの視聴履歴情報に基づいて、コンテンツについての視聴者間での伝搬状況を示す情報を得ることが可能になる。
【００７４】
（２）本実施形態の一態様は、上記（１）に記載のコンテンツ視聴管理システムであって、視聴履歴情報により示される広告コンテンツについての視聴履歴に基づいて、引継ぎ先の視聴者が視聴した広告コンテンツの引継ぎ元に広告報酬を付与する広告報酬管理部をさらに備える。
【００７５】
上記構成によれば、ネットワークにおいて広告コンテンツの視聴が視聴者間で伝搬していく環境のもとで、伝搬された広告コンテンツの伝搬元として機能した者にも広告報酬を分配できる。これにより、ネットワークにおいて広告コンテンツを伝搬しようとするインセンティブが高まることになり、広告の伝搬の活発化が期待される。
【００７６】
（３）本実施形態の一態様は、上記（２）に記載のコンテンツ視聴管理システムであって、前記広告報酬管理部は、前記引継ぎ元として、前記引継ぎ先の視聴者が視聴した広告コンテンツをソーシャルネットワークサービス（ＳＮＳ）にアップロードした視聴者、または、前記引継ぎ先の視聴者が視聴した広告コンテンツをピアツーピアにより前記引継ぎ先の視聴者の視聴者端末に送信した送信先の視聴者端末の視聴者に広告報酬を付与する。
【００７７】
上記構成によれば、視聴者は、ＳＮＳに広告コンテンツを公開して他の視聴者に間接的にコンテンツを視聴してもらうことによっても、あるいは他の視聴者にピアツーピアで直接的にコンテンツを送信して視聴してもらうことによっても、他の視聴者の広告コンテンツの視聴に応じた報酬を受けることができる。
【００７８】
（４）本実施形態の一態様は、上記（２）または（３）に記載のコンテンツ視聴管理システムであって、前記広告報酬管理部は、前記引継ぎ元として、前記引継ぎ先の視聴者が視聴した広告コンテンツを公開していたソーシャルネットワークサービス（ＳＮＳ）に広告報酬を付与する。
【００７９】
上記構成によれば、１の視聴者がＳＮＳに広告コンテンツを公開し、公開された広告コンテンツを他の視聴者が視聴した際に、視聴者間の広告コンテンツの仲介者となったＳＮＳにも、他の視聴者のコンテンツの視聴に応じた報酬を分配できる。これにより、例えばＳＮＳが広告コンテンツの公開を視聴者に積極的に促す動きが生まれ、ＳＮＳ経由での広告コンテンツの伝搬を活発化することが可能になる。
【００８０】
（５）本実施形態の一態様は、上記（２）から（４）のいずれか１つに記載のコンテンツ視聴管理システムであって、前記情報管理部は、一次コンテンツを利用して作成された二次コンテンツについて、利用元の一次コンテンツとの対応関係が示されるように二次コンテンツのコンテンツデータを管理し、前記広告報酬管理部は、前記情報管理部により管理される二次コンテンツについての視聴履歴情報に基づいて、二次コンテンツに含まれる広告コンテンツの視聴に応じた報酬を、二次コンテンツの作成者に付与する。
【００８１】
上記構成によれば、一次コンテンツを利用して二次コンテンツを作成した作者に対して、二次コンテンツに含まれる広告コンテンツの視聴に応じた報酬が分配される。これにより、二次コンテンツを作成してネット上に公開し、公開された二次コンテンツを視聴して楽しみながら広告も視聴するというコンテンツの流通の活発化を促すことができる。
【００８２】
（６）本実施形態の一態様は、上記（１）から（５）のいずれか１つに記載のコンテンツ視聴管理システムであって、前記視聴履歴情報に基づいて、広告としてのコンテンツである広告コンテンツの広告効果に関する評価を行う広告評価部をさらに備える。
上記構成によれば、視聴履歴情報を利用して有用な広告評価の結果を得ることができる。この場合において、本実施形態では、視聴履歴情報に基づく広告コンテンツの伝搬の状況を広告評価に用いることができる。これにより、本実施形態の広告評価によっては、特に広告コンテンツの伝搬の促進を図るうえで有効な検討材料を得ることが可能になる。
【００８３】
なお、上述のコンテンツ視聴管理システムとしての機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述のコンテンツ視聴管理システムとしての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００８４】
なお、下記の参考文献１としての論文は、本願が受けようとする発明の新規性喪失の例外規定に対応の公開された発明に該当する。参考として、下記の参考文献１は、一般社団法人日本広告業協会主催による第４６回「懸賞論文」にて、金賞を受賞することが２０１７年３月１４日にて承認、決定されたことをここに記しておく。
（参考文献１）竹内  好文、「ブロックチェーンが、『愛される広告』の扉を開く『鍵』となる。」
【符号の説明】
【００８５】
１０（１０−Ａ、１０−Ｂ）  視聴者端末、２０  コンテンツ管理ユニット、３０  コンテンツ提供システム、４０  ＳＮＳサーバ、５０  報酬管理サーバ、５１  広告報酬管理部、６０  コンテンツサーバ、７０  広告評価サーバ、７１  広告評価部、８０  ポイント管理サーバ、８１  ポイント管理部、１０１  通信部、１０２  制御部、１０３  記憶部、１０４  操作部、１０５  表示部、１２１  コンテンツ処理部、１２２  視聴履歴情報出力部、２０１  通信部、２０２  制御部、２０３  記憶部、２２１  情報管理部
【図１】
2018156284.tif 000003
【図２】
2018156284.tif 000004
【図３】
2018156284.tif 000005
【図４】
2018156284.tif 000006
【図５】
2018156284.tif 000007
【図６】
2018156284.tif 000008
【図７】
2018156284.tif 000009
【図８】
2018156284.tif 000010
【図９】
2018156284.tif 000011
【図１０】
2018156284.tif 000012