JP2014026603A - 音楽選択支援システム、音楽選択支援方法、および音楽選択支援プログラム - Google Patents

Abstract

【課題】投稿音声に対して手間無く効率的に音楽を選択できる技術を提供する。
【解決手段】ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部１０５と、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けた評価テーブル１２５を格納する記憶部１０１と、通信部１０５を介しユーザ端末から受信した投稿音声データに対し、音声認識処理を実行してテキストデータを生成する処理と、テキストデータを評価テーブル１２５の各選定キーワード群に照合して、テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、投稿音声データと合わせて再生する音楽の推奨情報としてユーザ端末に送信する処理とを実行する演算部１０４とから音楽選択支援システムを構成する。
【選択図】図２

Description

本発明は、音楽選択支援システム、音楽選択支援方法、および音楽選択支援プログラムに関するものであり、具体的には、音声ＳＮＳ等のメッセージサービスでの投稿音声に対して手間無く効率的に音楽を選択し、ひいては音声ＳＮＳ等のメッセージサービスでのユーザビリティ向上を図る技術に関する。

昨今、従来から存在するテキストベースのＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）に加え、音声メッセージの投稿、公開がなされる音声ＳＮＳが登場し、広がりを見せている。音声ＳＮＳでは、ユーザの音声投稿すなわち肉声を、ＳＮＳ内で該当ユーザとつながりを持つ他ユーザが聞くことで、ユーザ間の感情豊かでリアリティあるコミュニケーションが図られることになる。こうした音声ＳＮＳにおいては、投稿が音声であるが故の様々な新サービスの展開が想定される。例えば、ある入力情報に応じて音楽を出力する既存技術として、文章の入力を受け付ける入力受付手段と、この受け付けた文章の構成を解析する解析手段と、この解析手段による解析結果に基づいて音楽データを生成する音楽データ生成手段と、この生成された音楽データに基づく音楽を出力する出力手段とを備える音楽データ生成システム（特許文献１参照）などが提案されている。

特開２００４−２２６６７１号公報

上述した音声ＳＮＳ等のメッセージサービスにおいて、音声投稿に合わせて音楽を再生するサービスを提供する場合、ユーザは、自らの投稿音声の雰囲気や、自らの音楽指向などを踏まえ、該当投稿音声のＢＧＭとなる音楽を選択し、ＳＮＳシステム側に指示することになる。しかしながら、投稿の度にそうした音楽選択の動作を行うことは、ユーザにとって手間がかかる。特に、投稿頻度の多いアクティブユーザであるほど負担は大きくなり、ユーザビリティの低下が懸念される。

そこで本発明の目的は、音声ＳＮＳ等のメッセージサービスでの投稿音声に対して手間無く効率的に音楽を選択し、ひいては音声ＳＮＳ等のメッセージサービスでのユーザビリティ向上を図る技術を提供することにある。

上記課題を解決する本発明の音楽選択支援システムは、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けた評価テーブルを格納する記憶部と、前記通信部を介しユーザ端末から受信した投稿音声データに対し、音声認識処理を実行してテキストデータを生成する処理と、前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理とを実行する演算部と、を備えることを特徴とする。

また、本発明の音楽選択支援方法は、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けた評価テーブルを格納する記憶部と、を備えたコンピュータが、前記通信部を介しユーザ端末から受信した投稿音声データに対し、音声認識処理を実行してテキストデータを生成する処理と、前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理と、を実行することを特徴とする。

また、本発明の音楽選択支援プログラムは、ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けた評価テーブルを格納する記憶部と、を備えたコンピュータに、前記通信部を介しユーザ端末から受信した投稿音声データに対し、音声認識処理を実行してテキストデータを生成する処理と、前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理と、を実行させることを特徴とする。

本発明によれば、音声ＳＮＳ等のメッセージサービスでの投稿音声に対して手間無く効率的に音楽を選択し、ひいては音声ＳＮＳ等のメッセージサービスでのユーザビリティ向上を図ることが出来る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、上述の第１の実施形態の音楽選択支援システムにおいて、前記演算部は、前記選定キーワード群として、前記マッチ度が所定値以上である選定キーワード群のうち、マッチ度が最も高い選定キーワード群を特定するものであるとしてもよい。

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

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

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

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

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

また、上述の第１の実施形態の音楽選択支援方法において、前記コンピュータが、前記選定キーワード群として、前記マッチ度が所定値以上である選定キーワード群のうち、マッチ度が最も高い選定キーワード群を特定するとしてもよい。

また、上述の第１の実施形態の音楽選択支援プログラムにおいて、前記コンピュータに、前記選定キーワード群として、前記マッチ度が所定値以上である選定キーワード群のうち、マッチ度が最も高い選定キーワード群を特定させるとしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお特に図示しないが、投稿記録装置１７０が、記憶部１１において格納している投稿音声データ１６には、該当投稿音声データと共に再生するＢＧＭの識別情報のデータが対応付けられている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (11)

1. ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、
   音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けた評価テーブルを格納する記憶部と、
   前記通信部を介しユーザ端末から受信した投稿音声データに対し、音声認識処理を実行してテキストデータを生成する処理と、
   前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理とを実行する演算部と、
   を備えることを特徴とする音楽選択支援システム。
2. 前記演算部は、前記選定キーワード群として、前記マッチ度が所定値以上である選定キーワード群のうち、マッチ度が最も高い選定キーワード群を特定することを特徴とする請求項１に記載の音楽選択支援システム。
3. 前記記憶部は、
   ソーシャルネットワークサービスの各ユーザの属性情報を記述したユーザテーブルを備え、
   前記評価テーブルにおいて、音楽データの識別情報に対し、該当音楽データに関して予め選定されたユーザ属性を更に対応付けて格納するものであり、
   前記演算部は、
   前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を複数特定した場合、前記ユーザ端末のユーザに関する属性情報を前記ユーザテーブルより読み出し、前記ユーザの属性情報を前記評価テーブルの各ユーザ属性に照合して、前記ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理を更に実行するものである、
   ことを特徴とする請求項１又は２に記載の音楽選択支援システム。
4. 前記演算部は、
   前記マッチ度が所定値以上である選定キーワード群を複数特定した場合に、該当投稿音声データに、ソーシャルネットワークサービスにおける公開先の指定情報が付与されているか判定する処理と、
   前記判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていると判定した場合、該当指定情報が示す投稿公開先のユーザに関して、ユーザテーブルから属性情報を読み出し、当該属性情報を前記評価テーブルの各ユーザ属性に照合して、前記投稿公開先のユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理と、
   前記判定の結果、該当投稿音声データに投稿公開先の指定情報が付与されていないと判定した場合、該当投稿音声データの投稿ユーザに関して、ユーザテーブルから属性情報を読み出し、当該属性情報を前記評価テーブルの各ユーザ属性に照合して、前記投稿ユーザの属性情報とのマッチ度が最も高いユーザ属性を特定し、特定したユーザ属性に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理を実行するものである、
   ことを特徴とする請求項３に記載の音楽選択支援システム。
5. 前記記憶部は、
   各ユーザ端末から受信した投稿音声データを蓄積しているものであり、
   前記演算部は、
   前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、前記ユーザ端末のユーザに関する直近の投稿音声データを記憶部より読み出し、該当投稿音声データに対し、音声認識処理を実行してテキストデータを生成し、当該テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理を実行するものである、
   ことを特徴とする請求項２に記載の音楽選択支援システム。
6. 前記演算部は、
   前記テキストデータが含むキーワードとのマッチ度が最も高い選定キーワード群を複数特定した場合、前記ユーザ端末のユーザに関する直近から所定範囲の期間の各投稿音声データを記憶部より読み出し、各投稿音声データに対し音声認識処理を実行してテキストデータを生成し、各テキストデータを跨って出現頻度が一定以上のキーワードを抽出し、当該キーワードを前記評価テーブルの各選定キーワード群に照合して、前記出現頻度一定以上のキーワードとのマッチ度が最も高い選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信するものである、
   ことを特徴とする請求項５に記載の音楽選択支援システム。
7. 前記演算部は、
   前記特定した選定キーワード群に対応する音楽データを、前記投稿音声データと合わせて再生し、当該再生したデータを前記ユーザ端末に送信する処理を実行するものであることを特徴とする請求項１〜６のいずれかに記載の音楽選択支援システム。
8. ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けた評価テーブルを格納する記憶部と、を備えたコンピュータが、
   前記通信部を介しユーザ端末から受信した投稿音声データに対し、音声認識処理を実行してテキストデータを生成する処理と、
   前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理と、
   を実行することを特徴とする音楽選択支援方法。
9. 前記コンピュータが、前記選定キーワード群として、前記マッチ度が所定値以上である選定キーワード群のうち、マッチ度が最も高い選定キーワード群を特定することを特徴とする請求項８に記載の音楽選択支援方法。
10. ソーシャルネットワークサービスのユーザが利用するユーザ端末とネットワークを介して通信する通信部と、音楽データの識別情報と該当音楽データに関して予め選定された選定キーワード群とを対応付けた評価テーブルを格納する記憶部と、を備えたコンピュータに、
    前記通信部を介しユーザ端末から受信した投稿音声データに対し、音声認識処理を実行してテキストデータを生成する処理と、
    前記テキストデータを前記評価テーブルの各選定キーワード群に照合して、前記テキストデータが含むキーワードとのマッチ度が所定値以上である選定キーワード群を特定し、特定した選定キーワード群に対応する音楽データの識別情報を、前記投稿音声データと合わせて再生する音楽の推奨情報として前記ユーザ端末に送信する処理と、
    を実行させることを特徴とする音楽選択支援プログラム。
11. 前記コンピュータに、前記選定キーワード群として、前記マッチ度が所定値以上である選定キーワード群のうち、マッチ度が最も高い選定キーワード群を特定させることを特徴とする請求項１０に記載の音楽選択支援プログラム。

Images