JP2019103114A - サーバおよびプログラム - Google Patents

Abstract

【課題】クルーズ利用者に行先を選択可能とさせながらも、クルーズの行先が発散することによるストリーミング数の増大を抑制する。【解決手段】本発明の一態様によれば、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御するサーバが提供される。サーバは、選出部と、決定部とを含む。選出部は、観客端末へ配信する生配信コンテンツを観客に選択させる選択機会のそれぞれについて、複数の候補を選出する。決定部は、観客端末へ配信する生配信コンテンツを複数の選択肢のうち観客の選んだ選択肢を示す情報に基づいて決定する。選択機会の少なくとも１回において選出される複数の候補のうち少なくとも１つは、観客が当該複数の候補の選出時に視聴している生配信コンテンツに関わらず、共通の生配信コンテンツを含む。【選択図】 図２

Description

本発明は、動画共有システムにおける動画の生配信に関する。

近年、一部の動画共有システムでは、ユーザ（以降、単に配信者と呼ぶ）が撮影した動画を多数の観客へインターネット経由で生配信（生放送とも呼ばれる）することが可能である。生配信コンテンツは、その性質上、観客が例えばキーワード検索などにより好みのものを見つけるのが困難である。このため、観客の生配信コンテンツに対する視聴行動は、典型的には、自らの好みの配信者の生配信コンテンツを選択的に視聴するか、生配信コンテンツのランキングを参照して面白そうなものをザッピングするかのどちらかになりがちである。

生配信コンテンツの楽しみ方の１つとして、「クルーズ」と呼ばれるサービスも既に運用されている（非特許文献１参照）。非特許文献１に記載の従来型のクルーズ（正式名称は、ニコ生クルーズ）は、複数の生配信コンテンツを例えば数十秒程度のサイクルで観客に次々に視聴（以下、巡回と呼ぶ）させるサービスであり、巡回する生配信コンテンツはサービス提供者によって決定される。クルーズを利用中（乗船中）の観客は、次の生配信コンテンツに進むか、現在の生配信コンテンツに留まる（降船する）かを選択することができる。

クルーズは、観客には、能動的にコンテンツを探さなくても様々な生配信コンテンツを視聴できるというメリットがあり、配信者には、大量の観客に自己の生配信コンテンツを一時的に視聴してもらえる機会が与えられ、新規フォロワー、例えばチャンネル入会者の獲得を期待できるというメリットがある。

特許文献１には、所定の放送局装置を巡回して、各放送局装置からストリーミングデータを順次受信して、下位装置に接続された受信装置に配信可能な巡回配信装置［０００９］が開示されており、接続すべき特定配信装置と接続順序を、巡回配信装置の操作者が自由に設定できること［００９０］が記載されている。また、第２の実施形態では、ノード装置により構成された巡回再生装置［００９２］が開示されており、当該ノード装置の操作者が巡回対象放送局と巡回対象放送局の接続時間および接続順を自由に設定できること［０１３４］が記載されている。

また、特許文献２には、リアルタイム放送番組等の多様なソースから動画コンテンツを組み合わせユーザの嗜好に合う番組編成で配信する動画配信システムが開示されている。この動画配信システムは、ユーザの嗜好に最も合う複数の番組候補を決定し、ユーザの視聴端末に送信し、当該番組候補から選択を行えるようにしている。

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

「ニコ生クルーズとは」、［ｏｎｌｉｎｅ］、［２０１７年１１月５日検索］、インターネット、＜ＵＲＬ：ｈｔｔｐ：／／ｌｉｖｅ．ｎｉｃｏｖｉｄｅｏ．ｊｐ／ｓ／ｃｒｕｉｓｅ＞

従来型のクルーズでは、その航路、すなわち観客に配信されるコンテンツ群はサービス提供者によって決定され、観客には決定権がない。この点は、観客にとって何の操作も必要とせずに様々な生配信コンテンツが視聴できるというメリットがある一方で、観客が自身の視聴嗜好や意思とは無関係に決定された生配信コンテンツを視聴しなければならない点を押し付けがましく感じてサービスの利用を控えるおそれもある。また、「降船するか」、「降船しないか」の２択を提示するだけでは、途中乗船を考慮しなければ観客は先細りすることになる。故に、航海が進むにつれ、行先となる生配信コンテンツの配信者のメリットは逓減する。

そこで、例えば、個々の観客に次の行先を順次選択させるようにすれば、クルーズ利用者数および乗船継続率が増加するかもしれない。しかしながら、個々の観客にクルーズの行先を完全に自由に選択させると、選択を行う度にクルーズの行先が繰り返し分岐し、最終的には各観客が全くばらばらの生配信コンテンツを視聴しているという事態になりかねない（行先の発散）。

単純な２択を行うだけでも、７回目の選択後にクルーズの行先は１００を超え、各生配信コンテンツを選択する観客数の期待値は当初の観客数の１００分の１以下となる。故に、動画共有システムのサーバ側では、航路制御が複雑となるし、どの生配信コンテンツの配信にどれくらいのサーバ負荷がかかるかを予測することが困難となる。特に、生配信コンテンツの通常の観客向けのストリーミングとは別に、クルーズ利用者用のストリーミングを用意する場合には、かかる付加的なストリーミングの数が段階的に増加するという問題がある。また、同一の生配信コンテンツを選択する観客数の期待値が段階的に減っていくため、配信者のメリットも逓減する。

本発明は、クルーズ利用者に行先を選択可能とさせながらも、クルーズの行先が発散することによるストリーミング数の増大を抑制することを目的とする。

本発明の一態様によれば、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御するサーバが提供される。サーバは、選出部と、生成部と、送信部と、受信部と、決定部とを含む。選出部は、観客端末へ配信する生配信コンテンツを観客に選択させる選択機会のそれぞれについて、複数の候補を選出する。生成部は、選出された複数の候補にそれぞれ関連付けられる複数の選択肢を観客へ提示するための第１の情報を生成する。送信部は、第１の情報を観客端末へ送信する。受信部は、複数の選択肢のうち観客の選んだ選択肢を示す第２の情報を受信する。決定部は、観客端末へ配信する生配信コンテンツを第２の情報に基づいて決定する。選択機会の少なくとも１回において選出される複数の候補のうち少なくとも１つは、観客が当該複数の候補の選出時に視聴している生配信コンテンツに関わらず、共通の生配信コンテンツを含む。

本発明の別の態様によれば、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御するサーバが提供される。サーバは、選出部と、生成部と、送信部と、受信部と、決定部と、判定部とを含む。選出部は、観客端末へ配信する生配信コンテンツを観客に選択させる選択機会のそれぞれについて、複数の第１の候補を選出する。生成部は、選出された複数の第１の候補にそれぞれ関連付けられる複数の選択肢を観客へ提示するための第１の情報を生成する。送信部は、第１の情報を観客端末へ送信する。受信部は、複数の選択肢のうち観客の選んだ選択肢を示す第２の情報を受信する。決定部は、観客端末へ配信する生配信コンテンツを第２の情報に基づいて決定する。判定部は、所定の条件が満足されているか否かを判定する。所定の条件が満足されていると判定された場合に、（ａ）選出部は、観客が当該所定の条件の満足時に視聴している生配信コンテンツに関わらず、共通の少なくとも１つの生配信コンテンツを第２の候補として選出し、（ｂ）決定部は、観客端末へ配信する生配信コンテンツを、第２の候補から決定する。第２の候補の総数は、観客が当該所定の条件の満足時に視聴している生配信コンテンツの総数よりも少ない。

本発明によれば、クルーズ利用者に行先を選択可能とさせながらも、クルーズの行先が発散することによるストリーミング数の増大を抑制することができる。

第１の実施形態に係る制御サーバを含む動画の生配信システムの一例を示すブロック図。 第１の実施形態に係る制御サーバを例示するブロック図。 クルーズの行先候補の選出に制限を加えないことの問題点の説明図。 図２の制御サーバによるクルーズの行先制御の一例の概念図。 図２の制御サーバによるクルーズの行先制御の別の例の概念図。 図２の制御サーバによるクルーズの行先制御の別の例の概念図。 図２の制御サーバによるクルーズの行先制御の別の例の概念図。 図２の制御サーバの動作を例示するフローチャート。 第２の実施形態に係る制御サーバを例示するブロック図。 図９の制御サーバの動作を例示するフローチャート。

以下、図面を参照しながら実施形態の説明を述べる。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。

（第１の実施形態）
第１の実施形態に係る制御サーバは、図１に示される、動画の生配信システムに組み込むことができる。この生配信システムは、配信者端末１００−１，１００−２，・・・と、動画配信サーバ２００と、観客端末３００−１，３００−２，・・・と、制御サーバ４００とを含む。

図１の例では、動画配信サーバ２００は、基本的に、配信者端末１００から逐次送信される生配信コンテンツ（以降の説明では便宜上、生番組とするが、生配信コンテンツはこれに限られない）を観客端末３００へ配信する。ここで、観客には、自らが選択した生番組を視聴する者（通常の観客）と、クルーズサービスを利用して制御サーバ４００によって決定された生番組を視聴する者（クルーズ利用者）とに大別される。以降の説明では便宜上、原則として観客とはクルーズ利用者を指すこととし、観客端末３００とはクルーズ利用者の使用する端末を指すこととする。

動画配信サーバ２００は後述される制御サーバ４００と協同して、観客端末３００にクルーズサービスを提供することができる。クルーズサービスでは、制御サーバ４００が観客端末３００へ次に配信する生番組（すなわち、クルーズの行先）を決定し、動画配信サーバ２００は決定された生番組を観客端末３００へ例えば数十秒程度に亘って配信し、そして再び制御サーバ４００が観客端末３００へ次に配信する生番組を決定する。制御サーバ４００は、クルーズの行先を決定する機会の一部または全部において、観客に行先を選択させてもよい。これにより、制御サーバ４００はクルーズ利用者に行先を選択可能とさせることができる。そして、制御サーバ４００は、クルーズの行先候補の選出に後述される制限を加えて行先を収束させることで、行先が発散するのを抑制し、ひいてはクルーズによって使用されるストリーミング数の増大を防ぐことができる。

動画配信サーバ２００は、配信者端末１００、観客端末３００および制御サーバ４００とネットワーク経由で接続しており、データを互いに送受信できる。同様に、制御サーバ４００は、動画配信サーバ２００および観客端末３００とネットワーク経由で接続している。制御サーバ４００は、観客端末３００へ後述される選択肢を提示するための情報（第１の情報）を送信したり、観客端末３００から観客が選んだ選択肢を示す情報（第２の情報）を受信したり、観客端末３００へ配信すべき生番組、すなわちクルーズの行先を動画配信サーバ２００に指示したりする。

なお、図１において示される各装置の数は、例示に過ぎない。例えば、配信者端末１００および観客端末３００の数は、時々刻々と変化するので、０となることがあり得るし、数百、数千となることもあり得る。また、図１に示されない、Ｗｅｂサーバまたはコメント配信サーバがさらに設けられてもよいし、これらの機能が動画配信サーバ２００に組み込まれてもよい。また、動画配信サーバ２００および制御サーバ４００は統合されてもよい。

配信者端末１００は、例えばビデオカメラなどの動画ソースに接続されたコンピュータなどの電子デバイス、例えば、テレビ受像機（インターネットテレビを含む）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォン、ポータブルゲーム機、デジタルミュージックプレイヤー、電子書籍リーダなど）、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）端末、ＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)端末などであり得るが、これらに限られない。配信者端末１００は、動画ソースから出力されるエンコード済みの動画データを動画配信サーバ２００へ逐次送信する。

動画配信サーバ２００は、配信者端末１００から逐次送信される、エンコード済みの動画データを受信する。そして、動画配信サーバ２００は、この動画データを、当該動画データを配信または視聴している配信者端末１００および観客端末３００へ配信する。観客端末３００は、配信者端末１００と同様の電子デバイスであり得るが、配信者端末１００とは異なり動画ソースに接続される必要はない。また、動画配信サーバ２００は、クルーズ利用者の観客端末３００に対しては、制御サーバ４００によって決定された行先に対応する動画データを配信する。

制御サーバ４００は、クルーズの行先を制御する。制御サーバ４００は、現在配信可能な複数の生番組から、観客端末３００へ次に配信する生番組について複数の候補を選出する。そして、制御サーバ４００は、これら複数の候補それぞれに関連付けられる複数の選択肢を観客端末３００において提示するための情報を生成し、当該情報を観客端末３００へ送信する。観客端末３００からはどの選択肢を選んだかを示す情報が返され、制御サーバ４００はこの情報に基づいて観客端末３００へ次に配信する生番組を決定し、この生番組を観客端末３００へ配信するように動画配信サーバ２００に指示する。

なお、制御サーバ４００は、クルーズの行先の全てを、観客の選択に委ねる必要はなく、一部の行先を所定のアルゴリズムにより決定してもよい。制御サーバ４００は、後述されるように、観客端末３００へ次に配信する生番組を観客に選択させる選択機会の少なくとも一部において、当該生番組の候補を収束させるために行先候補の選出に制限を加えることで、クルーズ利用者に行先を選択可能とさせながらも、クルーズの行先が発散することによるストリーミング数の増大を抑制することができる。

以下、図１中の制御サーバ４００の構成および動作について順に図面を用いて説明する。

制御サーバ４００は、コンピュータであって、クルーズの行先の候補の選出、選択肢を提示するための情報の生成、クルーズの行先の決定、などを行うプロセッサと、かかる処理を実現するために当該プロセッサによって実行されるプログラムおよび当該プロセッサによって使用されるデータなどを一時的に格納するメモリとを含んでいる。

制御サーバ４００は、さらに、ネットワークに接続するための通信装置を利用可能である。通信装置は、制御サーバ４００に内蔵されてもよいし、制御サーバ４００に外付けされてもよい。

通信装置は、ネットワーク経由で動画配信サーバ２００および観客端末３００と通信をする。例えば、通信装置は、現在配信可能な生番組の情報などを受信したり、動画配信サーバ２００へクルーズの次の行先を指示したり、観客端末３００へ選択肢を提示するための情報を送信したり、観客端末３００から観客の選んだ選択肢を示す情報を受信したりする。

次に、図２を用いて制御サーバ４００の構成例の説明を続ける。図２の制御サーバ４００は、生番組情報取得部４０１と、行先候補選出部４０２と、選択肢生成部４０３と、送信部４０４と、受信部４０６と、行先決定部４０５とを含む。

生番組情報取得部４０１は、現在配信可能な、すなわちクルーズの行先として選択可能な生番組の情報を取得する。生番組情報取得部４０１は、例えば動画配信サーバ２００からネットワーク経由で生番組の情報を受信してもよい。生番組情報取得部４０１は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。

生番組の情報は、例えば、生番組および／またはその配信者を識別する情報、生番組の時間枠を示す情報、生番組に付与されたメタデータ（例えば、動画タグ（キーワード）、スポンサー名、番組カテゴリ）、配信者コメント、説明文、生番組および／または配信者の属性情報、生番組の観客数および／またはコメント数、生番組のサムネイル画像データ、生番組の動画データ、生番組に投稿されたコメントなどであり得る。

生番組情報取得部４０１は、生番組の情報を行先候補選出部４０２、選択肢生成部４０３および行先決定部４０５へ送る。なお、生番組の情報は、例えば図示されない記憶部に保存され、これを行先候補選出部４０２、選択肢生成部４０３および行先決定部４０５が適宜参照してもよい。また、制御サーバ４００が動画配信サーバ２００に組み込まれる場合には、生番組情報取得部４０１は不要となり得る。

行先候補選出部４０２は、生番組情報取得部４０１から現在配信可能な生番組の情報を受け取る。行先候補選出部４０２は、クルーズの行先を観客に選択させる選択機会のそれぞれについて、複数の候補を選出する。行先候補選出部４０２は、選出した複数の候補を選択肢生成部４０３に通知する。行先候補選出部４０２は、前述のプロセッサおよびメモリであってよい。

行先候補選出部４０２は、基本的には、任意のアルゴリズムで、複数の候補を選出してもよい。例えば、行先候補選出部４０２は、ランダムに複数の候補を選出してもよいし、生番組の情報に含まれる要素、例えば生番組および／または配信者の属性、生番組に付与されたメタデータ、生番組の観客数および／またはコメント数などに応じて、選出のされやすさを異ならせてもよい。ただし、行先候補選出部４０２は、選択機会の少なくとも一部において後述されるように選出する候補に制限を加えるので、クルーズの行先が発散することによるストリーミング数の増大を抑制できる。

選択肢生成部４０３は、選択機会のそれぞれについて選出された複数の候補を行先候補選出部４０２から通知される。選択肢生成部４０３は、複数の候補にそれぞれ関連付けられる複数の選択肢を観客に提示するための情報を生成する。選択肢生成部４０３は、かかる情報を生成するために、生番組情報取得部４０１からの生番組の情報を利用してもよい。選択肢生成部４０３は、生成した情報を送信部４０４へ送る。選択肢生成部４０３は、前述のプロセッサおよびメモリであってよい。

選択肢生成部４０３によって生成される情報は、例えば、観客端末３００に表示される選択肢のデータそのものまたはそのベースとなるデータであってもよいし、選択肢を表示するように観客端末３００を制御するための制御データであってもよい。

なお、同一の生番組について、ある観客端末３００において表示される選択肢は、別の観客端末３００において表示される選択肢と同一である必要はない。例えば、観客の属性に応じて適切に選択肢を設計することで、観客に次の行先へ興味を持たせ、クルーズの利用を継続するように同期付けることができる。ただし、観客単位で個別に選択肢を生成することはサーバ負荷が高いので、選択肢は、現在（例えば、複数の候補の選出時に）観客が視聴している生番組毎に管理されてもよい。すなわち、生番組Ａを視聴している観客および生番組Ｂを視聴している観客の双方に、生番組Ｃに関連付けられる選択肢が与えられるとして、この選択肢は互いに異なっていてもよい。同じ生番組を視聴している観客は視聴行動がある程度は類似していると推測できるので、観客が興味を持つ選択肢も類似する可能性がある。ここで、選択肢が異なるとは、観客端末３００に表示されるテキストまたは画像が異なることであり得る。

送信部４０４は、選択肢生成部４０３から、選択機会のそれぞれについて、複数の選択肢を観客に提示するための情報を受け取る。送信部４０４は、この情報をネットワーク経由で観客端末３００へ送信する。送信部４０４は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。

また、送信部４０４は、行先決定部４０５からクルーズの行先を示す情報、例えば行先としての生番組の識別情報、ＵＲＬなどを受け取り、これをネットワーク経由で動画配信サーバ２００へ送信する。

受信部４０６は、ネットワーク経由で観客端末３００から観客の選んだ選択肢を示す情報を受信する。この情報は、送信部４０４によって送信された情報に対する観客からの回答に相当する。すなわち、この受信情報は、送信部４０４によって送信された情報に基づいて観客に提示された複数の選択肢のうち当該観客が選んだ選択肢を示す。受信部４０６は、受信情報を行先決定部４０５へ送る。受信部４０６は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。

行先決定部４０５は、受信部４０６から観客の選んだ選択肢を示す情報を受け取り、この情報に基づいてクルーズの行先を観客毎に決定する。行先決定部４０５は、決定した行先を示す情報を送信部４０４へ送る。行先決定部４０５は、前述のプロセッサおよびメモリであってよい。

例えば、行先決定部４０５は、各観客の行先を、当該観客の選んだ選択肢に関連付けられた生番組に決定してもよい。何れの選択肢も選ばなかった観客の行先は任意に決定されてよいが、例えば最も多くの観客から選ばれた選択肢に関連付けられた生番組としてもよい。

また、観客から選ばれた数が極端に少ない選択肢については、ストリーミング数の増大を抑制する観点から無視されてもよい。かかる選択肢を選んだ観客の行先は、何れの選択肢も選ばなかった観客の行先と同様に決定されてよい。観客から選ばれた数が極端に少ないか否かは、例えばその数、または全選択肢の中でその選択肢が選ばれた割合、などと閾値との比較により判定されてよい。

さらに、行先決定部４０５は、選択肢の数が行先の上限数よりも少ない場合、例えば３択の選択肢が提示されたにも関わらず行先が最大２つと定められている場合には、観客から選ばれた数の降順に当該上限数まで選択肢を抽出し、抽出された選択肢に関連付けられた生番組を行先として決定してもよい。抽出された選択肢を選ばなかった観客の行先は、何れの選択肢も選ばなかった観客の行先と同様に決定されてもよい。

以下、図３乃至図７を用いて、行先候補選出部４０２の動作の詳細について説明する。

行先候補選出部４０２が全ての選択機会において後述される制限を加えることなく候補を選出し、かつ、その候補がクルーズの当時（複数の候補の選出時）の滞在地（すなわち、観客が当時視聴している生配信コンテンツ）間で重複しなかったとする。この場合に、クルーズの行先は、指数関数的に増大し、図３に例示されるように発散する。すなわち、選択機会の度に、クルーズの行先は２倍になり、同時に行先あたりの観客数は半減する。そして、３回目の選択機会の後には、行先の数は８個に散らばり、それぞれの観客は当初の１／８程度となる。

次に、行先候補選出部４０２が全ての選択機会において、クルーズの当時の滞在地に関わらず共通の生番組を候補として選出したとする。この場合に、クルーズの行先は図４に例示されるように発散しない。すなわち、どれだけ選択機会を重ねようと、それぞれの滞在地からクルーズが次に行くことのできる行先は同じになるので、ストリーミング数を常に定数（これは、それぞれの滞在地において観客に提示される選択肢の数に等しく、図４の例では２つ）以下に抑えることができる。

これにより、観客にはクルーズの行先を自由に選択しているという印象を与えながら、クルーズの行先が発散することによるストリーミング数の増大を回避することができる。すなわち、図３の例と比べて、制御サーバ４００における航路制御は複雑とはならず、クルーズの行先となる可能性のある生番組が限られているので、どの生番組の配信にどれくらいのサーバ負荷がかかるかをある程度予測することができる。また、どれだけ選択機会を重ねようと、行先あたりの観客数は維持されるので、先に説明した、配信者のメリットが逓減するという問題も生じない。

なお、行先候補選出部４０２が候補の選出に加えることのできる制限は、図４に関して説明したものに限られない。例えば、行先候補選出部４０２が全ての選択機会において、クルーズの当時の滞在地に関わらず共通の生番組を候補の一部として選出してもよい。具体的には、それぞれの滞在地からクルーズが次に行くことのできる行先のうち１つを共通化してもよい。この場合に、クルーズの行先は図５に例示されるように、選択機会の度に、クルーズの行先は１つずつ増え、それぞれの行先へ向かう観客は減少する。しかしながら、図３の例に比べれば、クルーズの行先の増加速度および行先あたりの観客数の減少速度を抑えることができる。

これにより、観客にはクルーズの行先を自由に選択しているという印象を与えながら、クルーズの行先が発散することによるストリーミング数の増大を抑制することができる。すなわち、図３の例と比べて、制御サーバ４００における航路制御は複雑とはならず、クルーズの行先となる可能性のある生番組が限られているので、どの生番組の配信にどれくらいのサーバ負荷がかかるかをある程度予測することができる。

さらに、図５の例では、例えば他の滞在地と共通でない生番組を候補として選出することができる。行先候補選出部４０２は、かかる候補を、例えば滞在地の情報に依存して選出してもよい。これにより、図４の例に比べて、各滞在地に居る観客が自らの視聴嗜好に合致した生番組に遭遇する可能性を高めることができる。

或いは、行先候補選出部４０２は必ずしも全ての選択機会において、候補の選出に制限を加えなくてもよい。すなわち、行先候補選出部４０２は、選択機会の少なくとも１回において、図４または図５に関して説明した制限を候補の選出に加えてもよい。

例えば、行先候補選出部４０２は、１回目および２回目の選択機会では候補の選出に制限を加えず、３回目の選択機会では、観客が候補の選出時に視聴している生配信コンテンツに関わらず、共通の生番組（２つ）を選出してもよい。この場合に、クルーズの行先は図６に例示されるように、候補の選出に制限を加えない間は、図３の例と同様に選択機会の度に、クルーズの行先は２倍になり、同時に行先あたりの観客数は半減する。しかしながら、３回目の選択機会では候補の選出に制限を加えるので、行先の数は強制的に最大２個に絞り込まれ、番組当たりの観客数も１回目の選択機会の後の水準に戻る。

或いは、行先候補選出部４０２は、１回目および２回目の選択機会では候補の選出に制限を加えず、３回目の選択機会では、観客が候補の選出時に視聴している生番組に関わらず、候補の一部として共通の生番組（１つ）を選出してもよい。この場合に、クルーズの行先は図７に例示されるように、候補の選出に制限を加えない間は、図３の例と同様に選択機会の度に、クルーズの行先は２倍になり、同時に行先あたりの観客数は半減する。しかしながら、３回目の選択機会では候補の選出に制限を加えるので、クルーズの行先の増加速度および行先あたりの観客数の減少速度が鈍化する。

このように、行先候補選出部４０２は、候補の選出に制限を加えることで、ストリーミング数を定数以下に抑えこんだり、クルーズの行先の増加速度および行先あたりの観客数の減少速度を鈍化させたりすることができる。また、行先候補選出部４０２は、かかる制限を常時加えてもよいし、断続的に加えてもよい。

なお、図４乃至図７の例では、観客に提示される選択肢の数は２つであったが、３以上であってもよい。また、これらの例では、クルーズの最初の行先は全観客共通であったが、観客が最初から行先を選択できるようにしてもよい。さらに、行先の決定を必ずしも毎回、観客に委ねる必要はない。例えば、選択機会を１度与えてから次の選択機会を与えるまでの間に、行先決定部４０５は１つまたは複数の自動的に決定してもよい。このように選択機会を与える頻度を減らすことで、観客が頻繁（例えば数十秒おき）に選択肢を選ばなくても済むようになる。

次に図８を用いて、制御サーバ４００の動作例を説明する。制御サーバ４００は、クルーズが終了するまで、クルーズの行先を観客に選択させる選択機会のそれぞれについて以下に説明するステップＳ５０１乃至ステップＳ５０８を繰り返す。

まず、ステップＳ５０１では、生番組情報取得部４０１は動画配信サーバ２００が現在配信可能な生番組の情報を取得し、処理はステップＳ５０２へ進む。なお、前述のようにクルーズの終了までステップＳ５０１乃至ステップＳ５０８は繰り返されるが、過去のステップＳ５０１の実行時に取得した生番組の情報を更新する必要がない場合には、ステップＳ５０１の実行はスキップされてよい。

ステップＳ５０２では、行先候補選出部４０２による候補の選出に制限を加えるか否かが判定される。例えば、制限は、毎回加えられてもよいし、定期的またはランダムに加えられてもよいし、所定の条件の満足時（例えば、累積選択回数、ストリーミング数などが所定数に達した時）に加えられてもよい。制限を加える場合には処理はステップＳ５０３へ進み、制限を加えない場合には処理はステップＳ５０４へ進む。

ステップＳ５０３では、行先候補選出部４０２は、候補の選出における制限を有効にする。行先候補選出部４０２は、例えば制限の有効／無効を制御するフラグを書き換えてもよい。ステップＳ５０３の次に処理はステップＳ５０４へと進む。

ステップＳ５０４では、行先候補選出部４０２は、現在配信可能な生番組から、クルーズの行先についての複数の候補を選出する。ここで、行先候補選出部４０２は、ステップＳ５０１において取得した生番組の情報に基づいて複数の候補を選出してもよい。

行先候補選出部４０２は、通常、クルーズの現在の滞在地、すなわち観客が現在視聴している生番組毎に個別に複数の候補を選出する。しかしながら、ステップＳ５０３において制限が有効化されている場合には、行先候補選出部４０２は、クルーズの現在の滞在地に関わらず、少なくとも一部共通の候補を選出する。

選択肢生成部４０３は、ステップＳ５０４において選出された複数の候補にそれぞれ関連付けられる複数の選択肢を観客に提示するための情報を生成する（ステップＳ５０５）。ここで、選択肢生成部４０３は、ステップＳ５０１において取得した生番組の情報に基づいて、選択肢を観客に提示するための情報を生成してもよい。

なお、ステップＳ５０３において制限が有効化されている場合には、ある滞在地について選出される候補と他の滞在地について選出される候補とが重複または一致することになる。このような場合であっても、選択肢生成部４０３は、同一の候補に対応する選択肢を滞在地間で異ならせてもよい。

例えば、選択肢生成部４０３は、各滞在地に居る観客に対して、当該滞在地の情報と次の行先の候補の情報との類似点を表す選択肢を提示するための情報を生成してもよい。これにより、各滞在地に居る観客に、自らが選んだ現在の滞在地に類似する行先が候補として選出されていると感じさせることができる。すなわち、観客がこれまで選んだ選択肢とかけ離れた選択肢が唐突に提示されるのを防ぐことができるので、観客に違和感を与えることなく、ストリーミング数の増大を抑制し、またはストリーミング数を維持もしくは減少させることができる。

送信部４０４は、ステップＳ５０５において生成された情報をネットワーク経由で観客端末３００へ送信する（ステップＳ５０６）。ステップＳ５０６において送信された情報を受信した観客端末３００は、当該情報に基づいて複数の選択肢を提示する。観客端末３００は、観客が選んだ選択肢を示す情報をネットワーク経由で制御サーバ４００へ送信する。そして、受信部４０６は、この情報を受信する（ステップＳ５０７）。

行先決定部４０５は、ステップＳ５０７において受信された情報に基づいて、クルーズの次の行先を決定する（ステップＳ５０８）。

ステップＳ５０８の終了後、制御サーバ４００はクルーズが終了するまで次の選択機会を待ち受ける（ステップＳ５０９）。次の選択機会が到来すると処理はステップＳ５０１に戻る。

以上説明したように、第１の実施形態に係る制御サーバは、観客へ配信する生番組を観客に選択させる選択機会の少なくとも１回において、当該生番組の候補の選出に制限を加える。この制限とは、選出される複数の候補の少なくとも一部を、観客が当該候補の選出時に視聴している生番組に関わらず共通とすることである。従って、この制御サーバによれば、観客にはクルーズの行先を自由に選択しているという印象を与えながら、ストリーミング数の増大を抑制し、またはストリーミング数を維持もしくは減少させることができる。

（第２の実施形態）
前述の第１の実施形態に係る制御サーバは、観客へ配信する生番組を観客に選択させる選択機会の少なくとも１回において、当該生番組の候補の選出に制限を加えることで、観客にはクルーズの行先を自由に選択しているという印象を与えながら、ストリーミング数の増大を抑制し、またはストリーミング数を維持もしくは減少させる。

他方、これから説明する第２の実施形態に係る制御サーバは、クルーズの行先を基本的に観客に自由に選択させつつも、クルーズによって使用されるストリーミング数が許容範囲を超えて増大している、またはそのおそれがある場合に、ストリーミング数を強制的に絞り込む。これにより、観客にはクルーズの行先を自由に選択しているという印象を与えながら、ストリーミング数が許容範囲を超えて増大するのを防ぐことができる。

第２の実施形態に係る制御サーバは、図２の制御サーバ４００と一部類似する。以降は、両者の異なる部分を中心に説明を続ける。本実施形態に係る制御サーバの一例が図９に示される。

図９の制御サーバ６００は、生番組情報取得部４０１と、行先候補選出部６０２と、選択肢生成部４０３と、送信部４０４と、受信部４０６と、行先決定部６０５と、条件判定部６０７とを含む。

条件判定部６０７は、所定の条件が満足されているか否かを判定する。ここで、所定の条件は、クルーズによって使用されるストリーミング数が許容範囲を超えて増大している状態、またはそのおそれがある状態にあるか否かを判定するための条件として予め定義されている。

具体的には、所定の条件は、観客に与えられた選択機会の累計数が所定回数に達したこととしてもよい。クルーズの行先を完全に観客の自由に選択させると、クルーズの行先の総数は選択機会に対して指数関数的に増大する。故に、動画配信サーバ２００からクルーズによって実際に使用されているストリーミング数の情報を受信しなくても、当該ストリーミング数と相関の高い観客の選択機会の累計数を検査することで、ストリーミング数が許容範囲を超えて増大している状態、またはそのおそれがある状態にあるか否かを判定することができる。

或いは、所定の条件は、クルーズによって使用されるストリーミング数が所定数に達したこととしてもよい。クルーズによって使用されるストリーミング数の情報は、動画配信サーバ２００から受信されてもよいし、上記選択機会の累計数、行先決定部６０５の出力などに基づいて算出されてもよい。

条件判定部６０７は、所定の条件が満足していると判定すると、行先候補選出部６０２および行先決定部６０５へ通知を行う。条件判定部６０７は、前述のプロセッサおよびメモリであってよい。

行先候補選出部６０２は、図２の行先候補選出部４０２と類似であるが少なくとも以下に説明する点で異なる。行先候補選出部６０２は、条件判定部６０７から所定の条件が満足していると通知されると、観客が当時（所定の条件の満足時に）視聴している生番組に関わらず、共通の少なくとも１つの生配信コンテンツを候補として選出する。この候補の総数は、１つであってもよいし、２以上であってもよいが、クルーズの現在の滞在先、すなわち観客が視聴している生番組の総数よりも少ないこととする。これにより、クルーズによって使用されるストリーミング数を強制的に絞り込むことができる。行先候補選出部６０２は、選出した候補を行先決定部６０５へ送る。

行先決定部６０５は、図２の行先決定部４０５と類似であるが少なくとも以下に説明する点で異なる。行先決定部６０５は、条件判定部６０７から所定の条件が満足していると通知されると、行先を行先候補選出部６０２によって選出された候補から、クルーズの観客の選択によらずに決定する。例えば、行先を行先候補選出部６０２によって選出された候補の総数が１つの場合には、行先決定部４０５は全ての観客について次の行先を当該候補に決定すればよい。他方、かかる候補の総数が２以上の場合には、行先決定部４０５は、例えばクルーズの現在の滞在地毎、または観客毎に、候補のいずれかをクルーズの次の行先として決定すればよい。行先決定部４０５は、行先をランダムに決定してもよいし、クルーズの現在の滞在地毎に当該滞在地に類似する候補を行先として決定してもよい。クルーズの現在の滞在地に類似する候補を行先として決定すれば、観客は行先を直接選択することはできないが、自ら選んだ滞在地に類似する行先へ誘導される。故に、観客に違和感を与えることなく、ストリーミング数を強制的に絞り込むことができる。

なお、前述のように、所定の条件の満足時には、行先決定部６０５はクルーズの行先を観客の選択によらずに決定する。故に、選択肢生成部４０３は選択肢を提示するための情報を生成しないし、送信部４０４はかかる情報を送信しないし、受信部４０６は観客が選んだ選択肢を示す情報を受信しない。

次に図９を用いて、制御サーバ６００の動作例を説明する。制御サーバ６００は、クルーズが終了するまで、クルーズの行先を観客に選択させる選択機会のそれぞれについて以下に説明するステップＳ７０１乃至ステップＳ７０８を繰り返す。

まず、ステップＳ７０１では、生番組情報取得部４０１は動画配信サーバ２００が現在配信可能な生番組の情報を取得し、処理はステップＳ７０２へ進む。なお、前述のようにクルーズの終了までステップＳ７０１乃至ステップＳ７０８は繰り返されるが、過去のステップＳ７０１の実行時に取得した生番組の情報を更新する必要がない場合には、ステップＳ７０１の実行はスキップされてよい。

ステップＳ７０２では、条件判定部６０７が所定の条件が満足しているか否かを判定する。所定の条件が満足していると判定された場合には処理はステップＳ７０３へ進み、そうでない場合には処理はステップＳ７０４へ進む。

ステップＳ７０３では、行先候補選出部６０２は、現在配信可能な生番組の中から、クルーズの現在の滞在先に関わらず共通の１以上の候補を選出する。ここで、行先候補選出部６０２は、ステップＳ７０１において取得した生番組の情報に基づいて１以上の候補を選出してもよい。ステップＳ７０３の後に処理はステップＳ７０８へと進む。

ステップＳ７０４では、行先候補選出部６０２は、現在配信可能な生番組の中から、クルーズの行先についての複数の候補を、クルーズの現在の滞在先のそれぞれについて選出する。ここで、行先候補選出部６０２は、ステップＳ７０１において取得した生番組の情報に基づいて複数の候補を選出してもよい。

選択肢生成部４０３は、ステップＳ７０４において選出された複数の候補にそれぞれ関連付けられる複数の選択肢を観客に提示するための情報を生成する（ステップＳ７０５）。ここで、選択肢生成部４０３は、ステップＳ７０１において取得した生番組の情報に基づいて、選択肢を観客に提示するための情報を生成してもよい。

送信部４０４は、ステップＳ７０５において生成された情報をネットワーク経由で観客端末３００へ送信する（ステップＳ７０６）。ステップＳ７０６において送信された情報を受信した観客端末３００は、当該情報に基づいて複数の選択肢を提示する。観客端末３００は、観客が選んだ選択肢を示す情報をネットワーク経由で制御サーバ６００へ送信する。そして、受信部４０６は、この情報を受信する（ステップＳ７０７）。

行先決定部４０５は、クルーズの次の行先を決定する（ステップＳ７０８）。具体的には、ステップＳ７０２において所定条件が満足されていると判定された場合には、行先決定部４０５は、ステップＳ７０３において選出された１以上の候補から、所定のアルゴリズムによりクルーズの次の行先を決定する。他方、ステップＳ７０２において所定条件が満足されていると判定されなかった場合には、行先決定部４０５は、ステップＳ７０４において選出された複数の候補の中から、ステップＳ７０７において受信された情報に基づいてクルーズの次の行先を決定する。

ステップＳ７０８の終了後、制御サーバ６００はクルーズが終了するまで次の選択機会を待ち受ける（ステップＳ７０９）。次の選択機会が到来すると処理はステップＳ７０１に戻る。

以上説明したように、第２の実施形態に係る制御サーバは、クルーズの行先を基本的に観客に自由に選択させつつも、所定の条件が満足されていると判定された場合に、クルーズによって使用されるストリーミング数を強制的に絞り込む。具体的には、この制御サーバは、クルーズの滞在先に関わらず共通の１以上（ただし、この数はクルーズの現在の滞在先の総数より少ない）の候補を選出し、選出された候補の中からクルーズの次の行先を、クルーズの現在の滞在先毎、観客毎、または全観客共通で決定する。従って、この制御サーバによれば、観客にはクルーズの行先を自由に選択しているという印象を与えながら、ストリーミング数が許容範囲を超えて増大するのを防止することができる。

上述の実施形態は、本発明の概念の理解を助けるための具体例を示しているに過ぎず、本発明の範囲を限定することを意図されていない。実施形態は、本発明の要旨を逸脱しない範囲で、様々な構成要素の付加、削除または転換をすることができる。

上記各実施形態において説明された種々の機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。

上記各実施形態の処理の少なくとも一部は、汎用のコンピュータを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。

１００・・・配信者端末
２００・・・動画配信サーバ
３００・・・観客端末
４００，６００・・・制御サーバ
４０１・・・生番組情報取得部
４０２，６０２・・・行先候補選出部
４０３・・・選択肢生成部
４０４・・・送信部
４０５，６０５・・・行先決定部
４０６・・・受信部
６０７・・・条件判定部

Claims (9)

1. 観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御するサーバであって、
   前記観客端末へ配信する生配信コンテンツを前記観客に選択させる選択機会のそれぞれについて、複数の候補を選出する選出部と、
   選出された前記複数の候補にそれぞれ関連付けられる複数の選択肢を前記観客へ提示するための第１の情報を生成する生成部と、
   前記第１の情報を前記観客端末へ送信する送信部と、
   前記複数の選択肢のうち前記観客の選んだ選択肢を示す第２の情報を受信する受信部と、
   前記観客端末へ配信する生配信コンテンツを前記第２の情報に基づいて決定する決定部と
   を具備し、
   前記選択機会の少なくとも１回において選出される前記複数の候補のうち少なくとも１つは、前記観客が当該複数の候補の選出時に視聴している生配信コンテンツに関わらず、共通の生配信コンテンツを含む、
   サーバ。
2. 前記選択機会の少なくとも１回において選出される前記複数の候補は、前記観客が当該複数の候補の選出時に視聴している生配信コンテンツに関わらず、共通の生配信コンテンツである、請求項１に記載のサーバ。
3. 前記選択機会のそれぞれにおいて選出される前記複数の候補のうち少なくとも１つは、前記観客が当該複数の候補の選出時に視聴している生配信コンテンツに関わらず、共通の生配信コンテンツである、請求項１に記載のサーバ。
4. 前記選択機会のそれぞれにおいて選出される前記複数の候補はそれぞれ、前記観客が当該複数の候補の選出時に視聴している生配信コンテンツに関わらず、共通の生配信コンテンツである、請求項１に記載のサーバ。
5. コンピュータに、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御させるためのプログラムであって、
   前記コンピュータを、
   前記観客端末へ配信する生配信コンテンツを前記観客に選択させる選択機会のそれぞれについて、複数の候補を選出する手段、
   選出された前記複数の候補にそれぞれ関連付けられる複数の選択肢を前記観客へ提示するための第１の情報を生成する手段、
   前記第１の情報を前記観客端末へ送信する手段、
   前記複数の選択肢のうち前記観客の選んだ選択肢を示す第２の情報を受信する手段、
   前記観客端末へ配信する生配信コンテンツを前記第２の情報に基づいて決定する手段
   として機能させ、
   を具備し、
   前記選択機会の少なくとも１回において選出される前記複数の候補のうち少なくとも１つは、前記観客が当該複数の候補の選出時に視聴している生配信コンテンツに関わらず、共通の生配信コンテンツを含む、
   プログラム。
6. 観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御するサーバであって、
   所定の条件が満足されているか否かを判定する判定部と
   前記所定の条件が満足されていないと判定された場合に、前記観客端末へ配信する生配信コンテンツを前記観客に選択させる選択機会のそれぞれについて、複数の第１の候補を選出する選出部と、
   前記所定の条件が満足されていないと判定された場合に、選出された前記複数の第１の候補にそれぞれ関連付けられる複数の選択肢を前記観客へ提示するための第１の情報を生成する生成部と、
   前記所定の条件が満足されていないと判定された場合に、前記第１の情報を前記観客端末へ送信する送信部と、
   前記所定の条件が満足されていないと判定された場合に、前記複数の選択肢のうち前記観客の選んだ選択肢を示す第２の情報を受信する受信部と、
   前記所定の条件が満足されていないと判定された場合に、前記観客端末へ配信する生配信コンテンツを前記第２の情報に基づいて決定する決定部と、
   を具備し、
   前記所定の条件が満足されていると判定された場合に、（ａ）前記選出部は、前記観客が当該所定の条件の満足時に視聴している生配信コンテンツに関わらず、共通の少なくとも１つの生配信コンテンツを第２の候補として選出し、（ｂ）前記決定部は、前記観客端末へ配信する生配信コンテンツを、前記第２の候補から決定し、
   前記第２の候補の総数は、前記観客が前記所定の条件の満足時に視聴している生配信コンテンツの総数よりも少ない、
   サーバ。
7. 前記所定の条件は、前記観客に与えられた選択機会の累計数が所定回数に達したことである、請求項６に記載のサーバ。
8. 前記所定の条件は、前記クルーズサービスによって使用されるストリーミング数が所定数に達したことである、請求項６に記載のサーバ。
9. コンピュータに、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御させるためのプログラムであって、
   前記コンピュータを、
   所定の条件が満足されているか否かを判定する手段、
   前記所定の条件が満足されていないと判定された場合に、前記観客端末へ配信する生配信コンテンツを前記観客に選択させる選択機会のそれぞれについて、複数の第１の候補を選出する手段、
   前記所定の条件が満足されていないと判定された場合に、選出された前記複数の第１の候補にそれぞれ関連付けられる複数の選択肢を前記観客へ提示するための第１の情報を生成する手段、
   前記所定の条件が満足されていないと判定された場合に、前記第１の情報を前記観客端末へ送信する手段、
   前記所定の条件が満足されていないと判定された場合に、前記複数の選択肢のうち前記観客の選んだ選択肢を示す第２の情報を受信する手段、
   前記所定の条件が満足されていないと判定された場合に、前記観客端末へ配信する生配信コンテンツを前記第２の情報に基づいて決定する手段、
   として機能させ、
   前記所定の条件が満足されていると判定された場合に、（ａ）前記選出する手段は、前記観客が当該所定の条件の満足時に視聴している生配信コンテンツに関わらず、共通の少なくとも１つの生配信コンテンツを第２の候補として選出し、（ｂ）前記決定する手段は、前記観客端末へ配信する生配信コンテンツを、前記第２の候補から決定し、
   前記第２の候補の総数は、前記観客が前記所定の条件の満足時に視聴している生配信コンテンツの総数よりも少ない、
   サーバ。