(57)【特許請求の範囲】
【請求項１】
他の情報処理装置とネットワークを介して接続される情報処理装置において、
複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証された前記メンバーのみが、前記他の情報処理装置を用いてアクセス可能なコミュニティの前記ネットワークへの提供を制御する制御手段と、
前記ネットワークを介した前記他の情報処理装置からのアクセスを受信する受信手段と、
前記受信手段により前記他の情報処理装置からのアクセスを受信した場合、前記コミュニティに対するアクセス権の認証処理を行う認証手段と、
認証された第１の前記メンバーが有する前記他の情報処理装置から送信された楽音データに前記第１のメンバーの識別情報を含む著作権情報を設定するとともに、前記送信された楽音データを複数のトラックの前記楽音データから構成されるプロジェクトデータの１つのトラックの楽音データとして前記コミュニティに対応付けて記憶する記憶手段と、
前記記憶手段に記憶された前記プロジェクトデータに設定された課金情報、および前記著作権情報に基づいて、前記プロジェクトデータが認証された第２のメンバーによりダウンロードされた場合に課金される金額のうち、前記第１のメンバーに支払われる金額を算出する算出手段と
を備えることを特徴とする情報処理装置。
【請求項２】
他の情報処理装置とネットワークを介して接続される情報処理装置の情報処理方法において、
相互に所定の関係にある複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証された前記メンバーのみが、前記他の情報処理装置を用いてアクセス可能なコミュニティを前記ネットワークに提供する処理を制御する制御ステップと、
前記ネットワークを介した前記他の情報処理装置からのアクセスの受信を制御する受信制御ステップと、
前記受信制御ステップの処理により前記他の情報処理装置からのアクセスを受信した場合、前記コミュニティに対するアクセス権の認証処理を行う認証ステップと、
認証された第１の前記メンバーが有する前記他の情報処理装置から送信された楽音データに前記第１のメンバーの識別情報を含む著作権情報を設定するとともに、前記送信された楽音データを複数のトラックの前記楽音データから構成されるプロジェクトデータの１つのトラックの楽音データとして前記コミュニティに対応付けて記憶する記憶ステップと、
前記記憶された前記プロジェクトデータに設定された課金情報、および前記著作権情報に基づいて、前記プロジェクトデータが認証された第２のメンバーによりダウンロードされた場合に課金される金額のうち、前記第１のメンバーに支払われる金額を算出する算出ステップと
を含むことを特徴とする情報処理方法。
【請求項３】
他の情報処理装置とネットワークを介して接続される情報処理装置の制御用のプログラムであって、
相互に所定の関係にある複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証された前記メンバーのみが、前記他の情報処理装置を用いてアクセス可能なコミュニティを前記ネットワークに提供する処理を制御する制御ステップと、
前記ネットワークを介した前記他の情報処理装置からのアクセスの受信を制御する受信制御ステップと、
前記受信制御ステップの処理により前記他の情報処理装置からのアクセスを受信した場合、前記コミュニティに対するアクセス権の認証処理を行う認証ステップと、
認証された第１の前記メンバーが有する前記他の情報処理装置から送信された楽音データに前記第１のメンバーの識別情報を含む著作権情報を設定するとともに、前記送信された楽音データを複数のトラックの前記楽音データから構成されるプロジェクトデータの１つのトラックの楽音データとして前記コミュニティに対応付けて記憶する記憶ステップと、
前記記憶された前記プロジェクトデータに設定された課金情報、および前記著作権情報に基づいて、前記プロジェクトデータが認証された第２のメンバーによりダウンロードされた場合に課金される金額のうち、前記第１のメンバーに支払われる金額を算出する算出ステップと
を含むことを特徴とする処理を情報処理装置に実行させるための、コンピュータが読み取り可能なプログラムが記録されている記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、情報処理方法、並びに記録媒体に関し、特に、インターネットなどのネットワークを介して楽音データを配信するのに好適な、情報処理装置、情報処理方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
従来の音楽配信は、個別に録音された複数トラックからなるオーディオデータを、いわゆるミックスダウン（もしくは、トラックダウンとも称される）という手法を用いてステレオ化（すなわち２つのチャンネルに変更）し、レコードやＣＤといった記憶媒体に記憶させて販売することが主流であった。通常、一般のリスナーは、音楽を、ＣＤ、カセットテープ、レコード、その他の媒体を用いて聴いている。これらは、いずれも現在は２チャンネル、つまりステレオのメディアである。よって、４乃至４８以上のトラック数を、編集して、２トラック（すなわち、２チャンネルのステレオ信号）に変更するミックスダウンが行われる。
【０００３】
このような、記録媒体を介した音楽配信に対して、最近では、楽音データを消費者に流通するビジネスとして、ステレオ化されたデジタルのオーディオデータに対して、エンコード（圧縮・符号化）を施して、インターネットに接続されたサーバに配置し、インターネットを介して、ユーザが所望の楽曲データをダウンロードし、デコード（解凍・復号）を行うことにより再生するという、新たな音楽配信方法が普及し始めている。
【０００４】
具体的には、楽曲データを配信する配信サービスプロバイダは、音楽制作会社が作成した楽曲を受け取り、ＭＰ３（MPEG１ Audio Layer III）、ＡＡＣ（Advance Audio Cording）、もしくはＡＴＲＡＣ３（Adaptive Transform Acoustic Coding 3）等の圧縮方法に基づいて圧縮し、配信用サーバにストアする。ユーザは、配信サービスプロバイダのウェブサイトに接続し、所望の楽曲データを、インターネットを介してダウンロードし、ユーザのコンピュータ、もしくはその他の情報処理装置に内蔵、もしくは挿入されている記憶媒体に記憶させる。ユーザは、例えば、１曲あたり数百円程度の料金を配信サービスプロバイダに支払う。
【０００５】
例えば、ドラム、ベース、ピアノ、およびボーカルから構成される楽曲を制作する場合、まず、レコーディングスタジオにドラム、ベース、ピアノのそれぞれの演奏者、およびボーカリストが集められ、ドラマーによって演奏されたドラムパート、ベーシストによって演奏されたベースパート、ピアニストによって演奏されたピアノパート、およびボーカリストによって演奏されたボーカルパートが、それぞれデジタルオーディオレコーダによって録音される。楽曲プロデューサは、録音された４つのパートのオーディオトラックを、デジタルオーディオレコーダからそれぞれ再生し、各パートのレベルを調整しながら、２トラックのデータに合成する。従来、インターネットを介して配信される楽音データも、ＣＤ（Compact Disk）や、ＭＤ（Mini Disk）に記録され、販売されている楽音データと同様に、ステレオ信号にミックスダウンされたものである。
【０００６】
【発明が解決しようとする課題】
しかしながら、これら現在提案されているインターネットを利用した楽曲データ配信システムは、ユーザがダウンロードした楽曲データを聞くことだけに注力して開発されているシステムである。単に配信された楽曲データを聞くことだけで満足するユーザは、現在提案されているシステムで満足できるかもしれない。
【０００７】
しかしながら、例えば、作詞、作曲、編曲、もしくは演奏といった、楽曲の作成に携わるユーザからは、ミックスダウンされた後の完成された音楽を聴くのみではなく、複数パートからなる楽曲のうち、特定のパートだけを取り出して聞いたり、その特定パートを編集したり、新たなパートを加えるといった、ミックスダウン後の編集不可能な楽音データでは実現できない、新たな要求が高まっている。
【０００８】
新たな要求とは、例えば、上述したドラム、ベース、ピアノ、ボーカルからなる楽曲データにおいて、ピアニストが、その楽曲データに含まれているピアノパートのみを取り出して、そのパートのみの楽音データを聞いたり、編集したいという要求である。しかしながら、上述したように、ミックスダウン後の楽音データからは、ピアノパートのみの楽音データを取り出すことはできない。
【０００９】
また、上述した従来の音楽作成活動においては、各演奏者がそれぞれレコーディングスタジオに出向いて演奏しなければならない。通常は、複数の演奏家がレコーディングスタジオに全員集合してレコーディングを行えることはめったにないため、演奏家ごとに各パートのレコーディングが行われ、全てのパートのレコーディングが行われた後、楽曲プロデューサがミックスダウン処理を行うことによって楽曲を完成させている。このため、場合によっては、他のパートとのマッチングがうまくいかず、演奏者、楽曲プロデューサがともに何度もレコーディングスタジオに足を運ばなくてはいけないということも発生していた。
【００１０】
すなわち、従来のレコーディングスタジオにおける楽曲制作活動は、演奏者および楽曲プロデューサのスケジュール調整や、実際にスタジオに足を運んでもらうための時間的なロスが発生し、迅速な楽曲作成の妨げになっていた。
【００１１】
本発明はこのような状況に鑑みてなされたものであり、著作権情報を有する楽音データを、インターネットなどのネットワークを介して、配信などのサービスを行うマネージメントセンタに登録し、それらの楽音データを、インターネットなどのネットワークを介して配信することを可能とし、その場合における、個々のデータの著作権保護や、課金設定を可能とするものである。
【００１２】
【課題を解決するための手段】
本発明の情報処理装置は、複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証されたメンバーのみが、他の情報処理装置を用いてアクセス可能なコミュニティのネットワークへの提供を制御する制御手段と、ネットワークを介した他の情報処理装置からのアクセスを受信する受信手段と、受信手段により他の情報処理装置からのアクセスを受信した場合、コミュニティに対するアクセス権の認証処理を行う認証手段と、認証された第１のメンバーが有する他の情報処理装置から送信された楽音データに第１のメンバーの識別情報を含む著作権情報を設定するとともに、送信された楽音データを複数のトラックの楽音データから構成されるプロジェクトデータの１つのトラックの楽音データとしてコミュニティに対応付けて記憶する記憶手段と、記憶手段に記憶されたプロジェクトデータに設定された課金情報、および著作権情報に基づいて、プロジェクトデータが認証された第２のメンバーによりダウンロードされた場合に課金される金額のうち、第１のメンバーに支払われる金額を算出する算出手段とを備えることを特徴とする。
【００１８】
本発明の情報処理方法は、相互に所定の関係にある複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証されたメンバーのみが、他の情報処理装置を用いてアクセス可能なコミュニティをネットワークに提供する処理を制御する制御ステップと、ネットワークを介した他の情報処理装置からのアクセスの受信を制御する受信制御ステップと、受信制御ステップの処理により他の情報処理装置からのアクセスを受信した場合、コミュニティに対するアクセス権の認証処理を行う認証ステップと、認証された第１のメンバーが有する他の情報処理装置から送信された楽音データに第１のメンバーの識別情報を含む著作権情報を設定するとともに、送信された楽音データを複数のトラックの楽音データから構成されるプロジェクトデータの１つのトラックの楽音データとしてコミュニティに対応付けて記憶する記憶ステップと、記憶されたプロジェクトデータに設定された課金情報、および著作権情報に基づいて、プロジェクトデータが認証された第２のメンバーによりダウンロードされた場合に課金される金額のうち、第１のメンバーに支払われる金額を算出する算出ステップとを含むことを特徴とする。
【００１９】
本発明の記録媒体に記録されているプログラムは、相互に所定の関係にある複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証されたメンバーのみが、他の情報処理装置を用いてアクセス可能なコミュニティをネットワークに提供する処理を制御する制御ステップと、ネットワークを介した他の情報処理装置からのアクセスの受信を制御する受信制御ステップと、受信制御ステップの処理により他の情報処理装置からのアクセスを受信した場合、コミュニティに対するアクセス権の認証処理を行う認証ステップと、認証された第１のメンバーが有する他の情報処理装置から送信された楽音データに第１のメンバーの識別情報を含む著作権情報を設定するとともに、送信された楽音データを複数のトラックの楽音データから構成されるプロジェクトデータの１つのトラックの楽音データとしてコミュニティに対応付けて記憶する記憶ステップと、記憶されたプロジェクトデータに設定された課金情報、および著作権情報に基づいて、プロジェクトデータが認証された第２のメンバーによりダウンロードされた場合に課金される金額のうち、第１のメンバーに支払われる金額を算出する算出ステップとを含む処理を情報処理装置に実行させることを特徴とする。
【００２０】
本発明の情報処理装置、情報処理方法、および記録媒体に記録されているプログラムにおいては、複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証されたメンバーのみが、他の情報処理装置を用いてアクセス可能なコミュニティがネットワークに提供され、ネットワークを介して他の情報処理装置からアクセスが受信され、他の情報処理装置からのアクセスを受信した場合、コミュニティに対するアクセス権の認証処理が行われ、認証された第１のメンバーが有する他の情報処理装置から送信された楽音データに第１のメンバーの識別情報を含む著作権情報を設定するとともに、送信された楽音データが複数のトラックの楽音データから構成されるプロジェクトデータの１つのトラックの楽音データとしてコミュニティに対応付けて記憶され、記憶されたプロジェクトデータに設定された課金情報、および著作権情報に基づいて、プロジェクトデータが認証された第２のメンバーによりダウンロードされた場合に課金される金額のうち、第１のメンバーに支払われる金額が算出される。
【００２１】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【００２２】
図1は、本発明を適用した音楽配信システムの構成を示す。
【００２３】
マネージメントセンタ１、端末装置１２乃至１６、配信サービスプロバイダ２１および決済機関２４，２５は、インターネット２２を介して相互接続されている。端末装置１２乃至１６を使用するユーザ２乃至６は、マネージメントセンタ１もしくは配信サービスプロバイダ２１との契約により、享受することができるサービスが異なり、ここでは、端末装置１２を使用するユーザ２の契約形態を契約形態1、端末装置１３を使用するユーザ３の契約形態を契約形態２、端末装置１４を使用するユーザ４の契約形態を契約形態３、端末装置１５を使用するユーザ５の契約形態を契約形態４、端末装置１６を使用するユーザ６の契約形態を契約形態５とする。ここで、ユーザ２乃至５は、マネージメントセンタ１と契約を締結し、ユーザ６は、配信サービスプロバイダ２１と契約を締結しているものとする。契約形態1乃至５については、図６を用いて後述する。
【００２４】
マネージメントセンタ１は、ユーザ２乃至５に供給したサービスに対する料金を、決済機関２３乃至２５を仲介として受け取る。図１においては、マネージメントセンタ１と決済機関２３乃至２５は、個々に独立したネットワークで接続されているが、マネージメントセンタ１と決済機関２３乃至２５は、例えば、インターネット２２とは異なる金融機関ネットワーク４５（図２）を用いて相互に接続されていてもよいし、インターネット２２を介して相互に接続されていてもよい。
【００２５】
また、マネージメントセンタ１は、例えば、著作権保護団体２６に、後述する、マネージメントセンタ１で取り扱っている著作権保護対象の楽音データに対する著作権管理料金を一括して支払う業務を行ったり、マネージメントセンタ１と契約を締結しているユーザ２乃至５が、著作権その他の契約において、第３者との仲介を希望した場合、必要に応じて、ユーザ２乃至５に、法律事務所２７等の著作権に関する業務を行う機関を紹介する業務を行う。
【００２６】
ユーザ２乃至５は、端末装置１２乃至１５を用いて、図７を用いて後述する処理により、マネージメントセンタ１に利用者登録し、その契約内容に基づいたサービスを受け、受けたサービスに対する料金を、決済機関２３乃至２５を介して支払う。また、ユーザ２乃至５は、マネージメントセンタ１との契約によっては、有料の楽音データを作成し、マネージメントセンタ１を介して、マネージメントセンタ１に登録している第３者に利用させることもできる。
【００２７】
決済機関２３乃至２５は、マネージメントセンタ１がユーザ２乃至５に供給したサービスや、ユーザがマネージメントセンタ１からダウンロードした楽音データに対する料金の支払いの仲介を行う。料金の支払方法の詳細については後述する。
【００２８】
配信サービスプロバイダ２１は、インターネット２２を介して、マネージメントセンタ１から、楽音データの供給を受けるようにマネージメントセンタ１と契約している。そして、配信サービスプロバイダ２１は、マネージメントセンタ１とは異なる、独立した契約形態でユーザ６に楽音データを供給する。
【００２９】
著作権保護団体２６は、マネージメントセンタ１から、規定の著作権管理料金を受け取り、登録された楽曲データの著作権を管理する。法律事務所２７は、マネージメントセンタ１からの紹介、もしくは依頼を受け、対応するユーザと、マネージメントセンタ１との法律的な契約の仲介を行う。
【００３０】
図２は、マネージメントセンタ１の構成を示すブロック図である。
【００３１】
通信処理部３１は、インターネット２２を介して入力されるユーザＩＤおよびパスワードを、内部バス３２を介して、認証処理制御部３５に供給し、認証処理制御部３５の処理によりユーザＩＤおよびパスワードが正しいことが確認された場合、それ以降に入力される各種の信号を、内部バス３２を介してマネージメントセンタ管理処理部３４に供給する。また、通信処理部３１は、新たな契約の希望を受けた場合、新たな契約を希望したユーザが、インターネット２２を介して送信したデータを受信し、内部バス３２を介して、認証処理制御部３５に出力する。更に、通信処理部３１は、ウェブページ格納ＤＢ（Data Base）３６から、所定のウェブページ（ホームページ）をインターネット２２上に公開したり、マネージメントセンタ管理処理部３４の制御にしたがって、ソフトウェア格納ＤＢ３７に保存されているソフトウェアを、インターネット２２を介して所定の端末装置にダウンロードさせる。
【００３２】
認証処理制御部３５は、通信処理部３１から内部バス３２を介して入力された、新たな登録を希望したユーザに対応するデータを基に、新たなユーザに対する契約のための認証処理を実行する。また、認証処理制御部３５は、内部バス３２を介して通信処理部３１から入力された、ユーザＩＤおよびパスワードを、管理データ格納群３３の顧客情報ＤＢ３３−１に照会し、登録されているユーザであることを認証する。更に、後述するコミュニティの認証に関する処理も、認証処理制御部３５が実行する。契約処理については、図７を用いて後述する。
【００３３】
マネージメントセンタ管理処理部３４は、インターネット２２を介してユーザ２乃至５から入力されたデータに基づいて通信処理部３１が生成した制御信号を、内部バス３２を介して入力され、プロジェクトデータ格納処理部３８乃至決済機関接続処理部４４のいずれかに対して、所定の処理を実行させるための制御信号を生成し、内部バス３２を介して、プロジェクトデータ格納処理部３８乃至決済機関接続処理部４４のいずれかに出力する。例えば、通信処理部３１から入力されたデータが、端末装置１２から送信された、後述するプロジェクトデータのアップロード要求を示す信号である場合、対応するプロジェクトデータの格納を指令する制御信号を、内部バス３２を介してプロジェクトデータ格納処理部３８に出力し、入力されたプロジェクトデータを、プロジェクトデータＤＢ３３−２に格納させる。
【００３４】
プロジェクトデータ格納処理部３８は、マネージメントセンタ管理処理部３４から入力される制御信号に従って、内部バス３２を介して入力される新たなプロジェクトデータをプロジェクトデータ格納ＤＢ３３−２に格納させたり、プロジェクトデータのダウンロード要求を受けた場合に、プロジェクトデータ格納ＤＢ３３−２から、対応するプロジェクトデータを読み出し、内部バス３２を介して、通信処理部３１に出力する。
【００３５】
配信設定データ処理部３９は、内部バス３２を介してマネージメントセンタ管理処理部３４から入力される制御信号に従って、各楽音データの配信に必要な著作権データなどを、配信設定ＤＢ３３−３に登録したり、楽音データの配信時に、配信設定ＤＢ３３−３から、対応する著作権情報などを読み出し、内部バス３２を介して、課金決済データ処理部４２に出力する。
【００３６】
オーディオデータ処理部４０は、内部バス３２を介してマネージメントセンタ管理処理部３４から入力される制御信号に従って、入力された楽音データを、所定のフォーマットに変換し、配信用データ格納群４１の対応するＤＢに、変換後のデータを登録したり、要求のあった楽音データを、配信用データ格納群４１の対応するフォーマットのデータが格納されているＤＢから読み込み、内部バス３２を介して通信処理部３１に出力する。配信用データ格納群４１は、例えば、データの形式ごとに、ＭＰ３用格納ＤＢ４１−１、ＡＴＲＡＣ用格納ＤＢ４１−２、ＡＡＣ用格納ＤＢ４１−３、ステレオデータ用格納ＤＢ４１−４、非圧縮プロジェクト用格納ＤＢ４１−ｎなどから構成されている。
【００３７】
課金決済データ処理部４２は、マネージメントセンタ管理処理部３４から内部バス３２を介して入力される制御信号に従って、例えば、複数の著作者で1つのプロジェクトデータを作成した場合における、1人あたりの課金を算出して（その詳細は、図１２を用いて後述する）、課金決済ＤＢ４３に登録したり、楽音データのダウンロードなど、ユーザ２乃至５が、マネージメントセンタ１から受けるサービスの代金を算出し（その詳細は、図１３を用いて後述する）、内部バス３２を介して通信処理部３１に出力する。通信処理部３１は、ウェブページ格納ＤＢ３６から、対応するウェブページを検索して読み出し、これらの算出結果を、ユーザが使用している端末装置のモニタなどに表示するために、インターネット２２を介して所定の端末装置に送信する。また、課金決済データ処理部４２は、ユーザ２乃至５に供給したサービスの代金を請求するための信号を生成し、決済機関接続処理部４４および金融機関ネットワーク４５を介して、決済機関２３乃至２５のいずれかに送信する。
【００３８】
決済機関接続処理部４４は、ユーザが指定した支払方法に対して、その支払方法が有効であるか否かを、対応する決済機関２３乃至２５のいずれかに問い合わせる信号を生成し、インターネット２２を介して、決済機関２３乃至２５のいずれかに出力する。そして、決済機関２３乃至２５のいずれかから返信された問い合わせに対する返答を、内部バス３２を介してマネージメントセンタ管理処理部３４および課金決済データ処理部４２に出力する。また、決済機関接続処理部４４は、課金決済データ処理部４２が算出したユーザ２乃至５に対するサービスの代金を請求するための信号の入力を受け、金融機関ネットワーク４５を介して、決済機関２３乃至２５のいずれかに送信する。
【００３９】
また、内部バス３２には、ドライブ４６も接続されており、必要に応じて装着される磁気ディスク５１、光ディスク５２、光磁気ディスク５３、および半導体メモリ５４などとデータの授受を行う。
【００４０】
図３は、ユーザ２が使用する端末装置１２の構成を示すブロック図である。なお、端末装置１３乃至１６の構成は、端末装置１２と同様であるので、その説明は省略する。
【００４１】
ＣＰＵ（central processing unit）６１は、各種アプリケーションプログラムや、基本的なＯＳ（operating system）を実際に実行する。ＲＯＭ（read-only memory）６２は、一般的には、ＣＰＵ６１が使用するプログラムや演算用のパラメータのうちの基本的に固定のデータを格納する。ＲＡＭ（random-access memory）６３は、ＣＰＵ６１の実行において使用するプログラムや、その実行において適宜変化するパラメータを格納する。ＣＰＵ６１、ＲＯＭ６２、およびＲＡＭ６３は、内部バス６４により相互に接続されている。
【００４２】
内部バス６４は、入出力インターフェース６５とも接続されている。入力部６６は、例えば、キーボードやマウスからなり、ＣＰＵ６１に各種の指令を入力するとき、ユーザにより操作される。出力部６７は、例えば、ＣＲＴやスピーカ等からなり、各種情報をテキスト、イメージ、もしくは音声で表示する。ＨＤＤ（hard disk drive）６８は、ハードディスクを駆動し、それらにＣＰＵ６１によって実行するプログラムや情報を記録または再生させる。ドライブ６９には、必要に応じて磁気ディスク７１、光ディスク７２、光磁気ディスク７３、および半導体メモリ７４が装着され、データの授受を行う。ネットワークインターフェース７０は、例えば、電話回線を介して、インターネット２２に接続されたり、図示しないデジタルオーディオレコーダなどの他の端末装置と接続される。
【００４３】
入力部６６乃至ネットワークインターフェース７０は、入出力インターフェース６５および内部バス６４を介してＣＰＵ６１に接続されている。
【００４４】
図４に、インターネット２２を介して端末装置１２乃至１６と送受信される、マネージメントセンタ１が取り扱う楽音データの構成例を示す。ここでは、１つの楽曲を構成する、例えば、ドラム、ベース、ピアノ等の、それぞれのパートの楽音データがトラックと称され、１つ、あるいは複数のトラックから構成された楽音データがプロジェクトデータと称されるものとする。
【００４５】
例えば、ピアノ、ベース、ドラム、およびボーカルの４つのパートからなる楽音データを考えた場合、マネージメントセンタ１が扱うプロジェクトデータ８１は、図４に示されるように、パート毎が独立した４個のトラックで構成されている。そして、トラック１乃至４には、それぞれ、独立した著作権情報が対応付けられている。すなわち、それぞれのトラック１乃至４の楽曲データが、異なる作者によって作成された場合においても、それぞれのトラック１乃至４に著作権情報が記録される。例えば、プロジェクトデータ８１に新たなパートのトラックが加えられ、異なるプロジェクトデータが生成された場合にも、それぞれのトラックの著作権情報は削除されることはない。
【００４６】
また、マネージメントセンタ１においては、図４を用いて説明したようなパートごとに独立したトラックからなるプロジェクトデータ８１のみではなく、複数トラックの楽音データをミックスダウンして生成された、図５に示すプロジェクトデータ８２のような、従来のステレオデータを扱うことができる。更に、インターネット２２を介さず、例えば、図２の磁気ディスク５１、光ディスク５２、光磁気ディスク５３、および半導体メモリ５４等の記録媒体に、所定のプロジェクトデータを記録させ、例えば、郵送等の手段によってユーザ２乃至５に供給されるようにしてもよい。
【００４７】
次に、マネージメントセンタ１または配信サービスプロバイダ２１と、ユーザ２乃至６の契約形態１乃至５について説明する。図６に、本実施の形態におけるユーザ２乃至６が締結している契約形態を示す。
【００４８】
ユーザ２は、マネージメントセンタ１と、契約形態１で契約を締結している。
契約形態1は、個人契約で、図４を用いて説明したトラックデータのダウンロードおよびアップロード、図５を用いて説明したステレオデータのダウンロードの、全てのサービスを享受することができる。
【００４９】
ユーザ３は、マネージメントセンタ１と、契約形態２で契約を締結している。
契約形態２は、個人契約で、図４を用いて説明したトラックデータのダウンロード、および図５を用いて説明したステレオデータのダウンロードのサービスを享受することができる。
【００５０】
ユーザ４は、例えば、学校等であり、マネージメントセンタ１と、契約形態３で契約を締結している。契約形態３は、団体契約で、図４を用いて説明したトラックデータのダウンロード、および図５を用いて説明したステレオデータのダウンロードのサービスを享受することができる。契約形態２とは、契約主体が個人か団体かの差があるが、これによって、例えば、契約料金が異なるようにしてもよいし、図７を用いて後述する契約処理時にダウンロードされる、契約内容に対応するソフトウェアのコピー可能回数（すなわち、ライセンス数）が異なるようにしてもよい。
【００５１】
ユーザ５は、マネージメントセンタ１と、契約形態４で契約を締結している。
契約形態４は、個人契約で、図５を用いて説明したステレオデータのダウンロードのサービスを享受することができる。
【００５２】
ユーザ２乃至５とマネージメントセンタ１との契約は、例えば、月々一定の金額を払うといった、定量的な会員制とし、マネージメントセンタ１が、安定した収益を得るようにすることもできる。ユーザ２乃至５は、マネージメントセンタ１と契約を締結しているため、前述した、法律事務所２７の紹介等の付帯サービスを享受することができる。また、ユーザ２乃至５が、マネージメントセンタ１のソフトウェア格納ＤＢ３７に保存されているソフトウェアプログラムを、後述する図７のステップＳ７においてダウンロードする場合、ダウンロードできるソフトウェアプログラムは、その契約形態によって異なる。
【００５３】
ユーザ６は、配信サービスプロバイダ２１と、契約形態６で契約を締結している。契約形態６は、個人契約で、配信サービスプロバイダ２１から、図５を用いて説明したステレオデータのダウンロードのサービスを享受することができるが、マネージメントセンタ１とは契約を締結していない。すなわち、マネージメントセンタ１から、コンテンツ（楽曲データ）をダウンロードすることはできない。
【００５４】
次に、マネージメントセンタ１と契約を締結しているユーザ２乃至５が、決済機関２３乃至２５を仲介として、マネージメントセンタ１に料金を支払う支払方法の例について説明する。決済方法としては、例えば、クレジットカード決済、プリペイドカード方式決済、事前登録ＩＤ制決済などがある。
【００５５】
図１の決済機関２３は、クレジットカード会社である。例えば、ユーザ５がインターネット２２を介してマネージメントセンタ１と契約を締結したり、マネージメントセンタ１からコンテンツ（楽曲データ）を購入した場合、決済方法として、クレジットカードを用いた支払いを選択したとき、ユーザ５は、クレジットカード番号を、例えばマネージメントセンタ１がインターネット２２上に提供しているウェブページの、クレジットカード番号入力画面に入力することにより、インターネット２２を介して、マネージメントセンタ１に送信する。
【００５６】
マネージメントセンタ１は、決済機関２３に、送信されたクレジットカード番号を照会し、ユーザ５が、そのクレジットカードにより、料金の支払いが可能であることを確認した後、契約を締結、もしくは、インターネット２２を介してコンテンツのダウンロード方法を送信する。そして、マネージメントセンタ１は、ユーザ５の利用料金を、決済機関２３に請求し、決済機関２３は、ユーザ５に、その利用料金を請求する。
【００５７】
図１の決済機関２４は、プリペイドカード方式により、ユーザの支払いの代行業務を行う機関である。ここで用いられる、インターネット２２上の支払いに使用できるプリペイドカードは、一般に市販されており、そのＩＤが、スクラッチで隠されており、プリペイドカードの購入者のみがスクラッチを削ってＩＤを得ることができる仕組みになっている。
【００５８】
例えば、ユーザ２が、プリペイドカードを予め購入し、インターネット２２を介してマネージメントセンタ１と契約を締結したり、コンテンツを購入した場合、プリペイドカードを用いた支払方法を選択したとき、ユーザ２は、そのプリペイドカードのスクラッチ部分に記入されているＩＤを、例えばマネージメントセンタ１が提供しているウェブページの、ＩＤ入力画面に入力することにより、インターネット２２を介して、マネージメントセンタ１に送信する。
【００５９】
マネージメントセンタ１は、決済機関２４に、入力されたＩＤのプリペイドカードの残高を確認し、残高が利用料金以上であった場合、契約を締結したり、もしくは、インターネット２２を介してコンテンツのダウンロード方法を送信する。そして、マネージメントセンタ１は、ユーザ２の利用料金を、決済機関２４に請求する。また、決済機関２４は、インターネット２２を介して、ユーザ２に各種のサービス（例えば、ＩＤナンバーごとの残高の照会や、残高の少なくなった複数のプリペイドカードを、１つのプリペイドカードにまとめるようなサービス）を提供することもできる。
【００６０】
図１の決済機関２５は、事前登録制ＩＤ決済方式により、ユーザの支払いの代行業務を行う機関である。事前登録制ＩＤ決済方式を用いて料金の支払いを行いたいユーザは、決済機関２５と予め契約を締結し、例えば、クレジットカードの番号を郵送などの方法を用いて決済機関２５に連絡し、登録することにより、ＩＤを予め取得しておく。
【００６１】
例えば、ユーザ３が、インターネット２２を介してマネージメントセンタ１と契約を締結したり、もしくはコンテンツを購入した場合、事前登録制ＩＤ決済方式を用いた支払方法を選択したとき、ユーザ３は、予め登録しているＩＤを、例えばマネージメントセンタ１が提供しているウェブページの、ＩＤ入力画面に入力することにより、インターネット２２を介してマネージメントセンタ１に送信する。
【００６２】
マネージメントセンタ１は、受信したＩＤを決済機関２５に照会し、このＩＤを有するユーザ３が登録しているクレジットカード等により、料金の支払いが可能であることを確認した後、契約を締結したり、もしくは、インターネット２２を介してコンテンツのダウンロード方法を送信する。そして、マネージメントセンタ１は、ユーザ３の利用料金を、決済機関２５に請求し、決済機関２３は、クレジットカード会社に、その利用料金を請求する。
【００６３】
ユーザ２乃至５は、その契約時、もしくはコンテンツ購入時に、その代金の支払方法として決済機関２３乃至２５のいずれを利用するかを選択することができる。ただし、ユーザ６に関しては、その支払方法は、配信サービスプロバイダ２１との契約に基づいて行われるため、この限りではない。
【００６４】
なお、契約形態１のユーザ２に対しては、ユーザ２が作成した楽音データが、マネージメントセンタ１を介して、他のユーザや、配信サービスプロバイダ２１によって利用（購入）された場合、図１２を用いて後述する方法で算出される楽音データに対応する代金が、マネージメントセンタ１から支払われる。この場合、図示しない銀行等の金融機関のユーザ２の口座に、マネージメントセンタ１から、楽音データの代金が振り込まれるなどの方法が用いられる。
【００６５】
なお、図１４を用いて後述するコミュニティの参加に対しても課金される。例えば、ユーザが、コミュニティに登録した時点で課金が発生するようにしてもよい。課金の方法は、１コミュニティにつき所定の金額を課金するものとしてもよいし、コミュニティ毎に異なる料金設定であってもよい。
【００６６】
次に、図７のフローチャートを参照して、マネージメントセンタ１に、新たなユーザが契約を申し込んできた場合の契約処理について説明する。
【００６７】
ウェブページ格納ＤＢ３６には、マネージメントセンタ１の概要の説明が記載され、契約申し込みを行えるようなウェブページが保存されており、通信処理部３１を介してインターネット２２上に公開されている。ステップＳ１において、マネージメントセンタ１の通信処理部３１は、インターネット２２を介して、新規契約を希望する申込者の端末装置（図示せず）から、契約の申し込みを示す信号を受ける。
【００６８】
ステップＳ２において、通信処理部３１は、ウェブページ格納ＤＢ３６から、例えば、マネージメントセンタ１とユーザとの契約内容が記載され、希望する契約形態（例えば、図６を用いて説明した契約形態１乃至４のいずれか）を選択し、申込者の個人情報が入力できるような入力フォームが含まれているウェブページを読み出して、インターネット２２を介して、申込者の端末装置に送信する。
【００６９】
ステップＳ３において、通信処理部３１は、申込者の端末装置から、インターネット２２を介して、希望する契約形態、申込者の個人情報等の入力を受け、内部バス３２を介して、認証処理制御部３５に出力する。
【００７０】
ステップＳ４において、認証処理制御部３５は、ステップＳ３において入力された申込者が希望する契約形態に従って、所定の契約書に対応する情報を、インターネット２２を介して、申込者の端末装置に送信し、図示しないモニタなどに表示させる。
【００７１】
ステップＳ５において、通信処理部３１は、申込者の端末装置から、インターネット２２を介して、契約書に対する同意を示す信号が入力されたか否かを判断する。契約書に対する同意を示す信号が入力されなかったと判断された場合は、処理が終了される。
【００７２】
ステップＳ５において、契約書に対する同意を示す信号が入力されたと判断された場合、ステップＳ６において、通信処理部３１は、契約書に対する同意を示す信号が入力されたことを示す信号を、内部バス３２を介して、認証処理制御部３５に出力する。認証処理制御部３５は、申込者に対する新規のパスワードおよびＩＤを発行し、通信処理部３１およびインターネット２２を介して、申込者の端末装置に送信するとともに、申込者の個人情報、新規のパスワードおよびＩＤを、顧客情報ＢＤ３３−１に登録させるための制御信号を生成し、マネージメントセンタ管理処理部３４に、内部バス３２を介して出力する。マネージメントセンタ管理処理部３４は、入力された制御信号に従って、申込者の個人情報、新規のパスワードおよびＩＤを顧客情報ＤＢ３３−１に登録する。
【００７３】
ステップＳ７において、マネージメントセンタ管理処理部３４は、例えば、プロジェクトデータを生成するためのソフトウェアプログラム、インターフェースツール起動プログラム、もしくはダウンロードしたデータをデコードするためのソフトウェアプログラムなどの、ソフトウェア格納ＤＢ３７に登録されているソフトウェアプログラムのうち、申込者の契約形態に応じたソフトウェアプログラムをダウンロードするための方法を、通信処理部３１およびインターネット２２を介して、申込者の端末装置に送信する。
【００７４】
ステップＳ８において、申込者の端末装置により、ステップＳ７において送信されたダウンロード方法に従って、所定のソフトウェアプログラムが、インターネット２２を介してダウンロードされ、申込者の端末装置にセットアップされ、処理が終了される。
【００７５】
また、ユーザに、マネージメントセンタ１が実行しているエンコード処理に用いられているエンコーダもしくは圧縮ソフトを提供することにより、マネージメントセンタ１が実行しているエンコード処理をユーザ側でも実行することができるようにしてもよい。それによって、マネージメントセンタ１に楽音データをアップロードする際に、楽音データを圧縮し、データ転送量を下げて、データ転送にかかるコストを低減することができる。
【００７６】
次に、図８のフローチャートを参照して、図７を用いて説明した契約処理において、図６で説明した契約形態１で契約したユーザ２の端末装置１２が実行するプロジェクトデータの登録処理について説明する。
【００７７】
ステップＳ１１において、ユーザ２は、楽音データを生成し、ＨＤＤ６８に記録させる。この楽音データは、例えば、図示しないデジタルオーディオレコーダによって録音され、ネットワークインターフェース７０を介して取り込まれ、ＨＤＤ６８に記録されたものとしてもよいし、一般的な楽音データ生成ソフトウェア、もしくは、マネージメントセンタ１からダウンロードした楽音データ生成ソフトウェアをＲＡＭ６３に読み込んで起動させ、これらのソフトウェアの処理によって生成され、ＨＤＤ６８に記録されたものとしてもよい。
【００７８】
ステップＳ１２において、ＣＰＵ６１は、図７のステップＳ７において、マネージメントセンタ１からダウンロードされ、ステップＳ８においてセットアップされた、プロジェクトデータ生成ソフトウェアをＲＡＭ６３に読み込んで起動させ、ステップＳ１１においてＨＤＤ６８に記録させた楽音データから、プロジェクトデータを生成する。このプロジェクトデータには、少なくとも１つのトラックもしくはステレオデータが含まれ、それぞれのトラックは、図４を用いて説明したように、独立した著作権情報を有する。例えば、既に著作権情報が記録されているトラックを用いて、新たなプロジェクトデータが生成されたような場合、新たに生成されたトラックにのみ、それを作成したユーザ２の著作権情報が記録される。
【００７９】
ステップＳ１３において、ＣＰＵ６１は、図７のステップＳ７において、マネージメントセンタ１からダウンロードされ、ステップＳ８においてセットアップされた、インターフェースツールをＲＡＭ６３に読み込んで起動させる。
【００８０】
ステップＳ１４において、ユーザ２は、例えば、図９に示されるような、インターフェースツールが起動した場合に出力部６７に表示される設定画面９１を参照しながら、著作権情報および課金情報などを設定する。設定画面９１には、販売価格設定テキストボックス９２、ユーザに対して支払われる金額の見積もり結果（見積もりの算出については後述する）を表示する見積もり結果表示ボックス９３以外に、例えば、ステレオ配信を希望するか否かを選択するためのチェックボックス９４をはじめとして、各種の設定用のテキストボックスやリストボックス等が用意されている。ＣＰＵ６１は、入出力インターフェース６５および内部バス６４を介して、ユーザが入力部６６を用いて入力した各種の設定の入力を受ける。
【００８１】
ステップＳ１５において、ＣＰＵ６１は、図示しないＩＤおよびパスワード入力画面においてユーザ２が入力したＩＤおよびパスワードとともに、ステップＳ１４において設定された内容を、内部バス６４、入出力インターフェース６５、ネットワークインターフェース７０、およびインターネット２２を介して、マネージメントセンタ１に送信する。マネージメントセンタ１は、後述する処理により、送信されたＩＤおよびパスワードを確認し、ＩＤおよびパスワードが正しいと判断した場合、データの受理を知らせる信号を、そして、ＩＤおよびパスワードが正しくないと判断された場合、エラーメッセージを、インターネット２２を介して、端末装置１２に送信する。
【００８２】
ステップＳ１６において、ＣＰＵ６１は、マネージメントセンタ１から、インターネット２２を介して送信され、ネットワークインターフェース７０、入出力インターフェース６５、および内部バス６４を介して入力される信号を基に、データの送信は正常に終了したか否かを判断する。
【００８３】
ステップＳ１６において、データの送信が正常に終了しなかった（すなわち、エラーメッセージを受信した）と判断された場合、ステップＳ１７において、ユーザ２は、エラーメッセージを参照して、再設定を行い、ＣＰＵ６１は、ユーザ２が入力部６６を用いて入力した再設定内容を示す信号を、入出力インターフェース６５および内部バス６４を介して入力され、処理は、ステップＳ１５に戻り、それ以降の処理が繰り返される。
【００８４】
ステップＳ１６において、データの送信が正常に終了したと判断された場合、ステップＳ１８において、ＣＰＵ６１は、ステップＳ１４において設定された課金情報から、ステップＳ１５において送信したプロジェクトデータは、有料か否かを判断する。ステップＳ１８において、送信したプロジェクトデータが有料ではないと判断された場合、処理が終了される。
【００８５】
ステップＳ１８において、プロジェクトデータが有料であると判断された場合、マネージメントセンタ１より、プロジェクトデータが他のユーザによって購入された場合にユーザ２に支払われる料金の見積もり金額が送信され、出力部６７に表示されている設定画面９１の、見積もり結果表示ボックス９３に表示されるので、ステップＳ１９において、ユーザ２は、見積もり結果表示ボックス９３に表示される見積もり金額を確認する。
【００８６】
ステップＳ２０において、ＣＰＵ６１は、入力部６６から入出力インターフェース６５および内部バス６４を介して入力される、ユーザ２の操作を示す信号に基づいて（例えば、設定画面９１の転送ボタンが選択されたか否かに基づいて）、ユーザ２によって、見積もり金額が同意されたか否かを判断する。ステップＳ２０において、見積もり金額が同意されたと判断された場合、処理が終了される。
【００８７】
ステップＳ２０において、見積もり金額が同意されなかったと判断された場合、ステップＳ２１において、ＣＰＵ６１は、入力部６６から入出力インターフェース６５および内部バス６４を介して入力される、ユーザ２の操作を示す信号に基づいて（例えば、設定画面９１の再計算ボタンが選択されたか否かに基づいて）、ユーザ２によって、課金情報の再設定が行われたか否かを判断する。
【００８８】
ステップＳ２１において、再設定が行われたと判断された場合、処理はステップＳ１４に戻り、それ以降の処理が繰り返される。ステップＳ２１において、再設定が行われていないと判断された場合、処理が終了される。
【００８９】
次に、図１０および図１１のフローチャートを参照して、マネージメントセンタ１におけるプロジェクトデータ登録処理について説明する。
【００９０】
ステップＳ３１において、マネージメントセンタ１の通信処理部３１は、図８のステップＳ１５において、ユーザ２の端末装置１２から送信されたプロジェクトデータ、ＩＤ、およびパスワードを受信し、ＩＤおよびパスワードを、内部バス３２を介して、認証処理制御部３５に出力する。
【００９１】
認証処理制御部３５は、ステップＳ３２において、ステップＳ３１において通信処理部３１から出力されたＩＤおよびパスワードを読み込み、ステップＳ３３において、顧客情報ＤＢ３３−１を参照し、ＩＤおよびパスワードを確認し、ステップＳ３４において、ＩＤおよびパスワードは正しいか否かを判断する。
【００９２】
ステップＳ３４において、ＩＤおよびパスワードが正しくないと判断された場合、ステップＳ３５において、認証処理制御部３５は、エラー処理を実行し、通信処理部３１およびインターネット２２を介してユーザ２の端末装置１２にエラーメッセージを送信し、処理が終了される。
【００９３】
ステップＳ３４において、ＩＤおよびパスワードが正しいと判断された場合、ステップＳ３６において、認証処理制御部３５は、ユーザ２が登録されたユーザであることを示す信号を、内部バス３２を介して、通信処理部３１に出力する。
通信処理部３１は、ステップＳ３１において受信したデータを、内部バス３２を介して、マネージメントセンタ管理処理部３４に供給する。マネージメントセンタ管理処理部３４は、供給されたデータに含まれるプロジェクトデータを、内部バス３２を介して、プロジェクトデータ格納処理部３８に出力する。プロジェクトデータ格納処理部３８は、プロジェクトデータを、プロジェクトデータ格納ＤＢ３３−２に登録するとともに、オーディオデータ処理部４０に出力する。
【００９４】
ここで、プロジェクトデータおよびそれに関連するデータを関連付けるため、マネージメントセンタ管理処理部３４は、例えば、プロジェクトデータに固有のプロジェクトデータＩＤを発行し、プロジェクトデータおよびその他のデータがそれぞれ格納される際に、プロジェクトデータＩＤが添付されて格納されるようにしてもよい。
【００９５】
ステップＳ３７において、マネージメントセンタ管理処理部３４は、ステップＳ３４において供給されたデータに含まれるＩＤを基に、顧客情報ＤＢ３３−１から著作者（すなわちユーザ２）の情報を読み出し、プロジェクトデータに含まれる著作権情報とともに、配信設定データ処理部３９に出力する。配信設定データ処理部３９は、著作者の情報および著作権情報を配信設定ＤＢ３３−３に登録する。
【００９６】
ステップＳ３８において、マネージメントセンタ管理処理部３４は、ステップＳ３４において供給されたデータに含まれる課金情報から、ステップＳ３６において、プロジェクトデータ格納ＤＢ３３−２に登録されたプロジェクトデータは、配布の際、有料であるか否か（すなわち、プロジェクトデータ登録の際、ユーザ２は、図９の設定画面９１において、販売価格設定テキストボックス９２を用いて販売価格を０以外に設定したか否か）を判断する。ステップＳ３８において、プロジェクトデータは有料ではないと判断された場合、処理はステップＳ４４に進む。
【００９７】
ステップＳ３８においてプロジェクトデータは有料であると判断された場合、ステップＳ３９において、課金決済データ処理部４２は、図１２を用いて後述する課金計算処理を実行する。そして、ステップＳ４０において、課金決済データ処理部４２は、ステップＳ３９において計算された見積もり金額を、内部バス３２を介して通信処理部３１に出力し、通信処理部３１は、インターネット２２を介して、ユーザ２の端末装置１２に、見積もり金額を示す信号を送信する。
【００９８】
ステップＳ４１において、マネージメントセンタ管理処理部３４は、インターネット２２を介してユーザ２の端末装置１２から送信され、通信処理部３１を介して入力される信号を基に、ユーザ２によって、ステップＳ４０において送信した見積もり金額が同意されたか否かを判断する。
【００９９】
ステップＳ４１において、見積もり金額が同意されなかったと判断された場合、ステップＳ４３において、マネージメントセンタ管理処理部３４は、プロジェクトデータの作成者（すなわちユーザ２）に対して登録のキャンセル、もしくは再設定を要求する信号を生成し、通信処理部３１に出力する。通信処理部３１は、インターネット２２を介して、ユーザ２の端末装置１２に、登録のキャンセル、もしくは再設定を要求する信号を送信し、処理が終了される。
【０１００】
ステップＳ４１において、見積もり金額が同意されたと判断された場合、ステップＳ４２において、マネージメントセンタ管理処理部３４は、見積もり金額が同意されたことを示す信号を、課金決済データ処理部４２に出力する。課金決済データ処理部４２は、例えば、対応するプロジェクトデータのプロジェクトＩＤとともに、見積もり金額を、プロジェクトデータが他のユーザに購入された場合のユーザ２に対する支払い金額として、図９の設定画面９１の販売価格設定テキストボックスにおいて設定された販売価格とともに、課金決済ＤＢ４３に記録する。
【０１０１】
ステップＳ３８で、プロジェクトデータが有料ではない（無料である）と判断されるか、ステップＳ４２の課金決済ＤＢ４３に対する登録処理が終了したとき、ステップＳ４４において、オーディオデータ処理部４０は、入力されたプロジェクトデータのエンコードの設定を問い合わせる信号を生成して、配信設定データ処理部３９に出力する。配信設定データ処理部３９は、配信設定ＤＢ３３−３を参照して、問い合わせに対する回答を示す信号を生成し、オーディオデータ処理部４０に出力する。オーディオデータ処理部４０は、この信号の入力を受け、プロジェクトデータのエンコードが指示されているか否かを判断する。
【０１０２】
ステップＳ４４において、エンコードが指示されていると判断された場合、ステップＳ４５において、オーディオデータ処理部４０は、指示された形式で、プロジェクトデータをエンコードする。
【０１０３】
ステップＳ４４において、エンコードが指示されていないと判断された場合、ステップＳ４６において、オーディオデータ処理部４０は、このプロジェクトデータを無変換データ（すなわち、トラックの内容を変更してもよいデータ）として配信用データ格納群４１に登録する。
【０１０４】
ステップＳ４５またはステップＳ４６の処理の後、ステップＳ４７において、オーディオデータ処理部４０は、プロジェクトデータを配信用データにフォーマット変換し、配信用データ格納群４１の対応するＤＢ４１−１乃至４１−ｎに格納する。
【０１０５】
ステップＳ４８において、オーディオデータ処理部４０は、入力されたプロジェクトデータは、ステレオ配信を希望されているか否か（すなわち、ユーザ２が、プロジェクトデータの登録の際に、図９の設定画面９１において、チェックボックス９４をチェックしたか否か）を問い合わせる信号を生成して、配信設定データ処理部３９に出力する。配信設定データ処理部３９は、配信設定ＤＢ３３−３を参照して、問い合わせに対する回答を示す信号を生成し、オーディオデータ処理部４０に出力する。オーディオデータ処理部４０は、その信号の入力を受け、プロジェクトデータは、ステレオ配信が希望されているか否かを判断する。ステップＳ４８において、ステレオ配信が希望されていないと判断された場合、処理が終了される。
【０１０６】
ステップＳ４８において、ステレオ配信が希望されていると判断された場合、オーディオデータ処理部４０は、ステップＳ４９において、プロジェクトデータをミックスダウンして、図５を用いて説明したステレオデータを生成し、所定の方法でエンコードし、ステップＳ５０において、配信用データにフォーマット変換し、配信用データ格納群４１のステレオデータ用ＤＢ４１−４に格納して、処理が終了される。
【０１０７】
次に、図１２のフローチャートを参照して、図１１のステップＳ３９における課金計算処理について説明する。
【０１０８】
ステップＳ７１において、マネージメントセンタ管理処理部３４は、ユーザ２の端末装置１２から、インターネット２２を介して送信されたデータに含まれる課金情報と著作権情報を、課金決済データ処理部４２に出力する。このとき、課金決済データ処理部４２は、プロジェクトデータの課金情報および著作者の情報を読み込む。
【０１０９】
ステップＳ７２において、課金決済データ処理部４２は、課金情報に含まれるプロジェクトデータ販売価格から、著作権保護団体２６で決められた１曲あたりの著作権管理料金と、マネージメントセンタ１の管理料を減算する。
【０１１０】
ステップＳ７３において、課金決済データ処理部４２は、課金情報に含まれる分配率のデータから、プロジェクトデータに含まれる複数の著作者での分配率が予め決められているか否かを判断する。
【０１１１】
ステップＳ７３において、分配率が決められていると判断された場合、ステップＳ７６において、課金決済データ処理部４２は、ステップＳ７２における算出結果、および分配率から、見積り価格を算出する。その後、処理は、図１１のステップＳ４０に進む。
【０１１２】
ステップＳ７３において、分配率が決められていないと判断された場合、課金決済データ処理部４２は、ステップＳ７４において、著作権情報から、プロジェクトデータに含まれるトラックの著作者を検索し、ステップＳ７５において、ステップＳ７２における算出結果を、プロジェクトデータに含まれるトラックの著作者の人数、もしくはトラック数のどちらか所定の数値で割り、ユーザ２に支払われる代金の見積り価格を算出する。その後、処理は、図１１のステップＳ４０に進む。
【０１１３】
次に、図１３のフローチャートを参照して、契約形態１乃至４のユーザ２乃至５にマネージメントセンタ１が楽曲データを販売する場合の、楽曲データ販売処理について説明する。ここでは、ユーザ３が、端末装置１３を用いて、マネージメントセンタ１から楽曲データを購入する場合について説明する。
【０１１４】
マネージメントセンタ１に登録されているデータを、ユーザ２乃至４のいずれかが購入する場合には、プロジェクトデータ単位の購入はもちろん、１つのプロジェクトデータに複数のトラックデータが含まれている場合、トラックデータごとに購入が可能であり、また、ステレオデータの購入も可能である。従って、この後の説明では、プロジェクトデータ、トラックデータ、ステレオデータのどの形態でもかまわない場合において、これらのデータは、楽曲データと総称されるものとする。
【０１１５】
ステップＳ８１において、通信処理部３１は、インターネット２２を介して、ユーザ３からのアクセス要求、すなわち、端末装置１３からＩＤおよびパスワードの入力を受ける。通信処理部３１は、入力されたＩＤおよびパスワードを、認証処理制御部３５に出力する。
【０１１６】
ステップＳ８２において、認証処理制御部３５は、入力されたＩＤおよびパスワードを顧客情報ＤＢ３３−１に照会し、入力されたＩＤおよびパスワードは正しいか否かを判断する。ステップＳ８２において、入力されたＩＤおよびパスワードは正しくないと判断された場合、処理はステップＳ９０に進む。
【０１１７】
ステップＳ８２において、入力されたＩＤおよびパスワードは正しいと判断された場合、ステップＳ８３において、認証処理制御部３５は、入力されたＩＤおよびパスワードが正しいことを示す信号を、マネージメントセンタ管理処理部３４に出力する。マネージメントセンタ管理処理部３４は、ウェブページ格納ＤＢ３６から、楽曲データの購入画面に対応するウェブページのデータを読み出し、通信処理部３１に出力する。通信処理部３１は、インターネット２２を介して、楽曲データの購入画面に対応するウェブページのデータを端末装置１３に送信し、端末装置１３の出力部６７に表示させる。
【０１１８】
ステップＳ８４において、通信処理部３１は、端末装置１３から、インターネット２２を介して、ユーザ３が選択した購入希望の楽曲データを示す信号の入力を受け、マネージメントセンタ管理処理部３４に出力する。
【０１１９】
ステップＳ８５において、マネージメントセンタ管理処理部３４は、ステップＳ８４において入力された、ユーザ３が選択した購入希望の楽曲データの代金を算出させるための制御信号を生成し、課金決済データ処理部４２に出力する。課金決済データ処理部４２は、課金決済ＤＢ４３を参照して、楽曲データの代金を算出し、マネージメントセンタ管理処理部３４に出力する。マネージメントセンタ管理処理部３４は、入力された楽曲データの代金を表示し、購入の確認と、支払方法の選択および支払方法に対応するＩＤなど（例えば、クレジットカードの番号など）を入力できる入力フォームを有するウェブページに対応するデータを、ウェブページ格納ＤＢ３６から読み出し、通信処理部３１に出力する。通信処理部３１は、インターネット２２を介して、このウェブページに対応するデータを端末装置１３に送信し、端末装置１３の出力部６７に表示させる。
【０１２０】
ステップＳ８６において、マネージメントセンタ管理処理部３４は、インターネット２２、通信処理部３１、および内部バス３２を介して、端末装置１３から、希望支払方法と、対応するＩＤなどが入力されたか否かを判断する。ステップＳ８６において、希望支払方法と、対応するＩＤなどが入力されていないと判断された場合、処理は、ステップＳ９０に進む。
【０１２１】
ステップＳ８６において、希望支払方法と、対応するＩＤなどが入力されたと判断された場合、ステップＳ８７において、マネージメントセンタ管理処理部３４は、決済機関接続処理部４４に、入力された希望支払方法に対応する決済機関２３乃至２５のいずれかに、入力されたＩＤ等を照会させるための制御信号を生成し、出力する。決済機関接続処理部４４は、入力されたＩＤ等を照会するための信号を生成し、金融機関ネットワーク４５を介して、入力された希望支払方法に対応する決済機関２３乃至２５のいずれかに送信する。
【０１２２】
ステップＳ８８において、決済機関接続処理部４４は、入力された希望支払方法に対応する決済機関２３乃至２５のいずれかから返信される、ＩＤなどの照会結果を基に、決済機関が、ユーザ３の支払いが可能であることを保証したか否かを判断する。ステップＳ８８において、ユーザ３の支払いが可能であることが保証されなかったと判断された場合、処理は、ステップＳ９０に進む。
【０１２３】
ステップＳ９０において、マネージメントセンタ管理処理部３４は、エラーメッセージに対応するデータを、ウェブページ格納ＤＢ３６から読み出し、通信処理部３１に出力する。通信処理部３１は、インターネット２２を介して、エラーメッセージを端末装置１３に送信し、端末装置１３の出力部６７に表示させ、処理が終了される。
【０１２４】
ステップＳ８８において、ユーザ３の支払いが可能であることが保証された場合、ステップＳ８９において、決済機関接続処理部４４は、内部バス３２を介して、マネージメントセンタ管理処理部３４および課金決済データ処理部４２に、ユーザ３の支払いが可能であることが保証されたことを示す信号を出力する。課金決済データ処理部４２は、課金決済ＤＢ４３に、ユーザ３のＩＤ、購入代金、支払方法、および支払方法に対応したＩＤを記録する。
【０１２５】
マネージメントセンタ管理処理部３４は、通信処理部３１およびインターネット２２を介して、端末装置１３に、購入希望の楽曲データのダウンロード許可を送信し、オーディオデータ処理部４０に、ステップＳ８４において入力された、ユーザ３が希望する楽曲データを配信用データ格納群４１から検索して、内部バス３２、通信処理部３１、およびインターネット２２を介して、端末装置１３に送信させるための制御信号を生成して、出力する。オーディオデータ処理部４０は、ユーザ３が希望する楽曲データを配信用データ格納群４１から検索して、内部バス３２、通信処理部３１、およびインターネット２２を介して、端末装置１３に送信して、処理が終了される。
【０１２６】
また、マネージメントセンタ１と契約を締結しているユーザは、所定の手続きを踏むことにより、「コミュニティ」というサービスを享受する（マネージメントセンタ１内の仮想空間であるコミュニティに参加する）ことができる。コミュニティについて、図１４を用いて説明する。
【０１２７】
ユーザ１０１乃至１０５が使用している端末装置１１１乃至１１５は、実際には、マネージメントセンタ１とインターネット２２を介して接続されているが、図１４では、インターネット２２を省略して説明する。また、端末装置１１１乃至１１５は、図３を用いて説明した端末装置１２と同様の構成を有するものなので、その説明は省略する。
【０１２８】
コミュニティＡおよびコミュニティＢは、マネージメントセンタ１とのデータの授受に必要なＩＤおよびパスワード以外の、それぞれのコミュニティに参加するために固有のＩＤおよびパスワードにより保護されている。すなわち、コミュニティは、特定の共通する目標および目的を持った複数のメンバーから構成される集団を意味することもあり、また、その集団によって形成された仮想的な場所を意味することもある。換言すれば、コミュニティとは、固有のＩＤおよびパスワードを有する認証されたユーザのみが参加することができる、ネットワーク上に形成された仮想的かつサイバー的な集合もしくはスペースである。
【０１２９】
そのコミュニティにおける集団を構成するメンバーは、お互いのことを知らない不特定の人々ではなく、相互に認識しあい、相互に信頼感を有しているメンバーである。換言すれば、コミュニティを構成するメンバーは、仲間同士である。
それ以外のメンバー、例えば、コミュニティの管理者が承認していない、不特定多数のメンバーは、コミュニティには参加できない。
【０１３０】
また、コミュニティは、単にメンバーがコミュニケーションを行うための場ではなく、複数のメンバーが共同で楽曲などのコンテンツを作成するための場、複数のメンバーが共同で楽曲などのコンテンツを作成する作成活動に参加できる場であり、更に、コミュニティに登録されているコンテンツやその他の情報を使用したり、それらのコンテンツをアレンジしたり、モディファイすることにより、新たなコンテンツや情報を作成することのできる仮想的もしくはサイバー的なスペースとして提供される。
【０１３１】
ユーザは、例えば、コミュニティ管理者に対して、コミュニティへの参加を申し込み、それぞれのコミュニティに固有のＩＤおよびパスワードを発行された場合にのみ、対応するコミュニティに参加できる。図１４の例の場合、ユーザ１０１およびユーザ１０２は、コミュニティＡには参加できるが、コミュニティＢには参加できず、同様に、ユーザ１０５は、コミュニティＢには参加できるが、コミュニティＡには参加できない。しかし、ユーザ１０３およびユーザ１０４のように、コミュニティＡおよびコミュニティＢのどちらにもアクセス権を得、それぞれのコミュニティに固有のＩＤおよびパスワードを発行された場合は、どちらのコミュニティにも参加することができる。
【０１３２】
そして、それぞれのコミュニティに所属するメンバーは、共同で楽曲データの作成にあたることができ、共同でコンテンツを生成し、登録し、登録されたコンテンツを共有することができる。すなわち、コミュニティ参加メンバーの中で、パートを決めて、それぞれトラックデータをアップロードして、１つの楽音データを作成したり、そのコミュニティにアップロードされたトラックデータを一部変更したり、複数のトラックからなるプロジェクトデータをリミックスすることなども可能である。これにより、コミュニティ参加者は、例えば、大編成のオーケストラによりなる楽曲のスコア譜を基に、自宅において担当のパートごとにトラックデータを作成し、それぞれがコミュニティにアップロードし、コミュニティ内のミキシング担当者が、アップロードされたトラックデータを、ダウンロードし、ミックスダウンすることにより、オーケストラ演奏のステレオデータを生成することなどができるのである。
【０１３３】
コミュニティの参加メンバーは、コンテンツ全体でも、コンテンツに含まれるプロジェクトデータ、もしくはプロジェクトデータに含まれるトラックデータやステレオデータなど、任意の単位で、データのダウンロードおよびアップロードが可能である。
【０１３４】
また、コミュニティＡおよびコミュニティＢは、コンテンツの作成に必要なツール、もしくは、それぞれのコミュニティにおいて作成されているコンテンツのデータを変更するために必要なツールなどを、コミュニティ毎に独自に、コミュニティ参加メンバーにダウンロードできるようにしてもよい。
【０１３５】
次に、図１５のフローチャートを用いて、コミュニティにおける処理について説明する。ここでは、コミュニティＡに登録しているユーザ１０１から、通信処理装置１１１を用いて、コミュニティＡに登録されている楽音データのダウンロードが要求されたり、コミュニティＡに、新たな楽音データの登録が要求された場合のマネージメントセンタ１の処理について説明する。
【０１３６】
ステップＳ１０１において、通信処理部３１は、インターネット２２を介して、ユーザ１０１からのアクセス要求、すなわち、端末装置１１１からＩＤおよびパスワード（マネージメントセンタ１にアクセスする許可を得るためのＩＤおよびパスワード）の入力を受ける。通信処理部３１は、入力されたＩＤおよびパスワードを、認証処理制御部３５に出力する。
【０１３７】
ステップＳ１０２において、認証処理制御部３５は、入力されたＩＤおよびパスワードを顧客情報ＤＢ３３−１に照会し、入力されたＩＤおよびパスワードは正しいか否かを判断する。ステップＳ１０２において、入力されたＩＤおよびパスワードは正しくないと判断された場合、処理はステップＳ１０６に進む。
【０１３８】
ステップＳ１０２において、入力されたＩＤおよびパスワードが正しいと判断された場合、ステップＳ１０３において、通信処理部３１は、インターネット２２を介して、ユーザ１０１からの、コミュニティＡに対するアクセス要求、すなわち、端末装置１１１からＩＤおよびパスワード（コミュニティＡにアクセスする許可を得るためのＩＤおよびパスワード）の入力を受ける。通信処理部３１は、入力されたＩＤおよびパスワードを、認証処理制御部３５に出力する。
【０１３９】
ステップＳ１０４において、認証処理制御部３５は、入力されたＩＤおよびパスワードを顧客情報ＤＢ３３−１に照会し、入力されたＩＤおよびパスワードは正しいか否かを判断する。ステップＳ１０４において、入力されたＩＤおよびパスワードは正しくないと判断された場合、処理はステップＳ１０６に進む。
【０１４０】
ステップＳ１０６において、マネージメントセンタ管理処理部３４は、エラーメッセージに対応するデータを、ウェブページ格納ＤＢ３６から読み出し、通信処理部３１に出力する。通信処理部３１は、インターネット２２を介して、エラーメッセージを端末装置１１１に送信し、端末装置１１１の出力部６７に表示させ、処理が終了される。
【０１４１】
ステップＳ１０４において、入力されたＩＤおよびパスワードは正しいと判断された場合、マネージメントセンタ管理処理部３４は、オーディオデータ処理部４０に、配信用データ格納群４１に記録されているデータから、コミュニティＡのコミュニティＩＤを有する楽曲データを検索させ、例えば、そのプロジェクトネームなどをマネージメントセンタ管理処理部３４に出力させるための制御信号を生成して出力する。更に、マネージメントセンタ管理処理部３４は、ダウンロード可能な楽曲データの一覧を表示させるためのウェブページのフォーマットを、ウェブページ格納ＤＢ３６から読み出す。オーディオデータ処理部４０は、コミュニティＡのコミュニティＩＤを有する楽曲データを検索して、例えば、そのプロジェクトネームなどをマネージメントセンタ管理処理部３４に出力する。マネージメントセンタ管理処理部３４は、コミュニティＡに登録されている楽曲データの一覧を記載しているウェブページを生成し、通信処理部３１およびインターネット２２を介して、端末装置１１１に送信する。
【０１４２】
ステップＳ１０７において、マネージメントセンタ管理処理部３４は、インターネット２２、通信処理部３１、および内部バス３２を介して、端末装置１１１から、所望の楽曲データのダウンロード要求が入力されたか否かを判断する。ステップＳ１０７において、楽曲データのダウンロード要求が入力されなかったと判断された場合、処理は、ステップＳ１０９に進む。
【０１４３】
ステップＳ１０７において、楽曲データのダウンロード要求が入力されたと判断された場合、ステップＳ１０８において、マネージメントセンタ管理処理部３４は、オーディオデータ処理部４０に、配信用データ格納群４１から、ユーザ１０１が所望する楽曲データを検索させて、内部バス３２、通信処理部３１、およびインターネット２２を介して、端末装置１１１に送信させるための制御信号を生成して出力する。オーディオデータ処理部４０は、配信用データ格納群４１から、ユーザ１０１が所望する楽曲データを検索し、内部バス３２、通信処理部３１、およびインターネット２２を介して、端末装置１１１に送信する。
【０１４４】
ステップＳ１０９において、マネージメントセンタ管理処理部３４は、インターネット２２、通信処理部３１、および内部バス３２を介して、端末装置１１１から、楽曲データのアップロード要求が入力されたか否かを判断する。ステップＳ１０９において、楽曲データのアップロード要求が入力されなかったと判断された場合、処理が終了される。
【０１４５】
ステップＳ１０９において、アップロード要求が入力されたと判断された場合、ステップＳ１１０において、マネージメントセンタ管理処理部３４は、インターネット２２、通信処理部３１、および内部バス３２を介して、端末装置１１１から送信された楽曲データを、例えば、図１０および図１１を用いて説明したように、エンコードやフォーマット変換を行い、配信用データ格納群４１の所定のＤＢに、コミュニティＩＤを添付して登録して、処理が終了される。
【０１４６】
このように、配信用データ格納群４１の所定のＤＢに楽曲データを登録する際に、コミュニティＩＤを付加するようにしたので、コミュニティに参加していないユーザは、コミュニティに登録されているデータをダウンロードすることができず、また、上述したステップＳ１０５において、対応するコミュニティに属するダウンロード可能な楽曲データを検索し、一覧を表示させることができるようにすることができる。
【０１４７】
なお、上述した一連の処理は、マネージメントセンタ１が、楽音データを扱う場合について説明したが、マネージメントセンタ１は、楽音データ以外の情報を示すコンテンツを扱うようにしてもよいのは勿論である。
【０１４８】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１４９】
この記録媒体は、図２、もしくは図３に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１もしくは７１（フロッピーディスクを含む）、光ディスク５２もしくは７２（CD-ROM（Compact Disk-Read Only Memory）、DVD（Digital Versatile Disk）を含む）、光磁気ディスク５３もしくは７３（ＭＤ(Mini-Disk)を含む）、もしくは半導体メモリ５４もしくは７４などよりなるパッケージメディアなどにより構成される。
【０１５０】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１５１】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１５２】
【発明の効果】
本発明の情報処理装置、情報処理方法、および記録媒体に記録されているプログラムによれば、複数のメンバーが、共同してコンテンツを制作する活動を行うためのものであって、認証されたメンバーのみが、他の情報処理装置を用いてアクセス可能なコミュニティをネットワークに提供し、ネットワークを介して他の情報処理装置からアクセスを受信し、アクセスを受信した場合、コミュニティに対するアクセス権の認証処理を行うようにしたので、複数の認証されたメンバーがコミュニティにおいて、共同してコンテンツを作成することが可能となる。
【図面の簡単な説明】
【図１】楽音データ配信システムを説明するための図である。
【図２】図１のマネージメントセンタの構成を示すブロック図である。
【図３】図１の端末装置の構成を示すブロック図である。
【図４】トラック配信用プロジェクトデータを説明するための図である。
【図５】ステレオ配信用プロジェクトデータを説明するための図である。
【図６】契約形態を説明するための図である。
【図７】契約処理を説明するためのフローチャートである。
【図８】ユーザの端末装置におけるプロジェクトデータ登録処理について説明するためのフローチャートである。
【図９】インターフェースツール起動時の設定画面を説明するための図である。
【図１０】マネージメントセンタにおけるプロジェクトデータ登録処理について説明するためのフローチャートである。
【図１１】マネージメントセンタにおけるプロジェクトデータ登録処理について説明するためのフローチャートである。
【図１２】課金計算処理を説明するためのフローチャートである。
【図１３】楽曲データ購入処理を説明するためのフローチャートである。
【図１４】コミュニティを説明するための図である。
【図１５】コミュニティにおける処理を説明するためのフローチャートである。
【符号の説明】
１  マネージメントセンタ，  ２乃至６  ユーザ，  １２乃至１６  端末装置，  ２１  配信サービスプロバイダ，  ２２  インターネット，  ２３乃至２５決済機関，  ３１  通信処理部，  ３２  内部バス，  ３３  管理データ格納群，  ３４  マネージメントセンタ管理処理部，  ３５  認証処理制御部，  ３６  ウェブページ格納ＤＢ，  ３７  ソフトウェア格納ＤＢ，  ３８  プロジェクトデータ格納処理部，  ３９  配信設定データ処理部，  ４０  オーディオデータ処理部，  ４１  配信用データ格納群，  ４２  課金決済データ処理部，  ４３  課金決済ＤＢ，  ４４  決済機関接続処理部，  ４５  金融機関ネットワーク，  ６１  ＣＰＵ，  ７０  ネットワークインターフェース，  ８１，プロジェクトデータ，  １２１，１２２  コミュニティ
【図１】
0004547756.tif 000002
【図２】
0004547756.tif 000003
【図３】
0004547756.tif 000004
【図４】
0004547756.tif 000005
【図５】
0004547756.tif 000006
【図６】
0004547756.tif 000007
【図７】
0004547756.tif 000008
【図８】
0004547756.tif 000009
【図９】
0004547756.tif 000010
【図１０】
0004547756.tif 000011
【図１１】
0004547756.tif 000012
【図１２】
0004547756.tif 000013
【図１３】
0004547756.tif 000014
【図１４】
0004547756.tif 000015
【図１５】
0004547756.tif 000016