調整方法、調整装置及びプログラム
【課題】最適な位置で自動的に改行処理が行われた画像データを生成することが可能な調整方法を提供する。
【解決手段】１行分の歌詞データが携帯電話機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断手段により判断する。この判断手段により、表示領域内に収まらないと判断した場合、歌詞データ内に含まれる歌詞を分割するためのスペース（１）〜（６）を抽出する。抽出手段により抽出したスペース（１）〜（６）に基づき１行分の歌詞データを分割手段により複数行に分割する。分割手段により分割した各行に係る歌詞データの末尾には改行コマンドが付加される。そして、分割手段により分割した歌詞データは画像データへ変換手段により変換される。
【解決手段】１行分の歌詞データが携帯電話機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断手段により判断する。この判断手段により、表示領域内に収まらないと判断した場合、歌詞データ内に含まれる歌詞を分割するためのスペース（１）〜（６）を抽出する。抽出手段により抽出したスペース（１）〜（６）に基づき１行分の歌詞データを分割手段により複数行に分割する。分割手段により分割した各行に係る歌詞データの末尾には改行コマンドが付加される。そして、分割手段により分割した歌詞データは画像データへ変換手段により変換される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、歌詞データを携帯端末機に表示すべく歌詞データの表示位置を調整装置により調整する調整方法、調整装置及びコンピュータを調整装置として機能させるためのプログラムに関する。
【背景技術】
【０００２】
近年、携帯端末機に音声データ及び歌詞データを配信するサービスが普及している。ユーザは携帯端末機にダウンロードした歌詞データを表示し、併せて音声データを再生することで、カラオケを楽しむことができる。歌詞データは複数行に及ぶことから、歌詞データ中には改行コマンドが挿入される。この改行コマンドは、読点、句点または歌詞間を区切るスペースの後に挿入される（例えば特許文献１及び２参照）。
【０００３】
ところで、配信される歌詞データは業務用のカラオケで提供されるものを携帯端末機に流用することが多い。業務用カラオケでは横長の大画面ディスプレイを用いた歌詞データの表示が行われる。その一方で、携帯端末機においては小画面ディスプレイ、ひいては縦長の小画面ディスプレイに歌詞データが表示される。そのため、業務用の歌詞データに挿入されている改行コマンドに従い改行した場合、携帯端末機では不適切な改行が行われる。この問題を解消するために、業務用カラオケの歌詞データを携帯端末機へ適用する場合、従来はオペレータが、携帯端末機向けに最適な歌詞データの表示が可能となるよう、歌詞データの改行コマンドを新たに打ち込む処理を行っていた。
【特許文献１】特表２００４−５２１３８５号公報
【特許文献２】特開２０００−３９８９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、リリースされる歌詞データは数多く、毎回オペレータが改行コマンドを挿入するのは負担の大きいものであった。また背景画像を歌詞データに併せて表示する場合、この背景画像の表示領域をも考慮する必要がある。さらに、歌詞データの表示は単に歌詞を羅列すればよいというものではなく、ユーザに対する見栄えが重視される。なお、特許文献１及び２には係る問題を解決するための手段が何ら開示されていない。
【０００５】
本発明は斯かる事情に鑑みてなされたものであり、その目的は、背景画像データの表示領域に１行文の歌詞データが収まらないと判断した場合に、分割情報を抽出し、これに従い１行分の歌詞データを複数行に分割して画像データへ変換することにより、最適な位置で自動的に改行処理が行われた画像データを生成することが可能な調整方法、調整装置及びコンピュータを調整装置として機能させるためのプログラムを提供することにある。
【０００６】
本発明の他の目的は、分割した各行のバランス調整を行うことにより、見栄えの良い歌詞データの提供が可能となる調整装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る調整方法は、歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整装置により調整する調整方法において、１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記調整装置の制御部により判断する判断ステップと、該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップとを備えることを特徴とする。
【０００８】
本発明に係る調整装置は、歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整する調整装置において、１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断する判断手段と、該判断手段により、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を抽出する抽出手段と、該抽出手段により抽出した分割情報に基づき１行分の歌詞データを複数行に分割する分割手段と、該分割手段により分割した歌詞データを画像データへ変換する変換手段とを備えることを特徴とする。
【０００９】
本発明に係る調整装置は、前記分割手段は、前記抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割するよう構成してあることを特徴とする。
【００１０】
本発明に係る調整装置は、前記分割手段にて分割する行数の上限値を受け付ける手段をさらに備えることを特徴とする。
【００１１】
本発明に係る調整装置は、前記分割情報は、歌詞データ内に含まれるスペースであることを特徴とする。
【００１２】
本発明に係る調整装置は、前記分割手段により分割した各行に係る歌詞データ末尾に改行コマンドを付加する手段をさらに備えることを特徴とする。
【００１３】
本発明に係る調整装置は、背景画像データを記憶部から読み出す手段と、前記変換手段により変換した歌詞データに係る画像データを前記読み出した背景画像データに合成する合成手段とをさらに備えることを特徴とする。
【００１４】
本発明に係るプログラムは、歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置をコンピュータにより調整するためのプログラムにおいて、コンピュータに、１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記コンピュータの制御部により判断する判断ステップと、該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップとを実行させることを特徴とする。
【００１５】
本発明にあっては、１行分の歌詞データが携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断手段により判断する。この判断手段により、表示領域内に収まらないと判断した場合、歌詞データ内に含まれる歌詞を分割するための分割情報を抽出手段により抽出する。この分割情報は例えば、歌詞データ内に含まれるスペースである。抽出手段により抽出した分割情報に基づき１行分の歌詞データを分割手段により複数行に分割する。分割手段により分割した各行に係る歌詞データの末尾には改行コマンドが付加される。そして、分割手段により分割した歌詞データは画像データへ変換手段により変換される。
【００１６】
本発明にあっては、分割手段は、抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割する。
【００１７】
本発明にあっては、分割手段にて分割する行数の上限値を受け付ける。分割手段はこの上限値に従い１行分の歌詞データを分割する。
【００１８】
本発明にあっては、調整装置は背景画像データを記憶部から読み出す。そして、合成手段は、変換手段により変換した歌詞データに係る画像データと読み出した背景画像データと合成する。
【発明の効果】
【００１９】
本発明にあっては、判断手段により、表示領域内に収まらないと判断した場合、歌詞データ内に含まれる歌詞を分割するための分割情報を抽出手段により抽出する。抽出手段により抽出した分割情報に基づき１行分の歌詞データは分割手段により複数行に分割され、画像データへ変換される。これにより、携帯端末機の背景画像データの表示領域内に収まる場合は、予め挿入された改行コマンドに従い改行が行われ、その一方で表示領域を超える場合は、分割情報に従う複数行への分割が行われる。従って現状の歌詞データを活用しつつ、オペレータの作業負担を軽減でき、また最適な位置での改行が可能となる。
【００２０】
本発明にあっては、分割手段は、抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割する。これにより、分割した一の行が他の行と比較して極端に長い、または短い等の不具合を解消でき、より見栄えの良い歌詞データに係る画像を提供することが可能となる。
【００２１】
本発明にあっては、分割手段にて分割する行数の上限値を受け付ける。分割手段はこの上限値に従い１行分の歌詞データを分割する。これにより、歌詞データの行数が増加し、生成される画像データの容量が増大することを解消できる。
【００２２】
本発明にあっては、調整装置は背景画像データを記憶部から読み出す。そして、合成手段は、変換手段により変換した歌詞データに係る画像データと読み出した背景画像データと合成する。これにより、適切に改行処理された歌詞データと背景画像データとが一体化されたデータをユーザに配信することが可能となる等、本発明は優れた効果を奏する。
【発明を実施するための最良の形態】
【００２３】
実施の形態１
図１は調整システムの概要を示す模式図である。調整システムは調整装置１、通信網Ｎ、歌詞データベース（以下歌詞ＤＢ）１０及び携帯端末機２、２、２、・・・を含んで構成される。調整装置１は、例えばサーバコンピュータが用いられる。以下では調整装置１をサーバコンピュータ１であるものとして説明する。携帯端末機２は例えば、携帯電話機、ＰＤＡ(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」には音声データの再生開始後、２分１０秒〜２分１２秒とする時間情報が記憶部１５に記憶されている。ここで２分１０秒は当該文字ブロックの歌唱開始時間であり、２分１２秒は当該文字ブロックの歌唱終了時間である。
【００７３】
ＣＰＵ１１は抽出した行の次の行の先頭文字ブロックの時間情報を記憶部１５から読み出す。ＣＰＵ１１は読み出した歌唱開始時間から切り替えのための余裕時間（例えば０．５秒）を減算し、減算した時間情報をページ切り替え時間としてページ番号に対応づけて、歌詞データとともにＲＡＭ１２に記憶する（ステップＳ１６１０）。例えば第１ページ目のページ切り替え時間は２分９秒５０ｍｓとなる。なお、この余裕時間はオペレータが入力部１３から適宜の値を入力することができ、入力された余裕時間は記憶部１５に記憶される。
【００７４】
さらに本実施の形態においてはページ切り替え時間を抽出した行の次の行の先頭文字ブロックの時間情報に基づき算出したが、抽出した行の最後の文字ブロックに対する時間情報に基づき算出するようにしても良い。例えば抽出行の最終文字ブロック「ＮＮ」の時間情報が音声データ再生開始後、２分５秒〜２分７秒と記憶部に記憶されている場合、歌唱終了時間である２分７秒に余裕時間を加算した時間をページ切り替え時間としても良い。この場合ＣＰＵ１１は、ステップＳ１６７で抽出した前の行の最終文字ブロックの歌唱終了時間を記憶部１５から読み出し、この歌唱終了時間に余裕時間を加算してページ切り替え時間とし、このページ切り替え時間を歌詞データ及びページ番号と共にＲＡＭ１２に記憶する。
【００７５】
そして次のページの処理を行うべく、ＣＰＵ１１はステップＳ１６５へ移行し、ステップＳ１６７で限界領域Ｙを超えた行について、ステップＳ１６５以降の処理を繰り返し行う。ＣＰＵ１１はステップＳ１６６において算出した行方向の記述が終了する画素数が限界領域Ｙを超えないと判断した場合（ステップＳ１６６でＮＯ）、歌詞データの最後と判断し（ステップＳ１７１）、最終のページ番号を設定する。ＣＰＵ１１はＲＡＭ１２に記憶した各ページの歌詞データを読み出し画像データへ変換する（ステップＳ１７２）。ＣＰＵ１１は各ページの歌詞データに係る画像データを、座標（０，０）を基準にステップＳ１６１で読み出した背景画像データに合成する（ステップＳ１７３）。
【００７６】
ＣＰＵ１１は歌詞ＩＤ及び背景画像ＩＤに対応づけて複数ページから構成される合成画像データをページ番号及びページ切り替え時間と共に記憶部１５に記憶する（ステップＳ１７４）。以上述べた改行及び分断処理を歌詞データ及び背景画像データの全ての組み合わせにおいて、ＣＰＵ１１に実行させることにより、見栄えの良い合成画像データを容易に作成することが可能となる。
【００７７】
図１８は合成画像データの再生手順を示すフローチャートである。携帯電話機２のＣＰＵ２１は実施の形態１で述べた手順により歌詞ＩＤ及び背景画像ＩＤを選択することにより、合成画像データ及び音声データをサーバコンピュータ１からダウンロードする（ステップＳ１８１）。ＣＰＵ２１は再生アプリケーション２５２を起動する（ステップＳ１８２）。ＣＰＵ２１は複数ページから構成される合成画像データ、各ページのページ切り替え時間及び音声データをＲＡＭ２２に展開する（ステップＳ１８３）。
【００７８】
ＣＰＵ２１は合成画像データを表示部２４に表示し、これと同期させて音声データをスピーカ２９から出力する（ステップＳ１８４）。時計部２１０は音声データの再生開始と共に計時を開始する。ＣＰＵ２１は時計部２１０からの出力を参照し、音楽データ再生後、表示中のページに対するページ切り替え時間に到達したか否かを判断する（ステップＳ１８５）。ＣＰＵ２１はページ切り替え時間に到達していないと判断した場合（ステップＳ１８５でＮＯ）、到達するまで待機する。
【００７９】
一方ＣＰＵ２１はページ切り替え時間に到達したと判断した場合（ステップＳ１８５でＹＥＳ）、当該表示している合成画像データのページ番号を参照し、最終ページであるか否かを判断する（ステップＳ１８６）。ＣＰＵ２１は最終ページでないと判断した場合（ステップＳ１８６でＮＯ）、次ページを表示すべく合成画像データのページを切り替える（ステップＳ１８７）。表示部２４には切り替え後の次のページに係る合成画像データが表示される。そして、再びステップＳ１８５へ移行し以上の処理を繰り返す。ステップＳ１８６においてＣＰＵ２１は現在表示部２４に表示している合成画像データが最終ページであると判断した場合（ステップＳ１８６でＹＥＳ）、音楽データの再生終了と共に一連の処理を終了する。
【００８０】
本実施の形態３は以上の如き構成としてあり、その他の構成及び作用は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００８１】
実施の形態４
図１９は実施の形態４に係るサーバコンピュータ１の構成を示すブロック図である。実施の形態４に係るサーバコンピュータ１を動作させるためのコンピュータプログラムは、本実施の形態４のように、ＣＤ−ＲＯＭ、ＭＯ、またはＤＶＤ−ＲＯＭ等の可搬型記録媒体１Ａで提供することも可能である。さらに、コンピュータプログラムを、通信網Ｎを介して図示しないサーバコンピュータからダウンロードすることも可能である。以下に、その内容を説明する。
【００８２】
図１９に示すサーバコンピュータ１の図示しないリーダ／ライタに、書式を記憶させ、歌詞データを展開させ、歌詞データを分断させ、画像データへ変換させ、合成させるコンピュータプログラムが記録された可搬型記録媒体１Ａ（ＣＤ−ＲＯＭ、ＭＯ又はＤＶＤ−ＲＯＭ等）を、挿入して記憶部１５の制御プログラム内にこのプログラムをインストールする。または、かかるプログラムを、通信部１６を介して外部の図示しないサーバコンピュータからダウンロードし、記憶部１５にインストールするようにしても良い。かかるプログラムはＲＡＭ１２にロードして実行される。これにより、上述のような本発明のサーバコンピュータ１として機能する。
【００８３】
本実施の形態４は以上の如き構成としてあり、その他の構成及び作用は実施の形態１乃至３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００８４】
実施の形態５
実施の形態５は複数の書式ファイルを有する形態に関する。図２０は実施の形態５のサーバコンピュータ１のハードウェア構成を示すブロック図である。記憶部１５には新たに補助書式ファイル１５３及び上限ページ数記憶部１５４が記憶されている。補助書式ファイル１５３は書式ファイル１５２とは異なる書式を記憶したＩＮＩファイルであり、テキスト形式で各種書式が記憶されている。なお、本実施の形態においては書式ファイル１５２及び補助書式ファイル１５３の２種類を用意する形態を説明するが、３種類以上書式を規定するファイルを用意しても良い。
【００８５】
上限ページ数記憶部１５４には歌詞データに係る画像データと背景画像データとを合成した合成画像データのページ数の上限値を記憶している。例えば上限となるページ数は７ページである。ＣＰＵ１１は実施の形態１及び実施の形態３で述べた改行処理及び分断処理により総ページ数が上限となるページ数（以下上限ページ数という）を超える場合は、補助書式ファイル１５３から書式を読み出し、この新たな書式に従い、再度改行処理及び分断処理を行う。補助書式ファイル１５３には、上限ページ数に収めるべく、書式ファイル１５２の書式よりも小さなフォントサイズ及び狭い行間等が記憶されている。
【００８６】
図２１は補助書式ファイル１５３の記憶内容を示す説明図である。補助書式ファイル１５３は書式ファイル１５２と同じく、テキストデータである歌詞データに対するフォント、フォントサイズ、行間、表示開始位置、各項目を表示する際の行を含む各種情報を記憶している。ｘ座標開始位置はｘ軸方向における歌詞データの表示開始位置を規定しており、本例ではｘ＝０と記憶されている。同様に、ｙ座標開始位置はｙ軸方向における歌詞データの表示開始位置を規定しており、本例ではｙ＝０と記憶されている。
【００８７】
行間は書式ファイル１５２の行間「３」と異なり、行間が「２」と狭く設定されている。これは上限ページ数内に合成画像データを収めるためである。１行目には項目「曲名」、２行目には項目「歌手名」の書式が記憶されているがフォントサイズは書式ファイル１５２の「１８」から「１１」と小さくなるよう変更されている。また３行目には項目「作詞名」、４行目には項目「作曲名」の書式が記憶されているがフォントサイズは書式ファイル１５２の「１１」から「１０」と小さくなるよう変更されている。
【００８８】
また補助書式ファイル１５３では、書式ファイル１５２の５行目及び６行目の空白は削除されており、５行目には項目「歌詞データ」の書式が次に記憶されている。また歌詞データのフォントサイズは書式ファイル１５２の「１１」から「１０」へと変更されている。
【００８９】
図２２は補助書式ファイルを利用する際の処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は入力部１３から上限ページ数の入力を受け付ける（ステップＳ２２１）。ＣＰＵ１１は受け付けた上限ページ数を上限ページ数記憶部１５４に記憶する（ステップＳ２２２）。またＣＰＵ１１は補助書式ファイル１５３を記憶部１５に記憶する（ステップＳ２２３）。ＣＰＵ１１は実施の形態１及び３で述べた如く、合成対象となる歌詞データ及び背景画像データを読み出す（ステップＳ２２４）。またＣＰＵ１１は書式ファイル１５２から書式を読み出す（ステップＳ２２５）。
【００９０】
ＣＰＵ１１は実施の形態１の図８及び図９で示した改行処理及び実施の形態３の図１６及び図１７で示した分断処理を実行する（ステップＳ２２６）。なお、これらの処理の詳細はすでに説明したとおりであるので省略する。ＣＰＵ１１はステップＳ１７１で歌詞データの最後と判断した場合の総ページ数が、上限ページ数記憶部１５４に記憶した上限ページ数を超えるか否かを判断する（ステップＳ２２７）。
【００９１】
ここでＣＰＵ１１は歌詞データの総ページ数が上限ページ数を超えない場合（ステップＳ２２７でＮＯ）、処理を終了する。一方、ＣＰＵ１１は歌詞データの総ページ数が上限ページ数を超える場合（ステップＳ２２７でＹＥＳ）、記憶部１５に記憶した補助書式ファイル１５３の書式を読み出す（ステップＳ２２８）。ＣＰＵ１１は歌詞データを補助書式ファイル１５３から読み出した書式に従い変換しＲＡＭ２２へ展開する（ステップＳ２２９）。その後、ＣＰＵ１１は実施の形態１の図８及び図９で示した改行処理及び実施の形態３の図１６及び図１７で示した分断処理を実行する（ステップＳ２２１０）。これにより、歌詞が長く上限ページ数を超える場合でも書式が適切に設定され、上限ページ数内に収まることになる。
【００９２】
本実施の形態５は以上の如き構成としてあり、その他の構成及び作用は実施の形態１乃至４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
（付記１）
複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データに合成する合成装置において、
前記歌詞データを表示する際の書式を記憶する書式ファイルと、
該書式ファイルに記憶した書式に従い前記歌詞データを展開する展開手段と、
該展開手段により展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう複数ページに分断する分断手段と、
該分断手段により分断した各ページの歌詞データを画像データへ変換する変換手段と、
該変換手段により変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成手段と
を備えることを特徴とする合成装置。
【図面の簡単な説明】
【００９３】
【図１】調整システムの概要を示す模式図である。
【図２】サーバコンピュータのハードウェア構成を示すブロック図である。
【図３】歌詞ＤＢのレコードレイアウトを示す説明図である。
【図４】携帯電話機のハードウェア構成を示すブロック図である。
【図５】背景画像ファイルのレコードレイアウトを示す説明図である。
【図６】表示部に表示される画像データのイメージを示す説明図である。
【図７】改行処理のイメージを示す説明図である。
【図８】改行処理の手順を示すフローチャートである。
【図９】改行処理の手順を示すフローチャートである。
【図１０】合成画像データの配信処理の手順を示すフローチャートである。
【図１１】合成画像データの配信処理の手順を示すフローチャートである。
【図１２】実施の形態２に係るサーバコンピュータの構成を示すブロック図である。
【図１３】書式ファイルの記憶内容を示す説明図である。
【図１４】表示部に表示される画像データのイメージを示す説明図である。
【図１５】表示部に表示される画像データのイメージを示す説明図である。
【図１６】分断処理の手順を示すフローチャートである。
【図１７】分断処理の手順を示すフローチャートである。
【図１８】合成画像データの再生手順を示すフローチャートである。
【図１９】実施の形態４に係るサーバコンピュータの構成を示すブロック図である。
【図２０】実施の形態５のサーバコンピュータのハードウェア構成を示すブロック図である。
【図２１】補助書式ファイルの記憶内容を示す説明図である。
【図２２】補助書式ファイルを利用する際の処理手順を示すフローチャートである。
【符号の説明】
【００９４】
１ サーバコンピュータ
１Ａ 可搬型記録媒体
２ 携帯電話機
１０ 歌詞ＤＢ
１１ ＣＰＵ（制御部）
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
２１ ＣＰＵ（制御部）
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ マイク
２９ スピーカ
１５１ 背景画像ファイル
１５２ 書式ファイル
１５３ 補助書式ファイル
１５４ 上限ページ数記憶部
２１０ 時計部
２４１ 透過画像データ
２５１ ブラウザ
２５２ 再生アプリケーション
Ｎ 通信網
【技術分野】
【０００１】
本発明は、歌詞データを携帯端末機に表示すべく歌詞データの表示位置を調整装置により調整する調整方法、調整装置及びコンピュータを調整装置として機能させるためのプログラムに関する。
【背景技術】
【０００２】
近年、携帯端末機に音声データ及び歌詞データを配信するサービスが普及している。ユーザは携帯端末機にダウンロードした歌詞データを表示し、併せて音声データを再生することで、カラオケを楽しむことができる。歌詞データは複数行に及ぶことから、歌詞データ中には改行コマンドが挿入される。この改行コマンドは、読点、句点または歌詞間を区切るスペースの後に挿入される（例えば特許文献１及び２参照）。
【０００３】
ところで、配信される歌詞データは業務用のカラオケで提供されるものを携帯端末機に流用することが多い。業務用カラオケでは横長の大画面ディスプレイを用いた歌詞データの表示が行われる。その一方で、携帯端末機においては小画面ディスプレイ、ひいては縦長の小画面ディスプレイに歌詞データが表示される。そのため、業務用の歌詞データに挿入されている改行コマンドに従い改行した場合、携帯端末機では不適切な改行が行われる。この問題を解消するために、業務用カラオケの歌詞データを携帯端末機へ適用する場合、従来はオペレータが、携帯端末機向けに最適な歌詞データの表示が可能となるよう、歌詞データの改行コマンドを新たに打ち込む処理を行っていた。
【特許文献１】特表２００４−５２１３８５号公報
【特許文献２】特開２０００−３９８９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、リリースされる歌詞データは数多く、毎回オペレータが改行コマンドを挿入するのは負担の大きいものであった。また背景画像を歌詞データに併せて表示する場合、この背景画像の表示領域をも考慮する必要がある。さらに、歌詞データの表示は単に歌詞を羅列すればよいというものではなく、ユーザに対する見栄えが重視される。なお、特許文献１及び２には係る問題を解決するための手段が何ら開示されていない。
【０００５】
本発明は斯かる事情に鑑みてなされたものであり、その目的は、背景画像データの表示領域に１行文の歌詞データが収まらないと判断した場合に、分割情報を抽出し、これに従い１行分の歌詞データを複数行に分割して画像データへ変換することにより、最適な位置で自動的に改行処理が行われた画像データを生成することが可能な調整方法、調整装置及びコンピュータを調整装置として機能させるためのプログラムを提供することにある。
【０００６】
本発明の他の目的は、分割した各行のバランス調整を行うことにより、見栄えの良い歌詞データの提供が可能となる調整装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る調整方法は、歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整装置により調整する調整方法において、１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記調整装置の制御部により判断する判断ステップと、該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップとを備えることを特徴とする。
【０００８】
本発明に係る調整装置は、歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整する調整装置において、１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断する判断手段と、該判断手段により、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を抽出する抽出手段と、該抽出手段により抽出した分割情報に基づき１行分の歌詞データを複数行に分割する分割手段と、該分割手段により分割した歌詞データを画像データへ変換する変換手段とを備えることを特徴とする。
【０００９】
本発明に係る調整装置は、前記分割手段は、前記抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割するよう構成してあることを特徴とする。
【００１０】
本発明に係る調整装置は、前記分割手段にて分割する行数の上限値を受け付ける手段をさらに備えることを特徴とする。
【００１１】
本発明に係る調整装置は、前記分割情報は、歌詞データ内に含まれるスペースであることを特徴とする。
【００１２】
本発明に係る調整装置は、前記分割手段により分割した各行に係る歌詞データ末尾に改行コマンドを付加する手段をさらに備えることを特徴とする。
【００１３】
本発明に係る調整装置は、背景画像データを記憶部から読み出す手段と、前記変換手段により変換した歌詞データに係る画像データを前記読み出した背景画像データに合成する合成手段とをさらに備えることを特徴とする。
【００１４】
本発明に係るプログラムは、歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置をコンピュータにより調整するためのプログラムにおいて、コンピュータに、１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記コンピュータの制御部により判断する判断ステップと、該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップとを実行させることを特徴とする。
【００１５】
本発明にあっては、１行分の歌詞データが携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断手段により判断する。この判断手段により、表示領域内に収まらないと判断した場合、歌詞データ内に含まれる歌詞を分割するための分割情報を抽出手段により抽出する。この分割情報は例えば、歌詞データ内に含まれるスペースである。抽出手段により抽出した分割情報に基づき１行分の歌詞データを分割手段により複数行に分割する。分割手段により分割した各行に係る歌詞データの末尾には改行コマンドが付加される。そして、分割手段により分割した歌詞データは画像データへ変換手段により変換される。
【００１６】
本発明にあっては、分割手段は、抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割する。
【００１７】
本発明にあっては、分割手段にて分割する行数の上限値を受け付ける。分割手段はこの上限値に従い１行分の歌詞データを分割する。
【００１８】
本発明にあっては、調整装置は背景画像データを記憶部から読み出す。そして、合成手段は、変換手段により変換した歌詞データに係る画像データと読み出した背景画像データと合成する。
【発明の効果】
【００１９】
本発明にあっては、判断手段により、表示領域内に収まらないと判断した場合、歌詞データ内に含まれる歌詞を分割するための分割情報を抽出手段により抽出する。抽出手段により抽出した分割情報に基づき１行分の歌詞データは分割手段により複数行に分割され、画像データへ変換される。これにより、携帯端末機の背景画像データの表示領域内に収まる場合は、予め挿入された改行コマンドに従い改行が行われ、その一方で表示領域を超える場合は、分割情報に従う複数行への分割が行われる。従って現状の歌詞データを活用しつつ、オペレータの作業負担を軽減でき、また最適な位置での改行が可能となる。
【００２０】
本発明にあっては、分割手段は、抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割する。これにより、分割した一の行が他の行と比較して極端に長い、または短い等の不具合を解消でき、より見栄えの良い歌詞データに係る画像を提供することが可能となる。
【００２１】
本発明にあっては、分割手段にて分割する行数の上限値を受け付ける。分割手段はこの上限値に従い１行分の歌詞データを分割する。これにより、歌詞データの行数が増加し、生成される画像データの容量が増大することを解消できる。
【００２２】
本発明にあっては、調整装置は背景画像データを記憶部から読み出す。そして、合成手段は、変換手段により変換した歌詞データに係る画像データと読み出した背景画像データと合成する。これにより、適切に改行処理された歌詞データと背景画像データとが一体化されたデータをユーザに配信することが可能となる等、本発明は優れた効果を奏する。
【発明を実施するための最良の形態】
【００２３】
実施の形態１
図１は調整システムの概要を示す模式図である。調整システムは調整装置１、通信網Ｎ、歌詞データベース（以下歌詞ＤＢ）１０及び携帯端末機２、２、２、・・・を含んで構成される。調整装置１は、例えばサーバコンピュータが用いられる。以下では調整装置１をサーバコンピュータ１であるものとして説明する。携帯端末機２は例えば、携帯電話機、ＰＤＡ(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」には音声データの再生開始後、２分１０秒〜２分１２秒とする時間情報が記憶部１５に記憶されている。ここで２分１０秒は当該文字ブロックの歌唱開始時間であり、２分１２秒は当該文字ブロックの歌唱終了時間である。
【００７３】
ＣＰＵ１１は抽出した行の次の行の先頭文字ブロックの時間情報を記憶部１５から読み出す。ＣＰＵ１１は読み出した歌唱開始時間から切り替えのための余裕時間（例えば０．５秒）を減算し、減算した時間情報をページ切り替え時間としてページ番号に対応づけて、歌詞データとともにＲＡＭ１２に記憶する（ステップＳ１６１０）。例えば第１ページ目のページ切り替え時間は２分９秒５０ｍｓとなる。なお、この余裕時間はオペレータが入力部１３から適宜の値を入力することができ、入力された余裕時間は記憶部１５に記憶される。
【００７４】
さらに本実施の形態においてはページ切り替え時間を抽出した行の次の行の先頭文字ブロックの時間情報に基づき算出したが、抽出した行の最後の文字ブロックに対する時間情報に基づき算出するようにしても良い。例えば抽出行の最終文字ブロック「ＮＮ」の時間情報が音声データ再生開始後、２分５秒〜２分７秒と記憶部に記憶されている場合、歌唱終了時間である２分７秒に余裕時間を加算した時間をページ切り替え時間としても良い。この場合ＣＰＵ１１は、ステップＳ１６７で抽出した前の行の最終文字ブロックの歌唱終了時間を記憶部１５から読み出し、この歌唱終了時間に余裕時間を加算してページ切り替え時間とし、このページ切り替え時間を歌詞データ及びページ番号と共にＲＡＭ１２に記憶する。
【００７５】
そして次のページの処理を行うべく、ＣＰＵ１１はステップＳ１６５へ移行し、ステップＳ１６７で限界領域Ｙを超えた行について、ステップＳ１６５以降の処理を繰り返し行う。ＣＰＵ１１はステップＳ１６６において算出した行方向の記述が終了する画素数が限界領域Ｙを超えないと判断した場合（ステップＳ１６６でＮＯ）、歌詞データの最後と判断し（ステップＳ１７１）、最終のページ番号を設定する。ＣＰＵ１１はＲＡＭ１２に記憶した各ページの歌詞データを読み出し画像データへ変換する（ステップＳ１７２）。ＣＰＵ１１は各ページの歌詞データに係る画像データを、座標（０，０）を基準にステップＳ１６１で読み出した背景画像データに合成する（ステップＳ１７３）。
【００７６】
ＣＰＵ１１は歌詞ＩＤ及び背景画像ＩＤに対応づけて複数ページから構成される合成画像データをページ番号及びページ切り替え時間と共に記憶部１５に記憶する（ステップＳ１７４）。以上述べた改行及び分断処理を歌詞データ及び背景画像データの全ての組み合わせにおいて、ＣＰＵ１１に実行させることにより、見栄えの良い合成画像データを容易に作成することが可能となる。
【００７７】
図１８は合成画像データの再生手順を示すフローチャートである。携帯電話機２のＣＰＵ２１は実施の形態１で述べた手順により歌詞ＩＤ及び背景画像ＩＤを選択することにより、合成画像データ及び音声データをサーバコンピュータ１からダウンロードする（ステップＳ１８１）。ＣＰＵ２１は再生アプリケーション２５２を起動する（ステップＳ１８２）。ＣＰＵ２１は複数ページから構成される合成画像データ、各ページのページ切り替え時間及び音声データをＲＡＭ２２に展開する（ステップＳ１８３）。
【００７８】
ＣＰＵ２１は合成画像データを表示部２４に表示し、これと同期させて音声データをスピーカ２９から出力する（ステップＳ１８４）。時計部２１０は音声データの再生開始と共に計時を開始する。ＣＰＵ２１は時計部２１０からの出力を参照し、音楽データ再生後、表示中のページに対するページ切り替え時間に到達したか否かを判断する（ステップＳ１８５）。ＣＰＵ２１はページ切り替え時間に到達していないと判断した場合（ステップＳ１８５でＮＯ）、到達するまで待機する。
【００７９】
一方ＣＰＵ２１はページ切り替え時間に到達したと判断した場合（ステップＳ１８５でＹＥＳ）、当該表示している合成画像データのページ番号を参照し、最終ページであるか否かを判断する（ステップＳ１８６）。ＣＰＵ２１は最終ページでないと判断した場合（ステップＳ１８６でＮＯ）、次ページを表示すべく合成画像データのページを切り替える（ステップＳ１８７）。表示部２４には切り替え後の次のページに係る合成画像データが表示される。そして、再びステップＳ１８５へ移行し以上の処理を繰り返す。ステップＳ１８６においてＣＰＵ２１は現在表示部２４に表示している合成画像データが最終ページであると判断した場合（ステップＳ１８６でＹＥＳ）、音楽データの再生終了と共に一連の処理を終了する。
【００８０】
本実施の形態３は以上の如き構成としてあり、その他の構成及び作用は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００８１】
実施の形態４
図１９は実施の形態４に係るサーバコンピュータ１の構成を示すブロック図である。実施の形態４に係るサーバコンピュータ１を動作させるためのコンピュータプログラムは、本実施の形態４のように、ＣＤ−ＲＯＭ、ＭＯ、またはＤＶＤ−ＲＯＭ等の可搬型記録媒体１Ａで提供することも可能である。さらに、コンピュータプログラムを、通信網Ｎを介して図示しないサーバコンピュータからダウンロードすることも可能である。以下に、その内容を説明する。
【００８２】
図１９に示すサーバコンピュータ１の図示しないリーダ／ライタに、書式を記憶させ、歌詞データを展開させ、歌詞データを分断させ、画像データへ変換させ、合成させるコンピュータプログラムが記録された可搬型記録媒体１Ａ（ＣＤ−ＲＯＭ、ＭＯ又はＤＶＤ−ＲＯＭ等）を、挿入して記憶部１５の制御プログラム内にこのプログラムをインストールする。または、かかるプログラムを、通信部１６を介して外部の図示しないサーバコンピュータからダウンロードし、記憶部１５にインストールするようにしても良い。かかるプログラムはＲＡＭ１２にロードして実行される。これにより、上述のような本発明のサーバコンピュータ１として機能する。
【００８３】
本実施の形態４は以上の如き構成としてあり、その他の構成及び作用は実施の形態１乃至３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００８４】
実施の形態５
実施の形態５は複数の書式ファイルを有する形態に関する。図２０は実施の形態５のサーバコンピュータ１のハードウェア構成を示すブロック図である。記憶部１５には新たに補助書式ファイル１５３及び上限ページ数記憶部１５４が記憶されている。補助書式ファイル１５３は書式ファイル１５２とは異なる書式を記憶したＩＮＩファイルであり、テキスト形式で各種書式が記憶されている。なお、本実施の形態においては書式ファイル１５２及び補助書式ファイル１５３の２種類を用意する形態を説明するが、３種類以上書式を規定するファイルを用意しても良い。
【００８５】
上限ページ数記憶部１５４には歌詞データに係る画像データと背景画像データとを合成した合成画像データのページ数の上限値を記憶している。例えば上限となるページ数は７ページである。ＣＰＵ１１は実施の形態１及び実施の形態３で述べた改行処理及び分断処理により総ページ数が上限となるページ数（以下上限ページ数という）を超える場合は、補助書式ファイル１５３から書式を読み出し、この新たな書式に従い、再度改行処理及び分断処理を行う。補助書式ファイル１５３には、上限ページ数に収めるべく、書式ファイル１５２の書式よりも小さなフォントサイズ及び狭い行間等が記憶されている。
【００８６】
図２１は補助書式ファイル１５３の記憶内容を示す説明図である。補助書式ファイル１５３は書式ファイル１５２と同じく、テキストデータである歌詞データに対するフォント、フォントサイズ、行間、表示開始位置、各項目を表示する際の行を含む各種情報を記憶している。ｘ座標開始位置はｘ軸方向における歌詞データの表示開始位置を規定しており、本例ではｘ＝０と記憶されている。同様に、ｙ座標開始位置はｙ軸方向における歌詞データの表示開始位置を規定しており、本例ではｙ＝０と記憶されている。
【００８７】
行間は書式ファイル１５２の行間「３」と異なり、行間が「２」と狭く設定されている。これは上限ページ数内に合成画像データを収めるためである。１行目には項目「曲名」、２行目には項目「歌手名」の書式が記憶されているがフォントサイズは書式ファイル１５２の「１８」から「１１」と小さくなるよう変更されている。また３行目には項目「作詞名」、４行目には項目「作曲名」の書式が記憶されているがフォントサイズは書式ファイル１５２の「１１」から「１０」と小さくなるよう変更されている。
【００８８】
また補助書式ファイル１５３では、書式ファイル１５２の５行目及び６行目の空白は削除されており、５行目には項目「歌詞データ」の書式が次に記憶されている。また歌詞データのフォントサイズは書式ファイル１５２の「１１」から「１０」へと変更されている。
【００８９】
図２２は補助書式ファイルを利用する際の処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は入力部１３から上限ページ数の入力を受け付ける（ステップＳ２２１）。ＣＰＵ１１は受け付けた上限ページ数を上限ページ数記憶部１５４に記憶する（ステップＳ２２２）。またＣＰＵ１１は補助書式ファイル１５３を記憶部１５に記憶する（ステップＳ２２３）。ＣＰＵ１１は実施の形態１及び３で述べた如く、合成対象となる歌詞データ及び背景画像データを読み出す（ステップＳ２２４）。またＣＰＵ１１は書式ファイル１５２から書式を読み出す（ステップＳ２２５）。
【００９０】
ＣＰＵ１１は実施の形態１の図８及び図９で示した改行処理及び実施の形態３の図１６及び図１７で示した分断処理を実行する（ステップＳ２２６）。なお、これらの処理の詳細はすでに説明したとおりであるので省略する。ＣＰＵ１１はステップＳ１７１で歌詞データの最後と判断した場合の総ページ数が、上限ページ数記憶部１５４に記憶した上限ページ数を超えるか否かを判断する（ステップＳ２２７）。
【００９１】
ここでＣＰＵ１１は歌詞データの総ページ数が上限ページ数を超えない場合（ステップＳ２２７でＮＯ）、処理を終了する。一方、ＣＰＵ１１は歌詞データの総ページ数が上限ページ数を超える場合（ステップＳ２２７でＹＥＳ）、記憶部１５に記憶した補助書式ファイル１５３の書式を読み出す（ステップＳ２２８）。ＣＰＵ１１は歌詞データを補助書式ファイル１５３から読み出した書式に従い変換しＲＡＭ２２へ展開する（ステップＳ２２９）。その後、ＣＰＵ１１は実施の形態１の図８及び図９で示した改行処理及び実施の形態３の図１６及び図１７で示した分断処理を実行する（ステップＳ２２１０）。これにより、歌詞が長く上限ページ数を超える場合でも書式が適切に設定され、上限ページ数内に収まることになる。
【００９２】
本実施の形態５は以上の如き構成としてあり、その他の構成及び作用は実施の形態１乃至４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
（付記１）
複数行から構成される歌詞データを複数ページから構成される携帯端末機用の背景画像データに合成する合成装置において、
前記歌詞データを表示する際の書式を記憶する書式ファイルと、
該書式ファイルに記憶した書式に従い前記歌詞データを展開する展開手段と、
該展開手段により展開した複数行からなる歌詞データが、前記背景画像データの各ページの行方向における表示領域内に収まるよう複数ページに分断する分断手段と、
該分断手段により分断した各ページの歌詞データを画像データへ変換する変換手段と、
該変換手段により変換した各ページに係る画像データを前記背景画像データの各ページに合成する合成手段と
を備えることを特徴とする合成装置。
【図面の簡単な説明】
【００９３】
【図１】調整システムの概要を示す模式図である。
【図２】サーバコンピュータのハードウェア構成を示すブロック図である。
【図３】歌詞ＤＢのレコードレイアウトを示す説明図である。
【図４】携帯電話機のハードウェア構成を示すブロック図である。
【図５】背景画像ファイルのレコードレイアウトを示す説明図である。
【図６】表示部に表示される画像データのイメージを示す説明図である。
【図７】改行処理のイメージを示す説明図である。
【図８】改行処理の手順を示すフローチャートである。
【図９】改行処理の手順を示すフローチャートである。
【図１０】合成画像データの配信処理の手順を示すフローチャートである。
【図１１】合成画像データの配信処理の手順を示すフローチャートである。
【図１２】実施の形態２に係るサーバコンピュータの構成を示すブロック図である。
【図１３】書式ファイルの記憶内容を示す説明図である。
【図１４】表示部に表示される画像データのイメージを示す説明図である。
【図１５】表示部に表示される画像データのイメージを示す説明図である。
【図１６】分断処理の手順を示すフローチャートである。
【図１７】分断処理の手順を示すフローチャートである。
【図１８】合成画像データの再生手順を示すフローチャートである。
【図１９】実施の形態４に係るサーバコンピュータの構成を示すブロック図である。
【図２０】実施の形態５のサーバコンピュータのハードウェア構成を示すブロック図である。
【図２１】補助書式ファイルの記憶内容を示す説明図である。
【図２２】補助書式ファイルを利用する際の処理手順を示すフローチャートである。
【符号の説明】
【００９４】
１ サーバコンピュータ
１Ａ 可搬型記録媒体
２ 携帯電話機
１０ 歌詞ＤＢ
１１ ＣＰＵ（制御部）
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
２１ ＣＰＵ（制御部）
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ マイク
２９ スピーカ
１５１ 背景画像ファイル
１５２ 書式ファイル
１５３ 補助書式ファイル
１５４ 上限ページ数記憶部
２１０ 時計部
２４１ 透過画像データ
２５１ ブラウザ
２５２ 再生アプリケーション
Ｎ 通信網
【特許請求の範囲】
【請求項１】
歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整装置により調整する調整方法において、
１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記調整装置の制御部により判断する判断ステップと、
該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、
該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、
該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップと
を備えることを特徴とする調整方法。
【請求項２】
歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整する調整装置において、
１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断する判断手段と、
該判断手段により、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を抽出する抽出手段と、
該抽出手段により抽出した分割情報に基づき１行分の歌詞データを複数行に分割する分割手段と、
該分割手段により分割した歌詞データを画像データへ変換する変換手段と
を備えることを特徴とする調整装置。
【請求項３】
前記分割手段は、
前記抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割するよう構成してある
ことを特徴とする請求項２に記載の調整装置。
【請求項４】
前記分割手段にて分割する行数の上限値を受け付ける手段
をさらに備えることを特徴とする請求項２または３に記載の調整装置。
【請求項５】
前記分割情報は、歌詞データ内に含まれるスペースである
ことを特徴とする請求項２乃至４のいずれか一つに記載の調整装置。
【請求項６】
前記分割手段により分割した各行に係る歌詞データ末尾に改行コマンドを付加する手段
をさらに備えることを特徴とする請求項２乃至５のいずれか一つに記載の調整装置。
【請求項７】
背景画像データを記憶部から読み出す手段と、
前記変換手段により変換した歌詞データに係る画像データを前記読み出した背景画像データに合成する合成手段と
をさらに備えることを特徴とする請求項２乃至６のいずれか一つに記載の調整装置。
【請求項８】
歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置をコンピュータにより調整するためのプログラムにおいて、
コンピュータに、
１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記コンピュータの制御部により判断する判断ステップと、
該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、
該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、
該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップと
を実行させるためのプログラム。
【請求項１】
歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整装置により調整する調整方法において、
１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記調整装置の制御部により判断する判断ステップと、
該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、
該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、
該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップと
を備えることを特徴とする調整方法。
【請求項２】
歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置を調整する調整装置において、
１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを判断する判断手段と、
該判断手段により、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を抽出する抽出手段と、
該抽出手段により抽出した分割情報に基づき１行分の歌詞データを複数行に分割する分割手段と、
該分割手段により分割した歌詞データを画像データへ変換する変換手段と
を備えることを特徴とする調整装置。
【請求項３】
前記分割手段は、
前記抽出手段により抽出した分割情報が複数存在する場合に、各行の表示領域の差が最も小さくなる分割情報に基づき、１行分の歌詞データを複数行に分割するよう構成してある
ことを特徴とする請求項２に記載の調整装置。
【請求項４】
前記分割手段にて分割する行数の上限値を受け付ける手段
をさらに備えることを特徴とする請求項２または３に記載の調整装置。
【請求項５】
前記分割情報は、歌詞データ内に含まれるスペースである
ことを特徴とする請求項２乃至４のいずれか一つに記載の調整装置。
【請求項６】
前記分割手段により分割した各行に係る歌詞データ末尾に改行コマンドを付加する手段
をさらに備えることを特徴とする請求項２乃至５のいずれか一つに記載の調整装置。
【請求項７】
背景画像データを記憶部から読み出す手段と、
前記変換手段により変換した歌詞データに係る画像データを前記読み出した背景画像データに合成する合成手段と
をさらに備えることを特徴とする請求項２乃至６のいずれか一つに記載の調整装置。
【請求項８】
歌詞データを携帯端末機に表示すべく前記歌詞データの表示位置をコンピュータにより調整するためのプログラムにおいて、
コンピュータに、
１行分の歌詞データが前記携帯端末機に表示される背景画像データの列方向の表示領域内に収まるか否かを前記コンピュータの制御部により判断する判断ステップと、
該判断ステップにより、表示領域内に収まらないと判断した場合に、前記歌詞データ内に含まれる歌詞を分割するための分割情報を前記制御部により抽出する抽出ステップと、
該抽出ステップにより抽出した分割情報に基づき１行分の歌詞データを前記制御部により複数行に分割する分割ステップと、
該分割ステップにより分割した歌詞データを前記制御部により画像データへ変換する変換ステップと
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２００８−２２５３７６（Ｐ２００８−２２５３７６Ａ）
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願番号】特願２００７−６７３７３（Ｐ２００７−６７３７３）
【出願日】平成１９年３月１５日（２００７．３．１５）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願日】平成１９年３月１５日（２００７．３．１５）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
[ Back to top ]