JP2024020565A - 情報処理装置、情報処理システム、及び情報処理プログラム - Google Patents

Abstract

【課題】受信側端末装置に表示される画像を送信側端末装置で認識できる情報処理装置、情報処理システム、及び情報処理プログラムを提供する。【解決手段】送信側の端末装置である携帯端末３Ａは、第１表示制御部７５と、第１通信部７７とを備え、受信側端末装置である携帯端末３Ｂと通信可能な情報処理装置である。第１表示制御部７５は、歌唱動画の少なくとも一部をディスプレイに表示する。第１通信部７７は、歌唱動画の少なくとも一部を携帯端末３Ｂに送信する。第１表示制御部７５は、携帯端末３Ｂにおける歌唱動画の表示領域を歌唱動画とともに画面３ａに表示させる。【選択図】図４

Description

本発明は、情報処理装置、情報処理システム、及び情報処理プログラムに関する。

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

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

画像の撮影技術については、これまで種々の提案がなされている。例えば、特許文献１は、表示部に表示する構図に関する補助表示の種類を設定する設定手段を備えた表示制御装置を開示している。設定手段は、静止画モードにおける第一の補助表示と動画モードにおける第二の補助表示とを分けて設定する。

また、特許文献２は、撮像手段により撮像される撮影画像全体の画角範囲に対して、撮影目的の被写体を撮影する画角範囲を所定の画角範囲に制限する場合の該所定の画角範囲をセーフエリアとして設定し、ＡＦ枠がセーフエリアの外側に移動するおそれがあると判断された場合に、その旨の警告を行う警告手段とを備えるセーフエリア警告装置を開示している。

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

しかしながら、投稿動画を受信する端末装置に表示される投稿動画は、投稿するユーザには認識できないから、投稿、すなわち画像を送信するユーザは、他のユーザに視聴される画像として、自身が望む動画を投稿できていない場合がある。特許文献１及び特許文献２の技術では、この問題は解決できない。

そこで、本発明は、受信側端末装置に表示される画像を送信側端末装置で認識できる情報処理装置、情報処理システム、及び情報処理プログラムを提供することを目的とする。

本発明の情報処理装置は、受信側端末装置と通信可能な情報処理装置であって、撮影画像の少なくとも一部をディスプレイに表示する表示制御部と、撮影画像の少なくとも一部を受信側端末装置に送信する通信部と、を備え、表示制御部は、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる。

本発明によれば、受信側端末装置に表示される画像を送信側端末装置で認識できる。

本発明の一実施形態であるカラオケシステムの概略図である。 サーバの電気的構成の説明図である。 携帯端末の電気的構成の説明図である。 歌唱動画を撮影する場合における携帯端末の画面表示の説明図である。 視聴する携帯端末における表示領域を変化させる場合の、歌唱動画を撮影す る携帯端末の画面表示の説明図である。 視聴する携帯端末の画面表示の説明図である。 視聴する携帯端末の画面表示の説明図である。 視聴に用いる携帯端末に表示される、対戦歌唱の場合の画面表示の説明図で ある。 対戦楽曲の分割の説明図である。 視聴に用いる携帯端末に表示される、対戦歌唱の場合の画面表示の説明図 である。 歌唱動画を送信する携帯端末の機能ブロック図である。 歌唱動画を送信する携帯端末における、対戦歌唱処理のフロー図である。 サーバの機能ブロック図である。 サーバにおける対戦歌唱処理のフロー図である。

本実施形態ではパフォーマーが自身のパフォーマンスを携帯端末を用いて動画として記録してサーバ装置へ送信することで動画投稿サイトにアップロードする。動画投稿サイトにアップロードされた動画（投稿動画）は、携帯端末を介して視聴可能とされる。なお、本実施形態では、パフォーマンスを歌唱とし、パフォーマーを歌唱ユーザとし、動画投稿サイトにアップロードされる動画を歌唱動画とする。また、動画投稿サイトにアップロードされた歌唱動画を視聴するユーザを視聴ユーザという。なお、本例ではサーバ装置を介して歌唱ユーザから視聴ユーザへ動画を送信するが、サーバ装置を介することなく歌唱ユーザから視聴ユーザへ動画を送信してもよい。

図１に示すカラオケシステム１は、情報処理システムの実施形態の一例である。カラオケシステム１は、通信回線２を介して接続されることにより互いに通信可能な、携帯端末３Ａ１，３Ａ２，３Ｂ、及びサーバ装置の一例であるサーバ４を含んで構成される。以下の説明において、携帯端末３Ａ１と携帯端末３Ａ２とを区別しない場合には、総称して携帯端末３Ａとし、携帯端末３Ａと携帯端末３Ｂとを区別しない場合には総称して携帯端末３とする。

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

携帯端末３は、オンラインサービスをユーザが利用するために用いる端末装置の一例であり、例えば、スマートフォンやタブレット端末、ノートパソコン等の情報処理端末である。携帯端末３は、画像を表示するタッチパネルディスプレイ３ａ、音を出力するスピーカー３ｂ、音が入力されるマイクロフォン３ｃ、被写体を撮影するカメラ３ｄ、及びイヤホン（図示無し）が接続されるイヤホンジャック３ｅ等を備える。なお、ここでいう撮影とは、カメラ３ｄが作動し、録画の有無にかかわりなく被写体がタッチパネルディスプレイ３ａに表示されている状態である。タッチパネルディスプレイ３ａは、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）及びタッチセンサを備える。ＬＣＤは、各種画像を表示し、タッチセンサは、指、スタイラス、又はペン等の指示体を用いて行われる各種入力操作を受け付ける。

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

サーバ４の電気的構成の一例を図２を参照しながら説明する。サーバ４は、サーバ４全体を制御する主制御部であるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０、各種プログラム及び各種データ等が予め記憶されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ
Ｍｅｍｏｒｙ）２２、ＣＰＵ２０による各種プログラムの実行時のワークエリア等として用いられるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２４、各種プログラム及び各種データを記憶する記憶手段としてのＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２６を備えている。

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

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

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

携帯端末３の電気的構成を、図３を参照しながら説明する。携帯端末３は、タッチパネルディスプレイ（以下、「画面」と称する）３ａ、スピーカー３ｂ、マイクロフォン３ｃ、カメラ３ｄ、イヤホンジャック３ｅに加えて、主制御部４０、主記憶部４２、補助記憶部４４、通信部４６、及び操作ボタン４８を備える。

主制御部４０は、例えば、ＣＰＵ、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等であり、携帯端末３の全体を制御する。

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

補助記憶部４４は、例えば、フラッシュメモリ等の不揮発性メモリであり、画像等の各種データ及び主制御部４０の処理に利用されるプログラム等を保存する。補助記憶部４４に記憶されるプログラムは、例えば、携帯端末３の基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェアを制御するためのドライバ、電子メールやウェブブラウジング、その他各種機能を実現するためのプログラム等である。また、補助記憶部４４には、歌唱動画の撮影や投稿及び動画投稿サイトを視聴するためのアプリケーション（以下、「動画投稿視聴アプリ」と称する）が予め記憶されている。補助記憶部４４には、撮影画像（歌唱動画）の少なくとも一部をディスプレイに表示する表示制御ステップと、撮影画像の少なくとも一部を受信側端末装置（携帯端末３Ｂ）に送信する通信ステップと、を実行させる情報処理プログラムであり、表示制御ステップは、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる情報処理プログラムを記憶している。

通信部４６は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）であり、通信回線２に接続する機能を有する。なお、通信部４６は、ＮＩＣに代えて又はＮＩＣと共に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、及び赤外線通信等を可能とする機能を有してもよい。

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

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

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

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

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

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

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

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

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

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

楽曲の再生は、例えば画面３ａに表示される再生ボタン（図示無し）がタップされることにより開始される。再生が開始すると、カメラ３ｄ（図１，図３参照）が作動し、すなわちオン（ＯＮ）状態になり、撮影が開始される。歌唱動画などの撮影画像は、撮影画像表示領域５０Ｂに動画の画像として表示される。これにより、歌唱ユーザは、撮影画像表示領域５０Ｂを見ながら、あるいは、任意のタイミングで見ることにより、自身と携帯端末３Ａとの少なくともいずれか一方の位置、向き、姿勢等を調整して、所望の撮影画像にすることができる。その結果、携帯端末３Ａには、歌唱ユーザにとって所望の撮影画像が取得される。

撮影画像表示領域５０Ｂにおいては、視聴ユーザが視聴に用いる携帯端末３Ｂ（図１参照）の画面３ａに表示される歌唱動画の領域（以下、「表示領域」と称する）ＲＤが視認可能となっている。撮影開始時の撮影画像表示領域５０Ｂに表示される表示領域ＲＤは、動画投稿視聴アプリにおいて初期値（デフォルト）が予め設定されている場合もあるし、サーバ４によって任意のタイミングで設定される場合もある。この例では、複数の歌唱ユーザが歌唱を競う対戦歌唱の場合には、撮影開始時における表示領域ＲＤはサーバ４によって設定されるものとするが、対戦歌唱ではない非対戦型歌唱の場合の歌唱動画の撮影開始時における表示領域ＲＤは動画投稿視聴アプリにおいて初期値が予め設定されているものとする。

歌唱動画のうち、表示領域ＲＤを除いた部分が、携帯端末３Ｂ（図１参照）の画面３ａに表示されない部分（以下、「非表示領域」と称する）ＲＮとして、表示領域ＲＤと異なる画質で、携帯端末３Ａの画面３ａに表示されており、これにより表示領域ＲＤが視認可能となっている。画質としては、例えば、色相、明度、彩度、コントラスト、階調、透明度などが挙げられる。この例では、表示領域ＲＤを、歌唱動画の透明度を保持した状態とし、非表示領域ＲＮを、表示領域ＲＤよりも透明度を下げた半透明画像（背景の歌唱動画が視認可能な程度にマスクした画像）として表示することにより、表示領域ＲＤが視認可能に表示されている。なお、図４には、非表示領域ＲＮが撮影画像表示領域５０Ｂの両側部に有る例を描いている。すなわち、図４は、表示領域ＲＤは、縦の長さ（図４における上下方向の長さ）Ｌ１が歌唱動画の縦の長さと同じ、横の長さ（図４における水平方向の長さ）Ｌ２が歌唱動画の横の長さよりも短くなっている例を示している。

表示領域ＲＤの表示手法はこの例に限られない。例えば、表示領域ＲＤと非表示領域ＲＮとの境界を示す線分を撮影画像表示領域５０Ｂに表示したり、あるいは、矩形の表示領域の４つの頂点を点状に表示することによって、表示領域ＲＤを視認可能に表示してもよい。

このように、歌唱ユーザが用いる携帯端末３Ａには、視聴ユーザが用いる携帯端末３Ｂでの表示領域ＲＤが表示され、歌唱ユーザが表示領域ＲＤを認識できるから、歌唱ユーザは、表示領域ＲＤに応じた被写体画像を撮影することができる。例えば、歌唱ユーザは自身の身体のうち、所望の部位及び範囲が表示領域ＲＤに収まるように、自身と携帯端末３Ａとの少なくともいずれか一方の位置、向き、姿勢等を調整して撮影する。その結果、携帯端末３Ａには、歌唱ユーザが望む歌唱動画が確実に、しかも容易に取得される。

表示領域ＲＤは、撮影画像表示領域５０Ｂにおいて、歌唱動画に重ねた状態で表示されている。これにより、歌唱ユーザは、視聴ユーザに見られる画像を、画面３ａを見たときに直観的に把握できる。

携帯端末３Ａは、表示領域ＲＤに基づくアスペクト比を保持した状態で表示領域ＲＤを変更できるように構成されていることが好ましい。これにより、視聴ユーザが用いる携帯端末３Ｂに表示される歌唱動画の画像を、歌唱ユーザが用いる携帯端末３Ａで調整できる。表示領域ＲＤに基づくアスペクト比は、縦の長さＬ１と横の長さＬ２とで求められる縦横比であり、Ｌ２／Ｌ１で算出される。なお、Ｌ１／Ｌ２で算出してもよい。

例えば、歌唱ユーザが撮影画像表示領域５０Ｂ上でタップすると、図５に示すように、表示領域ＲＤの外郭を示す線分ＬＤが歌唱動画に重ねて表示される。この例では、両側部に非表示領域ＲＮがあり、縦の長さＬ１は歌唱動画の縦の長さと同じであるから、線分ＬＤのうちの縦線部ＬＤｖは撮影画像表示領域５０Ｂの上端から下端までの上下方向に延びて表示されており、横線部ＬＤｓは撮影画像表示領域５０Ｂの上端縁と下端縁とに一致して表示される。そして、撮影画像表示領域５０Ｂ内で画面３ａに触れている指などの指示体を、表示領域ＲＤの４つの頂点のいずれかから中央ＧＣに向けてスライド移動（例えばスワイプ）することにより、表示領域ＲＤを例えば二点鎖線で示す領域に変更することができ、二点鎖線で示す領域のアスペクト比は表示領域ＲＤに基づくアスペクト比と同じである。なお、図５においては、撮影画像表示領域５０Ｂの中央ＧＣを、表示領域ＲＤの変更中心として、アスペクト比を保持するように縦線部ＬＤｖと横線部ＬＤｓとが同時に変位する例を描いてある。

保持するアスペクト比は、表示領域ＲＤに基づくアスペクト比に限定されず、例えば、歌唱動画に基づくアスペクト比にしてもよい。また、表示領域ＲＤに基づくアスペクト比を保持せずに表示領域ＲＤを変更する構成にする場合には、縦線部ＬＤｖと横線部ＬＤｓとを独立して変位するようにするとよい。この場合には、２本の縦線部ＬＤｖの各々が独立して変位し、同様に、２本の横線部ＬＤｓの各々が独立して変位してもよい。

線分ＬＤ全体を撮影画像表示領域５０Ｂ内でスライド移動することで、表示領域ＲＤの形状と面積とを保持した状態で、表示領域ＲＤを変位させてもよい。また、線分ＬＤ、縦線部ＬＤｖ、横線部ＬＤｓの各移動範囲、表示領域ＲＤのスライド移動の移動範囲は、制限されるように設定されていてもよい。例えば、撮影画像表示領域５０Ｂの中央ＧＣを含む中央領域には、線分ＬＤ、縦線部ＬＤｖ、横線部ＬＤｓが位置できないよう設定しておき、当該中央領域に非表示領域ＲＮが形成されないようにする。

表示領域ＲＤの変更、例えば、表示領域ＲＤに基づくアスペクト比を保持した状態での表示領域ＲＤの変更や表示領域ＲＤの形状及び大きさを保持した状態での表示領域ＲＤのスライド移動などは、歌唱動画の録画中においても行うことができる。

また、歌唱動画における歌唱ユーザの例えば両目の位置などを自動検出し、その検出信号に基づいて表示領域ＲＤをスライド移動させる等の機能を、動画投稿視聴アプリによって携帯端末３Ａにもたせてもよい。

表示領域ＲＤを変更した場合（例えば、表示領域ＲＤに基づくアスペクト比を保持した状態で表示領域ＲＤを変更した場合や表示領域ＲＤの形状及び大きさを保持した状態で表示領域ＲＤをスライド移動した場合など）には、変更後の表示領域ＲＤは携帯端末３Ｂに通知されることが好ましく、本例でもそのようにしてある。

歌唱動画の録画は、歌唱ユーザが楽曲を選択した後、画面３ａに表示される録画開始ボタン（図示無し）をタップしてから所定時間後（例えば１０秒後）に開始される。また、動画の録画開始と終了とは、楽曲の開始と終了とに一致してもよいが、楽曲の開始所定時間前（例えば５秒前）から動画の録画が開始してもよいし、楽曲の終了所定時間後（例えば５秒後）に動画の録画が終了してもよい。録画される画像は、撮影画像表示領域５０Ｂの全領域に表示されている歌唱動画でもよいし、歌唱動画のうちの表示領域ＲＤのみといった歌唱動画の少なくとも一部でもよい。本例は撮影画像表示領域５０Ｂの全領域に表示されている歌唱動画を録画しており、このように歌唱動画を録画した場合であっても、視聴ユーザの携帯端末３Ｂの画面３ａには表示領域ＲＤ分の画像だけが表示される。

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

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

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

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

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

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

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

視聴ユーザが、携帯端末３Ｂを用いて歌唱動画を視聴する場合について説明する。

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

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

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

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

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

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

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

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

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

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

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

歌唱動画は、携帯端末３Ａにおいて表示領域ＲＤ内に収められた画像である。携帯端末３Ａでは歌唱ユーザが表示領域ＲＤを把握しながら画像を撮影してあるから、視聴ユーザには歌唱ユーザが望む歌唱動画が確実に視聴される。例えば、歌唱ユーザが録画中に、自身の顔の左側半分の多くが表示領域ＲＤよりも外側にある場合には、変位前の歌唱動画は図６に示すように、歌唱ユーザの顔の左側半分の多くが画面３ａに表示されない。しかし、自分の顔を表示領域ＲＤの中央寄りになるように携帯端末３Ａを変位させた場合、歌唱動画は図７に示すように、歌唱ユーザの顔が図６に示す態様よりも画面３ａの中央寄りになっている画像で表示される。

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

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

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

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

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

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

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

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

対戦歌唱を開始する場合には、サーバ４は、複合画像を生成するために、携帯端末３Ｂにおける第１歌唱動画６０Ａと第２歌唱動画６０Ｂとの各表示領域ＲＤを変更してもよく、本例でもそのようにしている。サーバ４が表示領域ＲＤを変更した場合には、変更後の表示領域ＲＤを、当該変更の対象となった歌唱動画が撮影された携帯端末３Ａに通知する。通知を取得した携帯端末３Ａの撮影画像表示領域５０Ｂ（図４参照）には、サーバ４から通知された表示領域ＲＤが新たな表示領域ＲＤとして表示される。この後、各携帯端末３Ａにおいては表示領域ＲＤをさらに変更してもよく、この場合には各携帯端末３Ａはサーバ４から通知された表示領域ＲＤよりも狭めた領域に変更することができるし、また、表示領域ＲＤの形状と面積とを保持した状態で、表示領域ＲＤを変位させる（スライド移動させる）ことができる。

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

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

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

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

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

交互歌唱における画面表示と音声出力について説明する。図８は、対戦歌唱における視聴ユーザの携帯端末３Ｂの表示画面であり、第１歌唱動画６０Ａと第２歌唱動画６０Ｂとが互いに同じ形状及び大きさで表示されている。そして、歌唱を実行中の歌唱動画に対しては、それを視聴ユーザが認識可能な表示（例えば図８の「ＮＯＷ ＰＬＡＹＩＮＧ」の表示）が行われる。

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

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

図１０は、対戦歌唱における携帯端末３Ｂの画面表示の一例である。図１０の例では、第１歌唱動画６０Ａが歌唱の実行中であり、第２歌唱動画６０Ｂが歌唱の実行中でないため、第１歌唱動画６０Ａが拡大表示（全画面表示）される一方、第２歌唱動画６０Ｂは縮小表示（ウィンドウ表示）される。歌唱動画が縮小表示される場合の大きさと画面３ａにおける位置は予め定められてもよいし、視聴ユーザが携帯端末３Ｂにおいて任意の大きさ及び位置に変更可能としてもよい。例えば、携帯端末３Ｂにおいて、図５に示す携帯端末３Ａの画面３ａと同様に、縮小対象である一方の外郭に一致する縦線部ＬＤｖや横線部ＬＤｓを表示し、これらの各々を変位させることで縮小表示の形状と大きさと配置とが変更するように構成してもよい。

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

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

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

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

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

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

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

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

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

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

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

携帯端末３Ａは、図１１に示すように、入力部７１と、端末出力部７３と、第１表示制御部７５と、第１通信部７７等から構成されている。入力部７１は、歌唱動画の撮影や録画の開始指示、楽曲の選択指示、対戦要求、対戦要求や対戦楽曲の了承、表示領域ＲＤの変更指示、歌唱動画の撮影、歌唱音声などの各入力を行う。

端末出力部７３は、楽曲の再生、歌唱動画及び表示領域ＲＤの表示などを行う。

第１表示制御部７５は、歌唱動画の少なくとも一部（この例では歌唱動画）を端末出力部７３に表示させる。第１表示制御部７５は、表示領域ＲＤを歌唱動画とともに端末出力部７３に表示させる。第１表示制御部７５は、歌唱動画に重ねた状態で端末出力部７３に表示させることが好ましく、本例でもそのようにしている。第１表示制御部７５は、表示領域ＲＤに基づくアスペクト比を保持した状態で表示領域ＲＤを変更することが好ましい。

第１通信部７７は、歌唱動画の少なくとも一部（この例では歌唱動画）をサーバ４を介して携帯端末３Ｂに送信する。表示領域ＲＤが変更された場合に、変更された表示領域ＲＤを携帯端末３Ｂに通知することが好ましく、本例でもそのようにしている。

入力部７１は、図３に示すタッチパネルディスプレイ（画面）３ａ、マイクロフォン３ｃ、カメラ３ｄ、操作ボタン４８を含んで構成される。端末出力部７３は、タッチパネルディスプレイ（画面）３ａ、スピーカー３ｂ、イヤホンジャック３ｅ、を含んで構成される。第１表示制御部７５は、主制御部４０、主記憶部４２、補助記憶部４４を含んで構成される。第１通信部７７は、通信部４６を含んで構成される。

携帯端末３Ａにおける対戦歌唱処理について、図１２を参照しながら説明する。対戦歌唱は、携帯端末３Ａ１においては入力部７１で対戦要求がなされてこの対戦要求がサーバ４に受け付けられ、さらに、携帯端末３Ａ２においては入力部７１で対戦要求の了承がなされてこの了承がサーバに肯定判定されることにより、開始する（Ｓ１１）。

対戦要求の了承がサーバ４によって肯定判定されると、サーバ４は複合画像６０（図８，図１０参照）を生成し、携帯端末３Ａ１は複合画像６０における第１歌唱動画６０Ａの表示領域ＲＤ（図４，図５参照）の通知を、携帯端末３Ａ２は第２歌唱動画６０Ｂの表示領域ＲＤの通知を、それぞれサーバ４から取得する（Ｓ１３）。

携帯端末３Ａは、表示領域ＲＤの通知をサーバ４から取得した後に、取得した通知の表示領域ＲＤを第１表示制御部７５によって、端末出力部７３の画面３ａに表示する（Ｓ１４）。携帯端末３Ａは、入力部７１への入力、例えば線分ＬＤ（図５参照）の移動操作によって表示領域ＲＤを変更する指示の取得の有無を判定する（Ｓ１５）。ステップＳ１５において表示領域ＲＤの変更指示を取得したと判定した場合には、第１表示制御部７５は、取得した指示に基づき変更後の表示領域ＲＤの画像を生成して、端末出力部７３の画面３ａに表示させる（Ｓ１７）。また、変更後の表示領域ＲＤを第１通信部７７が視聴ユーザの携帯端末３Ｂへ通知する（Ｓ１８）。なお、本例では、サーバ４を介して視聴ユーザの携帯端末３Ｂへ通知しているが、サーバ４を介さずに携帯端末３Ｂへ通知する構成にしてもよい。

携帯端末３Ａは、ステップＳ１５において表示領域ＲＤを変更する指示を取得していないと判定した場合には、対戦歌唱動画をサーバ４を介して携帯端末３Ｂへ配信する（Ｓ１９）。なお、ステップＳ１５は、例えば、ステップＳ１４から所定時間内に入力部７１に対する表示領域ＲＤの変更の指示の入力が無い場合に、変更の指示無しと判定してもよいし、ステップＳ１４からの経過時間に関わらず対戦楽曲の再生及び録画の開始の指示が入力部７１に入力された場合に、変更の指示無しと判定してもよい。この例では、対戦楽曲の再生及び録画の開始の指示が入力部７１に入力されると、対戦歌唱動画をサーバ４を介して携帯端末３Ｂへ配信する。携帯端末３Ａは、ステップＳ１９において、対戦歌唱動画を対戦楽曲の楽曲データ及び歌唱データと組み合わせることで対戦歌唱の歌唱動画データとし、この歌唱動画データを配信することにより歌唱動画を配信する。

表示領域ＲＤの変更処理は、表示領域ＲＤの通知をサーバ４から取得した後であれば、歌唱動画の配信開始（Ｓ１９）の前と後とのいずれでも行われ、両方で行ってもよい。本例でも表示領域ＲＤの変更処理、すなわち、ステップＳ１５と、ステップＳ１５で変更の指示有りと判定した場合のステップＳ１７及びステップＳ１８とを、ステップＳ１９の後でも行っており、図１２においてはステップＳ２１，ステップＳ２３，ステップＳ２４として示している。表示領域ＲＤが変更されるたびに、本例では変更後の表示領域ＲＤを第１通信部７７がサーバ４を介して携帯端末３Ｂに通知している。なお、ステップＳ２１において表示領域ＲＤの変更の指示が入力部７１に入力されない場合には、指示無しと判定して対戦楽曲の再生が継続される。

対戦楽曲の再生が終了（Ｓ２５）しない間は、ステップＳ２１が繰り返される。対戦楽曲の再生が終了（Ｓ２５）した後に、携帯端末３Ａは対戦歌唱動画の配信を終了する（Ｓ２７）。

なお、携帯端末３Ａは、非対戦型の歌唱動画を配信する場合には、歌唱動画の撮影の開始後に、表示領域ＲＤの変更処理（Ｓ１５，Ｓ１７，Ｓ１８）を行う。歌唱動画の録画又は配信開始後にも、表示領域ＲＤの変更（Ｓ２１，Ｓ２３，Ｓ２４）を行うことができる。

サーバ４は、図１３に示すように、対戦要求受付部８０、対戦了承判定部８１、対戦設定部８２、動画評価部８３、投銭エフェクト重畳部８４、第２表示制御部８７、第２通信部８８を備える。サーバ４が備える各機能によって実行される処理は、ＨＤＤ２６に記憶されている情報処理プログラムによって実現される。

対戦要求受付部８０、対戦了承判定部８１、対戦設定部８２、動画評価部８３、投銭エフェクト重畳部８４、第２表示制御部８７は、図２に示すＣＰＵ２０、ＲＯＭ２２、ＲＡＭ２４、ＨＤＤ２６を含んで構成される。第２通信部８８は、外部インタフェース３２を含んで構成される。

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

対戦設定部８２は、対戦歌唱を行うために対戦楽曲の設定や歌唱順の設定等の各種設定を行う。対戦設定部８２は、楽曲を時間軸上、すなわち時系列で複数の分割領域６８（図９参照）に分割し、当該分割領域６８毎に歌唱を行う歌唱ユーザの順番（交互歌唱順番）を設定する。

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

投銭エフェクト重畳部８４は、投銭入力を受け付けた場合に、受け付けた投銭入力に応じた投銭エフェクト画像（図示無し）を歌唱動画に重畳する。

第２表示制御部８７、第２通信部８８などにより、歌唱動画を携帯端末３Ｂに配信する動画配信モジュール（図示無し）が構成されている。第２表示制御部８７は、第２歌唱ユーザが第１歌唱ユーザからの対戦要求を了承したことを対戦了承判定部８１が肯定判定した場合に、携帯端末３Ａ１からの第１歌唱動画６０Ａと携帯端末３Ａ２からの第２歌唱動画６０Ｂとに基づき複合画像６０（図８，図１０参照）を生成する。第２表示制御部８７は、複合画像６０を生成するにあたり、第１歌唱動画６０Ａと第２歌唱動画６０Ｂとの各表示領域ＲＤを設定（変更を含む）する。

第２通信部８８は、複合画像６０を携帯端末３Ｂに送信する。これにより携帯端末３Ｂには複合画像６０が表示される。第２通信部８８は、また、複合画像６０において表示される第１歌唱動画６０Ａの表示領域ＲＤを携帯端末３Ａ１に通知するとともに、複合画像６０において表示される第２歌唱画像６０Ｂの表示領域ＲＤを携帯端末３Ａ２に通知する。

携帯端末３Ａ１は、第２通信部８８からの表示領域ＲＤの通知を第１通信部７７により取得し、通知された表示領域ＲＤを第１表示制御部７５によって第１歌唱動画とともに画面３ａに表示させる。同様に、携帯端末３Ａ２は、第２通信部８８からの表示領域ＲＤの通知を第１通信部７７により取得し、通知された表示領域ＲＤを第１表示制御部７５によって第２歌唱動画とともに画面３ａに表示させる。

サーバ４における対戦歌唱処理について、図１４を参照しながら説明する。本実施形態に係る対戦歌唱処理を実行するための情報処理プログラムはＨＤＤ２６の所定領域に予め記憶されている。対戦歌唱処理を行うサーバ４のＨＤＤ２６には、撮影画像（歌唱動画）の少なくとも一部をディスプレイに表示する表示制御ステップと、撮影画像の少なくとも一部を受信側端末装置（携帯端末３Ｂ）に送信する通信ステップと、を実行させる情報処理プログラムであり、表示制御ステップは、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる情報処理プログラムを記憶している。

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

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

ステップＳ３７は、第２表示制御部８７により、第１歌唱動画６０Ａと第２歌唱動画６０Ｂとの各表示領域ＲＤを設定する。表示領域ＲＤの設定は、例えば、対戦歌唱を行う携帯端末３Ａの数に基づいて行われる。第２表示制御部８７は、ステップＳ３７の後、表示領域ＲＤに対応した第１歌唱動画６０Ａと第２歌唱動画６０Ｂとにより複合画像６０を生成する（Ｓ３８）。第２表示制御部８７は、第１歌唱動画６０Ａと第２歌唱動画６０Ｂとの各表示領域ＲＤを設定した場合には、第１歌唱動画６０Ａについて設定した表示領域ＲＤを携帯端末３Ａ１に通知し、第２歌唱動画６０Ｂについて設定した表示領域ＲＤを携帯端末３Ａ２に通知する（Ｓ３９）。ステップＳ３９の通知は、図１２におけるステップＳ１３の通知に対応する。これにより携帯端末３Ａ１及び携帯端末３Ａ２には、第１歌唱動画、第２歌唱動画の各々とともに表示領域ＲＤが表示される。ステップＳ３９の通知をした後、対戦設定部８２が対戦歌唱を行うための各種設定を行う（Ｓ４０）。

ステップＳ４２では、サーバ４の第２通信部８８が携帯端末３Ａ１又は携帯端末３Ａ２から表示領域ＲＤの変更の通知（図１４においては単に「表示領域の通知」と記載している）を取得したか否かの判定を行う。第２通信部８８が表示領域ＲＤの変更の通知を取得した場合にはステップＳ４２において肯定判定をし、第２表示制御部８７は、取得した通知に基づき変更される表示領域ＲＤに対応した第１歌唱動画及び第２歌唱動画に基づいて複合画像６０を再生成する（Ｓ４３）。第２通信部８８が通知を取得しない場合にはステップＳ４２において否定判定をし、対戦歌唱動画の配信を第２通信部８８が開始する（Ｓ４５）。配信する対戦歌唱動画は、第２表示制御部８７によって生成（再生成も含む）された複合画像６０を含む。これにより、携帯端末３Ｂの画面３ａには、第１歌唱動画の少なくとも一部と第２歌唱動画の少なくとも一部が複合画像６０を構成して表示される。なお、ステップＳ４２は、ステップＳ４０の前であってもよい。

ステップＳ４５の対戦歌唱動画の配信開始の後において、ステップＳ２４（図１２）の通知をサーバ４が第２通信部８８によって取得（Ｓ４８）する場合には、取得した表示領域ＲＤに対応した第１歌唱動画及び第２歌唱動画に基づいて複合画像６０を再生成し（Ｓ４９）て配信し、取得しない場合には配信中の複合画像６０の配信を継続して楽曲を進行させる。対戦楽曲の再生が終了（Ｓ５１）しない間は、ステップＳ４８が繰り返される。

この例では、ステップＳ３８において、サーバ４により複合画像６０を生成し、ステップＳ４９において、サーバ４により複合画像６０を再生成しているが、複合画像６０の生成と再生成との少なくともいずれか一方は視聴ユーザが用いる携帯端末３Ｂにより行ってもよい。複合画像６０の生成と再生成とを携帯端末３Ｂにより行う場合には、携帯端末３Ｂは、サーバ４の第２表示制御部８７と同様に構成された第３表示制御部（図示無し）を備えるとよい。複合画像６０の生成を携帯端末３Ｂで行う場合、サーバ４は、ステップＳ３７で設定した表示領域ＲＤを、第１歌唱動画と第２歌唱動画の送信と共に、例えばステップＳ４５において携帯端末３Ｂに通知し、携帯端末３Ｂにより、通知した表示領域ＲＤに対応する複合画像６０が生成される。複合画像６０の再生成を携帯端末３Ｂで行う場合には、図１２のステップＳ２４の通知を取得したサーバ４は、取得した通知を、携帯端末３Ａから取得した歌唱動画の送信とともに、携帯端末３Ｂに送るとよい。また、複合動画６０の再生成を携帯端末３Ｂが行う場合には、図１２のステップＳ２４の通知を、携帯端末３Ａから、サーバ４を介さずに、直接、携帯端末３Ｂへ送ってもよい。

ステップＳ５１は、対戦歌唱の楽曲が終了したか否かを動画配信モジュール（図示無し）が判定し、肯定判定の場合は、第２通信部８８が対戦歌唱動画の配信を終了（Ｓ５３）する。一方、ステップＳ５１で否定判定の場合は、楽曲が終了するまで第２通信部８８が対戦歌唱動画の配信を継続する。

なお、非対戦型歌唱の場合には、サーバ４は、携帯端末３Ａから配信された歌唱動画データを取得し、ＨＤＤ２６（図２参照）の所定領域に記憶する場合がある。また、非対戦型歌唱の場合には、サーバ４を介さずに、歌唱動画データが携帯端末３Ｂに送信される場合がある。

対戦歌唱の勝敗は、視聴ユーザの投票によって決定する形態に限定されるものではない。例えば、対戦歌唱機能が自動採点機能を有し、この自動採点機能による判定結果によって勝敗が決定されてもよい。

また、上記実施形態では、パフォーマンスを歌唱とし、動画投稿サイトにアップロードされる動画を歌唱動画とする形態について説明したが、本発明は、これに限定されるものではない。例えば、パフォーマンスをダンスとし、動画投稿サイトにアップロードされる動画をダンス動画とするように、パフォーマンスを歌唱以外としてもよい。

＜付記＞
本発明の情報処理装置は、受信側端末装置と通信可能な情報処理装置であって、撮影画像の少なくとも一部をディスプレイに表示する表示制御部と、撮影画像の少なくとも一部を受信側端末装置に送信する通信部と、を備え、表示制御部は、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる。
これにより、受信側端末装置に表示される画像を送信側端末装置で認識できる。

表示制御部は、表示領域を示す領域表示画像を撮影画像に重ねた状態でディスプレイに表示させることが好ましい。
これにより、受信側端末装置に表示させる画像を、送信側端末装置で直観的に把握できる。

表示制御部は、表示領域に基づくアスペクト比を保持した状態で表示領域を変更し、通信部は、変更された表示領域を受信側端末装置に通知することがさらに好ましい。
これにより、受信側端末装置に表示させる画像を、送信側端末装置で調整できる。

本発明の情報処理システムは、送信側端末装置と受信側端末装置との間で通信可能な情報処理システムであって、撮影画像の少なくとも一部を送信側端末装置のディスプレイに表示する表示制御部と、撮影画像の少なくとも一部を受信側端末装置に送信する通信部と、を備え、表示制御部は、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる。
これにより、受信側端末装置に表示される画像を送信側端末装置で認識できる。

情報処理システムは、第１送信側端末装置と第２送信側端末装置とを含む複数の送信側端末装置及び受信側端末装置と通信するサーバ装置をさらに備え、サーバ装置は、第１送信側端末装置からの第１撮影画像と、第２送信側端末装置からの第２撮影画像とに基づき生成される複合画像を受信側端末装置に送信し、第１撮影画像のうち複合画像において表示される第１表示領域を第１送信側端末装置に通知するとともに、第２撮影画像のうち複合画像において表示される第２表示領域を第２送信側端末に通知し、第１送信側端末装置は、第１表示領域を第１撮影画像とともに第１送信側端末装置のディスプレイに表示させ、第２送信側端末装置は、第２表示領域を第２撮影画像とともに第２送信側端末装置のディスプレイに表示させることが好ましい。
これにより、送信側端末装置が複数有る場合でも、受信側端末装置に表示される画像を送信側端末装置で認識できる。

本発明の情報処理プログラムは、受信側端末装置と通信可能な情報処理装置のコンピュータに、撮影画像の少なくとも一部をディスプレイに表示する表示制御ステップと、撮影画像の少なくとも一部を受信側端末装置に送信する通信ステップと、を実行させる情報処理プログラムであり、表示制御ステップは、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる。
本発明の情報処理方法は受信側端末装置と通信する情報処理方法であって、撮影画像の少なくとも一部をディスプレイに表示する表示制御ステップと、撮影画像の少なくとも一部記受信側端末装置に送信する通信ステップと、を含み、表示制御ステップは、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる。
これら情報処理プログラムと情報処理方法との各々により、受信側端末装置に表示される画像が送信側端末装置で認識される。

１ カラオケシステム
３Ａ，３Ｂ 携帯端末
３ａ 画面
４ サーバ
５０Ｂ 撮影画像表示領域
６０ 複合画像
６０Ａ 第１歌唱動画
６０Ｂ 第２歌唱動画
７５ 第１表示制御部
７７ 第１通信部
８７ 第２表示制御部
８８ 第２通信部
ＲＤ 表示領域

Claims (7)

1. 受信側端末装置と通信可能な情報処理装置であって、
   撮影画像の少なくとも一部をディスプレイに表示する表示制御部と、前記撮影画像の少なくとも一部を前記受信側端末装置に送信する通信部と、を備え、
   前記表示制御部は、前記受信側端末装置における前記撮影画像の表示領域を前記撮影画像とともに前記ディスプレイに表示させる、情報処理装置。
2. 前記表示制御部は、前記表示領域を示す領域表示画像を前記撮影画像に重ねた状態で前記ディスプレイに表示させる請求項１に記載の情報処理装置。
3. 前記表示制御部は、前記表示領域に基づくアスペクト比を保持した状態で前記表示領域を変更し、
   前記通信部は、変更された前記表示領域を前記受信側端末装置に通知する、請求項１または２に記載の情報処理装置。
4. 送信側端末装置と受信側端末装置との間で通信可能な情報処理システムであって、
   撮影画像の少なくとも一部を前記送信側端末装置のディスプレイに表示する表示制御部と、
   前記撮影画像の少なくとも一部を前記受信側端末装置に送信する通信部と、を備え、
   前記表示制御部は、前記受信側端末装置における前記撮影画像の表示領域を前記撮影画像とともに前記ディスプレイに表示させる、情報処理システム。
5. 第１送信側端末装置と第２送信側端末装置とを含む複数の前記送信側端末装置及び前記受信側端末装置と通信するサーバ装置をさらに備え、
   前記サーバ装置は、
   前記第１送信側端末装置からの第１撮影画像と、前記第２送信側端末装置からの第２撮影画像とに基づき生成される複合画像を前記受信側端末装置に送信し、
   前記第１撮影画像のうち前記複合画像において表示される第１表示領域を前記第１送信側端末装置に通知するとともに、前記第２撮影画像のうち前記複合画像において表示される第２表示領域を前記第２送信側端末に通知し、
   前記第１送信側端末装置は、前記第１表示領域を前記第１撮影画像とともに前記第１送信側端末装置のディスプレイに表示させ、
   前記第２送信側端末装置は、前記第２表示領域を前記第２撮影画像とともに前記第２送信側端末装置のディスプレイに表示させる
   請求項４に記載の情報処理システム。
6. 受信側端末装置と通信可能な情報処理装置のコンピュータに、
   撮影画像の少なくとも一部をディスプレイに表示する表示制御ステップと、
   前記撮影画像の少なくとも一部を前記受信側端末装置に送信する通信ステップと、を実行させる情報処理プログラムであり、
   表示制御ステップは、受信側端末装置における撮影画像の表示領域を撮影画像とともにディスプレイに表示させる情報処理プログラム。
7. 受信側端末装置と通信する情報処理方法であって、
   撮影画像の少なくとも一部をディスプレイに表示する表示制御ステップと、前記撮影画像の少なくとも一部を前記受信側端末装置に送信する通信ステップと、を含み、
   前記表示制御ステップは、前記受信側端末装置における前記撮影画像の表示領域を前記撮影画像とともに前記ディスプレイに表示させる、情報処理方法。

Images