(57)【要約】【課題】クルーズの来訪に対する配信者のその時々の意思をクルーズの行先の決定に反映させる。【解決手段】本発明の一態様によれば、サーバは、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御する。このサーバは、決定部と、生成部とを含む。決定部は、観客端末へ配信する生配信コンテンツを決定する。生成部は、クルーズサービスによる観客の来訪を拒否するためのユーザ入力を受け付けるＧＵＩ部品を配信者端末に表示させるための制御情報を生成する。決定部は、第１の生配信コンテンツの配信元である第１の配信者端末からＧＵＩ部品が選択されたことを示すユーザ入力情報が受信されると、少なくとも１回に亘って、第１の生配信コンテンツを観客端末へ配信する生配信コンテンツとして決定しない。【選択図】      図２
2019097087.tif 000002
【特許請求の範囲】
【請求項１】
観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御するサーバであって、
前記観客端末へ配信する生配信コンテンツを決定する決定部と、
前記クルーズサービスによる前記観客の来訪を拒否するためのユーザ入力を受け付ける第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための第１の制御情報を生成する生成部と、
前記第１の制御情報を第１の生配信コンテンツの配信元である第１の配信者端末へ送信する送信部と、
前記第１のＧＵＩ部品が選択されたことを示す第１のユーザ入力情報を受信する受信部と
を具備し、
前記決定部は、前記第１の配信者端末から前記第１のユーザ入力情報が受信されると、少なくとも１回に亘って、前記第１の生配信コンテンツを前記観客端末へ配信する生配信コンテンツとして決定しない、
サーバ。
【請求項２】
前記決定部は、前記第１のユーザ入力情報が受信されると、所定時間または所定回数に亘って、前記第１の生配信コンテンツを前記観客端末へ配信する生配信コンテンツとして決定しない、請求項１に記載のサーバ。
【請求項３】
前記決定部は、前記観客端末へ配信する生配信コンテンツについて複数の候補を選出し、当該複数の候補の中から前記観客端末へ配信する生配信コンテンツを決定し、
前記送信部は、選出された前記複数の候補に含まれる少なくとも１つの生配信コンテンツの配信者端末へ前記第１の制御情報を送信する、
請求項１または請求項２に記載のサーバ。
【請求項４】
前記生成部は、さらに、前記クルーズサービスによる前記観客の来訪を要求するためのユーザ入力を受け付ける第２のＧＵＩ部品を表示するための第２の制御情報を生成し、
前記送信部は、さらに、前記第２の制御情報を第２の生配信コンテンツの配信元である第２の配信者端末へ送信し、
前記受信部は、さらに、前記第２のＧＵＩ部品が選択されたことを示す第２のユーザ入力情報を受信し、
前記決定部は、前記第２の配信者端末から前記第２のユーザ入力情報が受信されると、前記第２の配信者端末から前記第２のユーザ入力情報が受信されなかった場合に比べて高い確率で、前記第２の生配信コンテンツを前記観客端末へ配信する生配信コンテンツとして決定する、
請求項１乃至請求項３のいずれか１項に記載のサーバ。
【請求項５】
前記送信部は、さらに、前記第１の制御情報を前記第２の配信者端末へ送信し、
前記決定部は、（１）前記第２の配信者端末から前記第１のユーザ入力情報が受信された後に当該第２の配信者端末から前記第２のユーザ入力情報が受信されると、当該第１のユーザ入力情報を無視し、（２）前記第２の配信者端末から前記第２のユーザ入力情報が受信された後に当該第２の配信者端末から前記第１のユーザ入力情報が受信されると、当該第２のユーザ入力情報を無視する、
請求項４に記載のサーバ。
【請求項６】
観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御するサーバであって、
前記観客端末へ配信する生配信コンテンツを決定する決定部と、
前記クルーズサービスによる前記観客の来訪を要求するためのユーザ入力を受け付ける第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための第１の制御情報を生成する生成部と、
前記第１の制御情報を第１の生配信コンテンツの配信元である第１の配信者端末へ送信する送信部と、
前記第１のＧＵＩ部品が選択されたことを示す第１のユーザ入力情報を受信する受信部と
を具備し、
前記決定部は、前記第１の配信者端末から前記第１のユーザ入力情報が受信されると、少なくとも１回に亘って、前記第１の配信者端末から前記第１のユーザ入力情報が受信されなかった場合に比べて高い確率で、前記第１の生配信コンテンツを前記観客端末へ配信する生配信コンテンツとして決定する、
サーバ。
【請求項７】
前記決定部は、前記第１のユーザ入力情報が受信されると、所定時間または所定回数に亘って、前記第１のユーザ入力情報が受信されなかった場合に比べて高い確率で、前記第１の生配信コンテンツを前記観客端末へ配信する生配信コンテンツとして決定する、請求項６に記載のサーバ。
【請求項８】
前記送信部は、前記第１の生配信コンテンツ、当該第１の生配信コンテンツの配信者または前記第１の生配信コンテンツの観客が所定の条件を満足した場合に、前記第１の制御情報を前記第１の配信者端末へ送信する、請求項６または請求項７に記載のサーバ。
【請求項９】
生配信コンテンツまたは当該生配信コンテンツの配信者を対象に抽選を行う抽選部をさらに具備し、
前記送信部は、前記第１の生配信コンテンツまたは前記第１の生配信コンテンツの配信者が前記抽選に当選した場合に、前記第１の制御情報を前記第１の配信者端末へ送信する、請求項６乃至請求項８のいずれか１項に記載のサーバ。
【請求項１０】
コンピュータに、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御させるプログラムであって、
前記コンピュータを、
前記観客端末へ配信する生配信コンテンツを決定する手段、
前記クルーズサービスによる前記観客の来訪を拒否するためのユーザ入力を受け付ける第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための第１の制御情報を生成する手段、
前記第１の制御情報を第１の生配信コンテンツの配信元である第１の配信者端末へ送信する手段、
前記第１のＧＵＩ部品が選択されたことを示す第１のユーザ入力情報を受信する手段
として機能させ、
前記決定する手段は、前記第１の配信者端末から前記第１のユーザ入力情報が受信されると、少なくとも１回に亘って、前記第１の生配信コンテンツを前記観客端末へ配信する生配信コンテンツとして決定しない、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画共有システムにおける動画の生配信に関する。
【背景技術】
【０００２】
近年、一部の動画共有システムでは、ユーザ（以降、単に配信者と呼ぶ）が撮影した動画を多数の観客へインターネット経由で生配信（生放送とも呼ばれる）することが可能である。生配信コンテンツは、その性質上、観客が例えばキーワード検索などにより好みのものを見つけるのが困難である。このため、観客の生配信コンテンツに対する視聴行動は、典型的には、自らの好みの配信者の生配信コンテンツを選択的に視聴するか、生配信コンテンツのランキングを参照して面白そうなものをザッピングするかのどちらかになりがちである。
【０００３】
生配信コンテンツの楽しみ方の１つとして、「クルーズ」と呼ばれるサービスも既に運用されている（非特許文献１参照）。非特許文献１に記載の従来型のクルーズ（正式名称は、ニコ生クルーズ）は、複数の生配信コンテンツを例えば数十秒程度のサイクルで観客に次々と視聴（以下、巡回と呼ぶ）させるサービスであり、巡回する生配信コンテンツはサービス提供者によって決定される。クルーズを利用中（乗船中）の観客は、次の生配信コンテンツに進むか、現在の生配信コンテンツに留まる（降船する）かを選択することができる。
【０００４】
クルーズは、観客には、能動的にコンテンツを探さなくても様々な生配信コンテンツを視聴できるというメリットがあり、配信者には、大量の観客に自己の生配信コンテンツを一時的に視聴してもらえる機会が与えられ、新規フォロワー、例えばチャンネル入会者の獲得を期待できるというメリットがある。
【０００５】
特許文献１には、所定の放送局装置を巡回して、各放送局装置からストリーミングデータを順次受信して、下位装置に接続された受信装置に配信可能な巡回配信装置［０００９］が開示されており、接続すべき特定配信装置と接続順序を、巡回配信装置の操作者が自由に設定できること［００９０］が記載されている。また、第２の実施形態では、ノード装置により構成された巡回再生装置［００９２］が開示されており、当該ノード装置の操作者が巡回対象放送局と巡回対象放送局の接続時間および接続順を自由に設定できること［０１３４］が記載されている。
【０００６】
また、特許文献２には、リアルタイム放送番組等の多様なソースから動画コンテンツを組み合わせユーザの嗜好に合う番組編成で配信する動画配信システムが開示されている。この動画配信システムは、ユーザの嗜好に最も合う複数の番組候補を決定し、ユーザの視聴端末に送信し、当該番組候補から選択を行えるようにしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−８７０４６号公報
【特許文献２】特開２０１６−１３４８５９号公報
【非特許文献】
【０００８】
【非特許文献１】「ニコ生クルーズとは」、［ｏｎｌｉｎｅ］、［２０１７年１１月５日検索］、インターネット、＜ＵＲＬ：ｈｔｔｐ：／／ｌｉｖｅ．ｎｉｃｏｖｉｄｅｏ．ｊｐ／ｓ／ｃｒｕｉｓｅ＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
クルーズは配信者にとって上述のメリットがあるものの、自己のフォロワーでない大量の観客が来訪して場が荒れることもあるため、クルーズを好まない配信者も存在する。そこで、従来のクルーズでは、配信者は、コンテンツのタグ、カテゴリなどのメタデータを適切に編集することで、自己の生配信コンテンツにクルーズが全く来ないようにすることができる。
【００１０】
しかしながら、例えばクルーズが来ても構わないと思っている配信者であっても、マイクテスト中、離席したい時、内輪ネタで盛り上がっている時、番組企画の途中などには、クルーズが来て欲しくないと思うかもしれないし、逆に、持ちネタを披露する前など、ここぞという場面では、クルーズにすぐに来て欲しいと思うかもしれない。従来のクルーズは、行先の決定において、このような配信者のその時々の意思を反映していなかった。
【００１１】
本発明は、クルーズの来訪に対する配信者のその時々の意思をクルーズの行先の決定に反映させることを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一態様によれば、サーバは、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御する。このサーバは、決定部と、生成部と、送信部と、受信部とを含む。決定部は、観客端末へ配信する生配信コンテンツを決定する。生成部は、クルーズサービスによる観客の来訪を拒否するためのユーザ入力を受け付ける第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための第１の制御情報を生成する。送信部は、第１の制御情報を第１の生配信コンテンツの配信元である第１の配信者端末へ送信する。受信部は、第１のＧＵＩ部品が選択されたことを示す第１のユーザ入力情報を受信する。決定部は、第１の配信者端末から第１のユーザ入力情報が受信されると、少なくとも１回に亘って、第１の生配信コンテンツを観客端末へ配信する生配信コンテンツとして決定しない。
【００１３】
本発明の別の態様によれば、サーバは、観客に複数の生配信コンテンツを巡回させるクルーズサービスのために観客端末へ配信する生配信コンテンツを制御する。このサーバは、決定部と、生成部と、送信部と、受信部とを含む。決定部は、観客端末へ配信する生配信コンテンツを決定する。生成部は、クルーズサービスによる観客の来訪を要求するためのユーザ入力を受け付ける第１のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品を表示するための第１の制御情報を生成する。送信部は、第１の制御情報を第１の生配信コンテンツの配信元である第１の配信者端末へ送信する。受信部は、第１のＧＵＩ部品が選択されたことを示す第１のユーザ入力情報を受信する。決定部は、第１の配信者端末から第１のユーザ入力情報が受信されると、少なくとも１回に亘って、第１の配信者端末から第１のユーザ入力情報が受信されなかった場合に比べて高い確率で、第１の生配信コンテンツを観客端末へ配信する生配信コンテンツとして決定する。
【発明の効果】
【００１４】
本発明によれば、クルーズの来訪に対する配信者のその時々の意思をクルーズの行先の決定に反映させることができる。
【図面の簡単な説明】
【００１５】
【図１】実施形態に係る制御サーバを含む動画の生配信システムの一例を示すブロック図。
【図２】実施形態に係る制御サーバを例示するブロック図。
【図３】制御情報を受信した配信者端末に表示される画面の一例を示す図。
【図４】クルーズの行先をどのように決定するかの説明図。
【図５】生動画Ａが次の行先から除外された場合にクルーズの行先をどのように決定するかの説明図。
【図６】生動画Ａが次の行先から除外された場合にクルーズの行先をどのように決定するかの説明図。
【図７】制御情報を受信した配信者端末に表示される画面の別の例を示す図。
【図８】図２の制御サーバの動作の一例を示すフローチャート。
【図９】図２の制御サーバの動作の別の例を示すフローチャート。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら実施形態の説明を述べる。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。
【００１７】
（実施形態）  
実施形態に係る制御サーバは、図１に示される、動画の生配信システムに組み込むことができる。この生配信システムは、配信者端末１００−１，１００−２，・・・と、動画配信サーバ２００と、観客端末３００−１，３００−２，・・・と、制御サーバ４００とを含む。
【００１８】
図１の例では、動画配信サーバ２００は、基本的に、配信者端末１００から逐次送信される生配信コンテンツ（以降の説明では便宜上、生番組とするが、生配信コンテンツはこれに限られない）を観客端末３００へ配信する。ここで、観客には、自らが選択した生番組を視聴する者（通常の観客）と、クルーズを利用して制御サーバ４００によって決定された生番組を視聴する者（クルーズ利用者）とに大別される。以降の説明では便宜上、原則として観客とはクルーズ利用者を指すこととし、観客端末３００とはクルーズ利用者の使用する端末を指すこととする。
【００１９】
動画配信サーバ２００は後述される制御サーバ４００と協同して、観客端末３００にクルーズを提供することができる。クルーズでは、制御サーバ４００が観客端末３００へ次に配信する生番組（すなわち、クルーズの行先）を決定し、動画配信サーバ２００は決定された生番組を観客端末３００へ例えば数十秒程度に亘って配信し、そして再び制御サーバ４００が観客端末３００へ次に配信する生番組を決定する。
【００２０】
制御サーバ４００は、配信者端末１００へ制御情報を送ることで、クルーズによる観客の来訪を一時的に拒否するためのユーザ入力を受け付けるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部品、またはクルーズによる観客の速やかな来訪を要求するためのユーザ入力を受け付けるＧＵＩ部品を当該配信者端末１００に表示させる。そして、制御サーバ４００は、配信者がかかるＧＵＩ部品を選択するユーザ入力をなした場合には、当該配信者の生番組をクルーズの行先から一時的に除外したり、当該生番組を優先して次のクルーズの行先を決定したりする。これにより、配信者がクルーズの来訪を望んでいない時にはその意思を表明することで当該配信者の生番組にクルーズが来なくなり、配信者がクルーズの速やかな来訪を望んでいる時にはその意思を表明することで当該配信者の生番組にクルーズが来やすくなる。
【００２１】
動画配信サーバ２００は、配信者端末１００、観客端末３００および制御サーバ４００とネットワーク経由で接続しており、データを互いに送受信できる。同様に、制御サーバ４００は、配信者端末１００および動画配信サーバ２００とネットワーク経由で接続している。制御サーバ４００は、配信者端末１００へ後述されるＧＵＩ部品を表示するための制御情報を送信したり、配信者端末１００から配信者がＧＵＩ部品を選択したことを示すユーザ入力情報を受信したり、観客端末３００へ配信すべき生番組、すなわちクルーズの行先を動画配信サーバ２００に指示したりする。
【００２２】
なお、図１において示される各装置の数は、例示に過ぎない。例えば、配信者端末１００および観客端末３００の数は、時々刻々と変化するので、０となることがあり得るし、数百、数千となることもあり得る。また、図１に示されない、Ｗｅｂサーバまたはコメント配信サーバがさらに設けられてもよいし、これらの機能が動画配信サーバ２００に組み込まれてもよい。また、動画配信サーバ２００および制御サーバ４００は統合されてもよい。
【００２３】
配信者端末１００は、例えばビデオカメラなどの動画ソースに接続されたコンピュータなどの電子デバイス、例えば、テレビ受像機（インターネットテレビを含む）、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォン、ポータブルゲーム機、デジタルミュージックプレイヤー、電子書籍リーダなど）、ＶＲ（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ）端末、ＡＲ(Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ)端末などであり得るが、これらに限られない。配信者端末１００は、動画ソースから出力されるエンコード済みの動画データを動画配信サーバ２００へ逐次送信する。
【００２４】
動画配信サーバ２００は、配信者端末１００から逐次送信される、エンコード済みの動画データを受信する。そして、動画配信サーバ２００は、この動画データを、当該動画データを配信または視聴している配信者端末１００および観客端末３００へ配信する。観客端末３００は、配信者端末１００と同様の電子デバイスであり得るが、配信者端末１００とは異なり動画ソースに接続される必要はない。また、動画配信サーバ２００は、クルーズ利用者の観客端末３００に対しては、制御サーバ４００によって決定された行先に対応する動画データを配信する。
【００２５】
制御サーバ４００は、現在配信可能な複数の生番組から、観客端末３００へ次に配信する生番組（クルーズの次の行先）を決定する。制御サーバ４００は、クルーズの次の行先を決定する前に、配信者端末１００へ前述の制御情報を送信している。そして、制御サーバ４００は、この制御情報に基づいて表示されたＧＵＩ部品が選択されたことを示すユーザ入力情報を受信すると、配信者の意思（クルーズの来訪を一時的に拒否したい、またはクルーズに速やかに来訪して欲しい）を考慮して、クルーズの行先を決定する。制御サーバ４００は決定した生番組を観客端末３００へ配信するように動画配信サーバ２００に指示する。なお、制御サーバ４００は、クルーズの行先を、所定のアルゴリズムにより決定してもよいし、観客の選択に委ねてもよいし、両者を併用してもよい。クルーズの行先を観客の選択に委ねる場合には、制御サーバ４００は観客端末３００とネットワーク経由で必要なデータをやり取りしてよい。
【００２６】
以下、図１中の制御サーバ４００の構成および動作について順に図面を用いて説明する。
【００２７】
制御サーバ４００は、コンピュータであって、制御情報の生成、クルーズの行先の決定、などを行うプロセッサと、かかる処理を実現するために当該プロセッサによって実行されるプログラムおよび当該プロセッサによって使用されるデータなどを一時的に格納するメモリとを含んでいる。
【００２８】
制御サーバ４００は、さらに、ネットワークに接続するための通信装置を利用可能である。通信装置は、制御サーバ４００に内蔵されてもよいし、制御サーバ４００に外付けされてもよい。
【００２９】
通信装置は、ネットワーク経由で、配信者端末１００および動画配信サーバ２００と通信をする。例えば、通信装置は、動画配信サーバ２００から現在配信可能な生番組の情報を受信したり、動画配信サーバ２００へクルーズの次の行先を指示したり、配信者端末１００へＧＵＩを表示するための制御情報を送信したり、配信者端末１００から配信者がＧＵＩを選択したことを示すユーザ入力情報を受信したりする。
【００３０】
次に、図２を用いて制御サーバ４００の構成例の説明を続ける。図２の制御サーバ４００は、生番組情報取得部４０１と、制御情報生成部４０２と、送信部４０３と、受信部４０４と、行先決定部４０５とを含む。
【００３１】
生番組情報取得部４０１は、現在配信可能な、すなわちクルーズの行先として選択可能な生番組の情報を取得する。生番組情報取得部４０１は、例えば動画配信サーバ２００からネットワーク経由で生番組の情報を受信してもよい。生番組情報取得部４０１は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。
【００３２】
生番組の情報は、例えば、生番組および／またはその配信者を識別する情報、生番組の時間枠を示す情報、生番組に付与されたメタデータ（例えば、動画タグ（キーワード）、スポンサー名、番組カテゴリ）、配信者コメント、説明文、生番組および／または配信者の属性情報、生番組の観客数および／またはコメント数、生番組のサムネイル画像データ、生番組の動画データ、生番組に投稿されたコメントなどであり得る。
【００３３】
生番組情報取得部４０１は、生番組の情報を制御情報生成部４０２および行先決定部４０５へ送る。なお、生番組の情報は、例えば図示されない記憶部に保存され、これを制御情報生成部４０２および行先決定部４０５が適宜参照してもよい。また、制御サーバ４００が動画配信サーバ２００に組み込まれる場合には、生番組情報取得部４０１は不要となり得る。
【００３４】
制御情報生成部４０２は、生番組情報取得部４０１から現在配信可能な生番組の情報を受け取る。制御情報生成部４０２は、現在配信可能な生番組の一部、または全部の配信元である配信者端末１００に、後述されるＧＵＩ部品を表示させるための制御情報を生成する。ここで、制御情報を生成することとは、図示されない記憶部に予め格納されている制御情報の１つを読み出すことも含み得る。制御情報生成部４０２は、この制御情報を送信部４０３へ送る。制御情報生成部４０２は、前述のプロセッサおよびメモリであってよい。
【００３５】
例えば、制御情報生成部４０２は、クルーズによる観客の来訪を一時的に拒否するためのユーザ入力を受け付けるＧＵＩ部品を配信者端末１００に表示させるための制御情報を生成してもよい。以降の説明では、このＧＵＩ部品は、「今は来ないでボタン」と呼ぶこともあるが、このＧＵＩ部品は当該名称とは異なる名称のボタンであってもよいし、ボタンとは異なるＧＵＩ部品であってもよい。
【００３６】
また、制御情報生成部４０２は、クルーズによる観客の速やかな来訪を要求するためのユーザ入力を受け付けるＧＵＩ部品を配信者端末１００に表示させるための制御情報を生成してもよい。以降の説明では、このＧＵＩ部品は、「すぐ来てボタン」と呼ぶこともあるが、このＧＵＩ部品は当該名称とは異なる名称のボタンであってもよいし、ボタンとは異なるＧＵＩ部品であってもよい。
【００３７】
制御情報生成部４０２は、これらの制御情報の一方のみを生成してもよいし、両方を生成してもよい。また、制御情報生成部４０２は、これらのいずれとも異なる制御情報を生成してもよい。
【００３８】
なお、制御情報生成部４０２が、現在配信可能な生番組の一部の配信元である配信者端末１００を対象に制御情報を生成する場合には、当該生番組は以下のように選択され得る。
【００３９】
例えば、行先決定部４０５が、図４に例示されるように、現在配信可能な生番組から行先の複数の候補を選出し、当該複数の候補の中から所定のアルゴリズムにより、または観客の意思により行先を決定するとする。この場合に、制御情報生成部４０２は、現に複数の候補として選出された生番組の配信元である配信者端末１００を対象に、今は来ないでボタンを表示するための制御情報を生成してもよい。この場合に、例えば図３に示されるように、配信者端末１００の画面には、今は来ないでボタンに加えて、「もうすぐクルーズが来るかもしれません！」などの配信者にクルーズによる観客の来訪を予告するコメントが自動表示されてもよい。これにより、クルーズの行先として決定される可能性が高い生番組の配信元に限って制御情報および後述されるユーザ入力情報のやり取りが生じるので、制御サーバ４００における処理負荷が低くなると共に配信者も無駄な入力を行わなくて済む。また、今は来ないでボタンが、当該ボタンを使用する必要のない配信者の配信者端末１００の画面を遮ることで当該配信者に悪印象を与えることもない。同様の観点から、配信者端末１００では、今は来ないでボタンが使用されると、当該ボタンの表示が一時的にまたは恒久的に画面から消されてもよい。
【００４０】
また、制御情報生成部４０２は、現在配信可能な生番組、またはその配信者もしくは観客が所定の条件を満足した場合に、当該生番組の配信元である配信者端末１００を対象に、すぐ来てボタンを表示するための制御情報、例えばコマンドを生成してもよい。これにより、多数の配信者が同時期にすぐ来てボタンを選択してしまい、その効果が希釈されるのを防ぐことができる。
【００４１】
具体的には、制御情報生成部４０２は、例えばコメント数または観客数が急激に伸びている生動画、配信者が課金に応じた生動画、などの限られた生動画の配信元となる配信者端末１００を対象に制御情報を生成してもよい。これにより、盛り上がりを見せている生動画の配信者やプロモーションに積極的な配信者に、クルーズによる観客を呼び込むチャンスを優先的に与えることができる。
【００４２】
或いは、制御情報生成部４０２は、すぐ来てボタンの効果の希釈化を防ぐために、制御情報を生成する対象となる配信者端末１００をランダムに絞り込んでもよい。この手法では、すぐ来てボタンが利用可能となる配信者を選ぶことはできないが、すぐ来てボタンが表示される配信者端末１００が制限されるので当該ボタンの効果の希釈化を防ぐことはできる。例えば図示されない抽選部が現在配信可能な生番組またはその配信者を対象に抽選を行い、制御情報生成部４０２は当選した生番組の配信元、または当選した配信者の配信者端末１００を対象に制御情報を生成してもよい。この場合に、例えば図７に示されるように、配信者端末１００の画面には、すぐ来てボタンに加えて、「すぐ来てボタンが当たりました！」などのコメントが自動表示されてもよい。
【００４３】
このほか、すぐ来てボタンの効果の希釈化を防ぐために、当該ボタンの使用回数または使用インターバルが制限されてもよい。このようなすぐ来てボタンの使用回数または使用インターバルの制限は、制御サーバ４００によって行われてもよいし、各配信者端末１００によって行われもよい。例えば、すぐ来てボタンの使用回数が上限に達した、または使用インターバルが終わっていない場合に、配信者端末１００の画面からすぐ来てボタンの表示が消えてもよいし、非アクティブ状態に切り替わってもよい。
【００４４】
送信部４０３は、現在配信可能な生番組の一部、または全部の配信元である配信者端末１００を対象とする制御情報を制御情報生成部４０２から受け取り、これをネットワーク経由で当該配信者端末１００へ送信する。送信部４０３は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。
【００４５】
また、送信部４０３は、行先決定部４０５からクルーズの行先を示す情報、例えば行先としての生番組の識別情報、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などを受け取り、これをネットワーク経由で動画配信サーバ２００へ送信する。
【００４６】
受信部４０４は、ネットワーク経由で配信者端末１００から、送信部４０３によって送信された制御情報に基づいて表示されたＧＵＩ部品が選択されたことを示すユーザ入力情報を受信する。なお、いずれの配信者端末１００でもＧＵＩ部品が選択されなければ、受信部４０４はユーザ入力情報を受信しないことになる。受信部４０４は、ユーザ入力情報を行先決定部４０５へ送る。受信部４０４は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。
【００４７】
行先決定部４０５は、観客端末３００へ配信する生配信コンテンツ、すなわちクルーズの行先、を決定する。後述するように行先決定部４０５は、クルーズの行先を、所定のアルゴリズムにより決定してもよいし、観客の選択に委ねてもよいし、両者を併用してもよい。いずれの場合であっても、行先決定部４０５は、受信部４０４から、ＧＵＩ部品が選択されたことを示すユーザ入力情報を受け取ると、このユーザ入力情報を考慮してクルーズの行先を決定する。行先決定部４０５は、決定した行先を示す情報を送信部４０３へ送る。行先決定部４０５は、前述のプロセッサおよびメモリであってよい。
【００４８】
例えば、行先決定部４０５は、図４に例示されるように、現在配信可能な生番組から行先の複数の候補（生番組Ａ、生番組Ｂおよび生番組Ｃ）を選出し、当該複数の候補の中から行先（生番組Ａ）を決定することができる。ただし、図４の例は、行先を決定する手法の１つに過ぎず、行先決定部４０５は、所定のアルゴリズムにより、複数の候補の選出を経ずに、行先（生番組Ａ）を直接決定してもよい。
【００４９】
行先決定部４０５は、所定のアルゴリズムにより、複数の候補を選出してもよい。具体的には、行先決定部４０５は、ランダムに複数の候補を選出してもよいし、生番組の情報に含まれる要素、例えば生番組および／または配信者の属性、生番組に付与されたメタデータ、生番組の観客数および／またはコメント数などに応じて、選出のされやすさを異ならせてもよい。そして、観客がこれら複数の候補のいずれを選んだかに依存して、行先決定部４０５はクルーズの行先を決定してもよい。複数の候補は例えば観客端末３００に選択肢として提示され得、観客が選んだ選択肢は例えばユーザ入力情報として受信部４０４によって受信され得る。行先決定部４０５は、受信部４０４から観客の選んだ選択肢を示す情報を受け取り、この情報に基づいて、例えば、全観客共通で１つの行先を決定してもよいし、観客毎に行先を決定してもよい。
【００５０】
例えば、行先決定部４０５は、各観客の行先を、当該観客の選んだ選択肢に関連付けられた生番組に決定してもよい。何れの選択肢も選ばなかった観客の行先は任意に決定されてよいが、例えば最も多くの観客から選ばれた選択肢に関連付けられた生番組としてもよい。
【００５１】
また、観客から選ばれた数が極端に少ない選択肢については、ストリーミング数の増加を抑制する観点から無視されてもよい。かかる選択肢を選んだ観客の行先は、何れの選択肢も選ばなかった観客の行先と同様に決定されてよい。観客から選ばれた数が極端に少ないか否かは、例えばその数、または全選択肢の中でその選択肢が選ばれた割合、などと閾値との比較により判定されてよい。
【００５２】
さらに、行先決定部４０５は、選択肢の数が行先の上限数よりも少ない場合、例えば３択の選択肢が提示されたにも関わらず行先が最大２つと定められている場合には、観客から選ばれた数の降順に当該上限数まで選択肢を抽出し、抽出された選択肢に関連付けられた生番組を行先として決定してもよい。抽出された選択肢を選ばなかった観客の行先は、何れの選択肢も選ばなかった観客の行先と同様に決定されてもよい。
【００５３】
行先決定部４０５は、配信者端末１００から今は来ないでボタンが選択されたことを示すユーザ入力情報が受信されると、少なくとも１回に亘って当該配信者端末１００を配信元とする生番組をクルーズの行先として決定しない。
【００５４】
例えば、生番組Ａの配信元である配信者端末１００から今は来ないでボタンが選択されたことを示すユーザ入力情報が受信されたとする。この場合に、行先決定部４０５は、図５に例示されるように、現在配信可能な生番組から生番組Ａを除外したうえで、行先の複数の候補（生番組Ｂ、生番組Ｃおよび生番組Ｄ）を選出し、当該複数の候補の中から行先（生番組Ｂ）を決定してもよい。或いは、行先決定部４０５は、図６に例示されるように、現在配信可能な生番組から行先の複数の候補（生番組Ａ、生番組Ｂおよび生番組Ｃ）を選出し、当該複数の候補の中から生番組Ａを除外したうえで、行先（生番組Ｂ）を決定してもよい。このようにして行先決定部４０５は、生番組Ａを少なくとも１回はクルーズの行先として決定しない。
【００５５】
なお、行先決定部４０５は、上記ユーザ入力情報の受信タイミング次第では、複数の候補の選出または行先の決定をやり直してもよい。具体的には、図５の例において、複数の候補（生番組Ａ、生番組Ｂおよび生番組Ｃ）を選出した後に上記ユーザ入力情報が受信された場合には、行先決定部４０５は生番組Ａの代わりに生番組Ｄを繰り上げてもよい。これにより、観客に提示される選択肢の数が維持できると共に、観客が実際には行先となり得ない生番組Ａの選択肢を選ぶ事態を避けることができる。同様に、図６の例において行先（生番組Ａ）を決定した後に上記ユーザ入力情報が受信された場合には、行先決定部４０５は生番組Ａの代わりに生番組Ｂを繰り上げてもよい。これにより、配信者が今は来ないでボタンを選択するタイミングが遅れたとしても、その意思を汲み取り当該配信者の生番組をクルーズの行先から除外することができる。
【００５６】
以下、図８を用いて、今は来ないでボタンに関する制御サーバ４００の動作例を説明する。なお、図８の動作例では、すぐ来てボタンは考慮されていないが、図９を用いて後述する説明を参酌することで、両方のボタンに関する制御サーバ４００の動作を把握することが可能である。
【００５７】
制御サーバ４００は、クルーズが終了するまで、クルーズの行先を決定する度に以下に説明するステップＳ５０１乃至ステップＳ５０６を繰り返す。  
まず、ステップＳ５０１では、生番組情報取得部４０１は配信可能な生番組の情報を取得し、処理はステップＳ５０２へ進む。なお、前述のようにクルーズの終了までステップＳ５０１乃至ステップＳ５０６は繰り返されるが、過去のステップＳ５０１の実行時に取得した生番組の情報を更新する必要がない場合には、ステップＳ５０１の実行はスキップされてよい。
【００５８】
ステップＳ５０２では、制御情報生成部４０２は、現在配信可能な生番組の一部、または全部の配信元である配信者端末１００に、今は来ないでボタンを表示させるための制御情報を生成する。ここで、ステップＳ５０２は、必ずしもクルーズの行先を決定する度に行われなくてもよい。例えば、過去のステップＳ５０２の実行時に配信可能な生番組の全部の配信元である配信者端末１００のための制御情報を生成している場合には、配信可能な生番組に変更があるまでステップＳ５０２の実行はスキップされてよい。また、ステップＳ５０２の前に、行先決定部４０５が行先の複数の候補を選出し、制御情報生成部４０２は選出された複数の候補を対象に制御情報を生成してもよい。
【００５９】
次に、送信部４０３は、ステップＳ５０２において生成された制御情報を、対象となる配信者端末１００へ送信する（ステップＳ５０３）。ステップＳ５０３において送信された制御情報を受信した配信者端末１００は、当該制御情報に基づいて今は来ないでボタンを画面に表示する。
【００６０】
行先決定部４０５がクルーズの次の行先を決定するまでに、受信部４０４が今は来ないでボタンを示すユーザ入力情報を受信すると処理はステップＳ５０５へと進み、そうでなければ処理はステップＳ５０６へと進む。
【００６１】
ステップＳ５０５では、行先決定部４０５は、今は来ないでボタンが押された生番組を除外して、クルーズの次の行先を決定する。他方、ステップＳ５０６では、行先決定部４０５は、クルーズの次の行先を決定する。ステップＳ５０５およびステップＳ５０６において、行先決定部４０５は、クルーズの行先を、所定のアルゴリズムにより決定してもよいし、観客の選択に委ねてもよいし、両者を併用してもよい。
【００６２】
ステップＳ５０５またはステップＳ５０５の終了後、制御サーバ４００はクルーズが終了するまで次の行先を決定する機会を待ち受ける（ステップＳ５０７）。機会が到来すると処理はステップＳ５０１に戻る。
【００６３】
行先決定部４０５は、配信者端末１００からすぐ来てボタンが選択されたことを示すユーザ入力情報が受信されると、少なくとも１回に亘って、当該配信者端末１００を配信元とする生番組を優先的にクルーズの行先として決定する。ここで、優先的とは、配信者がすぐ来てボタンを選択することで、選択しなかった場合に比べて、当該配信者の生番組がクルーズの行先として決定されやすくなる、例えば高確率で行先として決定されることを意味し得る。
【００６４】
例えば、行先決定部４０５は、すぐ来てボタンを選択した配信者の生番組から行先の複数の候補を選出し、枠が余った場合にそれ以外の現在配信可能な生番組から残りの候補を選出してもよい。或いは、候補を選出するためのスコア（例えば生番組情報に基づいて算出される値であり得る）または当選確率（ランダム選出の場合）について、行先決定部４０５は、すぐ来てボタンを選択した配信者の生番組のスコアまたは当選確率が当該ボタンを選択肢しなかった場合に比べて高くなるように調整してもよい。また、行先決定部４０５は、すぐ来てボタンを選択した配信者の生番組から行先を決定し、枠が余った場合にそれ以外の現在配信可能な生番組から残りの行先を決定してもよい。或いは、行先を決定するためのスコア（例えば、観客による選択数であり得る）について、行先決定部４０５は、すぐ来てボタンを選択した配信者の生番組のスコアが当該ボタンを選択肢しなかった場合に比べて高くなるように調整してもよい。
【００６５】
以下、図９を用いて、すぐ来てボタンに関する制御サーバ４００の動作例を説明する。なお、図９の動作例では、今は来ないでボタンは考慮されていないが、前述のように、図８を用いた説明を参酌することで、両方のボタンに関する制御サーバ４００の動作を把握することが可能である。
【００６６】
制御サーバ４００は、クルーズが終了するまで、クルーズの行先を決定する度に以下に説明するステップＳ６０１乃至ステップＳ６０６を繰り返す。  
まず、ステップＳ６０１では、生番組情報取得部４０１は配信可能な生番組の情報を取得し、処理はステップＳ６０２へ進む。なお、前述のようにクルーズの終了までステップＳ６０１乃至ステップＳ６０６は繰り返されるが、過去のステップＳ６０１の実行時に取得した生番組の情報を更新する必要がない場合には、ステップＳ６０１の実行はスキップされてよい。
【００６７】
ステップＳ６０２では、制御情報生成部４０２は、現在配信可能な生番組の一部、または全部の配信元である配信者端末１００に、すぐ来てボタンを表示させるための制御情報を生成する。ここで、ステップＳ６０２は、必ずしもクルーズの行先を決定する度に行われなくてもよい。例えば、過去のステップＳ６０２の実行時に配信可能な生番組の全部の配信元である配信者端末１００のための制御情報を生成している場合には、配信可能な生番組に変更があるまでステップＳ６０２の実行はスキップされてよい。
【００６８】
次に、送信部４０３は、ステップＳ６０２において生成された制御情報を、対象となる配信者端末１００へ送信する（ステップＳ６０３）。ステップＳ６０３において送信された制御情報を受信した配信者端末１００は、当該制御情報に基づいてすぐ来てボタンを画面に表示する。
【００６９】
行先決定部４０５がクルーズの次の行先を決定するまでに、受信部４０４がすぐ来てボタンを示すユーザ入力情報を受信すると処理はステップＳ６０５へと進み、そうでなければ処理はステップＳ６０６へと進む。
【００７０】
ステップＳ６０５では、行先決定部４０５は、すぐ来てボタンが押された生動画を優先してクルーズの次の行先を決定する。他方、ステップＳ６０６では、行先決定部４０５は、クルーズの次の行先を決定する。ステップＳ６０５およびステップＳ６０６において、行先決定部４０５は、クルーズの行先を、所定のアルゴリズムにより決定してもよいし、観客の選択に委ねてもよいし、両者を併用してもよい。
【００７１】
ステップＳ６０５またはステップＳ６０５の終了後、制御サーバ４００はクルーズが終了するまで次の行先を決定する機会を待ち受ける（ステップＳ６０７）。機会が到来すると処理はステップＳ６０１に戻る。
【００７２】
今は来ないでボタンおよびすぐ来てボタンの効果は、一時的であってよく、例えば将来の所定回数、例えば５回分の行先の決定に亘って持続してもよいし、所定時間、例えば５分先迄に行われる行先の決定に亘って持続してもよい。また、すぐ来てボタンの効果は、当該ボタンを選択した配信者の生番組がクルーズの行先として決定された場合にはその目的を達したとみなして消滅させてもよい。
【００７３】
ところで、同じ配信者が、同じ生番組の中で、今は来ないでボタンおよびすぐ来てボタンの両方を選択する可能性がある。例えば、配信者は、離席のために今は来ないでボタンを選択し、戻ってきた後にすぐ来てボタンを選択するかもしれない。或いは、配信者は、持ちネタ披露の前にすぐ来てボタンを選択したが中々クルーズが来ないので、クルーズを待たずに持ちネタを披露し尽くしてしまい、クルーズが今更来ても困ると思い今は来ないでボタンを選択するかもしれない。
【００７４】
いずれの場合にも、行先決定部４０５は、受信タイミングの新しいユーザ入力情報が配信者の現在の意思に最も近いとして、受信タイミングの古いユーザ入力情報を無視すればよい。すなわち、行先決定部４０５は、配信者端末１００から今は来ないでボタンを選択したことを示すユーザ入力情報が受信された後に当該配信者端末１００からすぐ来てボタンを選択したことを示すユーザ入力情報が受信されると、先に受信したユーザ入力情報、すなわち今は来ないでボタンが選択されたことを無視すればよい。同様に、行先決定部４０５は、配信者端末１００からすぐ来てボタンを選択したことを示すユーザ入力情報が受信された後に当該配信者端末１００から今は来ないでボタンを選択したことを示すユーザ入力情報が受信されると、先に受信したユーザ入力情報、すなわちすぐ来てボタンが選択されたことを無視すればよい。
【００７５】
以上説明したように、実施形態に係る制御サーバは、クルーズの来訪を一時的に拒否する今は来ないでボタン、および／またはクルーズの速やかな来訪を要求するためのユーザ入力を受け付けるすぐ来てボタンを配信者端末に表示させるための制御情報を生成し、観客端末へ送信する。そして、制御サーバは、これらボタンが選択されたことを示すユーザ入力情報が受信されると、当該ユーザ入力情報を考慮してクルーズの行先を決定する。具体的には、制御サーバは、すぐ来てボタンが押された生番組をクルーズの行先の対象から一時的に除外し、今は来ないでボタンが押された生番組を優先的にクルーズの行先として決定する。故に、この制御サーバによれば、クルーズの来訪に関する配信者のその時々の意思をクルーズの行先の決定にタイムリーに反映させることができる。すなわち、配信者がクルーズの来訪を望んでいない時にはクルーズが来なくなり、配信者がクルーズの来訪を望んでいる時にはクルーズが来やすくなる。
【００７６】
上述の実施形態は、本発明の概念の理解を助けるための具体例を示しているに過ぎず、本発明の範囲を限定することを意図されていない。実施形態は、本発明の要旨を逸脱しない範囲で、様々な構成要素の付加、削除または転換をすることができる。
【００７７】
上記各実施形態において説明された種々の機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。
【００７８】
上記各実施形態の処理の少なくとも一部は、汎用のコンピュータを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。
【符号の説明】
【００７９】
１００・・・配信者端末
２００・・・動画配信サーバ
３００・・・観客端末
４００・・・制御サーバ
４０１・・・生番組情報取得部
４０２・・・制御情報生成部
４０３・・・送信部
４０４・・・受信部
４０５・・・行先決定部
【図１】
2019097087.tif 000003
【図２】
2019097087.tif 000004
【図３】
2019097087.tif 000005
【図４】
2019097087.tif 000006
【図５】
2019097087.tif 000007
【図６】
2019097087.tif 000008
【図７】
2019097087.tif 000009
【図８】
2019097087.tif 000010
【図９】
2019097087.tif 000011