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

Abstract

(57)【要約】 【課題】 多数のユーザが同時に同一楽曲の演奏を連続
的に楽しむことを可能とする。 【解決手段】 選択手段は、記憶手段に複数記憶してい
る楽曲情報から自動的に楽曲情報を選択する。設定手段
は、通信ネットワークを介して接続されているクライア
ント装置を情報の配信先として設定する。配信制御手段
は、情報の配信先として設定されたクライアント装置に
対して、選択した楽曲情報を配信する。すなわち、通信
ネットワークを介して接続された全てのクライアント装
置に対して、個々のクライアント装置が接続された時点
から楽曲情報を連続的に配信する。こうすると、ユーザ
は簡単な操作を行うだけで音楽を途切れることなく流し
ておくことが可能となる。また、多くのユーザが同じ音
楽を同時進行で楽しむことができる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

【発明が解決しようとする課題】ところで、上述したイ
ンターネットなどの通信ネットワークを利用して所望の
楽曲を楽しむ場合、従来ではアクセスしたWWWサーバに
対してユーザが聞きたい楽曲を１曲ずつ直接指定しなけ
ればならなかった。そのため、ＢＧＭ感覚で楽曲を途切
れることなく流しておきたい場合などのように、複数の
適当な楽曲を数珠繋ぎにながしつづけるように設定する
ことが簡単にできなかった。すなわち、複数の楽曲を連
続して聞きたいような場合でもユーザは複数の楽曲を１
曲ずつ順次に選択しなければならず、こうした選択操作
を１曲ずつ繰り返し行うことは非常に面倒であり不便で
ある、という問題点があった。さらに、従来はあくまで
も個々のユーザが聞きたい楽曲を選択することによって
個人的に楽曲を楽しむだけのものであったために、多く
のユーザが同じ楽曲を同時進行で楽しむことができなか
った。

【０００４】本発明は上述の点に鑑みてなされたもの
で、簡単な操作を行うだけで個々のユーザが所望の時間
だけ連続的に楽曲を楽しむことができ、かつ、多くのユ
ーザが同じ曲を同時進行で楽しむことのできる楽曲情報
配信装置及び楽曲情報配信プログラムを提供することを
目的とする。

【０００５】

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

【０００６】この発明によると、ユーザはクライアント
装置を所望の楽曲情報配信用サーバ装置に通信ネットワ
ークを介して接続するといった簡単な操作を行うだけ
で、クライアント装置と楽曲情報配信用サーバ装置とが
接続している間は連続的に音楽を楽しむことができるよ
うになる。選択手段は、記憶手段に複数記憶している楽
曲情報から自動的に楽曲情報を選択する。設定手段は、
通信ネットワークを介して接続されているクライアント
装置を情報の配信先として設定する。配信制御手段は、
前記設定手段により情報の配信先として設定されたクラ
イアント装置に対して、前記選択手段により選択された
楽曲情報を配信する。すなわち、通信ネットワークを介
して接続された全てのクライアント装置に対して、個々
のクライアント装置が接続された時点から楽曲情報を連
続的に配信する。こうすることによって、ユーザはクラ
イアント装置を用いて簡単な操作を行うだけで、クライ
アント装置側で音楽を途切れることなく流しておくよう
なことが可能となる。また、通信ネットワークを介して
接続されているクライアント装置に対して選択された楽
曲情報を配信することから、異なる場所にいる多くのユ
ーザが同じ音楽を同時進行で楽しむことができるように
なる。

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

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

【０００９】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００２６】図３は、図１に示した楽曲情報配信システ
ムにおけるパソコン端末ＰＣ（クライアント）及びサー
バＭＳが具える各種機能を説明するための機能ブロック
図である。まず、パソコン端末ＰＣ（クライアント）が
具える各種機能について簡単に説明する。要求指示部Ｙ
はパソコン端末ＰＣ側の送受信部ＣＩＯを介してサーバ
ＭＳに対して各種の要求指示を与える機能を持つもので
あり、該要求指示部ＹがサーバＭＳに対して与えること
のできる要求指示内容としては、ユーザ所望のネット有
線サイトを記憶する所定のサーバＭＳとの接続開始を指
示する接続要求や、ユーザ所望のネット有線サイトを記
憶する所定のサーバＭＳとの接続終了を指示する終了要
求などがある。購入指示部Ｋは送受信部ＣＩＯを介して
サーバＭＳに対して楽曲情報の購入を指示する購入指示
を与える機能を持つと共に、一時記憶部Ｍに対して一時
的に記憶している楽曲情報を楽曲情報メモリに書き込む
指示を行う機能を持つ。前記一時記憶部ＭはサーバＭＳ
から受信した楽曲情報を一時的に記憶する揮発性のメモ
リであり、一時記憶部Ｍは所定の時間毎に再生部ＣＳに
楽曲情報を送る機能を持つ。また、一時記憶部Ｍは再生
部ＣＳに楽曲情報を送る機能と共に、購入指示部Ｋから
購入指示がなされた場合に記憶している楽曲情報を楽曲
情報メモリに送る機能をあわせ持つ。楽曲情報メモリ
は、楽曲情報を記憶するための不揮発性メモリである。

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

【００２８】次に、サーバＭＳが具える各種機能につい
て簡単に説明する。送信先決定部Ｄは、サーバＭＳ側の
送受信部ＳＩＯを介してパソコン端末ＰＣから受信した
要求情報に従ってユーザＩＤ及び送信アドレスを送信リ
ストに書き込んだり送信リストから削除したりする機能
を持つ。また、送信先決定部Ｄは送信リストを読み出し
て、送信リストを送受信部ＳＩＯへ送る機能を持つ。送
信リストは楽曲情報を送信する先のパソコン端末ＰＣの
アドレスを記録しており、サーバＭＳは該送信リストに
記録されたアドレスに対応したパソコン端末ＰＣに対し
てのみ楽曲情報を送信する。選曲部ＳＭは所定の楽曲情
報ＩＤが付された多数の楽曲情報を記憶した楽曲情報デ
ータベース（ＤＢ）内にどのような楽曲があるかの内容
参照を行って、選曲リストに新たな楽曲（具体的には楽
曲情報ＩＤ）を書き込む機能を持つ。また、選曲部ＳＭ
は該選曲リストを読み出し、該読み出した選曲リストに
従って読み出し部ＳＳに対して所定の楽曲の選択指示を
送ると共に、履歴リストに選択指示対象とした楽曲を書
き込む機能を持つ。

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

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

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

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

【００３３】ステップＳ１では、クライアントにおいて
ユーザ所望のネット有線サイトを記憶するサーバＭＳに
対して、該サイトへのアクセス要求動作を行う。このア
クセス要求動作とみなされる所定の操作としては、例え
ば、ユーザが直接ネットワークブラウザの所定位置に所
望のネット有線サイトのＵＲＬを入力する、あるいはデ
ィスプレイ６Ａ上に表示されたサイト一覧などから所望
のネット有線サイトに関する表示をマウスでクリックす
る、などの操作がある。この操作があった時に、クライ
アントからサーバＭＳに接続を要求するための要求情報
が送信される。この要求情報には、接続要求を表すデー
タの他にユーザＩＤと送信アドレスを表すデータが含ま
れる。ステップＳ２では、再生処理を起動する。再生処
理では、サーバＭＳから受信した楽曲情報を再生して楽
曲を発音する。ステップＳ３では、受信処理を実行す
る。受信処理では、サーバＭＳから送信された楽曲情報
を受信して記憶する。ステップＳ４では、購入処理を実
行する。購入処理では、ユーザがサーバＭＳから所望の
楽曲を購入するための処理を実行する。これらの再生処
理や受信処理、購入処理の詳細については後述する。

【００３４】ステップＳ５では、サーバＭＳに対するア
クセスの終了が指示されたか否かを判定する。サーバＭ
Ｓに対するアクセスの終了が指示されていない場合には
（ステップＳ５のＮＯ）、上記ステップＳ３の処理に戻
って処理を繰り返し行う。すなわち、サーバＭＳからの
楽曲情報の受信を繰り返し行うことで楽曲の再生を続け
て行うことができ、また必要に応じて楽曲の購入を行う
ことがサーバＭＳとの接続中はいつでもできるようにな
っている。一方、サーバＭＳに対するアクセスの終了が
指示されている場合には（ステップＳ５のＹＥＳ）、サ
ーバＭＳに終了要求を送信する（ステップＳ６）。この
サーバＭＳとの接続の終了を要求するための要求情報に
は、終了要求を表すデータの他にユーザＩＤと送信アド
レスを表すデータの少なくとも一方が含まれる。サーバ
ＭＳでは、この終了要求に基づき所定の終了処理を実行
する。ステップＳ７では、上記ステップＳ２で起動した
再生処理を終了する。すなわち、既にサーバＭＳとのア
クセスの終了処理を上記ステップＳ６の処理で行ってい
ることから、楽曲情報を新たに受信して楽曲を再生する
ことがないことから、起動中の再生処理を終了する。

【００３５】ここで、図４に示した「メイン処理」にお
いて行われる「受信処理」及び「購入処理」（図４のス
テップＳ３及びステップＳ４参照）のそれぞれの動作に
ついて、図５及び図６に示すフローチャートに従って説
明する。

【００３６】まず、「受信処理」について図５を用いて
説明する。図５は、受信処理の一実施例を示すフローチ
ャートである。ステップＳ１１では、楽曲情報を受信し
たか否かを判定する。すなわち、クライアントからのア
クセス要求に基づきアクセスされたサーバＭＳから楽曲
情報が送信されており、この楽曲情報をクライアントが
受信したか否かを判定する。サーバＭＳから楽曲情報を
受信していない場合には（ステップＳ１１のＮＯ）、該
「受信処理」を終了する。すなわち、この場合にクライ
アントでは何の処理もしない。一方、サーバＭＳから楽
曲情報を受信している場合には（ステップＳ１１のＹＥ
Ｓ）、受信した楽曲情報を一時記憶領域に記憶する（ス
テップＳ１２）。クライアントが受信する楽曲情報は、
ストリーミング配信である場合には数秒分のデータ単位
の楽曲情報であるし、ダウンロード配信である場合には
１楽曲分のデータ単位の楽曲情報である。クライアント
はこうしたデータ単位で受信した楽曲情報をＲＡＭ３な
どの一時記憶領域に一時的に記憶しておく。

【００３７】次に、「購入処理」について図６を用いて
説明する。図６は、購入処理の一実施例を示すフローチ
ャートである。ステップＳ２１では、楽曲情報の購入が
要求されたか否かを判定する。楽曲情報の購入が要求さ
れていない場合には（ステップＳ２１のＮＯ）、該「購
入処理」を終了する。すなわち、この場合にクライアン
トでは何の処理もしない。一方、楽曲情報の購入が要求
されている場合には（ステップＳ２１のＹＥＳ）、サー
バＭＳに対して購入要求を送信する（ステップＳ２
２）。この購入を要求するための要求情報には、購入要
求を表すデータの他に、ユーザＩＤと再生中の楽曲情報
ＩＤと課金方法に関する情報を表すデータが含まれる。
そして、再生中の楽曲情報を所定の楽曲情報メモリに記
憶する（ステップＳ２３）。すなわち、クライアントか
ら楽曲を購入することができるようになっており、購入
することのできる楽曲は購入要求が指示された時に再生
中である曲の楽曲情報である。この際に、再生中の曲に
相当する楽曲情報は一時記憶領域から検索されて楽曲情
報メモリに記憶されるものであるが、該曲の一部分の楽
曲情報が既に一時記憶領域から消去されているような場
合には、消去されている部分をサーバＭＳから新たに取
得して１曲分の完全な楽曲情報として楽曲情報メモリに
記憶する。楽曲情報メモリは、一時記憶領域とは異なる
記憶領域であり、購入した楽曲情報のみを記憶するため
の記憶領域である。つまり、一時記憶領域に記憶される
楽曲情報は所定のタイミング毎に自動的に消去されてい
くのに対し、楽曲情報メモリに記憶される楽曲情報はユ
ーザが意図的に消去処理をしない限り消去されるもので
ない。このように、所定の購入処理の手続きを踏んで
（例えば、所定の対価を支払って）楽曲情報を購入しな
い限り、一時記憶領域に記憶した楽曲情報を自動的に消
去することによって、楽曲情報の不正利用を防止するよ
うにしている。

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

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

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

【００４１】まず、ステップＳ４１では、新たな接続要
求を受信したか否かを判定する。新たな接続要求を受信
した場合には（ステップＳ４１のＹＥＳ）、送信リスト
にユーザＩＤと送信アドレスを追加する（ステップＳ４
２）。すなわち、クライアントから当該サーバＭＳに対
してアクセス要求動作が行われたか否かを判定し、アク
セス要求動作が行われている場合にはクライアントから
受信した接続要求を含む要求情報に含まれているユーザ
ＩＤと送信アドレスを送信リストに追加する。ステップ
Ｓ４３では、新たな購入要求を受信したか否かを判定す
る。新たな購入要求を受信した場合には（ステップＳ４
３のＹＥＳ）、購入が希望された楽曲情報の課金額を決
定して、ユーザＩＤに対応付けられている課金リストに
決定された課金額を追加する（ステップＳ４４）。すな
わち、クライアントから当該サーバＭＳに対して楽曲情
報の購入が要求された場合には、楽曲情報の購入やネッ
ト有線利用料金に関する各種料金（課金額）をユーザご
と（詳しくはユーザＩＤごと）に用意されている課金リ
ストに追記しておく。こうして、ネット有線を利用した
ユーザに対して、ネット有線の利用を終了するときにま
とめて利用料金などを課金することができるようにして
いる。

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

【００４３】次に、「選曲処理」について、図９を用い
て説明する。図９は、選曲処理の一実施例を示すフロー
チャートである。この選曲処理は割込処理であって所定
時間毎に起動される処理であるが、少なくとも選曲リス
トの内容がなくならない程度の時間ごとに起動する。例
えば、登録されている曲数の半分がなくなる（つまり再
生が完了する）ようなタイミングごとに起動するとよ
い。

【００４４】ステップＳ５１では、選曲リストの曲数が
所定数に満たないか否かを判定する。所定数を満たして
いる場合には（ステップＳ５１のＮＯ）、該「選曲処
理」を終了する。所定数に満たない場合には（ステップ
Ｓ５１のＹＥＳ）、新たな曲を楽曲情報ＤＢから選曲す
る（ステップＳ５２）。ステップＳ５３では、選曲した
曲が選曲リストと履歴リスト内にない曲であるか否かを
判定する（ステップＳ５３）。選曲リストと履歴リスト
内にない曲である場合には（ステップＳ５３のＹＥ
Ｓ）、選曲された曲を選曲リストに最後の曲として追加
する（ステップＳ５４）。すなわち、所定時間内に同じ
曲が頻繁に再生されることがないように制御する。勿
論、上記のように選曲リストと履歴リストの全体から同
じ曲を検索するのではなく、選曲リストと履歴リスト内
で所定時間内（あるいは所定曲数）に同じ曲があるかど
うかを検索して、なければ新たな曲として選曲リストに
登録したり、若しくは選曲をするときに予め選曲対象と
する曲群から、選曲リストと履歴リストに登録されてい
る曲を削除しておくようにする、などの他の方法であっ
てもよいことはいうまでもない。ステップＳ５５では、
選曲リストの曲数が所定数になったか否かを判定する。
選曲リストの曲数が所定数になっていない場合には（ス
テップＳ５５のＮＯ）、ステップＳ５２の処理へ戻って
上記処理を繰り返す。すなわち、選曲リストへの曲の追
加を引き続き行う。選曲リストの曲数が所定数になって
いる場合には（ステップＳ５５のＹＥＳ）、該「選曲処
理」を終了する。すなわち、一定の曲数以上の曲選択は
行わない。

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

【００４６】ステップＳ６１では、選曲リストを参照し
て今回のタイミングで送信する所定量分の楽曲情報を読
み出す。この所定量分の楽曲情報とは、ストリーミング
配信である場合には数秒分のデータ単位に相当するデー
タ量の楽曲情報であるし、ダウンロード配信である場合
には１あるいは複数曲分に相当するデータ量の楽曲情報
である。読み出す楽曲情報を決定する際には、選曲リス
トで順番付けされている順に曲が再生されるように送信
する楽曲情報を決定する。ステップＳ６２では、送信リ
ストに登録されている送信アドレスに対応する全てのク
ライアントに対して、読み出した楽曲情報を送信する。
すなわち、送信リストに登録されている全てのユーザに
対して同じ楽曲情報を同時に送信する。ステップＳ６３
では、１曲分の楽曲情報の送信が完了した曲を表すデー
タ（つまり楽曲情報ＩＤ）を選曲リストから削除して履
歴リストに登録する。なお、履歴リストの内容は所定量
になるごとに履歴の古い順に（つまり送信順が早い順
に）少しずつ消去するとよい。

【００４７】以上のようにすることによって、ユーザが
パソコン端末ＰＣから所望のネット有線サイトを記憶す
るサーバＭＳに接続すると同時に、パソコン端末ＰＣが
サーバＭＳ側で選択され配信される楽曲情報を自動的に
受信して、該受信した楽曲情報に基づく楽曲をパソコン
端末ＰＣ側で発音するようになる。そして、ユーザがパ
ソコン端末ＰＣと所望のネット有線サイトを記憶するサ
ーバＭＳとの接続を終了すると現在発音中の楽曲が接続
終了と共に停止され、それ以降は再度パソコン端末ＰＣ
を所望のネット有線サイトを記憶するサーバＭＳへ接続
しないと自動的な楽曲の発音が行われない。勿論、所望
の楽曲情報を既に購入しているような場合には、購入し
た楽曲情報に基づく楽曲についてはパソコン端末ＰＣを
所望のネット有線サイトを記憶するサーバＭＳへ接続し
なくても楽曲を発音させることができることは言うまで
もない。

【００４８】ここで、課金リストに追加する利用内容に
対応した課金額の決定方法（図８のステップＳ４４参
照）について、簡単に説明する。課金リストに追加する
利用内容に対応した課金額は、利用時間×時間単価、あ
るいは利用曲数×曲単価により決定される金額である。
すなわち、クライアントが所望のネット有線サイトを記
憶するサーバＭＳに対してアクセスしてからアクセスを
終了するまでの時間（つまり利用時間）、あるいはクラ
イアントが所望のネット有線サイトを記憶するサーバＭ
Ｓに対してアクセスしてからアクセスを終了するまでに
サーバＭＳが配信した曲数をカウントしておき、これら
に対してそれぞれ予め決められている時間単価あるいは
曲単価を乗算することにより課金額を決定し、ネット有
線を利用したユーザに対して課金する。こうした課金額
の決定方法についての具体例を図１１に示す。図１１
は、課金額決定方法について説明するための具体例を示
す概念図である。この図１１に示す具体例において、横
軸は時間軸である。

【００４９】図１１から理解できるように、この具体例
においてはクライアントがサーバＭＳに対してアクセス
を開始した時間が１２時きっかりであり（12：00：0
0）、アクセスを終了した時間が１２時１０分（12：1
0：00）である。そこで、この場合における利用時間に
応じた課金額を算出すると、時間単価が１秒当り0.02円
であるとするならば課金額は１２円（つまり、600秒×
0.02円）である。他方、曲数に応じた課金額を算出する
場合には曲数をカウントして確定しなければならない。
その場合に、曲数のカウントにはいくつかの方法があ
る。例えば、図１１においては、曲１の途中でアクセス
を開始しており、曲３の途中でアクセスを終了してい
る。こうした場合に、曲の始まり（あるいは曲の終わ
り）の時点を曲数カウントの対象とするならば曲２と曲
３（あるいは曲１と曲２）がカウント対象とされ、曲数
は２曲となる。若しくは曲の始まりや終わりといった時
点に関わらず、アクセス中に配信された全ての曲（曲の
途中から配信を開始したものや曲の途中で配信を終了し
たものを含めた全ての曲）を曲数カウントの対象とする
ならば曲１、曲２、曲３の全ての曲がカウント対象とさ
れ、曲数は３曲となる。そして、曲単価が１曲当り５円
であるとするならば、課金額は１０円（つまり、２曲×
５円）あるいは１５円（つまり、３曲×５円）である。

【００５０】なお、課金額の決定方法は上述した方法に
限らず、他の方法であってもよいことは言うまでもな
い。例えば、所定時間内あるいは所定曲数以内の利用で
ある場合には予め決められた固定的な金額である基本料
金を課金額とし、所定時間あるいは所定曲数以上の利用
である場合には基本料金に所定時間以上の利用時間や所
定曲数以上の曲数に応じた金額を加算して課金額を決定
するようにしてもよい。例えば、５曲までの利用は１５
円であり、それを超える曲数の利用がある場合には１曲
当り５円を加算するなどのようにしてよい。

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

【００５２】

【発明の効果】この発明によれば、パソコン端末などの
クライアントをサーバに接続するだけでクライアント側
で自動的に楽曲を発音させることができるようになるこ
とから、個々のユーザは面倒な操作を行うことなく簡単
な操作を行うだけで所望の時間だけ連続的に楽曲を再生
することができるようになる、という効果を得る。ま
た、クライアントをサーバに接続するだけでよいことか
ら、多くのユーザが同じ曲を同時進行で楽しむことがで
きる、という効果を得る。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

【図１１】 課金額決定方法について説明するための具
体例を示す概念図である。

【符号の説明】

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

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１０Ｈ 1/00 Ｇ１０Ｈ 1/00 Ｚ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 所定の通信ネットワークを介して接続さ
   れたクライアント装置に対して楽曲情報を配信するサー
   バ装置であって、 楽曲情報を複数記憶する記憶手段と、 前記記憶手段から楽曲情報を自動選択する選択手段と、 接続されているクライアント装置を情報の配信先として
   設定する設定手段と、 前記設定手段により情報の配信先として設定されたクラ
   イアント装置に対して、前記選択手段により選択された
   楽曲情報を配信する配信制御手段とを具備し、 通信ネットワークを介して接続された全てのクライアン
   ト装置に対して、個々のクライアント装置が接続された
   時点から楽曲情報を連続的に配信することを特徴とする
   楽曲情報配信用サーバ装置。
2. 【請求項２】 前記設定手段は、クライアント装置から
   接続開始要求を受信すると、該クライアント装置を情報
   の送信先として設定することを特徴とする請求項１に記
   載の楽曲情報配信用サーバ装置。
3. 【請求項３】 前記設定手段は、クライアント装置から
   接続終了要求を受信すると、該クライアント装置を情報
   の送信先から解除することを特徴とする請求項１又は２
   に記載の楽曲情報配信用サーバ装置。
4. 【請求項４】 前記選択手段は、前記記憶手段に記憶さ
   れている楽曲情報のうち、所定期間内に選択されていな
   い楽曲情報のいずれかを自動選択することを特徴とする
   請求項１に記載の楽曲情報配信用サーバ装置。
5. 【請求項５】 クライアント装置からの接続開始要求を
   受信してから接続終了要求を受信するまでの接続時間に
   応じて、又はクライアント装置からの接続開始要求を受
   信してから接続終了要求を受信するまでにクライアント
   装置に配信した１曲毎の楽曲情報に応じて課金額を算出
   する算出手段を具備する請求項１乃至４のいずれかに記
   載の楽曲情報配信用サーバ装置。
6. 【請求項６】 前記算出手段は、クライアント装置から
   の購入要求に基づきクライアント装置に配信した楽曲情
   報に応じた課金額を加算することを特徴とする請求項５
   に記載の楽曲情報配信用サーバ装置。
7. 【請求項７】 所定の通信ネットワークを介して接続さ
   れたサーバ装置との間において楽曲情報を受信可能なク
   ライアント装置であって、 所望のサーバ装置に対して接続開始要求又は接続終了要
   求を送信する送信手段と、 前記接続開始要求に基づいて接続した所望のサーバ装置
   から複数の楽曲情報を連続的に受信する受信手段と、 受信した楽曲情報に基づいて楽曲を再生する再生手段と
   を具備し、 通信ネットワークを介してサーバ装置に接続した時点か
   ら該接続を終了するまでの間、サーバ装置から連続的に
   楽曲情報を受信して再生することを特徴とする楽曲情報
   再生用クライアント装置。
8. 【請求項８】 サーバ装置から受信した楽曲情報を一時
   的に保持し、保持した所定の楽曲情報を楽曲再生終了後
   の所定タイミングに削除する一時保持手段と、 楽曲情報を記憶する記憶手段と、 楽曲情報の購入要求を入力する入力手段と、 前記購入要求に従う楽曲情報を前記一時保持手段から前
   記記憶手段へ書き込むよう制御する制御手段とを具備し
   たことを特徴とする請求項７に記載の楽曲情報再生用ク
   ライアント装置。
9. 【請求項９】 所定の通信ネットワークを介して接続さ
   れたクライアント装置に対して楽曲情報を配信する楽曲
   情報配信用プログラムであって、 楽曲情報を所定の記憶手段に複数記憶するステップと、 前記記憶手段から楽曲情報を自動選択するステップと、 接続されているクライアント装置を情報の配信先として
   設定するステップと、 情報の配信先として設定されたクライアント装置に対し
   て、選択された楽曲情報を配信するステップとを具備
   し、 通信ネットワークを介して接続された全てのクライアン
   ト装置に対して、個々のクライアント装置が接続された
   時点から楽曲情報を連続的に配信することを特徴とする
   楽曲情報配信用プログラム。
10. 【請求項１０】 所定の通信ネットワークを介して接続
    されたサーバ装置との間において楽曲情報を受信する楽
    曲情報再生用プログラムであって、 所望のサーバ装置に対して接続開始要求又は接続終了要
    求を送信するステップと、 前記接続開始要求に基づいて接続した所望のサーバ装置
    から複数の楽曲情報を連続的に受信するステップと、 受信した楽曲情報に基づいて楽曲を再生するステップと
    を具備し、 通信ネットワークを介してサーバ装置に接続した時点か
    ら該接続を終了するまでの間、サーバ装置から連続的に
    楽曲情報を受信して再生することを特徴とする楽曲情報
    再生用プログラム。