JP2011104235A - 移動運動用音声情報生成装置、移動運動用音声情報配信装置、移動運動用音声情報生成方法、移動運動用音声情報配信方法、移動運動用音声情報生成プログラム、及び移動運動用音声情報配信プログラム - Google Patents

Abstract

【課題】決められた距離を目標とする時間で運動者が移動運動しようとする場合に、移動運動に関する情報を移動運動中に検出することを必要とせずに、移動途中において予定よりも進んでいるのか又は遅れているのかを運動者が容易に判断することができるようにする。
【解決手段】利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を取得する移動情報取得手段と、移動情報取得手段により取得された移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段と、対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段と、を備える。
【選択図】図１１

Description

本発明は、走行運動や歩行運動を行う運動者を補助する技術分野に関する。

運動者が、走行運動（例えば、ジョギング、マラソン等）や歩行運動（例えば、ウォーキング等）といった足を使った移動運動を行う場合、運動者が、決められた距離又はコースをどの程度の時間で完走するか（または、歩ききるか）という目標時間を予め設定しておき、その目標時間内で完走することができるように実際に移動運動を行うことが多い。そして従来、このような目標を設定した運動者を補助する技術が提案されている。

例えば、特許文献１には、ジョギング等の行動を管理するための管理システムが開示されている。この管理システムは、利用者の個人データ、出発地、経路、目的地を含む計画データと、体力曲線とに基づいて、目的地及び経路上の中間点への到達予定時間を求め、画面に表示する。更に、この管理システムは、到達予定時間と実際の到達時間とにずれが生じた場合にその都度利用者がペンで画面上の現在位置をタッチすることにより、再度到達予定時間を求め、画面に表示する。

また、特許文献２には、スピードトレーニングの支援のためのペースメーカーが開示されている。このペースメーカーは、運動者の位置又は加速度、運動者の運動リズム、及び運動者の生理情報を検出し、検出した測定値と予め設定された目標値とに基づいてタイミング信号を生成し、当該タイミング信号に従ってリズム音等の誘導信号を発生させて運動者に提示する。

特開２００７−２８６０６５号公報 特開２００５−２２４３１８号公報

ところで、目標時間で完走を果たすためには、適切なペース配分が不可欠となる。そのため、運動者は、予定よりも進んで移動している場合にはペースを下げ、予定よりも遅れて移動している場合にはペースを上げる必要がある。しかしながら、実際に予定通りに移動しているのか否かを運動者自身が即座に判断することは容易ではない。

このような観点から特許文献１に開示された技術を見た場合、当該技術はあくまでも計画を作成する技術であり、目的地への途中で到達時間にずれが生じたときには再度到達予定時間が求められる。つまり、運動者が予定通りに移動していない場合には、到達予定時間が変更されて表示されるため、当初の予定よりも進んでいるのか又は遅れているのかを判断するための情報が消えてしまう。また、予定よりも進んでいるのか又は遅れているのかを判断するためには、現在位置と現在時間とから次の中間点の到着時間を運動者自身が予測して、予測した到達時間と画面に表示された次の中間点の到着予定時間とを比較しなければならない。この場合においては、次の中間点の到着時間を運動者が予測することは容易なことではない。

一方、特許文献２に開示された技術は、移動運動の最中に情報を検出、測定するための機器が必要となり、コスト面での問題がある。

そこで、本発明は、以上の点等に鑑みてなされたものであり、決められた距離を目標とする時間で運動者が移動運動しようとする場合に、移動運動に関する情報を移動運動中に検出することを必要とせずに、移動途中において予定よりも進んでいるのか又は遅れているのかを運動者が容易に判断することができる移動運動用音声情報生成装置、移動運動用音声情報配信装置、移動運動用音声情報生成方法、移動運動用音声情報配信方法、移動運動用音声情報生成プログラム、及び移動運動用音声情報配信プログラムを提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を生成する移動用音声情報生成装置であって、前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を取得する移動情報取得手段と、前記移動情報取得手段により取得された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段と、前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段と、を備えることを特徴とする。

請求項２に記載の発明は、前記移動情報には、前記利用者により指定された移動経路に含まれる複数の地点の高さの情報である移動経路情報を含み、前記対応付け手段は、前記移動情報取得手段により取得された前記移動経路情報に基づいて、前記目標通過時間を補正することを特徴とする。

請求項３に記載の発明は、前記対応付け手段は、前記移動経路内において、終点の高さが始点の高さよりも高い区間における移動時間が所定割合で長くなるように前記目標通過時間を補正することを特徴とする。

請求項４に記載の発明は、前記対応付け手段は、前記移動経路内において、終点の高さが始点の高さよりも低い区間における移動時間が所定割合で短くなるように前記目標通過時間を補正することを特徴とする。

請求項５に記載の発明は、前記対応付け手段は、前記移動経路内の各区間の勾配に応じて前記所定割合を決定することを特徴とする。

請求項６に記載の発明は、前記対応付け手段は、前記任意の地点を所定距離間隔で設定し、当該所定距離間隔毎に前記目標通過時間を算出することを特徴とする。

請求項７に記載の発明は、楽曲データベースから取得される複数の楽曲情報により構成され、利用者が移動運動中に再生して聴取する楽曲の情報である移動運動用楽曲情報の生成に用いられる複数の楽曲情報を、前記移動情報取得手段により取得された前記移動時間情報に基づいて選定する楽曲情報選定手段と、前記音声情報生成手段により生成された音声情報と、前記楽曲情報選定手段により選定された複数の楽曲情報と、に基づいて、前記移動運動用楽曲情報を生成する移動運動用楽曲情報生成手段と、を更に備え、前記対応付け手段は、前記移動運動用楽曲情報を構成する楽曲情報として前記楽曲情報選定手段により選定された複数の楽曲情報を順次再生するときの前記移動運動用楽曲情報の再生開始から各楽曲情報間までの再生時間を前記目標通過時間として算出し、当該再生時間に通過すべき地点の距離を算出して対応付けし、前記移動運動用楽曲情報生成手段は、前記楽曲選定手段により選定された複数の楽曲情報が順次再生され、且つ、楽曲情報間の時間になったときに当該時間に対応付けられた距離に関連する情報が報知されるように、前記移動運動用楽曲情報を生成することを特徴とする。

請求項８に記載の発明は、走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を配信する移動用音声情報配信装置であって、前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を、前記利用者により使用される端末装置から通信手段を介して受信する移動情報受信手段と、前記移動情報受信手段により受信された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段と、前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段と、前記音声情報生成手段により生成された音声情報を前記通信手段を介して前記端末装置に送信する音声情報送信手段と、を備えることを特徴とする。

請求項９に記載の発明は、走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を生成する移動用音声情報生成方法であって、前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を取得する移動情報取得工程と、前記移動情報取得工程において取得された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け工程と、前記対応付け工程において対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成工程と、を有することを特徴とする。

請求項１０に記載の発明は、走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を配信する移動用音声情報配信方法であって、前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を、前記利用者により使用される端末装置から通信手段を介して受信する移動情報受信工程と、前記移動情報受信工程において受信された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け工程と、前記対応付け工程において対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成工程と、前記音声情報生成工程において生成された音声情報を前記通信手段を介して前記端末装置に送信する音声情報送信工程と、を有することを特徴とする。

請求項１１に記載の発明は、走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を生成する移動用音声情報生成装置に含まれるコンピュータを、前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を取得する移動情報取得手段、前記移動情報取得手段により取得された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段、及び、前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段、として機能させることを特徴とする。

請求項１２に記載の発明は、走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を配信する移動用音声情報配信装置に含まれるコンピュータを、前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を、前記利用者により使用される端末装置から通信手段を介して受信する移動情報受信手段、前記移動情報受信手段により受信された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段、前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段、及び、前記音声情報生成手段により生成された音声情報を前記通信手段を介して前記端末装置に送信する音声情報送信手段、として機能させることを特徴とする。

請求項１、９又は１１に記載の発明によれば、生成された音声情報を利用者が移動運動時に再生させることで、移動開始から目標通過時間が経過したとき、指定した距離を目標とする時間で移動するためにその時点で通過しているべき途中の地点までの距離に関連する情報が報知される。よって、利用者は、報知された情報と、実際に既に移動している距離とを照らし合わせることができる。例えば、利用者がマラソンコース等の移動経路を移動している場合には、利用者は、移動経路上に掲示されている移動開始地点からの距離情報を確認することにより、実際に既に移動している距離を知ることができる。そして前記照らし合わせにより、移動途中において予定よりも進んでいるのか又は遅れているのかを利用者が容易に判断することができる。また、移動運動に関する情報を検出する必要がない。

請求項２に記載の発明によれば、移動経路の起伏に起因して利用者の移動ペースが変化することに対応して、途中の地点までの距離に関連する情報を報知する目標通過時間を補正することができるので、実際の移動経路に対応した適切なタイミングで報知を行うことができる。

請求項３に記載の発明によれば、上り坂を含むために利用者の移動ペースが遅くなる区間が存在する場合には、当該区間の移動時間が通常よりも長くなるように目標通過時間が補正されるので、精度の高いタイミングで報知を行うことができる。

請求項４に記載の発明によれば、下り坂を含むために利用者の移動ペースが速くなる区間が存在する場合には、当該区間の移動時間が通常よりも短くなるように目標通過時間が補正されるので、精度の高いタイミングで報知を行うことができる。

請求項５に記載の発明によれば、坂道の勾配に応じて目標通過時間の補正割合が決定されるので、より精度の高いタイミングで報知を行うことができる。

請求項６に記載の発明によれば、一定の距離間隔で、その時点で通過しているべき途中の地点までの距離に関連する情報が報知されるので、利用者は、予定通りに移動しているのか否かをより容易に判断することができる。

請求項７に記載の発明によれば、生成された移動運動用楽曲情報を利用者が移動運動時に再生させることで、利用者は、移動運動中に楽曲を聴取することができる。このとき、楽曲と楽曲との間で、その時点で通過しているべき途中の地点までの距離に関連する情報が報知されるので、利用者による楽曲の聴取を妨げることなく、報知を行うことができる。

請求項８、１０又は１２に記載の発明によれば、端末装置を利用してダウンロードした音声情報を利用者が移動運動時に再生させることで、移動開始から目標通過時間が経過したとき、指定した距離を目標とする時間で移動するためにその時点で通過しているべき途中の地点までの距離に関連する情報が報知される。よって、利用者は、報知された情報と、実際に既に移動している距離とを照らし合わせることができる。例えば、利用者がマラソンコース等の移動経路を移動している場合には、利用者は、移動経路上に掲示されている移動開始地点からの距離情報を確認することにより、実際に既に移動している距離を知ることができる。そして前記照らし合わせにより、移動途中において予定よりも進んでいるのか又は遅れているのかを利用者が容易に判断することができる。また、移動運動に関する情報を検出する必要がない。

一実施形態に係る通信システムＳの概要構成の一例を示すブロック図である。 一実施形態に係る楽曲配信サーバ１の概要構成の一例を示すブロック図である。 パーツＷＡＶデータデータベースに登録されるデータ、及び、楽曲配信サーバ１におけるソフトウェアの概要構成の一例を示す図である。 （ａ）は、走行運動用楽曲データの概要構成の第１の例を示す図であり、（ｂ）は、走行運動用楽曲データの概要構成の第２の例において、距離通知音声データの再生部分を抜き出したものを示す図である。 （ａ）は、コース高低差データの内容の一例を示すグラフであり、（ｂ）は、コース高低差データに基づく補正距離の算出方法を示す図である。 一実施形態に係る楽曲配信サーバ１の制御部１１のメイン処理における処理例を示すフローチャートである。 一実施形態に係る楽曲配信サーバ１の制御部１１のトレーニングメニュー設定処理における処理例を示すフローチャートである。 トレーニングメニュー設定用のＷｅｂページの画面表示例を示す図である。 一実施形態に係る楽曲配信サーバ１の制御部１１の楽曲選定処理における処理例を示すフローチャートである。 一実施形態に係る楽曲配信サーバ１の制御部１１の走行運動用楽曲データ作成処理における処理例を示すフローチャートである。 一実施形態の実施例１に係る楽曲配信サーバ１の制御部１１の距離通知音声データ合成処理における処理例を示すフローチャートである。 一実施形態の実施例２に係る楽曲配信サーバ１の制御部１１の距離通知音声データ合成処理における処理例を示すフローチャートである。

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

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

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

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

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

また、ユーザＰＣ２と携帯音楽プレーヤー３とは、例えば、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）１３９４等のバス規格に対応したケーブル等を介して、又は、Ｂｌｕｅｔｏｏｔｈ（登録商標）（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）フォーマットのデータである。また、上記アレンジドラムベースＷＡＶデータ１０６は、ドラムやシンバル等によるリズム音等が記録されたＷＡＶデータであり、楽曲本体ＭＩＤＩデータ１０５の原曲を走行運動用にアレンジするために用いられるデータである。

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

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

アレンジ曲間つなぎＷＡＶパーツデータ１０２は、走行運動用楽曲を構成する複数の主要な楽曲の曲間に再生される従属的な楽曲（以下、「曲間部」と称する）のＷＡＶデータ、最初の楽曲の前に再生される前奏のＷＡＶデータ、及び、最後の楽曲の再生の後に再生される後奏のＷＡＶデータの総称である。従属的な楽曲である曲間部は、主要な楽曲と楽曲とを音楽的にスムーズに繋げるための楽曲である。なお、以降の説明においては、曲間部でない主要な楽曲のみを、楽曲と称する。

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

アレンジ音声通知ＷＡＶパーツデータ１０４は、走行運動中の走行時間、消費カロリー、目標設定地点距離等を通知する通知音声のＷＡＶデータのパーツとなるＷＡＶデータである。例えば、「ＸＸ分経過しました」という音声が記録されたＷＡＶデータは、「ＸＸ」という数値部分と、「分経過しました」という部分にけられる。そして数値部分は、例えば、「ゼロ」、「イチ」、「ニ」・・・「キュウ」、「テン（．）」、「ジュウ」、「ヒャク」といった音声が夫々記録されたＷＡＶデータを組み合わせることにより構成される。

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

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

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

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

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

［２．３ 走行運動用楽曲データ］
次に、本実施形態に係る走行運動用楽曲データの内容について、図４を用いて説明する。

図４（ａ）は、走行運動用楽曲データの概要構成の第１の例を示す図であり、図４（ｂ）は、走行運動用楽曲データの概要構成の第２の例において、距離通知音声データの再生部分を抜き出したものを示す図である。なお、図４に示す構成例は、トレーニングコースとして、マラソンレース当日用コースが選択された場合に生成される走行運動用楽曲データの構成である。

ここで、走行運動用楽曲データの詳細を説明する前に、この走行運動用楽曲データの仕様を決定付けるトレーニングコースについて説明する。

ユーザにより選択可能なトレーニングコースは、マラソンレース当日用コースのほか、例えば、ジョギングコース、ウォーキングコース、ダイエットコース、マラソントレーニングコース等がある。マラソンレース当日用コース以外のトレーニングコースには、夫々複数のレベルが存在し、これらの中からユーザが所望のレベルを選択することが可能である。そして、選択されたレベルが高いほど、走行運動用楽曲データの長さ（以下、「設定総再生時間」という）は長くなり、また楽曲のテンポが速くなる。つまり、ユーザが走行運動用楽曲データの再生に合わせて走行した場合、レベルが高いほど、走行時間が長く、また走行ペースが速くなる。

一方、マラソンレース当日用コースの場合は、出場するレース、目標完走時間及びランニングテンポをユーザが選択することができる。ここで、マラソンレース当日用コースが選択された場合に生成される走行運動用楽曲データの設定総再生時間は、選択された目標完走時間よりも長くなっている。ユーザは、自分で設定した目標完走時間内で必ずしもレースを完走することができるとは限らないからである。そこで、目標完走時間の経過後も楽曲の再生を継続することで、ゴールする前に目標完走時間が経過してしまった後も、ユーザが引き続き楽曲を聴取しながら走行することを可能としている。走行運動用楽曲データの設定総再生時間をどの程度の長さにするかは、マラソンコースの総延長（以下、「コース距離」という）に基づいて、例えば１５分刻みで決定される。例えば、１０キロマラソン又はハーフマラソンの場合は、目標完走時間＋３０〜４０分程度が設定総再生時間となる。また、３０キロマラソン又はフルマラソンの場合は、目標完走時間＋６０〜７０分程度が設定総再生時間となる。

図４（ａ）に示すように、走行運動用楽曲データは、最初に前奏が再生された後、１曲目の楽曲が再生される。そして、曲間部が再生された後、２曲目の楽曲が再生される。そして、そして、曲間部が再生された後、３曲目の楽曲が再生される。以下同様にして、全ての楽曲が再生された後、後奏が再生される。つまり、走行運動用楽曲データは、前奏の曲間つなぎデータ、１曲目の楽曲本体データ、曲間部の曲間つなぎデータ、２曲目の楽曲本体データ、曲間部の曲間つなぎデータ…Ｎ曲目の楽曲本体データ、後奏の曲間つなぎデータの順に再生されるように、楽曲配信サーバ１の制御部１１により構成される。このとき、走行運動用楽曲データは、ユーザにより選択されたランニングテンポで各楽曲本体データ及び曲間つなぎデータが再生されるように構成される。

また、走行運動用楽曲の全体の再生時間が、目標完走時間の設定の際に決定された設定総再生時間となるように、走行運動用楽曲データが構成される。拍子が固定（例えば４／４拍子）であるとして、設定総再生時間とランニングテンポが決定されれば、設定総再生時間分の再生に必要な小節数（以下、「設定総小節数」という）が自動的に決まる。そこで、走行運動用楽曲の全体の総小節数が、設定総小節数と一致するか又は極力近くなるように、走行運動用楽曲データが構成される。具体的には、曲間部として、互いに小節数の異なる複数の曲間部の曲間つなぎデータがパーツＷＡＶデータデータベースに登録されている。そこで、先ず、走行運動用楽曲を構成する複数の楽曲の総小節数が設定総小節数未満となるように、当該複数の楽曲が選定される。そして、走行運動用楽曲の全体の総小節数が設定総小節数に極力近くなるように、各楽曲間に挿入される曲間部の小節数が夫々決定される。

なお、複数の楽曲の選定時において、選定可能な曲数及び楽曲の長さは、設定総再生時間によって決定される。また、設定総再生時間は、目標完走時間によって決定される。つまり、走行運動用楽曲データを構成する複数の楽曲は、目標完走時間に基づいて選定されることになる。

また、走行運動用楽曲データは、更に各種の音声データによって構成される。

例えば、ガイダンス音声の音声データが、適時再生されるように走行運動用楽曲データは構成される。マラソンレース当日用コースにおけるガイダンス音声の内容としては、例えば、マラソンコース上から見える施設等の紹介、マラソンコースの状態（上っている、下っている、湾曲している等）、アドバイス等がある。これらのガイダンス音声は、そのガイダンス音声を再生すべき地点をユーザが通過するであろうという予測時間になったときに再生される。この予測時間は、目標完走時間に基づいて算出される。

また、走行運動用楽曲データの再生が開始されてから、規定の時間が経過する都度（例えば、５分、１０分、２０分、…）、その時点での経過時間をユーザに対して報知する音声データが再生されるように走行運動用楽曲データは構成される。

更に、目標設定地点距離を報知する通知音声データ（以下、「距離通知音声データ」という）が適時再生されるように、走行運動用楽曲データは構成される。ここで、走行運動用楽曲データの構成例として２つの実施例を説明する。

実施例１は、図４（ａ）に示すように、目標設定地点をスタート地点から所定距離間隔で設定した場合の例である。例えば、１ｋｍ間隔で目標設定地点を設定したとすると、走行運動用楽曲データの再生が開始されてから１ｋｍ地点を通過すべき目標通過時間になったときに「目標１ｋｍの時間になりました」という音声データが再生され、走行運動用楽曲データの再生が開始されてから２ｋｍ地点を通過すべき目標通過時間になったときに「目標２ｋｍの時間になりました」という音声データが再生される。そして、３ｋｍ地点、４ｋｍ地点・・・４２ｋｍ地点についても、同様に音声データが再生される。なお、目標設定地点の設定間隔は、システム上予め決められていても良いし、ユーザにより任意に設定できるようにしても良い。

実施例２は、図４（ｂ）に示すように、曲間部の曲間つなぎデータが再生される時間を目標通過時間として設定した場合の例である。この場合は、曲間部の曲間つなぎデータが再生される時点でユーザが通過するべき地点が目標設定地点として設定される。そして、スタート地点から目標設定地点までの距離が目標設定地点距離として報知される。具体的に、１曲目の楽曲本体データの後の曲間部の曲間つなぎデータの再生中に、例えば「目標１．２ｋｍの時間になりました」という音声データが再生され、２曲目の楽曲本体データの後の曲間部の曲間つなぎデータの再生中に、例えば「目標１．９ｋｍの時間になりました」という音声データが再生される。そして、その後に再生される曲間部の曲間つなぎデータについても、目標完走時間になるまでは、同様に音声データが再生される。

なお、何れの実施例の場合にも、目標完走時間になると、例えば「ゴール到着の目標時間になりました」という音声データが再生される。

上記実施例１及び実施例２の何れを採用するかは任意である。例えば、システム上予め何れかに定められても良いし、ユーザにより選択可能となっていても良い。また、実施例１及び実施例２とは別の実施例を採用しても良い。例えば、マラソンコース上において、特徴のあるコースであったり、著名な施設がある等の理由により、分かりやすい地点を目標設定地点としても良い。

なお、走行運動用楽曲データを、その設定総再生時間に応じて複数のデータファイルで構成するようにしても良い。この場合、例えば、再生時間３０分毎に１ファイルとする。また、ユーザＰＣ２が走行運動用楽曲データをダウンロードする場合には、このデータファイル単位でダウンロードする。そして、ユーザＰＣ２が、ダウンロードした複数のデータファイルを連続して再生することにより、設定総再生時間分の走行運動用楽曲データが再生されることになる。

［２．４ 目標通過時間、目標設定地点距離の算出方法］
次に、楽曲配信サーバ１の制御部１１による目標通過時間の算出方法、及び目標設定地点距離の算出方法について、図５を用いて説明する。

図５（ａ）は、コース高低差データの内容の一例を示すグラフであり、図５（ｂ）は、コース高低差データに基づく補正距離の算出方法を示す図である。

マラソンコースの総延長、すなわち、コース距離と、目標完走時間とが分かれば、以下の式１及び式２により、目標通過時間を算出することができる。
１ｋｍあたりの目標走行時間＝目標完走時間÷コース距離 ・・・（式１）
目標通過時間＝１ｋｍあたりの目標走行時間×目標設定地点距離 ・・・（式２）

しかしながら、現実の走行ペースは、マラソンコースの地形によって左右される。具体的には、マラソンコースのアップダウン、すなわち、起伏によって、走行ペースが遅くなったり速くなったりする。上記の算出方法は、ユーザが常に一定のペースで走行することを前提としたものである。従って、マラソンコース全体が平坦であるか、又は、一定勾配の坂である場合には、当該算出方法でも良いが、そうではないマラソンコースの場合には、目標通過時間を適切に算出することができないことがある。そこで、本実施形態においては、マラソンコースの地形を考慮して各目標通過時間を算出する。

楽曲配信サーバ１の記憶部１２には、レース毎に、マラソンコースのコース距離を示すコース距離データ（移動距離情報の一例）と、コース高低差データ（移動経路情報の一例）とが、レースの識別情報であるレースＩＤに対応付けて記憶されている。

コース高低差データは、マラソンコースに含まれる複数の地点夫々の高度を示すデータである。具体的に、コース高低差データは、例えば図５（ａ）に示すように、スタート地点から所定距離間隔（例えば、１ｋｍ間隔）で、スタート地点からの距離と、当該距離地点の高度とが対応付けてられて構成されている。ただし、各地点の高度は、当該地点の標高から、全ての地点のうち最も標高が低い地点の標高を差し引いて得られる標高差である。なお、コース高低差データにおいて高度と対応付けを行う距離間隔と、前述の実施例１における目標設置地点を設定する距離間隔とは、夫々別々の基準で決定されるものである。従って、両者の距離間隔は互いに一致しても良いし、異なっていても良い。

コース高低差データ上において、マラソンコースは、０〜１ｋｍ区間、１〜２ｋｍ区間というように、各地点を境として複数の区間に分割される。この区間の始点（１〜２ｋｍ区間の場合は１ｋｍ地点）の高度と、終点（１〜２ｋｍ区間の場合は２ｋｍ地点）の高度とによって、当該区間が平坦であるか、上り坂であるか、下り坂であるかを認定することができる。具体的には、始点の高度と終点の高度が一致する場合は平坦であり、始点の高度が終点の高度よりも低い場合は上り坂であり、始点の高度が終点の高度よりも高い場合は下り坂である。なお、コース高低差データにおいて、高度と対応付ける距離間隔を、区間の長さよりも短くした場合（例えば、区間の長さを１ｋｍ、距離間隔を１００ｍとした場合）にも、同様に認定することができる。この場合には、１区間の中に上り坂と下り坂とが混在することもある。しかしながら、区間の始点の高度が終点の高度よりも低い場合には、当該区間に少なくとも上り坂が含まれていることは明らかであり、下り坂が含まれているとしても、上り坂の方が下り坂よりも優勢であると考えられるから、当該区間は上り坂と認定しても良い。

このような認定により、上り坂の区間は、平坦な区間よりも走行距離が長いものと仮定し、下り坂の区間は、平坦な区間よりも走行距離が短いものと仮定する。上り坂の区間の走行時間は平坦な区間の走行時間は長くなり、下り坂の区間の走行時間は平坦な区間の走行時間よりも短くなるので、マラソンコース全体を平坦にしたと仮定して、走行距離を補正することにより走行時間を補正するのである。

更に、走行距離の各区間の勾配に応じて補正割合を調節する。具体的に、楽曲配信サーバ１の制御部１１が、各区間の勾配を算出する。勾配は、区間の長さと、始点及び終点の高度とから算出することができる。なお、例えば、始点の高度と終点の高度との差を、勾配の代わりとして用いても良い。また、記憶部１２には、勾配の範囲毎に、補正割合に相当する補正係数が記憶されている。例えば、０度、すなわち、平坦の場合の補正係数として１が設定される。これは、実質的に補正されないことを意味する。また例えば、＋１〜＋５度の補正係数として１．１が設定され、＋５〜＋１０度の補正係数として１．２が設定される。また例えば、−１〜−５度の補正係数として０．９５が設定され、−６〜−１０度の補正係数として０．９が設定される。ここで、プラスの勾配は上り勾配を示し、マイナスの勾配は下り勾配を示す。上り坂の方が下り坂よりもユーザの走行ペースに与える影響が大きいので、上り勾配に対応する補正割合を下り勾配に対応する補正割合よりも大きくしている。そして、制御部１１は、各区間の勾配に対応する補正係数を当該区間の実際の距離（図５の例では１ｋｍ）に乗算して補正距離を算出する。

図５（ｂ）の例では、０〜３ｋｍ区間の勾配が０度であるので、この区間の補正距離は３ｋｍとなる。また、３〜５ｋｍ区間の勾配が＋５度であるので、この区間の補正距離は２．２となる。また、５〜７ｋｍ区間の勾配が０度であるので、この区間の補正距離は２ｋｍとなる。また、７〜９ｋｍ区間の勾配が＋１０度であるので、この区間の補正距離は２．４ｋｍとなる。また、９〜１０ｋｍ区間の勾配が−１０度であるので、この区間の補正距離は０．９ｋｍとなる。また、１０〜１１ｋｍ区間の勾配が−５度であるので、この区間の補正距離は０．９５ｋｍとなる。このようにして算出された各区間の補正距離の合計が、実際のコース距離に対応する補正コース距離となる。

そして、目標設定地点における目標通過時間を算出する場合には、目標設定地点距離を補正距離に変換する。例えば、図５において、目標設定地点を５ｋｍ地点とすると、そのスタート地点からの補正距離は、５．２ｋｍとなる。そして、目標通過時間は、以下の式３及び式４により算出される。
補正１ｋｍあたりの目標走行時間＝目標完走時間÷補正コース距離 ・・・（式３）
目標通過時間＝
補正１ｋｍあたりの目標走行時間×スタート地点からの補正距離 ・・・（式４）

この計算により、実際のマラソンコースに対応した適切な目標通過時間を算出することができる。

この目標通過時間の算出方法は、目標設定地点を所定距離間隔で設定する上述した実施例１にそのまま適用することができる。一方、曲間が再生される時間を目標通過時間とする実施例２の場合は、目標設定地点距離よりも先に目標通過時間が確定する。この場合、例えば、以下の式５により、目標設定地点距離を算出することができる。
目標設定地点距離＝特定区間の始点の距離＋１区間の長さ×
（（目標通過時間−特定区間の始点の通過時間）÷
（特定区間の終点の通過時間−特定区間の始点の通過時間）） ・・・（式５）

上記式５における特定区間は、
特定区間の始点の通過時間＜目標通過時間＜特定区間の終点の通過時間
を満たす区間である。また、特定区間の始点の距離及び１区間の長さは、実際の距離及び長さである。また、特定区間の始点の通過時間及び特定区間の終点の通過時間は、スタート地点から当該特定区間の始点までの補正距離及び終点までの補正距離から、前記式３及び式４により算出することができる。

以上、目標通過時間の算出方法、及び目標設定地点距離の算出方法について説明したが、算出方法としてはこれだけに限られるものではない。

例えば、勾配に応じて補正係数を変えるのではなく、上り坂の区間に対して所定の補正係数、下り坂の区間に対して別の所定の補正係数というように、固定にしても良い。また、上り坂の区間又は下り坂の区間の何れか一方の区間についてのみ補正を行うようにしても良い。この場合、何れを補正するかは任意であるが、走行時間への影響がより大きい上り坂の区間について補正すると良い。

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

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

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

次いで、制御部１１は、トレーニングコース設定処理を実行する（ステップＳ２）。具体的に、制御部１１は、トレーニングコース選択用のＷｅｂページをユーザＰＣ２に送信する。ユーザＰＣ２は、Ｗｅｂページを受信すると、当該Ｗｅｂページを画面に表示させる。そして、ユーザが、表示されたＷｅｂページ上から所望のトレーニングコースを選択すると、ユーザＰＣ２は、選択されたトレーニングコースを示す情報を楽曲配信サーバ１に送信する。制御部１１は、トレーニングコースを示す情報を受信すると、当該情報をＲＡＭに記憶させる。こうしてトレーニングコースが設定される。

なお、ここでは、ユーザが、トレーニングコースとしてマラソンレース当日用コースを選択したものとして説明する。

次いで、制御部１１は、後述するトレーニングメニュー設定処理を実行する（ステップＳ３）。トレーニングメニュー設定処理において、制御部１１は、設定されたトレーニングコースにおけるトレーニングの詳細内容としてのトレーニングメニューを設定する。

次いで、制御部１１は、後述する楽曲選定処理を実行する（ステップＳ４）。楽曲選定処理において、制御部１１は、走行運動用楽曲を構成する複数の楽曲を選定する。

次いで、制御部１１は、後述する走行運動用楽曲データ作成処理を実行する（ステップＳ５）。走行運動用楽曲データ作成処理において、制御部１１は、設定されたトレーニングコース、トレーニングメニュー、選定された楽曲の楽曲本体データ等に基づいて、走行運動用楽曲データを生成する。

次いで、制御部１１は、走行運動用楽曲データ送信処理を実行する（ステップＳ６）。具体的に、制御部１１は、作成された走行運動用楽曲データをユーザＰＣ２に送信する。こうして、利用者は、ユーザＰＣ２によりダウンロードした走行運動用楽曲データを携帯音楽プレーヤー３に転送して走行運動中に聴取することになる。

［３．２ トレーニングメニュー設定処理］
次に、トレーニングメニュー設定処理について、図７及び図８を用いて説明する。

図７は、本実施形態に係る楽曲配信サーバ１の制御部１１のトレーニングメニュー設定処理における処理例を示すフローチャートである。また、図８は、トレーニングメニュー設定用のＷｅｂページの画面表示例を示す図である。

トレーニングメニュー設定処理が開始されると、図７に示すように、制御部１１は、トレーニングメニュー設定用のＷｅｂページを、ユーザＰＣ２に送信する（ステップＳ２１）。ユーザＰＣ２は、トレーニングメニュー設定用のＷｅｂページを受信すると、当該Ｗｅｂページを画面に表示させる。

図８に示すように、トレーニングメニュー設定用のＷｅｂページ上には、例えば、レース選択メニュー１０１、距離選択メニュー１０２、目標完走時間選択メニュー１０３、テンポ選択ボタン群１０４、楽曲選択ボタン１０５等が表示される。

レース選択メニュー１０１は、ユーザが出場するマラソンレースを選択するためのプルダウンメニューである。

距離選択メニュー１０２は、ユーザが走行するマラソンコースのコース距離を選択するためのプルダウンメニューである。ただし、レース選択メニュー１０１にてユーザが、コース距離等の情報が登録されていないレースとして「その他のマラソン」を選択した場合にのみ、ユーザによるコース距離の選択が可能となる。レース選択メニュー１０１にてユーザが実際のレースを選択すると、コース距離は自動的に選択される。例えば、東京マラソンやホノルルマラソン等のフルマラソンのレースが選択された場合のコース距離は、４２．１９５ｋｍとなる。また、例えば、横浜マラソン等のハーフマラソンのレースが選択された場合のコース距離は、２１．０９７５ｋｍとなる。また、３０ｋｍマラソンのレースが選択された場合のコース距離は、３０ｋｍとなる。また、１０ｋｍマラソンのレースが選択された場合のコース距離は、１０ｋｍとなる。

目標完走時間選択メニュー１０３は、ユーザが目標完走時間を選択するためのプルダウンメニューである。

テンポ選択ボタン群１０４は、複数のランニングテンポの中からユーザが所望するランニングテンポを選択するための複数のラジオボタンである。

楽曲選択ボタン１０５は、トレーニングメニューの選択を終了させ、楽曲の選択に移行させるためのボタンである。

ユーザが、ユーザＰＣ２を操作して、出場するレース、コース距離、目標完走時間、及びランニングテンポを選択し、楽曲選択ボタン１０５を選択すると、ユーザＰＣ２は、選択されたレースのレースＩＤ、コース距離、目標完走時間、及びランニングテンポを含むトレーニングメニュー情報を楽曲配信サーバ１に送信する。制御部１１は、トレーニングメニュー情報を受信すると（ステップＳ２２）、当該トレーニングメニュー情報をＲＡＭに記憶させる。

次いで、制御部１１は、記憶させたトレーニングメニュー情報に含まれる目標完走時間とコース距離とに基づいて、走行運動用楽曲データの設定総再生時間を算出する（ステップＳ２３）。例えば、制御部１１は、コース距離が４２．１９５ｋｍ又は２１．０９７５ｋｍである場合には、目標完走時間に６０分を加算して、加算結果を１５分単位で繰り上げを行うことにより設定総再生時間を算出する。また、制御部１１は、コース距離が３０ｋｍ又は１０ｋｍである場合には、目標完走時間に３０分を加算して、加算結果を１５分単位で繰り上げを行うことにより設定総再生時間を算出する。制御部１１は、この処理を終えると、トレーニングメニュー設定処理を終了させる。

［３．３ 楽曲選定処理］
次に、楽曲選定処理について、図９を用いて説明する。

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

楽曲選定処理が開始されると、図９に示すように、制御部１１は、トレーニングメニュー設定処理において算出された設定総再生時間及びユーザＰＣ２から受信されたランニングテンポに基づいて、設定総小節数を算出する（ステップＳ４１）。具体的に、制御部１１は、
設定総小節数＝設定総再生時間×ランニングテンポ÷４
を計算する。なお、これは、走行運動用楽曲が４／４拍子である場合の計算式である。

次いで、制御部１１は、再生リストの先頭に所定小節数の前奏をセットするとともに、再生リストの最後に所定小節数の後奏をセットする（ステップＳ４２）。

次いで、制御部１１は、楽曲選択用のＷｅｂページをユーザＰＣ２に送信する（ステップＳ４３）。ユーザＰＣ２は、楽曲選択用のＷｅｂページを受信すると、当該Ｗｅｂページを画面に表示させる。ユーザは、ユーザＰＣ２を操作することにより、表示されたＷｅｂページに従って、複数の楽曲を選択する。このとき、ユーザが、所望のアーティスト、アルバム、ジャンル等を選択すると、Ｗｅｂページ上に、選択されたアーティスト、アルバム、ジャンルに関する楽曲がリスト表示され、このリストの中からユーザが所望する楽曲を選択することができる。ユーザが楽曲を選択する都度、ユーザＰＣは、選択された楽曲の識別情報である楽曲ＩＤを楽曲配信サーバ１に送信する。

制御部１１は、ユーザＰＣ２から、１曲目、２曲目及び３曲目の楽曲の楽曲ＩＤを受信すると（ステップＳ４４）、受信した楽曲ＩＤが示す１曲目、２曲目及び３曲目の楽曲を、受信順に再生リストにセットする（ステップＳ４５）。

次いで、制御部１１は、再生リストにまだ楽曲を追加することができるか否かを判定する（ステップＳ４６）。具体的に、制御部１１は、これまで再生リストにセットされている前奏、後奏、各楽曲の総小節数を算出する。このとき、制御部１１は、再生リストにセットされている各楽曲の間に、小節数が最も短い曲間部を挿入した場合を考慮して現時点での総小節数を算出する。つまり、制御部１１は、以下の式を計算する。
現時点での総小節数＝前奏の小節数＋後奏の小節数＋各楽曲の小節数＋
（楽曲数−１）×小節数が最も短い曲間部の小節数

そして、制御部１１は、設定総小節数から現時点での総小節数を減算することにより残り小節数を算出し、この残り小節数が、１曲分以上の小節数であるか否かを判定する。このとき、制御部１１は、残り小節数が１曲分以上の小節数である場には、再生リストにまだ楽曲を追加するできると判定し（ステップＳ４６：ＹＥＳ）、ステップ４７に移行する。そして、制御部１１は、ユーザＰＣ２から、次の曲順の楽曲の楽曲ＩＤを受信する（ステップＳ４７）。次いで、制御部１１は、受信した楽曲ＩＤが示す楽曲を再生リストにセットして（ステップＳ４８）、ステップＳ４６に移行する。こうして、制御部１１は、ステップＳ４６〜Ｓ４８の処理を繰り返すことにより、４曲目以降の楽曲を選定する。

そして、制御部１１は、ステップＳ４６において、残り小節数が１曲分以上の小節数ではない場合には、再生リストに楽曲を追加することができないと判定し（ステップＳ４６：ＮＯ）、ステップＳ４９に移行する。そして、制御部１１は、再生リストに曲間部をセットする（ステップＳ４９）。具体的に、制御部１１は、再生リストにセットされた各楽曲の間にセットする曲間部の小節数を決定する。このとき、制御部１１は、前奏の小節数＋後奏の小節数＋全楽曲の小節数＋全曲間部の小節数、が設定総小節数と等しくなるか又は設定総小節数に最も近くなるように、各曲間部の小節数を決定する。そして、制御部１１は、決定した小節数の曲間部を夫々再生リストにセットする。制御部１１は、この処理を終えると、楽曲選定処理を終了させる。

［３．４ 走行運動用楽曲データ作成処理］
次に、走行運動用楽曲データ作成処理について、図１０を用いて説明する。

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

走行運動用楽曲データ作成処理が開始されると、図１０に示すように、制御部１１は、再生リストにセットされている楽曲の楽曲本体データをパーツＷＡＶデータデータベースから取得するとともに、再生リストにセットされている前奏、後奏及び曲間部の曲間つなぎデータをパーツＷＡＶデータデータベースから取得する（ステップＳ６１）。

次いで、制御部１１は、取得した楽曲本体データ及び曲間つなぎデータを、再生リストにセットされている順序で接続して、走行運動用楽曲のＷＡＶデータを作成する（ステップ６２）。

次いで、制御部１１は、走行運動用楽曲のテンポが、設定されたランニングテンポとなるように、小節単位でテンポの調整を行いながら、走行運動用楽曲のＷＡＶデータの変換を行う（ステップＳ６３）。

次いで、制御部１１は、後述する距離通知音声データ合成処理を実行する（ステップＳ６４）。距離通知音声データ合成処理において、制御部１１は、目標設定地点距離と目標通過時間との対応付けを行い、当該対応付けに基づいて、走行運動用楽曲のＷＡＶデータに、距離通知音声データを合成する。

次いで、制御部１１は、ガイダンス音声や走行時間を報知する音声等の音声データを、走行運動用楽曲のＷＡＶデータに合成する（ステップＳ６５）。

次いで、制御部１１は、エンコーダ部１４により、走行運動用楽曲のＷＡＶデータのフォーマットをＭＰ３フォーマットに変換することにより、走行運動用楽曲データを作成し、これを記憶部１２に記憶させる（ステップＳ６６）。制御部１１は、この処理を終えると、走行運動用楽曲データ作成処理を終了させる。

［３．５ 距離通知音声データ合成処理］
次に、距離通知音声データ合成処理について説明する。ここでは、上述した実施例１の場合の処理を図１１を用いて説明し、実施例２の場合の処理を図１２を用いて説明する。

［３．５．１ 実施例１の場合］
図１１は、本実施形態の実施例１に係る楽曲配信サーバ１の制御部１１の距離通知音声データ合成処理における処理例を示すフローチャートである。なお、目標設定地点を１ｋｍ間隔で設定するものとして説明する。

図１１に示すように、制御部１１は、トレーニングメニュー設定処理においてユーザＰＣ２から受信されたレースＩＤに対応するコース高低差データを記憶部１２から取得し、ＲＡＭに記憶させる（ステップＳ１０１）。

次いで、制御部１１は、補正距離ＡＤ_０に０を設定し（ステップＳ１０２）、実距離Ｉに１を設定する（ステップＳ１０３）。ＡＤ_Ｉは、マラソンコースのスタート地点から距離Ｉの地点までの当該距離Ｉを補正した距離を示す。

次いで、制御部１１は、実距離Ｉが、トレーニングメニュー設定処理においてユーザＰＣ２から受信されたコース距離を示すＣＤの値未満であるか否かを判定する（ステップＳ１０４）。このとき、制御部１１は、実距離Ｉがコース距離ＣＤ未満である場合には（ステップＳ１０４：ＹＥＳ）、距離Ｉ−１の地点から距離Ｉの地点までの区間の勾配を、コース高低差データに基づいて算出する（ステップＳ１０５）。

次いで、制御部１１は、算出された勾配に対応する補正係数Ｋを記憶部１２から取得する（ステップＳ１０６）。

次いで、制御部１１は、距離Ｉ−１の地点から距離Ｉの地点までの区間の距離を補正し、補正距離ＡＤ_Ｉを算出する（ステップＳ１０７）。具体的に、制御部１１は、以下の式を計算する。
ＡＤ_Ｉ＝ＡＤ_Ｉ−１＋１×Ｋ

次いで、制御部１１は、実距離Ｉに１を加算して（ステップＳ１０８）、ステップＳ１０４に移行する。こうして、制御部１１は、ステップＳ１０４〜Ｓ１０８の処理を繰り返すことにより、１ｋｍ間隔で補正距離を算出する。

そして、制御部１１は、ステップＳ１０４において、実距離Ｉがコース距離ＣＤ以上である場合には（ステップＳ１０４：ＮＯ）、距離Ｉ−１の地点からゴール地点までの区間の勾配を、コース高低差データに基づいて算出し（ステップＳ１０９）、算出された勾配に対応する補正係数Ｋを記憶部１２から取得する（ステップＳ１１０）。

次いで、制御部１１は、ゴール地点までの補正距離ＡＤ_Ｉ、すなわち、補正コース距離を算出する（ステップＳ１１１）。具体的に、制御部１１は、以下の式を計算する。
ＡＤ_Ｉ＝ＡＤ_Ｉ＋（ＣＤ−（Ｉ−１））×Ｋ

次いで、制御部１１は、補正１ｋｍあたりの目標走行時間ＵＴを算出する（ステップＳ１１２）。具体的に、制御部１１は、前記式３を計算する。

次いで、制御部１１は、実距離Ｉに１を設定し（ステップＳ１１３）、実距離Ｉがコース距離ＣＤ未満であるか否かを判定する（ステップＳ１１４）。このとき、制御部１１は、実距離Ｉがコース距離ＣＤ未満である場合には（ステップＳ１１４：ＹＥＳ）、目標通過時間ＲＴ_Ｉを算出する（ステップＳ１１５）。具体的に、制御部１１は、前記式４を計算する。こうして、制御部１１は、目標設定地点距離としての実距離Ｉと目標通過時間ＲＴ_Ｉとを対応付ける。

次いで、制御部１１は、目標通過地点距離として実距離Ｉを報知する距離通知音声データを生成する（ステップＳ１１６）。具体的に、制御部１１は、実距離Ｉに基づいて、当該実距離Ｉを報知するために必要な音声パーツデータをパーツＷＡＶデータデータベースから取得し、取得した音声パーツデータを互いに接続して距離通知音声データを生成する。

次いで、制御部１１は、実距離Ｉを報知する距離通知音声データを、走行運動用楽曲のＷＡＶデータに合成する（ステップＳ１１７）。具体的に、制御部１１は、走行運動用楽曲データの再生開始から目標通過時間ＲＴ_Ｉが経過した時点で距離通知音声データが再生されるように、合成を行う。

次いで、制御部１１は、実距離Ｉに１を加算して（ステップＳ１１８）、ステップＳ１１４に移行する。こうして、制御部１１は、ステップＳ１１４〜Ｓ１１８の処理を繰り返すことにより、１ｋｍ間隔で、実距離と目標通過時間とを対応付け、実距離を報知する距離通知音声データを走行運動用楽曲のＷＡＶデータに合成する。

そして、制御部１１は、ステップＳ１１４において、実距離Ｉがコース距離ＣＤ以上である場合には（ステップＳ１１４：ＮＯ）、ゴール到着を報知する通知音声データをパーツＷＡＶデータデータベースから取得する（ステップＳ１１９）。

次いで、制御部１１は、ゴール到着を報知する音声データを、走行運動用楽曲のＷＡＶデータに合成する（ステップＳ１２０）。具体的に、制御部１１は、走行運動用楽曲データの再生開始から目標完走時間が経過した時点でゴール到着を報知する音声データが再生されるように、合成を行う。制御部１１は、この処理を終えると、距離通知音声データ合成処理を終了させる。

［３．５．２ 実施例２の場合］
図１２は、本実施形態の実施例２に係る楽曲配信サーバ１の制御部１１の距離通知音声データ合成処理における処理例を示すフローチャートである。なお、図１２において、図１１と同様の処理については、同様のステップ番号を付してある。

図１２に示すように、制御部１１は、ステップＳ１０１からステップＳ１１２まで、実施例１の場合と同様の処理を実行する。

制御部１１は、ステップＳ１１２の処理を終えると、地点通過時間ＰＴ_０に０を設定し（ステップＳ１５１）、実距離Ｉに１を設定する（ステップＳ１５２）。地点通過時間ＰＴ_Ｉは、スタート地点から実距離Ｉまで走行するのに要する時間である。

次いで、制御部１１は、実距離Ｉがコース距離ＣＤ未満であるか否かを判定する（ステップＳ１５３）。このとき、制御部１１は、実距離Ｉがコース距離ＣＤ未満である場合には（ステップＳ１５３：ＹＥＳ）、地点通過時間を算出する（ステップＳ１５４）。地点通過時間ＰＴ_Ｉの算出方法は、実施例１における目標通過時間ＲＴ_Ｉの算出方法と同様である。

次いで、制御部１１は、実距離Ｉに１を加算して（ステップＳ１５５）、ステップＳ１５３に移行する。こうして、制御部１１は、ステップＳ１５３〜Ｓ１５５の処理を繰り返すことにより、１ｋｍ間隔で、地点通過時間ＰＴ_Ｉを算出する。

そして、制御部１１は、ステップＳ１５３において、実距離Ｉがコース距離ＣＤ以上である場合には（ステップＳ１５３：ＮＯ）、再生順Ｊに１を設定する（ステップＳ１５６）。

次いで、制御部１１は、再生順としてＪ番目の曲間部（Ｊ曲面の楽曲の直後に再生される曲間部）の曲間部再生開始時間ＲＴ_Ｊを算出する（ステップＳ１５７）。曲間部再生開始時間ＲＴ_Ｊは、走行運動用楽曲の再生開始からＪ番目の曲間部の再生が開始されるまでの時間を示す。具体的に、制御部１１は、再生リストを参照して、Ｊ番目の曲間部よりも前に再生される前奏、楽曲、曲間部の総小節数を算出する。そして、制御部１１は、
曲間部再生開始時間ＲＴ_Ｊ＝（６０÷（ランニングテンポ÷４））×総小節数
を計算する。

次いで、制御部１１は、曲間部再生開始時間ＲＴ_Ｊが目標完走時間未満であるか否かを判定する（ステップＳ１５８）。このとき、制御部１１は、曲間部再生開始時間ＲＴ_Ｊが目標完走時間未満である場合には（ステップＳ１５８：ＹＥＳ）、曲間部再生開始時間ＲＴ_Ｊを目標通過時間として、当該曲間部再生開始時間ＲＴ_Ｊでの目標設定地点距離ＲＤ_Ｊを算出する（ステップＳ１５９）。具体的に、制御部１１は、ＰＴ_ｉ≦ＲＴ_Ｊ＜ＰＴ_ｉ＋１となる実距離ｉを特定する。そして、制御部１１は、実距離ｉの地点を特定区間の始点とし、実距離ｉ＋１の地点を特定区間の終点として、前記式５の計算を行う。こうして、制御部１１は、目標設定地点距離実距離ＲＤ_Ｊと目標通過時間としての曲間部再生開始時間ＲＴ_Ｊとを対応付ける。

次いで、制御部１１は、目標設定地点距離ＲＤ_Ｊを報知する距離通知音声データを生成し（ステップＳ１６０）、当該距離通知音声データを走行運動用楽曲のＷＡＶデータに合成する（ステップＳ１６１）。これらの処理は、実施例１の場合と同様である。

次いで、制御部１１は、再生順Ｊに１を加算して（ステップＳ１６２）、ステップＳ１５７に移行する。こうして、制御部１１は、ステップＳ１５７〜Ｓ１６２の処理を繰り返すことにより、全ての曲間部について、目標設定地点距離と曲間部再生開始時間とを対応付け、目標設定地点距離を報知する距離通知音声データを走行運動用楽曲のＷＡＶデータに合成する。なお、この場合、曲間部の再生開始と同時に目標設定地点距離を報知する音声が再生されるようになる。しかしながら、曲間部が再生している間に目標設定地点距離を報知する音声再生されれば良いので、目標設定地点距離と対応付ける時間は前記曲間部再生開始時間からずらしても良い。

そして、制御部１１は、ステップＳ１５８において、曲間部再生開始時間ＲＴ_Ｊが目標完走時間以上である場合には（ステップＳ１５８：ＮＯ）、ステップＳ１１９からステップＳ１２０まで、実施例１の場合と同様の処理を実行する。

以上説明したように、本実施形態によれば、制御部１１が、ユーザにより指定された走行するコース距離と、走行する目標完走時間と、を少なくとも含むトレーニングメニュー情報をユーザＰＣ２から受信し、受信されたトレーニングメニュー情報に基づいて、スタート地点から任意の目標設定地点までの目標設定地点距離と、当該任意の目標設定地点を通過すべき目標通過時間と、を対応付け、対応付けられた目標設定地点距離に関する情報を、当該目標設定地点距離に対応付けられた目標通過時間になったときに報知するための距離通知音声データを生成する。また、制御部１１が、複数の楽曲本体データを目標完走時間の情報に基づいて選定し、生成された距離通知音声データと、選定された複数の楽曲本体データと、に基づいて、走行運動用楽曲データを生成する。また、制御部１１が、生成された走行運動用楽曲データをユーザＰＣ２に送信する。

従って、ユーザＰＣ２を利用してダウンロードした走行運動用楽曲データをユーザが走行運動時に再生させることで、走行開始から目標通過時間が経過したとき、指定したコース距離を目標完走時間で走行するためにその時点で通過しているべき途中の目標設定地点までの距離に関する情報が報知される。よって、ユーザは、報知された情報と、実際に既に走行している距離とを照らし合わせることができる。例えば、ユーザがマラソンコースを走行している場合には、ユーザは、マラソンコース上に掲示されている走行開始点からの距離情報を確認することにより、実際に既に走行している距離を知ることができる。そして前記の照らし合わせにより、走行途中において予定よりも進んでいるのか又は遅れているのかをユーザが容易に判断することができる。また、ユーザの身体情報、走行速度、走行距離、走行時間等といった走行運動に関する情報を検出する必要がない。

また、トレーニングメニュー情報には、ユーザにより指定されたマラソンコースに含まれる複数の地点の高さの情報であるコース高低差データを含み、制御部１１が、取得されたコース高低差データに基づいて、目標通過時間を補正する。

従って、マラソンコースの起伏に起因してユーザの走行ペースが変化することに対応して、目標通過時間を補正することができるので、実際のマラソンコースに対応した適切なタイミングで報知を行うことができる。

また、制御部１１が、マラソンコース内において、終点の高さが始点の高さよりも高い区間における走行時間が所定割合で長くなるように目標通過時間を補正する。

従って、上り坂を含むためにユーザの走行ペースが遅くなる区間が存在する場合には、当該区間の走行時間が平坦な区間よりも長くなるように目標通過時間が補正されるので、精度の高いタイミングで報知を行うことができる。

また、制御部１１が、マラソンコース内において、終点の高さが始点の高さよりも低い区間における走行時間が所定割合で短くなるように目標通過時間を補正する。

従って、下り坂を含むためにユーザの走行ペースが速くなる区間が存在する場合には、当該区間の走行時間が平坦な区間よりも短くなるように目標通過時間が補正されるので、精度の高いタイミングで報知を行うことができる。

また、制御部１１が、マラソンコース内の各区間の勾配に応じて補正割合を決定する。

従って、坂道の勾配に応じて目標通過時間の補正割合が決定されるので、より精度の高いタイミングで報知を行うことができる。

また、実施例１を採用した場合、制御部１１が、任意の目標設定地点を所定距離間隔で設定し、当該所定距離間隔毎に目標通過時間を算出する。

従って、一定の距離間隔で、その時点で通過しているべき途中の目標設定地点までの距離に関する情報が報知されるので、ユーザは、予定通りに走行しているのか否かをより容易に判断することができる。

また、実施例２を採用した場合、制御部１１が、走行運動用楽曲データを構成する楽曲本体データとして、選定された複数の楽曲本体データを順次再生するときの走行運動用楽曲データの再生開始から各楽曲本体データ間までの再生時間を目標通過時間として算出し、当該再生時間に通過すべき目標設定地点の距離を算出して対応付けし、選定された複数の楽曲本体データが順次再生され、且つ、楽曲本体データ間の時間になったときに当該時間に対応付けられた距離に関する情報が報知されるように、走行運動用楽曲データを生成する。

従って、走行運動用楽曲データをユーザが走行運動時に再生させることで、ユーザは、走行運動中に楽曲を聴取することができる。このとき、楽曲と楽曲との間で、その時点で通過しているべき途中の目標設定地点までの距離に関する情報が報知されるので、ユーザによる楽曲の聴取を妨げることなく、報知を行うことができる。

なお、上記実施形態において、制御部１１は、走行運動用楽曲のＷＡＶデータを作成した後に、目標設定地点距離と目標通過時間とを対応付けて、距離通知音声データを走行運動用楽曲のＷＡＶデータに合成していたが、走行運動用楽曲のＷＡＶデータを作成する前に、目標設定地点距離と目標通過時間とを対応付けても良い。そして、制御部１１は、走行運動用楽曲のＷＡＶデータを作成した後に、事前の対応付けに基づいて、距離通知音声データを走行運動用楽曲のＷＡＶデータに合成しても良い。

また、上記実施形態において、制御部１１は、楽曲と楽曲との間に曲間部が再生されるように走行運動用楽曲データを生成していたが、楽曲と楽曲との間を無音にしても良い。
また、実施例２を採用しない場合には、制御部１１は、楽曲と楽曲との間を詰めて、複数の楽曲が隙間なく連続して再生されるように、走行運動用楽曲データを生成しても良い。

また、制御部１１は、前奏と後奏は含まないように、走行運動用楽曲データを生成しても良い。

また、上記実施形態において、制御部１１が、目標設定地点距離を報知する音声と、楽曲とが再生される走行運動用楽曲データを生成し、当該走行運動用楽曲データをユーザＰＣ２に送信していたが、目標設定地点距離を報知する音声のみが再生される音声データを生成し、当該音声データをユーザＰＣ２に送信しても良い。例えば実施例１のように、制御部１１は、所定距離間隔で目標設定地点を設定して、所定距離間隔毎に目標通過時間を算出して対応付けする。そして、制御部１１は、所定距離間隔毎に距離通知音声データを生成し、生成した複数の距離通知音声データに基づいて、各目標通過時間になる度に対応する目標設定地点距離を報知する音声が再生される音声データを生成する。

また、上記実施形態において、制御部１１は、ユーザが走行途中で走行ペースを意識的に変えることは考慮しない前提で、目標通過時間を算出していたが、例えば、ユーザが走行ペースを意識的に変える場合に対応することができるようにしても良い。例えば、トレーニングメニュー設定用のＷｅｂページにおいて、序盤先行型、終盤追い上げ型等の走行方法（戦法）をユーザが選択することができるようにする。そして、制御部１１は、選択された走行方法に基づいて、例えば、マラソンコースの前半と後半とで、単位区間あたりの走行時間又は走行スピードを変えるようにして目標通過時間を算出する。

また、上記実施形態において、制御部１１は、トレーニングコースとしてマラソンレース当日用コースが選択された場合に、目標設定地点距離が報知されるように走行運動用楽曲データを生成していたが、マラソンレース当日用コース以外のトレーニングコースが選択された場合に、目標設定地点距離が報知されるように走行運動用楽曲データを生成しても良い。すなわち、上記実施形態においては、移動運動をマラソンに適用していたが、例えば、移動運動を、ジョギング等の走行運動に適用しても良いし、ウォーキング等の歩行運動に適用しても良い。

また、制御部１１は、目標通過時間の補正を行わなくても良い。マラソンレース当日用コース以外のトレーニングコースにおいては、走行経路の地形はユーザによって又は走行運動の度に変わるので、予めコース高低差データを用意しておくことはできない。よって、そのようなトレーニングコースの場合、目標通過時間の補正を行う必要がない。

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

Claims (12)

1. 走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を生成する移動用音声情報生成装置であって、
   前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を取得する移動情報取得手段と、
   前記移動情報取得手段により取得された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段と、
   前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段と、
   を備えることを特徴とする移動運動用音声情報生成装置。
2. 前記移動情報には、前記利用者により指定された移動経路に含まれる複数の地点の高さの情報である移動経路情報を含み、
   前記対応付け手段は、前記移動情報取得手段により取得された前記移動経路情報に基づいて、前記目標通過時間を補正することを特徴とする請求項１に記載の移動運動用音声情報生成装置。
3. 前記対応付け手段は、前記移動経路内において、終点の高さが始点の高さよりも高い区間における移動時間が所定割合で長くなるように前記目標通過時間を補正することを特徴とする請求項２に記載の移動運動用音声情報生成装置。
4. 前記対応付け手段は、前記移動経路内において、終点の高さが始点の高さよりも低い区間における移動時間が所定割合で短くなるように前記目標通過時間を補正することを特徴とする請求項２又は請求項３に記載の移動運動用音声情報生成装置。
5. 前記対応付け手段は、前記移動経路内の各区間の勾配に応じて前記所定割合を決定することを特徴とする請求項３又は請求項４に記載の移動運動用音声情報生成装置。
6. 前記対応付け手段は、前記任意の地点を所定距離間隔で設定し、当該所定距離間隔毎に前記目標通過時間を算出することを特徴とする請求項１乃至５の何れか１項に記載の移動運動用音声情報生成装置。
7. 楽曲データベースから取得される複数の楽曲情報により構成され、利用者が移動運動中に再生して聴取する楽曲の情報である移動運動用楽曲情報の生成に用いられる複数の楽曲情報を、前記移動情報取得手段により取得された前記移動時間情報に基づいて選定する楽曲情報選定手段と、
   前記音声情報生成手段により生成された音声情報と、前記楽曲情報選定手段により選定された複数の楽曲情報と、に基づいて、前記移動運動用楽曲情報を生成する移動運動用楽曲情報生成手段と、を更に備え、
   前記対応付け手段は、前記移動運動用楽曲情報を構成する楽曲情報として前記楽曲情報選定手段により選定された複数の楽曲情報を順次再生するときの前記移動運動用楽曲情報の再生開始から各楽曲情報間までの再生時間を前記目標通過時間として算出し、当該再生時間に通過すべき地点の距離を算出して対応付けし、
   前記移動運動用楽曲情報生成手段は、前記楽曲選定手段により選定された複数の楽曲情報が順次再生され、且つ、楽曲情報間の時間になったときに当該時間に対応付けられた距離に関連する情報が報知されるように、前記移動運動用楽曲情報を生成することを特徴とする請求項１乃至５の何れか１項に記載の移動運動用音声情報生成装置。
8. 走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を配信する移動用音声情報配信装置であって、
   前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を、前記利用者により使用される端末装置から通信手段を介して受信する移動情報受信手段と、
   前記移動情報受信手段により受信された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段と、
   前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段と、
   前記音声情報生成手段により生成された音声情報を前記通信手段を介して前記端末装置に送信する音声情報送信手段と、
   を備えることを特徴とする移動運動用音声情報配信装置。
9. 走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を生成する移動用音声情報生成方法であって、
   前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を取得する移動情報取得工程と、
   前記移動情報取得工程において取得された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け工程と、
   前記対応付け工程において対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成工程と、
   を有することを特徴とする移動運動用音声情報生成方法。
10. 走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を配信する移動用音声情報配信方法であって、
    前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を、前記利用者により使用される端末装置から通信手段を介して受信する移動情報受信工程と、
    前記移動情報受信工程において受信された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け工程と、
    前記対応付け工程において対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成工程と、
    前記音声情報生成工程において生成された音声情報を前記通信手段を介して前記端末装置に送信する音声情報送信工程と、
    を有することを特徴とする移動運動用音声情報配信方法。
11. 走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を生成する移動用音声情報生成装置に含まれるコンピュータを、
    前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を取得する移動情報取得手段、
    前記移動情報取得手段により取得された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段、及び、
    前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段、
    として機能させることを特徴とする移動運動用音声情報生成プログラム。
12. 走行運動又は歩行運動の少なくとも何れか一方を含む利用者の足を使った移動運動中に前記利用者が再生して聴取するための移動運動用音声情報を配信する移動用音声情報配信装置に含まれるコンピュータを、
    前記利用者により指定された移動する距離の情報である移動距離情報と、移動する目標時間の情報である移動時間情報と、を少なくとも含む移動情報を、前記利用者により使用される端末装置から通信手段を介して受信する移動情報受信手段、
    前記移動情報受信手段により受信された前記移動情報に基づいて、移動開始地点から任意の地点までの距離と、当該任意の地点を通過すべき目標通過時間と、を対応付ける対応付け手段、
    前記対応付け手段により対応付けられた距離に関連する情報を、当該距離に対応付けられた前記目標通過時間になったときに報知するための音声情報を生成する音声情報生成手段、及び、
    前記音声情報生成手段により生成された音声情報を前記通信手段を介して前記端末装置に送信する音声情報送信手段、
    として機能させることを特徴とする移動運動用音声情報配信プログラム。

Images