(57)【特許請求の範囲】
【請求項１】
通信回線を介して接続された複数の楽曲情報受信装置に対して、楽曲情報を配信する楽曲情報配信装置であって、
複数の楽曲情報を記憶する記憶手段と、
前記楽曲情報の配信先となる複数の楽曲情報受信装置を登録した送信先リストと、
前記記憶された複数の楽曲情報のうち前記各楽曲情報受信装置において順次再生させるべく選曲された複数の楽曲情報を、各楽曲毎に再生開始時刻とともにリストアップした選曲リストと、
前記楽曲情報受信装置より楽曲情報の配信要求を受け付ける受け付け手段と、
前記受け付け手段によって前記配信要求が受け付けられたことに応じて、前記選曲リストにて前記再生開始時刻が現在時刻より後に到来する楽曲情報を選択し、該選択された楽曲情報を前記記憶手段から読み出して、前記配信要求を行った楽曲情報受信装置に対して配信するとともに、当該楽曲情報受信装置を前記送信先リストに登録する初期配信手段と、
前記選曲リストにリストアップされた楽曲情報であって、前記再生開始時刻が現在時刻より後に到来する１つの楽曲情報を、所定の期間内に、前記送信先リストに登録された複数の楽曲情報受信装置に配信する配信手段と、
前記選曲リストにリストアップされた楽曲情報のうち、前記送信先リストに登録された複数の楽曲情報受信装置にて再生の完了した楽曲情報を検出する検出手段と、
前記検出手段によって再生の完了した楽曲情報が検出されたことに応じて、当該再生の完了した楽曲情報を前記選曲リストから削除し、前記記憶手段に記憶された複数の楽曲情報のうち１つの楽曲情報を選曲して、その再生開始時刻を決定し、当該選曲された１つの楽曲情報を前記決定された再生開始時刻とともに前記選曲リストに登録する選曲手段と
を有することを特徴とする楽曲情報配信装置。
【請求項２】
前記配信手段は、前記送信先リストに登録された楽曲情報受信装置が複数あるときに、該複数の楽曲情報受信装置を複数のグループに分割し、該分割された各グループ毎に異なったタイミングで、前記再生開始時刻が前記現在時刻より後に到来する１つの楽曲情報を配信することを特徴とする請求項１に記載の楽曲情報配信装置。
【請求項３】
通信回線を介して接続された複数の楽曲情報受信装置に対して、楽曲情報を配信するためのプログラムであって、
前記楽曲情報受信装置より楽曲情報の配信要求を受け付ける受け付け手順と、
複数の楽曲情報を記憶する記憶手段から、前記各楽曲情報受信装置に配信させるべき複数の楽曲情報を選曲する選曲手順と、
前記受け付け手順によって前記配信要求が受け付けられたことに応じて、記憶手段に記憶された複数の楽曲情報のうち前記各楽曲情報受信装置において順次再生させるべく選曲された複数の楽曲情報を、各楽曲毎に再生開始時刻とともにリストアップした選曲リストにて前記再生開始時刻が現在時刻より後に到来する楽曲情報を選択し、該選択された楽曲情報を前記記憶手段から読み出して、前記配信要求を行った楽曲情報受信装置に対して配信するとともに、当該楽曲情報受信装置を、前記楽曲情報の配信先となる複数の楽曲情報受信装置を登録した送信先リストに登録する初期配信手順と、
前記選曲リストにリストアップされた楽曲情報であって、前記再生開始時刻が現在時刻より後に到来する１つの楽曲情報を、所定の期間内に、前記送信先リストに登録された複数の楽曲情報受信装置に配信する配信手順と、
前記選曲リストにリストアップされた楽曲情報のうち、前記送信先リストに登録された複数の楽曲情報受信装置にて再生の完了した楽曲情報を検出する検出手順と、
前記検出手順によって再生の完了した楽曲情報が検出されたことに応じて、当該再生の完了した楽曲情報を前記選曲リストから削除し、前記記憶手段に記憶された複数の楽曲情報のうち１つの楽曲情報を選曲して、その再生開始時刻を決定し、当該選曲された１つの楽曲情報を前記決定された再生開始時刻とともに前記選曲リストに登録する選曲手順と
をコンピュータに実行させるためのプログラム。
【請求項４】
前記配信手順では、前記送信先リストに登録された楽曲情報受信装置が複数あるときに、該複数の楽曲情報受信装置を複数のグループに分割し、該分割された各グループ毎に異なったタイミングで、前記再生開始時刻が前記現在時刻より後に到来する１つの楽曲情報を配信することを特徴とする請求項３に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線を介して楽曲情報を配信する楽曲情報配信装置および楽曲情報を配信するためのプログラムに関する。
【０００２】
【従来の技術】
通信回線を介して楽曲情報を配信する楽曲情報配信装置として、サーバコンピュータ上に、複数の楽曲情報を格納した音楽サイトを構築し、クライアントＰＣ（パーソナルコンピュータ）から所定の楽曲情報に対する配信要求を受け取ると、この配信要求に対応する楽曲情報を当該クライアントＰＣに配信するようにしたものは、従来から知られている。
【０００３】
しかし、このような楽曲情報配信装置では、クライアントＰＣ側で複数の曲を連続して聞きたい場合には、当該各楽曲情報に対する各配信要求を１つずつ行う必要があるため、聴取者にとっては煩わしかった。つまり、上記楽曲情報配信装置では、クライアントＰＣ側で、ＢＧＭのように適当な曲を連続して再生させることが簡単にはできなかった。
【０００４】
これに対処するため、本願出願人は、特願２００１−１９４６０４号で、通信回線を介して接続されているすべてのクライアントＰＣ（装置）に対して、個々のクライアントＰＣが接続された時点から楽曲情報を連続的に配信するようにした楽曲情報配信装置を提案した。
【０００５】
【発明が解決しようとする課題】
しかし、上記従来の楽曲情報配信装置では、楽曲情報を送信すべきクライアントＰＣの数が多い場合には、楽曲情報の送信時に通信回線が混雑してしまい、すべてのクライアントＰＣに対して楽曲情報をスムーズに送信できない可能性があった。
【０００６】
本発明は、この点に着目してなされたものであり、楽曲情報を送信すべきクライアントＰＣの数が多い場合であっても、すべてのクライアントＰＣに対して楽曲情報をスムーズに送信することが可能な楽曲情報配信装置および楽曲情報を配信するためのプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、請求項１に記載の楽曲情報配信装置は、通信回線を介して接続された複数の楽曲情報受信装置に対して、楽曲情報を配信する楽曲情報配信装置であって、複数の楽曲情報を記憶する記憶手段と、前記楽曲情報の配信先となる複数の楽曲情報受信装置を登録した送信先リストと、前記記憶された複数の楽曲情報のうち前記各楽曲情報受信装置において順次再生させるべく選曲された複数の楽曲情報を、各楽曲毎に再生開始時刻とともにリストアップした選曲リストと、前記楽曲情報受信装置より楽曲情報の配信要求を受け付ける受け付け手段と、前記受け付け手段によって前記配信要求が受け付けられたことに応じて、前記選曲リストにて前記再生開始時刻が現在時刻より後に到来する楽曲情報を選択し、該選択された楽曲情報を前記記憶手段から読み出して、前記配信要求を行った楽曲情報受信装置に対して配信するとともに、当該楽曲情報受信装置を前記送信先リストに登録する初期配信手段と、前記選曲リストにリストアップされた楽曲情報であって、前記再生開始時刻が現在時刻より後に到来する１つの楽曲情報を、所定の期間内に、前記送信先リストに登録された複数の楽曲情報受信装置に配信する配信手段と、前記選曲リストにリストアップされた楽曲情報のうち、前記送信先リストに登録された複数の楽曲情報受信装置にて再生の完了した楽曲情報を検出する検出手段と、前記検出手段によって再生の完了した楽曲情報が検出されたことに応じて、当該再生の完了した楽曲情報を前記選曲リストから削除し、前記記憶手段に記憶された複数の楽曲情報のうち１つの楽曲情報を選曲して、その再生開始時刻を決定し、当該選曲された１つの楽曲情報を前記決定された再生開始時刻とともに前記選曲リストに登録する選曲手段とを有することを特徴とする。
【０００８】
また、請求項２に記載の楽曲情報配信装置は、請求項１の楽曲情報配信装置において、前記配信手段は、前記送信先リストに登録された楽曲情報受信装置が複数あるときに、該複数の楽曲情報受信装置を複数のグループに分割し、該分割された各グループ毎に異なったタイミングで、前記再生開始時刻が前記現在時刻より後に到来する１つの楽曲情報を配信することを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００１０】
図１は、本発明の一実施の形態に係る楽曲情報配信装置を含む楽曲情報配信システムの概略構成を示すブロック図である。同図に示すように、本実施の形態の楽曲情報配信システムは、有線通信および無線通信の双方を含む通信ネットワークに接続された、少なくとも１つのサーバコンピュータ（楽曲情報配信装置）１０２と、複数のクライアントＰＣ（パーソナルコンピュータ）０，１０３と、クライアント携帯端末１０３′と、中継サーバ１０２′とによって構成されている。本実施の形態では、クライアントＰＣおよびクライアント携帯端末（以下、これらをまとめて「クライアント端末」（楽曲情報受信装置）という）側で、ネットワークブラウザ・ソフトウェアを起動し、サーバコンピュータ１０２に対して接続要求を含む第１の要求情報を送信することで、サーバコンピュータ１０２から提供される楽曲情報をクライアント端末で受信して再生するようにした、クライアント・サーバシステムを想定している。もちろん、このシステム構成は一例に過ぎず、クライアント端末の個数、サーバコンピュータや中継サーバの個数は、図示例の個数に限られるわけではない。
【００１１】
サーバコンピュータ１０２は、主として、楽曲情報をクライアント端末に配信する楽曲情報配信サイトを提供するものであり、その楽曲情報データベース上に、クライアント端末の、後述する音源回路で楽曲を再生するための各種情報からなる楽曲情報を複数記憶している。
【００１２】
中継サーバ１０２′は、無線回線を介してクライアント携帯端末１０３′と接続されるとともに、有線回線を介してサーバコンピュータ１０２と接続され、クライアント携帯端末１０３′およびサーバコンピュータ１０２間のデータの送受信を中継するものである。本実施の形態では、中継サーバ１０２′は、サーバコンピュータ１０２と直接接続されているが、これに限らず、通信ネットワークを介して間接的に接続されるようにしてもよい。
【００１３】
また、本実施の形態では、クライアントＰＣ０，１０３は、通常の汎用ＰＣを想定し、クライアント携帯端末１０３′は、携帯型の汎用ＰＣや携帯電話機を想定している。
【００１４】
図２は、クライアントＰＣ０の詳細な構成を示すブロック図である。
【００１５】
同図に示すように、クライアントＰＣ０は、主に文字情報を入力するためのキーボード１と、ポインティングデバイスであるマウス２と、キーボード１の各キーの操作状態を検出するキー操作検出回路３と、マウス２の操作状態を検出するマウス操作検出回路４と、装置全体の制御を司るＣＰＵ５と、該ＣＰＵ５が実行する制御プログラムや、各種テーブルデータ等を記憶するＲＯＭ６と、演奏データ、各種入力情報および演算結果等を一時的に記憶するＲＡＭ７と、タイマ割込み処理における割込み時間や各種時間を計時するタイマ８と、各種情報等を表示する、たとえば大型液晶ディスプレイ（ＬＣＤ）若しくはＣＲＴ（Cathode Ray Tube）ディスプレイおよび発光ダイオード（ＬＥＤ）等を備えた表示装置９と、記憶媒体であるフロッピディスク（ＦＤ）２０をドライブするフロッピー（登録商標）ディスクドライブ（ＦＤＤ）１０と、前記制御プログラムを含む各種アプリケーションプログラムや各種データ等を記憶するハードディスク（図示せず）をドライブするハードディスクドライブ（ＨＤＤ）１１と、前記制御プログラムを含む各種アプリケーションプログラムや各種データ等を記憶するコンパクトディスク−リード・オンリ・メモリ（ＣＤ−ＲＯＭ）２１をドライブするＣＤ−ＲＯＭドライブ（ＣＤ−ＲＯＭＤ）１２と、外部からのＭＩＤＩ（Musical Instrument Digital Interface）信号を入力したり、ＭＩＤＩ信号を外部に出力したりするＭＩＤＩインターフェース（Ｉ／Ｆ）１３と、通信ネットワーク１０１を介して、たとえばサーバコンピュータ１０２とデータの送受信を行う通信インターフェース（Ｉ／Ｆ）１４と、キーボード１から入力された演奏データや予め記録された演奏データ等を楽音信号に変換する音源回路１５と、該音源回路１５からの楽音信号に各種効果を付与するための効果回路１６と、該効果回路１６からの楽音信号を音響に変換する、たとえば、ＤＡＣ（Digital-to-Analog Converter）やアンプ、スピーカ等のサウンドシステム１７とにより構成されている。
【００１６】
上記構成要素３〜１６は、バス１８を介して相互に接続され、ＣＰＵ５にはタイマ８が接続され、ＭＩＤＩＩ／Ｆ１３には他のＭＩＤＩ機器１００が接続され、通信Ｉ／Ｆ１４には通信ネットワーク１０１が接続され、音源回路１５には効果回路１６が接続され、効果回路１６にはサウンドシステム１７が接続されている。
【００１７】
なお、本実施の形態では、音源回路１５は、その名称の通り、すべてハードウェアで構成したが、これに限らず、一部ソフトウェアで構成し、残りの部分をハードウェアで構成してもよいし、また、すべてソフトウェアで構成するようにしてもよい。
【００１８】
ＨＤＤ１１のハードディスクには、前述のように、ＣＰＵ５が実行する制御プログラムも記憶でき、ＲＯＭ６に制御プログラムが記憶されていない場合には、このハードディスクに制御プログラムを記憶させておき、それをＲＡＭ７に読み込むことにより、ＲＯＭ６に制御プログラムを記憶している場合と同様の動作をＣＰＵ５にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。
【００１９】
通信Ｉ／Ｆ１４は、たとえばＬＡＮ（Local Area Network）やインターネット、電話回線等の通信ネットワーク１０１に接続されており、該通信ネットワーク１０１を介して、サーバコンピュータ１０２からプログラムやパラメータをダウンロードするために用いられる。
【００２０】
クライアントＰＣ１０３も、本実施の形態では上述のように、クライアントＰＣ０と同様の汎用ＰＣを用いているため、その構成も、上記クライアントＰＣ０と同様にすればよい。
【００２１】
また、クライアント携帯端末１０３′は、本実施の形態では上述のように、無線回線を介して中継サーバ１０２′とデータのやりとりをするため、少なくとも無線通信インターフェースを備える必要があり、それに加えて、携帯端末であるため、軽量化する必要がある。したがって、クライアント携帯端末１０３′としては、クライアントＰＣ０の上記構成から、マウス２、マウス操作検出回路４，ＦＤＤ１０、ＣＤ−ＲＯＭＤ１２およびＭＩＤＩＩ／Ｆ１３を削除した残りの要素と、通信Ｉ／Ｆ１４として無線回線にアクセスできるものとから構成されるものを用いればよい。なお、クライアント携帯端末１０３′が携帯電話機の場合には、上記クライアント携帯端末１０３′の構成において、キーボード１および表示装置９をパネル面に一体的に構成するようにすればよい。
【００２２】
さらに、サーバコンピュータ１０２も、本実施の形態では特別な構成のものを使用する必要がないため、上記クライアントＰＣ０と同様の構成のものを使用するようにすればよい。ただし、サーバコンピュータは、楽音を発生させることを必須条件としていないため、クライアントＰＣ０の上記構成から音源回路１５、効果回路１６およびサウンドシステム１７を削除して構成するようにしてもよい。
【００２３】
以上のように構成された楽曲情報配信システムが実行する制御処理を、まず、図３および図４を参照してその概要を説明し、次に、図５〜図９を参照して詳細に説明する。
【００２４】
クライアント端末側では、本発明に関係する処理としては、次の３種類の処理を行う。すなわち、
（１）サーバコンピュータ１０２に対して、接続要求を含む第１要求情報を送出する処理
（２）（１）の接続要求に応じて、サーバコンピュータ１０２から配信された楽曲情報を受信し、再生する処理
（３）サーバコンピュータ１０２に対して、終了要求を含む第２要求情報を送出する処理
である。
【００２５】
図３は、本実施の形態の楽曲情報配信システムを構成するサーバコンピュータおよびクライアント端末の各機能構成を示すブロック図である。
【００２６】
同図において、クライアント端末側で上記（１）の処理がなされると、要求指示ブロックＢ１から、サーバコンピュータ１０２に対する接続要求をなすべき要求指示が出力される。この要求指示は送受信ブロックＢ２に供給され、これに応じて、送受信ブロックＢ２からは、接続要求を含む第１要求情報が出力される。ここで、第１要求情報には、サーバコンピュータ１０２に対する接続要求の他に、当該クライアント端末のユーザＩＤおよび通信ネットワーク１０１上のアドレス等が含まれている。
【００２７】
第１要求情報は、サーバコンピュータ１０２側の送受信ブロックＢ１２を介して、送信先決定ブロックＢ１１に供給される。送信先決定ブロックＢ１１では、供給された第１要求情報から、そのユーザＩＤおよびアドレスを読み出して、送信リストＬ１に登録する。図４（ａ）は、送信リストＬ１の一例を示す図であり、同図に示すように、送信リストＬ１には、接続要求をサーバコンピュータ１０２に出力した順に、そのクライアント端末のユーザＩＤおよびアドレスが登録される。
【００２８】
なお、ユーザＩＤは、当該クライアント端末がサーバコンピュータ１０２にアクセス可能か否かを判別するときに用いられる。すなわち、サーバコンピュータ１０２にアクセス可能なクライアント端末には、ユーザＩＤが発行され、このユーザＩＤを所有しているクライアント端末しか、サーバコンピュータ１０２にはアクセスできないようになっている。したがって、実際には、クライアント端末のユーザＩＤが、サーバコンピュータ１０２の管理者によって発行されたユーザＩＤであるか否かに応じて、クライアント端末からのアクセスを許可するか否かを判別し、アクセスを許可したものについてのみ、そのユーザＩＤおよびアドレスを送信リストＬ１に登録するようにしている。
【００２９】
ユーザＩＤおよびアドレスを送信リストＬ１に登録すると、そのクライアント端末に対して、選曲リストＬ２に登録された複数の楽曲の中から所定の条件を満たす複数の楽曲が選択され、再生（読出）ブロックＢ１３により、該選択された楽曲の楽曲情報が楽曲情報データベースＤＢから読み出されて、送受信ブロックＢ１２を介して、クライアント端末側の送受信ブロックＢ２に送信される。
【００３０】
図４（ｂ）は、選曲リストＬ２の一例を示す図であり、同図に示すように、選曲リストＬ２には、選曲された複数の楽曲の各楽曲毎に、曲名、再生開始時刻、再生終了時刻および送信済みか否かの各情報が登録されている。曲名は、楽曲情報データベースＤＢから楽曲情報を選曲したときに、その楽曲情報に含まれるものをそのまま登録する。再生開始時刻および再生終了時刻は、選曲した楽曲情報には含まれていないので、つまり、選曲した楽曲情報にはその再生時間長が含まれているだけなので、この再生時間長から算出したものを登録する。送信済みか否かは、“○”が付されているか否かによって判別する。すなわち、“○”が付されている楽曲の楽曲情報については、接続中のすべてのクライアント端末への送信が完了していることを意味し、“○”が付されていない（無印の）楽曲の楽曲情報については、接続中のいかなるクライアント端末へも送信が完了していないことを意味している。
【００３１】
上記所定の条件とは、選曲リストＬ２に登録されている楽曲のうち、先頭の楽曲を除く送信済みのもの（“○”が付されているもの）である。図４（ｂ）の例では、この条件を満たす楽曲は、曲１２５の１曲で、この１曲が新たに接続して来たクライアント端末に初期情報として送信される。実際には、対象となるクライアント端末には、再生中の楽曲（選曲リストＬ２中、先頭に登録されている楽曲）を除いて、複数個の楽曲の楽曲情報が送信されているので、この条件を満たす楽曲は、上述のように、複数個存在する。
【００３２】
このようにして送受信ブロックＢ２に送信された複数の楽曲情報は、前記（２）の処理によって、一時記憶ブロックＢ３に記憶される。ここで、各楽曲情報には、前記再生ブロックＢ１３から出力されるときに、少なくとも前記算出された再生開始時刻がそれぞれ付加されており、再生開始時刻も楽曲情報と一緒に一時記憶ブロックＢ３に記憶される。クライアント端末では、前記タイマ８によって時計機能が形成され、この時計機能によって現時刻が分かるようになっている。そして、クライアント端末では、現時刻と一時記憶ブロックＢ３に記憶された各楽曲情報の再生開始時刻とが常に比較され、両者が一致した時点で、当該楽曲情報の再生を開始する。
【００３３】
なお、本発明では、楽曲情報のデータ形式について問題としていないので、楽曲情報としては、オーディオデータやＭＩＤＩデータ等、どのようなデータ形式のものを用いてもよい。ただし、楽曲情報のデータ形式に応じて、その再生方法が異なることは言うまでもない。
【００３４】
このように、クライアント端末が新たに接続して来たときに、当該クライアント端末に対してのみ、初期情報として複数の楽曲分の楽曲情報を送信するようにしたので、通信ネットワークの混雑を解消させることができる。
【００３５】
以上が、クライアント端末から第１要求情報が出力されたときに、サーバコンピュータ１０２が当該クライアント端末に対して行う配信処理から当該クライアント端末が該配信された複数個の楽曲情報に対して行う再生処理までの概要である。
【００３６】
次に、再生処理が既になされているクライアント端末に対して、サーバコンピュータ１０２が楽曲情報を１つ配信する処理について説明する。
【００３７】
サーバコンピュータ１０２でも、前記タイマ８と同様のタイマによって、時計機能が形成され、この時計機能によって現時刻が分かるようになっている。そして、サーバコンピュータ１０２でも、現時刻と選曲リストＬ２に登録された、次に再生すべき楽曲の再生開始時刻とが常に比較され、両者が一致した時点で、再生ブロックＢ１３により、選曲リストＬ２に登録されている、クライアント端末に送信していない楽曲（“○”が付されていない楽曲）のうち、最も古く選曲（登録）されたものの楽曲情報を、楽曲情報データベースＤＢから読み出し、当該再生開始時刻を付加した後、対象となるクライアント端末に送信する。このように、送信先の対象となるすべてのクライアント端末に楽曲情報を送信するときには、１曲分の楽曲情報のみを送信するので、通信ネットワークの混雑を解消させることができる。
【００３８】
対象となるクライアント端末が数多く存在する場合、当該クライアント端末を複数個のグループに分割し、該各グループ毎に異なったタイミングで、目的の楽曲情報を送信する。なお、目的の楽曲情報の送信タイミングについては、後述する。このように、複数回に分散して楽曲情報を送信するので、通信ネットワークの混雑を解消させることができる。
【００３９】
また、クライアント端末側で前記（３）の処理がなされると、要求指示ブロックＢ１から、サーバコンピュータ１０２に対する終了要求をなすべき要求指示が出力される。この要求指示は送受信ブロックＢ２に供給され、これに応じて、送受信ブロックＢ２からは、終了要求を含む第２要求情報が出力される。ここで、第２要求情報には、サーバコンピュータ１０２に対する終了要求の他に、当該クライアント端末のユーザＩＤまたはアドレスの少なくとも一方が含まれている。
【００４０】
第２要求情報は、サーバコンピュータ１０２側の送受信ブロックＢ１２を介して、送信先決定ブロックＢ１１に供給される。送信先決定ブロックＢ１１では、供給された第２要求情報から、そのユーザＩＤまたはアドレスを読み出して、対応するユーザＩＤおよびアドレスを送信リストＬ１から削除する。
【００４１】
このようにして、送信リストＬ１からユーザＩＤおよびアドレスが削除されると、この削除されたユーザＩＤおよびアドレスを有するクライアント端末には、次に配信されるべき楽曲情報は配信されなくなる。
【００４２】
次に、以上の制御処理を詳細に説明する。
【００４３】
図５は、本実施の形態の楽曲情報配信システムを構成するクライアント端末、たとえばクライアントＰＣ０、特にＣＰＵ５が実行するメインルーチンの手順を示すフローチャートである。本メインルーチンは、クライアント端末上でネットワークブラウザ・ソフトウェアを起動して、サーバコンピュータ１０２上の楽曲情報配信サイトへの接続が要求されたとき、すなわち、ネットワークブラウザ・ソフトウェアで楽曲情報配信サイトへのアクセスがなされたときに開始され、その楽曲情報配信サイトへの接続が終了するまで常に動作し続けている。
【００４４】
図５において、まず、サーバコンピュータ１０２に対して、接続要求を含む前記第１要求情報を送信するとともに、再生処理を起動する（ステップＳ１）。
【００４５】
次に、サーバコンピュータ１０２から受信した楽曲情報を一時記憶領域に記憶する（ステップＳ２）。ここでは記載を省略しているが、サーバコンピュータ１０２から新たな楽曲情報を受信したか否かは定期的に（たとえば、所定（具体的には、１５ｍｓｅｃ毎）の割り込みタイミングで）監視され、新たな楽曲情報の受信が確認されたとき（前記送受信ブロックＢ２が新たな楽曲情報を受信したとき）にだけ、このステップＳ２の処理が実行される。
【００４６】
次に、アクセスの終了が指示されたか否かを判別し（ステップＳ３）、アクセスの終了が指示されないときには、アクセスの終了が指示されるまで、ステップＳ２の処理を続ける一方、アクセスの終了が指示されたときには、サーバコンピュータ１０２に対して、終了要求を含む第２要求情報を送信するとともに、再生処理を終了した（ステップＳ４）後、本メインルーチンを終了する。ここで、第２要求情報には、終了要求の他に、当該クライアントＰＣ０のユーザＩＤまたは通信ネットワーク１０１上のアドレス等が含まれている。
【００４７】
図６は、クライアントＰＣ０が実行する再生処理の手順を示すフローチャートである。本再生処理は、所定時間毎に発生する割り込み信号に応じて起動され実行されるタイマ割り込み処理によって構成されている。この所定時間は、再生すべき楽曲情報の種類に応じて異なっている。再生すべき楽曲情報が、たとえばＭＩＤＩデータで構成されていれば、所定時間は、ＭＩＤＩデータを再生するための基準クロック（ＭＩＤＩクロック）の１周期である。なお、本再生処理は、上記図５のメインルーチンが動作中、常時動作し続けている。ただし、ここで言う常時動作とは、割り込み的に常時動作という意味である。つまり、メインルーチンが動作中、割り込み許可が解除されることはないという意味である。
【００４８】
図６において、まず、今回再生すべき楽曲情報に従って楽曲を再生する（ステップＳ１１）。前述のように、サーバコンピュータ１０２から受信した楽曲情報には、各曲毎に該各曲の再生を開始すべき時刻を示す情報が含まれているので、クライアントＰＣ０は、前記タイマ８によって計時される現時刻と各曲の再生開始時刻とを比較し、現時刻が曲の再生開始時刻に達すると、当該曲の再生を開始する。楽曲情報がＭＩＤＩデータの場合、曲の再生とは、具体的には、楽音や音声を発音または消音させるためのイベントデータを、当該発音または消音させるタイミングで読み出して、前記音源回路１５に送信して、当該楽音や音声を発音または消音させる処理である。
【００４９】
次に、再生が終了すると、当該楽曲情報を一時記憶領域から削除して（ステップＳ１２）、本再生処理を終了する。
【００５０】
図７は、サーバコンピュータ１０２が実行するメインルーチンの手順を示すフローチャートである。サーバコンピュータ１０２の電源が投入されると、本メインルーチンが起動され、本メインルーチンは、その終了が指示されるまで常時起動されている。また、本メインルーチンが起動されている間、図８を用いて後述する送信開始処理も、タイマ割り込み処理として動作状態となる。
【００５１】
図７において、まず、新たな接続要求を受信したか否かを判別し（ステップＳ２１）、新たな受信要求を受信したときには、ステップＳ２２〜Ｓ２４の各処理を実行する一方、新たな受信要求を受信しないときには、ステップＳ２２〜Ｓ２４をスキップしてステップＳ２５に進む。
【００５２】
ステップＳ２２では、前記選曲リストＬ２から、まだ再生が開始されていない楽曲を検出する。なお、本実施の形態では、前述のように、再生が開始されていない楽曲の中から、さらに“○”が付されていないものを除外した残りの楽曲（既に接続中の他のクライアント端末に送信が完了している複数の楽曲）を検出するようにしている。もちろん、これに限らず、単純に、選曲リストＬ２から、まだ再生が開始されていないすべての楽曲を検出するようにしてもよい。この場合、送信済みか否かを示す情報（“○”）はそれほど意味をなさないので、選曲リストＬ２から削除するようにすればよい。このように、送信済みか否かを示す情報を選曲リストＬ２から削除したときに、まだ再生が開始されていない楽曲を検出するには、選曲リストＬ２に登録されている全楽曲の再生開始時刻と現時刻とを順次比較し、再生開始時刻が現時刻に達していない楽曲を検出するようにすればよい。
【００５３】
続くステップＳ２３では、ステップＳ２２で検出した楽曲の楽曲情報を初期情報（クライアント端末でのストック用の楽曲）として、接続してきた新たなクライアント端末に送信する。ここで、楽曲情報としては、選曲リストＬ２に記載の、将来再生されるべき楽曲情報のうち、再生時刻が現時刻に近い複数個が選択されて送信される。
【００５４】
そして、ステップＳ２４では、新たなクライアント端末のユーザＩＤとアドレスを前記送信リストＬ１に追加する。このユーザＩＤとアドレスは、前述のように、第１要求情報に含まれるので、これを読み出して、そのまま送信リストＬ１に登録する。
【００５５】
次に、ステップＳ２５では、新たな終了要求を受信したか否かを判別し、新たな終了要求を受信したときには、ステップＳ２６およびＳ２７の各処理を実行する一方、新たな終了要求を受信しないときには、本メインルーチンを終了する。
【００５６】
ステップＳ２６では、送信リストＬ１から、終了要求を送信したクライアント端末のユーザＩＤとアドレスを削除する。このユーザＩＤとアドレスは、前述のように、第２要求情報に含まれるので、これを読み出して、これと一致するユーザＩＤとアドレスを送信リストＬ１から削除する。
【００５７】
続くステップＳ２７では、ユーザの課金リスト（図示せず）に記録されている料金を当該クライアント端末のユーザに課金する。ここで、課金は、たとえばクレジットカード、銀行振り込み、郵便振替、電子マネー等の周知の方法を使って行う。
【００５８】
図８は、送信開始処理の手順を示すフローチャートである。本送信開始処理は、所定時間毎に発生する割り込み信号に応じて起動され実行されるタイマ割り込み処理によって構成されている。この所定時間は、たとえば時計の最小分解能に相当する時間、つまり１秒である。
【００５９】
図８において、まず、選曲リストＬ２内に、再生開始時刻が現時刻と一致する楽曲（再生開始楽曲）があるか否かを判別し（ステップＳ３１）、再生開始楽曲があるときには、ステップＳ３２〜Ｓ３６の各処理を実行する一方、再生開始楽曲がないときには、直ちに本送信開始処理を終了する。
【００６０】
ステップＳ３２では、再生開始楽曲の再生時間長を算出する。具体的には、再生開始楽曲の再生終了時刻と現時刻との間の時間長を算出することで、再生時間長とする。
【００６１】
ステップＳ３３では、送信リストＬ１からクライアント端末の総数を検出し、検出されたクライアント端末の総数から送信回数を決定する。すなわち、楽曲情報の各クライアント端末への送信は、送信すべき全クライアント端末を複数のグループに分割し、分割された各グループ毎に行う。つまり、「送信回数」は、分割されたグループ数に相当する。
【００６２】
ステップＳ３４では、上記算出された再生時間長と上記決定された送信回数から、送信タイミングを決定する。すなわち、新たに再生される楽曲の再生が完了するまでに、全クライアント端末に対して、今回送信する楽曲情報を送信できるように、送信タイミングを決定する。このようにして決定された送信タイミングは、図９を用いて後述する送信処理（タイマ割り込み処理）の起動タイミング（割り込み信号の発生タイミング）として使用される。
【００６３】
ステップＳ３５では、送信処理を起動する。ここで、送信処理は、上述のように、タイマ割り込み処理によって形成するようにしたので、送信処理の起動とは、割り込み信号の発生を許可することである。
【００６４】
ステップＳ３６では、送信する楽曲情報（対象楽曲）を１つ決定する。選曲リストＬ２には、前述のように、現在再生中の楽曲の曲名、再生開始時刻および再生終了時刻と、未再生の複数個の楽曲の曲名、再生開始時刻および再生終了時刻とが登録され、さらに、各楽音情報毎に、該各楽音情報をクライアント端末に送信したか否かを示す情報（“○”が付されている楽曲情報は、クライアント端末に送信済みであり、“○”が付されていない楽曲情報は、クライアント端末に未送信である）が記載されている。したがって、対象楽曲としては、未送信のものの中で、再生開始時刻が最も早いもの、すなわち、最も古く選曲されて、選曲リストＬ２に登録されたものが決定される。
【００６５】
図９は、送信処理の手順を示すフローチャートである。本送信処理は、前記ステップＳ３４で決定された送信タイミングに従って起動され実行されるタイマ割り込み処理によって構成されている。
【００６６】
図９において、前記ステップＳ３３で分割されたグループのうち、対象楽曲を送信していないグループがあるか否かを判別する（ステップＳ４１）。
【００６７】
ステップＳ４１で、対象楽曲をまだ送信していないグループがあるときには、対象楽曲の楽曲情報を今回送信すべきグループに送信する（ステップＳ４２）一方、対象楽曲をすべてのグループに送信したときには、本送信処理を停止させる（ステップＳ４３）。
【００６８】
図１０は、選曲リスト削除／登録処理の手順を示すフローチャートである。本選曲リスト削除／登録処理は、前記図８の送信開始処理と同様に、所定時間（たとえば、時計の最小分解能に相当する時間、つまり１秒）毎に発生する割り込み信号に応じて起動され実行されるタイマ割り込み処理によって構成されている。
【００６９】
図１０において、選曲リストＬ２内に、再生終了時刻が現時刻と一致する楽曲（再生終了楽曲）があるか否かを判別し（ステップＳ５１）、再生終了楽曲があるときには、ステップＳ５２およびＳ５３の各処理を実行する一方、再生終了楽曲がないときには、直ちに本選曲リスト削除／登録処理を終了する。
【００７０】
ステップＳ５２では、再生終了楽曲の情報、すなわち、その名称および再生開始時刻を選曲リストＬ２から削除し、ステップＳ５３では、新たな曲を楽曲情報データベースＤＢから選曲して、再生開始時刻および再生終了時刻を決定し、その名称とともに、選曲リストＬ２に登録する。
【００７１】
なお、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵ５やＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００７２】
【発明の効果】
以上説明したように、請求項１または３のいずれかに記載の発明によれば、楽曲情報の配信要求が受け付けられたときに、該配信要求を行った楽曲情報受信装置に対して、複数の楽曲情報を記憶する記憶手段から選曲された楽曲情報が配信されるので、すなわち、配信要求を行ったクライアント端末に対してのみ、楽曲情報を送信するようにしたので、通信回線の混雑を解消させることができる。
【００７３】
また、送信対象となるすべての楽曲情報受信装置に対して楽曲情報を送信するときには、１曲分の楽曲情報のみが選択されて配信されるので、通信回線の混雑を解消させることができる。
【００７４】
さらに、請求項２または４のいずれかに記載の発明によれば、受け付けられた配信要求を行った楽曲情報受信装置が複数あるときに、該複数の楽曲情報受信装置を複数のグループに分割し、該分割された各グループ毎に異なったタイミングで、複数の楽曲情報を記憶する記憶手段から選曲された１つの楽曲情報が配信されるので、すなわち、複数回に分散して楽音情報が配信されるので、通信回線の混雑を解消させることができる。
【図面の簡単な説明】
【図１】  本発明の一実施の形態に係る楽曲情報配信システムの概略構成を示すブロック図である。
【図２】  図１の楽曲情報配信システムを構成する一つのクライアントＰＣの詳細な構成を示すブロック図である。
【図３】  図１の楽曲情報配信システムを構成するサーバコンピュータおよびクライアント端末の各機能構成を示すブロック図である。
【図４】  図３の送信リストおよび選曲リストの一例を示す図である。
【図５】  図１の楽曲情報配信システムを構成する一つのクライアント端末、特にＣＰＵが実行するメインルーチンの手順を示すフローチャートである。
【図６】  図１の楽曲情報配信システムを構成する一つのクライアント端末実行する再生処理の手順を示すフローチャートである。
【図７】  図１の楽曲情報配信システムを構成するサーバコンピュータが実行するメインルーチンの手順を示すフローチャートである。
【図８】  図１の楽曲情報配信システムを構成するサーバコンピュータが実行する送信開始処理の手順を示すフローチャートである。
【図９】  図１の楽曲情報配信システムを構成するサーバコンピュータが実行する送信処理の手順を示すフローチャートである。
【図１０】  図１の楽曲情報配信システムを構成するサーバコンピュータが実行する選曲リスト削除／登録処理の手順を示すフローチャートである。
【符号の説明】
１０２  サーバコンピュータ（楽曲情報配信装置）
０，１０３  クライアントＰＣ（楽曲情報受信装置）
１０３′  クライアント携帯端末（楽曲情報受信装置）
Ｂ１１  送信先決定ブロック（初期配信手段、配信手段）
Ｂ１２  送受信ブロック（受け付け手段、初期配信手段、配信手段）
Ｂ１３  再生（読出）ブロック（初期配信手段、配信手段）
Ｂ１４  選曲ブロック（選曲手段、検出手段）
ＤＢ  楽曲情報データベース（記憶手段）
Ｌ１  送信リスト
Ｌ２  選曲リスト
【図１】
0004506063.tif 000002
【図２】
0004506063.tif 000003
【図３】
0004506063.tif 000004
【図４】
0004506063.tif 000005
【図５】
0004506063.tif 000006
【図６】
0004506063.tif 000007
【図７】
0004506063.tif 000008
【図８】
0004506063.tif 000009
【図９】
0004506063.tif 000010
【図１０】
0004506063.tif 000011