JP2015109618A - 映像配信システムおよびプログラム - Google Patents

Abstract

【課題】管理者の操作の手間を省き、また、映像の収録漏れが生じにくい映像配信システムおよびプログラムを提供する。【解決手段】取得部１２は、複数のイベントの開始時刻および終了時刻を示すスケジュールに従って、カメラ２で撮影された映像コンテンツをカメラ２から取得する。変換部１３は、複数のイベントの各々に対応付けて、映像コンテンツを配信用の標準フォーマットのデータファイルに変換し、蓄積部１４に蓄積する。配信部１５は、複数のイベントの中のいずれかが端末装置３から指定されると、指定されたイベントに対応するデータファイルを蓄積部１４から読み出して端末装置３へ配信する。【選択図】図１

Description

本発明は、一般に映像配信システムおよびプログラムに関し、より詳細には授業、会議、講演会等のイベントの映像を端末装置へ配信する映像配信システムおよびプログラムに関する。

従来、授業や会議、講演会等のイベントの映像をカメラで撮影し、この映像を、ネットワークを介して遠隔地のユーザに提供する映像配信システムが提案されている。たとえば特許文献１には、講師の講義風景を撮影した講師撮影データを記憶装置に逐次記憶し、講師撮影データを含むコンテンツデータをクライアント端末に送信するように構成されたコンテンツ生成システムが開示されている。

特許文献１に記載のコンテンツ生成システムでは、エンコード端末が、（講師撮影用）カメラで撮影された映像データを取得し、ＭＰＥＧ等の動画データからなる講師撮影データをリアルタイムで生成する。コンテンツサーバに登録されたコンテンツデータは、クライアント端末からのリクエストにより配信されるので、クライアント端末では、受講者の都合のよいタイミングでコンテンツデータを再生し、学習することができる。

また、特許文献２には、講義室での講義を、自動的に収録し、配信用コンテンツとしての講義コンテンツを生成する講義記録装置が記載されている。特許文献２に記載の講義記録装置は、収録した映像、音声等の講義データを、講義メタデータ（「授業科目名」、「開講日」、「開始」、「終了」といった項目を含む）に基づいて講義コンテンツに形成し、配信サーバに登録する。講義コンテンツは、配信サーバでＷｅｂ配信される。ここで、映像の収録は、講師が講義室で講義端末にログインすると開始し、「講義終了」ボタンを押すと終了する。

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

ところで、特許文献１，２に記載されているような構成においては、映像の収録を開始するには、講師は端末に対してログインする等の何らかの操作が必要であり、収録を終了する際にも端末に対して何らかの操作が必要である。そのため、講師等の管理者は、イベントの度に端末に対して操作を行う手間が掛かり、また、操作ミス等によって映像の収録漏れを生じる可能性がある。

本発明は上記事由に鑑みて為されており、管理者の操作の手間を省き、また、映像の収録漏れが生じにくい映像配信システムおよびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る第１の形態の映像配信システムは、複数のイベントの開始時刻および終了時刻を示すスケジュールが予め登録された管理部と、前記スケジュールに従って、カメラで撮影された映像コンテンツを前記カメラから取得する取得部と、前記複数のイベントの各々に対応付けて、前記映像コンテンツを配信用の標準フォーマットのデータファイルに変換する変換部と、前記複数のイベントの各々に対応付けて、前記データファイルを蓄積する蓄積部と、前記複数のイベントの中のいずれかが端末装置から指定されると、指定されたイベントに対応する前記データファイルを前記蓄積部から読み出して当該端末装置へ配信する配信部とを備えることを特徴とする。

本発明に係る第２の形態の映像配信システムは、第１の形態において、前記映像コンテンツの複数フレーム間の変化に基づいて、移動体を除いた背景映像を抽出する抽出部をさらに備え、前記蓄積部には、前記データファイルとして前記背景映像のデータファイルを蓄積するように構成されていることを特徴とする。

本発明に係る第３の形態の映像配信システムは、第２の形態において、前記背景映像は、情報を表示する情報表示板の映像を含み、前記抽出部は、前記映像コンテンツの複数フレームから、前記情報表示板のうち前記移動体で隠れた重複領域について、少なくとも前記情報表示板に表示されている情報を復元して前記背景映像を生成するように構成されていることを特徴とする。

本発明に係る第４の形態の映像配信システムは、第３の形態において、前記抽出部は、前記背景映像についてシェーディング補正を施すように構成されていることを特徴とする。

本発明に係る第５の形態の映像配信システムは、第３または４の形態において、前記背景映像を画像処理することにより前記情報表示板の種類を識別する識別部をさらに備えることを特徴とする。

本発明に係る第６の形態の映像配信システムは、第５の形態において、前記カメラの撮影条件を設定する設定部をさらに備え、前記設定部は、前記識別部で識別された前記情報表示板の種類に応じて、前記撮影条件を自動的に決定するように構成されていることを特徴とする。

本発明に係る第７の形態の映像配信システムは、第３または４の形態において、前記カメラの撮影条件を設定する設定部をさらに備え、前記設定部は、前記スケジュールにおいて前記複数のイベントの各々に対応する前記情報表示板の種類が指定されている場合には、前記スケジュールに従って、前記情報表示板の種類に応じた前記撮影条件を自動的に決定するように構成されていることを特徴とする。

本発明に係る第８の形態の映像配信システムは、第１または２の形態において、前記取得部は、情報表示板に表示されている情報を表示データとして前記情報表示板から取得するように構成されており、前記変換部は、前記映像コンテンツと前記情報表示板から取得した前記表示データとを、前記データファイルに変換するように構成されていることを特徴とする。

本発明に係る第９の形態の映像配信システムは、第１〜８のいずれかの形態において、前記取得部および前記変換部は、前記取得部による前記映像コンテンツの取得と、前記変換部での変換とを同時に行うように構成されていることを特徴とする。

本発明に係る第１０の形態の映像配信システムは、第１〜９のいずれかの形態において、前記変換部は、同一の前記イベントの前記映像コンテンツが途中で分断されている場合には、自動的に結合して１つの前記データファイルに変換するように構成されていることを特徴とする。

本発明に係るプログラムは、コンピュータを、複数のイベントの開始時刻および終了時刻を示し予め登録されたスケジュールに従って、カメラで撮影された映像コンテンツを前記カメラから取得する取得部と、前記複数のイベントの各々に対応付けて、前記映像コンテンツを配信用の標準フォーマットのデータファイルに変換する変換部と、前記複数のイベントの各々に対応付けて、前記データファイルを蓄積する蓄積部と、前記複数のイベントの中のいずれかが端末装置から指定されると、指定されたイベントに対応する前記データファイルを前記蓄積部から読み出して当該端末装置へ配信する配信部とを備える映像配信装置として機能させるプログラムである。

本発明に係る第１の形態によれば、取得部はスケジュールに従って映像コンテンツを取得し、変換部は複数のイベントの各々に対応付けて映像コンテンツを配信用の標準フォーマットのデータファイルに変換する。さらに、蓄積部は、複数のイベントの各々に対応付けてデータファイルを蓄積する。したがって、第１の形態の映像配信システムは、映像コンテンツの収録から配信までを自動化することができ、管理者による操作が必要ないので、管理者の操作の手間を省くことができ、また、映像の収録漏れが生じにくい、という利点がある。

本発明に係る第２の形態によれば、配信用のデータファイルからは、移動体の映像が除かれるので、ユーザは、情報表示板のような静止物の映像のみを視聴することができる。

本発明に係る第３の形態によれば、移動体で隠れた部分の情報表示板の映像が抽出部にて復元されるので、表示されている情報の欠けを擬似的に補った情報表示板の映像を配信可能となる。したがって、第３の形態の映像配信システムは、情報表示板に表示されている情報を、ユーザに対し、映像コンテンツにより欠けなく正確に伝達可能となる。

本発明に係る第４の形態によれば、抽出部は、情報表示板の映像について、情報表示板に表示されている文字や記号、図形等の情報と、それ以外の領域とを明確に区別した背景映像を抽出することができる。

本発明に係る第５の形態によれば、イベントごとに使用される情報表示板の種類が異なるような場合でも、識別部は、背景映像中の情報表示板の種類を自動的に識別できる。

本発明に係る第６の形態によれば、情報表示板が複数種類ある場合でも、カメラの設定を手動で変更することなく、カメラは情報表示板の種類に応じた最適な撮影条件で情報表示板を撮影できる。

本発明に係る第７の形態によれば、識別部で情報表示板の種類を判別する場合に比べてより簡単な処理で、カメラは情報表示板の種類に応じた最適な撮影条件で情報表示板を撮影可能となる。

本発明に係る第８の形態によれば、情報表示板に表示されている情報を、カメラで撮影された映像からではなく、情報表示板から直接取得することができるので、ユーザに対して欠けなく正確に伝達可能となる。

本発明に係る第９の形態によれば、カメラより映像を取得してから、配信用のデータファイルが作成されるまでに掛かる時間を短縮できる。

本発明に係る第１０の形態によれば、たとえば通信障害などにより、映像コンテンツがイベントの途中で分断されても、変換部にて自動的に結合し、配信用のデータファイルとしては同一のイベントに対して１つのデータファイルを作成することができる。

実施形態１に係る映像配信システムの概略構成を示すブロック図である。 実施形態１に係る映像配信システムの全体構成を示す概略図である。 実施形態１における端末装置の表示画面を示す説明図である。 実施形態１における端末装置の表示画面を示す説明図である。 実施形態２に係る映像配信システムの概略構成を示すブロック図である。

（実施形態１）
本実施形態に係る映像配信システム１０は、図１に示すように、管理部１１と、取得部１２と、変換部１３と、蓄積部１４と、配信部１５とを備えている。

管理部１１は、複数のイベントの開始時刻および終了時刻を示すスケジュールが予め登録されている。取得部１２は、スケジュールに従って、カメラ２で撮影された映像コンテンツをカメラ２から取得する。変換部１３は、複数のイベントの各々に対応付けて、映像コンテンツを配信用の標準フォーマットのデータファイルに変換する。

蓄積部１４は、複数のイベントの各々に対応付けて、データファイルを蓄積する。配信部１５は、複数のイベントの中のいずれかが端末装置３から指定されると、指定されたイベントに対応するデータファイルを蓄積部１４から読み出して端末装置３へ配信する。

ここでいうイベントは、たとえば大学や塾での授業、会議、講演会等のように、開始時刻および終了時刻が事前に決められており、且つ、主として教室や会議室などの特定の空間で行われるイベントである。なお、スケジュール上の開始時刻および終了時刻は、日付を含んでいてもよく、あるイベントについてたとえば開始時刻「２０１３年１２月１日９時００分」、終了時刻「２０１３年１２月１日１０時３０分」というように設定される。

以下、本実施形態に係る映像配信システム１０について詳しく説明する。ただし、以下に説明する映像配信システム１０は、本発明の一例に過ぎず、本発明は、下記実施形態に限定されることはなく、この実施形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能である。

本実施形態では、大学の教室で講師が行う講義形式の授業（イベント）の映像をカメラ２で撮影し、この映像を、ネットワークを介して受講者に提供するために用いられる場合を例として、映像配信システム１０の構成および機能を説明する。この例では、大学の関係者が映像配信システム１０の管理者となり、受講者（学生）が映像配信システム１０のユーザとなる。

ここでは、大学において予め定められた時間割に従って行われる授業をイベントの一例とする。時間割では、月曜日から金曜日までの各曜日について、開始時刻および終了時刻で規定される単位時間ごとに、それぞれの教室で行われる予定の授業が割り当てられている。たとえば、火曜日の１時限目（９：００〜１０：３０）は教室Ａで「量子力学」、火曜日の２時限目（１０：４０〜１２：１０）は教室Ａで「電子工学」、教室Ｂで「日本史」というように授業が割り当てられる。

本実施形態の映像配信システム１０は、このような授業の映像を、音声と共にネットワーク経由でユーザである受講者の持つ端末装置３へ配信する。これにより、受講者においては、大学にて行われる授業を、遠隔地からでも受講することが可能になる。とくに、本実施形態の映像配信システム１０は主として、収録した映像コンテンツをデータファイルにして蓄積部１４に一旦蓄積（保存）し、端末装置３からの要求に応じて、蓄積部１４から読み出した映像（データファイル）を端末装置３へ配信する。そのため、受講者においては、収録済みの授業を、自分の都合のよい時間帯に視聴することができる。本実施形態の映像配信システム１０はさらに、開講中の授業の映像をリアルタイムで端末装置３へ配信する機能も備えている。

ただし、本発明に係る映像配信システム１０は、このような授業の映像配信に限らず、会議、講演会等の開始時刻および終了時刻が事前に決められているイベントの映像配信に、広く適用可能である。また、映像配信システム１０は、少なくとも映像を配信する機能があればよく、音声の配信については必須の機能ではない。さらに、映像配信システム１０は、少なくとも蓄積部１４に蓄積した映像を配信する機能があればよく、映像をリアルタイムで配信する機能も必須の機能ではない。

次に、本実施形態の映像配信システム１０のハードウェア構成について、図２を参照して説明する。映像配信システム１０は、図２に示すように、ＬＡＮ（Local Area Network）スイッチ４に接続された映像配信装置１を、主構成として備えている。映像配信装置１は、ルータ（図示せず）を介してインターネット等のネットワーク１００に接続されており、ネットワーク１００には端末装置３が接続される。

映像配信装置１は、ＣＰＵ（Central Processing Unit）およびメモリを有するコンピュータであって、メモリに格納されたプログラムを実行することにより、後述する管理部１１、取得部１２、変換部１３、蓄積部１４、配信部１５としての機能を実現する。ここでいうプログラムは、コンピュータを映像配信装置１として機能させるプログラムである。

映像配信装置１は、専用のアプリケーション（アプリケーションソフト）をインストールし、このアプリケーションを実行することにより、映像配信装置としての機能を実現する。映像配信装置１として用いられるコンピュータは、上記プログラムを予めメモリに格納していてもよいし、インターネット等の電気通信回線を通じて、あるいは当該プログラムが記憶された記憶媒体からプログラムの提供を受けてもよい。

ＬＡＮスイッチ４は、スイッチングハブ（レイヤ２スイッチ）であって、図２に示すように、カメラ２およびマイク５に接続されている。すなわち、映像配信装置１は、構内網（ＬＡＮ）を介してカメラ２およびマイク５と接続されている。

カメラ２は、ＣＣＤ（Charge Coupled Devices）やＣＭＯＳ（Complementary Metal-Oxide Semiconductor）のようなイメージセンサ（撮像素子）を有し、撮影した映像を電気信号に変換して出力する。カメラ２で撮影される映像は、ここでは動画とするが、動画に限らず静止画であってもよい。カメラ２は、撮影した映像を、たとえばＨ．２６４あるいはＨ．２６５などのコーデック（codec）で圧縮し、映像コンテンツとして、映像配信装置１へ出力するように構成されている。このようなカメラ２としては、専用のカメラではなく、ＬＡＮ接続の機能を持つ汎用のＩＰ（Internet Protocol）カメラ（ネットワークカメラ）が用いられる。

マイク５は、音声を電気信号に変換するマイク本体５１と、マイクアンプ５２とを有している。マイク５は、マイク本体５１に入力された音声を、たとえばＧ．７１１やＡＡＣ（Advanced Audio Coding）などのコーデックの音声データとして、マイクアンプ５２から映像配信装置１へ出力する。なお、マイク本体５１とマイクアンプ５２とは一体であってもよい。さらに、マイク５はカメラ２に一体化（内蔵）されていてもよい。

カメラ２およびマイク５は、授業が行われる教室に設置される。カメラ２は、少なくとも黒板や白板（ホワイトボード）等の情報表示板６の全体が映るように、配置および向きが設定される。マイク５は、少なくとも授業を行う講師Ｈ１の音声を拾えるように、配置および向きが設定される。好ましくは、カメラ２およびマイク５はブラケット（図示せず）によって教室の天井に取り付けられる。

授業が行われる教室が複数ある場合、カメラ２およびマイク５は、教室ごとに設置されていてもよいし、特定の教室のみに設置されていてもよい。本実施形態では、「教室Ａ」と「教室Ｂ」と「教室Ｃ」とのそれぞれに、カメラ２およびマイク５が設置されていると仮定する。ただし、図２では、教室Ａに設けられた１組のカメラ２およびマイク５のみを図示し、教室Ｂおよび教室Ｃに設けられたカメラ２およびマイク５の図示を省略している。

なお、映像配信装置１は、カメラ２およびマイク５に対して有線接続されることは必須ではなく、無線ＬＡＮ等の無線通信によってカメラ２およびマイク５からデータ（映像データ、音声データ）を受信するように構成されていてもよい。

端末装置３は、受講者（ユーザ）が所有するパソコン（パーソナルコンピュータ）、タブレット端末、スマートフォン等であって、各種の表示を行う表示機能およびユーザの操作入力を受け付ける入力機能といったユーザインタフェースを有している。さらに、端末装置３は、有線または無線通信により、ネットワーク１００に接続する機能を有している。ここでは、端末装置３は、Ｗｅｂブラウザの機能を搭載しており、映像配信装置１からネットワーク１００経由で配信される映像コンテンツを再生（表示）する。つまり、映像配信装置１がサーバ、端末装置３がクライアントとして機能する。

具体的には、端末装置３は、ユーザインタフェースや通信機能に加えて、ＣＰＵおよびメモリを有するコンピュータであって、メモリに格納されたプログラムを実行することにより、端末装置としての機能を実現する。ここでいうプログラムは、コンピュータを端末装置３として機能させるプログラムである。

端末装置３は、専用のアプリケーション（アプリケーションソフト）をインストールし、このアプリケーションを実行することにより、端末装置としての機能を実現する。端末装置３として用いられるコンピュータは、上記プログラムを予めメモリに格納していてもよいし、インターネット等の電気通信回線を通じて、あるいは当該プログラムが記憶された記憶媒体からプログラムの提供を受けてもよい。ただし、端末装置３は、少なくともＷｅｂブラウザの機能があればよく、専用のアプリケーションは必須ではない。

受講者が複数人いる場合、端末装置３は、全ての受講者が個別に有していてもよいし、特定の受講者のみが有していてもよい。本実施形態では、複数人の受講者がそれぞれ端末装置３を有していると仮定する。ただし、図２では、１台の端末装置３のみを図示し、他の端末装置３の図示を省略している。

映像配信システム１０は、本実施形態では映像配信装置１とカメラ２と端末装置３、さらにマイク５とＬＡＮスイッチ４とを構成要素として備えることとするが、この構成に限らず、少なくとも映像配信装置１を構成要素に含んでいればよい。つまり、映像配信システム１０は、映像配信装置１がカメラ２や端末装置３に対して通信可能に接続されていればよく、カメラ２や端末装置３、マイク５、ＬＡＮスイッチ４については構成要素に含まなくてもよい。さらに、マイク５やＬＡＮスイッチ４は、省略されてもよい。

以上説明した構成の映像配信システム１０は、カメラ２、マイク５、ＬＡＮスイッチ４のいずれにも、特殊な装置を用いる必要がなく、汎用の装置を用いることができるので、システムの導入コストを低く抑えることができる。さらに、映像配信装置１および端末装置３についても、汎用のコンピュータを用いることができるので、映像配信システム１０は導入コストを低く抑えることができる。

なお、カメラ２やマイク５は、上述した構成に限らず、たとえばスマートフォンやタブレット端末に搭載されているカメラ、マイクを利用してもよい。

次に、映像配信システム１０の主構成である映像配信装置１について、図１を参照して詳しく説明する。図１では、マイク５がカメラ２に一体化（内蔵）されていることとし、マイク５の図示を省略する。そのため、カメラ２から映像配信装置１に入力されるデータは、映像データと音声データとを含んでいる。以下では、音声付きの映像コンテンツを単に「映像コンテンツ」というが、映像コンテンツが音声付きであることは必須ではない。

なお、図１では複数台のカメラ２を図示しており、各カメラ２を区別する場合には、教室Ａに設置されたカメラ２を「２１」、教室Ｂに設置されたカメラ２を「２２」、教室Ｃに設置されたカメラ２を「２３」という。また、図１では、第１〜３の端末装置３を図示しており、各端末装置３を区別する場合には、第１の端末装置３を「３１」、第２の端末装置３を「３２」、第３の端末装置３を「３３」という。

映像配信装置１は、図１に示すように、管理部１１と、取得部１２と、変換部１３と、蓄積部１４と、配信部１５とを有している。ここでは、映像配信装置１は、取得部１２および変換部１３を含む収録ブロック１１０と、配信部１５を含む配信ブロック１２０とに分かれている。ただし、収録ブロック１１０と配信ブロック１２０とは、機能的に分かれているだけであって、物理的には一体である。さらに、本実施形態に係る映像配信装置１は、収録ブロック１１０に設けられた記録部１６と、配信ブロック１２０に設けられたプロトコル変換部１７とを、上記の構成の加えて有している。

また、映像配信装置１は、各種の表示を行う表示機能およびユーザの操作入力を受け付ける入力機能といったユーザインタフェースを有していてもよい。あるいは、映像配信装置１は、パソコン等の他装置と通信を行うことにより、他装置をユーザインタフェースとして利用する構成であってもよい。

管理部１１は、複数の授業（イベント）の開始時刻および終了時刻を示すスケジュールが、授業の時間割に従って予め登録されている。ここでは、映像配信システム１０の管理者（大学の関係者）が、映像配信システム１０に管理者ＩＤでログインすることにより、映像配信装置１は管理モードとなり、ユーザインタフェースを用いて管理部１１へのスケジュールの登録が可能になる。そのため、映像配信システム１０の管理者は、予め映像配信装置１を管理モードで動作させ、時間割に従って複数の授業の開始時刻および終了時刻を入力することによって、管理部１１にスケジュールを登録する。

具体的には、管理部１１は、ＧＵＩ（Graphical User Interface）を利用したカレンダー上でスケジュールを管理する。つまり、管理部１１は、たとえば図３に示すように、１ヶ月の各日についてセルが設定されたテーブルＴＡ１上で、スケジュールを管理する。映像配信システム１０の管理者は、このテーブルＴＡ１の各セルに対し、開始時刻および終了時刻で規定される単位時間ごとに各教室で行われる予定の授業を割り当てることにより、スケジュールを登録する。単位時間を規定している開始時刻および終了時刻は変更可能である。

図３の例では、たとえば４月１日（月曜日）の１時限目（９：００〜１０：３０）に教室Ａで行われる「政治経済」の授業について、開始時刻「２０１３年４月１日９時００分」、終了時刻「２０１３年４月１日１０時３０分」というように設定される。同様に、４月１日（月曜日）の２時限目（１０：４０〜１２：１０）に教室Ａで行われる「数学」の授業について、開始時刻「２０１３年４月１日１０時４０分」、終了時刻「２０１３年４月１日１２時１０分」というように設定される。

図３においては、括弧内の数字が何時限目かを表しており、たとえば火曜日の２時限目の「電子工学」と「日本史」とのように、同一の単位時間に割り当てられている授業は別々の教室で行われる授業である。また、管理部１１は、同一の科目であっても、開始時刻（日付を含む）および終了時刻（日付を含む）ごとに個別の授業（イベント）として登録している。たとえば４月１日（月曜日）の１時限目の「政治経済」と、４月８日（月曜日）の１時限目の「政治経済」とは別の授業として登録される。スケジュールには、各授業が行われる教室を特定するための教室情報も含まれている。

このようにして管理部１１に登録されたスケジュールは、端末装置３にて表示可能である。ここでは、映像配信システム１０のユーザ（受講者）が、映像配信システム１０にユーザＩＤでログインすることにより、映像配信装置１は通常モードとなり、管理部１１に登録されているスケジュールを端末装置３に表示させることができる。そのため、ユーザは、図３に例示するようなテーブルＴＡ１上でスケジュールを確認することで、自身が受講する授業の時間割を確認できる。

また、管理部１１は、映像配信装置１に設けられている構成に限らず、たとえば映像配信装置１と通信可能な他のコンピュータで実現されていてもよいし、クラウド（クラウドコンピューティング）によって実現されてもよい。

取得部１２は、カメラ２から出力される映像コンテンツ（音声付き）を、ＲＴＳＰ（Real Time Streaming Protocol）を使用してストリーミング方式で取得する。ここで、取得部１２は、管理部１１に登録されているスケジュールに従ってカメラ２から映像コンテンツを取得する。具体的には、取得部１２は、管理部１１からスケジュールを読み出し、登録されているいずれかの授業の開始時刻になれば、その授業が行われる教室のカメラ２から映像コンテンツを取得し始め、その授業の終了時刻になれば、映像コンテンツの取得を終了する。

しかも、本実施形態では、取得部１２は、複数台のカメラ２１〜２３から映像コンテンツを並行して取得可能に構成されている。つまり、取得部１２は、複数台のカメラ２１〜２３で撮影されている映像を同時に取得できる。ここでは、取得部１２が並行して映像コンテンツを取得可能なカメラ２の台数は、最大２０台であると仮定する。

取得部１２は、カメラ２から取得した映像コンテンツを、たとえばハードディスクドライブ等の記憶装置からなる記録部１６に一旦記録（録画）する。このとき、取得部１２は、少なくとも撮影日時を表すタイムスタンプと、撮影場所である教室を表す教室情報とに対応付けて、映像コンテンツを記録部１６に記録する。ここでいう教室情報は、個々の教室Ａ，Ｂ，Ｃを識別するための情報であって、各教室に設置されているカメラ２の識別情報と予め一対一に対応付けられている。したがって、記録部１６に記録された映像コンテンツからは、映像が撮影された日時と、映像が撮影された教室とを特定可能である。

ここで、取得部１２は、カメラ２から取得した映像コンテンツを記録部１６に安定して記録し続けるために、映像配信装置１のメモリをバッファとして使用する。つまり、取得部１２は、映像配信装置１とカメラ２との間の通信状況などによって、カメラ２からのデータの伝送速度と、記録部１６への書込み速度との間にずれを生じることがある。このような場合でも、取得部１２は、メモリをバッファとして使用することにより、記録部１６へのデータの書込み（記録）を安定して継続できる。

なお、映像配信装置１は、記録部１６に記録した映像コンテンツを一定期間（たとえば３日間）経過すると自動的に消去するように構成されている。

変換部１３は、記録部１６に記録されている映像コンテンツを、各授業に対応付けて、配信用の標準フォーマットのデータファイルに変換する。変換部１３は、本実施形態では配信用の標準フォーマットとしてｍｐ４のファイル形式を採用することとするが、この構成に限らず、たとえばｆｌｖやａｖｉなど、任意のファイル形式を標準フォーマットとして採用できる。

具体的には、変換部１３は、管理部１１からスケジュールを読み出し、各授業の開始時刻から終了時刻までの間の該授業が行われた教室の映像コンテンツ（音声付き）を記録部１６から読み出して、該授業と対応付けてデータファイルに変換する。これにより、変換部１３によって変換（作成）された各データファイルは、それぞれ対応付けられた授業の内容を収録した映像コンテンツとなる。

ここで、一般的な映像配信システムは、映像データおよび音声データを配信用のデータファイルに変換する場合、映像データと音声データとの両方について変換を行う。たとえ変換後のデータファイルにおいて元の映像データと同様のコーデックが使用される場合であっても、一般的な映像配信システムは、映像データを一旦デコードしてから再度エンコードする方式が一般的である。ただし、映像配信システムにてこのような変換を行うと、ＣＰＵに掛かる負荷が大きくなり、且つ変換に必要な時間も長くなる。

そこで、本実施形態に係る映像配信システム１０では、変換部１３は、カメラ２から取得した映像コンテンツ（音声付き）のうち、映像部分（映像データ）についてはそのまま使用し、ファイルコンテナのみを変更してファイル化するように構成されている。言い換えれば、変換部１３は、映像コンテンツに含まれる映像データについてはコーデックを変えることなく、映像コンテンツをデータファイルに変換するように構成されている。たとえば、変換部１３は、元の映像データのコーデックがＨ．２６４である場合、映像データについてデコードおよびエンコードを一切行わず、Ｈ．２６４のコーデックのままの映像データを用いてデータファイルを作成する。

このとき、変換部１３は、映像コンテンツにおける音声データについてはそのまま使用してもよいし、一旦デコードしてから再度エンコードしてもよい。つまり、変換部１３は、たとえば元の音声データのコーデックがＡＡＣである場合、音声データについても、映像データ同様にデコードおよびエンコードを一切行わず、ＡＡＣのコーデックのままの音声データを用いてデータファイルを作成する。一方、元の音声データのコーデックがＧ．７１１である場合、変換部１３は、コーデックをＡＡＣに変換した音声データを用いてデータファイルを作成する。

このように変換部１３は映像コンテンツの映像部分についてはそのまま使用するので、映像配信システム１０は、映像配信装置１のＣＰＵの変換にかかる負荷を大幅に軽減することができ、結果的に、以下のような利点がある。

まず、第１の利点として、映像配信システム１０は、映像コンテンツを配信用のデータファイルに変換する変換処理に要する時間を短縮することができる。一例として、映像配信システム１０は、カメラ２が映像を撮影している実時間の１．０２倍程度にまで、変換部１３での変換処理に要する時間を短縮することができる。たとえば９０分の授業であれば、変換処理に要する時間は、実時間（９０分）に９０〜１２０秒程度を加えた時間となる。

第２の利点として、取得部１２および変換部１３は、取得部１２による映像コンテンツの取得と、変換部１３での変換とを同時に行うことができる。つまり、映像配信システム１０は、ＣＰＵに、取得部１２としての処理と変換部１３としての処理とを同時に実行させることで、取得部１２による映像コンテンツの取得処理と、変換部１３での変換処理とを同時に実行可能である。上記９０分の授業の例では、映像配信システム１０は、取得部１２で映像コンテンツの取得を開始後、５分程度の遅れをもって変換部１３での変換処理を開始しても、取得部１２での映像コンテンツの取得の終了後、７分以内に変換部１３での変換処理を完了する。したがって、映像配信システム１０は、授業の終了後、該授業のデータファイルが作成されるまでの時間を短くできる。

第３の利点として、変換部１３は、複数台のカメラ２の各々から取得した複数の映像コンテンツについて、並行してデータファイルへの変換を行うことができる。映像配信システム１０は、たとえば３台のカメラ２１〜２３で撮影された映像コンテンツを同時に変換することにより、各映像コンテンツを個別に変換する場合に比べて、変換処理に要する時間を約３分の１にまで短縮できる。たとえば、映像配信装置１のＣＰＵがマルチコアである場合には、１コアに１台のカメラ２を割り当てることにより同時変換が容易に実現可能である。

また、本実施形態では、変換部１３は、同一の授業の映像コンテンツが途中で分断されている場合には、自動的に結合して１つのデータファイルに変換する機能を有している。すなわち、映像配信装置１とカメラ２との間の通信障害などにより、映像コンテンツが授業の途中で分断されている場合、変換部１３は、これらの映像コンテンツを自動的に判別し、結合処理を行う。具体的には、変換部１３は、スケジュールを参照し、ある教室で撮影された映像コンテンツが、授業の開始時刻と終了時刻との間で２つ以上に分断されている場合には、これらの映像コンテンツは同一の授業の映像であると判断し結合処理を行う。

蓄積部１４は、たとえばハードディスクドライブ等の記憶装置からなり、上述のようにして変換部１３で変換された各データファイルを、スケジュール上の各授業に一対一に対応付けたままの状態で蓄積（保存）する。これにより、蓄積部１４には、授業の内容を収録した映像コンテンツからなるデータファイルが、各授業に対応付けられて蓄積されることになる。なお、映像配信装置１は、蓄積部１４に記録したデータファイルを一定期間（たとえば１ヵ月間）経過すると自動的に消去するように構成されている。

配信部１５は、蓄積部１４に蓄積されているデータファイルを読み出して、ネットワーク１００（図２参照）を経由して端末装置３へ配信する。本実施形態では、配信部１５は、端末装置３からの配信要求を受けると、この配信要求への応答として、配信要求の送信元の端末装置３へデータファイルの配信を行うように構成されている。

具体的には、映像配信装置１は、管理部１１に登録されているスケジュールを、図３に例示するようなテーブルＴＡ１として端末装置３に表示させる。この状態において、端末装置３でいずれの授業が選択される操作が為されると、該授業を特定する特定情報（授業の開始時刻と終了時刻と教室情報を含む情報）を含む配信要求が端末装置３から映像配信装置１へ送信される。配信要求を受けた映像配信装置１は、配信要求に含まれる特定情報から授業を特定し、該授業に対応するデータファイルを配信部１５にて蓄積部１４から読み出す。

配信部１５は、データファイルを読み出すと、このデータファイルを、ダウンロード配信やストリーミング配信の適宜の方式で端末装置３へ配信する。ダウンロード配信の場合、端末装置３は、映像コンテンツのデータファイルを完全にダウンロードしてから映像コンテンツの再生が可能になる。ストリーミング配信の場合、端末装置３は、映像コンテンツのデータファイルをダウンロードしながら同時に再生する。ここで、ストリーミングには、プログレッシブダウンロード再生（擬似ストリーミング再生）と、リアルタイムストリーミング再生との両方を含む。プログレッシブ方式では、端末装置３は、配信部１５から配信されたデータファイルを保存するが、リアルタイム方式では、端末装置３は、配信部１５から配信されたデータファイルの保存を行わない。

しかも、本実施形態では、配信部１５は、複数台の端末装置３１〜３３に対し並行してデータファイルを配信可能に構成されている。つまり、配信部１５は、複数台の端末装置３１〜３３に対して映像コンテンツを同時に配信できる。ここでは、配信部１５が並行して映像コンテンツを配信可能な端末装置３の台数は、最大５００台であると仮定する。

さらに、映像配信システム１０は、配信部１５による映像コンテンツの配信を、取得部１２による映像コンテンツの取得、および変換部１３での変換処理と同時に行うことができる。

また、授業で用いる資料をデータファイル化した添付ファイルがある場合には、配信部１５は、添付ファイルについても、映像コンテンツのデータファイルと一緒に端末装置３へ配信することが好ましい。この場合、映像配信システム１０の管理者（大学の関係者）が、映像配信システム１０に管理者ＩＤでログインした状態で、スケジュール上の各授業に添付ファイルを対応付けて登録する。添付ファイルは、蓄積部１４に蓄積されてもよいし、蓄積部１４以外の記憶装置に蓄積されてもよい。

端末装置３は、配信部１５から配信された映像コンテンツを、たとえば図４に示すような形式で再生（表示）する。図４の例では、画面左側の表示窓Ｗ１に再生中の映像コンテンツが表示され、画面右側の詳細テーブルＴＡ２に再生中の映像コンテンツに対応する授業の詳細情報が表示されている。表示窓Ｗ１の上部には、再生中の映像コンテンツに対応する授業の概要（日付、開始時刻、終了時刻、教科等）が表示される。詳細テーブルＴＡ２は、学期、学部、教科、周期、時限および教室、教師、閲覧グループ、添付ファイルなど、授業に関する詳細な情報を含んでいる。詳細情報は、映像コンテンツのデータファイルと一緒に配信部１５から端末装置３へ送信される。

これにより、ユーザ（受講者）は、映像配信システム１０にユーザＩＤでログインすることにより、スケジュールを端末装置３に表示させ、このスケジュール上で所望の日時の授業を選択することにより、該授業の映像コンテンツを端末装置３で視聴可能となる。

ここで、映像配信システム１０は、ログ解析の機能を有していてもよく、これにより端末装置３への映像コンテンツの配信状況を管理可能になる。具体的には、映像配信システム１０は、ユーザＩＤごとに、各授業の映像コンテンツがどこまで視聴されたかを管理することで、ユーザごとの進捗状況を管理できる。

なお、取得部１２が、複数台のカメラ２１〜２３から映像コンテンツを並行して取得する場合、取得部１２から配信部１５までの各処理においても、複数台のカメラ２１〜２３からの映像コンテンツは並行して処理可能であることが好ましい。

さらにまた、本実施形態の映像配信システム１０では、映像配信装置１は、カメラ２から出力される映像コンテンツを、データファイル化せずに、配信部１５から端末装置３へライブ配信する機能も備えている。具体的には、映像配信装置１は、カメラ２からの映像コンテンツについて、プロトコル変換部１７でＲＴＳＰ（Real Time Streaming Protocol）からＲＴＭＰ（Real Time Messaging Protocol）へのプロトコル変換のみ行い、リアルタイムで配信する。つまり、ライブ配信用の映像コンテンツについては、映像配信装置１は、記録部１６や蓄積部１４に保存することはない。

これにより、ユーザ（受講者）は、開講中の授業の映像を端末装置３にてリアルタイムで視聴することができる。ライブ配信を利用する場合でも、ユーザは、蓄積部１４に蓄積されたデータファイルの配信の場合と同様に、端末装置３においてスケジュール上で所望の日時の授業を選択することにより、該授業の映像コンテンツを端末装置３で視聴可能となる。なお、ライブ配信用の映像は、取得部１２にて映像コンテンツの取得が行われるカメラ２１〜２３と共通のカメラ２で撮影されてもよいし、ライブ配信用のカメラが別に設けられていてもよい。

また、映像配信システム１０は、取得部１２がカメラ２で撮影された映像コンテンツをカメラ２から直接取得することは必須ではなく、サーバ（図示せず）等で配信（中継）された映像コンテンツを取得部１２が取得してもよい。すなわち、たとえば遠隔授業などにおいては、授業の映像がサーバによってストリーミング配信されるので、映像配信システム１０は、ストリーミング配信された映像を取得部１２にて取得するように構成されていてもよい。これにより、映像配信システム１０は、遠隔地からストリーミング配信された授業の映像を、データファイルとして端末装置３へ転送することができる。

また、映像配信システム１０は、カメラ２で撮影された映像を常時、記録部１６に記録する構成であってもよい。この場合、現時点から遡ること一定期間（たとえば３日間）分の映像コンテンツが、記録部１６に記録されることになる。この場合において、変換部１３は、事後的にスケジュールに登録された授業についても、記録部１６に記録されている映像コンテンツを切り出し、各授業に対応付けて配信用の標準フォーマットのデータファイルに変換することが好ましい。これにより、映像配信システム１０は、授業の終了後にスケジュールに登録された授業についても、配信用のデータファイルを作成することができ、スケジュールへの授業の登録処理を忘れたことによる収録漏れにも対応可能となる。

以上説明した本実施形態の映像配信システム１０によれば、取得部１２はスケジュールに従って映像コンテンツを取得し、変換部１３は複数の授業（イベント）の各々に対応付けて映像コンテンツを配信用の標準フォーマットのデータファイルに変換する。さらに、蓄積部１４は、複数の授業（イベント）の各々に対応付けてデータファイルを蓄積する。そのため、この映像配信システム１０は、映像コンテンツの収録から配信までを自動化することができ、管理者による操作が必要ないので、管理者の操作の手間を省くことができ、また、操作ミス等による映像の収録漏れが生じにくい、という利点がある。

また、本実施形態では、映像配信装置１が１台のコンピュータからなる場合を例示したが、たとえば収録ブロック１１０と配信ブロック１２０とは別装置であってもよい。この場合、収録ブロック１１０と配信ブロック１２０とは一対一に限らず、一対多（１：Ｎ）であってもよい。収録ブロック１１０と配信ブロック１２０とが別装置であれば、たとえば収録ブロック１１０を搭載した装置を教室付近に配置し、配信ブロック１２０を搭載した装置を遠方のデータセンターに配置する、ということが可能になる。また、撮影対象の教室が多数（たとえば２０以上）の場合、収録ブロック１１０を搭載した装置を複数台設ければ、配信ブロック１２０を搭載した装置は１台で足りる。

以下に、上述したような構成の映像配信システム１０を、授業の映像配信以外の用途へ適用する例を示す。

１つ目の例として、映像配信システム１０は、会議を収録するためのシステムとして使用可能である。すなわち、会議室が予約制であって、開始時刻および終了時刻で規定される単位時間ごとに、それぞれの会議室で行われる予定の会議が割り当てられている場合には、会議をイベントとして、会議室に設置したカメラ２にて会議を収録することができる。この場合、映像配信システム１０は、カメラ２で撮影された各会議の映像を、各会議に対応付けてデータファイルとして蓄積部１４に蓄積できる。

２つ目の例として、映像配信システム１０は、動物園での動物の様子を収録するためのシステムとして使用可能である。すなわち、様々な動物の檻にそれぞれカメラ２を設置しておけば、開始時刻および終了時刻で規定される単位時間ごとに、カメラ２にて動物の様子を収録することができる。この場合、たとえば「４月１日９時００分〜１０時００分：サル」、「４月１日１０時００分〜１１時００分：ライオン」というように、開始時刻、終了時刻、動物名によってイベントが表される。映像配信システム１０は、このようなイベントごとに、カメラ２で撮影された映像をデータファイルとして蓄積部１４に蓄積することができる。

３つ目の例として、映像配信システム１０は、遠隔地間で映像および音声を双方向に伝送するテレビ会議システムと連携させて使用可能である。この場合、映像配信システム１０は、テレビ会議システムのカメラで撮影された映像コンテンツを取得部１２で取得し、配信用のデータファイルに変換して蓄積部１４に蓄積する。これにより、映像配信システム１０は、テレビ会議システムのカメラを利用できるので、新たにカメラを設けることなく、映像の収録が可能になる。また、テレビ会議システムにおいては、カメラで撮影された映像をデータファイルとして残しておくことが可能になる。

（実施形態２）
本実施形態に係る映像配信システム１０は、図５に示すように、抽出部１８と、識別部１９と、設定部２０とをさらに備える点で、実施形態１の映像配信システム１０と相違する。以下、実施形態１と同様の構成については共通の符号を付して適宜説明を省略する。

本実施形態では、抽出部１８と識別部１９と設定部２０とは、いずれも映像配信装置１の収録ブロック１１０に設けられている。

抽出部１８は、映像コンテンツの複数フレーム間の変化に基づいて、移動体を除いた背景映像を抽出するように構成されている。この場合、蓄積部１４には、変換部１３で変換されたデータファイルとして、背景映像のデータファイルを蓄積するように構成される。つまり、取得部１２がカメラ２から取得した映像コンテンツには、黒板や白板等の情報表示板６（図２参照）のような静止体だけでなく、講師Ｈ１（図２参照）のような移動体も含まれている。抽出部１８は、映像コンテンツから移動体を削除して、静止体の映像のみを背景映像として抽出する。

具体的には、抽出部１８は、変換部１３の前段において、映像コンテンツの連続する複数フレーム間の差分をとり、画素値の変化量が閾値以上の領域については移動体、その他の領域は静止体であると判断する。抽出部１８は、映像コンテンツの各フレームから、移動体と判断した領域を削除し、残りの領域（静止体と判断した領域）を背景映像として抽出し、変換部１３に出力する。これにより、変換部１３は、背景映像についてのみデータファイル化し、蓄積部１４に蓄積することになる。ただし、抽出部１８は、少なくとも背景映像と、移動体の映像とを分離できればよく、移動体の映像を背景映像とは別に前景映像として抽出するように構成されていてもよい。

この構成によれば、配信用のデータファイルからは、移動体である講師Ｈ１の映像が除かれるので、ユーザ（受講者）は、情報表示板６のような静止物の映像のみを視聴することができる。なお、情報表示板６に表示される文字や記号、図形等の情報は、講師Ｈ１が書いたり消したりすることで変化するが、一定時間以上静止している情報については、静止体として背景映像として抽出される。

ここにおいて、背景映像は、少なくとも情報を表示する情報表示板６の映像を含んでいる。この場合、抽出部１８は、映像コンテンツの複数フレームから、情報表示板６のうち移動体で隠れた重複領域について、情報表示板６に表示されている情報を復元して背景映像を生成することが好ましい。つまり、情報表示板６の手前に移動体である講師Ｈ１がいる場合には、情報表示板６のうち講師Ｈ１と重複する領域が重複領域となる。このような重複領域については、単に移動体を削除するだけでは、そもそも情報表示板６に表示されている情報が欠けることがある。

そこで、抽出部１８は、講師Ｈ１で隠れた部分（重複領域）の情報表示板６の映像を復元することにより、表示されている情報の欠けを擬似的に補った情報表示板６の映像（背景映像）を表示可能とする。具体的には、抽出部１８は、過去の１ないし複数フレーム分の背景映像を重ね合わせることにより、重複領域に、過去の背景映像の同じ位置の映像を当てはめる。その結果、抽出部１８は、重複領域について、情報表示板６に表示されている情報を復元して背景映像を生成することができる。

また、抽出部１８は、背景映像についてシェーディング補正を施すように構成されていることが好ましい。つまり、抽出部１８は、シェーディング補正により、濃度（光量）むらをなくすように背景映像を補正する。これにより、抽出部１８は、情報表示板６の映像について、情報表示板６に表示されている文字や記号、図形等の情報と、それ以外の領域とを明確に区別した背景映像を抽出することができる。

ところで、情報表示板６には、ガラス、ホーロ、プラスチック等の材料からなる黒板（チョークボード）や白板（マーカーボード）の他、プロジェクタスクリーン、電子黒板（電子白板）、デジタルサイネージなど、複数の種類がある。電子黒板は、スタイラスやペン等で画面上に書き込んだ情報を表示する装置である。情報表示板６における光の反射率や発色などは、これらの情報表示板６の種類によって大きく異なる。そこで、本実施形態の映像配信システム１０は、これらの情報表示板６の種類を自動的に識別する機能として識別部１９を有している。

識別部１９は、背景映像を画像処理することにより情報表示板６の種類を識別するように構成されている。つまり、識別部１９は、抽出部１８で抽出された背景映像に対して画像処理を施すことにより、背景映像中の情報表示板６の領域を識別し、この領域の光の反射率や発色から、情報表示板６の種類を識別する。

この構成によれば、たとえば教室によって情報表示板６の種類が異なるような場合でも、識別部１９が、背景映像中の情報表示板６の種類を自動的に識別する。したがって、映像配信システム１０の管理者においては、情報表示板６の種類を予め登録するような操作が不要になる。

また、設定部２０は、カメラ２の撮影条件を設定するように構成されている。カメラ２の撮影条件には、少なくともシャッター速度と絞りと感度とを含む。ここでは、設定部２０は、識別部１９で識別された情報表示板６の種類に応じて、撮影条件を自動的に決定するように構成されている。具体的には、映像配信装置１は、情報表示板６の種類ごとに最適な撮影条件を予め条件リストとしてメモリに登録しており、設定部２０では、識別部１９で識別された情報表示板６の種類に最適な撮影条件を条件リストから選択する。たとえば黒板に比べると白板の方が光の反射率が高いので、黒板の撮影条件よりも白板の撮影条件において感度が低く設定される。設定部２０は、選択した撮影条件をカメラ２に対して取得部１２経由で送信して、カメラ２の撮影条件を自動的に変更する。なお、設定部２０は、撮影条件を取得部１２経由でなくカメラ２に直接送信する構成であってもよい。

以上説明した本実施形態の映像配信システム１０によれば、講師Ｈ１で隠れた部分（重複領域）の情報表示板６の映像が抽出部１８にて復元されるので、表示されている情報の欠けを擬似的に補った情報表示板６の映像（背景映像）を表示可能となる。そのため、配信用のデータファイルにおいて、情報表示板６の手前に講師Ｈ１がいる場合でも、ユーザ（受講者）は、情報表示板６のうち講師Ｈ１で隠れた部分に表示されている情報についても見ることができる。したがって、映像配信システム１０は、情報表示板６に表示されている情報を、ユーザに対し、映像コンテンツにより欠けなく正確に伝達可能となる。

さらに、識別部１９が、情報表示板６の種類を自動的に識別し、設定部２０は、識別部１９で識別された情報表示板６の種類に応じて、カメラ２の撮影条件を自動的に決定する。そのため、情報表示板６が複数種類ある場合でも、カメラ２の設定を手動で変更することなく、カメラ２は情報表示板６の種類に応じた最適な撮影条件で情報表示板６を撮影することができる。

なお、映像配信システム１０において、背景映像が情報表示板６の映像を含むことは必須ではない。また、映像配信システム１０においては、抽出部１８における重複領域について情報表示板６に表示されている情報を復元する機能も必須ではなく、適宜省略可能である。さらに、抽出部１８におけるシェーディング補正の機能や、識別部１９、設定部２０についても映像配信システム１０に必須の構成ではなく、適宜省略可能である。

ところで、本実施形態の第１の変形例として、設定部２０は、識別部１９での識別結果ではなく、スケジュールに従ってカメラ２の撮影条件を決定してもよい。第１の変形例では、設定部２０は、スケジュールにおいて複数の授業（イベント）の各々に対応する情報表示板６の種類が指定されている場合には、スケジュールに従って、情報表示板６の種類に応じた撮影条件を自動的に決定するように構成される。

つまり、授業ごとに、使用される情報表示板６の種類が予め決まっている場合、スケジュールにおいて、情報表示板６の種類を授業に対応付けて予め登録することができる。この場合においては、設定部２０は、スケジュール上で指定されている情報表示板６の種類に合わせて、最適な撮影条件を選択する。これにより、映像配信システム１０は、識別部１９で情報表示板６の種類を判別する場合に比べてより簡単な処理で、情報表示板６の種類に応じた最適な撮影条件で情報表示板６を撮影可能となる。

なお、第１の変形例においても、設定部２０は、スケジュール上で情報表示板６の指定がされていない授業については、識別部１９での識別結果に従って、カメラ２の撮影条件を決定する構成であってもよい。

また、本実施形態の第２の変形例として、取得部１２は、情報表示板６に表示されている情報を表示データとして情報表示板６から取得するように構成されていてもよい。この場合、変換部１３は、映像コンテンツと情報表示板６から取得した表示データとを、データファイルに変換するように構成される。

すなわち、第２の変形例は、情報表示板６が電子黒板などの表示されている情報を電子データとして出力可能な種類の情報表示板である場合に、情報表示板６から出力される電子データを取得部１２にて直接取得する。これにより、映像配信システム１０は、情報表示板６に表示されている情報を、カメラ２で撮影された映像からではなく、情報表示板６から直接取得することができるので、ユーザに対して欠けなく正確に伝達可能となる。

具体的には、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）出力を持つ電子黒板が情報表示板６として使用されている場合、映像配信装置１は、ＨＤＭＩ（登録商標）ケーブルにより情報表示板６に電気的に接続されている。映像配信装置１は、情報表示板６の起動を検知して情報表示板６から表示データを取得するように構成されている。映像配信装置１は、取得した表示データを、配信用の映像コンテンツの情報表示板６の領域に合成し、映像コンテンツに含めた形で配信してもよいし、映像コンテンツとは別に配信してもよい。表示データが映像コンテンツと別に配信される場合、端末装置３は、映像コンテンツの再生画面と並べて表示データの内容を表示する。

なお、第２の変形例においても、情報表示板６が通常の黒板や白板などの場合、映像配信システム１０は、情報表示板６に表示されている情報を、カメラ２で撮影された映像から取得することになる。

その他の構成および機能は実施形態１と同様である。

１ 映像配信装置
１０ 映像配信システム
１１ 管理部
１２ 取得部
１３ 変換部
１４ 蓄積部
１５ 配信部
１８ 抽出部
１９ 識別部
２０ 設定部
２，２１〜２３ カメラ
３，３１〜３３ 端末装置

Claims (11)

1. 複数のイベントの開始時刻および終了時刻を示すスケジュールが予め登録された管理部と、
   前記スケジュールに従って、カメラで撮影された映像コンテンツを前記カメラから取得する取得部と、
   前記複数のイベントの各々に対応付けて、前記映像コンテンツを配信用の標準フォーマットのデータファイルに変換する変換部と、
   前記複数のイベントの各々に対応付けて、前記データファイルを蓄積する蓄積部と、
   前記複数のイベントの中のいずれかが端末装置から指定されると、指定されたイベントに対応する前記データファイルを前記蓄積部から読み出して当該端末装置へ配信する配信部とを備える
   ことを特徴とする映像配信システム。
2. 前記映像コンテンツの複数フレーム間の変化に基づいて、移動体を除いた背景映像を抽出する抽出部をさらに備え、
   前記蓄積部には、前記データファイルとして前記背景映像のデータファイルを蓄積するように構成されている
   ことを特徴とする請求項１に記載の映像配信システム。
3. 前記背景映像は、情報を表示する情報表示板の映像を含み、
   前記抽出部は、前記映像コンテンツの複数フレームから、前記情報表示板のうち前記移動体で隠れた重複領域について、少なくとも前記情報表示板に表示されている情報を復元して前記背景映像を生成するように構成されている
   ことを特徴とする請求項２に記載の映像配信システム。
4. 前記抽出部は、前記背景映像についてシェーディング補正を施すように構成されている
   ことを特徴とする請求項３に記載の映像配信システム。
5. 前記背景映像を画像処理することにより前記情報表示板の種類を識別する識別部をさらに備える
   ことを特徴とする請求項３または４に記載の映像配信システム。
6. 前記カメラの撮影条件を設定する設定部をさらに備え、
   前記設定部は、前記識別部で識別された前記情報表示板の種類に応じて、前記撮影条件を自動的に決定するように構成されている
   ことを特徴とする請求項５に記載の映像配信システム。
7. 前記カメラの撮影条件を設定する設定部をさらに備え、
   前記設定部は、前記スケジュールにおいて前記複数のイベントの各々に対応する前記情報表示板の種類が指定されている場合には、前記スケジュールに従って、前記情報表示板の種類に応じた前記撮影条件を自動的に決定するように構成されている
   ことを特徴とする請求項３または４に記載の映像配信システム。
8. 前記取得部は、情報表示板に表示されている情報を表示データとして前記情報表示板から取得するように構成されており、
   前記変換部は、前記映像コンテンツと前記情報表示板から取得した前記表示データとを、前記データファイルに変換するように構成されている
   ことを特徴とする請求項１または２に記載の映像配信システム。
9. 前記取得部および前記変換部は、前記取得部による前記映像コンテンツの取得と、前記変換部での変換とを同時に行うように構成されている
   ことを特徴とする請求項１〜８のいずれか１項に記載の映像配信システム。
10. 前記変換部は、同一の前記イベントの前記映像コンテンツが途中で分断されている場合には、自動的に結合して１つの前記データファイルに変換するように構成されている
    ことを特徴とする請求項１〜９のいずれか１項に記載の映像配信システム。
11. コンピュータを、
    複数のイベントの開始時刻および終了時刻を示し予め登録されたスケジュールに従って、カメラで撮影された映像コンテンツを前記カメラから取得する取得部と、
    前記複数のイベントの各々に対応付けて、前記映像コンテンツを配信用の標準フォーマットのデータファイルに変換する変換部と、
    前記複数のイベントの各々に対応付けて、前記データファイルを蓄積する蓄積部と、
    前記複数のイベントの中のいずれかが端末装置から指定されると、指定されたイベントに対応する前記データファイルを前記蓄積部から読み出して当該端末装置へ配信する配信部とを備える映像配信装置
    として機能させるプログラム。
    

Images