WO2021111906A1 - コンテンツ提供システム、コンテンツ提供方法、及び記憶媒体 - Google Patents

Abstract

本技術は、より適切に、コンテンツとともにそのコメントを提供することができるようにするコンテンツ提供システム、コンテンツ提供方法、及び記憶媒体に関する。 クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれるコメント情報に従ってコメントを読み出しユーザに提供するように制御する制御部を備え、制御部は、ユーザのコンテキストに応じて、コンテンツ又はコメントの提供を制御するコンテンツ提供システムが提供される。

Description

コンテンツ提供システム、コンテンツ提供方法、及び記憶媒体

　本技術は、コンテンツ提供システム、コンテンツ提供方法、及び記憶媒体に関し、特に、より適切に、コンテンツとともにそのコメントを提供することができるようにしたコンテンツ提供システム、コンテンツ提供方法、及び記憶媒体に関する。

　近年、コンテンツを提供する方法の多様化に伴い、様々なサービスや機器が提供されている（例えば、特許文献１乃至３参照）。

　特許文献１には、携帯音楽プレイヤで曲を視聴中に、その曲が特定のアーティストのものである場合は、ニュース速報を保留して曲が終了した際に音声合成することで、ユーザがコンテンツに集中したいタイミングを避けて情報提供が可能な装置が開示されている。

　特許文献２には、コンテンツの視聴中は、広告の配信を取りやめる広告配信装置が開示されている。

　特許文献３には、視聴者の集中度が低下しているときには、コンテンツを切り替えて、集中度が戻ったら、元のコンテンツの再生を再開する装置が開示されている。

特開2006-295799号公報 特開2018-125856号公報 特開2016-100033号公報

　ところで、コンテンツとともにそのコンテンツ等に関するコメントを提供するに際しては、より適切に、コンテンツとそのコメントを提供することが求められる。

　本技術はこのような状況に鑑みてなされたものであり、より適切に、コンテンツとともにそのコメントを提供することができるようにするものである。

　本技術の一側面のコンテンツ提供システムは、クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御する制御部を備え、前記制御部は、前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御するコンテンツ提供システムである。

　本技術の一側面のコンテンツ提供方法は、クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御するとともに、前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御するコンテンツ提供方法である。

　本技術の一側面の記憶媒体は、コンピュータを、クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御するとともに、前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御する制御部として機能させるためのプログラムを記録した記憶媒体である。

　本技術の一側面のコンテンツ提供システム、コンテンツ提供方法、及び記憶媒体においては、クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しが、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行されてユーザに提供されるように制御されるとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントが読み出されてユーザに提供されるように制御される。また、前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供が制御される。

本技術の概要を示した代表図である。 本技術を適用したコンテンツ提供システムの概要を示す図である。 本技術を適用したコンテンツ提供システムによるコンテンツ再生の流れを示す図である。 音楽を含む配信を行う場合の権利処理の例を示す図である。 VPC型配信を行う場合の権利処理の例を示す図である。 本技術を適用したコンテンツ提供システムの全体の構成の例を示す図である。 コンテンツ提供システムで用いられるスクリプトの例を示す図である。 本技術を適用したコンテンツ提供システムの一実施の形態の構成の例を示す図である。 ユーザ端末装置の構成の例を示す図である。 ユーザ端末装置における制御部の機能的構成の例を示す図である。 配信サーバの構成の例を示す図である。 配信サーバにおける制御部の機能的構成の例を示す図である。 コンテンツ提供システムの全体の処理の流れを示したシーケンス図である。 ユーザのコンテキストに応じた再生制御を行う場合の処理の流れを示したシーケンス図である。 ユーザコンテキストの例を示す図である。 第１の実施の形態における処理の全体像を説明するフローチャートである。 第１の実施の形態における処理の全体像を説明するフローチャートである。 第１の実施の形態における処理の全体像を説明するフローチャートである。 ユーザが仕事等の他の作業をしながら番組を聴いているときに音声をスキップする場合の処理の流れを示したシーケンス図である。 本技術を適用したコンテンツ提供システムの一実施の形態の他の構成の例を示す図である。 番組に挿入される広告の例を示す図である。 ユーザが楽曲に集中しているときに広告の挿入を禁止する場合の処理の流れを示したシーケンス図である。 第２の実施の形態における処理の全体像を説明するフローチャートである。 第２の実施の形態における処理の全体像を説明するフローチャートである。 ユーザのコンテキストに応じた字幕表示を行う場合の処理の流れを示したシーケンス図である。 前説と後説の字幕表示の例を示す図である。 第３の実施の形態における処理の全体像を説明するフローチャートである。 前説・後説先行型で新たなスクリプトを自動生成して再生する場合の処理の流れを示したシーケンス図である。 コンテンツ先行型で新たなスクリプトを自動生成して再生する場合の処理の流れを示したシーケンス図である。 第４の実施の形態における処理の全体像を説明するフローチャートである。 第４の実施の形態における処理の全体像を説明するフローチャートである。 第５の実施の形態における処理の全体像を説明するフローチャートである。

　以下、図面を参照しながら本技術の実施の形態について説明する。説明は以下の順序で行うものとする。

１．第１の実施の形態：ユーザコンテキストに応じた再生制御機能（基本の構成）
２．第２の実施の形態：ながら聴きや集中聴きに応じた再生制御機能
３．第３の実施の形態：ユーザコンテキストに応じた字幕制御機能
４．第４の実施の形態：新たなスクリプトの自動生成機能
５．第５の実施の形態：周囲のユーザ属性に応じた音声スキップ機能
６．変形例
７．コンピュータの構成

＜代表図＞

　図１は、本技術の概要を示した代表図である。

　本技術は、コンテンツを番組化するに際して、ユーザのコンテキストを利用して、コンテンツとともにそのコンテンツ等に関するコメントを提供することで、より適切に、コンテンツとコメントを提供するものである。

　図１において、DJは、自身が選曲した楽曲を楽曲配信サーバから配信するとともに、マイクを使ってその楽曲に関するコメントを発信している。一方で、ユーザは、楽曲配信サーバから配信される、DJが選曲した楽曲と発信しているコメントを聴いている。

　ここで、DJは、クリエイタにより作成された仮想的なものとされるが、例えば、ユーザが仕事中で忙しいときには、DJが選曲した楽曲（BGMなど）を、ユーザが既に契約している音楽配信サービスを利用してユーザに提供するが、DJがコメントを発信しないようにすることで、ユーザは、BGMなどの楽曲を聴きながら集中して仕事を行うことができる。

＜１．第１の実施の形態＞

（バーチャルポッドキャストシステムの概要）
　図２は、本技術を適用したコンテンツ提供システムの概要を示している。図２の例では、本技術を適用したコンテンツ提供システムの一実施の形態として、バーチャルポッドキャストシステムを例示している。

　バーチャルポッドキャストシステムは、クリエイタが自身の端末装置を操作して、楽曲を選んで文章を書くだけで、ポッドキャストの番組を作成することが可能なシステムである。ポッドキャストは、インターネット上で音声や動画のデータファイルを公開する手法の１つであり、インターネットラジオやインターネットテレビの一種である。なお、文章は、テキストに限らず、音声ファイルとして提供されても構わない。

　クリエイタにより作成されたポッドキャストの番組は、配信サーバに登録される。これにより、ユーザは、自身の端末装置を操作して、配信サーバから配信されるポッドキャストの番組を再生することで、その番組を視聴することができる。

　ところで、ポッドキャストの番組を配信するクリエイタからすれば、自身が作成したポッドキャストの番組を効率的に配信して、より多くのユーザに視聴してほしいと思うはずである。

　また、ポッドキャストで、楽曲を配信する場合には、楽曲の著作権処理が配信を行うクリエイタに対して発生するため、クリエイタからすればそのような作業は手間である。そのため、楽曲の著作権処理を、他の者に代行してほしいと思うはずである。

　近年、動画配信サイトでは、クリエイタが自身の動画配信チャンネルを開設して、様々なテーマの動画コンテンツを通じて情報発信が行われており、クリエイタは、動画コンテンツをユーザに提供する対価として、動画の再生回数に応じた広告収入や、広告主とのタイアップ動画の制作による広告収入などの対価を得ている。

　ポッドキャストの番組を配信するクリエイタにとっても、自身の作成したポッドキャストの番組に対する対価は極めて重要な関心事であり、適切な対価が還元されることを望んでいるはずである。

　以上のような番組化と、配信著作権処理と、収益化は、ポッドキャストの番組を配信するクリエイタにとっては、避けては通れない事項であり、これらの事項を容易に解決するための仕組みが求められている。バーチャルポッドキャストシステムでは、クリエイタがポッドキャストの番組を作成して配信して、そのポッドキャストの番組をユーザが視聴できるようにしつつ、クリエイタによる番組化と、配信著作権処理と、収益化の要望にも応えるための仕組みを提供する。

　図３は、バーチャルポッドキャストシステムにより生成されたポッドキャストの番組の再生の流れを示している。

　図３においては、ポッドキャストの番組に含まれるトラック（Track）のうち、時間的に連続したＮ番目とＮ＋１番目のトラックを示している。

　各トラックは、前説（Warm-up）、楽曲（song）、及び後説（After-song）から構成される。

　前説は、楽曲を紹介する前説であって、テキスト（文章）からなる。この例では、前説として、「この曲が書かれたのは、・・・、そんな最高の一曲ですね！」であるテキストが記述されている。この前説に対応するテキストは、TTS(Text To Speech)により音声に変換して読み上げることが可能である。

　楽曲は、その楽曲を識別するための識別情報（id）と、その曲のタイトル（title）とアーティスト名（artist）に関する情報を含む。例えば、"1234567"である楽曲IDを用いることで、ユーザが契約している音楽配信サービスに対して、当該楽曲IDにより特定される楽曲のストリーミング配信を要求することができる。

　後説は、楽曲の視聴後の後説であって、テキスト（文章）からなる。この例では、後説として、「やっぱり最高ですね。・・・」であるテキストが記述されている。この後説に対応するテキストは、TTSを用いて読み上げることができる。

　ここで、ポッドキャストの番組の配信を行うに際し、番組に楽曲を含めるための権利処理としては、以下の２つのケースが想定される。

　第１に、楽曲を含む番組の配信を行うケースである。このケースでは、図４に示すように、クリエイタによって、楽曲としゃべり（前説と後説）を含む完パケとなるポッドキャストの番組が作成され、当該ポッドキャストの番組が配信されるため、楽曲の著作権処理が、配信を行うクリエイタに対して発生する。

　第２に、VPC型配信を行うケースである。このケースでは、図５に示すように、音楽配信サービスを利用して楽曲が配信され、クリエイタは、しゃべり（前説と後説）を作成して配信するだけであるため、楽曲の著作権処理が、クリエイタに対して発生しない。

　すなわち、クリエイタが、ポッドキャストの番組を配信するに際して、当該番組の構成に関する構成データと前説と後説が配信されるようにする。これにより、番組における楽曲の部分は、音楽配信サービスにより配信されることになるため、楽曲の著作権処理が、クリエイタに対しては発生しないことになる。

　VPC型配信では、音楽配信サービスによりストリーミング配信される楽曲と、クリエイタにより配信されるしゃべり（前説と後説）とは、ユーザが使用するユーザ端末装置で合成されて番組化されるため、ユーザ端末装置側で番組化されたポッドキャストの番組における楽曲の部分の権利処理は、ユーザによって行われる。

　このように、VPC型配信では、ポッドキャストの配信時に、クリエイタは、完パケのポッドキャストの番組を作らずに、楽曲の識別情報（楽曲ID）を配信することで、ユーザが使用するユーザ端末装置側で、当該楽曲IDに基づき、音楽配信サービスによりストリーミング配信される楽曲が再生されるようにしている。

　つまり、ユーザ端末装置では、当該ユーザが音楽配信サービスとの契約により既に獲得している権利を用いて楽曲が再生されるため、クリエイタに対して、楽曲の著作権処理は発生しない。一方で、ユーザにとっても、自身が契約している音楽配信サービスにおける通常の楽曲配信範囲内で楽曲を再生可能であるため、特に追加料金を支払ったりすることなく、クリエイタにより指示された楽曲IDにより特定される楽曲を再生することができる。バーチャルポッドキャストシステムでは、このVPC(Virtual Pod Cast)型配信によりポッドキャストの番組の配信が行われるようにする。

　なお、ユーザの音楽配信サービスとの契約は、有料のユーザ契約（プレミアムユーザ）は勿論、無料のユーザ契約（フリーユーザ）であっても、広告が挿入されるだけで、楽曲の再生を行うことができる場合には、その権利を利用することができる。

　図６は、バーチャルポッドキャストシステムの全体の構成の例を示している。

　図６に示すように、このバーチャルポッドキャストシステムにより提供される機能は、大別すると、クリエイタ端末装置により提供されるクリエイタ側の機能と、配信サーバにより提供される各種の配信サービス側の機能と、ユーザ端末装置により提供されるユーザ側の機能とに分けられる。

　クリエイタ端末装置では、クリエイタ（PodCaster）の操作に応じて、番組作成ツールと音声作成ツールが実行され、ポッドキャストの番組が生成される。

　例えば、番組作成ツールは、楽曲配信サービスから提供される選曲用の楽曲リスト（カタログ）から選択された楽曲の楽曲IDと、音声作成ツールにより音声合成時の音調整がなされた当該楽曲の前説と後説のテキストに基づき、ポッドキャストの番組を生成し、番組配信サービスに登録する。

　音声作成ツールは、音声配信サービスから提供される音声作成用のデータに基づき、TTSの音調整機能を提供する。クリエイタは、音声作成ツールを操作して、TTSの音調整機能を利用することで、ユーザ側で再生されるTTS音声を、自身の好みの音声とすることができる。

　番組配信サービスは、番組作成ツールにより登録されたポッドキャストの番組を、ユーザ端末装置に配信するサービスを提供する。

　楽曲配信サービスは、ユーザ端末装置を使用するユーザが契約（加入）している音楽配信サービスに相当する。楽曲配信サービスは、ユーザ端末装置からの要求に応じて、ポッドキャストの番組に設定された楽曲IDにより特定される楽曲を配信する。また、楽曲配信サービスは、選曲用の楽曲リストを、クリエイタ端末装置に提供する。

　音声配信サービスは、ポッドキャストの番組に設定された楽曲の前説と後説のテキストを音声合成して得られるTTS音声を、ユーザ端末装置に配信するサービスを提供する。また、音声配信サービスは、音声作成用のデータを、クリエイタ端末装置に提供する。

　ユーザ端末装置では、ユーザ（Listener）の操作に応じて、番組レンダラが実行され、ポッドキャストの番組が再生される。

　番組レンダラは、番組配信サービスにより公開されているポッドキャストの番組の中から所望の番組を再生するに際し、当該番組の構成に関する構成データ（再現データ）に基づき、楽曲配信サービスから配信される楽曲と、音声配信サービスから配信されるTTS音声のレンダリングを行う。

　これにより、ポッドキャストの番組が再生（再現）され、ユーザによって、視聴可能とされる。なお、ユーザ端末装置で実行される番組レンダラは、再生プレイヤであるとも言える。

　図７は、ポッドキャストの番組の構成を記述したスクリプトの例を示している。

　図７に示すように、バーチャルポッドキャストシステムでは、番組化される楽曲の楽曲IDと、その楽曲の前説と後説とがセットになって複数設定されることで、ポッドキャストの番組が構成されている。このポッドキャストの番組の構成は、図７に示したスクリプトにより記述される。

　図７において、スクリプトには、番組に関する情報として、冒頭に、番組のタイトルや所有者、公開日、楽曲の配信元となるサービス名などが記述される。

　スクリプトには、番組に関する情報に続いて、トラックに関する情報が記述される。図７では、Ｎ個のトラックのうち、１つ目のトラックの記述の例を示している。

　トラックには、対象のトラックの番号（Number）と、前説（Warm-up）と、楽曲（song）と、及び後説（After-song）に関する情報が記述される。

　楽曲（song）には、その楽曲を識別するための識別情報（id）と、その曲のタイトル（title）とアーティスト名（artist）に関する情報などが記述される。例えば、"1234567"である楽曲IDを記述することで、"serviceA"である音楽配信サービスに対し、当該楽曲IDにより特定される楽曲の配信を要求することができる。

　前説（Warm-up）と後説（After-song）には、その楽曲に関するコメントに対応するコメント情報が記述される。例えば、前説として、「この曲が書かれたのは、・・・、そんな最高の一曲ですね！」であるテキストを記述し、後説として、「やっぱり最高ですね。・・・」であるテキストを記述することで、TTSサービスを利用して、これらのテキストを音声に変換して読み上げることができる。

　図７においては、１つ目のトラックのみを記述、すなわち、１曲目の楽曲に関する情報の記述例を示したが、２曲目以降の楽曲についても、１曲目の楽曲と同様に、楽曲ごとに、楽曲IDと前説と後説をセットにして記述されるようにする。

　このように、楽曲の楽曲IDと、その楽曲に関する前説と後説からなるスクリプトが、クリエイタが使用するクリエイタ端末装置により生成され、番組配信サービスに登録されることで、ユーザに公開される。

　一方で、当該ユーザが使用するユーザ端末装置では、番組配信サービスにより公開されているスクリプトに従い、楽曲IDが示す楽曲が、当該ユーザが音楽配信サービスとの契約により既に獲得している権利を利用して、ストリーミング配信されるように制御するとともに、前説と後説のTTS音声が提供されるように制御する。

　換言すれば、スクリプトには、楽曲の楽曲IDと、前説と後説がテキストで記述されているだけで、ポッドキャストの番組で再生される楽曲や音声のデータそのものが含まれているわけではないが、ユーザ端末装置では、スクリプトに記述された楽曲IDと前説と後説が示す情報に基づき、楽曲や音声のデータが再生されることで、クリエイタが作成した番組が再現されている。

　また、既に存在するプレイリストの楽曲（の楽曲ID）に対し、前説と後説が付加されたスクリプトを生成することで、プレイリストを番組化することが可能であるため、ユーザは、楽曲の前説と後説を入力するだけで、簡単にプレイリストを番組化することができる。

（システムの構成）
　図８は、本技術を適用したコンテンツ提供システムの一実施の形態の構成の例として、バーチャルポッドキャストシステムの構成を示している。

　図８において、コンテンツ提供システム１は、クリエイタ端末装置１０、ユーザ端末装置２０、番組配信サーバ３０Ａ、楽曲配信サーバ３０Ｂ、及び音声配信サーバ３０Ｃから構成される。

　コンテンツ提供システム１において、クリエイタ端末装置１０と、ユーザ端末装置２０と、番組配信サーバ３０Ａ、楽曲配信サーバ３０Ｂ、及び音声配信サーバ３０Ｃとは、ネットワーク５０を介して相互に接続されている。

　クリエイタ端末装置１０は、スマートフォン、タブレット端末、パーソナルコンピュータなどの機器であり、クリエイタにより使用される。

　クリエイタ端末装置１０は、クリエイタの操作に応じて、ポッドキャストの番組のスクリプトを生成し、ネットワーク５０を介して番組配信サーバ３０Ａに送信（アップロード）する。

　ユーザ端末装置２０は、スマートフォン、タブレット端末、音楽プレイヤ、ゲーム機、パーソナルコンピュータなどの機器であり、ユーザにより使用される。

　ユーザ端末装置２０は、ユーザの操作に応じて、ネットワーク５０を介して番組配信サーバ３０Ａにアクセスして、ポッドキャストの番組のスクリプトを受信（ダウンロード）する。

　番組配信サーバ３０Ａは、番組配信サービスを提供する１又は複数のサーバから構成される。番組配信サービスは、ポッドキャストの番組を配信するサービスであり、番組配信事業者により提供される。

　番組配信サーバ３０Ａは、ネットワーク５０を介してクリエイタ端末装置１０から送信（アップロード）される番組のスクリプトを受信し、ユーザ端末装置２０を使用するユーザが閲覧可能に記憶媒体に登録する。

　番組配信サーバ３０Ａは、ネットワーク５０を介してユーザ端末装置２０から送信される番組の再生要求を受信した場合、当該番組のスクリプトを記憶媒体から読み出し、再生要求元のユーザ端末装置２０に配信する。

　楽曲配信サーバ３０Ｂは、音楽配信サービスを提供する１又は複数のサーバから構成される。音楽配信サービスは、インターネットを通じて楽曲を配信するサービスであり、音楽配信事業者により提供される。例えば、音楽配信サービスは、定額制のストリーミングの聴き放題の形式で提供される。

　楽曲配信サーバ３０Ｂは、ネットワーク５０を介してユーザ端末装置２０から送信される楽曲の配信要求を受信した場合、受信した配信要求に応じた楽曲を特定し、当該楽曲のストリーミングデータを、配信要求元のユーザ端末装置２０に配信する。

　音声配信サーバ３０Ｃは、音声配信サービスを提供する１又は複数のサーバから構成される。音声配信サービスは、インターネットを通じてTTS音声や生声等の音声を配信するサービスであり、音声配信事業者により提供される。

　音声配信サーバ３０Ｃは、ネットワーク５０を介してユーザ端末装置２０から送信される音声の配信要求を受信した場合、受信した配信要求に応じた音声を取得し、当該音声のデータを、配信要求元のユーザ端末装置２０に配信する。

　なお、以下の説明では、番組配信サーバ３０Ａと、楽曲配信サーバ３０Ｂと、音声配信サーバ３０Ｃを特に区別する必要がない場合、配信サーバ３０と称して説明する。また、番組配信事業者と、音楽配信事業者と、音声配信事業者は、同一の事業者であってもよいし、異なる事業者であってもよい。

　ネットワーク５０は、インターネット、イントラネット、又は携帯電話網などの通信網を含んで構成され、TCP/IP(Transmission Control Protocol / Internet Protocol)等の通信プロトコルを用いた機器間の相互接続を可能にしている。

（ユーザ端末装置の構成）
　図９は、図８のユーザ端末装置２０の構成の例を示している。

　図９に示すように、ユーザ端末装置２０において、CPU(Central Processing Unit)２０１、ROM(Read Only Memory)２０２、及びRAM(Random Access Memory)２０３は、バス２０４により相互に接続される。

　CPU２０１は、ROM２０２や記憶部２０７に記録されたプログラムを実行することで、ユーザ端末装置２０の各部の動作を制御する。RAM２０３には、各種のデータが適宜記憶される。

　バス２０４にはまた、入出力I/F２１０が接続される。入出力I/F２１０には、入力部２０５、出力部２０６、記憶部２０７、通信部２０８、及び近距離無線通信部２０９が接続される。

　入力部２０５は、各種の入力データを、入出力I/F２１０を介してCPU２０１を含む各部に供給する。例えば、入力部２０５は、操作部２１１、カメラ部２１２、及びセンサ部２１３を有する。

　操作部２１１は、ユーザによって操作され、その操作に対応する操作データをCPU２０１に供給する。操作部２１１は、物理的なボタンやタッチパネル等から構成される。

　カメラ部２１２は、そこに入射される被写体からの光を光電変換して、その結果得られる電気信号に対する信号処理を行うことで撮影画像データを生成し、出力する。カメラ部２１２は、イメージセンサや信号処理部等から構成される。

　センサ部２１３は、空間情報や時間情報等のセンシングを行い、そのセンシングの結果得られるセンサデータを出力する。

　センサ部２１３は、加速度センサやジャイロセンサなどを含む。加速度センサは、XYZ軸の３方向の加速度を測定する。ジャイロセンサは、XYZ軸の３軸の角速度を測定する。なお、慣性計測装置（IMU：Inertial Measurement Unit）を設けて、３方向の加速度計と３軸のジャイロスコープにより、３次元の加速度と角速度を測定してもよい。

　また、センサ部２１３には、ユーザの声などの音を検出する音センサ（マイクロフォン）、生物の持つ心拍数、体温、又は姿勢といった情報を測定する生体センサ、近接するものを測定する近接センサ、磁場（磁界）の大きさや方向を測定する磁気センサなどの各種のセンサを含めることができる。

　出力部２０６は、入出力I/F２１０を介してCPU２０１からの制御に従い、各種の情報を出力する。例えば、出力部２０６は、表示部２２１、及び音出力部２２２を有する。

　表示部２２１は、CPU２０１からの制御に従い、画像データに応じた画像等を表示する。表示部２２１、液晶パネルやOLED(Organic Light Emitting Diode)パネル等のパネル部と信号処理部などから構成される。

　音出力部２２２は、CPU２０１からの制御に従い、音データに応じた音を出力する。音出力部２２２は、スピーカや出力端子に接続されるヘッドホンなどから構成される。

　記憶部２０７は、CPU２０１からの制御に従い、各種のデータやプログラムを記録する。CPU２０１は、記憶部２０７から各種のデータを読み出して処理したり、プログラムを実行したりする。

　記憶部２０７は、半導体メモリ等の補助記憶装置として構成される。記憶部２０７は、内部ストレージとして構成されてもよいし、メモリカード等の外部ストレージであってもよい。

　通信部２０８は、CPU２０１からの制御に従い、ネットワーク５０を介して他の機器と通信を行う。通信部２０８は、セルラー方式の通信（例えばLTE-Advancedや5G等）や、無線LAN(Local Area Network)などの無線通信、又は有線通信に対応した通信モジュールとして構成される。

　近距離無線通信部２０９は、Bluetooth（登録商標）やNFC(Near Field Communication)等の近距離無線通信規格による無線通信を行い、各種のデータをやりとりする。

　なお、図９に示したユーザ端末装置２０の構成は一例であって、例えば、入力部としてマイクロフォンを設けたり、GPU(Graphics Processing Unit)等の画像処理回路や、電源回路などを設けたりしても構わない。

　図１０は、ユーザ端末装置２０における制御部２００の機能的構成の例を示している。制御部２００の機能は、CPU２０１によって、番組レンダラ等のプログラムが実行されることで実現される。

　図１０において、制御部２００は、番組取得部２５１、楽曲取得部２５２、音声取得部２５３、レンダラ部２５４、提示制御部２５５、センサデータ取得部２５６、及びコンテキスト分析部２５７を有する。

　番組取得部２５１は、番組配信サーバ３０Ａと通信を行う通信部２０８から供給される、ユーザの操作に応じたポッドキャストの番組のスクリプトを取得し、レンダラ部２５４に供給する。

　楽曲取得部２５２は、楽曲配信サーバ３０Ｂと通信を行う通信部２０８から供給される、楽曲IDに応じた楽曲のストリーミングデータを取得し、レンダラ部２５４に供給する。

　音声取得部２５３は、音声配信サーバ３０Ｃと通信を行う通信部２０８から供給される、前説と後説に応じた音声データを取得し、レンダラ部２５４に供給する。

　レンダラ部２５４は、番組取得部２５１から供給される番組のスクリプトに基づいて、音声取得部２５３から供給される前説の音声データと、楽曲取得部２５２から供給される楽曲のストリーミングデータと、音声取得部２５３から供給される後説の音声データに対するレンダリング処理を行い、その結果得られるデータを、提示制御部２５５に供給する。

　提示制御部２５５は、レンダラ部２５４から供給されるデータを、出力部２０６に供給することで、ユーザに対して番組を提示する。

　例えば、提示制御部２５５は、前説の音声データと、楽曲のストリーミングデータと、後説の音声データを、音出力部２２２に供給することで、番組化された楽曲の音とともに、当該番組に設定された前説と後説の音を、当該楽曲の前後に出力して提示することができる。

　センサデータ取得部２５６は、センサ部２１３から供給されるセンサデータを取得し、コンテキスト分析部２５７に供給する。

　コンテキスト分析部２５７は、センサデータ取得部２５６から供給されるセンサデータに基づいて、ユーザのコンテキストの分析を行い、その分析結果を、レンダラ部２５４に供給する。レンダラ部２５４では、コンテキスト分析部２５７からの分析結果に基づき、ユーザコンテキストに応じた再生制御処理が行われる。

（配信サーバの構成）
　図１１は、図８の配信サーバ３０の構成の例を示している。なお、配信サーバ３０は、図８に示した番組配信サーバ３０Ａ、楽曲配信サーバ３０Ｂ、及び音声配信サーバ３０Ｃのいずれかのサーバに相当するものである。

　配信サーバ３０において、CPU３０１、ROM３０２、RAM３０３は、バス３０４により相互に接続されている。バス３０４には、さらに、入出力I/F３１０が接続されている。入出力I/F３１０には、入力部３０５、出力部３０６、記憶部３０７、通信部３０８、及びドライブ３０９が接続されている。

　入力部３０５は、マイクロフォン、キーボード、マウスなどから構成される。出力部３０６は、スピーカ、ディスプレイなどから構成される。

　記憶部３０７は、HDD(Hard Disk Drive)や半導体メモリなどから構成される。通信部３０８は、無線LAN等の無線通信、又はイーサーネット（登録商標）等の有線通信に対応した通信モジュールとして構成される。

　ドライブ３０９は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体３１１を駆動する。

　図１２は、配信サーバ３０における制御部３００の機能的構成の例を示している。制御部３００の機能は、CPU３０１によって、各サービスのプログラムが実行されることで実現される。

　図１２において、制御部３００は、要求受付・応答部３５１、配信処理部３５２、及びデータベース３５３を有する。

　要求受付・応答部３５１は、クリエイタ端末装置１０又はユーザ端末装置２０と通信を行う通信部３０８から供給される各種の要求を受け付け、配信処理部３５２に供給する。

　配信処理部３５２は、要求受付・応答部３５１から供給される各種の要求に応じた配信処理を行う。

　データベース３５３は、HDDや半導体メモリ等の大容量のストレージからなる記憶部３０７に記録される。

　例えば、番組配信サーバ３０Ａのデータベース３５３には、ポッドキャストの番組のスクリプト等が格納される。また、楽曲配信サーバ３０Ｂのデータベース３５３には、音楽配信サービスにより提供される楽曲が楽曲IDに対応付けて格納される。さらに、音声配信サーバ３０Ｃのデータベース３５３には、音声合成時や音声作成時の音声に関する情報、前説や後説の音声データ等が格納される。

　配信処理部３５２は、配信処理を行うに際し、データベース３５３に格納された各種のデータを処理して、各種の要求に応じた応答を生成し、要求受付・応答部３５１に供給する。

　要求受付・応答部３５１は、通信部３０８を制御して、配信処理部３５２から供給される各種の要求に応じた応答を、ネットワーク５０を介して要求元のクリエイタ端末装置１０又はユーザ端末装置２０に送信する。

　次に、コンテンツ提供システム１の各装置で実行される処理の流れを説明する。

（全体の処理の流れ）
　図１３は、コンテンツ提供システム１の全体の処理の流れを示したシーケンス図である。

　図１３において、番組作成ツールは、クリエイタ端末装置１０により実行され、番組レンダラは、ユーザ端末装置２０により実行される。また、図１３において、番組配信サービスは、番組配信サーバ３０Ａにより提供され、音楽配信サービスは、楽曲配信サーバ３０Ｂにより提供され、TTSサービスは、音声配信サーバ３０Ｃにより提供される。

　クリエイタ端末装置１０では、制御部１００により番組作成ツールが実行され、ステップＳ１１乃至Ｓ１４の処理が実行される。

　番組作成ツールは、楽曲リストを楽曲配信サーバ３０Ｂに要求することで、楽曲配信サーバ３０Ｂから送信されてくる楽曲リストを取得し、クリエイタに提示する（Ｓ１１，Ｓ１２）。

　番組作成ツールは、クリエイタにより楽曲リストから選択された楽曲の楽曲IDと、クリエイタにより入力された当該楽曲の前説と後説のテキストに基づき、ポッドキャストの番組のスクリプトを生成し（Ｓ１３）、番組配信サーバ３０Ａに登録する（Ｓ１４）。

　これにより、番組配信サーバ３０Ａでは、クリエイタにより作成されたポッドキャストの番組のスクリプトがデータベース３５３に格納され、ユーザ端末装置２０を使用するユーザによって閲覧可能とされる。

　ユーザ端末装置２０では、制御部２００により番組レンダラが実行されるとともに、当該番組レンダラが、各配信サーバ３０と協働して動作することで、ステップＳ１５乃至Ｓ２６の処理が実行される。

　番組レンダラでは、ユーザの操作によって、番組配信サーバ３０Ａ上で閲覧可能に公開されているポッドキャストの番組の再生が指示された場合、番組配信サーバ３０Ａから配信される当該番組のスクリプトが受信される（Ｓ１５，Ｓ１６）。

　番組レンダラは、受信したスクリプトの冒頭に設定される前説に基づき、音声配信サーバ３０Ｃに対し、当該前説のテキストの音声合成を要求する（Ｓ１７）。

　音声配信サーバ３０Ｃでは、番組レンダラからの要求に応じて、前説のテキストの音声合成が行われ（Ｓ１８）、その音声合成の結果が配信される（Ｓ１９）。

　これにより、番組レンダラでは、音声配信サーバ３０Ｃから配信される音声合成の結果が受信され、レンダリング処理が行われることで、番組化された楽曲に設定された前説の部分のTTS音声が再生される。

　次に、番組レンダラは、受信したスクリプトの前説の次に設定される楽曲IDに基づき、ユーザが契約している音楽配信サービスを提供する楽曲配信サーバ３０Ｂに、当該楽曲IDにより特定される楽曲の配信を要求する（Ｓ２０）。

　楽曲配信サーバ３０Ｂでは、番組レンダラからの要求に応じて、ユーザによる音楽配信サービスとの契約により獲得している権利が確認され（Ｓ２１）、当該ユーザが正当な権利を有し、楽曲IDにより特定される楽曲の再生が可能であると判定した場合、当該楽曲のストリーミング配信が行われる（Ｓ２２）。

　これにより、番組レンダラでは、楽曲配信サーバ３０Ｂから配信される楽曲のストリーミングデータが受信され、レンダリング処理が行われることで、楽曲IDにより特定される楽曲が、番組化された楽曲として再生される。

　その後、ストリーミング配信される楽曲の再生が完了すると、番組レンダラが、受信したスクリプトの楽曲IDの次に設定される後説に基づき、音声配信サーバ３０Ｃに、当該後説のテキストの音声合成を要求する（Ｓ２３）。

　音声配信サーバ３０Ｃでは、番組レンダラからの要求に応じて、後説のテキストの音声合成が行われ（Ｓ２４）、その音声合成の結果が配信される（Ｓ２５）。

　これにより、番組レンダラでは、音声配信サーバ３０Ｃから配信される音声合成の結果が受信され、レンダリング処理が行われることで、番組化された楽曲に設定された後説の部分のTTS音声が再生される。

　また、ポッドキャストの番組のスクリプトには、複数の楽曲ごとの楽曲IDがその楽曲の前説と後説のテキストとともに番組化されているため、ステップＳ１７乃至Ｓ２５の処理が完了した後に、処理は、ステップＳ１７の処理に戻り（Ｓ２６）、楽曲IDの数に応じてステップＳ１７乃至Ｓ２６の処理が繰り返される。

　これにより、番組レンダラでは、番組のスクリプトに設定された楽曲IDごとに、前説、楽曲、後説の順に再生が繰り返して行われ、ユーザによって、ポッドキャストの番組が視聴可能とされる。

　以上、全体の処理の流れを説明した。

（コンテキストに応じた再生制御の流れ）
　図１４は、ユーザのコンテキストに応じた再生制御を行う場合の処理の流れを示したシーケンス図である。

　図１４において、番組レンダラでは、ポッドキャストの番組の再生に先立って、ユーザのコンテキストが認識される（Ｓ４１）。ユーザコンテキストは、コンテキスト分析部２５７によりセンサデータが分析されることで得られる。

　図１５は、ユーザコンテキストの例を示している。

　図１５に示すように、ユーザの行動の種類として、「静止している」、「一時停止している」、「歩行している」、「走行している」、「跳躍している」、「座っている」、「立っている」、「エレベータで上昇している」、「エレベータで下降している」、及び「電車に乗っている」等の状態は、加速度センサからのセンサデータを分析することで、特定することができる。

　また、ユーザの行動の種類として、「右折している」、及び「左折している」等の状態は、加速度センサとジャイロセンサからのセンサデータを分析することで、特定することができる。

　また、図１５において、排他関係が共にＡで表される状態である「静止している」と「一時停止している」は、排他関係にある。すなわち、これらの行動は同時に起こりえない。また、排他関係が共にＢで表される状態である「歩行している」と、「走行している」と、「跳躍している」は、同時に行動が起こることはない。

　さらに、排他関係が共にＣで表される状態である「座っている」と「立っている」は、同時に行動が起こることはない。排他関係が共にＤで表される状態である「エレベータで上昇している」と、「エレベータで下降している」と、「電車に乗っている」は、同時に行動が起こることはない。排他関係が共にＥで表される状態である「右折している」と「左折している」は、同時に行動が起こることはない。

　また、ユーザコンテキストの検出方法としては、例えば、スケジューラを利用してユーザが仕事中であるかどうかを検出したり、生体センサから得られるセンサデータを用いてユーザの集中度を検出したり、ユーザの顔を含む画像データを分析して顔の表情を検出したり、環境センサから得られるセンサデータを用いて、季節や気温、天気などを検出したり、振動センサから得られるセンサデータを用いてユーザの行動を認識したりしてもよい。

　図１４の説明に戻り、番組レンダラでは、ユーザの操作によって、番組配信サーバ３０Ａ上で閲覧可能に公開されているポッドキャストの番組の再生が指示された場合、当該番組の再生が行われる（Ｓ１５乃至Ｓ２６）が、ここでは、ユーザコンテキストに応じた再生制御が行われる（Ｓ４２）。

　すなわち、番組レンダラは、番組のスクリプトに基づき、楽曲配信サーバ６０Ｂと音声配信サーバ６０Ｃにアクセスして、楽曲IDにより特定される楽曲ごとに、前説、楽曲、後説の順の再生を繰り返すに際して、認識済みのユーザコンテキストを用い、ユーザにとってより適切な再生が行われるようにする。

　例えば、仕事に集中していたり、楽曲を聴くことに集中していたりするユーザを邪魔しないように、ユーザコンテキストに基づき、より適切な再生制御が行われるようにする。

（処理の全体像）
　図１６乃至図１８は、第１の実施の形態における処理の全体像を説明するフローチャートである。

　図１６乃至図１８に示した処理は、本技術を適用したコンテンツ提供システムにおけるクリエイタ端末装置１０（の制御部１００）と、ユーザ端末装置２０（の制御部２００）と、配信サーバ３０（の制御部３００）とが協働して動作することで実現される。

　すなわち、この処理は、制御部１００、制御部２００、及び制御部３００のうち、少なくともいずれか１つの制御部により実行される。

　コンテンツ提供システム１では、図１６に示すように、クリエイタ端末装置１０を使用するクリエイタからの入力があった場合（Ｓ１１１の「Yes」）、その入力に基づき、コンテンツの識別情報と、そのコンテンツのコメントに対応するコメント情報からなるスクリプトが生成され（Ｓ１１２）、そのスクリプトが、ユーザ端末装置２０を使用するユーザに閲覧可能に所定の記憶媒体に格納される（Ｓ１１３）。

　ここで、コンテンツは、音楽配信サービスで配信される楽曲などを含み、そのコンテンツの識別情報は、楽曲を識別可能な楽曲IDなどを含む。また、コメントは、例えば、楽曲に設定される前説と後説であり、前説と後説のうち、少なくともいずれか一方が設定されていればよい。例えば、楽曲を番組化するに際して、楽曲単位で前説又は後説を挿入するほか、前説としてナレーション等を挿入してから、３曲連続で楽曲を再生したり、４曲連続で楽曲を再生した後に、後説として曲の感想等を挿入したりしてもよい。

　コメント情報は、コメントを表すテキスト、又はクリエイタ等の生声へのリンク情報などを含む。なお、コメント情報は、コンテンツに関するコメントに対応するものとして説明するが、必ずしもコンテンツに関連するものとは限らず、コンテンツに関係しないコメントに対応するものでも構わない。所定の記憶媒体は、例えば、番組配信サーバ３０Ａの記憶部３０７（のデータベース３５３）とすることができる。

　また、コンテンツ提供システム１では、図１７に示すように、ユーザのコンテキストが取得され（Ｓ１３１）、ユーザによって、所定の記憶媒体に格納されたスクリプトへの再生要求がなされた場合（Ｓ１３２の「Yes」）、ユーザコンテキストに応じた再生制御処理が行われる（Ｓ１３３）。

　ユーザコンテキストに応じた再生制御処理では、図１８に示したように、ユーザのコンテキストに応じて、スクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しが、ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行され、ユーザに提供するように制御される（Ｓ１５１）。

　ここで、コンテンツ識別情報は、楽曲を識別可能な楽曲IDなどを含む。また、例えば、特定のサービスは、音楽配信サービスであり、ユーザが既に獲得している権利は、有料のプレミアムユーザや、無料のフリーユーザの権利などを含む。

　また、ユーザコンテキストに応じた再生制御処理では、図１８に示すように、ユーザのコンテキストに応じて、スクリプトに含まれるコメント情報に従ってコメントが読み出され、ユーザに提供するように制御される（Ｓ１５２）。

　ここで、コメントは、前説及び後説の少なくとも一方を含み、スクリプトのコメント情報に従って読み出される前説と後説には、TTS音声又は生声などの音声を含む。

　以上のように、コンテンツを番組化するに際して、ユーザのコンテキストを利用して、コンテンツとそのコンテンツ等に関するコメントを提供することで、より適切に、コンテンツとコメントを提供することができる。

＜２．第２の実施の形態＞

　ユーザコンテキストに応じた再生の制御方法としては、ユーザが仕事等の他の作業をしながら番組を聴いているときに音声をスキップしたり、ユーザが楽曲に集中しているときに広告の挿入を禁止したりする方法がある。楽曲に集中しているユーザの邪魔をしないためだけでなく、ユーザが楽曲に集中しているときには広告を挿入したとしてもその効果が薄いために、このような制御を行っている。

（ながら聴きに応じた再生制御の流れ）
　図１９は、ユーザが仕事等の他の作業をしながら番組を聴いているときに音声をスキップする場合の処理の流れを示したシーケンス図である。

　図１９において、番組レンダラでは、ポッドキャストの番組の再生に先立って、コンテキスト分析部２５７からの分析結果に基づき、ユーザが一点に集中し、コンテンツ（楽曲）の視聴以外に集中していることを示すユーザコンテキストが認識されている（Ｓ５１）。

　例えば、この集中度のセンシング法としては、センサ部２１３からのセンサデータに基づき、ユーザの呼吸、心拍、脳波や皮膚電位の変動などを用いることで、ユーザの集中度合いを推定することができる。

　番組レンダラでは、ユーザの操作によって、番組配信サーバ３０Ａ上で閲覧可能に公開されているポッドキャストの番組の再生が指示された場合、当該番組の再生が行われる（Ｓ１５乃至Ｓ２６）が、ここでは、ユーザコンテキストに応じた再生制御が行われる（Ｓ５２，Ｓ５３）。

　すなわち、番組レンダラは、ユーザコンテキストとして、ユーザが一点に集中して楽曲の視聴以外に集中していることを認識しているため、再生対象の番組のスクリプトに基づき、楽曲IDにより特定される楽曲ごとに、前説、楽曲、後説の順の再生を繰り返すに際して、前説と後説の再生をスキップして（Ｓ５２，Ｓ５３）、楽曲の再生のみが行われるようにする。

　このように、ユーザが仕事等の他の作業に集中しながら番組を聴いている場合には、前説や後説によりユーザの集中を妨げてしまう恐れがあるため、前説や後説の再生をスキップしてより適切な再生制御が行われるようにしている。

　なお、上述した説明では、前説や後説の再生をスキップする制御を説明したが、例えば、番組（特に前説や後説の音声）の音量を下げたり、環境音のノイズをキャンセルしたりしてもよい。要は、仕事等の他の作業に集中しているユーザを邪魔しないように、番組の再生の制御が行われればよいのであって、その制御方法は任意である。

（システムの他の構成）
　図２０は、本技術を適用したコンテンツ提供システムの一実施の形態の他の構成の例を示している。

　図２０においては、図８と同様に、コンテンツ提供システム１が、クリエイタ端末装置１０、ユーザ端末装置２０、番組配信サーバ３０Ａ、楽曲配信サーバ３０Ｂ、及び音声配信サーバ３０Ｃを含んでいるが、広告配信サーバ３０Ｄがさらに設けられている。

　広告配信サーバ３０Ｄは、広告配信サービスを提供する１又は複数のサーバから構成される。広告配信サービスは、インターネットを通じて広告を配信するサービスであり、例えば、広告配信事業者により提供される。

　例えば、広告配信サーバ３０Ｄは、番組配信サーバ３０Ａからの要求に応じて、広告管理用や広告用のデータベース３５３で管理している広告を特定し、特定した広告（広告本文）を配信する。

　なお、広告配信サーバ３０Ｄは、図１１と図１２に示した配信サーバ３０の構成と制御部３００の機能的構成と同様の構成を有している。

（広告の例）
　図２１は、ポッドキャストの番組のスクリプトに挿入される広告の例を示している。

　上述したように、ポッドキャストの番組のスクリプトには、番組化される楽曲（song）と、その楽曲の前説（Warm-up）と後説（After-song）とがセットになって記述されるが、図２１では、後説の後に、広告が挿入されている。

　例えば、前説に、「・・・、今でも夏に聞きたくなる、・・・」であるテキストが含まれ、後説に、「・・・暑い夏が本当に楽しくなる曲ですね！」であるテキストが含まれている場合、これらのテキストが分析される。そして、これらのテキストの分析結果に応じて、「夏」であるキーワードに関する広告として、「夏の暑い日には、やっぱりビール。のど越し爽やかＸ社のドライ！」であるテキストからなるビールの広告が、スクリプトに挿入される。

　なお、図２１の例では、後説の後に広告を挿入した場合を示したが、広告は、任意の場所に挿入することができ、特に、楽曲との関係から、広告を、前説の前、又は後説の後に挿入するのが好適である。

（集中聴きに応じた再生制御の流れ）
　図２２は、ユーザが楽曲に集中しているときに広告の挿入を禁止する場合の処理の流れを示したシーケンス図である。

　図２２において、番組レンダラでは、ポッドキャストの番組の再生に先立って、コンテキスト分析部２５７からの分析結果に基づき、ユーザがリズムを刻んでいるなど、コンテンツ（楽曲）の視聴に集中していることを示すユーザコンテキストが認識されている（Ｓ６１）。

　番組配信サーバ３０Ａでは、ユーザにより操作される番組レンダラによって、閲覧可能に公開されているポッドキャストの番組の再生が指示された場合、当該番組のスクリプトが分析されて番組に広告が挿入される（Ｓ１５，Ｓ６２Ａ乃至Ｓ６２Ｆ）が、ここでは、ユーザコンテキストに応じた広告挿入が行われる（Ｓ６２）。

　すなわち、番組配信サーバ３０Ａは、番組レンダラからの再生要求に、ユーザコンテキストに応じた広告禁止フラグが含まれているため、当該広告禁止フラグに従い、広告配信サーバ３０Ｄ等に対する広告要求をスキップする（Ｓ６２）。

　番組配信サーバ３０Ａは、番組レンダラから再生が指示されたポッドキャストの番組のスクリプトを配信する（Ｓ１６）。このスクリプトは、ユーザコンテキストに応じた広告禁止フラグに従い、広告が未挿入とされる。

　番組レンダラでは、番組配信サーバ３０Ａから配信される番組のスクリプトが受信され、当該番組の再生が行われる（Ｓ１７乃至Ｓ２６）が、ユーザコンテキストに応じた再生制御が行われる（Ｓ６３）。

　すなわち、番組レンダラは、ユーザコンテキストとして、ユーザが楽曲の視聴に集中していることを認識し、番組配信サーバ３０Ａに対して広告禁止フラグを通知しているため、広告が未挿入となる番組のスクリプトに基づき、楽曲IDにより特定される楽曲ごとに、前説、楽曲、後説の順の再生を繰り返すに際して、広告の再生がステップされて（Ｓ６３Ａ乃至Ｓ６３Ｃ）、番組の再生が行われる。

　このように、ユーザが番組（特に楽曲）の視聴に集中している場合には、広告によりユーザの集中を妨げてしまう恐れがあるため、広告の再生をスキップして、より適切な再生制御が行われるようにしている。

　なお、上述したポッドキャストの番組を、ユーザが自分の利益を得る目的で利用（商用利用）する場合に、ユーザが一定額の利用料金を支払うことで、広告をオフできるようにしてもよい。

　また、上述した説明では、ユーザが番組の視聴に集中している場合に、番組配信サーバ３０Ａから、広告が未挿入となる番組のスクリプトが配信されるようにしたが、広告が挿入された番組のスクリプトを配信して、番組レンダラが、ユーザコンテキストに応じて、当該スクリプトに挿入された広告を提示しないように制御しても構わない（Ｓ６３）。要は、番組（特に楽曲）に集中しているユーザを邪魔しないように、広告の再生が禁止されればよいのであって、その制御方法は任意である。

（処理の全体像）
　図２３と図２４は、第２の実施の形態における処理の全体像を説明するフローチャートである。

　図２３と図２４に示した処理は、本技術を適用したコンテンツ提供システムにおけるユーザ端末装置２０（の制御部２００）と、配信サーバ３０（の制御部３００）とが協働して動作することで実現される。なお、図２３と図２４に示した処理は、図１７に示したユーザコンテキストに応じた再生制御処理（Ｓ１３３）に対応する処理とされる。

　コンテンツ提供システム１では、図２３に示すように、ユーザがコンテンツ視聴に集中していない場合（Ｓ２１１の「No」）、コンテンツのコメントがユーザに提供されないように制御される（Ｓ２１２）。

　すなわち、例えば、ユーザが仕事に集中している場合など、楽曲の視聴以外の他の作業に集中している場合には、他の作業に集中しているユーザの邪魔をしないように、前説や後説の再生をスキップする制御が行われる。

　また、コンテンツ提供システム１では、図２４に示すように、ユーザがコンテンツ視聴に集中している場合（Ｓ２３１の「Yes」）、広告がユーザに提供されないように制御する（Ｓ２３２）。

　すなわち、例えば、ユーザがリズムを刻んでいる場合など、楽曲の視聴に集中している場合には、楽曲の視聴に集中しているユーザの邪魔をしないように、広告の再生をスキップする制御が行われる。

　なお、上述した説明では、楽曲の視聴以外の他の作業にユーザが集中している場合や、番組（特に楽曲）にユーザが集中している場合には、前説、後説、広告が再生されないように制御する方法を示したが、例えば、再生される広告の種類を、「文章を読み上げるタイプの広告」から、「音楽そのものからなる広告」に変更するように制御してもよい。

＜３．第３の実施の形態＞

　ユーザコンテキストに応じた再生の制御方法としては、前説と後説のテキストを字幕表示する方法がある。

　例えば、ユーザの操作によって、番組化された楽曲に設定された前説や後説をスキップする旨の指示があったとき、ユーザがプレイリストとしての視聴を希望していることを推定し、前説と後説をテキストで字幕表示する。

（字幕表示制御の流れ）
　図２５は、ユーザのコンテキストに応じた字幕表示を行う場合の処理の流れを示したシーケンス図である。

　図２５において、番組レンダラでは、ポッドキャストの番組の再生に先立って、コンテキスト分析部２５７からの分析結果に基づき、前説のスキップの指示により、ユーザがプレイリストでの視聴を希望していることを示すユーザコンテキストが認識されている（Ｓ７１）。

　これにより、番組レンダラは、前説と後説の出力モードとして、前説と後説を、音声で出力する音声出力モードから、字幕で表示するテキスト表示モードに移行する。

　番組レンダラでは、ユーザの操作によって、番組配信サーバ３０Ａ上で閲覧可能に公開されているポッドキャストの番組の再生が指示された場合、当該番組の再生が行われる（Ｓ１５乃至Ｓ２６）が、ここでは、ユーザコンテキストに応じた再生制御が行われる（Ｓ７２，Ｓ７３）。

　すなわち、番組レンダラは、前説と後説の出力モードがテキスト表示モードとなるため、再生対象の番組のスクリプトに基づき、楽曲IDにより特定される楽曲ごとに、前説、楽曲、後説の順の再生を繰り返すに際して、前説と後説がテキストにより字幕表示されるように制御する（Ｓ７２，Ｓ７３）。

　図２６は、ユーザ端末装置２０の表示部２２１に表示される前説と後説の字幕表示の例を示している。

　図２６のＡに示すように、例えば、再生対象の番組や楽曲に関する情報（例えば、再生対象の楽曲のジャケットの画像等）を含む画面５１０の上部の領域５１１に、字幕化された前説のテキストを重畳表示することができる。

　図２６のＢに示すように、例えば、再生対象の番組や楽曲に関する情報を含む画面５１０の下部の領域５１２に、字幕化された後説のテキストを重畳表示することができる。

　画面５１０の領域５１１と領域５１２に表示される前説と後説は、固定で表示されてもよいし、画面の右から左の方向などの所定の方向に流れるようにしてもよい。また、例えば同一の楽曲に対して複数のクリエイタがコメントを入力している場合などに、ある楽曲に複数の前説と後説が設定されているときには、それらのコメントの全てをテキスト化して同時に表示させてもよいし、それらのテキストを、画面の右から左の方向などの所定の方向に流してもよい。

　このように、ユーザが前説や後説のスキップを指示した場合には、前説や後説の音声出力を煩わしいと感じている恐れがあるため、前説や後説をテキストにより字幕表示して、より適切な再生制御が行われるようにしている。

　なお、番組レンダラは、ユーザの国籍を認識して、当該ユーザの母国語に合わせて、前説と後説を翻訳し、そのテキストを字幕表示するようにしてもよい。

（処理の全体像）
　図２７は、第３の実施の形態における処理の全体像を説明するフローチャートである。

　図２７に示した処理は、本技術を適用したコンテンツ提供システムにおけるユーザ端末装置２０（の制御部２００）と、配信サーバ３０（の制御部３００）とが協働して動作することで実現される。なお、図２７に示した処理は、図１７に示したユーザコンテキストに応じた再生制御処理（Ｓ１３３）に対応する処理とされる。

　コンテンツ提供システム１では、図２７に示すように、ユーザによりコメントの音声による提供をスキップする指示が検知された場合（Ｓ３１１の「Yes」）、コメントをテキストとして表示するように制御される（Ｓ３１２）。

　すなわち、例えば、ユーザが前説又は後説の音声をスキップする指示を行った場合、前説又は後説の音声を煩わしいと感じている可能性が高いので、ユーザの邪魔にならないように、前説と後説のテキストを字幕表示する制御が行われる。

＜４．第４の実施の形態＞

　ユーザコンテキストに応じた再生の制御方法としては、ユーザのコンテキスト、嗜好、周囲の環境などに応じて、新たなスクリプトをリアルタイムで生成して再生する方法がある。

　ここで、新たなスクリプトを生成して再生する方法には、前説・後説先行型と、コンテンツ先行型の２つのタイプがある。

　前説・後説先行型は、ユーザの状況や周囲の環境に応じて、番組配信サーバ３０Ａに登録されている前説や後説を自動選択することにより、新たなスクリプトを自動生成する方法である。

　コンテンツ先行型は、ユーザのコンテキストに応じて生成されたプレイリストに対応するコンテンツをキーにして、番組配信サーバ３０Ａに登録されている前説や後説（例えば、人気のある前説や後説）を特定して、新たなスクリプトを自動生成する方法である。

（前説・後説先行型の制御の流れ）
　図２８は、前説・後説先行型で新たなスクリプトを自動生成して再生する場合の処理の流れを示したシーケンス図である。

　図２８において、番組レンダラでは、ポッドキャストの番組の再生に先立って、コンテキスト分析部２５７からの分析結果に基づき、ユーザのコンテキストが認識される（Ｓ８１）。

　番組レンダラでは、ユーザの操作によって、番組配信サーバ３０Ａ上で閲覧可能に公開されているポッドキャストの番組の再生が指示された場合、当該番組の再生が行われる（Ｓ１５乃至Ｓ２６）が、ここでは、ユーザコンテキストに応じた再生制御が行われる（Ｓ８２）。

　すなわち、番組配信サーバ３０Ａは、番組レンダラからの再生要求に、ユーザコンテキストに応じた前説と後説の検索キーが含まれているため、当該検索キーを用い、登録済みの番組の前説と後説を検索して自動選択し、新たなスクリプトを自動生成して配信する（Ｓ８２，Ｓ１６）。

　例えば、季節が冬である場合には、楽曲に設定された前説又は後説で、「冬にはぴったりだと思うんだよね」など、冬に関わる単語が入っているものをベースに、自動的に番組のスクリプトを生成することができる。また、例えば、季節が夏である場合には、「海」、「プール」、「冷やし中華」、「すいか」など、楽曲に設定された前説又は後説で、夏に関する単語が入っているものを選択してもよい。

　なお、番組化する楽曲の曲順は、例えば、単語とのマッチング度の順序とすることができる。また、番組レンダラ側で、前説と後説の文脈を考慮して、楽曲の再生順序を規定してもよい。

　番組レンダラでは、番組配信サーバ３０Ａから配信される番組のスクリプトが受信され、当該番組の再生が行われる（Ｓ１７乃至Ｓ２６）。

　すなわち、番組レンダラでは、新たに自動生成されたスクリプトに基づき、楽曲配信サーバ６０Ｂと音声配信サーバ６０Ｃにアクセスすることで、楽曲IDにより特定される楽曲ごとに、前説、楽曲、後説の順の再生が繰り返される。

（コンテンツ先行型の制御の流れ）
　図２９は、コンテンツ先行型で新たなスクリプトを自動生成して再生する場合の処理の流れを示したシーケンス図である。

　図２９において、番組レンダラでは、ポッドキャストの番組の再生に先立って、コンテキスト分析部２５７からの分析結果に基づき、ユーザのコンテキストが認識される（Ｓ９１）。

　番組レンダラでは、ユーザの操作によって、番組配信サーバ３０Ａ上で閲覧可能に公開されているポッドキャストの番組の再生が指示された場合、当該番組の再生が行われる（Ｓ１５乃至Ｓ２６）が、ここでは、ユーザコンテキストに応じた再生制御が行われる（Ｓ９２）。

　すなわち、番組配信サーバ３０Ａは、番組レンダラからの再生要求に、ユーザコンテキストに応じたコンテンツの検索キーが含まれているため、当該検索キーを用い、登録済みの番組の前説と後説（例えば、人気のある前説や後説）を特定し、新たなスクリプトを自動生成して配信する（Ｓ９２，Ｓ１６）。

　例えば、季節が夏である場合には、楽曲のタイトルに、「夏」だけでなく、「海」、「プール」、「冷やし中華」、「すいか」など、夏に関連する単語が入っている楽曲を検索し、その楽曲の中で人気のある前説と後説を特定して取得し、自動的に番組のスクリプトを生成することができる。また、例えば、ユーザが運動しているときに、その身体の振動に同期するような楽曲を特定し、その楽曲の中で人気のある前説と後説を特定して取得し、自動的に番組のスクリプトを生成してもよい。

　なお、番組化する楽曲の曲順は、例えば、振動の同期のマッチング度の順序とすることができる。また、番組レンダラ側で、前説と後説の文脈を考慮して、楽曲の再生順序を規定してもよい。

　また、上述したコンテンツ先行型では、ユーザのコンテキストに応じてプレイリストを生成しているが、それだけでなく、楽曲の今日/今週/今月/今年のリスニングランキング、いいね（Like）の数ランキング、県別/国別/アジア等のエリア別ランキングなど、あらゆるランキング情報を加味して、プレイリストを生成するようにしても構わない。

（処理の全体像）
　図３０と図３１は、第４の実施の形態における処理の全体像を説明するフローチャートである。

　図３０と図３１に示した処理は、本技術を適用したコンテンツ提供システムにおけるユーザ端末装置２０（の制御部２００）と、配信サーバ３０（の制御部３００）とが協働して動作することで実現される。なお、図３０と図３１に示した処理は、図１７に示したユーザコンテキストに応じた再生制御処理（Ｓ１３３）に対応する処理とされる。

　コンテンツ提供システム１では、図３０に示したように、ユーザのコンテキストに応じて、所定の記憶媒体に格納されているスクリプトに含まれるコメントが自動選択され（Ｓ４１１）、自動選択されたコメントに基づき、新たなスクリプトが自動生成され（Ｓ４１２）、自動生成されたスクリプトが再生される（Ｓ４１３）。

　すなわち、前説・後説先行型の制御によって、ユーザのコンテキストに応じて、番組配信サーバ３０Ａに登録（アップロード）されている番組のスクリプトに含まれる前説や後説が自動選択され、この自動選択された前説や後説に基づき、新たなスクリプトが自動生成される。

　また、コンテンツ提供システム１では、図３１に示したように、ユーザのコンテキストに応じて、パッケージが、所定の記憶媒体に格納されているスクリプトにより検索され（Ｓ４３１）、検索されたパッケージに含まれるユーザ評価に応じて、コメントに対応するコメント情報が特定され（Ｓ４３２）、特定されたコメント情報がコンテンツ識別情報とパッケージ化されることで、新たなスクリプトが自動生成される（Ｓ４３３）、自動生成されたスクリプトが再生される（Ｓ４３４）。

　すなわち、コンテンツ先行型の制御によって、ユーザのコンテキストに応じて生成されたプレイリストに対応するコンテンツをキーにして、番組配信サーバ３０Ａに登録（アップロード）されている前説や後説（例えば、人気のある前説や後説）が特定され、特定された前説や後説が楽曲IDとパッケージ化されることで、新たなスクリプトが自動生成される。

＜５．第５の実施の形態＞

　ユーザコンテキストに応じた再生の制御方法としては、周囲のユーザの属性に応じてコメントの音声をスキップする方法がある。

　例えば、周囲のユーザと共に視聴しているか否か、又は前説と後説が自作のものであるかなどに応じて、前説と後説の音声がスキップされるように制御することができる。より具体的には、自作の前説と後説は、趣味違いの登録ユーザ以外には聴かせないなどの条件を設定して、特定のユーザに対し、前説と後説の音声がスキップされるようにすることができる。

（処理の全体像）
　図３２は、第５の実施の形態における処理の全体像を説明するフローチャートである。

　コンテンツ提供システム１では、まず、ユーザの単独視聴であるかどうかが判定される（Ｓ５１１）。

　ステップＳ５１１の判定処理で、ユーザの単独視聴であると判定された場合、処理は、ステップＳ５１５に進められる。この場合、番組レンダラでは、前説後説再生モードに応じた再生制御処理が行われる（Ｓ５１５）。前説後説再生モードでは、前説と後説が共に再生される。

　また、ステップＳ５１１の判定処理で、ユーザの単独視聴ではないと判定された場合、処理は、ステップＳ５１２に進められる。そして、趣味が近い登録ユーザと共に視聴中であるかどうかが判定される（Ｓ５１２）。

　ステップＳ５１２の判定処理で、趣味が近い登録ユーザとともに視聴中であると判定された場合、処理は、ステップＳ５１５に進められる。この場合、番組レンダラでは、前説後説再生モードに応じた再生制御処理が行われ、前説と後説が共に再生される（Ｓ５１５）。

　また、ステップＳ５１２の判定処理で、趣味が近い登録ユーザとともに視聴中ではないと判定された場合、処理は、ステップＳ５１３に進められる。そして、それ以外の登録ユーザと共に視聴中であるかどうかが判定される（Ｓ５１３）。

　ステップＳ５１３の判定処理で、それ以外の登録ユーザと共に視聴中であると判定された場合、処理は、ステップＳ５１４に進められる。そして、前説と後説が他のユーザが作成したものかどうかが判定される（Ｓ５１４）。

　ステップＳ５１４の判定処理で、前説と後説が他のユーザが作成したものであると判定された場合、処理は、ステップＳ５１５に進められる。この場合、番組レンダラでは、前説後説再生モードに応じた再生制御処理が行われ、前説と後説が共に再生される（Ｓ５１５）。

　一方で、ステップＳ５１３の判定処理で、それ以外の登録ユーザと共に視聴中ではない、すなわち、非登録ユーザと共に視聴中であると判定された場合、又はステップＳ５１４の判定処理で、前説と後説が他のユーザが作成したものではない、すなわち、前説と後説がユーザ自身により作成されたものであると判定された場合、処理は、ステップＳ５１６に進められる。

　この場合、番組レンダラでは、前説後説スキップモードに応じた再生制御処理が行われる（Ｓ５１６）。前説後説スキップモードでは、前説と後説が共にスキップされ、再生されない。

　このように、周囲のユーザと共に視聴しているか否か、前説や後説がユーザにより自作されたものであるかなどに応じて、前説と後説の音声をスキップするような再生制御を行うことができる。図３２の例では、ユーザにより自作された前説と後説は、趣味違いの登録ユーザ以外には聴かせないような制御となる。

　なお、ここでの判定条件は一例であり、例えば、ユーザの性格などを考慮して判定の閾値を調整したり、新たな判定条件を加えたりしてもよい。例えば、外向性が高いユーザであれば、ステップＳ５１３の判定処理で、それ以外の登録ユーザと共に視聴中であると判定された場合に、前説後説再生モードに応じた再生制御処理が行われ、前説と後説が共に再生されるようにしてもよい（Ｓ５１５）。

　ステップＳ５１５，又はＳ５１６の処理が完了すると、処理を終了する。

＜６．変形例＞

　なお、上述した説明では、前説と後説の再生のスキップについて説明したが、例えば、３回目の再生等の所定の回数の再生が行われたときに、前説と後説の再生がスキップされるように制御してもよい。

　上述した再生制御処理を行う際の「前説後説再生モード」と「前説後説スキップモード」は、ユーザがマニュアルで設定してもよい。

　上述した説明では、前説、楽曲、後説の順で再生されるとして説明したが、楽曲の再生の後に、前説を再生する機能を設けても構わない。

　例えば、ユーザコンテキストの認識により、ユーザが歩行中であると認識された場合には、前説や後説の音声を聴き入ってしまうと危ないので、「前説後説スキップモード」で再生制御処理が行われるようにしてもよい。

＜７．コンピュータの構成＞

　上述したフローチャートの各ステップの処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、各装置のコンピュータにインストールされる。

　コンピュータが実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

　コンピュータでは、プログラムは、リムーバブル記録媒体をドライブに装着することにより、入出力I/Fを介して、記憶部にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部で受信し、記憶部にインストールすることができる。その他、プログラムは、ROMや記憶部に、あらかじめインストールしておくことができる。

　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。

　また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されてもよい。

　さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

　また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

　また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。

　なお、本技術は、以下のような構成をとることができる。

（１）
　クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、
　ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御する制御部を備え、
　前記制御部は、前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御する
　コンテンツ提供システム。
（２）
　前記制御部は、前記ユーザのコンテキストに応じて、前記コメントがユーザに提供されないように制御する
　前記（１）に記載のコンテンツ提供システム。
（３）
　前記制御部は、前記ユーザがコンテンツの視聴に集中していないと判定した場合、前記コメントが提供されないように制御する
　前記（２）に記載のコンテンツ提供システム。
（４）
　前記制御部は、
　　前記コメントをユーザに提供する前か後に、広告をユーザに提供する機能を有し、
　　前記ユーザのコンテキストに応じて、前記広告がユーザに提供されないように、又は前記広告の種類を変更するように制御する
　前記（１）乃至（３）のいずれかに記載のコンテンツ提供システム。
（５）
　前記制御部は、前記ユーザがコンテンツ視聴に集中していると判定した場合、前記広告がユーザに提供されないように制御する
　前記（４）に記載のコンテンツ提供システム。
（６）
　前記制御部は、前記ユーザのコンテキストに応じて、前記コメントをテキストとして表示するように制御する
　前記（１）乃至（５）のいずれかに記載のコンテンツ提供システム。
（７）
　前記制御部は、前記ユーザにより、前記コメントの音声による提供をスキップする指示を検知した場合、前記コメントをテキストとして表示するように制御する
　前記（６）に記載のコンテンツ提供システム。
（８）
　前記制御部は、前記ユーザのコンテキストに応じて、新たなスクリプトを自動生成する
　前記（１）乃至（７）のいずれかに記載のコンテンツ提供システム。
（９）
　前記制御部は、前記ユーザのコンテキストに応じて、前記所定の記憶媒体に格納されているスクリプトに含まれるコメント情報が示すコメントを自動選択することにより、新たなスクリプトを自動生成する
　前記（８）に記載のコンテンツ提供システム。
（１０）
　前記制御部は、
　　ユーザのコンテキストに応じて特定されたコンテンツを示すコンテンツ識別情報とコメント情報からなるパッケージを、前記所定の記憶媒体に格納されているスクリプトにより検索し、
　　検索されたパッケージに含まれるコメント情報が示すコメントに対するユーザ評価に応じて、コメント情報を特定し前記コンテンツ識別情報とパッケージ化することにより、新たなスクリプトを自動生成する
　前記（８）に記載のコンテンツ提供システム。
（１１）
　前記制御部は、前記ユーザが、周囲のユーザと共に視聴しているか否かに応じて、前記コメントがユーザに提供されないように制御する
　前記（１）乃至（１０）のいずれかに記載のコンテンツ提供システム。
（１２）
　前記制御部は、前記ユーザが、周囲のユーザと共に視聴しており、かつ、前記コメントが当該ユーザ自身に作成されたものであるとき、当該コメントがユーザに提供されないように制御する
　前記（１１）に記載のコンテンツ提供システム。
（１３）
　前記コンテンツは、楽曲を含み、
　前記コメントは、前記楽曲に設定される前説と後説の少なくともいずれか一方を含み、
　前記特定のサービスは、前記ユーザが契約している音楽配信サービスを含んでいる
　前記（１）乃至（１２）のいずれかに記載のコンテンツ提供システム。
（１４）
　前記クリエイタにより使用される第１の端末装置と、
　前記ユーザにより使用される第２の端末装置と、
　前記スクリプトを格納した前記所定の記憶媒体を有する第１のサーバと、
　前記コンテンツを配信する第２のサーバと
　を含む前記（１）乃至（１３）のいずれかに記載のコンテンツ提供システム。
（１５）
　クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、
　ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御するとともに、
　前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御する
　コンテンツ提供方法。
（１６）
　コンピュータを、
　クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、
　ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御するとともに、
　前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御する
　制御部として機能させるためのプログラムを記録した記憶媒体。

　１　コンテンツ提供システム，　１０　クリエイタ端末装置，　２０　ユーザ端末装置，　３０　配信サーバ，　３０Ａ　番組配信サーバ，　３０Ｂ　楽曲配信サーバ，　３０Ｃ　音声配信サーバ，　３０Ｄ　広告配信サーバ，　５０　ネットワーク，　２００　制御部，　２０１　CPU，　２０２　ROM，　２０３　RAM，　２０４　バス，　２０５　入力部，　２０６　出力部，　２０７　記憶部，　２０８　通信部，　２０９　近距離無線通信部，　２１０　入出力I/F，　２１１　操作部，　２１２　カメラ部，　２１３　センサ部，　２２１　表示部，　２２２　音出力部，　２５１　番組取得部，　２５２　楽曲取得部，　２５３　音声取得部，　２５４　レンダラ部，　２５５　提示制御部，　２５６　センサデータ取得部，　２５７　コンテキスト分析部，　３００　制御部，　３０１　CPU，　３０２　ROM，　３０３　RAM，　３０４　バス，　３０５　入力部，　３０６　出力部，　３０７　記憶部，　３０８　通信部，　３０９　ドライブ，　３１０　入出力I/F，　３５１　要求・受付応答部，　３５２　配信処理部，　３５３　データベース

Claims (16)

1. 　クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、
   　ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御する制御部を備え、
   　前記制御部は、前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御する
   　コンテンツ提供システム。
2. 　前記制御部は、前記ユーザのコンテキストに応じて、前記コメントがユーザに提供されないように制御する
   　請求項１に記載のコンテンツ提供システム。
3. 　前記制御部は、前記ユーザがコンテンツの視聴に集中していないと判定した場合、前記コメントが提供されないように制御する
   　請求項２に記載のコンテンツ提供システム。
4. 　前記制御部は、
   　　前記コメントをユーザに提供する前か後に、広告をユーザに提供する機能を有し、
   　　前記ユーザのコンテキストに応じて、前記広告がユーザに提供されないように、又は前記広告の種類を変更するように制御する
   　請求項１に記載のコンテンツ提供システム。
5. 　前記制御部は、前記ユーザがコンテンツ視聴に集中していると判定した場合、前記広告がユーザに提供されないように制御する
   　請求項４に記載のコンテンツ提供システム。
6. 　前記制御部は、前記ユーザのコンテキストに応じて、前記コメントをテキストとして表示するように制御する
   　請求項１に記載のコンテンツ提供システム。
7. 　前記制御部は、前記ユーザにより、前記コメントの音声による提供をスキップする指示を検知した場合、前記コメントをテキストとして表示するように制御する
   　請求項６に記載のコンテンツ提供システム。
8. 　前記制御部は、前記ユーザのコンテキストに応じて、新たなスクリプトを自動生成する
   　請求項１に記載のコンテンツ提供システム。
9. 　前記制御部は、前記ユーザのコンテキストに応じて、前記所定の記憶媒体に格納されているスクリプトに含まれるコメント情報が示すコメントを自動選択することにより、新たなスクリプトを自動生成する
   　請求項８に記載のコンテンツ提供システム。
10. 　前記制御部は、
    　　ユーザのコンテキストに応じて特定されたコンテンツを示すコンテンツ識別情報とコメント情報からなるパッケージを、前記所定の記憶媒体に格納されているスクリプトにより検索し、
    　　検索されたパッケージに含まれるコメント情報が示すコメントに対するユーザ評価に応じて、コメント情報を特定し前記コンテンツ識別情報とパッケージ化することにより、新たなスクリプトを自動生成する
    　請求項８に記載のコンテンツ提供システム。
11. 　前記制御部は、前記ユーザが、周囲のユーザと共に視聴しているか否かに応じて、前記コメントがユーザに提供されないように制御する
    　請求項１に記載のコンテンツ提供システム。
12. 　前記制御部は、前記ユーザが、周囲のユーザと共に視聴しており、かつ、前記コメントが当該ユーザ自身に作成されたものであるとき、当該コメントがユーザに提供されないように制御する
    　請求項１１に記載のコンテンツ提供システム。
13. 　前記コンテンツは、楽曲を含み、
    　前記コメントは、前記楽曲に設定される前説と後説の少なくともいずれか一方を含み、
    　前記特定のサービスは、前記ユーザが契約している音楽配信サービスを含んでいる
    　請求項１に記載のコンテンツ提供システム。
14. 　前記クリエイタにより使用される第１の端末装置と、
    　前記ユーザにより使用される第２の端末装置と、
    　前記スクリプトを格納した前記所定の記憶媒体を有する第１のサーバと、
    　前記コンテンツを配信する第２のサーバと
    　を含む請求項１に記載のコンテンツ提供システム。
15. 　クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、
    　ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御するとともに、
    　前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御する
    　コンテンツ提供方法。
16. 　コンピュータを、
    　クリエイタによって生成された、コンテンツの識別情報とコメント情報からなるスクリプトが、ユーザに閲覧可能に所定の記憶媒体に格納されており、
    　ユーザによって選択されたスクリプトに従って、そのスクリプトに含まれるコンテンツ識別情報が示すコンテンツの読み出しを、当該ユーザが特定のサービスとの契約により既に獲得している権利を利用して実行しユーザに提供するように制御するとともに、当該コンテンツの提供の前か後の少なくともいずれか一方で、そのスクリプトに含まれる前記コメント情報に従ってコメントを読み出しユーザに提供するように制御するとともに、
    　前記ユーザのコンテキストに応じて、前記コンテンツ又は前記コメントの提供を制御する
    　制御部として機能させるためのプログラムを記録した記憶媒体。

Images