(57)【要約】      （修正有）【課題】複数人がパートを分担して一つのコンテンツを作成する参加型のコミュニケーションシステム、およびそれに用いるコンテンツベースを提供する。【解決手段】サーバ１と複数の端末とを備える。サーバ１は、リーダ端末２ａからの指示に基づいて、コンテンツベースを作成する。コンテンツベースは、音楽データや映像データ、音声シナリオデータ、映像シナリオデータなどを備える。作成メンバー端末２ｂは、コンテンツベースを受信して、音声シナリオデータや映像シナリオデータを基に、要素音声９や要素映像１０を作成してサーバ１に送信する。サーバ１は、受信した要素音声９等を音楽データ等に合成して、コンテンツＫを完成させ、受取メンバー端末２ｃに送信する。【選択図】図１
2008139560.tif 000002
【特許請求の範囲】
【請求項１】
複数人がパートを分担して一つのコンテンツを作成することに利用される、複数のデジタルデータ領域を有するコンテンツベースであって、
楽曲を構成する音楽データと、
前記音楽データに対応して作成される音声シナリオデータと、
を備え、
パート別に作成される音声を前記音楽データに合成する手順が、前記音声シナリオデータに規定されていることを特徴とするコンテンツベース。
【請求項２】
請求項１に記載のコンテンツベースであって、
前記音声シナリオデータが、合成する音声を加工する音声エフェクトデータを含むことを特徴とするコンテンツベース。
【請求項３】
請求項１または請求項２に記載のコンテンツベースであって、
任意の位置に、効果音を合成できる効果音データ領域が設けられていることを特徴とするコンテンツベース。
【請求項４】
請求項１ないし請求項３のいずれかに記載のコンテンツベースであって、
予め設定された所定のメンバー以外のコピーを禁止する不正コピー防止フラグ、
を備えていることを特徴とするコンテンツベース。
【請求項５】
請求項１ないし請求項４のいずれかに記載のコンテンツベースであって、
前記楽曲と連動して再生される映像データと、
前記映像データに対応して作成される映像シナリオデータと、
を備え、
パート別に作成される映像を前記映像データに合成する手順が、前記映像シナリオデータに規定されていることを特徴とするコンテンツベース。
【請求項６】
請求項５に記載のコンテンツベースであって、
前記映像シナリオデータが、合成する映像を加工する映像エフェクトデータを含むことを特徴とするコンテンツベース。
【請求項７】
請求項５または請求項６に記載のコンテンツベースであって、
任意の位置に、効果映像を合成できる効果映像データ領域が設けられていることを特徴とするコンテンツベース。
【請求項８】
請求項１ないし請求項４のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、
ネットワーク上に配置されるサーバと、
前記サーバにアクセス可能な複数の端末と、
を備え、
前記複数の端末には、
コンテンツの作成に参加する作成メンバー端末と、
作成されたコンテンツを受け取る受取メンバー端末と、
を含み、
前記作成メンバー端末は、
音声シナリオデータに規定されたそれぞれのパートの要素音声を作成する手段と、
作成した要素音声を前記サーバに送信する手段と、
を有し、
前記サーバは、
音声シナリオデータに基づいて、前記作成メンバー端末から受信した要素音声を音楽データに合成する手段と、
前記受取メンバー端末に、要素音声と音楽データとを合成して作成したコンテンツを送信する手段と、
を備え、
サーバを介して、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とするコミュニケーションシステム。
【請求項９】
請求項５ないし請求項７のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、
ネットワーク上に配置されるサーバと、
前記サーバにアクセス可能な複数の端末と、
を備え、
各端末には、
コンテンツの作成に参加する作成メンバー端末と、
作成されたコンテンツを受け取る受取メンバー端末と、
が含まれており、
前記作成メンバー端末は、
音声シナリオデータおよび映像シナリオデータに規定されたそれぞれのパートの要素音声および要素映像を作成する手段と、
作成した要素音声および要素映像を前記サーバに送信する手段と、
を有し、
前記サーバは、
音声シナリオデータに基づいて、前記作成メンバー端末から受信した要素音声を音楽データに合成する手段と、
映像シナリオデータに基づいて、前記作成メンバー端末から受信した要素映像を映像データに合成する手段と、
前記受取メンバー端末に、要素音声および要素映像を合成して完成したコンテンツを送信する手段と、
を備え、
前記サーバを介して、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とするコミュニケーションシステム。
【請求項１０】
請求項１ないし請求項４のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、
互いにアクセス可能な複数の端末、
を備え、
各端末には、
コンテンツの作成に参加する作成メンバー端末と、
作成されたコンテンツを受け取る受取メンバー端末と、
を含み、
いずれかの前記作成メンバー端末に対し、コンテンツベースが設定され、
前記作成メンバー端末は、
音声シナリオデータに規定されたそれぞれのパートの要素音声を作成する手段と、
音声シナリオデータに基づいて要素音声を音楽データに合成することにより、要素コンテンツを作成する手段と、
担当するパートの要素音声が合成されていない他のいずれかの作成メンバー端末に、作成した要素コンテンツを送信する手段と、
他のいずれかの作成メンバー端末から要素コンテンツを受信する手段と、
を備え、
他の作成メンバーの要素音声が全て合成された要素コンテンツを受信した最後の作成メンバーの端末は、
コンテンツを完成させて前記受取メンバー端末に送信する手段と、
を備え、
リレー形式で、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とするコミュニケーションシステム。
【請求項１１】
請求項５ないし請求項７のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、
互いにアクセス可能な複数の端末、
を備え、
各端末には、
コンテンツの作成に参加する作成メンバー端末と、
作成されたコンテンツを受け取る受取メンバー端末と、
を含み、
いずれかの前記作成メンバー端末に対し、コンテンツベースが設定され、
前記作成メンバー端末は、
音声シナリオデータおよび映像シナリオデータに規定されたそれぞれのパートの要素音声および要素映像を作成する手段と、
音声シナリオデータに基づいて要素音声を音楽データに合成するとともに、映像シナリオデータに基づいて要素映像を映像データに合成することにより、要素コンテンツを作成する手段と、
担当するパートの要素音声および要素映像が合成されていない他のいずれかの作成メンバー端末に、作成した要素コンテンツを送信する手段と、
他のいずれかの作成メンバー端末から要素コンテンツを受信する手段と、
を備え、
他の作成メンバーの要素音声および要素映像が全て合成された要素コンテンツを受信した最後の作成メンバーの端末は、
コンテンツを完成させて前記受取メンバー端末に送信する手段と、
を備え、
リレー形式で、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とするコミュニケーションシステム。
【請求項１２】
請求項１ないし請求項４のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、
ネットワーク上に配置されるサーバと、
前記サーバにアクセス可能な複数の端末と、
を備え、
前記サーバは、
コンテンツの作成を企画する端末からの指示に基づいて、作成されたコンテンツベースを、タイトルが表示されたコンテンツ掲示画面を通じて各端末に閲覧可能にする手段と、
いずれかの端末からの送信要求に応じて、コンテンツベースを送信する手段と、
いずれかの端末によって作成された要素コンテンツを受信して記憶する手段と、
記憶した要素コンテンツを、各端末の要求に応じて再生する手段と、
を有し、
各パートの要素コンテンツを全て受信した場合に、コンテンツを完成させて前記コンテンツ掲示画面を通じて閲覧可能にする手段と、
を有し、
各端末は、
前記サーバから前記コンテンツベースを受信する手段と、
音声シナリオデータに規定されたそれぞれのパートの要素音声を作成する手段と、
音声シナリオデータに基づいて、要素音声を音楽データに合成して要素コンテンツを作成する手段と、
作成した要素コンテンツを前記サーバに送信する手段と、
を有し、
不特定のメンバー間において、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とするコミュニケーションシステム。
【請求項１３】
請求項５ないし請求項７のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、
ネットワーク上に配置されるサーバと、
前記サーバにアクセス可能な複数の端末と、
を備え、
前記サーバは、
コンテンツの作成を企画する端末からの指示に基づいて、作成されたコンテンツベースを、タイトルが表示されたコンテンツ掲示画面を通じて各端末に閲覧可能にする手段と、
いずれかの端末からの送信要求に応じて、コンテンツベースを送信する手段と、
いずれかの端末によって作成された要素コンテンツを受信して記憶する手段と、
記憶した要素コンテンツを、各端末の要求に応じて再生する手段と、
を有し、
各パートの要素コンテンツを全て受信した場合に、コンテンツを完成させて前記コンテンツ掲示画面を通じて閲覧可能にする手段と、
を有し、
各端末は、
前記サーバから前記コンテンツベースを受信する手段と、
音声シナリオデータおよび映像シナリオデータに規定されたそれぞれのパートの要素音声および要素映像を作成する手段と、
音声シナリオデータに基づいて要素音声を音楽データに合成するとともに、映像シナリオデータに基づいて要素映像を映像データに合成することにより、要素コンテンツを作成する手段と、
作成した要素コンテンツを前記サーバに送信する手段と、
を有し、
不特定のメンバー間において、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とするコミュニケーションシステム。
【請求項１４】
請求項１３に記載のコミュニケーションシステムであって、
前記サーバが、
端末からの投票に基づいて、各パートの要素コンテンツを選択する手段、
を有することを特徴とするコミュニケーションシステム。
【請求項１５】
請求項１３または請求項１４に記載のコミュニケーションシステムであって、
前記サーバが、
前記端末からの要求に応じて、要素コンテンツの任意の位置に音声のコメントを関連付けて記憶する手段、
を有し、
前記サーバを介して、前記端末間で情報交換可能としたことを特徴とするコミュニケーションシステム。
【請求項１６】
請求項８または請求項９または請求項１２ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、
コンテンツベースが、いずれかの端末からの指示によって前記サーバにおいて作成されることを特徴とするコミュニケーションシステム。
【請求項１７】
請求項８または請求項９または請求項１２ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、
コンテンツベースが、予め前記サーバに備えられていることを特徴とするコミュニケーションシステム。
【請求項１８】
請求項８ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、
コンテンツベースを記憶する記憶媒体、
を備え、
前記記憶媒体を介してコンテンツベースの利用を可能としたことを特徴とするコミュニケーションシステム。
【請求項１９】
請求項８ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、
コンテンツベースが、予めいずれかの端末に備えられていることを特徴とするコミュニケーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数人がパートを分担して一つのコンテンツを作成することができるコンテンツベース、およびこれを用いたコミュニケーションシステムに関する。
【背景技術】
【０００２】
携帯電話やパーソナルコンピュータ（ＰＣ）などで電子メールによるコミュニケーションが広く行われている。当初は、文字データだけのコミュニケーションだったものが、最近では、文字に音声や映像が付加されたデータによるコミュニケーションも行われつつある（特許文献１、２）。本発明者も、単に音声や映像を加えるだけでなく、加える音声にエコーをつけたり、効果音を合成したりすることで、個性豊かな電子メールが作成できるシステムを先に提案している（特許文献３）。
【０００３】
当初、この種のコミュニケーションは、電子メールにみられるように、１対１、あるいは１対少数の特定された相手間での形態に限られていた。しかし、近年では、インターネットの普及により、ブログやソーシャルネットワーク（ＳＮＳ）など、１対不特定多数のコミュニケーションが盛んである。また、今でも電子メールのような非リアルタイム型のコミュニケーションが主流ではあるが、オンラインの相手どうしで直接情報を交換するリアルタイム型のコミュニケーションも盛んになりつつある。
【０００４】
【特許文献１】特開２００２−３６６４９６号公報
【特許文献２】特開２００３−０１８０８４号公報
【特許文献３】特開２００６−１２７４４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
単に情報を伝達するだけであれば、従来の文字データだけのコミュニケーションでも用を成すことはできるかもしれない。しかし、文字データだけでは、生の相手の様子は伝わり難く、興趣に欠けるし、コミュニケーションの手段としては十分とはいえない。先の特許文献１や特許文献２の技術によれば、音声や映像が付加できるため、相手の様子が伝わり易く優れてはいる。しかし、そこでの技術は、そのまま音声や映像を付加するものであるため、変化に乏しいきらいがある。その点、引用文献３の発明によれば、電子メールの音声を多種多様に加工することができ、電子データとして伝えられる有形の情報に加えて、送信者の“個性”や“思い”などの無形の情報までも伝えることができ、楽しんで、より密接なコミュニケーションを行うことが可能となっている。
【０００６】
しかしながら、そこでの技術は、個人で楽しむことを想定したものであったため、今日の多種多様なコミュニケーションの形態にまで対応させるには難があった。
【０００７】
そこで、本発明は前記問題点に鑑み、今日の多種多様なコミュニケーションの形態に好適で、よりいっそう楽しめる参加型のコミュニケーションシステム、およびそれに用いられるコンテンツベースの提供を目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１記載の本発明は、複数人がパートを分担して一つのコンテンツを作成することに利用される、複数のデジタルデータ領域を有するコンテンツベースであって、楽曲を構成する音楽データと、前記音楽データに対応して作成される音声シナリオデータと、を備え、パート別に作成される音声を前記音楽データに合成する手順が、前記音声シナリオデータに規定されていることを特徴とする。
【０００９】
請求項２に記載の本発明は、請求項１に記載のコンテンツベースであって、前記音声シナリオデータが、合成する音声を加工する音声エフェクトデータを含むことを特徴とする。
【００１０】
請求項３に記載の本発明は、請求項１または請求項２に記載のコンテンツベースであって、任意の位置に、効果音を合成できる効果音データ領域が設けられていることを特徴とする。
【００１１】
請求項４に記載の本発明は、請求項１ないし請求項３のいずれかに記載のコンテンツベースであって、予め設定された所定のメンバー以外のコピーを禁止する不正コピー防止フラグ、を備えていることを特徴とする。
【００１２】
請求項５に記載の本発明は、請求項１ないし請求項４のいずれかに記載のコンテンツベースであって、前記楽曲と連動して再生される映像データと、前記映像データに対応して作成される映像シナリオデータと、を備え、パート別に作成される映像を前記映像データに合成する手順が、前記映像シナリオデータに規定されていることを特徴とする。
【００１３】
請求項６に記載の本発明は、請求項５に記載のコンテンツベースであって、前記映像シナリオデータが、合成する映像を加工する映像エフェクトデータを含むことを特徴とする。
【００１４】
請求項７に記載の本発明は、請求項５または請求項６に記載のコンテンツベースであって、任意の位置に、効果映像を合成できる効果映像データ領域が設けられていることを特徴とする。
【００１５】
請求項８に記載の本発明は、請求項１ないし請求項４のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、ネットワーク上に配置されるサーバと、前記サーバにアクセス可能な複数の端末と、を備え、前記複数の端末には、コンテンツの作成に参加する作成メンバー端末と、作成されたコンテンツを受け取る受取メンバー端末と、を含み、前記作成メンバー端末は、音声シナリオデータに規定されたそれぞれのパートの要素音声を作成する手段と、作成した要素音声を前記サーバに送信する手段と、
を有し、前記サーバは、音声シナリオデータに基づいて、前記作成メンバー端末から受信した要素音声を音楽データに合成する手段と、前記受取メンバー端末に、要素音声と音楽データとを合成して作成したコンテンツを送信する手段と、を備え、サーバを介して、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とする。
【００１６】
請求項９に記載の本発明は、請求項５ないし請求項７のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、ネットワーク上に配置されるサーバと、前記サーバにアクセス可能な複数の端末と、を備え、各端末には、コンテンツの作成に参加する作成メンバー端末と、作成されたコンテンツを受け取る受取メンバー端末と、が含まれており、前記作成メンバー端末は、音声シナリオデータおよび映像シナリオデータに規定されたそれぞれのパートの要素音声および要素映像を作成する手段と、作成した要素音声および要素映像を前記サーバに送信する手段と、を有し、前記サーバは、音声シナリオデータに基づいて、前記作成メンバー端末から受信した要素音声を音楽データに合成する手段と、映像シナリオデータに基づいて、前記作成メンバー端末から受信した要素映像を映像データに合成する手段と、前記受取メンバー端末に、要素音声および要素映像を合成して完成したコンテンツを送信する手段と、を備え、前記サーバを介して、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とする。
【００１７】
請求項１０に記載の本発明は、請求項１ないし請求項４のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、互いにアクセス可能な複数の端末、を備え、各端末には、コンテンツの作成に参加する作成メンバー端末と、作成されたコンテンツを受け取る受取メンバー端末と、を含み、いずれかの前記作成メンバー端末に対し、コンテンツベースが設定され、前記作成メンバー端末は、音声シナリオデータに規定されたそれぞれのパートの要素音声を作成する手段と、音声シナリオデータに基づいて要素音声を音楽データに合成することにより、要素コンテンツを作成する手段と、担当するパートの要素音声が合成されていない他のいずれかの作成メンバー端末に、作成した要素コンテンツを送信する手段と、他のいずれかの作成メンバー端末から要素コンテンツを受信する手段と、を備え、他の作成メンバーの要素音声が全て合成された要素コンテンツを受信した最後の作成メンバーの端末は、コンテンツを完成させて前記受取メンバー端末に送信する手段と、を備え、リレー形式で、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とする。
【００１８】
請求項１１に記載の本発明は、請求項５ないし請求項７のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、互いにアクセス可能な複数の端末、を備え、各端末には、コンテンツの作成に参加する作成メンバー端末と、作成されたコンテンツを受け取る受取メンバー端末と、を含み、いずれかの前記作成メンバー端末に対し、コンテンツベースが設定され、前記作成メンバー端末は、音声シナリオデータおよび映像シナリオデータに規定されたそれぞれのパートの要素音声および要素映像を作成する手段と、音声シナリオデータに基づいて要素音声を音楽データに合成するとともに、映像シナリオデータに基づいて要素映像を映像データに合成することにより、要素コンテンツを作成する手段と、担当するパートの要素音声および要素映像が合成されていない他のいずれかの作成メンバー端末に、作成した要素コンテンツを送信する手段と、他のいずれかの作成メンバー端末から要素コンテンツを受信する手段と、を備え、他の作成メンバーの要素音声および要素映像が全て合成された要素コンテンツを受信した最後の作成メンバーの端末は、コンテンツを完成させて前記受取メンバー端末に送信する手段と、を備え、リレー形式で、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とする。
【００１９】
請求項１２に記載の本発明は、請求項１ないし請求項４のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、ネットワーク上に配置されるサーバと、前記サーバにアクセス可能な複数の端末と、を備え、前記サーバは、コンテンツの作成を企画する端末からの指示に基づいて、作成されたコンテンツベースを、タイトルが表示されたコンテンツ掲示画面を通じて各端末に閲覧可能にする手段と、いずれかの端末からの送信要求に応じて、コンテンツベースを送信する手段と、いずれかの端末によって作成された要素コンテンツを受信して記憶する手段と、記憶した要素コンテンツを、各端末の要求に応じて再生する手段と、を有し、各パートの要素コンテンツを全て受信した場合に、コンテンツを完成させて前記コンテンツ掲示画面を通じて閲覧可能にする手段と、を有し、各端末は、前記サーバから前記コンテンツベースを受信する手段と、音声シナリオデータに規定されたそれぞれのパートの要素音声を作成する手段と、音声シナリオデータに基づいて、要素音声を音楽データに合成して要素コンテンツを作成する手段と、作成した要素コンテンツを前記サーバに送信する手段と、を有し、不特定のメンバー間において、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とする。
【００２０】
請求項１３に記載の本発明は、請求項５ないし請求項７のいずれかに記載のコンテンツベースを用いたコミュニケーションシステムであって、ネットワーク上に配置されるサーバと、前記サーバにアクセス可能な複数の端末と、を備え、前記サーバは、コンテンツの作成を企画する端末からの指示に基づいて、作成されたコンテンツベースを、タイトルが表示されたコンテンツ掲示画面を通じて各端末に閲覧可能にする手段と、いずれかの端末からの送信要求に応じて、コンテンツベースを送信する手段と、いずれかの端末によって作成された要素コンテンツを受信して記憶する手段と、記憶した要素コンテンツを、各端末の要求に応じて再生する手段と、を有し、各パートの要素コンテンツを全て受信した場合に、コンテンツを完成させて前記コンテンツ掲示画面を通じて閲覧可能にする手段と、を有し、各端末は、前記サーバから前記コンテンツベースを受信する手段と、音声シナリオデータおよび映像シナリオデータに規定されたそれぞれのパートの要素音声および要素映像を作成する手段と、音声シナリオデータに基づいて要素音声を音楽データに合成するとともに、映像シナリオデータに基づいて要素映像を映像データに合成することにより、要素コンテンツを作成する手段と、作成した要素コンテンツを前記サーバに送信する手段と、を有し、不特定のメンバー間において、複数人がパートを分担して一つのコンテンツの作成を可能としたことを特徴とする。
【００２１】
請求項１４に記載の本発明は、請求項１３に記載のコミュニケーションシステムであって、前記サーバが、端末からの投票に基づいて、各パートの要素コンテンツを選択する手段、を有することを特徴とする。
【００２２】
請求項１５に記載の本発明は、請求項１３または請求項１４に記載のコミュニケーションシステムであって、前記サーバが、前記端末からの要求に応じて、要素コンテンツの任意の位置に音声のコメントを関連付けて記憶する手段、を有し、前記サーバを介して、前記端末間で情報交換可能としたことを特徴とする。
【００２３】
請求項１６に記載の本発明は、請求項８または請求項９または請求項１２ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、コンテンツベースが、いずれかの端末からの指示によって前記サーバにおいて作成されることを特徴とする。
【００２４】
請求項１７に記載の本発明は、請求項８または請求項９または請求項１２ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、コンテンツベースが、予め前記サーバに備えられていることを特徴とする。
【００２５】
請求項１８に記載の本発明は、請求項８ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、コンテンツベースを記憶する記憶媒体、を備え、前記記憶媒体を介してコンテンツベースの利用を可能としたことを特徴とする。
【００２６】
請求項１９に記載の本発明は、請求項８ないし請求項１５のいずれかに記載のコミュニケーションシステムであって、コンテンツベースが、予めいずれかの端末に備えられていることを特徴とする。
【発明の効果】
【００２７】
本発明のコンテンツベースおよびこれを用いたコミュニケーションシステムによれば、多種多様なコミュニケーションの形態に対応でき、グループでグリーティングメッセージの交換を行うなど、多数の参加者の間で楽しむことが可能となる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明を実施するための最良の形態について、第１ないし第３の実施の形態を用いて説明する。
【００２９】
｛第１の実施の形態｝
第１の実施の形態は、たとえば、インスタントメッセンジャー等のリアルタイム形式のコミュニケーションに適用したものである。
【００３０】
図１に示すように、本実施の形態のコミュニケーションシステムは、インターネット上に配置されるサーバ１と、このサーバ１にアクセス可能な複数の端末２とを備える。本実施の形態では、サーバ１を介して、複数のメンバーがパートを分担して音と映像とが一体となったコンテンツＫの作成に参加し、各メンバーそれぞれが、音と映像とで“個性”や“思い”を表現しつつ、皆で一つのコンテンツＫを作成して楽しむことができる。コンテンツＫの具体例としては、たとえば、グリーティングメッセージを挙げることができる。ここでは、卒業記念向けのグリーティングメッセージを例示した。以下、具体的に説明する。
【００３１】
｛端末｝
端末２は、たとえば携帯電話などの携帯端末やパーソナルコンピュータ（ＰＣ）であり、音声の録音および再生が可能な音声入出力手段、音声の処理が可能な音声処理手段を有している。たとえば、音声入出力手段は端末が備えるマイクやスピーカであり、音声処理手段は端末に実装された制御装置と音声処理用の各種アプリケーションである。これらによって、端末２は、そのまま録音した音声を再生することに加え、入力した音声に対して、音声のテンポを変更する処理や、音声の各音域の高さ調整をするイコライザ処理、和音を付加するハーモナイズ処理、時間差を設けて再生するエコー処理などの音声加工処理（エフェクト処理）を施して出力することが可能となっている。
【００３２】
端末２は、さらに、映像の録画および再生が可能な映像入出力手段、映像の処理が可能な映像処理手段を有するものであってもよい。たとえば、映像入出力手段は、端末２が備えるデジタルカメラやデジタルビデオであり、映像処理手段は、端末２に実装された制御装置と映像処理用の各種アプリケーションである。この場合、端末２は、音声に加えて静止画や動画を撮影して再生することができ、さらに、フェードイン・フェードアウト、スライド、フラッシュ、アルファ変換などの映像加工処理（トランジション処理）を施して出力することが可能となる。
【００３３】
端末２は、また、拍手音や破裂音などの効果音を作成する機能や、３Ｄフォントや、アニメなどの効果映像を作成する機能を実装することもできる。そして、端末２は、予め効果音や効果映像をプリセットしておくこともできる。
【００３４】
各端末２には、図１に示すように、コンテンツＫの作成を指示するリーダＡが保有するリーダ端末２ａと、コンテンツＫの作成に参加する作成メンバーＢが保有する作成メンバー端末２ｂと、作成されたコンテンツＫを受け取る受取メンバーＣが保有する受取メンバー端末２ｃとが含まれる。
【００３５】
すなわち、コンテンツＫの作成を企画する、いわば「いいだしっぺ」がリーダＡであり、そのリーダＡが保有する端末がリーダ端末２ａである。コンテンツＫは、リーダＡを含む複数のメンバーによって作成され、そのコンテンツＫの作成に参加する作成メンバーＢが保有する端末が作成メンバー端末２ｂである。完成したコンテンツＫは、作成メンバーＢを含め予め指定された相手に送信されるようになっており、その受取メンバーＣが保有する端末が受取端末２ｃである。したがって、受取メンバー端末２ｃであり、かつ作成メンバー端末２ｂであるなど、各端末が重複する場合もある。
【００３６】
｛サーバ｝
サーバ１は、端末２との間で、コンテンツＫの作成に関連する所定の処理を実行する。たとえば、サーバ１は、リーダ端末２ａからの指示に基づいてコンテンツベース３を作成する処理や、作成メンバー端末２ｂにコンテンツベース３を送信する処理、コンテンツベース３に基づいてコンテンツＫを完成させる処理、受取メンバー端末２ｃに完成したコンテンツＫを送信する処理などを実行する。また、サーバ１は、予めコンテンツベース３のテンプレートを各種保有し、その中から選択されたコンテンツベース３を端末２に提供する機能を備えることもできる。
【００３７】
｛コンテンツベース｝
コンテンツベース３は、コンテンツＫの作成の基礎となるものであり、本コミュニケーションシステムにおいて重要な機能を発揮する。そこで、図２のイメージ図を参照しつつ、コンテンツベース３について具体的に説明する。
【００３８】
コンテンツベース３は、複数のデジタルデータ領域を有し、楽曲を構成する音楽データ５と、音楽データ５に対応して作成される音声シナリオデータ６を備えている。コンテンツベース３は、さらに、楽曲と連動して再生される映像データ７と、映像データ７に対応して作成される映像シナリオデータ８を備えるものであってもよい。ここではいずれも備えているものとして説明する。
【００３９】
図２に示すように、コンテンツベース３は、５層のデータ構造からなる。すなわち、コンテンツベース３は、楽曲を構成する音楽データ５（楽曲レイヤ）と、パート別に作成される要素音声９を音楽データ５に合成する手順が規定される音声シナリオデータ６（録音レイヤ）と、パート別に作成される要素映像１０を映像データ７に合成する手順が規定される映像シナリオデータ８（映像レイヤ）と、映像データ７の任意の位置に、効果映像１１を合成する効果映像データ１２（効果映像レイヤ）と、音楽データ５の任意の位置に、効果音１３を合成する効果音データ１４（効果音レイヤ）とで構成されている。
【００４０】
音楽データ５は、楽曲のデジタルデータである。音楽データ５は、区分け位置を特定するマーカの設定などによって楽曲のパートごとに区分けされている。たとえば、楽曲は、通常その構成に応じて複数のパートに区分けすることができ、図２に示すように「イントロ」、「Ａメロ」、「Ｂメロ」、「サビ」などに区分けされる。そして、この区分けされた各パートが作成メンバーの担当領域となる。もっとも、音楽データの区分けの方法はこれに限らず、任意の位置で区分けしてもよい。
【００４１】
音声シナリオデータ６は、音楽データ５の各パートに対応して区分けされた録音領域で構成されている。各録音領域には、要素音声９が録音される。各録音領域は、担当する作成メンバーを特定できる情報、たとえば、アドレスやＩＤなどが対応付けて記録されることで、特定の作成メンバーだけに特定の録音領域への録音を許す設定が可能となっている。そのほかにも、録音のタイミングなど、音声を編集する各種設定を記録することも可能となっている。また、図２に示すように、録音領域は、各パート内に複数形成可能であり、一つのパートを複数の作成メンバーで担当させることができる。
【００４２】
音声シナリオデータ６には、合成する音声を加工する音声エフェクトデータを含ませておくことができる。すなわち、音声エフェクトデータは、音声が録音されると、自動的に所定の音声加工処理を実行するプログラムデータである。音声シナリオデータに音声エフェクトデータを含ませておくことで、手間を要せず簡単に音声の加工ができる。予め複数の音声エフェクトデータを設定しておき、その中から選択するようにすれば、いっそう便利である。
【００４３】
映像シナリオデータ８は、音楽データ５と連動して同時に再生される映像データ７（テンプレート映像）と一体に合成される録画領域で構成されている。録画領域は、録音領域と同様に、各パートに対応して区分けされている。そして、それぞれに担当する作成メンバーを特定する情報が対応付けて記録されることで、特定の作成メンバーだけに特定の録画領域への録画（要素映像１０）を許す設定が可能となっている。そのほかにも、撮影のタイミングなど、映像を編集するための各種設定が記録可能となっている。なお、図２に示す符号１６は、録画領域に録画された要素映像１０を映像データ７と合成する際に、要素映像１０の前後に生じるビデオトランジション適応範囲を示したものである。
【００４４】
映像シナリオデータ８には、合成する映像を加工する映像エフェクトデータを含ませておくことができる。すなわち、映像エフェクトデータは、映像が録画されると、トランジション処理など、自動的に所定の映像加工処理を実行するプログラムデータである。映像シナリオデータ８に映像エフェクトデータを含ませておくことで、手間を要せず簡単に映像の加工ができる。予め複数の映像エフェクトデータを設定しておき、その中から選択するようにすれば、いっそう便利である。
【００４５】
効果映像データ１２は、３Ｄフォントや、アニメなどの予め設定されている効果映像１１の中から適宜選択でき、選択した効果映像データ１２を映像データ７の任意の位置に合成することができる。効果音データ１４は、拍手音や、破裂音などの予め設定されている効果音１３の中から適宜選択でき、選択した効果音データ１４を音声データ５の任意の位置に合成することができる。なお、図２中の点線で示すように、効果映像データ１２と効果音データ１４は、カテゴリー別に一体に構成してあってもよい。このように、コンテンツＫの任意の位置に効果的な音や映像を挿入可能とすることによって、よりいっそうコミュニケーションを楽しむことができ、コンテンツＫにオリジナリティを付与することができる。
【００４６】
コンテンツベース３は、予め設定された所定のメンバー以外のコピーを禁止する不正コピー防止フラグを備えている。オリジナルの楽曲データの著作権等を保護するためである。これにより、たとえば、著作権を伴う楽曲のコンテンツベース３であっても安心してネット上で提供することができ、コンテンツベース３を利用した新たなビジネスを構築することが可能となる。
【００４７】
したがって、コンテンツベース３は、所定のコンテンツプロバイダーからダウンロードして利用できるようにするのが好ましい。コンテンツベース３に含まれる各シナリオデータ６、８は、ユーザ側で自由に編集できるようにしてもよい。また、ＭＩＤＩやＭＰ３、ＡＡＣなどの音楽データの形式に応じて楽曲を解析することにより、自動的に各シナリオデータ６、８が設定できるようにしてもよい。そうすれば、既存の音源が利用できて効率的である。
【００４８】
コンテンツベース３は、リーダ端末２ａからの指示によってサーバ１で作成されるようにしておくことができる。また、予め複数のコンテンツベース３のテンプレートを作成してサーバ１や端末２に利用可能に備えておき、その中から選択したテンプレートを利用してコンテンツベース３を作成するようにしてもよい。この場合、コンテンツベース３の各種設定を行う手間が省ける分、利用し易い利点がある。
【００４９】
その他、コンテンツベース３の各種テンプレートを、メモリカードなどの記憶媒体に記憶する。そして、その記憶媒体を端末２に組み入れることで、コンテンツベース３が作成できるようにしてもよい。この場合、たとえば、コンテンツベース３のテンプレートをカテゴリー別に分けて記憶させた多数のメモリカードを市場に供給することもでき、コミュニケーションツールの新たな市場を創生することも可能となる。
【００５０】
｛システムの流れ｝
次に、コミュニケーションシステムの操作方法について、図３ないし図５のフローチャートにしたがって説明する。たとえば、インスタントメッセンジャーであれば、事前に、各メンバーにコンテンツＫの作成の参加を呼び掛けておけば、リアルタイムでコンテンツＫの作成ができ、グループで、よりいっそう楽しいコミュニケーションを行うことができる。
【００５１】
図３は、リーダ端末２ａにおける処理の流れを示している。コンテンツＫの作成を企画するリーダＡの操作によって、リーダ端末２ａがサーバ１にアクセスして、コンテンツベース３の作成処理をサーバ１に指示する（ステップＳ２０）。ここではサーバ１には、テーマ、目的別など、予め各種コンテンツベース３のテンプレートが設定されているものとした。したがって、リーダＡはその中から、所望のコンテンツベース３を選択することができる。ここでは、「グリーティングメッセージ」、「卒業記念」を選択した場合を例示した。
【００５２】
リーダＡの指示によってリーダ端末２ａは、コンテンツＫの作成に参加する作成メンバーＢと、完成したコンテンツＫを受け取る受取メンバーＣと、をサーバ１に指定する（ステップＳ２１）。通常、受取メンバーＣは、グリーティングメッセージの送り先（たとえば、先生）と、リーダＡを含む作成メンバーＢ（たとえば、卒業生）とで構成される。各メンバーの特定には、アカウントやＩＤなどが特定情報として利用され、特定された特定情報は、コンテンツベース３に記録される。
【００５３】
メンバーの指定処理とあわせて、特定のメンバー以外のコピーを禁止する不正コピー防止フラグが設定される。ここでは、作成メンバーＢと受取メンバーＣ以外は、不正コピー防止フラグが設定されたコンテンツベース３、あるいはコンテンツＫのコピーが自動的に制限される。リーダＡは、コピーを許可する特定のメンバーを任意に設定することができ、先に設定されるメンバーＢ、Ｃに対して、新たなメンバーの追加やメンバーの削除を行うことができる。
【００５４】
続いて、リーダＡの操作に基づいてリーダ端末２ａは、楽曲を選定する（ステップＳ２２）。楽曲もまた、サーバ１に予め各種設定されており、その中から選択することができる。
【００５５】
次に、リーダ端末２ａは、リーダＡの指示により、シナリオの設定を行う（ステップＳ２３）。具体的には、各作成メンバーＢが担当する楽曲の各パートを指定する、各パートのエフェクトデータや、トランジションデータを設定する、等を行う。その他にも、予めコンテンツベース３に設定されている各種オプション設定を行うこともできる。たとえば、コンテンツＫの作成に際しての約束事として“お題”を設定することができる。お題は、リーダＡが任意で指定できるように設定してもよいし、予め複数のテンプレートを準備しておいてもよい。お題を設けることによって、コンテンツＫの作成に遊び心が加わってコミュニケーションをよりいっそう深めることができる。
【００５６】
リーダＡの操作に基づき、リーダ端末２ａは、コンテンツベース３が完成したか否かの判断を行い（ステップＳ２４）、完成したと判断した場合には、作成メンバーＢへのコンテンツベース３の送信指示をサーバ１に送信する（ステップＳ２５）。サーバ１は、リーダ端末２ａからの送信指示を受けて、各作成メンバー端末２ｂに、コンテンツベース３を送信する。
【００５７】
図４は、作成メンバー端末２ｂにおける処理の流れを示している。リーダＡによって作成されたコンテンツベース３がサーバ１から送信されて、作成メンバーＢの作成メンバー端末２ｂが受信する（ステップＳ３０）。
【００５８】
コンテンツベース３を受信した作成メンバー端末２ｂを操作して、作成メンバーＢは、指定されたパートについて、“お題”を考慮しながら、要素音声９および要素映像１０を作成する（ステップＳ３１）。具体的には、楽曲が再生される中、録音開始前および録画開始前には、カウントダウンが表示され、それにあわせてパートの歌詞を歌って作成メンバー端末２ｂに録音し、デジタル写真を撮影して作成メンバー端末２ｂに録画する。なお、録音と録画とは、連動させてあっても、それぞれ別個であってもよい。
【００５９】
そうすると、録音された要素音声９や録画された要素映像１０は、作成メンバー端末２ｂにおいて、自動的に予め設定されている音声加工処理や映像加工処理が実行される。作成メンバーＢは、作成メンバー端末２ｂを操作して作成された要素音声９、あるいは要素映像１０をプレビュー再生することができ、予め設定されている各種加工処理に換えて、端末２が備える機能を利用して、独自に各種加工処理を施すこともできる。録音、あるいは録画中には、他の作成メンバー端末２ｂに、その情報が表示され、作成メンバーＢはリアルタイムでグリーティングメッセージの作成状況が把握できるようになっている。
【００６０】
作成メンバー端末２ｂは、作成メンバーＢの操作に基づき、各種加工処理が施された要素音声９や要素映像１０が完成したか否かを判断し（ステップＳ３２）、完成したと判断した場合、その要素音声９および要素映像１０をサーバ１に送信する（ステップＳ３３）。なお、各作成メンバーＢの操作の順序は、たとえば、リーダＡが予め設定し、各作成メンバーＢに順番を通知して行う順序固定方式であってもよいし、順序不同方式であってもよい。
【００６１】
図５は、サーバ１における処理の流れを示している。サーバ１は、各作成メンバー端末２ｂから各パートの要素音声９および要素映像１０を受信する（ステップＳ４０）。そして、サーバ１は、全ての作成メンバー端末２ｂから要素音声９と要素映像１０とを受信したか否かを判断する（ステップＳ４１）。サーバ１が、全ての作成メンバー端末２ｂから要素音声９と要素映像１０とを受信したと判断すると、これらの合成処理を実行する（ステップＳ４２）。具体的には、サーバ１は、音声シナリオデータ６に基づいて、各作成メンバー端末２ｂから受信した要素音声９を音楽データ５の所定位置に合成する。そして、サーバ１は、映像シナリオデータ８に基づいて、各作成メンバー端末２ｂから受信した要素映像１０を映像データ７の所定位置に合成する。
【００６２】
要素音声９が合成された音楽データ５は、楽曲のメロディの上に、加工された各作成メンバーの音声が連続的に挿入されて一体化した状態で再生される。要素映像１０が合成された映像データ７は、テンプレート映像の上に、加工された各作成メンバーの映像が連続的に挿入されて一体化した状態で再生される。要素映像１０と映像データ７との境目は、ビデオトランジション適応がなされて、切れ目の無い映像となる。こうして、コンテンツベース３を基礎として、一つのグリーティングメッセージ（コンテンツＫ）が完成するのである。なお、完成したコンテンツＫのデジタルデータは、コンテンツベース３のデジタルデータを含む構成となっている。
【００６３】
全ての要素音声９および要素映像１０が合成されて完成したグリーティングメッセージは、サーバ１の記憶装置に保存される（ステップＳ４３）。そして、指定のあった各受取メンバー端末２ｃに、サーバ１から保存されたグリーティングメッセージのアップロード先が通知される（ステップＳ４４）。
【００６４】
通知を受けた各受取メンバーＣは、サーバ１にアクセスして、完成したグリーティングメッセージをダウンロードする。グリーティングメッセージには、不正コピー防止フラグが設けられているため、安心して利用できる。グリーティングメッセージを受け取った各受取メンバーＣは、完成したグリーティングメッセージを見て、楽しむのである。
【００６５】
なお、先のステップＳ４４は承認ステップを含ませてもよい。すなわち、グリーティングメッセージの作成に関与した、リーダ端末２ａを含む作成メンバー端末２ｂ（卒業生）に先に通知し、作成メンバー２ｂ全員の承認指示を受信した後に、グリーティングメッセージの作成に関与していない受取メンバー端末２ｃ（先生）にアップロード先を通知するのである。
【００６６】
そして、作成メンバーＢでもある受取メンバー（作成受取メンバー）Ｃは、完成したグリーティングメッセージを見て、効果音１３や効果映像１１を加えてよりオリジナリティを付与させる。すなわち、各作成受取メンバーＣは、グリーティングメッセージをサーバ１からダウンロードして、各作成受取メンバー端末２ｃで３Ｄフォントなどの効果映像１１や、拍手音などの効果音１３を、完成したグリーティングメッセージの任意の位置に合成する。たとえば、グリーティングメッセージを再生しながら、タイミングを計って端末２が備えるキーを押して挿入することができる。
【００６７】
効果音１３等がさらに加えられたグリーティングメッセージは、再度、サーバ１にアップロードして更新することができ、更新されたグリーティングメッセージを、各作成受取メンバーＣは再度ダウンロードできる。もちろん、合成した効果音１３等は、元に戻すことができるため、各作成受取メンバーＣの間でやりとりして、コミュニケーションを楽しむことができる。
【００６８】
そして、各作成受取メンバーＣから端末２ｃを介して承認指示を受けたサーバ１が、本来の受取先である、作成に関与していない受取メンバーＣ（先生）の端末２ｃにアップロード先を通知し、完成したグリーティングメッセージをサーバ１からダウンロードして楽しんでもらうのである。
【００６９】
なお、端末２側では、録音、あるいは録画のみを行って、その他の全ての加工処理は、サーバ１側で行うようにしてもよい。また、効果音１３等の合成は、各作成メンバー端末２ｂで要素音声９等を合成する際（ステップＳ４２）に、その要素音声９等に合成するようにしてもよい。
【００７０】
｛第２の実施の形態｝
第１の実施の形態ではサーバ１でコンテンツＫの合成処理等を行っていたが、本実施の形態では、コンテンツＫの合成処理等が各作成メンバー端末２ｂで行われる。本実施の形態では、リレー形式でコンテンツＫを作成する点に特徴がある。
【００７１】
図６に示すように、本実施の形態のコミュニケーションシステムは、インターネット上に配置されるサーバ１と、このサーバ１にアクセス可能であるとともに、互いにアクセス可能な複数の端末２とを備える。本実施の形態の各端末２やサーバ１、コンテンツベース３の基本的な構成は第１の実施の形態と同様であるため同じ符号を付して省略し、以下の操作の流れの説明を通じて、本実施の形態について詳しく説明する。
【００７２】
図７は、リーダ端末２ａにおける処理の流れを示している。ここでのステップＳ５０からステップＳ５４は、第１の実施の形態のステップＳ２０からステップＳ２４と同じであるため、説明は省略する。本実施の形態では、コンテンツベース３が完成すると、リーダ端末２ａは、サーバ１から完成したコンテンツベース３を受信する（ステップＳ５５）。なお、コンテンツベース３のテンプレートが記憶された記憶媒体を利用する場合や、端末２自体にコンテンツベース３のテンプレートが予め備えられているような場合には、端末２側でコンテンツベース３を完成させることができるため、その場合には、サーバ１は必ずしも必要でない。
【００７３】
図８は、作成メンバー端末２ｂにおける処理の流れを示している。ここでは、リーダ端末２ａもコンテンツＫの作成に参加するため、作成メンバー端末２ｂを兼ねている。もっとも、リーダ端末２ａは作成を指示するだけの場合には、リーダ端末２ａは、いずれかの作成メンバー端末２ｂに対してコンテンツベース３を送信することになる。
【００７４】
作成メンバー端末２ｂ（リーダ端末２ａ）が、コンテンツベース３（編集用コンテンツ）を受信する（ステップＳ６０）。リーダＡは、指定されたパートについて“お題”を考慮しながら作成メンバー端末２ｂ（リーダ端末２ａ）を操作して、作成メンバー端末２ｂ（リーダ端末２ａ）に要素音声９および要素映像１０を作成させる（ステップＳ６１）。
【００７５】
そうすると、音声シナリオデータ６に基づいて要素音声９が音楽データ５に自動的に合成されるとともに、映像シナリオデータ８に基づいて要素映像１０が映像データ７に自動的に合成される（ステップＳ６２）。つまり、各作成メンバー端末２ｂで、担当する各パートの要素音声９と要素映像１０の合成処理が行われるのである。
【００７６】
こうすることで、サーバ１でのデータ処理量が軽減され、アクセスの集中による通信トラブルの発生を効果的に防止することができる。また、サーバ１に合成処理機能等、特殊な機能を実装する必要がなくなり、サーバ１の運用が容易になる点でも有利である。もちろん、記憶媒体を利用等すれば、端末２だけでの運用も可能である。
【００７７】
こうして、コンテンツベース３に、一部のパートの要素音声９および要素映像１０が合成された未完成のコンテンツ（要素コンテンツＳ）が作成される。
【００７８】
作成メンバー端末２ｂ（リーダ端末２ａ）は、要素コンテンツＳが完成したか否かを判断し（ステップＳ６３）、要素コンテンツＳが完成したと判断すると、コンテンツＫが完成したか否かを判断する（ステップＳ６４）。そして、完成していないと判断すると、作成メンバー端末２ｂ（リーダ端末２ａ）は、担当するパートの要素音声９および要素映像１０が合成されていない他のいずれかの作成メンバー端末２ｂに、作成した要素コンテンツＳ（編集用コンテンツ）を送信する（ステップＳ６５）。
【００７９】
要素コンテンツＳ（編集用コンテンツ）を受信した作成メンバー端末２ｂは（ステップＳ６０）、同様にして担当するパートの要素音声９と要素映像１０とを作成し（ステップＳ６１）、受け取った要素コンテンツＳに、担当するパートの要素音声９と要素映像１０とを合成し（ステップＳ６２）、リレー形式で転送していく。
【００８０】
そして、他の作成メンバーの要素音声９および要素映像１０が全て合成された要素コンテンツＳを受信した最後の作成メンバーＢＳの作成メンバー端末２ｂｓは、担当する要素音声９と要素映像１０とを作成、合成してコンテンツＫ（グリーティングメッセージ）を完成させる。そして、コンテンツＫが完成したと判断すると（ステップＳ６４）、最後の作成メンバー端末２ｂｓは、完成したグリーティングメッセージを、各受取メンバー端末２ｃに送信する（ステップＳ６６）。
【００８１】
最後の作成メンバー端末２ｂｓから直接各受取メンバー端末２ｃに送信するのに換えて、いったん完成したグリーティングメッセージをサーバ１に送信してサーバ１に保管する。そして、サーバ１、あるいは最後の作成メンバー端末２ｂｓから各受取メンバー端末２ｃに、完成したグリーティングメッセージのアップロード先を通知することにより、それぞれが適宜ダウンロードできるようにしてもよい。
【００８２】
なお、各作成メンバー端末２ｂに、サーバ１からそれぞれにコンテンツベース３を送信し、要素音声９および要素映像１０を各作成メンバー端末２ｂ間で転送するようにしてもよい。
【００８３】
｛第３の実施の形態｝
本実施の形態では、ブログやソーシャルネットワーク（ＳＮＳ）など、１対不特定多数の非リアルタイム型のコミュニケーションに適用したものである。従来の文字データで行われている電子掲示板を音声データで行うようなコミュニケーションであり、不特定のメンバー間において、複数人がパートを分担して一つのコンテンツＫを作成して楽しむことができる。
【００８４】
図９に示すように、本実施の形態のコミュニケーションシステムは、インターネット上に配置されるサーバ１と、このサーバ１にアクセス可能な複数のメンバーＭが所有する端末２とを備える。
【００８５】
ここでのサーバ１は、タイトルが表示されたコンテンツ掲示画面２０を通じて、作成されたコンテンツベース３の情報を各端末２に表示する手段や、いずれかの端末２で作成された要素コンテンツＳを受信して記憶する手段、記憶した要素コンテンツＳを各端末の要求に応じて再生する手段、コンテンツＫを完成させてコンテンツ掲示画面２０を通じて閲覧可能にする手段などを備えている点で、第１の実施の形態のサーバ１と異なっている。そのほか、本実施の形態の各端末２やサーバ１、コンテンツベース３の基本的な構成は第１の実施の形態と同様であるため同じ符号を付して省略し、以下の操作の流れの説明を通じて、本実施の形態について詳しく説明する。
【００８６】
図１０は、コンテンツＫの作成を企画するリーダＡの操作に基づく、リーダ端末２ａの処理を示している。たとえば、リーダＡは、メンバーＭの一人であり、従来の電子掲示板であれば、いわゆるスレッド主に相当し、リーダＡの操作はスレッドを立てる行為に該当するものである。
【００８７】
リーダ端末２ａは、リーダＡの指示に基づき、サーバ１にアクセスして、コンテンツベース３の作成処理をサーバ１に指示する（ステップＳ７０）。このサーバ１には、テーマ、目的別など、予め各種コンテンツベース３のテンプレートが設定されており、リーダＡはその中から、所望のコンテンツベース３を選択することができる。
【００８８】
次にリーダ端末２ａは、リーダＡの操作により楽曲を選定する（ステップＳ７１）。楽曲もまた、サーバ１に予め各種設定されており、その中から選定することができる。そして、リーダ端末２ａは、リーダＡの指示に基づいてシナリオの設定を行う（ステップＳ７２）。ここでは、楽曲の各パートの設定が行われる。楽曲の構成にあわせてサーバ１によって自動的にパートの設定が行われるようにしてあってもよい。ただし、特定のメンバーＭでパートを分担するものではないため、各パートを担当するメンバーＭの設定は行われない。
【００８９】
そのほか、各パートのエフェクトデータを予め設定する等の操作が行われる。とくに、音声は、自動的にエフェクト処理されるように設定しておくのが好ましい。個人の特定が可能な音声が直接公開されることを確実に防止することができ、個人情報保護上極めて効果的だからである。同様にして、音声だけでなく、そのままであれば直ちに個人が特定されてしまう映像であっても、自動的に加工処理を施すように設定すれば、本実施の形態に適用することが可能である。
【００９０】
続いてリーダ端末２ａは、リーダＡの指示に基づいて各種条件の設定を行う（ステップＳ７３）。具体的には、図９に示すコンテンツ掲示画面２０のように、コンテンツＫの作成に際しての約束事として“お題（タイトル）”や、人的条件（最大参加人数）、時間的条件（参加可能期間）、コメントなどのコンテンツＫの作成に関する条件を設定する。お題は、リーダＡによって入力されるか、あるいは予め用意された複数のテンプレートの中から選択されることにより設定される。
【００９１】
リーダ端末２ａは、リーダＡの指示に基づきコンテンツベース３が完成したか否か判断し（ステップＳ７４）、完成したと判断した場合、そのコンテンツベース３の内容を不特定多数のメンバーＭが閲覧可能とする表示指示をサーバ１に送信する（ステップＳ７５）。
【００９２】
図１１は、サーバ１の処理を示したものである。サーバ１は、リーダ端末２ａから完成したコンテンツベース３の表示指示を受信する（ステップＳ８０）。そうすると、図９に示すように、そのコンテンツベース３の内容がＷｅｂ上のコンテンツ掲示画面２０を通じて公開され、不特定のメンバーＭが所有する端末２で閲覧できるようになる（ステップＳ８１）。これを見たコンテンツＫの作成に参加を希望するメンバーＭの操作によって、端末２からサーバ１に対し、コンテンツベース３の送信要求が送信される。サーバ１は、そのコンテンツベース３の送信要求を受信したと判断すると（ステップＳ８２）、送信元のメンバーＭの端末２にコンテンツベース３を送信する（ステップＳ８３）。
【００９３】
図１２は、メンバーＭの端末２での処理操作を示したものである。図１２に示すように、端末２は、コンテンツベース３を受信すると（ステップＳ９０）、メンバーＭの操作により、端末２はメンバーＭが希望するパートの要素音声９を作成する（ステップＳ９１）。すなわち、端末２は、音声入力手段や音声処理手段を活用して、メンバーＭによって創造されるお題を考慮した歌詞（レス）に対し、様々な音声加工処理を施してオリジナルな要素音声９を作成するのである。
【００９４】
作成された要素音声９は、コンテンツベース３の音楽データ５と合成されて要素コンテンツＳが作成される（ステップＳ９２）。端末２は、メンバーＭの操作に基づき、要素コンテンツＳが完成したか否かを判断する（ステップＳ９３）。そして、要素コンテンツＳが完成したと判断すると、端末２は、その要素コンテンツＳをサーバ１に送信する（ステップＳ９４）。
【００９５】
なお、サーバ１に送信するデータは要素コンテンツＳではなく、要素音声９だけを送信するようにしてもよい。この場合、データ量が減少する分、通信負担が少なくなって有利である。
【００９６】
図１１に示すように、サーバ１は、要素コンテンツＳをメンバーＭの端末２から受信したか否かを判断する（ステップＳ８４）。要素コンテンツＳを受信したと判断すると、その要素コンテンツＳを記憶手段に記憶する（ステップＳ８５）。このとき、送信のあったメンバーＭの端末２を特定する情報、たとえばハンドルネーム２１などと関連付けて記憶される。なお、要素コンテンツＳに換えて、要素音声９を記憶してもよい。
【００９７】
コンテンツＫの作成の参加可能期間中は、コンテンツ掲示画面２０が常時公開され、メンバーＭは、最大参加人数になるまで、端末２から自由にコンテンツＫの作成に参加することができる。その間、サーバ１に記憶される要素コンテンツＳは、それぞれのパートに関連付けて記憶される。
【００９８】
図１３は、要素コンテンツＳに関わるコンテンツ掲示画面２０の一部の画面を示したものである。図１３に示すように、要素コンテンツＳの送信のあったメンバーＭのハンドルネーム２１、たとえば「花子」や「ガッツ」などが各パート別に表示されるようになっている。各メンバーＭは、その中からいずれかのハンドルネーム２１を選択（クリック）することで、そのハンドルネーム２１と関連付けされた要素コンテンツＳを再生させることができる。すなわち、各端末２は、いずれかの要素コンテンツＳを指定して、サーバ１に再生要求することができ、サーバ１は、再生要求を受信したか否かを判断する（ステップＳ８６）。そして、サーバ１は、再生要求を受信受すると、その端末２で指定された要素コンテンツＳの内容を再生する処理を行う（ステップＳ８７）。要素コンテンツＳに換えて、要素音声９を再生するようにしてもよい。
【００９９】
メンバーＭは、各要素コンテンツＳを再生して楽しむことができる。そして、各端末２は、再生した要素コンテンツＳ、あるいは要素音声９を評価して、投票することができるようになっている。投票は、たとえば、再生終了後に表示される得点選択画面を通じて行うことができる。サーバ１は、投票の結果に基づいて、各パートの要素コンテンツＳの順位付けを行う。たとえば、図１３に示すように、順位別に要素コンテンツＳが入れ替わり表示されるようにすることができる。
【０１００】
サーバ１は、参加可能期間が過ぎて、そして、各パートの要素コンテンツＳを全て受信したと判断した場合（ステップＳ８８）、各パートの第１位にある要素コンテンツＳを音楽データ５に合成して、コンテンツＫを完成させる（ステップＳ８９）。そして、完成したコンテンツＫの内容を、コンテンツ掲示画面２０を通じて閲覧可能にするのである（ステップＳ９０）。なお、要素コンテンツＳはリーダＡが任意に選択し、その指示に基づいてサーバ１がコンテンツＫを完成するようにしてもよい。また、投票によるのではなく、早いもの順に全てのパートの要素コンテンツＳを受信した場合に、自動的にコンテンツＫを完成させるようにしてもよい。
【０１０１】
サーバ１は、端末２からの要求に応じて、要素コンテンツＳの任意の位置に音声のコメント２５を関連付けて記憶する機能を備えたものであってもよい。この機能は、従来の電子掲示板のレスに相当する。
【０１０２】
たとえば、図１４に示すように、要素コンテンツＳの要素音声９の録音領域の任意の位置に録音開始位置２６ａと録音終了位置２６ｂとを示すマーカを設定し、その間に音声のコメント２５を合成させるのである。なお、音声のコメント２５には、そのコメント２５を付したメンバーＭの特定情報が関連付けされている。これらの操作は、たとえば端末２のボタン操作などによって行うことができる。そうすることで、不特定のメンバーＭ間で、サーバ１を介して、音声による情報交換が可能となり、より充実したコミュニケーションを楽しむことができる。
【０１０３】
この実施の形態では、リーダ端末２ａの指示に基づいてサーバ１側でコンテンツベース３の作成処理を行ったが、メモリカード等の利用により、リーダ端末２ａ側でコンテンツベース３の作成処理を行うようにしてもよい。
【０１０４】
以上のように、本発明のコンテンツベースおよびこれを用いたコミュニケーションシステムであれば、多種多様なコミュニケーションの形態に対応でき、多数の参加者の間で楽しむことが可能となる。
【図面の簡単な説明】
【０１０５】
【図１】第１の実施の形態のコミュニケーションシステムのイメージ図である。
【図２】コンテンツベースの構成を説明するための図である。
【図３】第１の実施の形態のフローチャートである。
【図４】第１の実施の形態のフローチャートである。
【図５】第１の実施の形態のフローチャートである。
【図６】第２の実施の形態のコミュニケーションシステムのイメージ図である。
【図７】第２の実施の形態のフローチャートである。
【図８】第２の実施の形態のフローチャートである。
【図９】第３の実施の形態のコミュニケーションシステムのイメージ図である。
【図１０】第３の実施の形態のフローチャートである。
【図１１】第３の実施の形態のフローチャートである。
【図１２】第３の実施の形態のフローチャートである。
【図１３】コンテンツ掲示画面の一部を示すイメージ図である。
【図１４】第３の実施の形態における音声のコメントを説明するための図である。
【符号の説明】
【０１０６】
１  サーバ
２  端末
３  コンテンツベース
５  音楽データ
６  音声シナリオデータ
７  映像データ
８  映像シナリオデータ
９  要素音声
１０  要素映像
１２  効果映像データ
１４  効果音データ
２０  コンテンツ掲示画面
Ａ  リーダ
Ｂ  作成メンバー
Ｃ  受取メンバー
Ｋ  コンテンツ
Ｓ  要素コンテンツ
【図１】
2008139560.tif 000003
【図２】
2008139560.tif 000004
【図３】
2008139560.tif 000005
【図４】
2008139560.tif 000006
【図５】
2008139560.tif 000007
【図６】
2008139560.tif 000008
【図７】
2008139560.tif 000009
【図８】
2008139560.tif 000010
【図９】
2008139560.tif 000011
【図１０】
2008139560.tif 000012
【図１１】
2008139560.tif 000013
【図１２】
2008139560.tif 000014
【図１３】
2008139560.tif 000015
【図１４】
2008139560.tif 000016