(57)【要約】【課題】歌唱や演奏が録音された投稿データを再生するときに、再生装置側で簡単に特定のパートの音だけを消去又は音量を下げて再生できるようにする。【解決手段】ホストサーバは、音の種類別に分かれたパートで構成されたカラオケ楽曲の内部楽曲データから、パートごとに、ストリーミング配信形式の楽曲ストリーミングデータを生成する。また、カラオケ装置からアップロードされた投稿データから、音の種類別のパートごとに、ストリーミング配信形式の第２ストリーミングデータを生成する。ホストサーバは、ユーザ端末から投稿データの配信要求を受付けると、配信要求に該当の楽曲ストリーミングデータ及び投稿ストリーミングデータのうち、所定又はユーザの任意のパートに対応する楽曲ストリーミングデータ又は投稿ストリーミングデータにより出力される音を制限して、配信要求に該当の各ストリーミングデータをユーザ端末に送信する。【選択図】図４
2014048471.tif 000002
【特許請求の範囲】
【請求項１】
楽曲を識別する楽曲識別情報と、音源から取得された音を表す第１入力音情報と、前記第１入力音情報で表される音の種類を識別する第１音識別情報とが対応付けられた第１公開データを記憶する記憶手段と、
音の種類別に分かれたパートで構成された楽曲データから、パートごとに、ストリーミング配信が可能な所定のデータ形式の第１ストリーミングデータを生成する第１生成手段と、
前記記憶手段に記憶された第１公開データに含まれる第１入力音情報から、前記第１音識別情報で示される音の種類別のパートごとに、ストリーミング配信が可能な所定のデータ形式の第２ストリーミングデータを生成する第２生成手段と、
端末装置からネットワークを介して、前記第１公開データの配信要求を受付ける配信受付手段と、
前記配信要求に該当する第１公開データに含まれる楽曲識別情報に対応する前記第１ストリーミングデータと、前記配信要求に該当する第１公開データに含まれる第１入力音情報に対応する前記第２ストリーミングデータとを、前記ネットワークを介して要求元の前記端末装置に送信する送信手段と、
を備え、
前記送信手段は、要求元の前記端末装置へ送信する前記第１ストリーミングデータ及び前記第２ストリーミングデータを構成するパートのうち、特定のパートの前記第１ストリーミングデータ又は前記第２ストリーミングデータにより出力される音を制限して、前記配信要求に該当する第１公開データに対応する前記第１ストリーミングデータ及び前記第２ストリーミングデータを送信すること
を特徴とするサーバ。
【請求項２】
請求項１に記載のサーバにおいて、
前記端末装置から前記ネットワークを介して、音の出力を制限するパートの指定を受付けるパート受付手段を更に備え、
前記送信手段は、前記パート受付手段により指定が受付けられたパートの前記第１ストリーミングデータ又は前記第２ストリーミングデータにより出力される音を制限して、前記配信要求に該当する第１公開データに対応する前記第１ストリーミングデータ及び前記第２ストリーミングデータを送信すること
を特徴とするサーバ。
【請求項３】
請求項１又は請求項２に記載のサーバにおいて、
前記送信手段は、前記配信要求に該当する第１公開データに含まれる第１音識別情報で示される音の種類に対応するパートの前記第１ストリーミングデータにより出力される音を制限して、前記配信要求に該当する第１公開データに対応する前記第１ストリーミングデータ及び前記第２ストリーミングデータを送信すること
を特徴とするサーバ。
【請求項４】
請求項１ないし請求項３の何れか１項に記載のサーバにおいて、
前記記憶手段は、前記サーバから取得された前記第１公開データを用いて音楽再生装置が演奏を実行したときに、前記音楽再生装置が音源から取得した第２入力音に関する公開データとして、前記音楽再生装置がアップロードした第２公開データであって、前記楽曲識別情報と、前記第１入力音情報と、前記第１音識別情報と、前記第２入力音を表す第２入力音情報と、前記第２入力音情報で表される音の種類を識別する第２音識別情報とが対応付けられた第２公開データを記憶し、
前記第２生成手段は、前記記憶手段に記憶された第２公開データに含まれる第２入力音情報から、前記第２音識別情報で示される音の種類別のパートごとに、前記第２ストリーミングデータを更に生成し、
前記配信受付手段は、前記端末装置から前記第２公開データの配信要求を受付け、
前記配信受付手段により前記第２公開データの配信要求を受付けた場合、前記送信手段は、前記配信要求に該当する第２公開データに対応する前記第１ストリーミングデータ及び前記第２ストリーミングデータを要求元の前記端末装置へ送信するときに、前記第１ストリーミングデータ及び前記第２ストリーミングデータのパートのうち、特定のパートの前記第１ストリーミングデータ又は前記第２ストリーミングデータにより出力される音を制限すること
を特徴とするサーバ。
【請求項５】
請求項４に記載のサーバにおいて、
前記送信手段は、前記配信要求に該当する第２公開データに含まれる第１音識別情報及び第２音識別情報で示される音の種類に対応するパートの前記第１ストリーミングデータにより出力される音を制限して、前記配信要求に該当する第２公開データに対応する前記第１ストリーミングデータ及び前記第２ストリーミングデータを送信すること
を特徴とするサーバ。
【請求項６】
請求項１ないし請求項５の何れか１項に記載のサーバにおいて、
前記楽曲データは、楽器の種類別に分かれた複数のパートで構成されており、
音源から取得された音を表す前記第１入力音情報は、楽器による演奏音を表す情報であり、前記第１音識別情報は、前記音の種類として楽器の種類を識別する情報であること
を特徴とするサーバ。
【請求項７】
楽曲を識別する楽曲識別情報と、音源から取得された音を表す第１入力音情報と、前記第１入力音情報で表される音の種類を識別する第１音識別情報とが対応付けられた第１公開データを記憶する記憶手段と、
音の種類別に分かれたパートで構成された楽曲データから、パートごとに、ストリーミング配信が可能な所定のデータ形式の第１ストリーミングデータを生成する第１生成手段と、
前記記憶手段に記憶された第１公開データに含まれる第１入力音情報から、前記第１音識別情報で示される音の種類別のパートごとに、ストリーミング配信が可能な所定のデータ形式の第２ストリーミングデータを生成する第２生成手段と、
端末装置からネットワークを介して、前記第１公開データの配信要求を受付ける配信受付手段と、
前記配信要求に該当する第１公開データに含まれる楽曲識別情報に対応する前記第１ストリーミングデータと、前記配信要求に該当する第１公開データに含まれる第１入力音情報に対応する前記第２ストリーミングデータを、前記ネットワークを介して要求元の前記端末装置に送信する送信手段と、を備えるサーバと、
前記第１公開データの配信要求を、前記ネットワークを介して前記サーバに送信する配信要求手段と、
前記配信要求に該当する第１公開データに関する前記第１ストリーミングデータ及び前記第２ストリーミングデータを、前記ネットワークを介して前記サーバから受信する受信手段と、
前記受信手段により受信された前記第１ストリーミングデータ及び前記第２ストリーミングデータのパートのうち、特定のパートの前記第１ストリーミングデータ又は前記第２ストリーミングデータによる音の出力を制限して、前記第１ストリーミングデータ及び前記第２ストリーミングデータを再生し、再生された音を出力する制御手段と、を備える端末装置と、
からなる音楽再生システム。
【請求項８】
請求項７に記載の音楽再生システムにおいて、
前記端末装置は、
音の出力を制限するパートの指定を受付けるパート受付手段を更に備え、
前記制御手段は、前記パート受付手段により指定が受付けられたパートの前記第１ストリーミングデータ又は前記第２ストリーミングデータによる音の出力を制限して、前記第１ストリーミングデータ及び前記第２ストリーミングデータを再生すること
を特徴とする音楽再生システム。
【請求項９】
請求項７又は請求項８に記載の音楽再生システムにおいて、
前記端末装置は、
前記配信要求に該当する第１公開データに含まれる第１音識別情報を、前記ネットワークを介して前記サーバから取得する取得手段を更に備え、
前記制御手段は、前記取得手段により取得された第１音識別情報で示される音の種類に対応するパートの前記第１ストリーミングデータによる音の出力を制限して、前記第１ストリーミングデータ及び前記第２ストリーミングデータを再生すること
を特徴とする音楽再生システム。
【請求項１０】
請求項７ないし請求項９の何れか１項に記載の音楽再生システムにおいて、
前記サーバでは、
前記記憶手段は、前記サーバから取得された前記第１公開データを用いて音楽再生装置が演奏を実行したときに、前記音楽再生装置が音源から取得した第２入力音に関する公開データとして、前記音楽再生装置がアップロードした第２公開データであって、前記楽曲識別情報と、前記第１入力音情報と、前記第１音識別情報と、前記第２入力音を表す第２入力音情報と、前記第２入力音情報で表される音の種類を識別する第２音識別情報とが対応付けられた第２公開データを記憶し、
前記第２生成手段は、前記記憶手段に記憶された第２公開データに含まれる第２入力音情報から、前記第２音識別情報で示される音の種類別のパートごとに、前記第２ストリーミングデータを更に生成し、
前記配信受付手段は、前記端末装置から前記第２公開データの配信要求を受付け、
前記配信受付手段により前記第２公開データの配信要求を受付けた場合、前記送信手段は、前記配信要求に該当する第２公開データに対応する前記第１ストリーミングデータ及び前記第２ストリーミングデータを要求元の前記端末装置へ送信し、
前記端末装置では、
前記配信要求手段は、前記第２公開データの配信要求を前記サーバに送信し、
前記受信手段は、前記配信要求に該当する第２公開データに関する前記第１ストリーミングデータ及び前記第２ストリーミングデータを前記サーバから受信し、
前記制御手段は、前記第２公開データに関する前記第１ストリーミングデータ及び前記第２ストリーミングデータのパートのうち、特定のパートの前記第１ストリーミングデータ又は前記第２ストリーミングデータによる音の出力を制限して、前記第１ストリーミングデータ及び前記第２ストリーミングデータを再生すること
を特徴とする音楽再生システム。
【請求項１１】
請求項９を引用する請求項１０に記載の音楽再生システムにおいて、
前記端末装置では、
前記取得手段は、前記配信要求に該当する第２公開データに含まれる第１音識別情報及び第２音識別情報を前記サーバから取得し、
前記制御手段は、前記取得手段により取得された第１音識別情報及び第２音識別情報で示される音の種類に対応するパートの前記第１ストリーミングデータによる音の出力を制限して、前記第１ストリーミングデータ及び前記第２ストリーミングデータを再生すること
を特徴とする音楽再生システム。
【請求項１２】
請求項７ないし請求項１１の何れか１項に記載の音楽再生システムにおいて、
前記楽曲データは、楽器の種類別に分かれた複数のパートで構成されており、
音源から取得された音を表す前記第１入力音情報は、楽器による演奏音を表す情報であり、前記第１音識別情報は、前記音の種類として楽器の種類を識別する情報であること
を特徴とする音楽再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザによる歌唱音や楽器演奏音を録音した音データを含む公開データを端末装置に配信する技術に関する。
【背景技術】
【０００２】
従来、例えばカラオケネットワークシステム等のサービス形態として、ユーザによる楽器演奏音や歌唱音を録音した音データを含む公開データをサーバに投稿し、サーバに投稿された公開データをカラオケ装置や楽器演奏装置等の音楽再生装置で再生するサービスがある。
【０００３】
この種の先行技術として、特許文献１に記載のカラオケネットワークシステムがある。特許文献１には、視聴側のカラオケ装置において投稿データ（公開データ）と楽曲データとを同期させながら再生するときに、楽曲データに含まれる複数の演奏パートのうち、投稿データに含まれる音に対応する演奏パートの音を消去した状態（マイナスワン）で再生する技術が開示されている。このようにすることで、投稿者が演奏した楽器や歌唱に対応する演奏パートは再生されず、楽曲データの演奏音と投稿データの演奏音とが重複することがないとされている。
【０００４】
なお、ここでいう「公開データ」とは、ユーザから投稿された上述の投稿データや、カラオケサービスの運営者側がユーザに公開するために用意した、例えばプロアーティストの模範演技のデータ等を含む概念である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２３７５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記先行技術では、サーバにアップロードされた公開データを他のユーザが視聴する場合、専用のカラオケ装置で公開データをダウンロードし、カラオケ装置により公開データと楽曲データとを同期して再生された音楽を、他のユーザが視聴するようになっている。このとき、カラオケ装置によって公開データと共に再生される楽曲データの再生には、マイナスワンが適用される。
【０００７】
このように、カラオケ専用の装置により公開データを視聴する場合には、カラオケ装置が専用に備える機能（例えば、音源ボードや専用のソフトウェア音源）を用いて、楽曲データにマイナスワンを適用して再生を行うことができる。しなしながら、ユーザが所有する一般のパソコンや携帯情報端末等で公開データを視聴する場合、楽曲データの特定の音だけを消去又は音量を下げた状態で再生をするためには、専用の音源ボード等に代わるアプリケーションをインストールする必要があり、使い勝手が悪かった。
【０００８】
本発明は、上記問題を解決するためになされたものである。その目的は、歌唱や演奏が録音された公開データを再生するときに、再生装置側に専用の仕組みを実装しなくても、簡単に特定のパートの音だけを消去又は音量を下げた状態で再生できるようにするための技術を提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するためになされた本発明のサーバは、記憶手段と、第１生成手段と、第２生成手段と、配信受付手段と、送信手段とを備える。記憶手段は、楽曲を識別する楽曲識別情報と、音源から取得された音を表す第１入力音情報と、第１入力音情報で表される音の種類を識別する第１音識別情報とが対応付けられた第１公開データを記憶する。第１生成手段は、音の種類別に分かれたパートで構成された楽曲データから、パートごとに、ストリーミング配信が可能な所定のデータ形式の第１ストリーミングデータを生成する。第２生成手段は、第１公開データに含まれる第１入力音情報から、第１音識別情報で示される音の種類別のパートごとに、ストリーミング配信が可能な所定のデータ形式の第２ストリーミングデータを生成する。配信受付手段は、端末装置からネットワークを介して、第１公開データの配信要求を受付ける。
【００１０】
送信手段は、配信要求に該当する第１公開データに含まれる楽曲識別情報に対応する第１ストリーミングデータと、配信要求に該当する第１公開データに含まれる第１入力音情報に対応する第２ストリーミングデータを、ネットワークを介して要求元の端末装置に送信する。このとき、送信手段は、要求元の端末装置へ送信する第１及び第２ストリーミングデータを構成するパートのうち、特定のパートの第１又は第２ストリーミングデータにより出力される音を制限して、第１及び第２ストリーミングデータを送信する。
【００１１】
本発明によれば、サーバが、楽曲データ及び公開データから、音の種類別に分かれたパートごとに第１，第２ストリーミングデータを生成したものの中から、特定のパートのストリーミングデータにより出力される音を制限して、要求元の端末装置に配信することができる。このようにすることで、サーバから楽曲及び公開データの配信を受けて再生する端末装置側に専用の仕組みを実装しなくても、端末装置において簡単に、特定のパートの音だけを消去又は音量を下げた状態で再生を行うことができる。
【００１２】
つぎに、請求項２に記載のサーバは以下の特徴を有する。すなわち、サーバは、端末装置からネットワークを介して、音の出力を制限するパートの指定を受付けるパート受付手段を更に備える。そして、送信手段は、指定が受付けられたパートの第１又は第２ストリーミングデータにより出力される音を制限して、第１及び第２ストリーミングデータを送信する。このようにすることで、公開データを視聴するユーザの端末装置側からの指定により、ユーザの任意のパートのストリーミングデータにより出力される音を制限することができ、便利である。
【００１３】
あるいは、請求項３に記載のように構成してもよい。すなわち、送信手段は、配信要求に該当する第１公開データに含まれる第１音識別情報で示される音の種類に対応するパートの第１ストリーミングデータにより出力される音を制限して、第１及び第２ストリーミングデータを送信する。このようにすることで、端末装置側でストリーミングデータが再生されるときに、楽曲の演奏音と、公開データにおけるユーザの演奏音や歌唱音とが重複せず、聴きやすくなる。
【００１４】
ところで、サーバに投稿されたユーザの公開データをカラオケ装置等において再生する際、公開データの音声の出力と同時に、カラオケ装置でリアルタイムに行われるユーザの演奏や歌唱の音声が同時に出力され、複数のユーザ間で非リアルタイムのコラボレーションを楽しむことができるといったサービスが提案されている。また、このようなコラボレーションによって入力された、ユーザの扱う音源による第２入力音を公開データとして更に投稿可能なサービスも提案されている。
【００１５】
そこで、請求項４に記載のように構成するとよい。すなわち、記憶手段は、サーバからダウンロードされた第１公開データを用いて音楽再生装置が演奏を実行したときに、音楽再生装置が音源から取得した第２入力音に関する公開データとして、音楽再生装置がアップロードした第２公開データであって、楽曲識別情報と、第１入力音情報と、第１音識別情報と、第２入力音を表す第２入力音情報と、第２入力音情報で表される音の種類を識別する第２音識別情報とが対応付けられた第２公開データを記憶する。そして、第２生成手段は、第２公開データに含まれる第２入力音情報から、第２音識別情報で示される音の種類別のパートごとに、第２ストリーミングデータを更に生成する。また、配信受付手段は、端末装置から第２公開データの配信要求を受付ける。
【００１６】
第２公開データの配信要求を受付けた場合、送信手段は、配信要求に該当する第２公開データに対応する第１及び第２ストリーミングデータを要求元の端末装置へ送信するときに、第１及び第２ストリーミングデータのパートのうち、特定のパートの第１又は第２ストリーミングデータにより出力される音を制限する。このようにすることで、第１公開データとのコラボレーションにより生成された第２公開データについても、特定のパートのストリーミングデータにより出力される音を制限して、配信要求元の端末装置に配信することができる。
【００１７】
さらに、請求項５に記載のように、送信手段が、配信要求に該当する第２公開データに含まれる第１音識別情報及び第２音識別情報で示される音の種類に対応するパートの第１ストリーミングデータにより出力される音を制限して、第１及び第２ストリーミングデータを送信するように構成するとよい。このようにすることで、コラボレーションにより作成された第２公開データに関するストリーミングデータが端末装置側で再生されるときも、楽曲の演奏音と、第２公開データにおけるユーザの演奏音や歌唱音とが重複せず、聴きやすくなる。
【００１８】
ところで、本発明では、ユーザが演奏する楽器の演奏音を公開データとして、サーバにアップロードすることが考えられる。そこで、請求項６に記載のように、楽曲データは、楽器の種類別に分かれた複数のパートで構成されており、音源から取得された音を表す第１入力音情報を、楽器による演奏音を表す情報とし、第１音識別情報を、音の種類として楽器の種類を識別する情報とするとよい。このようにすることで、ユーザが楽器を演奏した演奏音を録音した公開データを端末装置で視聴できる。
【００１９】
つぎに、上記目的を達成するためになされた本発明の音楽再生システムは、サーバと端末装置とからなる。サーバは、記憶手段と、第１生成手段と、第２生成手段と、配信受付手段と、送信手段とを備える。このうち、送信手段は、配信要求に該当する第１公開データに含まれる楽曲識別情報に対応する第１ストリーミングデータと、配信要求に該当する第１公開データに含まれる第１入力音情報に対応する第２ストリーミングデータを、ネットワークを介して要求元の端末装置に送信する。
【００２０】
一方、端末装置は、配信要求手段と、受信手段と、制御手段とを備える。配信要求手段は、第１公開データの配信要求を、ネットワークを介してサーバに送信する。受信手段は、配信要求に該当する第１公開データに関する第１及び第２ストリーミングデータを、ネットワークを介してサーバから受信する。制御手段は、受信手段により受信された第１及び第２ストリーミングデータのパートのうち、特定のパートの第１又は第２ストリーミングデータによる音の出力を制限して、第１及び第２ストリーミングデータを再生し、再生された音を出力する。
【００２１】
本発明によれば、サーバが、楽曲及び公開データを、予め音の種類別に分かれたパートごとの第１，第２ストリーミングデータにしたものを、要求元の端末装置に配信することができる。こうすることで、端末装置は、サーバによって音の種類別のパートごとに分けて生成された第１，第２ストリーミングデータの中から、特定のパートの音だけを消去又は音量を下げた状態で再生を行うことができる。これにより、サーバから楽曲及び公開データの配信を受けて再生する端末装置側に専用の仕組みを実装しなくても、端末装置において簡単に、特定のパートの音だけを消去又は音量を下げた状態で再生できる。
【００２２】
つぎに、請求項８に記載のサーバは以下の特徴を有する。すなわち、端末装置は、音の出力を制限するパートの指定を受付けるパート受付手段を更に備える。そして、端末装置の制御手段は、パート受付手段により指定が受付けられたパートの第１又は第２ストリーミングデータによる音の出力を制限して、第１及び第２ストリーミングデータを再生する。このような構成によれば、公開データを視聴するユーザからのパートの指定を端末装置で受付けることにより、ユーザの任意のパートのストリーミングデータにより出力される音を制限することができ、便利である。
【００２３】
あるいは、請求項９に記載のように構成してもよい。すなわち、端末装置は、配信要求に該当する第１公開データに含まれる第１音識別情報を、ネットワークを介してサーバから取得する取得手段を更に備える。そして、端末装置の制御手段は、取得された第１音識別情報で示される音の種類に対応するパートの第１ストリーミングデータによる音の出力を制限して、第１及び第２ストリーミングデータを再生する。このようにすることで、端末装置側でストリーミングデータが再生されるときに、楽曲の演奏音と、公開データにおけるユーザの演奏音や歌唱音とが重複せず、聴きやすくなる。
【００２４】
本発明の音楽再生システムにおいて、第１公開データとのコラボレーションにより作成された第２公開データを扱う場合には、請求項１０に記載のように構成するとよい。すなわち、サーバにおいて、記憶手段は、第１公開データとのコラボレーション演奏により生成された第２公開データとして、楽曲識別情報と、第１入力音情報と、第１音識別情報と、第２入力音を表す第２入力音情報と、第２入力音情報で表される音の種類を識別する第２音識別情報とが対応付けられた第２公開データを記憶する。第２生成手段は、記憶手段に記憶された第２公開データに含まれる第２入力音情報から、第２音識別情報で示される音の種類別のパートごとに、第２ストリーミングデータを更に生成する。配信受付手段は、端末装置から第２公開データの配信要求を受付ける。第２公開データの配信要求を受付けた場合、送信手段は、配信要求に該当する第２公開データに対応する第１及び第２ストリーミングデータを要求元の端末装置へ送信する。
【００２５】
一方、端末装置では、配信要求手段は、第２公開データの配信要求をサーバに送信する。受信手段は、配信要求に該当する第２公開データに関する第１及び第２ストリーミングデータをサーバから受信する。制御手段は、第２公開データに関する第１及び第２ストリーミングデータのパートのうち、特定のパートの第１又は第２ストリーミングデータによる音の出力を制限して、第１及び第２ストリーミングデータを再生する。このようにすることで、第１公開データとのコラボレーションにより生成された第２公開データについても、特定のパートのストリーミングデータにより出力される音を制限して、端末装置が再生を行うことができる。
【００２６】
さらに、請求項１１に記載のように構成してもよい。すなわち、端末装置において、取得手段は、配信要求に該当する第２公開データに含まれる第１及び第２音識別情報をサーバから取得する。そして、制御手段は、取得された第１及び第２音識別情報で示される音の種類に対応するパートの第１ストリーミングデータによる音の出力を制限して、第１及び第２ストリーミングデータを再生する。このようにすることで、コラボレーションにより作成された第２公開データに関するストリーミングデータを端末装置が再生するときも、楽曲の演奏音と、第２公開データにおけるユーザの演奏音や歌唱音とが重複せず、聴きやすくなる。
【００２７】
ところで、本発明では、ユーザが演奏する楽器の演奏音を公開データとして、サーバにアップロードすることが考えられる。そこで、請求項１２に記載のように、楽曲データは、楽器の種類別に分かれた複数のパートで構成されており、音源から取得された音を表す第１入力音情報は、楽器による演奏音を表す情報であり、第１音識別情報は、音の種類として楽器の種類を識別する情報とするとよい。このような構成によれば、ユーザが楽器を演奏した演奏音を録音した公開データを端末装置で視聴できる。
【図面の簡単な説明】
【００２８】
【図１】カラオケネットワークシステム１の概略構成を示すブロック図。
【図２】内部楽曲データの構成の一例を示す説明図。
【図３】投稿データの構成の一例を示す説明図。
【図４】投稿データのアップロード、及び投稿データのストリーミング配信に関する一連の処理の手順を示すシーケンス図（第１実施形態）。
【図５】投稿データのアップロード、及び投稿データのストリーミング配信に関する一連の処理の手順を示すシーケンス図（第２実施形態）。
【発明を実施するための形態】
【００２９】
以下、本発明の一実施形態を図面に基づいて説明する。なお、本発明は下記の実施形態に何ら限定されるものではなく様々な態様にて実施することが可能である。
［カラオケネットワークシステム１の構成の説明］
図１に示すように、カラオケネットワークシステム１は、カラオケ店舗に設置されるカラオケ装置１０と、カラオケ装置１０を遠隔操作するためのリモコン端末３０と、外部のホストサーバ４０と、ユーザ端末５０とを備える。カラオケ装置１０、リモコン端末３０、ホストサーバ４０及びユーザ端末５０が、インターネットを介して通信可能に接続される。また、カラオケ装置１０とリモコン端末３０とが、カラオケ店舗に設置されるＬＡＮを介して通信可能に接続される。なお、図１では、理解を容易にするため、カラオケ店舗にカラオケ装置１０を１つ図示しているが、これより多くのカラオケ店舗内のＬＡＮがインターネットに接続されていてもよいし、１つのカラオケ店舗に複数のカラオケ装置１０が設置されていてもよい。なお、インターネットとＬＡＮとは図示しないルータで接続されている。また、ＬＡＮは有線方式であっても無線方式であってもよい。
【００３０】
カラオケ装置１０は、制御部１１、記憶部１２、楽曲再生部１３、音声制御部１４、映像制御部１５、映像入力部１６、操作部１７、通信部１８等を備える。このカラオケ装置は、カラオケ楽曲の再生や、投稿データのダウンロード及び再生、投稿データの生成及びアップロード等の機能を有する。制御部１１は、カラオケ装置１０全体の制御を司る情報処理デバイスである。カラオケ装置１０の主な機能として、制御部１１は、ユーザからリクエストされたカラオケ楽曲に対応する内部楽曲データの再生を楽曲再生部１３に実行させる。
【００３１】
記憶部１２は、ハードディスクドライブ等の記憶装置であり、カラオケ楽曲を演奏するための内部楽曲データを多数収録したカラオケデータベースや、カラオケ装置１０の動作を制御するシステムプログラムやアプリケーションプログラム、各種の情報コンテンツの再生に用いられるデータ等を記憶する。
【００３２】
楽曲再生部１３は、記憶部１２に記憶されている内部楽曲データや、ホストサーバ４０からダウンロードされた投稿データに基づいて楽曲の再生を行う。音声制御部１４は、音声の入出力を制御するデバイスであり、マイク入力部１４ａ、楽器入力部１４ｂ、出力部１４ｃからなる。マイク入力部１４ａには、マイク１９が接続される。これにより、マイク入力部１４ａは、ユーザの歌唱音を取得する。
【００３３】
楽器入力部１４ｂには、ユーザが演奏する楽器２０が接続される。これにより、楽器入力部１４ｂは、ユーザが楽器２０を用いて演奏した楽器音を取得する。楽器入力部１４ｂは、マイクや楽器２０に直接接続する端子等を備える。なお、楽器入力部１４ｂは、カラオケ装置１０に組込まれていてもよいし、カラオケ装置１０とは別体の装置として構成されていてもよい。また、楽器２０は、弦楽器・打楽器・管楽器・鍵盤楽器の他にも、パソコンや携帯情報処理端末、ゲーム機等によって実現される電子的な楽器も含む。
【００３４】
出力部１４ｃには、左右２系統のスピーカ２１ａ，２１ｂが接続されている。出力部１４ｃは、楽曲再生部１３によって再生される楽曲の音源信号、マイク入力部１４ａ及び楽器入力部１４ｂから出力される歌唱音や楽器音の音源信号を、スピーカ２１ａ，２１ｂに出力する。スピーカ２１ａ，２１ｂは、出力部１４ｃから出力される音源信号を音に換えて出力する。
【００３５】
映像制御部１５は、制御部１１から送られてくる映像データに基づく映像の再生及び出力を行う。映像制御部１５には、映像の表示を行うモニタ２３が接続されている。これにより、映像制御部１５は再生した映像をモニタ２３に表示させる。操作部１７は、カラオケ装置１０に対する各種操作を行うための入力装置である。通信部１８は、カラオケ装置１０をＬＡＮに接続して通信を行うための通信インタフェースである。
【００３６】
リモコン端末３０は、装置全体を制御する制御部３１、タッチパネルやキースイッチ等からなる操作部３２、各種情報を記憶する記憶部３３、各種情報の表示を行う表示部３４、ＬＡＮ及びインターネットを介した通信を制御する通信部３５等を備える。リモコン端末３０は、通信機能、情報表示機能及びユーザが入力操作する入力機能を有する。リモコン端末３０には、リクエストするカラオケ楽曲や投稿データの識別情報や、ユーザの識別情報等のユーザに関する情報、投稿データの録音時に使用する音源の種類（楽器や歌唱）等の情報がユーザから入力される。リモコン端末３０は、ユーザから入力された情報を、ＬＡＮ経由でカラオケ装置１０へ送信する。
【００３７】
ホストサーバ４０は、周知のサーバ装置からなり、コンピュータシステムを構成している。このホストサーバ４０は、制御部４１、各種情報を記憶する記憶部４２、インターネットを介した通信を制御する通信部４３等を備える。制御部４１は、ＣＰＵやＲＯＭ、ＲＡＭ等を中心に構成された情報処理デバイスであり、装置全体の制御を司る。制御部４１は、記憶部４２から読込んだプログラムやデータに基づいて種々の処理を実行する。ホストサーバ４０は、カラオケ装置１０に楽曲データを提供する機能を有する。具体的には、記憶部４２は、新しく提供可能となった楽曲データを記憶する。そして、制御部４１は、記憶部４２に記憶されている新譜である楽曲データをカラオケ装置１０に配信する。
【００３８】
ここで、記憶部４２に記憶されるカラオケ楽曲の内部楽曲データの構造について、図２を参照しながら説明する。内部楽曲データは、楽曲に関する情報が記述された楽曲管理情報と、楽曲を構成する複数パートの楽曲構成データとからなる。このうち、楽曲管理情報には、楽曲識別情報と楽曲構成情報とが含まれる。楽曲識別情報は、カラオケ楽曲を識別する識別情報（例えば、曲番号）である。楽曲構成情報は、楽曲を構成する複数パートの楽曲構成データについて、個々のパートに割当てられている音の種類（楽器や歌唱）を記述した情報である。図２では、楽曲構成情報として、各楽曲構成データ１〜５の音の種類に、楽器１（ギター）、楽器２（ベース）、楽器３（ドラム）、楽器４（ピアノ）、歌唱（コーラス）がそれぞれ対応付けられている事例を示している。楽曲構成データは、音の種類別に分けて作られた楽曲データである。内部楽曲データには、複数の音の種類にそれぞれ対応する複数パートの楽曲構成データが含まれる。つまり、内部楽曲データに含まれる複数パートの楽曲構成データが同時に再生されることで、１つの楽曲全体が再生される。この楽曲構成データとしては、例えば、ＭＩＤＩ形式の演奏データ（ＭＩＤＩデータ）や所定の音声圧縮フォーマットの音声ファイルが用いられる。
【００３９】
また、ホストサーバ４０は、インターネットを介して複数のカラオケ装置１０からアップロードされたユーザの投稿データを記憶するデータベースを記憶部４２に備える。この投稿データは、カラオケ装置１０を利用して歌唱や演奏を行ったユーザの音声を記録したデータと、管理情報とからなる。投稿データは、楽曲識別情報と対応付けられており、楽曲識別情報を基にリモコン端末３０やユーザ端末５０等が投稿データを検索可能である。
【００４０】
このような投稿データは、カラオケ装置１０でカラオケ楽曲の演奏が行われる際に、カラオケ装置１０によって作成される。この投稿データには、カラオケ楽曲の演奏時にマイク１９や楽器２０から入力される歌唱音や楽器音を録音した録音データが含まれる。作成された投稿データは、カラオケ装置１０の記憶部１２に一時的に記憶され、当該投稿データの作成に係るユーザの了承を得た上で、ホストサーバ４０にアップロードされる。このようにすることで、複数の投稿データをホストサーバ４０の記憶部４２に蓄積することが可能となる。
【００４１】
ホストサーバ４０は、カラオケ装置１０やユーザ端末５０からの配信要求に応じて、記憶部４２に蓄積している投稿データを要求元の端末装置に配信する。ホストサーバ―４０は、カラオケ装置１０に対して投稿データを配信する場合、カラオケ装置１０に投稿データをコピーするダウンロード形式の配信を行う。一方、ユーザ端末５０に対して投稿データを配信する場合、制御部４１は、投稿データと投稿データに対応する内部楽曲データとを、周知のストリーミング配信フォーマットに準拠したデータ（以下、ストリーミングデータと称する）に変換したものを、ストリーミング配信する。具体的には、ホストサーバ４０は、内部楽曲データに含まれる、音の種類別に分かれた複数のパートに対応する複数の楽曲構成データについて、個々の楽曲構成データごとにストリーミングデータを生成し、記憶部４２に記録する。また、ホストサーバ４０は、カラオケ装置１０からアップロードされた投稿データに含まれる１又は複数の投稿録音データについて、個々の投稿録音データごとにストリーミングデータを生成し、記憶部４２に記録する。
【００４２】
カラオケ装置１０は、ダウンロードした投稿データに対応するカラオケ楽曲の内部楽曲データを再生し、同時に投稿データの録音データを再生する。加えて、マイク１９や楽器２０から入力された歌唱音や楽器音を出力する。このようにすることで、その場にいない複数のユーザ間で非リアルタイムのコラボレーション（共同制作や共演）が実現する。
【００４３】
また、カラオケ装置１０は、ダウンロードした投稿データを利用したコラボレーションで行われた歌唱や演奏に基づいて、新たに録音データを取得する。取得された新たな録音データは、コラボレーションで制作された投稿データとしてホストサーバ４０にアップロード可能である。このようなコラボレーションによって制作された複数の関連する投稿データが、ホストサーバ４０に蓄積される。このようなコラボレーションにより制作された投稿データを基に、別のユーザが更に歌唱や演奏を加えて投稿データを制作することで、コラボレーションの参加者を増やすことができる。
【００４４】
ユーザ端末５０は、ユーザが所持するパソコンやタブレットコンピュータ、高機能携帯電話端末（いわゆる、スマートフォン）等の周知の情報処理端末で構成される。ユーザ端末５０は、制御部５１、各種情報を記憶する記憶部５２、楽曲再生部５３、操作を入力する入力装置からなる操作部５４、各種情報の表示を行う表示部５５、インターネットを介した通信を制御する通信部５６等を備える。制御部５１は、ＣＰＵやＲＯＭ、ＲＡＭ等を中心に構成された情報処理デバイスであり、装置全体の制御を司る。制御部５１は、記憶部５２から読込んだプログラムやデータに基づいて種々の処理を実行する。本実施形態におけるユーザ端末５０の主な機能として、制御部５１は、操作部５４を介してユーザから指定された投稿データに関するストリーミングデータの配信をホストサーバ４０に要求する。そして、ホストサーバ４０から配信されたストリーミングデータに基づいて楽曲の再生を実施する。楽曲再生部５３は、制御部５１からの制御に基づいて、ホストサーバ４０から受信したストリーミングデータを再生して音を出力する。
【００４５】
［投稿データの構造の説明］
ホストサーバ４０の記憶部４２に記憶される投稿データの具体的な構造について、図３を参照しながら説明する。図３（ａ）は、コラボレーションの行われていない単独のユーザにより制作された投稿データ（１ユーザ）の構造の一例である。この投稿データは、投稿データ管理情報と、投稿ユーザ情報と、投稿録音データとからなる。
【００４６】
このうち、投稿データ管理情報は、投稿データに関する情報であり、投稿識別情報と楽曲識別情報とが含まれる。投稿識別情報は、投稿データを識別する情報である。この投稿識別情報は、カラオケ装置１０から投稿データがホストサーバ４０にアップロードされたときに、ホストサーバ４０の制御部４１によって個々の投稿データごとに固有の識別情報として付与される。楽曲識別情報は、投稿データに対応するカラオケ楽曲、すなわち、投稿データが制作されたときにカラオケ装置１０によって演奏されたカラオケ楽曲を識別する識別情報である。
【００４７】
投稿ユーザ情報は、投稿したユーザに関する情報であり、ユーザデータ識別情報と、ユーザ名と、投稿録音情報とが含まれる。ユーザデータ識別情報は、同一投稿データ内に複数の投稿ユーザ情報が含まれる場合に、個々の投稿ユーザ情報を同一投稿データ内で区別するための固有の識別情報である。ユーザ名は、ユーザデータ識別情報に係るユーザの名称であり、ユーザを識別する固有の識別情報である。投稿録音情報は、投稿データに含まれる音の種類別の投稿録音データについて、録音されている音の種類を記述した情報である。音の種類とは、例えば、楽器の種類、又は、歌唱であることを識別する情報である。図３（ａ）では、「B0001#投稿録音データ１」との名称の投稿録音データに対応する投稿録音情報１として、音の種類に楽器１（ギター）が定義されている事例を示している。なお、投稿データに複数の投稿録音データが含まれている場合、それぞれの投稿録音データに対応する複数の投稿録音情報が投稿データ内に含まれる。
【００４８】
投稿録音データは、投稿ユーザ情報に対応するユーザによる歌唱音や楽器音が音の種類別に録音された音声データである。図３（ａ）の事例では、「B001#投稿録音データ１」との名称のファイルが投稿録音データに相当する。１つの投稿データには、投稿データの制作に用いられた音源（歌唱や楽器）の数に応じて、１又は複数の投稿録音データが含まれる。投稿録音データとしては、例えば、所定の音声圧縮フォーマットの音声ファイルが用いられる。
【００４９】
つぎに、図３（ｂ）は、図３（ａ）に示す投稿データを利用して、もう一人のユーザがコラボレーションすることで制作された、コラボレーションありの投稿データ（２ユーザ）の構造の一例である。コラボレーションありの投稿データは、カラオケ装置１０から、コラボレーションに係る２ユーザ分の投稿録音データを含む投稿データがアップロードされることにより、ホストサーバ４０に蓄積される。
【００５０】
コラボレーションありの投稿データには、コラボレーションの相手となった１ユーザ目の投稿データに関する投稿ユーザ情報１及び投稿録音データが含まれる。すなわち、カラオケ装置１０においてコラボレーションありの投稿データが制作されるときに、一緒に再生された過去の投稿データに関する投稿ユーザ情報１及び投稿録音データが、コラボレーションありの投稿データに含まれる。それに加え、追加分の２ユーザ目に関する投稿ユーザ情報２と、そのユーザに関する投稿録音データが含まれる。なお、図３（ｂ）に示す事例では、追加分として「B002#投稿録音データ１」及び「B002#投稿録音データ２」の２つの投稿録音データが含まれている。これに対応して、「B002#投稿録音データ１」に対応する投稿録音情報１には、音の種類としてマイク（コーラス）が定義されている。また、「B002#投稿録音データ２」に対応する投稿録音情報２には、音の種類として楽器２（ベース）が定義されている。これは、この投稿データに係る２番目のユーザにより、マイクによる歌唱とベースによる演奏とが同時に行われ、それぞれの音が個別に録音された２つの投稿録音データが投稿データとしてアップロードされたことを意味する。
【００５１】
ところで、ホストサーバ４０の記憶部４２には、ユーザによって制作されてカラオケ装置１０から投稿された投稿データの他に、カラオケサービスの運営側がユーザに公開するために用意した、例えばプロアーティストの模範演技のデータ等も記憶させておくことができる。このような運営側で用意された公開用の模範演技データも投稿データと同様の構造にすることで、投稿データと同様にカラオケ装置１０やユーザ端末５０に配信して、それらの端末で視聴やコラボレーションを楽しむことができる。本発明では、ユーザから投稿された投稿データや運営側でユーザに公開するために用意されたデータを包含する概念を、公開データと称する。
【００５２】
［カラオケネットワークシステム１の全体動作（第１実施形態）の説明］
カラオケネットワークシステム１の各装置による一連の動作の第１実施形態について、図４のシーケンス図に基づいて説明する。
【００５３】
まず、リモコン端末３０が、ユーザから投稿のリクエストを受付ける。具体的には、演奏を所望するカラオケ楽曲と、投稿データに録音する音の種類（歌唱や楽器）とを指定する入力操作を、ユーザがリモコン端末３０に行う。このとき、他の投稿データとのコラボレーションをユーザが所望する場合、コラボレーション相手の投稿データを指定する入力操作も行う。なお、録音する音の種類の指定は１つでも複数でもよい。リモコン端末３０は、前記入力操作を受付けると、指定されたカラオケ楽曲の楽曲識別情報と、リクエストしたユーザに関するユーザ名と、指定された音の種類を示す投稿録音情報と、指定された投稿データの投稿識別情報（コラボレーションありの場合）とを含む投稿リクエスト情報をカラオケ装置１０に送信する（Ｓ１０）。
【００５４】
なお、ユーザ名は、ユーザがカラオケ装置１０の利用を開始する際に所定のログイン手続きを行ったときに、予めリモコン端末３０に記憶されているものとする。また、投稿データを検索するために必要な投稿識別情報等の情報は、リモコン端末３０がホストサーバ４０から取得して記憶部３３に記憶しているものとする。
【００５５】
カラオケ装置１０は、リモコン端末３０から受信した投稿リクエスト情報に基づき、楽曲識別情報に対応するカラオケ楽曲の内部楽曲データを再生する（Ｓ１２）。このとき、投稿リクエスト情報に投稿識別情報が含まれている場合、カラオケ装置１０は、該当する投稿データをホストサーバ４０からダウンロードする。そして、カラオケ装置１０は、カラオケ楽曲の内部楽曲データと、ホストサーバ４０からダウンロードした投稿データに含まれる投稿録音データとを同期して再生する。また、カラオケ装置１０は、内部楽曲データ及び投稿データの再生と並行して、マイク１９や楽器２０から入力される歌唱音や楽器音を音の種類別に録音して、投稿録音データを生成する。
【００５６】
カラオケ楽曲の再生が終わると、カラオケ装置１０は、投稿リクエスト情報に対応する楽曲識別情報、及び投稿ユーザ情報と、生成された投稿録音データを含む投稿データを生成する（Ｓ１４）。このとき生成される投稿データは、図３（ａ）で例示される。なお、ホストサーバ４０からダウンロードした投稿データとのコラボレーションを行った場合、次のようにする。カラオケ装置１０は、今回生成した分の楽曲識別情報、投稿ユーザ情報及び生成された投稿録音データと、コラボレーションの相手としてダウンロードした投稿データに含まれる投稿ユーザ情報及び投稿録音データとを合成した投稿データを生成する。この場合に生成される投稿データは、図３（ｂ）で例示される。カラオケ装置１０は、生成した投稿データを、インターネット経由でホストサーバ４０にアップロードする（Ｓ１６）。
【００５７】
一方、ホストサーバ４０の制御部４１は、新たにカラオケ楽曲の内部楽曲データを記憶部４２に記憶すると、その記憶した内部楽曲データに含まれる複数の楽曲構成データから、それぞれのパートに対応するストリーミングデータを生成する（Ｓ１８）。例えば、図２に示す事例では、内部楽曲データに含まれる楽曲構成データ１〜５について、それぞれの楽曲構成データに対応する５つのストリーミングデータが生成される。以下、内部楽曲データから生成されたストリーミングデータを楽曲ストリーミングデータと称する。生成された楽曲ストリーミングデータは、元の内部楽曲データと対応付けられて記憶部４２に記憶される。そして、制御部４１は、保存した内部楽曲データの楽曲管理情報を開示し、その内部楽曲データをユーザ端末５０で検索できるように公開する（Ｓ２０）。
【００５８】
また、ホストサーバ４０の制御部４１は、カラオケ装置１０から投稿データがアップロードされると、その投稿データに固有の投稿識別情報を付与して、記憶部４２に保存する（Ｓ２２）。制御部４１は、新たに投稿データを記憶部４２に記憶すると、その投稿データに含まれる１又は複数の投稿録音データから、それぞれのパートに対応するストリーミングデータを生成する（Ｓ２４）。例えば、図３（ａ）に示す事例では、コラボレーションなしの投稿データに含まれる「B001#投稿録音データ１」について、この投稿録音データに対応する１つのストリーミングデータが生成される。また、図３（ｂ）に示す事例では、コラボレーションありの投稿データに含まれる３つの投稿データ、「B001#投稿録音データ１」、「B002#投稿録音データ１」、「B002#投稿録音データ２」について、それぞれの投稿録音データに対応する３つのストリーミングデータが生成される。以下、投稿データから生成されたストリーミングデータを投稿ストリーミングデータと称する。
【００５９】
生成された投稿ストリーミングデータは、元の投稿データと対応付けられて記憶部４２に記憶される。そして、制御部４１は、保存した投稿データの投稿データ管理情報や投稿ユーザ情報を開示し、その投稿データをリモコン端末３０やユーザ端末５０等の端末装置で検索できるように公開する（Ｓ２６）。具体的には、ホストサーバ４０は、投稿データの投稿識別情報や、楽曲識別情報、投稿ユーザ名等のリストを公開する。
【００６０】
一方、ユーザ端末５０の制御部５１は、公開された投稿データに関する投稿データ管理情報や投稿ユーザ情報をホストサーバ４０から取得する（Ｓ２８）。そして、制御部５１は、ホストサーバ４０から取得した投稿データに関する情報に基づいて、ユーザから再生を所望する投稿データのリクエストを受付ける。具体的には、制御部５１は、再生を所望する投稿データを指定する入力操作を、操作部５４を介して受付ける。制御部５１は、前記入力操作を受付けると、指定された投稿データの投稿識別情報を含む投稿データ配信要求を、通信部５６を介してホストサーバ４０に送信する（Ｓ３０）。
【００６１】
ホストサーバ４０の制御部４１は、ユーザ端末５０から投稿データ配信要求を受信すると、投稿データ配信要求に該当の投稿データに関する投稿データストリーミング情報を、要求元のユーザ端末５０に対して通知する（Ｓ３２）。この投稿データストリーミング情報には、当該投稿データ配信要求に該当の投稿データ及び内部楽曲データに対応するストリーミングデータの数や種類（パート）を示す情報が含まれる。ストリーミングデータの数や種類に関する情報は、投稿データの投稿ユーザ情報に含まれる投稿録音情報（音の種類）、及び、内部楽曲データの楽曲管理情報に含まれる楽曲構成情報（音の種類）に基づいて決定される。
【００６２】
例えば、図２に示す内部楽曲データに対応する楽曲ストリーミングデータの場合、楽曲ストリーミングデータの数は、図２の内部楽曲データに含まれる楽曲構成データ１〜５と同じ５である。また、楽曲ストリーミングデータの種類（パート）を示す情報は、図２の楽曲管理情報の楽曲構成情報１〜５で示される、「楽器１（ギター）」、「楽器２（ベース）」、「楽器３（ドラム）」、「楽器４（ピアノ）」、「歌唱（コーラス）」である。一方、図３（ｂ）に示す投稿データに対応する投稿ストリーミングデータの場合、投稿ストリーミングデータの数は、図３（ｂ）の投稿データに含まれる投稿録音データと同じ３である。また、「B001#投稿録音データ１」に対応する投稿ストリーミングデータの種類（パート）を示す情報は、図３（ｂ）のユーザ情報１の投稿録音情報１で示される「楽器１（ギター）」である。また、「B002#投稿録音データ１」に対応する投稿ストリーミングデータの種類（パート）を示す情報は、図３（ｂ）のユーザ情報２の投稿録音情報１で示される「マイク（コーラス）」である。また、「B002#投稿録音データ２」に対応する投稿ストリーミングデータの種類（パート）を示す情報は、図３（ｂ）のユーザ情報２の投稿録音情報２で示される「楽器２（ベース）」である。
【００６３】
ユーザ端末５０の制御部５１は、ホストサーバ４０から投稿データストリーミング情報を取得すると、楽曲ストリーミングデータ及び投稿ストリーミングデータの各個について音の出力を制限（マイナスワン）するか否かに関するマイナスワン設定を決定する（Ｓ３４）。具体的には、制御部５１は、投稿データストリーミング情報の内容を表示部５５に表示させる。例えば、図３（ｂ）の投稿データに対して投稿データ配信要求を行った場合を想定して説明する。この場合、この投稿データに対応する内部楽曲データ（図２参照）に関する情報として、パートの数が「５」、パートの種類として、「ギター」、「ベース」、「ドラム」、「ピアノ」、「コーラス」が表示部５５に表示される。また、図３（ｂ）の投稿データに関する情報として、パートの数が「３」、パートの種類として「ギター」、「ベース」、「コーラス」が表示部５５に表示される。そして、その表示に基づき、各ストリーミングデータに対応するパートについて、音の出力を制限する／しない指示を、操作部５４を介してユーザから受付ける。
【００６４】
制御部５１は、ユーザからに指示に基づいてストリーミングデータのマイナスワン設定を決定すると、設定内容をホストサーバ４０に対して通知し、ストリーミングデータの配信要求を行う（Ｓ３６）。なお、ユーザ端末５０からマイナスワン設定を指示する他にも、ホストサーバ４０側で自動的にマイナスワンするストリーミングデータを決定するようにしてもよい。具体的には、投稿データ配信要求に該当する全ての楽曲ストリーミングデータ及び投稿ストリーミングデータの中から、投稿ストリーミングデータのパート（投稿録音情報で示される歌唱又は楽器の種類）と重複する楽曲ストリーミングデータのパート（楽曲構成情報で示される歌唱又は楽器の種類）に対して、マイナスワンを適用する。例えば、投稿ストリーミングデータがギターのパートに該当する場合、同じくギターのパートに該当する楽曲ストリーミングデータに対して、マイナスワンを適用する。
【００６５】
ホストサーバ４０の制御部４１は、受信したストリーミングデータ配信要求に基づき、投稿データ配信要求に該当する楽曲ストリーミングデータ及び投稿ストリーミングデータの中から、マイナスワンが適用されないストリーミングデータのみ、ストリーミング配信する（Ｓ３８）。前記のとおり、本実施形態では、特定パートのストリーミングデータによる音の出力を制限する方法として、マイナスワンが適用される特定パートのストリーミングデータを送信しない方法を採用している。これにより、ストリーミングデータを受信する側のユーザ端末５０において、マイナスワンが適用される特定パートの音は全く出力されない。これに限らず、ホストサーバ４０の制御部４１が、マイナスワンが適用される特定パートのストリーミングデータに対してのみ、ミュートをかけたり、又は、ボリュームを下げたりした上で、特定パートストリーミングデータも他のストリーミングデータと同様にストリーム配信してもよい。なお、配信する投稿ストリーミングデータが複数ある場合、それぞれの音の出力先を左右のスピーカに均等な数に割振って配信してもよい。
【００６６】
ユーザ端末５０の制御部５１は、ホストサーバ４０から送信されてくる楽曲ストリーミングデータ及び投稿ストリーミングデータを同期させて楽曲再生部５３に再生させる（Ｓ４０）。そして、ストリーミング再生の途中で、ユーザ端末５０においてストリーミングデータに対するマイナスワン設定を変更する指示をユーザから受付けた場合、制御部５１は、マイナスワン設定の変更要求をホストサーバ４０に対して送信する（Ｓ４２）。ホストサーバ４０の制御部４１は、ユーザ端末５０からマイナスワン設定の変更要求を受信すると、その変更要求が反映されたマイナスワン設定に基づいて、マイナスワンが適用されないストリーミングデータの配信に切替える（Ｓ４４）。例えば、ギターパートに対応する楽曲ストリーミングデータに対してマイナスワンを適用する設定だったものを、マイナスワンの適用を解除したり、ギターパートとは異なる新たにマイナスワン設定されたパートに対応する楽曲ストリーミングデータ又は投稿ストリーミングデータに対して、新たにマイナスワンを適用する。ユーザ端末５０の制御部５１は、ホストサーバ４０から送信されてくる楽曲ストリーミングデータ及び投稿ストリーミングデータを同期させて楽曲再生部５３に再生させる（Ｓ４６）。なお、ユーザ端末５０によるマイナスワン設定の変更要求は、ストリーミング再生中にユーザの任意のタイミングで何度でも実施できる。
【００６７】
ホストサーバ４０の制御部４１は、ストリーミングデータの配信を終了すると、ストリーミング終了通知をユーザ端末５０に送信する（Ｓ４８）。ユーザ端末５０の制御部５１は、ストリーミング再生を終了する（Ｓ５０）。
【００６８】
［カラオケネットワークシステム１の全体動作（第２実施形態）の説明］
カラオケネットワークシステム１の各装置による一連の動作の第２実施形態について、図５のシーケンス図に基づいて説明する。なお、図５に示す手順において、前半のＳ６０〜Ｓ８２の手順は、前述の第１実施形態のＳ１０〜Ｓ３２と同様なので、重複する部分の説明は省略する。
【００６９】
ユーザ端末５０の制御部５１は、ホストサーバ４０に対してストリーミングデータの配信要求を行う（Ｓ８４）。ここでは、第１実施形態のＳ３６とは異なり、投稿データ配信要求に該当する全てのストリーミングデータの配信を要求する。ホストサーバ４０の制御部４１は、受信したストリーミングデータ配信要求に基づき、該当する全ての楽曲ストリーミングデータ及び投稿ストリーミングデータをユーザ端末５０に対してストリーミング配信する（Ｓ８６）。
【００７０】
ユーザ端末５０の制御部５１は、配信される全てのストリーミングデータのうち、投稿ストリーミングデータのパート（投稿録音情報で示される歌唱・楽器の種類）と重複する楽曲ストリーミングデータのパート（楽曲構成情報で示される歌唱・楽器の種類）だけ音の出力を制限して、各ストリーミングデータを同期させて楽曲再生部５３に再生させる（Ｓ８８）。音の出力を制限する方法としては、特定パートのストリーミングデータを再生しない、又は、ミュートをかけたり、又は、ボリュームを下げたりして再生するといった方法が例示される。なお、ホストサーバ４０から複数種類の投稿ストリーミングデータが配信されてくる場合、それぞれの音の出力先を左右のスピーカに均等な数に割振って再生してもよい。
【００７１】
そして、ストリーミング再生の途中で、ユーザ端末５０において音の出力を制限するパートを変更する指示をユーザから受付けた場合（Ｓ９０）、制御部５１は、その変更指示に基づいて音の出力を制限する対象となるストリーミングデータを切替え、ストリーミング再生を継続する（Ｓ９２）。なお、音の出力を制限するパートの変更は、ストリーミング再生中にユーザの任意のタイミングで何度でも実施できる。
【００７２】
ホストサーバ４０の制御部４１は、ストリーミングデータの配信を終了すると、ストリーミング終了通知をユーザ端末５０に送信する（Ｓ９４）。ユーザ端末５０の制御部５１は、ストリーミング再生を終了する（Ｓ９６）。
【００７３】
［効果］
上記実施形態のカラオケネットワークシステム１によれば、以下の効果を奏する。
第１実施形態（図４）によれば、ホストサーバ４０が、内部楽曲データ及び公開データから生成した、音の種類別に分かれたパートごとのストリーミングデータの中から、ユーザの任意のパートのストリーミングデータをマイナスワンした上で、ユーザ端末５０に配信できる。このようにすることで、ユーザ端末５０側において簡単に、特定のパートの音だけを消去又は音量を下げた状態でストリーミング再生を実行できる。
【００７４】
第２実施形態の（図５）によれば、ホストサーバ４０が、内部楽曲データ及び公開データから生成した、音の種類別に分かれたパートごとのストリーミングデータをユーザ端末５０に配信できる。このように、配信されるストリーミングデータが予めパートごと毎に分割されているため、ユーザ端末５０側で簡単に、ユーザの任意のパートのストリーミングデータの音の出力を制限してストリーミング再生を実行できる。
【００７５】
なお、カラオケ装置１０にカメラを接続し、投稿データの作成時にユーザが歌唱や楽器演奏をする姿をカメラで撮影した映像を録画した投稿録画データを、投稿録音データと共に投稿データに加えてアップロードできるようにしてもよい。そして、カラオケ装置１０やユーザ端末５０においてユーザが投稿データを視聴する際、投稿録音データと投稿録画データとが同時に再生されることで、ユーザは、楽曲や音声と映像とが一体になった臨場感のあるコラボレーションを楽しむことができる。
【００７６】
なお、上述の実施形態では、カラオケ装置１０からホストサーバ４０にアップロードされた投稿データを、ユーザ端末５０がホストサーバ４０からストリーミング再生する事例について説明した。これに限らず、カラオケ装置１０が、ホストサーバ４０から投稿データをストリーミング再生してもよい。
【００７７】
［特許請求の範囲に記載の構成との対応］
実施形態のカラオケネットワークシステム１の構成と、特許請求の範囲に記載の構成との対応は次のとおりである。ホストサーバ４０がサーバに相当する。このうち、記憶部４２が記憶手段に相当する。制御部４１が、第１生成手段及び第２生成手段に相当する。制御部４１及び通信部４３が、配信受付手段、送信手段、及び、パート受付手段（請求項２）に相当する。ユーザ端末５０が端末装置に相当する。このうち、制御部５１及び通信部５６が、配信要求手段、受信手段、及び、取得手段に相当する。制御部５１が制御手段に相当する。制御部５１及び操作部５４が、パート受付手段（請求項８）に相当する。カラオケ装置１０が音楽再生装置に相当する。
【符号の説明】
【００７８】
１…カラオケネットワークシステム、１０…カラオケ装置、１１…制御部、１２…記憶部、１３…楽曲再生部、１４…音声制御部、１４ａ…マイク入力部、１４ｂ…楽器入力部、１４ｃ…出力部、１５…映像制御部、１７…操作部、１８…通信部、１９…マイク、２０…楽器、２１ａ，２１ｂ…スピーカ、２３…モニタ、３０…リモコン端末、３１…制御部、３２…操作部、３３…記憶部、３４…表示部、３５…通信部、４０…ホストサーバ、４１…制御部、４２…記憶部、４３…通信部、５０…ユーザ端末、５１…制御部、５２…記憶部、５３…楽曲再生部、５４…操作部、５５…表示部、５６…通信部。
【図１】
2014048471.tif 000003
【図２】
2014048471.tif 000004
【図３】
2014048471.tif 000005
【図４】
2014048471.tif 000006
【図５】
2014048471.tif 000007