JP3950160B2 - 配信方法、配信システム、携帯端末機及びプログラム - Google Patents

Description

本発明は、機種の異なる携帯端末機からの要求に応じて音楽データ及び該音楽データに合わせて変色を伴って表示される文字データに関する表示情報を配信装置により配信する配信方法、配信システム、該配信システムに用いられる携帯端末機、及び、該携帯端末機の機能を実現するためのプログラムに関する。

近年、携帯電話機等の携帯端末機へ音楽及び音楽に合わせて変色を伴って表示される文字データをダウンロードし、携帯端末機において音楽の再生及び文字データの表示を行い、これらに合わせて歌唱する携帯端末機用のカラオケが普及している。ユーザは携帯端末機に好みの曲を適宜ダウンロードすることにより、カラオケシステムが設置された店舗に赴くことなく気軽にカラオケを楽しむことができる。携帯端末機はインストールされたソフトウェアを実行し、音楽と文字データとの同期をとりつつ、音楽の再生及び文字データの表示を行う。

カラオケにおいては、携帯端末機の表示部に文字データを表示すると共に、ユーザの歌唱のタイミングを補助するために音楽に合わせて文字を変色させる必要がある。図２１は従来の変色処理のイメージを示す説明図である。カラオケのデータを配信するサーバコンピュータは、携帯端末機へ音楽データ、歌詞である文字データ、文字データを表示するタイミング及び文字データを変色させるタイミング等を示す表示情報を送信する。携帯端末機は、携帯端末機が有するフォントを読み出し、音楽データに合わせて文字データを表示部に表示する。また携帯端末機は、適宜のタイミングで文字データの変色処理を行う。

図２１においては「心の中は・・・」とされる携帯端末機のフォントが読み出され、音楽データと同期して表示された例を示している。そして、ユーザが「心・・」と歌うタイミングに合わせて「心」の文字を変色する処理が行われている。同様に、「心」の変色後の例えば０．２秒後に次は「の」の変色処理が行われる。これら文字データの表示及び変色処理を繰り返すことにより、携帯端末機においてもユーザにカラオケサービスを提供することができる。
特開２００３−１５２９９２号公報

しかしながら、従来の携帯端末機における変色処理は、携帯端末機の性能上の問題、または、変色の指示技術が存在しないことを理由に、一文字単位でしか文字の変色を行うことができないという問題があった。すなわち、歌によっては一文字の発声でも様々なパターンがある。図２１の例においては「こころ（心）」と発声するが、「こーーーころ」と発声する場合もあれば、「ここーろ」と発声する場合もある。しかし、従来の変色処理は一文字フォント単位で「心」の文字を所定のタイミングで例えば白から赤へと変色しているにすぎず、ユーザが的確なタイミングで発声することが困難という問題があった。

しかも、音楽データを配信する業者は、変色するタイミングを音楽データ毎に作成する必要があり、その負担は大きいものであった。すなわち新曲がリリースされるたびに、携帯端末機向けに、音楽データに合わせて表示される文字データの変色するタイミングを逐次編集する必要があり、その負担は過大なものであった。

また、携帯端末機は各メーカーから様々な機種が提供されており、各携帯端末機の表示部の表示領域の大きさに応じて、適切なサイズで表示できるよう最適な表示情報を提供する必要もある。

また、従来は配信された文字データを携帯端末機が備えるフォントを活用して表示していたため、このフォントとは異なるサイズであるルビは表示させることができないという問題があった。歌詞によっては外国語または難解な文字が多く携帯端末機において提供されるカラオケにおいても同様にルビを付して欲しいという要請が高まっていた。

さらに、主旋律に従ってボーカルが歌う際に、他の者がボーカルの歌声に合わせて一緒に歌うことが、多人数でのカラオケにおいて一つの楽しみとなっている。この和声を行うことは、ハーモニーを動詞化して「ハモる」と呼ばれている。しかし、携帯端末機にカラオケをダウンロードした場合でも、この和声部分をユーザが明確に認識することができないという問題もあった。

本発明は斯かる事情に鑑みてなされたものであり、送信された文字データを画像データへ変換し、変換後の画像データを、機種に応じた位置及び速度で変色することにより、携帯端末機においても、最適な位置及び速度で、文字の変色が可能な配信方法、配信システム、該配信システムに用いられる携帯端末機、及び、該携帯端末機の機能を実現するためのプログラムを提供することにある。

本発明の他の目的は、ルビの画像データを携帯端末機へ送信し、対応する文字データと共に表示処理を行うことにより、携帯端末機においてもルビを表示することが可能な配信システム等を提供することにある。

本発明の他の目的は、和声部分については他の部分と変色を異ならせることにより、携帯端末機にて、和声部分をユーザが効率的に練習することが可能な配信システムを提供することにある。

本発明に係る配信方法は、機種の異なる携帯端末機からの要求に応じて音楽データ及び該音楽データに合わせて変色を伴って表示される文字データに関する表示情報を配信装置により配信する配信方法において、携帯端末機から前記配信装置へ音楽データの取得要求があった場合に、携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、及び変色する際の変色速度を含む表示情報を記憶した機種別データベースを参照して、前記取得要求のあった携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を、前記配信装置から前記携帯端末機へ送信するステップと、前記携帯端末機の制御部により、前記送信された文字データを画像データへ変換するステップと、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って前記制御部により表示部に表示する文字表示ステップと、前記送信された変色速度に従い、前記表示された文字データに基づく画像データを前記制御部により変色する変色ステップとを備えることを特徴とする。

本発明に係る配信システムは、機種の異なる携帯端末機及び携帯端末機からの要求に応じて音楽データ及び該音楽データに合わせて変色を伴って表示される文字データに関する表示情報を配信する配信装置から構成される配信システムにおいて、携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、及び変色する際の変色速度を含む表示情報を記憶した機種別データベースを備え、前記配信装置は、携帯端末機から音楽データの取得要求があった場合に、前記携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を前記機種別データベースから読み出して、前記携帯端末機へ送信する送信手段を備え、前記携帯端末機は、前記送信された文字データを画像データへ変換する手段と、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って表示部に表示する文字表示手段と、前記送信された変色速度に従い、前記表示された文字データに基づく画像データを変色する変色手段とを備えることを特徴とする。

本発明に係る配信システムは、前記機種別データベースは、携帯端末機の機種毎に、文字データに対応付けてルビの画像データを含む表示情報を記憶しており、前記送信手段は、さらに文字データに対応付けられたルビの画像データを送信するよう構成してあり、前記文字表示手段は、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って該文字データに対応するルビの画像データと共に表示部に表示するよう構成してあることを特徴とする。

本発明に係る配信システムは、前記機種別データベースは、携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、変色する際の変色速度及び変色のための色情報を含む表示情報を記憶しており、前記送信手段は、携帯端末機から音楽データの取得要求があった場合に、前記携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、変色速度及び変色のための色情報を含む表示情報を前記機種別データベースから読み出して、前記携帯端末機へ送信するよう構成してあり、前記変色手段は、前記送信された変色速度及び変色のための色情報に従い、前記表示された文字データに基づく画像データを変色するよう構成してあることを特徴とする。

本発明に係る携帯端末機は、音楽データに合わせて変色を伴って文字データを表示する携帯端末機において、制御部により外部へ音楽データに対応する文字データ及び該文字データに関する表示情報の取得を要求する手段と、外部へ前記制御部により機種を送信する手段と、前記取得要求に対応して外部から送信された前記機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を前記制御部により受信する受信手段と、前記受信した文字データを前記制御部により画像データへ変換する手段と、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記受信した位置情報に従って前記制御部により表示部に表示する文字表示手段と、前記受信した変色速度に従い、前記表示された文字データに基づく画像データを前記制御部により変色する変色手段とを備えることを特徴とする。

本発明に係る携帯端末機は、前記受信手段は、文字データに対応付けられるルビの画像データを含む表示情報をさらに受信するよう構成してあり、前記文字表示手段は、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って該文字データに対応するルビの画像データと共に表示部に表示するよう構成してあることを特徴とする。

本発明に係るプログラムは、携帯端末機の表示部に音楽データに合わせて変色を伴って文字データを表示するプログラムにおいて、携帯端末機に、音楽データに対応する文字データ及び該文字データに関する表示情報の取得要求に対応して外部から送信された前記携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を制御部の指示により受信する受信ステップと、前記受信した文字データを前記制御部により画像データへ変換するステップと、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記受信した位置情報に従って前記制御部により前記表示部に表示する文字表示ステップと、前記受信した変色速度に従い、前記表示した文字データに基づく画像データを前記制御部により変色する変色ステップとを実行させることを特徴とする。

本発明にあっては、配信システムは、機種の異なる携帯端末機及び携帯端末機からの要求に応じて音楽データ及び該音楽データに合わせて変色を伴って表示される文字データに関する表示情報を配信する配信装置から構成される。機種別データベースは、携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、及び変色する際の変色速度を含む表示情報を記憶している。配信装置は、携帯端末機から音楽データの取得要求があった場合、機種別データベースを参照して、取得要求のあった携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を、携帯端末機へ送信する。

携帯端末機の制御部は、送信された文字データ等の表示情報を受信する。携帯端末機の制御部は、受信した文字データを画像データへ変換する。そして音楽データの再生に伴い、変換された文字データに基づく画像データを送信された位置情報に従って制御部により表示部に表示する。そして、制御部は送信された変色速度に従い、表示された文字データに基づく画像データを変色するようにしたので、歌唱タイミングに合わせて変色される文字が、一文字単位ではなくドット単位で画像処理により変換されて表示される。また、機種に応じた位置情報及び変色速度に従い、表示部に文字データに係る画像データを表示するので、携帯端末機の表示領域の相違を原因として、文字が不自然に大きく表示されること、表示領域からはみ出して表示されること、または不自然な速度で変色処理が実行されること等の弊害を排除することができる。

また本発明にあっては、機種別データベースは、携帯端末機の機種毎に、文字データに対応付けてルビの画像データを含む表示情報を記憶している。配信装置は携帯端末機へ、さらに文字データに対応付けられたルビの画像データを送信する。携帯端末機の制御部は、音楽データの再生に伴い、変換された文字データに基づく画像データを送信された位置情報に従って該文字データに対応するルビの画像データと共に表示部に表示するので、携帯端末機においても、ルビの表示が可能となる。

本発明にあっては、機種別データベースは、携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、変色する際の変色速度及び変色のための色情報を含む表示情報を記憶している。配信装置は音楽データに対応する文字データ、各文字データの位置情報、変色速度及び変色のための色情報を含む表示情報を機種別データベースから読み出して、携帯端末機へ送信する。そして携帯端末機の変色手段は、送信された変色速度及び変色のための色情報に従い、表示された文字データに基づく画像データを変色する。このように和声部分に係る文字データ及びそれ以外の文字データそれぞれについて区別した変色のための色情報に従って、変色を行うことから、ユーザは和声部分を容易に視認でき、効率よく和声部分を練習することが可能となる。

本発明にあっては、受信した文字データを画像データへ変換する。そして音楽データの再生に伴い、変換された文字データに基づく画像データを送信された位置情報に従って表示部に表示すると共に、送信された変色速度に従い、表示された文字データに基づく画像データを変色するようにしたので、歌唱タイミングに合わせて変色される文字が、一文字単位ではなくドット単位で画像処理により変換されて表示される。これにより、最適な速度で、よりきめ細かく歌唱タイミングをユーザに提供することが可能となる。また、機種に応じた位置情報及び変色速度に従い、表示部に文字データに係る画像データを表示するので、携帯端末機の表示領域の相違を原因として、文字が不自然に大きく表示されること、表示領域からはみ出して表示されること、または不自然な速度で変色処理が実行されること等の弊害を排除することができる。さらに、機種別データベースにおいて機種毎に文字データの位置情報及び変色速度を送信するので、多様な機種を有する各ユーザの取得要求に応えることが可能となる。

また、本発明にあっては音楽データの再生に伴い、変換された文字データに基づく画像データを送信された位置情報に従って該文字データに対応するルビの画像データと共に表示部に表示し、さらに、送信された変色速度に従い、表示された文字データに基づく画像データを変色するので、携帯端末機においても、ルビの表示が可能となる。

本発明にあっては、携帯端末機の変色手段は、送信された変色速度及び変色のための色情報に従い、表示された文字データに基づく画像データを変色する。このように和声部分に係る文字データ及びそれ以外の文字データそれぞれについて区別した変色のための色情報に従って、変色を行うことから、ユーザは和声部分を容易に視認でき、効率よく和声部分を練習することが可能となる。特にカラオケ店舗で友人と一緒に和声する前に、和声部分が視認可能に変色された携帯端末機で個人練習することにより、カラオケ店舗にてより楽しく友人とカラオケを楽しむことが可能となる等、本発明は優れた効果を奏する。

実施の形態１
図１は本発明に係る配信システムの概要を示す模式図である。Ｓは本発明に係る配信システムであり、音楽データに合わせて表示される文字データを変換する配信装置１、インターネット及び携帯電話回線網等を含む通信網Ｎ、並びに、機種の異なる複数の携帯端末機２，２，２・・・を含んで構成される。配信装置１は、例えばサーバコンピュータが用いられる。以下では配信装置１をサーバコンピュータ１であるものとして説明する。携帯端末機２は例えば、携帯電話機、ＰＤＡ(Personal Digital Assistance)、表示部を備える可搬型オーディオプレーヤまたは可搬型ゲーム機等であり、一般のカラオケ店舗に設置されるモニタより小型の表示画面を備える可搬型の携帯端末機である。本実施の形態においては、携帯端末機２を携帯電話機２であるものとして説明する。携帯電話機２，２，２・・・はそれぞれ異なる表示領域を持つ機種の異なる携帯電話機２である。

サーバコンピュータ１は配信対象となるカラオケのデータを逐次記憶する。このカラオケのデータは音楽データ、及び、この音楽データに合わせて表示される文字データ等の表示情報からなり、新曲がリリースされるたびにこのカラオケデータが作成される。サーバコンピュータ１は、携帯電話機２の画面が一般のカラオケ店舗の表示画面に比べて小さい事から、文字データ等の表示情報の変換処理を機種毎に行う。そして、通信網Ｎを介して携帯電話機２から配信リクエストがあった場合は、音楽データに加えて、機種に応じて変換された表示情報を携帯電話機２へ配信する。携帯電話機２は予めダウンロードしておいた再生プログラム２５６（図３参照）に従い、音楽データを再生すると共に、画面に文字データ等を表示する。

図２はサーバコンピュータ１のハードウェア構成を示すブロック図である。サーバコンピュータ１は、制御部としてのＣＰＵ(Central Processing Unit)１１、ＲＡＭ(Random Access Memory)１２、入力部１３、表示部１４、通信部１６及び記憶部１５を含んで構成
される。ＣＰＵ１１は、バス１７を介してサーバコンピュータ１のハードウェア各部と接続されていて、それらを制御すると共に、記憶部１５に格納された制御プログラムに従って、種々のソフトウェア的機能を実行する。制御プログラムは、Ｃ言語等のプログラミング言語で記述されている。

表示部１４は例えば液晶ディスプレイ等であり、入力部１３はキーボード及びマウス等から構成される。通信部１６はモデムまたはＬＡＮカード等であり、ＣＰＵ１１からの指示に従い音楽データ及び変換処理後の文字データ等の表示情報を、通信網Ｎを介して携帯電話機２へ送出する。記憶部１５は例えばハードディスクで構成され、内部には上述した制御プログラム、表示情報データベース１５１、機種別データベース１５２及び仕様データベース１５３が記憶されている。なお、表示情報データベース１５１、機種別データベース１５２及び仕様データベース１５３の詳細については後述する。

図３は携帯電話機２のハードウェア構成を示すブロック図である。携帯電話機２は、制御部としてのＣＰＵ２１、ＲＡＭ２２、入力部２３、表示部２４、時計部２１０、通信部２６、マイク２８、スピーカ２９及び記憶部２５を含んで構成される。ＣＰＵ２１は、バス２７を介して携帯電話機２のハードウェア各部と接続されていて、それらを制御すると共に、記憶部２５に格納された制御プログラムに従って、種々のソフトウェア的機能を実行する。制御プログラムは、Ｃ言語等のプログラミング言語で記述されている。

表示部２４は例えば液晶ディスプレイ等であり、入力部２３はプッシュボタン等により構成される。なお、タッチパネルのように表示部２４と入力部２３とを一体的に構成するようにしても良い。スピーカ２９は音楽データ、通話データ、またはマイク２８から入力された音声に係る音声信号を増幅して出力する。マイク２８は外部から入力された音声信号を電気信号へ変換する。変換後の電気信号は図示しないＡ／Ｄ変換器によりデジタルデータへ変換されてＣＰＵ２１へ出力される。通信部２６は高周波送受信部及びアンテナ等を備え、音楽データ、文字データ等を含む各種データの送受信を行う。

記憶部２５には音楽ファイル２５２、表示情報ファイル２５１、画像データファイル２５３、仕様ファイル２５４、フォントファイル２５５及び再生プログラム２５６等が記憶されている。音楽ファイル２５２はサーバコンピュータ１から配信された音楽データが記憶されており、表示情報ファイル２５１には、音楽データに併せて表示される文字データ、文字データの表示位置、文字データの変色速度等が記憶されている。再生プログラム２５６は、サーバコンピュータ１等から通信網Ｎを介してダウンロードしたソフトウェアであり、携帯電話機２でのカラオケの機能を実現するプログラムが記述されている。

仕様ファイル２５４は、携帯電話機２が備えているＭＡＣ(Media Access Control)アドレス等の機種に関する情報が予め記憶されている。フォントファイル２５５には、携帯電話機２が表示部２４に表示する文字のフォントが記憶されている。画像データファイル２５３には、サーバコンピュータ１から送信された文字データをＧＩＦ(Graphic Interchange Format)、ＪＰＥＧ(Joint Photographic Experts Group)またはビットマップ形式等により画像として変換した画像データが記憶されている。ＣＰＵ２１は再生プログラム２５６を実行し、音楽ファイル２５２から音楽データを、表示情報ファイル２５１から文字データを含む表示情報をそれぞれ読み出す。

ＣＰＵ２１は、読み出した文字データを参照して対応するフォントを、フォントファイル２５５を参照して読み出しＲＡＭ２２に格納する。そしてＣＰＵ２１はこの読み出した文字データに係るフォントを画像データへ変換する。ＧＩＦ形式等により変換された文字データに係る画像データは画像データファイル２５３に記憶される。入力部２３からカラオケを開始する旨の信号が入力された場合、ＣＰＵ２１は、時計部２１０からの時間信号を参照して、音楽データの再生と同期させて、読み出した表示情報に従い文字データに係る画像データの表示を行う。さらにＣＰＵ２１は表示情報ファイル２５１に記憶された表示情報に従い画像データの変色処理を行い、ユーザの歌唱を補助する。このように従来のように、フォントファイル２５５から読み出した文字データとして歌詞を表示部２４へ表示し、一文字単位で変色するのではなく、画像データとして歌詞を表示し、その変色も表示情報に従いドット単位で行う。

図４はサーバコンピュータ１の仕様データベース１５３のレコードレイアウトを示す説明図である。サーバコンピュータ１は携帯電話機２から送信されるＭＡＣアドレスまたは機種名等を参照する事により機種を判別している。サーバコンピュータ１の仕様データベース１５３には、機種名に対応させて、表示領域及び縮小率が記憶されている。図４に示すように機種名フィールドには携帯電話機２，２，２・・・の機種を特定するための機種名が「Ａ６０１」、「Ａ６０２」及び「Ｂ８８１」の如く記憶されている。表示領域フィールドには各携帯電話機２の表示部２４の表示領域が縦方向及び横方向それぞれについて記憶されている。例えば、機種名「Ａ６０１」については表示部２４の縦方向領域が２４０ドット、横方向領域が２４０ドットと記憶されている。

縮小率フィールドには、一般のカラオケ店舗のモニタ向けに規定した表示領域（例えば、縦４００ドット、横６４０ドット）に対する各携帯電話機２の表示部２４の表示領域縮小率が記憶されている。すなわち、携帯電話機２の表示部２４の表示領域を、上記規定された表示領域で除して１００倍した値が記憶されている。例えば、機種名「Ａ６０２」に関しては、縦の縮小率が８６％、横の縮小率が３８％と記憶されている。なお、一般のカラオケ店舗のモニタ向けに規定した表示領域は、縦４００ドット、横６４０ドットに限るものではなく、適宜状況に応じてその表示領域が規定される。機種名、表示領域及び縮小率の情報は通信網Ｎを介して接続される他のコンピュータ（図示せず）から取得するようにしても良いし、オペレータが入力部１３から機種名及び表示領域の情報を入力し、ＣＰＵ１１に演算させた縮小率を記憶させるようにしても良い。

図５は表示情報データベース１５１のレコードレイアウトを示す説明図である。表示情報データベース１５１に記憶された内容は、例えばカラオケ店舗のモニタ用に使用される文字データ等の表示情報が記憶されている。表示情報データベース１５１は音楽データ毎に、音楽データに同期して表示される文字データ、位置情報、サイズ情報及び変色速度等の表示情報が記憶されている。図５に示すように音声データとして「森の熊さん」、「Ｗｉｌｌ」及び「春よ来い」等が記憶されている。図５の例においては音楽データ「森の熊さん」の文字データ及び各文字データの位置情報を含む表示情報を示している。音楽データは例えばｍｉｄｉ(Musical Instruments Digital Interface)形式により保存されてい
る。

表示情報データベース１５１は各音楽データに対応付けて、表示タイミングフィールド、同期タイミングフィールド、文字データフィールド、位置情報フィールド、サイズ情報フィールド、変色する際の時間情報フィールド、変色速度フィールド及びルビ位置情報フィールドを含んで構成される。文字データフィールドには歌詞が所定のブロック単位で記憶されている。図５の例においては、「ある日」、「森の中」、「くまさんに」、「出会った」と記憶されている。なお、本実施の形態においては文字データを、説明を容易にすべく「ある日」の如くブロック単位で処理しているが、一文字単位「あ」「る」「日」により処理しても良い事はもちろんである。

表示タイミングフィールドは表示する文字データ群の表示開始時間を記憶している。図５の例においては、音楽データの再生開始後「０分８秒００」後に文字データ群「ある日」、「森の中」、「くまさんに」、「出会った」が表示される。「０分２０秒５５」においてはこれらの文字が消去され次の文字データ群（フレーズ）が表示される。同期タイミングフィールドには音楽データに併せて文字の変色を開始する同期タイミングが、文字データに対応付けて記憶されている。例えば、図５の例においては、音楽データの再生開始後「０分８秒００」後に文字データ群「ある日」、「森の中」、「くまさんに」、「出会った」が白色で表示され、その２秒後の「０分１０秒００」の時点で、「ある日」の文字を赤色等に変える処理が開始される。

位置情報フィールドには文字データをモニタに表示する際の位置を示す位置情報が記憶されている。例えば、文字データ「ある日」に関しては（ｘ，ｙ）座標系において（９０，２５０）を始点、終点（２１８，２０２）として文字データが表示される。図６は文字データの表示例を示す説明図である。図６の例においてはカラオケ店舗のモニタの表示領域が縦４００ドット、横６４０ドットである。横方向をｘ軸、縦方向をｙ軸、左隅の座標を（ｘ，ｙ）＝（０，０）とし、単位はドットであるものとしている。文字データ「ある日」に関しては（９０，２５０）を始点に、（２１８，２０２）を終点に表示され、「森の中」については（２３０，２５０）を始点に、（３７４，２０２）を終点に、「くまさんに」については（１６０，１５０）を始点に、（３８４，１０２）を終点に、さらに「出会った」については（４５０，１５０）を始点に、（６２６，１０２）を終点として各文字データを表示する。なお、文字データの左上の座標点を始点、右下の座標点を終点としている。

サイズ情報フィールドには、各文字データの表示サイズが記憶されている。単位はドットである。例えば「森の中」については３文字が縦横４８ドットサイズで表示される。また文字データ「くまさんに」の「く」については横３２ドットサイズとして記憶されており、その他の文字「まさんに」は横４８ドットとして記憶されている。なお、縦サイズは４８ドットである。この「く」はプロポーショナルフォントにおいて横幅が小さく設定された文字であり、他の文字データよりも横幅の小さいサイズ情報が設定される。プロポーショナルフォントにおいて横幅が小さく設定された文字としては文字「し」、小文字「っ」の他、英文字「i」等が該当する。プロポーショナルフォントにおいて横幅が小さく設
定された文字「っ」を含む文字データ「出会った」に関しては、横方向のサイズ情報が「４８，４８，３２，４８」として記憶されている。

変色する際の時間情報フィールドには各文字データを変色するのに要する時間が記憶されている。これは文字によっては歌う際にゆっくり発声するものもあれば、速く発声するものもあるからである、例えば、「くまさんに」に関しては、「く」について変色開始から０．９秒で変色を終え、「ま」について変色開始から０．８秒で変色を終え、「さ」について変色開始から０．８秒で変色を終え、「ん」について変色開始から１．２秒で変色を終え、「に」について変色開始から１．２秒で変色を終える。

変色速度フィールドには文字データ毎に、単位時間あたりの変色速度が単位（ｄｏｔ／０．１ｓｅｃ）で記憶されている。例えば文字データ「くまさんに」関しては、「く」の変色速度が０．１秒あたり４ドット、「ま」の変色速度が０．１秒あたり６ドット、「さ」の変色速度が０．１秒あたり６ドット、「ん」の変色速度が０．１秒あたり４ドット、「に」の変色速度が０．１秒あたり４ドットと記憶されている。

ルビ位置情報フィールドには各文字データに対応するルビの位置情報が記憶されている。単位はドットである。なお、図示していないが、表示情報データベース１５１には、音楽データ、当該音楽データに対応する文字データ、各文字データに対応するルビが記憶されている。例えば「森の中」では「森」にルビ「もり」が「森」の上部「０」ドットを始点として表示される。すなわち、「森」は位置座標（２３０，２５０）であるところ、ルビは、ｘ座標２３０に０を付加した値、ｘ座標２３０を始点とし、「森」にルビ「もり」が重なり合わない適宜のｙ座標位置、例えばｙ座標２７０（ｘ，ｙ：２３０，２７０）としてルビが付加される。また「中」にもルビ「なか」が、文字データ「森」からみてｘ座標「９６」が加算された位置（３２６，２７０）に付加される。

このルビ位置情報は「５」等として、「森」の位置座標（２３０，２５０）であるところ、ルビを、ｘ座標２３０に５を付加した値、ｘ座標２３５を始点とし、「森」にルビ「もり」が重なり合わない適宜のｙ座標位置、例えばｙ座標２７０（ｘ，ｙ：２３５，２７０）としてルビを付加するようにしてもよい。これらルビの開始位置座標はＣＰＵ１１がルビ位置情報及びルビのサイズを参照して決定する。ルビ位置情報「なし」に関してはルビが存在しない事を意味する。すなわち「森の中」の「の」に関してはルビが存在しない。

図７は機種別データベース１５２のレコードレイアウトを示す説明図である。機種別データベース１５２には機種毎に各音楽データに対応付けて文字データ、位置情報等を含む表示情報が記憶されている。サーバコンピュータ１のＣＰＵ１１は表示情報データベース１５１に記憶された表示情報を、機種別データベース１５２に記憶された機種名、表示領域及び縮小率を参照して、表示情報の変換処理を行い変換後のデータを機種別データベース１５２に記憶する。以下にＣＰＵ１１が実行する変換処理及び機種別データベース１５２の記憶内容について説明する。

機種別データベース１５２には、機種毎に各音楽データの文字データ及び位置情報を含む表示情報が記憶されている。図７の例は、機種「Ａ６０１」に対する各音楽データの表示情報が記憶されているものを示す。ＣＰＵ１１は機種毎「Ａ６０１」、「Ａ６０２」、「Ｂ８８１」・・・に変換処理を行い、変換後の表示情報を機種別データベース１５２にそれぞれ記憶する。なお、機種は異なるが表示領域等の仕様が共通する機種同士は機種別データベース１５２の記憶内容を共有するようにしても良い。例えば、機種「Ａ６０１」と同じ表示領域を有する機種に関しては、機種「Ａ６０１」と共通の記憶内容を用いて変換処理すればよい。図７の例においては、図５の例と同じく音楽データ「森の熊さん」の文字データ及び各文字データの位置情報を含む表示情報を示している。

機種別データベース１５２は各音楽データに対応付けて、表示タイミングフィールド、同期タイミングフィールド、文字データフィールド、位置情報フィールド、サイズ情報フィールド、変色する際の時間情報フィールド、変色速度フィールド、及び、補正量フィールドを含んで構成される。表示タイミングフィールド、同期タイミングフィールド、文字データフィールドの構成については図５で説明した表示情報データベース１５１と同様であるので説明は省略する。なお、表示タイミングフィールド、同期タイミングフィールド、文字データフィールドに記憶されている情報は、サーバコンピュータ１のＣＰＵ１１により、表示情報データベース１５１から読み出され、機種別データベース１５２へ書き込まれる。

位置情報フィールドには、携帯電話機２の表示部２４に文字データを表示する際の始点及び終点を示す座標が記憶されている。この位置情報の変換処理にあたり、サーバコンピュータ１のＣＰＵ１１は各データベースのフィールドのキーを関連づけたスキーマにおいてＳＱＬ(Structured Query Language)を用いて対話することにより、必要な情報の記憶
、検索等の処理を実行する。サーバコンピュータ１のＣＰＵ１１は、機種名「Ａ６０１」をもとに仕様データベース１５３を検索し、縮小率「縦６０％、横３８％」を読み出す。さらにＣＰＵ１１は表示情報データベース１５１の位置情報フィールドに記憶された位置情報を読み出す。そして読み出した位置情報に縮小率をそれぞれ乗じて変換後の位置情報を算出する。ＣＰＵ１１は変換後の位置情報を文字データに対応付けて、機種別データベース１５２の位置情報フィールドに記憶する。

例えば、「森の中」については位置情報の始点（２３０，２５０）、終点（３７４，２０２）と記憶されているところ、それぞれ０．３８、０．６を乗じて変換後の位置情報の始点（８７，１５０）及び終点（１４２，１２１）を得る。なお、文字データ群にプロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれている場合の終点算出処理については後述する。図８は携帯電話機２の表示部２４に表示される文字データの表示イメージを示す説明図である。携帯電話機２のＣＰＵ２１はフォントファイル２５５を参照し、文字データ「森の中」を読み出し、これを画像データに変換し画像データファイル２５３に記憶する。そして、ＣＰＵ２１は変換後の画像データが位置情報の始点（８７，１５０）、終点（１４２，１２１）に収まるよう、縮小または拡大の画像処理を行い、位置情報の始点（８７，１５０）を基準に画像処理後の画像データ「森の中」を表示部２４に表示する。同様に「ある日」は（３４，１５０）、「くまさんに」は（６１，９０）を始点として表示する。なお、本実施の形態においては、複数の文字をひとまとめのブロックとして処理しているが、一文字単位で位置情報を記憶しておき、これを一文字ごと変換して始点の各文字の始点位置情報を求めるようにしても良い。

サーバコンピュータ１のＣＰＵ１１は表示情報データベース１５１に記憶されたサイズ情報を読み出す。そして、ＣＰＵ１１は読み出したサイズ情報に縮小率を乗じて変換後のサイズ情報を算出する。例えば、文字データ「ある日」については、ｘ軸及びｙ軸方向の文字幅が「４８」ドットであるので、これに０．３８を乗じてｘ軸及びｙ軸方向の文字幅「１８」ドットを得る。なお、本実施の形態においてはｙ軸方向についてもｘ軸方向の縮小率０．３８を乗じたが、ｙ軸方向の縮小率０．６を乗じて縦方向のサイズ情報としても良い。

文字データのブロックに他の文字データのサイズ情報よりも小さい一の文字データが存在する場合、他の文字データのサイズに従い縮小変換を行う。例えば文字データブロック「くまさんに」はプロポーショナルフォントにおけるサイズ情報が小さく設定された文字「く」が含まれている。表示情報データベース１５１に記憶されたサイズ情報は、他の文字「４８」ドットに対して「３２」ドットである。この場合、他の文字「まさんに」のサイズ情報に従って縮小し、変換後のサイズ情報「１８」ドットを得る。これは携帯電話機２にプロポーショナルフォントが存在しない場合を考慮したものであり、プロポーショナルフォントを携帯電話機２が有する場合、一の文字データに係るサイズ情報「３２」ドットに縮小率を乗じて、変換後のサイズ情報「１２」ドットを算出するようにしても良い。

サーバコンピュータ１のＣＰＵ１１は変換後のサイズ情報を機種別データベース１５２に記憶する。次に、プロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれている場合の、位置情報の終点ｘ座標値を算出する処理について説明する。終点の変換処理はプロポーショナルフォントにおけるサイズ情報が小さく設定された文字を含まない場合、表示情報データベース１５１に記憶された位置情報の終点に縮小率を乗じて求める。一方、プロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれている場合、変換後のサイズ情報をも考慮して位置情報終点のｘ座標値を求める。図９はプロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれている場合の位置座標の関係を示す説明図である。図９（ａ）は変換前の文字データ「くまさんに」「出会った」であり、それぞれ横サイズ「３２」のプロポーショナルフォントにおけるサイズ情報が小さく設定された文字「く」「っ」が含まれている。このとき「くまさんの」始点は（１６０，１５０）、終点は（３８４，１０２）、「出会った」の始点は（４５０，１５０）、終点は（６２６，１０２）である。

図９（ｂ）は縮小後の各文字データの座標を示す。それぞれの始点座標は上述した縮小率をそれぞれ乗じて「くまさんが」の始点（６１，９０）、「出会った」の始点（１７１，９０）が得られる。ＣＰＵ１１は終点を求めるべく、機種別データベース１５２に記憶されたサイズ情報を読み出し、その合計値を算出する。本実施例の例では、変換後のサイズ情報「１８」に、「くまさんに」の５文字を乗じて、サイズ情報の合計値「９０」を得る。ＣＰＵ１１は始点のｘ座標６１に合計値９０を加算し終点のｘ座標１５１を得る。終点のｙ座標値はプロポーショナルフォントにおけるサイズ情報が小さく設定された文字を含まない場合と同じく、縮小率を乗じて６１を得る。その結果「くまさんに」の変換後の位置情報に係る終点は（１５１，６１）となる。

同様に、ＣＰＵ１１は「出会った」の終点を求めるべく、機種別データベース１５２に記憶されたサイズ情報を読み出し、その合計値を算出する。本実施例の例では、変換後のサイズ情報は「１８」、「出会った」の４文字のサイズ情報の合計値は「７２」となる。ＣＰＵ１１は始点のｘ座標１７１に合計値７２を加算し終点のｘ座標２４３を得る。終点のｙ座標値はプロポーショナルフォントにおけるサイズ情報が小さく設定された文字を含まない場合と同じく、縮小率を乗じて６１を得る。その結果「出会った」の変換後の位置情報に係る終点は（２４３，６１）となる。ＣＰＵ１１は係る変換処理を行い変換後の位置情報を機種別データベース１５２の位置情報フィールドに記憶する。

図９（ｃ）は変換処理後の補正処理を示す説明図である。図９（ｂ）に示す文字データ「出会った」の終点ｘ座標値「２４３」に着目すると、機種「Ａ６０１」の表示領域横「２４０」を３ドットこえている事が理解できる。ＣＰＵ１１は変換した位置情報に係る終点ｘ座標値が表示領域を超えるか否かを、仕様データベース１５３に記憶された表示領域と比較して判断する。ＣＰＵ１１は超えていると判断した場合、超えない値となるまで補正処理を行う。この補正処理は、例えばＣＰＵ１１が表示領域を超える値「３」を、算出し、始点及び終点のｘ座標値から減ずるようにすればよい。この例においては、図９（ｃ）に示すように、「出会った」の始点及び終点のｘ座標値をそれぞれ「３」減じて、始点（１６８，９０）、終点（２４０，６１）と補正する。

ＣＰＵ１１は図７に示す機種別データベース１５２の補正量フィールドにこの補正量「３」を記憶する。なお、本実施の形態においては説明のため、位置情報フィールドに補正前の「出会った」に係る座標の始点（１７１，９０）及び終点（２４３，６１）を記述しているが、補正後の始点（１６８，９０）、終点（２４０，６１）を位置情報フィールドに記憶しておいても良い事はもちろんである。

次にルビの変換処理について説明する。サーバコンピュータ１のＣＰＵ１１は表示情報データベース１５１からルビを読み出し、画像データへ変換し、さらに、縮小率に従い変換後のルビの画像データを縮小し、機種別データベース１５２に文字データに対応付けて記憶する。例えば「森の中」のルビ「もり なか」をＣＰＵ１１は読み出し、ルビの画像データ「もり なか」を得る。そして、縮小率に従い画像処理を行い、縮小後の画像データ「もり なか」を機種別データベース１５２の文字データ「森の中」に対応付けて記憶する。このルビの画像データの表示位置は、変換後の文字データに係る画像データに重ならない位置に適宜配置すればよい。例えば、文字データ「森の中」の画像データは始点（８７，１５０）、終点（１４２，１２１）であるが、ルビの画像データの位置情報は、始点ｘ座標を同じくし、ｙ座標は適宜の値（２０ドットなど）を加算した値（１７０）、すなわち、ルビの画像データの位置情報始点は（８７，１７０）とすればよい。なお、本実施の形態においては、説明を容易にするためルビを「もり なか」の如くひとまとめにして説明したが、「もり」「なか」の如く分割して処理するようにしても良い。

機種別データベース１５２の変色する際の時間情報フィールドには、各文字データに係る画像データを変色するのに要する時間が秒単位で記憶されている。図５の表示情報データベース１５１と同じく、これらの値は変更されていない。サーバコンピュータ１のＣＰＵ１１は表示情報データベース１５１の同フィールドの記憶内容をコピーし、機種別データベース１５２の同フィールド内に貼り付ける処理を行う。

機種別データベース１５２の変色速度フィールドには携帯電話機２の表示部２４において表示される文字データに係る画像データ中の各文字を変色させる際の変色速度を記憶している。単位はｄｏｔ／０．１ｓｅｃである。変色速度の算出にあたっては、位置情報及びサイズ情報と異なり、単に表示情報データベース１５１に記憶された変色速度に縮小率を乗じて算出する処理は行わない。これは、変色速度を縮小率で同じく縮小すると、テンポが大幅にずれるからである。ＣＰＵ１１は表示情報データベース１５１または機種別データベース１５２の変色速度フィールドから変色する際の時間情報を読み出し、さらに、機種別データベース１５２のサイズ情報フィールドからサイズ情報を読み出す。

ＣＰＵ１１は、読み出したサイズ情報を変色する際の時間情報で除す事により、各文字の変色速度を算出する。例えば、「くまさんに」の「く」に関しては、サイズ情報「１８」ドットを変色する際の時間情報「０．９」ｓｅｃで除し、０．１秒単位にすべくさらに１０で除して「２」ｄｏｔ／０．１ｓｅｃを得る。同様に「ま」及び「さ」は「２．２５」ｄｏｔ／０．１ｓｅｃ、「ん」及び「に」は１．５ｄｏｔ／０．１ｓｅｃとなる。

携帯電話機２のＣＰＵ２１は文字データに係る画像データを、同期タイミングをトリガーに変色を開始する。ＣＰＵ２１は送信された変色速度を参照し、色を変える画像処理を行う。例えば、文字データに係る画像データが「くまさんに」の場合、ＣＰＵ２１はｘ軸方向に「２」ｄｏｔ／０．１ｓｅｃで「く」の画像を白文字から赤文字へと変色する画像処理を行う。ＣＰＵ２１は１８ドットの着色が終了したと判断した場合、画像「ま」を変色すべく、速度を「２．２５」ｄｏｔ／０．１ｓｅｃに切り替えて変色処理を行う。このように、文字データを画像として取り扱い、ドット単位で変色を行うので、携帯電話機２においても、ユーザに適切な歌唱案内を行う事ができる。

以上説明した表示情報データベース１５１、機種別データベース１５２及び仕様データベース１５３はサーバコンピュータ１の記憶部１５に記憶するようにしているが、通信網Ｎを介して接続される図示しないデータベースコンピュータにこれらを記憶しておき、必要に応じて情報の記憶及び検索等を行うようにしても良い。サーバコンピュータ１のＣＰＵ１１は、新曲がリリースされるたびに、音楽データ並びに文字データ及び位置情報を含む表示情報を表示情報データベース１５１に記憶する。ＣＰＵ１１は仕様データベース１５３を参照して、特定機種に係る縮小率を用いて、上述した変換処理を各表示情報に対して行い、変換後の機種毎の表示情報として、機種別データベース１５２に記憶する。

ユーザが携帯電話機２からカラオケの再生表示を希望する場合、サーバコンピュータ１へアクセスする。サーバコンピュータ１のＣＰＵ１１は携帯電話機２のＭＡＣアドレス等を参照して機種を判別する。そして、その機種をもとに、機種別データベース１５２へアクセスし、当該機種に対応する、音楽データ、文字データ、位置情報、サイズ情報等の表示情報を機種別データベース１５２から読み出す。ＣＰＵ１１はこれら読み出した音楽データ及び表示情報をアクセスのあった携帯電話機２へ送信する。

ＣＰＵ２１は、送信された音楽データ及び表示情報を受信し、音楽データを音楽ファイル２５２、表示情報を表示情報ファイル２５１にそれぞれ記憶する。ユーザは予めサーバコンピュータ１からダウンロードした再生プログラム２５６を起動する。ＣＰＵ２１は再生プログラム２５６に従い、文字データを読み出し、フォントファイル２５５を参照して文字データを出力する。ＣＰＵ２１は出力した文字データをＧＩＦ形式の画像データへ変換する。ＣＰＵ２１は表示情報ファイル２５１から変換した文字データに係る画像データに対応する位置情報を読み出し、位置情報の始点及び終点の座標内に収まるよう、変換した画像データの拡大または縮小処理を行う。そして拡大または縮小処理後の文字データに係る画像データを画像データファイル２５３に記憶する。

ＣＰＵ２１はさらに、文字データにルビの画像データが付随しているか否かを判断し、付随している場合は、サーバコンピュータ１にて縮小処理されたルビの画像データを文字データに係る画像データに並列して配置する画像処理を行う。ルビが存在する文字データに関しては、文字データに係る画像データとルビの画像データとが組み合わされた画像データが画像データファイル２５３に記憶される。以上述べた処理を各文字データについて行い逐次画像データファイル２５３に記憶する。

ＣＰＵ２１は音楽の再生開始の指示を入力部２３から受け付けた場合、音楽ファイル２５２から音楽データを読み出し、スピーカ２９へ音楽データを出力する。ＣＰＵ２１は音楽の再生と同時に時計部２１０をリセットし、表示情報ファイル２５１に記憶された表示タイミングに従い、画像データファイル２５３に記憶された文字データに係る画像データ及びルビが存在する場合はルビの画像を読み出して表示部２４に表示する。そしてＣＰＵ２１は表示情報ファイル２５１から同期タイミングを参照して、変色処理を行う。なお、本実施の形態においては、ルビの画像データをも変色する形態につき説明するが、ルビの画像データについては変色しなくても良い。ＣＰＵ２１は表示情報ファイル２５１に記憶された変色速度に従い、画像データの変色を行う。ユーザは表示部２４に表示される文字データ及び変色指示に従い、マイク２８を通じて歌唱する。マイク２８から入力された音声信号はスピーカ２９から出力される。

図１０は機種別データベース１５２への記憶処理の手順を示すフローチャートである。新曲が発表された場合、カラオケを提供するための、音楽データ並びに文字データ及び位置情報等の表示情報は表示情報データベース１５１に記憶される。サーバコンピュータ１のＣＰＵ１１はその新曲の表示情報を機種毎に変換すべく以下の処理を行う。なお、以下の例では新曲「森の熊さん」を機種「Ａ６０１」に変換する際の例を用いて説明する。ＣＰＵ１１はまず、表示情報データベース１５１から変換対象となる音楽データを読み出し、機種別データベース１５２の機種「Ａ６０１」の記憶領域に、この読み出した音楽データを記憶する（ステップＳ１０１）。

ＣＰＵ１１は変換処理を行わない、表示タイミング、同期タイミング、文字データ、及び変色する際の時間情報を含む表示情報を表示情報データベース１５１から読み出し（ステップＳ１０２）、機種及び音楽データに対応付けてこれら表示情報を機種別データベース１５２に記憶する（ステップＳ１０３）。

図１１は変換処理の手順を示すフローチャートである。ＣＰＵ１１は変換処理の対象となる携帯電話機２の機種名をもとに、仕様データベース１５３を検索し、表示領域及び縮小率を読み出し（ステップＳ１１１）、ＲＡＭ１２に記憶する。ＣＰＵ１１は変換対象となる位置情報の始点座標、終点座標を読み出し、さらにサイズ情報を表示情報データベース１５１から読み出す（ステップＳ１１２）。ＣＰＵ１１は、ステップＳ１０３で記憶した文字データ中にプロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれているか否かを判断する（ステップＳ１１３）。具体的には、ＣＰＵ１１は、変換対象である文字データ群に係るサイズ情報の中に、他の文字データのサイズ情報とは異なる、一の文字データのサイズ情報が存在するか否かを判断する。例えば文字データ群「くまさんに」はサイズ情報が「３２，４８，４８，４８，４８」であり、他の文字データ「まさんに」のサイズ情報「４８」とは異なるサイズ情報「３２」を有する文字データ「く」が存在する。

ＣＰＵ１１は、プロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれていないと判断した場合（ステップＳ１１３でＮＯ）、サイズ情報にＲＡＭ１２に記憶している縮小率を乗じる（ステップＳ１１４）。本例ではサイズ情報「４８」に横方向（ｙ軸方向）の縮小率３８％が乗じられる。そしてＣＰＵ１１は変換後のサイズ情報「１８」を機種別データベース１５２のサイズ情報フィールドに記憶する（ステップＳ１１５）。続いて、ＣＰＵ１１は読み出した位置情報に係る始点座標及び終点座標に縮小率を乗じて（ステップＳ１１６）、変換後の文字データの始点座標及び終点座標を得る。ＣＰＵ１１は変換後の位置情報（始点座標及び終点座標）を記憶部１５の機種別データベース１５２の位置情報フィールドに記憶する（ステップＳ１１７）。なお、本実施の形態においては変換処理により、位置情報の始点座標及び終点座標を求めるようにしているが、これに限るものではなく、文字データ群の中心座標を求めても良いし、４隅の座標全てを求めても良く、さらに始点座標または終点座標のみを求めて処理するようにしても良い。

ＣＰＵ１１はプロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれていると判断した場合（ステップＳ１１３でＹＥＳ）、プロポーショナルフォントにおけるサイズ情報が小さく設定された文字以外のサイズ情報に縮小率を乗じる（ステップＳ１１８）。本例ではプロポーショナルフォントにおけるサイズ情報が小さく設定された文字ではない、他の文字「まさんに」のサイズ情報「４８」に縮小率を乗じる。ＣＰＵ１１は変換後のサイズ情報を機種別データベース１５２のサイズ情報フィールドに記憶する（ステップＳ１１９）。ＣＰＵ１１はステップＳ１１６と同じく、読み出した位置情報の始点座標に縮小率を乗じ、さらに、終点のｙ座標に縮小率を乗じる（ステップＳ１１１０）。

ＣＰＵ１１はステップＳ１１９において算出した変換後の始点ｘ座標に変換後のサイズ情報に文字数を乗じた値を加算し、終点のｘ座標を得る（ステップＳ１１１１）。本例において文字データ「くまさんに」の変換前の位置情報は始点（１６０，１５０）、終点（３８４，１０２）、サイズ情報はプロポーショナルフォントにおけるサイズ情報が小さく設定された文字１文字を含む「３２，４８，４８，４８，４８」である。横（ｘ軸方向）３８％の縮小率による変換後のサイズ情報は、「１８，１８，１８，１８，１８」である。変換後の位置情報の始点は、横（ｘ軸方向）３８％、縦（ｙ軸方向）６０％の縮小率により、始点（６１，９０）となる。また終点ｙ座標は縦（ｙ軸方向）６０％の縮小率により、「６１」となる。変換後の終点ｘ座標は始点ｘ座標「６１」に、変換後のサイズ情報「１８」に文字数「５」を乗じた値を加算し変換後のｘ座標「１５１」を得る。

ＣＰＵ１１は変換後の位置情報を機種別データベース１５２に記憶する（ステップＳ１１７）。ＣＰＵ１１は変換後の文字データが表示領域を超えるか否かを判断する（ステップＳ１１１２）。具体的にはＣＰＵ１１は、ＲＡＭ１２に記憶した表示領域のｘ座標（横）最大値及び機種別データベース１５２の位置情報の終点ｘ座標を読み出し、位置情報の終点ｘ座標が表示領域の最大値を超えるか否かを判断する。ＣＰＵ１１は表示領域を超えないと判断した場合（ステップＳ１１１２でＮＯ）、変換処理を終了する。一方、ＣＰＵ１１が、表示領域を超えると判断した場合（ステップＳ１１１２でＹＥＳ）、すなわち位置情報の終点ｘ座標が表示領域の最大値を超える場合、ＣＰＵ１１は超えた値を位置情報のｘ座標から減じる補正を行う（ステップＳ１１１３）。

すなわち、ＣＰＵ１１は終点ｘ座標値から最大値を減じた値をまず求める。文字データ「出会った」を例とした場合、ｘ座標「２４３」から最大値「２４０」を減じた値「３」を求める。続いて、ＣＰＵ１１は位置情報の始点及び終点のｘ座標「１７１」，「２４３」から「３」を減じる補正を行う。これにより補正後の位置情報、始点（１６８，９０）、終点（２４０，６１）が得られる。ＣＰＵ１１はこの補正後の位置情報を機種別データベース１５２の位置情報フィールドに記憶する（ステップＳ１１１４）。なお、本実施例においては説明を簡単にするために補正量を終点のｘ座標から表示領域ｘ座標の最大値を減じた値としたが、これよりも大きい値としても良いことはもちろんである。

図１２はルビ画像の変換処理手順を示すフローチャートである。ＣＰＵ１１は表示情報データベース１５１の文字データフィールドを検索し、文字データにルビが存在するか否かを判断する（ステップＳ１２１）。ＣＰＵ１１は、ルビが存在すると判断した場合（ステップＳ１２１でＹＥＳ）、ルビ位置情報を表示情報データベース１５１から読み出す（ステップＳ１２２）。またＣＰＵ１１は表示情報データベース１５１から文字データに対応するルビの文字データを読み出す（ステップＳ１２３）。ＣＰＵ１１は読み出したルビの文字データをＧＩＦ等の画像データへ変換する（ステップＳ１２４）。

ＣＰＵ１１は変換したルビの画像データをステップＳ１１１において読み出した縮小率に従い縮小する画像処理を行う（ステップＳ１２５）。ＣＰＵ１１は対応する文字データの位置情報からルビの画像データの位置情報を算出する（ステップＳ１２６）。具体的にはＣＰＵ１１は変換後の文字データの位置情報の始点から、オフセットした位置をルビの画像データの位置情報とすれば良い。例えば文字データ「出会った」については、位置情報の始点（１７１，９０）、ｙ座標「９０」に適宜の値「１０」を加算した値「１００」を求め、ルビの画像データの位置情報（１７１，１００）とする。

ＣＰＵ１１は以上のようにして得たルビの画像データ及び当該ルビの画像データの位置情報を機種別データベース１５２に記憶する（ステップＳ１２７）。ステップＳ１２１において、ＣＰＵ１１はルビが存在しないと判断した場合（ステップＳ１２１でＮＯ）、ステップＳ１２２〜ステップＳ１２７の処理はスキップする。

図１３は変色速度の算出処理の手順を示すフローチャートである。ＣＰＵ１１は機種別データベース１５２のサイズ情報を読み出す（ステップＳ１３１）。またＣＰＵ１１は表示情報データベース１５１または機種別データベース１５２の変色する際の時間情報フィールドから変色する際の時間情報を読み出す（ステップＳ１３２）。ＣＰＵ１１は、変色速度を算出すべく、読み出したサイズ情報を変色する際の時間情報で除す（ステップＳ１３３）。ＣＰＵ１１は変換後の変色速度を機種別データベース１５２の変色速度フィールドに記憶する（ステップＳ１３４）。以上の処理を曲中の文字データに繰り返し行う事により変換処理が終了する。また、一の機種についての変換処理を終えた場合は、他の機種「Ａ６０２」等についても仕様データベース１５３に記憶された表示領域及び縮小率を読み出して同様の処理を繰り返す。

図１４及び図１５はサーバコンピュータ１と携帯電話機２との間の情報の送受信処理の手順を示すフローチャートである。携帯電話機２のＣＰＵ２１はサーバコンピュータ１との間で通信を確立する。その後ＣＰＵ２１はサーバコンピュータ１へ再生プログラム２５６の取得を要求する（ステップＳ１４１）。サーバコンピュータ１のＣＰＵ１１はこの取得要求を受けて記憶部１５に記憶された再生プログラム２５６を読み出して携帯電話機２へ送信する（ステップＳ１４２）。携帯電話機２のＣＰＵ２１は送信された再生プログラム２５６を記憶部２５に記憶する（ステップＳ１４３）。

ユーザは新曲のカラオケデータの取得を希望する場合は、入力部２３から、ダウンロードする曲を選択する。このユーザからの入力を受けて、携帯電話機２のＣＰＵ２１はカラオケを楽しむために必要な音楽データ及び文字データを含む表示情報の取得要求をサーバコンピュータ１へ行うと共に、機種の情報を送信する（ステップＳ１４４）。サーバコンピュータ１のＣＰＵ１１はこの取得要求及び機種の情報を受信して、送信元の携帯電話機２の機種を判別する（ステップＳ１４５）。この機種の判別は、携帯電話機２が送信した、機種に関する情報を参照して判別しても良いし、携帯電話機２とサーバコンピュータ１との間で送受信される情報に含まれるＭＡＣアドレスを参照して機種を判別してもよい。

サーバコンピュータ１のＣＰＵ１１は、判別した機種をもとに、変換処理が行われた機種別データベース１５２へアクセスする（ステップＳ１４６）。サーバコンピュータ１のＣＰＵ１１は取得要求のあった音楽データを機種別データベース１５２から読み出し（ステップＳ１４７）、読み出した音楽データを携帯電話機２へ送信する（ステップＳ１４８）。携帯電話機２のＣＰＵ２１は送信された音楽データを音楽ファイル２５２に記憶する（ステップＳ１４９）。

サーバコンピュータ１のＣＰＵ１１はステップＳ１４５において判別した機種をもとに、機種別データベース１５２を検索し、表示タイミング、同期タイミング、文字データ、位置情報、変色速度、ルビの画像データ及びルビの画像データの位置情報を含む表示情報を読み出し（ステップＳ１４１０）、これら読み出した表示情報を携帯電話機２へ送信する（ステップＳ１４１１）。携帯電話機２のＣＰＵ２１は、送信された表示タイミング、同期タイミング、文字データ、位置情報、変色速度、ルビの画像データ及びルビの画像データの位置情報を含む表示情報を受信する（ステップＳ１４１２）。

携帯電話機２のＣＰＵ２１は、受信した表示タイミング、同期タイミング、文字データ、位置情報、変色速度、ルビの画像データの位置情報を含む表示情報を表示情報ファイル２５１に記憶する（ステップＳ１５１）。同様に、携帯電話機２のＣＰＵ２１はルビの画像データを画像データファイル２５３に記憶する（ステップＳ１５２）。

図１６は再生及び変色処理の手順を示すフローチャートである。ユーザはカラオケを開始する場合、入力部２３から表示部２４に示されるガイドに従い、再生開始信号を入力する。携帯電話機２のＣＰＵ２１は入力された再生開始に係る信号を受け付け（ステップＳ１６１）、再生プログラム２５６を起動する（ステップＳ１６２）。ＣＰＵ２１は表示情報ファイル２５１に記憶された文字データ及び当該文字データに対応する位置情報を読み出す（ステップＳ１６３）。ＣＰＵ２１は読み出した文字データに対応するフォントをフォントファイル２５５から読み出す（ステップＳ１６４）。ＣＰＵ２１はこの読み出した文字データのフォントをＲＡＭ２２に展開する。

ＣＰＵ２１はこの文字データのフォントを、展開されたＲＡＭ２２から読み出し、ＧＩＦ形式等により画像データに変換する（ステップＳ１６５）。ＣＰＵ２１はステップＳ１６３において読み出した位置情報を参照して、変換した文字データに係る画像データの拡大または縮小処理を行う（ステップＳ１６７）。例えば、変換された文字データに係る画像データ「くまさんに」を縮小または拡大する場合、ＣＰＵ２１は画像データ「くまさんに」のｘ軸方向のドット数及びｙ軸方向のドット数（ｘ１，ｙ１）を検出し、また表示情報ファイル２５１に記憶された位置情報、始点（６１，９０）、終点（１５１，６１）から、ｘ軸方向のドット数「９０」，ｙ軸方向のドット数「２９」をそれぞれ算出する。そしてこれらのドット数から、縮小率（ｘ１／９０、ｙ１／２９）または拡大率（９０／ｘ１、２９／ｙ１）を算出して、画像データ「くまさんに」を縮小または拡大する。

ＣＰＵ２１はこのようにして変換された文字データに係る画像データを画像データファイル２５３に記憶する（ステップＳ１６８）。ＣＰＵ２１は音楽データを音楽ファイル２５２から読み出して再生を行う（ステップＳ１６９）。ＣＰＵ２１はこれと同時に時計部２１０をリセットする。ＣＰＵ２１は表示部２４に歌詞及び歌詞の変色を表示すべく以下の処理を行う。ＣＰＵ２１は表示情報ファイル２５１に記憶された位置情報を参照し、同じく表示情報ファイル２５１に記憶された表示タイミングに応じて、時計部２１０からの信号をもとに、文字データの画像データ及びルビの画像データを画像データファイル２５３から読み出して表示する（ステップＳ１６１０）。

ルビの画像データの表示位置は、サーバコンピュータ１から送信されたルビの画像データの位置情報を参照して表示部２４に表示する。なお、ルビの画像データの位置情報を用いずに、対応する文字データの位置情報を参照してルビの画像データの位置情報を携帯電話機２のＣＰＵ２１が決定するようにしても良い。この場合ＣＰＵ２１は文字データに係る画像データの位置情報の始点を（ｘ，ｙ）とした場合、ｙ座標に数ドット加算した（ｘ，ｙ＋ａ）を始点としてルビの画像データの位置情報としても良い。これにより、音楽データに合わせて、画像データとして、歌詞及び歌詞に付随するルビが表示部２４に表示される。

ＣＰＵ２１は変色処理を行うべく、時計部２１０からの信号をもとに、表示情報ファイル２５１に記憶された同期タイミング及び変色速度に従い、文字データの画像データ及びルビの画像データの変色処理を行う（ステップＳ１６１１）。変色は例えば歌詞が白色で表示されている場合は、赤色等で変色を行う。ＣＰＵ２１は、文字データに係る画像データのサイズ情報に相当するドット数毎に決定された変色速度を参照し、変色する画像処理を実行する。以上の処理を繰り返す事により、文字データの表示及び変色処理が実行できる。

実施の形態２
図１７は実施の形態２に係る携帯電話機２の構成を示すブロック図である。実施の形態２に係る携帯電話機２を動作させるためのプログラムは、本実施の形態２のように、通信網Ｎを介してサーバコンピュータ１からダウンロードすることも可能である。以下に、その内容を説明する。

図１７に示す携帯電話機２は、表示情報を受信させ、文字データを画像データへ変換させ、画像データを位置情報に従い表示させ、画像データを変色させるプログラムを、通信部２６を介してサーバコンピュータ１または他のコンピュータ（図示せず）からダウンロードし、記憶部２５の再生プログラムとしてインストールする。かかるプログラムはＲＡＭ２２にロードして実行される。これにより、上述のような本発明の携帯電話機２として機能する。

本実施の形態２は以上の如き構成としてあり、その他の構成及び作用は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態３
実施の形態３の如く和声部分については他の部分と異なる色をもって変色するようにしても良い。以下では、いわゆる「ハモる」和声部分を青色から黄色へ、それ以外の部分は白色から赤色へ変色するものとして説明する。なお、実施の形態１では和声部分を考慮しておらず、全ての文字データを白色から赤色へ変色していたものとする。図１８は実施の形態３に係る機種別データベース１５２のレコードレイアウトを示す説明図である。機種別データベース１５２はさらに色情報フィールド及び音量設定フィールドを有している。

色情報フィールドには文字データに対応付けて変色のための色情報を記憶している。本実施の形態においては、「森の中」及び「くまさんに」が「ハモる」和声部分である。この和声部分は、和声部分であるとユーザが認識できるよう、変色が青色から黄色へ、そしてそれ以外の「ある日」及び「出会った」は、一般の変色、つまり白色から赤色としている。なお、この色の設定はオペレータが入力部１３等を通じて適宜入力することができる。また色情報は「森の中」等の文字群を一単位として記憶しているが、「森」等、一文字ごとに色情報を設定しても良い。さらに、本実施の形態においては、白色から赤色及び青色から黄色の２つの変色例について説明したが、これに限るものではなく、さらに黒色から緑色へ変色するなど３以上の変色形態を用いても良い。さらに、和声部分について、文字の縁取りの色を変色するようにしても良い。この場合、文字の縁取りを灰色から紺色等へ変更する色の情報を機種別データベース１５２及び表示情報ファイル２５１に記憶しておく。そして携帯電話機２のＣＰＵ２１は、文字データに係る画像データを変色する場合、背景画像データと文字が存在する画像データとのエッジを検出し、その境界部分（縁）を表示情報ファイル２５１に記憶された色情報に従い変色する処理を行う。

音量設定フィールドには、文字データに対応付けて、主旋律及び副旋律の音量が記憶されている。副旋律は和声部分の音量であり、通常はボーカルのための主旋律の音量よりも小さく設定されている。一方、和声部分では、主旋律の音量は、副旋律の音量よりも小さく設定されている。例えば、「ある日」の部分では主旋律の音量が５０であり、副旋律の音量が１０と記憶されている。逆に、和声部分「森の中」の部分では、主旋律の音量が１０であり、副旋律の音量が５０と記憶されている。なお、図７で示した変色する際の時間情報フィールド及び補正量フィールドの記載は割愛している。また、本実施の形態においては、説明を容易にするために文字データ毎に色情報を記憶しているが、文字データ毎に和声部分か否かを識別するための情報を機種別データベース１５２に記憶するようにしても良い。そしてこの設定に対応させて和声部分の文字データの場合、色情報「青色から黄色」を、それ以外の文字データの場合、色情報「白色から赤色」と一括して記憶部１５に記憶するようにしても良い。

サーバコンピュータ１のＣＰＵ１１は機種別データベース１５２に記憶された色情報及び音量設定を文字データに対応付けて携帯電話機２へ送信する。携帯電話機２のＣＰＵ２１は、送信された色情報及び音量設定を表示情報ファイル２５１に記憶する。そしてＣＰＵ２１は、変色の際、表示情報ファイル２５１に記憶された色情報に従い表示部２４に、文字データを表示すると共に所定のタイミングで色情報に従い変色を行う。また、ＣＰＵ２１は、表示情報ファイル２５１に記憶された音量設定に従い、スピーカ２９から出力される音量を制御する。図１９は変色のイメージを示す説明図である。和声部分以外の「ある日」及び「出会った」は白色から赤色へ変色され、また主旋律の音量は５０、副旋律の音量は１０で出力される。一方、和声部分「森の中」及び「くまさんに」は青色から黄色へ変色され、また主旋律の音量は１０、副旋律の音量は５０で出力される。

図２０は変色処理の手順を示すフローチャートである。図１６に示すステップＳ１６１乃至Ｓ１６１０の各処理は実施の形態１と同一であるので説明は省略している。ステップＳ１６１０処理後、携帯電話機２のＣＰＵ２１は、表示情報ファイル２５１から文字データに対応する色情報を読み出す（ステップＳ２０１）。そして文字データを同期タイミング及び変色速度に応じて、この読み出した色情報に従い変色する処理を行う（ステップＳ２０２）。これにより、和声部分とそれ以外の部分が視認でき、ユーザはより効率よく練習することが可能となる。

本発明に係る配信システムの概要を示す模式図である。 サーバコンピュータのハードウェア構成を示すブロック図である。 携帯電話機のハードウェア構成を示すブロック図である。 サーバコンピュータの仕様データベースのレコードレイアウトを示す説明図である。 表示情報データベースのレコードレイアウトを示す説明図である。 文字データの表示例を示す説明図である。 機種別データベースのレコードレイアウトを示す説明図である。 携帯電話機の表示部に表示される文字データの表示イメージを示す説明図である。 プロポーショナルフォントにおけるサイズ情報が小さく設定された文字が含まれている場合の位置座標の関係を示す説明図である。 機種別データベースへの記憶処理の手順を示すフローチャートである。 変換処理の手順を示すフローチャートである。 ルビ画像の変換処理手順を示すフローチャートである。 変色速度の算出処理の手順を示すフローチャートである。 サーバコンピュータと携帯電話機との間の情報の送受信処理の手順を示すフローチャートである。 サーバコンピュータと携帯電話機との間の情報の送受信処理の手順を示すフローチャートである。 再生及び変色処理の手順を示すフローチャートである。 実施の形態２に係る携帯電話機の構成を示すブロック図である。 実施の形態３に係る機種別データベースのレコードレイアウトを示す説明図である。 変色のイメージを示す説明図である。 変色処理の手順を示すフローチャートである。 従来の変色処理のイメージを示す説明図である。

符号の説明

１ サーバコンピュータ（配信装置）
２ 携帯電話機（携帯端末機）
１１ ＣＰＵ（制御部）
１３ 入力部
１４ 表示部
１５ 記憶部
１６ 通信部
２１ ＣＰＵ（制御部）
２３ 入力部
２４ 表示部
２５ 記憶部
２６ 通信部
２８ マイク
２９ スピーカ
１５１ 表示情報データベース
１５２ 機種別データベース
１５３ 仕様データベース
２１０ 時計部
２５１ 表示情報ファイル
２５２ 音楽ファイル
２５３ 画像データファイル
２５４ 仕様ファイル
２５５ フォントファイル
２５６ 再生プログラム
Ｎ 通信網
Ｓ 配信システム

Claims (7)

1. 機種の異なる携帯端末機からの要求に応じて音楽データ及び該音楽データに合わせて変色を伴って表示される文字データに関する表示情報を配信装置により配信する配信方法において、
   携帯端末機から前記配信装置へ音楽データの取得要求があった場合に、携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、及び変色する際の変色速度を含む表示情報を記憶した機種別データベースを参照して、前記取得要求のあった携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を、前記配信装置から前記携帯端末機へ送信するステップと、
   前記携帯端末機の制御部により、前記送信された文字データを画像データへ変換するステップと、
   前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って前記制御部により表示部に表示する文字表示ステップと、
   前記送信された変色速度に従い、前記表示された文字データに基づく画像データを前記制御部により変色する変色ステップと
   を備えることを特徴とする配信方法。
2. 機種の異なる携帯端末機及び携帯端末機からの要求に応じて音楽データ及び該音楽データに合わせて変色を伴って表示される文字データに関する表示情報を配信する配信装置から構成される配信システムにおいて、
   携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、及び変色する際の変色速度を含む表示情報を記憶した機種別データベースを備え、
   前記配信装置は、携帯端末機から音楽データの取得要求があった場合に、前記携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を前記機種別データベースから読み出して、前記携帯端末機へ送信する送信手段を備え、
   前記携帯端末機は、
   前記送信された文字データを画像データへ変換する手段と、
   前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って表示部に表示する文字表示手段と、
   前記送信された変色速度に従い、前記表示された文字データに基づく画像データを変色する変色手段と
   を備えることを特徴とする配信システム。
3. 前記機種別データベースは、携帯端末機の機種毎に、文字データに対応付けてルビの画像データを含む表示情報を記憶しており、
   前記送信手段は、さらに文字データに対応付けられたルビの画像データを送信するよう構成してあり、
   前記文字表示手段は、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って該文字データに対応するルビの画像データと共に表示部に表示するよう構成してあることを特徴とする請求項２に記載の配信システム。
4. 前記機種別データベースは、携帯端末機の機種毎に、文字データに対応付けて各文字データの位置情報、変色する際の変色速度及び変色のための色情報を含む表示情報を記憶しており、
   前記送信手段は、携帯端末機から音楽データの取得要求があった場合に、前記携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、変色速度及び変色のための色情報を含む表示情報を前記機種別データベースから読み出して、前記携帯端末機へ送信するよう構成してあり、
   前記変色手段は、前記送信された変色速度及び変色のための色情報に従い、前記表示された文字データに基づく画像データを変色するよう構成してあることを特徴とする請求項２に記載の配信システム。
5. 音楽データに合わせて変色を伴って文字データを表示する携帯端末機において、
   制御部により外部へ音楽データに対応する文字データ及び該文字データに関する表示情報の取得を要求する手段と、
   外部へ前記制御部により機種を送信する手段と、
   前記取得要求に対応して外部から送信された前記機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を前記制御部により受信する受信手段と、
   前記受信した文字データを前記制御部により画像データへ変換する手段と、
   前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記受信した位置情報に従って前記制御部により表示部に表示する文字表示手段と、
   前記受信した変色速度に従い、前記表示された文字データに基づく画像データを前記制御部により変色する変色手段と
   を備えることを特徴とする携帯端末機。
6. 前記受信手段は、文字データに対応付けられるルビの画像データを含む表示情報をさらに受信するよう構成してあり、
   前記文字表示手段は、前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記送信された位置情報に従って該文字データに対応するルビの画像データと共に表示部に表示するよう構成してあることを特徴とする請求項５に記載の携帯端末機。
7. 携帯端末機の表示部に音楽データに合わせて変色を伴って文字データを表示するプログラムにおいて、
   携帯端末機に、
   音楽データに対応する文字データ及び該文字データに関する表示情報の取得要求に対応して外部から送信された前記携帯端末機の機種及び音楽データに対応する文字データ、各文字データの位置情報、及び変色速度を含む表示情報を制御部の指示により受信する受信ステップと、
   前記受信した文字データを前記制御部により画像データへ変換するステップと、
   前記音楽データの再生に伴い、前記変換された文字データに基づく画像データを前記受信した位置情報に従って前記制御部により前記表示部に表示する文字表示ステップと、
   前記受信した変色速度に従い、前記表示した文字データに基づく画像データを前記制御部により変色する変色ステップと
   を実行させるためのプログラム。

Images