(57)【特許請求の範囲】
【請求項１】
コンテンツ配信装置と、コンテンツを受信し且つ再生する端末とを有するシステムにおけるコンテンツ再生方法において、
前記コンテンツ配信装置は、映像コンテンツと共に、広告コンテンツをストリーミングで送信するものであり、広告コンテンツを前記端末へ送信した広告時刻を記憶しており、
前記端末が、前記広告コンテンツの再生中に、ユーザが当該広告コンテンツの視聴を拒否した操作時刻を含む視聴操作情報を、前記コンテンツ配信装置へ送信する第１のステップと、
前記コンテンツ配信装置が、前記視聴操作情報の前記操作時刻に送信していた広告時刻の広告コンテンツを選択する第２のステップと、
前記コンテンツ配信装置が、当該広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を指示する再生制御情報を、前記端末へ送信する第３のステップと、
前記端末が、前記映像コンテンツを再生すると共に、前記再生制御情報で指示された広告アプリケーションをネットワークを介して取得し、前記映像コンテンツの当該画面の一部に当該広告アプリケーションを重畳する第４のステップと
を有することを特徴とするコンテンツ再生方法。
【請求項２】
第１のステップについて、ユーザが広告コンテンツの視聴を拒否する操作は、早送り（スキップ、再生飛ばし）操作に基づくものであることを特徴とする請求項１に記載のコンテンツ再生方法。
【請求項３】
前記再生制御情報は、前記映像コンテンツに重畳させる広告アプリケーションのリンク先アドレスと、当該広告アプリケーションを重畳させる時刻とを含むトリガページであることを特徴とする請求項１又は２に記載のコンテンツ再生方法。
【請求項４】
前記トリガページは、ＢＭＬ(Broadcast Markup Language)で記述されており、
前記トリガページは、データカルーセルによって前記映像コンテンツに多重化されて送信されることを特徴とする請求項３に記載のコンテンツ再生方法。
【請求項５】
前記システムは、Widgetとしての広告アプリケーションを蓄積したＷｅｂサーバを更に有し、
前記広告アプリケーションのリンク先アドレスは、ＣＧＩ(Common Gateway Interface)への引数として前記広告コンテンツの広告識別子を含むＵＲＬ(Uniform Resource Locator)であり、
第４のステップについて、前記端末は、前記Ｗｅｂサーバの前記ＵＲＬへ向けてリクエストを送信し、前記Ｗｅｂサーバから、ＣＧＩスクリプトの実行によって得られた前記広告アプリケーションを、前記端末へのレスポンスとして受信する
ことを特徴とする請求項３又は４に記載のコンテンツ再生方法。
【請求項６】
前記コンテンツ配信装置は、Widgetとしての広告アプリケーションを蓄積しており、
前記広告アプリケーションのリンク先アドレスは、ＣＧＩへの引数として前記広告コンテンツの広告識別子を含むＵＲＬであり、
第４のステップについて、前記端末は、前記コンテンツ配信装置の前記ＵＲＬへ向けてリクエストを送信し、前記コンテンツ配信装置から、ＣＧＩスクリプトの実行によって得られた前記広告アプリケーションを、前記端末へのレスポンスとして受信する
ことを特徴とする請求項３又は４に記載のコンテンツ再生方法。
【請求項７】
コンテンツを端末へ送信するコンテンツ配信装置において、
前記端末へ、映像コンテンツと共に、広告コンテンツをストリーミングで送信するコンテンツ配信手段と、
広告コンテンツを前記端末へ送信した広告時刻を記憶する配信管理記憶手段と、
前記端末から、前記広告コンテンツの再生中に、ユーザが当該広告コンテンツの視聴を拒否した操作時刻を含む視聴操作情報を受信する視聴操作情報受信手段と、
前記視聴操作情報の前記操作時刻に送信していた広告時刻の広告コンテンツを選択する広告重畳決定手段と、
当該広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を指示する再生制御情報を、前記端末へ送信する再生制御情報送信手段と
を有し、前記端末に、前記映像コンテンツが再生されると共に、前記再生制御情報で指示された広告アプリケーションが、前記映像コンテンツの当該画面の一部に重畳されることを特徴とするコンテンツ配信装置。
【請求項８】
ユーザが広告コンテンツの視聴を拒否する操作は、早送り（スキップ、再生飛ばし）操作に基づくものであることを特徴とする請求項７に記載のコンテンツ配信装置。
【請求項９】
前記再生制御情報は、前記映像コンテンツに重畳させる広告アプリケーションのリンク先アドレスと、当該広告アプリケーションを重畳させる時刻とを含むトリガページであることを特徴とする請求項７又は８に記載のコンテンツ配信装置。
【請求項１０】
前記トリガページは、ＢＭＬで記述されており、
前記トリガページは、データカルーセルによって前記映像コンテンツに多重化されて送信されることを特徴とする請求項９に記載のコンテンツ配信装置。
【請求項１１】
前記広告アプリケーションのリンク先アドレスは、ＣＧＩへの引数として前記広告コンテンツの広告識別子を含むＵＲＬであることを特徴とする請求項９又は１０に記載のコンテンツ配信装置。
【請求項１２】
前記広告アプリケーションのリンク先アドレスは、ＣＧＩへの引数として前記広告コンテンツの広告識別子を含むＵＲＬであり、
Widgetとしての広告アプリケーションを蓄積した広告アプリケーション蓄積手段と、
前記端末から、前記コンテンツ配信装置の前記ＵＲＬへ向けてリクエストを受信し、ＣＧＩスクリプトの実行によって得られた前記広告アプリケーションを、前記端末へのレスポンスとして返信するサーバ機能手段と
を更に有することを特徴とする請求項９又は１０に記載のコンテンツ配信装置。
【請求項１３】
請求項７から１２のいずれか１項に記載のコンテンツ配信装置から、コンテンツを受信し且つ再生する端末において、
映像コンテンツと共に、広告コンテンツをストリーミングで、前記コンテンツ配信装置から受信し且つ再生するコンテンツ再生手段と、
前記広告コンテンツの再生中に、ユーザが広告コンテンツの視聴を拒否した際に、その操作時刻を含む視聴操作情報を、前記コンテンツ配信装置へ送信する視聴操作情報送信手段と、
前記広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を指示する再生制御情報を、前記コンテンツ配信装置から受信する再生制御情報受信手段と
を有し、
前記コンテンツ再生手段は、前記映像コンテンツを再生すると共に、前記再生制御情報で指示された広告アプリケーションを、前記映像コンテンツの当該画面の一部に重畳することを特徴とする端末。
【請求項１４】
コンテンツを端末へ送信するコンテンツ配信装置に搭載されたコンピュータを機能させるプログラムにおいて、
前記端末へ、映像コンテンツと共に、広告コンテンツをストリーミングで送信するコンテンツ配信手段と、
広告コンテンツを前記端末へ送信した広告時刻を記憶する配信管理記憶手段と、
前記端末から、前記広告コンテンツの再生中に、ユーザが広告コンテンツの視聴を拒否した操作時刻を含む視聴操作情報を受信する視聴操作情報受信手段と、
前記視聴操作情報の前記操作時刻に送信していた広告時刻の広告コンテンツを選択する広告重畳決定手段と、
当該広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を、前記映像コンテンツの画面の一部に重畳するように指示する再生制御情報を、前記端末へ送信する再生制御情報送信手段と
してコンピュータを機能させ、前記端末に、前記映像コンテンツが再生されると共に、前記再生制御情報で指示された広告アプリケーションが、前記映像コンテンツの当該画面の一部に重畳されるようにすることを特徴とするコンテンツ配信装置用のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像コンテンツと共に広告コンテンツを配信するコンテンツ配信サービスの技術に関する。
【背景技術】
【０００２】
従来、コンテンツ配信サービスについて、ＶＯＤ(Video On Demand)及びネットワークＤＶＲ(Digital Video Recorder)の技術がある。
【０００３】
ＶＯＤは、ユーザが、所望の時に、所望の映像コンテンツを視聴することができる技術である。この技術に基づくシステムによれば、一般に、ユーザ宅内のセットトップボックス(Set Top Box)が、例えばＣＡＴＶ(CAble TeleVision)のような比較的高速なネットワークを介して、コンテンツ配信装置に接続される。ユーザによって視聴可能なテレビ受信機は、そのセットトップボックスに接続される。ユーザが、所望の時に、所望の映像コンテンツの再生をセットトップボックスに指示することによって、その映像コンテンツを受信しつつ再生させることができる。また、ユーザは、再生中の映像コンテンツに対して「一時停止・巻戻し・早送り」のような操作をすることができる。一方で、テレビの多チャンネル放送では、このような操作をすることはできない。
【０００４】
また、ネットワークＤＶＲは、事業者によって運営管理されるストレージ装置に、ユーザ所望のコンテンツを録画することができる技術である。この技術によれば、テレビ受信機は、ネットワークを介してそのストレージ装置にアクセスし、ＶＯＤと同様に、映像コンテンツを受信しつつ再生することができる。ユーザは、そのストレージ装置を、ユーザ自ら所有する録画機であるかのように操作することができる。従って、ユーザは自ら、録画機を所有する必要がない。
【０００５】
このようなコンテンツ配信サービスに基づくビジネスモデルによれば、コンテンツ配信事業者は、一般に、ユーザから、視聴コンテンツに対する対価を徴収する必要がある。一方で、コンテンツ配信事業者は、テレビの多チャンネル放送と同様に、ユーザに広告コンテンツを視聴させることにより、広告主から対価を徴収することもできる。例えば、ＶＯＤのコンテンツ配信サービスによれば、ユーザ所望の映像コンテンツの再生に先立って、１５秒程度の広告コンテンツを強制的に挿入するPre-roll広告の方式がある（例えば非特許文献１参照）。また、ネットワークＤＶＲのコンテンツ配信サービスであっても、ＣＭ(Commercial)のような広告映像を「早送り」することができないように設定されている場合もある。
【０００６】
また、他の従来技術として、放送局が、広告アプリケーションのウィジェット(Widget)を含む放送データを配信し、端末が、番組視聴中の画面上に、そのウィジェットを表示する技術もある（例えば特許文献１参照）。「ウィジェット」とは、例えばパーソナルコンピュータのようなデスクトップ上に、特定の機能を実行させる簡易アプリケーションの総称をいう。ウィジェットは、一般に、Ｗｅｂブラウザ上に、サブウインドウとして表示されるアプリケーションであってもよい。尚、通常、ウィジェットの内容は、番組やコンテンツの内容やユーザ操作の内容とは、全く関係が無い。ウィジェットは、ＩＰ(Internet Protocol)を用いてユーザ所有の端末から取得される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特表２００８−５０９２４５号公報
【非特許文献】
【０００８】
【非特許文献１】SeaChange社、「広告挿入」（AdPlus：VODの冒頭に広告を挿入）、[online]、［平成２２年７月３日検索］、インターネット＜URL:http://www.schange.com/ja-jp/products/advertising.aspx＞
【非特許文献２】Society of Cable Telecommunication Engineers、ENGINEERINGCOMMITTEE Digital Video Subcommittee、SCTE130-3：ANSI/SCTE 130-3 2009、「DigitalProgram Insertion - Advertising Systems Interfaces Part 3」、[online]、［平成２２年７月１２日検索］、インターネット＜URL:http://www.scte.org/documents/pdf/Standards/Top%20Ten/ANSI_SCTE%20130-3%202009.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
非特許文献１に記載された技術によれば、ＶＯＤのコンテンツ配信事業者にとっては、広告主からの収入源を確保するべく、一般に、ユーザ操作によってPre-roll広告の「早送り」操作をすることができないようになっている。これに対し、映像コンテンツを視聴するユーザの中には、Pre-roll広告の視聴を好まない者も多い。それらユーザは、「早送り」の操作を試みる場合があり、その結果、「早送り」操作ができなかった際に、その映像コンテンツの視聴開始操作さえも止める場合がある。これは、コンテンツ配信事業者にとっても、ユーザ視聴の機会損失となっていた。
【００１０】
尚、特許文献１に記載された技術によれば、データ放送は、データ・カルーセルによって配信されており、その広告コンテンツに関連するウィジェットも同時に配信することができる。しかしながら、データ放送の中でウィジェットを更に放送する場合、データカルーセルの肥大化を招く可能性がある。
【００１１】
そこで、本発明は、映像コンテンツと共に広告コンテンツを配信するコンテンツ配信サービスについて、ユーザ操作によって広告コンテンツが視聴されない場合であっても、別の形態で広告情報をユーザに提示するコンテンツ再生方法、コンテンツ配信装置、端末及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明によれば、コンテンツ配信装置と、コンテンツを受信し且つ再生する端末とを有するシステムにおけるコンテンツ再生方法において、
コンテンツ配信装置は、映像コンテンツと共に、広告コンテンツをストリーミングで送信するものであり、広告コンテンツを端末へ送信した広告時刻を記憶しており、
端末が、広告コンテンツの再生中に、ユーザが当該広告コンテンツの視聴を拒否した操作時刻を含む視聴操作情報を、コンテンツ配信装置へ送信する第１のステップと、
コンテンツ配信装置が、視聴操作情報の操作時刻に送信していた広告時刻の広告コンテンツを選択する第２のステップと、
コンテンツ配信装置が、当該広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を指示する再生制御情報を、端末へ送信する第３のステップと、
端末が、映像コンテンツを再生すると共に、再生制御情報で指示された広告アプリケーションをネットワークを介して取得し、映像コンテンツの当該画面の一部に当該広告アプリケーションを重畳する第４のステップと
を有することを特徴とする。
【００１３】
本発明のコンテンツ再生方法における他の実施形態によれば、
第１のステップについて、ユーザが広告コンテンツの視聴を拒否する操作は、早送り（スキップ、再生飛ばし）操作に基づくものであることも好ましい。
【００１４】
本発明のコンテンツ再生方法における他の実施形態によれば、再生制御情報は、映像コンテンツに重畳させる広告アプリケーションのリンク先アドレスと、当該広告アプリケーションを重畳させる時刻とを含むトリガページであることも好ましい。
【００１５】
本発明のコンテンツ再生方法における他の実施形態によれば、トリガページは、ＢＭＬ(Broadcast Markup Language)で記述されており、トリガページは、データカルーセルによって映像コンテンツに多重化されて送信されることも好ましい。
【００１６】
本発明のコンテンツ再生方法における他の実施形態によれば、
システムは、Widgetとしての広告アプリケーションを蓄積したＷｅｂサーバを更に有し、
広告アプリケーションのリンク先アドレスは、ＣＧＩ(Common Gateway Interface)への引数として広告コンテンツの広告識別子を含むＵＲＬ(Uniform Resource Locator)であり、
第４のステップについて、端末は、ＷｅｂサーバのＵＲＬへ向けてリクエストを送信し、Ｗｅｂサーバから、ＣＧＩスクリプトの実行によって得られた広告アプリケーションを、端末へのレスポンスとして受信することも好ましい。
【００１７】
本発明のコンテンツ再生方法における他の実施形態によれば、
コンテンツ配信装置は、Widgetとしての広告アプリケーションを蓄積しており、
広告アプリケーションのリンク先アドレスは、ＣＧＩへの引数として広告コンテンツの広告識別子を含むＵＲＬであり、
第４のステップについて、端末は、コンテンツ配信装置のＵＲＬへ向けてリクエストを送信し、コンテンツ配信装置から、ＣＧＩスクリプトの実行によって得られた広告アプリケーションを、端末へのレスポンスとして受信することも好ましい。
【００２０】
本発明によれば、コンテンツを端末へ送信するコンテンツ配信装置において、
端末へ、映像コンテンツと共に、広告コンテンツをストリーミングで送信するコンテンツ配信手段と、
広告コンテンツを端末へ送信した広告時刻を記憶する配信管理記憶手段と、
端末から、広告コンテンツの再生中に、ユーザが当該広告コンテンツの視聴を拒否した操作時刻を含む視聴操作情報を受信する視聴操作情報受信手段と、
視聴操作情報の操作時刻に送信していた広告時刻の広告コンテンツを選択する広告重畳決定手段と、
当該広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を指示する再生制御情報を、端末へ送信する再生制御情報送信手段と
を有し、端末に、映像コンテンツが再生されると共に、再生制御情報で指示された広告アプリケーションが、映像コンテンツの当該画面の一部に重畳されることを特徴とする。
【００２１】
本発明のコンテンツ配信装置における他の実施形態によれば、ユーザが広告コンテンツの視聴を拒否する操作は、早送り（スキップ、再生飛ばし）操作に基づくものであることも好ましい。
【００２２】
本発明のコンテンツ配信装置における他の実施形態によれば、再生制御情報は、映像コンテンツに重畳させる広告アプリケーションのリンク先アドレスと、当該広告アプリケーションを重畳させる時刻とを含むトリガページであることも好ましい。
【００２３】
本発明のコンテンツ配信装置における他の実施形態によれば、トリガページは、ＢＭＬで記述されており、トリガページは、データカルーセルによって映像コンテンツに多重化されて送信されることも好ましい。
【００２４】
本発明のコンテンツ配信装置における他の実施形態によれば、広告アプリケーションのリンク先アドレスは、ＣＧＩへの引数として広告コンテンツの広告識別子を含むＵＲＬであることも好ましい。
【００２５】
本発明のコンテンツ配信装置における他の実施形態によれば、
広告アプリケーションのリンク先アドレスは、ＣＧＩへの引数として広告コンテンツの広告識別子を含むＵＲＬであり、
Widgetとしての広告アプリケーションを蓄積した広告アプリケーション蓄積手段と、
端末から、コンテンツ配信装置のＵＲＬへ向けてリクエストを受信し、ＣＧＩスクリプトの実行によって得られた広告アプリケーションを、端末へのレスポンスとして返信するサーバ機能手段と
を更に有することも好ましい。
【００２８】
本発明によれば、前述したコンテンツ配信装置から、コンテンツを受信し且つ再生する端末において、
映像コンテンツと共に、広告コンテンツをストリーミングで、コンテンツ配信装置から受信し且つ再生するコンテンツ再生手段と、
広告コンテンツの再生中に、ユーザが広告コンテンツの視聴を拒否した際に、その操作時刻を含む視聴操作情報を、コンテンツ配信装置へ送信する視聴操作情報送信手段と、
広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を指示する再生制御情報を、コンテンツ配信装置から受信する再生制御情報受信手段と
を有し、
コンテンツ再生手段は、映像コンテンツを再生すると共に、再生制御情報で指示された広告アプリケーションを、映像コンテンツの当該画面の一部に重畳することを特徴とする。
【００２９】
本発明によれば、コンテンツを端末へ送信するコンテンツ配信装置に搭載されたコンピュータを機能させるプログラムにおいて、
端末へ、映像コンテンツと共に、広告コンテンツをストリーミングで送信するコンテンツ配信手段と、
広告コンテンツを端末へ送信した広告時刻を記憶する配信管理記憶手段と、
端末から、広告コンテンツの再生中に、ユーザが広告コンテンツの視聴を拒否した操作時刻を含む視聴操作情報を受信する視聴操作情報受信手段と、
視聴操作情報の操作時刻に送信していた広告時刻の広告コンテンツを選択する広告重畳決定手段と、
当該広告コンテンツに対応する広告アプリケーション（画面の一部に重畳表示可能な簡易アプリケーション）を、映像コンテンツの画面の一部に重畳するように指示する再生制御情報を、端末へ送信する再生制御情報送信手段と
してコンピュータを機能させ、端末に、映像コンテンツが再生されると共に、再生制御情報で指示された広告アプリケーションが、映像コンテンツの当該画面の一部に重畳されるようにすることを特徴とする。
【発明の効果】
【００３０】
本発明のコンテンツ再生方法、コンテンツ配信装置、端末及びプログラムによれば、映像コンテンツと共に広告コンテンツを配信するコンテンツ配信サービスについて、ユーザ操作によって広告コンテンツが視聴されない場合であっても、別の形態に基づくウィジェットのような広告アプリケーションをユーザに提示することができる。
【図面の簡単な説明】
【００３１】
【図１】本発明におけるシステム構成図である。
【図２】本発明におけるシーケンス図である。
【図３】テレビのディスプレイにおける表示画面である。
【図４】ユーザ操作のログを表す視聴操作情報のコードである。
【図５】本発明における再生制御情報のコードである。
【図６】広告アプリケーションを重畳表示するコードである。
【図７】本発明におけるコンテンツ配信装置、端末及びＷｅｂサーバの機能構成図である。
【発明を実施するための形態】
【００３２】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００３３】
図１は、本発明におけるシステム構成図である。
【００３４】
図１のシステムは、ＶＯＤのようなコンテンツ配信サービスに基づく。図１によれば、コンテンツ配信装置１は、インターネットに接続されており、端末２へ配信すべき映像コンテンツ及び広告コンテンツを蓄積する。「映像コンテンツ」は、ユーザによって所望されるべきコンテンツである。「広告コンテンツ」は、広告主の商品又はサービスを紹介するためのコンテンツである。一般に、映像コンテンツと広告コンテンツとは、内容的には何ら関係が無い。広告主とは、例えば当該映像コンテンツのスポンサであってもよい。
【００３５】
尚、コンテンツ配信装置１は、映像コンテンツ及び広告コンテンツを、データカルーセルによって配信する放送装置であってもよい。その点について、ＶＯＤ又はネットワークＤＶＲのようなコンテンツ配信サービスに限られず、多チャンネル放送に対応したコンテンツ配信サービスであってもよい。
【００３６】
インターネットは、アクセスネットワークと相互接続されており、そのアクセスネットワークにユーザ宅内の端末２が接続される。端末２は、コンテンツ配信装置１から、映像コンテンツ及び広告コンテンツを、アクセスネットワーク及びインターネットを介して、受信しつつ再生する。このようなコンテンツは、一般的に、「ストリーミングコンテンツ」と称される。再生されたコンテンツの映像は、ディスプレイに表示され、音声は、マイクから発声される。
【００３７】
図１によれば、端末２は、セットトップボックス２１及びテレビ２２によって構成されている。勿論、ネットワーク対応のテレビ単体であってもよい。セットトップボックス２１は、コンテンツを受信しつつ、再生する。テレビ２２は、再生されたコンテンツを、ディスプレイに表示する。
【００３８】
また、図１によれば、Ｗｅｂサーバ３も、インターネットに接続されており、端末２からアクセスされる。Ｗｅｂサーバ３は、端末２へ送信すべき広告アプリケーションを蓄積する。「広告アプリケーション」は、例えばＨＴＴＰ(HyperText Transfer protocol)によって取得可能なWidgetであってもよい。また、Ｗｅｂサーバ３は、広告主によって運用管理されるものであってもよい。
【００３９】
尚、コンテンツ配信装置１が、Ｗｅｂサーバ３に蓄積される広告アプリケーションを蓄積するものであってもよい。この場合、コンテンツ配信装置１は、端末２に対して、Ｗｅｂサーバ機能を提供する。
【００４０】
図２は、本発明におけるシーケンス図である。図３は、テレビのディスプレイにおける表示画面である。
【００４１】
図２によれば、セットトップボックス及びテレビを、１つの端末２として表す。また、コンテンツ配信装置１は、広告アプリケーションを端末２へ提供するＷｅｂサーバとしても機能する。
【００４２】
（Ｓ２００）端末２は、ユーザ所望の映像コンテンツの視聴要求を、コンテンツ配信装置１へ送信する。
【００４３】
（Ｓ２０１）コンテンツ配信装置１は、視聴要求の送信元となる端末２へ、ユーザ所望の映像コンテンツと共に、広告コンテンツを配信する。ＶＯＤのPre-roll広告方式によれば、映像コンテンツの再生に先立って、広告コンテンツが強制的に配信される。図３（ａ）によれば、最初に、テレビのディスプレイに、広告コンテンツが強制的に表示される。広告コンテンツは、例えば１５秒〜３０秒程度のＣＭ映像のようなものである。また、広告コンテンツは、多チャンネル放送におけるＣＭ映像のように、映像コンテンツの間で広告コンテンツが強制的に配信されるものであってもよい。即ち、広告コンテンツが配信されるタイミングは、映像コンテンツの配信の前に限られない。
【００４４】
尚、コンテンツ配信装置１は、配信した広告コンテンツを特定するために、広告識別子及び／又は広告時刻を記憶する。「広告識別子」とは、広告コンテンツ毎に紐付けられた唯一の識別子である。「広告時刻」とは、当該広告コンテンツが、コンテンツ配信装置１から端末２へ配信された時刻である。
【００４５】
（Ｓ２０２）端末２は、広告コンテンツに対するユーザの視聴操作を受け付ける（図３（ａ）参照）。ここでの視聴操作は、早送り（スキップ、再生飛ばし）操作又はチャンネル変更操作（以下「早送り」操作とする）である。即ち、ユーザが、その広告コンテンツの視聴を拒否した操作である。そして、端末２は、その視聴操作情報をコンテンツ配信装置１へ送信する。視聴操作情報は、例えば３分程度の時間間隔で収集されるものであってもよい。視聴操作情報は、端末２に対して、ユーザが操作した広告コンテンツの広告識別子、及び／又は、ユーザが操作した操作時刻を含む。
【００４６】
従来技術に基づくコンテンツ配信サービスによれば、ＣＭ映像（広告コンテンツ）に対する「早送り」は許可されないが、本発明によれば、「早送り」を許可する。
【００４７】
図４は、ユーザ操作のログを表す視聴操作情報のコードである。
【００４８】
図４によれば、視聴操作情報は、SCTE130-3仕様のPlacementStatusNotificationメッセージで記述されている。SCTE130-3は、TV向けにターゲット広告配信を実現するためのメッセージフォーマットに関する仕様であり、PlacementStatusNotificationは、ユーザ操作やセッション、広告挿入に関する結果を通知するためのメッセージである（例えば非特許文献２参照）。
【００４９】
図４のコードによれば、ViewerEventによって、操作時刻time及びユーザ操作内容typeが記述されている。これによって、ユーザが、広告コンテンツの再生中に、「早送り」を操作した否かを判別することができる。
ViewerEvent time="2010-05-20T01:52:34.000-04:00" type="fastForward"
fastForfard：早送り
【００５０】
尚、ユーザが、広告コンテンツを全て視聴した場合、以下のＳ２０３以降のステップは実行されることなく、コンテンツ配信装置１は、映像コンテンツを配信し続けるだけである。即ち、広告コンテンツを視聴したユーザに対しては、その後、広告アプリケーションを送信することはない。そのユーザは、広告アプリケーションに惑わされることなく、映像コンテンツの視聴に専念することができる。
【００５１】
（Ｓ２０３）コンテンツ配信装置１は、広告コンテンツに対する視聴操作情報に応じて、映像コンテンツに広告アプリケーションを重畳するか否かを決定する。視聴操作情報に、ユーザが操作した広告コンテンツの広告識別子が含まれている場合、その広告識別子に対応する広告アプリケーションが選択される。広告識別子は、ユーザによって視聴操作された広告コンテンツに対応する識別子である。
【００５２】
コンテンツ配信装置１は、広告コンテンツ識別子と、広告アプリケーションのリンク先アドレスとを対応付けたテーブルを予め保持する。視聴操作情報の広告コンテンツ識別子がこのテーブルに登録されていれば、広告アプリケーションを重畳すべきと判定する。
広告コンテンツ識別子<->広告アプリケーションのリンク先アドレス
広告コンテンツが、例えばＡ社のＣＭ映像である場合、そのＣＭ映像に対応するＡ社の広告アプリケーションが選択される。
【００５３】
また、視聴操作情報に、ユーザが操作した広告コンテンツに対する操作時刻が含まれているものであってもよい。コンテンツ配信装置１は、その操作時刻に配信していた広告コンテンツを検索する。検索された広告コンテンツに対応する広告アプリケーションが選択される。操作時刻に、例えばＡ社のＣＭ映像が配信されていた場合、そのＣＭ映像に対応するＡ社の広告アプリケーションが選択される。
【００５４】
この場合、コンテンツ配信装置１は、広告時刻範囲と、広告コンテンツ識別子と、広告アプリケーションのリンク先アドレスとを対応付けたテーブルを予め保持する。視聴操作情報の操作時刻がこのテーブルの広告時刻範囲に登録されていれば、広告アプリケーションを重畳すべきと判定する。
広告時刻範囲<->広告コンテンツ識別子・広告アプリケーションのリンク先アドレス
【００５５】
（Ｓ２０４）コンテンツ配信装置１は、端末２へ、映像コンテンツの画面の一部に重畳すべき広告アプリケーションを指示するための再生制御情報を送信する。
【００５６】
「再生制御情報」は、映像コンテンツに広告アプリケーションを表示させるトリガとなるトリガページであってもよい。トリガページも、ＢＭＬで記述される。トリガページは、映像コンテンツに重畳させる広告アプリケーションのリンク先アドレスと、当該広告アプリケーションを重畳させる時刻とを含む。また、広告アプリケーションのリンク先アドレスは、ＣＧＩ(Common Gateway Interface)への引数として広告コンテンツの広告識別子を含むＵＲＬ(Uniform Resource Locator)である。
【００５７】
ＣＧＩとは、Ｗｅｂサーバ上で実行可能なプログラムに対して、端末からのインタフェースを提供する仕組みである。このプログラムは、スクリプト言語（例えばPerl）によって記述され、ＨＴＭＬで実現できない機能を提供する。ここで、リンク先アドレスのパスデータには、広告識別子が含まれていてもよい。
http://advertisement-pf.com/fast-fowrard.cgi?userid=123456
UserID=123456の場合：Ａ社用の広告ウィジェット
UserID=789012の場合：Ｂ社用の広告ウィジェット
【００５８】
図５は、本発明における再生制御情報のコードである。
【００５９】
setInterval(GetAdwidget(),30000,1)
３００００ミリ秒後に、Adwidgetページにアクセスすることを意味する。
この値は、図２のタイマ起動から、Ｓ２０６のWidgetの取得までの時間値となる。
AdWidgetURL
AdwidgetページのＵＲＬを意味する。
browser.transmitTextDataOverIP
GetAdwidget()の結果をＵＲＬとして取得する通信機能ことを意味する。
【００６０】
ＢＭＬで記述されたトリガページ（再生制御情報）は、データカルーセルによって映像コンテンツに多重化されて送信されるものであってもよい。「データカルーセル」とは、一定周期で、送信すべきファイルデータを繰り返し送信するデータ転送方式をいう。尚、再生制御情報は、映像コンテンツとは別に、端末２へ送信されるものであってもよい。
【００６１】
尚、図５には明示されていないが、トリガページは、auto_start_flag=1を設定することで、視聴者に意識させることなく、自動的に動作することもできる。
【００６２】
端末２は、再生制御情報を受信した際に、映像コンテンツに重畳して表示すべき広告アプリケーションのリンク先アドレスと、当該広告アプリケーションを重畳させる再生時刻とを記憶する。端末２は、タイマを用いて、その時刻に達する時まで計時する。
【００６３】
（Ｓ２０５）コンテンツ配信装置１は、端末２へ、映像コンテンツをストリーミング方式で送信し続ける。そして、端末２は、映像コンテンツを受信しつつ再生する（図３（ｂ）参照）。
【００６４】
ここで、広告アプリケーションは、コンテンツ配信装置１に蓄積されていてもよいし、Ｗｅｂサーバ３に蓄積されていてもよい。いずれの場合であっても、Ｓ２０６及びＳ２０７のシーケンスは同じである。
【００６５】
（Ｓ２０６）広告アプリケーションを重畳させる再生時刻に達した際、端末２は、コンテンツ配信装置１へ、広告アプリケーションの取得要求を送信する。その取得要求は、先に記憶したリンク先アドレスへ向けて送信される。リンク先アドレスは、コンテンツ配信装置１に蓄積された広告アプリケーションのアドレスであってもよいし、別のＷｅｂサーバに蓄積された広告アプリケーションのアドレスであってもよい。
【００６６】
（Ｓ２０７）コンテンツ配信装置１は、端末２のリクエストに対して、ＣＧＩスクリプトの実行によって得られた広告アプリケーションを端末へのレスポンスとして返信する。「広告アプリケーション」は、映像コンテンツの画面の一部に重畳して表示可能な、例えばWidgetであってもよい（図３（ｃ）参照）。ユーザ操作に応じて、そのウィジェットがクリックされると、その広告に基づく詳細情報が表示されるものであってもよい（図３（ｄ）参照）。
【００６７】
図６は、広告アプリケーションを重畳表示するコードである。
【００６８】
SpotScopedEvents：広告挿入に関する履歴を意味する
AssetRef要素のassetID属性で、挿入された広告コンテンツを特定する。
PlacementStatusEvent 要素では、その広告コンテンツの挿入開始時刻(type="startPlacement")を特定し、挿入終了した時刻(type="endPlacement")を特定する。
EntertainmentScopedEvents：映像本編配信に関する履歴を意味する。
AssetRef要素のassetID属性で、映像コンテンツを特定する。
PlacementStatusEvent要素では、映像コンテンツの開始時刻(type="startPlacement"）と、映像コンテンツの再生終了時刻(type="endPlacement")とを特定する。
【００６９】
尚、セッションＩＤ(22091e000e1200004aaa)によって、図４の視聴操作情報と、図６の広告アプリケーションとが対応付けられている。「早送り」した場合とそれ以外の場合で、２種類の広告アプリケーションを、事前に1つのＢＭＬコンテンツに含めることもできる。この場合、ECMAScriptを用いて、表示する広告アプリケーションを切り替える。しかしながら、その場合、２種類の広告アプリケーションを、１つのＢＭＬコンテンツの中に含める必要がある。そのため、選択対象となるコンテンツの数（サイズ）を増やすことができない。これに対し、本発明によれば、セッションＩＤをキーにして結びつけることによって、コンテンツ配信装置における制御が可能となり、配信するＢＭＬコンテンツのサイズを増やすことなく、２種以上の、任意の数の広告アプリケーションを選択的に提供することが可能となる。
【００７０】
（Ｓ２０７）端末２は、映像コンテンツを再生すると共に、広告コンテンツに関連する広告アプリケーションを取得し、映像コンテンツの当該画面の一部に当該広告アプリケーションを重畳して再生する。
【００７１】
図７は、本発明におけるコンテンツ配信装置、端末及びＷｅｂサーバの機能構成図である。
【００７２】
図７によれば、コンテンツ配信装置１は、インターネットに接続する通信インタフェース部１００と、映像コンテンツ蓄積部１０１と、広告コンテンツ蓄積部１０２と、広告アプリケーション蓄積部１０３とを有する。映像コンテンツ蓄積部１０１は、ユーザ所望に基づく映像コンテンツを蓄積する。広告コンテンツ蓄積部１０２は、広告コンテンツを蓄積する。また、広告アプリケーション蓄積部１０３は、広告アプリケーション蓄積する。
【００７３】
また、図７によれば、コンテンツ配信装置１は、コンテンツ配信部１１０と、視聴操作情報受信部１１２と、広告重畳決定部１１３と、再生制御情報送信部１１４と、配信管理記憶部１１５と、サーバ機能部１１６とを更に有する。これら機能構成部は、装置に搭載されたコンピュータを機能させるプログラムを実行することによって実現できる。
【００７４】
コンテンツ配信部１１０は、映像コンテンツ蓄積部１０１から映像コンテンツを入力すると共に、広告コンテンツ蓄積部１０２から広告コンテンツを入力する。入力された映像コンテンツ及び広告コンテンツは、通信インタフェース部１００を介して端末２へ配信される。
【００７５】
配信管理記憶部１１５は、コンテンツ配信部１１０が送信した広告コンテンツの広告識別子と、その広告コンテンツを配信した広告時刻とを記憶する。
【００７６】
視聴操作情報受信部１１２は、端末２から通信インタフェース部１００を介して、広告コンテンツに対するユーザの視聴操作情報を受信する。受信された視聴操作情報は、広告重畳決定部１１３へ出力される（図２のＳ２０２参照）。
【００７７】
広告重畳決定部１１３は、入力された視聴操作情報に応じて、映像コンテンツに広告アプリケーションを重畳するか否かを決定する（図２のＳ２０３参照）。広告重畳決定部１１３は、重畳すると決定した広告アプリケーションのリンク先アドレスを、再生制御情報送信部１１４へ出力する。尚、重畳可能な時刻も、再生制御情報送信部１１４へ出力するものであってもよい。
【００７８】
再生制御情報送信部１１４は、広告アプリケーションを指示する再生制御情報を、通信インタフェース部１００を介して端末２へ送信する（図２のＳ２０４参照）。ここで、再生制御情報送信部１１４は、再生制御情報を、コンテンツ配信部１１０へ出力してもよい。コンテンツ配信部１１０は、入力された再生制御情報を、データカルーセルによって映像コンテンツに多重化して、通信インタフェース部１００を介して端末２へ送信する。
【００７９】
サーバ機能部１１６は、通信インタフェース部１００を介して、端末２から、広告アプリケーションの取得要求を受信する。サーバ機能部１１６は、広告アプリケーション蓄積部１０３からその取得要求に応じた広告アプリケーションを取得する。そして、サーバ機能部１１６は、通信インタフェース部１００を介して、端末２へ、広告アプリケーションを返信する。
【００８０】
図７によれば、端末２は、通信インタフェース部２００と、入力インタフェース部２０１と、出力インタフェース部２０２とを有する。
【００８１】
入力インタフェース部２０１は、ユーザからの視聴操作を受け付ける。入力インタフェース部２０１は、例えば、テレビの操作ボタンであってもよいし、テレビのリモートコントローラであってもよい。
【００８２】
また、出力インタフェース部２０２は、ユーザに対するテレビのディスプレイである。ディスプレイは、再生された映像コンテンツ及び広告コンテンツを画面に表示する。また、映像コンテンツの画面の一部に広告アプリケーションを重畳して表示することができる。
【００８３】
また、端末２は、コンテンツ受信部２１０と、コンテンツ再生部２１１と、視聴操作情報送信部２１２と、再生制御情報受信部２１４と、クライアント機能部２１６とを更に有する。これら機能構成部は、端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現できる。
【００８４】
コンテンツ受信部２１０は、コンテンツ配信装置１から通信インタフェース部２００を介して、コンテンツを受信する。そして、コンテンツ受信部２１０は、映像コンテンツ及び広告コンテンツに分離し、それらコンテンツをコンテンツ再生部２１１へ出力する。これらコンテンツは、ストリーミング形式で受信と同時に再生される。また、トリガページ（再生制御情報）がコンテンツに多重化されている場合、そのトリガページを、再生制御情報受信部２１４へ出力する。
【００８５】
視聴操作情報送信部２１２は、入力インタフェース部２０１から入力されたユーザの視聴操作情報を、通信インタフェース部２００を介して、コンテンツ配信装置１へ送信する。
【００８６】
再生制御情報受信部２１４は、再生制御情報を、コンテンツ配信装置１から通信インタフェース部２００を介して受信する。また、再生制御情報は、コンテンツ受信部２１０から入力されるものであってもよい。再生制御情報は、クライアント機能部２１６へ出力される。
【００８７】
クライアント機能部２１６は、通信インタフェース部２００を介してコンテンツ配信装置１へ、広告アプリケーションの取得要求を送信する。クライアント機能部２１６は、コンテンツ配信装置１から通信インタフェース部２００を介して、広告アプリケーションを受信する。受信された広告アプリケーションは実行され、出力インタフェース部２０２に表示される。
【００８８】
図３によれば、Ｗｅｂサーバ３は、通信インタフェース部３０と、サーバ機能部３１６と、広告アプリケーション蓄積部３０３とを有する。サーバ機能部３１６は、サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現できる。
【００８９】
サーバ機能部３１６及び広告アプリケーション蓄積部３０３は、コンテンツ配信装置１のサーバ機能部１１６及び広告アプリケーション蓄積部１０３と同様に機能する。
【００９０】
前述の実施形態によれば、ＶＯＤについて説明したが、勿論、ネットワークＤＶＲにも適用できることは当業者によれば容易に想到できる。ネットワークＤＶＲによれば、コンテンツ配信装置の映像コンテンツ蓄積部には、ユーザによって録画されたコンテンツが蓄積される。ユーザ操作に基づくテレビは、コンテンツ配信装置にアクセスすることによって、現に録画されたコンテンツの一覧を表示することができる。ユーザは、いずれかのコンテンツを選択することによって、視聴要求が、コンテンツ配信装置へ送信される（図２のＳ２００と同様）。このとき、例えばPreroll方式によって録画済コンテンツが再生される前に、広告コンテンツが再生される（図２のＳ２０１参照）。その後は、前述した実施形態と同じである。
【００９１】
以上、詳細に説明したように、本発明のコンテンツ再生方法、コンテンツ配信装置、端末及びプログラムによれば、映像コンテンツと共に広告コンテンツを配信するコンテンツ配信サービスについて、ユーザ操作によって広告コンテンツが視聴されない場合であっても、別の形態に基づくウィジェットのような広告アプリケーションをユーザに提示することができる。
【００９２】
Pre-rollの広告コンテンツの視聴を好まないユーザは、その視聴を拒否する代わりに、映像コンテンツの視聴中に、Widgetが表示される。ユーザにとっては、映像コンテンツに専念できないというデメリットが生じる。一方で、Pre-rollの広告コンテンツを全て視聴したユーザは、映像コンテンツの視聴中に、Widgetが表示されることもなく、映像コンテンツに専念できる。これは、広告コンテンツに対する視聴操作によって、選択される。これによって、コンテンツ配信事業者は、できる限り、広告主からの収入源を確保することができる。
【００９３】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００９４】
１  コンテンツ配信装置
１００  通信インタフェース部
１０１  映像コンテンツ蓄積部
１０２  広告コンテンツ蓄積部
１０３  広告アプリケーション蓄積部
１１０  コンテンツ配信部
１１２  視聴操作情報受信部
１１３  広告重畳決定部
１１４  再生制御情報送信部
１１５  配信管理記憶部
１１６  サーバ機能部
２  端末
２１  セットトップボックス
２２  テレビ
２００  通信インタフェース部
２０１  入力インタフェース部
２０２  出力インタフェース部
２１１  コンテンツ再生部
２１２  視聴操作情報受信部
２１４  再生制御情報受信部
２１６  クライアント機能部
３  Ｗｅｂサーバ３
３０  通信インタフェース部
３１６  サーバ機能部
３０３  広告アプリケーション蓄積部
【図１】
0005495386.tif 000002
【図２】
0005495386.tif 000003
【図３】
0005495386.tif 000004
【図４】
0005495386.tif 000005
【図５】
0005495386.tif 000006
【図６】
0005495386.tif 000007
【図７】
0005495386.tif 000008