JP4206076B2 - データ蓄積配信サーバシステム - Google Patents

Description

この発明は、例えば遠隔監視システムに使用されるデータ蓄積配信サーバシステムに関する。

遠隔監視システムは、例えば監視対象の複数のサイトにＷｅｂカメラ等の撮像装置を配置し、これらの撮像装置で撮像された時系列の画像データをデータ蓄積配信サーバで受信して記憶装置に蓄積する。そして、この蓄積された画像データを記憶装置から読み出し、読み出された画像データを遠隔地にあるモニタ装置へ通信ネットワークを介して配信するように構成される。

この種のシステムで使用されるデータ蓄積配信サーバは、例えば１つのメインプログラムを備え、このメインプログラムをコンピュータで実行することにより画像データの受信処理、受信された画像データを記憶装置に書き込む処理、記録された画像データを記憶装置から読み出す処理、及び読み出された画像データを遠隔地のモニタ装置へ配信する処理を統括的に制御するようにしている（例えば、特許文献１を参照。）。

特願２００４−３５５７２４

ところが、このようなデータ蓄積配信サーバには次のような解決すべき課題があった。すなわち、Ｗｅｂカメラ等の撮像装置は年々進歩しており、通信プロトコル及び映像フォーマットは頻繁に変更される。また、メーカごとに通信プロトコル及び映像フォーマットが異なり、これらの間には互換性が無いのが一般的である。そこで、撮像装置の進歩に合わせ、データ蓄積配信サーバにおいても扱える撮像装置の種類を増やしていかなければならない。

しかし、先に述べたデータ蓄積配信サーバの構成では、扱える撮像装置の種類を増やそうとすると、メインプログラム全体を変更し新たなものに置き換えなければならず、開発工数及びメンテナンスの手間が増大する。また、一般に監視システムはリアルタイムで監視業務を行う必要があるため、一旦データ蓄積配信サーバの運用を開始すると、新たな機能の追加や扱える撮像装置の種類を増やそうとしても、容易に対応できないという問題がある。さらに、１個のメインプログラムにおいて、画像データの受信処理、書き込み／読み出し処理、及び配信処理を行っているため、受信処理や配信処理において計算量の多い重い処理を実行させると、その間他の処理が中断されるかもしくは処理速度が低下するため、サーバ全体の処理能力が低下するという問題もある。

この発明は上記事情に着目してなされたもので、その目的とするところは、機能追加や撮像装置の変更又は追加に容易に対応できるようにし、さらに特定の処理負荷の増加が他の処理に悪影響を及ぼさないようにして装置全体の処理効率の向上を図ったデータ蓄積配信サーバシステムを提供することにある。

上記目的を達成するためにこの発明は、情報ソースから送信されるデータを受信して記憶装置に蓄積し、この蓄積されたデータを記憶装置から読み出してモニタ装置へ送信するデータ蓄積配信サーバシステムにおいて、以下の構成を備えるようにしたものである。
すなわち、上記情報ソースから送信されたデータを受信する処理を実行する第１のプラグインプロセスと、上記受信されたデータの、上記記憶装置への書き込み処理及び読み出し処理を実行する第２のプラグインプロセスと、上記記憶装置から読み出されたデータを上記モニタ装置へ送信する処理を実行する第３のプラグインプロセスとを、同時に動作させ、上記第１、第２及び第３のプラグインプロセスの各々は、ＰＵＬＬ型入力インタフェース、ＰＵＬＬ型出力インタフェース、ＰＵＳＨ型入力インタフェース及びＰＵＳＨ型出力インタフェースのうちの少なくとも１つを備え、これらのインタフェースを使用して他のプラグインプロセスとの間でデータの転送を行うようにする。
また、上記第１のプラグインプロセスによる上記情報ソースとの間の通信と、上記第３のプラグインプロセスによる上記モニタ装置との間の通信のうち少なくとも一方は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）もしくはＵＤＰ／ＩＰ（User Datagram Protocol//Internet Protocol）に従って行われ、当該通信及び上記プラグインプロセス間のデータの転送には、ソケット通信が使用される。
さらに、スケジュール設定プラグインプロセスを備え、このスケジュール設定プラグインプロセスにより、外部センサからのセンサ情報をディジタルＩ／Ｏ経由で受け取った場合に、当該情報に応じて上記情報ソースから映像データを受信するためのデータレートを通常時より高く設定した値に変更する指示を上記第１のプラグインプロセスに与え、かつ上記情報ソースからの緊急録画指示を通信ネットワーク経由で受け取った場合には、当該緊急録画指示がスケジュール変更の権限のあるところから発生されたものであるか否かを判定して、権限のあるところから発生されたことが確認された場合に、上記緊急録画指示に応じて上記情報ソースから映像データを受信するためのデータレートを通常時より高く設定した値に変更する指示を上記第１のプラグインプロセスに与えるようにする。

したがってこの発明によれば、データの受信処理、受信データの記憶装置への書き込みと読み出し処理、及び読み出されたデータの配信処理が、それぞれ第１、第２及び第３のプラグインプロセスユニットで分散して実行される。このため、機能追加や撮像装置の機種変更又は追加が必要になった場合には、プラグインプロセスユニットのみの変更又は追加により対応することが可能となり、これによりメインプログラム全体を変更する場合に比べ、開発工数及びメンテナンスの手間を大幅に削減できる。
また、プラグインプロセスユニット単位での変更又は追加が可能なため、サーバ装置の運用中においても新たな機能の追加や扱える撮像装置の機種変更や追加に対し容易に対応できる。さらに、サーバ装置が複数のサーバ用パーソナル・コンピュータにより構成される場合には、処理負荷量に応じてプラグインプロセスユニットの配置を、つまりどのサーバ用パーソナル・コンピュータで実行するかを変えることが可能である。このため、特定の処理負荷が増加してもこれが他の処理に悪影響を及ぼすことがなくなり、これによりサーバ装置全体の処理効率の向上が図られる。

さらにこの発明では、上記第１、第２及び第３のプラグインプロセスの各々は、ＰＵＬＬ型入力インタフェース、ＰＵＬＬ型出力インタフェース、ＰＵＳＨ型入力インタフェース及びＰＵＳＨ型出力インタフェースのうちの少なくとも１つを備え、これらのインタフェースを使用して他のプラグインプロセスとの間でデータの転送を行うようにしている。したがって、第１、第２及び第３のプラグインプロセスの入出力インタフェースを、汎用のインタフェースに共通化することができ、これにより各プラグインプロセスを簡単かつ低価格により実現できる。

要するにこの発明によれば、データの受信処理、受信データの記憶装置への書き込みと読み出し処理、及び読み出されたデータの配信処理を、それぞれ第１、第２及び第３のプラグインプロセスユニットで分散して実行するようにしたことによって、機能追加や撮像装置の変更又は追加に容易に対応することが可能となり、さらに特定の処理負荷の増加が他の処理に悪影響を及ぼさないようにして装置全体の処理効率の向上を図ったデータ蓄積配信サーバシステムを提供することができる。

（第１の実施形態）
図１は、この発明の第１の実施形態に係わるデータ蓄積配信サーバを備えた監視システムの構成を示すブロック図である。
この実施形態の監視システムは、監視対象場所に配置された複数台のＷｅｂカメラＣ１〜Ｃｎを通信ネットワークＮＷを介してデータ蓄積配信サーバＳＶ０に接続すると共に、このデータ蓄積配信サーバＳＶ０に対し監視センタ等を設置される複数台の再生用クライアント端末ＴＭ１〜ＴＭｍ、及び管理用クライアント端末ＭＭを上記通信ネットワークＮＷを介して接続したものである。またデータ蓄積配信サーバＳＶ０には、ドアセンサＤＳ等のセンサ群も上記通信ネットワークＮＷ、或いはディジタルＩ／Ｏ１７を介して接続される。

通信ネットワークＮＷとしては、例えば有線ＬＡＮ（Local Area Network）を使用したＩＰ網が用いられるが、必ずしも有線ＬＡＮに限るものではなく、インターネットやＣＡＴＶ（Cable Television）網、無線ＬＡＮ等のその他コンピュータネットワークを使用することも可能である。

上記ＷｅｂカメラＣ１〜Ｃｎは、カメラ本体にエンコーダ及びデータ通信機能を付加したもので、このエンコーダが持つ符号化方式により例えばＪＰＥＧ（Joint Photographic Experts Group） 映像Ｗｅｂカメラ又はＭＰＥＧ−４（Motion Picture Experts Group -4）映像Ｗｅｂカメラとして動作する。

ＪＰＥＧ映像Ｗｅｂカメラ（例えばＣ１）は、データ蓄積配信サーバＳＶ０との間で通信ネットワークＮＷを介してHTTP/TCP/IP（Hyper Text Transport Protocol/Transmission Control Protocol/Internet Protocol）に従い通信を行う。ＪＰＥＧ映像データの伝送は、先ずデータ蓄積配信サーバＳＶ０がＪＰＥＧ映像ＷｅｂカメラＣ１に対し映像取得のためのＣＧＩ要求を発行し、この要求に応答してＪＰＥＧ映像ＷｅｂカメラＣ１がデータ蓄積配信サーバＳＶ０へＪＰＥＧ映像データの１フレームを送信することにより行われる。すなわち、ＣＧＩ要求の発行と映像の送信は１フレームごとに行われる。

ＭＰＥＧ−４映像Ｗｅｂカメラ（例えばＣｎ）は、データ蓄積配信サーバＳＶ０との間で通信ネットワークＮＷを介してRTSP-RTP/UDP（又はTCP/IP）に従い通信を行う。ＭＰＥＧ−４映像データの伝送は、先ずデータ蓄積配信サーバＳＶ０がＭＰＥＧ−４映像Ｗｅｂカメラ３に対しRTSPにより映像取得を要求し、この要求に応答してＭＰＥＧ−４映像ＷｅｂカメラＣｎがデータ蓄積配信サーバＳＶ０へRTPによりＭＰＥＧ−４映像データを送信することにより行われる。この映像データの伝送は、データ蓄積配信サーバＳＶ０がＭＰＥＧ−４映像ＷｅｂカメラＣｎに対しRTSPにより停止命令を発行するまで続けられる。

一方、再生用クライアント端末ＴＭ１〜ＴＭｍは、例えばワークステーション又はパーソナル・コンピュータにより構成され、所有するデコーダの種類によりＪＰＥＧ再生クライアント端末或いはＭＰＥＧ−４再生クライアント端末として動作する。
ＪＰＥＧ再生クライアント端末（例えばＴＭ１）は、データ蓄積配信サーバＳＶ０との間で通信ネットワークＮＷを介してHTTP/TCP/IPに従い通信を行う。ＪＰＥＧ映像データの配信は、先ずＪＰＥＧ再生クライアントＴＭ１からデータ蓄積配信サーバＳＶ０に対し映像取得のためのＣＧＩ要求を発行し、この要求に応答してデータ蓄積配信サーバＳＶ０がＪＰＥＧ再生クライアント端末ＴＭ１に向けＪＰＥＧ映像データの１フレームを送信することにより行われる。すなわち、ＪＰＥＧ映像データの送信は１フレームごとに行われる。ＪＰＥＧ再生クライアント端末ＴＭ１は、受信したＪＰＥＧ映像データをデコーダにより伸張して表示器に表示する。

ＭＰＥＧ−４再生クライアント端末（例えばＴＭｍ）は、データ蓄積配信サーバＳＶ０との間で通信ネットワークＮＷを介してHTTP/TCP/IPに従い通信を行う。ＭＰＥＧ−４映像データの配信は、先ずＭＰＥＧ−４再生クライアント端末ＴＭｍからデータ蓄積配信サーバＳＶ０に対し映像取得のためのＣＧＩ要求を発行し、このＣＧＩ要求に応答してデータ蓄積配信サーバＳＶ０が要求元のＭＰＥＧ−４再生クライアント端末ＴＭｍへＭＰＥＧ−４映像データを１ＧＯＶ（Group Of VOP（Video Object Plane））分送信することにより行われる。すなわち、ＭＰＥＧ−４映像データの送信は１ＧＯＶごとに行われる。ＭＰＥＧ−４再生クライアント端末ＴＭｍは、受信したＭＰＥＧ−４映像データをデコーダにより伸張して表示器に表示する。

管理用クライアント端末ＭＭは、データ蓄積配信サーバＳＶ０との間で通信ネットワークＮＷを介してHTTP/TCP/IPに従い以下のような通信を行う。すなわち、データ蓄積配信サーバＳＶ０は、パスワード等の照合により権限を持つ特定の人からの命令のみを受け付ける。命令には、設定情報（設定ファイル）のダウンロードを指示する命令、設定ファイルのアップロードを指示する命令、データ蓄積配信サーバＳＶ０にアップロードされた設定ファイルの内容により動作の変更を指示する命令がある。

データ蓄積配信サーバＳＶ０は、例えばパーソナル・コンピュータにより構成される。図２はそのハードウエア構成を示すブロック図である。データ蓄積配信サーバＳＶ０は、ＣＰＵ（Central Processing Unit）１０１を備え、このＣＰＵ１０１に、バス１０２を介してネットワークインタフェース（ネットワークＩ／Ｆ）１０３と、シリアルインタフェース（シリアルＩ／Ｆ）１０４と、メモリ１０６と、ハードディスクドライブ・インタフェース（ＨＤＤＩ／Ｆ）１０７とを接続したものからなる。

ネットワークＩ／Ｆ１０３は、通信ネットワークＮＷとの間で通信を行うためのインタフェース動作を行う。シリアルＩ／Ｆ１０４にはディジタルＩ／Ｏ１０５が接続され、このディジタルＩ／Ｏ１０５はドアセンサＤＳの検出データを受信する。メモリ１０６は、ＣＰＵ１０１がプログラムを実行するために使用される。ＨＤＤＩ／Ｆ１０７は、ハードディスクドライブ（ＨＤＤ）２１との間でデータの書き込み及び読み出し処理を行う。

図３は、ＨＤＤ２１内における記録領域の構成を示すものである。ＨＤＤ２１には、オペレーティングシステム（ＯＳ）のプログラム群を格納するＯＳ用領域２１１と、ＷｅｂカメラＣ１〜Ｃｎから送られた映像データを格納する映像データ用領域２１２と、映像記録プログラム群領域２１３とが設けられている。映像記録プログラム群領域２１３には、実行ファイル用ディレクトリ２１３１と、設定ファイル用ディレクトリ２１３２と、状態情報出力用ディレクトリ２１３３が格納される。実行ファイル用ディレクトリ２１３１はプログラムの実行ファイルを保持するために使用される。設定ファイル用ディレクトリ２１３２は、設定情報を保持するための使用される。状態情報出力用ディレクトリ２１３３は、後述する複数のプラグインプロセスが自身の動作状態を示すために出力する状態情報ファイルを保持する。

ところで、データ蓄積配信サーバＳＶ０は、映像データを取り扱うプログラムの一般系として、ＷｅｂカメラＣ１〜Ｃｎから送信された映像データを受信する処理を実行するプログラムと、受信されたデータの、上記ＨＤＤ２１への書き込み及び読み出し処理を実行するプログラムと、ＨＤＤ２１から読み出された映像データを上記再生用クライアント端末ＴＭ１〜ＴＭｍへ送信する処理を実行するプログラムとを備える。これらのプログラムをプラグインプロセス（以後ＰＰと略称する）と呼称する。

図１はこの実施形態のデータ蓄積配信サーバＳＶ０が備えるＰＰの種類を示すもので、マスタコントロール・プラグインプロセス（マスタコントロールＰＰ）１１と、ＪＰＥＧ受信ＰＰ１２と、ＭＰＥＧ受信ＰＰ１３と、ＪＰＥＧ送信ＰＰ１４と、ＭＰＥＧ送信ＰＰ１５と、ＰｒｅＨＴＴＰ−ＰＰ１６と、ユーザ管理ＰＰ１８と、スケジュール設定ＰＰ１９と、蓄積サービスＰＰ２０とがある。なお、データ蓄積配信サーバＳＶ０は上記各ＰＰの他にディジタルＩ／Ｏ１７を備える。

上記各ＰＰ及びディジタルＩ／Ｏ１７は、サーバ内のシステムネットワーク１０を介してデータの転送を行う。このサーバ内のシステムネットワーク１０を使用したデータ転送方式には、ＰＵＬＬ型方式と、ＰＵＳＨ型方式の２方式がある。

ＰＵＬＬ型方式は、図５（ａ）に示すように伝送開始トリガを受信側Ａが持つ方式である。Ａがデータを欲するタイミングで、送信側Ｂに対し映像送信要求を送信（１）し、この要求に応答してＢからＡにデータを送信（２）する。ここで、図５（ａ）のＡのようにＰＵＬＬ型でデータを受信することを「ＰＵＬＬ型入力」と呼称し、「ＰＵＬＬ−ＩＮ」と記述する。また、図５（ａ）のＢのように、ＰＵＬＬ型でデータを送信することを「ＰＵＬＬ型出力」と呼称し、「ＰＵＬＬ−ＯＵＴ」と記述する。

ＰＵＳＨ型方式は、図５（ｂ）に示すようにデータ伝送開始のトリガを送信側Ｂがもつ方式である。送信側Ｂがデータを送信したいタイミングで、受信側Ａに対しデータを送信（１）する。ここで、図５（ｂ）のＡのように、ＰＵＳＨ型でデータを受信することを「ＰＵＳＨ型入力」と呼称し、「ＰＵＳＨ−ＩＮ」と記述する。また、図５（ｂ）のＢのように、ＰＵＳＨ型でデータを送信することを「ＰＵＳＨ型出力」と呼称し、「ＰＵＳＨ−ＯＵＴ」と記述する。

データ蓄積配信サーバＳＶ０が備える各ＰＰは、サーバＳＶ０内における映像データの転送を行うために、図４に示すように上記「ＰＵＬＬ−ＩＮ」、「ＰＵＬＬ−ＯＵＴ」、「ＰＵＳＨ−ＩＮ」及び「ＰＵＳＨ−ＯＵＴ」用のデータ転送インタフェース３１〜３４を備える。これらのデータ転送インタフェース３１〜３４はそれぞれ、複数のチャンネルを有する。

例えば、ＰＵＬＬ−ＩＮインタフェース３１はｃｈ−０からｃｈ−ｎ１までのチャンネルを有し、ＰＵＳＨ−ＩＮインタフェース３３はｃｈ−０からｃｈ−ｎ３までのチャンネルを有する。また、ＰＵＬＬ−ＯＵＴ３２はｃｈ−０からｃｈ−ｎ２までのチャンネルを有し、ＰＵＳＨ−ＯＵＴ３４はｃｈ−０からｃｈ−ｎ４までのチャンネルを有する。

さらに各ＰＰ１１〜２０は、上記映像データ転送用のインタフェース３１〜３４とは別に制御用ポート３５も備えている。この制御用ポート３５は、ＰＰの制御用命令を通信するためのもので、ＰＰごとに１チャンネル以上存在する。

なお、プラグインプロセスの用途によっては、特定のデータ転送インタフェースがチャンネル数を持たない（＝０）場合もある。例えば、「ＰＵＳＨ−ＩＮ」及び「ＰＵＳＨ−ＯＵＴ」のチャンネルが０個だったり、「ＰＵＬＬ−ＩＮ」及び「ＰＵＬＬ−ＯＵＴ」のチャンネルが０個の場合もある。また、ＰＰ固有の映像データの入出力チャンネルを持つが、一般型の上記「ＰＵＳＨ−ＩＮ」、「ＰＵＳＨ−ＯＵＴ」、「ＰＵＬＬ−ＩＮ」及び「ＰＵＬＬ−ＯＵＴ」３１〜３４のチャンネルを持たないという形態もある。さらに、後述するように、映像データを扱わずにデータ蓄積配信サーバＳＶ０の管理用情報のみを扱うプラグインプロセスもある。

上記各プラグインプロセス（ＰＰ）１１〜２０は、実行ファイル形式でデータ蓄積配信サーバＳＶ０にインストールされ、このインストールされた実行ファイルを実行することによって起動される。上記各プラグインプロセス（ＰＰ）１１〜２０の実行ファイルは、図３に示したＨＤＤ２１内の実行ファイル用ディレクトリ２１３１に格納される。動作中のプラグインプロセスには識別名が付与される。ただし、一つのデータ蓄積配信サーバＳＶ０内で、同種のプラグインプロセスが複数動作することもあるため、プラグインプロセスの実行ファイル名をそのまま識別名にはせず、全てのプラグインプロセスに対しユニークな識別名が与えられる。この識別名の付与は、管理用クライアント端末ＭＭにおいて管理者の入力操作により行われる。

動作中のプラグインプロセスについては、その状態情報を記した状態情報ファイル３５０が生成され、この状態情報ファイル３５０は図３に示したＨＤＤ２１内の状態情報出力用ディレクトリ２１３３から出力される。状態情報ファイル３５０には、例えば図１１に示すように制御ポート情報３５１と、状態フラグ３５２とが含まれる。制御ポート情報３５１は、プラグインプロセスが命令を受け渡しする際のソケットポート番号を示す。状態フラグ３５２は、「稼動中」、「異常終了」及び「正常終了」の各状態を表示するために使用される。なお、後述するように各プラグインプロセスは、起動時に自身が使用するソケットポート番号を取得する。ＰｒｅＨＴＴＰ−ＰＰ１６は、この状態情報ファイル３５０を確認することで、データ蓄積配信サーバＳＶ０が備えるプラグインプロセスの稼動状況を知る。

次に、この実施形態に係わるデータ蓄積配信サーバＳＶ０が備える各プラグインプロセスの機能を説明する。
［マスタコントロールＰＰ１１］
マスタコントロールＰＰ１１は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、設定ファイル２２に記述された情報に基づき各ＰＰへの起動命令の送信、各ＰＰへの設定情報の送付、及び設定管理者からの指示の受付をそれぞれ行う。マスタコントロールＰＰ１１は、データ蓄積配信サーバＳＶ０の起動時に自動的に起動され、データ蓄積配信サーバＳＶ０の動作中は常に動作している。マスタコントロールＰＰ１１はデータ蓄積配信サーバＳＶ０に１つ存在する。なお、データ蓄積配信サーバ装置が複数のサーバにより構成される場合には、いずれか１台のサーバ上でマスタコントロールＰＰ１１が１つ動作する。

［蓄積サービスＰＰ２０］
蓄積サービスＰＰ２０は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、ＨＤＤ２１に映像データを記録すると共に、ＨＤＤ２１から映像データを読み出す処理を実行する。この蓄積サービスＰＰ２０は入力インタフェースにＰＵＳＨ−ＩＮのチャンネルを複数持ち、出力インタフェースにＰＵＬＬ−ＯＵＴのチャンネルを複数持つ。

データ蓄積配信サーバＳＶ０に設けられたＨＤＤ２１内には、図３に示したように映像データ用領域２１２が用意されており、この映像データ用領域２１２は映像データ保持用に区切られた複数の映像記録用チャンネルが存在する。映像記録用チャンネルへの映像データの記録は、チャンネル毎に循環記録方式、つまり映像データを領域の先頭から記録していき、領域の末尾まで映像を記録し終えると先頭から映像データを上書きしていく方式により行われる。

蓄積サービスＰＰ２０は、各映像記録用チャンネルに映像データを記録していく際に、映像記録用チャンネル毎に独立した一意のフレーム番号（１からの連番）を映像データに付けることにより映像データを管理する。クライアントが記録された映像データの中から所望の映像データを指定する時には、映像記録用チャンネル番号と上記フレーム番号を用いて映像データを指定する。

図６に示すように、この実施形態の蓄積サービスＰＰ２０は、ＰＵＳＨ−ＩＮのチャンネルを４つ、ＨＤＤ２１内の映像記録チャンネルを４つ（図示せず）、ＰＵＬＬ−ＯＵＴのチャンネルを５つ持つ。各ＰＵＳＨ−ＩＮ、映像記録チャンネル、及びＰＵＬＬ−ＯＵＴの各チャンネル番号には関連性を持たせてある。

蓄積サービスＰＰ２０のＰＵＳＨ−ＩＮ側では、映像データを受け取ったＰＵＳＨ−ＩＮのチャンネル番号と同一番号の映像記録チャンネルに映像データを記録する。例えば、ＰＵＳＨ−ＩＮの０チャンネルに入力された映像データは、映像記録チャンネルの０チャンネルに記録される。蓄積サービスＰＰ２０のＰＵＬＬ−ＯＵＴ側では、映像データ要求を受け取ったＰＵＳＨ−ＯＵＴのチャンネル番号と同一の映像記録チャンネルから映像データが読み出される。例えば、ＰＵＬＬ−ＯＵＴの０チャンネルにおいて映像要求を受け付けた場合には、映像記録チャンネルの０チャンネルから映像データが読み出され、この読み出された映像データがＰＵＬＬ−ＯＵＴの０チャンネルから要求元の送信ＰＰへ返送される。

ＰＵＳＨ−ＩＮで入力された映像データの単位と、ＰＵＬＬ−ＯＵＴから出力される映像データの単位は同じである。扱う映像データがＪＰＥＧの映像データの場合には、ＰＵＳＨ−ＩＮでは１フレーム単位で映像データが入力され、ＰＵＬＬ−ＯＵＴでは１フレーム単位で映像データが読み出されて要求元の送信ＰＰへ返送される。これに対し扱う映像データがＭＰＥＧ−４の映像データの場合には、ＰＵＳＨ−ＩＮでは１ＧＯＶ単位で映像データが入力され、ＰＵＬＬ−ＯＵＴでは１ＧＯＶ単位で映像データが読み出されて要求元の送信ＰＰへ送信される。

蓄積サービスＰＰ２０において、各ＰＵＳＨ−ＩＮチャンネルがどの受信ＰＰ１２，１３からの映像データを受け付けるか、各ＰＵＬＬ−ＯＵＴチャンネルがどの送信ＰＰ１４，１５へ映像データの送信を許可しているかの設定は、マスタコントロールＰＰ１１から送付される設定情報に従う。

［ＪＰＥＧ受信ＰＰ１２］
ＪＰＥＧ受信ＰＰ１２は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、ＪＰＥＧ映像ＷｅｂカメラＣ１と通信ネットワークＮＷを介して通信を行い、ＪＰＥＧ映像データを受信して蓄積サービスＰＰ２０に転送する処理を実行する。

この実施形態のＪＰＥＧ受信ＰＰ１２は、図６に示すようにこのＰＰ１２固有の入力チャンネル（ＰＵＬＬ−ＩＮ＋Ｔｈｒｅａｄチャンネル）を備え、さらに複数のＰＵＳＨ−ＯＵＴチャンネルと、複数のＰＵＬＬ−ＯＵＴチャンネルを備える。また、図６では図示を省略しているが、ＪＰＥＧ受信ＰＰ１２は制御用ポート（図４の３５）を持つ。ＰＵＬＬ−ＩＮ＋Ｔｈｒｅａｄチャンネルは、ＪＰＥＧ映像Ｗｅｂカメラ（例えばＣ１）と通信を行うために使用される。

その通信手順は以下のように設定される。すなわち、先ずＪＰＥＧ映像Ｗｅｂカメラに対しログインコマンドを発行して通信を開始し、続いて映像データの受信フレームレートに合わせて適時映像取得要求を送信する。そして、この映像取得要求に応答してＪＰＥＧ映像Ｗｅｂカメラから送られるＪＰＥＧ映像データを受信し、所望の映像データの受信が終了した時に、ログアウトコマンドを発行して通信を終了する。

ＪＰＥＧ受信ＰＰ１２は、ＪＰＥＧ映像ＷｅｂカメラＣ１から映像データを受信したタイミングに同期して、ＰＵＳＨ−ＯＵＴチャンネルから蓄積サービスＰＰ２０へ上記受信された映像データを送信する。またＪＰＥＧ受信ＰＰ１２は、ＪＰＥＧ映像ＷｅｂカメラＣ１から受信した最新の映像データをメモリ１０６に保持する。そして、ＪＰＥＧ受信ＰＰ１２のＰＵＬＬ−ＯＵＴチャンネルにおいて、ＪＰＥＧ送信ＰＰ１４から映像要求を受けた場合に、メモリ１０６上に保持されている映像データをＪＰＥＧ送信ＰＰ１４へ返信する。これにより、ＪＰＥＧ映像ＷｅｂカメラＣ１により撮像された映像データを蓄積せずにクライアント端末ＴＭ１〜ＴＭｍへ配信する、いわゆるダイレクトサービスが可能となる。

ＪＰＥＧ受信ＰＰ１２が、どのようなフレームレートでＪＰＥＧ映像ＷｅｂカメラＣ１から映像データを受信するかはマスタコントロールＰＰ１１から送付される設定情報に従う。また同様に、ＪＰＥＧ映像ＷｅｂカメラＣ１の識別情報（ＩＰアドレス情報）、及びＰＵＳＨ−ＯＵＴでの映像出力先、つまり蓄積サービスＰＰ２０の識別情報及び蓄積サービスＰＰ２０のＰＵＳＨ−ＩＮチャンネル番号の設定についても、マスタコントロールＰＰ１１から送付される設定情報に従う。

この実施形態のＪＰＥＧ受信ＰＰ１２は、一つのＰＰにつき、一つのＪＰＥＧ映像Ｗｅｂカメラと通信を行う。データ蓄積配信サーバＳＶ０が複数のＪＰＥＧ映像Ｗｅｂカメラから映像を受信する場合には、データ蓄積配信サーバＳＶ０内に複数のＪＰＥＧ受信ＰＰを用意する。そして、これらのＪＰＥＧ受信ＰＰを上記複数のＪＰＥＧ映像Ｗｅｂカメラに１対１に対応付けてそれぞれ動作させる。なお、複数のＪＰＥＧ映像Ｗｅｂカメラとそれぞれ通信をするように設定された１個のＪＰＥＧ受信ＰＰを用意してもよい。

なお、一般的にＪＰＥＧ映像Ｗｅｂカメラとの通信方式は、ＪＰＥＧ映像Ｗｅｂカメラの製造メーカ毎に異なる固有の方式となっている。したがって、例えばＪＰＥＧ映像Ｗｅｂカメラとして複数のメーカの製品を用いる場合には、各メーカのＪＰＥＧ映像Ｗｅｂカメラに対してそれぞれ固有のＪＰＥＧ受信ＰＰ１２を用意する必要がある。

［ＭＰＥＧ受信ＰＰ１３］
ＭＰＥＧ受信ＰＰ１３は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、ＭＰＥＧ映像Ｗｅｂカメラ（例えばＣｎ）と通信ネットワークＮＷを介して通信を行ってＭＰＥＧ−４映像データを受信し、この受信されたＭＰＥＧ−４映像データを蓄積サービスＰＰ２０へ転送する処理を実行する。

この実施形態のＭＰＥＧ受信ＰＰ１３は、図６に示すようにこのＰＰ１３固有の入力チャンネルを備え、さらに複数のＰＵＳＨ−ＯＵＴチャンネルと、複数のＰＵＬＬ−ＯＵＴチャンネルを備える。上記固有の入力チャンネルは、ＭＰＥＧ映像Ｗｅｂカメラとの間で通信を行うために使用される。

ＭＰＥＧ受信ＰＰ１３は、ＭＰＥＧ映像ＷｅｂカメラＣｎから映像データを受信したタイミングに同期して、当該受信された映像データをＰＵＳＨ−ＯＵＴチャンネルから蓄積サービスＰＰ２０へ転送する。またＭＰＥＧ受信ＰＰ１３は、ＭＰＥＧ映像ＷｅｂカメラＣｎから受信した最新の映像データをメモリ１０６に保持する。そして、ＭＰＥＧ受信ＰＰ１３のＰＵＬＬ−ＯＵＴチャンネルにおいて、ＭＰＥＧ送信ＰＰ１５から映像要求を受けた場合に、メモリ１０６に保持されている映像データをＭＰＥＧ送信ＰＰ１５へ返信する。これにより、ＭＰＥＧ映像ＷｅｂカメラＣｎにより撮像された映像データを蓄積せずにクライアント端末ＴＭ１〜ＴＭｍへ配信する、いわゆるダイレクトサービスが可能となる。

なお、通信相手先となるＭＰＥＧ映像Ｗｅｂカメラの識別情報（ＩＰアドレス情報）、ＰＵＳＨ−ＯＵＴでの映像出力先、つまり蓄積サービスＰＰ２０の識別情報、及び蓄積サービスＰＰ２０のＰＵＳＨ−ＩＮチャンネル番号の設定は、マスタコントロールＰＰ１１から送付される設定情報に従う。

また、この実施形態のＭＰＥＧ受信ＰＰ１３は、一つのＰＰにつき、一つのＭＰＥＧ映像Ｗｅｂカメラと通信を行う。データ蓄積配信サーバＳＶ０が複数のＭＰＥＧ映像Ｗｅｂカメラから映像データを受信する場合には、データ蓄積配信サーバＳＶ０内に複数のＭＰＥＧ受信ＰＰを用意する。そして、これらのＭＰＥＧ受信ＰＰを上記複数のＭＰＥＧ映像Ｗｅｂカメラに１対１に対応付けてそれぞれ動作させる。なお、複数のＭＰＥＧ映像Ｗｅｂカメラとそれぞれ通信をするように設定された１個のＭＰＥＧ受信ＰＰを用意してもよい。

［ＪＰＥＧ送信ＰＰ１４］
ＪＰＥＧ送信ＰＰ１４は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、ＪＰＥＧ再生クライアント端末（例えばＴＭ１）から通信ネットワークＮＷを介して映像要求を受け付けた場合に、蓄積サービスＰＰ２０またはＪＰＥＧ受信ＰＰ１２に映像要求を発行する。そして、この要求に応答して上記蓄積サービスＰＰ２０から読み出されたのち転送された映像データ、又はＪＰＥＧ受信ＰＰ１２で受信されたのち転送された映像データを、ＪＰＥＧ再生クライアント端末ＴＭ１へ送信する処理を実行する。

この実施形態のＪＰＥＧ送信ＰＰ１４は、図６に示すようにこのＰＰ固有の複数の出力チャンネルを備え、さらに複数のＰＵＬＬ−ＩＮチャンネルを備えている。上記複数の出力チャンネルはそれぞれ、ＪＰＥＧ再生クライアントとの間で通信を行うために使用される。

またＪＰＥＧ送信ＰＰ１４は、ＪＰＥＧ再生クライアント端末ＴＭ１から映像要求を受け付けたタイミングに同期して、ＰＵＬＬ−ＩＮチャンネルから蓄積サービスＰＰ２０又はＪＰＥＧ受信ＰＰ１２に対し映像要求を発行する。映像要求の発行先を指定する判断情報、つまり映像要求を蓄積サービスＰＰ２０とするか、或いはＪＰＥＧ受信ＰＰ１２とするかを指定する情報は、ＪＰＥＧ再生クライアント端末ＴＭ１から送られる映像要求の引数に含まれている。

［ＭＰＥＧ送信ＰＰ１５］
ＭＰＥＧ送信ＰＰ１５は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、ＭＰＥＧ再生クライアント端末（例えばＴＭｍ）から通信ネットワークＮＷを介して映像要求を受け取った場合に、蓄積サービスＰＰ２０又はＭＰＥＧ受信ＰＰ１３に対し映像要求を発行する。そして、この要求に応答して上記蓄積サービスＰＰ２０から読み出されたのち転送された映像データ、或いはＭＰＥＧ受信ＰＰ１３で受信されたのち転送された映像データを、要求元のＭＰＥＧ再生クライアント端末ＴＭｍへ送信する処理を実行する。

この実施形態のＭＰＥＧ送信ＰＰ１５は、図６に示すようにこのＰＰ固有の複数の出力チャンネルを備え、さらに複数のＰＵＬＬ−ＩＮチャンネルを備えている。上記固有の複数の出力チャネルはそれぞれ、ＭＰＥＧ再生クライアント端末と通信を行うために使用される。

またＭＰＥＧ送信ＰＰ１５は、ＭＰＥＧ再生クライアント端末ＴＭｍから映像要求を受け付けたタイミングに同期して、ＰＵＬＬ−ＩＮチャンネルから蓄積サービスＰＰ２０又はＭＰＥＧ受信ＰＰ１３に映像要求を発行する。映像要求の発行先を指定する判断情報、つまり映像要求を蓄積サービスＰＰ２０とするか、或いはＭＰＥＧ受信ＰＰ１３とするかを指定する情報は、ＭＰＥＧ再生クライアント端末ＴＭｍから送られる映像要求の引数に含まれている。

［ＰｒｅＨＴＴＰ−ＰＰ１６］
ＰｒｅＨＴＴＰ−ＰＰ１６は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、再生用クライアント端末ＴＭ１〜ＴＭｍからの要求を受け付け、この要求を稼動中の各送信ＰＰに転送する処理を実行する。
ソケット通信において８０番ポートで待ち受けることが可能なプログラムは一つである。このため、本実施形態ではＰｒｅＨＴＴＰ−ＰＰ１６が８０番ポートで再生用クライアント端末ＴＭ１〜ＴＭｍからの要求通信の待ち受けを行う。再生用クライアント端末ＴＭ１〜ＴＭｍからの要求通信が、現在稼動中の送信ＰＰ、例えばＪＰＥＧ送信ＰＰ１４又はＭＰＥＧ送信ＰＰ１５宛てのものであれば、要求通信を当該送信ＰＰに引き継がせる。すなわち、ディスクリプタパッシングを使用する。

引き継ぎ後は、当該引継先の送信ＰＰと要求元の再生用クライアント端末ＴＭ１〜ＴＭｍとの間で、ＰｒｅＨＴＴＰ−ＰＰ１６を介することなく通信が可能となる。再生用クライアント端末ＴＭ１〜ＴＭｍからの要求通信が、稼動中の送信ＰＰ宛てでなければ、一般的なＨＴＴＰサーバと同等な動きを行う。例えば、要求先のディレクトリに対する権限チェックを行い、要求ファイルの返信又はＣＧＩ処理を行う。
また、後述するがＰｒｅＨＴＴＰ−ＰＰ１６は、マスタコントロールＰＰ１１からの起動命令に基づいて各ＰＰを起動させるための処理を実行する。

［ユーザ管理ＰＰ１８］
ユーザ管理ＰＰ１８は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、チャンネル毎にユーザのアクセス権限を設定する。どのチャンネルにどのユーザがどういった権限をもっているかを表す情報、つまりアクセス権限情報は、設定ファイル２２に記載してある。ユーザ管理ＰＰ１８は、マスタコントロールＰＰ１１からアクセス権限情報を取得する。データ蓄積配信サーバＳＶ０のアクセス権限判定は、ユーザ管理ＰＰ１８が行う。

例えば、視聴ユーザを制限する場合には次のような処理が行われる。すなわち、視聴対象がＪＰＥＧ映像データの場合には、ＪＰＥＧ送信ＰＰ１４に対しログイン処理を行う前に、ＪＰＥＧ再生クライアント端末はユーザによるユーザ識別情報及び視聴希望チャンネルの指定情報の入力を受け付ける。なお、この実施形態ではユーザ識別情報をユーザ名及びパスワードとする。上記ユーザ識別情報が入力されると、ＪＰＥＧ再生クライアント端末はログイン要求と共に上記ユーザ識別情報をデータ蓄積配信サーバＳＶ０に転送する。データ蓄積配信サーバＳＶ０で受信されたユーザ識別情報は、ＪＰＥＧ送信ＰＰ１４へ転送される。

ＪＰＥＧ送信ＰＰ１４は内部にユーザの権限情報を保持せず、ユーザ識別情報をユーザ管理ＰＰ１８に送付し、権限チェックを依頼する。この依頼に対し、ユーザ管理ＰＰ１８からの返答が「権限有」であれば、ＪＰＥＧ送信ＰＰ１４はＪＰＥＧ再生クライアント端末に対しログイン成功を返信する。そして、以後ログアウトするまでの間に、ＪＰＥＧ送信ＰＰ１４はＪＰＥＧ再生クライアント端末から送られるログイン時指定のチャンネルへの映像要求に応じる。これに対しユーザ管理ＰＰ１８からの返答が「権限無し」だったとする。この場合ＪＰＥＧ送信ＰＰ１４は、ＪＰＥＧ再生クライアント端末にログイン失敗を返答して通信を終了する。

以上述べた権限の判定処理及びその判定結果に応じた信号通知処理は、ＭＰＥＧ映像の場合においても同様に行われる。ＭＰＥＧ送信ＰＰ１５は、ＭＰＥＧクライアント端末からのログイン処理においてユーザ識別情報を受け取り、ユーザ管理ＰＰ１８に問い合わせた結果によりログイン成功か失敗かを判定する。

［スケジュール設定ＰＰ１９］
スケジュール設定ＰＰ１９は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、外部センサからの情報を受け取り、この受け取った情報をもとにＪＰＥＧ受信ＰＰ１２又はＭＰＥＧ受信ＰＰ１３に対し受信レートの変更の指示する。どの信号を受けた時に、どの受信ＰＰをどのレートに変更するかといった情報は、設定ファイル２２に記載してある。この実施形態のデータ蓄積配信サーバＳＶ０は、ドアセンサＤＳ等から発生されるセンサ信号を、通信ネットワークＮＷを介して図２に示したネットワークＩ／Ｆ１０３で受信し、さらにディジタルＩ／Ｏ１７により受信する。

［ディジタルＩ／Ｏ１７］
ディジタルＩ／Ｏ１７は、データ蓄積配信サーバＳＶ０上で動作するプログラムであり、図２に示すシリアルインタフェース１０４に接続されたディジタルＩ／Ｏインタフェース１０５を監視する。そして、後述する設定ファイル２２に記載された指示に従い、ディジタルＩ／Ｏ１０５の変化を他のＰＰに通知する。

以上述べた各プラグインプロセス（ＰＰ）は、設定ファイル２２に記載された設定情報に基づいて処理を実行する。設定ファイル２２は、データ蓄積配信サーバＳＶ０内のＨＤＤ２１に記憶されている。図７はこの設定ファイル２２に記載された設定情報の構成を示すものである。

設定ファイル２２は、階層Ｌ１に属する設定情報群２２０と、階層Ｌ２に属する複数の設定情報群２２１〜２２８とから構成される。
このうち先ず階層Ｌ１の設定情報群２２０は、マスタコントロールＰＰ１１が使用する設定情報を記述したもので、ＰＰ存在情報２２０１と、ＰＰ間接続情報２２０２と、サービスチャネル情報２２０３とを含んでいる。

ＰＰ存在情報２２０１には、データ蓄積配信サーバＳＶ０内で動作する各ＰＰの一覧（起動すべきＰＰの一覧）が記述されている。なお、後述する第２の実施形態のように各ＰＰが複数のデータ蓄積配信サーバに分散配置されている場合には、各ＰＰがどのサーバに存在するかを表す情報も記述される。
ＰＰ間接続情報２２０２には、各ＰＰの入出力インタフェース（ＰＵＬＬ−ＩＮ，ＰＵＬＬ−ＯＵＴ，ＰＵＳＨ−ＩＮ，ＰＵＳＨ−ＯＵＴ）が、どのＰＰの入出力インタフェースに接続されるかを表す情報が記述される。
サービスチャンネル情報２２０３には、どのＰＰの入出力インタフェースをどのサービスの何番のチャンネルに割り当てるかを表す情報が記述される。

一方、階層Ｌ２には、ＪＰＥＧ受信ＰＰ用の設定情報群２２１と、ＭＰＥＧ受信ＰＰ用の設定情報群２２２と、蓄積サービスＰＰ用の設定情報群２２３と、ＪＰＥＧ送信ＰＰ用の設定情報群２２４と、ＭＰＥＧ送信ＰＰ用の設定情報群２２５と、ＰｒｅＨＴＴＰ−ＰＰ用の設定情報群２２６と、ユーザ管理ＰＰ用の設定情報群２２７と、スケジュール設定ＰＰ用の設定情報群２２８とが属する。

ＪＰＥＧ受信ＰＰ用設定情報群２２１には、接続先となるＪＰＥＧ映像ＷｅｂカメラＣ１のＩＰアドレスを示す「接続ＷｅｂカメラＩＰアドレス」２２１１と、ＪＰＥＧ映像ＷｅｂカメラＣ１から受信する映像データの受信データレートを示す「映像取得レート」２２１２と、各出力チャンネルへの出力データレートを示す「出力チャンネル別出力レート表」２２１３が記述される。

ＭＰＥＧ受信ＰＰ用設定情報群２２２には、接続先となるＭＰＥＧ映像ＷｅｂカメラＣｎのＩＰアドレスを示す「接続ＷｅｂカメラＩＰアドレス」２２２１と、各出力チャンネルへの出力データレートを示す「出力チャンネル別出力レート表」２２２２が記述される。

蓄積サービスＰＰ用設定情報群２２３には、入力チャンネルとＨＤＤ２１上のチャンネルとの対応を示す「入力チャンネル・記録チャンネル対応表」２２３１と、出力チャンネルとＨＤＤ２１上のチャンネルとの対応を示す「出力チャンネル・記録チャンネル対応表」２２３２と、出力チャンネルがどの送信ＰＰへの映像データの送信を許可するかを示す「出力チャンネル・接続許可ＰＰ対応表」２２３３が記述される。

ＪＰＥＧ送信ＰＰ用設定情報群２２４には、出力チャンネル別の処理内容を示す「出力チャンネル・処理内容対応表」２２４１が記述される。ここで、処理内容とは、例えば映像データのサイズを変更する処理や、映像の一部にモザイクをかける処理のことをいう。

ＭＰＥＧ送信ＰＰ用設定情報群２２５には、出力チャンネル別の処理内容を示す「出力チャンネル・処理内容対応表」２２５１が記述される。
ＰｒｅＨＴＴＰ−ＰＰ用設定情報群２２６には、配信要求元となる再生用クライアント端末ＴＭ１〜ＴＭｍからの要求文内で指定されるＵＲＬと、転送先ＰＰとの対応を示す「要求ＵＲＬ・転送先ＰＰ対応表」２２６１が記述される。すなわち、ＰｒｅＨＴＴＰ−ＰＰ１６が、各再生用クライアント端末ＴＭ１〜ＴＭｍからの要求通信をどのＰＰに引き継がせるかを示す情報が記述される。

ユーザ管理ＰＰ用設定情報群２２７には、データ蓄積配信サーバＳＶ０にアクセス可能なユーザの一覧を示す「ユーザ存在情報」２２７１と、どのユーザがどのサービスチャンネルにアクセスできるかを示す「サービスチャンネル別ユーザ権限表」２２７２とが記述される。

スケジュール設定ＰＰ用設定情報群２２８には、センサから検出データが入力された時に、どの受信ＰＰにどういった命令を出すかを示す「センサ情報・処理応表表」２２８１が記述される。
以上のように設定情報を、マスタコントロールＰＰ１１用のＬ１と、その他のＰＰ用のＬ２とに階層分けしたことにより、ＰＰの種類を増やすときの拡張性をマスタコントロールＰＰ１１に持たせることができる。

すなわち、階層Ｌ１は共通フォーマットの項目であるため、今後ＰＰの種類を増やす場合にも同様の情報を追加すればよい。階層Ｌ２はＰＰの種類毎に異なる項目となるが、マスタコントロールＰＰ１１からはブラックボックスとして取り扱われる。換言すると、後述するようにマスタコントロールＰＰ１１は、階層Ｌ２の各設定情報群２２１〜２２８に記述されている設定情報を各ＰＰ１２〜２０に送付する処理を行うが、マスタコントロールＰＰ１１自身が階層Ｌ２に記述されている設定情報に基づき、何らかの処理を実行することはない。このため、今後ＰＰの種類を増やしたとしても、マスタコントロールＰＰ１１に変更を加える必要はない。これは動作しているデータ蓄積配信サーバＳＶ０に、後付けでＰＰを追加できることを意味する。

次に、以上のように構成されたデータ蓄積配信サーバＳＶ０の動作を説明する。
（１）起動時の動作
図８にこの起動時におけるサーバＳＶ０の処理手順と処理内容を示す。
データ蓄積配信サーバＳＶ０は、先ずステップ８ａによりＯＳを起動処理し、続いてＯＳの起動時のバッチ処理ファイルに記述された情報に従い、マスタコントロールＰＰ１１及びＰｒｅＨＴＴＰ−ＰＰ１６をそれぞれ起動する。

起動されるとマスタコントロールＰＰ１１は、ステップ８ｂにおいて設定ファイル２２の階層Ｌ１の設定情報群２２０を読み込む。そして、この読み込んだ設定ファイル２２の設定情報群２２０から、データ蓄積配信サーバＳＶ０が何台のサーバで構成されているかを判定する。この実施形態では、データ蓄積配信サーバＳＶ０は１台のサーバにより構成されているので、上記設定情報群２２０に基づく判定により、サーバは１台と認識される。

次にマスタコントロールＰＰ１１は、ステップ８ｃにおいてＰｒｅＨＴＴＰ−ＰＰ１６に対しＰＰの稼動状況を問い合わせ、現在稼動しているＰＰのリストを作成する。このリストには、各ＰＰのソケットポート番号も記載される。なお、データ蓄積配信サーバＳＶ０が複数のサーバにより構成されている場合には、これら全てのサーバのＰｒｅＨＴＴＰ−ＰＰに対しＰＰの稼働状況を問い合わせる。

続いてマスタコントロールＰＰ１１は、ステップ８ｄにおいて、設定ファイル２２に記述された起動すべきＰＰの情報と、各ＰＰの稼動状況とを比較する。そして、この比較の結果、あるＰＰが起動すべきＰＰ情報に存在しかつ稼動中であれば、当該ＰＰについては無変更とする。

これに対し、あるＰＰが起動すべきＰＰ情報に存在しかつ未稼働であれば、当該ＰＰを起動させるようにＰｒｅＨＴＴＰ−ＰＰ１６に命令する。なお、データ蓄積配信サーバＳＶ０が複数のサーバにより構成されている場合には、設定ファイル２２から当該ＰＰが存在するサーバの情報を参照し、該当するサーバのＰｒｅＨＴＴＰ−ＰＰに対し該当するＰＰの起動命令を与える。ＰｒｅＨＴＴＰ−ＰＰ１６は上記命令を受けると、起動対象のＰＰの起動処理を行う。

なお、ＰＰは起動に際し、自身が使用するソケットポート番号の取得を行い、状態情報ファイル３５０を出力する。また、ＰｒｅＨＴＴＰ−ＰＰ１６は、ＰＰが出力する状態情報ファイル３５０を参照して、各ＰＰの稼動状況及び稼動中のＰＰのソケットポート番号をマスタコントロールＰＰ１１に転送する。

一方、あるＰＰが起動すべきＰＰ情報に未存在でかつ稼動中の場合には、マスタコントロールＰＰ１１は当該ＰＰに終了するように命令する。
例えば、本実施形態ではデータ蓄積配信サーバＳＶ０は１台で構成されているので、上記マスタコントロールＰＰ１１からＰｒｅＨＴＴＰ−ＰＰ１６に対する問い合わせに対し、ＰｒｅＨＴＴＰ−ＰＰ１６は稼動中のＰＰは存在しないと返答する。この返答を受けてマスタコントロールＰＰ１１は、ＰｒｅＨＴＴＰ−ＰＰ１６に対し、ＪＰＥＧ受信ＰＰ１２、ＭＰＥＧ受信ＰＰ１３、蓄積サービスＰＰ２０、ＪＰＥＧ送信ＰＰ１４、ＭＰＥＧ送信ＰＰ１５、ユーザ管理ＰＰ１８、及びスケジュールＰＰ１９の起動を命令する。この命令に対しＰｒｅＨＴＴＰ−ＰＰ１６は、起動対象のＰＰの実行ファイルを実行してＰＰを起動する。
かくして、設定ファイル２２に記述された全てのＰＰが起動され、不要なＰＰは停止された状態となる。

上記各ＰＰの起動処理が終了すると、マスタコントロールＰＰ１１はステップ８ｅにより、上記起動されたＰｒｅＨＴＴＰ−ＰＰ１６、ＪＰＥＧ受信ＰＰ１２、ＭＰＥＧ受信ＰＰ１３、蓄積サービスＰＰ２０、ＪＰＥＧ送信ＰＰ１４、ＭＰＥＧ送信ＰＰ１５、ユーザ管理ＰＰ１８、及びスケジュール設定ＰＰ１９に対しそれぞれ、設定ファイル２２の階層Ｌ２の設定情報群２２１〜２２８を送付する。

また、このときマスタコントロールＰＰ１１は、階層Ｌ１のＰＰ間接続情報２２０２中から各ＰＰに対応する情報を抽出し、この抽出した接続情報もＰＰへ送付する。なお、各ＰＰについて、上記ＰＰ間接続情報２２０２中からどの情報を抽出すればよいかについては、階層Ｌ１のＰＰ存在情報２２０１に記述されている。さらに、各ＰＰが接続する他のＰＰのソケットポート番号についても、マスタコントロールＰＰ１１から各ＰＰへ送付される。
以後各ＰＰはそれぞれ、上記マスタコントロールＰＰ１１から送られた設定ファイル２２の階層Ｌ２の設定情報２２１〜２２８に従って処理動作を開始する。

本実施形態では、以下ＪＰＥＧ蓄積サービスの１ｃｈを蓄積サービスＰＰ２０のＰＵＬＬ−ＯＵＴの１ｃｈに対応付け、ＭＰＥＧ−４記録サービスの１ｃｈを蓄積サービスＰＰ２０のＰＵＬＬ−ＯＵＴの２ｃｈに対応付け、さらにＪＰＥＧダイレクトサービスの１ｃｈをＪＰＥＧ受信ＰＰ１２のＰＵＬＬ−ＯＵＴの１ｃｈに対応付け、ＭＰＥＧダイレクトサービスの１ｃｈをＭＰＥＧ受信ＰＰ１３のＰＵＬＬ−ＯＵＴの１ｃｈに対応付ける場合を例にとって説明を行う。

（２）定常時におけるＪＰＥＧ映像データの蓄積と配信
ＪＰＥＧ受信ＰＰ１２宛ての階層Ｌ２の設定情報２２１には、接続するＷｅｂカメラのＩＰアドレス２２１１、映像データの受信フレームレート２２１２、出力先のＰＰとその入力チャンネルとの関係を示す表が記述されている。

ＪＰＥＧ受信ＰＰ１２は、上記ＩＰアドレス２２１１で示されたＪＰＥＧ映像ＷｅｂカメラＣ１から、上記受信フレームレート２２１２により指定されたフレームレートによりＪＰＥＧ映像データを受信する。そして、この受信されたＪＰＥＧ映像データを、出力チャネルから蓄積サービスＰＰのＰＵＬＬ−ＩＮへ転送する。例えば、図６においては、出力チャネルｃｈ０から蓄積サービスＰＰ２０のＰＵＳＨ−ＩＮ（入力チャネルｃｈ１）へ転送する。

一方、上記マスタコントロールＰＰ１１から蓄積サービスＰＰ２０へ送付された階層Ｌ２の設定情報２２３には、ＰＵＳＨ−ＩＮ番号とＰＵＬＬ−ＯＵＴ番号とＨＤＤ２１の記録チャンネルとの対応表が記述されている。例えば、図６の例では、ＰＵＳＨ−ＩＮ番号（入力チャンネルｃｈ１）と、ＰＵＬＬ−ＯＵＴ番号（出力チャンネルｃｈ１）と、ＨＤＤ２１の記録チャンネル番号との間は、同じ番号で対応している。ＪＰＥＧ受信ＰＰ１２からＪＰＥＧ映像データが転送されると、蓄積サービスＰＰ２０はこの映像データをＰＵＳＨ−ＩＮの入力チャンネルｃｈ１で受信し、この受信された映像データをＨＤＤ２１内の映像データ用領域２１２の記録チャンネルｃｈ１に記録する。

視聴ユーザは、再生用のクライアント端末（例えばＴＭ１）において視聴したいサービスチャンネルの情報とログイン情報（ユーザ識別情報）を入力する。再生用のクライアント端末にはＪＰＥＧ映像再生クライアントソフトウエアが備えられており、端末はこのソアトウエアを実行させてサービスチャンネル及びログイン情報をデータ蓄積配信サーバＳＶ０に送付する。

データ蓄積配信サーバＳＶ０は、ＰｒｅＨＴＴＰ−ＰＰ１６により上記サービスチャンネル及びログイン情報を受け取り、受け取ったサービスチャンネル及びログイン情報をサービスチャンネルの窓口となるＪＰＥＧ送信ＰＰ１４に転送する。なお、この転送においては、ソケット通信の管理情報がＰｒｅＨＴＴＰ−ＰＰ１６からＪＰＥＧ送信ＰＰ１４へ通知される。すなわち、先に述べたディスクリプタパッシングが行われる。以後、再生用のクライアント端末ＴＭ１とＪＰＥＧ送信ＰＰ１４との間では、ＰｒｅＨＴＴＰ−ＰＰ１６を介することなく直接通信が行われる。なお、ユーザが望むサービスチャンネルをＪＰＥＧ蓄積サービスの１ｃｈとする。

ＪＰＥＧ送信ＰＰ１４は、ＰｒｅＨＴＴＰ−ＰＰ１６からサービスチャンネル及びログイン情報を受け取ると、ユーザ管理ＰＰ１８に対し問い合わせを行う。ユーザ管理ＰＰ１８は、ＪＰＥＧ送信ＰＰ１４からサービスチャンネル及びログイン情報を受け取ると、受け取ったログイン情報を階層Ｌ２のユーザ存在情報２２７１と比較し、その比較結果、つまり権限の正否情報をＪＰＥＧ送信ＰＰ１４に返送する。

ＪＰＥＧ送信ＰＰ１４は、ユーザ管理ＰＰ１７から受け取った権限の成否情報を再生用のクライアント端末ＴＭ１に通知する。例えば、成功時には権限があることを示すキーを発行し、これを成否情報としてクライアント端末ＴＭ１に送付する。以後、クライアント端末ＴＭ１はログアウトまでの間、上記キーを用いて通信を行う。これに対し不成功だった場合には、権限がない旨のメッセージをクライアント端末ＴＭ１まで伝え、通信を切断する。

次に、クライアント端末ＴＭ１は、上記キーと、受信したい映像のフレーム番号（サービスチャンネル内で一意に決まる値）を、ＪＰＥＧ送信ＰＰ１４に送付する。ＪＰＥＧ送信ＰＰ１４は、クライアント端末ＴＭ１から送られたキーによりログイン状態か否かを判別する。そして、ログイン状態でなければ、即座に通信を切断する。

これに対しログイン状態であれば、ＪＰＥＧ蓄積サービスＰＰ２０が備える出力チャンネルのうち、対応する出力チャネルｃｈ１に対しフレーム番号のフレームを要求する。蓄積サービスＰＰ２０は、ＪＰＥＧ送信ＰＰ１４から要求されたフレーム番号の映像データを、ＨＤＤ２１上の記録チャンネルｃｈ１から読み出し、読み出されたＪＰＥＧ映像データをＪＰＥＧ送信ＰＰ１４へ転送する。ＪＰＥＧ送信ＰＰ１４は、蓄積サービスＰＰ２０から転送されたＪＰＥＧ映像データを対応するＰＵＬＬ−ＯＵＴから要求元のクライアント端末ＴＭ１へ送信する。
なお、データ蓄積配信サーバＳＶ０からＪＰＥＧ映像データを連続的に取得して動画として再生する場合、クライアント端末ＴＭ１はＪＰＥＧ送信ＰＰ１４に対し１フレーム毎に映像データの要求を行う。

（３）ＭＰＥＧ映像データの蓄積と配信
ＭＰＥＧ受信ＰＰ１３宛ての階層Ｌ２の設定情報２２２には、接続するＷｅｂカメラのＩＰアドレス２２２１と、出力先のＰＰと入力チャンネルとの対応表が記述されている。ＭＰＥＧ受信ＰＰ１３は、上記ＩＰアドレス２２２１で示されたＭＰＥＧ映像ＷｅｂカメラＣｎから、ＭＰＥＧ映像データを受信する。そして、この受信されたＭＰＥＧ映像データを、出力チャネルから蓄積サービスＰＰ２０のＰＵＬＬ−ＩＮへ転送する。例えば、図６においては、出力先のＰＰとその入力チャンネルで示された蓄積サービスＰＰ２０のＰＵＳＨ−ＩＮ（入力チャンネルｃｈ２）へ転送する。

ＭＰＥＧ受信ＰＰ１３から映像データが転送されると蓄積サービスＰＰ２０は、当該映像データをＰＵＳＨ−ＩＮの第２チャンネルで受信する。そして、受信された映像データをＨＤＤ２１上の記録チャンネルｃｈ２に記録する。
視聴ユーザは、再生用のクライアント端末（例えばＴＭｍ）において視聴したいサービスチャンネルの情報とログイン情報（ユーザ識別情報）を入力する。再生用のクライアント端末にはＭＰＥＧ映像再生クライアントソフトウエアが備えられており、端末はこのソアトウエアを実行させてサービスチャンネル及びログイン情報をデータ蓄積配信サーバＳＶ０に送付する。

データ蓄積配信サーバＳＶ０は、ＰｒｅＨＴＴＰ−ＰＰ１６において上記サービスチャンネル及びログイン情報を受け取り、受け取ったサービスチャンネル及びログイン情報をサービスチャンネルの窓口となるＭＰＥＧ送信ＰＰ１５に転送する。なお、この転送においては、ソケット通信の管理情報がＰｒｅＨＴＴＰ−ＰＰ１６からＭＰＥＧ送信ＰＰ１５へ通知される。すなわち、先に述べたディスクリプタパッシングが行われる。以後、再生用のクライアント端末ＴＭｍとＭＰＥＧ送信ＰＰ１５との間では、ＰｒｅＨＴＴＰ−ＰＰ１６を介することなく直接通信が行われる。なお、ユーザが望むサービスチャンネルをＭＰＥＧ蓄積サービスの１ｃｈとする。

ＭＰＥＧ送信ＰＰ１５は、ＰｒｅＨＴＴＰ−ＰＰから、サービスチャンネルとログイン情報を受け、ユーザ管理ＰＰ１７に問い合わせる。ユーザ管理ＰＰ１８は、ＭＰＥＧ送信ＰＰ１５から、サービスチャンネルとログイン情報を受け取ると、階層Ｌ２のユーザ存在情報２２７１と比較し、その比較結果、つまり権限の正否情報をＭＰＥＧ送信ＰＰ１５に返送する。

ＭＰＥＧ送信ＰＰ１５は、ユーザ管理ＰＰ１８から受け取った権限の成否情報を再生用のクライアント端末ＴＭｍに通知する。例えば、成功時には権限があることを示すキーを発行し、これを成否情報としてクライアント端末ＴＭｍに送付する。以後、クライアント端末ＴＭｍはログアウトまでの間、上記キーを用いて通信を行う。これに対し不成功だった場合には、権限がない旨のメッセージをクライアント端末ＴＭｍまで伝え、通信を切断する。

次に、クライアント端末ＴＭｍは、上記キーと、受信したい映像のＧＯＶ番号（サービスチャンネル内で一意に決まる値）を、ＭＰＥＧ送信ＰＰ１５に送付する。ＭＰＥＧ送信ＰＰ１５は、クライアント端末ＴＭｍから送られたキーによりログイン状態か否かを判別する。この結果、ログイン状態でなければ即座に通信を切断する。

一方ログイン状態であれば、蓄積サービスＰＰ２０のＰＵＬＬ−ＯＵＴの２ｃｈに、フレーム番号のフレームを要求する。蓄積サービスＰＰ２０は、ＭＰＥＧ送信ＰＰ１５から要求されたＧＯＶ番号のＭＰＥＧ−４映像データを、ＨＤＤ２１上の記録チャンネルｃｈ２から読み出し、ＭＰＥＧ送信ＰＰ１５へを転送する。ＭＰＥＧ送信ＰＰ１５は、蓄積サービスＰＰ２０から転送されたＭＰＥＧ−４映像データを、対応するＰＵＬＬ−ＯＵＴから要求元のクライアント端末ＴＭｍへ送信する。
なお、データ蓄積配信サーバＳＶ０からＭＰＥＧ−４映像データを連続的に取得して動画として再生する場合、クライアント端末ＴＭｍはＭＰＥＧ送信ＰＰ１５に対し１ＧＯＶ毎に映像データの要求を行う。

（４）ダイレクトサービスを利用したＪＰＥＧ映像データの配信
クライアントＰＣを用いて映像を視聴するユーザに、データ蓄積配信サーバＳＶ０の内側のＰＰの構成を意識させないために、ＰＰの出力チャンネルとは別にサービス別にチャンネル番号を指定できるようにする。これをサービスチャンネルと呼称する。

サービスはユーザに提供する機能の種類毎に存在する。この実施形態では、蓄積した映像データを視聴する蓄積配信サービスと、受信ＰＰ１２，１３で受信された映像データを蓄積することなく視聴するダイレクトサービスが存在する。

ここで、ダイレクトサービスとは、先に述べたようにＷｅｂカメラＣ１〜Ｃｎの映像データを再生用のクライアント端末ＴＭ１〜ＴＭｍへリアルタイム配信するサービスである。一般にＷｅｂカメラＣ１〜Ｃｎよりもデータ蓄積配信サーバＳＶ０の方が高性能である。このため、ＷｅｂカメラＣ１〜Ｃｎに再生用のクライアント端末ＴＭ１〜ＴＭｍが直接アクセスする構成であると、ＷｅｂカメラＣ１〜Ｃｎの処理負荷が増加して配信が困難になる。これを防ぐために、ダイレクトサービスによりデータ蓄積配信サーバＳＶ０を介してクライアントＰＣに対するリアルタイムの映像配信処理を行う。なお、用途によっては、データ蓄積配信サーバＳＶ０に映像記録用のＨＤＤ２１を実装せずに、ダイレクトサービスのみを提供してもよい。

将来、映像データの変換処理を行うＰＰを追加すれば、映像変換サービスとしてユーザに提供する機能が追加され、また映像データを画像認識により処理するＰＰや、その認識結果を保持するデータベースを管理するＰＰを追加すれば、認識サービスとしてユーザに提供する機能が追加されることになる。また、蓄積サービスＰＰ２０の中で、ＪＰＥＧ映像データを記録するために使用されるチャンネルと、ＭＰＥＧ−４映像データを記録するために使用されるチャンネルとで、サービスを分けてよい。

上記ダイレクトサービスを利用してＪＰＥＧ映像データの配信を受けようとする場合、視聴ユーザは再生用のクライアント端末（例えばＴＭ１）において視聴したいサービスチャンネルの情報とログイン情報（ユーザ識別情報）を入力する。再生用のクライアント端末ＴＭ１にはＪＰＥＧ映像再生クライアントソフトウエアが備えられており、端末はこのソアトウエアを実行させてサービスチャンネル及びログイン情報をデータ蓄積配信サーバＳＶ０に送付する。

データ蓄積配信サーバＳＶ０は、ＰｒｅＨＴＴＰ−ＰＰ１６により上記サービスチャンネル及びログイン情報を受け取り、受け取ったサービスチャンネル及びログイン情報をサービスチャンネルの窓口となるＪＰＥＧ送信ＰＰ１４に転送する。ここでは、視聴ユーザが望むサービスチャンネルをＪＰＥＧダイレクトサービスの１ｃｈとする。

ＪＰＥＧ送信ＰＰ１４は、ＰｒｅＨＴＴＰ−ＰＰ１６からサービスチャンネルとログイン情報を受け取り、ユーザ管理ＰＰ１８に問い合わせる。ユーザ管理ＰＰ１８は、ＪＰＥＧ送信ＰＰ１４からサービスチャンネルとログイン情報を受け取ると、階層Ｌ２のユーザ存在情報２２７１と比較し、その結果、つまり権限の正否情報をＪＰＥＧ受信ＰＰ１４に返送する。

ＪＰＥＧ送信ＰＰ１４は、ユーザ管理ＰＰ１８から受け取った権限の成否情報を要求元の再生用クライアント端末ＴＭ１に通知する。例えば、成功時には権限があることを示すキーを発行し、これを成否情報としてクライアント端末ＴＭ１に送付する。以後、クライアント端末ＴＭ１はログアウトまでの間、上記キーを用いて通信を行う。これに対し不成功だった場合には、権限がない旨のメッセージをクライアント端末ＴＭ１まで伝え、通信を切断する。

次に、再生用クライアント端末ＴＭ１は、上記キーをＪＰＥＧ送信ＰＰ１４に送付する。ＪＰＥＧ送信ＰＰ１４は、クライアント端末ＴＭ１から受信したキーによりログイン状態か否かを判別する。その結果、ログイン状態でなければ即座に通信を切断する。

これに対しログイン状態であれば、ＪＰＥＧ受信ＰＰ１２のＰＵＬＬ−ＯＵＴの１ｃｈに対し映像データの転送を要求する。ＪＰＥＧ受信ＰＰ１２は、ＪＰＥＧ映像カメラＣ１から受信した最新のＪＰＥＧ映像データをＪＰＥＧ送信ＰＰ１４に転送する。ＪＰＥＧ送信ＰＰ１４は、ＪＰＥＧ受信ＰＰ１２から転送されたＪＰＥＧ映像データを、再生用クライアント端末ＴＭ１に送信する。

なお、データ蓄積配信サーバＳＶ０からＪＰＥＧ映像データを連続的に取得して動画として再生する場合、クライアント端末ＴＭ１はＪＰＥＧ送信ＰＰ１４に対し１フレーム毎に映像データの要求を行う。
なお、一つのサービスは複数のＰＰで跨ってよい。例えば、ＪＰＥＧ受信ＰＰが二つ以上あった場合には、ＪＰＥＧダイレクトサービスの１ｃｈを１個目のＪＰＥＧ受信ＰＰのＰＵＬＬ−ＯＵＴの１ｃｈに、またＪＰＥＧダイレクトサービスの２ｃｈを２個目のＪＰＥＧ受信ＰＰのＰＵＬＬ−ＯＵＴの１ｃｈに割り当てる。

また、一つのサービスチャンネルは、複数のＰＰを跨ぎ、同一ＰＰ内でも複数の出力チャンネルをサービスチャンネルに割り当てるようにしてもよい。例えば、複数の蓄積サービスＰＰがある場合、１個目の蓄積サービスＰＰのＰＵＬＬ−ＯＵＴの１ｃｈと２ｃｈをＪＰＥＧ蓄積サービスの１ｃｈと２ｃｈに割り当て、２個目の蓄積サービスＰＰのＰＵＬＬ−ＯＵＴの１ｃｈと２ｃｈをＪＰＥＧ蓄積サービスの３ｃｈと４ｃｈに割り当てる。サービスチャンネルのチャンネル番号は、離散させてもよいが重複させてはならない。

（５）ダイレクトサービスを利用したＭＰＥＧ−４映像データの配信
視聴ユーザは、再生用のクライアント端末（例えばＴＭｍ）において視聴したいサービスチャンネルの情報とログイン情報（ユーザ識別情報）を入力する。再生用のクライアント端末ＴＭｍにはＭＰＥＧ映像再生クライアントソフトウエアが備えられており、端末ＴＭｍはこのソアトウエアを実行させてサービスチャンネル及びログイン情報をデータ蓄積配信サーバＳＶ０に送付する。

データ蓄積配信サーバＳＶ０は、ＰｒｅＨＴＴＰ−ＰＰ１６により上記サービスチャンネル及びログイン情報を受け取り、受け取ったサービスチャンネル及びログイン情報をサービスチャンネルの窓口となるＭＰＥＧ送信ＰＰ１５に転送する。ここでは、視聴ユーザが望むサービスチャンネルをＭＰＥＧダイレクトサービスの１ｃｈとする。

ＭＰＥＧ送信ＰＰ１５は、ＰｒｅＨＴＴＰ−ＰＰ１６からサービスチャンネルとログイン情報を受け取り、ユーザ管理ＰＰ１８に問い合わせる。ユーザ管理ＰＰ１８は、ＭＰＥＧ送信ＰＰ１５からサービスチャンネルとログイン情報を受け取ると、階層Ｌ２のユーザ存在情報２２７１と比較し、その比較結果、つまり権限の正否情報をＭＰＥＧ送信ＰＰ１５に返送する。

ＭＰＥＧ送信ＰＰ１５は、ユーザ管理ＰＰ１８から受け取った権限の成否情報を要求元の再生用クライアント端末ＴＭｍに通知する。例えば、成功時には権限があることを示すキーを発行し、これを成否情報としてクライアント端末ＴＭｍに送付する。以後、クライアント端末ＴＭｍはログアウトまでの間、上記キーを用いて通信を行う。これに対し不成功だった場合には、権限がない旨のメッセージをクライアント端末ＴＭｍまで伝え、通信を切断する。

次に、再生用クライアント端末ＴＭｍは、上記キーをＭＰＥＧ送信ＰＰ１５に送付する。ＭＰＥＧ送信ＰＰ１５は、クライアント端末ＴＭｍから受信したキーによりログイン状態か否かを判別する。その結果、ログイン状態でなければ即座に通信を切断する。

これに対しログイン状態であれば、ＭＰＥＧ受信ＰＰ１３のＰＵＬＬ−ＯＵＴの１ｃｈに対し映像データの転送を要求する。ＭＰＥＧ受信ＰＰ１３は、ＭＰＥＧ映像カメラＣｎから受信した最新のＭＰＥＧ映像データをＭＰＥＧ送信ＰＰ１５に転送する。ＭＰＥＧ送信ＰＰ１５は、ＭＰＥＧ受信ＰＰ１３から転送されたＭＰＥＧ映像データを、再生用クライアント端末ＴＭｍに送信する。

なお、データ蓄積配信サーバＳＶ０からＭＰＥＧ映像データを連続的に取得して動画として再生する場合、クライアント端末ＴＭｍはＭＰＥＧ送信ＰＰ１５に対し１ＧＯＶ毎に映像データの要求を行う。

（６）終了時の動作
図１０に終了時のデータ蓄積配信サーバＳＶ０の処理手順と処理内容を示す。
管理者権限をもつ人は、管理用クライアント端末ＭＭにおいて終了命令とログイン情報（ユーザ識別情報）を入力する。管理用クライアント端末ＭＭは上記入力された終了命令を及びログイン情報をデータ蓄積配信サーバＳＶ０に送付する。

データ蓄積配信サーバＳＶ０のマスタコントロールＰＰ１１は、上記終了命令とログイン情報をＰｒｅＨＴＴＰ−ＰＰ１６を介して受け取ると、ステップ１０ａにおいてユーザ管理ＰＰ１８に問い合わせを行う。ユーザ管理ＰＰ１８は、マスタコントロールＰＰ１１から受け取ったログイン情報を階層Ｌ２のユーザ存在情報２２７１と照合し、権限の正当性を判定する。そして、その判定結果をマスタコントロールＰＰ１１に返送する。マスタコントロールＰＰ１１は、上記ユーザ管理ＰＰ１８により権限が否定された場合には、権限がない旨のメッセージをクライアント端末ＭＭに伝え、通信を切断する。

一方、権限があると判定されるとマスタコントロールＰＰ１１は、ステップ１０ｂによりＰｒｅＨＴＴＰ−ＰＰ１６に対し全てのＰＰの稼働状態を問い合わせ、その返答情報に応じて稼働状態のＰＰのリストを作成する。次に、ステップ１０ｃにおいて、上記作成されたリストをもとに、稼働中の全てのＰＰに対し終了命令を発行する。例えば、いまＪＰＥＧ受信ＰＰ１２、ＭＰＥＧ受信ＰＰ１３、蓄積サービスＰＰ２０、ＪＰＥＧ送信ＰＰ１４、ＭＰＥＧ送信ＰＰ１５、ユーザ管理ＰＰ１８、及びスケジュール設定ＰＰ１９が稼働中であれば、これらのＰＰに対しそれぞれ終了命令を発行する。

上記終了命令を受け取ると各ＰＰは、それぞれ終了処理を実行し、終了直前にマスタコントロールＰＰ１１に終了する旨を伝え、状態出力ファイルを消去して終了する。マスタコントロールＰＰ１１は各ＰＰからの終了命令の返答を待ち、ＰｒｅＨＴＴＰ−ＰＰ１６を除く全てのＰＰから終了命令の返答を受信した後に終了する。なお、全てのＰＰから終了命令の返答が戻らなくても、終了命令発行後から一定時間後に終了する。なお、ＰｒｅＨＴＴＰ−ＰＰ１６はサーバＳＶ０のＯＳ終了処理の中で終了する。

なお、データ蓄積配信サーバＳＶ０をアプライアンス製品とする場合には、動作中に電源スイッチが押下されることによっても、マスタコントロールＰＰ１１により上記終了処理が実行される。

（７）プラグインプロセスの動作変更
データ蓄積配信サーバＳＶ０の動作変更処理は、（１）設定ファイル２２を変更、（２）マスタコントロールＰＰ１１に変更を通知、（３）マスタコントロールＰＰ１１から各ＰＰへの変更の通知、（４）各ＰＰが新たな設定ファイル２２の記載に従って動作を変更、の手順で実施される。

設定ファイル２２の変更方法には、「データ蓄積配信サーバＳＶ０上でテキストエディタを起動して設定ファイル２２を書き換える方法」と、「一旦設定ファイル２２を設定変更用クライアント６にダウンロードし、ＧＵＩ画面等を備えたツールで変更を加えるか又はテキストエディタで直接書き換えた後に、データ蓄積配信サーバＳＶ０にアップロードする方法」の２種類の方法がある。

この実施形態では後者の方法について述べる。図９はその動作変更処理手順と処理内容を示すフローチャートである。
先ず管理者は、ステップ９ａにおいて、管理用クライアント端末ＭＭからデータ蓄積配信サーバＳＶ０のマスタコントロールＰＰ１１に対しログイン処理を行う。このときマスタコントロールＰＰ１１は、管理者権限がある人が操作しているか否かを判別するために、パスワード等を用いた認証処理を行う。また、このときマスタコントロールＰＰ１１は、ある管理者のログインを受け付けた後はこの管理者がログアウトするか、または一定時間アクセスせずにタイムアウトするまでの期間、他のログイン要求を受け付けつけない。すなわち、設定変更処理の受け付けは排他的とする。なお、設定変更の処理期間中に他のログイン要求が発生した場合には、当該発生元に対しエラーメッセージを返送する。

管理用クライアント端末ＭＭは、ステップ９ｂにより、マスタコントロールＰＰ１１に対し変更対象の設定ファイル（設定情報）の送信を要求し、マスタコントロールＰＰ１１は要求された設定情報をＨＤＤ２１から読み出して要求元の管理用クライアント端末ＭＭへダウンロードする。

管理者は、管理用クライアント端末ＭＭにおいて、ダウンロードされた設定情報の記述内容を変更するための入力操作を行う。なお、設定情報の変更を行うには、ＧＵＩ付のツールを用意し使用してもよいし、テキストエディタ等で変更するようにしてもよい。管理用クライアント端末ＭＭは、上記変更された設定ファイル（設定情報）を、ステップ９ｃによりマスタコントロールＰＰ１１へアップロードする。マスタコントロールＰＰ１１は、受信した変更された設定ファイルを、ＨＤＤ２１内の設定ファイル用のディレクトリ２１３２に保存する。

続いて管理者が管理用クライアント端末ＭＭにおいて、変更された設定ファイルの反映命令を入力すると、この反映命令は管理用クライアント端末ＭＭからＰｒｅＨＴＴＰ−ＰＰ１６に送られ、このＰｒｅＨＴＴＰ−ＰＰ１６からマスタコントロールＰＰ１１に転送される。マスタコントロールＰＰ１１は、この反映命令に従い、変更された設定情報を該当するＰＰに反映する処理をステップ９ｄにて実行する。

次にマスタコントロールＰＰ１１は、起動時の動作と同様に、ステップ９ｅにより設定ファイル２２の階層Ｌ１の設定情報群２２０を読み込み、この読み込んだ設定ファイル２２の設定情報群２２０から、データ蓄積配信サーバＳＶ０が何台のサーバで構成されているかを判定する。そして、ステップ９ｆにおいてＰｒｅＨＴＴＰ−ＰＰ１６に対しＰＰの稼動状況を問い合わせ、現在稼動しているＰＰのリストを作成する。

続いてマスタコントロールＰＰ１１は、ステップ９ｇにおいて、設定ファイル２２に記述された起動すべきＰＰのリスト情報と、各ＰＰの稼動状況とを比較する。そして、この比較の結果、あるＰＰが起動すべきＰＰ情報に存在しかつ稼動中であれば、当該ＰＰについては無変更とする。

これに対し、あるＰＰが起動すべきＰＰ情報に存在しかつ未稼働であれば、当該ＰＰを起動させるようにＰｒｅＨＴＴＰ−ＰＰ１６に命令する。なお、データ蓄積配信サーバＳＶ０が複数のサーバにより構成されている場合には、設定ファイル２２から当該ＰＰが存在するサーバの情報を参照し、該当するサーバのＰｒｅＨＴＴＰ−ＰＰに対し該当するＰＰの起動命令を与える。ＰｒｅＨＴＴＰ−ＰＰ１６は上記命令を受けると、起動対象のＰＰの起動処理を行う。また、あるＰＰが起動すべきＰＰ情報に未存在でかつ稼動中の場合には、マスタコントロールＰＰ１１は当該ＰＰに終了するように命令する。

そうして、上記各ＰＰの起動処理が終了すると、マスタコントロールＰＰ１１はステップ９ｈにより、上記起動されたＰｒｅＨＴＴＰ−ＰＰ１６、ＪＰＥＧ受信ＰＰ１２、ＭＰＥＧ受信ＰＰ１３、蓄積サービスＰＰ２０、ＪＰＥＧ送信ＰＰ１４、ＭＰＥＧ送信ＰＰ１５、ユーザ管理ＰＰ１８、及びスケジュール設定ＰＰ１９に対しそれぞれ、上記変更された設定ファイル２２の階層Ｌ２の設定情報群２２１〜２２８を送付する。

なお、上記各ＰＰに階層Ｌ２の各設定情報群２２１〜２２８を送信する前に、マスタコントロールＰＰ１１から各ＰＰに上記変更された設定ファイルのタイムスタンプを渡し、各ＰＰにて設定情報が更新されているか否かを判断させる。そして、更新されている場合のみ各ＰＰがマスタコントロールＰＰ１１に対して設定ファイルの送信を要求し、マスタコントロールＰＰ１１が当該ＰＰに対して設定ファイル階層Ｌ２を送信するようにしてもよい。

上記変更された設定情報を受け取ると各ＰＰは、ステップ９ｉにおいて上記受信された設定情報の記述に従って動作する。そして、最後に管理者が管理用クライアント端末ＭＭにおいてログアウト要求を入力すると、このログアウト要求が管理用クライアント端末ＭＭからマスタコントロールＰＰ１１へ送られる。マスタコントロールＰＰ１１は、上記ログアウト要求に従い設定情報の変更処理を終了する。

（８）プラグインプロセスを追加するときの動作
プラグインプロセスを追加しデータ蓄積配信サーバＳＶ０の機能を拡張するときの動作を以下に説明する。ここでは、入力されたＪＰＥＧ映像データをリサイズして出力するＪＰＥＧ変換ＰＰを新たに作成して、このＪＰＥＧ変換ＰＰを運用中のデータ蓄積配信サーバＳＶ０に追加する場合を例にとって説明する。

ＪＰＥＧ変換ＰＰの実行ファイルは、データ蓄積配信サーバＳＶ０に設けられたＨＤＤ２１内のＰＰ実行ファイル用ディレクトリ２１３１に格納される。なお、実行ファイルの格納は、管理用クライアント端末ＭＭ上で作成したものをデータ蓄積配信サーバＳＶ０にアップロードするか、又は他のパーソナル・コンピュータ等で作成された実行ファイルをＣＤ−ＲＯＭ等の記録メディアに記憶させ、管理者が当該記録メディアから実行ファイルを読み出してデータ蓄積配信サーバＳＶ０の上記ＰＰ実行ファイル用ディレクトリ２１３１にコピーすることにより行われる。

また、上記ＪＰＥＧ変換ＰＰの追加に伴い、設定ファイル２２の階層Ｌ１に追加したＪＰＥＧ変換ＰＰの存在情報、接続情報及びサービスチャンネル情報を追加する。存在情報と、ＪＰＥＧ変換ＰＰの実行ファイル名と識別名により構成され、これらは設定ファイル２２の階層Ｌ１の設定情報群２２０に記述される。

接続情報は、例えばＪＰＥＧ受信ＰＰ１２に備えられるＰＵＳＨ−ＯＵＴの２ｃｈの出力先をＪＰＥＧ変換ＰＰのＰＵＳＨ−ＩＮの１ｃｈとし、かつＪＰＥＧ変換ＰＰのＰＵＳＨ−ＯＵＴの１ｃｈの出力先を蓄積サービスＰＰ２０のＰＵＳＨ−ＩＮの３ｃｈとするように設定され、この情報は設定ファイル２２の階層Ｌ１の設定情報群２２０に記述される。

サービスチャンネル情報は、例えばＪＰＥＧ受信ＰＰ１２が備える２ｃｈを蓄積サービスＰＰ２０のＰＵＬＬ−ＯＵＴの３ｃｈに対応付け、かつＪＰＥＧダイレクトサービスの２ｃｈをＪＰＥＧ変換ＰＰのＰＵＬＬ−ＯＵＴの１ｃｈに対応付けるように設定され、この情報は設定ファイル２２の階層Ｌ１の設定情報群２２０に記述される。

また、設定ファイル２２の階層Ｌ２にも、追加したＪＰＥＧ変換ＰＰ用の設定情報が追加される。例えば、ＰＵＳＨ−ＩＮのｃｈ１で入力された映像データの変換方法と、変換されたデータの出力先をＰＵＳＨ−ＯＵＴのｃｈ１に出力する旨の情報が、設定ファイル２２の階層Ｌ２に追加されたＪＰＥＧ変換ＰＰ用の設定情報に記述される。なお、この実施形態では、変換方法はサイズのリサイズとする。

管理者が、管理用クライアント端末ＭＭにおいて設定ファイル２２の書き換えを終了し、続いて変更された設定ファイルの反映命令を入力すると、この反映命令が管理用クライアント端末ＭＭからデータ蓄積配信サーバＳＶ０のＰｒｅＨＴＴＰ−ＰＰ１６に送られ、このＰｒｅＨＴＴＰ−ＰＰ１６からマスタコントロールＰＰ１１に転送される。なお、この反映命令は、データ蓄積配信サーバＳＶ０のコマンドラインからＫＩＬＬコマンド等を用いてシグナルとして発行してもよいし、管理用クライアント端末ＭＭ上の設定管理ソフトウエアにより発行するようにしてもよい。

マスタコントロールＰＰ１１は、起動時の動作と同様に、設定ファイル２２の階層Ｌ１の設定情報群２２０を読み込み、この読み込んだ設定ファイル２２の設定情報群２２０から、データ蓄積配信サーバＳＶ０が何台のサーバで構成されているかを判定する。そして、ステップ９ｆにおいてＰｒｅＨＴＴＰ−ＰＰ１６に対しＰＰの稼動状況を問い合わせ、現在稼動しているＰＰのリストを作成する。

続いてマスタコントロールＰＰ１１は、設定ファイル２２に記述された起動すべきＰＰのリスト情報と、各ＰＰの稼動状況とを比較する。そして、この比較の結果、あるＰＰが起動すべきＰＰ情報に存在しかつ稼動中であれば、当該ＰＰについては無変更とする。これに対し、あるＰＰが起動すべきＰＰ情報に存在しかつ未稼働であれば、当該ＰＰを起動させるようにＰｒｅＨＴＴＰ−ＰＰ１６に命令する。なお、データ蓄積配信サーバＳＶ０が複数のサーバにより構成されている場合には、設定ファイル２２から当該ＰＰが存在するサーバの情報を参照し、該当するサーバのＰｒｅＨＴＴＰ−ＰＰに対し該当するＰＰの起動命令を与える。ＰｒｅＨＴＴＰ−ＰＰ１６は上記命令を受けると、起動対象のＰＰの起動処理を行う。また、あるＰＰが起動すべきＰＰ情報に未存在でかつ稼動中の場合には、マスタコントロールＰＰ１１は当該ＰＰに終了するように命令する。

そうして、上記各ＰＰの起動処理が終了すると、マスタコントロールＰＰ１１は上記起動された各ＰＰに対し、上記変更された設定ファイル２２の階層Ｌ２の設定情報群を送付する。なお、設定ファイル２２の階層Ｌ２の設定情報群の送付は、新たに稼動したＪＰＥＧ変換ＰＰに対してのみ行うようにしてもよい。

上記変更された設定情報を受け取ると各ＰＰは、上記受信された設定情報の記述に従って動作する。また、設定ファイル２２の階層Ｌ２に設定情報群が新たに追加されたＪＰＥＧ変換ＰＰも稼動する。そして、最後に管理者が管理用クライアント端末ＭＭにおいてログアウト要求を入力すると、このログアウト要求が管理用クライアント端末ＭＭからマスタコントロールＰＰ１１へ送られる。マスタコントロールＰＰ１１は、上記ログアウト要求に従い機能の追加処理を終了する。

（９）プラグインプロセスを削除するときの動作
プラグインプロセスの削除処理は、データ蓄積配信サーバＳＶ０の機能を限定するために必要である。プラグインプロセスを削除する例を、上記追加したＪＰＥＧ変換ＰＰを削除する場合を例にとって説明する。

管理者は管理用クライアント端末ＭＭにおいて、データ蓄積配信サーバＳＶ０からダウンロードした設定ファイル２２に対し、階層Ｌ１の設定情報群２２０から、ＪＰＥＧ変換ＰＰに関する存在情報、接続情報及びサービスチャンネル情報を削除する操作を行う。またそれと共に、設定ファイル２２の階層Ｌ２のＪＰＥＧ変換ＰＰ用の設定情報群を削除する操作を行う。

上記設定情報群の削除操作を終了し、上記変更された設定ファイルをデータ蓄積配信サーバＳＶ０にアップロードしたのち、管理者が設定ファイルの反映命令を入力すると、この反映命令は管理用クライアント端末ＭＭからデータ蓄積配信サーバＳＶ０のＰｒｅＨＴＴＰ−ＰＰ１６に送られ、このＰｒｅＨＴＴＰ−ＰＰ１６からマスタコントロールＰＰ１１に転送される。

この反映命令を受信するとマスタコントロールＰＰ１１は、起動時の動作と同様に、サーバの稼働状態を把握した後、ＰｒｅＨＴＴＰ−ＰＰ１６に対しＰＰの稼動状況を問い合わせ、現在稼動しているＰＰのリストを作成する。続いてマスタコントロールＰＰ１１は、設定ファイル２２に記述された起動すべきＰＰのリスト情報と、各ＰＰの稼動状況とを比較し、その比較結果に基づいて各ＰＰの起動処理を行う。そして、稼動中のＰＰに対し設定ファイル２２の階層Ｌ２の設定情報群を送付する。またこのとき、削除対象のＪＰＥＧ変換ＰＰの実行ファイルを削除する。なお、後日使う時のために、当該実行ファイルを残しておいてもよい。

（１０）センサ信号を通信ネットワークＮＷを経由して取得する場合
いま仮に設定ファイル２２に、ＪＰＥＧ受信ＰＰ１２は受信した映像データを蓄積サービスＰＰ２０のチャンネルｃｈ１に転送し、ＪＰＥＧ映像ＷｅｂカメラＣ１から通常は１ｆｐｓで受信し、緊急録画指示が入った場合には３０ｆｐｓで受信する、と記述されていたとする。

通常、ＪＰＥＧ受信ＰＰ１２はＪＰＥＧ映像ＷｅｂカメラＣ１から１ｆｐｓでＪＰＥＧ映像データを受信し、受信した映像データを蓄積サービスＰＰ２０のチャンネルｃｈ１に送信する。ＪＰＥＧ映像ＷｅｂカメラＣ１は、内部の判定ルーチン（映像の変化がしきい値を超えたか、特定の領域に動きが有ったか等）に従って、条件が揃った場合に緊急録画指示をデータ蓄積配信サーバＳＶ０に向け発行する。

緊急録画指示は、通信ネットワークＮＷを介してデータ蓄積配信サーバＳＶ０のＰｒｅＨＴＴＰ−ＰＰ１６で受信される。ＰｒｅＨＴＴＰ−ＰＰ１６は受信された緊急録画指示をスケジュール設定ＰＰ１９に転送する。スケジュール設定ＰＰ１９は、緊急録画指示がスケジュール変更の権限のあるところから発生されたものであるか否かを判定する。ここでは、ＪＰＥＧ映像ＷｅｂカメラＣ１から発せられたものであるかいなかを判定する。

ＪＰＥＧ映像ＷｅｂカメラＣ１から発せられた場合には権限があるので、スケジュール設定ＰＰ１９は緊急録画指示時の記録レートである３０ｆｐｓでＪＰＥＧ映像データを記録するように、ＪＰＥＧ受信ＰＰ１２に指示を出す。ＪＰＥＧ受信ＰＰ１２は、スケジュール設定ＰＰ１９の指示を受けて、受信データレートを３０ｆｐｓに変更する。スケジュール設定ＰＰ１９からの指示は、ＪＰＥＧ受信ＰＰ１２の制御用ポート（図６では不図示）により受信される。

なお、緊急録画指示の解除も同様に、ＪＰＥＧ映像ＷｅｂカメラＣ１から解除指示が出され、ＰｒｅＨＴＴＰ−ＰＰ１６及びスケジュール設定ＰＰ１９を介して、通常の記録レートである１ｆｐｓでの指示をＪＰＥＧ受信ＰＰ１２が受ける。

（１１）センサ信号をディジタルＩ／Ｏ経由で受信する場合
いま仮に設定ファイル２２に、ＪＰＥＧ受信ＰＰ１２は受信した映像データを蓄積サービスＰＰ２０のチャンネルｃｈ１に転送し、ＪＰＥＧ映像ＷｅｂカメラＣ１から通常は１ｆｐｓで受信し、ディジタルＩ／Ｏ１７から緊急録画指示が入った場合には３０ｆｐｓで受信する、と記述されていたとする。

ディジタルＩ／Ｏ１７は、ドアセンサＤＳに接続されている。ドアセンサＤＳが設置されたドアは通常閉じられており、ＪＰＥＧ映像ＷｅｂカメラＣ１はドアセンサＤＳが設置されたドアを撮影するアングルで設置され、ドアが開いている期間の映像データを録画する。

ドアの開閉の都度、ドアセンサＤＳのセンサ信号は変化し、これによりディジタルＩ／Ｏ１７に入力されるセンサ情報も変化する。スケジュール設定ＰＰ１９は、ディジタルＩ／Ｏ１７に入力されるセンサ情報を監視している。この状態で、ディジタルＩ／Ｏ１７のセンサ情報がドアが開いていることを示す状態に変化したとすると、スケジュール設定ＰＰ１９はＪＰＥＧ受信ＰＰ１２に３０ｆｐｓで映像を受信するように指示を出す。同様に、ディジタルＩ／Ｏ１７のセンサ情報がドアが閉じていることを示す状態に変化したならば、スケジュール設定ＰＰ１９はＪＰＥＧ受信ＰＰ１２に１ｆｐｓで映像を受信するように指示を出す。

以上述べたように第１の実施形態では、データ蓄積配信サーバＳＶ０に、マスタコントロールＰＰ１１、ＰｒｅＨＴＴＰ−ＰＰ１６、ＪＰＥＧ受信ＰＰ１２、ＭＰＥＧ受信ＰＰ１３、蓄積サービスＰＰ２０、ＪＰＥＧ送信ＰＰ１４、ＭＰＥＧ送信ＰＰ１５、ユーザ管理ＰＰ１８、及びスケジュール設定ＰＰ１９を、互いに独立して動作可能に設けている。そして、これらのＰＰにそれぞれ、ＰＵＬＬ−ＩＮ、ＰＵＬＬ−ＯＵＴ、ＰＵＳＨ−ＩＮ、ＰＵＳＨ−ＯＵＴのうち用途に合った入出力インタフェースを持たせ、これらの入出力インタフェースにより各ＰＰ間で映像データ及び制御データの転送を行うようにしている。

したがって、ＷｅｂカメラＣ１〜Ｃｎからの映像データの受信処理、受信された映像データのＨＤＤ２１への書き込み処理と読み出し処理、及び読み出された映像データを再生用クライアント端末ＴＭ１〜ＴＭｍへ配信する処理が、それぞれ各ＰＰで分散して実行される。このため、新たな機能の追加やカメラの機種変更又は追加が必要になった場合には、ＰＰのみの変更又は追加により対応することが可能となり、これによりプログラム全体を変更する場合に比べ、開発工数及びメンテナンスの手間を大幅に削減することができる。また、ＰＰ単位での変更又は追加が可能なため、データ蓄積配信サーバＳＶ０の運用中においても新たな機能の追加や扱えるカメラの機種変更や追加に対し容易に対応できる。

また、ＪＰＥＧ出力ＷｅｂカメラにはＪＰＥＧ版Ｗｅｂカメラ用受信ＰＰを用意し、ＭＰＥＧ−４出力ＷｅｂカメラにはＭＰＥＧ−４版Ｗｅｂカメラ用受信ＰＰを用意する。さらに、ＪＰＥＧ出力Ｗｅｂカメラにおいても、メーカによって通信プロトコルが異なるのが現状であるためプロトコルごとに受信ＰＰを用意する。

入力データは映像データに限らず、音声データやセンサ情報でもよい。この場合、音声データ用及びセンサデータ用として、データの種類及び通信プロトコルごとに専用の受信ＰＰを用意する。映像データの出力側においても、モニタ装置との接続用として、モニタ装置が取り扱うデータの種類及び通信プロトコルごとに専用の通信ＰＰを用意する。

Ｗｅｂカメラやモニタ装置等の外部装置との接続においては、機器ごとの通信プロトコルにより通信が行われるが、ＰＰ間の通信及びサーバ内部の通信はＰＰ間用の通信プロトコルが使用される。このため、ＰＰ間の通信においては、メーカや機種ごとのプロトコルの違いを意識する必要はない。

新規にＰＰを追加する際にも、ＰＰ間通信用のプロトコルにより通信が行われるため、既存のＰＰ側は無変更で新規のＰＰとの間で通信を行うことが可能となる。新たなＰＰを開発する際、ＰＰ間通信用の部分は既存のルーチンを利用できるため、新規に開発できる部分は外部機器と通信を行うためのプロトコル部分のみとなる。このため、開発が単純化され、工数の削減及び低価格化を実現できる。専用の多機能のＰＰを多数用意しておき、どのＰＰを動作させるか、及び映像データはどのＰＰを経由するかは、設定情報により変更できるようにしておくことで、多機能で拡張性の高い蓄積配信サーバを実現できる。

（第２の実施形態）
図１２は、この発明に係わるデータ蓄積配信サーバ装置を備えた監視システムの概略構成図である。なお、同図において前記図１と同一部分には同一符号を付して詳しい説明は省略する。
この実施形態のデータ蓄積配信サーバ装置は、複数（図では４台）のサーバＳＶ１〜ＳＶ４を通信ネットワークＮＷを介して接続し、各サーバＳＶ１〜ＳＶ４に装置で必要な複数のＰＰをその処理負荷を考慮して分散配置するように構成したものである。

サーバＳＶ１は、データ蓄積配信サーバ装置全体の統括的な制御機能と、ＪＰＥＧ映像データの蓄積機能を担うもので、図１３に示すようにＪＰＥＧ記録用のハードディスクドライブ（ＨＤＤ）１１５を備えている。また、プラグインプロセスとして、マスタコントロールＰＰ１１０、ＰｒｅＨＴＴＰ−ＰＰ１１１、ユーザ管理ＰＰ１１２、スケジュール設定ＰＰ１１３、及び蓄積サービスＰＰ１１４を備えている。上記ＨＤＤ１１５には、装置全体のＰＰの動作を管理するための設定ファイル１１６が格納されている。設定ファイル１１６は、前記図７に示したものと同様に階層Ｌ１，Ｌ２に階層化されており、階層Ｌ１にマスタコントロールＰＰ１１０が使用する設定情報群が、また階層Ｌ２にその他の全てのＰＰの設定情報群がそれぞれ格納されている。

サーバＳＶ２は、ＭＰＥＧ映像データの蓄積機能を担うもので、図１４に示すようにＭＰＥＧ記録用のハードディスクドライブ（ＨＤＤ）１２２を備えている。また、プラグインプロセスとして、ＰｒｅＨＴＴＰ−ＰＰ１２０に加えて蓄積サービスＰＰ１２１を備えている。

サーバＳＶ３には、ＷｅｂカメラＣ１〜ＣｎからのＪＰＥＧ映像データ及びＭＰＥＧ映像データを受信する機能を担うもので、図１５に示すようにプラグインプロセスとしてＰｒｅＨＴＴＰ−ＰＰ１３０に加え、複数のＪＰＥＧ受信ＰＰ１３１〜１３ｉと、複数のＭＰＥＧ受信ＰＰ１４１〜１４ｊを備えている。

サーバＳＶ４は、ＪＰＥＧ映像データ及びＭＰＥＧ映像データを再生クライアント端末ＴＭ１〜ＴＭｍへ送信する機能を担うもので、図１５に示すようにプラグインプロセスとしてＰｒｅＨＴＴＰ−ＰＰ１５０に加え、ＪＰＥＧ送信ＰＰ１５１と、ＭＰＥＧ送信ＰＰ１５２を備えている。

上記各サーバＳＶ１〜ＳＶ４に備えられた各ＰＰはいずれも、前記第１の実施形態と同様にＰＵＬＬ−ＩＮ、ＰＵＬＬ−ＯＵＴ、ＰＵＳＨ−ＩＮ、ＰＵＳＨ−ＯＵＴのうちから用途に応じて選択された汎用の入出力インタフェースを有する。そして、これらの入出力インタフェースによりソケット通信を行うことで、同一サーバ内のＰＰ間は勿論のこと、異なるサーバのＰＰ間でも通信ネットワークＮＷを介して通信が可能となっている。

次に、以上のように構成された装置の動作を説明する。
サーバＳＶ１において、ＯＳ起動後にマスタコントールＰＰ１１０及びＰｒｅＨＴＴＰ−ＰＰ１１１が起動する。ユーザ管理ＰＰ１１２、スケジュール管理ＰＰ１１３及び蓄積サービスＰＰ１１４は、上記マスタコントールＰＰ１１０がＰｒｅＨＴＴＰ−ＰＰ１１１に対し各ＰＰ１１２〜１１４の動作開始を命令した時に、ＰｒｅＨＴＴＰ−ＰＰ１１１よって起動される。

サーバＳＶ２においては、ＯＳの起動後に先ずＰｒｅＨＴＴＰ−ＰＰ１２０が起動する。蓄積サービスＰＰ１２１は、サーバＳＶ１のマスタコントールＰＰ１１０がＰｒｅＨＴＴＰ−ＰＰ１２０に対し蓄積サービスＰＰ１２１の動作開始を命令した時に、ＰｒｅＨＴＴＰ−ＰＰ１２０によって起動される。

サーバＳＶ３においては、ＯＳ起動後に先ずＰｒｅＨＴＴＰ−ＰＰ１３０が起動する。ＪＰＥＧ受信ＰＰ群１３１〜１３ｉ及びＭＰＥＧ受信ＰＰ群１４１〜１４ｊは、サーバＳＶ１のマスタコントールＰＰ１１０がＰｒｅＨＴＴＰ−ＰＰ１３０に対し、ＪＰＥＧ受信ＰＰ群１３１〜１３ｉ及びＭＰＥＧ受信ＰＰ群１４１〜１４ｊの動作開始を命令した時に、ＰｒｅＨＴＴＰ−ＰＰ１３０によって起動される。

サーバＳＶ４においては、ＯＳ起動後に先ずＰｒｅＨＴＴＰ−ＰＰ１５０が起動する。ＪＰＥＧ送信ＰＰ１５１及びＭＰＥＧ送信ＰＰ１５２は、サーバＳＶ１のマスタコントールＰＰ１１０がＰｒｅＨＴＴＰ−ＰＰ１５０に対し上記ＪＰＥＧ送信ＰＰ１５１及びＭＰＥＧ送信ＰＰ１５２の動作開始を命令した時に、ＰｒｅＨＴＴＰ−ＰＰ１５０によって起動される。

サーバＳＶ１のマスタコントロールＰＰ１１０は、起動された各ＰＰに対し、各ＰＰ向けの設定情報（設定ファイル１１６の階層Ｌ２に属する設定情報群）をサーバ内ネットワーク又は通信ネットワークＮＷを介して送付する。各ＰＰは、サーバＳＶ１のマスタコントロールＰＰ１１０から送られた設定情報群を保存し、以後この設定情報群の設定情報の内容に応じて処理を開始する。

（１）ＪＰＥＧ映像データの蓄積と配信
ＪＰＥＧ受信ＰＰ１３１〜１３ｉはそれぞれ、設定ファイル１１６の階層Ｌ２に属する自身の設定情報により指定されたＪＰＥＧ映像ＷｅｂカメラからＪＰＥＧ映像データを受信する。このＪＰＥＧ映像データは、通信ネットワークＮＷを介してサーバＳＶ１の蓄積サービスＰＰ１１４に転送され、この蓄積サービスＰＰ１１４によりＨＤＤ１１５の記録チャンネルに記録される。

また、この状態で再生用クライント端末（例えばＴｍ１）から映像配信要求が送信されると、この映像配信要求はサーバＳＶ４のＰｒｅＨＴＴＰ−ＰＰ１５０で受信され、このＰｒｅＨＴＴＰ−ＰＰ１５０からＪＰＥＧ送信ＰＰ１５１に転送される。ＪＰＥＧ送信ＰＰ１５１は、上記要求元の再生クライアント端末を用いる視聴ユーザにチャンネルアクセスの権限があるか否かを通信ネットワークＮＷを介してサーバＳＶ１のユーザ管理ＰＰ１１２に問い合わせる。そして、その応答の結果、権限があればサーバＳＶ１の蓄積サービスＰＰ１１４から通信ネットワークＮＷを介してＪＰＥＧ映像データを取得し、このＪＰＥＧ映像データを要求元の再生クライアント端末Ｔｍ１へ送信する。なお、要求元の視聴ユーザにチャンネルアクセス権がない場合には、その旨を要求元の再生クライアント端末ＴＭ１へ送信する。

（２）ＭＰＥＧ映像データの蓄積と配信
ＭＰＥＧ受信ＰＰ１４１〜１４ｊはそれぞれ、設定ファイル１１６の階層Ｌ２に属する自身の設定情報により指定されたＭＰＥＧ映像ＷｅｂカメラからＭＰＥＧ映像データを受信する。受信されたＭＰＥＧ映像データは、通信ネットワークＮＷを介してサーバＳＶ２の蓄積サービスＰＰ１２１に転送され、この蓄積サービスＰＰ１２１によりＨＤＤ１２２の記録チャンネルに記録される。

また、この状態で再生用クライント端末（例えばＴＭｍ）から映像配信要求が送信されると、この映像配信要求はサーバＳＶ４のＰｒｅＨＴＴＰ−ＰＰ１５０で受信され、このＰｒｅＨＴＴＰ−ＰＰ１５０からＭＰＥＧ送信ＰＰ１５２に転送される。ＭＰＥＧ送信ＰＰ１５２は、上記要求元の再生クライアント端末を用いる視聴ユーザにチャンネルアクセスの権限があるか否かを通信ネットワークＮＷを介してサーバＳＶ１のユーザ管理ＰＰ１１２に問い合わせる。そして、その応答の結果、権限があればサーバＳＶ２の蓄積サービスＰＰ１２１から通信ネットワークＮＷを介してＭＰＥＧ映像データを取得し、このＭＰＥＧ映像データを要求元の再生クライアント端末ＴＭｍへ送信する。なお、要求元の視聴ユーザにチャンネルアクセス権がない場合には、その旨を要求元の再生クライアント端末ＴＭｍへ送信する。

以上述べたように第２の実施形態では、４台のサーバＳＶ１〜ＳＶ４を通信ネットワークＮＷを介して接続し、各サーバＳＶ１〜ＳＶ４に複数のＰＰをその処理負荷を考慮して分散配置するようにしている。このため、全てのＰＰを１つのサーバで処理する場合に比べ、処理能力の高い高価なサーバを使用することなく効率の良い処理を実現できる。また、サーバＳＶ２〜ＳＶ４のうちの１つがダウンしても、当該サーバが担う機能を除く他の機能についてはそれまで通り支障なく実行させることが可能となり、これによりシステムの信頼性を高く保持することができる。

（第３の実施形態）
（１）増設するＰＰの例
［複数のカメラから映像データを受信するＰＰ］
図１７は、複数のＷｅｂカメラから映像データを受信する複数カメラ映像受信ＰＰの機能構成の一例を示すものである。
複数のカメラ映像受信ＰＰは、複数のＷｅｂカメラ（図では３台）Ｃ１〜Ｃ３に対し通信ネットワークＮＷを介して接続されたデータ蓄積配信サーバで動作するプログラムである。

複数カメラ映像受信ＰＰの起動は、データ蓄積配信サーバ内のマスタコントロールＰＰからＰｒｅＨＴＴＰ−ＰＰに対し複数カメラ映像受信ＰＰの起動命令が発行された時に、ＰｒｅＨＴＴＰ−ＰＰによって起動される。起動後、マスタコントロールＰＰから上記複数カメラ映像受信ＰＰに対し階層Ｌ２に属する自身宛の設定情報群が送付される。

複数カメラ映像受信ＰＰは、ＷｅｂカメラＣ１〜Ｃ３に１対１に対応するＰＰ個別通信制御部４１〜４３と、制御用ポート４４と、ＰＵＬＬ−ＯＵＴチャンネル群４５と、ＰＵＳＨ−ＯＵＴチャンネル群４６とを備える。複数カメラ映像受信ＰＰ用の設定情報には、Ｗｅｂカメラ数、各ＷｅｂカメラのＩＰアドレス、フレームレート、及び出力先ＰＰ情報が記述される。

複数カメラ映像受信ＰＰは、設定情報の指示に従い、複数のＷｅｂカメラＣ１〜Ｃ３からそれぞれ映像データを受信し、受信された映像データをＰＵＬＬ−ＯＵＴチャンネル群４５又はＰＵＳＨ−ＯＵＴチャンネル群４６から出力先のＰＰへ転送する。なお、ＷｅｂカメラＣ１〜Ｃ３毎に出力先を設定し、この設定された出力先へ上記各ＷｅｂカメラＣ１〜Ｃ３から受信した映像データを転送するようにしてもよい。また、複数のＷｅｂカメラＣ１〜Ｃ３から受信した映像データを加工して一つの映像データに変換した後に、出力先ＰＰへ転送してもよい。

出力インタフェースとしてＰＵＳＨ−ＯＵＴ４６を使用する場合には、ＷｅｂカメラＣ１〜Ｃ３からの入力がトリガとなって、ＰＵＳＨ−ＯＵＴ４６で指定された出力先へ映像データが送出される。一方出力インタフェースとしてＰＵＬＬ−ＯＵＴ４５使用する場合には、ＰＵＬＬ−ＯＵＴ４５において最新映像データが保持される。そして、ＪＰＥＧ送信ＰＰ又はＭＰＥＧ送信ＰＰから映像要求を受信したときに、上記保持された最新映像データがＪＰＥＧ送信ＰＰ又はＭＰＥＧ送信ＰＰへ向け送信される。

複数カメラ映像受信ＰＰを使用すると、例えばドアを挟んでその両側に配置された２台のＷｅｂカメラの映像データを合成又は多重化して１系統の映像データとして保持する。そして、この１系統の映像データを送信ＰＰへ送信することができる。また、一部のＷｅｂカメラをマイクロホンと入れ替え、映像データと音声データを合成して送信ＰＰへ送信することも可能である。さらに、映像データと音声データ以外のデータ、例えばセンサー情報や位置情報等のデータを複数カメラ映像受信ＰＰにおいて合成又は多重化して送信ＰＰへ送信することも可能である。

［マルチキャスト配信機能を持つ送信ＰＰ］
図１８は、同一の映像データを複数の再生用クライアント端末ＴＭ１〜ＴＭｍへマルチキャストで配信するマルチキャスト送信ＰＰの機能構成の一例を示す図である。
マルチキャスト送信ＰＰは、複数の再生用クライアント端末ＴＭ１〜ＴＭｍが通信ネットワークＮＷを介して接続されたデータ蓄積配信サーバで動作するプログラムである。

マルチキャスト送信ＰＰの起動は、データ蓄積配信サーバ内のマスタコントロールＰＰからＰｒｅＨＴＴＰ−ＰＰに対しマルチキャスト送信ＰＰの起動命令が発行された時に、ＰｒｅＨＴＴＰ−ＰＰによって起動される。起動後、マスタコントロールＰＰから上記マルチキャスト送信ＰＰに対し階層Ｌ２に属する設定情報群が送付される。

マルチキャスト送信ＰＰは、制御用ポート５１と、ＰＵＬＬ−ＩＮチャンネル５２と、ＰＵＳＨ−ＩＮチャンネル５３と、ＰＰ個別通信制御部５４とを備える。ＰＰ個別通信制御部５４は、再生用クライアント端末ＴＭ１〜ＴＭｍとの間で通信ネットワークＮＷを介して通信を行うための通信プロトコルを有する。

ＰＵＬＬ−ＩＮ５２に入力された映像データは、ＰＰ個別通信制御部がマルチキャストで配信してもよいが、ＰＰ個別通信制御部が能動的に動作することによりＰＵＬＬ−ＩＮ５２を用いて他のＰＰから映像データを受信し、受信された映像データをマルチキャストで配信してもよい。このマルチキャスト送信ＰＰは、例えば同時に数百人に同一の映像データを見せたいときに用いる。

［転送変換型ＰＰ］
図１９、図２０、図２１及び図２２は、転送変換型ＰＰの異なる実施例を示す図である。
転送変換型ＰＰは、通信ネットワークＮＷに接続するための通信インタフェースを持つデータ蓄積配信サーバ内で動作するプログラムである。

転送変換型ＰＰの起動は、データ蓄積配信サーバ内のマスタコントロールＰＰからＰｒｅＨＴＴＰ−ＰＰに対し転送変換型ＰＰの起動命令が発行された時に、ＰｒｅＨＴＴＰ−ＰＰによって起動される。起動した後に、マスタコントロールＰＰから転送変換型ＰＰに対し階層Ｌ２に属する自身当ての設定情報が送付される。

図１９に示す実施例では、転送変換型ＰＰは映像データを受け取るＰＵＬＬ−ＩＮ６１と、制御用ポート６２と、ＰＵＬＬ−ＯＵＴ群６３と、ＰＵＳＨ−ＯＵＴ群６４と、変換ルーチン６５とを備える。この転送変換型ＰＰは、ＰＵＬＬ−ＩＮ６１を用いて他のＰＰから映像データを取得し、この映像データを変換ルーチン６５により所定のデータ形態に変換する。そして、変換された映像データを、ＰＵＳＨ−ＯＵＴ６４から設定情報により指定された送信先ＰＰへ送出するか、或いはＰＵＬＬ−ＯＵＴ６３に対し映像の転送を要求してきたＰＰへ送出する。

変換ルーチン６５では、例えばＪＰＥＧ映像データのリサイズ、ＭＰＥＧ映像データのビットレート変更が行われる。なお、変換ルーチン６５により映像データの変換処理を行わず、入力された映像データをそのまま出力先のＰＰへ転送することも可能である。例えば、蓄積サービスＰＰの指定のチャンネルから転送された映像データを、別のチャンネルへ転送するために使用することができる。なお、上記出力先の別チャンネルとしては、同一蓄積サービスＰＰ内の別チャンネルでも、また別の蓄積サービスＰＰでもよい。

図２０に示す実施例では、転送変換型ＰＰは映像データを受け取る入力インタフェースとして複数（図では３個）のＰＵＬＬ−ＩＮ７１〜７３を備える。他の構成要素は上記図１９と同一である。この転送変換型ＰＰは、上記ＰＵＬＬ−ＩＮ７１〜７３を用いて他のＰＰよりそれぞれ映像データを取得し、この取得された各映像データを変換ルーチン７４により合成または変換する。そして、変換された映像データを、ＰＵＳＨ−ＯＵＴ６４から設定情報により指定された送信先のＰＰへ送出するか、或いはＰＵＬＬ−ＯＵＴ６３に対し映像の転送を要求してきたＰＰへ送出する。

この実施例の転送変換型ＰＰは、蓄積サービスＰＰの異なるチャンネルに記録された映像データの合成、または映像データと音声データといった異なるデータの合成を行い、合成された映像データを出力する機能を持つＰＰとして用いられる。

図２１に示す実施例では、転送変換型ＰＰは映像データを受け取るＰＵＳＨ−ＩＮ８１と、制御用ポート６２と、ＰＵＬＬ−ＯＵＴ群６３と、ＰＵＳＨ−ＯＵＴ群６４と、変換ルーチン８２とを備える。この転送変換型ＰＰは、ＰＵＳＨ−ＩＮ８１を用いて他のＰＰから映像データを取得し、この映像データを変換ルーチン８２により所定のデータ形態に変換する。そして、変換された映像データを、ＰＵＳＨ−ＯＵＴ６４から設定情報により指定された送信先ＰＰへ送出するか、或いはＰＵＬＬ−ＯＵＴ６３に対し映像の転送を要求してきたＰＰへ送出する。

この実施例の転送変換型ＰＰは、例えば受信ＰＰで受信された映像データのフォーマット変換を行い、このフォーマットが変換された映像データを蓄積サービスＰＰへ転送する機能を持つＰＰとして用いられる。

図２２に示す実施例では、転送変換型ＰＰは映像データを受け取る入力インタフェースとして複数（図では３個）のＰＵＳＨ−ＩＮ９１〜９３を備える。他の構成要素は上記図２１と同一である。この転送変換型ＰＰは、上記ＰＵＳＨ−ＩＮ９１〜９３を用いて他のＰＰよりそれぞれ映像データを取得し、この取得された各映像データを変換ルーチン９４により合成または変換する。そして、変換された映像データを、ＰＵＳＨ−ＯＵＴ６４から設定情報により指定された送信先のＰＰへ送出するか、或いはＰＵＬＬ−ＯＵＴ６３に対し映像の転送を要求してきたＰＰへ送出する。

この実施例の転送変換型ＰＰは、例えば映像データ、音声データ及びセンサ情報を受信ＰＰから取り込んでこれらをマルチメディアデータに合成又は多重化し、このマルチメディアデータを蓄積サービスＰＰへ転送するために用いられる。

図示していないが、その他の転送変換型ＰＰとして、複数のＰＵＬＬ−ＩＮ及びＰＵＳＨ−ＩＮを持ち、ＰＵＳＨ−ＩＮへの映像入力トリガに同期してＰＵＬＬ−ＩＮにより他のＰＰから映像データを取得し合成する構成も考えられる。
その他、図４に示したＰＵＬＬ−ＩＮ３１、ＰＵＳＨ−ＩＮ３３、ＰＵＬＬ−ＯＵＴ３２、ＰＵＳＨ−ＯＵＴ３４の各入出力インタフェースと、ＰＰ個別用通信制御部の入出力を持つＰＰとを、自由に組合せることで用途に応じた種々様々なＰＰを構成することが可能である。

（その他の実施形態）
なお、この発明は上記各実施形態に限定されるものではない。例えば、前記各実施形態では、データ蓄積配信サーバ装置を１個のサーバにより構成した場合を例にとって説明した。しかしそれに限らず、データの受信処理用のプラグインプロセスユニット、受信データの記憶装置への書き込みと読み出し処理用のプラグインプロセスユニット、及び読み出されたデータの配信処理用のプラグインプロセスユニットをそれぞれ別々のサーバに分散して設け、これらのサーバ間を接続する通信ネットワークを介して、上記各プラグインプロセスユニット間でデータ転送を行うようにシステムを構成してもよい。

また、その際すべてのプラグインプロセスユニットを個々にサーバに分散せずに、各プラグインプロセスユニットのうち最も処理負荷の大きいユニットのみを独立した１つのサーバに設け、他のユニットを別の１つのサーバに設けるようにしてもよい。また各プラグインプロセスユニットをその処理負荷に応じて２つずつ２グループに分け、これらのグループを異なるサーバに設けるようにしてもよい。これらの場合も、プラグインプロセスユニット間のデータ転送は、サーバ間を接続する通信ネットワークを介して行われる。

さらに、前記実施形態では撮像装置としてＷｅｂカメラを使用する場合を例にとって説明した。しかしそれに限るものではなく、撮像装置としてアナログ映像信号を出力するカメラを使用し、データ蓄積配信サーバにおいて上記カメラから送られたアナログ映像信号を受信したのち、Ａ／Ｄ変換及び圧縮符号化を行うことによりＪＰＥＧ又はＭＰＥＧの符号化映像データを生成し、この生成された符号化映像データを記憶配信するようにしてもよい。

さらに、データ蓄積配信サーバが取り扱うデータは、映像データに限らず、オーディオデータや付属データであってもよい。付属データとしては、温度、振動、水位、風速、及び赤外線等の種々センサにより検出されるデータが考えられる。
さらに、前記実施形態では各Ｗｅｂカメラとデータ蓄積配信サーバとの間及び各クライアント端末とデータ蓄積配信サーバとの間を共通の通信ネットワークＮＷを介して接続したが、別々の通信ネットワークを介して接続するようにしてもよい。

さらに、前記各実施形態では各プラグインプロセス（ＰＰ）の機能をソフトウエアにより実現する場合を例にとって説明したが、ハードウエアにより実現してもよい。また、前記各実施形態ではこの発明のデータ蓄積配信サーバ装置を監視システムに使用する場合を例にとって説明したが、コンテンツや各種情報を収集し配信するシステム等、監視システム以外のシステムに適用してもよい。

その他、各プラグインプロセスユニットの機能や構成、動作内容などについても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

この発明の第１の実施形態に係わるデータ蓄積配信サーバを備えた監視システムの構成を示すブロック図。 図１に示したデータ蓄積配信サーバのハードウエア構成を示すブロック図。 図１及び図２に示したデータ蓄積配信サーバに設けられるＨＤＤの記録領域の構成を示す図。 図１に示した各プラグインプロセスにおいて、サーバ内でのデータ転送に使用するデータ転送インタフェースの一般的構成を示す図。 ＰＵＬＬ型伝送方式及びＰＵＳＨ型伝送方式を説明するための図。 図１に示したデータ蓄積配信サーバ内におけるデータ転送経路を説明するための図。 図１に示した各ＰＰを動作させるための設定ファイルの構成を示す図。 図１に示したデータ蓄積配信サーバＳＶ０におけるＰＰの起動処理手順と処理内容を示すフローチャート。 図１に示したデータ蓄積配信サーバＳＶ０におけるＰＰの動作変更処理手順と処理内容示すフローチャート。 図１に示したデータ蓄積配信サーバＳＶ０におけるＰＰの終了処理手順と処理内容を示すフローチャート。 状態出力ファイルの構成を示す図。 この発明の第２の実施形態に係わるデータ蓄積配信サーバを備えた監視システムの構成を示すブロック図。 図１２に示したデータ蓄積配信サーバの１つに備えられるプラグインプロセスの構成を示すブロック図。 図１２に示したデータ蓄積配信サーバの他の１つに備えられるプラグインプロセスの構成を示すブロック図。 図１２に示したデータ蓄積配信サーバの別の１つに備えられるプラグインプロセスの構成を示すブロック図。 図１２に示したデータ蓄積配信サーバのさらに別の１つに備えられるプラグインプロセスの構成を示すブロック図。 この発明の第３の実施形態に係わるＰＰの構成の第１の例を示すブロック図。 この発明の第３の実施形態に係わるＰＰの構成の第２の例を示すブロック図。 この発明の第３の実施形態に係わるＰＰの構成の第３の例を示すブロック図。 この発明の第３の実施形態に係わるＰＰの構成の第４の例を示すブロック図。 この発明の第３の実施形態に係わるＰＰの構成の第５の例を示すブロック図。 この発明の第３の実施形態に係わるＰＰの構成の第６の例を示すブロック図。

符号の説明

Ｃ１〜Ｃｎ…Ｗｅｂカメラ、ＤＳ…ドアセンサ、ＴＭ１〜ＴＭｍ…再生用クライアント端末、ＭＭ…管理用クライアント端末、ＮＷ…通信ネットワーク、ＳＶ０，ＳＶ１〜ＳＶ４…データ蓄積配信サーバ、１０…サーバ内のシステムネットワーク、１１，１１０…マスタコントロールＰＰ、１２，１３１〜１３ｉ…ＪＰＥＧ受信ＰＰ、１３，１４１〜１４ｊ…ＭＰＥＧ受信ＰＰ、１４，１５１…ＪＰＥＧ送信ＰＰ、１５，１５２…ＭＰＥＧ送信ＰＰ、１６，１１１，１２０，１３０，１５０…ＰｒｅＨＴＴＰ−ＰＰ、１７…ディジタルＩ／Ｏ、１８，１１２…ユーザ管理ＰＰ、１９，１１３…スケジュール設定ＰＰ、２０，１１４，１２１…蓄積サービスＰＰ、２１，１２２…ハードディスクドライバ（ＨＤＤ）、２２…設定情報（設定ファイル）、１０１…ＣＰＵ、１０２…バス、１０３…ネットワークＩ／Ｆ、１０４…シリアルＩ／Ｆ、１０５…ディジタルＩ／Ｏ、１０６…メモリ、１０７…ＨＤＤＩ／Ｆ、２１１…ＯＳ用領域、２１２…映像データ用領域、２１３…映像記録プログラム群領域、２１３１…実行ファイル用ディレクトリ、２１３２…設定ファイル用ディレクトリ、２１３３…状態情報出力用ディレクトリ。

Claims (7)

1. 情報ソースから送信されるデータを受信して記憶装置に蓄積し、この蓄積されたデータを記憶装置から読み出してモニタ装置へ送信するデータ蓄積配信サーバシステムにおいて、
   前記情報ソースから送信されたデータを受信する処理を実行する第１のプラグインプロセスと、前記受信されたデータの、前記記憶装置への書き込み処理及び読み出し処理を実行する第２のプラグインプロセスと、前記記憶装置から読み出されたデータを前記モニタ装置へ送信する処理を実行する第３のプラグインプロセスとを、同時に動作させ、
   前記第１、第２及び第３のプラグインプロセスの各々は、ＰＵＬＬ型入力インタフェース、ＰＵＬＬ型出力インタフェース、ＰＵＳＨ型入力インタフェース及びＰＵＳＨ型出力インタフェースのうちの少なくとも１つを備え、これらのインタフェースを使用して他のプラグインプロセスとの間でデータの転送を行い、
   前記第１のプラグインプロセスによる前記情報ソースとの間の通信と、前記第３のプラグインプロセスによる前記モニタ装置との間の通信のうち少なくとも一方は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）もしくはＵＤＰ／ＩＰ（User Datagram Protocol//Internet Protocol）に従って行われ、当該通信及び前記プラグインプロセス間のデータの転送には、ソケット通信が使用され、
   外部センサからのセンサ情報をディジタルＩ／Ｏ経由で受け取った場合に、当該情報に応じて、前記情報ソースから映像データを受信するためのデータレートを通常時より高く設定した値に変更する指示を前記第１のプラグインプロセスに与え、かつ前記情報ソースからの緊急録画指示を通信ネットワーク経由で受け取った場合には、当該緊急録画指示がスケジュール変更の権限のあるところから発生されたものであるか否かを判定して、権限のあるところから発生されたことが確認された場合に、前記緊急録画指示に応じて前記情報ソースから映像データを受信するためのデータレートを通常時より高く設定した値に変更する指示を前記第１のプラグインプロセスに与えるスケジュール設定プラグインプロセスを、さらに備えることを特徴とするデータ蓄積配信サーバシステム。
2. 前記情報ソースからＭＰＥＧ（Motion Picture Experts Group）方式で符号化されたデータをＲＴＳＰ（Real Time Streaming Protocol）により受信する処理を実行する第４のプラグインプロセスと、
   前記記憶装置から読み出されたデータを１ＧＯＶ（Group Of VOP（Video Object Plane））単位で前記モニタ装置へ送信する処理を実行する第５のプラグインプロセスと、をさらに備え、
   前記情報ソースから送信されたデータは映像データであって、
   前記第１のプラグインプロセスは、ＪＰＥＧ（Joint Photographic Experts Group）方式で符号化されたデータをＨＴＴＰ（Hyper Text Transport Protocol）プロトコルにより受信し、
   前記第３のプラグインプロセスは、１フレームごとの要求の発行により映像データを送信する方式に従い、前記記憶装置から読み出されたデータを前記モニタ装置へ送信し、
   前記第１及び第４のプラグインプロセスは、前記情報ソースの種類ごとに固有の入力インタフェースを備え、
   前記第３及び第５のプラグインプロセスは、前記モニタ装置の種類ごとに固有の出力インタフェースを備え、
   前記第１、第２、第３、第４及び第５のプラグインプロセス間の通信は、予め定めておいたプラグインプロセス間通信用のプロトコルに従い実行することを特徴とする請求項１記載のデータ蓄積配信サーバシステム。
3. 前記第１のプラグインプロセスと、前記第３のプラグインプロセスが、個別のサーバ装置でそれぞれ実行されることを特徴とする請求項１記載のデータ蓄積配信サーバシステム。
4. 前記第２のプラグインプロセスと、前記第１もしくは第３のプラグインプロセスとが、個別のサーバ装置でそれぞれ実行されることを特徴とする請求項１記載のデータ蓄積配信サーバシステム。
5. 前記第１及び第２のプラグインプロセスを実行する第１のサーバ装置と、
   前記第３及び第５のプラグインプロセスを実行する、前記第１のサーバ装置とは別体の第２のサーバ装置と
   を、備えたことを特徴とする請求項２記載のデータ蓄積配信サーバシステム。
6. 前記モニタ装置からダイレクトサービスの要求があったときに、
   前記第３のプラグインプロセスが、前記第１のプラグインプロセスにデータの転送を要求し、
   前記第１のプラグインプロセスが、前記情報ソースから受信した最新のデータを前記第３のプラグインプロセスに転送することを特徴とする請求項１記載のデータ蓄積配信サーバシステム。
7. ＨＴＴＰサーバ機能を有し前記モニタ装置からの要求を受け付ける第７のプラグインプロセスを、さらに備え、
   前記第７のプラグインプロセスは、前記要求された通信が第３もしくは第５のプラグインプロセス宛てであれば、前記要求された通信をディスクリプタパッシングにより第３もしくは第５のプラグインプロセスに引き継がせ、
   前記第３もしくは第５のプラグインプロセスは、前記要求された通信を引き継いだ後に前記モニタ装置との間で直接通信をすることを特徴とする請求項２記載のデータ蓄積配信サーバシステム。

Images