JPH09152986A

JPH09152986A - 情報処理システムおよび音楽情報処理システム

Info

Publication number: JPH09152986A
Application number: JP7334179A
Authority: JP
Inventors: Masatada Wachi; 正忠和智; Hideo Suzuki; 秀雄鈴木; Genichi Tamura; 元一田邑; Masashi Hirano; 正志平野
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1995-11-30
Filing date: 1995-11-30
Publication date: 1997-06-10
Anticipated expiration: 2015-11-30
Also published as: CN1156281A; EP0777208B1; DE69625990D1; TW457449B; KR100394771B1; SG43449A1; HK1012844A1; EP0777208A1; CN1147797C; US5880386A; JP3087638B2; KR970029324A; DE69625990T2

Abstract

(57)【要約】【課題】システム状況に応じて最適なデータをロード
する。【解決手段】各端末機器３１〜３５には当該端末機器
に関するユーザープロフィール情報が記憶されている。
このユーザープロフィール情報には、ユーザー識別情
報、機器種別情報、機器名称、搭載されているＣＰＵ、
メモリおよびＯＳに関する情報、当該端末機器に保有さ
れているデータやプログラムに関する情報が含まれてお
り、ホストコンピュータから所望のデータをダウンロー
ドするときに、該ユーザープロフィール情報を参照し
て、最適なデータのダウンロード要求を送出する。ま
た、ネットワークではなく、ＣＤＲＯＭなどの記憶メデ
ィアからデータやプログラムをローディングするときに
も同様にして効率の良いローディングを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
に関し、特に、ネットワークシステムや各種記憶メディ
アなどの各種メディアから音楽データなどのデータを端
末側装置にロードするようになされた情報処理システム
に関する。

【０００２】

【従来の技術】近年、パソコン通信などのコンピュータ
ネットワークやいわゆるインターネットの普及に伴い、
各種のデータや情報などを電話回線などのネットワーク
を用いて配信するシステムが世界的規模で構築されつつ
ある。このようなネットワークを使用することにより、
迅速かつ容易に各種のデータや情報を配布することが可
能となる。一方、パーソナルコンピュータにおいて音楽
関連情報を処理することも盛んに行なわれており、シー
ケンサソフトなどだけではなく、最近では、パーソナル
コンピュータ上においてカラオケを行うことができるカ
ラオケソフトが開発されている。このようなシーケンサ
ソフトやカラオケソフトを使用するにあたっては新曲な
どの楽曲データをいかにして供給するかが問題となる。
そこで、このような音楽関連情報もネットワークにより
配信するようにすれば、ユーザーが音楽データを容易に
かつ迅速に入手することが可能となる。さらに、カラオ
ケソフトや楽音発生ソフトなどのソフトウエアのバージ
ョンアップ情報も同様にネットワークにより配信するよ
うにすれば、迅速に配布することが可能となる。

【０００３】

【発明が解決しようとする課題】しかしながら、ネット
ワークからデータをダウンロードするときに、ホストシ
ステムのデータディレクトリをみて選ぶのでは、すでに
ユーザー側（端末側）で装備済みのものを繰り返しダウ
ンロードしてしまったり、あるいは、無関係のデータを
間違えて選んだりしてしまう恐れがあり、操作が面倒で
あったり、不用意にネットワークトラフィックを増加さ
せたりする場合がある。また、有料ネットワークを利用
している場合には不経済となることがある。また、同様
のことはＣＤＲＯＭなど各種記憶メディアからデータを
パーソナルコンピュータなどにローディングする場合に
も発生するおそれがある。

【０００４】そこで本発明は、ユーザー側のシステム状
況およびデータやプログラムの保有状況を確認して、最
適なデータをロードするように制御するシステムを提供
することを目的としている。また、本発明は、ネットワ
ークからのデータ取得の他、ユーザーシステム内におけ
るデータやプログラムのロード管理にも、同様の技術思
想を適用し、所定のデータやプログラムをシステム内の
所定のメディアからロードするときに、効率の良いロー
ディングを行う機能を提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明の情報処理システムは、処理手段と、該処理
手段に接続され少なくとも第１のデータを記憶している
記憶手段と、前記処理手段と前記記憶手段とに接続され
各種のデータを記憶しているデータ供給手段とを有し、
前記処理手段は、前記第１のデータに基づいて所定の処
理を行う場合に、該所定の処理の実行に必要な第２のデ
ータが前記記憶手段に格納されていないとき、前記デー
タ供給手段に対して前記第２のデータの転送要求を出力
し、前記データ供給手段は、前記転送要求に応じて前記
記憶手段に前記第２のデータを転送するようになされた
情報処理システムである。

【０００６】また、本発明の音楽情報処理システムは、
処理手段と、該処理手段に接続され少なくとも音楽デー
タとを記憶している記憶手段と、前記処理手段と前記記
憶手段とに接続され各種のデータを記憶しているデータ
供給手段とを有し、前記音楽データは、それに基づく所
定の処理を実行する場合に必要な前記関連データを指定
する指定情報を含んでおり、前記処理手段が前記音楽デ
ータに基づく処理を実行するときに、前記データ供給手
段から当該指定情報により指定された関連データが前記
記憶手段に転送されるようになされた音楽情報処理シス
テムである。

【０００７】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明するが、ここでは、主として音楽データ類、具体
的には楽曲データ、波形データおよび楽音発生プログラ
ムなどの供給（配信あるいはロード）を行なうシステム
を例にとって説明することとする。

【０００８】（システムの全体構成）図１は、本発明の
情報処理システムの一実施の形態を示す概略構成図であ
る。この図において、１０はホストコンピュータ、２１
および２２は回線中継局、５０は例えば電話回線などの
ネットワーク回線、３１〜３５は前記ネットワーク回線
５０および回線中継器２１、２２を介して前記ホストコ
ンピュータ１０に接続される各種端末機器であり、３１
はパーソナルコンピュータ、３２はネットワーク対応の
電子楽器、３３はゲームマシン、３４は通信カラオケシ
ステム、３５は有線放送などのＢＧＭシステムである。
各端末機器３１〜３５はいずれも回線接続機能を有して
おり、例えば、前記ネットワーク回線５０が電話回線で
ある場合はモデムなどを通して電話回線に接続されてお
り、専用デジタル回線である場合には所定のフォーマッ
トを有するデータを所定のプロトコルにより送受信する
機能を有している。なお、端末機器としては、ネットワ
ーク接続機能を有するものであれば、ここに例示したも
の以外のものであってもよい。

【０００９】また、回線中継局２１および２２は、使用
する回線が商用回線である場合は各地域管轄電話局など
がこれに相当し、ＬＡＮなどの場合にはいわゆるサーバ
ーがこれにあたる。なお、小規模なネットワークの場合
には、ホストコンピュータ１０と端末機器３１〜３５と
が直接接続され、回線中継局２１、２２が省略される場
合もある。さらに、ネットワーク回線としては、その途
中にマイクロ波などの地上波通信、あるいは衛星通信な
どの無線通信による部分があっても良い。さらにまた、
データ通信の方法としては、通常知られているデジタル
通信方式以外に、音声による通話のバックグラウンドに
デジタルデータを伝送する方式などを用いることができ
る。

【００１０】ホストコンピュータ１０は、各端末機器３
１〜３５からのダウンロード要求に応じて、あるいは、
ホストコンピュータ１０側で指定する任意の楽曲データ
や場合によっては楽曲を演奏するための演奏ソフトある
いは音源をシミュレートするための音源ソフトなどを端
末機器３１〜３５に送信する。このようなホストコンピ
ュータ１０の構成の一例を図２に示す。図２の（ａ）に
おいて、１１は中央処理装置（ＣＰＵ）、１２は制御プ
ログラムや各種データが格納されているメモリ、１３は
前記端末機器に供給すべき楽曲データ、波形データ、演
奏ソフトおよび音源ソフトなどの各種データを記憶して
いるデータバンク、１４はコンソールディスプレイ、１
５はネットワーク回線５０に接続されたモデムなどのネ
ットワークインターフェース回路、１６はバスである。

【００１１】同図の（ｂ）は、データバンク１３に格納
されているデータ群の一例を示すものであり、図に示す
ように、楽曲データ群（MUSIC DATA(FILE)１〜Ｋ）１３
１、波形データ群（WAVE DATA(FILE)１〜Ｌ）１３２、
楽音形成パラメータ群（PARAMDATA(FILE)１〜Ｍ）１３
３、各種音源の制御プログラムなどの楽音発生プログラ
ム群（TONE PGM(FILE)１〜Ｎ）１３４および自動演奏プ
ログラムやカラオケソフトなどの演奏処理プログラム
（PLAY PRG(FILE)１〜Ｐ）１３５の各データ群が、各種
ディスク（ＦＤ、ＨＤ、ＭＯ、ＣＤ−ＲＯＭなど）ある
いはその他の記憶媒体に格納されている。ここで楽曲デ
ータ群（MUSIC DATA(FILE)）は自動演奏をするためのデ
ータである。

【００１２】前記端末機器３１〜３５の構成を図３の
（ａ）に示す。端末機器３１〜３５は前述したようにネ
ットワーク接続機能を有する各種の装置であるが、これ
らの装置は、パーソナルコンピュータ（ＰＣ）、カラオ
ケ装置、ゲームマシンなどそれぞれの機器の種類によっ
て外観や操作表示部および搭載されているソフトウエア
などは相違しているものの、いずれも基本的には図３の
（ａ）に共通的に示す構成を有するコンピュータシステ
ムである。

【００１３】この図において、１０１は当該端末機器全
体の動作を制御するＣＰＵ、１０２は制御プログラムな
どが格納されているＲＯＭ、１０３は各種のデータが格
納されるＲＡＭ、１０４はハードディスク装置、１０５
はフレキシブルディスク装置、１０６はＣＤ−ＲＯＭあ
るいはＭＯの駆動装置、１０７はカードインターフェー
ス回路、１０８はメモリカード、１０９はモデムなどの
ネットワークインターフェース回路、１１０は文字キー
ボードなどのコンソール装置、１１１はディスプレイ装
置、１１２は当該端末機器が電子楽器である場合に接続
されている音楽キーボード、１１３は音源、１１４はシ
ステム信号路である。なお、ここでは、ＣＰＵバスだけ
ではなく、拡張バスやＳＣＳＩその他の各種の接続規格
による接続等を含んだものを総称してシステム信号路１
１４と呼んでいる。

【００１４】ここで、ハードディスク装置１０４、フレ
キシブルディスク装置１０５、ＣＤ−ＲＯＭあるいはＭ
Ｏの駆動装置１０６およびメモリカード１０８などの各
記憶メディアは、それぞれの端末機器３１〜３５の仕様
に従って搭載されるものであり、搭載および接続の仕様
はそれぞれの機器によって異なっている。例えば、ＣＰ
Ｕバスに直結されている場合、拡張インターフェース回
路を経由する場合あるいはＳＣＳＩなどのインターフェ
ースを経由する場合などの各種の態様により接続される
ものである。

【００１５】また、音源１１３は、ＤＡＣ（デジタルア
ナログ変換器）を含むＣＯＤＥＣ（符号化復号化回路）
のみの場合、ＣＯＤＥＣと、専用ＬＳＩ、ＤＳＰあるい
はＭＰＵからなる音源ハードウエアからなる場合、ある
いは、ＭＩＤＩ（Musical Instrument Digital Interfa
ce）経由による音源装置の駆動の場合などの構成とする
ことができる。なお、上記ＣＯＤＥＣのみの場合には、
ソフトウエアにより楽音の波形データを演算生成するい
わゆるソフトウエア音源とともに使用されることとな
る。また、上記ＣＯＤＥＣと音源ハードウエアの場合に
は、ＣＯＤＥＣに音源チップや音源デバイスが搭載さ
れた基板（ドーターボード）を別途搭載する形で構成さ
れる場合、最初からすべてが一緒にまとめて搭載される
場合、あるいは、すべてがＬＳＩ化される場合などがあ
る。

【００１６】図３の（ｂ）にこのような端末機器におけ
るＲＡＭ１０３のメモリマップの一例を示す。この図は
端末機器がパーソナルコンピュータ３１であり、音源１
１としてＣＯＤＥＣ（ＤＡＣ）のみが搭載され、ソフト
ウエアにより楽音の波形データを生成するものである場
合の一例を示している。図示するように、領域１０３１
にはこのパーソナルコンピュータ３１のオペレーティン
グシステムが格納されている。領域１０３２には１また
は複数種類の演奏処理プログラムが格納されている。ま
た、領域１０３３には１または複数の楽音発生プログラ
ムが格納されている。さらに、領域１０３４には楽音波
形データ（WAVE DATA）群が、また、領域１０３５には
演奏すべき楽曲データ（MUSIC DATAｍ）がそれぞれ格納
されている。また、領域１０３６にはその他のデータや
各種のプログラムが格納されていたり、あるいは空状態
となされている。

【００１７】（データ構造）次に、本発明において用い
られる各種データについて説明する。楽曲データ（ファ
イル）（MUSIC DATA(FILE)）のデータ構造を図４の
（ａ）に示す。この楽曲データ（ファイル）は、図示す
るように、楽曲データ本体（MUSIC DATA）と楽曲関連デ
ータ（MUSIC MISC DATA）とからなっており、楽曲デー
タ本体（MUSIC DATA）は圧縮された形で、楽曲関連デー
タ（MUSIC MISC DATA）はそのままの形で前記データバ
ンク１３内に格納されている。

【００１８】楽曲データ本体（MUSIC DATA）には、図示
するように、この楽曲の名称を表わす楽曲名（SONG NAM
E）、この楽曲データのバージョン番号を表わすバージ
ョン番号情報（VER NO ID）、カラオケ用の楽曲データ
である場合において歌詞データを表示するときに使用さ
れる言語を表わす表示言語情報（LANGUAGE ID）、演奏
のテンポを表わすテンポ情報（TEMPO）、拍子を表わす
拍子情報（BEAT）、ＭＩＤＩイベントなどの演奏イベン
トと該演奏イベントの発生時刻を示すデータとからなる
演奏イベントデータ本体、および、当該楽曲データ本体
の終了を表わす情報（END OF DATA）からなっている。
前記演奏イベントデータ本体には使用する音源や楽音発
生プログラムに関する情報（TG INFO）が含まれてい
る。

【００１９】なお、カラオケ用の楽曲データなどの場合
においては、前記演奏イベントデータ本体の中に、歌詞
データやさらには画像データが含まれている。あるい
は、演奏イベントデータと歌詞データ（および画像デー
タ）とをデータとして分離した形のフォーマットとし、
演奏時に、カラオケであるか単なる演奏であるかの選択
などに応じて、歌詞データ（および画像データ）を読み
込むようにして歌詞あるいは画像の表示をさせながら演
奏を行なうようにしてもよい。

【００２０】また、楽曲関連データ（MUSIC MISC DAT
A）は、この楽曲の名称を表わす楽曲名（SONG NAME）、
この楽曲に関する説明などが記載されている説明情報
（MUSICINFO）、この楽曲のバージョン番号を表わすバ
ージョン番号（SONG VER NO ID）、この楽曲データに対
応する音源あるいは楽音発生プログラムなどに関する情
報である対応音源（プログラム）情報（TG INFO）、場
合によってはこの楽曲の演奏において使用する音色を音
色番号あるいは音色名などで表わした使用音色リスト
（TONE COLOR LIST）および楽曲データの終了を表わす
情報（END OF FILE）が含まれている。

【００２１】波形データ（ファイル）（WAVE DATA(FIL
E)）のデータ構造を図４の（ｂ）に示す。この波形デー
タ（ファイル）は音源において波形を生成するために使
用する波形データであり、図示するように、波形データ
本体（WAVE DATA）と波形関連データ（WAVE MISC DAT
A）とからなっている。波形データ本体（WAVE DATA）は
圧縮された形で、波形関連データはそのままの形で、前
記データバンク１３内に格納されている。

【００２２】波形データ本体（WAVE DATA）には、図示
するように、この波形の名称を表わす波形名（WAVE NAM
E）、この波形データのバージョン番号情報（WAVE VER
NO ID）、この波形データのフォーマット情報を表わす
波形データフォーマット情報（WAVE FORMAT ID）、波形
データ本体（WAVE SAMPLE DATA）および波形データの終
了を表わす情報（END OF DATA）が含まれている。波形
関連データ（WAVE MISC DATA）には、図示するように、
波形の名称を表わす波形名（WAVE NAME ）、バージョン
を表わすバージョン番号情報（WAVE VER ID）、この波
形データに関する簡単な説明などの情報（WAVE MISC IN
FO）および終了を示す情報（END OF FILE）が含まれて
いる。

【００２３】楽音形成パラメータデータ（ファイル）
（PARAMETER DATA(FILE)）のデータ構造を図５の（ａ）
に示す。このデータは、波形データを使用せずに演算に
より波形を生成するタイプの音源において波形を生成す
るために用いられるパラメータデータであり、図示する
ように、パラメータデータ本体（PARAMETER DATA）とパ
ラメータ関連データ（PARAM MISC DATA）とからなって
いる。そして、パラメータデータ本体（PARAMETER DAT
A）は圧縮された形で、また、パラメータ関連データ（P
ARAM MISC DATA）はそのままの形で、前記データバンク
１３内に格納されている。

【００２４】パラメータデータ本体（PARAMETER DATA）
には、図示するように、この楽音形成パラメータの名称
を表わすパラメータ名（PARAM NAME）、この楽音形成パ
ラメータのバージョンを示すバージョン番号情報（PARA
M VER ID）、この楽音形成パラメータの種別を表わすパ
ラメータデータ種別情報（PARAM KIND ID）、楽音形成
パラメータデータ本体（PARAMETER）および終了情報（E
ND OF DATA）が含まれている。パラメータ関連データ
（PARAM MISC DATA）には、図示するように、この楽音
形成パラメータの名称（PARAM NAME）、バージョンを表
わすバージョン番号情報（PARAM VER ID）、この楽音形
成パラメータに関する簡単な説明などの情報（PARAM MI
SC INFO）およびファイルの終了を示す情報（END OF FI
LE）が含まれている。

【００２５】楽音発生プログラムデータ（ファイル）
（TONE PGM DATA(FILE)）および演奏処理プログラムデ
ータ（ファイル）（PLAY PGM DATA(FILE)）は、同一の
データ構造を有しており、これら両プログラムファイル
のデータ構造を図５の（ｂ）に示す。図示するように、
これらプログラムデータ（ファイル）は、プログラムデ
ータ本体（PROGRAM DATA）とプログラム関連データ（PR
OGRAM MISC DATA）とからなっており、プログラムデー
タ本体（PROGRAM DATA）は圧縮された形で、また、プロ
グラム関連データ（PROGRAM MISC DATA）はそのままの
形で、前記データバンク１３に格納されている。

【００２６】図示するように、プログラム関連データ
（PROGRAM MISC DATA）には、この楽音発生プログラム
または演奏処理プログラムの名称を表わすプログラム名
（PROGRAM NAME）、このプログラムのバージョンを表わ
すバージョン番号情報（PRGM VER ID）、このプログラ
ムに関する簡単な説明などの情報（PRGM MISC INFO）お
よびファイルの終了を表わす情報（END OF FILE）が含
まれている。

【００２７】上記のように各種データの本体部分を圧縮
した形で保持し、それに付随する関連するデータを圧縮
しない形で保持しているので、各データ本体部をダウン
ロードする前に付随するデータを参照することが可能と
なり、ダウンロードするか否かなどの管理が容易とな
る。なお、ユーザーは圧縮されたデータをダウンロード
し、その後各端末機器側においてそのデータの解凍を行
なうこととなる。また、これらの各種データに使用可能
期間を限定するためのデータを付加しておき、対応プロ
グラムが該使用可能期間限定データを認識して当該デー
タを使用することができるか否かを判定するようにした
り、当該データがプログラムデータである場合には、期
間を経過した後には該プログラムデータが起動しないよ
うにすることも可能である。

【００２８】前述した各端末機器３１〜３５内には、当
該端末機器に関する情報、すなわちユーザープロフィー
ル情報（USER PROFILE）が記憶されている。また、ホス
トコンピュータ１０側にもこのユーザープロフィール情
報を記憶させておく場合には、この情報に基づいて各種
の処理を行なうことが可能となる。このユーザープロフ
ィール情報（USER PROFILE）のデータ構造を図５の
（ｃ）に示す。図示するように、ユーザープロフィール
情報（USER PROFILE）には、ユーザー識別情報（USER I
D）、ユーザー個人情報（USER PERSONAL INFO）、ユー
ザーシステム情報（USER SYSTEM INFO）およびディレク
トリ情報（DIRECTORY INFO）が含まれている。

【００２９】そして、前記ユーザー個人情報（USER PER
SONAL INFO）にはユーザー名（USERNAME）およびユーザ
ーアドレス（USER ADDRESS）が含まれており、ユーザー
システム情報（USER SYSTEM INFO）には当該機器がカラ
オケであるかパーソナルコンピュータであるかあるいは
ゲームマシンであるかといった機器種別情報（MACHINE
KIND）、当該機器の型番を示す機器名称（MACHINE NAM
E）、当該機器に搭載されているＣＰＵに関する情報（C
PU INFO）、当該機器に実装されているメモリの容量な
どメモリに関する情報（MEMORY INFO）、当該機器に搭
載されているオペレーティングシステムのバージョンや
種類などオペレーティングシステムに関する情報（OS I
NFO）および当該機器が使用しているネットワークプロ
トコルに関する情報（PROTOCOL INFO）が含まれてい
る。

【００３０】また、前記ディレクトリ情報（DIRECTORY
INFO）には、当該端末機器に保持されている波形データ
のリスト（WAVE LIST）および当該端末機器に保持され
ている楽音発生プログラムあるいは演奏処理プログラム
のリスト（SOFT LIST）が含まれている。

【００３１】（ホストコンピュータ１０における処理）
図６は、前記ホストコンピュータ１０におけるデータ転
送処理を示すフローチャートである。ホストコンピュー
タ１０は最大でMAX NET CH数の回線サービスを実行する
ことができ、１回線毎に時分割処理（ＴＳＳ）により回
線サービスを行い、各端末機器からのダウンロード要求
に応じて対応するデータを送信する処理を行うようにな
されている。

【００３２】図示するように、ホストコンピュータ１０
はまず、ステップＳ１０において、サービスを行なう回
線を示すポインタｉを１に初期化する。次にステップＳ
２０に進み、第ｉ回線に対するデータ転送サービス処理
を行なう。次に、ステップＳ３０に進んでｉをｉ＋１に
インクリメントし、ステップＳ４０において、ｉの値が
このホストコンピュータ１０に接続されている最大ネッ
トチャンネル数（MAXNET CH）＋１に等しいか否かを判
定する。この判定の結果がＮＯのときは、前記ステップ
Ｓ２０に戻り、次のチャンネル（ｉ＋１）に対するデー
タ転送サービスを行なう。また、ＹＥＳとなったとき
は、前記ステップＳ１０に戻り、ｉを１として、再び第
１チャンネルからデータ転送サービスを行なう。

【００３３】図７〜図９は、前記ステップＳ２０の「第
ｉ回線に対するデータ転送サービス処理」を説明するた
めのフローチャートである。この処理においては、SEQF
LGi１〜７という７つのフラグを使用して状態を識別
し、処理の手順を決定するようになされている。すなわ
ち、システム立ち上げ時にはすべてのフラグは「０」と
なされており、第ｉ回線が接続されているときSEQFLGi
１が「１」にされ、ＬＯＧＩＮ処理が完了したときSEQF
LGi２が「１」にされる。そして、端末機器からの各種
データのダウンロードコマンドが入力されたときSEQFLG
i３が「１」にされ、該入力されたダウンロードコマン
ドにより要求されたデータの種類を表わすためにSEQFLG
i４〜７が使用される。

【００３４】すなわち、楽曲データダウンロードコマン
ドであるときはSEQFLGi４が「１」、波形データダウン
ロードコマンドであるときはSEQFLGi５が「１」、パラ
メータデータダウンロードコマンドであるときはSEQFLG
i６が「１」、プログラムデータダウンロードコマンド
であるときはSEQFLGi７が「１」とされる。また、当該
ダウンロードコマンドに対応するデータの送信処理が終
了したときに、前記SEQFLGi３および当該データに対応
するSEQFLGi４〜７が「０」にリセットされる。なお、
以下の説明では、煩雑さを避けるために、添字ｉは省略
する。

【００３５】図７において、第ｉ回線に対するデータ転
送サービス処理Ｓ２０が開始されると、まず、ステップ
Ｓ２０１において、SEQFLG１が「０」であるか否かが判
定される。初期状態などで第ｉ回線が接続されていない
ときは、SEQFLG１が「０」であり、この判定結果がＹＥ
Ｓとなって、ステップＳ２０２に進む。ステップＳ２０
２において、この第ｉ回線の接続状態をチェックし、そ
の結果、ステップＳ２０３において第ｉ回線の接続なし
と判定されたときは、この第ｉ回線に対するデータ転送
サービス処理Ｓ２０を抜けて、前記図６のメインルーチ
ンに戻って前述したステップＳ３０に進み、次の回線の
処理を行うこととなる。また、第ｉ回線が回線接続さ
れ、前記ステップＳ２０３の判定結果がＹＥＳとなった
ときは、ステップＳ２０４に進み、SEQFLG１に「１」を
セットして、第ｉ回線に対する今回の処理を終了し、前
記図のメインルーチンに戻る。

【００３６】次のサイクルにおいて、この第ｉ回線に対
するデータ転送サービス処理Ｓ２０が開始されると、こ
の状態においては前記ステップＳ２０４によりSEQFLG１
がセットされているため、前記ステップＳ２０１の判定
結果がＮＯとなる。したがって、ステップＳ２０５にお
いて第ｉ回線の回線接続状態がチェックされる。この結
果、ステップＳ２０６において、第ｉ回線接続有りと判
定されたときはステップＳ２０７に進む。一方、ユーザ
ーからのＬＯＧＯＵＴやシステムによる強制切断によ
り、ステップＳ２０６の判定結果がＮＯとなったとき
は、ステップＳ２１１において回線切断処理を行い、ス
テップＳ２１２において全てのフラグSEQFLG１〜７を
「０」にリセットして、今回の第ｉ回線に対するデータ
転送サービス処理Ｓ２０を抜ける。

【００３７】前記ステップＳ２０６の判定結果がＹＥＳ
となったときは、ステップＳ２０７に進み、SEQFLG２が
「０」であるか否かが判定される。今の場合は、前回の
処理におけるステップＳ２０４の処理でSEQFLG１がセッ
トされただけであり、SEQFLG２は「０」のままであるか
ら、この判定結果はＹＥＳとなり、ステップＳ２０８に
進んで、ＬＯＧＩＮ処理が行われる。ここでは、ユーザ
ーＩＤやパスワードの確認などの、ユーザーのネットへ
のアクセス手続きが行われる。次にステップＳ２０９に
おいて、このＬＯＧＩＮ処理が完了したか否かが判定さ
れ、ＹＥＳであるときはステップＳ２１０においてSEQF
LG２を「１」にセットし、この回のＳ２０の処理を終了
する。また、ＬＯＧＩＮ処理が完了していないときは、
そのままＳ２０の処理を終了し、次回の処理において該
ＬＯＧＩＮ処理の続きが実行されることとなる。

【００３８】また、既にＬＯＧＩＮ処理が完了している
ときは、SEQFLG２がセットされており、前記ステップＳ
２０７の判定結果がＮＯとなるので、図８のステップＳ
２２０に進むこととなる。ステップＳ２２０において
は、SEQFLG３が「０」であるか否かが判定される。今の
場合は、SEQFLG３は「０」であるので、この判定の結果
はＹＥＳとなり、ステップＳ２２１の端末コマンド受信
処理が行われる。次に、ステップＳ２２２において、ユ
ーザー端末からのコマンド入力が完了したか否かが判定
される。コマンド入力が完了しておらず、この判定結果
がＮＯのときは、この回の第ｉ回線の処理を終了し、図
６のメインルーチンに戻る。また、ステップＳ２２２の
判定結果がＹＥＳのときは、ステップＳ２２３に進む。
この後の処理は受信したユーザーからのコマンドに応じ
て、対応する機能を起動するために対応するSEQFLGを立
てる処理である。

【００３９】ステップＳ２２３において、端末から入力
されたコマンドが楽曲データダウンロードコマンドであ
るか否かを判定する。この判定結果がＹＥＳのときは、
ステップＳ２２４に進み、SEQFLG３とSEQFLG４とを
「１」にセットし、この回の第ｉ回線の処理を終了す
る。また、ステップＳ２２３の判定結果がＮＯのときは
ステップＳ２２５に進み、入力されたコマンドが波形デ
ータダウンロードコマンドであるか否かが判定される。
この判定結果がＹＥＳとなったときは、ステップＳ２２
６に進み、SEQFLG３とSEQFLG５とを「１」にセットし、
この回の第ｉ回線の処理を終了する。

【００４０】一方、ステップＳ２２５の判定結果がＮＯ
のときはステップＳ２２７に進み、パラメータデータダ
ウンロードコマンドが入力されたのか否かが判定され
る。この判定結果がＹＥＳのときは、ステップＳ２２８
に進み、SEQFLG３とSEQFLG６とに「１」をセットし、こ
の回の第ｉ回線の処理を終了する。また、ステップＳ２
２７の判定結果がＮＯのときは、ステップＳ２２９に進
み、入力されたコマンドがプログラムデータダウンロー
ドコマンドであるか否かが判定される。この判定結果が
ＹＥＳのときはステップＳ２３０に進み、SEQFLG３とSE
QFLG７とを「１」にセットして、この回の処理を終了す
る。ステップＳ２２９の判定結果がＮＯのときはこのま
まこの回の処理を終了する。

【００４１】このようにして、端末から入力されたコマ
ンドが、楽曲データダウンロードコマンドであるときは
SEQFLG３とSEQFLG４とが「１」とされ、波形データダウ
ンロードコマンドであるときはSEQFLG３とSEQFLG５とが
「１」とされ、パラメータデータダウンロードコマンド
であるときはSEQFLG３とSEQFLG６とが「１」とされ、プ
ログラムデータダウンロードコマンドであるときはSEQF
LG３とSEQFLG７とが「１」とされる。すなわち、端末か
らコマンドが入力されたときはSEQFLG３が「１」とさ
れ、該入力されたコマンドの種類がSEQFLG４〜SEQFLG７
により指定されることとなる。

【００４２】さて、このようにして端末からのコマンド
入力が終了した後であるときには、SEQFLG３がセットさ
れているため、前記ステップＳ２２０の判定結果がＮＯ
となり、図９のステップＳ２４０が実行される。これ以
後の処理において、端末から入力されたコマンドに対応
する機能が実行される。ステップＳ２４０において、ま
ず、SEQFLG４が「１」であるか否かが判定される。この
判定結果がＹＥＳのときは、前述したように端末から入
力されたコマンドが楽曲データダウンロードコマンドで
あるから、ステップＳ２４１に進み、該コマンド中にお
いて指定された楽曲データがデータバンク１３から読み
出されて、第ｉ回線に接続されている端末機器に送信さ
れる。そして、ステップＳ２４２において該送信処理が
終了したか否かが判定され、送信が終了していないとき
はそのまま、送信が終了しており該判定結果がＹＥＳと
なったときはSEQFLG３とSEQFLG４とを「０」にリセット
して、この回の処理を終了する。

【００４３】また、前記ステップＳ２４０の判定結果が
ＮＯであるときは、ステップＳ２４４に進み、SEQFLG５
が「１」であるか否かが判定される。この判定結果がＹ
ＥＳのときは、端末機器から入力されたコマンドが波形
データダウンロードコマンドであるから、ステップＳ２
４５に進み、指定された波形データをデータバンク１３
から読み出して当該端末機器に送信する波形データ送信
処理が実行される。そして、ステップＳ２４６において
該波形データの送信が終了したか否かが判定され、この
判定結果がＮＯのときはそのまま、ＹＥＳのときはSEQF
LG３とSEQFLG５とを「０」にリセットして、この回の処
理を終了する。

【００４４】前記ステップＳ２４４の判定結果がＮＯの
ときは、ステップＳ２４８に進み、今度はSEQFLG６が
「１」であるか否かが判定される。この判定結果がＹＥ
Ｓのときは、入力されたコマンドがパラメータデータダ
ウンロードコマンドであるからステップＳ２４９に進
み、対応するパラメータデータの送信処理が実行され
る。そして、ステップＳ２５０において該パラメータデ
ータの送信が終了したか否かが判定され、この判定結果
がＮＯのときはそのまま、ＹＥＳのときはステップＳ２
５１においてSEQFLG３とSEQFLG６とを「０」にリセット
して、この回の処理を終了する。

【００４５】さらに、前記ステップＳ２４８の判定結果
がＮＯのときは、ステップＳ２５２に進み、SEQFLG７が
「１」にセットされているか否かが判定される。この判
定結果がＹＥＳのときは、楽音発生プログラムまたは演
奏処理プログラムのダウンロードコマンドが入力されて
いるから、ステップＳ２５３に進み対応するプログラム
の送信処理が行われる。そして、ステップＳ２５４にお
いて、該プログラム送信処理が終了したか否かが判定さ
れ、該判定結果がＮＯのときはそのまま、ＹＥＳのとき
はステップＳ２５５においてSEQFLG３とSEQFLG７とを
「０」にリセットして、この回の処理を終了する。ま
た、前記ステップＳ２５２の判定結果がＮＯのときも、
この回の処理を終了する。

【００４６】このようにして、端末機器から入力された
各種のダウンロードコマンドに応じて、対応するデータ
がデータバンク１３から読み出されて当該端末機器に送
信される。なお、前記ステップＳ２４０〜ステップＳ２
５５の各送信処理が終了した時点においては、SEQFLG１
およびSEQFLG２はセットされており、端末機器側から引
き続いてダウンロードコマンドを入力することにより、
次のデータをダウンロードさせることができる。

【００４７】（端末機器側の処理）次に、端末機器側に
おける処理について説明する。図１０は、端末機器３１
〜３５において実行されるメインプログラムのフローチ
ャートである。この図に示すように、端末機器が動作を
開始されると、まず、ステップＳ５０において、システ
ムプログラムのロードなどの初期設定が行われる。続い
て、ステップＳ６０においてシステム管理処理が行われ
た後に、ステップＳ７０のアプリケーションプログラム
処理が実行される。

【００４８】なお、ここにおけるアプリケーションプロ
グラムとは、通常のパーソナルコンピュータなどにおけ
るシステムプログラムに対するアプリケーションプログ
ラムといった狭義のものだけではなく、当該端末機器に
対応する所定の機能を実現するためのプログラム（例え
ばゲームマシンである場合にはゲームソフト）をいう。
したがって、システムによっては、ＯＳと組み合わされ
て動作させるドライバソフトウエアなどによって当該機
能が実現される場合もあり、このようなソフトウエアも
ここでいうアプリケーションプログラムに含まれる。こ
のステップＳ７０のアプリケーションプログラム処理の
後に、ステップＳ８０のネットワーク処理が実行され、
再び前記システム管理処理Ｓ６０に戻って、前記アプリ
ケーションプログラム処理Ｓ７０およびネットワーク処
理Ｓ８０が、順次実行されるようになされている。

【００４９】（ネットワーク処理）上記ネットワーク処
理Ｓ８０の詳細について図１１〜図１４を参照して説明
する。ネットワーク処理は、ホストコンピュータ１０と
接続して楽曲データ、波形データ、パラメータデータ、
音源プログラムおよび演奏処理プログラムといった各種
のデータをダウンロードするための処理である。そし
て、楽曲データをダウンロードするときには、ただ単に
楽曲データのみをダウンロードするだけではなく、該楽
曲データとともに対応する音源プログラムを添付してダ
ウンロードする音源プログラム添付モード、および、該
楽曲データとともに対応する波形データを添付してダウ
ンロードする波形データ添付モードの２つのモードも設
けられている。

【００５０】ユーザーはこれら２つのモードを用いて楽
曲データをダウンロードすることにより、自動的に最適
な音源プログラムあるいは波形データをダウンロードす
ることが可能となる。例えば、音源プログラム添付モー
ドにより楽曲データをダウンロードする場合においてソ
フトウエア音源を添付するときには、サウンドボードや
外部音源を接続していないユーザーに対して、当該楽曲
を演奏するための音源プログラムも同時に送付すること
が可能となり、非常に容易に楽曲の演奏を行なうことが
可能となる。また、波形データ添付モードにより楽曲を
ダウンロードする場合には、ユーザーが標準的な波形デ
ータしか保有していないときであっても、当該楽曲の音
楽表現に必要な特定の波形データを送付することがで
き、高品質の演奏を容易に行なうことが可能となる。

【００５１】このネットワーク処理Ｓ８０においては、
初期状態において全て「０」にリセットされているフラ
グTERM1〜3およびTERM11〜22を用いて、手順の進行を制
御するようになされている。ネットワーク処理Ｓ８０が
起動されると、まず、ステップＳ８０１において、ユー
ザーにより操作されるマウスやキーボードあるいはパネ
ルスイッチなどの状態を判断するコマンド／設定操作処
理が行われる。続いて、ステップＳ８０２に進み、ホス
トコンピュータ１０からの応答を表示するホスト応答プ
ロンプト受信表示処理が行われる。そして、ステップＳ
８０３において、フラグTERM１が「０」であるか否かが
判定される。最初の状態ではTERM１は「０」であるか
ら、この判定結果はＹＥＳとなり、ステップＳ８０４に
進み、アクセスポイント接続およびＬＯＧＩＮ処理が実
行される。

【００５２】なお、この場合において、一番近隣にある
アクセスポイントあるいは回線料金が一番安くなるアク
セスポイントに自動的にアクセスするようにすることが
考えられる。また、データをダウンロードするときに、
接続しているアクセスポイントをデータ選択の基準とす
ることも考えられる。例えば、遠距離通話でアクセスし
ている場合には、同じ曲あるいは同系列のプログラムで
もデータ量の少ないバージョンのものを自動選択してダ
ウンロードをすることなどが考えられる。続いて、ステ
ップＳ８０５に進み、ＬＯＧＩＮが完了したか否かが判
定され、完了していないときはそのまま、完了している
ときはステップＳ８０６においてTERM１に「１」をセッ
トした後、この回のネットワーク処理Ｓ８０を終了す
る。

【００５３】また、TERM１がセットされており、前記ス
テップＳ８０３の判定結果がＮＯとなったときは、ステ
ップＳ８０７に進み、回線接続状態チェックおよびＬＯ
ＧＯＵＴ操作チェックが行われる。この結果、回線接続
中であるか否かがステップＳ８０８において判定され、
この判定結果がＹＥＳのときは、ステップＳ８０９に進
みTERM２が「０」であるか否かが判定される。この判定
結果がＮＯのときはステップＳ８１０に進んで、TERM３
が「０」であるか否かが判定される。このようにステッ
プＳ８０９とステップＳ８１０によりTERM２およびTERM
３の値に応じて、その後の処理手順が切り分けられてい
る。また、前記ステップＳ８０８の判定の結果がＮＯと
なったときは、ステップＳ８１１に進み、回線切断・Ｌ
ＯＧＯＵＴ対応処理を実行し、ステップＳ８１２におい
て全てのTERMフラグを「０」にリセットしてこの回のネ
ットワーク処理Ｓ８０を終了する。

【００５４】ホストコンピュータ１０へのＬＯＧＩＮが
完了した時点では、TERM２は「０」のままであり、前記
ステップＳ８０９の判定結果はＹＥＳとなる。この場合
には、ステップＳ８２０（図１２）に進み、TERM１１が
「０」であるか否かが判定される。この場合にはTERM１
１は「０」であるから、この判定結果はＹＥＳとなり、
ステップＳ８２１に進み、楽曲データダウンロード操作
がなされたか否かが判定される。この判定結果がＹＥＳ
のときには、ステップＳ８２２において、前記楽曲デー
タダウンロード操作において指定された楽曲データをダ
ウンロードするためのコマンドをホストコンピュータ１
０に対して送信する。その後、ステップＳ８２３におい
てフラグTERM１１に「１」をセットして、ネットワーク
処理Ｓ８０を終了する。

【００５５】前記ステップＳ８２１における判定結果が
ＮＯのときは、ステップＳ８２４に進み、波形データあ
るいはパラメータデータのダウンロード操作がなされた
の否かが判定され、この判定結果がＮＯのときはステッ
プＳ８２６に進んで、プログラムデータのダウンロード
操作が行われたか否かが判定される。この判定結果もＮ
ＯのときはステップＳ８２８に進み、当該入力操作に対
応する処理が行われる。また、波形データあるいはパラ
メータデータのダウンロード操作がなされた場合にはス
テップＳ８２５において指定された波形データあるいは
パラメータデータをダウンロードするためのコマンドを
送信する。さらに、プログラムデータのダウンロード操
作が行われた場合には、ステップＳ８２７において、指
定された楽音発生プログラムあるいは演奏処理プログラ
ムをダウンロードするためのコマンドをホストコンピュ
ータ１０に対して送信する。これらの処理が行われた後
に、ステップＳ８２３においてフラグTERM１１を「１」
にセットしてネットワーク処理Ｓ８０を終了する。

【００５６】さて、TERM１１が「１」となっており、前
記ステップＳ８２０の判定結果がＮＯとなったときは、
ステップＳ８２９に進み、ダウンロードデータ受信処理
が実行される。そして、ステップＳ８３０において、ダ
ウンロードデータの受信が完了した否かを判定し、その
判定結果がＹＥＳであるときはステップＳ８３１におい
て受信が完了したことをユーザーにアラームとして報知
し、次いで、ステップＳ８３２において、TERM１１を
「０」にリセットし、TERM２を「１」にセットして、こ
の回のネットワーク処理Ｓ８０を終了する。また、ダウ
ンロードデータの受信が完了しておらずステップＳ８３
０の判定結果がＮＯのときはそのままネットワーク処理
Ｓ８０を終了する。

【００５７】また、TERM２が「１」にセットされてお
り、前記ステップＳ８０９の判定結果がＮＯのときは、
ステップＳ８１０に進み、フラグTERM３の状態が判定さ
れる。TERM３が「０」となっており、該Ｓ８１０の判定
結果がＹＥＳのときは、ステップＳ８４０（図１３）に
進み、フラグTERM２１の状態が判定される。TERM２１が
「０」のときは、ステップＳ８４１に進み、受信データ
が楽曲データであるか否かが判定される。受信データが
楽曲データ以外のデータであるときは、ステップＳ８４
８に進み、フラグTERM１とTERM１１とを「０」にリセッ
トし、TERM３に「１」をセットした後、この回のネット
ワーク処理Ｓ８０を終了する。

【００５８】受信データが楽曲データであり、ステップ
Ｓ８４１の判定結果がＹＥＳのときは、ステップＳ８４
２に進み、当該ダウンロード処理が音源ソフト添付モー
ドであるか否かが判定される。この判定結果がＮＯのと
きは、楽曲データ以外のデータのダウンロードの場合と
同様に、ステップＳ８４８の処理を実行した後、ネット
ワーク処理Ｓ８０を終了する。

【００５９】また、音源ソフト添付モードであるとき
は、ステップＳ８４３に進み、音源プログラム（TONEPG
M）指定処理を行う。この処理は、受信した楽曲データ
中の楽曲関連データ（MISIC MISC DATA）に含まれてい
る対応音源（プログラム）情報（TG INFO）の内容にし
たがって、ユーザープロフィール情報（USER PROFILE）
を参照して、最も適切に対応する音源プログラムの名前
と対応バージョン番号を認識し、ダウンロードすべき候
補として指定する。

【００６０】最適な音源プログラムとして選択されるも
のは、ユーザーが使用しているＣＰＵ、パーソナルコン
ピュータおよびオペレーティングシステムに適合してい
るもののうち、（１）コンパチブルな音源プログラムの
うち、ユーザーメモリ容量を超えないもの、あるいは最
もメモリサイズの小さいもの、（２）ユーザーの求める
音質を満たす楽音を発生することができるもの、（３）
同じ音源プログラムが複数ある場合にはそれらのうちの
最新のバージョンのもの、などの条件により決定され
る。

【００６１】このようにして、最適な音源プログラムと
そのバージョンとを認識した後に、ステップＳ８４４に
おいて、当該端末機器にローディングされているソフト
ウエアのリスト（具体的には、図５（ｃ）のUSER PROFI
LE、DIRECTORY INFO中のSOFTLIST）あるいは当該端末機
器に実装されているメディアのディレクトリを読み、当
該端末機器中に該音源プログラムが記憶されていないか
否かが判定される。この判定の結果、対応する音源プロ
グラムが記憶されていない場合には、ステップＳ８４５
に進み、その音源プログラムを指定してダウンロードコ
マンドを送信し、ステップＳ８４６においてフラグTERM
２１に「１」をセットして、この回のネットワーク処理
Ｓ８０を終了する。また、対応する音源プログラムがソ
フトリストあるいは所定のメディアのディレクトリに存
在しているときには、ステップＳ８４７においてその旨
をユーザーに報知して、前述したステップＳ８４８に進
み、TERM１およびTERM１１をリセットし、TERM３をセッ
トしてこの回のネットワーク処理Ｓ８０を終了する。

【００６２】TERM２１が「１」にセットされており、前
記ステップＳ８４０の判定結果がＮＯとなったときは、
ステップＳ８４９に進み、ダウンロードデータ受信処理
が行われる。そして、ステップＳ８５０において、受信
が完了したか否かが判定される。該判定結果がＹＥＳの
ときは、ステップＳ８５１に進んで、受信が完了したこ
とをユーザーに報知し、ステップＳ８５２においてディ
レクトリのソフトリスト（SOFT LIST）を更新して、ダ
ウンロードした音源プログラム（TONE PGM）を登録す
る。そして、ステップＳ８５３において、TERM１１を
「０」にリセットし、TERM３を「１」にセットした後、
この回のネットワーク処理Ｓ８０を終了する。

【００６３】このようにして音源プログラムのダウンロ
ードが行われるが、ユーザーシステム中に、対応する音
源プログラム（TONE PGM）、アップバージョンされたプ
ログラムなどのそれと同等以上の音源プログラムあるい
は機能的に同等以上のハードウエア音源が搭載されてい
る場合には、音源プログラムのロードを省略するように
してもよい。また、そのような環境チェックを詳細に行
って、システムの状態に応じたロードをするかしない
か、あるいはロードするプログラムやデータの選定をす
るようにしてもよい。さらに、同名異バージョンのプロ
グラムデータがホストコンピュータ中にあるときには最
新のものを自動選定するようにしてもよい。にまた、ロ
ードした楽曲データの演奏データ中あるいは演奏パート
のデータブロックに使用する音源プログラムを指定する
情報を入れておいて、ロード時にそれをチェックしてロ
ードする音源プログラム（TONE PGM）を選定するように
してもよい。さらにまた、いわゆるオートパイロット機
能を組み込むことにより定められた手順で処理が自動進
行するようにしてもよい。

【００６４】TERM２が「１」にセットされており、TERM
３も「１」にセットされているときには、前記ステップ
Ｓ８１０の判定結果がＮＯとなり、ステップＳ８６０が
実行される。このステップＳ８６０ではTERM２２が
「０」であるか否かが判定され、この判定結果がＹＥＳ
のときは、ステップＳ８６１において波形データ添付モ
ードであるか否かが判定される。波形データ添付モード
であるときは、ステップＳ８６２に進み、波形データ
（WAVE DATA）指定処理が行われる。この処理において
は、受信した楽曲データ中の楽曲関連データ（MISIC MI
SC DATA）に含まれている使用音色リスト（TONE COLOR
LIST）の内容にしたがって、ユーザープロフィール情報
（USER PROFILE）を参照して、最も適切に対応する波形
データ（WAVEDATA）の名前を認識する。この場合も前述
した音源プログラムの場合と同様の条件により選択され
る。

【００６５】続いて、当該端末機器の波形リストあるい
は所定メディアのディレクトリ中にその波形データが存
在していないかどうかを判定する。最適な波形データが
当該端末機器内に保存されておらず、この判定結果がＹ
ＥＳのときは、ステップＳ８６４に進み、対応波形デー
タを指定してダウンロードコマンドを送信する。そし
て、ステップＳ８６５においてフラグTERM２２に「１」
をセットして、この回のネットワーク処理Ｓ８０を終了
する。

【００６６】また、最適な波形データが当該端末機器に
保存されており、ステップＳ８６３の判定結果がＮＯと
なったときは、ステップＳ８６６においてその旨をユー
ザーに報知した後、ステップＳ８６７において、フラグ
TERM２、TERM３、TERM１１およびTERM２１を全て「０」
にリセットしてこの回の処理を終了する。さらに、波形
添付モードではなく、前記ステップＳ８６１の判定結果
がＮＯとなったときは、そのままステップＳ８６７に進
み、フラグTERM２、TERM３、TERM１１およびTERM２１を
全て「０」にリセットしてこの回の処理を終了する。

【００６７】TERM２２が「１」にセットされており、前
記ステップＳ８６０の判定結果がＮＯのときは、ステッ
プＳ８６８に進み、ダウンロードデータの受信処理を行
う。そして、ステップＳ８６９において、該受信処理が
終了したか否かを判定し、受信が完了したときはステッ
プＳ８７０において受信が完了した旨をユーザーに報知
した後、ステップＳ８７１においてディレクトリの波形
リスト（WAVE LIST）を更新して、受信した波形データ
を登録する。そして、ステップＳ８７２において、TERM
２、TERM３、TERM１１およびTERM２１を全て「０」にリ
セットしてこの回のネットワーク処理Ｓ８０を終了す
る。一方、受信が完了しておらず、前記ステップＳ８６
９の判定結果がＮＯのときは、そのまま、この回のネッ
トワーク処理Ｓ８０を終了する。

【００６８】（アプリケーション処理）図１５は端末機
器において実行されるアプリケーション処理Ｓ７０の処
理フローチャートである。図示するように、アプリケー
ション処理Ｓ７０が起動されると、まず、楽曲データ演
奏処理Ｓ７１が実行され、次に楽音発生処理Ｓ７６が実
行され、その後にその他の処理Ｓ７９が実行される。そ
の他の処理Ｓ７９では、例えば端末機器がゲームマシン
であればゲーム自体の処理などを含む端末機器の種類仕
様に応じた、楽曲データ演奏処理、楽音発生処理以外の
処理が行なわれることになる。

【００６９】（楽曲データ演奏処理）楽曲データ演奏処
理のフローチャートを図１６に示す。この図に示すよう
に、楽曲データ演奏処理が開始されると、まず、ステッ
プＳ７１１において操作検出処理が行われ、どのような
操作がユーザーにより実行されたかが判定される。そし
て、ステップＳ７１２において、演奏処理中であるか否
かが判定され、その判定結果がＮＯのときは、ステップ
Ｓ７１３に進み、演奏態様および環境設定処理が実行さ
れる。この処理においては、入力操作に応じて、演奏の
テンポ（TEMPO）、音量（VOLUME）および各種モードな
どの演奏の状態を設定する処理が実行される。続いて、
ステップＳ７３に進み、楽曲データ選択処理が行われ、
選択された楽曲データがロードされる。そして、ステッ
プＳ７１５において演奏開始操作処理が実行され、この
楽曲データ演奏処理Ｓ７１が終了される。

【００７０】また、演奏処理中であって、前記ステップ
Ｓ７１２の判定結果がＹＥＳとなったときは、ステップ
Ｓ７１６において演奏イベント発生処理が実行される。
この演奏イベント発生処理においては、前記楽曲データ
選択処理Ｓ７３においてロードされた楽曲データが順次
読み出され、それに基づいて所定のタイミングでＭＩＤ
Ｉイベントなどの演奏イベントが生成される。この生成
された演奏イベントに基づき、後述する楽音発生処理Ｓ
７６により音源１１３（図３）が制御され楽音が発生さ
れることとなる。また、ステップＳ７１６の演奏イベン
ト発生処理に続いて、ステップＳ７１７の演奏制御操作
処理が実行され、ＳＴＯＰ、ＰＡＵＳＥなどの操作入力
があった場合における処理が実行されて楽曲データ演奏
処理Ｓ７１が終了される。

【００７１】前記楽曲データ選択処理Ｓ７３の詳細につ
いて、図１７を参照して説明する。この楽曲データ選択
処理Ｓ７３が開始されると、まず、ステップＳ７３１に
おいて楽曲リストが表示され、ユーザーによる選曲操作
を待つ。ステップＳ７３２において楽曲が選択されたか
否かが判定され、選曲されていないときはこの楽曲デー
タ選択処理を終了する。楽曲が選択され、ステップＳ７
３２の判定結果がＹＥＳとなったときは、ステップＳ７
３３において、指定された楽曲データ（MUSICDATA）の
読み込み処理が行われる。そして、ステップＳ７３４に
おいて、読み込んだ楽曲データ中のバージョン番号情報
（VER NO ID あるいはSONG VER NO ID）および対応音源
情報（TG INFO）とソフトリスト（SOFT LIST）中の音源
プログラム（TONE PGM）のバージョンなどとの対応をチ
ェックし、その結果、ステップＳ７３５において、既に
動作中の音源プログラムとの対応が悪いか否かを判定す
る。

【００７２】バージョン番号などが対応しておらず、こ
の判定の結果がＹＥＳとなったときは、ステップＳ７３
６においてソフトリスト（SOFT LIST）中にある対応音
源プログラムがロードされて起動される。なお、このと
きに、現在動作中の音源プログラムに追加する形でロー
ドするか、あるいは差し替えてロードするかは、そのと
きのメモリの負荷状態やユーザープロフィールの内容に
したがって選択される。ステップＳ７３６が実行された
後、処理はステップＳ７３７に進む。また、対応がよく
ステップＳ７３５の判定結果がＮＯのときは、そのま
ま、ステップＳ７３７に進む。

【００７３】ステップＳ７３７においては、演奏イベン
ト中の音色指定データあるいは使用音色リスト（TONE C
OLOR LIST）の内容と、既にロードされている波形デー
タ（WAVE DATA）とが対応しているかどうかがチェック
される。この結果、ステップＳ７３８において、ロード
されていない波形データがあるか否かが判定され、この
判定結果がＮＯのときはステップＳ７４１に進み、ステ
ップＳ７４１において選曲終了処理が行われ、楽曲デー
タ選択処理Ｓ７３が終了される。また、ステップＳ７３
８の判定結果がＹＥＳのときは、ステップＳ７３９にお
いてロードされていない波形データが波形リスト（WAVE
LIST）中にあるか否かが判定される。この判定の結果
がＹＥＳのときは、ステップＳ７４０に進み、該ロード
されていない波形データの読み込み処理を行い、ステッ
プ７４１の選曲終了処理に進む。

【００７４】また、前記ステップＳ７３９の判定結果が
ＮＯのときは、ステップＳ７４２において代用すること
ができる波形データがロードされる。例えば、ピアノの
音色がpiano１〜piano５の５種類ある場合において、当
該楽曲はpiano３の音色を使用するものであるのに対
し、端末機器にインストールされているのはpiano１の
音色のみであるときに、同系列の音色であるpiano１が
ロードされてpiano３の代わりに使用されることとな
る。続いて、ステップＳ７４３においてその旨をユーザ
ーに報知して、前記ステップＳ７４１の選曲終了処理に
進む。この選曲終了処理においては、選曲処理の終了や
読み込まれた波形データ名の表示などが行われる。

【００７５】（楽音発生処理）ステップＳ７６の楽音発
生処理は、前記ステップＳ７１６の演奏イベント発生処
理により所定のタイミングで発生されるＭＩＤＩイベン
トなどの演奏イベントに基づいて音源を制御し、対応す
る楽音を発生する処理である。ここでは、楽音発生処理
Ｓ７６の一例として、音源１１３としてＣＯＤＥＣに含
まれたＤＡＣのみを使用し、ソフトウエアにより波形デ
ータを演算生成する方式の場合を例にとって説明する。
なお、音源１１３として、サウンドボードや外部音源が
接続されている場合には、通常のドライバソフトウエア
により楽音発生処理Ｓ７６が実行されることとなる。

【００７６】ソフトウエアにより波形データを演算生成
する場合には、ＲＡＭ１０３中に、例えばＰＤ１〜ＰＤ
１６の１６種類の音色データ、ＷＤ１〜ＷＤｎのｎ種類
の波形データ、例えばｃｈ１〜ｃｈ３２の３２チャンネ
ル分のチャンネルレジスタおよび複数の出力バッファ用
の領域などが確保される。

【００７７】前記各音色データＰＤ１〜ＰＤ１６は、各
音域の波形を指定するデータ（各音域波形指定）、ビブ
ラート等をかけるときに使用するＬＦＯ（Low Frequenc
y Oscillator）制御用のデータ（ＬＦＯ制御ＯＤ）、音
色フィルタ特性を制御するフィルタエンベロープの発生
制御用のデータ（ＦＥＧ制御ＯＤ）、振幅を制御するエ
ンベロープの発生制御用のデータ（ＡＥＧ制御ＯＤ）、
ベロシティにより楽音の立ち上がりの速さ等を変えるタ
ッチ制御用のデータ（タッチ制御ＯＤ）、その他のデー
タ（その他ＯＤ）からなっている。なお、ＯＤはオリジ
ナルデータであることを示しており、発音指示時のタッ
チデータ、音高データ等に応じてこれらのオリジナルデ
ータに加工を施して音源が使用する発音用のデータが作
成されるようにしている。

【００７８】また、前記ＷＤ１〜ＷＤｎの波形データ
は、入力される音高データに応じて前記ＰＤ１〜ＰＤ１
６の音色データにおける各音域波形指定データによりい
ずれかの波形データが指定されるものである。チャンネ
ルレジスタｃｈ１〜ｃｈ３２の各エリアはそれぞれ互い
に独立した複数の楽音の生成を制御するためのデータを
記憶するものであり、ノートナンバ、波形指定データ
（波形指定Ｄ）、ＬＦＯ制御データ（ＬＦＯ制御Ｄ）、
フィルタエンベロープ制御データ（ＦＥＧ制御Ｄ）、振
幅エンベロープ制御データ（ＡＥＧ制御Ｄ）、ノートオ
ンデータ、その他のデータ（その他Ｄ）、およびＣＰＵ
１０１がプログラム実行時に使用するワークエリアから
なっている。この波形指定Ｄ、ＬＦＯ制御Ｄ、ＡＥＧ制
御Ｄは前記したオリジナルデータに加工が施された発音
用のデータである。

【００７９】さらに、前記複数の出力バッファ用の領域
は、順次交代して発音波形生成用の出力バッファＸとし
て使用される。この出力バッファは、後述するように演
算処理により生成された各発音チャンネルの楽音波形サ
ンプルデータＳＤ１、ＳＤ２、ＳＤ３・・・が生成され
る毎にチャンネル累算され格納される。出力バッファの
いずれかが発音波形生成用の発音波形生成用の出力バッ
ファＸとして指定され、波形生成演算に使用される。こ
の出力バッファは２つ以上用意される。最も簡単な構成
としては出力バッファＸを２個とし、片方に格納されて
いるデータを波形再生部に渡して再生している間に、も
う片方に演算した次の楽音波形サンプルのデータを格納
するダブルバッファ構成とすることができる。

【００８０】なお、出力バッファのサイズは、１００ワ
ード、５００ワード、１Ｋワード、５Ｋワード等任意に
設定することができるが、サイズを大きくすると発音に
遅れを生じ、サイズを小さくすると時間的マージンが減
少し、一時的な演算量の増加時に応答が悪くなることに
なる。そこで、リアルタイム性が要求されない、例えば
シーケンサ演奏や自動演奏等を行なう本発明のような場
合は、演奏タイミングを前にずらすことにより発音遅れ
を吸収できるため、出力バッファのサイズを大きくする
ことができる。

【００８１】一方、この楽音発生プログラムをリアルタ
イム演奏が必要とされる鍵盤演奏などに使用する場合に
は、発音遅れを防止するためにバッファサイズは１００
〜２００ワードとするのが好適である。以上は、再生の
サンプリング周波数が４０ｋＨｚ〜５０ｋＨｚの場合で
あり、サンプリング周波数を低く設定する場合は、発音
遅れを防止するためもっと小さいサイズにすることが必
要である。

【００８２】さて、このような各種のデータを使用して
実行される楽音発生処理Ｓ７６において、ＣＰＵ１０１
により各発音チャンネルの楽音サンプルが複数の楽音波
形サンプル、例えば１００楽音波形サンプル分まとめて
演算生成される。すなわち、各発音チャンネルの処理に
おいて、ＤＡＣのサンプリング周期の例えば１００サイ
クル分まとめて楽音波形サンプルが生成される。そし
て、所定の計算時刻毎に全発音チャンネル分の楽音生成
処理が実行され、生成された複数の楽音波形サンプルが
１００サンプルとされた場合は、ＤＡＣの１００サンプ
リング周期分のチャンネル累算値として順次累算され、
波形出力用の出力バッファＸに記憶される。出力バッフ
ァＸに記憶された楽音波形サンプルは、全発音チャンネ
ル分の累算完了後に、波形再生部により各サンプリング
周期毎に１サンプルずつ読み出され、ＤＡＣに供給され
て図示しないサウンドシステムから発音されることとな
る。

【００８３】なお、前記計算時刻は、複数の出力バッフ
ァを交代して用いて楽音生成処理を実行した場合に、楽
音波形サンプルが途切れず読み出し再生できる間隔で発
生されるように制御されている。このようにすることに
より、各発音チャンネルの準備処理は、まとめて生成さ
れる複数の楽音波形サンプルの演算について１回だけ行
えば良いため、全体の演算時間の内でこの準備処理に費
やされる演算時間の割合が減少し、オーバヘッドを小さ
くすることができ、生成される楽音波形サンプルの質の
向上や同時発音数を増加することができる。

【００８４】また、前記所定の計算時刻に加えて、入力
データ（ＭＩＤＩイベント）が受信される毎にその時点
までの発音波形演算を行うようにし、前記所定の計算時
刻には予め定められた複数の楽音波形サンプル（１つの
出力バッファＸ分のサンプル）の内、未演算の楽音波形
サンプルのみの発音波形演算を行うようにしてもよい。

【００８５】各発音波形演算では発音している発音チャ
ンネルについての演算を行うのであるが、その中の入力
データに応じて発音態様が変化するキーオンイベントあ
るいはキーオフイベント（ピッチベンド，音量変化）等
がある発音チャンネルにおいては、対応を変化させずに
発音を継続する発音チャンネルに比べて多くの演算処理
が必要となる。この場合、一定時間おきの計算時刻とす
ると、入力データが増加した時に、演算時間が発音態様
が変化する発音チャンネルに多く占められてしまうた
め、結果的に演算できる発音チャンネル数が減少してし
まうことになる。特に、発音を開始する発音チャンネル
については、アドレスカウンタ、各種エンベロープ発生
器の初期設定、Ｆナンバ発生等多くの初期設定処理が必
要であり、多くの演算処理時間を必要とする。したがっ
て、ＭＩＤＩイベントが入力される毎にその時点までの
発音波形計算を行なうようにすることにより、発音チャ
ンネル数の減少を防止することができるようになる。

【００８６】すなわち、ノートオンイベントが入力され
たときは、そのノートナンバＮＮおよびベロシティＶＥ
Ｌがレジスタに取り込まれ、そのノートオンイベントの
発生時刻がＴＭとしてレジスタに取り込まれる。次い
で、レジスタに取り込まれたノートナンバＮＮの発音割
当処理が行なわれ、割り当てられたチャンネル（ｃｈ）
の番号がｉとしてレジスタに取り込まれる。そして、ｃ
ｈ番号ｉのチャンネルレジスタに前記ノートナンバＮ
Ｎ、ベロシティＶＥＬに応じた楽音制御データを設定す
る。設定される楽音制御データは、準備されている音色
データのうち、前記ノートオンイベントを受信したＭＩ
ＤＩチャンネルに対応した音色データを前記ノートナン
バＮＮ、ベロシティＶＥＬの値に応じて加工して得られ
る発音用データ（各種Ｄ）である。ここで、発音用デー
タの中の波形指定データＤは、音色データ中の音域指定
データをノートナンバＮＮに対応した楽音発生に用いる
べき波形として、波形データＷＤ１から波形データＷＤ
ｎのうちのいずれか１つを指定する。

【００８７】前記楽音制御データの設定後、ｉｃｈのノ
ートオンフラグを立てるようにする。次に、発音波形の
演算生成が実行されるが、ここでの演算生成は、現在準
備中のバッファＸに書き込むべき全波形のうち、時刻Ｔ
Ｍ以前で、かつ、未計算の波形（部分波形）について実
行され、算出された該部分波形を出力バッファＸに書き
込むようにする。ここで、部分波形は、新たな受信デー
タが検出された時点で（データが確定し）演算生成が可
能になる範囲の発音波形に相当する。生成する波形は、
受信したノートオンイベントの発生時刻ＴＭの時点まで
の発音波形であり、該ノートオンに応じて発音開始する
波形は該発音波形に含まれず、以後に生成される発音波
形の方に含まれる。

【００８８】また、ノートオフイベントが入力されたと
きは、そのノートオフイベントのノートナンバＮＮおよ
びそのノートオフイベントの発生時刻ＴＭがレジスタに
取り込まれる。次いで、ノートナンバＮＮで発音されて
いる発音チャンネル（ｃｈ）がサーチされ、見つかった
発音ｃｈの番号ｉがレジスタに取り込まれる。そして、
該ｉｃｈのノートオンフラグを倒し、発音波形の演算生
成が実行される。この場合の演算生成処理は、前述の場
合と同様であり、時刻ＴＭ以前の未計算波形（部分波
形）を算出して出力バッファＸに書き込むようにする。
さらに、ｉｃｈのリリース処理が行なわれる。

【００８９】このような楽音発生処理の様子を図２０に
示すタイミングチャートを参照しながらさらに説明す
る。出力バッファは前記したダブルバッファ構成とされ
ており、この２つの出力バッファがＡ，Ｂとされてその
読み出しタイミングが同図（ｅ）に示されている。そし
て、各バッファＡ，Ｂの再生に要する時間がＴ_Aおよび
Ｔ_Bとされており、Ｔ_A＝Ｔ_Bとされている。まず、出力
バッファＡ用の計算対象となる時刻範囲ｔ₀〜ｔ₁におい
て、同図（ａ）に示すように時刻ｔ_aでＭＩＤＩイベン
トを２つ受信すると、同図（ｂ）に示すように音源ドラ
イバ部で処理が行われ、さらに同図（ｃ）に示すように
音源部によりｔ₀〜ｔ_a間の楽音波形サンプルＡ１が計算
される。

【００９０】音源ドライバ部は入力バッファのデータあ
るいはパソコンキーボードよりの入力を受け取り、音源
チャンネルアサインおよび入力に従ってボイシングパラ
メータから音源パラメータへの変換を行う。また、音源
部は音源パラメータを受け取り、波形データを加工して
実際に発音する楽音波形サンプルを生成する。ＬＰＦ部
は生成された楽音波形サンプル中の折り返しノイズ成分
を除去する。そして、ＬＰＦ部の出力が出力バッファ
Ａ，Ｂに書き込まれる。なお、音源ドライバ部、音源
部、ＬＰＦ部はＣＰＵ１０１がプログラムを実行するこ
とにより実現される機能である。

【００９１】次いで、時刻ｔ_bでＭＩＤＩイベントが１
つ受信されると、同様に音源ドライバ部で処理が行わ
れ、さらに音源部によりｔ_a〜ｔ_b間の楽音波形サンプル
Ａ２が計算される。その後、時刻ｔ₁に達すると音源部
によりｔ_b〜ｔ₁間の楽音波形サンプルＡ３が計算され
る。この場合、時刻ｔ_a，ｔ_bにおいてキーオンイベント
が入力されると、その発音初期処理も含めてこの時刻ｔ
₁において演算処理される。さらに、ＬＰＦ部において
フィルタ処理が行われて出力バッファＡ用の楽音波形サ
ンプルの生成が終了する。

【００９２】次に、出力バッファＢ用の計算対象となる
時刻範囲ｔ₁〜ｔ₂において、同図（ａ）に示すように時
刻ｔ_cで新たなＭＩＤＩイベントを３つ受信するが、音
源部は楽音波形サンプルＡ３を計算中なので、入力デー
タは計算時間が割り当てられるまで入力バッファにおか
れる。そして、楽音波形サンプルＡ３の計算が終了し、
さらにＬＰＦ部のフィルタ処理も完了すると、入力バッ
ファ中のデータが音源ドライバ部で処理されて、音源部
によりｔ₁〜ｔ_c間の入力に対応する楽音波形サンプルＢ
１が計算される。この場合、計算処理が遅れても入力デ
ータの発生時刻も入力バッファに書き込まれているた
め、発音タイミングには影響しないようになる。

【００９３】同様に、楽音波形サンプルＢ１の計算時間
中に新たなＭＩＤＩイベントを４つ受信するが、この入
力データも楽音波形サンプルＢ１の計算終了後に計算さ
れる。これにより、楽音波形サンプルＢ２はｔ_c〜ｔ_d間
の入力に対応する楽音波形サンプルとなり、楽音波形サ
ンプルＢ３はｔ_d〜ｔ_e間の入力に対応する楽音波形サン
プルとなり、楽音波形サンプルＢ４はｔ_e〜ｔ₂間の入
力に対応する楽音波形サンプルとなる。さらに、楽音波
形サンプルＡ５はｔ₂〜ｔ₃間の入力に対応する楽音波形
サンプルとなる。

【００９４】このように入力データが発生した場合は、
その時点までの発音波形演算をその時点で実行するよう
にしているため、楽音波形サンプルの計算時間が分散さ
れる。従って、所定時間毎に行われる計算時間における
処理が増加しないため、キーオンイベント等の発音態様
を変化させる入力データが多く発生しても、同時発音数
が減少する等の不都合が生じることを防止することがで
きる。

【００９５】ところで、所定のタイミングで計算時刻を
発生し、所定数の楽音波形サンプルをまとめて演算生成
するようにした場合、連続的に楽音を発生するために
は、過去に生成した波形サンプルの生成終了以前に、そ
れに続く該所定数の波形サンプルを供給する必要があ
る。すると、処理すべき発音チャンネル数が多くその発
音波形演算量が多過ぎる場合、全チャンネル分演算を実
行すると、その楽音波形サンプルの供給が間に合わず、
楽音が途切れてしまうという欠点が生じる。

【００９６】したがって、楽音波形サンプルの供給がＤ
ＡＣの変換タイミングに間に合うか否かを判定し、間に
合わないと判定された場合は、重要度の低い発音チャン
ネルから消音する発音チャンネルを選定し、選定された
発音チャンネルについては演算時に、該所定数の波形サ
ンプルのうちの初期期間に対応するダンプ波形サンプル
のみが短時間で演算されるようになされる。このよう
に、選定された消音される発音チャンネルにおける楽音
波形サンプルは、短期間のダンプ波形しか演算しないの
で、この発音チャンネルの演算時間が短縮され、全体と
して楽音波形サンプルの供給がＤＡＣの変換タイミング
に間に合うようになる。

【００９７】なお、重要な音とは、（１）その時点で音量の大きい音。（２）アタック部再生中の発音を開始したばかりの音。（３）複数パート音演奏されている場合、一番低い音
（ベース音）。（４）複数パート演奏されている場合、一番高い音（リ
ード音）。（５）複数パート音演奏されている場合におけるソロの
パート音。とするのが一般的である。

【００９８】また、演算する発音チャンネルを発音波形
演算に先立って重要な音から順位付けし、その順位に従
って重要な音から順番に発音演算を行うようにし、発音
波形演算が間に合わない場合に、発音波形演算を途中で
打ち切って、その時点までに生成された楽音波形サンプ
ルのみで発音を行うようにすることもできる。このよう
にすれば、万が一演算打ち切りをする必要が生じた場合
でも、それによって音の消えてしまうチャンネルは、重
要度の低い比較的影響の少ない楽音を生成しているチャ
ンネルと云うことになる。

【００９９】ところで、所定のタイミングで計算時刻を
発生し、複数の楽音波形サンプルをまとめて演算生成す
るようにした場合、あるいは入力データが発生する毎に
発音波形演算を行なう場合、連続的に楽音を発生するた
めには、過去に生成した波形サンプルの生成終了以前
に、それに続く波形サンプルを供給する必要がある。す
ると、処理すべき発音チャンネル数が多くその発音波形
演算量が多過ぎる場合や、楽音生成処理以外の処理（シ
ーケンサ処理等）に時間が費やされた等の理由でその楽
音波形サンプルの供給が間に合わなかった場合、処理途
中の楽音波形サンプルが読み出されノイズが発音される
可能性があった。

【０１００】そこで、波形再生部にはＣＰＵ１０１が出
力バッファＸのデータを渡す指令を出すようにすること
によりこの問題を解決することができる。この場合、生
成した所定数の楽音サンプルを記憶する出力バッファＸ
自体のアドレスを、一回の読み出し区間として波形再生
部に設定したり、繰り返し読み出される繰り返し読み出
し区間として設定をすることができるが、さらに加え
て、該アドレスを現在すでに読み出し中の読み出し区間
に続けて読み出せるよう読み出し区間の予約を設定する
ことができる。このようにすることにより、この読み出
し区間の予約により、楽音波形演算サンプルが生成され
た後に出力バッファＸに予約登録が行われ、すでに読み
出し中の波形に続けてて読み出される。楽音波形サンプ
ルの演算が終了しなかった場合は、その予約登録が行わ
れないので、処理途中の楽音波形サンプルが発音される
ことによるノイズの発生を防止することができる。

【０１０１】この場合、発音は一時途切れることになる
が、途切れる時間は、例えば４４．１ｋＨｚのサンプル
周波数における数サンプル時間に抑えれば影響は小さ
い。数サンプル時間に抑えるには、前述したように発音
されているチャンネル数を制御すればよい。さらに、処
理が完了すると予約登録が行われて発音されるようにな
る。

【０１０２】前述したように、所定のタイミングで計算
時刻を発生し、複数の楽音波形サンプルをまとめて演算
生成するようにした場合、あるいは入力データが発生す
る毎に発音波形演算を行なう場合、連続的に楽音を発生
するためには、過去に生成した波形サンプルの生成終了
以前に、それに続く波形サンプルを供給する必要があ
る。

【０１０３】ところで、この計算時刻は、過去に生成し
た楽音波形サンプルの終了タイミングに基づいて、発音
波形の生成を実行するのに必要な時間分、その終了タイ
ミングより早いタイミングが指定される。この終了タイ
ミングは、ＣＰＵ１０１が波形再生部の状態（フラグ）
を確認し、楽音波形サンプルの再生区間が次の区間に移
行したことを検知するようにして検出しているため、波
形再生部の状態（フラグ）が変化してからＣＰＵ１０１
がそのことを検知するまでに時間遅れが生じることにな
る。さらに、この時間遅れはＣＰＵ１０１が上述した検
知を実行するタイミングによるため、そのタイミングに
応じて不均一な時間遅れとなる。

【０１０４】すると、この不均一な時間遅れの生じてい
るタイミングに基づいて計算時刻を発生するようにする
と、正確な計算時刻が発生することができないこととな
る。特に、１度だけ大きく遅れたタイミングが検出され
ると、それに基づいて発生された計算時刻は演算開始時
刻から発音波形供給までの演算時間が短いことになるた
め、この場合は同時発音数が一時的に減少してしまうこ
とになる。

【０１０５】そこで、ＣＰＵ１０１は過去に波形再生部
の状態変化が検出された時刻を複数記憶しておき、この
複数の時刻の時刻間の平均を取ることにより、次の検出
時刻を予測するようにする。この予測された時刻は、波
形再生部における真の終了タイミングからの検出遅れが
平均化されたものとされるので、予測されたタイミング
より所定時間前のタイミングを、ほぼ正確な終了タイミ
ングとして検出することができる。そして、この終了タ
イミングに基づいて計算時刻を発生するようにする。こ
のように、検出される終了タイミングは平均化されたも
のとなり、ばらつきが少なくなるので、毎計算時刻に確
保される演算時間も均一化され、安定した楽音生成動作
が実行されるようになる。

【０１０６】なお、入力データが発生する毎に発音波形
演算を行なわず、最後に１区間分まとめて発音波形演算
をするようにしてもよい。この場合には、入力データの
数に応じて計算時刻を早めるようにトリガをかけるのが
好適である。または、計算時刻間の１区間をさらにｎ等
分して、それに対応する時間間隔で発音波形演算を行
い、最後のｎ個目の演算で完成した１区間分の楽音波形
サンプルの発音予約を行うようにしてもよい。

【０１０７】このようなステップＳ７６の楽音発生処理
の詳細フローチャートを図１８および図１９を参照しな
がら説明する。楽音発生処理Ｓ７６が開始されると、ス
テップＳ７６１にて波形再生部の再生状態がチェックさ
れ、再生区間が次に進んでいたらステップＳ７６２に進
み、再生区間が進んでいない場合はステップＳ７６３に
進む。

【０１０８】波形再生部は、ＣＰＵ１０１により指定さ
れたＲＡＭ１０３上の特定エリアの波形サンプルを再生
エリアとして、所定のサンプリング周期毎にその特定エ
リアの最初のサンプルから１サンプルづつ順次読み出
し、ＤＡＣに供給し再生する。さらに、波形再生部はそ
の特定エリアを再生しつつ、ＣＰＵ１０１から次に再生
すべき別のエリアを指定する予約を受け付ける。予約さ
れた別の特定エリアの波形サンプルは、再生中の特定エ
リアの再生が完了した後、引き続いて波形再生部により
同様に１サンプルづつ順次読み出され、ＤＡＣに供給さ
れ再生される。ここで、再生区間が次に進むというの
は、先に特定エリアとして指定した再生区間の再生が完
了し、次の特定エリアとして予約された別の再生区間に
再生が移ったことを意味する。なお、一度に複数の特定
エリアを再生予約することが可能であり、その場合、複
数の特定エリアは予約した順に順次再生される。

【０１０９】ステップＳ７６２にて今回進行が検出され
た時刻（現在時刻）と過去に検出された時刻から次回の
検出時刻を予測し、予測された検出時刻より所定時間前
の時刻を次回の計算時刻として指定する。次回の検出時
刻の予測の仕方としては、現在時刻と過去の検出時刻を
含む複数回の検出時刻に基づき最小二乗法で誤差の少な
い近似値を求めて予測する方法や、複数回の検出時刻の
変化の様子を２次関数等、別の関数で近似して予測する
方法がある。波形再生部では進行が発生してからステッ
プＳ７６２で検出されるまでの時間は、その時々の処理
ステップ位置、状況の違い等により、一定でない時間遅
れが生じ、複数回の検出時刻には、一定でないばらつき
が含まれている。従って、前記近似関数の算出には、複
数回の検出時刻のばらつきを平均化する処理が含まれ
る。

【０１１０】前記所定時間は、楽音波形を生成するため
に確保される時間であり、どのくらいの長さにするか
は、確保したい発音数、演算のクォリティ等、その演算
生成に必要な演算量に基づいて決定される。前記所定時
間の長さは、固定値でもよいが、キーボードで設定でき
るようにしたり、同時に走る複数の処理プログラムとの
兼ね合いでＣＰＵ１０１が自動的に決定するようにして
もよい。

【０１１１】次に、ステップＳ７６３にて次回の計算時
刻とタイマが指示する現在時刻とを比較することによ
り、計算時刻に達したか否かが判断され、計算時刻に達
したと判断された場合はステップＳ７６４ないしステッ
プＳ７６９の処理を実行する。まず、ステップＳ７６４
にて現在発音中の発音チャンネルを、どの順番で演算す
るか決定する。後述するステップＳ７８の波形演算生成
処理では、発音中のチャンネルについて、１チャンネル
づつ複数サンプル分の発音波形を生成していくわけであ
るが、その時のチャンネルの処理順をここで決めている
わけである。

【０１１２】ここでは、例えば、音楽的に重要な楽音、
消えてしまっては困る楽音から順番に演算を行うように
順番付けをするものとする。次いで、ステップＳ７６５
にて発音中の全発音チャンネルを、予定した演算時間
（ステップＳ７６２で説明した所定時間）内に演算可能
か否かが判定され、不可能の場合は演算順序が最後の発
音チャンネルから消音すべき発音チャンネルを１ないし
複数チャンネル分指定し、予定した演算時間内に演算可
能になるよう演算量を削減する。次いで、ステップＳ７
８にて発音波形の演算が行われる。ここでは、現在準備
中の出力バッファＸが発音波形データで満たされ、準備
完了となるように、バッファの未計算分について楽音波
形サンプルが演算されて発音波形が算出され、出力バッ
ファＸに書き込まれる。この処理は、先に図２０に関連
して説明した発音波形Ａ３等の演算生成処理に対応す
る。

【０１１３】発音波形で満たされ準備完了となった出力
バッファＸの各サンプルは、さらに、ステップＳ７６７
にてローパスフィルタ（ＬＰＦ）処理が施され、高域成
分がカットされる。次いで、ステップＳ７６８にて波形
再生部に、ＬＰＦ処理済の発音波形を記憶する出力バッ
ファＸのエリアが、続いて再生すべき再生波形を記憶す
る特定エリアとして予約登録される。これにより、現在
再生中の特定エリアおよび既に予約されている特定エリ
アの発音波形が再生完了した後に再生されるよう予約さ
れる。そして、ステップＳ７６９にて、それまで出力バ
ッファＸとして使用していた出力バッファとは別の新規
の出力バッファ領域が確保され、全てのサンプル値がゼ
ロにクリアされて、次の区間の発音波形を作成し準備す
るための出力バッファＸとして新たに設定され、音源処
理が終了する。なお、ステップＳ７６３にて計算時刻に
達していないと判断された場合は、そのまま終了する。

【０１１４】次に、ノートオン処理、ノートオフ処理お
よび楽音発生処理中において実行される発音波形演算処
理Ｓ７８のフローチャートを図１９に示す。この処理が
行われる場合には、既に説明したように前もって発音波
形が演算される発音波形の時間範囲が定められている。
すなわち、ノートオン処理等のＭＩＤＩデータ受信時の
処理として本フローを実行する場合は、前記時間範囲と
は前述した部分波形のことであり、楽音発生処理Ｓ７６
中で本フローを実行する場合は、出力バッファＸの全サ
ンプルのうち、未計算部分の発音波形サンプルのことで
ある。なお、ＭＩＤＩデータ受信時には、直前の音源処
理で決定した演算順序に基づいて演算を行うため、発音
チャンネルの演算順序を新たに決定していない。新たな
ノートオンがあった場合は、他の全発音チャンネルの順
位を１つ繰り下げ、その新たなノートオンのチャンネル
を演算順序の第１番に順次加えていく。

【０１１５】発音波形演算処理Ｓ７８が開始されると、
ステップＳ７８１にて演算順序の１番の発音チャンネル
（ｃｈ）の最初の楽音波形サンプルの演算準備が行われ
る。演算準備処理とは、前回の読み出しアドレス、各種
ＥＧ値、各種ＥＧのステート（アタックやリリース等の
状態）、ＬＦＯ値等のデータを、ただちに演算に使える
ようにアクセス準備したりＣＰＵ１０１の内部レジスタ
にロードしたりする処理のことである。そして、ステッ
プＳ７８２にてＬＦＯ、フィルタＥＧ、音量ＥＧの波形
演算を行い、指定された前記時間範囲の演算に必要なＬ
ＦＯ波形、ＦＥＧ波形、ＡＥＧ波形のサンプルを生成す
る。ＬＦＯ波形はＦナンバ、ＦＥＧ波形、ＡＥＧ波形に
加算され、各データを変調する。また、ステップＳ７６
５で消音すべきチャンネルとして指定された発音チャン
ネルに関しては、音量ＥＧとして前記範囲内で急速に減
衰するダンプ用のＡＥＧ波形が演算生成される。

【０１１６】次いで、ステップＳ７８３にて上記前回の
読み出しアドレスを初期値としてＦナンバを繰り返し加
算し前記時間範囲内の各サンプルの読み出しアドレスを
発生し、この読み出しアドレスの整数部に基づいて音色
データ内の波形記憶領域より波形サンプルを読み出すと
共に、この読み出しアドレスの小数部に基づいて読み出
された波形サンプル間の補間を行い、前記時間範囲内の
全補間サンプルを算出するようにする。例えば、前記時
間範囲が１００サンプル分の時間に相当する場合、１０
０サンプル分まとめてこのステップにより処理が行われ
る。ここで、前記時間範囲内の複数サンプル分の処理
は、読み出しアドレスに対するＦナンバの加算と、加算
により生成されたアドレスに基づく読み出しから補間の
処理までの処理を単位処理として、この単位処理を繰り
返して行うようになっているため、読み出しアドレスの
ＣＰＵレジスタへの読み込みが全体として１回で済み、
処理が高速化されている。

【０１１７】さらに、ステップＳ７８４にて前記時間範
囲内の補間サンプルに対し音色フィルタ処理が行われ、
前記ＦＥＧ波形に基づいて音色制御が行われ、ステップ
Ｓ７８５にて、フィルタ処理済の前記時間範囲内のサン
プルに対し振幅制御処理が行われ、前記ＡＥＧおよび音
量データに基づいて楽音波形サンプルの振幅制御が行わ
れると共に、振幅制御処理された前記時間範囲分の楽音
波形サンプルがそれぞれ出力バッファＸの対応するサン
プルに足し込まれる累算書込処理が実行される。この処
理においては、前記時間範囲内の各サンプルについて、
振幅制御と出力バッファＸの対応サンプルへの足し込み
を連続して行うようになっているので、サンプルのＣＰ
Ｕレジスタへの取り込み回数が少なくて済み、処理速度
が向上している。

【０１１８】上述したように、ステップＳ７８３からス
テップＳ７８５にかけての楽音波形サンプルの演算生成
処理は、基本的には前記所定時間範囲内の全サンプルを
生成するように行われるわけであるが、ステップＳ７８
２における音量ＥＧの波形演算の結果、ＡＥＧ波形のレ
ベルが下がり音量が十分減衰した範囲については、演算
の対象からはずされ、その分処理を少なくするようにな
っている。特に、ステップＳ７６５の指示により、ダン
プ用ＡＥＧ波形を生成した発音チャンネルに関しては、
前記所定時間範囲の途中で十分な減衰が得られる場合が
多い。

【０１１９】そして、ステップＳ７８６にて、波形演算
処理をこのまま続行したい場合に波形再生部に対し期限
内に波形を供給できそうか否か判定されて、演算を打ち
切るか否かの判断が行われる。ここで、期限内に波形を
供給するというのは、先に生成された発音波形を記憶す
る特定エリアを再生中の波形再生部が、そのエリアの再
生を終了してしまう前に、出力バッファＸにそれに引き
続く発音波形を準備し、その出力バッファＸのエリアを
再生予約できることである。そのまま続行すると間に合
わなくなる場合は、演算を打ち切ると判断され、ステッ
プＳ７８８にて打ち切り処理が実行されて、この発音波
形演算処理は終了する。

【０１２０】また、演算を続行しても大丈夫と判定され
た場合、演算を打ち切る必要がないと判断され、続くス
テップＳ７８７にて演算すべき全発音チャンネル分の楽
音波形の演算生成が終了したか否かが判断され、全発音
チャンネルの演算が終了したと判断されない場合は、ス
テップＳ７８９にて次の演算順序を付与された発音チャ
ンネルの最初の楽音波形サンプルが指定され、次順の発
音チャンネルの楽音チャンネルの楽音波形の演算生成準
備が行われる。準備が完了したら、処理はステップＳ７
８２に戻り、その発音チャンネルのついて先程と同様に
ステップＳ７８２ないしステップＳ７８５に渡る楽音生
成の処理が実行される。このようにして、全発音チャン
ネルの演算が終了するまでステップＳ７８２ないしステ
ップＳ７８７の処理が繰り返し行われるようになる。各
発音チャンネルの処理毎に、生成された前記所定時間範
囲分のサンプルは、ステップＳ７８５にて出力バッファ
Ｘの対応するサンプルに順次足し込まれる。

【０１２１】ステップＳ７８７で演算生成処理が終了し
たと判定された場合、本発音波形演算を終了する。この
時、出力バッファＸには、演算すべき全発音チャンネル
の生成された楽音波形サンプルを累算した累算値が、前
記時間範囲に対応するサンプル数分、新たに記憶されて
いる。一方、ステップＳ７８６で打ち切りを行うと判断
され、ステップＳ７８８の打ち切り処理を経て発音波形
演算が終了した場合、出力バッファＸには、演算すべき
全発音チャンネルの内、その時点までに演算生成を完了
した発音チャンネルについての楽音波形サンプルの累算
値が、前記時間範囲に対応するサンプル数分、新たに記
憶されている。

【０１２２】打ち切り以降の演算順序を付与された発音
チャンネルについては楽音の演算生成が行われず、結果
的にそのチャンネルの楽音が消えてしまうわけである
が、ステップＳ７６４の処理により、消えてしまった場
合に影響の少ないチャンネルほど後ろの演算順序とされ
ているので、打ち切りによる悪影響は最小限に抑えられ
る。なお、ステップＳ７８８の打ち切り処理では、一旦
演算できなかったチャンネルについて、次回以降の発音
波形演算においても消音したままになるよう、ｃｈレジ
スタを設定している。以上のようにして、ＣＰＵ１０１
の処理により、楽音波形サンプルを演算生成することが
できる。

【０１２３】なお、以上の説明においては、端末機器側
に保持しているユーザープロフィール情報を用いて最適
な音源プログラムデータあるいは最適な波形データをダ
ウンロードしているが、各端末機器のユーザープロフィ
ール情報を予めホストコンピュータ１０側に保持してお
くか、あるいは、ＬＯＧＩＮ時などに端末機器からホス
ト側に転送するようにして、端末機器からダウンロード
要求があったときにホスト側において該ユーザープロフ
ィール情報を参照して最適なデータあるいはプログラム
を選択して送信するようにすることもできる。

【０１２４】また、ホスト側から楽曲毎に使用する波形
データのリストを送信し、端末機器側において、保持し
ていない波形データだけを選択してホストに送信要求す
るように構成してもよい。

【０１２５】

【発明の効果】本発明によれば、ユーザー側のシステム
状況およびデータやプログラムの保有状況に応じて、最
適なデータまたはプログラムをダウンロードすることが
でき、ダウンロードするデータの選択が容易となり、無
関係のデータをダウンロードしたり、あるいは、ネット
ワークトラフィックを増大させることが無くなる。ま
た、ＣＤＲＯＭなどのメディアからデータやプログラム
をロードするときにおいても、不必要なものをロードす
ることが無くなる。例えば、ＰＣＭ音源などの場合に、
標準的な波形データは各端末機器側に保有させておき、
特殊な波形データを使用している楽曲についてはその楽
曲データとともに該特殊な波形データをロードするよう
にでき、音源とＭＩＤＩデータとの不整合による音楽表
現の劣化を防止することも可能となる。

【図面の簡単な説明】

【図１】本発明の情報処理システムの全体構成を示す
図である。

【図２】ホストコンピュータの構成を示す図である。

【図３】端末機器の構成を示す図である。

【図４】楽曲データおよび波形データのデータ構造を
示す図である。

【図５】パラメータデータ、プログラムデータおよび
ユーザープロフィール情報のデータ構造を示す図であ
る。

【図６】ホストコンピュータにおける処理のフローチ
ャートである。

【図７】データ転送サービスを説明するためのフロー
チャートである。

【図８】データ転送サービスを説明するためのフロー
チャートである。

【図９】データ転送サービスを説明するためのフロー
チャートである。

【図１０】端末機器における処理のフローチャートで
ある。

【図１１】ネットワーク処理を説明するためのフロー
チャートである。

【図１２】ネットワーク処理を説明するためのフロー
チャートである。

【図１３】ネットワーク処理を説明するためのフロー
チャートである。

【図１４】ネットワーク処理を説明するためのフロー
チャートである。

【図１５】アプリケーション処理のフローチャートで
ある。

【図１６】楽曲データ演奏処理のフローチャートであ
る。

【図１７】楽曲データ選択処理のフローチャートであ
る。

【図１８】楽音発生処理のフローチャートである。

【図１９】発音波形演算のフローチャートである。

【図２０】楽音発生処理を説明するためのタイミング
チャートである。

【符号の説明】

１０ホストコンピュータ、１１、１０１ＣＰＵ、１
２メモリ、１３データバンク、１４コンソールデ
ィスプレイ、１５、１０９モデム、１６バス、２
１、２２回線中継局、３１パーソナルコンピュー
タ、３２ネットワーク対応電子楽器、３３ゲームマ
シン、３４カラオケシステム、３５ＢＧＭシステ
ム、５０ネットワーク回線、１０２ＲＯＭ、１０３
ＲＡＭ、１０４ハードディスク装置、１０５フロ
ッピーディスク装置、１０６ＣＤＲＯＭ駆動装置、１
０７カードインターフェース、１０８メモリカー
ド、１１０コンソール装置、１１１表示装置、１１２
音楽キーボード、１１３音源、１１４システム信
号路

───────────────────────────────────────────────────── フロントページの続き (72)発明者平野正志静岡県浜松市中沢町10番１号ヤマハ株式会社内

Claims

【特許請求の範囲】

【請求項１】処理手段と、該処理手段に接続され少な
くとも第１のデータを記憶している記憶手段と、前記処
理手段と前記記憶手段とに接続され各種のデータを記憶
しているデータ供給手段とを有する情報処理システムに
おいて、前記処理手段は、前記第１のデータに基づいて所定の処
理を行う場合に、該所定の処理の実行に必要な第２のデ
ータが前記記憶手段に格納されていないとき、前記デー
タ供給手段に対して前記第２のデータの転送要求を出力
し、前記データ供給手段は、前記転送要求に応じて前記記憶
手段に前記第２のデータを転送するようになされている
ことを特徴とする情報処理システム。
【請求項２】処理手段と、該処理手段に接続され少な
くとも音楽データとを記憶している記憶手段と、前記処
理手段と前記記憶手段とに接続され各種のデータを記憶
しているデータ供給手段とを有する音楽情報処理システ
ムにおいて、前記音楽データは、それに基づく所定の処理を実行する
場合に必要な前記関連データを指定する指定情報を含ん
でおり、前記処理手段が前記音楽データに基づく処理を実行する
ときに、前記データ供給手段から当該指定情報により指
定された関連データが前記記憶手段に転送されるように
なされていることを特徴とする音楽情報処理システム。