JP2024019361A - 情報処理装置 - Google Patents

Abstract

【課題】通話対象となりえる視聴者に対して利便性の高い情報を提供可能とする。
【解決手段】ライブ配信を行う配信者により用いられる配信者端末２と、ライブ配信に参加する複数の視聴者により用いられる複数の視聴者端末３とを管理するサーバ１において、状態管理部１１１は、複数の視聴者端末３の夫々の状態が、配信者による前記ライブ配信に視聴して参加する視聴状態と、配信者によるライブ配信にチャットする候補として参加するチャット候補状態と、配信者によるライブ配信にチャットして参加するチャット対象状態と、のうちいずれの状態であるかを管理する。報知部１１５は、状態管理部１１１により管理されている複数の視聴者端末３のうち、視聴状態からチャット候補状態に遷移した視聴者端末に、チャット対象状態に遷移する可能性がある旨を報知する。
【選択図】図３

Description

本発明は、情報処理装置に関する。

従来、動画配信サービスには、ライブ配信と共に文字等を利用したチャットを利用可能なものが存在する。このようなライブ配信の普及のため、あまりインターネットの知識がない人々に、ビデオライブチャットシステムを使ってもらうためのシステムが提案されている（例えば、特許文献１参照）。

特開２０１３－１０５４８２号公報

しかしながら、先行文献１に記載の技術を含む従来技術のみでは、少数対多数（例えば１人の配信者に対して数万人の視聴者）における、文字等を利用したチャットを利用可能なライブ配信における配信者と視聴者の交流は十分に行われていなかった。つまり、このような場合、チャットの大半は配信者の目にとまらず、相互にやりとりを継続するようなチャットとしては提供されていなかった。
そこで、配信者と視聴者が文字等を利用したチャットのみならずテレビ電話のような通話を行うことも考えられる。しかしながら、例えば、配信の前に配信者に対して通話の相手となる１人の視聴者を予め抽選した場合、抽選で落選した（後の）視聴者は、実際に視聴する意欲が低下する可能性がある。また例えば、配信中に抽選を行い、抽選と同時に通話が始まる場合、通話の相手となる１人の視聴者は、通話の準備や心構えができていない可能性もある。

本発明は、このような状況を鑑みてなされたものであり、通話対象となりえる視聴者に対して利便性の高い情報を提供可能とすることを目的とする。

本発明が適用される情報処理装置は、
ライブ配信を行う第１種ユーザにより用いられる第１種端末と、当該ライブ配信に参加する複数の第２種ユーザにより用いられる複数の第２種端末とを管理する情報処理装置において、
前記複数の第２種端末の夫々の状態が、
前記第１種ユーザによる前記ライブ配信に視聴して参加する視聴状態と、
前記第１種ユーザによる前記ライブ配信にチャットする候補として参加するチャット候補状態と、
前記第１種ユーザによる前記ライブ配信にチャットして参加するチャット対象状態と、
のうちいずれの状態であるかを管理する状態管理手段と、
前記状態管理手段により管理されている前記複数の第２種端末のうち、前記視聴状態から前記チャット候補状態に遷移した第２種端末に、前記チャット対象状態に遷移する可能性がある旨を報知する報知手段と、
を備える。

本発明によれば、通話対象となりえる視聴者に対して利便性の高い情報を提供可能とすることができる。

本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。 図１の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。 図１の情報処理システムのうちサーバ及び視聴者端末の機能的構成例の一例を示す機能ブロック図である。 図３の機能的構成を有するサーバにより管理される視聴者端末に係る参加状態の遷移を示す状態遷移図である。 図４の視聴状態における視聴者端末の表示部の一例を示す画面例である。 図４のチャット候補状態における視聴者端末に表示される画面の一例を示す図である。 図４のチャット候補状態における配信者端末に表示される画面の一例を示す図である。 図４のチャット対象状態における視聴者端末に表示される画面の一例を示す図である。 図４のチャット対象状態における配信者端末に表示される画面の一例を示す図である。

以下、図面を参照して、本発明の実施形態について説明する。

なお、以下において、単に「画像」と呼ぶ場合には、「動画像」と「静止画像」との両方を含むものとする。
また、「動画像」には、次の第１処理乃至第３処理の夫々により表示される画像を含むものとする。
第１処理とは、平面画像（２Ｄ画像）におけるオブジェクト（例えば自然人の像）の夫々の動作に対して、複数枚からなる一連の静止画像を時間経過と共に連続的に切り替えて表示させる処理をいう。具体的には例えば、２次元アニメーション、いわゆるパラパラ漫画的な処理が第１処理に該当する。
第２処理とは、立体画像（３Ｄモデルの画像）におけるオブジェクト（例えば自然人の像）の夫々の動作に対応するモーションを設定しておき、時間経過と共に当該モーションを変化させて表示させる処理をいう。具体的には例えば、３次元アニメーションが第２処理に該当する。
第３処理とは、オブジェクト（例えば自然人の像）の夫々の動作に対応した映像（即ち動画像）を準備しておき、時間経過と共に当該映像を流していく処理をいう。
ここで、「映像（即ち動画像）」は、複数のフレームやフィールド等の画像（以下、「単位画像」と呼ぶ）から構成される。なお以下の例では、単位画像はフレームであるものとして説明する。

本発明が適用される情報処理システムを用いたサービス（以下、「本サービス」と呼ぶ）では、配信者が、ライブ配信を行うことができる。
なお、ライブ配信とは、チャットを含む各種コンテンツについてリアルタイムで行う配信をいう。また、配信者とは、ライブ配信を行う主体であり、本実施形態では１以上の視聴者とチャットを行う者をいう。また、視聴者とは、ライブ配信された画像を含む各種コンテンツ（チャット含む）を視聴する者をいう。
即ち、本実施形態では、チャットの内容は、配信者とチャットを行う視聴者対してのみならず、そのチャットの内容が画像を含むコンテンツとして、チャットを行う視聴者に限られない全ての視聴者にも、ライブ配信される。即ち、本実施形態におけるチャットは、いわゆる公開チャットである。

ここで、本明細書において、チャットとは、必要に応じてインターネットを含むネットワークを通じて、複数端末間でメッセージ等をリアルタイムにやり取りするコミュニケーションをいう。コミュニケーションの手段としては、文字、音声、画像（静止画像及び動画像）等を用いることができる。これらの手段の夫々を用いたチャットは、「テキストチャット」、「ボイスチャット」及び「ビデオチャット」の夫々と呼ばれている。以下の説明では、ビデオチャットとボイスチャットを合わせた所謂テレビ通話等を想定しているが、特にこれに限定されず、テキストチャットやボイスチャットも採用することができる。ここで、ボイスチャットには、いわゆる「電話」も含めることができる。つまり、ネットワークが、携帯電話のキャリアが管理するキャリア網である場合、いわゆる「電話」もボイスチャットと把握することができる。また、ビデオチャットとテキストチャットを組み合わせて、画像中にメッセージテキストを重畳してスクロール表示させても良い。

本実施形態では、ライブ配信は、ｎ人（ｎは１以上の整数値）の視聴者により視聴されるものとする。
また、本実施形態では、視聴者は、テキストを入力することにより、画像としてｎ人の視聴者及び配信者に提供することができる。つまり、視聴者により入力されたテキストは、上述したビデオチャットとテキストチャットを組み合わせた形態で、ｎ人の視聴者及び配信者に提供される。これにより、配信者は、視聴者により入力されたテキストを把握することで、任意のテキストを話題としたライブ配信をすることもできる。
また、本実施形態では、配信者は、ｎ人の視聴者のうち、特定された１人の視聴者とチャットを行うことができるものとする。特に、本実施形態では、特定された１人の視聴者とのチャットは、音声及び画像を用いた所謂テレビ通話の形態で行われるものとして説明する。以下、配信者と通話を行う１人の視聴者を、「チャット対象者」と呼ぶ。つまり、配信者は、ｎ人の視聴者により入力されたテキストと、ｎ人の視聴者のうち１人の視聴者とのチャットを公開チャットとしてライブ配信することができる。この場合、チャット対象者は、リアルタイムにチャットを用いたやりとりを継続的に行うことができる。すなわち例えば、チャット対象者となった視聴者は、配信者と所定の期間だけ会話すると行ったことが可能となる。
また、後述するようにチャット対象者の選択の手法は、特に限定されないが、本実施形態では、配信者の指示に基づいて選択する手法が採用されているものとする。即ち、配信者は、ｎ人の視聴者のうち１以上の視聴者の中から、チャット対象者を選択するものとする。以下、チャット対象者に選択される候補である視聴者を、「チャット候補者」と呼ぶ。

図１は、本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。

図１に示す情報処理システムは、サーバ１と、配信者端末２と、ｎ台の視聴者端末３－１乃至３－ｎの夫々とが、インターネット等の所定のネットワークＮを介して相互に接続されている。

サーバ１は、配信者端末２と、視聴者端末３－１乃至３－ｎとに対してライブ配信をする環境を提供する。

図１に示すように、配信者端末２は、配信者Ｕ１が操作するものとする。
また、視聴者端末３－１乃至３－ｎの夫々は、視聴者Ｕ２－１乃至Ｕ２－ｎの夫々が操作するものとする。なお、視聴者端末３－１乃至３－ｎの夫々を個々に区別する必要が無い場合、これらをまとめて「視聴者端末３」と呼ぶ。また、「視聴者端末３」とまとめて呼んでいる場合、視聴者Ｕ２－１乃至Ｕ２－ｎをまとめて「視聴者Ｕ２」と呼ぶ。

ここで、上述したように、視聴者Ｕ２には、チャット候補者とチャット対象者とが含まれる。
本サービスでは、まず、ｎ人の視聴者Ｕ２が、単なる視聴者としてライブ配信に参加する。即ち、ｎ人の視聴者Ｕ２は、単にライブ配信を視聴したりテキストチャットを送信したりすることが可能な状態となる。なお、以下、視聴者Ｕ２のうち後述するチャット候補者やチャット対象者ではない視聴者を、まとめて「一般視聴者Ｕ２－ａ」と呼ぶ。また、「一般視聴者Ｕ２－ａ」とまとめて呼んでいる場合、視聴者端末３のうち一般視聴者Ｕ２－ａにより利用されるものを、「視聴者端末３－ａ」と呼ぶ。

次に、本サービスでは、ｎ人の視聴者Ｕ２のうちｍ（ｍは１以上、且つｎより小さい整数値）人の視聴者が、チャット対象者に選択される候補であるチャット候補者として抽選される。即ち例えば、図１に示すように、ｎ人の視聴者Ｕ２のうち、ｍ人の視聴者Ｕ２－ｂ１乃至Ｕ２－ｂｍが、チャット候補者として抽選される。なお、以下、チャット候補者として抽選された視聴者Ｕ２－ｂ１乃至Ｕ２－ｂｍの夫々を、チャット候補者Ｕ２－ｂ１乃至Ｕ２－ｂｍの夫々と呼ぶ。また、チャット候補者Ｕ２－ｂ１乃至Ｕ２－ｂｍの夫々を個々に区別する必要がない場合、これらをまとめて「チャット候補者Ｕ２－ｂ」と呼ぶ。また、「チャット候補者Ｕ２－ｂ」とまとめて呼んでいる場合、視聴者端末３のうちチャット候補者Ｕ２－ｂにより利用されるものを「視聴者端末３－ｂ」と呼ぶ。

次に、本サービスでは、ｍ人のチャット候補者Ｕ２－ｂのうち配信者と通話を行う１人の視聴者が、「チャット対象者」として指定される。即ち例えば、図１に示すように、ｍ人のチャット候補者Ｕ２－ｂのうち視聴者Ｕ２－３がチャット対象者として指定される。なお、以下、チャット対象者として抽選された１人の視聴者Ｕ２を、「チャット対象者Ｕ２－ｃ」と呼ぶ。また、「チャット対象者Ｕ２－ｃ」と呼んでいる場合、視聴者端末３のうちチャット対象者Ｕ２－ｃにより利用されるものを「視聴者端末３－ｃ」と呼ぶ。

また、本サービスでは、配信者Ｕ１は、視聴者Ｕ２のうち、特定の視聴者（例えば、従前から知っている友人や今回の配信でチャットをすることが決まっている自然人）を、ゲストとして上述のチャット対象者に指定することができる。即ち例えば、図１に示すように、ライブ配信におけるゲストの例である視聴者Ｕ２－ｋは、視聴者Ｕ２に含まれる。
詳細は後述するが、ゲストである視聴者Ｕ２－ｋは、ライブ配信において、配信者Ｕ１により指定され、チャット候補者となる。

このように、本サービスでは、ｎ人の一般視聴者Ｕ２－ａから、ｍ人のチャット候補者Ｕ２－ｂが抽選される。また、ｍ人のチャット候補者Ｕ２－ｂから、チャット対象者Ｕ２－ｃが指定される。チャット対象者Ｕ２－ｃは、配信者Ｕ１とテレビ通話といった形態でチャットをすることができる。

図２は、図１の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。

記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図１の例では配信者端末２や視聴者端末３）との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図１の情報処理システムの配信者端末２及び視聴者端末３は図２に示すハードウェア構成と基本的に同様の構成を有している。ただし、配信者端末２、又は視聴者端末３は、入力部の１つとして、カメラ等の撮像部を有していてもよく、タッチパネルを有していてもよい。

このような図２のサーバ１、配信者端末２及び視聴者端末３の各種ハードウェアと各種ソフトウェアとの協働により、次のような一連の処理が実行可能となる。

上述したように、本実施形態では、サーバ１は、視聴者端末３で公開チャットを視聴する視聴者の中から、１人以上のチャット候補者を任意の方法で抽出（例えば、抽選）する。サーバ１は、抽選した１人以上のチャット候補者の中から、例えば配信者端末２からの指示に基づいてチャット対象者を決定する。
サーバ１は、この様にして決定したチャット対象者の視聴者端末３と、配信者端末２との間で公開チャットを行うために必要な各種制御を実行し、そのチャット内容を含む所定のコンテンツを全ての視聴者端末３－１乃至３－ｎにライブ配信をする。

ここで、チャット対象者に選択されていない１人以上のチャット候補者Ｕ２－ｂの視聴者端末３が撮像する画像（主に視聴者の顔画像）は、少なくとも配信者端末２に一覧表示されて、配信者Ｕ１側でいつでもチャット対象者に選択できる状態となっている。
この様にすることにより、例えば、アイドルタレント等が配信者Ｕ１となっているライブ配信において、配信者Ｕ１は、任意の視聴者Ｕ２（配信者がアイドルや芸能タレントといった著名人であれば、ファンである視聴者）との対話を自由に切り替えてライブ配信に載せることができる。これにより、本サービスは、視聴しているファンに「いつか選ばれるかもしれない」という期待感を醸成し、以て、より多くのファンがライブ配信の視聴者となる契機とすることができる。

このように、情報処理システムは、ライブ配信をする一連の処理として、サーバ１が視聴者端末３へ画像やチャットの内容を配信する段階に係る一連の処理（以下、「配信処理」と呼ぶ）と、サーバ１がチャット候補者Ｕ２－ｂにチャット対象者Ｕ２－ｃとなる可能性がある旨を報知する段階に係る一連の処理（以下、「報知処理」と呼ぶ）と、から構成される一連の処理とを実行することができる。
このような配信処理及び報知処理を実現すべく、図１の情報処理システムは図３に示すような機能的構成を有している。

図３は、図１の情報処理システムのうちサーバ及び視聴者端末の機能的構成例の一例を示す機能ブロック図である。
なお、図３において、説明の簡単のため、視聴者Ｕ２のうち、視聴者端末３－ａ，３－ｂ，３－ｃの夫々は、夫々１つを図示している。即ち、図３において、一般視聴者Ｕ２－ａ、チャット候補者Ｕ２－ｂ、チャット対象者Ｕ２－ｃの夫々は、夫々１人であるものとして図示している。

以下、まず、一般視聴者Ｕ２－ａ、チャット候補者Ｕ２－ｂ、チャット対象者Ｕ２－ｃは、既に決まっているものとして、配信処理について説明する。次に、一般視聴者Ｕ２－ａから、チャット候補者Ｕ２－ｂやチャット対象者Ｕ２－ｃが決められる過程を含む報知処理について説明する。

配信処理が実行される場合には、サーバ１のＣＰＵ１１において、状態管理部１１１と、チャット管理部１１２と、配信制御部１１３とが機能する。

状態管理部１１１は、視聴者端末３の夫々の状態を管理する。
なお、視聴者端末３の状態とその遷移の条件の詳細については、図４を用いて後述する。また、実際の配信者端末２や視聴者端末３における画面の例は、図５乃至図９を用いて後述する。

即ち例えば、状態管理部１１１は、視聴者端末３－ａを、配信者Ｕ１によるライブ配信に視聴して参加する視聴状態であるものとして管理する。具体的には例えば、上述したように、状態管理部１１１は、一般視聴者Ｕ２－ａにより利用される視聴者端末３－ａを、テキストチャットのデータを送信し、他の視聴者端末３に提供する状態として管理することができる。

また例えば、状態管理部１１１は、視聴者端末３－ｂを、配信者Ｕ１によるライブ配信にチャットする候補として参加するチャット候補状態であるものとして管理する。具体的には例えば、上述したように、状態管理部１１１は、チャット候補者Ｕ２－ｂにより利用される視聴者端末３－ｂを、後述するチャット対象状態に遷移する可能性がある状態として管理することができる。また、状態管理部１１１は、チャット候補者Ｕ２－ｂにより利用される視聴者端末３－ｂを、ビデオチャットのデータを送信し、他の視聴者端末３に提供する状態として管理することができる。

また例えば、状態管理部１１１は、視聴者端末３－ｃを、配信者Ｕ１によるライブ配信にチャットして参加するチャット対象状態であるものとして管理する。具体的には例えば、上述したように、状態管理部１１１は、チャット対象者Ｕ２－ｃにより利用される視聴者端末３－ｃを、配信者Ｕ１のチャットの対象である状態として管理することができる。また、状態管理部１１１は、チャット対象者Ｕ２－ｃにより利用される視聴者端末３－ｃを、ビデオチャット及びボイスチャット（所謂テレビ通話）のデータを送信し、他の視聴者端末３に提供する状態として管理することができる。

このように、状態管理部１１１は、複数の視聴者端末３の夫々の状態が、視聴状態と、チャット候補状態と、チャット対象状態と、のうちいずれの状態であるかを管理することができる。

上述したように、本サービスにおいて、視聴者端末３－ａ乃至３－ｃは、利用可能なチャットが異なる。
即ち、視聴者端末３－ａは、視聴状態として管理され、ライブ配信にテキストチャットの送信が可能となる。
また、視聴者端末３－ｂは、チャット候補状態として管理され、ライブ配信にビデオチャットの送信が可能となる。
また、視聴者端末３－ｃは、チャット対象状態として管理され、ライブ配信にビデオチャット及びボイスチャットの送信が可能となる。

チャット管理部１１２は、配信者端末２及び視聴者端末３から送信されてくるチャットの内容を管理する。

まず、配信者Ｕ１は、チャットとして配信者Ｕ１自身を撮影した動画像と音声を用いたライブ配信をするため、自身を撮影したり発声したりする。即ち、配信者Ｕ１のビデオチャット及びボイスチャットの内容は、配信者端末２に備えられた図示せぬカメラやマイクを介して取得される。また、取得された配信者Ｕ１のチャットの内容のデータは、サーバ１に送信される。
チャット管理部１１２は、配信者端末２から送信されてきた配信者Ｕ１のチャットの内容のデータを管理する。即ち、チャット管理部１１２は、通信部１９を介して取得した配信者Ｕ１のチャットの内容のデータを、視聴者端末３に配信等するために管理する。

また、一般視聴者Ｕ２－ａは、チャットとしてテキストチャットを送信するため、テキストを入力する。即ち、一般視聴者Ｕ２－ａのテキストチャットの内容は、視聴者端末３－ａに備えられた図示せぬキーボード等を介して取得される。また、取得された一般視聴者Ｕ２－ａのチャットの内容のデータは、サーバ１に送信される。
チャット管理部１１２は、視聴者端末３－ａから送信されてきた一般視聴者Ｕ２－ａのチャットの内容のデータを管理する。即ち、チャット管理部１１２は、通信部１９を介して取得した一般視聴者Ｕ２－ａのチャットの内容のデータを、配信者端末２や視聴者端末３に配信等するために管理する。

また、チャット候補者Ｕ２－ｂは、チャットとしてビデオチャットを送信するため、自身を撮影する。即ち、チャット候補者Ｕ２－ｂのビデオチャットの内容は、視聴者端末３－ｂに備えられた図示せぬカメラを介して取得される。また、取得されたチャット候補者Ｕ２－ｂのチャットの内容のデータは、サーバ１に送信される。
チャット管理部１１２は、視聴者端末３－ｂから送信されてきたチャット候補者Ｕ２－ｂのチャットの内容のデータを管理する。即ち、チャット管理部１１２は、通信部１９を介して取得したチャット候補者Ｕ２－ｂのチャットの内容のデータを、配信者端末２や視聴者端末３に配信等するために管理する。

また、チャット対象者Ｕ２－ｃは、チャットとしてビデオチャット及びボイスチャットを送信するため、自身を撮影したり発声したりする。即ち、チャット対象者Ｕ２－ｃのビデオチャット及びビデオチャットの内容は、視聴者端末３－ｃに備えられた図示せぬカメラやマイクを介して取得される。また、取得されたチャット対象者Ｕ２－ｃのチャットの内容のデータは、サーバ１に送信される。
チャット管理部１１２は、視聴者端末３－ｃから送信されてきたチャット対象者Ｕ２－ｂのチャットの内容のデータを管理する。即ち、チャット管理部１１２は、通信部１９を介して取得したチャット候補者Ｕ２－ｂのチャットの内容のデータを、配信者端末２や視聴者端末３に配信等するために管理する。

このように、チャット管理部１１２は、配信者端末２や視聴者端末３の夫々から送信されてきた各種チャットの内容のデータを、配信者端末２や視聴者端末３に配信等するために管理する。

配信制御部１１３は、視聴者端末３の夫々に対して、各種チャットの内容をライブ配信として配信する制御を実行する。
即ち例えば、視聴者配信制御部１２１乃至チャット対象者配信制御部１２３は、各種チャットの内容をリアルタイムにストリーミングすることで、ライブ配信として配信することができる。
ここで、ストリーミングとは、主に音声や動画像等のコンテンツのデータを、インターネット等のネットワークを介して送受信する方式（技術）である。例えば、ストリーミングの方式でコンテンツのデータを受信する情報処理装置は、コンテンツのデータのダウンロードと再生とを並行して行う。

配信制御部１１３は、視聴者配信制御部１２１と、チャット候補者配信制御部１２２と、チャット対象者配信制御部１２３とを有する。
配信制御部１１３は、状態管理部１１１により管理されている視聴者端末３の夫々の状態に応じて、配信者端末２及び視聴者端末３から提供されるチャットの内容のデータを配信する制御を実行する。即ち、視聴者端末３は、状態管理部１１１により管理されている状態に基づいて、視聴者配信制御部１２１乃至チャット対象者配信制御部１２３の何れかにより配信する制御が実行された各種チャットのデータを取得する。

視聴者配信制御部１２１は、配信者端末２及び視聴者端末３から提供される各種チャットを視聴者端末３－ａに配信する制御を実行する。ここで、視聴者端末３－ａは、ｎ－ｍ台存在する。具体的には例えば、配信者Ｕ１が著名である場合、１００００人の視聴者Ｕ２によりライブ配信が視聴される。このような場合、多数の端末にストリーミングとして配信する場合、Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ（以下、「ＣＤＮ」と呼ぶ）の仕組みを活用して、配信されるのが好適である。なお、ＣＤＮの利用に係るコストは、ストリーミングの数に依存する。そこで、上述の各種チャットは個々にストリーミングとして視聴者端末３－ａに配信されるのではなく、視聴者配信制御部１２１により１つの動画として合成された上でストリーミングとして配信されてよい。これにより、ストリーミングの数が抑制され、ＣＤＮの利用に係るコストを削減することができる。

チャット候補者配信制御部１２２は、配信者端末２及び視聴者端末３から提供される各種チャットを視聴者端末３－ｂに配信する制御を実行する。
ここで、視聴者端末３－ｂは、ｍ台存在する。具体的には例えば、１０人程度のチャット候補者Ｕ２－ｂが抽選される。上述したように、抽選された１０人程度のチャット候補者Ｕ２－ｂのうち、配信者Ｕ１により指定されたチャット候補者Ｕ２－ｂが、後のチャット対象者Ｕ２－ｃとなる。このような場合、ＣＤＮの仕組みを活用した配信である場合、配信に遅延が発生する。そこで、配信者Ｕ１とチャット候補者Ｕ２－ｂ（及びチャット対象者Ｕ２－ｃ）とは、図示せぬ単一の配信サーバに接続されてストリーミングされるのが好適である。これにより、チャット候補者Ｕ２－ｂがチャット対象者Ｕ２－ｃに切り替わる際のタイムラグや、配信によるビデオチャット及びボイスチャットの遅延を削減することができる。

チャット対象者配信制御部１２３は、配信者端末２及び視聴者端末３から提供される各種チャットを視聴者端末３－ｃに配信する制御を実行する。
ここで、視聴者端末３－ｃは、１台存在する。上述したように、指定された１人のチャット対象者Ｕ２－ｃに対する背信は、上述したように、図示せぬ単一の配信サーバに接続されてストリーミングされるのが好適である。これにより、配信によるビデオチャット及びボイスチャットの遅延を削減することができる。

このように、サーバ１は、ライブ配信をする一連の処理として、サーバ１が視聴者端末３へ画像やチャットの内容を配信する配信処理を実行することができる。
また、以下のように、サーバ１は、チャット候補者Ｕ２－ｂにチャット対象者Ｕ２－ｃとなる可能性がある旨を報知する報知処理を実行することができる。

報知処理が実行される場合には、サーバ１のＣＰＵ１１において、状態管理部１１１と、抽選部１１４と、報知部１１５と、チャット対象者指定取得部１１６とが機能する。
なお、以下の説明において、抽選されたチャット候補者Ｕ２－ｂ（即ち、視聴者端末３－ｂ）はまだおらず、指定されたチャット対象者Ｕ２－ｃ（即ち、視聴者端末３－ｃ）もまだいないものとして説明する。

状態管理部１１１は、視聴者端末３の夫々の状態を管理する。報知処理における状態管理部１１１の機能は、配信処理における状態管理部１１１の機能と基本的に同様である。
上述したようにチャット候補者Ｕ２－ｂ及びチャット対象者Ｕ２－ｃがいない場合、状態管理部１１１は、視聴者端末３の夫々の状態を、視聴状態として管理する。

抽選部１１４は、ｎ台の視聴者端末３－ａのうちｍ台の視聴者端末３を、視聴者端末３－ｂとして抽選する。即ち、抽選部１１４は、ｍ台の視聴者端末３－ｂをランダムな抽選により決定する。
抽選部１１４による抽選は、ｎ台の視聴者端末３－ａの夫々を均等の確率となるように抽選してもよいし、均等でない確率となるように抽選してもよい。具体的には例えば、抽選部１１４による抽選は、所定の条件（例えば、抽選における当選確率が向上するための操作を行ったという条件）を満たした視聴者端末３－ａの当選確率を向上させてよい。
なお、抽選部１１４による抽選は、所定の間隔（例えば１分毎）に実行されてもよく、配信者Ｕ１による所定の操作により実行されてもよい。

抽選部１１４により抽選されて当選した視聴者端末３－ｂに関する情報は、状態管理部１１１に提供される。これにより、状態管理部１１１は、視聴状態として管理されていた視聴者端末３－ａを、チャット候補状態として管理する。
これにより、上述の配信処理で説明した通り、視聴者端末３－ｂの配信の制御は、視聴者配信制御部１２１による配信の制御から、チャット候補者配信制御部１２２による配信の制御に切り替わる。

報知部１１５は、状態管理手段１１１により管理されている複数の視聴者端末３のうち、視聴状態からチャット候補状態に遷移した視聴者端末３に、チャット対象状態に遷移する可能性がある旨を報知する。即ち、報知部１１５は、視聴者端末３－ｂの図示せぬ表示部に所定の表示を行ったり、図示せぬスピーカから所定の音声を再生したりすることにより、チャット候補者Ｕ２－ｂに、チャット対象状態に遷移する可能性がある旨を報知する。これにより、チャット候補者Ｕ２－ｂは、通話の準備や心構えをすることができる。即ち例えば、配信者Ｕ１のファンであるチャット候補者Ｕ２－ｂは、次は自分が通話することができるかもしれないとワクワク感やドキドキ感を感じることができる。

チャット対象者指定取得部１１６は、視聴者端末３－ｂのうち、配信者Ｕ１により指定された視聴者端末３を特定する情報を取得することができる。即ち例えば、チャット候補者Ｕ２－ｂのビデオチャットは、配信者端末２に表示される。配信者Ｕ１は、配信者端末２に表示されたチャット候補者Ｕ２－ｂのビデオチャットを見て、後の配信者端末３－ｃとしたい配信者端末３－ｂを選択する。配信者端末２に入力された後の配信者端末３－ｃに関する情報は、サーバ１に送信される。チャット対象者指定取得部１１６は、配信者端末２から送信されてきた後の配信者端末３－ｃに関するの情報を取得する。

チャット対象者指定取得部１１６により取得された後の視聴者端末３－ｃに関する情報は、状態管理部１１１に提供される。これにより、状態管理部１１１は、チャット候補状態として管理されていた視聴者端末３－ｂを、チャット対象状態として管理する。
これにより、上述の配信処理で説明した通り、視聴者端末３－ｂの配信の制御は、チャット候補者配信制御部１２２による配信の制御から、チャット対象者配信制御部１２３による配信の制御に切り替わる。

このように、サーバ１は、チャット候補者Ｕ２－ｂにチャット対象者Ｕ２－ｃとなる可能性がある旨を報知する報知処理を実行することができる。
なお、上述の説明では、チャット候補者Ｕ２－ｂは、一般視聴者Ｕ２－ａから抽選されるものとしたが、特にこれに限定されない。即ち例えば、図１で説明した通り、配信者Ｕ１が従前から知っている友人や今回の配信でチャットをすることが決まっている自然人を、ゲストとして上述のチャット対象者に指定することができる。
この場合、ゲストである視聴者Ｕ２－ｋは、抽選ではなく、配信者Ｕ１の所定の操作等により、チャット候補者Ｕ２－ｂとなる。この場合においても、上述と同様に報知処理が実行されてよい。即ち例えば、サーバ１は、ゲストである視聴者Ｕ２－ｋに、配信者Ｕ１からゲストとしてライブ配信に参加が要請されているためチャット対象者Ｕ２－ｃとなる可能性がある旨を報知することができる。

以上、配信処理及び報知処理を実現すべく、図１のサーバ１が有する機能的構成について、図３を用いて説明した。
以下、図４乃至図９を用いて、視聴者端末３の夫々の状態と、当該状態の夫々における配信者端末２及び視聴者端末３の画面の例を説明する。

図４において、各状態は、１つの楕円で示されており、その楕円に引かれた“Ｓ”を含む符号により判別される。
１つの状態から１つの状態への状態遷移は、所定の条件（以下、「状態遷移条件」と呼ぶ）が満たされると実行される。
このような状態遷移条件は、図４おいては、１つの状態から１つの状態への遷移を表す矢印に、“Ａ”を含む符号を付して表されている。

本実施形態においては、視聴状態Ｓ１が基本の状態になる。視聴状態Ｓ１における視聴者端末３－ａの表示部に表示される画面の例は、図５を用いて後述する。

視聴状態Ｓ１において、報知処理の説明で上述したように、視聴者端末３－ａが抽選部１１４による抽選により当選すると、状態遷移条件Ａ１が満たされる。
すると、状態はチャット候補状態Ｓ２に遷移する。この場合、報知処理の説明で上述したように、サーバ１は、チャット候補者Ｕ２－ｂに、チャット対象状態に遷移する可能性がある旨を報知する。チャット候補状態Ｓ２における視聴者端末３－ｂの表示部に表示される画面の例は、図６を用いて後述する。

チャット候補状態Ｓ２において、報知処理の説明で上述したように、配信者Ｕ１により指定されると、状態遷移条件Ａ２が満たされる。配信者Ｕ１が指定する際に利用する配信者端末２の表示部に表示される画面の例は、図７を用いて後述する。
すると、状態はチャット対象状態Ｓ３に遷移する。チャット対象状態Ｓ３における視聴者端末３－ｃの表示部に表示される画面の例は、図８を用いて後述する。配信者Ｕ１チャット対象者Ｕ３－ｃとチャットする際に利用する配信者端末２の表示部に表示される画面の例は、図９を用いて後述する。

また、チャット対象状態Ｓ３において、配信者Ｕ１がチャット対象者Ｕ２－ｃとのチャットを終了したり、他のチャット候補者Ｕ２－ｂを選択しなおされたりすると、状態遷移条件Ａ３が満たされる。
すると、状態は視聴状態Ｓ１に遷移する。

また、チャット候補状態Ｓ２において、配信者Ｕ１によりチャット対象者Ｕ２－ｃとして指定されなかったり、チャット候補者Ｕ２－ｂの抽選を再度行ったりすると、状態遷移条件Ａ４が満たされる。
すると、状態は視聴状態Ｓ１に遷移する。

図５は、図４の視聴状態における視聴者端末の表示部の一例を示す画面例である。
図５乃至図９の説明における視聴者端末３の所有者は、ユーザ名が「Ａｂｃ」である。そこで、以下の説明において、ユーザ名が「Ａｂｃ」であるユーザをユーザＡｂｃと呼ぶ。他のユーザ名（例えば、ユーザ名「Ｄｅｆ」や「Ｇｈｉ」等）のユーザについても同様とする。
図５に示す画面例は、視聴状態における視聴者端末３－ａの画面例である。
即ち、図５の画面例は、抽選部１１４によりチャット候補者Ｕ２－ｂを抽選中であり、ユーザＡｂｃにより利用される視聴端末３－ａが視聴状態であるときの画面例である。

視聴者端末３－ａの画面の領域Ｒ１１には、配信者Ｕ１のビデオチャットが表示されている。
視聴者端末３－ａの画面の領域Ｒ１２には、視聴者端末３－ａの所有者であるユーザＡｂｃの画像とユーザ名「Ａｂｃ」とが表示されている。
視聴者端末３－ａの画面の領域Ｒ１３には、ユーザＡｂｃと異なる視聴者Ｕ２であるユーザＤｅｆのテキストチャットが表示されている。また、領域Ｒ１３の下には、ユーザＧｈｉやユーザＪｋｌのテキストチャットが表示されている。このテキストチャットには、チャット候補者Ｕ２－ｂの抽選やチャット対象者Ｕ２－ｃとのビデオチャットと関係なく、一般視聴者Ｕ２－ａにより入力されたテキストチャットが表示される。
視聴者端末３－ａの画面の領域Ｒ１４には、「抽選中」の文字列が示されている。即ち、「抽選中」の表示は、報知処理の説明で上述したように抽選部１１４によりチャット候補者Ｕ２－ｂを抽選中である旨を示す表示である。
視聴者端末３－ａの画面の領域Ｒ１５には、チャット候補者Ｕ２－ｂのビデオチャットが表示される。しかしながら、抽選中には、チャット候補者Ｕ２－ｂは存在しないため、抽選中である旨のアイコンが表示される。

図６は、図４のチャット候補状態における視聴者端末に表示される画面の一例を示す図である。
図６に示す画面例は、チャット候補状態Ｓ２における視聴者端末３－ｂの画面例である。即ち、図６に示す画面例は、抽選部１１４により抽選された結果チャット候補者Ｕ２－ｂとして当選することで、ユーザＡｂｃにより利用される視聴端末３－ｂの状態がチャット候補状態Ｓ２であるときの画面例である。

視聴者端末３－ｂの画面の領域Ｒ２１には、「当たるかも！！」の文字列が示されている。即ち、「当たるかも！！」の表示は、報知処理の説明で上述したように抽選部１１４によりチャット候補者Ｕ２－ｂを抽選した結果当選したことを示す表示である。つまり、「当たるかも！！」の表示は、チャット対象状態に遷移する可能性がある旨を報知する表示である。
視聴者端末３－ｂの画面の領域Ｒ２２には、チャット候補者Ｕ２－ｂのビデオチャットが表示される。図６の例では、チャット候補者Ｕ２－ｂとして４人のチャット候補者Ｕ２－ｂのアイコンが表示されている。
その結果、視聴者端末３－ｂの画面の領域Ｒ２３には、チャット候補者Ｕ２－ｂの１人である、ユーザＡｂｃのビデオチャットが表示されている。

図７は、図４のチャット候補状態における配信者端末に表示される画面の一例を示す図である。
図７に示す画面例は、チャット候補状態の視聴者端末３－ｂが存在し、チャット対象状態の視聴者端末３－ｃが存在しない場合における、配信者端末２の画面の例である。
即ち、図７の画面例は、抽選部１１４により抽選された結果チャット候補者Ｕ２－ｂとして当選したユーザＡｂｃを含むビデオチャットが表示されるときの画面例である。

配信者端末２の画面の領域Ｒ３１には、４人のチャット候補者Ｕ２－ｂのビデオチャット等が表示されている。
配信者端末２の画面の領域Ｒ３１には、再抽選ボタンＢ３１と、キャンセルボタンＢ３２と、チャット対象者指定ボタンＢ３３等が表示されている。
配信者Ｕ１は、再抽選ボタンＢ３１をタップ操作することにより、チャット候補者Ｕ２－ｂを再度抽選することができる。
また、配信者Ｕ１は、キャンセルボタンＢ３２をタップ操作することにより、チャット候補者Ｕ２－ｂを選択するモードをキャンセルし、通話相手を選択せずに１人で配信を続けることができる。
また、配信者Ｕ１は、チャット対象者指定ボタンＢ３３をタップ操作することにより、チャット対象者指定ボタンＢ３３に対応するユーザＡｂｃをチャット対象者Ｕ３－ｃとして指定することができる。
このように、配信者Ｕ１は、チャット候補者Ｕ２－ｂのビデオチャットを閲覧して、チャット対象者Ｕ２－ｃを指定することができる。

図８は、図４のチャット対象状態における視聴者端末に表示される画面の一例を示す図である。
図８に示す画面例は、ユーザＡｂｃにより利用されるの視聴者端末３－ｂが、配信者Ｕ１により指定された場合における、チャット対象者端末３－ｃの画面の例である。

視聴者端末３－ｃの画面の領域Ｒ４１には、配信者Ｕ１のビデオチャットが表示されている。
視聴者端末３－ｃの画面の領域Ｒ４２には、チャット対象者Ｕ２－ｃであるユーザＡｂｃのビデオチャットが、配信者Ｕ１のビデオチャットに重畳して表示されている。
視聴者端末３－ｃの画面の領域Ｒ４３には、「当たりました！通話中！」の文字列が示されている。即ち、「当たりました！通話中！」の表示は、報知処理の説明で上述したように配信者Ｕ１によりチャット候補者Ｕ２－ｃとして指定されたことを示す表示である。
視聴者端末３－ｃの画面の領域Ｒ４４には、チャット候補者Ｕ２－ｂのビデオチャットが表示される。図８の例では、既にチャット対象者とされたユーザＡｂｃを除く、３人のチャット候補者Ｕ２－ｂのアイコンが表示されている。

図９は、図４のチャット対象状態における配信者端末に表示される画面の一例を示す図である。
図９に示す画面例は、チャット対象状態の視聴者端末３－ｃが存在する場合における、配信者端末２の画面の例である。
即ち、図９の画面例は、配信者Ｕ１によりチャット対象者Ｕ２－ｂとして指定されたユーザＡｂｃを含むビデオチャットが表示されるときの画面例である。

配信者端末２の画面の領域Ｒ５１には、配信者Ｕ１のビデオチャットが表示されている。
配信者端末２の画面の領域Ｒ５２には、チャット対象者Ｕ２－ｃであるユーザＡｂｃのビデオチャットが、配信者Ｕ１のビデオチャットに重畳して表示されている。
配信者端末２の画面の領域Ｒ５２の下には、一人での配信に戻すボタンＢ５１が表示されている。配信者Ｕ１がこのボタンＢ５１をタップ操作すると、チャット対象者Ｕ２－ｃであるユーザＡｂｃにより利用される配信者端末３－ｃの状態は、視聴状態Ｓ１に遷移する。
配信者端末２の画面の領域Ｒ５３には、チャット候補者Ｕ２－ｂのビデオチャットが表示される。図８の例では、既にチャット対象者とされたユーザＡｂｃを除く、３人のチャット候補者Ｕ２－ｂのアイコンが表示されている。
配信者端末２の画面の領域Ｒ５３には、再抽選ボタンＢ５２が表示されている。
配信者Ｕ１は、再抽選ボタンＢ３１をタップ操作することにより、チャット候補者Ｕ２－ｂを再度抽選することができる。

以上、図５乃至図９を用いて、視聴者端末３の夫々の状態と、当該状態の夫々における配信者端末２及び視聴者端末３の画面の例を説明した。

このように、本サービスでは、一般視聴者Ｕ２－ａからチャット候補者Ｕ２－ｂが抽選されたり、チャット対象者Ｕ２－ｃが指定されたりする。この際、上述したように、サーバ１の報知部１１５により、チャット候補者Ｕ２－ｂはチャット候補者Ｕ２－ｂとして特定されたことを認識することができる。つまり、チャット候補者Ｕ２－ｂは、更にチャット対象者Ｕ２－ｃとして特定されるかどうかという点でワクワク感やドキドキ感を得ることができる。
また、例えば、配信者Ｕ１にとっての従前から知っている友人や今回の配信でチャットをすることが決まっている自然人といったゲストである視聴者Ｕ２－ｋは、サーバ１の報知部１１５により、ライブ配信において配信者Ｕ１により指定され、チャット候補者となった旨を報知されることができる。
このように、サーバ１の報知部１１５により、通話対象となりえる視聴者に対して利便性の高い情報を提供可能とすることができる。つまり、このような報知をされた視聴者は、通話の準備や心構えをすることができる。

以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

本実施形態では、配信者Ｕ１とチャット対象者Ｕ２－ｃとがビデオチャットを行う本サービスに適用されるとしたが、特にこれに限定されない。更に言えば、配信者Ｕ１と、一般視聴者Ｕ２－ａと、チャット候補者Ｕ２－ｂと、チャット対象者Ｕ２－ｃとが送信できるチャットは、上述の例に限定されず、テキストチャットやビデオチャット、ボイスチャット等を任意の組合せで送信できてよい。

また例えば、本実施形態における配信はテレビやラジオによる放送であって、本実施形態におけるチャットは電話であってよい。テレビやラジオによる放送において、放送をその時視聴しているかしていないか不明である者に、チャット（通話）対象となる可能性がある旨を報知することができる。

また例えば、一般視聴者Ｕ２－ａからチャット候補者Ｕ２－ｂを抽出する方法は、ランダムな抽選に限定されない。即ち例えば、配信者Ｕ１のマネージャやライブ配信のプロデューサにより選択されるというアルゴリズムを採用してもよい。

また例えば、ランダムな抽選により一般視聴者Ｕ２－ａからチャット候補者Ｕ２－ｂを抽選する場合、一般視聴者Ｕ２－ａの夫々の行動の履歴等に基づいて、当選の確率を変動させてもよい。具体的には例えば、指定の商品を購買した一般視聴者Ｕ２－ａの当選の確率を向上させることができる。また例えば、配信者Ｕ１の出演したドラマを視聴した視聴者Ｕ２－ａの当選の確率を向上させることができる。

また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェア、モバイルアプリ、ウェブサービスにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能がサーバに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。また、機能ブロックの存在場所も、図３に特に限定されず、任意でよい。例えば、サーバ１の機能ブロックを視聴者端末３等に移譲させてもよい。逆に視聴者端末３の機能ブロックをサーバ等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォン、マイクロコントローラ、マイクロプロセッサーやパーソナルコンピュータであってもよい。

また例えば、このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。

即ち、本発明が適用される情報処理装置（例えば、図３のサーバ１）は、
ライブ配信を行う第１種ユーザ（例えば、図１の配信者Ｕ１）により用いられる第１種端末（例えば、図１の配信者端末２）と、当該ライブ配信に参加する複数の第２種ユーザ（例えば、図１の視聴者Ｕ２－１乃至Ｕ２－ｎ）により用いられる複数の第２種端末（例えば、図１の視聴者端末３－１乃至３－ｎ）とを管理する情報処理装置において、
前記複数の第２種端末の夫々の状態が、
前記第１種ユーザによる前記ライブ配信に視聴して参加する視聴状態（例えば、図４の視聴状態Ｓ１）と、
前記第１種ユーザによる前記ライブ配信にチャット（例えば、１対１のビデオチャット及びボイスチャット）する候補として参加するチャット候補状態（例えば、図４のチャット候補状態Ｓ２）と、
前記第１種ユーザによる前記ライブ配信にチャットして参加するチャット対象状態（例えば、図４のチャット対象状態Ｓ３）と、
のうちいずれの状態であるかを管理する状態管理手段（例えば、図３の状態管理部１１１）と、
前記状態管理手段により管理されている前記複数の第２種端末のうち、前記視聴状態から前記チャット候補状態に遷移した第２種端末（例えば、図４の状態遷移条件Ａ１を満たした視聴者端末３）に、前記チャット対象状態に遷移する可能性（例えば、図４の状態遷移条件Ａ２を満たす可能性）がある旨を報知する報知手段（例えば、図３の報知部１１５）と、
を備える情報処理装置であれば足りる。

これにより、報知手段により、チャットの対象となり得る第２種ユーザに対して利便性の高い情報を提供可能とすることができる。例えば、チャットの対象となりえる第２ユーザに対して、例えば、「当たるかも！！」という表示により、チャット対象状態に遷移する可能性を利便性の高い形で提供可能とすることができる。このような報知をされた第２種ユーザは、通話の準備や心構えをすることができる。

さらに、前記状態管理手段により管理されている前記複数の第２種端末のうち、前記視聴状態から前記チャット候補状態に遷移する第２種端末は、
前記第１種ユーザの選択と所定のアルゴリズム（例えば、ランダムな抽選により決定するアルゴリズムや、配信のプロデューサの選択により決定するアルゴリズム）とのうち、少なくとも一方により決定された第２種端末、とすることができる。

これにより、第２種ユーザにより操作できない事由により当該第２種ユーザにより利用される第２種端末がチャット候補状態に遷移した際に、当該第２種ユーザにチャット対象状態に遷移する可能性がある旨報知される。例えば、単なる一般視聴者であった第２種ユーザが、チャット候補者となった際に、チャット対象者になる可能性がある旨を報知することができる。このように、チャット対象状態に遷移する可能性がある旨が報知され、当該第２種ユーザは、通話の準備や心構えをすることができる。

さらに、前記所定のアルゴリズムは、
ランダムな抽選により決定するアルゴリズム、とすることができる。

これにより、第２種ユーザは、抽選により運よくチャット対象状態に遷移する可能性がある旨が報知されることで、ワクワク感やドキドキ感を得ることができる。

さらに、前記複数の第２種端末のうち前記チャット対象状態に遷移する第２端末は、
前記第１種ユーザにより指定される、とすることができる。

これにより、第２種ユーザは、第１種ユーザに指定されるべく、ビデオチャット等でアピールをする等することが期待される。このように、チャットの対象となりえる第２種ユーザにより、ライブ配信が盛り上がることが期待される。

１・・・サーバ、２・・・配信者端末、３・・・視聴者端末、１１・・・ＣＰＵ、１９・・・通信部、１１１・・・状態管理部、１１２・・・チャット管理部、１１３・・・配信制御部、１２１・・・視聴者配信制御部、１２２・・・チャット候補者配信制御部、１２３・・・チャット対象者配信制御部、１１４・・・抽選部、１１５・・・報知部、１１６・・・チャット対象者指定取得部

Claims (4)

1. ライブ配信を行う第１種ユーザにより用いられる第１種端末と、当該ライブ配信に参加する複数の第２種ユーザにより用いられる複数の第２種端末とを管理する情報処理装置において、
   前記複数の第２種端末の夫々の状態が、
   前記第１種ユーザによる前記ライブ配信に視聴して参加する視聴状態と、
   前記第１種ユーザによる前記ライブ配信にチャットする候補として参加するチャット候補状態と、
   前記第１種ユーザによる前記ライブ配信にチャットして参加するチャット対象状態と、
   のうちいずれの状態であるかを管理する状態管理手段と、
   前記状態管理手段により管理されている前記複数の第２種端末のうち、前記視聴状態から前記チャット候補状態に遷移した第２種端末に、前記チャット対象状態に遷移する可能性がある旨を報知する報知手段と、
   を備える情報処理装置。
2. 前記状態管理手段により管理されている前記複数の第２種端末のうち、前記視聴状態から前記チャット候補状態に遷移する第２種端末は、
   前記第１種ユーザの選択と所定のアルゴリズムとのうち、少なくとも一方により決定された第２種端末である、
   請求項１に記載の情報処理装置。
3. 前記所定のアルゴリズムは、
   ランダムな抽選により決定するアルゴリズムである、
   請求項２に記載の情報処理装置。
4. 前記複数の第２種端末のうち前記チャット対象状態に遷移する第２端末は、
   前記第１種ユーザにより指定される、
   請求項１乃至３に記載の情報処理装置。

Images