(57)【要約】      （修正有）【課題】音声ＳＮＳ等のメッセージサービスにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達を可能とする。【解決手段】イベントの識別情報とキーワードとを対応付けた判定テーブルを格納する記憶部と、受信音声データのうち、同じ公開先を特定し、当該特定音声データに対し音声認識処理を実行しテキストデータを生成し、当該テキストデータを公開先毎に記憶部に格納する、公開先が共通な各テキストデータを判定テーブルの各選定キーワードに照合し、共通する選定キーワードを含むテキストデータを、同じ公開先および同じイベントに関するものとして特定し同時再生対象のグループとして記憶部に格納する処理と、前記同時再生音声データにおける、不要区間の音声信号を削除し、当該削除実行後の各音声データをユーザ端末に送信する処理とを実行する音声再生制御システムを構成する。【選択図】図６
2014027615.tif 000002
【特許請求の範囲】
【請求項１】
ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、
イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブルを格納する記憶部と、
前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部に格納する処理と、
投稿公開先が共通な各テキストデータを前記判定テーブルの各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し同時再生対象のグループとして記憶部に格納する処理と、
前記同時再生対象のグループに含まれる投稿音声データにおける、所定属性の音声信号の開始時点ないし終了時点を検索し、データ先頭から前記開始時点までの不要区間、ないし前記終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信する処理とを実行する演算部と、
を備えることを特徴とする投稿音声再生制御システム。
【請求項２】
前記演算部は、前記削除実行後の各投稿音声データを、データ先頭から同時に再生したデータを前記ユーザ端末に送信するものであることを特徴とする請求項１に記載の投稿音声再生制御システム。
【請求項３】
前記演算部は、前記削除実行後の各投稿音声データを、同時に終了するようデータ末尾を揃えて再生したデータを前記ユーザ端末に送信するものであることを特徴とする請求項１に記載の投稿音声再生制御システム。
【請求項４】
前記演算部は、前記削除実行後の各投稿音声データ間での再生時間長の平均値を算定し、前記各投稿音声データのうち再生時間長が前記平均値に満たないものは基準速度より低速の再生速度を、前記各投稿音声データのうち再生時間長が前記平均値を越えるものは基準速度より高速の再生速度を設定し、前記各投稿音声データの再生時間長を統一する処理を実行し、当該処理後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信するものであることを特徴とする請求項１に記載の投稿音声再生制御システム。
【請求項５】
ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブルを格納する記憶部とを備えたコンピュータが、
前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部に格納する処理と、
投稿公開先が共通な各テキストデータを前記判定テーブルの各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し同時再生対象のグループとして記憶部に格納する処理と、
前記同時再生対象のグループに含まれる、所定属性の音声信号の開始時点ないし終了時点を検索し、データ先頭から前記開始時点までの不要区間、ないし前記終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信する処理と、
を実行することを特徴とする投稿音声再生制御方法。
【請求項６】
ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブルを格納する記憶部とを備えたコンピュータに、
前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部に格納する処理と、
投稿公開先が共通な各テキストデータを前記判定テーブルの各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し同時再生対象のグループとして記憶部に格納する処理と、
前記同時再生対象のグループに含まれる、所定属性の音声信号の開始時点ないし終了時点を検索し、データ先頭から前記開始時点までの不要区間、ないし前記終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信する処理と、
を実行させることを特徴とする投稿音声再生制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、投稿音声再生制御システム、投稿音声再生制御方法、投稿音声再生制御プログラムに関するものであり、具体的には、音声ＳＮＳ等のメッセージサービスにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達を可能とする技術に関する。
【背景技術】
【０００２】
昨今、従来から存在するテキストベースのＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）に加え、音声メッセージの投稿、公開がなされる音声ＳＮＳが登場し、広がりを見せている。音声ＳＮＳでは、ユーザの音声投稿すなわち肉声を、ＳＮＳ内で該当ユーザとつながりを持つ他ユーザが聞くことで、ユーザ間の感情豊かでリアリティあるコミュニケーションが図られることになる。こうした音声ＳＮＳにおいては、投稿が音声であるが故の様々な新サービスの展開が想定される。例えば、同種の音源を同時再生する既存技術として、アナウンス音声またはバックグラウンド・ミュージックなどの音源を個別に蓄積する複数の音源ボックスからなる音声蓄積部を有し、複数の音源からの音声内容を重畳して出力することを特徴とするボイスメール音声メッセージ重畳方式（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−２１２４７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した音声ＳＮＳ等のメッセージサービスにおいて、例えば、ユーザの誕生日や冠婚葬祭などの各種イベントに合わせ、該当ユーザとつながりのある多数の他ユーザが、類似した内容のメッセージを投稿する場合がある。その場合、前記ユーザは、類似内容の投稿音声を長時間繰り返し聞くことになる。一方、各投稿音声において、発話ペースやメッセージ中での特定キーワードの出現タイミングは投稿者ごとに細かく異なっている。そのため、類似内容の投稿音声らをまとめて同時再生する場合、ユーザが投稿内容を聞き取れず、投稿者側の意図がうまく伝達されない結果に終わることも懸念される。
【０００５】
また、ユーザが再生する他ユーザからの投稿音声は、特定のイベントに合わせて投稿されるものだけでなく、イベントに無関係な日常的なものも多く含まれる。そのため、ユーザにとっては、膨大な数の投稿音声中より、特定のイベントに関連した投稿音声のみをピックアップする非常に煩雑な作業が必要となり、投稿音声再生時の心理的な負担にもなりかねない。特に、音声ＳＮＳ上において他ユーザとのつながりが多いユーザであるほど、そうした負担は大きくなり、ユーザビリティの低下が懸念される。
【０００６】
そこで本発明の目的は、音声ＳＮＳ等のメッセージサービスにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達を可能とする技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の投稿音声再生制御システムは、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブルを格納する記憶部と、前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部に格納する処理と、投稿公開先が共通な各テキストデータを前記判定テーブルの各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し同時再生対象のグループとして記憶部に格納する処理と、前記同時再生対象のグループに含まれる投稿音声データにおける、所定属性の音声信号の開始時点ないし終了時点を検索し、データ先頭から前記開始時点までの不要区間、ないし前記終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信する処理とを実行する演算部と、を備えることを特徴とする。
【０００８】
また、本発明の投稿音声再生制御方法は、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブルを格納する記憶部とを備えたコンピュータが、前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部に格納する処理と、投稿公開先が共通な各テキストデータを前記判定テーブルの各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し同時再生対象のグループとして記憶部に格納する処理と、前記同時再生対象のグループに含まれる、所定属性の音声信号の開始時点ないし終了時点を検索し、データ先頭から前記開始時点までの不要区間、ないし前記終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信する処理と、を実行することを特徴とする。
【０００９】
また、本発明の投稿音声再生制御プログラムは、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブルを格納する記憶部とを備えたコンピュータに、前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部に格納する処理と、投稿公開先が共通な各テキストデータを前記判定テーブルの各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し同時再生対象のグループとして記憶部に格納する処理と、前記同時再生対象のグループに含まれる、所定属性の音声信号の開始時点ないし終了時点を検索し、データ先頭から前記開始時点までの不要区間、ないし前記終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信する処理と、を実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、音声ＳＮＳ等のメッセージサービスにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達が可能となる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態の投稿音声再生制御システムを含むネットワーク構成図である。
【図２】第１の実施形態のＳＮＳサーバのハードウェア構成例を示す図である。
【図３】第１の実施形態の公開Ｗｅｂサーバのハードウェア構成例を示す図である。
【図４】第１の実施形態の投稿記録装置のハードウェア構成例を示す図である。
【図５】第１の実施形態の判定テーブルの一例を示す図である。
【図６】第１の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。
【図７】第１の実施形態の投稿音声データの例１を示す図である。
【図８】第１の実施形態の合成再生用ファイルの例１を示す図である。
【図９】第１の実施形態の合成再生用ファイルの例２を示す図である。
【図１０】第１の実施形態の投稿音声データの例２を示す図である。
【図１１】第１の実施形態の合成再生用ファイルの例３を示す図である。
【図１２】第１の実施形態における処理結果例を示す図である。
【図１３】第２の実施形態のＳＮＳサーバのハードウェア構成例を示す図である。
【図１４】第２の実施形態の評価テーブルの一例を示す図である。
【図１５】第２の実施形態のユーザテーブルの一例を示す図である。
【図１６】第２の実施形態の投稿音声データ情報テーブルの一例を示す図である。
【図１７】第２の実施形態の音楽選択支援方法の処理手順例を示すフロー図である。
【図１８】第２の実施形態における評価結果例１を示す図である。
【図１９】第２の実施形態における評価結果例２を示す図である。
【図２０】第３の実施形態のＳＮＳサーバのハードウェア構成例を示す図である。
【図２１】第３の実施形態のグルーピングテーブルの一例を示す図である。
【図２２】第３の実施形態の優先度評価テーブルの一例を示す図である。
【図２３】第３の実施形態のユーザテーブルの一例を示す図である。
【図２４】第３の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。
【図２５】第３の実施形態における評価結果例を示す図である。
【発明を実施するための形態】
【００１２】
−−−第１の実施形態におけるシステム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、第１の実施形態の投稿音声再生制御システム１００２を含むネットワーク構成図である。図１に示す投稿音声再生制御システム１００２（以下、システム１００２）は、音声ＳＮＳ等のメッセージサービスにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達を可能とするコンピュータシステムである。
【００１３】
なお、音声ＳＮＳとは、従来から存在するテキストベースのＳＮＳとは異なり、音声メッセージの投稿、公開がなされるＳＮＳである。音声ＳＮＳでは、ユーザの音声投稿すなわち肉声を、ＳＮＳ内で該当ユーザとつながりを持つ他ユーザが聞くことで、ユーザ間の感情豊かでリアリティあるコミュニケーションが図られることになる。
【００１４】
図１に例示するシステム１００２は、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０で構成されている。ＳＮＳサーバ１５０は、音声ＳＮＳに関する各種処理の主たる実行主体であり、音声ＳＮＳのユーザに関する認証情報や、各ユーザの投稿音声データの情報などを管理し、ユーザ認証や投稿音声の公開、再生といった処理を実行するサーバ装置となる。また、公開Ｗｅｂサーバ１６０は、インターネット網１２０を介してアクセスしてくるユーザ端末２００と、上述のＳＮＳサーバ１５０との間にあって、ＳＮＳサーバ１５０でのユーザ認証処理や、上述のＳＮＳサーバ１５０が出力した、投稿音声データの再生データなど各種データの授受を仲介するサーバ装置である。また、投稿記録装置１７０は、ユーザ端末２００から送られてくる投稿音声データを格納する情報処理装置であり、ＳＮＳサーバ１５０からの要求に応じて、当該要求が指定する投稿音声データを読み出してＳＮＳサーバ１５０に送るものとなる。
【００１５】
なお、ＳＮＳサーバ１５０では、ソーシャルネットワークサービスの形態として当然ながら、ユーザ毎に、当該音声ＳＮＳ上でのつながり（例：友人、知人、同僚、家族、一方的なフォロワー、趣味・嗜好等のグループなど）が規定された他ユーザの情報が管理されている。従って、ユーザが再生して聞くことが出来る投稿音声は、こうしたつながりを持った他ユーザのものとなる。そのため、投稿記録装置１７０では、ユーザ毎に、該当ユーザ宛て乃至該当グループ宛等に投稿された他ユーザの投稿音声データを紐付けて管理している。
【００１６】
公開Ｗｅｂサーバ１６０およびＳＮＳサーバ１５０は、ユーザ端末２００（投稿者端末２２０、閲覧再生者端末２４０）からのアクセスに際し、所定のユーザ認証処理を経てアクセスユーザを特定し、該当ユーザに紐付けて投稿記録装置１７０にて管理している他ユーザからの投稿音声データの情報（例：投稿ユーザ名、投稿日時、タイトル、録音長等）を、該当ユーザ用のページ（ＳＮＳサイトにおける、いわゆるマイページ）にて、例えば投稿日時順に列挙するように設定し、このページデータを該当ユーザ端末２００に送信することとなる。
【００１７】
公開Ｗｅｂサーバ１６０が、前記のユーザ用ページにて、所定投稿についての再生指示をユーザ端末２００から受けた場合、公開Ｗｅｂサーバ１６０は該当投稿に関する再生指示の情報をＳＮＳサーバ１５０に送る。ＳＮＳサーバ１５０ではこの再生指示の情報を受けて、該当投稿に関する投稿音声データを投稿記録装置１７０から読み出して再生し、その再生データを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信する。ユーザ端末２００では、この再生データをインターネット網１２０を介して受信し、スピーカーで出力する。
【００１８】
一方、音声ＳＮＳのユーザが利用する端末がユーザ端末２００である。このユーザ端末２００は、例えば図１にて示すように、投稿者端末２２０、２３０、閲覧再生者端末２４０に分類できる。投稿者端末２２０は、インターネット網１２０を介して公開Ｗｅｂサーバ１６０にアクセスし、当該公開Ｗｅｂサーバ１６０にて公開されている音声ＳＮＳのＷｅｂサイトのデータを取得、表示すると共に、自ユーザによる投稿音声の入力をマイクで受け付けて、対応する投稿音声データを公開Ｗｅｂサーバ１６０にアップロードする端末となる。また、閲覧再生者端末２４０は、インターネット網１２０を介して公開Ｗｅｂサーバ１６０にアクセスし、当該公開Ｗｅｂサーバ１６０にて公開されている音声ＳＮＳのＷｅｂサイトのデータを取得、表示する端末となる。
【００１９】
なお、投稿者端末２２０、閲覧再生者端末２４０が公開Ｗｅｂサーバ１６０にアクセスする場合、当然ながら、音声ＳＮＳにおける自分用のページにログインするためのユーザ認証処理が必要となる。従って、投稿者端末２２０、閲覧再生者端末２４０では、利用中のユーザによる認証情報の入力を受け付けて、これを認証依頼と共に、公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に送信する。この場合、ＳＮＳサーバ１５０は、前記の認証情報を、認証用の情報を格納したデータベース等に照合してユーザ認証を実行し、その認証結果に応じて、該当投稿者端末２２０や閲覧再生者端末２４０からの公開Ｗｅｂサーバ１６０における該当ユーザ用ページへのアクセス可否を制御する。また、ＳＮＳサーバ１５０は、前記の認証結果を公開Ｗｅｂサーバ１６０を介して投稿者端末２２０や閲覧再生者端末２４０に送信する。
【００２０】
また、上述したように、投稿音声データやその再生データの授受等をインターネット網１２０を介して行う場合の他に、ユーザ端末２００の電話機能と、公衆回線網１２２らを用いて投稿音声データやその再生データの授受等を行う形態も想定できる。この場合、図１にて示すように、上述のＳＮＳサーバ１５０や投稿記録装置１７０にＬＡＮ回線１２１を介して接続する電話応答システム３００がネットワーク構成に含まれる。
【００２１】
この電話応答システム３００は、交換機３１０、自動音声応答装置３２０、ＣＴＩ（Computer Telephony Integration）装置３３０から構成されている。そのうち交換機３１０は、電話回線を相互接続し電話網を構成するための交換機であり、自動音声応答装置３２０は、電話の応答と音声による情報の入出力や対話をコンピュータにて行う装置であり、ＣＴＩ装置３３０は、電話やＦＡＸをコンピュータシステムに統合する装置である。
【００２２】
こうした構成において、ユーザ端末たる投稿者端末２３０より、予め定められた投稿受付電話番号へ発話がなされた場合、上述の投稿者端末２３０は、公衆回線網１２２を経て交換機３１０へ接続され、この接続に応じて、ＣＴＩ装置３３０での発話番号取得や自動応答装置３２０での自動音声ガイダンス再生がなされる。その後、上述の投稿者端末２３０において、投稿者がメッセージを発話した場合、その発話メッセージは自動音声応答装置３２０を経て、投稿音声データとして投稿記録装置１７０に録音、すなわち登録される。また、この投稿音声データの登録処理にあわせ、自動音声応答装置３２０が、投稿記録装置１７０に登録された投稿音声データの情報（投稿者、投稿日時、投稿音声データの識別情報等）を、ＳＮＳサーバ１５０に通知する。ＳＮＳサーバ１５０では、この通知を受けて、投稿記録装置１７０に登録された投稿音声データの情報（投稿者、投稿日時、投稿音声データの識別情報等）を記憶部に格納することとなる。
【００２３】
続いて、システム１００２のハードウェア構成について説明する。第１の実施形態におけるシステム１００２は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されている。まずは、システム１００２における処理の実行主体たるＳＮＳサーバ１５０について説明を行うこととする。
【００２４】
この場合、システム１００２を構成するＳＮＳサーバ１５０は、図２に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１０１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０３、前記記憶部１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０４、ＬＡＮ回線１２１等と接続し他装置との通信処理を担う通信部１０５、を備える。なお、記憶部１０１内には、第１の実施形態の投稿音声再生制御システムとして必要な機能を実装する為のプログラム１０２、イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブル１３０が少なくとも記憶されている。
【００２５】
また、公開Ｗｅｂサーバ１６０も同様に、図３に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１１１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１１３、前記記憶部１１１に保持されるプログラム１１２をメモリ１１３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１１４、インターネット網１２０、ＬＡＮ回線１２１と接続し他装置との通信処理を担う通信部１１５、を備える。なお、記憶部１１１内には、第１の実施形態の投稿音声再生制御システムとしてＳＮＳサーバ１５０と協働し必要な機能を実装する為のプログラム１１２、および、音声ＳＮＳサイトの各種Ｗｅｂページデータ１１６が少なくとも記憶されている。
【００２６】
また、投稿記録装置１７０も同様に、図４に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１３、前記記憶部１１に保持されるプログラム１２をメモリ１３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１４、ＬＡＮ１２１と接続し他装置との通信処理を担う通信部１５、を備える。なお、記憶部１１内には、第１の実施形態の投稿音声再生制御システムとしてＳＮＳサーバ１５０と協働し必要な機能を実装する為のプログラム１２、および、各ユーザ端末２００（投稿者端末２２０、２３０）から受信した投稿音声データ１６が少なくとも記憶されている。投稿音声データ１６には、各投稿音声データのファイル（ファイル名が識別情報ともなる）と、該当投稿音声の投稿者、投稿日時、および公開先といったデータが対応付けて格納されている（図４）。
【００２７】
続いて、第１の実施形態のシステム１００２が備える機能について説明する。第１の実施形態におけるシステム１００２は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されているが、以下では説明の簡明化の為、ＳＮＳサーバ１５０が公開Ｗｅｂサーバ１６０および投稿記録装置１７０の機能を備え、一体のシステム１００２として機能を果たすものとして説明を行うこととする。なお、こうしたシステム１００２において、ユーザ端末２００とのデータ授受は公開Ｗｅｂサーバ１６０を介して実行され、投稿音声データの管理については投稿記録装置１７０を介して実行される。
【００２８】
この場合、システム１００２は、ユーザ端末２００から受信し投稿記録装置１７０にて格納されている投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを、通信部１０５を介して投稿記録装置１７０にアクセスして特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部１０１に格納する機能を有している。
【００２９】
また、システム１００２は、上述で得た投稿公開先が共通な各テキストデータを判定テーブル１３０の各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し、同時再生対象のグループとして記憶部に格納する機能を有している。
【００３０】
また、システム１００２は、上述の同期再生対象のグループに含まれる投稿音声データにおける、所定属性（選定キーワード）の音声信号の開始時点ないし終了時点を検索し、データ先頭から開始時点までの不要区間、ないし終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、ユーザ端末２００に送信する機能を有している。
【００３１】
また、システム１００２は、上述の削除実行後の各投稿音声データを、データ先頭から同時に再生したデータをユーザ端末２００に送信するとしてもよい。或いは、システム１００２は、削除実行後の各投稿音声データを、同時に終了するようデータ末尾を揃えて再生したデータをユーザ端末２００に送信するとしてもよい。
【００３２】
また、システム１００２は、上述の削除実行後の各投稿音声データ間での再生時間長の平均値を算定し、各投稿音声データのうち再生時間長が平均値に満たないものは基準速度より低速で再生し、各投稿音声データのうち再生時間長が平均値を越えるものは基準速度より高速で再生して、各投稿音声データの再生時間長を統一する処理を実行し、当該処理後の各投稿音声データを同時に再生したデータを、ユーザ端末２００に送信するとしてもよい。
【００３３】
−−−第１の実施形態におけるデータ構造例−−−
次に、第１の実施形態のシステム１００２が用いるテーブルにおけるデータ構造例について説明する。図５は、第１の実施形態における判定テーブル１３０の一例を示す図である。判定テーブル１３０は、「結婚」、「誕生日」、「合格」といった各種イベントの識別情報をキーに、該当イベントに関して予め選定された、「けっこんおめでとう」、「たんじょうびおめでとう」、「ハッピーウェデング」といった選定キーワードを対応付けたレコードの集合体となっている。
【００３４】
−−−第１の実施形態における処理手順例−−−
以下、第１の実施形態における投稿音声再生制御方法の実際手順について図に基づき説明する。以下で説明する投稿音声再生制御方法に対応する各種動作は、システム１００２を構成する各装置らがメモリに読み出してそれぞれ実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００３５】
図６は、第１の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。ここで、ＳＮＳサーバ１５０は、ユーザ端末２００から受信し投稿記録装置１７０にて格納されている投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを、通信部１０５を介して投稿記録装置１７０にアクセスして特定する（ｓ１００）。
【００３６】
次に、ＳＮＳサーバ１５０は、上述で特定した投稿音声データそれぞれに対し、プログラム１０２が含む音声認識プログラムを呼び出して実行して音声認識処理を実行し（ｓ１０１）、テキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部１０１に格納する（ｓ１０２）。
【００３７】
ここでＳＮＳサーバ１５０は、前記の音声認識処理で生成したテキストデータを、判定テーブル１３０における各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し、合成再生対象グループとして記憶部１０１に記憶する（ｓ１０３）。ＳＮＳサーバ１５０は、このステップｓ１０３の処理を、上述のステップｓ１０２で得ている各投稿音声データについて全て実行する（ｓ１０４）。こうした処理により、例えば、あるユーザ「U00001」を公開先とし、「けっこんおめでとう」という選定キーワードを共通に含んでいた投稿音声データが特定されたとする。図５に示す判定テーブル１３０の例であれば、この場合の投稿音声データのテーマは、イベント「結婚祝い」となる。また、図１２に第１の実施形態における処理結果例を示す。この例では、「投稿１」、「投稿４」、「投稿７」、が、投稿公開先「太郎」、およびイベント「誕生祝い」について共通する投稿音声データとして特定されている。
【００３８】
続いてＳＮＳサーバ１５０は、上述のステップｓ１０３にて特定した、投稿公開先およびイベントが共通する各投稿音声データにおいて、所定属性（選定キーワード）の音声信号の開始時点ないし終了時点を検索する（ｓ１０５）。上述の例であれば、ＳＮＳサーバ１５０は、前記各投稿音声データについて、「けっこんおめでとう」の選定キーワードの発話開始時点、或いは発話終了時点を、音声解析処理により特定する。この音声解析処理は、ＳＮＳサーバ１５０が備えるプログラム１０２が備える音声解析プログラムを実行することで実行される。なお、音声解析プログラムは既存のものを利用すればよい。
【００３９】
「けっこんおめでとう」の選定キーワードの発話開始時点、或いは発話終了時点を、音声解析処理により特定したＳＮＳサーバ１５０は、図７に例示する如く、該当投稿音声データにおけるデータ先頭から上述の発話開始時点までの不要区間Δｔ１、ないし上述の発話終了時点から投稿音声データにおけるデータ末尾までの不要区間Δｔ２、のいずれかの音声信号を削除する（ｓ１０６）。ＳＮＳサーバ１５０は、このステップｓ１０６の処理を、上述のステップｓ１０５で開始時点ないし終了時点を検索した各投稿音声データについて全て実行する（ｓ１０７）。
【００４０】
次に、ＳＮＳサーバ１５０は、上述のステップｓ１０６での不要区間削除の実行後、各投稿音声データを、データ先頭から重畳させることで合成して１ファイルとし（ｓ１０８）、当該ファイルを再生した再生データをユーザ端末２００に送信する（ｓ１０９）。このように、各投稿音声データをデータ先頭から重畳させることで合成して１ファイルとし、当該ファイルを再生することで、各投稿音声データの同時再生がなされることになる。図８に第１の実施形態の合成再生用ファイルの例１を示す。この図８にて示すように、前記のステップｓ１０８で合成して得たファイル、すなわち合成再生用ファイルは、各投稿者の投稿音声データが「けっこんおめでとう」の部分を先頭に多重化されたものとなっている。
【００４１】
なお、ＳＮＳサーバ１５０は、不要区間削除の実行後、上述のステップｓ１０８において、各投稿音声データを、同時に再生終了となるようデータ末尾を揃えて重畳させることで合成して１ファイルとし、前記ステップｓ１０９において、当該ファイルを再生した再生データをユーザ端末２００に送信するとしてもよい。図９に第１の実施形態の合成再生用ファイルの例２を示す。この場合の合成再生用ファイルは、図９にて示すように、各投稿者の投稿音声データが、「けっこんおめでとう」の部分を後端に揃えて多重化されたものとなっている。
【００４２】
上述した例では、投稿音声データのうち、不要区間として削除するのは、データ先頭から選定キーワードの発話開始時点まで、或いは選定キーワードの発話終了時点からデータ末尾まで、としたが、その他にも、図１０に示すように、第１の選定キーワードの発話終了時点から、第２の選定キーワードの発話開始時点までの不要区間Δｔ３を想定するとしてもよい。この場合、ＳＮＳサーバ１５０は、例えば、処理対象の各投稿音声データにおけるデータ先頭から上述の発話開始時点までの不要区間Δｔ１、および、上述の不要区間Δｔ３、の音声信号を削除して、不要区間Δｔ１，Δｔ３の削除実行後の各投稿音声データを、データ先頭から重畳させることで合成して１ファイルとする（図１１）。或いは、ＳＮＳサーバ１５０は、例えば、処理対象の各投稿音声データにおける上述の発話終了時点からデータ末尾までの不要区間Δｔ２、および、上述の不要区間Δｔ３、の音声信号を削除して、不要区間Δｔ２，Δｔ３の削除実行後の各投稿音声データを、データ末尾が揃うよう重畳させることで合成して１ファイルとするとしてもよい。
【００４３】
なお、上述のステップｓ１０６において、不要区間の削除を行って得られた投稿音声データの再生時間長が、各投稿音声データ間で大きく異なっているとすれば、上述の合成再生用ファイルを生成して再生したとしても、それを聞いているユーザは発話タイミングがばらばらにずれた内容のメッセージを聞くことになりかねない。
【００４４】
そこで、ＳＮＳサーバ１５０は、上述のステップｓ１０８において、不要区間削除実行後の各投稿音声データを重畳させる際、不要区間削除実行後の各投稿音声データ間での再生時間長の平均値を算定し（ｓ１０８Ａ）、各投稿音声データのうち再生時間長が平均値に満たないものは基準速度より低速の再生速度、各投稿音声データのうち再生時間長が平均値を越えるものは基準速度より高速の再生速度を設定し、各投稿音声データの再生時間長を統一する処理を実行する（ｓ１０８Ｂ）。ＳＮＳサーバ１５０は、当該処理後の各投稿音声データを合成して１ファイルとする。
【００４５】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００４６】
こうした本実施形態によれば、音声ＳＮＳにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達が可能となる。
【００４７】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、第１の実施形態の投稿音声再生制御システムにおいて、前記演算部は、前記削除実行後の各投稿音声データを、データ先頭から同時に再生したデータを前記ユーザ端末に送信するものであるとしてもよい。
【００４８】
また、第１の実施形態の投稿音声再生制御システムにおいて、前記演算部は、前記削除実行後の各投稿音声データを、同時に終了するようデータ末尾を揃えて再生したデータを前記ユーザ端末に送信するものであるとしてもよい。
【００４９】
また、第１の実施形態の投稿音声再生制御システムにおいて、前記演算部は、前記削除実行後の各投稿音声データ間での再生時間長の平均値を算定し、前記各投稿音声データのうち再生時間長が前記平均値に満たないものは基準速度より低速の再生速度を設定し、前記各投稿音声データのうち再生時間長が前記平均値を越えるものは基準速度より高速の再生速度を設定して、前記各投稿音声データの再生時間長を統一する処理を実行し、当該処理後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信するものであるとしてもよい。
【００５０】
−−−第２の実施形態におけるシステム構成−−−
以下に本発明の第２の実施形態について図面を用いて詳細に説明する。第２の実施形態の音楽選択支援システム１００１を含むネットワーク構成は、第１の実施形態のネットワーク構成（図１）と同じである。そのため、以降は第１の実施形態と異なる構成についてのみ説明を行うこととする。第２の実施形態における音楽選択支援システム１００１（以下、システム１００１）は、音声ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）での投稿音声に対して手間無く効率的に音楽を選択し、ひいては音声ＳＮＳでのユーザビリティ向上を図るコンピュータシステムである。
【００５１】
続いてシステム１００１のハードウェア構成について説明する。第２の実施形態におけるシステム１００１は、第１の実施形態と同様、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されている。ここでは、システム１００１における処理の実行主体たるＳＮＳサーバ１５０について説明を行うこととする。
【００５２】
この場合、システム１００１を構成するＳＮＳサーバ１５０は、図１３に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１０１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０３、前記記憶部１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０４、ＬＡＮ回線１２１等と接続し他装置との通信処理を担う通信部１０５、を備える。なお、記憶部１０１内には、第２の実施形態の音楽選択支援システムとして必要な機能を実装する為のプログラム１０２、評価テーブル１２５、ユーザテーブル１２８、および、投稿音声データ情報テーブル１２９が少なくとも記憶されている。なお、評価テーブル１２５は、一次評価テーブル１２６と二次評価テーブル１２７から構成されている。
【００５３】
続いて、第２の実施形態のシステム１００１が備える機能について説明する。第２の実施形態におけるシステム１００１は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されているが、以下では説明の簡明化の為、ＳＮＳサーバ１５０が公開Ｗｅｂサーバ１６０および投稿記録装置１７０の機能を備え、一体のシステム１００１として機能を果たすものとして説明を行うこととする。なお、こうしたシステム１００１において、ユーザ端末２００とのデータ授受は公開Ｗｅｂサーバ１６０を介して実行され、投稿音声データの管理については投稿記録装置１７０を介して実行される。
【００５４】
この場合、システム１００は、ユーザ端末２００から受信した投稿音声データ（投稿記録装置１７０で格納されているもの）に対し、プログラム１０２が含む音声認識プログラムを起動して音声認識処理を実行し、テキストデータを生成する機能を有している。ここで、ＳＮＳサーバ１５０は、この音声認識処理のため、プログラム１０２の一部として、音声認識プログラムを備えているものとする。
【００５５】
また、システム１００１は、上述の音声認識処理で生成したテキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有している。他方、ユーザ端末２００では、この推奨情報を受信してディスプレイにて表示し、ユーザに閲覧させる。ここでシステム１００１は、前記選定キーワード群を特定するに際し、テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を特定するとしてもよい。
【００５６】
ユーザが上述の推奨情報の示す音楽を容認した場合、その旨がユーザ端末２００から公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に通知される。ＳＮＳサーバ１５０は、容認通知を受信した音楽のデータ（投稿記録装置１７０ないし自身の記憶部１０１にて保持）を、該当投稿音声データと合わせて再生し、当該再生したデータを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信することとなる。或いは、上述の如き、システム１００１は、ユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。
【００５７】
また、システム１００１は、上述のテキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を複数特定した場合、例えば、マッチ度最高のものが並存していた場合、ユーザ端末２００のユーザに関する属性情報をユーザテーブル１２８より読み出し、ユーザの属性情報を評価テーブル１２５の各ユーザ属性に照合して、ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。当然この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定したユーザ属性に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。
【００５８】
また、システム１００１は、マッチ度が最も高い選定キーワード群を複数特定した場合に、該当投稿音声データに、ソーシャルネットワークサービスにおける公開先（ユーザやグループ等）の指定情報が付与されているか判定する機能を有しているとしてもよい。
【００５９】
この場合、システム１００１は、前記の判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていると判定した場合、該当指定情報が示す投稿公開先のユーザに関して、ユーザテーブル１２８から属性情報を読み出し、当該属性情報を評価テーブル１２５の各ユーザ属性に照合して、投稿公開先のユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定したユーザ属性に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。
【００６０】
一方、前記の判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていないと判定した場合、システム１００１は、該当投稿音声データの投稿ユーザに関して、ユーザテーブル１２８から属性情報を読み出し、当該属性情報を評価テーブル１２５の各ユーザ属性に照合して、投稿ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する処理を実行するものとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定したユーザ属性に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。
【００６１】
また、システム１００１は、上述のテキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、ユーザ端末２００のユーザに関する直近の投稿音声データを、投稿記録装置１７０ないし記憶部１０１より読み出し、該当投稿音声データに対し、上述同様の音声認識処理を実行してテキストデータを生成し、当該テキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。
【００６２】
また、システム１００１は、上述のテキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、ユーザ端末２００のユーザに関する直近から所定範囲の期間の各投稿音声データを、投稿記録装置１７０ないし記憶部１０１より読み出し、各投稿音声データに対し上述と同様の音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出し、当該キーワードを評価テーブル１２５の各選定キーワード群に照合して、出現頻度一定以上のキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。
【００６３】
−−−第２の実施形態におけるデータ構造例−−−
次に、第２の実施形態のシステム１００１が用いるテーブルにおけるデータ構造例について説明する。図１４は第２の実施形態の評価テーブル１２５の一例を示す図である。評価テーブル１２５は、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けたテーブルであり、第２の実施形態では、一次評価テーブル１２６と二次評価テーブル１２７とで構成している。図に示す例では、一次評価テーブル１２６は、音楽データの識別情報たるＢＧＭ名をキーとして、該当音楽データすなわちＢＧＭに関して予め選定された、「たんじょうび」、「ばーすでい」、「はっぴー」、などといった選定キーワード群とを対応付けたレコードの集合体となっている。また、二次評価テーブル１２７は、音楽データの識別情報たるＢＧＭ名をキーとして、該当音楽データすなわちＢＧＭに関して予め選定されたユーザ属性（例：誕生日当日、ロック音楽好き、４０代）、および直近書込みが含むキーワード（例：結婚、クリスマス等）を対応付けたレコードの集合体となっている。
【００６４】
図１５は第２の実施形態のユーザテーブル１２８の一例を示す図である。ユーザテーブル１２８は、音声ＳＮＳの各ユーザの属性情報を記述したテーブルであり、図の例では、ユーザＩＤをキーとして、該当ユーザの誕生日、音楽志向、趣味、年齢といったユーザ属性の値を対応付けたレコードの集合体となっている。
【００６５】
図１６は第２の実施形態の投稿音声データ情報テーブル１２９の一例を示す図である。投稿音声データ情報テーブル１２９は、投稿記録装置１７０に格納されている投稿音声データに関する情報を、該当投稿音声データの公開先毎に格納したテーブルであり、図の例では、「U00001」といったユーザＩＤ毎に、投稿音声データＩＤをキーとして、該当投稿音声データの投稿者、投稿日時、投稿音声データのタイトル（識別情報）といった値を対応付けたレコードの集合体となっている。
【００６６】
−−−第２の実施形態における処理手順例−−−
以下、第２の実施形態における音楽選択支援方法の実際手順について図に基づき説明する。以下で説明する音楽選択支援方法に対応する各種動作は、システム１００１を構成する各装置らがメモリに読み出してそれぞれ実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００６７】
図１７は、第２の実施形態における音楽選択支援方法の処理手順例を示すフロー図である。ここで、ＳＮＳサーバ１５０は、ユーザ端末２００から受信して投稿記録装置１７０に格納された投稿音声データを、投稿記録装置１７０より取得する（ｓ２００）。
【００６８】
次に、ＳＮＳサーバ１５０は、上述で取得した投稿音声データに対し、プログラム１０２が含む音声認識プログラムを起動して音声認識処理を実行し、テキストデータを生成する（ｓ２０１）。ここでＳＮＳサーバ１５０は、前記の音声認識処理で生成したテキストデータを、一次評価テーブル１２６における、各ＢＧＭの選定キーワード群に照合して、テキストデータが含むキーワードと各ＢＧＭとのマッチ度を算定する（ｓ２０２）。
【００６９】
このように、テキストデータが含むキーワードと各ＢＧＭとのマッチ度を算定する処理は、例えば次のような処理手順となる。テキストデータが含むキーワードが、「けっこん」、「おめでとう」、「しあわせ」であった場合、ＳＮＳサーバ１５０は、これらキーワードを一次評価テーブル１２６に照合し、「けっこん」のキーワードについては、適合時得点の「１０点」を特定し、「おめでとう」のキーワードについては、適合時得点の「６点」を特定し、「しあわせ」のキーワードについては、適合時得点の「６点」を特定する。こうした、「けっこん」、「おめでとう」、「しあわせ」の各キーワードに関する適合時得点の特定処理を、一次評価テーブル１２６における各ＢＧＭのレコードについて実行し（ｓ２０３）、図１８に示す評価結果例１のように、各ＢＧＭ毎の得点計を算定する。図１８の例では、"ＢＧＭ２：ウェディングソング"について最高得点「１９点」が算定された。
【００７０】
このように、一次評価テーブル１２６へのテキストデータのキーワードの照合と得点算定の処理により、テキストデータが含むキーワードとのマッチ度最高のもの、つまり最高得点のキーワード群＝ＢＧＭが１つのみ特定された場合（ｓ２０４：Ｎｏ）、ＳＮＳサーバ１５０は、特定したＢＧＭつまり音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報として、該当投稿音声データの投稿者或いは公開先として指定されている他ユーザのユーザ端末２００に送信する（ｓ２０５）。該当投稿音声データの投稿者情報は勿論のこと、公開先は、投稿音声データの投稿時に投稿者が指定しており、公開先となったユーザないしグループの情報が該当投稿音声データに付帯して投稿記録装置１７０や投稿音声データ情報テーブル１２９に格納されているものとする。
【００７１】
なお、上述の推奨情報を受信したユーザ端末２００は、推奨情報をディスプレイに表示して、ユーザに閲覧させることとなる。ユーザが上述の推奨情報の示すＢＧＭを容認した場合、その旨がユーザ端末２００から公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に通知される。
【００７２】
ＳＮＳサーバ１５０は、ユーザ端末２００から容認通知を受信したＢＧＭのデータ（投稿記録装置１７０ないし自身の記憶部１０１にて保持）を、該当投稿音声データと合わせて再生し、当該再生したデータを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信する（ｓ２１２）。なお、ＳＮＳサーバ１５０は、上述の如き、ユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応するＢＧＭのデータを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信するとしてもよい。
【００７３】
一方、一次評価テーブル１２６へのテキストデータのキーワードの照合と得点算定の処理により、テキストデータが含むキーワードとのマッチ度最高のもの、つまり最高得点のキーワード群＝ＢＧＭが複数特定された場合（ｓ２０４：Ｙｅｓ）、ＳＮＳサーバ１５０は、該当投稿音声データに、音声ＳＮＳにおける公開先（ユーザやグループ等）の指定情報が付与されているか判定する（ｓ２０６）。
【００７４】
この場合、ＳＮＳサーバ１５０は、上述のステップｓ２０６での判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていると判定した場合（ｓ２０６：Ｙｅｓ）、該当指定情報が示す「投稿公開先」のユーザに関して、ユーザテーブル１２８から属性情報を読み出す（ｓ２０７）。このステップｓ２０７において、ＳＮＳサーバ１５０は、更に、「投稿公開先」のユーザに関する直近の投稿音声データを、投稿記録装置１７０より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成する。ＳＮＳサーバ１５０は、直近の投稿音声データを投稿記録装置１７０から読み出す際、直近から所定範囲の期間の投稿音声データを読み出すものとしてもよい。その場合、ＳＮＳサーバ１５０は、所定範囲の期間の各投稿音声データに対し上述と同様の音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出する。
【００７５】
他方、上述のステップｓ２０６での判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていないと判定した場合（ｓ２０６：Ｎｏ）、ＳＮＳサーバ１５０は、該当投稿音声データの「投稿」ユーザに関して、ユーザテーブル１２８から属性情報を読み出す（ｓ２０８）。このステップｓ２０８において、ＳＮＳサーバ１５０は、更に、「投稿」ユーザに関する直近の投稿音声データを、投稿記録装置１７０より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成する。ＳＮＳサーバ１５０は、直近の投稿音声データを投稿記録装置１７０から読み出す際、直近から所定範囲の期間の投稿音声データを読み出すものとしてもよい。その場合、ＳＮＳサーバ１５０は、所定範囲の期間の各投稿音声データに対し上述と同様の音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出する。
【００７６】
続いてＳＮＳサーバ１５０は、上述のステップｓ２０７、ｓ２０８のいずれかで得た、ユーザの属性情報および直近書込みから得たキーワードを、二次評価テーブル１２７に照合し、各ＢＧＭに関して規定されているユーザの属性情報およびキーワードとのマッチ度を算定する（ｓ２０９）。
【００７７】
このように、ユーザの属性情報およびキーワードと、各ＢＧＭとのマッチを算定する処理は、例えば次のような処理手順となる。ユーザの属性情報が「年齢：４０」、「音楽志向：ロック」であり、キーワードが、「フットサル」、「がんばろう」であった場合、ＳＮＳサーバ１５０は、これらの値を二次評価テーブル１２７に照合し、「年齢：４０」、「音楽志向：ロック」の各値については適合時得点の「１０点」をそれぞれ特定し、「フットサル」、「がんばろう」の各キーワードについては、適合時得点無しを特定する。こうした、ユーザの属性情報およびキーワードに関する適合時得点の特定処理を、二次評価テーブル１２７における各ＢＧＭのレコードについて実行し（ｓ２１０）、図１９に示す評価結果例２のように、各ＢＧＭ毎の得点計を算定する。
【００７８】
図１９の例では、一次評価テーブル１２６を用いた評価で最高得点となった"ＢＧＭ４"、"ＢＧＭ５"、"ＢＧＭ６"、のうち、二次評価テーブル１２７を用いた評価で、"ＢＧＭ６"に計２０点が算定された。このように、二次評価テーブル１２７へのユーザの属性情報およびキーワードの照合と得点算定の処理により、ユーザの属性情報およびキーワードとのマッチ度最高のもの、つまり最高得点のＢＧＭを特定する。
【００７９】
続いてＳＮＳサーバ１５０は、上述のステップｓ２０５と同様に、上述のステップｓ２０９で特定したＢＧＭつまり音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報として、該当投稿音声データの投稿者のユーザ端末２００に送信する（ｓ２１１）。なお、上述の推奨情報を受信したユーザ端末２００は、推奨情報をディスプレイに表示して、ユーザに閲覧させることとなる。ユーザが上述の推奨情報の示すＢＧＭを容認した場合、その旨がユーザ端末２００から公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に通知される。
【００８０】
ＳＮＳサーバ１５０は、ユーザ端末２００から容認通知を受信したＢＧＭのデータ（投稿記録装置１７０ないし自身の記憶部１０１にて保持）を、該当投稿音声データと合わせて再生し、当該再生したデータを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信する（ｓ２１２）。
【００８１】
こうした第２の実施形態によれば、音声ＳＮＳでの投稿音声に対して手間無く効率的に音楽を選択し、ひいては音声ＳＮＳでのユーザビリティ向上を図ることが可能となる。
【００８２】
−−−第３の実施形態におけるシステム構成−−−
以下に本発明の第３の実施形態について図面を用いて詳細に説明する。第３の実施形態の投稿音声再生制御システム１００３を含むネットワーク構成は、第１、第２の実施形態のネットワーク構成（図１）と同じである。そのため、以降は第１の実施形態と異なる構成についてのみ説明を行うこととする。第３の実施形態における投稿音声再生制御システム１００３（以下、システム１００３）は、音声ＳＮＳにおける複数の投稿音声を違和感無く連続再生し、投稿者意図の良好な伝達を可能とするコンピュータシステムである。
【００８３】
続いてシステム１００３のハードウェア構成について説明する。第３の実施形態におけるシステム１００３は、第１の実施形態と同様、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されている。ここでは、システム１００３における処理の実行主体たるＳＮＳサーバ１５０について説明を行うこととする。
【００８４】
この場合、システム１００３を構成するＳＮＳサーバ１５０は、図２０に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１０１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０３、前記記憶部１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０４、ＬＡＮ回線１２１等と接続し他装置との通信処理を担う通信部１０５、を備える。なお、記憶部１０１内には、第３の実施形態の投稿音声再生制御システムとして必要な機能を実装する為のプログラム１０２、グルーピングテーブル１３１、優先度評価テーブル１３２、およびユーザテーブル１３３が少なくとも記憶されている。これらテーブルの詳細については後述する。
【００８５】
なお特に図示しないが、投稿記録装置１７０が、記憶部１１において格納している投稿音声データ１６には、該当投稿音声データと共に再生するＢＧＭの識別情報のデータが対応付けられている。
【００８６】
続いて、第３の実施形態のシステム１００３が備える機能について説明する。第３の実施形態におけるシステム１００３は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されているが、以下では説明の簡明化の為、ＳＮＳサーバ１５０が公開Ｗｅｂサーバ１６０および投稿記録装置１７０の機能を備え、一体のシステム１００３として機能を果たすものとして説明を行うこととする。なお、こうしたシステム１００３において、ユーザ端末２００とのデータ授受は公開Ｗｅｂサーバ１６０を介して実行され、投稿音声データの管理については投稿記録装置１７０を介して実行される。
【００８７】
この場合、システム１００３は、投稿記録装置１７０がユーザ端末２００から得て格納している投稿音声データのうち、同じ投稿公開先の指定情報（例：公開先となるユーザやグループの識別情報）が付与されているものを、投稿記録装置１７０より通信部１０５を介しアクセスして特定し、該当投稿音声データに同時再生すべき音楽が付与されている場合は、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を、一方、該当投稿音声データに同時再生すべき音楽が付与されていない場合は、当該特定した各投稿音声データに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを、グルーピングテーブル１３１に照合して、各投稿音声データのテーマ（例：誕生日祝い、結婚祝い等）を特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部１０１に格納する機能を有している。
【００８８】
また、システム１００３は、連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する機能を有している。
【００８９】
なお、システム１００３は、連続再生対象のグループにおける投稿公開先のユーザに関する属性情報（例：誕生日、音楽志向、趣味、年齢等）をユーザテーブル１３３より読み出し、このユーザの属性情報を優先度評価テーブル１３２に照合して、ユーザの属性情報に応じたグループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で連続再生対象のグループを記憶部１０１より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する機能を備えるとしてもよい。
【００９０】
また、システム１００３は、連続再生対象のグループにおける投稿公開先のユーザに関する直近の投稿音声データ１６を、投稿記録装置１７０（ないし投稿記録装置１７０から予めの投稿音声データ１６をコピーした記憶部１０１）より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成し、当該テキストデータを優先度評価テーブル１３２に照合して、ユーザの投稿内容に応じたグループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で連続再生対象のグループを記憶部１０１より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する機能を備えるとしてもよい。
【００９１】
なお、システム１００３は、上述の投稿音声データの再生時に、該当再生データを受信しているユーザ端末２００より、再生停止指示を通信部１０５を介して受信した場合、該当連続再生対象のグループのテーマに関して、一定期間の再生対象排除を指定するフラグを記憶部１０１にて設定する機能を備えるとしてもよい。この場合、システム１００３は、連続再生対象のグループに含まれる各投稿音声データを順次再生する際、上述のフラグが設定されているテーマに対応した連続再生対象のグループについては再生をせず、他の連続再生対象のグループの再生を優先する。
【００９２】
−−−第３の実施形態におけるデータ構造例−−−
次に、第３の実施形態のシステム１００３が用いるテーブルにおけるデータ構造例について説明する。図２１は、第３の実施形態のグルーピングテーブル１３１の一例を示す図である。このグルーピングテーブル１３１は、「バースデイソング」、「ウェディングソング」といったＢＧＭ名、すなわち音楽データの識別情報をキーとして、投稿音声を音声認識により生成したテキストキーワード、「お祝い系」、「元気系」といった該当音楽または投稿音声のテーマ、および「楽しい」、「明るい」といったトーン（曲調）とを対応付けたレコードの集合体となっている。
【００９３】
図２２は第３の実施形態の優先度評価テーブル１３２の一例を示す図である。また、優先度評価テーブル１３２は、ユーザの属性情報（例：誕生日等）ないし投稿内容（例：結婚、試合等）と、連続再生対象の再生優先レベルとを対応付けたレコードの集合体となっている。図２２における優先度評価テーブル１３２の例では、連続再生対象のグループの公開先であるユーザの属性情報（例：誕生日等）ないし直近の投稿内容（例：結婚、試合等）が、当該優先度評価テーブル１３２におけるユーザ属性ないし投稿内容の項目値にマッチした場合、該当連続再生対象のグループに付与される所定の評価得点の値が規定されたテーブルとなっている。
【００９４】
図２３は第３の実施形態のユーザテーブル１３３の一例を示す図である。また、ユーザテーブル１３３は、音声ＳＮＳの各ユーザの属性情報を記述したテーブルであり、図の例では、ユーザＩＤをキーとして、該当ユーザの誕生日、音楽志向、趣味、年齢といったユーザ属性の値を対応付けたレコードの集合体となっている。
【００９５】
−−−第３の実施形態における処理手順例−−−
以下、第３の実施形態における投稿音声再生制御方法の実際手順について図に基づき説明する。以下で説明する投稿音声再生制御方法に対応する各種動作は、システム１００３を構成する各装置らがメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００９６】
図２４は、第３の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。ここで、ＳＮＳサーバ１５０は、投稿記録装置１７０がユーザ端末２００から得て格納している投稿音声データ１６のうち、同じ投稿公開先の指定情報（例：公開先となるユーザやグループの識別情報）が付与されているものを、投稿記録装置１７０より通信部１０５を介しアクセスして特定する（ｓ３００）。
【００９７】
また、ＳＮＳサーバ１５０は、上述のステップｓ３００で特定された当該投稿音声データに同時再生すべき音楽が付与されているか否かを判定し（ｓ３０１）、付与されている場合、特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報をグルーピングテーブル１３１に照合して、各投稿音声データと同時再生すべき音楽のテーマ（例：誕生日祝い、結婚祝い等）やトーンを特定する（ｓ３０２）。この場合、ＳＮＳサーバ１５０は、投稿記録装置１７０にて該当投稿音声データ１６に関して付与されている、「バースデイソング」といったＢＧＭの識別情報を読み取り、当該ＢＧＭの識別情報をグルーピングテーブル１３１に照合して、該当投稿音声データと同時再生すべき音楽のテーマを「お祝い系」、トーンを「楽しい・明るい」などと特定することになる。なお、各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報は、後述する第２の実施形態における音楽選択支援システム１００１により特定され、投稿記録装置１７０にて投稿音声データに付与されたものであると想定する。
【００９８】
また、上述のステップｓ３００で特定された当該投稿音声データに同時再生すべき音楽が付与されていない場合、当該特定した各投稿音声データに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを、グルーピングテーブル１３１に照合して、各投稿音声データのテーマ（例：誕生日祝い、結婚祝い等）を特定する（ｓ３０３）。
【００９９】
続いてＳＮＳサーバ１５０は、上述のステップｓ３０２またはｓ３０３で特定したテーマ、好ましくは更にトーンも互いに共通する投稿音声データらを、連続再生対象のグループとして記憶部１０１に格納する（ｓ３０４）。ＳＮＳサーバ１５０における、この投稿音声データのグルーピングの処理は、上述のステップｓ３００で特定した全ての投稿音声データに関して処理完了するまで繰り返し実行することとなる（ｓ３０５）。図２５に示す評価結果例では、同一公開先の投稿音声データとして、「投稿１」〜「投稿７」までの７つの投稿が特定され、それら各投稿に紐付けされていたＢＧＭの識別情報が「ＢＧＭ１：バースデイソング」、「ＢＧＭ２：応援歌」、「ＢＧＭ３：卒業ソング」、「ＢＧＭ４：バースデイソング」、「ＢＧＭ５：卒業ソング」、「ＢＧＭ６：バレンタインソング」、「ＢＧＭ７：ＢＧＭなし」であり、それらのテーマに基づくグループは、「投稿１：お祝い系」、「投稿２：元気系」、「投稿３：お別れ系」、「投稿４：お祝い系」、「投稿５：お別れ系」、「投稿６：お祝い系」、「投稿７：お祝い系」と分類された。
【０１００】
次に、ＳＮＳサーバ１５０は、上述の連続再生対象のグループにおける投稿公開先のユーザに関する属性情報（例：誕生日、音楽志向、趣味、年齢等）をユーザテーブル１３３より読み出す（ｓ３０６）。また、ＳＮＳサーバ１５０は、前記グループにおける投稿公開先のユーザに関する直近の投稿音声データ１６（直近から一定期間遡った複数件であってもよい）を、投稿記録装置１７０（ないし投稿記録装置１７０から予めの投稿音声データ１６をコピーした記憶部１０１）より読み出し、該当投稿音声データに対し、プログラム１０２が含む音声認識プログラムを起動して音声認識処理を実行し、テキストデータを生成する（ｓ３０７）。ここで、ＳＮＳサーバ１５０は、この音声認識処理のため、プログラム１０２の一部として、音声認識プログラムを備えているものとする。
【０１０１】
ＳＮＳサーバ１５０は、上述のステップｓ３０６，ｓ３０７で得た、前記ユーザの属性情報およびテキストデータ（すなわち直近の投稿内容）を、優先度評価テーブル１３２に照合し、これらユーザの属性情報および直近の投稿内容に応じて、該当グループの再生優先レベルを特定する（ｓ３０８）。
【０１０２】
図２５に示す評価結果例の場合、投稿公開先のユーザの属性情報が、「誕生日：２月」であり、また、当該ユーザによる直近の投稿内容が「明日はサッカーの試合のあと、誕生日パーティだ！」、「週末はバレンタイン」、「来月で卒業。さみしいなあ」であった。そのため、「投稿１」〜「投稿７」の各投稿のうち、「投稿１」については、その投稿内容が「７歳の誕生日おめでとう」であるから、"誕生日"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。また、「投稿２」については、その投稿内容が「明日の試合がんばろう」であるから、"試合"なるキーワードについて「１０点」獲得し、該当グループの「元気系」にこの１０点を加算する。また、「投稿３」については、その投稿内容が「もうすぐ卒業式、高校は別々で寂しいね」であるから、"卒業"なるキーワードについて「１０点」獲得し、該当グループの「お別れ系」にこの１０点を加算する。また、「投稿４」については、その投稿内容が「ハッピーバースディ。もう７才。大きくなったね」であるから、"バースデイ"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。また、「投稿５」については、その投稿内容が「卒業してもまたみんなで遊ぼう」であるから、"卒業"なるキーワードについて「１０点」獲得し、該当グループの「お別れ系」にこの１０点を加算する。また、「投稿６」については、その投稿内容が「バレンタインチョコ作りで忙しいよう」であるから、"バレンタイン"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。また、「投稿７」については、その投稿内容が「今日の誕生日会はみんなにお祝いしてもらって楽しかった」であるから、"誕生日"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。
【０１０３】
各グループの得点は、「投稿１」、「投稿４」、「投稿６」、「投稿７」から１０点ずつ得たお祝い系が合計４０点となり、「投稿２」からのみ１０点得た元気計が合計１０点となり、「投稿３」、「投稿５」から１０点づつ得たお別れ系が合計２０点となった。従って、ＳＮＳサーバ１５０は、こうして得た各グループの総得点が高いものほど、再生優先レベルが高いと判定し、これに応じてグループ間の再生順序を、再生順序１位：お祝い系、再生順序２位：お別れ系、再生順序３位：元気系、と決定する（ｓ３０９）。
【０１０４】
続いてＳＮＳサーバ１５０は、上述のステップｓ３０９で決定した再生順序で、該当連続再生対象のグループを、投稿記録装置１７０（ないし投稿記録装置１７０から投稿音声データをコピーした記憶部１０１）より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する（ｓ３１０）。
【０１０５】
なお、ＳＮＳサーバ１５０は、上述のステップｓ３１０における投稿音声データの再生時に、該当再生データを受信しているユーザ端末２００より、再生停止指示を通信部１０５を介して受信した場合（ｓ３１１：Ｙｅｓ）、該当連続再生対象のグループのテーマに関して、一定期間の再生対象排除を指定するフラグを、記憶部１０１にて設定するとしてもよい（ｓ３１２）。このステップｓ３１２の処理後のＳＮＳサーバ１５０は、後に、ステップｓ３１０を再度実行するに際し、上述のフラグが設定されているテーマに対応した連続再生対象のグループについて、該当フラグの示す有効期間内の間は、再生をせず、他の連続再生対象のグループのうち再生順序が早いものから再生を優先する。このような処理を行うこととすれば、システム１００３側で決定した再生順序を、ユーザが好ましく思わなかった事実を確実に踏まえて、よりユーザの意向、気分に沿った投稿音声データの連続再生が可能となる。
【０１０６】
また、ＳＮＳサーバ１５０は、上述のフラグの起源である再生停止指示を行ったユーザ毎に、前記フラグの設定履歴を該当グループと対応付けて記憶部１０１にて保持しておくとしてもよい。この場合、ＳＮＳサーバ１５０は、該当ユーザに関して、各グループでのフラグ設定頻度を一定期間毎に算定し、グループ間でフラグ設定頻度が最高となったものについて、以後再びフラグが設定される際には、フラグの有効期間すなわち再生対象排除の期間を通常より一定期間延長するといった処理を実行する。このような処理を行うこととすれば、ユーザが好ましく思わなかった事実を更に確実に踏まえて、よりユーザの意向、気分に沿った投稿音声データの連続再生が可能となる。
【０１０７】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【０１０８】
こうした第３の実施形態によれば、音声ＳＮＳにおける複数の投稿音声を違和感無く連続再生し、投稿者意図の良好な伝達が可能となる。
【０１０９】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、第３の実施形態の投稿音声再生制御システムにおいて、前記記憶部は、ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルと、ユーザの属性情報と連続再生対象の再生優先レベルとを対応付けた優先度評価テーブルとを更に備え、前記演算部は、前記連続再生対象のグループにおける投稿公開先のユーザに関する属性情報を前記ユーザテーブルより読み出し、前記ユーザの属性情報を前記優先度評価テーブルに照合して、前記ユーザの属性情報に応じた前記グループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で前記連続再生対象のグループを記憶部より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信するものである、としてもよい。
【０１１０】
また、第３の実施形態の投稿音声再生制御システムにおいて、前記記憶部は、各ユーザ端末から受信した投稿音声データを蓄積しているものであり、ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルと、ユーザの投稿内容と連続再生対象の再生優先レベルとを対応付けた優先度評価テーブルとを更に備え、前記演算部は、前記連続再生対象のグループにおける投稿公開先のユーザに関する直近の投稿音声データを記憶部より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成し、当該テキストデータを前記優先度評価テーブルに照合して、前記ユーザの投稿内容に応じた前記グループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で前記連続再生対象のグループを記憶部より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信するものである、としてもよい。
【符号の説明】
【０１１１】
１００１  音楽選択支援システム（第２の実施形態）
１００２  投稿音声再生制御システム（第１の実施形態）
１００３  投稿音声再生制御システム（第３の実施形態）
１１、１０１、１１１  記憶部
１２、１０２、１１２  プログラム
１３、１０３、１１３  メモリ
１４、１０４、１１４  演算部
１５、１０５、１１５  通信部
１６  投稿音声データ
１２０  インターネット網（ネットワーク）
１２１  ＬＡＮ回線（ネットワーク）
１２２  公衆回線網（ネットワーク）
１２５  評価テーブル
１２６  一次評価テーブル
１２７  二次評価テーブル
１２８  ユーザテーブル
１２９  投稿音声データ情報テーブル
１３０  判定テーブル
１３１  グルーピングテーブル
１３２  優先度評価テーブル
１３３  ユーザテーブル
１５０  ＳＮＳサーバ
１６０  公開Ｗｅｂサーバ
１７０  投稿記録装置
２００  ユーザ端末
２２０、２３０  投稿者端末（ユーザ端末）
２４０  閲覧再生者端末（ユーザ端末）
３００  電話応答システム
３１０  交換機
３２０  自動音声応答装置
３３０  ＣＴＩ装置
【図１】
2014027615.tif 000003
【図２】
2014027615.tif 000004
【図３】
2014027615.tif 000005
【図４】
2014027615.tif 000006
【図５】
2014027615.tif 000007
【図６】
2014027615.tif 000008
【図７】
2014027615.tif 000009
【図８】
2014027615.tif 000010
【図９】
2014027615.tif 000011
【図１０】
2014027615.tif 000012
【図１１】
2014027615.tif 000013
【図１２】
2014027615.tif 000014
【図１３】
2014027615.tif 000015
【図１４】
2014027615.tif 000016
【図１５】
2014027615.tif 000017
【図１６】
2014027615.tif 000018
【図１７】
2014027615.tif 000019
【図１８】
2014027615.tif 000020
【図１９】
2014027615.tif 000021
【図２０】
2014027615.tif 000022
【図２１】
2014027615.tif 000023
【図２２】
2014027615.tif 000024
【図２３】
2014027615.tif 000025
【図２４】
2014027615.tif 000026
【図２５】
2014027615.tif 000027