(57)【要約】【課題】音切れが発生しそうになった場合、顧客にトラブルを気づかれることなく、確実に連続再生を行う。【解決手段】楽曲データ・パラメータ記憶手段１１１および音源データ記憶手段１１２を含む記憶手段１１０から楽曲データを取得可能であり、当該記憶手段１１０から取得した楽曲データをバッファ内に格納し、当該バッファから楽曲データを随時読み出して再生する再生システムＳＹにおいて、バッファ内に記憶されている楽曲データのデータ量を監視するバッファ監視手段１２０と、バッファ内の楽曲データの残データ量が所定量以下となった場合、所定のルールに従い、記憶手段１１０から代替楽曲または代替音源を選択する代替コンテンツ選択手段１３０と、代替楽曲を再生する再生手段１４０と、を備えた。【選択図】図２
2014010849.tif 000002
【特許請求の範囲】
【請求項１】
複数の記憶部から楽曲データを取得可能であり、各記憶部から取得した楽曲データをバッファ内に格納し、当該バッファから楽曲データを随時読み出して再生する再生制御装置の制御方法であって、
前記再生制御装置が、
前記バッファ内に記憶されている前記楽曲データのデータ量を監視するバッファ監視ステップと、
前記バッファ内の前記楽曲データの残データ量が所定量以下となった場合、所定のルールに従い、前記複数の記憶部のうちいずれかの記憶部から、代替楽曲または代替音源を選択する選択ステップと、
前記代替楽曲または前記代替音源を再生する再生ステップと、を実行することを特徴とする再生制御装置の制御方法。
【請求項２】
前記選択ステップは、前記残データ量が所定量以下となった場合、再生中の楽曲の楽曲パラメータに基づいて、前記代替楽曲または前記代替音源を選択することを特徴とする請求項１に記載の再生制御装置の制御方法。
【請求項３】
複数の再生装置のうち任意の再生装置にて再生が行われており、各再生装置に対応付けて１以上の前記記憶部が設けられている場合、
前記選択ステップは、前記複数の記憶部のうち、再生中の前記再生装置に対応する１以上の前記記憶部を他の記憶部よりも優先して検索し、前記代替楽曲または前記代替音源を選択することを特徴とする請求項１または２に記載の再生制御装置の制御方法。
【請求項４】
前記選択ステップは、前記記憶部として前記再生装置に内蔵された内蔵メモリと前記再生装置に着脱可能な外部メモリが存在する場合、前記内蔵メモリを前記外部メモリよりも優先して検索し、前記代替楽曲または前記代替音源を選択することを特徴とする請求項３に記載の再生制御装置の制御方法。
【請求項５】
前記再生装置からネットワークを介してアクセス可能な外部サーバー上に前記記憶部が存在する場合、
前記選択ステップは、前記複数の記憶部のうち、再生中の前記再生装置に対応する１以上の前記記憶部、再生中ではない前記再生装置に対応する１以上の前記記憶部、前記外部サーバーの記憶部、の順に従った優先度で検索し、前記代替楽曲または前記代替音源を選択することを特徴とする請求項３または４に記載の再生制御装置の制御方法。
【請求項６】
前記選択ステップは、前記残データ量が所定量以下となった場合であって、前記複数の記憶部内に、再生中の楽曲と同一楽曲の前記代替楽曲が存在する場合、当該同一楽曲の代替楽曲を選択し、当該同一楽曲の代替楽曲が存在しない場合、再生中の楽曲の楽曲パラメータに対し類似度が所定値以上となる楽曲パラメータの前記代替楽曲を選択することを特徴とする請求項２ないし５のいずれか１項に記載の再生制御装置の制御方法。
【請求項７】
前記選択ステップは、再生中の楽曲の楽曲パラメータに対し類似度が所定値以上となる楽曲パラメータの前記代替楽曲が存在しない場合、前記バッファ内の残データである現再生楽曲を選択し、
前記再生ステップは、前記選択ステップにより前記現再生楽曲が選択された場合、前記残データの少なくとも一部を用いた繰り返し再生を行うことを特徴とする請求項６に記載の再生制御装置の制御方法。
【請求項８】
前記繰り返し再生は、前記残データに楽曲の展開単位の楽曲データが含まれる場合、当該楽曲の展開単位の楽曲データを繰り返し再生し、当該楽曲の展開単位の楽曲データは含まれないが小節単位の楽曲データが含まれる場合、当該小節単位の楽曲データを繰り返し再生することを特徴とする請求項７に記載の再生制御装置の制御方法。
【請求項９】
前記繰り返し再生は、前記残データに小節単位の楽曲データが含まれない場合、前記残データに含まれる拍単位の楽曲データを繰り返し再生することを特徴とする請求項８に記載の再生制御装置の制御方法。
【請求項１０】
前記選択ステップは、再生中の楽曲の楽曲パラメータに対し類似度が所定値以上となる楽曲パラメータの前記代替楽曲が存在しない場合であって、前記残データに拍単位の楽曲データが含まれない場合、前記代替音源を選択することを特徴とする請求項９に記載の再生制御装置の制御方法。
【請求項１１】
複数の記憶部から楽曲データを取得可能であり、各記憶部から取得した楽曲データをバッファ内に格納し、当該バッファから楽曲データを随時読み出して再生する再生制御装置であって、
前記バッファ内に記憶されている前記楽曲データのデータ量を監視するバッファ監視手段と、
前記バッファ内の前記楽曲データの残データ量が所定量以下となった場合、所定のルールに従い、前記複数の記憶部のうちいずれかの記憶部から、代替楽曲または代替音源を選択する選択手段と、
前記代替楽曲または前記代替音源を再生する再生手段と、を備えたことを特徴とする再生制御装置。
【請求項１２】
コンピューターに、請求項１ないし１０のいずれか１項に記載の再生制御装置の制御方法における各ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音を途切れさせることなく連続再生を行うことが可能な再生制御装置の制御方法、再生制御装置およびプログラムに関するものである。
【背景技術】
【０００２】
人々が楽曲に合わせてダンスを楽しむクラブ等では、ＤＪがフロアの雰囲気に合った楽曲を選曲し、音が途切れないように再生を行うことが求められる。ＤＪの操作としては、選曲の他に、ミックス、ピッチ（再生速度）変更、スクラッチなどのパフォーマンスを行う行為が一般化しており、ミックスでは現在再生している楽曲と次に再生する楽曲をスムーズにつなぎ、音の切れ目をなくすことでフロアのテンションを維持する。
【０００３】
ところが、不慣れなＤＪが操作すると、選曲やピッチ変更に手間取ってしまい、楽曲の再生が途切れてしまう場合がある。その解決策として、再生する楽曲に無音区間が検出された場合、直前の拍ポイントの前の所定区間（例えば、数小節分）を自動的にループ再生することで、音切れを防止する再生装置が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−７６１５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、音切れの原因としては、上記のようなＤＪの操作ミスの他、再生装置の故障、接続ケーブルの断線、楽曲データの破損などが考えられる。また、外部記憶媒体から楽曲データを読み込んで再生する場合の外部記憶媒体の抜けや、無線通信を介して楽曲データを取得する場合の通信速度の低下（通信切れ）も、音切れの原因となる。このような場合、単なる操作ミスで音切れする場合と比較して、音切れの時間が長くなる傾向にある。このため、解決策として特許文献１を適用すると、ループ再生が長引いてしまい、顧客にトラブルを気づかれてしまう虞がある。また、特許文献１の場合、無音区間を検出してループ再生を行うため、再生装置の故障など音切れの原因によっては、対応することができない。
【０００６】
本発明は、上記の問題点に鑑み、音切れが発生しそうになった場合、顧客にトラブルを気づかれることなく、確実に連続再生を行うことが可能な再生制御装置の制御方法、再生制御装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の再生制御装置の制御方法は、複数の記憶部から楽曲データを取得可能であり、各記憶部から取得した楽曲データをバッファ内に格納し、当該バッファから楽曲データを随時読み出して再生する再生制御装置の制御方法であって、再生制御装置が、バッファ内に記憶されている楽曲データのデータ量を監視するバッファ監視ステップと、バッファ内の楽曲データの残データ量が所定量以下となった場合、所定のルールに従い、複数の記憶部のうちいずれかの記憶部から、代替楽曲または代替音源を選択する選択ステップと、代替楽曲または代替音源を再生する再生ステップと、を実行することを特徴とする。
【０００８】
本発明の再生制御装置は、複数の記憶部から楽曲データを取得可能であり、各記憶部から取得した楽曲データをバッファ内に格納し、当該バッファから楽曲データを随時読み出して再生する再生制御装置であって、バッファ内に記憶されている楽曲データのデータ量を監視するバッファ監視手段と、バッファ内の楽曲データの残データ量が所定量以下となった場合、所定のルールに従い、複数の記憶部のうちいずれかの記憶部から、代替楽曲または代替音源を選択する選択手段と、代替楽曲または代替音源を再生する再生手段と、を備えたことを特徴とする。
【０００９】
これらの構成によれば、バッファ内の残データ量を監視することにより、種々のトラブルを起因とした音切れ発生の危険性を確実に検出することができる。また、音切れ発生の危険性がある場合は、代替楽曲または代替音源を選択して再生するため、違和感なく連続再生を行うことができ、ひいてはトラブルの発生を顧客に気づかれることがない。
なお、「代替音源」とは、再生中の楽曲の代わりに再生する音声データを指すものであり、サンプラー音や効果音を含む概念である。
【００１０】
上記の再生制御装置の制御方法において、複数の記憶部は、代替楽曲として用いるための楽曲データを記憶する楽曲記憶部と、代替音源として用いるための音源データを記憶する音源記憶部と、を含み、選択ステップは、残データ量が所定量以下となった場合、再生中の楽曲の楽曲パラメータに基づいて、代替楽曲または代替音源を選択することを特徴とする。
【００１１】
この構成によれば、楽曲の楽曲パラメータに基づいて代替楽曲または代替音源を選択するため、例えば楽曲パラメータの近い楽曲または音源を代替楽曲または代替音源として選択することで、より自然に連続再生を行うことができる。
【００１２】
上記の再生制御装置の制御方法において、複数の再生装置のうち任意の再生装置にて再生が行われており、各再生装置に対応付けて１以上の記憶部が設けられている場合、選択ステップは、複数の記憶部のうち、再生中の再生装置に対応する１以上の記憶部を他の記憶部よりも優先して検索し、代替楽曲または代替音源を選択することを特徴とする。
【００１３】
複数のプレーヤーとミキサーから成るＤＪ複合機など、複数の再生装置を備えたＡＶ機器が存在する。また、各再生装置は、内蔵メモリや外部メモリ（ＵＳＢメモリ、ＳＤカードなど）から楽曲データを読み出して再生することが可能である。この構成によれば、再生中の再生装置に対応する記憶部を他の記憶部よりも優先して検索することで、再生装置の切り替え操作（クロスフェーダーやチャンネルフェーダーにより、再生対象プレーヤーを切り替える操作）を必要とすることなく、連続再生を実現できる。
【００１４】
上記の再生制御装置の制御方法において、選択ステップは、記憶部として再生装置に内蔵された内蔵メモリと再生装置に着脱可能な外部メモリが存在する場合、内蔵メモリを外部メモリよりも優先して検索し、代替楽曲または代替音源を選択することを特徴とする。
【００１５】
この構成によれば、内蔵メモリを外部メモリよりも優先して検索することで、検索時間を短縮できる。
【００１６】
上記の再生制御装置の制御方法において、再生装置からネットワークを介してアクセス可能な外部サーバー上に記憶部が存在する場合、選択ステップは、複数の記憶部のうち、再生中の再生装置に対応する１以上の記憶部、再生中ではない再生装置に対応する１以上の記憶部、外部サーバーの記憶部、の順に従った優先度で検索し、代替楽曲または代替音源を選択することを特徴とする。
【００１７】
この構成によれば、外部サーバー上の記憶部を検索できるため、より適切な（より違和感なく連続再生を行うことが可能な）代替楽曲を選択できる可能性が高い。また、検索順序の優先度が再生装置に対応する記憶部よりも低いため、検索時間を短縮できる。
【００１８】
上記の再生制御装置の制御方法において、選択ステップは、残データ量が所定量以下となった場合であって、複数の記憶部内に、再生中の楽曲と同一楽曲の代替楽曲が存在する場合、当該同一楽曲の代替楽曲を選択し、当該同一楽曲の代替楽曲が存在しない場合、再生中の楽曲の楽曲パラメータに対し類似度が所定値以上となる楽曲パラメータの代替楽曲を選択することを特徴とする。
【００１９】
この構成によれば、再生中の楽曲と同一楽曲、再生中の楽曲に類似した楽曲の順に優先度が設定されているため、多数の代替楽曲候補の中から、より適切な代替楽曲を選択できる。
なお、「再生中の楽曲と同一楽曲」とは、再生中の楽曲の楽曲データと同一のバックアップ用データを指す。
【００２０】
上記の再生制御装置の制御方法において、選択ステップは、再生中の楽曲の楽曲パラメータに対し類似度が所定値以上となる楽曲パラメータの代替楽曲が存在しない場合、バッファ内の残データである現再生楽曲を選択し、再生ステップは、選択ステップにより現再生楽曲が選択された場合、残データの少なくとも一部を用いた繰り返し再生を行うことを特徴とする。
【００２１】
この構成によれば、再生中の楽曲に類似した楽曲が存在しない場合でも、残データの少なくとも一部を用いた繰り返し再生を行うため、できるだけ違和感の少ない連続再生を行うことができる。
【００２２】
上記の再生制御装置の制御方法において、繰り返し再生は、残データに楽曲の展開単位の楽曲データが含まれる場合、当該楽曲の展開単位の楽曲データを繰り返し再生し、当該楽曲の展開単位の楽曲データは含まれないが小節単位の楽曲データが含まれる場合、当該小節単位の楽曲データを繰り返し再生することを特徴とする。
【００２３】
上記の再生制御装置の制御方法において、繰り返し再生は、残データに小節単位の楽曲データが含まれない場合、残データに含まれる拍単位の楽曲データを繰り返し再生することを特徴とする。
【００２４】
これらの構成によれば、楽曲の展開単位の楽曲データ、小節単位の楽曲データ、拍単位の楽曲データの順に優先度が設定されているため、ループ再生を行う場合でも、曲調が大きく変わったりリズムがずれてしまうなどの違和感を軽減できる。
【００２５】
上記の再生制御装置の制御方法において、選択ステップは、再生中の楽曲の楽曲パラメータに対し類似度が所定値以上となる楽曲パラメータの代替楽曲が存在しない場合であって、残データに拍単位の楽曲データが含まれない場合、代替音源を選択することを特徴とする。
【００２６】
この構成によれば、繰り返し再生ができない状況でも、代替音源を選択するため、確実に音切れを防止することができる。
【００２７】
本発明のプログラムは、コンピューターに、上記の再生制御装置の制御方法における各ステップを実行させることを特徴とする。
【００２８】
このプログラムを実行することにより、音切れが発生しそうになった場合、顧客にトラブルを気づかれることなく、確実に連続再生を行うことが可能な再生制御装置の制御方法を実現できる。
【図面の簡単な説明】
【００２９】
【図１】第１実施形態に係る再生システムのシステム構成図である。
【図２】第１実施形態に係る再生システムの機能ブロック図である。
【図３】（ａ）は、検索場所優先度の説明図であり、（ｂ）は、コンテンツ種別優先度の説明図である。
【図４】検索場所優先度およびコンテンツ種別優先度に基づく検索順序の説明図である。
【図５】（ａ）は、再生中の楽曲と代替楽曲をエフェクト処理なしで連続再生する場合の一例を示す図であり、（ｂ）は、再生中の楽曲と代替楽曲をミキシング処理を行って連続再生する場合の一例を示す図である。
【図６】（ａ）は、楽曲の展開として成立する楽曲データをループ再生する場合の一例を示す図であり、（ｂ）は、小節単位で１小節分の楽曲データをループ再生する場合の一例を示す図である。
【図７】（ａ）は、小節単位に関わらず１小節分の楽曲データをループ再生する場合の一例を示す図であり、（ｂ）は、残データに含まれる拍単位の楽曲データをループ再生する場合の一例を示す図である。
【図８】現在再生位置およびデータ蓄積状況の表示例を示す図である。
【図９】第２実施形態に係る再生システムのシステム構成図である。
【図１０】第３実施形態に係る再生システムのシステム構成図である。
【発明を実施するための形態】
【００３０】
以下、本発明の一実施形態に係る再生制御装置の制御方法、再生制御装置およびプログラムについて、添付図面を参照しながら詳細に説明する。以下に示す各実施形態では、本発明の再生制御装置を、ＤＪ機器に適用した場合について例示する。
【００３１】
［第１実施形態］
図１は、第１実施形態に係る再生システムＳＹ１のシステム構成図である。再生システムＳＹ１は、２つのプレーヤー部１ａ，１ｂと、ミキサー部２と、これらを接続するＬＡＮ（Local  Area  Network）ケーブル３と、スピーカー５と、から成る。同図において、太線は制御データの経路を示し、細線は音声データの経路を示している。
【００３２】
同図に示すように、各プレーヤー部１は、イーサネット（登録商標）インターフェース１１、外部メモリ読込部１２、内蔵メモリ１３、ＣＰＵ１５（Central  Processing  Unit）、バッファ１６（キャッシュ）、再生部１７およびＬＡＮインターフェース１８を備えている。
【００３３】
イーサネット（登録商標）インターフェース１１は、インターネットなどのネットワークを介して外部サーバー（図示省略）と接続される。本実施形態において、外部サーバーは、楽曲データを多数記憶したメモリ（記憶部）を有しているものとする。外部メモリ読込部１２は、外部メモリを読み込み、楽曲データを取得する。なお、外部メモリとしては、ＵＳＢメモリ、ＳＤカード、マルチメディアカード、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disk）など、プレーヤー部１に着脱可能な記憶媒体を指す。
【００３４】
内蔵メモリ１３は、プレーヤー部１に内蔵される記憶媒体であり、フラッシュＲＯＭ（Read  Only  Memory）などを指す。本実施形態では、内蔵メモリ１３内に、プレーヤー部１が各種動作を行うための制御プログラムの他、楽曲データおよび音源データを記憶しているものとする。なお、楽曲データとは、１楽曲分の音声データ（音声信号）を指す。これに対し、音源データとは、サンプラー音や効果音など任意長の音声データを指す。なお、請求項における「複数の記憶部」とは、上述した外部サーバーのメモリ、外部メモリおよび内蔵メモリ１３を指す。
【００３５】
ＣＰＵ１５（Central  Processing  Unit）は、中央演算処理装置であり、プレーヤー部１全体を制御する。バッファ１６は、上述した各部１１，１２，１３から取得した楽曲データまたは音源データを一時的に格納する。再生部１７は、当該バッファ１６から楽曲データまたは音源データを随時読み出して再生する。ＬＡＮインターフェース１８は、ＬＡＮケーブル３を介して、他のプレーヤー部１およびミキサー部２と通信を行う。なお、請求項における「再生装置」は、２つのプレーヤー部１ａ，１ｂを指す。
【００３６】
一方、ミキサー部２は、ＬＡＮインターフェース２１、信号選択部２２、ＣＰＵ２３、メモリ２４および再生部２５を備えている。ＬＡＮインターフェース２１は、ＬＡＮケーブル３を介して、各プレーヤー部１ａ，１ｂと通信を行う。信号選択部２２は、クロスフェーダーやチャンネルフェーダーを指し、再生部２５で再生する音声信号を選択する。また、信号選択部２２は、Ａ／Ｄ変換機能を含み、再生部２５は、Ｄ／Ａ変換機能を含む。
【００３７】
メモリ２４は、ミキサー部２が各種動作を行うための制御プログラムの他、プレーヤー部１ａ，１ｂから取得したコンテンツ情報を記憶している。ここで「コンテンツ情報」とは、各楽曲または各音源が格納されている場所（対応するプレーヤー部１ａ，１ｂおよびメディア種類を含む）、楽曲パラメータおよび接続状況（格納場所が外部メモリや外部サーバーの場合）を指す。また、「楽曲パラメータ」とは、楽曲のＢＰＭ（Beats  Per  Minute）、ＫＥＹ（調性）、アーティスト、ジャンル、レーベル、小節位置（小節内の最初の拍位置）、楽曲の展開（展開の切り替え位置）、Ｃｕｅポイント、ビート位置、音量または音圧などの情報を指す。これらのうち、ＢＰＭ、ＫＥＹ、アーティスト、ジャンル、レーベルは、楽曲を選択する際の基準となる情報であり、小節位置、楽曲の展開、Ｃｕｅポイント、ビート位置、音量または音圧などは、選択された楽曲の再生位置を決定する際の基準となる情報である。なお、これらの楽曲パラメータは、楽曲解析によって取得しても良いし、ユーザーによる設定・入力によって取得しても良い。また、「楽曲の展開」とは、イントロ、Ａメロ、Ｂメロ、サビ、間奏、Ｃメロ、アウトロのように分類される構成単位、コーラス単位、１６小節単位、などを指す。
【００３８】
本実施形態では、各楽曲データと共に、対応する楽曲パラメータが同じ記憶部（外部サーバーのメモリ、外部メモリおよび内蔵メモリ１３）内に記憶されているものとする。ＣＰＵ２３は、各プレーヤー部１ａ，１ｂからコンテンツ情報を取得し、これを統括管理する。そして、何らかのトラブルにより、各プレーヤー部１ａ，１ｂで音切れの可能性が生じた場合（バッファ１６内の楽曲データの残データ量が所定量以下となった場合）、動作モードを通常モードからエマージェンシーモードに切り替え、コンテンツ情報に基づいて、現在再生されている楽曲の代替コンテンツを選択する。このように、第１実施形態では、ミキサー部２のＣＰＵ２３が中心となって、請求項における「再生制御装置」を実現する。
【００３９】
なお、音切れが発生する要因としては、プレーヤー部１の故障、ＬＡＮケーブル３の断線、楽曲データの破損、ＤＪの操作ミスなどが考えられる。また、代替コンテンツとは、各記憶部（外部サーバーのメモリ、外部メモリおよび内蔵メモリ１３）に記憶されている楽曲データ、音源データ（内蔵音源）、バッファ１６内の残データを指す。ＣＰＵ２３は、各プレーヤー部１ａ，１ｂで音切れの可能性が生じた場合、これらのコンテンツの中から、所定のルールに従い、より違和感なく連続再生可能な代替コンテンツを選択し、各プレーヤー部１ａ，１ｂ（ＣＰＵ１５）にその再生指令を行う。これにより、何らかのトラブルにより音切れが発生しそうになった場合でも、顧客にトラブルを気づかれることなく音切れを防止することができる。所定のルールについては、後に詳述する。
【００４０】
図２は、第１実施形態に係る再生システムＳＹ１の機能ブロック図である。再生システムＳＹ１は、主な機能構成として、記憶手段１１０、バッファ監視手段１２０、代替コンテンツ選択手段１３０および再生手段１４０を備えている。また、記憶手段１１０は、１以上の楽曲データ・パラメータ記憶手段１１１、音源データ記憶手段１１２およびコンテンツ情報記憶手段１１３を含む。
【００４１】
楽曲データ・パラメータ記憶手段１１１は、各楽曲データと、各楽曲データの楽曲パラメータと、を記憶するものであり、外部サーバーのメモリ、外部メモリおよび内蔵メモリ１３に相当する。なお、楽曲データと楽曲パラメータを同じ記憶部内に記憶するのではなく、異なる記憶部に記憶しておいても良い。例えば、楽曲データを内蔵メモリ１３に記憶し、外部サーバーから対応する楽曲パラメータを取得する構成でも良い。音源データ記憶手段１１２は、音源データを記憶するものであり、内蔵メモリ１３に相当する。コンテンツ情報記憶手段１１３は、各プレーヤー部１ａ，１ｂから送信されたコンテンツ情報を記憶するものであり、メモリ２４に相当する。なお、コンテンツ情報は、各プレーヤー部１ａ，１ｂから通信開始時（ユーザー操作により、各プレーヤー部１ａ，１ｂとミキサー部２のリンク動作開始指示が行われたときなど）、外部メモリ読込時（外部メモリ挿入時）、インターネット接続時など、所定のトリガー発生時に送信される。また、外部メモリやインターネットが切断された場合、該当するコンテンツ情報はコンテンツ情報記憶手段１１３から登録削除される。
【００４２】
バッファ監視手段１２０は、主にＣＰＵ１５およびＣＰＵ２３によって実現され、プレーヤー部１（１ａ，１ｂ）のバッファ１６内に記憶されている楽曲データのデータ量を監視する。なお、本実施形態では、無音データ（音圧レベルが所定値以下となる区間データ）についても、データ量に含まれるが、これをデータと看做さないようにしても良い。
【００４３】
代替コンテンツ選択手段１３０は、主にＣＰＵ２３により実現され、バッファ１６内の楽曲データの残データ量が所定量以下となった場合、所定のルールに従い、記憶手段１１０から代替コンテンツを選択する。具体的には、図３に示す優先度にしたがって代替コンテンツを選択する。図３（ａ）は、検索場所優先度の説明図である。代替コンテンツ選択手段１３０は、検索場所として、再生中のプレーヤー部１（以下、「同プレーヤー」と称する）の内蔵メモリ１３を最優先に検索し、続いて同プレーヤーの外部メモリ、別プレーヤーの内蔵メモリ１３、別プレーヤーの外部メモリ、ネットワーク上のメモリ（外部サーバーのメモリ）の順に代替コンテンツを選択する。
【００４４】
また、図３（ｂ）に示すように、コンテンツ種別としては、同一楽曲、類似楽曲、現再生楽曲、内蔵音源の優先度に従って選択する。ここで、「同一楽曲」とは、再生中の楽曲と楽曲パラメータが完全一致する楽曲、すなわち同じ楽曲を指す。また、「類似楽曲」とは、再生中の楽曲と楽曲パラメータの類似度が所定値以上となる楽曲パラメータの楽曲を指す。当該「類似度」とは、楽曲パラメータがどれだけ近似しているか、つまりＭｉｘ再生した場合の適応度を指す。例えば、再生中の楽曲と代替楽曲候補のＢＰＭパラメータの差異が１．０以下の場合は１０点、ＢＰＭの差異が１．０より大きく２．０以下の場合は９点のように加点する。また、ＫＥＹパラメータが同一調の場合は１０点、Ｍａｊｏｒ／Ｍｉｎｏｒ関係の場合は８点、５度ずれ（五度圏上で両隣）の場合は６点、のように加点する。このようにパラメータごと（属性ごと）に加点していき、その合計点に応じて類似度を判定することが考えられる。
【００４５】
また、「現再生楽曲」とは、現在再生中の楽曲の一部を指す。代替コンテンツ選択手段１３０が「現再生楽曲」を選択した場合、バッファ１６内に残っている残データに応じてループ再生（繰り返し再生）が行われる。例えば、残データに、楽曲の展開として成立する楽曲データが含まれる場合、楽曲の展開単位でループ再生する（Ｐ１）。また、残データに、楽曲の展開は含まれないが小節として成立する連続した所定拍数（例えば４小節の場合、１拍〜４拍）の楽曲データが含まれる場合、小節単位で１小節分の楽曲データをループ再生する（Ｐ２）。また、小節単位の楽曲データは含まれないが１小節分の楽曲データが含まれる場合、その１小節分の楽曲データをループ再生する（Ｐ３）。さらに、１小節分の楽曲データが含まれない場合、残データに含まれる拍単位の楽曲データをループ再生する（Ｐ４）。具体例については、後述する。なお、コンテンツ種別優先度の最下位となる「内蔵音源」とは、内蔵メモリ１３に記憶されている音源データを指す。
【００４６】
図４は、図３に示した検索場所優先度およびコンテンツ種別優先度に基づく検索順序の説明図である。代替コンテンツ選択手段１３０は、図４に示す検索順序で代替コンテンツを検索・選択する。つまり、まず同一楽曲を、同プレーヤーの内蔵メモリ１３、同プレーヤーの外部メモリ、別プレーヤーの内蔵メモリ１３、別プレーヤーの外部メモリ、ネットワーク上のメモリの順に検索する。同一楽曲が見つからない場合は、類似楽曲を同じ検索場所優先度に従って検索する。類似楽曲も見つからない場合は、次に現再生楽曲（バッファ１６内の残データ）を用いたループ再生を行う。また、バッファ１６内に残データが存在しない場合は、内蔵音源を選択する。なお、内蔵音源が複数存在する場合は、同プレーヤーを別プレーヤーより優先して検索する。また、同プレーヤー内に複数の内蔵音源が存在する場合は、再生中の楽曲の楽曲パラメータに対し楽曲パラメータの近い内蔵音源を選択する。このため、音源データにも、ＢＰＭパラメータやＫＥＹパラメータなどを対応付けて記憶しておくことが好ましい。
【００４７】
一方、再生手段１４０は、再生部１７および再生部２５により実現され、代替コンテンツ選択手段１３０により選択された代替コンテンツを再生する。また、代替コンテンツとして「現再生楽曲」が選択された場合は、上述の通りバッファ１６内の残データの少なくとも一部を用いたループ再生を行う。なお、再生手段１４０による代替コンテンツの再生開始位置としては、代替コンテンツに予め設定されているＣｕｅポイントまたはファーストビート（楽曲の最初のビート位置）などが考えられる。これにより、楽曲先頭に無音部分がある楽曲でも、コンテンツ切り替え時（代替コンテンツの再生開始時）における違和感を防止できる。
【００４８】
なお、１つの楽曲に複数のＣｕｅポイントが設定されている場合は、再生中の楽曲の音切れ付近の音量と、最も音量が近いＣｕｅポイントを選択することが好ましい。また、複数のＣｕｅポイントのうち、最も残り時間が長いＣｕｅポイント（楽曲の先頭に近いＣｕｅポイント）を選択しても良い。
【００４９】
また、再生手段１４０は、代替コンテンツとして代替楽曲を再生する際、ＢＰＭ（再生速度）および拍位置を合わせる処理を行い、再生中の楽曲の拍に合うタイミングで代替楽曲の再生を行う。また、楽曲パラメータにより小節位置が把握できている場合は、図５（ａ）に示すように、再生中の楽曲と代替楽曲の小節位置を合わせる。なお、同図に示す数値は小節内の拍番号を指す（同図では、４小節の楽曲を例示している）。また、特に図示しないが、楽曲の展開が把握できている場合は、その単位も合わせることが好ましい。なお、ＢＰＭおよび拍位置を合わせる処理は、代替コンテンツとして「内蔵音源」が選択された場合にも適用可能である。
【００５０】
また、再生手段１４０は、代替楽曲を再生開始する際、ボリュームコントロールなどのミキシング処理を行っても良い。この場合、図５（ｂ）に示すように、音切れする前に存在するＮ小節単位分（同図では、Ｎ＝２）の長さをＭｉｘ期間として設定し、その期間、例えば再生中の楽曲のボリュームを下げ、代替楽曲のボリュームを上げるなどの処理を行っても良い。なお、Ｍｉｘ期間は、自動設定でも良いし、秒単位または拍単位で予めユーザーが設定を行っておく手動設定でも良い。また、このようなミキシング処理は、代替コンテンツとして「現再生楽曲」や「内蔵音源」が選択された場合にも適用可能である。また、「現再生楽曲」が選択された場合、ループ時にバックスピンや逆再生などのエフェクト処理を行っても良い。
【００５１】
ここで、図１に示した各部の動作を、上述の各機能と対応付けて説明する。各プレーヤー部１ａ，１ｂのＣＰＵ１５は、プレーヤー部１ａ，１ｂの電源ＯＮ時または外部メモリ挿入時など所定のトリガーで、各楽曲または各音源のコンテンツ情報をミキサー部２に送信する。ミキサー部２のＣＰＵ２３は、これをメモリ２４内に記憶しておく。
【００５２】
また、プレーヤー部１ａ，１ｂのＣＰＵ１５は、動作中、バッファ１６内の残データを監視し（バッファ監視手段１２０）、残データが所定量以下となったことを検出すると、その旨（エマージェンシーモード切替指令）をミキサー部２のＣＰＵ２３に通知する。ＣＰＵ２３は、図４に示した検索順序と、メモリ２４に記憶されているコンテンツ情報に基づいて代替コンテンツ（代替楽曲）を選択し（代替コンテンツ選択手段１３０）、代替コンテンツを有するプレーヤー部１に対して、代替コンテンツの指定および再生指令を行う。なお、代替コンテンツとして、外部サーバー上のコンテンツを選択した場合は、現在再生中のプレーヤー部１に対して再生指令を行う。指令を受けたプレーヤー部１のＣＰＵ１５は、音切れしないよう、再生部１７に対して適当なタイミングで代替コンテンツの再生を実行させる（再生手段１４０）。
【００５３】
また、ＣＰＵ１５は、代替コンテンツとして「現再生楽曲」が指定された場合、バッファ１６内の残データをＣＰＵ２３に通知し、ＣＰＵ２３が残データ量に応じてループ範囲を決定する。ＣＰＵ２３は、ＣＰＵ１５に対し、ループ範囲を指定して「現再生楽曲」の再生指令を行う。なお、バッファ１６内に残データが存在しない場合は、代替コンテンツとして「内蔵音源」を選択し、内蔵音源を有するプレーヤー部１に対して、音源データの指定および再生指令を行う。また、ＣＰＵ２３から代替コンテンツとして「現再生楽曲」が指定された場合、ＣＰＵ１５にてループ範囲を決定し、ループ再生を行っても良い。
【００５４】
なお、再生中のプレーヤー部１と、代替コンテンツを再生するプレーヤー部１が異なる場合、再生中のプレーヤー部１から代替コンテンツを再生するプレーヤー部１に、再生中の楽曲の現在再生位置情報、ＢＰＭ情報（拍位置情報）および音切れ位置を示す情報を提供する必要がある。このため、これら再生中の楽曲に関する情報（以下、「再生楽曲情報」と称する）を、ＣＰＵ２３が常に把握し、代替コンテンツを有するプレーヤー部１に対して再生指令を行う際に、同時に再生楽曲情報を送信しても良い。また、代替コンテンツを有するプレーヤー部１が、再生中のプレーヤー部１に対して再生楽曲情報を取得しに行く構成としても良いし、再生中のプレーヤー部１のＣＰＵ１５がミキサー部２のＣＰＵ２３からの指令を受けて、代替コンテンツを有するプレーヤー部１に、再生楽曲情報を送信する構成としても良い。
【００５５】
次に、図６および図７を参照し、ループ再生について説明する。上述の通り、代替コンテンツ選択手段１３０は、図６（ａ），図６（ｂ），図７（ａ），図７（ｂ）の優先度で、ループ範囲を選択する。図６（ａ）は、楽曲の展開として成立する楽曲データをループ再生する場合（Ｐ１）の一例を示す図である。同図において、「Ａ」、「Ｂ」は、Ａメロ、Ｂメロを指す。このように、音切れの可能性を検出したとき（バッファ１６内の残データが所定量以下となったとき）、その残データに楽曲の展開が含まれる場合は、楽曲の展開単位でループ再生する。また、残データに複数の展開が含まれる場合は、最後の展開（同図の例では、Ｂメロ）をループ再生する。
【００５６】
図６（ｂ）は、小節単位で１小節分の楽曲データをループ再生する場合（Ｐ２）の一例を示す図である。バッファ１６内の残データに、小節単位の楽曲データが含まれる場合、小節単位（Ｎ拍子の楽曲の場合、１拍目からＮ泊目までの連続するＮ拍分）でループ再生する。また、残データに複数の小節が含まれる場合は、最後の小節をループ再生する。
【００５７】
図７（ａ）は、小節単位に関わらず１小節分の楽曲データをループ再生する場合（Ｐ３）の一例を示す図である。バッファ１６内の残データに、１小節分の楽曲データが含まれる場合、その１小節分（Ｎ拍子の楽曲の場合、連続するＮ拍分）でループ再生する。また、残データに（Ｎ＋１）拍以上の残データが含まれる場合は、最後のＮ拍（但し、拍の途中で切れている非有効拍（同図の例では、最後の４拍目）は、残データに含まれないものとする）を拍単位でループ再生する。
【００５８】
図７（ｂ）は、残データに含まれる拍単位の楽曲データをループ再生する場合（Ｐ４）の一例を示す図である。バッファ１６内の残データに、１拍以上Ｎ拍未満の楽曲データが含まれる場合、その全ての拍（有効拍）を対象としてループ再生する。なお、残データに１拍分の楽曲データも含まれない場合、代替コンテンツ選択手段１３０は、代替コンテンツとして「内蔵音源」を選択する。
【００５９】
以上説明したとおり、第１実施形態によれば、バッファ１６内の残データ量を監視し、音切れ発生の危険性があると判断した場合は、エマージェンシーモードに切り替えて、代替コンテンツの選択および再生を行うため、トラブルの発生を顧客に気づかれることがない。また、代替コンテンツは、再生中の楽曲の楽曲パラメータに近い楽曲を優先的に選択するため、より自然に連続再生を行うことができる。また、再生中のプレーヤー部１に対応する記憶部（外部メモリおよび内蔵メモリ１３）を他のプレーヤー部１の記憶部よりも優先して検索することで、再生対象となるプレーヤー部１の切り替え操作を不要とすることができる。
【００６０】
また、代替コンテンツ選択手段１３０は、内蔵メモリ１３、外部メモリ、ネットワーク上のメモリの優先度にしたがって代替コンテンツの検索を行うため、検索時間を短縮できる。また、再生中の楽曲に類似した楽曲が存在しない場合でも、残データの少なくとも一部を用いたループ再生を行うため、確実に連続再生を行うことができる。さらに、ループ再生を行う場合は、楽曲の展開単位の楽曲データ、小節単位の楽曲データ、１小節分の楽曲データ、拍単位の楽曲データ、の順に優先度が設定されているため、ループ再生に伴う違和感を軽減できる。
【００６１】
なお、第１実施形態の変形例として、バッファ監視手段１２０によりバッファ１６内の残データが所定量以下となったことを検出したとき、エマージェンシーモードになったことをユーザーに通知する構成としても良い。当該通知は、ディスプレイやＬＥＤによる表示であっても良いし、音による報知でも良い。
【００６２】
また、図８に示すように、バッファ１６内の残データを視覚的に表示することで、ユーザーが音切れの発生を予測できるようにしても良い。図８の例では、音声波形４１上において、再生の経過と共に時間軸に並行して移動する再生位置マーク４２と、バッファ１６内に蓄積された楽曲データ部分（データ蓄積済部分）とそうでない部分（データ未蓄積部分）を色分け表示するデータ蓄積バー４３と、を表示している。このような表示により、ユーザーは、音切れの発生を予測することができ、適切な対応を行うことができる。
【００６３】
また、上記の実施形態では、コンテンツ種別優先度の最下位として「内蔵音源」を例示したが、プレーヤー部１に内蔵音源が記憶されていない場合、以下のような対応を行っても良い。例えば、音切れする部分に合わせて、減竿再生中の楽曲を徐々にミュートしたり、徐々にテンポを落としていく、などが考えられる。これにより、音切れを回避できない場合でも、違和感なく再生を終了させることができる。なお、内蔵音源は、ミキサー部２または外部サーバーのメモリに記憶しておく構成でも良い。
【００６４】
また、検索場所優先度やコンテンツ種別優先度（図３参照）、若しくは検索順位（図４参照）をユーザーが任意に設定可能としても良い。例えば、同プレーヤーの内蔵メモリ１３の中から同一楽曲、類似楽曲の順に検索し、見つからない場合に同プレーヤーの外部メモリの中から同一楽曲、類似楽曲の順に検索するなど、コンテンツ種別より検索場所を優先しても良い。また、「現再生楽曲」の優先度を、「内蔵音源」より下げても良い。その他、音切れする部分に合わせて、徐々にミュートしたり、徐々にテンポを落としていく、などの対応も、優先順位を付けて設定可能としても良い。
【００６５】
また、上記の実施形態では、予めコンテンツ情報をメモリ２４内に格納しておく構成としたが、バッファ１６内の残データが所定量以下となったことを検出したとき、所定の検索順序で楽曲パラメータまたは音源パラメータを検索する構成でも良い。この場合は、同一楽曲でなくても類似楽曲が見つかった時点で代替コンテンツとして決定するなど、検索時間を短くするための対策を行うことが好ましい。
【００６６】
［第２実施形態］
次に、図９を参照し、本発明の第２実施形態について説明する。上記の第１実施形態では、代替コンテンツの選択をミキサー部２のＣＰＵ２３で行ったが、本実施形態では、プレーヤー部１のＣＰＵ１５で行う点で異なる。このため、本実施形態では、各プレーヤー部１ａ，１ｂの内蔵メモリ１３，１３にコンテンツ情報を保存する。以下、第１実施形態と異なる点のみ説明する。なお、本実施形態において、第１実施形態と同様の構成部分については同様の符号を付し、詳細な説明を省略する。また、第１実施形態と同様の構成部分について適用される変形例は、本実施形態についても同様に適用される。
【００６７】
図９は、第２実施形態に係る再生システムＳＹ２のシステム構成図である。本実施形態では、まず各プレーヤー部１ａ，１ｂのＣＰＵ１５が、バッファ１６内の残データを監視し（バッファ監視手段１２０）、残データが所定量以下となったことを検出すると、図４に示した検索順序と、予め内蔵メモリ１３に記憶しておいたコンテンツ情報に基づいて代替コンテンツを選択する（代替コンテンツ選択手段１３０）。なお、Ａプレーヤー部１ａとＢプレーヤー部１ｂに記憶されているコンテンツ情報は、常に同期されている（同じ情報が記憶されている）ものとする。
【００６８】
ＣＰＵ１５は、代替コンテンツとして、再生中のプレーヤー部１ではない他のプレーヤー部１に記憶されているコンテンツを選択した場合は、他のプレーヤー部１に対して、再生楽曲情報の送信、代替コンテンツの指定および再生指令を行う。再生指令を受けた他のプレーヤー部１のＣＰＵ１５は、音切れしないよう、再生部１７に対して適当なタイミングで代替コンテンツの再生を実行させる（再生手段１４０）。なお、代替コンテンツとして、外部サーバー上のコンテンツを選択した場合は、再生中のプレーヤー部１から外部サーバーにアクセスして代替コンテンツを取得する。また、ＣＰＵ１５は、代替コンテンツとして「現再生楽曲」を選択した場合、自プレーヤー部１のバッファ１６内の残データに応じてループ範囲を決定する。
【００６９】
以上説明したとおり、第２実施形態は、プレーヤー部１のＣＰＵ１５，１５が中心となって、請求項における「再生制御装置」を実現する。これにより、各プレーヤー部１にて代替コンテンツの選択を行うことができるため、ミキサー部２として既存のミキサー装置を用いることができる。
【００７０】
［第３実施形態］
次に、図１０を参照し、本発明の第３実施形態について説明する。本実施形態は、プレーヤー部１ａ，１ｂおよびミキサー部２を、ＰＣ１００（パーソナルコンピューター）で実現する。以下、上記の第１，第２実施形態と異なる点のみ説明する。なお、本実施形態において、上記の各実施形態と同様の構成部分については同様の符号を付し、詳細な説明を省略する。
【００７１】
図１０は、第３実施形態に係る再生システムＳＹ３のシステム構成図である。本実施形態では、ＰＣ１００内のＨＤＤ１９（Hard  disk  drive）が、第２実施形態の内蔵メモリ１３と同様に機能する。本構成では、プレーヤー部１ａ，１ｂとミキサー部２は仮想的に分割されているだけであるため、プレーヤー部１間およびプレーヤー部１とミキサー部２間の、コンテンツ情報および再生楽曲情報の授受は不要である。但し、ＣＰＵ１５は、再生中のプレーヤー番号を把握できているものとする。ＣＰＵ１５は、動作中、バッファ１６内の残データを監視し（バッファ監視手段１２０）、残データが所定量以下となったことを検出すると、図４に示した検索順序と、予めＨＤＤ１９に記憶しておいたコンテンツ情報に基づいて代替コンテンツを選択する（代替コンテンツ選択手段１３０）。代替コンテンツとして、外部サーバー上のコンテンツを選択した場合は、外部サーバーにアクセスして代替コンテンツを取得する。その後ＣＰＵ１５は、再生部１７に対し、選択した代替コンテンツの再生を実行させる（再生手段１４０）。また、ＣＰＵ１５は、代替コンテンツとして「現再生楽曲」を選択した場合、バッファ１６内の残データに応じてループ範囲を決定する。
【００７２】
以上説明したとおり、第３実施形態は、ＰＣ１００のＣＰＵ１５が中心となって、請求項における「再生制御装置」を実現する。このように、プレーヤー部１とミキサー部２が独立したシステム構成以外でも、第１実施形態と同様の効果を奏することができる。
【００７３】
なお、特に図示しないが、単体のプレーヤーでも本発明を実現可能である。この場合、システム構成は、上記の第２実施形態のプレーヤー部１（図９参照）と同様である。また、代替コンテンツの検索順序は、図４に示した順序のうち、３，４，８，９，１３を除いた順序に従って行うこととなる（別プレーヤーが存在しないため）。
【００７４】
以上、３つの実施形態を示したが、各実施形態に示した再生システムＳＹ１〜ＳＹ３の各構成要素をプログラムとして提供することが可能である。また、そのプログラムを各種記録媒体（ＣＤ−ＲＯＭ、フラッシュメモリ等）に格納して提供することも可能である。すなわち、コンピューターを再生システムＳＹ１〜ＳＹ３の各構成要素として機能させるためのプログラム、およびそれを記録した記録媒体も、本発明の権利範囲に含まれる。
【００７５】
また、上記の各実施形態では、コンテンツ情報を各装置内に記憶しておく構成としたが、クラウドコンピューティング上で管理しても良い。同様に、楽曲データ、音源データ、楽曲パラメータもクラウドコンピューティング上で管理しても良い。
【００７６】
さらに、上記の各実施形態では、再生システムＳＹ１〜ＳＹ３をＤＪ機器に適用した場合を例示したが、他の再生装置または情報処理装置（各種タブレット端末）に適用しても良い。また、音声の連続再生を行うのではなく、映像の連続再生を行う場合に本発明を適用しても良い。この場合、ＶＪ機器または各種映像処理機器への適用が考えられる。その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。
【符号の説明】
【００７７】
１…プレーヤー部  ２…ミキサー部  ３…ＬＡＮケーブル  ５…スピーカー  １１…イーサネット（登録商標）インターフェース  １２…外部メモリ読込部  １３…内蔵メモリ  １５…ＣＰＵ（プレーヤー部）  １６…バッファ  １７…再生部（プレーヤー部）  １８…ＬＡＮインターフェース（プレーヤー部）  １９…ＨＤＤ  ２１…ＬＡＮインターフェース（ミキサー部）  ２２…信号選択部  ２３…ＣＰＵ（ミキサー部）  ２４…メモリ  ２５…再生部（ミキサー部）  ４１…音声波形  ４２…再生位置マーク  ４３…データ蓄積バー  １１０…記憶手段  １１１…楽曲データ・パラメータ記憶手段  １１２…音源データ記憶手段  １１３…コンテンツ情報記憶手段  １２０…バッファ監視手段  １３０…代替コンテンツ選択手段  １４０…再生手段  ＳＹ…再生システム
【図１】
2014010849.tif 000003
【図２】
2014010849.tif 000004
【図３】
2014010849.tif 000005
【図４】
2014010849.tif 000006
【図５】
2014010849.tif 000007
【図６】
2014010849.tif 000008
【図７】
2014010849.tif 000009
【図８】
2014010849.tif 000010
【図９】
2014010849.tif 000011
【図１０】
2014010849.tif 000012