(57)【要約】【課題】コンテンツを再生する動機付けをユーザに与える。【解決手段】本発明の一態様によれば、コンテンツ配信装置は、受信部と、抽選部と、配信部とを含む。受信部は、コンテンツの配信要求を再生端末から受信する。抽選部は、配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する。配信部は、配信要求が第１の抽選結果に関連付けられた場合には再生端末にコンテンツに関する第１のコンテンツデータを配信し、配信要求が第２の抽選結果に関連付けられた場合には再生端末にコンテンツに関する第２のコンテンツデータを配信する。【選択図】図２
2018107599.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの配信要求を再生端末から受信する受信部と、
前記配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する抽選部と、
前記配信要求が第１の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第１のコンテンツデータを配信し、前記配信要求が第２の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第２のコンテンツデータを配信する配信部と
を具備する、コンテンツ配信サーバ。
【請求項２】
前記第１のコンテンツデータは、第１の動画像データを含み、
前記第２のコンテンツデータは、前記第１の動画像データとは異なる第２の動画像データを含む、
請求項１に記載のコンテンツ配信サーバ。
【請求項３】
前記第１のコンテンツデータは、第１の動画像データと、前記第１の動画像データに重ね表示される第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための制御情報とを含み、
前記第１のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第１のＧＵＩ部品が選択されたことを示す情報を当該再生端末に前記コンテンツ配信サーバへと送信させ、
前記第２のコンテンツデータは、第２の動画像データと、前記第２の動画像データに重ね表示される第２のＧＵＩ部品を表示するための制御情報とを含み、
前記第２のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第２のＧＵＩ部品が選択されたことを示す情報を当該再生端末に前記コンテンツ配信サーバへと送信させない、
請求項１に記載のコンテンツ配信サーバ。
【請求項４】
前記第１のコンテンツデータは、第１の動画像データに重ね表示される第１のコメントデータを含み、
前記第２のコンテンツデータは、第２の動画像データに重ね表示され、前記第１のコメントデータとは異なる第２のコメントデータを含み、
前記コンテンツ配信サーバは、前記第１のコンテンツデータを配信中の再生端末によって第１の新たなコメントデータが投稿されると前記第１のコメントデータに前記第１の新たなコメントデータを追加し、前記第２のコンテンツデータを配信中の再生端末によって第２の新たなコメントデータが投稿されると前記第２のコメントデータに前記第２の新たなコメントデータを追加する更新部をさらに具備する、
請求項１に記載のコンテンツ配信サーバ。
【請求項５】
前記配信要求は、前記コンテンツの配信予約要求である、請求項１乃至請求項４のいずれか１項に記載のコンテンツ配信サーバ。
【請求項６】
前記抽選部は、前記再生端末の過去のコンテンツ再生履歴に基づいて、前記配信要求に関連付けられる抽選結果を決定するためのパラメータを調整する、請求項１乃至請求項５のいずれか１項に記載のコンテンツ配信サーバ。
【請求項７】
前記抽選部は、前記再生端末における前記コンテンツの再生回数が多いほど前記配信要求が前記第１の抽選結果に関連付けられる確率が高くなるように前記パラメータを調整する、請求項６に記載のコンテンツ配信サーバ。
【請求項８】
前記抽選部は、前記第１の抽選結果に関連付けられた配信要求の総数が規定値に達する前に限って抽選を行う、請求項１乃至請求項７のいずれか１項に記載のコンテンツ配信サーバ。
【請求項９】
コンテンツの配信要求を再生端末から受信することと、
前記配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定することと、
前記配信要求が第１の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第１のコンテンツデータを配信し、前記配信要求が第２の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第２のコンテンツデータを配信することと
を具備する、コンテンツ配信方法。
【請求項１０】
コンピュータを、
コンテンツの配信要求を再生端末から受信する手段、
前記配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する手段、
前記配信要求が第１の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第１のコンテンツデータを配信し、前記配信要求が第２の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第２のコンテンツデータを配信する手段
として機能させるためのコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの配信に関する。
【背景技術】
【０００２】
双方向番組と呼ばれる番組ジャンルでは、番組の視聴者（ユーザ）は当該番組の放送中に告知されるクイズ、アンケート、抽選などの企画に参加できる。録画再生機器の発達に伴い、双方向番組を録画再生する視聴者も相当数存在することが予想される。
【０００３】
特許文献１は、リアルタイム視聴時のみならず、録画再生時にも視聴者がＣＭを視聴した場合に特典を付与する技術を開示している。特許文献２は、プレゼント応募が可能なデータ放送を録画再生する際に、プレゼント応募の有効期限の内容をユーザに報知する技術を開示している。また、特許文献３は、プレゼント応募が可能なデータ放送を録画再生する際に、プレゼント応募の有効期限を既に徒過しているならば応募サイトへの接続要求を無効化する技術を開示している。
【０００４】
また、近年、生番組をインターネット経由で配信するサービスが人気を集めている。さらに、これらのサービスの中には、生の双方向番組、特にコメント投稿、アンケート回答、抽選応募などの視聴者参加を受け付け、かかる視聴者参加を番組進行に取り入れることのできる番組を配信するものもある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−７４５２２号公報
【特許文献２】特開２００８−２５２３６７号公報
【特許文献３】特開２００８−２５２３６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通常、生の双方向番組を最も楽しめるのは、番組の初回配信時のリアルタイム視聴者である。他方、番組を後日に再配信またはアーカイブ配信する場合や、初回配信時では配信されなかった地域で番組を後日配信する場合には、非リアルタイム視聴者はかかる双方向番組の醍醐味を十分に味わうことができないので、初回配信時のリアルタイム視聴者に比べて参加意識が低くなりがちである。例えば、抽選企画を伴う番組を再放送等する場合に、当該抽選企画の参加締め切りは徒過しているケースが一般的であるため、非リアルタイム視聴者は抽選企画に応募することができない。
【０００７】
また、生の双方向番組では、様々な不確定要素により、抽選企画を正常に終了できないこともある。例えば、番組進行が遅れている場合や応募者数が予定当選者数に達しない場合には、景品が余ってしまうという事態も生じ得る。反対に、生の双方向番組において抽選企画を正常に終了させるために予定よりも多くの時間を掛けてしまうと、他の企画に掛けることのできる時間が減少するため番組進行が妨げられる。結果、番組の面白みが損なわれるおそれがある。
【０００８】
本発明は、コンテンツを再生する動機付けをユーザに与えることを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様によれば、コンテンツ配信装置は、受信部と、抽選部と、配信部とを含む。受信部は、コンテンツの配信要求を再生端末から受信する。抽選部は、配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する。配信部は、配信要求が第１の抽選結果に関連付けられた場合には再生端末にコンテンツに関する第１のコンテンツデータを配信し、配信要求が第２の抽選結果に関連付けられた場合には再生端末にコンテンツに関する第２のコンテンツデータを配信する。
【発明の効果】
【００１０】
本発明によれば、コンテンツを再生する動機付けをユーザに与えることができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態および第２の実施形態に係るコンテンツ配信システムを例示するブロック図。
【図２】図１の動画像配信サーバを例示するブロック図。
【図３】図２の動画像配信サーバの動作を例示するフローチャート。
【図４】図２の動画像配信サーバによって配信される動画像データを例示する図。
【図５】図２の動画像配信サーバによって配信される動画像データを例示する図。
【図６】図２の動画像配信サーバによって配信される動画像データを例示する図。
【図７】図１のコメント配信サーバを例示するブロック図。
【図８】図７のコメント配信サーバの動作を例示するフローチャート。
【図９】図７のコメント配信サーバによって配信されるコメントデータを例示する図。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら実施形態の説明が述べられる。尚、以降、説明済みの要素と同一または類似の要素には同一または類似の符号が付され、重複する説明は基本的に省略される。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。
【００１３】
各実施形態に係るコンテンツ配信サーバは、コンテンツの配信要求に対して抽選を行い、抽選結果に応じて異なるコンテンツデータを配信する。以降の説明において、コンテンツは、動画像データをよび／または動画像データに重ね表示されるコメントデータを含むが、これらに限られず、例えば静止画像、音声／音楽、テキストまたはこれらの任意の組み合わせなどを含んでいてもよい。
【００１４】
なお、コンテンツの配信要求は、コンテンツの配信予約要求を含み得る。コンテンツの配信予約要求とは、将来（例えば、生配信番組の終了から所定時間経過後）に再生端末に対してコンテンツの配信がなされることを予め約束することを意味する。
【００１５】
典型的には、コンテンツ配信サーバは、抽選結果が「あたり」であったユーザには特別な動画像データを配信し、抽選結果が「はずれ」であったユーザには通常の動画像データを配信する。
【００１６】
特別な動画像データは、通常の動画像データの一部を異なる動画像データに差し替えたものであってもよいし、通常の動画像データに特別映像データを追加したものであってもよいし、通常の動画像データとは独立に用意された動画像データであってもよい。
【００１７】
このように抽選結果に応じて異なる動画像データを配信すれば、ユーザは、異なる動画像データを視聴することを期待して同一のコンテンツを繰り返し再生するように動機付けられる。
【００１８】
コンテンツ配信サーバは、抽選結果が「はずれ」であったユーザには抽選にはずれたユーザ同士で投稿・閲覧が可能なコメントデータを配信し、抽選結果が「あたり」であったユーザには抽選にあたったユーザ同士で投稿・閲覧が可能なコメントデータを配信してもよい。この場合に、抽選結果が「はずれ」であったユーザに配信される動画像データは、抽選結果が「あたり」であったユーザに配信される動画像データと同一であってもよいし、異なっていてもよい。このように抽選結果に応じて異なるコメントデータを配信すれば、ユーザは、抽選結果が同じであった他のユーザとの一体感をコメントデータの投稿・閲覧を通じて得やすく、動画像データをいっそう楽しむことができる。
【００１９】
また、抽選結果は、「あたり」および「はずれ」の２種類に限られない。例えば、複数のメンバーが在籍するグループが出演する動画像データにおいて、「あたり（メンバー１）」、「あたり（メンバー２）」・・・のように３種類以上の抽選結果が用意されてもよい。抽選結果が「あたり（メンバー１）」であったならばユーザにはメンバー１の特別映像データを含む動画像データが配信され、抽選結果が「あたり（メンバー２）」であったならばユーザにはメンバー２の特別映像データを含む動画像データが配信されてもよい。
【００２０】
（第１の実施形態）  
第１の実施形態に係るコンテンツ配信サーバは、例えば図１に示されるコンテンツ配信システムに含まれる動画像配信サーバ２０であってもよい。図１のコンテンツ配信システムでは、ウェブサーバ１０と、動画像配信サーバ２０と、コメント配信サーバ３０と、再生端末５０−１，５０−２，５０−３，・・・・とが、ネットワーク４０経由で互いに接続されている。
【００２１】
ウェブサーバ１０は、再生端末５０からネットワーク４０経由でアクセスされると、図１のコンテンツ配信システムから配信可能なコンテンツが列挙されたリストを含むウェブページを当該再生端末５０にネットワーク４０経由で提供する。
【００２２】
再生端末５０のユーザは、当該再生端末５０に表示されたウェブページ中のリストから配信を希望するコンテンツを、例えば、タップ、クリック、特定のキーの押下などの所定の操作を行うことで選択する。再生端末５０は、このような所定の操作を検知すると、ユーザによって選択されたコンテンツの配信要求をウェブサーバ１０へとネットワーク４０経由で送信する。
【００２３】
ウェブサーバ１０は、ネットワーク４０経由で再生端末５０から特定のコンテンツの配信要求を受信すると、当該コンテンツの動画像データを取得するための情報（典型的にはＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ））と、当該動画像データに重ね表示されるコメントデータを取得するための情報（典型的にはＵＲＬ）とを当該再生端末５０へとネットワーク４０経由で返信する。
【００２４】
再生端末５０は、ネットワーク４０経由でウェブサーバ１０から前述の情報を受信すると、動画像データを取得するための情報を用いて動画像配信サーバ２０にネットワーク４０経由でアクセス（これは、この情報によって指定される動画像データの配信要求を意味する）し、コメントデータを取得するための情報を用いてコメント配信サーバ３０にネットワーク４０経由でアクセス（これは、この情報によって指定されるコメントデータの配信要求を意味する）する。
【００２５】
動画像配信サーバ２０およびコメント配信サーバ３０は、それぞれ、再生端末５０からネットワーク４０経由で動画像データおよびコメントデータの配信要求を受けると、当該再生端末５０の用いた情報に関連付けられた動画像データおよびコメントデータを当該再生端末５０へとネットワーク４０経由で配信する。再生端末５０は、配信された動画像データを再生しつつ、配信されたコメントデータをこの動画像データに重ね表示する。
【００２６】
なお、動画像配信サーバ２０から再生端末５０への動画像データの配信は、典型的にはストリーミング方式またはプログレッシブダウンロード方式（いわゆる擬似ストリーミング方式）に従って行われるが、他の方式（例えば、動画像データの全体を受信し終えるまで当該動画像データの再生を開始できない通常のダウンロード方式）に従って行われてもよい。
【００２７】
動画像配信サーバ２０は、再生端末５０からネットワーク４０経由で動画像データの配信要求を受けると、当該配信要求の対象となる動画像データを特定し、当該再生端末５０へとネットワーク４０経由で配信する。動画像配信サーバ２０は、典型的には、大量の録画済みの動画像データと、それぞれの動画像データを取得するための情報（典型的にはＵＲＬ）とを関連付けて記憶部に格納している。
【００２８】
なお、動画像配信サーバ２０は、生配信機能を備えていてもよい。すなわち、動画像配信サーバ２０は、図示されない送信源（例えば、ビデオカメラに接続されたコンピュータ）から送信される動画像データをネットワーク４０経由で順次受信し、そのままもしくは必要な加工を行ってから、当該動画像データを再生中の再生端末５０へとネットワーク４０経由で配信してもよい。
【００２９】
コメント配信サーバ３０は、再生端末５０からネットワーク４０経由でコメントデータの配信要求を受けると、当該配信要求の対象となるコメントデータを特定し、当該再生端末５０へとネットワーク４０経由で配信する。コメント配信サーバ３０は、動画像配信サーバ２０から配信可能な動画像データのそれぞれに重ね表示されるコメントデータと、当該コメントデータを取得するための情報（典型的にはＵＲＬ）を関連付けて記憶部に格納している。なお、動画像データとコメントデータとの関係は１対１対応に限られず、１つの動画像データに重ね表示可能な複数のコメントデータが用意されてもよい。
【００３０】
コメント配信サーバ３０は、コメントデータを配信済みの再生端末５０から、ユーザによって投稿された新たなコメントデータをネットワーク４０経由で受信すると、当該新たなコメントデータを当該再生端末５０に配信済みのコメントデータに追加してコメントデータを更新する。コメント配信サーバ３０は、更新後のコメントデータを、更新前のコメントデータを配信済みの再生端末５０へネットワーク４０経由で自動配信してもよい。
【００３１】
なお、図１にはウェブサーバ１０、動画像配信サーバ２０およびコメント配信サーバ３０の３種類のサーバが示されているが、このようなサーバ構成は例示に過ぎない。いずれかのサーバの機能の一部または全部が他のサーバに組み込まれてもよいし、いずれかのサーバの機能が複数の異なるサーバに分割されてもよい。例えば、動画像配信サーバ２０とコメント配信サーバ３０とを統合した動画像／コメント配信サーバが用意されてもよい。
【００３２】
また、単なる動画像データ（ここでは、コメントデータの重ね表示を伴わない動画像データを意味する）を配信するコンテンツ配信システムにおいて、コメント配信サーバ３０は省略可能である。また、コメント配信サーバ３０の機能の一部または全部がウェブサーバ１０または動画像配信サーバ２０に組み込まれてもよく、この場合にもコメント配信サーバ３０は省略可能である。
【００３３】
再生端末５０は、ウェブサーバ１０からネットワーク４０経由で提供されたウェブページを表示し、当該ウェブページの表示中にユーザによってなされたコンテンツを選択する操作を検知し、当該コンテンツの配信要求をウェブサーバ１０へとネットワーク４０経由で送信する。
【００３４】
再生端末５０は、このコンテンツの動画像データを取得するための情報と当該動画像データに重ね表示されるコメントデータを取得するための情報とをウェブサーバ１０からネットワーク４０経由で受信し、これらの情報を用いて動画像配信サーバ２０およびコメント配信サーバ３０にそれぞれネットワーク４０経由でアクセスする。
【００３５】
再生端末５０は、配信された動画像データを再生しつつ、配信されたコメントデータをこの動画像データに重ね表示する。具体的には、コメントデータは、コメント本文と当該コメント本文を動画像データに重ね表示すべき時刻（この時刻は、動画像データの特定の再生時間の形式で定められる）とを少なくとも含むタプルを多数含んでいる。再生端末５０は、動画像データの各フレームに、当該フレームの再生時間に関連付けられたコメント本文を重ね表示するように制御する。
【００３６】
なお、再生端末５０が動画像データを再生している間に、コメント配信サーバ３０から当該動画像データに重ね表示される最新のコメントデータが配信される可能性がある。この場合に、再生端末５０は、古いコメントデータを破棄し、最新のコメントデータを用いて前述の重ね表示制御を行うようにすればよい。
【００３７】
再生端末５０は、典型的には、テレビ受像機（インターネットテレビを含む）、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォン、ポータブルゲーム機、デジタルミュージックプレイヤーなど）、ＶＲ（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ）端末、ＡＲ(Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ)端末であるが、これらに限られない。
【００３８】
再生端末５０は、動画像データの再生およびコメントデータの重ね表示制御などを行うプロセッサと、当該プロセッサによって実行されるプログラムおよび当該プロセッサによって使用されるデータなどを格納するメモリとを含んでいる。
【００３９】
再生端末５０は、さらに、ネットワーク４０に接続するための通信装置と、動画像データを表示するための表示装置と、コンテンツの選択、コメントデータの投稿などのユーザ入力を受け付けるための入力装置とを利用可能である。これらの通信装置、表示装置および入力装置は、再生端末５０に内蔵されていてもよいし、再生端末５０に外付けされてもよい。
【００４０】
通信装置は、ネットワーク４０経由でウェブサーバ１０、動画像配信サーバ２０およびコメント配信サーバ３０と通信をする。例えば、通信装置は、ウェブサーバ１０からウェブページを表示するためのデータを受信したり、ウェブサーバ１０へコンテンツの配信要求を送信したり、ウェブサーバ１０から動画像データを取得するための情報およびコメントデータを取得するための情報を受信したりする。
【００４１】
また、通信装置は、動画像データを取得するための情報およびコメントデータを取得するための情報を用いて動画像配信サーバ２０およびコメント配信サーバ３０にそれぞれアクセスし、動画像配信サーバ２０およびコメント配信サーバ３０から動画像データおよびコメントデータを受信する。
【００４２】
さらに、通信装置は、再生端末５０が動画像データを再生している間に、当該再生端末５０のユーザがコメントデータを投稿すると当該コメントデータをコメント配信サーバ３０へと送信したり、コメント配信サーバ３０から当該動画像データに重ね表示される最新のコメントデータを受信したりする。
【００４３】
表示装置は、例えば、液晶ディスプレイ、有機ＥＬ（ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイなどである。表示装置は、再生端末５０から出力される画面データを表示する。再生端末５０は、例えば、動画像データから再生したフレーム画像に当該フレーム画像の再生時間に関連付けられたコメントデータを重ね表示することで画面データのうちの動画像表示領域に相当する部分を生成する。なお、表示装置は、タッチスクリーンのように入力装置の機能を備えていてもよい。
【００４４】
入力装置は、例えば、キーボード、マウス、テンキーなどであってもよいし、タッチスクリーンのように表示装置の機能を備えていてもよい。例えば、入力装置は、ユーザが配信を希望するコンテンツを選択するユーザ入力を受け付けたり、表示装置に表示されている動画像データに対するコメントデータを投稿するユーザ入力を受け付けたりする。このほか、入力装置は、例えば、再生端末５０による動画像データの再生制御に関するユーザ入力（例えば、動画像表示領域の拡大／縮小、再生／一時停止、早送り、巻き戻し、ジャンプなど）を受け付けてもよい。また、入力装置は、動画像データに重ね表示されるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品に対するユーザ入力を受け付けてもよい。このＧＵＩ部品は、例えば、アンケート、クイズなどへの回答ボタンであってもよいし、抽選への応募ボタンであってもよい。
【００４５】
ＧＵＩ部品は、例えば、コンテンツ再生用のアプリケーションと共に当該再生端末５０に予め配信されていてもよい。この場合に、例えば、動画像配信サーバ２０は、動画像データと共に、当該動画像データに重ね表示されるＧＵＩ部品の制御情報（コマンド）を配信してもよい。制御情報は、例えば、特定のＧＵＩ部品の表示時間を制御することができる。
【００４６】
ユーザ入力は、例えば、マイクロフォンによって捉えられる音声、生体センサによって検出される生体データ（例えば体温、表情など）、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）または基地局情報によって識別される位置データ、加速度センサによって検出される加速度データに基づいて推定されるユーザのアクション（例えば、再生端末５０を振り回した）などを含むこともできる。
【００４７】
第１の実施形態に係るコンテンツ配信サーバに相当する動画像配信サーバ２０が図２に例示される。図２の動画像配信サーバ２０は、受信部１０１と、抽選部１０２と、配信部１０３と、記憶部１０４とを含む。
【００４８】
受信部１０１は、ネットワーク４０経由で再生端末５０から動画像データの配信要求を受信する。この配信要求は、対象の動画像データを取得するための情報（典型的にはＵＲＬ）、再生端末５０（のユーザ）を識別する情報などを含む。受信部１０１は、配信要求を抽選部１０２へ送る。
【００４９】
抽選部１０２は、受信部１０１からの配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する。抽選結果は、少なくとも２種類存在する。例えば、抽選結果は、「あたり」、「はずれ」の２種類であってもよいし、複数の「あたり」が存在してもよいし、「はずれ」が存在しなくてもよいし、そもそも「あたり」、「はずれ」といった概念が存在しなくてもよい。抽選結果は、おみくじに記載される運勢のように段階的なものであってもよい。抽選部１０２は、配信要求と当該配信要求に関連付けられた抽選結果を示す情報とを配信部１０３へ送る。
【００５０】
抽選部１０２は、第１の確率で配信要求を第１の抽選結果に関連付け、第２の確率で配信要求を第２の抽選結果に関連付けてもよい。例えば、抽選部１０２は、配信要求の受信に応じて（擬似）乱数を生成し、当該乱数が第１の範囲に収まるならば当該配信要求を第１の抽選結果に関連付け、当該乱数が第２の範囲に収まるならば当該配信要求を第２の抽選結果に関連付けてもよい。この場合には、第１の確率は乱数の値域に対する第１の範囲の割合として決定され、第２の確率は乱数の値域に対する第２の範囲の割合として決定される。
【００５１】
第１の確率および第２の確率は、固定であってもよいし、様々な要因に依存して調整されてもよい。例えば、抽選部１０２は、配信要求の送信元である再生端末５０における過去のコンテンツ再生履歴に基づいて、当該配信要求に関連付けられる抽選結果を決定するためのパラメータを調整してもよい。パラメータの調整は、例えば、各抽選結果に関連付けられる確率を変更することを意味しており、特定の抽選結果に関連付けられる確率を１または０に設定することも含む。
【００５２】
例えば、抽選部１０２は、再生端末５０が特定の複数の動画像データを特定の順序で再生していた場合には、当該再生端末５０からの配信要求に特定の抽選結果を関連付けることを決定してもよい。また、抽選部１０２は、再生端末５０からの配信要求の対象である動画像データの当該再生端末５０における再生回数が多いほど当該配信要求が特定の抽選結果に関連付けられる確率が高くなるようにパラメータを調整してもよい。
【００５３】
なお、特定の抽選結果に関連付けることのできる配信要求の総数が制限されてもよい。換言すれば、ユーザに何らかの特典を付与するための当選枠は有限であってもよい。抽選を通じてユーザに付与される特典は、特別なコンテンツを視聴する権利であってもよいし、何らかの財貨（仮想通貨を含む）またはサービスの交付を受ける権利であってもよい。抽選部１０２は、特定の抽選結果に関連付けられた配信要求の総数が規定値に達した場合には、以後の抽選を省略してもよい。
【００５４】
例えば、動画像データの生配信時に５名分の景品を用意した抽選企画を行ったにも関わらず、進行の都合で３名の当選者を選出した時点で当該抽選企画が終了していたと仮定する。この場合に、余った２名分の景品については、例えばこの動画像データの再配信時に本実施形態において説明したように抽選を行い、特定の抽選結果に関連付けられた配信要求の送信元である再生端末５０のユーザに交付すれば、処分が不要となるため在庫管理の負担が軽減される。他方では、在庫管理の負担が軽減されるので、生配信番組の提供者は、当選枠に余りが出ることをそれほど気にせずともよく、抽選企画を予定通りに終了して番組を円滑に進行しやすくなるという効果も期待できる。また、ユーザにとっては、再配信時にも景品を獲得できるチャンスがあるので、生配信の終了後もこの番組を再生するように動機付けられる。
【００５５】
また、抽選の結果として特典を付与されるユーザ（当選者）を示す情報（典型的には、ユーザＩＤまたはユーザのニックネーム）が各再生端末５０へ配信されてもよい。当選者を示す情報は、動画像データに重ね表示されるテキスト（例えばコメント本文）として提供されてもよいし、画像化されたテキストを含むフレームデータとして提供されてもよいし、テキストを読み上げる音声データ（典型的には音声合成ソフトによって生成される）であってもよい。当選者を示す情報は、当選者が確定する毎に例えば動画像配信サーバ２０またはコメント配信サーバ３０によって更新されてもよい。
【００５６】
配信部１０３は、配信要求と当該配信要求に関連付けられた抽選結果を示す情報とを受け取る。ここで、各コンテンツは、抽選結果毎に動画像データを用意されている。配信部１０３は、配信要求の対象であるコンテンツの動画像データのうち当該配信要求に関連付けられた１つを選択し、当該配信要求の送信元である再生端末５０へと配信する。例えば、配信部１０３は、配信要求が第１の抽選結果に関連付けられた場合には当該配信要求の送信元である再生端末５０へ第１の動画像データを配信し、配信要求が第２の抽選結果に関連付けられた場合には当該配信要求の送信元である再生端末５０へ第１の動画像データとは異なる第２の動画像データを配信する。
【００５７】
配信部１０３は、動画像データに加えて当該動画像データに重ね表示されるＧＵＩ部品の制御情報をさらに配信してもよい。なお、ＧＵＩ部品の制御情報は、動画像配信サーバ２０に限られずウェブサーバ１０、コメント配信サーバ３０または図示されない他のサーバによって配信されてもよい。
【００５８】
ＧＵＩ部品は、例えば、抽選の応募ボタンまたはダミーボタンであってもよい。具体的には、配信部１０３は、配信要求が第１の抽選結果に関連付けられた場合には当該配信要求の送信元である再生端末５０へ抽選の応募ボタンを表示するための制御情報を配信し、配信要求が第２の抽選結果に関連付けられた場合には当該配信要求の送信元である再生端末５０へ抽選へのダミーボタンを表示するための制御情報を配信してもよい。
【００５９】
抽選の応募ボタンが再生端末５０（のユーザ）によって選択されると、当該応募ボタンは自身が選択されたことを示す情報を当該再生端末５０に動画像配信サーバ２０（または他のサーバ）へと送信させる。かかる応募ボタンを表示するための制御情報を配信する場合には、抽選部１０２は抽選結果を仮決定しており、応募ボタンの選択により抽選結果が初めて確定するとみなすことができる。すなわち、ユーザの再生端末５０からの配信要求が何らかの特典が付与される抽選結果に関連付けられたとしても、ユーザは能動的に応募ボタンを選択しなければ特典を享受することはできない。
【００６０】
他方、ダミーボタンが再生端末５０（のユーザ）によって選択されても、当該ダミーボタンは自身が選択されたことを示す情報を当該再生端末５０に動画像配信サーバ２０（または他のサーバ）へと送信させない。かかるダミーボタンを配信することで、ダミーボタンが配信された再生端末５０のユーザに当選の余地がないことを悟られないようにしつつ抽選の応募に伴うサーバ負荷を軽減することができる。
【００６１】
記憶部１０４には、大量の録画済みの動画像データと、それぞれの動画像データを取得するための情報（典型的にはＵＲＬ）と、抽選結果とが互いに関連付けられて格納されている。加えて、記憶部１０４には、前述のＧＵＩ部品の制御情報がさらに格納されていてもよい。
【００６２】
図２の動画像配信サーバ２０は、図３に例示されるように動作してもよい。  
受信部１０１が、ネットワーク４０経由で再生端末５０から動画像データの配信要求を受信すると（ステップＳ１０１）、抽選部１０２はこの配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する（ステップＳ１０２）。
【００６３】
ステップＳ１０２において第１の抽選結果が得られれば、処理はステップＳ１０４へと進み、ステップＳ１０２において第２の抽選結果が得られれば、処理はステップＳ１０５へと進む（ステップＳ１０３）。
【００６４】
ステップＳ１０４において、配信部１０３は、配信要求の送信元である再生端末５０へと第１の動画像データを配信する。ステップＳ１０５において、配信部１０３は、配信要求の送信元である再生端末５０へと第２の動画像データを配信する。
【００６５】
以下、配信部１０３によって配信される動画像データを例示する。  
配信部１０３は、図４に例示されるように、第１の抽選結果に関連付けられた配信要求の送信元である再生端末５０−１へ第１の動画像データを配信し、第２の抽選結果に関連付けられた配信要求の送信元である再生端末５０−２へ第２の動画像データを配信してもよい。第１の動画像データは、第２の動画像データに特別映像データを追加したものに相当する。第１の動画像データおよび第２の動画像データは、例えば、再生開始から９分５５秒までは同一であるが、それ以降では異なる。
【００６６】
再生端末５０−１は、特別映像データを視聴する権利が得られたことをユーザに告知する映像を９分５５秒から再生し、続けて５分間の特別映像データをさらに再生し、それから再生終了する。他方、再生端末５０−２は、特別映像データを視聴する権利が得られなかったことをユーザに告知する映像を９分５５秒から再生し、そのまま再生終了する。
【００６７】
なお、かかる告知は、暗黙的に行われてもよいし、全く行われなくてもよい。告知を行うタイミングは任意であるが、例えば再生終了時間付近に設定することで、ユーザが動画像データの視聴を中途で放棄することを防ぐ効果が期待できる。他方、例えば再生開始時間付近に設定すれば、特別映像データの視聴を意図したユーザが通常映像データ（第２の動画像データに相当）を繰り返し視聴する場合の煩雑さを軽減することができる。
【００６８】
配信部１０３は、図５に例示されるように、第１の抽選結果に関連付けられた配信要求の送信元である再生端末５０−１−１および再生端末５０−１−２へ第１の動画像データと抽選の応募ボタンを表示するための制御情報とを配信し、第２の抽選結果に関連付けられた配信要求の送信元である再生端末５０−２−１および５０−２−２へ第２の動画像データとダミーボタンを表示するための制御情報とを配信してもよい。第１の動画像データおよび第２の動画像データは図４と同様であってよい。
【００６９】
再生端末５０−１−１および再生端末５０−１−２は、７分３０秒時点でそれぞれ抽選の応募ボタンを動画像データに重ね表示する。他方、再生端末５０−１−２および再生端末５０−２−２は、７分３０秒時点でそれぞれダミーボタンを動画像データに重ね表示する。
【００７０】
なお、応募ボタンおよびダミーボタンの表示タイミングは異なっていてもよい。応募ボタンおよびダミーボタンは、動画像データの視聴の妨げとならないようにするために典型的には限られた時間だけ表示されるが、常に表示されてもよい。また、応募ボタンおよびダミーボタンの外観は、ユーザに抽選結果を悟られないようにするために典型的には同一または類似であるが、非類似であってもよい。
【００７１】
再生端末５０−１−１のユーザは応募ボタンを選択し、再生端末５０−１−２のユーザはダミーボタンを選択し、再生端末５０−１−１のユーザは応募ボタンを選択せず、再生端末５０−１−２のユーザはダミーボタンを選択しなかったとする。
【００７２】
再生端末５０−１−１は、特別映像データを視聴する権利が得られたことをユーザに告知する映像を９分５５秒から再生し、続けて５分間の特別映像データをさらに再生し、それから再生終了する。他方、再生端末５０−２−１、再生端末５０−１−２および再生端末５０−２−２は、特別映像データを視聴する権利が得られなかったことをユーザに告知する映像を９分５５秒から再生し、そのまま再生終了する。
【００７３】
なお、再生端末５０−１−１および再生端末５０−１−２は、抽選ボタンの選択の有無に依存して異なる動画像データを再生する必要がある。これは、様々な技法により実現可能である。例えば、動画像配信サーバ２０は、再生端末５０−１−２から応募ボタンが選択されたことを示す情報を受信しなかったことをトリガとして、当該再生端末５０−１−２へと第２の動画像データを配信するようにしてもよい。
【００７４】
配信部１０３は、図６に例示されるように、第１の抽選結果に関連付けられた配信要求の送信元であるユーザＡの再生端末５０へ第１の動画像データと抽選の応募ボタンを表示するための制御情報とを配信し、第２の抽選結果に関連付けられた配信要求の送信元であるユーザＢの再生端末５０へ第２の動画像データとダミーボタンを表示するための制御情報とを配信してもよい。なお、図６の例では、ユーザＡの再生端末５０およびユーザＢの再生端末５０は、同時に第１の動画像データおよび第２の動画像データを再生することとするが両者は異なっていてもよい。
【００７５】
ユーザＡの再生端末５０およびユーザＢの再生端末５０は、７分３０秒時点でそれぞれ抽選の応募ボタンおよびダミーボタンを動画像データに重ね表示する。ユーザＡは応募ボタンを選択し、ユーザＢはダミーボタンを選択したとする。動画像配信サーバ２０（またはコメント配信サーバ３０）は、応募ボタンが選択されたことを示す情報をユーザＡの再生端末５０から受信すると、ユーザＡが当選者として確定させ、当選者を示す情報にユーザＡの情報を追加する。動画像配信サーバ２０は、ユーザＡの再生端末５０およびユーザＢの再生端末５０へそれぞれ、ユーザＡが当選者であることを示す情報を配信する。ユーザＡの再生端末５０およびユーザＢの再生端末５０は、９分５５秒時点でそれぞれユーザＡが当選者であることを示す情報を表示し、それから再生を終了する。
【００７６】
図６の例では、ユーザＡの再生端末５０およびユーザＢの再生端末への配信後に、配信部１０３は、第１の抽選結果に関連付けられた配信要求の送信元であるユーザＣの再生端末５０へ第１の動画像データと抽選の応募ボタンを表示するための制御情報とを配信し、第２の抽選結果に関連付けられた配信要求の送信元であるユーザＤの再生端末５０へ第２の動画像データとダミーボタンを表示するための制御情報とを配信する。
【００７７】
ユーザＣの再生端末５０およびユーザＤの再生端末５０は、７分３０秒時点でそれぞれ抽選の応募ボタンおよびダミーボタンを動画像データに重ね表示する。ユーザＣは応募ボタンを選択し、ユーザＤはダミーボタンを選択したとする。動画像配信サーバ２０（またはコメント配信サーバ３０）は、応募ボタンが選択されたことを示す情報をユーザＣの再生端末５０から受信すると、ユーザＣが当選者として確定させ、当選者を示す情報にユーザＣの情報を追加する。動画像配信サーバ２０は、ユーザＣの再生端末５０およびユーザＤの再生端末５０へそれぞれ、ユーザＡおよびユーザＣが当選者であることを示す情報を配信する。ユーザＣの再生端末５０およびユーザＤの再生端末５０は、９分５５秒時点でそれぞれユーザＡおよびユーザＣが当選者であることを示す情報を表示し、それから再生を終了する。
【００７８】
以上説明したように、第１の実施形態に係るコンテンツ配信装置は、ユーザの再生端末から配信要求を受信すると、抽選を行って当該配信要求に関連付けられる抽選結果を決定し、抽選結果に依存して異なるコンテンツを再生端末へ配信する。異なるコンテンツは、例えば、異なる動画像データを含むかもしれないし、異なるＧＵＩ部品を表示するための制御情報を含むかもしれない。抽選結果は、特別なコンテンツを視聴する権利、何らかの財貨またはサービスの交付を受ける権利などの特典をユーザに付与するものを含んでおり、ユーザはこの特典を目当てに同じコンテンツを繰り返し再生するように動機付けられる。
【００７９】
（第２の実施形態）  
第２の実施形態に係るコンテンツ配信サーバは、例えば図１に示されるコンテンツ配信システムに含まれるコメント配信サーバ３０であってもよい。このコメント配信サーバ３０が図７に例示される。図７のコメント配信サーバ３０は、受信部２０１と、抽選部２０２と、配信部２０３と、記憶部２０４と、更新部２０５とを含む。
【００８０】
受信部２０１は、ネットワーク４０経由で再生端末５０からコメントデータの配信要求を受信する。この配信要求は、対象のコメントデータを取得するための情報（典型的にはＵＲＬ）、再生端末５０（のユーザ）を識別する情報などを含む。受信部２０１は、配信要求を抽選部２０２へ送る。
【００８１】
また、受信部２０１は、コメントデータを配信済みの再生端末５０から、ユーザによって投稿された新たなコメントデータを受信することもある。この場合に、受信部２０１は、ユーザによって投稿された新たなコメントデータと当該ユーザに配信済みのコメントデータを示す情報とを更新部２０５へ送る。
【００８２】
抽選部２０２は、受信部２０１からの配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する。抽選結果は、前述の第１の実施形態と同様に定義することができる。また、抽選部２０２は、前述の第１の実施形態において説明された抽選部１０２と同一または類似の動作を行ってよい。抽選部２０２は、配信要求と当該配信要求に関連付けられた抽選結果を示す情報とを配信部２０３へ送る。
【００８３】
配信部２０３は、配信要求と当該配信要求に関連付けられた抽選結果を示す情報とを受け取る。ここで、各コンテンツは、抽選結果毎にコメントデータを用意されている。配信部２０３は、配信要求の対象であるコンテンツのコメントデータのうち当該配信要求に関連付けられた１つを選択し、当該配信要求の送信元である再生端末５０へと配信する。例えば、配信部２０３は、配信要求が第１の抽選結果に関連付けられた場合には当該配信要求の送信元である再生端末５０へ第１のコメントデータを配信し、配信要求が第２の抽選結果に関連付けられた場合には当該配信要求の送信元である再生端末５０へ第１のコメントデータとは異なる第２のコメントデータを配信する。
【００８４】
なお、配信部２０３は、更新部２０５によってコメントデータが更新された場合には、更新前のコメントデータを配信済みの再生端末５０に更新後のコメントデータを再配信してもよい。
【００８５】
記憶部２０４には、大量のコメントデータと、それぞれのコメントデータを取得するための情報（典型的にはＵＲＬ）と、抽選結果とが互いに関連付けられて格納されている。
【００８６】
更新部２０５は、受信部２０１からユーザによって投稿された新たなコメントデータと当該ユーザに配信済みのコメントデータを示す情報とを受け取る。更新部２０５は、ユーザに配信済みのコメントデータを示す情報によって特定されるコメントデータを記憶部２０４から読み出す。更新部２０５は、ユーザによって投稿された新たなコメントデータを記憶部２０４から読み出したコメントデータに追加し、更新後のコメントデータを記憶部２０４に格納する。
【００８７】
この結果、第１のコメントデータは、第１の抽選結果に関連付けられた配信要求の送信元である再生端末５０のユーザのみが閲覧・投稿をすることができる。他方、第２のコメントデータは、第２の抽選結果に関連付けられた配信要求の送信元である再生端末５０のユーザのみが閲覧・投稿をすることができる。
【００８８】
図７のコメント配信サーバ３０は、図８に例示されるように動作してもよい。  
受信部２０１が、ネットワーク４０経由で再生端末５０からコメントデータの配信要求を受信すると（ステップＳ２０１）、抽選部２０２はこの配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する（ステップＳ２０２）。
【００８９】
ステップＳ２０２において第１の抽選結果が得られれば、処理はステップＳ２０４へと進み、ステップＳ２０２において第２の抽選結果が得られれば、処理はステップＳ２０５へと進む（ステップＳ２０３）。
【００９０】
ステップＳ２０４において、配信部２０３は、配信要求の送信元である再生端末５０へと第１のコメントデータを配信する。ステップＳ２０５において、配信部２０３は、配信要求の送信元である再生端末５０へと第２のコメントデータを配信する。
【００９１】
受信部２０１が、ステップＳ２０４またはステップＳ２０５においてコメントデータを配信された再生端末５０からユーザによって投稿された新たなコメントデータを受信すると（ステップＳ２０６）、処理はステップＳ２０７へと進む。
【００９２】
ステップＳ２０７において、更新部２０５は、ステップＳ２０６において受信した新たなコメントデータを、当該新たなコメントデータの送信元である再生端末５０に配信済みのコメントデータに追加することで当該コメントデータを更新する。配信部２０３は、ステップＳ２０７において更新されたコメントデータを、更新前のコメントデータを配信済みの再生端末５０に再配信する（ステップＳ２０８）。
【００９３】
以下、配信部２０３によって配信されるコメントデータを例示する。  
配信部２０３は、図９に例示されるように、第１の抽選結果に関連付けられた配信要求の送信元である再生端末５０−１へ第１の動画像データに重ね表示される第１のコメントデータを配信し、第２の抽選結果に関連付けられた配信要求の送信元である再生端末５０−２へ第２の動画像データに重ね表示される第２のコメントデータを配信してもよい。なお、図９において、コメントデータは動画像データを遮蔽するように重ね表示されているが、コメントデータは動画像データを遮蔽しないよう透過処理を施されてから重ね表示されてもよい。第１の動画像データは、第２の動画像データに特別映像データを追加したものに相当する。第１の動画像データおよび第２の動画像データは、例えば、再生開始から９分５５秒までは同一であるが、それ以降では異なる。
【００９４】
再生端末５０−１は、特別映像データを視聴する権利が得られたことをユーザに告知する映像を９分５５秒から再生し、続けて５分間の特別映像データをさらに再生し、それから再生終了する。他方、再生端末５０−２は、特別映像データを視聴する権利が得られなかったことをユーザに告知する映像を９分５５秒から再生し、そのまま再生終了する。第１のコメントデータおよび第２のコメントデータは、再生開始から９分５５秒までは大差ないが、第１の動画像データと第２の動画像データとで異なる告知が行われる９分５５秒以降ではユーザの当選／落選に応じて異なる盛り上がりを見せている。
【００９５】
なお、かかる告知は、暗黙的に行われてもよいし、全く行われなくてもよい。告知を行うタイミングは任意であるが、例えば再生終了時間付近に設定することで、ユーザが動画像データの視聴を中途で放棄することを防ぐ効果が期待できる。他方、例えば再生開始時間付近に設定すれば、特別映像の視聴を意図したユーザが通常映像データ（第２の動画像データに相当）を繰り返し視聴する場合の煩雑さを軽減することができる。
【００９６】
以上説明したように、第２の実施形態に係るコンテンツ配信装置は、ユーザの再生端末から配信要求を受信すると、抽選を行って当該配信要求に関連付けられる抽選結果を決定し、抽選結果に依存して異なるコメントデータを再生端末へ配信する。各コメントデータは、当該コメントデータに対応する抽選結果に関連付けられた配信要求の送信元である再生端末のユーザ同士でのみ閲覧・投稿が可能である。故に、ユーザは、例えば当選／落選の体験を共有する他のユーザとの間でコメントデータの閲覧・投稿を通じた交流をすることができ、深い一体感を覚えることができる。従って、このコンテンツ配信装置によれば、ユーザにコンテンツを再生する動機付けを与えることができる。
【００９７】
上述の実施形態は、本発明の概念の理解を助けるための具体例を示しているに過ぎず、本発明の範囲を限定することを意図されていない。実施形態は、本発明の要旨を逸脱しない範囲で、様々な構成要素の付加、削除または転換をすることができる。
【００９８】
上記各実施形態において説明された種々の機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。
【００９９】
上記各実施形態の処理の少なくとも一部は、汎用のコンピュータを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。
【符号の説明】
【０１００】
１０・・・ウェブサーバ
２０・・・動画像配信サーバ
３０・・・コメント配信サーバ
４０・・・ネットワーク
５０・・・再生端末
１０１，２０１・・・受信部
１０２，２０２・・・抽選部
１０３，２０３・・・配信部
１０４，２０４・・・記憶部
２０５・・・更新部
【図１】
2018107599.tif 000003
【図２】
2018107599.tif 000004
【図３】
2018107599.tif 000005
【図４】
2018107599.tif 000006
【図５】
2018107599.tif 000007
【図６】
2018107599.tif 000008
【図７】
2018107599.tif 000009
【図８】
2018107599.tif 000010
【図９】
2018107599.tif 000011
【手続補正書】
【提出日】平成29年6月22日(2017.6.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツの配信要求を再生端末から受信する受信部と、
前記配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する抽選部と、
前記配信要求が第１の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第１のコンテンツデータを配信し、前記配信要求が第２の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第２のコンテンツデータを配信する配信部と
を具備する、コンテンツ配信サーバであって、
前記第１のコンテンツデータは、第１の動画像データと、前記第１の動画像データに重ね表示される第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための制御情報とを含み、
前記第１のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第１のＧＵＩ部品が選択されたことを示す情報を当該再生端末に前記コンテンツ配信サーバへと送信させ、
前記第２のコンテンツデータは、第２の動画像データと、前記第２の動画像データに重ね表示される第２のＧＵＩ部品を表示するための制御情報とを含み、
前記第２のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第２のＧＵＩ部品が選択されたことを示す情報を当該再生端末に前記コンテンツ配信サーバへと送信させない、
コンテンツ配信サーバ。
【請求項２】
コンテンツの配信要求を再生端末から受信する受信部と、
前記配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する抽選部と、
前記配信要求が第１の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第１のコンテンツデータを配信し、前記配信要求が第２の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第２のコンテンツデータを配信する配信部と
を具備し、
前記第１のコンテンツデータは、第１の動画像データに重ね表示される第１のコメントデータを含み、
前記第２のコンテンツデータは、第２の動画像データに重ね表示され、前記第１のコメントデータとは異なる第２のコメントデータを含み、
前記第１のコンテンツデータを配信中の再生端末によって第１の新たなコメントデータが投稿されると前記第１のコメントデータに前記第１の新たなコメントデータを追加し、前記第２のコンテンツデータを配信中の再生端末によって第２の新たなコメントデータが投稿されると前記第２のコメントデータに前記第２の新たなコメントデータを追加する更新部をさらに具備する、
コンテンツ配信サーバ。
【請求項３】
前記第２の動画像データは、前記第１の動画像データとは異なる、請求項１または請求項２に記載のコンテンツ配信サーバ。
【請求項４】
前記配信要求は、前記コンテンツの配信予約要求である、請求項１乃至請求項３のいずれか１項に記載のコンテンツ配信サーバ。
【請求項５】
前記抽選部は、前記再生端末の過去のコンテンツ再生履歴に基づいて、前記配信要求に関連付けられる抽選結果を決定するためのパラメータを調整する、請求項１乃至請求項４のいずれか１項に記載のコンテンツ配信サーバ。
【請求項６】
前記抽選部は、前記再生端末における前記コンテンツの再生回数が多いほど前記配信要求が前記第１の抽選結果に関連付けられる確率が高くなるように前記パラメータを調整する、請求項５に記載のコンテンツ配信サーバ。
【請求項７】
前記抽選部は、前記第１の抽選結果に関連付けられた配信要求の総数が規定値に達する前に限って抽選を行う、請求項１乃至請求項６のいずれか１項に記載のコンテンツ配信サーバ。
【請求項８】
コンテンツの配信要求を再生端末から受信することと、
前記配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定することと、
前記配信要求が第１の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第１のコンテンツデータを配信し、前記配信要求が第２の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第２のコンテンツデータを配信することと
を具備し、
前記第１のコンテンツデータは、第１の動画像データと、前記第１の動画像データに重ね表示される第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための制御情報とを含み、
前記第１のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第１のＧＵＩ部品が選択されたことを示す情報を当該再生端末にコンテンツ配信サーバへと送信させ、
前記第２のコンテンツデータは、第２の動画像データと、前記第２の動画像データに重ね表示される第２のＧＵＩ部品を表示するための制御情報とを含み、
前記第２のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第２のＧＵＩ部品が選択されたことを示す情報を当該再生端末に前記コンテンツ配信サーバへと送信させない、
コンテンツ配信方法。
【請求項９】
コンピュータを、
コンテンツの配信要求を再生端末から受信する手段、
前記配信要求の受信に応じて抽選を行い、当該配信要求に関連付けられる抽選結果を決定する手段、
前記配信要求が第１の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第１のコンテンツデータを配信し、前記配信要求が第２の抽選結果に関連付けられた場合には前記再生端末に前記コンテンツに関する第２のコンテンツデータを配信する手段
として機能させるためのコンテンツ配信プログラムであって、
前記第１のコンテンツデータは、第１の動画像データと、前記第１の動画像データに重ね表示される第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための制御情報とを含み、
前記第１のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第１のＧＵＩ部品が選択されたことを示す情報を当該再生端末にコンテンツ配信サーバへと送信させ、
前記第２のコンテンツデータは、第２の動画像データと、前記第２の動画像データに重ね表示される第２のＧＵＩ部品を表示するための制御情報とを含み、
前記第２のＧＵＩ部品は、前記再生端末によって選択された場合に、当該第２のＧＵＩ部品が選択されたことを示す情報を当該再生端末に前記コンテンツ配信サーバへと送信させない、
コンテンツ配信プログラム。