JP2024072820A - 情報処理装置、動画配信方法及び動画配信プログラム - Google Patents

Abstract

【課題】動画の音を用いることなく携帯端末における動画の表示態様を変化させる、情報処理装置、動画配信方法及び動画配信プログラムを提供することを目的とする。【解決手段】サーバは、携帯端末の画面に同時に表示される複数のダンス動画のうち、ダンサーの動きが最も大きいダンス動画を注目動画であると判定する注目動画判定処理を行い、注目動画が他のダンス動画に比べて大きく表示されるように携帯端末に配信する。注目動画判定処理は、動画からダンサーを示す画像を所定時間間隔で抽出し、複数の動画のうち抽出した前記被写体の差異が最も大きい動画を注目動画であると判定する。【選択図】図１８

Description

本発明は、情報処理装置、動画配信方法及び動画配信プログラムに関するものである。

近年、コンピュータネットワークを介して携帯端末等の情報処理装置に配信されるウェブサイト（Ｗｅｂページ，Ｗｅｂサービス）やオンラインゲーム、アプリケーションソフトウェア（以下「アプリ」という。）等のオンラインサービスが広く普及している。

オンラインサービスの一つに、ユーザ自身が撮影した動画を投稿し、他のユーザによる当該動画の視聴を可能とする動画投稿サイトがある。この動画投稿サイトには、ユーザ自身による歌唱動画等のパフォーマンス動画の投稿も行われている。また、異なる投稿者によるパフォーマンス動画の対戦といったオンラインサービスも想定される。

ここで、特許文献１には、コラボレーションのカラオケ歌唱映像を構成する各カラオケ歌唱映像を表示する際に、各カラオケ歌唱映像の歌唱音声の音量について、所定の基準値以上か否かをそれぞれ判定し、判定された歌唱音声の音量が所定の基準値以上であるカラオケ歌唱映像を特定可能に表示するカラオケ装置が開示されている。これにより、このカラオケ装置は、基準値以上の音量で歌唱している利用者のカラオケ歌唱映像を大きく表示し、歌唱を行っていない利用者のカラオケ歌唱映像及びカラオケ歌唱映像を小さく表示することになる。

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

しかしながら、特許文献１に開示されているカラオケ装置は、歌唱音声の音量に基づいてカラオケ歌唱映像を特定するものであるため、例えばユーザが音声を発しない場合もあるダンス等のパフォーマンス動画には対応できない。

本発明は、このような事情に鑑みてなされたものであって、動画の音を用いることなく複数の動画の表示態様を変化させることができる、情報処理装置、動画配信方法及び動画配信プログラムを提供することを目的とする。

上記課題を解決するために、本発明の情報処理装置、動画配信方法及び動画配信プログラムは以下の手段を採用する。

上記課題を解決するため、本発明の一態様である「情報処理装置」は、ユーザが投稿した動画を端末装置に配信する情報処理装置であって、複数の前記動画を前記端末装置の画面に同時に表示されるように配信する配信手段と、複数の前記動画のうち、被写体の動きが最も大きい前記動画を注目動画であると判定する判定手段と、を備え、前記配信手段は、前記注目動画が他の前記動画に比べて大きく表示されるように前記動画を前記端末装置に配信する。

上記課題を解決するため、本発明の一態様である「動画配信方法」は、ユーザが投稿した動画を端末装置に配信する動画配信方法であって、複数の前記動画を前記端末装置の画面に同時に表示されるように配信する第１工程と、複数の前記動画のうち、被写体の動きが最も大きい前記動画を注目動画であると判定する第２工程と、を有し、前記第２工程は、前記注目動画が他の前記動画に比べて大きく表示されるように前記動画を前記端末装置に配信する。

上記課題を解決するため、本発明の一態様である「動画配信プログラム」は、ユーザが投稿した動画を端末装置に配信する情報処理装置が備えるコンピュータを、複数の前記動画を前記端末装置の画面に同時に表示されるように配信する配信手段と、複数の前記動画のうち、被写体の動きが最も大きい前記動画を注目動画であると判定する判定手段と、して機能させ、前記配信手段は、前記注目動画が他の前記動画に比べて大きく表示されるように前記動画を前記端末装置に配信する。

上記「情報処理装置」には、以下に例示するように、種々の技術的限定を加えてもよい。また、同趣旨の技術的限定を、「動画配信方法」が実行する処理ステップや「動画配信プログラム」の機能に加えてもよい。

前記判定手段は、前記動画から前記被写体を示す画像を所定時間間隔で抽出し、複数の前記動画のうち抽出した前記被写体の差異が最も大きい前記動画を前記注目動画であると判定する。

前記被写体は、人物であり、前記判定手段は、前記被写体の差異を前記被写体の手足の動きに基づいて判定する。

前記配信手段は、前記注目動画の音が出力され、他の前記動画の音が出力されないように、前記動画を前記端末装置に配信する。

前記判定手段は、前記注目動画の前記被写体の動きが所定時間以上、他の前記動画の前記被写体の動きよりも小さくなった場合、当該他の前記動画を前記注目動画であると判定する。

本発明によれば、動画の音を用いることなく複数の動画の表示態様を変化させることができる、という効果を有する。

本発明の第１実施形態に係るカラオケシステムの構成図である。 本発明の第１実施形態に係るサーバの電気的構成を示すブロック図である。 本発明の第１実施形態に係る携帯端末の電気的構成を示すブロック図である 。 本発明の第１実施形態に係る歌唱動画を撮影する場合における携帯端末の画 面表示を示す図である。 本発明の第１実施形態に係る歌唱動画を視聴する場合における携帯端末の画 面表示を示す図である。 本発明の第１実施形態に係る対戦歌唱における視聴ユーザの携帯端末の画面 表示を示す図である。 本発明の第１実施形態に係る対戦歌唱で用いられる楽曲の分割領域を示す模 式図である。 本発明の第１実施形態に係る対戦歌唱における視聴ユーザの携帯端末の画面 表示の他の例を示す図である。 本発明の第１実施形態に係る投銭エフェクト画像の選択を行う場合の画面表 示を示す図である。 本発明の第１実施形態に係る投銭エフェクト画像が重畳された歌唱動画を 示す図である。 本発明の第１実施形態に係る対戦歌唱機能に関する機能ブロック図である 。 本発明の第１実施形態に係る対戦歌唱処理の流れを示すフローチャートで ある。 本発明の第１実施形態に係る投票処理の流れを示すフローチャートである 。 本発明の第２実施形態に係る対戦ダンスにおける視聴ユーザの携帯端末の 画面表示を示す図である。 本発明の第２実施形態に係る対戦ダンスにおける注目動画の拡大表示を示 す図である。 本発明の第２実施形態に係る注目動画判定処理の説明に要する模式図であ る。 本発明の第２実施形態に係る対戦ダンス機能に関する機能ブロック図であ る。 本発明の第２実施形態に係る注目動画拡大処理の流れを示すフローチャー トである。

以下に、本発明に係る情報処理装置、動画配信方法及び動画配信プログラムの一実施形態について、図面を参照して説明する。

［１．第１実施形態］
以下、本発明の第１実施形態について説明する。本実施形態ではパフォーマーが自身のパフォーマンスを携帯端末を用いて動画として記録してサーバへ送信することで動画投稿サイトにアップロードする。動画投稿サイトにアップロードされた動画（投稿動画）は、携帯端末を介して視聴可能とされる。なお、本実施形態では、パフォーマンスを歌唱とし、パフォーマーを歌唱ユーザとし、動画投稿サイトにアップロードされる動画を歌唱動画とする。また、動画投稿サイトにアップロードされた歌唱動画を視聴するユーザを視聴ユーザという。

［１－１．カラオケシステムの構成］
図１は、本実施形態に係るカラオケシステム１の概略構成図である。カラオケシステム１は、通信回線２、複数の携帯端末３（携帯端末３Ａ１，３Ａ２，３Ｂ）、及びサーバ４を含んで構成される。

通信回線２は、コンピュータネットワークを形成するものであり、例えば、電気事業者によって提供される広域通信回線である。

携帯端末３は、例えば、スマートフォンやタブレット端末、ノートパソコン等の情報処理端末であり、オンラインサービスをユーザが利用するために用いられる。携帯端末３は、画像を表示するタッチパネルディスプレイ３ａ、音を出力するスピーカー３ｂ、音が入力されるマイクロフォン３ｃ、被写体を撮影するカメラ３ｄ、及びイヤホン（不図示）が接続されるイヤホン端子３e等を備える。なお、ここでいう撮影とは、カメラ３ｄが機能し、録画の有無にかかわりなく被写体がタッチパネルディスプレイ３ａに表示されている状態である。タッチパネルディスプレイ３ａは、例えばＬＣＤ（Liquid Crystal Display）及びタッチセンサを備える。ＬＣＤは、各種画像を表示し、タッチセンサは、指、スタイラス、又はペン等の指示体を用いて行われる各種入力操作を受け付ける。以下の説明ではタッチパネルディスプレイ３ａを画面３ａともいう。

サーバ４は、通信回線２を介して、携帯端末３へオンラインサービスを提供する情報処理装置である。なお、図１の例では、歌唱ユーザは、携帯端末３Ａから自身の歌唱動画（歌唱動画データ）をサーバ４へ送信することで当該歌唱動画を動画投稿サイトにアップロードする。そして、視聴ユーザは、携帯端末３Ｂを用いて動画投稿サイトへアクセスし、当該歌唱動画を視聴する。なお、歌唱ユーザは、携帯端末３Ａを用いて動画投稿サイトへアクセスすることで、自身がアップロードした歌唱動画を視聴することも可能である。また、携帯端末３Ｂのユーザが歌唱ユーザとなり、歌唱動画を動画投稿サイトにアップロードすることも可能である。

［１－２．サーバの構成］
図２は、本実施形態に係るサーバ４の電気的構成を示すブロック図である。

本実施形態に係るサーバ４は、サーバ４全体の動作を司る主制御部であるＣＰＵ（Central Processing Unit）２０、各種プログラム及び各種データ等が予め記憶されたＲＯＭ
（Read Only Memory）２２、ＣＰＵ２０による各種プログラムの実行時のワークエリア等として用いられるＲＡＭ（Random Access Memory）２４、各種プログラム及び各種データを記憶する記憶手段としてのＨＤＤ（Hard Disk Drive）２６を備えている。

ＨＤＤ２６は、携帯端末３Ａから送信された歌唱動画データ、すなわち動画投稿サイトにアップロードされた歌唱動画データや、歌唱ユーザが歌唱可能な楽曲を示す楽曲データ等を記憶する。なお、記憶手段は、ＨＤＤ２６に限らず、例えば、フラッシュメモリ等の半導体メモリ等の他の記憶媒体であってもよい。

さらに、サーバ４は、キーボード及びマウス等で構成されて各種操作の入力を受け付ける操作入力部２８、各種画像を表示する例えば液晶ディスプレイ装置等のモニタ３０、通信回線２を介して携帯端末３等の他の情報処理装置等と接続され、他の情報処理装置等との間で各種データの送受信を行う外部インタフェース３２を備えている。

これらＣＰＵ２０、ＲＯＭ２２、ＲＡＭ２４、ＨＤＤ２６、操作入力部２８、モニタ３０、及び外部インタフェース３２は、システムバス３４を介して相互に電気的に接続されている。従って、ＣＰＵ２０は、ＲＯＭ２２、ＲＡＭ２４、及びＨＤＤ２６へのアクセス、操作入力部２８に対する操作状態の把握、モニタ３０に対する画像の表示、並びに外部インタフェース３２を介した他の情報処理装置等との各種データの送受信等を行なうことができる。

［１－３．携帯端末の電気的構成］
図３は、携帯端末３の電気的構成を示す機能ブロック図である。

携帯端末３は、図１に示される構成に加え、主制御部４０、主記憶部４２、補助記憶部４４、通信部４６、及び操作ボタン４８を備える。

主制御部４０は、例えば、ＣＰＵ、マイクロプロセッサ、ＤＳＰ（Digital Signal Processor）等であり、携帯端末３の全体の動作を制御する。

主記憶部４２は、例えば、ＲＡＭやＤＲＡＭ（Dynamic Random Access Memory）等で構成されており、主制御部４０による各種プログラムに基づく処理の実行時のワークエリア等として用いられる。

補助記憶部４４は、例えば、フラッシュメモリ等の不揮発性メモリであり、画像等の各種データ及び主制御部４０の処理に利用されるプログラム等を保存する。補助記憶部４４に記憶されるプログラムは、例えば、携帯端末３の基本的な機能を実現するためのＯＳ（Operating System）、各種ハードウェアを制御するためのドライバ、電子メールやウェブブラウジング、その他各種機能を実現するためのプログラム等である。また、補助記憶部４４には、歌唱動画の撮影や投稿及び動画投稿サイトを視聴するためのアプリケーション
（以下「動画投稿視聴アプリ」という。）が予め記憶されている。

通信部４６は、例えばＮＩＣ（Network Interface Controller）であり、通信回線２に接続する機能を有する。なお、通信部４６は、ＮＩＣに代えて又はＮＩＣと共に、無線ＬＡＮ（Local Area Network）に接続する機能、無線ＷＡＮ（Wide Area Network）に接続する機能、例えばBluetooth（登録商標）等の近距離の無線通信、及び赤外線通信等を可能とする機能を有してもよい。

操作ボタン４８は、携帯端末３の側面に設けられ、携帯端末３を起動又は停止させるための電源ボタンやスピーカー３ｂが出力する音のボリューム調整ボタン等である。

これら主制御部４０、主記憶部４２、補助記憶部４４、通信部４６、操作ボタン４８、タッチパネルディスプレイ３ａ、スピーカー３ｂ、マイクロフォン３ｃ、カメラ３ｄ、及びイヤホン端子３ｅは、システムバス４９を介して相互に電気的に接続されている。従って、主制御部４０は、主記憶部４２及び補助記憶部４４へのアクセス、タッチパネルディスプレイ３ａに対する画像の表示、ユーザによるタッチパネルディスプレイ３ａや操作ボタン４８に対する操作状態の把握、マイクロフォン３ｃへの音の入力、スピーカー３ｂ又はイヤホン端子３ｅに接続されたイヤホンからの音の出力、カメラ３ｄに対する制御、及び通信部４６を介した各種通信網や他の情報処理装置へのアクセス等を行える。

［１－４．歌唱ユーザによる歌唱動画の撮影］
歌唱ユーザが、携帯端末３Ａを用いて歌唱動画を撮影する場合について説明する。

歌唱ユーザは、歌唱動画を撮影する場合、携帯端末３Ａに動画投稿視聴アプリを起動させる。動画投稿視聴アプリが起動すると、携帯端末３Ａは複数の楽曲データを記憶したサーバ４にアクセスする。そして、歌唱ユーザは、動画投稿視聴アプリから自身で歌唱するための楽曲を任意に選択し、サーバ４から楽曲データを携帯端末３Ａへダウンロードする。そして、歌唱ユーザは、動画投稿視聴アプリを用いて任意のタイミングで楽曲を再生して歌唱を行う。動画投稿視聴アプリは、楽曲の再生を開始すると共に、カメラ３ｄによって動画の撮影を開始する。すなわち、歌唱動画は、携帯端末３Ａから楽曲が再生されながら携帯端末３Ａによって撮影された動画である。

なお、楽曲データには、歌詞データも関連付けられており、楽曲データがサーバ４から携帯端末３Ａにダウンロードされる場合には関連付けられている歌詞データも携帯端末３Ａにダウンロードされる。なお、以下の説明において、楽曲データには歌詞データも含まれるものとする。

図４は、歌唱動画を撮影する場合における携帯端末３Ａの画面３ａにおける表示状態（以下「画面表示」という。）の一例である。

図４に示されるように画面３ａは、歌詞表示領域５０Ａ及び撮影画像表示領域５０Ｂに分けられる。歌詞表示領域５０Ａは、ユーザが歌唱する楽曲の歌詞を示す歌詞画像５２、楽曲の音程を示す音程画像５４、及び撮影の進行度合いを示す進行バー５６を含む。

歌詞画像５２及び音程画像５４は、楽曲の進行に応じて更新される。本実施形態では、一例として、歌詞画像５２及び音程画像５４は数フレーズずつ更新して歌詞表示領域５０Ａに表示される。なお、歌詞画像５２と音程画像５４の更新タイミングは同じであってもよいし、異なってもよい。

歌詞画像５２は、一例として、歌詞を複数段（図４の例では２段）で表示し、歌唱ユーザが現在歌唱すべき歌詞を把握可能なように、上段の歌詞の色が楽曲の進行に合わせて左端から右端へ変化する。上段の歌詞の色の変化が右端に達すると、下段の歌詞が上昇して上段に表示されると共に新たな歌詞が下段に表示され、楽曲の進行に合わせて再び上段の歌詞の色が左端から右端へ変化する。

音程画像５４は、一例として、複数の音程バー５４Ａが音程の強弱に合わせて左右方向に階段状に表示される。そして、歌唱ユーザが現在歌唱すべき歌詞の音程を把握可能なように、楽曲の進行に合わせて音程バー５４Ａの色が左端から右端へ変化すると共にポインタ５４Ｂが左端から右端へ移動する。音程バー５４Ａの色の変化及びポインタ５４Ｂが右端に達すると、次の音程を示す音程画像５４が更新表示される。

進行バー５６は、一例として、左端から右端までの長さが楽曲全体の長さを示す。楽曲の再生が開始すると楽曲の再生位置を示すポインタ５６Ａが左端から右端へ移動し、ポインタ５６Ａが右端に達すると楽曲の終了となる。なお、ポインタ５６Ａが通過した進行バー５６は、進行前の位置に比べて太く表示される。

歌唱動画の録画は、歌唱ユーザが楽曲を選択した後、画面３ａに表示される録画開始ボタン（不図示）をクリックしてから所定時間後（例えば１０秒後）に開始される。また、動画の録画開始と終了は、楽曲の開始と終了に一致してもよいが、これに限らず、楽曲の開始所定時間前（例えば５秒前）から動画の録画が開始してもよいし、楽曲の終了所定時間後（例えば５秒後）に動画の録画が終了してもよい。

歌唱ユーザは、イヤホンをイヤホン端子３ｅに接続して再生される楽曲をイヤホンを用いて聴き、当該楽曲に合わせて歌唱する。携帯端末３Ａは、カメラ３ｄによって歌唱ユーザを撮影すると共に、マイクロフォン３ｃによって歌唱ユーザの歌唱を録音する。すなわち、マイクロフォン３ｃは再生される楽曲の音は取得しない。そして、携帯端末３Ａはマイクロフォン３ｃで取得した歌唱ユーザの歌声を録音し、歌唱データとする。

なお、歌唱データは、フィルタリング処理によって人間の声の周波数帯域を抽出したものとされてもよい。このフィルタリング処理によって、歌唱ユーザの周辺環境に起因する雑音が歌唱データから取り除かれることになるので、録音される歌唱ユーザの歌声がより鮮明となる。

そして、動画投稿視聴アプリは、楽曲データ及び歌唱データに録画データを組み合わせることで、サーバ４へ送信可能な歌唱動画データとする。なお、ユーザは、一例として、歌唱動画データをサーバ４へ送信するタイミング、すなわち、動画投稿サイトへアップロードするタイミングとして下記の２種類のうち一つを選択できる。

一つは、歌唱ユーザが歌唱しながらリアルタイムで歌唱動画データを動画投稿サイトへアップロードするライブ配信である。ライブ配信では、視聴ユーザは歌唱ユーザによる歌唱をリアルタイムで視聴することになる。もう一つは、楽曲の歌唱が完了した後に、歌唱ユーザが任意のタイミングで動画投稿サイトへ歌唱動画データをアップロードする非ライブ配信である。

歌唱ユーザは、ライブ配信を行う場合には歌唱動画の録画前にライブ配信を行うための設定を行い、動画の録画開始と共に歌唱動画データが動画投稿サイトへアップロードされるようにする。なお、ライブ配信の場合には、歌唱動画データは携帯端末３Ａに記憶されることなく、動画投稿サイトへアップロードされてもよい。

なお、ライブ配信を行う場合の設定として、視聴ユーザがライブ配信で当該歌唱動画を視聴可能とする第１ライブ配信設定、ライブ配信後でも視聴ユーザが当該歌唱動画を視聴可能とする第２ライブ配信設定の何れか歌唱ユーザが設定可能とされる。すなわち、第１ライブ配信設定では、ライブ配信が終了するとサーバ４から歌唱動画データが削除され、視聴ユーザはライブ配信の終了後にライブ配信された歌唱動画の視聴ができない。一方、第２ライブ配信では、ライブ配信が終了してもサーバ４が当該歌唱動画データを記憶し続けるので、視聴ユーザはライブ配信の終了後でも非ライブ配信として当該歌唱動画の視聴ができる。

なお、非ライブ配信を行う場合には、歌唱動画データは携帯端末３Ａに一旦記憶され、歌唱ユーザが動画投稿視聴アプリを操作することで任意のタイミングで動画投稿サイトへ歌唱動画をアップロードする。

［１－５．視聴ユーザによる歌唱動画の視聴］
視聴ユーザが、携帯端末３Ｂを用いて歌唱動画を視聴する場合について説明する。

視聴ユーザは、歌唱動画を視聴する場合、携帯端末３Ｂに動画投稿視聴アプリを起動させる。動画投稿視聴アプリが起動すると、携帯端末３Ｂは複数の歌唱動画データを記憶したサーバ４、すなわち動画投稿サイトにアクセスする。そして、視聴ユーザは、動画投稿視聴アプリを介して視聴したい歌唱動画を選択して画面３ａに表示させる。なお、サーバ４による携帯端末３Ｂへの歌唱動画の配信手法は一例として、ストリーミング配信である。

図５は、歌唱動画を視聴する場合における携帯端末３Ｂの画面表示の一例であり、ライブ配信が行われている場合の画面表示を示している。

画面３ａには、歌唱動画が表示されると共に、歌唱ユーザ表示領域５０Ｃ、歌詞表示領域５０Ｄ、コメント入力表示領域５０Ｅが設けられる。歌唱ユーザ表示領域５０Ｃ、歌詞表示領域５０Ｄ、コメント入力表示領域５０Ｅは、歌唱動画に重畳して表示されてもよい。

歌唱ユーザ表示領域５０Ｃには、歌唱動画を投稿した歌唱ユーザのユーザ名、ライブ配信であるか否かの表示、歌唱している楽曲の名称が表示される。

歌詞表示領域５０Ｄには、歌唱動画の歌詞が表示される。なお、表示される歌詞は、一例として、複数フレーズずつであり、楽曲の進行に合わせて歌詞の色が左端から右端へ変化する。なお、歌詞表示領域５０Ｄは、一例として、歌詞を複数段で表示してもよい。この場合、上段の歌詞の色の変化が右端に達すると、下段の歌詞が上昇して上段に表示されると共に新たな歌詞が下段に表示され、楽曲の進行に合わせて再び上段の歌詞の色が左端から右端へ変化する。

コメント入力表示領域５０Ｅには、コメントの入力欄が表示されると共に、歌唱動画を視聴している視聴ユーザのコメントがユーザ名と共に表示される。なお、一例として、視聴ユーザからのコメントが入力される毎にコメント入力表示領域５０Ｅの最上段に当該コメントが追加表示され、それまでに表示されていたコメントは下方に繰り下がる。そして、コメントがコメント入力表示領域５０Ｅに表示しきれなくなった場合には、コメント表示領域の右側にスクロールバー（不図示）が表示され、当該スクロールバーを視聴ユーザが操作することで、それまで画面３ａに表示されなかったコメントが表示される。

さらに、画面３ａには、視聴ユーザが各種操作を行うための操作アイコン５８Ａ～５８Ｄが表示される。

操作アイコン５８Ａは、視聴ユーザが視聴している歌唱動画に視聴ユーザが共感等した場合にクリックされるアイコンであり、当該歌唱動画に対する操作アイコン５８Ａのクリックの総数が操作アイコン５８Ａの上方に表示される。

操作アイコン５８Ｂは、画面３ａに表示されている歌唱動画をライブ配信している歌唱ユーザに対して視聴ユーザが対戦（以下「対戦歌唱」という。）を申し込む場合にクリックされるアイコンである。対戦歌唱は、異なる歌唱ユーザによる複数の歌唱動画（第１歌唱動画、第２歌唱動画）を視聴ユーザの携帯端末３Ｂの画面３ａに同時に表示し、歌唱動画が同じ楽曲を交互に歌唱するものである。すなわち、操作アイコン５８Ｂをクリックした視聴ユーザは、対戦歌唱を行う歌唱ユーザとなる。

操作アイコン５８Ｃは、動画投稿視聴アプリに対する各種設定を視聴ユーザが行う場合にクリックされるアイコンである。

操作アイコン５８Ｄは、画面３ａに表示されている歌唱動画に対して装飾画像を重畳させる場合に視聴ユーザによってクリックされるアイコンである。なお、本実施形態に係る装飾画像は、その種類により金額が決められており、視聴ユーザが課金により購入可能とされている。そして、視聴ユーザは、操作アイコン５８Ｄをクリックすることで、自身が視聴している歌唱動画に対して装飾画像を重畳させる。装飾画像が重畳された歌唱動画の歌唱ユーザは、重畳された装飾画像に応じた金銭を動画投稿サイトの運営者から受け取る。すなわち、視聴ユーザによる歌唱動画への装飾画像の重畳（表示指示）は、歌唱ユーザに対する、いわゆる投げ銭に相当する。

［１－６．対戦歌唱機能の概要］
本実施形態に係る動画投稿視聴アプリは、パフォーマーである複数のユーザ同士が自身のパフォーマンス動画の優劣を競い合う対戦機能を有している。本実施形態に係る対戦機能は、いわゆるカラオケバトルの一種であり、図６に例示するように、異なる歌唱ユーザによる複数の歌唱動画（第１歌唱動画６０Ａ、第２歌唱動画６０Ｂ）を視聴ユーザの携帯端末３Ｂの画面３ａに同時に表示する対戦歌唱機能である。なお、対戦歌唱機能は、サーバ４によって実行される機能である。

図６は、対戦歌唱における視聴ユーザの携帯端末３Ｂの画面表示である。なお、図６に示される「ＶＳ」の表示は、対戦歌唱の開始時に表示され、対戦歌唱が開始されてから所定時間経過後（例えば３秒後）に当該表示が停止される。また、歌唱ユーザの携帯端末３Ａの画面表示は、例えば、図６と同様であってもよいし、図４に示されるような画面表示に対して対戦歌唱を行う他の歌唱ユーザが縮小表示（後述の図８参照）されてもよい。

対戦歌唱が行われるためには、歌唱ユーザ（以下「第１歌唱ユーザ」という。）から他の歌唱ユーザ（以下「第２歌唱ユーザ」という。）に対して歌唱動画の同時配信の要求（以下「対戦要求」という。）が行われ、当該対戦要求を第２歌唱ユーザが了承する必要がある。

より具体的には、第１歌唱ユーザは自身の携帯端末３Ａ１に動画投稿視聴アプリを起動させ、動画投稿視聴アプリを用いて歌唱動画をライブ配信している第２歌唱ユーザへ対戦要求を送信する。対戦要求の送信は、第１歌唱ユーザが操作アイコン５８Ｂをクリックすることで行われる。対戦歌唱で歌唱する楽曲は第１歌唱ユーザが選択する。選択した楽曲
（以下「対戦楽曲」という。）を示す情報（タイトルや歌手名）は対戦要求と共に第２歌唱ユーザに送信される。

携帯端末３Ａ１から送信された対戦要求は、サーバ４を介して第２歌唱ユーザの携帯端末３Ａ２に送信される。携帯端末３Ａ２の画面３ａには受信した対戦要求に応じた画像が表示され、第２歌唱ユーザは対戦要求を了承する場合には画面３ａに表示される所定画像をクリックする。

そして、第２歌唱ユーザが第１歌唱ユーザからの対戦要求を了承した場合、サーバ４は、第１歌唱ユーザによる第１歌唱動画６０Ａ及び第２歌唱ユーザによる第２歌唱動画６０Ｂが携帯端末３Ｂの画面３ａに同時に表示されるように配信することで、対戦歌唱を開始する。これにより、視聴ユーザは、リアルタイムで第１歌唱ユーザと第２歌唱ユーザによる対戦歌唱（リアルタイム対戦）を視聴可能となる。なお、以下の説明では、対戦歌唱において配信される第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂを総称して対戦歌唱動画ともいう。

このように、対戦歌唱機能は、第１歌唱ユーザから第２歌唱ユーザへの歌唱動画の対戦要求を受け付け、第２歌唱ユーザが対戦要求を了承した場合に、第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂを携帯端末３Ｂの画面３ａに同時に表示されるように配信する。従って、対戦歌唱機能は、歌唱ユーザ同士が自身の歌唱を各々の歌唱動画によって競い合うことを可能とすると共に、競い合っている複数の歌唱動画を視聴ユーザが同時に視聴することを可能とする。

また、第２歌唱ユーザが対戦要求を了承する一方で対戦楽曲を了承しない場合も想定される。このような場合のために、対戦歌唱機能は、第２歌唱ユーザの携帯端末３Ａ２から第１歌唱ユーザの携帯端末３Ａ１へ対戦楽曲の変更及び第２歌唱ユーザが選択した対戦楽曲を示す情報を送信し、第１歌唱ユーザの了承を求める機能を有してもよい。

［１－６－１．対戦歌唱における交互歌唱］
本実施形態に係る対戦歌唱機能では、第１歌唱ユーザと第２歌唱ユーザとが同じ楽曲を交互に歌唱（以下「交互歌唱」という。）する。

交互歌唱は、例えば、第１歌唱ユーザが１曲を全て歌唱し終えた後に第２歌唱ユーザが同じ楽曲を全て歌唱する形態としてもよいが、本実施形態に係る対戦歌唱機能は、図７に示されるように、楽曲を仮想的に複数領域に分割し、当該分割領域６８毎に歌唱を行う歌唱ユーザの順番を設定（以下「交互パフォーマンス設定」という。）する。これにより、第１歌唱ユーザと第２歌唱ユーザは、交互パフォーマンス設定に従って同一の楽曲を交互に歌唱することになるので、視聴ユーザは、第１歌唱ユーザと第２歌唱ユーザとの歌唱力の差を明確に認識でき、より対戦歌唱を楽しむことができる。なお、以下の説明では、歌唱を行う歌唱ユーザの順番を交互歌唱順番という。

なお、対戦歌唱機能は、一例として、歌唱ユーザ自身が歌唱する歌詞部分を強調表示させることにより、歌唱ユーザに自身が歌唱する分割領域６８を認識させる。強調表示は、歌詞の色変化や太さ変化等である。

図７の例では、第１歌唱ユーザと第２歌唱ユーザとが交互に歌唱するように分割領域６0８が設定されると共に、第１歌唱ユーザと第２歌唱ユーザとが一緒に歌唱する分割領域６８も設定されている。分割領域６８は、例えば、楽曲のフレーズ、コーラス、又は小節等に基づいて予め設定され、各分割領域６８の時間長さは必ずしも同じである必要はない。

交互歌唱順番は、対戦歌唱の実行の決定に伴い決定される。例えば、対戦要求を行った第１歌唱ユーザが先に歌唱を行い、第２歌唱ユーザが後に歌唱を行うように設定される。なお、第１歌唱ユーザと第２歌唱ユーザとが一緒に歌唱する分割領域６８は、楽曲毎に予め設定されてもよい。

また、分割領域に基づいて設定される交互歌唱順番は、動的に変化してもよい。例えば、後述する投票機能によって得た総点数が相対的に多い歌唱ユーザほど歌唱する分割領域６８が多くなってもよい。より具体的には、楽曲の予め定められたタイミング毎に歌唱ユーザ（歌唱動画）毎の総点数を比較し、総点数が相対的に多い歌唱ユーザがその後の複数の分割領域６８を連続して歌唱する。この場合、連続して歌唱可能な分割領域６８の最大数は予め定められている。

これにより、総点数が相対的に多い歌唱ユーザは歌唱する分割領域６８が多くなる一方、総点数が相対的に少ない歌唱ユーザは歌唱する分割領域６８が少なくなる。従って、総点数が相対的に多い歌唱ユーザは、視聴ユーザに対して自身の歌唱力をよりアピールし、視聴ユーザをより惹き付けることができる。

［１－６－２．交互歌唱における画面表示と音声出力］
図６は、前述のように、対戦歌唱における視聴ユーザの携帯端末３Ｂの表示画面であり、第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂが共に同じ画像サイズで表示されている。そして、歌唱を実行中の歌唱動画に対しては、それを視聴ユーザが認識可能な表示（図６の「ＮＯＷ ＰＬＡＹＩＮＧ」）が行われる。

ここで、歌唱を実行中でない歌唱動画やその音声は視聴ユーザにとって興味を惹くものではなく、実行中の歌唱を視聴している視聴ユーザの注意を散漫にしかねない。

そこで、本実施形態に係る対戦歌唱機能は、歌唱を実行中の歌唱動画の音声が出力され、歌唱を実行中でない歌唱動画の音声は出力されないように、歌唱動画を携帯端末３Ｂに配信する。また、サーバ４は、歌唱を実行中の歌唱動画が歌唱を実行中でない歌唱動画よりも大きく携帯端末３Ｂの画面３ａに表示されるように、歌唱動画を携帯端末３Ｂに配信する。これらにより、視聴ユーザは、歌唱を実行中でない歌唱動画によって注意が散漫となることなく、対戦歌唱動画を視聴できる。

図８は、対戦歌唱における携帯端末３Ｂの画面表示の一例である。図８の例では、第１歌唱動画６０Ａが歌唱の実行中であり、第２歌唱動画６０Ｂが歌唱の実行中でないため、第１歌唱動画６０Ａが拡大表示（全画面表示）される一方、第２歌唱動画６０Ｂは縮小表示（ウィンドウ表示）される。歌唱動画が縮小表示される場合の画像サイズと画面３ａにおける表示位置は予め定められてもよいし、視聴ユーザが任意の画像サイズ及び画面位置に変更可能としてもよい。

なお、本実施形態に係る対戦歌唱機能は、上述した交互歌唱順番に基づいて、第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂの音声出力、又は第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂの画面表示が行われるように歌唱動画を携帯端末３Ｂに配信する。

すなわち、第１歌唱ユーザが歌唱を行う分割領域６８では、第１歌唱動画６０Ａの音声が出力されると共に第１歌唱動画６０Ａが拡大表示される一方、第２歌唱動画６０Ｂの音1声は出力されずに第２歌唱動画６０Ｂが縮小表示される。また、第２歌唱ユーザが歌唱を行う分割領域６８では、第２歌唱動画６０Ｂの音声が出力されると共に第２歌唱動画６０Ｂが拡大表示される一方、第１歌唱動画６０Ａの音声は出力されずに第１歌唱動画６０Ａが縮小表示される。また、第１歌唱ユーザと第２歌唱ユーザとが一緒に歌唱を行う分割領域６８では、図６のように第１歌唱動画６０Ａと第２歌唱動画６０Ｂとが同じ画像サイズで画面表示され、かつ共に音声出力される。

このように、本実施形態に係る対戦歌唱機能は、上述した交互パフォーマンス設定に基づいて、対戦歌唱動画の音声出力や画面表示を制御するので、歌唱動画を同時に表示させる場合であっても視聴ユーザの携帯端末３Ｂにおける対戦歌唱動画の出力制御を簡易に行える。

［１－６－３．投票機能］
動画投稿視聴アプリは、対戦歌唱において歌唱動画毎の評価（以下「投票」という。）の入力を視聴ユーザの携帯端末３Ｂから受け付ける投票機能を有する。

投票は、図６，８に示されるように歌唱動画毎に設けられている操作アイコン５８Ａを視聴者がクリックすることで入力される。すなわち、視聴ユーザは、歌唱動画に共感等した場合に当該歌唱動画に対する好評価の意思表示として操作アイコン５８Ａをクリックする。そして、受け付けられた歌唱動画毎の評価結果を示す画像（以下「投票結果画像」という。）６６が、歌唱動画と共に携帯端末３Ｂの画面３ａに表示されるように配信される。

このように本実施形態に係る投票機能は、一例として操作アイコン５８Ａを視聴ユーザがクリックすること対戦歌唱動画を視聴ユーザが評価できるので、対戦歌唱が行われた場合において歌唱の優劣判定を視聴ユーザが簡易に可能となる。なお、視聴ユーザは、一方の歌唱動画を評価すると共に他方の歌唱動画を評価することもできる。

なお、投票機能は、投票として点数の入力を受け付け、歌唱動画の配信中に入力された総点数（以下「評価総得点」という。）を評価結果として導出する。評価総得点は、複数の視聴ユーザによって入力された点数の総和である。そして、投票機能は、対戦歌唱が終了するまでに入力された評価総得点によって対戦歌唱の勝者を決定する。すなわち、評価総得点が相対的に高い歌唱動画の歌唱ユーザが勝者とされる。このように、本実施形態に係る投票機能によれば、複数の視聴ユーザは自身が応援する歌唱ユーザ（歌唱動画）に対して協同して投票することで、自身が応援する歌唱ユーザを勝者とできるので、視聴ユーザは歌唱ユーザに対してより感情移入できる。

本実施形態に係る投票機能は、操作アイコン５８Ａが一回クリックされる毎に１点が入力される。図６，８に示される投票結果画像６６の数字（２１及び１８５）は、歌唱ユーザ（歌唱動画）毎の評価総得点であり、画面３ａの左右に延伸し左右でハッチング（色）が異なるバー画像は、歌唱動画毎の評価総得点を相対的に示したものである。

また、各視聴ユーザが操作アイコン５８Ａをクリック可能な回数には上限（以下「クリック上限」という。）が設けられており、本実施形態に係るクリック上限は一回である。そして、クリック上限が満たされると、図８に示されるように操作アイコン５８Ａの替わりに操作アイコン５８Ｄが画面３ａに表示される。

視聴ユーザは、操作アイコン５８Ｄをクリックすることで、クリックした操作アイコン５８Ｄに対応する歌唱動画に対して装飾画像（以下「投銭エフェクト画像」という。）を重畳させることが可能となる。このように、投票機能は、歌唱動画に対する投銭エフェク2ト画像の重畳を携帯端末３Ｂから受け付け、受け付けた投銭エフェクト画像を歌唱動画に重畳する投銭エフェクト機能を有する。なお、以下の説明では、視聴ユーザによる携帯端末３Ｂを介した投銭エフェクト画像の表示指示（選択）を、上述のように投銭入力という。

すなわち、視聴ユーザは自身が共感する歌唱動画に対して投銭エフェクト画像６９を重畳させることで当該歌唱動画を装飾するので、投銭エフェクト機能は、歌唱動画の配信中に視聴者や歌唱動画そのものを盛り上げることができる。なお、投銭エフェクト機能は、動画投稿視聴アプリを介した視聴ユーザからの表示指示に応じてサーバ４によって実行される機能である。

図９は、視聴ユーザが操作アイコン５８Ｄをクリックした場合に遷移する携帯端末３Ｂの画面表示であり、視聴ユーザが選択可能な複数の異なる投銭エフェクト画像６９が表示されている。投銭エフェクト画像６９には、各々ポイントが設定され、デザインがポイントに応じて異なっている。視聴ユーザは、画面表示されている複数の投銭エフェクト画像６９のうち、所有しているポイントで取得可能な一つを選択する。なお、デザインが異なるとは、例えば、形状や色彩又は向きが異なることをいう。

一例として、ポイントは１ポイント毎に課金額が定められており、視聴ユーザはポイントを購入し、所有しているポイントに応じて選択可能な投銭エフェクト画像６９の種類が増減する。視聴ユーザによって投銭エフェクト画像６９が選択されると、視聴ユーザが所有しているポイントは選択した投銭エフェクト画像６９のポイントに応じて減少する。なお、ポイントは課金による取得だけでなく、他のオンラインサービス等の利用によって増加してもよい。

図９に例示される投銭エフェクト画像６９は、スポットライトを模した向きの異なる末広がりの４種類のスポットライト画像、スポットライト画像を複数組み合わせて各々色彩が異なる４種類の合体スポットライト画像である。投銭エフェクト画像６９をスポットライトを模した画像とすることで、視聴ユーザはあたかもコンサート等に参加しているような感覚が得られる。なお、投銭エフェクト画像６９は図９の例に限らず、他の画像であってもよい。

図１０は、投銭エフェクト画像６９として合体スポットライト画像が視聴ユーザによって選択され、投銭エフェクト画像６９が重畳された歌唱動画（以下「エフェクト重畳歌唱動画」という。）の一例である。エフェクト重畳歌唱動画は、投銭エフェクト画像６９の選択を行った視聴ユーザだけではなく、対戦歌唱を視聴している他の視聴ユーザも視聴可能とされる。

なお、本実施形態に係る投銭エフェクト機能は、歌唱が実行されている歌唱動画に対して行うことが可能であり、投銭入力を行った後、略時間遅れなく投銭エフェクト画像６９を歌唱動画に重畳する。すなわち、図１０の例では、視聴ユーザは、第１歌唱動画６０Ａに対して投銭エフェクト画像６９を重畳させることができるが、歌唱ユーザが歌唱中ではない第２歌唱動画６０Ｂに対しては投銭エフェクト画像６９を重畳させることができない。より具体的には、歌唱ユーザが歌唱中でない歌唱動画に対応する操作アイコン５８Ｄを視聴ユーザがクリックしても、投銭エフェクト機能は当該クリックを受け付けない。

また、投票機能は、投銭エフェクト画像６９の重畳を受け付けた場合、投銭エフェクト画像６９に応じた点数の入力を評価として受け付ける。本実施形態では、一例として投銭エフェクト画像に応じたポイントが評価の点数として入力される。すなわち、投銭入力が行われる毎に、視聴ユーザが選択した投銭エフェクト画像６９に応じたポイントが上述の3評価総得点に加算される。

このように、本実施形態に係る投票機能は、投銭エフェクト画像６９の重畳に応じて点数の入力を評価として受け付けることで、視聴ユーザによる投銭入力を促すことができる。なお、各視聴ユーザが可能な投銭入力の回数には上限はない。すなわち、視聴ユーザは、操作アイコン５８Ｄを何度もクリックすることで自身が共感等する歌唱動画の評価総得点を上げることができる。

さらに、歌唱動画に対して他の視聴ユーザよりも相対的に高い評価（投票）を行った視聴ユーザ、すなわち入力した点数の多い視聴ユーザ（以下「高評価ユーザ」という。）を示す画像（アイコン画像６４）が携帯端末３Ｂの画面３ａに表示される。これにより、視聴ユーザは、他の視聴ユーザに対して、自身が応援している歌唱ユーザを認識させることができる。また、視聴ユーザは、歌唱ユーザに対しても自身が応援していることを認識させることができる。

なお、本実施形態に係る投票機能では、入力した点数が多い順に上位３名を高評価ユーザとし、高評価ユーザのアイコン画像６４を歌唱動画毎に画面３ａに表示させるが、アイコン画像６４が表示される高評価ユーザの数はこれに限られない。

また、本実施形態に係る投票機能は、操作アイコン５８Ａをクリックした場合と投銭入力が行われた場合に評価として点数が入力されるが、これに限らず、例えば、投銭入力が行われた場合に評価として点数が入力されてもよいし、操作アイコン５８Ａをクリックした場合に評価として点数が入力されてもよい。

［１－６－４．その他の機能］
サーバ４は、歌唱ユーザ毎の情報（以下「歌唱ユーザ情報」という。）をＨＤＤ２６に記憶してもよい。歌唱ユーザ情報には、歌唱ユーザが有するファンの数、歌唱ユーザの過去の対戦成績や勝率、及び得意とする楽曲等が含まれる。そして、対戦歌唱機能は、ファンの数が同程度の第１歌唱ユーザから第２歌唱ユーザへの対戦要求を受け付けてもよい。歌唱ユーザが有するファンの数は、歌唱ユーザの歌唱力に応じても異なると考えられる。このように、ファンの数が同程度であることを対戦歌唱を受け付ける条件とすることで、歌唱力が大きく異なる歌唱ユーザ同士による対戦歌唱が行われることが防止できる。

より具体的には、第１歌唱ユーザが第２歌唱ユーザに対戦要求を行う場合に、対戦歌唱機能が、第１歌唱ユーザのファンの数と第２歌唱ユーザのファンの数を比較し、ファンの数の差異が予め定められた基準値内（例えば±２０％内）である場合に、第１歌唱ユーザによる第２歌唱ユーザへの対戦要求を受け付ける。なお、ファンの数は、視聴ユーザが動画投稿視聴アプリを介して、自身が当該歌唱ユーザのファンであることを登録することで増加する。なお、視聴ユーザがファンとして登録できる歌唱ユーザの数に制限はない。

なお、対戦歌唱機能は、ファンの数が同程度でも他の条件を満たしていれば、対戦要求を受け付けてもよいし、ファンの数が同程度でなくても第２歌唱ユーザが了承すれば対戦要求を受け付けてもよい。一方、対戦歌唱機能は、ファンの数が同程度の対戦要求のみを受け付けてもよい。ここでいう「のみ」とは、例えば、他の条件が満たされていても、ファンの数が同程度でない対戦要求は受け付けないことをいう。

また、対戦歌唱機能は、対戦歌唱で勝利した歌唱ユーザが自身に対する投票によって獲得した評価総得点に応じた対価を、歌唱ユーザに与えてもよい。ここでいう対価とは、金銭であったり、動画投稿視聴アプリ（動画投稿サイト）や他のオンラインサービスで使用可能なポイント等である。また、対戦歌唱で勝利した歌唱ユーザが、自身の評価総得点だけでなく対戦相手の評価総得点をも合算した点数に応じた対価を得てもよい（いわゆる総取り）。

［１－７．対戦歌唱機能の機能ブロック］
図１１は、本実施形態に係る対戦歌唱機能に関する機能ブロック図である。サーバ４が備えるＣＰＵ２０は、対戦要求受付部７０、対戦了承判定部７１、対戦設定部７２、動画評価部７３、投銭エフェクト重畳部７４、及び動画配信部７５を備える。サーバ４が備える各機能によって実行される処理は、ＨＤＤ２６に記憶されているプログラムによって実現される。

対戦要求受付部７０は、第１歌唱ユーザから第２歌唱ユーザへの対戦要求を受け付ける。なお、対戦要求受付部７０は、ファンの数が同程度の第１歌唱ユーザから第２歌唱ユーザへの対戦要求を受け付けてもよい。

対戦了承判定部７１は、第２歌唱ユーザが第１歌唱ユーザからの対戦要求を了承したか否かを判定する。

対戦設定部７２は、対戦歌唱を行うために楽曲の設定や歌唱順の設定等の各種設定を行う。対戦設定部７２は、楽曲を時系列で複数領域に分割し、当該領域毎に歌唱を行う歌唱ユーザの順番（交互歌唱順番）を設定する。また、対戦設定部７２は、分割領域６８に基づいて設定される交互歌唱順番を動的に変化させてもよい。

動画評価部７３は、携帯端末３Ｂに配信されている歌唱動画毎の評価（点数）の入力、及び歌唱動画に対する投銭エフェクト画像６９の重畳（投銭入力）を携帯端末３Ｂから受け付ける。そして、動画評価部７３は、歌唱動画の配信中に入力された評価総得点を導出し、対戦歌唱の勝敗判定を行う。

投銭エフェクト重畳部７４は、投銭入力を受け付けた場合に、受け付けた投銭入力に応じた投銭エフェクト画像６９を歌唱動画に重畳する。

動画配信部７５は、歌唱動画を携帯端末３Ｂに配信する。また、動画配信部７５は、第２歌唱ユーザが第１歌唱ユーザからの対戦要求を了承した場合、第１歌唱ユーザによる第１歌唱動画６０Ａ及び第２歌唱ユーザによる第２歌唱動画６０Ｂを携帯端末３Ｂの画面３ａに同時に表示されるように配信する。また、動画配信部７５は、歌唱を実行中の歌唱動画の音声が出力され、歌唱を実行中でない歌唱動画の音声は出力されず、歌唱を実行中の歌唱動画が歌唱を実行中でない歌唱動画よりも大きく画面３ａに表示されるように対戦歌唱動画を携帯端末３Ｂに配信する。

［１－８．対戦歌唱処理のフローチャート］
図１２は、サーバ４が備えるＣＰＵ２０によって実行される本実施形態に係る対戦歌唱処理の流れを示すフローチャートである。本実施形態に係る対戦歌唱処理を実行するためのプログラムはＨＤＤ２６の所定領域に予め記憶されている。

まず、ステップＳ１００では、第１歌唱ユーザによる第２歌唱ユーザへの対戦要求の有無を対戦要求受付部７０が判定し、肯定判定の場合、すなわち第１歌唱ユーザからの対戦要求を受け付けた場合はステップＳ１０２へ移行する。一方、否定判定の場合は、対戦要求を受け付けるまで待ち状態となる。

ステップＳ１０２では、第２歌唱ユーザが対戦要求を了承したか否かを対戦了承判定部７１が判定し、肯定判定の場合はステップＳ１０４へ移行し、否定判定の場合はステップ5Ｓ１００へ戻る。

ステップＳ１０４では、対戦歌唱を行うための各種設定を対戦設定部７２が行う。

次のステップＳ１０６では、対戦歌唱動画の配信を動画配信部７５が開始する。

次のステップＳ１０８では、対戦歌唱の楽曲が終了したか否かを動画配信部７５が判定し、肯定判定の場合はステップＳ１１０へ移行する。一方、否定判定の場合は、楽曲が終了するまで動画配信部７５が対戦歌唱動画の配信を継続する。

次のステップＳ１１０では、動画配信部７５が対戦歌唱動画の配信を終了しステップＳ１００へ戻る。

以上説明したように、本実施形態に係るサーバ４（対戦歌唱機能）は、第１歌唱ユーザから第２歌唱ユーザへの歌唱動画の対戦要求を受け付け、第２歌唱ユーザが対戦要求を了承した場合に、第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂを携帯端末３Ｂの画面３ａに同時に表示されるように配信する。従って、本実施形態に係るサーバ４（対戦歌唱機能）は、歌唱ユーザ同士が自身の歌唱を各々の歌唱動画によって競い合うことを可能とすると共に、競い合っている複数の歌唱動画を視聴ユーザが同時に視聴することを可能とする。

［１－９．投票処理のフローチャート］
図１３は、サーバ４が備えるＣＰＵ２０によって実行される本実施形態に係る投票処理の流れを示すフローチャートである。本実施形態に係る投票処理を実行するためのプログラムはＨＤＤ２６の所定領域に予め記憶されている。

まず、ステップＳ２００では、対戦歌唱が開始したか否かを動画評価部７３が判定し、肯定判定の場合はステップＳ２０２へ移行する。一方、否定判定の場合は、対戦歌唱が開始するまで待ち状態となる。

ステップＳ２０２では、視聴ユーザによって操作アイコン５８Ａがクリックされたか否かを動画評価部７３が判定し、肯定判定の場合はステップＳ２０４へ移行し、否定判定の場合はステップＳ２０６へ移行する。

ステップＳ２０４では、評価総得点を動画評価部７３が導出し、評価総得点の表示を動画配信部７５が更新する。

ステップＳ２０６では、視聴ユーザによって操作アイコン５８Ｄがクリックされたか否かを動画評価部７３が判定し、肯定判定の場合はステップＳ２０８へ移行し、否定判定の場合はステップＳ２１０へ移行する。

ステップＳ２０８では、視聴ユーザが選択した投銭エフェクト画像６９を投銭エフェクト重畳部７４が対象の歌唱動画に重畳し、重畳した投銭エフェクト画像６９に応じた点数を加算した評価総得点を動画評価部７３が導出し、評価総得点の表示を動画配信部７５が更新する。

次のステップＳ２１０では、歌唱動画に対する高評価ユーザに変化があったか否かを動画評価部７３が判定し、肯定判定の場合はステップＳ２１２へ移行し、否定判定の場合はステップＳ２１４へ移行する。

ステップＳ２１２では、高評価ユーザのアイコン画像６４の表示を動画配信部７５が更新する。

ステップＳ２１４では、対戦歌唱の楽曲が終了したか否かを動画配信部７５が判定し、肯定判定の場合はステップＳ２１６へ移行し、否定判定の場合はステップＳ２０２へ戻る。

ステップＳ２１６では、動画評価部７３が歌唱動画毎の評価総得点に基づいて勝敗を判定し、その結果を示す画像を動画配信部７５が配信する。

次のステップＳ２１８では、動画配信部７５が対戦歌唱動画の配信を終了し本投票処理を終了する。

以上説明したように、本実施形態に係るサーバ４（投票機能）は、携帯端末３Ｂに配信されている歌唱動画毎の評価を携帯端末３Ｂから受け付ける。従って、本実施形態に係るサーバ４（投票機能）は、複数の歌唱ユーザ各々が配信したパフォーマンス動画の優劣判定を視聴ユーザが簡易に行うことを可能とする。

［２．第２実施形態］
以下、本発明の第２実施形態について説明する。

本実施形態に係るカラオケシステム１、サーバ４、及び携帯端末３の構成は、第１実施形態に係るカラオケシステム１、サーバ４、及び携帯端末３の構成と同様であるので説明を省略する。

［２－１．対戦ダンス機能の概要］
本実施形態に係るパフォーマンス動画は、パフォーマーをダンサーとし、パフォーマンス動画をダンス動画とし、当該ダンス動画が動画投稿サイト（サーバ４）にアップロードされる。すなわち、本実施形態に係る対戦機能は、図１４に示されるように異なるダンスユーザによる複数のダンス動画（第１ダンス動画６０Ｃ、第２ダンス動画６０Ｄ）を視聴ユーザの携帯端末３Ｂの画面３ａに同時に表示する対戦ダンス機能である。

対戦ダンスは、第１ダンスユーザから他のダンスユーザ（以下「第２ダンスユーザ」という。）に対してダンス動画の同時配信の要求（対戦要求）が行われ、当該対戦要求を第２ダンスユーザが了承することで行われる。一例として、第１ダンスユーザは、第２ダンスユーザに対戦要求を行う場合、本対戦要求が対戦ダンスであることを示す。これにより、第２ダンスユーザ及びサーバ４は、本対戦要求が対戦ダンスであることを認識できる。以下の説明では、対戦ダンスにおいて配信される第１ダンス動画６０Ｃ及び第２ダンス動画６０Ｄを総称して対戦ダンス動画ともいう。

なお、本実施形態に係る対戦ダンス機能は、第１実施形態と同様に、楽曲を仮想的に時系列で複数領域に分割した分割領域６８（図７参照）毎にダンスを行うダンスユーザの順番を設定（以下「交互ダンス設定」という。）する。交互ダンス設定には、第１ダンスユーザと第２ダンスユーザとが一緒にダンスを行う分割領域６８が設定されてもよい。

［２－１－１．注目動画の拡大表示機能］
本実施形態に係る対戦ダンス機能は、携帯端末３Ｂの画面３ａに同時に表示される複数のダンス動画のうち、被写体の動きが最も大きいダンス動画を注目動画であると判定（注目動画判定機能）し、注目動画が他のダンス動画に比べて大きく表示されるようにダンス動画を携帯端末３Ｂに配信する拡大表示機能を有する。なお、ここでいう被写体とは、人物であるダンサーである。

図１５の例では、第１ダンス動画６０Ｃが注目動画であり、第２ダンス動画６０Ｄが注目動画でないため、第１ダンス動画６０Ｃが拡大表示（全画面表示）される一方、第２ダンス動画６０Ｄは縮小表示（ウィンドウ表示）される。なお、ダンス動画が縮小表示される場合の画像サイズと画面３ａにおける表示位置は予め定められてもよいし、視聴ユーザが任意の画像サイズ及び画面位置に変更可能としてもよい。

このように、拡大表示機能は、被写体の動きに基づいて他のダンス動画に比べて大きく表示する注目動画を判定するので、配信されるダンス動画の音を用いることなく携帯端末３Ｂの画面３ａにおける対戦ダンス動画の表示態様を変化させることができる。

また、第１ダンスユーザと第２ダンスユーザとが一緒にダンスを行う場合には、より動きの大きいダンス動画が視聴ユーザの携帯端末３Ｂで拡大表示されるので、対戦しているダンスユーザはより躍動感のあるダンスを行うことになり、その結果、視聴ユーザがより盛り上がることになる。

また、拡大表示機能は、注目動画の音が出力され、他のダンス動画の音が出力されないように、対戦ダンス動画を携帯端末３Ｂに配信する。これにより、注目動画のダンサーが発する音声（声や息づかい等）が携帯端末３Ｂから出力される一方、注目動画でないダンサーが発する音声は携帯端末３Ｂから出力されない。このため、視聴ユーザは、注目動画でないダンス動画からの音声によって注意が散漫となることなく、対戦ダンス動画を視聴できる。

なお、本実施形態に係る拡大表示機能が実行される場合は、第１実施形態で説明した交互パフォーマンス設定に基づく音声出力及び画面表示は行われないが、これに限らず、交互パフォーマンス設定に基づく音声出力及び画面表示を行うものの、第１ダンスユーザと第２ダンスユーザとが一緒にダンスを行う場合に本実施形態に係る拡大表示機能が実行されてもよい。

［２－１－２．注目動画判定機能］
注目動画判定機能は、ダンス動画から被写体であるダンサー（人物）を示す画像（以下「ダンサー画像」という。）を所定時間間隔で抽出し、複数のダンス動画のうち抽出したダンサーの差異が最も大きいダンス動画を注目動画であると判定する。なお、画像抽出間隔（以下「画像抽出間隔」という。）は、例えば０．５秒であり、時間ではなくフレーム数で規定されてもよい。

より具体的には、注目動画判定機能は、ダンス動画の開始から所定時間（０．５秒）間隔でダンサー画像を抽出し、画像抽出間隔前後のダンサー画像の差異を導出する。そして、注目動画判定機能は、第１ダンス動画６０Ｃと第２ダンス動画６０Ｄ毎に導出した同じタイミングにおけるダンス動画の差異を比較し、第１ダンス動画６０Ｃと第２ダンス動画６０Ｄのうち差異がより大きいダンス動画を注目動画とする。なお、ダンス動画からの人物の抽出は、例えば、既知の画像解析手法によって行われればよい。

このように、注目動画判定機能は、ダンス動画に含まれるダンサー画像から直接的にダンサーの動きの大小を判定するので、被写体であるダンサーの動きが相対的に大きいダンス動画を正確に判定できる。なお、本実施形態に係るダンス動画は、ダンサー画像を画像解析するため、ダンサーの全身が撮影され、かつ画像解析が可能な程度の大きさでダンサーが撮影される動画である。

また、本実施形態に係る注目動画判定機能は、被写体であるダンサーの動きの差異をダ8ンサーの手足の動きに基づいて判定する。

図１６は、ダンス動画から画像抽出間隔で抽出したダンサー画像の一例である。図１６
（Ａ），（Ｂ）は第１ダンス動画６０Ｃから画像抽出間隔で抽出したダンサー画像、図１６（Ｃ），（Ｄ）は第２ダンス動画６０Ｄから画像抽出間隔で抽出したダンサー画像である。すなわち、図１６の例では、図１６（Ａ）に示される第１ダンス動画６０Ｃのダンサー画像が所定時間後に図１６（Ｂ）のように変化し、図１６（Ｃ）に示される第２ダンス動画６０Ｄのダンサー画像が所定時間後に図１６（Ｄ）のように変化している。

図１６の例では、破線領域で囲まれるように、第１ダンス動画６０Ｃでは左手及び右足の動きが大きい一方、第２ダンス動画６０Ｄでは左右の足が若干動いている程度であるため、第１ダンス動画６０Ｃの方がダンサー画像の差異が大きい。このため、第１ダンス動画６０Ｃが注目画像とされる。なお、一例として、手足の動きとは手足の先端位置の動きであり、手足の先端位置の動きは先端位置を示す座標の変化から導出される。

このように、注目動画判定機能は、被写体であるダンサーの動きの差異をダンサーの手足の動きに基づいて判定するので、より正確にダンサーの動きを判定できる。

ここで、ダンスは瞬間的にダンサーが動かない場合もある。このような場合に、注目動画でない他のダンス動画のダンサー（被写体）が動くと、当該他のダンス動画が注目動画であると判定され、その結果、ダンスを行っていない動画が携帯端末３Ｂで拡大表示される可能性がある。

そこで、拡大表示機能は、注目動画のダンサーの動きが所定時間（例えば１秒）以上、他のダンス動画のダンサーの動きよりも小さくなった場合に当該他のダンス動画を注目動画として切り替えてもよい。換言すると、注目動画のダンサーの動きが他のダンス動画のダンサーの動きよりも小さくなっても、それが所定時間未満であれば他のダンス動画が注目動画に切り替わることは無い。

これにより、注目動画のダンサーが一時的に動作を停止しても、ダンスを実行していない他のダンス動画が注目動画となることを防止できる。

［２－２．対戦ダンス機能の機能ブロック］
図１７は、本実施形態に係る対戦ダンス機能に関する機能ブロック図である。サーバ４が備えるＣＰＵ２０は、対戦要求受付部７０、対戦了承判定部７１、対戦設定部７２、動画評価部７３、投銭エフェクト重畳部７４、及び動画配信部７５と共に注目動画判定部８０を備える。サーバ４が備える各機能によって実行される処理は、ＨＤＤ２６に記憶されているプログラムによって実現される。なお、本実施形態に係る対戦要求受付部７０、対戦了承判定部７１、対戦設定部７２、動画評価部７３、投銭エフェクト重畳部７４、及び動画配信部７５は、処理の対象となる動画がダンス動画であるものの、第１実施形態に係る各部と同様であるので、その説明を省略する。

注目動画判定部８０は、上述した注目動画判定機能を実行し、複数のダンス動画のうち被写体（ダンサー）の動きが最も大きいダンス動画を注目動画であると判定する。

なお、本実施形態に係る動画配信部７５は、注目動画の音が出力され、注目動画でない他のダンス動画の音が出力されないように、対戦ダンス動画を携帯端末３Ｂに配信する。

［２－３．注目動画拡大処理のフローチャート］
図１８は、サーバ４が備えるＣＰＵ２０によって実行される本実施形態に係る注目動画9拡大処理の流れを示すフローチャートである。本実施形態に係る注目動画拡大処理を実行するためのプログラムはＨＤＤ２６の所定領域に予め記憶されている。

まず、ステップＳ３００では、対戦ダンスの楽曲が開始したか否かを注目動画判定部８０が判定し、肯定判定の場合はステップＳ３０２へ移行する。一方、否定判定の場合は、対戦ダンスの楽曲が始まるまで待ち状態となる。

次のステップＳ３０２では、対戦ダンスの楽曲が開始した直後又は所定時間経過後（例えば１秒後）に、注目動画判定部８０が第１ダンス動画６０Ｃ及び第２ダンス動画６０Ｄから各々のダンサー画像を抽出する。

次のステップＳ３０４では、前回ダンサー画像を抽出した時間から画像抽出間隔が経過したか否かを注目動画判定部８０が判定し、肯定判定の場合はステップＳ３０６へ移行する。一方、否定判定の場合は、画像抽出間隔が経過するまで待ち状態となる。

ステップＳ３０６では、注目動画判定部８０が第１ダンス動画６０Ｃ及び第２ダンス動画６０Ｄから各々のダンサー画像を抽出する。

次のステップＳ３０８では、前回抽出したダンサー画像と今回抽出したダンサー画像との差異をダンス動画毎に注目動画判定部８０が導出する。

次のステップＳ３１０では、ダンス動画毎のダンサー画像の差異を注目動画判定部８０が比較して注目動画を判定する。

次のステップＳ３１２では、注目動画が他のダンス動画に比べて大きく表示（拡大表示）されるように、動画配信部７５が対戦ダンス動画を携帯端末３Ｂに配信する。なお、ステップＳ３１０によって注目動画と判定されたダンス動画が切り替わった場合には、拡大表示されるダンス動画も切り替わることになる。

次のステップＳ３１４では、前回ダンサー画像を抽出した時間から画像抽出間隔が経過したか否かを注目動画判定部８０が判定し、肯定判定の場合はステップＳ３０６へ戻り、否定判定の場合はステップＳ３１６へ移行する。

ステップＳ３１６では、対戦ダンスの楽曲が終了したか否かを動画配信部７５が判定し、肯定判定の場合はステップＳ３１８へ移行し、否定判定の場合はステップＳ３１４へ戻る。

次のステップＳ３１８では、動画配信部７５が対戦ダンス動画の配信を終了し、本注目動画拡大処理を終了する。

以上説明したように、本実施形態に係るサーバ４（対戦ダンス機能）は、携帯端末３Ｂの画面３ａに同時に表示される複数のダンス動画のうち、ダンサーの動きが最も大きいダンス動画を注目動画であると判定する注目動画判定処理を行い、注目動画が他のダンス動画に比べて大きく表示されるように携帯端末３Ｂに配信する。従って、本実施形態に係るサーバ４（対戦ダンス機能）は、配信されるダンス動画の音を用いることなく携帯端末３Ｂの画面３ａにおける対戦ダンス動画の表示態様を変化させることができる。

［３．他の実施形態］
以上、本発明を、上記各実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記各実施形態に多0様な変更又は改良を加えることができ、該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。また、上記各実施形態を適宜組み合わせてもよい。

例えば、上記実施形態では、対戦歌唱又は対戦ダンスを２人のパフォーマー（歌唱ユーザ又はダンスユーザ）で行う形態について説明したが、本発明は、これに限定されるものではない。例えば、対戦歌唱又は対戦ダンスを３人以上のパフォーマーで行う形態としてもよい。この形態の場合、あるパフォーマーが２人以上の他のパフォーマーに同時に対戦要求を行ってもよいし、対戦要求を受けたパフォーマーがさらに他のパフォーマーに対戦要求を行ってもよい。

また、上記実施形態では、投票結果画像６６として、動画毎の評価総得点をバー画像で表示する形態について説明したが、本発明は、これに限定されるものではない。例えば、バー画像の替わりに円グラフで動画毎の評価総得点を相対的に表示してもよい。

また、上記実施形態では、対戦歌唱又は対戦ダンスの勝敗を視聴ユーザの投票によって決定する形態について説明したが、本発明は、これに限定されるものではない。例えば、対戦歌唱機能又は対戦ダンスが自動採点機能を有し、この自動採点機能による判定結果によって勝敗が決定されてもよい。

また、上記第１実施形態では、交互パフォーマンス設定に基づいて、第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂの音声出力や画面表示を行う形態について説明したが、本発明は、これに限定されるものではない。例えば、携帯端末３Ａから送信される歌唱動画に対してサーバ４が画像解析（顔認識処理）を行いより大きく口を開いている歌唱動画を判定し、この判定結果に基づいて、第１歌唱動画６０Ａ及び第２歌唱動画６０Ｂの音声出力や画面表示を行ってもよい。すなわち、相対的に口を大きく開けている歌唱動画が、歌唱ユーザが歌唱を実行中の歌唱動画であると判定される。

また、上記実施形態では、対戦歌唱又は対戦ダンスとしてリアルタイム対戦の形態について説明したが、本発明は、これに限定されるものではない。例えば、パフォーマーが既に録画済みの他のパフォーマーの動画に対して対戦要求を行い、ライブの動画と録画済みの動画による対戦や、録画済みの動画同士の対戦等が可能とされてもよい。

また、上記実施形態で説明した各処理の流れも一例であり、本発明の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

３Ｂ 携帯端末（端末装置）
３ａ 画面
４ サーバ（情報処理装置）
６０Ｃ 第１ダンス動画（注目動画）
６０Ｄ 第２ダンス動画（他の動画）
７２ 対戦設定部（設定手段）
７５ 動画配信部（配信手段）
８０ 注目動画判定部（判定手段）

Claims (7)

1. ユーザが投稿した動画を端末装置に配信する情報処理装置であって、
   複数の前記動画を前記端末装置の画面に同時に表示されるように配信する配信手段と、
   複数の前記動画のうち、被写体の動きが最も大きい前記動画を注目動画であると判定する判定手段と、を備え、
   前記配信手段は、前記注目動画が他の前記動画に比べて大きく表示されるように前記動画を前記端末装置に配信する情報処理装置。
2. 前記判定手段は、前記動画から前記被写体を示す画像を所定時間間隔で抽出し、複数の前記動画のうち抽出した前記被写体の差異が最も大きい前記動画を前記注目動画であると判定する請求項１記載の情報処理装置。
3. 前記被写体は、人物であり、
   前記判定手段は、前記被写体の差異を前記被写体の手足の動きに基づいて判定する請求項２記載の情報処理装置。
4. 前記配信手段は、前記注目動画の音が出力され、他の前記動画の音が出力されないように、前記動画を前記端末装置に配信する請求項１から請求項３の何れか１項記載の情報処理装置。
5. 前記判定手段は、前記注目動画の前記被写体の動きが所定時間以上、他の前記動画の前記被写体の動きよりも小さくなった場合、当該他の前記動画を前記注目動画であると判定する請求項１から請求項４の何れか１項記載の情報処理装置。
6. ユーザが投稿した動画を端末装置に配信する動画配信方法であって、
   複数の前記動画を前記端末装置の画面に同時に表示されるように配信する第１工程と、
   複数の前記動画のうち、被写体の動きが最も大きい前記動画を注目動画であると判定する第２工程と、を有し、
   前記第２工程は、前記注目動画が他の前記動画に比べて大きく表示されるように前記動画を前記端末装置に配信する動画配信方法。
7. ユーザが投稿した動画を端末装置に配信する情報処理装置が備えるコンピュータを、
   複数の前記動画を前記端末装置の画面に同時に表示されるように配信する配信手段と、
   複数の前記動画のうち、被写体の動きが最も大きい前記動画を注目動画であると判定する判定手段と、して機能させ、
   前記配信手段は、前記注目動画が他の前記動画に比べて大きく表示されるように前記動画を前記端末装置に配信する動画配信プログラム。

Images