特開 2024-18463 カラオケ用プログラム及びカラオケシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024018463

(43)【公開日】2024-02-08

(54)【発明の名称】カラオケ用プログラム及びカラオケシステム

(51)【国際特許分類】

   G10K 15/02 20060101AFI20240201BHJP

   G10K 15/04 20060101ALI20240201BHJP

【ＦＩ】

G10K15/02

G10K15/04 302D

【審査請求】有

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022121823

(22)【出願日】2022-07-29

(71)【出願人】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】100157118

【弁理士】

【氏名又は名称】南 義明

(72)【発明者】

【氏名】高橋 遼太

【テーマコード（参考）】

5D208

【Ｆターム（参考）】

5D208BA07

5D208BA10

5D208BB07

5D208BB12

5D208CA02

5D208CA11

5D208CC06

5D208CG00

(57)【要約】      （修正有）

【課題】離れた場所でカラオケを行う際、聴取する側で再生される楽曲と音声のずれを抑制することで、聴取者側の違和感を抑えることが可能となるカラオケ用プログラム及びカラオケシステムを提供する。
【解決手段】カラオケ用プログラムは、管理サーバに接続する接続処理と、楽曲予約した歌唱者端末６ａであるか又は楽曲予約していない聴取者端末６ｂであるかを判別する判別処理と、管理サーバ装置から楽曲情報を受信する第１受信処理と、前記判別処理で聴取者端末であると判断された場合、前記歌唱者端末から送信される歌唱音声情報をストリーミング方式で受信する第２受信処理と、前記第２受信処理の遅延量を判定する判定処理と、前記第２受信処理の遅延量に基づいて決定された楽曲情報の再生タイミングに基づいて、ストリーミング再生される歌唱音声に対して楽曲音声の再生を遅延させる再生処理と、を実行する。
【選択図】図５

【特許請求の範囲】

【請求項1】

複数の端末装置がネットワークを介して通信接続され、前記端末装置で実行可能なカラオケ用プログラムあって、
サーバ装置に接続する接続処理と、
歌唱者端末であるか聴取者端末であるかを判別する判別処理と、
前記サーバ装置から楽曲情報を受信する第１受信処理と、
前記判別手段で聴取者端末であると判断された場合、
前記歌唱者端末から送信される歌唱音声情報をストリーミング方式で受信する第２受信処理と、
前記第２受信処理の遅延量を判定する判定処理と、
前記第２受信処理の遅延量に基づいて決定された楽曲情報の再生タイミングに基づいて、ストリーミング再生される歌唱音声に対して楽曲情報の再生を遅延させる再生処理と、を実行する
カラオケ用プログラム。

【請求項2】

前記再生処理で使用される再生タイミングは、複数の前記聴取者端末で判定された遅延量に基づいて決定される
請求項１に記載のカラオケ用プログラム。

【請求項3】

前記再生処理で使用される再生タイミングは、複数の前記聴取者端末で判定された遅延量の内、最大遅延量に基づいて決定される
請求項２に記載のカラオケ用プログラム。

【請求項4】

前記判定処理は、楽曲情報の再生開始前、あるいは、前記再生処理の実行中に複数回、実行される
請求項１に記載のカラオケ用プログラム。

【請求項5】

前記再生処理は、再生タイミングが前回から変化した場合、楽曲情報の再生速度を変更する
請求項４に記載のカラオケ用プログラム。

【請求項6】

前記再生処理における楽曲情報の再生の遅延は、非歌唱区間において実行される
請求項４に記載のカラオケ用プログラム。

【請求項7】

複数の端末装置がネットワークを介して接続され、端末装置で実行可能なカラオケ用プログラムあって、
サーバ装置に接続する接続処理と、
歌唱者端末であるか聴取者端末であるかを判別する判別処理と、
前記サーバ装置から楽曲情報を受信する第１受信処理と、
前記判別手段で聴取者端末であると判断された場合、
前記歌唱者端末から送信される歌唱音声情報をストリーミング方式で受信する第２受信処理と、
前記第１受信処理の第１遅延量と、前記第２受信処理の第２遅延量を判定する判定処理と、
前記第１受信処理の第１遅延量と、前記第２受信処理の第２遅延量に基づいて決定された楽曲情報の再生タイミングに基づいて、ストリーミング再生される歌唱音声に対して楽曲情報の再生を遅延させる再生処理と、を実行する
カラオケ用プログラム。

【請求項8】

ネットワークを介して通信接続される複数の端末装置を有するカラオケシステムであって、
前記端末装置は、
サーバ装置に接続する接続処理と、
歌唱者端末であるか聴取者端末であるかを判別する判別処理と、
前記サーバ装置から楽曲情報を受信する第１受信処理と、
前記判別手段で聴取者端末であると判断された場合、
歌唱者端末から送信される歌唱音声情報をストリーミング方式で受信する第２受信処理と、
前記第２受信処理の遅延量を判定する判定処理と、
前記第２受信処理の遅延量に基づいて決定された楽曲情報の再生タイミングに基づいて、ストリーミング再生される歌唱音声に対して楽曲情報の再生を遅延させる再生処理と、を実行する
カラオケシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末装置で実行可能なカラオケ用プログラム及びカラオケシステムに関する。

【背景技術】

【0002】

従来、伴奏に合わせて歌唱を楽しむカラオケが社交の場等で行われている。カラオケは通常、カラオケボックスやスナック等に集い、飲食を行いながら楽しむことが通常である。しかしながら、感染病が発生した場合等、集まってカラオケを楽しむことが困難な場合がある。そのため、カラオケを好むユーザの中には、オンラインによるＷｅｂ会議を利用してカラオケを楽しむ者もいる。Ｗｅｂ会議を利用したカラオケでは、ユーザが所持するパーソナルコンピュータを使用してＷｅｂ会議を開催するＷｅｂ会議サーバに通信接続し、ダウンロードした楽曲を再生して歌唱を楽しむことになる。

【0003】

Ｗｅｂ会議を使用したカラオケのように、遠隔地でカラオケを楽しむ場合には、伝送回線の遅延が問題になることがある。特許文献１には、このような伝送遅延に対応したカラオケシステムが開示されている。具体的には、遠隔歌唱を行う歌唱相手のカラオケ演奏装置との間における受信歌唱音声の伝送遅延時間を計測し、計測された歌唱音声の伝送遅延時間に対応して、スピーカから放音する代理再生音声を生成している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１６－２０６５７５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１には、複数拠点で歌う場合の遅延による違和感を低減することが開示されている。しかしながら、歌唱しない前提の聴取者側については考慮がなく、遅延が大きな視聴者端末においては代理音声が聞こえることとなり、歌唱者の歌声が聞けず、同じカラオケ空間でカラオケを楽しむような感覚を得ることはできない。

【0006】

本発明は、このような状況を鑑みたものであって、複数の端末装置間で通信を行う場合であっても、楽曲と歌唱音声のずれを抑制し、聴取者に違和感を与えない仕組みを提供するものである。

【課題を解決するための手段】

【0007】

そのため、本発明に係るカラオケ用プログラムは、以下の構成を採用するものである。
複数の端末装置がネットワークを介して通信接続され、前記端末装置で実行可能なカラオケ用プログラムあって、
サーバ装置に接続する接続処理と、
歌唱者端末であるか聴取者端末であるかを判別する判別処理と、
前記サーバ装置から楽曲情報を受信する第１受信処理と、
前記判別手段で聴取者端末であると判断された場合、
前記歌唱者端末から送信される歌唱音声情報をストリーミング方式で受信する第２受信処理と、
前記第２受信処理の遅延量を判定する判定処理と、
前記第２受信処理の遅延量に基づいて決定された楽曲情報の再生タイミングに基づいて、ストリーミング再生される歌唱音声に対して楽曲情報の再生を遅延させる再生処理と、を実行する。

【0008】

さらに、本発明に係るカラオケ用プログラムにおいて、
前記再生処理で使用される再生タイミングは、複数の前記聴取者端末で判定された遅延量に基づいて決定される。

【0009】

さらに、本発明に係るカラオケ用プログラムにおいて、
前記再生処理で使用される再生タイミングは、複数の前記聴取者端末で判定された遅延量の内、最大遅延量に基づいて決定される。

【0010】

さらに、本発明に係るカラオケ用プログラムにおいて、
前記判定処理は、楽曲情報の再生開始前、あるいは、前記再生処理の実行中に複数回、実行される。

【0011】

さらに、本発明に係るカラオケ用プログラムにおいて、
前記再生処理は、再生タイミングが前回から変化した場合、楽曲情報の再生速度を変更する。

【0012】

さらに、本発明に係るカラオケ用プログラムにおいて、
前記再生処理における楽曲情報の再生の遅延は、非歌唱区間において実行される。

【0013】

また、本発明に係るカラオケ用プログラムは、
複数の端末装置がネットワークを介して接続され、端末装置で実行可能なカラオケ用プログラムあって、
サーバ装置に接続する接続処理と、
歌唱者端末であるか聴取者端末であるかを判別する判別処理と、
前記サーバ装置から楽曲情報を受信する第１受信処理と、
前記判別手段で聴取者端末であると判断された場合、
前記歌唱者端末から送信される歌唱音声情報をストリーミング方式で受信する第２受信処理と、
前記第１受信処理の第１遅延量と、前記第２受信処理の第２遅延量を判定する判定処理と、
前記第１受信処理の第１遅延量と、前記第２受信処理の第２遅延量に基づいて決定された楽曲情報の再生タイミングに基づいて、ストリーミング再生される歌唱音声に対して楽曲情報の再生を遅延させる再生処理と、を実行する。

【0014】

また、本発明に係るカラオケシステムは、
ネットワークを介して通信接続される複数の端末装置を有するカラオケシステムであって、
前記端末装置は、
サーバ装置に接続する接続処理と、
歌唱者端末であるか聴取者端末であるかを判別する判別処理と、
前記サーバ装置から楽曲情報を受信する第１受信処理と、
前記判別手段で聴取者端末であると判断された場合、
歌唱者端末から送信される歌唱音声情報をストリーミング方式で受信する第２受信処理と、
前記第２受信処理の遅延量を判定する判定処理と、
前記第２受信処理の遅延量に基づいて決定された楽曲情報の再生タイミングに基づいて、ストリーミング再生される歌唱音声に対して楽曲情報の再生を遅延させる再生処理と、を実行する。

【発明の効果】

【0015】

本発明に係るカラオケ用プログラム、カラオケシステムによれば、複数の端末装置間でカラオケを行う際、歌唱を聴取する聴取者側の端末装置において、歌唱音声と楽曲のずれを抑制することで、聴取者側の違和感を抑えることが可能となる。

【図面の簡単な説明】

【0016】

【図1】本実施形態のシステム構成を示す図

【図2】本実施形態の携帯端末の外観図

【図3】本実施形態の携帯端末の構成を示すブロック図

【図4】本実施形態のルーム処理を示すフロー図

【図5】本実施形態のカラオケ処理を示すフロー図

【図6】本実施形態の楽曲再生処理Ａを示すフロー図

【図7】本実施形態の楽曲再生処理Ｂを示すフロー図

【図8】本実施形態の携帯端末における遅延量を説明するタイミングチャート

【図9】他の実施形態の携帯端末における遅延量を説明するタイミングチャート

【図10】本実施形態の携帯端末における各種画面を示す図

【図11】本実施形態の携帯端末における各種画面を示す図

【図12】本実施形態の携帯端末における各種画面を示す図

【図13】本実施形態の携帯端末における各種画面を示す図

【発明を実施するための形態】

【0017】

図１は、本実施形態のシステム構成を示す図である。本実施形態では、携帯端末６間でカラオケを行うことが可能なシステムであって、そのため、携帯端末６間での通信を行う必要がある。図１は、携帯端末６間の通信形態の各種例を示したものである。例えば、個人宅の場合、インターネットに通信接続されたルータ１２ａが設けられ、ルータ１２ａには無線ルータ１２ｂが接続されている。携帯端末６は、無線ルータ１２ｂを介してインターネットに通信接続することが可能である。

【0018】

このような通信形態以外に、携帯通信網を使用してインターネットとの通信を行うことも可能である。携帯通信網は、携帯端末６と無線基地局１３との間で無線通信を行うことで、携帯端末６をインターネットに通信接続させる通信形態である。

【0019】

このような各種通信形態を使用することで、携帯端末６は、インターネットに通信接続することが可能である。また、インターネットには、カラオケシステムを管理するための管理サーバ１１ａ、配信サーバ１１ｂが通信接続されている。カラオケ用プログラムがインストールされ、インターネットに通信接続した携帯端末６は、この管理サーバ１１ａ、配信サーバ１１ｂと通信を行うことで、携帯端末６間でカラオケを行うことが可能となっている。

【0020】

本実施形態では、端末装置として携帯端末６を使用してカラオケを行う形態について説明を行う。なお、端末装置としては、携帯端末６の他、家庭用ゲーム機、パーソナルコンピュータ、あるいは、カラオケ専用のカラオケ装置を使用することとしてもよい。また、カラオケ用プログラムがインストールされた端末装置は、カラオケ装置として機能することになる。

【0021】

図２は、本発明の実施形態に係る携帯端末６の外観（正面図）を示す図であり、図３は、本発明の実施形態に係る携帯端末６の構成を示すブロック図である。この携帯端末６としては、スマートフォン、タブレット端末、携帯電話などを採用することが可能である。この携帯端末６に、カラオケ用プログラムをインストールすることで、携帯端末６間においてカラオケを行うことが可能となる。

【0022】

本実施形態の携帯端末６は、ＣＰＵ６１、ＲＡＭ６２、記憶部６３、画像処理部６４、音響処理部６６を含んで構成された制御手段を有している。記憶部６３には、ＮＡＮＤ型フラッシュメモリ等の不揮発性の記憶手段を採用することが可能である。この記憶部６３には、本実施形態のカラオケ用プログラム、そして、カラオケ用プログラムで使用する各種データが記憶される。

【0023】

ＣＰＵ６１は、携帯端末６全体を統括して制御する手段であり、記憶部６３に記憶されたプログラム、データに基づいて各種制御を実行する。ＲＡＭ６２には、ＣＰＵ６１の制御によって生成されたデータを一時的に格納する。

【0024】

音響処理部６６は、携帯端末６の音響関係の入出力を行う手段である。ＣＰＵ６１の制御によりスピーカ６７ａから放音させる手段である。また、音響処理部６６は、マイクロホン６７ｂと接続され、マイクロホン６７ｂから歌唱音声、通話音声や、周囲の音声を取り込み可能としている。スピーカ６７ａ及びマイクロホン６７ｂについては、ヘッドセットなど外部機器を用いてもよい。

【0025】

タッチパネル表示部６８は、画像を表示する表示部６８ｍとその表面あるいは裏面に配設されるタッチパネル６８ｎを有して構成されている。タッチパネル６８ｎには、静電容量方式などユーザのタッチ位置を認識可能とする各種タイプを採用することが可能である。ＣＰＵ６１は、表示部６８ｍに表示を行うとともに、タッチパネル６８ｎからのタッチ入力にて、表示させている画像中のどの部分にタッチ入力されたかを判定することが可能である。

【0026】

画像処理部６４は、携帯端末６の画像関係の入出力を行う手段である。画像処理部６４は、ＣＰＵ６１で形成された画像を表示部６８ｍに表示出力する。そして、携帯端末６の前面（タッチパネル表示部６８側）に配置されたフロントカメラ６５Ｆ、もしくは、携帯端末６の背面に配置されたリアカメラ６５Ｒから画像、又は、映像であれば動画を取り込み、画像、又は、動画情報として、記憶部６３に記憶する機能を有する。

【0027】

本実施形態の携帯端末６は、外部と通信するための通信手段として第１通信部６９ａ、第２通信部６９ｂを備える。第１通信部６９ａは、携帯通信網接続用の通信手段であって、携帯基地局１４０に無線接続することで、携帯通信網の通信回線でインターネット網を介した各通信を行うことが可能である。第２通信部６９ｂは、Ｗｉｆｉ接続用の通信手段である。携帯端末６は第２通信部６９ｂを使用して、アクセスポイント１１０に無線接続し、アクセスポイント１１０が参加するローカルエリアネットワークに通信接続することが可能である。なお、携帯端末６の通信手段としては、第１通信部６９ａ、第２通信部６９ｂ以外に、赤外線通信部、Ｂｌｕｅｔｏｏｔｈ（登録商標）といった近距離通信手段等を設けることとしてもよい。

【0028】

本実施形態の携帯端末６は、入力手段としてタッチパネル６８ｎ以外に入力スイッチ７０を備えて構成されている。この入力スイッチ７０（図２の入力スイッチ７０ａ、７０ｂ等）には、電源スイッチ、音量調整スイッチ、プログラムに応じて入力用途が変更されるスイッチなど、各種スイッチを設けることが可能である。

【0029】

さらに本実施形態の携帯端末６は、携帯端末６を所持するユーザに各種通知を行うため、振動部７２、ＬＥＤ７３を有する。振動部７２は、モータの軸に偏心させたウェイトを取り付けて構成される部材である。モータを回転駆動することでユーザに通知可能な振動を伝えることが可能である。ＬＥＤ７３は、図２に示すように携帯端末６の正面上方に配置され、明滅することでユーザに各種通知を行うことができる。

【0030】

本実施形態では、このような携帯端末６にカラオケ用プログラムをインストールすることで、携帯端末６間においてカラオケを行うことが可能とするものである。では、携帯端末６を用いてカラオケを行う際の各種処理の詳細を説明する。

【0031】

図４は、本実施形態のルーム処理を示すフロー図である。ここでは、携帯端末６ａ、６ｂを使用してカラオケを行う場合について説明を行う。本実施形態では、仮想的に形成されたルームに集うことで、同じルームに集うユーザが音声（映像を含むものであってもよい）を共有することでカラオケを行うことが可能である。

【0032】

ここでは、携帯端末６ａを使用するユーザがルームを作成し、携帯端末６ｂを使用するユーザが当該ルームに参加する場合について説明する。携帯端末６ａ、６ｂを使用するユーザは、管理サーバ１１ａに対するアカウントを予め有しているものとする。なお、アカウントを有していないユーザは、管理サーバ１１ａにアクセスして新規アカウントを作成することが可能である。

【0033】

携帯端末６ａは、まず、管理サーバ１１ａに対してログイン指示（Ｓ１１）を行う。ログイン指示は、アカウント情報（ユーザＩＤ、パスワード等）を入力することで行われる。ログイン指示（Ｓ１１）を受信した管理サーバ１１ａは、ログイン処理（Ｓ２１）を実行する。ログイン処理では、アカウント情報に基づく認証が行われ、認証が適正な場合、ユーザは、カラオケ用プログラムの各種機能を使用することが可能となる。

【0034】

図１０（Ａ）には、ログイン後に表示されるルーム選択画面が示されている。ルーム選択画面では、ルーム選択欄６８ａ、新規ルーム作成ボタン６８ｂが表示される。ルーム選択欄６８ａは、既に作成されたルームであって、当該ルームに関する状況が示されている。ルーム選択欄には、ルーム名、ルームに参加しているユーザのアイコン、ルームの開催状況（「ＯＰＥＮ」、「準備中」）、ルームの開催日等が表示されている。また、左上に鍵のマークが表示されたルーム選択欄６８ａは、パスワードが必要なルーム、あるいは、予め招待されたユーザのみが参加できるルームであることを示している。

【0035】

ユーザはルーム選択欄６８ａを操作することでルームに参加することが可能である。また、新規ルーム作成ボタン６８ｂは、新たにルームを作成するためのボタンである。新規ルーム作成ボタン６８ｂを操作することで、携帯端末６ａは、管理サーバ１１ａに対してルーム作成指示（Ｓ１２）を行うことが可能である。管理サーバ１１ａは、ルーム作成指示（Ｓ１２）に基づき、ルーム作成処理（Ｓ２２）を実行する。ルーム作成処理（Ｓ２２）が完了すると、図７（Ａ）に示されるルーム選択欄６８ａが表示される。

【0036】

一方、ルームに参加する携帯端末６ｂでは、まず、アカウント情報の入力によるログイン指示（Ｓ１１）を管理サーバ１１ａに対して行う。管理サーバ１１ａでは、携帯端末６ａの場合と同様、アカウント情報に基づく認証を行い、認証が適正な場合、携帯端末６ｂをログインさせる。ユーザは、図１０（Ａ）に示されるルーム選択画面を参照し、入りたいルーム選択欄６８ａの選択操作によるルーム参加指示を行う（Ｓ１３）。図４の例では、携帯端末６ａのユーザが作成したルームに参加する場合であって、管理サーバ１１ａは、携帯端末６ａのユーザが作成したルームに、携帯端末６ｂのユーザを参加させるユーザ追加処理（Ｓ２３）を実行する。

【0037】

携帯端末６ａ、６ｂのユーザが同じルームに入ったことで、携帯端末６ａ、６ｂ間でカラオケ処理（Ｓ１２）を実行することが可能となる。

【0038】

カラオケ処理（Ｓ３０）は、主に予約管理と、楽曲再生処理を含んで構成されている。予約管理は、歌唱する楽曲の予約を行う処理であり、楽曲再生処理は、予約処理に基づき、予約リストに登録された楽曲を順に再生する処理である。楽曲の再生では、楽曲情報に含まれる演奏情報に基づき演奏音が再生されるとともに、楽曲情報に含まれる歌詞情報に基づき歌詞の表示が行われる。

【0039】

図５は、本実施形態のカラオケ処理（Ｓ３０）を示すフロー図である。図５では、携帯端末６ａが歌唱者（楽曲を予約した者）、携帯端末６ｂが聴取者である場合を示しているが、歌唱者、聴取者は入れ替わる場合もある。また、図５では、説明を容易にするため、ルームに参加する２台の携帯端末６ａ、６ｂを例に取って示すが、ルームに参加する携帯端末は３台以上であってもよい。

【0040】

まず、携帯端末６ａ、６ｂは、それぞれ管理サーバ１１ａと通信を行い、予約管理についてのセッションを開始する（Ｓ１０１、Ｓ１２１）。管理サーバ１１ａでは、同じルームに参加する携帯端末６ａ、６ｂについて、予約、楽曲配信等のセッションを開始する（Ｓ１６１）。

【0041】

次に、携帯端末６ａ、６ｂは、それぞれ配信サーバ１１ｂと通信を行い、音声ストリームについてのセッションを開始する（Ｓ１０２、Ｓ１２２）。音声ストリームについてのセッション開始後、携帯端末６ａ、６ｂ間では、歌唱音声情報等の音声通信を行うことが可能となる。配信サーバ１１ｂは、携帯端末６ａから携帯端末６ｂ間において歌唱音声等をストリーミング方式を使用して配信する（Ｓ１５１）。

【0042】

音声ストリームに関するセッション開始後、携帯端末６ａ、６ｂは、それぞれ配信サーバ１１ｂと通信を行うことで、音声アップロード／ダウンロードの遅延量を測定する（Ｓ１０３、Ｓ１２３）。ここで測定した遅延量は、聴取者が使用する携帯端末６ｂにおいて再生される楽曲と歌唱音声のタイミング合わせに使用される。

【0043】

歌唱者側の携帯端末６ａでは楽曲の予約処理（Ｓ１０４）が実行される。予約処理（Ｓ１０４）では、楽曲の検索を行い、歌唱する楽曲を選択することで、管理サーバ１１ａで管理する予約リストに楽曲を追加することが可能である。楽曲を予約したいユーザは、図１０（Ｂ）に示される楽曲検索画面を使用して楽曲の検索を行う。

【0044】

楽曲検索画面には、検索カテゴリー選択欄６８ｃ、楽曲選択欄６８ｄが設けられている。検索カテゴリー選択欄には、「お気に入り」、「曲」、「アーティスト」、「アルバム」といった検索カテゴリーが設けられ、ユーザはこれら検索カテゴリーを選択することで、選択した検索カテゴリーに応じた楽曲検索を行うことが可能である。図１０（Ｂ）の状態は、検索カテゴリーとして「曲」が選択されている場合であり、あいうえお、アルファベット順に楽曲選択欄６８ｄが表示されている。

【0045】

楽曲選択欄６８ｄは、楽曲毎に、アイコン（アルバムアート等）、楽曲名、アーティスト名が表示されている。ユーザが、希望する楽曲選択欄６８ｄを選択した場合、当該楽曲について楽曲確認画面が表示される。

【0046】

図１１（Ｃ）は、本実施形態の楽曲確認画面を示す図である。楽曲確認画面には、楽曲確認欄６８ｅが表示されている。楽曲確認欄には、選択した楽曲について、アイコン（アルバムアート等）、楽曲名、アーティスト名、そして、予約ボタン６８ｇ、キャンセルボタン６８ｆが表示されている。ユーザは、この楽曲確認画面に表示される情報を確認し、予約を行う場合、予約ボタン６８ｇを操作することで、楽曲の予約を実行する。予約が行われると予約情報が管理サーバ１１ａに送信される。予約情報は、予約したユーザを示すユーザＩＤ、そして、楽曲を示す楽曲ＩＤを含んで構成されている。管理サーバ１１ａは、受信した予約情報を予約リストに登録する（Ｓ１６２）。

【0047】

そして、予約リスト中、次に再生する楽曲が到来した場合、管理サーバ１１ａは、同じルームに所属する携帯端末６ａ、６ｂに対して予約応答を通知する（Ｓ１６３）。予約応答は、楽曲を予約した者を識別可能な情報が含まれており、携帯端末６ａ、６ｂは、予約応答を参照することで、歌唱者端末（楽曲予約した携帯端末６）であるか、聴取者端末（楽曲予約していない携帯端末６）であるかを判別することができる。

【0048】

図５の場合、楽曲予約を行ったのは、携帯端末６ａであるから、携帯端末６ａは自己を歌唱者端末と判断し、歌唱者モードに設定する（Ｓ１０６）。一方、携帯端末６ｂは自己を聴取者端末と判断し、聴取者モードに設定する（Ｓ１２５）。

【0049】

管理サーバ１１ａは、予約応答の通知後、同じルームに参加する携帯端末６ａ、６ｂに対して、楽曲情報を送信する（Ｓ１６４）。本実施形態において、楽曲情報の配信方式は、ストリーム方式ではなく、記憶型の配信方式を使用している。なお、記憶型の配信方式であっても、楽曲情報の一部を記憶することで、その再生を開始することが可能である。携帯端末６ａ、６ｂでは、管理サーバ１１ａからの送信開始に伴い、楽曲情報の受信を開始（Ｓ１０７、Ｓ１２６）し、それぞれ、楽曲再生処理Ａ（Ｓ１３０）、楽曲再生処理Ｂ（Ｓ１４０）を実行する。

【0050】

図６は、歌唱者モードに設定された携帯端末６ａで実行される楽曲再生処理Ａ（Ｓ１３０）を示すフロー図である。楽曲再生処理Ａでは、楽曲情報が所定量ダウンロードされたことを条件（Ｓ１３１：Ｙｅｓ）として、楽曲情報の再生を開始する（Ｓ１３２）。また、楽曲情報の再生が終了する（Ｓ１３４：Ｙｅｓ）までの期間、携帯端末６ａから配信サーバ１１ｂに対する歌唱音声情報について、アップロードの遅延量を適宜タイミングで測定する（Ｓ１３３）。

【0051】

図１２（Ｅ）は、本実施形態の携帯端末６における楽曲再生中に表示される楽曲再生画面である。図１１（Ｄ）で説明したと同様、楽曲再生画面の上部には、ルーム名、楽曲検索ボタン６８ｋが表示されている。楽曲検索ボタン６８ｋを操作することで、図１０（Ｂ）で説明した楽曲検索画面が表示され、楽曲の予約を行うことが可能である。

【0052】

この他、楽曲再生画面には、大きく分けて、楽曲関連表示欄６８ｈ、上部表示欄６８ｉ、下部表示欄６８ｊが設けられている。楽曲関連表示欄６８ｈは、歌詞表示欄６８１、プログレスバー６８２を含んで構成されている。歌詞表示欄６８１には、再生中の楽曲について、歌唱すべき歌詞が表示される。なお、歌詞表示欄６８１には背景映像が表示されるものであってもよい。プログレスバー６８２は、楽曲再生の進行状況を示している。

【0053】

上部表示欄６８ｉ、下部表示欄６８ｊは、両者の占有する面積を変更することが可能である。通常、図１１（Ｄ）に示す状態、すなわち、上部表示欄６８ｉ、下部表示欄６８ｊの両方が表示された状態である。下部表示欄６８ｊに設けられたコメントタブ６８６、予約確認タブ６８７、リモコンタブ６８８を操作した場合、下部表示欄６８ｊは、図１３（Ｆ）に示されるように、上部表示欄６８ｉが表示されていた部分も使用して表示される。図１３（Ｆ）は、リモコンタブ６８８が操作された状態を示している。コメントタブ６８６、予約確認タブ６８７、リモコンタブ６８８を再度操作することで、図１２（Ｅ）の状態に戻る。

【0054】

上部表示欄６８ｉには、状況表示・選択ボタン６８３、マイク選択ボタン６８４、ユーザアイコン６８５が表示される。状況表示・選択ボタン６８３は、携帯端末６の状況を示すボタンであって、前述した歌唱者モードに設定されている場合「歌っています」がマーキングされ、聴取者モードに設定されている場合「聴いています」にマーキングが表示される。図１１（Ｄ）の状態は、「歌っています」がマーキングされた状態である。また、ユーザは、「歌っています」、「聴いています」、そして、「退席中」を手動操作で切り換えることが可能である。その際、「歌っています」に切り換えた場合、歌唱者モードに設定変更され、「聴いています」、「退席中」に切り換えた場合、聴取者モードに設定変更される。本実施形態では３つの状態を切り替えることが可能であるが、「歌っています」、「聴いています」の２つのステータスであってもよく、さらに、種々の表示形態を採用可能である。

【0055】

マイク選択ボタン６８４は、ユーザの手動操作により、マイクロホン６７ｂのオン、オフを切り換えることが可能である。本実施形態では、歌唱者モードに設定されている場合、オンに自動設定され、聴取者モードに設定されている場合、オフに自動設定される。ユーザアイコン６８５は、ルームに参加している全ユーザを示したものである。図１１（Ｄ）の例では、４人のユーザが参加した状態となっている。アイコンが太線で示されるユーザ（図１１（Ｄ）の例では「ＪＯＹ」）は、歌唱中（歌唱者モードに設定されている）ことを示している。また、スピーカとバツ印が付いたアイコン（図１１（Ｄ）の例では「もんきち」）は、退席中であることを示している。これらの表示形態は一例であって、他の表示形態により歌っています、聴いています、退席中などのステータスが示されてもよい。

【0056】

下部表示欄６８ｊには、３つのタブ（コメントタブ６８６、予約確認タブ６８７、リモコンタブ６８８）が設けられている。図１１（Ｄ）の状態は、コメントタブ６８６が選択されている状態であって、下部表示欄６８ｊには、コメント表示欄６８９、コメント入力欄６９０が表示されている。コメント表示欄６８９には、コメント入力欄６９０を使用してユーザが入力したユーザコメントの他、楽曲再生処理に関する操作に伴うシステムコメントが表示される。図１１（Ｄ）では、コメント表示欄６８９に予約処理に伴うシステムコメントであって、ユーザ名、そして、予約した楽曲名／アーティスト名が表示されている。コメント表示欄６８９には、システムコメント、ユーザコメントが時系列で順次表示され、ユーザは、これらシステムコメント、ユーザコメントを見ることで円滑なコミュニケーションを行うことが可能となっている。

【0057】

図１３（Ｆ）は、リモコンタブ６８８を操作したときの状態である。前述したように、下部表示欄６８ｊは、上部表示欄６８ｉが表示された領域まで拡張して表示されている。リモコンタブ６８８を選択した場合の下部表示欄６８ｊには、歌唱者音量ボリューム６９１、話者音量ボリューム６９２、音程変更ボタン６９３、ＢＧＭボリューム６９４、再生位置調整ボタン６９５、歌いなおしボタン６９６、一時停止ボタン６９７、演奏停止ボタン６９８が表示されている。

【0058】

本実施形態において、このリモコンタブ６８８で表示される各種操作子、ボタンは、歌唱者モードに設定された携帯端末６のみで操作可能としている。したがって、聴取者モードに設定された携帯端末６では、楽曲再生に関する操作を行うことが禁止され、聴取者による誤入力を抑制することが可能となっている。

【0059】

歌唱者音量ボリューム６９１は、歌唱者モードに設定されている携帯端末６のマイクロホン６７ｂから入力される歌唱音声の音量を調整する操作子である。また、話者音量ボリューム６９２は、聴取者モードに設定されている携帯端末６のマイクロホン６７ｂから入力される歌唱音声の音量を調整する操作子である。歌唱者音量ボリューム６９１、話者音量ボリューム６９２は、歌唱者モード、聴取者モードに設定される際、各モードのデフォルト状態に設定されることになるが、歌唱者モードに設定された携帯端末６からのみ、操作可能となっている。

【0060】

音程変更ボタン６９３は、再生中の楽曲について音程を変更するためのボタンである。ＢＧＭボリューム６９４は、曲間時に再生されるＢＧＭの音量を調整するための操作子である。再生位置調整ボタン６９５は、再生位置を変更するための操作子である。操作子の左側には、現在の再生時間、全体の再生時間が表示されている。歌いなおしボタン６９６は、操作することで、現在再生中の楽曲を頭から再生することが可能である。一時停止ボタン６９７は、現在再生中の楽曲の一時停止を行うためのボタンである。演奏停止ボタン６９８は、現在再生中の楽曲を停止するためのボタンであり、演奏停止ボタン６９８が操作された場合、次に予約されている楽曲の再生処理に移行する。

【0061】

次に、聴取者モードに設定された携帯端末６ａで実行される楽曲再生処理Ｂについて説明する。図７は、楽曲再生処理Ｂ（Ｓ１４０）を示すフロー図である。楽曲再生処理Ｂにおいても、楽曲情報が所定量ダウンロードされたこと（Ｓ１４１：Ｙｅｓ）、及び、再生開始タイミングが到来したこと（Ｓ１４３：Ｙｅｓ）を条件として楽曲情報の再生が開始される（Ｓ１４４）。

【0062】

ここで、再生開始タイミングとは、携帯端末６ａ、６ｂで測定（Ｓ１０３、Ｓ１２３）を使用して測定された遅延量を使用して算出（Ｓ１４２）されるタイミングである。携帯端末６ａで入力された歌唱音声情報は、配信サーバ１１ｂにアップロードされ、配信サーバ１１ｂから携帯端末６ｂにダウンロードされ、聴取者側の携帯端末６ｂで再生される。そのため、携帯端末６ａから携帯端末６ｂの間では、歌唱音声情報に遅延が生じることが考えられる。本実施形態では、このような事情を考慮し、聴取者側の携帯端末６ｂで再生される歌唱音声と楽曲の間で生じ得るずれを抑制することを１つの目的としている。

【0063】

図８は、本実施形態の携帯端末における遅延量を説明するタイミングチャートを示す図である。図８は、図５と同様、２台の携帯端末６ａ、６ｂを想定した場合である。歌唱者側では、歌唱者は楽曲情報の再生に合わせて歌唱を行うため、楽曲と歌唱音声間にずれは生じない。一方、聴取者Ａ側では、先に説明したように歌唱音声情報に遅延量Ｄ１が生じることになる。したがって、歌唱社側と同じタイミングで楽曲を再生した場合、楽曲が遅延量Ｄ１だけ先行して再生されることになってしまう。

【0064】

そのため、本実施形態では、楽曲情報の再生開始を遅延量Ｄ１だけ遅らせることで、聴取者側における楽曲と歌唱音声間の同期を取ることとしている。遅延量Ｄ１は、例えば、携帯端末６ａで測定（Ｓ１０３）した歌唱音声情報のアップロード時の遅延量と、携帯端末６ｂで測定（Ｓ１２３）した歌唱音声情報のダウンロード時の遅延量の和で算出される。配信サーバ１１ｂは、携帯端末６ａ、６ｂから遅延量を受信して遅延量Ｄ１を算出し、歌唱者側の携帯端末６ａから受信した再生タイミングＳｔ_ａを聴取者側の携帯端末６ｂに送信する。携帯端末６ｂは、受信した遅延量Ｄ１と再生タイミングＳｔ_ａに基づき、聴取者Ａ側での再生タイミングＳｔ_ｂを判定する（Ｓ１４２）。

【0065】

また、本実施形態では、聴取側の携帯端末６ｂにおいて、楽曲情報の再生期間中、歌唱音声と楽曲の再生タイミングの補正を行うこととしている。携帯端末６ａ、６ｂ間で生じる歌唱音声情報の遅延は、通信状況によって変化することが考えられる。そのため、携帯端末６ａ、６ｂでは、楽曲情報の再生期間中、歌唱音声情報の遅延量測定を適宜タイミングで行い、再生される歌唱音声と楽曲間にずれが生じることを抑制している。

【0066】

図６で説明したように、歌唱者側の携帯端末６ａで実行される楽曲再生処理Ａでは、楽曲再生期間中、歌唱音声情報のアップロードについての遅延量を測定し（Ｓ１３３）、配信サーバ１１ｂに送信する。一方、聴取者側で実行される楽曲再生処理Ｂでは、歌唱音声情報のダウンロードについての遅延量を測定し（Ｓ１４５）、配信サーバ１１ｂに送信する。そして、楽曲再生処理Ｂでは、配信サーバ１１ｂから受信した遅延量に基づき、楽曲情報の再生に関する補正量を判定する（Ｓ１４６）。補正量としては、楽曲情報の再生タイミングを早くする、遅くする、あるいは、維持することが考えられる。

【0067】

携帯端末６ｂは、判定した補正量に基づき、楽曲情報の再生タイミングの補正を行う（Ｓ１４７）。補正方法としては、適切な再生タイミングに一気に変更することが考えられるが、その場合、楽曲再生の断続が損なわれ、不自然な再生音となってしまう。そのため、本実施形態では、適切な再生タイミングになるまで楽曲情報の再生速度を補正する手法を採用している。例えば、楽曲情報の再生タイミングが遅い場合には、楽曲情報の再生速度を上げ、楽曲情報の再生タイミングが早い場合には、楽曲情報の再生速度を下げることになる。

【0068】

遅延量の測定、並びに再生タイミングの補正は、楽曲情報の再生が終了する（Ｓ１４８：Ｙｅｓ）まで、適宜タイミングで繰り返し行われる。このように楽曲情報の再生期間中、遅延量に基づく補正を行うことで、聴取者側の携帯端末６ｂにおいて、歌唱者側の携帯端末６ａで入力された歌唱音声情報と、聴取者側で再生される楽曲情報の間にずれが生じることを抑制することが可能となる。

【0069】

図９は、他の実施形態の携帯端末における遅延量を説明するタイミングチャートである。図８の実施形態では、図５と同様、２台の携帯端末６ａ、６ｂがルームに参加している状態を説明した。一方、ルームには３台以上の携帯端末６が参加することも可能である。図９は、３台の携帯端末６が同じルームに参加したときの状態であって、１台の携帯端末６ａが歌唱者用、２台の携帯端末６ｂ、６ｃが聴取者用に使用されている場合である。

【0070】

図９（Ａ）は、各携帯端末６ｂ、６ｃにおいて個別に図８の場合と同様の処理を行った場合の実施形態である。携帯端末６ｂと携帯端末６ｃでは、それぞれ、遅延量が異なることが考えられる。各携帯端末６ｂ、６ｃでは、それぞれの遅延量Ｄ１、Ｄ２を使用して、再生タイミングＳｔ_ｂ、Ｓｔ_ｃを使用して音声と楽曲間の整合を取ることになる。

【0071】

ところで、携帯端末６ｂ、６ｃでは、歌唱音声を聞いてカラオケを楽しむ以外に、積極的に参加して楽しむことが行われることが考えられる。例えば、図１２で説明したコメント入力欄６９０を使用してメッセージ交換を行うことが可能である。聴取者は、歌唱者に対してコメント等のメッセージを入力して応援を行う、あるいは、聴取者間において歌唱の感想を述べあう等、コミュニケーションを取ることが考えられる。

【0072】

図９（Ａ）のように、聴取者側の各携帯端末６ｂ、６ｃ間において、楽曲情報の再生タイミングが異なった場合、聴取者間におけるコミュニケーション、特に、再生されている楽曲、あるいは、歌唱音声について、コメントのタイミングがずれてしまう等、コミュニケーションが上手く取れないことが考えられる。

【0073】

そのため、本実施形態では、聴取者側の各携帯端末６ａ、６ｂにおいて、異なる再生タイミングＳｔ_ｂ、Ｓｔ_ｃを使用するのではなく、同一の再生タイミングを使用することとしている。

【0074】

図９（Ｂ）に示されるように、携帯端末６ｂでは、歌唱音声情報について遅延量Ｄ１が生じた状態となっており、携帯端末６ｃでは、遅延量Ｄ２が生じた状態となっている。なお、遅延量Ｄ１＜遅延量Ｄ２としている。この場合、各携帯端末６ｂ、６ｃにおいて、大きい遅延量Ｄを使用した再生タイミングＳｔ_ｃで統一することで、聴取者側の携帯端末６ｂ、６ｃ間における再生タイミングの同期が図られる。どちらの遅延量Ｄ１、Ｄ２を使用するかは、配信サーバ１１ｂが判断する、あるいは、遅延量Ｄ１、Ｄ２等、判断に必要な情報を配信サーバ１１ｂを介して受信することで可能である。

【0075】

このように、聴取者側の携帯端末６ｂ、６ｃにおいて、再生タイミングを統一することで、複数の聴取者は同じタイミングで楽曲、歌唱音声を聴取することが可能となり、聴取者間でのコミュニケーションの円滑化を図ることが可能となる。

【0076】

以上、本実施形態では、離れた場所でカラオケを楽しむ際、再生される楽曲情報と歌唱音声情報のずれを抑制し、聴取者に対する違和感を抑制することが可能となる。なお、本発明は、上述する実施形態に限られるものではない。以下に各種変形例を説明する。

【0077】

［第１変形例］
前述した実施形態では、歌唱音声情報の遅延を考慮して、楽曲情報の再生タイミングを決定することとしていた。前述の実施形態では、記憶型の楽曲情報配信を使用するため、楽曲情報のダウンロードに遅延が生じる可能性は低い。ところで、楽曲情報の配信には、歌唱音声情報と同様、ストリーム方式を使用することも可能である。この場合、管理サーバ１１ａから配信される楽曲情報に遅延が生じることが考えられ、場合によっては、歌唱音声情報以上に遅延が生じることもある。

【0078】

このような状況を踏まえ、聴取者側の携帯端末６ｂにおける楽曲情報の再生タイミングには、配信時における楽曲情報の遅延量を考慮することとしてもよい。この場合、聴取者側の携帯端末６ｂは、楽曲情報を配信する管理サーバ１１ａからのダウンロードについて遅延量（第１遅延量）を測定する。楽曲情報の遅延量（第１遅延量）が携帯端末６ａから送信される歌唱音声情報の遅延量（第２遅延量）よりも大きい場合、楽曲情報の遅延量（第１遅延量）に基づいて楽曲情報の再生タイミングを決定する。一方、楽曲情報の遅延量（第１遅延量）が携帯端末６ａから送信される歌唱音声情報の遅延量（第２遅延量）以下である場合、歌唱音声情報の遅延量（第２遅延量）に基づいて楽曲情報の再生タイミングを決定する。

【0079】

このように、ストリーム方式等により楽曲情報の配信が遅れる場合であっても、楽曲情報と歌唱音声情報の再生タイミングを一致させることが可能である。

【0080】

複数の聴取者が存在する場合については、聴取者側の携帯端末６ｂ、６ｃにおいて、管理サーバ１１ａからのダウンロードについて遅延量（第１遅延量）を測定する。聴取者側の携帯端末６ｂ、６ｃで計測した歌唱音声情報の遅延量（第２遅延量）、及び、楽曲情報の遅延量（第１遅延量）の内、最も多い遅延量を使用して再生タイミングを決定することで、聴取者側の携帯端末６ｂ、６ｃ間で再生タイミングの統一を図ることが可能となる。

【0081】

［第２変形例］
前述の実施形態では、図７の楽曲再生処理Ｂで説明したように、楽曲再生中、ずれが生じた時点で再生タイミングの補正を行うこととしている。前述の実施形態では、再生速度を変更することで補正（Ｓ１４７）を行うことで自然な再生音を再現していた。このような形態に代え、補正するタイミングを歌唱区間以外（非歌唱区間）のタイミングで行うこととしてもよい。例えば、間奏中に補正を行うことで、歌唱の聴取を妨げることなく補正することが可能となる。また、非歌唱区間としては間奏のみならず、歌唱フレーズ間の短い区間において行うこととしてもよい。

【0082】

非歌唱区間の検出方法は、予め楽曲情報に歌唱区間に関する情報を設定しておき、楽曲情報の再生に同期して読み出すことで検出すること、あるいは、歌唱音声が入力されていない期間を非歌唱区間として検出すること等が考えられる。

【0083】

［第３変形例］
前述の実施形態では、歌唱者側の携帯端末６ａから聴取者側の携帯端末６ｂ、６ｃに送信される歌唱音声情報は、配信サーバ１１ｂを介している。このような形態に代え、歌唱音声情報は、歌唱者側の携帯端末６ａから聴取者側の携帯端末６ｂ、６ｃに、配信サーバ１１ｂを介さずにピア・ツー・ピアで送信される携帯であってもよい。

【符号の説明】

【0084】

６（６ａ、６ｂ）：携帯端末 ６８ｍ：表示部
１１ａ：管理サーバ ６８ｎ：タッチパネル
１１ｂ：配信サーバ ６９ａ：第１通信部
１２ａ：ルータ ６９ｂ：第２通信部
１２ｂ：無線ルータ ７０（７０ａ、７０ｂ）：入力スイッチ
１３：無線基地局 ７２：振動部
６１：ＣＰＵ ７３：ＬＥＤ
６２：ＲＡＭ １１０：アクセスポイント
６３：記憶部 １４０：携帯基地局
６４：画像処理部 ６８１：歌詞表示欄
６５Ｆ：フロントカメラ ６８２：プログレスバー
６５Ｒ：リアカメラ ６８３：選択ボタン
６６：音響処理部 ６８４：マイク選択ボタン
６７ａ：スピーカ ６８５：ユーザアイコン
６７ｂ：マイクロホン ６８６：コメントタブ
６８：タッチパネル表示部 ６８７：予約確認タブ
６８ａ：ルーム選択欄 ６８８：リモコンタブ
６８ｂ：新規ルーム作成ボタン ６８９：コメント表示欄
６８ｃ：検索カテゴリー選択欄 ６９０：コメント入力欄
６８ｄ：楽曲選択欄 ６９１：歌唱者音量ボリューム
６８ｅ：楽曲確認欄 ６９２：話者音量ボリューム
６８ｆ：キャンセルボタン ６９３：音程変更ボタン
６８ｇ：予約ボタン ６９４：ＢＧＭボリューム
６８ｈ：楽曲関連表示欄 ６９５：再生位置調整ボタン
６８ｉ：上部表示欄 ６９６：ボタン
６８ｊ：下部表示欄 ６９７：一時停止ボタン
６８ｋ：楽曲検索ボタン ６９８：演奏停止ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】