JP2013150095A

JP2013150095A - コンテンツ配信システムおよびコンテンツ配信方法

Info

Publication number: JP2013150095A
Application number: JP2012007863A
Authority: JP
Inventors: Yutaka Sakane; 裕坂根; Yoichi Takebayashi; 洋一竹林; Masakata Minami; 正名南
Original assignee: DIGITAL SENSATION CO Ltd
Current assignee: DIGITAL SENSATION CO Ltd
Priority date: 2012-01-18
Filing date: 2012-01-18
Publication date: 2013-08-01

Abstract

【課題】ネットワークを介したストリーミング配信において、多様性に富んだインタラクティブなサービスの提供を可能とし、ユーザ同士の一体感を向上させることができるようにする。
【解決手段】横軸が遅延時間とされ、縦軸が受講者数とされ、遅延時間毎の端末数が棒グラフとして記述されている。点線より左側の端末では、再生されたコンテンツにおいて、講師からの質問のメタデータの表示などのイベントが既に発生したことを意味し、点線より右側の端末では、そのイベントが未だ発生していないことを意味する。講師からの質問に対して回答した受講者数に対応する部分が別の色で表示される。吹き出しには、イベント名と、既に講師からの質問が表示された端末の割合／既に質問に回答した端末の割合が表示される。
【選択図】図８

Description

本発明は、コンテンツ配信システムおよびコンテンツ配信方法に関し、特に、ネットワークを介したストリーミング配信において、多様性に富んだインタラクティブなサービスの提供を可能とし、ユーザ同士の一体感を向上させることができるようにするコンテンツ配信システムおよびコンテンツ配信方法に関する。

近年、インターネットなどのネットワークを介した動画配信が盛んに行われている。例えば、カメラで撮影された画像のデータ、マイクで集音された音声のデータなどを、配信サーバでエンコードしてネットワーク上にマルチキャストし、これらのデータをネットワークに接続された端末が受信しながら同時に再生を行うストリーミング配信も普及している。

また、近年のストリーミング配信では、画像、音声などのデータに加えてメタデータをマルチキャストすることにより、端末で再生される画像にキャプションなどが重畳されて表示されることも多い。

このようなストリーミング配信を利用して、例えば、eラーニングシステム、Ｗｅｂラーニングシステムなどが提供されている。これにより、例えば、遠隔地にいる人にも同じ内容の講義を同時に提供でき、ネットワークを介して講義の受講者の理解度を確認することなどが可能となる。

また、近年のeラーニングシステム、Ｗｅｂラーニングシステムは、例えば、受講者がより積極的に講義に参加できるように、「対話型」、「双方向」を指向しており、いわゆるインタラクティブ化が進んでいる。例えば、ほぼ実時間に配信される画像や音声などのライブコンテンツとともに、チャットサービスなどのインタラクティブコンテンツを併用することも行われている。

このように、インタラクティブ化が進むと、例えば、ライブコンテンツとインタラクティブコンテンツとを重畳させて表示することが必要となってくる。しかし、放送波などを利用してコンテンツを配信する場合と異なり、インターネットなどのネットワークを介したストリーミング配信の場合、データを送信してからそのデータが再生されるまでの間の遅延が無視できない程度に大きいものとなる。

例えば、別々に配信されるコンテンツとメタデータとを受信してコンテンツとメタデータとを自動的に対応付ける技術が提案されている（例えば、特許文献１参照）。

また、例えば、チャットサービス等のインタラクティブコンテンツとライブコンテンツを、同期させて提供することで生ずるチャットのコメント表示の待ち時間によるユーザの不安を軽減させる技術が提案されている（例えば、特許文献２参照）。

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

しかしながら、上述したように、近年のeラーニングシステム、Ｗｅｂラーニングシステムでは、インタラクティブ化が進んでおり、このような状況の中で、例えば、講師と受講者との一体感を向上させ、より臨場感のある講義を提供することが期待されている。

さらに、eラーニングシステムなどに限らず、従来、放送波などを利用してコンテンツを配信することで提供されていた各種のサービスを、インターネットなどのネットワークを介してコンテンツをストリーミング配信することで実現することも期待されている。これにより、従来以上に多様性に富んだインタラクティブなサービスの提供が期待されるからである。

本発明はこのような状況に鑑みてなされたものであり、ネットワークを介したストリーミング配信において、多様性に富んだインタラクティブなサービスの提供を可能とし、ユーザ同士の一体感を向上させることができるようにするものである。

本発明の一側面は、ネットワークを介して接続されるコンテンツ配信サーバと、複数の再生装置と、管理サーバとからなるコンテンツ配信システムであって、前記再生装置は、撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツであって、前記コンテンツ配信サーバからネットワークを介して送信されるコンテンツのデータを受信するとともに再生するストリーミング再生手段と、前記再生されるコンテンツのデータに付されたタイムスタンプに基づいて再生時刻を特定する再生時刻特定手段と、前記特定された再生時刻を、予め設定された時間間隔で前記管理サーバに通知する再生時刻通知手段と、前記ネットワークを介して送信され、前記コンテンツの再生時刻と関連する第１のメタデータを受信して、前記第１のメタデータに付されたタイムスタンプに対応する再生時刻において、前記コンテンツの画像とともに前記第１のメタデータに対応する情報を表示する第１のメタデータ処理手段と、前記再生時刻に対応するタイムスタンプを付した第２のメタデータを、前記ネットワークを介して送信する第２のメタデータ処理手段とを備え、前記管理サーバは、前記複数の再生装置によりそれぞれ通知された再生時刻と実際の時刻とを比較することにより、前記複数の再生装置のそれぞれの遅延時間を特定する遅延特定手段と、前記第１のメタデータまたは前記第２のメタデータ、並びに前記特定された前記複数の再生装置のそれぞれの遅延時間に係る情報を表示するための表示データを生成する表示データ生成手段とを備えるコンテンツ配信システムである。

前記コンテンツ配信サーバは、講師による講義の画像を撮影してリアルタイムでエンコードして得られたデータを含むコンテンツを配信し、前記再生装置は、前記講師からの質問が記述された前記第１のメタデータを受信して前記コンテンツの画像とともに表示し、前記質問に対する応答を記述した前記第２のメタデータを、前記ネットワークを介して送信するようにすることができる。

本発明の一側面は、ネットワークを介して接続されるコンテンツ配信サーバと、複数の再生装置と、管理サーバとからなるコンテンツ配信システムのコンテンツ配信方法であって、前記再生装置は、ストリーミング再生手段が、撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツであって、前記コンテンツ配信サーバからネットワークを介して送信されるコンテンツのデータを受信するとともに再生し、再生時刻特定手段が、前記再生されるコンテンツのデータに付されたタイムスタンプに基づいて再生時刻を特定し、再生時刻通知手段が、前記特定された再生時刻を、予め設定された時間間隔で前記管理サーバに通知し、第１のメタデータ処理手段が、前記ネットワークを介して送信され、前記コンテンツの再生時刻と関連する第１のメタデータを受信して、前記第１のメタデータに付されたタイムスタンプに対応する再生時刻において、前記コンテンツの画像とともに前記第１のメタデータに対応する情報を表示し、第２のメタデータ処理手段が、前記再生時刻に対応するタイムスタンプを付した第２のメタデータを、前記ネットワークを介して送信しステップを含み、前記管理サーバは、遅延特定手段が、前記複数の再生装置によりそれぞれ通知された再生時刻と実際の時刻とを比較することにより、前記複数の再生装置のそれぞれの遅延時間を特定し、表示データ生成手段が、前記第１のメタデータまたは前記第２のメタデータ、並びに前記特定された前記複数の再生装置のそれぞれの遅延時間に係る情報を表示するための表示データを生成するステップを含むコンテンツ配信方法である。

本発明の一側面においては、再生装置により、撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツであって、前記コンテンツ配信サーバからネットワークを介して送信されるコンテンツのデータが受信されるとともに再生され、前記再生されるコンテンツのデータに付されたタイムスタンプに基づいて再生時刻が特定され、前記特定された再生時刻が、予め設定された時間間隔で前記管理サーバに通知され、前記ネットワークを介して送信され、前記コンテンツの再生時刻と関連する第１のメタデータが受信されて、前記第１のメタデータに付されたタイムスタンプに対応する再生時刻において、前記コンテンツの画像とともに前記第１のメタデータに対応する情報が表示され、前記再生時刻に対応するタイムスタンプを付した第２のメタデータが、前記ネットワークを介して送信される。また、管理サーバにより、前記複数の再生装置によりそれぞれ通知された再生時刻と実際の時刻とを比較することにより、前記複数の再生装置のそれぞれの遅延時間が特定され、前記第１のメタデータまたは前記第２のメタデータ、並びに前記特定された前記複数の再生装置のそれぞれの遅延時間に係る情報を表示するための表示データが生成される。

本発明によれば、ネットワークを介したストリーミング配信において、多様性に富んだインタラクティブなサービスの提供を可能とし、ユーザ同士の一体感を向上させることができる。

従来のストリーミング配信システムにおけるライブ配信を説明する図である。本発明の一実施の形態に係るストリーミング配信システムの構成例を示す図である。管理サーバの内部に記憶されるテーブルの例を示す図である。専用端末の内部に記憶されるデータベースの構成例を示す図である。図４のデータベースの情報をグラフ化して提示する場合の例を示す図である。図４のデータベースの情報をグラフ化して提示する場合の別の例を示す図である。図４のデータベースの情報をグラフ化して提示する場合のさらに別の例を示す図である。図４のデータベースの情報をグラフ化して提示する場合のさらに別の例を示す図である。管理サーバの内部に記憶されるテーブルの別の例を示す図である。小型端末と表示装置を用いて講義を受講する形態を説明する図である。コード画像の表示例を説明する図である。管理サーバの内部に記憶されるテーブルのさらに別の例を示す図である。管理サーバの処理の例を説明するフローチャートである。端末の処理の例を説明するフローチャートである。小型端末の処理の例を説明するフローチャートである。専用端末の処理の例を説明するフローチャートである。本発明のストリーミング配信システムを、スポーツ観戦に関するライブコンテンツ提供システムに適用する場合の例を示す図である。パーソナルコンピュータの構成例を示すブロック図である。

以下、図面を参照して、本発明の実施の形態について説明する。

まず、従来の技術の問題点について説明する。

近年、インターネットなどのネットワークを介した動画配信が盛んに行われている。ストリーミング配信においては、コンテンツのデータを配信サーバから送信し、ネットワークに接続された端末が、そのデータを受信しながら同時に再生を行う。また、例えば、カメラで撮影された画像のデータ、マイクで集音された音声のデータなどを、配信サーバでエンコードしてネットワーク上にマルチキャストすることで、画像、音声をほぼ実時間で配信することもできる。ほぼ実時間でのコンテンツのストリーミング配信は、ライブ配信とも称される。

図１は、従来のストリーミング配信システムにおけるライブ配信を説明する図である。同図においては、例えば、スタジオ１１において撮影、集音された画像や音声などのコンテンツのデータが、インターネット１０を介して会場１２および会場１３に送信される。

会場１２および会場１３には、例えば、インターネットに接続されたパーソナルコンピュータなどの端末が設置されており、各端末は、コンテンツのデータを受信しながら再生する。

しかし、放送波などを利用してコンテンツを配信する場合と異なり、インターネットなどのネットワークを介したストリーミング配信の場合、データを送信してからそのデータが再生されるまでの間の遅延が無視できない程度に大きいものとなる。

例えば、スタジオ１１において所定の時刻に撮影された画像が、数秒から数分経過後に会場１２および会場１３の端末において再生されることになる。スタジオから各会場までのネットワークの輻輳状況、各端末の処理能力などに応じてデータを送信してからそのデータが再生されるまでの間の遅延時間が異なるためである。

また、例えば、コンテンツの画像と音声を同期させるなどするために、コンテンツのデータにタイムスタンプが付加される。

図１の例では、スタジオ１１において、撮影が開始されてから経過した時間により表される時刻（現場時刻と称することにする）が、「１０：００：００（１０分０．０秒を意味する）」とされている。

一方、会場１２の端末において再生された画像に対応する時刻（再生時刻と称することにする）は、「９：５８：３０」とされており、会場１３の端末において再生された画像に対応する時刻は、「９：５９：１０」とされている。つまり、コンテンツの先頭の時刻を「００：００：００」として当該端末によって再生されているポイント（画像）までの撮影に要した経過時間が再生時刻として表示されている。なお、再生時刻は、例えば、コンテンツのデータに付加されたタイムスタンプに基づいて特定されるようにすることができる。

このように、ライブ配信によりコンテンツを配信する場合、スタジオなどの撮影場所と、会場などの受信場所との間で遅延が発生し、さらに、その遅延が各受信場所によって異なるものとなる。

また、近年、ライブ配信されるコンテンツにおいては、「対話型」、「双方向」を指向する傾向にあり、いわゆるインタラクティブ化が進んでいる。例えば、ライブ配信されるコンテンツとともに、チャットサービスなどのインタラクティブコンテンツを併用することも行われている。この場合、ライブ配信されるコンテンツとインタラクティブコンテンツを構成する文字列などのメタデータとを重畳させて表示することが必要となってくる。この際、画像とメタデータは同期させて表示することが望ましい。すなわち、現場時刻tに撮影場所で入力されたメタデータは、再生時刻tで受信場所の端末の画面に表示されることがのぞましい。

つまり、インタラクティブコンテンツにおけるメタデータは、ライブ配信されるコンテンツの再生時刻と関連している。

図１を参照して上述したようなライブ配信における遅延を考慮して、例えば、インタラクティブコンテンツに、ライブ配信されるコンテンツと同期させるためのタイムスタンプを付加することで、現場時刻tに撮影場所で入力されたメタデータは、再生時刻tで受信場所の端末の画面に表示されるようにすることができる。

しかしながら、インタラクティブコンテンツのメタデータは、受信場所でも入力することが可能であり、例えば、受信場所で入力されたメタデータをそのまま配信すると、画像とメタデータを同期させて配信することができない。このように、従来の技術では、インタラクティブコンテンツのメタデータを常に適切に同期させることができないという問題があった。

さらに、例えば、ライブ配信されるコンテンツとともに、インタラクティブコンテンツを併用するストリーミング配信システムを利用したeラーニングシステム、Ｗｅｂラーニングシステムなどを提供する場合、次のような問題も想定される。

例えば、eラーニングシステムでは、インタラクティブコンテンツのメタデータにより講師の質問およびそれに対する受講者の回答、講義の内容についての受講者からの質問などを表示することが想定される。この場合、講師は、受講者からの回答や質問などの反応を待ってから講義を進める必要がある。多数の受講者の理解の度合、講義への集中の度合などを考慮して講義を進めなければ、単なるビデオ講義とほとんど変わらないものとなってしまうからである。

また、特に、講師と生徒とで討論をしながら、講義を進めていく討論型講義を導入したい場合、講師は、受講者からの回答や質問などの反応を待ってから講義を進める必要がある。各受講者に平等に発言の機会を与える必要があるからであり、また、そのようにすることで、受講者の講義への参加意識を高めて講義の臨場感を高めることができるからである。

しかしながら、従来の技術では、撮影場所にいる講師は、各受信場所の受講者の端末における遅延時間を把握できないので、討論型講義などを導入しづらいという問題があった。つまり、従来の技術によるeラーニングシステムでは、実際に教室で行われる講義のような臨場感は得られ難いものであった。

そこで、本発明においては、上述のような問題を解決できるようにする。

図２は、本発明の一実施の形態に係るストリーミング配信システム１００の構成例を示す図である。同図に示されるストリーミング配信システム１００は、例えば、eラーニングシステムとして構成される。

図２に示されるように、ストリーミング配信システム１００においては、スタジオ１０１で撮影され、集音された講師１２１による講義の画像、音声などのコンテンツのデータがインターネットなどのネットワーク１１０を介して会場１０２−１、会場１０２−２、・・・にいる受講者の端末に送信される。この例では、会場１０２−１において、受講者１２２が端末１５０を利用して講義を受講している。

なお、この例では、会場１０２−１に受講者が１人だけいる例が示されているが、多数の受講者がそれぞれの端末を利用して講義を受講するようにしてもよい。また、同図には、会場１０２−１にのみ、受講者と端末が図示されているが、会場１０２−２、・・・においても、やはり受講者が端末を利用して講義を受講しているものとする。

端末１５０は、例えば、パーソナルコンピュータにより構成され、ネットワーク１１０を介して送信されたコンテンツのデータを受信しながら再生する。

また、ストリーミング配信システム１００では、ほぼ実時間でのコンテンツのストリーミング配信が行われる。つまり、コンテンツのライブ配信が行われる。

すなわち、カメラ１３１で撮影および集音された講師１２１による講義の画像および音声は、エンコーダ１４１においてリアルタイムでエンコードされ、ビデオ配信サーバ１４２に供給される。この例では、エンコーダ１４１のみが示されているが、必要に応じて複数のエンコーダが設けられるようにしてもよい。

なお、コンテンツのデータを再生するときの同期を考慮して、コンテンツのデータにタイムスタンプが付加される。コンテンツのデータに付加されるタイムスタンプは、例えば、コンテンツの画像のデータの最初のフレームの画像が撮影されてからの経過時間を識別するための情報とされる。

ビデオ配信サーバ１４２は、コンテンツの再生時の画像や音声の品質を向上させるために、コンテンツのデータを各会場の各端末にネットワーク１１０を介して送信するようになされている。端末１５０では、受信したコンテンツのデータをデコードすることによりコンテンツのデータが再生される。

また、図２に示されるストリーミング配信システム１００においては、スタジオ１０１から送信された情報に各会場の受講者が応答したり、受講者の１人が発信した情報を他の受講者の端末の画面上に表示させることができるようにするインタラクティブコンテンツが導入されている。インタラクティブコンテンツは、実際には、例えば、メタデータ配信サーバ１４３を介して、ネットワーク１１０上で送受信されるＧＵＩのデータなどのメタデータにより構成される。

例えば、スタジオ１０１には、パーソナルコンピュータなどにより構成される専用端末１３２が設置されており、例えば、受講者からの応答を期待して講師１２１が発した質問を、講義助手１２３がテキストデータとして入力する。専用端末１３２は、講義助手１２３により入力されたテキストデータを含んで構成されるＧＵＩなどのデータを生成するようになされている。このＧＵＩは、例えば、講師の質問を記載した文字列とともに、その質問に「はい」または「いいえ」で回答できるようなボタンが付されたものとして受講者の端末に表示される。

また、例えば、専用端末１３２により、講義の内容（例えば、講師１２１による発言の内容）などを翻訳した文字列を表示させるためのテキストデータを含んで構成されるＧＵＩなどのデータが生成される。

例えば、受講者１２２の端末１５０の画面には、コンテンツ画像表示領域１５１、および、メタデータ表示領域１５２が設けられている。

コンテンツ画像表示領域１５１には、講師１２１による講義の画像が表示される。なお、講義の音声は、図示せぬ端末１５０のスピーカから出力される。メタデータ表示領域１５２には、講師の質問を記載した文字列とともに、その質問に「はい」または「いいえ」で回答できるようなボタンが付されたＧＵＩなどが表示される。その他、メタデータ表示領域１５２には、他の受講者による質問の内容が記載された文字列として構成されるメタデータ、講師の発言を他の言語に翻訳して記載した文字列として構成されるメタデータなどが必要に応じて表示される。さらに、メタデータ表示領域１５２には、講師への質問などを文字列として入力するための領域なども必要に応じて表示される。

なお、コンテンツ画像表示領域１５１、および、メタデータ表示領域１５２を別々に設けることなく、コンテンツの画像にメタデータが重畳されて表示されるようにしても構わない。

管理サーバ１４４は、例えば、ストリーミング配信システム１００における各端末の再生時刻を管理するようになされている。

例えば、受講者１２２が講義の受講を開始する際に、端末１５０が管理サーバ１４４にアクセスする。そして、管理サーバ１４４は、端末１５０に固有のＩＤを割り当てて、そのＩＤを端末１５０に送信する。なお、専用端末１３２も、例えば、講義のコンテンツが配信されるのに先立って端末１５０にアクセスするものとする。管理サーバ１４４は、専用端末１３２に特殊なＩＤを割り当てて、そのＩＤを専用端末１３２に送信するものとする。専用端末１３２は、例えば、端末１５０などのように受講者が利用する端末ではないので、特殊なＩＤが割り当てられる。

また、管理サーバ１４４は、ビデオ配信サーバ１４２との通信により、エンコーダ１４１から供給される画像のデータのタイムスタンプなどを解析し、現場時刻を特定する。

なお、エンコーダが複数設けられる場合、それぞれのエンコーダにおける配信開始時刻が異なる場合もある。例えば、エンコーダが複数設けられている場合、管理サーバ１４４は、エンコーダ毎に配信開始時刻を特定するようになされている。

さらに、ストリーミング配信システム１００における各端末は、定期的に管理サーバ１４４にアクセスするようになされている。この際、各端末は、現在自分が再生して表示しているコンテンツの画像に対応するタイムスタンプなどに基づいて再生時刻を特定し、管理サーバ１４４に通知する。

また、専用端末１３２は、定期的に管理サーバ１４４にアクセスし、現場時刻を取得するようになされている。

図３は、管理サーバ１４４の内部に記憶されるテーブルの例を示す図である。同図には、端末ＩＤと再生時刻とが対応付けられたテーブルが記載されている。なお、例えば、端末ＩＤ「０００１」は、専用端末１３２に割り当てられる特殊なＩＤとされ、この場合、端末ＩＤ「０００１」に対応する再生時刻「２：１０：３０」は、現場時刻を表す。

管理サーバ１４４は、例えば、図３に示されるようなテーブルのデータを、各端末からのアクセスの都度更新することにより、各端末における再生時刻を管理する。

例えば、受講者からの応答を期待して講師１２１が発した質問を、講義助手１２３がテキストデータとして専用端末１３２に入力した場合、専用端末１３２は、現場時刻に対応するタイムススタンプを付加したメタデータを生成し、メタデータ配信サーバ１４３に送信する。

また、例えば、受講者１２２が、メタデータ表示領域１５２に表示されたＧＵＩを操作して講師からの質問に回答する際に、端末１５０は、質問への回答として送信されるメタデータに再生時刻に対応するタイムスタンプを付加する。あるいはまた、例えば、受講者１２２が、講義の内容に対する質問を入力する際に、端末１５０は、質問として送信されるメタデータに再生時刻に対応するタイムスタンプを付加する。そして、タイムスタンプが付されたメタデータがメタデータ配信サーバ１４３に送信される。

さらに、専用端末１３２、端末１５０を含む各端末は、定期的にメタデータ配信サーバ１４３にアクセスし、自分宛てのメタデータを取得するようになされている。例えば、端末１５０は、メタデータ配信サーバ１４３にアクセスして取得した自分宛てのメタデータを、メタデータに付加されたタイムスタンプに基づいて、コンテンツの画像と同期させて表示させる。例えば、講師からの質問などのメタデータは、ライブ配信される講義のコンテンツの再生時刻と関連しているからである。

また、例えば、専用端末１３２は、メタデータ配信サーバ１４３にアクセスして取得した自分宛てのメタデータを集計するなどして表示する。なお、メタデータ配信サーバ１４３は、例えば、専用端末１３２と一体化されて構成されるようにしても構わない。

また、専用端末１３２は、例えば、図３に示されるようなテーブルのデータを管理サーバ１４４から取得し、各受講者の端末における遅延時間などに係るデータベースを作成する。そして、専用端末１３２は、各受講者の端末における遅延時間などを識別するための情報を生成して講師１２１などに提示する。このようにすることで、例えば、講師１２１は、各受講者に質問や発言などをする機会を充分に与えながら講義を進めることができる。

図４は、専用端末１３２の内部に記憶されるデータベース２００の構成例を示す図である。

同図の例では、データベース２００は、現在時刻２０１が記録されている。現在時刻２０１は、例えば、スタジオ１０１の現在時刻を２４時間表記した情報とされ、例えば、専用端末１３２の内部の計時機能に基づいて逐次更新される。

また、データベース２００には、開始時刻情報２０２が記録されている。開始時刻情報２０２は、例えば、コンテンツの配信が開始された時刻を２４時間表記した情報とされる。同図に示される「配信ポイント」は、例えば、エンコーダを識別するためのＵＲＬなどの情報とされ、複数のエンコーダのそれぞれ（ここでは、配信ポイント１および配信ポイント２）についての配信開始時刻が記録されている。

さらに、データベース２００には、受講者別遅延情報２０３が記録されている。受講者別遅延情報２０３は、管理サーバ１４４の内部に記憶される端末ＩＤと再生時刻とが対応付けられたテーブルに基づいて生成される情報とされる。すなわち、同図には図示されていないが、受講者別遅延情報２０３を構成するレコードは、それぞれ固有の端末ＩＤに対応づけられる。

受講者別遅延情報２０３における「配信ポイント」は、例えば、当該レコードに対応する端末ＩＤを有する端末が受信したコンテンツのデータをエンコードしたエンコーダを特定する情報とされる。なお、端末ＩＤとエンコーダとの対応づけは、管理サーバ１４４により事前に行われているものとする。

受講者別遅延情報２０３における「再生時刻」は、例えば、図３に示されるようなテーブルにおける再生時刻が記述される。すなわち、当該レコードに対応する端末ＩＤを有する端末における再生時刻とされる。なお、上述したように、各端末における再生時刻は、現在自分が再生して表示しているコンテンツの画像に対応するタイムスタンプなどに基づいて特定される。従って、各端末における再生時刻は、例えば、現在自分が再生して表示しているコンテンツの画像が撮影されたときの、最初のフレームの画像が撮影されてからの経過時間を表すものとなる。

なお、エンコーダが複数設けられており、それぞれのエンコーダの配信開始時刻が異なる場合、コンテンツの最初のフレームの画像がエンコーダ毎に異なるものとなる。例えば、第１のエンコーダの配信開始時刻が「１３：１０：５１」である場合、スタジオ１０１で時刻「１３：１０：５１」に撮影された画像がコンテンツの最初のフレームの画像となる。一方、第２のエンコーダの配信開始時刻が「１３：２１：００」である場合、スタジオ１０１で時刻「１３：２１：００」に撮影された画像がコンテンツの最初のフレームの画像となる。

受講者別遅延情報２０３における「時刻」は、開始時刻情報２０２に記述された各配信ポイントの配信開始時刻に、上述した「再生時刻」を加算して得られる時刻とされる。例えば、受講者別遅延情報２０３における「時刻」を、現在時刻２０１に記述された時刻と比較することにより、各端末における講義の進捗状況（実際にはコンテンツの再生状況）を実感できる。

受講者別遅延情報２０３における「遅延」は、受講者別遅延情報２０３の「時刻」と、現在時刻２０１に記述された時刻との差分として得られる時間である。

専用端末１３２は、例えば、図４に示されるようなデータベース２００の情報をそのまま提示しいてもよいし、次に述べるように、グラフ化して提示するようにしてもよい。

図５は、専用端末１３２によりデータベース２００の情報をグラフ化して提示する場合の例を示す図である。

同図に示されるグラフは、横軸が遅延時間とされ、縦軸が受講者数とされ、遅延時間毎の受講者数（実際には端末数）が棒グラフとして記述されている。例えば、講師１２１に図５に示されるようなグラフを提示することにより、講師１２１は、受講者全体の遅延を簡単に把握することができる。

図６は、専用端末１３２によりデータベース２００の情報をグラフ化して提示する場合の別の例を示す図である。

同図に示されるグラフは、横軸が遅延時間とされ、縦軸が受講者数とされ、遅延時間毎の受講者数（実際には端末数）が棒グラフとして記述されている。また、同図の例では、吹き出しと垂直方向の点線によってイベントの発生が記述されている。ここでイベントは、例えば、所定のメタデータの表示、シーンの切り替わりなどを意味する。

すなわち、図６の点線より左側の端末では、再生されたコンテンツにおいて、所定のメタデータの表示、シーンの切り替わりなどのイベントが既に発生したことを意味し、図中の点線より右側の端末では、そのイベントが未だ発生していないことを意味する。従って、時間が経過するのに伴って、図中の点線がより右側に移動することになる。同図に示される吹き出しには、イベント名（ここでは「Ｅｖｎｔ１」）と、既にイベントが発生した端末の割合（ここでは「３８％」）が表示されている。

例えば、講師１２１に図６に示されるようなグラフを提示することにより、講師１２１は、イベントに対する反応をより的確に把握することができる。

図７は、専用端末１３２によりデータベース２００の情報をグラフ化して提示する場合のさらに別の例を示す図である。

同図に示されるグラフは、横軸が遅延時間とされ、縦軸が受講者数とされ、遅延時間毎の受講者数（実際には端末数）が棒グラフとして記述されている。また、この例では、棒グラフの一部が別の色で表示されている。例えば、端末ＩＤに基づいて、特別な受講者を識別することが可能である場合、その特別な受講者の受講者数に対応する部分を別の色で表示するようにしてもよい。

なお、特別な受講者とは、例えば、有料で講義を受講している受講者、講師に質問する権利を与えられている受講者、講義の内容の筆記を請け負っている受講者などの受講者とされる。

この例では、特別な受講者を１色で表示するようにしたが、特別な受講者の種類に応じて複数の色で表示されるようにしてもよい。

例えば、講師１２１に図７に示されるようなグラフを提示することにより、講師１２１は、受講の形態を意識しつつ、遅延の状況を的確に把握することができる。

図８は、専用端末１３２によりデータベース２００の情報をグラフ化して提示する場合のさらに別の例を示す図である。

同図に示されるグラフは、横軸が遅延時間とされ、縦軸が受講者数とされ、遅延時間毎の受講者数（実際には端末数）が棒グラフとして記述されている。また、同図の例では、吹き出しと垂直方向の点線によってイベントの発生が記述されている。いまの場合、例えば、受講者からの回答を期待する講師からの質問のメタデータの表示がイベントとされる。

すなわち、図８の点線より左側の端末では、再生されたコンテンツにおいて、講師からの質問のメタデータの表示などのイベントが既に発生したことを意味し、図中の点線より右側の端末では、そのイベントが未だ発生していないことを意味する。従って、時間が経過するのに伴って、図中の点線がより右側に移動することになる。

また、図８の例では、棒グラフの一部が別の色で表示されている。例えば、上述した講師からの質問に対して回答した受講者の受講者数に対応する部分が別の色で表示される。

同図に示される吹き出しには、イベント名（ここでは「Ｑｕｅｓｔｉｏｎ１」）と、既にイベント（講師からの質問）が発生した端末の割合（ここでは「６２％」）／既に質問に回答した端末の割合（ここでは「４１％」）が表示されている。

例えば、講師１２１に図８に示されるようなグラフを提示することにより、講師１２１は、イベントに対する反応をさらに的確に把握することができる。

ここでは、専用端末１３２により図４に示されるようなデータベース２００が記録され、図５乃至図８に示されるような情報が提示されると説明したが、例えば、専用端末１３２が管理サーバ１４４と一体化されて構成されるようにしてもよい。すなわち、管理サーバ１４４により、図４に示されるようなデータベース２００が記録され、図５乃至図８に示されるような情報が提示されるようにしてもよい。

さらに、管理サーバ１４４とメタデータ配信サーバ１４３とが一体化されて構成されるようにしても構わない。

また、ここでは、図４のデータベース２００に記録された情報に基づいて、専用端末１３２により情報が提示される例について説明したが、例えば、端末１５０において情報が提示されるようにしてもよい。例えば、図４を参照して上述した受講者別遅延情報２０３における「遅延」に記述された時間がメタデータとしてそれぞれの端末に配信されるようにしてもよい。このようにすることで、例えば、各端末の受講者は、自分の端末で再生されているコンテンツの遅延を意識しながら講義に参加することができる。

このように本発明によれば、例えば、インタラクティブコンテンツのメタデータを常に適切に同期させることができないという問題を解決することができる。すなわち、専用端末１３２、端末１５０を含む各端末が、コンテンツの画像の時間軸に基づくタイムスタンプを付加してメタデータを生成するようにしたので、メタデータとコンテンツの画像とを常に適切に同期させるようにすることができる。

また、本発明によれば、討論型講義などを導入しづらいという問題を解決することができる。すなわち、上述したように、図５乃至図８に示されるような情報を提示できるので、講師１２１は、各受講者に質問や発言などをする機会を充分に与えながら講義を進めることができる。その結果、講師と全受講者との一体感が高められ、例えば、教室で行われる討論型講義と同様に臨場感のある講義を、eラーニングシステムにより提供することができる。

また、図３を参照して上述した例では、端末ＩＤと再生時刻がテーブルのデータとして記憶されると説明したが、例えば、各端末におけるコンテンツの再生状態が合わせて記憶されるようにしてもよい。例えば、端末１５０などにおいて、ユーザの操作により、コンテンツの再生中に再生を一時停止させたり、過去に再生したシーンをもう一度再生させるなどすることができる。このような、各端末におけるコンテンツの再生状態が、各端末から管理サーバ１４４に通知され、端末ＩＤに対応付けられてさらに記憶されるようにしてもよい。

あるいはまた、各端末に提供されるメタデータの種類などがテーブルのデータとして記憶されるようにしてもよい。例えば、端末毎に翻訳言語が異なる場合、翻訳言語を識別する情報がメタデータの種類とされる。また、例えば、視覚障害者や聴覚障害者向けに特別な情報が提供される場合、この特別な情報の提供の要否を識別する情報がメタデータの種類とされる。

図９は、管理サーバ１４４の内部に記憶されるテーブルの別の例を示す図である。同図の例では、再生時刻、再生状態、メタデータ種類１、およびメタデータ種類２が端末ＩＤと対応付けられたテーブルが記載されている。なお同図の例におけるメタデータ種類１は、翻訳言語を識別するための情報とされ、メタデータ種類２は、視覚障害者や聴覚障害者向けの特別な情報の提供の要否を識別する情報とされる。この他にも、メタデータ種類３、メタデータ種類４、・・・のようにさらに情報が記憶されるようにしてもよい。

以上においては、受講者の端末においてコンテンツの画像とメタデータとが同じ画面に表示される例について説明した。すなわち、図２を参照して上述したように、端末１５０のディスプレイに表示される画面に、コンテンツ画像表示領域１５１、および、メタデータ表示領域１５２が設けられている例について説明した。

しかしながら、近年、スマートフォン、タブレットなどの小型端末が普及しており、このような小型端末では表示されるコンテンツの画像が小さい画像となってしまう。また、例えば、パーソナルコンピュータなどの場合と異なり、スマートフォンは持ち運びが容易であり、様々な会場に持ち込むことが可能である。

例えば、スマートフォンなどの小型端末を所持する受講者が、大型のディスプレイでコンテンツの画像を見ながら、メタデータを小型端末に表示させるようにすれば、より利便性の高いストリーミング配信システムを実現するこができる。

例えば、図１０に示されるように、会場１０２−３には、大型のディスプレイを有する表示装置１６０が設置される。そして、会場１０２−３において講義を受講する受講者１２４−１と受講者１２４−２は、それぞれ自分の小型端末１７１−１と小型端末１７１−２を用いて講義を受講する。

なお、ここでの小型端末は、携行に適した電子機器等を一般的に称しているものであり、物理的な大小を区別する意味で「小型」と称しているわけではない。また、小型端末を個々に区別する必要のないときは、単に小型端末１７１と称することにする。

図１０の例の場合、例えば、表示装置１６０のディスプレイには、コンテンツの画像が表示される。すなわち、図２の端末１５０の画面におけるコンテンツ画像表示領域１５１に表示される画像が、表示装置１６０のディスプレイ全体に表示される。

また、図１０の例の場合、例えば、小型端末１７１−１と小型端末１７１−２のそれぞれのディスプレイには、メタデータに関する画面が表示される。すなわち、図２の端末１５０の画面におけるメタデータ表示領域１５２に表示される画像が、小型端末１７１のディスプレイ全体に表示される。

図１０に示される例の場合、表示装置１６０がコンテンツを再生するので、表示装置１６０が定期的に管理サーバ１４４にアクセスし、再生時刻、再生状態などを通知するが、このままでは、小型端末１７１−１と小型端末１７１−２は、表示装置１６０における再生時刻を特定できない。

そこで、例えば、表示装置１６０のディスプレイの一部に、表示装置１６０に割り当てられた端末ＩＤを表示させるようにする。例えば、図１１に示されるように、表示装置１６０のディスプレイの一部に、表示装置１６０に割り当てられた端末ＩＤに対応するコード画像１６１を表示させる。コード画像１６１は、例えば、ＱＲコード（登録商標）として表示される。

小型端末１７１−１と小型端末１７１−２は、例えば、それぞれの小型端末に内蔵されたデジタルカメラなどによりコード画像１６１を撮影し、コード画像１６１を解析することにより表示装置１６０に割り当てられた端末ＩＤを特定する。あるいはまた、ユーザが表示装置１６０に割り当てられた端末ＩＤを入力するようにしてもよい。

そして、小型端末１７１−１と小型端末１７１−２は、定期的に管理サーバ１４４にアクセスし、再生時刻、再生状態などの情報を取得する。これにより、小型端末１７１−１と小型端末１７１−２は、例えば、表示装置１６０の再生時刻に対応するタイムスタンプが付されたメタデータをメタデータ配信サーバ１４３に送信することができる。

図１２は、例えば、図１０を参照して上述したように、表示装置と小型端末を導入する場合における、管理サーバ１４４の内部に記憶されるテーブルの例を示す図である。同図の例では、テーブルにコードを表示する領域が設けられている。図１２の例の場合、例えば、端末ＩＤ「０００１」は専用端末１３２とされ、端末ＩＤ「０００２」は表示装置１６０とされ、端末ＩＤ「０００３」および端末ＩＤ「０００４」はそれぞれ小型端末１７１−１および小型端末１７１−２とされる。

図１２に示されるように、端末ＩＤ「０００２」乃至端末ＩＤ「０００４」に対応するレコードには、コード「０００２」が記述されており、いまの場合、表示装置１６０の端末ＩＤがコードとして記憶されている。

例えば、図１２に示されるテーブルのレコードを、コードをキーとしてソートすることにより、会場１０２−３で受講している受講者の端末ＩＤを特定することも可能である。例えば、所定の会場で受講している受講者の端末ＩＤを特定することにより、その会場の受講者のみを対象とするメタデータを生成して配信することも可能となる。

例えば、端末ＩＤ「０１０１」の表示装置が設置された会場は、聴覚障害者用の会場とし、当該会場で受講する受講者の端末には、講義内容のトランスクリプトを表示するためのメタデータが配信されるようにすることもできる。

また、このようにすることで、例えば、会場毎に受講者の数を簡単に集計することも可能となる。通常、１人の受講者が１台の小型端末を所持していると考えられるからである。このように、例えば、管理サーバ１４４の内部に記憶されるテーブルにおいてコードとして記述された情報により、各受講者がいる会場を特定することも可能となる。

次に、図１３のフローチャートを参照して、図２に示されるストリーミング配信システム１００における管理サーバ１４４の処理の例について説明する。なお、管理サーバ１４４は、例えば、内部にプロセッサ、メモリなどを有する構成とされ、メモリにロードされたプログラムをプロセッサで実行することにより、図１３に示される各ステップの処理が実行される。

ステップＳ２１において、管理サーバ１４４は、例えば、ビデオ配信サーバ１４２との通信により、エンコーダから供給される画像のデータのタイムスタンプなどを解析し、現場時刻を特定する。

ステップＳ２２において、管理サーバ１４４は、端末１５０、小型端末１７１−１、小型端末１７１−２などの端末からのアクセスがあったか否かを判定し、アクセスがあったと判定されるまで待機する。

ステップＳ２２において、アクセスがあったと判定された場合、処理は、ステップＳ２３に進む。

ステップＳ２３において、管理サーバ１４４は、ステップＳ２２でアクセスがあったと判定された端末にＩＤを割り当て済か否かを判定する。なお、管理サーバ１４４は、例えば、別途、ＩＰアドレスと端末ＩＤを対応づけたテーブルなどを生成し、各端末にＩＤを割り当て済か否かを判定できるようになされている。

ステップＳ２３において、ＩＤを割り当て済ではないと判定された場合、処理は、ステップＳ２４に進む。

ステップＳ２４において、管理サーバ１４４は、ステップＳ２２でアクセスがあったと判定された端末にＩＤを割り当てる。

なお、ステップＳ２３において、ＩＤを割り当て済であると判定された場合、ステップＳ２４の処理はスキップされる。

ステップＳ２５において、管理サーバ１４４は、ステップＳ２２でアクセスがあったと判定された端末から再生時刻などの情報を取得する。このとき、例えば、再生時刻、再生状態、メタデータ種類、コードなどの情報が取得される。

ステップＳ２６において、管理サーバ１４４は、ステップＳ２５の処理で取得された情報に基づいてテーブルのデータを更新する。このとき、例えば、図３、図４、図１２を参照して上述したテーブルのデータが更新される。

そして、処理は、ステップＳ２１に戻り、それ以降の処理が繰り返し実行される。

このようにして、管理サーバの処理が実行される。

次に、図１４のフローチャートを参照して、ストリーミング配信システム１００における端末１５０の処理の例について説明する。この処理は、例えば、ビデオ配信サーバ１４２から配信されるコンテンツのデータを受信して再生する受信再生処理と並行して実行される。

なお、端末１５０は、例えば、内部にプロセッサ、メモリなどを有する構成とされ、メモリにロードされたプログラムをプロセッサで実行することにより、図１４に示される各ステップの処理が実行される。

ステップＳ４１において、端末１５０は、現在自分が再生して表示しているコンテンツの画像に対応するタイムスタンプなどに基づいて再生時刻を特定する。

ステップＳ４２において、端末１５０は、管理サーバ１４４にアクセスする。

ステップＳ４３において、端末１５０は、再生時刻などの情報を管理サーバ１４４に通知する。このとき、例えば、再生時刻、再生状態、メタデータ種類、コードなどの情報が通知され、図１３のステップＳ２５の処理で管理サーバ１４４によりこの情報が取得されることになる。

ステップＳ４４において、端末１５０は、メタデータ配信サーバ１４３にアクセスする。

ステップＳ４５において、端末１５０は、タイムスタンプを付したメタデータをメタデータ配信サーバ１４３に送信する。このとき、例えば、講義の内容についての質問として送信されるメタデータ、講師からの質問に対する回答として送信されるメタデータなどに、ステップＳ４１の処理で特定された再生時刻に対応するタイムスタンプが付加される。

ステップＳ４６において、端末１５０は、自分宛てのメタデータを、メタデータ配信サーバ１４３から受信する。このとき、例えば、講師からの質問として送信されたメタデータ、講義の内容の翻訳した文字列を表示させるためのメタデータなどのメタデータが受信される。

ステップＳ４７において、端末１５０は、ステップＳ４６で受信した自分宛てのメタデータを、当該メタデータに付されたタイムスタンプに基づいて特定される再生時刻において再生（画像の表示、音声の出力など）する。

なお、ステップＳ４６およびステップＳ４７の処理を先に実行してから、ステップＳ４５の処理が実行されるようにしてもよい。

ステップＳ４８において、端末１５０は、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定されるまで待機する。

ステップＳ４８において、所定の時間が経過したと判定された場合、処理は、ステップＳ４１に戻り、それ以降の処理が繰り返し実行される。

このようにして、端末の処理が実行される。

次に、図１５のフローチャートを参照して、ストリーミング配信システム１００における小型端末１７１の処理の例について説明する。なお、小型端末１７１は、例えば、内部にプロセッサ、メモリなどを有する構成とされ、メモリにロードされたプログラムをプロセッサで実行することにより、図１５に示される各ステップの処理が実行される。

ステップＳ６１において、小型端末１７１は、受講者が視聴するコンテンツを再生する表示装置１６０のコードを取得する。このとき、例えば、上述したように、小型端末１７１に内蔵されたデジタルカメラなどによりコード画像１６１を撮影し、コード画像１６１を解析することにより表示装置１６０に割り当てられた端末ＩＤが特定される。そして、表示装置１６０に割り当てられた端末ＩＤがコードとして取得される。

ステップＳ６２において、小型端末１７１は、管理サーバ１４４にアクセスする。

ステップＳ６３において、小型端末１７１は、ステップＳ６１で取得したコードを管理サーバ１４４に通知する。

ステップＳ６４において、小型端末１７１は、再生時刻を特定する。このとき、小型端末１７１は、例えば、ステップＳ６１で取得したコードに対応する端末ＩＤを有する表示装置のレコードを、管理サーバ１４４が記憶するテーブルから検索し、当該表示装置の再生時刻を自分の再生時刻として特定する。

ステップＳ６５において、小型端末１７１は、再生時刻などを管理サーバ１４４に通知する。なお、上述したコードもステップＳ６５で通知されるようにしてもよい。このとき、例えば、再生時刻、メタデータ種類、コードなどの情報が通知され、図１３のステップＳ２５の処理で管理サーバ１４４によりこの情報が取得されることになる。

なお、小型端末１７１の再生時刻は、コードにより特定される表示装置１６０の再生時刻と等しいものなので、ステップＳ６５では再生時刻を通知しないようにしてもよい。

ステップＳ６６において、小型端末１７１は、メタデータ配信サーバ１４３にアクセスする。

ステップＳ６７において、小型端末１７１は、タイムスタンプを付したメタデータをメタデータ配信サーバ１４３に送信する。このとき、例えば、講義の内容についての質問として送信されるメタデータ、講師からの質問に対する回答として送信されるメタデータなどに、ステップＳ６４の処理で特定された再生時刻に対応するタイムスタンプが付加される。

ステップＳ６８において、小型端末１７１は、自分宛てのメタデータを、メタデータ配信サーバ１４３から受信する。このとき、例えば、講師からの質問として送信されたメタデータ、講義の内容の翻訳した文字列を表示させるためのメタデータなどのメタデータが受信される。

ステップＳ６９において、小型端末１７１は、ステップＳ６８で受信した自分宛てのメタデータを、当該メタデータに付されたタイムスタンプに基づいて特定される再生時刻において再生（画像の表示、音声の出力など）する。

ステップＳ７０において、小型端末１７１は、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定されるまで待機する。

ステップＳ７０において、所定の時間が経過したと判定された場合、処理は、ステップＳ６１に戻り、それ以降の処理が繰り返し実行される。

このようにして、小型端末の処理が実行される。

次に、図１６のフローチャートを参照して、ストリーミング配信システム１００における専用端末１３２の処理の例について説明する。この処理は、例えば、図５乃至図８を参照して上述したような情報を提示するとき実行される。

なお、専用端末１３２は、例えば、内部にプロセッサ、メモリなどを有する構成とされ、メモリにロードされたプログラムをプロセッサで実行することにより、図１６に示される各ステップの処理が実行される。

ステップＳ９１において、専用端末１３２は、現在時刻を特定する。上述したように、スタジオ１０１の現在時刻を２４時間表記した情報とされ、例えば、専用端末１３２の内部の計時機能に基づいて逐次更新される。

ステップＳ９２において、専用端末１３２は、配信ポイント毎の配信開始時刻を特定する。上述したように、配信ポイントは、例えば、エンコーダを識別するためのＵＲＬなどの情報とされ、複数のエンコーダのそれぞれについての配信開始時刻が特定される。

ステップＳ９３において、専用端末１３２は、ステップＳ９１で特定された現在時刻、ステップＳ９２で特定された配信ポイント毎の配信開始時刻、および、管理サーバ１４４の内部に記憶される端末ＩＤと再生時刻とが対応付けられたテーブルに基づいてデータベースを生成または更新する。

このとき、例えば、受講者別遅延情報２０３の各レコードが生成または更新されて、図４に示されるデータベース２００が生成または更新される。

ステップＳ９４において、専用端末１３２は、ステップＳ９３の処理で生成または更新されたデータベースに記録されている情報に基づいて、グラフのデータを生成する。

ステップＳ９５において、専用端末１３２は、ステップＳ９４の処理で生成されたグラフのデータに基づいてグラフを表示する。このとき、例えば、図５乃至図８に示されるようなグラフが表示される。

このようにして、専用端末の処理が実行される。

なお、上述したように、例えば、専用端末１３２が管理サーバ１４４と一体化されて構成されるようにしてもよい。すなわち、図１６に示される処理は、管理サーバ１４４により実行されるようにしてもよい。

以上においては、本発明のストリーミング配信システム１００を、例えば、eラーニングシステムに適用する例について説明したが、例えば、スポーツ観戦に関するライブコンテンツ提供システムに適用することも可能である。

図１７は、ストリーミング配信システム１００を、スポーツ観戦に関するライブコンテンツ提供システムに適用する場合の例を示す図である。

同図に示されるライブコンテンツ提供システムでは、サッカースタジアム１０５の画像、音声のコンテンツがライブ配信される。なお、同図には、図示されていないが、図１７の場合においても、図２を参照して上述した場合と同様に、カメラ１３１、専用端末１３２、エンコーダ１４１、ビデオ配信サーバ１４２、メタデータ配信サーバ１４３、および管理サーバ１４４が設けられる。

すなわち、図１７の例の場合、サッカースタジアム１０５の画像、音声が図示せぬカメラ１３１で撮影、集音されてコンテンツのデータとして配信される。

同図の例の場合、サッカースタジアム１０５では、小型端末１７１−３乃至小型端末１７１−５を所持した観客が観戦している。なお、小型端末１７１−３乃至小型端末１７１−５は、サッカースタジアム１０５の電光掲示板などに表示されたＱＲコード（登録商標）に基づいてコードを取得するようになされている。また、小型端末１７１−３乃至小型端末１７１−５の再生時刻は、全て現場時刻とされるようになされている。

ネットワーク１１０を介して送信されるコンテンツのデータは、ユーザ宅１０６の端末１５０で受信されて再生される。端末１５０は、図２を参照して上述した場合と同様に動作する。

また、ネットワーク１１０を介して送信されるコンテンツのデータは、スポーツ観戦をしながら飲食できる飲食店（いわゆるスポーツカフェ）１０７に設置された表示装置１６０により受信されて再生される。スポーツカフェ１０７では、小型端末１７１−６乃至小型端末１７１−９を所持した客が表示装置１６０のディスプレイに表示されるサッカースタジアム１０５の画像を見てサッカーのゲームを観戦している。小型端末１７１−６乃至小型端末１７１−９は、図１０、図１１などを参照して上述した場合と同様に動作する。

このようにすることで、例えば、スタジアムにいる観客と、自宅にいるユーザと、スポーツカフェにいる客とが、同じサッカーのゲームを観戦してコメントなどのメタデータを送受信することができる。例えば、ゴールシーンでの感情の高まりを表す情報などをメタデータとして各端末から送信させるようにし、これらの情報を集計したメタデータを配信するようにすれば、ユーザ同士の一体感を向上させることができる。これにより、従来のサッカー観戦より一層興奮するコンテンツのライブ配信を実現することが可能となる。

なお、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行さ
せる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータにネットワークや記録媒体からインストールされる。また、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば図１８に示されるような汎用のパーソナルコンピュータ７００などに、ネットワークや記録媒体からインストールされる。

図１８において、ＣＰＵ（Central Processing Unit）７０１は、ＲＯＭ（Read Only Memory）７０２に記憶されているプログラム、または記憶部７０８からＲＡＭ（Random Access Memory）７０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ７０３にはまた、ＣＰＵ７０１が各種の処理を実行する上において必要なデータなども適宜記憶される。

ＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４を介して相互に接続されている。このバス７０４にはまた、入出力インタフェース７０５も接続されている。

入出力インタフェース７０５には、キーボード、マウスなどよりなる入力部７０６、ＬＣＤ(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部７０７が接続されている。また、入出力インタフェース７０５には、ハードディスクなどより構成される記憶部７０８、モデム、LANカードなどのネットワークインタフェースカードなどより構成される通信部７０９が接続されている。通信部７０９は、インターネットを含むネットワークを介しての通信処理を行う。

入出力インタフェース７０５にはまた、必要に応じてドライブ７１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１が適宜装着されている。そして、それらのリムーバブルメディアから読み出されたコンピュータプログラムが、必要に応じて記憶部７０８にインストールされる。

上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、インターネットなどのネットワークや、リムーバブルメディア７１１などからなる記録媒体からインストールされる。

なお、この記録媒体は、図１８に示される、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスク（登録商標）を含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア７１１により構成されるものだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているＲＯＭ７０２や、記憶部７０８に含まれるハードディスクなどで構成されるものも含む。

なお、本明細書において上述した一連の処理は、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

１００ストリーミング配信システム，１０１スタジオ，１０２会場，１３１カメラ、１３２専用端末，１４１エンコーダ，１４２ビデオ配信サーバ，１４３メタデータ配信サーバ，１４４管理サーバ，１５０端末，１６０表示装置，１６１コード画像，１７１小型端末

Claims

ネットワークを介して接続されるコンテンツ配信サーバと、複数の再生装置と、管理サーバとからなるコンテンツ配信システムであって、
前記再生装置は、
撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツであって、前記コンテンツ配信サーバからネットワークを介して送信されるコンテンツのデータを受信するとともに再生するストリーミング再生手段と、
前記再生されるコンテンツのデータに付されたタイムスタンプに基づいて再生時刻を特定する再生時刻特定手段と、
前記特定された再生時刻を、予め設定された時間間隔で前記管理サーバに通知する再生時刻通知手段と、
前記ネットワークを介して送信され、前記コンテンツの再生時刻と関連する第１のメタデータを受信して、前記第１のメタデータに付されたタイムスタンプに対応する再生時刻において、前記コンテンツの画像とともに前記第１のメタデータに対応する情報を表示する第１のメタデータ処理手段と、
前記再生時刻に対応するタイムスタンプを付した第２のメタデータを、前記ネットワークを介して送信する第２のメタデータ処理手段とを備え、
前記管理サーバは、
前記複数の再生装置によりそれぞれ通知された再生時刻と実際の時刻とを比較することにより、前記複数の再生装置のそれぞれの遅延時間を特定する遅延特定手段と、
前記第１のメタデータまたは前記第２のメタデータ、並びに前記特定された前記複数の再生装置のそれぞれの遅延時間に係る情報を表示するための表示データを生成する表示データ生成手段とを備える
コンテンツ配信システム。
前記コンテンツ配信サーバは、
講師による講義の画像を撮影してリアルタイムでエンコードして得られたデータを含むコンテンツを配信し、
前記再生装置は、
前記講師からの質問が記述された前記第１のメタデータを受信して前記コンテンツの画像とともに表示し、
前記質問に対する応答を記述した前記第２のメタデータを、前記ネットワークを介して送信する
請求項１に記載のコンテンツ配信システム。
ネットワークを介して接続されるコンテンツ配信サーバと、複数の再生装置と、管理サーバとからなるコンテンツ配信システムのコンテンツ配信方法であって、
前記再生装置は、
ストリーミング再生手段が、撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツであって、前記コンテンツ配信サーバからネットワークを介して送信されるコンテンツのデータを受信するとともに再生し、
再生時刻特定手段が、前記再生されるコンテンツのデータに付されたタイムスタンプに基づいて再生時刻を特定し、
再生時刻通知手段が、前記特定された再生時刻を、予め設定された時間間隔で前記管理サーバに通知し、
第１のメタデータ処理手段が、前記ネットワークを介して送信され、前記コンテンツの再生時刻と関連する第１のメタデータを受信して、前記第１のメタデータに付されたタイムスタンプに対応する再生時刻において、前記コンテンツの画像とともに前記第１のメタデータに対応する情報を表示し、
第２のメタデータ処理手段が、前記再生時刻に対応するタイムスタンプを付した第２のメタデータを、前記ネットワークを介して送信するステップを含み、
前記管理サーバは、
遅延特定手段が、前記複数の再生装置によりそれぞれ通知された再生時刻と実際の時刻とを比較することにより、前記複数の再生装置のそれぞれの遅延時間を特定し、
表示データ生成手段が、前記第１のメタデータまたは前記第２のメタデータ、並びに前記特定された前記複数の再生装置のそれぞれの遅延時間に係る情報を表示するための表示データを生成するステップを含む
コンテンツ配信方法。