(57)【要約】【課題】ネットワークを介したストリーミング配信において、多様性に富んだインタラクティブなサービスの提供を可能とし、ユーザ同士の一体感を向上させることができるようにする。【解決手段】会場１０２−３には、大型のディスプレイを有する表示装置１６０が設置され、講義を受講する受講者１２４−１と受講者１２４−２は、それぞれ自分の小型端末１７１−１と小型端末１７１−２を用いて講義を受講する。表示装置１６０のディスプレイの一部に、コード画像１６１を表示させ、それぞれの小型端末に内蔵されたデジタルカメラなどによりコード画像１６１を撮影し、表示装置１６０に割り当てられた端末ＩＤを特定する。小型端末は、定期的に管理サーバにアクセスし、表示装置１６０の再生時刻、再生状態などの情報を取得する。【選択図】図１１
2013150096.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の再生装置により再生されるコンテンツのデータに付されたタイムスタンプに基づいて特定される再生時刻を、予め設定された時間間隔で前記複数の再生装置からそれぞれ取得する管理サーバと、前記ネットワークを介して通信する情報処理装置であって、
撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツをそれぞれ再生する前記複数の再生装置のうちの１つの再生装置に対応する識別情報を取得する識別情報取得手段と、
前記識別情報取得手段により取得された前記再生装置の識別情報を、自分の識別情報と対応づけて前記管理サーバに通知する識別情報通知手段と、
予め設定された時間間隔で前記管理サーバから、前記識別情報取得手段により取得された前記識別情報に対応する前記再生装置の再生時刻を取得する再生時刻取得手段と
を備える情報処理装置。
【請求項２】
前記コンテンツの再生時刻に関連するメタデータを、前記取得した再生時刻に対応するタイムスタンプを付して、前記管理サーバに前記ネットワークを介して送信する送信手段をさらに備える
請求項１に記載の情報処理装置。
【請求項３】
前記ネットワークを介して受信された、前記コンテンツの再生時刻に関連するメタデータを、前記メタデータに付されたタイムスタンプに対応する前記再生装置の再生時刻において再生するメタデータ再生手段をさらに備える
請求項１に記載の情報処理装置。
【請求項４】
前記情報処理装置は、前記再生装置により再生されるコンテンツを視聴するユーザによって所持され、
１台の前記再生装置により再生されるコンテンツを、複数のユーザが視聴する
請求項１に記載の情報処理装置。
【請求項５】
前記管理サーバによって、
複数の前記情報処理装置によりそれぞれ通知された再生時刻と実際の時刻とを比較することにより、複数の前記情報処理装置のそれぞれの遅延時間が特定され、
複数の前記情報処理装置のそれぞれの遅延時間に係る情報を表示するための表示データが生成される
請求項４に記載の情報処理装置。
【請求項６】
前記識別情報は、前記再生装置のディスプレイに画像として表示される
請求項１に記載の情報処理装置。
【請求項７】
ネットワークに接続された複数の再生装置により再生されるコンテンツのデータに付されたタイムスタンプに基づいて特定される再生時刻を、予め設定された時間間隔で前記複数の再生装置からそれぞれ取得する管理サーバと、前記ネットワークを介して通信する情報処理装置の情報処理方法であって、
識別情報取得手段が、撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツをそれぞれ再生する前記複数の再生装置のうちの１つの再生装置に対応する識別情報を取得し、
識別情報通知手段が、前記識別情報取得手段により取得された前記再生装置の識別情報を、自分の識別情報と対応づけて前記管理サーバに通知し、
再生時刻取得手段が、予め設定された時間間隔で前記管理サーバから、前記識別情報取得手段により取得された前記識別情報に対応する前記再生装置の再生時刻を取得するステップ
を含む情報処理方法。
【請求項８】
コンピュータを、
ネットワークに接続された複数の再生装置により再生されるコンテンツのデータに付されたタイムスタンプに基づいて特定される再生時刻を、予め設定された時間間隔で前記複数の再生装置からそれぞれ取得する管理サーバと、前記ネットワークを介して通信する情報処理装置であって、
撮影された画像をリアルタイムでエンコードして得られたデータを含むコンテンツをそれぞれ再生する前記複数の再生装置のうちの１つの再生装置に対応する識別情報を取得する識別情報取得手段と、
前記識別情報取得手段により取得された前記再生装置の識別情報を、自分の識別情報と対応づけて前記管理サーバに通知する識別情報通知手段と、
予め設定された時間間隔で前記管理サーバから、前記識別情報取得手段により取得された前記識別情報に対応する前記再生装置の再生時刻を取得する再生時刻取得手段とを備える情報処理装置として機能させる
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、およびプログラムに関し、特に、ネットワークを介したストリーミング配信において、多様性に富んだインタラクティブなサービスの提供を可能とし、ユーザ同士の一体感を向上させることができるようにする情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークを介した動画配信が盛んに行われている。例えば、カメラで撮影された画像のデータ、マイクで集音された音声のデータなどを、配信サーバでエンコードしてネットワーク上にマルチキャストし、これらのデータをネットワークに接続された端末が受信しながら同時に再生を行うストリーミング配信も普及している。
【０００３】
また、近年のストリーミング配信では、画像、音声などのデータに加えてメタデータをマルチキャストすることにより、端末で再生される画像にキャプションなどが重畳されて表示されることも多い。
【０００４】
このようなストリーミング配信を利用して、例えば、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）（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア７１１により構成されるものだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているＲＯＭ７０２や、記憶部７０８に含まれるハードディスクなどで構成されるものも含む。
【０１８６】
なお、本明細書において上述した一連の処理は、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１８７】
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１８８】
１００  ストリーミング配信システム，  １０１  スタジオ，  １０２  会場，  １３１  カメラ、  １３２  専用端末，  １４１  エンコーダ，  １４２  ビデオ配信サーバ，  １４３  メタデータ配信サーバ，  １４４  管理サーバ，  １５０  端末，  １６０  表示装置，  １６１  コード画像，  １７１  小型端末
【図１】
2013150096.tif 000003
【図２】
2013150096.tif 000004
【図３】
2013150096.tif 000005
【図４】
2013150096.tif 000006
【図５】
2013150096.tif 000007
【図６】
2013150096.tif 000008
【図７】
2013150096.tif 000009
【図８】
2013150096.tif 000010
【図９】
2013150096.tif 000011
【図１０】
2013150096.tif 000012
【図１１】
2013150096.tif 000013
【図１２】
2013150096.tif 000014
【図１３】
2013150096.tif 000015
【図１４】
2013150096.tif 000016
【図１５】
2013150096.tif 000017
【図１６】
2013150096.tif 000018
【図１７】
2013150096.tif 000019
【図１８】
2013150096.tif 000020