JP6941659B2 - ライブ動画配信サービスを提供するためのシステム、方法、及びプログラム - Google Patents

Description

本発明は、ライブ動画配信サービスを提供するためのシステム、方法、及びプログラムに関するものである。

従来、動画のライブ配信を行うための様々なライブ動画配信サービスが提供されている（例えば、下記特許文献１を参照）。こうしたサービスでは、典型的には、一般人を含むユーザが配信者として動画のライブ配信を行うことができ、視聴者に対して様々な動画（例えば、カメラを介して撮影される動画、又は、ゲーム等のアプリケーションの画面に対応する動画等）が提供されている。

特開２０１９−０２２２１９号公報

しかしながら、従来のライブ動画配信サービスでは、配信中の動画を実際に視聴してみないとライブ配信の様子・雰囲気を知ることができず、このことは、新規の視聴者の参入を阻害する要因の１つとなっていた。

本発明の実施形態は、ライブ動画配信サービスにおける新規の視聴者の参入を促進することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、ライブ動画配信サービスを提供するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、配信者が提供する動画を複数の視聴者に対して配信する処理と、動画の配信中において、視聴者によって入力される入力情報を管理する処理と、動画に関するメッセージの配信者によるＳＮＳへの投稿を行う処理と、を実行し、前記投稿を行う処理は、特定の動画に関するメッセージを、前記特定の動画の配信中における視聴者による入力情報に少なくとも基づいて生成することを含む。

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、ライブ動画配信サービスを提供するための方法であって、配信者が提供する動画を複数の視聴者に対して配信する工程と、動画の配信中において、視聴者によって入力される入力情報を管理する工程と、動画に関するメッセージの配信者によるＳＮＳへの投稿を行う工程と、を備え、前記投稿を行う工程は、特定の動画に関するメッセージを、前記特定の動画の配信中における視聴者による入力情報に少なくとも基づいて生成することを含む。

本発明の一実施形態に係るプログラムは、ライブ動画配信サービスを提供するためのプログラムであって、１又は複数のコンピュータに、配信者が提供する動画を複数の視聴者に対して配信する処理と、動画の配信中において、視聴者によって入力される入力情報を管理する処理と、動画に関するメッセージの配信者によるＳＮＳへの投稿を行う処理と、を実行させ、前記投稿を行う処理は、特定の動画に関するメッセージを、前記特定の動画の配信中における視聴者による入力情報に少なくとも基づいて生成することを含む。

本発明の様々な実施形態は、ライブ動画配信サービスにおける新規の視聴者の参入を促進する。

本発明の一実施形態に係る動画配信サーバ１０を含むネットワークの構成を概略的に示す構成図。 動画配信サーバ１０の機能を概略的に示すブロック図。 ユーザ情報テーブル４１１において管理される情報を例示する図。 ランクを説明するための図。 配信管理テーブル４１２において管理される情報を例示する図。 入力情報管理テーブル４１３において管理される情報を例示する図。 投稿管理テーブル４１４において管理される情報を例示する図。 トップ画面６０を例示する図。 配信準備画面１００を例示する図。 配信画面７０を例示する図。 視聴画面８０を例示する図。 アイテム選択画面２００を例示する図。 タグの入力に応じてサーバ１０が実行する処理を例示するフロー図。 個別表示領域６４１の表示内容を例示する図。 選択領域６２において「話題」が選択されている場合のトップ画面６０を例示する図。 個別表示領域６４２の表示内容を例示する図。 任意のユーザによる動画の視聴の開始（配信への入室）に応じてサーバ１０が実行する処理を例示するフロー図。 配信開始ツイートに対応するツイート画面３００を例示する図。 配信者が自動タグツイート用のＳＮＳアカウントの設定を行っている場合にサーバ１０が実行する処理を例示するフロー図。 自動タグツイートに対応するツイート画面３００を例示する図。 １回目の自動タグツイート、及び、当該１回目の自動タグツイートに対する返信として行われた２回目の自動タグツイートに対応するツイート画面３００を例示する図。 ランクを更新する際にサーバ１０が実行する処理を例示するフロー図。 ランクメータ値の更新ルールを説明するための図。 ランクの更新内容と必要なランクメータ値との対応関係を説明するための図。 ダイヤを付与する際にサーバ１０が実行する処理を例示するフロー図。 他の例におけるトップ画面６０Ａを例示する図。 タグ別動画一覧画面９０を例示する図。

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

図１は、本発明の一実施形態に係る動画配信サーバ１０を含むネットワークの構成を概略的に示す構成図である。動画配信サーバ１０は、図示するように、インターネット等の通信ネットワーク２０を介してユーザ端末３０と通信可能に接続されている。図１においては、１つのユーザ端末３０のみが図示されているが、サーバ１０は、複数のユーザ端末３０と通信可能に接続されている。サーバ１０は、動画をリアルタイムで配信及び視聴するためのライブ動画配信サービスを、ユーザ端末３０を介してユーザに提供する。本実施形態において、ユーザ端末３０を操作するユーザは、配信者として動画を配信することができ、また、視聴者として他のユーザによって提供される動画を視聴することもできる。動画配信サーバ１０は、本発明のシステムの一部又は全部を実装する装置の一例である。

動画配信サーバ１０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ１１と、メインメモリ１２と、入出力Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ストレージ（記憶装置）１５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

コンピュータプロセッサ１１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ１５等に記憶されている様々なプログラムをメインメモリ１２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ１２は、例えば、ＤＲＡＭ等によって構成される。

入出力Ｉ／Ｆ１３は、ユーザ等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ１３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ１３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

通信Ｉ／Ｆ１４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

ストレージ１５は、例えば磁気ディスク、フラッシュメモリ等によって構成される。ストレージ１５は、オペレーティングシステムを含む様々なプログラム、及び各種データ等を記憶する。

本実施形態において、動画配信サーバ１０は、それぞれが上述したハードウェア構成を有する複数のコンピュータを用いて構成され得る。例えば、動画配信サーバ１０は、１又は複数のサーバ装置によって構成され得る。

このように構成された動画配信サーバ１０は、ウェブサーバ及びアプリケーションサーバとしての機能を有するように構成することができ、この場合、ユーザ端末３０にインストールされているウェブブラウザ及びその他のアプリケーション（例えば、ライブ動画配信サービス用のアプリケーション）からの要求に応答して各種の処理を実行し、当該処理の結果に応じた画面データ（例えば、ＨＴＭＬデータ）及び制御データ等をユーザ端末３０に送信する。ユーザ端末３０では、受信したデータに基づくウェブページ又はその他の画面が表示され得る。

ユーザ端末３０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ３１と、メインメモリ３２と、入出力Ｉ／Ｆ３３と、通信Ｉ／Ｆ３４と、ストレージ（記憶装置）３５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

コンピュータプロセッサ３１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ３５等に記憶されている様々なプログラムをメインメモリ３２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ３２は、例えば、ＤＲＡＭ等によって構成される。

入出力Ｉ／Ｆ３３は、ユーザ等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ３３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ３３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

通信Ｉ／Ｆ３４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

ストレージ３５は、例えば磁気ディスク又はフラッシュメモリ等によって構成される。ストレージ３５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。ストレージ３５が記憶するプログラムは、アプリケーションマーケット等からダウンロードされてインストールされ得る。

本実施形態において、ユーザ端末３０は、スマートフォン、タブレット端末、パーソナルコンピュータ、及び、ウェアラブルデバイス等として構成され得る。

このように構成されたユーザ端末３０を操作するユーザは、ストレージ３５等にインストールされているウェブブラウザ又はその他のアプリケーションを介した動画配信サーバ１０との通信を実行することによって、動画配信サーバ１０が提供するライブ動画配信サービスを利用することができる。

次に、本実施形態の動画配信サーバ１０が有する機能について説明する。図２は、動画配信サーバ１０が有する機能を概略的に示すブロック図である。サーバ１０は、図示するように、様々な情報を記憶及び管理する情報記憶管理部４１と、ライブ動画配信サービスの基本機能を制御する基本機能制御部４３と、動画の配信を制御する動画配信制御部４５とを有する。これらの機能は、コンピュータプロセッサ１１及びメインメモリ１２等のハードウェア、並びに、ストレージ１５等に記憶されている各種プログラムやデータ等が協働して動作することによって実現され、例えば、メインメモリ１２に読み込まれたプログラムに含まれる命令をコンピュータプロセッサ１１が実行することによって実現される。また、図２に示すサーバ１０の機能の一部又は全部は、サーバ１０とユーザ端末３０とが協働することによって実現され、又は、ユーザ端末３０によって実現され得る。

情報記憶管理部４１は、ストレージ１５等において様々な情報を記憶及び管理する。情報記憶管理部４１は、例えば、図２に示すように、ライブ動画配信サービスのユーザに関する情報を管理するユーザ情報テーブル４１１と、動画の個別の配信に関する情報を管理する配信管理テーブル４１２と、動画の視聴者によって入力される入力情報を管理する入力情報管理テーブル４１３と、動画に関するメッセージのＳＮＳへの投稿を管理する投稿管理テーブル４１４とを有するように構成されている。

基本機能制御部４３は、ライブ動画配信サービスの基本機能の制御に関する様々な処理を実行する。例えば、基本機能制御部４３は、基本機能に関する様々な画面の画面データ及び制御データ等をユーザ端末３０に送信し、ユーザ端末３０で表示される当該画面を介したユーザによる操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ及び制御データ等をユーザ端末３０に送信する。基本機能制御部４３によって制御される基本機能は、例えば、ログイン処理（ユーザ認証）、課金制御、及び、ユーザ管理（例えば、ユーザ情報テーブル４１１の更新等）等を含む。

動画配信制御部４５は、動画の配信の制御に関する様々な処理を実行する。例えば、動画配信制御部４５は、配信者が提供する動画を複数の視聴者に対して配信するように構成されている。例えば、動画配信制御部４５は、配信者のユーザ端末３０（以下、「配信者端末３０」と言うことがある。）から送信されるリアルタイムの動画を受信して、当該動画を複数の視聴者の各々のユーザ端末３０（以下、「視聴者端末３０」と言うことがある。）に送信するように構成される。動画は、例えば、配信者端末３０のカメラを介して入力される画像、及び、マイクを介して入力される音声によって構成される。また、動画は、例えば、配信者端末３０において実行中のアプリケーション（例えば、ゲーム等）を介して出力される画像、及び、音声によって構成される。こうした動画のライブ配信は、例えば、ＨＴＴＰ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）等のプロトコルを用いたストリーミング方式で行われ得る。

本実施形態において、動画配信制御部４５は、動画の配信中において、視聴者によって入力される入力情報を管理するように構成されている。例えば、動画配信制御部４５は、特定の動画の視聴者によって視聴者端末３０を介して入力される入力情報を受け付けると共に、当該入力情報を、当該特定の動画の配信者の配信者端末３０及び当該特定の動画の他の視聴者の視聴者端末３０に対して送信するように構成される。入力情報は、例えば、入力情報管理テーブル４１３において管理される。

また、動画配信制御部４５は、動画に関するメッセージの配信者によるＳＮＳへの投稿を行うように構成されている。ＳＮＳは、これらに限定されないが、例えば、ツイッター（登録商標）、インスタグラム（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）等のライブ動画配信サービスの外部の様々なＳＮＳを含む。例えば、動画配信制御部４５は、こうしたＳＮＳにおける配信者のアカウント（例えば、ユーザ情報テーブル４１１において管理される。）を用いてメッセージの投稿を行うように構成される。こうしたメッセージの投稿は、対応するＳＮＳが提供するＡＰＩを利用して実現され得る。

本実施形態において、ＳＮＳに投稿されるメッセージは、視聴者による入力情報に少なくとも基づいて生成される。つまり、動画配信制御部４５は、動画に関するメッセージを、当該動画の配信中における視聴者による入力情報に少なくとも基づいて生成するように構成されている。

このように、本実施形態における動画配信サーバ１０は、動画の配信中における視聴者による入力情報に基づいてメッセージを生成し、当該動画の配信者による当該メッセージのＳＮＳへの投稿を行うから、ＳＮＳの利用者に対して、動画配信サービスにおけるライブ配信の様子・雰囲気を知らせることができる。この結果、ライブ動画配信サービスにおける新規の視聴者の参入が促進され得る。

本実施形態において、動画配信制御部４５は、ＳＮＳへの投稿を行う際に、複数の入力情報が入力順序に従って並ぶように、及び／又は、入力時刻に関連付けられた入力情報が含まれるように、メッセージを生成するように構成され得る。こうした構成は、入力順序に従う入力情報、及び／又は、入力時刻に関連付けられた入力情報を含むメッセージを介して、ＳＮＳの利用者に対してライブ配信の様子・雰囲気を知らせることを可能とする。

本実施形態において、ＳＮＳへの投稿は、様々なタイミングで行われ得る。例えば、動画配信制御部４５は、配信者からの個別の指示に応答して、ＳＮＳへの投稿を行うように構成され得る。

また、ＳＮＳへの投稿が（配信者からの個別の指示なしで）自動的に行われるようにしても良い。つまり、動画配信制御部４５は、所定の条件の成立に応じてＳＮＳへの投稿を自動的に行うように構成され得る。所定の条件は、様々な条件を含む。例えば、動画配信制御部４５は、所定の時間間隔でＳＮＳへの投稿を自動的に行うように構成され、この場合、所定の時間間隔は、固定値としても良いし、変動値（例えば、視聴者からの入力情報が多いほど時間間隔が短くなる等）としても良い。こうした構成は、ＳＮＳへの投稿に関する配信者の負担を軽減し、また、適切なタイミングでのＳＮＳへの投稿を促進し得る。

また、動画配信制御部４５は、ＳＮＳへの投稿を行う際に、所定の時間以内に（所定の時間前から現時点までに）入力された入力情報を除外してメッセージを生成する（つまり、所定の時間前の時点までに入力された入力情報に基づいてメッセージを生成する。）ように構成され得る。こうした構成は、直近の入力情報を除外してメッセージを生成することが可能となるから、例えば、不適切な入力情報に基づく不適切なメッセージのＳＮＳへの投稿が抑制され得る。

また、動画配信制御部４５は、特定の動画に関する第１のメッセージの投稿を行った後に、当該第１のメッセージに関連付けて当該特定の動画に関する第２のメッセージの投稿を行うように構成され得る。ＳＮＳにおいて、このような先行するメッセージに関連付けたメッセージの投稿は、当該先行するメッセージに対する返信（リプライ）と呼ばれることがある。こうした構成は、同じ動画に関する複数のメッセージの投稿を相互に関連付けて行うことを可能とし、例えば、ＳＮＳにおいて複数の投稿が散在してしまうことが抑制され得る。

また、動画配信制御部４５は、動画に関するメッセージのＳＮＳへの投稿に応じて、投稿者である配信者に対して報酬を付与するように構成され得る。報酬は、これに限定されないが、例えば、ライブ動画配信サービスにおいて利用可能な電子的及び仮想的なアイテム並びにポイント等が含まれる。こうした構成は、配信者によるＳＮＳへの投稿を促進する。

本実施形態において、視聴者によって入力される入力情報は、動画の配信中において入力され得る様々な情報を含み、例えば、これらに限定されないが、アイテム、コメント、いいね、及びタグ等を含む。タグは、典型的には、文字列を含む情報として構成され、配信中の動画に関連付けられる。そして、動画配信制御部４５は、関連付けられているタグに少なくとも基づいて、配信中の動画に関する情報をユーザに対して提示するように構成され得る。例えば、配信中の動画に関する情報は、当該動画に関連付けられているタグに関する情報、又は、当該タグに基づく加工が施された情報を含むように構成され得る。また、例えば、配信中の動画に関する情報は、関連付けられているタグに基づいて抽出され、又は、当該タグに基づいて並べ替えられた動画の一覧として構成され得る。こうした構成は、視聴者によって入力される、アイテム、コメント、いいね、及びタグ等に基づくメッセージのＳＮＳへの投稿を可能とする。

次に、このような機能を有する本実施形態の動画配信サーバ１０の具体例について説明する。この例におけるライブ動画配信サービスは、配信者端末３０のカメラを介して入力される画像、及び、マイクを介して入力される音声によって構成される動画のライブ配信及び視聴が可能なサービスとして構成されている。

図３は、この例において、ユーザ情報テーブル４１１において管理される情報を例示する。ユーザ情報テーブル４１１は、ライブ動画配信サービスのユーザに関する情報を管理し、図示するように、個別のユーザを識別する「ユーザアカウント」に対応付けて、アカウント名、年齢、性別等を含む「基本情報」、動画の配信履歴に関する情報である「配信履歴情報」、他のユーザが配信する動画の視聴履歴に関する情報である「視聴履歴情報」、このユーザがフォローしている他のユーザに関する情報である「フォローユーザ情報」、このユーザをフォローしている他のユーザ（フォロワー）に関する情報である「フォロワー情報」、このユーザがファミリーメンバーとして加入しているファミリーに関する情報である「ファミリー情報」、配信者としてのユーザのランクを示す「ランク」、ランクアップ／ダウンを判定するためのパラメータ値である「ランクメータ値」、ライブ動画配信サービスにおける仮想的なコインの保有数を示す「コイン保有数」、同じく仮想的なダイヤの保有数を示す「ダイヤ保有数」、視聴者としてのタグの入力に応じて増加するタグポイントに関する情報である「タグポイント情報」、配信者として動画を配信中に視聴者によって入力されたタグに関する情報である「タグ情報」、ユーザ自身が設定する配信者としての分類である「分類用テキスト」等の情報を管理する。この例において、ファミリーは、配信者を応援するファンのコミュニティであり、配信者／ファミリー管理者からの招待に応じて加入することができ、また、ユーザによる加入申請に対する配信者／ファミリー管理者による承認に応じて加入することができる。

図４は、この例における配信者の「ランク」を説明するための図である。図示するように、この例では、「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」及び「Ｅ」の６つのランク帯が存在し、「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の５つのランク帯の各々は、３つのランク（例えば、「Ｓ＋」、「Ｓ」、「Ｓ−」のように、ランク帯を示すアルファベットに「＋」を付加したランク、当該アルファベットのみのランク、及び、当該アルファベットに「−」を付加したランク）によって構成されている。また、「Ｅ」のランク帯は、１つのランク「Ｅ」によって構成されている。つまり、この例では、１６段階（３×５＋１＝１６）のランクが存在している。

また、ランク帯は、「Ｓ」側が最上位であって「Ｅ」側が最下位である。また、同一のランク帯内のランクは、「＋」側が最上位であって「−」側が最下位である。この例では、ユーザのランクは、初期値として「Ｄ−」が設定される。

図５は、この例において、配信管理テーブル４１２において管理される情報を例示する。配信管理テーブル４１２は、動画の個別の配信に関する情報を管理し、図示するように、個別の配信（動画）を識別する「配信ＩＤ」に対応付けて、配信者を識別する「配信者ユーザアカウント」、「配信日時」、配信の継続時間を示す「配信時間」、「視聴者数（現在値及び最大値）」、視聴者によって入力されたコメントの数である「コメント数」、視聴者によって入力された「いいね」の数である「いいね数」、この配信（動画）に関して配信者によって行われた自動タグツイートの数である「自動タグツイート数」、視聴者によるアイテムの入力に応じて増加する「アイテムポイント」、この配信に対して付与されるポイントである「配信ポイント」等の情報を管理する。自動タグツイートは、詳しくは後述するが、配信者を投稿元として自動的に行われるＳＮＳへの投稿（ツイート）の１つである。

図６は、この例において、入力情報管理テーブル４１３において管理される情報を例示する。入力情報管理テーブル４１３は、動画に関連付けられたタグに関する情報を管理し、図示するように、個別の配信を識別する「配信ＩＤ」及び当該配信（動画）において個別のタグを識別する「タグＩＤ」の組合せに対応付けて、タグを入力した視聴者（タグ入力者）のユーザアカウントである「入力者ユーザアカウント」、タグの内容（文字列）である「タグ内容」、タグが付与された日時である「付与日時（年月日時分秒）」等の情報を管理する。

図７は、この例において、投稿管理テーブル４１４において管理される情報を例示する。投稿管理テーブル４１４は、配信者によるＳＮＳへの投稿（ツイート）に関する情報を管理し、図示するように、個別の配信を識別する「配信ＩＤ」及び当該配信（動画）において個別の投稿を識別する「投稿ＩＤ」の組合せに対応付けて、投稿されたメッセージの内容である「投稿内容」、投稿された日時である「投稿日時（年月日時分秒）」等の情報を管理する。

図８は、ユーザ端末３０において表示されるライブ動画配信サービスのトップ画面６０を例示する。当該画面６０は、ライブ動画配信サービスを利用するユーザの起点となる画面であり、図示するように、「フォロー」、「人気」、「話題」及び「すべて」と表示された選択領域６２と、当該領域６２の下側に位置する一覧表示領域６４と、画面右上隅に位置する円形の配信ボタン６６とを有する。

選択領域６２は、一覧表示領域６４における表示内容を選択するための領域である。具体的には、選択領域６２において「フォロー」が選択されると、一覧表示領域６４において、ユーザがフォローしている他のユーザの配信中の動画（ライブ配信）が一覧表示される。同様に、選択領域６２において「人気」が選択されると、一覧表示領域６４において、人気のある動画を抽出するための所定の抽出条件に従って抽出された動画（例えば、視聴者数（現在値）が閾値以上である動画等）が一覧表示される。また、選択領域６２において「話題」が選択されると、詳しくは後述するが、一覧表示領域６４において、動画（ライブ配信）に付与されたタグが、対応する動画と共に時系列で一覧表示される。また、選択領域６２において「すべて」が選択されると、一覧表示領域６４において、配信中の全ての動画が一覧表示される。

図８のトップ画面６０は、選択領域６２において「人気」が選択されている場合に対応している。この場合の一覧表示領域６４には、図示するように、各々が個別の動画に関する情報を表示する複数の個別表示領域６４１が２列で配置される。個別表示領域６４１は、ユーザによる選択に応じて、対応する動画の視聴を開始できるように構成されている。一覧表示領域６４は、上下方向へのフリック操作／スライド操作等によって、表示される個別表示領域６４１が切り替わるように構成されている。選択領域６２において「フォロー」又は「すべて」が選択されている場合の一覧表示領域６４の構成は、「人気」が選択されている場合の上述した構成と同様である。なお、選択領域６２において「話題」が選択されている場合の一覧表示領域６４の構成については後述する。

配信ボタン６６は、ユーザが、配信者として動画のライブ配信を行うためのオブジェクトである。当該配信ボタン６６がユーザによって選択されると、図９に例示する配信準備画面１００がトップ画面６０に重ねて表示される。当該画面１００は、図示するように、配信タイトルを入力するための配信タイトル入力領域１０２と、配信開始ツイートに関する設定を行うための配信開始ツイート設定ボタン１０４と、自動タグツイートに関する設定を行うための自動タグツイート設定ボタン１０６と、「開始！」と表示された配信開始ボタン１０８とを有する。

この例において、配信開始ツイートは、動画のライブ配信の開始に応じて自動的に行われる、配信者が投稿元となるツイートである。配信開始ツイート設定ボタン１０４が選択されると、配信開始ツイートを行う配信者のＳＮＳアカウントを選択するための画面が表示され、配信者は、当該画面を介して、配信開始ツイートを行うＳＮＳアカウントを設定することができる。なお、配信開始ツイート用のＳＮＳアカウントが未設定である場合、配信開始ツイートは行われない（オフ状態とされる。）。

また、この例において、自動タグツイートは、詳しくは後述するが、視聴者によって入力されるタグに基づいて自動的に行われる、配信者が投稿元となるツイートである。自動タグツイート設定ボタン１０６が選択されると、自動タグツイートを行う配信者のＳＮＳアカウントを選択するための画面が表示され、配信者は、当該画面を介して、自動タグツイートを行うＳＮＳアカウントを設定することができる。なお、自動タグツイート用のＳＮＳアカウントが未設定である場合、自動タグツイートは行われない（オフ状態とされる。）。

この例において、配信者は、配信開始ツイート用のＳＮＳアカウント、及び、自動タグツイート用のＳＮＳアカウントとして、同一のＳＮＳアカウントを設定することもできるし、相互に異なるＳＮＳアカウントを設定することもできる。また、これらのＳＮＳアカウントの設定を行う際に、ＳＮＳアカウントの新規作成を行えるようにしても良い。

配信開始ボタン１０８が選択されると、動画のライブ配信が開始され、具体的には、ユーザ端末３０のカメラを介して入力される画像、及び、同じくユーザ端末３０のマイクを介して入力される音声によって構成される動画のサーバ１０への送信が開始される。また、ライブ配信の開始に応じて、配信管理テーブル４１２において新たなレコードが作成される。

図１０は、配信開始ボタン１０８の選択（つまり、動画のライブ配信の開始）に応じて配信者端末３０において表示される配信画面７０を例示する。当該画面７０は、図示するように、画面全体に対応する動画表示領域７１と、画面左上隅に位置する基本情報表示領域７２と、画面左下に位置するコメント表示領域７３と、当該領域７３の上側に位置するタグ表示領域７４と、画面下端部中央に位置する円形の配信停止ボタン７６とを有する。

動画表示領域７１は、ライブ配信される動画、つまり、配信者端末３０のカメラを介して入力される画像が表示される。配信者は、通常は、配信者端末３０のインカメラを介して配信者自身を撮影するので、配信される動画には配信者自身の画像が含まれる。

基本情報表示領域７２は、この配信の基本情報を表示し、具体的には、配信者情報（プロフィール画像等）、この配信の視聴者数（現在値）、及び、この配信に対して視聴者によって入力された「いいね」の数等を表示する。

コメント表示領域７３は、視聴者によって入力されたユーザコメント、又は、サーバ１０によって自動的に入力されたシステムコメントを表示するための領域である。具体的には、当該領域７３には、各々が個別のコメントに対応する複数のコメントオブジェクト７３１が上下方向に並べて配置される。コメント表示領域７３は、新たなコメントが入力されると、対応するコメントオブジェクト７３１が下側に追加され、既存のコメントオブジェクト７３１が順に上方向に移動するように構成されている。コメント表示領域７３は、上下方向へのフリック操作／スライド操作等によって、表示されるコメントオブジェクト７３１が切り替わるように構成されている。

タグ表示領域７４は、この配信（動画）に対して付与されているタグに関する情報を表示し、具体的には、当該領域７４は、各々が個別のタグに対応する複数のタグオブジェクト７４１が左右方向に並べて配置されるように構成されている。タグ表示領域７４の詳細については後述する。

配信停止ボタン７６は、配信者が動画のライブ配信を停止するためのオブジェクトである。当該配信停止ボタン７６が配信者によって選択されると、動画のライブ配信（配信者端末３０からサーバ１０への動画の送信）が停止される。

図１１は、視聴者端末３０において表示される視聴画面８０を例示する。例えば、トップ画面６０の一覧表示領域６４等を介して任意の動画が視聴者によって選択されると、選択された動画（ライブ配信）を視聴するための視聴画面８０が視聴者端末３０において表示される。当該画面８０は、図示するように、上述した配信画面７０と同様に、動画表示領域８１と、基本情報表示領域８２と、コメント表示領域８３と、タグ表示領域８４とを有する。また、視聴画面８０は、画面下端部において、入力モード切り替えボタン８５と、コメント入力領域８６と、ハートマークが表示された「いいね」ボタン８７と、プレゼントの図柄が表示されたアイテム入力ボタン８８とを有する。

コメント入力領域８６は、視聴者がコメントを入力するための領域である。当該領域８６の右端部には送信オブジェクト８６１が配置されており、当該オブジェクト８６１が選択されると、コメント入力領域８６に入力されている文字列がユーザコメントとして送信され、対応する配信者端末３０（対応する動画の配信者の配信者端末３０）及び各視聴者端末３０（対応する動画の複数の視聴者の各々の視聴者端末３０）では、配信画面７０及び視聴画面８０のコメント表示領域７３、８３において、ユーザコメントに対応するコメントオブジェクト７３１、８３１が表示可能となる。ユーザコメントに対応するコメントオブジェクト７３１、８３１には、当該コメントを入力した視聴者のアカウント名と共に、コメントの内容（文字列）が表示される。また、ユーザコメントが送信されると、サーバ１０は、配信管理テーブル４１２のコメント数を更新（１加算）する。

いいねボタン８７は、視聴者が配信者（による配信）に対して「いいね」を入力するためのオブジェクトである。当該ボタン８７が視聴者によって選択されると、「いいね」の入力が行われ、対応する配信者端末３０及び各視聴者端末３０では、配信画面７０及び視聴画面８０のコメント表示領域７３、８３において、「いいね」の入力を通知するシステムコメントに対応するコメントオブジェクト７３１、８３１が表示可能となる。当該システムコメントに対応するコメントオブジェクト７３１、８３１には、「いいね」を入力した視聴者のアカウント名と共に、「いいね」の入力を示すテキストが表示される。また、「いいね」が入力されると、配信画面７０及び視聴画面８０の動画表示領域７１、８１において、所定の視覚効果（例えば、ハート型のオブジェクトが画面下側から上側に向かって流れるように表示されるアニメーション効果等）が付加される。また、「いいね」が入力されると、サーバ１０は、配信管理テーブル４１２の「いいね数」を更新（１加算）する。

アイテム入力ボタン８８は、視聴者がアイテムを入力するためのオブジェクトである。当該ボタン８８が視聴者によって選択されると、図１２に例示するアイテム選択画面２００が視聴画面８０に重ねて表示される。当該画面２００は、図示するように、各々がアイテムに関する情報を表示する複数の個別表示領域２０２を一覧表示する。個別表示領域２０２は、アイテムに対応する画像、及び、当該アイテムの入力に必要なコイン数を表示する。

この例では、視聴者によって入力可能な複数のアイテムが予め定められており、各アイテムには、その価格（価値、対価）としてのコイン数が予め設定されている。アイテム選択画面２００は、当該入力可能な複数のアイテムを一覧表示する。視聴者によってアイテム選択画面２００を介して何れかのアイテムが選択されると、選択されたアイテムの入力が行われる。

アイテムが入力されると、対応する配信者端末３０及び各視聴者端末３０では、配信画面７０及び視聴画面８０のコメント表示領域７３、８３において、アイテムの入力を通知するシステムコメントに対応するコメントオブジェクト７３１、８３１が表示可能となる。当該システムコメントに対応するコメントオブジェクト７３１、８３１には、アイテムを入力した視聴者のアカウント名と共に、入力されたアイテムの名称が表示される。また、アイテムが入力されると、配信画面７０及び視聴画面８０の動画表示領域７１、８１において、入力されたアイテムに対応する視覚効果が付加される。また、アイテムが入力されると、サーバ１０は、入力されたアイテムのコイン数に応じたアイテムポイント（例えば、コイン数が多くなるほどポイントも多くなる。）をこの配信に対して付与し、具体的には、配信管理テーブル４１２において、コイン数に応じたポイントを、対応する配信のアイテムポイントに加算する。また、アイテムが入力されると、サーバ１０は、ユーザ情報テーブル４１１において、入力されたアイテムのコイン数を、対応するユーザ（アイテムを入力した視聴者）のコイン保有数から減じる。

ここで、この例における動画（ライブ配信）に対するタグの付与に関する動作について説明する。視聴画面８０の入力モード切り替えボタン８５は、コメント入力領域８６を介してタグの入力を行うためのオブジェクトである。入力モード切り替えボタン８５が非選択状態である間、コメント入力領域８６は通常のコメント入力モードであり、上述したように、送信オブジェクト８６１の選択に応じて、コメント入力領域８６に入力されている文字列がユーザコメントとして送信される。一方、入力モード切り替えボタン８５が選択状態になると、コメント入力領域８６はタグ入力モードとなり、送信オブジェクト８６１の選択に応じて、コメント入力領域８６に入力されている文字列がタグとして送信される。

この例において、タグの入力が可能な視聴者は、タグを付与する対象となる動画（つまり、視聴中の動画）の配信者のファミリーメンバーに限定されている。具体的には、視聴画面８０の入力モード切り替えボタン８５は、視聴者が配信者のファミリーメンバーである場合には選択可能となる（有効化される）一方、視聴者が配信者のファミリーメンバーでない場合には選択不可能となる（無効化される）。

図１３は、任意の視聴者によるタグの入力（送信）に応じてサーバ１０が実行する処理を例示するフロー図である。タグが入力されると、サーバ１０は、まず、図示するように、対象の動画（ライブ配信）において現在有効（その時点で有効）なタグの数が３未満であること（つまり、２以下であること）を確認する（ステップＳ１００）。この例では、動画に対して付与されたタグは、付与されてから５分が経過するまでは現在有効状態として管理される。つまり、言い換えると、この例において、「現在有効なタグの数」は、現在から５分前までの間で付与されたタグの数であると言える。現在有効なタグは、入力情報管理テーブル４１３の付与日時を参照することによって特定される。

そして、現在有効なタグの数が３未満である場合には（ステップＳ１００においてＹＥＳ）、次に、サーバ１０は、対象の動画に対する同一のユーザによる前回のタグの付与から１分以上経過していることを確認する（ステップＳ１１０）。同一のユーザによる前回のタグの付与時刻は、入力情報管理テーブル４１３の入力者ユーザアカウント及び付与日時を参照することによって特定される。

そして、同一のユーザによる前回のタグの付与から１分以上経過している場合には（ステップＳ１１０においてＹＥＳ）、次に、サーバ１０は、タグの内容（文字列）が対象の動画に対して１０分以内に付与された他のタグと重複していないことを確認する（ステップＳ１２０）。１０分以内に付与されたタグの内容は、入力情報管理テーブル４１３のタグ内容及び付与日時を参照することによって特定される。上述したように、この例では、付与されてから５分が経過したタグは現在有効状態でなくなるから、「１０分以内に付与されたタグ」は、言い換えると「現在有効なタグ、及び、現在有効状態でなくなってから５分以内のタグ」と言うこともできる。

そして、タグの内容が１０分以内に入力された他のタグと重複していない場合には（ステップＳ１２０においてＹＥＳ）、次に、サーバ１０は、入力されたタグの登録（動画への付与）を行う（ステップＳ１３０）。具体的には、入力情報管理テーブル４１３に新たなレコードが作成され、入力されたタグに関する情報が登録される。また、対応する配信者のユーザ情報テーブル４１１のタグ情報が更新される（今回のタグが追加される。）。

一方、現在有効なタグの数が３以上である場合（ステップＳ１００においてＮＯ）、同一のユーザによる前回のタグの付与から１分以上経過していない場合（ステップＳ１１０においてＮＯ）、又は、タグの内容が１０分以内に付与された他のタグと重複している場合（ステップＳ１２０においてＮＯ）には、サーバ１０は、タグを入力したユーザに対してエラーを通知する（ステップＳ１４０）。この場合、入力されたタグの登録（動画に対する付与）は行われず、当該タグは破棄される。このように、この例では、１の動画に対して付与可能な現在有効なタグの数が３つに制限されており、１の動画に対して１のユーザによって１分以内に付与可能なタグの数が１つに制限されており、及び、１の動画に対して１０分以内に付与可能な同一のタグの数が１つに制限されている。なお、この例において、タグの内容に関する他の制限（例えば、文字数制限、及び、ＮＧワードによる制限等）を設けるようにしても良い。

タグが付与されると、付与されたタグに対応するタグオブジェクト７４１、８４１が、対応する配信者端末３０の配信画面７０及び各視聴者端末３０の視聴画面８０それぞれのタグ表示領域７４、８４に追加される。タグ表示領域７４、８４は、左側の方が新しくなる（付与時刻が遅くなる）ように、現在有効なタグに対応するタグオブジェクト７４１、８４１を左右方向に並べて配置する。したがって、新たに付与されたタグに対応するタグオブジェクト７４１、８４１は、タグ表示領域７４、８４における左端に追加される。なお、付与されてから５分が経過してタグが現在有効状態でなくなると、対応するタグオブジェクト７４１、８４１は削除される（例えば、右方向に移動するアニメーション効果を伴って消える。）。

この例におけるタグオブジェクト７４１、８４１は、タグの内容を、文字列の先頭部分に「＃」が付加されたハッシュタグの形式で表示する。例えば、タグの内容が「東京観光」である場合には、タグオブジェクト７４１、８４１において「＃東京観光」と表示される。タグオブジェクト７４１、８４１は、その左右方向の長さが、表示する文字列の長さに応じて自動調整される。

また、タグが付与されると、配信画面７０及び視聴画面８０のコメント表示領域７３、８３において、タグの付与を通知するシステムコメントに対応するコメントオブジェクト７３１、８３１が表示可能となる。当該システムコメントに対応するコメントオブジェクト７３１、８３１には、タグを付与（入力）した視聴者のアカウント名と共に、付与されたタグの内容が表示され、例えば、「ｘｘさんが配信に「＃東京観光」をタグ付けしました。」というコメントが表示される。

この例において、動画に対して付与されたタグは、当該動画の配信者によって削除され得る。例えば、配信画面７０のタグ表示領域７４に配置されているタグオブジェクト７４１を選択する操作（例えば、長押しする操作等）を介して、対応するタグの削除が行えるようにしても良い。タグが削除されると、入力情報管理テーブル４１３において対応するレコードが削除されると共に、ユーザ情報テーブル４１１のタグ情報からも削除される。

この例において、動画に付与されたタグは、トップ画面６０における配信中の動画に関する情報の表示に用いられる。例えば、動画に付与されたタグは、一覧表示領域６４の個別表示領域６４１において、動画に関する情報の一部として表示される。

図１４は、個別表示領域６４１の表示内容を例示する。個別表示領域６４１は、動画の配信者によって予め設定されている画像、配信者のアカウント名、及び、視聴者数（現在値）等を表示すると共に、図示するように、その下端部において、第１のタグオブジェクト６４１１及び第２のタグオブジェクト６４１２が左右方向に並べて配置される。第１のタグオブジェクト６４１１は、配信者自身が設定した配信者の分類である分類用テキスト（ユーザ情報テーブル４１１において管理されている。）をハッシュタグの形式（文字列の先頭に「＃」が付加された形式）で表示する（図１４の例では、「＃大食い配信」と表示されている。）。また、第２のタグオブジェクト６４１２は、対応する動画に付与されている現在有効なタグを同じくハッシュタグの形式で表示する（図１４の例では、「＃カレー」と表示されている。）。なお、対応する動画に複数の現在有効なタグが付与されている場合には、所定のルールに従って選択された１つのタグ（例えば、ランダムに選択されたタグ、又は、最新のタグ等）が表示される。このように、個別表示領域６４１において、配信者自身が設定した分類用テキスト、及び、視聴者が入力したタグの両方を表示することによって、動画（ライブ配信）の内容に関する情報をより適切にユーザに知らせることができる。

また、例えば、動画に付与されたタグは、トップ画面６０において一覧表示する動画（ライブ配信）の抽出・選択に用いられる。図１５は、選択領域６２において「話題」が選択されている場合のトップ画面６０を例示する。この場合のトップ画面６０は、一覧表示領域６４において、任意の動画に付与されたタグが、当該動画と共に時系列で一覧表示される。言い換えると、選択領域６２において「話題」が選択されている場合の一覧表示領域６４には、付与日時の降順で並べられたタグ及び対応する動画（当該タグが付与された動画）が一覧表示される。

一覧表示領域６４には、各々が個別のタグ及び対応する動画に関する情報を表示する複数の個別表示領域６４２が上下方向に並べて配置されている。配信中の任意の動画に新たにタグが付与されると、対応する個別表示領域６４２が、一覧表示領域６４の最上部に追加される。

図１６は、個別表示領域６４２の表示内容を例示する。当該領域６４２は、図示するように、左上隅にタグオブジェクト６４２１が配置されていると共に、対応する（当該タグが付与された）動画の配信者のプロフィール画像及びアカウント名等を表示する。個別表示領域６４２は、対応する動画（ライブ配信）へのリンクが設定されており、ユーザは、一覧表示領域６４において表示されている複数の個別表示領域６４２の何れかを選択することにより、対応する動画の視聴を開始することができる。なお、この例では、例えば、１の動画に短期間で相互に異なる複数のタグが付与された場合には、これらの複数のタグにそれぞれ対応する複数の個別表示領域６４２が配置され、これらの領域６４２は、同じ動画（ライブ配信）へのリンクが設定されることになる。

以上、動画に対するタグの付与に関する動作について説明した。次に、ユーザによる動画の視聴の開始の際の動作について説明する。図１７は、任意のユーザによる動画の視聴の開始（ライブ配信への入室）に応じてサーバ１０が実行する処理を例示するフロー図である。任意のユーザが動画の視聴を開始すると、まず、サーバ１０は、図示するように、当該ユーザがタグを介して動画の視聴を開始していない場合には（ステップＳ２００においてＮＯ）、ユーザの通常入室に関するシステムコメントを入力する（ステップＳ２１０）。この例において、「タグを介した動画の視聴の開始」は、具体的には、トップ画面６０の選択領域６２において「話題」が選択されている状態の一覧表示領域６４を介して（当該領域６４において一覧表示されている複数の個別表示領域６４２の何れかを選択することにより）動画の視聴を開始することである。

通常入室に関するシステムコメントが入力されると、対応する配信者端末３０及び各視聴者端末３０では、配信画面７０及び視聴画面８０のコメント表示領域７３、８３において、当該システムコメントに対応するコメントオブジェクト７３１、８３１が表示可能となる。通常入室に関するシステムコメントに対応するコメントオブジェクト７３１、８３１には、視聴を開始した（入室した）ユーザのアカウント名等が表示される。

一方、視聴を開始したユーザがタグを介して動画の視聴を開始している場合には（ステップＳ２００においてＹＥＳ）、サーバ１０は、次に、タグを介した入室（タグ経由入室）に関するシステムコメントを入力する（ステップＳ２２０）。当該システムコメントが入力されると、対応する配信者端末３０及び各視聴者端末３０では、配信画面７０及び視聴画面８０のコメント表示領域７３、８３において、当該システムコメントに対応するコメントオブジェクト７３１、８３１が表示可能となる。

この例において、タグを介した入室に関するシステムコメントに対応するコメントオブジェクト７３１、８３１には、入室したユーザのアカウント名に加えて、経由したタグが表示される。経由したタグは、トップ画面６０の一覧表示領域６４において選択した個別表示領域６４２に対応するタグである。例えば、コメントオブジェクト７３１、８３１には、「Ａさんが「＃ｘｘｘ」から遊びに来たよ」（「Ａさん」は入室したユーザであり、「ｘｘｘ」は経由したタグである。）と言うコメントが表示される。

こうしてタグを介した入室に関するシステムコメントが入力されると、サーバ１０は、次に、視聴を開始したユーザが初見ユーザ（この配信者の動画を初めて視聴するユーザ）である場合には（ステップＳ２３０においてＹＥＳ）、経由したタグの入力者に対してタグポイントを付与する（ステップＳ２４０）。具体的には、ユーザ情報テーブル４１１において、入力者のタグポイント情報が更新される。タグの入力者は、入力情報管理テーブル４１３の入力者ユーザアカウントを参照することによって特定される。

この例では、タグポイント情報は、対応するユーザ（入力者）がファミリーメンバーとなっているファミリー毎（つまり、配信者毎）のタグポイントを含み、ステップＳ２４０では、対応するファミリーのタグポイントに所定のポイントが加算される。なお、この例では、定期的に、タグポイントのランキング（例えば、同一のファミリー内でのランキング）が設定及び公開される。

この例において、タグを介した入室であって、且つ、入室したユーザが初見ユーザである場合に、さらに、対応するシステムコメントを入力するようにしても良い。対応するシステムコメントは、例えば、経由したタグの入力者、及び、当該タグを介して入室した初見ユーザの数を含み、例えば、対応するコメントオブジェクト７３１、８３１には、「Ｘさんの「＃ｘｘｘ」でｙｙ人の初見さんが遊びに来てくれたよ」と言うコメントが表示される。また、対応するシステムコメントは、例えば、経由したタグの入力者が、所定の期間（例えば、当月）に入力した全てのタグ（今回のタグ及びその他のタグ）を介してそれぞれ入室した初見ユーザの数を含み、例えば、対応するコメントオブジェクト７３１、８３１には、「Ｘさんのタグで今月ｚｚｚ人の初見さんが遊びに来てくれたよ」と言うコメントが表示される。

以上、ユーザによる動画の視聴の開始の際の動作について説明した。次に、配信者によるＳＮＳへのツイート（メッセージの投稿）に関する動作について説明する。この例では、上述したように、外部のＳＮＳへのツイートとして、配信開始ツイート及び自動タグツイートが可能となっている。

この例では、配信者が配信開始ツイート用のＳＮＳアカウントの設定を行っている場合には、サーバ１０は、ライブ配信の開始に応じて、設定されているＳＮＳアカウントによる配信開始ツイートを行う。こうしたツイートは、例えば、対象のＳＮＳが提供するＡＰＩを利用して行われる。

図１８は、配信開始ツイートに対応するツイート画面３００を例示する。当該画面３００は、対象のＳＮＳにおける画面であり、図示するように、左上隅に位置する基本情報表示領域３０１と、メッセージ表示領域３０２と、当該領域３０２の下側に位置する操作領域３０３とを有する。基本情報表示領域３０１は、ツイートを行ったＳＮＳアカウントに関する情報（プロフィール画像及びＳＮＳアカウント名等）及びツイート時刻に関する情報等を表示する。メッセージ表示領域３０２は、ツイートの内容（投稿されたメッセージ）を表示する。操作領域３０３は、このツイートに対するリプライ（返信）、リツイート、いいね、及び、共有等のアクションの指示を受け付ける領域として構成されている。

この例において、配信開始ツイートの内容（メッセージ表示領域３０２の内容）は、図１８に示すように、「みんな集まれ！」という固定のテキスト、対応する配信の配信タイトル、配信者の（ライブ動画配信サービスの）アカウント名、配信者の分類用テキスト（ユーザ情報テーブル４１１において管理されている。）、誘導先のＵＲＬ、及び、配信者によって予め設定されている画像等を含む。こうしたツイートの内容は、サーバ１０によって自動的に作成される。誘導先のＵＲＬは、ライブ動画配信サービスのウェブサイトであり、ツイートに含まれる画像にも、当該ＵＲＬへのリンクが設定されている。このツイートを閲覧したＳＮＳのユーザが、ツイートの内容に含まれるＵＲＬ又は画像を選択すると、誘導先であるライブ動画配信サービスのウェブサイトに誘導され、当該ウェブサイトでは、対応する動画（ライブ配信）の一部が所定時間（例えば、１５秒）再生され、その後、ライブ動画配信サービス用のアプリケーションをダウンロードするためのウェブサイトへとさらに誘導される。

また、この例では、配信者が自動タグツイート用のＳＮＳアカウントの設定を行っている場合には、サーバ１０は、自動タグツイートを行う。図１９は、配信者が自動タグツイート用のＳＮＳアカウントの設定を行っている場合にサーバ１０が実行する処理を例示するフロー図である。サーバ１０は、図示するように、ライブ配信が終了するまでの間（ステップＳ４００においてＮＯ）、ツイート対象のタグが２つ以上存在し（ステップＳ４１０においてＹＥＳ）、かつ、前回のツイートから１５分以上経過している場合に（ステップＳ４２０においてＹＥＳ）、自動タグツイートを実行する（ステップＳ４３０）。自動タグツイートが実行されると、配信管理テーブル４１２の自動タグツイート数が更新（１加算）されると共に、投稿管理テーブル４１４において新たなレコードが作成される。

この例において、ツイート対象のタグは、以下の５つの条件の全てを充足するタグとして定義される。

（１）前回の自動タグツイートのメッセージに含まれていないタグ
（２）動画に付与されてから３分以上経過しているタグ
（３）同じ動画（ライブ配信）について１時間以内に行われた自動タグツイートのメッセージに含まれていないタグ
（４）配信者によって削除されていないタグ
（５）所定のＮＧワードを含まないタグ

なお、「（１）前回の自動タグツイートのメッセージに含まれていないタグ」は、投稿管理テーブル４１４の投稿内容及び投稿日時を参照して特定される。また、「（２）動画に付与されてから３分以上経過しているタグ」は、入力情報管理テーブル４１３の付与日時を参照して特定される。また、「（３）同じ動画について１時間以内に行われた自動タグツイートのメッセージに含まれていないタグ」は、投稿管理テーブル４１４の投稿内容及び投稿日時を参照して特定される。前回の自動タグツイートから１５分経過した後に、上記５つの条件の全てを充足するタグの数が２つ以上になると、自動タグツイートが行われることになる。

図２０は、自動タグツイートに対応するツイート画面３００を例示する。この例において、自動タグツイートの内容（メッセージ表示領域３０２の内容）は、図示するように、「ライブ配信中（１）」というテキスト、タグの付与時刻及び内容、並びに、配信者によって予め設定された画像等を含む。こうしたツイートの内容は、入力情報管理テーブル４１３等を参照して、サーバ１０によって自動的に作成される。

自動タグツイートにおいて、「ライブ配信中」という固定のテキストの末尾に付加されている数字「（１）」は、この自動タグツイートが、この動画に対する何番目の自動タグツイートであるかを示している。また、自動タグツイートにおいて、タグの内容は、その付与時刻に対応するように配置されており、例えば、「２０：５３〜」という付与時刻の下側には、当該時刻に付与されている「阪神ｖｓヤクルト」というタグが配置されており、また、「２０：５４〜」という付与時刻の下側には、当該時刻に付与されている「山田太郎ホームラン」及び「好きな晩御飯」という２つのタグが配置されている。これらのタグは、上から下に進むほどタグの付与時刻が遅くなるように配置されており、つまり、自動タグツイートにおいて、複数のタグが、その付与時刻の昇順で上下方向に並んでいる。なお、タグに加えて、付与時刻に対応する動画のキャプチャ画像を、当該付与時刻に対応するように配置しても良い。

また、この例では、ツイートの文字数制限によって、ツイート対象の複数のタグの全てを自動タグツイートの内容に含めることができない場合には、文字数制限の範囲内となるように、一部のタグが除外される。

配信開始ツイートの場合と同様に、自動タグツイートに含まれる画像には、誘導先のＵＲＬへのリンクが設定されており、このツイートを閲覧したＳＮＳのユーザが、ツイートの内容に含まれる画像を選択すると、誘導先であるライブ動画配信サービスのウェブサイトに誘導され、当該ウェブサイトでは、対応する動画（ライブ配信）の一部が所定時間（例えば、１５秒）再生され、その後、ライブ動画配信サービス用のアプリケーションをダウンロードするためのウェブサイトへとさらに誘導される。

図１９のフロー図に戻り、自動タグツイートを実行すると、サーバ１０は、ステップＳ４００へと戻り、ライブ配信が終了するまでの間、再度、ツイート対象のタグが２つ以上存在し、かつ、前回のツイートから１５分以上経過するのを待機し、前回のツイートから１５分経過した後に、ツイート対象のタグの数が２つ以上となると、再度、自動タグツイートを実行する。

この例では、同じ動画に対する２回目以降の自動タグツイートは、先行する（直前に行われた）自動タグツイートに対する返信（リプライ）として行われる。図２１は、１回目の自動タグツイート、及び、当該１回目の自動タグツイートに対する返信として行われた２回目の自動タグツイートに対応するツイート画面３００を例示する。当該画面３００は、図示するように、１回目の自動タグツイートに対応する領域３００Ａと、当該領域３００Ａの下側に連結する、２回目の自動タグツイートに対応する領域３００Ｂとを有する。また、２回目の自動タグツイートに対応する領域３００Ｂにおける基本情報表示領域３０１に含まれる投稿者のプロフィール画像は、先行する１回目の自動タグツイートに対応する領域３００Ａにおける基本情報表示領域３０１に含まれる投稿者のプロフィール画像に対して、直線状の直線オブジェクト３１０を介して連結されている。

また、２回目の自動タグツイートに対応する領域３００Ｂにおけるメッセージ表示領域３０２には、「ライブ配信中（２）」というテキストが表示されており、「ライブ配信中」という固定のテキストの末尾の数字「（２）」によって、対応するツイートが２回目の自動タグツイートであることが分かる。

こうした自動タグツイートの実行は、ライブ配信が終了するまで行われ、新たな自動タグツイートは、先行する自動タグツイートの返信として繰り返し行われる。

図１９のフロー図に戻り、そして、ライブ配信が終了すると（ステップＳ４００においてＹＥＳ）、サーバ１０は、自動タグツイート（終了時）を実行する（ステップＳ４４０）。ライブ配信の終了時に行われる自動タグツイート（終了時）の内容には、ライブ配信が終了するまでに付与された残りの（未だツイートされていない）ツイート対象のタグが含まれる。

以上、配信者によるＳＮＳへのツイート（メッセージの投稿）に関する動作について説明した。次に、配信者が配信を終了する際の動作について説明する。上述したように、配信者が、配信画面７０の配信停止ボタン７６を選択すると、動画のライブ配信が終了する。動画のライブ配信が終了すると、サーバ１０は、当該配信に対する配信ポイントを設定する。この例では、視聴者数（最大値）、いいね数、コメント数、自動タグツイート数、及び、アイテムポイントに基づいて配信ポイントが算出される。配信ポイントは、視聴者数（最大値）、いいね数、コメント数、自動タグツイート数、及び、アイテムポイントが多いほど、多くなるように構成されている。このように、この例では、自動タグツイートに応じて、配信者に対して報酬として配信ポイントが付与されていると言える。算出された配信ポイントは、配信管理テーブル４１２において登録される。

また、この例では、ユーザが前日に獲得した配信ポイントに基づいて当日のランクが決定（更新）される。図２２は、各ユーザのランクを更新する際にサーバ１０が実行する処理を例示するフロー図である。これらの処理は、毎日深夜（例えば、毎日午前３時）に実行される。

サーバ１０は、まず、図示するように、各ユーザのランクメータ値を更新する（ステップＳ５００）。図２３は、ランクメータ値の更新ルールを説明するための図である。図示するように、この例では、ユーザが前日に獲得した配信ポイントの当該ユーザが属するランク帯内での順位に基づいてランクメータ値が変動する。特定のユーザが前日に獲得した配信ポイントは、配信管理テーブル４１２の配信者ユーザアカウント、配信日時、及び、配信ポイントを参照することによって算出される。なお、ユーザが１日に複数の配信を行っている場合、複数の配信でそれぞれ獲得した配信ポイントが合算される。

ランクメータ値の更新ルールは、具体的には、図２３に示すように、まず、ランク帯内の配信ポイントの順位が上位１０％に含まれる場合には、ランクメータ値の変動は「＋２」（２ポイント増加）である。同様に、当該順位が上位１１〜３０％（上位３０％から上位１０％を除いた残りの２０％）に含まれる場合の変動は「＋１」であり、当該順位が中位３０％（上位３１〜６０％）に含まれる場合の変動は「±０」（増減なし）であり、当該順位が下位４０％に含まれる場合の変動は「−１」（１ポイント減少）である。なお、前日の配信が行われなかった場合には、ランク帯内の順位にかかわらず、ランクメータ値の変動は「−１」となる。

ステップＳ５００では、図２３に例示される更新ルールに従って、各ユーザのランクメータ値が更新される。なお、ランクメータ値がマイナスであるユーザであって、今回のランクメータ値の変動が増加（具体的には、＋２、又は、＋１）である場合、ランクメータ値を０にクリアした上で増加させるようにしても良い。つまり、例えば、ランクメータ値の現在値が「−１」であるユーザの今回の変動が「＋２」である場合、ランクメータ値を０にクリアした後に２増加させ、変動後のランクメータ値は（「＋１」ではなく）「＋２」となる。こうすれば、ランクメータ値がマイナスであるユーザ（例えば、配信頻度が低いユーザ等）であっても当該ランクメータ値を一気に増加させることができるから、ライブ動画の配信が促進される。

図２２のフロー図に戻り、各ユーザのランクメータ値を更新すると、次に、サーバ１０は、更新後のランクメータ値に基づいてランクを更新する（ステップＳ５１０）。図２４は、ランクの更新内容と必要なランクメータ値との対応関係を説明するための図である。図示するように、まず、ランク帯をまたいでランクアップする場合（言い換えると、各ランク帯内の最上位のランクからランクアップする場合）に必要なランクメータ値は＋４である。つまり、各ランク帯内の最上位のランク（例えば、Ａ＋）に属するユーザは、ランクメータ値が＋４になると、直上のランク帯内の最下位のランク（例えば、Ｓ−）にランクアップする。また、同一のランク帯内でランクアップする場合（言い換えると、各ランク帯内の中位又は最下位のランクからランクアップする場合）に必要なランクメータ値は＋２である。つまり、各ランク帯内の中位又は最下位のランク（例えば、Ｂ又はＢ−）に属するユーザは、ランクメータ値が＋２になると、同一のランク帯内の直上のランク（例えば、Ｂ＋又はＢ）にランクアップする。

同様に、図２４に例示するように、同一のランク帯内でランクダウンする場合（言い換えると、各ランク帯内の最上位又は中位のランクからランクダウンする場合）に必要なランクメータ値は−２である。つまり、各ランク帯内の最上位又は中位のランク（例えば、Ｂ＋又はＢ）に属するユーザは、ランクメータ値が−２になると、同一のランク帯内の直下のランク（例えば、Ｂ又はＢ−）にランクダウンする。また、ランク帯をまたいでランクダウンする場合に必要なランクメータ値は−６である。つまり、各ランク帯内の最下位のランク（例えば、Ａ−）に属するユーザは、ランクメータ値が−６になると、直下のランク帯の最上位のランク（例えば、Ｂ＋）にランクダウンする。このように、この例では、ランク帯をまたいだランクアップ／ダウンは、同一のランク帯内でのランクアップ／ダウンと比較して、必要なランクメータ値の絶対値が大きくなっている。この結果、短期間での急激なランクアップ／ダウンが抑制される。

ステップＳ５１０においては、図２４に例示した対応関係に従って、ランクメータ値に基づくランクの更新が行われる。なお、ランクの更新が行われたユーザ（ランクアップ／ダウンが発生したユーザ）のランクメータ値は０にクリアされる。

また、この例では、前日の配信時間とランク（前日におけるランク）とに基づいて配信者としてのユーザに対する報酬であるダイヤが付与される。図２５は、各配信者にダイヤを付与する際にサーバ１０が実行する処理を例示するフロー図である。これらの処理は、毎日深夜に実行され、例えば、図２２に例示した各ユーザのランクを更新する際に実行される処理よりも前の時刻（例えば、毎日午前０時）に実行される。

サーバ１０は、まず、図示するように、各ユーザの前日の配信時間を算出する（ステップＳ６００）。特定のユーザの前日の配信時間は、具体的には、配信管理テーブル４１２の配信者ユーザアカウント、及び、配信日時を参照することによって算出される。ユーザが１日に複数の配信を行っている場合、複数の配信の各々の配信時間が合算される。

続いて、サーバ１０は、算出した配信時間及び基準ダイヤ数に基づく数のダイヤを各ユーザに付与する（ステップＳ６１０）。具体的には、算出した配信時間に基準ダイヤ数を乗じた数のダイヤが各ユーザに付与される。基準ダイヤ数は、ランクが上位であるほど多くなるように、ランク毎に予め設定されており、各ユーザの前日のランクに対応する基準ダイヤ数が適用される。ユーザに対してダイヤが付与されると、ユーザ情報テーブル４１１のダイヤ保有数が更新される。この例では、ダイヤは、コイン又は現実の通貨に交換することができる。

上述した例におけるトップ画面６０は、配信中の動画に関する情報を表示する画面の一例であって、本実施形態の他の例では、その他の画面が適用され得る。図２６は、本実施形態の他の例におけるトップ画面６０Ａであって、選択領域６２において「話題」が選択されている場合のトップ画面６０Ａを例示する。この場合のトップ画面６０Ａは、タグの検索を行うためのタグ検索領域６３と、最も話題となっているタグ（現在有効なタグとして付与されている動画の数が最も多いタグ）が付与されている動画を一覧表示する第１一覧表示領域６４Ａと、配信中の複数の動画にそれぞれ付与されている現在有効なタグを一覧表示する第２一覧表示領域６５とを有する。

第１一覧表示領域６４Ａは、各々が個別の動画に関する情報を表示する複数の個別表示領域６４１が左右方向に並べて配置されている。複数の個別表示領域６４１の何れかが選択されると、対応する動画の視聴が開始される。当該個別表示領域６４１の選択に応じた視聴の開始は、タグを介した入室（視聴の開始）として判断される。

第２一覧表示領域６５は、各々が個別のタグに対応する複数のタグオブジェクト６５１が配置されている。当該領域６５では、付与されている動画の数が多いタグに対応するタグオブジェクト６５１が上側に配置され、また、同じ高さに配置されているタグオブジェクト６５１は、付与されている動画の数が多いタグに対応するタグオブジェクト６５１が左側に位置する。

複数のタグオブジェクト６５１の何れかが選択されると、図２７に例示するタグ別動画一覧画面９０がトップ画面６０Ａに重ねて表示される。当該画面９０は、特定のタグが現在有効なタグとして付与されている動画を一覧表示するための画面であり、図示するように、特定のタグとして指定されているタグの内容（選択されたタグオブジェクト６５１に対応するタグの内容）を表示するタグ表示オブジェクト９１と、指定されているタグが現在有効なタグとして付与されている動画を一覧表示する一覧表示領域９２とを有する。当該領域９２は、各々が個別の動画に関する情報を表示する複数の個別表示領域９２１が上下方向に並べて配置されている。個別表示領域９２１は、配信者のプロフィール画像及びアカウント名等を表示する。複数の個別表示領域９２１の何れかが選択されると、対応する動画の視聴が開始される。当該個別表示領域９２１の選択に応じた視聴の開始は、タグを介した入室（視聴の開始）として判断される。なお、タグ検索領域６３を介して現在有効なタグを検索及び選択した場合も、当該選択したタグに対応するタグ別動画一覧画面９０が表示される。

上述した例では、動画の視聴者によってタグの付与が行われるようにしたが、これに加えて、動画を配信中の配信者自身によって、タグの付与が行われるようにしても良い。

上述した例において、コインの消費を伴うタグの入力を可能としても良い。この場合、コインの消費数が多いほど、タグの有効期間が長くなるようにしても良い。

上述した例において、ライブ配信された動画のアーカイブを後から視聴できるようにしても良い。この場合、アーカイブ済みの動画は、配信中に付与された全てのタグが入力情報管理テーブル４１３において管理されているから、当該タグを用いた検索を可能としても良い。例えば、配信者のプロフィールを表示する画面等において、過去に視聴者によって入力されたタグの一覧（ユーザ情報テーブル４１１のタグ情報において管理されている。）を表示し、当該一覧を介して何れかのタグが選択されると、選択されたタグが付与されているアーカイブ済みの動画が検索及び表示されるようにしても良い。

上述した例では、前回のツイートから１５分以上経過していることを条件の１つとして自動タグツイートを実行するように構成したが、こうした時間間隔（１５分）を、変動値としても良い。例えば、前回のツイートからの経過時間が１５分未満であっても、ツイート対象のタグの数が所定値（例えば、３つ）以上となった場合に、自動タグツイートを実行するようにしても良い。また、自動タグツイートの頻度を配信者が設定できるようにしても良く、例えば、（１）ツイート対象のタグが発生する都度、（２）所定の時間間隔、及び、（３）ライブ動画配信サービス全体において人気となっているタグ（例えば、現在有効なタグとして付与されている動画の数に基づいて特定される。）が発生する都度、の中から選択できるようにしても良い。また、本実施形態の他の例では、自動タグツイートに代えて、配信者による指示に応答して（手動）タグツイートが実行され、当該タグツイートの内容は、ツイート対象のタグに基づいて自動的に作成される。

上述した例における自動タグツイートの内容は例示であって、本実施形態の他の例では、ツイート対象のタグに基づく様々な形式のツイートの内容が自動的に生成される。例えば、ツイート対象のタグの少なくとも一部（例えば、ＳＮＳにおいて人気のある（トレンドの）タグ等）については、ＳＮＳにおけるハッシュタグの形式（例えば、先頭に「＃」が付加された形式等）で表示されるようにしても良い。また、ツイート対象のタグを含む様々な情報に基づいて、ウェブサイト等に誘導するための領域部分（例えば、ツイッター（登録商標）におけるツイッターカードの部分等）を自動的に生成するようにしても良い。また、タグに代えて、又は、これに加えて、アイテム、コメント、及び「いいね」等の他の入力情報に基づいてツイートの内容を生成するように構成することもできる。

上述した例において、ＳＮＳから取得した情報を、配信画面７０及び／又は視聴画面８０等の画面において表示し、また、これらの画面を介して、ＳＮＳに対する操作を行えるようにしても良い。例えば、配信画面７０及び／又は視聴画面８０は、対応する動画の配信者による自動タグツイートの内容が表示されると共に、当該ツイートに対するＳＮＳの操作（返信、リツイート、いいね等）が行えるように構成され得る。

以上説明した本実施形態の動画配信サーバ１０は、動画の配信中における視聴者による入力情報（例えば、タグ）に基づいてメッセージを生成し、当該動画の配信者による当該メッセージのＳＮＳへの投稿（例えば、ツイート）を行うから、ＳＮＳの利用者に対して、動画配信サービスにおけるライブ配信の様子・雰囲気を知らせることができる。この結果、ライブ動画配信サービスにおける新規の視聴者の参入が促進され得る。

本明細書で説明された処理及び手順は、明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。例えば、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク等の媒体に、当該処理及び手順に相当するロジックを実装することによって実現される。また、本明細書で説明された処理及び手順は、当該処理・手順に相当するコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

本明細書中で説明された処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書において説明されたソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

１０ 動画配信サーバ
１１ コンピュータプロセッサ
１５ ストレージ（記憶装置）
２０ 通信ネットワーク
３０ ユーザ端末
４１ 情報記憶管理部
４１１ ユーザ情報テーブル
４１２ 配信管理テーブル
４１３ 入力情報管理テーブル
４１４ 投稿管理テーブル
４３ 基本機能制御部
４５ 動画配信制御部
６０、６０Ａ トップ画面
７０ 配信画面
８０ 視聴画面
９０ タグ別動画一覧画面
１００ 配信準備画面
２００ アイテム選択画面
３００ ツイート画面

Claims (10)

1. １又は複数のコンピュータプロセッサを備え、ライブ動画配信サービスを提供するためのシステムであって、
   前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
   配信者が提供する動画を複数の視聴者に対して配信する処理と、
   動画の配信中において、視聴者によって入力される入力情報を管理する処理と、
   動画に関するメッセージの配信者によるＳＮＳへの投稿を行う処理と、を実行し、
   前記投稿を行う処理は、特定の動画に関する１のメッセージを、前記特定の動画の配信中における複数の視聴者による複数の入力情報に少なくとも基づいて生成することを含む、
   システム。
2. 前記投稿を行う処理は、複数の入力情報が入力順序に従って並ぶようにメッセージを生成することを含む、
   請求項１のシステム。
3. 前記投稿を行う処理は、入力時刻に関連付けられた入力情報が含まれるようにメッセージを生成することを含む、
   請求項１又は２のシステム。
4. 前記投稿を行う処理は、所定の条件の成立に応じてＳＮＳへの投稿を自動的に行うことを含む、
   請求項１ないし３何れかのシステム。
5. 前記投稿を行う処理は、所定の時間以内に入力された入力情報を除外してメッセージを生成することを含む、
   請求項１ないし４何れかのシステム。
6. 前記投稿を行う処理は、前記特定の動画に関する第１のメッセージの投稿を行った後に、前記第１のメッセージに関連付けて前記特定の動画に関する第２のメッセージの投稿を行うことを含む、
   請求項１ないし５何れかのシステム。
7. 前記１又は複数のコンピュータプロセッサは、さらに、ＳＮＳへの投稿に応じて配信者に対して報酬を付与する処理を実行する、
   請求項１ないし６何れかのシステム。
8. 前記入力情報を管理する処理は、配信中の動画に関連付けられるタグを入力情報として管理することを含む、
   請求項１ないし７何れかのシステム。
9. １又は複数のコンピュータによって実行され、ライブ動画配信サービスを提供するための方法であって、
   配信者が提供する動画を複数の視聴者に対して配信する工程と、
   動画の配信中において、視聴者によって入力される入力情報を管理する工程と、
   動画に関するメッセージの配信者によるＳＮＳへの投稿を行う工程と、を備え、
   前記投稿を行う工程は、特定の動画に関する１のメッセージを、前記特定の動画の配信中における複数の視聴者による複数の入力情報に少なくとも基づいて生成することを含む、
   方法。
10. ライブ動画配信サービスを提供するためのプログラムであって、１又は複数のコンピュータに、
    配信者が提供する動画を複数の視聴者に対して配信する処理と、
    動画の配信中において、視聴者によって入力される入力情報を管理する処理と、
    動画に関するメッセージの配信者によるＳＮＳへの投稿を行う処理と、を実行させ、
    前記投稿を行う処理は、特定の動画に関する１のメッセージを、前記特定の動画の配信中における複数の視聴者による複数の入力情報に少なくとも基づいて生成することを含む、
    プログラム。

Images