JP2003066973A - 演奏情報再生装置、方法及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 一部の楽曲情報の受信が遅れても、それ以降
の楽曲の再生を時間どおりに行う。 【解決手段】 演奏情報再生装置は、複数の楽曲情報を
記憶する記憶手段と、前記楽曲情報の時間長に基づき再
生開始時刻と終了時刻を表す時刻情報を、前記楽曲情報
に付加する時刻情報付加手段と、前記時刻情報が付加さ
れた楽曲情報を送信する送信手段とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、演奏情報再生装置
に関し、より詳しくは、通信ネットワークを介したネッ
ト有線放送を実現する演奏情報再生装置に関する。

【０００２】

【従来の技術】パーソナルコンピュータ等では、インタ
ーネット等の通信ネットワーク上の音楽サイトに接続し
て、そこに用意されている複数の楽曲から、所望の楽曲
を選択して聞くことが出来る。

【０００３】上記の音楽サイトを利用して、ユーザが複
数の楽曲を連続して聞きたい場合は、それらの複数の楽
曲を１つずつ選択する必要が有る。つまり上記音楽サイ
トでは、ＢＧＭのように適当な音楽を連続して再生させ
ることが困難であった。

【０００４】本発明と同一出願人による特許出願２００
１−１９４６０４号に記載の発明により、上記音楽サイ
トの問題点が解決され、ユーザは、複数曲を１つずつ選
択するなどの、煩わしい作業をすることなく、インター
ネット上で楽曲の連続再生を楽しめるようになった。

【０００５】

【発明が解決しようとする課題】インターネット等の通
信ネットワークを介して、楽曲情報等を配信する場合、
楽曲情報の受信に遅れが生じる場合がある。単純に受信
した楽曲情報を受信するごとに再生していると、一旦楽
曲情報の受信が遅れてしまうと、それ以降の全ての楽曲
の再生に遅れが出てしまう。

【０００６】また、単純に受信した楽曲情報を受信する
ごとに再生していると、次の楽曲情報の受信が遅れてし
まうと、楽曲の再生間に不所望な間隔があいてしまい、
何も再生されない時間帯が生じてしまう。

【０００７】また、常に一定の時間周期で受信の遅れを
確認することが行われているが、再生時間が長い楽曲の
再生中に遅れが確認された場合は、楽曲情報の再送が間
に合うかもしれないが、再生時間が短い楽曲の再生中で
あれば、楽曲情報の再送が間に合わない可能性がある。

【０００８】本発明の目的は、一部の楽曲情報の受信が
遅れても、それ以降の楽曲の再生を時間どおりに行うこ
とができる演奏情報再生装置を提供することである。

【０００９】また、本発明の他の目的は、一部の楽曲情
報の受信が遅れても、楽曲が再生されない状況を回避で
きる演奏情報再生装置を提供することである。

【００１０】さらに、本発明の他の目的は、適切なタイ
ミングで楽曲情報の受信障害を確認することができる演
奏情報再生装置を提供することである。

【００１１】

【課題を解決するための手段】本発明の一観点によれ
ば、演奏情報再生装置は、複数の楽曲情報を記憶する記
憶手段と、前記楽曲情報の時間長に基づき再生開始時刻
と終了時刻を表す時刻情報を、前記楽曲情報に付加する
時刻情報付加手段と、前記時刻情報が付加された楽曲情
報を送信する送信手段とを有する。

【００１２】また、本発明の他の観点によれば、演奏情
報再生装置は、再生開始時刻と終了時刻を表す時刻情報
が付加された楽曲情報を受信する受信手段と、前記受信
した楽曲情報を再生する再生手段と、現在時刻が前記終
了時刻に達した場合に、前記再生手段による楽曲情報の
再生を終了する制御手段とを有する。

【００１３】また、本発明のさらに他の観点によれば、
演奏情報再生装置は、サーバから複数の楽曲情報を再生
順に従い受信する受信手段と、前記受信した楽曲情報を
記憶する記憶手段と、前記楽曲情報を再生順に従い再生
する再生手段と、次に再生する楽曲情報の受信が完了し
ていない場合に、前記記憶手段に記憶されている楽曲情
報を前記再生手段により再生させる制御手段とを有す
る。

【００１４】また、本発明のさらに他の観点によれば、
演奏情報再生装置は、サーバから複数の楽曲情報を再生
順に従い受信する受信手段と、前記楽曲情報を再生順に
従い再生する再生手段と、前記再生手段で現在再生中の
楽曲情報の再生状況に応じて、楽曲情報の受信障害を確
認する確認時刻を決定する決定手段と、前記確認時刻ご
とに楽曲情報の受信障害を検出する検出手段と、前記検
出手段が、楽曲情報の受信障害を検出した場合に、前記
サーバに楽曲情報の再送を要求する要求手段とを有す
る。

【００１５】

【発明の実施の形態】図１は、本発明の実施例によるネ
ット有線システム１００の一例を表すブロック図であ
る。

【００１６】ネット有線システム１００は、ＰＣサイト
（サーバ）１、インターネット等の通信ネットワーク
２、ＰＣ端末又は携帯端末（以下、クライアントとす
る）３、中継局４を含んで構成される。

【００１７】ＰＣサイト１は、例えば、インターネット
上のＷＷＷ（ワールドワイドウェブ）サーバであり、接
続されるクライアントの種々の要求に応答して、各種情
報等を提供する。ＰＣサイト１は、複数の楽曲情報を記
録しており、通信ネットワーク２を介して接続されるク
ライアント３からの要求に従い楽曲情報を連続してクラ
イアント３に送信する。

【００１８】クライアント３は、例えば、パーソナルコ
ンピュータ、通信機能を備えた電子楽器、携帯電話等の
携帯端末である。クライアント３は、ネットワークブラ
ウザ等を使用してＰＣサイト１にアクセスし、楽曲情報
を取得する。

【００１９】なお、クライアント３が、無線の携帯端末
である場合は、中継局４を介して、通信ネットワークに
接続する。中継局４は、携帯端末からの無線通信を送受
信して、通信ネットワーク２との通信を中継するもので
あり、例えば、携帯電話のキャリア等である。

【００２０】上記のネット有線システム１００において
は、ユーザはクライアント３を操作することにより、Ｐ
Ｃサイト１に接続し、ＰＣサイト１上に記憶されている
楽曲情報を連続して受信し、再生することができる。

【００２１】図２は、本発明の実施例によるクライアン
ト３を構成するＰＣ端末又は携帯端末のハードウェア構
成を示すブロック図である。ＰＣサイト１も、このクラ
イアント３とほぼ同様の構成である。

【００２２】バス６には、ＲＡＭ８、ＲＯＭ７、ＣＰＵ
９、タイマ１０、検出回路１１、表示回路１３、外部記
憶装置１５、音源回路１６、通信インターフェイス１
８、ＭＩＤＩインターフェイス１９が接続される。

【００２３】ＲＡＭ８は、フラグ、レジスタ又はバッフ
ァ、各種パラメータ等を記憶するＣＰＵ９のワーキング
エリアを有する。また、受信した楽曲情報を一時的に記
憶する一時記憶領域を有する。ＲＯＭ７には、各種パラ
メータ及び制御プログラム、又は本実施例を実現するた
めのプログラム等を記憶することができる。

【００２４】ＣＰＵ９は、ＲＯＭ７又は、外部記憶装置
１５に記憶されている制御プログラム等に従い、演算又
は制御を行う。タイマ１０は、バス６に接続されてお
り、基本クロック信号、割り込み処理タイミング等をＣ
ＰＵ９に供給する。

【００２５】操作子１２は、検出回路１１に接続され、
例えば、文字入力用キーボード、マウス、演奏用の鍵盤
等であり、ユーザの入力に応じた信号を出力できるもの
ならどのようなものでもよい。

【００２６】表示回路１３は、ディスプレイ１４に接続
され、各種情報をディスプレイ１４に表示することがで
きる。ユーザは、このディスプレイ１４に表示される情
報を参照して、各種情報の入力及び各種設定を行う。

【００２７】外部記憶装置１５は、外部記憶装置用のイ
ンターフェイスを含み、そのインターフェイスを介して
バス６に接続される。外部記憶装置１５は、例えばフロ
ッピー（登録商標）ディスクドライブ（ＦＤＤ）、ハー
ドディスクドライブ（ＨＤＤ）、光磁気ディスク（Ｍ
Ｏ）ドライブ、ＣＤ−ＲＯＭ（コンパクトディスク−リ
ードオンリィメモリ）ドライブ、ＤＶＤ（Ｄｉｇｉｔａ
ｌ ＶｅｒｓａｔｉｌｅＤｉｓｃ）ドライブ、半導体メ
モリ等である。

【００２８】外部記憶装置１５には、後述する本実施例
による楽曲情報データベース（ＤＢ）、選曲リスト、送
信リスト、各種パラメータ、各種データ、及び本実施例
を実現するためのプログラム等を記憶することができ
る。

【００２９】外部記憶装置１５からＲＡＭ８に制御プロ
グラム又は本実施例を実現するためのプログラム等を読
み出すことにより、ＲＯＭ７に制御プログラム等を記憶
させている場合と同様の動作をＣＰＵ９にさせることが
できる。このようにすると、制御プログラム等の追加や
バージョンアップ等が容易に行える。

【００３０】通信インターフェイス１８は、ＬＡＮ（ロ
ーカルエリアネットワーク）やインターネット、電話回
線等の通信ネットワーク２に接続可能であり、該通信ネ
ットワーク２を介して、サーバコンピュータ（ＰＣサイ
ト１）と接続し、ＨＤＤ等外部記憶装置１５、又はＲＡ
Ｍ８等内に、サーバコンピュータから楽曲情報、制御プ
ログラムや本実施例を実現するためのプログラム等をダ
ウンロードすることができる。

【００３１】なお、通信インターフェイス１８及び通信
ネットワーク２は、有線のものに限らず無線でもよい。
また双方を備えていてもよい。

【００３２】音源回路１６は、外部記憶装置１５又はＲ
ＡＭ８等に記録された楽曲情報若しくはＭＩＤＩインタ
ーフェイス１９に接続された電子楽器２０等から供給さ
れる演奏信号、ＭＩＤＩ信号等に応じて楽音信号を生成
し、サウンドシステム１７に供給する。

【００３３】サウンドシステム１７は、Ｄ／Ａ変換器及
びスピーカを含み、供給されるデジタル形式の楽音信号
をアナログ形式に変換し、発音する。

【００３４】ＭＩＤＩインターフェイス（ＭＩＤＩ Ｉ
／Ｆ）１９は、電子楽器２０、その他の楽器、音響機
器、コンピュータ等に接続できるものであり、少なくと
もＭＩＤＩ信号を送受信できるものである。

【００３５】また、ＰＣサイト１として、用いる場合に
は、音源回路１６、サウンドシステム１７、ＭＩＤＩイ
ンターフェイス１９、及び電子楽器２０等の楽曲情報の
再生に用いる構成は省略してもよい。

【００３６】図３は、本発明の実施例によるネット有線
システム１００の機能を表すブロック図である。なお、
通信ネットワーク２は図示を省略したが、ＰＣサイト１
と、クライアント３は、インターネットなどの通信ネッ
トワーク２を介して接続されているものとする。

【００３７】ＰＣサイト１の選曲部２１は、楽曲情報Ｄ
Ｂ２２の内容（記録されている楽曲情報等）を参照し
て、記録されている複数の楽曲情報の中から再生すべき
楽曲情報を選択し、選曲リスト２３に書き込む。楽曲情
報の選択は、ランダムに行ってもよいし、以前に選択し
た楽曲情報と重ならないように選択してもよい。また、
楽曲情報のジャンル等の情報に基づいて選択するように
してもよい。

【００３８】楽曲情報ＤＢ２２は、例えば、外部記憶装
置１５（図２）等に記憶されている楽曲情報のデータベ
ースである。楽曲情報ＤＢ内には複数の楽曲情報が記憶
されている。記憶されている楽曲情報は、例えばＳＭＦ
（Ｓｔａｎｄａｒｄ ＭＩＤＩ Ｆｉｌｅ）フォーマッ
トに準拠した、自動演奏データである。また、例えば、
携帯通信端末用の簡易ＭＩＤＩ規格に基づいた着信メロ
ディ等の自動演奏データである。その他、オーディオフ
ァイルや、動画ファイル等、ネットワーク２を介して配
信可能なものであればどうのようなものでもよい。ま
た、複数の種類の楽曲情報を記録していてもよい。

【００３９】選曲リスト２３は、例えば、外部記憶装置
１５（図２）又はＲＡＭ８等に記憶されており、選曲部
２１が選曲した楽曲情報の再生順を記録している。選曲
部２１は、この選曲リスト２３に記録された楽曲情報の
再生順を読出し、該再生順に従い、再生部２４に楽曲情
報の再生の指示を与える。

【００４０】再生部２４は、選曲部２１からの指示に従
い、楽曲情報ＤＢ２２から楽曲情報を読み出し、読み出
した楽曲情報を、時刻決定部２５から送られる時刻情報
とともに、送受信部２７に送る。

【００４１】時刻決定部２５は、時計２６から得られる
現時刻と、再生部２４により読み出された楽曲情報の時
間長を元に、該楽曲情報の再生開始時刻と終了時刻を決
定する。決定した再生開始時刻と終了時刻は、時刻情報
として、再生部２４に送られる。なお、時計２６は、絶
対的な時間（時刻）を計時している通常の時計である。

【００４２】送受信部２７は、再生部２４から送られる
楽曲情報に時刻情報を付加して、送信先決定部２８から
送られる送信リストに登録された全てのクライアント３
の送信アドレスに、上記の時刻情報を付加された楽曲情
報を送信する。

【００４３】なお、ストリーミング再生を行う場合は、
上記の時刻情報は、楽曲情報の先頭パケットにだけ付加
される。

【００４４】また、送受信部２７は、クライアント３か
ら送信される要求情報を受信し、送信先決定部２８に送
る。クライアント３から送信される要求情報には、ＰＣ
サイト１との接続を開始し楽曲情報の送信開始を要求す
る接続要求、既に送信した楽曲情報の再送を要求する再
送要求、及びＰＣサイト１との接続を終了し楽曲情報の
送信停止を要求する終了要求がある。それぞれの要求情
報には、上記の要求情報の種類を表すデータ、ユーザＩ
Ｄ、及びクライアント３の送信アドレスなどの情報が含
まれる。

【００４５】上記の要求情報のうち、再送要求を受信し
た場合は、再生部２４に対して、再送要求に応じた楽曲
情報の読出しを指示し、該読み出される楽曲情報を再送
要求を送信したクライアント３のアドレスに向けて送信
する。

【００４６】送信先決定部２８は、送受信部２７から受
け取る要求情報に応じてユーザＩＤ、及びクライアント
３の送信アドレスを送信リスト２９に書き込む（又は削
除する）。また、送信先決定部２８は、送信リスト２９
を読み出し、送受信部２７に送る。

【００４７】送信リスト２９は、例えば、外部記憶装置
１５（図２）又はＲＡＭ８等に記憶されており、少なく
とも、楽曲情報を送信するクライアント３のユーザＩＤ
及び送信アドレスが記録されている。ユーザからの接続
要求により、ユーザＩＤ及び送信アドレスが送信リスト
２９に追加され、終了要求によりそれらが送信リスト２
９から削除される。

【００４８】クライアント３の要求指示部３０は、ユー
ザにより入力される接続要求、終了要求及び再送要求の
指示を送受信部３１に伝える。要求指示部３０は、例え
ば、図２の操作子１２で構成される。

【００４９】送受信部３１は、要求指示部３０から受け
取った要求指示にユーザＩＤ、送信アドレスなどを添付
して要求情報としてＰＣサイト１に送信する。なお、要
求指示が再送要求である場合は、さらに、クライアント
側に記憶されている楽曲情報を表す情報又は再送を希望
する楽曲情報を識別するデータが含まれる。

【００５０】また、送受信部３１は、ＰＣサイト１から
送信される楽曲情報及びそれに含まれる時刻情報を受信
する。受信した楽曲情報及び時刻情報を一時記憶部３２
に記憶する。

【００５１】一時記憶部３２は、例えば図２のＲＡＭ８
又は外部記憶装置１５であり、送受信部３１から送られ
る楽曲情報及び時刻情報を再生終了まで保存する。

【００５２】発音（再生）部３３は、時計３４から得ら
れる現時刻が、一時記憶部３２に記憶されている楽曲情
報の再生開始時刻（時刻情報）と一致したら、当該楽曲
情報の読出しを開始し、順次発音する。なお、時計３４
は、前述の時計２６と同様に、絶対的な時間（時刻）を
計時している通常の時計である。

【００５３】図４は、ＰＣサイト１で行うメイン処理を
表すフローチャートである。なお、このメイン処理は、
ＰＣサイト１で常時起動されている。

【００５４】ステップＳＡ１ではメイン処理をスタート
して、各種フラグやバッファを初期化し、次のステップ
ＳＡ２に進む。

【００５５】ステップＳＡ２では、新たな要求情報を受
信したか否かが判断される。新たな要求情報を受信した
場合は、ＹＥＳの矢印で示すステップＳＡ３に進む。新
たな要求情報を受信していない場合は、ＮＯの矢印で示
すステップＳＡ７に進む。

【００５６】ステップＳＡ３では、受信した要求情報の
種類を判断する。受信した要求情報が接続要求であれ
ば、Ａの矢印で示すステップＳＡ４に進む。受信した要
求情報が再送要求であれば、Ｂの矢印で示すステップＳ
Ａ５に進む。受信した要求情報が終了要求であれば、Ｃ
の矢印で示すステップＳＡ６に進む。なお、それぞれの
要求情報には、少なくともユーザＩＤとクライアントの
送信アドレスが含まれる。

【００５７】ステップＳＡ４では、接続要求を送信した
クライアントのユーザＩＤと送信アドレスを送信リスト
に追加する。送信リストにユーザＩＤを追加されたユー
ザのために課金リストが作成される。課金リストには、
例えば、ユーザの接続開始時刻と終了時刻などが記録さ
れ、それをもとに接続料金が計算されて記録される。そ
の後、ステップＳＡ７に進む。

【００５８】ステップＳＡ５では、再送要求を送信した
クライアントに、いまだ到着していない送信済みの楽曲
情報を楽曲情報ＤＢから抽出して送信する。その後、ス
テップＳＡ７に進む。

【００５９】ステップＳＡ６では、終了要求を送信した
クライアントのユーザＩＤと送信アドレスを、送信リス
トから削除し、ユーザの課金リストに記録されている料
金を予め作成されるユーザの課金用アカウントに課金す
る。課金の方法は、例えば、クレジットカード、銀行振
込、郵便振替、電子マネー等であり、どのようなものを
使用してもよい。その後、ステップＳＡ７に進む。

【００６０】ステップＳＡ７では、ステップＳＡ１に処
理を戻し、上記の処理を繰り返させる。

【００６１】図５は、ＰＣサイト１で行う選曲リスト編
集処理を表すフローチャートである。

【００６２】ステップＳＢ１では、選曲リスト編集処理
を開始し、次のステップＳＢ２に進む。この選曲リスト
編集処理は、所定時間ごとに起動される割り込み処理で
ある。起動する間隔（所定時間）は、少なくとも選曲リ
ストに記録されている楽曲情報がなくならない程度に設
定する必要がある。好ましくは、選曲リストの曲数が半
分位になるタイミングで起動する。

【００６３】ステップＳＢ２では、選曲リストに登録さ
れている楽曲情報の数が所定数（例えば１０曲等）未満
か否かを判断する。所定数未満であれば、ＹＥＳの矢印
で示すステップＳＢ３に進む。所定数未満で無ければ、
ＮＯの矢印で示すステップＳＢ５に進み、選曲リスト編
集処理を終了する。

【００６４】ステップＳＢ３では、楽曲情報ＤＢから新
たな曲（楽曲情報）を選曲する。選曲は、ランダムに行
ってもよいし、一定の条件（例えば、楽曲のジャンル
等）を予め設定しそれに従ってもよい。その後、次のス
テップＳＢ４に進む。

【００６５】ステップＳＢ４では、ステップＳＢ３で選
曲した楽曲情報を選曲リストに追加する。その後、次の
ステップＳＢ５に進み、選曲リスト編集処理を終了す
る。

【００６６】図６は、ＰＣサイト１で行う再生処理を表
すフローチャートである。

【００６７】ステップＳＣ１では、再生処理を開始（割
り込みを許可）して、次のステップＳＣ２に進む。この
再生処理は、所定時間ごとに起動する割り込み処理であ
る。所定時間は、楽曲情報の再生方法に依存して設定さ
れる。

【００６８】ストリーミング再生を行う場合は、１つの
楽曲情報を複数のデータパケットに分けて送信するの
で、データパケットを作成する時間周期で割り込みをか
けるようにする。

【００６９】ダウンロード再生を行う場合は、送信する
楽曲情報の再生開始時刻までにダウンロードが完了する
時間周期で割り込みをかける。一度に複数の楽曲情報を
送信する場合は、そのうちの最も早い再生開始時刻に間
に合うようにする。

【００７０】ステップＳＣ２では、今回送信する所定量
分の楽曲情報を楽曲情報ＤＢから読み出す。楽曲情報の
読出しは、選曲リストに登録されている順番に従い行わ
れる。ここで読み出される所定量は、ストリーミング再
生を行う場合は、数秒分の再生を行うために必要なデー
タ量であり、ダウンロード再生を行う場合は、1曲ある
いは複数曲分のデータ量である。その後、次のステップ
ＳＣ３に進む。

【００７１】ステップＳＣ３では、ステップＳＣ２で読
み出された楽曲情報の再生開始時刻と終了時刻を、楽曲
情報の時間長と現時刻から決定し、それらを時刻情報と
して、楽曲情報に付加する。その後、次のステップＳＣ
４に進む。

【００７２】ステップＳＣ４では、送信リストに登録さ
れている全てのクライアント（送信アドレス）に対し
て、ステップＳＣ３で時刻情報を付加した楽曲情報を送
信する。全クライアントに対して、同一の内容の楽曲情
報を同時に送信する。その後、次のステップＳＣ５に進
む。

【００７３】ステップＳＣ５では、全ての情報を送信し
終えた楽曲情報を選曲リストから削除する。その後、次
のステップＳＣ６に進み、再生処理を終了する。

【００７４】図７は、クライアント３で行うメイン処理
を表すフローチャートである。なお、本実施例では、こ
のメイン処理を起動する前にネットワークブラウザ等の
ＰＣサイト１に接続するためのソフトウェアが起動され
ているものとする。

【００７５】ステップＳＤ１では、ユーザの接続要求指
示によりメイン処理をスタートし、次のステップＳＤ２
に進む。

【００７６】ステップＳＤ２では、サーバ（ＰＣサイ
ト）に接続要求を送信し後述の通常再生処理を起動す
る。その後、次のステップＳＤ３に進む。なお、接続要
求には、クライアントのユーザＩＤと送信アドレスが含
まれる。

【００７７】ステップＳＤ３では、受信した楽曲情報
（時刻情報を含む）があれば、それをＲＡＭ８又は外部
記憶装置１５等に作成される一時記憶領域に記憶する。
その後、次のステップＳＤ４に進む。なお、楽曲情報の
受信は、定期的に確認されている。また、受信した楽曲
情報が無ければ、このステップＳＤ３を飛ばして、次の
ステップＳＤ４に進む。

【００７８】ステップＳＤ４では、ユーザによりサーバ
への接続終了指示が出されたか否かを検出する。終了指
示があれば、ＹＥＳの矢印で示す次のステップＳＤ５に
進む。終了指示がなければＮＯの矢印で示すステップＳ
Ｄ３に戻る。

【００７９】ステップＳＤ５では、サーバに終了要求を
送信し、再生処理を終了する。なお終了要求には、クラ
イアントのユーザＩＤと送信アドレスが含まれる。その
後、次のステップＳＤ６に進みメイン処理を終了する。

【００８０】図８は、クライアント３で行う楽曲情報削
除処理を表すフローチャートである。この楽曲情報削除
処理は、所定時間ごとに起動される割り込み処理であ
る。

【００８１】ステップＳＥ１では、楽曲情報削除処理を
スタートして、次のステップＳＥ２に進む。

【００８２】ステップＳＥ２では、図７のステップＳＤ
３で受信した楽曲情報を記憶する一時記憶領域に所定数
以上の楽曲情報が記憶されているか否かを判断する。所
定数以上の楽曲情報が記憶されていれば、ＹＥＳの矢印
で示すステップＳＥ３に進む。記憶されている楽曲情報
が所定数以下であれば、ＮＯの矢印で示すステップＳＥ
４に進み楽曲情報削除処理を終了する。

【００８３】ステップＳＥ３では、新しく受信した順に
数えて所定数の楽曲情報を一時記憶領域に残し、それ以
外の古い楽曲情報を削除する。その後、次のステップＳ
Ｅ４に進み、楽曲情報削除処理を終了する。

【００８４】上記の楽曲情報削除処理を定期的に起動す
ることにより、後述する特殊再生処理により、楽曲情報
の受信が送れた場合に再生する楽曲情報を残しておくこ
とができる。また、余分な楽曲情報を、なるべく早く削
除することができる。余分な楽曲情報を削除することに
より、楽曲情報の無断複製等を減らすことができる。

【００８５】図９は、クライアント３で行う再生曲設定
処理を表すフローチャートである。この再生曲設定処理
は、所定時間ごとに起動される割り込み処理である。

【００８６】ステップＳＦ１では、再生曲設定処理を開
始して、次のステップＳＦ２に進む。

【００８７】ステップＳＦ２では、再生曲が設定されて
いるか否かを確認する。再生曲が設定されていない場合
は、次の再生曲を設定するためＮＯの矢印に従いステッ
プＳＦ３に進む。再生曲が設定されている場合は、現
在、楽曲の再生中であり、再生曲の設定が必要ないの
で、ＹＥＳの矢印で示すステップＳＦ１０に進み再生曲
設定処理を終了する。

【００８８】ステップＳＦ３では、次に再生する楽曲情
報が一時記憶領域に記憶されているか否かを判断する。
次に再生する楽曲情報が一時記憶領域に記憶されていな
い場合は、ＮＯの矢印に従いステップＳＦ４に進む。次
に再生する楽曲情報が一時記憶領域に記憶されている場
合は、ＹＥＳの矢印で示すステップＳＦ７に進む。

【００８９】ステップＳＦ４では、サーバに対して、新
たな楽曲情報の送信を要求する再送要求を送信する。再
送要求には、ユーザＩＤ、送信アドレス、及びクライア
ント側に記憶されている楽曲情報を表す情報が含まれて
いる。その後、次のステップＳＦ５に進む。

【００９０】ステップＳＦ５では、一時記憶領域に記憶
されている楽曲情報の中から一曲を選択して、再生曲と
して設定する。再生曲の選択は、例えば、ランダムに行
う。その後、次のステップＳＦ６に進む。

【００９１】ステップＳＦ６では、図１２に示す特殊再
生処理の割り込みを許可して（処理を起動する）、図１
１に示す通常再生処理、図１０に示す確認処理及びこの
再生曲設定処理の割り込みを禁止する（処理を停止す
る）。その後、ステップＳＦ１０に進み再生曲設定処理
を終了する。

【００９２】ステップＳＦ７は、ステップＳＦ３でＮＯ
の矢印に従った時の処理である。ステップＳＦ７では、
現時刻が、次の再生曲の再生開始時刻に達したか否かが
判断される。再生開始時刻に達していれば、ＹＥＳの矢
印で示すステップＳＦ８に進む。再生開始時刻に達して
いなければＮＯの矢印に従いステップＳＦ１０に進み再
生曲設定処理を終了する。

【００９３】ステップＳＦ８では、新たな楽曲情報の曲
を再生曲として設定し、図１１の通常再生処理を起動す
る。その後、次のステップＳＦ９に進む。

【００９４】ステップＳＦ９では、再生曲の再生時間に
応じて、受信の状況を確認する時刻（確認時刻）を設定
する。確認時刻は、後述の図１０に示す確認処理の割り
込み周期である。なお、確認時刻は、再生時間内に１回
だけであってもよいし、複数回であってもよい。少なく
とも、確認を行った後から楽曲情報の再送信をはじめた
場合でも、再生中の楽曲が終了するまでに楽曲情報の受
信を完了することが可能な時刻を最初の確認時刻に設定
する。その後、次のステップＳＦ１０に進み再生曲設定
処理を終了する。

【００９５】なお、１つの楽曲の再生が終了すると、次
の楽曲の再生時刻になるまで若干の間だけ楽曲の再生が
停止されるようになっている。

【００９６】図１０は、クライアント３で行う受信遅れ
の確認処理を表すフローチャートである。この確認処理
は、図１１に示す通常再生処理が起動している間、次に
再生する楽曲情報を受信できているかを確認するため
に、一定周期で起動される割り込み処理である。

【００９７】ステップＳＧ１では、確認処理をスタート
して次のステップＳＧ２に進む。

【００９８】ステップＳＧ２では、現時刻が図９のステ
ップＳＦ９で設定する確認時刻に達したか否かが判断さ
れる。現時刻が確認時刻に達していれば、ＹＥＳの矢印
で示すステップＳＧ３に進む。確認事項に達していなけ
れば、ＮＯの矢印で示すステップＳＧ５に進み確認処理
を終了する。

【００９９】ステップＳＧ３では、次に再生する楽曲情
報が、一時記憶領域に記憶されているか否かを判断す
る。次に再生する楽曲情報が記憶されていない場合は、
楽曲情報の受信が正常に行われていないので、ＮＯの矢
印で示すステップＳＧ４に進む。次に再生する楽曲情報
が記憶されている場合は、楽曲情報の受信が正常に行わ
れているので、ＹＥＳの矢印に従い、ステップＳＧ５に
進み確認処理を終了する。

【０１００】ステップＳＧ４では、サーバに対して、新
たな楽曲情報（次に再生する楽曲情報）の送信を要求す
る再送要求を送信する。次に再生する楽曲情報を受信で
きていない場合には、通常再生処理を継続させながら、
その裏で、同時進行させて、次の楽曲情報を受信する。
その後、次のステップＳＧ５に進み確認処理を終了す
る。なお、再送要求には、ユーザＩＤ、送信アドレス、
及びクライアント側に記憶されている楽曲情報の情報が
含まれる。

【０１０１】図１１は、クライアント３で行う通常再生
処理を表すフローチャートである。通常再生処理は、サ
ーバから受信した楽曲情報が時刻情報どおりに再生でき
るときに起動している再生処理である。

【０１０２】ステップＳＨ１では、通常再生処理をスタ
ートして、次のステップＳＧ２に進む。通常再生処理
は、図７のステップＳＤ２又は再生分解能のタイミング
ごとに起動する割り込み処理である。

【０１０３】再生分解能のタイミングとは、例えば、Ｍ
ＩＤＩデータを再生するときはＭＩＤＩクロックのタイ
ミングであり、オーディオデータを再生するときは、サ
ンプリング周期のタイミングである。

【０１０４】ステップＳＨ２では、再生曲が設定されて
いるか否かを確認する。再生曲が設定されているときは
ＹＥＳの矢印で示すステップＳＨ３に進む。再生曲が設
定されていないときは、ＮＯの矢印で示すステップＳＨ
９に進み、通常再生処理を終了する。

【０１０５】ステップＳＨ３では、現時刻が再生曲の終
了時刻に達しているか否かを判断する。終了時刻に達し
ていれば、ＹＥＳの矢印で示すステップＳＨ７に進む。
終了時刻に達していなければ、ＮＯの矢印で示すステッ
プＳＨ４に進む。

【０１０６】ステップＳＨ４では、今回のタイミングで
処理すべきイベントを一時記憶領域等に記憶されている
楽曲情報から読み出す。その後、次のステップＳＨ５に
進む。

【０１０７】ステップＳＨ５では、今回ステップＳＨ４
で読み出したイベントが終了イベントであるか否かを確
認する。今回のタイミングが終了イベントではない場合
は、ＮＯの矢印で示すステップＳＨ６に進む。今回のイ
ベントが終了イベントであるときは、ＹＥＳの矢印で示
すステップＳＨ７に進む。

【０１０８】ステップＳＨ６では、ステップＳＨ４で読
み出されたイベントに従い楽曲を再生（発音）する。そ
の後、ステップＳＨ９に進み通常再生処理を終了する。

【０１０９】ステップＳＨ７では、現在再生されている
楽曲情報の発音を停止する。なお、楽曲情報が最後まで
再生されていなくとも、終了時刻がくると再生を強制的
に終了する。その後、次のステップＳＨ８に進む。

【０１１０】ステップＳＨ８では、ステップＳＨ７で再
生（発音）を停止した楽曲情報について再生曲の設定を
解除する。その後、ステップＳＨ９に進み通常再生処理
を終了する。

【０１１１】図１２は、クライアント３で行う特殊再生
処理を表すフローチャートである。特殊再生処理は、サ
ーバからの楽曲情報の受信が遅れているときに起動して
いる再生処理である。

【０１１２】ステップＳＩ１では、特殊再生処理をスタ
ートして、次のステップＳＩ２に進む。この特殊再生処
理は、図９のステップＳＦ６で割り込みが許可される割
り込み処理であり、その後は、図１１の通常再生処理と
同じ割り込み周期で起動される。

【０１１３】この特殊再生処理の割り込みが許可されて
いる間、同時に起動しているのは、図７のメイン処理の
みであり、図１１の設定処理、図１０の確認処理及び図
１１の通常再生処理の割り込みは禁止されている（処理
が停止している）。

【０１１４】ステップＳＩ２では、次に再生する楽曲情
報の受信が完了したか否かを判断する。受信完了してい
ればＹＥＳの矢印で示すステップＳＩ３に進む。受信完
了していなければ、ＮＯの矢印で示すステップＳＩ６に
進む。

【０１１５】ステップＳＩ３では、再生されている楽曲
の発音を停止し、受信完了した楽曲情報の曲を再生曲に
設定する。すなわち、受信が遅れていた楽曲情報を完全
に受信し終えたので、受信完了時点の時刻で、本来再生
されているべき楽曲（受信した楽曲）へと再生を切り替
える。その後、次のステップＳＩ４に進む。

【０１１６】ステップＳＩ４では、ステップＳＩ３で設
定した再生曲の再生時間に応じて、確認時刻を設定す
る。その後、次のステップＳＩ５に進む。

【０１１７】ステップＳＩ５では、この特殊再生処理の
割り込みを禁止（処理を停止）して、通常再生処理、設
定処理及び確認処理の割り込みを許可（起動）する。そ
の後、ステップＳＩ１０に進み、特殊再生処理を終了す
る。

【０１１８】ステップＳＩ６〜ＳＩ９の処理は、ステッ
プＳＩ２でＮＯの矢印に従った場合の処理である。すな
わち、受信が遅れている楽曲情報が完全に受信されるま
での間に、クライアントの一時記憶領域に記憶されてい
る過去に再生された楽曲情報を再生する処理である。

【０１１９】ステップＳＩ６では、今回のタイミングで
処理すべきイベントを読み出す。その後、次のステップ
ＳＩ７に進む。

【０１２０】ステップＳＩ７では、ステップＳＩ６で読
み出された今回のイベントが終了イベントであるか否か
を判断する。今回のイベントが終了イベントである場合
には、ＹＥＳの矢印で示すステップＳＩ８に進む。今回
のイベントが終了イベントでない場合には、ＮＯの矢印
で示すステップＳＩ９に進む。

【０１２１】ステップＳＩ８では、一時記憶領域から再
生する楽曲情報を選択して、再生曲として設定する。楽
曲情報の選択は、例えば、ランダムに行う。その後、ス
テップＳＩ１０に進んで特殊再生処理を終了する。

【０１２２】なお、楽曲情報の受信に時間がかかるよう
であれば、ユーザが飽きないように再生する楽曲情報を
ランダムに変更する。

【０１２３】ステップＳＩ９では、ステップＳＩ６で読
み出されたイベントに従い、楽曲を再生（発音）する。
その後、ステップＳＩ１０進み特殊再生処理を終了す
る。

【０１２４】以上、本実施例によれば、楽曲情報に再生
開始時刻と再生終了時刻が含まれるので、受信装置側で
受信した楽曲情報をいつ再生すべきかを判断することが
できる。

【０１２５】また、本実施例によれば、一部の楽曲情報
の受信が遅れても、それ以降の楽曲の再生を、楽曲情報
に含まれる再生時間どおりに行うことができる。

【０１２６】また、本実施例によれば、一部の楽曲情報
の受信が遅れても、その間、一時記憶領域に記憶されて
いる楽曲情報尾を再生するので、楽曲が再生されない状
況を回避できる。

【０１２７】また、本実施例によれば、楽曲情報の時間
長にあわせて確認時刻を設定するので、適切なタイミン
グ楽曲情報の受信障害を確認することができる。すなわ
ち、現在再生中の楽曲の再生時間長が短い場合は、早め
に再送要求を送信するなどして、現在再生中の楽曲が終
了する前に次の楽曲の受信を終えることができる。

【０１２８】なお、本実施例のクライアント３は電子楽
器、パソコン＋アプリケーションソフトウェアの形態、
携帯電話等の携帯型通信端末の他、カラオケ装置や、ゲ
ーム装置、自動演奏ピアノなどどのような形態をとって
もよい。

【０１２９】以上実施例に沿って本発明を説明したが、
本発明はこれらに制限されるものではない。例えば、種
々の変更、改良、組合せ等が可能なことは当業者に自明
であろう。

【０１３０】

【発明の効果】以上説明したように、本発明によれば、
一部の楽曲情報の受信が遅れても、それ以降の楽曲の再
生を時間どおりに行うことができる。

【０１３１】また、本発明によれば、一部の楽曲情報の
受信が遅れても、楽曲が再生されない状況を回避でき
る。

【０１３２】また、本発明によれば、適切なタイミング
楽曲情報の受信障害を確認することができる。

【図面の簡単な説明】

【図１】 本発明の実施例によるネット有線システム１
００の一例を表すブロック図である。

【図２】 本発明の実施例によるクライアント３を構成
するＰＣ端末又は携帯端末のハードウェア構成を示すブ
ロック図である。

【図３】 本発明の実施例によるネット有線システム１
００の機能を表すブロック図である。

【図４】 ＰＣサイト１で行うメイン処理を表すフロー
チャートである。

【図５】 ＰＣサイト１で行う選曲リスト編集処理を表
すフローチャートである。

【図６】 ＰＣサイト１で行う再生処理を表すフローチ
ャートである。

【図７】 クライアント３で行うメイン処理を表すフロ
ーチャートである。

【図８】 クライアント３で行う楽曲情報削除処理を表
すフローチャートである。

【図９】 クライアント３で行う再生曲設定処理を表す
フローチャートである。

【図１０】 クライアント３で行う受信遅れの確認処理
を表すフローチャートである。

【図１１】 クライアント３で行う通常再生処理を表す
フローチャートである。

【図１２】 クライアント３で行う特殊再生処理を表す
フローチャートである。

【符号の説明】

１…ＰＣサイト、２…通信ネットワーク、３…クライア
ント、４…中継局、６…バス、７…ＲＯＭ、８…ＲＡ
Ｍ、９…ＣＰＵ、１０…タイマ、１１…検出回路、１２
…操作子、１３…表示回路、１４…ディスプレイ、１５
…外部記憶装置、１６…音源回路、１７…サウンドシス
テム、１８…通信Ｉ／Ｆ、１９…ＭＩＤＩＩ／Ｆ、２０
…電子機器、２１…選曲部、２２…楽曲情報ＤＢ、２３
…選曲リスト、２４…再生部、２５…時刻決定部、２
６、３４…時計、２７、３１…送受信部、２８…送信先
決定部、２９…送信リスト、３０…要求指示部、３２…
一時記憶部、３３…発音部、１００…ネット有線システ
ム

Claims (8)

【特許請求の範囲】
1. 【請求項１】 複数の楽曲情報を記憶する記憶手段と、 前記楽曲情報の時間長に基づき再生開始時刻と終了時刻
   を表す時刻情報を、前記楽曲情報に付加する時刻情報付
   加手段と、 前記時刻情報が付加された楽曲情報を送信する送信手段
   とを有する演奏情報再生装置。
2. 【請求項２】 再生開始時刻と終了時刻を表す時刻情報
   が付加された楽曲情報を受信する受信手段と、 前記受信した楽曲情報を再生する再生手段と、 現在時刻が前記終了時刻に達した場合に、前記再生手段
   による楽曲情報の再生を終了する制御手段とを有する演
   奏情報再生装置。
3. 【請求項３】 サーバから複数の楽曲情報を再生順に従
   い受信する受信手段と、 前記受信した楽曲情報を記憶する記憶手段と、 前記楽曲情報を再生順に従い再生する再生手段と、 次に再生する楽曲情報の受信が完了していない場合に、
   前記記憶手段に記憶されている楽曲情報を前記再生手段
   により再生させる制御手段とを有する演奏情報再生装
   置。
4. 【請求項４】 サーバから複数の楽曲情報を再生順に従
   い受信する受信手段と、 前記楽曲情報を再生順に従い再生する再生手段と、 前記再生手段で現在再生中の楽曲情報の再生状況に応じ
   て、楽曲情報の受信障害を確認する確認時刻を決定する
   決定手段と、 前記確認時刻ごとに楽曲情報の受信障害を検出する検出
   手段と、 前記検出手段が、楽曲情報の受信障害を検出した場合
   に、前記サーバに楽曲情報の再送を要求する要求手段と
   を有する演奏情報再生装置。
5. 【請求項５】 複数の楽曲情報を記憶手段に記憶する記
   憶手順と、 前記楽曲情報の時間長に基づき再生開始時刻と終了時刻
   を表す時刻情報を、前記楽曲情報に付加する時刻情報付
   加手順と、 前記時刻情報が付加された楽曲情報を送信する送信手順
   とを有する演奏情報再生手順をコンピュータに実行させ
   るためのプログラム。
6. 【請求項６】 再生開始時刻と終了時刻を表す時刻情報
   が付加された楽曲情報を受信する受信手順と、 前記受信した楽曲情報を再生する再生手順と、 現在時刻が前記終了時刻に達した場合に、前記再生手順
   による楽曲情報の再生を終了する制御手順とを有する演
   奏情報再生手順をコンピュータに実行させるためのプロ
   グラム。
7. 【請求項７】 サーバから複数の楽曲情報を再生順に従
   い受信する受信手順と、 前記受信した楽曲情報を記憶手段に記憶する記憶手順
   と、 前記楽曲情報を再生順に従い再生する再生手順と、 次に再生する楽曲情報の受信が完了していない場合に、
   前記記憶手段に記憶されている楽曲情報を前記再生手順
   により再生させる制御手順とを有する演奏情報再生手順
   をコンピュータに実行させるためのプログラム。
8. 【請求項８】 サーバから複数の楽曲情報を再生順に従
   い受信する受信手順と、 前記楽曲情報を再生順に従い再生する再生手順と、 前記再生手順で現在再生中の楽曲情報の再生状況に応じ
   て、楽曲情報の受信障害を確認する確認時刻を決定する
   決定手順と、 前記確認時刻ごとに楽曲情報の受信障害を検出する検出
   手順と、 前記検出手順が、楽曲情報の受信障害を検出した場合
   に、前記サーバに楽曲情報の再送を要求する要求手順と
   を有する演奏情報再生手順をコンピュータに実行させる
   ためのプログラム。