(57)【要約】【課題】品質を低下させることなく、回線負荷や処理負荷を低減する。【解決手段】本実施形態の送信装置は、分割部と、送信部と、記憶制御部と、受信部と、を備える。分割部は、送信対象となる複数の送信データを、第１データと第２データとに分割する。送信部は、第１データを、送信データを受信装置に配信するサーバ装置に送信する。記憶制御部は、第２データを記憶部に記憶させる。受信部は、第２データの送信要求を受信装置またはサーバ装置から受信する。送信部は、さらに、送信要求に応じて第２データをサーバ装置に送信する。【選択図】図３
2020072461.tif 000002
【特許請求の範囲】
【請求項１】
送信対象となる複数の送信データを、第１データと第２データとに分割する分割部と、
前記第１データを、前記送信データを受信装置に配信するサーバ装置に送信する送信部と、
前記第２データを記憶部に記憶させる記憶制御部と、
前記第２データの送信要求を前記受信装置または前記サーバ装置から受信する受信部と、を備え、
前記送信部は、さらに、前記送信要求に応じて前記第２データを前記サーバ装置に送信する、
送信装置。
【請求項２】
前記送信データは、動画像データであり、
前記第１データは、フレーム内予測により符号化した画像データを含む、
請求項１に記載の送信装置。
【請求項３】
前記第２データは、前記第１データに基づいてフレーム間予測により符号化した画像データを含む、
請求項２に記載の送信装置。
【請求項４】
前記第１データは、フレーム内予測により符号化した画像データのうち一部を含み、
前記第２データは、フレーム内予測により符号化した画像データのうち前記第１データに含まれる画像データ以外、および、前記第１データに基づいてフレーム間予測により符号化した画像データを含む、
請求項２に記載の送信装置。
【請求項５】
前記第１データは、フレーム内予測により符号化した画像データのうち一部を含み、
前記分割部は、前記送信データを送信するネットワークの帯域に応じて、フレーム内予測により符号化した画像データのうち、前記第１データに含める画像データを変更する、
請求項２に記載の送信装置。
【請求項６】
前記第１データは、フレーム内予測により符号化した画像データのうち一部を含み、
前記分割部は、前記受信装置または前記サーバ装置からの要求に応じて、フレーム内予測により符号化した画像データのうち、前記第１データに含める画像データを変更する、
請求項２に記載の送信装置。
【請求項７】
前記送信データを送信するネットワークの帯域に応じて符号量が異なるように、前記第１データを符号化する符号化部をさらに備える、
請求項２に記載の送信装置。
【請求項８】
前記分割部は、前記送信データを送信するネットワークの帯域に応じて前記第１データのサイズを変更する、
請求項１に記載の送信装置。
【請求項９】
前記記憶制御部は、予め定められた条件に従い前記記憶部に記憶された前記第２データを削除する、
請求項１に記載の送信装置。
【請求項１０】
前記分割部は、前記第１データおよび前記第２データを、前記サーバ装置が配信するデータ形式に変換する、
請求項１に記載の送信装置。
【請求項１１】
前記分割部は、前記第１データおよび前記第２データに、前記サーバ装置が配信するデータ形式に変換するためのメタデータを付加する、
請求項１に記載の送信装置。
【請求項１２】
複数の送信データの一部である第１データを送信装置から受信するデータ受信部と、
前記第１データを受信装置に配信する配信部と、を備え、
前記データ受信部は、さらに、複数の前記送信データのうち前記第１データ以外の第２データの送信要求に応じて前記送信装置から送信された前記第２データを受信し、
前記配信部は、前記第２データを前記受信装置に配信する、
サーバ装置。
【請求項１３】
前記送信データは、動画像データであり、
前記第１データは、フレーム内予測により符号化した画像データを含む、
請求項１２に記載のサーバ装置。
【請求項１４】
前記第２データは、前記第１データに基づいてフレーム間予測により符号化した画像データを含む、
請求項１３に記載のサーバ装置。
【請求項１５】
記憶部と、
受信した前記第１データおよび前記第２データを一時記憶する一時記憶部と、
前記一時記憶部に記憶された前記第１データおよび前記第２データを前記記憶部に記憶する記憶制御部と、をさらに備え、
前記配信部は、前記一時記憶部に記憶された前記第１データを前記受信装置に配信する、
請求項１２に記載のサーバ装置。
【請求項１６】
前記記憶制御部は、前記一時記憶部に記憶された前記第１データおよび前記第２データの少なくとも一部を結合した結合データを前記記憶部に記憶する、
請求項１５に記載のサーバ装置。
【請求項１７】
前記結合データ内の前記第１データまたは前記第２データの位置を特定するための特定情報を含む、前記第１データまたは前記第２データの送信要求を前記受信装置から受信する要求受信部をさらに備え、
前記配信部は、前記特定情報に基づいて前記記憶部から読み出された前記第１データまたは前記第２データを、前記受信装置に配信する、
請求項１６に記載のサーバ装置。
【請求項１８】
前記送信装置から送信された前記第１データおよび前記第２データを記憶する記憶部と、
予め定められた条件に従い前記記憶部に記憶された前記第１データおよび前記第２データの少なくとも一方を削除する記憶制御部と、をさらに備える、
請求項１２に記載のサーバ装置。
【請求項１９】
送信対象となる複数の送信データを、第１データと第２データとに分割する分割ステップと、
前記第１データを、前記送信データを受信装置に配信するサーバ装置に送信する第１送信ステップと、
前記第２データを記憶部に記憶させる記憶制御ステップと、
前記第２データの送信要求を前記受信装置または前記サーバ装置から受信する受信ステップと、
前記送信要求に応じて前記第２データを前記サーバ装置に送信する第２送信ステップと、
を含む送信方法。
【請求項２０】
コンピュータを、
送信対象となる複数の送信データを、第１データと第２データとに分割する分割部と、
前記第１データを、前記送信データを受信装置に配信するサーバ装置に送信する送信部と、
前記第２データを記憶部に記憶させる記憶制御部と、
前記第２データの送信要求を前記受信装置または前記サーバ装置から受信する受信部、として機能させ、
前記送信部は、さらに、前記送信要求に応じて前記第２データを前記サーバ装置に送信する、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、送信装置、サーバ装置、送信方法およびプログラムに関する。
【背景技術】
【０００２】
ＨＬＳ（HTTP  Live  Streaming）およびＭＰＥＧ−ＤＡＳＨ（Moving  Picture  Experts  Group−Dynamic  Adaptive  Streaming  over  HTTP）などのアダプティブストリーミングは、例えば、カメラで撮像した映像（動画像データ）を配信し監視可能とするシステム（映像配信システム、映像監視システム）に適用できる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６２３９４７２号公報
【非特許文献】
【０００４】
【非特許文献１】R.  Pantos  et  al.、"RFC  8216、  HTTP  Live  Streaming"、［online］、August  2017、retrieved  from  the  Internet:  <URL:http://www.ietf.org/rfc/rfc8216.txt>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、データ（映像など）を送信するネットワーク回線の負荷、および、システムの処理負荷が増加するおそれがあった。例えば、接続されるカメラの個数が増大することに伴い、カメラから映像を送信するためのネットワーク回線の負荷、並びに、映像の収録および配信などを実行するサーバの処理負荷が増大する可能性があった。
【課題を解決するための手段】
【０００６】
実施形態の送信装置は、分割部と、送信部と、記憶制御部と、受信部と、を備える。分割部は、送信対象となる複数の送信データを、第１データと第２データとに分割する。送信部は、第１データを、送信データを受信装置に配信するサーバ装置に送信する。記憶制御部は、第２データを記憶部に記憶させる。受信部は、第２データの送信要求を受信装置またはサーバ装置から受信する。送信部は、さらに、送信要求に応じて第２データをサーバ装置に送信する。
【図面の簡単な説明】
【０００７】
【図１】本実施形態にかかる映像配信システムのブロック図。
【図２】本実施形態の映像配信システムによる配信処理の概要を示す図。
【図３】本実施形態の映像配信システムの各装置の機能ブロック図。
【図４】配信リストのデータ構造の一例を示す図。
【図５】判定情報のデータ構造の一例を示す図。
【図６】本実施形態における送信処理のフローチャート。
【図７】記憶されたデータの送信処理のフローチャート。
【図８】本実施形態におけるリスト生成処理のフローチャート。
【図９】本実施形態における判定情報生成処理のフローチャート。
【図１０】本実施形態におけるコンテンツ配信処理のシーケンス図。
【図１１】配信リストに対して判定情報を用いて判定する例を説明する図。
【図１２】更新した判定情報の一例を示す図。
【図１３】配信リストに対して判定情報を用いて判定する例を説明する図。
【図１４】変形例の映像配信システムの構成例を示す図。
【図１５】変形例の映像配信システムによる配信処理の概要を示す図。
【図１６】本実施形態にかかる送信装置のハードウェア構成図。
【発明を実施するための形態】
【０００８】
以下に添付図面を参照して、この発明にかかる送信装置の好適な実施形態を詳細に説明する。
【０００９】
従来のアダプティブストリーミングを用いた映像配信システムでは、高品質なライブ映像の配信に必要な高品質の映像ストリーム（送信データの一例）を確実に収録するためには、伝送レートが高いネットワーク回線を準備する必要がある。
【００１０】
一方、多数のカメラが接続される大規模な映像配信システムでは、常に大量のカメラ映像が送信される。このため、回線負荷やコストの低減のためには、カメラと、映像を収録するサーバ装置との間に、伝送レートが低いネットワーク回線を用いることが望ましい。しかし伝送レートが低い回線ではライブ映像が低品質となり、監視作業に支障をきたすおそれがある。
【００１１】
そこで、本実施形態では、品質を低下させることなく、回線負荷や処理負荷を低減することができる映像配信システムを実現する。
【００１２】
ここで、本実施形態を適用できる送信データの例について説明する。送信データは、例えば、動画像データおよびセンサデータなどの、時間的な順序が定められた時系列データを含む。
【００１３】
動画像データは、例えばカメラおよびフレームキャプチャなどの撮像装置により撮像されるデータである。動画像データは、例えば撮像装置からリアルタイムに取得され、配信対象のコンテンツとして使用される。撮像された後、一旦記憶媒体に記憶された動画像データが、配信対象のコンテンツとして使用されてもよい。
【００１４】
センサデータとは、センサ（検知装置）が検知した値を示すデータであり、例えばデータを検知（サンプリング）した時刻の情報を含む。センサはどのような装置であってもよい。例えば、音声を取得するマイクロフォン、位置情報を取得するＧＰＳ（Global  Positioning  System）装置、および、検知対象となる周辺環境や電子機器の温度、速度、圧力などを、定期的に、または、不定期に検知してセンサデータとして出力するセンサを使用することができる。
【００１５】
以下では、主に動画像データを送信データとした例について説明する。
【００１６】
図１は、本実施形態にかかる映像配信システムの構成の一例を示すブロック図である。図１に示すように、映像配信システムは、送信装置１００（送信装置の一例）と、配信サーバ２００（サーバ装置の一例）と、クライアント３００（受信装置の一例）と、を備えている。送信装置１００と配信サーバ２００とは、ネットワーク４０１により接続される。配信サーバ２００とクライアント３００とは、ネットワーク４０２により接続される。
【００１７】
ネットワーク４０１および４０２は、インターネットなどの、どのようなネットワークであってもよい。例えばネットワーク４０１および４０２は、有線ネットワークおよび無線ネットワークのいずれであってもよい。また、ネットワーク４０１および４０２は、統合した１つのネットワークとして構成してもよい。
【００１８】
図１に示す通信システムの構成は一例であり、これに限られるものではない。例えば送信装置１００、配信サーバ２００、および、クライアント３００は、それぞれ複数備えられていてもよい。また、送信装置１００、配信サーバ２００およびクライアント３００それぞれは、物理的に１つの装置によって構成されてもよいし、物理的に複数の装置によって構成されてもよい。例えば配信サーバ２００は、クラウド環境上で構築されてもよい。
【００１９】
図２は、本実施形態の映像配信システムによる配信処理の概要を示す図である。送信装置１００は、映像を入力し、入力した映像をエンコード（符号化）する。送信装置１００は、例えばＨ．２６４などの規格に従い、映像を圧縮符号化する。エンコードされた映像は、例えばＩピクチャおよびＰピクチャを含む。Ｉピクチャは、フレーム内予測により符号化された画像データであり、単独で再生できる全画面の範囲を含む。Ｐピクチャは、Ｉピクチャに基づいてフレーム間予測により符号化した画像データである。Ｐピクチャは、単独では再生できずＩピクチャと組み合わせて再生可能となる。
【００２０】
送信装置１００は、これらのエンコードされた映像を、ピクチャごとに分割（フラグメント化）する。そして送信装置１００は、分割したピクチャの一部（例えばＩピクチャ）を配信サーバ２００に送信し、残り（例えばＰピクチャ）は、記憶部に記憶する。なお送信装置１００は、配信サーバ２００に送信したピクチャについてもプレイバック（ローカル再生）およびバックアップ等のために記憶部に記憶してもよい。
【００２１】
配信サーバ２００は、通常時には、送信装置１００から送信されたＩピクチャのみをクライアント３００に配信する。クライアント３００は、例えばビューワアプリを用いて配信された映像を表示する。ビューワアプリは、例えばブラウザに含まれる、映像を表示して閲覧可能とするためのアプリケーションである。Ｉピクチャは一定間隔で送信されるため（例えば１秒間に数枚、または、数秒に１枚）、クライアント３００では、静止画像（Ｉピクチャ）が一定間隔で更新されるような映像（ぱらぱら漫画、コマ送り（間欠）動画）が表示される。ビューワアプリは、例えば、ＨＴＭＬ（Hyper  Text  Markup  Language）５用のアプリケーションプログラミングインタフェースであるＭＳＥ（Media  Source  Extensions）を用いたアプリケーションとして実現できる。これにより、ＨＴＴＰダウンロードを利用したストリーミング再生が可能となる。
【００２２】
クライアント３００を操作するユーザなどにより、Ｐピクチャの表示が要求されると、送信装置１００は、記憶したＰピクチャを読み出し、配信サーバ２００に送信する。配信サーバ２００は、送信されたＰピクチャをクライアント３００に配信する。配信サーバ２００は、送信されたＰピクチャをそのまま配信してもよいし、画像データに対する変換処理（再圧縮など）以外の加工処理（伝送パケット形式の変更など）のみを加えたＰピクチャを配信してもよい。クライアント３００のビューワアプリは、既に受信したＩピクチャと、後から受信したＰピクチャとを合成して表示する。これにより、クライアント３００では、より滑らかな映像が表示可能となる。転送済みのデータ（例えばＩピクチャ）は、クライアント３００内の記憶部に記憶しておけば、後で受信したＰピクチャとの合成等に使用できる。すなわち、転送済みのデータは再度送信装置１００および配信サーバ２００から送信する必要はない。従って、Ｐピクチャを含む全映像データを改めて送信しなおす方法と比べ、伝送データ量を減らすことができる。
【００２３】
上述のように、配信サーバ２００は、画像データに対して再圧縮などの変換処理などを適用することなく、送信装置１００から送信された画像データをそのまままたは伝送パケット形式のみを加工してクライアント３００に配信する。例えば配信サーバ２００は、低い伝送レートで配信可能とするために、品質を低下させた映像に変換する処理を実行する必要がない。従って、配信サーバ２００の処理負荷の増加、および、画質の劣化を回避できる。また、通常時は、Ｉピクチャのみを配信するため、通信量を抑制することができる。このように、品質を低下させることなく、回線負荷や処理負荷を低減することが可能となる。
【００２４】
なおＩピクチャは、映像（動画像データ）を構成する一部のデータであるが、静止画像として扱うことができる。例えば、クライアント３００で動作するブラウザ（ビューワアプリ）は、動画像データに含まれるＩピクチャを静止画像データとして表示できる場合がある。従って、例えばＪＰＥＧ（Joint  Photographic  Experts  Group）などの静止画像への圧縮処理を実行することなく、Ｉピクチャを静止画像データとして表示可能となる。ＪＰＥＧ形式の静止画像と比べてＩピクチャはデータサイズが小さいため（圧縮効率が大きい）、回線負荷および処理負荷をより軽減可能となる。また、配信された映像を画像認識に用いるような場合にも、映像を静止画像に変換することなく、Ｉピクチャを画像認識の入力データとして利用することが可能となる。
【００２５】
次に、本実施形態の映像配信システムの各装置の構成の詳細について説明する。図３は、本実施形態の映像配信システムの各装置の機能構成の一例を示すブロック図である。
【００２６】
図３に示すように、送信装置１００は、撮像部１０１と、記憶部１２１と、符号化部１１１と、分割部１１２と、データ送信部１１３と、記憶制御部１１４と、要求受信部１１５と、を備えている。
【００２７】
撮像部１０１は、映像（動画像データ）を撮像して出力する。撮像部１０１は、例えば、ＣＣＤ（Charge  Coupled  Device）およびＣＩＳ（CMOS  image  sensor）等の撮像素子、または、フレームメモリ、フレームグラバ、および、スクリーンキャプチャ等のフレームバッファキャプチャにより実現できる。
【００２８】
記憶部１２１は、送信装置１００による各種処理で用いられる各種データを記憶する。例えば記憶部１２１は、撮像部１０１により撮像された映像を記憶する。
【００２９】
符号化部１１１は、撮像部１０１から入力された映像を符号化する。符号化部１１１による符号化方式はどのような方式であってもよいが、例えば、Ｈ．２６４などの規格に従った符号化方式を適用できる。符号化部１１１は、例えば、映像を圧縮符号化し、ＩピクチャおよびＰピクチャを含む映像を出力する。符号化された映像の各ピクチャが、送信対象となる複数の送信データに相当する。
【００３０】
分割部１１２は、符号化された映像を、配信サーバ２００に送信するデータ（第１データ）と、送信せずに記憶部１２１に記憶するデータ（第２データ）と、に分割する。例えば分割部１１２は、Ｉピクチャを配信サーバ２００に送信するデータ（フラグメントデータ）とし、Ｐピクチャを記憶部１２１に記憶するデータ（フラグメントデータ）とするように、符号化された映像をピクチャごとに分割する。分割部１１２は、分割したピクチャそれぞれが１つのファイル（フラグメントファイル）となるように映像を分割してもよい。記憶部１２１に記憶するデータについては、分割部１１２は、複数のピクチャが１つのファイルに含まれるように分割してもよい。
【００３１】
分割部１１２によるデータの分割方法はこれに限られず、どのような方法であってもよい。例えば分割部１１２は、符号化された映像を、複数のＩピクチャから一定数ごとに選択されたＩピクチャと、それ以外のピクチャ（残りのＩピクチャおよびＰピクチャ）とに分割してもよい。また例えば分割部１１２は、符号化された映像を、Ｉピクチャおよび複数のＰピクチャから一定数ごとに選択されたＰピクチャと、それ以外のピクチャ（残りのＰピクチャ）とに分割してもよい。また例えば分割部１１２は、符号化された映像を、複数のＩピクチャから一定数ごとに選択されたＩピクチャ、および、複数のＰピクチャから一定数ごとに選択されたＰピクチャと、それ以外のピクチャ（残りのＩピクチャおよびＰピクチャ）とに分割してもよい。
【００３２】
配信サーバ２００に送信するデータは、配信サーバ２００がそのまま配信可能な形式で表されてもよい。例えば分割部１１２は、Ｆｒａｇｍｅｎｔｅｄ  ＭＰ４（ｆＭＰ４）などの規格に従った形式となるように、分割したデータを変換してもよい。
【００３３】
配信サーバ２００に送信するデータは、配信サーバ２００が配信する形式に変換できるようなデータ（メタデータ）が付加された形式で表されてもよい。例えば分割部１１２は、配信サーバ２００側でｆＭＰ４などの規格に従った形式に変換できるように、変換に必要な情報を含むメタデータを、分割したデータに付加してもよい。変換に必要な情報は、例えば、送信装置１００を識別する情報（ＩＰアドレスおよびポート番号など）、時刻（撮像された日時分秒など）、および、当該時刻内での画像の位置（例えば先頭から何番目かを示す情報など）を含む。
【００３４】
分割部１１２は、ネットワーク４０１の帯域に応じて、配信サーバ２００に送信するデータのサイズまたは符号量を変更してもよい。例えば分割部１１２は、割り当てられたネットワーク４０１の帯域内で遅延等が生じずに送信できるサイズに相当するデータ、または、ネットワーク４０１の帯域以内の符号化ビットレートとなるデータを配信サーバ２００に送信するデータとして分割してもよい。例えば、ネットワーク４０１の帯域が大きい場合は、分割部１１２は、ＩピクチャおよびＰピクチャの一部を配信サーバ２００に送信するデータとして分割し、帯域が小さくなるに従い、Ｉピクチャのみ、および、Ｉピクチャのうち一部（Ｉピクチャを一定数ごとに間引きするなど）を配信サーバ２００に送信するデータとして分割してもよい。Ｐピクチャを部分的に配信する際のエンコード手法については、例えば特許文献１に記載の手法などを用いることができる。
【００３５】
分割部１１２は、ネットワーク４０１の帯域に応じて、あるいは、クライアント３００または配信サーバ２００からの要求に応じて、上記のような分割方法を動的に切り替えることにより、配信サーバ２００に送信するデータのサイズまたは符号量を変更してもよい。
【００３６】
符号化部１１１により符号化されたデータを単純に分割すると、分割されたデータのサイズが不一致となる可能性がある。例えば、符号化部１１１が、ネットワーク４０１の帯域に応じて各ピクチャの符号量を調整する機能を備えている場合、各Ｉピクチャのサイズ、および、各Ｐピクチャのサイズは相互に異なりうる。従って、このようにして符号化された各ピクチャのうち、例えばＩピクチャを配信サーバ２００に送信するデータとして分割すると、分割されたＩピクチャそれぞれのサイズも相互に異なる可能性がある。
【００３７】
そこで、符号化部１１１は、分割後のデータのサイズまたは符号化ビットレートが、割り当てられたネットワーク４０１の帯域内で遅延等が生じずに送信できるサイズまたは符号化ビットレートとなるように、ネットワーク４０１の帯域に応じて符号量を調整してもよい。例えば、分割部１１２がＩピクチャのみを配信サーバ２００に送信するように映像を分割する場合であれば、符号化部１１１は、Ｉピクチャのサイズがネットワーク４０１の帯域内で遅延等が生じずに送信できる一定のサイズとなるように、または、ネットワーク４０１の帯域以内の符号化ビットレートとなるように、映像を符号化してもよい。
【００３８】
データ送信部１１３は、配信サーバ２００などの外部装置に対してデータを送信する。例えばデータ送信部１１３は、分割部１１２により分割されたデータのうち、配信サーバ２００に送信するデータ（第１データ）を、配信サーバ２００に送信する。またデータ送信部１１３は、記憶部１２１に記憶されたデータの送信要求が要求受信部１１５（後述）により受信された場合、要求されたデータを配信サーバ２００に送信する。
【００３９】
記憶制御部１１４は、記憶部１２１に対する記憶処理を制御する。例えば記憶制御部１１４は、分割部１１２により分割されたデータのうち、配信サーバ２００に送信しないデータを記憶部１２１に記憶する。記憶制御部１１４は、配信サーバ２００に送信したデータ（第１データ）を記憶部１２１に記憶してもよい。このとき、記憶制御部１１４は、送信したデータ（第１のデータ）が送信済であることを示す、または、第２データが未送信であることを示すメタデータを用いて、記憶したデータを管理してもよい。記憶制御部１１４は、予め定められた条件に従い記憶部１２１に記憶されたデータを削除してもよい。例えば記憶制御部１１４は、記憶してから一定期間が経過したデータを削除してもよい。
【００４０】
要求受信部１１５は、記憶部１２１に記憶されたデータの送信要求を配信サーバ２００から受信する。クライアント３００から配信サーバ２００以外の制御サーバ等を経由して要求を送信する構成の場合、要求受信部１１５は、記憶部１２１に記憶されたデータの送信要求をこのような制御サーバから受信してもよい。
【００４１】
上記各部（符号化部１１１、分割部１１２、データ送信部１１３、記憶制御部１１４、要求受信部１１５）は、例えば、１または複数のプロセッサにより実現される。例えば上記各部は、ＣＰＵ（Central  Processing  Unit）などのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣ（Integrated  Circuit）などのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。
【００４２】
なお送信装置１００の各機能は、物理的または論理的に異なる複数の装置に分散されてもよい。例えば、撮像部１０１および符号化部１１１を備える装置（図２の映像入力、エンコーダ）と、残りの各部（図２のフラグメント化、記憶部）を備える装置とに分けられてもよい。この場合、符号化部１１１により符号化されたデータは、例えば、ネットワークまたは同軸ケーブルなどの通信路により、後者の装置に入力される。後者の装置が、符号化されたデータを通信路を介して取得するように構成してもよい。
【００４３】
次に配信サーバ２００の構成について説明する。配信サーバ２００は、配信リストおよび判定情報を、ネットワーク４０２を介してクライアント３００に配信する。配信リストは、配信するデータ（以下、コンテンツともいう）に関する情報を記載したリストである。通常、コンテンツ配信者は、配信リストにコンテンツの取得先やビットレート等のメタデータを記載する。コンテンツ取得者は、配信リストを取得し、解析することで、取得するコンテンツを特定することができる。
【００４４】
配信リストに記載されるコンテンツは、送信可能な状態のコンテンツのみではなく、送信できない状態のコンテンツ、および、送信を許可しないコンテンツなどを含みうる。判定情報は、配信リストに含まれるコンテンツの送信を要求するか否かを受信装置（クライアント３００）が判定するための情報である。
【００４５】
図３に示すように、配信サーバ２００は、検出部２０１と、リスト生成部２１１と、判定情報生成部２１２と、リスト送信部２１３と、判定情報送信部２１４と、要求送受信部２１５と、配信部２１６と、データ受信部２１７と、記憶制御部２１８と、一時記憶部２２１と、記憶部２２２と、を備えている。
【００４６】
検出部２０１は、コンテンツが送信可能になったことを検出する。例えば検出部２０１は、コンテンツを提供する提供装置（送信装置１００など）からコンテンツが提供された場合に、コンテンツが送信可能になったと判断する。検出部２０１は、コンテンツが記憶される記憶領域（例えば一時記憶部２２１）を監視し、コンテンツが記憶された場合に、コンテンツが送信可能になったと判断してもよい。
【００４７】
リスト生成部２１１は、配信リストを生成する。リスト生成部２１１は、例えば、配信リストを生成して送信することをクライアント３００から要求されたときに、配信リストを生成する。配信リストの生成の契機はこれに限られず、どのような契機であってもよい。例えばリスト生成部２１１は、一定時間が経過するごとに、次の期間に送信するコンテンツの配信リストを生成してもよい。リスト生成部２１１は、提供装置からコンテンツが提供されたとき、または、生成を指示されたときなどに配信リストを生成してもよい。
【００４８】
図４は、配信リストのデータ構造の一例を示す図である。図４に示すように、配信リストは、コンテンツを識別する識別情報を含む。図３は、コンテンツのＵＲＬ（Uniform  Resource  Locator）を識別情報として利用する例を示している。識別情報は、コンテンツを識別できればＵＲＬ以外の情報を用いてもよい。配信リストは、識別情報以外の情報を含んでもよい。本実施形態では、例えば分割されたデータ（ピクチャなど）ごとのＵＲＬを含む配信リストが作成される。
【００４９】
図３に戻り、判定情報生成部２１２は、判定情報を生成する。例えば判定情報生成部２１２は、コンテンツが送信可能である場合に送信可能であることを示す判定情報を生成し、コンテンツが送信可能でない場合に送信可能でないことを示す判定情報を生成する。また判定情報生成部２１２は、コンテンツが送信可能であるか否かを示す状況が変化した場合に、変化した後の状況に対応するように更新した判定情報を生成する。
【００５０】
判定情報生成部２１２は、例えば、判定情報を生成して送信することをクライアント３００から要求されたときに、判定情報を生成する。リスト生成部２１１により配信リストが生成されたときに、その時点での判定情報を判定情報生成部２１２が生成してもよい。判定情報の生成の契機はこれに限られず、どのような契機であってもよい。例えば判定情報生成部２１２は、一定時間が経過するごとに、例えば検出部２０１を用いてコンテンツが送信可能になったか否かを検出し、検出結果に応じて更新した判定情報を生成してもよい。
【００５１】
図５は、判定情報のデータ構造の一例を示す図である。図５の判定情報は、図４の配信リストに記載された４つのコンテンツが送信可能かを判定するための判定情報の例である。例えば「○」は、コンテンツが送信可能であることを示し、「×」は、コンテンツが送信可能でないことを示す。図５の例では、図４の４つのＵＲＬに対応する４つのコンテンツ（“ＣｏｎｔｅｎｔＡ＿１”、“ＣｏｎｔｅｎｔＡ＿２”、“ＣｏｎｔｅｎｔＡ＿３”、“ＣｏｎｔｅｎｔＡ＿４”）に対応する４つの判定情報（「○」または「×」）が対応する順序で指定されている。
【００５２】
コンテンツごとに判定情報を指定できる方法であれば、図５以外のデータ構造の判定情報を用いてもよい。例えば、コンテンツの識別情報を判定情報に対応づけてもよい。いずれの配信リストに対応する判定情報であるかを識別可能とするために、配信リストを識別するための情報を判定情報に対応づけてもよい。
【００５３】
コンテンツが送信可能であるとは、例えば、配信対象となるコンテンツが配信サーバ２００に提供されており、クライアント３００に対して送信できる状態である。コンテンツが送信可能でないとは、例えば、配信対象となるコンテンツが配信サーバ２００にまだ提供されておらず、クライアント３００に対して送信できない状態である。なお配信サーバ２００は、クライアント３００からの要求に応じてコンテンツを送信（プル型送信）してもよいし、クライアント３００からの要求なしにコンテンツを送信（プッシュ型送信）してもよい。
【００５４】
コンテンツが提供されているか否かに関わらず、配信サーバ２００が、コンテンツを送信可能であるか否かを指定してもよい。例えば、通信負荷を軽減させるために、提供された複数のコンテンツのうち一部または全部に対して、送信可能でないことを示す判定情報を生成し、これらのコンテンツを送信できないように構成してもよい。このように、送信可能であるコンテンツが、その後、送信可能でなくなる場合がありうる。
【００５５】
判定情報は、コンテンツごとに１つであってもよいし、複数であってもよい。例えば、コンテンツの１以上のメタデータを判定情報として使用してもよい。メタデータは、例えば、コンテンツの範囲を示す範囲情報、コンテンツのデータ長、および、コンテンツの種類などである。範囲情報は、例えば、あるデータのうち、コンテンツとして配信するデータの範囲を指定する情報である。範囲情報が確定している場合には、確定した範囲情報を判定情報として設定し、未確定の場合には、未確定であることを示す予め定められた情報（未確定情報）を判定情報として設定する。クライアント３００は、判定情報としての範囲情報に未確定情報が設定されていた場合に、対応するコンテンツが送信可能でないと判定できる。このように、メタデータを判定情報として使用する場合は、メタデータによりコンテンツが送信可能か否かを判定できるようなデータ形式を定めておけばよい。
【００５６】
図３に戻り、リスト送信部２１３は、リスト生成部２１１により生成された配信リストをクライアント３００に送信する。例えばリスト送信部２１３は、コンテンツの送信を開始する前に、事前に配信リストをクライアント３００に送信する。判定情報送信部２１４は、判定情報生成部２１２により生成された判定情報をクライアント３００に送信する。
【００５７】
要求送受信部２１５は、各種要求の送受信を行う。例えば要求送受信部２１５は、配信リストの送信要求、判定情報の送信要求、および、コンテンツの送信要求をクライアント３００から受信する。また要求送受信部２１５は、記憶部１２１に記憶されたコンテンツの送信要求を、送信装置１００に送信する。
【００５８】
配信部２１６は、要求されたコンテンツを、送信要求を送信したクライアント３００に送信する。プッシュ型送信を採用する場合、配信部２１６は、クライアント３００からの要求なしにコンテンツを送信してもよい。
【００５９】
データ受信部２１７は、送信装置１００から送信されたデータを受信する。例えばデータ受信部２１７は、配信サーバ２００に送信するデータとして分割されたデータを受信する。記憶部１２１に記憶されたデータの送信要求が送信された場合、データ受信部２１７は、この送信要求に対して送信装置１００が送信したデータを受信する。
【００６０】
記憶制御部２１８は、一時記憶部２２１および記憶部２２２に対する記憶処理を制御する。送信装置１００から送信されたデータおよび送信装置１００から送信されたデータを配信サーバ２００が配信する形式に変換したデータを記憶部２２２に記憶してから配信するように構成すると、記憶部２２２にデータを記憶する処理が配信速度に追いつかない、および、記憶部２２２への書き出し処理が一時的にフリーズする、などの書き出し処理の異常が生じ、正常に配信できなくなる場合がある。そこで、記憶制御部２１８は、送信装置１００から送信されたデータを、上記のような書き出し処理の異常が生じないような記憶媒体である一時記憶部２２１に記憶する。配信部２１６は、データが一時記憶部２２１に記憶されている場合は、一時記憶部２２１からデータを読み出してクライアント３００に配信する。この際、送信装置１００から送信されたデータは最終的に記憶部２２２に記憶することになる。このため、配信部２１６はクライアント３００からの要求に対してあたかも記憶部２２２から配信しているかのように動作してもよい。すなわち、記憶部２２２に保存されているデータに対する要求に対し、一時記憶部２２１に保存されているデータを返してもよい。配信サーバ２００上でこれらのファイルの紐づけを記録（データベース、ファイル、シンボリックリンクなど）して配信時に参照することで、このような機能を実現できる。
【００６１】
そして、記憶制御部２１８は、一時記憶部２２１に記憶されたデータを、記憶部２２２に書き出す処理（書き出し処理）を行う。書き出し処理では、記憶制御部２１８は、一時記憶部２２１に記憶された複数のデータを１つのデータに結合して記憶部２２２に記憶してもよい。例えば、記憶制御部２１８は、一定期間内に撮像された複数のデータを１つのファイルに含まれるように結合し、結合したファイル（結合ファイル）を記憶部２２２に書き出してもよい。これにより、記憶部２２２に記憶するファイルの個数が例えばオペレーティングシステムの許容量を超えることにより、データが記憶できなくなる不具合などを回避可能となる。
【００６２】
複数のデータを１つのデータに結合して記憶部２２２に記憶した後、結合したデータに含まれるデータの送信要求をクライアント３００から受信した場合は、結合したデータから、該当データを特定する機能が必要となる。そこで、例えばリスト生成部２１１は、該当データを特定するための特定情報を含むように配信リストを更新してもよい。リスト生成部２１１は、例えば、結合ファイル内でのデータの位置を示す特定情報（先頭からのバイトオフセットなど）を、当該データの識別情報（ＵＲＬなど）に対応づけた配信リストを作成し、クライアント３００に送付する。
【００６３】
クライアント３００は、更新された配信リストを参照してデータの送信を要求する場合、要求するデータの識別情報とともに、対応づけられた特定情報を指定する。例えば、クライアント３００は、データの識別情報を示すＵＲＬに特定情報を付加した情報により、データを要求する。クライアント３００は、ヘッダ（ＨＴＴＰの拡張ヘッダなど）に特定情報を含めた送信要求によりデータを要求してもよい。
【００６４】
この際に要求するファイル名は、もとの分割前のファイル名としてもよい。これによりクライアント３００上で既に受信済でキャッシュされているかの判定が容易となり、取得済データの再取得を抑制できる。この場合、配信サーバ２００は元の分割されたファイル（フラグメントファイル）から結合したデータ（結合ファイル）を特定する必要がある。このためには、（１）予めクライアント３００に送信する特定情報としてフラグメントファイルに対する結合ファイルの情報を送信しておきクライアント３００が要求時にＨＴＴＰ拡張ヘッダに記載する、（２）配信サーバ２００が要求されたフラグメントファイル名から結合ファイルを要求応答時に自ら特定する、という方法がある。（２）については、（２−１）結合ファイルを作成する際にフラグメントファイルとの紐づけを記録しておく（データベース、ファイル、シンボリックリンクなど）ほか、（２−２）命名規則で自己解決するようにしておく（例えば図４の例であれば、ＣｏｎｔｅｎｔｓＡ＿１〜ＣｏｎｔｅｎｔｓＡ＿４の結合ファイル名はＣｏｎｔｅｎｔｓＡとするなど）ことなどが考えられる。
【００６５】
配信サーバ２００は、クライアント３００から送信された特定情報を用いて、結合データから該当データを特定し、特定したデータを要求元のクライアント３００に配信する。
【００６６】
記憶制御部２１８は、予め定められた条件に従い記憶部２２２に記憶されたデータを削除してもよい。例えば記憶制御部２１８は、記憶してから一定期間が経過したデータを削除してもよい。記憶制御部２１８は、一定時間が経過するごとに、段階的にデータを削除してもよい。例えば記憶制御部２１８は、所定期間（例えば１日）が経過したらＰピクチャの全部または一部を記憶部２２２から削除し、以降は、さらに所定期間（最初の期間と同じでもよいし異なってもよい）が経過するごとにＰピクチャまたはＩピクチャを段階的に間引くように記憶部２２２から削除する。このような処理により、長期記録のため記憶容量を削減したいときに、例えば品質を低下させた映像に変換する処理を実行することなく、時間の経過とともに間欠性を増した映像を得ることが可能となる。Ｐピクチャの段階的な削除については、例えば特許文献１に記載のエンコード手法などを用いることができる。
【００６７】
また例えば記憶制御部２１８は、送信済みのデータを優先して削除してもよい。この際、記憶制御部２１８は、データが送信済みであるか否かを示すメタデータを用いて、データが送信済みであるか判定してもよい。さらに、記憶制御部２１８は、削除処理で参照するためのその他のメタデータを予め用意しておいてもよい。このメタデータは、例えば、どのデータがどのピクチャに該当するかを判別できるデータなどである。より具体的には、メタデータは、例えば、時刻（撮像された日時分秒など）、当該時刻内での画像の位置（例えば先頭から何番目かを示す情報など）、ファイル名、および、ファイルの先頭からのバイトオフセットなどを含む。
【００６８】
一時記憶部２２１は、受信されたデータを一時的に記憶する。例えば一時記憶部２２１は、ＤＲＡＭ（Dynamic  Random  Access  Memory）などの揮発性のメモリにより構成することができる。
【００６９】
記憶部２２２は、配信サーバ２００が使用する各種データを記憶する。例えば記憶部２２２は、配信対象となるコンテンツ、生成された配信リスト、および、生成された判定情報を記憶する。記憶部２２２は、メモリカード、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）、光ディスクなどの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００７０】
なお、上記のような書き出し処理の異常が生じないような場合であれば、一時記憶部２２１を備えないように構成してもよい。
【００７１】
上記各部（検出部２０１、リスト生成部２１１、判定情報生成部２１２、リスト送信部２１３、判定情報送信部２１４、要求送受信部２１５、配信部２１６、データ受信部２１７、および、記憶制御部２１８）は、例えば、１または複数のプロセッサにより実現される。例えば上記各部は、ＣＰＵなどのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣなどのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。
【００７２】
なお配信サーバ２００の各機能は、物理的または論理的に異なる複数の装置に分散されてもよい。例えば、配信リストを送信するサーバ装置と、コンテンツを送信するサーバ装置とに分けられてもよい。また、例えば、送信装置１００からデータを受信して一時記憶部２２１および記憶部２２２に記憶するサーバ装置と、一時記憶部２２１および記憶部２２２からデータを読み出して配信するサーバ装置とに分けられてもよい。
【００７３】
次にクライアント３００の機能について説明する。図３に示すように、クライアント３００は、リスト受信部３１１と、判定情報受信部３１２と、判定部３１３と、要求送信部３１４と、データ受信部３１５と、再生部３１６と、記憶部３２１と、を備えている。
【００７４】
リスト受信部３１１は、配信リストを配信サーバ２００から受信する。判定情報受信部３１２は、判定情報を配信サーバ２００から受信する。
【００７５】
判定部３１３は、配信リストおよび判定情報に基づいて、送信を要求するコンテンツを判定する。例えば判定部３１３は、図４に示す配信リストにＵＲＬが記載されたコンテンツのうち、図５のように判定情報として「○」が設定されたコンテンツを、送信を要求するコンテンツとして判定する。判定情報として上述の範囲情報を用いる場合、判定部３１３は、例えば、範囲情報に未確定情報が設定されていないコンテンツを、送信を要求するコンテンツと判定する。複数の判定情報を用いる場合、判定部３１３は、複数の判定情報の組み合わせに応じて、送信を要求するコンテンツを判定してもよい。例えば判定部３１３は、すべての判定情報がコンテンツを送信可能であることを示す場合に、対応するコンテンツを、送信を要求するコンテンツと判定する。
【００７６】
要求送信部３１４は、送信を要求すると判定されたコンテンツの送信要求を配信サーバ２００に送信する。データ受信部３１５は、要求送信部３１４により送信した送信要求に応じて送信されたコンテンツを配信サーバ２００から受信する。再生部３１６は、受信されたコンテンツを再生する。
【００７７】
記憶部３２１は、クライアント３００が使用する各種データを記憶する。例えば記憶部３２１は、送信された配信リスト、送信された判定情報、および、配信されたコンテンツを記憶する。
【００７８】
上記各部（リスト受信部３１１、判定情報受信部３１２、判定部３１３、要求送信部３１４、データ受信部３１５、および、再生部３１６）は、例えば、１または複数のプロセッサにより実現される。例えば上記各部は、ＣＰＵなどのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣなどのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。
【００７９】
上記のような配信リストと判定情報とを用いることにより、配信サーバ２００は、例えば、更新があるごとに配信リストを作成して送信する必要がなくなる。また、クライアント３００は、判定情報を参照すれば、更新箇所をより容易に解析することができる。すなわち、配信リストを再取得および再解析することなく、最新の配信リストと同等の情報を効率的に取得および解析可能となる。
【００８０】
なお、判定情報を用いずに、例えば、データの更新があるごとに配信リストを作成して送信するように構成してもよい。この場合、判定情報に関する機能（判定情報生成部２１２、判定情報送信部２１４、判定情報受信部３１２など）は備えなくてもよい。また、例えばプッシュ型送信などを採用する場合であれば、配信サーバ２００は、配信リストを用いずに映像をクライアント３００に配信してもよい。
【００８１】
次に、本実施形態にかかる送信装置１００によるデータの送信処理について説明する。図６は、本実施形態における送信処理の一例を示すフローチャートである。
【００８２】
撮像部１０１は、配信対象となる映像を撮像する（ステップＳ１０１）。符号化部１１１は、撮像部１０１から入力された映像を符号化する（ステップＳ１０２）。分割部１１２は、配信サーバ２００に送信するデータと、記憶部１２１に記憶するデータと、に分割する。例えば分割部１１２は、入力された映像を、Ｉピクチャのフラグメントと、Ｐピクチャのフラグメントとに分割する（ステップＳ１０３）。データ送信部１１３は、Ｉピクチャのフラグメントを、配信サーバ２００に送信する（ステップＳ１０４）。記憶制御部１１４は、Ｐピクチャのフラグメントを、記憶部１２１に記憶する（ステップＳ１０５）。
【００８３】
次に、記憶部１２１に記憶されたデータの送信処理について説明する。図７は、記憶部１２１に記憶されたデータの送信処理の一例を示すフローチャートである。
【００８４】
要求受信部１１５は、配信サーバ２００（または制御サーバ）から、記憶部１２１に記憶されたデータの送信要求を受信する（ステップＳ２０１）。記憶部１２１にＰピクチャが記憶されている場合は、要求受信部１１５は、記憶されたＰピクチャのうちいずれかのＰピクチャの送信要求を受信する。データ送信部１１３は、要求されたＰピクチャを記憶部１２１から読み出し、配信サーバ２００に送信する（ステップＳ２０２）。
【００８５】
次に、このように構成された本実施形態にかかる配信サーバ２００によるリスト生成処理について説明する。リスト生成処理は、配信サーバ２００が配信リストを生成する処理である。図８は、本実施形態におけるリスト生成処理の一例を示すフローチャートである。
【００８６】
配信サーバ２００のリスト生成部２１１は、例えばクライアント３００からの要求に応じて、配信リストを生成する（ステップＳ３０１）。リスト生成部２１１は、生成した配信リストを例えば記憶部２２２に記憶する（ステップＳ３０２）。
【００８７】
一例として、時間的に連続したコンテンツであるＣｏｎｔｅｎｔＡ＿１、ＣｏｎｔｅｎｔＡ＿２、ＣｏｎｔｅｎｔＡ＿３、およびＣｏｎｔｅｎｔＡ＿４が配信予定のコンテンツとして存在し、ＣｏｎｔｅｎｔＡ＿１とＣｏｎｔｅｎｔＡ＿３が配信可能であるとする。この場合、リスト生成部２１１は、ＣｏｎｔｅｎｔＡ＿１、ＣｏｎｔｅｎｔＡ＿２、ＣｏｎｔｅｎｔＡ＿３、およびＣｏｎｔｅｎｔＡ＿４を配信するための配信リストを生成する。上述の図４は、このときに生成される配信リストの一例を示す。
【００８８】
次に、本実施形態にかかる配信サーバ２００による判定情報生成処理について説明する。判定情報生成処理は、配信サーバ２００が判定情報を生成する処理である。判定情報生成処理は、例えばクライアント３００から判定情報の送信要求があった場合に実行される。図９は、本実施形態における判定情報生成処理の一例を示すフローチャートである。
【００８９】
配信サーバ２００の判定情報生成部２１２は、配信予定のコンテンツについて、判定情報を生成済みであるか否かを判定する（ステップＳ４０１）。判定情報を生成済みでない場合（ステップＳ４０１：Ｎｏ）、判定情報生成部２１２は、当該コンテンツについての判定情報を生成する（ステップＳ４０２）。上述の図５は、図８で説明した例（ＣｏｎｔｅｎｔＡ＿１とＣｏｎｔｅｎｔＡ＿３が配信可能である例）に対して生成される判定情報の一例を示す。
【００９０】
判定情報を生成した後、および、判定情報を生成済みの場合（ステップＳ４０１：Ｙｅｓ）、判定情報生成部２１２は、生成済みの判定情報を更新するか否かを判定する（ステップＳ４０３）。例えば判定情報生成部２１２は、検出部２０１からコンテンツが送信可能になったことを示す検出結果を受け取った場合に、判定情報を更新すると判定する。
【００９１】
判定情報を更新すると判定した場合（ステップＳ４０３：Ｙｅｓ）、判定情報生成部２１２は、判定情報を更新する（ステップＳ４０４）。判定情報を更新した後、および、判定情報を更新しないと判定した場合（ステップＳ４０３：Ｎｏ）、判定情報生成処理を終了する。
【００９２】
配信サーバ２００は、生成した配信リストおよび判定情報を、ネットワーク４０２を介して配信可能な状態にする。クライアント３００は、配信サーバ２００にアクセスして配信リストおよび判定情報を取得することが可能となる。
【００９３】
次に、本実施形態にかかる通信システムによるコンテンツ配信処理について説明する。図１０は、本実施形態におけるコンテンツ配信処理の一例を示すシーケンス図である。
【００９４】
配信サーバ２００のリスト生成部２１１は、配信リストを生成する（ステップＳ５０１）。この処理は、例えば上述のリスト生成処理に相当する。配信サーバ２００のリスト送信部２１３は、例えばクライアント３００からの要求に応じて、配信リストをクライアント３００に送信する（ステップＳ５０２）。
【００９５】
配信サーバ２００の判定情報生成部２１２は、判定情報を生成する（ステップＳ５０３）。この処理は、例えば上述の判定情報生成処理に相当する。配信サーバ２００の判定情報送信部２１４は、例えばクライアント３００からの要求に応じて、判定情報をクライアント３００に送信する（ステップＳ５０４）。
【００９６】
クライアント３００のリスト受信部３１１が配信リストを受信し、判定情報受信部３１２が判定情報を受信する。その後、クライアント３００の判定部３１３は、受信した配信リストおよび判定情報を用いて、送信を要求するコンテンツを判定する（ステップＳ５０５）。例えば図４に示す配信リストを受信した場合、判定部３１３は、受信した配信リストを解析することで、ＣｏｎｔｅｎｔＡ＿１〜ＣｏｎｔｅｎｔＡ＿４をそれぞれ取得するためのＵＲＬを得る。また判定部３１３は、受信した判定情報を解析し、配信リストに記載されたコンテンツのうち、送信可能なコンテンツを判定する。
【００９７】
図１１は、図４に示す配信リストに対して図５に示す判定情報を用いて判定する例を説明する図である。図１１に示すように、配信リストに記載のＣｏｎｔｅｎｔＡ＿１を取得するためのＵＲＬと、ＣｏｎｔｅｎｔＡ＿１に対応する判定情報とを組み合わせることで、判定部３１３は、ＣｏｎｔｅｎｔＡ＿１が送信可能（アクセス可能）であると判定できる。同様に判定部３１３は、ＣｏｎｔｅｎｔＡ＿２が送信不可（アクセス不可）であると判定できる。
【００９８】
図１０に戻り、要求送信部３１４は、送信を要求すると判定されたコンテンツの送信要求を、配信サーバ２００に送信する（ステップＳ５０６）。配信サーバ２００の配信部２１６は、要求されたコンテンツをクライアント３００に送信する（ステップＳ５０７）。クライアント３００のデータ受信部３１５がコンテンツを受信し、再生部３１６が、受信したコンテンツを再生する（ステップＳ５０８）。
【００９９】
なお、配信サーバ２００でそのまま配信可能な形式で表されたコンテンツが送信装置１００から送信される場合は、配信部２１６は、送信装置１００から送信されたコンテンツを変換せずに、そのままクライアント３００に送信する。配信サーバ２００が配信する形式に変換できるようなメタデータが付加された形式でコンテンツが送信される場合は、配信部２１６は、送信されたコンテンツを、メタデータに従って配信可能な形式に変換し、変換したコンテンツをクライアント３００に送信する。
【０１００】
この後、ＣｏｎｔｅｎｔＡ＿２が配信可能な状態となったとする。このとき、配信サーバ２００の検出部２０１は、ＣｏｎｔｅｎｔＡ＿２が配信可能な状態となったことを検出する。判定情報生成部２１２は、検出結果に応じて更新した判定情報を生成する（ステップＳ５０９）。
【０１０１】
図１２は、更新した判定情報の一例を示す図である。判定情報生成部２１２は、図１２に示すように、ＣｏｎｔｅｎｔＡ＿２に対応する判定情報を「×」から「○」に更新する。更新された判定情報は、ネットワーク４０２を介して配信可能な状態にされる。
【０１０２】
図１０に戻り、配信サーバ２００の判定情報送信部２１４は、例えばクライアント３００からの要求に応じて、更新された判定情報をクライアント３００に送信する（ステップＳ５１０）。この後のステップＳ５１１からステップＳ５１４は、ステップＳ５０５からステップＳ５０８と同様である。
【０１０３】
図１３は、図４に示す配信リストに対して図１２に示す判定情報を用いて判定する例を説明する図である。図１３に示すように、判定部３１３は、ＣｏｎｔｅｎｔＡ＿２が送信可能（アクセス可能）な状態になったことを判定できる。
【０１０４】
このようにクライアント３００は、ＣｏｎｔｅｎｔＡ＿２が配信可能な状態となったときに、配信リストを再取得することなく、既に受信済みの配信リストに対して、更新された判定情報を適用するのみで、各コンテンツの最新の状態を得ることが可能となる。
【０１０５】
本実施形態は、例えば、ドライブレコーダで撮像した映像を監視するシステムに適用できる。適用可能なシステムはこれに限られるものではない。例えば、センサにより得らえたセンサデータを配信して監視するシステム、および、移動体に搭載された撮像装置などにより得られた動画像データを配信して監視するシステムに適用してもよい。移動体は、例えば、人、ロボット、車両（自動車、二輪車、電車など）、台車、飛行可能な物体（有人飛行機、無人飛行機（例えば、ＵＡＶ（Ｕｎｍａｎｎｅｄ  Ａｅｒｉａｌ  Ｖｅｈｉｃｌｅ）、ドローン）、および、パーソナルモビリティ、などである。また、移動体は、例えば、人による運転操作を介して走行する移動体、および、人による運転操作を介さずに自動的に走行（自動運転）可能な移動体である。
【０１０６】
本実施形態は、例えば、機器の監視制御システムの画面（ＨＭＩ：Human  Machine  Interface）の操作履歴を監視する監視システムに適用することもできる。画面の操作履歴は、例えば、表示装置に表示される画面をキャプチャして記録する機能により得ることができる。このようにして得られる画像データを、送信装置１００により撮像される映像の代わりに用いることができる。
【０１０７】
機器の監視制御システムでは、通常、多数の監視画面が使用されるため、画面の操作履歴の監視システムは、多数の監視画面の画像を並べて監視する必要が生じる場合がある。一般に、このように多数の映像を並行して表示させる処理は処理負荷が高くなるが、本実施形態では分割したデータ（例えばＩピクチャ）のみを表示させることができるため、処理負荷の増加を抑制することができる。
【０１０８】
（変形例１）
ネットワーク４０１を、複数の通信回線により構成し、分割部１１２により分割されたデータの一部（例えばＩピクチャ）を複数の通信回線のいずれか（通信回線４０１Ａとする）により配信サーバ２００に送信し、残りのデータ（例えばＰピクチャ）を複数の通信回線のうち他の通信回線（通信回線４０１Ｂとする）により配信サーバ２００に送信するように構成してもよい。図１４は、このように構成された変形例１の映像配信システムの構成例を示す図である。例えばデータ送信部１１３は、Ｉピクチャを通信回線４０１Ａによりライブ配信し、Ｐピクチャを通信回線４０１Ｂにより、任意のタイミングで送信してもよい。
【０１０９】
（変形例２）
分割したデータを配信サーバ２００に送信せず、分割したデータを、送信装置１００内の記憶部１２１に分けて記憶するように構成してもよい。これにより、例えば記憶部１２１から必要なピクチャ（例えばＩピクチャ）のみを読み出して表示させることなどが可能になる。Ｉピクチャのみを表示させる方法は、Ｐピクチャも含むすべてのピクチャを表示させる方法より処理負荷を軽減できる。従って、例えば処理能力が限られるクライアント３００などであっても、複数の送信装置１００の記憶部１２１からＩピクチャのみを読み出して並行して表示させることが可能になる。さらに、必要に応じて残りのＰピクチャなどを段階的に読み込出して動きのある表示とすることが可能となる。
【０１１０】
この場合、記憶制御部１１４は、配信サーバ２００の記憶制御部２１８と同様に、記憶してから一定期間が経過したデータを削除してもよいし、一定時間が経過するごとに、段階的にデータを削除してもよい。例えば、記憶容量が足りなくなった場合などに、ＩピクチャおよびＰピクチャを含む全データを古い順に削除するのではなく、Ｐピクチャのみ削除してＩピクチャを間欠表示できるデータとして残しておくことが可能となり、データの長期保存と低容量化を両立できる。
【０１１１】
（変形例３）
ピクチャごとに映像を分割して配信すると、配信リストのサイズが増大する可能性がある。そこで、リスト生成部２１１は、階層構造を有する複数のファイルにより配信リストを作成してもよい。例えば、リスト生成部２１１は、年、月、日、時間などを単位として階層的に配信リストを構成してもよい。例えば最下層の配信リストは、ある範囲の時間に分割されたフラグメントデータそれぞれの識別情報を含む。次の上位の配信リストは、ある日に含まれる時間に対応する１以上の配信リストを識別する情報を含む。次の上位の配信リストは、ある月に含まれる日に対応する１以上の配信リストを識別する情報を含む。次の上位の配信リストは、ある年に含まれる月に対応する１以上の配信リストを識別する情報を含む。
【０１１２】
（変形例４）
図１５は、変形例４の映像配信システムによる配信処理の概要を示す図である。本変形例の映像配信システムは、制御サーバ５１０と、Ｗｅｂサーバ５２０と、をさらに備えている。なお本変形例では、配信サーバ２００は、ビデオ（映像）を配信するＷｅｂサーバとして構成される。
【０１１３】
制御サーバ５１０は、制御部５１１を備える。制御部５１１は、クライアント３００から送信される要求に従い、送信装置１００を制御する。例えばクライアント３００は、ピクチャを分割して一部のみ（例えば、Ｉピクチャのみ）を送信するか、すべてのピクチャを送信するかを示す送信要求を制御サーバ５１０に送信する。制御サーバ５１０の制御部５１１は、送信要求に従い、一部のピクチャのみを分割して配信サーバ２００に送信（アップロード）するか、または、すべてのピクチャを配信サーバ２００に送信するかを示す制御信号を、送信装置１００に送信する。
【０１１４】
送信装置１００は、制御サーバ５１０から送信された制御信号に従い、上記実施形態のように分割した一部のピクチャのみを配信サーバ２００に送信するか、または、すべてのピクチャを配信サーバ２００に送信するかを切り替えて動作する。
【０１１５】
キャプチャストリーム送信（アップロード送信）は、配信サーバ２００に送信するデータ（第１データ）として分割されたデータを配信サーバ２００に送信することを表す。キャプチャファイル保存（ファイル出力）は、配信サーバ２００に送信せずに記憶部１２１に記憶するデータ（第２データ）として分割されたデータを記憶することを表す。図１５に示すように、記憶したデータは、オフラインで配信サーバ２００にコピーしてもよい。
【０１１６】
配信サーバ２００は、必要に応じて、データ受信部２１７により受信したデータを配信可能な形式に変換（ストリーム変換）し、記憶部２２２に記憶する。オフラインでコピーしたデータは、一括して変換（バッチ変換）して記憶部２２２に記憶してもよい。
【０１１７】
記憶部２２２は、配信可能な形式の各ピクチャ（フラグメントファイル）、および、配信リストなどを記憶する。配信サーバ２００は、記憶部２２２に記憶されたピクチャを配信するビデオサーバとして機能する。上記のように、データ受信部２１７で受信されたデータを一時記憶部２２１に記憶し、一時記憶部２２１に記憶されたデータを配信部２１６により配信してもよい。
【０１１８】
クライアント３００は、ビューワを備えるＷｅｂブラウザを備えている。Ｗｅｂブラウザは、ビデオを再生するビデオプレイヤを備えている。ビデオプレイヤは、例えば、ＨＴＭＬ５に準拠したアプリケーションとして実現される。
【０１１９】
Ｗｅｂサーバ５２０は、ビデオサーバの機能以外の機能を備えるサーバ装置である。例えばＷｅｂサーバ５２０は、映像配信システムとは異なる外部システムのためのユーザインタフェース（ＵＩ）を提供するためのサーバ装置である。
【０１２０】
このように、上記実施形態の映像配信システムは、例えばインターネット上で利用されるＷｅｂシステムとして実現することができる。
【０１２１】
以上のように、本実施形態にかかる映像配信システムでは、品質を低下させることなく、回線負荷や処理負荷を低減することが可能となる。
【０１２２】
次に、本実施形態にかかる送信装置のハードウェア構成について図１６を用いて説明する。図１６は、本実施形態にかかる送信装置のハードウェア構成例を示す説明図である。
【０１２３】
本実施形態にかかる送信装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Read  Only  Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。
【０１２４】
本実施形態にかかる送信装置で実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。
【０１２５】
本実施形態にかかる送信装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact  Disk  Read  Only  Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact  Disk  Recordable）、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供されるように構成してもよい。
【０１２６】
さらに、本実施形態にかかる送信装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態にかかる送信装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１２７】
本実施形態にかかる送信装置で実行されるプログラムは、コンピュータを上述した送信装置の各部として機能させうる。このコンピュータは、ＣＰＵ５１がコンピュータ読取可能な記憶媒体からプログラムを主記憶装置上に読み出して実行することができる。
【０１２８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１２９】
１００  送信装置
１０１  撮像部
１１１  符号化部
１１２  分割部
１１３  データ送信部
１１４  記憶制御部
１１５  要求受信部
１２１  記憶部
２００  配信サーバ
２０１  検出部
２１１  リスト生成部
２１２  判定情報生成部
２１３  リスト送信部
２１４  判定情報送信部
２１５  要求送受信部
２１６  配信部
２１７  データ受信部
２１８  記憶制御部
２２１  一時記憶部
２２２  記憶部
３００  クライアント
３１１  リスト受信部
３１２  判定情報受信部
３１３  判定部
３１４  要求送信部
３１５  データ受信部
３１６  再生部
３２１  記憶部
４０１、  ４０２  ネットワーク
５１０  制御サーバ
５１１  制御部
５２０  Ｗｅｂサーバ
【図１】
2020072461.tif 000003
【図２】
2020072461.tif 000004
【図３】
2020072461.tif 000005
【図４】
2020072461.tif 000006
【図５】
2020072461.tif 000007
【図６】
2020072461.tif 000008
【図７】
2020072461.tif 000009
【図８】
2020072461.tif 000010
【図９】
2020072461.tif 000011
【図１０】
2020072461.tif 000012
【図１１】
2020072461.tif 000013
【図１２】
2020072461.tif 000014
【図１３】
2020072461.tif 000015
【図１４】
2020072461.tif 000016
【図１５】
2020072461.tif 000017
【図１６】
2020072461.tif 000018