JP2021170707A - 情報処理装置、情報処理方法、情報処理プログラム及び情報処理システム - Google Patents

Abstract

【課題】より効果的に声援等を届けることのできる情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供すること。【解決手段】本発明に係る情報処理装置は、ユーザの音声をイベント会場へ届けるための情報処理装置であって、２以上のユーザのユーザ端末から送信される音声データを受信する受信部と、受信部が受信した音声データを所定の基準で選択する第１選択部と、第１選択部が選択した音声データをイベント会場の音声システムへ送信する送信部と、を備えることを特徴とする情報処理装置。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムに関する。

５Ｇの登場など、通信技術の発達により端末への動画の配信がストレスなく行うことができるようになっており、コンテンツのリッチ化が進んでいる。このような背景から、スポーツやイベントを端末への動画配信で楽しむ人が増えている。

しかしながら、視聴者も動画配信を視聴して楽しむだけでなく、スポーツ選手やアイドル等の演者（以下、演者等ともいう）に声援やメッセージ（以下、声援等ともいう）を届けたいという要望がある。また、スポーツやイベントが行われている会場（以下、イベント会場ともいう）においても、視聴者からの声援等が届けられることで多くのサポータに支えられていることが実感でき、競技者のパフォーマンスの向上などが期待できる（声援等により演者等のパフォーマンスが実際に向上する研究結果も報告されている）。

上記事情に鑑み、例えば、中継先における番組用の音声及び画像基づいてテレビジョン放送信号に変換する送信システムと、このテレビジョン放送信号に基づいて番組の音声及び画像を再生する受信システムと、番組の出演者に対する声援等のメッセージ音声を音声出力手段に送信する視聴者端末とを備える。音声出力手段は、メッセージ音声を中継先に出力し、送信システムは、上記メッセージ音声も含むテレビジョン放送信号を受信システムに送信し、受信システムは、送信されたテレビジョン放送信号に基づいて、番組中にメッセージ音声も再生する放送番組配信方法が提案されている。

しかしながら、上記提案では、どのようにメッセージ音声を再生するか考慮されておらず、競技者等に効果的にメッセージ音声を届けることができない虞がある。

特開２００３−１１６１１９号公報

本発明は、上記課題に鑑みてなされたものであり、より効果的に声援等を届けることのできる情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することを目的とする。

上記課題を解決するため、本発明の情報処理装置は、ユーザの音声をイベント会場へ届けるための情報処理装置であって、２以上のユーザのユーザ端末から送信される音声データを受信する受信部と、受信部が受信した音声データを所定の基準で選択する第１選択部と、第１選択部が選択した音声データをイベント会場の音声システムへ送信する送信部と、を備えることを特徴とする情報処理装置。

本発明によれば、より効果的に声援等を届けることのできる情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することができる。

実施形態に係る情報処理システムの概略構成の一例を示す図である。 実施形態に係るサーバのハード構成の一例を示す図である。 実施形態に係るサーバの記憶装置に記憶されているデータベースの一例を示す図である。 実施形態に係るサーバの機能構成の一例を示す図である。 実施形態に係るサーバの遅延部による効果の一例を示す図である。 実施形態に係るユーザ端末のハード構成及び機能構成の一例を示す図である。 実施形態に係るサーバで実行されるユーザ登録処理の一例を示すフローチャートである。 実施形態に係るサーバで実行される音声データ送信処理の一例を示すフローチャートである。 実施形態に係るサーバで実行される課金処理の一例を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。なお、以下の説明において、音声には、声だけでなく音も含まれる。

[実施形態]
図１は、実施形態に係る情報処理システム１の概略構成の一例を示す図である。初めに、図１を参照して情報処理システム１の構成について説明する。情報処理システム１は、サーバ２（情報処理装置）と、このサーバ２とネットワーク４を介して接続された２以上のユーザ端末３とを備える。また、サーバ２は、スポーツやイベントが行われる会場（以下、イベント会場ともいう）の音声システム５に接続されている。なお、情報処理システム１が備えるサーバ２、ユーザ端末３の数はそれぞれ任意である。

（サーバ２）
図２は、サーバ２（情報処理装置）のハード構成の一例を示す図である。図２に示すように、サーバ２は、通信ＩＦ２００Ａ、記憶装置２００Ｂ、ＣＰＵ２００Ｃなどを備える。

通信ＩＦ２００Ａは、外部端末（例えば、ユーザ端末３や音声システム５）と通信するためのインターフェースである。

記憶装置２００Ｂは、例えば、ＨＤＤや半導体記憶装置である。記憶装置２００Ｂには、サーバ２で利用する情報処理プログラムや各種データベースが記憶されている。なお、本実施形態では、情報処理プログラムや各種データベースは、サーバ２の記憶装置２００Ｂに記憶されているが、ＵＳＢメモリなどの外部記憶装置やネットワークを介して接続された外部サーバに記憶し、必要に応じて参照やダウンロード可能に構成されていてもよい。

図３は、記憶装置２００Ｂに記憶されているデータベースの一例である。図３に示すように、記憶装置２００Ｂには、ユーザデータベース１（以下、ユーザＤＢ１）及び禁止ワードデータベース２（以下、禁止ワードＤＢ２）が記憶されている。

（ユーザＤＢ１）
ユーザＤＢ１には、本情報処理システムの利用者であるユーザＵの情報、例えば、ユーザＩＤ（以下、ＵＩＤ）、パスワード（以下、ＰＷ）、氏名、性別、年齢、生年月日、住所、認証情報などの情報（本実施形態では、声紋データ）がユーザＵごとに記憶されている。住所はユーザＵの住所である。認証情報は、ユーザＵを音声で認証するための情報であり、例えば、ユーザＵの声紋データである。

（禁止ワードＤＢ２）
禁止ワードＤＢ２には、放送にふさわしくない言葉、例えば、公序良俗に反する言葉やテレビやラジオなどのマスメディアにおいて使用が禁止されている言葉（いわゆる放送自粛用語や放送注意用語）が記憶されている。なお、禁止ワードＤＢ２に記憶されている言葉が音声データに含まれているか否かの判断は、禁止ワードをテキストデータとして禁止ワードＤＢ２に記憶し、ユーザ端末３から送信される音声データを音声認識技術によりテキスト化して禁止ワードＤＢ２に記憶されている禁止ワードが含まれているか否かを判定してもよいし、禁止ワードを音声データ（特徴点などのデータ）として禁止ワードＤＢ２に記憶し、ユーザ端末３から送信される音声データの特徴点と照合することで禁止ワードＤＢ２に記憶されている禁止ワードが含まれているか否かを判定してもよい。

ＣＰＵ２００Ｃは、サーバ２を制御し、図示しないＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えている。

図４は、実施形態に係るサーバ２の機能構成の一例を示す図である。図４に示すように、サーバ２は、受信部２０１、送信部２０２、記憶装置制御部２０３、選択部２０４（第１選択部）、合成部２０５（音声データ合成部）、判定部２０６、遅延部２０７、通知部２０８、カウント部２０９（第１カウント部）、課金部２１０、認証部２１１などの機能を有する。なお、図４に示す機能は、サーバ２のＲＯＭ（不図示）に記憶された情報処理プログラムをＣＰＵ１００Ｃが実行することにより実現される。

受信部２０１は、ネットワーク４を介してユーザ端末３から送信される情報を受信する。例えば、受信部２０１は、複数（２以上）のユーザ端末３から送信される音声データを受信する。

送信部２０２は、ネットワーク４を介してユーザ端末３及び音声システム５へ情報を送信する。送信部２０２は、例えば、選択部２０４が選択した音声データを音声システム５へ送信する。より具体的には、送信部２０２は、判定部２０６が合成部２０５により合成された音声データの音量（合成語の音声データの音量）が第１閾値以上第２閾値以下（第２閾値＞第１閾値）であると判定した場合、選択部２０４が選択した音声データをイベント会場の音声システム５へ送信する。イベント会場の音声システム５は、サーバ２から送信された音声データを再生する。この結果、ユーザＵの声援等がイベント会場へ届けられる。

記憶装置制御部２０３は、記憶装置２００Ｂを制御する。具体的には、記憶装置制御部２０３は、記憶装置２００Ｂへの情報の書き込みや読み出しを行う。

選択部２０４（第１選択部）は、受信部２０１が受信した音声データを所定の基準で選択する。音声データを選択する所定の基準としては種々考えられる。例えば、選択部２０４は、特定の地域のユーザの音声データ、試合が行われているチームのサポータとして登録されているユーザの音声データ、女性ユーザの音声データ、男性ユーザの音声データ、特定の年代のユーザの音声データを選択する。また、選択部２０４は、音声データの音量を比較し、音量の大きな音声データから所定数となる音声データを選択するようにしてもよい。また、これらの基準を組み合わせて音声データを選択するようにしてもよい。なお、選択部２０４が音声データを選択する際には、ネットワーク４の通信負荷を考慮して、所定数（例えば１千人〜３千人）以下となるように音声データを選択することが好ましい。具体的には、選択部２０４は、禁止ワードＤＢ２に記憶されている公序良俗に反する言葉やテレビやラジオなどのマスメディアにおいて使用が禁止されている言葉を含む音声データを送信したユーザＵの音声データを選択対象から除外する。次いで、選択部２０４は、上記所定の基準で音声データを選択する。

合成部２０５（音声データ合成部）は、選択部２０４で選択された音声データを合成する。

判定部２０６（第１判定部）は、受信部２０１が受信した音声データの音量が第１閾値以上第２閾値以下であるか否かを判定する。具体的には、判定部２０６は、合成部２０５による合成後の音声データの音量が第１閾値以上第２閾値以下であるか否かを判定する。第１閾値よりも音量が小さい場合、ユーザが盛り上がっていないと考えられ、このような場合に声援等をイベント会場へ届けてもスポーツ選手やアイドル等の演者（以下、演者等ともいう）に響かない虞がある。また、第２閾値よりも音量が大きい場合、音量が大きすぎてイベント会場に居る観客の迷惑となる虞がある。また、判定部２０６は、ユーザ端末３から送信される個々の音声データの音量が第３閾値以上であるか否かを判定する。

遅延部２０７は、音声データの送信を所定時間（例えば、２〜３秒）遅延させる。図５は、実施形態に係るサーバの遅延部による効果の一例を示す図である。図５に示すように、遅延部２０７が音声データの送信を所定時間遅延させることにより、イベント会場での観客による声援やメッセージ（以下、声援等ともいう）などによる盛り上がりと被ることなく、情報処理システム１のユーザＵの声援等をイベント会場に送ることができる。また、数秒間遅延させることにより、イベント会場での観客による声援等による盛り上がりに続いて、情報処理システム１のユーザＵの声援等による盛り上がりが生じる（イベント会場の観客による声援等の山と、情報処理システム１のユーザＵによる声援等の山が少なくとも２つ生じる）。このため、イベント会場での盛り上がりを持続させることができる。また、イベント会場での観客による声援等と、情報処理システム１のユーザＵによる声援等とを判別することができ、イベント会場の演者等は、イベント会場に居る観客だけでなく、その後ろにより多くの視聴者の存在を感じることができる。結果、演者等のパフォーマンスが向上することが期待できる。

通知部２０８は、送信部２０２がイベント会場の音声システム５へ送信した音声データを送信したユーザＵに対して、音声データがイベント会場の音声システム５へ送信された旨を通知する。具体的には、通知部２０８は、イベント会場の音声システム５へ音声データが送信されると、イベント会場の音声システム５へ送信された音声データを送ったユーザＵのユーザ端末３へその旨（例えば、「あなたの応援がイベント会場へ届けられました！」）を通知するよう送信部２０２へ指示する。送信部２０２は、通知部２０８の指示に基づいて通知内容をユーザ端末３へと送信する。

また、カウント部２０９（第１カウント部）は、送信部２０２がイベント会場の音声システム５へ送信した音声データ数を、ユーザＵごとにカウントする。

課金部２１０は、カウント部２０９でのカウント数に基づいて、ユーザＵに対して課金する。例えば、課金部２１０は、カウント部２０９でのカウント数に比例した料金（例えば、１回１０円など）を課金してもよいし、１０回までは１００円、１１〜２０回までは２００円、２１〜３０回までは３００円といったようにカウント数に基づいて段階的に課金してもよい。なお、課金は、通貨に限らずポイント等の他の商品やサービスと交換可能なものでも構わない。

認証部２１１は、判定部２０６が音声データの音量が第３閾値以上であると判定した場合、音声データを送信したユーザＵを認証する。具体的には、認証部２１１は、ユーザ端末３から送信される音声データの声紋情報を、ユーザＤＢ１に記憶されている対応するユーザＵの声紋情報と照合し、照合が取れた場合、ユーザＵを認証する。判定部２０６が音声データの音量が第３閾値以上であると判定した場合に、音声データを送信したユーザＵを認証することで、ユーザＵが何も発話していない場合や、応援等ではない発話をした際の音声データをイベント会場の音声システム５へ送信することを抑制することができる。また、ネットワーク４の通信負荷を低減することができる。

なお、サーバ２に入力装置（例えば、キーボード、タッチパネルなど）及び表示装置（例えば、液晶モニタや有機ＥＬモニタなど）を備えるようにしてもよい。

（ユーザ端末３）
図６は、実施形態に係るユーザ端末３のハード構成及び機能構成の一例を示す図である。図６（ａ）は、ユーザ端末３のハード構成の一例を示す図、図６（ｂ）は、ユーザ端末３の機能構成の一例を示す図である。ユーザ端末３は、例えば、携帯端末（例えば、スマートフォンやタブレット端末）などであり、ユーザＵにより操作される。なお、ユーザ端末３は、デスクトップＰＣやインターネットテレビ、ノートＰＣなどであってもよい。

図６（ａ）に示すように、ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅ、音声出力装置３００Ｆ、集音装置３００Ｇなどを備える。

通信ＩＦ３００Ａは、他の装置（実施形態では、サーバ２やイベント会場の音声システム５）と通信するためのインターフェースである。

記憶装置３００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）である。記憶装置３００Ｂには、ユーザ端末３の識別子及び情報処理プログラムなどが記憶されている。ユーザ端末３から送信される情報に識別子を付与することにより、サーバ２はどのユーザ端末３から送信された情報かを認識できる。なお、識別子は、サーバ２がユーザ端末３に対して新たに付与してもよいし、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどを利用してもよい。

入力装置３００Ｃは、例えば、キーボード、タッチパネルなどであり、ユーザＵは、入力装置３００Ｃを操作して、情報処理システム１の利用に必要な情報を入力することができる。

表示装置３００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置３００Ｄは、イベント会場行われる試合やイベントの映像を表示する。また、サーバ２の通知部２０８による通知内容（例えば、「あなたの応援がイベント会場へ届けられました！」）を表示する。

ＣＰＵ３００Ｅは、実施形態に係るユーザ端末３を制御するものであり、図示しないＲＯＭ及びＲＡＭを備えている。

音声出力装置３００Ｆは、例えば、スピーカであり、電気信号を音に変える。音声出力装置３００Ｆは、サーバ２から送信される音声データ（電気信号）を音に変換する。

集音装置３００Ｇは、例えば、マイクロフォン（マイク）であり、ユーザＵの音声、例えば、声援等を電気信号に変換する。変換された音声は、音声データとしてサーバ２へ送信される。

図６（ｂ）に示すように、ユーザ端末３は、受信部３０１、送信部３０２、記憶装置制御部３０３、操作受付部３０４、表示装置制御部３０５、音声出力装置制御部３０６、集音装置制御部３０７などの機能を有する。なお、図６（ｂ）に示す機能は、ＣＰＵ３００Ｅが、記憶装置３００Ｂに記憶されている情報処理プログラムを実行することで実現される。

受信部３０１は、サーバ２やイベント会場の音声システム５から送信される情報を受信する。

送信部３０２は、入力装置３００Ｃを利用して入力された情報や位置情報に識別子を付与してサーバ２へ送信する。

記憶装置制御部３０３は、記憶装置３００Ｂを制御する。具体的には、記憶装置制御部３０３は、記憶装置３００Ｂを制御して情報の書き込みや読み出しを行う。

操作受付部３０４は、入力装置３００Ｃでの入力操作を受け付ける。

表示装置制御部３０５は、表示装置３００Ｄを制御する。具体的には、表示装置制御部３０５は、表示装置３００Ｄを制御して実施形態に係る情報処理システム１の利用に必要な画面を表示させる。例えば、表示装置制御部３０５は、イベント会場で行われる試合やイベントの映像を表示装置３００Ｄに表示させる。また、サーバ２の通知部２０８による通知内容を表示装置３００Ｄに表示させる。

音声出力装置制御部３０６は、音声出力装置３００Ｆを制御する。具体的には、音声出力装置制御部３０６は、音声出力装置３００Ｆを制御して音声出力装置３００Ｆから音声を出力させる。

集音装置制御部３０７は、集音装置３００Ｇを制御する。具体的には、集音装置制御部３０７は、集音装置３００Ｇを制御して、ユーザＵの声援等を電気信号に変換する。

（情報処理システム１で実行される処理）
図７〜図９は、サーバ２で実行される処理の一例を示すフローチャートである。以下、図７〜図９を参照して、サーバ２で実行される処理について説明するが、図１〜図６を参照して説明した構成と同一の構成には同一の符号を付して重複する説明を省略する。

（ユーザ登録処理）
図７は、サーバ２で実行されるユーザ登録処理の一例を示すフローチャートである。以下、図７を参照して、サーバ２で実行されるユーザ登録処理について説明する。なお、ユーザ端末３には、本実施形態に係る情報処理システム１で利用するアプリケーションプログラム（情報処理プラグラム）が既にインストールされているものとする。

（ステップＳ１０１）
ユーザＵは、ユーザ端末３の入力装置３００Ｃを操作して、ユーザＵの情報、例えば、ユーザＩＤ（以下、ＵＩＤ）、パスワード（以下、ＰＷ）、氏名、性別、年齢、生年月日、住所などの情報を入力する。入力された情報は、操作受付部３０４で受け付けられる。受け付けられた情報は、送信部３０２からサーバ２へと送信される。また、ユーザＵは、声を出して認証情報（本実施形態では、声紋データ）を入力する。入力された声紋データの情報は、送信部３０２からサーバ２へと送信される。サーバ２の受信部２０１は、ユーザ端末３から送信された情報を受信する。

（ステップＳ１０２）
受信部２０１で受信された情報は、記憶装置制御部２０３により、ユーザＩＤに関連付けて記憶装置２００ＢのユーザＤＢ１に記憶される。

（音声データ送信処理）
図８は、サーバ２で実行される音声データ送信処理の一例を示すフローチャートである。以下、図８を参照して、サーバ２で実行される音声データ送信処理について説明する。なお、ユーザ端末３には、本実施形態に係る情報処理システム１で利用するアプリケーションプログラム（情報処理プラグラム）が既にインストールされているものとする。また、ユーザ端末３の表示装置３００Ｄには、イベント会場で行われているイベントの映像が表示されているものとする。

（ステップＳ２０１）
受信部２０１は、ネットワーク４を介してユーザ端末３から送信される情報を受信する。例えば、受信部２０１は、複数（２以上）のユーザ端末３から送信される音声データを受信する。

（ステップＳ２０２）
認証部２１１は、判定部２０６が音声データの音量が第３閾値以上であると判定した音声データを送信したユーザＵを認証する。具体的には、認証部２１１は、ユーザ端末３から送信される音声データの声紋情報を、ユーザＤＢ１に記憶されている対応するユーザＵの声紋情報と照合し、照合が取れた場合、ユーザＵを認証する。なお、認証部２１１による認証が取れたユーザＵの音声データに対してステップＳ２０３以降の処理が実行される。

（ステップＳ２０３）
選択部２０４（第１選択部）は、選択部２０４は、禁止ワードＤＢ２に記憶されている公序良俗に反する言葉やテレビやラジオなどのマスメディアにおいて使用が禁止されている言葉を含む音声データを送信したユーザＵの音声データを選択対象から除外する。

（ステップＳ２０４）
選択部２０４は、除外したユーザＵの音声データ以外の音声データから所定の基準で音声データを選択する。なお、所定の基準については既に説明したので重複する説明を省略する。

（ステップＳ２０５）
合成部２０５（音声データ合成部）は、選択部２０４で選択された音声データを合成する。

（ステップＳ２０６）
判定部２０６（第１判定部）は、受信部２０１が受信した音声データの音量が第１閾値以上第２閾値以下であるか否かを判定する。具体的には、判定部２０６は、合成部２０５による合成後の音声データの音量が第１閾値以上第２閾値以下であるか否かを判定する。音声データの音量が第１閾値以上第２閾値以下である場合（ＹＥＳ）、ステップＳ２０７の処理を実行する。また、音声データの音量が第１閾値以上第２閾値以下でない場合（ＮＯ）、音声データ処理を終了する。

（ステップＳ２０７）
遅延部２０７は、音声データの送信を所定時間、例えば、数秒間遅延させる。数秒間遅延させることにより、イベント会場での観客による声援等による盛り上がりと被ることなく、情報処理システム１のユーザＵの声援等をイベント会場に送ることができる。

（ステップＳ２０８）
送信部２０２は、ネットワーク４を介して音声システム５へ情報を送信する。具体的には、送信部２０２は、選択部２０４が選択した音声データを、遅延部２０７が所定時間遅延させた後に音声システム５へ送信する。

（ステップＳ２０９）
通知部２０８は、送信部２０２がイベント会場の音声システム５へ送信した音声データを送信したユーザＵに対して、音声データがイベント会場の音声システム５へ送信された旨を通知する。具体的には、通知部２０８は、イベント会場の音声システム５へ音声データが送信されると、イベント会場の音声システム５へ送信された音声データを送ったユーザＵのユーザ端末３へその旨（例えば、「あなたの応援がイベント会場へ届けられました！」）を通知するよう送信部２０２へ指示する。送信部２０２は、通知部２０８の指示に基づいて通知内容をユーザ端末３へと送信する。

なお、上記説明では、選択部２０４は、除外したユーザＵの音声データ以外の音声データから所定の基準で音声データを選択し（ステップＳ２０４）、合成部２０５（音声データ合成部）は、選択部２０４で選択された音声データを合成し（ステップＳ２０５）、判定部２０６は、合成部２０５による合成後の音声データの音量が第１閾値以上第２閾値以下であるか否かを判定し（ステップＳ２０６）、音声データの音量が第１閾値以上第２閾値以下である場合、ステップＳ２０７の処理を実行している。

しかしながら、ステップＳ２０３の後に合成部２０５（音声データ合成部）は、音声データを合成し（ステップＳ２０５）、判定部２０６は、合成部２０５による合成後の音声データの音量が第１閾値以上第２閾値以下であるか否かを判定し（ステップＳ２０６）、音声データの音量が第１閾値以上第２閾値以下である場合、ステップＳ２０４の処理を実行するようにしてもよい。つまり、ステップＳ２０３、ステップＳ２０５、ステップＳ２０６、ステップＳ２０４の順に処理を実行してもよい。

（課金処理）
図９は、サーバ２で実行される課金処理の一例を示すフローチャートである。以下、図９を参照して、サーバ２で実行される課金処理について説明する。なお、ユーザ端末３には、本実施形態に係る情報処理システム１で利用するアプリケーションプログラム（情報処理プラグラム）が既にインストールされているものとする。

（ステップＳ３０１）
カウント部２０９（第１カウント部）は、送信部２０２がイベント会場の音声システム５へ送信した音声データ数を、ユーザＵごとにカウントする。

（ステップＳ３０２）
課金部２１０は、カウント部２０９でのカウント数に基づいて、ユーザＵに対して課金する。例えば、課金部２１０は、カウント部２０９でのカウント数に比例した料金（例えば、１回１０円など）を課金してもよいし、１０回までは１００円、１１〜２０回までは２００円、２１〜３０回までは３００円といったようにカウント数に基づいて段階的に課金してもよい。なお、課金は、通貨に限らずポイント等の他の商品やサービスと交換可能なものでも構わない。

なお、上記説明では、送信部２０２は、判定部２０６が合成部２０５により合成された音声データの音量（合成語の音声データの音量）が第１閾値以上第２閾値以下（第２閾値＞第１閾値）であると判定した場合、選択部２０４が選択した音声データをイベント会場の音声システム５へ送信しているが、判定部２０６が合成部２０５により合成された音声データの音量（合成語の音声データの音量）が第１閾値以上又は第２閾値以下（第２閾値＞第１閾値）であると判定した場合に選択部２０４が選択した音声データをイベント会場の音声システム５へ送信するようにしてもよい。

以上のように、実施形態に係るサーバ２は、ユーザＵの音声をイベント会場へ届けるための情報処理装置である。サーバ２は、２以上のユーザＵのユーザ端末３から送信される音声データを受信する受信部２０１と、受信部２０１が受信した音声データを所定の基準で選択する選択部２０４（第１選択部）と、選択部２０４が選択した音声データをイベント会場の音声システム５へ送信する送信部２０２とを備える。このように、本実施形態に係るサーバ２は、ユーザ端末３から送信される全ての音声データをイベント会場の音声システム５へ送信するのではなく、音声データを所定の基準で選択した後、イベント会場の音声システム５へ送信する。このため、音声データの送信による通信回線への負荷を低減することができ、効果的にメッセージ音声を届けることができる。

また、実施形態に係るサーバ２は、受信部２０１が受信した音声データの音量が第１閾値以上又は第２閾値であるか否かを判定する判定部２０６（第１判定部）を備える。サーバ２の送信部２０２は、判定部２０６が音声データの音量が第１閾値以上又は第２閾値であると判定した場合、選択部２０４（第１選択部）が選択した音声データをイベント会場の音声システム５へ送信する。このように、本実施形態に係るサーバ２は、ユーザ端末３から送信される全ての音声データをイベント会場の音声システム５へ送信するのではなく、音声データの音量が第１閾値以上であると判定される音声データをイベント会場の音声システム５へ送信する場合、音量の大きい、換言すると熱のこもった声援等の音声データをイベント会場へ届けることができ、効果的にメッセージ音声を届けることができる。また、音声データの音量が第２閾値以下であると判定される音声データをイベント会場の音声システム５へ送信する場合、音量が大きすぎてイベント会場に居る観客の迷惑となる虞を抑制することができる。

また、実施形態に係るサーバ２は、２以上のユーザＵのユーザ端末３から送信される音声データを合成する合成部２０５（音声データ合成部）を備える。判定部２０６（第１判定部）は、合成部２０５による合成後の音声データの音量が第１閾値以上又は第２閾値であるか否かを判定する。サーバ２の送信部２０２は、判定部２０６が合成後の音声データの音量が第１閾値以上又は第２閾値であると判定した場合、音声データをイベント会場の音声システムへ送信する。このように、全体の音量が第１閾値以上又は第２閾値であると判定される場合に、音声データをイベント会場の音声システム５へ送信する。このため、全体として音量の大きい熱のこもった声援等の音声データをイベント会場へ届けることができ、効果的にメッセージ音声を届けることができる。

また、実施形態に係るサーバ２の選択部２０４（第１選択部）は、音声データの音量を比較し、音量の大きな音声データから所定数の音声データを選択する。このように、音量が大きいものから音声データを選択してイベント会場の音声システム５へ送信する。このため、熱のこもった声援等を送っていると思われるユーザＵから音声データをイベント会場へ届けることができ、効果的にメッセージ音声を届けることができる。

また、実施形態に係るサーバ２の選択部２０４（第１選択部）は、公序良俗に反する音声を含む音声データを送信したユーザＵの音声データを選択しない。このように、公序良俗に反する音声を含む音声データを送信したユーザＵの音声データは、選択部２０４による選択から除外されるので、声援等にふさわしくない音声データを送ったユーザＵや悪意もったユーザＵからの音声データがイベント会場の音声システム５で再生されるのを抑制することができる。

また、実施形態に係るサーバ２は、音声データの送信を所定時間遅延させる遅延部２０７を備える。サーバ２の送信部２０２は、遅延部２０７が所定時間遅延した後に音声データをイベント会場の音声システム５へ送信する。遅延部２０７が音声データの送信を所定時間遅延させることにより、イベント会場での観客による声援等による盛り上がりと被ることなく、情報処理システム１のユーザＵの声援等をイベント会場に送ることができる。また、数秒間遅延させることにより、イベント会場での観客による声援等による盛り上がりに続いて、情報処理システム１のユーザＵの声援等による盛り上がりが生じる（イベント会場の観客による声援等の山と、情報処理システム１のユーザＵによる声援等の山が少なくとも２つ生じる）。このため、イベント会場での盛り上がりを持続させることができる。また、イベント会場での観客による声援等と、情報処理システム１のユーザＵによる声援等とを判別することができ、イベント会場の演者等は、イベント会場に居る観客だけでなく、その後ろにより多くの視聴者の存在を感じることができる。結果、演者等のパフォーマンスが向上することが期待できる。

また、実施形態に係るサーバ２は、送信部２０２がイベント会場の音声システム５へ送信した音声データを送信したユーザＵに対して、音声データがイベント会場の音声システム５へ送信された旨を通知する通知部２０８を備える。ユーザＵは、声援等の音声データがイベント会場へ届けられたことを知ることができ、声援等により熱がこもる効果が期待できる。

また、実施形態に係るサーバ２は、送信部２０２がイベント会場の音声システム５へ送信した音声データ数をユーザＵごとにカウントするカウント部２０９（第１カウント部）と、カウント部２０９でのカウント数に基づいて、ユーザＵに対して課金する課金部２１０を備える。このように、音声データがイベント会場へ届けられた場合に、ユーザＵへ課金することで、音声データがイベント会場へ届けられなかったユーザＵとの不公平感が少なくなる。また、音声データがイベント会場へ届けられた場合に、ユーザＵへ課金されるので、ユーザＵは声援等が届けられなった場合の料金を気にせず声援等を送ることが期待でき、本実施形態に係る情報処理システム１の利用が促進される。

また、実施形態に係るサーバ２は、判定部２０６（第１判定部）が音声データの音量が第３閾値以上であると判定した場合、音声データを送信したユーザＵを認証する認証部２１１を備える。このように、実施形態に係るサーバ２は、常時、音声データを受信して、図８のステップＳ２０３以降の処理を行うのではなく、判定部２０６（第１判定部）が音声データの音量が第３閾値以上であると判定した場合にユーザＵの認証を行い、図８のステップＳ２０３以降の処理を行うので、サーバ２の処理負荷を低減することができる。また、音声データの音量が第３閾値以上であると判定した場合に、音声データを送信したユーザＵを認証することで、ユーザＵが何も発話していない場合や、応援等ではない発話をした際の音声データをイベント会場の音声システム５へ送信することを抑制することができる。また、ネットワーク４の通信負荷を低減することができる。

[実施形態の変形例１]
上記実施形態では、送信部２０２は、判定部２０６（第１判定部）が合成部２０５による合成後の音声データの音量が第１閾値以上又は第２閾値であると判定した場合、音声データをイベント会場の音声システム５へ送信している。しかしながら、上記実施形態において、カウント部２０９（第２カウント部）は、受信部２０１が受信した音声データを送信するユーザ端末３の数をカウントし、判定部２０６（第２判定部）は、カウント部２０９がカウントしたユーザ端末３の数が第４閾値（例えば、イベント会場の収容人数）以上である場合か否かを判定し、送信部２０２は、判定部２０６がユーザ端末３の数が第４閾値以上であると判定した場合に、音声データをイベント会場の音声システム５へ送信する構成としてもよい。

[実施形態の変形例２]
また、上記実施形態では、送信部２０２は、音声データをイベント会場の音声システム５へ送信している。しかしながら、上記実施形態において、ユーザ端末３に撮像装置（例えば、カメラ）を備え、この撮像装置で撮像される画像や映像のデータ（以下、画像データともいう）をサーバ２で受信し、受信した画像データをイベント会場の映像システムへ送信するようにしてもよい。

この場合、サーバ２の選択部２０４は、受信部２０１が受信したユーザ端末３から送信される画像データを所定の基準で選択する。画像データを選択する所定の基準としては種々考えられる。例えば、選択部２０４は、特定の地域のユーザの画像データ、試合が行われているチームのサポータとして登録されているユーザの画像データ、女性ユーザの画像データ、男性ユーザの画像データ、特定の年代のユーザの画像データを選択する。また、選択部２０４は、画像データの画像サイズを比較し、サイズの小さな画像データから所定数となる画像データを選択するようにしてもよい。また、これらの基準を組み合わせて画像データを選択するようにしてもよい。なお、画像データは、データ量が大きいために、ネットワーク４への通信負荷が大きい。このため、ネットワーク４の通信性能にもよるが、選択部２０４は、送信する画像データ数を数十から数百程度となるように画像データを選択することが好ましい。

また、実施形態の音声データと同様に、画像データにも公序良俗に反する画像や映像、テレビやラジオなどのマスメディアにおいて放送できないような画像や映像が含まれている可能性がある。このため、選択部２０４が画像データを選択する際に、公序良俗に反する画像や映像、テレビやラジオなどのマスメディアにおいて放送できないような画像や映像が含まれている画像データを送信したユーザＵの画像データを選択対象から除外することが好ましい。また、公平性の観点から選択部２０４（第２選択部）は、イベント会場の音声システム５へ音声データが送信されなかったユーザＵ、換言すると選択部２０４（第１選択部）が選択しなかった音声データを送信したユーザＵから送信される画像データをイベント会場の映像システムへ送信する画像データとして選択することが好ましい。

[実施形態の変形例３]
また、上記実施形態では、イベント会場の音声システム５への音声データの送信数に基づいて、ユーザＵへ課金しているが、ユーザＵが予め課金した額に基づいて、イベント会場の音声システム５への音声データの送信数を保証するようにしてもよい（公序良俗に反する音声、テレビやラジオなどのマスメディアにおいて放送できないような音声が含まれている場合を除く）。この場合、選択部２０４は、ユーザＵの課金額に基づいて予め決められた回数だけ前記ユーザＵのユーザ端末３から送信される音声データがイベント会場の音声システム５へ送信されるまで、前記ユーザＵのユーザ端末３から送信される音声データを選択する。ユーザＵが予め課金した額に基づく音声データの送信数の保証は、例えば、１回１０円としてもよいし、１０回までは１００円、１１〜２０回までは２００円、２１〜３０回までは３００円といったように段階的に課金してもよい。

また、同様にして、ユーザＵが予め課金した額基づいて、イベント会場の映像システムへの画像データの送信数を保証するようにしてもよい（公序良俗に反する画像や映像、テレビやラジオなどのマスメディアにおいて放送できないような画像や映像が含まれている場合を除く）。この場合、選択部２０４は、ユーザＵの課金額に基づいて予め決められた回数だけ前記ユーザＵのユーザ端末３から送信される画像データがイベント会場の映像システムへ送信されるまで、前記ユーザＵのユーザ端末３から送信される画像データを選択する。ユーザＵが予め課金した額に基づく画像データの送信数の保証は、例えば、１回１０円としてもよいし、１０回までは１００円、１１〜２０回までは２００円、２１〜３０回までは３００円といったように段階的に課金してもよい。

[実施形態の変形例４]
また、上記実施形態では、サーバ２の認証部２１１は、判定部２０６が音声データの音量が第３閾値以上であると判定した音声データを送信したユーザＵを認証している。しかしながら、ユーザ端末３の記憶装置３００ＢにユーザＵの声紋情報を記憶し、集音装置３００ＧでユーザＵの音声から変換された音声データの声紋情報を、記憶装置３００Ｂに記憶されているユーザＵの声紋情報と照合し、照合が取れた場合、ユーザＵを認証するようにしてもよい。この場合、音声だけで認証が行われるので、ユーザＵは認証が切れるたびにわざわざＰＷを入力する必要がなく、利便性に優れる。

また、この場合、ユーザ端末３に音声データの音量が第３閾値以上であるか否かを判定する判定部を備え、認証部は、判定部が音声データの音量が第３閾値以上であると判定した場合にユーザＵの認証を行うようにしてもよい。この場合、音声データの音量が第３閾値以上であり、かつ認証された場合にのみ音声データがサーバ２へ送信されるので、ネットワーク４の通信負荷を低減し、更にサーバ２の処理負荷を低減することができる。

[実施形態の変形例５]
また、上記実施形態では、サーバ２は、２以上のユーザのユーザ端末３から送信される音声データを合成する合成部２０５（音声データ合成部）を備え、判定部２０６（第１判定部）は、合成部２０５による合成後の音声データの音量が第１閾値以上第２閾値以下（第２閾値＞第１閾値）であるか否かを判定し、送信部２０２は、判定部２０６が合成後の音声データの音量が第１閾値以上第２閾値以下であると判定した場合、音声データをイベント会場の音声システム５へ送信している。

しかしながら、サーバ２は、合成部２０５（音声データ合成部）を備えず、判定部２０６（第１判定部）は、音声データの音量が第１閾値以上第２閾値以下（第２閾値＞第１閾値）であるか否かをユーザ端末３から送信される音声データごとに判定し、送信部２０２は、判定部２０６が音声データの音量が第１閾値以上第２閾値以下であると判定した場合、前記音声データをイベント会場の音声システム５へ送信する構成としてもよい。

なお、実施形態と同様に、判定部２０６は、音声データの音量が第１閾値以上又は第２閾値以下であるか否かをユーザ端末３から送信される音声データごとに判定し、音声データの音量が第１閾値以上又は第２閾値以下であると判定した場合に音声データをイベント会場の音声システム５へ送信するようにしてもよい。なお、このように音声データの音量が第１閾値以上又は第２閾値以下であるか否かをユーザ端末３から送信される音声データごとに判定する場合の第１閾値及び第２閾値は、それぞれ合成部２０５による合成後の音声データの音量が第１閾値以上又は第２閾値以下であるか否かを判定する場合の第１閾値及び第２閾値よりも小さな値とする必要があることに留意する。つまり、音声データごとに音量が第１閾値以上又は第２閾値以下であるか否かを判定する場合と、合成部２０５による合成後の音声データの音量が第１閾値以上又は第２閾値以下であるか否かを判定する場合とで、第１閾値及び第２閾値の値は異なる。

[実施形態の変形例６]
また、上記実施形態では、サーバ２が音声データの送信を所定時間（例えば、２〜３秒）遅延させる遅延部２０７を備え、イベント会場の音声システム５での音声データの再生タイミングを遅延させているが、イベント会場の音声システム５にサーバ２から送信された前記音声データを受信する受信部と、音声データの再生を所定時間（例えば、２〜３秒）遅延させる遅延部とを備えるようにし、イベント会場の音声システム５（音響装置）側で音声データの再生タイミングを遅延させるようにしてもよい。

１ 情報処理システム
２ サーバ（情報処理装置）
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置
２００Ｃ ＣＰＵ
２０１ 受信部
２０２ 送信部
２０３ 記憶装置制御部
２０４ 選択部（第１，第２選択部）
２０５ 合成部（音声データ合成部）
２０６ 判定部（第１，第２判定部）
２０７ 遅延部
２０８ 通知部
２０９ カウント部（第１，第２カウント部）
２１０ 課金部
２１１ 認証部
３ ユーザ端末
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ ＣＰＵ
３００Ｆ 音声出力装置
３００Ｇ 集音装置
３０１ 受信部
３０２ 送信部
３０３ 記憶装置制御部
３０４ 操作受付部
３０５ 表示装置制御部
３０６ 音声出力装置制御部
３０７ 集音装置制御部
４ ネットワーク
５ 音声システム（音響装置）
ＤＢ１ ユーザデータベース
ＤＢ２ 禁止ワードデータベース

Claims (16)

1. ユーザの音声をイベント会場へ届けるための情報処理装置であって、
   ２以上の前記ユーザのユーザ端末から送信される音声データを受信する受信部と、
   前記受信部が受信した音声データを所定の基準で選択する第１選択部と、
   前記第１選択部が選択した音声データを前記イベント会場の音声システムへ送信する送信部と、
   を備えることを特徴とする情報処理装置。
2. 前記受信部が受信した前記音声データの音量が第１閾値以上又は第２閾値以下であるか否かを判定する第１判定部を備え、
   前記送信部は、
   前記第１判定部が前記音声データの音量が第１閾値以上又は第２閾値以下であると判定した場合、前記第１選択部が選択した音声データを前記イベント会場の音声システムへ送信する送信部と、
   を備えることを特徴とする請求項１に記載の情報処理装置。
3. ２以上の前記ユーザのユーザ端末から送信される音声データを合成する音声データ合成部を備え、
   前記第１判定部は、
   前記音声データ合成部による合成後の音声データの音量が第１閾値以上又は第２閾値以下であるか否かを判定し、
   前記送信部は、
   前記第１判定部が前記合成後の音声データの音量が第１閾値以上又は第２閾値以下であると判定した場合、前記第１選択部が選択した音声データを前記イベント会場の音声システムへ送信する、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記第１判定部は、
   前記音声データの音量が第１閾値以上又は第２閾値以下であるか否かを前記音声データごとに判定し、
   前記送信部は、
   前記第１判定部が前記音声データの音量が第１閾値以上又は第２閾値以下であると判定した場合、前記第１選択部が選択した音声データを前記イベント会場の音声システムへ送信する、
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記第１選択部は、
   前記音声データの音量を比較し、音量の大きな音声データから所定数の音声データを選択することを特徴とする請求項１乃至請求項４のいずれかに記載の情報処理装置。
6. 前記第１選択部は、
   公序良俗に反する音声を含む音声データを送信したユーザの音声データを選択しないことを特徴とする請求項１乃至請求項５のいずれかに記載の情報処理装置。
7. 前記音声データの送信を所定時間遅延させる遅延部を備え、
   前記送信部は、
   前記遅延部が所定時間遅延した後に前記第１選択部が選択した音声データを前記イベント会場の音声システムへ送信することを特徴とする請求項１乃至請求項６のいずれかに記載の情報処理装置。
8. 前記送信部が前記イベント会場の音声システムへ送信した音声データを送信したユーザに対して、前記音声データが前記イベント会場の音声システムへ送信された旨を通知する通知部を備えることを特徴とする請求項１乃至請求項７のいずれかに記載の情報処理装置。
9. 前記送信部が前記イベント会場の音声システムへ送信した音声データ数を、前記ユーザごとにカウントする第１カウント部と、
   前記第１カウント部でのカウント数に基づいて、前記ユーザに対して課金する課金部と、
   を備えることを特徴とする請求項１乃至請求項８のいずれかに記載の情報処理装置。
10. 前記第１判定部が前記音声データの音量が第３閾値以上であると判定した場合、前記音声データを送信したユーザを認証する認証部を備えることを特徴とする請求項２乃至請求項４のいずれかに記載の情報処理装置。
11. 前記受信部が受信した前記音声データを送信するユーザ端末の数をカウントする第２カウント部と、
    前記第２カウント部がカウントした前記ユーザ端末の数が第４閾値以上であるか否かを判定する第２判定部と、を備え、
    前記送信部は、
    前記第２判定部が前記ユーザ端末の数が第４閾値以上であると判定した場合に、前記第１選択部が選択した音声データを前記イベント会場の音声システムへ送信する、
    ことを特徴とする請求項１に記載の情報処理装置。
12. 前記受信部は、
    ２以上の前記ユーザのユーザ端末から送信される画像データを受信し、
    前記受信部が受信した画像データを所定の基準で選択する第２選択部を備え、
    前記送信部は、
    前記第２選択部が選択した画像データを前記イベント会場の映像システムへ送信することを特徴とする請求項１乃至請求項１１のいずれかに記載の情報処理装置。
13. 前記第２選択部は、
    前記第１選択部が選択しなかった音声データを送信したユーザから送信される画像データを選択することを特徴とする請求項１２に記載の情報処理装置。
14. ユーザの音声をイベント会場へ届けるための情報処理方法であって、
    受信部が、２以上の前記ユーザのユーザ端末から送信される音声データを受信する工程と、
    選択部が、前記受信部が受信した音声データを所定の基準で選択する工程と、
    送信部が、前記選択部が選択した音声データを前記イベント会場の音声システムへ送信する工程と、
    を備えることを特徴とする情報処理方法。
15. ユーザの音声をイベント会場へ届けるための情報処理プログラムであって、
    コンピュータを、
    ２以上の前記ユーザのユーザ端末から送信される音声データを受信する受信部、
    前記受信部が受信した音声データを所定の基準で選択する選択部、
    前記選択部が選択した音声データを前記イベント会場の音声システムへ送信する送信部、
    として機能させることを特徴とする情報処理プログラム。
16. ユーザの音声をイベント会場へ届けるための情報処理システムであって、
    前記ユーザの音声データを送信する２以上のユーザ端末と、
    前記ユーザ端末から送信される音声データを受信する受信部と、前記受信部が受信した音声データを所定の基準で選択する第１選択部と、前記第１選択部が選択した音声データを送信する送信部とを備える情報処理装置と、
    前記情報処理装置から送信された前記音声データを受信する受信部と、前記音声データの再生を所定時間遅延させる遅延部とを備える音響装置と、
    を具備することを特徴とする情報処理システム。

Images