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

Description

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

従来、配信ユーザのユーザ端末から送信されるライブ動画を複数の視聴ユーザの各々のユーザ端末に配信する動画配信サービスが知られている。こうした動画配信サービスを活性化させるために、例えば、下記特許文献１は、視聴ユーザによるリクエストに基づいて更新される再配信リクエスト情報（リクエスト数等）を配信ユーザ毎に管理して当該配信ユーザに通知することを開示する。こうした再配信リクエスト情報は、動画配信に対するモチベーションを向上させ、配信ユーザによる積極的な動画配信を促進し得る。

特開２０１７－１０７３０５号公報

しかしながら、従来の動画配信サービスにおいては、ユーザがライブ動画の配信を開始しても、当該ライブ動画を視聴するユーザが集まらない場合があった。このことは、動画配信を開始することに対する心理的な障壁を高くし、この結果、動画配信サービスの活性化が阻害され得る。

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

本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、配信ユーザによる第１の要求に応じて、前記配信ユーザを配信待機状態に設定する処理と、配信待機状態である前記配信ユーザに対する視聴ユーザによる第２の要求に応じて、前記配信ユーザのユーザ端末によるライブ動画の送信を開始する処理と、を実行する。

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、配信ユーザによる第１の要求に応じて、前記配信ユーザを配信待機状態に設定するステップと、配信待機状態である前記配信ユーザに対する視聴ユーザによる第２の要求に応じて、前記配信ユーザのユーザ端末によるライブ動画の送信を開始するステップと、を備える。

本発明の一実施形態に係るプログラムは、ライブ動画を配信するためのプログラムであって、１又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、配信ユーザによる第１の要求に応じて、前記配信ユーザを配信待機状態に設定する処理と、配信待機状態である前記配信ユーザに対する視聴ユーザによる第２の要求に応じて、前記配信ユーザのユーザ端末によるライブ動画の送信を開始する処理と、を実行させる。

本発明の様々な実施形態は、ユーザによるライブ動画の配信を促進する。

本発明の一実施形態に係る動画配信システム１のネットワークの構成を概略的に示す構成図。 動画配信システム１の機能を概略的に示すブロック図。 ユーザ情報テーブル４１１において管理される情報の一例を示す図。 配信情報テーブル４１２において管理される情報の一例を示す図。 メイン画面６０の一例を示す図。 配信準備画面７０の一例を示す図。 配信画面８０の一例を示す図。 視聴画面９０の一例を示す図。 配信ユーザ端末３０、動画配信サーバ１０、及び、視聴ユーザ端末３０との間で実行される処理を例示するシーケンス図。 表示画面１１０の一例を示す図。

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

図１は、本発明の一実施形態に係る動画配信システム１のネットワークの構成を概略的に示す構成図である。動画配信システム１は、図示するように、動画配信サーバ１０と、当該動画配信サーバ１０とインターネット等のネットワーク２０を介して通信可能に接続されたユーザ端末３０とを備える。図１においては、１つのユーザ端末３０のみが図示されているが、動画配信システム１は、複数のユーザ端末３０を備える。サーバ１０は、配信ユーザのユーザ端末３０（以下、「配信ユーザ端末３０」と言うことがある。）によって送信されるライブ動画を視聴ユーザのユーザ端末３０（以下、「視聴ユーザ端末３０」と言うことがある。）に配信する動画配信サービスを提供する。本実施形態において、ユーザ端末３０のユーザは、配信ユーザとしてライブ動画を配信することができ、また、視聴ユーザとして他のユーザによって配信されるライブ動画を視聴することもできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ユーザ端末３０は、図２に示すように、様々な情報を記憶及び管理する情報記憶管理部５１と、動画配信サービスにおける配信機能を制御する配信機能制御部５３と、動画配信サービスにおける視聴機能を制御する視聴機能制御部５５とを有する。これらの機能は、ＣＰＵ３１及びメインメモリ３２等のハードウェア、並びに、ストレージ３５等に記憶されている各種プログラムやデータ等が協働して動作することによって実現され、例えば、メインメモリ３２に読み込まれたプログラムに含まれる命令をＣＰＵ３１が実行することによって実現される。また、図２に示すユーザ端末３０の機能の一部又は全部は、サーバ１０とユーザ端末３０とが協働することによって実現され、又は、サーバ１０によって実現され得る。

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

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

動画配信サーバ１０の動画配信制御部４５は、動画の配信の制御に関する様々な処理を実行する。例えば、動画配信制御部４５は、配信ユーザ端末３０から送信されるライブ動画を複数の視聴ユーザ端末３０に配信する処理を実行する。こうしたライブ動画の配信は、例えば、ＲＴＭＰ（Ｒｅａｌ Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いたストリーミング方式にて行われる。

本実施形態の動画配信サービスにおいて配信されるライブ動画は、例えば、ユーザ端末３０のディスプレイ等を介して表示される表示画面に対応する画像を含む。以下、当該表示画面に対応する画像を含む動画を「画面動画」と言うことがある。画面動画は、ユーザ端末３０のマイクを介して入力される音声を含み得る。配信ユーザは、例えば、ユーザ端末３０においてゲーム等のアプリケーションをプレイする様子を画面動画として配信し、又は、カメラアプリケーションを介して撮影される映像を画面動画として配信することができる。

ユーザ端末３０の情報記憶管理部５１は、ストレージ３５等において様々な情報を記憶及び管理する。ユーザ端末３０の配信機能制御部５３は、動画配信サービスの配信機能の制御に関する様々な処理を実行する。当該配信機能は、ユーザ端末３０のユーザが配信ユーザとしてライブ動画を配信するための機能である。例えば、配信機能制御部５３は、ライブ動画をサーバ１０に送信する。例えば、ライブ動画が上記画面動画である場合において、配信機能制御部５３は、ユーザ端末３０のディスプレイ等を介して表示される表示画面に対応する画像、及び、マイクを介して入力される音声によって構成される画面動画の動画データをリアルタイムに生成し、当該生成した動画データをサーバ１０に送信する。

ユーザ端末３０の視聴機能制御部５５は、動画配信サービスの視聴機能の制御に関する様々な処理を実行する。当該視聴機能は、ユーザ端末３０のユーザが視聴ユーザとして他のユーザによって配信される動画を視聴するための機能である。例えば、視聴機能制御部５５は、サーバ１０から送信されるライブ動画の動画データを受信し、当該受信した動画データに基づいてライブ動画を再生（表示）する。

本実施形態において、動画配信サーバ１０の基本機能制御部４３は、配信ユーザによる第１の要求に応じて、当該配信ユーザを配信待機状態に設定するように構成されている。例えば、基本機能制御部４３は、配信ユーザ端末３０から第１の要求を受け付けると、対応する配信ユーザを配信待機状態に設定する。配信ユーザの配信待機状態は、例えば、ユーザ情報テーブル４１１において管理される。第１の要求は、配信ユーザ自身を配信待機状態に設定するための要求と言うことできる。

また、本実施形態において、ユーザ端末３０の配信機能制御部５３は、配信待機状態である配信ユーザに対する視聴ユーザによる第２の要求に応じて、ライブ動画の送信を開始するように構成されている。例えば、サーバ１０の基本機能制御部４３は、配信待機状態である特定の配信ユーザに対する第２の要求を視聴ユーザ端末３０から受け付けると、当該特定の配信ユーザのユーザ端末３０に対してライブ動画の送信開始を指示するように構成され、ユーザ端末３０の配信機能制御部５３は、基本機能制御部４３からの当該指示に応じて、ライブ動画の送信を開始するように構成される。第２の要求は、配信待機状態である配信ユーザに対するライブ動画の送信開始の要求と言うことができる。

このように、本実施形態における動画配信システム１は、配信ユーザによる要求に応じて当該配信ユーザを配信待機状態に設定し、配信待機状態である配信ユーザに対する視聴ユーザによる要求に応じて、当該配信ユーザのユーザ端末３０によるライブ動画の送信を開始する。従って、配信ユーザは、自身を配信待機状態に設定しておくことにより、視聴ユーザが存在する場合にのみライブ動画の配信を開始することができ、この結果、動画配信を開始することに対する心理的な障壁が低くなる。

本実施形態において、配信ユーザ自身を配信待機状態に設定するための第１の要求は、配信ユーザ端末３０における特定のアプリケーションの起動を伴って行われるように構成され得る。こうした構成は、特定のアプリケーションに関係するライブ動画の配信（例えば、特定のゲームアプリケーションの実況中継）を促進し得る。

また、第１の要求は、上記特定のアプリケーションの起動後、配信ユーザによる操作入力なしに行われ得る。例えば、ユーザ端末３０の配信機能制御部５３は、ユーザ端末３０において特定のアプリケーションが起動したときに、第１の要求をサーバ１０に送信するように構成される。こうした構成は、特定のアプリケーションを起動するだけで配信ユーザが配信待機状態に設定されるから、特定のアプリケーションに関係するライブ動画の配信がより一層促進され得る。

また、第１の要求は、特定のアプリケーションの起動後、配信ユーザによる操作入力を介して行われ得る。例えば、ユーザ端末３０の配信機能制御部５３は、特定のアプリケーションの起動に応じて所定のオブジェクトをユーザ端末３０に表示し、当該所定のオブジェクトに対する配信ユーザによる操作入力に応じて第１の要求をサーバ１０に送信するように構成される。この場合、当該所定のオブジェクトは、所定の時間の経過後に消去されるように構成され得る。こうした構成は、配信ユーザによる操作入力を介して配信ユーザが配信待機状態に設定されるから、不要な配信待機状態の設定が抑制され得る。

本実施形態において、特定のアプリケーションは、配信ユーザ端末３０にインストールされている複数のアプリケーションの中から配信ユーザによって予め選択された１又は複数のアプリケーションとして構成され得る。例えば、ユーザ端末３０の配信機能制御部５３は、ユーザ端末３０にインストールされている複数のアプリケーションの中から配信ユーザによって選択されたアプリケーションを特定のアプリケーションとして設定するように構成される。こうした特定のアプリケーションの設定内容は、動画配信サーバ１０においても管理され得る。こうした構成は、配信ユーザが、ライブ動画の配信に関係し得るアプリケーションを特定のアプリケーションとして予め設定しておくことを可能とする。

また、本実施形態において、特定のアプリケーションの起動を伴って設定された配信待機状態は、当該特定のアプリケーションの終了に応じて解除され得る。例えば、ユーザ端末３０の配信機能制御部５３は、特定のアプリケーションの終了に応じて、配信待機状態を解除するための第３の要求をサーバ１０に送信するように構成され、サーバ１０の基本機能制御部４３は、ユーザ端末３０から第３の要求を受け付けると、対応する配信ユーザの配信待機状態を解除するように構成される。こうした構成は、配信待機状態の不要な継続を抑制し得る。なお、「特定のアプリケーションの終了」は、特定のアプリケーションが、他のアプリケーションの起動によって、バックグラウンドでの実行に切り替わることを含み得る。

本実施形態において、配信待機状態である配信ユーザに対するライブ動画の送信開始を要求するための第２の要求を実行可能な視聴ユーザを制限するようにしても良い。例えば、ユーザ端末３０の配信機能制御部５３は、複数の視聴ユーザの中から配信ユーザによって選択された視聴ユーザ（例えば、配信ユーザと所定の関係を有する視聴ユーザの一部又は全部）を特定の視聴ユーザとして設定するように構成され、サーバ１０の基本機能制御部４３は、第２の要求を、当該特定の視聴ユーザからのみ受け付けるように構成される。この場合、サーバ１０の基本機能制御部４３は、配信ユーザの配信待機状態の設定に応じて、当該配信ユーザが配信待機状態となったことを特定の視聴ユーザに通知するように構成され得る。こうした構成は、ライブ動画の送信開始を要求する視聴ユーザの制限を可能とする。

本実施形態において、配信中のライブ動画を視聴する視聴ユーザが存在しなくなったときに、配信ユーザ端末３０によるライブ動画の送信が停止されるようにしても良い。例えば、サーバ１０の基本機能制御部４３は、配信中のライブ動画を視聴する視聴ユーザが存在しなくなったときに、対応する配信ユーザ端末３０に対してライブ動画の送信停止を指示するように構成され、ユーザ端末３０の配信機能制御部５３は、基本機能制御部４３からの当該指示に応じて、ライブ動画の送信を停止するように構成される。こうした構成は、不要なライブ動画の送信を抑制し得る。

本実施形態において、ライブ動画の送信開始を要求する第２の要求が２以上の所定数の視聴ユーザによって行われるのを待って、ライブ動画の送信が開始されるようにしても良い。例えば、サーバ１０の基本機能制御部４３は、２以上の所定数の視聴ユーザから第２の要求を受け付けた場合に、対応する配信ユーザ端末３０に対してライブ動画の送信開始を指示するように構成され得る。こうした構成は、複数の視聴ユーザが存在する場合にのみライブ動画の配信を開始することを可能とする。

次に、このような機能を有する本実施形態の動画配信システム１の具体例について説明する。この具体例における動画配信サービスでは、配信ユーザ端末３０の表示画面に対応する画像を含む画面動画が、ライブ動画として複数の視聴ユーザ端末３０に配信される。

図３は、この例において、ユーザ情報テーブル４１１が管理する情報の一例を示す。ユーザ情報テーブル４１１は、動画配信サービスのユーザに関する情報を管理し、図示するように、個別のユーザを識別する「ユーザＩＤ」に対応付けて、アカウント名、年齢、性別等のユーザの基本的な情報である「基本情報」、動画配信の履歴に関する情報である「配信履歴情報」、他のユーザが配信する動画の視聴履歴に関する情報である「視聴履歴情報」、このユーザがフォローしている他のユーザに関する情報である「フォローユーザ情報」、このユーザをフォローしている他のユーザ（フォロワー）に関する情報である「フォロワー情報」、このユーザが配信待機状態であるか否かを示す「配信待機状態フラグ」、配信待機対象のアプリケーションに関する情報である「配信待機対象アプリ情報」、配信待機対象のユーザに関する情報である「配信待機対象ユーザ情報」等の情報を管理する。

ユーザ情報テーブル４１１において管理される情報のうち、基本情報は、動画配信サービスに新規登録（アカウント作成）するとき等のタイミングでユーザによって入力された情報が設定され、その後、ユーザによる指示に応じて適宜に更新される。また、配信履歴情報及び視聴履歴情報は、ユーザによる動画の配信及び視聴に応じて適宜に更新される。また、フォローユーザ情報及びフォロワー情報は、ユーザ間のフォローの設定及び解除に応じて適宜に更新される。

配信待機状態フラグは、詳しくは後述するが、配信待機状態の設定及び解除に応じて適宜に更新される。また、配信待機対象アプリ情報は、ユーザ端末３０にインストールされている複数のアプリケーションの中から、配信待機対象のアプリケーションとして、ユーザによって選択された１又は複数のアプリケーションに関する情報（個別のアプリケーションを識別するアプリケーションＩＤを含む。）が設定される。配信待機対象のアプリケーションは、詳しくは後述するが、その起動に応じて、配信待機を入力するための配信待機入力オブジェクトを表示する対象となるアプリケーションである。また、配信待機対象ユーザ情報は、このユーザのフォロワーの中から、配信待機対象のユーザとして、ユーザによって選択された１又は複数のユーザに関する情報（ユーザＩＤを含む。）が設定される。配信待機対象のユーザは、詳しくは後述するが、このユーザが配信待機状態となったことを通知する対象となるユーザであって、このユーザに対して動画の送信開始の要求が可能なユーザである。

図４は、この例において、配信情報テーブル４１２が管理する情報の一例を示す。配信情報テーブル４１２は、個別の動画配信に関する情報を管理し、図示するように、個別の動画配信を識別する「配信ＩＤ」に対応付けて、動画を配信する配信ユーザを識別する「配信ユーザＩＤ」、「配信タイトル」、「配信状況」等の情報を管理する。配信状況は、例えば、配信する動画を視聴する視聴ユーザの数（現在値及び最大値等）、及び配信継続時間等の情報を含む。

配信情報テーブル４１２において管理される情報のうち、配信ＩＤ、配信ユーザＩＤ及び配信タイトルは、動画の配信が開始されるときに設定される。また、配信状況は、動画の配信中に適宜に更新される。

図５は、動画配信サービスのユーザが当該サービスを利用するときの起点となるメイン画面６０の一例を示す。このメイン画面６０は、動画配信サービス用のアプリケーションがユーザ端末３０上で起動されたとき等に表示され、当該動画配信サービス用のアプリケーションの画面である。

メイン画面６０は、図５に示すように、配信待機状態のユーザを表示する待機中ユーザ表示領域６１と、配信中の動画を一覧表示する動画一覧領域６２とを有し、下端に基本メニュ領域１００が配置されている。待機中ユーザ表示領域６１には、ユーザがフォローしているユーザのうち、配信待機状態であるユーザのアイコン画像が表示される。動画一覧領域６２には、配信中の動画に関する情報（動画のタイトル及び配信ユーザ情報等）が表示される。ユーザは、動画一覧領域６２に表示されている動画の何れかを選択することにより、視聴ユーザとして、当該動画の視聴を開始することができる。待機中ユーザ表示領域６１に関係する動作については後述する。

基本メニュ領域１００は、動画配信サービスを利用するときの基本となるメニュによって構成されており、メイン画面６０以外の主要な画面においても同様に配置されている。基本メニュ領域１００は、具体的には、メイン画面６０を表示するためのメインメニュ１０２と、ユーザや動画を検索するための検索メニュ１０４と、動画の配信を開始するための配信メニュ１０６と、ユーザに対するお知らせを表示するためのお知らせメニュ１０８と、自身のユーザページ（マイページ）を表示するためのマイページメニュ１０９とによって構成されている。

ユーザが検索メニュ１０４を選択すると、例えば、キーワード等を用いて他のユーザ又は動画を検索するための検索用画面が表示される。また、ユーザがマイページメニュ１０９を選択すると、ユーザ自身のユーザページ（マイページ）を表示するマイページ画面が表示され、ユーザは当該画面を介して、例えば、自身の基本情報等を閲覧及び編集することができ、配信履歴や視聴履歴を閲覧することができ、又、配信待機対象アプリケーションや配信待機対象ユーザの設定を行うことができる。

ユーザが配信メニュ１０６を選択すると、図６に例示する配信準備画面７０がユーザ端末３０に表示される。配信準備画面７０は、図示するように、配信タイトルを入力するためのタイトル入力領域７２と、「配信開始！」と表示された配信開始ボタン７４とを有し、下端に基本メニュ領域１００が配置されている。この配信準備画面７０は、ユーザが動画の配信の開始を指示するための画面である。

ユーザが、タイトル入力領域７２に所望の配信タイトル（例えば、「ゲームＸの実況！」等）を入力した上で、配信開始ボタン７４を選択すると、配信準備画面７０が閉じられて、画面動画の配信が開始される。具体的には、ユーザ端末３０における表示画面に対応する画面動画の動画データの生成及びサーバ１０への送信が開始される。画面動画の送信が開始されると、視聴ユーザからの要求に応答して、サーバ１０から当該視聴ユーザのユーザ端末３０に当該画面動画の動画データが送信されるようになる。なお、画面動画の送信の開始に応じて、配信管理テーブル４１２に新たなレコードが作成される。

図７は、動画の配信中において配信ユーザ端末３０に表示される配信画面８０の一例を示す。当該配信画面８０は、配信開始ボタン７４が選択されて配信準備画面７０が閉じられたときに表示される。この具体例では、動画の配信中において、動画配信サービス用のアプリケーションはバックグラウンドで動作し、配信画面８０の画面全体に対応する表示領域２１０には、例えば、ＯＳのホーム画面、又は、起動中の他のアプリケーションの画面が表示される。

配信画面８０には、図７に示すように、画面上端のコメント入力領域８２、その左下側のカメラ画像表示領域８４、並びに、画面右下隅の設定ボタン８６及び終了ボタン８８が、それぞれ表示領域２１０に重畳して配置されている。コメント入力領域８２は、ユーザが文字列等のコメントを入力できるように構成されている。また、カメラ画像表示領域８４は、配信ユーザ端末３０のフロントカメラ等を介して入力される画像（具体的には、例えば、配信ユーザの映像）が表示される。

ユーザが設定ボタン８６を選択すると、図示しない設定用画面を介して各種の配信設定を行うことができ、例えば、マイクの無効化（ミュート）、カメラの無効化（カメラ画像表示領域８４の非表示を含む）、コメントの閲覧、コメント欄の非表示（コメント入力領域８２の非表示）等の設定を行うことができる。「コメントの閲覧」は、配信ユーザ自身が入力したコメント、及び、視聴ユーザが入力したコメントを表示するための設定である。

ここで、コメント入力領域８２、カメラ画像表示領域８４、設定ボタン８６、及び終了ボタン８８は、バックグラウンドで動作する動画配信サービス用のアプリケーションによって制御されるウィジェット形式のオブジェクトである。ユーザは、配信画面８０の表示領域２１０全体のうち、オブジェクト８２、８４、８６及び８８以外の領域をタップ操作等することによって、表示領域２１０に表示されている画面を介した操作（ＯＳ、又は、起動中の他のアプリケーションに対する操作）を実行することができる。また、ユーザはコメント入力領域８２及びカメラ画像表示領域８４をスライド操作等することによって、これらの表示位置を変更する（オブジェクトを移動させる）こともできる。

図８は、画面動画を視聴する視聴ユーザのユーザ端末３０に表示される視聴画面９０の一例を示す。視聴ユーザは、例えば、メイン画面６０の動画一覧領域６２に表示されている動画の何れかを選択すること、又は、検索メニュ１０４を介して検索した動画の何れかを選択すること等によって、視聴する動画を選択することができ、こうした動画の選択に応じて、対応する画面動画を表示する視聴画面９０が視聴ユーザ端末３０において表示される。

視聴画面９０は、図８に示すように、画面動画を表示する動画表示領域９２と、画面左下隅に位置するコメント入力領域９３と、画面右下隅に位置する設定ボタン９４及び終了ボタン９５とを有する。図示するように、動画表示領域９２は、配信ユーザ端末３０における表示画面（配信画面８０）に対応する画面動画が表示される。

コメント入力領域９３は、ユーザが文字列等のコメントを入力できるように構成されている。ユーザが設定ボタン９４を選択すると、図示しない設定用画面を介して各種の視聴設定を行うことができ、例えば、コメントの閲覧等の設定を行うことができる。

この例において、上述したように、配信ユーザは、配信準備画面７０を介して動画の配信を開始することができる一方、配信待機状態の設定を介して、視聴ユーザによる要求に応じて動画の配信を自動的に開始することもできる。以下、こうした配信待機状態の設定を介して動画の配信を自動的に開始する動作について説明する。

図９は、配信ユーザ端末３０における配信待機対象アプリケーションの起動に応じて、配信ユーザ端末３０、動画配信サーバ１０、及び、視聴ユーザ端末３０との間で実行される処理を例示するシーケンス図である。配信ユーザ端末３０において配信待機対象アプリケーションが起動されると、まず、配信ユーザ端末３０が、配信待機を入力するための配信待機入力オブジェクトを表示する（ステップＳ１００）。具体的には、バックグラウンドで動作する動画配信サービス用のアプリケーションが、配信待機対象アプリケーションの起動を検出したときに配信待機入力オブジェクトを表示する。

図１０は、配信待機対象アプリケーションが起動されたときの配信ユーザ端末３０の表示画面１１０の一例を示す。図示するように、表示画面１１０の下端中央において「配信待機」と表示された配信待機入力オブジェクト１１２が表示されている。当該オブジェクト１１２は、バックグラウンドで動作する動画配信サービス用のアプリケーションによって制御されるウィジェット形式のオブジェクトである。ユーザは、表示画面１１０の画面全体に対応する表示領域のうち、オブジェクト１１２以外の領域をタップ操作等することによって、表示領域に表示されている画面を介した操作（起動中の配信待機対象アプリケーションに対する操作）を実行することができる。

配信待機入力オブジェクト１１２は、その表示後、所定の時間（例えば、３秒）を経過すると消去される。配信待機入力オブジェクト１１２が表示されている間において、当該オブジェクト１１２が配信ユーザによって選択されると、配信待機が入力され、配信ユーザ端末３０からサーバ１０に対して、配信待機状態の設定要求が送信される（ステップＳ１１０）。ここで、配信待機入力オブジェクト１１２が消去された後であっても、バックグラウンドで動作する動画配信サービス用のアプリケーションを介して配信待機の入力を行えるようにしても良い。例えば、表示画面１１０の上端において表示されるＯＳの通知領域（通知パネル）等を用いて、動画配信サービス用のアプリケーションを介した配信待機の入力を可能とすることができる。

そして、配信待機状態の設定要求を受信した動画配信サーバ１０は、対応する配信ユーザの配信待機状態の設定及び通知を行う（ステップＳ１２０）。具体的には、サーバ１０は、ユーザ情報テーブル４１１において、対応する配信ユーザの配信待機状態フラグの値を、配信待機状態であることを示す値に更新すると共に、当該配信ユーザの配信待機対象ユーザに対して、当該配信ユーザが配信待機状態となったことを示すプッシュ通知を送信する。また、配信待機状態の設定に応じて、配信待機対象ユーザのメイン画面６０の待機中ユーザ表示領域６１において、対応する配信ユーザのアイコン画像が表示されるようになる。

そして、待機中ユーザ表示領域６１に表示されているアイコン画像が、何れかの視聴ユーザによって選択されると、視聴ユーザ端末３０から対応する配信ユーザ端末３０に対して、配信開始要求がサーバ１０を介して送信される（ステップＳ１３０）。なお、視聴ユーザは、サーバ１０から受信したプッシュ通知に対する操作入力を介して、対応する配信ユーザ端末３０に対する配信開始要求を行うこともできる。

続いて、配信開始要求を受信した配信ユーザ端末３０は、画面動画の送信を自動的に開始する（ステップＳ１４０）。具体的には、配信準備画面７０の配信開始ボタン７４が選択された場合と同様に、配信ユーザ端末３０における表示画面に対応する画面動画の動画データの生成及び配信サーバ１０への送信が開始され、配信管理テーブル４１２に新たなレコードが作成される。なお、配信管理テーブル４１２の配信タイトルは、自動的に生成された文字列が設定される。また、画面動画の配信の開始に応じて、対応するユーザの配信待機状態が解除され、具体的には、ユーザ情報テーブル４１１において、対応するユーザの配信待機状態フラグの値が、配信待機状態でないことを示す値に更新される。配信開始要求を送信した視聴ユーザ端末３０においては、待機中ユーザ表示領域６１に表示されているアイコン画像の選択に応じて図８に例示した視聴画面９０が表示され、対応する配信ユーザ端末３０から送信される画面動画が再生される。

ここで、配信待機状態は、視聴ユーザによる配信開始要求が行われる前であっても、所定の終了条件が成立したときに解除される。この例において、配信待機状態は、（１）配信ユーザ端末３０において配信待機対象アプリが終了したとき（他のアプリの起動に応じてバックグラウンドでの実行に切り替えられたときを含む）、（２）配信ユーザ端末３０がスリープ状態となったとき、及び、（３）配信ユーザが配信待機状態の解除を要求したときに解除される。配信待機状態の解除の要求は、例えば、ＯＳの通知領域等を用いて、動画配信サービス用のアプリケーションを介して行われる。動画配信サーバ１０は、（１）～（３）の状態を検出すると、ユーザ情報テーブル４１１において、対応するユーザの配信待機状態フラグの値を、配信待機状態でないことを示す値に更新する。

このように、配信ユーザは、予め設定した配信待機対象アプリケーションの起動に応じて表示される配信待機入力オブジェクト１１２を選択するという簡易な操作入力によって、配信ユーザ自身を配信待機状態に設定することができる。そして、配信待機状態である間において、視聴ユーザによる配信開始要求が行われることにより、配信ユーザ端末３０による画面動画の送信が自動的に開始されるから、配信ユーザは、視聴ユーザが存在する場合にのみ画面動画の配信を開始することができる。

上述した例において、配信中の画面動画を視聴する視聴ユーザが存在しなくなったときに、配信ユーザ端末３０による画面動画の送信が停止されるようにしても良い。この場合、例えば、動画配信サーバ１０は、視聴ユーザの数（配信情報テーブル４１２において配信状況として管理されている。）が０となったときに、対応する配信ユーザ端末３０に対して動画の送信停止を指示するように構成される。

上述した例において、配信待機状態である配信ユーザに対して配信開始要求を行った視聴ユーザの数をユーザ情報テーブル４１１等において管理し、サーバ１０が、当該視聴ユーザの数が２以上の所定数となったときに、配信ユーザ端末３０に対して画面動画の送信開始を指示するようにしても良い。

上述した例では、視聴ユーザによる配信開始要求に応じて、配信ユーザ端末３０による画面動画の送信が自動的に開始されるようにしたが、視聴ユーザによる配信開始要求の後、所定時間待機した後に、配信ユーザ端末３０による画面動画の送信が開始されるようにしても良い。この場合、所定時間の待機中に、配信ユーザ端末３０において所定の表示（例えば、カウントダウン表示）を行うようにしても良い。また、配信ユーザの操作入力（配信ユーザによる確認）を介して、画面動画の送信が開始されるようにしても良い。例えば、視聴ユーザによる配信開始要求に応じて、送信開始を指示するためのオブジェクトを配信ユーザ端末３０において表示し、当該オブジェクトの選択に応じて、画面動画の送信が開始されるようにしても良い。

上述した例において、１の動画を同時に視聴可能な視聴ユーザの数に上限を設けるようにしても良い。例えば、特定の動画を視聴する視聴ユーザの数（配信情報テーブル４１２において配信状況として管理されている。）が所定数となった場合に、新たな別の視聴ユーザによる当該特定の動画の視聴が制限されるようにしても良い。

上述した例では、配信待機対象アプリケーションの起動に応じて表示される配信待機入力オブジェクト１１２に対する操作入力を介して配信待機が入力されるようにしたが、配信待機を入力する態様はこれに限定されない。例えば、配信待機対象アプリケーションの起動に応じて、配信ユーザによる操作入力なしに、直ちに配信待機が入力される（配信ユーザ端末３０からサーバ１０に対して配信待機状態の設定要求が送信される）ようにしても良い。また、配信待機対象アプリケーションの起動の有無にかかわらず任意のタイミングで、動画配信サービス用のアプリケーションを介して、配信待機を入力できるようにしても良い。

以上説明した本実施形態の動画配信システム１は、配信ユーザによる要求に応じて当該配信ユーザを配信待機状態に設定し、配信待機状態である配信ユーザに対する視聴ユーザによる要求に応じて、当該配信ユーザのユーザ端末３０によるライブ動画（例えば、画面動画）の送信を開始する。従って、配信ユーザは、自身を配信待機状態に設定しておくことにより、視聴ユーザが存在する場合にのみライブ動画の配信を開始することができ、この結果、動画配信を開始することに対する心理的な障壁が低くなる。このように、本発明の実施形態は、ユーザによるライブ動画の配信を促進する。

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

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

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

１ 動画配信システム
１０ 動画配信サーバ
２０ ネットワーク
３０ ユーザ端末
４１ 情報記憶管理部
４３ 基本機能制御部
４５ 動画配信制御部
５１ 情報記憶管理部
５３ 視聴機能制御部
５５ 配信機能制御部
６０ メイン画面
７０ 配信準備画面
８０ 配信画面
９０ 視聴画面
１１０ 表示画面
１１２ 配信待機入力オブジェクト

Claims (7)

1. １又は複数のコンピュータプロセッサを備え、ライブ動画を配信するためのシステムであって、
   前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
   配信ユーザによる第１の要求に応じて、前記配信ユーザを配信待機状態に設定する処理と、
   配信待機状態に設定された前記配信ユーザに対応する配信ユーザ情報を、視聴ユーザのユーザ端末において表示される所定の画面の第１の領域に表示する処理と、
   前記第１の領域に表示された前記配信ユーザ情報の指定を含む前記視聴ユーザによる第２の要求に応じて、前記配信ユーザのユーザ端末によるライブ動画の送信を開始する処理と、を実行し、
   前記所定の画面は、複数の配信ユーザによって配信中の複数の動画の一覧を表示する第２の領域であって、前記第１の領域とは異なる前記第２の領域を有する、
   システム。
2. 前記第１の領域は、前記視聴ユーザが、前記配信ユーザをフォローしている場合に前記配信ユーザ情報を表示する一方、前記配信ユーザをフォローしていない場合に前記配信ユーザ情報を表示しないように構成されている、
   請求項１のシステム。
3. 前記配信ユーザ情報は、前記配信ユーザのアイコン画像を含む、
   請求項１又は２のシステム。
4. 前記１又は複数のコンピュータプロセッサは、更に、前記配信ユーザのユーザ端末によって送信される配信中のライブ動画を視聴する視聴ユーザが存在しなくなったときに、前記配信ユーザのユーザ端末によるライブ動画の送信を停止する処理を実行する、
   請求項１ないし３何れかのシステム。
5. 前記ライブ動画の送信を開始する処理は、２以上の所定数の視聴ユーザによる前記第２の要求に応じて、前記配信ユーザのユーザ端末による動画の送信を開始することを含む、
   請求項１ないし４何れかのシステム。
6. １又は複数のコンピュータによって実行され、ライブ動画を配信するための方法であって、
   配信ユーザによる第１の要求に応じて、前記配信ユーザを配信待機状態に設定するステップと、
   配信待機状態に設定された前記配信ユーザに対応する配信ユーザ情報を、視聴ユーザのユーザ端末において表示される所定の画面の第１の領域に表示するステップと、
   前記第１の領域に表示された前記配信ユーザ情報の指定を含む前記視聴ユーザによる第２の要求に応じて、前記配信ユーザのユーザ端末によるライブ動画の送信を開始するステップと、を備え、
   前記所定の画面は、複数の配信ユーザによって配信中の複数の動画の一覧を表示する第２の領域であって、前記第１の領域とは異なる前記第２の領域を有する、
   方法。
7. ライブ動画を配信するためのプログラムであって、
   １又は複数のコンピュータ上で実行されることに応じて、前記１又は複数のコンピュータに、
   配信ユーザによる第１の要求に応じて、前記配信ユーザを配信待機状態に設定する処理と、
   配信待機状態に設定された前記配信ユーザに対応する配信ユーザ情報を、視聴ユーザのユーザ端末において表示される所定の画面の第１の領域に表示する処理と、
   前記第１の領域に表示された前記配信ユーザ情報の指定を含む前記視聴ユーザによる第２の要求に応じて、前記配信ユーザのユーザ端末によるライブ動画の送信を開始する処理と、を実行させ、
   前記所定の画面は、複数の配信ユーザによって配信中の複数の動画の一覧を表示する第２の領域であって、前記第１の領域とは異なる前記第２の領域を有する、
   プログラム。

Images