(57)【特許請求の範囲】
【請求項１】
サーバ装置とクライアント装置とが通信ネットワークを介して接続された演奏情報再生システムであって、
前記サーバ装置は、
現時刻をカウントするクロックと、
複数のクライアント装置に対応するネットワークアドレスを保持するための送信リストを記憶する送信リスト記憶手段と、
前記クライアント装置から接続要求を受け付ける受付手段と、
前記接続要求を受け付けたクライアント装置に対応するネットワークアドレスを前記送信リストに追加する追加手段と、
選曲リストを記憶する選曲リスト記憶手段と、
前記複数の楽曲情報のうち配信すべき楽曲情報を順次選択して前記選曲リストに追加する配信楽曲選択手段と、
所定周期ごとに前記選曲リストの先頭の楽曲情報のうち所定量のデータを順次読み出して、該読み出した楽曲情報の再生時間と前記現時刻に基づいて決定される再生開始時刻及び再生終了時刻を前記読み出した楽曲情報に付加して配信楽曲情報として、前記送信リストに登録されたネットワークアドレスのクライアント装置に配信する配信手段と、
すべての配信楽曲情報の配信完了に応じて当該配信楽曲情報に対応する楽曲情報を前記選曲リストから削除する削除手段と、
前記クライアント装置から配信楽曲情報の再送要求を受信する受信手段と、
前記再送要求を受信したことに応じて、再送要求された配信楽曲情報を、該要求を行ったクライアント装置に送信する再送手段とを有し、
前記クライアント装置は、
現時刻をカウントするクロックと、
前記サーバ装置に対して接続要求を送信する送信手段と、
前記サーバ装置から逐次配信される配信楽曲情報を受信する受信手段と、
前記受信した配信楽曲情報を一時的に記憶する一時記憶手段と、
前記現時刻が確認時刻に到達したことに応じて、次に再生すべき配信楽曲情報が前記一時記憶手段に蓄積されているか否かを確認し、未蓄積の場合は該配信楽曲情報の再送要求を前記サーバ装置に送信する確認処理手段と、
前記現時刻が配信楽曲情報に付加された再生終了時刻に到達するまで、選択された配信楽曲情報の再生を行う通常再生処理手段と、
前記次に再生すべき配信楽曲情報の受信が完了するまでの期間、選択された楽曲情報の再生を行い、前記次に再生すべき配信楽曲情報の受信が完了した場合は、該選択された配信楽曲情報の再生を停止するとともに、該受信した配信楽曲情報を再生すべき配信楽曲情報として設定し、該設定した楽曲情報の再生時間内に再受信が可能なように前記確認時刻を設定する特殊再生処理手段と、
所定の周期ごとに前記一時記憶手段に蓄積された配信楽曲情報を確認し、次に再生すべき配信楽曲情報が蓄積されている場合は、該配信楽曲情報を再生すべき配信楽曲情報として選択して前記現時刻が該配信楽曲情報の再生開始時刻に到達したことに応じて前記通常再生処理手段による配信楽曲情報の再生を行うとともに、該配信楽曲情報の再生時間内に再受信が可能なように、前記確認時刻を設定する一方、次に再生すべき配信楽曲情報が蓄積されていない場合は、前記一時記憶手段に蓄積されている過去再生した配信楽曲情報のうちのいずれかを再生すべき配信楽曲情報として選択して前記特殊再生処理手段による配信楽曲情報の再生を行うように制御する再生制御手段とを有する
ことを特徴とする演奏情報再生システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、演奏情報再生装置に関し、より詳しくは、通信ネットワークを介したネット有線放送を実現する演奏情報再生装置に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ等では、インターネット等の通信ネットワーク上の音楽サイトに接続して、そこに用意されている複数の楽曲から、所望の楽曲を選択して聞くことが出来る。
【０００３】
上記の音楽サイトを利用して、ユーザが複数の楽曲を連続して聞きたい場合は、それらの複数の楽曲を１つずつ選択する必要が有る。つまり上記音楽サイトでは、ＢＧＭのように適当な音楽を連続して再生させることが困難であった。
【０００４】
本発明と同一出願人による特許出願２００１−１９４６０４号に記載の発明により、上記音楽サイトの問題点が解決され、ユーザは、複数曲を１つずつ選択するなどの、煩わしい作業をすることなく、インターネット上で楽曲の連続再生を楽しめるようになった。
【０００５】
【発明が解決しようとする課題】
インターネット等の通信ネットワークを介して、楽曲情報等を配信する場合、楽曲情報の受信に遅れが生じる場合がある。単純に受信した楽曲情報を受信するごとに再生していると、一旦楽曲情報の受信が遅れてしまうと、それ以降の全ての楽曲の再生に遅れが出てしまう。
【０００６】
また、単純に受信した楽曲情報を受信するごとに再生していると、次の楽曲情報の受信が遅れてしまうと、楽曲の再生間に不所望な間隔があいてしまい、何も再生されない時間帯が生じてしまう。
【０００７】
また、常に一定の時間周期で受信の遅れを確認することが行われているが、再生時間が長い楽曲の再生中に遅れが確認された場合は、楽曲情報の再送が間に合うかもしれないが、再生時間が短い楽曲の再生中であれば、楽曲情報の再送が間に合わない可能性がある。
【０００８】
本発明の目的は、一部の楽曲情報の受信が遅れても、それ以降の楽曲の再生を時間どおりに行うことができる演奏情報再生装置を提供することである。
【０００９】
また、本発明の他の目的は、一部の楽曲情報の受信が遅れても、楽曲が再生されない状況を回避できる演奏情報再生装置を提供することである。
【００１０】
さらに、本発明の他の目的は、適切なタイミングで楽曲情報の受信障害を確認することができる演奏情報再生装置を提供することである。
【００１１】
【課題を解決するための手段】
本発明の一観点によれば、サーバ装置とクライアント装置とが通信ネットワークを介して接続された演奏情報再生システムは、前記サーバ装置が、現時刻をカウントするクロックと、複数のクライアント装置に対応するネットワークアドレスを保持するための送信リストを記憶する送信リスト記憶手段と、前記クライアント装置から接続要求を受け付ける受付手段と、前記接続要求を受け付けたクライアント装置に対応するネットワークアドレスを前記送信リストに追加する追加手段と、選曲リストを記憶する選曲リスト記憶手段と、前記複数の楽曲情報のうち配信すべき楽曲情報を順次選択して前記選曲リストに追加する配信楽曲選択手段と、所定周期ごとに前記選曲リストの先頭の楽曲情報のうち所定量のデータを順次読み出して、該読み出した楽曲情報の再生時間と前記現時刻に基づいて決定される再生開始時刻及び再生終了時刻を前記読み出した楽曲情報に付加して配信楽曲情報として、前記送信リストに登録されたネットワークアドレスのクライアント装置に配信する配信手段と、すべての配信楽曲情報の配信完了に応じて当該配信楽曲情報に対応する楽曲情報を前記選曲リストから削除する削除手段と、前記クライアント装置から配信楽曲情報の再送要求を受信する受信手段と、前記再送要求を受信したことに応じて、再送要求された配信楽曲情報を、該要求を行ったクライアント装置に送信する再送手段とを有し、前記クライアント装置が、現時刻をカウントするクロックと、前記サーバ装置に対して接続要求を送信する送信手段と、前記サーバ装置から逐次配信される配信楽曲情報を受信する受信手段と、前記受信した配信楽曲情報を一時的に記憶する一時記憶手段と、前記現時刻が確認時刻に到達したことに応じて、次に再生すべき配信楽曲情報が前記一時記憶手段に蓄積されているか否かを確認し、未蓄積の場合は該配信楽曲情報の再送要求を前記サーバ装置に送信する確認処理手段と、前記現時刻が配信楽曲情報に付加された再生終了時刻に到達するまで、選択された配信楽曲情報の再生を行う通常再生処理手段と、前記次に再生すべき配信楽曲情報の受信が完了するまでの期間、選択された楽曲情報の再生を行い、前記次に再生すべき配信楽曲情報の受信が完了した場合は、該選択された配信楽曲情報の再生を停止するとともに、該受信した配信楽曲情報を再生すべき配信楽曲情報として設定し、該設定した楽曲情報の再生時間内に再受信が可能なように前記確認時刻を設定する特殊再生処理手段と、所定の周期ごとに前記一時記憶手段に蓄積された配信楽曲情報を確認し、次に再生すべき配信楽曲情報が蓄積されている場合は、該配信楽曲情報を再生すべき配信楽曲情報として選択して前記現時刻が該配信楽曲情報の再生開始時刻に到達したことに応じて前記通常再生処理手段による配信楽曲情報の再生を行うとともに、該配信楽曲情報の再生時間内に再受信が可能なように、前記確認時刻を設定する一方、次に再生すべき配信楽曲情報が蓄積されていない場合は、前記一時記憶手段に蓄積されている過去再生した配信楽曲情報のうちのいずれかを再生すべき配信楽曲情報として選択して前記特殊再生処理手段による配信楽曲情報の再生を行うように制御する再生制御手段とを有することを特徴とする。
【００１５】
【発明の実施の形態】
図１は、本発明の実施例によるネット有線システム１００の一例を表すブロック図である。
【００１６】
ネット有線システム１００は、ＰＣサイト（サーバ）１、インターネット等の通信ネットワーク２、ＰＣ端末又は携帯端末（以下、クライアントとする）３、中継局４を含んで構成される。
【００１７】
ＰＣサイト１は、例えば、インターネット上のＷＷＷ（ワールドワイドウェブ）サーバであり、接続されるクライアントの種々の要求に応答して、各種情報等を提供する。ＰＣサイト１は、複数の楽曲情報を記録しており、通信ネットワーク２を介して接続されるクライアント３からの要求に従い楽曲情報を連続してクライアント３に送信する。
【００１８】
クライアント３は、例えば、パーソナルコンピュータ、通信機能を備えた電子楽器、携帯電話等の携帯端末である。クライアント３は、ネットワークブラウザ等を使用してＰＣサイト１にアクセスし、楽曲情報を取得する。
【００１９】
なお、クライアント３が、無線の携帯端末である場合は、中継局４を介して、通信ネットワークに接続する。中継局４は、携帯端末からの無線通信を送受信して、通信ネットワーク２との通信を中継するものであり、例えば、携帯電話のキャリア等である。
【００２０】
上記のネット有線システム１００においては、ユーザはクライアント３を操作することにより、ＰＣサイト１に接続し、ＰＣサイト１上に記憶されている楽曲情報を連続して受信し、再生することができる。
【００２１】
図２は、本発明の実施例によるクライアント３を構成するＰＣ端末又は携帯端末のハードウェア構成を示すブロック図である。ＰＣサイト１も、このクライアント３とほぼ同様の構成である。
【００２２】
バス６には、ＲＡＭ８、ＲＯＭ７、ＣＰＵ９、タイマ１０、検出回路１１、表示回路１３、外部記憶装置１５、音源回路１６、通信インターフェイス１８、ＭＩＤＩインターフェイス１９が接続される。
【００２３】
ＲＡＭ８は、フラグ、レジスタ又はバッファ、各種パラメータ等を記憶するＣＰＵ９のワーキングエリアを有する。また、受信した楽曲情報を一時的に記憶する一時記憶領域を有する。ＲＯＭ７には、各種パラメータ及び制御プログラム、又は本実施例を実現するためのプログラム等を記憶することができる。
【００２４】
ＣＰＵ９は、ＲＯＭ７又は、外部記憶装置１５に記憶されている制御プログラム等に従い、演算又は制御を行う。タイマ１０は、バス６に接続されており、基本クロック信号、割り込み処理タイミング等をＣＰＵ９に供給する。
【００２５】
操作子１２は、検出回路１１に接続され、例えば、文字入力用キーボード、マウス、演奏用の鍵盤等であり、ユーザの入力に応じた信号を出力できるものならどのようなものでもよい。
【００２６】
表示回路１３は、ディスプレイ１４に接続され、各種情報をディスプレイ１４に表示することができる。ユーザは、このディスプレイ１４に表示される情報を参照して、各種情報の入力及び各種設定を行う。
【００２７】
外部記憶装置１５は、外部記憶装置用のインターフェイスを含み、そのインターフェイスを介してバス６に接続される。外部記憶装置１５は、例えばフロッピー（登録商標）ディスクドライブ（ＦＤＤ）、ハードディスクドライブ（ＨＤＤ）、光磁気ディスク（ＭＯ）ドライブ、ＣＤ−ＲＯＭ（コンパクトディスク−リードオンリィメモリ）ドライブ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ、半導体メモリ等である。
【００２８】
外部記憶装置１５には、後述する本実施例による楽曲情報データベース（ＤＢ）、選曲リスト、送信リスト、各種パラメータ、各種データ、及び本実施例を実現するためのプログラム等を記憶することができる。
【００２９】
外部記憶装置１５からＲＡＭ８に制御プログラム又は本実施例を実現するためのプログラム等を読み出すことにより、ＲＯＭ７に制御プログラム等を記憶させている場合と同様の動作をＣＰＵ９にさせることができる。このようにすると、制御プログラム等の追加やバージョンアップ等が容易に行える。
【００３０】
通信インターフェイス１８は、ＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線等の通信ネットワーク２に接続可能であり、該通信ネットワーク２を介して、サーバコンピュータ（ＰＣサイト１）と接続し、ＨＤＤ等外部記憶装置１５、又はＲＡＭ８等内に、サーバコンピュータから楽曲情報、制御プログラムや本実施例を実現するためのプログラム等をダウンロードすることができる。
【００３１】
なお、通信インターフェイス１８及び通信ネットワーク２は、有線のものに限らず無線でもよい。また双方を備えていてもよい。
【００３２】
音源回路１６は、外部記憶装置１５又はＲＡＭ８等に記録された楽曲情報若しくはＭＩＤＩインターフェイス１９に接続された電子楽器２０等から供給される演奏信号、ＭＩＤＩ信号等に応じて楽音信号を生成し、サウンドシステム１７に供給する。
【００３３】
サウンドシステム１７は、Ｄ／Ａ変換器及びスピーカを含み、供給されるデジタル形式の楽音信号をアナログ形式に変換し、発音する。
【００３４】
ＭＩＤＩインターフェイス（ＭＩＤＩ  Ｉ／Ｆ）１９は、電子楽器２０、その他の楽器、音響機器、コンピュータ等に接続できるものであり、少なくともＭＩＤＩ信号を送受信できるものである。
【００３５】
また、ＰＣサイト１として、用いる場合には、音源回路１６、サウンドシステム１７、ＭＩＤＩインターフェイス１９、及び電子楽器２０等の楽曲情報の再生に用いる構成は省略してもよい。
【００３６】
図３は、本発明の実施例によるネット有線システム１００の機能を表すブロック図である。なお、通信ネットワーク２は図示を省略したが、ＰＣサイト１と、クライアント３は、インターネットなどの通信ネットワーク２を介して接続されているものとする。
【００３７】
ＰＣサイト１の選曲部２１は、楽曲情報ＤＢ２２の内容（記録されている楽曲情報等）を参照して、記録されている複数の楽曲情報の中から再生すべき楽曲情報を選択し、選曲リスト２３に書き込む。楽曲情報の選択は、ランダムに行ってもよいし、以前に選択した楽曲情報と重ならないように選択してもよい。また、楽曲情報のジャンル等の情報に基づいて選択するようにしてもよい。
【００３８】
楽曲情報ＤＢ２２は、例えば、外部記憶装置１５（図２）等に記憶されている楽曲情報のデータベースである。楽曲情報ＤＢ内には複数の楽曲情報が記憶されている。記憶されている楽曲情報は、例えばＳＭＦ（Ｓｔａｎｄａｒｄ  ＭＩＤＩ  Ｆｉｌｅ）フォーマットに準拠した、自動演奏データである。また、例えば、携帯通信端末用の簡易ＭＩＤＩ規格に基づいた着信メロディ等の自動演奏データである。その他、オーディオファイルや、動画ファイル等、ネットワーク２を介して配信可能なものであればどうのようなものでもよい。また、複数の種類の楽曲情報を記録していてもよい。
【００３９】
選曲リスト２３は、例えば、外部記憶装置１５（図２）又はＲＡＭ８等に記憶されており、選曲部２１が選曲した楽曲情報の再生順を記録している。選曲部２１は、この選曲リスト２３に記録された楽曲情報の再生順を読出し、該再生順に従い、再生部２４に楽曲情報の再生の指示を与える。
【００４０】
再生部２４は、選曲部２１からの指示に従い、楽曲情報ＤＢ２２から楽曲情報を読み出し、読み出した楽曲情報を、時刻決定部２５から送られる時刻情報とともに、送受信部２７に送る。
【００４１】
時刻決定部２５は、時計２６から得られる現時刻と、再生部２４により読み出された楽曲情報の再生時間を元に、該楽曲情報の再生開始時刻と終了時刻を決定する。決定した再生開始時刻と終了時刻は、時刻情報として、再生部２４に送られる。なお、時計２６は、絶対的な時間（時刻）を計時している通常の時計である。
【００４２】
送受信部２７は、再生部２４から送られる楽曲情報に時刻情報を付加して、送信先決定部２８から送られる送信リストに登録された全てのクライアント３の送信アドレスに、上記の時刻情報を付加された楽曲情報を送信する。
【００４３】
なお、ストリーミング再生を行う場合は、上記の時刻情報は、楽曲情報の先頭パケットにだけ付加される。
【００４４】
また、送受信部２７は、クライアント３から送信される要求情報を受信し、送信先決定部２８に送る。クライアント３から送信される要求情報には、ＰＣサイト１との接続を開始し楽曲情報の送信開始を要求する接続要求、既に送信した楽曲情報の再送を要求する再送要求、及びＰＣサイト１との接続を終了し楽曲情報の送信停止を要求する終了要求がある。それぞれの要求情報には、上記の要求情報の種類を表すデータ、ユーザＩＤ、及びクライアント３の送信アドレスなどの情報が含まれる。
【００４５】
上記の要求情報のうち、再送要求を受信した場合は、再生部２４に対して、再送要求に応じた楽曲情報の読出しを指示し、該読み出される楽曲情報を再送要求を送信したクライアント３のアドレスに向けて送信する。
【００４６】
送信先決定部２８は、送受信部２７から受け取る要求情報に応じてユーザＩＤ、及びクライアント３の送信アドレスを送信リスト２９に書き込む（又は削除する）。また、送信先決定部２８は、送信リスト２９を読み出し、送受信部２７に送る。
【００４７】
送信リスト２９は、例えば、外部記憶装置１５（図２）又はＲＡＭ８等に記憶されており、少なくとも、楽曲情報を送信するクライアント３のユーザＩＤ及び送信アドレスが記録されている。ユーザからの接続要求により、ユーザＩＤ及び送信アドレスが送信リスト２９に追加され、終了要求によりそれらが送信リスト２９から削除される。
【００４８】
クライアント３の要求指示部３０は、ユーザにより入力される接続要求、終了要求及び再送要求の指示を送受信部３１に伝える。要求指示部３０は、例えば、図２の操作子１２で構成される。
【００４９】
送受信部３１は、要求指示部３０から受け取った要求指示にユーザＩＤ、送信アドレスなどを添付して要求情報としてＰＣサイト１に送信する。なお、要求指示が再送要求である場合は、さらに、クライアント側に記憶されている楽曲情報を表す情報又は再送を希望する楽曲情報を識別するデータが含まれる。
【００５０】
また、送受信部３１は、ＰＣサイト１から送信される楽曲情報及びそれに含まれる時刻情報を受信する。受信した楽曲情報及び時刻情報を一時記憶部３２に記憶する。
【００５１】
一時記憶部３２は、例えば図２のＲＡＭ８又は外部記憶装置１５であり、送受信部３１から送られる楽曲情報及び時刻情報を再生終了まで保存する。
【００５２】
発音（再生）部３３は、時計３４から得られる現時刻が、一時記憶部３２に記憶されている楽曲情報の再生開始時刻（時刻情報）と一致したら、当該楽曲情報の読出しを開始し、順次発音する。なお、時計３４は、前述の時計２６と同様に、絶対的な時間（時刻）を計時している通常の時計である。
【００５３】
図４は、ＰＣサイト１で行うメイン処理を表すフローチャートである。なお、このメイン処理は、ＰＣサイト１で常時起動されている。
【００５４】
ステップＳＡ１ではメイン処理をスタートして、各種フラグやバッファを初期化し、次のステップＳＡ２に進む。
【００５５】
ステップＳＡ２では、新たな要求情報を受信したか否かが判断される。新たな要求情報を受信した場合は、ＹＥＳの矢印で示すステップＳＡ３に進む。新たな要求情報を受信していない場合は、ＮＯの矢印で示すステップＳＡ７に進む。
【００５６】
ステップＳＡ３では、受信した要求情報の種類を判断する。受信した要求情報が接続要求であれば、Ａの矢印で示すステップＳＡ４に進む。受信した要求情報が再送要求であれば、Ｂの矢印で示すステップＳＡ５に進む。受信した要求情報が終了要求であれば、Ｃの矢印で示すステップＳＡ６に進む。なお、それぞれの要求情報には、少なくともユーザＩＤとクライアントの送信アドレスが含まれる。
【００５７】
ステップＳＡ４では、接続要求を送信したクライアントのユーザＩＤと送信アドレスを送信リストに追加する。送信リストにユーザＩＤを追加されたユーザのために課金リストが作成される。課金リストには、例えば、ユーザの接続開始時刻と終了時刻などが記録され、それをもとに接続料金が計算されて記録される。その後、ステップＳＡ７に進む。
【００５８】
ステップＳＡ５では、再送要求を送信したクライアントに、いまだ到着していない送信済みの楽曲情報を楽曲情報ＤＢから抽出して送信する。その後、ステップＳＡ７に進む。
【００５９】
ステップＳＡ６では、終了要求を送信したクライアントのユーザＩＤと送信アドレスを、送信リストから削除し、ユーザの課金リストに記録されている料金を予め作成されるユーザの課金用アカウントに課金する。課金の方法は、例えば、クレジットカード、銀行振込、郵便振替、電子マネー等であり、どのようなものを使用してもよい。その後、ステップＳＡ７に進む。
【００６０】
ステップＳＡ７では、ステップＳＡ１に処理を戻し、上記の処理を繰り返させる。
【００６１】
図５は、ＰＣサイト１で行う選曲リスト編集処理を表すフローチャートである。
【００６２】
ステップＳＢ１では、選曲リスト編集処理を開始し、次のステップＳＢ２に進む。この選曲リスト編集処理は、所定時間ごとに起動される割り込み処理である。起動する間隔（所定時間）は、少なくとも選曲リストに記録されている楽曲情報がなくならない程度に設定する必要がある。好ましくは、選曲リストの曲数が半分位になるタイミングで起動する。
【００６３】
ステップＳＢ２では、選曲リストに登録されている楽曲情報の数が所定数（例えば１０曲等）未満か否かを判断する。所定数未満であれば、ＹＥＳの矢印で示すステップＳＢ３に進む。所定数未満で無ければ、ＮＯの矢印で示すステップＳＢ５に進み、選曲リスト編集処理を終了する。
【００６４】
ステップＳＢ３では、楽曲情報ＤＢから新たな曲（楽曲情報）を選曲する。選曲は、ランダムに行ってもよいし、一定の条件（例えば、楽曲のジャンル等）を予め設定しそれに従ってもよい。その後、次のステップＳＢ４に進む。
【００６５】
ステップＳＢ４では、ステップＳＢ３で選曲した楽曲情報を選曲リストに追加する。その後、次のステップＳＢ５に進み、選曲リスト編集処理を終了する。
【００６６】
図６は、ＰＣサイト１で行う再生処理を表すフローチャートである。
【００６７】
ステップＳＣ１では、再生処理を開始（割り込みを許可）して、次のステップＳＣ２に進む。この再生処理は、所定時間ごとに起動する割り込み処理である。所定時間は、楽曲情報の再生方法に依存して設定される。
【００６８】
ストリーミング再生を行う場合は、１つの楽曲情報を複数のデータパケットに分けて送信するので、データパケットを作成する時間周期で割り込みをかけるようにする。
【００６９】
ダウンロード再生を行う場合は、送信する楽曲情報の再生開始時刻までにダウンロードが完了する時間周期で割り込みをかける。一度に複数の楽曲情報を送信する場合は、そのうちの最も早い再生開始時刻に間に合うようにする。
【００７０】
ステップＳＣ２では、今回送信する所定量分の楽曲情報を楽曲情報ＤＢから読み出す。楽曲情報の読出しは、選曲リストに登録されている順番に従い行われる。ここで読み出される所定量は、ストリーミング再生を行う場合は、数秒分の再生を行うために必要なデータ量であり、ダウンロード再生を行う場合は、1曲あるいは複数曲分のデータ量である。その後、次のステップＳＣ３に進む。
【００７１】
ステップＳＣ３では、ステップＳＣ２で読み出された楽曲情報の再生開始時刻と終了時刻を、楽曲情報の再生時間と現時刻から決定し、それらを時刻情報として、楽曲情報に付加する。その後、次のステップＳＣ４に進む。
【００７２】
ステップＳＣ４では、送信リストに登録されている全てのクライアント（送信アドレス）に対して、ステップＳＣ３で時刻情報を付加した楽曲情報を送信する。全クライアントに対して、同一の内容の楽曲情報を同時に送信する。その後、次のステップＳＣ５に進む。
【００７３】
ステップＳＣ５では、全ての情報を送信し終えた楽曲情報を選曲リストから削除する。その後、次のステップＳＣ６に進み、再生処理を終了する。
【００７４】
図７は、クライアント３で行うメイン処理を表すフローチャートである。なお、本実施例では、このメイン処理を起動する前にネットワークブラウザ等のＰＣサイト１に接続するためのソフトウェアが起動されているものとする。
【００７５】
ステップＳＤ１では、ユーザの接続要求指示によりメイン処理をスタートし、次のステップＳＤ２に進む。
【００７６】
ステップＳＤ２では、サーバ（ＰＣサイト）に接続要求を送信し後述の通常再生処理を起動する。その後、次のステップＳＤ３に進む。なお、接続要求には、クライアントのユーザＩＤと送信アドレスが含まれる。
【００７７】
ステップＳＤ３では、受信した楽曲情報（時刻情報を含む）があれば、それをＲＡＭ８又は外部記憶装置１５等に作成される一時記憶領域に記憶する。その後、次のステップＳＤ４に進む。なお、楽曲情報の受信は、定期的に確認されている。また、受信した楽曲情報が無ければ、このステップＳＤ３を飛ばして、次のステップＳＤ４に進む。
【００７８】
ステップＳＤ４では、ユーザによりサーバへの接続終了指示が出されたか否かを検出する。終了指示があれば、ＹＥＳの矢印で示す次のステップＳＤ５に進む。終了指示がなければＮＯの矢印で示すステップＳＤ３に戻る。
【００７９】
ステップＳＤ５では、サーバに終了要求を送信し、再生処理を終了する。なお終了要求には、クライアントのユーザＩＤと送信アドレスが含まれる。その後、次のステップＳＤ６に進みメイン処理を終了する。
【００８０】
図８は、クライアント３で行う楽曲情報削除処理を表すフローチャートである。この楽曲情報削除処理は、所定時間ごとに起動される割り込み処理である。
【００８１】
ステップＳＥ１では、楽曲情報削除処理をスタートして、次のステップＳＥ２に進む。
【００８２】
ステップＳＥ２では、図７のステップＳＤ３で受信した楽曲情報を記憶する一時記憶領域に所定数以上の楽曲情報が記憶されているか否かを判断する。所定数以上の楽曲情報が記憶されていれば、ＹＥＳの矢印で示すステップＳＥ３に進む。記憶されている楽曲情報が所定数以下であれば、ＮＯの矢印で示すステップＳＥ４に進み楽曲情報削除処理を終了する。
【００８３】
ステップＳＥ３では、新しく受信した順に数えて所定数の楽曲情報を一時記憶領域に残し、それ以外の古い楽曲情報を削除する。その後、次のステップＳＥ４に進み、楽曲情報削除処理を終了する。
【００８４】
上記の楽曲情報削除処理を定期的に起動することにより、後述する特殊再生処理により、楽曲情報の受信が送れた場合に再生する楽曲情報を残しておくことができる。また、余分な楽曲情報を、なるべく早く削除することができる。余分な楽曲情報を削除することにより、楽曲情報の無断複製等を減らすことができる。
【００８５】
図９は、クライアント３で行う再生曲設定処理を表すフローチャートである。この再生曲設定処理は、所定時間ごとに起動される割り込み処理である。
【００８６】
ステップＳＦ１では、再生曲設定処理を開始して、次のステップＳＦ２に進む。
【００８７】
ステップＳＦ２では、再生曲が設定されているか否かを確認する。再生曲が設定されていない場合は、次の再生曲を設定するためＮＯの矢印に従いステップＳＦ３に進む。再生曲が設定されている場合は、現在、楽曲の再生中であり、再生曲の設定が必要ないので、ＹＥＳの矢印で示すステップＳＦ１０に進み再生曲設定処理を終了する。
【００８８】
ステップＳＦ３では、次に再生する楽曲情報が一時記憶領域に記憶されているか否かを判断する。次に再生する楽曲情報が一時記憶領域に記憶されていない場合は、ＮＯの矢印に従いステップＳＦ４に進む。次に再生する楽曲情報が一時記憶領域に記憶されている場合は、ＹＥＳの矢印で示すステップＳＦ７に進む。
【００８９】
ステップＳＦ４では、サーバに対して、新たな楽曲情報の送信を要求する再送要求を送信する。再送要求には、ユーザＩＤ、送信アドレス、及びクライアント側に記憶されている楽曲情報を表す情報が含まれている。その後、次のステップＳＦ５に進む。
【００９０】
ステップＳＦ５では、一時記憶領域に記憶されている楽曲情報の中から一曲を選択して、再生曲として設定する。再生曲の選択は、例えば、ランダムに行う。その後、次のステップＳＦ６に進む。
【００９１】
ステップＳＦ６では、図１２に示す特殊再生処理の割り込みを許可して（処理を起動する）、図１１に示す通常再生処理、図１０に示す確認処理及びこの再生曲設定処理の割り込みを禁止する（処理を停止する）。その後、ステップＳＦ１０に進み再生曲設定処理を終了する。
【００９２】
ステップＳＦ７は、ステップＳＦ３でＮＯの矢印に従った時の処理である。ステップＳＦ７では、現時刻が、次の再生曲の再生開始時刻に達したか否かが判断される。再生開始時刻に達していれば、ＹＥＳの矢印で示すステップＳＦ８に進む。再生開始時刻に達していなければＮＯの矢印に従いステップＳＦ１０に進み再生曲設定処理を終了する。
【００９３】
ステップＳＦ８では、新たな楽曲情報の曲を再生曲として設定し、図１１の通常再生処理を起動する。その後、次のステップＳＦ９に進む。
【００９４】
ステップＳＦ９では、再生曲の再生時間に応じて、受信の状況を確認する時刻（確認時刻）を設定する。確認時刻は、後述の図１０に示す確認処理の割り込み周期である。なお、確認時刻は、再生時間内に１回だけであってもよいし、複数回であってもよい。少なくとも、確認を行った後から楽曲情報の再送信をはじめた場合でも、再生中の楽曲が終了するまでに楽曲情報の受信を完了することが可能な時刻を最初の確認時刻に設定する。その後、次のステップＳＦ１０に進み再生曲設定処理を終了する。
【００９５】
なお、１つの楽曲の再生が終了すると、次の楽曲の再生時刻になるまで若干の間だけ楽曲の再生が停止されるようになっている。
【００９６】
図１０は、クライアント３で行う受信遅れの確認処理を表すフローチャートである。この確認処理は、図１１に示す通常再生処理が起動している間、次に再生する楽曲情報を受信できているかを確認するために、一定周期で起動される割り込み処理である。
【００９７】
ステップＳＧ１では、確認処理をスタートして次のステップＳＧ２に進む。
【００９８】
ステップＳＧ２では、現時刻が図９のステップＳＦ９で設定する確認時刻に達したか否かが判断される。現時刻が確認時刻に達していれば、ＹＥＳの矢印で示すステップＳＧ３に進む。確認事項に達していなければ、ＮＯの矢印で示すステップＳＧ５に進み確認処理を終了する。
【００９９】
ステップＳＧ３では、次に再生する楽曲情報が、一時記憶領域に記憶されているか否かを判断する。次に再生する楽曲情報が記憶されていない場合は、楽曲情報の受信が正常に行われていないので、ＮＯの矢印で示すステップＳＧ４に進む。次に再生する楽曲情報が記憶されている場合は、楽曲情報の受信が正常に行われているので、ＹＥＳの矢印に従い、ステップＳＧ５に進み確認処理を終了する。
【０１００】
ステップＳＧ４では、サーバに対して、新たな楽曲情報（次に再生する楽曲情報）の送信を要求する再送要求を送信する。次に再生する楽曲情報を受信できていない場合には、通常再生処理を継続させながら、その裏で、同時進行させて、次の楽曲情報を受信する。その後、次のステップＳＧ５に進み確認処理を終了する。なお、再送要求には、ユーザＩＤ、送信アドレス、及びクライアント側に記憶されている楽曲情報の情報が含まれる。
【０１０１】
図１１は、クライアント３で行う通常再生処理を表すフローチャートである。通常再生処理は、サーバから受信した楽曲情報が時刻情報どおりに再生できるときに起動している再生処理である。
【０１０２】
ステップＳＨ１では、通常再生処理をスタートして、次のステップＳＧ２に進む。通常再生処理は、図７のステップＳＤ２又は再生分解能のタイミングごとに起動する割り込み処理である。
【０１０３】
再生分解能のタイミングとは、例えば、ＭＩＤＩデータを再生するときはＭＩＤＩクロックのタイミングであり、オーディオデータを再生するときは、サンプリング周期のタイミングである。
【０１０４】
ステップＳＨ２では、再生曲が設定されているか否かを確認する。再生曲が設定されているときはＹＥＳの矢印で示すステップＳＨ３に進む。再生曲が設定されていないときは、ＮＯの矢印で示すステップＳＨ９に進み、通常再生処理を終了する。
【０１０５】
ステップＳＨ３では、現時刻が再生曲の終了時刻に達しているか否かを判断する。終了時刻に達していれば、ＹＥＳの矢印で示すステップＳＨ７に進む。終了時刻に達していなければ、ＮＯの矢印で示すステップＳＨ４に進む。
【０１０６】
ステップＳＨ４では、今回のタイミングで処理すべきイベントを一時記憶領域等に記憶されている楽曲情報から読み出す。その後、次のステップＳＨ５に進む。
【０１０７】
ステップＳＨ５では、今回ステップＳＨ４で読み出したイベントが終了イベントであるか否かを確認する。今回のタイミングが終了イベントではない場合は、ＮＯの矢印で示すステップＳＨ６に進む。今回のイベントが終了イベントであるときは、ＹＥＳの矢印で示すステップＳＨ７に進む。
【０１０８】
ステップＳＨ６では、ステップＳＨ４で読み出されたイベントに従い楽曲を再生（発音）する。その後、ステップＳＨ９に進み通常再生処理を終了する。
【０１０９】
ステップＳＨ７では、現在再生されている楽曲情報の発音を停止する。なお、楽曲情報が最後まで再生されていなくとも、終了時刻がくると再生を強制的に終了する。その後、次のステップＳＨ８に進む。
【０１１０】
ステップＳＨ８では、ステップＳＨ７で再生（発音）を停止した楽曲情報について再生曲の設定を解除する。その後、ステップＳＨ９に進み通常再生処理を終了する。
【０１１１】
図１２は、クライアント３で行う特殊再生処理を表すフローチャートである。特殊再生処理は、サーバからの楽曲情報の受信が遅れているときに起動している再生処理である。
【０１１２】
ステップＳＩ１では、特殊再生処理をスタートして、次のステップＳＩ２に進む。この特殊再生処理は、図９のステップＳＦ６で割り込みが許可される割り込み処理であり、その後は、図１１の通常再生処理と同じ割り込み周期で起動される。
【０１１３】
この特殊再生処理の割り込みが許可されている間、同時に起動しているのは、図７のメイン処理のみであり、図１１の設定処理、図１０の確認処理及び図１１の通常再生処理の割り込みは禁止されている（処理が停止している）。
【０１１４】
ステップＳＩ２では、次に再生する楽曲情報の受信が完了したか否かを判断する。受信完了していればＹＥＳの矢印で示すステップＳＩ３に進む。受信完了していなければ、ＮＯの矢印で示すステップＳＩ６に進む。
【０１１５】
ステップＳＩ３では、再生されている楽曲の発音を停止し、受信完了した楽曲情報の曲を再生曲に設定する。すなわち、受信が遅れていた楽曲情報を完全に受信し終えたので、受信完了時点の時刻で、本来再生されているべき楽曲（受信した楽曲）へと再生を切り替える。その後、次のステップＳＩ４に進む。
【０１１６】
ステップＳＩ４では、ステップＳＩ３で設定した再生曲の再生時間に応じて、確認時刻を設定する。その後、次のステップＳＩ５に進む。
【０１１７】
ステップＳＩ５では、この特殊再生処理の割り込みを禁止（処理を停止）して、通常再生処理、設定処理及び確認処理の割り込みを許可（起動）する。その後、ステップＳＩ１０に進み、特殊再生処理を終了する。
【０１１８】
ステップＳＩ６〜ＳＩ９の処理は、ステップＳＩ２でＮＯの矢印に従った場合の処理である。すなわち、受信が遅れている楽曲情報が完全に受信されるまでの間に、クライアントの一時記憶領域に記憶されている過去に再生された楽曲情報を再生する処理である。
【０１１９】
ステップＳＩ６では、今回のタイミングで処理すべきイベントを読み出す。その後、次のステップＳＩ７に進む。
【０１２０】
ステップＳＩ７では、ステップＳＩ６で読み出された今回のイベントが終了イベントであるか否かを判断する。今回のイベントが終了イベントである場合には、ＹＥＳの矢印で示すステップＳＩ８に進む。今回のイベントが終了イベントでない場合には、ＮＯの矢印で示すステップＳＩ９に進む。
【０１２１】
ステップＳＩ８では、一時記憶領域から再生する楽曲情報を選択して、再生曲として設定する。楽曲情報の選択は、例えば、ランダムに行う。その後、ステップＳＩ１０に進んで特殊再生処理を終了する。
【０１２２】
なお、楽曲情報の受信に時間がかかるようであれば、ユーザが飽きないように再生する楽曲情報をランダムに変更する。
【０１２３】
ステップＳＩ９では、ステップＳＩ６で読み出されたイベントに従い、楽曲を再生（発音）する。その後、ステップＳＩ１０進み特殊再生処理を終了する。
【０１２４】
以上、本実施例によれば、楽曲情報に再生開始時刻と再生終了時刻が含まれるので、受信装置側で受信した楽曲情報をいつ再生すべきかを判断することができる。
【０１２５】
また、本実施例によれば、一部の楽曲情報の受信が遅れても、それ以降の楽曲の再生を、楽曲情報に含まれる再生開始時刻どおりに行うことができる。
【０１２６】
また、本実施例によれば、一部の楽曲情報の受信が遅れても、その間、一時記憶領域に記憶されている楽曲情報尾を再生するので、楽曲が再生されない状況を回避できる。
【０１２７】
また、本実施例によれば、楽曲情報の再生時間にあわせて確認時刻を設定するので、適切なタイミング楽曲情報の受信障害を確認することができる。すなわち、現在再生中の楽曲の再生時間長が短い場合は、早めに再送要求を送信するなどして、現在再生中の楽曲が終了する前に次の楽曲の受信を終えることができる。
【０１２８】
なお、本実施例のクライアント３は電子楽器、パソコン＋アプリケーションソフトウェアの形態、携帯電話等の携帯型通信端末の他、カラオケ装置や、ゲーム装置、自動演奏ピアノなどどのような形態をとってもよい。
【０１２９】
以上実施例に沿って本発明を説明したが、本発明はこれらに制限されるものではない。例えば、種々の変更、改良、組合せ等が可能なことは当業者に自明であろう。
【０１３０】
【発明の効果】
以上説明したように、本発明によれば、一部の楽曲情報の受信が遅れても、それ以降の楽曲の再生を時間どおりに行うことができる。
【０１３１】
また、本発明によれば、一部の楽曲情報の受信が遅れても、楽曲が再生されない状況を回避できる。
【０１３２】
また、本発明によれば、適切なタイミング楽曲情報の受信障害を確認することができる。
【図面の簡単な説明】
【図１】  本発明の実施例によるネット有線システム１００の一例を表すブロック図である。
【図２】  本発明の実施例によるクライアント３を構成するＰＣ端末又は携帯端末のハードウェア構成を示すブロック図である。
【図３】  本発明の実施例によるネット有線システム１００の機能を表すブロック図である。
【図４】  ＰＣサイト１で行うメイン処理を表すフローチャートである。
【図５】  ＰＣサイト１で行う選曲リスト編集処理を表すフローチャートである。
【図６】  ＰＣサイト１で行う再生処理を表すフローチャートである。
【図７】  クライアント３で行うメイン処理を表すフローチャートである。
【図８】  クライアント３で行う楽曲情報削除処理を表すフローチャートである。
【図９】  クライアント３で行う再生曲設定処理を表すフローチャートである。
【図１０】  クライアント３で行う受信遅れの確認処理を表すフローチャートである。
【図１１】  クライアント３で行う通常再生処理を表すフローチャートである。
【図１２】  クライアント３で行う特殊再生処理を表すフローチャートである。
【符号の説明】
１…ＰＣサイト、２…通信ネットワーク、３…クライアント、４…中継局、６…バス、７…ＲＯＭ、８…ＲＡＭ、９…ＣＰＵ、１０…タイマ、１１…検出回路、１２…操作子、１３…表示回路、１４…ディスプレイ、１５…外部記憶装置、１６…音源回路、１７…サウンドシステム、１８…通信Ｉ／Ｆ、１９…ＭＩＤＩ  Ｉ／Ｆ、２０…電子機器、２１…選曲部、２２…楽曲情報ＤＢ、２３…選曲リスト、２４…再生部、２５…時刻決定部、２６、３４…時計、２７、３１…送受信部、２８…送信先決定部、２９…送信リスト、３０…要求指示部、３２…一時記憶部、３３…発音部、１００…ネット有線システム
【図１】
0003941435.tif 000002
【図２】
0003941435.tif 000003
【図３】
0003941435.tif 000004
【図４】
0003941435.tif 000005
【図５】
0003941435.tif 000006
【図６】
0003941435.tif 000007
【図７】
0003941435.tif 000008
【図８】
0003941435.tif 000009
【図９】
0003941435.tif 000010
【図１０】
0003941435.tif 000011
【図１１】
0003941435.tif 000012
【図１２】
0003941435.tif 000013