JP2023168333A

JP2023168333A - ライブ動画を配信するためのシステム、方法、及びプログラム

Info

Publication number: JP2023168333A
Application number: JP2023140352A
Authority: JP
Inventors: 順任柴田; Kazuto Shibata
Original assignee: DeNA Co Ltd
Current assignee: DeNA Co Ltd
Priority date: 2020-10-07
Filing date: 2023-08-30
Publication date: 2023-11-24
Anticipated expiration: 2039-07-16
Also published as: JP7427129B2; JP7038244B2; JP2021153300A; JP7342172B2; JP2024050660A; JP2022082568A

Abstract

【課題】ライブ動画の視聴を促進する。【解決手段】本発明の一実施形態に係る動画配信サーバ１０は、ライブ動画を配信及び視聴するためのライブ動画配信サービスを、ユーザ端末３０を介してユーザに提供する。当該サーバ１０は、ライブ動画を視聴中のユーザによって入力されるタグを当該ライブ動画に関連付けると共に、関連付けられているタグに基づいて配信中のライブ動画に関する情報を提示するから、ユーザは、実際の視聴者によって入力されたタグに基づく情報によって、配信中のライブ動画の現在の内容（話題）を知ることができる。【選択図】図１

Description

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

従来、ライブ動画を配信するための様々なサービスが提供されている（例えば、下記特許文献１を参照）。こうしたサービスでは、典型的には、一般人を含むユーザが配信者としてライブ動画の配信を行うことができ、視聴者に対して様々な話題のライブ動画を提供している。

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

しかしながら、従来のライブ動画配信サービスでは、ライブ動画の視聴を開始してみないと、現在の内容（話題）が分からない。この点は、常連の視聴者にとってはそれほど問題とはならないが、新規のユーザにとっては、ライブ動画の気軽な視聴の開始を困難とし得る。そして、新規の視聴者の獲得が困難であると、ライブ動画の配信に対するモチベーションが低下し、サービスの活性化が阻害されてしまう。

本発明の実施形態は、ライブ動画の視聴を促進することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、配信中のライブ動画に関する情報をユーザに対して提示する処理と、ライブ動画に対するタグの関連付けを管理する処理と、を実行し、前記関連付けを管理する処理は、第１のライブ動画を視聴中の第１のユーザによって入力される第１のタグを前記第１のライブ動画に関連付けることを含み、前記提示する処理は、関連付けられているタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示することを含む。

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、配信中のライブ動画に関する情報をユーザに対して提示するステップと、ライブ動画に対するタグの関連付けを管理するステップと、を備え、前記関連付けを管理するステップは、第１のライブ動画を視聴中の第１のユーザによって入力される第１のタグを前記第１のライブ動画に関連付けることを含み、前記提示するステップは、関連付けられているタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示することを含む。

本発明の一実施形態に係るプログラムは、ライブ動画を配信するためのプログラムであって、１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、配信中のライブ動画に関する情報をユーザに対して提示する処理と、ライブ動画に対するタグの関連付けを管理する処理と、を実行させ、前記関連付けを管理する処理は、第１のライブ動画を視聴中の第１のユーザによって入力される第１のタグを前記第１のライブ動画に関連付けることを含み、前記提示する処理は、関連付けられているタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示することを含む。

本発明の様々な実施形態は、ライブ動画の視聴を促進する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

動画配信サーバ１０の情報記憶管理部４１は、ストレージ１５等において様々な情報を記憶及び管理する。情報記憶管理部４１は、例えば、図２に示すように、ライブ動画配信サービスのユーザに関する情報を管理するユーザ情報テーブル４１１と、個別のライブ動画の配信に関する情報を管理する配信管理テーブル４１２と、ライブ動画に関連付けられたタグに関する情報を管理するタグ管理テーブル４１３とを有するように構成されている。

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

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

本実施形態において、動画配信制御部４５は、配信中のライブ動画に関する情報をユーザに対して提示するように構成されている。例えば、動画配信制御部４５は、配信中のライブ動画に関する情報を含む画面の画面データ又は制御データをユーザ端末３０に送信するように構成されている。配信中のライブ動画に関する情報は、例えば、配信管理テーブル４１２等を参照することによって取得される。

また、動画配信制御部４５は、ライブ動画に対するタグの関連付けの管理に関する様々な処理を実行するように構成されている。例えば、動画配信制御部４５は、ライブ動画を視聴中のユーザ（視聴者）によって入力されるタグを当該ライブ動画に関連付けるように構成されている。本実施形態におけるタグは、典型的には、文字列を含む情報として構成され、ライブ動画の分類に資する。ライブ動画と当該ライブ動画に関連付けられたタグとの対応関係は、例えば、タグ管理テーブル４１３において管理される。

また、本実施形態において、動画配信制御部４５は、関連付けられているタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示するように構成されている。例えば、配信中のライブ動画に関する情報は、当該ライブ動画に関連付けられているタグに関する情報、又は、当該タグに基づく加工が施された情報を含むように構成され得る。また、例えば、配信中のライブ動画に関する情報は、関連付けられているタグに基づいて抽出され、又は、当該タグに基づいて並べ替えられたライブ動画の一覧として構成され得る。

このように、本実施形態における動画配信サーバ１０は、ライブ動画を視聴中のユーザによって入力されるタグを当該ライブ動画に関連付けると共に、関連付けられているタグに基づいて配信中のライブ動画に関する情報を提示するから、ユーザは、実際の視聴者によって入力されたタグに基づく情報によって、配信中のライブ動画の現在の内容（話題）を知ることができる。この結果、例えば、新規のユーザがライブ動画の視聴を開始しやすくなり、ライブ動画の視聴が促進される。

本実施形態において、ライブ動画に関連付けられているタグの状態が管理されるようにしても良い。例えば、動画配信制御部４５は、関連付けられてからの経過時間が所定の時間（例えば、５分）以内であるタグを所定の状態のタグとして管理し、当該所定の状態のタグに少なくとも基づいて（例えば、関連付けられてからの経過時間が所定の時間を超えているタグを除外して）、配信中のライブ動画に関する情報を提示するように構成され得る。所定の状態のタグは、入力されてからの経過時間が比較的短い、現在有効（その時点で有効）なタグ等と言うこともでき、所定の時間は、タグの有効時間と言うこともできる。こうした構成は、配信中のライブ動画に関する情報を提示する際に、入力されてからの経過時間の長くなったタグが除外されるから、例えば、ライブ動画の現在の内容に適さなくなったタグに基づく情報が提示されてしまうことが抑制される。

また、動画配信制御部４５は、１のライブ動画に関連付けられる上記所定の状態のタグの数を制限するように構成され得る。例えば、動画配信制御部４５は、特定のライブ動画に関連付けられている所定の状態のタグの数が上限値である間、新たなタグの関連付けを不可能とする（拒絶する）ように構成される。こうした構成は、タグの数が過剰に多くなることを防止し、この結果、ライブ動画の分類としてのタグの機能が損なわれることを抑制し得る。

また、動画配信制御部４５は、１のライブ動画に対して所定の時間以内に関連付けが可能なタグの数を制限するように構成され得る。例えば、動画配信制御部４５は、特定のライブ動画に現在から所定の時間前までに関連付けられたタグの数が上限値である間、新たなタグの関連付けを不可能とする（拒絶する）ように構成される。こうした構成は、タグの数が過剰に多くなることを防止し、この結果、ライブ動画の分類としてのタグの機能が損なわれることを抑制し得る。

また、動画配信制御部４５は、１のライブ動画に対して１のユーザによって所定の時間以内に関連付けが可能なタグの数を制限するように構成され得る。例えば、動画配信制御部４５は、特定のライブ動画に特定のユーザによって現在から所定の時間前までに関連付けられたタグの数が上限値である間、新たなタグの関連付けを不可能とする（拒絶する）ように構成される。例えば、所定の時間以内に関連付けが可能なタグの数が「１」に制限されている場合、１のユーザによるタグの連続入力が制限されている（所定の時間の間隔を空ける必要がある）と言うこともできる。こうした構成は、ライブ動画に関連付けられるタグが特定のユーザによって入力されるタグに偏ってしまうことを抑制する。

また、本実施形態において、タグを入力可能なユーザを制限するようにしても良い。例えば、動画配信制御部４５は、ユーザが有する所定の属性に少なくとも基づいてタグを入力可能なユーザを制限するように構成され得る。例えば、タグを入力可能なユーザは、レベルが所定の値以上であるユーザに制限される。また、例えば、タグを入力可能なユーザは、ライブ動画を配信するユーザ（配信者）との間で所定の関係を有するユーザ（例えば、配信者を応援するグループのメンバ）に制限され得る。所定の属性は、例えば、ユーザ情報テーブル４１１において管理される。こうした構成は、入力可能なユーザの制限を介してタグの品質の悪化を抑制する。

また、動画配信制御部４５は、ライブ動画を視聴するための視聴画面を介して入力されるコメントを受け付けると共に、当該視聴画面を介して入力されるタグを受け付けるように構成され得る。入力されるコメントは、典型的には、各視聴者の視聴画面において表示される。この場合、当該視聴画面は、文字列を入力可能な所定の領域であって、第１の状態において入力される文字列がコメントとして認識される一方、第２の状態において入力される文字列がタグとして認識される当該所定の領域を有するように構成され得る。第１及び第２の状態の切り替えは、ユーザによる操作入力に応じて行われ、又は、ユーザによる操作入力なしに行われ得る。こうした構成は、コメントを入力する操作と同様の操作でタグを入力することを可能とし、この結果、タグの入力に関する良好な操作性が実現される。

本実施形態において、ユーザに提示される配信中のライブ動画に関する情報は、様々な形式の情報が含まれる。例えば、動画配信制御部４５は、配信中の複数のライブ動画にそれぞれ関連付けられているタグの一覧を提示するように構成され得る。この場合、タグの一覧は、関連付けられているライブ動画の数が多いタグが優先される（例えば、一覧の上位に配置される。）ように構成され得る。こうした構成は、ライブ動画配信サービス全体におけるライブ動画の内容（話題）をユーザに容易に知らせることを可能とする。

また、ユーザに提示される配信中のライブ動画に関する情報は、ライブ動画の一覧が含まれる。例えば、動画配信制御部４５は、配信中の複数のライブ動画にそれぞれ関連付けられているタグに少なくとも基づく配信中のライブ動画の一覧を提示するように構成され得る。例えば、当該一覧は、配信中の複数のライブ動画にそれぞれ関連付けられるタグが、対応するライブ動画（関連付けられたライブ動画）と共に時系列で並べられた一覧として構成され得る。当該一覧は、タグのタイムラインと言うこともでき、例えば、何れかのライブ動画に新たなタグが関連付けられる都度、当該新たなタグが、対応するライブ動画と共に一覧に追加される。こうした構成は、タグ及び対応するライブ動画を時系列でユーザに知らせることを可能とする。

また、例えば、動画配信制御部４５は、特定のタグ（例えば、ユーザによって指定されたタグ又は自動的に特定されたタグ等）が関連付けられている複数のライブ動画によって構成されるライブ動画の一覧を提示するように構成され得る。こうした構成は、例えば、特定のタグ（例えば、ユーザが興味を有するタグ等）が関連付けられているライブ動画の検索性を向上させる。

また、動画配信制御部４５は、上述したタグに基づくライブ動画の一覧を介した特定のライブ動画の任意のユーザによる視聴の開始に応じて、当該特定のライブ動画を視聴するための視聴画面において、当該ライブ動画の一覧において当該特定のライブ動画に対応するタグに関する所定の通知を行うように構成され得る。例えば、所定の通知は、当該ユーザによる当該対応するタグを介した視聴の開始に関する通知を含む。また、例えば、所定の通知は、当該対応するタグを当該特定のライブ動画に関連付けたユーザに関する通知を含む。こうした構成は、タグを介したライブ動画の視聴の開始に応じた通知を可能とし、この結果、視聴者によるタグの入力を促進し得る。

また、動画配信制御部４５は、上述したタグに基づくライブ動画の一覧を介した特定のライブ動画の任意のユーザによる視聴の開始に応じて、当該ライブ動画の一覧において当該特定のライブ動画に対応するタグを当該特定のライブ動画に関連付けたユーザの所定のパラメータの値を増加させるように構成され得る。当該所定のパラメータは、例えば、ユーザが関連付けたタグを介してライブ動画の視聴を開始した他のユーザの数として構成され得る。例えば、基本機能制御部４３は、こうした所定のパラメータの値に基づくランキングを設定するように構成され得る。こうした構成は、タグの関連付けに対するゲーム性を向上させ、この結果、視聴者によるタグの入力を促進し得る。

また、動画配信制御部４５は、タグのライブ動画への関連付けに伴って（例えば、当該関連付けの前／後において）、当該ライブ動画を紹介する投稿用コンテンツの所定のＳＮＳへの自動投稿を行うように構成され得る。投稿用コンテンツには、ライブ動画への関連付けが行われたタグが含まれる。例えば、動画配信制御部４５は、当該タグをハッシュタグとして含むと共に、紹介するライブ動画へのリンクが設定された投稿用コンテンツを、ツイッター（登録商標）又はインスタグラム（登録商標）等のＳＮＳへ自動的に投稿するように構成される。自動投稿は、ユーザによる確認操作を介して、又は、当該確認操作なしで実行される。こうした構成は、ＳＮＳを介したライブ動画の拡散を支援する。

また、動画配信制御部４５は、ライブ動画を視聴中のユーザによって入力されるタグを、当該ライブ動画に加えて、当該ライブ動画を配信するユーザ（配信者）に関連付けるように構成され得る。配信者に関連付けられたタグは、例えば、ユーザ情報テーブル４１１において管理され、所定の画面（例えば、配信者のプロフィールを表示する画面等）において表示され得る。こうした構成は、視聴者によって入力されるタグを配信者の属性（プロフィール）の一部として活用することを可能とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

通常入室に関するシステムコメントが入力されると、当該システムコメントに対応するコメントオブジェクト７３１、８３１がコメント表示領域７３、８３に追加される。通常入室に関するシステムコメントに対応するコメントオブジェクト７３１、８３１には、視聴を開始した（入室した）ユーザのアカウント名等が表示される。

一方、視聴を開始したユーザがタグを介してライブ動画の視聴を開始している場合には（ステップＳ２００においてＹＥＳ）、サーバ１０は、次に、タグを介した入室（タグ経由入室）に関するシステムコメントを入力する（ステップＳ２２０）。当該システムコメントが入力されると、上述したように、対応するコメントオブジェクト７３１、８３１がコメント表示領域７３、８３に追加される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上述した例において、ライブ動画に対するタグの付与に伴って、外部のＳＮＳへの自動投稿が行われるようにしても良い。図２２は、外部のＳＮＳに自動投稿されるコンテンツの内容を例示する。自動投稿は、タグの入力者のＳＮＳ用のアカウント（例えば、ユーザ情報テーブル４１１において管理することができる。）を用いて行われ、投稿用のコンテンツは、ＯＧＰ（ＯｐｅｎＧｒａｐｈｐｒｏｔｏｃｏｌ）の設定内容に従って生成される。例えば、投稿用のコンテンツには、配信者のアカウント名、ライブ動画配信サービスのサービス名、現在有効なタグ、及び、分類用テキストの各々をハッシュタグとして含むメッセージが含まれる。例えば、当該コンテンツは、「＃Ｘさんが＃サービスＹで配信中！＃カレー＃大食い配信」というテキストを含む（「Ｘさん」が配信者のアカウント名であり、「サービスＹ」がサービス名であり、「カレー」が現在有効なタグであり、「大食い配信」が分類用テキストである。）。

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

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

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

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

以上説明した本実施形態の動画配信サーバ１０は、ライブ動画を視聴中のユーザによって入力されるタグを当該ライブ動画に関連付ける（付与する）と共に、関連付けられているタグに基づいて配信中のライブ動画に関する情報を提示するから、ユーザは、実際の視聴者によって入力されたタグに基づく情報によって、配信中のライブ動画の現在の内容（話題）を知ることができる。この結果、例えば、新規のユーザがライブ動画の視聴を開始しやすくなり、ライブ動画の視聴が促進される。

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

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

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

１０動画配信サーバ
１１コンピュータプロセッサ
１５ストレージ（記憶装置）
２０通信ネットワーク
３０ユーザ端末
４１情報記憶管理部
４３基本機能制御部
４５動画配信制御部
６０、６０Ａトップ画面
７０配信画面
８０視聴画面
８５入力モード切り替えボタン
８６コメント入力領域（所定の領域）
９０タグ別動画一覧画面
２００アイテム選択画面

Claims

１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、
前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
配信中のライブ動画に関する情報をユーザに対して提示する処理と、
ライブ動画に対するタグの関連付けを管理する処理と、を実行し、
前記関連付けを管理する処理は、第１のライブ動画を視聴中の第１のユーザによって入力される第１のタグを前記第１のライブ動画に関連付けることを含み、
前記提示する処理は、関連付けられているタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示することを含む、
システム。
前記提示する処理は、関連付けられてからの経過時間が第１の時間以内である所定の状態のタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示することを含む、
請求項１のシステム。
前記関連付けを管理する処理は、１のライブ動画に関連付けが可能な前記所定の状態のタグの数を制限することを含む、
請求項２のシステム。
前記関連付けを管理する処理は、１のライブ動画に対して第２の時間以内に関連付けが可能なタグの数を制限することを含む、
請求項１ないし３何れかのシステム。
前記関連付けを管理する処理は、１のライブ動画に対して１のユーザによって第３の時間以内に関連付けが可能なタグの数を制限することを含む、
請求項１ないし４何れかのシステム。
前記関連付けを管理する処理は、ユーザが有する所定の属性に少なくとも基づいて、タグを入力可能なユーザを制限することを含む、
請求項１ないし５何れかのシステム。
前記関連付けを管理する処理は、前記第１のライブ動画に対して関連付けるタグを入力可能なユーザを、前記第１のライブ動画を配信するユーザとの間で所定の関係を有するユーザに制限することを含む、
請求項６のシステム。
前記１又は複数のコンピュータプロセッサは、さらに、ライブ動画を視聴するための視聴画面を介して入力されるコメントを受け付ける処理を実行し、
前記関連付けを管理する処理は、前記視聴画面を介して入力されるタグを受け付けることを含み、
前記視聴画面は、文字列を入力可能な所定の領域であって、第１の状態において入力される文字列がコメントとして認識される一方、第２の状態において入力される文字列がタグとして認識される前記所定の領域を有する、
請求項１ないし７何れかのシステム。
前記提示する処理は、配信中の複数のライブ動画にそれぞれ関連付けられているタグの一覧を提示することを含み、
前記タグの一覧は、関連付けられているライブ動画の数が多いタグが優先されるように構成されている、
請求項１ないし８何れかのシステム。
前記提示する処理は、配信中の複数のライブ動画にそれぞれ関連付けられているタグに少なくとも基づく配信中のライブ動画の一覧を提示することを含む、
請求項１ないし９何れかのシステム。
前記提示する処理は、配信中の複数のライブ動画にそれぞれ関連付けられるタグが、対応するライブ動画と共に時系列で並べられた前記ライブ動画の一覧を提示することを含む、
請求項１０のシステム。
前記提示する処理は、特定のタグが関連付けられている複数のライブ動画によって構成される前記ライブ動画の一覧を提示することを含む。
請求項１０又は１１のシステム。
前記１又は複数のコンピュータプロセッサは、さらに、前記ライブ動画の一覧を介した第２のライブ動画の第２のユーザによる視聴の開始に応じて、前記第２のライブ動画を視聴するための視聴画面において、前記ライブ動画の一覧において前記第２のライブ動画に対応する第２のタグに関する所定の通知を行う処理を実行する、
請求項１０ないし１２何れかのシステム。
前記所定の通知は、前記第２のユーザによる前記第２のタグを介した視聴の開始に関する通知を含む、
請求項１３のシステム。
前記所定の通知は、前記第２のタグを前記第２のライブ動画に関連付けた第３のユーザに関する通知を含む。
請求項１３又は１４のシステム。
前記１又は複数のコンピュータプロセッサは、さらに、前記ライブ動画の一覧を介した第２のライブ動画の第２のユーザによる視聴の開始に応じて、前記ライブ動画の一覧において前記第２のライブ動画に対応する第２のタグを前記第２のライブ動画に関連付けた第３のユーザの所定のパラメータの値を増加させる処理を実行する、
請求項１０ないし１２何れかのシステム。
前記関連付けを管理する処理は、前記第１のタグの前記第１のライブ動画への関連付けに伴って、前記第１のライブ動画を紹介する投稿用コンテンツであって前記第１のタグが含まれる前記投稿用コンテンツの所定のＳＮＳへの自動投稿を行うことを含む。
請求項１ないし１６何れかのシステム。
前記関連付けを管理する処理は、前記第１のタグを、前記第１のライブ動画に加えて、前記第１のライブ動画を配信するユーザに関連付けることを含む、
請求項１ないし１７何れかのシステム。
１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、
配信中のライブ動画に関する情報をユーザに対して提示するステップと、
ライブ動画に対するタグの関連付けを管理するステップと、を備え、
前記関連付けを管理するステップは、第１のライブ動画を視聴中の第１のユーザによって入力される第１のタグを前記第１のライブ動画に関連付けることを含み、
前記提示するステップは、関連付けられているタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示することを含む、
方法。
ライブ動画を配信するためのプログラムであって、
１又は複数のコンピュータ上での実行に応じて、前記１又は複数のコンピュータに、
配信中のライブ動画に関する情報をユーザに対して提示する処理と、
ライブ動画に対するタグの関連付けを管理する処理と、を実行させ、
前記関連付けを管理する処理は、第１のライブ動画を視聴中の第１のユーザによって入力される第１のタグを前記第１のライブ動画に関連付けることを含み、
前記提示する処理は、関連付けられているタグに少なくとも基づいて、配信中のライブ動画に関する情報を提示することを含む、
プログラム。