映像監視レコーダ
【課題】ユーザ側の要求に応じて様々なスペックのレコーダを構成することのできる映像監視レコーダを得る。
【解決手段】仮想化部１２は、ハードウェアリソース１１を用いて、監視データを記録するレコーダ１１ａ〜１１ｎを仮想的に構築する。割り当て量算出部１３は、端末２から入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソース１１の値を算出し、ハードウェアリソース１１の値からレコーダ１１ａ〜１１ｎへの割り当て量を算出する。仮想化部１２は、割り当て量算出部１３で算出された割り当て量でレコーダ１１ａ〜１１ｎを管理する。
【解決手段】仮想化部１２は、ハードウェアリソース１１を用いて、監視データを記録するレコーダ１１ａ〜１１ｎを仮想的に構築する。割り当て量算出部１３は、端末２から入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソース１１の値を算出し、ハードウェアリソース１１の値からレコーダ１１ａ〜１１ｎへの割り当て量を算出する。仮想化部１２は、割り当て量算出部１３で算出された割り当て量でレコーダ１１ａ〜１１ｎを管理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データや音声データといった監視カメラからの監視データを記録する映像監視レコーダに関する。
【背景技術】
【０００２】
従来、監視カメラの台数やそのフレームレート、記録時間といったスペックは、監視データを記録するレコーダのハードウェアリソースによって決定されていた。このため、ユーザは映像監視レコーダの導入時に上記スペックと記録したいカメラの台数、フレームレート、記録時間等に合わせてレコーダの種類や台数を決める必要があった。
【０００３】
一方、映像記録装置の空き容量を１つの仮想ドライブとして表示することでハードウェアリソースの増大を図るようにしたものがあった（例えば、特許文献１参照）。また、仮想マシンを含むコンピュータシステムにおいて、システム上のリソースを構成・監視するようにしたものがあった（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−６５３８７号公報
【特許文献２】特表２００８−５１７３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１，２に示された構成であっても、ユーザ側に対してはハードウェアリソースを提示するだけであって、ユーザ側からの要求に応じたハードウェアリソースを実現するものではなく、映像監視レコーダの導入時にスペックが決定されてしまうといった問題点は残されたままであった。
【０００６】
この発明は上記のような課題を解決するためになされたもので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することのできる映像監視レコーダを得ることを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係る映像監視レコーダは、ハードウェアリソースを用いて構成され、監視データを記録する少なくとも１台のレコーダと、レコーダを仮想的に構築する仮想化手段と、入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソースの値を算出し、ハードウェアリソースの値からレコーダへの割り当て量を算出する割り当て量算出手段とを備え、仮想化手段は、割り当て量でレコーダを管理するようにしたものである。
【発明の効果】
【０００８】
この発明の映像監視レコーダは、ハードウェアリソースを用いてレコーダを仮想的に構築すると共に、入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソースの値を算出し、ハードウェアリソースの値からレコーダへの割り当て量を算出するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。
【図面の簡単な説明】
【０００９】
【図１】この発明の実施の形態１による映像監視レコーダを示す構成図である。
【図２】この発明の実施の形態１による映像監視レコーダの動作を示すフローチャートである。
【図３】この発明の実施の形態１による映像監視レコーダのパラメータと各レコーダへの割り当て量を示す説明図である。
【図４】この発明の実施の形態２による映像監視レコーダを示す構成図である。
【図５】この発明の実施の形態２による映像監視レコーダの動作を示すフローチャートである。
【図６】この発明の実施の形態３による映像監視レコーダを示す構成図である。
【図７】この発明の実施の形態３による映像監視レコーダの動作を示すフローチャートである。
【図８】この発明の実施の形態３による映像監視レコーダの優先度に応じた割り当て量の変化を示す説明図である。
【図９】この発明の実施の形態４による映像監視レコーダを示す構成図である。
【図１０】この発明の実施の形態４による映像監視レコーダの動作を示すフローチャートである。
【発明を実施するための形態】
【００１０】
実施の形態１．
図１は、この発明の実施の形態１による映像監視レコーダを示す構成図である。
図１において、サーバ装置１は、映像監視レコーダを構成する装置であり、ハードウェアリソース１１、仮想化部１２、割り当て量算出部１３、割り当て指示部１４を備えている。また、端末２は、ユーザから監視データのパラメータを受け取るためのコンピュータ等の装置である。
【００１１】
ハードウェアリソース１１は、レコーダ１１ａ〜１１ｎを実現する、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソースである。レコーダ１１ａ〜１１ｎは、図示しない監視カメラから受信した監視データである映像や音声を記録するデータ記録装置である。割り当て量算出部１３は、端末２が受け取ったパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、この値からレコーダ１１ａ〜１１ｎへの割り当て量を算出する割り当て量算出手段である。割り当て指示部１４は、割り当て量算出部１３が算出した量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示する割り当て指示手段である。仮想化部１２は、割り当て指示部１４の割り当て指示に基づいてレコーダ１１ａ〜１１ｎを、ハードウェアリソース１１を使って仮想的に構築する仮想化手段である。
【００１２】
次に、実施の形態１の動作について説明する。
図２は、実施の形態１の映像監視レコーダの動作を示すフローチャートである。
まず、端末２がレコーダ１１ａ〜１１ｎに記録したい映像のパラメータをユーザから受け取り、サーバ装置１内の割り当て量算出部１３に送信する（ステップＳＴ１０１）。割り当て量算出部１３は、受信したパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、算出した量を割り当て指示部１４に伝達する（ステップＳＴ１０２）。割り当て指示部１４が割り当て量算出部１３から受け取った算出量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示する（ステップＳＴ１０３）。仮想化部１２が指示された量をハードウェアリソース１１からレコーダ１１ａ〜１１ｎに割り当てる（ステップＳＴ１０４）。
【００１３】
図３は、レコーダ１１ａ〜１１ｅに割り当てるストレージの記録容量を、端末２がユーザから受け取った監視データのパラメータである、記録するカメラの台数、記録時間、解像度、フレームレート、圧縮率、を基に決める場合に、レコーダ１１ａ〜１１ｅに割り当てる割り当て量である、記録容量、ＣＰＵのクロック周波数、メモリ容量を示す。それぞれの算出式は、以下に示す通りである。
【００１４】
【００１５】
色ビット数とは、１ピクセルを表現するために使用するデータサイズである。データレートとは、各レコーダ１１ａ〜１１ｎがカメラから受信するデータレートである。ベースクロック周波数やベースメモリ容量とは、オペレーティングシステム（ＯＳ）等の基本的なソフトウェアが動作するために必要なＣＰＵクロック周波数やメモリ容量を指す。図３では、色ビット数を２４ビット、データレート１ＫＢ／ｓ当たりのＣＰＵクロック周波数を０．２ＭＨｚ、ベースクロック周波数を５００ＭＨｚ、カメラ１台当たりのキャッシュメモリ容量を４ＭＢ、記録容量１ＭＢ当たりの管理情報用メモリ容量を６４バイト、ベースメモリ容量を３００ＭＢとした。上記の変数は、カメラの設定やＯＳの種類等によって値が異なるため、環境に合った値を代入する。また、上記の算出式は、音声の有無やレコーダの記録方法等によって異なるため、環境に合わせて変数を変更する。図３では、映像のパラメータがレコーダごとに全カメラで同一であるようにしたが、カメラごとに設定できるようにしてもよい。
【００１６】
以上のように、各レコーダ１１ａ〜１１ｎで記録したい映像のパラメータを基に各レコーダ１１ａ〜１１ｎに割り当てるハードウェアリソース１１の量を算出するようにしているので、ユーザが記録したい映像のパラメータに合ったスペックのレコーダを構成できる。また、割り当て量算出部１３における割り当て量の算出結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００１７】
なお、この実施の形態１においては、映像のパラメータとして記録するカメラの台数、記録時間、解像度、フレームレート、圧縮率を基に、レコーダ１１ａ〜１１ｎに割り当てるハードウェアリソース１１の量を算出する場合を説明したが、映像のパラメータはこれら全てを含む必要はなく、また、符号化方式やアラーム受信時のフレームレート等を含めてもよい。また、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００１８】
また、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが端末２を使って割り当て量算出部１３に入力する場合を説明したが、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが割り当て量算出部１３に入力することができれば同様の効果を得られ、例えば、ユーザがサーバ装置１内にあるキーボード、マウス、タッチパネル等のユーザインタフェースを使って割り当て量算出部１３に入力する構成であってもよい。
【００１９】
また、割り当て量算出部１３と割り当て指示部１４がサーバ装置内１内にある場合について説明したが、ユーザが入力した映像や音声のパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出し、その量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示することができれば同様の効果を得られ、割り当て量算出部１３と割り当て指示部１４のどちらか、または、両方がサーバ装置１の外にあってもよく、例えば、割り当て量算出部１３と割り当て指示部１４の両方が端末２内にあり、端末２から仮想化部１２に割り当てを指示する構成であってもよい。
【００２０】
また、レコーダ１１ａ〜１１ｎに同時にハードウェアリソース１１を割り当てる場合について説明したが、同時に割り当てるレコーダの数はいくらでもよく、１つのレコーダだけに割り当てる場合でもよい。
【００２１】
また、レコーダ１１ａ〜１１ｎに新たにハードウェアリソースを割り当てる場合について説明したが、すでにレコーダ１１ａ〜１１ｎに割り当てているハードウェアリソース１１を増減するようにしてもよい。このようにすることで、例えば、レコーダ１１ａ〜１１ｎに記録するカメラの台数、記録時間、映像の解像度、フレームレート、映像圧縮率等をユーザが変更する場合に、すでに割り当てているハードウェアリソース１１を増減することができる。
【００２２】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１をレコーダ１１ａ〜１１ｎに割り当てる場合について説明したが、サーバ装置１からレコーダ１１ａ〜１１ｎに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００２３】
また、割り当て量算出部１３がレコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える図示しない負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００２４】
なお、この実施の形態１においては、レコーダ１１ａ〜１１ｎへのハードウェアリソース１１の割り当て量を、端末２からのパラメータに基づいて割り当て量算出部１３が算出するようにしているが、このような割り当て量をユーザが端末２から直接入力するようにしてもよい。即ち、サーバ装置１が割り当て量算出部１３や割り当て指示部１４を備えず、端末２から直接仮想化部１２に割り当て量を入力するようにしてもよい。
【００２５】
以上説明したように、実施の形態１の映像監視レコーダによれば、ハードウェアリソースを用いて構成され、監視データを記録する少なくとも１台のレコーダと、レコーダを仮想的に構築する仮想化手段と、入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソースの値を算出し、ハードウェアリソースの値からレコーダへの割り当て量を算出する割り当て量算出手段とを備え、仮想化手段は、割り当て量でレコーダを管理するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。
【００２６】
また、実施の形態１の映像監視レコーダによれば、割り当て量算出手段がハードウェアリソースの値を算出する際に、監視データのパラメータを実現するためにかかる負荷として使用する値を、ピーク値、平均値、中央値の中から選択するようにしたので、よりユーザのニーズに合わせた映像監視レコーダを得ることができる。
【００２７】
実施の形態２．
実施の形態１では、１つのサーバ装置内でハードウェアリソースを使ってレコーダを構成するものであるが、次に複数のサーバ装置が接続される環境でハードウェアリソースを割り当て可能なサーバ装置内にレコーダを構成する例を実施の形態２として示す。
【００２８】
図４は、この発明の実施の形態２における映像監視レコーダの構成を示すブロック図である。
図示のように、実施の形態２の映像監視レコーダは、管理サーバ３とサーバ装置４ａ〜４ｍとからなる。サーバ装置４ａ〜４ｍは、それぞれハードウェアリソース１１と仮想化部１２とからなり、これらの構成は実施の形態１におけるハードウェアリソース１１と仮想化部１２と同様である。なお、サーバ装置４ａのレコーダはレコーダ１１ａａ〜１１ｎａ、サーバ装置４ｂのレコーダはレコーダ１１ａｂ〜１１ｎｂ、サーバ装置４ｍのレコーダはレコーダ１１ａｍ〜１１ｎｍで示している。
【００２９】
管理サーバ３は、サーバ装置４ａ〜４ｍ内の仮想化部１２に各レコーダを構成するように指示するサーバであり、割り当て量算出部３１、サーバ選択部３２、割り当て指示部３３を備えている。割り当て量算出部３１は、実施の形態１における割り当て量算出部１３と同様に、端末２が受け取ったパラメータを基に、各レコーダに必要なハードウェアリソースの量を算出する割り当て量算出手段である。サーバ選択部３２は、割り当て量算出部３１が算出した量のハードウェアリソースを割り当て可能なサーバ装置を、各サーバ装置４ａ〜４ｍにおけるハードウェアリソース１１の残量に基づいて選択するサーバ選択手段である。割り当て指示部３３は、実施の形態１における割り当て指示部１４と同様に、割り当て量算出部３１が算出した量を各レコーダ（１１ａａ〜１１ｎａ）〜（１１ａｍ〜１１ｎｍ）に割り当てるよう、サーバ選択部３２が選択したサーバ装置内の仮想化部１２に指示する割り当て指示手段である。
【００３０】
次に、実施の形態２の動作について説明する。
図５は、実施の形態２の映像監視レコーダの動作を示すフローチャートである。
まず、端末２が各レコーダに記録したい映像のパラメータをユーザから受け取り、管理サーバ３内の割り当て量算出部３１に送信する（ステップＳＴ２０１）。割り当て量算出部３１は、受信したパラメータを基に、各レコーダに必要なハードウェアリソースの量を算出し、算出した量をサーバ選択部３２と割り当て指示部３３に伝達する（ステップＳＴ２０２）。サーバ選択部３２がサーバ装置４ａ〜４ｍ内の仮想化部１２からハードウェアリソースの残量を取得し（ステップＳＴ２０３）、割り当て量算出部３１から受け取った算出量とサーバ装置４ａ〜４ｍのハードウェアリソースの残量を比較して、割り当て量算出部３１から受け取った算出量よりもハードウェアリソースの残量が多いサーバ装置の１つを選択し、選択したサーバ装置を割り当て指示部３３に伝達する（ステップＳＴ２０４）。割り当て指示部３３は、割り当て量算出部３１から受け取った算出量を各レコーダに割り当てるようにサーバ選択部３２が選択したサーバ装置内の仮想化部１２に指示する（ステップＳＴ２０５）。仮想化部１２は、指示された量をハードウェアリソース１１から各レコーダに割り当てる（ステップＳＴ２０６）。
【００３１】
以上のように、ハードウェアリソース１１を割り当て可能なサーバ装置４ａ〜４ｍを管理サーバ３が選択するようにしているので、ユーザがサーバ装置４ａ〜４ｍのハードウェアリソース１１の残量を意識することなく、レコーダを構成することができる。また、サーバ選択部３２によるサーバ装置４ａ〜４ｍの選択結果や、割り当て量算出部３１における割り当て量の算出結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００３２】
なお、この実施の形態２においては、管理サーバ３がサーバ装置４ａ〜４ｍとは独立したハードウェアである場合を説明したが、ユーザが各レコーダに記録したい映像や音声のパラメータを端末２から受信し、そのパラメータに合ったハードウェアリソース１１の量を割り当てられるサーバ装置４ａ〜４ｍを選択し、そのサーバ装置４ａ〜４ｍ内の仮想化部１２に割り当てを指示することができれば同様の効果が得られることから、管理サーバ３の機能がサーバ装置４ａ〜４ｍ内にあってもよい。
【００３３】
また、実施の形態１と同様に、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００３４】
また、端末２が各レコーダに記録したい映像のパラメータをユーザから受け取り、割り当て量算出部３１が映像のパラメータを基に各レコーダに必要なハードウェアリソース１１の量を算出し、算出した量をサーバ選択部３２と割り当て指示部３３に伝達する場合を説明したが、ハードウェアリソース１１の量をサーバ選択部３２と割り当て指示部３３に伝達することができれば同様の効果が得られ、各レコーダに割り当てたいハードウェアリソース１１の量をユーザが端末２に入力し、端末２がサーバ選択部３２と割り当て指示部３３にハードウェアリソース量を送信してもよい。この場合、割り当て量算出部３１は無くてもよい。
【００３５】
また、ユーザが端末２を使って割り当て量算出部３１、または、サーバ選択部３２と割り当て指示部３３に入力する場合を説明したが、ユーザが割り当て量算出部３１、または、サーバ選択部３２と割り当て指示部３３に入力できれば同様の効果を得られ、例えば、ユーザが管理サーバ３内にあるキーボード、マウス、タッチパネル等のユーザインタフェースを使って割り当て量算出部３１、または、サーバ選択部３２と割り当て指示部３３に入力する構成であってもよい。
【００３６】
また、各レコーダに同時にハードウェアリソース１１を割り当てる場合について説明したが、同時に割り当てるレコーダの数はいくらでもよく、１つのレコーダだけに割り当てる場合でもよい。
【００３７】
また、各レコーダに新たにハードウェアリソース１１を割り当てる場合について説明したが、すでに各レコーダに割り当てているハードウェアリソース１１を増減するようにしてもよい。このようにすることで、例えば、各レコーダに記録するカメラの台数、記録時間、映像の解像度、フレームレート、映像圧縮率等をユーザが変更する場合に、すでに割り当てているハードウェアリソース１１を増減することができる。
【００３８】
また、サーバ選択部３２がサーバ装置４ａ〜４ｍの中から１つを選択する場合を説明したが、例えば、２つ以上のサーバ装置間でミラーリングをしている場合には、ミラーリングしている２つ以上のサーバ装置を選択してもよい。
【００３９】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１を各レコーダに割り当てる場合について説明したが、サーバ装置４ａ〜４ｍから各レコーダに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００４０】
また、割り当て量算出部３１が各レコーダに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００４１】
以上説明したように、実施の形態２の映像監視レコーダによれば、レコーダと仮想化手段とを有するサーバ装置を複数備えると共に、各サーバ装置のハードウェアリソースの残量に基づいて、割り当て量算出手段が算出した割り当て量を割り当て可能なサーバ装置を選択するサーバ選択手段と、サーバ選択手段で選択されたサーバ装置に対して割り当て量算出手段で算出された割り当てを行う割り当て指示手段とを備えたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。
【００４２】
実施の形態３．
以上の実施の形態１，２では、ユーザが入力したハードウェアリソースの量、または、記録したい映像や音声のパラメータを基に算出したハードウェアリソースの量をレコーダに割り当てるものであるが、次に、ハードウェアリソースの量が不足した場合に各レコーダの優先度に合わせて割り当てるハードウェアリソースの量を変更する例を実施の形態３として示す。
【００４３】
図６は、この発明の実施の形態３における映像監視レコーダの構成を示すブロック図である。
図６において、サーバ装置５は、実施の形態３における映像監視レコーダを構成するもので、ハードウェアリソース１１、仮想化部１２、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６を備えている。ここで、ハードウェアリソース１１〜割り当て指示部１４の基本的な機能は、実施の形態１と同様である。
リソース不足検出部１５は、サーバ装置５のハードウェアリソース１１の残量と割り当て量算出部１３が算出した割り当て量とを比較し、ハードウェアリソースの残量の方が少ない場合に、割り当て量算出部１３にハードウェアリソース不足を通知するリソース不足検出手段である。優先度管理部１６は、各レコーダの優先度を管理する優先度管理手段である。また、割り当て量算出部１３は、実施の形態１の割り当て量算出部１３の機能と共に、リソース不足検出部１５がハードウェアリソース不足を検出した場合は、優先度管理部１６で管理されている各レコーダ１１ａ〜１１ｎの優先度に基づいて、レコーダ１１ａ〜１１ｎの割り当て量を変更するよう構成されている。
【００４４】
次に、実施の形態３の映像監視レコーダの動作について説明する。
図７は、実施の形態３の動作を示すフローチャートである。
まず、端末２がレコーダ１１ａ〜１１ｎに記録したい映像のパラメータをユーザから受け取り、サーバ装置５内の割り当て量算出部１３に送信する（ステップＳＴ３０１）。割り当て量算出部１３が受信したパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、算出した量を割り当て指示部１４とリソース不足検出部１５に伝達する（ステップＳＴ３０２）。リソース不足検出部１５が仮想化部１２からハードウェアリソース１１の残量を取得する（ステップＳＴ３０３）。リソース不足検出部１５がハードウェアリソースの残量と割り当て量算出部１３が算出した割り当て量とを比較し（ステップＳＴ３０４）、ハードウェアリソースの残量の方が少ない場合に、リソース不足を検出したとして、割り当て量算出部１３にハードウェアリソース不足を通知する（ステップＳＴ３０５）。
【００４５】
割り当て量算出部１３が優先度管理部１６にレコーダ１１ａ〜１１ｎの優先度を問い合わせ（ステップＳＴ３０６）、優先度に合わせてレコーダ１１ａ〜１１ｎの割り当て量を変更し、変更した量を割り当て指示部１４に伝達する（ステップＳＴ３０７）。変更した割り当て量をレコーダ１１ａ〜１１ｎに割り当てるように割り当て指示部１４が仮想化部１２に指示する（ステップＳＴ３０８）。仮想化部１２が指示された量をハードウェアリソース１１からレコーダ１１ａ〜１１ｎに割り当てる（ステップＳＴ３０９）。なお、ステップＳＴ３０４において、ハードウェアリソースの残量が、割り当て量算出部１３の算出した割り当て量を上回っていた場合は、ステップＳＴ３０２で算出した割り当て量で仮想化部１２に割り当てが指示される。
【００４６】
図８は、レコーダ１１ａ〜１１ｅに割り当てるストレージの記録容量を、端末２がユーザから受け取った、記録するカメラの台数、記録時間、解像度、フレームレート、圧縮率を基に決め、不足するハードウェアリソース１１については優先度に合わせて割り当て量を変更する場合に、レコーダ１１ａ〜１１ｅに割り当てる記録容量、ＣＰＵのクロック周波数、メモリ容量を示す。優先度に合わせて割り当て量を変更する場合の、それぞれの算出式は、以下に示す通りである。
【００４７】
【００４８】
優先度変数とは、優先度ごとに予め設定しておく０〜１の変数であり、優先度が高いほど、大きい値を代入する。その他の変数は、実施の形態１における算出式の変数と同様である。図８では、優先度が高の優先度変数には１、中の優先度変数には０．６を代入し、優先度が低のレコーダには、上記の算出式を適用せず、他のレコーダに割り当てた後の、ハードウェアリソース１１の残量を割り当てるようにした。その他の変数には、図３と同様に代入した。また、サーバ装置５内の割り当て可能なハードウェアリソース１１は、記録容量の合計を６２００ＧＢ、ＣＰＵクロック周波数の合計を７０００ＭＨｚ、メモリ容量の合計を４０００ＭＢとした。上記の変数は、カメラの設定やＯＳの種類等によって値が異なるため、環境に合った値を代入する。また、上記の算出式は、音声の有無やレコーダ１１ａ〜１１ｎの記録方法等によって異なるため、環境に合わせて変数を変更する。優先度変数をベースクロック周波数やベースメモリ容量にかける算出式でもよい。図８では、映像のパラメータがレコーダごとに全カメラで同一であるようにしたが、カメラごとに設定できるようにしてもよい。各レコーダ１１ａ〜１１ｎの優先度は、ハードウェアリソース１１の種類ごとに設定できるようにしてもよい。
【００４９】
以上のように、ハードウェアリソース１１の量が不足した場合に、各レコーダの優先度に合わせてハードウェアリソース１１の割り当て量を変更するようにしているので、ハードウェアリソース１１が不足しても優先度に合わせてスペックを維持し、優先度が高いレコーダについてはスペックを低下させない、または、低下の幅を小さくするように構成することができる。また、実施の形態３においても、割り当て量算出部１３における割り当て量の変更結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００５０】
なお、この実施の形態３においては、割り当て量算出部１３が算出した割り当て量とハードウェアリソースの残量とをリソース不足検出部１５が比較し、ハードウェアリソース不足を割り当て量算出部１３に通知する場合を説明したが、割り当て量算出部１３が算出した割り当て量に対してハードウェアリソースが不足していることを割り当て量算出部１３が分かれば同様の効果が得られ、割り当て量算出部１３が割り当て指示部１４に割り当て量を伝達し、その量をレコーダ１１ａ〜１１ｎに割り当てるように割り当て指示部１４が仮想化部１２に指示し、仮想化部１２がリソース不足を検出してリソース不足を割り当て量算出部１３に通知してもよい。この場合、リソース不足検出部１５はなくてもよい。
【００５１】
また、実施の形態１や２と同様に、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００５２】
また、端末２が各レコーダに記録したい映像のパラメータをユーザから受け取り、割り当て量算出部１３が映像のパラメータを基に各レコーダに必要なハードウェアリソース１１の量を算出し、算出した量を割り当て指示部１４とリソース不足検出部１５に伝達する場合を説明したが、ハードウェアリソース１１の割り当て量を割り当て指示部１４とリソース不足検出部１５に伝達すれば同様の効果が得られ、各レコーダに割り当てたいハードウェアリソース１１の割り当て量をユーザが端末２に入力し、端末２が割り当て指示部１４とリソース不足検出部１５にハードウェアリソース１１の割り当て量を送信してもよい。この場合、ハードウェアリソース不足を割り当て量算出部１３に通知してもよいし、端末に送信し、ユーザに提示してもよい。
【００５３】
また、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが端末２を使って割り当て量算出部１３に入力する場合を説明したが、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが割り当て量算出部１３に入力することができれば同様の効果を得られ、例えば、ユーザがサーバ装置５内にあるキーボード、マウス、タッチパネル等のユーザインタフェースを使って割り当て量算出部１３に入力する構成であってもよい。
【００５４】
また、優先度管理部１６がレコーダ１１ａ〜１１ｎの優先度を管理する場合を説明したが、リソース不足検出部１５がハードウェアリソース不足を検出する度に端末２を経由してユーザに提示し、ユーザが端末２にレコーダ１１ａ〜１１ｎの優先度を入力するようにしてもよい。
【００５５】
また、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６がサーバ装置内５内にある場合について説明したが、ユーザが入力した映像や音声のパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、仮想化部１２からハードウェアリソース１１の残量を取得してハードウェアリソースの不足がないか確認する、または、仮想化部１２からハードウェアリソース不足の通知がないかを確認し、ハードウェアリソースが不足した場合に優先度管理部１６が管理する各レコーダ１１ａ〜１１ｎの優先度に合わせて割り当て量を変更し、その量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示すれば同様の効果を得られ、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６のどれか、または、これらの組合せやこれら全てがサーバ装置５の外にあってもよく、例えば、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６の全てが端末２内にあり、端末２から仮想化部１２に割り当てを指示する構成であってもよい。
【００５６】
また、レコーダ１１ａ〜１１ｎに同時にハードウェアリソース１１を割り当てる場合について説明したが、同時に割り当てるレコーダの数はいくらでもよく、１つのレコーダだけに割り当てる場合でもよい。
【００５７】
また、レコーダ１１ａ〜１１ｎに新たにハードウェアリソース１１を割り当てる場合について説明したが、すでにレコーダ１１ａ〜１１ｎに割り当てているハードウェアリソース１１を増減するようにしてもよい。このようにすることで、例えば、レコーダ１１ａ〜１１ｎに記録するカメラの台数、記録時間、映像の解像度、フレームレート、映像圧縮率等をユーザが変更する場合やハードウェアリソース１１の量が変化した場合に、すでに割り当てているハードウェアリソース１１を増減することができる。また、レコーダ１１ａ〜１１ｎのいずれか、または、これらの組合せに新たにハードウェアリソース１１を割り当てる場合に、新たに割り当てるレコーダ１１ａ〜１１ｎとすでに割り当てているレコーダ１１ａ〜１１ｎの全てに対して、優先度に合わせて割り当て量を変更するようにしてもよい。
【００５８】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１をレコーダ１１ａ〜１１ｎに割り当てる場合について説明したが、サーバ装置５からレコーダ１１ａ〜１１ｎに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００５９】
また、割り当て量算出部１３がレコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える図示しない負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００６０】
以上説明したように、実施の形態３の映像監視レコーダによれば、ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段と、複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、割り当て量算出手段は、リソース不足検出手段がハードウェアリソース不足を検出した場合、優先度管理手段から各レコーダの優先度を取得し、優先度に基づいてレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースが不足した場合でもスペックの低下を最低限に抑えることができる。
【００６１】
また、実施の形態３の映像監視レコーダによれば、ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段を備え、割り当て量算出手段は、リソース不足検出手段がハードウェアリソース不足を検出した場合、外部より入力される各レコーダの優先度に基づいて各レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、各レコーダの優先度を管理する必要がない。
【００６２】
実施の形態４．
上記実施の形態３では、ハードウェアリソースの量が不足した場合に各レコーダの優先度に合わせて割り当てるハードウェアリソースの量を変更するものであるが、次にハードウェアリソースの性能が変化した場合に各レコーダに割り当てているハードウェアリソースの量を変更する例を実施の形態４として示す。
【００６３】
図９は、この発明の実施の形態４における映像監視レコーダの構成を示すブロック図である。
図９において、サーバ装置６は、実施の形態４の映像監視レコーダを構成するもので、ハードウェアリソース１１、仮想化部１２、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７を備えている。ここで、ハードウェアリソース１１〜割り当て指示部１４の基本的な機能は、実施の形態１と同様である。性能変化検出部１７は、サーバ装置６のハードウェアリソース１１の性能を取得し、性能が変化した場合に、割り当て量算出部１３にハードウェアリソース１１の性能変化を通知する性能変化検出手段である。また、割り当て量算出部１３は、実施の形態１の割り当て量算出部１３の機能と共に、性能変化検出部１７がハードウェアリソースの性能変化を検出した場合に、その性能変化に対応してレコーダ１１ａ〜１１ｎの割り当て量を変更するよう構成されている。
【００６４】
次に、実施の形態４の動作について説明する。
図１０は、実施の形態４の映像監視レコーダの動作を示すフローチャートである。まず、性能変化検出部１７が仮想化部１２からハードウェアリソースの性能を取得する（ステップＳＴ４０１）。性能変化検出部１７がハードウェアリソースの性能の変化を検出した場合に、割り当て量算出部１３にハードウェアリソース性能変化を通知する（ステップＳＴ４０２）。これにより、割り当て量算出部１３がレコーダ１１ａ〜１１ｎの割り当て量を変更する（ステップＳＴ４０３）。次に、変更した割り当て量をレコーダ１１ａ〜１１ｎに割り当てるように割り当て指示部１４が仮想化部１２に指示する（ステップＳＴ４０４）。仮想化部１２は、指示された量をハードウェアリソース１１からレコーダ１１ａ〜１１ｎに割り当てる（ステップＳＴ４０５）。
【００６５】
以上のように、ハードウェアリソース１１の性能が変化した場合に、各レコーダ１１ａ〜１１ｎのハードウェアリソース１１の割り当て量を変更するようにしているので、ハードウェアリソース１１が変化してもレコーダ１１ａ〜１１ｎの性能が変化しないように映像監視レコーダを構成することができる。
【００６６】
なお、この実施の形態４においては、性能変化検出部１７がハードウェアリソースの性能の変化を検出し、ハードウェアリソース１１の割り当て量を変更する場合を説明したが、性能変化検出部１７の代わりに、ハードウェアリソース１１を構成するハードディスク装置（ＨＤＤ）からスマート（Ｓ．Ｍ．Ａ．Ｒ．Ｔ．（Self-Monitoring Analysis and Reporting Technology））情報を取得して性能低下を予測する性能低下予測手段（図示せず）を有し、性能低下を予測するとハードウェアリソース１１の割り当て量を変更するように構成してもよい。
【００６７】
また、実施の形態４においても、性能変化や性能低下予測による割り当て量算出部１３の割り当て量の変更結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００６８】
また、実施の形態１〜３と同様に、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００６９】
また、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７がサーバ装置内６内にある場合について説明したが、ハードウェアリソース１１の性能が変化したことを検出し、割り当て量を変更してその割り当て量を割り当てるように仮想化部１２に指示することができれば同様の効果を得られ、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７のいずれか、または、これらの組合せやこれら全てがサーバ装置６の外にあってもよく、例えば、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７の全てが端末２内にあり、端末２から仮想化部１２に割り当てを指示する構成であってもよい。
【００７０】
また、図９の構成に実施の形態３の構成要素を加えると、性能変化検出部１７がハードウェアリソースの性能の変化を検出して割り当て量算出部１３が割り当て量を変更した場合にハードウェアリソースが不足すると、レコーダ１１ａ〜１１ｎの優先度に合わせて、再度割り当て量を変更し、ハードウェアリソースの性能が低下しても優先度に合わせて性能を維持し、優先度が高いレコーダについては性能を低下させない、または、低下の幅を小さくするように構成することができる。
【００７１】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１をレコーダ１１ａ〜１１ｎに割り当てる場合について説明したが、サーバ装置６からレコーダ１１ａ〜１１ｎに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００７２】
また、割り当て量算出部１３がレコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える図示しない負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００７３】
以上説明したように、実施の形態４の映像監視レコーダによれば、ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、割り当て量算出手段は、性能変化検出手段がハードウェアリソースの性能変化を検出した場合、性能変化に対応してレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能が変化した場合でもスペックの変化を最低限に抑えることができる。
【００７４】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段と、複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、割り当て量算出手段は、性能変化検出手段がハードウェアリソースの性能変化を検出した場合、優先度管理手段から各レコーダの優先度を取得し、優先度に基づいてレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能が変化した場合でもスペックの変化を最低限に抑えることができる。
【００７５】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、割り当て量算出手段は、性能変化検出手段がハードウェアリソースの性能変化を検出した場合、外部より入力される各レコーダの優先度に基づいて各レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能が変化した場合でもスペックの変化を最低限に抑えることができる。
【００７６】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースを構成するハードディスク装置のスマート情報により、ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、割り当て量算出手段は、性能低下予測手段がハードウェアリソースの性能低下を予測した場合、前記レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能低下が予測された場合でもスペックの低下を最低限に抑えることができる。
【００７７】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースを構成するハードディスク装置のスマート情報により、ハードウェアリソースの性能低下を予測する性能低下予測手段と、複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、割り当て量算出手段は、性能低下予測手段がハードウェアリソースの性能低下を予測した場合、優先度管理手段から各レコーダの優先度を取得し、その優先度に基づいてレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能低下が予測された場合でもスペックの低下を最低限に抑えることができる。
【００７８】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースを構成するハードディスク装置のスマート情報により、ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、割り当て量算出手段は、性能低下予測手段がハードウェアリソースの性能低下を予測した場合、外部より入力される各レコーダの優先度に基づいて各レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能低下が予測された場合でもスペックの低下を最低限に抑えることができる。
【００７９】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組合せ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００８０】
１，４ａ〜４ｍ，５，６ サーバ装置、２ 端末、３ 管理サーバ、１１ ハードウェアリソース、１２ 仮想化部（仮想化手段）、１３，３１ 割り当て量算出部（割り当て量算出手段）、１４，３３ 割り当て指示部（割り当て指示手段）、１５ リソース不足検出部（リソース不足検出手段）、１６ 優先度管理部（優先度管理手段）、１７ 性能変化検出部（性能変化検出手段）、３２ サーバ選択部（サーバ選択手段）。
【技術分野】
【０００１】
本発明は、映像データや音声データといった監視カメラからの監視データを記録する映像監視レコーダに関する。
【背景技術】
【０００２】
従来、監視カメラの台数やそのフレームレート、記録時間といったスペックは、監視データを記録するレコーダのハードウェアリソースによって決定されていた。このため、ユーザは映像監視レコーダの導入時に上記スペックと記録したいカメラの台数、フレームレート、記録時間等に合わせてレコーダの種類や台数を決める必要があった。
【０００３】
一方、映像記録装置の空き容量を１つの仮想ドライブとして表示することでハードウェアリソースの増大を図るようにしたものがあった（例えば、特許文献１参照）。また、仮想マシンを含むコンピュータシステムにおいて、システム上のリソースを構成・監視するようにしたものがあった（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−６５３８７号公報
【特許文献２】特表２００８−５１７３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１，２に示された構成であっても、ユーザ側に対してはハードウェアリソースを提示するだけであって、ユーザ側からの要求に応じたハードウェアリソースを実現するものではなく、映像監視レコーダの導入時にスペックが決定されてしまうといった問題点は残されたままであった。
【０００６】
この発明は上記のような課題を解決するためになされたもので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することのできる映像監視レコーダを得ることを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係る映像監視レコーダは、ハードウェアリソースを用いて構成され、監視データを記録する少なくとも１台のレコーダと、レコーダを仮想的に構築する仮想化手段と、入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソースの値を算出し、ハードウェアリソースの値からレコーダへの割り当て量を算出する割り当て量算出手段とを備え、仮想化手段は、割り当て量でレコーダを管理するようにしたものである。
【発明の効果】
【０００８】
この発明の映像監視レコーダは、ハードウェアリソースを用いてレコーダを仮想的に構築すると共に、入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソースの値を算出し、ハードウェアリソースの値からレコーダへの割り当て量を算出するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。
【図面の簡単な説明】
【０００９】
【図１】この発明の実施の形態１による映像監視レコーダを示す構成図である。
【図２】この発明の実施の形態１による映像監視レコーダの動作を示すフローチャートである。
【図３】この発明の実施の形態１による映像監視レコーダのパラメータと各レコーダへの割り当て量を示す説明図である。
【図４】この発明の実施の形態２による映像監視レコーダを示す構成図である。
【図５】この発明の実施の形態２による映像監視レコーダの動作を示すフローチャートである。
【図６】この発明の実施の形態３による映像監視レコーダを示す構成図である。
【図７】この発明の実施の形態３による映像監視レコーダの動作を示すフローチャートである。
【図８】この発明の実施の形態３による映像監視レコーダの優先度に応じた割り当て量の変化を示す説明図である。
【図９】この発明の実施の形態４による映像監視レコーダを示す構成図である。
【図１０】この発明の実施の形態４による映像監視レコーダの動作を示すフローチャートである。
【発明を実施するための形態】
【００１０】
実施の形態１．
図１は、この発明の実施の形態１による映像監視レコーダを示す構成図である。
図１において、サーバ装置１は、映像監視レコーダを構成する装置であり、ハードウェアリソース１１、仮想化部１２、割り当て量算出部１３、割り当て指示部１４を備えている。また、端末２は、ユーザから監視データのパラメータを受け取るためのコンピュータ等の装置である。
【００１１】
ハードウェアリソース１１は、レコーダ１１ａ〜１１ｎを実現する、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソースである。レコーダ１１ａ〜１１ｎは、図示しない監視カメラから受信した監視データである映像や音声を記録するデータ記録装置である。割り当て量算出部１３は、端末２が受け取ったパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、この値からレコーダ１１ａ〜１１ｎへの割り当て量を算出する割り当て量算出手段である。割り当て指示部１４は、割り当て量算出部１３が算出した量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示する割り当て指示手段である。仮想化部１２は、割り当て指示部１４の割り当て指示に基づいてレコーダ１１ａ〜１１ｎを、ハードウェアリソース１１を使って仮想的に構築する仮想化手段である。
【００１２】
次に、実施の形態１の動作について説明する。
図２は、実施の形態１の映像監視レコーダの動作を示すフローチャートである。
まず、端末２がレコーダ１１ａ〜１１ｎに記録したい映像のパラメータをユーザから受け取り、サーバ装置１内の割り当て量算出部１３に送信する（ステップＳＴ１０１）。割り当て量算出部１３は、受信したパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、算出した量を割り当て指示部１４に伝達する（ステップＳＴ１０２）。割り当て指示部１４が割り当て量算出部１３から受け取った算出量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示する（ステップＳＴ１０３）。仮想化部１２が指示された量をハードウェアリソース１１からレコーダ１１ａ〜１１ｎに割り当てる（ステップＳＴ１０４）。
【００１３】
図３は、レコーダ１１ａ〜１１ｅに割り当てるストレージの記録容量を、端末２がユーザから受け取った監視データのパラメータである、記録するカメラの台数、記録時間、解像度、フレームレート、圧縮率、を基に決める場合に、レコーダ１１ａ〜１１ｅに割り当てる割り当て量である、記録容量、ＣＰＵのクロック周波数、メモリ容量を示す。それぞれの算出式は、以下に示す通りである。
【００１４】
【００１５】
色ビット数とは、１ピクセルを表現するために使用するデータサイズである。データレートとは、各レコーダ１１ａ〜１１ｎがカメラから受信するデータレートである。ベースクロック周波数やベースメモリ容量とは、オペレーティングシステム（ＯＳ）等の基本的なソフトウェアが動作するために必要なＣＰＵクロック周波数やメモリ容量を指す。図３では、色ビット数を２４ビット、データレート１ＫＢ／ｓ当たりのＣＰＵクロック周波数を０．２ＭＨｚ、ベースクロック周波数を５００ＭＨｚ、カメラ１台当たりのキャッシュメモリ容量を４ＭＢ、記録容量１ＭＢ当たりの管理情報用メモリ容量を６４バイト、ベースメモリ容量を３００ＭＢとした。上記の変数は、カメラの設定やＯＳの種類等によって値が異なるため、環境に合った値を代入する。また、上記の算出式は、音声の有無やレコーダの記録方法等によって異なるため、環境に合わせて変数を変更する。図３では、映像のパラメータがレコーダごとに全カメラで同一であるようにしたが、カメラごとに設定できるようにしてもよい。
【００１６】
以上のように、各レコーダ１１ａ〜１１ｎで記録したい映像のパラメータを基に各レコーダ１１ａ〜１１ｎに割り当てるハードウェアリソース１１の量を算出するようにしているので、ユーザが記録したい映像のパラメータに合ったスペックのレコーダを構成できる。また、割り当て量算出部１３における割り当て量の算出結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００１７】
なお、この実施の形態１においては、映像のパラメータとして記録するカメラの台数、記録時間、解像度、フレームレート、圧縮率を基に、レコーダ１１ａ〜１１ｎに割り当てるハードウェアリソース１１の量を算出する場合を説明したが、映像のパラメータはこれら全てを含む必要はなく、また、符号化方式やアラーム受信時のフレームレート等を含めてもよい。また、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００１８】
また、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが端末２を使って割り当て量算出部１３に入力する場合を説明したが、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが割り当て量算出部１３に入力することができれば同様の効果を得られ、例えば、ユーザがサーバ装置１内にあるキーボード、マウス、タッチパネル等のユーザインタフェースを使って割り当て量算出部１３に入力する構成であってもよい。
【００１９】
また、割り当て量算出部１３と割り当て指示部１４がサーバ装置内１内にある場合について説明したが、ユーザが入力した映像や音声のパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出し、その量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示することができれば同様の効果を得られ、割り当て量算出部１３と割り当て指示部１４のどちらか、または、両方がサーバ装置１の外にあってもよく、例えば、割り当て量算出部１３と割り当て指示部１４の両方が端末２内にあり、端末２から仮想化部１２に割り当てを指示する構成であってもよい。
【００２０】
また、レコーダ１１ａ〜１１ｎに同時にハードウェアリソース１１を割り当てる場合について説明したが、同時に割り当てるレコーダの数はいくらでもよく、１つのレコーダだけに割り当てる場合でもよい。
【００２１】
また、レコーダ１１ａ〜１１ｎに新たにハードウェアリソースを割り当てる場合について説明したが、すでにレコーダ１１ａ〜１１ｎに割り当てているハードウェアリソース１１を増減するようにしてもよい。このようにすることで、例えば、レコーダ１１ａ〜１１ｎに記録するカメラの台数、記録時間、映像の解像度、フレームレート、映像圧縮率等をユーザが変更する場合に、すでに割り当てているハードウェアリソース１１を増減することができる。
【００２２】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１をレコーダ１１ａ〜１１ｎに割り当てる場合について説明したが、サーバ装置１からレコーダ１１ａ〜１１ｎに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００２３】
また、割り当て量算出部１３がレコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える図示しない負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００２４】
なお、この実施の形態１においては、レコーダ１１ａ〜１１ｎへのハードウェアリソース１１の割り当て量を、端末２からのパラメータに基づいて割り当て量算出部１３が算出するようにしているが、このような割り当て量をユーザが端末２から直接入力するようにしてもよい。即ち、サーバ装置１が割り当て量算出部１３や割り当て指示部１４を備えず、端末２から直接仮想化部１２に割り当て量を入力するようにしてもよい。
【００２５】
以上説明したように、実施の形態１の映像監視レコーダによれば、ハードウェアリソースを用いて構成され、監視データを記録する少なくとも１台のレコーダと、レコーダを仮想的に構築する仮想化手段と、入力される監視データのパラメータに基づいて、監視データを記録するのに必要なハードウェアリソースの値を算出し、ハードウェアリソースの値からレコーダへの割り当て量を算出する割り当て量算出手段とを備え、仮想化手段は、割り当て量でレコーダを管理するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。
【００２６】
また、実施の形態１の映像監視レコーダによれば、割り当て量算出手段がハードウェアリソースの値を算出する際に、監視データのパラメータを実現するためにかかる負荷として使用する値を、ピーク値、平均値、中央値の中から選択するようにしたので、よりユーザのニーズに合わせた映像監視レコーダを得ることができる。
【００２７】
実施の形態２．
実施の形態１では、１つのサーバ装置内でハードウェアリソースを使ってレコーダを構成するものであるが、次に複数のサーバ装置が接続される環境でハードウェアリソースを割り当て可能なサーバ装置内にレコーダを構成する例を実施の形態２として示す。
【００２８】
図４は、この発明の実施の形態２における映像監視レコーダの構成を示すブロック図である。
図示のように、実施の形態２の映像監視レコーダは、管理サーバ３とサーバ装置４ａ〜４ｍとからなる。サーバ装置４ａ〜４ｍは、それぞれハードウェアリソース１１と仮想化部１２とからなり、これらの構成は実施の形態１におけるハードウェアリソース１１と仮想化部１２と同様である。なお、サーバ装置４ａのレコーダはレコーダ１１ａａ〜１１ｎａ、サーバ装置４ｂのレコーダはレコーダ１１ａｂ〜１１ｎｂ、サーバ装置４ｍのレコーダはレコーダ１１ａｍ〜１１ｎｍで示している。
【００２９】
管理サーバ３は、サーバ装置４ａ〜４ｍ内の仮想化部１２に各レコーダを構成するように指示するサーバであり、割り当て量算出部３１、サーバ選択部３２、割り当て指示部３３を備えている。割り当て量算出部３１は、実施の形態１における割り当て量算出部１３と同様に、端末２が受け取ったパラメータを基に、各レコーダに必要なハードウェアリソースの量を算出する割り当て量算出手段である。サーバ選択部３２は、割り当て量算出部３１が算出した量のハードウェアリソースを割り当て可能なサーバ装置を、各サーバ装置４ａ〜４ｍにおけるハードウェアリソース１１の残量に基づいて選択するサーバ選択手段である。割り当て指示部３３は、実施の形態１における割り当て指示部１４と同様に、割り当て量算出部３１が算出した量を各レコーダ（１１ａａ〜１１ｎａ）〜（１１ａｍ〜１１ｎｍ）に割り当てるよう、サーバ選択部３２が選択したサーバ装置内の仮想化部１２に指示する割り当て指示手段である。
【００３０】
次に、実施の形態２の動作について説明する。
図５は、実施の形態２の映像監視レコーダの動作を示すフローチャートである。
まず、端末２が各レコーダに記録したい映像のパラメータをユーザから受け取り、管理サーバ３内の割り当て量算出部３１に送信する（ステップＳＴ２０１）。割り当て量算出部３１は、受信したパラメータを基に、各レコーダに必要なハードウェアリソースの量を算出し、算出した量をサーバ選択部３２と割り当て指示部３３に伝達する（ステップＳＴ２０２）。サーバ選択部３２がサーバ装置４ａ〜４ｍ内の仮想化部１２からハードウェアリソースの残量を取得し（ステップＳＴ２０３）、割り当て量算出部３１から受け取った算出量とサーバ装置４ａ〜４ｍのハードウェアリソースの残量を比較して、割り当て量算出部３１から受け取った算出量よりもハードウェアリソースの残量が多いサーバ装置の１つを選択し、選択したサーバ装置を割り当て指示部３３に伝達する（ステップＳＴ２０４）。割り当て指示部３３は、割り当て量算出部３１から受け取った算出量を各レコーダに割り当てるようにサーバ選択部３２が選択したサーバ装置内の仮想化部１２に指示する（ステップＳＴ２０５）。仮想化部１２は、指示された量をハードウェアリソース１１から各レコーダに割り当てる（ステップＳＴ２０６）。
【００３１】
以上のように、ハードウェアリソース１１を割り当て可能なサーバ装置４ａ〜４ｍを管理サーバ３が選択するようにしているので、ユーザがサーバ装置４ａ〜４ｍのハードウェアリソース１１の残量を意識することなく、レコーダを構成することができる。また、サーバ選択部３２によるサーバ装置４ａ〜４ｍの選択結果や、割り当て量算出部３１における割り当て量の算出結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００３２】
なお、この実施の形態２においては、管理サーバ３がサーバ装置４ａ〜４ｍとは独立したハードウェアである場合を説明したが、ユーザが各レコーダに記録したい映像や音声のパラメータを端末２から受信し、そのパラメータに合ったハードウェアリソース１１の量を割り当てられるサーバ装置４ａ〜４ｍを選択し、そのサーバ装置４ａ〜４ｍ内の仮想化部１２に割り当てを指示することができれば同様の効果が得られることから、管理サーバ３の機能がサーバ装置４ａ〜４ｍ内にあってもよい。
【００３３】
また、実施の形態１と同様に、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００３４】
また、端末２が各レコーダに記録したい映像のパラメータをユーザから受け取り、割り当て量算出部３１が映像のパラメータを基に各レコーダに必要なハードウェアリソース１１の量を算出し、算出した量をサーバ選択部３２と割り当て指示部３３に伝達する場合を説明したが、ハードウェアリソース１１の量をサーバ選択部３２と割り当て指示部３３に伝達することができれば同様の効果が得られ、各レコーダに割り当てたいハードウェアリソース１１の量をユーザが端末２に入力し、端末２がサーバ選択部３２と割り当て指示部３３にハードウェアリソース量を送信してもよい。この場合、割り当て量算出部３１は無くてもよい。
【００３５】
また、ユーザが端末２を使って割り当て量算出部３１、または、サーバ選択部３２と割り当て指示部３３に入力する場合を説明したが、ユーザが割り当て量算出部３１、または、サーバ選択部３２と割り当て指示部３３に入力できれば同様の効果を得られ、例えば、ユーザが管理サーバ３内にあるキーボード、マウス、タッチパネル等のユーザインタフェースを使って割り当て量算出部３１、または、サーバ選択部３２と割り当て指示部３３に入力する構成であってもよい。
【００３６】
また、各レコーダに同時にハードウェアリソース１１を割り当てる場合について説明したが、同時に割り当てるレコーダの数はいくらでもよく、１つのレコーダだけに割り当てる場合でもよい。
【００３７】
また、各レコーダに新たにハードウェアリソース１１を割り当てる場合について説明したが、すでに各レコーダに割り当てているハードウェアリソース１１を増減するようにしてもよい。このようにすることで、例えば、各レコーダに記録するカメラの台数、記録時間、映像の解像度、フレームレート、映像圧縮率等をユーザが変更する場合に、すでに割り当てているハードウェアリソース１１を増減することができる。
【００３８】
また、サーバ選択部３２がサーバ装置４ａ〜４ｍの中から１つを選択する場合を説明したが、例えば、２つ以上のサーバ装置間でミラーリングをしている場合には、ミラーリングしている２つ以上のサーバ装置を選択してもよい。
【００３９】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１を各レコーダに割り当てる場合について説明したが、サーバ装置４ａ〜４ｍから各レコーダに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００４０】
また、割り当て量算出部３１が各レコーダに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００４１】
以上説明したように、実施の形態２の映像監視レコーダによれば、レコーダと仮想化手段とを有するサーバ装置を複数備えると共に、各サーバ装置のハードウェアリソースの残量に基づいて、割り当て量算出手段が算出した割り当て量を割り当て可能なサーバ装置を選択するサーバ選択手段と、サーバ選択手段で選択されたサーバ装置に対して割り当て量算出手段で算出された割り当てを行う割り当て指示手段とを備えたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。
【００４２】
実施の形態３．
以上の実施の形態１，２では、ユーザが入力したハードウェアリソースの量、または、記録したい映像や音声のパラメータを基に算出したハードウェアリソースの量をレコーダに割り当てるものであるが、次に、ハードウェアリソースの量が不足した場合に各レコーダの優先度に合わせて割り当てるハードウェアリソースの量を変更する例を実施の形態３として示す。
【００４３】
図６は、この発明の実施の形態３における映像監視レコーダの構成を示すブロック図である。
図６において、サーバ装置５は、実施の形態３における映像監視レコーダを構成するもので、ハードウェアリソース１１、仮想化部１２、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６を備えている。ここで、ハードウェアリソース１１〜割り当て指示部１４の基本的な機能は、実施の形態１と同様である。
リソース不足検出部１５は、サーバ装置５のハードウェアリソース１１の残量と割り当て量算出部１３が算出した割り当て量とを比較し、ハードウェアリソースの残量の方が少ない場合に、割り当て量算出部１３にハードウェアリソース不足を通知するリソース不足検出手段である。優先度管理部１６は、各レコーダの優先度を管理する優先度管理手段である。また、割り当て量算出部１３は、実施の形態１の割り当て量算出部１３の機能と共に、リソース不足検出部１５がハードウェアリソース不足を検出した場合は、優先度管理部１６で管理されている各レコーダ１１ａ〜１１ｎの優先度に基づいて、レコーダ１１ａ〜１１ｎの割り当て量を変更するよう構成されている。
【００４４】
次に、実施の形態３の映像監視レコーダの動作について説明する。
図７は、実施の形態３の動作を示すフローチャートである。
まず、端末２がレコーダ１１ａ〜１１ｎに記録したい映像のパラメータをユーザから受け取り、サーバ装置５内の割り当て量算出部１３に送信する（ステップＳＴ３０１）。割り当て量算出部１３が受信したパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、算出した量を割り当て指示部１４とリソース不足検出部１５に伝達する（ステップＳＴ３０２）。リソース不足検出部１５が仮想化部１２からハードウェアリソース１１の残量を取得する（ステップＳＴ３０３）。リソース不足検出部１５がハードウェアリソースの残量と割り当て量算出部１３が算出した割り当て量とを比較し（ステップＳＴ３０４）、ハードウェアリソースの残量の方が少ない場合に、リソース不足を検出したとして、割り当て量算出部１３にハードウェアリソース不足を通知する（ステップＳＴ３０５）。
【００４５】
割り当て量算出部１３が優先度管理部１６にレコーダ１１ａ〜１１ｎの優先度を問い合わせ（ステップＳＴ３０６）、優先度に合わせてレコーダ１１ａ〜１１ｎの割り当て量を変更し、変更した量を割り当て指示部１４に伝達する（ステップＳＴ３０７）。変更した割り当て量をレコーダ１１ａ〜１１ｎに割り当てるように割り当て指示部１４が仮想化部１２に指示する（ステップＳＴ３０８）。仮想化部１２が指示された量をハードウェアリソース１１からレコーダ１１ａ〜１１ｎに割り当てる（ステップＳＴ３０９）。なお、ステップＳＴ３０４において、ハードウェアリソースの残量が、割り当て量算出部１３の算出した割り当て量を上回っていた場合は、ステップＳＴ３０２で算出した割り当て量で仮想化部１２に割り当てが指示される。
【００４６】
図８は、レコーダ１１ａ〜１１ｅに割り当てるストレージの記録容量を、端末２がユーザから受け取った、記録するカメラの台数、記録時間、解像度、フレームレート、圧縮率を基に決め、不足するハードウェアリソース１１については優先度に合わせて割り当て量を変更する場合に、レコーダ１１ａ〜１１ｅに割り当てる記録容量、ＣＰＵのクロック周波数、メモリ容量を示す。優先度に合わせて割り当て量を変更する場合の、それぞれの算出式は、以下に示す通りである。
【００４７】
【００４８】
優先度変数とは、優先度ごとに予め設定しておく０〜１の変数であり、優先度が高いほど、大きい値を代入する。その他の変数は、実施の形態１における算出式の変数と同様である。図８では、優先度が高の優先度変数には１、中の優先度変数には０．６を代入し、優先度が低のレコーダには、上記の算出式を適用せず、他のレコーダに割り当てた後の、ハードウェアリソース１１の残量を割り当てるようにした。その他の変数には、図３と同様に代入した。また、サーバ装置５内の割り当て可能なハードウェアリソース１１は、記録容量の合計を６２００ＧＢ、ＣＰＵクロック周波数の合計を７０００ＭＨｚ、メモリ容量の合計を４０００ＭＢとした。上記の変数は、カメラの設定やＯＳの種類等によって値が異なるため、環境に合った値を代入する。また、上記の算出式は、音声の有無やレコーダ１１ａ〜１１ｎの記録方法等によって異なるため、環境に合わせて変数を変更する。優先度変数をベースクロック周波数やベースメモリ容量にかける算出式でもよい。図８では、映像のパラメータがレコーダごとに全カメラで同一であるようにしたが、カメラごとに設定できるようにしてもよい。各レコーダ１１ａ〜１１ｎの優先度は、ハードウェアリソース１１の種類ごとに設定できるようにしてもよい。
【００４９】
以上のように、ハードウェアリソース１１の量が不足した場合に、各レコーダの優先度に合わせてハードウェアリソース１１の割り当て量を変更するようにしているので、ハードウェアリソース１１が不足しても優先度に合わせてスペックを維持し、優先度が高いレコーダについてはスペックを低下させない、または、低下の幅を小さくするように構成することができる。また、実施の形態３においても、割り当て量算出部１３における割り当て量の変更結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００５０】
なお、この実施の形態３においては、割り当て量算出部１３が算出した割り当て量とハードウェアリソースの残量とをリソース不足検出部１５が比較し、ハードウェアリソース不足を割り当て量算出部１３に通知する場合を説明したが、割り当て量算出部１３が算出した割り当て量に対してハードウェアリソースが不足していることを割り当て量算出部１３が分かれば同様の効果が得られ、割り当て量算出部１３が割り当て指示部１４に割り当て量を伝達し、その量をレコーダ１１ａ〜１１ｎに割り当てるように割り当て指示部１４が仮想化部１２に指示し、仮想化部１２がリソース不足を検出してリソース不足を割り当て量算出部１３に通知してもよい。この場合、リソース不足検出部１５はなくてもよい。
【００５１】
また、実施の形態１や２と同様に、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００５２】
また、端末２が各レコーダに記録したい映像のパラメータをユーザから受け取り、割り当て量算出部１３が映像のパラメータを基に各レコーダに必要なハードウェアリソース１１の量を算出し、算出した量を割り当て指示部１４とリソース不足検出部１５に伝達する場合を説明したが、ハードウェアリソース１１の割り当て量を割り当て指示部１４とリソース不足検出部１５に伝達すれば同様の効果が得られ、各レコーダに割り当てたいハードウェアリソース１１の割り当て量をユーザが端末２に入力し、端末２が割り当て指示部１４とリソース不足検出部１５にハードウェアリソース１１の割り当て量を送信してもよい。この場合、ハードウェアリソース不足を割り当て量算出部１３に通知してもよいし、端末に送信し、ユーザに提示してもよい。
【００５３】
また、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが端末２を使って割り当て量算出部１３に入力する場合を説明したが、レコーダ１１ａ〜１１ｎで記録したい映像や音声のパラメータをユーザが割り当て量算出部１３に入力することができれば同様の効果を得られ、例えば、ユーザがサーバ装置５内にあるキーボード、マウス、タッチパネル等のユーザインタフェースを使って割り当て量算出部１３に入力する構成であってもよい。
【００５４】
また、優先度管理部１６がレコーダ１１ａ〜１１ｎの優先度を管理する場合を説明したが、リソース不足検出部１５がハードウェアリソース不足を検出する度に端末２を経由してユーザに提示し、ユーザが端末２にレコーダ１１ａ〜１１ｎの優先度を入力するようにしてもよい。
【００５５】
また、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６がサーバ装置内５内にある場合について説明したが、ユーザが入力した映像や音声のパラメータを基に、レコーダ１１ａ〜１１ｎに必要なハードウェアリソースの量を算出し、仮想化部１２からハードウェアリソース１１の残量を取得してハードウェアリソースの不足がないか確認する、または、仮想化部１２からハードウェアリソース不足の通知がないかを確認し、ハードウェアリソースが不足した場合に優先度管理部１６が管理する各レコーダ１１ａ〜１１ｎの優先度に合わせて割り当て量を変更し、その量をレコーダ１１ａ〜１１ｎに割り当てるように仮想化部１２に指示すれば同様の効果を得られ、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６のどれか、または、これらの組合せやこれら全てがサーバ装置５の外にあってもよく、例えば、割り当て量算出部１３、割り当て指示部１４、リソース不足検出部１５、優先度管理部１６の全てが端末２内にあり、端末２から仮想化部１２に割り当てを指示する構成であってもよい。
【００５６】
また、レコーダ１１ａ〜１１ｎに同時にハードウェアリソース１１を割り当てる場合について説明したが、同時に割り当てるレコーダの数はいくらでもよく、１つのレコーダだけに割り当てる場合でもよい。
【００５７】
また、レコーダ１１ａ〜１１ｎに新たにハードウェアリソース１１を割り当てる場合について説明したが、すでにレコーダ１１ａ〜１１ｎに割り当てているハードウェアリソース１１を増減するようにしてもよい。このようにすることで、例えば、レコーダ１１ａ〜１１ｎに記録するカメラの台数、記録時間、映像の解像度、フレームレート、映像圧縮率等をユーザが変更する場合やハードウェアリソース１１の量が変化した場合に、すでに割り当てているハードウェアリソース１１を増減することができる。また、レコーダ１１ａ〜１１ｎのいずれか、または、これらの組合せに新たにハードウェアリソース１１を割り当てる場合に、新たに割り当てるレコーダ１１ａ〜１１ｎとすでに割り当てているレコーダ１１ａ〜１１ｎの全てに対して、優先度に合わせて割り当て量を変更するようにしてもよい。
【００５８】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１をレコーダ１１ａ〜１１ｎに割り当てる場合について説明したが、サーバ装置５からレコーダ１１ａ〜１１ｎに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００５９】
また、割り当て量算出部１３がレコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える図示しない負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００６０】
以上説明したように、実施の形態３の映像監視レコーダによれば、ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段と、複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、割り当て量算出手段は、リソース不足検出手段がハードウェアリソース不足を検出した場合、優先度管理手段から各レコーダの優先度を取得し、優先度に基づいてレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースが不足した場合でもスペックの低下を最低限に抑えることができる。
【００６１】
また、実施の形態３の映像監視レコーダによれば、ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段を備え、割り当て量算出手段は、リソース不足検出手段がハードウェアリソース不足を検出した場合、外部より入力される各レコーダの優先度に基づいて各レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、各レコーダの優先度を管理する必要がない。
【００６２】
実施の形態４．
上記実施の形態３では、ハードウェアリソースの量が不足した場合に各レコーダの優先度に合わせて割り当てるハードウェアリソースの量を変更するものであるが、次にハードウェアリソースの性能が変化した場合に各レコーダに割り当てているハードウェアリソースの量を変更する例を実施の形態４として示す。
【００６３】
図９は、この発明の実施の形態４における映像監視レコーダの構成を示すブロック図である。
図９において、サーバ装置６は、実施の形態４の映像監視レコーダを構成するもので、ハードウェアリソース１１、仮想化部１２、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７を備えている。ここで、ハードウェアリソース１１〜割り当て指示部１４の基本的な機能は、実施の形態１と同様である。性能変化検出部１７は、サーバ装置６のハードウェアリソース１１の性能を取得し、性能が変化した場合に、割り当て量算出部１３にハードウェアリソース１１の性能変化を通知する性能変化検出手段である。また、割り当て量算出部１３は、実施の形態１の割り当て量算出部１３の機能と共に、性能変化検出部１７がハードウェアリソースの性能変化を検出した場合に、その性能変化に対応してレコーダ１１ａ〜１１ｎの割り当て量を変更するよう構成されている。
【００６４】
次に、実施の形態４の動作について説明する。
図１０は、実施の形態４の映像監視レコーダの動作を示すフローチャートである。まず、性能変化検出部１７が仮想化部１２からハードウェアリソースの性能を取得する（ステップＳＴ４０１）。性能変化検出部１７がハードウェアリソースの性能の変化を検出した場合に、割り当て量算出部１３にハードウェアリソース性能変化を通知する（ステップＳＴ４０２）。これにより、割り当て量算出部１３がレコーダ１１ａ〜１１ｎの割り当て量を変更する（ステップＳＴ４０３）。次に、変更した割り当て量をレコーダ１１ａ〜１１ｎに割り当てるように割り当て指示部１４が仮想化部１２に指示する（ステップＳＴ４０４）。仮想化部１２は、指示された量をハードウェアリソース１１からレコーダ１１ａ〜１１ｎに割り当てる（ステップＳＴ４０５）。
【００６５】
以上のように、ハードウェアリソース１１の性能が変化した場合に、各レコーダ１１ａ〜１１ｎのハードウェアリソース１１の割り当て量を変更するようにしているので、ハードウェアリソース１１が変化してもレコーダ１１ａ〜１１ｎの性能が変化しないように映像監視レコーダを構成することができる。
【００６６】
なお、この実施の形態４においては、性能変化検出部１７がハードウェアリソースの性能の変化を検出し、ハードウェアリソース１１の割り当て量を変更する場合を説明したが、性能変化検出部１７の代わりに、ハードウェアリソース１１を構成するハードディスク装置（ＨＤＤ）からスマート（Ｓ．Ｍ．Ａ．Ｒ．Ｔ．（Self-Monitoring Analysis and Reporting Technology））情報を取得して性能低下を予測する性能低下予測手段（図示せず）を有し、性能低下を予測するとハードウェアリソース１１の割り当て量を変更するように構成してもよい。
【００６７】
また、実施の形態４においても、性能変化や性能低下予測による割り当て量算出部１３の割り当て量の変更結果をユーザに提示するよう端末２側にフィードバックしてもよい。
【００６８】
また、実施の形態１〜３と同様に、監視データとして記録する対象は映像だけではなく、音声であってもよく、映像と音声の両方であってもよい。
【００６９】
また、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７がサーバ装置内６内にある場合について説明したが、ハードウェアリソース１１の性能が変化したことを検出し、割り当て量を変更してその割り当て量を割り当てるように仮想化部１２に指示することができれば同様の効果を得られ、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７のいずれか、または、これらの組合せやこれら全てがサーバ装置６の外にあってもよく、例えば、割り当て量算出部１３、割り当て指示部１４、性能変化検出部１７の全てが端末２内にあり、端末２から仮想化部１２に割り当てを指示する構成であってもよい。
【００７０】
また、図９の構成に実施の形態３の構成要素を加えると、性能変化検出部１７がハードウェアリソースの性能の変化を検出して割り当て量算出部１３が割り当て量を変更した場合にハードウェアリソースが不足すると、レコーダ１１ａ〜１１ｎの優先度に合わせて、再度割り当て量を変更し、ハードウェアリソースの性能が低下しても優先度に合わせて性能を維持し、優先度が高いレコーダについては性能を低下させない、または、低下の幅を小さくするように構成することができる。
【００７１】
また、ＣＰＵやメモリ、ストレージ、ネットワークインタフェースカード等のハードウェアリソース１１をレコーダ１１ａ〜１１ｎに割り当てる場合について説明したが、サーバ装置６からレコーダ１１ａ〜１１ｎに割り当てられるものであれば同様の効果が得られ、ＧＰＵ等のその他の物理デバイス、ネットワーク帯域やストレージのＩ／Ｏ帯域等であってもよい。
【００７２】
また、割り当て量算出部１３がレコーダ１１ａ〜１１ｎに必要なハードウェアリソース１１の量を算出する際に、受信したパラメータの映像や音声を記録するためにかかる負荷として、ピーク値のほか、平均値や中央値等を使用してもよい。また、使用する値を切り替える図示しない負荷値選択部を有することで、ハードウェアリソース１１の割り当て量の少なさよりも記録漏れをする確率の少なさを重視する場合にはピーク値を選択し、ハードウェアリソース１１の割り当て量の少なさを重視する場合には平均値を選択する、というように、ユーザのニーズに合わせることができる。
【００７３】
以上説明したように、実施の形態４の映像監視レコーダによれば、ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、割り当て量算出手段は、性能変化検出手段がハードウェアリソースの性能変化を検出した場合、性能変化に対応してレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能が変化した場合でもスペックの変化を最低限に抑えることができる。
【００７４】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段と、複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、割り当て量算出手段は、性能変化検出手段がハードウェアリソースの性能変化を検出した場合、優先度管理手段から各レコーダの優先度を取得し、優先度に基づいてレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能が変化した場合でもスペックの変化を最低限に抑えることができる。
【００７５】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、割り当て量算出手段は、性能変化検出手段がハードウェアリソースの性能変化を検出した場合、外部より入力される各レコーダの優先度に基づいて各レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能が変化した場合でもスペックの変化を最低限に抑えることができる。
【００７６】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースを構成するハードディスク装置のスマート情報により、ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、割り当て量算出手段は、性能低下予測手段がハードウェアリソースの性能低下を予測した場合、前記レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能低下が予測された場合でもスペックの低下を最低限に抑えることができる。
【００７７】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースを構成するハードディスク装置のスマート情報により、ハードウェアリソースの性能低下を予測する性能低下予測手段と、複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、割り当て量算出手段は、性能低下予測手段がハードウェアリソースの性能低下を予測した場合、優先度管理手段から各レコーダの優先度を取得し、その優先度に基づいてレコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能低下が予測された場合でもスペックの低下を最低限に抑えることができる。
【００７８】
また、実施の形態４の映像監視レコーダによれば、ハードウェアリソースを構成するハードディスク装置のスマート情報により、ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、割り当て量算出手段は、性能低下予測手段がハードウェアリソースの性能低下を予測した場合、外部より入力される各レコーダの優先度に基づいて各レコーダへのハードウェアリソースの割り当て量を変更するようにしたので、ユーザ側の要求に応じて様々なスペックのレコーダを構成することができる。また、ハードウェアリソースの性能低下が予測された場合でもスペックの低下を最低限に抑えることができる。
【００７９】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組合せ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００８０】
１，４ａ〜４ｍ，５，６ サーバ装置、２ 端末、３ 管理サーバ、１１ ハードウェアリソース、１２ 仮想化部（仮想化手段）、１３，３１ 割り当て量算出部（割り当て量算出手段）、１４，３３ 割り当て指示部（割り当て指示手段）、１５ リソース不足検出部（リソース不足検出手段）、１６ 優先度管理部（優先度管理手段）、１７ 性能変化検出部（性能変化検出手段）、３２ サーバ選択部（サーバ選択手段）。
【特許請求の範囲】
【請求項１】
ハードウェアリソースを用いて構成され、監視データを記録する少なくとも１台のレコーダと、
前記レコーダを仮想的に構築する仮想化手段と、
入力される前記監視データのパラメータに基づいて、当該監視データを記録するのに必要なハードウェアリソースの値を算出し、当該ハードウェアリソースの値から前記レコーダへの割り当て量を算出する割り当て量算出手段とを備え、
前記仮想化手段は、前記割り当て量でレコーダを管理することを特徴とする映像監視レコーダ。
【請求項２】
レコーダと仮想化手段とを有するサーバ装置を複数備えると共に、
前記各サーバ装置のハードウェアリソースの残量に基づいて、割り当て量算出手段が算出した割り当て量を割り当て可能なサーバ装置を選択するサーバ選択手段と、
前記サーバ選択手段で選択されたサーバ装置に対して前記割り当て量算出手段で算出された割り当てを行う割り当て指示手段とを備えたことを特徴とする請求項１記載の映像監視レコーダ。
【請求項３】
ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、前記ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段と、
複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、
割り当て量算出手段は、前記リソース不足検出手段がハードウェアリソース不足を検出した場合、前記優先度管理手段から各レコーダの優先度を取得し、当該優先度に基づいて前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項４】
ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、前記ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段を備え、
割り当て量算出手段は、前記リソース不足検出手段がハードウェアリソース不足を検出した場合、外部より入力される各レコーダの優先度に基づいて当該各レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項５】
ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、
割り当て量算出手段は、前記性能変化検出手段がハードウェアリソースの性能変化を検出した場合、当該性能変化に対応してレコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項６】
ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段と、
複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、
割り当て量算出手段は、前記性能変化検出手段がハードウェアリソースの性能変化を検出した場合、前記優先度管理手段から各レコーダの優先度を取得し、当該優先度に基づいて前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項７】
ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、
割り当て量算出手段は、前記性能変化検出手段がハードウェアリソースの性能変化を検出した場合、外部より入力される各レコーダの優先度に基づいて当該各レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項８】
ハードウェアリソースを構成するハードディスク装置のスマート情報により、当該ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、
割り当て量算出手段は、前記性能低下予測手段がハードウェアリソースの性能低下を予測した場合、前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項９】
ハードウェアリソースを構成するハードディスク装置のスマート情報により、当該ハードウェアリソースの性能低下を予測する性能低下予測手段と、
複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、
割り当て量算出手段は、前記性能低下予測手段がハードウェアリソースの性能低下を予測した場合、前記優先度管理手段から各レコーダの優先度を取得し、当該優先度に基づいて前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項１０】
ハードウェアリソースを構成するハードディスク装置のスマート情報により、当該ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、
割り当て量算出手段は、前記性能低下予測手段がハードウェアリソースの性能低下を予測した場合、外部より入力される各レコーダの優先度に基づいて当該各レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項１１】
割り当て量算出手段がハードウェアリソースの値を算出する際に、監視データのパラメータを実現するためにかかる負荷として使用する値を、ピーク値、平均値、中央値の中から選択することを特徴とする請求項１から請求項１０のうちのいずれか１項記載の映像監視レコーダ。
【請求項１】
ハードウェアリソースを用いて構成され、監視データを記録する少なくとも１台のレコーダと、
前記レコーダを仮想的に構築する仮想化手段と、
入力される前記監視データのパラメータに基づいて、当該監視データを記録するのに必要なハードウェアリソースの値を算出し、当該ハードウェアリソースの値から前記レコーダへの割り当て量を算出する割り当て量算出手段とを備え、
前記仮想化手段は、前記割り当て量でレコーダを管理することを特徴とする映像監視レコーダ。
【請求項２】
レコーダと仮想化手段とを有するサーバ装置を複数備えると共に、
前記各サーバ装置のハードウェアリソースの残量に基づいて、割り当て量算出手段が算出した割り当て量を割り当て可能なサーバ装置を選択するサーバ選択手段と、
前記サーバ選択手段で選択されたサーバ装置に対して前記割り当て量算出手段で算出された割り当てを行う割り当て指示手段とを備えたことを特徴とする請求項１記載の映像監視レコーダ。
【請求項３】
ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、前記ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段と、
複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、
割り当て量算出手段は、前記リソース不足検出手段がハードウェアリソース不足を検出した場合、前記優先度管理手段から各レコーダの優先度を取得し、当該優先度に基づいて前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項４】
ハードウェアリソースの残量と割り当て量算出手段が算出した割り当て量とを比較し、前記ハードウェアリソースの残量が少ない場合はハードウェアリソース不足として検出するリソース不足検出手段を備え、
割り当て量算出手段は、前記リソース不足検出手段がハードウェアリソース不足を検出した場合、外部より入力される各レコーダの優先度に基づいて当該各レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項５】
ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、
割り当て量算出手段は、前記性能変化検出手段がハードウェアリソースの性能変化を検出した場合、当該性能変化に対応してレコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項６】
ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段と、
複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、
割り当て量算出手段は、前記性能変化検出手段がハードウェアリソースの性能変化を検出した場合、前記優先度管理手段から各レコーダの優先度を取得し、当該優先度に基づいて前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項７】
ハードウェアリソースの性能が変化した場合、これを検出する性能変化検出手段を備え、
割り当て量算出手段は、前記性能変化検出手段がハードウェアリソースの性能変化を検出した場合、外部より入力される各レコーダの優先度に基づいて当該各レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項８】
ハードウェアリソースを構成するハードディスク装置のスマート情報により、当該ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、
割り当て量算出手段は、前記性能低下予測手段がハードウェアリソースの性能低下を予測した場合、前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項９】
ハードウェアリソースを構成するハードディスク装置のスマート情報により、当該ハードウェアリソースの性能低下を予測する性能低下予測手段と、
複数のレコーダにおける記録の優先度を管理する優先度管理手段とを備え、
割り当て量算出手段は、前記性能低下予測手段がハードウェアリソースの性能低下を予測した場合、前記優先度管理手段から各レコーダの優先度を取得し、当該優先度に基づいて前記レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項１０】
ハードウェアリソースを構成するハードディスク装置のスマート情報により、当該ハードウェアリソースの性能低下を予測する性能低下予測手段を備え、
割り当て量算出手段は、前記性能低下予測手段がハードウェアリソースの性能低下を予測した場合、外部より入力される各レコーダの優先度に基づいて当該各レコーダへのハードウェアリソースの割り当て量を変更することを特徴とする請求項１記載の映像監視レコーダ。
【請求項１１】
割り当て量算出手段がハードウェアリソースの値を算出する際に、監視データのパラメータを実現するためにかかる負荷として使用する値を、ピーク値、平均値、中央値の中から選択することを特徴とする請求項１から請求項１０のうちのいずれか１項記載の映像監視レコーダ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−８４０４９（Ｐ２０１３−８４０４９Ａ）
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願番号】特願２０１１−２２１９９７（Ｐ２０１１−２２１９９７）
【出願日】平成２３年１０月６日（２０１１．１０．６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願日】平成２３年１０月６日（２０１１．１０．６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]