JP3758450B2 - 曲データ作成のためのサーバ装置、クライアント装置及び記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、曲データの作成、特に、複数人の合作により曲データを作成する曲データ作成システムに関する。
【０００２】
【従来の技術】
従来の曲データ作成装置は、一人のユーザが曲を作成するようになっており、複数人での合作ができず、一人ではアイディアが浮かびにくいなど、曲作成に限界がある。
【０００３】
【発明が解決しようとする課題】
この発明の目的は、このような従来技術の欠点に鑑み、チャット機能を用いて複数のユーザがアイデアを出し合って複数人による曲データの合作を可能にすると共に、各ユーザから共通の曲データにアクセスすることができ、さらに、一人のユーザに曲データ作成全体の主導権を握らせて複数ユーザによる曲データ合作作業をまとめやすくすることができる曲データ作成システムを提供することにある。
【０００４】
【課題を解決するための手段】
この発明の主たる特徴に従うと、通信ネットワーク（４）を介して複数のクライアント装置（２，３）と通信可能に接続され、これら複数のクライアント装置（２，３）でのデータ入力に応じて作曲作業を行い曲データを作成するサーバ装置（１）であって、作曲作業が行われる曲データを記憶するデータ記憶手段（１３；１ａ）と、各クライアント装置（２，３）に作曲画面（作曲ウインドウ：図５）を表示させる作曲用情報（作曲アプレット）をクライアント装置（２，３）に送信する情報送信手段（Ｓ１，Ｓ２；１ｅ，１７）と、作曲用情報（作曲アプレット）の送信を受けたクライアント装置（２，３）にて該作曲用情報（作曲アプレット）に基づき表示された作曲画面（作曲ウインドウ）に対するデータ入力に基づいて生成される、部分的な作曲乃至編曲内容を表わす作曲用データ（入力・編集内容）を、当該クライアント装置（２，３）から受信する作曲用データ受信手段（ＳＥ１；１ｅ，１７）と、受信された作曲用データ（入力・編集内容）に基づいて、データ記憶手段（１３）に記憶されている曲データの入力乃至編集を実行し該曲データを更新する入力乃至編集実行手段（ＳＥ１；１ａ）と、クライアント装置（２，３）からデータ更新要求（更新コマンド）を受信したことに応じて、データ記憶手段（１３）に記憶されている曲データ（最新の曲データ）を、当該クライアント装置（２，３）にて表示された作曲画面（作曲ウインドウ）に表示すべき情報として当該クライアント装置（２，３）に送信する曲データ送信手段（ＳＥ２；１ｅ，１７）とを具備するサーバ装置（１）〔請求項１〕、並びに、通信ネットワーク（４）を介して複数のクライアント装置（２，３）と通信可能に接続され、これら複数のクライアント装置（２，３）でのデータ入力に応じた作曲作業により曲データを作成するサーバ装置として機能し、作曲作業が行われる曲データを記憶するデータ記憶手段（１３；１ａ）を具備するコンピュータ（１）に、各クライアント装置（２，３）に作曲画面（作曲ウインドウ：図５）を表示させる作曲用情報（作曲アプレット）をクライアント装置（２，３）に送信する情報送信ステップ（Ｓ２）と、作曲用情報（作曲アプレット）の送信を受けたクライアント装置（２，３）にて該作曲用情報（作曲アプレット）に基づき表示された作曲画面（作曲ウインドウ）に対するデータ入力に基づいて生成される、部分的な作曲乃至編曲内容を表わす作曲用データ（入力・編集内容）を、当該クライアント装置（２，３）から受信する作曲用データ受信ステップ（ＳＥ１）と、受信された作曲用データ（入力・編集内容）に基づいて、データ記憶手段（１３）に記憶されている曲データの入力乃至編集を実行し該曲データを更新する入力乃至編集実行ステップ（ＳＥ１）と、クライアント装置（２，３）からデータ更新要求（更新コマンド）を受信したことに応じて、データ記憶手段（１３）に記憶されている曲データ（最新の曲データ）を、当該クライアント装置（２，３）にて表示された作曲画面（作曲ウインドウ）に表示すべき情報として当該クライアント装置（２，３）に送信する曲データ送信ステップ（ＳＥ２）とから成る手順を実行させるコンピュータ読み取り可能な記録媒体〔請求項４〕が提供される。なお、括弧書きは、理解の便のために後述する実施例の参照記号、用語又は箇所を付記したものであり、以下においても同様である。
【０００５】
この特徴に従うサーバ装置（１）は、クライアント装置（２，３）からデータ保存要求（ローカル保存コマンド）を受信したことに応じて、データ記憶手段（１３）に記憶されている曲データを入力乃至編集上のデータ形式（テキストタイプの形式）から演奏可能なデータ形式（ＭＩＤＩ形式）に変換し、変換された曲データを当該クライアント装置（２，３）に送信する第２曲データ送信手段（ＳＥ４；１ｅ，１７）を更に具備する〔請求項２〕ように構成することができる。さらに、情報送信手段（Ｓ１，Ｓ２）は、複数のクライアント装置（２，３）間でチャットを行うためのチャット画面（チャット用ウインドウ：図４，図５）を表示させる会話用情報（画面データ）をも送信し、会話データ（発言内容）を登録する会話データ登録手段（１ｂ；１３）と、会話用情報（画面データ）の送信を受けたクライアント装置（２，３）にて該会話用情報（画面データ）に基づき表示されたチャット画面（チャット用ウインドウ）に対するデータ入力に基づく会話データ（発言内容）を当該クライアント装置（２，３）から受信したことに応じて、当該会話データ（発言内容）に従い、会話データ登録手段（１ｂ）に登録されている会話データ（発言内容）を更新する会話データ更新手段（ＳＣ１）と、クライアント装置（２，３）からチャット更新要求（リロードコマンド）を受信したことに応じて、会話データ登録手段（１ｂ）に登録されている会話データ（最新の発言内容）を当該クライアント装置（２，３）に送信する会話データ送信手段（ＳＣ１，ＳＣ２；１ｅ，１７）とを更に具備する〔請求項３〕ように構成することができる。
【０００６】
また、この発明の別の特徴に従うと、上述した主たる特徴に従うサーバ装置に対応して、複数のクライアント装置（２，３）とこれら複数のクライアント装置（２，３）でのデータ入力に応じて作曲作業を行い曲データを作成するサーバ装置（１）とが通信ネットワーク（４）を介して通信可能に接続された曲データ作成システムにおける夫々のクライアント装置（２，３）であって、ユーザ操作に応じて所定の情報を入力するための操作手段（６５）と、サーバ装置（１）から、作曲画面（作曲ウインドウ：図５）を表示させる作曲用情報（作曲アプレット）を受信したことに応じて、当該作曲用情報（作曲アプレット）に基づく作曲画面（作曲ウインドウ）を表示する画面表示手段（Ｃ２，Ｃ５；６６）と、表示された作曲画面（作曲ウインドウ）に対する操作手段（６５）からのデータ入力に基づいて、部分的な作曲乃至編曲内容を表わす作曲用データ（入力・編集内容）を生成するデータ生成手段（ＣＥ１）と、生成された作曲用データ（入力・編集内容）をサーバ装置（１）に送信するデータ送信手段（ＣＥ１；２ｅ，３ｅ，６０）と、操作手段（６５）からのデータ更新要求指示入力に応じて、データ更新要求（更新コマンド）をサーバ装置（１）に送信する更新要求送信手段（ＣＥ２；２ｅ，３ｅ，６０）と、送信されたデータ更新要求（更新コマンド）に応答して、サーバ装置（１）にて受信した作曲用データ（入力・編集内容）に従い更新された曲データ（最新の曲データ）をサーバ装置（１）から受信するデータ受信手段（ＣＥ３；２ｅ，３ｅ，６０）と、受信された曲データ（最新の曲データ）を、画面表示手段（Ｃ５）により表示された作曲画面（作曲ウインドウ）上に表示させる表示制御手段（ＣＥ３）とを具備するクライアント装置（２，３）〔請求項５〕が提供される。
【０００７】
この特徴に従う各クライアント装置（２，３）は、操作手段（６５）からのデータ保存要求指示入力に応じて、データ保存要求（ローカル保存コマンド）をサーバ装置（１）に送信する保存要求送信手段（ＣＥ５；２ｅ，３ｅ，６０）と、送信されたデータ保存要求（ローカル保存コマンド）に応答してサーバ装置（１）上で入力乃至編集上のデータ形式から演奏可能なデータ形式に変換された曲データを、サーバ装置（１）から受信する第２データ受信手段（ＣＥ６；２ｅ，３ｅ，６０）とを更に具備する〔請求項６〕ように構成することができる。さらに、画面表示手段（Ｃ２，Ｃ５）は、他のクライアント装置（２，３）とチャットを行うためのチャット画面（チャット用ウインドウ：図４，図５）を表示させる会話用情報（画面データ）をサーバ装置（１）から受信したことに応じて、当該会話用情報（画面データ）に基づくチャット画面（チャット用ウインドウ）を表示し、表示されたチャット画面（チャット用ウインドウ）に対する操作手段（６５）からの会話データ入力に基づく会話データ（発言内容）、及び、チャット更新要求（リロードコマンド）を、サーバ装置（１）に送信するチャット情報送信手段（ＣＣ１〜ＣＣ３；２ｅ，３ｅ，６０）と、送信されたチャット更新要求（リロードコマンド）に応答して、サーバ装置で受信した会話データ（発言内容）に従い更新された会話データ（最新の発言内容）をサーバ装置（１）から受信する会話データ受信手段（ＣＣ４；２ｅ，３ｅ，６０）と、受信された会話データ（最新の発言内容）を、画面表示手段（Ｃ５）により表示されたチャット画面（チャット用ウインドウ）に表示させる第２表示制御手段（ＣＣ４）とを更に具備する〔請求項７〕ように構成することができる。
【０００８】
〔発明の作用〕
この発明の主たる特徴に従うと（請求項１，４）、サーバ装置（１）と複数のクライアント装置（２，３）が通信ネットワーク（４）を介して通信可能に接続されるシステムにおいて、サーバ装置（１）は、これら複数のクライアント装置（２，３）でのデータ入力に応じて作曲作業を行い曲データを作成するようになっており、作曲作業が行われる共通の曲データはサーバ装置（１）上にある（１３；１ａ）。サーバ装置（１）は、各クライアント装置（２，３）に作曲画面（作曲ウインドウ）を表示させる作曲用情報（作曲アプレット）をクライアント装置（２，３）に送信すると（Ｓ２）、クライアント装置（２，３）では、作曲用情報（作曲アプレット）に基づき表示された作曲画面（作曲ウインドウ：図５）に対するデータ入力に基づいて、曲データに対し部分的な作曲乃至編曲内容を表わす作曲用データ（入力・編集内容：音符等の部分的曲データ）が生成される（ＣＥ１）。サーバ装置（１）は、このような作曲用データ（入力・編集内容）を受信すると、受信された作曲用データ（入力・編集内容）に基づいて曲データの入力乃至編集を実行し該曲データを更新し（ＳＥ１）、クライアント装置（２，３）からデータ更新要求（更新コマンド）を受信したことに応じて、作曲作業の度に更新される最新の曲データを当該クライアント装置（２，３）に送信し、当該クライアント装置（２，３）の作曲画面（作曲ウインドウ）に表示させる（ＳＥ２→ＣＥ３）。従って、この発明によれば、複数のクライアント装置から、サーバ装置上にある共通の曲データにアクセスし、最新の曲データ表示に従って音符等の作曲用データの入力や編集を指示することにより、サーバ装置において曲データの作成を進めることができ、複数のクライアント装置を夫々操作する複数ユーザによる合作が可能となる。
この特徴に従うサーバ装置では、クライアント装置（２，３）からデータ保存要求（ローカル保存コマンド）を受信したことに応じて、最新の曲データを入力乃至編集上のデータ形式（テキストタイプの形式）から演奏可能なデータ形式（ＭＩＤＩ形式）に変換し、変換された曲データを当該クライアント装置（２，３）に送信する（ＳＥ４）ように構成することにより（請求項２）、テキストエディタ等の簡単なプログラムにより編集作業中の曲データを扱うことができると共に、各クライアント装置には、一般的に演奏データとして利用可能なＭＩＤＩ形式などで曲データを提供することができる。
この特徴に従うサーバ装置には、さらに、会話データ（発言内容）を登録する機能（１ｂ）を持たせ、システムにチャット機能を備えることができる（請求項２）。つまり、サーバ装置（１）は、複数のクライアント装置（２，３）間でチャットを行うためのチャット画面（チャット用ウインドウ：図４，図５）を表示させる会話用情報（画面データ）を送信し（Ｓ１，Ｓ２）、クライアント装置（２，３）にて会話用情報（画面データ）に基づき表示されたチャット画面（チャット用ウインドウ）に対するデータ入力に基づいて会話データ（発言内容）を送信すると（ＣＣ１，ＣＣ２）、当該クライアント装置（２，３）から受信した会話データ（発言内容）に従い、登録されている会話データ（発言内容）を更新し（ＳＣ１）、クライアント装置（２，３）からチャット更新要求（リロードコマンド）を受信したことに応じて、更新された最新の会話データ（発言内容）を当該クライアント装置（２，３）に送信する（ＳＣ１，ＳＣ２）ように構成することができる。このように、サーバ装置により複数のクライアント装置間のチャット機能を備えるシステムを構築し、複数のクライアント装置を夫々操作する複数ユーザで、会話データ（発言内容）の交信によりチャットをしながら、作曲用データ（音符等の部分的曲データ）を入力・編集し、これらの作曲用データに基づいてサーバ装置上で曲データを作成するように構成することによって、複数人でアイデアを出しながら曲を作成することができる。
【０００９】
また、この発明の別の特徴に従うと（請求項５）、複数のクライアント装置（２，３）とこれら複数のクライアント装置（２，３）でのデータ入力に応じて作曲作業を行い曲データを作成するサーバ装置（１）とが通信ネットワーク（４）を介して通信可能に接続された曲データ作成システムにおける夫々のクライアント装置（２，３）は、ユーザ操作に応じて所定の情報を入力するための操作手段（６５）を有し、サーバ装置（１）から、作曲画面（作曲ウインドウ：図５）を表示させる作曲用情報（作曲アプレット）が送られてくると（Ｓ２）、この作曲用情報（作曲アプレット）に基づいて作曲画面（作曲ウインドウ）をディスプレイ（６６）に表示する（Ｃ５）。表示された作曲画面（作曲ウインドウ）に対する操作手段（６５）からのデータ入力に基づいて、部分的な作曲乃至編曲内容を表わす作曲用データ（入力・編集内容）を生成し、生成された作曲用データ（入力・編集内容：音符等の部分的曲データ）をサーバ装置（１）に送信する（ＣＥ１）。さらに、操作手段（６５）からのデータ更新要求指示入力に応じて、データ更新要求（更新コマンド）をサーバ装置（１）に送信すると（ＣＥ２）、このデータ更新要求（更新コマンド）に応答して、サーバ装置（１）にてそれまでに受信した作曲用データ（入力・編集内容）に従い更新された最新の曲データをサーバ装置（１）から受信し（ＣＥ３）、受信された最新の曲データを作曲画面（作曲ウインドウ）上に表示させる（ＣＥ３）。従って、この発明によれば、複数のクライアント装置の夫々は、サーバ装置上にある共通の曲データにアクセスし、最新の曲データ表示に従って音符等の作曲用データの入力や編集を指示することができ、これにより、サーバ装置に曲データの作成を進めさせ、複数のクライアント装置を夫々操作する複数ユーザによる合作が可能となる。
この特徴に従うクライアント装置では、操作手段（６５）からのデータ保存要求指示入力に応じてデータ保存要求（ローカル保存コマンド）をサーバ装置（１）に送信すると（ＣＥ５）、このデータ保存要求（ローカル保存コマンド）に応答してサーバ装置（１）上で入力乃至編集上のデータ形式から演奏可能なデータ形式に変換された曲データをサーバ装置（１）から受信する（ＣＥ６）ように構成することにより（請求項６）、テキストエディタ等の簡単なプログラムにより作曲用データを扱うことができると共に、サーバ装置から提供されるＭＩＤＩ形式などの演奏可能な形式の曲データを利用することができる。
この特徴に従うクライアント装置では、さらに、他のクライアント装置（２，３）とチャットを行うためのチャット画面（チャット用ウインドウ：図４，図５）を表示させる会話用情報（画面データ）をサーバ装置（１）から受信したことに応じて、チャット画面（チャット用ウインドウ）を表示し（Ｃ５）、システムにチャット機能を備えることができる（請求項７）。つまり、サーバ装置（１）から受信した会話用情報（画面データ）に基づき表示されたチャット画面（チャット用ウインドウ）に対する操作手段（６５）からの会話データ入力に基づく会話データ（発言内容）や、チャット更新要求（リロードコマンド）を、サーバ装置（１）に送信し（ＣＣ１〜ＣＣ３）、このチャット更新要求（リロードコマンド）に応答して、サーバ装置（１）で受信した会話データ（発言内容）に従い更新された最新の会話データ（発言内容）がサーバ装置（１）から送られてくると（ＳＣ１，ＳＣ２）、この最新の会話データ（発言内容）をチャット画面（チャット用ウインドウ）に表示させる（ＣＣ４）するように構成することができる。このように、サーバ装置を介して他のクライアント装置とのチャット機能を備えるシステムを構築し、複数のクライアント装置を夫々操作する複数ユーザで、会話データ（発言内容）の交信によりチャットをしながら、作曲用データ（音符等の部分的曲データ）を入力・編集し、これらの作曲用データに基づいてサーバ装置上で曲データを作成するように構成することによって、複数人でアイデアを出しながら曲を作成することができる。
【００１０】
なお、作曲用データの入力乃至編集を行う複数のクライアント装置と、これらのクライアント装置に通信手段を介して接続され、各クライアント装置からの作曲用データに基づいて曲データを作成するサーバ装置とを具備し、前記クライアント装置間には親子関係が設定され、親クライアント装置は前記サーバ装置に対して子クライアント装置より優位な機能が実行可能である曲データ作成システムを構成することができる。この構成のように、複数のクライアント装置に親子関係を設定し、親と子で実行可能な機能を異ならせる（典型的には、親のクライアント装置を多機能にする）と、親になったクライアント装置のユーザに対して、曲データ作成全体の主導権を握らせることができ、複数ユーザでの合作作業をまとめやすくすることができる。
【００１１】
【発明の実施の形態】
以下、図面を参照しつつ、この発明の好適な実施例を詳述する。なお、以下の実施例は単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能である。
【００１２】
〔システムの概要〕
図１には、この発明の一実施例による曲データ作成システム全体の機能的ブロック図が示されている。この例では、システムは、サーバコンピュータ（以下、単に「サーバ」という。）１及び複数台のクライアントパーソナルコンピュータ（クライアントＰＣ）２，３，…（図には２台のみが示される。）から成り、サーバ１は、作曲処理部１ａ、チャット処理部１ｂ、公開用データ記憶部１ｃ、個人用データ記憶部１ｄ、通信部１ｅ等を備え、クライアントＰＣ２，３，…は、それぞれ、作曲アプレット処理部２ａ，３ａ，…、ローカル記憶部２ｂ，３ｂ，…、ＷＥＢブラウザ部２ｃ，３ｃ，…、メーラー部２ｄ，３ｄ，…、通信部２ｅ，３ｅ，…等を備える。
【００１３】
サーバ１は、通信部１ｅ及び通信ネットワーク４を介してクライアントＰＣ２，３，…と通信を行い、各クライアントＰＣ２，３，…からのチャットルームへの入室指示があると、作曲アプレット〔ＪＡＶＡ（登録商標）言語で書かれたプログラム〕をチャット処理部１ｂから各クライアントＰＣ２，３，…へと送信する。各クライアントＰＣ２，３では、通信ネットワーク４から通信部２ｅ，３ｅ，…を介して作曲アプレットを受信し、作曲アプレット処理部２ａ，３ａ，…において、作曲アプレットが動作して作曲アプレット処理が行われる。各クライアントＰＣ２，３，…において音符の入力や編集等の作曲指示が行われると、この作曲指示は通信部２ｅ，３ｅ，…及び通信ネットワーク４を介してサーバ１に伝えられる。
【００１４】
サーバ１側では、通信ネットワーク４から通信部１ｅを介して各クライアントＰＣ２，３，…からの作曲指示が受信されると、サーバ１の作曲処理部１ａにおいて、この作曲指示に基づいて実際の曲データが作成される。すなわち、クライアントＰＣ２，３，…側は作曲指示を行うのみであり、実際の作曲作業はサーバ１側で行われる。ここで、作曲指示はクライアントＰＣ２，３，…の何れからも可能である。
【００１５】
なお、このシステムでは、これらのクライアントＰＣ２，３，…間に親子関係をもたせ、クライアントＰＣ２，３，…の何れか１つが親クライアントとされ、他のクライアントＰＣが子クライアントとされる。以下においては、図示の括弧書きのように、クライアントＰＣ２を親クライアントとし、他のクライアントＰＣ２，…を子クライアントとして説明する。例えば、２台のクライアントＰＣ２，３で構成される最も簡単なシステムでは、一方のクライアントＰＣ２が親クライアントとなり、他方のクライアントＰＣ３が子クライアントとなる。なお、３台以上のクライアントＰＣでシステムを構成してもよく、その場合、何れかのクライアントＰＣが親クライアントとなり、他の複数のクライアントＰＣが子クライアントとなる。また、チャットルーム（後述）へは３以上のユーザが同時に入室可能となる。
【００１６】
クライアントＰＣ２，３，…の何れかにおいて部分的な作曲や編曲をすると、部分的作曲・編曲内容である作曲用データ（部分曲データ、音符列等）は、サーバ１を介して他のクライアントＰＣにも伝えられ、そのディスプレイ上に表示される。そして、チャット機能を利用して各クライアントＰＣ２，３，…間で会話をしながら、音符の入力や編集を進め、曲を完成させていくのである。
【００１７】
チャット機能は、クライアントＰＣ２，３，…のＷＥＢブラウザ部２ｃ，３ｃ，…及びサーバ１のチャット処理部１ｂで実現される。或るクライアントＰＣから発言内容の入力があると、この発言内容は、サーバ１に送信され登録されると共に、他のクライアントＰＣにもこの登録された発言内容が送られる。従って、前述のように親クライアントＰＣ２及び子クライアントＰＣ３を備える最も簡単なシステム例では、一方の親クライアントＰＣ２からの発言内容がサーバ１に登録され、他方の子クライアントＰＣ３に送信されるだけでなく、逆に、他方の子クライアントＰＣ３からの発言内容も、サーバ１に登録され、一方の親クライアントＰＣに送られる。このようにして、クライアントＰＣ２，３，…間では、サーバ１を介して互いの発言内容が各クライアントＰＣ２，３，…のディスプレイ上に表示され、会話が進んでいく。
【００１８】
サーバ１は、各クライアントＰＣ２，３，…のユーザに共通の記憶エリアとして公開用データ記憶部１ｃを備え、各クライアントＰＣ２，３，…のユーザＩＤ毎の記憶エリアとして個人用データ記憶部１ｄを備えており、作曲処理部１１内には一時記憶エリア（回示せず）も備えている。作曲作業中のデータは、サーバ１の作曲処理部１ａ内に設けられた一時記憶エリアに格納され、曲が完成した時点（もちろん未完成でもよく、この場合は作曲作業を一段落させた時点）では、親クライアントＰＣ２からの指示によって、作成された曲データをサーバ１の個人用データ記憶部１ｄ又は公開用データ記憶部１ｃに保存することができる。
【００１９】
また、この場合、親クライアントＰＣ２は、作成された曲データを自身のローカル記憶部２ｂに保存することもできる。一方、子クライアントＰＣ３，…は、曲データを自身のローカル記憶部３ｂ，…に保存することはできるが、サーバ１上には保存させることができない。つまり、複数のクライアントＰＣ２，３，…で合作した曲データであっても、基本的には親クライアントＰＣ２が作成したものと考え、サーバ１上に保存する権利は、親クライアントＰＣ２のみに与えている。各クライアントＰＣ２，３，…のメーラー部２ｄ，３ｄ，…は、曲データのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｕｒｃｅ Ｌｏｃａｔｏｒ）を記載した電子メールを送信する機能を備える。公開用データ記憶部１ｃに格納された曲データには、親子に限らず、どのクライアントＰＣ２，３，…からでも、アクセスが可能である。例えば、作成した曲データのＵＲＬを記載した電子メールの受信者からのアクセスなどに利用することができる。
【００２０】
図２及び図３は、この発明の一実施例による曲データ作成システムにおけるサーバ及びクライアントＰＣのハードウエア構成を示し、システムを構成する複数のクライアントＰＣ２，３，…については、ほぼ同一のハードウエア構成を採ることができるので、図３には１つのクライアントＰＣのみを示している。図２において、サーバ１は、サーバ制御用中央処理装置（ＣＰＵ）１１、読出専用メモリ（ＲＯＭ）１２、ランダムアクセスメモリ（ＲＡＭ）１３、操作子検出回路１４、表示回路１５、外部記憶装置１６、通信インターフェイス（Ｉ／Ｆ）１７等を備え、これらの装置１１〜１７は、内部バス１８を介して互いに接続されている。
【００２１】
タイマ１９を備えるサーバ制御用ＣＰＵ１１は、所定のプログラムに従ってサーバにおける種々の制御を行い、特に、チャット処理部１ｂや作曲処理部１ａの機能であるチャット処理や作曲処理等、サーバ１側での曲データ作成処理を中枢的に遂行する。ＲＯＭ１２には、このような曲データ作成のための制御プログラム及び必要な各種データ／テーブルが記憶されており、ＲＡＭ１３には処理中の各種データが一時的に記憶される。
【００２２】
操作子検出回路１４にはパネルスイッチ等の操作子を含むスイッチ操作装置（キーボード、マウス等）１Ａが接続され、表示回路１５にはディスプレイ１Ｂが接続され、外部記憶装置１６は、ハードディスクドライブ（ＨＤＤ）の外、コンパクトディスク・リード・オンリィ・メモリ（ＣＤ−ＲＯＭ）、フロッピィディスク（ＦＤＤ）、光磁気（ＭＯ）ディスク、ディジタル多目的ディスク（ＤＶＤ）等の可搬形記憶メディアの駆動装置から成り、各種制御プログラムや曲データを含む各種データを記憶することができ、特に、個人用データ記憶部１ｄ又は公開用データ記憶部１ｃの機能を有する。通信Ｉ／Ｆ１７は、例えば、イーサネット（Ｅｔｈｅｒｎｅｔ）等の通信インターフェイスを用いて、ＬＡＮやインターネット等の通信ネットワーク４を介し複数のクライアントＰＣ２，３，…と通信することができる。
【００２３】
図３において、各クライアントＰＣ２，３，…は、クライアント制御用ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、第１及び第２の検出回路５４，５５、表示回路５６、音源回路５７、効果回路５８、外部記憶装置５９、通信インターフェイス（通信Ｉ／Ｆ）６０、ＭＩＤＩインターフェイス（ＭＩＤＩ Ｉ／Ｆ）６１等を備え、これらの装置５１〜６１は、バス６２を介して互いに接続されている。
【００２４】
クライアント制御用ＣＰＵ５１は、テンポクロックや割込みクロックの発生等に利用されるタイマ６３を備え、所定のプログラムに従ってクライアントにおける種々の制御を行うが、特に、ＷＥＢブラウザ部２ｃ，３ｃ，…、作曲アプレット処理部２ａ，３ａ，…やメーラー部２ｄ，３ｄ，…等の機能であるＷＥＢブラウザ処理、チャット機能処理、作曲アプレット処理やメーラー処理等、クライアントＰＣ側での曲データ作成処理を中枢的に遂行する。ＲＯＭ５２には、このような曲データ作成処理に関する各種プログラム及び必要な各種データ／テーブルが記憶されており、ＲＡＭ５３には処理中の各種データが一時的に記憶される。
【００２５】
第１の検出回路５４に接続される演奏操作子装置６４は、鍵盤タイプの演奏操作子、或いは、所定音高の割当てが可能なキーボードのキー（例えば、文字キー群）を用いた演奏操作子を備え、第２の検出回路５５に接続される各種入力設定用のパネル操作子装置６５は、パネルスイッチタイプのスイッチ操作子、或いは、キーボードのキー（例えば、文字キー以外の各種キー）やマウスを用いたスイッチ操作子を備える。表示回路５６にはディスプレイ６６や各種インジケータが接続され、ディスプレイ６６上には、スイッチ操作子により操作可能な入力設定用ボタンを表示することもできる。
【００２６】
また、ＤＳＰ等で構成される効果回路５８に接続されるサウンドシステム６７は、音源回路５７及び効果回路５８と共に楽音出力部を構成し、作曲作業中に入力される音符データや、作成中又は作成された曲データ、或いは、その他の演奏データに基づき楽音を放音させて、これを試聴乃至鑑賞することができる。
【００２７】
外部記憶装置５９は、サーバ１の外部記憶装置１６と同様、ＨＤＤや可搬形記憶メディアの駆動装置から成り、各種制御プログラムや曲データを含む各種データを記憶することができ、特に、ローカル記憶部２ｂ，３ｂ，…の機能を有する。各クライアントＰＣ２，３，…は、通信Ｉ／Ｆ６０に前述の通信インターフェイスやモデム等を用いて通信ネットワーク４を介しサーバ１と通信することができる。この例では、各クライアントＰＣ２，３，…は、さらに、ＭＩＤＩ Ｉ／Ｆ６１を介して他のＭＩＤＩ機器７と通信することができ、このＭＩＤＩ Ｉ／Ｆ６１は、専用のＭＩＤＩインターフェイスに限らず、ＲＳ−２３２Ｃ、ＵＳＢ（ユニバーサル・シリアル・バス）、ＩＥＥＥ１３９４（アイトリプルイー１３９４）等の汎用インターフェイスを用いて構成してもよい。この場合、ＭＩＤＩメッセージ以外のデータをも同時に送受信するようにしてもよい。
【００２８】
〔クライアントＰＣ上の表示画面例〕
図４及び図５は、この発明の一実施例によるクライアントＰＣ上における表示画面例を示す。サーバ１は、作曲作業を行う任意のクライアントＰＣから構成される作曲グループを「チャットルーム」とし、１乃至複数のグループの状況を管理しており、また、各クライアントＰＣ２，３，…のユーザには、ユーザＩＤとニックネームが与えられている。まず、ユーザがＷＥＢブラウザ部２ｃ，３ｃ，…を起動すると、サーバ１は、図４に示されるような「チャットルーム使用状況ウインドウ」の画面をクライアントＰＣのディスプレイ６６上に表示させ、チャットルーム（作曲グループ）に入ろうとする各ユーザにチャットルームの使用状況を知らせる。
【００２９】
図４の表示画面例においては、ルームナンバ“Ｎｏ．１”〜“Ｎｏ．１０”をもつ計１０のチャットルーム（即ち、同時に作業可能な作曲グループの数は１０）があり、使用状況を示す「空室」、「募集中」及び「使用中」の語が各チャットルーム（部屋）に対応して表示され、「空室」は親クライアントとして入室可能な状態を表わし、「募集中」は、既に親クライアントが入室済みで、子クライアントを募集中の状態、或いは、更に一人だけ入室可能な状態を表わす。また、「使用中」は、親クライアント及び子クライアンの双方が入室済みで、更なる入室が不可能な状態を表わし、この「使用中」状態になると初めて、チャットが可能になる。
【００３０】
そこで、ユーザが「空室」または「募集中」の部屋から、入ろうとするチャットルームを選択・指定すると、ユーザＩＤやニックネーム等を入力するための表示ウインドウが開く（図示せず）。そして、ユーザＩＤやニックネーム等を入力すると、これらの入力情報はサーバに送信され、選択・指定されたチャットルームへの入室が許可される。チャットルームに入ると、ディスプレイ６６上には図５に示されるように、ＷＥＢブラウザとして「チャットウインドウ」が表示され、さらに、新規に「作曲ウインドウ」が開き、チャツト及び作曲作業の実行が可能になる。作曲ウインドウは、サーバ１から送られてくる作曲アプレットに基づくものである。
【００３１】
図５の表示画面例においては、図示左側の「チャットウインドウ」には、チャット時に発言する内容を文字入力するための発言内容入力エリアＩＡ、及び、発言内容をリロード（サーバ１への登録、自機への取込み表示等）するための「発言：リロード」ボタンＲＢが設けられる。また、その下の発言内容表示エリアには、左端矢印で示すように、新たな発言内容が既発言内容の上側に順次書き加えられて行き、最新の発言内容は最上欄に表示されるようになっている。
【００３２】
一方、図示右側の「作曲ウインドウ」には、五線譜エリアＳＡ、音楽記号パレットＳＰ、各種機能ボタン群ＦＢが設けられ、音楽記号パレットＳＰには、音符や休符等の音楽記号が指定可能に表示されており、各種機能ボタン群ＦＢには、「サーバ（公開用）に保存」ボタンＰＳ、「サーバ（個人用）に保存」ボタンＳＳ、「ローカルに保存」ボタンＬＳ、「最新の状態に更新」ボタンＵＤ、「入力・編集完了」ボタンＥＤ等が含まれ、図示しないが、指定した音符や作成中の曲を発音させる発音モードボタンや、コピー、削除、移動等の一般的な編集処理を行うためのボタンを含ませることができる。
【００３３】
〔チャット及び作曲作業の概要〕
今、クライアントＰＣ２のユーザが親クライアントとして或るチャットルームに入り、クライアントＰＣ３のユーザが子クライアントとしてこのチャットルームに入って、このチャットルームが「使用中」になってチャットが可能になったものとして、以下、説明する。この「使用中」状態ではチャットが可能であり、両ユーザの間で、「チャットウインドウ」を用いたチャットにより相談をしながら、作曲ウインドウを利用して作曲を進めていく。
【００３４】
発言をするには、発言内容入力エリアＩＡに文章を入力し、「発言：リロード」ボタンＲＢを押す。すると、発言内容入力エリアＩＡに入力した文章は、発言内容としてサーバ１側で登録され、最新の発言内容が、発言をしたユーザ自身のクライアントＰＣ上に表示される。この段階では、他方のユーザのクライアントＰＣ上には表示されないが、他方のユーザは、「発言：リロード」ボタンＲＢを押すことによって、そのクライアントＰＣ上に最新の発言内容がリロードされ、最新の発言内容を見ることができる。なお、他方のユーザも、発言内容入力エリアに文章を入力し、「発言：リロード」ボタンを押すことにより、発言内容をサーバ１側に登録することができる。
【００３５】
なお、「発言：リロード」ボタンＲＢを押さなくても、予め設定された所定時間（例えば、３０秒等）毎に自動的にリロードする機能を備えていてもよく、この場合、設定される時間は、固定されたものでもよいし、或いは、ユーザにより変更可能としてもよい。
【００３６】
作曲用データ（部分データ）を入力・編集して作曲をするには、作曲ウインドウ（図５右側）の音楽記号パレットＳＰ中に表示されている種々の音楽記号から所望の記号を選択・指定し、選択・指定した記号を、例えば、パネル操作子装置６６（マウス等）によるドラッグ＆ドロップ等により、五線譜エリアＳＡ内に表示されている五線譜上に貼り付ける。或いは、各クライアントＰＣ２，３において演奏操作子装置６５として用いられる鍵盤操作子或いはキーボードの文字キー群の操作により、音符を入力してもよい（なお、文字キー群を用いる場合は、各文字キーに所定の音高をアサインしておく）。この他、各種機能ボタン群ＦＢ中の各種編集用ボタンの操作により、コピー、削除、移動等の編集も可能である。
【００３７】
ここで、或るユーザが入力・編集している間は、残りのユーザは入力・編集ができないようにしてもよい。つまり、親クライアントＰＣ２のユーザと子クライアントＰＣ３の一方が曲データに関して入力・編集を行っている間は、他方は入力・編集ができないようにしてもよい。例えば、作曲ウインドウ内の各種機能ボタン群ＦＢにおける「入力・編集完了」ボタンＥＤを押すことにより、他方のクライアントＰＣに入力・編集を許可するようにしてもよい。また、一方が入力・編集している間、他方に入力・編集ができない旨の表示をするようにしてもよい。
【００３８】
自身が入力・編集した状態は、自身のクライアントＰＣ上で見ることができるが、他方のユーザ（相手）が入力・編集した内容はそのままでは見ることができない。相手が入力・編集した結果の内容を表示させるには、作曲ウインドウ内の各種機能ボタン群中の「最新の状態に更新」ボタンＵＤを押す。なお、これに限らず、所定時間毎に自動的に更新させてもよいし、チャット機能のリロードと同期して更新するようにしてもよい。
【００３９】
〔内部データについて〕
この発明の一実施例においては、サーバ１上で取り扱われる曲の内部データは、一般的なＭＩＤＩ形式をベースにしたものではなく、汎用のテキストタイプの形式をベースとしている。このような内部データ形式では、音量やタイミングの細かい音表現はできないが、テキストエディタ等の簡単なプログラムにより曲データを扱えるという利点がある。
【００４０】
例えば、「４分音符のＣ３」→「４分音符のＤ３」→「８分音符のＥ３」→「８分休符」→「４分音符のＤ３」という音符列の場合、この発明の一実施例においては、内部データ形式として、「ｎｑＣ３．ｎｑＤ３．ｎｅＥ３．ｒｅ．ｎｑＤ３」と記述される。ここで、“ｎ”は「音符」（ｎｏｔｅ）を表わし、“ｑ”は「４分」（ｑｕａｒｔｅｒ）を表わし、“ｅ”は「８分」（ｅｉｇｈｔｈ）を表わし、“ｒ”は「休符」（ｒｅｓｔ）を表わし、“．”（ピリオド）は各音符の区切り位置を表わす。同様にして、「２分」は“ｈ”（ｈａｌｆ）で表わし、「全」は“ｗ”（ｗｈｏｌｅ）で表わし、「１６分」は“ｓ”（ｓｉｘｔｅｅｎｔｈ）で表わす。
【００４１】
〔全体的処理フロー及びＷＥＢブラウザの処理〕
図６及び図７は、それぞれ、この発明の一実施例による曲データ作成のためにサーバ及びクライアントＰＣで行われるサーバ処理及びクライアントＰＣ処理を表わすフローチャートである。先ず、クライアントＰＣ２，３，…側では、図７のクライアントＰＣ処理フローにおける第１〜第５ステップＣ１〜Ｃ５でＷＥＢブラウザ処理が実行され、これに並行して、サーバ１側では、図６のサーバ処理フローにおける第１〜第３ステップＳ１〜Ｓ３が実行される。
【００４２】
クライアントＰＣ処理（図７）の第１ステップＣ１において、クライアントＰＣのユーザがＷＥＢブラウザ部２ｃ，３ｃ，…を起動し、チャットルームをアクセスすると、サーバ処理（図６）の第１ステップＳ１において、サーバ１は、チャットルームへのアクセスに応じて使用状況画面データを当該クライアントＰＣに送信する。クライアントＰＣ側では、受信した使用状況画面データに基づいて、図４に示されるような「チャットルーム使用状況ウインドウ」がディスプレイ６６上に表示され（ステップＣ２：図７）、クライアントＰＣユーザにチャットルームの使用状況を知らせる。
【００４３】
次いで、ユーザが「空室」又は「募集中」のチャットルーム（部屋）からルームナンバを選択・指定して所望のチャットルームへの入室を指示する（ステップＣ３：図７）と、図示しない「表示ウインドウ」が開くので、この「表示ウインドウ」を利用してユーザＩＤ、ニックネーム等の情報を入力し、チャットルームへの入室コマンドと共に、ルームナンバ、ユーザＩＤ、ニックネーム等の情報をサーバに送信する（ステップＣ４：図７）。これに対して、サーバ１側ではサーバ処理（図６）の第２ステップＳ２が実行される。
【００４４】
ステップＳ２（図６）において、サーバ１は、入室コマンドの受信に基づき、受信したユーザＩＤに対応するクライアントＰＣを、指示されたルームナンバのチャットルーム状況に応じて、親クライアント又は子クライアントの何れかに決定してチャットルームへの入室を許可する。そして、当該ルームナンバの表示画面データ及び作曲アプレットをクライアントＰＣに送信する。クライアントＰＣ側では、受信した表示画面データ及び作曲アプレットに基づいて、図５に示されるような「チャットウインドウ」及び「作曲ウインドウ」がディスプレイ６６上に表示され（ステップＣ５：図７）、クライアントＰＣユーザによるチャット及び作曲作業の実行が可能な状態になる。
【００４５】
このチャット及び作曲作業は、クライアントＰＣにおけるステップＣ６の「チャット機能処理」及びステップＣ７の「作曲アプレット処理」（図７）、並びに、サーバにおけるステップＳ３の「チャット処理」及びステップＳ４の「作曲処理」（図６）を、順次、並行的且つ繰り返し実行することにより達成される。さらに、サーバ１側では、ステップＳ５で「その他の処理」を行った後、ステップＳ１に戻ってステップＳ１〜Ｓ５の処理を繰り返し、クライアントＰＣ側では、ステップＣ８で「メーラー処理」を行い、ステップＣ９で「その他の処理」を行った後、ステップＣ６に戻ってステップＣ６〜Ｃ９の処理を繰り返す。
【００４６】
なお、ステップＳ５におけるサーバ１の「その他の処理」としては、複数のチャットルーム管理上の処理やサーバコンピュータとしての一般的な処理が含まれ、また、ステップＣ９におけるクライアントＰＣの「その他の処理」としては、パネル操作子装置６５の操作に基づく各種設定処理や、曲の再生開始・停止、テンポ変更等、一般的な自動演奏装置に備わる各種機能に関する処理などが含まれる。
【００４７】
〔チャット作業の処理フロー〕
図８は、この発明の一実施例によるサーバでのチャット処理及びクライアントＰＣでのチャット機能処理を表わすフローチャートである。図８において、左側の処理フローは、サーバ１において図６のステップＳ３で行われる「チャット処理」を詳細に表わしたものであり、右側の処理フローは、クライアントＰＣにおいて図７のステップＣ６で行われる「チャット機能処理」を詳細に表わしたものである。
【００４８】
チャット機能処理の第１ステップＣＣ１において、クライアントＰＣユーザが、図５に示されるような「チャットウインドウ」を用い、発言内容入力エリアＩＡに発言内容を入力して「発言：リロード」ボタンＲＢを操作すると、第２ステップＣＣ２では、「発言：リロード」ボタンＲＢの操作に応じて、ユーザＩＤ、ニックネーム、発言内容、リロードコマンドがサーバ１に送信される。また、発言の入力がないときは、「発言：リロード」ボタンＲＢの操作に基づくリロードコマンドのみがサーバ１に送信される。また、次のステップＣＣ３では、所定時間（予め設定される。例えば、３０秒等）の経過に対応して、所定時間経過に基づくリロードコマンドがサーバ１に送信される。
【００４９】
これに対して、サーバ１側では、チャット処理の第１ステップＳＣ１においては、発言内容乃至リロードコマンド（特に、ボタンＲＢによるもの）の受信に応じて、発言内容が登録され、また、最新の発言内容が、発言をしたユーザ或いは「発言：リロード」ボタンＲＢを操作したユーザのクライアントＰＣに送信される。また、第２ステップＳＣ２においては、リロードコマンド（特に、時間経過によるもの）の受信に応じて、最新の発言内容がリロードコマンドを送信したユーザのクライアントＰＣに送信され、次の「作曲処理」（ステップＳ４：図６）にリターンする。
【００５０】
一方、クライアントＰＣ側では、チャット機能処理のステップＣＣ４において、最新の発言内容の受信に応じて、ディスプレイ６６上に、図５左下の発言内容表示エリアの最上欄に示されるように、最新の発言内容が表示され、次の「作曲アプレット処理」（ステップＣ７：図７）にリターンする。
【００５１】
〔作曲作業の処理フロー〕
図９及び図１０は、それぞれ、この発明の一実施例によるサーバでの作曲処理及びクライアントＰＣでの作曲アプレット処理を表わすフローチャートである。図９の処理フローは、サーバ１において図６のステップＳ４で行われる「作曲処理」を詳細に表わしたものであり、図１０の処理フローは、クライアントＰＣにおいて図７のステップＣ７で行われる「作曲アプレット処理」を詳細に表わしたものである。
【００５２】
クライアントＰＣユーザが、例えば、図５に示されるような「作曲ウインドウ」を用い、音楽記号パレットＳＰの音楽記号等により、五線譜エリアＳＡ上にて所要の音符等を入力・編集すると、この音符の入力や編集等が作曲指示となり、作曲アプレット処理の第１ステップＣＥ１（図１０）において、その入力・編集内容が随時サーバ１に送信される。これを受けるサーバ１側では、作曲処理の第１ステップＳＥ１（図９）において、入力・編集内容の受信に応じて、曲データの入力・編集を実行する。
【００５３】
また、クライアントＰＣユーザが、「作曲ウインドウ」の各種機能ボタン群ＦＢ中の「最新の状態に更新」ボタンＵＤを操作すると、作曲アプレット処理の第２ステップＣＥ２（図１０）において、「最新の状態に更新」ボタンＵＤの操作に応じて、更新コマンドがサーバ１に送信される。これを受けるサーバ１は、作曲処理の第２ステップＳＥ２（図９）において、更新コマンドの受信に応じて、最新の曲データの内容をクライアントＰＣに送信する。クライアントＰＣは、サーバ１からの最新の曲データを受信すると、作曲アプレット処理の第３ステップＣＥ３（図１０）にて、受信した曲データの内容を、例えば、「作曲ウインドウ」の五線譜エリアＳＡ上に表示する。
【００５４】
さらに、親クライアントＰＣについては、そのユーザが「サーバ（公開用）に保存」ボタンＰＳ又は「サーバ（個人用）に保存」ボタンＳＳを操作すると、作曲アプレット処理のステップＣＥ４（図１０）において、このボタン操作に応じたサーバ保存コマンドがサーバ１に送信される。サーバ１は、親クライアントＰＣからサーバ保存コマンドを受信すると、作曲処理のステップＳＥ３（図９）において、対応する曲データを公開用データ記憶部１ｃ又は個人用データ記憶部１ｄに保存する。
【００５５】
また、クライアントＰＣユーザが「ローカルに保存」ボタンＬＳを操作すると、作曲アプレット処理のステップＣＥ５（図１０）において、このボタン操作に応じたローカル保存コマンドがサーバ１に送信される。これに対し、サーバ１は、クライアントＰＣからローカル保存コマンドを受信すると、作曲処理のステップＳＥ４（図９）において、対応する曲データを内部データ形式からＭＩＤＩデータ形式に変換した上、クライアントＰＣに送信した後、ステップＳＥ５に進む。クライアントＰＣは、このＭＩＤＩ形式の曲データを受信すると、作曲アプレット処理のステップＣＥ６（図１０）において、受信したＭＩＤＩ形式の曲データをクライアントＰＣのローカル記憶部（２ｄ，３ｄ，…）に保存した後、ステップＣＥ７に進む。
【００５６】
そして、サーバ１は、ステップＳＥ５（図９）にて「その他の作曲処理」を行った後、次の「その他の処理」（ステップＳ５：図６）にリターンする。また、クライアントＰＣは、ステップＣＥ７（図１０）にて、入力された音符データや作成中の曲データの発音処理を含む「その他の作曲アプレット処理」を行った後、次の「メーラー処理」（ステップＣ８：図７）にリターンする。
【００５７】
なお、このシステムには、ローカル記憶部（２ｄ，３ｄ，…）内のＭＩＤＩ形式の曲データをサーバ１上の公開用データ記憶部１ｃ或いは個人用データ記憶部１ｄへとアップロードする機能があってもよい。そこで、この場合は、ステップＣＥ７におけるクライアントＰＣの「その他の作曲アプレット処理」或いはステップＳＥ５におけるサーバ１の「その他の作曲処理」の１つとして、クライアントＰＣ上或いはサーバ１上で、ローカル記憶部内の曲データをＭＩＤＩデータ形式から内部データ形式へと変換する。
【００５８】
〔メーラー処理〕
この発明の一実施例によれば、作成した曲データのＵＲＬを記載した電子メールを「メーラー処理」により送信し、この電子メールの受信者からのアクセスなどに利用することができる。図１１は、この発明の一実施例によるクライアントＰＣにおけるメーラー処理を表わすフローチャートであり、図１２は、この発明の一実施例によるクライアントＰＣ上におけるメーラー処理時の表示画面例である。
【００５９】
図１１の処理フローは、クライアントＰＣにおいて図７のステップＣ８で行われる「メーラー処理」を詳細に表わしたものである。この処理フローの第１のステップＣＭ１において、対象曲データが記憶されているサーバ１の公開用データ記憶部１ｃ内の箇所を表わす「曲のＵＲＬ」Ａを記載した本文を作成する。次のステップＣＭ２では、本文に任意の文章Ｂを追加し、ステップＣＭ３において、送信先のメールアドレスＣを指定して送信した後、次の「その他の処理」（ステップＣ９：図７）にリターンする。なお、サーバ１は、電子メールの受信者から上記「曲のＵＲＬ」へのアクセスがあると、「その他の処理」（ステップＳ５：図６）において、このＵＲＬに記憶されている内部データ形式の曲データをＭＩＤＩデータ形式へと変換し、アクセスした受信者のクライアントＰＣへと送信する。
【００６０】
〔種々の実施態様〕
以上、この発明による曲データ作成の実施態様を一実施例について説明したが、作曲の仕方は実施例のものに限らない。例えば、作曲条件やモチーフを指定し自動作曲するもの、つまり、作曲条件やモチーフを各クライアントＰＣから指定してサーバ側で作曲・編集するものでもよい。
【００６１】
また、曲データは、１つの演奏パート（例えば、メロディ）から成るものでもよいし、複数の演奏パート（例えば、メロディ、リズム、ベース及び伴奏）から成るものでもよい。リズム、ベース、伴奏などの演奏パートのデータは、予め記憶された伴奏スタイルデータ（数小節等の短パターン）を組み合わせるものでもよい。さらに、メロディを解析して自動的に付与したり、ユーザがマニュアル入力する等によって、コード進行を付与し、このコード進行に合うようにベースや伴奏パートを制御するようにしてもよい。
【００６２】
曲データのフォーマットについては、演奏イベントの発生時刻を１つ前のイベントからの時間で表わした「イベント＋相対時間」、演奏イベントの発生時刻を曲や小節内における絶対時間で表わした「イベント＋絶対時間」、音符の音高と符長或いは休符と休符長で曲データを表わした「音高（休符）＋符長」、演奏の最小分解能毎にメモリの領域を確保し、演奏イベントの発生する時刻に対応するメモリ領域に演奏イベントを記憶した「ベタ方式」等、任意の形式でよい。
【００６３】
複数チャンネル（パート）分の曲データの記憶万法としては、複数のチャンネルのデータが混在記憶された形式でもよいし、各チャンネルのデータがトラック毎に分かれて記憶されている形式でもよい。また、メモリ上において、時系列の曲データが連続する領域に記憶されていてもよいし、飛び飛びの領域に散在して記憶されているデータを、連続するデータとして別途管理するようにしてもよい。すなわち、時系列的に連続するデータとして管理することができればよく、メモリ上で連続して記憶されているか否かは問題ではない。
【００６４】
クライアントＰＣとしては、電子楽器に特化した形態や、パーソナルコンピュータ＋アプリケーションソフトウェアの形態に限らず、カラオケ装置や、ゲーム装置、携帯電話等の携帯型通信端末、自動演奏ピアノを用いてもよい。電子楽器に特化した形態を取った場合、鍵盤楽器に限らず、弦楽器タイプ、管楽器タイプ、打楽器タイプ等の楽器形態でもよい。また、音源装置、自動演奏装置等を１つのクライアントＰＣ本体に内蔵したものに限らず、それぞれが別体の装置であり、ＭＩＤＩや各種ネットワーク等の通信手段を用いて各装置を接続するものであってもよい。また、処理プログラムや処理に利用する各種データは、外部記憶媒体から、或いは、通信インターフェースを介して外部装置からクライアントＰＣに供給してもよい。
【００６５】
【発明の効果】
以上説明したように、この発明によれば（請求項１，４，５）、サーバ装置と複数のクライアント装置から成る曲データ作成システムにおいて、複数のクライアント装置から、サーバ装置上にある共通の曲データにアクセスし、最新の曲データ表示に従って作曲用データ（音符等の部分的曲データ）の入力や編集を指示することにより、サーバ装置において曲データの作成を進めることができ、複数のクライアント装置を夫々操作する複数ユーザによる合作が可能となる。
【００６６】
また、この発明によれば（請求項２，６）、サーバ装置はクライアント装置からのデータ保存要求の受信に応じて、最新の曲データを入力乃至編集上のデータ形式から演奏可能なデータ形式に変換し、演奏可能な形式に変換された曲データをクライアント装置に送信することにより、簡単なプログラムにより作曲用データや編集作業中の曲データを扱うことができ、各クライアント装置では演奏可能な形式の曲データを利用することができる。
【００６７】
さらに、この発明によれば（請求項３，７）、曲データ作成システムにチャット機能を備えることにより、複数のクライアント装置を夫々操作する複数ユーザ間で会話によりチャットをしてアイデアを出しながら、各クライアント装置から作曲用データを入力・編集し、これらの作曲用データに基づいてサーバ装置上で曲データを作成することができる。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例による曲データ作成システム全体の機能的ブロック図である。
【図２】図２は、この発明の一実施例による曲データ作成システムにおけるサーバのハードウエア構成を示すブロック図である。
【図３】図３は、この発明の一実施例による曲データ作成システムにおける各クライアントＰＣのハードウエア構成を示すブロック図である。
【図４】図４は、この発明の一実施例によるクライアントＰＣ上における表示画面の１例である。
【図５】図５は、この発明の一実施例によるクライアントＰＣ上における表示画面の別の例である。
【図６】図６は、この発明の一実施例による曲データ作成のためのサーバでの処理を表わすフローチャートである。
【図７】図７は、この発明の一実施例による曲データ作成のためのクライアントＰＣでの処理を表わすフローチャートである。
【図８】図８は、この発明の一実施例によるサーバでのチャット処理及びクライアントＰＣでのチャット機能処理を表わすフローチャートである。
【図９】図８は、この発明の一実施例によるサーバでの作曲処理を表わすフローチャートである。
【図１０】図１０は、この発明の一実施例によるクライアントＰＣでの作曲アプレット処理を表わすフローチャートである。
【図１１】図１１は、この発明の一実施例によるクライアントＰＣでのメーラー処理を表わすフローチャートである。
【図１２】図１２は、この発明の一実施例によるクライアントＰＣ上におけるメーラー処理時の表示画面例である。
【符号の説明】
ＩＡ 発言内容入力エリア、
ＲＢ 「発言：リロード」ボタン、
ＳＡ 五線譜エリア、
ＳＰ 音楽記号パレット、
ＦＢ 各種機能ボタン群、
ＰＳ 「サーバ（公開用）に保存」ボタン、
ＳＳ 「サーバ（個人用）に保存」ボタン、
ＬＳ 「ローカルに保存」ボタン、
ＵＤ 「最新の状態に更新」ボタン、
ＥＤ 「入力・編集完了」ボタン。

Claims (7)

1. 通信ネットワークを介して複数のクライアント装置と通信可能に接続され、これら複数のクライアント装置でのデータ入力に応じて作曲作業を行い曲データを作成するサーバ装置であって、
   作曲作業が行われる曲データを記憶するデータ記憶手段と、
   各クライアント装置に作曲画面を表示させる作曲用情報をクライアント装置に送信する情報送信手段と、
   上記作曲用情報の送信を受けたクライアント装置にて該作曲用情報に基づき表示された作曲画面に対するデータ入力に基づいて生成される、部分的な作曲乃至編曲内容を表わす作曲用データを、当該クライアント装置から受信する作曲用データ受信手段と、
   受信された作曲用データに基づいて、上記データ記憶手段に記憶されている曲データの入力乃至編集を実行し該曲データを更新する入力乃至編集実行手段と、
   クライアント装置からデータ更新要求を受信したことに応じて、上記データ記憶手段に記憶されている曲データを、当該クライアント装置にて表示された作曲画面に表示すべき情報として当該クライアント装置に送信する曲データ送信手段と
   を具備することを特徴とするサーバ装置。
2. クライアント装置からデータ保存要求を受信したことに応じて、前記データ記憶手段に記憶されている曲データを入力乃至編集上のデータ形式から演奏可能なデータ形式に変換し、変換された曲データを当該クライアント装置に送信する第２曲データ送信手段を更に具備することを特徴とする請求項１に記載のサーバ装置。
3. 前記情報送信手段は、複数のクライアント装置間でチャットを行うためのチャット画面を表示させる会話用情報をも送信し、
   会話データを登録する会話データ登録手段と、
   上記会話用情報の送信を受けたクライアント装置にて該会話用情報に基づき表示されたチャット画面に対するデータ入力に基づく会話データを当該クライアント装置から受信したことに応じて、当該会話データに従い、上記会話データ登録手段に登録されている会話データを更新する会話データ更新手段と、
   クライアント装置からチャット更新要求を受信したことに応じて、上記会話データ登録手段に登録されている会話データを当該クライアント装置に送信する会話データ送信手段と
   を更に具備する
   ことを特徴とする請求項１又は２に記載のサーバ装置。
4. 通信ネットワークを介して複数のクライアント装置と通信可能に接続され、これら複数のクライアント装置でのデータ入力に応じた作曲作業により曲データを作成するサーバ装置として機能し、作曲作業が行われる曲データを記憶するデータ記憶手段を具備するコンピュータに、
   各クライアント装置に作曲画面を表示させる作曲用情報をクライアント装置に送信する情報送信ステップと、
   上記作曲用情報の送信を受けたクライアント装置にて該作曲用情報に基づき表示された作曲画面に対するデータ入力に基づいて生成される、部分的な作曲乃至編曲内容を表わす作曲用データを、当該クライアント装置から受信する作曲用データ受信ステップと、
   受信された作曲用データに基づいて、上記データ記憶手段に記憶されている曲データの入力乃至編集を実行し該曲データを更新する入力乃至編集実行ステップと、
   クライアント装置からデータ更新要求を受信したことに応じて、上記データ記憶手段に記憶されている曲データを、当該クライアント装置にて表示された作曲画面に表示すべき情報として当該クライアント装置に送信する曲データ送信ステップと
   から成る手順を実行させるコンピュータ読み取り可能な記録媒体。
5. 複数のクライアント装置とこれら複数のクライアント装置でのデータ入力に応じて作曲作業を行い曲データを作成するサーバ装置とが通信ネットワークを介して通信可能に接続された曲データ作成システムにおける夫々のクライアント装置であって、
   ユーザ操作に応じて所定の情報を入力するための操作手段と、
   サーバ装置から、作曲画面を表示させる作曲用情報を受信したことに応じて、当該作曲用情報に基づく作曲画面を表示する画面表示手段と、
   表示された作曲画面に対する上記操作手段からのデータ入力に基づいて、部分的な作曲乃至編曲内容を表わす作曲用データを生成するデータ生成手段と、
   生成された作曲用データをサーバ装置に送信するデータ送信手段と、
   上記操作手段からのデータ更新要求指示入力に応じて、データ更新要求をサーバ装置に送信する更新要求送信手段と、
   送信されたデータ更新要求に応答して、サーバ装置にて受信した作曲用データに従い更新された曲データをサーバ装置から受信するデータ受信手段と、
   受信された曲データを、上記画面表示手段により表示された作曲画面上に表示させる表示制御手段と
   を具備することを特徴とするクライアント装置。
6. 前記操作手段からのデータ保存要求指示入力に応じて、データ保存要求をサーバ装置に送信する保存要求送信手段と、
   送信されたデータ保存要求に応答してサーバ装置上で入力乃至編集上のデータ形式から演奏可能なデータ形式に変換された曲データを、サーバ装置から受信する第２データ受信手段と
   を更に具備することを特徴とする請求項５に記載のクライアント装置。
7. 前記画面表示手段は、他のクライアント装置とチャットを行うためのチャット画面を表示させる会話用情報をサーバ装置から受信したことに応じて、当該会話用情報に基づくチャット画面を表示し、
   表示されたチャット画面に対する前記操作手段からの会話データ入力に基づく会話データ、及び、チャット更新要求を、サーバ装置に送信するチャット情報送信手段と、
   送信されたチャット更新要求に応答して、サーバ装置で受信した会話データに従い更新された会話データをサーバ装置から受信する会話データ受信手段と、
   受信された会話データを、前記画面表示手段により表示されたチャット画面に表示させる第２表示制御手段と
   を更に具備する
   ことを特徴とする請求項５又は６に記載のクライアント装置。

Images