JP2010079068A - 配信装置、配信方法及び配信用プログラム - Google Patents

Abstract

【課題】利用者が違和感なく且つ楽しく所望の楽曲を聴取しつつ運動等をすることを可能とする配信装置等を提供する。
【解決手段】ユーザに配信される聴取用楽曲を構成する原楽曲をドラムパート部分とそれ以外の第２パート部分とに分け、第２パート部分のキーのみをユーザから取得したキーデータに示されるキーに変更して（ステップＳ３０３）配信する。
【選択図】図１６

Description

本発明は、楽曲データベースから取得される複数の楽曲により構成され、利用者が運動中や散歩中等に聴取する聴取用楽曲を作成して当該利用者に配信する配信装置及び配信方法等の技術分野に関する。

従来から、楽曲（音楽）を聴きながら、体操、ダンス、エアロビクスなどの運動を行うことが広く行われている。また、近年では、携帯型の楽曲再生プレーヤが非常に小型化されたため、楽曲を聴きながら、ウォーキング、ジョギング、マラソンなどの屋外での運動を行うことが可能になっている。

このように、楽曲を聴きながら運動を行うと、当該運動を促進させその効果を高めることができる。また、運動中や散歩中等に聴く楽曲のテンポは、その動きや運動負荷に合ったテンポであることが必要である。特許文献１には、運動者の脈拍を計測し、計測された脈拍から求まる運動負荷に応じて段階的に楽曲の再生テンポを変化させる技術が開示されている。
特開平１０−６３２６５号公報

ところで、特許文献１では脈拍を計測するための機器を運動者に装着しなければならず特に屋外での運動においては当該機器が運動の妨げになる可能性があり、また、当該機器のコスト面での問題もありうる。

このため、今後は、運動者の運動負荷を計測することなく、例えば、健康維持、ダイエット、マラソンレース出場等の運動目標に合い、なおかつ当該運動時間に合った長さの聴取用楽曲を手軽に入手できる仕組みが望まれる。このような聴取用楽曲としては、例えば運動に合ったテンポの楽曲を運動時間に合った長さになるように複数繋げて構成すること考えられ、このように構成された聴取用楽曲を利用者の楽曲再生プレーヤに提供することが考えられる。

またこのとき、その聴取用楽曲におけるいわゆるキー（音調又は調。以下単に「キー」と称する）が、例えばカラオケ等を用いてその利用者が歌唱する際の当該利用者に係るキーに合致していれば、運動中又は散歩中においてその聴取用楽曲を口ずさみながら当該運動等を行うことが可能となり、より負担を感じることなく且つ楽しくその運動等を継続することができると考えられる。

そこで、本発明は、以上の点に鑑みてなされたものであり、利用者が違和感なく且つ楽しく所望の聴取用楽曲を聴取しつつ運動等をすることを可能とする配信装置、配信方法及び配信用プログラムを供すること等をその課題とする。

上記の課題を解決するために、請求項１に記載の発明は、複数の原楽曲を含んで構成され、且つ利用者が聴取する聴取用楽曲を生成して当該利用者の端末装置に配信する配信装置であって、各前記原楽曲の夫々について、当該原楽曲を構成するドラムパート部分である第１パート部分と、当該ドラムパート部分と共に当該楽曲を構成する当該ドラムパート部分以外のパート部分である第２パート部分と、を夫々別個に蓄積する記憶部等の蓄積手段と、前記端末装置から送信されて来る選択情報であって、当該利用者が指定した前記聴取用楽曲の調を示す調指示情報を含む選択情報を受信する通信部等の受信手段と、前記原楽曲における前記第２パート部分のみの前記調を、前記受信された選択情報に含まれている前記調指示情報に示されている前記調に変更する制御部等の調変更手段と、前記原楽曲における前記第１パート部分と、当該第１パート部分と共に当該原楽曲を構成し且つ前記調が変更された前記第２パート部分と、を用いて、前記端末装置に配信される前記聴取用楽曲を構成する調変更原楽曲を生成する制御部等の調変更原楽曲生成手段と、前記生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む前記聴取用楽曲を生成する制御部等の聴取用楽曲生成手段と、前記生成された聴取用楽曲に相当する聴取用楽曲情報を、前記端末装置に送信する通信部等の送信手段と、を備える。

よって、利用者の指示に基づいて調が変更された第２パート部分と、調が元のままの第１パート部分と、により聴取用楽曲を構成する調変更原楽曲を生成し、当該生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む聴取用楽曲を生成して利用者の端末装置に配信して聴取させるので、当該利用者の好みに合致した調の原楽曲を含む聴取用楽曲を、そのリズムを維持しつつ利用者に聴取させることができる。

上記の課題を解決するために、請求項２に記載の発明は、請求項１に記載の配信装置において、前記聴取用楽曲が複数の前記原楽曲を含んで構成されている場合、前記調変更手段は、前記端末装置に配信される前記聴取用楽曲に含まれる前記調変更原楽曲の全てについて同一となるように、各前記原楽曲夫々の前記第２パート部分の前記調を夫々変更するように構成される。

よって、利用者に配信される聴取用楽曲を構成する調変更原楽曲夫々における第２パート部分の調が、利用者が指定した調となるように変更されることとなるので、利用者は一貫した調で聴取用楽曲を聴取しつつ快適に運動を継続することができる。

上記の課題を解決するために、請求項３に記載の発明は、請求項１又は２に記載の配信装置において、前記聴取用楽曲は運動と並行して前記利用者に聴取される楽曲であり、前記調変更手段は、前記調変更原楽曲における前記第２パート部分の前記調が、前記端末装置に配信される前記聴取用楽曲の再生時間の経過に従って高くなるように、前記原楽曲の前記第２パート部分の前記調を変更するように構成される。

よって、利用者に配信される聴取用楽曲を構成する各調変更原楽曲夫々における第２パート部分の調が聴取用楽曲の再生時間の経過に従って高くなるように変更されるので、利用者は、運動の継続により体力的に厳しい状態となっても継続して聴取用楽曲を聴取しつつ運動を継続することができる。

上記の課題を解決するために、請求項４に記載の発明は、請求項１から３のいずれか一項に記載の配信装置において、前記聴取用楽曲生成手段は、一の前記調変更原楽曲の最後におけるテンポと、当該一の調変更原楽曲の次に再生されるべき他の前記調変更原楽曲の最初におけるテンポと、が連続するように前記聴取用楽曲を生成するように構成される。

よって、一の調変更原楽曲の最後におけるテンポと、当該一の調変更原楽曲の次に再生されるべき他の調変更原楽曲の最初におけるテンポと、が連続するように聴取用楽曲が生成されるので、利用者の好みにあった調で且つリズム良く聴取用楽曲を聴取することができる。

上記の課題を解決するために、請求項５に記載の発明は、複数の原楽曲を含んで構成され、且つ利用者が聴取する聴取用楽曲を生成して当該利用者の端末装置に配信する配信装置において実行される配信方法であって、前記配信装置は、各前記原楽曲の夫々について、当該原楽曲を構成するドラムパート部分である第１パート部分と、当該ドラムパート部分と共に当該楽曲を構成する当該ドラムパート部分以外のパート部分である第２パート部分と、を夫々別個に蓄積する蓄積手段を備えており、前記端末装置から送信されて来る選択情報であって、当該利用者が指定した前記聴取用楽曲の調を示す調指示情報を含む選択情報を受信する受信工程と、前記原楽曲における前記第２パート部分のみの前記調を、前記受信された選択情報に含まれている前記調指示情報に示されている前記調に変更する調変更工程と、前記原楽曲における前記第１パート部分と、当該第１パート部分と共に当該原楽曲を構成し且つ前記調が変更された前記第２パート部分と、を用いて、前記端末装置に配信される前記聴取用楽曲を構成する調変更原楽曲を生成する調変更原楽曲生成工程と、前記生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む前記聴取用楽曲を生成する聴取用楽曲生成工程と、前記生成された聴取用楽曲に相当する聴取用楽曲情報を、前記端末装置に送信する送信工程と、を含む。

よって、利用者の指示に基づいて調が変更された第２パート部分と、調が元のままの第１パート部分と、により聴取用楽曲を構成する調変更原楽曲を生成し、当該生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む聴取用楽曲を生成して利用者の端末装置に配信して聴取させるので、当該利用者の好みに合致した調の原楽曲を含む聴取用楽曲を、そのリズムを維持しつつ利用者に聴取させることができる。

上記の課題を解決するために、請求項６に記載の発明は、コンピュータを、請求項１から４のいずれか一項に記載の配信装置として機能させる。

よって、利用者の指示に基づいて調が変更された第２パート部分と、調が元のままの第１パート部分と、により聴取用楽曲を構成する調変更原楽曲を生成し、当該生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む聴取用楽曲を生成して利用者の端末装置に配信して聴取させるように当該コンピュータが機能するので、当該利用者の好みに合致した調の原楽曲を含む聴取用楽曲を、そのリズムを維持しつつ利用者に聴取させることができる。

本発明によれば、利用者の指示に基づいて調が変更された第２パート部分と、調が元のままの第１パート部分と、により聴取用楽曲を構成する調変更原楽曲を生成し、当該生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む聴取用楽曲を生成して利用者の端末装置に配信して聴取させるので、当該利用者の好みに合致した調の原楽曲を含む聴取用楽曲を、そのリズムを維持しつつ利用者に聴取させることができる。

従って、利用者が聴取し易く且つ例えば口ずさみ易いように調が変更された聴取用楽曲が配信されるので、利用者も違和感なく且つ楽しく所望の楽曲を聴取することができる。

以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、通信システムに本発明を適用した場合の実施形態である。

（１）通信システムの構成等
始めに、本実施形態に係る通信システムＳの概要構成等について、図１を用いて説明する。

図１は、本実施形態に係る通信システムＳの概要構成の一例を示すブロック図である。

図１に示すように、通信システムＳは、配信装置の一例としての楽曲配信サーバ１と、端末装置の一例としての複数のユーザＰＣ（Personal Computer）２と、各ユーザＰＣ２に夫々接続可能な複数の携帯音楽プレーヤ３と、を含んで構成されている。

楽曲配信サーバ１とユーザＰＣ２とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等を用いて相互にデータの送受信が可能である。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

また、ユーザＰＣ２と携帯音楽プレーヤ３とは、例えば、ＵＳＢ（Universal Serial Bus）やIEEE（The Institute of Electrical and Electronics Engineers, Inc.）1394等のバス規格に対応したケーブル等を介して、又は、Bluetooth（IEEE 802.15.1）等の無線通信により、相互にデータの送受信が可能である。なお、ユーザＰＣ２と携帯音楽プレーヤ３との間におけるデータの授受は、メモリカード等の記録媒体を介して行われるようにしても良い。

このような構成の通信システムＳにおいて、楽曲配信サーバ１は、ユーザＰＣ２からの要求等に応じ、聴取用楽曲の一例として、ユーザがジョギングしている最中等に聴く楽曲のデータであるジョギング用楽曲データを作成し、このジョギング用楽曲データをユーザＰＣ２に送信する。

なお、本実施形態に係る楽曲配信サーバ１の特徴として、このユーザＰＣ２に送信されるジョギング用楽曲データにおいては、その全体のキーが、予めユーザからユーザＰＣ２を介して送信されて来たキー情報に示されているキー（すなわち、そのユーザが口ずさみ易いキー）に変更されている。

ユーザＰＣ２にダウンロードされたジョギング用楽曲データ（そのキーがユーザの好みにより変更されているジョギング用楽曲データ）は、ユーザ操作等により、有線、無線又は記録媒体を介して携帯音楽プレーヤ３に転送される。そして、ユーザは、携帯音楽プレーヤ３にその（キーが変更された）ジョギング用楽曲データを再生させることにより、ジョギング用の楽曲を聴きながら又は好みに応じて口ずさみながらジョギング等を行う。

詳細は後述するが、このジョギング用楽曲データは、複数の楽曲のデータにより構成されており、ユーザの目標等に合うトレーニングコースに対応した演奏時間及びテンポで各楽曲が再生されるように作成されている。また、本実施形態において、このジョギング用楽曲データは、各楽曲の主要部（前奏、後奏等を除いた部分）が連続するメドレーとして再生されるように構成されている。

また、ジョギング用楽曲データがダウンロードされると、そのジョギング用楽曲データの購入代金（ジョギング用楽曲データを構成する楽曲やその曲数等に応じた著作権料を含む）がシステム側からユーザに対して請求される。

なお、ユーザＰＣ２は、例えば、一般的な構成のパーソナルコンピュータを用いることが可能であり、また、携帯音楽プレーヤ３も、例えば、一般的な構成の携帯用のデジタルオーディオプレーヤを用いることができる。

（２）楽曲配信サーバの構成及び機能等
（２．１）楽曲配信サーバの構成
次に、楽曲配信サーバ１の構成及び機能等について説明するが、始めに、楽曲配信サーバ１の構成について、図２を用いて説明する。

図２は、本実施形態に係る楽曲配信サーバ１の概要構成の一例を示すブロック図である。

図２に示すように、楽曲配信サーバ１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備える制御部１１と、各種データ及びプログラムを記憶する蓄積手段の一例としての記憶部１２（例えば、ハードディスクドライブ等）と、ネットワークＮＷに接続して、ユーザＰＣ２等との通信状態を制御する受信手段及び送信手段夫々の一例としての通信部１３と、ＷＡＶフォーマット（RIFF（Resource Interchange File Format） waveform Audio Format）の楽曲データをＭＰ３（MPEG Audio Layer-3）フォーマットの楽曲データにエンコードするエンコーダ部１４と、を含んで構成されており、制御部１１と各部とはシステムバス１５を介して接続されている。

制御部１１は、本発明において、調変更手段、調変更原楽曲生成手段及び聴取用楽曲生成手段の一例を構成する。そして、制御部１１は、ＣＰＵが、ＲＯＭや記憶部１２に記憶された各種プログラムを読み出し実行することにより楽曲配信サーバ１の各部を統括制御すると共に、後述するパーツＷＡＶデータデータベースプログラム２０１、サーバシステムプログラム２０２、ＷＥＢサイトプログラム２０３等を読み出し実行することにより、上記調変更手段、調変更原楽曲生成手段及び聴取用楽曲生成手段の一例等として機能する。

（２．２）データ及びプログラム等
次に、記憶部１２に記憶されるデータ及びプログラムのソフトウエア構成等について、図３乃至図８を用いて説明する。

図３は、パーツＷＡＶデータデータベースに登録されるデータ、及び、楽曲配信サーバ１におけるソフトウエアの概要構成の一例を示す図である。また、図４は、トレーニングコースを選択するためのメニュー構成の一例を示す図である。また、図５は、あるトレーニングコースにおける、各ステップのジョギング用楽曲データの仕様の一例を示す図である。また、図６は、各ステップにおけるジョギング用楽曲データの概要構成の一例を示す図である。また、図７は、各ジョギング時間におけるジョギング用楽曲データの概要構成の一例を示す図である。また、図８は、ジョギング用楽曲データの１ファイルのデータ構造の概要例を示す図である。

記憶部１２には、ユーザの個人情報（例えば、氏名、年齢、メールアドレス、ユーザＩＤ、パスワード、そのユーザに指定した（そのユーザに合う）キーを示すキーデータ等）、ユーザのトレーニング情報（例えば、選択されたトレーニングコース、当該トレーニングコースのジョギング用楽曲データを最初にダウンロードした日時、現在のステップ、ジョギング用楽曲データを構成する楽曲の内容及び演奏順等を示す演奏リスト）、作成されたジョギング用楽曲データ（キー変更後のジョギング用楽曲データ）、ユーザの選曲の履歴を示す履歴情報（例えば、選択された楽曲、アルバム、アーティスト、ジャンル等を時系列で示す情報）等が、ユーザ毎に対応付けて記憶されている。

また、記憶部１２には、ジョギング用楽曲データを構成するパーツとなるパーツデータが登録されるパーツＷＡＶデータデータベースが構築されている。更にまた、記憶部１２には、図３に示すパーツＷＡＶデータデータベースプログラム２０１、サーバシステムプログラム２０２、ＷＥＢサイトプログラム２０３等が記憶されている。

上記パーツＷＡＶデータデータベースには、図３に示す楽曲本体ＷＡＶパーツデータ１０１、ジョギングアレンジ曲間つなぎＷＡＶパーツデータ１０２、ジョギングアレンジ音声ガイダンスＷＡＶパーツデータ１０３、ＤＪ音声ＷＡＶパーツデータ１０４等が、ＷＡＶフォーマットで登録されている。

楽曲本体ＷＡＶパーツデータ１０１は、ジョギング用の楽曲を構成する主要的な位置を占める楽曲本体のＷＡＶデータであり、全てのデータが同一のテンポ（本実施形態においては、１４０ＢＰＭ（Beats Per Minute））で記録されている。そして、楽曲本体ＷＡＶパーツデータ１０１は、図３に示す楽曲本体ＭＩＤＩデータ１０５とジョギングアレンジドラムベースＷＡＶデータ１０６とに基づき、楽曲本体ＷＡＶパーツデータ書き出しプログラム２０４を用いて作成される。

楽曲本体ＭＩＤＩデータ１０５は、楽曲本体ＷＡＶパーツデータ１０１の原曲が記録されたＭＩＤＩ（Musical Instrument Digital Interface）フォーマットのデータであり、その原曲におけるジョギングアレンジドラムベースＷＡＶデータ１０６に相当するドラムベースパートを除いたパート（すなわち、ギターパート又はボーカルパート等のメロディパート）に相当するＭＩＤＩフォーマットデータである。また、上記ジョギングアレンジドラムベースＷＡＶデータ１０６は、ドラムやシンバル等によるリズム音等が記録されたＷＡＶデータであり、楽曲本体ＭＩＤＩデータ１０５の原曲をジョギング用にアレンジするために用いられるデータである。そして、本実施形態において上記ユーザの好みに応じてそのキーが変更されるのは、上記楽曲本体ＭＩＤＩデータ１０５のみである。

楽曲本体ＷＡＶパーツデータ書き出しプログラム２０４においては、楽曲本体ＭＩＤＩデータ１０５から、前奏部分、後奏部分、間奏部分等が小節単位で削除され、残った主要部分に対して１４０ＢＰＭでテンポが調整される。このとき、調整前と調整後とでは、音程が変わらないように調整が行われる。これに加えて上記主要部分のキーは、上記キーデータに対応するように当該キーデータに基づいて変更される。そして、当該主要部分の楽曲本体ＭＩＤＩデータ１０５のフォーマットがＷＡＶフォーマットに変換され、ジョギングアレンジドラムベースＷＡＶデータ１０６と合成されて、ジョギング用のアレンジ（例えば、ハウスミュージック調）が施される。こうして作成された楽曲データが楽曲本体ＷＡＶパーツデータ１０１である。

なお、楽曲本体ＷＡＶパーツデータ書き出しプログラム２０４は、楽曲配信サーバ１にインストールされて、制御部１１により実行されるようにしても良いし、他の情報処理装置にインストールされて、当該装置上で実行されるようにしても良い。

ジョギングアレンジ曲間つなぎＷＡＶパーツデータ１０２は、ジョギング用の楽曲を構成する複数の楽曲本体の曲間に演奏される楽曲（以下、「曲間部」と称する）のＷＡＶデータ（繋ぎ曲の一例）、最初の楽曲本体の前に演奏される前奏のＷＡＶデータ、及び、最後の楽曲本体の演奏の後に演奏される後奏のＷＡＶデータの総称である。そしてこのジョギングアレンジ曲間つなぎＷＡＶパーツデータ１０２もまた、上記楽曲本体ＭＩＤＩデータ１０５の主要部分と同様に、そのキーが上記キーデータに対応するように当該キーデータに基づいて変更される。

ジョギングアレンジ音声ガイダンスＷＡＶパーツデータ１０３は、専門のアドバイザーによる運動指導やアドバイス等の音声が記録されたＷＡＶデータである。

ＤＪ音声ＷＡＶパーツデータ１０４は、曲間に流されるＤＪ（Disc Jockey）の音声が記録されたＷＡＶデータである。

なお、以下の説明においては、楽曲本体ＷＡＶパーツデータ１０１を、単に「楽曲本体データ」と称し、ジョギングアレンジ曲間つなぎＷＡＶパーツデータ１０２を、単に「曲間つなぎデータ」と称する。また、ジョギングアレンジ音声ガイダンスＷＡＶパーツデータ１０３及びＤＪ音声ＷＡＶパーツデータ１０４を、まとめて、単に「音声データ」と称する。

パーツＷＡＶデータデータベースプログラム２０１は、楽曲配信サーバ１の制御部１１がパーツＷＡＶデータデータベースを管理するためのプログラムであり、各パーツデータの登録要求に応じて、パーツデータを当該データベースに登録したり、サーバシステムプログラム２０２から要求されたパーツデータを当該データベースから取得して、サーバシステムプログラム２０２に渡すためのプログラムである。

サーバシステムプログラム２０２は、楽曲配信サーバ１の制御部１１が、パーツＷＡＶデータデータベースから取得されたパーツデータを用いて、ジョギング用楽曲データを作成するためのプログラムである。

ＷＥＢサイトプログラム２０３は、曲配信サーバ１の制御部１１が、作成されたジョギング用楽曲データを配信するＷＥＢサイトとして、ユーザＰＣ２からの要求に応じて、ＷＥＢページやジョギング用楽曲データ等を送信するためのプログラムである。

なお、パーツＷＡＶデータデータベースプログラム２０１、サーバシステムプログラム２０２、ＷＥＢサイトプログラム２０３等は、例えば、図示せぬネットワークを介して他のサーバ装置等から取得されるようにしても良いし、ＣＤ（Compact Disc）−ＲＯＭ等の記録媒体に記録されてドライブ装置等から読み込まれるようにしても良い。

次に、ジョギング用楽曲データの内容を説明する前に、このジョギング用楽曲データの仕様を決定付けるトレーニングコースを選択するためのメニューの構成について説明する。

このトレーニングコースの選択は、楽曲配信サーバ１からユーザＰＣ２に送信されたコース選択用ＷＥＢページに基づいて、ユーザがユーザＰＣ２を操作することにより行われる。

図４に示すように、トレーニングコースを選択するためのメニューの構成は、例えば、最上位の第１階層から最下位の第４階層までの階層構造をなしている。そして、各階層においては、ユーザの目標別等に応じたメニュー項目が定義されており、上位の階層では、大まかな目標に応じたメニュー項目が定義され、下位の階層になっていくに従って、具体的な目標に応じたメニュー項目が定義されている。

先ず、「コース選択」が選択されると、第１階層のメニュー項目として、例えば、「健康維持」、「ダイエット」、「マラソンレース出場」、「タイムアップ」等のユーザの目標に応じるコースメニューがユーザＰＣ２の画面に表示される。そして、例えば、「マラソンレース出場」が選択されると、第２階層のメニュー項目として、「ホノルルマラソン」、「東京マラソン」、「ハーフマラソン」、「１０Ｋｍマラソン」等のコースメニューがユーザＰＣ２の画面に表示される。

またここで、例えば、「ホノルルマラソン」が選択されると、第３階層のメニュー項目として、「タイムを狙う」、「完走する」等のコースメニューがユーザＰＣ２の画面に表示される。更に、例えば、「タイムを狙う」が選択されると、第４階層のメニュー項目として、「初心者」、「中級者」、「上級者」等のコースメニューがユーザＰＣ２の画面に表示される。

そして、第４階層のメニュー項目の中から一のメニュー項目が選択されると、これに一意に対応したトレーニングコースが、楽曲配信サーバ１の制御部１により決定される。例えば、「マラソンレース出場」〜「ホノルルマラソン」〜「タイムを狙う」〜「初心者」と選択されると、これに対して、「トレーニングコースＡ」が決定される。また、同様にして「中級者」が選択されると、「トレーニングコースＢ」が決定される。また、同様にして「上級者」が選択されると、「トレーニングコースＣ」が決定される。

楽曲配信サーバ１の記憶部１２には、上記メニュー構成を定義するメニューデータが記憶されている。また、記憶部１２には、最終的なトレーニングコース毎に、そのコース情報が記憶されている。このコース情報には、そのトレーニングコースの全ステップが定義されていると共に、ステップ毎にそのトレーニングの仕様が定義されている。具体的には、ステップ毎に、対応するトレーニング期間、運動時間の一例としてのジョギング時間（ユーザが走る時間）、ジョギング距離（ユーザが走る距離）、楽曲本体の曲数、初期テンポ（ジョギング用楽曲データの最初の曲のテンポ）、終了テンポ（ジョギング用楽曲データの最後の曲のテンポ）等が定義されている。ここで、ジョギング時間は、ジョギング用楽曲データの、後述するウォームアップ曲及びクールダウン曲の演奏時間を除いた演奏時間を示す時間となる。

図５は、あるトレーニングコースの各ステップにおけるジョギング用楽曲データの仕様の一例を示しており、このトレーニングコースは、ステップ１から開始され、基本的には１ヶ月毎にステップが上昇していく。

ステップ１のトレーニング期間は１ヶ月目に設定されている。すなわち、ステップ１は、本トレーニングコースを開始してから１ヶ月経過するまでのジョギングを対象としている。そして、そのジョギング時間は３０分に設定され、ジョギング距離は約５Ｋｍに設定されている。また、初期テンポと最終テンポとは、何れも１６０ＢＰＭに設定されている。

これらの情報は、ステップ１では、ウォームアップ曲及びクールダウン曲を除いたジョギング用楽曲データの演奏時間が３０分であり、そのテンポは、１６０ＢＰＭで一定であることを示している。そして、このテンポに対応したペースでユーザが３０分間走ることにより、約５Ｋｍの距離を走ることが想定されている。なお、このジョギング用楽曲データのキーが、その主要部並びに前奏及び後奏を含めてユーザの好みに応じて変更されていることになる（以下、同様）。

ここで、演奏される楽曲本体の曲数は８曲に設定されているが、これはあくまでも目安であって、選択された楽曲本体の演奏時間によって曲数は変化するものである。

また、図５において、ステップ１のメドレー楽曲内容、すなわち、演奏される楽曲本体の内容として「○○○メドレー」（「○○○」は、例えば、アルバムの名称やアーティストの名称等）が示され、他のステップにおいても示されているが、これは選択されたアルバムやアーティスト、或いはジャンル等を例示的に示したものであり、例えば、ステップ１に対して必ずしも「○○○メドレー」が選択されるわけではない。

次に、ステップ２のトレーニング期間は２ヶ月目に設定されている。すなわち、ステップ１は、本トレーニングコースを開始して１ヶ月が経過してから更に１ヶ月を経過するまでのジョギングを対象としている。そして、そのジョギング時間は３０分に設定され、ジョギング距離は約５．５Ｋｍに設定され、曲数は８曲に設定されている。また、初期テンポは、１６０ＢＰＭに設定され、最終テンポは、１６５ＢＰＭに設定されている。

これらの情報は、ステップ２では、ウォームアップ曲及びクールダウン曲を除いたジョギング用楽曲データの演奏時間が３０分であり、そのテンポは、１６０ＢＰＭから１６５ＢＰＭに徐々に上昇することを示している。そして、このテンポに対応したペースでユーザが３０分間走ることにより、約５．５Ｋｍの距離を走ることが想定されている。

ステップ２は、ジョギング距離についてはステップ１と同様であるが、テンポが上昇していくことによって、ステップ１よりも約０．５Ｋｍ長い距離をユーザが走ることが想定されている。

以下同様に、ステップ３のトレーニング期間は３ヶ月目に設定されており、ジョギング時間は４５分に設定され、ジョギング距離は約８Ｋｍに設定され、曲数は１２曲に設定されている。そして、初期テンポと最終テンポとは、何れも１６５ＢＰＭに設定されている。

また、ステップ４のトレーニング期間は４ヶ月目に設定されており、ジョギング時間は４５分に設定され、ジョギング距離は約８．５Ｋｍに設定され、曲数は１２曲に設定されている。そして、初期テンポは１６５ＢＰＭに設定され、最終テンポは１７０ＢＰＭに設定されている。

また、ステップ５のトレーニング期間は５ヶ月目に設定されており、ジョギング時間は６０分に設定され、ジョギング距離は約１１Ｋｍに設定され、曲数は１６曲に設定されている。そして、初期テンポと最終テンポとは、何れも１７０ＢＰＭに設定されている。

また、ステップ６のトレーニング期間は６ヶ月目に設定されており、ジョギング時間は６０分に設定され、ジョギング距離は約１２Ｋｍに設定され、曲数は１６曲に設定されている。そして、初期テンポは１７０ＢＰＭに設定され、最終テンポは１７５ＢＰＭに設定されている。

図６に示すように、各ステップにおけるジョギング用の楽曲は、楽曲本体と前奏、後奏、曲間部、ガイド音声、ＤＪ音声によって構成されるジョギング本編と、ジョギング本編の前に再生されるウォームアップ曲と、ジョギング本編の後に再生されるクールダウン曲と、により構成されている。

なお、図中、（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）、（ｆ）は、ステップ１、ステップ２、ステップ３、ステップ４、ステップ５、ステップ６に夫々対応している。

ウォームアップ曲は、ユーザがジョギングを開始する前に、その準備運動等のウォーミングアップを行う際に再生されることを想定した楽曲であり、例えば、テンポが徐々に上昇して、ユーザの気分を次第に盛り上げるような楽曲が選定される。

また、クールダウン曲は、ユーザがジョギングを終えた後に、心身を平静に戻すクーリングダウンを行う際に再生されることを想定した楽曲であり、例えば、テンポが徐々に下降して、次第落ち着いていくような雰囲気の楽曲が選定される。

ウォームアップ曲及びクールダウン曲の楽曲データは、ＭＰ３フォーマットで記憶部１２に記憶されている。

このウォームアップ曲及びクールダウン曲としては、全ステップを通じで同一の楽曲を用いることが可能であり、例えば、ユーザＰＣ２が楽曲配信サーバ１から最初にジョギング用楽曲データをダウンロードするときには、ジョギング本編とウォームアップ曲及びクールダウン曲の全ての楽曲データを含むジョギング用楽曲データがダウンロードされるが、２度目以降のダウンロードの際には、ジョギング本編の楽曲データのみのジョギング用楽曲データがダウンロードされる。また、上記ジョギング用楽曲データのキーと同様に、上記ウォームアップ曲及びクールダウン曲夫々のキーもまた、ユーザの好みに応じて当該ジョギング用楽曲データのキーと同一のキーに変更されている。

なお、２度目以降のダウンロードの際においても、ユーザの選択により、最初にダウンロードされたウォームアップ曲及びクールダウン曲とは異なるウォームアップ曲及びクールダウン曲がダウンロードされようにしても良い。

また、図６に示すように、ジョギング距離、すなわち、ジョギング本編の演奏時間は、２ステップ毎に上昇する。その一方で、ジョギング本編のテンポは、奇数ステップにおいては演奏開始から終了まで一定であり、偶数ステップにおいては、徐々に上昇する。また、各ステップにおける最終テンポと、その次のステップにおけるテンポとは一致している。

ステップが上がっていくに従って（トレーニング期間が時間的に未来にあるほど）、ユーザのジョギング能力は向上していくものと考えられることから、それに合わせて、ジョギング時間及びテンポが上昇していく。また、目安ではあるが、ステップが上がっていくに従って曲数も増えていく。そして、このジョギング時間及びテンポは、トレーニングコース毎に決定され、更には、トレーニングコース内のステップ毎に決定されるようになっており、具体的には、例えば、マラソン等の専門家により策定された運動理論や方針等に基づいて、予めトレーニングコース毎に設定されている。

図７は、各ジョギング時間におけるジョギング用楽曲データの概要構成の一例を示す図である。

本実施形態においては、ジョギング時間に応じて、各ユーザに対応したキーデータを用いてキーを変更したジョギング用楽曲データのジョギング本編部分が、１又は複数作成される。これは、次に述べる理由による。

すなわち、ジョギング時間が長いほど一般にジョギング本編部分のデータサイズも大きくなり、また、そのデータのダウンロードに要する時間も長くなる。そして、ダウンロード時間が長いほど、何らかの理由（例えば、コネクションの切断等）でダウンロードが途中で失敗する可能性が高くなる。ダウンロードが失敗してしまったら、また最初からダウンロードを行わなければならず、ダウンロード時間が更に長くなってしまう。そこで、ジョギング時間が長い場合には、ジョギング本編部分のデータを複数に分けて作成することで、ダウンロードも複数回に分けて行われることとなる。よって、ダウンロードが途中で失敗しても、既にダウンロードした部分については再度ダウンロードする必要がなくなる。

具体的には、図７に示すように、ジョギング時間が１５分である場合には、１５分のファイル１個でジョギング本編部分が構成される（図７（ａ））。また、ジョギング時間が３０分である場合には、３０分のファイル１個でジョギング本編部分が構成される（図７（ｂ））。また、ジョギング時間が４５分である場合には、３０分のファイル１個と１５分のファイル１個の合計２個のファイルでジョギング本編部分が構成される（図７（ｃ））。

また、ジョギング時間が６０分である場合には、３０分のファイル２個でジョギング本編部分が構成される（図７（ｄ））。また、ジョギング時間が９０分である場合には、３０分のファイル３個でジョギング本編部分が構成される（図７（ｅ））。また、ジョギング時間が１２０分である場合には、３０分のファイル４個でジョギング本編部分が構成される（図７（ｆ））。

ここで、ジョギング本編部分が複数のファイルで構成される場合であって、初期テンポと最終テンポとが異なるときには、再生順において最初のファイルの最初の曲が初期テンポで再生され、複数のファイルにまたがって徐々にテンポが上昇し、最後のファイルの最後の曲が最終テンポで再生されるように、各ファイルが構成される。

一方、ジョギング本編部分のキーについては、原則として、その利用者が例えば口ずさみ易いように、上記テンポが上昇しても一定とされる。

図８は、ジョギング用楽曲データのジョギング本編部分の１ファイルの概要構成を示す図である。

図８に示すように、ジョギング用楽曲データのジョギング本編は、最初に前奏が再生され、次いで、１曲目の楽曲本体が再生される。そして、曲間部が再生された後、２曲目の楽曲本体が再生される。以下同様にして、全ての楽曲本体が再生された後、後奏が再生される。つまり、ジョギング本編は、前奏の曲間つなぎデータ、１曲目の楽曲本体データ、曲間部の曲間つなぎデータ、２曲目の楽曲本体データ、曲間部の曲間つなぎデータ…Ｎ曲目の曲本体データ、後奏の曲間つなぎデータの順に再生されるように、楽曲配信サーバ１の制御部１１により構成される。

このとき、ジョギング本編は、例えば、図５に示すトレーニングコースのステップ１の場合には、１６０ＢＰＭ一定のテンポで各楽曲データが再生されるように構成され、例えば、ステップ２の場合には、１６０ＢＰＭから１６５ＢＰＭまでテンポが徐々に上昇するように楽曲データが再生されるように構成される。

更に、当該ジョギング本編に含まれる前奏、全ての曲間部及び後奏の各曲間つなぎデータ並びに全ての楽曲本体データのキーは、そのジョギング本編を聴取するユーザに対応するキーデータに基づき、全て同一のキーに変更されている。

そして、ガイダンス音声の音声データが、楽曲数等に応じて予め定められた順番の曲間部の曲間つなぎデータが再生されている間に再生されるようにジョギング本編は構成される。また、ジョギング本編の演奏が開始されてから、規定の時間が経過する都度（例えば、５分、１０分、２０分、…）、その時点での経過時間とこれまでの消費カロリーをユーザに対して告知する音声データが再生されるようにジョギング本編は構成される。

なお、第３階層のメニュー項目が選択された時点で最終的なトレーニングコースを決定し、第４階層のメニュー項目が選択された時点でトレーニングを開始させるステップを決定しても良い。例えば、「初心者」が選択された場合には、トレーニングコースＡのステップ１が開始ステップとして決定され、「中級者」が選択された場合には、トレーニングコースＡのステップ３が開始ステップとして決定され、「上級者」が選択された場合には、トレーニングコースＡのステップ５が開始ステップとして決定されるようにしても良い。

（２．３）ジョギング用楽曲データのジョギング本編部分の作成方法
次に、楽曲配信サーバ１の制御部１１によるジョギング用楽曲データのジョギング本編部分の作成方法について、図９及び図１０を用いて説明する。

図９は、本実施形態に係る各種設定値等を示す図である。また、図１０は、ジョギング用楽曲データのジョギング本編部分の作成方法の一例を示す図である。

先ず、ジョギング本編部分を作成するための各種設定値等について説明する。

図９（ａ）は、ジョギング本編部分の１ファイル中に含めることができる楽曲本体の曲数の最小値と最大値とを示す表である。図９（ａ）に示すように、１ファイル中には、３曲以上１０曲以下の楽曲本体が含まれる。この最小値と最大値とは、例えば、ジョギング本編部分の長さの調整のし易さや著作権料等に応じて決定される。

図９（ｂ）は、各走行テンポにおけるジョギング本編部分の１ファイルに含まれる小節数を示す表である。

走行テンポとは、ジョギング本編部分の１ファイルに含まれる小節数を算出するための基準となるテンポである。具体的に、初期テンポと最終テンポとが同値である場合には、走行テンポ＝初期テンポ＝最終テンポであり、初期テンポと最終テンポとが異なる値である場合には、走行テンポ＝（初期テンポ＋最終テンポ）／２である。本実施形態においては、走行テンポの最小値を１００ＢＰＭとし、最大値を２２０ＢＰＭとした。

また、図９（ｂ）中、ファイル時間とは、ジョギング本編部分の１ファイルの再生時間であり、各テンポ共に、１５分及び３０分のファイル時間がある。

また、ファイル総小節数（設定された運動時間分に相当する小節数の一例）とは、ジョギング本編部分の１ファイルに含まれる小節数である。この小節数は、１小節を４ＢＰＭとして算出されている。従って、ファイル総小節数＝走行テンポ×ファイル時間／４である。また、ジョギング本編が複数のファイルで構成される場合には、各ファイルのファイル総小節数の合計＝ジョギング本編の全小節数である。

本実施形態においては、ジョギング本編部分の１ファイルに含まれる楽曲本体、前奏、後奏及び曲間部の再生時間の合計をファイル時間に合わせるために、ジョギング本編部分の長さを小節単位で調整する。これは、走行テンポがどのように変化しても、夫々の曲の小節数は変化しないからで、これによって、ジョギング本編の長さをジョギング時間に合わせることが容易となる。

図９（ｃ）は、前奏、曲間部及び後奏に用いられる曲間つなぎデータの小節数を示す表である。

本実施形態においては、曲間部の曲間つなぎデータとして、小節数が互いに異なる複数の曲間つなぎデータを用意する。曲間に適切な小節数の曲間部が挿入されることで、ジョギング本編部分の１ファイルの再生時間をファイル時間に合わせ易くする。具体的には、図９（ｃ）に示すように、最少が１２小節であり、最大が１４４小節である。そして、１２小節から１４４小節まで１２小節間隔で１２種類の長さの異なる曲間つなぎデータを用意する。なお、曲間の１２小節は、走行テンポが最大の２２０ＢＰＭであってもガイダンス音声が時間的に曲間に収まる小節数である。

また、本実施形態においては、前奏及び後奏の曲間つなぎデータとして、小節数が互いに異なる複数の曲間つなぎデータを用意する。これは、ジョギング本編部分を構成するファイルの個数、及び、ジョギング本編部分を複数のファイルで構成する場合におけるファイルの再生順に応じて、予め定められた長さの前奏及び後奏を夫々のファイルに入れるためである。

図９（ｄ）は、ファイル時間が１５分の場合における各テンポの許容最長楽曲小節数を示す表である。

許容最長楽曲小節数（設定された運動時間及びテンポの少なくとも何れか一方に応じた小節数の一例）とは、ジョギング本編部分に含めることができる楽曲本体１曲の最長の小節数である。本実施形態においては、１曲の小節数に上限を設けている。このようにすることの一つの理由は、作成されるジョギング本編部分の長さをファイル時間に合わせることを容易にするためである。

具体的に、ファイル時間を最短の１５分として、楽曲本体が長いために１ファイルに３曲の楽曲本体しか入らなかった場合でも、曲間に曲間部を挿入することができるようにしなければならない。従って、
許容最長楽曲小節数≦（ファイル総小節数−前奏と後奏の小節数の合計の最大値−曲間部の小節数の最小値×２）／３＋１
を満たす必要がある。ここで、前奏と後奏の小節数の合計が最大値となる組み合わせは、前奏が８、後奏が２０である。また、曲間部の小節数の最小値は１２である。また、最後の「＋１」は、楽曲本体の最初の１小節と、その楽曲本体の前に再生される曲間部又は前奏の最後の１小節を重ねて再生させるために、その１小節分を許容最長楽曲小節数に加算している。

このように、許容最長楽曲小節数を設定することにより、ジョギング本編部分を構成する楽曲の曲数が下限（３曲）を下回らないようにしている。これは、ユーザの立場から曲数は少なくない方が良いからである。

例えば、走行テンポが１００ＢＰＭの場合における許容最長楽曲小節数は１０８である（３．０９分）。同様に、１１０ＢＰＭの場合は１２１小節（３．４６分）、１２０ＢＰＭの場合は１３３小節（３．８０分）、１３０ＢＰＭの場合は１４６小節（４．１７分）、１５５ＢＰＭの場合は１７７小節（５．０６分）、１７０ＢＰＭの場合は１９６小節（５．６０分）、１９０ＢＰＭ及び２２０ＢＰＭの場合は２１０小節である（６．００分）。なお、図９（ｃ）中の再生時間は１４０ＢＰＭにおける再生時間である。ここで、１４０ＢＰＭにおける１曲の再生時間の許容最大値を６分としたため、許容最長楽曲小節数は、最大でも２１０小節である。

また、ファイル時間が３０分である場合の許容最長楽曲小節数は、どのテンポであっても２１０小節である。

以下においては、ジョギング本編部分の具体的な作成方法を、テンポが一定の場合とテンポが上昇する場合とで分節して説明する。

（２．３．１）テンポが一定の場合
図１０に示す例では、テンポ１４０ＢＰＭの楽曲データを全て１６０ＢＰＭの楽曲データに変換して、ファイル時間３０分（ファイル総小節数１２００）のジョギング本編を作成する場合の例であり、楽曲本体データとしては、曲Ａ〜曲Ｊの１０個の楽曲本体データが、この選曲順で選択されたものとする。また、曲間つなぎデータとしては、前奏及び後奏の曲間つなぎデータの他に、１２小節の曲間部ａから１４４小節の曲間部ｌまでの１２個の曲間つなぎデータが用意されている。

制御部１１は、楽曲本体データ及び曲間つなぎーデータを、それらのキーを利用するユーザに対応するキーデータに基づいて変更しつつ、夫々テンポ１６０ＢＰＭの楽曲本体データ及び曲間つなぎーデータに変換する。ここで、各楽曲の演奏時間は、元の７／８（１４０ＢＰＭ／１６０ＢＰＭ）となる。

そして、制御部１１は、前奏の曲間つなぎデータをジョギング本編の先頭に挿入し、後奏の曲間つなぎデータをジョギング本編の最後に挿入する。また、制御部１１は、曲Ａ〜曲Ｊの楽曲本体データを、この曲順で、前奏の曲間つなぎデータと後奏の曲間つなぎデータとの間に挿入する。

この時点におけるジョギング本編の小節数、すなわち、前奏と曲Ａ〜曲Ｊと後奏との小節数の合計は、１６０ＢＰＭにおけるファイル時間３０分に対応する小節数である１２００小節未満となる。そして、制御部１１が、各楽曲本体データの間に、曲間部ａ〜曲間部ｌのうち適切な長さの曲間つなぎデータを夫々挿入することにより、ジョギング本編の最終的な小節数が、ファイル総小節数である１２００小節となるように調整する。曲間部の曲間つなぎデータは１２小節間隔で用意されているので、ファイル時間に相応する小節数と実際に作成されるジョギング本編部分の小節数の差は最大でも±６小節分で済ませることができる。このように、必ずしも丁度１２００小節になるようにジョギング本編を作成する必要はなく、多少のズレがあっても良い。

また、制御部１１は、およそ中心に位置する曲間部の小節数が可能な限り多くなるよう、各曲間部の小節数を調整する。これは、長い曲間を１箇所に集中させることで他の曲間を短くし、曲間が間延びした印象をユーザに与えないためである。また、中心に位置する曲間に長い曲間部を挿入することで、メリハリが生まれる。その他の位置には、極力小節数の少なく且つ長さが均等になるような曲間部が挿入される。図１０に示す例では、全部で１０曲の楽曲が選択されているので、５曲目である曲Ｅと６曲目である曲Ｆとの曲間に１４４小節の曲間部が挿入され、その他の曲間には１２小節又は２４小節の曲間部が挿入されている。

なお、小節数が多い曲間部を必ずしも中心に位置する曲間に挿入する必要はなく、また、１箇所のみに挿入する必要もない。例えば、全体の３分の１の楽曲が終わった後に小節数が多い曲間部を挿入し、更に３分の１の楽曲が終わった後に小節数が多い曲間部を挿入しても良い。ただし、間延びした印象を与えないためにも、小節数が多い曲間部を挿入する箇所を、極力少なめ（例えば、多くても全曲間の半分以下）にすることが望ましい。

曲間部の曲間つなぎデータは、各楽曲本体の曲間を曲間部でつなぐことにより、音楽的（聴覚的）に自然な形で各楽曲本体を接続して演奏するために用いられる楽曲データである。

ここで、楽曲本体データは、図３において説明したように、楽曲本体ＭＩＤＩデータ１０５から変換された楽曲本体のキーが変更されたＷＡＶデータにジョギングアレンジドラムベースＷＡＶデータ１０６（このジョギングアレンジドラムベースＷＡＶデータ１０６自体のキーは変更されていない）が合成されて作成される。このとき、楽曲本体の曲調に合ったリズムパターンのジョギングアレンジドラムベースＷＡＶデータ１０６が選択される。

ジョギング用楽曲データを構成する複数の楽曲本体夫々のリズムパターンが全て同一であれば、曲間部の曲間つなぎデータとしては、これと同一のリズムパターンのデータのみを用意すれば、各楽曲の接続前後でリズムパターンが変化しないため、自然な形で演奏を継続することができる。しかしながら、楽曲本体のリズムパターンが曲毎に異なるような場合においては、一つのパターンでは、各楽曲の接続前後でリズムパターンが急激に変化し、音楽的に不自然となる。

そこで、本実施形態においては、ジョギング用楽曲データを構成する複数の楽曲本体のリズムパターンが２パターン以上存在する場合には、これに応じて、複数のリズムパターンの曲間部の曲間つなぎデータを用意する。

例えば、ある楽曲本体とその次の楽曲本体のリズムパターンとが異なる場合には、前の楽曲本体に接続する部分においては、その楽曲本体のリズムパターンと同じ（又は近い）リズムパターンで演奏が開始され、次の楽曲本体に接続する部分においては、その楽曲本体のリズムパターンと同じ（又は近い）リズムパターンで演奏が終了し、演奏が進行するに従ってリズムパターンが次第に変化していくような曲間部を用意する。なおこの場合でも、ジョギングアレンジドラムベースＷＡＶデータ１０６を除くパートのキーは、上記キーデータに基づいて変更されている。

そして、例えば、ジョギング用楽曲データを構成する複数の楽曲本体のリズムパターンとして、ＸとＹとの２つのパターンが混在している場合には、リズムパターンがＸ一定の曲間部、Ｙ一定の曲間部、ＸからＹに変化する曲間部、ＹからＸに変化する曲間部の４つを、曲間部ａ〜曲間部ｆの夫々について用意する（例えば、曲間部ａの場合には、リズムパターンがＸ一定の曲間部ａ１、Ｙ一定の曲間部ａ２、ＸからＹに変化する曲間部ａ３、ＹからＸに変化する曲間部ａ４）。

制御部１１は、曲間部を挿入する曲間前後の楽曲本体データの楽曲情報等を参照して、楽曲本体のリズムパターンを認識し、これに対応したリズムパターンとなる曲間部の曲間つなぎデータを挿入する。

ここで、制御部１１は、楽曲本体データと曲間部の曲間つなぎデータとを接続する場合に、楽曲本体の最初の１小節と曲間部（楽曲本体がそのファイルの１曲目である場合には前奏）の最後の１小節とを重複させて接続する。これは、シンコペーションで始まる楽曲の本体開始部分と曲間部の終了部分とを自然に繋げるためである。

つまり、小節を跨いだシンコペーションでは、１小節目の最後で実際の演奏が開始される場合がある。例えば、１小節目の４拍子目で演奏が開始されるとする。そうすると、１小節目の最初の３拍子分は何のメロディーも演奏されないこととなるので、曲間部の最後の部分と楽曲本体との最初の部分との接続部分で、音楽的に不自然な部分ができてしまう。そこで、楽曲本体の最初の１小節と曲間部の最後の１小節とを重複させるのである。なお、シンコペーションで始まらない楽曲本体では、最初の１小節は無音で作成されている。そして、制御部１１は、楽曲本体と曲間部とを一律に１小節分重複させる。

こうしたことから、小節数を計算する場合においては、各楽曲本体の小節数から夫々１小節減算する必要がある。

なお、ジョギング本編の最初の楽曲本体の前に挿入される前奏の曲間つなぎデータは、その楽曲本体のリズムパターンと同じ（又は近い）リズムパターンのデータを用い、ジョギング本編の最後の楽曲本体の後に挿入される後奏の曲間つなぎデータは、その楽曲本体のリズムパターンと同じ（又は近い）リズムパターンのデータを用いることが望ましい。

（２．３．２）テンポが上昇する場合
テンポが上昇する場合、つまり、変更後のキーを一定としつつ、且つ初期テンポ＜最終テンポである場合も、テンポの調整以外は、テンポが一定の場合と基本的に同様である。つまり、再生途中でテンポが変わろうと変わるまいと、各曲の小節数は変わらないから、ファイル総小節数さえ確定していれば、実際に作成するジョギング本編部分の小節数の調整は容易に行うことができる。

これを、例えば、小節数ではなく演奏時間で調整しようとすると、途端に複雑となる。なぜなら、各曲の演奏時間を求めるためには、先ず、夫々のテンポを求めなければならない。しかし、各曲の再生位置（ジョギング本編先頭の再生が開始されてからの経過時間）が判らなければ、各曲に対して適切なテンポを求めることもできない。そこで、演奏時間やテンポを仮に設定等した上で、全体の演奏時間を調整することとなるが、小節数で調整する場合と比較して、明らかに処理が複雑になる。また、テンポが一定の場合とテンポが上昇する場合とで処理を変えなければならない。更には、仮に設定したテンポと実際のテンポとがずれることがあるため、このことに起因して、計算した全体の演奏時間とファイル時間との誤差が大きくなる場合がある。小節数で調整するようにすれば、こうした不都合は生じない。

次に、テンポについても、小節単位で調整を行う。具体的に、ジョギング本編の最初の小節のテンポを初期テンポとし、最後の小節のテンポを最終テンポとして、その間の小節については、初期テンポから最終テンポまでなだらかにテンポが変化するように調整する。例えば、初期テンポが１６０ＢＰＭ、最終テンポが１７０ＢＰＭ、ファイル総小節数が１２００小節である場合は、最初の小節を１６０ＢＰＭとし、１小節経過する毎に１／１２０ＢＰＭずつテンポが上昇するように各小節のテンポを調整する。

（３）楽曲配信サーバの動作
（３．１）メイン処理
次に、楽曲配信サーバ１の動作について説明するが、始めに、メイン処理について、図１１を用いて説明する。

図１１は、本実施形態に係る楽曲配信サーバ１の制御部１１のメイン処理における処理例を示すフローチャートである。

先ず、ユーザ操作により、ユーザＰＣ２が楽曲配信サーバ１にアクセスすると、図１１に示すように、楽曲配信サーバ１の制御部１１は、ログイン処理を実行する（ステップＳ１）。具体的に、制御部１１は、ユーザＰＣ２からユーザＩＤ、パスワード等を受信し、認証処理を行って、ユーザを特定する。

次いで、制御部１１は、コース選択処理を実行する（ステップＳ２）。具体的に、制御部１１は、所定のコース選択用ＷＥＢページをユーザＰＣ２に送信して、図４において説明したように、ユーザにトレーニングコースを選択させ、選択されたトレーニングコースの情報をユーザＰＣ２から受信する。

次いで、制御部１１は、所定のＷＥＢページをユーザＰＣ２に送信して、ユーザに自分の体重及び性別並びに所望する自身のキーを入力させ、これらの情報をユーザＰＣ２から受信する（ステップＳ３）。このユーザの体重は、ジョギング中におけるユーザのカロリー消費の計算に用いられ、性別は、最終的なトレーニングコースの決定に用いられる。性別によって運動能力に差があるため、同じトレーニングコースでも性別によってその内容（具体的には、ジョギング時間及びテンポ）を若干変えるのである。また、入力されたキーに相当するキーデータは、上述してきたように各楽曲データのキーの変更に用いられる。

ここで、上記ステップＳ３におけるユーザのキー（換言すれば、そのユーザにおいて発生可能な音域を示す情報）の入力方法としては、例えば、そのユーザが発生可能な音域を示す具体的なキーコードを入力することとしても良い。或いは、ユーザが発生可能な最も高い声と最も低い声とを夫々実際に発声し、夫々のを示す周波数データをそのユーザの発声可能な音域を示す音域データとして入力することとしてもよい。

次いで、制御部１１は、ユーザＰＣ２から受信されたトレーニングコースの情報と性別の情報とに基づいて、最終的なトレーニングコースを決定する（ステップＳ４）。

なお、ステップＳ２において、特定されたユーザが前回までに選択したトレーニングコースを変更しない場合には、ステップＳ３の処理を省略し、ユーザのトレーニング情報から、トレーニングコースの情報を取得しても良い。

次いで、制御部１１は、ステップを決定する（ステップＳ５）。具体的に、制御部１１は、先ず、システム側で推奨するステップを提示するＷＥＢページをユーザＰＣ２に送信する。例えば、今回新たなトレーニングコースが選択された場合には、ステップ１が推奨され、前回までのトレーニングコースが変更されない場合には、現在のステップ、当該トレーニングコースのジョギング用楽曲データを最初にダウンロードした日からの経過日数等に応じてふさわしいステップが推奨される。ここで、ユーザＰＣ２を操作することによって、提示されたステップをユーザが承諾した場合には、その旨のリクエストがユーザＰＣ２から楽曲配信サーバ１に送信される一方、ユーザがステップを変更する場合には、その旨のリクエストがユーザＰＣ２から楽曲配信サーバ１に送信される。そして、制御部１１は、このリクエストに基づいて、ステップを決定する。

次いで、制御部１１は、決定されたトレーニングコース及びステップに対応するジョギング時間、初期テンポ及び終了テンポを、コース情報から取得し、ＲＡＭ上の所定領域に設定する（ステップＳ６）。

次いで、制御部１１は、ジョギング時間に基づいて、図７で説明したように、ファイル時間ＦＴ（１）〜ＦＴ（Ｎ）を設定する。例えば、制御部１１は、ジョギング時間が１５分である場合には、Ｎ＝１、ＦＴ（１）＝１５を設定し、ジョギング時間が４５分である場合には、Ｎ＝２、ＦＴ（１）＝３０、ＦＴ（２）＝１５を設定する。

次いで、制御部１１は、ウォーミングアップ曲のファイル名を設定する（ステップＳ８）。具体的に、制御部１１は、コース番号及び今日の日付を含むと共に、通し番号として「１」を含むファイル名を設定する（例えば、「００１−２００８０７０１−１．ＭＰ３」等。ここで、「００１」はコース番号、「２００８０７０１」は日付、「１」は通し番号である）。

後述するが、制御部１１は、上記の命名規則で、ジョギング本編とクールダウン曲についても通し番号を増加させながらファイル名を設定する。これは、携帯音楽プレーヤ３でジョギング用楽曲データを再生する際に、規定された順番（ウォーミングアップ曲、ジョギング本編の１番目のファイル、ジョギング本編の２番目のファイル・・・クールダウン曲）でファイルを再生させるためである。ＭＰ３フォーマットのデータでは、ＩＤタグを設定することができるが、このＩＤタグにはトラック番号も含めることができる。携帯音楽プレーヤ３がＩＤタグを参照してファイルの再生順を決定するのであれば問題はないが、ＩＤタグに対応していない機種も存在する。このような機種では、ファイル名の順（例えば、ＡＳＣＩＩ（American Standard Code for Information Interchange）コード（文字コードの一例）で昇順となるように）で再生を行うものが多い。そこで、制御部１１は、上述したようにファイル名を設定する。

次いで、制御部１１は、ファイル番号ｉに１を設定する（ステップＳ９）。

次いで、制御部１１は、後述する使用楽曲決定処理を実行することにより、ｉ番目のジョギング本編１ファイルに相当するジョギング用楽曲データの作成に用いられる楽曲データ、曲間つなぎデータと、その演奏順序を決定する（ステップＳ１０）。

次いで、制御部１１は、ジョギング用楽曲データ作成処理を実行することにより、ｉ番目のジョギング本編１ファイルに相当するジョギング用楽曲データを作成する（ステップＳ１１）。

次いで、制御部１１は、ファイル番号ｉに１を加算して（ステップＳ１２）、ファイル番号ｉがファイル数Ｎより大きいか否かを判定する（ステップＳ１３）。このとき、制御部１１は、ファイル番号ｉがファイル数Ｎよりも大きくはない場合には（ステップＳ１３：ＮＯ）、ステップＳ１０に移行する。

一方、制御部１１は、ファイル番号ｉがファイル数Ｎより大きい場合には（ステップＳ１３：ＹＥＳ）、クールダウン曲のファイル名を設定する（ステップＳ１４）。具体的に、制御部１１は、コース番号及び今日の日付を含むと共に、通し番号としてＮ＋１を含むファイル名を設定する。

次いで、制御部１１は、作成したジョギング用楽曲データをユーザＰＣ２に送信する（ステップＳ１５）。具体的に、制御部１１は、ウォーミングアップ曲のファイル、ジョギング本編のファイル及びクールダウン曲のファイル夫々へのリンクを含むダウンロード用のＷＥＢページをユーザＰＣ２に送信して、ダウンロードするファイルをユーザに選択させる。そして、制御部１１は、ユーザに選択されたリンクに設定されているＵＲＬ（Uniform Resource Locator）の情報をＰＣ２から受信して、このＵＲＬに対応するファイルをユーザＰＣ２に送信する。

そして、制御部１１は、ユーザが必要なだけのファイルの送信を行うと、メイン処理を終了させる。

（３．２）使用楽曲決定処理
次に、使用楽曲決定処理について、図１２乃至図１５を用いて説明する。

図１２乃至図１５は、本実施形態に係る楽曲配信サーバ１の制御部１１の使用楽曲決定処理における処理例を示すフローチャートである。

使用楽曲決定処理が開始されると、図１２に示すように、制御部１１は、演奏リストを初期化する（ステップＳ１０１）。

次いで、制御部１１は、続くステップＳ１０２〜Ｓ１０５において、走行テンポＴＭＰの設定を行う。

具体的に先ず、制御部１１は、初期テンポと終了テンポとが一致するか否かを判定する（ステップＳ１０２）。このとき、制御部１１は、初期テンポと終了テンポとが一致する場合には（ステップＳ１０２：ＹＥＳ）、走行テンポＴＭＰに初期テンポを設定して（ステップＳ１０３）、ステップＳ１０６に移行する。

一方、制御部１１は、初期テンポと終了テンポとが一致しない場合には（ステップＳ１０２：ＮＯ）、ファイル初期テンポとファイル終了テンポとを算出する（ステップＳ１０４）。

ここで、ファイル初期テンポとは、ジョギング本編のｉ番目のファイルにおける最初の曲のテンポであり、ファイル終了テンポとは、ジョギング本編のｉ番目のファイルにおける最後の曲のテンポである。具体的に、制御部１１は、
ファイル初期テンポ＝（初期テンポ−終了テンポ）×（ＦＴ（１）〜ＦＴ（ｉ−１）の合計）／ジョギング時間
を計算すると共に、
ファイル終了テンポ＝（初期テンポ−終了テンポ）×（ＦＴ（１）〜ＦＴ（ｉ）の合計）／ジョギング時間
を計算する。

次いで、制御部１１は、
（ファイル初期テンポ＋ファイル終了テンポ）／２
を計算し、この計算結果を走行テンポＴＭＰに設定する（ステップＳ１０５）。制御部１１は、この処理を終えると、ステップＳ１０６に移行する。

制御部１１は、走行テンポＴＭＰを設定すると、
ＴＭＰ×ＦＴ（ｉ）／４
を計算し、この計算結果をファイル総小節数ＦＭに設定する（ステップＳ１０６）。

次いで、制御部１１は、続くステップＳ１０７〜Ｓ１１７において、前奏の小節数と後奏の小節数とを設定する。

先ず、制御部１１は、ファイル数Ｎが１であるか否かを判定する（ステップＳ１０７）。このとき、制御部１１は、ファイル数Ｎが１である場合には（ステップＳ１０７：ＹＥＳ）、演奏リストの先頭に４小節の前奏をセットすると共に、演奏リストの最後に２０小節の後奏をセットする（ステップＳ１０８）。

次いで、制御部１１は、前奏小節数Ｐに４を設定すると共に、後奏小節数Ｅに２０を設定すると（ステップＳ１０９）、ステップＳ１５１に移行する。

一方、制御部１１は、ファイル数Ｎが１ではない場合には（ステップＳ１０７：ＮＯ）、ファイル番号ｉが１であるか否かを判定する（ステップＳ１１０）。つまり、制御部１１は、現在処理しようとしているファイルが、最初のファイルであるか否かを判定するのである。このとき、制御部１１は、ファイル番号ｉが１である場合には（ステップＳ１１０：ＹＥＳ）、演奏リストの先頭に４小節の前奏をセットすると共に、演奏リストの最後に４小節の後奏をセットする（ステップＳ１１１）。

次いで、制御部１１は、前奏小節数Ｐに４を設定すると共に、後奏小節数Ｅに４を設定すると（ステップＳ１１２）、ステップＳ１５１に移行する。

一方、制御部１１は、ファイル番号ｉが１ではない場合には（ステップＳ１１０：ＮＯ）、ファイル番号ｉがファイル数Ｎと一致するか否かを判定する（ステップＳ１１３）。つまり、制御部１１は、現在処理しようとしているファイルが、最後のファイルであるか否かを判定するのである。このとき、制御部１１は、ファイル番号ｉがファイル数Ｎと一致する場合には（ステップＳ１１３：ＹＥＳ）、演奏リストの先頭に８小節の前奏をセットすると共に、演奏リストの最後に２０小節の後奏をセットする（ステップＳ１１４）。

次いで、制御部１１は、前奏小節数Ｐに８を設定すると共に、後奏小節数Ｅに２０を設定すると（ステップＳ１１５）、ステップＳ１５１に移行する。

一方、制御部１１は、ファイル番号ｉがファイル数Ｎと一致しない場合には（ステップＳ１１３：ＮＯ）、演奏リストの先頭に８小節の前奏をセットすると共に、演奏リストの最後に４小節の後奏をセットする（ステップＳ１１６）。

次いで、制御部１１は、前奏小節数Ｐに８を設定すると共に、後奏小節数Ｅに４を設定すると（ステップＳ１１７）、ステップＳ１５１に移行する。

制御部１１は、前奏の小節数と後奏の小節数とを設定すると、続くステップＳ１５１〜Ｓ１６５において、許容最長楽曲小節数ＭＰＭを設定する。

先ず、制御部１１は、図１３に示すように、ファイル時間ＦＴ（ｉ）が３０分であるか否かを判定する（ステップＳ１５１）。このとき、制御部１１は、ファイル時間ＦＴ（ｉ）が３０分である場合には（ステップＳ１５１：ＹＥＳ）、許容最長楽曲小節数ＭＰＭに２１０を設定して（ステップＳ１５２）、ステップＳ１６６に移行する。

一方、制御部１１は、ファイル時間ＦＴ（ｉ）が１５分である場合には（ステップＳ１５１：ＮＯ）、走行テンポＴＭＰが１９０ＢＰＭ以上であるか否かを判定する（ステップＳ１５３）。このとき、制御部１１は、走行テンポＴＭＰが１９０ＢＰＭ以上である場合には（ステップＳ１５３：ＹＥＳ）、許容最長楽曲小節数ＭＰＭに２１０を設定して（ステップＳ１５４）、ステップＳ１６６に移行する。

一方、制御部１１は、走行テンポＴＭＰが１９０ＢＰＭ未満である場合には（ステップＳ１５３：ＮＯ）、走行テンポＴＭＰが１７０ＢＰＭ以上であるか否かを判定する（ステップＳ１５５）。このとき、制御部１１は、走行テンポＴＭＰが１７０ＢＰＭ以上である場合には（ステップＳ１５５：ＹＥＳ）、許容最長楽曲小節数ＭＰＭに１９６を設定して（ステップＳ１５６）、ステップＳ１６６に移行する。

一方、制御部１１は、走行テンポＴＭＰが１７０ＢＰＭ未満である場合には（ステップＳ１５５：ＮＯ）、走行テンポＴＭＰが１５５ＢＰＭ以上であるか否かを判定する（ステップＳ１５７）。このとき、制御部１１は、走行テンポＴＭＰが１５５ＢＰＭ以上である場合には（ステップＳ１５７：ＹＥＳ）、許容最長楽曲小節数ＭＰＭに１７７を設定して（ステップＳ１５８）、ステップＳ１６６に移行する。

一方、制御部１１は、走行テンポＴＭＰが１５５ＢＰＭ未満である場合には（ステップＳ１５７：ＮＯ）、走行テンポＴＭＰが１３０ＢＰＭ以上であるか否かを判定する（ステップＳ１５９）。このとき、制御部１１は、走行テンポＴＭＰが１３０ＢＰＭ以上である場合には（ステップＳ１５９：ＹＥＳ）、許容最長楽曲小節数ＭＰＭに１４６を設定して（ステップＳ１６０）、ステップＳ１６６に移行する。

一方、制御部１１は、走行テンポＴＭＰが１３０ＢＰＭ未満である場合には（ステップＳ１５９：ＮＯ）、走行テンポＴＭＰが１２０ＢＰＭ以上であるか否かを判定する（ステップＳ１６１）。このとき、制御部１１は、走行テンポＴＭＰが１２０ＢＰＭ以上である場合には（ステップＳ１６１：ＹＥＳ）、許容最長楽曲小節数ＭＰＭに１３３を設定して（ステップＳ１６２）、ステップＳ１６６に移行する。

一方、制御部１１は、走行テンポＴＭＰが１２０ＢＰＭ未満である場合には（ステップＳ１６１：ＮＯ）、走行テンポＴＭＰが１１０ＢＰＭ以上であるか否かを判定する（ステップＳ１６３）。このとき、制御部１１は、走行テンポＴＭＰが１１０ＢＰＭ以上である場合には（ステップＳ１６３：ＹＥＳ）、許容最長楽曲小節数ＭＰＭに１２１を設定して（ステップＳ１６４）、ステップＳ１６６に移行する。

一方、制御部１１は、走行テンポＴＭＰが１１０ＢＰＭ未満である場合には（ステップＳ１６３：ＮＯ）、許容最長楽曲小節数ＭＰＭに１０８を設定して（ステップＳ１６５）、ステップＳ１６６に移行する。

制御部１１は、許容最長楽曲小節数ＭＰＭを設定すると、続くステップＳ１６６〜Ｓ１７６において、ジョギング本編を構成する複数の楽曲を選定する。

先ず、制御部１１は、選択楽曲数Ｓに０を設定すると共に、合計楽曲小節数Ｍに０を設定する（ステップＳ１６６）。ここで、選択楽曲数Ｓは、これまでに選択された楽曲の個数であり、合計楽曲小節数Ｍは、これまでに選択された楽曲の小節数の合計である。

次いで、制御部１１は、１曲目の楽曲を選択するための楽曲選択処理を実行する（ステップＳ１６７）。

楽曲選択処理において、制御部１１は、先ず、特定されたユーザの履歴情報を参照して、前回までにユーザが選択したアルバム、アーティスト又はジャンル（以下、単に「アルバム等」と称する）と、そのアルバム等に含まれる楽曲のリストとを提示するＷＥＢページをユーザＰＣ２に送信する。

ここで、ユーザＰＣ２を操作することによって、ユーザが、提示されたアルバム等を別のアルバム等に変更せずに、リストから楽曲を選択した場合には、その楽曲の楽曲選択リクエスト（楽曲指定情報の一例）がユーザＰＣ２から楽曲配信サーバ１に送信される。

一方、ユーザが、提示されたアルバム等を別のアルバム等に変更した場合には、選択されたアルバム等のアルバム等選択リクエスト（アルバム指定情報の一例）がユーザＰＣ２から楽曲配信サーバ１に送信され、制御部１１は、これに応じて、アルバム等のリストやアルバム等の検索メニューを提示するＷＥＢページデータをユーザＰＣ２に送信する。そして、ユーザがアルバム等を選択し、そのアルバム等に含まれる複数の楽曲の中から所望する楽曲を選択すると、その楽曲の楽曲選択リクエスト（楽曲指定情報の一例）がユーザＰＣ２から楽曲配信サーバ１に送信される。

なお、この楽曲の選択においては、蓄積されている全楽曲について、例えば年代別のヒット曲毎のパッケージ又はそれを演奏する演奏家（アーティスト）毎のパッケージ等の如く、同じ属性を有する複数の楽曲を一つのパッケージに纏め、更に夫々のパッケージの属性を端的に示すキーワードを付してユーザに提示するように構成することもできる。この構成によれば、ユーザは、そのパッケージ毎に楽曲を選ぶことで、自身が所望する属性の楽曲をより迅速に複数選べることとなる。

制御部１１は、この選択リクエストを受信することによって、１曲目の楽曲データを特定し選定する。そして、制御部１１は、選定した楽曲を演奏リストの１曲目にセットする。

ここで、制御部１１は、ユーザに楽曲を選択させる際に、選択可能な楽曲の小節数を許容最長楽曲小節数ＭＰＭ以下に制限する。例えば、制御部１１は、楽曲のリストを提示するＷＥＢページをユーザＰＣ２に送信する際、小節数が許容最長楽曲小節数ＭＰＭよりも多い楽曲をリストから除外する。

なお、１曲目の楽曲選択の際においてアルバム等が選択された後、ユーザが、例えば「おまかせ選曲」を選択したら、制御部１１側で、選択されたアルバム等に含まれる複数の楽曲の中から予め決められた楽曲を演奏順に自動的に選択しても良いし、ランダムに楽曲を選択しても良い。このような場合にも、制御部１１は、小節数が許容最長楽曲小節数ＭＰＭ以下となる楽曲のみを選択する。

次いで、制御部１１は、選択楽曲数Ｓに１を設定すると共に、Ｍ＋（１曲目の小節数−１）を計算し、この計算結果を合計楽曲小節数Ｍに設定する（ステップＳ１６８）。

次いで、制御部１１は、２曲目の楽曲を選択するための楽曲選択処理を実行し（ステップＳ１６９）、その後、選択楽曲数Ｓに２を設定すると共に、Ｍ＋（２曲目の小節数−１）を計算し、この計算結果を合計楽曲小節数Ｍに設定する（ステップＳ１７０）。

次いで、制御部１１は、３曲目の楽曲を選択するための楽曲選択処理を実行し（ステップＳ１７１）、その後、選択楽曲数Ｓに３を設定すると共に、Ｍ＋（３曲目の小節数−１）を計算し、この計算結果を合計楽曲小節数Ｍに設定する（ステップＳ１７２）。

次いで、制御部１１は、ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｓ×６）が許容最長楽曲小節数ＭＰＭの値以上であるか否かを判定する（ステップＳ１７３）。つまり、制御部１１は、前奏、後奏、これまでに選択されたＳ曲分の楽曲及びＳ曲分の曲間部の小節数の合計を除いた、現時点での残り小節数が、Ｓ＋１曲目を選択可能な小節数であるか否かを判定するのである。

このとき、制御部１１は、ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｓ×６）が許容最長楽曲小節数ＭＰＭの値以上である場合には（ステップＳ１７３：ＹＥＳ）、Ｓ＋１曲目の楽曲を選択するための楽曲選択処理を実行する（ステップＳ１７４）。

次いで、制御部１１は、
Ｍ＋（（Ｓ＋１）曲目の小節数−１）
を計算し、この計算結果を合計楽曲小節数Ｍに設定する（ステップＳ１７５）。

次いで、制御部１１は、選択楽曲数Ｓに１を加算して（ステップＳ１７６）、ステップＳ１７３に移行する。

このように、制御部１１は、楽曲を次々と選定していき、楽曲が入りきらなくなる場合、すなわち、ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｓ×６）が許容最長楽曲小節数ＭＰＭの値未満となった場合には（ステップＳ１７３：ＮＯ）、ステップＳ２０１に移行する。

制御部１１は、楽曲の選定を終えると、続くステップＳ２０１〜Ｓ２２８において、およそ中心に位置する曲間に、可能な限り小節数が多い曲間部をセットする。

先ず、制御部１１は、合計曲間小節数Ｋに０を設定すると共に、未セット曲間数ＺにＳ−１を設定する（ステップＳ２０１）。ここで、合計曲間小節数Ｋは、現時点で小節数が決まっている曲間の小節数の合計であり、未セット曲間数Ｚは、現時点で演奏リストにセットされていない曲間部の個数である。

次いで、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１４４））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２０２）。つまり、制御部１１は、中心に位置する曲間に１４４小節の曲間部をセットしたとしても、残りの曲間夫々に最低限１２小節の曲間部をセットすることができるか否かを判定するのである。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１４４））／（Ｓ−２）が１２以上である場合には（ステップＳ２０２：ＹＥＳ）、セット小節数Ｊに１４４を設定して（ステップＳ２０３）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１４４））／（Ｓ−２）が１２未満である場合には（ステップＳ２０２：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１３２））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２０４）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１３２））／（Ｓ−２）が１２以上である場合には（ステップＳ２０４：ＹＥＳ）、セット小節数Ｊに１３２を設定して（ステップＳ２０５）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１３２））／（Ｓ−２）が１２未満である場合には（ステップＳ２０４：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１２０））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２０６）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１２０））／（Ｓ−２）が１２以上である場合には（ステップＳ２０６：ＹＥＳ）、セット小節数Ｊに１２０を設定して（ステップＳ２０７）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１２０））／（Ｓ−２）が１２未満である場合には（ステップＳ２０６：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１０８））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２０８）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１０８））／（Ｓ−２）が１２以上である場合には（ステップＳ２０８：ＹＥＳ）、セット小節数Ｊに１０８を設定して（ステップＳ２０９）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋１０８））／（Ｓ−２）が１２未満である場合には（ステップＳ２０８：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋９６））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２１０）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋９６））／（Ｓ−２）が１２以上である場合には（ステップＳ２１０：ＹＥＳ）、セット小節数Ｊに９６を設定して（ステップＳ２１１）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋９６））／（Ｓ−２）が１２未満である場合には（ステップＳ２１０：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋８４））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２１２）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋８４））／（Ｓ−２）が１２以上である場合には（ステップＳ２１２：ＹＥＳ）、セット小節数Ｊに８４を設定して（ステップＳ２１３）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋８４））／（Ｓ−２）が１２未満である場合には（ステップＳ２１２：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋７２））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２１４）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋７２））／（Ｓ−２）が１２以上である場合には（ステップＳ２１４：ＹＥＳ）、セット小節数Ｊに７２を設定して（ステップＳ２１５）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋７２））／（Ｓ−２）が１２未満である場合には（ステップＳ２１４：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋６０））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２１６）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋６０））／（Ｓ−２）が１２以上である場合には（ステップＳ２１６：ＹＥＳ）、セット小節数Ｊに６０を設定して（ステップＳ２１７）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋６０））／（Ｓ−２）が１２未満である場合には（ステップＳ２１６：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋４８））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２１８）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋４８））／（Ｓ−２）が１２以上である場合には（ステップＳ２１８：ＹＥＳ）、セット小節数Ｊに４８を設定して（ステップＳ２１９）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋４８））／（Ｓ−２）が１２未満である場合には（ステップＳ２１８：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋３６））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２２０）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋３６））／（Ｓ−２）が１２以上である場合には（ステップＳ２２０：ＹＥＳ）、セット小節数Ｊに３６を設定して（ステップＳ２２１）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋３６））／（Ｓ−２）が１２未満である場合には（ステップＳ２２０：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋２４））／（Ｓ−２）が１２以上であるか否かを判定する（ステップＳ２２２）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋２４））／（Ｓ−２）が１２以上である場合には（ステップＳ２２２：ＹＥＳ）、セット小節数Ｊに２４を設定して（ステップＳ２２３）、ステップＳ２２５に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋２４））／（Ｓ−２）が１２未満である場合には（ステップＳ２２２：ＮＯ）、セット小節数Ｊに１２を設定して（ステップＳ２２４）、ステップＳ２２５に移行する。

制御部１１は、セット小節数Ｊを設定すると、選択楽曲数Ｓが偶数であるか否かを判定する（ステップＳ２２５）。このとき、制御部１１は、選択楽曲数Ｓが偶数である場合には（ステップＳ２２５：ＹＥＳ）、セット小節数Ｊに設定された小節数の曲間部をＳ／２曲目の後にセットして（ステップＳ２２６）、ステップＳ２２８に移行する。

一方、制御部１１は、選択楽曲数Ｓが奇数である場合には（ステップＳ２２５：ＮＯ）、セット小節数Ｊに設定された小節数の曲間部を（Ｓ＋１）／２曲目の後にセットして（ステップＳ２２７）、ステップＳ２２８に移行する。

制御部は、セット小節数Ｊに設定された小節数の曲間部をセットすると、合計曲間小節数Ｋにセット小節数Ｊを加算すると共に、未セット曲関数Ｚから１を減算する（ステップＳ２２８）。

次いで、制御部１１は、続くステップＳ２５１〜Ｓ２７８において、残りの曲間にも曲間部をセットする。

先ず、制御部１１は、図１５に示すように、選択楽曲数Ｓから１を減算し（ステップＳ２５１）、未セット曲関数Ｚが０であるか否かを判定する（ステップＳ２５２）。つまり、制御部１１は、全ての曲間に曲間部をセットしたか否かを判定するのである。

このとき、制御部１１は、未セット曲関数Ｚが０ではない場合には（ステップＳ２５２：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１３２より大きいか否かを判定する（ステップＳ２５３）。つまり、制御部１１は、残りの曲間全てに１３２小節の曲間部をセットしても、全体の小節数がファイル総小節数未満に収まるか否かを判定するのである。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚ＞１３２より大きい場合には（ステップＳ２５３：ＹＥＳ）、セット小節数Ｊに１４４をセットして（ステップＳ２５４）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１３２以下である場合には（ステップＳ２５３：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１２０より大きいか否かを判定する（ステップＳ２５５）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１２０より大きい場合には（ステップＳ２５５：ＹＥＳ）、セット小節数Ｊに１３２をセットして（ステップＳ２５６）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１２０以下である場合には（ステップＳ２５５：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１０８より大きいか否かを判定する（ステップＳ２５７）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１０８より大きい場合には（ステップＳ２５７：ＹＥＳ）、セット小節数Ｊに１２０をセットして（ステップＳ２５８）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１０８以下である場合には（ステップＳ２５７：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが９６より大きいか否かを判定する（ステップＳ２５９）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが９６より大きい場合には（ステップＳ２５９：ＹＥＳ）、セット小節数Ｊに１０８をセットして（ステップＳ２６０）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが９６以下である場合には（ステップＳ２５９：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが８４より大きいか否かを判定する（ステップＳ２６１）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが８４より大きい場合には（ステップＳ２６１：ＹＥＳ）、セット小節数Ｊに９６をセットして（ステップＳ２６２）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが８４以下である場合には（ステップＳ２６１：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが７２より大きいか否かを判定する（ステップＳ２６３）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが７２より大きい場合には（ステップＳ２６３：ＹＥＳ）、セット小節数Ｊに８４をセットして（ステップＳ２６４）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが７２以下である場合には（ステップＳ２６３：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが６０より大きいか否かを判定する（ステップＳ２６５）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが６０より大きい場合には（ステップＳ２６５：ＹＥＳ）、セット小節数Ｊに７２をセットして（ステップＳ２６６）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが６０以下である場合には（ステップＳ２６５：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが４８より大きいか否かを判定する（ステップＳ２６７）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが４８より大きい場合には（ステップＳ２６７：ＹＥＳ）、セット小節数Ｊに６０をセットして（ステップＳ２６８）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが４８以下である場合には（ステップＳ２６７：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが３６より大きいか否かを判定する（ステップＳ２６９）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが３６より大きい場合には（ステップＳ２６９：ＹＥＳ）、セット小節数Ｊに４８をセットして（ステップＳ２７０）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが３６以下である場合には（ステップＳ２６９：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが２４より大きいか否かを判定する（ステップＳ２７１）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが２４より大きい場合には（ステップＳ２７１：ＹＥＳ）、セット小節数Ｊに３６をセットして（ステップＳ２７２）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが２４以下である場合には（ステップＳ２７１：ＮＯ）、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１２より大きいか否かを判定する（ステップＳ２７３）。このとき、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１２より大きい場合には（ステップＳ２７３：ＹＥＳ）、セット小節数Ｊに２４をセットして（ステップＳ２７４）、ステップＳ２７６に移行する。

一方、制御部１１は、（ＦＭ−（Ｐ＋Ｅ＋Ｍ＋Ｋ））／Ｚが１２以下である場合には（ステップＳ２７３：ＮＯ）、セット小節数Ｊに１２をセットして（ステップＳ２７５）、ステップＳ２７６に移行する。

制御部１１は、セット小節数Ｊを設定すると、演奏リストを参照して、Ｓ曲目の後に曲間部が既にセットされているか否かを判定する（ステップＳ２７６）。このとき、制御部１１は、Ｓ曲目の後に曲間部が既にセットされている場合には（ステップＳ２７６：ＹＥＳ）、ステップＳ２５１に移行する。

一方、制御部１１は、Ｓ曲目の後に曲間部が未だセットされていない場合には、（ステップＳ２７６：ＮＯ）セット小節数Ｊに設定された小節数の曲間部を、Ｓ曲目の後にセットする。

次いで、制御部１１は、合計曲間小節数Ｋにセット小節数Ｊを加算すると共に、未セット曲関数Ｚから１を減算して（ステップＳ２２８）、ステップＳ２５１に移行する。

このようにして、制御部１１は、ステップＳ２５１〜Ｓ２７８の処理を繰り返し実行することにより全ての曲間に曲間部をセットし、曲間部をセットし終えると、ステップＳ２５２において未セット曲関数Ｚが０であると判定することにより（ステップＳ２５２：ＹＥＳ）、使用楽曲決定処理を終了させる。

（３．３）ジョギング用楽曲データ作成処理
次に、ジョギング用楽曲データ作成処理について、図１６を用いて説明する。

図１６は、本実施形態に係る楽曲配信サーバ１の制御部１１のジョギング用楽曲データ作成処理における処理例を示すフローチャートである。

ジョギング用楽曲データ作成処理が開始されると、図１６に示すように、制御部１１は、演奏リストにセットされている楽曲の楽曲本体データをパーツＷＡＶデータデータベースから取得すると共に、演奏リストにセットされている前奏、後奏及び曲間部の曲間つなぎデータをパーツＷＡＶデータデータベースから取得する（ステップＳ３０１）。このとき、各曲間つなぎデータは、その前に接続される楽曲本体データのリズムパターンとその後に接続される楽曲本体データのリズムパターンとに合わせたものが取得される。

次いで、制御部１１は、取得した楽曲本体データ及び曲間つなぎデータを、演奏リストにセットされている順序で接続して、ジョギング本編部分のＷＡＶデータを作成する（ステップＳ３０２）。このとき、制御部１１は、各楽曲の最初の１小節とその前の曲間部の最後の１小節とを重複させて接続する。

次いで、制御部１１は、上記作成されたジョギング本編部分のＷＡＶデータにおけるキーを、上記ステップＳ３においてユーザから取得したキーデータにより示されるキーに変更する（ステップＳ３０３）。この結果、当該ジョギング本編部分を構成する楽曲本体データ及び曲間つなぎデータのキーが、ユーザが所望するキーに変更されることとなる。

ここで、当該ステップＳ３０３におけるキー変更処理として具体的には、上記ステップＳ３の処理においてユーザから入力された音域を示す音域データ（すなわち、キーコード又は発声可能音域を示す音域データ）に基づき、上記ジョギング本編部分のＷＡＶデータにおけるキーを、当該音域データにより示される音域内のキーとなるように変更することとなる。

次いで、制御部１１は、ファイルの初期テンポから最終テンポまで滑らかにテンポが変化するように小節単位でテンポの調整を行いながら、ジョギング本編部分のＷＡＶデータを変換する。（ステップＳ３０４）。この結果、初期テンポ＝最終テンポである場合には、全小節が同一のテンポとなり、初期テンポ＜最終テンポである場合には、１小節毎にテンポが少しずつ上昇する。

次いで、制御部１１は、ガイダンス音声の音声データを、対応する位置の曲間にセットされる曲間部の曲間つなぎデータに合成する（ステップＳ３０５）。

次いで、制御部１１は、エンコーダ部１４によりジョギング本編部分のフォーマットをＭＰ３フォーマットに変換することによってｉ番目のジョギング用楽曲データのファイルを作成し、これを記憶部１２に記憶させる。（ステップＳ３０６）。

次いで、制御部１１は、ｉ番目のジョギング用楽曲データのファイル名を設定する（ステップＳ３０７）。具体的に、制御部１１は、コース番号及び今日の日付を含むと共に、通し番号としてｉ＋１を含むファイル名を設定する。

このようにして、制御部１１は、そのキーが所望する者に変更されたジョギング用楽曲データをユーザＰＣ２によってダウンロード可能なように記憶させる。つまり、制御部１１は、ダウンロード用のＷＥＢページからユーザの選択に基づいてユーザＰＣ２から送信されてきたＵＲＬに対応するジョギング用楽曲データを記憶部１２から取得し送信することができるように、ジョギング用楽曲データを、記憶位置を示すパス及びファイル名を設定して記憶させるのである。

制御部１１は、この処理を終えると、ジョギング用楽曲データ作成処理を終了させる。

以上説明したように、本実施形態によれば、利用者の指示に基づいてキーが変更されたジョギングアレンジドラムベースＷＡＶデータ１０６を除くパートに相当する楽曲データと、キーが元のままのジョギングアレンジドラムベースＷＡＶデータ１０６と、により聴取用楽曲を生成してユーザに配信して聴取させるので、当該ユーザの好みに合致したキーの楽曲を含む聴取用楽曲を、そのリズムを維持しつつユーザに聴取させることができる。

従って、ユーザが聴取し易く且つ例えば口ずさみ易いようにキーが変更された聴取用楽曲が配信されるので、ユーザも違和感なく且つ楽しく所望の楽曲を聴取することができる。

また、ユーザに配信される聴取用楽曲を構成する楽曲夫々におけるジョギングアレンジドラムベースＷＡＶデータ１０６を除くパートのキーが、ユーザが指定したキーとなるように変更されることとなるので、ユーザは一貫したキーで聴取用楽曲を聴取しつつ快適に運動を継続することができる。

更に、一の楽曲の最後におけるテンポと、次に再生されるべき他の楽曲の最初におけるテンポと、が連続するように聴取用楽曲が生成されるので、ユーザの好みにあったキーで且つリズム良く聴取用楽曲を聴取しつつ運動を行うことができる。

なお、上述した実施形態では、キーについては、ユーザに配信される一の聴取用楽曲については同一のキーで一貫されていたが、これ以外に、ユーザが運動等を実施した時間（経過時間）に応じて、当該キーを一の聴取用楽曲の中で徐々に高くなるように変更することもできる。

この場合は、ユーザに配信される聴取用楽曲を構成する楽曲夫々におけるジョギングアレンジドラムベースＷＡＶデータ１０６を除くパートのキーが聴取用楽曲の再生時間の経過（運動等の経過）に従って高くなるように変更されるので、ユーザは、運動の継続により体力的に厳しい状態となっても、いわゆるランニングハイ状態により継続して聴取用楽曲を聴取しつつ運動を継続することができる。

また、上記実施形態においては、ジョギング用楽曲データに前奏の曲間つなぎデータと後奏の曲間つなぎデータとが挿入されるようにしていたが、何れか一方のみが挿入されるようにしても良いし、何れも挿入されないようにしても良い。

また、上記実施形態における楽曲配信サーバ１は、運動用楽曲として、ジョギングを行っている際に聴取されるジョギング用楽曲データを作成するようにしていたが、例えば、マラソンやウォーキング等を行っている際に聴取される運動用楽曲を作成するように構成しても良いし、エアロビクスやヨーガ、ピラティス・メソッド、マーシャルアーツ、ブートキャンプ、ダンス等を行っている際に聴取される運動用楽曲を作成するように構成しても良い。

一実施形態に係る通信システムＳの概要構成の一例を示すブロック図である。 一実施形態に係る楽曲配信サーバ１の概要構成の一例を示すブロック図である。 パーツＷＡＶデータデータベースに登録されるデータ、及び、楽曲配信サーバ１におけるソフトウエアの概要構成の一例を示す図である。 トレーニングコースを選択するためのメニュー構成の一例を示す図である。 あるトレーニングコースにおける、各ステップのジョギング用楽曲データの仕様の一例を示す図である。 各ステップにおけるジョギング用楽曲データの概要構成の一例を示す図であり、（ａ）は、ステップ１のジョギング用楽曲データであり、（ｂ）は、ステップ２のジョギング用楽曲データであり、（ｃ）は、ステップ３のジョギング用楽曲データであり、（ｄ）は、ステップ４のジョギング用楽曲データであり、（ｅ）は、ステップ５のジョギング用楽曲データであり、（ｆ）は、ステップ６のジョギング用楽曲データである。 各ジョギング時間におけるジョギング用楽曲データの概要構成の一例を示す図であり、（ａ）は、１５分の場合であり、（ｂ）は、３０分の場合であり、（ｃ）は、４５分の場合であり、（ｄ）は、６０分の場合であり、（ｅ）は、９０分の場合であり、（ｆ）は、１２０分の場合である。 ジョギング用楽曲データの１ファイルのデータ構造の概要例を示す図である。 一実施形態に係る各種設定値等を示す図であり、（ａ）は、ジョギング本編部分の１ファイル中に含めることができる楽曲本体の曲数の最小値と最大値とを示す表であり、（ｂ）は、各走行テンポにおけるジョギング本編部分の１ファイルに含まれる小節数を示す表であり、（ｃ）は、前奏、曲間部及び後奏に用いられる曲間つなぎデータの小節数を示す表であり、（ｄ）は、ファイル時間が１５分の場合における各テンポの許容最長楽曲小節数を示す表である。 ジョギング用楽曲データのジョギング本編部分の作成方法の一例を示す図である。 一実施形態に係る楽曲配信サーバ１の制御部１１のメイン処理における処理例を示すフローチャートである。 一実施形態に係る楽曲配信サーバ１の制御部１１の使用楽曲決定処理における処理例を示すフローチャートである。 一実施形態に係る楽曲配信サーバ１の制御部１１の使用楽曲決定処理における処理例を示すフローチャートである。 一実施形態に係る楽曲配信サーバ１の制御部１１の使用楽曲決定処理における処理例を示すフローチャートである。 一実施形態に係る楽曲配信サーバ１の制御部１１の使用楽曲決定処理における処理例を示すフローチャートである。 一実施形態に係る楽曲配信サーバ１の制御部１１のジョギング用楽曲データ作成処理における処理例を示すフローチャートである。

符号の説明

１ 楽曲配信サーバ
２ ユーザＰＣ
３ 携帯音楽プレーヤ
１１ 制御部
１２ 記憶部
１３ 通信部
１４ エンコーダ部
１５ システムバス
１０１ 楽曲本体ＷＡＶパーツデータ
１０２ ジョギングアレンジ曲間つなぎＷＡＶパーツデータ
１０３ ジョギングアレンジ音声ガイダンスＷＡＶパーツデータ
１０４ ＤＪ音声ＷＡＶパーツデータ
１０５ 楽曲本体ＭＩＤＩデータ
１０６ ジョギングアレンジドラムベースＷＡＶデータ
２０１ パーツＷＡＶデータデータベースプログラム
２０２ サーバシステムプログラム
２０３ ＷＥＢサイトプログラム
２０４ 楽曲本体ＷＡＶパーツデータ書き出しプログラム
ＮＷ ネットワーク
Ｓ 通信システム

Claims (6)

1. 複数の原楽曲を含んで構成され、且つ利用者が聴取する聴取用楽曲を生成して当該利用者の端末装置に配信する配信装置であって、
   各前記原楽曲の夫々について、当該原楽曲を構成するドラムパート部分である第１パート部分と、当該ドラムパート部分と共に当該楽曲を構成する当該ドラムパート部分以外のパート部分である第２パート部分と、を夫々別個に蓄積する蓄積手段と、
   前記端末装置から送信されて来る選択情報であって、当該利用者が指定した前記聴取用楽曲の調を示す調指示情報を含む選択情報を受信する受信手段と、
   前記原楽曲における前記第２パート部分のみの前記調を、前記受信された選択情報に含まれている前記調指示情報に示されている前記調に変更する調変更手段と、
   前記原楽曲における前記第１パート部分と、当該第１パート部分と共に当該原楽曲を構成し且つ前記調が変更された前記第２パート部分と、を用いて、前記端末措置に配信される前記聴取用楽曲を構成する調変更原楽曲を生成する調変更原楽曲生成手段と、
   前記生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む前記聴取用楽曲を生成する聴取用楽曲生成手段と、
   前記生成された聴取用楽曲に相当する聴取用楽曲情報を、前記端末装置に送信する送信手段と、
   を備えることを特徴とする配信装置。
2. 請求項１に記載の配信装置において、
   前記聴取用楽曲が複数の前記原楽曲を含んで構成されている場合、前記調変更手段は、前記端末装置に配信される前記聴取用楽曲に含まれる前記調変更原楽曲の全てについて同一となるように、各前記原楽曲夫々の前記第２パート部分の前記調を夫々変更することを特徴とする配信装置。
3. 請求項１又は２に記載の配信装置において、
   前記聴取用楽曲は運動と並行して前記利用者に聴取される楽曲であり、
   前記調変更手段は、前記調変更原楽曲における前記第２パート部分の前記調が、前記端末装置に配信される前記聴取用楽曲の再生時間の経過に従って高くなるように、前記原楽曲の前記第２パート部分の前記調を変更することを特徴とする配信装置。
4. 請求項１から３のいずれか一項に記載の配信装置において、
   前記聴取用楽曲生成手段は、一の前記調変更原楽曲の最後におけるテンポと、当該一の調変更原楽曲の次に再生されるべき他の前記調変更原楽曲の最初におけるテンポと、が連続するように前記聴取用楽曲を生成することを特徴とする配信装置。
5. 複数の原楽曲を含んで構成され、且つ利用者が聴取する聴取用楽曲を生成して当該利用者の端末装置に配信する配信装置において実行される配信方法であって、
   前記配信装置は、各前記原楽曲の夫々について、当該原楽曲を構成するドラムパート部分である第１パート部分と、当該ドラムパート部分と共に当該楽曲を構成する当該ドラムパート部分以外のパート部分である第２パート部分と、を夫々別個に蓄積する蓄積手段を備えており、
   前記端末装置から送信されて来る選択情報であって、当該利用者が指定した前記聴取用楽曲の調を示す調指示情報を含む選択情報を受信する受信工程と、
   前記原楽曲における前記第２パート部分のみの前記調を、前記受信された選択情報に含まれている前記調指示情報に示されている前記調に変更する調変更工程と、
   前記原楽曲における前記第１パート部分、当該第１パート部分と共に当該原楽曲を構成し且つ前記調が変更された前記第２パート部分と、を用いて、前記端末装置に配信される前記聴取用楽曲を構成する調変更原楽曲を生成する調変更原楽曲生成工程と、
   前記生成された調変更原楽曲が順次再生されるように、当該調変更原楽曲を含む前記聴取用楽曲を生成する聴取用楽曲生成工程と、
   前記生成された聴取用楽曲に相当する聴取用楽曲情報を、前記端末装置に送信する送信工程と、
   を含むことを特徴とする配信方法。
6. コンピュータを、請求項１から４のいずれか一項に記載の配信装置として機能させることを特徴とする配信用プログラム。

Images