(57)【要約】【課題】  インターネットを介して接続される複数のカラオケ装置に効率的にデータ配信ができ、データ欠損部分を確実に再送するデータ配信方法を提供する。【解決手段】  配信サーバ１はマルチキャストを用いて同時に複数のカラオケ装置３へ楽曲データの送信を１回あるいは複数回行い、その後、複数のカラオケ装置３それぞれに問い合わせパケットを送信し、データを正しく受け取っていないカラオケ装置３の数およびデータ量が一定以下にまで減少した時点でユニキャストを用いて各カラオケ装置３に個別に欠損データを再送する。これにより効率的なデータ配信を行うことができ、データ欠損部分を確実に再送することができる。【選択図】  図１
2005321515.tif 000002
【特許請求の範囲】
【請求項１】
楽曲データを記憶した配信サーバから、インターネットを介して接続される複数のカラオケ装置に楽曲データを配信する楽曲データ配信方法であって、
前記配信サーバからマルチキャストを用いて前記複数のカラオケ装置に同時に楽曲データを配信する処理を１回もしくは複数回行い、
この後、前記複数のカラオケ装置のそれぞれに対して、
個別に前記楽曲データのデータ未受信部分を問い合わせる処理、
このデータ未受信部分をユニキャストを用いて再送信する処理、
を順次行うことを特徴とする楽曲データ配信方法。
【請求項２】
前記配信サーバは、前記データ未受信部分を有するカラオケ装置の数およびデータ量が一定レベルに減少するまでマルチキャストによるデータ配信を繰り返し実行することを特徴とする請求項１に記載の楽曲データ配信方法。
【請求項３】
楽曲データを記憶する記憶手段と、インターネットを介して複数のカラオケ装置と通信する通信手段と、カラオケ装置との通信を制御する制御手段と、を備えた配信サーバであって、
前記制御手段は、マルチキャストを用いて前記複数のカラオケ装置に同時に楽曲データを配信する処理を１回もしくは複数回行い、
この後、前記複数のカラオケ装置のそれぞれに対して、
個別に前記楽曲データのデータ未受信部分を問い合わせる処理、
このデータ未受信部分をユニキャストを用いて再送信する処理、
を実行することを特徴とする配信サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、インターネットを介して楽曲データなどを配信する楽曲データ配信方法および配信サーバに関する。
【背景技術】
【０００２】
現在普及しているカラオケ装置の多くは、サーバ装置からカラオケ楽曲データの配信を受ける通信カラオケ装置である。従来のサーバ装置からカラオケ装置への楽曲データ配信は、インターネットまたは電話回線を介して個別に１対１（ユニキャスト）で行われていた。
【０００３】
上記のような１対１でのデータ配信では、多数設置されているカラオケ装置のそれぞれに同じデータを繰り返し配信する必要があったため非効率的であるとういう課題があった。
【０００４】
そこで、マルチキャストを用いて一度に多数の機器に信頼性の高いデータ転送を行う方法が考えられている（たとえば非特許文献１参照）。
【非特許文献１】木下真吾  電子情報通信学会論文誌B 2002/11VOL J85-B No.11
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、マルチキャストを用いる方法では多数の端末に対して個別に対応することができないため、端末側でデータ欠損が発生してもこれを再送してもらうことができなかった。また、マルチキャスト配信時に電源が投入されていないカラオケ装置も多数存在すると考えられるが、マルチキャスト配信を行ったときに電源が投入されていないカラオケ装置は、データの配信を受けることができないままになるといった問題点があった。
【０００６】
この発明は、多数のカラオケ装置に対して効率的にかつ確実にデータ配信がでる楽曲データ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
請求項１の発明は、楽曲データを記憶した配信サーバから、インターネットを介して接続される複数のカラオケ装置に楽曲データを配信する楽曲データ配信方法であって、前記配信サーバからマルチキャストを用いて前記複数のカラオケ装置に同時に楽曲データを配信する処理を１回もしくは複数回繰り返して行い、この後、前記複数のカラオケ装置のそれぞれに対して、個別に前記楽曲データのデータ未受信部分を問い合わせる処理、このデータ未受信部分をユニキャストを用いて再送信する処理、を順次行うことを特徴とする。
【０００８】
請求項２の発明は、請求項１において、前記配信サーバは、前記データ未受信部分を有するカラオケ装置の数およびデータ量が一定レベルに減少するまでマルチキャストによるデータ配信を繰り返し実行することを特徴とする。
【０００９】
請求項３の発明は、楽曲データを記憶する記憶手段と、インターネットを介して複数のカラオケ装置と通信する通信手段と、カラオケ装置との通信を制御する制御手段と、を備えた配信サーバであって、前記制御手段はマルチキャストを用いて前記複数のカラオケ装置に同時に楽曲データを配信する処理を１回もしくは複数回繰り返して行い、この後、前記複数のカラオケ装置のそれぞれに対して、個別に前記楽曲データのデータ未受信部分を問い合わせる処理、このデータ未受信部分をユニキャストを用いて再送信する処理、を実行することを特徴とする。
【００１０】
この発明では、配信サーバはマルチキャストを用いて複数のカラオケ装置に同時に楽曲データを配信する処理を１回もしくは複数回繰り返して行い、その後、それぞれのカラオケ装置に個別に楽曲データのデータ未受信部分を問い合わせる処理をし、このデータ未受信部分をユニキャストを用いて再送信する処理を順次行う。
【００１１】
また、この発明では、データ未受信部分を有するカラオケ装置の数およびデータ量が一定レベルに減少するまでマルチキャストによるデータ配信を繰り返し実行する。
【発明の効果】
【００１２】
この発明によれば、マルチキャストを用いて複数のカラオケ装置に効率的なデータ配信を行うとともに、ユニキャストを用いて柔軟で確実なデータ配信を行うことができる。また、各カラオケ装置に問い合わせることにより、電源が入っていない（応答が無い）カラオケ装置を割り出すことができ、このようなカラオケ装置に対しては、オフラインでメンテナンスするなど、別の対応をすることが可能になる。
【００１３】
また、この発明によれば、ユニキャストを用いるデータ配信量を一定レベル以下とすることができ、効率的なデータ配信を行うことができる。
【発明を実施するための最良の形態】
【００１４】
図１はこの発明の実施形態であるカラオケ装置の楽曲データ配信システムの構成を示す図である。配信サーバ１は、数万曲の楽曲データを記憶しており、端末装置である複数のカラオケ装置３に対してこの楽曲データなどを配信する。配信サーバ１はインターネット２に接続されている。また、端末装置であるカラオケ装置３もインターネット２に接続されている。
【００１５】
配信サーバ１は、カラオケ曲の楽曲データやカラオケ曲が演奏されていないときにカラオケ装置で再生する曲間ＣＭなどの多数のデータを、曲単位あるいは曲群ごとに識別子を割り当てて記憶している。
【００１６】
楽曲データの配信はあらかじめ定めた時間帯に定期的に行うほか、カラオケ装置３側から要求があったときにも行う。定期的な配信はマルチキャストとユニキャストの組み合わせで行われる。
【００１７】
マルチキャストは、配信サーバ１が送信したデータを、ネットワーク上に設置された中継ルータで複製し、これらの複製されたデータを複数のカラオケ装置３に配信する方式である。マルチキャストはＦＥＣ（相手先エラー訂正）方式を用いて一方的に行われる。ＦＥＣとは、送信側がエラー訂正符号を付加したデータを送信し、受信側でエラーを訂正する方式である。この方式は、再送制御ができない代わりに、多数のカラオケ装置に同時にデータを配信することができる。
【００１８】
一方でユニキャストは、特定のカラオケ装置３に対して１対１での通信を行う方式である。ユニキャストはＴＣＰ／ＩＰプロトコルを用いて通信制御の中でエラー再送制御を行う。
【００１９】
図２（Ａ）は配信サーバ１のブロック図である。配信サーバ全体の動作を制御する制御部４、楽曲データや曲間ＣＭ等からなる配信データセットを記憶する記憶部５およびインターネットを介してカラオケ装置３と通信する通信部６を有している。通信部６は制御部４の制御に従い、記憶部５から配信データセットを取り出し、複数のカラオケ装置３に送信を実行する。制御部４は、マルチキャストを用いて全カラオケ装置に配信データセットを送信した後、ユニキャストを用いて各カラオケ装置に対してマルチキャスト通信で受けられなかった欠損データの再送信をする制御を行う。
【００２０】
図２（Ｂ）はカラオケ装置３のブロック図である。カラオケ装置全体の動作を制御する制御部７、楽曲データに基づいてカラオケ曲を演奏する演奏部８、インターネットを介して配信サーバ１と通信する通信部９および配信サーバ１から配信されてくるデータを記憶する記憶部１０を有している。通信部９は制御部７に従い、マルチキャストによる一括データ受信処理とユニキャストによる個別データ受信処理を行う。また、配信サーバ１へのデータ再送要求を行う。
【００２１】
図３〜図５を参照して配信サーバ１からカラオケ装置３への楽曲データの配信動作について説明する。
図３は配信サーバ１の動作を示すフローチャートである。配信サーバ１の通信部６は、記憶部５から配信データセットを取り出す。この配信データセットにエラー訂正符号を付加し、パケット列として、複数のカラオケ装置３にマルチキャストを用いて１回または複数回送信する（ｓ１）。なお、配信データセットの内容を示すデータリストも同時にマルチキャストで配信すればよい。また、送信する回数は付加したエラー訂正符号の長さや通信条件等に応じて決定すればよい。その後、送信した配信データセットが欠損なく受信されているかを各カラオケ装置に問い合わせる（ｓ２）。この問い合わせは複数のカラオケ装置３のそれぞれに問い合わせパケットを個別にユニキャストを用いて送信することによって行われる。これに対してカラオケ装置３から欠損データの返信があるため、このカラオケ装置３に対し、ユニキャストを用いて欠損データのみを送信する（ｓ３）。問い合わせと欠損データの送信を、すべてのカラオケ装置３に対して欠損データが送信できるまで繰り返し行う（ｓ４）。すべてのカラオケ装置３に欠損データを送信できた時点で配信終了する。
【００２２】
上記のように、配信サーバ１は、マルチキャストを用いたデータ送信を１回あるいは複数回実行してから、ユニキャストを用いた欠損データ問い合わせと欠損データ送信を各カラオケ装置３に順次行う。ここで、マルチキャストにおいては、長いエラー訂正符号を付加してＦＥＣで行い、ユニキャストにおいてはＴＣＰ／ＩＰプロトコルを用いて通信制御の中でエラー再送制御を行う。
【００２３】
なお、マルチキャストを用いたデータ送信を１回実行することで、データを正しく受け取っていないカラオケ装置３の数およびそのデータ量が一定以下になる場合であれば、マルチキャストを用いた送信は１回だけであってもよい。
【００２４】
図４は配信サーバ１の別の動作を示すフローチャートである。図３の動作では、マルチキャスト配信の回数をあらかじめ決めていたが、この動作では各カラオケ装置の受信状態をみて、マルチキャスト配信を繰り返すか、ユニキャスト配信に切り替えるかを決定するようにしている。配信サーバ１の通信部６は、記憶部５の楽曲データを取り出し、エラー訂正符号を付加したパケット列として、複数のカラオケ装置３にマルチキャストを用いて送信する（ｓ５）。その後、送信した配信データセットが欠損なく受信されているかをユニキャストを用いて各カラオケ装置に問い合わせる（ｓ６）。データを正しく受け取っていないカラオケ装置３の数およびそのデータ量が一定以上の場合、マルチキャストを用いて再送信を実行し（ｓ７）、一定以下となった場合に、欠損データのあるカラオケ装置３に対し順次、ユニキャストを用いて個別にデータ送信を実行する（ｓ８）。すべてのカラオケ装置３に欠損データを送信できた時点で動作を終了する（ｓ９）。
【００２５】
図４のフローチャートでは、配信サーバ１は、マルチキャストを用いたデータ送信を、データを正しく受け取っていないカラオケ装置３の数およびそのデータ量が一定以下になるまで繰り返し実行した後、各カラオケ装置３に対してユニキャストを用いた個別のデータ送信を順次行うようにしている。
【００２６】
また、配信サーバ１は、あらかじめユニキャストで送信する端末の数を決めておき、データを正しく受け取っていないカラオケ装置３の数がその数以下になった時点でユニキャストに切り替えるようにしてもよい。あるいは、あらかじめ再送するデータ量を決めておき、正しく受信されていないデータ量がその量以下になった時点でユニキャストに切り替えるようにしてもよい。
【００２７】
図５はカラオケ装置３の動作を示すフローチャートである。この処理動作は複数のカラオケ装置にて同時並行して行われる。同図（Ａ）の動作は配信サーバ１からマルチキャストを用いた全データユニットの送信がなされた場合の受信処理を示している。なお、ここでいうデータユニットとはエラー訂正符号を付加した曲、あるいは曲群ごとのパケット列のことを意味する。まず配信サーバ１からマルチキャストで送信されたデータユニットを受信し（ｓ１０）、エラー訂正符号を用いて伝送エラーによるパケット欠損を修復する（ｓ１１）。ここで修復できなかったデータは破棄され、欠損データとなる（ｓ１２）。また、２回目以降のマルチキャスト配信において、すでに前回の配信で受信され、記憶部１０に受信データセットとして記憶されたデータユニットであれば受信したデータを破棄する（ｓ１３）。エラーがないデータおよび修復できたデータは記憶部１０に受信データセットとして記憶され（ｓ１４）処理は終了する。
【００２８】
同図（Ｂ）の動作は配信サーバ１から問い合わせデータが送信された場合の応答を示している。配信サーバ１から送信された問い合わせデータを受信する（ｓ１５）。このときに配信データセットのデータリストを受け取ってもよい。その後、問い合わせデータに従い、記憶部１０のデータセットの内容を走査する（ｓ１６）。受信データセットの内容とデータリストを比較して得られた欠損データの情報を配信サーバ１に返送し（ｓ１７）、動作を終了する。
【００２９】
同図（Ｃ）は配信サーバ１からユニキャストを用いて個別にデータが送信された場合の受信処理を示している。まず欠損データの再送を配信サーバ１に要求する（ｓ１８）。その後、配信サーバ１から送信された欠損データユニットを受信し（ｓ１９）、エラー訂正符号を用いて伝送エラーによるパケット欠損を修復する（ｓ２０）。ここで欠損を修復できなかった場合は配信サーバ１に対しデータの再送を要求する（ｓ２１）。なお、この再送制御はＴＣＰ／ＩＰのプロトコルの中で行われる。エラーがないデータおよび修復できたデータは受信データセット１０に記憶される（ｓ２２）。全ての欠損データを受信できるまで、欠損データの再送要求、データ受信、エラー訂正、およびデータの記憶を繰り返し実行する（ｓ２３）。全ての欠損データを受信できた時点で動作を終了する。
【００３０】
上記のように、カラオケ装置３では、配信サーバ１から定期的に配信される楽曲データを受信、エラー訂正、および記憶処理するとともに、配信サーバ１からの問い合わせに応じ欠損データの情報を返送し、欠損データを個別に受信することで配信される全データを記憶部１０に記憶できるようにする。
【００３１】
なお、再送要求の単位は、曲単位あるいはもっと小さいデータ単位であってもよい。
【図面の簡単な説明】
【００３２】
【図１】この発明の実施形態であるカラオケ装置の楽曲データシステムの構成を示す図
【図２】配信サーバおよびカラオケ装置のブロック図
【図３】配信サーバの動作を示すフローチャート
【図４】配信サーバの別の動作を示すフローチャート
【図５】カラオケ装置の動作を示すフローチャート
【符号の説明】
【００３３】
１−配信サーバ
２−インターネット
３−カラオケ装置
４−配信サーバの制御部
５−配信サーバの記憶部
６−配信サーバの通信部
７−カラオケ装置の制御部
８−カラオケ装置の演奏部
９−カラオケ装置の通信部
１０−カラオケ装置の記憶部
【図１】
2005321515.tif 000003
【図２】
2005321515.tif 000004
【図３】
2005321515.tif 000005
【図４】
2005321515.tif 000006
【図５】
2005321515.tif 000007