特開 2017-11384 ネットワークシステム、コンピュータシステム、画像データの記録方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2017-11384(P2017-11384A)

(43)【公開日】2017年1月12日

(54)【発明の名称】ネットワークシステム、コンピュータシステム、画像データの記録方法およびプログラム

(51)【国際特許分類】

   H04N 7/18 20060101AFI20161216BHJP

   H04N 19/436 20140101ALI20161216BHJP

   H04N 21/241 20110101ALI20161216BHJP

   H04N 21/2343 20110101ALI20161216BHJP

   H04N 5/765 20060101ALI20161216BHJP

   H04N 5/92 20060101ALI20161216BHJP

   G06F 9/38 20060101ALI20161216BHJP

【ＦＩ】

   H04N7/18 D

   H04N19/436

   H04N21/241

   H04N21/2343

   H04N7/18 A

   H04N7/18 U

   H04N5/91 L

   H04N5/92 H

   G06F9/38 370X

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

【全頁数】11

(21)【出願番号】特願2015-122464(P2015-122464)

(22)【出願日】2015年6月17日

(71)【出願人】

【識別番号】501084031

【氏名又は名称】株式会社システム・ケイ

(74)【代理人】

【識別番号】100112520

【弁理士】

【氏名又は名称】林 茂則

(72)【発明者】

【氏名】田中 伸康

(72)【発明者】

【氏名】鳴海 鼓大

【テーマコード（参考）】

5B013

5C053

5C054

5C159

5C164

【Ｆターム（参考）】

5B013DD05

5C053FA08

5C053FA23

5C053FA27

5C053GA11

5C053KA24

5C053LA01

5C053LA14

5C054CC02

5C054DA09

5C054EA03

5C054EA07

5C054EG01

5C054GA01

5C054GB01

5C054HA18

5C159KK13

5C159MA00

5C159PP04

5C159SS08

5C159SS09

5C159SS14

5C159SS26

5C159UA02

5C164FA07

5C164SA25S

5C164SB02P

5C164SB36P

5C164SB51P

(57)【要約】

【課題】コンピュータの処理能力があまり高くない場合であっても、圧縮処理にかかる時間が短縮可能な技術を提供する。
【解決手段】複数の撮像デバイスとコンピュータシステムとが通信ネットワークを介して接続され、当該コンピュータシステムが、撮像デバイスのそれぞれが出力するストリームデータを受信する受信部と、受信したストリームデータを記録するストリームデータ記録部と、ストリームデータ記録部に記録されたストリームデータをストリームデータ記録部から読み出し、読み出したストリームデータを圧縮するデータ圧縮部と、を有し、データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、データ圧縮部における圧縮処理が、（ｎ−２）個のストリームデータを対象に実行されるネットワークシステムを提供する。
【選択図】図４

【特許請求の範囲】

【請求項1】

通信ネットワークと、複数の撮像デバイスと、コンピュータシステムとを有し、
前記複数の撮像デバイスのそれぞれと前記コンピュータシステムとが前記通信ネットワークを介して接続され、
前記複数の撮像デバイスのそれぞれが、画像データを含むストリームデータを出力し、
前記コンピュータシステムが、
前記ストリームデータを受信する受信部と、
受信した前記ストリームデータを記録するストリームデータ記録部と、
前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮するデータ圧縮部と、を有し、
前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、
前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行される
ネットワークシステム。

【請求項2】

前記通信ネットワークに接続された端末システムをさらに有し、
前記コンピュータシステムが、
前記データ圧縮部で圧縮された圧縮データを記録する圧縮データ記録部と、
前記圧縮データ記録部に記録された前記圧縮データを、前記端末システムに送信する圧縮データ送信部と、をさらに有する
請求項１に記載のネットワークシステム。

【請求項3】

通信ネットワークに接続され、前記通信ネットワークを介して複数の撮像デバイスから画像データを含むストリームデータを受信するコンピュータシステムであって、
前記ストリームデータを受信する受信部と、
受信した前記ストリームデータを記録するストリームデータ記録部と、
前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮するデータ圧縮部と、を有し、
前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、
前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行される
コンピュータシステム。

【請求項4】

前記データ圧縮部で圧縮された圧縮データを記録する圧縮データ記録部と、
前記圧縮データ記録部に記録された前記圧縮データを、前記通信ネットワークに接続された端末システムに送信する圧縮データ送信部と、をさらに有する
請求項３に記載のコンピュータシステム。

【請求項5】

通信ネットワークに接続され、前記通信ネットワークを介して複数の撮像デバイスから画像データを含むストリームデータを受信するコンピュータシステムを用いた画像データの記録方法であって、
前記ストリームデータを受信するステップと、
受信した前記ストリームデータをストリームデータ記録部に記録するステップと、
前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮するステップと、を有し、
前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、
前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行される
画像データの記録方法。

【請求項6】

前記圧縮データを圧縮データ記録部に記録するステップと、
前記圧縮データ記録部に記録された前記圧縮データを、前記通信ネットワークに接続された端末システムに送信するステップと、をさらに有する
請求項５に記載の画像データの記録方法。

【請求項7】

通信ネットワークに接続され、前記通信ネットワークを介して複数の撮像デバイスから画像データを含むストリームデータを受信するコンピュータシステムに、
前記ストリームデータを受信する機能と、
受信した前記ストリームデータをストリームデータ記録部に記録する機能と、
前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮する機能と、を実現させるためのプログラムであって、
前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、
前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行される
プログラム。

【請求項8】

前記圧縮データを圧縮データ記録部に記録する機能と、
前記圧縮データ記録部に記録された前記圧縮データを、前記通信ネットワークに接続された端末システムに送信する機能と、をさらに実現させるための
請求項７に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークシステム、コンピュータシステム、画像データの記録方法およびプログラムに関する。

【背景技術】

【0002】

たとえば、特許文献１は、監視映像の記録に欠落のないネットワーク映像監視システムの提供を目的とした映像監視システムを開示する。当該映像監視システムは、ネットワークカメラが、撮像部と、撮像部で撮影した映像情報を圧縮した圧縮映像データを記憶するバックアップメモリと、圧縮映像データをリアルタイム配信するとともに、映像記録装置からの再送の要求に応じてバックアップメモリに記憶した圧縮映像データを送信するネットワーク映像出力部と、を備える構成とし、記映像記録装置が、ネットワークカメラからの圧縮映像データを受信するネットワーク映像入力部と、圧縮映像データを記憶する記憶部と、記憶部に圧縮映像データが記録されているか否かを順次判定し、所定時刻の圧縮映像データが記録されていない場合に、ネットワークカメラに該時刻の圧縮映像データの再送の要求をおこなう映像再生要求部と、を備える。当該構成とすることで、映像記録装置の映像情報を補間し記録抜けが防止できるとされている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１５−９５７０５

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載のとおり、ネットワークカメラからの映像データを圧縮し記録することで、後に任意に圧縮映像データを再生することができ、監視用途のみならず、たとえば講義を録画しオンデマンドで再生するビデオ学習システム等、後日任意に画像を再生する用途に広く適用することができる。これら画像を記録し再生するシステムでは、多くの画像データを記録できることが好ましく、そのためには、ハードディスクドライブ等外部記憶装置の容量を大きくするとともに、個々の画像データの容量を小さくするデータ圧縮が必要になる。

【0005】

ネットワークカメラからの映像データをリアルタイムで配信するには、ネットワークカメラから出力されるストリームデータを圧縮するためのタイムラグは許容されないので、リアルタイムに圧縮処理が進行するようコンピュータの処理能力を高める必要がある。この場合、ハードウェアの価格が高価になる問題がある。一方、ネットワークカメラからの映像データをオンデマンドで配信する場合には、リアルタイム処理で要求される程の処理能力は要求されない。このため、コンピュータの性能を下げることが可能になり、ハードウェア価格を低く抑えることが可能になる。

【0006】

しかしながら、オンデマンド配信の場合であっても、録画終了後のできるだけ早いタイミングに配信可能にできることが好ましく、その観点から圧縮処理にかかる時間は短い方が好ましい。本発明の目的は、コンピュータの処理能力があまり高くない場合であっても、圧縮処理にかかる時間が短縮可能な技術を提供することにある。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本発明の第１の態様においては、通信ネットワークと、複数の撮像デバイスと、コンピュータシステムとを有し、前記複数の撮像デバイスのそれぞれと前記コンピュータシステムとが前記通信ネットワークを介して接続され、前記複数の撮像デバイスのそれぞれが、画像データを含むストリームデータを出力し、前記コンピュータシステムが、前記ストリームデータを受信する受信部と、受信した前記ストリームデータを記録するストリームデータ記録部と、前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮するデータ圧縮部と、を有し、前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行されるネットワークシステムを提供する。前記通信ネットワークに接続された端末システムをさらに有し、前記コンピュータシステムが、前記データ圧縮部で圧縮された圧縮データを記録する圧縮データ記録部と、前記圧縮データ記録部に記録された前記圧縮データを、前記端末システムに送信する圧縮データ送信部と、をさらに有してもよい。

【0008】

本発明の第２の態様においては、通信ネットワークに接続され、前記通信ネットワークを介して複数の撮像デバイスから画像データを含むストリームデータを受信するコンピュータシステムであって、前記ストリームデータを受信する受信部と、受信した前記ストリームデータを記録するストリームデータ記録部と、前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮するデータ圧縮部と、を有し、前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行されるコンピュータシステムを提供する。前記データ圧縮部で圧縮された圧縮データを記録する圧縮データ記録部と、前記圧縮データ記録部に記録された前記圧縮データを、前記通信ネットワークに接続された端末システムに送信する圧縮データ送信部と、をさらに有してもよい。

【0009】

本発明の第３の態様においては、通信ネットワークに接続され、前記通信ネットワークを介して複数の撮像デバイスから画像データを含むストリームデータを受信するコンピュータシステムを用いた画像データの記録方法であって、前記ストリームデータを受信するステップと、受信した前記ストリームデータをストリームデータ記録部に記録するステップと、前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮するステップと、を有し、前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行される画像データの記録方法を提供する。前記圧縮データを圧縮データ記録部に記録するステップと、前記圧縮データ記録部に記録された前記圧縮データを、前記通信ネットワークに接続された端末システムに送信するステップと、をさらに有してもよい。

【0010】

本発明の第３の態様においては、通信ネットワークに接続され、前記通信ネットワークを介して複数の撮像デバイスから画像データを含むストリームデータを受信するコンピュータシステムに、前記ストリームデータを受信する機能と、受信した前記ストリームデータをストリームデータ記録部に記録する機能と、前記ストリームデータ記録部に記録された前記ストリームデータを前記ストリームデータ記録部から読み出し、読み出した前記ストリームデータを圧縮する機能と、を実現させるためのプログラムであって、前記データ圧縮部における圧縮処理が、コア数がｎのマルチコアユニットを用いて実行され、前記データ圧縮部における前記圧縮処理が、（ｎ−２）個のストリームデータを対象に実行されるプログラムを提供する。前記圧縮データを圧縮データ記録部に記録する機能と、前記圧縮データ記録部に記録された前記圧縮データを、前記通信ネットワークに接続された端末システムに送信する機能と、をさらに実現させるためのものであってもよい。

【0011】

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0012】

【図1】ネットワークシステム１００を示す概念図である。

【図2】コンピュータシステム１０６のハードウェア構成の一例を示したブロック図である。

【図3】コンピュータシステム１０６の機能構成の一例を示したブロック図である。

【図4】ネットワークシステム１００における録画処理と圧縮処理の一例を示したフロー図である。

【図5】実施例における録画処理および圧縮処理のタイミングを示した図である。

【図6】実施例における圧縮処理のタイミング示した図である。

【図7】比較例における圧縮処理のタイミング示した図である。

【発明を実施するための形態】

【0013】

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0014】

図１は、本発明の一実施の形態であるネットワークシステム１００を示す概念図である。ネットワークシステム１００は、通信ネットワーク１０２、撮像デバイス１０４、コンピュータシステム１０６および端末システム１０８を有する。通信ネットワーク１０２は、たとえばインターネットであり、撮像デバイス１０４は、たとえばネットワークカメラである。コンピュータシステム１０６は、たとえばサーバシステムであり、端末システム１０８は、たとえばデスクトップコンピュータ、ノートパソコン等通常のコンピュータシステムの他、スマートフォン、タブレット等の携帯端末が例示できる。

【0015】

撮像デバイス１０４は、画像データを含むストリームデータを出力する。通信ネットワーク１０２には複数の撮像デバイス１０４が接続され、複数の撮像デバイス１０４のそれぞれは、通信ネットワーク１０２を介してコンピュータシステム１０６にストリームデータを送信する。コンピュータシステム１０６は、撮像デバイス１０４から受信したストリームデータを圧縮処理して圧縮データを生成し、通信ネットワーク１０２を介して送信された圧縮データは端末システム１０８で再生され、画像表示される。

【0016】

図２は、コンピュータシステム１０６のハードウェア構成の一例を示したブロック図である。コンピュータシステム１０６は、マルチコアユニットであるＣＰＵ１１０を有する。ＣＰＵ１１０は、複数のＣＰＵコア１１２を備え、ＣＰＵコア１１２毎の二次キャッシュ１１４、ＧＰＵ１１６、共有キャッシュ１１８およびコントローラ１２０を有する。

【0017】

ＣＰＵコア１１２および二次キャッシュ１１４、ＧＰＵ１１６および共有キャッシュ１１８は内部バス１２２を介してコントローラ１２０に接続される。コンピュータシステム１０６は、また、ＤＲＡＭ１２４、高速バス１２６、バスコントローラ１２８を介した外部バス１３０およびディスプレイ１３２を有する。

【0018】

ＤＲＡＭ１２４、高速バス１２６、バスコントローラ１２８およびディスプレイ１３２は、コントローラ１２０により制御される。高速バス１２６には、たとえば、グラフィックカード１３４およびＰＣＩエクスプレスデバイス１３６が接続され、外部バス１３０には、たとえば、ＨＤＤ／ＳＳＤコントローラ１３８を介したＨＤＤ／ＳＳＤ１４０、Ｉ／Ｏコントローラ１４２を介したキーボード・マウス等の入力デバイス１４４、ＵＳＢインターフェイス１４６、ＬＡＮインターフェイス１４８を介したＬＡＮカード１５０等が接続される。

【0019】

図３は、コンピュータシステム１０６の機能構成の一例を示したブロック図である。コンピュータシステム１０６は、ストリームデータ受信部１６０、ストリームデータ記録部１６２、データ圧縮部１６４、圧縮データ記録部１６６、圧縮データ送信部１６８、スケジュールデータ入力部１７０および制御部１７２を有する。

【0020】

ストリームデータ受信部１６０は、撮像デバイス１０４が出力したストリームデータを受信する。ストリームデータ受信部１６０が受信したストリームデータは、ストリームデータ記録部１６２に一旦記録され、ストリームデータ記録部１６２に記録されたストリームデータは、データ圧縮部１６４で圧縮処理されて圧縮データに変換される。変換された圧縮データは圧縮データ記録部１６６に記録される。そして、圧縮データ記録部１６６に記録された圧縮データは、端末システム１０８からの要求に応じ、圧縮データ送信部１６８を通じて送信される。圧縮データが圧縮データ記録部１６６に記録されるまでの一連の処理は、スケジュールデータ入力部１７０から入力されたスケジュールデータに従って進行され、制御部１７２は上記各部を制御する。

【0021】

ストリームデータ受信部１６０および圧縮データ送信部１６８の機能は、主にＬＡＮインターフェイス１４８およびＬＡＮカード１５０のような通信機能を担うハードウェア構成によって実現される。ストリームデータ記録部１６２および圧縮データ記録部１６６の機能は、主にＨＤＤ／ＳＳＤコントローラ１３８およびＨＤＤ／ＳＳＤ１４０のようなデータ記録機能を担うハードウェア構成によって実現される。データ圧縮部１６４および制御部１７２の機能は、主にＣＰＵ１１０のような演算機能を担うハードウェア構成によって実現される。

【0022】

データ圧縮部１６４におけるストリームデータの圧縮処理は、マルチコアユニットであるＣＰＵ１１０を用いて実行され、ＣＰＵコア１１２の数（コア数）がｎである場合、圧縮処理は、（ｎ−２）個のストリームデータを対象に実行される。すなわち、ストリームデータの圧縮処理にかかる並列処理数を、コア数ｎから２減じた（ｎ−２）に制限する。圧縮処理の並列処理数をコア数から２減じた数に制限することで、圧縮処理の演算を効率良く進め、複数の撮像デバイス１０４から受信したストリームデータの全てを圧縮処理して全ての圧縮データを生成し終わるまでの時間を短縮することができる。これにより、コストパフォーマンスに優れた画像データの録画配信システムを構築することができる。

【0023】

図４は、ネットワークシステム１００における録画処理と圧縮処理の一例を示したフロー図である。録画処理の開始において、まず、スケジュールデータを入力する（ステップ１８０）。スケジュールデータにおいては、複数のカメラ（撮像デバイス１０４）についての録画の開始時間および終了時間を指定する。

【0024】

複数のカメラ（カメラ１〜ｐ）のそれぞれにおいて、スケジュールに従い録画が開始される（ステップ１８２）。各カメラからのストリームデータは、順次コンピュータシステム１０６によって受信され、記録される（ステップ１８４）。録画の終了時間に至り、スケジュールに従って録画は終了する（ステップ１８８）。なお、録画の終了後、各カメラからのストリームデータ１８６は、コンピュータシステム１０６のＨＤＤ／ＳＳＤ１４０に保持される。各カメラにおける録画処理が終了すると、当該カメラからのストリームデータを圧縮する圧縮処理に移行する（ステップ１９０）。

【0025】

圧縮処理では、圧縮処理の準備が整っている処理可能なストリームデータがあるかを判断し（ステップ１９２）、ある場合には、現に行っている圧縮処理の並列実行数が、コア数−２に満たないかを判断する（ステップ１９４）。圧縮処理の並列実行数がコア数−２に満たない場合には並列処理の一つとして圧縮処理の実行を開始し、そうでない場合（並列実行数がコア数−２に等しい場合）には、現に並列処理している何れかの処理が終了まで待機する。たとえばコア数が６である場合、並列処理数が６−２＝４に満たない場合には圧縮処理を実行し、並列処理数が４である場合には実行を待機する。

【0026】

並列処理の一つとしての各圧縮処理（処理１〜ｑ）では、ストリームデータ１８６をＨＤＤ／ＳＳＤ１４０から読み出し（ステップ１９６）、読み出したストリームデータ１８６を圧縮する演算処理を実行する（ステップ１９８）。圧縮処理として、たとえばＨ．２６４規格に則った圧縮処理を例示することができる。圧縮処理によって生成された圧縮データ２０２をＨＤＤ／ＳＳＤ１４０に記録し（ステップ２００）、処理を終了する（ステップ２０４）。ＨＤＤ／ＳＳＤ１４０に記録された圧縮データ２０２は、端末システム１０８からの要求に応じ、通信ネットワーク１０２を介して配信することができる。

【0027】

（実施例）
図５は、実施例における録画処理および圧縮処理のタイミングを示した図であり、図６は、判別しやすいように圧縮処理のタイミングだけを抜き出して示した図である。本実施例において、撮像デバイス１０４（カメラ）は１２台とし、コンピュータシステム１０６におけるＣＰＵ１１０のコア数は６とした。１２台のカメラで同時に第１の録画を開始し、開始から３．５時間後に当該録画処理を終了した（録画処理１）。その後すぐに第２の録画を開始し１時間後に当該録画処理を終了した（録画処理２）。なお、図中、圧縮処理１は、カメラ０１〜０４の録画処理１によって得られた４つのストリームデータについての圧縮処理であり、圧縮処理２は、カメラ０５〜０８の録画処理１によって得られた４つのストリームデータについての圧縮処理である。同様に、圧縮処理３〜６は、それぞれ、カメラ０９〜１２の録画処理１によって、カメラ０１〜０４の録画処理２によって、カメラ０５〜０８の録画処理２によって、カメラ０９〜１２の録画処理２によって、各々得られた４つのストリームデータについての圧縮処理である。

【0028】

録画処理１が終了した段階で、圧縮処理可能なストリームデータは１２個存在することになるが、本実施例におけるＣＰＵ１１０のコア数は６であることから、並列処理できる数は６−２＝４に限られる。このため、まず、カメラ０１〜０４の録画処理１によって得られた４つのストリームデータについて圧縮処理（圧縮処理１）が実行され、圧縮処理１は概ね処理開始から７２分後に終了した。この段階で並列実行数は０であることから、４つのストリームデータについて圧縮処理が可能となる。このため、カメラ０５〜０８の録画処理１によって得られた４つのストリームデータについて圧縮処理（圧縮処理２）が実行され、圧縮処理２は概ね処理開始から６７分後に終了した。以降同様に、並列実行数が４を超えないように圧縮処理３〜６が実行され、全ての圧縮処理は圧縮処理１の開始から２６４分後に終了した。

【0029】

図７は、比較例における圧縮処理のタイミングを示した図である。比較例は、実施例と同じコンピュータシステム１０６を用い、実施例同様の録画処理の後、圧縮処理における並列実行数をコア数と同じ６とした。図中、圧縮処理７は、カメラ０１〜０６の録画処理１によって得られた４つのストリームデータについての圧縮処理であり、圧縮処理８は、カメラ０７〜１２の録画処理１によって得られた４つのストリームデータについての圧縮処理である。圧縮処理７は、処理開始から１２３分〜１３７分で終了し、圧縮処理８は、同様に１２２分〜１３５分の範囲で終了している。並列実行される各処理において終了時刻が一致していないことから、録画処理２によって得られたストリームデータについては、並列実行されている各圧縮処理が完了するごとに、次の圧縮処理が順次開始され、最後の圧縮処理の完了は、圧縮処理７の開始から３２７分後である。

【0030】

実施例と比較例を対比すると、実施例の圧縮処理は、比較例の圧縮処理より６３分早く処理が完了しており、圧縮処理において約２０％、録画および圧縮処理の全体において約１２％の時間短縮が達成できているといえる。

【0031】

以上説明のとおり、本発明によれば、圧縮処理にかかる時間を短縮でき、コストパフォーマンスに優れた画像データの録画配信システムを構築することが可能になる。

【0032】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【0033】

また、実施形態において説明したネットワークシステム１００、ネットワークシステム１００における処理方法の発明は、ネットワークシステム１００におけるコンピュータシステム１０６の発明、またはコンピュータシステム１０６で実行可能なプログラムとして把握することも可能である。

【0034】

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラムおよび方法における動作、手順、ステップおよび段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書および図面中の動作フローに関して便宜上「まず」、「次に」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

【符号の説明】

【0035】

１００…ネットワークシステム、１０２…通信ネットワーク、１０４…撮像デバイス、１０６…コンピュータシステム、１０８…端末システム、１１０…ＣＰＵ、１１２…ＣＰＵコア、１１４…二次キャッシュ、１１８…共有キャッシュ、１２０…コントローラ、１２２…内部バス、１２４…ＤＲＡＭ、１２６…高速バス、１２８…バスコントローラ、１３０…外部バス、１３２…ディスプレイ、１３４…グラフィックカード、１３６…ＰＣＩエクスプレスデバイス、１３８…ＨＤＤ／ＳＳＤコントローラ、１４０…ＨＤＤ／ＳＳＤ、１４２…Ｉ／Ｏコントローラ、１４４…入力デバイス、１４６…ＵＳＢインターフェイス、１４８…ＬＡＮインターフェイス、１５０…ＬＡＮカード、１６０…ストリームデータ受信部、１６２…ストリームデータ記録部、１６４…データ圧縮部、１６６…圧縮データ記録部、１６８…圧縮データ送信部、１７０…スケジュールデータ入力部、１７２…制御部、１８６…ストリームデータ、２０２…圧縮データ、ｎ…コア数。

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図1】