(57)【特許請求の範囲】
【請求項１】
パネルデザインに関するスクリプトであるコンポーネントと、画像を表示するための表示データであるコンポーネントとを用いて、パラメータの設定または動作制御を行う電子楽器において、
前記各コンポーネントを記憶する記憶手段と、
ネットワーク上のサーバ機器から、ダウンロード可能な新たなコンポーネントを示す新たなコンポーネント情報を該ネットワークを介して受信するコンポーネント情報受信手段と、
受信した前記新たなコンポーネント情報を、ブラウザを介して表示する表示手段と、
前記表示された新たなコンポーネント情報の中から追加または更新するコンポーネントを、ユーザ入力に応じてコンポーネント単位で指定する指定手段と、
前記指定された新たなコンポーネントを前記ネットワーク上のサーバ機器からダウンロードする受信手段と、
受信した前記新たなコンポーネントを前記記憶手段に追加または更新記憶させる更新記憶手段と、
前記記憶手段に記憶された各コンポーネントにより、各種パラメータの設定を行うための画面の表示または該画面の表示に関連する制御と、音源機能の制御とを実行する表示・制御手段と、
を有し、前記記憶手段に追加または更新記憶されたコンポーネントにより表示画面または機能を選択的に追加または変更可能にした
ことを特徴とする電子楽器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットなどのネットワークに接続されて好適な電子楽器に関する。
【０００２】
【従来の技術】
従来のＭＩＤＩ情報を用いた電子楽器は、鍵盤等を用いてノートオン、ノートオフ信号を入力すると共に、音色、効果等を製造メーカの仕様に基づいた操作パネルを用いて選択していた。その音色、効果等の音源機能はハードウェア的に実現されるが、ＣＰＵの高速化に伴いソフトウェア的にその機能が付加されることも多い。一方、インターネット等の普及によりＷＥＢブラウザが高機能化し、ＣＧＩ（ＣＯＭＭＯＮ ＧＡＴＥＷＡＹ ＩＮＴＥＲＦＡＣＥ）機能によりサーバに対して計算やプログラムの実行を依頼し、その結果をＷＥＢブラウザに表示することが可能になってきている。
【０００３】
【発明が解決しようとする課題】
ところで、民生用の電子楽器においては、パネルデザインはユーザの趣味感に応じて変更できることが望ましい。しかし、従来の電子楽器の操作パネルは製造メーカによりハードウェア的に供給されていたため、ユーザにおいて自由に変更することが出来なかった。また、汎用パーソナルコンピュータと音源ボードとを用いて電子楽器を構成する場合においても、操作パネルの内容に制限を受け、また、ユーザの必要とする音源機能を自由に選択、付加することが困難であった。
この発明は、上述した事情に鑑みてなされたものであり、広範囲にカスタマイズ可能な電子楽器を提供することを目的とする。
【０００４】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の電子楽器にあっては、パネルデザインに関するスクリプトであるコンポーネントと、画像を表示するための表示データであるコンポーネントとを用いて、パラメータの設定または動作制御を行う電子楽器において、前記各コンポーネントを記憶する記憶手段（１０９）と、ネットワーク上のサーバ機器から、ダウンロード可能な新たなコンポーネントを示す新たなコンポーネント情報を該ネットワークを介して受信するコンポーネント情報受信手段（ＳＰ１０３）と、受信した前記新たなコンポーネント情報を、ブラウザを介して表示する表示手段（ＳＰ１０４）と、前記表示された新たなコンポーネント情報の中から追加または更新するコンポーネントを、ユーザ入力に応じてコンポーネント単位で指定する指定手段（ＳＰ１０５）と、前記指定された新たなコンポーネントを前記ネットワーク上のサーバ機器からダウンロードする受信手段（ＳＰ１０７）と、受信した前記新たなコンポーネントを前記記憶手段（１０９）に追加または更新記憶させる更新記憶手段（ＳＰ１０７）と、前記記憶手段（１０９）に記憶された各コンポーネントにより、各種パラメータの設定を行うための画面の表示または該画面の表示に関連する制御と、音源機能の制御とを実行する表示・制御手段（１２２）と、を有し、前記記憶手段（１０９）に追加または更新記憶されたコンポーネントにより表示画面または機能を選択的に追加または変更可能にしたことを特徴とする。
【０００５】
【発明の実施の形態】
1.    実施形態のシステム構成
次に、本発明による一実施形態の電子楽器情報システムのブロック図を図２を参照し説明する。
図２において、１００、１００、…は複数の電子楽器であり、ネットワーク３００に接続されている。また、２００はシステムサーバでありネットワーク３００に接続されている。そのシステムサーバ２００には、各電子楽器１００にダウンロード可能なパネルデザインに関するスプリクト情報、音色パラメータ、楽曲データ等が保存されている。なお、一部の電子楽器１００は、携帯電話の基地局５００および携帯電話４００を介してネットワーク３００に接続されている。
【０００６】
２．  電子楽器のモジュール構成
次に、本発明の一実施形態の電子楽器１００のモジュール構成を図１を参照して説明する。なお、図示のモジュールはハードウェアまたはソフトウェアによって実現されるものである。
【０００７】
１０１は電子楽器ＯＳ（オペレーティング システム）である。１０２は、ＡＤ／ＤＡ変換器であり、音源ボード１０３からの楽音信号がＤ／Ａ変換され、外部のサウンドシステムに出力される。音源ボード１０３においては、複数チャンネルの楽音信号が生成され、音源ボード内部の信号処理回路１０３ａにより、効果等が付加される。この音源ボード１０３は必要に応じて高機能なボードに交換されるためプラグイン化され、音源ボードが複数用いられることもある。また、外部からの楽音信号は、Ａ／Ｄ変換後、音源ボード１０３内部の信号処理回路１０３ａによって信号処理される。１０４は表示器であり、液晶パネルで構成される。１０５はパネル操作子であり、各種のスイッチ、スライダ等が設けられると共にマウス１１２が接続される。１０６は演奏操作子であり、鍵盤等が用いられる。１０７はネットワークインターフェースであり、インターネットに接続され、あるいは社内ＬＡＮ等に接続される。
【０００８】
電子楽器１００には初期状態ではデフォルトの音源機能に関するシステムアプリケーション、パネルデザインに関するスクリプト、表示画像データなどのコンポーネントが記憶されているが、必要に応じてこれらを追加・更新することが可能である。すなわち、システムサーバ２００内部に保存されているコンポーネントが、各種のデータと共にネットワーク３００を介して転送される。ここで、スクリプトとは、一連の処理手順を記述したものであり、ＪＡＶＡ ＳＣＲＩＰＴ（登録商標、Sun Microsystems社とNetscape Communications社開発のスクリプト言語）、ＶＢ ＳＣＲＩＰＴ（Microsoft社開発のスクリプト言語）、Ｐｅｒｌ、ＰＨＰ等の任意のスクリプト言語によって記述される。
【０００９】
本実施形態における表示機能は、パネル表示データ１２２ｂおよび機能スクリプト１２２ａによって決定される。機能スクリプト１２２ａは、ＨＴＭＬ言語およびその中に含まれるＣＧＩ機能を実現する言語を用いて記述され、ローカルＷＥＢサーバ１２２の管理下の下、スクリプトエンジン１２１によって実行される。それにより、ＷＥＢブラウザを介して表示器１０４に各種ＧＵＩ画像が表示される。
【００１０】
また、スクリプトエンジン１２１によって、パネル操作子１０５およびマウス１１２の操作イベントが検出され、検出されたイベントに対応する処理が行われる。このようなマウス操作およびパネル操作によって、各種のパラメータ等が調節される。
【００１１】
音源機能は、音源ボード１０３、ソフトウェア音源プログラム１２５、システムアプリケーション１２４およびパラメータデータ１２６によって実現される。ソフトウェア音源プログラム１２５は供給されたイベントデータに基づいて楽音信号をソフトウェア上で生成し、ＡＤ／ＤＡ変換器１０２に対して該楽音信号を供給する。同様に、音源ボード１０３は、パラメータデータ１２６およびシステムアプリケーション１２４から供給されるイベントデータに基づいて楽音信号を合成し、合成された楽音信号をＡＤ／ＤＡ変換器１０２に供給する。
【００１２】
３．  実施形態のハードウェア構成
次に、本発明の一実施形態による電子楽器のハードウェア構成を図３を参照し説明する。
なお、図において図１の各部に対応する部分には同一の符号を付しその説明を省略する。１０８はＣＰＵであり、各種制御を実行する。メモリ１０９はＲＯＭ、ＲＡＭ、ＨＤＤ（ハードディスク）等から構成され、制御プログラム、パラメータ等が記憶されている。１１０は外付記憶装置であり、ＣＤ−ＲＯＭ、ＦＤＤ（フレキシブルディスクドライバ）等から構成されている。１１１はバスラインであり、ＣＰＵ１０８、メモリ１０９、表示器１０４、パネル操作子１０５、ネットワークインターフェース１０７、外付記憶装置１１０、演奏操作子１０６、音源ボード１０３、ＡＤ／ＤＡ変換器１０２に接続されている。１１３は、スピーカ等のサウンドシステムであり、ＡＤ／ＤＡ変換器１０２に接続されている。
【００１３】
ＣＰＵ１０８の指令によって、ダウンロードされた各コンポーネントがメモリ１０９に記憶され、そのコンポーネントのプログラムに従いＣＰＵ１０８によってソフトウェア音源の処理、音源ボード１０３の駆動処理、ＡＤ／ＤＡ変換器１０２の変換処理、パネル操作子１０５の処理、演奏操作子１０６の処理、ＷＥＢブラウザの起動処理等が行われる。
【００１４】
４．  実施形態の動作
次に、本発明の動作を図４および図５を参照して説明する。
（１）システム構築段階
電子楽器１００には、初期状態ではデフォルトのパネルデザイン、音源機能などのコンポーネント（機能スクリプト１２２ａ、システムアプリケーション１２４等）のみが装備されている。これに対してユーザは、ネットワーク３００を介してシステムサーバ２００より新たなコンポーネントをダウンロードし、システムを再構築することができる。尚、ユーザからのコンポーネントのダウンロードに対して、システムサーバ運営者は課金を徴収するようにしてもよい。その際、システムサーバはコンポーネントの供給の他、ユーザの管理や認証、課金決済処理なども行う。
【００１５】
電子楽器１００の電源が投入されると、図４のルーチンが呼び出される。ステップＳＰ１０１においては、パラメータの初期化、その他システム初期化が行われ処理はステップＳＰ１０２に進む。
【００１６】
ステップＳＰ１０２においては、システムの構築が必要か否かが判定される。システムの構築が必要な場合とは、ユーザがコンポーネントの追加・更新を希望する場合、音源ボードの機能アップ時などである。これは、電源投入時等にパネル操作子１０５内の所定のスイッチが操作されているか否かにより判定される。
【００１７】
そのスイッチの状態により、システム構築の必要がないと判定される場合には本ルーチンが終了する。一方、システム構築が必要な場合には、処理はステップＳＰ１０３に進む。
【００１８】
ステップＳＰ１０３においては、システムサーバ２００に保存されているコンポーネントの種類がネットワーク３００を介してサーチされ、そのサーチ結果がメモリ１０９に保存され、処理はステップＳＰ１０４に進む。
【００１９】
ステップＳＰ１０４においては、システム構築画面の表示が行われる。ここでは、システムサーバ２００のサーチ結果に基づいて、表示器１０４に追加・更新可能なコンポーネントの種類の表示が、ＷＥＢブラウザを介して行われる。この画面表示が終了すると、処理はステップＳＰ１０５に進む。
【００２０】
ステップＳＰ１０５においては、システム構築操作の処理が行われる。ここでは、画面表示されたコンポーネントをパネル操作子１０５あるいはマウス１１２によって指定されたか否かが判定され、指定された場合はその情報がメモリ１０９に記憶される。
【００２１】
次に、処理がステップＳＰ１０６に進むと、システム構築操作が完了したか否かが判定される。追加・更新すべきコンポーネントの種類は複数存在し得るので、指定が全て完了したか否か判断する必要があるからである。システムの構築が完了しない場合には処理はステップＳＰ１０４に戻り、システム構築画面表示、システム構築操作処理が行われる。一方、システム構築操作が完了した場合には、処理はステップＳＰ１０７に進む。
【００２２】
ステップＳＰ１０７においては、指定されたコンポーネントがネットワーク３００、ネットワークインターフェース１０７を介して、システムサーバ２００からダウンロードされ、処理はステップＳＰ１０８に進む。
【００２３】
ステップＳＰ１０８においては、全ての指定されたコンポーネントがダウンロードされたか否かが判定される。全てのコンポーネントがダウンロードされない場合には処理はステップＳＰ１０７に戻り、ダウンロードが継続される。また、全てのコンポーネントがダウンロードされることによって本ルーチンが終了する。
【００２４】
（２）演奏段階
上記、システム構築段階のルーチンが終了することによって、図５に示される演奏段階のルーチンが起動する。ステップＳＰ２０１においては、基本表示がブラウザを介して行われる。この表示はユーザの好みに合わせたデザインの表示が行われる。その情報は機能スクリプト１２２ａに記述され、必要に応じて演奏開始を指示するための表示、楽譜などの表示を行うことも可能である。その表示が終了すると、処理はステップＳＰ２０２に進む。
【００２５】
ステップＳＰ２０２においては、パネル操作イベントが発生したか否かが判定される。パネル操作イベントがない場合はステップＳＰ２０４に進む一方、パネル操作イベントがある場合は処理はステップＳＰ２０３に進む。
【００２６】
ステップＳＰ２０３においてはパネル操作イベントに対応した表示と処理が行われる。演奏中においてもユーザの好みに応じて、音色、効果の変更がなされ、あるいは演奏中止の処理がなされる。これらの処理が終了するとステップＳＰ２０４に進む。
【００２７】
ステップＳＰ２０４においては演奏操作イベントの有無が判定される。演奏操作イベントが無い場合には、ステップＳＰ２０２に戻り、パネル操作イベントの有無の判定が繰り返される。また、演奏操作イベントがある場合には、ステップＳＰ２０５において発音処理が行われ、システムアプリケーション１２４またはソフトウェア音源プログラム１２５が起動する。その処理が終了するとステップＳＰ２０２に戻り、パネル操作イベントの有無の判定が繰り返される。
【００２８】
【発明の効果】
以上説明したように本発明によれば、ユーザは所望のスクリプトまたはシステムアプリケーションをサーバ機器からダウンロードできるから、電子楽器のカスタマイズを広範囲に行うことが出来る。
【００２９】
【図面の簡単な説明】
【図１】  本発明の一実施態様の電子楽器のモジュール構成を示す図である。
【図２】  本発明の一実施態様の電子楽器情報システムのブロック図である。
【図３】  本発明の一実施態様の電子楽器のハードウェア構成図である。
【図４】  本発明の一実施態様の電子楽器のシステム構築段階でのフローチャートである。
【図５】  本発明の一実施態様の電子楽器の演奏段階でのフローチャートである。
【符号の説明】
１００…電子楽器、２００…システム サーバー、３００…ネットワーク、４００…携帯電話、５００…基地局、１０１…電子楽器ＯＳ、１０２…ＡＤ／ＤＡ変換器、１０３…音源ボード、１０３ａ…信号処理回路、１０４…表示器、１０５…パネル操作子、１０６…演奏操作子、１０７…ネットワークインターフェース、１０８…ＣＰＵ、１０９…メモリ、１１０…外部記憶装置、１１１…バスライン、１１２…マウス、１１３…サウンドシステム、１２１…スクリプトエンジン、１２２…ローカルＷＥＢサーバ、１２２ａ…機能スクリプト、１２２ｂ…パネル表示データ、１２４…システムアプリケーション、１２５…ソフトウェア音源プログラム、１２６…パラメータデータ
【図１】
0003879538.tif 000002
【図２】
0003879538.tif 000003
【図３】
0003879538.tif 000004
【図４】
0003879538.tif 000005
【図５】
0003879538.tif 000006