データ配信装置、データ配信プログラム
【課題】配信先が特定されていないコンテンツを、不特定のユーザがコンテンツの内容を意識することなく無作為に取得することを可能にする。
【解決手段】配信サーバ１０において、コンテンツ保存処理制御部３１ｂは、配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する。コンテンツ検索処理制御部３１ｃは、受信側クライアントから区分の指定と共にデータ配信要求を受け付けると、記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択して、データ配信要求元の受信側クライアントに送信する。
【解決手段】配信サーバ１０において、コンテンツ保存処理制御部３１ｂは、配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する。コンテンツ検索処理制御部３１ｃは、受信側クライアントから区分の指定と共にデータ配信要求を受け付けると、記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択して、データ配信要求元の受信側クライアントに送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデータを配信するためのデータ配信装置、データ配信プログラムに関する。
【背景技術】
【０００２】
不特定の相手にデータを届けるシステムとしては、ボトルメール機能を用いたメールシステムがある。ボトルメール機能では、発信者が送信したボトルメールを、不特定の人が任意のタイミングで受信することができる。従来、ボトルメール機能を用いたゲーム機が考えられている（例えば、特許文献１）。
【０００３】
特許文献１に記載された携帯型ゲーム機では、転送回数を指定する転送パラメータを付随情報として持つ送信メールを生成して送信する。また、携帯型ゲーム機は、他機からのメールを受信して、受信メールに含まれる転送パラメータをもとに、受信メールの開封条件を満たすか、受信メールの他機への転送を指示するかを判定する。そして、他機への転送を指示すると判定された受信メールについて、所与の転送条件に基づき他機に転送する。
【特許文献１】特開２００７−１６４６９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように従来では、ボトルメール機能を用いて不特定の相手にデータを送信することができ、また転送回数を指定する転送パラメータをメールに付随させることにより複数の他機を介してメールを送信することができる。
【０００５】
しかしながら特許文献１に記載された携帯型ゲーム機では、メールを不特定の相手に送信することができるものの、他機に転送する毎にデクリメントされる転送パラメータが示す転送回数が０回を指定しているメールを受信したゲーム機のみがメールを開封することができる。すなわち、ボトルメール機能を用いた場合には、不特定の一人にのみデータを送信することができるだけであり、複数の不特定の相手にデータを送信することができなかった。また、転送回数０回を示す転送パラメータが付加されたメールが転送されてこなければデータを取得することはできず、さらにボトルメールではメール転送中に消失して届かない可能性があり、届いても気づいてもらえないおそれがあった。
【０００６】
一方、デジタルコンテンツをネットワークを介して配信するサービスも存在するが、基本的に参加者全員が全てのコンテンツに対して任意にアクセス（ダウンロード）することができるため、ボトルメール遊び特有の気分の高揚感がない。すなわち、自分宛てではない、再生しなければ内容が分からないコンテンツを取得するといったことができなかった。
【０００７】
本発明は前述した事情に考慮してなされたもので、その目的は、配信先が特定されていないコンテンツを、不特定のユーザがコンテンツの内容を意識することなく無作為に取得することが可能なデータ配信装置、データ配信プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する記録手段と、受信側クライアントから区分の指定と共にデータ配信要求を受け付けるデータ配信要求受付手段と、前記データ配信要求受付手段によって受け付けられたデータ配信要求に応じて、前記データ記録手段に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択するコンテンツを選択するコンテンツ選択手段と、前記選択手段により選択されたコンテンツデータをデータ配信要求元の前記受信側クライアントに配信するデータ配信手段とを具備したことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、配信先が特定されていないコンテンツを、不特定のユーザがコンテンツの内容を意識することなく無作為に取得することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施形態におけるシステムの構成を示すブロック図である。図１に示すシステムでは、データ配信サービスを提供する配信サーバ１０が、インターネットや公衆電話網などを含むネットワーク１２を介して、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器と接続されて構成される。
【００１１】
配信サーバ１０は、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器から提供されるコンテンツデータを受信し、また電子機器からの要求に応じてコンテンツデータを配信するサービスを提供する。パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器は、送信側あるいは受信側クライアントとして使用される。なお、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５に限らず、ネットワーク１２を介して配信サーバ１０と接続可能な機能が搭載された電子機器であれば、送信側／受信側クライアントとして使用することができる。
【００１２】
図２は、送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図である。
配信サーバ１０は、送信側クライアント１７（電子機器）から送信された、データ配信を制御するための制御情報が付加されたコンテンツデータを受信し、この受信された複数のデータを所定の分類によって記録しておく。配信サーバ１０は、受信側クライアント１８からのデータ配信要求を受け付けると、記録されたデータのそれぞれに対して付加された制御情報に従って配信対象とするデータを選択し、受信側クライアント１８に配信するサービスを提供する。配信サーバ１０は、制御情報に含まれる、例えばデータの保存期間、再生回数、パスワードの有無などのデータに基づいてデータ配信を制御することで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信（以下、第１データ送信と称する）、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信（以下、第２データ送信と称する）、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信（以下、第３データ送信と称する）を実現する。また、配信サーバ１０に記録されるコンテンツデータは、送信側クライアントから受信されものに限らず、予め配信サーバ１０側で用意されたデータも含まれる。例えば、企業から提供されるコマーシャル用のデータがサービス提供側で用意されていても良い。
【００１３】
図３は、クライアント２０（送信側クライアント１７、受信側クライアント１８）と配信サーバ１０の機能構成を示すブロック図である。
クライアント２０は、パーソナルコンピュータ１３や携帯電話機１４等により構成されるもので、図３に示すように、制御部２１、入力部２２、表示部２３、カメラ部２４、音声入力部２５、音声出力部２６、記録装置２７、及び通信部２８が設けられている。
【００１４】
制御部２１は、プロセッサやメモリを含んで構成されるもので、各種プログラムをプロセッサにより実行することにより各種の機能を実現することができる。制御部２１は、配信サーバ１０からネットワーク１２を通じて受信されるクライアント用のデータ配信プログラムを実行することで、配信サーバ１０が提供するデータ配信サービスを利用するためのコンテンツ作成処理部２１ａ、コンテンツ保存処理部２１ｂ、コンテンツ検索処理部２１ｃ、コンテンツ再生処理部２１ｄ、メッセージ確認処理部２１ｅ、及びコレクション確認処理部２１ｆ等の機能を実現する。
【００１５】
コンテンツ作成処理部２１ａは、ユーザ操作によって入力される指示に応じて、配信サーバ１０にアップロードするコンテンツを作成する。コンテンツは、クライアント２０において入力される画像や音声の他、配信サーバ１０から提供される各種データ（背景画像データなど）を選択して組み合わせることにより作成される。
【００１６】
コンテンツ保存処理部２１ｂは、コンテンツ作成処理部２１ａにより作成されたコンテンツを配信サーバ１０に送信（アップロード）して、配信サーバ１０において配信用として記録させる。
【００１７】
コンテンツ検索処理部２１ｃは、配信サーバ１０に対してコンテンツのダウンロード要求（データ配信要求）を送信し、配信サーバ１０からコンテンツデータをダウンロードする。コンテンツ検索処理部２１ｃは、配信サーバ１０においてコンテンツが記録されている区分（フィールド）の指定をユーザから入力してデータ配信要求と共に送信する。
【００１８】
コンテンツ再生処理部２１ｄは、コンテンツ検索処理部２１ｃによってダウンロードされたコンテンツの再生を実行する。コンテンツ再生処理部２１ｄは、コンテンツデータに含まれる画像（静止画、動画）や音声を再生する機能を有する。
【００１９】
メッセージ確認処理部２１ｅは、コンテンツ保存処理部２１ｂにより配信サーバ１０にアップロードしたコンテンツを、他のユーザがダウンロードして視聴した際に入力されたメッセージ等を確認するための処理を実行する。
【００２０】
コレクション確認処理部２１ｆは、コンテンツ検索処理部２１ｃにより配信サーバ１０からダウンロードされた特別なコンテンツ（以下、コレクションと称する）をユーザに確認させるための処理を実行する。
【００２１】
過去履歴確認処理部２１ｇは、配信サーバ１０が提供するデータ配信サービスを利用した履歴を確認するための処理を実行する。
【００２２】
入力部２２は、キーボードやボタン群、マウスなどのポインティングデバイス等からのユーザ操作に応じた入力を行う。
【００２３】
表示部２３は、ディスプレイにおける各種情報の表示を制御する。表示部２３は、コンテンツ作成処理部２１ａによりコンテンツを作成する際のコンテンツ作成画面や、コンテンツ再生処理部２１ｄにより再生されるコンテンツの画像を表示する。
【００２４】
カメラ部２４は、カメラから画像（静止画、動画）を入力するための処理を実行する。カメラ部２４により入力された画像データは、配信サーバ１０にアップロードとするコンテンツの素材として使用することができる。
【００２５】
音声入力部２５は、マイクから音声を入力するための処理を実行する。音声入力部２５により入力された音声データは、配信サーバ１０にアップロードするコンテンツの素材として使用することができる。
【００２６】
音声出力部２６は、スピーカから音声を出力させる処理を実行する。音声出力部２６は、コンテンツ再生処理部２１ｄにより再生されるコンテンツの音声を出力させる。
【００２７】
記録部２７は、ハードディスクやメモリなどの記録媒体へのデータの記録を制御する。
通信部２８は、ネットワーク１２を介した配信サーバ１０との通信を制御する。
【００２８】
一方、配信サーバ１０は、図３に示すように、制御部３１、入力部３２、表示部３３、記録装置３７、及び通信部３８が設けられている。
【００２９】
制御部３１は、プロセッサやメモリを含んで構成されるもので、各種プログラムをプロセッサにより実行することにより各種の機能を実現することができる。制御部３１は、 ネットワーク１２を介して接続されたクライアント２０に対してデータ配信サービスを提供するもので、クライアント２０からのコンテンツのアップロード、コンテンツの記録、及びクライアント２０に対するコンテンツのダウンロード（データ配信）のための制御を行う。制御部３１は、サーバ用のデータ配信プログラムを実行することで、コンテンツ作成処理制御部３１ａ、コンテンツ保存処理制御部３１ｂ、コンテンツ検索処理制御部３１ｃ、コンテンツ再生処理制御部３１ｄ、メッセージ確認処理制御部３１ｅ、コレクション確認処理制御部３１ｆ、及び過去履歴確認処理制御部３１ｇの機能を実現する。
【００３０】
コンテンツ作成処理制御部３１ａは、送信側クライアント１７からデータ配信を制御するための少なくとも配信回数を含む制御情報が付加されたコンテンツデータとコンテンツデータの分類先とする区分の指定を受信し、コンテンツデータと制御情報をもとに配信用のコンテンツデータを作成する。また、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、コンテンツデータとして、音声に対する音響効果の指定と送信側クライアント１７において入力された音声データを受信し、音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。また、コンテンツ作成処理制御部３１ａは、送信側クライアント１７において音声データと共に入力された音響効果（例えば、合いの手）を付加するタイミングを示すタイミング情報を受信し、音声データファイルとタイミング情報とから配信用のコンテンツデータを作成することができる。さらに、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、音声に対する音響効果の指定と、送信側クライアント１７において入力されたテキストデータを受信し、この受信されたテキストデータが示す文章の音声データを生成して、同音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。
【００３１】
コンテンツ保存処理制御部３１ｂは、配信先が指定されていない複数のコンテンツデータを複数の区分（フィールド）に分類して記録装置３７において記録する。コンテンツ保存処理制御部３１ｂは、送信側クライアント１７から受信したコンテンツを記録する際には、送信側クライアント１７から区分の指定を受信して、制御情報と関連付けて分類して記録する。
【００３２】
コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から区分の指定と共にデータ配信要求を受け付け、このデータ配信要求に応じて、記録装置３７に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択する。また、コンテンツ検索処理制御部３１ｃは、コンテンツに付加された制御情報（保存期間、再生回数、パスワード等）に従って、配信対象とするデータを選択する。
【００３３】
コンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃにより選択されたコンテンツデータを受信側クライアント１８に配信して、受信側クライアント１８において再生出力させる。
【００３４】
メッセージ確認処理制御部３１ｅは、受信側クライアント１８に対して配信したコンテンツに対して、受信側クライアント１８のユーザにより入力されたメッセージを送信側クライアント１７において確認させるための処理を実行する。
【００３５】
コレクション確認処理制御部３１ｆは、送信側クライアント１７から受信したコンテンツとは異なる、予め用意された特別なコンテンツ（コレクション）に対する処理を実行する。
【００３６】
過去履歴確認処理制御部３１ｇは、クライアント２０によるデータ配信サービスの利用履歴を記録し、クライアント２０からの要求に対して閲覧させるための処理を実行する。
【００３７】
記録部３７は、ハードディスク等の記録媒体への記録を制御する。記録部３７は、コンテンツ保存処理制御部３１ｂにより複数のコンテンツデータが複数の区分に分類して記録される他、サービスを提供するために必要な各種のデータが記録される。
【００３８】
通信部３８は、ネットワーク１２を介してクライアント２０等との通信を制御する。
【００３９】
次に、ユーザによって設定される制御情報に含まれる配信ルール情報の一例について説明する。図４は、配信ルール情報の一例を示している。本実施形態では、例えば配信ルールとして、保存期間、再生回数、パスワードの有無などを、プレイヤが任意に指定することができる。
【００４０】
保存期間は、配信サーバ１０にアップロードされてからダウンロードを終了するまでの期間を示すもので、例えば１日〜７日の間で任意に指定することができる。
【００４１】
再生回数は、配信サーバ１０にアップロードされたコンテンツデータを受信側クライアント１８に配信可能な回数を示すもので、例えば１回〜１０回までの任意の回数、あるいは無制限を指定することができる。例えば、再生回数を無制限とすることで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信（第１データ送信）を実現することができる。また、再生回数を２回〜１０回の任意回数とすることで、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信（第２データ送信）を実現することができる。また、再生回数を１回とすることで、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信（第３データ送信）を実現することができる。
【００４２】
パスワードは、ユーザが任意に設定するか否かを選択することができる。パスワードについては、前述したように、英数字で表したり、図形の組み合わせなどによって設定することができる。パスワードを有りにすることで、パスワードを知るユーザのみがコンテンツをダウンロードすることができるので、送信先を１つに制限した特定の受信側クライアント１８に対するデータ送信を実現することができる。
【００４３】
次に、送信側クライアント１７からアップロードされるコンテンツの保存形態について図５を参照しながら説明する。
本実施形態では、コンテンツデータをアップロードする場合、保存先として複数のフィールドの何れかを選択することができる。フィールドとしては、例えば「森」「お墓」「街」など、ユーザが認識し易い名称が付されているものとする。コンテンツをアップロードするユーザは、コンテンツの内容などを考慮して、何れかの適当な名称が付されたフィールドを選択してアップロードすることができる。なお、意図的に、フィールドの名称と何ら関係ない内容のコンテンツをアップロードすることも可能である。また、コンテンツをダウンロードしようとするユーザは、フィールドの名称をもとに何れかを選択することで、所望するイメージに有ったコンテンツをダウンロードし易くできる（ただし、コンテンツの内容を特定できるものではない）。
【００４４】
また、各フィールドには、予め決められたトラックが用意されており、そのトラック数の分のコンテンツデータがアップロード可能であるものとする。配信サーバ１０では、保存先情報が示すフィールドとトラックをもとに、アップロードされた各コンテンツデータを管理する。
【００４５】
図６は、配信サーバ１０に記録されるコンテンツデータの管理構成を示す図である。図６に示すように、コンテンツデータには、アップロード時にユーザにより付加された制御情報の配信ルール情報などが関連付けられている。配信サーバ１０は、保存期間を定期的に管理して、保存期間が過ぎたコンテンツデータについては無効に（消去）する。また、配信サーバ１０は、配信回数が０回となったコンテンツデータについても、同様にして無効に（消去）する。また、配信サーバ１０は、コンテンツデータがダウンロードされた場合、このコンテンツデータに関連付けられた再生回数のデータを更新（デクリメント）する。これにより、制御情報に基づいたコンテンツの配信を制御することができる。
【００４６】
図７は、配信サーバ１０において記録されるユーザ別のデータ（ユーザ管理データ）の一例を示す図である。図７に示すように、配信サーバ１０では、コンテンツ配信サービスを利用するクライアント２０のユーザ別に、各種のデータが設定されたユーザ管理データを管理する。配信サーバ１０は、各ユーザに設定された識別情報（例えばログイン時に指定されるユーザＩＤなど）と関連づけて、ユーザがアップロードあるいはダウンロードしたコンテンツを管理するためのコンテンツ管理データ、アップロードしたコンテンツに対して他のユーザから入力されたメッセージデータ、ユーザが取得したコレクションデータ、過去履歴データなどを記録する。
【００４７】
次に、本実施の形態におけるシステムの動作について説明する。
まず、クライアント２０におけるメイン処理について、図８に示すフローチャートを参照しながら説明する。
【００４８】
クライアント２０は、ネットワーク１２を介して、配信サーバ１０にアクセスする。例えば、配信サーバ１０がインターネット上で開設しているコンテンツ配信サービスを提供するサイト（Ｗｅｂページ）にアクセスする。
【００４９】
クライアント２０は、コンテンツ配信サービスを利用する場合、例えば、予め登録しているログインＩＤなどを配信サーバ１０に送信する。配信サーバ１０は、ログインＩＤをもとにユーザ認証を実行し、サービス利用の権利があることを確認すると、サービスを利用するための処理を実行するデータ配信プログラムをクライアント２０に配信する。クライアント２０は、コンテンツ配信プログラムを受信して実行することで、コンテンツ配信サービスを利用するための処理を開始する。まず、クライアント２０は、タイトル（メニュー）画面をディスプレイにおいて表示させる。
【００５０】
図９には、クライアント２０において表示されるタイトル画面の一例を示している。図９に示すように、タイトル画面中にはメニューが表示され、例えばコンテンツの種類を選択するための「コエダマをつくる」「モジダマをつくる」、配信サーバ１０へのコンテンツのアップロードを指示するための「埋める」、コンテンツのダウンロードを指示するための「探す」、ユーザ宛てのメッセージを表示させるための「メッセージを見る」などの項目が設けられている。
【００５１】
なお、「コエダマ」は、ユーザがクライアント２０において入力された音声データを含むコンテンツを示し、「モジダマ」は、クライアント２０から入力したテキストに応じて配信サーバ１０において生成された音声データを含むコンテンツを示している。ユーザは、ポインティングデバイスやボタンなどの操作によって、任意に何れかの項目を選択することができる。
【００５２】
ここで、「コエダマをつくる」「モジダマをつくる」が選択された場合、クライアント２０は、配信サーバ１０にアップロードするためのコンテンツを作成するコンテンツ作成処理を実行する（ステップＡ３）。また、「埋める」が選択された場合、クライアント２０は、コンテンツ作成処理により作成したコンテンツを、配信サーバ１０にアップロードするコンテンツ保存処理を実行する（ステップＡ４）。また、「探す」が選択された場合、クライアント２０は、配信サーバ１０からコンテンツをダウンロードして再生出力するコンテンツ検索処理を実行する（ステップＡ５）。また、「メッセージを見る」が選択された場合、クライアント２０は、配信サーバ１０がユーザ宛てのメッセージを受信して出力するメッセージ確認処理を実行する（ステップＡ６）。同様にして、図示していない詮索方法により、コレクション確認、過去履歴確認の要求がユーザから指示された場合には、それぞれコレクション確認処理（ステップＡ７）、過去履歴確認処理（ステップＡ８）を実行する。
【００５３】
以下、コンテンツ作成処理、コンテンツ保存処理、コンテンツ検索処理について、それぞれ詳細を説明する。
まず、コンテンツ作成処理について、図１０及び図１１に示すフローチャートを参照しながら説明する。図１０は、ユーザがクライアント２０において音声データを入力して「コエダマ」（以下、コンテンツ１）を作成する処理を示すフローチャートである。
【００５４】
まず、配信サーバ１０のコンテンツ作成処理部２１ａは、ユーザによりコンテンツ１の作成が選択されると（ステップＢ１，Ｂ２）、音声録音画面を表示させる（ステップＢ３）。
【００５５】
図１２には、音声録音画面の一例を示している。図１２に示す例では、マイクから入力される音量レベルを調整するための入力レベル表示エリア（インジケータ）が設けられている。入力レベル表示エリアには、音声入力部２５によってマイクから入力される音声のレベルの変化に合わせたリアルタイム表示が行われ、この表示を参照してユーザは入力音声の音量を調整することができる。また、音声録音画面には、入力した音声に対して付加する音響効果（「こえの調味料」）を選択するボタン（例えば「ほわーん」「がりがり」など）が設けられている。なお、例えば「ほわーん」についてはリバーブ、「がりがり」についてはファズの音響効果を付加することが設定されているものとする。ここで、何れかの音響効果を選択することで、入力された音声に対して音響効果が付加されたコンテンツを作成できる。また、本実施形態では、音声の入力中にリアルタイムで音響効果、いわゆる「あいのて」を挿入することができる。「あいのて」の種類は、複数（例えば１〜６）用意されており、音声録音画面において何れかの数字を選択することで「あいのて」の音が出力され、確認することができる。
【００５６】
ここで、音声録音画面に設けられた「ろくおん」ボタンが選択されると、コンテンツ作成処理部２１ａは、音声録音を開始して録音中画面を表示させる（ステップＢ４）。図１３には、録音中画面の一例を示している。
【００５７】
録音中画面では、録音可能時間の全体の長さを表す録音バーが設けられ、時間の経過を表すように表示される。また、「あいのて」の音響効果を挿入するタイミングと音響効果の種類を指示するための複数のボタンが設けられている。
【００５８】
コンテンツ作成処理部２１ａは、録音が開始されると、音声入力部２５から音声を入力すると共に、入力部２２から「あいのて」の挿入タイミングの指示を入力する（ボタン操作）。コンテンツ作成処理部２１ａは、入力される音声の音声データを、リアルタイムで配信サーバ１０に送信する（ステップＢ６）。配信サーバ１０のコンテンツ作成処理制御部３１ａは、クライアント２０からの音声データを受信して一時保存しておく（ステップＣ１，Ｃ２）。一方、コンテンツ作成処理部２１ａは、「あいのて」の挿入タイミングと種類を示すデータ（以下、ＳＥ（sound effect）トリガー情報と称する）を、録音期間中、一時記録しておく。
【００５９】
音声可能時間が終了する、あるいはユーザから録音終了が指示されると（ステップＢ７、Ｙｅｓ）、コンテンツ作成処理部２１ａは、録音期間中に入力されたＳＥトリガー情報をまとめて配信サーバ１０に送信する（ステップＢ８）。配信サーバ１０のコンテンツ作成処理制御部３１ａは、クライアント２０から受信したＳＥトリガー情報を受信して一時保存する。こうして、音声データとＳＥトリガー情報の送信を分けることで、クライアント２０と配信サーバ１０の双方の処理負荷を軽減することができる。
【００６０】
コンテンツ作成処理制御部３１ａは、クライアント２０から受信した音声データに対して、音声録音画面において選択されていた音響効果に応じた音響効果を付加した音声データを生成する。
【００６１】
クライアント２０は、録音した音声の試聴がユーザから指示されると（ステップＢ９、Ｙｅｓ）、配信サーバ１０により生成された音響効果が付加された音声データを受信して（ステップＣ４）、音声出力部２６により出力させる（ステップＢ１０）。ユーザは、入力した音声を試聴して納得いかなければ、前述と同様にして音声データを再入力することができる。
【００６２】
図１４には、コンテンツ作成処理制御部３１ａにより生成される音声データを示している。すなわち、音声データは、音響効果が付加された音声の音声データファイルと、ＳＥトリガー情報とにより構成される。配信サーバ１０は、音声データファイルとＳＥトリガー情報とをコンテンツデータとしてクライアント２０に配信することで、クライアント２０のコンテンツ再生処理部２１ｄにより「あいのて」が付加された音声を出力することができる。
【００６３】
図１５には、音声データとＳＥトリガー情報との関係を示している。ＳＥトリガー情報は、音声に対して付加する音響効果の種類とタイミングを示している。クライアント２０は、コンテンツデータとして音声データを受信した場合、音声データを元に音声を再生出力すると共に、図１５に示すように、ＳＥトリガー情報が示すタイミングで音響効果を付加することで、音声を録音したユーザが意図していた音声を出力することができる。
【００６４】
こうして音声録音が完了すると（ステップＢ１１、Ｙｅｓ）、コンテンツ作成処理部２１ａは、次にコンテンツを構成する画像データを入力するための撮影選択画面を表示させる。撮影選択画面では、画像の有無をユーザが選択することができる。
【００６５】
図１６（ａ）には、撮影選択画面の一例を示している。撮影選択画面において、「写真あり」（画像データの入力）が選択された場合（ステップＢ１２、Ｙｅｓ）、コンテンツ作成処理部２１ａは、カメラ部２４にカメラを起動させて、コンテンツ用の画像撮影が可能な状態にする。そして、図１６（ｂ）に示すように、画像撮影の実行が指示されると、コンテンツ作成処理部２１ａは、カメラ部２４を通じて入力される画像データをコンテンツデータとして取り込む（ステップＢ１３）。図１６（ｃ）には、コンテンツデータとして画像データが追加された後のコンテンツの表示例を示している。コンテンツ作成処理部２１ａは、入力された画像データを配信サーバ１０に送信する。コンテンツ作成処理制御部３１ａは、クライアント２０から画像データを受信して一時保存しておく（ステップＣ５）。
【００６６】
次に、コンテンツ作成処理部２１ａは、コンテンツのデータ配信を制御するための制御情報の設定を行う（ステップＢ１４）。コンテンツ作成処理部２１ａは、制御情報入力用の設定画面を表示させて、この設定画面を通じてユーザにより指定された各制御用のデータを制御情報として設定する。
【００６７】
図１７は、制御情報入力用の設定画面の一例を示している。図１７（ａ）では、図４に示す配信ルールに該当する項目、保存時間、再生回数、パスワードの有無、名前などを、ユーザ操作によって任意に設定することができる。図１７（ｂ）は、パスワード有りと設定された場合の、パスワード設定画面の一例を示している。図１７（ｂ）は、例えばパスワードを「地図」と称しており、３×３マトリクスに複数の異なる形状の図形を配置することでパスワードを作成する例を示している。
【００６８】
コンテンツ作成処理部２１ａは、配信ルールを含む制御情報が設定されると、配信サーバ１０に対して送信する。コンテンツ作成処理制御部３１ａは、クライアント２０から制御情報を受信すると、それまでに一時保存していた音声データ、画像データと共にコンテンツデータとして確定保存する（ステップＣ６）。
【００６９】
次に、ユーザがクライアント２０においてテキストデータを入力して「モジダマ」（以下、コンテンツ２）を作成する処理について図１１のフローチャートを参照しながら説明する。
【００７０】
まず、配信サーバ１０のコンテンツ作成処理部２１ａは、ユーザによりコンテンツ２の作成が選択されると（ステップＤ１）、テキスト（文章）入力画面を表示させる（ステップＤ２）。
【００７１】
図１８には、テキスト入力画面の一例を示している。例えば、図１８（ｂ）に示すように、テキスト入力画面を表示して、ユーザによるキーボードあるいはボタン操作によって入力部２２から入力されるテキスト（文章）を表示させる。テキストの入力が終了すると、コンテンツ作成処理部２１ａは、配信サーバ１０に対してテキストデータを送信する（ステップＤ３）。図１８（ａ）の下段には、テキストが入力されたコンテンツ表示の一例を示している。
【００７２】
一方、配信サーバ１０のコンテンツ作成処理制御部３１ａは、クライアント２０からテキストデータを受信すると（ステップＥ１）、テキストデータを音声データに変換し（音声合成）、この音声データを一時保存しておく（ステップＥ２，Ｅ３）。
【００７３】
ここで、クライアント２０においてテキスト入力画面から試聴の要求が入力されると（ステップＤ４、Ｙｅｓ）、コンテンツ作成処理部２１ａは、コンテンツ作成処理制御部３１ａに対して、テキストを元に生成された音声の試聴を要求する。コンテンツ作成処理制御部３１ａは、試聴要求に応じて、一時保存している音声データをコンテンツ作成処理部２１ａに送信する（ステップＥ４）。
【００７４】
コンテンツ作成処理部２１ａは、コンテンツ作成処理制御部３１ａから受信した音声データをもとに、音声入力部２５によって音声を出力させる。図１８（ｃ）には、音声の試聴が行われている際のコンテンツの表示例を示している。
【００７５】
ここで、テキストの入力が完了すると（例えば、図１８（ｃ）の「ＯＫ」ボタンの選択）（ステップＤ６、Ｙｅｓ）、コンテンツ作成処理部２１ａは、以下、前述したコンテンツ１の場合と同様にして、画像データと制御情報の設定を行う（ステップＤ８，Ｄ９，Ｅ５，Ｅ６）。詳細な説明については省略する。
【００７６】
このようにして、コンテンツ作成処理では、クライアント２０において、音声を含む画像データやテキストデータを組み合わせたコンテンツを作成することができる。
【００７７】
次に、コンテンツ作成処理で作成されたコンテンツを配信可能となるようにするコンテンツ保存処理について、図１９に示すフローチャートを参照しながら説明する。
【００７８】
クライアント２０においてタイトル画面中のメニューから配信サーバ１０へのコンテンツのアップロードを指示するための「埋める」が選択されると、コンテンツ保存処理部２１ｂは、コンテンツ作成処理によりコンテンツが作成されていれば、フィールド選択画面を表示させる（ステップＦ１）。すなわち、コンテンツを配信サーバ１０において記録する際の区分の指定をユーザにより指定させる。
【００７９】
図２０（ａ）にはフィールド選択画面の一例を示している。フィールド選択画面には、例えばポインティングデバイスやボタンなどの操作に応じて表示画面中を移動するキャラクタを表示させ、このキャラクタの移動先によってコンテンツの区分先とするフィールドを指定する。フィールドとしては、例えば「森」「お墓」「街」などが用意されており、作成したコンテンツの内容やコンテンツの配信要求で指定されやすくなるように何れかの適当な名称が付されたフィールドを選択することができる。
【００８０】
コンテンツ保存処理部２１ｂは、フィールド決定が指示されると、コンテンツ保存処理制御部３１ｂに対して選択フィールドを送信する（ステップＦ２）。
【００８１】
コンテンツ保存処理制御部３１ｂは、コンテンツ保存処理部２１ｂから選択フィールドを受信すると（ステップＧ１）、選択されたフィールドが存在しているかを確認する（ステップＧ２）。ここで、該当するフィールドがない場合には（ステップＧ３、Ｎｏ）、コンテンツ保存処理部２１ｂに対してフィールド無しを通知する。コンテンツ保存処理部２１ｂは、この通知に対してフィールド無し画面を表示して（ステップＦ３）、再度、ユーザに別フィールドを選択させる（ステップＦ１）。
【００８２】
一方、該当するフィールドが存在した場合には（ステップＧ３、Ｙｅｓ）、コンテンツ保存処理制御部３１ｂは、該当フィールドの保存上限数を確認する（ステップＧ４）。すなわち、該当フィールド中のコンテンツが記録されていないトラックの空きがあるかを確認する。
【００８３】
ここで、コンテンツを記録可能なトラックの空きがない場合には（ステップＧ５、Ｎｏ）、コンテンツ保存処理制御部３１ｂは、コンテンツ保存処理部２１ｂに対してコンテンツの保存失敗を通知する。コンテンツ保存処理部２１ｂは、コンテンツ保存処理制御部３１ｂからの通知に応じて、保存失敗画面を表示させる（ステップＦ５）。図２０（ｂ）には、保存失敗画面の一例を示している。
【００８４】
一方、コンテンツを記録可能なトラックの空きがある場合には（ステップＧ５、Ｙｅｓ）、コンテンツ保存処理制御部３１ｂは、コンテンツ作成処理により作成されたコンテンツを、選択されたフィールドに分類して記録部３７において保存する（ステップＧ６）。
【００８５】
コンテンツ保存処理部２１ｂは、コンテンツ保存処理制御部３１ｂからのコンテンツ保存完了の通知に応じて保存完了画面を表示させる（ステップＦ６）。
【００８６】
このようにして、コンテンツ保存処理では、コンテンツに対して受信側のクライアントを特定する情報、例えばＩＰアドレスや、メールアドレス、ユニークＩＤ等の識別情報を指定することなく、コンテンツを配信サーバ１０に保存（アップロード）することができる。
【００８７】
次に、配信サーバ１０からコンテンツをダウンロードするコンテンツ検索処理について、図２１に示すフローチャートを参照しながら説明する。
【００８８】
クライアント２０においてタイトル画面中のメニューから配信サーバ１０へのコンテンツのダウンロードを指示するための「探す」が選択されると、コンテンツ検索処理部２１ｃは、コンテンツの探し方を選択するための選択画面を表示させる。図２２（ａ）には探し方選択画面の一例を示している。探し方選択画面では、フィールドの指定によってコンテンツのダウンロードを要求するのか、あるいはパスワードを指定することにより要求するのかを指定することができる。
【００８９】
ここで、図２２（ａ）に示すように、「フィールドから探す」が指定された場合には、コンテンツ検索処理部２１ｃは、コンテンツの検索対象とするフィールドを指定するためのフィールド選択画面を表示させる（ステップＨ１）。すなわち、コンテンツを配信サーバ１０において記録する際の区分の指定をユーザにより指定させる。
【００９０】
図２２（ｂ）にはフィールド選択画面の一例を示している。フィールド選択画面は、コンテンツ保存処理と同様にして、例えばポインティングデバイスやボタンなどの操作に応じて表示画面中を移動するキャラクタを表示させ、このキャラクタの移動先によってコンテンツの区分先とするフィールドを指定する。各フィールドには、フィールドに付された名称（例えば「森」「お墓」「街」など）と関連する内容のコンテンツが記録されている傾向があるため、所望するコンテンツの内容に関連する何れかの名称のフィールドを選択することで、所望する内容のコンテンツを取得され易くなる（ただし、コンテンツの内容を特定できるものではない）。
【００９１】
コンテンツ検索処理部２１ｃは、フィールド決定が指示されると、配信サーバ１０のコンテンツ検索処理制御部３１ｃに対して選択フィールドを送信する（ステップＨ２）。選択フィールドを送信することで、クライアント２０には、図２２（ｃ）に示すように、配信サーバ１０においてダウンロード対象とするコンテンツの検索状態にあることを表す画面が表示される。
【００９２】
コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃから選択フィールドを受信すると（ステップＪ１）、選択されたフィールドが存在しているかを確認する（ステップＪ２）。ここで、該当するフィールドがない場合には（ステップＪ３、Ｎｏ）、コンテンツ検索処理部２１ｃに対してフィールド無しを通知する。コンテンツ検索処理部２１ｃは、この通知に対してフィールド無し画面を表示して（ステップＨ３）、再度、ユーザに別フィールドを選択させる（ステップＨ１）。
【００９３】
一方、該当するフィールドが存在した場合には（ステップＪ３、Ｙｅｓ）、コンテンツ検索処理制御部３１ｃは、指定されたフィールドに分類して記録された配信ルールを満たす複数のコンテンツからダウンロード対象とするコンテンツを選択する（ステップＪ４）。すなわち、配信ルールの保存期間、再生回数とが有効であり、パスワードが設定されていない配信可能なコンテンツからランダムに１つのコンテンツを選択する。ここでは、ダウンロード要求元のクライアント２０（受信側クライアント１８）に関係なく、配信対象とするコンテンツを選択する。
【００９４】
なお、フィールドからコレクション（クライアント２０からアップロードされたものではない特別なコンテンツ）が選択された場合には（ステップＪ５、Ｙｅｓ）、コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃにコレクションが検索（発見）されたことを通知すると共に、ユーザ管理データにコレクションデータとして記録しておく。コンテンツ検索処理部２１ｃは、この通知に応じてコレクション発見画面を表示する（ステップＨ５）。
【００９５】
また、フィールドから通常のコンテンツが選択された場合には（ステップＪ６、Ｙｅｓ）、コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃに通知してコンテンツ発見画面を表示させ、選択されたコンテンツを再生出力させるためのコンテンツ再生処理を実行する（ステップＪ７）。
【００９６】
クライアント２０のコンテンツ検索処理制御部３１ｃは、コンテンツ発見画面を表示し、コンテンツ再生処理部２１ｄによるコンテンツ再生処理に移行する。
【００９７】
なお、前述した説明では、フィールドを指定することでコンテンツを取得する場合について説明しているが、図２２（ａ）の探し方選択画面において「地図で探す」が選択されて、パスワードの指定によるコンテンツのダウンロードが指定された場合には、図２２（ｃ）に示すようなパスワード入力用の画面を表示し、この画面中においてパスワードを入力させる。ここでは、３×３マトリクスに複数の異なる形状の図形を配置することでパスワードを設定することができる。なお、パスワードは、コンテンツをアップロードしたユーザから他のユーザに対して、別途、何らかの方法（例えば電子メール）によって予め通知されているものとする。なお、パスワードは、図２２（ｃ）に示すような形式に限るものではなく、一般的な英数字などの文字の組み合わせによって設定されていても良い。
【００９８】
コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃからパスワードを受信すると、このパスワードが設定されているコンテンツを検索し、該当するコンテンツがあった場合に、コンテンツ発見をコンテンツ検索処理部２１ｃに通知してコンテンツ再生処理に移行するものとする。
【００９９】
次に、コンテンツをクライアント２０において再生出力させるコンテンツ再生処理について、図２３に示すフローチャートを参照しながら説明する。
【０１００】
配信サーバ１０のコンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツのコンテンツデータをクライアント２０に対して送信する（ステップＭ１）。また、コンテンツ再生処理制御部３１ｄは、クライアント２０に送信されたコンテンツに対して設定された制御情報（配信ルール）を更新する。すなわち、コンテンツデータの再生回数が無制限に設定されていなければ、再生回数を更新（デクリメント）する。
【０１０１】
一方、クライアント２０において、コンテンツ再生処理部２１ｄは、受信したコンテンツデータをもとにコンテンツ再生画面を表示させる（ステップＫ１）。すなわち、画像を表示させると共に、コンテンツデータに含まれる音声を再生出力させる。音声データにＳＥトリガー情報が含まれる場合には、コンテンツ再生処理部２１ｄは、このＳＥトリガー情報に応じて音響効果を付加しながら音声を出力させる。図２４（ａ）には、コンテンツ再生画面の一例を示している。
【０１０２】
コンテンツの再生が終了すると、コンテンツ再生処理部２１ｄは、再生終了画面を表示する。再生終了画面には、図２４（ｂ）に示すように、コンテンツに対する応答をするための返事メニューが設けられている。図２４（ｂ）に示す例では、「もう一度再生」「お返事する」「通報」などの項目が設けられている。
【０１０３】
ここで、「もう一度再生」が選択された場合には、コンテンツ再生処理制御部３１ｄは、コンテンツを再度、再生出力する。また、「お返事する」が選択された場合には、コンテンツ再生処理制御部３１ｄは、コンテンツをアップロードしたユーザに対するメッセージを入力するための処理を行う。この場合、コンテンツ再生処理部２１ｄは、メッセージを入力（選択）する拍手／メッセージ送信画面を表示し（ステップＫ４）、ユーザからの指定に応じたメッセージを配信サーバ１０のコンテンツ再生処理制御部３１ｄに送信する。
【０１０４】
例えば、図２４（ｅ）に示す拍手／メッセージ送信画面では、メッセージの内容（例えば「面白かった」）を任意に選択することができる。また、コンテンツの内容が気に入ったことを通知するための「拍手」を選択することもできる（図示せず）。コンテンツ再生処理部２１ｄは、メッセージを配信サーバ１０に送信すると、図２４（ｄ）に示すように、返事完了画面を表示させる。
【０１０５】
コンテンツ再生処理制御部３１ｄは、コンテンツ再生処理部２１ｄからのメッセージを受信すると（ステップＭ３）、コンテンツをアップロードしたユーザと関連付けて、メッセージデータとして拍手回数やメッセージの内容を保存しておく（ステップＭ４）。
【０１０６】
ここで、メッセージ内容が記録されることで、クライアント２０では、メッセージ確認処理や過去履歴確認処理などによって配信サーバ１０からメッセージ内容を受信して、ユーザ宛のメッセージ内容を出力させることができる。
【０１０７】
また、返事メニューから「通報」が選択された場合には、コンテンツ再生処理部２１ｄは、通報送信画面を表示してユーザにより通報内容を入力させ、通報内容を配信サーバ１０に送信する（ステップＫ６，Ｋ７）。例えば、コンテンツの内容が公序良俗に反するなど問題がある場合には、コンテンツをダウンロードしたユーザが配信サーバ１０に対して通報することができる。
【０１０８】
コンテンツ再生処理制御部３１ｄは、コンテンツ再生処理部２１ｄからの通報を受信して、通報内容を記録しておく（ステップＭ５，Ｍ６）。
【０１０９】
また、返事メニューから「コンテンツ保存」（図示せず）が選択された場合には、コンテンツ再生処理部２１ｄは、コンテンツ保存画面を表示し、この画面を通じてコンテンツの保存要求を配信サーバ１０に送信する（ステップＫ８，Ｋ９）。コンテンツ再生処理制御部３１ｄは、コンテンツ再生処理部２１ｄからの要求に応じて、保存要求されたコンテンツを示すデータを、ユーザ管理データのコンテンツ管理データとして記録しておく（ステップＭ７，Ｍ８）。
【０１１０】
例えば、コンテンツの内容が気に入った場合には、配信サーバ１０にコンテンツ保存を要求しておくことで、クライアント２０では、例えば過去履歴確認処理などによってコンテンツデータを配信サーバ１０から受信して、任意にコンテンツを再生出力させることができる。
【０１１１】
なお、返事メニューから「コンテンツ捨て」（図示せず）が選択された場合には、コンテンツ再生処理部２１ｄは、コンテンツ捨て演出画面を表示させる（ステップＫ１０）。この場合、コンテンツ再生処理制御部３１ｄは、ダウンロードされたコンテンツについての記録をユーザ管理データにおいて残さないようにする。クライアント２０は、新たなコンテンツを検索するためのコンテンツ検索処理に戻る。
【０１１２】
このようにして、配信サーバ１０に配信先を指定することなくアップロードされたコンテンツは、フィールドからランダムに選択されて不特定のユーザに配信されるが、ダウンロードしたユーザからのメッセージなどの応答を、コンテンツをアップロードしたユーザに通知することができる。
【０１１３】
図２５には、メッセージ内容を確認する画面の一例を示している。図２５（ａ）に示す表示画面は、送信側クライアント１７のユーザが自分が配信サーバ１０にアップロードしたコンテンツの一覧を表示させている例を示している。図２５（ａ）において、「１．溶けました」は、保存期間を経過したコンテンツであることを示している。このコンテンツを指定した場合、例えば図２５（ｂ）に示すように、同コンテンツに対して他のユーザから応答のあったメッセージや拍手回数が表示されている。
【０１１４】
なお、前述した説明では、受信側クライアント１８とする電子機器の種類（プラットホーム）を特定せずに説明しているが、電子機器によっては、再生可能なデータ（ファイル）形式が異なったり、コピーガードなどを付加するために特定のファイル形式にする必要がある場合もある。こうした場合、配信サーバ１０は、コンテンツデータのファイル形式を変換した上で、コンテンツを配信することもできる。
【０１１５】
例えば、パーソナルコンピュータ１３において配信サーバ１０の配信サービスを利用して、コンテンツを取得して保存したものとする。受信側クライアント１８からコンテンツの保存が要求された場合、配信サーバ１０は、ユーザ管理データに保存要求されたコンテンツを示すデータを記録して、コンテンツデータ本体については受信側クライアント１８に保存させない。
【０１１６】
このコンテンツの保存期間が経過するまでに、例えば携帯電話機１４により配信サーバ１０にアクセスし（パーソナルコンピュータ１３でアクセスした際と同じユーザＩＤを使用してログインする）、コンテンツの再生を可能とするように要求することで、配信サーバ１０は、携帯電話機１４で再生可能なデータ形式のファイルに変換して、携帯電話機１４においても、配信サーバ１０に保存しておいたコンテンツを再生可能とすることができる。図２６には、このファイル形式の変換を示している。このように、ファイル形式の変換を介してコンテンツをダウンロードできるようにすることで、特定のプラットホーム（例えば携帯電話機１４）のみについては課金をするといった運用も可能となる。
【０１１７】
なお、前述した説明では、配信サーバ１０からフィールド指定でコンテンツを検索する場合、１つのフィールドのみを指定しているが、同時に複数のフィールドを指定して、複数のコンテンツを取得できるようにしても良い。この場合、複数のフィールドからそれぞれランダムに選択されたコンテンツを組み合わせて、１つのコンテンツとして再生出力させることもできる。
【０１１８】
また、コンテンツは、単に音声や画像を組み合わせたデータだけでなく、クライアント２０によりネットワーク１２を介して他のサイトにアクセスさせるためのリンクが設定されたデータを含むようにしても良い。また、他サイトや実店舗などで商品を購入する際に使用可能なクーポンを表すデータが含まれていても良い。
【０１１９】
このように、本実施形態における配信サーバ１０では、宛先が特定されないコンテンツを不特定のユーザに配信することができるので、ボトルメール遊びのように、自分宛ではない意外性のあるコンテンツを無作為にダウンロードするといった楽しみ方が可能となる。
【０１２０】
また、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【０１２１】
また、実施形態に記載した手法は、コンピュータに実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、コンピュータに実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）をコンピュータ内に構成させる設定プログラムをも含む。本装置を実現するコンピュータは、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、コンピュータ内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記録媒体を含むものである。
【図面の簡単な説明】
【０１２２】
【図１】本実施形態におけるシステムの構成を示すブロック図。
【図２】送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図。
【図３】クライアント２０（送信側クライアント１７、受信側クライアント１８）と配信サーバ１０の機能構成を示すブロック図。
【図４】配信ルール情報の一例を示す図。
【図５】コンテンツの保存形態について示す図。
【図６】配信サーバ１０に記録されるコンテンツデータの管理構成を示す図。
【図７】配信サーバ１０において記録されるユーザ別のデータ（ユーザ管理データ）の一例を示す図。
【図８】クライアント２０におけるメイン処理について示すフローチャート。
【図９】クライアント２０において表示されるタイトル画面の一例を示す図。
【図１０】ユーザがクライアント２０において音声データを入力してコンテンツ１を作成する処理を示すフローチャート。
【図１１】ユーザがクライアント２０において音声データを入力してコンテンツ２を作成する処理を示すフローチャート。
【図１２】音声録音画面の一例を示す図。
【図１３】録音中画面の一例を示す図。
【図１４】コンテンツ作成処理制御部３１ａにより生成される音声データを示す図。
【図１５】音声データとＳＥトリガー情報との関係を示す図。
【図１６】画像撮影ための画面例を示す図。
【図１７】制御情報入力用の設定画面の一例を示す図。
【図１８】テキスト入力画面の一例を示す図。
【図１９】コンテンツ作成処理で作成されたコンテンツを配信可能となるようにするコンテンツ保存処理について示すフローチャート。
【図２０】フィールド選択画面の一例を示す図。
【図２１】配信サーバ１０からコンテンツをダウンロードするコンテンツ検索処理について示すフローチャート。
【図２２】。
【図２３】コンテンツをクライアント２０において再生出力させるコンテンツ再生処理について示すフローチャート。
【図２４】コンテンツ再生出力のための画面の一例を示す図。
【図２５】メッセージ内容を確認する画面の一例を示す図。
【図２６】コンテンツデータのファイル形式変換を説明するための図。
【符号の説明】
【０１２３】
１０…配信サーバ、１２…ネットワーク、１３…パーソナルコンピュータ、１４…携帯電話機、１５…ゲーム機、１７…送信側クライアント、１８…受信側クライアント、２０…クライアント、２１，３１…制御部、２１ａ…コンテンツ作成処理部、２１ｂ…コンテンツ保存処理部、２１ｃ…コンテンツ検索処理部、２１ｄ…コンテンツ再生処理部、２１ｅ…メッセージ確認処理部、２１ｆ…コレクション確認処理部、２１ｇ…過去履歴確認処理部、２２，３２…入力部、２３，３３…表示部、２４…カメラ部、２５…音声入力部、２６…音声出力部、２７,３７…記録装置、２８，３８…通信部、３１ａ…コンテンツ作成処理制御部、３１ｂ…コンテンツ保存処理制御部、３１ｃ…コンテンツ検索処理制御部、３１ｄ…コンテンツ再生処理制御部、３１ｅ…メッセージ確認処理制御部、３１ｆ…コレクション確認処理制御部、３１ｇ…過去履歴確認処理制御部。
【技術分野】
【０００１】
本発明は、ネットワークを介してデータを配信するためのデータ配信装置、データ配信プログラムに関する。
【背景技術】
【０００２】
不特定の相手にデータを届けるシステムとしては、ボトルメール機能を用いたメールシステムがある。ボトルメール機能では、発信者が送信したボトルメールを、不特定の人が任意のタイミングで受信することができる。従来、ボトルメール機能を用いたゲーム機が考えられている（例えば、特許文献１）。
【０００３】
特許文献１に記載された携帯型ゲーム機では、転送回数を指定する転送パラメータを付随情報として持つ送信メールを生成して送信する。また、携帯型ゲーム機は、他機からのメールを受信して、受信メールに含まれる転送パラメータをもとに、受信メールの開封条件を満たすか、受信メールの他機への転送を指示するかを判定する。そして、他機への転送を指示すると判定された受信メールについて、所与の転送条件に基づき他機に転送する。
【特許文献１】特開２００７−１６４６９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように従来では、ボトルメール機能を用いて不特定の相手にデータを送信することができ、また転送回数を指定する転送パラメータをメールに付随させることにより複数の他機を介してメールを送信することができる。
【０００５】
しかしながら特許文献１に記載された携帯型ゲーム機では、メールを不特定の相手に送信することができるものの、他機に転送する毎にデクリメントされる転送パラメータが示す転送回数が０回を指定しているメールを受信したゲーム機のみがメールを開封することができる。すなわち、ボトルメール機能を用いた場合には、不特定の一人にのみデータを送信することができるだけであり、複数の不特定の相手にデータを送信することができなかった。また、転送回数０回を示す転送パラメータが付加されたメールが転送されてこなければデータを取得することはできず、さらにボトルメールではメール転送中に消失して届かない可能性があり、届いても気づいてもらえないおそれがあった。
【０００６】
一方、デジタルコンテンツをネットワークを介して配信するサービスも存在するが、基本的に参加者全員が全てのコンテンツに対して任意にアクセス（ダウンロード）することができるため、ボトルメール遊び特有の気分の高揚感がない。すなわち、自分宛てではない、再生しなければ内容が分からないコンテンツを取得するといったことができなかった。
【０００７】
本発明は前述した事情に考慮してなされたもので、その目的は、配信先が特定されていないコンテンツを、不特定のユーザがコンテンツの内容を意識することなく無作為に取得することが可能なデータ配信装置、データ配信プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する記録手段と、受信側クライアントから区分の指定と共にデータ配信要求を受け付けるデータ配信要求受付手段と、前記データ配信要求受付手段によって受け付けられたデータ配信要求に応じて、前記データ記録手段に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択するコンテンツを選択するコンテンツ選択手段と、前記選択手段により選択されたコンテンツデータをデータ配信要求元の前記受信側クライアントに配信するデータ配信手段とを具備したことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、配信先が特定されていないコンテンツを、不特定のユーザがコンテンツの内容を意識することなく無作為に取得することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施形態におけるシステムの構成を示すブロック図である。図１に示すシステムでは、データ配信サービスを提供する配信サーバ１０が、インターネットや公衆電話網などを含むネットワーク１２を介して、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器と接続されて構成される。
【００１１】
配信サーバ１０は、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器から提供されるコンテンツデータを受信し、また電子機器からの要求に応じてコンテンツデータを配信するサービスを提供する。パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器は、送信側あるいは受信側クライアントとして使用される。なお、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５に限らず、ネットワーク１２を介して配信サーバ１０と接続可能な機能が搭載された電子機器であれば、送信側／受信側クライアントとして使用することができる。
【００１２】
図２は、送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図である。
配信サーバ１０は、送信側クライアント１７（電子機器）から送信された、データ配信を制御するための制御情報が付加されたコンテンツデータを受信し、この受信された複数のデータを所定の分類によって記録しておく。配信サーバ１０は、受信側クライアント１８からのデータ配信要求を受け付けると、記録されたデータのそれぞれに対して付加された制御情報に従って配信対象とするデータを選択し、受信側クライアント１８に配信するサービスを提供する。配信サーバ１０は、制御情報に含まれる、例えばデータの保存期間、再生回数、パスワードの有無などのデータに基づいてデータ配信を制御することで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信（以下、第１データ送信と称する）、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信（以下、第２データ送信と称する）、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信（以下、第３データ送信と称する）を実現する。また、配信サーバ１０に記録されるコンテンツデータは、送信側クライアントから受信されものに限らず、予め配信サーバ１０側で用意されたデータも含まれる。例えば、企業から提供されるコマーシャル用のデータがサービス提供側で用意されていても良い。
【００１３】
図３は、クライアント２０（送信側クライアント１７、受信側クライアント１８）と配信サーバ１０の機能構成を示すブロック図である。
クライアント２０は、パーソナルコンピュータ１３や携帯電話機１４等により構成されるもので、図３に示すように、制御部２１、入力部２２、表示部２３、カメラ部２４、音声入力部２５、音声出力部２６、記録装置２７、及び通信部２８が設けられている。
【００１４】
制御部２１は、プロセッサやメモリを含んで構成されるもので、各種プログラムをプロセッサにより実行することにより各種の機能を実現することができる。制御部２１は、配信サーバ１０からネットワーク１２を通じて受信されるクライアント用のデータ配信プログラムを実行することで、配信サーバ１０が提供するデータ配信サービスを利用するためのコンテンツ作成処理部２１ａ、コンテンツ保存処理部２１ｂ、コンテンツ検索処理部２１ｃ、コンテンツ再生処理部２１ｄ、メッセージ確認処理部２１ｅ、及びコレクション確認処理部２１ｆ等の機能を実現する。
【００１５】
コンテンツ作成処理部２１ａは、ユーザ操作によって入力される指示に応じて、配信サーバ１０にアップロードするコンテンツを作成する。コンテンツは、クライアント２０において入力される画像や音声の他、配信サーバ１０から提供される各種データ（背景画像データなど）を選択して組み合わせることにより作成される。
【００１６】
コンテンツ保存処理部２１ｂは、コンテンツ作成処理部２１ａにより作成されたコンテンツを配信サーバ１０に送信（アップロード）して、配信サーバ１０において配信用として記録させる。
【００１７】
コンテンツ検索処理部２１ｃは、配信サーバ１０に対してコンテンツのダウンロード要求（データ配信要求）を送信し、配信サーバ１０からコンテンツデータをダウンロードする。コンテンツ検索処理部２１ｃは、配信サーバ１０においてコンテンツが記録されている区分（フィールド）の指定をユーザから入力してデータ配信要求と共に送信する。
【００１８】
コンテンツ再生処理部２１ｄは、コンテンツ検索処理部２１ｃによってダウンロードされたコンテンツの再生を実行する。コンテンツ再生処理部２１ｄは、コンテンツデータに含まれる画像（静止画、動画）や音声を再生する機能を有する。
【００１９】
メッセージ確認処理部２１ｅは、コンテンツ保存処理部２１ｂにより配信サーバ１０にアップロードしたコンテンツを、他のユーザがダウンロードして視聴した際に入力されたメッセージ等を確認するための処理を実行する。
【００２０】
コレクション確認処理部２１ｆは、コンテンツ検索処理部２１ｃにより配信サーバ１０からダウンロードされた特別なコンテンツ（以下、コレクションと称する）をユーザに確認させるための処理を実行する。
【００２１】
過去履歴確認処理部２１ｇは、配信サーバ１０が提供するデータ配信サービスを利用した履歴を確認するための処理を実行する。
【００２２】
入力部２２は、キーボードやボタン群、マウスなどのポインティングデバイス等からのユーザ操作に応じた入力を行う。
【００２３】
表示部２３は、ディスプレイにおける各種情報の表示を制御する。表示部２３は、コンテンツ作成処理部２１ａによりコンテンツを作成する際のコンテンツ作成画面や、コンテンツ再生処理部２１ｄにより再生されるコンテンツの画像を表示する。
【００２４】
カメラ部２４は、カメラから画像（静止画、動画）を入力するための処理を実行する。カメラ部２４により入力された画像データは、配信サーバ１０にアップロードとするコンテンツの素材として使用することができる。
【００２５】
音声入力部２５は、マイクから音声を入力するための処理を実行する。音声入力部２５により入力された音声データは、配信サーバ１０にアップロードするコンテンツの素材として使用することができる。
【００２６】
音声出力部２６は、スピーカから音声を出力させる処理を実行する。音声出力部２６は、コンテンツ再生処理部２１ｄにより再生されるコンテンツの音声を出力させる。
【００２７】
記録部２７は、ハードディスクやメモリなどの記録媒体へのデータの記録を制御する。
通信部２８は、ネットワーク１２を介した配信サーバ１０との通信を制御する。
【００２８】
一方、配信サーバ１０は、図３に示すように、制御部３１、入力部３２、表示部３３、記録装置３７、及び通信部３８が設けられている。
【００２９】
制御部３１は、プロセッサやメモリを含んで構成されるもので、各種プログラムをプロセッサにより実行することにより各種の機能を実現することができる。制御部３１は、 ネットワーク１２を介して接続されたクライアント２０に対してデータ配信サービスを提供するもので、クライアント２０からのコンテンツのアップロード、コンテンツの記録、及びクライアント２０に対するコンテンツのダウンロード（データ配信）のための制御を行う。制御部３１は、サーバ用のデータ配信プログラムを実行することで、コンテンツ作成処理制御部３１ａ、コンテンツ保存処理制御部３１ｂ、コンテンツ検索処理制御部３１ｃ、コンテンツ再生処理制御部３１ｄ、メッセージ確認処理制御部３１ｅ、コレクション確認処理制御部３１ｆ、及び過去履歴確認処理制御部３１ｇの機能を実現する。
【００３０】
コンテンツ作成処理制御部３１ａは、送信側クライアント１７からデータ配信を制御するための少なくとも配信回数を含む制御情報が付加されたコンテンツデータとコンテンツデータの分類先とする区分の指定を受信し、コンテンツデータと制御情報をもとに配信用のコンテンツデータを作成する。また、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、コンテンツデータとして、音声に対する音響効果の指定と送信側クライアント１７において入力された音声データを受信し、音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。また、コンテンツ作成処理制御部３１ａは、送信側クライアント１７において音声データと共に入力された音響効果（例えば、合いの手）を付加するタイミングを示すタイミング情報を受信し、音声データファイルとタイミング情報とから配信用のコンテンツデータを作成することができる。さらに、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、音声に対する音響効果の指定と、送信側クライアント１７において入力されたテキストデータを受信し、この受信されたテキストデータが示す文章の音声データを生成して、同音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。
【００３１】
コンテンツ保存処理制御部３１ｂは、配信先が指定されていない複数のコンテンツデータを複数の区分（フィールド）に分類して記録装置３７において記録する。コンテンツ保存処理制御部３１ｂは、送信側クライアント１７から受信したコンテンツを記録する際には、送信側クライアント１７から区分の指定を受信して、制御情報と関連付けて分類して記録する。
【００３２】
コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から区分の指定と共にデータ配信要求を受け付け、このデータ配信要求に応じて、記録装置３７に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択する。また、コンテンツ検索処理制御部３１ｃは、コンテンツに付加された制御情報（保存期間、再生回数、パスワード等）に従って、配信対象とするデータを選択する。
【００３３】
コンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃにより選択されたコンテンツデータを受信側クライアント１８に配信して、受信側クライアント１８において再生出力させる。
【００３４】
メッセージ確認処理制御部３１ｅは、受信側クライアント１８に対して配信したコンテンツに対して、受信側クライアント１８のユーザにより入力されたメッセージを送信側クライアント１７において確認させるための処理を実行する。
【００３５】
コレクション確認処理制御部３１ｆは、送信側クライアント１７から受信したコンテンツとは異なる、予め用意された特別なコンテンツ（コレクション）に対する処理を実行する。
【００３６】
過去履歴確認処理制御部３１ｇは、クライアント２０によるデータ配信サービスの利用履歴を記録し、クライアント２０からの要求に対して閲覧させるための処理を実行する。
【００３７】
記録部３７は、ハードディスク等の記録媒体への記録を制御する。記録部３７は、コンテンツ保存処理制御部３１ｂにより複数のコンテンツデータが複数の区分に分類して記録される他、サービスを提供するために必要な各種のデータが記録される。
【００３８】
通信部３８は、ネットワーク１２を介してクライアント２０等との通信を制御する。
【００３９】
次に、ユーザによって設定される制御情報に含まれる配信ルール情報の一例について説明する。図４は、配信ルール情報の一例を示している。本実施形態では、例えば配信ルールとして、保存期間、再生回数、パスワードの有無などを、プレイヤが任意に指定することができる。
【００４０】
保存期間は、配信サーバ１０にアップロードされてからダウンロードを終了するまでの期間を示すもので、例えば１日〜７日の間で任意に指定することができる。
【００４１】
再生回数は、配信サーバ１０にアップロードされたコンテンツデータを受信側クライアント１８に配信可能な回数を示すもので、例えば１回〜１０回までの任意の回数、あるいは無制限を指定することができる。例えば、再生回数を無制限とすることで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信（第１データ送信）を実現することができる。また、再生回数を２回〜１０回の任意回数とすることで、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信（第２データ送信）を実現することができる。また、再生回数を１回とすることで、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信（第３データ送信）を実現することができる。
【００４２】
パスワードは、ユーザが任意に設定するか否かを選択することができる。パスワードについては、前述したように、英数字で表したり、図形の組み合わせなどによって設定することができる。パスワードを有りにすることで、パスワードを知るユーザのみがコンテンツをダウンロードすることができるので、送信先を１つに制限した特定の受信側クライアント１８に対するデータ送信を実現することができる。
【００４３】
次に、送信側クライアント１７からアップロードされるコンテンツの保存形態について図５を参照しながら説明する。
本実施形態では、コンテンツデータをアップロードする場合、保存先として複数のフィールドの何れかを選択することができる。フィールドとしては、例えば「森」「お墓」「街」など、ユーザが認識し易い名称が付されているものとする。コンテンツをアップロードするユーザは、コンテンツの内容などを考慮して、何れかの適当な名称が付されたフィールドを選択してアップロードすることができる。なお、意図的に、フィールドの名称と何ら関係ない内容のコンテンツをアップロードすることも可能である。また、コンテンツをダウンロードしようとするユーザは、フィールドの名称をもとに何れかを選択することで、所望するイメージに有ったコンテンツをダウンロードし易くできる（ただし、コンテンツの内容を特定できるものではない）。
【００４４】
また、各フィールドには、予め決められたトラックが用意されており、そのトラック数の分のコンテンツデータがアップロード可能であるものとする。配信サーバ１０では、保存先情報が示すフィールドとトラックをもとに、アップロードされた各コンテンツデータを管理する。
【００４５】
図６は、配信サーバ１０に記録されるコンテンツデータの管理構成を示す図である。図６に示すように、コンテンツデータには、アップロード時にユーザにより付加された制御情報の配信ルール情報などが関連付けられている。配信サーバ１０は、保存期間を定期的に管理して、保存期間が過ぎたコンテンツデータについては無効に（消去）する。また、配信サーバ１０は、配信回数が０回となったコンテンツデータについても、同様にして無効に（消去）する。また、配信サーバ１０は、コンテンツデータがダウンロードされた場合、このコンテンツデータに関連付けられた再生回数のデータを更新（デクリメント）する。これにより、制御情報に基づいたコンテンツの配信を制御することができる。
【００４６】
図７は、配信サーバ１０において記録されるユーザ別のデータ（ユーザ管理データ）の一例を示す図である。図７に示すように、配信サーバ１０では、コンテンツ配信サービスを利用するクライアント２０のユーザ別に、各種のデータが設定されたユーザ管理データを管理する。配信サーバ１０は、各ユーザに設定された識別情報（例えばログイン時に指定されるユーザＩＤなど）と関連づけて、ユーザがアップロードあるいはダウンロードしたコンテンツを管理するためのコンテンツ管理データ、アップロードしたコンテンツに対して他のユーザから入力されたメッセージデータ、ユーザが取得したコレクションデータ、過去履歴データなどを記録する。
【００４７】
次に、本実施の形態におけるシステムの動作について説明する。
まず、クライアント２０におけるメイン処理について、図８に示すフローチャートを参照しながら説明する。
【００４８】
クライアント２０は、ネットワーク１２を介して、配信サーバ１０にアクセスする。例えば、配信サーバ１０がインターネット上で開設しているコンテンツ配信サービスを提供するサイト（Ｗｅｂページ）にアクセスする。
【００４９】
クライアント２０は、コンテンツ配信サービスを利用する場合、例えば、予め登録しているログインＩＤなどを配信サーバ１０に送信する。配信サーバ１０は、ログインＩＤをもとにユーザ認証を実行し、サービス利用の権利があることを確認すると、サービスを利用するための処理を実行するデータ配信プログラムをクライアント２０に配信する。クライアント２０は、コンテンツ配信プログラムを受信して実行することで、コンテンツ配信サービスを利用するための処理を開始する。まず、クライアント２０は、タイトル（メニュー）画面をディスプレイにおいて表示させる。
【００５０】
図９には、クライアント２０において表示されるタイトル画面の一例を示している。図９に示すように、タイトル画面中にはメニューが表示され、例えばコンテンツの種類を選択するための「コエダマをつくる」「モジダマをつくる」、配信サーバ１０へのコンテンツのアップロードを指示するための「埋める」、コンテンツのダウンロードを指示するための「探す」、ユーザ宛てのメッセージを表示させるための「メッセージを見る」などの項目が設けられている。
【００５１】
なお、「コエダマ」は、ユーザがクライアント２０において入力された音声データを含むコンテンツを示し、「モジダマ」は、クライアント２０から入力したテキストに応じて配信サーバ１０において生成された音声データを含むコンテンツを示している。ユーザは、ポインティングデバイスやボタンなどの操作によって、任意に何れかの項目を選択することができる。
【００５２】
ここで、「コエダマをつくる」「モジダマをつくる」が選択された場合、クライアント２０は、配信サーバ１０にアップロードするためのコンテンツを作成するコンテンツ作成処理を実行する（ステップＡ３）。また、「埋める」が選択された場合、クライアント２０は、コンテンツ作成処理により作成したコンテンツを、配信サーバ１０にアップロードするコンテンツ保存処理を実行する（ステップＡ４）。また、「探す」が選択された場合、クライアント２０は、配信サーバ１０からコンテンツをダウンロードして再生出力するコンテンツ検索処理を実行する（ステップＡ５）。また、「メッセージを見る」が選択された場合、クライアント２０は、配信サーバ１０がユーザ宛てのメッセージを受信して出力するメッセージ確認処理を実行する（ステップＡ６）。同様にして、図示していない詮索方法により、コレクション確認、過去履歴確認の要求がユーザから指示された場合には、それぞれコレクション確認処理（ステップＡ７）、過去履歴確認処理（ステップＡ８）を実行する。
【００５３】
以下、コンテンツ作成処理、コンテンツ保存処理、コンテンツ検索処理について、それぞれ詳細を説明する。
まず、コンテンツ作成処理について、図１０及び図１１に示すフローチャートを参照しながら説明する。図１０は、ユーザがクライアント２０において音声データを入力して「コエダマ」（以下、コンテンツ１）を作成する処理を示すフローチャートである。
【００５４】
まず、配信サーバ１０のコンテンツ作成処理部２１ａは、ユーザによりコンテンツ１の作成が選択されると（ステップＢ１，Ｂ２）、音声録音画面を表示させる（ステップＢ３）。
【００５５】
図１２には、音声録音画面の一例を示している。図１２に示す例では、マイクから入力される音量レベルを調整するための入力レベル表示エリア（インジケータ）が設けられている。入力レベル表示エリアには、音声入力部２５によってマイクから入力される音声のレベルの変化に合わせたリアルタイム表示が行われ、この表示を参照してユーザは入力音声の音量を調整することができる。また、音声録音画面には、入力した音声に対して付加する音響効果（「こえの調味料」）を選択するボタン（例えば「ほわーん」「がりがり」など）が設けられている。なお、例えば「ほわーん」についてはリバーブ、「がりがり」についてはファズの音響効果を付加することが設定されているものとする。ここで、何れかの音響効果を選択することで、入力された音声に対して音響効果が付加されたコンテンツを作成できる。また、本実施形態では、音声の入力中にリアルタイムで音響効果、いわゆる「あいのて」を挿入することができる。「あいのて」の種類は、複数（例えば１〜６）用意されており、音声録音画面において何れかの数字を選択することで「あいのて」の音が出力され、確認することができる。
【００５６】
ここで、音声録音画面に設けられた「ろくおん」ボタンが選択されると、コンテンツ作成処理部２１ａは、音声録音を開始して録音中画面を表示させる（ステップＢ４）。図１３には、録音中画面の一例を示している。
【００５７】
録音中画面では、録音可能時間の全体の長さを表す録音バーが設けられ、時間の経過を表すように表示される。また、「あいのて」の音響効果を挿入するタイミングと音響効果の種類を指示するための複数のボタンが設けられている。
【００５８】
コンテンツ作成処理部２１ａは、録音が開始されると、音声入力部２５から音声を入力すると共に、入力部２２から「あいのて」の挿入タイミングの指示を入力する（ボタン操作）。コンテンツ作成処理部２１ａは、入力される音声の音声データを、リアルタイムで配信サーバ１０に送信する（ステップＢ６）。配信サーバ１０のコンテンツ作成処理制御部３１ａは、クライアント２０からの音声データを受信して一時保存しておく（ステップＣ１，Ｃ２）。一方、コンテンツ作成処理部２１ａは、「あいのて」の挿入タイミングと種類を示すデータ（以下、ＳＥ（sound effect）トリガー情報と称する）を、録音期間中、一時記録しておく。
【００５９】
音声可能時間が終了する、あるいはユーザから録音終了が指示されると（ステップＢ７、Ｙｅｓ）、コンテンツ作成処理部２１ａは、録音期間中に入力されたＳＥトリガー情報をまとめて配信サーバ１０に送信する（ステップＢ８）。配信サーバ１０のコンテンツ作成処理制御部３１ａは、クライアント２０から受信したＳＥトリガー情報を受信して一時保存する。こうして、音声データとＳＥトリガー情報の送信を分けることで、クライアント２０と配信サーバ１０の双方の処理負荷を軽減することができる。
【００６０】
コンテンツ作成処理制御部３１ａは、クライアント２０から受信した音声データに対して、音声録音画面において選択されていた音響効果に応じた音響効果を付加した音声データを生成する。
【００６１】
クライアント２０は、録音した音声の試聴がユーザから指示されると（ステップＢ９、Ｙｅｓ）、配信サーバ１０により生成された音響効果が付加された音声データを受信して（ステップＣ４）、音声出力部２６により出力させる（ステップＢ１０）。ユーザは、入力した音声を試聴して納得いかなければ、前述と同様にして音声データを再入力することができる。
【００６２】
図１４には、コンテンツ作成処理制御部３１ａにより生成される音声データを示している。すなわち、音声データは、音響効果が付加された音声の音声データファイルと、ＳＥトリガー情報とにより構成される。配信サーバ１０は、音声データファイルとＳＥトリガー情報とをコンテンツデータとしてクライアント２０に配信することで、クライアント２０のコンテンツ再生処理部２１ｄにより「あいのて」が付加された音声を出力することができる。
【００６３】
図１５には、音声データとＳＥトリガー情報との関係を示している。ＳＥトリガー情報は、音声に対して付加する音響効果の種類とタイミングを示している。クライアント２０は、コンテンツデータとして音声データを受信した場合、音声データを元に音声を再生出力すると共に、図１５に示すように、ＳＥトリガー情報が示すタイミングで音響効果を付加することで、音声を録音したユーザが意図していた音声を出力することができる。
【００６４】
こうして音声録音が完了すると（ステップＢ１１、Ｙｅｓ）、コンテンツ作成処理部２１ａは、次にコンテンツを構成する画像データを入力するための撮影選択画面を表示させる。撮影選択画面では、画像の有無をユーザが選択することができる。
【００６５】
図１６（ａ）には、撮影選択画面の一例を示している。撮影選択画面において、「写真あり」（画像データの入力）が選択された場合（ステップＢ１２、Ｙｅｓ）、コンテンツ作成処理部２１ａは、カメラ部２４にカメラを起動させて、コンテンツ用の画像撮影が可能な状態にする。そして、図１６（ｂ）に示すように、画像撮影の実行が指示されると、コンテンツ作成処理部２１ａは、カメラ部２４を通じて入力される画像データをコンテンツデータとして取り込む（ステップＢ１３）。図１６（ｃ）には、コンテンツデータとして画像データが追加された後のコンテンツの表示例を示している。コンテンツ作成処理部２１ａは、入力された画像データを配信サーバ１０に送信する。コンテンツ作成処理制御部３１ａは、クライアント２０から画像データを受信して一時保存しておく（ステップＣ５）。
【００６６】
次に、コンテンツ作成処理部２１ａは、コンテンツのデータ配信を制御するための制御情報の設定を行う（ステップＢ１４）。コンテンツ作成処理部２１ａは、制御情報入力用の設定画面を表示させて、この設定画面を通じてユーザにより指定された各制御用のデータを制御情報として設定する。
【００６７】
図１７は、制御情報入力用の設定画面の一例を示している。図１７（ａ）では、図４に示す配信ルールに該当する項目、保存時間、再生回数、パスワードの有無、名前などを、ユーザ操作によって任意に設定することができる。図１７（ｂ）は、パスワード有りと設定された場合の、パスワード設定画面の一例を示している。図１７（ｂ）は、例えばパスワードを「地図」と称しており、３×３マトリクスに複数の異なる形状の図形を配置することでパスワードを作成する例を示している。
【００６８】
コンテンツ作成処理部２１ａは、配信ルールを含む制御情報が設定されると、配信サーバ１０に対して送信する。コンテンツ作成処理制御部３１ａは、クライアント２０から制御情報を受信すると、それまでに一時保存していた音声データ、画像データと共にコンテンツデータとして確定保存する（ステップＣ６）。
【００６９】
次に、ユーザがクライアント２０においてテキストデータを入力して「モジダマ」（以下、コンテンツ２）を作成する処理について図１１のフローチャートを参照しながら説明する。
【００７０】
まず、配信サーバ１０のコンテンツ作成処理部２１ａは、ユーザによりコンテンツ２の作成が選択されると（ステップＤ１）、テキスト（文章）入力画面を表示させる（ステップＤ２）。
【００７１】
図１８には、テキスト入力画面の一例を示している。例えば、図１８（ｂ）に示すように、テキスト入力画面を表示して、ユーザによるキーボードあるいはボタン操作によって入力部２２から入力されるテキスト（文章）を表示させる。テキストの入力が終了すると、コンテンツ作成処理部２１ａは、配信サーバ１０に対してテキストデータを送信する（ステップＤ３）。図１８（ａ）の下段には、テキストが入力されたコンテンツ表示の一例を示している。
【００７２】
一方、配信サーバ１０のコンテンツ作成処理制御部３１ａは、クライアント２０からテキストデータを受信すると（ステップＥ１）、テキストデータを音声データに変換し（音声合成）、この音声データを一時保存しておく（ステップＥ２，Ｅ３）。
【００７３】
ここで、クライアント２０においてテキスト入力画面から試聴の要求が入力されると（ステップＤ４、Ｙｅｓ）、コンテンツ作成処理部２１ａは、コンテンツ作成処理制御部３１ａに対して、テキストを元に生成された音声の試聴を要求する。コンテンツ作成処理制御部３１ａは、試聴要求に応じて、一時保存している音声データをコンテンツ作成処理部２１ａに送信する（ステップＥ４）。
【００７４】
コンテンツ作成処理部２１ａは、コンテンツ作成処理制御部３１ａから受信した音声データをもとに、音声入力部２５によって音声を出力させる。図１８（ｃ）には、音声の試聴が行われている際のコンテンツの表示例を示している。
【００７５】
ここで、テキストの入力が完了すると（例えば、図１８（ｃ）の「ＯＫ」ボタンの選択）（ステップＤ６、Ｙｅｓ）、コンテンツ作成処理部２１ａは、以下、前述したコンテンツ１の場合と同様にして、画像データと制御情報の設定を行う（ステップＤ８，Ｄ９，Ｅ５，Ｅ６）。詳細な説明については省略する。
【００７６】
このようにして、コンテンツ作成処理では、クライアント２０において、音声を含む画像データやテキストデータを組み合わせたコンテンツを作成することができる。
【００７７】
次に、コンテンツ作成処理で作成されたコンテンツを配信可能となるようにするコンテンツ保存処理について、図１９に示すフローチャートを参照しながら説明する。
【００７８】
クライアント２０においてタイトル画面中のメニューから配信サーバ１０へのコンテンツのアップロードを指示するための「埋める」が選択されると、コンテンツ保存処理部２１ｂは、コンテンツ作成処理によりコンテンツが作成されていれば、フィールド選択画面を表示させる（ステップＦ１）。すなわち、コンテンツを配信サーバ１０において記録する際の区分の指定をユーザにより指定させる。
【００７９】
図２０（ａ）にはフィールド選択画面の一例を示している。フィールド選択画面には、例えばポインティングデバイスやボタンなどの操作に応じて表示画面中を移動するキャラクタを表示させ、このキャラクタの移動先によってコンテンツの区分先とするフィールドを指定する。フィールドとしては、例えば「森」「お墓」「街」などが用意されており、作成したコンテンツの内容やコンテンツの配信要求で指定されやすくなるように何れかの適当な名称が付されたフィールドを選択することができる。
【００８０】
コンテンツ保存処理部２１ｂは、フィールド決定が指示されると、コンテンツ保存処理制御部３１ｂに対して選択フィールドを送信する（ステップＦ２）。
【００８１】
コンテンツ保存処理制御部３１ｂは、コンテンツ保存処理部２１ｂから選択フィールドを受信すると（ステップＧ１）、選択されたフィールドが存在しているかを確認する（ステップＧ２）。ここで、該当するフィールドがない場合には（ステップＧ３、Ｎｏ）、コンテンツ保存処理部２１ｂに対してフィールド無しを通知する。コンテンツ保存処理部２１ｂは、この通知に対してフィールド無し画面を表示して（ステップＦ３）、再度、ユーザに別フィールドを選択させる（ステップＦ１）。
【００８２】
一方、該当するフィールドが存在した場合には（ステップＧ３、Ｙｅｓ）、コンテンツ保存処理制御部３１ｂは、該当フィールドの保存上限数を確認する（ステップＧ４）。すなわち、該当フィールド中のコンテンツが記録されていないトラックの空きがあるかを確認する。
【００８３】
ここで、コンテンツを記録可能なトラックの空きがない場合には（ステップＧ５、Ｎｏ）、コンテンツ保存処理制御部３１ｂは、コンテンツ保存処理部２１ｂに対してコンテンツの保存失敗を通知する。コンテンツ保存処理部２１ｂは、コンテンツ保存処理制御部３１ｂからの通知に応じて、保存失敗画面を表示させる（ステップＦ５）。図２０（ｂ）には、保存失敗画面の一例を示している。
【００８４】
一方、コンテンツを記録可能なトラックの空きがある場合には（ステップＧ５、Ｙｅｓ）、コンテンツ保存処理制御部３１ｂは、コンテンツ作成処理により作成されたコンテンツを、選択されたフィールドに分類して記録部３７において保存する（ステップＧ６）。
【００８５】
コンテンツ保存処理部２１ｂは、コンテンツ保存処理制御部３１ｂからのコンテンツ保存完了の通知に応じて保存完了画面を表示させる（ステップＦ６）。
【００８６】
このようにして、コンテンツ保存処理では、コンテンツに対して受信側のクライアントを特定する情報、例えばＩＰアドレスや、メールアドレス、ユニークＩＤ等の識別情報を指定することなく、コンテンツを配信サーバ１０に保存（アップロード）することができる。
【００８７】
次に、配信サーバ１０からコンテンツをダウンロードするコンテンツ検索処理について、図２１に示すフローチャートを参照しながら説明する。
【００８８】
クライアント２０においてタイトル画面中のメニューから配信サーバ１０へのコンテンツのダウンロードを指示するための「探す」が選択されると、コンテンツ検索処理部２１ｃは、コンテンツの探し方を選択するための選択画面を表示させる。図２２（ａ）には探し方選択画面の一例を示している。探し方選択画面では、フィールドの指定によってコンテンツのダウンロードを要求するのか、あるいはパスワードを指定することにより要求するのかを指定することができる。
【００８９】
ここで、図２２（ａ）に示すように、「フィールドから探す」が指定された場合には、コンテンツ検索処理部２１ｃは、コンテンツの検索対象とするフィールドを指定するためのフィールド選択画面を表示させる（ステップＨ１）。すなわち、コンテンツを配信サーバ１０において記録する際の区分の指定をユーザにより指定させる。
【００９０】
図２２（ｂ）にはフィールド選択画面の一例を示している。フィールド選択画面は、コンテンツ保存処理と同様にして、例えばポインティングデバイスやボタンなどの操作に応じて表示画面中を移動するキャラクタを表示させ、このキャラクタの移動先によってコンテンツの区分先とするフィールドを指定する。各フィールドには、フィールドに付された名称（例えば「森」「お墓」「街」など）と関連する内容のコンテンツが記録されている傾向があるため、所望するコンテンツの内容に関連する何れかの名称のフィールドを選択することで、所望する内容のコンテンツを取得され易くなる（ただし、コンテンツの内容を特定できるものではない）。
【００９１】
コンテンツ検索処理部２１ｃは、フィールド決定が指示されると、配信サーバ１０のコンテンツ検索処理制御部３１ｃに対して選択フィールドを送信する（ステップＨ２）。選択フィールドを送信することで、クライアント２０には、図２２（ｃ）に示すように、配信サーバ１０においてダウンロード対象とするコンテンツの検索状態にあることを表す画面が表示される。
【００９２】
コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃから選択フィールドを受信すると（ステップＪ１）、選択されたフィールドが存在しているかを確認する（ステップＪ２）。ここで、該当するフィールドがない場合には（ステップＪ３、Ｎｏ）、コンテンツ検索処理部２１ｃに対してフィールド無しを通知する。コンテンツ検索処理部２１ｃは、この通知に対してフィールド無し画面を表示して（ステップＨ３）、再度、ユーザに別フィールドを選択させる（ステップＨ１）。
【００９３】
一方、該当するフィールドが存在した場合には（ステップＪ３、Ｙｅｓ）、コンテンツ検索処理制御部３１ｃは、指定されたフィールドに分類して記録された配信ルールを満たす複数のコンテンツからダウンロード対象とするコンテンツを選択する（ステップＪ４）。すなわち、配信ルールの保存期間、再生回数とが有効であり、パスワードが設定されていない配信可能なコンテンツからランダムに１つのコンテンツを選択する。ここでは、ダウンロード要求元のクライアント２０（受信側クライアント１８）に関係なく、配信対象とするコンテンツを選択する。
【００９４】
なお、フィールドからコレクション（クライアント２０からアップロードされたものではない特別なコンテンツ）が選択された場合には（ステップＪ５、Ｙｅｓ）、コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃにコレクションが検索（発見）されたことを通知すると共に、ユーザ管理データにコレクションデータとして記録しておく。コンテンツ検索処理部２１ｃは、この通知に応じてコレクション発見画面を表示する（ステップＨ５）。
【００９５】
また、フィールドから通常のコンテンツが選択された場合には（ステップＪ６、Ｙｅｓ）、コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃに通知してコンテンツ発見画面を表示させ、選択されたコンテンツを再生出力させるためのコンテンツ再生処理を実行する（ステップＪ７）。
【００９６】
クライアント２０のコンテンツ検索処理制御部３１ｃは、コンテンツ発見画面を表示し、コンテンツ再生処理部２１ｄによるコンテンツ再生処理に移行する。
【００９７】
なお、前述した説明では、フィールドを指定することでコンテンツを取得する場合について説明しているが、図２２（ａ）の探し方選択画面において「地図で探す」が選択されて、パスワードの指定によるコンテンツのダウンロードが指定された場合には、図２２（ｃ）に示すようなパスワード入力用の画面を表示し、この画面中においてパスワードを入力させる。ここでは、３×３マトリクスに複数の異なる形状の図形を配置することでパスワードを設定することができる。なお、パスワードは、コンテンツをアップロードしたユーザから他のユーザに対して、別途、何らかの方法（例えば電子メール）によって予め通知されているものとする。なお、パスワードは、図２２（ｃ）に示すような形式に限るものではなく、一般的な英数字などの文字の組み合わせによって設定されていても良い。
【００９８】
コンテンツ検索処理制御部３１ｃは、コンテンツ検索処理部２１ｃからパスワードを受信すると、このパスワードが設定されているコンテンツを検索し、該当するコンテンツがあった場合に、コンテンツ発見をコンテンツ検索処理部２１ｃに通知してコンテンツ再生処理に移行するものとする。
【００９９】
次に、コンテンツをクライアント２０において再生出力させるコンテンツ再生処理について、図２３に示すフローチャートを参照しながら説明する。
【０１００】
配信サーバ１０のコンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツのコンテンツデータをクライアント２０に対して送信する（ステップＭ１）。また、コンテンツ再生処理制御部３１ｄは、クライアント２０に送信されたコンテンツに対して設定された制御情報（配信ルール）を更新する。すなわち、コンテンツデータの再生回数が無制限に設定されていなければ、再生回数を更新（デクリメント）する。
【０１０１】
一方、クライアント２０において、コンテンツ再生処理部２１ｄは、受信したコンテンツデータをもとにコンテンツ再生画面を表示させる（ステップＫ１）。すなわち、画像を表示させると共に、コンテンツデータに含まれる音声を再生出力させる。音声データにＳＥトリガー情報が含まれる場合には、コンテンツ再生処理部２１ｄは、このＳＥトリガー情報に応じて音響効果を付加しながら音声を出力させる。図２４（ａ）には、コンテンツ再生画面の一例を示している。
【０１０２】
コンテンツの再生が終了すると、コンテンツ再生処理部２１ｄは、再生終了画面を表示する。再生終了画面には、図２４（ｂ）に示すように、コンテンツに対する応答をするための返事メニューが設けられている。図２４（ｂ）に示す例では、「もう一度再生」「お返事する」「通報」などの項目が設けられている。
【０１０３】
ここで、「もう一度再生」が選択された場合には、コンテンツ再生処理制御部３１ｄは、コンテンツを再度、再生出力する。また、「お返事する」が選択された場合には、コンテンツ再生処理制御部３１ｄは、コンテンツをアップロードしたユーザに対するメッセージを入力するための処理を行う。この場合、コンテンツ再生処理部２１ｄは、メッセージを入力（選択）する拍手／メッセージ送信画面を表示し（ステップＫ４）、ユーザからの指定に応じたメッセージを配信サーバ１０のコンテンツ再生処理制御部３１ｄに送信する。
【０１０４】
例えば、図２４（ｅ）に示す拍手／メッセージ送信画面では、メッセージの内容（例えば「面白かった」）を任意に選択することができる。また、コンテンツの内容が気に入ったことを通知するための「拍手」を選択することもできる（図示せず）。コンテンツ再生処理部２１ｄは、メッセージを配信サーバ１０に送信すると、図２４（ｄ）に示すように、返事完了画面を表示させる。
【０１０５】
コンテンツ再生処理制御部３１ｄは、コンテンツ再生処理部２１ｄからのメッセージを受信すると（ステップＭ３）、コンテンツをアップロードしたユーザと関連付けて、メッセージデータとして拍手回数やメッセージの内容を保存しておく（ステップＭ４）。
【０１０６】
ここで、メッセージ内容が記録されることで、クライアント２０では、メッセージ確認処理や過去履歴確認処理などによって配信サーバ１０からメッセージ内容を受信して、ユーザ宛のメッセージ内容を出力させることができる。
【０１０７】
また、返事メニューから「通報」が選択された場合には、コンテンツ再生処理部２１ｄは、通報送信画面を表示してユーザにより通報内容を入力させ、通報内容を配信サーバ１０に送信する（ステップＫ６，Ｋ７）。例えば、コンテンツの内容が公序良俗に反するなど問題がある場合には、コンテンツをダウンロードしたユーザが配信サーバ１０に対して通報することができる。
【０１０８】
コンテンツ再生処理制御部３１ｄは、コンテンツ再生処理部２１ｄからの通報を受信して、通報内容を記録しておく（ステップＭ５，Ｍ６）。
【０１０９】
また、返事メニューから「コンテンツ保存」（図示せず）が選択された場合には、コンテンツ再生処理部２１ｄは、コンテンツ保存画面を表示し、この画面を通じてコンテンツの保存要求を配信サーバ１０に送信する（ステップＫ８，Ｋ９）。コンテンツ再生処理制御部３１ｄは、コンテンツ再生処理部２１ｄからの要求に応じて、保存要求されたコンテンツを示すデータを、ユーザ管理データのコンテンツ管理データとして記録しておく（ステップＭ７，Ｍ８）。
【０１１０】
例えば、コンテンツの内容が気に入った場合には、配信サーバ１０にコンテンツ保存を要求しておくことで、クライアント２０では、例えば過去履歴確認処理などによってコンテンツデータを配信サーバ１０から受信して、任意にコンテンツを再生出力させることができる。
【０１１１】
なお、返事メニューから「コンテンツ捨て」（図示せず）が選択された場合には、コンテンツ再生処理部２１ｄは、コンテンツ捨て演出画面を表示させる（ステップＫ１０）。この場合、コンテンツ再生処理制御部３１ｄは、ダウンロードされたコンテンツについての記録をユーザ管理データにおいて残さないようにする。クライアント２０は、新たなコンテンツを検索するためのコンテンツ検索処理に戻る。
【０１１２】
このようにして、配信サーバ１０に配信先を指定することなくアップロードされたコンテンツは、フィールドからランダムに選択されて不特定のユーザに配信されるが、ダウンロードしたユーザからのメッセージなどの応答を、コンテンツをアップロードしたユーザに通知することができる。
【０１１３】
図２５には、メッセージ内容を確認する画面の一例を示している。図２５（ａ）に示す表示画面は、送信側クライアント１７のユーザが自分が配信サーバ１０にアップロードしたコンテンツの一覧を表示させている例を示している。図２５（ａ）において、「１．溶けました」は、保存期間を経過したコンテンツであることを示している。このコンテンツを指定した場合、例えば図２５（ｂ）に示すように、同コンテンツに対して他のユーザから応答のあったメッセージや拍手回数が表示されている。
【０１１４】
なお、前述した説明では、受信側クライアント１８とする電子機器の種類（プラットホーム）を特定せずに説明しているが、電子機器によっては、再生可能なデータ（ファイル）形式が異なったり、コピーガードなどを付加するために特定のファイル形式にする必要がある場合もある。こうした場合、配信サーバ１０は、コンテンツデータのファイル形式を変換した上で、コンテンツを配信することもできる。
【０１１５】
例えば、パーソナルコンピュータ１３において配信サーバ１０の配信サービスを利用して、コンテンツを取得して保存したものとする。受信側クライアント１８からコンテンツの保存が要求された場合、配信サーバ１０は、ユーザ管理データに保存要求されたコンテンツを示すデータを記録して、コンテンツデータ本体については受信側クライアント１８に保存させない。
【０１１６】
このコンテンツの保存期間が経過するまでに、例えば携帯電話機１４により配信サーバ１０にアクセスし（パーソナルコンピュータ１３でアクセスした際と同じユーザＩＤを使用してログインする）、コンテンツの再生を可能とするように要求することで、配信サーバ１０は、携帯電話機１４で再生可能なデータ形式のファイルに変換して、携帯電話機１４においても、配信サーバ１０に保存しておいたコンテンツを再生可能とすることができる。図２６には、このファイル形式の変換を示している。このように、ファイル形式の変換を介してコンテンツをダウンロードできるようにすることで、特定のプラットホーム（例えば携帯電話機１４）のみについては課金をするといった運用も可能となる。
【０１１７】
なお、前述した説明では、配信サーバ１０からフィールド指定でコンテンツを検索する場合、１つのフィールドのみを指定しているが、同時に複数のフィールドを指定して、複数のコンテンツを取得できるようにしても良い。この場合、複数のフィールドからそれぞれランダムに選択されたコンテンツを組み合わせて、１つのコンテンツとして再生出力させることもできる。
【０１１８】
また、コンテンツは、単に音声や画像を組み合わせたデータだけでなく、クライアント２０によりネットワーク１２を介して他のサイトにアクセスさせるためのリンクが設定されたデータを含むようにしても良い。また、他サイトや実店舗などで商品を購入する際に使用可能なクーポンを表すデータが含まれていても良い。
【０１１９】
このように、本実施形態における配信サーバ１０では、宛先が特定されないコンテンツを不特定のユーザに配信することができるので、ボトルメール遊びのように、自分宛ではない意外性のあるコンテンツを無作為にダウンロードするといった楽しみ方が可能となる。
【０１２０】
また、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【０１２１】
また、実施形態に記載した手法は、コンピュータに実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、コンピュータに実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）をコンピュータ内に構成させる設定プログラムをも含む。本装置を実現するコンピュータは、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、コンピュータ内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記録媒体を含むものである。
【図面の簡単な説明】
【０１２２】
【図１】本実施形態におけるシステムの構成を示すブロック図。
【図２】送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図。
【図３】クライアント２０（送信側クライアント１７、受信側クライアント１８）と配信サーバ１０の機能構成を示すブロック図。
【図４】配信ルール情報の一例を示す図。
【図５】コンテンツの保存形態について示す図。
【図６】配信サーバ１０に記録されるコンテンツデータの管理構成を示す図。
【図７】配信サーバ１０において記録されるユーザ別のデータ（ユーザ管理データ）の一例を示す図。
【図８】クライアント２０におけるメイン処理について示すフローチャート。
【図９】クライアント２０において表示されるタイトル画面の一例を示す図。
【図１０】ユーザがクライアント２０において音声データを入力してコンテンツ１を作成する処理を示すフローチャート。
【図１１】ユーザがクライアント２０において音声データを入力してコンテンツ２を作成する処理を示すフローチャート。
【図１２】音声録音画面の一例を示す図。
【図１３】録音中画面の一例を示す図。
【図１４】コンテンツ作成処理制御部３１ａにより生成される音声データを示す図。
【図１５】音声データとＳＥトリガー情報との関係を示す図。
【図１６】画像撮影ための画面例を示す図。
【図１７】制御情報入力用の設定画面の一例を示す図。
【図１８】テキスト入力画面の一例を示す図。
【図１９】コンテンツ作成処理で作成されたコンテンツを配信可能となるようにするコンテンツ保存処理について示すフローチャート。
【図２０】フィールド選択画面の一例を示す図。
【図２１】配信サーバ１０からコンテンツをダウンロードするコンテンツ検索処理について示すフローチャート。
【図２２】。
【図２３】コンテンツをクライアント２０において再生出力させるコンテンツ再生処理について示すフローチャート。
【図２４】コンテンツ再生出力のための画面の一例を示す図。
【図２５】メッセージ内容を確認する画面の一例を示す図。
【図２６】コンテンツデータのファイル形式変換を説明するための図。
【符号の説明】
【０１２３】
１０…配信サーバ、１２…ネットワーク、１３…パーソナルコンピュータ、１４…携帯電話機、１５…ゲーム機、１７…送信側クライアント、１８…受信側クライアント、２０…クライアント、２１，３１…制御部、２１ａ…コンテンツ作成処理部、２１ｂ…コンテンツ保存処理部、２１ｃ…コンテンツ検索処理部、２１ｄ…コンテンツ再生処理部、２１ｅ…メッセージ確認処理部、２１ｆ…コレクション確認処理部、２１ｇ…過去履歴確認処理部、２２，３２…入力部、２３，３３…表示部、２４…カメラ部、２５…音声入力部、２６…音声出力部、２７,３７…記録装置、２８，３８…通信部、３１ａ…コンテンツ作成処理制御部、３１ｂ…コンテンツ保存処理制御部、３１ｃ…コンテンツ検索処理制御部、３１ｄ…コンテンツ再生処理制御部、３１ｅ…メッセージ確認処理制御部、３１ｆ…コレクション確認処理制御部、３１ｇ…過去履歴確認処理制御部。
【特許請求の範囲】
【請求項１】
配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する記録手段と、
受信側クライアントから区分の指定と共にデータ配信要求を受け付けるデータ配信要求受付手段と、
前記データ配信要求受付手段によって受け付けられたデータ配信要求に応じて、前記データ記録手段に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択するコンテンツを選択するコンテンツ選択手段と、
前記選択手段により選択されたコンテンツデータをデータ配信要求元の前記受信側クライアントに配信するデータ配信手段と
を具備したことを特徴とするデータ配信装置。
【請求項２】
送信側クライアントからデータ配信を制御するための少なくとも配信回数を含む制御情報が付加されたコンテンツデータと前記コンテンツデータの分類先とする前記区分の指定を受信するデータ受信手段と、
前記データ受信手段により受信された前記コンテンツデータと制御情報をもとに配信用のコンテンツデータを作成するコンテンツ作成手段とをさらに具備し、
前記記録手段は、前記コンテンツ作成手段により作成された配信用のコンテンツデータを、前記データ受信手段により受信された区分の指定に応じて、前記制御情報と関連付けて分類して記録し、
前記コンテンツ選択手段は、前記制御情報に従って配信対象とするデータを選択することを特徴とする請求項１記載のデータ配信装置。
【請求項３】
前記データ受信手段は、前記送信側クライアントから、音声に対する音響効果の指定と、前記送信側クライアントにおいて入力された音声データを受信し、
前記コンテンツ作成手段は、前記データ受信手段により受信された前記音声データに対して、前記指定された音響効果を付加して配信用の音声データファイルを生成し、
前記記録手段は、前記データ受信手段により生成された音声ファイルをコンテンツデータとして記録することを特徴とする請求項２記載のデータ配信装置。
【請求項４】
前記データ受信手段は、前記送信側クライアントにおいて音声データと共に入力された音響効果を付加するタイミングを示すタイミング情報を受信し、
前記コンテンツ作成手段は、前記音声データファイルと前記タイミング情報とから配信用のコンテンツデータを作成することを特徴とする請求項３記載のデータ配信装置。
【請求項５】
前記データ受信手段は、前記送信側クライアントから、音声に対する音響効果の指定と、前記送信側クライアントにおいて入力されたテキストデータを受信し、
前記コンテンツ作成手段は、前記データ受信手段により受信された前記テキストデータが示す文章の音声データを生成して、同音声データに対して、前記指定された音響効果を付加して配信用の音声データファイルを生成し、
前記記録手段は、前記データ受信手段により生成された音声ファイルをコンテンツデータとして記録することを特徴とする請求項２記載のデータ配信装置。
【請求項６】
前記データ送信手段によりコンテンツデータを送信した前記受信側クライアントからコンテンツの保存要求を受信する保存要求受信手段と、
前記保存要求受信手段により受信された保存要求に対して、前記コンテンツを前記受信側クライアントの識別情報と対応付けて保存するコンテンツ保存手段と、
前記受信側クライアントとは異なる種類の他のクライアントから、前記コンテンツ保存手段により保存されたコンテンツの再生要求を前記識別情報の指定と共に受信する再生要求受信手段と、
前記再生要求受信手段により受信された再生要求に対して、前記識別情報と対応付けて保存されたコンテンツを前記他のクライアントにおいて再生可能な形式のコンテンツデータに変換するデータ形式変換手段とをさらに具備し、
前記データ配信手段は、前記データ形式変換手段により変換されたコンテンツデータを前記他のクライアントに配信することを特徴とする請求項３記載のデータ配信装置。
【請求項７】
コンピュータを、
配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する記録手段と、
受信側クライアントから区分の指定と共にデータ配信要求を受け付けるデータ配信要求受付手段と、
前記データ配信要求受付手段によって受け付けられたデータ配信要求に応じて、前記データ記録手段に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択するコンテンツを選択するコンテンツ選択手段と、
前記選択手段により選択されたコンテンツデータをデータ配信要求元の前記受信側クライアントに配信するデータ配信手段として機能させることを特徴とするデータ配信プログラム。
【請求項１】
配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する記録手段と、
受信側クライアントから区分の指定と共にデータ配信要求を受け付けるデータ配信要求受付手段と、
前記データ配信要求受付手段によって受け付けられたデータ配信要求に応じて、前記データ記録手段に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択するコンテンツを選択するコンテンツ選択手段と、
前記選択手段により選択されたコンテンツデータをデータ配信要求元の前記受信側クライアントに配信するデータ配信手段と
を具備したことを特徴とするデータ配信装置。
【請求項２】
送信側クライアントからデータ配信を制御するための少なくとも配信回数を含む制御情報が付加されたコンテンツデータと前記コンテンツデータの分類先とする前記区分の指定を受信するデータ受信手段と、
前記データ受信手段により受信された前記コンテンツデータと制御情報をもとに配信用のコンテンツデータを作成するコンテンツ作成手段とをさらに具備し、
前記記録手段は、前記コンテンツ作成手段により作成された配信用のコンテンツデータを、前記データ受信手段により受信された区分の指定に応じて、前記制御情報と関連付けて分類して記録し、
前記コンテンツ選択手段は、前記制御情報に従って配信対象とするデータを選択することを特徴とする請求項１記載のデータ配信装置。
【請求項３】
前記データ受信手段は、前記送信側クライアントから、音声に対する音響効果の指定と、前記送信側クライアントにおいて入力された音声データを受信し、
前記コンテンツ作成手段は、前記データ受信手段により受信された前記音声データに対して、前記指定された音響効果を付加して配信用の音声データファイルを生成し、
前記記録手段は、前記データ受信手段により生成された音声ファイルをコンテンツデータとして記録することを特徴とする請求項２記載のデータ配信装置。
【請求項４】
前記データ受信手段は、前記送信側クライアントにおいて音声データと共に入力された音響効果を付加するタイミングを示すタイミング情報を受信し、
前記コンテンツ作成手段は、前記音声データファイルと前記タイミング情報とから配信用のコンテンツデータを作成することを特徴とする請求項３記載のデータ配信装置。
【請求項５】
前記データ受信手段は、前記送信側クライアントから、音声に対する音響効果の指定と、前記送信側クライアントにおいて入力されたテキストデータを受信し、
前記コンテンツ作成手段は、前記データ受信手段により受信された前記テキストデータが示す文章の音声データを生成して、同音声データに対して、前記指定された音響効果を付加して配信用の音声データファイルを生成し、
前記記録手段は、前記データ受信手段により生成された音声ファイルをコンテンツデータとして記録することを特徴とする請求項２記載のデータ配信装置。
【請求項６】
前記データ送信手段によりコンテンツデータを送信した前記受信側クライアントからコンテンツの保存要求を受信する保存要求受信手段と、
前記保存要求受信手段により受信された保存要求に対して、前記コンテンツを前記受信側クライアントの識別情報と対応付けて保存するコンテンツ保存手段と、
前記受信側クライアントとは異なる種類の他のクライアントから、前記コンテンツ保存手段により保存されたコンテンツの再生要求を前記識別情報の指定と共に受信する再生要求受信手段と、
前記再生要求受信手段により受信された再生要求に対して、前記識別情報と対応付けて保存されたコンテンツを前記他のクライアントにおいて再生可能な形式のコンテンツデータに変換するデータ形式変換手段とをさらに具備し、
前記データ配信手段は、前記データ形式変換手段により変換されたコンテンツデータを前記他のクライアントに配信することを特徴とする請求項３記載のデータ配信装置。
【請求項７】
コンピュータを、
配信先が指定されていない複数のコンテンツデータを複数の区分に分類して記録する記録手段と、
受信側クライアントから区分の指定と共にデータ配信要求を受け付けるデータ配信要求受付手段と、
前記データ配信要求受付手段によって受け付けられたデータ配信要求に応じて、前記データ記録手段に記録された指定された区分に分類された複数のコンテンツデータから配信対象とするコンテンツデータを選択するコンテンツを選択するコンテンツ選択手段と、
前記選択手段により選択されたコンテンツデータをデータ配信要求元の前記受信側クライアントに配信するデータ配信手段として機能させることを特徴とするデータ配信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１０−５５５３８（Ｐ２０１０−５５５３８Ａ）
【公開日】平成２２年３月１１日（２０１０．３．１１）
【国際特許分類】
【出願番号】特願２００８−２２２３４９（Ｐ２００８−２２２３４９）
【出願日】平成２０年８月２９日（２００８．８．２９）
【出願人】（３０６０１９１１１）株式会社タイトー (475)
【公開日】平成２２年３月１１日（２０１０．３．１１）
【国際特許分類】
【出願日】平成２０年８月２９日（２００８．８．２９）
【出願人】（３０６０１９１１１）株式会社タイトー (475)
[ Back to top ]