JP2005037432A - コンテンツサーバ、携帯端末、及びデータ配信システム - Google Patents
コンテンツサーバ、携帯端末、及びデータ配信システム Download PDFInfo
- Publication number
- JP2005037432A JP2005037432A JP2003197016A JP2003197016A JP2005037432A JP 2005037432 A JP2005037432 A JP 2005037432A JP 2003197016 A JP2003197016 A JP 2003197016A JP 2003197016 A JP2003197016 A JP 2003197016A JP 2005037432 A JP2005037432 A JP 2005037432A
- Authority
- JP
- Japan
- Prior art keywords
- content
- setting information
- individual setting
- content server
- test
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Reverberation, Karaoke And Other Acoustics (AREA)
- Telephonic Communication Services (AREA)
- Electrophonic Musical Instruments (AREA)
- Telephone Function (AREA)
Abstract
【課題】携帯端末の状態やユーザの好みに応じて、コンテンツを変換して携帯端末に配信することができるコンテンツサーバ、このコンテンツサーバからコンテンツの配信を受ける携帯端末、及びデータ配信システムを提供する。
【解決手段】ユーザは、コンテンツサーバ２から配信されたコンテンツ再生テストを携帯電話３で実行することで、携帯電話３の機種における個々のばらつきを補正したり、楽曲コンテンツの音色や画像コンテンツの色調などコンテンツの再生設定をユーザの好みに応じて変更したりするための個別設定情報を作成することができる。そして、この個別設定情報を予めコンテンツサーバ２へ送信しておくか、または、コンテンツの配信要求とともに個別設定情報を送信することで、個別設定情報に基づいて変換されたコンテンツの配信を受けることができる。
【選択図】図１
【解決手段】ユーザは、コンテンツサーバ２から配信されたコンテンツ再生テストを携帯電話３で実行することで、携帯電話３の機種における個々のばらつきを補正したり、楽曲コンテンツの音色や画像コンテンツの色調などコンテンツの再生設定をユーザの好みに応じて変更したりするための個別設定情報を作成することができる。そして、この個別設定情報を予めコンテンツサーバ２へ送信しておくか、または、コンテンツの配信要求とともに個別設定情報を送信することで、個別設定情報に基づいて変換されたコンテンツの配信を受けることができる。
【選択図】図１
Description
【０００１】
【発明の属する技術分野】
本発明は、コンテンツサーバから携帯端末に配信するコンテンツの内容を、携帯端末の特性やユーザの好みに応じて、個別に調整可能なデータ配信システムに関する。
【０００２】
【従来の技術】
携帯電話やＰＤＡなどのような携帯端末のユーザは、コンテンツの配信サイトにアクセスしてこのサイトから着信メロディや音楽などの楽曲コンテンツや静止画や動画などの画像コンテンツの配信を受けることで、これらのコンテンツを携帯端末に再生させて楽しんだり、着信メロディや待ち受け画像として設定したりすることができる。携帯端末には、様々なメーカや機種があり、筐体など構造部品の材質や形状、音源チップや液晶など電子部品のメーカや型番が機種によってそれぞれ異なっており、また、携帯端末で楽曲や画像を再生したときの音質や画質も携帯端末の機種毎に異なっている。そのため、コンテンツ配信サイトの運営者は、携帯端末のメーカや機種にかかわらず楽曲や画像の再生状態が適正になるように、制作者に音質や画質などの再生設定を携帯端末の機種毎に調整させて、これらのコンテンツを配信していた。
【０００３】
また、携帯端末のメーカや機種毎に適した楽曲データを自動生成する楽曲データ生成装置や方法が提案されている（例えば、特許文献１参照。）。
【０００４】
【特許文献１】
特開２００２−７３０２２号公報（第５−１１頁、第１−１２図）
【０００５】
【発明が解決しようとする課題】
携帯端末は、同一機種であっても、使用している部品や筐体などに多少のばらつきがあり、また、ユーザの使用状況によって、電子部品や構造部品などの劣化の度合いが異なっている。そのため、ユーザは、携帯端末のメーカや機種毎に最適化された楽曲コンテンツや画像コンテンツの配信を受けたにもかかわらず、これらのコンテンツを再生または表示させると、音量が適正でなかったり、また画像が不鮮明だったりすることがあった。また、携帯端末によっては、楽曲コンテンツを再生すると音割れや共振が発生したり低音や高音が聞こえにくかったりするなど、音質が悪い場合があった。このような場合、ユーザは、携帯端末の音量や画面の明るさ・コントラストを調整するだけでは、上記の問題を解決できなかった。
【０００６】
さらに、ユーザは、携帯端末のばらつきやユーザ自身の好みに応じて、コンテンツの詳細な再生設定を個別に変更することができなかった。例えば、ユーザは、楽曲コンテンツの低音や高音などの音量調整や主旋律を演奏する楽器やリズムの変更や、画像コンテンツの色調などの変更を行うことができなかった。
【０００７】
一方、コンテンツ配信サイトの運営者やコンテンツの制作者は、特許文献１に記載の楽曲データ生成装置を使用しても、このようなユーザの個別の要望に対応することができなかった。
【０００８】
そこで、本発明は、携帯端末の状態やユーザの好みに応じて、コンテンツを個別に変換して携帯端末に配信することができるコンテンツサーバ、このコンテンツサーバからコンテンツの配信を受ける携帯端末、及びこのコンテンツサーバとこの携帯端末とから成るデータ配信システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
この発明は、上記の課題を解決するための手段として、以下の構成を備えている。
【００１０】
（１）携帯端末用のコンテンツを機種毎に記憶する記憶手段と、
携帯端末から、その機種を識別する機種情報を含むコンテンツの配信要求と、同一機種内でのコンテンツの再生性能のばらつきを補正する情報及びユーザ毎の好みに応じてコンテンツの再生設定を変更する情報のうち少なくとも一方を含む個別設定情報と、を受信するとともに、携帯端末に対してコンテンツを送信する通信手段と、
コンテンツが携帯端末に適合した状態で再生されるように、前記個別設定情報に基づいてコンテンツを変換する変換手段と、
前記通信手段を介して前記コンテンツの配信要求及び個別設定情報を受信したときに、その携帯端末の機種に対応するコンテンツを前記記憶手段から読み出して、前記個別設定情報とともに前記変換手段に供給し、前記変換手段によって変換されたコンテンツを、前記通信手段を介して前記携帯端末へ送信する制御手段と、
を備えたことを特徴とする。
【００１１】
この構成においては、コンテンツサーバは、個別設定情報に基づいてコンテンツを変換してから、このコンテンツを携帯端末に送信するので、コンテンツの制作者は、携帯端末のばらつきやユーザの好みに合わせて複数のコンテンツを制作しなくても良くなり、コンテンツ制作時の労力や時間を削減できる。また、携帯端末のユーザは、このコンテンツサーバからコンテンツの配信を受けることで、携帯端末の同一機種内におけるコンテンツの再生性能のばらつきが補正され、自分の好みに合ったコンテンツを、携帯端末で再生することができる。
【００１２】
（２）前記変換手段は、楽曲コンテンツの音量、音程、バランス、音色、旋律、及び編曲のうちの少なくとも１つを変換することを特徴とする。
【００１３】
この構成においては、楽曲コンテンツの音質や曲調を変更することができるので、携帯端末のユーザは、携帯端末のコンテンツ再生性能のばらつきやユーザ自身の好みに応じて変換した楽曲コンテンツを携帯端末で再生することができる。
【００１４】
（３）前記変換手段は、画像コンテンツの色相、彩度、明度のうちの少なくとも１つを変換することを特徴とする。
【００１５】
この構成においては、画像コンテンツの画質を変更することができるので、携帯端末のユーザは、携帯端末のコンテンツ再生性能のばらつきやユーザ自身の好みに応じて変換した画像コンテンツを携帯端末で再生することができる。
【００１６】
（４）前記制御手段は、前記携帯端末から前記個別設定情報が送信されると、前記記憶手段に記憶させ、
前記携帯端末からコンテンツの配信要求のみが送信されてきたとき、前記記憶手段から読み出した前記携帯端末の個別設定情報に基づいて、前記変換手段にコンテンツを変換させることを特徴とする。
【００１７】
この構成においては、コンテンツサーバは携帯端末の個別設定情報を記憶手段に記憶させているので、携帯端末からコンテンツの配信要求のみが送信された際には、個別設定情報及びコンテンツを記憶手段から読み出して、変換手段でコンテンツをすぐに変換して携帯端末へ配信することができる。なお、個別設定情報は、携帯端末から送信された情報と、この情報に基づいて生成した変換テーブル情報と、を含むものとする。
【００１８】
（５）前記制御手段は、前記携帯端末からコンテンツの配信要求のみが送信されてきたときに、前記記憶手段が前記携帯端末の個別設定情報を記憶していないと、前記個別設定情報を作成するためのテストコンテンツを前記携帯端末に送信することを特徴とする。
【００１９】
この構成においては、コンテンツサーバは、携帯端末からコンテンツの配信要求を受信しても個別設定情報がなければ、コンテンツを変換することができないが、携帯端末にテストコンテンツを配信することにより、携帯端末において個別設定情報を生成することができ、コンテンツサーバは、この個別設定情報を受信してコンテンツを変換することができる。
【００２０】
（６）（１）乃至（５）のいずれかに記載のコンテンツサーバへ、機種を識別する機種情報を含むコンテンツの配信要求を送信するとともに、前記コンテンツサーバから配信されたコンテンツを受信する通信手段と、
コンテンツを再生する再生手段と、
前記再生手段で所定のテストコンテンツを再生し、このテストコンテンツの再生状態に基づいて、同一機種内でのコンテンツの再生性能のばらつきを補正する情報、及びユーザ毎の好みに応じてコンテンツの再生状態を変更する情報のうち少なくとも一方を含む個別設定情報を生成するとともに、前記コンテンツの配信要求及び前記個別設定情報を、前記通信手段を介してコンテンツサーバへ送信する制御手段と、
を備えたことを特徴とする。
【００２１】
この構成においては、携帯端末は、テストコンテンツを再生することで個別設定情報を生成し、この個別設定情報を配信要求とともにコンテンツサーバに送信するので、コンテンツサーバからこの個別設定情報に対応したコンテンツの配信を受けることができる。したがって、携帯端末のユーザは、再生性能のばらつきを補正したコンテンツや、自分の好みに応じて再生状態を変更したコンテンツを携帯端末で再生することができる。
【００２２】
（７）機種を識別する機種情報を含むコンテンツの配信要求をコンテンツサーバへ送信するとともに、コンテンツサーバから配信されたコンテンツを受信する通信手段と、
同一機種内でのコンテンツの再生性能のばらつきを補正する情報、及びユーザ毎の好みに応じてコンテンツの再生状態を変更する情報のうち少なくとも一方を含む個別設定情報を記憶する記憶手段と、
前記個別設定情報に基づいてコンテンツを変換する変換手段と、
前記変換手段が変換したコンテンツを再生する再生手段と、
を備えたことを特徴とする。
【００２３】
この構成においては、携帯端末は、コンテンツサーバからコンテンツの配信を受けると、記憶手段に記憶させた個別設定情報に基づいてコンテンツを変換してからこのコンテンツを再生するので、携帯端末のユーザは、コンテンツサーバから配信を受けたコンテンツを携帯端末の再生性能のばらつきや自分の好み応じて変換してから、このコンテンツを再生することができる。
【００２４】
（８）（１）乃至（５）のいずれかに記載のコンテンツサーバと、（６）または（７）に記載の携帯端末と、から成るデータ配信システム。
【００２５】
この構成においては、コンテンツサーバから配信されるコンテンツが、携帯端末の個別設定情報に基づいてコンテンツサーバまたは携帯端末で変換されるので、携帯端末のユーザは、携帯端末に最適な状態で、自分の好みにあったコンテンツを携帯端末で再生することができる。
【００２６】
【発明の実施の形態】
図１は、本発明の実施形態に係るデータ配信システムの概略構成を示したブロック図である。データ配信システム１は、コンテンツの配信サイトであるコンテンツサーバ２と、携帯端末の一例である携帯電話３が通信ネットワーク４を介してデータの送受信を行う通信システムである。通信ネットワーク４には、携帯電話３と無線で通信するためのアンテナ５が設けられている。
【００２７】
コンテンツサーバ２は、通信手段である通信部１１、記憶手段であるハードディスク１２とメモリ１３、操作部１４、表示部１５、及び変換手段と制御手段であるＣＰＵ１６を備えている。また、携帯電話３は、通信手段である通信部２１、変換手段と再生手段である信号処理部２３、マイク２４、スピーカ２５、操作部２６、表示部２７、メモリ２８、及び制御手段であるＣＰＵ２９を備えている。
【００２８】
コンテンツサーバ２において、通信部１１は、通信ネットワーク４を介して携帯電話３と通信する。ハードディスク１２には、着信メロディや音楽などの楽曲コンテンツや、静止画像や動画などの画像コンテンツなど複数のコンテンツによって構成されているコンテンツデータベースが構築されている。このコンテンツデータベースは、携帯電話の機種毎に作成されたコンテンツによって構成されている。なお、本発明のコンテンツサーバに特許文献１に記載の発明を適用することで、コンテンツサーバ２の管理者は、１つのコンテンツを作成すると、携帯電話の機種毎にコンテンツを提供することができる。
【００２９】
メモリ１３は、ＣＰＵ１６が実行するプログラムや各種の設定情報などを記憶している。また、メモリ１３は、ハードディスク１２から読み出したコンテンツを一時的に記憶する。操作部１４は、コンテンツサーバ２のオペレータによる操作を受け付ける。表示部１５は、コンテンツサーバ２のオペレータに伝達する内容を表示する。ＣＰＵ１６は、コンテンツサーバ２の各部を制御する。
【００３０】
携帯電話３において、通信部２１は、アンテナ２２を備えており、このアンテナ２２でアンテナ５と無線通信を行うことで、通信ネットワーク４を介してコンテンツサーバ２とデータなどの送受信を行う。すなわち、通信部２１は、アンテナ２２を介して供給された変調信号を復調して信号処理部２３へ出力し、また、信号処理部２３から供給される符号化された信号を変調してアンテナ２２から出力する。信号処理部２３は、コンバータ３１、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３２などにより構成されている。コンバータ３１は、アナログ・ディジタルの相互変換処理を行うものであり、マイク２４から入力されるアナログ音声信号をＡ／Ｄ変換によりＰＣＭ音声データへ変換し、ＤＳＰ３２に送出する。また、コンバータ３１は、このＤＳＰ３２から送出されるＰＣＭ音声データをＤ／Ａ変換によりアナログ音声信号へ変換し、可聴音声としてスピーカ２５から出力させる。ＤＳＰ３２は、コンテンツデータの圧縮・伸長処理などを行うものであり、コンテンツサーバ２から配信された楽曲コンテンツや画像コンテンツのデータを伸長して、コンバータ３１や表示部２７へ送出する。マイク２４は、ユーザの音声を入力するためのものである。スピーカ２５は、信号処理部２３で処理された通話相手の音声、ユーザへの伝達事項の音声、楽曲コンテンツの再生音などを出力する。操作部２６は、ユーザによる入力操作を受け付ける。表示部２７は、ユーザに伝達する内容や画像コンテンツの再生画像（静止画や動画）を表示する。メモリ２８は、ＣＰＵ２９が実行するプログラムや各種の設定情報などを記憶する。ＣＰＵ２９は、携帯電話３の各部を制御する。
【００３１】
なお、後述する携帯電話３の動作説明では、信号処理部２３におけるコンバータ３１及びＤＳＰ３２の詳細な動作の説明を省略する。
【００３２】
携帯電話３の基本機能は、一般的な携帯電話と同様であり、ＣＰＵ２９は、操作部２６のテンキー（不図示）から電話番号が入力されると、この電話番号に該当する電話機との通信状態を確立する。また、ＣＰＵ２９は、操作部２６が操作されてコンテンツの配信サーバの電話番号またはＵＲＬが入力されると、該当するコンテンツの配信サーバに接続して、この配信サーバから楽曲コンテンツや画像コンテンツなど様々なコンテンツの配信を受けることが可能になる。例えば、ＣＰＵ２９は、操作部２６が操作されてコンテンツサーバ２のＵＲＬが入力されると、このＵＲＬに基づいてコンテンツサーバ２に接続する。ＣＰＵ２９は、操作部２６からコンテンツの配信要求が入力されると、この配信要求と携帯電話３の機種識別情報とをコンテンツサーバ２へ送信する。そして、ユーザが要求したコンテンツの配信をコンテンツサーバ２から受ける。
【００３３】
次に、本発明の実施形態に係るデータ配信システム１における特徴的な機能について説明する。携帯電話３では、同一機種における個々のばらつきを補正して、楽曲コンテンツの音色や画像コンテンツの色調などコンテンツの再生設定をユーザの好みに応じて調整したコンテンツを再生することができる。
【００３４】
携帯電話３のＣＰＵ２９は、再生設定が変更されたコンテンツの配信を受けるようにユーザが設定した場合、コンテンツの配信を受ける際などにコンテンツ再生テストの配信要求をコンテンツサーバ２へ送信する。ＣＰＵ２９は、コンテンツサーバ２からコンテンツ再生テスト用のプログラム（テストコンテンツ）の配信を受けると、コンテンツ再生テストを実行する。ＣＰＵ２９は、このテスト中にユーザからの入力を受け付け、テストが終了するとテスト結果である個別設定情報を生成して、コンテンツの配信要求とともにこの個別設定情報を送信する。コンテンツサーバ２のＣＰＵ１６は、コンテンツの配信要求と個別設定情報を受信すると、この個別設定情報に基づいてコンテンツの変換テーブルを生成して、変換テーブルをハードディスク１２に記憶させる。そして、ＣＰＵ１６は、ハードディスク１２に構築されているコンテンツデータベースから、配信要求のあったコンテンツを読み出して、この携帯電話３用の変換テーブルに基づいてコンテンツを変換してから携帯電話３へ配信する。したがって、ＣＰＵ２９は、コンテンツ再生テストの結果に応じて最適化されたコンテンツの配信を受けることができる。
【００３５】
また、携帯電話３では、コンテンツ再生テストを実行して個別設定情報を生成してから、さらに変換テーブルを生成してメモリ２８で保持するように設定することができる。この場合、ＣＰＵ２９は、コンテンツサーバ２からコンテンツの配信を受けてから、変換テーブルに基づいてコンテンツを変換する。
【００３６】
次に、携帯電話３で実施するコンテンツ再生テストの内容を説明する。携帯電話３では、コンテンツ再生テストとして、例えば、楽曲コンテンツ用のテストと画像コンテンツ用のテストを行う。ここで、以下に説明するテスト１〜テスト９は楽曲コンテンツ用のテストであり、テスト１０、１１は画像コンテンツ用のテストである。また、テスト１〜５は携帯電話３の機種毎のばらつきを補正するためのものであり、テスト６〜９、１１は携帯電話３のユーザの好みに応じてコンテンツの再生設定を変更するためのものであり、テスト１０は両者を兼ねるものである。
【００３７】
１．最小音量テスト
このテストは、スピーカ２５の最小可聴音量レベルを確認するテストである。例えば、携帯電話３において音量の設定範囲が０〜１２７の場合、ＣＰＵ２９は音量０〜４０の間で徐々に音量を上げながら、テスト音声をスピーカ２５から出力させる。ユーザはスピーカ２５から音声が聞こえ始めたときに所定の操作を行い、ＣＰＵ２９はその時の音量値を最小可聴音量として設定する。
【００３８】
２．最大音量テスト
このテストは、スピーカ２５の最大可聴音量レベルを確認するテストである。例えば、携帯電話３において音量の設定範囲が０〜１２７の場合、ＣＰＵ２９は、音量１００〜１２７の間で徐々に音量を上げながら、テスト音声をスピーカ２５から出力させる。ユーザは、スピーカ２５から出力される音声が割れ始めたとき所定の操作を行い、ＣＰＵ２９はその時の音量値を最大可聴音量として設定する。
【００３９】
３．最高音程テスト
このテストは、スピーカ２５の最高可聴音程レベルを確認するテストである。例えば、携帯電話３において音程の設定範囲がＣ１〜Ｃ８の場合、ＣＰＵ２９は音程Ｃ５〜Ｃ８の間で徐々に音程を上げながらテスト音声をスピーカ２５から出力させる。ユーザは、スピーカ２５から出力される音声が聞こえなくなったとき所定の操作を行い、ＣＰＵ２９はその時の音程を最高可聴音程として設定する。
【００４０】
４．最低音程テスト
このテストは、スピーカ２５が出力する音声の最低音程を確認するテストである。例えば、携帯電話３において音程の設定範囲がＣ１〜Ｃ８の場合、ＣＰＵ２９は音程Ｃ１〜Ｃ３の間で徐々に音程を上げながらテスト音声をスピーカ２５から出力させる。ユーザは、スピーカ２５から出力される音声が聞こえるようになったとき所定の操作を行い、ＣＰＵ２９はその時の音程を最低可聴音程として設定する。
【００４１】
５．共振テスト
このテストは、スピーカ２５から音声を出力した際に、携帯電話３において共振が発生するか否かを確認するテストである。ＣＰＵ２９は、携帯電話３が共振しやすい数種類の音声をスピーカ２５から順次出力させる。ユーザは携帯電話３において各音声を問題なく再生できるか、また共振のレベルが携帯電話３のユーザが許容できるレベルであるか否かを確認し、問題のある音声については所定の操作を行って問題があることを入力する。ＣＰＵ２９は、このテストにおいて問題が発生した音声をスピーカ２５で再生しないように設定する。
【００４２】
６．バランステスト
このテストは、スピーカ２５から楽曲の音声を出力した際に、演奏パートの音声バランスを確認するテストである。例えば、ＣＰＵ２９は、携帯電話３で楽曲コンテンツを数種類再生してスピーカ２５から音声を出力させる。ユーザは、 「メロディ」、「伴奏」、「ベースパート」、「ドラムパート」の音声バランスを確認して、好みに応じて各パートの音量を変更する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツにおける各パートのバランスが変更されるように設定する。
【００４３】
７．全体音色テスト
このテストは、スピーカ２５から出力する楽曲全体の音色を変更するものである。例えば、ＣＰＵ２９は、「なめらか」、「はっきり」、「ぼんやり」など異なるパターンの楽曲コンテンツを数パターン再生させてスピーカ２５から音声を出力させるので、ユーザは好みの音色を選択する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツの音色が変更されるように設定する。
【００４４】
８．旋律音色テスト
このテストは、スピーカ２５から出力する楽曲の旋律の音色を変更するものである。例えば、ＣＰＵ２９は、同じ旋律を「トランペット」、「オーボエ」、 「サックス」、「ギター」、「ピアノ」など数種類の楽器の音色によって再生してスピーカ２５から音声を出力させるので、ユーザは好みの音色を選択する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツの旋律の音色が変更されるように設定する。
【００４５】
９．編曲選択テスト
このテストは、スピーカ２５から出力する楽曲の編曲を変更するものである。ＣＰＵ２９は、「ボサノバ」、「ロック」、「ジャズ」、「ポップ」など数種類の編曲またはリズムパターンの同じ楽曲を切り替えながら再生してスピーカ２５から音声を出力させ、ユーザは好みの編曲またはリズムパターンを選択する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツの編曲またはリズムパターンが変更されるように設定する。
【００４６】
１０．色相、彩度、明度テスト
このテストは、携帯電話３の表示部２７に表示させる画像の色相、彩度、明度を確認するテストである。例えば、携帯電話３において赤（Ｒ）、緑（Ｇ）、青（Ｂ）の輝度がそれぞれ０〜２５５の範囲で調整可能な場合、ＣＰＵ２９は表示部２７の図外のＬＣＤにテスト画像を表示させるので、ユーザは、この画像を確認しながら３原色の輝度やコントラストなどを調整する。ＣＰＵ２９は、この結果に基づいて、配信を受ける画像コンテンツの表示状態のばらつきを補正して、ユーザの好みの色相、彩度、明度に設定する。
【００４７】
１１．フィルタテスト
このテストは、携帯電話３の表示部２７に表示させる画像に特殊な効果や加工を施すフィルタ処理を施した画像を選択するテストである。例えば、ＣＰＵ２９は、「モザイク」、「ぼかし」、「シャープ」、「エンボス」など数種類のフィルタ処理を施した同じ画像を切り替えながらＬＣＤに表示させ、ユーザは好みのフィルタを選択する。ＣＰＵ２９は、この結果に基づいて、配信を受ける画像コンテンツに選択されたフィルタ処理が施されるように設定する。
【００４８】
なお、携帯電話３のユーザは、コンテンツ再生テストを行う際に、上記の各テストを、全て行うこともできるし、１つまたは数種類のテストを選択して行うこともできる。また、コンテンツ再生テストは、上記のテストだけに限るものではなく、コンテンツの再生状態を調整・変更するテストであれば、他のテストもさらに行うように設定すると良い。
【００４９】
携帯電話３は、以上のようなテストを実行することにより、携帯電話３の機種内のばらつきを補正して、携帯電話３に最適な音程、音量、画質でコンテンツを再生するための個別設定情報を生成する。携帯電話３は、コンテンツの配信要求する際にこの個別設定情報もコンテンツサーバ２へ送信することで、携帯電話３の同一機種における個々のばらつきを補正して、楽曲コンテンツの音色や画像コンテンツの色調などコンテンツの再生設定をユーザの好みに応じて調整したコンテンツの配信をコンテンツサーバ２から受けて、このコンテンツを再生することができる。
【００５０】
また、コンテンツサーバ２は、コンテンツの種類にかかわらず汎用的にテスト結果が利用できるように用意された汎用型のコンテンツ再生テストと、特定の種類やジャンルのコンテンツにのみテスト結果が利用できる専用型のコンテンツ再生テストと、を用意しており、ユーザの選択に応じて、いずれかのテストコンテンツを携帯電話３へ送信する。
【００５１】
汎用型のコンテンツ再生テストでは、テストコンテンツとして特定の周波数の信号音、ギターやドラムなど一般的な楽器の音声や、一般的な画像テストパターンが携帯電話３に提供される。携帯電話３のコンテンツサーバ２は、コンテンツサーバ２から汎用型のコンテンツ再生テスト用プログラムの配信を受けるように選択することで、楽曲や画像の種類にかかわらず汎用的に使用できる個別設定情報を生成する。したがって、ユーザは、コンテンツ再生テストの実施回数を極力抑制したい場合などには、コンテンツ再生テストのプログラムの配信を受けると良い。
【００５２】
一方、専用型のコンテンツ再生テストでは、テストコンテンツとして、そのコンテンツの代表的な楽曲や楽器、画像などが携帯電話３に提供される。例えば、楽曲コンテンツの場合、クラシック、ロック、オルゴールなどジャンルの異なる楽曲では、それぞれ音域、音量、バランス、曲調などが異なるため、ユーザの再生設定の内容もコンテンツの種類やジャンルに応じて異なったものとなる。そのため、クラシック用のコンテンツ再生テストでは、テストコンテンツとしてクラシックの楽曲が再生され、オルゴール用のコンテンツ再生テストでは、テストコンテンツとしてオルゴールの楽曲が再生される。これにより、ＣＰＵ２９は、コンテンツの種類やジャンルに応じて、最適な再生状態に設定されたコンテンツを再生することができる。また、ＣＰＵ１６は、コンテンツの種類やジャンルに応じて専用型のコンテンツ再生テストが携帯電話３で実行されると、複数の変換テーブルをコンテンツサーバ２で管理する。また、ＣＰＵ１６は、携帯電話３からコンテンツの配信要求があった際には、配信要求のあったコンテンツの種類やジャンルを確認し、該当する変換テーブルを選択してコンテンツの変換を行う。
【００５３】
また、携帯電話３は、コンテンツの配信要求を行う毎にコンテンツ再生テストを実行するように設定することもできる。例えば、コンテンツサーバ２からこれから配信を受ける楽曲コンテンツの最大音量となる箇所を、携帯電話３が最適に再生するかどうかをテストしてからダウンロードする場合など、特定のテスト内容について個別に調整したい箇所がある場合などに好適である。
【００５４】
携帯電話３では、個別設定情報として全てのテスト結果を記録するように設定することもできるが、一般的な設定とコンテンツ再生テスト結果との差分だけを記録するように設定することもできる。後者の場合、個別設定情報の情報量を抑制できる。
【００５５】
次に、携帯電話３のＣＰＵ２９が、コンテンツサーバ２から着信メロディの配信を受ける場合について、フローチャートに基づいて説明する。図２は、コンテンツの配信時におけるコンテンツサーバと携帯電話の動作を説明するためのフローチャートである。まず、携帯電話３のユーザは、コンテンツサーバ２から着信メロディの配信を受けるために、操作部２６を操作してコンテンツサーバ２のＵＲＬを入力する。携帯電話３のＣＰＵ２９は、操作部２６における入力を検出すると（ｓ１）、携帯電話３の機種識別情報と接続要求とを通信部２１へ出力する。通信部２１は、この機種識別情報と接続要求とを、通信ネットワーク４を介してコンテンツサーバ２へ送信する（ｓ２）。
【００５６】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３からの接続要求と識別情報とを通信部１１が受信すると、識別情報に基づいて携帯電話３の機種を判別し、携帯電話３の機種用コンテンツの選択メニューデータをハードディスク１２から読み出す。そして、ＣＰＵ１６は、選択メニューデータを通信部１１へ出力する。通信部１１は、この選択メニューデータを携帯電話３へ送信する（ｓ２１）。
【００５７】
携帯電話３のＣＰＵ２９は、この選択メニューデータを通信部２１が受信すると、表示部２７にコンテンツの選択メニューを表示させる（ｓ３）。ユーザは、表示部２７に表示された選択メニューを確認すると、操作部２６を操作して所望のコンテンツを選択する。ＣＰＵ２９は、操作部２６におけるこの操作を検出すると、ユーザが選択したコンテンツの配信要求と、携帯電話３を個別に識別する個別識別情報と、を通信部２１へ出力する。通信部２１は、このコンテンツの配信要求と携帯電話３の個別識別情報とをコンテンツサーバ２へ送信する（ｓ４）。
【００５８】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信された配信要求と個別識別情報とを通信部１１が受信すると、この個別設定情報に基づいてハードディスク１２を検索し、携帯電話３用の変換テーブルの有無を確認する（ｓ２２）。ハードディスク１２に携帯電話３の変換テーブルが格納されていない場合（ｓ２３）、ＣＰＵ１６は、汎用型と専用型のいずれのコンテンツ再生テストを行うかを問い合わせるデータを通信部１１へ出力する。通信部１１は、このデータを携帯電話３へ送信する（ｓ２４）。
【００５９】
携帯電話３のＣＰＵ２９は、この問い合わせデータを通信部２１が受信すると、問い合わせ内容を表示部２７に表示させる（ｓ５）。ユーザは、表示部２７に表示された内容を確認すると、操作部２６を操作して汎用型と専用型のいずれのコンテンツ再生テストを行うかを入力する。ＣＰＵ２９は、操作部２６において行われた操作を検出すると、入力された内容を含むデータを通信部２１へ出力する。通信部２１は、このデータをコンテンツサーバ２へ送信する（ｓ６）。
【００６０】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信されたデータを通信部１１が受信すると、その内容を確認してユーザが選択した型のコンテンツ再生テストのプログラムをハードディスク１２から読み出す。そして、ＣＰＵ１６は、このプログラムを通信部１１へ出力する。通信部１１は、このプログラムを携帯電話３へ送信する（ｓ２５）。
【００６１】
携帯電話３のＣＰＵ２９は、コンテンツ再生テスト用のプログラムを通信部２１が受信すると、このプログラムを実行して、コンテンツ再生テストを開始する（ｓ７）。すなわち、ＣＰＵ２９は、テスト内容を表示部２７に表示させ、また、テスト内容に応じた音声や画像を信号処理部２３で処理させて、スピーカ２５から出力させたり、表示部２７に表示させたりする。ユーザは、操作部２６を操作して、携帯電話３のばらつきや好みに応じた音声や画像を選択しながらテストを実行する。ＣＰＵ２９は、操作部２６における入力に基づいて個別設定情報を生成し、コンテンツ再生テストが終了すると、生成した個別設定情報を通信部２１へ出力する。通信部２１は、この個別設定情報をコンテンツサーバ２へ送信する（ｓ８）。
【００６２】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信された個別設定情報を通信部１１が受信すると、この個別設定情報をメモリ１３に一端記憶させるとともに、この個別設定情報に基づいて変換テーブルを生成し、携帯端末の個別識別情報に関連づけてこの変換テーブルをハードディスク１２に記憶させる（ｓ２６）。続いて、ＣＰＵ１６は、携帯電話３から配信要求のあった着信メロディのデータをハードディスク１２から読み出して、携帯電話３用の変換テーブルに基づいて着信メロディの再生設定を変換する。そして、ＣＰＵ１６は、この着信メロディを通信部１１へ出力する。通信部１１は、この着信メロディを携帯電話３へ送信する（ｓ２７）。
【００６３】
一方、ステップｓ２３において、ＣＰＵ１６は、携帯電話３の変換テーブルがハードディスク１２に格納されていた場合、この変換テーブルの種類やジャンルを確認する（ｓ２８）。そして、ＣＰＵ１６は、この変換テーブルが配信要求のあった着信メロディの種類やジャンルと合致した専用型の変換テーブルまたは汎用型の変換テーブルであれば、ステップｓ２７の処理を行う。
【００６４】
また、ＣＰＵ１６は、ステップｓ２８において、変換テーブルが配信要求のあった着信メロディの種類やジャンルと異なる専用型の変換テーブルのみをハードディスク１２が記憶していた場合、ステップｓ２４の処理を実行する。
【００６５】
携帯電話３のＣＰＵ２９は、コンテンツサーバ２から配信を受けた着信メロディのデータを通信部２１が受信すると、メモリ２８に記憶させる。また、携帯電話３のユーザは、操作部２６を操作してこの着信メロディを電話の着信時に再生するように設定する。ＣＰＵ２９は、操作部２６における操作を検出すると、メモリ２８に記憶させた着信メロディを電話の着信時に再生するように設定する （ｓ９）。ＣＰＵ２９は、他の電話からの呼び出しを通信部２１が受信すると、メモリ２８から着信メロディを読み出して、信号処理部２３で処理を行ってスピーカ２５から音声を出力させる（ｓ１０）。
【００６６】
なお、携帯電話３のユーザは、コンテンツサーバ２からコンテンツの配信を受ける前に、予め再生テストのみを行って、個別設定情報をコンテンツサーバ２に予め送信しておくことも可能である。この場合、携帯電話３のユーザは、コンテンツの配信要求を行うと、個別設定情報に基づいて変換されたコンテンツの配信を速やかに受けることができる。
【００６７】
次に、コンテンツの変換方法について具体例を挙げて説明する。図３は、楽曲コンテンツの構成、及びコンテンツ再生テストの結果を示した図である。図３ （Ａ）に示すように、着信メロディ用の楽曲コンテンツＡは、Ａメロ、サビ、間奏、サビという構成であり、演奏パート１〜演奏パート４の４パートから成る。演奏パート１は、サックスによる旋律であり、音量設定はＡメロ５０、サビ７０、間奏３０、サビ７０である。演奏パート２は、ピアノによる対旋律であり、音量設定はＡメロ５０、サビ６０、間奏２０、サビ６０である。演奏パート３は、ベースによるベースパートであり、音量設定はＡメロ５０、サビ６０、間奏２０、サビ６０である。演奏パート４は、ドラムによるリズムパートであり、音量設定はＡメロ５０、サビ６０、間奏２０、サビ６０である。
【００６８】
一方、携帯電話３のユーザは、コンテンツ再生テストを予め実行しており、最小音量テストの際にスピーカ２５から出力されたテスト音声が聞きとりづらかった。そのため、このテストの結果、最小音量設定は、図３（Ｂ）に示すように３５以上に設定された。
【００６９】
コンテンツサーバ２のＣＰＵ１６は、このテスト結果と、予め設定された変換アルゴリズムと、に基づいて音量変換テーブルを生成する。すなわち、ＣＰＵ１６は、楽曲中の最初音量となる部分が大きくなるように、変換前の音量が小さいほど変換後の音量を底上げするように設定した音量変換テーブルを生成する。例えば、図３（Ｃ）に示すように、ＣＰＵ１６は、変換前の音量変換テーブルにおいて、１０から５刻みで音量が規定されている場合、変換後の音量変換テーブルは、３０、３５、４０、４２、４４、４６、４８、５０、５４、６２、６５、７０、７５．．．のように設定される。
【００７０】
ＣＰＵ１６は、携帯電話３のユーザから特に何も指定がない場合、この音量変換テーブルに基づいて楽曲全体に、つまり、全演奏パートに音量変換テーブルを適用する。すなわち、図３（Ｄ）に示すように、演奏パート１は、Ａメロ５４、サビ７０、間奏４４、サビ７０という音量設定に変換される。演奏パート２、演奏パート３及び演奏パート４は、Ａメロ５４、サビ６２、間奏４０、サビ６２という音量設定に変換される。したがって、この楽曲コンテンツの場合、再生音量設定が小さい間奏部分において、特に音量設定が改善される。
【００７１】
また、携帯電話３のユーザは、特定の演奏パートに対して音量変換テーブルを適用することもできる。例えば、図３（Ｅ）に示すように、演奏パート３と演奏パート４とに変換後の音量変換テーブルを適用することができる。このような設定は、コンテンツ再生テストの際やコンテンツサーバ２へコンテンツの配信要求を行う際に、設定することができる。ＣＰＵ１６は、このような設定が行われると、演奏パート３と演奏パート４とに変換後の音量変換テーブルを適用して、コンテンツを変換する。
【００７２】
なお、ＣＰＵ１６がコンテンツを変換する際に使用する音量変換テーブルの生成アルゴリズムは、複数のパターンを用意しておいても良い。図４は、音量変換テーブルの生成アルゴリズムパターンを示した図である。例えば、変換後の音量を大きくするパターンの場合、図４（Ａ）に示すように、変換前の音量が小さいほど変換後の音量を曲線的に底上げするように設定するパターン、図４（Ｂ）に示すように、変換前の音量が小さいほど変換後の音量を直線的に底上げするように設定するパターン、図４（Ｃ）に示すように、ある音量以下を全て同じ大きさの音量に変換するパターンや、図示しない他のパターンなど複数のパターンを用意すると良い。これにより、音量変換パターンのバリエーションを増やすことが、ユーザの選択肢を増やすことができる。
【００７３】
なお、コンテンツサーバ２のハードディスク１２で、携帯電話の個別設定情報に基づく変換テーブルを管理する場合、ＣＰＵ１６は、ハードディスク１２に蓄積された変換テーブルの内容を解析して、表示部１５に表示させたり、データとして出力することで、コンテンツ配信サイトの管理者やコンテンツの作成者に対して、コンテンツの配信を受けるユーザがコンテンツ変換する際の傾向を把握することができる。したがって、この傾向をコンテンツに反映することで、ユーザのニーズに合ったコンテンツを提供することができる。
【００７４】
以上の説明では、コンテンツ再生テストの結果である個別設定情報に基づく変換テーブルをコンテンツサーバ２で管理する場合について説明したが、本発明はこれに限るものではない。例えば、携帯電話３がコンテンツ再生テストの結果である個別設定情報を記憶しておき、コンテンツの配信要求を送信する際に、個別設定情報を同時にコンテンツサーバへ送信するように設定することもできる。
【００７５】
このようにした場合、コンテンツサーバ２は、ハードディスク１２で複数の携帯電話のコンテンツ再生テスト結果を記憶しなくても良くなるため、ハードディスク１２をコンテンツデータベースの専用記憶媒体として有効に活用することができる。また、コンテンツサーバ２は、携帯電話３からコンテンツの配信要求があった際に、コンテンツ再生テストの結果を検索しなくても良くなるため、コンテンツ変換処理の時間を短縮することができる。さらに、携帯電話３は、コンテンツの配信サイト毎に個別設定情報を登録しなくても良くなり、汎用型のコンテンツ再生テストの場合このテストを１回行うだけで、以降コンテンツ再生テストを行わなくても、携帯電話３用に変換されたコンテンツの配信をコンテンツ配信サイトから受けることができる。また、携帯電話３は、コンテンツの配信要求を送信する際に個別識別情報を送信しなくても良くなる。
【００７６】
また、携帯電話３がコンテンツ再生テストの結果である個別設定情報に基づく変換テーブルを管理するように設定することもできる。以下に、この場合のコンテンツサーバ２と携帯電話３の動作を説明する。図５は、携帯電話でコンテンツの変換を行う場合におけるデータ配信システムの動作を説明するためのフローチャートである。
【００７７】
まず、携帯電話３のユーザは、コンテンツサーバ２から着信メロディの配信を受けるために、操作部２６を操作してコンテンツサーバ２のＵＲＬを入力する。携帯電話３のＣＰＵ２９は、操作部２６における入力を検出すると（ｓ４１）、接続要求と機種識別情報とを通信部２１へ出力する。通信部２１は、この接続要求と機種識別情報とを通信ネットワーク４を介してコンテンツサーバ２へ送信する（ｓ４２）。
【００７８】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３からの接続要求と識別情報とを通信部１１が受信すると、識別情報に基づいて携帯電話３の機種を判別し、携帯電話３の機種用コンテンツの選択メニューデータをハードディスク１２から読み出す。そして、ＣＰＵ１６は、この選択メニューデータを通信部１１へ出力する。通信部１１は、この選択メニューデータを携帯電話３へ送信する（ｓ６１）。
【００７９】
携帯電話３のＣＰＵ２９は、この選択メニューデータを通信部２１が受信すると、表示部２７に着信メロディの選択メニューを表示させる（ｓ４３）。ユーザは、表示部２７に表示された選択メニューを確認すると、操作部２６を操作して所望の着信メロディを選択する。ＣＰＵ２９は、操作部２６におけるこの操作を検出すると、メモリ２８を検索し、変換テーブルの有無を確認する（ｓ４４）。メモリ２８に変換テーブルが格納されていない場合（ｓ４５）、ＣＰＵ２９は、汎用型と専用型のいずれのコンテンツ再生テストを行うかを問い合わせる内容を表示部２７に表示させる（ｓ４６）。ユーザは、表示部２７に表示された内容を確認すると、操作部２６を操作して汎用型と専用型のいずれのコンテンツ再生テストを行うかを入力する。ＣＰＵ２９は、操作部２６において行われた操作を検出すると、入力された内容を含むデータを通信部２１へ出力する。通信部２１は、このデータをコンテンツサーバ２へ送信する（ｓ４７）。
【００８０】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信されたデータを通信部１１が受信すると、その内容を確認してユーザが選択した型のコンテンツ再生テストのプログラムをハードディスク１２から読み出す。そして、ＣＰＵ１６は、このプログラムを通信部１１へ出力する。通信部１１は、このプログラムを携帯電話３へ送信する（ｓ６２）。
【００８１】
携帯電話３のＣＰＵ２９は、コンテンツ再生テスト用のプログラムを通信部２１が受信すると、このプログラムを実行して、コンテンツ再生テストを開始する（ｓ４８）。すなわち、ＣＰＵ２９は、テスト内容を表示部２７に表示させ、また、テスト内容に応じた音声や画像を信号処理部２３で処理させて、スピーカ２５から出力させたり、表示部２７に表示させたりする。ユーザは、操作部２６を操作して、携帯電話３のばらつきや好みに応じた音声や画像を選択しながらテストを実行する。ＣＰＵ２９は、操作部２６における入力に基づいて個別設定情報を生成し、コンテンツ再生テストが終了すると、生成した個別設定情報に基づいて変換テーブルを生成する。そして、ＣＰＵ２９は、この変換テーブルをメモリ２８に記憶させる（ｓ４９）。続いて、ＣＰＵ２９は、着信メロディの配信要求を通信部２１へ出力する。通信部２１は、この配信要求をコンテンツサーバ２へ送信する（ｓ５０）。
【００８２】
一方、ステップｓ４５において、ＣＰＵ２９は、メモリ２８が個別設定情報に基づく変換テーブルを記憶している場合、この変換テーブルの種類やジャンルを確認する（ｓ５１）。ＣＰＵ２９は、この変換テーブルが配信要求のあった着信メロディの種類やジャンルと合致した専用型の変換テーブルまたは汎用型の変換テーブルであれば、着信メロディの配信要求を通信部２１へ出力する。通信部２１は、この配信要求をコンテンツサーバ２へ送信する（ｓ５０）。
【００８３】
また、ＣＰＵ１６は、ステップｓ５１において、変換テーブルが配信要求のあった着信メロディと種類やジャンルが異なるコンテンツ用の専用型の変換テーブルのみをハードディスク１２が記憶していた場合、ステップｓ４６の処理を実行する。
【００８４】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３からの配信要求を通信部１１が受信すると、ハードディスク１２を検索して配信要求のあった着信メロディのデータを読み出す。そして、ＣＰＵ１６は、この着信メロディのデータを通信部１１へ出力する。通信部１１は、この着信メロディのデータを携帯電話３へ送信する（ｓ６３）。
【００８５】
携帯電話３のＣＰＵ２９は、通信部２１が着信メロディのデータを受信すると、変換テーブルに基づいてデータを変換し、この着信メロディのデータをメモリ２８に記憶させる（ｓ５２）。
【００８６】
携帯電話３のユーザは、操作部２６を操作してこの着信メロディを電話の着信時に再生するように設定する。ＣＰＵ２９は、操作部２６における操作を検出すると、メモリ２８に記憶させた着信メロディを電話の着信時に再生するように設定する。ＣＰＵ２９は、他の電話からの呼び出しを通信部２１が受信すると、メモリ２８から着信メロディを読み出して、信号処理部２３で処理を行ってスピーカ２５から音声を出力させる（ｓ５３）。
【００８７】
なお、携帯電話３では、コンテンツサーバ２からコンテンツの配信を受ける前に、予め再生テストのみを行って、個別設定情報に基づく変換テーブルを携帯電話３に生成させておくように設定することも可能である。この場合、携帯電話３は、コンテンツの配信要求を行いコンテンツの配信を受けると、変換テーブルに基づいて速やかにコンテンツ変換することができる。したがって、すぐに変換されたコンテンツを再生することができる。
【００８８】
また、上記のようにコンテンツの変換テーブルを携帯電話３のメモリ２８に記憶させる場合、コンテンツサーバ２からコンテンツの配信を受けてから、コンテンツ再生テストを実行して変換テーブルを作成し、この変換テーブルに基づいてコンテンツの変換を行うようにしても良い。
【００８９】
また、コンテンツ再生テストで使用する楽曲や画像などのテストコンテンツは、テスト専用コンテンツとして予め設定されたコンテンツを使用することもできるし、ユーザが好みのコンテンツをテスト用のコンテンツとして設定することもできる。さらに、携帯電話３のユーザは、配信要求した楽曲コンテンツや画像コンテンツを用いてコンテンツ再生テストを行い、テスト結果である個別設定情報や変換テーブルを生成することもできる。
【００９０】
コンテンツサーバ２から配信するコンテンツは、着信メロディや写真や絵画などの画像だけでなく、音楽や映像（動画）、また、これらを複合したものでも良い。例えば、映像と音声とを複合したコンテンツであるカラオケ用のコンテンツや映画などのコンテンツも、コンテンツ再生テストを実行することで、再生設定を調整することができる。
【００９１】
また、楽曲コンテンツとしては、ＭＰ３形式やＷＡＶ形式などの音楽ファイルを取り扱うことができる。コンテンツ配信システムでは、これらの音楽ファイルの場合、コンテンツ再生テストでは、全体の音量の他に周波数特性を調整するイコライジングを行うように設定されているので、ユーザは高音域や低音域などの再生音量を変更して携帯電話３で再生させることができる。
【００９２】
【発明の効果】
本発明によれば、コンテンツの制作者は、携帯端末のばらつきやユーザの好みに合わせて複数のコンテンツを制作しなくても良くなり、コンテンツ制作時の労力や時間を削減できる。また、携帯端末のユーザは、このコンテンツサーバからコンテンツの配信を受けることで、携帯端末の同一機種内におけるコンテンツの再生性能のばらつきが補正され、自分の好みに合ったコンテンツを、携帯端末で再生することができる。
【００９３】
また、携帯端末のユーザは、携帯端末のコンテンツ再生性能のばらつきやユーザ自身の好みに応じて変換した楽曲コンテンツや画像コンテンツを携帯端末で再生することができる。
【００９４】
さらに、コンテンツサーバは携帯端末の個別設定情報を記憶手段に記憶させているので、携帯端末からコンテンツの配信要求のみが送信された際には、個別設定情報及びコンテンツを記憶手段から読み出して、変換手段でコンテンツをすぐに変換して携帯端末へ配信することができる。
【００９５】
加えて、コンテンツサーバは、携帯端末からコンテンツの配信要求を受信しても個別設定情報がなければ、コンテンツを変換することができないが、携帯端末にテストコンテンツを配信するので、携帯端末において個別設定情報を生成することができ、コンテンツサーバは、この個別設定情報を受信してコンテンツを変換することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るデータ配信システムの概略構成を示したブロック図である。
【図２】コンテンツの配信時におけるコンテンツサーバと携帯電話の動作を説明するためのフローチャートである。
【図３】楽曲コンテンツの構成、及びコンテンツ再生テストの結果を示した図である。
【図４】音量変換テーブルの生成アルゴリズムパターンを示した図である。
【図５】携帯電話でコンテンツの変換を行う場合におけるデータ配信システムの動作を説明するためのフローチャートである。
【符号の説明】
１−データ配信システム１、２−コンテンツサーバ、３−携帯電話、
４−通信ネットワーク、５−アンテナ、
１１−通信部、１２−ハードディスク、１３−メモリ、１４−操作部、
１５−表示部、１６−ＣＰＵ
２１−通信部、２２−アンテナ、２３−信号処理部、２４−マイク、
２５−スピーカ、２６−操作部、２７−表示部、２８−メモリ、２９−ＣＰＵ
【発明の属する技術分野】
本発明は、コンテンツサーバから携帯端末に配信するコンテンツの内容を、携帯端末の特性やユーザの好みに応じて、個別に調整可能なデータ配信システムに関する。
【０００２】
【従来の技術】
携帯電話やＰＤＡなどのような携帯端末のユーザは、コンテンツの配信サイトにアクセスしてこのサイトから着信メロディや音楽などの楽曲コンテンツや静止画や動画などの画像コンテンツの配信を受けることで、これらのコンテンツを携帯端末に再生させて楽しんだり、着信メロディや待ち受け画像として設定したりすることができる。携帯端末には、様々なメーカや機種があり、筐体など構造部品の材質や形状、音源チップや液晶など電子部品のメーカや型番が機種によってそれぞれ異なっており、また、携帯端末で楽曲や画像を再生したときの音質や画質も携帯端末の機種毎に異なっている。そのため、コンテンツ配信サイトの運営者は、携帯端末のメーカや機種にかかわらず楽曲や画像の再生状態が適正になるように、制作者に音質や画質などの再生設定を携帯端末の機種毎に調整させて、これらのコンテンツを配信していた。
【０００３】
また、携帯端末のメーカや機種毎に適した楽曲データを自動生成する楽曲データ生成装置や方法が提案されている（例えば、特許文献１参照。）。
【０００４】
【特許文献１】
特開２００２−７３０２２号公報（第５−１１頁、第１−１２図）
【０００５】
【発明が解決しようとする課題】
携帯端末は、同一機種であっても、使用している部品や筐体などに多少のばらつきがあり、また、ユーザの使用状況によって、電子部品や構造部品などの劣化の度合いが異なっている。そのため、ユーザは、携帯端末のメーカや機種毎に最適化された楽曲コンテンツや画像コンテンツの配信を受けたにもかかわらず、これらのコンテンツを再生または表示させると、音量が適正でなかったり、また画像が不鮮明だったりすることがあった。また、携帯端末によっては、楽曲コンテンツを再生すると音割れや共振が発生したり低音や高音が聞こえにくかったりするなど、音質が悪い場合があった。このような場合、ユーザは、携帯端末の音量や画面の明るさ・コントラストを調整するだけでは、上記の問題を解決できなかった。
【０００６】
さらに、ユーザは、携帯端末のばらつきやユーザ自身の好みに応じて、コンテンツの詳細な再生設定を個別に変更することができなかった。例えば、ユーザは、楽曲コンテンツの低音や高音などの音量調整や主旋律を演奏する楽器やリズムの変更や、画像コンテンツの色調などの変更を行うことができなかった。
【０００７】
一方、コンテンツ配信サイトの運営者やコンテンツの制作者は、特許文献１に記載の楽曲データ生成装置を使用しても、このようなユーザの個別の要望に対応することができなかった。
【０００８】
そこで、本発明は、携帯端末の状態やユーザの好みに応じて、コンテンツを個別に変換して携帯端末に配信することができるコンテンツサーバ、このコンテンツサーバからコンテンツの配信を受ける携帯端末、及びこのコンテンツサーバとこの携帯端末とから成るデータ配信システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
この発明は、上記の課題を解決するための手段として、以下の構成を備えている。
【００１０】
（１）携帯端末用のコンテンツを機種毎に記憶する記憶手段と、
携帯端末から、その機種を識別する機種情報を含むコンテンツの配信要求と、同一機種内でのコンテンツの再生性能のばらつきを補正する情報及びユーザ毎の好みに応じてコンテンツの再生設定を変更する情報のうち少なくとも一方を含む個別設定情報と、を受信するとともに、携帯端末に対してコンテンツを送信する通信手段と、
コンテンツが携帯端末に適合した状態で再生されるように、前記個別設定情報に基づいてコンテンツを変換する変換手段と、
前記通信手段を介して前記コンテンツの配信要求及び個別設定情報を受信したときに、その携帯端末の機種に対応するコンテンツを前記記憶手段から読み出して、前記個別設定情報とともに前記変換手段に供給し、前記変換手段によって変換されたコンテンツを、前記通信手段を介して前記携帯端末へ送信する制御手段と、
を備えたことを特徴とする。
【００１１】
この構成においては、コンテンツサーバは、個別設定情報に基づいてコンテンツを変換してから、このコンテンツを携帯端末に送信するので、コンテンツの制作者は、携帯端末のばらつきやユーザの好みに合わせて複数のコンテンツを制作しなくても良くなり、コンテンツ制作時の労力や時間を削減できる。また、携帯端末のユーザは、このコンテンツサーバからコンテンツの配信を受けることで、携帯端末の同一機種内におけるコンテンツの再生性能のばらつきが補正され、自分の好みに合ったコンテンツを、携帯端末で再生することができる。
【００１２】
（２）前記変換手段は、楽曲コンテンツの音量、音程、バランス、音色、旋律、及び編曲のうちの少なくとも１つを変換することを特徴とする。
【００１３】
この構成においては、楽曲コンテンツの音質や曲調を変更することができるので、携帯端末のユーザは、携帯端末のコンテンツ再生性能のばらつきやユーザ自身の好みに応じて変換した楽曲コンテンツを携帯端末で再生することができる。
【００１４】
（３）前記変換手段は、画像コンテンツの色相、彩度、明度のうちの少なくとも１つを変換することを特徴とする。
【００１５】
この構成においては、画像コンテンツの画質を変更することができるので、携帯端末のユーザは、携帯端末のコンテンツ再生性能のばらつきやユーザ自身の好みに応じて変換した画像コンテンツを携帯端末で再生することができる。
【００１６】
（４）前記制御手段は、前記携帯端末から前記個別設定情報が送信されると、前記記憶手段に記憶させ、
前記携帯端末からコンテンツの配信要求のみが送信されてきたとき、前記記憶手段から読み出した前記携帯端末の個別設定情報に基づいて、前記変換手段にコンテンツを変換させることを特徴とする。
【００１７】
この構成においては、コンテンツサーバは携帯端末の個別設定情報を記憶手段に記憶させているので、携帯端末からコンテンツの配信要求のみが送信された際には、個別設定情報及びコンテンツを記憶手段から読み出して、変換手段でコンテンツをすぐに変換して携帯端末へ配信することができる。なお、個別設定情報は、携帯端末から送信された情報と、この情報に基づいて生成した変換テーブル情報と、を含むものとする。
【００１８】
（５）前記制御手段は、前記携帯端末からコンテンツの配信要求のみが送信されてきたときに、前記記憶手段が前記携帯端末の個別設定情報を記憶していないと、前記個別設定情報を作成するためのテストコンテンツを前記携帯端末に送信することを特徴とする。
【００１９】
この構成においては、コンテンツサーバは、携帯端末からコンテンツの配信要求を受信しても個別設定情報がなければ、コンテンツを変換することができないが、携帯端末にテストコンテンツを配信することにより、携帯端末において個別設定情報を生成することができ、コンテンツサーバは、この個別設定情報を受信してコンテンツを変換することができる。
【００２０】
（６）（１）乃至（５）のいずれかに記載のコンテンツサーバへ、機種を識別する機種情報を含むコンテンツの配信要求を送信するとともに、前記コンテンツサーバから配信されたコンテンツを受信する通信手段と、
コンテンツを再生する再生手段と、
前記再生手段で所定のテストコンテンツを再生し、このテストコンテンツの再生状態に基づいて、同一機種内でのコンテンツの再生性能のばらつきを補正する情報、及びユーザ毎の好みに応じてコンテンツの再生状態を変更する情報のうち少なくとも一方を含む個別設定情報を生成するとともに、前記コンテンツの配信要求及び前記個別設定情報を、前記通信手段を介してコンテンツサーバへ送信する制御手段と、
を備えたことを特徴とする。
【００２１】
この構成においては、携帯端末は、テストコンテンツを再生することで個別設定情報を生成し、この個別設定情報を配信要求とともにコンテンツサーバに送信するので、コンテンツサーバからこの個別設定情報に対応したコンテンツの配信を受けることができる。したがって、携帯端末のユーザは、再生性能のばらつきを補正したコンテンツや、自分の好みに応じて再生状態を変更したコンテンツを携帯端末で再生することができる。
【００２２】
（７）機種を識別する機種情報を含むコンテンツの配信要求をコンテンツサーバへ送信するとともに、コンテンツサーバから配信されたコンテンツを受信する通信手段と、
同一機種内でのコンテンツの再生性能のばらつきを補正する情報、及びユーザ毎の好みに応じてコンテンツの再生状態を変更する情報のうち少なくとも一方を含む個別設定情報を記憶する記憶手段と、
前記個別設定情報に基づいてコンテンツを変換する変換手段と、
前記変換手段が変換したコンテンツを再生する再生手段と、
を備えたことを特徴とする。
【００２３】
この構成においては、携帯端末は、コンテンツサーバからコンテンツの配信を受けると、記憶手段に記憶させた個別設定情報に基づいてコンテンツを変換してからこのコンテンツを再生するので、携帯端末のユーザは、コンテンツサーバから配信を受けたコンテンツを携帯端末の再生性能のばらつきや自分の好み応じて変換してから、このコンテンツを再生することができる。
【００２４】
（８）（１）乃至（５）のいずれかに記載のコンテンツサーバと、（６）または（７）に記載の携帯端末と、から成るデータ配信システム。
【００２５】
この構成においては、コンテンツサーバから配信されるコンテンツが、携帯端末の個別設定情報に基づいてコンテンツサーバまたは携帯端末で変換されるので、携帯端末のユーザは、携帯端末に最適な状態で、自分の好みにあったコンテンツを携帯端末で再生することができる。
【００２６】
【発明の実施の形態】
図１は、本発明の実施形態に係るデータ配信システムの概略構成を示したブロック図である。データ配信システム１は、コンテンツの配信サイトであるコンテンツサーバ２と、携帯端末の一例である携帯電話３が通信ネットワーク４を介してデータの送受信を行う通信システムである。通信ネットワーク４には、携帯電話３と無線で通信するためのアンテナ５が設けられている。
【００２７】
コンテンツサーバ２は、通信手段である通信部１１、記憶手段であるハードディスク１２とメモリ１３、操作部１４、表示部１５、及び変換手段と制御手段であるＣＰＵ１６を備えている。また、携帯電話３は、通信手段である通信部２１、変換手段と再生手段である信号処理部２３、マイク２４、スピーカ２５、操作部２６、表示部２７、メモリ２８、及び制御手段であるＣＰＵ２９を備えている。
【００２８】
コンテンツサーバ２において、通信部１１は、通信ネットワーク４を介して携帯電話３と通信する。ハードディスク１２には、着信メロディや音楽などの楽曲コンテンツや、静止画像や動画などの画像コンテンツなど複数のコンテンツによって構成されているコンテンツデータベースが構築されている。このコンテンツデータベースは、携帯電話の機種毎に作成されたコンテンツによって構成されている。なお、本発明のコンテンツサーバに特許文献１に記載の発明を適用することで、コンテンツサーバ２の管理者は、１つのコンテンツを作成すると、携帯電話の機種毎にコンテンツを提供することができる。
【００２９】
メモリ１３は、ＣＰＵ１６が実行するプログラムや各種の設定情報などを記憶している。また、メモリ１３は、ハードディスク１２から読み出したコンテンツを一時的に記憶する。操作部１４は、コンテンツサーバ２のオペレータによる操作を受け付ける。表示部１５は、コンテンツサーバ２のオペレータに伝達する内容を表示する。ＣＰＵ１６は、コンテンツサーバ２の各部を制御する。
【００３０】
携帯電話３において、通信部２１は、アンテナ２２を備えており、このアンテナ２２でアンテナ５と無線通信を行うことで、通信ネットワーク４を介してコンテンツサーバ２とデータなどの送受信を行う。すなわち、通信部２１は、アンテナ２２を介して供給された変調信号を復調して信号処理部２３へ出力し、また、信号処理部２３から供給される符号化された信号を変調してアンテナ２２から出力する。信号処理部２３は、コンバータ３１、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３２などにより構成されている。コンバータ３１は、アナログ・ディジタルの相互変換処理を行うものであり、マイク２４から入力されるアナログ音声信号をＡ／Ｄ変換によりＰＣＭ音声データへ変換し、ＤＳＰ３２に送出する。また、コンバータ３１は、このＤＳＰ３２から送出されるＰＣＭ音声データをＤ／Ａ変換によりアナログ音声信号へ変換し、可聴音声としてスピーカ２５から出力させる。ＤＳＰ３２は、コンテンツデータの圧縮・伸長処理などを行うものであり、コンテンツサーバ２から配信された楽曲コンテンツや画像コンテンツのデータを伸長して、コンバータ３１や表示部２７へ送出する。マイク２４は、ユーザの音声を入力するためのものである。スピーカ２５は、信号処理部２３で処理された通話相手の音声、ユーザへの伝達事項の音声、楽曲コンテンツの再生音などを出力する。操作部２６は、ユーザによる入力操作を受け付ける。表示部２７は、ユーザに伝達する内容や画像コンテンツの再生画像（静止画や動画）を表示する。メモリ２８は、ＣＰＵ２９が実行するプログラムや各種の設定情報などを記憶する。ＣＰＵ２９は、携帯電話３の各部を制御する。
【００３１】
なお、後述する携帯電話３の動作説明では、信号処理部２３におけるコンバータ３１及びＤＳＰ３２の詳細な動作の説明を省略する。
【００３２】
携帯電話３の基本機能は、一般的な携帯電話と同様であり、ＣＰＵ２９は、操作部２６のテンキー（不図示）から電話番号が入力されると、この電話番号に該当する電話機との通信状態を確立する。また、ＣＰＵ２９は、操作部２６が操作されてコンテンツの配信サーバの電話番号またはＵＲＬが入力されると、該当するコンテンツの配信サーバに接続して、この配信サーバから楽曲コンテンツや画像コンテンツなど様々なコンテンツの配信を受けることが可能になる。例えば、ＣＰＵ２９は、操作部２６が操作されてコンテンツサーバ２のＵＲＬが入力されると、このＵＲＬに基づいてコンテンツサーバ２に接続する。ＣＰＵ２９は、操作部２６からコンテンツの配信要求が入力されると、この配信要求と携帯電話３の機種識別情報とをコンテンツサーバ２へ送信する。そして、ユーザが要求したコンテンツの配信をコンテンツサーバ２から受ける。
【００３３】
次に、本発明の実施形態に係るデータ配信システム１における特徴的な機能について説明する。携帯電話３では、同一機種における個々のばらつきを補正して、楽曲コンテンツの音色や画像コンテンツの色調などコンテンツの再生設定をユーザの好みに応じて調整したコンテンツを再生することができる。
【００３４】
携帯電話３のＣＰＵ２９は、再生設定が変更されたコンテンツの配信を受けるようにユーザが設定した場合、コンテンツの配信を受ける際などにコンテンツ再生テストの配信要求をコンテンツサーバ２へ送信する。ＣＰＵ２９は、コンテンツサーバ２からコンテンツ再生テスト用のプログラム（テストコンテンツ）の配信を受けると、コンテンツ再生テストを実行する。ＣＰＵ２９は、このテスト中にユーザからの入力を受け付け、テストが終了するとテスト結果である個別設定情報を生成して、コンテンツの配信要求とともにこの個別設定情報を送信する。コンテンツサーバ２のＣＰＵ１６は、コンテンツの配信要求と個別設定情報を受信すると、この個別設定情報に基づいてコンテンツの変換テーブルを生成して、変換テーブルをハードディスク１２に記憶させる。そして、ＣＰＵ１６は、ハードディスク１２に構築されているコンテンツデータベースから、配信要求のあったコンテンツを読み出して、この携帯電話３用の変換テーブルに基づいてコンテンツを変換してから携帯電話３へ配信する。したがって、ＣＰＵ２９は、コンテンツ再生テストの結果に応じて最適化されたコンテンツの配信を受けることができる。
【００３５】
また、携帯電話３では、コンテンツ再生テストを実行して個別設定情報を生成してから、さらに変換テーブルを生成してメモリ２８で保持するように設定することができる。この場合、ＣＰＵ２９は、コンテンツサーバ２からコンテンツの配信を受けてから、変換テーブルに基づいてコンテンツを変換する。
【００３６】
次に、携帯電話３で実施するコンテンツ再生テストの内容を説明する。携帯電話３では、コンテンツ再生テストとして、例えば、楽曲コンテンツ用のテストと画像コンテンツ用のテストを行う。ここで、以下に説明するテスト１〜テスト９は楽曲コンテンツ用のテストであり、テスト１０、１１は画像コンテンツ用のテストである。また、テスト１〜５は携帯電話３の機種毎のばらつきを補正するためのものであり、テスト６〜９、１１は携帯電話３のユーザの好みに応じてコンテンツの再生設定を変更するためのものであり、テスト１０は両者を兼ねるものである。
【００３７】
１．最小音量テスト
このテストは、スピーカ２５の最小可聴音量レベルを確認するテストである。例えば、携帯電話３において音量の設定範囲が０〜１２７の場合、ＣＰＵ２９は音量０〜４０の間で徐々に音量を上げながら、テスト音声をスピーカ２５から出力させる。ユーザはスピーカ２５から音声が聞こえ始めたときに所定の操作を行い、ＣＰＵ２９はその時の音量値を最小可聴音量として設定する。
【００３８】
２．最大音量テスト
このテストは、スピーカ２５の最大可聴音量レベルを確認するテストである。例えば、携帯電話３において音量の設定範囲が０〜１２７の場合、ＣＰＵ２９は、音量１００〜１２７の間で徐々に音量を上げながら、テスト音声をスピーカ２５から出力させる。ユーザは、スピーカ２５から出力される音声が割れ始めたとき所定の操作を行い、ＣＰＵ２９はその時の音量値を最大可聴音量として設定する。
【００３９】
３．最高音程テスト
このテストは、スピーカ２５の最高可聴音程レベルを確認するテストである。例えば、携帯電話３において音程の設定範囲がＣ１〜Ｃ８の場合、ＣＰＵ２９は音程Ｃ５〜Ｃ８の間で徐々に音程を上げながらテスト音声をスピーカ２５から出力させる。ユーザは、スピーカ２５から出力される音声が聞こえなくなったとき所定の操作を行い、ＣＰＵ２９はその時の音程を最高可聴音程として設定する。
【００４０】
４．最低音程テスト
このテストは、スピーカ２５が出力する音声の最低音程を確認するテストである。例えば、携帯電話３において音程の設定範囲がＣ１〜Ｃ８の場合、ＣＰＵ２９は音程Ｃ１〜Ｃ３の間で徐々に音程を上げながらテスト音声をスピーカ２５から出力させる。ユーザは、スピーカ２５から出力される音声が聞こえるようになったとき所定の操作を行い、ＣＰＵ２９はその時の音程を最低可聴音程として設定する。
【００４１】
５．共振テスト
このテストは、スピーカ２５から音声を出力した際に、携帯電話３において共振が発生するか否かを確認するテストである。ＣＰＵ２９は、携帯電話３が共振しやすい数種類の音声をスピーカ２５から順次出力させる。ユーザは携帯電話３において各音声を問題なく再生できるか、また共振のレベルが携帯電話３のユーザが許容できるレベルであるか否かを確認し、問題のある音声については所定の操作を行って問題があることを入力する。ＣＰＵ２９は、このテストにおいて問題が発生した音声をスピーカ２５で再生しないように設定する。
【００４２】
６．バランステスト
このテストは、スピーカ２５から楽曲の音声を出力した際に、演奏パートの音声バランスを確認するテストである。例えば、ＣＰＵ２９は、携帯電話３で楽曲コンテンツを数種類再生してスピーカ２５から音声を出力させる。ユーザは、 「メロディ」、「伴奏」、「ベースパート」、「ドラムパート」の音声バランスを確認して、好みに応じて各パートの音量を変更する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツにおける各パートのバランスが変更されるように設定する。
【００４３】
７．全体音色テスト
このテストは、スピーカ２５から出力する楽曲全体の音色を変更するものである。例えば、ＣＰＵ２９は、「なめらか」、「はっきり」、「ぼんやり」など異なるパターンの楽曲コンテンツを数パターン再生させてスピーカ２５から音声を出力させるので、ユーザは好みの音色を選択する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツの音色が変更されるように設定する。
【００４４】
８．旋律音色テスト
このテストは、スピーカ２５から出力する楽曲の旋律の音色を変更するものである。例えば、ＣＰＵ２９は、同じ旋律を「トランペット」、「オーボエ」、 「サックス」、「ギター」、「ピアノ」など数種類の楽器の音色によって再生してスピーカ２５から音声を出力させるので、ユーザは好みの音色を選択する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツの旋律の音色が変更されるように設定する。
【００４５】
９．編曲選択テスト
このテストは、スピーカ２５から出力する楽曲の編曲を変更するものである。ＣＰＵ２９は、「ボサノバ」、「ロック」、「ジャズ」、「ポップ」など数種類の編曲またはリズムパターンの同じ楽曲を切り替えながら再生してスピーカ２５から音声を出力させ、ユーザは好みの編曲またはリズムパターンを選択する。ＣＰＵ２９は、この結果に基づいて、配信を受けるコンテンツの編曲またはリズムパターンが変更されるように設定する。
【００４６】
１０．色相、彩度、明度テスト
このテストは、携帯電話３の表示部２７に表示させる画像の色相、彩度、明度を確認するテストである。例えば、携帯電話３において赤（Ｒ）、緑（Ｇ）、青（Ｂ）の輝度がそれぞれ０〜２５５の範囲で調整可能な場合、ＣＰＵ２９は表示部２７の図外のＬＣＤにテスト画像を表示させるので、ユーザは、この画像を確認しながら３原色の輝度やコントラストなどを調整する。ＣＰＵ２９は、この結果に基づいて、配信を受ける画像コンテンツの表示状態のばらつきを補正して、ユーザの好みの色相、彩度、明度に設定する。
【００４７】
１１．フィルタテスト
このテストは、携帯電話３の表示部２７に表示させる画像に特殊な効果や加工を施すフィルタ処理を施した画像を選択するテストである。例えば、ＣＰＵ２９は、「モザイク」、「ぼかし」、「シャープ」、「エンボス」など数種類のフィルタ処理を施した同じ画像を切り替えながらＬＣＤに表示させ、ユーザは好みのフィルタを選択する。ＣＰＵ２９は、この結果に基づいて、配信を受ける画像コンテンツに選択されたフィルタ処理が施されるように設定する。
【００４８】
なお、携帯電話３のユーザは、コンテンツ再生テストを行う際に、上記の各テストを、全て行うこともできるし、１つまたは数種類のテストを選択して行うこともできる。また、コンテンツ再生テストは、上記のテストだけに限るものではなく、コンテンツの再生状態を調整・変更するテストであれば、他のテストもさらに行うように設定すると良い。
【００４９】
携帯電話３は、以上のようなテストを実行することにより、携帯電話３の機種内のばらつきを補正して、携帯電話３に最適な音程、音量、画質でコンテンツを再生するための個別設定情報を生成する。携帯電話３は、コンテンツの配信要求する際にこの個別設定情報もコンテンツサーバ２へ送信することで、携帯電話３の同一機種における個々のばらつきを補正して、楽曲コンテンツの音色や画像コンテンツの色調などコンテンツの再生設定をユーザの好みに応じて調整したコンテンツの配信をコンテンツサーバ２から受けて、このコンテンツを再生することができる。
【００５０】
また、コンテンツサーバ２は、コンテンツの種類にかかわらず汎用的にテスト結果が利用できるように用意された汎用型のコンテンツ再生テストと、特定の種類やジャンルのコンテンツにのみテスト結果が利用できる専用型のコンテンツ再生テストと、を用意しており、ユーザの選択に応じて、いずれかのテストコンテンツを携帯電話３へ送信する。
【００５１】
汎用型のコンテンツ再生テストでは、テストコンテンツとして特定の周波数の信号音、ギターやドラムなど一般的な楽器の音声や、一般的な画像テストパターンが携帯電話３に提供される。携帯電話３のコンテンツサーバ２は、コンテンツサーバ２から汎用型のコンテンツ再生テスト用プログラムの配信を受けるように選択することで、楽曲や画像の種類にかかわらず汎用的に使用できる個別設定情報を生成する。したがって、ユーザは、コンテンツ再生テストの実施回数を極力抑制したい場合などには、コンテンツ再生テストのプログラムの配信を受けると良い。
【００５２】
一方、専用型のコンテンツ再生テストでは、テストコンテンツとして、そのコンテンツの代表的な楽曲や楽器、画像などが携帯電話３に提供される。例えば、楽曲コンテンツの場合、クラシック、ロック、オルゴールなどジャンルの異なる楽曲では、それぞれ音域、音量、バランス、曲調などが異なるため、ユーザの再生設定の内容もコンテンツの種類やジャンルに応じて異なったものとなる。そのため、クラシック用のコンテンツ再生テストでは、テストコンテンツとしてクラシックの楽曲が再生され、オルゴール用のコンテンツ再生テストでは、テストコンテンツとしてオルゴールの楽曲が再生される。これにより、ＣＰＵ２９は、コンテンツの種類やジャンルに応じて、最適な再生状態に設定されたコンテンツを再生することができる。また、ＣＰＵ１６は、コンテンツの種類やジャンルに応じて専用型のコンテンツ再生テストが携帯電話３で実行されると、複数の変換テーブルをコンテンツサーバ２で管理する。また、ＣＰＵ１６は、携帯電話３からコンテンツの配信要求があった際には、配信要求のあったコンテンツの種類やジャンルを確認し、該当する変換テーブルを選択してコンテンツの変換を行う。
【００５３】
また、携帯電話３は、コンテンツの配信要求を行う毎にコンテンツ再生テストを実行するように設定することもできる。例えば、コンテンツサーバ２からこれから配信を受ける楽曲コンテンツの最大音量となる箇所を、携帯電話３が最適に再生するかどうかをテストしてからダウンロードする場合など、特定のテスト内容について個別に調整したい箇所がある場合などに好適である。
【００５４】
携帯電話３では、個別設定情報として全てのテスト結果を記録するように設定することもできるが、一般的な設定とコンテンツ再生テスト結果との差分だけを記録するように設定することもできる。後者の場合、個別設定情報の情報量を抑制できる。
【００５５】
次に、携帯電話３のＣＰＵ２９が、コンテンツサーバ２から着信メロディの配信を受ける場合について、フローチャートに基づいて説明する。図２は、コンテンツの配信時におけるコンテンツサーバと携帯電話の動作を説明するためのフローチャートである。まず、携帯電話３のユーザは、コンテンツサーバ２から着信メロディの配信を受けるために、操作部２６を操作してコンテンツサーバ２のＵＲＬを入力する。携帯電話３のＣＰＵ２９は、操作部２６における入力を検出すると（ｓ１）、携帯電話３の機種識別情報と接続要求とを通信部２１へ出力する。通信部２１は、この機種識別情報と接続要求とを、通信ネットワーク４を介してコンテンツサーバ２へ送信する（ｓ２）。
【００５６】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３からの接続要求と識別情報とを通信部１１が受信すると、識別情報に基づいて携帯電話３の機種を判別し、携帯電話３の機種用コンテンツの選択メニューデータをハードディスク１２から読み出す。そして、ＣＰＵ１６は、選択メニューデータを通信部１１へ出力する。通信部１１は、この選択メニューデータを携帯電話３へ送信する（ｓ２１）。
【００５７】
携帯電話３のＣＰＵ２９は、この選択メニューデータを通信部２１が受信すると、表示部２７にコンテンツの選択メニューを表示させる（ｓ３）。ユーザは、表示部２７に表示された選択メニューを確認すると、操作部２６を操作して所望のコンテンツを選択する。ＣＰＵ２９は、操作部２６におけるこの操作を検出すると、ユーザが選択したコンテンツの配信要求と、携帯電話３を個別に識別する個別識別情報と、を通信部２１へ出力する。通信部２１は、このコンテンツの配信要求と携帯電話３の個別識別情報とをコンテンツサーバ２へ送信する（ｓ４）。
【００５８】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信された配信要求と個別識別情報とを通信部１１が受信すると、この個別設定情報に基づいてハードディスク１２を検索し、携帯電話３用の変換テーブルの有無を確認する（ｓ２２）。ハードディスク１２に携帯電話３の変換テーブルが格納されていない場合（ｓ２３）、ＣＰＵ１６は、汎用型と専用型のいずれのコンテンツ再生テストを行うかを問い合わせるデータを通信部１１へ出力する。通信部１１は、このデータを携帯電話３へ送信する（ｓ２４）。
【００５９】
携帯電話３のＣＰＵ２９は、この問い合わせデータを通信部２１が受信すると、問い合わせ内容を表示部２７に表示させる（ｓ５）。ユーザは、表示部２７に表示された内容を確認すると、操作部２６を操作して汎用型と専用型のいずれのコンテンツ再生テストを行うかを入力する。ＣＰＵ２９は、操作部２６において行われた操作を検出すると、入力された内容を含むデータを通信部２１へ出力する。通信部２１は、このデータをコンテンツサーバ２へ送信する（ｓ６）。
【００６０】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信されたデータを通信部１１が受信すると、その内容を確認してユーザが選択した型のコンテンツ再生テストのプログラムをハードディスク１２から読み出す。そして、ＣＰＵ１６は、このプログラムを通信部１１へ出力する。通信部１１は、このプログラムを携帯電話３へ送信する（ｓ２５）。
【００６１】
携帯電話３のＣＰＵ２９は、コンテンツ再生テスト用のプログラムを通信部２１が受信すると、このプログラムを実行して、コンテンツ再生テストを開始する（ｓ７）。すなわち、ＣＰＵ２９は、テスト内容を表示部２７に表示させ、また、テスト内容に応じた音声や画像を信号処理部２３で処理させて、スピーカ２５から出力させたり、表示部２７に表示させたりする。ユーザは、操作部２６を操作して、携帯電話３のばらつきや好みに応じた音声や画像を選択しながらテストを実行する。ＣＰＵ２９は、操作部２６における入力に基づいて個別設定情報を生成し、コンテンツ再生テストが終了すると、生成した個別設定情報を通信部２１へ出力する。通信部２１は、この個別設定情報をコンテンツサーバ２へ送信する（ｓ８）。
【００６２】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信された個別設定情報を通信部１１が受信すると、この個別設定情報をメモリ１３に一端記憶させるとともに、この個別設定情報に基づいて変換テーブルを生成し、携帯端末の個別識別情報に関連づけてこの変換テーブルをハードディスク１２に記憶させる（ｓ２６）。続いて、ＣＰＵ１６は、携帯電話３から配信要求のあった着信メロディのデータをハードディスク１２から読み出して、携帯電話３用の変換テーブルに基づいて着信メロディの再生設定を変換する。そして、ＣＰＵ１６は、この着信メロディを通信部１１へ出力する。通信部１１は、この着信メロディを携帯電話３へ送信する（ｓ２７）。
【００６３】
一方、ステップｓ２３において、ＣＰＵ１６は、携帯電話３の変換テーブルがハードディスク１２に格納されていた場合、この変換テーブルの種類やジャンルを確認する（ｓ２８）。そして、ＣＰＵ１６は、この変換テーブルが配信要求のあった着信メロディの種類やジャンルと合致した専用型の変換テーブルまたは汎用型の変換テーブルであれば、ステップｓ２７の処理を行う。
【００６４】
また、ＣＰＵ１６は、ステップｓ２８において、変換テーブルが配信要求のあった着信メロディの種類やジャンルと異なる専用型の変換テーブルのみをハードディスク１２が記憶していた場合、ステップｓ２４の処理を実行する。
【００６５】
携帯電話３のＣＰＵ２９は、コンテンツサーバ２から配信を受けた着信メロディのデータを通信部２１が受信すると、メモリ２８に記憶させる。また、携帯電話３のユーザは、操作部２６を操作してこの着信メロディを電話の着信時に再生するように設定する。ＣＰＵ２９は、操作部２６における操作を検出すると、メモリ２８に記憶させた着信メロディを電話の着信時に再生するように設定する （ｓ９）。ＣＰＵ２９は、他の電話からの呼び出しを通信部２１が受信すると、メモリ２８から着信メロディを読み出して、信号処理部２３で処理を行ってスピーカ２５から音声を出力させる（ｓ１０）。
【００６６】
なお、携帯電話３のユーザは、コンテンツサーバ２からコンテンツの配信を受ける前に、予め再生テストのみを行って、個別設定情報をコンテンツサーバ２に予め送信しておくことも可能である。この場合、携帯電話３のユーザは、コンテンツの配信要求を行うと、個別設定情報に基づいて変換されたコンテンツの配信を速やかに受けることができる。
【００６７】
次に、コンテンツの変換方法について具体例を挙げて説明する。図３は、楽曲コンテンツの構成、及びコンテンツ再生テストの結果を示した図である。図３ （Ａ）に示すように、着信メロディ用の楽曲コンテンツＡは、Ａメロ、サビ、間奏、サビという構成であり、演奏パート１〜演奏パート４の４パートから成る。演奏パート１は、サックスによる旋律であり、音量設定はＡメロ５０、サビ７０、間奏３０、サビ７０である。演奏パート２は、ピアノによる対旋律であり、音量設定はＡメロ５０、サビ６０、間奏２０、サビ６０である。演奏パート３は、ベースによるベースパートであり、音量設定はＡメロ５０、サビ６０、間奏２０、サビ６０である。演奏パート４は、ドラムによるリズムパートであり、音量設定はＡメロ５０、サビ６０、間奏２０、サビ６０である。
【００６８】
一方、携帯電話３のユーザは、コンテンツ再生テストを予め実行しており、最小音量テストの際にスピーカ２５から出力されたテスト音声が聞きとりづらかった。そのため、このテストの結果、最小音量設定は、図３（Ｂ）に示すように３５以上に設定された。
【００６９】
コンテンツサーバ２のＣＰＵ１６は、このテスト結果と、予め設定された変換アルゴリズムと、に基づいて音量変換テーブルを生成する。すなわち、ＣＰＵ１６は、楽曲中の最初音量となる部分が大きくなるように、変換前の音量が小さいほど変換後の音量を底上げするように設定した音量変換テーブルを生成する。例えば、図３（Ｃ）に示すように、ＣＰＵ１６は、変換前の音量変換テーブルにおいて、１０から５刻みで音量が規定されている場合、変換後の音量変換テーブルは、３０、３５、４０、４２、４４、４６、４８、５０、５４、６２、６５、７０、７５．．．のように設定される。
【００７０】
ＣＰＵ１６は、携帯電話３のユーザから特に何も指定がない場合、この音量変換テーブルに基づいて楽曲全体に、つまり、全演奏パートに音量変換テーブルを適用する。すなわち、図３（Ｄ）に示すように、演奏パート１は、Ａメロ５４、サビ７０、間奏４４、サビ７０という音量設定に変換される。演奏パート２、演奏パート３及び演奏パート４は、Ａメロ５４、サビ６２、間奏４０、サビ６２という音量設定に変換される。したがって、この楽曲コンテンツの場合、再生音量設定が小さい間奏部分において、特に音量設定が改善される。
【００７１】
また、携帯電話３のユーザは、特定の演奏パートに対して音量変換テーブルを適用することもできる。例えば、図３（Ｅ）に示すように、演奏パート３と演奏パート４とに変換後の音量変換テーブルを適用することができる。このような設定は、コンテンツ再生テストの際やコンテンツサーバ２へコンテンツの配信要求を行う際に、設定することができる。ＣＰＵ１６は、このような設定が行われると、演奏パート３と演奏パート４とに変換後の音量変換テーブルを適用して、コンテンツを変換する。
【００７２】
なお、ＣＰＵ１６がコンテンツを変換する際に使用する音量変換テーブルの生成アルゴリズムは、複数のパターンを用意しておいても良い。図４は、音量変換テーブルの生成アルゴリズムパターンを示した図である。例えば、変換後の音量を大きくするパターンの場合、図４（Ａ）に示すように、変換前の音量が小さいほど変換後の音量を曲線的に底上げするように設定するパターン、図４（Ｂ）に示すように、変換前の音量が小さいほど変換後の音量を直線的に底上げするように設定するパターン、図４（Ｃ）に示すように、ある音量以下を全て同じ大きさの音量に変換するパターンや、図示しない他のパターンなど複数のパターンを用意すると良い。これにより、音量変換パターンのバリエーションを増やすことが、ユーザの選択肢を増やすことができる。
【００７３】
なお、コンテンツサーバ２のハードディスク１２で、携帯電話の個別設定情報に基づく変換テーブルを管理する場合、ＣＰＵ１６は、ハードディスク１２に蓄積された変換テーブルの内容を解析して、表示部１５に表示させたり、データとして出力することで、コンテンツ配信サイトの管理者やコンテンツの作成者に対して、コンテンツの配信を受けるユーザがコンテンツ変換する際の傾向を把握することができる。したがって、この傾向をコンテンツに反映することで、ユーザのニーズに合ったコンテンツを提供することができる。
【００７４】
以上の説明では、コンテンツ再生テストの結果である個別設定情報に基づく変換テーブルをコンテンツサーバ２で管理する場合について説明したが、本発明はこれに限るものではない。例えば、携帯電話３がコンテンツ再生テストの結果である個別設定情報を記憶しておき、コンテンツの配信要求を送信する際に、個別設定情報を同時にコンテンツサーバへ送信するように設定することもできる。
【００７５】
このようにした場合、コンテンツサーバ２は、ハードディスク１２で複数の携帯電話のコンテンツ再生テスト結果を記憶しなくても良くなるため、ハードディスク１２をコンテンツデータベースの専用記憶媒体として有効に活用することができる。また、コンテンツサーバ２は、携帯電話３からコンテンツの配信要求があった際に、コンテンツ再生テストの結果を検索しなくても良くなるため、コンテンツ変換処理の時間を短縮することができる。さらに、携帯電話３は、コンテンツの配信サイト毎に個別設定情報を登録しなくても良くなり、汎用型のコンテンツ再生テストの場合このテストを１回行うだけで、以降コンテンツ再生テストを行わなくても、携帯電話３用に変換されたコンテンツの配信をコンテンツ配信サイトから受けることができる。また、携帯電話３は、コンテンツの配信要求を送信する際に個別識別情報を送信しなくても良くなる。
【００７６】
また、携帯電話３がコンテンツ再生テストの結果である個別設定情報に基づく変換テーブルを管理するように設定することもできる。以下に、この場合のコンテンツサーバ２と携帯電話３の動作を説明する。図５は、携帯電話でコンテンツの変換を行う場合におけるデータ配信システムの動作を説明するためのフローチャートである。
【００７７】
まず、携帯電話３のユーザは、コンテンツサーバ２から着信メロディの配信を受けるために、操作部２６を操作してコンテンツサーバ２のＵＲＬを入力する。携帯電話３のＣＰＵ２９は、操作部２６における入力を検出すると（ｓ４１）、接続要求と機種識別情報とを通信部２１へ出力する。通信部２１は、この接続要求と機種識別情報とを通信ネットワーク４を介してコンテンツサーバ２へ送信する（ｓ４２）。
【００７８】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３からの接続要求と識別情報とを通信部１１が受信すると、識別情報に基づいて携帯電話３の機種を判別し、携帯電話３の機種用コンテンツの選択メニューデータをハードディスク１２から読み出す。そして、ＣＰＵ１６は、この選択メニューデータを通信部１１へ出力する。通信部１１は、この選択メニューデータを携帯電話３へ送信する（ｓ６１）。
【００７９】
携帯電話３のＣＰＵ２９は、この選択メニューデータを通信部２１が受信すると、表示部２７に着信メロディの選択メニューを表示させる（ｓ４３）。ユーザは、表示部２７に表示された選択メニューを確認すると、操作部２６を操作して所望の着信メロディを選択する。ＣＰＵ２９は、操作部２６におけるこの操作を検出すると、メモリ２８を検索し、変換テーブルの有無を確認する（ｓ４４）。メモリ２８に変換テーブルが格納されていない場合（ｓ４５）、ＣＰＵ２９は、汎用型と専用型のいずれのコンテンツ再生テストを行うかを問い合わせる内容を表示部２７に表示させる（ｓ４６）。ユーザは、表示部２７に表示された内容を確認すると、操作部２６を操作して汎用型と専用型のいずれのコンテンツ再生テストを行うかを入力する。ＣＰＵ２９は、操作部２６において行われた操作を検出すると、入力された内容を含むデータを通信部２１へ出力する。通信部２１は、このデータをコンテンツサーバ２へ送信する（ｓ４７）。
【００８０】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３から送信されたデータを通信部１１が受信すると、その内容を確認してユーザが選択した型のコンテンツ再生テストのプログラムをハードディスク１２から読み出す。そして、ＣＰＵ１６は、このプログラムを通信部１１へ出力する。通信部１１は、このプログラムを携帯電話３へ送信する（ｓ６２）。
【００８１】
携帯電話３のＣＰＵ２９は、コンテンツ再生テスト用のプログラムを通信部２１が受信すると、このプログラムを実行して、コンテンツ再生テストを開始する（ｓ４８）。すなわち、ＣＰＵ２９は、テスト内容を表示部２７に表示させ、また、テスト内容に応じた音声や画像を信号処理部２３で処理させて、スピーカ２５から出力させたり、表示部２７に表示させたりする。ユーザは、操作部２６を操作して、携帯電話３のばらつきや好みに応じた音声や画像を選択しながらテストを実行する。ＣＰＵ２９は、操作部２６における入力に基づいて個別設定情報を生成し、コンテンツ再生テストが終了すると、生成した個別設定情報に基づいて変換テーブルを生成する。そして、ＣＰＵ２９は、この変換テーブルをメモリ２８に記憶させる（ｓ４９）。続いて、ＣＰＵ２９は、着信メロディの配信要求を通信部２１へ出力する。通信部２１は、この配信要求をコンテンツサーバ２へ送信する（ｓ５０）。
【００８２】
一方、ステップｓ４５において、ＣＰＵ２９は、メモリ２８が個別設定情報に基づく変換テーブルを記憶している場合、この変換テーブルの種類やジャンルを確認する（ｓ５１）。ＣＰＵ２９は、この変換テーブルが配信要求のあった着信メロディの種類やジャンルと合致した専用型の変換テーブルまたは汎用型の変換テーブルであれば、着信メロディの配信要求を通信部２１へ出力する。通信部２１は、この配信要求をコンテンツサーバ２へ送信する（ｓ５０）。
【００８３】
また、ＣＰＵ１６は、ステップｓ５１において、変換テーブルが配信要求のあった着信メロディと種類やジャンルが異なるコンテンツ用の専用型の変換テーブルのみをハードディスク１２が記憶していた場合、ステップｓ４６の処理を実行する。
【００８４】
コンテンツサーバ２のＣＰＵ１６は、携帯電話３からの配信要求を通信部１１が受信すると、ハードディスク１２を検索して配信要求のあった着信メロディのデータを読み出す。そして、ＣＰＵ１６は、この着信メロディのデータを通信部１１へ出力する。通信部１１は、この着信メロディのデータを携帯電話３へ送信する（ｓ６３）。
【００８５】
携帯電話３のＣＰＵ２９は、通信部２１が着信メロディのデータを受信すると、変換テーブルに基づいてデータを変換し、この着信メロディのデータをメモリ２８に記憶させる（ｓ５２）。
【００８６】
携帯電話３のユーザは、操作部２６を操作してこの着信メロディを電話の着信時に再生するように設定する。ＣＰＵ２９は、操作部２６における操作を検出すると、メモリ２８に記憶させた着信メロディを電話の着信時に再生するように設定する。ＣＰＵ２９は、他の電話からの呼び出しを通信部２１が受信すると、メモリ２８から着信メロディを読み出して、信号処理部２３で処理を行ってスピーカ２５から音声を出力させる（ｓ５３）。
【００８７】
なお、携帯電話３では、コンテンツサーバ２からコンテンツの配信を受ける前に、予め再生テストのみを行って、個別設定情報に基づく変換テーブルを携帯電話３に生成させておくように設定することも可能である。この場合、携帯電話３は、コンテンツの配信要求を行いコンテンツの配信を受けると、変換テーブルに基づいて速やかにコンテンツ変換することができる。したがって、すぐに変換されたコンテンツを再生することができる。
【００８８】
また、上記のようにコンテンツの変換テーブルを携帯電話３のメモリ２８に記憶させる場合、コンテンツサーバ２からコンテンツの配信を受けてから、コンテンツ再生テストを実行して変換テーブルを作成し、この変換テーブルに基づいてコンテンツの変換を行うようにしても良い。
【００８９】
また、コンテンツ再生テストで使用する楽曲や画像などのテストコンテンツは、テスト専用コンテンツとして予め設定されたコンテンツを使用することもできるし、ユーザが好みのコンテンツをテスト用のコンテンツとして設定することもできる。さらに、携帯電話３のユーザは、配信要求した楽曲コンテンツや画像コンテンツを用いてコンテンツ再生テストを行い、テスト結果である個別設定情報や変換テーブルを生成することもできる。
【００９０】
コンテンツサーバ２から配信するコンテンツは、着信メロディや写真や絵画などの画像だけでなく、音楽や映像（動画）、また、これらを複合したものでも良い。例えば、映像と音声とを複合したコンテンツであるカラオケ用のコンテンツや映画などのコンテンツも、コンテンツ再生テストを実行することで、再生設定を調整することができる。
【００９１】
また、楽曲コンテンツとしては、ＭＰ３形式やＷＡＶ形式などの音楽ファイルを取り扱うことができる。コンテンツ配信システムでは、これらの音楽ファイルの場合、コンテンツ再生テストでは、全体の音量の他に周波数特性を調整するイコライジングを行うように設定されているので、ユーザは高音域や低音域などの再生音量を変更して携帯電話３で再生させることができる。
【００９２】
【発明の効果】
本発明によれば、コンテンツの制作者は、携帯端末のばらつきやユーザの好みに合わせて複数のコンテンツを制作しなくても良くなり、コンテンツ制作時の労力や時間を削減できる。また、携帯端末のユーザは、このコンテンツサーバからコンテンツの配信を受けることで、携帯端末の同一機種内におけるコンテンツの再生性能のばらつきが補正され、自分の好みに合ったコンテンツを、携帯端末で再生することができる。
【００９３】
また、携帯端末のユーザは、携帯端末のコンテンツ再生性能のばらつきやユーザ自身の好みに応じて変換した楽曲コンテンツや画像コンテンツを携帯端末で再生することができる。
【００９４】
さらに、コンテンツサーバは携帯端末の個別設定情報を記憶手段に記憶させているので、携帯端末からコンテンツの配信要求のみが送信された際には、個別設定情報及びコンテンツを記憶手段から読み出して、変換手段でコンテンツをすぐに変換して携帯端末へ配信することができる。
【００９５】
加えて、コンテンツサーバは、携帯端末からコンテンツの配信要求を受信しても個別設定情報がなければ、コンテンツを変換することができないが、携帯端末にテストコンテンツを配信するので、携帯端末において個別設定情報を生成することができ、コンテンツサーバは、この個別設定情報を受信してコンテンツを変換することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るデータ配信システムの概略構成を示したブロック図である。
【図２】コンテンツの配信時におけるコンテンツサーバと携帯電話の動作を説明するためのフローチャートである。
【図３】楽曲コンテンツの構成、及びコンテンツ再生テストの結果を示した図である。
【図４】音量変換テーブルの生成アルゴリズムパターンを示した図である。
【図５】携帯電話でコンテンツの変換を行う場合におけるデータ配信システムの動作を説明するためのフローチャートである。
【符号の説明】
１−データ配信システム１、２−コンテンツサーバ、３−携帯電話、
４−通信ネットワーク、５−アンテナ、
１１−通信部、１２−ハードディスク、１３−メモリ、１４−操作部、
１５−表示部、１６−ＣＰＵ
２１−通信部、２２−アンテナ、２３−信号処理部、２４−マイク、
２５−スピーカ、２６−操作部、２７−表示部、２８−メモリ、２９−ＣＰＵ
Claims (8)
- 携帯端末用のコンテンツを機種毎に記憶する記憶手段と、
携帯端末から、その機種を識別する機種情報を含むコンテンツの配信要求と、同一機種内でのコンテンツの再生性能のばらつきを補正する情報及びユーザ毎の好みに応じてコンテンツの再生設定を変更する情報のうち少なくとも一方を含む個別設定情報と、を受信するとともに、携帯端末に対してコンテンツを送信する通信手段と、
コンテンツが携帯端末に適合した状態で再生されるように、前記個別設定情報に基づいてコンテンツを変換する変換手段と、
前記通信手段を介して前記コンテンツの配信要求及び個別設定情報を受信したときに、その携帯端末の機種に対応するコンテンツを前記記憶手段から読み出して、前記個別設定情報とともに前記変換手段に供給し、前記変換手段によって変換されたコンテンツを、前記通信手段を介して前記携帯端末へ送信する制御手段と、
を備えたことを特徴とするコンテンツサーバ。 - 前記変換手段は、楽曲コンテンツの音量、音程、バランス、音色、旋律、及び編曲のうちの少なくとも１つを変換する請求項１に記載のコンテンツサーバ。
- 前記変換手段は、画像コンテンツの色相、彩度、明度のうちの少なくとも１つを変換する請求項１または２に記載のコンテンツサーバ。
- 前記制御手段は、前記携帯端末から前記個別設定情報が送信されると、前記記憶手段に記憶させ、
前記携帯端末からコンテンツの配信要求のみが送信されてきたとき、前記記憶手段から読み出した前記携帯端末の個別設定情報に基づいて、前記変換手段にコンテンツを変換させる請求項１乃至３のいずれかに記載のコンテンツサーバ。 - 前記制御手段は、前記携帯端末からコンテンツの配信要求のみが送信されてきたときに、前記記憶手段が前記携帯端末の個別設定情報を記憶していないと、前記個別設定情報を作成するためのテストコンテンツを前記携帯端末に送信する請求項４に記載のコンテンツサーバ。
- 請求項１乃至５のいずれかに記載のコンテンツサーバへ、機種を識別する機種情報を含むコンテンツの配信要求を送信するとともに、前記コンテンツサーバから配信されたコンテンツを受信する通信手段と、
コンテンツを再生する再生手段と、
前記再生手段で所定のテストコンテンツを再生し、このテストコンテンツの再生状態に基づいて、同一機種内でのコンテンツの再生性能のばらつきを補正する情報、及びユーザ毎の好みに応じてコンテンツの再生状態を変更する情報のうち少なくとも一方を含む個別設定情報を生成するとともに、前記コンテンツの配信要求及び前記個別設定情報を、前記通信手段を介してコンテンツサーバへ送信する制御手段と、
を備えたことを特徴とする携帯端末。 - 機種を識別する機種情報を含むコンテンツの配信要求をコンテンツサーバへ送信するとともに、コンテンツサーバから配信されたコンテンツを受信する通信手段と、
同一機種内でのコンテンツの再生性能のばらつきを補正する情報、及びユーザ毎の好みに応じてコンテンツの再生状態を変更する情報のうち少なくとも一方を含む個別設定情報を記憶する記憶手段と、
前記個別設定情報に基づいてコンテンツを変換する変換手段と、
前記変換手段が変換したコンテンツを再生する再生手段と、
を備えたことを特徴とする携帯端末。 - 請求項１乃至５のいずれかに記載のコンテンツサーバと、請求項６または７に記載の携帯端末と、から成るデータ配信システム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003197016A JP4241229B2 (ja) | 2003-07-15 | 2003-07-15 | コンテンツサーバ、携帯端末、及びデータ配信システム |
| KR1020040054741A KR100802253B1 (ko) | 2003-07-15 | 2004-07-14 | 콘텐츠 서버, 휴대 단말기, 및 데이터 배신 시스템 |
| CN 200420073987 CN2819317Y (zh) | 2003-07-15 | 2004-07-15 | 内容服务器以及携带终端 |
| CN 200410069881 CN1577361A (zh) | 2003-07-15 | 2004-07-15 | 内容服务器、携带终端、及数据投送系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003197016A JP4241229B2 (ja) | 2003-07-15 | 2003-07-15 | コンテンツサーバ、携帯端末、及びデータ配信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005037432A true JP2005037432A (ja) | 2005-02-10 |
| JP4241229B2 JP4241229B2 (ja) | 2009-03-18 |
Family
ID=34207294
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003197016A Expired - Fee Related JP4241229B2 (ja) | 2003-07-15 | 2003-07-15 | コンテンツサーバ、携帯端末、及びデータ配信システム |
Country Status (3)
| Country | Link |
|---|---|
| JP (1) | JP4241229B2 (ja) |
| KR (1) | KR100802253B1 (ja) |
| CN (2) | CN1577361A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007065820A (ja) * | 2005-08-30 | 2007-03-15 | Ubiquitous Business Technology Inc | 携帯サイト管理システム |
| JP2007116316A (ja) * | 2005-10-19 | 2007-05-10 | Xing Inc | データ配信装置、データ配信方法、通信端末装置およびデータ出力プログラム |
| JP2007199220A (ja) * | 2006-01-25 | 2007-08-09 | Yamaha Corp | 電子楽器及び音楽情報提供サーバ |
| JP2012220547A (ja) * | 2011-04-05 | 2012-11-12 | Sony Corp | 音量制御装置、音量制御方法およびコンテンツ再生システム |
| JPWO2016009863A1 (ja) * | 2014-07-18 | 2017-05-25 | ソニーセミコンダクタソリューションズ株式会社 | サーバ装置、およびサーバ装置の情報処理方法、並びにプログラム |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101131668B1 (ko) * | 2006-04-28 | 2012-03-28 | 에스케이 텔레콤주식회사 | 벨소리 크기 및 진동 세기 설정 시스템 및 그 방법 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100398711B1 (ko) * | 2000-11-08 | 2003-09-19 | 주식회사 와이즈엔진 | 동적 데이터를 포함한 멀티미디어 콘텐츠의 실시간 통합및 처리 기능을 갖는 콘텐츠 출판 시스템 및 그 방법 |
| KR100379572B1 (ko) * | 2000-12-28 | 2003-04-11 | 주식회사 아이티안 | 무선 단말언어 실시간 자동 변환 시스템 및 자동 변환 방법 |
-
2003
- 2003-07-15 JP JP2003197016A patent/JP4241229B2/ja not_active Expired - Fee Related
-
2004
- 2004-07-14 KR KR1020040054741A patent/KR100802253B1/ko not_active IP Right Cessation
- 2004-07-15 CN CN 200410069881 patent/CN1577361A/zh active Pending
- 2004-07-15 CN CN 200420073987 patent/CN2819317Y/zh not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007065820A (ja) * | 2005-08-30 | 2007-03-15 | Ubiquitous Business Technology Inc | 携帯サイト管理システム |
| JP4753666B2 (ja) * | 2005-08-30 | 2011-08-24 | 株式会社ユビキタス・ビジネステクノロジー | 携帯サイト管理システム |
| JP2007116316A (ja) * | 2005-10-19 | 2007-05-10 | Xing Inc | データ配信装置、データ配信方法、通信端末装置およびデータ出力プログラム |
| JP4585421B2 (ja) * | 2005-10-19 | 2010-11-24 | 株式会社エクシング | データ配信装置、データ配信方法、通信端末装置およびデータ出力プログラム |
| JP2007199220A (ja) * | 2006-01-25 | 2007-08-09 | Yamaha Corp | 電子楽器及び音楽情報提供サーバ |
| JP4665776B2 (ja) * | 2006-01-25 | 2011-04-06 | ヤマハ株式会社 | 電子楽器及び音楽情報提供サーバ |
| JP2012220547A (ja) * | 2011-04-05 | 2012-11-12 | Sony Corp | 音量制御装置、音量制御方法およびコンテンツ再生システム |
| JPWO2016009863A1 (ja) * | 2014-07-18 | 2017-05-25 | ソニーセミコンダクタソリューションズ株式会社 | サーバ装置、およびサーバ装置の情報処理方法、並びにプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4241229B2 (ja) | 2009-03-18 |
| KR20050008510A (ko) | 2005-01-21 |
| KR100802253B1 (ko) | 2008-02-11 |
| CN2819317Y (zh) | 2006-09-20 |
| CN1577361A (zh) | 2005-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6518491B2 (en) | Apparatus and method for automatically generating musical composition data for use on portable terminal | |
| EP1691537A1 (en) | Apparatus and method for performing a music play function in a portable terminal | |
| JP4241229B2 (ja) | コンテンツサーバ、携帯端末、及びデータ配信システム | |
| JPH1152966A (ja) | 音楽演奏システム | |
| JPH11242490A (ja) | 鳴動メロディ用の音楽生成データを供給するカラオケ演奏装置 | |
| KR100477306B1 (ko) | 휴대 전화 | |
| JP2010160358A (ja) | 動画制御システム及び動画制御方法 | |
| KR100731232B1 (ko) | 악곡 데이터 편집 재생 장치 및 휴대 정보 단말기 | |
| KR20040084061A (ko) | 음악 연주 및 편집을 위한 이동통신 단말기 및 방법 | |
| KR20020000398A (ko) | 벨 소리 전송 시스템 및 전송 방법 | |
| JP4292783B2 (ja) | ピッチ変更装置、カラオケ装置 | |
| JP4592102B2 (ja) | 通信システムおよび通信端末 | |
| JP2006154777A (ja) | 音楽生成システム | |
| JP2001036604A (ja) | 電話装置 | |
| EP1519619A1 (en) | Loudspeaker sensitive sound reproduction | |
| JP2005189878A (ja) | 音楽演奏装置と音楽演奏方法とプログラム | |
| JP2009244294A (ja) | 電子楽曲音生成装置及びプログラム | |
| JP2000330557A (ja) | メロディ機能付きのデジタル信号処理装置 | |
| JP2003022072A (ja) | 携帯通信端末およびサーバ装置 | |
| KR100728295B1 (ko) | 오프셋을 이용한 링/톤의 재생 음량 확장 장치 및 그 방법 | |
| JPH11212555A (ja) | 音楽再生装置 | |
| WO2013051084A1 (ja) | 記録装置、記録方法、及び記録制御用のコンピュータプログラム、並びに再生装置、再生方法、及び再生制御用のコンピュータプログラム | |
| JP2008191546A (ja) | 音楽プレーヤー | |
| JP2002023745A (ja) | 着信メロディ生成装置及び着信メロディ生成方法 | |
| KR20040009937A (ko) | 이동통신 단말기의 벨소리 출력 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060323 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080401 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080530 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081209 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081222 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120109 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130109 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140109 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |