JP2007248916A - 配信方法、配信システム、携帯端末機、配信装置及びコンピュータプログラム - Google Patents

Abstract

【課題】異なる長さの楽曲に対しても、最適な速度で歌詞データを表示することが可能な配信方法を提供する。
【解決手段】楽曲にあわせて表示される歌詞データをサーバコンピュータ１から携帯電話機２へ配信する。まず、サーバコンピュータ１は配信される歌詞データの行数を取得し、取得した歌詞データの行数を携帯電話機２へ送信する。携帯電話機２は楽曲の再生時間を取得する。また携帯電話機２は、送信された行数及び取得した再生時間に基づき、スクロール速度を算出する。そして、携帯電話機２は、楽曲の再生にあわせて、配信される歌詞データを、算出したスクロール速度に基づき表示部に表示する。
【選択図】図１

Description

本発明は、楽曲にあわせて表示される歌詞データを配信する配信方法、配信システム、該配信システムを構成する携帯端末機及び配信装置、並びに携帯端末機の機能を実現するためのコンピュータプログラムに関する。

近年、携帯電話機等の携帯端末機へ楽曲を配信するサービスが盛んに行われている。ユーザは、ネットワークを通じて楽曲をダウンロードし、これを再生して楽しむことができる。また、このダウンロードした楽曲を携帯電話機の着信音に設定する等、多彩な用途で楽曲を楽しむことができる。

また、楽曲に加えて、当該楽曲に対応する歌詞データを配信するサービスもなされている。携帯電話機等の携帯端末機は液晶ディスプレイ等の表示画面を有するため、この表示画面にダウンロードした歌詞を表示することにより、ユーザは歌詞を見ながら楽曲の再生にあわせて歌唱することができる。この歌詞データを取得する場合、歌手名、タイトル、フレーズ等を入力して検索を行い、ユーザは検索した歌詞データをダウンロードする。なお、コンパクトディスク等の記録媒体に記録されたＴＯＣ（Table Of Contents）情報を基に、楽曲の歌詞データを検索する技術も知られている（例えば、特許文献１及び２参照）。
特開２００２−４１５２７号公報 特開２００５−７０４７２号公報

しかしながら、長文にわたる歌詞データは一画面にその全体を表示することができないため、歌詞データの表示は、ユーザがボタンを操作することにより手動で画面を切り替える必要があり、煩わしいものであった。また、特許文献２に記載されているように、コンパクトディスクに記録された楽曲の長さが一定である場合は、この楽曲に対応する歌詞データの表示タイミングも正確に決定することができる。しかし、楽曲の配信は各サービス提供者から個別に行われているため、楽曲の長さが各サービス業者により異なる場合がある。そのため、これら異なる長さの楽曲に応じて異なるタイミングで歌詞データを表示する必要がある。

本発明は斯かる事情に鑑みてなされたものであり、その目的は、楽曲の再生時間及び配信される歌詞データの行数を取得し、これらに基づき、スクロール速度を算出し、歌詞データを算出したスクロール速度に基づき表示することにより、異なる長さの楽曲に対しても、最適な速度で歌詞データを表示することが可能な配信方法、配信システム、該配信システムを構成する携帯端末機及び配信装置、並びに、携帯端末機の機能を実現するためのコンピュータプログラムを提供することにある。

本発明の他の目的は、取得した再生時間から、楽曲再生の開始を受け付けてからスクロールの開始を受け付けるまでの時間を減算した減算再生時間及び取得した行数に基づき、スクロール速度を算出することにより、歌い出しまでの時間が長い楽曲の場合でも最適なスクロール速度を算出することが可能な携帯端末機を提供することにある。

本発明の他の目的は、音声入力部から音声が入力されたか否かを判断し、音声が入力されたと判断した場合、配信される歌詞データを、算出したスクロール速度に基づき表示することにより、ユーザの歌い出しにあわせて歌詞データのスクロール表示が可能な携帯端末機を提供することにある。

本発明の他の目的は、取得した再生時間から、楽曲の再生の開始を受け付けてから音声が入力されたと判断するまでの時間を減算した減算再生時間及び取得した行数に基づき、スクロール速度を算出することにより、歌い出しまでの時間が長い楽曲の場合でも、ユーザの歌い出しにあわせて最適なスクロール速度を算出することが可能な携帯端末機を提供することにある。

本発明に係る配信方法は、楽曲にあわせて表示される歌詞データを配信装置から携帯端末機へ配信する配信方法において、配信される歌詞データの行数を前記配信装置により取得する行数取得ステップと、該ステップにより取得した歌詞データの行数を前記配信装置により前記携帯端末機へ送信するステップと、楽曲の再生時間を前記携帯端末機により取得するステップと、前記送信された行数及び前記取得した再生時間に基づき前記携帯端末機により、スクロール速度を算出するステップと、前記携帯端末機により、楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示部に表示するステップとを備えることを特徴とする。

本発明に係る配信システムは、楽曲にあわせて表示される歌詞データを配信装置から携帯端末機へ配信する配信システムにおいて、前記配信装置は、配信される歌詞データの行数を取得する行数取得手段と、該取得した歌詞データの行数を前記携帯端末機へ送信する手段とを備え、前記携帯端末機は、楽曲の再生時間を取得する手段と、前記送信された行数及び前記取得した再生時間に基づきスクロール速度を算出する手段と、楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示部に表示する手段とを備えることを特徴とする。

本発明に係る携帯端末機は、楽曲にあわせて表示される歌詞データを表示する携帯端末機において、楽曲の再生時間を取得する再生時間取得手段と、配信される歌詞データの行数を取得する行数取得手段と、前記取得した再生時間及び行数に基づき、スクロール速度を算出する速度算出手段と、楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示する表示手段とを備えることを特徴とする。

本発明に係る携帯端末機は、前記速度算出手段は、前記行数取得手段により取得した行数を前記再生時間取得手段により取得した再生時間で除すことによりスクロール速度を算出するよう構成してあることを特徴とする。

本発明に係る携帯端末機は、前記行数取得手段は、歌詞データを構成する文字の改行数をカウントすることにより行数を取得するよう構成してあることを特徴とする。

本発明に係る携帯端末機は、前記行数取得手段は、通信網を介して接続される配信装置から送信される行数を受信することにより取得するよう構成してあることを特徴とする。

本発明に係る携帯端末機は、前記再生時間取得手段は、通信網を介して接続される配信装置から送信される再生時間を受信することにより取得するよう構成してあることを特徴とする。

本発明に係る携帯端末機は、楽曲にあわせて表示される歌詞データを表示する携帯端末機において、楽曲の再生時間を取得する再生時間取得手段と、配信される歌詞データを記憶部に記憶する手段と、記憶した歌詞データの行数を取得する行数取得手段と、前記取得した再生時間及び行数に基づき、スクロール速度を算出する速度算出手段と、楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示する表示手段とを備えることを特徴とする。

本発明に係る携帯端末機は、前記表示手段による歌詞データの表示が終了した場合に、前記記憶部に記憶した歌詞データを消去する手段をさらに備えることを特徴とする。

本発明に係る携帯端末機は、楽曲の再生の開始を受け付ける手段と、歌詞データのスクロール開始を受け付ける手段とをさらに備え、前記速度算出手段は、前記再生時間取得手段により取得した再生時間から、前記再生の開始を受け付けてから前記スクロール開始を受け付けるまでの時間を減算した減算再生時間及び前記行数取得手段により取得した行数に基づき、スクロール速度を算出するよう構成してあり、前記表示手段は、楽曲の再生にあわせて、前記配信される歌詞データを表示し、前記スクロール開始を受け付けた後に、前記算出したスクロール速度に基づき歌詞データをスクロールするよう構成してあることを特徴とする。

本発明に係る携帯端末機は、音声入力部から音声が入力されたか否かを判断する判断手段をさらに備え、前記表示手段は、楽曲の再生にあわせて、前記配信される歌詞データを表示し、前記判断手段により音声が入力されたと判断した後に、前記算出したスクロール速度に基づき歌詞データをスクロールするよう構成してあることを特徴とする。

本発明に係る携帯端末機は、楽曲の再生の開始を受け付ける手段と、音声取得部から音声が入力されたか否かを判断する判断手段とをさらに備え、前記速度算出手段は、前記再生時間取得手段により取得した再生時間から、前記再生の開始を受け付けてから前記判断手段により音声が入力されたと判断するまでの時間を減算した減算再生時間及び前記行数取得手段により取得した行数に基づき、スクロール速度を算出するよう構成してあり、前記表示手段は、楽曲の再生にあわせて、前記配信される歌詞データを表示し、前記判断手段により音声が入力されたと判断した後に、前記算出したスクロール速度に基づき歌詞データをスクロールするよう構成してあることを特徴とする。

本発明に係る配信装置は、楽曲にあわせて表示される歌詞データを配信する配信装置において、楽曲の再生時間を取得する再生時間取得手段と、配信される歌詞データの行数を取得する行数取得手段と、前記取得した再生時間及び行数に基づき、スクロール速度を算出する速度算出手段と、前記算出したスクロール速度を外部へ送信する手段と、楽曲の再生にあわせて、配信される歌詞データを外部へ配信する手段とを備えることを特徴とする。

本発明に係るコンピュータプログラムは、楽曲にあわせて表示される歌詞データを携帯端末機の表示部に表示するためのコンピュータプログラムにおいて、携帯端末機に、楽曲の再生時間及び配信される歌詞データの行数に基づき、スクロール速度を算出する速度算出手段と、楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示部に表示する表示手段として機能させることを特徴とする。

本発明にあっては、楽曲にあわせて表示される歌詞データを配信装置から携帯端末機へ配信する。まず、配信装置は配信される歌詞データの行数を取得し、取得した歌詞データの行数を携帯端末機へ送信する。携帯端末機は楽曲の再生時間を取得する。また携帯端末機は、送信された行数及び取得した再生時間に基づき、スクロール速度を算出する。そして、携帯端末機は、楽曲の再生にあわせて、配信される歌詞データを、算出したスクロール速度に基づき表示部に表示するので、楽曲の再生時間に応じて最適なスクロール速度で、歌詞データを表示部に表示することが可能となる。

本発明にあっては、携帯端末機は、楽曲の再生時間を取得する。これは、通信網を介して接続される配信装置から送信される再生時間を受信、または楽曲を再生する等により取得する。また、携帯端末機は、配信される歌詞データの行数を取得する。これは、歌詞データを構成する文字の改行数をカウントすることにより、または、通信網を介して接続される配信装置から送信される行数を受信する等により取得する。携帯端末機は、取得した再生時間及び行数に基づき、スクロール速度を算出する。この速度算出処理は、取得した行数を再生時間で除す、または取得した再生時間を行数で除すことにより算出する。そして、楽曲の再生にあわせて、配信される歌詞データを、算出したスクロール速度に基づき表示部に表示するので、楽曲の長さに応じて最適なスクロール速度に基づき歌詞データを表示部に表示することが可能となる。

本発明にあっては、楽曲にあわせて表示される歌詞データを配信装置から携帯端末機へ配信する。携帯端末機は楽曲の再生時間を取得する。携帯端末機は配信される歌詞データを記憶部に記憶する。そして記憶した歌詞データの行数を取得する。携帯端末機は、取得した再生時間及び行数に基づき、スクロール速度を算出する。そして、携帯端末機は、楽曲の再生にあわせて、配信される歌詞データを、算出したスクロール速度に基づき表示部に表示するので、楽曲の再生時間に応じて最適なスクロール速度で、歌詞データを表示部に表示することが可能となる。

本発明にあっては、携帯端末機は、歌詞データの表示が終了した場合に、記憶部に記憶した歌詞データを消去する。これにより、配信装置から配信される歌詞データは、携帯端末機内の記憶部から消去される。

本発明にあっては、携帯端末機は楽曲の再生の開始を受け付け、また歌詞データのスクロール開始を受け付ける。そして、取得した再生時間から、楽曲再生の開始を受け付けてからスクロール開始を受け付けるまでの時間を減算した減算再生時間及び取得した行数に基づき、スクロール速度を算出する。そして、スクロール開始を受け付け後、この算出したスクロール速度にて歌詞データをスクロールするので、歌い出しまでの時間が長い楽曲であっても、最適なスクロール速度で、歌詞データを表示することが可能となる。

本発明にあっては、携帯端末機は音声入力部から音声が入力されたか否かを判断する。そして、楽曲の再生にあわせて、配信される歌詞データを表示し、音声が入力されたと判断した場合、算出したスクロール速度に基づき歌詞データをスクロールするよう構成したので、ユーザの歌い出しをトリガーに歌詞データのスクロールが開始される。

本発明にあっては、携帯端末機は、楽曲の再生の開始を受け付け、また音声取得部から音声が入力されたか否かを判断する。携帯端末機は、取得した再生時間から、楽曲の再生の開始を受け付けてから音声が入力されたと判断するまでの時間を減算した減算再生時間及び前記行数取得手段により取得した行数に基づき、スクロール速度を算出する。そして、楽曲の再生にあわせて、配信される歌詞データを表示し、音声が入力されたと判断した後に、算出したスクロール速度に基づき歌詞データをスクロールするよう構成したので、歌い出しまでの時間が長い楽曲についても、最適なスクロール速度を算出でき、しかも音声入力をトリガーに、スクロールが開始されるので、操作性が向上する。

本発明にあっては、配信装置は楽曲の再生時間を取得し、配信される歌詞データの行数を取得する。また、取得した再生時間及び行数に基づき、スクロール速度を算出し、算出したスクロール速度を外部へ送信する。そして、楽曲の再生にあわせて、配信される歌詞データを外部へ配信するので、歌詞データを受信する外部の携帯端末機へ最適なスクロール速度での歌詞データの配信が可能となる。

本発明にあっては、携帯端末機は、送信された行数及び取得した再生時間に基づき、スクロール速度を算出し、楽曲の再生にあわせて、配信される歌詞データを、算出したスクロール速度に基づき表示部に表示するので、楽曲の再生時間に応じて最適なスクロール速度で、歌詞データを表示部に表示することが可能となる。特に、異なるサービス提供者から異なる再生時間からなる楽曲が提供されている場合でも、最適な歌詞データのスクロール速度を算出でき、その結果最適な速度で歌詞データを表示することが可能となる。

本発明にあっては、携帯端末機は配信される歌詞データを記憶部に記憶し、その行数を取得する。携帯端末機は、取得した再生時間及び行数に基づき、スクロール速度を算出する。そして、携帯端末機は、楽曲の再生にあわせて、配信される歌詞データを、算出したスクロール速度に基づき表示部に表示するので、楽曲の再生時間に応じて最適なスクロール速度で、歌詞データを表示部に表示することが可能となる。また各処理が携帯端末機で実行されるので、配信装置の処理負担が軽減される。

本発明にあっては、携帯端末機は、歌詞データの表示が終了した場合に、記憶部に記憶した歌詞データを消去する。これにより、配信装置から配信される歌詞データは、携帯端末機内の記憶部から消去される。その結果、歌詞データが不正にコピーされ、または第３者がこれを無断で利用することを防止でき、歌詞に係る著作権を適切に保護することが可能となる。

本発明にあっては、取得した再生時間から、楽曲再生の開始を受け付けてからスクロール開始を受け付けるまでの時間を減算した減算再生時間及び取得した行数に基づき、スクロール速度を算出する。そして、スクロール開始を受け付け後、この算出したスクロール速度にて歌詞データをスクロールするので、歌い出しまでの時間が長い楽曲であっても、最適なスクロール速度で、歌詞データを表示することが可能となる。また歌い出しの時点において既に、最初の歌詞データがスクロールアップされ、表示されないという事態を回避することが可能となる。

本発明にあっては、携帯端末機は音声入力部から音声が入力されたか否かを判断する。そして、楽曲の再生にあわせて、配信される歌詞データを表示し、音声が入力されたと判断した場合、算出したスクロール速度に基づき歌詞データをスクロールするよう構成したので、ユーザの歌い出しをトリガーに歌詞データのスクロールが開始される。これにより、最適なタイミングでスクロールの開始が可能となる。

本発明にあっては、携帯端末機は、楽曲の再生の開始を受け付け、また音声取得部から音声が入力されたか否かを判断する。携帯端末機は、取得した再生時間から、楽曲の再生の開始を受け付けてから音声が入力されたと判断するまでの時間を減算した減算再生時間及び前記行数取得手段により取得した行数に基づき、スクロール速度を算出する。そして、楽曲の再生にあわせて、配信される歌詞データを表示し、音声が入力されたと判断した後に、算出したスクロール速度に基づき歌詞データをスクロールするよう構成したので、歌い出しまでの時間が長い楽曲についても、最適なスクロール速度を算出でき、しかも音声入力をトリガーに、スクロールが開始されるので、操作性が向上する。

本発明にあっては、配信装置は楽曲の再生時間を取得し、配信される歌詞データの行数を取得する。また、取得した再生時間及び行数に基づき、スクロール速度を算出し、算出したスクロール速度を外部へ送信する。そして、楽曲の再生にあわせて、配信される歌詞データを外部へ配信するので、歌詞データを受信する外部の携帯端末機へ最適なスクロール速度での歌詞データの配信が可能となる等、本発明は優れた効果を奏する。

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

サーバコンピュータ１は楽曲データを、携帯電話機２からのリクエストに応じて通信網Ｎを介して配信する。携帯電話機２のユーザは楽曲データに加えて、歌詞データの配信を希望する場合は、後述するように楽曲のファイル名を検索キーとしてサーバコンピュータ１へ送信し、サーバコンピュータ１は送信されたファイル名を基に検索を行い配信候補となるタイトルまたは歌手名に関する情報を携帯電話機２へ送信する。ユーザは自身が希望するタイトルを選択し、サーバコンピュータ１へその情報を送信する。サーバコンピュータ１は選択されたタイトルに対応する歌詞データを配信する。ユーザは楽曲の再生に合わせてこの配信された歌詞データを閲覧することができる。なお、楽曲データはサーバコンピュータ１以外の他のサービス提供者に係る図示しないサーバコンピュータから配信を受けても良い。

携帯電話機２またはサーバコンピュータ１において楽曲の再生時間及び歌詞データの行数を取得し、これら取得した再生時間及び行数に基づきスクロール速度を算出する。そして、携帯電話機２は、楽曲の再生にあわせて、歌詞データを表示すると共に、算出したスクロール速度にて歌詞データをスクロールする。なお、以下では、楽曲の再生時間の取得及びスクロール速度の算出処理を、携帯電話機２で行い、行数の取得処理をサーバコンピュータ１で行う形態につき説明する。また、歌詞データの配信は、歌詞データを携帯電話機２へダウンロードさせて記憶させる形態の他、完全に記憶させないストリーミング方式により配信する形態であっても良い。以下ではストリーミング方式による配信を適用する形態につき説明する。

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

表示部１４は例えば液晶ディスプレイ等であり、入力部１３はキーボード及びマウス等から構成される。通信部１６はモデムまたはＬＡＮカード等であり、通信網Ｎを介して携帯電話機２との間でＣＰＵ１１からの指示に従い各種情報を送受信する。記憶部１５は例えばハードディスクで構成され、内部には上述した制御プログラム１５Ｐが記憶されている。ＲＡＭ１２は任意のアドレスを指定して読み書きすることが可能な半導体メモリである。

また通信部１６には楽曲データベース１５１及び歌詞データベース１５２が接続されており、ＣＰＵ１１は、楽曲データベース１５１または歌詞データベース１５２のフィールドのキーを関連づけたスキーマにおいてＳＱＬ（Structured Query Language）を用いて対話することにより、必要な情報を検索及び抽出する。なお、本実施の形態においては楽曲データベース１５１及び歌詞データベース１５２を、サーバコンピュータ１からアクセス可能なデータベースとして記載しているが、これらデータベースを記憶部１５内部に設けても良い。また説明を容易にするために、楽曲データベース１５１と歌詞データベース１５２とを分けて記載しているが、一体的にこれらのデータベースを構築してもよいことはもちろんである。なお、楽曲データベース１５１及び歌詞データベース１５２の詳細については後述する。

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

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

図４は楽曲データベース１５１のレコードレイアウトを示す説明図である。楽曲データベース１５１はタイトルフィールド、歌手名フィールド及び識別情報フィールドを含んで構成される。タイトルフィールドには、楽曲のタイトルが記憶されている。例えば「Everything」、「I like everything.」等が記憶されている。また歌手名フィールドにはタイトルに対応付けて歌手名が記憶されている。例えばタイトル「Everything」に対応付けて歌手名「Misia」の他、タイトル「AAA」に対応付けて歌手名「Everything OK」が記憶されている。識別情報フィールドには、タイトル及び歌手名に対応付けて楽曲を特定するための固有の識別情報が記憶されている。例えばタイトル「Everything」、歌手名「Misia」に対応付けて識別情報「EMISIA」が記憶されている。識別情報は固有の情報であり楽曲毎に固有の情報が付与される。

図５は歌詞データベース１５２のレコードレイアウトを示す説明図である。歌詞データベース１５２は識別情報フィールド、タイトルフィールド、歌詞データフィールド及び行数フィールドを含んで構成される。識別情報フィールド及びタイトルフィールドについては楽曲データベース１５１と同様であるので説明を省略する。歌詞データフィールドには、識別情報及びタイトルに対応付けて、楽曲に対応する歌詞データがテキスト形式で記憶されている。行数フィールドには、識別情報、タイトル及び歌詞データに対応付けて当該歌詞データの行数が記憶されている。この行数はＣＰＵ１１が歌詞データフィールド内のテキスト形式で記述された歌詞データの改行数をカウントすることにより取得され、その改行数が行数として行数フィールドに記憶されている。なお、この行数はオペレータが入力部１３から手入力するようにしても良い。

図６は楽曲ファイル２５１のレコードレイアウトを示す説明図である。楽曲ファイル２５１はファイル名フィールド、楽曲データフィールド、再生時間フィールド及びスクロール速度フィールドを含んで構成される。ファイル名はユーザがダウンロードした楽曲データのファイル名が記憶されている。なお、ファイル名に付随する拡張子の記載は省略している。このファイル名は楽曲を配信するサービス提供者により任意に名付けられるものであり、タイトル、歌手名、タイトルの一部等が適宜付与される。

例えば、ファイル名には「Everything.XXX」等が記憶されている。なお、XXXは拡張子である。楽曲データフィールドには、ファイル名に対応付けて楽曲データが記憶されている。再生時間フィールドには、楽曲の再生時間がファイル名に対応させて記憶されている。楽曲の再生時間はサーバコンピュータ１が楽曲データの配信と共に提供し、携帯電話機２のＣＰＵ２１がこれを受信して、楽曲ファイル２５１の再生時間フィールドにファイル名に対応させて記憶しても良い。また、楽曲をＣＰＵ２１により再生し、同時に図示しないタイマにより再生開始から再生終了までの再生時間を計時し、この計時した再生時間を楽曲ファイル２５１の再生時間フィールドに記憶しても良い。さらに、楽曲データのファイルのサイズ、すなわちバイト数から再生時間を決定しても良い。例えば１Ｍバイトあたり再生時間２分として、ファイルのサイズに応じた再生時間をＣＰＵ２１により算出するようにしても良い。

スクロール速度フィールドには、ファイル名に対応させて歌詞データをスクロールする際の速度が記憶されている。このスクロールは携帯電話機２の表示部２４に表示される歌詞データを上下または左右方向へ順次移動させる処理である。以下ではスクロール方向を上方向とする。ＣＰＵ２１は配信された歌詞データを表示部２４に表示した後、楽曲ファイル２５１のスクロール速度フィールドに記憶されたスクロール速度に従い、歌詞データを上方向へ移動させる。スクロール速度の算出はサーバコンピュータ１から送信される歌詞データの行数を再生時間フィールドに記憶した再生時間で除すことにより求めることができる。図６のファイル名「Everything」では行数が「３０行」、再生時間が「３分」であるので、スクロール速度は１分あたり１０行となる。なお、スクロール速度は再生時間を行数で除して１行あたりの表示秒数（上述の例では１行あたり６秒）として処理しても良い。

ユーザが楽曲を再生する場合、ＣＰＵ２１は制御プログラム２５２を起動し、楽曲ファイル２５１のファイル名を読み出して表示部２４に表示する。表示部２４には、ファイル名が一覧表示される。ユーザは入力部２３から再生を希望するファイル名を選択する。ＣＰＵ２１はこのファイルの選択を受け付け、受け付けたファイルに対応する楽曲データを楽曲ファイル２５１から読み出し、スピーカ２９を通じて楽曲データを出力する。

ユーザが歌詞データの配信を希望する場合、表示部２４に表示されたファイル名を選択する。ＣＰＵ２１は、サーバコンピュータ１と通信を確立し、このファイル名をサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１はこの送信されたファイル名を受信し、制御プログラム１５Ｐに従い検索を開始する。ＣＰＵ１１は受信したファイル名に基づき、楽曲データベース１５１のタイトル及び歌手名を検索する。具体的には、ＣＰＵ１１は、ファイル名を基に、タイトルフィールドのタイトルと比較し合致度を算出する。これはテキストデータであるファイル名の各文字と、同じくテキストデータであるタイトルの各文字とを比較し完全に一致する場合は、合致度が最も高く、一部一致の場合は、完全に一致する場合より合致度が低く算出される。

例えば、ファイル名「Everything」について検索する場合、タイトル「Everything」は完全一致であるので１００と算出され、タイトル「I like everything.」については一部一致で８０と算出され、タイトル「Everything（オルゴールバージョン）」についても一部一致で８０とそれぞれ合致度が算出される。なお、タイトル「ＡＡＡ」に関しては全く一致しないので合致度が０となる。

ＣＰＵ１１は同様に、ファイル名を基に歌手名フィールドについても合致度を算出する。歌手名「Misia」は全く一致しないので合致度は０と算出される。一方歌手名「Everything OK」は一部一致であるので合致度は８０と算出される。ＣＰＵ１１はこのようにして合致度が算出された「タイトル」及び「歌手名」を検索結果の候補として抽出する。続いてＣＰＵ１１は配信候補に対し重み付け処理を行う。この重み付け処理はファイル名とタイトルとに基づき算出した合致度に「１．０」の重みを乗じ、ファイル名と歌手名とに基づき算出した合致度に「１．０」より小さい「０．８」の重みを乗じる。なお、本実施の形態においては、ＣＰＵ１１が重み付けの付与手段として、重みを乗じる処理を行ったが、重みを加算する処理であっても良い。また、この重みは記憶部１５に記憶されており、適宜の値を入力部１３から入力することができる。

重み付け処理前の合致度はタイトル「Everything」が１００、タイトル「I like everything.」及び「Everything（オルゴールバージョン）」が共に８０であり、歌手名「Everything OK」が８０である。重み付け処理された場合、重み付け処理後の合致度は、タイトル「Everything」が重み１．０を乗じて１００、タイトル「I like everything.」及び「Everything（オルゴールバージョン）」が共に重み１．０を乗じて８０であり、歌手名「Everything OK」が重み０．８を乗じて６４である。

ＣＰＵ１１は候補となる歌手名に対応するタイトルを読み出す。図４の例では歌手名「Everything OK」に対応するタイトル「AAA」、「BBB」及び「CCC」が候補として抽出され、結果的に候補となるタイトルはこれら歌手名「Everything OK」に対応する「AAA」、「BBB」及び「CCC」、並びに「Everything」、「I like everything.」、及び「Everything（オルゴールバージョン）」となる。ＣＰＵ１１はこれらの候補を合致度順に並び替える処理を行う。この例では、合致度１００のタイトル「Everything」、合致度８０のタイトル「I like everything.」、及び「Everything（オルゴールバージョン）」、次いで合致度６４の歌手名「Everything OK」に対応する「AAA」、「BBB」及び「CCC」の順に並び替えられる。

ＣＰＵ１１は、タイトルに対応する歌手名を楽曲データベース１５１から読み出す。そして、ＣＰＵ１１はこの並び替え処理した候補であるタイトル及び該タイトルに対応する歌手名、並びに、歌手名に対応するタイトルを、通信網Ｎを介して携帯端末機２へ送信する。この場合、ＣＰＵ１１はタイトルに対応する識別情報を楽曲データベース１５１から読み出し、タイトルに対応付けてあわせて携帯端末機２へ送信する。なお、重み付け処理及び並び替え処理は必要に応じて実施すればよい。携帯端末機２のＣＰＵ２１は、送信されたタイトル及び歌手名に対応するタイトルを受信し、表示部２４に検索結果として表示する。

図７は検索結果のイメージを示す説明図である。図７に示すようにサーバコンピュータ１から送信される検索結果データは例えばHTML（HyperText Markup Language）形式で記述されており、携帯端末機２のＣＰＵ２１はHTML形式の文章を解釈して表示部２４へ表示する。図に示すように、重み付けされた合致度順にタイトル及びタイトルに対応する歌手名、並びに、歌手名及び歌手名に対応するタイトルが列記される。各タイトルにはハイパーリンクが設定されており、このハイパーリンクの一部には識別情報が記述されている。これは例えばEverything（Misia）に関してはhttp://www.XXXXX.title/EMISIA等と記述すればよい。

ユーザは入力部２３を用いて、配信を希望する歌詞データのタイトルを選択する。ＣＰＵ２１は入力部２３からタイトルの選択を受け付ける。ＣＰＵ２１は、選択されたタイトルに係る識別情報が付与されたハイパーリンクに従い、サーバコンピュータ１へアクセスする。サーバコンピュータ１のＣＰＵ１１は送信されたハイパーリンク内の識別情報を抽出し、歌詞データベース１５２を検索して対応する歌詞データをＲＡＭ１２に展開する。

ユーザが楽曲の再生を開始する場合、携帯端末機２のＣＰＵ２１は、楽曲ファイル２５１から選択されたタイトルに係るファイル名に対応する楽曲データの再生を開始すると共に、サーバコンピュータ１のＣＰＵ１１から歌詞データのストリーミング配信を受ける。具体的にはＣＰＵ２１は楽曲データ再生開始信号をサーバコンピュータ１のＣＰＵ１１へ出力し、これをトリガーにＣＰＵ１１はＲＡＭ１２に展開した歌詞データを逐次配信し、携帯端末機２のＣＰＵ２１はこの配信される歌詞データを受信して、表示部２４に表示する。なお、歌詞データをダウンロードする場合は、携帯端末機２のＣＰＵ２１はダウンロードした歌詞データを記憶部２５の楽曲ファイル２５１にファイル名に対応付けて記憶し、楽曲データの再生をトリガーにこの歌詞データを表示部２４へ表示するようにすればよい。

図８は検索後の楽曲ファイル２５１のレコードレイアウトを示す説明図である。図８に示すように、検索が終了した後は、ファイル名フィールド、楽曲データフィールド、再生時間フィールド及びスクロール速度フィールドに加えて、タイトルフィールド、歌手名フィールド及び識別情報フィールドがＣＰＵ２１の指示により新たに生成される。そしてＣＰＵ２１は、ファイル名を基に検索され、ユーザにより選択されたタイトル、歌手名及び識別情報をそれぞれ、タイトルフィールド及び歌手名フィールド、及び識別情報フィールドに記憶する。これにより、ファイル名に対応付けて、タイトル、歌手名及び識別情報が楽曲ファイル２５１に記憶される。上述の例であれば、ファイル名「Everything」に対応付けてタイトル「Everything」、歌手名「Misia」及び識別情報「EMISIA」が記憶される。

図９はお気に入りの画面イメージを示す説明図である。ＣＰＵ２１は再度ファイル名が選択された場合、ファイル名に対応するタイトル、歌手名及び識別情報を、楽曲ファイル２５１から読み出し、タイトル、歌手名及び識別情報が記述されたハイパーリンクからなるHTML形式の文章を生成して表示部２４に表示する。図９に示すようにタイトル「Everything」、歌手名「Misia」及びハイパーリンクがお気に入りとして表示される。なお、このハイパーリンクには識別情報が記述されている。ユーザは、歌詞データのストリーミング配信を希望する場合、入力部２３からハイパーリンクをクリックする。

ＣＰＵ２１は入力されたハイパーリンクに従い、サーバコンピュータ１へアクセスする。ＣＰＵ２１は通信確立後、楽曲ファイル２５１から識別情報に対応する楽曲データを読み出し、楽曲の再生を開始し、楽曲データの再生開始信号をサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は送信された識別情報を基に、携帯端末機２へ歌詞データベース１５２から読み出した歌詞データをストリーミング配信する。このように一度検索が終了したファイル名については、検索結果であるタイトルを表示するようにしたので、ユーザは容易に歌詞データのストリーミング配信を楽しむことができる。

ユーザがストリーミング配信ではなく、歌詞データをダウンロードした場合、ＣＰＵ２１は入力部２３から図９に示すタイトルの選択を受け付け、このタイトルに対応する楽曲データ及びダウンロードした歌詞データを楽曲ファイル２５１から読み出し、楽曲の再生にあわせて、歌詞データを表示部２４に表示する。なお、図９において、識別情報を付加しないハイパーリンクを設定しても良く、この場合ＣＰＵ２１は選択されたタイトルをサーバコンピュータ１へ送信し、サーバコンピュータ１のＣＰＵ１１は送信されたタイトルに基づき、歌詞データベース１５２を検索し、歌詞データを配信するようにすればよい。

以上のハードウェア構成において、本発明に係る検索処理の手順を、フローチャートを用いて説明する。図１０及び図１１は検索処理の手順を示すフローチャートである。ユーザは携帯電話機２の入力部２３から制御プログラム２５２を起動する。ＣＰＵ２１は制御プログラム２５２に従い、楽曲ファイル２５１からファイル名を読み出し、表示部２４へ表示する（ステップＳ１０１）。ユーザは入力部２３を操作して、検索を行うファイル名を選択する。ＣＰＵ２１は入力部２３からファイル名の選択を受け付ける（ステップＳ１０２）。ＣＰＵ２１はサーバコンピュータ１との間で通信を確立し、入力されたファイル名をサーバコンピュータ１へ送信する（ステップＳ１０３）。

サーバコンピュータ１のＣＰＵ１１は送信されたファイル名を受信する（ステップＳ１０４）。ＣＰＵ１１は制御プログラム１５Ｐを起動し、検索処理を開始する。まずＣＰＵ１１は、楽曲データベース１５１のタイトルフィールドを検索しファイル名とタイトルとを比較し合致度を算出する（ステップＳ１０５）。ＣＰＵ１１は各タイトルについて順次合致度を算出し、算出した合致度をＲＡＭ１２に記憶する。ＣＰＵ１１は楽曲データベース１５１の歌手名フィールドを検索しファイル名と歌手名とを比較し合致度を算出する（ステップＳ１０６）。ＣＰＵ１１は各歌手名について順次合致度を算出し、算出した合致度をＲＡＭ１２に記憶する。なお、この合致度の算出は上述した如く、ファイル名とタイトルまたは歌手名とを構成する各文字を一字一字比較し、双方の文字が一致する場合に合致度を高く、一致しない場合に合致度を低く付与し、これを構成される全ての文字について行い、各文字の合致度を加算すること等により行えばよい。また、この重みの値は適宜変更しても良く、また歌手名にタイトルよりも大きい重みを付与するようにしても良い。

ＣＰＵ１１はＲＡＭ１２に記憶したタイトルに関する各合致度に記憶部１５に記憶した重みを付与する（ステップＳ１０７）。これは上述したように算出した合致度に重み１．０を乗ずる等すればよい。また、ＣＰＵ１１はＲＡＭ１２に記憶した歌手名に関する各合致度に記憶部１５に記憶した重みより小さい重みを付与する（ステップＳ１０８）。これは上述したように算出した合致度に重み０．８を乗ずる等すればよい。ＣＰＵ１１はＲＡＭ１２に記憶したタイトル及び歌手名に係る合致度順に、候補となるタイトル及び歌手名を抽出する（ステップＳ１０９）。この処理は、例えば合致度上位１０％のタイトル及び歌手名を抽出するようにするほか、合致度が所定値以上のタイトル及び歌手名を抽出するようにすればよい。

ＣＰＵ１１は抽出したタイトル及び歌手名を合致度順に並び替えを行う（ステップＳ１０１０）。そして、ＣＰＵ１１は楽曲データベース１５１から候補のタイトルに対応する歌手名、候補の歌手名に対応するタイトルを抽出し、これら候補となる各タイトルに対応する識別情報を楽曲データベース１５１から抽出する（ステップＳ１０１１）。ＣＰＵ１１はこの抽出したタイトル及びタイトルに対応する歌手名、歌手名及び歌手名に対応するタイトル、並びに各タイトルに対応する識別情報を携帯電話機２へ送信する（ステップＳ１０１２）。なお、これらの情報はＨＴＭＬ形式で記述されて送信され、識別情報を含むハイパーリンクが各タイトルに付与されている。携帯電話機２のＣＰＵ２１は送信されたタイトル及びタイトルに対応する歌手名、歌手名及び歌手名に対応するタイトル、並びに各タイトルに対応する識別情報を受信し（ステップＳ１０１３）、ＲＡＭ２１に記憶する。なお、サーバコンピュータ１から携帯電話機２へ送信する情報は、場合により、タイトル及びタイトルに付随する歌手名、または歌手名及び歌手名に付随するタイトルのいずれかであっても良い。

図１２は楽曲の再生処理及び歌詞データの表示処理の手順を示すフローチャートである。携帯電話機２のＣＰＵ２１はＨＴＭＬ形式で記述された文章を解析し、タイトル及びタイトルに対応する歌手名、歌手名及び歌手名に対応するタイトル、並びに各タイトルに対応する識別情報のハイパーリンクを図７の如く表示部２４に表示する（ステップＳ１１１）。ユーザは希望するタイトルを入力部２３から選択する。ＣＰＵ２１はタイトルの選択を受け付け（ステップＳ１１２）、このタイトルまたはタイトルに付随するハイパーリンクに記述された識別情報をサーバコンピュータ１へ送信する（ステップＳ１１３）。

サーバコンピュータ１のＣＰＵ１１は送信されたタイトルまたは識別情報を受信し、受信したタイトルまたは識別情報に対応する歌詞データを歌詞データベース１５２から読み出し（ステップＳ１１４）、ＲＡＭ１２に展開する。ＣＰＵ１１は歌詞データの読み出しが完了したことを示す読み出し完了信号を携帯電話機２へ送信する（ステップＳ１１５）。携帯電話機２のＣＰＵ２１はこの読み出し完了信号を受けてステップＳ１０２で選択を受け付けたファイル名に対応する楽曲データを楽曲ファイル２５１から読み出し（ステップＳ１１６）、ＲＡＭ２２に展開する。そしてＣＰＵ２１はＲＡＭ２２に展開された楽曲データの再生を開始しデータをスピーカ２９へ出力すると共に、再生を開始したことを示す再生開始信号をサーバコンピュータ１へ送信する（ステップＳ１１７）。

サーバコンピュータ１のＣＰＵ１１はＲＡＭ１２に展開した歌詞データを逐次読み出し、歌詞データを携帯電話機２へストリーミング配信する（ステップＳ１１８）。携帯電話機２のＣＰＵ２１は歌詞データを逐次受信し、受信した歌詞データを表示部２４に表示する（ステップＳ１１９）。

図１３は検索結果を記憶する処理手順を示すフローチャートである。ステップＳ１１２で述べた処理と同じく、携帯電話機２のＣＰＵ２１はタイトルの選択を受け付ける（ステップＳ１１２）。そして、図８に示す如く、受け付けたタイトル、歌手名及び識別情報をステップＳ１０２で選択を受け付けたファイル名に対応づけて、楽曲ファイル２５１に記憶する（ステップＳ１２２）。これにより、一度検索が終了したファイル名には、タイトル、歌手名及び識別情報が対応付けられることになる。なお、歌詞データをストリーミング配信ではなくダウンロードする場合は、受け付けたタイトル、歌手名、識別情報及びダウンロードした歌詞データがステップＳ１０２で選択を受け付けたファイル名に対応づけて、楽曲ファイル２５１に記憶される。

ユーザは再度楽曲を再生する場合、以下の手順により歌詞データを表示する。ＣＰＵ２１は制御プログラム２５２を起動し、表示部２４に楽曲ファイル２５１から読み出したファイル名を表示する（ステップＳ１２３）。ユーザは再生を希望するファイル名を選択する。ＣＰＵ２１は選択されたファイル名を受け付ける（ステップＳ１２４）。ＣＰＵ２１は楽曲ファイル２５１から、ステップ１２２で記憶したタイトル、歌手名及び識別情報を表示部２４に表示する（ステップＳ１２５）。この場合、図９に示す如く、タイトルに、識別情報が記述されたハイパーリンクを表示するようにすればよい。

ユーザは表示されたタイトルから歌詞データの表示を希望するタイトルを、入力部２３を用いて選択する。ＣＰＵ２１は入力部２３からタイトルまたは識別情報の選択を受け付ける（ステップＳ１２６）。ＣＰＵ２１は受け付けたタイトル、またはハイパーリンクに記述された識別情報をサーバコンピュータ１へ送信する（ステップＳ１２７）。以降の楽曲の再生及び歌詞データの配信処理についてはステップＳ１１４乃至ステップＳ１１９と同様であるので説明は省略する。なお、ストリーミング配信ではなく歌詞データをダウンロードした場合は、ステップＳ１２６でタイトルまたは識別情報の選択を受け付けた後、ＣＰＵ２１は楽曲ファイル２５１からタイトルまたは識別情報に対応する楽曲データ及び歌詞データを読み出し、楽曲データの再生及び歌詞データの表示部２４への表示を行う。

図１４はスクロール速度の算出手順を示すフローチャートである。ユーザは再生を希望するファイル名を携帯電話機２の入力部２３から入力する。ＣＰＵ２１は入力部２３から入力されたファイル名の選択を受け付ける（ステップＳ１３１）。ＣＰＵ２１は楽曲ファイル２５１から受け付けたファイル名に対応する楽曲データを読み出し（ステップＳ１３２）、再生を行う（ステップＳ１３３）。ＣＰＵ２１は楽曲データの再生開始から再生終了までの時間を図示しないタイマにより計時し再生時間を取得する（ステップＳ１３４）。ＣＰＵ２１は取得した再生時間を楽曲ファイル２５１の再生時間フィールドに記憶する。

ＣＰＵ２１はステップＳ１２２において記憶したファイル名に対応する識別情報を楽曲ファイル２５１から読み出し、サーバコンピュータ１へ送信すると共に、当該識別情報に対応するタイトルに係る歌詞データの行数の取得要求をサーバコンピュータ１へ送信する（ステップＳ１３５）。サーバコンピュータ１のＣＰＵ１１は受信した識別情報を基に、歌詞データベース１５２を検索し行数フィールドに記憶した行数を読み出す（ステップＳ１３６）。そしてＣＰＵ１１は読み出した行数を携帯電話機２へ送信する（ステップＳ１３７）。

携帯電話機２のＣＰＵ２１は送信された行数を受信し（ステップＳ１３８）、識別情報に対応付けて行数を楽曲ファイル２５１に記憶する。ＣＰＵ２１はこの記憶した行数を、楽曲ファイル２５１の再生時間フィールドに記憶した対応する再生時間で除することによりスクロール速度を算出する（ステップＳ１３９）。ＣＰＵ２１は算出したスクロール速度を楽曲ファイル２５１に記憶する。ＣＰＵ２１は楽曲データの再生を開始し（ステップＳ１３１０）、上述した再生開始信号を受けてサーバコンピュータ１のＣＰＵ１１は識別情報に対応する歌詞データを歌詞データベース１５２から読み出して配信する（ステップＳ１３１１）。

携帯電話機２のＣＰＵ２１は配信された歌詞データを受信し（ステップＳ１３１２）、当該配信された歌詞データのうち数行を表示部２４に表示する（ステップＳ１３１３）。この行数は表示部の表示領域画素数に応じて適宜の行数とすればよい。ＣＰＵ２１はステップＳ１３１３の処理の後、楽曲ファイル２５１に記憶したスクロール速度を読み出し、この読み出したスクロール速度に基づき、スクロール制御しつつ、順次配信される歌詞データをスクロール表示する（ステップＳ１３１４）。なお、本実施の形態においてはストリーミングにより歌詞データを配信する形態につき説明したが、歌詞データを携帯電話機２にダウンロードさせる形態であっても良い。この場合、行数の取得は携帯電話機２のＣＰＵ２１が、ダウンロードした歌詞データの改行数をカウントすることにより行っても良い。このようにして取得した歌詞データの行数と、ステップＳ１３４にて取得した楽曲の再生時間とによりスクロール速度を算出しても良い。

実施の形態２
実施の形態２はサーバコンピュータ１において楽曲の再生時間及び歌詞データの行数を取得し、スクロール速度を算出する形態に関する。図１５は実施の形態２に係る歌詞データベース１５２のレコードレイアウトを示す説明図である。図５で説明した実施の形態１に係る歌詞データベース１５２と比較して、再生時間フィールド及びスクロール速度フィールドが追加されている。再生時間フィールドには、識別情報に対応して楽曲の再生時間が記憶されている。またスクロール速度フィールドには識別情報に対応させてスクロール速度が記憶されている。ＣＰＵ１１は行数を再生時間で除すことによりスクロール速度を算出して歌詞データベース１５２に記憶する。

図１６は実施の形態２に係るスクロール速度の送信処理の手順を示すフローチャートである。ユーザは歌詞データの配信を希望するファイル名を選択する。携帯電話機２のＣＰＵ２１はファイル名に係る楽曲の識別情報を楽曲ファイル２５１から読み出しサーバコンピュータ１へ送信する（ステップＳ１５１）。サーバコンピュータ１のＣＰＵ１１は識別情報に対応する再生時間を歌詞データベース１５２から読み出す（ステップＳ１５２）。なお、この再生時間はオペレータが入力部１３から入力する他、図示しない他のコンピュータから楽曲データと共にダウンロードするようにしても良い。

ＣＰＵ１１は識別情報に対応する歌詞データの改行数をカウントすることにより得られた行数を歌詞データベース１５２から読み出す（ステップＳ１５３）。ＣＰＵ１１は読み出した行数を再生時間で除してスクロール速度を算出する（ステップＳ１５４）。ＣＰＵ１１は算出したスクロール速度を携帯電話機２へ送信する（ステップＳ１５５）。携帯電話機２のＣＰＵ２１は送信されたスクロール速度を受信する（ステップＳ１５６）。ＣＰＵ２１は識別情報に対応する楽曲データの再生を開始する（ステップＳ１５７）。

サーバコンピュータ１のＣＰＵ１１は携帯電話機２からの楽曲データの再生開始信号を受けて、識別情報に対応する歌詞データを歌詞データベース１５２から読み出し、携帯電話機２へ配信する（ステップＳ１５８）。携帯電話機２のＣＰＵ２１は配信された歌詞データを受信し（ステップＳ１５９）、当該配信された歌詞データのうち数行を表示部２４に表示する（ステップＳ１５１０）。この行数は表示部の表示領域画素数に応じて適宜の行数とすればよい。ＣＰＵ２１はステップＳ１５１０の処理の後、ステップＳ１５６で受信したスクロール速度に基づき、スクロール制御しつつ（ステップＳ１５１１）、順次配信される歌詞データをスクロール表示する。なお、本実施の形態においてはスクロール速度の算出処理をサーバコンピュータ１で行う形態につき説明したが、再生時間及び行数をサーバコンピュータ１から携帯電話機２へ送信し、これらを受信した携帯電話機２のＣＰＵ２１により、スクロール速度を算出するようにしても良い。

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

実施の形態３
実施の形態３は、歌い出しのタイミングに合わせてスクロール制御を行う技術に関する。楽曲の再生開始後、携帯電話機２の入力部２３からユーザに歌い出しのタイミングを入力させ、これをトリガーに歌詞データのスクロールを開始する。この場合、歌い出しまでの時間が存在するため、再生時間から、楽曲の再生開始からスクロール開始（歌い出し開始）までの時間を減算して、この減算再生時間及び行数に基づきスクロール速度を算出する。

図１７は実施の形態３に係るスクロール速度の算出処理の手順を示すフローチャートである。なお、上述した処理により楽曲の再生時間及び行数は予め取得され、楽曲ファイル２５１に記憶されているものとする。携帯電話機２のＣＰＵ２１は楽曲ファイル２５１に記憶した楽曲の再生時間及び行数を読み出す（ステップＳ１６１）。ＣＰＵ２１は入力部２３から、ユーザが再生を希望する楽曲の再生の開始を受け付ける（ステップＳ１６２）。ＣＰＵ２１はこれを受けて図示しないタイマを作動させ、計時を行う（ステップＳ１６３）。

ＣＰＵ２１は楽曲ファイル２５１に記憶した楽曲データを読み出し、スピーカ２９へ出力する（ステップＳ１６４）。ＣＰＵ２１は当該楽曲に対応する歌詞データの一部を表示部２４に表示する（ステップＳ１６５）。多くの楽曲では前奏の時間が存在し、歌い出しまで一定時間待機する必要がある。そのため、スクロール表示を停止している。ユーザは前奏が終わり、歌い出しが始まると考えた場合は、入力部２３から適宜のボタンを入力する。ＣＰＵ２１はこのスクロール開始を示す信号を入力部２３から受け付けたか否かを判断する（ステップＳ１６６）。

ＣＰＵ２１はスクロールの開始を示す信号を受け付けていないと判断した場合（ステップＳ１６６でＮＯ）、前奏期間であると判断しステップＳ１６５へ移行する。一方、ＣＰＵ２１がスクロール開始を示す信号を受け付けたと判断した場合（ステップＳ１６６でＹＥＳ）、歌い出しの始まりであると判断し、タイマを停止する（ステップＳ１６７）。ＣＰＵ２１は、ステップＳ１６１で読み出した再生時間から、ステップＳ１６２の再生開始の受け付けからスクロール開始の受け付けまでの時間を減算して減算再生時間を算出する（ステップＳ１６８）。これは具体的には、ステップＳ１６１で読み出した再生時間から、タイマにて計時した時間を減ずることにより算出される。

ＣＰＵ２１は、ステップＳ１６１で読み出した行数を減算再生時間で除すことにより、スクロール速度を算出する（ステップＳ１６９）。そして、ＣＰＵ２１は歌詞データを、算出したスクロール速度に従いスクロール制御して表示部２４に表示する（ステップＳ１６１０）。

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

実施の形態４
実施の形態４は歌い出しの開始を音声認識により実行する形態に関する。実施の形態３においては、入力部２３を通じたユーザの操作によりスクロールの開始を受け付けたが、音声取得部であるマイク２８からユーザの音声が入力されたことをトリガーにスクロールを開始するようにしても良い。図１８は実施の形態４に係るスクロール速度の算出処理の手順を示すフローチャートである。携帯電話機２のＣＰＵ２１は楽曲ファイル２５１に記憶した楽曲の再生時間及び行数を読み出す（ステップＳ１７１）。ＣＰＵ２１は入力部２３から、ユーザが再生を希望する楽曲の再生の開始を受け付ける（ステップＳ１７２）。ＣＰＵ２１はこれを受けて図示しないタイマを作動させ、計時を行う（ステップＳ１７３）。

ＣＰＵ２１は楽曲ファイル２５１に記憶した楽曲データを読み出し、スピーカ２９へ出力する（ステップＳ１７４）。ＣＰＵ２１は当該楽曲に対応する歌詞データの一部を表示部２４に表示する（ステップＳ１７５）。ユーザは前奏の後、表示部２４に表示された歌詞データを参照しつつ、マイクを通じて歌い出す。ＣＰＵ２１はマイク２８を通じて音声が入力されたか否かを判断する（ステップＳ１７６）。音声が入力されたか否かの判断は、以下のように行う。ＣＰＵ２１は、楽曲の再生開始後、マイク２８から入力される信号のレベルを取得し、単位時間あたり（例えば１秒あたり）の平均信号レベルを算出する。そしてこの平均信号レベルが、記憶部２５に予め記憶した閾値より高くなった場合に、音声が入力されたと判断するようにすればよい。また、ＣＰＵ２１は、入力される信号を所定時間単位で取得し、離散的フーリエ変換(DFT: Discrete Fourier Transform)を行い、各周波数に対するパワースペクトルを算出するようにしても良い。この場合、スピーカ２９を通じてマイク２８へ入力される楽曲の周波数と、マイク２８へ直接入力される音声の周波数とが異なることから、ＣＰＵ２１は音声の周波数帯域のパワーを監視しておき、このパワーが所定値以上となった場合に音声が入力されたと判断すればよい。

ＣＰＵ２１は音声が入力されていないと判断した場合（ステップＳ１７６でＮＯ）、前奏期間であると判断しステップＳ１７５へ移行する。一方、ＣＰＵ２１は、音声が入力されたと判断した場合（ステップＳ１７６でＹＥＳ）、歌い出しの始まりであると判断し、タイマを停止する（ステップＳ１７７）。ＣＰＵ２１は、ステップＳ１７１で読み出した再生時間から、ステップＳ１７２の再生開始の受け付けから音声入力までの時間を減算して減算再生時間を算出する（ステップＳ１７８）。

ＣＰＵ２１は、ステップＳ１７１で読み出した行数を減算再生時間で除すことにより、スクロール速度を算出する（ステップＳ１７９）。そして、ＣＰＵ２１は歌詞データを、算出したスクロール速度に従いスクロール制御して表示部２４に表示する（ステップＳ１７１０）。これにより、ユーザの歌い出しにあわせてスクロールが実行されると共に、歌い出しまでの時間に応じてスクロール速度が最適化される。なお、前奏がない楽曲に関しては音声入力後、ステップＳ１７９により算出されるスクロール速度により歌詞データをスクロール表示すればよい。

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

実施の形態５
図１９は実施の形態５に係る携帯電話機２の構成を示すブロック図である。実施の形態５に係る携帯電話機２を動作させるためのコンピュータプログラムは、本実施の形態２のように、メモリーカード等の可搬型記録媒体１Ａで提供することも可能である。さらに、コンピュータプログラムを、通信網Ｎを介して図示しないサーバコンピュータからダウンロードすることも可能である。以下に、その内容を説明する。

図１９に示す携帯電話機２の図示しないカードスロットに、再生時間を取得させ、行数を取得させ、スクロール速度を算出させ、歌詞データを表示させるコンピュータプログラムが記録された可搬型記録媒体１Ａを、挿入して記憶部２５の制御プログラム２５２内にこのプログラムをインストールする。または、かかるプログラムを、通信部２６を介して外部の図示しないサーバコンピュータからダウンロードし、記憶部２５にインストールするようにしても良い。かかるプログラムはＲＡＭ２２にロードして実行される。これにより、上述のような本発明の携帯電話機２として機能する。

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

実施の形態６
実施の形態６は行数の取得処理を携帯電話機２側で行う形態に関する。図２０は実施の形態６に係るスクロール速度算出手順を示すフローチャートである。ユーザは再生を希望するファイル名を携帯電話機２の入力部２３から入力する。ＣＰＵ２１は入力部２３から入力されたファイル名の選択を受け付ける（ステップＳ２０１）。ＣＰＵ２１は楽曲ファイル２５１から受け付けたファイル名に対応する楽曲データを読み出し（ステップＳ２０２）、再生を行う（ステップＳ２０３）。ＣＰＵ２１は楽曲データの再生開始から再生終了までの時間を図示しないタイマにより計時し再生時間を取得する（ステップＳ２０４）。ＣＰＵ２１は取得した再生時間を楽曲ファイル２５１の再生時間フィールドに記憶する。

ＣＰＵ２１はステップＳ１２２において記憶したファイル名に対応する識別情報を楽曲ファイル２５１から読み出し、サーバコンピュータ１へ送信する（ステップＳ２０５）。サーバコンピュータ１のＣＰＵ１１は受信した識別情報を基に、歌詞データベース１５２を検索し歌詞データを配信する（ステップＳ２０６）。携帯電話機２のＣＰＵ２１は配信された歌詞データを受信する。携帯電話機２のＣＰＵ２１は受信した歌詞データをＲＡＭ２１に一時的に記憶する。

携帯電話機２のＣＰＵ２１は受信した歌詞データの改行数をカウントし、行数を取得する（ステップＳ２０７）、ＣＰＵ２１はこの取得した行数を、楽曲ファイル２５１の再生時間フィールドに記憶した識別情報に対応する再生時間で除することによりスクロール速度を算出する（ステップＳ２０８）。ＣＰＵ２１は算出したスクロール速度を楽曲ファイル２５１に記憶する。ＣＰＵ２１は楽曲データの再生を開始し（ステップＳ２０９）、同時に配信された歌詞データの一部を表示部２４に表示する（ステップＳ２０１０）。

ＣＰＵ２１はステップＳ２０１０の処理の後、楽曲ファイル２５１に記憶したスクロール速度を読み出し、この読み出したスクロール速度に基づき、スクロール制御しつつ、配信された歌詞データをスクロール表示する（ステップＳ２０１１）。ＣＰＵ２１は楽曲データの再生及び歌詞データの表示が終了（ステップＳ２０１２）した後、ＲＡＭ２１に一時的に記憶した歌詞データを消去する処理を実行する（ステップＳ２０１３）。なお、本実施の形態においては配信される歌詞データをＲＡＭ２１に一時的に記憶したが、ハードディスク等の記憶部２５またはメモリーカード等に一時的に記憶するようにしても良い。また、歌詞データの消去は楽曲データの再生または歌詞データの表示が終了したことをトリガーに実行すればよい。この消去処理は、ＣＰＵ２１が、歌詞データを記憶したアドレスに係る領域を書き込み可とする他、ランダムなデータ（例えば「１」が連続するデータ）をこの領域にＣＰＵ２１の指示により書き込むようにしても良い。このように、歌詞データのスクロール表示後に、配信された歌詞データをＲＡＭ２１から消去することで、ユーザが負担する著作権料の支払いを低減することが可能となる。

本発明に係る配信システムの概要を示す模式図である。 サーバコンピュータのハードウェア構成を示すブロック図である。 携帯電話機のハードウェア構成を示すブロック図である。 楽曲データベースのレコードレイアウトを示す説明図である。 歌詞データベースのレコードレイアウトを示す説明図である。 楽曲ファイルのレコードレイアウトを示す説明図である。 検索結果のイメージを示す説明図である。 検索後の楽曲ファイルのレコードレイアウトを示す説明図である。 お気に入りの画面イメージを示す説明図である。 検索処理の手順を示すフローチャートである。 検索処理の手順を示すフローチャートである。 楽曲の再生処理及び歌詞データの表示処理の手順を示すフローチャートである。 検索結果を記憶する処理手順を示すフローチャートである。 スクロール速度の算出手順を示すフローチャートである。 実施の形態２に係る歌詞データベースのレコードレイアウトを示す説明図である。 実施の形態２に係るスクロール速度の送信処理の手順を示すフローチャートである。 実施の形態３に係るスクロール速度の算出処理の手順を示すフローチャートである。 実施の形態４に係るスクロール速度の算出処理の手順を示すフローチャートである。 実施の形態５に係る携帯電話機の構成を示すブロック図である。 実施の形態６に係るスクロール速度算出手順を示すフローチャートである。

符号の説明

１ サーバコンピュータ（配信装置）
１Ａ 可搬型記録媒体
２ 携帯電話機（携帯端末機）
１１ ＣＰＵ（制御部）
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
２１ ＣＰＵ（制御部）
２３ 入力部
２４ 表示部
２５ 記憶部
２６ 通信部
２８ マイク（音声取得部）
２９ スピーカ
１５１ 楽曲データベース
１５２ 歌詞データベース
２５１ 楽曲ファイル
Ｎ 通信網
Ｓ 配信システム

Claims (14)

1. 楽曲にあわせて表示される歌詞データを配信装置から携帯端末機へ配信する配信方法において、
   配信される歌詞データの行数を前記配信装置により取得する行数取得ステップと、
   該ステップにより取得した歌詞データの行数を前記配信装置により前記携帯端末機へ送信するステップと、
   楽曲の再生時間を前記携帯端末機により取得するステップと、
   前記送信された行数及び前記取得した再生時間に基づき前記携帯端末機により、スクロール速度を算出するステップと、
   前記携帯端末機により、楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示部に表示するステップと
   を備えることを特徴とする配信方法。
2. 楽曲にあわせて表示される歌詞データを配信装置から携帯端末機へ配信する配信システムにおいて、
   前記配信装置は、
   配信される歌詞データの行数を取得する行数取得手段と、
   該取得した歌詞データの行数を前記携帯端末機へ送信する手段とを備え、
   前記携帯端末機は、
   楽曲の再生時間を取得する手段と、
   前記送信された行数及び前記取得した再生時間に基づきスクロール速度を算出する手段と、
   楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示部に表示する手段と
   を備えることを特徴とする配信システム。
3. 楽曲にあわせて表示される歌詞データを表示する携帯端末機において、
   楽曲の再生時間を取得する再生時間取得手段と、
   配信される歌詞データの行数を取得する行数取得手段と、
   前記取得した再生時間及び行数に基づき、スクロール速度を算出する速度算出手段と、
   楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示する表示手段と
   を備えることを特徴とする携帯端末機。
4. 前記速度算出手段は、前記行数取得手段により取得した行数を前記再生時間取得手段により取得した再生時間で除すことによりスクロール速度を算出するよう構成してあることを特徴とする請求項３に記載の携帯端末機。
5. 前記行数取得手段は、歌詞データを構成する文字の改行数をカウントすることにより行数を取得するよう構成してあることを特徴とする請求項３または４に記載の携帯端末機。
6. 前記行数取得手段は、
   通信網を介して接続される配信装置から送信される行数を受信することにより取得するよう構成してあることを特徴とする請求項３または４に記載の携帯端末機。
7. 前記再生時間取得手段は、
   通信網を介して接続される配信装置から送信される再生時間を受信することにより取得するよう構成してあることを特徴とする請求項３に記載の携帯端末機。
8. 楽曲にあわせて表示される歌詞データを表示する携帯端末機において、
   楽曲の再生時間を取得する再生時間取得手段と、
   配信される歌詞データを記憶部に記憶する手段と、
   記憶した歌詞データの行数を取得する行数取得手段と、
   前記取得した再生時間及び行数に基づき、スクロール速度を算出する速度算出手段と、
   楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示する表示手段と
   を備えることを特徴とする携帯端末機。
9. 前記表示手段による歌詞データの表示が終了した場合に、前記記憶部に記憶した歌詞データを消去する手段
   をさらに備えることを特徴とする請求項８に記載の携帯端末機。
10. 楽曲の再生の開始を受け付ける手段と、
    歌詞データのスクロール開始を受け付ける手段とをさらに備え、
    前記速度算出手段は、前記再生時間取得手段により取得した再生時間から、前記再生の開始を受け付けてから前記スクロール開始を受け付けるまでの時間を減算した減算再生時間及び前記行数取得手段により取得した行数に基づき、スクロール速度を算出するよう構成してあり、
    前記表示手段は、楽曲の再生にあわせて、前記配信される歌詞データを表示し、前記スクロール開始を受け付けた後に、前記算出したスクロール速度に基づき歌詞データをスクロールするよう構成してあることを特徴とする請求項３または８に記載の携帯端末機。
11. 音声入力部から音声が入力されたか否かを判断する判断手段をさらに備え、
    前記表示手段は、楽曲の再生にあわせて、前記配信される歌詞データを表示し、前記判断手段により音声が入力されたと判断した後に、前記算出したスクロール速度に基づき歌詞データをスクロールするよう構成してあることを特徴とする請求項３または８に記載の携帯端末機。
12. 楽曲の再生の開始を受け付ける手段と、
    音声取得部から音声が入力されたか否かを判断する判断手段とをさらに備え、
    前記速度算出手段は、前記再生時間取得手段により取得した再生時間から、前記再生の開始を受け付けてから前記判断手段により音声が入力されたと判断するまでの時間を減算した減算再生時間及び前記行数取得手段により取得した行数に基づき、スクロール速度を算出するよう構成してあり、
    前記表示手段は、楽曲の再生にあわせて、前記配信される歌詞データを表示し、前記判断手段により音声が入力されたと判断した後に、前記算出したスクロール速度に基づき歌詞データをスクロールするよう構成してあることを特徴とする請求項３または８に記載の携帯端末機。
13. 楽曲にあわせて表示される歌詞データを配信する配信装置において、
    楽曲の再生時間を取得する再生時間取得手段と、
    配信される歌詞データの行数を取得する行数取得手段と、
    前記取得した再生時間及び行数に基づき、スクロール速度を算出する速度算出手段と、
    前記算出したスクロール速度を外部へ送信する手段と、
    楽曲の再生にあわせて、配信される歌詞データを外部へ配信する手段と
    を備えることを特徴とする配信装置。
14. 楽曲にあわせて表示される歌詞データを携帯端末機の表示部に表示するためのコンピュータプログラムにおいて、
    携帯端末機に、
    楽曲の再生時間及び配信される歌詞データの行数に基づき、スクロール速度を算出する速度算出手段と、
    楽曲の再生にあわせて、前記配信される歌詞データを、前記算出したスクロール速度に基づき表示部に表示する表示手段と
    して機能させるためのコンピュータプログラム。

Images