カラオケ装置及びプログラム
【課題】楽曲関連情報を利用者の所有する携帯電話等に容易に転送できるようにし、カラオケに付随するサービスをより向上させる。
【解決手段】カラオケ演奏制御とともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、ＨＤＤから読み出した楽曲データ中に含まれているＱＲデータ部に基づいて、楽曲関連情報をＱＲコードの画像６０としてモニタに表示させることができる。そして、このようにモニタに表示されたＱＲコードの画像６０を、利用者が所有するカメラ付き携帯電話にて読み取れば、楽曲関連情報をカメラ付き携帯電話（７０）に取り込むことができる。この楽曲関連情報は、楽曲に関連するサイトの情報（例えばその楽曲に対応するいわゆるアーティストのＷＥＢサイトなどを示す情報、つまりＵＲＬ）や、その楽曲に対応する着信メロディ等である。
【解決手段】カラオケ演奏制御とともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、ＨＤＤから読み出した楽曲データ中に含まれているＱＲデータ部に基づいて、楽曲関連情報をＱＲコードの画像６０としてモニタに表示させることができる。そして、このようにモニタに表示されたＱＲコードの画像６０を、利用者が所有するカメラ付き携帯電話にて読み取れば、楽曲関連情報をカメラ付き携帯電話（７０）に取り込むことができる。この楽曲関連情報は、楽曲に関連するサイトの情報（例えばその楽曲に対応するいわゆるアーティストのＷＥＢサイトなどを示す情報、つまりＵＲＬ）や、その楽曲に対応する着信メロディ等である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ装置に関し、特に、楽曲関連情報を利用者がより利用し易くするための技術に関する。
【背景技術】
【０００２】
従来、楽曲を再生するカラオケ装置が知られており、カラオケ装置においては、その楽曲の再生に伴って歌詞テロップを表示装置へ表示するのが一般的である。また、カラオケ演奏に関わる付随的な情報を表示して利用者へ報知したいという要望もある。例えば特許文献１に開示されたカラオケ装置では、予約曲一覧等の付随的な情報を表示する際、歌詞テロップを表示している表示装置にその付随的な情報を表示させると歌詞テロップあるいはその付随的な情報が見づらくなってしまうことに鑑み、予約曲一覧等の付随的な情報を表示する表示装置と、歌詞テロップを表示する情報装置とを別個に準備するようにした。
【特許文献１】特開２０００−３９９８９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、カラオケ演奏に関わる付随的な情報の中には、例えば楽曲関連サイトの情報がある。楽曲関連サイトとは、例えば楽曲に対応するいわゆるアーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどを示す情報（つまり、ＵＲＬ）である。このような楽曲関連情報を利用者に対して提供したいという要望がある。
【０００４】
しかしながら、特許文献１に記載のカラオケ装置において実現する場合には、表示装置を複数準備しなくてはならず、構成の複雑化及びコストアップを招来してしまう。
また、単に楽曲関連サイトのＵＲＬが表示されるだけであれば、そのＵＲＬを書き留めたり、（もしもプリントアウト可能な構成であれば）プリントアウトさせたりして、別途パソコン等から当該サイトにアクセスしなくてはならず面倒である。また、携帯電話であれば、表示装置の表示内容を見ながらＵＲＬを携帯電話に入力操作することもできる。しかし、ＵＲＬを直接入力する操作は面倒である。
【０００５】
そこで本発明は、楽曲関連情報を利用者の所有する携帯電話等に容易に転送できるようにし、カラオケに付随するサービスをより向上させることを目的とする。
【課題を解決するための手段】
【０００６】
上述した問題点を解決するためになされた本発明のカラオケ装置（１：なお、この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための最良の形態」欄において説明した構成要素を括弧内に示すが、この記載によって特許請求の範囲を限定することを意味するものではない。）は、カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報や楽曲に対応する着信メロディ等、楽曲に関連する情報を二次元コードとして表示可能な状態で記憶しておく記憶手段（１３）と、選択された楽曲を演奏し且つ歌詞テロップを表示装置（２４）に表示させるとともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、記憶手段（１３）から読み出した楽曲関連情報を二次元コードの画像として表示装置（２４）に所定時間表示させる制御手段（１４）とを備えている。
【０００７】
本発明のカラオケ装置（１）によれば、記憶手段（１３）がカラオケ用の楽曲に関連する情報（楽曲関連情報）を記憶している。この楽曲関連情報は、カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報（例えばその楽曲に対応するいわゆるアーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどを示す情報、つまりＵＲＬ）や、その楽曲に対応する着信メロディ等である。また、カラオケ装置が採点機能を有する場合には、後述するランキングサイトなども「楽曲関連情報」として考えられる。そして、この楽曲関連情報は二次元コードとして表示可能な状態で記憶されている。
【０００８】
二次元コードとしては、例えばＱＲコードなどがよく知られているが、表示装置（２４）に表示させる場合には、ＱＲコード規格に基づくビットマップグラフィックスデータにする必要がある。したがって、このビットマップグラフィックスデータの状態で記憶手段（１３）に記憶させておいてもよいし、あるいは、表示させる際にビットマップグラフィックスデータに変換して表示させても良い。その場合には、変換前の形式のデータを記憶手段（１３）に記憶させておけばよい。
【０００９】
そして制御手段（１４）は、選択された楽曲を演奏し且つ歌詞テロップを表示装置（２４）に表示させる。このようなカラオケの基本的な演奏制御とともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、記憶手段（１３）から読み出した楽曲関連情報を二次元コードの画像（６０）として表示装置（２４）に所定時間表示させる。
【００１０】
このように表示装置（２４）に表示された二次元コードの画像（６０）を、例えば（カラオケ装置の）利用者が所有する「二次元コード読み取り機能を有する」カメラ付き携帯電話（７０：具体的にはＦＯＭＡ９００ｉ（登録商標）などの機種が挙げられる）にて読み取れば、楽曲関連情報をカメラ付き携帯電話（７０）に取り込むことができる。
【００１１】
例えば楽曲に関連するサイト情報をカメラ付き携帯電話（７０）に取り込んだ場合には、そのサイト情報を用いて、アーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどへアクセスすることが期待できる。このように利用者にアクセスしてもらえば、楽曲に関わるさらなる情報をＷＥＢページの形でより詳細に（カラオケ装置の）利用者に提供できる。これらはＷＥＢサイトの開設者側にとってのメリットが大きい。
【００１２】
また、着信メロディを取り込んだ場合には、その着信メロディをカメラ付き携帯電話（７０）のために使用することができ、（カラオケ装置の）利用者にとってのメリットが大きい。
【００１３】
いずれにしても、楽曲関連情報が表示装置（２４）に表示されるが、それが二次元コードの画像（６０）の形式で表示されるため、画面の一部に表示するだけで済む。つまり、人間が情報内容そのものを認識するのではなく、カメラ付き携帯電話（７０）にて読み取ることができるサイズの二次元コード画像であればよいため、同じ表示装置（２４）に歌詞テロップと共に表示させても歌詞テロップの視認性を損なうことがほとんどない。
【００１４】
そして、楽曲関連サイトの情報であれば、人間が視認できる文字・記号形式で表示された場合には、それを見た利用者が表示装置の表示内容を見ながらＵＲＬを携帯電話に入力操作しなくてはならず入力操作が面倒であった。しかし、本発明のように二次元コードの画像（６０）として表示させれば、その画像をカメラ付き携帯電話で読み取るための操作をするだけでよく、非常に簡単な操作で済む。つまり、楽曲関連情報を利用者の所有する携帯電話等に容易に転送することができ、カラオケに付随するサービスをより向上させることができる。
【００１５】
なお、カメラ付き携帯電話に限らず、画像読取ができる携帯端末であれば同様の効果が期待できる。但し、カメラ付き携帯電話であれば、通信機能も備えているため、楽曲関連情報として楽曲関連サイトの情報を提供すれば、即座に当該サイトにアクセスできる。また、着信メロディであれば、即座に携帯電話の「着信メロディ」として使用できる。そして、携帯電話は利用者が常時携帯している可能性が高いので、非常に実効性が高くなる。
【００１６】
楽曲関連情報は、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで表示装置（２４）に所定時間表示させるのであるが、楽曲関連情報の種類によって表示タイミングを工夫してもよい。例えば、楽曲関連情報が楽曲に関連するサイト情報である場合には、楽曲の演奏前、演奏中、歌詞テロップ表示終了後のいずれかのタイミングにおいても表示させる（請求項２参照）。また、楽曲関連情報が着信メロディの場合には、楽曲の歌詞テロップ表示終了後のタイミングにおいてのみ表示させる（請求項３参照）。
【００１７】
これらいずれの楽曲関連情報も二次元コードの画像（６０）として表示させるのであるが、着信メロディと楽曲に関連するサイト情報を比較すると、着信メロディのデータ量の方が大きく、二次元コードにした場合にも相対的に大きくなり、「楽曲に関連するサイト情報」を示す二次元コードであれば相対的に小さなサイズとなる。そのため「楽曲に関連するサイト情報」を示す二次元コードの画像（６０）であれば演奏中も含めて表示しても邪魔になりにくいが、着信メロディを示す二次元コードの場合は相対的に大きなサイズとなる。もちろん、歌詞テロップの表示自体に影響はないが、いわゆる背景画像を隠してしまうエリアが大きくなる。そのため、着信メロディを示す二次元コードの画像（６０）の表示タイミングに関しては、歌詞テロップ表示終了後に限定することで、そのような不都合を回避できる。
【００１８】
なお、着信メロディを示す二次元コードの画像（６０）表示タイミングを歌詞テロップ表示終了後に限定することは、次のような観点からも好ましい。つまり、カラオケ楽曲の歌唱を行う利用者は、間違いなくその楽曲に対する嗜好が強いのであるから、この歌唱後にその楽曲の着信メロディを入手できる構成とすれば、カラオケ遊興の魅力を増すことができる。但し、着信メロディ欲しさで演奏前に着信メロディを入手し、カラオケ楽曲の演奏をキャンセルすることも想定される。したがって、楽曲を歌いきった場合に限ってその楽曲に対応する着信メロディを入力できるようにすれば、そのような問題を解決できる。
【００１９】
このように着信メロディを示す二次元コードの画像（６０）を表示する場合には、請求項４に示すように、採点結果に基づいて表示の有無を制御してもよい。つまり、請求項３に記載のカラオケ装置において、歌唱音声を入力するための音声入力手段（２３）を備え、カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、制御手段（１３，１７）は、カラオケ楽曲の演奏中に音声入力手段（２３）を介して入力された歌唱音声に基づいて得た音高データと歌唱旋律を示すデータとの一致度合いに基づいて採点処理を実行し、その採点処理の結果、所定レベル以上の得点であった場合に限り、記憶手段（１３）から読み出した楽曲関連情報を二次元コードの画像（６０）として表示装置（２４）に表示させることを特徴とする。
【００２０】
このようにすれば、上手く歌唱できた場合に限り着信メロディを入手することができるため、カラオケのエンターテイメント性がより向上し、カラオケに付随するサービスをより向上させる点でも好ましい。
【００２１】
カラオケ装置の中には、いわゆる通信カラオケ装置と呼ばれるように、ネットワークを介してホスト装置と接続可能な構成のものがある。この場合、ホスト装置からカラオケ装置側へは新曲データ等を配信してもらい、一方、カラオケ装置からホスト装置側へは歌唱実績やあるいは採点機能を備えたカラオケ装置における採点結果をアップロードする。ホスト装置では、このアップロードされた採点結果を集計し、その採点結果に基づいて作成したランキングを報知することが考えられる。このようなランキングの報知を行うサイトをランキングサイト（８０）と称す。
【００２２】
物理的にはネットワークを介してカラオケ装置とホスト装置とが接続可能であったとしても、カラオケ装置がホスト装置との接続を常時行っているとは限らない。一般的には、カラオケ装置の利用がほとんどないと思われる時間帯（例えば深夜）において、ホスト装置からカラオケ装置への新曲データ等の配信及びカラオケ装置からホスト装置への種々のデータのアップロードを行うことが多く、多くても１日１回程度である。
【００２３】
このようなタイミングでしか接続できないとすると、利用者としては自分の歌唱を採点した結果に基づく全国ランキング等をリアルタイムに知ることができない。また、採点結果に基づく懸賞企画などをリアルタイムで実現することはできない。これをリアルタイムで実現しようとすると、カラオケ装置からホスト装置へ常時アクセス可能な状態にしておく必要があり、ランニングコストが高くなってしまう。
【００２４】
そこで、請求項５に係るカラオケ装置（１）は、次のような構成を採用した。つまり、請求項１に記載のカラオケ装置において、楽曲関連情報は、採点結果の集計及びランキングを報知するサイトであるランキングサイト（８０）の情報であり、カラオケ歌唱の音声信号を入力するための音声信号入力手段（２３）を備え、カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、制御手段（１４，１７）が次のような制御を実行する。
【００２５】
まず、音声信号入力手段（２３）を介して入力された音声信号をサンプリングしてカラオケ歌唱の音高データを抽出し、その抽出した音高データと、カラオケ演奏に同期してその演奏曲に対応する歌唱旋律データとに基づいて採点処理を実行する。そして、その採点処理の結果と、採点対象の楽曲の識別情報と、記憶手段（１３）から読み出した楽曲関連情報とを含む情報に対応する二次元コードを生成する。そして、その生成した二次元コードの画像（６０）を表示装置（２４）に表示させるのである。
【００２６】
このようにすれば、表示装置（２４）に表示された二次元コードの画像（６０）を、例えば（カラオケ装置の）利用者が所有するカメラ付き携帯電話（７０）にて読み取り、楽曲関連情報に示されているランキングサイトにアクセスすることが期待できる。ランキングサイト（８０）にアクセスしてもらえれば、全国規模でリアルタイムのランキング等の実現ができる。また、採点結果に基づく懸賞企画をリアルタイムで実現でき、その際には、応募者が携帯電話から応募することとなるため、携帯電話の操作による個人情報の収集等も可能となる。利用者側にとっても、懸賞への応募の利便性が増す。
【００２７】
上述したように、表示装置に表示される二次元コードの画像（６０）は、人間が情報内容そのものを認識することはできない。そのため、請求項６に示すような工夫が考えられる。つまり、楽曲関連情報には、表示装置（２４）に表示させる二次元コードの画像（６０）が何を示すものであるかを説明するための情報も含ませておく。そして、制御手段（１４）が、表示装置（２４）に二次元コードの画像（６０）を表示させる際、その表示させる二次元コードの画像（６０）が何を示すものであるかの説明（６５）も表示させるのである。
【００２８】
このようにすれば、楽曲関連サイトの二次元コードなのか、着信メロディの二次元コードなのか、あるいはそれ以外か、といったことを利用者が容易に認識できる。
ところで、一般的にカラオケ装置において複数の曲が予約されている場合、ある曲の演奏が終了すると次の曲の演奏を開始する。
【００２９】
しかしながら、何ら考慮をしないと、歌詞テロップ表示終了後に表示装置に二次元コードの画像（６０）を表示させた場合、カラオケ演奏自体も終了して次の曲の演奏が開始するまでに利用者が二次元コード画像（６０）をカメラ付き携帯電話にて読み取ってない可能性もある。
【００３０】
そこで、請求項７に示すような工夫が考えられる。つまり、利用者からの操作を受け付ける操作受付手段（１０）を備え、制御手段（１４）が、選択された楽曲の歌詞テロップ表示終了後のタイミングにおいて表示装置（２４）に二次元コードの画像（６０）を表示させた場合、操作受付手段（１０）を介して所定の操作が入力されるまでは二次元コードの画像（６０）を表示装置（２４）に表示させ続けるのである。
【００３１】
なお、請求項７に示すように、請求項１〜６のいずれかに記載のカラオケ装置における制御手段は、コンピュータを機能させるプログラムとして実現できる。したがって、本発明は、プログラムの発明として実現できる。また、このようなプログラムの場合、例えば、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ハードディスク等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして起動することにより用いることができる。この他、ＲＯＭやバックアップＲＡＭをコンピュータ読み取り可能な記録媒体として本プログラムを記録しておき、ＲＯＭあるいはバックアップＲＡＭをコンピュータに組み込んで用いても良い。
【発明を実施するための最良の形態】
【００３２】
以下に本発明の実施形態を図面とともに説明する。
［通信カラオケ装置及びその周辺機器の構成］
図１は、本実施形態のカラオケ装置としての通信カラオケ装置１の構成及び稼働時の周辺機器の構成を示すブロック図である。
【００３３】
本実施形態の通信カラオケ装置１は、通信カラオケ装置１全体の制御を司るＣＰＵ１４、及びこのＣＰＵ１４に接続された以下の各部、すなわち曲の予約操作などを行うための操作パネル１０、画像情報等を映像化するための映像処理部１１、ＭＰＥＧ２映像データの再生手段となるＭＰＥＧデコーダ１２、カラオケ演奏用の楽曲データや映像データその他各種データを記憶しているハードディスク（ＨＤＤ）１３、システムプログラムや各種の設定に必要な設定データなどを記憶しておくメモリ１５、ＬＡＮインターフェース１６、カラオケ歌唱者の歌唱に対する採点を行う採点部１７、ＭＩＤＩデータ（楽曲データ）に基づく演奏再生を行うＭＩＤＩ音源部１８、ＭＩＤＩ音源部１８による再生音及び利用者（歌唱者）の歌声をミキシングする等して適宜音声処理を施す音声処理部１９を備えている。
【００３４】
音声処理部１９はアンプ２０と接続されており、音声処理部１９から出力された音声情報に係る電気信号はアンプ２０によって増幅等されてスピーカ２２に出力され、このスピーカ２２から伴奏曲及び利用者（歌唱者）の歌声等が発せられる。また、利用者（歌唱者）の歌声等はマイクロフォン（以下、単にマイクと称す。）２３を介して音声処理部１９に入力される。また、映像処理部１１は背景画及び歌詞等を表示するモニタ２６と接続されている。また、ＬＡＮインターフェース１６はＬＡＮハブ装置２５に接続されている。このＬＡＮハブ装置２５にはＡＤＳＬモデム２７が接続されていると共に、カラオケ店舗内ＬＡＮ網を介して、別室（１，２）に設置された（別の）通信カラオケ装置１とも接続されている。ＡＤＳＬモデム２７はルータ機能を内蔵しており、通信カラオケ装置１は、このＡＤＳＬモデム２７、そしてインターネット３０を経由して配信センタ５０との通信を行うことができるよう構成されている。
【００３５】
ここで、操作パネル１０は、この通信カラオケ装置１の本体前面に設けられており、利用者によって操作され、任意の曲の選択、演奏音の音程の調整、演奏と歌との音量バランスの調整、その他エコー、音量、トーンなど各種調整を行うためのスイッチ類と、現在演奏中の曲コードや予約曲数などを表示するための表示パネルを備えている。本実施形態の表示パネルは、７セグメントＬＥＤで構成されており、６桁の数字や記号を表示可能なものである。
【００３６】
また、ＨＤＤ１３には、楽曲データや画像情報などのコンテンツデータなどが記憶されている。そして、操作パネル１０の操作部を介して曲が選択されると、ＣＰＵ１４は、楽曲データや画像情報をＨＤＤ１３から呼び出して、映像処理部１１およびＭＩＤＩ音源部１８に同期させて出力するようになっている。
【００３７】
ＣＰＵ１４から出力されるＭＩＤＩデータは、ＭＩＤＩ音源部１８においてアナログの演奏音信号に変換された後、音声処理部１９へ送られ、マイク２３を介して入力される利用者の歌唱音信号と適度な割合でミキシングされる。そして、このミキシングされた歌唱音信号と演奏音信号はアンプ２０へ送られて電気的に増幅される。さらに、アンプ２０からスピーカ２２に出力され音声及び演奏音となってスピーカ２２から外部へ出力される。
【００３８】
一方、映像処理部１１は、ＣＰＵ１４の制御の下、ＣＰＵ１４によってハードディスク１３から読み出された画像情報（歌詞データ）に基づいて歌詞映像の再生を行うものである。ＣＰＵ１４によりハードディスク１３から読み出された画像情報（背景画データ）は、ＭＰＥＧデコーダ１２によって背景映像として再生された後に映像処理部１１によって歌詞映像と合成され、モニタ２６へ出力される。これによって、モニタ２６の画面に背景映像とともに歌詞テロップが表示される。
【００３９】
なお、これらＣＰＵ１４が実行する処理のためのソフトウェアもハードディスク１３に格納されている。
このような構成のため、利用者は、モニタ２６に表示される歌詞テロップを参照しながら、スピーカ２２より流れるカラオケ演奏にあわせ、マイク２３を使って歌唱できるようになっている。
【００４０】
また、本実施形態の通信カラオケ装置１は、カラオケ演奏にあわせて歌っている人の歌唱状態を採点してその採点結果を出力する歌唱採点機能を備えている。利用者が通信カラオケ装置１で歌唱採点機能を利用したい場合、パネルやリモコンなどの操作パネル１０から演奏予約用の一連の楽曲番号に引き続いて所定の操作キーを押す。それにより、歌唱採点機能の作動命令を示す符号が付加された楽曲番号がＣＰＵ１４に転送される。ＣＰＵ１４はこの楽曲を演奏処理するときは歌唱採点機能を作動させるものとして演奏予約処理する。もちろん、利用者による課金手続きなどによって歌唱採点機能が作動するようにしても良い。例えば、別途課金装置を通信カラオケ装置１に接続し、採点して欲しい楽曲が演奏される直前や前奏の演奏中など適宜な時期に所定の料金を課金装置に投入することで歌唱採点機能が作動するよう構成してもよい。
【００４１】
この歌唱採点を実施するのが採点部１７である。採点部１７にはマイク２３から歌唱音声が入力するよう構成されており、採点部１７は、その入力した歌唱音声をサンプリングして解析することで歌唱音高やリズムなどを採点要素として抽出する。一方、ハードディスク１３に格納されている伴奏音楽生成データをデータバス及びＣＰＵ１４を介して受け取り、このデータ中のボーカルデータ（歌唱旋律データ）を採点基準データとして取得する。そして、この取得した採点基準データによる採点要素と上述の歌唱音声から抽出した採点要素とを比較し、歌唱音声がどの程度ボーカルデータに近いかによって採点する。なお、このボーカルデータは、いわゆるガイドメロディ機能として相対的に小さな音量で伴奏楽音と共にスピーカ２２から出力される機能を実現する場合にも用いられる。
【００４２】
この採点結果のデータはＣＰＵ１４に転送され、ＣＰＵ１４は転送された採点データを受け取るとメモリ１５に格納していく。そしてＣＰＵ１４は、カラオケ楽曲における採点区間の終了点を検知すると、採点部１７に採点データの生成を停止させ、採点区間中にメモリ１５に蓄積された採点データを集計し、得点結果の値（つまり得点）を確定させる。
【００４３】
［通信カラオケ装置の作動等］
［楽曲データの構造］
上述したように、ＨＤＤ１３には楽曲データが記憶されているのであるが、本実施形態では、図２（ａ）に示すように、楽曲に関する管理情報を記憶しているヘッダ情報部、曲のタイトルを画像表示する際に用いるタイトル画像情報を記憶しているタイトル画像部、楽曲演奏用のＭＩＤＩデータを記憶しているＭＩＤＩデータ部、歌詞テロップデータを記憶しているテロップデータ部、楽曲関連情報を二次元コードの一種であるＱＲコードとして表示するためのＱＲデータを記憶しているＱＲデータ部によって楽曲データが構成されている。
【００４４】
この内、ＱＲデータ部は、図２（ｂ）に示すように、制御フラグ・説明文・ベースデータ・スクリプトを含んでおり、説明文とスクリプトはテキスト形式のデータ、ベースデータはバイナリまたはテキスト形式のデータで構成されている。このＱＲデータ部は、楽曲関連情報をＱＲコードの画像６０（図１、図４、図６、図８参照）としてモニタ２４表示させるためのデータを記憶する部分である。楽曲関連情報とは、カラオケ用の楽曲データ毎に準備されており、楽曲に関連するサイトの情報や楽曲に対応する着信メロディ等、楽曲に関連する情報を意味する。なお、楽曲関連情報は全ての楽曲について存在するとは限らず、楽曲関連情報が存在しない楽曲もある。
【００４５】
そして、この内の制御フラグは、図２（ｃ）に示すように、ＱＲデータ部有無・表示タイミング設定・採点制御設定・スクリプト設定の各フラグを有している。
ＱＲデータ部有無フラグは、ＱＲデータ部に実体的なデータが存在するか否かを示すためのフラグであり、有効／無効のいずれかを示すフラグが設定される。つまり、上述したように、楽曲関連情報は全ての楽曲について存在するとは限らず、楽曲関連情報が存在しない楽曲もあるため、それをこのＱＲデータ部有無フラグによって判断することができる。
【００４６】
また、表示タイミング設定フラグは、ＱＲコードの画像６０をカラオケ演奏前・演奏中・歌詞テロップ表示終了後のいずれのタイミングで表示を開始させるのかを規定しているフラグである。つまり、「前」を示すフラグが設定されている場合には、カラオケ演奏前からＱＲコードの画像６０の表示が開始されるため、当然ながら、カラオケ演奏中及び歌詞テロップ表示終了後においても表示が継続される。
【００４７】
また、採点制御設定フラグは、ＱＲコードの画像６０を表示するか否かを採点部１７における採点結果である得点に基づいて条件判断する場合の、その条件となる得点を規定しているフラグである。例えば、このフラグが７０を示していたら、採点結果が７０点以上であるという条件をクリアして初めてＱＲコードの画像６０を表示することとなり、採点結果が７０点未満であればＱＲコードの画像６０の表示は実行しないこととなる。
【００４８】
また、スクリプト設定フラグは、スクリプトデータの有効／無効を規定しているフラグである。このスクリプトデータの利用方法等に関しては、後述の具体例にて詳しく説明する。
【００４９】
以上が、楽曲データの構造及び特にＱＲデータ部の構造についての説明であった。ＱＲデータ部については、種々の設定が可能であるが、ここでは、具体例としてサンプル１，２，３の３例を説明する。
【００５０】
［サンプル１］
図３に示すサンプル１の場合のＱＲデータ部は、楽曲の演奏開始時からその楽曲に関わるＷｅｂサイトのＵＲＬを通知するような設定である。
【００５１】
図３（ｂ）に示すように、サンプル１のＱＲデータ部の制御フラグは、ＱＲデータ部有無フラグが「有効」、表示タイミング設定フラグが「前」、採点制御設定フラグが「０」、スクリプト設定フラグが「無効」となっている。そして、 図３（ａ）に示すように、説明文は「携帯でアクセスしよう！￥ｎひろゆきのホームページ￥０」である。また、ベースデータは、その楽曲に関わるＷｅｂサイトのＵＲＬを示す「ｈｔｔｐ：／／ｗｗｗ．ｈｉｒｏｙｕｋｉ．ｎｅ．ｊｐ￥０」である。また、スクリプトデータは「￥０」である。
【００５２】
このようなサンプル１の設定のＱＲデータ部を用いた場合のカラオケ演奏時における画面遷移を図４に示す。
図４（ａ）は、通信カラオケ装置１が待機状態の場合にユーザによって選曲操作が行われた際の、モニタ２４における曲番号受付画面の状態を示している。待機状態の画面活用の一環として、例えば新譜案内と呼ばれる最新の楽曲の告知表示などが行われており、さらに、ユーザによる選曲操作に応じて、入力した曲番号と、曲番号に対応した曲名が確認表示される。
【００５３】
選曲操作が終了すると、図４（ｂ）に示すオープニング画面に遷移し、曲名及び作詞・作曲者名等が表示されると共に、画面右上にＱＲデータの画像６０が表示される。さらに、そのＱＲコードの画像６０の横（つまり画面上部）には、ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５「携帯でアクセスしよう！ひろゆきのホームページ」が表示される。
【００５４】
このオープニング画面にてＱＲデータの画像６０及びＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５が表示されるのは、図４（ｂ）の表示タイミング設定フラグが「前」に設定されているからである。また、説明６５は、図４（ａ）に示す説明文を用いて生成、表示される。また、ＱＲコードの画像６０は、図４（ａ）に示すベースデータを用いて生成、表示される。
【００５５】
図４（ｂ）に示すように、オープニング画面にて表示されたＱＲデータの画像６０及び説明６５は、その後、カラオケ演奏が始まり歌詞テロップが表示されている演奏中画面（図４（ｃ）参照）や、歌詞テロップの表示が終了した後奏中画面（図４（ｄ）参照）においても表示され続ける。
【００５６】
なお、採点制御設定フラグが「０」であるため、ＱＲコードの画像６０等の表示は採点結果には何ら影響を受けない。
このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば利用者が所有するＱＲコード読み取り機能を有するカメラ付き携帯電話７０（例えばＦＯＭＡ９００ｉ（登録商標）などの機種が挙げられる）にて読み取れば、楽曲関連情報（この場合は、その楽曲に関わるＷｅｂサイトのＵＲＬ）をカメラ付き携帯電話７０に取り込むことができる。このようにしてカメラ付き携帯電話７０を介して利用者にアクセスしてもらえば、楽曲に関わるさらなる情報をＷＥＢページの形でより詳細に利用者に提供できる。
【００５７】
［サンプル２］
図５に示すサンプル２の場合のＱＲデータ部は、楽曲の演奏終了時に採点で７０点以上を獲得した場合にだけ、その楽曲の着信メロディをＱＲコードの画像６０として表示するような設定である。
【００５８】
図５（ｂ）に示すように、サンプル１のＱＲデータ部の制御フラグは、ＱＲデータ部有無フラグが「有効」、表示タイミング設定フラグが「後」、採点制御設定フラグが「７０」、スクリプト設定フラグが「無効」となっている。そして、 図５（ａ）に示すように、説明文は「高得点獲得！￥ｎ着信メロディプレゼント￥０」である。また、ベースデータは、そのカラオケ楽曲に対応する着信メロディのバイナリデータである。また、スクリプトデータは「￥０」である。
【００５９】
このようなサンプル２の設定のＱＲデータ部を用いた場合のカラオケ演奏時における画面遷移を図６に示す。
図６（ａ）は、通信カラオケ装置１が待機状態の場合にユーザによって選曲操作が行われた際の、モニタ２４における曲番号受付画面の状態を示している。待機状態の画面活用の一環として、例えば新譜案内と呼ばれる最新の楽曲の告知表示などが行われており、さらに、ユーザによる選曲操作に応じて、入力した曲番号と、曲番号に対応した曲名が確認表示される。
【００６０】
選曲操作が終了すると、図６（ｂ）に示すオープニング画面に遷移し、曲名及び作詞・作曲者名等が表示されるが、サンプル１の場合のオープニング画面（図４（ｂ）参照）のようなＱＲデータの画像６０及び説明６５は表示されない。これは、表示タイミング設定フラグが「後」に設定されているからである。
【００６１】
このように表示タイミング設定フラグが「後」に設定されているため、カラオケ演奏が始まり歌詞テロップが表示されている演奏中画面（図６（ｃ）参照）においても、やはりＱＲデータの画像６０及び説明６５は表示されない。
【００６２】
そして、歌詞テロップの表示が終了した後奏中画面（図６（ｄ）参照）において、画面中央にＱＲコードの画像６０が表示される。さらに、そのＱＲコードの画像６０の上（つまり画面上部）には、ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５「高得点獲得！着信メロディプレゼント」が表示される。この後奏中画面にてＱＲデータの画像６０及び説明６５が初めて表示されるのは、図５（ｂ）の表示タイミング設定フラグが「後」に設定されているからである。また、説明６５は、図５（ａ）に示す説明文を用いて生成、表示される。また、ＱＲコードの画像６０は、図５（ａ）に示すベースデータを用いて生成、表示される。
【００６３】
但し、この着信メロディに対応するＱＲコードの画像６０及び説明６５が表示されるためには、採点部１７（図１参照）による採点の結果、得点が７０点以上であった場合に限る。これは、採点制御設定フラグが７０となっているからである。上述したように、この採点制御設定フラグは、ＱＲコードの画像６０を表示するか否かを採点部１７における採点結果である得点に基づいて条件判断する場合の、その条件となる得点を規定しているフラグであるため、採点結果が７０点以上であるという条件をクリアして初めてＱＲコードの画像６０を表示することとなる。採点結果が７０点未満であればＱＲコードの画像６０の表示は実行しない。
【００６４】
このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば利用者が所有するＱＲコード読み取り機能を有するカメラ付き携帯電話７０にて読み取れば、楽曲関連情報（この場合は、その楽曲に関わる着信メロディ）をカメラ付き携帯電話７０に取り込むことができる。そして、その着信メロディをカメラ付き携帯電話７０のために使用することもできる。
【００６５】
但し、採点の結果、得点が７０点以上でないとＱＲコードの画像６０が表示されないため、着信メロディを取り込むことができない。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００６６】
［サンプル３］
図７に示すサンプル３の場合のＱＲデータ部は、楽曲の演奏終了時に採点で５０点以上を獲得した場合にだけ、演奏結果（ここでは、カラオケ装置の製造番号、曲番号、得点）をランキングサイト８０（図１参照）へ送るよう誘導を行うための情報をＱＲコードの画像６０として表示するような設定である。
【００６７】
図７（ｂ）に示すように、サンプル３のＱＲデータ部の制御フラグは、ＱＲデータ部有無フラグが「有効」、表示タイミング設定フラグが「後」、採点制御設定フラグが「５０」、スクリプト設定フラグが「有効」となっている。そして、 図７（ａ）に示すように、説明文は「％ｓｃｏｒｅ点を獲得！ランキングサイトで￥ｎ懸賞に応募しよう￥０」である。なお、表示の際には、「％ｓｃｏｒｅ」部分は、採点部１７における採点結果である得点に置換される。また、ベースデータは、ランキングサイトのＵＲＬを示す「ｈｔｔｐ：／／ｗｗｗ．ｊｏｙｒａｎｋｉｎｇ．ｃｏ．ｊｐ￥０」である。また、スクリプトデータは「／＆％ｓｅｒｉａｌ＆％ｓｏｎｇｎｕｍ＆％ｓｃｏｒｅ￥０」である。このうち、「％ｓｅｒｉａｌ」はそのカラオケ楽曲を演奏したカラオケ装置の製造番号に置換され、「％ｓｏｎｇｎｕｍ」は演奏された曲の曲番号に置換される。また、「％ｓｃｏｒｅ」部分は、上述のように、採点部１７における採点結果である得点に置換される。
【００６８】
このようなサンプル３の設定のＱＲデータ部を用いた場合のカラオケ演奏時における画面遷移を図８に示す。
図８（ａ）は、通信カラオケ装置１が待機状態の場合にユーザによって選曲操作が行われた際の、モニタ２４における曲番号受付画面の状態を示している。待機状態の画面活用の一環として、例えば新譜案内と呼ばれる最新の楽曲の告知表示などが行われており、さらに、ユーザによる選曲操作に応じて、入力した曲番号と、曲番号に対応した曲名が確認表示される。
【００６９】
選曲操作が終了すると、図８（ｂ）に示すオープニング画面に遷移し、曲名及び作詞・作曲者名等が表示されるが、サンプル１の場合のオープニング画面（図４（ｂ）参照）のようなＱＲデータの画像６０及び説明６５は表示されない。これは、表示タイミング設定フラグが「後」に設定されているからである。
【００７０】
このように表示タイミング設定フラグが「後」に設定されているため、カラオケ演奏が始まり歌詞テロップが表示されている演奏中画面（図８（ｃ）参照）においても、やはりＱＲデータの画像６０及び説明６５は表示されない。
【００７１】
そして、歌詞テロップの表示が終了した後奏中画面（図８（ｄ）参照）において、画面中央やや下側にＱＲコードの画像６０が表示される。さらに、そのＱＲコードの画像６０の上（つまり画面中央やや上側）には、ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５「８３点を獲得！ランキングサイトで懸賞に応募しよう」が表示される。この後奏中画面にてＱＲデータの画像６０及び説明６５が初めて表示されるのは、図７（ｂ）の表示タイミング設定フラグが「後」に設定されているからである。また、説明６５は、図７（ａ）に示す説明文を用いて生成、表示される。なお、上述したように、説明６５中の「８３点」は採点部１７における採点結果に基づいている。
【００７２】
また、ＱＲコードの画像６０は、図７（ａ）に示すベースデータ及びスクリプトデータを用いて生成、表示される。なお、ＱＲコードの画像６０に含まれるデータの生成に際しては、上述したように、カラオケ装置の製造番号、曲番号、採点部１７における採点結果である得点が利用される。例えば、製造番号９８２１０００１のカラオケ装置において、曲番号４９８２６番のカラオケを歌唱して８３点を獲得した場合には、ＱＲコードの画像６０にて示される情報は、「ｈｔｔｐ：／／ｗｗｗ．ｊｏｙｒａｎｋｉｎｇ．ｃｏ．ｊｐ／＆９８２１０００１＆４９８２６＆８３」である。つまり、ランキングサイトのＵＲＬ情報と、演奏結果（ここでは、カラオケ装置の製造番号、曲番号、得点）とが含まれている。
【００７３】
但し、このランキングサイトへの応募するためのＱＲコードの画像６０及び説明６５が表示されるためには、採点部１７（図１参照）による採点の結果、得点が５０点以上であった場合に限る。これは、採点制御設定フラグが５０となっているからである。上述したように、この採点制御設定フラグは、ＱＲコードの画像６０を表示するか否かを採点部１７における採点結果である得点に基づいて条件判断する場合の、その条件となる得点を規定しているフラグであるため、採点結果が５０点以上であるという条件をクリアして初めてＱＲコードの画像６０を表示することとなる。採点結果が５０点未満であればＱＲコードの画像６０の表示は実行しない。これは、あまり低い点数、つまり４９点未満の採点結果であるにもかかわらずランキングへの応募があると、ランキングサイトにおけるデータ処理負荷が無用に多くなるため、応募条件を５０点以上としたものである。
【００７４】
このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば利用者が所有するＱＲコード読み取り機能を有するカメラ付き携帯電話７０にて読み取れば、楽曲関連情報（この場合は、ランキングサイトへの応募用情報）をカメラ付き携帯電話７０に取り込むことができる。そして、その取り込んだ情報に基づいてランキングサイトへアクセスして懸賞に応募することが容易に行える。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００７５】
［フローチャートの説明］
上述したサンプル１，２，３の何れの設定のＱＲデータ部を有する楽曲データを用いた場合にも、通信カラオケ装置１のＣＰＵ１４は、図９，図１０のフローチャートに示すような処理を実行する。これらのフローチャートに関して説明する。
【００７６】
図９は、通信カラオケ装置１のＣＰＵ１４によって実行されるカラオケ演奏に伴って実行するＱＲコードの画像６０等の表示に関する処理を示すフローチャートであり、図１０は、図９に示す処理中において呼び出されるＱＲデータ表示処理に係るサブルーチンを示すフローチャートである。
【００７７】
（図９のフローチャートの説明）
図９に示すように、カラオケサービスが開始（Ｓ１１０）されると、選曲待機画面表示（新譜案内）を行う（Ｓ１２０）。この選曲待機画面は、例えば図４（ａ）に示すオープニング画面から選曲番号と曲名の表示を除いたものに相当する。
【００７８】
そして、操作パネル１０からの入力による選曲を待つ（Ｓ１３０）。選曲されればＳ１４０へ移行してカラオケ演奏を開始する。このカラオケ演奏が開始すると、カラオケ装置の製造番号及び曲番号が確定する。これらの番号はメモリ１５に格納される。
【００７９】
Ｓ１４０にて演奏が開始されると、選曲された曲番号に応じた楽曲データをＨＤＤ１３から読み出し、モニタ２４にタイトル画面表示を行う（Ｓ１５０）。このタイトル画面表示は、図２（ａ）に示すタイトル画像部を用いて行う。
【００８０】
次に、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「前」であるか否かを判断する（Ｓ１６０）。Ｓ１６０にて否定判断の場合には、Ｓ１８０へ移行して演奏処理が開始する。一方、Ｓ１６０にて肯定判断の場合には、Ｓ１７０へ移行してＱＲデータ表示処理を実行した後、演奏処理が開始される（Ｓ１８０）。上述したサンプル１（図３，図４参照）の場合には、このタイミングでＱＲデータ表示処理（Ｓ１７０）が開始される。なお、ＱＲデータ表示処理に関しては、後で図１０を参照して詳しく説明する。
【００８１】
Ｓ１８０にて演奏処理が開始すると、採点部１７（図１参照）では採点処理を開始する。この採点処理は、演奏処理と並列で実行されり。上述したように、採点部１７における採点の結果のデータは、ＣＰＵ１４に転送され、ＣＰＵ１４は転送された採点データを受け取るとメモリ１５に格納していく。そしてＣＰＵ１４は、カラオケ楽曲における採点区間の終了点を検知すると、採点部１７に採点データの生成を停止させ、採点区間中にメモリ１５に蓄積された採点データを集計し、得点結果の値（つまり得点）を確定させる。
【００８２】
ＣＰＵ１４は、演奏開始まで待機し（Ｓ１９０）、演奏が開始すると、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「中」であるか否かを判断する（Ｓ２００）。Ｓ２００にて否定判断の場合には、Ｓ２２０へ移行して最後の字幕（歌詞テロップ）が消去（表示終了）されるまで待機する。一方、Ｓ２００にて肯定判断の場合には、Ｓ２１０へ移行してＱＲデータ表示処理を実行した後、Ｓ２２０へ移行する。
【００８３】
そして、Ｓ２２０において最後の字幕が消去された場合には、Ｓ２３０へ移行する。Ｓ２３０では、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「後」であるか否かを判断する。Ｓ２３０にて否定判断の場合には、Ｓ２５０へ移行して演奏終了まで待機する。一方、Ｓ２３０にて肯定判断の場合には、Ｓ２４０へ移行してＱＲデータ表示処理を実行した後、Ｓ２５０へ移行する。上述したサンプル２（図５，図６参照）及びサンプル３（図７，図８参照）の場合には、このタイミングでＱＲデータ表示処理（Ｓ２４０）が開始される。
【００８４】
そして、Ｓ２５０において演奏終了まで待機した場合には、Ｓ２６０へ移行する。Ｓ２６０では、Ｓ２３０と同様、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「後」であるか否かを判断する。Ｓ２６０にて否定判断の場合には、Ｓ２７０へ移行して画面の初期化を行う。つまり、Ｓ１７０やＳ２１０にてＱＲデータ表示処理の実行を開始した場合には、Ｓ２６０にて否定判断となるため、演奏終了時に自動的に画面初期化（Ｓ２８０）される。
【００８５】
一方、Ｓ２６０にて肯定判断の場合には、Ｓ２７０へ移行して操作パネル１０等からのキー入力待ちとなる。そして、操作パネル１０等からのキー入力があれば、Ｓ２７０へ移行して画面の初期化を行う。つまり、操作パネル１０等からのキー入力を待って画面初期化が行われる。
【００８６】
（図１０のフローチャートの説明）
次に、図９のＳ１７０，Ｓ２１０，Ｓ２４０にて実行されるＱＲデータ表示処理に関して、図１０のフローチャートを参照して説明する。
【００８７】
まず、各演奏値を取得する（Ｓ３１０）。この演奏値とは、メモリ１５に格納されているカラオケ装置の製造番号及び曲番号と、採点結果（以下、採点得点とも称す。）である。但し、図９のＳ１７０におけるタイミングでこのＱＲデータ表示処理が実行する場合には、採点得点は格納されていない。一方、図９のＳ２４０におけるタイミングでこのＱＲデータ表示処理が実行する場合には、採点得点は格納されている。
【００８８】
次に、楽曲データ中からＱＲデータ部を取得する（Ｓ３２０）。そして、採点得点が、ＱＲデータ部の制御フラグ中の採点制御設定フラグによる値以上か否か判断する（Ｓ３３０）。採点得点が採点制御設定フラグによる値未満の場合（Ｓ３３０：ＮＯ）には、そのまま本ＱＲデータ表示処理を終了するが、採点得点が採点制御設定フラグによる値以上の場合（Ｓ３３０：ＹＥＳ）には、Ｓ３４０へ移行する。なお、採点得点自体が存在しない場合には、Ｓ３３０で肯定判断となる。
【００８９】
Ｓ３４０では、ＱＲデータ部の制御フラグ中のスクリプト設定フラグが「有効」か否か判断する。スクリプト設定が有効であれば（Ｓ３４０：ＮＯ）、Ｓ３５０へ移行する。Ｓ３５０では、説明文のテキスト変換処理を実行し、続くＳ３６０ではスクリプトのテキスト変換処理を行う。そして、Ｓ３７０では、変換処理後のスクリプトデータをベースでの後方に結合する。
【００９０】
一方、スクリプト設定が有効でなければ（Ｓ３４０：ＮＯ）、Ｓ３５０〜Ｓ３７０の処理を実行することなくＳ３８０へ移行する。
Ｓ３８０では、ＱＲコード規格に基づくビットマップグラフィックスデータの変換生成を行う。そして、Ｓ３９０では説明文の表示、Ｓ４００ではＳ３８０にて生成されたＱＲコードビットマップの表示を行う。
【００９１】
これがＱＲデータ表示処理の概要であるが、上述したサンプル１〜３の場合を例にとってさらに説明する。
サンプル１の場合には、図９に示すように、タイトル画面が表示された（図９のＳ１５０）タイミングでＱＲデータ表示処理（図９のＳ１７０）が実行されるため、当然ながら採点は実行されていない。そのため、図１０のＳ３３０では肯定判断となるが、図３（ｂ）に示すようにスクリプト設定は「無効」なので、Ｓ３４０にて否定判断となる。そのため、Ｓ３８０〜Ｓ４００の処理が実行されることによって、図４に示すＱＲコードの画像６０及び説明６５がモニタ２４に表示されることとなる。
【００９２】
サンプル２の場合には、図９に示すように、字幕（歌詞テロップ）の表示終了後のタイミングでＱＲデータ表示処理（図９のＳ２４０）が実行されるため、その時点では採点得点が存在する。そのため、図１０のＳ３３０では、その採点得点が採点制御設定フラグによる値以上でなければ（Ｓ３３０：ＮＯ）、ＱＲコードの画像６０等の表示自体がなされない。一方、採点得点が採点制御設定フラグによる値以上であれば（Ｓ３３０：ＹＥＳ）、Ｓ３４０へ移行するが、サンプル２の場合は図５（ｂ）に示すようにスクリプト設定は「無効」なので、Ｓ３４０にて否定判断となる。そのため、Ｓ３８０〜Ｓ４００の処理が実行されることによって、図６に示すＱＲコードの画像６０及び説明６５がモニタ２４に表示されることとなる。
【００９３】
サンプル３の場合には、図９に示すように、字幕（歌詞テロップ）の表示終了後のタイミングでＱＲデータ表示処理（図９のＳ２４０）が実行されるため、その時点では採点得点が存在する。そのため、図１０のＳ３３０では、その採点得点が採点制御設定フラグによる値以上でなければ（Ｓ３３０：ＮＯ）、ＱＲコードの画像６０等の表示自体がなされない。一方、採点得点が採点制御設定フラグによる値以上であれば（Ｓ３３０：ＹＥＳ）、Ｓ３４０へ移行するが、このサンプル３の場合は図７（ｂ）に示すようにスクリプト設定が「有効」なので、Ｓ３４０にて肯定判断となる。そのため、Ｓ３５０〜Ｓ４００の処理が実行されることにより、Ｓ３１０にて取得した演奏値を加味した説明文が表示され（Ｓ３５０，Ｓ３９０）、またＳ３１０にて取得した演奏値を加味したスクリプトデータがベースデータに結合された内容に対応するＱＲコードの画像６０及び説明６５（図８参照）がモニタ２４に表示されることとなる（Ｓ３６０，Ｓ３７０，Ｓ４００）。
【００９４】
［効果の説明］
（１）本実施形態の通信カラオケ装置１によれば、カラオケ演奏制御とともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、ＨＤＤ１３から読み出した楽曲データ中に含まれているＱＲデータ部に基づいて、楽曲関連情報をＱＲコードの画像６０としてモニタ２４に所定時間表示させることができる。
【００９５】
そして、このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば（カラオケ装置の）利用者が所有するカメラ付き携帯電話７０にて読み取れば、楽曲関連情報をカメラ付き携帯電話（７０）に取り込むことができる。この楽曲関連情報は、カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報（例えばその楽曲に対応するいわゆるアーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどを示す情報、つまりＵＲＬ）や、その楽曲に対応する着信メロディ等である。
【００９６】
サンプル１の楽曲関連情報は、その楽曲に関わるＷｅｂサイトのＵＲＬであるため、それがカメラ付き携帯電話７０に取り込まれれば、カメラ付き携帯電話７０を介して利用者にアクセスしてもらえることとなる。その場合、楽曲に関わるさらなる情報をＷＥＢページの形でより詳細に利用者に提供できる。
【００９７】
また、サンプル２の楽曲関連情報は、カラオケ演奏曲に関わる着信メロディであるため、カメラ付き携帯電話７０に取り込んで、カメラ付き携帯電話７０のために使用することができる。なお、本実施形態の場合には、採点の結果、得点が７０点以上でないとＱＲコードの画像６０が表示されないため、着信メロディを取り込むことができない。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００９８】
また、サンプル３の楽曲関連情報は、ランキングサイトへの応募用情報であるため、それをカメラ付き携帯電話７０に取り込めば、その取り込んだ情報に基づいてランキングサイトへアクセスして懸賞に応募することが容易に行える。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００９９】
（２）楽曲関連情報をＱＲコードの画像６０の形式で利用者側へ提供している。そのため、画面の一部に表示するだけで済む。つまり、人間が情報内容そのものを認識するのではなく、カメラ付き携帯電話７０にて読み取ることができるサイズの二次元コード画像であればよいため、例えばサンプル１のようなＱＲコードの画像６０（図４，図６参照）の場合は、同じモニタ２４に歌詞テロップと共に表示させても歌詞テロップの視認性を損なうことがほとんどない。
【０１００】
そして、例えばサンプル１のような楽曲関連サイトの情報であれば、人間が視認できる文字・記号形式で表示された場合には、それを見た利用者が表示装置の表示内容を見ながらＵＲＬを携帯電話に入力操作しなくてはならず入力操作が面倒である。しかし、ＱＲコードの画像６０として表示させれば、その画像をカメラ付き携帯電話７０で読み取るための操作をするだけでよく、非常に簡単な操作で済む。つまり、楽曲関連情報を利用者の所有する携帯電話等に容易に転送することができ、カラオケに付随するサービスをより向上させることができる。
【０１０１】
（３）本実施形態では、ＱＲコードの画像６０等の表示タイミングを楽曲関連情報の内容に応じて変更している。つまり、サンプル１のような楽曲に関連するサイト情報である場合には、楽曲の演奏前、演奏中、歌詞テロップ表示終了後のいずれかのタイミングにおいても表示させている。また、サンプル２のような着信メロディの場合には、楽曲の歌詞テロップ表示終了後から表示させている。
【０１０２】
着信メロディと楽曲に関連するサイト情報を比較すると、着信メロディのデータ量の方が大きく、ＱＲコードの画像６０にした場合にも相対的に大きくなる。そのためサンプル１のような「楽曲に関連するサイト情報」を示すＱＲコードの画像６０であれば演奏中も含めて表示しても邪魔になりにくいが、サンプル２のような着信メロディを示すＱＲコードの画像６０の場合は相対的に大きなサイズとなる。そのため、着信メロディを示すＱＲコードの画像６０の表示タイミングに関しては、歌詞テロップ表示終了後に限定することで、そのような不都合を回避したのである。
【０１０３】
なお、サンプル２のような着信メロディを示すＱＲコードの画像６０の表示タイミングを歌詞テロップ表示終了後に限定することは、次のような観点からも好ましい。つまり、カラオケ楽曲の歌唱を行う利用者は、間違いなくその楽曲に対する嗜好が強いのであるから、この歌唱後にその楽曲の着信メロディを入手できる構成とすれば、カラオケ遊興の魅力を増すことができる。但し、着信メロディ欲しさで演奏前に着信メロディを入手し、カラオケ楽曲の演奏をキャンセルすることも想定される。したがって、本実施形態では、採点結果に連動し、具体的には、サンプル２の場合は７０点以上の得点がないと着信メロディを示すＱＲコードの画像６０を表示しないようにした。このようにすれば、上手く歌唱できた場合に限り着信メロディを入手することができるため、カラオケのエンターテイメント性がより向上し、カラオケに付随するサービスをより向上させる点でも好ましい。
【０１０４】
（３）サンプル３の場合には、楽曲関連情報としてランキングサイトへの応募用情報をＱＲコードの画像６０として表示するようにした。
通信カラオケ装置１が物理的にはネットワークを介して配信センタ５０と接続可能であったとしても、通信カラオケ装置１が配信センタ５０との接続を常時行っているとは限らない。一般的には、通信カラオケ装置１の利用がほとんどないと思われる時間帯（例えば深夜）において、配信センタ５０から通信カラオケ装置１への新曲データ等の配信及び通信カラオケ装置１から配信センタ５０への種々のデータのアップロードを行うことが多く、多くても１日１回程度である。
【０１０５】
このようなタイミングでしか接続できないとすると、利用者としては自分の歌唱を採点した結果に基づく全国ランキング等をリアルタイムに知ることができない。また、採点結果に基づく懸賞企画などをリアルタイムで実現することはできない。これをリアルタイムで実現しようとすると、通信カラオケ装置１から配信センタ５０へ常時アクセス可能な状態にしておく必要があり、ランニングコストが高くなってしまう。
【０１０６】
これに対して本実施形態の通信カラオケ装置１であれば、モニタ２４に表示されたＱＲコードの画像６０を利用者が所有するカメラ付き携帯電話７０にて読み取り、楽曲関連情報に示されているランキングサイトにアクセスすることが期待できる。ランキングサイトにアクセスしてもらえれば、全国規模でリアルタイムのランキング等の実現ができる。また、採点結果に基づく懸賞企画をリアルタイムで実現でき、その際には、応募者が携帯電話から応募することとなるため、携帯電話の操作による個人情報の収集等も可能となる。利用者側にとっても、懸賞への応募の利便性が増す。
【０１０７】
（４）ＱＲコードの画像６０は、人間が情報内容そのものを認識することはできない。そこで本実施形態の場合には、ＱＲコードの画像６０だけをモニタ２４に表示するのではなく、そのＱＲコードの画像６０が何を示すものであるかの説明６５も表示している。これによって、ＱＲコードの画像６０が楽曲関連サイトを示しているのか、着信メロディの二次元コードなのか、ランキングサイトへの応募用情報なのか、といったことを利用者が認識できる。
【０１０８】
（５）一般的にカラオケ装置において複数の曲が予約されている場合、ある曲の演奏が終了すると次の曲の演奏を開始する。しかしながら、何ら考慮をしないと、図９のＳ２４０の処理を実行して、歌詞テロップ表示終了後にモニタ２４にＱＲコードの画像６０を表示させた場合、次の曲の演奏が開始するまでに利用者がＱＲコードの画像６０をカメラ付き携帯電話７０にて読み取ってない可能性もある。
【０１０９】
それに対して本実施形態の場合には、図９に示すように、演奏が終了しても（Ｓ２５０）、操作パネル１０等からのキー入力を待って画面初期化（Ｓ２８０）が行われる。つまり、利用者はモニタ２４に表示されたＱＲコードの画像６０をカメラ付き携帯電話７０にて読み取ったら、その後に操作パネル１０等からのキー入力を行えばよい。これにより、上述した問題を解決できる。
【０１１０】
［別実施形態］
（ａ）上記実施形態の場合には、ＱＲコードの画像６０の表示を開始したら、その後、図９のＳ２８０にて画面初期化を実行するまで表示を継続している。但し、継続表示しなくてはならないわけではなく、例えば演奏中などにおいて、間奏部分のみ表示する、といった態様を採用しても良い。
【０１１１】
（ｂ）モニタ２４に表示されたＱＲコードの画像６０を読み取るために、上記実施携帯では、利用者が所有するカメラ付き携帯電話７０を想定した。しかし、それに限らず、ＱＲコードの画像読取ができる携帯端末であれば同様の効果が期待できる。但し、カメラ付き携帯電話７０であれば、通信機能も備えているため、楽曲関連情報として楽曲関連サイトの情報を提供すれば、即座に当該サイトにアクセスできる。また、着信メロディであれば、即座に携帯電話の「着信メロディ」として使用できる。そして、携帯電話は利用者が常時携帯している可能性が高いので、非常に実効性が高くなる。
【０１１２】
（ｃ）上記サンプル２の場合には、着信メロディに対応するＱＲコードの画像６０を表示する条件として、採点結果として７０点以上の得点があることを要求した。しかし、採点結果は条件とせず、例えば楽曲を歌いきったらＱＲコードの画像６０を表示するようにしてもよい。
【０１１３】
（ｄ）上記実施形態では、二次元コードの具体例としてＱＲコードを採用したが、他の二次元コードであってもよい。
【図面の簡単な説明】
【０１１４】
【図１】実施形態の通信カラオケ装置１の構成及び稼働時の周辺機器の構成を示すブロック図である。
【図２】実施形態の通信カラオケ装置１において用いられる楽曲データの構造を示す説明図である。
【図３】サンプル１の場合のＱＲデータ部の構造を示す説明図である。
【図４】サンプル１の場合の画面遷移を示す説明図である。
【図５】サンプル２の場合のＱＲデータ部の構造を示す説明図である。
【図６】サンプル２の場合の画面遷移を示す説明図である。
【図７】サンプル３の場合のＱＲデータ部の構造を示す説明図である。
【図８】サンプル３の場合の画面遷移を示す説明図である。
【図９】実施形態の通信カラオケ装置１のＣＰＵ１４によって実行されるＱＲコードの画像６０等の表示に関する処理を示すフローチャートである。
【図１０】図９に示す処理中において呼び出されるＱＲデータ表示処理に係るサブルーチンを示すフローチャートである。
【符号の説明】
【０１１５】
１…通信カラオケ装置、１０…操作パネル、１１…映像処理部、１２…ＭＰＥＧＥデコーダ、１３…ハードディスク、１４…ＣＰＵ、１５…メモリ、１６…ＬＡＮインターフェース、１７…採点部、１８…ＭＩＤＩ音源部、１９…音声処理部、２０…アンプ、２２…スピーカ、２３…マイクロフォン、２５…ＬＡＮハブ装置、２６…モニタ、２７…ＡＤＳＬモデム、３０…インターネット、５０…配信センタ、６０…ＱＲコードの画像、６５…ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明、７０…カメラ付き携帯電話、８０…ランキングサイト。
【技術分野】
【０００１】
本発明は、カラオケ装置に関し、特に、楽曲関連情報を利用者がより利用し易くするための技術に関する。
【背景技術】
【０００２】
従来、楽曲を再生するカラオケ装置が知られており、カラオケ装置においては、その楽曲の再生に伴って歌詞テロップを表示装置へ表示するのが一般的である。また、カラオケ演奏に関わる付随的な情報を表示して利用者へ報知したいという要望もある。例えば特許文献１に開示されたカラオケ装置では、予約曲一覧等の付随的な情報を表示する際、歌詞テロップを表示している表示装置にその付随的な情報を表示させると歌詞テロップあるいはその付随的な情報が見づらくなってしまうことに鑑み、予約曲一覧等の付随的な情報を表示する表示装置と、歌詞テロップを表示する情報装置とを別個に準備するようにした。
【特許文献１】特開２０００−３９９８９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、カラオケ演奏に関わる付随的な情報の中には、例えば楽曲関連サイトの情報がある。楽曲関連サイトとは、例えば楽曲に対応するいわゆるアーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどを示す情報（つまり、ＵＲＬ）である。このような楽曲関連情報を利用者に対して提供したいという要望がある。
【０００４】
しかしながら、特許文献１に記載のカラオケ装置において実現する場合には、表示装置を複数準備しなくてはならず、構成の複雑化及びコストアップを招来してしまう。
また、単に楽曲関連サイトのＵＲＬが表示されるだけであれば、そのＵＲＬを書き留めたり、（もしもプリントアウト可能な構成であれば）プリントアウトさせたりして、別途パソコン等から当該サイトにアクセスしなくてはならず面倒である。また、携帯電話であれば、表示装置の表示内容を見ながらＵＲＬを携帯電話に入力操作することもできる。しかし、ＵＲＬを直接入力する操作は面倒である。
【０００５】
そこで本発明は、楽曲関連情報を利用者の所有する携帯電話等に容易に転送できるようにし、カラオケに付随するサービスをより向上させることを目的とする。
【課題を解決するための手段】
【０００６】
上述した問題点を解決するためになされた本発明のカラオケ装置（１：なお、この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための最良の形態」欄において説明した構成要素を括弧内に示すが、この記載によって特許請求の範囲を限定することを意味するものではない。）は、カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報や楽曲に対応する着信メロディ等、楽曲に関連する情報を二次元コードとして表示可能な状態で記憶しておく記憶手段（１３）と、選択された楽曲を演奏し且つ歌詞テロップを表示装置（２４）に表示させるとともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、記憶手段（１３）から読み出した楽曲関連情報を二次元コードの画像として表示装置（２４）に所定時間表示させる制御手段（１４）とを備えている。
【０００７】
本発明のカラオケ装置（１）によれば、記憶手段（１３）がカラオケ用の楽曲に関連する情報（楽曲関連情報）を記憶している。この楽曲関連情報は、カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報（例えばその楽曲に対応するいわゆるアーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどを示す情報、つまりＵＲＬ）や、その楽曲に対応する着信メロディ等である。また、カラオケ装置が採点機能を有する場合には、後述するランキングサイトなども「楽曲関連情報」として考えられる。そして、この楽曲関連情報は二次元コードとして表示可能な状態で記憶されている。
【０００８】
二次元コードとしては、例えばＱＲコードなどがよく知られているが、表示装置（２４）に表示させる場合には、ＱＲコード規格に基づくビットマップグラフィックスデータにする必要がある。したがって、このビットマップグラフィックスデータの状態で記憶手段（１３）に記憶させておいてもよいし、あるいは、表示させる際にビットマップグラフィックスデータに変換して表示させても良い。その場合には、変換前の形式のデータを記憶手段（１３）に記憶させておけばよい。
【０００９】
そして制御手段（１４）は、選択された楽曲を演奏し且つ歌詞テロップを表示装置（２４）に表示させる。このようなカラオケの基本的な演奏制御とともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、記憶手段（１３）から読み出した楽曲関連情報を二次元コードの画像（６０）として表示装置（２４）に所定時間表示させる。
【００１０】
このように表示装置（２４）に表示された二次元コードの画像（６０）を、例えば（カラオケ装置の）利用者が所有する「二次元コード読み取り機能を有する」カメラ付き携帯電話（７０：具体的にはＦＯＭＡ９００ｉ（登録商標）などの機種が挙げられる）にて読み取れば、楽曲関連情報をカメラ付き携帯電話（７０）に取り込むことができる。
【００１１】
例えば楽曲に関連するサイト情報をカメラ付き携帯電話（７０）に取り込んだ場合には、そのサイト情報を用いて、アーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどへアクセスすることが期待できる。このように利用者にアクセスしてもらえば、楽曲に関わるさらなる情報をＷＥＢページの形でより詳細に（カラオケ装置の）利用者に提供できる。これらはＷＥＢサイトの開設者側にとってのメリットが大きい。
【００１２】
また、着信メロディを取り込んだ場合には、その着信メロディをカメラ付き携帯電話（７０）のために使用することができ、（カラオケ装置の）利用者にとってのメリットが大きい。
【００１３】
いずれにしても、楽曲関連情報が表示装置（２４）に表示されるが、それが二次元コードの画像（６０）の形式で表示されるため、画面の一部に表示するだけで済む。つまり、人間が情報内容そのものを認識するのではなく、カメラ付き携帯電話（７０）にて読み取ることができるサイズの二次元コード画像であればよいため、同じ表示装置（２４）に歌詞テロップと共に表示させても歌詞テロップの視認性を損なうことがほとんどない。
【００１４】
そして、楽曲関連サイトの情報であれば、人間が視認できる文字・記号形式で表示された場合には、それを見た利用者が表示装置の表示内容を見ながらＵＲＬを携帯電話に入力操作しなくてはならず入力操作が面倒であった。しかし、本発明のように二次元コードの画像（６０）として表示させれば、その画像をカメラ付き携帯電話で読み取るための操作をするだけでよく、非常に簡単な操作で済む。つまり、楽曲関連情報を利用者の所有する携帯電話等に容易に転送することができ、カラオケに付随するサービスをより向上させることができる。
【００１５】
なお、カメラ付き携帯電話に限らず、画像読取ができる携帯端末であれば同様の効果が期待できる。但し、カメラ付き携帯電話であれば、通信機能も備えているため、楽曲関連情報として楽曲関連サイトの情報を提供すれば、即座に当該サイトにアクセスできる。また、着信メロディであれば、即座に携帯電話の「着信メロディ」として使用できる。そして、携帯電話は利用者が常時携帯している可能性が高いので、非常に実効性が高くなる。
【００１６】
楽曲関連情報は、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで表示装置（２４）に所定時間表示させるのであるが、楽曲関連情報の種類によって表示タイミングを工夫してもよい。例えば、楽曲関連情報が楽曲に関連するサイト情報である場合には、楽曲の演奏前、演奏中、歌詞テロップ表示終了後のいずれかのタイミングにおいても表示させる（請求項２参照）。また、楽曲関連情報が着信メロディの場合には、楽曲の歌詞テロップ表示終了後のタイミングにおいてのみ表示させる（請求項３参照）。
【００１７】
これらいずれの楽曲関連情報も二次元コードの画像（６０）として表示させるのであるが、着信メロディと楽曲に関連するサイト情報を比較すると、着信メロディのデータ量の方が大きく、二次元コードにした場合にも相対的に大きくなり、「楽曲に関連するサイト情報」を示す二次元コードであれば相対的に小さなサイズとなる。そのため「楽曲に関連するサイト情報」を示す二次元コードの画像（６０）であれば演奏中も含めて表示しても邪魔になりにくいが、着信メロディを示す二次元コードの場合は相対的に大きなサイズとなる。もちろん、歌詞テロップの表示自体に影響はないが、いわゆる背景画像を隠してしまうエリアが大きくなる。そのため、着信メロディを示す二次元コードの画像（６０）の表示タイミングに関しては、歌詞テロップ表示終了後に限定することで、そのような不都合を回避できる。
【００１８】
なお、着信メロディを示す二次元コードの画像（６０）表示タイミングを歌詞テロップ表示終了後に限定することは、次のような観点からも好ましい。つまり、カラオケ楽曲の歌唱を行う利用者は、間違いなくその楽曲に対する嗜好が強いのであるから、この歌唱後にその楽曲の着信メロディを入手できる構成とすれば、カラオケ遊興の魅力を増すことができる。但し、着信メロディ欲しさで演奏前に着信メロディを入手し、カラオケ楽曲の演奏をキャンセルすることも想定される。したがって、楽曲を歌いきった場合に限ってその楽曲に対応する着信メロディを入力できるようにすれば、そのような問題を解決できる。
【００１９】
このように着信メロディを示す二次元コードの画像（６０）を表示する場合には、請求項４に示すように、採点結果に基づいて表示の有無を制御してもよい。つまり、請求項３に記載のカラオケ装置において、歌唱音声を入力するための音声入力手段（２３）を備え、カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、制御手段（１３，１７）は、カラオケ楽曲の演奏中に音声入力手段（２３）を介して入力された歌唱音声に基づいて得た音高データと歌唱旋律を示すデータとの一致度合いに基づいて採点処理を実行し、その採点処理の結果、所定レベル以上の得点であった場合に限り、記憶手段（１３）から読み出した楽曲関連情報を二次元コードの画像（６０）として表示装置（２４）に表示させることを特徴とする。
【００２０】
このようにすれば、上手く歌唱できた場合に限り着信メロディを入手することができるため、カラオケのエンターテイメント性がより向上し、カラオケに付随するサービスをより向上させる点でも好ましい。
【００２１】
カラオケ装置の中には、いわゆる通信カラオケ装置と呼ばれるように、ネットワークを介してホスト装置と接続可能な構成のものがある。この場合、ホスト装置からカラオケ装置側へは新曲データ等を配信してもらい、一方、カラオケ装置からホスト装置側へは歌唱実績やあるいは採点機能を備えたカラオケ装置における採点結果をアップロードする。ホスト装置では、このアップロードされた採点結果を集計し、その採点結果に基づいて作成したランキングを報知することが考えられる。このようなランキングの報知を行うサイトをランキングサイト（８０）と称す。
【００２２】
物理的にはネットワークを介してカラオケ装置とホスト装置とが接続可能であったとしても、カラオケ装置がホスト装置との接続を常時行っているとは限らない。一般的には、カラオケ装置の利用がほとんどないと思われる時間帯（例えば深夜）において、ホスト装置からカラオケ装置への新曲データ等の配信及びカラオケ装置からホスト装置への種々のデータのアップロードを行うことが多く、多くても１日１回程度である。
【００２３】
このようなタイミングでしか接続できないとすると、利用者としては自分の歌唱を採点した結果に基づく全国ランキング等をリアルタイムに知ることができない。また、採点結果に基づく懸賞企画などをリアルタイムで実現することはできない。これをリアルタイムで実現しようとすると、カラオケ装置からホスト装置へ常時アクセス可能な状態にしておく必要があり、ランニングコストが高くなってしまう。
【００２４】
そこで、請求項５に係るカラオケ装置（１）は、次のような構成を採用した。つまり、請求項１に記載のカラオケ装置において、楽曲関連情報は、採点結果の集計及びランキングを報知するサイトであるランキングサイト（８０）の情報であり、カラオケ歌唱の音声信号を入力するための音声信号入力手段（２３）を備え、カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、制御手段（１４，１７）が次のような制御を実行する。
【００２５】
まず、音声信号入力手段（２３）を介して入力された音声信号をサンプリングしてカラオケ歌唱の音高データを抽出し、その抽出した音高データと、カラオケ演奏に同期してその演奏曲に対応する歌唱旋律データとに基づいて採点処理を実行する。そして、その採点処理の結果と、採点対象の楽曲の識別情報と、記憶手段（１３）から読み出した楽曲関連情報とを含む情報に対応する二次元コードを生成する。そして、その生成した二次元コードの画像（６０）を表示装置（２４）に表示させるのである。
【００２６】
このようにすれば、表示装置（２４）に表示された二次元コードの画像（６０）を、例えば（カラオケ装置の）利用者が所有するカメラ付き携帯電話（７０）にて読み取り、楽曲関連情報に示されているランキングサイトにアクセスすることが期待できる。ランキングサイト（８０）にアクセスしてもらえれば、全国規模でリアルタイムのランキング等の実現ができる。また、採点結果に基づく懸賞企画をリアルタイムで実現でき、その際には、応募者が携帯電話から応募することとなるため、携帯電話の操作による個人情報の収集等も可能となる。利用者側にとっても、懸賞への応募の利便性が増す。
【００２７】
上述したように、表示装置に表示される二次元コードの画像（６０）は、人間が情報内容そのものを認識することはできない。そのため、請求項６に示すような工夫が考えられる。つまり、楽曲関連情報には、表示装置（２４）に表示させる二次元コードの画像（６０）が何を示すものであるかを説明するための情報も含ませておく。そして、制御手段（１４）が、表示装置（２４）に二次元コードの画像（６０）を表示させる際、その表示させる二次元コードの画像（６０）が何を示すものであるかの説明（６５）も表示させるのである。
【００２８】
このようにすれば、楽曲関連サイトの二次元コードなのか、着信メロディの二次元コードなのか、あるいはそれ以外か、といったことを利用者が容易に認識できる。
ところで、一般的にカラオケ装置において複数の曲が予約されている場合、ある曲の演奏が終了すると次の曲の演奏を開始する。
【００２９】
しかしながら、何ら考慮をしないと、歌詞テロップ表示終了後に表示装置に二次元コードの画像（６０）を表示させた場合、カラオケ演奏自体も終了して次の曲の演奏が開始するまでに利用者が二次元コード画像（６０）をカメラ付き携帯電話にて読み取ってない可能性もある。
【００３０】
そこで、請求項７に示すような工夫が考えられる。つまり、利用者からの操作を受け付ける操作受付手段（１０）を備え、制御手段（１４）が、選択された楽曲の歌詞テロップ表示終了後のタイミングにおいて表示装置（２４）に二次元コードの画像（６０）を表示させた場合、操作受付手段（１０）を介して所定の操作が入力されるまでは二次元コードの画像（６０）を表示装置（２４）に表示させ続けるのである。
【００３１】
なお、請求項７に示すように、請求項１〜６のいずれかに記載のカラオケ装置における制御手段は、コンピュータを機能させるプログラムとして実現できる。したがって、本発明は、プログラムの発明として実現できる。また、このようなプログラムの場合、例えば、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ハードディスク等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして起動することにより用いることができる。この他、ＲＯＭやバックアップＲＡＭをコンピュータ読み取り可能な記録媒体として本プログラムを記録しておき、ＲＯＭあるいはバックアップＲＡＭをコンピュータに組み込んで用いても良い。
【発明を実施するための最良の形態】
【００３２】
以下に本発明の実施形態を図面とともに説明する。
［通信カラオケ装置及びその周辺機器の構成］
図１は、本実施形態のカラオケ装置としての通信カラオケ装置１の構成及び稼働時の周辺機器の構成を示すブロック図である。
【００３３】
本実施形態の通信カラオケ装置１は、通信カラオケ装置１全体の制御を司るＣＰＵ１４、及びこのＣＰＵ１４に接続された以下の各部、すなわち曲の予約操作などを行うための操作パネル１０、画像情報等を映像化するための映像処理部１１、ＭＰＥＧ２映像データの再生手段となるＭＰＥＧデコーダ１２、カラオケ演奏用の楽曲データや映像データその他各種データを記憶しているハードディスク（ＨＤＤ）１３、システムプログラムや各種の設定に必要な設定データなどを記憶しておくメモリ１５、ＬＡＮインターフェース１６、カラオケ歌唱者の歌唱に対する採点を行う採点部１７、ＭＩＤＩデータ（楽曲データ）に基づく演奏再生を行うＭＩＤＩ音源部１８、ＭＩＤＩ音源部１８による再生音及び利用者（歌唱者）の歌声をミキシングする等して適宜音声処理を施す音声処理部１９を備えている。
【００３４】
音声処理部１９はアンプ２０と接続されており、音声処理部１９から出力された音声情報に係る電気信号はアンプ２０によって増幅等されてスピーカ２２に出力され、このスピーカ２２から伴奏曲及び利用者（歌唱者）の歌声等が発せられる。また、利用者（歌唱者）の歌声等はマイクロフォン（以下、単にマイクと称す。）２３を介して音声処理部１９に入力される。また、映像処理部１１は背景画及び歌詞等を表示するモニタ２６と接続されている。また、ＬＡＮインターフェース１６はＬＡＮハブ装置２５に接続されている。このＬＡＮハブ装置２５にはＡＤＳＬモデム２７が接続されていると共に、カラオケ店舗内ＬＡＮ網を介して、別室（１，２）に設置された（別の）通信カラオケ装置１とも接続されている。ＡＤＳＬモデム２７はルータ機能を内蔵しており、通信カラオケ装置１は、このＡＤＳＬモデム２７、そしてインターネット３０を経由して配信センタ５０との通信を行うことができるよう構成されている。
【００３５】
ここで、操作パネル１０は、この通信カラオケ装置１の本体前面に設けられており、利用者によって操作され、任意の曲の選択、演奏音の音程の調整、演奏と歌との音量バランスの調整、その他エコー、音量、トーンなど各種調整を行うためのスイッチ類と、現在演奏中の曲コードや予約曲数などを表示するための表示パネルを備えている。本実施形態の表示パネルは、７セグメントＬＥＤで構成されており、６桁の数字や記号を表示可能なものである。
【００３６】
また、ＨＤＤ１３には、楽曲データや画像情報などのコンテンツデータなどが記憶されている。そして、操作パネル１０の操作部を介して曲が選択されると、ＣＰＵ１４は、楽曲データや画像情報をＨＤＤ１３から呼び出して、映像処理部１１およびＭＩＤＩ音源部１８に同期させて出力するようになっている。
【００３７】
ＣＰＵ１４から出力されるＭＩＤＩデータは、ＭＩＤＩ音源部１８においてアナログの演奏音信号に変換された後、音声処理部１９へ送られ、マイク２３を介して入力される利用者の歌唱音信号と適度な割合でミキシングされる。そして、このミキシングされた歌唱音信号と演奏音信号はアンプ２０へ送られて電気的に増幅される。さらに、アンプ２０からスピーカ２２に出力され音声及び演奏音となってスピーカ２２から外部へ出力される。
【００３８】
一方、映像処理部１１は、ＣＰＵ１４の制御の下、ＣＰＵ１４によってハードディスク１３から読み出された画像情報（歌詞データ）に基づいて歌詞映像の再生を行うものである。ＣＰＵ１４によりハードディスク１３から読み出された画像情報（背景画データ）は、ＭＰＥＧデコーダ１２によって背景映像として再生された後に映像処理部１１によって歌詞映像と合成され、モニタ２６へ出力される。これによって、モニタ２６の画面に背景映像とともに歌詞テロップが表示される。
【００３９】
なお、これらＣＰＵ１４が実行する処理のためのソフトウェアもハードディスク１３に格納されている。
このような構成のため、利用者は、モニタ２６に表示される歌詞テロップを参照しながら、スピーカ２２より流れるカラオケ演奏にあわせ、マイク２３を使って歌唱できるようになっている。
【００４０】
また、本実施形態の通信カラオケ装置１は、カラオケ演奏にあわせて歌っている人の歌唱状態を採点してその採点結果を出力する歌唱採点機能を備えている。利用者が通信カラオケ装置１で歌唱採点機能を利用したい場合、パネルやリモコンなどの操作パネル１０から演奏予約用の一連の楽曲番号に引き続いて所定の操作キーを押す。それにより、歌唱採点機能の作動命令を示す符号が付加された楽曲番号がＣＰＵ１４に転送される。ＣＰＵ１４はこの楽曲を演奏処理するときは歌唱採点機能を作動させるものとして演奏予約処理する。もちろん、利用者による課金手続きなどによって歌唱採点機能が作動するようにしても良い。例えば、別途課金装置を通信カラオケ装置１に接続し、採点して欲しい楽曲が演奏される直前や前奏の演奏中など適宜な時期に所定の料金を課金装置に投入することで歌唱採点機能が作動するよう構成してもよい。
【００４１】
この歌唱採点を実施するのが採点部１７である。採点部１７にはマイク２３から歌唱音声が入力するよう構成されており、採点部１７は、その入力した歌唱音声をサンプリングして解析することで歌唱音高やリズムなどを採点要素として抽出する。一方、ハードディスク１３に格納されている伴奏音楽生成データをデータバス及びＣＰＵ１４を介して受け取り、このデータ中のボーカルデータ（歌唱旋律データ）を採点基準データとして取得する。そして、この取得した採点基準データによる採点要素と上述の歌唱音声から抽出した採点要素とを比較し、歌唱音声がどの程度ボーカルデータに近いかによって採点する。なお、このボーカルデータは、いわゆるガイドメロディ機能として相対的に小さな音量で伴奏楽音と共にスピーカ２２から出力される機能を実現する場合にも用いられる。
【００４２】
この採点結果のデータはＣＰＵ１４に転送され、ＣＰＵ１４は転送された採点データを受け取るとメモリ１５に格納していく。そしてＣＰＵ１４は、カラオケ楽曲における採点区間の終了点を検知すると、採点部１７に採点データの生成を停止させ、採点区間中にメモリ１５に蓄積された採点データを集計し、得点結果の値（つまり得点）を確定させる。
【００４３】
［通信カラオケ装置の作動等］
［楽曲データの構造］
上述したように、ＨＤＤ１３には楽曲データが記憶されているのであるが、本実施形態では、図２（ａ）に示すように、楽曲に関する管理情報を記憶しているヘッダ情報部、曲のタイトルを画像表示する際に用いるタイトル画像情報を記憶しているタイトル画像部、楽曲演奏用のＭＩＤＩデータを記憶しているＭＩＤＩデータ部、歌詞テロップデータを記憶しているテロップデータ部、楽曲関連情報を二次元コードの一種であるＱＲコードとして表示するためのＱＲデータを記憶しているＱＲデータ部によって楽曲データが構成されている。
【００４４】
この内、ＱＲデータ部は、図２（ｂ）に示すように、制御フラグ・説明文・ベースデータ・スクリプトを含んでおり、説明文とスクリプトはテキスト形式のデータ、ベースデータはバイナリまたはテキスト形式のデータで構成されている。このＱＲデータ部は、楽曲関連情報をＱＲコードの画像６０（図１、図４、図６、図８参照）としてモニタ２４表示させるためのデータを記憶する部分である。楽曲関連情報とは、カラオケ用の楽曲データ毎に準備されており、楽曲に関連するサイトの情報や楽曲に対応する着信メロディ等、楽曲に関連する情報を意味する。なお、楽曲関連情報は全ての楽曲について存在するとは限らず、楽曲関連情報が存在しない楽曲もある。
【００４５】
そして、この内の制御フラグは、図２（ｃ）に示すように、ＱＲデータ部有無・表示タイミング設定・採点制御設定・スクリプト設定の各フラグを有している。
ＱＲデータ部有無フラグは、ＱＲデータ部に実体的なデータが存在するか否かを示すためのフラグであり、有効／無効のいずれかを示すフラグが設定される。つまり、上述したように、楽曲関連情報は全ての楽曲について存在するとは限らず、楽曲関連情報が存在しない楽曲もあるため、それをこのＱＲデータ部有無フラグによって判断することができる。
【００４６】
また、表示タイミング設定フラグは、ＱＲコードの画像６０をカラオケ演奏前・演奏中・歌詞テロップ表示終了後のいずれのタイミングで表示を開始させるのかを規定しているフラグである。つまり、「前」を示すフラグが設定されている場合には、カラオケ演奏前からＱＲコードの画像６０の表示が開始されるため、当然ながら、カラオケ演奏中及び歌詞テロップ表示終了後においても表示が継続される。
【００４７】
また、採点制御設定フラグは、ＱＲコードの画像６０を表示するか否かを採点部１７における採点結果である得点に基づいて条件判断する場合の、その条件となる得点を規定しているフラグである。例えば、このフラグが７０を示していたら、採点結果が７０点以上であるという条件をクリアして初めてＱＲコードの画像６０を表示することとなり、採点結果が７０点未満であればＱＲコードの画像６０の表示は実行しないこととなる。
【００４８】
また、スクリプト設定フラグは、スクリプトデータの有効／無効を規定しているフラグである。このスクリプトデータの利用方法等に関しては、後述の具体例にて詳しく説明する。
【００４９】
以上が、楽曲データの構造及び特にＱＲデータ部の構造についての説明であった。ＱＲデータ部については、種々の設定が可能であるが、ここでは、具体例としてサンプル１，２，３の３例を説明する。
【００５０】
［サンプル１］
図３に示すサンプル１の場合のＱＲデータ部は、楽曲の演奏開始時からその楽曲に関わるＷｅｂサイトのＵＲＬを通知するような設定である。
【００５１】
図３（ｂ）に示すように、サンプル１のＱＲデータ部の制御フラグは、ＱＲデータ部有無フラグが「有効」、表示タイミング設定フラグが「前」、採点制御設定フラグが「０」、スクリプト設定フラグが「無効」となっている。そして、 図３（ａ）に示すように、説明文は「携帯でアクセスしよう！￥ｎひろゆきのホームページ￥０」である。また、ベースデータは、その楽曲に関わるＷｅｂサイトのＵＲＬを示す「ｈｔｔｐ：／／ｗｗｗ．ｈｉｒｏｙｕｋｉ．ｎｅ．ｊｐ￥０」である。また、スクリプトデータは「￥０」である。
【００５２】
このようなサンプル１の設定のＱＲデータ部を用いた場合のカラオケ演奏時における画面遷移を図４に示す。
図４（ａ）は、通信カラオケ装置１が待機状態の場合にユーザによって選曲操作が行われた際の、モニタ２４における曲番号受付画面の状態を示している。待機状態の画面活用の一環として、例えば新譜案内と呼ばれる最新の楽曲の告知表示などが行われており、さらに、ユーザによる選曲操作に応じて、入力した曲番号と、曲番号に対応した曲名が確認表示される。
【００５３】
選曲操作が終了すると、図４（ｂ）に示すオープニング画面に遷移し、曲名及び作詞・作曲者名等が表示されると共に、画面右上にＱＲデータの画像６０が表示される。さらに、そのＱＲコードの画像６０の横（つまり画面上部）には、ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５「携帯でアクセスしよう！ひろゆきのホームページ」が表示される。
【００５４】
このオープニング画面にてＱＲデータの画像６０及びＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５が表示されるのは、図４（ｂ）の表示タイミング設定フラグが「前」に設定されているからである。また、説明６５は、図４（ａ）に示す説明文を用いて生成、表示される。また、ＱＲコードの画像６０は、図４（ａ）に示すベースデータを用いて生成、表示される。
【００５５】
図４（ｂ）に示すように、オープニング画面にて表示されたＱＲデータの画像６０及び説明６５は、その後、カラオケ演奏が始まり歌詞テロップが表示されている演奏中画面（図４（ｃ）参照）や、歌詞テロップの表示が終了した後奏中画面（図４（ｄ）参照）においても表示され続ける。
【００５６】
なお、採点制御設定フラグが「０」であるため、ＱＲコードの画像６０等の表示は採点結果には何ら影響を受けない。
このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば利用者が所有するＱＲコード読み取り機能を有するカメラ付き携帯電話７０（例えばＦＯＭＡ９００ｉ（登録商標）などの機種が挙げられる）にて読み取れば、楽曲関連情報（この場合は、その楽曲に関わるＷｅｂサイトのＵＲＬ）をカメラ付き携帯電話７０に取り込むことができる。このようにしてカメラ付き携帯電話７０を介して利用者にアクセスしてもらえば、楽曲に関わるさらなる情報をＷＥＢページの形でより詳細に利用者に提供できる。
【００５７】
［サンプル２］
図５に示すサンプル２の場合のＱＲデータ部は、楽曲の演奏終了時に採点で７０点以上を獲得した場合にだけ、その楽曲の着信メロディをＱＲコードの画像６０として表示するような設定である。
【００５８】
図５（ｂ）に示すように、サンプル１のＱＲデータ部の制御フラグは、ＱＲデータ部有無フラグが「有効」、表示タイミング設定フラグが「後」、採点制御設定フラグが「７０」、スクリプト設定フラグが「無効」となっている。そして、 図５（ａ）に示すように、説明文は「高得点獲得！￥ｎ着信メロディプレゼント￥０」である。また、ベースデータは、そのカラオケ楽曲に対応する着信メロディのバイナリデータである。また、スクリプトデータは「￥０」である。
【００５９】
このようなサンプル２の設定のＱＲデータ部を用いた場合のカラオケ演奏時における画面遷移を図６に示す。
図６（ａ）は、通信カラオケ装置１が待機状態の場合にユーザによって選曲操作が行われた際の、モニタ２４における曲番号受付画面の状態を示している。待機状態の画面活用の一環として、例えば新譜案内と呼ばれる最新の楽曲の告知表示などが行われており、さらに、ユーザによる選曲操作に応じて、入力した曲番号と、曲番号に対応した曲名が確認表示される。
【００６０】
選曲操作が終了すると、図６（ｂ）に示すオープニング画面に遷移し、曲名及び作詞・作曲者名等が表示されるが、サンプル１の場合のオープニング画面（図４（ｂ）参照）のようなＱＲデータの画像６０及び説明６５は表示されない。これは、表示タイミング設定フラグが「後」に設定されているからである。
【００６１】
このように表示タイミング設定フラグが「後」に設定されているため、カラオケ演奏が始まり歌詞テロップが表示されている演奏中画面（図６（ｃ）参照）においても、やはりＱＲデータの画像６０及び説明６５は表示されない。
【００６２】
そして、歌詞テロップの表示が終了した後奏中画面（図６（ｄ）参照）において、画面中央にＱＲコードの画像６０が表示される。さらに、そのＱＲコードの画像６０の上（つまり画面上部）には、ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５「高得点獲得！着信メロディプレゼント」が表示される。この後奏中画面にてＱＲデータの画像６０及び説明６５が初めて表示されるのは、図５（ｂ）の表示タイミング設定フラグが「後」に設定されているからである。また、説明６５は、図５（ａ）に示す説明文を用いて生成、表示される。また、ＱＲコードの画像６０は、図５（ａ）に示すベースデータを用いて生成、表示される。
【００６３】
但し、この着信メロディに対応するＱＲコードの画像６０及び説明６５が表示されるためには、採点部１７（図１参照）による採点の結果、得点が７０点以上であった場合に限る。これは、採点制御設定フラグが７０となっているからである。上述したように、この採点制御設定フラグは、ＱＲコードの画像６０を表示するか否かを採点部１７における採点結果である得点に基づいて条件判断する場合の、その条件となる得点を規定しているフラグであるため、採点結果が７０点以上であるという条件をクリアして初めてＱＲコードの画像６０を表示することとなる。採点結果が７０点未満であればＱＲコードの画像６０の表示は実行しない。
【００６４】
このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば利用者が所有するＱＲコード読み取り機能を有するカメラ付き携帯電話７０にて読み取れば、楽曲関連情報（この場合は、その楽曲に関わる着信メロディ）をカメラ付き携帯電話７０に取り込むことができる。そして、その着信メロディをカメラ付き携帯電話７０のために使用することもできる。
【００６５】
但し、採点の結果、得点が７０点以上でないとＱＲコードの画像６０が表示されないため、着信メロディを取り込むことができない。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００６６】
［サンプル３］
図７に示すサンプル３の場合のＱＲデータ部は、楽曲の演奏終了時に採点で５０点以上を獲得した場合にだけ、演奏結果（ここでは、カラオケ装置の製造番号、曲番号、得点）をランキングサイト８０（図１参照）へ送るよう誘導を行うための情報をＱＲコードの画像６０として表示するような設定である。
【００６７】
図７（ｂ）に示すように、サンプル３のＱＲデータ部の制御フラグは、ＱＲデータ部有無フラグが「有効」、表示タイミング設定フラグが「後」、採点制御設定フラグが「５０」、スクリプト設定フラグが「有効」となっている。そして、 図７（ａ）に示すように、説明文は「％ｓｃｏｒｅ点を獲得！ランキングサイトで￥ｎ懸賞に応募しよう￥０」である。なお、表示の際には、「％ｓｃｏｒｅ」部分は、採点部１７における採点結果である得点に置換される。また、ベースデータは、ランキングサイトのＵＲＬを示す「ｈｔｔｐ：／／ｗｗｗ．ｊｏｙｒａｎｋｉｎｇ．ｃｏ．ｊｐ￥０」である。また、スクリプトデータは「／＆％ｓｅｒｉａｌ＆％ｓｏｎｇｎｕｍ＆％ｓｃｏｒｅ￥０」である。このうち、「％ｓｅｒｉａｌ」はそのカラオケ楽曲を演奏したカラオケ装置の製造番号に置換され、「％ｓｏｎｇｎｕｍ」は演奏された曲の曲番号に置換される。また、「％ｓｃｏｒｅ」部分は、上述のように、採点部１７における採点結果である得点に置換される。
【００６８】
このようなサンプル３の設定のＱＲデータ部を用いた場合のカラオケ演奏時における画面遷移を図８に示す。
図８（ａ）は、通信カラオケ装置１が待機状態の場合にユーザによって選曲操作が行われた際の、モニタ２４における曲番号受付画面の状態を示している。待機状態の画面活用の一環として、例えば新譜案内と呼ばれる最新の楽曲の告知表示などが行われており、さらに、ユーザによる選曲操作に応じて、入力した曲番号と、曲番号に対応した曲名が確認表示される。
【００６９】
選曲操作が終了すると、図８（ｂ）に示すオープニング画面に遷移し、曲名及び作詞・作曲者名等が表示されるが、サンプル１の場合のオープニング画面（図４（ｂ）参照）のようなＱＲデータの画像６０及び説明６５は表示されない。これは、表示タイミング設定フラグが「後」に設定されているからである。
【００７０】
このように表示タイミング設定フラグが「後」に設定されているため、カラオケ演奏が始まり歌詞テロップが表示されている演奏中画面（図８（ｃ）参照）においても、やはりＱＲデータの画像６０及び説明６５は表示されない。
【００７１】
そして、歌詞テロップの表示が終了した後奏中画面（図８（ｄ）参照）において、画面中央やや下側にＱＲコードの画像６０が表示される。さらに、そのＱＲコードの画像６０の上（つまり画面中央やや上側）には、ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明６５「８３点を獲得！ランキングサイトで懸賞に応募しよう」が表示される。この後奏中画面にてＱＲデータの画像６０及び説明６５が初めて表示されるのは、図７（ｂ）の表示タイミング設定フラグが「後」に設定されているからである。また、説明６５は、図７（ａ）に示す説明文を用いて生成、表示される。なお、上述したように、説明６５中の「８３点」は採点部１７における採点結果に基づいている。
【００７２】
また、ＱＲコードの画像６０は、図７（ａ）に示すベースデータ及びスクリプトデータを用いて生成、表示される。なお、ＱＲコードの画像６０に含まれるデータの生成に際しては、上述したように、カラオケ装置の製造番号、曲番号、採点部１７における採点結果である得点が利用される。例えば、製造番号９８２１０００１のカラオケ装置において、曲番号４９８２６番のカラオケを歌唱して８３点を獲得した場合には、ＱＲコードの画像６０にて示される情報は、「ｈｔｔｐ：／／ｗｗｗ．ｊｏｙｒａｎｋｉｎｇ．ｃｏ．ｊｐ／＆９８２１０００１＆４９８２６＆８３」である。つまり、ランキングサイトのＵＲＬ情報と、演奏結果（ここでは、カラオケ装置の製造番号、曲番号、得点）とが含まれている。
【００７３】
但し、このランキングサイトへの応募するためのＱＲコードの画像６０及び説明６５が表示されるためには、採点部１７（図１参照）による採点の結果、得点が５０点以上であった場合に限る。これは、採点制御設定フラグが５０となっているからである。上述したように、この採点制御設定フラグは、ＱＲコードの画像６０を表示するか否かを採点部１７における採点結果である得点に基づいて条件判断する場合の、その条件となる得点を規定しているフラグであるため、採点結果が５０点以上であるという条件をクリアして初めてＱＲコードの画像６０を表示することとなる。採点結果が５０点未満であればＱＲコードの画像６０の表示は実行しない。これは、あまり低い点数、つまり４９点未満の採点結果であるにもかかわらずランキングへの応募があると、ランキングサイトにおけるデータ処理負荷が無用に多くなるため、応募条件を５０点以上としたものである。
【００７４】
このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば利用者が所有するＱＲコード読み取り機能を有するカメラ付き携帯電話７０にて読み取れば、楽曲関連情報（この場合は、ランキングサイトへの応募用情報）をカメラ付き携帯電話７０に取り込むことができる。そして、その取り込んだ情報に基づいてランキングサイトへアクセスして懸賞に応募することが容易に行える。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００７５】
［フローチャートの説明］
上述したサンプル１，２，３の何れの設定のＱＲデータ部を有する楽曲データを用いた場合にも、通信カラオケ装置１のＣＰＵ１４は、図９，図１０のフローチャートに示すような処理を実行する。これらのフローチャートに関して説明する。
【００７６】
図９は、通信カラオケ装置１のＣＰＵ１４によって実行されるカラオケ演奏に伴って実行するＱＲコードの画像６０等の表示に関する処理を示すフローチャートであり、図１０は、図９に示す処理中において呼び出されるＱＲデータ表示処理に係るサブルーチンを示すフローチャートである。
【００７７】
（図９のフローチャートの説明）
図９に示すように、カラオケサービスが開始（Ｓ１１０）されると、選曲待機画面表示（新譜案内）を行う（Ｓ１２０）。この選曲待機画面は、例えば図４（ａ）に示すオープニング画面から選曲番号と曲名の表示を除いたものに相当する。
【００７８】
そして、操作パネル１０からの入力による選曲を待つ（Ｓ１３０）。選曲されればＳ１４０へ移行してカラオケ演奏を開始する。このカラオケ演奏が開始すると、カラオケ装置の製造番号及び曲番号が確定する。これらの番号はメモリ１５に格納される。
【００７９】
Ｓ１４０にて演奏が開始されると、選曲された曲番号に応じた楽曲データをＨＤＤ１３から読み出し、モニタ２４にタイトル画面表示を行う（Ｓ１５０）。このタイトル画面表示は、図２（ａ）に示すタイトル画像部を用いて行う。
【００８０】
次に、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「前」であるか否かを判断する（Ｓ１６０）。Ｓ１６０にて否定判断の場合には、Ｓ１８０へ移行して演奏処理が開始する。一方、Ｓ１６０にて肯定判断の場合には、Ｓ１７０へ移行してＱＲデータ表示処理を実行した後、演奏処理が開始される（Ｓ１８０）。上述したサンプル１（図３，図４参照）の場合には、このタイミングでＱＲデータ表示処理（Ｓ１７０）が開始される。なお、ＱＲデータ表示処理に関しては、後で図１０を参照して詳しく説明する。
【００８１】
Ｓ１８０にて演奏処理が開始すると、採点部１７（図１参照）では採点処理を開始する。この採点処理は、演奏処理と並列で実行されり。上述したように、採点部１７における採点の結果のデータは、ＣＰＵ１４に転送され、ＣＰＵ１４は転送された採点データを受け取るとメモリ１５に格納していく。そしてＣＰＵ１４は、カラオケ楽曲における採点区間の終了点を検知すると、採点部１７に採点データの生成を停止させ、採点区間中にメモリ１５に蓄積された採点データを集計し、得点結果の値（つまり得点）を確定させる。
【００８２】
ＣＰＵ１４は、演奏開始まで待機し（Ｓ１９０）、演奏が開始すると、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「中」であるか否かを判断する（Ｓ２００）。Ｓ２００にて否定判断の場合には、Ｓ２２０へ移行して最後の字幕（歌詞テロップ）が消去（表示終了）されるまで待機する。一方、Ｓ２００にて肯定判断の場合には、Ｓ２１０へ移行してＱＲデータ表示処理を実行した後、Ｓ２２０へ移行する。
【００８３】
そして、Ｓ２２０において最後の字幕が消去された場合には、Ｓ２３０へ移行する。Ｓ２３０では、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「後」であるか否かを判断する。Ｓ２３０にて否定判断の場合には、Ｓ２５０へ移行して演奏終了まで待機する。一方、Ｓ２３０にて肯定判断の場合には、Ｓ２４０へ移行してＱＲデータ表示処理を実行した後、Ｓ２５０へ移行する。上述したサンプル２（図５，図６参照）及びサンプル３（図７，図８参照）の場合には、このタイミングでＱＲデータ表示処理（Ｓ２４０）が開始される。
【００８４】
そして、Ｓ２５０において演奏終了まで待機した場合には、Ｓ２６０へ移行する。Ｓ２６０では、Ｓ２３０と同様、ＱＲデータ部中の制御フラグの設定状態の内、ＱＲデータ部有無フラグが「有効」であり、且つ表示タイミング設定フラグが「後」であるか否かを判断する。Ｓ２６０にて否定判断の場合には、Ｓ２７０へ移行して画面の初期化を行う。つまり、Ｓ１７０やＳ２１０にてＱＲデータ表示処理の実行を開始した場合には、Ｓ２６０にて否定判断となるため、演奏終了時に自動的に画面初期化（Ｓ２８０）される。
【００８５】
一方、Ｓ２６０にて肯定判断の場合には、Ｓ２７０へ移行して操作パネル１０等からのキー入力待ちとなる。そして、操作パネル１０等からのキー入力があれば、Ｓ２７０へ移行して画面の初期化を行う。つまり、操作パネル１０等からのキー入力を待って画面初期化が行われる。
【００８６】
（図１０のフローチャートの説明）
次に、図９のＳ１７０，Ｓ２１０，Ｓ２４０にて実行されるＱＲデータ表示処理に関して、図１０のフローチャートを参照して説明する。
【００８７】
まず、各演奏値を取得する（Ｓ３１０）。この演奏値とは、メモリ１５に格納されているカラオケ装置の製造番号及び曲番号と、採点結果（以下、採点得点とも称す。）である。但し、図９のＳ１７０におけるタイミングでこのＱＲデータ表示処理が実行する場合には、採点得点は格納されていない。一方、図９のＳ２４０におけるタイミングでこのＱＲデータ表示処理が実行する場合には、採点得点は格納されている。
【００８８】
次に、楽曲データ中からＱＲデータ部を取得する（Ｓ３２０）。そして、採点得点が、ＱＲデータ部の制御フラグ中の採点制御設定フラグによる値以上か否か判断する（Ｓ３３０）。採点得点が採点制御設定フラグによる値未満の場合（Ｓ３３０：ＮＯ）には、そのまま本ＱＲデータ表示処理を終了するが、採点得点が採点制御設定フラグによる値以上の場合（Ｓ３３０：ＹＥＳ）には、Ｓ３４０へ移行する。なお、採点得点自体が存在しない場合には、Ｓ３３０で肯定判断となる。
【００８９】
Ｓ３４０では、ＱＲデータ部の制御フラグ中のスクリプト設定フラグが「有効」か否か判断する。スクリプト設定が有効であれば（Ｓ３４０：ＮＯ）、Ｓ３５０へ移行する。Ｓ３５０では、説明文のテキスト変換処理を実行し、続くＳ３６０ではスクリプトのテキスト変換処理を行う。そして、Ｓ３７０では、変換処理後のスクリプトデータをベースでの後方に結合する。
【００９０】
一方、スクリプト設定が有効でなければ（Ｓ３４０：ＮＯ）、Ｓ３５０〜Ｓ３７０の処理を実行することなくＳ３８０へ移行する。
Ｓ３８０では、ＱＲコード規格に基づくビットマップグラフィックスデータの変換生成を行う。そして、Ｓ３９０では説明文の表示、Ｓ４００ではＳ３８０にて生成されたＱＲコードビットマップの表示を行う。
【００９１】
これがＱＲデータ表示処理の概要であるが、上述したサンプル１〜３の場合を例にとってさらに説明する。
サンプル１の場合には、図９に示すように、タイトル画面が表示された（図９のＳ１５０）タイミングでＱＲデータ表示処理（図９のＳ１７０）が実行されるため、当然ながら採点は実行されていない。そのため、図１０のＳ３３０では肯定判断となるが、図３（ｂ）に示すようにスクリプト設定は「無効」なので、Ｓ３４０にて否定判断となる。そのため、Ｓ３８０〜Ｓ４００の処理が実行されることによって、図４に示すＱＲコードの画像６０及び説明６５がモニタ２４に表示されることとなる。
【００９２】
サンプル２の場合には、図９に示すように、字幕（歌詞テロップ）の表示終了後のタイミングでＱＲデータ表示処理（図９のＳ２４０）が実行されるため、その時点では採点得点が存在する。そのため、図１０のＳ３３０では、その採点得点が採点制御設定フラグによる値以上でなければ（Ｓ３３０：ＮＯ）、ＱＲコードの画像６０等の表示自体がなされない。一方、採点得点が採点制御設定フラグによる値以上であれば（Ｓ３３０：ＹＥＳ）、Ｓ３４０へ移行するが、サンプル２の場合は図５（ｂ）に示すようにスクリプト設定は「無効」なので、Ｓ３４０にて否定判断となる。そのため、Ｓ３８０〜Ｓ４００の処理が実行されることによって、図６に示すＱＲコードの画像６０及び説明６５がモニタ２４に表示されることとなる。
【００９３】
サンプル３の場合には、図９に示すように、字幕（歌詞テロップ）の表示終了後のタイミングでＱＲデータ表示処理（図９のＳ２４０）が実行されるため、その時点では採点得点が存在する。そのため、図１０のＳ３３０では、その採点得点が採点制御設定フラグによる値以上でなければ（Ｓ３３０：ＮＯ）、ＱＲコードの画像６０等の表示自体がなされない。一方、採点得点が採点制御設定フラグによる値以上であれば（Ｓ３３０：ＹＥＳ）、Ｓ３４０へ移行するが、このサンプル３の場合は図７（ｂ）に示すようにスクリプト設定が「有効」なので、Ｓ３４０にて肯定判断となる。そのため、Ｓ３５０〜Ｓ４００の処理が実行されることにより、Ｓ３１０にて取得した演奏値を加味した説明文が表示され（Ｓ３５０，Ｓ３９０）、またＳ３１０にて取得した演奏値を加味したスクリプトデータがベースデータに結合された内容に対応するＱＲコードの画像６０及び説明６５（図８参照）がモニタ２４に表示されることとなる（Ｓ３６０，Ｓ３７０，Ｓ４００）。
【００９４】
［効果の説明］
（１）本実施形態の通信カラオケ装置１によれば、カラオケ演奏制御とともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、ＨＤＤ１３から読み出した楽曲データ中に含まれているＱＲデータ部に基づいて、楽曲関連情報をＱＲコードの画像６０としてモニタ２４に所定時間表示させることができる。
【００９５】
そして、このようにモニタ２４に表示されたＱＲコードの画像６０を、例えば（カラオケ装置の）利用者が所有するカメラ付き携帯電話７０にて読み取れば、楽曲関連情報をカメラ付き携帯電話（７０）に取り込むことができる。この楽曲関連情報は、カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報（例えばその楽曲に対応するいわゆるアーティストのＷＥＢサイトや、その楽曲が主題歌となっているテレビドラマのＷＥＢサイトや、いわゆるタイアップ先となる企業等のＷＥＢサイトなどを示す情報、つまりＵＲＬ）や、その楽曲に対応する着信メロディ等である。
【００９６】
サンプル１の楽曲関連情報は、その楽曲に関わるＷｅｂサイトのＵＲＬであるため、それがカメラ付き携帯電話７０に取り込まれれば、カメラ付き携帯電話７０を介して利用者にアクセスしてもらえることとなる。その場合、楽曲に関わるさらなる情報をＷＥＢページの形でより詳細に利用者に提供できる。
【００９７】
また、サンプル２の楽曲関連情報は、カラオケ演奏曲に関わる着信メロディであるため、カメラ付き携帯電話７０に取り込んで、カメラ付き携帯電話７０のために使用することができる。なお、本実施形態の場合には、採点の結果、得点が７０点以上でないとＱＲコードの画像６０が表示されないため、着信メロディを取り込むことができない。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００９８】
また、サンプル３の楽曲関連情報は、ランキングサイトへの応募用情報であるため、それをカメラ付き携帯電話７０に取り込めば、その取り込んだ情報に基づいてランキングサイトへアクセスして懸賞に応募することが容易に行える。そのため、カラオケ利用者は、高得点を目指して頑張ることとなり、カラオケの楽しみがより向上する。
【００９９】
（２）楽曲関連情報をＱＲコードの画像６０の形式で利用者側へ提供している。そのため、画面の一部に表示するだけで済む。つまり、人間が情報内容そのものを認識するのではなく、カメラ付き携帯電話７０にて読み取ることができるサイズの二次元コード画像であればよいため、例えばサンプル１のようなＱＲコードの画像６０（図４，図６参照）の場合は、同じモニタ２４に歌詞テロップと共に表示させても歌詞テロップの視認性を損なうことがほとんどない。
【０１００】
そして、例えばサンプル１のような楽曲関連サイトの情報であれば、人間が視認できる文字・記号形式で表示された場合には、それを見た利用者が表示装置の表示内容を見ながらＵＲＬを携帯電話に入力操作しなくてはならず入力操作が面倒である。しかし、ＱＲコードの画像６０として表示させれば、その画像をカメラ付き携帯電話７０で読み取るための操作をするだけでよく、非常に簡単な操作で済む。つまり、楽曲関連情報を利用者の所有する携帯電話等に容易に転送することができ、カラオケに付随するサービスをより向上させることができる。
【０１０１】
（３）本実施形態では、ＱＲコードの画像６０等の表示タイミングを楽曲関連情報の内容に応じて変更している。つまり、サンプル１のような楽曲に関連するサイト情報である場合には、楽曲の演奏前、演奏中、歌詞テロップ表示終了後のいずれかのタイミングにおいても表示させている。また、サンプル２のような着信メロディの場合には、楽曲の歌詞テロップ表示終了後から表示させている。
【０１０２】
着信メロディと楽曲に関連するサイト情報を比較すると、着信メロディのデータ量の方が大きく、ＱＲコードの画像６０にした場合にも相対的に大きくなる。そのためサンプル１のような「楽曲に関連するサイト情報」を示すＱＲコードの画像６０であれば演奏中も含めて表示しても邪魔になりにくいが、サンプル２のような着信メロディを示すＱＲコードの画像６０の場合は相対的に大きなサイズとなる。そのため、着信メロディを示すＱＲコードの画像６０の表示タイミングに関しては、歌詞テロップ表示終了後に限定することで、そのような不都合を回避したのである。
【０１０３】
なお、サンプル２のような着信メロディを示すＱＲコードの画像６０の表示タイミングを歌詞テロップ表示終了後に限定することは、次のような観点からも好ましい。つまり、カラオケ楽曲の歌唱を行う利用者は、間違いなくその楽曲に対する嗜好が強いのであるから、この歌唱後にその楽曲の着信メロディを入手できる構成とすれば、カラオケ遊興の魅力を増すことができる。但し、着信メロディ欲しさで演奏前に着信メロディを入手し、カラオケ楽曲の演奏をキャンセルすることも想定される。したがって、本実施形態では、採点結果に連動し、具体的には、サンプル２の場合は７０点以上の得点がないと着信メロディを示すＱＲコードの画像６０を表示しないようにした。このようにすれば、上手く歌唱できた場合に限り着信メロディを入手することができるため、カラオケのエンターテイメント性がより向上し、カラオケに付随するサービスをより向上させる点でも好ましい。
【０１０４】
（３）サンプル３の場合には、楽曲関連情報としてランキングサイトへの応募用情報をＱＲコードの画像６０として表示するようにした。
通信カラオケ装置１が物理的にはネットワークを介して配信センタ５０と接続可能であったとしても、通信カラオケ装置１が配信センタ５０との接続を常時行っているとは限らない。一般的には、通信カラオケ装置１の利用がほとんどないと思われる時間帯（例えば深夜）において、配信センタ５０から通信カラオケ装置１への新曲データ等の配信及び通信カラオケ装置１から配信センタ５０への種々のデータのアップロードを行うことが多く、多くても１日１回程度である。
【０１０５】
このようなタイミングでしか接続できないとすると、利用者としては自分の歌唱を採点した結果に基づく全国ランキング等をリアルタイムに知ることができない。また、採点結果に基づく懸賞企画などをリアルタイムで実現することはできない。これをリアルタイムで実現しようとすると、通信カラオケ装置１から配信センタ５０へ常時アクセス可能な状態にしておく必要があり、ランニングコストが高くなってしまう。
【０１０６】
これに対して本実施形態の通信カラオケ装置１であれば、モニタ２４に表示されたＱＲコードの画像６０を利用者が所有するカメラ付き携帯電話７０にて読み取り、楽曲関連情報に示されているランキングサイトにアクセスすることが期待できる。ランキングサイトにアクセスしてもらえれば、全国規模でリアルタイムのランキング等の実現ができる。また、採点結果に基づく懸賞企画をリアルタイムで実現でき、その際には、応募者が携帯電話から応募することとなるため、携帯電話の操作による個人情報の収集等も可能となる。利用者側にとっても、懸賞への応募の利便性が増す。
【０１０７】
（４）ＱＲコードの画像６０は、人間が情報内容そのものを認識することはできない。そこで本実施形態の場合には、ＱＲコードの画像６０だけをモニタ２４に表示するのではなく、そのＱＲコードの画像６０が何を示すものであるかの説明６５も表示している。これによって、ＱＲコードの画像６０が楽曲関連サイトを示しているのか、着信メロディの二次元コードなのか、ランキングサイトへの応募用情報なのか、といったことを利用者が認識できる。
【０１０８】
（５）一般的にカラオケ装置において複数の曲が予約されている場合、ある曲の演奏が終了すると次の曲の演奏を開始する。しかしながら、何ら考慮をしないと、図９のＳ２４０の処理を実行して、歌詞テロップ表示終了後にモニタ２４にＱＲコードの画像６０を表示させた場合、次の曲の演奏が開始するまでに利用者がＱＲコードの画像６０をカメラ付き携帯電話７０にて読み取ってない可能性もある。
【０１０９】
それに対して本実施形態の場合には、図９に示すように、演奏が終了しても（Ｓ２５０）、操作パネル１０等からのキー入力を待って画面初期化（Ｓ２８０）が行われる。つまり、利用者はモニタ２４に表示されたＱＲコードの画像６０をカメラ付き携帯電話７０にて読み取ったら、その後に操作パネル１０等からのキー入力を行えばよい。これにより、上述した問題を解決できる。
【０１１０】
［別実施形態］
（ａ）上記実施形態の場合には、ＱＲコードの画像６０の表示を開始したら、その後、図９のＳ２８０にて画面初期化を実行するまで表示を継続している。但し、継続表示しなくてはならないわけではなく、例えば演奏中などにおいて、間奏部分のみ表示する、といった態様を採用しても良い。
【０１１１】
（ｂ）モニタ２４に表示されたＱＲコードの画像６０を読み取るために、上記実施携帯では、利用者が所有するカメラ付き携帯電話７０を想定した。しかし、それに限らず、ＱＲコードの画像読取ができる携帯端末であれば同様の効果が期待できる。但し、カメラ付き携帯電話７０であれば、通信機能も備えているため、楽曲関連情報として楽曲関連サイトの情報を提供すれば、即座に当該サイトにアクセスできる。また、着信メロディであれば、即座に携帯電話の「着信メロディ」として使用できる。そして、携帯電話は利用者が常時携帯している可能性が高いので、非常に実効性が高くなる。
【０１１２】
（ｃ）上記サンプル２の場合には、着信メロディに対応するＱＲコードの画像６０を表示する条件として、採点結果として７０点以上の得点があることを要求した。しかし、採点結果は条件とせず、例えば楽曲を歌いきったらＱＲコードの画像６０を表示するようにしてもよい。
【０１１３】
（ｄ）上記実施形態では、二次元コードの具体例としてＱＲコードを採用したが、他の二次元コードであってもよい。
【図面の簡単な説明】
【０１１４】
【図１】実施形態の通信カラオケ装置１の構成及び稼働時の周辺機器の構成を示すブロック図である。
【図２】実施形態の通信カラオケ装置１において用いられる楽曲データの構造を示す説明図である。
【図３】サンプル１の場合のＱＲデータ部の構造を示す説明図である。
【図４】サンプル１の場合の画面遷移を示す説明図である。
【図５】サンプル２の場合のＱＲデータ部の構造を示す説明図である。
【図６】サンプル２の場合の画面遷移を示す説明図である。
【図７】サンプル３の場合のＱＲデータ部の構造を示す説明図である。
【図８】サンプル３の場合の画面遷移を示す説明図である。
【図９】実施形態の通信カラオケ装置１のＣＰＵ１４によって実行されるＱＲコードの画像６０等の表示に関する処理を示すフローチャートである。
【図１０】図９に示す処理中において呼び出されるＱＲデータ表示処理に係るサブルーチンを示すフローチャートである。
【符号の説明】
【０１１５】
１…通信カラオケ装置、１０…操作パネル、１１…映像処理部、１２…ＭＰＥＧＥデコーダ、１３…ハードディスク、１４…ＣＰＵ、１５…メモリ、１６…ＬＡＮインターフェース、１７…採点部、１８…ＭＩＤＩ音源部、１９…音声処理部、２０…アンプ、２２…スピーカ、２３…マイクロフォン、２５…ＬＡＮハブ装置、２６…モニタ、２７…ＡＤＳＬモデム、３０…インターネット、５０…配信センタ、６０…ＱＲコードの画像、６５…ＱＲコードの画像６０が何を意味しているのかを文章にて示す説明、７０…カメラ付き携帯電話、８０…ランキングサイト。
【特許請求の範囲】
【請求項１】
カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報や楽曲に対応する着信メロディ等、楽曲に関連する情報を二次元コードとして表示可能な状態で記憶しておく記憶手段と、
選択された楽曲を演奏し且つ歌詞テロップを表示装置に表示させるとともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として前記表示装置に所定時間表示させる制御手段とを備えたカラオケ装置。
【請求項２】
請求項１に記載のカラオケ装置において、
前記楽曲関連情報は、楽曲に関連するサイトの情報であり、
前記制御手段は、選択された楽曲の演奏前、演奏中、歌詞テロップ表示終了後のいずれのタイミングにおいても、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として表示装置に所定時間表示させることを特徴とするカラオケ装置。
【請求項３】
請求項１に記載のカラオケ装置において、
前記楽曲関連情報は、楽曲に対応する着信メロディであり、
前記制御手段は、選択された楽曲の歌詞テロップ表示終了後のタイミングにおいてのみ、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として表示装置に所定時間表示させることを特徴とするカラオケ装置。
【請求項４】
請求項３に記載のカラオケ装置において、
歌唱音声を入力するための音声入力手段を備え、
前記カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、
前記制御手段は、前記カラオケ楽曲の演奏中に前記音声入力手段を介して入力された歌唱音声に基づいて得た音高データと前記歌唱旋律を示すデータとの一致度合いに基づいて採点処理を実行し、その採点処理の結果、所定レベル以上の得点であった場合に限り、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として表示装置に表示させることを特徴とするカラオケ装置。
【請求項５】
請求項１に記載のカラオケ装置において、
前記楽曲関連情報は、採点結果の集計及びランキングを報知するサイトであるランキングサイトの情報であり、
カラオケ歌唱の音声信号を入力するための音声信号入力手段を備え、
前記カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、
前記制御手段は、前記音声信号入力手段を介して入力された音声信号をサンプリングしてカラオケ歌唱の音高データを抽出し、その抽出した音高データと、カラオケ演奏に同期してその演奏曲に対応する前記歌唱旋律データとに基づいて採点処理を実行し、その採点処理の結果と、採点対象の楽曲の識別情報と、前記記憶手段から読み出した前記楽曲関連情報とを含む情報に対応する二次元コードを生成し、その生成した二次元コードの画像を表示装置に表示させることを特徴とするカラオケ装置。
【請求項６】
請求項１〜５のいずれかに記載のカラオケ装置において、
前記楽曲関連情報には、前記表示装置に表示させる二次元コードの画像が何を示すものであるかを説明するための情報も含まれており、
前記制御手段は、前記表示装置に二次元コードの画像を表示させる際、その表示させる二次元コードの画像が何を示すものであるかの説明も表示させることを特徴とするカラオケ装置。
【請求項７】
請求項１〜６のいずれかに記載のカラオケ装置において、
利用者からの操作を受け付ける操作受付手段を備え、
前記制御手段は、選択された楽曲の歌詞テロップ表示終了後のタイミングにおいて前記表示装置に二次元コードの画像を表示させた場合、前記操作受付手段を介して所定の操作が入力されるまでは前記二次元コードの画像を前記表示装置に表示させ続けることを特徴とするカラオケ装置。
【請求項８】
請求項１〜７のいずれかに記載のカラオケ装置において、おける前記制御手段としてコンピュータを機能させるためのプログラム。
【請求項１】
カラオケ用の楽曲データ毎に準備され、楽曲に関連するサイトの情報や楽曲に対応する着信メロディ等、楽曲に関連する情報を二次元コードとして表示可能な状態で記憶しておく記憶手段と、
選択された楽曲を演奏し且つ歌詞テロップを表示装置に表示させるとともに、楽曲の演奏前、演奏中、歌詞テロップ表示終了後の少なくともいずれかのタイミングで、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として前記表示装置に所定時間表示させる制御手段とを備えたカラオケ装置。
【請求項２】
請求項１に記載のカラオケ装置において、
前記楽曲関連情報は、楽曲に関連するサイトの情報であり、
前記制御手段は、選択された楽曲の演奏前、演奏中、歌詞テロップ表示終了後のいずれのタイミングにおいても、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として表示装置に所定時間表示させることを特徴とするカラオケ装置。
【請求項３】
請求項１に記載のカラオケ装置において、
前記楽曲関連情報は、楽曲に対応する着信メロディであり、
前記制御手段は、選択された楽曲の歌詞テロップ表示終了後のタイミングにおいてのみ、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として表示装置に所定時間表示させることを特徴とするカラオケ装置。
【請求項４】
請求項３に記載のカラオケ装置において、
歌唱音声を入力するための音声入力手段を備え、
前記カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、
前記制御手段は、前記カラオケ楽曲の演奏中に前記音声入力手段を介して入力された歌唱音声に基づいて得た音高データと前記歌唱旋律を示すデータとの一致度合いに基づいて採点処理を実行し、その採点処理の結果、所定レベル以上の得点であった場合に限り、前記記憶手段から読み出した前記楽曲関連情報を二次元コードの画像として表示装置に表示させることを特徴とするカラオケ装置。
【請求項５】
請求項１に記載のカラオケ装置において、
前記楽曲関連情報は、採点結果の集計及びランキングを報知するサイトであるランキングサイトの情報であり、
カラオケ歌唱の音声信号を入力するための音声信号入力手段を備え、
前記カラオケ用の楽曲データには、歌唱旋律を示すデータも含まれており、
前記制御手段は、前記音声信号入力手段を介して入力された音声信号をサンプリングしてカラオケ歌唱の音高データを抽出し、その抽出した音高データと、カラオケ演奏に同期してその演奏曲に対応する前記歌唱旋律データとに基づいて採点処理を実行し、その採点処理の結果と、採点対象の楽曲の識別情報と、前記記憶手段から読み出した前記楽曲関連情報とを含む情報に対応する二次元コードを生成し、その生成した二次元コードの画像を表示装置に表示させることを特徴とするカラオケ装置。
【請求項６】
請求項１〜５のいずれかに記載のカラオケ装置において、
前記楽曲関連情報には、前記表示装置に表示させる二次元コードの画像が何を示すものであるかを説明するための情報も含まれており、
前記制御手段は、前記表示装置に二次元コードの画像を表示させる際、その表示させる二次元コードの画像が何を示すものであるかの説明も表示させることを特徴とするカラオケ装置。
【請求項７】
請求項１〜６のいずれかに記載のカラオケ装置において、
利用者からの操作を受け付ける操作受付手段を備え、
前記制御手段は、選択された楽曲の歌詞テロップ表示終了後のタイミングにおいて前記表示装置に二次元コードの画像を表示させた場合、前記操作受付手段を介して所定の操作が入力されるまでは前記二次元コードの画像を前記表示装置に表示させ続けることを特徴とするカラオケ装置。
【請求項８】
請求項１〜７のいずれかに記載のカラオケ装置において、おける前記制御手段としてコンピュータを機能させるためのプログラム。
【図２】
【図３】
【図５】
【図７】
【図９】
【図１０】
【図１】
【図４】
【図６】
【図８】
【図３】
【図５】
【図７】
【図９】
【図１０】
【図１】
【図４】
【図６】
【図８】
【公開番号】特開２００６−２５９５１０（Ｐ２００６−２５９５１０Ａ）
【公開日】平成１８年９月２８日（２００６．９．２８）
【国際特許分類】
【出願番号】特願２００５−７９３６７（Ｐ２００５−７９３６７）
【出願日】平成１７年３月１８日（２００５．３．１８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成１８年９月２８日（２００６．９．２８）
【国際特許分類】
【出願日】平成１７年３月１８日（２００５．３．１８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]