JP2014027614A - 投稿音声再生制御システム、投稿音声再生制御方法、投稿音声再生制御プログラム - Google Patents

Abstract

【課題】音声ＳＮＳ等のメッセージサービスにおける複数の投稿音声を違和感無く連続再生する。
【解決手段】ソーシャルネットワークサービスのユーザが利用するユーザ端末と、音楽データの識別情報とテーマとを対応付けたグルーピングテーブル１３１を格納する記憶部１０１と、ユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報をグルーピングテーブル１３１に照合して、各投稿音声データと同時再生すべき音楽のテーマを特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部１０１に格納する処理と、連続再生対象のグループに含まれる各投稿音声データを順次再生し、ユーザ端末に送信する処理とを実行する演算部１０４とから構成する。
【選択図】図２

Description

本発明は、投稿音声再生制御システム、投稿音声再生制御方法、投稿音声再生制御プログラムに関するものであり、具体的には、音声ＳＮＳ等のメッセージサービスにおける複数の投稿音声を違和感無く連続再生し、投稿者意図の良好な伝達を可能とする技術に関する。

昨今、従来から存在するテキストベースのＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）に加え、音声メッセージの投稿、公開がなされる音声ＳＮＳが登場し、広がりを見せている。音声ＳＮＳでは、ユーザの音声投稿すなわち肉声を、ＳＮＳ内で該当ユーザとつながりを持つ他ユーザが聞くことで、ユーザ間の感情豊かでリアリティあるコミュニケーションが図られることになる。こうした音声ＳＮＳにおいては、投稿が音声であるが故の様々な新サービスの展開が想定される。例えば、音源らを関連づけて再生する既存技術として、ツリー型の音声掲示板システムにおいて、ある音声メッセージに複数のフォロー音声メッセージがついている場合に、音声メッセージを再生した後、いずれのフォロー音声メッセージを選択するかを決定するサーバ装置（特許文献１参照）などが提案されている。

特開２００８−０９２４９５号公報

上述した音声ＳＮＳ等のメッセージサービスにおいて、つながりある他ユーザの投稿音声を聞くユーザが、単純に投稿順で各投稿音声を順次再生した場合、投稿音声間のテーマや雰囲気の相違により、投稿音声が示すメッセージをスムーズに理解できず、感情移入しにくいという問題点がある。特に、音声ＳＮＳ上において他ユーザとのつながりが多いユーザであるほど、多種多様な投稿音声をシリアルに再生して、そうした問題点が大きくなり、ひいてはユーザビリティの低下が懸念される。

そこで本発明の目的は、音声ＳＮＳ等のメッセージサービスにおける複数の投稿音声を違和感無く連続再生し、投稿者意図の良好な伝達を可能とする技術を提供することにある。

上記課題を解決する本発明の投稿音声再生制御システムは、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽のテーマとを対応付け、更に投稿音声データのキーワードと該当テーマを対応付けたグルーピングテーブルを格納する記憶部と、前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を前記グルーピングテーブルに照合して、各投稿音声データと同時再生すべき音楽のテーマを特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部に格納する処理と、前記連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信する処理とを実行する演算部と、を備えることを特徴とする。

また、本発明の投稿音声再生制御方法は、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽のテーマとを対応付け、更に投稿音声データのキーワードと該当テーマを対応付けたグルーピングテーブルを格納する記憶部とを備えたコンピュータが、前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を前記グルーピングテーブルに照合して、各投稿音声データと同時再生すべき音楽のテーマを特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部に格納する処理と、前記連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信する処理と、を実行することを特徴とする。

また、本発明の投稿音声再生制御プログラムは、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽のテーマとを対応付け、更に投稿音声データのキーワードと該当テーマを対応付けたグルーピングテーブルを格納する記憶部とを備えたコンピュータに、前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を前記グルーピングテーブルに照合して、各投稿音声データと同時再生すべき音楽のテーマを特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部に格納する処理と、前記連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信する処理と、を実行させることを特徴とする。

本発明によれば、音声ＳＮＳ等のメッセージサービスにおける複数の投稿音声を違和感無く連続再生し、投稿者意図の良好な伝達が可能となる。

第１の実施形態の投稿音声再生制御システムを含むネットワーク構成図である。 第１の実施形態のＳＮＳサーバのハードウェア構成例を示す図である。 第１の実施形態の公開Ｗｅｂサーバのハードウェア構成例を示す図である。 第１の実施形態の投稿記録装置のハードウェア構成例を示す図である。 第１の実施形態のグルーピングテーブルの一例を示す図である。 第１の実施形態の優先度評価テーブルの一例を示す図である。 第１の実施形態のユーザテーブルの一例を示す図である。 第１の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。 第１の実施形態における評価結果例を示す図である。 第２の実施形態のＳＮＳサーバのハードウェア構成例を示す図である。 第２の実施形態の評価テーブルの一例を示す図である。 第２の実施形態のユーザテーブルの一例を示す図である。 第２の実施形態の投稿音声データ情報テーブルの一例を示す図である。 第２の実施形態の音楽選択支援方法の処理手順例を示すフロー図である。 第２の実施形態における評価結果例１を示す図である。 第２の実施形態における評価結果例２を示す図である。 第３の実施形態のＳＮＳサーバのハードウェア構成例を示す図である。 第３の実施形態の判定テーブルの一例を示す図である。 第３の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。 第３の実施形態の投稿音声データの例１を示す図である。 第３の実施形態の合成再生用ファイルの例１を示す図である。 第３の実施形態の合成再生用ファイルの例２を示す図である。 第３の実施形態の投稿音声データの例２を示す図である。 第３の実施形態の合成再生用ファイルの例３を示す図である。 第３の実施形態における処理結果例を示す図である。

−−−第１の実施形態におけるシステム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、第１の実施形態における投稿音声再生制御システム１００３を含むネットワーク構成図である。図１に示す投稿音声再生制御システム１００３（以下、システム１００３）は、音声ＳＮＳ等のメッセージサービスにおける複数の投稿音声を違和感無く連続再生し、投稿者意図の良好な伝達を可能とするコンピュータシステムである。

なお、音声ＳＮＳとは、従来から存在するテキストベースのＳＮＳとは異なり、音声メッセージの投稿、公開がなされるＳＮＳである。音声ＳＮＳでは、ユーザの音声投稿すなわち肉声を、ＳＮＳ内で該当ユーザとつながりを持つ他ユーザが聞くことで、ユーザ間の感情豊かでリアリティあるコミュニケーションが図られることになる。

図１に例示するシステム１００３は、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０で構成されている。ＳＮＳサーバ１５０は、音声ＳＮＳに関する各種処理の主たる実行主体であり、音声ＳＮＳのユーザに関する認証情報や、各ユーザの投稿音声データの情報などを管理し、ユーザ認証や投稿音声の公開、再生といった処理を実行するサーバ装置となる。また、公開Ｗｅｂサーバ１６０は、インターネット網１２０を介してアクセスしてくるユーザ端末２００と、上述のＳＮＳサーバ１５０との間にあって、ＳＮＳサーバ１５０でのユーザ認証処理や、上述のＳＮＳサーバ１５０が出力した、投稿音声データの再生データなど各種データの授受を仲介するサーバ装置である。また、投稿記録装置１７０は、ユーザ端末２００から送られてくる投稿音声データを格納する情報処理装置であり、ＳＮＳサーバ１５０からの要求に応じて、当該要求が指定する投稿音声データを読み出してＳＮＳサーバ１５０に送るものとなる。

なお、ＳＮＳサーバ１５０では、ソーシャルネットワークサービスの形態として当然ながら、ユーザ毎に、当該音声ＳＮＳ上でのつながり（例：友人、知人、同僚、家族、一方的なフォロワー、趣味・嗜好等のグループなど）が規定された他ユーザの情報が管理されている。従って、ユーザが再生して聞くことが出来る投稿音声は、こうしたつながりを持った他ユーザのものとなる。そのため、投稿記録装置１７０では、ユーザ毎に、該当ユーザ宛て乃至該当グループ宛等に投稿された他ユーザの投稿音声データを紐付けて管理している。

公開Ｗｅｂサーバ１６０およびＳＮＳサーバ１５０は、ユーザ端末２００（投稿者端末２２０、閲覧再生者端末２４０）からのアクセスに際し、所定のユーザ認証処理を経てアクセスユーザを特定し、該当ユーザに紐付けて投稿記録装置１７０にて管理している他ユーザからの投稿音声データの情報（例：投稿ユーザ名、投稿日時、タイトル、録音長等）を、該当ユーザ用のページ（ＳＮＳサイトにおける、いわゆるマイページ）にて、例えば投稿日時順に列挙するように設定し、このページデータを該当ユーザ端末２００に送信することとなる。

公開Ｗｅｂサーバ１６０が、前記のユーザ用ページにて、所定投稿についての再生指示をユーザ端末２００から受けた場合、公開Ｗｅｂサーバ１６０は該当投稿に関する再生指示の情報をＳＮＳサーバ１５０に送る。ＳＮＳサーバ１５０ではこの再生指示の情報を受けて、該当投稿に関する投稿音声データを投稿記録装置１７０から読み出して再生し、その再生データを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信する。ユーザ端末２００では、この再生データをインターネット網１２０を介して受信し、スピーカーで出力する。

一方、音声ＳＮＳのユーザが利用する端末がユーザ端末２００である。このユーザ端末２００は、例えば図１にて示すように、投稿者端末２２０、２３０、閲覧再生者端末２４０に分類できる。投稿者端末２２０は、インターネット網１２０を介して公開Ｗｅｂサーバ１６０にアクセスし、当該公開Ｗｅｂサーバ１６０にて公開されている音声ＳＮＳのＷｅｂサイトのデータを取得、表示すると共に、自ユーザによる投稿音声の入力をマイクで受け付けて、対応する投稿音声データを公開Ｗｅｂサーバ１６０にアップロードする端末となる。また、閲覧再生者端末２４０は、インターネット網１２０を介して公開Ｗｅｂサーバ１６０にアクセスし、当該公開Ｗｅｂサーバ１６０にて公開されている音声ＳＮＳのＷｅｂサイトのデータを取得、表示する端末となる。

なお、投稿者端末２２０、閲覧再生者端末２４０が公開Ｗｅｂサーバ１６０にアクセスする場合、当然ながら、音声ＳＮＳにおける自分用のページにログインするためのユーザ認証処理が必要となる。従って、投稿者端末２２０、閲覧再生者端末２４０では、利用中のユーザによる認証情報の入力を受け付けて、これを認証依頼と共に、公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に送信する。この場合、ＳＮＳサーバ１５０は、前記の認証情報を、認証用の情報を格納したデータベース等に照合してユーザ認証を実行し、その認証結果に応じて、該当投稿者端末２２０や閲覧再生者端末２４０からの公開Ｗｅｂサーバ１６０における該当ユーザ用ページへのアクセス可否を制御する。また、ＳＮＳサーバ１５０は、前記の認証結果を公開Ｗｅｂサーバ１６０を介して投稿者端末２２０や閲覧再生者端末２４０に送信する。

また、上述したように、投稿音声データやその再生データの授受等をインターネット網１２０を介して行う場合の他に、ユーザ端末２００の電話機能と、公衆回線網１２２らを用いて投稿音声データやその再生データの授受等を行う形態も想定できる。この場合、図１にて示すように、上述のＳＮＳサーバ１５０や投稿記録装置１７０にＬＡＮ回線１２１を介して接続する電話応答システム３００がネットワーク構成に含まれる。

この電話応答システム３００は、交換機３１０、自動音声応答装置３２０、ＣＴＩ（Computer Telephony Integration）装置３３０から構成されている。そのうち交換機３１０は、電話回線を相互接続し電話網を構成するための交換機であり、自動音声応答装置３２０は、電話の応答と音声による情報の入出力や対話をコンピュータにて行う装置であり、ＣＴＩ装置３３０は、電話やＦＡＸをコンピュータシステムに統合する装置である。

こうした構成において、ユーザ端末たる投稿者端末２３０より、予め定められた投稿受付電話番号へ発話がなされた場合、上述の投稿者端末２３０は、公衆回線網１２２を経て交換機３１０へ接続され、この接続に応じて、ＣＴＩ装置３３０での発話番号取得や自動応答装置３２０での自動音声ガイダンス再生がなされる。その後、上述の投稿者端末２３０において、投稿者がメッセージを発話した場合、その発話メッセージは自動音声応答装置３２０を経て、投稿音声データとして投稿記録装置１７０に録音、すなわち登録される。また、この投稿音声データの登録処理にあわせ、自動音声応答装置３２０が、投稿記録装置１７０に登録された投稿音声データの情報（投稿者、投稿日時、投稿音声データの識別情報等）を、ＳＮＳサーバ１５０に通知する。ＳＮＳサーバ１５０では、この通知を受けて、投稿記録装置１７０に登録された投稿音声データの情報（投稿者、投稿日時、投稿音声データの識別情報等）を記憶部に格納することとなる。

続いて、システム１００３のハードウェア構成について説明する。第１の実施形態におけるシステム１００３は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されている。まずは、システム１００３における処理の実行主体たるＳＮＳサーバ１５０について説明を行うこととする。

この場合、システム１００３を構成するＳＮＳサーバ１５０は、図２に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１０１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０３、前記記憶部１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０４、ＬＡＮ回線１２１等と接続し他装置との通信処理を担う通信部１０５、を備える。なお、記憶部１０１内には、第１の実施形態の投稿音声再生制御システムとして必要な機能を実装する為のプログラム１０２、グルーピングテーブル１３１、優先度評価テーブル１３２、およびユーザテーブル１３３が少なくとも記憶されている。これらテーブルの詳細については後述する。

また、公開Ｗｅｂサーバ１６０も同様に、図３に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１１１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１１３、前記記憶部１１１に保持されるプログラム１１２をメモリ１１３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１１４、インターネット網１２０、ＬＡＮ回線１２１と接続し他装置との通信処理を担う通信部１１５、を備える。なお、記憶部１１１内には、第１の実施形態の投稿音声再生制御システムとしてＳＮＳサーバ１５０と協働し必要な機能を実装する為のプログラム１１２、および、音声ＳＮＳサイトの各種Ｗｅｂページデータ１１６が少なくとも記憶されている。

また、投稿記録装置１７０も同様に、図４に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１３、前記記憶部１１に保持されるプログラム１２をメモリ１３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１４、ＬＡＮ１２１と接続し他装置との通信処理を担う通信部１５、を備える。なお、記憶部１１内には、第１の実施形態の投稿音声再生制御システムとしてＳＮＳサーバ１５０と協働し必要な機能を実装する為のプログラム１２、および、各ユーザ端末２００（投稿者端末２２０、２３０）から受信した投稿音声データ１６が少なくとも記憶されている。投稿音声データ１６には、各投稿音声データのファイル（ファイル名が識別情報ともなる）と、該当投稿音声の投稿者、投稿日時、公開先、および該当投稿音声データと共に再生するＢＧＭの識別情報といったデータが対応付けて格納されている（図４）。

続いて、第１の実施形態のシステム１００３が備える機能について説明する。第１の実施形態におけるシステム１００３は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されているが、以下では説明の簡明化の為、ＳＮＳサーバ１５０が公開Ｗｅｂサーバ１６０および投稿記録装置１７０の機能を備え、一体のシステム１００３として機能を果たすものとして説明を行うこととする。なお、こうしたシステム１００３において、ユーザ端末２００とのデータ授受は公開Ｗｅｂサーバ１６０を介して実行され、投稿音声データの管理については投稿記録装置１７０を介して実行される。

この場合、システム１００３は、投稿記録装置１７０がユーザ端末２００から得て格納している投稿音声データのうち、同じ投稿公開先の指定情報（例：公開先となるユーザやグループの識別情報）が付与されているものを、投稿記録装置１７０より通信部１０５を介しアクセスして特定し、該当投稿音声データに同時再生すべき音楽が付与されている場合は、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を、一方、該当投稿音声データに同時再生すべき音楽が付与されていない場合は、当該特定した各投稿音声データに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを、グルーピングテーブル１３１に照合して、各投稿音声データのテーマ（例：誕生日祝い、結婚祝い等）を特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部１０１に格納する機能を有している。

また、システム１００３は、連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する機能を有している。

なお、システム１００３は、連続再生対象のグループにおける投稿公開先のユーザに関する属性情報（例：誕生日、音楽志向、趣味、年齢等）をユーザテーブル１３３より読み出し、このユーザの属性情報を優先度評価テーブル１３２に照合して、ユーザの属性情報に応じたグループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で連続再生対象のグループを記憶部１０１より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する機能を備えるとしてもよい。

また、システム１００３は、連続再生対象のグループにおける投稿公開先のユーザに関する直近の投稿音声データ１６を、投稿記録装置１７０（ないし投稿記録装置１７０から予めの投稿音声データ１６をコピーした記憶部１０１）より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成し、当該テキストデータを優先度評価テーブル１３２に照合して、ユーザの投稿内容に応じたグループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で連続再生対象のグループを記憶部１０１より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する機能を備えるとしてもよい。

なお、システム１００３は、上述の投稿音声データの再生時に、該当再生データを受信しているユーザ端末２００より、再生停止指示を通信部１０５を介して受信した場合、該当連続再生対象のグループのテーマに関して、一定期間の再生対象排除を指定するフラグを記憶部１０１にて設定する機能を備えるとしてもよい。この場合、システム１００３は、連続再生対象のグループに含まれる各投稿音声データを順次再生する際、上述のフラグが設定されているテーマに対応した連続再生対象のグループについては再生をせず、他の連続再生対象のグループの再生を優先する。

−−−第１の実施形態におけるデータ構造例−−−
次に、第１の実施形態のシステム１００３が用いるテーブルにおけるデータ構造例について説明する。図５は、第１の実施形態のグルーピングテーブル１３１の一例を示す図である。このグルーピングテーブル１３１は、「バースデイソング」、「ウェディングソング」といったＢＧＭ名、すなわち音楽データの識別情報をキーとして、投稿音声を音声認識により生成したテキストキーワード、「お祝い系」、「元気系」といった該当音楽または投稿音声のテーマ、および「楽しい」、「明るい」といったトーン（曲調）とを対応付けたレコードの集合体となっている。

図６は第１の実施形態の優先度評価テーブル１３２の一例を示す図である。また、優先度評価テーブル１３２は、ユーザの属性情報（例：誕生日等）ないし投稿内容（例：結婚、試合等）と、連続再生対象の再生優先レベルとを対応付けたレコードの集合体となっている。図６における優先度評価テーブル１３２の例では、連続再生対象のグループの公開先であるユーザの属性情報（例：誕生日等）ないし直近の投稿内容（例：結婚、試合等）が、当該優先度評価テーブル１３２におけるユーザ属性ないし投稿内容の項目値にマッチした場合、該当連続再生対象のグループに付与される所定の評価得点の値が規定されたテーブルとなっている。

図７は第１の実施形態のユーザテーブル１３３の一例を示す図である。また、ユーザテーブル１３３は、音声ＳＮＳの各ユーザの属性情報を記述したテーブルであり、図の例では、ユーザＩＤをキーとして、該当ユーザの誕生日、音楽志向、趣味、年齢といったユーザ属性の値を対応付けたレコードの集合体となっている。

−−−第１の実施形態における処理手順例−−−
以下、第１の実施形態における投稿音声再生制御方法の実際手順について図に基づき説明する。以下で説明する投稿音声再生制御方法に対応する各種動作は、システム１００３を構成する各装置らがメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図８は、第１の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。ここで、ＳＮＳサーバ１５０は、投稿記録装置１７０がユーザ端末２００から得て格納している投稿音声データ１６のうち、同じ投稿公開先の指定情報（例：公開先となるユーザやグループの識別情報）が付与されているものを、投稿記録装置１７０より通信部１０５を介しアクセスして特定する（ｓ１００）。

また、ＳＮＳサーバ１５０は、上述のステップｓ１００で特定された当該投稿音声データに同時再生すべき音楽が付与されているか否かを判定し（ｓ１０１）、付与されている場合、特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報をグルーピングテーブル１３１に照合して、各投稿音声データと同時再生すべき音楽のテーマ（例：誕生日祝い、結婚祝い等）やトーンを特定する（ｓ１０２）。この場合、ＳＮＳサーバ１５０は、投稿記録装置１７０にて該当投稿音声データ１６に関して付与されている、「バースデイソング」といったＢＧＭの識別情報を読み取り、当該ＢＧＭの識別情報をグルーピングテーブル１３１に照合して、該当投稿音声データと同時再生すべき音楽のテーマを「お祝い系」、トーンを「楽しい・明るい」などと特定することになる。なお、各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報は、後述する第２の実施形態における音楽選択支援システム１００１により特定され、投稿記録装置１７０にて投稿音声データに付与されたものであると想定する。

また、上述のステップｓ１００で特定された当該投稿音声データに同時再生すべき音楽が付与されていない場合、当該特定した各投稿音声データに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを、グルーピングテーブル１３１に照合して、各投稿音声データのテーマ（例：誕生日祝い、結婚祝い等）を特定する（ｓ１０３）。

続いてＳＮＳサーバ１５０は、上述のステップｓ１０２またはｓ１０３で特定したテーマ、好ましくは更にトーンも互いに共通する投稿音声データらを、連続再生対象のグループとして記憶部１０１に格納する（ｓ１０４）。ＳＮＳサーバ１５０における、この投稿音声データのグルーピングの処理は、上述のステップｓ１００で特定した全ての投稿音声データに関して処理完了するまで繰り返し実行することとなる（ｓ１０５）。図９に示す評価結果例では、同一公開先の投稿音声データとして、「投稿１」〜「投稿７」までの７つの投稿が特定され、それら各投稿に紐付けされていたＢＧＭの識別情報が「ＢＧＭ１：バースデイソング」、「ＢＧＭ２：応援歌」、「ＢＧＭ３：卒業ソング」、「ＢＧＭ４：バースデイソング」、「ＢＧＭ５：卒業ソング」、「ＢＧＭ６：バレンタインソング」、「ＢＧＭ７：ＢＧＭなし」であり、それらのテーマに基づくグループは、「投稿１：お祝い系」、「投稿２：元気系」、「投稿３：お別れ系」、「投稿４：お祝い系」、「投稿５：お別れ系」、「投稿６：お祝い系」、「投稿７：お祝い系」と分類された。

次に、ＳＮＳサーバ１５０は、上述の連続再生対象のグループにおける投稿公開先のユーザに関する属性情報（例：誕生日、音楽志向、趣味、年齢等）をユーザテーブル１３３より読み出す（ｓ１０６）。また、ＳＮＳサーバ１５０は、前記グループにおける投稿公開先のユーザに関する直近の投稿音声データ１６（直近から一定期間遡った複数件であってもよい）を、投稿記録装置１７０（ないし投稿記録装置１７０から予めの投稿音声データ１６をコピーした記憶部１０１）より読み出し、該当投稿音声データに対し、プログラム１０２が含む音声認識プログラムを起動して音声認識処理を実行し、テキストデータを生成する（ｓ１０７）。ここで、ＳＮＳサーバ１５０は、この音声認識処理のため、プログラム１０２の一部として、音声認識プログラムを備えているものとする。

ＳＮＳサーバ１５０は、上述のステップｓ１０６，ｓ１０７で得た、前記ユーザの属性情報およびテキストデータ（すなわち直近の投稿内容）を、優先度評価テーブル１３２に照合し、これらユーザの属性情報および直近の投稿内容に応じて、該当グループの再生優先レベルを特定する（ｓ１０８）。

図９に示す評価結果例の場合、投稿公開先のユーザの属性情報が、「誕生日：２月」であり、また、当該ユーザによる直近の投稿内容が「明日はサッカーの試合のあと、誕生日パーティだ！」、「週末はバレンタイン」、「来月で卒業。さみしいなあ」であった。そのため、「投稿１」〜「投稿７」の各投稿のうち、「投稿１」については、その投稿内容が「７歳の誕生日おめでとう」であるから、"誕生日"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。また、「投稿２」については、その投稿内容が「明日の試合がんばろう」であるから、"試合"なるキーワードについて「１０点」獲得し、該当グループの「元気系」にこの１０点を加算する。また、「投稿３」については、その投稿内容が「もうすぐ卒業式、高校は別々で寂しいね」であるから、"卒業"なるキーワードについて「１０点」獲得し、該当グループの「お別れ系」にこの１０点を加算する。また、「投稿４」については、その投稿内容が「ハッピーバースディ。もう７才。大きくなったね」であるから、"バースデイ"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。また、「投稿５」については、その投稿内容が「卒業してもまたみんなで遊ぼう」であるから、"卒業"なるキーワードについて「１０点」獲得し、該当グループの「お別れ系」にこの１０点を加算する。また、「投稿６」については、その投稿内容が「バレンタインチョコ作りで忙しいよう」であるから、"バレンタイン"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。また、「投稿７」については、その投稿内容が「今日の誕生日会はみんなにお祝いしてもらって楽しかった」であるから、"誕生日"なるキーワードについて「１０点」獲得し、該当グループの「お祝い系」にこの１０点を加算する。

各グループの得点は、「投稿１」、「投稿４」、「投稿６」、「投稿７」から１０点づつ得たお祝い系が合計４０点となり、「投稿２」からのみ１０点得た元気計が合計１０点となり、「投稿３」、「投稿５」から１０点づつ得たお別れ系が合計２０点となった。従って、ＳＮＳサーバ１５０は、こうして得た各グループの総得点が高いものほど、再生優先レベルが高いと判定し、これに応じてグループ間の再生順序を、再生順序１位：お祝い系、再生順序２位：お別れ系、再生順序３位：元気系、と決定する（ｓ１０９）。

続いてＳＮＳサーバ１５０は、上述のステップｓ１０９で決定した再生順序で、該当連続再生対象のグループを、投稿記録装置１７０（ないし投稿記録装置１７０から投稿音声データをコピーした記憶部１０１）より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータをユーザ端末２００に送信する（ｓ１１０）。

なお、ＳＮＳサーバ１５０は、上述のステップｓ１１０における投稿音声データの再生時に、該当再生データを受信しているユーザ端末２００より、再生停止指示を通信部１０５を介して受信した場合（ｓ１１１：Ｙｅｓ）、該当連続再生対象のグループのテーマに関して、一定期間の再生対象排除を指定するフラグを、記憶部１０１にて設定するとしてもよい（ｓ１１２）。このステップｓ１１２の処理後のＳＮＳサーバ１５０は、後に、ステップｓ１１０を再度実行するに際し、上述のフラグが設定されているテーマに対応した連続再生対象のグループについて、該当フラグの示す有効期間内の間は、再生をせず、他の連続再生対象のグループのうち再生順序が早いものから再生を優先する。このような処理を行うこととすれば、システム１００３側で決定した再生順序を、ユーザが好ましく思わなかった事実を確実に踏まえて、よりユーザの意向、気分に沿った投稿音声データの連続再生が可能となる。

また、ＳＮＳサーバ１５０は、上述のフラグの起源である再生停止指示を行ったユーザ毎に、前記フラグの設定履歴を該当グループと対応付けて記憶部１０１にて保持しておくとしてもよい。この場合、ＳＮＳサーバ１５０は、該当ユーザに関して、各グループでのフラグ設定頻度を一定期間毎に算定し、グループ間でフラグ設定頻度が最高となったものについて、以後再びフラグが設定される際には、フラグの有効期間すなわち再生対象排除の期間を通常より一定期間延長するといった処理を実行する。このような処理を行うこととすれば、ユーザが好ましく思わなかった事実を更に確実に踏まえて、よりユーザの意向、気分に沿った投稿音声データの連続再生が可能となる。

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした第１の実施形態によれば、音声ＳＮＳにおける複数の投稿音声を違和感無く連続再生し、投稿者意図の良好な伝達が可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、第１の実施形態の投稿音声再生制御システムにおいて、前記記憶部は、ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルと、ユーザの属性情報と連続再生対象の再生優先レベルとを対応付けた優先度評価テーブルとを更に備え、前記演算部は、前記連続再生対象のグループにおける投稿公開先のユーザに関する属性情報を前記ユーザテーブルより読み出し、前記ユーザの属性情報を前記優先度評価テーブルに照合して、前記ユーザの属性情報に応じた前記グループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で前記連続再生対象のグループを記憶部より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信するものである、としてもよい。

また、第１の実施形態の投稿音声再生制御システムにおいて、前記記憶部は、各ユーザ端末から受信した投稿音声データを蓄積しているものであり、ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルと、ユーザの投稿内容と連続再生対象の再生優先レベルとを対応付けた優先度評価テーブルとを更に備え、前記演算部は、前記連続再生対象のグループにおける投稿公開先のユーザに関する直近の投稿音声データを記憶部より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成し、当該テキストデータを前記優先度評価テーブルに照合して、前記ユーザの投稿内容に応じた前記グループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で前記連続再生対象のグループを記憶部より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信するものである、としてもよい。

−−−第２の実施形態におけるシステム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。第２の実施形態の音楽選択支援システム１００１を含むネットワーク構成は、第１の実施形態におけるネットワーク構成（図１）と同じである。そのため、以降は第１の実施形態と異なる構成についてのみ説明を行うこととする。第２の実施形態における音楽選択支援システム１００１（以下、システム１００１）は、音声ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）での投稿音声に対して手間無く効率的に音楽を選択し、ひいては音声ＳＮＳでのユーザビリティ向上を図るコンピュータシステムである。

続いてシステム１００１のハードウェア構成について説明する。第２の実施形態におけるシステム１００１は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されている。ここでは、システム１００１における処理の実行主体たるＳＮＳサーバ１５０について説明を行うこととする。

この場合、システム１００１を構成するＳＮＳサーバ１５０は、図１０に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１０１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０３、前記記憶部１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０４、ＬＡＮ回線１２１等と接続し他装置との通信処理を担う通信部１０５、を備える。なお、記憶部１０１内には、第２の実施形態の音楽選択支援システムとして必要な機能を実装する為のプログラム１０２、評価テーブル１２５、ユーザテーブル１２８、および、投稿音声データ情報テーブル１２９が少なくとも記憶されている。なお、評価テーブル１２５は、一次評価テーブル１２６と二次評価テーブル１２７から構成されている。

続いて、第２の実施形態のシステム１００１が備える機能について説明する。第２の実施形態におけるシステム１００１は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されているが、以下では説明の簡明化の為、ＳＮＳサーバ１５０が公開Ｗｅｂサーバ１６０および投稿記録装置１７０の機能を備え、一体のシステム１００１として機能を果たすものとして説明を行うこととする。なお、こうしたシステム１００１において、ユーザ端末２００とのデータ授受は公開Ｗｅｂサーバ１６０を介して実行され、投稿音声データの管理については投稿記録装置１７０を介して実行される。

この場合、システム１００１は、ユーザ端末２００から受信した投稿音声データ（投稿記録装置１７０で格納されているもの）に対し、プログラム１０２が含む音声認識プログラムを起動して音声認識処理を実行し、テキストデータを生成する機能を有している。ここで、ＳＮＳサーバ１５０は、この音声認識処理のため、プログラム１０２の一部として、音声認識プログラムを備えているものとする。

また、システム１００１は、上述の音声認識処理で生成したテキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有している。ここで、システム１００１は、マッチ度が最も高い選定キーワード群を特定するとしてもよい。他方、ユーザ端末２００では、この推奨情報を受信してディスプレイにて表示し、ユーザに閲覧させる。

ユーザが上述の推奨情報の示す音楽を容認した場合、その旨がユーザ端末２００から公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に通知される。ＳＮＳサーバ１５０は、容認通知を受信した音楽のデータ（投稿記録装置１７０ないし自身の記憶部１０１にて保持）を、該当投稿音声データと合わせて再生し、当該再生したデータを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信することとなる。或いは、上述の如き、システム１００１は、ユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。

また、システム１００１は、上述のテキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、すなわち、マッチ度最高のものが並存していた場合、ユーザ端末２００のユーザに関する属性情報をユーザテーブル１２８より読み出し、ユーザの属性情報を評価テーブル１２５の各ユーザ属性に照合して、ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。当然この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定したユーザ属性に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。

また、システム１００１は、マッチ度が最も高い選定キーワード群を複数特定した場合に、該当投稿音声データに、ソーシャルネットワークサービスにおける公開先（ユーザやグループ等）の指定情報が付与されているか判定する機能を有しているとしてもよい。

この場合、システム１００１は、前記の判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていると判定した場合、該当指定情報が示す投稿公開先のユーザに関して、ユーザテーブル１２８から属性情報を読み出し、当該属性情報を評価テーブル１２５の各ユーザ属性に照合して、投稿公開先のユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定したユーザ属性に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。

一方、前記の判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていないと判定した場合、システム１００１は、該当投稿音声データの投稿ユーザに関して、ユーザテーブル１２８から属性情報を読み出し、当該属性情報を評価テーブル１２５の各ユーザ属性に照合して、投稿ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する処理を実行するものとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定したユーザ属性に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。

また、システム１００１は、上述のテキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、ユーザ端末２００のユーザに関する直近の投稿音声データを、投稿記録装置１７０ないし記憶部１０１より読み出し、該当投稿音声データに対し、上述同様の音声認識処理を実行してテキストデータを生成し、当該テキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。

また、システム１００１は、上述のテキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、ユーザ端末２００のユーザに関する直近から所定範囲の期間の各投稿音声データを、投稿記録装置１７０ないし記憶部１０１より読み出し、各投稿音声データに対し上述と同様の音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出し、当該キーワードを評価テーブル１２５の各選定キーワード群に照合して、出現頻度一定以上のキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末２００に送信する機能を有しているとしてもよい。この場合も、システム１００１は、上述の如きユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応する音楽データを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信する機能を有しているとしてもよい。

−−−第２の実施形態におけるデータ構造例−−−
次に、第２の実施形態のシステム１００１が用いるテーブルにおけるデータ構造例について説明する。図１１は第２の実施形態の評価テーブル１２５の一例を示す図である。評価テーブル１２５は、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けたテーブルであり、第２の実施形態では、一次評価テーブル１２６と二次評価テーブル１２７とで構成している。図に示す例では、一次評価テーブル１２６は、音楽データの識別情報たるＢＧＭ名をキーとして、該当音楽データすなわちＢＧＭに関して予め選定された、「たんじょうび」、「ばーすでい」、「はっぴー」、などといった選定キーワード群とを対応付けたレコードの集合体となっている。また、二次評価テーブル１２７は、音楽データの識別情報たるＢＧＭ名をキーとして、該当音楽データすなわちＢＧＭに関して予め選定されたユーザ属性（例：誕生日当日、ロック音楽好き、４０代）、および直近書込みが含むキーワード（例：結婚、クリスマス等）を対応付けたレコードの集合体となっている。

図１２は第２の実施形態のユーザテーブル１２８の一例を示す図である。ユーザテーブル１２８は、音声ＳＮＳの各ユーザの属性情報を記述したテーブルであり、図の例では、ユーザＩＤをキーとして、該当ユーザの誕生日、音楽志向、趣味、年齢といったユーザ属性の値を対応付けたレコードの集合体となっている。

図１３は第２の実施形態の投稿音声データ情報テーブル１２９の一例を示す図である。投稿音声データ情報テーブル１２９は、投稿記録装置１７０に格納されている投稿音声データに関する情報を、該当投稿音声データの公開先毎に格納したテーブルであり、図の例では、「U00001」といったユーザＩＤ毎に、投稿音声データＩＤをキーとして、該当投稿音声データの投稿者、投稿日時、投稿音声データのタイトル（識別情報）といった値を対応付けたレコードの集合体となっている。

−−−第２の実施形態における処理手順例−−−
以下、第２の実施形態における音楽選択支援方法の実際手順について図に基づき説明する。以下で説明する音楽選択支援方法に対応する各種動作は、システム１００１を構成する各装置らがメモリに読み出してそれぞれ実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図１４は、第２の実施形態における音楽選択支援方法の処理手順例を示すフロー図である。ここで、ＳＮＳサーバ１５０は、ユーザ端末２００から受信して投稿記録装置１７０に格納された投稿音声データを、投稿記録装置１７０より取得する（ｓ２００）。

次に、ＳＮＳサーバ１５０は、上述で取得した投稿音声データに対し、プログラム１０２が含む音声認識プログラムを起動して音声認識処理を実行し、テキストデータを生成する（ｓ２０１）。ここでＳＮＳサーバ１５０は、前記の音声認識処理で生成したテキストデータを、一次評価テーブル１２６における、各ＢＧＭの選定キーワード群に照合して、テキストデータが含むキーワードと各ＢＧＭとのマッチ度を算定する（ｓ２０２）。

このように、テキストデータが含むキーワードと各ＢＧＭとのマッチ度を算定する処理は、例えば次のような処理手順となる。テキストデータが含むキーワードが、「けっこん」、「おめでとう」、「しあわせ」であった場合、ＳＮＳサーバ１５０は、これらキーワードを一次評価テーブル１２６に照合し、「けっこん」のキーワードについては、適合時得点の「１０点」を特定し、「おめでとう」のキーワードについては、適合時得点の「６点」を特定し、「しあわせ」のキーワードについては、適合時得点の「６点」を特定する。こうした、「けっこん」、「おめでとう」、「しあわせ」の各キーワードに関する適合時得点の特定処理を、一次評価テーブル１２６における各ＢＧＭのレコードについて実行し（ｓ２０３）、図１５に示す評価結果例１のように、各ＢＧＭ毎の得点計を算定する。図１５の例では、"ＢＧＭ２：ウェディングソング"について最高得点「１９点」が算定された。

このように、一次評価テーブル１２６へのテキストデータのキーワードの照合と得点算定の処理により、テキストデータが含むキーワードとのマッチ度最高のもの、つまり最高得点のキーワード群＝ＢＧＭが１つのみ特定された場合（ｓ２０４：Ｎｏ）、ＳＮＳサーバ１５０は、特定したＢＧＭつまり音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報として、該当投稿音声データの投稿者のユーザ端末２００に送信する（ｓ２０５）。該当投稿音声データの投稿者情報は勿論のこと、公開先は、投稿音声データの投稿時に投稿者が指定しており、公開先となったユーザないしグループの情報が該当投稿音声データに付帯して投稿記録装置１７０や投稿音声データ情報テーブル１２９に格納されているものとする。

なお、上述の推奨情報を受信したユーザ端末２００は、推奨情報をディスプレイに表示して、ユーザに閲覧させることとなる。ユーザが上述の推奨情報の示すＢＧＭを容認した場合、その旨がユーザ端末２００から公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に通知される。

ＳＮＳサーバ１５０は、ユーザ端末２００から容認通知を受信したＢＧＭのデータ（投稿記録装置１７０ないし自身の記憶部１０１にて保持）を、該当投稿音声データと合わせて再生し、当該再生したデータを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信する（ｓ２１２）。なお、ＳＮＳサーバ１５０は、上述の如き、ユーザ端末２００への推奨情報の送信を行わず、前記特定した選定キーワード群に対応するＢＧＭのデータを、投稿音声データと合わせて再生し、当該再生したデータをユーザ端末２００に送信するとしてもよい。

一方、一次評価テーブル１２６へのテキストデータのキーワードの照合と得点算定の処理により、テキストデータが含むキーワードとのマッチ度最高のもの、つまり最高得点のキーワード群＝ＢＧＭが複数特定された場合（ｓ２０４：Ｙｅｓ）、ＳＮＳサーバ１５０は、該当投稿音声データに、音声ＳＮＳにおける公開先（ユーザやグループ等）の指定情報が付与されているか判定する（ｓ２０６）。

この場合、ＳＮＳサーバ１５０は、上述のステップｓ２０６での判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていると判定した場合（ｓ２０６：Ｙｅｓ）、該当指定情報が示す「投稿公開先」のユーザに関して、ユーザテーブル１２８から属性情報を読み出す（ｓ２０７）。このステップｓ２０７において、ＳＮＳサーバ１５０は、更に、「投稿公開先」のユーザに関する直近の投稿音声データを、投稿記録装置１７０より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成する。ＳＮＳサーバ１５０は、直近の投稿音声データを投稿記録装置１７０から読み出す際、直近から所定範囲の期間の投稿音声データを読み出すものとしてもよい。その場合、ＳＮＳサーバ１５０は、所定範囲の期間の各投稿音声データに対し上述と同様の音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出する。

他方、上述のステップｓ２０６での判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていないと判定した場合（ｓ２０６：Ｎｏ）、ＳＮＳサーバ１５０は、該当投稿音声データの「投稿」ユーザに関して、ユーザテーブル１２８から属性情報を読み出す（ｓ２０８）。このステップｓ２０８において、ＳＮＳサーバ１５０は、更に、「投稿」ユーザに関する直近の投稿音声データを、投稿記録装置１７０より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成する。ＳＮＳサーバ１５０は、直近の投稿音声データを投稿記録装置１７０から読み出す際、直近から所定範囲の期間の投稿音声データを読み出すものとしてもよい。その場合、ＳＮＳサーバ１５０は、所定範囲の期間の各投稿音声データに対し上述と同様の音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出する。

続いてＳＮＳサーバ１５０は、上述のステップｓ２０７、ｓ２０８のいずれかで得た、ユーザの属性情報および直近書込みから得たキーワードを、二次評価テーブル１２７に照合し、各ＢＧＭに関して規定されているユーザの属性情報およびキーワードとのマッチ度を算定する（ｓ２０９）。

このように、ユーザの属性情報およびキーワードと、各ＢＧＭとのマッチを算定する処理は、例えば次のような処理手順となる。ユーザの属性情報が「年齢：４０」、「音楽志向：ロック」であり、キーワードが、「フットサル」、「がんばろう」であった場合、ＳＮＳサーバ１５０は、これらの値を二次評価テーブル１２７に照合し、「年齢：４０」、「音楽志向：ロック」の各値については適合時得点の「１０点」をそれぞれ特定し、「フットサル」、「がんばろう」の各キーワードについては、適合時得点無しを特定する。こうした、ユーザの属性情報およびキーワードに関する適合時得点の特定処理を、二次評価テーブル１２７における各ＢＧＭのレコードについて実行し（ｓ２１０）、図１６に示す評価結果例２のように、各ＢＧＭ毎の得点計を算定する。

図１６の例では、一次評価テーブル１２６を用いた評価で最高得点となった"ＢＧＭ４"、"ＢＧＭ５"、"ＢＧＭ６"、のうち、二次評価テーブル１２７を用いた評価で、"ＢＧＭ６"に計２０点が算定された。このように、二次評価テーブル１２７へのユーザの属性情報およびキーワードの照合と得点算定の処理により、ユーザの属性情報およびキーワードとのマッチ度最高のもの、つまり最高得点のＢＧＭを特定する。

続いてＳＮＳサーバ１５０は、上述のステップｓ２０５と同様に、上述のステップｓ２０９で特定したＢＧＭつまり音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報として、該当投稿音声データの投稿者のユーザ端末２００に送信する（ｓ２１１）。なお、上述の推奨情報を受信したユーザ端末２００は、推奨情報をディスプレイに表示して、ユーザに閲覧させることとなる。ユーザが上述の推奨情報の示すＢＧＭを容認した場合、その旨がユーザ端末２００から公開Ｗｅｂサーバ１６０を介してＳＮＳサーバ１５０に通知される。

ＳＮＳサーバ１５０は、ユーザ端末２００から容認通知を受信したＢＧＭのデータ（投稿記録装置１７０ないし自身の記憶部１０１にて保持）を、該当投稿音声データと合わせて再生し、当該再生したデータを公開Ｗｅｂサーバ１６０を介してユーザ端末２００に送信する（ｓ２１２）。

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした第２の実施形態によれば、音声ＳＮＳでの投稿音声に対して手間無く効率的に音楽を選択し、ひいては音声ＳＮＳでのユーザビリティ向上を図ることが可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、上述の第２の実施形態の音楽選択支援システムにおいて、前記記憶部は、ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルを備え、前記評価テーブルにおいて、音楽データの識別情報に対し、該当音楽データに関して予め選定されたユーザ属性を更に対応付けて格納するものであり、前記演算部は、前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を複数特定した場合、前記ユーザ端末のユーザに関する属性情報を前記ユーザテーブルより読み出し、前記ユーザの属性情報を前記評価テーブルの各ユーザ属性に照合して、前記ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理を更に実行するものである、としてもよい。

また、上述の第２の実施形態の音楽選択支援システムにおいて、前記演算部は、前記マッチ度が最も高い選定キーワード群を複数特定した場合に、該当投稿音声データに、ソーシャルネットワークサービスにおける公開先の指定情報が付与されているか判定する処理と、前記判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていると判定した場合、該当指定情報が示す投稿公開先のユーザに関して、ユーザテーブルから属性情報を読み出し、当該属性情報を前記評価テーブルの各ユーザ属性に照合して、前記投稿公開先のユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理と、前記判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていないと判定した場合、該当投稿音声データの投稿ユーザに関して、ユーザテーブルから属性情報を読み出し、当該属性情報を前記評価テーブルの各ユーザ属性に照合して、前記投稿ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理を実行するものである、としてもよい。

また、上述の第２の実施形態の音楽選択支援システムにおいて、前記記憶部は、各ユーザ端末から受信した投稿音声データを蓄積しているものであり、前記演算部は、前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、前記ユーザ端末のユーザに関する直近の投稿音声データを記憶部より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成し、当該テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理を実行するものである、としてもよい。

また、上述の第２の実施形態の音楽選択支援システムにおいて、前記演算部は、前記テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、前記ユーザ端末のユーザに関する直近から所定範囲の期間の各投稿音声データを記憶部より読み出し、各投稿音声データに対し音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出し、当該キーワードを前記評価テーブルの各選定キーワード群に照合して、前記出現頻度一定以上のキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信するものである、としてもよい。

また、上述の第２の実施形態の音楽選択支援システムにおいて、前記演算部は、前記特定した選定キーワード群に対応する音楽データを、前記投稿音声データと合わせて再生し、当該再生したデータを前記ユーザ端末に送信する処理を実行するものであるとしてもよい。

−−−第３の実施形態におけるシステム構成−−−
以下に本発明の第３の実施形態について図面を用いて詳細に説明する。第３の実施形態の投稿音声再生制御システム１００２を含むネットワーク構成は第１および第２の実施形態のネットワーク構成（図１）ものと同じである。そのため、以降は第１の実施形態と異なる構成についてのみ説明を行うこととする。第３の実施形態における投稿音声再生制御システム１００２（以下、システム１００２）は、音声ＳＮＳにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達を可能とするコンピュータシステムである。

続いてシステム１００２のハードウェア構成について説明する。第３の実施形態におけるシステム１００２は、第１の実施形態と同様、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されている。まずは、システム１００２における処理の実行主体たるＳＮＳサーバ１５０について説明を行うこととする。

この場合、システム１００２を構成するＳＮＳサーバ１５０は、図１７に例示するように、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１０１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０３、前記記憶部１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０４、ＬＡＮ回線１２１等と接続し他装置との通信処理を担う通信部１０５、を備える。なお、記憶部１０１内には、第３の実施形態の投稿音声再生制御システムとして必要な機能を実装する為のプログラム１０２、イベントの識別情報と該当イベントに関して予め選定された選定キーワードとを対応付けた判定テーブル１３０が少なくとも記憶されている。

続いて、第３の実施形態のシステム１００２が備える機能について説明する。第３の実施形態におけるシステム１００２は、上述のように、ＳＮＳサーバ１５０、公開Ｗｅｂサーバ１６０、および投稿記録装置１７０にて構成されているが、以下では説明の簡明化の為、ＳＮＳサーバ１５０が公開Ｗｅｂサーバ１６０および投稿記録装置１７０の機能を備え、一体のシステム１００２として機能を果たすものとして説明を行うこととする。なお、こうしたシステム１００２において、ユーザ端末２００とのデータ授受は公開Ｗｅｂサーバ１６０を介して実行され、投稿音声データの管理については投稿記録装置１７０を介して実行される。

この場合、システム１００２は、ユーザ端末２００から受信し投稿記録装置１７０にて格納されている投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを、通信部１０５を介して投稿記録装置１７０にアクセスして特定し、当該特定した投稿音声データそれぞれに対し音声認識処理を実行してテキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部１０１に格納する機能を有している。

また、システム１００２は、上述で得た投稿公開先が共通な各テキストデータを判定テーブル１３０の各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し、同時再生対象のグループとして記憶部に格納する機能を有している。

また、システム１００２は、上述の同時再生対象のグループに含まれる投稿音声データにおける、所定属性（選定キーワード）の音声信号の開始時点ないし終了時点を検索し、データ先頭から開始時点までの不要区間、ないし終了時点からデータ末尾までの不要区間の音声信号を削除し、当該削除実行後の各投稿音声データを同時に再生したデータを、ユーザ端末２００に送信する機能を有している。

また、システム１００２は、上述の削除実行後の各投稿音声データを、データ先頭から同時に再生したデータをユーザ端末２００に送信するとしてもよい。或いは、システム１００２は、削除実行後の各投稿音声データを、同時に終了するようデータ末尾を揃えて再生したデータをユーザ端末２００に送信するとしてもよい。

また、システム１００２は、上述の削除実行後の各投稿音声データ間での再生時間長の平均値を算定し、各投稿音声データのうち再生時間長が平均値に満たないものは基準速度より低速で再生し、各投稿音声データのうち再生時間長が平均値を越えるものは基準速度より高速で再生して、各投稿音声データの再生時間長を統一する処理を実行し、当該処理後の各投稿音声データを同時に再生したデータを、ユーザ端末２００に送信するとしてもよい。

−−−第３の実施形態におけるデータ構造例−−−
次に、第３の実施形態のシステム１００２が用いるテーブルにおけるデータ構造例について説明する。図１８は、第３の実施形態における判定テーブル１３０の一例を示す図である。判定テーブル１３０は、「結婚」、「誕生日」、「合格」といった各種イベントの識別情報をキーに、該当イベントに関して予め選定された、「けっこんおめでとう」、「たんじょうびおめでとう」、「ハッピーウェデング」といった選定キーワードを対応付けたレコードの集合体となっている。

−−−第３の実施形態における処理手順例−−−
以下、第３の実施形態における投稿音声再生制御方法の実際手順について図に基づき説明する。以下で説明する投稿音声再生制御方法に対応する各種動作は、システム１００２を構成する各装置らがメモリに読み出してそれぞれ実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図１９は、第３の実施形態における投稿音声再生制御方法の処理手順例を示すフロー図である。ここで、ＳＮＳサーバ１５０は、ユーザ端末２００から受信し投稿記録装置１７０にて格納されている投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを、通信部１０５を介して投稿記録装置１７０にアクセスして特定する（ｓ３００）。

次に、ＳＮＳサーバ１５０は、上述で特定した投稿音声データそれぞれに対し、プログラム１０２が含む音声認識プログラムを呼び出して実行して音声認識処理を実行し（ｓ３０１）、テキストデータを生成し、当該生成したテキストデータを投稿公開先毎に記憶部１０１に格納する（ｓ３０２）。

ここでＳＮＳサーバ１５０は、前記の音声認識処理で生成したテキストデータを、判定テーブル１３０における各選定キーワードに照合し、共通する選定キーワードを含んでいたテキストデータを、同じ投稿公開先および同じイベントに関するものとして特定し、合成再生対象グループとして記憶部１０１に記憶する（ｓ３０３）。ＳＮＳサーバ１５０は、このステップｓ３０３の処理を、上述のステップｓ３０２で得ている各投稿音声データについて全て実行する（ｓ３０４）。こうした処理により、例えば、あるユーザ「U00001」を公開先とし、「けっこんおめでとう」という選定キーワードを共通に含んでいた投稿音声データが特定されたとする。図１８に示す判定テーブル１３０の例であれば、この場合の投稿音声データのテーマは、イベント「結婚祝い」となる。また、図２５に第３の実施形態における処理結果例を示す。この例では、「投稿１」、「投稿４」、「投稿７」、が、投稿公開先「太郎」、およびイベント「誕生祝い」について共通する投稿音声データとして特定されている。

続いてＳＮＳサーバ１５０は、上述のステップｓ３０３にて特定した、投稿公開先およびイベントが共通する各投稿音声データにおいて、所定属性（選定キーワード）の音声信号の開始時点ないし終了時点を検索する（ｓ３０５）。上述の例であれば、ＳＮＳサーバ１５０は、前記各投稿音声データについて、「けっこんおめでとう」の選定キーワードの発話開始時点、或いは発話終了時点を、音声解析処理により特定する。この音声解析処理は、ＳＮＳサーバ１５０が備えるプログラム１０２が備える音声解析プログラムを実行することで実行される。なお、音声解析プログラムは既存のものを利用すればよい。

「けっこんおめでとう」の選定キーワードの発話開始時点、或いは発話終了時点を、音声解析処理により特定したＳＮＳサーバ１５０は、図２０に例示する如く、該当投稿音声データにおけるデータ先頭から上述の発話開始時点までの不要区間Δｔ１、ないし上述の発話終了時点から投稿音声データにおけるデータ末尾までの不要区間Δｔ２、のいずれかの音声信号を削除する（ｓ３０６）。ＳＮＳサーバ１５０は、このステップｓ３０６の処理を、上述のステップｓ３０５で開始時点ないし終了時点を検索した各投稿音声データについて全て実行する（ｓ３０７）。

次に、ＳＮＳサーバ１５０は、上述のステップｓ３０６での不要区間削除の実行後、各投稿音声データを、データ先頭から重畳させることで合成して１ファイルとし（ｓ３０８）、当該ファイルを再生した再生データをユーザ端末２００に送信する（ｓ３０９）。このように、各投稿音声データをデータ先頭から重畳させることで合成して１ファイルとし、当該ファイルを再生することで、各投稿音声データの同時再生がなされることになる。図２１に第３の実施形態の合成再生用ファイルの例１を示す。この図２１にて示すように、前記のステップｓ３０８で合成して得たファイル、すなわち合成再生用ファイルは、各投稿者の投稿音声データが「けっこんおめでとう」の部分を先頭に多重化されたものとなっている。

なお、ＳＮＳサーバ１５０は、不要区間削除の実行後、上述のステップｓ３０８において、各投稿音声データを、同時に再生終了となるようデータ末尾を揃えて重畳させることで合成して１ファイルとし、前記ステップｓ３０９において、当該ファイルを再生した再生データをユーザ端末２００に送信するとしてもよい。図２２に第３の実施形態の合成再生用ファイルの例２を示す。この場合の合成再生用ファイルは、図２２にて示すように、各投稿者の投稿音声データが、「けっこんおめでとう」の部分を後端に揃えて多重化されたものとなっている。

上述した例では、投稿音声データのうち、不要区間として削除するのは、データ先頭から選定キーワードの発話開始時点まで、或いは選定キーワードの発話終了時点からデータ末尾まで、としたが、その他にも、図２３に示すように、第３の選定キーワードの発話終了時点から、第３の選定キーワードの発話開始時点までの不要区間Δｔ３を想定するとしてもよい。この場合、ＳＮＳサーバ１５０は、例えば、処理対象の各投稿音声データにおけるデータ先頭から上述の発話開始時点までの不要区間Δｔ１、および、上述の不要区間Δｔ３、の音声信号を削除して、不要区間Δｔ１，Δｔ３の削除実行後の各投稿音声データを、データ先頭から重畳させることで合成して１ファイルとする（図２４）。或いは、ＳＮＳサーバ１５０は、例えば、処理対象の各投稿音声データにおける上述の発話終了時点からデータ末尾までの不要区間Δｔ２、および、上述の不要区間Δｔ３、の音声信号を削除して、不要区間Δｔ２，Δｔ３の削除実行後の各投稿音声データを、データ末尾が揃うよう重畳させることで合成して１ファイルとするとしてもよい。

なお、上述のステップｓ３０６において、不要区間の削除を行って得られた投稿音声データの再生時間長が、各投稿音声データ間で大きく異なっているとすれば、上述の合成再生用ファイルを生成して再生したとしても、それを聞いているユーザは発話タイミングがばらばらにずれた内容のメッセージを聞くことになりかねない。

そこで、ＳＮＳサーバ１５０は、上述のステップｓ３０８において、不要区間削除実行後の各投稿音声データを重畳させる際、不要区間削除実行後の各投稿音声データ間での再生時間長の平均値を算定し（ｓ３０８Ａ）、各投稿音声データのうち再生時間長が平均値に満たないものは基準速度より低速の再生速度、各投稿音声データのうち再生時間長が平均値を越えるものは基準速度より高速の再生速度を設定し、各投稿音声データの再生時間長を統一する処理を実行する（ｓ３０８Ｂ）。ＳＮＳサーバ１５０は、当該処理後の各投稿音声データを合成して１ファイルとする。

こうした第３の実施形態によれば、音声ＳＮＳにおける類似した投稿音声を手間無く効率的に選択、再生し、投稿者意図の良好な伝達が可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、第３の実施形態の投稿音声再生制御システムにおいて、前記演算部は、前記削除実行後の各投稿音声データを、データ先頭から同時に再生したデータを前記ユーザ端末に送信するものであるとしてもよい。

また、第３の実施形態の投稿音声再生制御システムにおいて、前記演算部は、前記削除実行後の各投稿音声データを、同時に終了するようデータ末尾を揃えて再生したデータを前記ユーザ端末に送信するものであるとしてもよい。

また、第３の実施形態の投稿音声再生制御システムにおいて、前記演算部は、前記削除実行後の各投稿音声データ間での再生時間長の平均値を算定し、前記各投稿音声データのうち再生時間長が前記平均値に満たないものは基準速度より低速の再生速度を設定し、前記各投稿音声データのうち再生時間長が前記平均値を越えるものは基準速度より高速の再生速度を設定して、前記各投稿音声データの再生時間長を統一する処理を実行し、当該処理後の各投稿音声データを同時に再生したデータを、前記ユーザ端末に送信するものであるとしてもよい。

１００１ 音楽選択支援システム（第２の実施形態）
１００２ 投稿音声再生制御システム（第３の実施形態）
１００３ 投稿音声再生制御システム（第１の実施形態）
１１、１０１、１１１ 記憶部
１２、１０２、１１２ プログラム
１３、１０３、１１３ メモリ
１４、１０４、１１４ 演算部
１５、１０５、１１５ 通信部
１６ 投稿音声データ
１２０ インターネット網（ネットワーク）
１２１ ＬＡＮ回線（ネットワーク）
１２２ 公衆回線網（ネットワーク）
１２５ 評価テーブル
１２６ 一次評価テーブル
１２７ 二次評価テーブル
１２８ ユーザテーブル
１２９ 投稿音声データ情報テーブル
１３０ 判定テーブル
１３１ グルーピングテーブル
１３２ 優先度評価テーブル
１３３ ユーザテーブル
１５０ ＳＮＳサーバ
１６０ 公開Ｗｅｂサーバ
１７０ 投稿記録装置
２００ ユーザ端末
２２０、２３０ 投稿者端末（ユーザ端末）
２４０ 閲覧再生者端末（ユーザ端末）
３００ 電話応答システム
３１０ 交換機
３２０ 自動音声応答装置
３３０ ＣＴＩ装置

Claims (5)

1. ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、
   音楽データの識別情報と該当音楽のテーマとを対応付け、更に投稿音声データのキーワードと該当テーマを対応付けたグルーピングテーブルを格納する記憶部と、
   前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を前記グルーピングテーブルに照合して、各投稿音声データと同時再生すべき音楽のテーマを特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部に格納する処理と、
   前記連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信する処理とを実行する演算部と、
   を備えることを特徴とする投稿音声再生制御システム。
2. 前記記憶部は、
   ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルと、ユーザの属性情報と連続再生対象の再生優先レベルとを対応付けた優先度評価テーブルとを更に備え、
   前記演算部は、
   前記連続再生対象のグループにおける投稿公開先のユーザに関する属性情報を前記ユーザテーブルより読み出し、前記ユーザの属性情報を前記優先度評価テーブルに照合して、前記ユーザの属性情報に応じた前記グループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で前記連続再生対象のグループを記憶部より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信するものである、
   ことを特徴とする請求項１に記載の投稿音声再生制御システム。
3. 前記記憶部は、
   各ユーザ端末から受信した投稿音声データを蓄積しているものであり、
   ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルと、ユーザの投稿内容と連続再生対象の再生優先レベルとを対応付けた優先度評価テーブルとを更に備え、
   前記演算部は、
   前記連続再生対象のグループにおける投稿公開先のユーザに関する直近の投稿音声データを記憶部より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成し、当該テキストデータを前記優先度評価テーブルに照合して、前記ユーザの投稿内容に応じた前記グループの再生優先レベルを特定し、当該再生優先レベルの高低に応じてグループ間の再生順序を決定し、当該再生順序で前記連続再生対象のグループを記憶部より読み出し、当該グループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信するものである、
   ことを特徴とする請求項１に記載の投稿音声再生制御システム。
4. ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽のテーマとを対応付け、更に投稿音声データのキーワードと該当テーマを対応付けたグルーピングテーブルを格納する記憶部とを備えたコンピュータが、
   前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を前記グルーピングテーブルに照合して、各投稿音声データと同時再生すべき音楽のテーマを特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部に格納する処理と、
   前記連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信する処理と、
   を実行することを特徴とする投稿音声再生制御方法。
5. ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽のテーマとを対応付け、更に投稿音声データのキーワードと該当テーマを対応付けたグルーピングテーブルを格納する記憶部とを備えたコンピュータに、
   前記通信部を介しユーザ端末から受信した投稿音声データのうち、同じ投稿公開先の指定情報が付与されているものを特定し、当該特定した各投稿音声データに付与されている、該当投稿音声データと同時再生すべき音楽の識別情報を前記グルーピングテーブルに照合して、各投稿音声データと同時再生すべき音楽のテーマを特定し、当該特定したテーマが互いに共通する投稿音声データらを連続再生対象のグループとして記憶部に格納する処理と、
   前記連続再生対象のグループに含まれる各投稿音声データを順次再生し、当該再生したデータを前記ユーザ端末に送信する処理と、
   を実行させることを特徴とする投稿音声再生制御プログラム。

Images