(57)【要約】【課題】所定のサイトに帰属するコンテンツを別のサイトに埋め込んで利用する場合に、埋め込み先サイトでの埋め込み方法を、コンテンツ提供サイト側から細かく管理することを可能にする。【解決手段】複数のコンテンツを記憶する第一の記憶手段と、外部からのコンテンツ配信要求を受信する配信要求受信手段と、コンテンツ毎に配信の可否を決定付けるコンテンツ配信条件を記憶する第二の記憶手段と、前記第二の記憶手段に記憶されたコンテンツに関連付けられた配信条件を、前記コンテンツ配信要求を発信した発信元が満たすか否かを検証する条件検証手段と、前記コンテンツ配信要求を発信した発信元が前記抽出した配信条件を満たす場合に要求されたコンテンツの配信を許可するコンテンツ配信許可手段と、前記コンテンツ配信許可に基づきコンテンツを配信するコンテンツ配信手段とを有することを特徴とする。【選択図】  図１
2010009203.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツを記憶する第一の記憶手段と、
外部からのコンテンツ配信要求を受信する配信要求受信手段と、
コンテンツ毎に配信の可否を決定付けるコンテンツ配信条件を記憶する第二の記憶手段と、
前記第二の記憶手段に記憶されたコンテンツに関連付けられた配信条件を、前記コンテンツ配信要求を発信した発信元が満たすか否かを検証する条件検証手段と、
前記コンテンツ配信要求を発信した発信元が前記抽出した配信条件を満たす場合に要求されたコンテンツの配信を許可するコンテンツ配信許可手段と、
前記コンテンツ配信許可に基づきコンテンツを配信するコンテンツ配信手段と、
を有することを特徴とするコンテンツ配信制御システム。
【請求項２】
前記第一の記憶手段に記憶されたコンテンツは、静止画データ、動画データ、サウンドデータ、テキストデータ、フォントデータ、数値データ、実行可能プログラムのいずれか一つ又は複数であることを特徴とする、請求項１に記載のコンテンツ配信制御システム。
【請求項３】
前記静止画データは、スクリーンショット画像であることを特徴とする、請求項２に記載の配信制御システム。
【請求項４】
前記第二の記憶手段に記憶されたコンテンツ配信条件は、要求元のサイトにおける所定情報の有無であることを特徴とする、請求項１から請求項３のいずれかに記載の配信制御システム。
【請求項５】
前記所定情報が、特定のサイトへのリンクであることを特徴とする、請求項４に記載の配信制御システム。
【請求項６】
コンテンツ配信要求に対し配信許可した特定の外部を、配信許可したコンテンツと関連付けて記憶する第三の記憶手段を更に有し、当該特定の外部からサイドのコンテンツ配信要求を受信したとき、前記条件抽出手段による条件抽出を行わずにコンテンツ配信を行うことを特徴とする、請求項１から請求項５の何れかに記載の配信制御システム。
【請求項７】
Ｗｅｂサイト上で利用可能なコンテンツの配信可否を制御するコンテンツ配信制御方法であって、
配信要求元からの配信要求データを受信するステップと、
前記配信要求データから配信要求元の識別子を抽出し、当該識別子が示すリソースに対して所定の情報を要求するステップと、
要求した前記所定の情報を受信するステップと、
予め記録された配信条件を参照し、前記所定の情報が条件を満たすか否かを判定するステップと、
前記判定において条件具備とされた場合にコンテンツの配信を許可するステップと、
前記配信許可を受け、配信要求元に前記コンテンツを配信するステップと
を有する、コンテンツ配信制御方法。
【請求項８】
前記識別子は、ＵＲＩ、ＩＲＩ、ＸＲＩのいずれかであることを特徴とする、請求項７に記載のコンテンツ配信制御方法。
【請求項９】
前記所定の情報が、特定のサイトへのリンクであることを特徴とする、請求項７または請求項８に記載のコンテンツ配信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサイト上に埋め込まれた動画、音声などのコンテンツの配信を制御する方法に関する。
【背景技術】
【０００２】
画像・動画・音声などのデジタルコンテンツのＷｅｂサイトを介しての配信が、昨今一般的に行われている。
【０００３】
デジタルコンテンツは、配信や蓄積が容易である一方、権利者の許可を得ることなく複製、再送信するなどの不法行為を行うことも容易であり、権利保護技術の開発が重要である。こうした観点からの一つの対処策として、例えば「電子透かし技術」が注目されてきた（例えば非特許文献１）。これは、映像や音声信号そのものに、紙幣の「透かし」のように権利情報を埋め込む技術である。情報の埋め込みは、人間の目や耳に知覚されない範囲で映像・音声コンテンツのデータをわずかに変化させることにより行う。
【０００４】
一方で、ＣＤ、ビデオテープ、ＤＶＤなど記録媒体に記憶させて行われてきた商業的なコンテンツ流通の代替手段として捉えた場合、デジタルコンテンツの対価を課金し、これが適切に決済されたことを配信条件とする配信制御方法が種々考案されてきている（例えば、特許文献１）。或いは決済という金銭的な面だけではなく、コンテンツの利用者としての適格性を配信条件とする配信制御方法も種々考案されてきている（例えば、特許文献２）。
【０００５】
特許文献１には、利用者の端末装置へのコンテンツの配信において課金できる課金・配信制御システムにおいてセンタ装置が利用者の端末装置だけでなく、配信業者の端末装置ともネットワークを介して接続されており、認証部で認証した配信業者の端末装置からネットワークを介してコンテンツの配信条件及び課金条件が設定変更可能であるシステムが開示されている。
また特許文献２には、コンテンツ開発者の操作する端末から、公開対象者指定情報が挿入されたコンテンツファイルが送信された場合に、当該コンテンツファイルを所定の記憶手段に格納する手段と、当該コンテンツファイルから公開対象者指定情報を抽出し、当該コンテンツファイルの識別情報と公開対象者指定情報の組合せからなるアクセス制御情報をアクセス制御情報記憶手段に格納する手段と、ユーザの操作する端末からコンテンツファイルの配信リクエストが送信された場合に、上記アクセス制御情報記憶手段を参照し、当該コンテンツファイルの公開対象者を特定する手段と、同端末から送信されたユーザの識別情報に基づいて、当該ユーザが上記の公開対象者に該当するか否かを判定するアクセス可否判定手段と、当該ユーザが公開対象者に該当する場合に、当該コンテンツファイルを同端末に配信する手段とを備えたコンテンツ配信制御システムが開示されている。
【０００６】
【非特許文献１】「電子透かしとコンテンツ保護」（小野束著：オーム社発行）
【特許文献１】特開２００７−２６４７９０
【特許文献２】特開２００６−２８５３２６
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、任意のＷｅｂサイトの表示画像（＝スクリーンショット画像）を多数保有し、閲覧者をして興味ある表示画像の閲覧を可能ならしめるサービスが存在する（たとえば、「はてな（登録商標）スクリーンショット」ＵＲＬ：http://screenshot.hatena.ne.jp）。かかるサービスにおいては、自己のＷｅｂサイトへ閲覧者を誘引するためにスクリーンショットを配置することが各Ｗｅｂサイト保有者にとっては合理的行動であるが、一方サービス提供者としては、掲載するのに適切な条件を満たしたＷｅｂサイトのスクリーンショットのみを掲載するための選別手段がないため利用範囲の制限が困難であり、こうしたサービスは、例えば他のサービスに付随して事実上無料で提供されざるを得ない状況にあった。
【０００８】
またあるいは他のコンテンツの配信における問題点に眼を向ければ、ある特定のデジタルコンテンツ（例えば楽曲）を保有・提供する者がそのコンテンツを、Ｗｅｂを介して頒布するにあたっての直接簡便な手段としては、自己の運営するサイト上にそのコンテンツのサンプル、すなわち曲全体ではなく例えば「サビ」などの一部分のみからなる楽曲データ、を配置し、サイトの訪問者に試聴させることが挙げられる。サイトの閲覧者が当該サンプルを試聴して購入を希望した場合、例えば同サイト内に当該楽曲の販売サイトへのリンクが張られていれば、閲覧者は極めて容易に当該コンテンツを購入することができる。
【０００９】
そしてコンテンツの提供者が自己のコンテンツを更に幅広く頒布しようとする場合、その一手法として、他者の運営するサイト上に試聴可能な状態で当該コンテンツのサンプルを“埋め込む”という手法をとることが考えられる。
【００１０】
“埋め込む”とは、ＨＴＭＬのタグ（ＩＭＧタグ、ＯＢＪＥＣＴタグ、ＥＭＢＥＤタグなど）によりＷｅｂページ上の所望の位置に画像、動画、音楽等を配置することをいう。コンテンツの提供者は、閲覧者の眼にサンプルが多く触れる機会を設けることにより、結果としてより多くの閲覧者を自己のコンテンツの購入に誘引することを企図している。
【００１１】
しかし、コンテンツ提供者自身が管理するサイト内にサンプルデータを配置する場合であれば、購入を誘引するためのサイト設計は管理者自身が行うことができるため問題は生じないが、他者のサイト上にコンテンツのサンプルを埋め込む場合、購買を促すようなサイト設計が必ずしもされるとは限らず、コンテンツの提供者の意図とは乖離したサンプル利用が行われてしまう可能性があった。そのため、他者のサイトにコンテンツを埋め込む場合において、そのコンテンツ提供者の意図するサイト設計の場合にのみコンテンツを利用することができるよう閲覧制限を行うための構成が求められていた。
【００１２】
前述の非特許文献１に記載の電子透かし技術は、コンテンツの不正複製や海賊版には有効な対処ではあっても、かかる課題には無力であった。また特許文献１或いは特許文献２に記載のコンテンツ配信制御システムは、代金決済の有無や閲覧者の属性に基づいて配信の可否を制御するものではあったが、コンテンツ提供者に代わって配信を代行するサイトの状況に基づく配信制御に関しては何らの問題解決をもなしていない。
【００１３】
そこで本発明は、コンテンツ提供者が自己の管理するサイト以外のサイトにおいても、自己コンテンツが提供される場合に、自己の意図する所定の条件下をもってのみ閲覧者が配信を受けることが可能とする配信制御方法を提供することを目的とする。更には、スクリーンショットサービスの提供者が適切な収益機会を得られる技術的構成を実現することを目的とする。
【００１４】
前記目的を達成するため、本発明は、以下のような構成を有する。
【００１５】
（１）複数のコンテンツを記憶する第一の記憶手段と、外部からのコンテンツ配信要求を受信する配信要求受信手段と、コンテンツ毎に配信の可否を決定付けるコンテンツ配信条件を記憶する第二の記憶手段と、前記第二の記憶手段に記憶されたコンテンツに関連付けられた配信条件を、前記コンテンツ配信要求を発信した発信元が満たすか否かを検証する条件検証手段と、前記コンテンツ配信要求を発信した発信元が前記抽出した配信条件を満たす場合に要求されたコンテンツの配信を許可するコンテンツ配信許可手段と、前記コンテンツ配信許可に基づきコンテンツを配信するコンテンツ配信手段とを有することを特徴とするコンテンツ配信制御システム（請求項１）。
【００１６】
（２）前記第一の記憶手段に記憶されたコンテンツは、静止画データ、動画データ、サウンドデータ、テキストデータ、フォントデータ、数値データ、実行可能プログラムのいずれか一つ又は複数であることを特徴とする、（１）に記載のコンテンツ配信制御システム（請求項２）。
【００１７】
（３）前記静止画データは、スクリーンショット画像であることを特徴とする、（２）に記載の配信制御システム（請求項３）。
【００１８】
（４）前記第二の記憶手段に記憶されたコンテンツ配信条件は、要求元のサイトにおける所定情報の有無であることを特徴とする、（１）から（３）のいずれかに記載の配信制御システム（請求項４）。
【００１９】
（５）前記所定情報が、特定のサイトへのリンクであることを特徴とする、（４）に記載の配信制御システム（請求項５）。
【００２０】
（６）コンテンツ配信要求に対し配信許可した特定の外部を、配信許可したコンテンツと関連付けて記憶する第三の記憶手段を更に有し、当該特定の外部からサイドのコンテンツ配信要求を受信したとき、前記条件抽出手段による条件抽出を行わずにコンテンツ配信を行うことを特徴とする、（１）から（５）の何れかに記載の配信制御システム（請求項６）。
【００２１】
（７）Ｗｅｂサイト上で利用可能なコンテンツの配信可否を制御するコンテンツ配信制御方法であって、配信要求元からの配信要求データを受信するステップと、前記配信要求データから配信要求元の識別子を抽出し、当該識別子が示すリソースに対して所定の情報を要求するステップと、要求した前記所定の情報を受信するステップと、予め記録された配信条件を参照し、前記所定の情報が条件を満たすか否かを判定するステップと、前記判定において条件具備とされた場合にコンテンツの配信を許可するステップと、前記配信許可を受け、配信要求元に前記コンテンツを配信するステップとを有する、コンテンツ配信制御方法（請求項７）。
【００２２】
（８）前記識別子は、ＵＲＩ、ＩＲＩ、ＸＲＩのいずれかであることを特徴とする、（７）に記載のコンテンツ配信制御方法（請求項８）。
【００２３】
（９）前記所定の情報が、特定のサイトへのリンクであることを特徴とする、（７）または（８）に記載のコンテンツ配信制御方法（請求項９）。
【００２４】
なお、本発明において「コンテンツ」とは、静止画、動画、音声等様々な表現形式のものを含み、静止画にはスクリーンショット、すなわちコンピュータのモニタその他の視覚出力デバイス上に表示された画面の画像が含まれる。
【発明の効果】
【００２５】
このように、本発明にかかるによれば、所定の条件を満たす配信要求先だけを選択してコンテンツを配信することが可能であることから、コンテンツ提供者側が自己のコンテンツの頒布に際して適切なコントロールを行うことができる。すなわち、コンテンツの利用者から直接的に対価を得るに至らないサービスであっても、例えばリンクバックや利用許諾コードの付記を条件として設定することにより結果としてより多くの閲覧者を自己のサイトに導くことが可能となるから、間接的に収益機会の向上を図ることが可能となり、結果的により高度なサービスの提供を可能ならしめる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の具体的実施形態を図示しつつ示す。
【００２７】
図１は、本発明を利用してスクリーンショット画像（以下「ＳＳ画像」ということがある。）の配信を行う構成を示す概念図である。
【００２８】
ＳＳ配信サイト１は、図示しないＳＳ作成ページ（後述する）において作成されたＳＳ画像を記憶するＳＳＤＢ１１と、ＳＳＤＢ１１に記憶されたＳＳの配信条件を個々に記憶する配信条件ＤＢ１２と、所定の要件を満たしたときにＳＳの配信処理を行う配信プログラム１３と、ＳＳ配信要求サイト２が配信条件ＤＢにおいて当該ＳＳについて規定された配信条件を満たすかを検証する検証プログラム１４と、一度配信を許可したＳＳ配信要求サイトについてその属性を記憶する配信先ＤＢ１５とを有する。
【００２９】
配信要求サイト２は、ＳＳ画像を埋め込み閲覧者に閲覧させるサイトであり、ＳＳＤＢ１１に格納されたＳＳ画像データと関連付けられたＳＳタグ２ｃが埋め込まれている。ここではＳＳタグ２ｃは、例えばＳＳ配信サイトのＷｅｂサーバのドメインが「http://img.xxx.net」であり、当該Ｗｅｂサーバ内におけるＳＳＤＢのファイルの位置が「/small/・・・」であり、作成されるＳＳ画像の元ページのＵＲＩが「http://abcabc.ne.jp/indexj.htm」である場合、ＳＳＤＢ１１に格納されたＳＳ画像データの位置を示すＵＲＩは「http://img.xxx.net/small/http://abcabc.ne.jp/indexj.htm」であり、ＳＳコンテンツタグ２ｃは「<a href="http://www.abcabc.ne.jp/indexj.htm"><imgsrc="http://img.xxx.net/small/http://www.abcabc.ne.jp/" alt="" width="128" height="128" hspace="4" vspace="4" align="left" border="0" /></a>」といったｈｔｍｌ形式で表現される。
【００３０】
ＳＳ画像データの配信に際しては、後に詳述する配信条件ＤＢ１２に各ＳＳ画像データ毎に配信条件がＳＳ配信サイト１の運営者により規定、格納されている。例えば配信条件として、特定のサイトＣ（３）へのリンクが設定されていることを規定することができる。こうした配信条件設定により、ＳＳ画像を活用してＷｅｂサイトを作成しようとする作成者に、例えばＳＳ画像サービス提供者自身が運営する別のサイトへの閲覧者の誘導を義務付けることとなり、自己のサイトへの訪問者の増加という形でＳＳ画像サービスの提供に対する間接的な対価を享受することができる。
【００３１】
特定のサイトＣへのリンクは、例えばサイトＣのＵＲＩが「http://www.siteC.com/top/html」である場合、リンクタグ２ｌは「<link href="http://www.siteC.com/top/html">」といったｈｔｍｌ形式で表現される。
【００３２】
次に、図２から図５を用いて、事前に作成されたＳＳ画像が配信要求サイト２に表示されるまでのフローを説明する。
【００３３】
図２は、ＳＳ画像が配信要求サイト２に表示されるまでの配信サイト１との間でのデータの授受を示すフローチャートである。図３はＳＳ画像が作成されるまでの概念図である。図４（ａ）は配信条件ＤＢに格納される情報の概要を示す図であり、図４（ｂ）は配信先ＤＢに格納される情報の概要を示す図である。図５（ａ）から図５（ｃ）は配信要求サイトの表示画像を示す図である。
【００３４】
スクリーンショット画像を自己のＷｅｂページ上で閲覧させたいと考える作成者は、所定のＳＳ作成サイトでスクリーンショット画像を作成する（ステップＳ１０１）。ここでフロー上では本ステップは配信サイト１とは別異の構成にて行われるように表示しているが、「所定のＳＳ作成サイト」は、ＳＳ画像の配信サイトと同一のサーバ内に置かれていても良い。
【００３５】
スクリーンショット画像の作成は図３に例示するように、所定のサイトにおいて、スクリーンショット画像を作成したいＷｅｂページのＵＲＩを入力して行われる（ステップＳ１０２）。例えばＵＲＩ「http://abcabc.ne.jp/html」で示されるＷｅｂページについてＳＳ画像データの作成を希望する場合、ＳＳ画像の生成サービスを提供する所定のサイトにてＵＲＩを入力すると、当該ＵＲＩが示すページの表示画面が所定寸法に縮小された形で作成され（ＳＳ）、配信サイト１のＳＳＤＢ１１に格納される（ステップＳ１０３）。ＳＳＤＢ１１は第一の記憶手段に該当する。
【００３６】
また図３において、スクリーンショット画像とともに、当該画像データが格納されるファイルへの関連付けを示す<a href>タグ（ＣＴ）が生成、表示される（ステップＳ１０４）。ここでは「http://img.xxx.net/small/http://www.abcabc.ne.jp/indexj.htm」のＳＳ画像データが格納されるファイルへの関連付けを示すタグが表示される。作成者はこのタグを自己のＷｅｂページ内に貼り付ける。これによりＳＳ画像の埋め込みが行われる（ステップＳ１０５）。
【００３７】
なお、上記ステップＳ１０１からステップＳ１０５は必ずしもこの手順によらなくともよい。このようなＳＳ画像作成サービスを利用する者は、図３に示す埋め込みタグ支援画面によらなくとも、ＳＳ画像の作成を所望するサイトを表すＵＲＩを、ＳＳ画像作成（保存）サービスを提供するサイトのＵＲＩ（http://img.xxx.net）の下位に「/small/」を介して結合して「http://img.xxx.net/small/（ＳＳ画像作成を所望するサイトＵＲＩ）」のようにタグを作成することにより、同様のＳＳ画像データの埋め込みを行うことができる。この場合、後述する閲覧者による配信要求サイト２の閲覧要求が行われた段階（ステップＳ１０７）でＳＳ画像データが作成され、ＳＳＤＢ１１に格納される。
【００３８】
配信サイト１の運営者は、作成、格納されたＳＳ画像データにつき、配信許可の条件を設定する（ステップＳ１０６）。配信条件の設定は、例えば「特定のサイトへのリンクが指定されていること」、「作成の際付与される所定の識別番号をタグに記載していること」、「決済の際に付与される所定の決済済番号をタグに記載していること」といった条件を設定することができる。またこれらの条件は、画像データ個別に行うこともできるし、全ての画像データに共通して設定することもできる。ここでは、「サイトＣへのリンク」がなされていることを配信条件とする場合を取り上げて説明する。
【００３９】
配信サイト１の運営者は、ＳＳ画像データがＳＳＤＢ１１に新たに登録されると、その配信条件を設定する。図４（ａ）は設定された配信条件が配信条件ＤＢ１２に格納されているイメージを示した図である。作成された各ＳＳ画像データ毎にＩＤ（ＳＳＩＤ）が付与され、配信条件と関連付けられて管理されている。「サイトＣへのリンク」を条件とする場合、条件データとして配信要求サイト２に記載されるべきリンクタグ（<link href=”http://siteC.com/top/html”>）を登録する。配信条件ＤＢ１２は、第二の記憶手段に該当する。
【００４０】
閲覧者が配信要求サイト２の閲覧要求を行うと（ステップＳ１０７）、埋め込まれたＳＳタグに従って配信サイト１に対し、記憶されたＳＳ画像の配信要求が行われる（ステップＳ１０８）。これに応じて配信プログラム１３が起動する。配信プログラム１３は、ここでは配信要求受信手段に該当する。
【００４１】
配信プログラム１３はまず、配信先ＤＢ１５との照合を行う（ステップＳ１０９）。これは、既に正規にＳＳ画像の配信がなされた配信先について、その実績を登録しておき、同一のサイトからの配信要求については後述する検証プログラム１４を起動させずともＳＳ画像データの配信を行うためのものである。図４（ｂ）は正規の配信実績のある配信要求サイトのＵＲＩが配信先ＤＢ１５に格納されているイメージを示した図である。例えば配信要求サイトのＵＲＩが「http://ghi/ghi.ne.jp/html」の場合、過去にＳＳＩＤ「806011205y」のＳＳ画像、つまり「http://abc/abc.ne.jp/html」のスクリーンショット画像が正規に配信された実績があることを示している。この場合、後述するステップＳ１１０からステップＳ１１２の段階はスキップされる。なおページの更新は不定期になされることもあり、その更新内容によっては配信条件を満たさなくなる可能性もあることから、配信先ＤＢ１５への登録期間を有限と定めておいても良い。かかる構成を設けることにより、閲覧要求の都度配信条件の検証が行われる必要がなく、迅速なＳＳ画像データの配信を行うことができる。配信先ＤＢ１５は、第三の記憶手段に該当する。
【００４２】
配信先ＤＢに登録がない場合、配信プログラムは、検証プログラムと連動し、配信要求サイト２に対して配信可否を判断するための条件データを要求する。先に述べた配信要求にはリファラ（配信要求元を示すＵＲＩ）が含まれていることから、当該ＵＲＩにアクセスし、当該サイトのＨＴＭＬを解析する。例えば配信条件として「サイトＣへのリンク」が設定されている場合、ＨＴＭＬ中に当該リンクを示すタグ（<link href=“http://siteC.com/top/html”>）が存在するかを送信されたデータから検証する（ステップＳ１１１、ステップＳ１１２）。条件検証は、図示しない記憶領域上に配信条件、受信した条件データを各々格納し、両者を対比することにより行われる。
【００４３】
条件検証の結果、条件を具備すると判断された場合には、要求されたＳＳ画像データを送信し、条件を具備しないと判断された場合は、代替画像データを送信する（ステップＳ１１３）。データの受信を受けた配信要求サイト２では、タグにより指定された表示上の所定の位置に受信した画像データを埋め込んで表示する（ステップＳ１１４）。図５（ａ）は、配信画像が埋め込まれる前のイメージ図である。作成者が作成したＷｅｂサイト５Ｃの所定の位置５Ｂに配信される画像が表示される。条件を具備する場合、図５（ｂ）に示すように、所定の画像５Ｓがはめ込み表示される。条件を具備しない場合、図５（ｃ）に示すように、代替画像データ５Ｆ、ここでは「進入禁止マーク」が表示される。
【００４４】
正規にＳＳ画像が配信された場合、配信サイト１では配信先ＤＢ登録が行われる（ステップＳ１１５）。配信要求サイトとＳＳＩＤとが関連付けられて格納されるから、以後同一のサイトからの閲覧要求にあたっては、条件検証のステップを経ることなくＳＳ画像が正規に配信される。
【００４５】
なお上記の実施例においては、スクリーンショット画像の配信許否について説明したが、コンテンツはこれに限られず、スクリーンショット以外の画像データ（静止画、動画を問わない）の他、サウンドデータであってもよい。また配信条件として特定のサイト（サイトＣ）へのリンクを例に挙げて説明したが、これも種々設定が可能である。
【００４６】
このように、本実施例によれば、また本実施例を別のコンテンツに適用することにより、所定のサイトに帰属する画像や動画、音源等のコンテンツを、別のサイトに埋め込んで利用する場合に、従来は不可能であった埋め込み方法をコンテンツ提供側から条件設定、管理、配信許否を細かく行うことが可能となる。例えば配信条件として「決済完了により入手可能な決済済みコードをタグ記載すること」とすれば、コンテンツ利用者から直接に金銭的な対価を受け入れることをコンテンツ提供の条件とすることができる。あるいは「自己の管理するサイトへのリンクを設定すること」を配信条件とすれば、コンテンツ利用者から直接ではなくとも、コンテンツ利用者のサイト閲覧者に自己のサイトへの閲覧を誘引することを促すことができ、直接金銭的な対価でなく、別の形での対価を得ることができる。
【００４７】
これにより、コンテンツ提供者は、コンテンツを提供することに対する適切な形での対価を直接的又は間接的に享受する術を得ることができるため、Ｗｅｂ上でのコンテンツの発信が促進され、ひいてはコンテンツ作成に可能な投資が増すため、コンテンツの質の向上に寄与する。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施例である、スクリーンショット（ＳＳ）画像の配信を行う構成を示す概念図である。
【図２】ＳＳ画像が配信要求サイト２に表示されるまでの配信サイト１との間でのデータの授受を示すフローチャートである。
【図３】図３はＳＳ画像が作成されるまでの概念図である。
【図４】（ａ）は配信条件ＤＢに格納される情報の概要を示す図であり、（ｂ）は配信先ＤＢに格納される情報の概要を示す図である。
【図５】配信要求サイトにおいて埋め込み画像又は代替画像が表示される状態を示す図である。
【符号の説明】
【００４９】
１      コンテンツ配信サイト（コンテンツ配信制御システム）
１１    コンテンツＤＢ（第一の記憶手段）
１２    配信条件ＤＢ（第二の記憶手段）
１３    配信プログラム（配信要求受信手段、コンテンツ配信手段）
１４    検証プログラム（条件検証手段、コンテンツ配信許可手段）
１５    配信先ＤＢ（第三の記憶手段）
２      コンテンツ配信要求サイト
２ｃ    コンテンツタグ
２ｌ    リンクタグ
３      リンク先サイト
５Ｓ    ＳＳ画像
【図１】
2010009203.tif 000003
【図２】
2010009203.tif 000004
【図３】
2010009203.tif 000005
【図４】
2010009203.tif 000006
【図５】
2010009203.tif 000007