JP2021175026A - サーバ装置、通信システム、およびプログラム - Google Patents

Abstract

【課題】品質を低下させることなく、回線負荷や処理負荷を低減するサーバ装置、通信システム、およびプログラムを提供する。【解決手段】エッジサーバは、データ受信部と、分割部と、送信部と、記憶制御部と、要求受信部と、を備える。データ受信部は、複数の送信データを送信装置から受信する。分割部は、複数の送信データを、第１データと第２データとに分割する。送信部は、第１データを、送信データを受信装置に配信する外部サーバ装置に送信する。記憶制御部は、第２データを記憶部に記憶させる。要求受信部は、第２データの送信要求を受信装置または外部サーバ装置から受信する。送信部は、さらに、送信要求に応じて第２データを外部サーバ装置に送信する。【選択図】図４

Description

本発明の実施形態は、サーバ装置、通信システム、およびプログラムに関する。

ＨＬＳ（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）の操作履歴を監視する監視システムに適用することもできる。画面の操作履歴は、例えば、表示装置に表示される画面をキャプチャして記録する機能により得ることができる。このようにして得られる画像データを、送信装置１００により撮像される映像の代わりに用いることができる。

機器の監視制御システムでは、通常、多数の監視画面が使用されるため、画面の操作履歴の監視システムは、多数の監視画面の画像を並べて監視する必要が生じる場合がある。一般に、このように多数の映像を並行して表示させる処理は処理負荷が高くなるが、本実施形態では分割したデータ（例えばＩピクチャ）のみを表示させることができるため、処理負荷の増加を抑制することができる。

本実施形態では、送信装置１００から送信されたデータは、エッジサーバ２００ａを介してセンタサーバ２００ｂに送信される。従って、例えば送信装置１００の電源がオフとなった場合、または、送信装置１００が移動することによりオフラインとなった場合であっても、既にエッジサーバ２００ａに送信済みのデータであれば、エッジサーバ２００ａが送信装置１００を代理してデータを送信可能となる。

例えば送信装置１００とエッジサーバ２００ａとの間を、第５世代移動通信システム（５Ｇ）または無線ＬＡＮなどの高速なネットワーク４０１で接続し、エッジサーバ２００ａとセンタサーバ２００ｂとの間は、ネットワーク４０１より低速なネットワーク４０３で接続してもよい。このような構成により、高速なネットワーク４０１で常時データをエッジサーバ２００ａにアップロードしておき、エッジサーバ２００ａからセンタサーバ２００ｂへは、例えばネットワーク４０３の使用率が低いときにデータを送信するといった制御が可能となる。

移動体により得られたデータを監視するシステムに適用する場合、移動体の移動範囲に複数のエッジサーバ２００ａが分散配置されてもよい。例えば複数のエッジサーバ２００ａは、複数の信号機、複数の電柱、複数の車庫、および、複数の無線局などにそれぞれ配置されてもよい。この場合、センタサーバ２００ｂは、例えばテレマティクスサービスのセンタサーバであってもよい。

複数のエッジサーバ２００ａを分散配置する構成は、例えば発電プラントに含まれる各機器のセンサデータを監視するシステムにも適用できる。このようなシステムでは、例えば、複数の制御室それぞれに、センサデータを収集するエッジサーバ２００ａが分散配置される。センタサーバ２００ｂは、例えば事務室に備えられる。データダイオードにより、各エッジサーバ２００ａからセンタサーバ２００ｂへの一方送信のみが許可されるように構成されてもよい。

複数のエッジサーバ２００ａを分散配置する構成では、１つの送信装置１００で得られたデータが、複数のエッジサーバ２００ａを介してセンタサーバ２００ｂに送信されうる。本実施形態では、各エッジサーバ２００ａは、この送信装置１００を仮想化するように動作するため、センタサーバ２００ｂからは、この１つの送信装置１００からデータが送信されるように見える。従って、例えば各エッジサーバ２００ａ間でデータを同期させる機能は不要である。またセンタサーバ２００ｂは、例えば複数のエッジサーバ２００ａを区別して処理する機能は不要である。

（変形例１）
上記実施形態では、送信装置１００から送信されたデータは、エッジサーバ２００ａを介してセンタサーバ２００ｂに送信された。送信装置１００から、エッジサーバ２００ａを介さずにセンタサーバ２００ｂにデータを送信可能とされてもよい。

例えば送信装置１００は、センタサーバ２００ｂからの要求、または、予め定められた送信条件に応じて、エッジサーバ２００ａを介さずにセンタサーバ２００ｂにデータを送信する。

例えばセンタサーバ２００ｂは、要求およびデータを直接送受信できるように送信装置１００に接続される。センタサーバ２００ｂ（要求送受信部２１５）は、例えばＩピクチャを直接センタサーバ２００ｂに送信するとともに、Ｐピクチャをエッジサーバ２００ａに送信する要求を、送信装置１００に対して送信する。送信装置１００は、この要求に従い、Ｉピクチャをセンタサーバ２００ｂに送信し、Ｐピクチャをエッジサーバ２００ａに送信する。

予め定められた送信条件は、例えば、エッジサーバ２００ａおよびセンタサーバ２００ｂとの間のネットワークの接続形態である。送信装置１００は、例えば、相対的に低速なネットワークと接続されたサーバに対して分割したピクチャの一部（例えばＩピクチャ）のみを送信し、相対的に高速なネットワークと接続されたサーバに対して残りのピクチャ（例えばＰピクチャ）を送信する。

より具体的には、以下のようにネットワークの接続形態を定めてもよい。
（Ｎ１）エッジサーバ２００ａとは高速なネットワーク４０１（５Ｇ、無線ＬＡＮなど）で接続し、センタサーバ２００ｂとはネットワーク４０１より低速なネットワーク４０３で接続する。
（Ｎ２）エッジサーバ２００ａとは高速なＬＴＥ（Long Term Evolution）で接続し、センタサーバ２００ｂとは低速なＬＴＥで接続する。

エッジサーバ２００ａおよびセンタサーバ２００ｂの両方に対して５Ｇに準拠したネットワークで接続される場合、５Ｇで定められるスライスを送信条件としてもよい。例えばより低速にデータを送信するスライスをセンタサーバ２００ｂとの通信に用いる場合、送信装置１００は、分割したピクチャの一部（例えばＩピクチャ）のみを、このスライスを用いてセンタサーバ２００ｂに送信してもよい。

送信装置１００からセンタサーバ２００ｂに直接データを送信できる構成の場合、送信装置１００から直接送信されるデータと、送信装置１００からエッジサーバ２００ａを介して送信されるデータとが重複する場合が生じうる。本実施形態では、エッジサーバ２００ａは送信装置１００を仮想化するようにデータを送信する。従って、センタサーバ２００ｂは、送信装置１００から重複してデータが送信された状況と同じ状況であると認識する。

従って、センタサーバ２００ｂは、送信装置１００から重複してデータが送信された場合の処理を実行する機能を備えていれば、例えば、送信装置１００から送信されたデータと、エッジサーバ２００ａから送信されたデータとを整合させるための機能などを備える必要はない。送信装置１００から重複してデータが送信された場合の処理を実行する機能は、例えば、重複するデータの一方を破棄する機能、および、重複するデータのいずれも記憶する機能など、従来から用いられているどのような機能であってもよい。

図１８は、本変形例における送信装置１００による送信処理の一例を示すフローチャートである。図１８では、ＩピクチャとＰピクチャとに分割して送信する例を説明するが、上記のようにデータの分割方法はこれに限られるものではない。

ステップＳ７０１〜Ｓ７０３は、上記実施形態の送信装置１００による送信処理を示す図９のステップＳ１０１〜Ｓ１０３と同様である。

本変形例では、データ送信部１１３は、Ｉピクチャのフラグメントを送信する送信先を決定する（ステップＳ７０４）。例えばセンタサーバ２００ｂからＩピクチャの送信要求があった場合、データ送信部１１３は、センタサーバ２００ｂを送信先と決定する。データ送信部１１３は、要求に応じてではなく、送信条件に応じて送信先を決定してもよい。例えばデータ送信部１１３は、より低速なネットワークにより接続されたサーバをＩピクチャの送信先と決定してもよい。

データ送信部１１３は、Ｉピクチャのフラグメントを、決定した送信先のサーバに送信する（ステップＳ７０５）。記憶制御部１１４は、Ｐピクチャのフラグメントを、記憶部１２１に記憶する（ステップＳ７０６）。

（変形例２）
ネットワーク４０１を、複数の通信回線により構成し、分割部１１２により分割されたデータの一部（例えばＩピクチャ）を複数の通信回線のいずれか（通信回線４０１Ａとする）によりエッジサーバ２００ａに送信し、残りのデータ（例えばＰピクチャ）を複数の通信回線のうち他の通信回線（通信回線４０１Ｂとする）によりエッジサーバ２００ａに送信するように構成してもよい。図１９は、このように構成された変形例２の映像配信システムの構成例を示す図である。例えばデータ送信部１１３は、Ｉピクチャを通信回線４０１Ａによりライブ配信し、Ｐピクチャを通信回線４０１Ｂにより、任意のタイミングで送信してもよい。

エッジサーバ２００ａとセンタサーバ２００ｂとの間のネットワーク４０３を、ネットワーク４０１と同様の手法により複数の通信回線により構成してもよい。

（変形例３）
分割したデータをエッジサーバ２００ａに送信せず、分割したデータを、送信装置１００内の記憶部１２１に分けて記憶するように構成してもよい。これにより、例えば記憶部１２１から必要なピクチャ（例えばＩピクチャ）のみを読み出して表示させることなどが可能になる。Ｉピクチャのみを表示させる方法は、Ｐピクチャも含むすべてのピクチャを表示させる方法より処理負荷を軽減できる。従って、例えば処理能力が限られるクライアント３００ａなどであっても、複数の送信装置１００の記憶部１２１からＩピクチャのみを読み出して並行して表示させることが可能になる。さらに、必要に応じて残りのＰピクチャなどを段階的に読み込出して動きのある表示とすることが可能となる。

この場合、記憶制御部１１４は、エッジサーバ２００ａの記憶制御部２１８と同様に、記憶してから一定期間が経過したデータを削除してもよいし、一定時間が経過するごとに、段階的にデータを削除してもよい。例えば、記憶容量が足りなくなった場合などに、ＩピクチャおよびＰピクチャを含む全データを古い順に削除するのではなく、Ｐピクチャのみ削除してＩピクチャを間欠表示できるデータとして残しておくことが可能となり、データの長期保存と低容量化を両立できる。

（変形例４）
ピクチャごとに映像を分割して配信すると、配信リストのサイズが増大する可能性がある。そこで、リスト生成部２１１は、階層構造を有する複数のファイルにより配信リストを作成してもよい。例えば、リスト生成部２１１は、年、月、日、時間などを単位として階層的に配信リストを構成してもよい。例えば最下層の配信リストは、ある範囲の時間に分割されたフラグメントデータそれぞれの識別情報を含む。次の上位の配信リストは、ある日に含まれる時間に対応する１以上の配信リストを識別する情報を含む。次の上位の配信リストは、ある月に含まれる日に対応する１以上の配信リストを識別する情報を含む。次の上位の配信リストは、ある年に含まれる月に対応する１以上の配信リストを識別する情報を含む。

（変形例５）
図２０は、変形例５の映像配信システムによる配信処理の概要を示す図である。本変形例の映像配信システムは、制御サーバ５１０と、Ｗｅｂサーバ５２０と、をさらに備えている。なお本変形例では、センタサーバ２００ｂは、ビデオ（映像）を配信するＷｅｂサーバとして構成される。

制御サーバ５１０は、制御部５１１を備える。制御部５１１は、クライアント３００ｂから送信される要求に従い、エッジサーバ２００ａを制御する。例えばクライアント３００ｂは、ピクチャを分割して一部のみ（例えば、Ｉピクチャのみ）を送信するか、すべてのピクチャを送信するかを示す送信要求を制御サーバ５１０に送信する。制御サーバ５１０の制御部５１１は、送信要求に従い、一部のピクチャのみを分割してセンタサーバ２００ｂに送信（アップロード）するか、または、すべてのピクチャをセンタサーバ２００ｂに送信するかを示す制御信号を、エッジサーバ２００ａに送信する。

エッジサーバ２００ａは、制御サーバ５１０から送信された制御信号に従い、上記実施形態のように分割した一部のピクチャのみをセンタサーバ２００ｂに送信するか、または、すべてのピクチャをセンタサーバ２００ｂに送信するかを切り替えて動作する。

キャプチャストリーム送信（アップロード送信）は、エッジサーバ２００ａまたはセンタサーバ２００ｂに送信するデータ（第１データ）として分割されたデータを送信することを表す。キャプチャファイル保存（ファイル出力）は、エッジサーバ２００ａまたはセンタサーバ２００ｂに送信せずに記憶部１２１に記憶するデータ（第２データ）として分割されたデータを記憶することを表す。図２０に示すように、記憶したデータは、オフラインでエッジサーバ２００ａおよびセンタサーバ２００ｂにコピーしてもよい。

エッジサーバ２００ａおよびセンタサーバ２００ｂは、必要に応じて、データ受信部２１７により受信したデータを配信可能な形式に変換（ストリーム変換）し、記憶部２２２に記憶する。オフラインでコピーしたデータは、一括して変換（バッチ変換）して記憶部２２２に記憶してもよい。

記憶部２２２は、配信可能な形式の各ピクチャ（フラグメントファイル）、および、配信リストなどを記憶する。センタサーバ２００ｂは、記憶部２２２に記憶されたピクチャを配信するビデオサーバとして機能する。上記のように、データ受信部２１７で受信されたデータを一時記憶部２２１に記憶し、一時記憶部２２１に記憶されたデータを配信部２１６により配信してもよい。

クライアント３００ｂは、ビューワを備えるＷｅｂブラウザを備えている。Ｗｅｂブラウザは、ビデオを再生するビデオプレイヤを備えている。ビデオプレイヤは、例えば、ＨＴＭＬ５に準拠したアプリケーションとして実現される。

Ｗｅｂサーバ５２０は、ビデオサーバの機能以外の機能を備えるサーバ装置である。例えばＷｅｂサーバ５２０は、映像配信システムとは異なる外部システムのためのユーザインタフェース（ＵＩ）を提供するためのサーバ装置である。

このように、上記実施形態の映像配信システムは、例えばインターネット上で利用されるＷｅｂシステムとして実現することができる。

図２１は、変形例５の映像配信システムの他の例を示す図である。図２１は、変形例１のように、送信装置１００からエッジサーバ２００ａを介さずにセンタサーバ２００ｂにデータを送信可能とするように構成された映像配信システムの例である。

このような構成の場合、図２１に示すように、制御サーバ５１０は、エッジサーバ２００ａのみでなく、送信装置１００に対しても制御信号を送信可能である。また、送信装置１００のデータ送信部１１３は、エッジサーバ２００ａのみでなく、センタサーバ２００ｂに対して直接データを送信可能である。

以上のように、本実施形態にかかる映像配信システムでは、品質を低下させることなく、回線負荷や処理負荷を低減することが可能となる。

次に、本実施形態にかかる送信装置のハードウェア構成について図２２を用いて説明する。図２２は、本実施形態にかかる送信装置のハードウェア構成例を示す説明図である。

本実施形態にかかる送信装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。

本実施形態にかかる送信装置で実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。

本実施形態にかかる送信装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供されるように構成してもよい。

さらに、本実施形態にかかる送信装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態にかかる送信装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

本実施形態にかかる送信装置で実行されるプログラムは、コンピュータを上述した送信装置の各部として機能させうる。このコンピュータは、ＣＰＵ５１がコンピュータ読取可能な記憶媒体からプログラムを主記憶装置上に読み出して実行することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００ 送信装置
１０１ 撮像部
１１１ 符号化部
１１２ 分割部
１１３ データ送信部
１１４ 記憶制御部
１１５ 要求受信部
１２１ 記憶部
２００ａ エッジサーバ
２００ｂ センタサーバ
２０１ 検出部
２１１ リスト生成部
２１２ 判定情報生成部
２１３ リスト送信部
２１４ 判定情報送信部
２１５ 要求送受信部
２１６ 配信部
２１７ データ受信部
２１８ 記憶制御部
２２１ 一時記憶部
２２２ 記憶部
２４０ａ サーバ処理部
２５０ａ 送信処理部
３００ａ、３００ｂ クライアント
３１１ リスト受信部
３１２ 判定情報受信部
３１３ 判定部
３１４ 要求送信部
３１５ データ受信部
３１６ 再生部
３２１ 記憶部
４０１、４０２、４０３、４０４ ネットワーク
５１０ 制御サーバ
５１１ 制御部
５２０ Ｗｅｂサーバ

Claims (10)

1. 複数の送信データを送信装置から受信するデータ受信部と、
   複数の前記送信データを、第１データと第２データとに分割する分割部と、
   前記第１データを、前記送信データを受信装置に配信する外部サーバ装置に送信する送信部と、
   前記第２データを記憶部に記憶させる記憶制御部と、
   前記第２データの送信要求を前記受信装置または前記外部サーバ装置から受信する要求受信部と、を備え、
   前記送信部は、さらに、前記送信要求に応じて前記第２データを前記外部サーバ装置に送信する、
   サーバ装置。
2. 前記送信データは、動画像データであり、
   前記第１データは、フレーム内予測により符号化した画像データを含む、
   請求項１に記載のサーバ装置。
3. 前記第２データは、前記第１データに基づいてフレーム間予測により符号化した画像データを含む、
   請求項２に記載のサーバ装置。
4. 前記第１データは、フレーム内予測により符号化した画像データのうち一部を含み、
   前記第２データは、フレーム内予測により符号化した画像データのうち前記第１データに含まれる画像データ以外、および、前記第１データに基づいてフレーム間予測により符号化した画像データを含む、
   請求項２に記載のサーバ装置。
5. 前記第１データは、フレーム内予測により符号化した画像データのうち一部を含み、
   前記分割部は、前記送信データを送信するネットワークの帯域に応じて、フレーム内予測により符号化した画像データのうち、前記第１データに含める画像データを変更する、
   請求項２に記載のサーバ装置。
6. 前記第１データは、フレーム内予測により符号化した画像データのうち一部を含み、
   前記分割部は、前記受信装置または前記サーバ装置からの要求に応じて、フレーム内予測により符号化した画像データのうち、前記第１データに含める画像データを変更する、
   請求項２に記載のサーバ装置。
7. 前記分割部は、前記送信データを送信するネットワークの帯域に応じて前記第１データのサイズを変更する、
   請求項１に記載のサーバ装置。
8. 前記記憶制御部は、予め定められた条件に従い前記記憶部に記憶された前記第２データを削除する、
   請求項１に記載のサーバ装置。
9. 第１サーバ装置と、第２サーバ装置と、を備える通信システムであって、
   前記第１サーバ装置は、
   複数の送信データの一部である第１データ、および、複数の前記送信データのうち前記第１データ以外の第２データ、の送信要求を送信装置に送信する要求送信部と、
   前記送信要求に応じて前記送信装置または前記第１サーバ装置から送信された前記第１データおよび前記第２データを受信する第１データ受信部と、
   前記第１データおよび前記第２データを受信装置に配信する配信部と、を備え、
   前記第２サーバ装置は、
   前記第２データを前記送信装置から受信する第２データ受信部と、
   前記第２データを、前記第１サーバ装置に送信する送信部と、を備える、
   通信システム。
10. コンピュータに
    複数の送信データを送信装置から受信するステップと、
    複数の前記送信データを、第１データと第２データとに分割するステップと、
    前記第１データを、前記送信データを受信装置に配信する外部サーバ装置に送信するステップと、
    前記第２データを記憶部に記憶させるステップと、
    前記第２データの送信要求を前記受信装置または前記外部サーバ装置から受信するステップと、
    前記送信要求に応じて前記第２データを前記外部サーバ装置に送信するステップと、
    を実行させるためのプログラム。

Images