JP2003022081A - 楽曲情報配信装置及び楽曲情報配信プログラム - Google Patents

Abstract

(57)【要約】 【課題】 多数のユーザが同時に同一楽曲の演奏を連続
的に楽しむ際に、ユーザ所望の曲を優先的に楽しむこと
を可能とする。 【解決手段】 選択手段は記憶手段に複数記憶している
楽曲情報の中からいずれかの楽曲情報を選択する際に、
リクエスト受付手段により受け付けたリクエスト曲に対
応する楽曲情報を優先的に選択する。設定手段は、通信
ネットワークを介して接続されているクライアント装置
を情報の配信先として設定する。配信制御手段は、前記
設定手段により情報の配信先として設定されたクライア
ント装置に対して、前記選択手段により選択された楽曲
情報を配信する。こうすると、ユーザはクライアント装
置を所望の楽曲情報配信用サーバ装置に通信ネットワー
クを介して接続して連続的に音楽を楽しむ際に、ユーザ
は曲のリクエストを行うことによって所望の曲を優先的
に楽しむことができるようになる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信ネットワー
クを介して多くのユーザが同じ音楽を同時に、かつ多数
の音楽を連続して楽しむことのできる楽曲情報配信装置
及び楽曲情報配信プログラムに関する。特に、ユーザか
らのリクエストに応じた音楽を優先的に楽しむことがで
きるようにした楽曲情報配信装置及び楽曲情報配信プロ
グラムに関するものである。

【０００２】

【従来の技術】最近では、インターネットなどの通信ネ
ットワークの発達に伴い、誰でもがこうした通信ネット
ワークを介していつでもどこからでも好みの楽曲（音
楽）を聞くことができるようになっている。例えば、ユ
ーザはパーソナルコンピュータやＰＤＡ（Personal Dat
a(Digital) Assistants）等の端末機器（以下、これら
を総称して単にクライアントと呼ぶ）を用いてインター
ネットなどの通信ネットワークを経由して所望のWWW（W
orld Wide Web）サーバにアクセスし、該アクセスしたW
WWサーバに格納されている多数の楽曲の中から所望の楽
曲を選択的に受信することによって、ユーザ所望の楽曲
をクライアント側で楽しむことができる。

【０００３】

【発明が解決しようとする課題】ところで、上述したイ
ンターネットなどの通信ネットワークを利用して所望の
楽曲を楽しむ場合、従来ではアクセスしたWWWサーバに
対してユーザが聞きたい楽曲を１曲ずつ直接指定しなけ
ればならなかった。そのため、ＢＧＭ感覚で楽曲を途切
れることなく流しておきたい場合などのように、複数の
適当な楽曲を数珠繋ぎにながしつづけるように設定する
ことが簡単にできなかった。すなわち、複数の楽曲を連
続して聞きたいような場合でもユーザは複数の楽曲を１
曲ずつ順次に選択しなければならず、こうした選択操作
を１曲ずつ繰り返し行うことは非常に面倒であり不便で
あった。さらに、従来はあくまでも個々のユーザが聞き
たい楽曲を選択することによって個人的に楽曲を楽しむ
だけのものであったために、多くのユーザが同じ楽曲を
同時進行で楽しむことができなかった。そこで、こうし
た問題を解決するためのものとして、本出願人が既に出
願済みの楽曲情報配信装置及び楽曲情報配信プログラム
がある（特願2001−194604号）。該発明に係る楽曲情報
配信装置及び楽曲情報配信プログラムでは、サーバ装置
側で選択した曲を通信ネットワークを介して接続された
クライアント装置側に対して配信することにより、ユー
ザはクライアント装置を用いて所望の時間だけ連続的に
楽曲を楽しむことができ、かつ、多くのユーザが同じ曲
を同時進行で楽しむことができるようになっている。し
かし、上記の楽曲情報配信装置及び楽曲情報配信プログ
ラムは、サーバ装置が自動的に選択した曲をクライアン
ト装置側で受信し再生するものであることから、必ずし
もユーザの好みにあわせた曲を選択して再生するとは限
らない。すなわち、ユーザは聞きたい曲を簡単に再生す
ることができずに不便である、という問題点があった。

【０００４】本発明は上述の点に鑑みてなされたもの
で、通信ネットワークを介して個々のユーザから曲のリ
クエストを受け付け、ユーザがリクエストした曲を優先
的に楽しむことのできるようにした楽曲情報配信装置及
び楽曲情報配信プログラムを提供することを目的とす
る。

【０００５】

【課題を解決するための手段】本発明の第１の請求項に
係る楽曲情報配信用サーバ装置は、所定の通信ネットワ
ークを介して接続されたクライアント装置に対して楽曲
情報を配信するサーバ装置であって、楽曲情報を複数記
憶する記憶手段と、クライアント装置から曲のリクエス
トを受け付けるリクエスト受付手段と、前記記憶手段か
ら楽曲情報を自動選択する手段であって、前記リクエス
ト受付手段により受け付けたリクエスト曲に対応する楽
曲情報を優先的に選択する選択手段と、接続されている
クライアント装置を情報の配信先として設定する設定手
段と、前記設定手段により情報の配信先として設定され
たクライアント装置に対して、前記選択手段により選択
された楽曲情報を配信する配信制御手段とを具備し、通
信ネットワークを介して接続された全てのクライアント
装置に対して、個々のクライアント装置が接続された時
点から楽曲情報を連続的に配信する際に、リクエスト曲
に対応する楽曲情報を優先的に配信することを特徴とす
るものである。

【０００６】この発明によると、ユーザはクライアント
装置を所望の楽曲情報配信用サーバ装置に通信ネットワ
ークを介して接続し、クライアント装置と楽曲情報配信
用サーバ装置とが接続している間において連続的に音楽
を楽しむ際に、ユーザ所望の曲を優先的に配信するよう
にリクエストすることができるようになる。選択手段は
記憶手段に複数記憶している楽曲情報の中からいずれか
の楽曲情報を選択する際に、リクエスト受付手段により
受け付けたリクエスト曲に対応する楽曲情報を優先的に
選択する。設定手段は、通信ネットワークを介して接続
されているクライアント装置を情報の配信先として設定
する。配信制御手段は、前記設定手段により情報の配信
先として設定されたクライアント装置に対して、前記選
択手段により選択された楽曲情報を配信する。すなわ
ち、通信ネットワークを介して接続された全てのクライ
アント装置に対して、個々のクライアント装置が接続さ
れた時点から前記選択手段により選択された楽曲情報を
連続的に配信する。こうすると、クライアント装置側で
音楽を途切れることなく流す際において、ユーザは曲の
リクエストを行うことによって所望の曲を優先的に流す
ことができるようになる。

【０００７】本発明の第５の請求項に係る楽曲情報再生
用クライアント装置は、所定の通信ネットワークを介し
て接続されたサーバ装置との間において楽曲情報を受信
可能なクライアント装置であって、所望のサーバ装置に
対して接続開始要求又は接続終了要求を送信する送信手
段と、前記接続開始要求に基づいて接続したサーバ装置
に対してユーザ所望の曲をリクエストするリクエスト手
段と、前記接続したサーバ装置から複数の楽曲情報を連
続的に受信する受信手段と、受信した楽曲情報に基づい
て楽曲を再生する再生手段とを具備し、通信ネットワー
クを介してサーバ装置に接続した時点から該接続を終了
するまでの間、接続したサーバ装置から連続的に楽曲情
報を受信する際に、他のユーザによりリクエストされた
曲を含むリクエスト曲に対応する楽曲情報を優先的に受
信して再生することを特徴とするものである。こうする
と、ユーザは接続したサーバ装置に対してユーザ所望の
曲を配信するようにリクエストすることで、複数の楽曲
情報を自動的にサーバ装置から連続的に受信する際に、
他のユーザによりリクエストされた曲を含むリクエスト
曲に対応する楽曲情報を優先的に受信して再生すること
ができるようになる。

【０００８】本発明は、装置の発明として構成し、実施
することができるのみならず、方法の発明として構成し
実施することができる。また、本発明は、コンピュータ
またはＤＳＰ等のプロセッサのプログラムの形態で実施
することができるし、そのようなプログラムを記憶した
記憶媒体の形態で実施することもできる。

【０００９】

【発明の実施の形態】以下、添付図面を参照してこの発
明の実施の形態を詳細に説明する。

【００１０】図１は、この発明に係る楽曲情報配信用サ
ーバ装置及び楽曲情報再生用クライアント装置を用いた
楽曲情報配信システムの一実施例の全体構成を示すシス
テムブロック図である。この実施例に示した楽曲情報配
信システムは、楽曲情報配信用サーバ装置ＭＳ（以下、
単にサーバＭＳと呼ぶ）と、中継サーバＴＳと、通信ネ
ットワークＸと、パソコン端末ＰＣあるいは携帯端末Ｍ
Ｔなどの楽曲情報再生用クライアント装置（以下、単に
クライアントと呼ぶ）とにより構成されるシステムであ
る。詳しくは後述するが、該楽曲情報配信システムを構
成する各々の装置（つまり、サーバＭＳ、中継サーバＴ
Ｓ、パソコン端末ＰＣ、携帯端末ＭＴ）は、各々がＣＰ
Ｕ、ＲＯＭ、ＲＡＭ、通信インタフェース等を含む独立
したコンピュータにより構成されてなり、各々の装置は
インターネットや専用線等の通信ネットワークＸを介し
て、あるいは無線通信により各種情報やデータ（例え
ば、ＨＴＭＬファイル、ＵＲＬ、楽曲情報など）の送信
や受信などの情報配信を行うことができるようになって
いる。この実施例に示す楽曲情報配信システムにおいて
は周知のネットワーク用ブラウザなどの所定のソフトウ
エアプログラムを用いることで、クライアントからサー
バＭＳに記憶された複数のサイト（つまり、各種情報や
データ等を所定の表示態様で提示するもの）の中から本
発明に係るネット有線サイト（サーバＭＳ）を選択して
該ネット有線サイトに対し聞きたい楽曲をリクエストす
ることができ、該ネット有線サイトからリクエスト曲を
含むＭＩＤＩデータやオーディオデータなどの楽曲情報
を自動的に受信してクライアント側で楽曲を発音する、
ことを既存の通信ネットワークＸを利用して実現するネ
ットワークシステムである。勿論、上記した楽曲情報配
信システムはこれら以外のハードウェアを有する場合も
あるが、ここでは必要最小限の資源を用いた場合につい
て説明する。

【００１１】図１に示した楽曲情報配信システムの一部
を構成するパソコン端末ＰＣや携帯端末ＭＴなどのクラ
イアントは、ユーザによるアクセス要求（例えば、ＵＲ
Ｌ（Uniform Resource Locatorの略）の指定など）に従
って、サーバＭＳに記憶された複数サイトのうちのいず
れかのサイトへアクセスすることができるようになって
いる。例えば、通信ネットワークＸ上の各サーバＭＳに
記憶される各々のサイトはＨＴＭＬファイル（つまり、
ＨＴＭＬ（Hyper Text Markup Languageの略）プログラ
ムで記述された複数のＷｅｂページを生成する基となる
表示情報）として管理されており、それぞれのＨＴＭＬ
ファイルには通信ネットワークＸ上のネットワークアド
レスを示すＵＲＬが添付されている。例えば、このＵＲ
Ｌは特定のサーバＭＳに記憶されたＨＴＭＬファイルを
指定するために用いられるインターネットアドレスであ
り、所定の文字列情報で構成される。クライアントはこ
のＵＲＬを指定することでサーバＭＳからＨＴＭＬファ
イルを読み出し、該ＨＴＭＬファイルに基づいてサイト
を表示する。このＨＴＭＬファイルに基づくサイト表示
は周知の技術であることから、説明を省略する。そし
て、数あるサイトの中から所望のネット有線サイトへア
クセスすると同時に、クライアントはアクセスしたネッ
ト有線サイトを記憶したサーバＭＳが送信中の楽曲情報
を自動的に受信して該楽曲情報に基づいて楽曲を発音す
る処理を行う。また、クライアントはアクセスしたネッ
ト有線サイトを記憶したサーバＭＳに対して曲をリクエ
ストすることで、ユーザ所望の曲に関する楽曲情報をサ
ーバＭＳが送信する楽曲情報に含めることができる。こ
うした処理の詳細な説明については、後述する。

【００１２】上述したクライアントと共に楽曲情報配信
システムを構成するサーバＭＳは、クライアントにおけ
るサイト表示の際に用いられるＨＴＭＬファイルや楽曲
情報などを多数記憶しており、クライアントからの所定
のネット有線サイトへのアクセス要求（例えば、ＵＲＬ
の指定など）に応じてその要求に相当するネット有線サ
イトに関するＨＴＭＬファイルをクライアントへ送信す
ると共に、クライアントからのリクエストに応じて選択
した楽曲情報若しくはサーバＭＳ側で自動選択した楽曲
情報を送信する、といった処理を行うサーバコンピュー
タである。すなわち、サーバＭＳは、インターネットや
専用線等の通信ネットワークＸや無線通信によりクライ
アントと接続され、接続されたクライアントからのアク
セス要求に応じたＨＴＭＬファイルと共に、接続された
クライアントからのリクエストに応じた楽曲情報若しく
は適宜に選択した楽曲情報を読み出してクライアントへ
送信する。サーバＭＳに記憶される楽曲情報は楽曲発生
のための制御情報として用いられるデータであって、例
えばイベントデータやデュレーションデータなどを含
む。

【００１３】クライアントとして用いられる携帯端末Ｍ
Ｔは、例えば携帯電話やＰＤＡ（Personal Data(Digita
l) Assistants）等の無線通信が可能な小型端末であ
り、本来の通信機能のほかにサイトを表示する表示機能
や楽曲を発音する発音機能も併せ持つ。すなわち、該携
帯端末ＭＴもパソコン端末ＰＣと同様に、ユーザ所望の
ネット有線サイトを表示することのできるディスプレイ
やサーバＭＳから受信した楽曲情報に基づいて楽曲を発
音するための音源回路やサウンドシステムなどを具え
る。ただし、こうした携帯端末ＭＴをサーバＭＳと接続
して双方向通信を行う場合には、中継サーバＴＳを介す
る必要がある。つまり、中継サーバＴＳが携帯端末ＭＴ
とサーバＭＳとの間で信号の送受信を中継することによ
り、携帯端末ＭＴはサーバＭＳに対してアクセスするこ
とができるようになっている。

【００１４】なお、クライアントとして用いられる機器
は上記したパソコン端末ＰＣや携帯端末ＭＴに限らず、
サーバＭＳからＨＴＭＬファイルや楽曲情報などを取得
して処理できるものであればどのような形態の機器であ
ってもよい。また、図１に示す実施例において、複数の
パソコン端末ＰＣや携帯端末ＭＴなどのクライアントや
複数のサーバＭＳが通信ネットワークＸに接続されてい
てよいことは言うまでもない。さらに、この実施例では
ＨＴＭＬファイルに基づきサイト表示を行うものを例に
説明したがこれに限らず、他の同様なファイル（例え
ば、Ｊａｖａ言語等を利用したファイル）に基づいてサ
イト表示を行うものであってもよいことは言うまでもな
い。

【００１５】以上のように、サーバＭＳとクライアント
とはＬＡＮ（ローカルエリアネットワーク）やインター
ネットなどの種々の通信ネットワークＸを介して、ある
いは無線通信により接続されるものであり、ユーザはク
ライアントを通信ネットワークＸ上に接続してサーバＭ
Ｓとの間で双方向通信を行うことによって、クライアン
トからサーバＭＳに記憶されているサイトを閲覧した
り、ユーザ所望のデータなどをサーバＭＳからクライア
ントに取り込むことができるようになっている。特に、
通信ネットワークを介して所定のネット有線サイト（サ
ーバＭＳ）にアクセスした場合に、ユーザは該ネット有
線サイトに対して所望の曲をリクエストすることがで
き、該ネット有線サイトからリクエスト曲を含む楽曲情
報を自動的に受信してユーザ所望の楽曲をクライアント
側で発音することができるようになっている。

【００１６】次に、上述した楽曲情報配信システムを構
成するパソコン端末ＰＣ、携帯通信端末ＭＴ、サーバＭ
Ｓ、中継サーバＴＳのいずれか１つのハード構成の一実
施例について、図２を用いて簡単に説明する。図２は、
上記各装置のうちの１つの装置についての一実施例の全
体構成を示すハード構成ブロック図である。ただし、上
記各装置は同じようなハード構成を用いるものとして説
明することができることから、代表としてパソコン端末
ＰＣの図を１つだけ用いて説明する。

【００１７】本実施例に示すパソコン端末ＰＣは、マイ
クロプロセッサユニット（ＣＰＵ）１、リードオンリメ
モリ（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）
３からなるマイクロコンピュータによって制御されるよ
うになっている。ＣＰＵ１は、この装置全体の動作を制
御するものである。このＣＰＵ１に対して、データ及び
アドレスバス１Ｄを介してリードオンリメモリ（ＲＯ
Ｍ）２、ランダムアクセスメモリ（ＲＡＭ）３、ＭＩＤ
Ｉインタフェース（Ｉ／Ｆ）４、検出回路５、表示回路
６、音源回路７、通信インタフェース（Ｉ／Ｆ）８、外
部記憶装置９がそれぞれ接続されている。更に、ＣＰＵ
１には、タイマ割込み処理（インタラプト処理）におけ
る割込み時間や各種時間を計時するタイマ１Ａが接続さ
れている。すなわち、タイマ１Ａは時間間隔を計数した
り、あるいはサーバＭＳから受信した楽曲情報に基づき
楽曲を再生する際の演奏テンポを設定したりするための
テンポクロックパルスを発生する。このテンポクロック
パルスの周波数は、各種スイッチ等からなる操作子５Ａ
によって調整される。このようなタイマ１Ａからのテン
ポクロックパルスはＣＰＵ１に対して処理タイミング命
令として与えられたり、あるいはＣＰＵ１に対してイン
タラプト命令（つまり割込命令）として与えられる。Ｃ
ＰＵ１は、これらの命令に従って各種処理を実行する。

【００１８】ＲＯＭ２は、ＣＰＵ１により実行される各
種プログラムなどの各種情報を格納するものである。Ｒ
ＡＭ３はサーバＭＳ等から受信したＨＴＭＬファイルや
楽曲情報などの各種情報を格納するだけでなく、ＣＰＵ
１がプログラムを実行する際に発生する各種データを一
時的に記憶するワーキングメモリとして、あるいは現在
実行中のプログラムやそれに関連するデータを記憶する
メモリ等として使用される。ＲＡＭ３の所定のアドレス
領域がそれぞれの機能に割り当てられ、レジスタやフラ
グ、テーブル、メモリなどとして利用される。例えば、
サーバＭＳから受信した楽曲情報は、受信時に一時的に
ＲＡＭ３に記憶される。

【００１９】ＭＩＤＩインタフェース（Ｉ／Ｆ）４は、
電子楽器４ＡからＭＩＤＩ規格の楽曲情報（ＭＩＤＩデ
ータ）を当該装置へ入力したり、あるいは当該装置から
ＭＩＤＩ規格の楽曲情報（ＭＩＤＩデータ）を電子楽器
４Ａ等へ出力するためのインタフェースである。電子楽
器４Ａはユーザによる操作に応じてＭＩＤＩデータを発
生する機器であればどのようなものであってもよく、鍵
盤型、弦楽器型、管楽器型、打楽器型、身体装着型等ど
のようなタイプの操作子を具えた（若しくは、操作形態
からなる）機器であってもよい。こうしたＭＩＤＩイン
タフェース（Ｉ／Ｆ）４は専用のＭＩＤＩインタフェー
スを用いるものに限らず、ＲＳ−２３２Ｃ、ＵＳＢ（ユ
ニバーサル・シリアル・バス）、ＩＥＥＥ１３９４（ア
イトリプルイー１３９４）等の汎用のインタフェースを
用いて該ＭＩＤＩインタフェース（Ｉ／Ｆ）４を構成す
るようにしてもよい。この場合、ＭＩＤＩイベントデー
タ以外のデータをも同時に送受信するようにしてもよ
い。ＭＩＤＩインタフェース４として上記したような汎
用のインタフェースを用いる場合、電子楽器４ＡはＭＩ
ＤＩイベントデータ以外のデータも送受信できるもので
ある。こうした場合、楽曲情報に関するデータフォーマ
ットはＭＩＤＩ形式のデータに限らず、他の形式であっ
てもよく、その場合はＭＩＤＩインタフェース４と電子
楽器４Ａはそれにあった構成とする。なお、パソコン端
末ＰＣ内部に後述する音源回路７を装備している場合に
は、上記ＭＩＤＩインタフェース４及び電子楽器４Ａは
なくてもよい。すなわち、パソコン端末ＰＣなどのクラ
イアントには、楽曲情報に基づいて楽曲を再生できる装
置が少なくとも１つ装備されていればよい。

【００２０】操作子５Ａは、パソコン端末ＰＣ本体に接
続されるマウスやキーボードあるいは特殊スイッチなど
であり、操作子として利用できるものであればどのよう
なものであってもよい。例えば、数値データ入力用のテ
ンキーやＵＲＬなどの文字データ入力用のキーボード、
あるいはパネルスイッチ等である。検出回路５は、操作
子５Ａの各操作子の操作状態を検出し、その操作状態に
応じたスイッチ情報を通信バス１Ｄ（例えばデータ及び
アドレスバス）を介してＣＰＵ１に出力する。表示回路
６は、例えば液晶表示パネル（ＬＣＤ）やＣＲＴ等から
構成される表示装置６Ａ（例えば、ディスプレイ）にサ
イトを表示するのは勿論のこと、サーバＭＳから受信し
た楽曲情報の内容や該楽曲情報に基づき再生される楽曲
の楽譜、あるいはＣＰＵ１の制御状態などを表示装置６
Ａに表示する。

【００２１】音源回路７は複数のチャンネルで楽音信号
の同時発生が可能であり、通信バス１Ｄ（例えば、デー
タ及びアドレスバス）を経由して与えられた楽曲情報
（例えば、サーバＭＳから受信して一時的にＲＡＭ３に
記憶された楽曲情報など）を入力し、この楽曲情報に基
づいて楽音信号を発生する。音源回路７から発生された
楽音信号は、アンプやスピーカなどを含むサウンドシス
テム７Ａを介して発音される。サーバＭＳから受信する
楽曲情報の形式はＭＩＤＩ形式のようなディジタル符号
化されたものであってもよいし、ＰＣＭ、ＤＰＣＭ、Ａ
ＤＰＣＭのような波形サンプルデータ方式からなるもの
であってもよい。また、この音源回路７とサウンドシス
テム７Ａの構成には、従来のいかなる構成を用いてもよ
い。

【００２２】通信インタフェース（Ｉ／Ｆ）８は、例え
ばＬＡＮやインターネット若しくは電話回線等の通信ネ
ットワークＸに接続されており、該通信ネットワークＸ
を介して所定のサーバＭＳ等と接続された際に、パソコ
ン端末ＰＣからサーバＭＳに対して各種のデータ要求命
令を送信したり、サーバＭＳから送信されたＨＴＭＬフ
ァイルや楽曲情報などをパソコン端末ＰＣに取り込むた
めのインタフェースである。例えば、この実施例に示す
パソコン端末ＰＣにおいては、サーバＭＳから所望のネ
ット有線サイトに関するＨＴＭＬファイルや所望のネッ
ト有線サイトで配信中の楽曲情報などを受信するために
通信インタフェース８は用いられる。すなわち、パソコ
ン端末ＰＣの場合、通信インターフェース８及び通信ネ
ットワークＸを介してサーバＭＳへと所望のネット有線
サイトを表示するために該ネット有線サイトに関するＨ
ＴＭＬファイルのダウンロードを要求するコマンドを送
信する。サーバＭＳは、このコマンドを受け、要求され
たＨＴＭＬファイルを通信ネットワークＸを介してパソ
コン端末ＰＣ側へと配信すると共に該ネット有線サイト
で配信中の楽曲情報を送信し、パソコン端末ＰＣが通信
インタフェース８を介してこれらＨＴＭＬファイルや楽
曲情報を受信すると、該受信したＨＴＭＬファイルに基
づいて所望のサイトを表示したり、受信した楽曲情報に
基づいて楽曲の発音を開始するなどの処理を行う。な
お、これらの通信インタフェース８及び通信ネットワー
クＸは、有線のものに限らず無線のものであってもよ
い。また、双方を具えていてもよい。

【００２３】外部記憶装置９は、サーバＭＳから受信し
たＨＴＭＬファイルや楽曲情報、あるいはＣＰＵ１が実
行する各種プログラム等の制御に関するデータなどを記
憶するものである。また、前記ＲＯＭ２に制御プログラ
ムが記憶されていない場合、この外部記憶装置９（例え
ばハードディスク）に制御プログラムを記憶させてお
き、それを前記ＲＡＭ３に読み込むことにより、ＲＯＭ
２に制御プログラムを記憶している場合と同様の動作を
ＣＰＵ１にさせることができる。このようにすると、制
御プログラムの追加やバージョンアップ等が容易に行え
る。なお、外部記憶装置９はハードディスク（ＨＤ）に
限られず、フレキシブルディスク（ＦＤ）、コンパクト
ディスク（ＣＤ−ＲＯＭ・ＣＤ−ＲＡＭ）、光磁気ディ
スク（ＭＯ）、あるいはＤＶＤ（Digital Versatile Di
skの略）等の着脱自在な様々な形態の外部記憶媒体を利
用する記憶装置であればどのようなものであってもよ
い。若しくは、半導体メモリなどであってもよい。

【００２４】なお、クライアントが携帯端末ＭＴである
場合、携帯端末ＭＴにおける操作子５Ａは携帯端末ＭＴ
本体に装備（あるいは内蔵）されている各種スイッチな
どである。携帯端末ＭＴにおける表示装置６Ａは、携帯
端末ＭＴ本体に装備（あるいは内蔵）されている液晶デ
ィスプレイなどである。また、携帯端末ＭＴにおける音
源回路７とサウンドシステム７Ａ（例えば、アンプやス
ピーカなど）は、携帯端末ＭＴ本体に装備（あるいは内
蔵）されていることが好ましい。さらに、携帯端末ＭＴ
における通信インタフェース８は無線通信用の装置であ
り、中継サーバＴＳと通信を行うことができるものであ
る。勿論、パソコン端末ＰＣと同様に有線通信を行うた
めのインタフェースを具えていてもよい。携帯端末ＭＴ
における外部記憶装置９は携帯端末ＭＴ本体に予め内蔵
されているもの、あるいはケーブルなどを使って外部接
続できるもののいずれでもよい。本体に内蔵されている
ものの場合には、装置構成が小さい小型半導体メモリド
ライブが好ましい。外部接続するものである場合には、
上述したようなハードディスク（ＨＤ）、フレキシブル
ディスク（ＦＤ）、コンパクトディスク（ＣＤ−ＲＯＭ
・ＣＤ−ＲＷ）、光磁気ディスク（ＭＯ）、ＤＶＤ（Di
gital Versatile Diskの略）等、例示したいずれのもの
であってもよい。

【００２５】なお、上述したようなパソコン端末ＰＣや
携帯端末ＭＴ等のクライアントやサーバＭＳ等は操作子
５Ａや表示装置６Ａあるいは音源回路７などを１つの装
置本体に内臓したものに限らず、それぞれが別々に構成
され、ＭＩＤＩインタフェースや各種ネットワーク等の
通信手段を用いて各装置を接続するように構成されたも
のにも同様に適用できることはいうまでもない。また、
クライアントはパソコン端末ＰＣや携帯端末ＭＴに限ら
ず、カラオケや自動演奏ピアノのような自動演奏装置で
あってもよいし、電子楽器そのものであってもよい。な
お、サーバＭＳ、中継サーバＴＳの各装置においては、
ＭＩＤＩインタフェース４と電子楽器４Ａ、音源回路７
とサウンドシステム７Ａを装備していなくてもよい。ま
た、サーバＭＳではＲＯＭ２やＲＡＭ３や外部記憶装置
９などを用いて楽曲情報データベースが構築されてお
り、この楽曲情報データベースに予め楽曲情報を多数記
憶するとよい。

【００２６】図３は、図１に示した楽曲情報配信システ
ムにおけるパソコン端末ＰＣ（クライアント）及びサー
バＭＳが具える各種機能を説明するための機能ブロック
図である。まず、パソコン端末ＰＣ（クライアント）が
具える各種機能について簡単に説明する。

【００２７】要求指示部Ｙはパソコン端末ＰＣ側の送受
信部ＣＩＯを介してサーバＭＳに対して各種の要求指示
を与える機能を持つものであり、該要求指示部Ｙがサー
バＭＳに対して与えることのできる要求指示内容として
は、ユーザ所望のネット有線サイトを記憶する所定のサ
ーバＭＳとの接続開始を指示する接続要求や、ユーザ所
望のネット有線サイトを記憶する所定のサーバＭＳとの
接続終了を指示する終了要求、ユーザ所望の楽曲を配信
するようサーバＭＳに対してリクエストするリクエスト
要求などがある。一時記憶部ＭはサーバＭＳから受信し
た楽曲情報を一時的に記憶する揮発性のメモリであり、
一時記憶部Ｍは所定の時間毎に再生部ＣＳに楽曲情報を
送る機能を持つ。再生部ＣＳは一時記憶部Ｍから送られ
た楽曲情報を再生して、該楽曲情報に基づく楽曲を発音
する機能を持つ。送受信部ＣＩＯは、パソコン端末ＰＣ
とサーバＭＳとの間で各種情報を送受信する機能を持
つ。この送受信部ＣＩＯがサーバＭＳに対して送信する
情報はユーザＩＤ、アドレス、要求指示に応じた接続要
求や終了要求若しくはリクエスト要求などの情報であ
り、サーバＭＳから受信する情報は楽曲情報などの情報
である。なお、ユーザＩＤはサーバＭＳと接続されてい
るパソコン端末ＰＣを用いて該サーバＭＳを利用してい
るユーザを個別に管理するために個々のユーザ毎に付さ
れた所定の文字列情報であり、アドレス（送信アドレ
ス）は通信ネットワークＸに接続されているパソコン端
末ＰＣを識別するためのパソコン端末ＰＣ毎に予め付さ
れた識別番号である。

【００２８】次に、サーバＭＳが具える各種機能につい
て簡単に説明する。送信先決定部Ｄは、サーバＭＳ側の
送受信部ＳＩＯを介してパソコン端末ＰＣから受信した
要求情報（詳しくは接続要求又は終了要求）に従ってユ
ーザＩＤ及び送信アドレスを送信リストに書き込んだり
送信リストから削除したりする機能を持つ。また、送信
先決定部Ｄは送信リストを読み出して、送信リストを送
受信部ＳＩＯへ送る機能を持つ。送信リストは楽曲情報
を送信する先のパソコン端末ＰＣのアドレスを記録して
おり、サーバＭＳは該送信リストに記録されたアドレス
に対応したパソコン端末ＰＣに対してのみ楽曲情報を送
信する。リクエスト追加部ＳＲは、サーバＭＳ側の送受
信部ＳＩＯを介してパソコン端末ＰＣから受信した要求
情報（詳しくはリクエスト要求）に従ってリクエスト曲
をリクエストリスト又はリクエスト待機リストに書き込
んだり削除したりする機能を持つ。リクエストリストは
パソコン端末ＰＣからリクエストされた曲を演奏予定時
刻などと共にリクエスト受け付け順に記録するものであ
り、サーバＭＳは該リクエストリストに記録された曲に
関する楽曲情報を後述の選曲リストに記録された曲に関
する楽曲情報よりも優先的に読み出し、該読み出した楽
曲情報をパソコン端末ＰＣに対して送信する。リクエス
ト待機リストは、所定時間内にパソコン端末ＰＣから同
じ曲が何回も頻繁に配信されないようにするために、所
定の待機満了時刻まで一時的にリクエスト曲の受け付け
を待機させておくためのものである。すなわち、パソコ
ン端末ＰＣからリクエストを受け付けたが、該リクエス
ト曲が所定時間内に配信されたばかりの曲（あるいは配
信される予定の曲）である場合に、該曲をリクエストリ
ストに登録すると同じ曲が所定時間内に頻繁に配信され
てしまうことが生じることになる。そこで、該曲をすぐ
にリクエストリストに登録するのではなく一旦リクエス
ト待機リストに登録しておくことで、所定時間の間は該
曲を配信しないように待機させておく。したがって、リ
クエスト待機リストには、パソコン端末ＰＣからリクエ
ストされた曲のうちリクエストリストに登録されない曲
（つまり、所定時間内に配信済みあるいは配信予定の
曲）がリクエスト先着順に記録される。

【００２９】選曲部ＳＭは所定の楽曲情報ＩＤが付され
た多数の楽曲情報を記憶した楽曲情報データベース（Ｄ
Ｂ）内にどのような楽曲があるかの内容参照を行って、
選曲リストに新たな楽曲（具体的には楽曲情報ＩＤ）を
書き込む機能を持つ。また、選曲部ＳＭは選曲リストあ
るいはリクエストリストを読み出し、該読み出した選曲
リストあるいはリクエストリストに従って読み出し部Ｓ
Ｓに対して所定の楽曲の再生指示を送ると共に、履歴リ
ストに再生指示対象とした楽曲を再生開始時刻などと共
に書き込む機能を持つ。読み出し部ＳＳは選曲部ＳＭに
より再生指示がなされると、楽曲情報ＤＢから該当する
楽曲情報を読み出し、該読み出した楽曲情報を送受信部
ＳＩＯを介して送信リストに基づくパソコン端末ＰＣに
対してのみに送信する機能を持つ。送受信部ＳＩＯはパ
ソコン端末ＰＣとサーバＭＳとの間で各種情報を送受信
する機能を持ち、パソコン端末ＰＣに対して送信する情
報は楽曲情報であり、パソコン端末ＰＣから受信する情
報はユーザＩＤ、アドレス、要求指示に応じた接続要求
や終了要求若しくはリクエスト要求などの情報である。
すなわち、選曲リストはパソコン端末ＰＣに送信する楽
曲情報を送信順に所定の曲数分だけ記録するものであ
り、サーバＭＳはリクエストリストに登録済みの曲がな
い場合には該選曲リストを参照し、選曲リストの送信順
に従って楽曲情報をパソコン端末ＰＣに対して送信す
る。履歴リストは送信が終了した楽曲情報を処理済み順
に記録するもの、つまりサーバＭＳからパソコン端末Ｐ
Ｃに対して送信された楽曲情報の履歴を記録するもので
ある。選曲部ＳＭは、履歴リストを参照して所定の曲間
隔制限に当てはまらない楽曲を選択的に選曲リストに書
き込む。すなわち、予め曲間隔制限（例えば曲数や時間
など）を設定しておき、選曲部ＭＳは履歴リスト内に記
録された楽曲のうち該曲間隔制限内に相当する楽曲をピ
ックアップし、該ピックアップされた以外の楽曲を楽曲
情報データベース（ＤＢ）から参照して、いずれかの楽
曲を選曲リストに新たな楽曲として書き込む。こうする
ことによって、サーバＭＳからパソコン端末ＰＣに対し
て同じ楽曲ばかりが所定時間内に何回も送信されないよ
うにする。勿論、こうしたことを上記以外の方法で実現
してよいことは言うまでもない。

【００３０】なお、楽曲情報の配信処理形態としては、
サーバＭＳ側は単に楽曲情報を配信するのみであり、パ
ソコン端末ＰＣ（クライアント）側で受信した楽曲情報
に基づいて楽曲再生処理を行うことによって楽曲を発音
する処理形態と、サーバＭＳ側で予め楽曲情報に基づい
て楽曲再生処理を行って楽曲を再生し、該再生した楽曲
をパソコン端末ＰＣに送信し、パソコン端末ＰＣ側では
受信した再生済みの楽曲をそのまま発音する処理形態と
がある。上述した実施例においてはサーバＭＳ側から単
に楽曲情報のみを受信して、パソコン端末ＰＣ側で該楽
曲情報を再生して楽曲を発音する前者の処理形態につい
て説明した。仮に後者の処理形態の場合には、サーバＭ
Ｓ側における読み出し部ＳＳは楽曲情報ＤＢから楽曲情
報を読み出す機能と共に読み出した楽曲情報を再生する
再生部としての機能をあわせ持ち、該再生済みの楽曲
（例えばオーディオデータ）を送受信部ＳＩＯを介して
パソコン端末ＰＣに送信する。パソコン端末ＰＣでは、
サーバＭＳから再生済みの楽曲を受信すると該楽曲をそ
のまま一時記憶部Ｍに記憶し、再生部ＣＳでは受信した
再生済みの楽曲をそのまま発音する。すなわち、再生部
ＣＳは一時記憶部Ｍから送られた楽曲情報を再生する機
能を持たずに、再生済みの楽曲を発音する発音部として
の機能のみを持つ。

【００３１】次に、図１に示した楽曲情報配信システム
におけるパソコン端末ＰＣ（クライアント）及びサーバ
ＭＳとで各々実行する各種処理について説明する。すな
わち、パソコン端末ＰＣあるいは携帯端末ＭＴ等のクラ
イアントやサーバＭＳにおけるそれぞれのＣＰＵ１で処
理する各種制御プログラムについて説明する。ただし、
以下に示す各実施例においては、サーバＭＳ側は単に楽
曲情報を配信するのみであり、パソコン端末ＰＣあるい
は携帯端末ＭＴ等のクライアント側で受信した楽曲情報
を再生することによって楽曲を発音する処理形態におけ
る制御プログラムについて説明する。また、実際に処理
する際にはアクセス要求したクライアントとアクセス要
求されたサーバＭＳとの間では所定の情報を送受信しな
がら並行して各々のメイン処理を行うものであるが、以
下に示す実施例においては説明を理解しやすくするため
に、クライアントとサーバＭＳとで実行するメイン処理
をそれぞれ独立に説明する。

【００３２】まず、クライアント側で実行する各種処理
について説明する。図４は、図１に示した楽曲情報配信
システムにおけるクライアントで実行するメイン処理の
一実施例を示すフローチャートである。このメイン処理
では、パソコン端末ＰＣあるいは携帯端末ＭＴ等のクラ
イアントとサーバＭＳとの間でサイト表示や所定の楽曲
情報の送受信などの処理が行われる。以下、図４に示し
たフローチャートに従って、クライアント側におけるメ
イン処理の動作を説明する。このクライアント側におけ
るメイン処理はネットワークブラウザを起動している状
態で、所望のネット有線サイトへの接続が要求されたと
きに（すなわち、ネットワークブラウザでネット有線サ
イトへのアクセスを開始したときに）開始される処理で
あり、接続要求したネット有線サイトへの接続を終了す
るまで動作する。

【００３３】ステップＳ１では、ユーザ所望のネット有
線サイトを記憶するサーバＭＳに対して接続要求を含む
要求情報を送信すると共に、再生処理を起動する。すな
わち、所望のネット有線サイトへのアクセス要求動作を
行う。このアクセス要求動作とみなされる所定の操作と
しては、例えば、ユーザが直接ネットワークブラウザの
所定位置に所望のネット有線サイトのＵＲＬを入力す
る、あるいはディスプレイ６Ａ上に表示されたサイト一
覧などから所望のネット有線サイトに関する表示をマウ
スでクリックする、などの操作がある。この場合にサー
バＭＳに対して送信する要求情報には、接続を要求する
ための接続要求を表すデータの他にもユーザＩＤと送信
アドレスを表すデータが含まれる。また、このような要
求情報をサーバＭＳに対して送信すると共に、サーバＭ
Ｓから受信した楽曲情報に基づいて楽曲を再生し発音す
る再生処理を起動する。この再生処理については、後述
する。ステップＳ２では、サーバＭＳから受信した楽曲
情報を一時記憶領域に記憶する。すなわち、この実施例
に示すメイン処理では記載を省略したが、該メイン処理
においてはサーバＭＳから常時送信されている楽曲情報
の受信を定期的に確認するための確認動作が起動され、
該確認動作によりサーバＭＳから楽曲情報を受信したこ
とを確認したときにのみに（つまり、楽曲情報を受信し
たときのみに）該受信した楽曲情報を一時記憶領域に記
憶する動作を実施する。サーバＭＳから受信する楽曲情
報は、ストリーミング配信である場合には数秒分のデー
タ単位の楽曲情報であるし、ダウンロード配信である場
合には１楽曲分のデータ単位の楽曲情報である。クライ
アントは、こうしたデータ単位で受信した楽曲情報をＲ
ＡＭ３などの一時記憶領域に一時的に記憶しておく。

【００３４】ステップＳ３では、リクエスト処理を実行
する。該リクエスト処理はユーザ所望の曲を送信するよ
うサーバＭＳに対して曲をリクエストする処理である
が、このリクエスト処理の詳しい処理内容については後
述することからここでの説明を省略する。ステップＳ４
では、ユーザ所望のネット有線サイトを記憶するサーバ
ＭＳに対するアクセスの終了が指示されたか否かを判定
する。サーバＭＳに対するアクセスの終了が指示されて
いない場合には（ステップＳ４のＮＯ）、上記ステップ
Ｓ２の処理に戻ってステップＳ２〜ステップＳ４までの
各処理を繰り返し行う。すなわち、クライアントをユー
ザ所望のネット有線サイト（サーバＭＳ）に接続してい
る間は該ネット有線サイトから送信された楽曲情報の受
信が繰り返し行われることから、クライアントでは該受
信した楽曲情報を再生する（後述の再生処理参照）こと
で連続的に楽曲を発音することができる。一方、サーバ
ＭＳに対するアクセスの終了が指示されている場合には
（ステップＳ４のＹＥＳ）、サーバＭＳに終了要求を含
む要求情報を送信すると共に、再生処理を終了する（ス
テップＳ５）。この場合にサーバＭＳに対して送信する
要求情報には接続の終了を要求するための終了要求を表
すデータの他にユーザＩＤと送信アドレスを表すデータ
の少なくとも一方が含まれ、サーバＭＳではこの終了要
求に基づいて所定の終了処理を実行する。また、終了要
求に基づいてサーバＭＳとの接続が終了されると、それ
以降はサーバＭＳから楽曲情報を新たに受信して楽曲を
再生することがないので、上記ステップＳ１で起動した
再生処理を終了する。

【００３５】ここで、図４に示した「メイン処理」で実
行する「リクエスト処理」（図４のステップＳ３）につ
いて、図５に示すフローチャートに従って説明する。図
５は、リクエスト処理の一実施例を示すフローチャート
である。ステップＳ１１では、リクエスト可能曲のリス
トの表示指示があるか否かを判定する。リクエスト可能
曲のリスト表示指示がない場合には（ステップＳ１１の
ＮＯ）、該「リクエスト処理」を終了する。すなわち、
この場合にクライアントでは何の処理もしない。一方、
リクエスト可能曲のリスト表示指示がある場合には（ス
テップＳ１１のＹＥＳ）、サーバＭＳからリクエスト可
能曲のリスト情報を受け取ってリストを表示する（ステ
ップＳ１２）。該リスト表示の処理手順について簡単に
説明すると、例えばクライアントに設けられたリスト表
示スイッチをユーザが操作すると、クライアントから接
続中のサーバＭＳに対してリスト情報を要求する要求情
報が送信される。サーバＭＳではリスト情報を要求する
要求情報を受信すると、要求情報を送信したクライアン
トに対して該当するリスト情報を送信する。クライアン
トはサーバＭＳからリスト情報を受信し、該リスト情報
を用いてユーザが当該ネット有線サイトにおいてリクエ
ストすることのできる曲の一覧（つまり、当該サーバＭ
Ｓに記憶されている楽曲情報の一覧）をディスプレイ６
Ａなどに表示する。ステップＳ１３では、表示されたリ
ストからリクエスト曲が選択されたか否かを判定する。
リクエスト曲が選択されている場合には（ステップＳ１
３のＹＥＳ）、サーバＭＳに対してリクエスト要求を含
む要求情報を送信する（ステップＳ１４）。この場合に
サーバＭＳに対して送信する要求情報には、リクエスト
を要求するためのリクエスト要求を表すデータの他にユ
ーザＩＤとリクエスト曲を表すデータが含まれる。

【００３６】以上のようにすると、ユーザは接続中のネ
ット有線サイト（サーバＭＳ）に対してどのような曲
（楽曲情報）がリクエスト可能であるのかがわからない
ような場合であっても、所定のリスト表示スイッチを操
作することによって、クライアントに当該ネット有線サ
イトにおいてリクエストすることが可能な曲の一覧を表
示させ、該一覧表示に従ってリクエスト曲を決定するこ
とが簡単にできるようになる。すなわち、リクエスト可
能な曲を一覧表示することによって、ユーザに対してリ
クエスト曲の選択を促している。なお、上述のリクエス
ト処理においてはリクエスト可能な曲の一覧のみを表示
するようにしたが、既にリクエストが受け付けられてい
る曲（つまりリクエストリストに既に登録済みの曲）や
リクエスト受け付け待機中の曲（つまりリクエスト待機
リストに登録されている曲）の一覧などを同時にクライ
アントに表示するようにしてもよい。こうすると、ユー
ザはリクエストしたい曲が他のユーザからのリクエスト
によって既に受け付けられているか、あるいはリクエス
ト受け付け待機中であるのかがすぐに分かることから、
無駄なリクエストを行うことがない。

【００３７】次に、上述の図４に示したメイン処理のス
テップＳ１で起動開始の指示がなされ、ステップＳ５で
起動終了の指示がなされる「再生処理」について、図６
を用いて説明する。図６は、再生処理の一実施例を示す
フローチャートである。この再生処理は割込処理であっ
て、クライアントにおける処理クロックの所定タイミン
グ毎に起動される。すなわち、図２に示すタイマ１Ａか
ら発生するクロック周期毎に、上述した「メイン処理」
に対して割り込み的に起動される処理である。該再生処
理は「メイン処理」で起動開始が指示されてから起動終
了が指示されるまでの間動作する処理であり、サーバＭ
Ｓから受信されて一時記憶領域に記憶された楽曲情報を
読み出し、該読み出した楽曲情報に基づいて楽曲の再生
を行う処理である。

【００３８】ステップＳ２１では、一時記憶領域に記憶
されている楽曲情報に従って楽曲を再生する。ステップ
Ｓ２２では、再生を行った部分に相当する楽曲情報を一
時記憶領域から削除する。すなわち、既に一時記憶領域
に蓄積されている楽曲情報を読み出して楽曲を再生する
処理を行う一方で、既に再生が終了した区間に相当する
楽曲情報を消去する処理を行う。例えば、ストリーミン
グ配信のような場合、サーバＭＳから所定のデータ単位
に受信した新たな楽曲情報を一時記憶領域に蓄積すると
共に（図４のステップＳ２参照）、楽曲再生が終了した
区間の楽曲情報を所定のデータ単位に順次に消去する。
こうすると、サーバＭＳからの楽曲情報の配信量が増加
しても、一時記憶領域に記憶する楽曲情報の情報量を増
加させずに一定量までとすることができるようになる。
なお、再生する楽曲は、オーディオデータに基づくもの
であっても、ＭＩＤＩデータに基づくものであってもど
ちらでもよい。また、再生の方法は、ストリーミング配
信を用いた方法でも、ダウンロード配信を用いた方法で
もどちらの方法を用いてもよい。

【００３９】次に、サーバＭＳ側で実行する各種処理に
ついて説明する。図７は、図１に示した楽曲情報配信シ
ステムにおけるサーバＭＳで実行するメイン処理（以
下、クライアント側で実行するメイン処理と区別するた
めにサーバメイン処理と呼ぶ）の一実施例を示すフロー
チャートである。このサーバメイン処理では、該サーバ
ＭＳと通信ネットワークＸを介して接続されたパソコン
端末ＰＣあるいは携帯端末ＭＴ等のクライアントからの
要求に基づく各種処理を行う。このサーバメイン処理
は、サーバＭＳの電源オンと共に処理が開始され、電源
オフと共に処理が終了される処理である。以下、図７に
示したフローチャートに従って、当該サーバメイン処理
の動作を説明する。

【００４０】まず、ステップＳ３１では、新たな接続要
求を受信したか否かを判定する。新たな接続要求を受信
した場合には（ステップＳ３１のＹＥＳ）、送信リスト
にユーザＩＤと送信アドレスを追加する（ステップＳ３
２）。すなわち、クライアントから当該サーバＭＳに対
してアクセス要求動作が行われたか否かを判定し、アク
セス要求動作が行われている場合にはユーザＩＤと送信
アドレスを送信リストに追加する。この際に送信リスト
に追加するユーザＩＤと送信アドレスは、クライアント
から受信した接続要求を含む要求情報に含まれている情
報である。ステップＳ３３では、新たな終了要求を受信
したか否かを判定する。新たな終了要求を受信した場合
には（ステップＳ３３のＹＥＳ）、送信リストからユー
ザＩＤと送信アドレスを削除する（ステップＳ３４）。
すなわち、クライアントから新たな接続要求を受信した
時に送信リストに追加したユーザＩＤと送信アドレス
は、クライアントから終了要求を受信すると送信リスト
から削除される。送信リストからユーザＩＤと送信アド
レスが削除されたクライアントに対しては、楽曲情報の
配信などがなされない。この際に送信リストから削除す
るユーザＩＤと送信アドレスは、クライアントから受信
した終了要求を含む要求情報に含まれている情報であ
る。ステップＳ３５では、所定の課金リストに記録され
ている料金を課金する。課金リストはユーザＩＤ毎に利
用内容に対応した課金額を記録している情報であり、該
課金リストに基づいて各ユーザ毎に利用料金を課金す
る。この利用内容に対応した料金課金方法は、従来から
知られている方法であればどのようなものであってもよ
い。例えば、クレジットカードによる方法、銀行振込に
よる方法、郵便振替による方法、電子マネーによる方法
など、各種方法であってよい。このようにして、サーバ
ＭＳでは電源オンから電源オフまでの間、クライアント
からの各種要求に応じて各種処理を実行する。

【００４１】次に、「選曲リスト編集処理」について、
図８を用いて説明する。図８は、選曲リスト編集処理の
一実施例を示すフローチャートである。この選曲リスト
編集処理は割込処理であって所定時間毎に起動される処
理であるが、少なくとも選曲リストの内容がなくならな
い程度の時間ごとに起動する。例えば、登録されている
曲数の半分がなくなる（つまり再生が完了する）ような
タイミングごとに起動するとよい。ステップＳ４１で
は、選曲リストの曲数が所定数に満たなければ、新たな
曲を楽曲情報ＤＢから選曲して選曲リストに最後の曲と
して追加する。この際に、リスト内に同じ曲が２個以上
含まれないよう選曲を制御しながら曲の追加を行うこと
によって、所定時間内に同じ曲が繰り返して再生される
ことがないようにする。他方、既に選曲リストの曲数が
所定数を満たしている場合には、上記曲選択を行わなく
てよい。すなわち、選曲リストには一定の曲数以上の曲
が追加されることがない。このようにして自動生成され
る選曲リストは、ユーザによるリクエスト曲が１曲もリ
クエストリストに登録されていない場合（例えば、ユー
ザからのリクエスト曲を全て配信した場合やユーザから
のリクエストが全くない場合など）に配信対象とする楽
曲情報を選択するために用いられる。すなわち、ユーザ
からのリクエストが全くない場合であってもクライアン
ト側で発音する楽曲が途切れることのないように、該生
成した選曲リストに従って自動的に選択される楽曲情報
を接続中の全てのクライアントに対して配信するように
している（後述する図１１に示すサーバ再生処理参
照）。

【００４２】次に、「リクエストリスト編集処理」につ
いて、図９を用いて説明する。図９は、リクエストリス
ト編集処理の一実施例を示すフローチャートである。リ
クエストリスト編集処理は、ユーザからのリクエストに
基づいてリクエストリストにユーザ所望の曲をリクエス
ト曲として登録する処理である。すなわち、このリクエ
ストリスト編集処理は、クライアントからリクエスト要
求を含む要求情報を受信するごとに起動する割込処理で
ある。

【００４３】ステップＳ５１では、リクエスト曲をリク
エストリスト内から検索する。ステップＳ５２では、リ
クエストリストから該当するリクエスト曲が検出された
か否かを判定する。すなわち、ステップＳ５１及びステ
ップＳ５２の処理では、ユーザがリクエストした曲が既
にリクエスト受け付け済みの曲としてリクエストリスト
に登録されているか否かのチェックを行う。リクエスト
リストから該当するリクエスト曲が検出されなかった場
合、すなわち、ユーザがリクエストした曲がリクエスト
リストに登録されていない曲である場合には（ステップ
Ｓ５２のＹＥＳ）、履歴リストからリクエスト曲を所定
時間範囲内において検索し、履歴リストから該当するリ
クエスト曲が検出されたか否かを判定する（ステップＳ
５３及びステップＳ５４）。すなわち、ステップＳ５３
及びステップＳ５４の処理では、ユーザがリクエストし
た曲が現在時刻から所定時間遡った時間範囲内に既に配
信がなされた配信済みの曲として履歴リストに登録済み
であるか否かのチェックを行う。前記所定時間は、同じ
曲の再生間隔の最小時間を表す時間（例えば３０分や１
時間など）である。この所定時間はリクエストリストに
登録済みの曲数に応じて変化する時間であるが、こうし
た所定時間の変更設定についての詳細は後述する。該所
定時間範囲内において履歴リストから該当するリクエス
ト曲が検出されなかった場合、すなわち、ユーザがリク
エストした曲が所定時間範囲内に既に配信された曲に該
当しない場合には（ステップＳ５４のＹＥＳ）、リクエ
ストリストに登録済みの曲の数から所定時間の設定を行
い（ステップＳ５５）、当該リクエスト曲をリクエスト
リストの最後尾に登録する（ステップＳ５６）。

【００４４】一方、リクエストリスト又は履歴リストの
少なくとも一方からリクエスト曲が検出された場合、す
なわち、ユーザがリクエストした曲が既にリクエスト受
け付け済みの曲である場合又は既に所定時間内において
配信済みの曲である場合には（ステップＳ５２がＮＯ又
はステップＳ５４がＮＯである場合）、リクエスト待機
リストに登録済みの曲数が所定数以下であるか否かを判
定する（ステップＳ５７）。リクエスト待機リストに登
録済みの曲数が所定数以下である場合には（ステップＳ
５７のＹＥＳ）、待機満了時刻を設定済みの所定時間に
基づいて決定し（ステップＳ５８）、該決定した待機満
了時刻を添付してリクエスト曲をリクエスト待機リスト
に登録する（ステップＳ５９）。すなわち、ユーザがリ
クエストした曲が既にリクエスト受け付け済みの曲であ
る場合や所定時間内に同じ曲が既に配信済みである場合
にはユーザから新たにリクエストされた曲のリクエスト
を少し時間を空けて受け付けるためにリクエスト待機リ
ストに一旦登録しておく。前記待機満了時刻は、リクエ
スト曲が再生される時（若しくは以前に再生された時）
から所定時間が経過した時刻を算出して決定する。すな
わち、リクエストリストからリクエスト曲が検出された
場合に設定される待機満了時刻はリクエスト曲の演奏予
定時刻から所定時間後の時刻が設定されるし、履歴リス
トからリクエスト曲が検出された場合に設定される待機
満了時刻はリクエスト曲の演奏開始時刻から所定時間後
の時刻が設定される。例えば、リクエスト曲の演奏予定
時刻（又は演奏開始時刻）が12:00:05（12時0分5秒）で
あり、所定時間が35分15秒に設定されているような場合
には、待機満了時刻として12：35：20（12時35分20秒）
が設定されることになる。リクエスト待機リストに登録
済みの曲数が所定数以下でない場合には（ステップＳ５
７のＮＯ）、リクエスト拒絶通知を送信する（ステップ
Ｓ６０）。すなわち、この場合にはユーザからのリクエ
ストを全く受け付けない。

【００４５】次に、「リクエスト待機リスト編集処理」
について、図１０を用いて説明する。図１０は、リクエ
スト待機リスト編集処理の一実施例を示すフローチャー
トである。このリクエスト待機リスト編集処理は割込処
理であって、所定時間毎に起動される処理である。ステ
ップＳ６１では、現在時刻が待機満了時刻に到達してい
るリクエスト曲をリクエスト待機リストから検索する。
ステップＳ６２では、検出されたリクエスト曲があるか
否かを判定する。検出されたリクエスト曲がある場合に
は（ステップＳ６１のＹＥＳ）、検出されたリクエスト
曲をリクエストリストの最後尾に登録して、リクエスト
待機リストから削除する（ステップＳ６３）。すなわ
ち、リクエスト受け付け待機中であった曲のリクエスト
受け付けを行って、該曲の配信がなされるように設定す
る。

【００４６】以上のようにすると、ユーザが新たにリク
エストした曲が既にリクエスト受け付け済みの曲に該当
せず、かつ、現在時刻から所定時間内に既に配信された
配信済みの曲に該当しない場合にのみ、新たな曲のリク
エストとしてすぐに該リクエストを受け付ける。他方、
ユーザが新たにリクエストした曲が既にリクエスト受け
付け済みの曲に該当するか、現在時刻から所定時間内に
既に配信された配信済みの曲に該当する場合には、新た
な曲のリクエストとしてすぐに該リクエストを受け付け
ることなく、一旦該リクエストの受け付けを待機させて
おき、所定時間経過後に該待機状態を解除して該リクエ
ストを受け付ける。すなわち、同じ曲が頻繁に再生され
ないように、所定時間間隔を空けてからリクエストリス
トに登録するように制御している。例えば、リクエスト
曲の演奏予定時刻が12:00:05（12時0分5秒）であり、所
定時間が35分15秒に設定されているような場合には、待
機満了時刻として12：35：20（12時35分20秒）が設定さ
れることは上述した。こうした場合には、現在時刻が1
2：35：20（12時35分20秒）を過ぎると、リクエスト待
機リストからリクエストリストへと該当するリクエスト
曲の登録が行われる。ただし、既に多くのリクエスト曲
がリクエスト受け付け待機中の曲としてリクエスト待機
リストに登録されている場合には、これ以上の曲をリク
エスト受け付け待機中の曲としてリクエスト待機リスト
に登録してしまうと、該曲のリクエストを受け付けて配
信するまでには多大な時間の経過が必要となってしま
う。つまり、ユーザがリクエストした曲を聞くことがで
きるようになるまでに多くの時間がかかってしまうこと
になり不都合であることから、こうしたことを防止する
ために、所定量以上の曲がリクエスト待機リストに登録
されている場合にはユーザに対してリクエストの拒絶を
して新たな曲のリクエストを受け付けないようにもして
いる。

【００４７】ここで、所定時間の変更設定について簡単
に説明する。ユーザからの新たな曲のリクエストを無条
件に受け付けてしまうと、同じ曲が何回もリクエストさ
れた場合に同じ曲が頻繁に流されることになって、一部
のユーザのみに該ネット有線サイトが独占使用されると
いったような弊害が生じ都合が悪い。そこで、同じ曲が
頻繁に再生されないように、同じ曲がリクエストされた
場合には所定時間間隔を空けてから該曲のリクエストを
受け付けるように制御している。この所定時間によるリ
クエスト受け付けの制御では、リクエスト受け付けされ
ている曲数やリクエスト受け付け待機中の曲数の多い・
少ないに従って前記所定時間を変更することによって、
リクエスト受け付け待機からリクエスト受け付けまでの
時間を長くしたり短くしたりしている。例えば、リクエ
ストリストに登録されている曲数が所定数以下の場合に
は該所定時間を所定の標準設定時間よりも短く設定する
ことにより、該所定時間に基づいて決定される待機満了
時刻を現在時刻に近い時刻に設定して、リクエスト受け
付けをなるべくはやく行うようにする。一方、リクエス
トリストに登録されている曲数が所定数以上の場合には
該所定時間を所定の標準設定時間よりも長く設定するこ
とにより、該所定時間に基づいて決定される待機満了時
刻を現在時刻から遠い時刻に設定して、リクエスト受け
付けをなるべく遅く行うようにする。

【００４８】なお、リクエストリストに登録された曲数
のみから所定時間を変更することに限らず、リクエスト
待機リストに登録されている曲数を考慮して所定時間を
変更するようにしてもよい。また、上述した実施例にお
いては、同じ曲がリクエストされた場合におけるリクエ
スト受け付け制御を所定時間により制御するようにした
がこれに限らず、リクエストリストに登録されている曲
数により制御するようにしてもよい。すなわち、リクエ
ストリストに既にリクエストした曲と同じ曲が登録され
ている場合であっても、リクエストリストに既に登録済
みのリクエスト曲の後に所定数以上の曲が登録済みであ
る場合には、新たにリクエストされた同じ曲をリクエス
トリストに登録する。リクエストリストに既に登録済み
のリクエスト曲の後に所定数よりも少ない数の他の曲が
登録済みである場合には新たにリクエストされた同じ曲
をリクエスト待機リストに登録しておき、リクエストリ
ストに既に登録済みのリクエスト曲の後に所定数以上の
曲が登録された時点で、リクエスト待機リストからリク
エストリストへ該曲の登録を行う。すなわち、該リクエ
ストの受け付け待機状態を解除してリクエストを受け付
ける。

【００４９】次に、サーバＭＳ側で実行する「再生処
理」（以下、クライアント側で実行する再生処理と区別
するためにサーバ再生処理と呼ぶ）について、図１１を
用いて説明する。図１１は、サーバ再生処理の一実施例
を示すフローチャートである。この実施例に示すサーバ
再生処理では、選曲リストに登録されている曲よりもリ
クエストリストに登録されている曲を優先的に再生す
る。すなわち、リクエストリストに登録されている曲を
登録順（つまり、リクエスト受け付け順）に再生し、リ
クエストリストに登録されている曲が全くない場合にの
み選曲リストに登録されている曲を選曲順に再生する。
このサーバ再生処理は、所定時間毎に、上述した「サー
バメイン処理」に対して割り込み的に起動される。前記
所定時間は、再生の方法に依存する。例えば、ストリー
ミング配信である場合には数秒分のデータ単位で楽曲情
報が配信されるために、その数秒分に相当するタイミン
グ間隔毎に起動し、ダウンロード配信である場合には１
曲分のデータ単位で楽曲情報が配信されるために、次の
曲の再生開始までにダウンロードが完了できるタイミン
グごとに起動する。

【００５０】ステップＳ７１では、リクエストリストに
登録曲があるか否かを判定する。リクエストリストに登
録曲がある場合には（ステップＳ７１のＹＥＳ）、リク
エストリストを参照して送信する所定量分の楽曲情報を
読み出す（ステップＳ７２）。この際に読み出す所定量
分の楽曲情報とは、ストリーミング配信である場合には
数秒分のデータ単位に相当するデータ量の楽曲情報であ
るし、ダウンロード配信である場合には１あるいは複数
曲分に相当するデータ量の楽曲情報である。そして、読
み出した楽曲情報を送信リストに登録されている全クラ
イアントに対して送信する（ステップＳ７３）。すなわ
ち、送信リストに登録されている全てのユーザに対し
て、同じ楽曲情報を同時に送信する。１曲分の楽曲情報
の送信が完了すると、該曲の情報をリクエストリストか
ら削除すると共に、該曲の情報を履歴リストに登録する
（ステップＳ７４）。このように、リクエストリストに
登録された曲がある場合には、リクエストリストに登録
された曲に基づいて楽曲情報を読み出してクライアント
に対して配信する。すなわち、ユーザからのリクエスト
がある場合には、ユーザによりリクエストされた曲に関
する楽曲情報を、優先的に通信ネットワークを介して現
在接続中の全てのクライアントに対して同時に送信す
る。

【００５１】他方、リクエストリストに登録曲がない場
合には（ステップＳ７１のＮＯ）、選曲リストを参照し
て送信する所定量分の楽曲情報を読み出す（ステップＳ
７５）。そして、読み出した楽曲情報を送信リストに登
録されている全クライアントに対して送信する（ステッ
プＳ７６）。１曲分の楽曲情報の送信が完了すると、該
曲を選曲リストから削除すると共に、該曲を履歴リスト
に登録する（ステップＳ７４）。このように、リクエス
トリストに登録された曲が全くないような場合には、選
曲リストに登録された曲に基づいて楽曲情報を読み出し
てクライアントに対して配信する。すなわち、ユーザか
らのリクエストがない場合（ユーザからリクエストされ
た曲の全てを既に配信してしまった場合を含む）には、
サーバＭＳ側で自動的に選択した曲に関する楽曲情報
を、通信ネットワークを介して現在接続中の全てのクラ
イアントに対して同時に送信する。

【００５２】以上のようにすると、ユーザがクライアン
トから所望のネット有線サイトを記憶するサーバＭＳに
接続すると同時に、クライアントがサーバＭＳから連続
的に配信される楽曲情報を自動的に受信し、該受信した
楽曲情報に基づく楽曲をクライアント側で発音すること
ができるようになる。この際に、サーバＭＳはユーザか
ら受け付けたリクエスト曲に関する楽曲情報を優先的に
選択してクライアントに対して配信し、ユーザから受け
付けたリクエスト曲が全くない場合にのみサーバＭＳ側
で自動的に選択した楽曲情報をクライアントに対して配
信する。すなわち、ユーザから曲のリクエストを受け付
けて、該リクエスト曲を優先的に配信する。ユーザがク
ライアントと所望のネット有線サイトを記憶するサーバ
ＭＳとの接続を終了すると現在発音中の楽曲が接続終了
と共に停止され、それ以降は再度クライアントを所望の
ネット有線サイトを記憶するサーバＭＳへ接続しないと
楽曲の発音が自動的に行われない。

【００５３】なお、上述の図１１に示したサーバ再生処
理において、リクエストリストに登録曲がなくなった場
合にはすぐに選曲リストを参照するようにしたが（図１
１のステップＳ７５参照）、これに限らない。例えば、
リクエストリストに登録曲がなくなった場合における最
も好ましい動作としては、まず、リクエスト待機リスト
に登録曲があるかを検索し、リクエスト待機リストに登
録曲があれば該曲に関する楽曲情報を送信して再生する
ようにし、リクエスト待機リストに登録曲がなければ選
曲リストを参照した結果の楽曲情報を送信して再生する
ようにするとよい。こうすると、同じ曲が頻繁に再生さ
れることもありうるが、ユーザのリクエストに対して適
切に対応することができる点で有利である。また、上述
したサーバ再生処理においては個々のユーザから受け付
けたリクエスト曲をリクエストリストに登録しておき、
該リクエストリストに従って楽曲情報ＤＢから楽曲情報
を選択して配信するようにしたが、こうしたリクエスト
リストを設けることなく、リクエストされた曲を直接選
曲リストに登録するようにしてもよい。その場合、リク
エスト曲は選曲リストに記録された曲のうち、最初に参
照される位置に登録される。勿論、こうした場合でも、
リクエスト待機リストを設けておくとよい。こうするこ
とによって、再生する曲を決定するときに選曲リストの
みを参照すればよいことから、上述したサーバ再生処理
が簡単な処理とすることができる。あるいは、リクエス
トリストと共に選曲リストも設けることなく、リクエス
トがあったときにはそのリクエスト曲の楽曲情報を楽曲
情報ＤＢから読み出して再生し、リクエストが途絶えて
いるときには新たな楽曲情報を送信する所定タイミング
ごとに直接楽曲情報ＤＢから楽曲情報を選択するように
してもよい。

【００５４】なお、サーバＭＳからクライアントへ送信
する楽曲情報のフォーマットは、イベントの発生時刻を
曲や小節内における絶対時間で表した『イベント＋絶対
時間』形式のもの、イベントの発生時刻を１つ前のイベ
ントからの時間で表した『イベント＋相対時間』形式の
もの、音符の音高と符長あるいは休符と休符長で楽曲デ
ータを表した『音高（休符）＋符長』形式のもの、演奏
の最小分解能毎にメモリの領域を確保し、演奏イベント
の発生する時刻に対応するメモリ領域にイベントを記憶
した『ベタ方式』形式のものなど、どのような形式のも
のでもよい。また、複数チャンネル分の楽曲情報が存在
する場合は、複数のチャンネルのデータが混在した形式
であってもよいし、各チャンネルのデータがトラック毎
に別れているような形式であってもよい。

【００５５】

【発明の効果】この発明によれば、パソコン端末などの
クライアントから接続中のサーバに対して曲のリクエス
トを行うことができ、リクエストを受け付けたサーバで
は該リクエスト曲を優先的にクライアントに対して配信
することから、パソコン端末などのクライアントをサー
バに接続して連続的な楽曲の再生を楽しむ際において、
ユーザは曲をリクエストすることで聞きたい楽曲を優先
的に再生することができるようになる、という効果を得
る。

【図面の簡単な説明】

【図１】 この発明に係る楽曲情報配信用サーバ装置及
び楽曲情報再生用クライアント装置を用いた楽曲情報配
信システムの一実施例の全体構成を示すシステムブロッ
ク図である。

【図２】 図１に示した楽曲情報配信システムを構成す
る各装置のうちの１つの装置についての一実施例の全体
構成を示すハード構成ブロック図である。

【図３】 図１に示した楽曲情報配信システムにおける
パソコン端末（クライアント）及びサーバが具える各種
機能を説明するための機能ブロック図である。

【図４】 クライアントで実行するメイン処理の一実施
例を示すフローチャートである。

【図５】 リクエスト処理の一実施例を示すフローチャ
ートである。

【図６】 再生処理の一実施例を示すフローチャートで
ある。

【図７】 サーバメイン処理の一実施例を示すフローチ
ャートである。

【図８】 選曲リスト編集処理の一実施例を示すフロー
チャートである。

【図９】 リクエストリスト編集処理の一実施例を示す
フローチャートである。

【図１０】 リクエスト待機リスト編集処理の一実施例
を示すフローチャートである。

【図１１】 サーバ再生処理の一実施例を示すフローチ
ャートである。

【符号の説明】

１…ＣＰＵ、１Ａ…タイマ、２…ＲＯＭ、３…ＲＡＭ、
４…ＭＩＤＩインタフェース、４Ａ…電子楽器、５…検
出回路、５Ａ…操作子、６…表示回路、６Ａ…表示装
置、７…音源回路、７Ａ…サウンドシステム、８…通信
インタフェース、Ｘ…通信ネットワーク、９…外部記憶
装置、１Ｄ…通信バス（データ及びアドレスバス）、Ｍ
Ｓ…サーバ、ＴＳ…中継サーバ、ＰＣ…パソコン端末、
ＭＴ…携帯端末、ＳＭ…選曲部、ＳＲ…リクエスト追加
部、Ｄ…送信先決定部、ＳＩＯ（ＣＩＯ）…送受信部、
ＳＳ…読み出し部（再生部）、Ｙ…要求指示部、ＣＳ…
再生部（発音部）、Ｍ…一時記憶部

Claims (7)

【特許請求の範囲】
1. 【請求項１】 所定の通信ネットワークを介して接続さ
   れたクライアント装置に対して楽曲情報を配信するサー
   バ装置であって、 楽曲情報を複数記憶する記憶手段と、 クライアント装置から曲のリクエストを受け付けるリク
   エスト受付手段と、 前記記憶手段から楽曲情報を自動選択する手段であっ
   て、前記リクエスト受付手段により受け付けたリクエス
   ト曲に対応する楽曲情報を優先的に選択する選択手段
   と、 接続されているクライアント装置を情報の配信先として
   設定する設定手段と、 前記設定手段により情報の配信先として設定されたクラ
   イアント装置に対して、前記選択手段により選択された
   楽曲情報を配信する配信制御手段とを具備し、 通信ネットワークを介して接続された全てのクライアン
   ト装置に対して、個々のクライアント装置が接続された
   時点から楽曲情報を連続的に配信する際に、リクエスト
   曲に対応する楽曲情報を優先的に配信することを特徴と
   する楽曲情報配信用サーバ装置。
2. 【請求項２】 前記選択手段は、前記記憶手段から楽曲
   情報を選択する際に、前記リクエスト受付手段により受
   け付けたリクエスト曲に対応する楽曲情報が所定時間内
   に再生された楽曲情報でない場合のみに該楽曲情報を選
   択することを特徴とする請求項１に記載の楽曲情報配信
   用サーバ装置。
3. 【請求項３】 前記選択手段が前記記憶手段から楽曲情
   報を選択する際に参照する所定時間は、既に選択済みの
   リクエスト曲に対応する楽曲情報の数に応じて設定され
   る時間であることを特徴とする請求項２に記載の楽曲情
   報配信用サーバ装置。
4. 【請求項４】 前記リクエスト受付手段は、既に選択済
   みのリクエスト曲に対応する楽曲情報が所定数以上であ
   る場合には新たなリクエストを受け付けずに拒絶するこ
   とを特徴とする請求項１に記載の楽曲情報配信用サーバ
   装置。
5. 【請求項５】 所定の通信ネットワークを介して接続さ
   れたサーバ装置との間において楽曲情報を受信可能なク
   ライアント装置であって、 所望のサーバ装置に対して接続開始要求又は接続終了要
   求を送信する送信手段と、 前記接続開始要求に基づいて接続したサーバ装置に対し
   てユーザ所望の曲をリクエストするリクエスト手段と、 前記接続したサーバ装置から複数の楽曲情報を連続的に
   受信する受信手段と、 受信した楽曲情報に基づいて楽曲を再生する再生手段と
   を具備し、 通信ネットワークを介してサーバ装置に接続した時点か
   ら該接続を終了するまでの間、接続したサーバ装置から
   連続的に楽曲情報を受信する際に、他のユーザによりリ
   クエストされた曲を含むリクエスト曲に対応する楽曲情
   報を優先的に受信して再生することを特徴とする楽曲情
   報再生用クライアント装置。
6. 【請求項６】 所定の通信ネットワークを介して接続さ
   れたクライアント装置に対して楽曲情報を配信する楽曲
   情報配信用プログラムであって、 楽曲情報を所定の記憶手段に複数記憶するステップと、 クライアント装置から曲のリクエストを受け付けるステ
   ップと、 リクエストがある場合には前記記憶手段から該リクエス
   ト曲に対応する楽曲情報を選択し、リクエストがない場
   合には前記記憶手段から適宜の楽曲情報を自動選択する
   ステップと、 接続されているクライアント装置を情報の配信先として
   設定するステップと、 情報の配信先として設定されたクライアント装置に対し
   て、選択された楽曲情報を配信するステップとを具備
   し、 通信ネットワークを介して接続された全てのクライアン
   ト装置に対して、個々のクライアント装置が接続された
   時点から楽曲情報を連続的に配信する際に、リクエスト
   曲に対応する楽曲情報を優先的に配信することを特徴と
   する楽曲情報配信用プログラム。
7. 【請求項７】 所定の通信ネットワークを介して接続さ
   れたサーバ装置との間において楽曲情報を受信する楽曲
   情報再生用プログラムであって、 所望のサーバ装置に対して接続開始要求又は接続終了要
   求を送信するステップと、 前記接続開始要求に基づいて接続したサーバ装置に対し
   てユーザ所望の曲をリクエストするステップと、 前記接続したサーバ装置から複数の楽曲情報を連続的に
   受信するステップと、 受信した楽曲情報に基づいて楽曲を再生するステップと
   を具備し、 通信ネットワークを介してサーバ装置に接続した時点か
   ら該接続を終了するまでの間、接続したサーバ装置から
   連続的に楽曲情報を受信する際に、他のユーザによりリ
   クエストされた曲を含むリクエスト曲に対応する楽曲情
   報を優先的に受信して再生することを特徴とする楽曲情
   報再生用プログラム。