電子機器
【課題】時間経過に伴って音声データの音声品質を劣化させてユーザに提供することができるようにする。
【解決手段】配信サーバは、ネットワークを介して受信された音声データを記録部に記録しておく。コンテンツ再生処理制御部３１ｄは、記録された音声データの音声品質を劣化させる音声劣化部を有し、音声データに対する再生要求が入力された場合に、音声データが記録されてからの経過時間に基づいて音声品質が劣化された音声データを生成して出力する。
【解決手段】配信サーバは、ネットワークを介して受信された音声データを記録部に記録しておく。コンテンツ再生処理制御部３１ｄは、記録された音声データの音声品質を劣化させる音声劣化部を有し、音声データに対する再生要求が入力された場合に、音声データが記録されてからの経過時間に基づいて音声品質が劣化された音声データを生成して出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声データを記録し、この音声データをもとに音声を出力させるための電子機器に関する。
【背景技術】
【０００２】
近年、サーバからネットワークを介して接続されたパーソナルコンピュータや携帯電話機などの端末装置に対して、音声データを配信する各種サービスが提供されている。この種のサービスを提供するシステム（サーバ）では、音声データに様々な音響効果を付加して演出効果を高めている。
【０００３】
音声データを提供するシステムとしては、例えば音声チャットシステムがある（例えば特許文献１）。特許文献１に記載された音声チャットシステムは、仮想空間にキャラクタを配置して音声チャットを可能とするシステムであり、チャット音声を出力する前に仮想空間と音声の関連を密にするような音声変換処理あるいは音声合成処理を施す。例えば、仮想空間に配置されたキャラクタ以外の音の存在によって音声の聞こえ方が変わるようにしたり、仮想空間内を移動しながら発声するキャラクタの声が移動とともにリアルタイムに変化して聞こえるようにする。また、チャット音声が、仮想空間内で発生するチャット音声以外の音に影響されたり、音声を実際に発しているユーザの身体状態に影響されるようにしている。
【特許文献１】特開２００４−２６７４３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように従来では、音声データを提供するシステムにおいて、音声データを状況に合わせて変化させて出力することが行われている。一般に、音声データを記録し、これを提供するシステムでは、特許文献１に記載されたシステムのように、特定の目的をもった音声となるように音声データを変換するか、あるいは音声品質を向上させるために音声データの生成が行われていた。
【０００５】
このため従来のシステムでは、時間経過に伴って、ユーザが意図することなく音声品質が劣化していくという演出をすることができなかった。
【０００６】
本発明は前述した事情に考慮してなされたもので、その目的は、時間経過に伴って音声データの音声品質を劣化させてユーザに提供することができる電子機器を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、音声データを記録する音声データ記録手段と、前記音声データ記録手段により記録された音声データの音声品質を劣化させる音声劣化手段と、前記音声データ記録手段により記録された音声データに対する再生要求を入力する再生要求入力手段と、前記再生要求入力手段により入力された再生要求に対して、前記音声データが前記音声データ記録手段により記録されてからの経過時間に基づいて前記音声劣化手段により音声品質が劣化された音声データを出力する音声データ出力手段とを具備したことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、記録された音声データについて、時間経過に伴って音声データの音声品質を劣化させてユーザに提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施形態における電子機器を用いたシステムの構成を示すブロック図である。図１に示すシステムでは、電子機器は、データ配信サービスを提供する配信サーバ１０として構成されている。配信サーバ１０は、インターネットや公衆電話網などを含むネットワーク１２を介して、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの端末装置（電子機器）と接続されている。
【００１０】
配信サーバ１０は、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器から提供されるコンテンツデータを受信し、また電子機器からの要求に応じてコンテンツデータを配信するサービスを提供する。パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器は、送信側あるいは受信側クライアントとして使用される。なお、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５に限らず、ネットワーク１２を介して配信サーバ１０と接続可能な機能が搭載された電子機器であれば、送信側／受信側クライアントとして使用することができる。
【００１１】
図２は、送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図である。
配信サーバ１０は、送信側クライアント１７（第１の端末装置）から送信された、データ配信を制御するための制御情報が付加されたコンテンツデータを受信し、この受信された複数のデータを所定の分類によって記録しておく。コンテンツデータには、例えば画像（動画、静止画）、テキストデータ、音声データ等を含むことができる。配信サーバ１０は、受信側クライアント１８（第２の端末装置）からのデータ配信要求を受け付けると、記録されたデータのそれぞれに対して付加された制御情報に従って配信対象とするデータを選択し、受信側クライアント１８に配信するサービスを提供する。配信サーバ１０は、制御情報に含まれる、例えばデータの保存期間、再生回数、パスワードの有無などのデータ（配信ルール情報）に基づいてデータ配信を制御することで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信を実現する。また、配信サーバ１０に記録されるコンテンツデータは、送信側クライアントから受信されものに限らず、予め配信サーバ１０側で用意されたデータも含まれる。例えば、企業から提供されるコマーシャル用のデータがサービス提供側で用意されていても良い。
【００１２】
図３は、配信サーバ１０の機能構成を示すブロック図である。
配信サーバ１０は、図３に示すように、制御部３１、入力部３２、表示部３３、記録装置３７、及び通信部３８が設けられている。
【００１３】
制御部３１は、プロセッサやメモリを含んで構成されるもので、各種プログラムをプロセッサにより実行することにより各種の機能を実現することができる。制御部３１は、 ネットワーク１２を介して接続されたクライアント１７，１８に対してデータ配信サービスを提供するもので、送信側クライアント１７０からのコンテンツのアップロード、コンテンツの記録、及び受信側クライアント１８に対するコンテンツのダウンロード（データ配信）のための制御を行う。制御部３１は、サーバ用のデータ配信プログラムを実行することで、コンテンツ作成処理制御部３１ａ、コンテンツ保存処理制御部３１ｂ、コンテンツ検索処理制御部３１ｃ、及びコンテンツ再生処理制御部３１ｄの機能を実現する。
【００１４】
コンテンツ作成処理制御部３１ａは、送信側クライアント１７からデータ配信を制御するための少なくとも保存期間と再生回数を含む制御情報が付加されたコンテンツデータとコンテンツデータの分類先とする区分の指定を受信し、コンテンツデータと制御情報をもとに配信用のコンテンツデータを作成する。また、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、コンテンツデータとして、音声に対する音響効果の指定と送信側クライアント１７において入力された音声データを受信し、音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。さらに、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、音声に対する音響効果の指定と、送信側クライアント１７において入力されたテキストデータを受信し、この受信されたテキストデータが示す文章の音声データを生成して、同音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。
【００１５】
コンテンツ保存処理制御部３１ｂは、送信側クライアント１７から受信されたコンテンツデータ（音声データを含む）を複数の区分（通常フィールド）に分類して記録装置３７において記録する。コンテンツ保存処理制御部３１ｂは、送信側クライアント１７から受信したコンテンツを記録する際には、送信側クライアント１７から区分（通常フィールド））の指定を受信して、制御情報と関連付けて分類して記録する。また、コンテンツ保存処理制御部３１ｂは、コンテンツに対して設定された保存期間が経過した場合には、通常フィールドにおいて分類して記録されたコンテンツを削除予定フィールドに移動して、所定の期間が経過した後に削除する。なお、コンテンツ保存処理制御部３１ｂは、削除予定フィールドに移動されたコンテンツに対して、例えば送信側クライアント１７から音声データに対する音声品質の劣化のための制御データ、例えば削除されるまでの期間の延長を指示するデータ等を受信することができる。コンテンツ保存処理制御部３１ｂは、この制御データに応じて削除するまでの所定の期間を変更する。
【００１６】
コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から区分の指定と共にデータ配信要求を受け付け、このデータ配信要求に応じて、記録装置３７に指定された区分に分類して記録された複数のコンテンツデータから配信対象とするコンテンツデータを選択する。また、コンテンツ検索処理制御部３１ｃは、コンテンツに付加された制御情報（保存期間、再生回数、パスワード等）に従って、配信対象とするデータを選択する。また、コンテンツ検索処理制御部３１ｃは、削除予定フィールドに移動されたコンテンツを検索対象とすることもできる。
【００１７】
コンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃにより選択されたコンテンツデータを受信側クライアント１８に配信して、受信側クライアント１８において再生出力させる。コンテンツ再生処理制御部３１ｄは、削除予定フィールドに記録されたコンテンツに対しては、音声データに対して、記録されてからの経過時間に基づいて音声品質を劣化させて提供する。すなわち、コンテンツ再生処理制御部３１ｄは、削除予定フィールドに記録されたコンテンツが削除されるまでの所定の期間に合わせて、段階的に音声品質が劣化していくように音声処理が実行される。コンテンツ再生処理制御部３１ｄの詳細な構成については後述する（図４参照）。
【００１８】
記録部３７は、ハードディスク等の記録媒体への記録を制御する。記録部３７は、コンテンツ保存処理制御部３１ｂにより複数のコンテンツデータが複数の区分に分類して記録される他、サービスを提供するために必要な各種のデータが記録される。記録部３７では、送信側クライアント１７からアップロードされたコンテンツは、論理的に設定される通常フィールドにおいて記録され、コンテンツに対して設定された保存期間が経過した後には、削除予定フィールドにおいて記録される。
【００１９】
通信部３８は、ネットワーク１２を介してクライアント２０等との通信を制御する。
【００２０】
図４は、コンテンツ再生処理制御部３１ｄの詳細な機能構成を示すブロック図である。
図４に示すように、コンテンツ再生処理制御部３１ｄには、再生要求入力部４０、音声劣化部４１、計時部４２、及び音声出力部４３の機能が設けられている。
【００２１】
再生要求入力部４０は、コンテンツ保存処理制御部３１ｂによって記録されたコンテンツ（音声データを含む）に対する再生要求を入力するもので、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツデータを再生対象とする。
【００２２】
音声劣化部４１は、コンテンツ保存処理制御部３１ｂによって記録部３７に記録された音声データの音声品質を劣化させる処理を実行するもので、特に、削除予定フィールドに記録されたコンテンツの音声データに対して、計時部４２により算出されるコンテンツ（音声データ）が記録部３７に記録されてからの経過時間に基づいて段階的に音声品質を劣化させる。
【００２３】
計時部４２は、コンテンツデータが記録部３７に記録されてからの経過時間を算出する。計時部４２は、記録部３７の通常フィールドから削除フィールドに移行されたコンテンツ、すなわち保存期間が過ぎたコンテンツの経過時間を算出する。
【００２４】
音声出力部４３は、再生要求入力部４０により入力された再生要求に対して、コンテンツデータに含まれる音声データを出力する。音声出力部４３は、通常フィールドに記録されているコンテンツの音声データについては、元のままの音声品質による音声データを出力し、保存期間が経過して削除予定フィールドに記録されたコンテンツの音声データについては、削除フィールドに移動されてからの経過時間に応じて音声劣化部４１により音声品質が劣化された音声データを出力する。
【００２５】
次に、ユーザによって設定される制御情報に含まれる配信ルール情報の一例について説明する。図５は、配信ルール情報の一例を示している。本実施形態では、例えば配信ルールとして、保存期間、再生回数、パスワードの有無などを、プレイヤが任意に指定することができる。
【００２６】
保存期間は、配信サーバ１０にアップロードされてからダウンロードを終了するまでの期間を示すもので、例えば１日〜７日の間で任意に指定することができる。
【００２７】
再生回数は、配信サーバ１０にアップロードされたコンテンツデータを受信側クライアント１８に配信可能な回数を示すもので、例えば１回〜１０回までの任意の回数、あるいは無制限を指定することができる。例えば、再生回数を無制限とすることで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信を実現することができる。また、再生回数を２回〜１０回の任意回数とすることで、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信を実現することができる。また、再生回数を１回とすることで、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信を実現することができる。
【００２８】
パスワードは、ユーザが任意に設定するか否かを選択することができる。パスワードについては、英数字であらわしたり、図形の組み合わせなどによって設定することができる。パスワードを有りにすることで、パスワードを知るユーザのみがコンテンツをダウンロードすることができるので、送信先を１つに制限した特定の受信側クライアント１８に対するデータ送信を実現することができる。
【００２９】
次に、送信側クライアント１７からアップロードされるコンテンツの保存形態について図６を参照しながら説明する。
本実施形態では、コンテンツデータをアップロードする場合、保存先として複数の通常フィールドの何れかを選択することができる。通常フィールドとしては、例えば「森」「お墓」「街」など、ユーザが認識し易い名称が付されているものとする。コンテンツをアップロードするユーザは、コンテンツの内容などを考慮して、何れかの適当な名称が付された通常フィールドを選択してアップロードすることができる。また、コンテンツをダウンロードしようとするユーザは、フィールドの名称をもとに何れかを選択することで、所望するイメージに合ったコンテンツをダウンロードし易くできる。
【００３０】
また、各通常フィールドには、予め決められたトラックが用意されており、そのトラック数の分のコンテンツデータがアップロード可能であるものとする。配信サーバ１０では、保存先情報が示す通常フィールドとトラックをもとに、アップロードされた各コンテンツデータを管理する。
【００３１】
さらに、通常フィールドに保存されたコンテンツの保存期間が経過した後の保存先として削除予定フィールドが用意されている。削除予定フィールドには、複数のトラックが用意されており、そのトラックにコンテンツデータが保存可能であるものとする。通常フィールドに保存されていたコンテンツは、保存期間を過ぎると、削除予定フィールドに移動され、その時の時刻を示す記録時刻データがコンテンツデータと共に記録される。この記録時刻データをもとに、コンテンツが削除予定フィールドに移動されてからの経過時間を算出することができる。削除予定フィールドに保存されたコンテンツ（音声データを含む）は、所定の期間が経過した後に削除される。
【００３２】
次に、本実施形態における配信サーバ１０の動作について説明する。
送信側クライアント１７では、音声を含むコンテンツをアップロードする場合には、音声データの録音作業が行われ、必要に応じて各種の音響効果の種類の指定などが行われる。コンテンツ作成処理制御部３１ａは、クライアント２０から音声データを受信し、指定された音響効果を付加した音声データを生成する。さらに、コンテンツに画像やテキストを含む場合には、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から画像データやテキストデータを受信して、コンテンツデータとして音声データと共に一時保存する。
【００３３】
また、送信側クライアント１７では、コンテンツのデータ配信を制御するための制御情報（配信ルール情報）の設定が行われる。
【００３４】
送信側クライアント１７では、配信ルールに該当する保存時間、再生回数、パスワードの有無、名前などが、ユーザ操作によって任意に設定される。配信サーバ１０のコンテンツ作成処理制御部３１ａは、送信側クライアント１７において設定された制御情報を受信し、それまでに一時保存していた音声データ、画像データあるいはテキストデータと共にコンテンツデータとして確定保存する。
【００３５】
次に、コンテンツ作成処理で作成されたコンテンツを配信可能となるように保存するコンテンツ保存処理について説明する。
送信側クライアント１７では、コンテンツ作成処理で作成されたコンテンツをアップロードする場合、保存先とする通常フィールドがユーザにより指定される。例えば、フィールド選択画面において、ポインティングデバイスやボタンなどの操作により、コンテンツの保存先とする通常フィールドを指定する。通常フィールドとしては、例えば「森」「お墓」「街」などが用意されており、作成したコンテンツの内容やコンテンツの配信要求で指定されやすくなるように何れかの適当な名称が付されたフィールドを選択することができる。送信側クライアント１７は、フィールド決定が指示されると、配信サーバ１０のコンテンツ保存処理制御部３１ｂに対して選択フィールドを送信する。
【００３６】
コンテンツ保存処理制御部３１ｂは、選択フィールドを受信すると、このフィールドに空きトラックがあれば、コンテンツ作成処理により作成されたコンテンツを、選択された通常フィールドに分類して記録部３７において保存する。
【００３７】
次に、通常フィールドに保存されたコンテンツデータを、削除予定フィールドに移動するための音声データ記録処理について、図７に示すフローチャートを参照しながら説明する。
【００３８】
コンテンツ保存処理制御部３１ｂは、記録部３７において通常フィールドに分類して記録されたコンテンツデータについて、各コンテンツに付加された制御情報（配信ルール）を参照して、保存期間が経過したものを検索する（ステップＡ１）。
【００３９】
ここで、保存期間が経過したコンテンツデータがあった場合（ステップＡ２、Ｙｅｓ）、コンテンツ保存処理制御部３１ｂは、検索されたコンテンツデータを削除予定フィールドに移動させる（ステップＡ３）。削除予定フィールド中の何れかのトラックに、保存期間が経過したコンテンツデータを登録する。
【００４０】
そして、削除予定フィールドに移動された時刻を示す記録時刻データをコンテンツデータに付加して記録する（ステップＡ４）。
【００４１】
削除予定フィールドに記録されたコンテンツデータは、通常フィールドに記録されたコンテンツと同様にしてダウンロード対象となる。すなわち、受信側クライアント１８において、コンテンツの検索対象とするフィールドとして削除予定フィールドが指定された場合に、この削除予定フィールドからコンテンツデータが選択される。詳細については後述する。
【００４２】
次に、配信サーバ１０からコンテンツをダウンロードするコンテンツ検索処理について説明する。
受信側クライアント１８では、コンテンツのダウンロードがユーザにより要求されると、コンテンツの探し方を選択するための選択画面を表示させ、例えばフィールドの指定によってコンテンツのダウンロードを要求するのか、あるいはパスワードを指定することにより要求するのかをユーザにより指定させる。
【００４３】
ここで、「フィールドから探す」が指定された場合には、受信側クライアント１８は、コンテンツの検索対象とするフィールドを指定するためのフィールド選択画面を表示させ、その中か何れかのフィールドをユーザにより選択させる。各フィールドには、フィールドに付された名称（例えば「森」「お墓」「街」など）と関連する内容のコンテンツが記録されている傾向があるため、所望するコンテンツの内容に関連する何れかの名称のフィールドを選択することで、所望する内容のコンテンツを取得され易くなる。また、ここでは、コンテンツの検索対象とするフィールドとして削除予定フィールドを選択することもできる。
【００４４】
コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から選択フィールドの指定を受信すると、選択されたフィールドに分類して記録された配信ルールを満たす複数のコンテンツからダウンロード対象とするコンテンツを選択する。すなわち、配信ルールの保存期間、再生回数とが有効であり、パスワードが設定されていない配信可能なコンテンツからランダムに１つのコンテンツを選択する。
【００４５】
また、コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から削除予定フィールドの指定を受信した場合には、削除予定フィールドからダウンロード対象とするコンテンツをランダムに選択する。
【００４６】
コンテンツ検索処理制御部３１ｃは、フィールドから選択したコンテンツを再生出力させるためのコンテンツ再生処理をコンテンツ再生処理制御部３１ｄにより実行させる。また、コンテンツ検索処理制御部３１ｃは、削除予定フィールドからコンテンツを選択した場合には、コンテンツ再生処理制御部３１ｄに対して、コンテンツデータに設定されている記録時刻データを通知する。
【００４７】
次に、コンテンツを受信側クライアント１８において再生出力させるコンテンツ再生処理について説明する。
配信サーバ１０のコンテンツ再生処理制御部３１ｄは、再生要求入力部４０によりコンテンツの再生要求を受信すると、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツが削除予定フィールドに保存されていたデータでない場合には、音声出力部４３により記録装置３７の通常フィールドに記憶されていたコンテンツを、そのまま受信側クライアント１８に対して送信する。また、コンテンツ再生処理制御部３１ｄは、受信側クライアント１８に送信されたコンテンツに対して設定された制御情報（配信ルール）を更新する。すなわち、コンテンツデータの再生回数が無制限に設定されていなければ、再生回数を更新（デクリメント）する。
【００４８】
受信側クライアント１８は、受信したコンテンツデータをもとにコンテンツ再生画面を表示させ、コンテンツを再生出力する。すなわち、画像を表示させると共に、コンテンツデータに含まれる音声を再生出力させる。
【００４９】
一方、コンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツが削除予定フィールドに保存されていたデータである場合には、コンテンツデータに含まれる音声データに対して劣化音声再生処理を実行する。
【００５０】
図８は、劣化音声再生処理を説明するためのフローチャートである。
コンテンツ再生処理制御部３１ｄは、再生要求入力部４０により削除予定フィールドに保存されていたコンテンツの再生要求を受信する（ステップＢ１、Ｙｅｓ）、音声劣化部４１によりコンテンツデータ中の音声データの品質を劣化させるための処理を実行させる。
【００５１】
音声劣化部４１は、計時部４２により計時されている現在時刻を取得して、コンテンツ検索処理制御部３１ｃから受信した記録時刻データが示す録音時刻（削除予定フィールドに保存された時刻）からの経過時間を算出する（ステップＢ２）。そして、音声劣化部４１は、経過時間に応じて、経過時間が長いほど、より音を劣化させるように音声データに対する加工処理を実行する（ステップＢ３）。
【００５２】
音声出力部４３は、音声劣化部４１によって品質が劣化された音声データを含むコンテンツを、受信側クライアント１８に対して送信し、受信側クライアント１８において時間経過に応じて品質が劣化された音を再生出力させる（ステップＢ４）。
【００５３】
これにより、通常フィールドに保存されていたコンテンツ（音声データ）が、保存期間を経過したことにより削除予定フィールドに移され、時間が経過するほど品質を劣化させることで、例えばコンテンツが溶けていく、あるいは腐っていくような印象をユーザに与える演出が可能となる。
【００５４】
図９には、音声劣化部４１において音声の品質を劣化させる方法の一例（音声波形の変化）を示している。
図９（ａ）は、音声データのサンプリングレートをレートダウンする手法を示している。例えば、原音とする音声データのサンプリングレートが４４１００Ｈｚであった場合に、１／８にレートダウン（サンプリングレート５５１２．５Ｈｚ）にすることにより音の品質を劣化させることができる。音声劣化部４１は、経過時間が長くなるに従って、例えばサンプリングレートを１／２、１／４、１／８、…のように段階的にレートダウンしていくことによって、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５５】
図９（ｂ）は、音声データのサンプリングビット長を少なくすることにより音を劣化させる手法を示している。例えば、原音とする音声データがビット長１６ビットで表されている場合に、ビット長を８ビットにダウンさせた音声データに変換することで、音声データが持つ情報量を削減して音の品質を劣化させることができる。音声劣化部４１は、経過時間が長くなるに従って、例えば８ビット、４ビットのようにビット長を段階的にダウンさせていくことによって、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５６】
図９（ｃ）は、原音に対して周波数フィルタ（ＥＱ）をかけることにより音を劣化させる手法を示している。例えば、ハイカットフィルタに原音を通過させることにより所定の周波数以上の音をカットすることにより音を劣化させる。音声劣化部４１は、経過時間が長くなるに従って、カットする基準となる所定の周波数を下げていくことにより、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５７】
図９（ｄ）は、原音に対してノイズを付加することにより音を劣化させる手法を示している。例えば、原音に対してホワイトノイズを付加することにより音を劣化させる。音声劣化部４１は、経過時間が長くなるほど、原音に付加するノイズの量を増加させていくことにより、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５８】
音声劣化部４１は、前述した図９（ａ）〜（ｄ）に示す音を劣化させる手法の何れかを用いて、音声データを変換することができる機能が搭載されるものとする。
【００５９】
なお、前述した説明では、単に経過時間に応じて音声の品質を劣化させるとしているが、品質を劣化させるペースを変化させることが可能である。
【００６０】
例えば、基本的には、削除予定フィールドに移されたコンテンツ（音声データ）は、予め決められた期間（例えば５日）が経過した時点で消滅する、すなわち再生音声が認識されなくなるように、その期間内では一定のペースで品質を段階的に劣化させていくようにする。
【００６１】
また、コンテンツに対して設定された保存期間に応じて品質を劣化させるペースを変えるようにしても良い。例えば、配信ルールにおいて７日が設定されていたコンテンツについては、同じ日数の７日が経過した時点で消滅する（認識できない）ように段階的に音声の品質を劣化させていき、３日が設定されているコンテンツについては、同様にして３日が経過した時点で消滅するように音を劣化させるレベルを変化させることにより、コンテンツの違いによって腐っていくペースが異なるような演出をすることができる。
【００６２】
さらに、削除予定フィールドに移動されたコンテンツに対して、例えば同コンテンツをアップロードした送信側クライアント１７から、音声データに対する音声品質の劣化のための制御データを受信し、この制御データに応じて音声データの音声品質を劣化させるようにしても良い。例えば、腐っていくことを表すように演出が加えられる削除フィールドに保存されたコンテンツに対して、防腐剤の追加を指示する制御データ、すなわちコンテンツが完全に消滅するまでの期間を延長することを指示する制御データを送信側クライアント１７から受信する。コンテンツ再生処理制御部３１ｄ（音声劣化部４１）は、制御データに応じて、削除予定フィールドに保存された音声データに対して音声を劣化させるペースを変更する。
【００６３】
このようにして、音声データを劣化させて提供することができるので、これまでになかった演出効果を付加することが可能となる。
【００６４】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６５】
【図１】本実施形態における電子機器を用いたシステムの構成を示すブロック図。
【図２】送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図。
【図３】配信サーバ１０の機能構成を示すブロック図。
【図４】コンテンツ再生処理制御部３１ｄの詳細な機能構成を示すブロック図。
【図５】配信ルール情報の一例を示す図。
【図６】送信側クライアント１７からアップロードされるコンテンツの保存形態について示す図。
【図７】通常フィールドに保存されたコンテンツデータを、削除予定フィールドに移動するための音声データ記録処理について示すフローチャート。
【図８】劣化音声再生処理を説明するためのフローチャート。
【図９】音声劣化部４１において音声の品質を劣化させる方法の一例（音声波形の変化）を示す図。
【符号の説明】
【００６６】
１０…配信サーバ、１２…ネットワーク、１３…パーソナルコンピュータ、１４…携帯電話機、１５…ゲーム機、１７…送信側クライアント、１８…受信側クライアント、３１…制御部、３１ａ…コンテンツ作成処理制御部、３１ｂ…コンテンツ保存処理制御部、３１ｃ…コンテンツ検索処理制御部、３１ｄ…コンテンツ再生処理制御部、３２…入力部、３３…表示部、３７…記録装置、３８…通信部、３８…通信部、４０…再生要求入力部、４１…音声劣化部、４２…計時部、４３…音声出力部。
【技術分野】
【０００１】
本発明は、音声データを記録し、この音声データをもとに音声を出力させるための電子機器に関する。
【背景技術】
【０００２】
近年、サーバからネットワークを介して接続されたパーソナルコンピュータや携帯電話機などの端末装置に対して、音声データを配信する各種サービスが提供されている。この種のサービスを提供するシステム（サーバ）では、音声データに様々な音響効果を付加して演出効果を高めている。
【０００３】
音声データを提供するシステムとしては、例えば音声チャットシステムがある（例えば特許文献１）。特許文献１に記載された音声チャットシステムは、仮想空間にキャラクタを配置して音声チャットを可能とするシステムであり、チャット音声を出力する前に仮想空間と音声の関連を密にするような音声変換処理あるいは音声合成処理を施す。例えば、仮想空間に配置されたキャラクタ以外の音の存在によって音声の聞こえ方が変わるようにしたり、仮想空間内を移動しながら発声するキャラクタの声が移動とともにリアルタイムに変化して聞こえるようにする。また、チャット音声が、仮想空間内で発生するチャット音声以外の音に影響されたり、音声を実際に発しているユーザの身体状態に影響されるようにしている。
【特許文献１】特開２００４−２６７４３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように従来では、音声データを提供するシステムにおいて、音声データを状況に合わせて変化させて出力することが行われている。一般に、音声データを記録し、これを提供するシステムでは、特許文献１に記載されたシステムのように、特定の目的をもった音声となるように音声データを変換するか、あるいは音声品質を向上させるために音声データの生成が行われていた。
【０００５】
このため従来のシステムでは、時間経過に伴って、ユーザが意図することなく音声品質が劣化していくという演出をすることができなかった。
【０００６】
本発明は前述した事情に考慮してなされたもので、その目的は、時間経過に伴って音声データの音声品質を劣化させてユーザに提供することができる電子機器を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、音声データを記録する音声データ記録手段と、前記音声データ記録手段により記録された音声データの音声品質を劣化させる音声劣化手段と、前記音声データ記録手段により記録された音声データに対する再生要求を入力する再生要求入力手段と、前記再生要求入力手段により入力された再生要求に対して、前記音声データが前記音声データ記録手段により記録されてからの経過時間に基づいて前記音声劣化手段により音声品質が劣化された音声データを出力する音声データ出力手段とを具備したことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、記録された音声データについて、時間経過に伴って音声データの音声品質を劣化させてユーザに提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施形態における電子機器を用いたシステムの構成を示すブロック図である。図１に示すシステムでは、電子機器は、データ配信サービスを提供する配信サーバ１０として構成されている。配信サーバ１０は、インターネットや公衆電話網などを含むネットワーク１２を介して、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの端末装置（電子機器）と接続されている。
【００１０】
配信サーバ１０は、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器から提供されるコンテンツデータを受信し、また電子機器からの要求に応じてコンテンツデータを配信するサービスを提供する。パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５などの電子機器は、送信側あるいは受信側クライアントとして使用される。なお、パーソナルコンピュータ１３、携帯電話機１４、ゲーム機１５に限らず、ネットワーク１２を介して配信サーバ１０と接続可能な機能が搭載された電子機器であれば、送信側／受信側クライアントとして使用することができる。
【００１１】
図２は、送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図である。
配信サーバ１０は、送信側クライアント１７（第１の端末装置）から送信された、データ配信を制御するための制御情報が付加されたコンテンツデータを受信し、この受信された複数のデータを所定の分類によって記録しておく。コンテンツデータには、例えば画像（動画、静止画）、テキストデータ、音声データ等を含むことができる。配信サーバ１０は、受信側クライアント１８（第２の端末装置）からのデータ配信要求を受け付けると、記録されたデータのそれぞれに対して付加された制御情報に従って配信対象とするデータを選択し、受信側クライアント１８に配信するサービスを提供する。配信サーバ１０は、制御情報に含まれる、例えばデータの保存期間、再生回数、パスワードの有無などのデータ（配信ルール情報）に基づいてデータ配信を制御することで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信を実現する。また、配信サーバ１０に記録されるコンテンツデータは、送信側クライアントから受信されものに限らず、予め配信サーバ１０側で用意されたデータも含まれる。例えば、企業から提供されるコマーシャル用のデータがサービス提供側で用意されていても良い。
【００１２】
図３は、配信サーバ１０の機能構成を示すブロック図である。
配信サーバ１０は、図３に示すように、制御部３１、入力部３２、表示部３３、記録装置３７、及び通信部３８が設けられている。
【００１３】
制御部３１は、プロセッサやメモリを含んで構成されるもので、各種プログラムをプロセッサにより実行することにより各種の機能を実現することができる。制御部３１は、 ネットワーク１２を介して接続されたクライアント１７，１８に対してデータ配信サービスを提供するもので、送信側クライアント１７０からのコンテンツのアップロード、コンテンツの記録、及び受信側クライアント１８に対するコンテンツのダウンロード（データ配信）のための制御を行う。制御部３１は、サーバ用のデータ配信プログラムを実行することで、コンテンツ作成処理制御部３１ａ、コンテンツ保存処理制御部３１ｂ、コンテンツ検索処理制御部３１ｃ、及びコンテンツ再生処理制御部３１ｄの機能を実現する。
【００１４】
コンテンツ作成処理制御部３１ａは、送信側クライアント１７からデータ配信を制御するための少なくとも保存期間と再生回数を含む制御情報が付加されたコンテンツデータとコンテンツデータの分類先とする区分の指定を受信し、コンテンツデータと制御情報をもとに配信用のコンテンツデータを作成する。また、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、コンテンツデータとして、音声に対する音響効果の指定と送信側クライアント１７において入力された音声データを受信し、音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。さらに、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から、音声に対する音響効果の指定と、送信側クライアント１７において入力されたテキストデータを受信し、この受信されたテキストデータが示す文章の音声データを生成して、同音声データに対して、指定された音響効果を付加して配信用の音声データファイルを生成することができる。
【００１５】
コンテンツ保存処理制御部３１ｂは、送信側クライアント１７から受信されたコンテンツデータ（音声データを含む）を複数の区分（通常フィールド）に分類して記録装置３７において記録する。コンテンツ保存処理制御部３１ｂは、送信側クライアント１７から受信したコンテンツを記録する際には、送信側クライアント１７から区分（通常フィールド））の指定を受信して、制御情報と関連付けて分類して記録する。また、コンテンツ保存処理制御部３１ｂは、コンテンツに対して設定された保存期間が経過した場合には、通常フィールドにおいて分類して記録されたコンテンツを削除予定フィールドに移動して、所定の期間が経過した後に削除する。なお、コンテンツ保存処理制御部３１ｂは、削除予定フィールドに移動されたコンテンツに対して、例えば送信側クライアント１７から音声データに対する音声品質の劣化のための制御データ、例えば削除されるまでの期間の延長を指示するデータ等を受信することができる。コンテンツ保存処理制御部３１ｂは、この制御データに応じて削除するまでの所定の期間を変更する。
【００１６】
コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から区分の指定と共にデータ配信要求を受け付け、このデータ配信要求に応じて、記録装置３７に指定された区分に分類して記録された複数のコンテンツデータから配信対象とするコンテンツデータを選択する。また、コンテンツ検索処理制御部３１ｃは、コンテンツに付加された制御情報（保存期間、再生回数、パスワード等）に従って、配信対象とするデータを選択する。また、コンテンツ検索処理制御部３１ｃは、削除予定フィールドに移動されたコンテンツを検索対象とすることもできる。
【００１７】
コンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃにより選択されたコンテンツデータを受信側クライアント１８に配信して、受信側クライアント１８において再生出力させる。コンテンツ再生処理制御部３１ｄは、削除予定フィールドに記録されたコンテンツに対しては、音声データに対して、記録されてからの経過時間に基づいて音声品質を劣化させて提供する。すなわち、コンテンツ再生処理制御部３１ｄは、削除予定フィールドに記録されたコンテンツが削除されるまでの所定の期間に合わせて、段階的に音声品質が劣化していくように音声処理が実行される。コンテンツ再生処理制御部３１ｄの詳細な構成については後述する（図４参照）。
【００１８】
記録部３７は、ハードディスク等の記録媒体への記録を制御する。記録部３７は、コンテンツ保存処理制御部３１ｂにより複数のコンテンツデータが複数の区分に分類して記録される他、サービスを提供するために必要な各種のデータが記録される。記録部３７では、送信側クライアント１７からアップロードされたコンテンツは、論理的に設定される通常フィールドにおいて記録され、コンテンツに対して設定された保存期間が経過した後には、削除予定フィールドにおいて記録される。
【００１９】
通信部３８は、ネットワーク１２を介してクライアント２０等との通信を制御する。
【００２０】
図４は、コンテンツ再生処理制御部３１ｄの詳細な機能構成を示すブロック図である。
図４に示すように、コンテンツ再生処理制御部３１ｄには、再生要求入力部４０、音声劣化部４１、計時部４２、及び音声出力部４３の機能が設けられている。
【００２１】
再生要求入力部４０は、コンテンツ保存処理制御部３１ｂによって記録されたコンテンツ（音声データを含む）に対する再生要求を入力するもので、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツデータを再生対象とする。
【００２２】
音声劣化部４１は、コンテンツ保存処理制御部３１ｂによって記録部３７に記録された音声データの音声品質を劣化させる処理を実行するもので、特に、削除予定フィールドに記録されたコンテンツの音声データに対して、計時部４２により算出されるコンテンツ（音声データ）が記録部３７に記録されてからの経過時間に基づいて段階的に音声品質を劣化させる。
【００２３】
計時部４２は、コンテンツデータが記録部３７に記録されてからの経過時間を算出する。計時部４２は、記録部３７の通常フィールドから削除フィールドに移行されたコンテンツ、すなわち保存期間が過ぎたコンテンツの経過時間を算出する。
【００２４】
音声出力部４３は、再生要求入力部４０により入力された再生要求に対して、コンテンツデータに含まれる音声データを出力する。音声出力部４３は、通常フィールドに記録されているコンテンツの音声データについては、元のままの音声品質による音声データを出力し、保存期間が経過して削除予定フィールドに記録されたコンテンツの音声データについては、削除フィールドに移動されてからの経過時間に応じて音声劣化部４１により音声品質が劣化された音声データを出力する。
【００２５】
次に、ユーザによって設定される制御情報に含まれる配信ルール情報の一例について説明する。図５は、配信ルール情報の一例を示している。本実施形態では、例えば配信ルールとして、保存期間、再生回数、パスワードの有無などを、プレイヤが任意に指定することができる。
【００２６】
保存期間は、配信サーバ１０にアップロードされてからダウンロードを終了するまでの期間を示すもので、例えば１日〜７日の間で任意に指定することができる。
【００２７】
再生回数は、配信サーバ１０にアップロードされたコンテンツデータを受信側クライアント１８に配信可能な回数を示すもので、例えば１回〜１０回までの任意の回数、あるいは無制限を指定することができる。例えば、再生回数を無制限とすることで、送信先の数に制限がない不特定の受信側クライアント１８に対するデータ送信を実現することができる。また、再生回数を２回〜１０回の任意回数とすることで、送信先の数に制限を付けた不特定の受信側クライアント１８に対するデータ送信を実現することができる。また、再生回数を１回とすることで、送信先を１つに制限した不特定の受信側クライアント１８に対するデータ送信を実現することができる。
【００２８】
パスワードは、ユーザが任意に設定するか否かを選択することができる。パスワードについては、英数字であらわしたり、図形の組み合わせなどによって設定することができる。パスワードを有りにすることで、パスワードを知るユーザのみがコンテンツをダウンロードすることができるので、送信先を１つに制限した特定の受信側クライアント１８に対するデータ送信を実現することができる。
【００２９】
次に、送信側クライアント１７からアップロードされるコンテンツの保存形態について図６を参照しながら説明する。
本実施形態では、コンテンツデータをアップロードする場合、保存先として複数の通常フィールドの何れかを選択することができる。通常フィールドとしては、例えば「森」「お墓」「街」など、ユーザが認識し易い名称が付されているものとする。コンテンツをアップロードするユーザは、コンテンツの内容などを考慮して、何れかの適当な名称が付された通常フィールドを選択してアップロードすることができる。また、コンテンツをダウンロードしようとするユーザは、フィールドの名称をもとに何れかを選択することで、所望するイメージに合ったコンテンツをダウンロードし易くできる。
【００３０】
また、各通常フィールドには、予め決められたトラックが用意されており、そのトラック数の分のコンテンツデータがアップロード可能であるものとする。配信サーバ１０では、保存先情報が示す通常フィールドとトラックをもとに、アップロードされた各コンテンツデータを管理する。
【００３１】
さらに、通常フィールドに保存されたコンテンツの保存期間が経過した後の保存先として削除予定フィールドが用意されている。削除予定フィールドには、複数のトラックが用意されており、そのトラックにコンテンツデータが保存可能であるものとする。通常フィールドに保存されていたコンテンツは、保存期間を過ぎると、削除予定フィールドに移動され、その時の時刻を示す記録時刻データがコンテンツデータと共に記録される。この記録時刻データをもとに、コンテンツが削除予定フィールドに移動されてからの経過時間を算出することができる。削除予定フィールドに保存されたコンテンツ（音声データを含む）は、所定の期間が経過した後に削除される。
【００３２】
次に、本実施形態における配信サーバ１０の動作について説明する。
送信側クライアント１７では、音声を含むコンテンツをアップロードする場合には、音声データの録音作業が行われ、必要に応じて各種の音響効果の種類の指定などが行われる。コンテンツ作成処理制御部３１ａは、クライアント２０から音声データを受信し、指定された音響効果を付加した音声データを生成する。さらに、コンテンツに画像やテキストを含む場合には、コンテンツ作成処理制御部３１ａは、送信側クライアント１７から画像データやテキストデータを受信して、コンテンツデータとして音声データと共に一時保存する。
【００３３】
また、送信側クライアント１７では、コンテンツのデータ配信を制御するための制御情報（配信ルール情報）の設定が行われる。
【００３４】
送信側クライアント１７では、配信ルールに該当する保存時間、再生回数、パスワードの有無、名前などが、ユーザ操作によって任意に設定される。配信サーバ１０のコンテンツ作成処理制御部３１ａは、送信側クライアント１７において設定された制御情報を受信し、それまでに一時保存していた音声データ、画像データあるいはテキストデータと共にコンテンツデータとして確定保存する。
【００３５】
次に、コンテンツ作成処理で作成されたコンテンツを配信可能となるように保存するコンテンツ保存処理について説明する。
送信側クライアント１７では、コンテンツ作成処理で作成されたコンテンツをアップロードする場合、保存先とする通常フィールドがユーザにより指定される。例えば、フィールド選択画面において、ポインティングデバイスやボタンなどの操作により、コンテンツの保存先とする通常フィールドを指定する。通常フィールドとしては、例えば「森」「お墓」「街」などが用意されており、作成したコンテンツの内容やコンテンツの配信要求で指定されやすくなるように何れかの適当な名称が付されたフィールドを選択することができる。送信側クライアント１７は、フィールド決定が指示されると、配信サーバ１０のコンテンツ保存処理制御部３１ｂに対して選択フィールドを送信する。
【００３６】
コンテンツ保存処理制御部３１ｂは、選択フィールドを受信すると、このフィールドに空きトラックがあれば、コンテンツ作成処理により作成されたコンテンツを、選択された通常フィールドに分類して記録部３７において保存する。
【００３７】
次に、通常フィールドに保存されたコンテンツデータを、削除予定フィールドに移動するための音声データ記録処理について、図７に示すフローチャートを参照しながら説明する。
【００３８】
コンテンツ保存処理制御部３１ｂは、記録部３７において通常フィールドに分類して記録されたコンテンツデータについて、各コンテンツに付加された制御情報（配信ルール）を参照して、保存期間が経過したものを検索する（ステップＡ１）。
【００３９】
ここで、保存期間が経過したコンテンツデータがあった場合（ステップＡ２、Ｙｅｓ）、コンテンツ保存処理制御部３１ｂは、検索されたコンテンツデータを削除予定フィールドに移動させる（ステップＡ３）。削除予定フィールド中の何れかのトラックに、保存期間が経過したコンテンツデータを登録する。
【００４０】
そして、削除予定フィールドに移動された時刻を示す記録時刻データをコンテンツデータに付加して記録する（ステップＡ４）。
【００４１】
削除予定フィールドに記録されたコンテンツデータは、通常フィールドに記録されたコンテンツと同様にしてダウンロード対象となる。すなわち、受信側クライアント１８において、コンテンツの検索対象とするフィールドとして削除予定フィールドが指定された場合に、この削除予定フィールドからコンテンツデータが選択される。詳細については後述する。
【００４２】
次に、配信サーバ１０からコンテンツをダウンロードするコンテンツ検索処理について説明する。
受信側クライアント１８では、コンテンツのダウンロードがユーザにより要求されると、コンテンツの探し方を選択するための選択画面を表示させ、例えばフィールドの指定によってコンテンツのダウンロードを要求するのか、あるいはパスワードを指定することにより要求するのかをユーザにより指定させる。
【００４３】
ここで、「フィールドから探す」が指定された場合には、受信側クライアント１８は、コンテンツの検索対象とするフィールドを指定するためのフィールド選択画面を表示させ、その中か何れかのフィールドをユーザにより選択させる。各フィールドには、フィールドに付された名称（例えば「森」「お墓」「街」など）と関連する内容のコンテンツが記録されている傾向があるため、所望するコンテンツの内容に関連する何れかの名称のフィールドを選択することで、所望する内容のコンテンツを取得され易くなる。また、ここでは、コンテンツの検索対象とするフィールドとして削除予定フィールドを選択することもできる。
【００４４】
コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から選択フィールドの指定を受信すると、選択されたフィールドに分類して記録された配信ルールを満たす複数のコンテンツからダウンロード対象とするコンテンツを選択する。すなわち、配信ルールの保存期間、再生回数とが有効であり、パスワードが設定されていない配信可能なコンテンツからランダムに１つのコンテンツを選択する。
【００４５】
また、コンテンツ検索処理制御部３１ｃは、受信側クライアント１８から削除予定フィールドの指定を受信した場合には、削除予定フィールドからダウンロード対象とするコンテンツをランダムに選択する。
【００４６】
コンテンツ検索処理制御部３１ｃは、フィールドから選択したコンテンツを再生出力させるためのコンテンツ再生処理をコンテンツ再生処理制御部３１ｄにより実行させる。また、コンテンツ検索処理制御部３１ｃは、削除予定フィールドからコンテンツを選択した場合には、コンテンツ再生処理制御部３１ｄに対して、コンテンツデータに設定されている記録時刻データを通知する。
【００４７】
次に、コンテンツを受信側クライアント１８において再生出力させるコンテンツ再生処理について説明する。
配信サーバ１０のコンテンツ再生処理制御部３１ｄは、再生要求入力部４０によりコンテンツの再生要求を受信すると、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツが削除予定フィールドに保存されていたデータでない場合には、音声出力部４３により記録装置３７の通常フィールドに記憶されていたコンテンツを、そのまま受信側クライアント１８に対して送信する。また、コンテンツ再生処理制御部３１ｄは、受信側クライアント１８に送信されたコンテンツに対して設定された制御情報（配信ルール）を更新する。すなわち、コンテンツデータの再生回数が無制限に設定されていなければ、再生回数を更新（デクリメント）する。
【００４８】
受信側クライアント１８は、受信したコンテンツデータをもとにコンテンツ再生画面を表示させ、コンテンツを再生出力する。すなわち、画像を表示させると共に、コンテンツデータに含まれる音声を再生出力させる。
【００４９】
一方、コンテンツ再生処理制御部３１ｄは、コンテンツ検索処理制御部３１ｃによって選択されたコンテンツが削除予定フィールドに保存されていたデータである場合には、コンテンツデータに含まれる音声データに対して劣化音声再生処理を実行する。
【００５０】
図８は、劣化音声再生処理を説明するためのフローチャートである。
コンテンツ再生処理制御部３１ｄは、再生要求入力部４０により削除予定フィールドに保存されていたコンテンツの再生要求を受信する（ステップＢ１、Ｙｅｓ）、音声劣化部４１によりコンテンツデータ中の音声データの品質を劣化させるための処理を実行させる。
【００５１】
音声劣化部４１は、計時部４２により計時されている現在時刻を取得して、コンテンツ検索処理制御部３１ｃから受信した記録時刻データが示す録音時刻（削除予定フィールドに保存された時刻）からの経過時間を算出する（ステップＢ２）。そして、音声劣化部４１は、経過時間に応じて、経過時間が長いほど、より音を劣化させるように音声データに対する加工処理を実行する（ステップＢ３）。
【００５２】
音声出力部４３は、音声劣化部４１によって品質が劣化された音声データを含むコンテンツを、受信側クライアント１８に対して送信し、受信側クライアント１８において時間経過に応じて品質が劣化された音を再生出力させる（ステップＢ４）。
【００５３】
これにより、通常フィールドに保存されていたコンテンツ（音声データ）が、保存期間を経過したことにより削除予定フィールドに移され、時間が経過するほど品質を劣化させることで、例えばコンテンツが溶けていく、あるいは腐っていくような印象をユーザに与える演出が可能となる。
【００５４】
図９には、音声劣化部４１において音声の品質を劣化させる方法の一例（音声波形の変化）を示している。
図９（ａ）は、音声データのサンプリングレートをレートダウンする手法を示している。例えば、原音とする音声データのサンプリングレートが４４１００Ｈｚであった場合に、１／８にレートダウン（サンプリングレート５５１２．５Ｈｚ）にすることにより音の品質を劣化させることができる。音声劣化部４１は、経過時間が長くなるに従って、例えばサンプリングレートを１／２、１／４、１／８、…のように段階的にレートダウンしていくことによって、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５５】
図９（ｂ）は、音声データのサンプリングビット長を少なくすることにより音を劣化させる手法を示している。例えば、原音とする音声データがビット長１６ビットで表されている場合に、ビット長を８ビットにダウンさせた音声データに変換することで、音声データが持つ情報量を削減して音の品質を劣化させることができる。音声劣化部４１は、経過時間が長くなるに従って、例えば８ビット、４ビットのようにビット長を段階的にダウンさせていくことによって、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５６】
図９（ｃ）は、原音に対して周波数フィルタ（ＥＱ）をかけることにより音を劣化させる手法を示している。例えば、ハイカットフィルタに原音を通過させることにより所定の周波数以上の音をカットすることにより音を劣化させる。音声劣化部４１は、経過時間が長くなるに従って、カットする基準となる所定の周波数を下げていくことにより、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５７】
図９（ｄ）は、原音に対してノイズを付加することにより音を劣化させる手法を示している。例えば、原音に対してホワイトノイズを付加することにより音を劣化させる。音声劣化部４１は、経過時間が長くなるほど、原音に付加するノイズの量を増加させていくことにより、経過時間が長くなるほど品質が劣化した音声データを生成することができる。
【００５８】
音声劣化部４１は、前述した図９（ａ）〜（ｄ）に示す音を劣化させる手法の何れかを用いて、音声データを変換することができる機能が搭載されるものとする。
【００５９】
なお、前述した説明では、単に経過時間に応じて音声の品質を劣化させるとしているが、品質を劣化させるペースを変化させることが可能である。
【００６０】
例えば、基本的には、削除予定フィールドに移されたコンテンツ（音声データ）は、予め決められた期間（例えば５日）が経過した時点で消滅する、すなわち再生音声が認識されなくなるように、その期間内では一定のペースで品質を段階的に劣化させていくようにする。
【００６１】
また、コンテンツに対して設定された保存期間に応じて品質を劣化させるペースを変えるようにしても良い。例えば、配信ルールにおいて７日が設定されていたコンテンツについては、同じ日数の７日が経過した時点で消滅する（認識できない）ように段階的に音声の品質を劣化させていき、３日が設定されているコンテンツについては、同様にして３日が経過した時点で消滅するように音を劣化させるレベルを変化させることにより、コンテンツの違いによって腐っていくペースが異なるような演出をすることができる。
【００６２】
さらに、削除予定フィールドに移動されたコンテンツに対して、例えば同コンテンツをアップロードした送信側クライアント１７から、音声データに対する音声品質の劣化のための制御データを受信し、この制御データに応じて音声データの音声品質を劣化させるようにしても良い。例えば、腐っていくことを表すように演出が加えられる削除フィールドに保存されたコンテンツに対して、防腐剤の追加を指示する制御データ、すなわちコンテンツが完全に消滅するまでの期間を延長することを指示する制御データを送信側クライアント１７から受信する。コンテンツ再生処理制御部３１ｄ（音声劣化部４１）は、制御データに応じて、削除予定フィールドに保存された音声データに対して音声を劣化させるペースを変更する。
【００６３】
このようにして、音声データを劣化させて提供することができるので、これまでになかった演出効果を付加することが可能となる。
【００６４】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６５】
【図１】本実施形態における電子機器を用いたシステムの構成を示すブロック図。
【図２】送信側クライアント１７、配信サーバ１０、受信側クライアント１８の関係を示す図。
【図３】配信サーバ１０の機能構成を示すブロック図。
【図４】コンテンツ再生処理制御部３１ｄの詳細な機能構成を示すブロック図。
【図５】配信ルール情報の一例を示す図。
【図６】送信側クライアント１７からアップロードされるコンテンツの保存形態について示す図。
【図７】通常フィールドに保存されたコンテンツデータを、削除予定フィールドに移動するための音声データ記録処理について示すフローチャート。
【図８】劣化音声再生処理を説明するためのフローチャート。
【図９】音声劣化部４１において音声の品質を劣化させる方法の一例（音声波形の変化）を示す図。
【符号の説明】
【００６６】
１０…配信サーバ、１２…ネットワーク、１３…パーソナルコンピュータ、１４…携帯電話機、１５…ゲーム機、１７…送信側クライアント、１８…受信側クライアント、３１…制御部、３１ａ…コンテンツ作成処理制御部、３１ｂ…コンテンツ保存処理制御部、３１ｃ…コンテンツ検索処理制御部、３１ｄ…コンテンツ再生処理制御部、３２…入力部、３３…表示部、３７…記録装置、３８…通信部、３８…通信部、４０…再生要求入力部、４１…音声劣化部、４２…計時部、４３…音声出力部。
【特許請求の範囲】
【請求項１】
音声データを記録する音声データ記録手段と、
前記音声データ記録手段により記録された音声データの音声品質を劣化させる音声劣化手段と、
前記音声データ記録手段により記録された音声データに対する再生要求を入力する再生要求入力手段と、
前記再生要求入力手段により入力された再生要求に対して、前記音声データが前記音声データ記録手段により記録されてからの経過時間に基づいて、前記音声劣化手段により音声品質が劣化された音声データを出力する音声データ出力手段と
を具備したことを特徴とする電子機器。
【請求項２】
ネットワークを介して複数の端末装置との通信を行う通信手段をさらに具備し、
前記音声データ記録手段は、前記通信手段による通信によって第１の端末装置から受信された音声データを記録し、
前記音声要求入力手段は、前記通信手段による通信によって第２の端末装置から再生要求を入力し、
前記音声データ出力手段は、前記第２の端末装置に対して、音声品質が劣化された音声データを出力することを特徴とする請求項１記載の電子機器。
【請求項３】
前記音声データの音声品質を劣化させない保存期間を表すデータを、前記音声データと共に前記第１の端末装置から受信し、
前記音声データ出力手段は、前記保存期間を越える経過時間に応じて、前記音声劣化手段により音声品質が劣化された音声データを出力することを特徴とする請求項２記載の電子機器。
【請求項４】
前記音声劣化手段は、前記保存期間の長さに応じて、一定期間が経過する毎に音声品質を劣化させるレベルを変化させることを特徴とする請求項３記載の電子機器。
【請求項５】
前記音声データに対する音声品質の劣化のための制御データを前記第１の端末装置から受信する制御データ受信手段をさらに具備し、
前記音声劣化手段は、前記制御データ受信手段により受信された制御データに応じて、前記音声データの音声品質を劣化させることを特徴とする請求項２乃至４の何れかに記載の電子機器。
【請求項１】
音声データを記録する音声データ記録手段と、
前記音声データ記録手段により記録された音声データの音声品質を劣化させる音声劣化手段と、
前記音声データ記録手段により記録された音声データに対する再生要求を入力する再生要求入力手段と、
前記再生要求入力手段により入力された再生要求に対して、前記音声データが前記音声データ記録手段により記録されてからの経過時間に基づいて、前記音声劣化手段により音声品質が劣化された音声データを出力する音声データ出力手段と
を具備したことを特徴とする電子機器。
【請求項２】
ネットワークを介して複数の端末装置との通信を行う通信手段をさらに具備し、
前記音声データ記録手段は、前記通信手段による通信によって第１の端末装置から受信された音声データを記録し、
前記音声要求入力手段は、前記通信手段による通信によって第２の端末装置から再生要求を入力し、
前記音声データ出力手段は、前記第２の端末装置に対して、音声品質が劣化された音声データを出力することを特徴とする請求項１記載の電子機器。
【請求項３】
前記音声データの音声品質を劣化させない保存期間を表すデータを、前記音声データと共に前記第１の端末装置から受信し、
前記音声データ出力手段は、前記保存期間を越える経過時間に応じて、前記音声劣化手段により音声品質が劣化された音声データを出力することを特徴とする請求項２記載の電子機器。
【請求項４】
前記音声劣化手段は、前記保存期間の長さに応じて、一定期間が経過する毎に音声品質を劣化させるレベルを変化させることを特徴とする請求項３記載の電子機器。
【請求項５】
前記音声データに対する音声品質の劣化のための制御データを前記第１の端末装置から受信する制御データ受信手段をさらに具備し、
前記音声劣化手段は、前記制御データ受信手段により受信された制御データに応じて、前記音声データの音声品質を劣化させることを特徴とする請求項２乃至４の何れかに記載の電子機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−１３４０３７（Ｐ２０１０−１３４０３７Ａ）
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願番号】特願２００８−３０７６０５（Ｐ２００８−３０７６０５）
【出願日】平成２０年１２月２日（２００８．１２．２）
【出願人】（３１０００９９９３）株式会社タイトー (207)
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願日】平成２０年１２月２日（２００８．１２．２）
【出願人】（３１０００９９９３）株式会社タイトー (207)
[ Back to top ]