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

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

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

(11)【公開番号】P2024093940

(43)【公開日】2024-07-09

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

(51)【国際特許分類】

   G10K 15/04 20060101AFI20240702BHJP

   G10K 15/02 20060101ALI20240702BHJP

【ＦＩ】

G10K15/04 302D

G10K15/02

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2022210601

(22)【出願日】2022-12-27

(71)【出願人】

【識別番号】000005267

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

(74)【代理人】

【識別番号】100157118

【弁理士】

【氏名又は名称】南 義明

(72)【発明者】

【氏名】阿瀬見 典昭

(72)【発明者】

【氏名】牛山 建太郎

(72)【発明者】

【氏名】高橋 遼太

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

5D208

【Ｆターム（参考）】

5D208BA10

5D208BB07

5D208CA02

5D208CA10

5D208CC10

5D208CC12

(57)【要約】

【課題】通信を利用して複数のユーザが歌唱する際、良好な歌唱環境を提供する。
【解決手段】本発明に係るカラオケシステムは、音を入力するための入力部と音を再生する再生部とを備える複数の端末装置がネットワークを介して接続されるカラオケシステムであって、複数の前記端末装置は、第１歌唱者端末、第２歌唱者端末、及び聴取者端末に分別され、聴取者端末は、第１歌唱データを受信する第１歌唱受信処理と、第１歌唱データを再生する第１歌唱再生処理と、第２歌唱データを受信する第２歌唱受信処理と、第２歌唱データを再生する第２歌唱再生処理と、第１歌唱者端末で実行される前記第１伴奏再生処理に対して、伴奏データを遅延して再生する第３伴奏再生処理と、を実行する。
【選択図】図９

【特許請求の範囲】

【請求項1】

音を入力するための入力部と音を再生する再生部とを備える複数の端末装置がネットワークを介して接続されるカラオケシステムであって、
複数の前記端末装置は、第１歌唱者端末、第２歌唱者端末、及び聴取者端末に分別され、
前記第１歌唱者端末は、
伴奏データを再生する第１伴奏再生処理と、
入力される第１歌唱データを送信する第１歌唱送信処理と、を実行し、
前記第２歌唱者端末は、
前記第１歌唱者端末で実行される前記第１伴奏再生処理に対して、伴奏データを同期して再生する第２伴奏再生処理と、
入力される第２歌唱データを送信する第２歌唱送信処理と、を実行し、
前記聴取者端末は、
第１歌唱データを受信する第１歌唱受信処理と、
第１歌唱データを再生する第１歌唱再生処理と、
第２歌唱データを受信する第２歌唱受信処理と、
第２歌唱データを再生する第２歌唱再生処理と、
前記第１歌唱者端末で実行される前記第１伴奏再生処理に対して、伴奏データを遅延して再生する第３伴奏再生処理と、を実行する
カラオケシステム。

【請求項2】

前記第２歌唱者端末は、
第１歌唱データを受信する第３歌唱受信処理と、
第１歌唱データを再生する第３歌唱再生処理と、を実行する
請求項１に記載のカラオケシステム。

【請求項3】

前記第１歌唱者端末は、
入力される第１歌唱データを再生する第１フィードバック再生処理を実行し、
前記第２歌唱者端末は、
入力される第２歌唱データを再生する第２フィードバック再生処理を実行する
請求項１に記載のカラオケシステム。

【請求項4】

前記第２歌唱者端末で再生される伴奏データに対する第１歌唱データの音量比は、前記聴取者端末で再生される伴奏データに対する第１歌唱データ音声の音量比よりも小さい
請求項２に記載のカラオケシステム。

【請求項5】

前記第２歌唱者端末で再生される伴奏データに対する第１歌唱データの音量比は、前記第１歌唱者端末で第１歌唱データが送信されてから、前記第２歌唱者端末で第１歌唱データが受信されるまでの通信時間に応じて変更される
請求項２に記載のカラオケシステム。

【請求項6】

前記第３伴奏再生処理は、前記第１歌唱者端末で第１歌唱データが送信されてから前記聴取者端末で第１歌唱データが受信されるまでの通信時間、もしくは前記第２歌唱者端末で第２歌唱データが送信されてから前記聴取者端末で第２歌唱データが受信されるまでの通信時間に応じて、遅延時間を判断し、前記第１伴奏再生処理に対して伴奏データを遅延して再生する
請求項１に記載のカラオケシステム。

【請求項7】

前記第１歌唱者端末及び前記第２歌唱者端末は、音の入力が有効に設定された前記端末装置である
請求項１に記載のカラオケシステム。

【請求項8】

複数の前記端末装置はそれぞれ、操作部を備え、
前記第１歌唱者端末及び前記第２歌唱者端末と、前記聴取者端末とは、前記操作部の操作によって切り替え可能である
請求項１に記載のカラオケシステム。

【請求項9】

複数の前記端末装置はそれぞれ、
楽曲の予約を行う予約処理、を実行し、
前記第１歌唱者端末は、再生される楽曲の予約を行った前記端末装置である
請求項１に記載のカラオケシステム。

【請求項10】

前記第１歌唱者端末は、
前記第１伴奏再生処理において再生されている伴奏データの再生位置を示す第１伴奏位置データを送信する第１伴奏位置送信処理、を実行し、
前記第２歌唱者端末は、
第１伴奏位置データを受信する第１伴奏位置受信処理、を実行し、
前記第２伴奏再生処理は、受信した第１伴奏位置データに基づき、前記第１伴奏再生処理に対して伴奏データを同期して再生する
請求項１に記載のカラオケシステム。

【請求項11】

前記第１歌唱送信処理において、第１歌唱データを前記第２歌唱者端末に送信する場合の通信時間は、第１歌唱データを前記聴取者端末に送信する場合の通信時間よりも短い
請求項２に記載のカラオケシステム。

【請求項12】

前記第１歌唱者端末は、
前記第１歌唱送信処理で送信される第１歌唱データが入力された時に、前記第１伴奏再生処理で再生されていた伴奏データの再生位置を示す第２伴奏位置データを送信する第２伴奏位置送信処理、を実行し、
前記聴取者端末は、
第２伴奏位置データを受信する第２伴奏位置受信処理、を実行し、
前記第３伴奏再生処理は、受信した第２伴奏位置データに基づき、前記第１伴奏再生処理に対して伴奏データを遅延して再生することを特徴とする
請求項１に記載のカラオケシステム。

【請求項13】

ネットワークを介して接続される端末装置で実行されるカラオケ用プログラムであって、
前記端末装置は、第１歌唱者端末、第２歌唱者端末、及び聴取者端末の何れかに設定され、
前記端末装置が前記第１歌唱者端末に設定された場合、
伴奏データを再生する第１伴奏再生処理と、
入力される第１歌唱データを送信する第１歌唱送信処理と、を実行し、
前記端末装置が前記第２歌唱者端末に設定された場合、
前記第１歌唱者端末で実行される前記前記第１伴奏再生処理に対して、伴奏データを同期して再生する第２伴奏再生処理と、
入力される第２歌唱データを送信する第２歌唱送信処理と、を実行し、
前記端末装置が前記聴取者端末に設定された場合、
第１歌唱データを受信する第１歌唱受信処理と、
第１歌唱データを再生する第１歌唱再生処理と、
第２歌唱データを受信する第２歌唱受信処理と、
第２歌唱データを再生する第２歌唱再生処理と、
前記第１歌唱者端末で実行される前記第１伴奏再生処理に対して、伴奏データを遅延して再生する第３伴奏再生処理と、を実行する
カラオケ用プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、伴奏に合わせて歌唱を楽しむカラオケが社交の場等で行われている。カラオケを好むユーザの中には、オンラインによるＷｅｂ会議を利用してカラオケを楽しむ者もいる。Ｗｅｂ会議を利用したカラオケでは、ユーザが所持するパーソナルコンピュータを使用してＷｅｂ会議を開催するＷｅｂ会議サーバに通信接続し、ダウンロードした楽曲を再生して歌唱を楽しむことになる。

【0003】

ところで、カラオケ装置間を通信接続することで、離れた場所におけるユーザ同士でカラオケを楽しむシステムがある。特許文献１には、ネットワークに接続された複数の端末間でのオンラインカラオケシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

特許文献１には、デュエット等で歌唱者が複数存在する場合に、バック演奏を端末間のネットワークの遅延分遅らせて再生するオンラインカラオケシステムが開示されている。このオンラインカラオケシステムでは、歌唱者は伴奏と他歌唱者の歌唱音声とのずれをネットワークの遅延片道分に低減した状態でカラオケ演奏を実行できる。

【0006】

しかしながら、特許文献１に記載のカラオケシステムでは、歌唱を行わずカラオケ演奏を聴くことが目的の聴取者については想定されていない。したがって、このような聴取者も歌唱者と同じく、ネットワークの遅延片道分の伴奏と歌唱者の歌唱音声とのずれが生じた状態でカラオケ演奏を聴くこととなる。歌唱者は伴奏が再生されることで最低限歌唱を楽しむことができるが、歌唱は行わずカラオケ演奏の聴取を楽しみたい聴取者側にとって、ネットワークの遅延片道分であっても歌唱音声と伴奏とのずれは、違和感となり、カラオケルームに集まっているような感覚を損なってしまう。

【0007】

本発明は、このような状況を鑑みたものであって、オンライン上でカラオケルームを形成するオンラインカラオケにおいて、複数の歌唱者と聴取者とが存在する場合に、聴取者側での伴奏と歌唱者の歌唱音声とのずれを抑制することを１つの目的としている。

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

【0008】

そのため、本発明に係るカラオケシステムは以下の構成を採用するものである。
音を入力するための入力部と音を再生する再生部とを備える複数の端末装置がネットワークを介して接続されるカラオケシステムであって、
複数の前記端末装置は、第１歌唱者端末、第２歌唱者端末、及び聴取者端末に分別され、
前記第１歌唱者端末は、
伴奏データを再生する第１伴奏再生処理と、
入力される第１歌唱データを送信する第１歌唱送信処理と、を実行し、
前記第２歌唱者端末は、
前記第１歌唱者端末で実行される前記第１伴奏再生処理に対して、伴奏データを同期して再生する第２伴奏再生処理と、
入力される第２歌唱データを送信する第２歌唱送信処理と、を実行し、
前記聴取者端末は、
第１歌唱データを受信する第１歌唱受信処理と、
第１歌唱データを再生する第１歌唱再生処理と、
第２歌唱データを受信する第２歌唱受信処理と、
第２歌唱データを再生する第２歌唱再生処理と、
前記第１歌唱者端末で実行される前記第１伴奏再生処理に対して、伴奏データを遅延して再生する第３伴奏再生処理と、を実行する。

【0009】

さらに本発明に係るカラオケシステムにおいて、
前記第２歌唱者端末は、
第１歌唱データを受信する第３歌唱受信処理と、
第１歌唱データを再生する第３歌唱再生処理と、を実行する。

【0010】

さらに本発明に係るカラオケシステムにおいて、
前記第１歌唱者端末は、
入力される第１歌唱データを再生する第１フィードバック再生処理を実行し、
前記第２歌唱者端末は、
入力される第２歌唱データを再生する第２フィードバック再生処理を実行する。

【0011】

さらに本発明に係るカラオケシステムにおいて、
前記第２歌唱者端末で再生される伴奏データに対する第１歌唱データの音量比は、前記聴取者端末で再生される伴奏データに対する第１歌唱データ音声の音量比よりも小さい。

【0012】

さらに本発明に係るカラオケシステムにおいて、
前記第２歌唱者端末で再生される伴奏データに対する第１歌唱データの音量比は、前記第１歌唱者端末で第１歌唱データが送信されてから、前記第２歌唱者端末で第１歌唱データが受信されるまでの通信時間に応じて変更される。

【0013】

さらに本発明に係るカラオケシステムにおいて、
前記第３伴奏再生処理は、前記第１歌唱者端末で第１歌唱データが送信されてから前記聴取者端末で第１歌唱データが受信されるまでの通信時間、もしくは前記第２歌唱者端末で第２歌唱データが送信されてから前記聴取者端末で第２歌唱データが受信されるまでの通信時間に応じて、遅延時間を判断し、前記第１伴奏再生処理に対して伴奏データを遅延して再生する。

【0014】

さらに本発明に係るカラオケシステムにおいて、
前記第１歌唱者端末及び前記第２歌唱者端末は、音の入力が有効に設定された前記端末装置である。

【0015】

さらに本発明に係るカラオケシステムにおいて、
複数の前記端末装置はそれぞれ、操作部を備え、
前記第１歌唱者端末及び前記第２歌唱者端末と、前記聴取者端末とは、前記操作部の操作によって切り替え可能である。

【0016】

さらに本発明に係るカラオケシステムにおいて、
複数の前記端末装置はそれぞれ、
楽曲の予約を行う予約処理、を実行し、
前記第１歌唱者端末は、再生される楽曲の予約を行った前記端末装置である。

【0017】

さらに本発明に係るカラオケシステムにおいて、
前記第１歌唱者端末は、
前記第１伴奏再生処理において再生されている伴奏データの再生位置を示す第１伴奏位置データを送信する第１伴奏位置送信処理、を実行し、
前記第２歌唱者端末は、
第１伴奏位置データを受信する第１伴奏位置受信処理、を実行し、
前記第２伴奏再生処理は、受信した第１伴奏位置データに基づき、前記第１伴奏再生処理に対して伴奏データを同期して再生する。

【0018】

さらに本発明に係るカラオケシステムにおいて、
前記第１歌唱送信処理において、第１歌唱データを前記第２歌唱者端末に送信する場合の通信時間は、第１歌唱データを前記聴取者端末に送信する場合の通信時間よりも短い。

【0019】

さらに本発明に係るカラオケシステムにおいて、
前記第１歌唱者端末は、
前記第１歌唱送信処理で送信される第１歌唱データが入力された時に、前記第１伴奏再生処理で再生されていた伴奏データの再生位置を示す第２伴奏位置データを送信する第２伴奏位置送信処理、を実行し、
前記聴取者端末は、
第２伴奏位置データを受信する第２伴奏位置受信処理、を実行し、
前記第３伴奏再生処理は、受信した第２伴奏位置データに基づき、前記第１伴奏再生処理に対して伴奏データを遅延して再生することを特徴とする。

【0020】

また本発明に係るカラオケ用プログラムは、
ネットワークを介して接続される端末装置で実行されるカラオケ用プログラムであって、
前記端末装置は、第１歌唱者端末、第２歌唱者端末、及び聴取者端末の何れかに設定され、
前記端末装置が前記第１歌唱者端末に設定された場合、
伴奏データを再生する第１伴奏再生処理と、
入力される第１歌唱データを送信する第１歌唱送信処理と、を実行し、
前記端末装置が前記第２歌唱者端末に設定された場合、
前記第１歌唱者端末で実行される前記前記第１伴奏再生処理に対して、伴奏データを同期して再生する第２伴奏再生処理と、
入力される第２歌唱データを送信する第２歌唱送信処理と、を実行し、
前記端末装置が前記聴取者端末に設定された場合、
第１歌唱データを受信する第１歌唱受信処理と、
第１歌唱データを再生する第１歌唱再生処理と、
第２歌唱データを受信する第２歌唱受信処理と、
第２歌唱データを再生する第２歌唱再生処理と、
前記第１歌唱者端末で実行される前記第１伴奏再生処理に対して、伴奏データを遅延して再生する第３伴奏再生処理と、を実行する。

【発明の効果】

【0021】

本発明に係るカラオケシステム、及びカラオケ用プログラムによれば、複数の端末装置（カラオケ装置）間でカラオケを行う際、複数の歌唱者と聴取者とが存在する場合に、聴取者側での伴奏と複数の歌唱者の歌唱音声とのずれを抑制することができる。したがって、オンラインカラオケにおいて歌唱を行わずカラオケ演奏を楽しみたい聴取者に対しても良好な音響環境を提供することが可能となり、ユーザはカラオケを十分に楽しむことが可能となる。

【図面の簡単な説明】

【0022】

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

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

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

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

【図5】本実施形態の予約処理を示すフロー図

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

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

【図8】本実施形態の携帯端末間の音声信号の通信時間を説明するための図

【図9】本実施形態の携帯端末における伴奏、歌唱音声を示すタイムチャート

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

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

【図12】携帯端末における伴奏、歌唱音声を示すタイムチャートの参考例

【図13】他の実施形態の聴取側再生処理を示すフロー図

【図14】他の実施形態の携帯端末における伴奏、歌唱音声を示すタイムチャート

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

【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】

主再生処理では、マイクロホン６７ｂから入力される歌唱音声データＡを同じルームに参加する携帯端末６ｂ、６ｃに対して送信する（Ｓ２１３）。なお、歌唱音声データの送信形態は、管理サーバ１１を中継して送信する、あるいは、携帯端末６ａ～６ｃ間でダイレクトに送信する（Peer to Peer）の形態を採用する等、各種形態を採用することができる。また、楽曲の再生期間中、従歌唱者の携帯端末６ｂから送信された歌唱音声データＢの再生を行う（Ｓ２１４）。歌唱音声データＡの送信（Ｓ２１３）、歌唱音声データＢの受信再生（Ｓ２１４）は、楽曲の再生が終了するまで（Ｓ２１５：Ｙｅｓ）、継続して実行される。

【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】

［第２変形例］
前述の実施形態で説明したように、例えば、従歌唱者Ｂの携帯端末６ｂにおいて、歌唱音声データＡが遅れて再生された場合であっても、携帯端末６ｂで歌唱を行うことは可能であることを確認している。しかしながら、歌唱者によっては、伴奏データに対して遅れて再生される歌唱音声データＡが気になることも考えられる。

【0085】

第２変形例では、歌唱音声データＡの音量を下げることで、遅延に伴う違和感を抑えることとしている。具体的には、伴奏データの再生音量をＤとした場合、聴取者Ｃの携帯端末６ｃでの歌唱音声データＡの再生音量をβＤ、従歌唱者Ｂの携帯端末６ｂでの歌唱音声データＡの再生音量をαＤ（α＜β）とすることで、携帯端末６ｂにおいて、伴奏データに対する歌唱音声データＡの音量比を下げている。

【0086】

このように音量比を下げることにより、従歌唱者の携帯端末６ｂにおいて再生される歌唱音声データＡが歌唱の妨げになることを抑制している。なお、主歌唱者Ａの携帯端末６ａにおいて、歌唱音声データＢを再生させる場合も同様、音量比を聴取者の携帯端末６ｃよりも下げることで、歌唱しやすい環境を提供することとしている。

【0087】

従歌唱者Ｂの携帯端末６ｂにおける歌唱音声データＡの音量比αは、通信時間の大小によって制御することとしてもよい。例えば、携帯端末６ｂにおける歌唱音声データＡの通信時間Ｄ_ａｂが小さい場合、αの値を大きくし、通信時間Ｄ_ａｂが大きい場合、αの値を小さくすることで、歌唱音声データＡが大きく遅延する場合は、その音量を下げることで歌唱の妨げとなることを抑制し、遅延が少ない場合には、その音量を上げることで、一緒に歌唱する一体感向上を図ることが可能となる。

【0088】

［第３変形例］
前述の実施形態では、再生同期信号は、携帯端末６ａにおける伴奏データの再生開始タイミングを示しているが、楽曲再生中において再生同期信号を送信し、伴奏データの同期を行うこととしてもよい。携帯端末６ｂあるいは携帯端末６ｃにおいて遅延が生じた場合であっても、同期再生することができる。

【0089】

［第４変形例］
前述の実施形態では、聴取者Ｃの携帯端末６ｃでは、伴奏データを通信時間Ｄ_ａｃ遅延させることで、携帯端末６ｃにおいて伴奏データと歌唱音声データＡを同期させて再生していた。このように通信時間Ｄ_ａｃを計測することに代え、歌唱音声データＡに対し、伴奏データの再生位置（伴奏位置データ）を対応付けることとしてもよい。歌唱音声データＡと伴奏位置データを受信した携帯端末６ｃでは、伴奏位置データを参照し、伴奏データの再生を実行することで、伴奏データと歌唱音声データＡを同期して再生させることが可能となる。なお、伴奏位置データは、少なくとも歌唱音声データＡの再生開始位置を含めばよい。また、歌唱音声データＡの途中再生位置を含むことで、再生中、伴奏データと歌唱音声データＡの再生にずれが生じた場合でも、伴奏データの再生位置を補正することで、ずれを抑えることが可能となる。また、歌唱音声データＡと歌唱音声データＢの携帯端末６ｃにおける遅延時間が略同じである場合、歌唱音声データＡ及び伴奏データと、歌唱音声データＢとを略同期して再生することが可能となる。

【0090】

［第５変形例］
前述の実施形態では、歌唱する自分の歌声については何ら言及していなかったが、携帯端末６ａ、６ｂにおいて、自分の歌声（歌唱音声データＡあるいは歌唱音声データＢ）をスピーカ６７ａから出力するフィードバック再生処理を実行してもよい。主歌唱者あるいは従歌唱者は、自分の歌声がフィードバックされることで、歌声を調整しつつ歌唱することが可能となる。

【0091】

［第６変形例］
前述の実施形態等で説明したように、例えば、従歌唱者Ｂの携帯端末６ｂにおいて、伴奏データに対し、歌唱音声データＡは遅れて再生されることが考えられる。聴取者Ｃの携帯端末６ｃにおいては、歌唱音声データＡに伴奏データを同期させて再生させるため、伴奏データに対し歌唱音声データＡは遅れることはない。したがって、通信時間Ｄ_ａｃに比べ通信時間Ｄ_ａｂは、短いことが好ましい。第４変形例では、例えば、主歌唱者Ａの携帯端末６ａにおいて、従歌唱者Ｂの携帯端末６ｂを優先して歌唱音声データＡの送信処理を行う、または通信速度が速い回線を優先的に使用させる等を実行する。したがって通信時間Ｄ_ａｃに比べ通信時間Ｄ_ａｂは短くすることができ、従歌唱者Ｂの携帯端末６ｂにおける歌唱音声データＡの遅延も可能な限り低減することができる。

【0092】

以上、本実施形態のカラオケシステム、並びに、カラオケシステムで使用される携帯端末６（端末装置）について説明したが、本発明は、カラオケシステム、携帯端末６に限られるものではなく、例えば、携帯端末６等の情報処理装置で実行され、情報処理装置をカラオケ装置として機能させるカラオケ用プログラムについてもその範疇に属する。

【符号の説明】

【0093】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】