(57)【要約】【課題】適切な映像を配信することができる映像配信装置を提供する。【解決手段】映像配信装置は、撮像された映像を単位映像毎に保持する保持手段と、外部の受信装置から送信されるセグメント長に関する要求を受信する受信手段と、保持手段により保持された単位映像から、受信手段により受信された要求に対応するセグメント長の映像のセグメントを生成する生成手段と、生成手段により生成されたセグメントを受信装置へ配信する配信手段と、を備えることを特徴とする。【選択図】図３
2018182447.tif 000002
【特許請求の範囲】
【請求項１】
撮像された映像を単位映像毎に保持する保持手段と、
外部の受信装置から送信されるセグメント長に関する要求を受信する受信手段と、
前記保持手段により保持された前記単位映像から、前記受信手段により受信された前記要求に対応するセグメント長の映像のセグメントを生成する生成手段と、
前記生成手段により生成された前記セグメントを前記受信装置へ配信する配信手段と、
を備えることを特徴とする映像配信装置。
【請求項２】
前記セグメント長は、１つの前記セグメントに含まれる前記単位映像の数であり、
前記生成手段は、前記単位映像の数の前記単位映像を結合して前記セグメントを生成する、ことを特徴とする請求項１に記載の映像配信装置。
【請求項３】
前記生成手段は、前記保持手段から前記単位映像を読み出し、前記セグメント長に対応する数の前記単位映像を結合して前記セグメントを生成し、
前記配信手段は、前記生成手段により生成された前記セグメントに、前記セグメントのヘッダ情報を付加して、前記受信装置へ配信する、ことを特徴とする請求項１または２に記載の映像配信装置。
【請求項４】
前記セグメントは、１ＧＯＰ（Group of Picture）を１又は複数に分割した単位である、ことを特徴とする請求項１乃至３のいずれか一項に記載の映像配信装置。
【請求項５】
前記単位映像は、１映像フレームで構成される、ことを特徴とする請求項１乃至４のいずれか一項に記載の映像配信装置。
【請求項６】
映像を撮像する撮像手段を更に備える、ことを特徴とする請求項１乃至５のいずれか一項に記載の映像配信装置。
【請求項７】
前記受信手段は、第１の受信装置から送信される第１セグメント長に関する要求、及び第２の受信装置から送信され、前記第１セグメント長とは異なる第２セグメント長に関する要求をそれぞれ受信し、
前記生成手段は、前記第１セグメント長に対応する数の前記単位映像、及び前記第２セグメント長に対応する数の前記単位映像をそれぞれ読み出して、それぞれ前記第１セグメント長の前記セグメント及び前記第２セグメント長の前記セグメントとして生成し、
前記配信手段は、前記第１セグメント長の前記セグメントを前記第１の受信装置に配信し、前記第２セグメント長の前記セグメントを前記第２の受信装置に配信する、ことを特徴とする請求項１乃至６のいずれか一項に記載の映像配信装置。
【請求項８】
映像配信装置から配信される映像のセグメント長に関する要求を、前記映像配信装置に送信する送信手段と、
前記セグメント長に関する要求に規定された前記セグメント長で、撮像された映像の単位映像から生成されたセグメントを、前記映像配信装置から受信する受信手段と、
前記受信手段により受信された前記セグメントを順に再生する再生手段と、を備える、ことを特徴とする映像受信装置。
【請求項９】
撮像された映像を単位映像毎に保持するステップと、
外部の受信装置から送信されるセグメント長に関する要求を受信するステップと、
前記保持された前記単位映像から、前記受信された前記要求に対応するセグメント長の映像のセグメントを生成するステップと、
前記生成された前記セグメントを前記受信装置へ配信するステップと、を含む、ことを特徴とする映像配信方法。
【請求項１０】
コンピュータを請求項１から７のいずれか一項に記載の映像配信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像配信装置、映像配信方法及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットの発達により、ＩＰ（Internet Protocol）ネットワークを利用して、カメラ等で撮像された映像のリアルタイムによる配信を行うネットワークカメラが利用されている。このような映像の配信は、例えば、オフィスや商業施設等における防犯や、スキー場や動物園等のレジャー施設における状況把握のために利用されている。
ネットワークカメラにおいて映像配信に利用されるプロトコルには、ＲＴＰ（Real-time Transport Protocol）などのプロトコルがある。しかしながら、ＲＴＰは、ネットワーク環境によっては相手側受信装置までデータが届かない、受信装置側のＲＴＰ対応アプリケーションが必要など、普及を妨げる課題があった。
一方、映像配信の規格には、ＭＰＥＧ（Moving Picture Experts Group）によって規格化されたＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）や、ＨＬＳ（HTTP Live Streaming）などがある。これらは、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いたＡｄａｐｔｉｖｅ  Ｂｉｔｒａｔｅ  Ｓｔｒｅａｍｉｎｇ技術であり、こうした映像配信技術が普及しつつある。
【０００３】
これらのＡｄａｐｔｉｖｅ  Ｂｉｔｒａｔｅ  Ｓｔｒｅａｍｉｎｇ技術では、上記のＲＴＰでの課題が解消され、通常のブラウザ上で映像を受信し再生することができる。例えば、一般的なＤＡＳＨ配信では、送信サーバー側で、解像度やビットレートが異なる複数の映像データを、数秒単位の「セグメント」と言われる映像ファイルに分割する。クライアント側は、分割されたセグメントを順次ダウンロードして映像ファイルの再生を行う。具体的には、クライアント側で、まず映像の全体情報が記述されているＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルを取得し、このＭＰＤファイル中から適切な解像度やビットレートの映像ストリームを選択する。そして、クライアントは、このＭＰＤファイルの記述に従って、ＭＰＥＧ２  ＴＳストリームやＭＰ４ファイルの映像データをセグメント単位でダウンロードして再生する。
【０００４】
特許文献１は、セグメント変換部と制御情報変換部とを備える再生装置について開示している。ここでセグメント変換部は、ライブ放送番組を構成する短い時間長の多数のセグメントを録画再生用に長い時間長の少数のセグメントに変換して記憶部に記録する。また制御情報変換部は、多数のセグメント用の再生用情報を含む制御情報を、少数のセグメント用の再生用情報を含む制御情報に変換する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１４／０１０５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のＡｄａｐｔｉｖｅ  Ｂｉｔｒａｔｅ  Ｓｔｒｅａｍｉｎｇ技術を用いた動画配信サービスでは、セグメント時間を短くするとクライアントは連続で映像再生するために何度もセグメントを取得しなければならない。このセグメント取得のための処理負荷を考慮して、数秒〜十数秒単位でセグメントを作ることが多い。この場合、ライブ配信では、最初のセグメントを作成完了するまでの数秒〜十数秒間、クライアントもダウンロードすることができず、配信遅延が発生してしまう。
【０００７】
ところで、例えばネットワークカメラのライブ映像配信を考えた場合、複数のクライアントの間で、上記の配信遅延への許容度が異なり得る。例えば、映像を見るだけのクライアントでは、ある程度の配信遅延が許容される一方、ダウンロード回数を少なくして、スムーズな再生を行いたいという要求がある。この場合、このクライアントへは長いセグメントで配信されることが好ましい。
また一方で、例えばカメラ制御を行う等のリアルタイム性を重視するクライアントでは、ダウンロード回数が多少多くても配信遅延を少なくしたいという要求がある。この場合、このクライアントへは短いセグメントで配信されることが好ましい。
しかしながら、例えば、ネットワークカメラのような組込み機器は、ＣＰＵ性能が低くメモリー容量も限られていることが多い。このため、このような組込み機器において、複数のクライアントの異なる複数の要求に応じて、セグメント時間が異なる複数種類の映像ファイルを準備することは困難であった。
【０００８】
本発明は、上述の事情に鑑みてされたものであり、適切な映像を配信することができる映像配信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様に係る映像配信装置は、撮像された映像を単位映像毎に保持する保持手段と、外部の受信装置から送信されるセグメント長に関する要求を受信する受信手段と、前記保持手段により保持された前記単位映像から、前記受信手段により受信された前記要求に対応するセグメント長の映像のセグメントを生成する生成手段と、前記生成手段により生成された前記セグメントを前記受信装置へ配信する配信手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、適切な映像を配信することができる。
【図面の簡単な説明】
【００１１】
【図１】本開示の映像配信システムの構成を概略的に示す図である。
【図２】映像配信装置であるカメラサーバのハードウェア構成を示すハードウェア構成図である。
【図３】図２のハードウェア構成で実現されるカメラサーバの機能構成を示す機能ブロック図である。
【図４】受信装置の機能構成を示す機能ブロック図である。
【図５】本実施形態の送信態様の一例であるＤＡＳＨ配信の送信データについて説明するための図である。
【図６】単位映像を１映像フレームとした場合の第１の映像ストリーム及び第２の映像ストリームの構成を説明するための図である。
【図７】映像を第１の映像ストリームにより送信する際の処理の例を示すシーケンス図である。
【図８】映像配信システムにおいて第１のクライアント及び第２のクライアントの両方に映像が送信される場合について示すシーケンス図である。
【図９】セグメント管理プログラムの処理の一例について示すフローチャートである。
【図１０】配信管理部の処理の一例について示すフローチャートである。
【図１１】配信管理部の処理の別の例について示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して、本開示における実施形態について詳細に説明する。なお、以下に説明する実施形態は、実現手段としての一例であり、適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、以下の実施形態に限定されるものではない。また、同様の要素には、同一の符号を付して重複する説明を省略する。
【００１３】
（映像システムの構成）
図１は、本開示の映像配信システム１００の構成の一例を概略的に示す図である。この図に示すように、映像配信システム１００は、映像配信装置であるカメラサーバ２００及び受信装置であるクライアント１２０を備える。カメラサーバ２００及びクライアント１２０は、互いにネットワーク１１０で接続される。カメラサーバ２００は、カメラ（撮像装置）を備え、撮像映像を、ネットワーク１１０を介してクライアント１２０に配信する。なお、映像配信システム１００は、例えば、ＭＰＥＧによって規格化されたＤＡＳＨや、ＨＬＳなどに準拠した映像配信を行うことができる。つまり、映像配信システム１００は、ＨＴＴＰを用いたＡｄａｐｔｉｖｅ  Ｂｉｔｒａｔｅ  Ｓｔｒｅａｍｉｎｇ技術を用いた映像配信を行うことができる。
【００１４】
クライアント１２０は、ネットワーク１１０を介して、カメラサーバ２００にアクセスし、カメラサーバ２００から配信される映像を取得する。なお本実施形態において「配信」のとはは、複数のクライアント（受信装置）に送信するものに限られず、一つのクライアントのみに送信する意味も含むものとする。
ここで、ネットワーク１１０は、通信ネットワークであり、Ｅｔｈｅｒｎｅｔ（登録商標）等の通信規格に準拠する複数のルータ、スイッチ、ケーブル等から構成される。これに替えて、ネットワーク１１０は、インターネット、ＬＡＮ（Local Area Network）や公衆無線ネットワークその他の通信ネットワークにより構成されてもよい。図１では、説明を分かりやすくするために、カメラサーバ２００及びクライアント１２０は、それぞれ１つずつとしているが、カメラサーバ２００及びクライアント１２０のいずれか又は両方とも複数とすることができる。また、本実施形態において、カメラサーバ２００及びクライアント１２０の間の通信ネットワークの通信規格、規模及び構成は、それぞれ自由に選択することができる。
【００１５】
図２は、映像配信装置であるカメラサーバ２００のハードウェア構成の一例を示すハードウェア構成図である。カメラサーバ２００のハードウェアは、例えば、主に半導体装置とそれらを接続する配線とから構成されることができる。図２に示すように、カメラサーバ２００は、ＣＰＵ（Central Processing Unit）２０１、一次記憶装置２０２、二次記憶装置２０３、画像キャプチャＩ／Ｆ（Interface）２０５及びネットワークＩ／Ｆ２０６を備える。また、これらの各部は、内部バス２０４を介して相互に接続される構成とすることができる。カメラサーバ２００は、さらに、画像を画像キャプチャＩ／Ｆ２０５へ供給するセンサ２０７を備える。
ＣＰＵ２０１は、カメラサーバ２００内の各部の動作を総括的に制御する。一次記憶装置２０２は、ＲＡＭ（Random Access Memory）に代表される書き込み可能な高速の記憶装置であり、揮発性記憶装置で構成されてよい。この一次記憶装置２０２は、ＯＳ（Operating System）や各種プログラム及び各種データがロードされる記憶装置であり、ＯＳや各種プログラムの作業領域としても使用されてもよい。
【００１６】
二次記憶装置２０３は、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）及びＳＤ（登録商標）カード等に代表される不揮発性記憶装置で、主にＯＳや各種プログラム及び各種データの半永続的な記憶領域として使用され得る。この二次記憶装置２０３は、短期的な各種データの記憶領域としても使用されてもよい。カメラサーバ２００は、一次記憶装置２０２及び二次記憶装置２０３に記憶された各種プログラムに基づいて、各種の処理を行うことができ、その詳細は後述する。
【００１７】
画像キャプチャＩ／Ｆ２０５は、センサ２０７に接続され、このセンサ２０７から供給される映像データを所定のフォーマットに変換・圧縮して一次記憶装置２０２に転送する。ネットワークＩ／Ｆ２０６は、ネットワーク１１０と接続するためのＩ／Ｆであり、Ｅｔｈｅｒｎｅｔ等の通信媒体を介してクライアント１２０等との通信を行う。ネットワークＩ／Ｆ２０６は、保存されたデータを順次送信する送信バッファを含んでいてもよい。送信バッファは、例えば保存されたデータを送信後、バッファのデータをクリアし、次の送信されるデータが保存されるのを待つものとすることができる。送信バッファは、例えば保存された順にデータを出力するＦＩＦＯ（First In First Out）バッファであってもよい。
センサ２０７は、いわゆるカメラ等の光学センサとすることができ、例えばＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の光を検知する素子を用いて映像を撮像するものであってもよい。
【００１８】
（カメラサーバ２００の機能構成）
図３は、図２のハードウェア構成で実現されるカメラサーバ２００の機能構成の一例を示す機能ブロック図である。図２に示されるように、カメラサーバ２００は、撮像手段である撮像処理部２１０と、保持手段である一時記憶部２１４と、生成手段であるセグメント管理部２１１とを有している。また、カメラサーバ２００は、配信手段及び受信手段の一部の機能を有する配信管理部２１２と、受信手段及び配信手段のその他の機能を有するネットワーク処理部２１３とを有している。ここでカメラサーバ２００は、撮像処理部２１０を有さず、撮像手段がカメラサーバ２００とは別装置として構成されてもよい。
撮像処理部２１０は映像を撮像する。一時記憶部２１４は撮像された映像を単位映像毎に記憶する。配信管理部２１２は、クライアント１２０から送信されるセグメント長に関する要求を受信し、その要求に基づいて生成されたセグメントの送信の指示を行う。セグメント管理部２１１は、記憶された単位映像から、受信した要求に対応するセグメント長のセグメントを生成する。ネットワーク処理部２１３は、配信管理部２１２の指示に基づいてセグメントの配信を行う。
【００１９】
ここで、セグメント長は、セグメント１つに含まれる単位映像の数で定義することとしてもよい。また単位映像は１又は複数の映像フレームで定義することとしてもよい。またセグメントは、１ＧＯＰ（Group of Picture）を１又は複数に分割した単位としてもよい。一時記憶部２１４は、ＲＡＭ等からなる一次記憶装置２０２の一部の領域とすることができる。ここで、図３の機能構成は、図２のハードウェアと、そのハードウェア構成を利用して動作するソフトウェアとの組合せにより実現されるものとすることができる。例えば、各機能構成は、ＯＳ（Operating System）上で動作するプログラムとすることができる。具体的には、撮像処理部２１０は撮像処理プログラム、配信管理部２１２は配信管理プログラム、セグメント管理部２１１はセグメント管理プログラム、及びネットワーク処理部２１３はネットワーク処理プログラムで構成することができる。
【００２０】
具体的には、撮像処理部２１０は、センサ２０７で生成された映像フレームを画像キャプチャＩ／Ｆ２０５を経由して取得し符号化処理を行う。また撮像処理部２１０は、符号化処理された映像フレームを、ＳＰＳ（Sequence Parameter Set）やＰＰＳ（Picture Parameter Set）などの映像再生に必要な動画メタ情報と共に、一時記憶部２１４に保存する。つまり、撮像処理部２１０は、各単位映像である映像フレームを一時記憶部２１４に保存する。
ここでは、セグメントを構成する単位映像を１映像フレームとするが、単位映像は１映像フレームでなくてもよく、例えば複数の映像フレームにより構成されていてもよい。以下では、単位映像が１映像フレームである場合を例として説明する。
一時記憶部２１４は、生成された動画メタ情報及び映像フレームを一時的に記憶する。セグメント管理部２１１は、撮像処理部２１０が一時記憶部２１４に保存した動画メタ情報と映像フレームとから、初期化セグメントとセグメント（セグメント情報）とをそれぞれ生成して、配信管理部２１２に通知する。初期化セグメントは、映像再生に必要な情報を含むセグメントであり、例えば上記ＳＰＳやＰＰＳを含む動画メタ情報から生成される。
【００２１】
配信管理部２１２は、配信できる全映像ストリーム情報が記載されているＭＰＤ（Media Presentation Description）ファイルと、初期化セグメントおよびセグメントとを、ネットワーク処理部２１３を介して送信する。ここでセグメント管理部２１１は、クライアント１２０に配信すべき映像のセグメント長に関する情報を、セグメント管理情報として管理する。このセグメント長に関する情報は、例えばセグメント１つに含まれる単位映像の数であってよい。１セグメントに含まれる単位映像（映像フレーム）の数は、例えばクライアント１２０からの要求に基づいて配信管理部２１２により最初に指定されることができる。セグメント管理部２１１は、セグメント管理情報で示されるクライアント１２０から要求された単位映像の数の単位映像を結合してセグメントを生成する。配信管理部２１２は、セグメント管理部２１１により生成されたセグメントに、セグメントのヘッダ情報を付加して、クライアント１２０に配信する。
【００２２】
以下、セグメント管理部２１１が生成するセグメントを、セグメント情報ともいう。このセグメント情報は、１つまたは複数のセグメントに含まれる映像フレームの情報である。ここで映像フレームの情報とは、映像データそのものの他、例えばセグメントに含まれる映像フレームの映像データが保存された一時記憶部２１４のアドレスとすることができる。これにより、セグメント管理部２１１は、映像データを含むセグメントファイルを作成して保存することなく、セグメントを送信する際に、アドレスに指定された一時記憶部２１４の映像データを読み出すことによりセグメントを形成することができる。
【００２３】
セグメント管理部２１１は、セグメント情報を解放するまで、一時記憶部２１４内の映像フレーム（セグメント情報）を保持する。また、配信管理部２１２は、生成されたセグメントに対するヘッダ部を作成し、このヘッダ部をセグメント情報に記載されている映像フレームに対応する映像データと結合して、ネットワーク処理部２１３を介して、クライアント１２０に送信する。
なお、配信管理部２１２は、クライアント１２０から、映像データが含まれるセグメントファイルの要求を受信した後に、セグメントファイルを送信してもよい。また、配信管理部２１２は、例えばＨＴＴＰ／２やＷｅｂｓｏｃｋｅｔなどのプロトコルによっては、要求を受信しなくても映像フレームを生成してセグメントファイルが完成した時点で順次送信することとしてもよい。
【００２４】
（クライアント１２０の構成）
クライアント１２０のハードウェア構成は、例えば、主に半導体装置とそれらを接続する配線とから構成され、図２のカメラサーバ２００のハードウェア構成において、センサ２０７や画像キャプチャＩ／Ｆ２０５が備えられなくてよい。また、クライアント１２０のハードウェア構成は、例えば、マウスやキーボード等の信号を入力する入力部、入力内容や入力された指示の結果の画像を表示させる表示部を有していてもよい。
【００２５】
（クライアント１２０の機能構成）
図４は、クライアント１２０の機能構成の例を示す機能ブロック図である。ここで、図４の機能構成は、ハードウェアと、そのハードウェア構成を利用して動作するソフトウェアとの組合せにより実現されるものとすることができる。図４に示すように、クライアント１２０は、配信される映像のセグメント長に関する要求を送信する送信部１２１、要求に基づくセグメント長のセグメントを受信する受信部１２２、及び受信したセグメントを順に再生する再生部１２３を備える。また、クライアント１２０は、受信した各セグメントを記憶する記憶部１２４を備えてよい。
【００２６】
（配信データの構成例）
図５は、本実施形態の送信態様の一例であるＤＡＳＨ配信の送信データについて説明する図である。図５に示されるように、送信データは、映像ストリーム情報が保存されたＭＰＤファイル４００を有する。ここでＭＰＤファイル４００には、単数または複数の映像ストリーム情報として、それぞれの解像度や符号化情報、及び単位時間で区切られた映像ファイルであるセグメントの情報等が、定義される。
図５は、ＭＰＤファイル４００の中で２本の映像ストリームを定義する例を示す。第１の映像ストリーム４０１は、例えば１セグメント１秒の映像ファイルであり、クライアント１２０がダウンロードするファイル数は多くなるが低遅延でリアルタイム性が高い再生が可能である。一方、第２の映像ストリーム４０２は、例えば１セグメント３秒の映像ファイルであり、クライアント１２０で再生時の遅延は発生するがダウンロードするファイル数を減らすことができる。
【００２７】
本実施形態においては説明の容易化のため、低遅延な映像ストリームのセグメント時間を１秒として説明するが、カメラ制御などよりリアルタイム性のより高い送信を行いたい場合には、セグメント時間を１秒以下にすることが望ましい。また、ＭＰＤファイル４００は、２以上の映像ストリームを定義してもよいし、クライアント１２０からの要求に応じて１つの映像ストリームとしてもよい。
図６は、単位映像を１映像フレームとした場合の、第１の映像ストリーム４０１及び第２の映像ストリーム４０２の構成を説明する図である。この例においては説明を分かりやすくするため、１秒当たりに生成される映像フレームは、３映像フレームとしている。しかしながら、１秒当たりに生成される映像フレームは、いくつでもよく、例えば６０又はそれ以上とすることができる。この図の映像フレーム５００〜５１１は、撮像処理部２１０により順に生成され、一時記憶部２１４に保存される。
【００２８】
図６において、映像フレーム５００と映像フレーム５０９とは、完全な映像フレームを構成するのに必要な映像情報を有するＩフレームである。また、これ以外の映像フレーム５０１〜５０８、及び映像フレーム５１０並びに５１１は、直前の画像との差分の映像情報を有するＰフレームである。
第１の映像ストリーム４０１において、第１セグメント５２０は、映像フレーム５００、５０１及び５０２を含み、第２セグメント５２１は、映像フレーム５０３、５０４及び５０５を含む。また第３セグメント５２２は、映像フレーム５０６、５０７及び５０８を含み、第４セグメント５２３は、映像フレーム５０９，５１０，５１１を含む。一方、第２の映像ストリーム４０２の第１セグメント５３０は、映像フレーム５００〜５０８を含み、第２セグメント５３１は、少なくとも映像フレーム５０９，５１０及び５１１を含む。
また、第２セグメント５３１は、更にこの後、撮像処理部２１０により生成されて一時記憶部２１４に保存される映像フレーム（不図示）を含む。なお、図６の例においては、差分の映像情報をＰフレームとしたが、差分の映像情報は、Ｂフレームであってもよい。
【００２９】
（映像ストリームの配信シーケンス）
図７は、クライアント１２０に、映像を第１の映像ストリーム４０１により配信する際の処理の例を示すシーケンス図である。このシーケンス図では、図が煩雑になるのを避けるため、セグメント管理部２１１、ネットワーク処理部２１３及び一時記憶部２１４の記載を省略している。以下では、これらの構成の説明は配信管理部２１２の処理に含めて説明する。なお、撮像処理部２１０から配信管理部２１２への矢印は、一時記憶部２１４を介する映像フレーム等の書き込み及び／又は映像フレームが書き込まれたことによる通知を含む。また、セグメントの生成は、セグメント管理部２１１が一時記憶部２１４から映像フレームを読み出してセグメントを生成する処理を含む。
【００３０】
図７に示すように、まずクライアント１２０は、映像情報を束ねるＭＰＤファイル４００の取得要求をカメラサーバ２００に送信する（Ｓ６０１）。取得要求を受信したカメラサーバ２００の配信管理部２１２は、送信可能な映像ストリーム情報を保存したＭＰＤファイル４００を作成して、クライアント１２０に送信する（Ｓ６０２）。
クライアント１２０は、自端末のＣＰＵ能力や表示解像度などに基づいて、受信したＭＰＤファイル４００から、受信する映像ストリームを選択し、再生に必要な情報が含まれる初期化セグメントの取得要求をカメラサーバ２００に送信する（Ｓ６０３）。この初期化セグメントの取得要求は、クライアント１２０に配信されるべき映像データのセグメント長を含むことができる。以下では、クライアント１２０が、３つの映像フレームを１つのセグメントとする第１の映像ストリーム４０１を選択したものとする。
【００３１】
初期化セグメントの取得要求を受信したカメラサーバ２００内の配信管理部２１２は、初期化セグメントを送信するために、撮像処理部２１０に映像ストリームの生成開始を要求する（Ｓ６１０）。要求を受信した撮像処理部２１０は、ＳＰＳ／ＰＰＳ及び最初の映像フレームであるＩフレームを生成し、一時記憶部２１４に保存する（Ｓ６１１）。セグメント管理部２１１は、ＳＰＳ／ＰＰＳを読み出し、ＳＰＳ／ＰＰＳを含む動画メタ情報を初期化セグメントとして生成し、配信管理部２１２は、生成された初期化セグメントをクライアント１２０に送信する（Ｓ６０４）。撮像処理部２１０は、クライアント１２０との通信とは無関係に、順次、映像フレームを作成して、配信管理部２１２に通知する（Ｓ６１２〜Ｓ６１６）。
【００３２】
クライアント１２０は、初期化セグメントを受信した後、最初の第１セグメントの取得要求をカメラサーバ２００に送信する（Ｓ６０５）。配信管理部２１２は、撮像処理部２１０により第３映像フレームデータが保存されると（Ｓ６１３）、第１〜第３映像フレームデータを結合して第１セグメントとしてクライアント１２０に送信する（Ｓ６０６）。この際、配信管理部２１２は、セグメントファイルとしてのヘッダ情報と、セグメント長に対応する数の単位映像データ（第１〜第３映像フレームデータ）とを順次送信バッファに保存してもよい。これにより、カメラサーバ２００において１セグメントの映像を映像ファイルとして保存しなくても、クライアント１２０では、１セグメントのファイルとして受信することができる。
【００３３】
クライアント１２０は、第１セグメントを受信後、映像再生を行うことができる（Ｓ６０９）。ここで、クライアント１２０は、一定時間バッファリングしてから映像再生を開始してもよい。クライアント１２０は、次の第２セグメントの取得要求を送信する（Ｓ６０７）。
要求を受信した配信管理部２１２は、撮像処理部２１０により第６映像フレームデータが一時記憶部２１４に保存されると（Ｓ６１６）、第４〜第６映像フレームデータを読み出す（Ｓ６２８）。そして、配信管理部２１２は、第４〜第６映像フレームデータを結合して第２セグメントとしてクライアント１２０に送信する（Ｓ６０８）。
【００３４】
この際、配信管理部２１２は、セグメントファイルとしてのヘッダ情報と、読み出した、セグメント長に対応する数の単位映像データ（第４〜第６映像フレームデータ）とを順次送信バッファに保存することとしてもよい。これにより、カメラサーバ２００において１セグメントの映像を映像ファイルとして保存しなくても、クライアント１２０では、１セグメントのファイルとして受信することができる。クライアント１２０は、第１セグメントに含まれていた映像フレームの再生の後、映像が途切れないように第２セグメントに含まれている映像フレームを順次再生することができる。
なお、図７に示す遅延時間は、第１映像フレームが保存されるステップＳ６１１のタイミングと第１セグメントが送信されるステップＳ６０６のタイミングとの間の経過時間である。遅延時間は、映像の送信中において常に発生しており、遅延時間が短ければリアルタイム性が高く、逆に遅延時間が長ければリアルタイム性が低くなる。例えば、６つの映像フレームを１つのセグメントとする映像ストリームを送信する際は、第１セグメントは第６映像フレームが生成された後に送信されるので、遅延時間はステップＳ６１１のタイミングとステップＳ６０８のタイミングとの差分時間となる。
【００３５】
このように、本実施形態のカメラサーバ２００は、単位映像としての映像フレーム毎に映像を保存し、送信時に、要求に応じたセグメント長のセグメントを生成して送信することができる。これにより、カメラサーバ２００のＣＰＵの処理の負担及び／又は記憶容量を抑えつつ、クライアント（映像受信装置）１２０からの要求に応じた映像を送信することができる。またカメラサーバ２００は、要求に応じて、遅延時間のより少ないリアルタイム映像を送信することができる。またカメラサーバ２００は、要求に応じて、ダウンロード回数の少ないことにより、より送信効率及び再生品質の高いリアルタイム映像を送信することができる。
【００３６】
図８は、図１の映像配信システム１００において、クライアント１２０が、複数の第１のクライアント１３１及び第２のクライアント１３２であり、これらの両方に映像が送信される場合について示すシーケンス図である。このシーケンス図において、第１のクライアント１３１の処理は、第７映像フレーム以降の処理を除き、図７のクライアント１２０における処理と同様であり、第６映像フレームまでの重複する説明を省略する。第７映像フレーム以降においても、第１映像フレームのときと同様に、撮像処理部２１０は、第１のクライアント１３１との通信とは無関係に、順次映像フレームデータを作成して配信管理部２１２に通知する（Ｓ６１７〜Ｓ６２２）。
【００３７】
第１のクライアント１３１は、第３セグメントの取得要求をカメラサーバ２００に送信する（Ｓ６０９）。配信管理部２１２は、撮像処理部２１０により第９映像フレームデータが通知されると（Ｓ６１９）、第７〜第９映像フレームデータを読み出し、結合して第３セグメントとして第１のクライアント１３１に送信する（Ｓ６１０）。第１のクライアント１３１は、第３セグメントを受信後、映像再生を行うこととしてもよい。そして、第１のクライアント１３１は、次の第４セグメントの取得要求を送信する（Ｓ６１１）。要求を受信した配信管理部２１２は、撮像処理部２１０により第１２映像フレームデータが通知されると（Ｓ６２２）、第１０〜第１２映像フレームデータを読み出す（Ｓ６３２）。そして配信管理部２１２は、第１０〜第１２映像フレームデータを結合して第４セグメントとして第１のクライアント１３１に送信する（Ｓ６１２）。
【００３８】
次に第２のクライアント１３２の処理について説明する。第１のクライアント１３１のときの処理と同様に、第２のクライアント１３２と配信管理部２１２との間では、ＭＰＤファイル４００の要求及び送信、並びに初期化セグメントの要求及び送信が行われるが、図が煩雑になるのを避けるため記載を省略している。初期化セグメントの受信が完了した後の第２のクライアント１３２の処理について説明する。
【００３９】
図８に示すように、第２のクライアント１３２は、最初の第１セグメントの取得要求をカメラサーバ２００に送信する（Ｓ６５１）。配信管理部２１２は、撮像処理部２１０により第６映像フレームデータが通知されると（Ｓ６１６）、第１〜第６映像フレームデータを読み出し、結合して第１セグメントとして第２のクライアント１３２に送信する（Ｓ６５３）。第２のクライアント１３２は、第１セグメントを受信後、映像再生を行う。また、第２のクライアント１３２は、一定時間バッファリングしてから映像再生を開始してもよい。そして、第２のクライアント１３２は次の第２セグメントの取得要求を送信する（Ｓ６５４）。要求を受信したカメラサーバ２００の配信管理部２１２は、撮像処理部２１０により第１２映像フレームデータが通知されると（Ｓ６２２）、第７〜第１２映像フレームデータを読み出す。そして配信管理部２１２は、第７〜第１２映像フレームデータを結合して第２セグメントとして第２のクライアント１３２に送信する（Ｓ６５６）。
【００４０】
つまり、配信管理部２１２は、例えば、映像について、１セグメントが３映像フレームの第１セグメント長に関する要求を受信する。また配信管理部２１２は、第１セグメント長とは異なる、１セグメントが６映像フレームの第２セグメント長に関する要求を受信する。配信管理部２１２は、第１セグメント長及び第２セグメント長にそれぞれ対応する数の映像フレームデータ（単位映像）を読み出して、その映像を、それぞれ第１セグメント長のセグメント及び第２セグメント長のセグメントとして、要求元にそれぞれ送信する。
このようにカメラサーバ２００は、単位映像としての映像フレーム毎に映像を保存し、送信時に、要求に応じたセグメント長のセグメントを生成して送信することができる。これにより、カメラサーバ２００のＣＰＵの処理の負担及び／又は記憶容量を抑えつつ、第１のクライアント１３１及び第２のクライアント１３２の双方からの異なる要求に応じた、異なるセグメント長の映像を並列して送信することができる。またカメラサーバ２００は、要求に応じて、遅延時間のより少ないリアルタイム映像を送信することができる。またカメラサーバ２００は、要求に応じて、ダウンロード回数の少ないことにより、より送信効率及び再生品質の高いリアルタイム映像を送信することができる。
【００４１】
（セグメント管理部の処理フローチャート）
図９は、セグメント管理部２１１の処理の一例について示すフローチャートである。この例において、セグメント管理部２１１が実行するセグメント管理プログラムは、クライアント１２０の初期化セグメントの要求に基づいて、配信管理部２１２が実行する配信管理プログラムの指示により起動することとしてもよい。まず、セグメント管理部２１１は、撮像処理部２１０に対し、要求された映像ストリームの生成開始を指示し（Ｓ７０１）、ＳＰＳ／ＰＰＳを含む動画メタ情報が作成されるのを待つ（Ｓ７０２）。
動画メタ情報が作成されると、セグメント管理部２１１は、動画メタ情報を一時記憶部２１４から読み出し、読み出した動画メタ情報を含む初期化セグメントを生成する（Ｓ７０３）。セグメント管理部２１１は、配信管理部２１２に初期化セグメントが生成されたとことを通知する（Ｓ７０４）。
【００４２】
次に、セグメント管理部２１１は、初期化セグメント要求に規定されセグメント管理情報として管理される１セグメントに含まれる映像フレーム数等の起動時に指定された情報を保存する（Ｓ７０５）。その後、セグメント管理部２１１は、プログラムの状態をＩフレーム待ちに設定して（Ｓ７０６）、イベントが発生するのを待つ（Ｓ７０７）。
イベントが発生すると、セグメント管理部２１１は、いずれのイベントが発生したかを判定し（Ｓ７０８）、発生イベントが撮像処理部２１０からの映像フレーム生成イベントの場合には、プログラム状態を判定する（Ｓ７０９）。ここで、セグメント管理部２１１は、プログラムの状態がＩフレーム待ちの場合には、生成された映像フレームがＩフレームかどうかを判定し（Ｓ７１０）、Ｉフレームでない場合には、ステップＳ７０８に戻り処理を繰り返す。Ｉフレームである場合には、セグメント管理部２１１は、ＳＰＳ／ＰＰＳ及び映像フレーム情報を一時記憶部２１４に保存する（Ｓ７１１）。
ここで映像フレーム情報は、映像データそのものではなく、例えば映像フレームの映像データが保存された一時記憶部２１４のアドレスとすることができる。これにより、セグメント管理部２１１は、映像フレームの映像データをコピーすることなく、映像データを読み出すことができる。
【００４３】
次に、セグメント管理部２１１は、プログラムの状態を次フレーム待ちに変更する（Ｓ７１２）。この後、セグメント管理部２１１による処理は、後述するステップＳ７１４に移行する。ステップＳ７０９にて、プログラム状態が次フレーム待ちの場合、セグメント管理部２１１は、映像フレーム情報を保存する（Ｓ７１３）。ステップＳ７１３の映像フレーム情報の保存後、又はステップＳ７１２におけるプログラムの状態を次フレーム待ちに変更の処理の後、セグメント管理部２１１の処理は、ステップＳ７１４に移行する。
【００４４】
ステップＳ７１４では、セグメント管理部２１１は、１セグメントに含まれる数の映像フレームが生成（受信）されたかどうかを判定する（Ｓ７１４）。ここで、セグメント管理部２１１は、１セグメントに含まれる数の映像フレームが生成された場合、セグメント番号とセグメントに含まれる映像フレーム情報であるセグメント情報を一時記憶部２１４に保存する（Ｓ７１５）。ここでセグメント情報として保存される複数の映像フレームが結合されて、配信要求元であるクライアント１２０へ配信される。
なお、ここで保存される映像フレーム情報は、映像データそのものではなく、例えばセグメントに含まれる映像フレームの映像データが保存された一時記憶部２１４のアドレスとすることができる。これにより、セグメント管理部２１１は、映像データを含むセグメントファイルを作成して保存することなく、セグメントを送信する際に、アドレスに指定された一時記憶部２１４の映像データを読み出すことによりセグメントを生成することができる。
【００４５】
セグメント管理部２１１は、配信管理プログラムにセグメントが生成されたことを通知し（Ｓ７１６）、再度イベントが受信されるのを待つ（Ｓ７０８）。ステップＳ７１４において、１セグメントに含まれる数の映像フレームが生成されていない場合には、セグメント管理部２１１は、再度イベントが受信されるのを待つ（Ｓ７０８）。
ステップＳ７１５及びステップＳ７１６の処理では、セグメント管理部２１１は、セグメント情報と映像フレーム情報のみを保存及び通知する。これは、もしセグメント管理部２１１が、映像フレーム中の映像データ部分からセグメントを作成した場合には、セグメント管理部２１１が映像データの複製処理を実行する必要があるためである。また、この場合には、セグメント管理部２１１がクライアント１２０毎にセグメントを保存する必要が生じ、一時記憶部２１４をより多く使用してしまう恐れがあるからである。
【００４６】
本フローチャートでは、撮像処理部２１０において連続で映像フレームを生成されることとして説明した。しかしながら、映像フレームが連続して生成されないことがある場合には、映像フレームが連続かどうかを判定し、連続でない場合は、セグメント管理部２１１は、再度Ｉフレーム待ち状態に戻ることとしてもよい。
ステップＳ７０８において、発生イベントが配信管理部２１１からのセグメント解放指示イベントと判定された場合には、セグメント管理部２１１は、保存されているセグメント情報を削除する（Ｓ７１７）。また、ステップＳ７１７において、セグメント管理部２１１は、該当セグメントに含まれている映像フレームデータを削除する。この後、セグメント管理部２１１は、再度イベント待ちに戻る（Ｓ７０７）。
【００４７】
一方、ステップＳ７０８において、発生イベントが配信管理部２１１からの映像ストリームの終了要求イベントであれば、セグメント管理部２１１は、撮像処理部２１０に映像ストリームの生成終了を指示する（Ｓ７１８）。また、セグメント管理部２１１は、保存している全セグメント情報と該当セグメントに含まれている映像フレーム情報を削除する（Ｓ７１９）。
本フローチャートでは、セグメント管理部２１１が実行するセグメント管理プログラムは、クライアント１２０から初期化セグメントの要求を受信した際に、配信管理部２１２が実行する配信管理プログラムから起動されてもよいこととした。しかしながら、セグメント管理プログラムは、常時起動されており、複数のクライアント１２０のセグメント情報を１つのセグメント管理プログラムが管理することとしてもよい。
【００４８】
（配信管理部の処理フローチャート）
図１０は、配信管理部２１２の処理の一例について示すフローチャートである。配信管理部２１２が実行する配信管理プログラムは、例えば、クライアント１２０が初期化セグメントを要求した際に起動されるプログラムとすることができる。このフローチャートに示されるように、配信管理部２１２は、送信可能な単数または複数の映像ストリームの情報をまとめたＭＰＤファイル４００を作成し、クライアント１２０に送付する（Ｓ８０１）。
【００４９】
次に、配信管理部２１２は、クライアント１２０からＭＰＤファイル４００に定義してある映像ストリームのうち、いずれかの映像ストリームの初期化セグメントの要求が受信されるのを待つ（Ｓ８０３）。配信管理部２１２は、初期化セグメントの要求を受信すると、要求された映像ストリームの情報を保存し（Ｓ８０４）、セグメント管理部２１１を起動して映像ストリームの生成開始を要求する（Ｓ８０５）。配信管理部２１２は、セグメント管理部２１１において初期化セグメントが生成されるのを待ち（Ｓ８０６）、生成されると初期化セグメントをクライアント１２０に送信する（Ｓ８０７）。
次に、配信管理部２１２は、クライアント１２０の接続タイムアウトを監視するタイマーを開始し（Ｓ８０８）、イベントが発生するのを待つ（Ｓ８０９）。イベントが発生すると、配信管理部２１２は、いずれのイベントが発生したかを判定する（Ｓ８１０）。発生したイベントがセグメント管理部２１１からのセグメント生成通知イベントである場合には、配信管理部２１２は、映像フレーム情報を含むセグメント情報を保存する（Ｓ８１１）。
【００５０】
発生したイベントがクライアント１２０からのセグメント配信要求イベントの場合には、配信管理部２１２は、要求されたセグメントが既に生成されているかどうかを判定する（Ｓ８１２）。生成されている場合は、配信管理部２１２は、セグメントのヘッダ部分を作成し（Ｓ８１３）、映像フレームのデータ部分と結合されたデータとしてのセグメントをクライアント１２０に送信する（Ｓ８１４）。そして、配信管理部２１２は、送信したセグメントの解放をセグメント管理部２１１に指示する（Ｓ８１５）。
配信管理部２１２は、接続タイムアウトを監視しているタイマーをリセットしてタイムアウト時間を延長し（Ｓ８１６）、ステップＳ８０９のイベント受信を待つ処理に戻る。ステップＳ８０９において発生したイベントが配信終了要求のイベントであった場合には、配信管理部２１２は、セグメント管理部２１１にセグメント生成の停止を要求し（Ｓ８１８）、配信管理部２１２を終了する。
【００５１】
ステップＳ８１４では、映像フレームの複製による処理負担、及び一時記憶部２１４の使用量を増やさないため、配信管理部２１２は、ヘッダ部分のみを作成して、映像フレームのデータ部分と結合しながら送信することとすることができる。この場合において、配信管理部２１２は、ヘッダ部分とデータ部分を順次、クライアント１２０に送信するための送信バッファに保存することができる。本フローチャートにおいては、タイマーリセットをセグメント送信完了時に行うこととしたが、配信管理部２１２は、セグメント配信要求を受信した際やクライアント１２０との他の通信を行ったタイミングでタイマーリセットすることとしてもよい。また、クライアント１２０との接続を監視できるのであれば、タイマー以外の手段で監視することとしてもよく、またタイマー監視は行われなくてもよい。
【００５２】
またステップＳ８１２にて、要求されたセグメントが存在しない場合は、配信管理部２１２は、クライアント１２０にエラーレスポンスを送信する（Ｓ８１７）。本フローチャートにおいては、要求されたセグメントが存在しない場合はエラーレスポンスを送信することとしたが、配信管理部２１２は、セグメントが生成されるまで待つこととしてもよい。送信終了のイベントには、接続タイムアウトを監視するタイマーのタイムアウトや切断検出等を含むことができる。
【００５３】
本フローチャートでは、いわゆるＤＡＳＨ配信を例に説明したが、本実施形態のカメラサーバ２００は、ＨＬＳ配信など他のＡｄａｐｔｉｖｅ  Ｂｉｔｒａｔｅ  Ｓｔｒｅａｍｉｎｇ技術による送信に適用することができる。このように、本実施形態のカメラサーバ２００においては、連続撮像した映像データをクライアント１２０毎に個別にセグメント管理し、送信時にセグメントに含まれる映像フレームを結合し送信することができる。
これにより、本実施形態のカメラサーバ２００においては、リアルタイム性を重視する場合は映像ファイルを小さく、送信効率を重視する場合は映像ファイルを大きくして、クライアント１２０毎に適切な遅延時間及びで映像を送信することができる。図１１は、配信管理部２１２の処理の別の例について示すフローチャートである。配信管理プログラムは、図８の場合と同様に、例えば、クライアント１２０が初期化セグメントを要求した際に起動されるプログラムとすることができる。
【００５４】
このフローチャートに示されるように、配信管理部２１２は、送信可能な単数または複数の映像ストリームの情報をまとめたＭＰＤファイル４００を作成し、クライアント１２０にＭＰＤファイル４００を送信する（Ｓ９０１）。次に、配信管理部２１２は、クライアント１２０からＭＰＤファイル４００に定義してある映像ストリームのうち、いずれかの映像ストリームの初期化セグメントの要求が受信されるのを待つ（Ｓ９０３）。
配信管理部２１２は、初期化セグメントの要求を受信すると、要求された映像ストリームの情報を保存し（Ｓ９０４）、セグメント管理部２１１を起動して映像ストリームの生成開始を要求する（Ｓ９０５）。配信管理部２１２は、セグメント管理部２１１において初期化セグメントが生成されるのを待ち（Ｓ９０６）、生成されると初期化セグメントをクライアント１２０に送信する（Ｓ９０７）。
【００５５】
次に、配信管理部２１２は、イベントが発生するのを待ち（Ｓ９０９）、イベントが発生すると、配信管理部２１２は、いずれのイベントが発生したかを判定する（Ｓ９１０）。発生したイベントがセグメント管理部２１１からのセグメント生成通知イベントである場合には、配信管理部２１２は、セグメントのヘッダ部分を作成する（Ｓ９１３）。また配信管理部２１２は、映像フレームのデータ部分と結合されたデータとしてセグメントをクライアント１２０に送信する（Ｓ９１４）。
配信管理部２１２は、初期化セグメントと同一の通信コネクションを使用して、配信管理部２１２を送信する。配信管理部２１２は、送信したセグメントの解放をセグメント管理部２１１に指示し（Ｓ９１５）、ステップＳ９０９のイベント受信を待つ処理に戻る。ステップＳ９０９において発生したイベントが配信終了要求のイベントであった場合には、配信管理部２１２は、セグメント管理部２１１にセグメント生成の停止を要求し（Ｓ９１８）、配信管理部２１２を終了する。
【００５６】
送信終了のイベントには、切断検出等が含まれ、切断検出は、セグメント送信に使用している通信コネクションがクライアント１２０から切断された時に検出されるイベントであってもよい。本フローチャートでは、いわゆるＤＡＳＨ配信を例に説明したが、本実施形態のカメラサーバ２００は、ＨＬＳ配信など他のＡｄａｐｔｉｖｅ  Ｂｉｔｒａｔｅ  Ｓｔｒｅａｍｉｎｇ技術による送信に適用することができる。
【００５７】
ステップＳ９１４では、映像フレームの複製による処理負担、及び一時記憶部２１４の使用量を増やさないため、配信管理部２１２は、ヘッダ部分のみを作成して、映像フレームのデータ部分と結合しながら送信することとすることができる。この場合において、配信管理部２１２は、ヘッダ部分とデータ部分を順次、クライアント１２０に送信するための送信バッファに保存することができる。このように、本実施形態のカメラサーバ２００においては、連続撮像した映像データをクライアント１２０毎に個別にセグメント管理し、送信時にセグメントに含まれる映像フレームを結合し送信することができる。これにより、本実施形態のカメラサーバ２００においては、リアルタイム性を重視する場合は映像ファイルを小さく、送信効率を重視する場合は映像ファイルを大きくして、クライアント１２０毎に適切な遅延時間で映像を送信することができる。
【００５８】
リアルタイム性のある動画配信では、動画ファイル情報をまとめているＭＰＤのようなファイルにて、セグメント化時間が異なる複数の動画ストリームを定義してクライアントに選択させることが考えられる。また、クライアントから指定されたセグメント化時間の動画ストリームを定義することが考えられる。しかしながら、ネットワークカメラのような組込み機器は、ＣＰＵ性能が低くメモリー容量も限られている。そのようなネットワークカメラで、映像を見るだけのクライアントと、映像を見ながらカメラ制御を行うようなクライアント向けに、セグメント時間が異なる複数種類の動画ファイルを用意することは困難である。
そこで本実施形態に係る映像配信装置１００は、一時記憶部２１４が撮像された映像を単位映像毎に保持し、配信管理部２１２がクライアント１２０から送信されるセグメント長に関する要求を受信する。セグメント管理部２１１が、配信管理部２１２により受信されたセグメント長に関する要求に基づいて、一時記憶部２１４により保持された単位映像からセグメントを生成する。引き続き配信管理部２１２が、セグメント管理部２１１が生成した前記セグメントをクライアント１２０へ配信する。これにより、クライアント１２０の用途に応じた適切な映像を配信することができる。
【００５９】
以上、本発明の実施形態について詳細に説明したが、前述した実施形態は、本発明を実施するにあたっての具体例を示したに過ぎない。本発明の技術的範囲は、前記実施形態に限定されるものではない。本発明は、その趣旨を逸脱しない範囲において種々の変更が可能であり、それらも本発明の技術的範囲に含まれる。
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６０】
１００・・・映像配信システム、１１０・・・ネットワーク、１２０・・・クライアント、２００・・・カメラサーバ、２１０・・・撮像処理部、２１１・・・セグメント管理部、２１２・・・配信管理部、２１３・・・ネットワーク処理部、２１４・・・一時記憶部
【図１】
2018182447.tif 000003
【図２】
2018182447.tif 000004
【図３】
2018182447.tif 000005
【図４】
2018182447.tif 000006
【図５】
2018182447.tif 000007
【図６】
2018182447.tif 000008
【図７】
2018182447.tif 000009
【図８】
2018182447.tif 000010
【図９】
2018182447.tif 000011
【図１０】
2018182447.tif 000012
【図１１】
2018182447.tif 000013