JP4513644B2 - コンテンツ配信サーバ - Google Patents

Description

本発明は、楽曲コンテンツを携帯電話機等の端末装置に配信するコンテンツ配信サーバに関する。

従来、複数のメディアデータから成るコンテンツを配信するサーバが知られている。例えば、下記特許文献１のサーバでは、演奏データに、画像、テキスト、音声等を時間的・空間的に配置したマルチメディアデータに、編集態様を規定した編集操作設定データを対応させたテンプレートを配信し、これを受信する携帯電話機等の端末装置では、編集操作設定データにより許容される範囲で、テンプレートを改変することができる。例えば、所定タイミングで再生される画像を複数の画像の中から選択したり、所定タイミングで再生されるように設定されているメディアデータを他のメディアデータに置換したりすることができる。
特開平２００４−００７４０７号公報

しかしながら、上記特許文献１のサーバによれば、端末装置では、テンプレートのテキストや画像を差し替えることしかできず、テンプレート自体を動的に変更することを可能にしているものではない。そのため、上記サーバによる配信サービスは、現実には、いわゆるグリーティングサービスとして利用されるものであった。一般に、配信される楽曲データは、再配布や改変が制限されているため、グリーティングサービスにおいては、採用される楽曲は限られたものであり、端末装置のユーザは、必ずしも、所望の楽曲が含まれたテンプレートを取得できるとは限らなかった。

すなわち、ユーザにとって、好みの楽曲の再生に合わせて好みの動画等を適切に並行して再生することが、現実には困難であるという問題があった。例えば、テンプレートにおける楽曲または動画等を変更した場合、楽曲の再生時間長と動画等の再生時間長とが合わなくなる場合がある。また、例えば、楽曲が明るい曲調なのに、動画等が暗い色調や暗いイメージのものである等により、相互の内容が不適合となる場合がある。

このように、端末装置のユーザが、所望の動画等の表示を、所望の楽曲の再生に合わせて行うことが困難であるという問題があった。

本発明は上記従来技術の問題を解決するためになされたものであり、その目的は、端末装置において、所望の表示内容を、所望の楽曲の再生に時間的に合わせて再生させることができるコンテンツ配信サーバを提供することにある。

上記目的を達成するために本発明の請求項１のコンテンツ配信サーバは、楽音イベント情報で成る楽音イベントシーケンスを規定した楽曲コンテンツ（ｍＦ）を複数記憶した楽曲記憶手段（１２）と、表示開始タイミングと表示期間と表示内容を変化させる表示動作速度とを規定するパラメータを含む表示制御イベント情報（ｅｖ）で成る表示制御イベントシーケンスを規定したテンプレートコンテンツ（ｔｐＦ）を複数記憶したテンプレート記憶手段（１３）と、端末装置（３０）と通信する通信手段（１６、１７）と、前記通信手段を介した前記端末装置からの要求に応じて、前記楽曲記憶手段に記憶された複数の楽曲コンテンツの中から１つの楽曲コンテンツを特定する楽曲特定手段（１５）と、前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート記憶手段に記憶された複数のテンプレートコンテンツの中からテンプレートコンテンツを特定するテンプレート特定手段（１５）と、前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間の調節態様を第１の態様または第２の態様のうちから選択する変換態様選択手段と、前記楽曲特定手段により特定された楽曲コンテンツの再生時間長と前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間長との比に応じて、前記特定されたテンプレートコンテンツの再生時間長を調節する時間長調節手段（１９）であって、前記変換態様選択手段により前記第１の態様が選択された場合は、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示期間とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節すると共に、前記変換態様選択手段により前記第２の態様が選択された場合は、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示動作速度とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節するものと、前記楽曲特定手段により特定された楽曲コンテンツに、前記時間長調節手段により再生時間長が調節されたテンプレートコンテンツを付加した合成コンテンツを生成する合成コンテンツ生成手段（１９）と、前記合成コンテンツ生成手段により生成された合成コンテンツを、前記通信手段を介して前記端末装置に配信するコンテンツ配信手段（１７）とを有することを特徴とする。
上記目的を達成するために本発明の請求項２のコンテンツ配信サーバは、楽音イベント情報で成る楽音イベントシーケンスを規定した楽曲コンテンツを複数記憶した楽曲記憶手段と、表示開始タイミングと表示期間とを規定するパラメータを含む表示制御イベント情報で成る表示制御イベントシーケンスを規定したテンプレートコンテンツを複数記憶したテンプレート記憶手段と、端末装置と通信する通信手段と、前記通信手段を介した前記端末装置からの要求に応じて、前記楽曲記憶手段に記憶された複数の楽曲コンテンツの中から１つの楽曲コンテンツを特定する楽曲特定手段と、前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート記憶手段に記憶された複数のテンプレートコンテンツの中からテンプレートコンテンツを特定するテンプレート特定手段と、前記楽曲特定手段により特定された楽曲コンテンツの再生時間長と前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間長との比に応じて、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示期間とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節する時間長調節手段と、前記楽曲特定手段により特定された楽曲コンテンツに、前記時間長調節手段により再生時間長が調節されたテンプレートコンテンツを付加した合成コンテンツを生成する合成コンテンツ生成手段と、前記合成コンテンツ生成手段により生成された合成コンテンツを、前記通信手段を介して前記端末装置に配信するコンテンツ配信手段とを有することを特徴とする。
上記目的を達成するために本発明の請求項３のコンテンツ配信サーバは、楽音イベント情報で成る楽音イベントシーケンスを規定した楽曲コンテンツを複数記憶した楽曲記憶手段と、表示開始タイミングと表示内容を変化させる表示動作速度とを規定するパラメータを含む表示制御イベント情報で成る表示制御イベントシーケンスを規定したテンプレートコンテンツを複数記憶したテンプレート記憶手段と、端末装置と通信する通信手段と、前記通信手段を介した前記端末装置からの要求に応じて、前記楽曲記憶手段に記憶された複数の楽曲コンテンツの中から１つの楽曲コンテンツを特定する楽曲特定手段と、前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート記憶手段に記憶された複数のテンプレートコンテンツの中からテンプレートコンテンツを特定するテンプレート特定手段と、前記楽曲特定手段により特定された楽曲コンテンツの再生時間長と前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間長との比に応じて、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示動作速度とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節する時間長調節手段と、前記楽曲特定手段により特定された楽曲コンテンツに、前記時間長調節手段により再生時間長が調節されたテンプレートコンテンツを付加した合成コンテンツを生成する合成コンテンツ生成手段と、前記合成コンテンツ生成手段により生成された合成コンテンツを、前記通信手段を介して前記端末装置に配信するコンテンツ配信手段とを有することを特徴とする。

なお、上記括弧内の符号は例示である。

本発明の請求項１、２、３によれば、端末装置において、所望の表示内容を、所望の楽曲の再生に時間的に合わせて再生させることができる。

本発明の請求項４によれば、楽曲コンテンツのイントロやエンディング等に対応する表示内容に影響を与えることを回避することができる。

以下、本発明の実施の形態を図面を参照して説明する。

図１は、本発明の一実施の形態に係るコンテンツ配信サーバを含んだコンテンツ配信システムの全体構成を示すブロック図である。

本システムは、コンテンツ配信サーバ（以下、「配信サーバ」と称する）１０と通信端末装置（以下、単に「端末装置」と称する）３０とが、インターネット等の通信回線２０を介して通信可能に接続されて構成される。端末装置３０は、同様の構成のものが複数、通信回線２０を介して配信サーバ１０に接続されている。

配信サーバ１０には、各種データベース（以下、「ＤＢ」と略記する）、すなわち、画面ＤＢ１１、楽曲ＤＢ１２、雛形ＤＢ１３、顧客ＤＢ１４が記憶されている。画面ＤＢ１１には、端末装置３０において表示されるためのページ記述ファイル、アイコン画像等が格納されている。楽曲ＤＢ１２には、端末装置３０において着信時等に再生されるメロディ（歌詞無し及び歌詞付きを含む）のファイル（以下、「楽曲ファイル」と称する）ｍＦが多数格納されている。

雛形ＤＢ１３には、端末装置３０で表示されるための、アニメーション、静止画、動画等で成るテンプレートである「雛形ファイルｔｐＦ」（後述）と、各雛形ファイルｔｐＦに対応したデモンストレーション用の「デモファイル」とが多数格納されている。顧客ＤＢ１４には、各端末装置３０毎に、楽曲ファイルｍＦ及び後述するアニメ付音楽ファイルａｍＦの配信実績（日付、回数、ポイント消費状況等）が格納される。各端末装置３０の識別は、例えば、電話番号によって管理される。

受信部１６は、通信回線２０を通じて端末装置３０から送信されてくる各種のリクエスト（要求）を受信し、これらをリクエスト解析部１５に送る。リクエスト解析部１５は、送られてきたリクエストを解析し、その解析結果に応じて上記各種ＤＢにアクセスする。各種ＤＢからは、解析結果に応じたデータが、送信部１７、楽曲解析エンジン１８または変換エンジン１９に送られる。例えば、送信部１７には、端末装置３０における画面表示用の画面データ、リクエストに応じた楽曲ファイルｍＦ、各種メニューリスト等が送られる。

楽曲解析エンジン１８は、後述するように、端末装置３０のユーザによって選択された楽曲ファイルｍＦを解析して、その楽曲ファイルｍＦに適合する雛形リストを作成し、これを送信部１７に送る。変換エンジン１９は、後述するように、端末装置３０のユーザによって選択された楽曲ファイルｍＦに雛形ファイルｔｐＦを付加した新たなファイルであるアニメ付音楽ファイルａｍＦを生成し、これを送信部１７に送る。送信部１７は、送られてきた各種データを、通信回線２０を通じて端末装置３０に送信する。なお、アニメ付音楽ファイルａｍＦの語には便宜上「アニメ」が付いているが、アニメ付音楽ファイルａｍＦに含まれる雛形ファイルｔｐＦの表示データは、アニメーションに限られるものではなく、静止画、動画も含まれ得る。

ところで、配信サーバ１０には、図示はしないが、ＣＰＵのほか、大容量のハードディスク、ＲＡＭ、ＲＯＭ等の記憶装置が備えられている。ＲＯＭには、ＣＰＵが実行する制御プログラムが記憶されている。上記した各種ＤＢは、上記ハードディスクに格納され、また、リクエスト解析部１５、楽曲解析エンジン１８、変換エンジン１９等の機能は、ＣＰＵ及び上記記憶装置の協働により実現される。

一方、端末装置３０については、代表して１つを説明する。端末装置３０は、ＣＰＵ３１に、バス４０を介して、ＲＯＭ３２、記憶部３３、表示部３４、ＲＡＭ３５、通信インターフェイス（Ｉ／Ｆ）３６、入力デバイス３７及び音源部３８が接続されて構成される。さらに、音源部３８には、サウンドシステム３９が接続されている。

端末装置３０は、例えば、携帯電話機として構成される。ＣＰＵ３１は、本端末装置３０全体の制御を司る。ＲＯＭ３２は、端末装置３０を統括するためのファームウェアや各種データ等を記憶する。記憶部３３は、フラッシュメモリ等の不揮発性メモリで構成され、ダウンロードした各種データや、制御プログラム等を記憶する。表示部３４は、液晶ディスプレイ（ＬＣＤ）等で構成され、画像、文字等の各種情報を表示する。ＲＡＭ３５は、各種フラグや各種データを一時的に記憶する。

通信Ｉ／Ｆ３６は、通信回線２０に接続可能なものであり、無線、有線を問わない。入力デバイス３７は、各種情報を入力するための、カーソルキー、機能キー等、複数の各種操作子を含む。音源部３８は、記憶部３３またはＲＡＭ３５に記憶された楽曲ファイルｍＦ等の演奏データを楽音信号に変換し、サウンドシステム３９が、その楽音信号等を音響に変換する。

図２は、アニメ付音楽ファイルａｍＦのデータ構成を示す概念図である。アニメ付音楽ファイルａｍＦは、ヘッダ５１、楽音トラック５２、歌詞トラック５３及びアニメーショントラック５４から構成される。アニメ付音楽ファイルａｍＦは、楽曲ファイルｍＦに雛形ファイルｔｐＦが付加されたもの、すなわち、両者が合成されたものである。楽曲ＤＢ１２に記憶されている元の（合成前の）楽曲ファイルｍＦは、複数の楽音イベント情報で成る楽音イベントシーケンスを規定した楽曲コンテンツであり、一般に、着信メロディ向けに配信される公知の形式のデータである。すなわち、楽曲ファイルｍＦは、例えば、ＳＭＡＦ(Synthetic music Mobile Application Format)（商標）フォーマットで構成され、ヘッダ５１のほか、楽音トラック５２、歌詞トラック５３を含んでいる。楽音トラック５２は、図示はしないが、複数のイベントデータ、各イベントデータの発音継続時間を示すゲートタイムデータ等で構成される。

雛形ＤＢ１３に記憶されている元の雛形ファイルｔｐＦは、表示制御イベントシーケンスを規定したテンプレートコンテンツであり、楽曲ファイルｍＦと同様のフォーマットで構成され、ヘッダ５１のほか、アニメーショントラック５４を含んでいる。アニメーショントラック５４は、複数の表示イベントデータｅｖ（図７で後述する）、各表示イベントデータの表示継続時間を示すゲートタイムデータ等で構成される。元の雛形ファイルｔｐＦの再生時間長は、例えば、１０〜３０秒程度に設定されている。

アニメ付音楽ファイルａｍＦにおけるヘッダ５１は、元の楽曲ファイルｍＦ及び元の雛形ファイルｔｐＦにおける各ヘッダ５１とは同一でなく、両者のヘッダ５１の内容を合わせたものとなっている。アニメ付音楽ファイルａｍＦにおけるヘッダ５１には、例えば、ファイルサイズ情報、トラック情報（楽曲名、楽曲ジャンル、アニメーション名、作者、曲全体の演奏テンポを示すテンポデータ）等の各種情報が含まれている。

図３は、配信サーバ１０と端末装置３０との通信の態様例を示す図である。端末装置３０のユーザは、配信サーバ１０に存在している楽曲（楽曲ファイルｍＦ）を単独で購入するとき、あるいは楽曲再生と表示を共に行うアニメ付音楽ファイルａｍＦを購入するとき、次のような手順で配信サーバ１０と通信を行う。

まず、端末装置３０が、音楽ジャンルや新譜等の条件を設定して楽曲リストを要求すると、配信サーバ１０がそれに応答して楽曲リストを端末装置３０に送信する。端末装置３０では、楽曲リストから所望の楽曲を選択し、それを配信サーバ１０に告げると、所望により、その楽曲を試聴することができる。そして、楽曲を単独で（アニメ付音楽ファイルａｍＦにすることなく）購入する場合は、楽曲購入要求を配信サーバ１０に送信すれば、配信サーバ１０からその選択された楽曲が端末装置３０にダウンロードされる。このとき、配信サーバ１０の顧客ＤＢ１４（図１参照）には、当該端末装置３０がどの楽曲を購入したのかを示す配信実績が記録されると共に、楽曲購入に基づく課金（例えば、２ポイントとする）がなされる。

なお、楽曲を単独で購入する場合は、従来の通信乃至処理態様と同様である。これ以降の処理については、図３で概略を説明し、後に、図４〜図１１を用いて詳細に説明する。

次に、端末装置３０がアニメ化要求、すなわち、今回購入しようとする楽曲、または過去に購入した楽曲を対象として、該楽曲に対して、雛形ファイルｔｐＦを付加するための要求を配信サーバ１０に対して行うと、配信サーバ１０は、当該楽曲に適した雛形リストを作成し、端末装置３０に送信する。

端末装置３０は、受信した雛形リストから、所望の雛形ファイルｔｐＦを選択して、必要に応じて試聴を行うことができる。この試聴には、雛形ファイルｔｐＦに対応するデモデータが用いられ、配信サーバ１０からデモデータがダウンロードされるが、課金はされない。

次に、端末装置３０では、所望の雛形ファイルｔｐＦを１つ選択したら、アニメ変換要求、すなわち、その雛形ファイルｔｐＦの再生時間長を調節して、それを、上記対象となっている楽曲に対して実際に付加することを要求する。このとき、配信サーバ１０は、雛形ファイルｔｐＦの再生時間長を楽曲ファイルｍＦに合わせて調節する（詳細は図７〜図１１で後述する）。そして、再生時間長が調節された雛形ファイルｔｐＦが楽曲ファイルｍＦに付加されたアニメ付音楽ファイルａｍＦを生成し、これを、要求元の端末装置３０に配信する。

配信サーバ１０では、端末装置３０がこのアニメ付音楽ファイルａｍＦをダウンロードしたときも、顧客ＤＢ１４に、当該端末装置３０がアニメ付音楽ファイルａｍＦを購入した事実、及びアニメ付音楽ファイルａｍＦを構成した楽曲ファイルｍＦ及び雛形ファイルｔｐＦが何であるかを示す配信実績が記録されると共に、購入に基づく課金（例えば、３ポイント）がなされる。ただし、アニメ付音楽ファイルａｍＦを構成した楽曲ファイルｍＦが過去に当該端末装置３０に配信された実績があるものであるときは、雛形ファイルｔｐＦのみにつき課金（例えば、１ポイント）がなされる。

ところで、配信サーバ１０が提供するサービスは、例えば月額固定料金のサービスであり、毎月所定の“ポイント”を付与し、各端末装置３０毎に、所持ポイントの範囲内での有料サービスとなる。ファイルのダウンロード（購入）を行う際は“ポイント”が消費される。配信サーバ１０は、ダウンロード要求の際に、顧客ＤＢ１４を参照し、十分なポイントが残っているか否かを確認する。そして、ポイントが不足している場合は、「ポイント不足のためサービスの提供ができない」旨を表示した画面を端末装置３０に返信する。

図４は、配信サーバ１０で実行されるリクエスト受信処理のフローチャートである。配信サーバ１０は、常に待機状態にあり、端末装置３０からのリクエストが受信される毎に本処理が実行される。図５は、図４のリクエスト受信処理に対応して、端末装置３０の表示部３４（図１参照）に表示される画面及び配信サーバ１０における対応処理の遷移図である。なお、配信サーバ１０は、複数の端末装置３０と同時に通信可能であるが、ここでは、１つの端末装置３０からのリクエストの処理、及びそれに対応する端末装置３０における画面表示を例示する。

まず、図４において、端末装置３０からのリクエストが受信されると、そのリクエストを、リクエスト解析部１５が解析し、そのリクエストが、アニメ化、雛形試聴、アニメ変換、その他のいずれであるかを判別する（ステップＳ１０１）。その判別の結果、その他のリクエストである場合は、当該リクエストに応じた画面データを、画面ＤＢ１１から読み出すか、あるいは新たに生成する（ステップＳ１１１）。ここで、上記その他のリクエストには、例えば、トップ画面へのアクセス、楽曲リストの要求、楽曲の選択、楽曲の試聴要求、楽曲の購入要求等がある（図３参照）。次に、上記読み出し、または生成した画面データを、要求元の端末装置３０に送信して、（ステップＳ１１２）、待機状態に戻る。

例えば、図５に示すように、端末装置３０では、トップ画面において、楽曲リストを選択して、不図示の決定キーを押下する（以下、単に「オンする」と称する）と（ステップＳ２０１）、楽曲リストが画面表示される（ステップＳ２０２）。この画面で、所望の楽曲を選択してオンすると、ステップＳ２０３に進み、当該選択された楽曲の試聴、ダウンロード、アニメ化のいずれかの要求を行える。ここで、「ダウンロードする」をオンすれば、当該選択された楽曲の単独購入となり、上記したように、配信サーバ１０において、楽曲配信後、配信実績が記録されると共に、端末装置３０に対して楽曲のみの分の２ポイントが課金される。

図４に戻り、前記ステップＳ１０１の判別の結果、リクエストがアニメ化の要求である場合は、解析エンジン１８が、現在、アニメ化の対象となっている楽曲ファイルｍＦ（以下、「アニメ化対象楽曲」と称する）を解析するために、該アニメ化対象楽曲から情報抽出を行う（ステップＳ１０２）。

図６（ａ）は、雛形リストを作成するために参照されるキーワード−雛形対応テーブルを示す概念図、同図（ｂ）は、雛形リストを作成するために参照される楽音特性−雛形対応テーブル（マップ）を示す概念図である。これらのテーブルは、例えば、配信サーバ１０の雛形ＤＢ１３あるいは上記不図示の記憶装置に格納されている。

図６（ａ）に示すキーワード−雛形対応テーブルでは、「浜辺」、「さみしい」等のキーワードに対して、概念的にそれらに合致した１つ以上の雛形ファイルｔｐＦが対応付けられている。例えば、「浜辺」に対して、雛形１、２、３が対応している。なお、同一の雛形ファイルｔｐＦが異なる複数のキーワードに対して対応していてもよい。一方、図６（ｂ）に示す楽音特性−雛形対応テーブルでは、調（長調／短調）とテンポとに対応して、複数の雛形ファイルｔｐＦが２次元的に配置されている。例えば、長調では明るい色調のアニメーション、速いテンポでは軽快な動きのあるアニメーション等、概念的に合致するように各雛形ファイルｔｐＦが配置されている。

上記テーブルのうちいずれを用いるかは、デフォルトで定めておいてもよいが、端末装置３０のユーザの希望で決定してもよい。その場合、例えば、アニメ化要求を行う際、「キーワード」または「曲調」のいずれかを選択させる画面を表示させ、ユーザに選択させるようにしてもよい。

前記ステップＳ１０２において、まず、雛形リストの作成のために、図６（ａ）に示すキーワード−雛形対応テーブルを用いる場合は、アニメ化対象楽曲の歌詞トラック５３（図２参照）から、テキスト情報を抽出し、該抽出したテキスト情報から、出現する単語を抽出する。そして、出現頻度の高い順に上位所定数番目までの単語をキーワードとする。なお、歌詞トラックから単語を抽出することは、例えば、特開２００１−３４２７５号公報等に記載されているような公知の手法で行うことができる。

一方、前記ステップＳ１０２において、図６（ｂ）に示す楽音特性−雛形対応テーブルを用いる場合は、アニメ化対象楽曲の楽音トラック５２（図２参照）を解析し、アニメ化対象楽曲の調を検出すると共に、ヘッダ５１からテンポデータを抽出する。なお、楽曲の調を検出することは、例えば、特開２００２−１５６９６９号公報等に記載されているような公知の手法で行うことができる。

次に、図４のステップＳ１０３では、前記ステップＳ１０２における解析結果に合致する雛形ファイルｔｐＦをリスト化した雛形リストを作成する。すなわち、キーワード−雛形対応テーブルを用いる場合は、抽出したキーワードに対応する雛形ファイルｔｐＦを、キーワード−雛形対応テーブルを参照して特定する。ここで、特定される雛形ファイルｔｐＦの数に制限を設けてもよく、例えば、上位のキーワードに対応する雛形ファイルｔｐＦを優先的に特定していき、雛形ファイルｔｐＦ数が所定数（例えば、１０個）を越えたら、それより下位のキーワードは無視するようにしてもよい。

一方、楽音特性−雛形対応テーブルを用いる場合は、該テーブルにおいて、上記検出した調及び抽出したテンポデータで定まる交点に近い位置に配置されている雛形ファイルｔｐＦを特定する。この場合、例えば、特定される雛形ファイルｔｐＦ数が所定数を越えるまで、上記交点に近いものから順に、特定される雛形ファイルｔｐＦとして採用していってもよい。

そして、これら、特定した雛形ファイルｔｐＦをリスト化して、雛形リストを作成する。その後、作成した雛形リスト（雛形リストを示す画面データ）を、要求元の端末装置３０に送信して（ステップＳ１０４）、待機状態に戻る。

図４のステップＳ１０２〜Ｓ１０４の処理は、図５のステップＳ２０３に示す表示画面において、「アニメをつける」をオンした後に配信サーバ１０で実行される、ステップＳ２０４の雛形アニメ化処理に相当する。端末装置３０では、雛形リストが受信されると、ステップＳ２０５に進み、雛形リストが画面表示される。ユーザは、この画面で、リストアップされた各雛形ファイルｔｐＦの試聴または選択が行える。ここで、「試聴」がオンされた場合は、図５のステップＳ１０１において、リクエストが雛形試聴の要求であると判別されるので、変換エンジン１９（図１参照）が、当該試聴がオンされた雛形ファイルｔｐＦに対応するデモデータを、雛形ＤＢ１３から読み出す（ステップＳ１０５）。そして、該デモデータを、端末装置３０に送信し（ステップＳ１０６）、待機状態に戻る。

上記デモデータが端末装置３０にダウンロードされると、それが端末装置３０において自動的に、あるいは手動操作によって再生される。デモデータは、雛形ファイルｔｐＦと所定の楽曲ファイルが対応つけられて成り、デモ用の楽音発生と共に、動くアニメーション等が表示部３４に表示されることになる。

一方、前記ステップＳ２０５で表示された雛形リストの画面において、「選択」がオンされると、当該選択された雛形ファイルｔｐＦの変換要求または変換後のアニメ付音楽ファイルａｍＦの試聴を行うための画面が表示される（ステップＳ２０６）。この画面においては、小画面２０６ａに、ユーザの所望により、任意の文字や画像等を入力することができる。ここで入力された内容は、完成後のアニメ付音楽ファイルａｍＦに対応つけられ、例えば、ユーザが複数のアニメ付音楽ファイルａｍＦを識別、管理するのに利用される。

前記ステップＳ２０６で表示された画面において、「変換してＤＬ（ダウンロード）」または「試聴する」がオンされた場合は、図４のステップＳ１０１において、リクエストが、選択された雛形ファイルｔｐＦの変換要求であると判別されるので、ステップＳ１０７に進む。ステップＳ１０７では、変換エンジン１９が、選択された雛形ファイルｔｐＦと上記アニメ化対象楽曲（楽曲ファイルｍＦ）とを、それぞれ雛形ＤＢ１３、楽曲ＤＢ１２から読み出す。ここで、楽曲ファイルｍＦは、過去に同一端末装置３０に対して配信実績があるものであっても、読み出される。

そして、次のステップＳ１０８では、変換エンジン１９が変換処理を行う。すなわち、上記読み出した雛形ファイルｔｐＦの再生時間長を調節して、調節後の雛形ファイルｔｐＦを上記読み出した楽曲ファイルｍＦに付加することで、アニメ付音楽ファイルａｍＦを生成する。この変換処理の詳細は、図７〜図１１を用いて後述する。ここで、このステップＳ１０８では、前記ステップＳ２０６で表示された画面において、「変換してＤＬ」がオンされたことに応じて変換処理を行った場合は、生成したアニメ付音楽ファイルａｍＦに、「保存可能フラグ」を付加する（図５のステップＳ２０７）。一方、「試聴する」がオンされたことに応じて変換処理を行った場合は、生成したアニメ付音楽ファイルａｍＦに、「保存不可フラグ」を付加する（ステップＳ２０８）。

次に、上記生成したアニメ付音楽ファイルａｍＦ（保存可能フラグまたは保存不可フラグ付きのもの）を、送信部１７が要求元の端末装置３０に送信して（ステップＳ１０９）、待機状態に戻る。このアニメ付音楽ファイルａｍＦをダウンロードした端末装置３０では、保存可能フラグが付加されている場合にのみ、そのアニメ付音楽ファイルａｍＦを記憶部３３（図１参照）等に保存することができ、保存不可フラグが付加されているアニメ付音楽ファイルａｍＦについては、試聴（楽音再生及び表示再生）のみを行うことができる。

また、配信サーバ１０では、保存可能フラグが付加されているアニメ付音楽ファイルａｍＦを配信した場合は、配信先の端末装置３０の顧客ＤＢ１４の内容（配信実績）を更新する（ステップＳ１１０）。これと共に、当該端末装置３０に対して、課金を行う（ステップＳ２０９）。この場合において、上述したように、初めて購入する楽曲ファイルｍＦに雛形ファイルｔｐＦを付加した場合は、合計３ポイントが課金されるが、過去に配信実績がある楽曲ファイルｍＦに雛形ファイルｔｐＦを付加した場合は、雛形ファイルｔｐＦのみの分の１ポイントが課金される。なお、保存不可フラグが付加されているアニメ付音楽ファイルａｍＦを配信した場合は、顧客ＤＢ１４の更新は行わず、課金もしない。

次に、前記ステップＳ１０８における変換処理を説明する。図７は、楽曲ファイルｍＦと、雛形ファイルｔｐＦのアニメーショントラック５４中の複数の表示イベントデータｅｖとを、時系列的に示したタイミングチャートである。各表示イベントデータｅｖ（ｅｖ１〜ｅｖ７も含む）は、表示開始時刻から表示終了時刻までの表示継続時間が長さで示されている。

時間調節前の雛形ファイルｔｐＦの全体の再生時間長は、再生開始時刻から処理区間開始時刻Ｇｓまでの前部区間ａ、処理区間開始時刻Ｇｓから処理区間終了時刻Ｇｅまでの中間区間である処理区間ＳＣ１、及び、処理区間終了時刻Ｇｅから再生終了時刻までの後部区間ｂの、３区間の時間長を合算したものであり、上述のように、例えば１０〜３０秒程度である。前部区間ａは例えば約２秒、後部区間ｂは例えば約１０秒であり、これらは個々の雛形ファイルｔｐＦによっても異なる。

一方、同図上部に示すように、雛形ファイルｔｐＦの付加対象となる楽曲ファイルｍＦの再生時間長は、再生開始時刻Ｍｓから再生終了時刻Ｍｅまでの「演奏時間ＭＴ」である。演奏時間ＭＴは、楽曲ファイルｍＦのイベントデータのゲートタイムを加算するか、あるいは、ヘッダ５１に含まれる再生時間情報を参照することで取得される。雛形ファイルｔｐＦの再生時間長（ａ＋ＳＣ１＋ｂ）と演奏時間ＭＴとは、必ずしも一致しないため、両者を一致させるべく、雛形ファイルｔｐＦの再生時間長を調節、すなわち、伸縮する。

その際、処理区間ＳＣ１についてのみ、再生時間長を調節することで、全体の再生時間長を演奏時間ＭＴに一致させる。前部区間ａ及び後部区間ｂは調節しない。具体的には、表示イベントデータｅｖのうち、その表示開始時刻が処理区間ＳＣ１内に含まれているものが、調節の対象とされ、同図の例では、表示イベントデータｅｖ１〜ｅｖ７が対象とされる。

ここで、表示イベントデータｅｖ１〜ｅｖ４は、表示開始時刻から終了時刻までの全体が処理区間ＳＣ１内に含まれているので、それぞれイベント全体が、雛形ファイルｔｐＦに対する再生時間長の調節に応じて調節される。一方、表示イベントデータｅｖ５〜ｅｖ７は、表示開始時刻から終了時刻までの全体ではなく一部区間が処理区間ＳＣ１内に含まれている。これらについては、処理区間ＳＣ１内に含まれている一部区間のみが、雛形ファイルｔｐＦに対する再生時間長の調節に応じて調節される。例えば、雛形ファイルｔｐＦの再生時間長が伸長される場合は、表示イベントデータｅｖ５の表示開始時刻が相対的に遅れると共に表示継続時間が長くなる。また、表示イベントデータｅｖ６については、表示継続時間が長く一方、表示開始時刻自体は変更されない。また、表示イベントデータｅｖ７については、表示開始時刻自体は変更されないが、処理区間ＳＣ１の時間長の変化に応じた分だけ表示継続時間が長くなる。

各表示イベントデータｅｖは、画面上で物体が移動したり、風景、色彩、模様が変化したりするように規定されたデータである。例えば、空の雲が、出発位置から終着位置まで、形を変化させながら決められた速度で進む、といった表示内容を規定するデータである。以降、個々の表示イベントデータｅｖの表示継続時間を、「ライフタイム」と称する。

図８〜図１１は、時間長調節時の変換パターン（第１〜第４パターン）の例を示す図である。各図において、上部に楽曲ファイルｍＦ、その下に変換前の雛形ファイルｔｐＦ、同図下部に変換後の雛形ファイルｔｐＦが示されている。各変換パターンの説明では、調節前の雛形ファイルｔｐＦに対して楽曲ファイルｍＦが長い場合を例示する。

まず、図８に示す第１パターンでは、時間長ｔ１であった処理区間ＳＣ１を時間長ｔ２の処理区間ＳＣ２に伸ばし、ＭＴ＝ａ＋ＳＣ２（ｔ２）＋ｂとなるようにする。そして、処理区間ＳＣ１中のすべての表示イベントデータｅｖ１〜ｅｖ６について、表示開始時刻は変更せずに、表示終了時刻を、処理区間ＳＣ２の処理区間終了時刻Ｇｅに一致させるように変換する（表示イベントデータｅｖ１１〜ｅｖ１６）。これにより、ライフタイムが伸び、表示イベントデータｅｖ１１〜ｅｖ１６の表示が処理区間終了時刻Ｇｅに一斉に終了する。

ここで、一例として、変換対象となった表示イベントデータｅｖの１つが、「空の雲が、出発位置から終着位置まで、形を変化させながら決められた速度で進む」という表示内容を規定するものであるとして、雛形ファイルｔｐＦには、雲の形の変化の速度や、進む速度を規定する、動作時間に関与するパラメータが存在する。しかし、第１パターンでは、表示終了時刻を遅延させるだけであり、上記動作時間に関与するパラメータを変更しないため、雲の形の変化の速度や、進む速度は変化しない。そのため、変換前は、雲が出発位置から終着位置まで、ライフタイム全体をかけて移動するものであったとしても、変換後の表示イベントデータｅｖにおいては、雲は、伸長後のライフタイムの終了より前に終着位置に到達してしまい、その後、ライフタイムの終了まで、終着位置で停止している、というような表示内容となる。このような表示内容が、端末装置３０においてなされることになる。

ちなみに、表示開始時刻が処理区間ＳＣ１に含まれていなかった表示イベントデータｅｖについては、元の雛形ファイルｔｐＦと同じ態様、タイミングで表示される。

次に、図９に示す第２パターンでは、第１パターンと同様に、処理区間ＳＣ１（時間長ｔ１）を処理区間ＳＣ２（時間長ｔ２）に伸ばす。そして、処理区間ＳＣ１中のすべての表示イベントデータｅｖ１〜ｅｖ４について、処理区間開始時刻Ｇｓから表示開始時刻までの時間長と、ライフタイムの双方を、それぞれｔ２／ｔ１倍の長さに伸長する（表示イベントデータｅｖ１１〜ｅｖ１４）。これにより、結果として、表示終了時刻から処理区間終了時刻Ｇｅまでの時間長もｔ２／ｔ１倍の長さに伸びる。

この場合においても、上記と同じ「空の雲・・・」を例にとると、この第２パターンでも、上記動作時間に関与するパラメータを変更しないため、雲の形の変化の速度や、進む速度は変化しない。そのため、変換前は、雲が出発位置から終着位置まで、ライフタイム全体をかけて移動するものであったとしても、変換後の表示イベントデータｅｖにおいては、雲は、ｔ２／ｔ１倍分だけ遅く画面に現れ、伸長後のライフタイムの終了より前に雲が終着位置に到達して、その後、ライフタイムの終了まで、終着位置で停止していることになる。

次に、図１０に示す第３パターンでは、図９に示す第２パターンにおける処理に加えて、上記動作時間に関与するパラメータを、ｔ１とｔ２との比で調節する（表示イベントデータｅｖ１１〜ｅｖ１４）。この場合は、動作速度がｔ１／ｔ２の比率で遅くなるように調節される。ライフタイムはｔ２／ｔ１倍の長さに伸びる。

上記と同じ「空の雲・・・」を例にとると、この第３パターンでは、上記動作時間に関与するパラメータも変更されるため、雲の形の変化の速度や、進む速度も、ｔ１／ｔ２の比率で遅くなる。そのため、変換前は、雲が出発位置から終着位置まで、ライフタイム全体をかけて移動するものであったとすると、変換後の表示イベントデータｅｖにおいては、雲は、ｔ２／ｔ１倍分だけ遅く画面に現れ、変換前に比しゆっくりと形を変化させながら、伸長後のライフタイム全体をかけて出発位置から終着位置まで（変換前に比しゆっくり）移動する。

ここで、図７に示した表示イベントデータｅｖ５〜ｅｖ７のように、表示開始時刻から終了時刻までの全体ではなく一部区間が処理区間ＳＣ１内に含まれるような表示イベントデータｅｖについても、図７で説明したのと同様に、処理区間ＳＣ１内に含まれている一部区間についてのみ、時間調節後の各表示イベントデータｅｖのライフタイムに応じて、動作時間に関与するパラメータの調節が行われる。

図１１に示す第４パターンでは、第１パターンと同様に、処理区間ＳＣ１（時間長ｔ１）を処理区間ＳＣ２（時間長ｔ２）に伸ばす。そして、処理区間ＳＣ１中のすべての表示イベントデータｅｖ１〜ｅｖ３について、ライフタイムを変更することなく、処理区間ＳＣ２中、繰り返し表示されるようにする（ループ）。

すなわち、処理区間ＳＣ２を、先頭から処理区間ＳＣ１と同じ時間長ｔ１毎に分割し、各分割区間において、処理区間ＳＣ１で表示されるのと同じ態様で表示イベントデータｅｖ１〜ｅｖ３を表示させる。すなわち、各分割区間の先頭から表示開始時刻までの時間は、処理区間ＳＣ１における先頭から表示開始時刻までの時間と同じである。また、表示イベントデータｅｖ３は、２つの分割区間を跨いでいるので、前側の分割区間の終端で途切れるのではなく、前側から後側の分割区間にかけて表示を継続し、そのライフタイムを全うする。

ところで、最後の分割区間は、時間長ｔ１に満たない場合があるが、この最後の分割区間においては、表示開始時刻が訪れた表示イベントデータｅｖ（同図の例ではｅｖ１、２）のみが表示され、訪れないもの（表示イベントデータｅｖ３）は表示されない。また、一旦表示された表示イベントデータｅｖ（ｅｖ１、２）は、処理区間終了時刻Ｇｅが過ぎてもそれらのライフタイムを全うする。なお、これらの表示イベントデータｅｖ（ｅｖ１、２）は、処理区間終了時刻Ｇｅが到来した時点で、表示終了させるようにしてもよい。また、表示イベントデータｅｖ３についても、雛形ファイルｔｐＦ全体の再生終了までの間にその表示開始時刻が訪れるのであれば、表示イベントデータｅｖ３を表示するようにしてもよい。

図４のステップＳ１０８では、上記のような４つの変換パターンのうち、いずれか１つを用いて、変換処理がなされる。採用される変換パターンは、デフォルトで（例えば、第３パターンに）設定しておいてもよい。あるいは、端末装置３０のユーザの所望によって定まるようにしてもよい。その場合は、例えば、図５のステップＳ２０６において、「変換してＤＬ」または「試聴する」がオンされた直後に、変換パターンを選択させるための画面を表示させ、選択を受け付けるようにしてもよい。

なお、調節前の雛形ファイルｔｐＦに対して楽曲ファイルｍＦが短い場合は、上記図８〜図１１に示す例とは逆に、処理区間ＳＣ１の時間長を縮小する方向に、表示イベントデータｅｖの各種パラメータを変換すればよい。

本実施の形態によれば、端末装置３０のユーザの好みに応じて、楽曲ファイルｍＦに対して雛形ファイルｔｐＦを付加したアニメ付音楽ファイルａｍＦを配信すると共に、その雛形ファイルｔｐＦの表示時間長を調節して、楽曲ファイルｍＦの再生時間長に一致させる。これにより、端末装置３０のユーザは、楽曲の再生開始及び再生終了に、表示の開始及び終了を一致させることができる。よって、所望の表示内容を、所望の楽曲の再生に時間的に合った状態で再生することができる。

また、雛形リストを、アニメ化対象楽曲中のキーワード、または、アニメ化対象楽曲の調とテンポとに基づいて作成するようにしたので、曲想に適合するテンプレートコンテンツの選択が容易になる。

また、従来と同様の楽曲ファイルｍＦ単独でのダウンロードを可能とすると共に、楽曲ファイルｍＦと雛形ファイルｔｐＦとで、実質的に個別課金方式としたので、アニメ付音楽ファイルａｍＦの配信サービスを行う上で、既存のサービスである楽曲ファイルｍＦの配信サービスとの併用が容易である。

また、前部区間ａ及び後部区間ｂについては調節しないので、雛形ファイルｔｐＦにおいて、楽曲ファイルｍＦにおけるイントロやエンディング等に対応するプロローグ表示やフィナーレ表示等の、時間を伸縮したくない表示部分が含まれていても、それらに影響を与えることがない。なお、処理区間ＳＣ１の伸縮を０〜無限大まで可能とすれば、実質的に雛形ファイルｔｐＦ全体を伸縮することは可能である。

なお、図４のステップＳ１０２、Ｓ１０３において、雛形リストを作成するにあたって、用いるテーブルは、図６（ａ）、（ｂ）に例示したものに限られない。例えば、図６（ｂ）の楽音特性−雛形対応テーブルにおける、調（長調／短調）、あるいはテンポに代えて、音色、音量、頻出する音高やコード、またはヘッダ５１中の楽曲ジャンル等、各種の楽音特性のパラメータの組み合わせに対して雛形ファイルｔｐＦを対応つけたテーブルを設けてもよい。また、楽曲ファイルｍＦが、ボーカル入りの歌等、波形データであるとした場合は、ＦＦＴ（Fast Fourier Transform）分析等によって得られるパラメータと雛形ファイルｔｐＦとを対応つけたテーブルを設けてもよい。

あるいは、予め、個々の楽曲ファイルｍＦ毎に、１以上の雛形ファイルｔｐＦを対応つけたテーブルを用いてもよい。なお、テーブル乃至マップは、２次元的なものに限られず、３次元的なものであってもよい。

なお、本実施の形態では、雛形ファイルｔｐＦの全体の再生時間長を、楽曲ファイルｍＦの演奏時間ＭＴに完全に一致させたが、必ずしも完全一致としなくてもよい。

なお、楽曲ファイルｍＦ及び雛形ファイルｔｐＦのデータフォーマットは、ＳＭＡＦとしたが、これに限られるものではない。例えば、ＦＬＡＳＨ（Macromedia Flash）（商標）を適用してもよい。また、楽曲ファイルｍＦの実体は、いわゆる着信メロディに限られず、「着うた（商標）」等であってもよい。

なお、雛形ファイルｔｐＦの実体は、アニメーションや動画に限定されず、例えば、音響エフェクト（音像定位制御等、３次元音像を含む）、バイブレータ制御に関わるデータであってもよい。

なお、アニメ付音楽ファイルａｍＦは、楽曲ファイルｍＦと雛形ファイルｔｐＦとを合成したものであるとしたが、必ずしも一体となったデータにする必要はない。例えば、楽曲ファイルｍＦと雛形ファイルｔｐＦとに、両者を対応つける情報と両者を同期して再生するための情報とを付加して、両者を１組として配信するようにしてもよい。

なお、本実施の形態では、端末装置３０は携帯電話機としたが、通信機能、楽音再生機能及び画像表示機能を有する端末装置であれば、配信サーバ１０による配信サービスを受ける対象となることができる。

なお、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、配信サーバ１０に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

本発明の一実施の形態に係るコンテンツ配信サーバを含んだコンテンツ配信システムの全体構成を示すブロック図である。 アニメ付音楽ファイルのデータ構成を示す概念図である。 配信サーバと端末装置との通信の態様例を示す図である。 配信サーバで実行されるリクエスト受信処理のフローチャートである。 図４のリクエスト受信処理に対応して、端末装置の表示部に表示される画面及び配信サーバにおける対応処理の遷移図である。 雛形リストを作成するために参照されるキーワード−雛形対応テーブルを示す概念図（図（ａ））、及び雛形リストを作成するために参照される楽音特性−雛形対応テーブル（マップ）を示す概念図（図（ｂ））である。 楽曲ファイルと、雛形ファイルのアニメーショントラック中の複数の表示イベントデータとを、時系列的に示したタイミングチャートである。 時間長調節時の変換パターン（第１パターン）の例を示す図である。 時間長調節時の変換パターン（第２パターン）の例を示す図である。 時間長調節時の変換パターン（第３パターン）の例を示す図である。 時間長調節時の変換パターン（第４パターン）の例を示す図である。

符号の説明

１０ 配信サーバ、 １２ 楽曲ＤＢ（楽曲記憶手段）、 １３ 雛形ＤＢ（テンプレート記憶手段）、 １４ 顧客ＤＢ（配信実績管理手段、課金手段）、 １５ リクエスト解析部（楽曲特定手段、テンプレート特定手段）、 １６ 受信部（通信手段）、 １７ 送信部（通信手段、コンテンツ配信手段、楽曲配信手段）、 １８ 楽曲解析エンジン（リスト提供手段）、 １９ 変換エンジン（時間長調節手段、合成コンテンツ生成手段）、 ３０ 端末装置、 ｍＦ 楽曲ファイル（楽曲コンテンツ）、 ｔｐＦ 雛形ファイル（テンプレートコンテンツ）、 ａｍＦ アニメ付音楽ファイル、 ｅｖ 表示イベントデータ（表示制御イベント情報）、 ａ 前部区間、 ＳＣ１ 処理区間（中間区間）、 ｂ 後部区間

Claims (4)

1. 楽音イベント情報で成る楽音イベントシーケンスを規定した楽曲コンテンツを複数記憶した楽曲記憶手段と、
   表示開始タイミングと表示期間と表示内容を変化させる表示動作速度とを規定するパラメータを含む表示制御イベント情報で成る表示制御イベントシーケンスを規定したテンプレートコンテンツを複数記憶したテンプレート記憶手段と、
   端末装置と通信する通信手段と、
   前記通信手段を介した前記端末装置からの要求に応じて、前記楽曲記憶手段に記憶された複数の楽曲コンテンツの中から１つの楽曲コンテンツを特定する楽曲特定手段と、
   前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート記憶手段に記憶された複数のテンプレートコンテンツの中からテンプレートコンテンツを特定するテンプレート特定手段と、
   前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間の調節態様を第１の態様または第２の態様のうちから選択する変換態様選択手段と、
   前記楽曲特定手段により特定された楽曲コンテンツの再生時間長と前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間長との比に応じて、前記特定されたテンプレートコンテンツの再生時間長を調節する時間長調節手段であって、前記変換態様選択手段により前記第１の態様が選択された場合は、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示期間とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節すると共に、前記変換態様選択手段により前記第２の態様が選択された場合は、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示動作速度とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節するものと、
   前記楽曲特定手段により特定された楽曲コンテンツに、前記時間長調節手段により再生時間長が調節されたテンプレートコンテンツを付加した合成コンテンツを生成する合成コンテンツ生成手段と、
   前記合成コンテンツ生成手段により生成された合成コンテンツを、前記通信手段を介して前記端末装置に配信するコンテンツ配信手段とを有することを特徴とするコンテンツ配信サーバ。
2. 楽音イベント情報で成る楽音イベントシーケンスを規定した楽曲コンテンツを複数記憶した楽曲記憶手段と、
   表示開始タイミングと表示期間とを規定するパラメータを含む表示制御イベント情報で成る表示制御イベントシーケンスを規定したテンプレートコンテンツを複数記憶したテンプレート記憶手段と、
   端末装置と通信する通信手段と、
   前記通信手段を介した前記端末装置からの要求に応じて、前記楽曲記憶手段に記憶された複数の楽曲コンテンツの中から１つの楽曲コンテンツを特定する楽曲特定手段と、
   前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート記憶手段に記憶された複数のテンプレートコンテンツの中からテンプレートコンテンツを特定するテンプレート特定手段と、
   前記楽曲特定手段により特定された楽曲コンテンツの再生時間長と前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間長との比に応じて、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示期間とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節する時間長調節手段と、
   前記楽曲特定手段により特定された楽曲コンテンツに、前記時間長調節手段により再生時間長が調節されたテンプレートコンテンツを付加した合成コンテンツを生成する合成コンテンツ生成手段と、
   前記合成コンテンツ生成手段により生成された合成コンテンツを、前記通信手段を介して前記端末装置に配信するコンテンツ配信手段とを有することを特徴とするコンテンツ配信サーバ。
3. 楽音イベント情報で成る楽音イベントシーケンスを規定した楽曲コンテンツを複数記憶した楽曲記憶手段と、
   表示開始タイミングと表示内容を変化させる表示動作速度とを規定するパラメータを含む表示制御イベント情報で成る表示制御イベントシーケンスを規定したテンプレートコンテンツを複数記憶したテンプレート記憶手段と、
   端末装置と通信する通信手段と、
   前記通信手段を介した前記端末装置からの要求に応じて、前記楽曲記憶手段に記憶された複数の楽曲コンテンツの中から１つの楽曲コンテンツを特定する楽曲特定手段と、
   前記通信手段を介した前記端末装置からの要求に応じて、前記テンプレート記憶手段に記憶された複数のテンプレートコンテンツの中からテンプレートコンテンツを特定するテンプレート特定手段と、
   前記楽曲特定手段により特定された楽曲コンテンツの再生時間長と前記テンプレート特定手段により特定されたテンプレートコンテンツの再生時間長との比に応じて、前記特定されたテンプレートコンテンツに含まれる各表示制御イベント情報における前記表示開始タイミングと前記表示動作速度とを伸縮することにより、前記特定されたテンプレートコンテンツの全体の再生が前記特定された楽曲コンテンツの再生時間長にて完了するように調節する時間長調節手段と、
   前記楽曲特定手段により特定された楽曲コンテンツに、前記時間長調節手段により再生時間長が調節されたテンプレートコンテンツを付加した合成コンテンツを生成する合成コンテンツ生成手段と、
   前記合成コンテンツ生成手段により生成された合成コンテンツを、前記通信手段を介して前記端末装置に配信するコンテンツ配信手段とを有することを特徴とするコンテンツ配信サーバ。
4. 前記複数のテンプレートコンテンツは、その再生区間が、時間的に前部区間、中間区間及び後部区間に分かれており、前記時間長調節手段は、前記テンプレート特定手段により特定されたテンプレートコンテンツの前記中間区間の再生時間長と前記特定された楽曲コンテンツにおける当該中間区間に対応する区間の再生時間長との比に応じて、前記特定されたテンプレートコンテンツの当該中間区間に含まれる表示制御イベント情報を対象として、前記特定されたテンプレートコンテンツの再生時間長の調節を行うことを特徴とする請求項１〜３のいずれか１項に記載のコンテンツ配信サーバ。

Images