(57)【要約】【課題】  歌唱者と視聴者を適切にカラオケステージに参加させることが可能なカラオケ情報配信システム等を提供すること。【解決手段】  ユーザーのカラオケステージの視聴回数を示す視聴回数データに応じて当該ユーザーが歌唱者としてカラオケステージに参加する優先順位を決定する判定部１１４と、視聴者としてカラオケステージに参加しているユーザーの端末装置からの操作情報に基づき、視聴回数データを更新する更新部１１６と、視聴者として参加しているユーザーの端末装置から操作情報を受信する送受信部１９０とを含んでサーバー１００を構成する。【選択図】      図３
2006047755.tif 000002
【特許請求の範囲】
【請求項１】
カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信システムにおいて、
ユーザーのカラオケステージの視聴回数を示す視聴回数データに応じて当該ユーザーが歌唱者として前記カラオケステージに参加する優先順位を決定する判定手段と、
視聴者として前記カラオケステージに参加しているユーザーの端末装置からの操作情報に基づき、前記視聴回数データを更新する更新手段と、
前記視聴者として参加しているユーザーの端末装置から前記操作情報を受信する送受信手段と、
を含むことを特徴とするカラオケ情報配信システム。
【請求項２】
請求項１において、
各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記視聴回数データに基づき、前記カラオケステージに参加している複数のユーザーのうち、前記優先順位が同じユーザーが複数存在しているかどうかを判定し、
前記割当手段は、前記優先順位が同じユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当てることを特徴とするカラオケ情報配信システム。
【請求項３】
請求項１において、
各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記視聴回数データに基づき、前記カラオケステージに参加している複数のユーザーのうち、前記優先順位が最も高いユーザーが複数存在しているかどうかを判定し、
前記割当手段は、前記優先順位が最も高いユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当てることを特徴とするカラオケ情報配信システム。
【請求項４】
請求項１において、
各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記カラオケステージにおいて、歌唱のための待ち時間が所定時間を超えているという待ち時間条件および歌唱のための待ち人数が所定値を超えているという待ち人数条件の少なくとも一方が満たされているかどうかを判定し、
前記割当手段は、当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーをそれぞれ異なるカラオケステージに割り当てることを特徴とするカラオケ情報配信システム。
【請求項５】
請求項１において、
各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記カラオケステージにおいて、歌唱のための待ち人数が０であるかどうかを判定し、
前記割当手段は、当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーを歌唱のための待ち人数が１以上であるカラオケステージに割り当てることを特徴とするカラオケ情報配信システム。
【請求項６】
カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信システム用のコンピュータにより読み取り可能なプログラムであって、
前記コンピュータを、
ユーザーのカラオケステージの視聴回数を示す視聴回数データに応じて当該ユーザーが歌唱者として前記カラオケステージに参加する優先順位を決定する判定手段と、
視聴者として前記カラオケステージに参加しているユーザーの端末装置からの操作情報に基づき、前記視聴回数データを更新する更新手段と、
前記視聴者として参加しているユーザーの端末装置から前記操作情報を受信する送受信手段として機能させることを特徴とするプログラム。
【請求項７】
カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信システム用のコンピュータにより読み取り可能なプログラムを記憶した情報記憶媒体であって、
請求項６に記載のプログラムを記憶したことを特徴とする情報記憶媒体。
【請求項８】
カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信方法において、
視聴者としてカラオケステージに参加しているユーザーの端末装置から操作情報を受信し、
当該操作情報に基づき、ユーザーの前記カラオケステージの視聴回数を示す視聴回数データを更新し、
当該視聴回数データに応じて当該ユーザーが歌唱者として前記カラオケステージに参加する優先順位を決定することを特徴とするカラオケ情報配信方法。
【請求項９】
請求項８において、
前記視聴回数データに基づき、所定のカラオケステージに参加している複数のユーザーのうち、前記優先順位が同じユーザーが複数存在しているかどうかを判定し、
前記優先順位が同じユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当てることを特徴とするカラオケ情報配信方法。
【請求項１０】
請求項８において、
前記視聴回数データに基づき、所定のカラオケステージに参加している複数のユーザーのうち、前記優先順位が最も高いユーザーが複数存在しているかどうかを判定し、
前記優先順位が最も高いユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当てることを特徴とするカラオケ情報配信方法。
【請求項１１】
請求項８において、
所定のカラオケステージにおいて、歌唱のための待ち時間が所定時間を超えているという待ち時間条件および歌唱のための待ち人数が所定値を超えているという待ち人数条件の少なくとも一方が満たされているかどうかを判定し、
当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーをそれぞれ異なるカラオケステージに割り当てることを特徴とするカラオケ情報配信方法。
【請求項１２】
請求項８において、
所定のカラオケステージにおいて、歌唱のための待ち人数が０であるかどうかを判定し、
当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーを歌唱のための待ち人数が１以上であるカラオケステージに割り当てることを特徴とするカラオケ情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してカラオケ情報を配信するカラオケ情報配信システム、プログラム、情報記憶媒体およびカラオケ情報配信方法に関する。
【背景技術】
【０００２】
いわゆるカラオケ装置としては種々の装置が提案されている。
【０００３】
例えば、特許文献１では、歌唱者ごとにキャラクターを設定してキャラクター画像を表示したり、パラメータや応援度に応じて画像を選択して表示したりするカラオケ装置が開示されている。
【特許文献１】特開２００２−４１０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ネットワークを介してカラオケ情報を配信する場合、実際の歌唱者と視聴者とが離れた場所にいるため、カラオケを盛り上げるためには、歌唱者と視聴者をカラオケステージに参加させることが必要となる。特に、歌唱者と視聴者を適切な割合でカラオケステージに参加させることが重要となる。
【０００５】
また、歌唱の優先順位を決定する場合、単に予約時点が早いユーザーから優先順位を割り当ててしまうと、視聴者として参加するユーザーを確保することが困難となる。
【０００６】
さらに、一般的なカラオケ情報の配信システムは、曲と歌詞のカラオケ情報のみ端末装置に配信し、端末装置がカラオケ情報を再生してユーザーが歌を歌うシステムとなっており、ユーザーの歌声情報は他の端末装置には配信されていない。
【０００７】
本発明は、上記課題に鑑みなされたものであり、その目的は、歌唱者と視聴者を適切にカラオケステージに参加させることが可能なカラオケ情報配信システム、プログラム、情報記憶媒体およびカラオケ情報配信方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係るカラオケ情報配信システムは、カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信システムにおいて、
ユーザーのカラオケステージの視聴回数を示す視聴回数データに応じて当該ユーザーが歌唱者として前記カラオケステージに参加する優先順位を決定する判定手段と、
視聴者として前記カラオケステージに参加しているユーザーの端末装置からの操作情報に基づき、前記視聴回数データを更新する更新手段と、
前記視聴者として参加しているユーザーの端末装置から前記操作情報を受信する送受信手段と、
を含むことを特徴とする。
【０００９】
また、本発明に係るプログラムは、カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信システム用のコンピュータにより読み取り可能なプログラムであって、
前記コンピュータを、
ユーザーのカラオケステージの視聴回数を示す視聴回数データに応じて当該ユーザーが歌唱者として前記カラオケステージに参加する優先順位を決定する判定手段と、
視聴者として前記カラオケステージに参加しているユーザーの端末装置からの操作情報に基づき、前記視聴回数データを更新する更新手段と、
前記視聴者として参加しているユーザーの端末装置から前記操作情報を受信する送受信手段として機能させることを特徴とする。
【００１０】
また、本発明に係る情報記憶媒体は、カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信システム用のコンピュータにより読み取り可能なプログラムを記憶した情報記憶媒体であって、
上記プログラムを記憶したことを特徴とする。
【００１１】
また、本発明に係るカラオケ情報配信方法は、カラオケに関するカラオケ情報を複数の端末装置へ向け送信するカラオケ情報配信方法において、
視聴者としてカラオケステージに参加しているユーザーの端末装置から操作情報を受信し、
当該操作情報に基づき、ユーザーの前記カラオケステージの視聴回数を示す視聴回数データを更新し、
当該視聴回数データに応じて当該ユーザーが歌唱者として前記カラオケステージに参加する優先順位を決定することを特徴とする。
【００１２】
本発明によれば、カラオケ情報配信システム等は、視聴回数データに応じて当該ユーザーが歌唱者としてカラオケステージに参加する優先順位を決定することにより、歌いたいユーザーに対して視聴する誘因を与えることができる。これにより、カラオケ情報配信システム等は、歌唱者と視聴者を適切にカラオケステージに参加させることができる。
【００１３】
また、前記カラオケ情報配信システムは、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記視聴回数データに基づき、前記カラオケステージに参加している複数のユーザーのうち、前記優先順位が同じユーザーが複数存在しているかどうかを判定し、
前記割当手段は、前記優先順位が同じユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００１４】
また、前記プログラムおよび前記情報記憶媒体は、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段としてコンピュータを機能させ、
前記判定手段は、前記視聴回数データに基づき、前記カラオケステージに参加している複数のユーザーのうち、前記優先順位が同じユーザーが複数存在しているかどうかを判定し、
前記割当手段は、前記優先順位が同じユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００１５】
また、前記カラオケ情報配信方法は、前記視聴回数データに基づき、所定のカラオケステージに参加している複数のユーザーのうち、前記優先順位が同じユーザーが複数存在しているかどうかを判定し、
前記優先順位が同じユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００１６】
また、前記カラオケ情報配信システムは、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記視聴回数データに基づき、前記カラオケステージに参加している複数のユーザーのうち、前記優先順位が最も高いユーザーが複数存在しているかどうかを判定し、
前記割当手段は、前記優先順位が最も高いユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００１７】
また、前記プログラムおよび前記情報記憶媒体は、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段としてコンピュータを機能させ、
前記判定手段は、前記視聴回数データに基づき、前記カラオケステージに参加している複数のユーザーのうち、前記優先順位が最も高いユーザーが複数存在しているかどうかを判定し、
前記割当手段は、前記優先順位が最も高いユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００１８】
また、前記カラオケ情報配信方法は、前記視聴回数データに基づき、所定のカラオケステージに参加している複数のユーザーのうち、前記優先順位が最も高いユーザーが複数存在しているかどうかを判定し、
前記優先順位が最も高いユーザーが複数存在している場合、優先順位を変更せずに前記複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００１９】
これらによれば、カラオケ情報配信システム等は、優先順位を変更せずに視聴回数に応じて公平にカラオケステージにユーザーを参加させることができる。これにより、カラオケ情報配信システム等は、歌唱者と視聴者を適切な割合でカラオケステージに参加させることができる。
【００２０】
また、前記カラオケ情報配信システムは、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記カラオケステージにおいて、歌唱のための待ち時間が所定時間を超えているという待ち時間条件および歌唱のための待ち人数が所定値を超えているという待ち人数条件の少なくとも一方が満たされているかどうかを判定し、
前記割当手段は、当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００２１】
また、前記プログラムおよび前記情報記憶媒体は、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段としてコンピュータを機能させ、
前記判定手段は、前記カラオケステージにおいて、歌唱のための待ち時間が所定時間を超えているという待ち時間条件および歌唱のための待ち人数が所定値を超えているという待ち人数条件の少なくとも一方が満たされているかどうかを判定し、
前記割当手段は、当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００２２】
また、前記カラオケ情報配信方法は、所定のカラオケステージにおいて、歌唱のための待ち時間が所定時間を超えているという待ち時間条件および歌唱のための待ち人数が所定値を超えているという待ち人数条件の少なくとも一方が満たされているかどうかを判定し、
当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーをそれぞれ異なるカラオケステージに割り当ててもよい。
【００２３】
これによれば、カラオケ情報配信システム等は、待ち時間や待ち人数が多い場合に、その低減を図ることができるため、カラオケステージにユーザーを適切に参加させることができる。
【００２４】
また、前記カラオケ情報配信システムは、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段を含み、
前記判定手段は、前記カラオケステージにおいて、歌唱のための待ち人数が０であるかどうかを判定し、
前記割当手段は、当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーを歌唱のための待ち人数が１以上であるカラオケステージに割り当ててもよい。
【００２５】
また、前記プログラムおよび前記情報記憶媒体は、各ユーザーに対して複数のカラオケステージから所定のカラオケステージを割り当てる割当手段としてコンピュータを機能させ、
前記判定手段は、前記カラオケステージにおいて、歌唱のための待ち人数が０であるかどうかを判定し、
前記割当手段は、当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーを歌唱のための待ち人数が１以上であるカラオケステージに割り当ててもよい。
【００２６】
また、前記カラオケ情報配信方法は、所定のカラオケステージにおいて、歌唱のための待ち人数が０であるかどうかを判定し、
当該判定結果が真である場合、当該カラオケステージに参加している複数のユーザーを歌唱のための待ち人数が１以上であるカラオケステージに割り当ててもよい。
【００２７】
これによれば、カラオケ情報配信システム等は、歌唱者がいない状態となることを防止することができ、常に視聴者と歌唱者が存在するカラオケステージを実現することができる。
【００２８】
また、前記カラオケ情報配信システム、前記プログラムおよび前記情報記憶媒体において、前記送受信手段は、前記歌唱者として参加しているユーザーの端末装置から楽曲を示す楽曲情報と、当該楽曲に対応した歌声を示す歌声情報とを受信し、前記視聴者として参加しているユーザーの端末装置へ向け前記楽曲情報と前記歌声情報とを送信してもよい。
【００２９】
また、前記カラオケ情報配信方法は、前記歌唱者として参加しているユーザーの端末装置から楽曲を示す楽曲情報と、当該楽曲に対応した歌声を示す歌声情報とを受信し、
前記視聴者として参加しているユーザーの端末装置へ向け前記楽曲情報と前記歌声情報とを送信してもよい。
【００３０】
これによれば、カラオケ情報配信システム等は、歌唱者の歌声と楽曲を視聴者に配信することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明を、カラオケ情報を複数のＰＣに配信するサーバーに適用した場合を例に採り、図面を参照しつつ説明する。なお、以下に示す実施形態は、特許請求の範囲に記載された発明の内容を何ら限定するものではない。また、以下の実施形態に示す構成の全てが、特許請求の範囲に記載された発明の解決手段として必須であるとは限らない。
【００３２】
（システム全体の説明）
図１は、本実施形態の一例に係るシステム全体の概略図である。
【００３３】
本システムは、カラオケ情報を配信するカラオケ情報配信システムとして機能するサーバー１００と、インターネット３００を介してサーバー１００からカラオケ情報を受信する端末装置の一種である複数のＰＣ２００−１〜２００−ｎとを含んで構成されている。
【００３４】
ユーザーは、ＰＣ２００を用いて視聴者または歌唱者としてカラオケステージに参加することにより、インターネットカラオケを楽しむ。なお、カラオケステージとは、カラオケを行う仮想的な空間を意味する。また、カラオケ情報としては、カラオケに関する種々の情報が該当し、例えば、楽曲情報、種々の画像情報、歌唱者の歌声情報等が該当する。
【００３５】
ここで、ＰＣ２００の機能ブロックについて説明する。
【００３６】
図２は、本実施形態の一例に係るＰＣ２００の機能ブロック図である。
【００３７】
ＰＣ２００は、サーバー１００からカラオケ情報を受信する送受信部２９０と、操作部２３０と、種々のデータ処理を行う処理部２１０と、記憶部２２０と、出力部２５０と、撮像部２４０と、音声入力部２６０とを含んで構成されている。
【００３８】
また、記憶部２２０は、カラオケを行うためのプログラム２２２と、撮像部２４０によって生成される撮像情報２２４と、いわゆるカラオケの音や歌詞を示す楽曲情報２２６と、ユーザーの歌声を示す歌声情報２２８を記憶している。なお、楽曲情報２２６は、送受信部２９０によって受信されるカラオケ情報の一種である。
【００３９】
また、処理部２１０は、ユーザーによる操作部２３０の操作に基づき、サーバー１００へ向け送信する操作情報等を生成する情報生成部２１２と、操作内容等を判定する判定部２１４と、記憶部２２０内のデータを更新する更新部２１６とを含んで構成されている。なお、情報生成部２１２は、プログラム２２２に基づく処理の遷移に従って種々の情報を生成する。また、情報生成部２１２は、楽曲情報２２６に基づき、歌詞を示す画像情報を生成し、カラオケの音を示す音声情報を生成する。
【００４０】
また、出力部２５０は、カラオケ情報に基づき、カラオケ画像等を表示する表示部２５２と、カラオケ情報に基づき、種々の音を出力する音声出力部２５４とを含んで構成されている。
【００４１】
なお、ＰＣ２００としては、一般的なＰＣを適用可能である。また、音声入力部２６０としてはマイク等、撮像部２４０としてはＣＣＤカメラ等を用いてもよい。
【００４２】
また、ユーザーが歌唱者となった場合、表示部２５２は、画像情報に基づいて歌詞を表示し、音声出力部２５４は、音声情報に基づいてカラオケの音を再生する。ユーザーは、音声入力部２６０を用いて自分の歌声を入力する。送受信部２９０は、ユーザーが選択した楽曲情報２２６と、歌声情報２２８をサーバー１００へ向け送信する。
【００４３】
一方、ユーザーが視聴者となった場合、送受信部２９０は、サーバー１００から送信される楽曲情報２２６と、歌声情報２２８等を受信する。また、音声出力部２５４は、音声情報に基づいてカラオケの音を再生するとともに、歌声情報２２８に基づいて歌唱者の歌声を再生する。また、表示部２５２は、画像情報に基づいて歌詞等を表示する。
【００４４】
このように、本実施形態では、視聴者は、歌唱者とは離れた位置にいる場合であっても歌唱者の歌声を確認することができる。
【００４５】
次に、サーバー１００の機能ブロックについて説明する。
【００４６】
図３は、本実施形態の一例に係るサーバー１００の機能ブロック図である。
【００４７】
サーバー１００は、ＰＣ２００との間で種々の情報を送受信する送受信部１９０と、カラオケ情報の生成等を行う処理部１１０と、種々のデータを記憶する記憶部１２０と、タイマー部１３０とを含んで構成されている。
【００４８】
処理部１１０は、画像情報等を生成する情報生成部１１２と、ユーザーによる選択内容等を判定する判定部１１４と、記憶部１２０内のデータを更新する更新部１１６と、各カラオケステージにおける視聴者の人数を示す人数集計情報等を生成する集計部１１７と、ユーザーをカラオケステージに割り当てる割当部１１８と、ユーザーへの課金を行う課金部１１９とを含んで構成されている。
【００４９】
また、記憶部１２０は、ユーザーに関する種々のデータを示すユーザーデータ１２２と、楽曲データ１２４と、画像データ１２６と、ステージ状況データ１２７と、プログラム１２８と、集計データ１２９等を記憶している。なお、情報生成部１１２は、プログラム１２８に基づく処理の遷移に従って種々の情報を生成する。
【００５０】
ここで、ユーザーデータ１２２についてより詳細に説明する。
【００５１】
図４は、本実施形態の一例に係るユーザーデータ１２２の模式図である。
【００５２】
ユーザーデータ１２２の項目としては、例えば、図４に示すユーザーデータ１２２−１〜１２２−５のように、「ユーザーＩＤ」、「ユーザー名」、「パスワード」、ユーザーの使用するキャラクター（アバターともいう。）の識別情報である「キャラクターＩＤ」、ユーザーが使用可能な演出アイテムの識別情報である「アイテムＩＤ」、ユーザーが参加しているカラオケステージの識別情報である「ステージＩＤ」、ユーザーの状態を示す「状態」、ユーザーのレベルを示す「レベル」、ユーザーの獲得ポイントを示す「ポイント」、ユーザーの所持金を示す「所持金」、ユーザーの所有しているチケットの枚数を示す「チケット枚数」、「歌唱回数」、「視聴回数」、歌うための順番を示す「優先順位」、「好きな分野」、「好きなアーティスト」、「好きな曲」、「利用履歴」、「評価履歴」等が該当する。
【００５３】
また、ステージ状況データ１２７は、カラオケステージごとに状況を示すデータである。ステージ状況データ１２７の項目としては、例えば、「予約者のユーザーＩＤ」、「視聴者のユーザーＩＤ」、「歌唱者のユーザーＩＤ」、「現在の曲名」等が該当する。
【００５４】
また、集計データ１２９の項目としては、評価を集計した「評価集計データ」、カラオケステージごとの視聴者人数を示す「視聴者人数集計データ」、カラオケステージごとの予約者人数を示す「予約者人数集計データ」等が該当する。
【００５５】
なお、これらの各部の機能は、送受信部１９０としては例えばルーター等、処理部１１０としては例えばＣＰＵや画像処理回路等、記憶部１２０としては例えばＨＤＤ等、タイマー部１３０としては例えばシステムタイマー等を用いてコンピュータに実装することが可能である。
【００５６】
また、コンピュータを上述した情報生成部１１２等として機能させるためのプログラムが記憶された情報記憶媒体１８０から当該コンピュータがプログラムを読み取って上述した情報生成部１１２等の機能を実装することも可能である。
【００５７】
また、コンピュータは、情報記憶媒体１８０からではなく、例えば、ネットワークを介して所定のホスト端末等からプログラムを読み取って上述したサーバー１００の各部の機能を実装することも可能である。
【００５８】
なお、情報記憶媒体１８０としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＩＣカード、ＲＯＭ、ＲＡＭ、メモリカード、ＨＤＤ等のレーザーや磁気等を用いた記憶媒体を適用できる。また、情報記憶媒体２８０からのプログラムの読み取り方式は、接触式でも非接触式でもよい。
【００５９】
（処理の流れの説明）
次に、これらの各部を用いた処理の流れについて説明する。
【００６０】
図５は、本実施形態の一例に係るステージ選択から評価までの処理の流れを示すフローチャートである。
【００６１】
ユーザーは、ＰＣ２００にユーザーＩＤとパスワードを入力してインターネット３００を介してサーバー１００にアクセスする。より具体的には、情報生成部２１２は、操作部２３０からの操作情報に基づき、ユーザーＩＤとパスワードを含むログイン要求情報を生成する。送受信部２９０は、当該ログイン要求情報をサーバー１００へ向け送信する。
【００６２】
送受信部１９０は、当該ログイン要求情報を受信する。判定部１１４は、当該ログイン要求情報に基づき、ユーザーデータ１２２を参照して入力されたユーザーＩＤとパスワードが適切かどうかを判定し、適切である場合はサーバー１００へのアクセスを許可する。
【００６３】
そして、情報生成部１１２は、ユーザーを歌唱者または視聴者として所望のカラオケステージに参加させるためのステージ選択画像をＰＣ２００が表示するためのステージ選択画像情報を生成する。また、送受信部１９０は、当該ステージ選択画像情報をＰＣ２００へ向け送信する。
【００６４】
ＰＣ２００の送受信部２９０は、当該ステージ選択画像情報を受信する。そして、表示部２５２は、当該ステージ選択画像情報に基づき、ステージ選択画像を表示する（ステップＳ１）。
【００６５】
図６は、本実施形態の一例に係るステージ選択画像４０２を示す図である。
【００６６】
例えば、図６に示す例では、ステージ選択画像４０２は、カラオケステージの一覧画像と、スクロールボタン画像と、決定するためのＯＫボタン画像とを含む。なお、カラオケステージの一覧画像では、各カラオケステージの歌唱者名、曲名、当該歌唱者のキャラクター画像等が表示される。
【００６７】
これにより、ユーザーは、操作部２３０を用いてカラオケステージの一覧画像を横方向にスクロールさせて所望のカラオケステージを選択することができる。情報生成部２１２は、操作部２３０の操作情報に基づいてユーザーの選択内容を示す選択情報を生成する。送受信部２９０は、当該選択情報をサーバー１００へ向け送信する。
【００６８】
判定部１１４は、当該選択情報に基づき、ユーザーによる選択内容を判定する。また、集計部１１７は、当該選択情報と、ステージ状況データ１２７に基づき、集計データ１２９の「視聴者人数集計データ」を更新する。
【００６９】
また、情報生成部１１２は、当該選択情報と、画像データ１２６と、集計データ１２９に基づき、当該選択内容に応じたカラオケステージを示すステージ画像をＰＣ２００が表示するためのステージ画像情報を生成する。また、情報生成部１１２は、歌唱者のＰＣ２００から送信される当該歌唱者の楽曲情報２２６と、歌声情報２２８に基づき、楽曲と歌声を合成した音声を示す合成音声情報を生成する。送受信部２９０は、当該ステージ画像情報と合成音声情報をＰＣ２００へ向け送信する。
【００７０】
なお、送受信部２９０は、楽曲情報２２６と、歌声情報２２８をそのまま送信してもよい。また、情報生成部１１２は、楽曲情報２２６と、歌声情報２２８を１曲分まとめて合成音声情報を生成してもよいし、楽曲情報２２６と、歌声情報２２８を所定時間ごとにまとめて合成音声情報を生成してもよい。
【００７１】
表示部２５２は、当該ステージ画像情報に基づき、ステージ画像を表示し、音声出力部２５４は、当該合成音声情報に基づき、曲と歌唱者の音声を出力する（ステップＳ２）。
【００７２】
図７は、本実施形態の一例に係るステージ画像５１０を示す図である。
【００７３】
画像４０４は、ステージ画像５１０と、ボタン画像５０４と、ゲージ画像５０２と、かけ声選択画像５０６と、予約状況画像５０８を含む。また、画像４０４では、歌唱者の名前、現在の観客数（視聴者数）、現在の曲名等も表示される。
【００７４】
また、ステージ画像５１０は、歌唱者をユーザーの設定に応じたキャラクターで示す可変キャラクター画像５１０と、視聴者の人数分のキャラクターをユーザーに関わらず固定のキャラクターで示す固定キャラクター画像５１４を含む。例えば、図７に示す例では、観客が１２人であるため、１２個の固定キャラクター画像５１４が表示される。
【００７５】
このように、ステージ画像５１０では、歌唱者は自分のユーザー名（実名でも変名でもよい。）が表示され、視聴者は誰であるかわからない状態となっている。
【００７６】
また、視聴者であるユーザーは、例えば、歌唱者が上手であると感じた場合にボタン画像５０４をクリックすることにより、ゲージ画像５０２におけるゲージが増加する。これにより、各ユーザーは、カラオケステージの盛り上がり度合いを確認することができる。
【００７７】
なお、ゲージ画像５０２は、ユーザーごとの評価を示すものであってもよいし、視聴者全員の評価を示すものであってもよい。
【００７８】
また、視聴者であるユーザーは、複数の異なる文字列から少なくとも１つの文字列を選択可能なリスト形式で示すかけ声選択画像５０６から所望の文字列を選択する。なお、かけ声選択画像５０６は、演出を行うための演出用画像の一種である。
【００７９】
例えば、ユーザーが、かけ声選択画像５０６から「ワーッ！！！」を選択した場合、情報生成部２１２は、当該選択に応じて演出要求情報を生成する。送受信部２９０は、当該演出要求情報をサーバー１００へ向け送信する。
【００８０】
判定部１１４は、送受信部１９０によって演出要求情報が受信されたかどうかを判定する（ステップＳ３）。演出要求があった場合、情報生成部１１２は、演出に応じた画像が表示されるように、画像情報を生成する。送受信部１９０は、当該画像情報をＰＣ２００へ向け送信する。
【００８１】
送受信部２９０は、当該画像情報を受信し、表示部２５２は、当該画像情報に基づき、要求に応じた画像を表示する（ステップＳ４）。より具体的には、例えば、ステージ画像５１０の一部に「ワーッ！！！」という文字列が表示される。
【００８２】
また、予約状況画像５０８は、当該カラオケステージの歌唱の待ち人数等を示す画像である。例えば、図７に示す例では、音符の記号の数で待ち人数が示されている。なお、情報生成部１１２は、ステージ状況データ１２７の「予約者のユーザーＩＤ」と、ユーザーデータ１２２の「優先順位」に基づき、予約したユーザーまでの待ち人数を決定することができる。
【００８３】
これにより、ユーザーは、自分の順番を確認でき、安心してカラオケステージに参加することができる。
【００８４】
また、判定部１１４は、ＰＣ２００からの要求情報に基づき、ユーザーが別のカラオケステージへの移動要求を行ったかどうかを判定する（ステップＳ５）。移動要求があった場合、サーバー１００は、ステップＳ１から処理を続行する。
【００８５】
また、判定部１１４は、情報生成部１１２の情報に基づき、曲が終了したかどうかを判定する（ステップＳ６）。曲が終了した場合、情報生成部１１２は、歌唱者に対する評価を入力するための評価入力用画像をＰＣ２００が表示するための評価入力用画像情報を生成する。送受信部１９０は、当該評価入力用画像情報をＰＣ２００へ向け送信する。
【００８６】
表示部２５２は、評価入力用画像情報に基づき、評価入力用画像を表示する（ステップＳ７）。
【００８７】
図８は、本実施形態の一例に係る評価入力用画像４０６を示す図である。
【００８８】
評価入力用画像４０６は、歌唱者のカラオケの自動採点と、複数の異なる文字列から少なくとも１つの文字列を選択可能なリスト形式で示す評価選択用画像と、コメント入力用画像を含む。例えば、評価選択用画像は、「歌唱力バツグン」、「ノリノリ」、「たのしい」、「がんばれ」等の文字列を示す。
【００８９】
情報生成部２１２は、ユーザーが選択した評価内容と、ユーザーが入力したコメントを示す評価選択情報を生成する。送受信部２９０は、当該評価選択情報をサーバー１００へ向け送信する。
【００９０】
集計部１１７は、視聴者のＰＣ２００から送信された評価選択情報に基づき、集計データ１２９の「評価集計データ」を更新する。情報生成部１１２は、集計データ１２９の「評価集計データ」に基づき、評価の集計結果を示す評価集計画像をＰＣ２００が表示するための評価集計画像情報を生成する。送受信部１９０は、当該評価集計画像情報を歌唱者のＰＣ２００へ向け送信する。
【００９１】
表示部２５２は、当該評価集計画像情報に基づき、評価集計画像を表示する（ステップＳ８）。
【００９２】
図９は、本実施形態の一例に係る評価集計画像４０８を示す図である。
【００９３】
評価集計画像４０８は、例えば、図９に示すように、カラオケの採点、評価項目ごとの集計値、現在のレベル、ステージ回数、総合平均点等を示す。なお、図９に示す評価集計画像４０８では「相手からのコメントを見る」を選択した場合、歌唱者は、視聴者からのコメントを見ることができる。なお、この場合、視聴者は登録したユーザー名が表示される。これにより、無責任な評価入力を抑制することができる。
【００９４】
そして、割当部１１８は、ステージ状況データ１２７に基づき、予約がある場合、次の歌唱者を割り当てる（ステップＳ９）。
【００９５】
また、判定部１１４は、ユーザーからの終了要求があるかどうかを判定する（ステップＳ１０）。判定部１１４が、送受信部１９０によってＰＣ２００から終了要求を示す要求情報が送信された場合、当該ＰＣ２００との通信を終了する。
【００９６】
次に、予約から歌唱終了までの処理の流れについて説明する。
【００９７】
図１０は、本実施形態の一例に係る予約から歌唱終了までの処理の流れを示すフローチャートである。
【００９８】
表示部２５２は、予約用画像を表示する（ステップＳ２１）。なお、予約用画像は、一般的なカラオケにおける入力と同様に、楽曲の番号等を入力するための画像である。このため、予約用画像の図示を省略している。
【００９９】
送受信部１９０は、ＰＣ２００からの予約情報を受信する（ステップＳ２２）。
【０１００】
また、割当部１１８は、当該予約情報を送信したユーザーのユーザーデータ１２２における「視聴回数」に基づき、優先順位を決定する（ステップＳ２３）。更新部１１６は、決定された優先順位に基づき、ユーザーデータ１２２の「優先順位」を更新する。例えば、視聴回数が多いほど優先順位を上げてもよい。さらに、更新部１１６は、予約者を追加するように、ステージ状況データ１２７の「予約者のユーザーＩＤ」を更新する。また、集計部１１７は、ステージ状況データ１２７の「予約者のユーザーＩＤ」に基づき、予約人数を集計して集計データ１２９を更新する。
【０１０１】
そして、曲が終了した場合（ステップＳ２４）、更新部１１６は、ユーザーデータ１２２の「優先順位」を更新する（ステップＳ２５）。
【０１０２】
判定部１１４は、ユーザーデータ１２２から曲が終了したカラオケステージの「ステージＩＤ」を有する「優先順位」が「１位」になっているかどうかを判定することにより、ユーザーに歌唱権（歌う権利）があるかどうかを判定する（ステップＳ２６）。
【０１０３】
当該ユーザーに歌唱権がある場合、更新部１１６は、ステージ状況データ１２７の「歌唱者のユーザーＩＤ」に当該ユーザーのユーザーＩＤを設定する。
【０１０４】
また、ユーザーに歌唱権がある場合、情報生成部１１２は、ユーザーデータ１２２の「キャラクターＩＤ」と、画像データ１２６に基づき、当該ＩＤに該当するキャラクターの画像（可変キャラクター画像５１０）を含むステージ画像５１０が表示されるように、ステージ画像情報を生成する。なお、画像データ１２６には、「キャラクターＩＤ」と関連づけられたキャラクターの画像データが含まれる。
【０１０５】
表示部２５２は、当該ステージ画像情報に基づき、可変キャラクター画像５１０を含むステージ画像５１０を表示する（ステップＳ２７）。
【０１０６】
また、歌唱者は、音声入力部２６０を用いて音声を入力する（ステップＳ２８）。すなわち、ユーザーは、例えば、ＰＣ２００の画面に表示される歌詞を見ながらマイクを用いて自分の歌声を入力する。
【０１０７】
また、表示部２５２は、演奏の合間等において、サーバー１００からの演出アイテム選択画像情報に基づき、演出アイテム選択画像を表示する。
【０１０８】
図１１は、本実施形態の一例に係る演出アイテム選択画像４１０を示す図である。
【０１０９】
演出アイテム選択画像４１０は、演出アイテムの一覧画像と、スクロールボタン画像と、決定するためのＯＫボタン画像を含む。
【０１１０】
例えば、ユーザーが、演出アイテムとして「虹」を選択した場合、ステージ画像５１０の一部として「虹」の画像が表示される。
【０１１１】
より具体的には、情報生成部２１２は、ユーザーの操作による操作部２３０から演出要求を示す操作情報に基づき、演出要求情報を生成し、送受信部２９０は、当該演出要求情報をサーバー１００へ向け送信する。
【０１１２】
判定部１１４は、送受信部１９０が、歌唱者のＰＣ２００からの演出要求情報を受信したかどうかを判定することにより、演出要求があるかどうかを判定する（ステップＳ２９）。
【０１１３】
そして、演出要求があった場合、情報生成部１１２は、当該演出要求情報と、画像データ１２６に基づき、演出アイテムに応じた演出を示すステージ画像情報を生成する。
【０１１４】
表示部２５２は、当該ステージ画像情報に基づき、ステージ画像５１０を表示する（ステップＳ３０）。これにより、歌唱者は、自分の所望のタイミングで所望の演出を行うことができる。
【０１１５】
このように、本実施形態では、ＰＣ２００は、歌唱者による演出要求に応じたステージ画像５１０を表示することができる。
【０１１６】
判定部１１４は、情報生成部１１２によって生成される情報に基づき、曲が終了したかどうかを判定する（ステップＳ３１）。
【０１１７】
また、判定部１１４は、送受信部１９０によってＰＣ２００からの終了要求を示す要求情報が受信されたかどうかを判定する（ステップＳ３２）。
【０１１８】
終了要求があった場合、サーバー１００は、ＰＣ２００との通信を終了する。
【０１１９】
以上のように、本実施形態によれば、サーバー１００は、ＰＣ２００からネットワークへのログイン要求情報を受信した場合にステージ選択画像情報をＰＣ２００へ向け送信することにより、ユーザーをよりスムーズにカラオケステージに参加させることができる。これにより、サーバー１００は、より多くの視聴者をカラオケステージに参加させることができる。
【０１２０】
また、本実施形態によれば、サーバー１００は、ＰＣ２００に、視聴者の人数分のキャラクターをユーザーに関わらず固定のキャラクターで示す固定キャラクター画像５１４で表示させることができるため、ユーザーは、視聴者として気軽にカラオケステージに参加することができる。また、歌唱者にとっても、視聴者の人数を確認しやすく、自分がどれだけ人気があるかを画像で直接確認できる。
【０１２１】
また、本実施形態によれば、サーバー１００は、視聴者のＰＣ２００と歌唱者のＰＣ２００が離れた場所に配置されている場合であっても、視聴者からの評価を歌唱者に伝達することができる。これにより、サーバー１００は、ユーザー同士のコミュニケーションを図ることができるため、より多くのユーザーをカラオケステージに参加させることができる。
【０１２２】
また、本実施形態によれば、サーバー１００は、評価入力用の文字列の一覧から所望の文字列をユーザーに選択させることにより、ユーザーに直接文字列を入力させることなく評価をさせることができる。これにより、ユーザーは、より効率的に評価を行うことができる。
【０１２３】
また、本実施形態によれば、サーバー１００は、ユーザーに対して、より多様な文字列を選択できるように、より多くの得点を獲得したり、より多くの代金を支払ったりするための誘因を与えることができる。
【０１２４】
また、本実施形態によれば、サーバー１００は、歌唱者が選択した演出アイテムの選択に応じた演出を行うことができるため、より演出効果の高いカラオケ情報を配信することができる。
【０１２５】
また、本実施形態によれば、サーバー１００は、ＰＣ２００に評価を反映したステージ画像５１０を表示させることができるため、より多彩な演出を行うことができる。
【０１２６】
以上のように、本実施形態によれば、サーバー１００は、いわゆるインターネットカラオケを行う場合に、視聴者や歌唱者をスムーズにカラオケステージに参加させることができ、一般的なカラオケでは行われていない演出（例えば、演出アイテムに応じたステージ画像５１０の演出等）を行うこともできる。
【０１２７】
さらに、本実施形態によれば、サーバー１００は、歌唱者の歌声を、歌唱者のＰＣ２００からは遠隔地にある視聴者のＰＣ２００で再生させることができる。これにより、サーバー１００は、同時に多くのユーザーにインターネットカラオケを楽しませることができる。
【０１２８】
（変形例）
以上、本発明を適用した好適な実施例について説明したが、本発明は上述した実施例に限定されず、種々の変形が可能である。
【０１２９】
例えば、予約状況に応じて１つのカラオケステージに参加している歌唱者および視聴者を複数のカラオケステージに分散して参加させたり、複数のカラオケステージに参加している歌唱者および視聴者を１つのカラオケステージに統合して参加させたりしてもよい。
【０１３０】
図１２は、本実施形態の一例に係る分散の模式図である。
【０１３１】
判定部１１４は、ユーザーデータ１２２の「視聴回数」に基づく「優先順位」と、「ステージＩＤ」に基づき、同一のカラオケステージに歌唱順序の優先順位が同じユーザーが複数存在しているかどうかを判定する。例えば、図１２に示す例では、第１のカラオケステージにおける歌唱予約中のユーザーであるユーザーＢと、ユーザーＣの視聴回数が同じであり、同じ優先順位となったものと仮定する。
【０１３２】
この場合、割当部１１８は、例えば、ユーザーＣのユーザーデータ１２２の「ステージＩＤ」を新たな第２のカラオケステージのステージＩＤに変更することにより、ユーザーＢおよびユーザーＣの優先順位を変更せずに１つのカラオケステージに参加している歌唱者および視聴者を複数のカラオケステージに分散して参加させることができる。
【０１３３】
なお、この場合、元のステージに参加している他の予約中のユーザーＤおよびＥ、予約していない視聴者Ｆ、ＧおよびＨも分散して異なるカラオケステージに参加させてもよい。
【０１３４】
なお、判定部１１４は、「優先順位」の条件に代えて、タイマー部１３０のタイマー値に基づいて歌唱のための待ち時間が所定時間（例えば、３０分等）を超えているという待ち時間条件や、歌唱のための待ち人数が所定値（例えば、５人等）を超えているという待ち人数条件等を採用してもよい。また、これらの条件を組み合わせてもよい。
【０１３５】
このように、本実施形態によれば、サーバー１００は、ユーザーデータ１２２の「視聴回数」に応じて当該ユーザーが歌唱者としてカラオケステージに参加する優先順位を決定することにより、歌いたいユーザーに対して視聴する誘因を与えることができる。これにより、サーバー１００は、歌唱者と視聴者を適切にカラオケステージに参加させることができる。
【０１３６】
また、本実施形態によれば、サーバー１００は、優先順位を変更せずに視聴回数に応じて公平にカラオケステージにユーザーを参加させることができる。これにより、サーバー１００は、歌唱者と視聴者を適切な割合でカラオケステージに参加させることができる。
【０１３７】
また、カラオケ情報配信システムの運営者にとっても、効率的な運営を行うことができ、歌唱に対する課金を行う場合の収入を増やすことができる。
【０１３８】
また、判定部１１４は、優先順位が最も高いユーザーが複数存在しているかどうかを判定し、優先順位が低いユーザーについての判定は省略してもよい。
【０１３９】
これによれば、サーバー１００は、ユーザーを分散させる処理の実行回数を減らすことができる。
【０１４０】
次に、統合について説明する。
【０１４１】
図１３は、本実施形態の一例に係る統合の模式図である。
【０１４２】
判定部１１４は、ユーザーデータ１２２の「視聴回数」に基づく「優先順位」と、「ステージＩＤ」に基づき、同一のカラオケステージにおける歌唱のための待ち人数が０であるかどうかを判定する。例えば、図１３に示す例では、第１のカラオケステージにおける予約中のユーザーは０であり、歌唱のための待ち人数は０であるものと仮定する。
【０１４３】
この場合、判定部１１４は、ユーザーデータ１２２の「視聴回数」に基づく「優先順位」と、「ステージＩＤ」に基づき、歌唱のための待ち人数が１人以上である０であるカラオケステージを判定する。
【０１４４】
そして、割当部１１８は、判定部１１４の判定結果に基づき、待ち人数が０である第１のカラオケステージの全ユーザーＡ、Ｂ、ＣおよびＤを、待ち人数が１人以上である第２のカラオケステージに割り当てる。より具体的には、割当部１１８は、ユーザーＡ、Ｂ、ＣおよびＤのユーザーデータ１２２の「ステージＩＤ」を第２のカラオケステージのステージＩＤに更新する。
【０１４５】
このように、本実施形態によれば、サーバー１００は、待ち時間や待ち人数が多い場合に、その低減を図ることができるため、カラオケステージにユーザーを適切に参加させることができる。
【０１４６】
また、本実施形態によれば、サーバー１００は、歌唱者がいない状態となることを防止することができ、常に視聴者と歌唱者が存在するカラオケステージを実現することができる。
【０１４７】
なお、サーバー１００は、ユーザーの統合を行う場合、同じ分野（例えば、ジャパニーズポップス等）のカラオケステージを統合してもよい。
【０１４８】
これによれば、サーバー１００は、ユーザーに違和感を与えることなく、統合処理を行うことができる。また、ユーザーは、自分の好きなカラオケステージに移動することができる。
【０１４９】
また、情報生成部１１２は、ユーザーデータ１２２の「ポイント（得点）」や、ユーザーデータ１２２の「所持金（支払った代金）」に基づいて歌唱者用または視聴者用の演出アイテム選択画像として表示する演出アイテムを決定してもよい。
【０１５０】
これによれば、サーバー１００は、ユーザーの獲得した得点およびユーザーの支払った代金の少なくとも一方を示すユーザーデータ１２２を用いることにより、ユーザーのカラオケステージへの参加率を高めたり、ユーザーが支払う代金を増やしたりすることができる。
【０１５１】
また、情報生成部１１２は、評価情報に基づく評価の集計値を示す集計データ１２９に基づき、歌唱者用の演出アイテム選択画像４１０として表示する演出アイテムを決定してもよい。
【０１５２】
これによれば、サーバー１００は、例えば、評価が高くなれば、演出アイテムの種類を増やしたりすることができる。これにより、サーバー１００は、より多彩な演出を行うことができる。
【０１５３】
また、更新部１１６は、課金部１１９によるユーザーに対する課金処理に応じてユーザーデータ１２２の「チケット枚数」を更新してもよい。そして、更新部１１６は、ユーザーが歌唱したり、演出アイテムを購入したりする度に「チケット枚数」を減少させてもよい。
【０１５４】
これによれば、サーバー１００は、インターネットカラオケビジネスを支援することができる。
【０１５５】
また、情報生成部１１２は、ＰＣ２００に表示される画像の一部に迷惑行為通報用画像が表示されるように画像情報を生成してもよい。
【０１５６】
これによれば、ユーザーは、例えば、公序良俗に反する行為が行われた場合に、スムーズに通報することができる。
【０１５７】
また、更新部１１６は、ユーザーデータ１２２の「ポイント」に応じてユーザーデータ１２２の「レベル」を更新してもよい。そして、情報生成部１１２は、「レベル」に応じて演出アイテムを決定したり、カラオケステージを決定したりしてもよい。
【０１５８】
これによれば、サーバー１００は、レベルに応じて演出を行うことができる。
【０１５９】
また、情報生成部１１２は、ＰＣ２００から送信されるユーザーの動画像を示す撮像情報２２４に基づき、ユーザーの動作に応じてキャラクターを動作させたり、キャラクターの表情を変化させてもよい。
【０１６０】
これによれば、サーバー１００は、ユーザーの動作に応じた演出を行うことができる。
【０１６１】
また、ユーザーによるステージ選択の際に、サーバー１００は、ユーザーの好みに応じたカラオケステージを提示してもよい。例えば、更新部１１６は、ＰＣ２００からのユーザー登録情報に基づき、ユーザーデータ１２２の「好きな分野」、「好きなアーティスト」、「好きな曲」を入力する。そして、情報生成部１１２は、例えば、ユーザーデータ１２２の「好きな分野」に基づき、ステージ選択画像４０２として表示するカラオケステージを決定してもよい。より具体的には例えば、「好きな分野」がジャパニーズポップスである場合、情報生成部１１２は、ジャパニーズポップス専用のカラオケステージを選択してもよい。
【０１６２】
また、更新部１１６は、ＰＣ２００からのユーザーの選択情報に基づき、ユーザーデータ１２２の「利用履歴」を更新したり、集計データ１２９に基づき、ユーザーデータ１２２の「評価履歴」を更新したりしてもよい。なお、「利用履歴」としては、例えば、ステージの選択履歴、アーティストの選択履歴、曲の選択履歴等が該当する。また、「評価履歴」としては、例えば、自分に対する評価の履歴等が該当する。
【０１６３】
情報生成部１１２は、例えば、ユーザーデータ１２２の「利用履歴」に基づき、ユーザーが頻繁に歌っている曲、ユーザーが頻繁に視聴している分野等に応じてステージ選択画像４０２として表示するカラオケステージを決定してもよい。また、情報生成部１１２は、例えば、ユーザーデータ１２２の「評価履歴」に基づき、評価が最も高かった曲等に応じてステージ選択画像４０２として表示するカラオケステージを決定してもよい。
【０１６４】
これらによれば、サーバー１００は、ユーザーの好みの分野等を示すユーザーデータ１２２に基づき、ユーザーの嗜好やユーザーに対する評価に応じたカラオケステージがステージ一覧に表示されるようにステージ選択画像情報を生成することにより、ＰＣ２００は、ユーザーの好みに応じたステージ選択画像４０２を表示することができる。これにより、サーバー１００は、より多くの視聴者をカラオケステージに参加させることができる。
【０１６５】
また、情報生成部１１２は、歌唱者の参加しているカラオケステージにおける視聴者の人数や歌唱者に対する評価の集計値等に基づいて歌唱者用の演出アイテム選択画像として表示する演出アイテムを決定してもよい。
【０１６６】
これによれば、サーバー１００は、視聴者の人数が増加したり、評価が高くなったりすれば、演出アイテムの種類を増やしたりすることも可能であるため、より多彩な演出を行うことができる。
【０１６７】
また、情報生成部１１２は、評価情報に基づく評価の集計値を示す集計データ１２９に基づき、集計値が所定の評価基準値よりも大きい場合は演出アイテムの演出効果を通常よりも大きくし、集計値が評価基準値よりも小さい場合は演出アイテムの演出効果を通常よりも小さくするように、ステージ画像情報を生成してもよい。より具体的には、例えば、演出アイテムが花火である場合、集計値が評価基準値よりも大きければ通常より大きい花火を打ち上げる演出を行い、集計値が評価基準値よりも小さければ花火を不発にする演出を行ってもよい。
【０１６８】
また、歌唱権を割り当てる場合、判定部１１４は、視聴回数を、実際に視聴者が評価を行った回数で数えてもよい。
【０１６９】
これによれば、より多くの視聴者に評価を行わせることができる。
【０１７０】
また、ＰＣ２００からサーバー１００へ向け送信するデータはまとめて送信してもよい。例えば、送受信部２９０は、図７に示すボタン画像５０４がクリックされる度にクリックしたことを示す情報を送信するのではなく、一定時間ごとのクリック回数を合計して合計したクリック回数を示す情報を送信してもよい。
【０１７１】
また、ユーザーデータ１２２等のデータ構造は上述した例に限定されるものではなく、例えば、ユーザーデータ１２２等の各テーブル内の各項目を複数のテーブルに分割したり、単一のテーブルに統合したりしてもよい。
【０１７２】
また、上述したサーバー１００の機能を複数の装置に分散して実装してもよい。
【０１７３】
また、上述した実施例では、端末装置としてＰＣ２００を用いた場合を例に採り説明したが、端末装置として、例えば、ＰＤＡ、携帯型ゲーム装置、家庭用ゲーム装置等の種々の端末装置を適用してもよい。
【図面の簡単な説明】
【０１７４】
【図１】本実施形態の一例に係るシステム全体の概略図である。
【図２】本実施形態の一例に係るＰＣの機能ブロック図である。
【図３】本実施形態の一例に係るサーバーの機能ブロック図である。
【図４】本実施形態の一例に係るユーザーデータの模式図である。
【図５】本実施形態の一例に係るステージ選択から評価までの処理の流れを示すフローチャートである。
【図６】本実施形態の一例に係るステージ選択画像を示す図である。
【図７】本実施形態の一例に係るステージ画像を示す図である。
【図８】本実施形態の一例に係る評価入力用画像を示す図である。
【図９】本実施形態の一例に係る評価集計画像を示す図である。
【図１０】本実施形態の一例に係る予約から歌唱終了までの処理の流れを示すフローチャートである。
【図１１】本実施形態の一例に係る演出アイテム選択画像を示す図である。
【図１２】本実施形態の一例に係る分散の模式図である。
【図１３】本実施形態の一例に係る統合の模式図である。
【符号の説明】
【０１７５】
１００  サーバー
１１２  情報生成部
１１４  判定部
１１６  更新部
１１７  集計部
１１８  割当部
１１９  課金部
１２０  記憶部
１２２  ユーザーデータ
１２４  楽曲データ
１２６  画像データ
１２９  集計データ
１９０  送受信部
２００  ＰＣ（端末装置）
【図１】
2006047755.tif 000003
【図２】
2006047755.tif 000004
【図３】
2006047755.tif 000005
【図４】
2006047755.tif 000006
【図５】
2006047755.tif 000007
【図６】
2006047755.tif 000008
【図７】
2006047755.tif 000009
【図８】
2006047755.tif 000010
【図９】
2006047755.tif 000011
【図１０】
2006047755.tif 000012
【図１１】
2006047755.tif 000013
【図１２】
2006047755.tif 000014
【図１３】
2006047755.tif 000015