(57)【要約】【課題】視聴者の反応に合わせた楽曲を配信することができるようにする。【解決手段】楽曲配信システムは、複数の楽曲データを記憶する楽曲ライブラリと、楽曲データを配信する楽曲配信部とを備える。さらに、楽曲配信システムは、少なくとも第１の楽曲データの再生中における複数の視聴者からの反応を示す反応情報を取得する反応取得部を備える。また、楽曲配信システムは、反応情報に応じて、第１の楽曲データの次に配信する第２の動画データを決定する切替決定部をさらに備える。【選択図】図１
2020109437.tif 000002
【特許請求の範囲】
【請求項１】
複数の楽曲データを記憶する楽曲ライブラリと、
前記楽曲データを配信する楽曲配信部と、
少なくとも第１の前記楽曲データの再生中における複数の視聴者からの反応を示す反応情報を取得する反応取得部と、
前記反応情報に応じて、前記第１の楽曲データの次に配信する第２の前記楽曲データを決定する切替決定部と、
を備えることを特徴とする楽曲配信システム。
【請求項２】
請求項１に記載の楽曲配信システムであって、
前記楽曲配信部は、前記視聴者の視聴者端末に対して前記楽曲データを配信する配信サーバに対して前記第１の楽曲データを送出し、
複数の前記視聴者端末は、前記視聴者から入力されたコメントを前記配信サーバに送信し、
前記反応取得部は、前記配信サーバから前記コメントを前記反応情報として取得し、
前記切替決定部は、前記コメントに含まれる所定の単語の数に応じて、前記第２の楽曲データを決定すること、
を特徴とする楽曲配信システム。
【請求項３】
請求項１に記載の楽曲配信システムであって、
前記楽曲データごとに、次に配信する前記楽曲データを示す情報を記憶するシナリオ記憶部と、
前記反応情報に対する条件および次に配信する前記楽曲データを示す情報を記憶する条件記憶部と、
をさらに備え、
前記切替決定部は、前記反応情報が満たす前記条件がある場合には、前記反応情報が満たす前記条件に対応する、前記第１の楽曲データの次に配信する前記楽曲データを前記第２の楽曲データとして決定し、前記反応情報が満たす前記条件がない場合には、前記シナリオ記憶部から前記第１の楽曲データの次に配信する前記楽曲データを前記第２の楽曲データとして決定すること、
を特徴とする楽曲配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲配信システムに関する。
【背景技術】
【０００２】
楽曲の配信システムが普及している。楽曲の配信は、受動的に連続した楽曲が再生されるストリーミング方式と能働的に意図した楽曲を再生させるオンデマンド方式とがある。オンデマンド方式では、再生する順番などをユーザに設定させることが行われている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５３５０７２８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ストリーミング方式での楽曲配信において、ライブ映像の場合には視聴者の反応を見ながらライブの展開を変更することは可能であるが、記録済みの楽曲を利用する場合には、楽曲の展開は決定的であり視聴者の反応に応じた展開での配信を行うことは困難である。
【０００５】
本発明は、このような背景を鑑みてなされたものであり、視聴者の反応に合わせた楽曲を配信することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明の主たる発明は、楽曲配信システムであって、複数の楽曲データを記憶する楽曲ライブラリと、前記楽曲データを配信する楽曲配信部と、少なくとも第１の前記楽曲データの再生中における複数の視聴者からの反応を示す反応情報を取得する反応取得部と、前記反応情報に応じて、前記第１の楽曲データの次に配信する第２の前記楽曲データを決定する切替決定部と、を備えることとする。
【０００７】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【０００８】
本発明によれば、視聴者の反応に合わせた楽曲を配信することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の楽曲配信システムの全体構成例を示す図である。
【図２】配信者装置３のハードウェア構成例を示す図である。
【図３】配信者装置３のソフトウェア構成例を示す図である。
【図４】楽曲ライブラリ３３１の構造例を示す図である。
【図５】プレイリスト記憶部３３２の構成例を示す図である。
【図６】条件記憶部３３３の構成例を示す図である。
【図７】コメント記憶部３３４の構成例を示す図である。
【図８】本実施形態の楽曲配信システムにより実行される処理の流れを説明する図である。
【図９】視聴者端末１に表示される画面の一例を示す図である。
【発明を実施するための形態】
【００１０】
本発明の実施形態の内容を列記して説明する。本発明の実施の形態による楽曲配信システムは、以下のような構成を備える。
【００１１】
［項目１］
複数の楽曲データを記憶する楽曲ライブラリと、
前記楽曲データを配信する楽曲配信部と、
少なくとも第１の前記楽曲データの再生中における複数の視聴者からの反応を示す反応情報を取得する反応取得部と、
前記反応情報に応じて、前記第１の楽曲データの次に配信する第２の前記楽曲データを決定する切替決定部と、
を備えることを特徴とする楽曲配信システム。
［項目２］
項目１に記載の楽曲配信システムであって、
前記楽曲配信部は、前記視聴者の視聴者端末に対して前記楽曲データを配信する配信サーバに対して前記第１の楽曲データを送出し、
複数の前記視聴者端末は、前記視聴者から入力されたコメントを前記配信サーバに送信し、
前記反応取得部は、前記配信サーバから前記コメントを前記反応情報として取得し、
前記切替決定部は、前記コメントに含まれる所定の単語の数に応じて、前記第２の楽曲データを決定すること、
を特徴とする楽曲配信システム。
［項目３］
項目１に記載の楽曲配信システムであって、
前記楽曲データごとに、次に配信する前記楽曲データを示す情報を記憶するシナリオ記憶部と、
前記反応情報に対する条件および次に配信する前記楽曲データを示す情報を記憶する条件記憶部と、
をさらに備え、
前記切替決定部は、前記反応情報が満たす前記条件がある場合には、前記反応情報が満たす前記条件に対応する、前記第１の楽曲データの次に配信する前記楽曲データを前記第２の楽曲データとして決定し、前記反応情報が満たす前記条件がない場合には、前記シナリオ記憶部から前記第１の楽曲データの次に配信する前記楽曲データを前記第２の楽曲データとして決定すること、
を特徴とする楽曲配信システム。
【００１２】
以下、本発明の一実施形態に係る楽曲配信システムについて説明する。本実施形態の楽曲配信システムは、ストリーミング配信される楽曲への視聴者からの反応に応じて、次に演奏される楽曲を動的に変更しようとするものである。本実施形態では、楽曲に対する反応とは、楽曲の視聴時に投稿された視聴者からのコメントを想定している。すなわち、楽曲の再生中に投稿されたコメントの内容に応じて、次に再生される楽曲が変わることになる。なお、楽曲は音楽のみであってもよいし、映像と組み合わせた動画であってもよい、以下、詳細について説明する。
【００１３】
図１は、本実施形態の楽曲配信システムの全体構成例を示す図である。本実施形態の楽曲配信システムは、配信者装置３を含んで構成され、配信者装置２は、ストリーミングサーバ２と通信可能に接続され、ストリーミングサーバ２は、視聴者端末１と通信可能に接続される。配信者装置３は、楽曲の送信を行う、たとえばパーソナルコンピュータやタブレットコンピュータ、スマートフォンなどのコンピュータである。配信者装置３は、たとえば、楽曲の配信を行いたいと考えている一般ユーザが操作する家庭用のコンピュータであってよい。配信者装置３からは、楽曲データがストリーミング方式によりストリーミングサーバ２に送出される。ストリーミングサーバ２は、配信者装置３から受け取った楽曲データを視聴者端末１に配信する、たとえばワークステーションやパーソナルコンピュータ、クラウドコンピューティングにより提供される仮想コンピュータなどのコンピュータである。ストリーミングサーバ２は、複数の視聴者端末１に対して同時に楽曲データを配信することができる。視聴者端末１は視聴者が操作する、たとえばパーソナルコンピュータやタブレットコンピュータ、スマートフォンなどのコンピュータである。視聴者は視聴者端末１を操作してストリーミングサーバ２にアクセスし、視聴者端末１は、ストリーミングサーバ２から送出されてくる楽曲データを受信して再生することができる。また、視聴者は、視聴者端末１を操作して、楽曲に対するコメントをストリーミングサーバ２に投稿することができる。ストリーミングサーバ２から視聴者端末１に対しては、楽曲データに加えてコメントデータも送信され、楽曲の再生とともに、この楽曲に対するコメントも視聴者端末１に表示されることになる。
【００１４】
なお、以下の説明において、ストリーミングにより配信されてリニアに再生される楽曲全体のことを特に「配信楽曲」という。配信楽曲は、カメラやマイクによりキャプチャした音声（または音声を含む動画像）を、リアルタイムに音声データにエンコードして送出する形式とすることもできるが、本実施形態では、配信楽曲は、予め部品としての楽曲データ（以下、部品楽曲データという。）を準備するとともに、この部品楽曲データを並べたプレイリストを準備しておき、プレイリストに従って部品楽曲データを送出することにより、全体としての配信楽曲が送出されることを想定している。
【００１５】
図２は、配信者装置３のハードウェア構成例を示す図である。配信者装置３は、ＣＰＵ３０１、メモリ３０２、記憶装置３０３、通信インタフェース３０４、入力装置３０５、出力装置３０６を備える。記憶装置３０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース３０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置３０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置３０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。
【００１６】
図３は、配信者装置３のソフトウェア構成例を示す図である。同図に示すように、配信者装置３は、楽曲配信部３１１、コメント取得部３１２、切替決定部３１３、楽曲ライブラリ３３１、プレイリスト記憶部３３２、条件記憶部３３３、およびコメント記憶部３３４を備える。
【００１７】
なお、楽曲配信部３１１、コメント取得部３１２および切替決定部３１３は、配信者装置３が備えるＣＰＵ３０１が、記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより実現され、楽曲ライブラリ３３１、プレイリスト記憶部３３２、条件記憶部３３３、およびコメント記憶部３３４は、配信者装置３が備えるメモリ３０２および記憶装置３０３の少なくともいずれかが提供する記憶領域の一部として実現される。
【００１８】
楽曲ライブラリ３３１は、部品楽曲データを記憶する。部品楽曲データは、たとえば、ＭＰ３、ＭＰ４、ＡＡＣなど、任意の形式にエンコードされたファイルとして保存されてよい。図４は、楽曲ライブラリ３３１の構造例を示す図である。同図に示すように、楽曲ライブラリ３３１は、部品楽曲データを特定するための情報（楽曲ＩＤ）に対応付けて、部品楽曲データを記憶する。楽曲ＩＤは、たとえば、ファイル名であってもよいし、一意に割り当てられた任意の値であってもよい。
【００１９】
プレイリスト記憶部３３２は、配信楽曲の配信順を示す情報（プレイリスト）を記憶する。図５は、プレイリスト記憶部３３２の構成例を示す図である。同図に示すように、プレイリスト記憶部３３２は、プレイリスト情報と、リスト情報とを記憶している。プレイリスト情報とは、プレイリストに関する情報であり、図５の例では、たとえば、配信者を特定する配信者ＩＤとプレイリストを特定する情報（シナリオＩＤ）とに対応付けて、プレイリスト名、最初に再生される部品楽曲データを示す情報（開始楽曲ＩＤ）などが含まれる。リスト情報は、プレイリストにおけるデフォルトでの楽曲の再生順を示す情報である。リスト情報は、プレイリストＩＤと、当該プレイリストＩＤが示すプレイリストに含まれる部品楽曲データを示す楽曲ＩＤと、当該楽曲ＩＤが示す部品楽曲データの次に再生する部品楽曲データを示す次楽曲ＩＤとが対応付けて含まれている。上述したように、本実施形態の楽曲配信システムでは、視聴者の反応（コメント）に応じて次に再生される部品楽曲データが変わる。視聴者の反応（コメント）が所定の条件を満たさない場合には、デフォルトの曲順として、リスト情報に基づいて次に再生する部品楽曲データが決定されることになる。
【００２０】
条件記憶部３３３は、視聴者の反応（コメント）に応じた分岐を行うための条件を示す情報（以下、条件情報という。）を記憶する。図６は、条件記憶部３３３の構成例を示す図である。同図に示すように、条件記憶部３３３が記憶する条件情報は、プレイリストＩＤ、判定期間、条件、および次楽曲ＩＤを含む。プレイリストＩＤは、プレイリストを示す情報である。判定期間は、視聴者の反応（コメント）が条件を満たすかどうかの判定を行う期間を示す情報である。判定期間は、たとえば、現時点から５分前までなどと相対的に指定してもよいし、１２月２５日００：００から００：１０までというように絶対的に指定してもよい。配信装置３は、判定期間により指定された期間における視聴者の反応、すなわち、その期間に投稿された視聴者からのコメントが条件にマッチするかどうかを判定する。条件は、視聴者の反応（視聴者が投稿したコメント）に対するものであり、たとえば、上記期間内に投稿されたコメントについて、所定のキーワードを含むコメントが投稿された数や、コメントを投稿した視聴者の地域ごとに集計したコメントまたは視聴者の数、たとえば、楽曲中で金額に対する意見を質問したことに対して視聴者が投稿した金額の集計値（平均値、中央値、最大値、最小値など）、コメントを構文解析することにより判断される視聴者の喜怒哀楽に基づく哀しんでいる視聴者の数などが所定の閾値を超えること、所定のキーワードを含むコメントが一度も投稿されなかったこと、などを条件とすることもできる。
【００２１】
楽曲配信部３１１は、楽曲を配信する。楽曲配信部３１１は、ユーザから指定されたプレイリストに対応するプレイリスト情報をプレイリスト記憶部３３２から読み出し、読み出したプレイリスト情報に含まれる開始楽曲ＩＤに対応する部品楽曲データを、楽曲ライブラリ３３１から読み出して（必要に応じてエンコーディングを行い、あるいは配信する動画フォーマットの変換を行い）、読み出した部品楽曲データをストリーミングサーバ２に送信することにより、楽曲を配信することができる。また、楽曲配信部３１１は、読み出した部品楽曲データを送出し終えた場合、プレイリストＩＤと当該部品楽曲データを示す楽曲ＩＤとに対応する次楽曲ＩＤをプレイリスト記憶部３３２のリスト情報から取得し、取得した次楽曲ＩＤに対応する部品楽曲データを楽曲ライブラリ３３１から読み出し、上記と同様にストリーミングサーバ２に送信することができる。楽曲配信部３１１は、次楽曲ＩＤが存在しない場合には、楽曲の配信処理を終了することができる。なお、後述する切替決定部３１３により次楽曲ＩＤが決定されるため、次の配信される楽曲は変化し得る。
【００２２】
コメント記憶部３３４は、視聴者から投稿されたコメントを記憶する。図７は、コメント記憶部３３４の構成例を示す図である。コメント記憶部３３４は、コメントを特定する情報（コメントＩＤ）に対応付けて、コメントを投稿した視聴者を示す視聴者ＩＤ、コメントが投稿された日時、コメントの内容などを記憶することができる。
【００２３】
コメント取得部３１２は、視聴者が視聴者端末１を用いて投稿したコメントを取得する。たとえば、ストリーミングサーバ２が、投稿されたコメントを取得するためのＡＰＩを提供しているような場合、コメント取得部３１２は、当該ＡＰＩを呼び出すことにより、投稿されたコメントを取得することができる。なお、視聴者端末１から配信者装置３に対して直接コメントが送信されるようにしてもよい。コメント取得部３１２は、取得したコメントをコメント記憶部３３４に登録することができる。
【００２４】
切替決定部３１３は、楽曲を切り替えることを決定する。切替決定部３１３は、上記条件記憶部３３３に記憶されている条件情報のそれぞれについて、期間に対応するコメントをコメント記憶部３３４から読み出して集計し、条件を満たすか否かを判定し、条件を満たす場合には、条件情報の次楽曲ＩＤが示す部品楽曲データを送出するように、楽曲配信部３１１に伝達することができる。
【００２５】
図８は、本実施形態の楽曲配信システムにより実行される処理の流れを説明する図である。
【００２６】
楽曲配信部３１１は、プレイリストの指定を受け付け（Ｓ４２１）、指定されたプレイリストのプレイリスト情報に含まれる開始楽曲ＩＤを再生ＩＤとする（Ｓ４２２）。楽曲配信部３１１は、再生ＩＤに対応する部品楽曲データを楽曲ライブラリ３３１から読み出し（Ｓ４２３）、再生ＩＤにはリスト情報の次楽曲ＩＤを設定する（Ｓ４２４）。楽曲配信部３１１は、読み出した部品楽曲をストリーミングサーバ２に送信する（Ｓ４２５）。これによって、ストリーミングサーバ２から各視聴者端末１にストリーミングにより楽曲が配信されることになる。
【００２７】
コメント取得部３１２は、ストリーミングサーバ２から視聴者が視聴者端末１を用いて投稿したコメントを取得する（Ｓ４２６）。コメントの取得は、たとえば、ストリーミングサーバ２が提供するＡＰＩを呼び出すことにより行うことができる。
【００２８】
切替決定部３１３は、条件記憶部３３３に記憶されている条件情報のそれぞれについて、判定期間に投稿されたコメントをコメント記憶部３３４から読み出し（Ｓ４２７）、読み出したコメントが条件情報の条件を満たすかどうか判定する（Ｓ４２８）。コメントが条件を満たすかどうかは、たとえば、キーワードごとにコメントに含まれている数をカウントし、カウントした数が所定の閾値を超えているか否かにより判断することができる。
【００２９】
コメントが条件を満たす場合（Ｓ４２９：ＹＥＳ）、切替決定部３１３は、条件情報に含まれる次楽曲ＩＤを再生ＩＤに設定する（Ｓ４３０）。
【００３０】
以上の処理を条件情報について行うことで、最後に条件を満たした条件情報の次楽曲ＩＤが再生ＩＤとして設定されることになる。
【００３１】
配信中の楽曲データの送信が終了していない場合には（Ｓ４３１：ＮＯ）、ステップＳ４２５からの処理を繰り返す。
【００３２】
配信中の楽曲データの送信が終了した場合（Ｓ４３１：ＹＥＳ）、楽曲配信部３１１は、再生ＩＤに楽曲ＩＤが設定されていれば（Ｓ４２３：ＹＥＳ）、ステップＳ４２３からの処理を繰り返し、再生ＩＤに楽曲ＩＤが設定されていなければ（あるいはＮＵＬＬ値が設定されてれば）（Ｓ４３１：ＮＯ）、楽曲配信部３１１は、プレイリストの再生が完了したとして処理を終了する。
【００３３】
図９は、視聴者端末１に表示される画面の一例を示す図である。図９（ａ）の例では、ストリーミングサーバ２から配信される楽曲データに基づいて動画５１１が表示されている。なお、楽曲データが音声データである場合には、動画５１１に代えて静止画を表示するようにしてもよいし、楽曲データとは別のソースから入手した映像を動画５１１に表示してもよい。また、画面には、当該視聴者端末１を操作している視聴者あるいは他の視聴者端末１を操作している視聴者から投稿されたコメント５１２が表示されている。
【００３４】
ここで、条件記憶部３３３に「妖精帝国」等の楽曲名のうち、所定数以上投稿されたもので最も多く投稿されたものという条件を含む条件情報が含まれていた場合、図９（ａ）の例にも表示されている「妖精帝国」というキーワードが、投稿されたコメントに最も多く含まれていた場合には、図９（ｂ）に示すように「妖精帝国」の楽曲が配信される。また、予定されていた楽曲名が含まれたコメントが投稿されなかったか、投稿数が所定数を下回った場合には、図９（ｃ）に示すように、リスト情報の次楽曲ＩＤに設定されていた楽曲が配信される。
【００３５】
以上のようにして、本実施形態の楽曲配信システムは、プレイリストとして設定した部品楽曲データを連続的に送出したリニアな動画をストリーミングサーバ２経由で視聴者端末１に配信するとともに、部品楽曲データの再生中における視聴者からのコメントに応じて、次に配信する楽曲を動的に変更することができる。したがって、視聴者の反応に応じて異なる展開のリニアな動画を提供することができる。よって、録画済みの部品楽曲データを用いながらも、ストリーミング形式での配信方式によるライブ感を損なわずに楽曲を配信することが可能となる。
【００３６】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００３７】
たとえば、本実施形態では、配信者装置３から送出した楽曲は、ストリーミングサーバ２を介して視聴者端末１に配信されるものとしたが、配信者装置３から各視聴者端末１に直接楽曲を配信するようにすることもできる。
【００３８】
また、本実施形態では、楽曲ライブラリ３３１には、ＭＰ３などの形式にエンコードされた楽曲ファイルが記憶されるものとしたが、ＭＩＤＩデータや複数トラックの楽曲を合成するトラック情報などを楽曲ライブラリ３３１に保存しておき、これらに基づいて動的に合成した音声または動画を送出するようにしてもよい。
【符号の説明】
【００３９】
１      視聴者端末
２      ストリーミングサーバ
３      配信者装置
３１１  楽曲配信部
３１２  コメント取得部
３１３  切替決定部
３３１  動画ライブラリ
３３２  シナリオ記憶部
３３３  条件記憶部
３３４  コメント記憶部
【図１】
2020109437.tif 000003
【図２】
2020109437.tif 000004
【図３】
2020109437.tif 000005
【図４】
2020109437.tif 000006
【図５】
2020109437.tif 000007
【図６】
2020109437.tif 000008
【図７】
2020109437.tif 000009
【図８】
2020109437.tif 000010
【図９】
2020109437.tif 000011