(57)【要約】【課題】適切に歌詞データを各ページに配置することができ、また歌詞データを配信及び再生する際の処理負担を軽減することが可能な合成方法を提供する。【解決手段】サーバコンピュータに歌詞データを表示する際の書式を記憶した書式ファイルを用意しておく。書式ファイルには例えば、歌詞データのフォントサイズ及び行間等が記憶される。書式ファイルに記憶した書式に従い歌詞データを変換しＲＡＭに展開する。展開した複数行からなる歌詞データが、背景画像データの各ページの行方向における表示領域内に収まるよう、分断手段により複数ページに分断する。サーバコンピュータの変換手段は、分断手段により分断した各ページの歌詞データを画像データへ変換する。最後に、変換手段により変換した各ページに係る画像データを、合成手段により背景画像データの各ページに合成する。【選択図】図１４
2008225375.tif 000002
【特許請求の範囲】
【請求項１】
複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データに合成装置により合成する合成方法において、
前記歌詞データを表示する際の書式を書式ファイルに記憶しておくステップと、
該書式ファイルに記憶した書式に従い、前記合成装置の制御部により前記歌詞データをメモリ上に展開する展開ステップと、
該展開ステップによりメモリ上に展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう、前記制御部により前記複数ページに分断する分断ステップと、
該分断ステップにより分断した各ページの歌詞データを画像データへ変換する変換ステップと、
該変換ステップにより変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成ステップと
を備えることを特徴とする合成方法。
【請求項２】
複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データに合成する合成装置において、
前記歌詞データを表示する際の書式を記憶する書式ファイルと、
該書式ファイルに記憶した書式に従い前記歌詞データを展開する展開手段と、
該展開手段により展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう複数ページに分断する分断手段と、
該分断手段により分断した各ページの歌詞データを画像データへ変換する変換手段と、
該変換手段により変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成手段と
を備えることを特徴とする合成装置。
【請求項３】
前記分断手段は、前記展開手段により展開した複数行からなる歌詞データが、前記背景画像データの行方向における表示領域限界に達する前の行末尾に改ページコマンドを挿入することにより、前記歌詞データを複数ページに分断するよう構成してある
ことを特徴とする請求項２に記載の合成装置。
【請求項４】
背景画像データのページ数の上限値を記憶する手段と、
前記書式ファイルとは書式が異なる補助書式ファイルと、
前記分断手段により分断された歌詞データのページ数が前記上限値を超えるか否かを判断する上限値判断手段を備え、
前記展開手段は、
前記上限値判断手段により上限値を超えると判断した場合に、補助書式ファイルに記憶した書式に従い前記歌詞データを展開するよう構成してある
ことを特徴とする請求項２または３に記載の合成装置。
【請求項５】
前記書式ファイルは、少なくとも歌詞データのフォントサイズ及び行間を記憶していることを特徴とする請求項２乃至４のいずれか一つに記載の合成装置。
【請求項６】
複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データにコンピュータにより合成するプログラムにおいて、
コンピュータに、
前記歌詞データを表示する際の書式を書式ファイルに記憶しておくステップと、
該書式ファイルに記憶した書式に従い、前記コンピュータの制御部により前記歌詞データをメモリ上に展開する展開ステップと、
該展開ステップによりメモリ上に展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう、前記制御部により前記複数ページに分断する分断ステップと、
該分断ステップにより分断した各ページの歌詞データを画像データへ変換する変換ステップと、
該変換ステップにより変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成ステップと
を実行させるためのプロクラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データに合成する合成方法、合成装置及びコンピュータを合成装置として機能させるためのプログラムに関する。
【背景技術】
【０００２】
近年、携帯端末機に音声データ及び歌詞データを配信するサービスが普及している。ユーザは携帯端末機にダウンロードした歌詞データを表示し、併せて音声データを再生することで、カラオケを楽しむことができる。またカラオケにおいては一般に歌詞データの表示にあわせて背景画像が表示される。特許文献１にはサーバから配信されたカラオケ曲データおよび静止画の制御データと、携帯無線端末に装着された外部記憶媒体内にあらかじめ保存される静止画データとを、携帯無線端末内で合成するカラオケ配信システムが開示されている。
【特許文献１】特開２００２−２４４６７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載のカラオケ配信システムでは携帯端末機において合成処理等を実行するため、歌詞データの表示の度に各種処理が必要となり処理負担及び処理時間の増大を招いていた。また曲によっては非常に歌詞が長いものも存在する。この場合、表示すべきページ数も併せて増加するが、ページ数があまりに多いと携帯端末機の機種または規格によっては全ての歌詞データが表示しきれなくなるという問題もあった。
【０００４】
本発明は斯かる事情に鑑みてなされたものであり、その目的は、歌詞データに対する書式に従い歌詞データを展開し、１ページ内に収まる歌詞データ毎に歌詞データを分断し、分断した歌詞データを画像データへ変換し、最後に背景画像データと合成することにより、適切に歌詞データを各ページに配置することができ、また歌詞データを配信及び再生する際の処理負担を軽減することが可能な合成方法、合成装置及びコンピュータを合成装置として機能させるためのプログラムを提供することにある。
【０００５】
本発明の他の目的は、ページ数の上限値を超える場合に、補助書式ファイルに記憶した書式に従い歌詞データを展開することにより、様々な機種及び規格に対応することが可能な合成装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る合成方法は、複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データに合成装置により合成する合成方法において、前記歌詞データを表示する際の書式を書式ファイルに記憶しておくステップと、該書式ファイルに記憶した書式に従い、前記合成装置の制御部により前記歌詞データをメモリ上に展開する展開ステップと、該展開ステップによりメモリ上に展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう、前記制御部により前記複数ページに分断する分断ステップと、該分断ステップにより分断した各ページの歌詞データを画像データへ変換する変換ステップと、該変換ステップにより変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成ステップとを備えることを特徴とする。
【０００７】
本発明に係る合成装置は、複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データに合成する合成装置において、前記歌詞データを表示する際の書式を記憶する書式ファイルと、該書式ファイルに記憶した書式に従い前記歌詞データを展開する展開手段と、該展開手段により展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう複数ページに分断する分断手段と、該分断手段により分断した各ページの歌詞データを画像データへ変換する変換手段と、該変換手段により変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成手段とを備えることを特徴とする。
【０００８】
本発明に係る合成装置は、前記分断手段は、前記展開手段により展開した複数行からなる歌詞データが、前記背景画像データの行方向における表示領域限界に達する前の行末尾に改ページコマンドを挿入することにより、前記歌詞データを複数ページに分断するよう構成してあることを特徴とする。
【０００９】
本発明に係る合成装置は、背景画像データのページ数の上限値を記憶する手段と、前記書式ファイルとは書式が異なる補助書式ファイルと、前記分断手段により分断された歌詞データのページ数が前記上限値を超えるか否かを判断する上限値判断手段を備え、前記展開手段は、前記上限値判断手段により上限値を超えると判断した場合に、補助書式ファイルに記憶した書式に従い前記歌詞データを展開するよう構成してあることを特徴とする。
【００１０】
本発明に係る合成装置は、前記書式ファイルは、少なくとも歌詞データのフォントサイズ及び行間を記憶していることを特徴とする。
【００１１】
本発明に係るプログラムは、複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データにコンピュータにより合成するプログラムにおいて、コンピュータに、前記歌詞データを表示する際の書式を書式ファイルに記憶しておくステップと、該書式ファイルに記憶した書式に従い、前記コンピュータの制御部により前記歌詞データをメモリ上に展開する展開ステップと、該展開ステップによりメモリ上に展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう、前記制御部により前記複数ページに分断する分断ステップと、該分断ステップにより分断した各ページの歌詞データを画像データへ変換する変換ステップと、該変換ステップにより変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成ステップとを実行させることを特徴とする。
【００１２】
本発明にあっては、合成装置に歌詞データを表示する際の書式を記憶した書式ファイルを用意しておく。書式ファイルには例えば、歌詞データのフォントサイズ及び行間等が記憶される。そして書式ファイルに記憶した書式に従い歌詞データを展開手段により展開する。展開手段により展開した複数行からなる歌詞データが、背景画像データの各ページの行方向における表示領域内に収まるよう、分断手段により複数ページに分断する。具体的には、展開手段により展開した複数行からなる歌詞データが、背景画像データの行方向における表示領域限界に達する前の行末尾に改ページコマンドを挿入する。
【００１３】
合成装置の変換手段は、分断手段により分断した各ページの歌詞データを画像データへ変換する。最後に、変換手段により変換した各ページに係る画像データを、合成手段により背景画像データの各ページに合成する。
【００１４】
本発明にあっては、背景画像データのページ数の上限値を記憶しておく。また書式ファイルとは書式が異なる補助書式ファイルをあらかじめ用意しておく。上限値判断手段は、分断手段により分断された歌詞データのページ数が、記憶した上限値を超えるか否かを判断する。そして展開手段は、上限値判断手段により上限値を超えると判断した場合に、補助書式ファイルに記憶した書式に従い歌詞データを展開する。補助書式ファイルに従い展開された歌詞データは分断処理され、背景画像データに合成される。
【発明の効果】
【００１５】
本発明にあっては、書式ファイルに記憶した書式に従い歌詞データを展開手段により展開し、複数行からなる歌詞データが、背景画像データの各ページの行方向における表示領域内に収まるよう、分断手段により複数ページに分断する。変換手段は、分断手段により分断した各ページの歌詞データを画像データへ変換し、合成手段により背景画像データの各ページに合成する。これにより、複数ページにわたる歌詞データを最適な位置にて複数ページに分断することが可能となる。また歌詞データ及び背景画像データが一体の画像データとして構成されるためユーザへの配信が容易となる。
【００１６】
本発明にあっては、背景画像データのページ数の上限値を記憶しておく。また書式ファイルとは書式が異なる補助書式ファイルをあらかじめ用意しておく。上限値判断手段は、分断手段により分断された歌詞データのページ数が、記憶した上限値を超えるか否かを判断する。そして展開手段は、上限値判断手段により上限値を超えると判断した場合に、補助書式ファイルに記憶した書式に従い歌詞データを展開する。これにより、歌詞が長く、また機種または規格によりページ数の上限値が存在する場合でも、最適な書式に基づく分断処理が実行されるので、歌詞データが途中で途切れるという事態を未然に回避することが可能となる等、本発明は優れた効果を奏する。
【発明を実施するための最良の形態】
【００１７】
実施の形態１
図１は調整システムの概要を示す模式図である。調整システムは調整装置１、通信網Ｎ、歌詞データベース（以下歌詞ＤＢ）１０及び携帯端末機２、２、２、・・・を含んで構成される。調整装置１は、例えばサーバコンピュータが用いられる。以下では調整装置１をサーバコンピュータ１であるものとして説明する。携帯端末機２は例えば、携帯電話機、ＰＤＡ(Personal Digital Assistance)、表示部を備える可搬型オーディオプレーヤまたは可搬型ゲーム機等であり、一般のカラオケ店舗に設置されるモニタより小型の表示画面を備える可搬型の携帯端末機である。本実施の形態においては、携帯端末機２を携帯電話機２であるものとして説明する。
【００１８】
サーバコンピュータ１と携帯電話機２、２、２、・・・とはインターネット及び携帯電話網等の通信網Ｎを介して接続されている。歌詞ＤＢ１０には複数の歌詞データ及び音声データが記憶されている。サーバコンピュータ１は、携帯電話機２からのリクエストに応じて選択された歌詞データを背景画像データに合成すべく調整処理を行う。調整処理の後、合成された画像データ及び歌詞データに対応する音声データはサーバコンピュータ１から携帯電話機２へ送信される。携帯電話機２は受信した画像データの表示及び音声データの再生を行う。
【００１９】
図２はサーバコンピュータ１のハードウェア構成を示すブロック図である。サーバコンピュータ１は、制御部としてのＣＰＵ(Central Processing Unit)１１、ＲＡＭ(Random Access Memory)１２、入力部１３、表示部１４、通信部１６及び記憶部１５を含んで構成される。ＣＰＵ１１は、バス１７を介してサーバコンピュータ１のハードウェア各部と接続されていて、それらを制御すると共に、記憶部１５に格納された制御プログラム１５Ｐに従って、種々のソフトウェア的機能を実行する。制御プログラム１５Ｐは、Ｃ言語等のプログラミング言語で記述されている。
【００２０】
通信部１６はファイアウォールとしての機能を果たすゲートウェイ等であり、携帯電話機２との間で必要な情報を送受信する。記憶部１５は例えばハードディスクで構成され、内部には上述した制御プログラム１５Ｐの他、書式ファイル１５２及び背景画像ファイル１５１が記憶されている。背景画像ファイル１５１には複数種類の背景画像データが記憶されている。背景画像データは例えばｊｐｅｇ（Joint Photographic Experts Group）等のフォーマットで複数種類記憶されており後述するように、ユーザが好みの画像を選択できる。書式ファイル１５２は例えばテキストデータである歌詞データを表示する際のフォントサイズ、フォント、行間等の情報を記憶している。なお、背景画像ファイル１５１及び書式ファイル１５２の詳細については後述する。
【００２１】
歌詞ＤＢ１０には複数の歌詞データ及び音声データが記憶されている。ＣＰＵ１１は歌詞ＤＢ１０のフィールドのキーを関連付けたスキーマにおいてＳＱＬ(Structured Query Language)等を用いて対話することにより、必要な情報の記憶、検索等の処理を実行する。図３は歌詞ＤＢ１０のレコードレイアウトを示す説明図である。歌詞ＤＢ１０は、歌詞ＩＤフィールド、歌詞データフィールド及び音声データフィールドを含んで構成される。    
【００２２】
歌詞ＩＤフィールドには、歌詞データ及び音声データを特定するための固有の識別情報（以下、歌詞ＩＤという）が記憶されている。歌詞データフィールドには、歌詞ＩＤに対応づけて例えばテキスト形式で歌詞データが記憶されている。さらに音声データフィールドには、歌詞ＩＤ及び歌詞データに対応づけて、当該歌詞データのメロディとなる音声データが、例えばｍｍｆまたはｍｌｄ等のデータ形式で記憶されている。
【００２３】
図に示すように歌詞ＩＤ「Ｔ１」、「Ｔ２」及び「Ｔ３」で示す複数の歌詞データ及び音声データが記憶されている。これら歌詞データ及び音声データは、業務用カラオケで用いられている歌詞データ及び音声データを、通信部１６を介して歌詞ＤＢ１０にダウンロードしたものである。なお、図示しない記録媒体読み取り装置に、業務用カラオケの歌詞データ及び音声データが記録されたＣＤ−ＲＯＭ等を挿入し、歌詞ＤＢ１０にこれらの内容を記憶するようにしても良い。なお、歌詞ＤＢ１０はサーバコンピュータ１からアクセスが可能なデータベースサーバ内に記憶する形態を示したが、サーバコンピュータ１の記憶部１５に歌詞ＤＢ１０を格納しても良いことはもちろんである。
【００２４】
図４は携帯電話機２のハードウェア構成を示すブロック図である。携帯電話機２は、制御部としてのＣＰＵ２１、ＲＡＭ２２、入力部２３、表示部２４、通信部２６、マイク２８、スピーカ２９、時計部２１０及び記憶部２５を含んで構成される。ＣＰＵ２１は、バス２７を介して携帯電話機２のハードウェア各部と接続されていて、それらを制御すると共に、記憶部２５に格納された制御プログラム２５Ｐに従って、種々のソフトウェア的機能を実行する。
【００２５】
表示部２４は例えば液晶ディスプレイ等であり、入力部２３はプッシュボタン等により構成される。なお、タッチパネルのように表示部２４と入力部２３とを一体的に構成するようにしても良い。スピーカ２９は音声データ、通話データ、またはマイク２８から入力された音声に係る音声信号を増幅して出力する。マイク２８は外部から入力された音声信号を電気信号へ変換する。変換後の電気信号は図示しないＡ／Ｄ変換器によりデジタルデータへ変換されてＣＰＵ２１へ出力される。通信部２６は高周波送受信部及びアンテナ等を備え、音声データ、文字データ等を含む各種データの送受信を行う。時計部２１０は日時情報をＣＰＵ２１へ出力する。
【００２６】
記憶部２５には制御プログラム２５Ｐ、ブラウザ２５１、及び再生アプリケーション２５２が記憶されている。ブラウザ２５１はＨＴＴＰ（Hyper Text Transfer Protocol）により通信部２６を介して送受信されるＨＴＭＬ（HyperText Markup Language）ファイルを解析して表示部２４に表示する。再生アプリケーション２５２は音楽データの再生と、歌詞データが背景画像データに合成された画像データの表示との同期を行うソフトウェアである。再生アプリケーション２５２は音楽データの再生と共に複数ページからなる画像データの第１ページ目の表示を行う。そして時計部２１０から出力される日時情報を参照して、所定時間の経過後画像データのページの切り替えを行う。ＣＰＵ２１は再生アプリケーション２５２のプログラムに従い、音声をマイク２８から出力し、時計部２１０からの日時情報を参照して、表示部２４に表示する画像データのページ切り替えを行う。
【００２７】
図５は背景画像ファイル１５１のレコードレイアウトを示す説明図である。サーバコンピュータ１の記憶部１５には背景画像ファイル１５１が格納されている。背景画像ファイル１５１は背景画像ＩＤフィールド、背景画像データフィールド、表示領域（行）フィールド及び表示領域（列）フィールドを含んで構成される。背景画像ＩＤフィールドには、背景画像データを特定するための固有の識別情報（以下、背景画像ＩＤ）が記憶されている。背景画像データフィールドには背景画像ＩＤに対応づけて、歌詞データの背景となる背景画像データが記憶されている。
【００２８】
表示領域（行）フィールドには歌詞データを表示することが可能な表示部２４の縦（行）方向画素数を記憶している。また表示領域（列）フィールドには歌詞データを表示することが可能な表示部２４の横（列）方向の画素数を記憶している。例えば、背景画像ＩＤ「ＩＭ１」の背景画像は、歌詞データの表示領域が、行方向３５０画素、列方向２２０画素である。なお、背景画像ファイル１５１は歌詞ＤＢ１０内に記憶するようにしても良い。
【００２９】
図６は表示部２４に表示される画像データのイメージを示す説明図である。表示部２４上には歌詞データに係る画像データと背景画像データとを合成した合成画像データが表示される。背景画像データは表示部２４の表示領域に合わせて表示される。背景画像データは背景となる画像データ上に例えば透過画像データ２４１を貼り合わせた形態としている。透過画像データ２４１は背景となる画像データが視認できるような透過率としている。透過画像データ２４１は、歌詞が背景となる画像により視認することが困難となる事態を防止するために張り合わされるものであり、例えば、歌詞が黒色の場合、透過画像データ２４１は透過率２５％の白色画像が用いられる。
【００３０】
背景画像データ上の透過画像データ２４１内に歌詞データに係る画像が表示され、矩形上の透過画像データ２４１で規定する領域が歌詞データの表示領域である。サーバコンピュータ１のＣＰＵ１１は歌詞データに係る画像が、透過画像データ２４１内である歌詞データに係る画像の表示領域内に適切に収まるよう調整処理を実行する。図６に示す表示領域のｘ軸方向は列（横）方向を示し、また表示領域のｙ軸方向は行（縦）方向を示す。ｘｙ座標系における（０，０）は原点であり、ｘ軸方向の表示領域はｘ＝０からｘ＝Ｘまでである。またｙ軸方向の表示領域はｙ＝０からｙ＝Ｙまでである。従って表示領域は（０，０）、（Ｘ，０）、（Ｘ，Ｙ）及び（０，Ｙ）となる。図５に示す例では背景画像ＩＤ「ＩＭ１」の画像はＸが２２０であり、Ｙが３５０である。
【００３１】
図７は改行処理のイメージを示す説明図である。サーバコンピュータ１のＣＰＵ１１は背景画像ファイル１５１から対象となる背景画像データ及び表示領域を読み出す。またＣＰＵ１１は歌詞ＤＢ１０から対象となる歌詞データを読み出す。さらにＣＰＵ１１は書式ファイル１５２からフォント、フォントサイズ、各行の表示開始位置、行間等の書式を読み出す。ＣＰＵ１１は読み出した歌詞データを書式に従い変換する。ＣＰＵ１１は書式を変換した後の各行の歌詞データが、読み出した列方向の表示領域内に収まるか否かを判断する。
【００３２】
具体的にはＣＰＵ１１は、書式ファイル１５２に従い変換した１行の歌詞データを画像データへ変換し、列方向の画素数が背景画像ファイル１５１に記憶された列方向の表示領域に係る画素数内に収まるか否かを判断する。例えば、背景画像が「ＩＭ１」である場合、列方向の表示領域の画素数は２２０であるので、書式変換した歌詞データの画像データの列方向画素数が、２２０を超えるか否かにより判断する。なお、ＣＰＵ１１は画像データへ変換することなく、書式に従い変換した１行の歌詞データの文字数及びフォントサイズから、背景画像ファイル１５１に記憶した列方向の表示領域内に収まるか否かにより判断してもよい。表示領域内に収まる場合は、予め歌詞データに付与されている改行コマンドに従い改行処理が行われる。その一方で、１行が表示領域内に収まらない場合は、１行の歌詞データを複数行に分割する処理を行う。
【００３３】
図７ａは歌詞データ１行が「AAA BBB CCCC DD EEEEE FFFF GGG」である例を示す。歌詞データの１行は一の文字ブロック「AAA」と他の文字ブロック「BBB」との間にスペースが挿入されている。図７ａの例では各文字ブロック間にスペース（１）〜（６）が挿入されている状態を示す。また歌詞データ１行の末尾、本例では文字ブロック「GGG」末尾には改行コマンドが挿入されている。なお、改行コマンドは図示していない。
【００３４】
図７ａの横軸（ｘ軸）は列方向の画素数を示し、ｘ軸上のＸは背景画像の列方向の表示領域を示す。図７ａの例では１行分の歌詞データが列方向の表示領域Ｘを超えている。この場合ＣＰＵ１１は、１行分の歌詞データ内に含まれる歌詞を分割するための分割情報を抽出する。分割情報は歌詞を分割するためのものであり、例えばスペース、読点、句点、ピリオド、クエッションマーク及びエクスクラメーションマーク等である。なお、以下では説明を容易にするために分割情報を文字ブロック間に挿入されるスペースであるものとして説明し、また１行分の歌詞データを２行に分割する例を説明する。
【００３５】
ＣＰＵ１１はテキスト中に存在するスペース（１）〜（６）を抽出し、スペース（１）〜（６）に改行コマンドを挿入する。図７ｂはスペース（１）により１行の歌詞データを２行の歌詞データへ分割した図であり、図７ｃはスペース（２）により１行の歌詞データを２行の歌詞データへ分割した図であり、図７ｄはスペース（３）により１行の歌詞データを２行の歌詞データへ分割した図であり、図７ｅはスペース（４）により１行の歌詞データを２行の歌詞データへ分割した図であり、図７ｆはスペース（５）により１行の歌詞データを２行の歌詞データへ分割した図であり、図７ｇはスペース（６）により１行の歌詞データを２行の歌詞データへ分割した図である。このようにして候補となる歌詞データｂ〜ｇが作成される。
【００３６】
ＣＰＵ１１はスペースにより分割された２行分の歌詞データが表示領域内に収まるか否かを判断する。図７ｂにおいては２行目の文字ブロック「GGG」において、表示領域を超えており、また図７ｇにおいては１行目の文字ブロック「FFFF」において、表示領域を超えている。ＣＰＵ１１は表示領域を超える歌詞データｂ及びｇは候補から削除する。ＣＰＵ１１は複数行にわたって表示される歌詞データの表示バランスがよい歌詞データを候補である歌詞データｃ、ｄ、ｅ、ｆから選択する。
【００３７】
ＣＰＵ１１は歌詞データの各行の表示領域の差を算出し、その差が最小である歌詞データを選択する。具体的にはＣＰＵ１１は各行の文字数の差を算出する、または、各行の歌詞データを画像データへ変換し、列方向の画素数の差を算出する。図７の例では各行の表示領域の差が最小であるのは図７ｅの歌詞データである。つまり、スペース（４）に改行コマンドを挿入した場合が、最も見栄えが良くなる。なお、必ずしもこの差が最小である歌詞データを選択する必要はなく、次に差の小さい歌詞データ、本例では図７ｄ、を選択するようにしても良い。ＣＰＵ１１はスペース（４）の後に改行コマンドを挿入し、２行に分割した歌詞データを記憶部１５に記憶する。
【００３８】
本例では分割する行数の上限値を２としたが、３以上としても良い。この場合、オペレータは入力部１３から最大値を入力する。ＣＰＵ１１は入力された最大値を受け付け記憶部１５に記憶する。上限値が３である場合も同様に、スペースに基づき、３行分全ての組み合わせに係る候補の歌詞データを作成し、各行の歌詞データの差の総和が最小となる歌詞データを選択すればよい。また本実施の形態においては各行の表示領域の差または差の総和に基づき最適なスペースを選択する構成を説明したが、他の構成としても良い。例えば、各行の表示領域の分散または標準偏差が最小となるスペースを分割する位置として選択するようにしても良い。
【００３９】
以上のハードウェア構成において改行処理の手順等を、フローチャートを用いて説明する。図８及び図９は改行処理の手順を示すフローチャートである。ＣＰＵ１１は合成の対象となる歌詞データを歌詞ＤＢ１０から読み出し、また背景画像データを背景画像ファイル１５１から読み出す（ステップＳ８１）。ＣＰＵ１１は記憶部１５に記憶した書式ファイル１５２を読み出す（ステップＳ８２）。ＣＰＵ１１は読み出した書式に従い、ステップＳ８１で読み出した歌詞データの書式を変換する（ステップＳ８３）。これにより、歌詞データ各行の列方向の表示領域が決定される。
【００４０】
ＣＰＵ１１はステップＳ８１で読み出した背景画像データの列方向の表示領域を背景画像ファイル１５１から読み出す。ＣＰＵ１１は書式変換した１行分の歌詞データが列方向の表示領域内に収まるか否かを判断する（ステップＳ８４）。ＣＰＵ１１は、１行分の歌詞データが列方向の表示領域内に収まらないと判断した場合（ステップＳ８４でＮＯ）、１行分の歌詞データのテキストを参照し分割情報たるスペースを抽出する（ステップＳ８５）。ＣＰＵ１１は分割する行数の上限値を記憶部１５から読み出す（ステップＳ８６）。
【００４１】
ＣＰＵ１１は読み出した上限値を限度に、１行の歌詞データを抽出したスペースで分割し、複数行からなる複数の候補となる歌詞データを作成する（ステップＳ８７）。ＣＰＵ１１は候補となる歌詞データが列方向の表示領域内に収まるか否かを判断する（ステップＳ８８）。ＣＰＵ１１は候補となる歌詞データが列方向の表示領域内に収まらないと判断した場合（ステップＳ８８でＮＯ）、この収まらない当該候補歌詞データを候補から削除し（ステップＳ８９）、ステップＳ８８へ移行する。一方、ＣＰＵ１１は候補となる歌詞データが列方向の表示領域内に収まると判断した場合（ステップＳ８８でＹＥＳ）、分割した各行の表示領域の差の総和を算出する（ステップＳ８１０）。なお、上限値が２の場合は総和ではなく、ＣＰＵ１１は各行の表示領域の差を算出する。
【００４２】
ＣＰＵ１１はステップＳ８１０の処理をステップＳ８８の条件を満たす全ての候補歌詞データについて行う。ＣＰＵ１１は差の総和が最小の候補歌詞データを選択する（ステップＳ８１１）。ＣＰＵ１１は選択した候補歌詞データの分割したスペースに改行コマンドを挿入する（ステップＳ８１２）。すなわち分割する対象となった行の末尾に改行コマンドを付加する。ＣＰＵ１１は以上の処理により分割した歌詞データを記憶部１５に記憶する（ステップＳ８１３）。
【００４３】
ＣＰＵ１１はステップＳ８１３の処理の後、及び、ステップＳ８４において１行分の歌詞データが列方向の表示領域内に収まると判断した場合（ステップＳ８４でＹＥＳ）、全ての行について上述した処理を実行したか否かを判断する（ステップＳ９１）。ＣＰＵ１１は全ての行について処理を実行していないと判断した場合（ステップＳ９１でＮＯ）、次の行へ処理を移行し（ステップＳ９２）、再度ステップＳ８４以降の処理を実行する。
【００４４】
ＣＰＵ１１は全ての行について処理を実行したと判断した場合（ステップＳ９１でＹＥＳ）、改行処理後の歌詞データを画像データへ変換する（ステップＳ９３）。ＣＰＵ１１は変換後の歌詞データに係る画像データとステップＳ８１で読み出した背景画像データとを合成する処理を行う（ステップＳ９４）。なお、歌詞データに係る画像データの貼り付け位置は、例えば図６に示す座標値（０，０）とすれば良い。ＣＰＵ１１は合成画像データを背景画像ＩＤ及び歌詞ＩＤに対応づけて記憶する（ステップＳ９５）。以上の処理が各歌詞データ及び各背景画像データの組み合わせにおいて実行される。これにより、複数種類の背景画像ＩＤ及び歌詞ＩＤそれぞれに対して最適な改行処理が実行された合成画像データが記憶される。
【００４５】
図１０及び図１１は合成画像データの配信処理の手順を示すフローチャートである。携帯電話機２のＣＰＵ２１はブラウザ２５１を起動し、サーバコンピュータ１のＵＲＬを入力することによりサーバコンピュータ１に対する接続要求を行う（ステップＳ１０１）。サーバコンピュータ１のＣＰＵ１１は接続要求を受けて、歌詞ＤＢ１０から歌詞データを読み出し（ステップＳ１０２）、歌詞データの選択画面を送信する。この歌詞データの選択画面は、読み出した複数の歌詞データのタイトル、歌手名、歌詞の１フレーズ及び歌詞ＩＤを含む情報がＨＴＭＬ（HyperText Markup Language）形式で記述されている。ＣＰＵ１１は読み出した複数の歌詞データのタイトル、歌手名、歌詞の１フレーズ及び歌詞ＩＤを含む情報をＨＴＭＬ形式で作成した歌詞データ選択画面を携帯電話機２へ送信する（ステップＳ１０３）。
【００４６】
携帯電話機２のＣＰＵ２１は送信された歌詞データ選択画面を受信する（ステップＳ１０４）。ＣＰＵ２１は入力部２３から配信を希望する歌詞データの選択を受け付ける（ステップＳ１０５）。ＣＰＵ２１は入力部２３を介してユーザが選択した配信を希望する歌詞データに係る歌詞ＩＤをサーバコンピュータ１へ送信する（ステップＳ１０６）。サーバコンピュータ１のＣＰＵ１１は歌詞ＩＤを受信する（ステップＳ１０７）。これにより、歌詞データの選択が終了する。
【００４７】
続いてＣＰＵ１１は背景画像ファイル１５１から背景画像データ及び背景画像ＩＤを読み出す（ステップＳ１０８）。ＣＰＵ１１は背景画像データのサムネイル画像を作成する。そして、ＣＰＵ１１は背景画像を選択するための背景画像選択画面を作成する。この背景画像選択画面は、複数の背景画像データのサムネイル画像及び各サムネイル画像に対応する背景画像ＩＤを含むＨＴＭＬ文書により構成される。ＣＰＵ１１は作成した背景画像選択画面を携帯電話機２へ送信する（ステップＳ１０９）。
【００４８】
携帯電話機２のＣＰＵ２１は背景画像選択画面を受信する（ステップＳ１１０）。ＣＰＵ２１はブラウザ２５１に背景画像選択画面を表示する。ユーザは歌詞の背景として希望する一の背景画像に係るサムネイルを入力部２３から選択する。ＣＰＵ２１は入力部２３から入力された背景画像の選択を受け付ける（ステップＳ１１１）。ＣＰＵ２１は選択されたサムネイル画像に対応する背景画像ＩＤをサーバコンピュータ１へ送信する（ステップＳ１１２）。これにより合成対象となる背景画像データが決定される。
【００４９】
サーバコンピュータ１のＣＰＵ１１は背景画像ＩＤを受信する（ステップＳ１１２０）。ＣＰＵ１１は受信した背景画像ＩＤ及びステップＳ１０７で受信した歌詞ＩＤに対応する合成画像データを記憶部１５から読み出す（ステップＳ１１３）。すなわちＣＰＵ１１はステップＳ９５で記憶した複数の合成画像データの中から、歌詞ＩＤ及び背景画像ＩＤをアンド条件で満たす合成画像データを読み出す。
【００５０】
続いてＣＰＵ１１は歌詞ＩＤに対応する音声データを歌詞ＤＢ１０から読み出す（ステップＳ１１４）。ＣＰＵ１１は合成画像データ及び読み出した音声データを携帯電話機２へ送信する（ステップＳ１１５）。携帯電話機２のＣＰＵ２１は送信された合成画像データ及び音声データを受信する（ステップＳ１１６）。ＣＰＵ２１は再生アプリケーション２５２を起動する（ステップＳ１１７）。ＣＰＵ２１は再生アプリケーション２５２の指示に従い、合成画像データを表示部２４へ表示する（ステップＳ１１８）。さらに、所定のタイミングで音声データをスピーカ２９から出力する（ステップＳ１１９）。
【００５１】
実施の形態２
図１２は実施の形態２に係るサーバコンピュータ１の構成を示すブロック図である。実施の形態２に係るサーバコンピュータ１を動作させるためのコンピュータプログラムは、本実施の形態２のように、ＣＤ−ＲＯＭ、ＭＯ、またはＤＶＤ−ＲＯＭ等の可搬型記録媒体１Ａで提供することも可能である。さらに、コンピュータプログラムを、通信網Ｎを介して図示しないサーバコンピュータからダウンロードすることも可能である。以下に、その内容を説明する。
【００５２】
図１２に示すサーバコンピュータ１の図示しないリーダ／ライタに、表示領域に収まるか否か判断させ、分割情報を抽出させ、複数行に分割させ、画像データへ変換させるコンピュータプログラムが記録された可搬型記録媒体１Ａ（ＣＤ−ＲＯＭ、ＭＯ又はＤＶＤ−ＲＯＭ等）を、挿入して記憶部１５の制御プログラム内にこのプログラムをインストールする。または、かかるプログラムを、通信部１６を介して外部の図示しないサーバコンピュータからダウンロードし、記憶部１５にインストールするようにしても良い。かかるプログラムはＲＡＭ１２にロードして実行される。これにより、上述のような本発明のサーバコンピュータ１として機能する。
【００５３】
本実施の形態２は以上の如き構成としてあり、その他の構成及び作用は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００５４】
実施の形態３
実施の形態３は実施の形態１により改行処理が行われた歌詞データを複数ページに分断する形態に関する。以下では合成装置をサーバコンピュータ１であるものとして説明する。図１３は書式ファイル１５２の記憶内容を示す説明図である。書式ファイル１５２はテキストデータである歌詞データに対するフォント、フォントサイズ、行間、表示開始位置、各項目を表示する際の行を含む各種情報を記憶している。書式ファイルはＩＮＩファイルであり、その内容はテキスト形式で記述されている。ｘ座標開始位置はｘ軸方向における歌詞データの表示開始位置を規定しており、本例ではｘ＝０と記憶されている。同様に、ｙ座標開始位置はｙ軸方向における歌詞データの表示開始位置を規定しており、本例ではｙ＝０と記憶されている。
【００５５】
図１４は表示部２４に表示される画像データのイメージを示す説明図である。図１４に示すように、透過画像データ２４１のｘｙ座標系における座標（０，０）が歌詞データの表示開始位置となる。なお、表示部２４の左上端をｘｙ座標系とし、左上の座標を（０，０）としても良い。この場合、ｘ座標開始位置は１８とし、ｙ座標開始位置は２０とすれば良い。図１３の書式ファイル１５２に示す行間は３と記憶されている。これは表示される歌詞データの行と行との間の画素数である。
【００５６】
また書式ファイル１５２には各行に対応づけて各行に表示する歌詞データの項目、フォント、及びフォントサイズが記憶されている。例えば１行目には曲名、Ｐゴシック、フォントサイズ１８と記憶されている。図１４に示すように座標値（０，０）を起点として１行目には曲名「１１１」がＰゴシック、フォントサイズ１８で表示される。同様に２行目には歌手名、Ｐゴシック、フォントサイズ１８と記憶されている。図１４に示すように１行目から画素数３の行間を空けて２行目には歌手名「２２２」がＰゴシック、フォントサイズ１８で表示される。
【００５７】
３行目には作詞名、Ｐゴシック、フォントサイズ１１と記憶されている。図１４に示すように３行目には作詞名「３３３」がＰゴシック、フォントサイズ１１で表示される。なお図１４上ではフォント及びフォントサイズは同一のものを記載している。４行目には作曲名、Ｐゴシック、フォントサイズ１１と記憶されている。図１４に示すように４行目には作曲名「４４４」がＰゴシック、フォントサイズ１１で表示される。５行目及び６行目には歌詞データを記述しないため空白と記憶されている。図１４に示すごとく５行目及び６行目には歌詞データが表示されない。
【００５８】
７行目には項目として歌詞データ、フォントがゴシック、またフォントサイズが１１と記憶されている。７行目以降は曲名、歌手名、作詞名及び作曲名を除く歌唱対象となる歌詞データを表示する際の書式が記憶されている。歌唱対象となる歌詞データは、図１４に示すごとく、７行目以降からフォントがゴシックで、フォントサイズが１１で表示される。なお、実施の形態１で述べたごとくすでに歌詞データは改行処理がなされている。なお、歌詞データの曲名、歌手名、作詞名及び作曲名等の情報は歌詞ＤＢ１０に歌詞ＩＤに対応づけて記憶されている。
【００５９】
図１４の例では７行目以降に歌唱対象となる歌詞データが表示されている。ただし１１行目においては歌詞データ「OOO PP QQQ」が行方向の表示領域の限界となる座標Ｙを超えている。以下では行方向の表示領域の限界となる座標Ｙを限界座標Ｙという。この限界座標Ｙは背景画像ＩＤが「ＩＭ１」の場合、Ｙ＝３５０である。ＣＰＵ１１はＲＡＭ１２上に書式に従い変換した歌詞データを展開し、展開した複数行からなる歌詞データが、背景画像データの行方向における表示領域内に収まるか否かを判断する。ＣＰＵ１１は書式ファイル１５２に記憶したｙ座標開始位置、行間、及びフォントサイズに基づき、行方向の限界座標Ｙに一致する行を検出する。
【００６０】
任意の行Ｌの行方向の表示領域のうち記述が開始される最も上のラインの画素数をＬstart、記述が終了する最も下のラインの画素数をＬendとする場合、任意の行ＬのＬendは下記の式（１）で表すことができる。
Ｌend＝ｙ座標開始位置＋（Ｈ＋行間画素数）×（Ｌ−１）＋Ｈ    （１）
【００６１】
ただしＨはフォントサイズに対応する文字の行方向の画素数であり、Ｌend−Ｌstart＋１で定義される。例えばフォントサイズが１１の場合は画素数２０等である。ＣＰＵ１１は記憶部１５に記憶した式（１）にｙ座標開始位置、行間画素数及びフォントサイズに対応する文字の行方向の画素数を代入することにより、各行の記述が終了する画素数Ｌendを算出する。図１４の例では１１行目の歌詞データが限界座標Ｙを超えている。この場合、ＣＰＵ１１は歌詞データを複数ページに分断すべく、限界座標Ｙに達する前の行末尾に改ページコマンド（リターンコマンド）を挿入する。図１４の例では、限界座標Ｙに達する前の１０行目の文字ブロック「NN」の末尾に改ページコマンドを挿入する。
【００６２】
これにより１ページに表示すべき列方向及び行方向の歌詞データが決定される。ＣＰＵ１１は上述した処理を次のページにも同様に行う。ＣＰＵ１１は改行処理により挿入された改行コマンド及び改ページコマンドを歌詞データの文字ブロックに対応づけて記憶する。図１５は表示部２４に表示される画像データのイメージを示す説明図である。１１行目の歌詞データ「OOO PP QQQ」は次ページの第１行目に表示されており、またこのページの最終行には限界座標Ｙに達することなく歌詞データ「UUUUU VVV XXXX」が表示されている。
【００６３】
ＣＰＵ１１は以上の処理により改ページコマンドが挿入された各ページ用の複数行からなる歌詞データをｊｐｅｇ等の形式で、画像データへ変換する。そして、貼り付け座標位置（０，０）を基準に、変換した画像データを背景画像データへ合成する。これを各ページについて行うことにより複数ページから構成される合成画像データが作成される。ＣＰＵ１１は、歌詞ＩＤ及び背景画像ＩＤに対応づけて合成した合成画像データを記憶部１５に記憶する。
【００６４】
図１６及び図１７は分断処理の手順を示すフローチャートである。ＣＰＵ１１は歌詞ＤＢ１０から分断対象となる歌詞データを読み出し、また合成の対象となる背景画像データを背景画像ファイル１５１から読み出す（ステップＳ１６１）。なお、ここで読み出した歌詞データはすでに実施の形態１で述べた改行処理が行われているものとして説明する。ＣＰＵ１１は読み出した背景画像データに対応する行方向の表示領域（限界領域Ｙ）を背景画像ファイル１５１から読み出す（ステップＳ１６２）。ＣＰＵ１１は記憶部１５の書式ファイル１５２から記憶された書式を読み出す（ステップＳ１６３）。ＣＰＵ１１は読み出した歌詞データを書式に従い変換しＲＡＭ１２上に展開する（ステップＳ１６４）。
【００６５】
ＣＰＵ１１はＲＡＭ１２上に展開した歌詞データ各行の行方向の記述が終了する画素数を記憶部１５に記憶した式（１）に従い算出する（ステップＳ１６５）。ＣＰＵ１１は算出した画素数が限界領域Ｙを超えるか否かを判断する（ステップＳ１６６）。ＣＰＵ１１は算出した画素数が限界領域Ｙを超えると判断した場合（ステップＳ１６６でＹＥＳ）、算出した画素数が限界領域Ｙを超える行の前の行を抽出する（ステップＳ１６７）。
【００６６】
ＣＰＵ１１は抽出した行の末尾に改ページコマンドを挿入する（ステップＳ１６８）。またＣＰＵ１１は改ページコマンドの挿入に併せて、ページ番号を設定する（ステップＳ１６９）。図１４の例では文字ブロック「NN」の末尾に改ページ番号が挿入され、またページ番号１が設定される。さらにページを切り替えるための時間情報も記憶される。すなわち、歌詞データの各文字ブロックには音声データと同期をとるための時間情報が記憶部１５に記憶されており、例えば文字ブロック「OOO」には音声データの再生開始後、２分１０秒〜２分１２秒とする時間情報が記憶部１５に記憶されている。ここで２分１０秒は当該文字ブロックの歌唱開始時間であり、２分１２秒は当該文字ブロックの歌唱終了時間である。
【００６７】
ＣＰＵ１１は抽出した行の次の行の先頭文字ブロックの時間情報を記憶部１５から読み出す。ＣＰＵ１１は読み出した歌唱開始時間から切り替えのための余裕時間（例えば０．５秒）を減算し、減算した時間情報をページ切り替え時間としてページ番号に対応づけて、歌詞データとともにＲＡＭ１２に記憶する（ステップＳ１６１０）。例えば第１ページ目のページ切り替え時間は２分９秒５０ｍｓとなる。なお、この余裕時間はオペレータが入力部１３から適宜の値を入力することができ、入力された余裕時間は記憶部１５に記憶される。
【００６８】
さらに本実施の形態においてはページ切り替え時間を抽出した行の次の行の先頭文字ブロックの時間情報に基づき算出したが、抽出した行の最後の文字ブロックに対する時間情報に基づき算出するようにしても良い。例えば抽出行の最終文字ブロック「ＮＮ」の時間情報が音声データ再生開始後、２分５秒〜２分７秒と記憶部に記憶されている場合、歌唱終了時間である２分７秒に余裕時間を加算した時間をページ切り替え時間としても良い。この場合ＣＰＵ１１は、ステップＳ１６７で抽出した前の行の最終文字ブロックの歌唱終了時間を記憶部１５から読み出し、この歌唱終了時間に余裕時間を加算してページ切り替え時間とし、このページ切り替え時間を歌詞データ及びページ番号と共にＲＡＭ１２に記憶する。
【００６９】
そして次のページの処理を行うべく、ＣＰＵ１１はステップＳ１６５へ移行し、ステップＳ１６７で限界領域Ｙを超えた行について、ステップＳ１６５以降の処理を繰り返し行う。ＣＰＵ１１はステップＳ１６６において算出した行方向の記述が終了する画素数が限界領域Ｙを超えないと判断した場合（ステップＳ１６６でＮＯ）、歌詞データの最後と判断し（ステップＳ１７１）、最終のページ番号を設定する。ＣＰＵ１１はＲＡＭ１２に記憶した各ページの歌詞データを読み出し画像データへ変換する（ステップＳ１７２）。ＣＰＵ１１は各ページの歌詞データに係る画像データを、座標（０，０）を基準にステップＳ１６１で読み出した背景画像データに合成する（ステップＳ１７３）。
【００７０】
ＣＰＵ１１は歌詞ＩＤ及び背景画像ＩＤに対応づけて複数ページから構成される合成画像データをページ番号及びページ切り替え時間と共に記憶部１５に記憶する（ステップＳ１７４）。以上述べた改行及び分断処理を歌詞データ及び背景画像データの全ての組み合わせにおいて、ＣＰＵ１１に実行させることにより、見栄えの良い合成画像データを容易に作成することが可能となる。
【００７１】
図１８は合成画像データの再生手順を示すフローチャートである。携帯電話機２のＣＰＵ２１は実施の形態１で述べた手順により歌詞ＩＤ及び背景画像ＩＤを選択することにより、合成画像データ及び音声データをサーバコンピュータ１からダウンロードする（ステップＳ１８１）。ＣＰＵ２１は再生アプリケーション２５２を起動する（ステップＳ１８２）。ＣＰＵ２１は複数ページから構成される合成画像データ、各ページのページ切り替え時間及び音声データをＲＡＭ２２に展開する（ステップＳ１８３）。
【００７２】
ＣＰＵ２１は合成画像データを表示部２４に表示し、これと同期させて音声データをスピーカ２９から出力する（ステップＳ１８４）。時計部２１０は音声データの再生開始と共に計時を開始する。ＣＰＵ２１は時計部２１０からの出力を参照し、音楽データ再生後、表示中のページに対するページ切り替え時間に到達したか否かを判断する（ステップＳ１８５）。ＣＰＵ２１はページ切り替え時間に到達していないと判断した場合（ステップＳ１８５でＮＯ）、到達するまで待機する。
【００７３】
一方ＣＰＵ２１はページ切り替え時間に到達したと判断した場合（ステップＳ１８５でＹＥＳ）、当該表示している合成画像データのページ番号を参照し、最終ページであるか否かを判断する（ステップＳ１８６）。ＣＰＵ２１は最終ページでないと判断した場合（ステップＳ１８６でＮＯ）、次ページを表示すべく合成画像データのページを切り替える（ステップＳ１８７）。表示部２４には切り替え後の次のページに係る合成画像データが表示される。そして、再びステップＳ１８５へ移行し以上の処理を繰り返す。ステップＳ１８６においてＣＰＵ２１は現在表示部２４に表示している合成画像データが最終ページであると判断した場合（ステップＳ１８６でＹＥＳ）、音楽データの再生終了と共に一連の処理を終了する。
【００７４】
本実施の形態３は以上の如き構成としてあり、その他の構成及び作用は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００７５】
実施の形態４
図１９は実施の形態４に係るサーバコンピュータ１の構成を示すブロック図である。実施の形態４に係るサーバコンピュータ１を動作させるためのコンピュータプログラムは、本実施の形態４のように、ＣＤ−ＲＯＭ、ＭＯ、またはＤＶＤ−ＲＯＭ等の可搬型記録媒体１Ａで提供することも可能である。さらに、コンピュータプログラムを、通信網Ｎを介して図示しないサーバコンピュータからダウンロードすることも可能である。以下に、その内容を説明する。
【００７６】
図１９に示すサーバコンピュータ１の図示しないリーダ／ライタに、書式を記憶させ、歌詞データを展開させ、歌詞データを分断させ、画像データへ変換させ、合成させるコンピュータプログラムが記録された可搬型記録媒体１Ａ（ＣＤ−ＲＯＭ、ＭＯ又はＤＶＤ−ＲＯＭ等）を、挿入して記憶部１５の制御プログラム内にこのプログラムをインストールする。または、かかるプログラムを、通信部１６を介して外部の図示しないサーバコンピュータからダウンロードし、記憶部１５にインストールするようにしても良い。かかるプログラムはＲＡＭ１２にロードして実行される。これにより、上述のような本発明のサーバコンピュータ１として機能する。
【００７７】
本実施の形態４は以上の如き構成としてあり、その他の構成及び作用は実施の形態１乃至３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００７８】
実施の形態５
実施の形態５は複数の書式ファイルを有する形態に関する。図２０は実施の形態５のサーバコンピュータ１のハードウェア構成を示すブロック図である。記憶部１５には新たに補助書式ファイル１５３及び上限ページ数記憶部１５４が記憶されている。補助書式ファイル１５３は書式ファイル１５２とは異なる書式を記憶したＩＮＩファイルであり、テキスト形式で各種書式が記憶されている。なお、本実施の形態においては書式ファイル１５２及び補助書式ファイル１５３の２種類を用意する形態を説明するが、３種類以上書式を規定するファイルを用意しても良い。
【００７９】
上限ページ数記憶部１５４には歌詞データに係る画像データと背景画像データとを合成した合成画像データのページ数の上限値を記憶している。例えば上限となるページ数は７ページである。ＣＰＵ１１は実施の形態１及び実施の形態３で述べた改行処理及び分断処理により総ページ数が上限となるページ数（以下上限ページ数という）を超える場合は、補助書式ファイル１５３から書式を読み出し、この新たな書式に従い、再度改行処理及び分断処理を行う。補助書式ファイル１５３には、上限ページ数に収めるべく、書式ファイル１５２の書式よりも小さなフォントサイズ及び狭い行間等が記憶されている。
【００８０】
図２１は補助書式ファイル１５３の記憶内容を示す説明図である。補助書式ファイル１５３は書式ファイル１５２と同じく、テキストデータである歌詞データに対するフォント、フォントサイズ、行間、表示開始位置、各項目を表示する際の行を含む各種情報を記憶している。ｘ座標開始位置はｘ軸方向における歌詞データの表示開始位置を規定しており、本例ではｘ＝０と記憶されている。同様に、ｙ座標開始位置はｙ軸方向における歌詞データの表示開始位置を規定しており、本例ではｙ＝０と記憶されている。
【００８１】
行間は書式ファイル１５２の行間「３」と異なり、行間が「２」と狭く設定されている。これは上限ページ数内に合成画像データを収めるためである。１行目には項目「曲名」、２行目には項目「歌手名」の書式が記憶されているがフォントサイズは書式ファイル１５２の「１８」から「１１」と小さくなるよう変更されている。また３行目には項目「作詞名」、４行目には項目「作曲名」の書式が記憶されているがフォントサイズは書式ファイル１５２の「１１」から「１０」と小さくなるよう変更されている。
【００８２】
また補助書式ファイル１５３では、書式ファイル１５２の５行目及び６行目の空白は削除されており、５行目には項目「歌詞データ」の書式が次に記憶されている。また歌詞データのフォントサイズは書式ファイル１５２の「１１」から「１０」へと変更されている。
【００８３】
図２２は補助書式ファイルを利用する際の処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は入力部１３から上限ページ数の入力を受け付ける（ステップＳ２２１）。ＣＰＵ１１は受け付けた上限ページ数を上限ページ数記憶部１５４に記憶する（ステップＳ２２２）。またＣＰＵ１１は補助書式ファイル１５３を記憶部１５に記憶する（ステップＳ２２３）。ＣＰＵ１１は実施の形態１及び３で述べた如く、合成対象となる歌詞データ及び背景画像データを読み出す（ステップＳ２２４）。またＣＰＵ１１は書式ファイル１５２から書式を読み出す（ステップＳ２２５）。
【００８４】
ＣＰＵ１１は実施の形態１の図８及び図９で示した改行処理及び実施の形態３の図１６及び図１７で示した分断処理を実行する（ステップＳ２２６）。なお、これらの処理の詳細はすでに説明したとおりであるので省略する。ＣＰＵ１１はステップＳ１７１で歌詞データの最後と判断した場合の総ページ数が、上限ページ数記憶部１５４に記憶した上限ページ数を超えるか否かを判断する（ステップＳ２２７）。
【００８５】
ここでＣＰＵ１１は歌詞データの総ページ数が上限ページ数を超えない場合（ステップＳ２２７でＮＯ）、処理を終了する。一方、ＣＰＵ１１は歌詞データの総ページ数が上限ページ数を超える場合（ステップＳ２２７でＹＥＳ）、記憶部１５に記憶した補助書式ファイル１５３の書式を読み出す（ステップＳ２２８）。ＣＰＵ１１は歌詞データを補助書式ファイル１５３から読み出した書式に従い変換しＲＡＭ２２へ展開する（ステップＳ２２９）。その後、ＣＰＵ１１は実施の形態１の図８及び図９で示した改行処理及び実施の形態３の図１６及び図１７で示した分断処理を実行する（ステップＳ２２１０）。これにより、歌詞が長く上限ページ数を超える場合でも書式が適切に設定され、上限ページ数内に収まることになる。
【００８６】
本実施の形態５は以上の如き構成としてあり、その他の構成及び作用は実施の形態１乃至４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
（付記１）
歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整する調整装置において、
１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断する判断手段と、
該判断手段により、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を抽出する抽出手段と、
該抽出手段により抽出した分割情報に基づき１行分の歌詞データを複数行に分割する分割手段と、
該分割手段により分割した歌詞データを画像データへ変換する変換手段と
を備えることを特徴とする調整装置。
【図面の簡単な説明】
【００８７】
【図１】調整システムの概要を示す模式図である。
【図２】サーバコンピュータのハードウェア構成を示すブロック図である。
【図３】歌詞ＤＢのレコードレイアウトを示す説明図である。
【図４】携帯電話機のハードウェア構成を示すブロック図である。
【図５】背景画像ファイルのレコードレイアウトを示す説明図である。
【図６】表示部に表示される画像データのイメージを示す説明図である。
【図７】改行処理のイメージを示す説明図である。
【図８】改行処理の手順を示すフローチャートである。
【図９】改行処理の手順を示すフローチャートである。
【図１０】合成画像データの配信処理の手順を示すフローチャートである。
【図１１】合成画像データの配信処理の手順を示すフローチャートである。
【図１２】実施の形態２に係るサーバコンピュータの構成を示すブロック図である。
【図１３】書式ファイルの記憶内容を示す説明図である。
【図１４】表示部に表示される画像データのイメージを示す説明図である。
【図１５】表示部に表示される画像データのイメージを示す説明図である。
【図１６】分断処理の手順を示すフローチャートである。
【図１７】分断処理の手順を示すフローチャートである。
【図１８】合成画像データの再生手順を示すフローチャートである。
【図１９】実施の形態４に係るサーバコンピュータの構成を示すブロック図である。
【図２０】実施の形態５のサーバコンピュータのハードウェア構成を示すブロック図である。
【図２１】補助書式ファイルの記憶内容を示す説明図である。
【図２２】補助書式ファイルを利用する際の処理手順を示すフローチャートである。
【符号の説明】
【００８８】
１      サーバコンピュータ
１Ａ    可搬型記録媒体
２      携帯電話機
１０    歌詞ＤＢ
１１    ＣＰＵ（制御部）
１２    ＲＡＭ
１３    入力部
１４    表示部
１５    記憶部
１５Ｐ  制御プログラム
１６    通信部
２１    ＣＰＵ（制御部）
２２    ＲＡＭ
２３    入力部
２４    表示部
２５    記憶部
２５Ｐ  制御プログラム
２６    通信部
２８    マイク
２９    スピーカ
１５１  背景画像ファイル
１５２  書式ファイル
１５３  補助書式ファイル
１５４  上限ページ数記憶部
２１０  時計部
２４１  透過画像データ
２５１  ブラウザ
２５２  再生アプリケーション
Ｎ      通信網
【図１】
2008225375.tif 000003
【図２】
2008225375.tif 000004
【図３】
2008225375.tif 000005
【図４】
2008225375.tif 000006
【図５】
2008225375.tif 000007
【図６】
2008225375.tif 000008
【図７】
2008225375.tif 000009
【図８】
2008225375.tif 000010
【図９】
2008225375.tif 000011
【図１０】
2008225375.tif 000012
【図１１】
2008225375.tif 000013
【図１２】
2008225375.tif 000014
【図１３】
2008225375.tif 000015
【図１４】
2008225375.tif 000016
【図１５】
2008225375.tif 000017
【図１６】
2008225375.tif 000018
【図１７】
2008225375.tif 000019
【図１８】
2008225375.tif 000020
【図１９】
2008225375.tif 000021
【図２０】
2008225375.tif 000022
【図２１】
2008225375.tif 000023
【図２２】
2008225375.tif 000024