JP6099027B1 - モニタリングシステム、映像表示方法及びコンピュータプログラム - Google Patents

モニタリングシステム、映像表示方法及びコンピュータプログラム Download PDF

Info

Publication number
JP6099027B1
JP6099027B1 JP2016139532A JP2016139532A JP6099027B1 JP 6099027 B1 JP6099027 B1 JP 6099027B1 JP 2016139532 A JP2016139532 A JP 2016139532A JP 2016139532 A JP2016139532 A JP 2016139532A JP 6099027 B1 JP6099027 B1 JP 6099027B1
Authority
JP
Japan
Prior art keywords
camera
video
mask
background image
image
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016139532A
Other languages
English (en)
Other versions
JP2018011226A (ja
Inventor
英俊 木下
英俊 木下
浩 矢崎
浩 矢崎
貴光 荒井
貴光 荒井
麻理恵 神田
麻理恵 神田
中野　智史
智史 中野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Management Co Ltd
Original Assignee
Panasonic Intellectual Property Management Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Priority to JP2016139532A priority Critical patent/JP6099027B1/ja
Application granted granted Critical
Publication of JP6099027B1 publication Critical patent/JP6099027B1/ja
Publication of JP2018011226A publication Critical patent/JP2018011226A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

【課題】モニタへの表示対象となる監視カメラの録画映像の録画日時の指定があっても、指定された録画日時における録画映像の非表示を抑制した上でマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図る。【解決手段】情報処理装置は、カメラから配信された撮像エリアの一定期間分の撮像映像を録画映像として記憶部に保存する。情報処理装置は、撮像エリアの一定期間分の撮像映像の背景画像を繰り返し生成し、生成後の背景画像とカメラの識別情報と背景画像の生成日時とを対応付けて記憶部に保存する。情報処理装置は、再生日時の指定に応じて、指定された再生日時に最も近い生成日時に生成された背景画像を記憶部から取得し、背景画像と録画映像とを用いて、録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する。【選択図】図４３

Description

本発明は、監視エリアの撮像映像において検知された移動体（例えば人物）の画像領域を、その移動体が誰であるかを特定不能とするためのマスク画像に変更するマスク処理後の編集映像を出力するモニタリングシステム、映像表示方法及びコンピュータプログラムに関する。
コンビニエンスストア等の店舗においては、店舗内を撮影するカメラが設置され、そのカメラの撮像により得られた映像（以下、「撮像映像」という）を用いて店舗内の人物を監視する監視システムが広く普及している。このような監視システムの運用において、監視以外の目的（例えば店舗内の人物の動線を把握してマーケティング分析やサービス向上を図るという目的）に撮影映像を利用する場合、カメラにより映し出される人物（例えば顧客）のプライバシーを保護する必要がある。
ここで、店舗内の人物の属性別に人物の行動の傾向を把握する先行技術として、例えば特許文献１に示すモニタリングシステムが知られている。特許文献１のモニタリングシステムは、監視エリアを撮影した動画映像から検知された人物の画像領域をマスク画像に変更したマスク映像を生成して出力するモニタリング装置を有する。モニタリング装置は、撮像画像から検知された人物毎の領域情報を取得し、撮像映像から検知された人物毎の属性を判定し、属性別のマスク画像を設定する。モニタリング装置は、人物毎の領域情報及び属性を基に、人物毎の輪郭線を生成し、この輪郭線内部を属性別に指定されたマスク画像に変更したマスク映像を生成して出力する。
特許第５８３４１９３号公報
特許文献１によれば、監視エリアにおいて検知された人物の動画映像内の位置情報及び人物の属性（例えば性別、年齢）毎にマスク画像が生成されるため、そのマスク画像により、プライバシーを確保した上で店舗内の人物の行動が把握可能となる。
しかしながら、特許文献１では、動画映像において検知された人物の画像領域をマスク画像に変更するのはカメラであり、カメラからの動画映像を受信する受信装置（例えばユーザが使用するクライアントＰＣ）によりマスク処理が行われることは考慮されていない。また、既設の監視カメラには、特許文献１のマスク処理を実行可能な機能（マスク機能）を有していないものが少なくない。
ここで、例えばユーザの監視業務の中で、監視エリアに設置された監視カメラからそれぞれ撮像されてレコーダ等の外部装置に録画（記録）された過去の撮像映像をクライアントＰＣのモニタに表示する際に、ユーザ操作により、再生対象となる録画日時が順に切り替えて表示されることを想定する。クライアントＰＣは、録画映像の録画日時が切り替わる度に、指定された録画日時の録画映像に対してマスク処理を行うため、マスク処理における初期学習（後述参照）において録画映像中の背景画像（つまり、録画映像中で動きの無い静止領域からなる画像領域）を生成する必要がある。しかしながら、この初期学習の処理中は、録画映像中の背景画像の生成が完了していないためにクライアントＰＣは録画映像の表示をできず、録画映像の表示ができない期間（例えば３０秒〜１分程度）が発生するという課題がある。
監視カメラの録画映像の録画日時がユーザ操作により指定される度に、クライアントＰＣにおける初期学習の処理を仮に省略した場合、クライアントＰＣにおいて適正な背景画像が生成されないことになる。このため、クライアントＰＣがマスク処理において移動体（例えば人物）の検知を正しくできず、マスク処理後の編集録画映像内の人物がマスク画像に置き換えて表示されずにそのまま表示されてしまい、その人物のプライバシーが的確に保護されないという可能性がある。
本発明は、上述した従来の状況に鑑みて案出され、モニタへの表示対象となる監視カメラの録画映像の録画日時の指定があっても、指定された録画日時における録画映像の非表示を抑制した上でマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図るモニタリングシステム、映像表示方法及びコンピュータプログラムを提供することを目的とする。
本発明は、撮像エリアを撮像するカメラと、前記カメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として記憶部に保存する情報処理装置と、を備え、前記情報処理装置は、保存する前記撮像映像の背景画像を繰り返し生成し、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて前記記憶部に保存し、前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記記憶部から取得し、前記記憶部から取得した背景画像と前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する、モニタリングシステムを提供する。
また、本発明は、撮像エリアを撮像するカメラと、前記カメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として第１記憶部に保存する情報処理装置と、保存する前記撮像映像の背景画像を繰り返し生成し、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて第２記憶部に保存するサーバ装置と、を備え、前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記サーバ装置から取得し、前記サーバ装置から取得した背景画像と前記第１記憶部に保存した前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像を前記モニタに表示する、モニタリングシステムを提供する。
また、本発明は、撮像エリアを撮像するカメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として記憶部に保存する情報処理装置を備えるモニタリングシステムにおける映像表示方法であって、前記情報処理装置は、保存する前記撮像映像の背景画像を繰り返し生成し、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて前記記憶部に保存し、前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記記憶部から取得し、前記記憶部から取得した背景画像と前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する、映像表示方法を提供する。
また、本発明は、撮像エリアを撮像するカメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として第１記憶部に保存する情報処理装置と、保存する前記撮像映像の背景画像を繰り返し生成するサーバ装置と、を備えるモニタリングシステムにおける映像表示方法であって、前記サーバ装置は、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて第２記憶部に保存し、前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記サーバ装置から取得し、前記サーバ装置から取得した背景画像と前記第１記憶部に保存した前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する、映像表示方法を提供する。
本発明によれば、モニタへの表示対象となる監視カメラの録画映像の録画日時の指定があっても、指定された録画日時における録画映像の非表示を抑制した上でマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図ることができる。
各実施形態の監視カメラシステムのシステム構成の一例を示す図 全方位カメラ又は固定カメラの内部構成の一例を詳細に示すブロック図 ＰＴＺカメラの内部構成の一例を詳細に示すブロック図 クライアントＰＣの内部構成の一例を詳細に示すブロック図 レコーダの内部構成の一例を詳細に示すブロック図 カメラ設定画面の一例を示す図 領域設定画面の一例を示す図 マスク処理（ＭＯＲ処理）の設定に関するユーザオペレーションに伴う画面の時系列遷移の第１例を示す説明図 マスク処理（ＭＯＲ処理）の設定に関するユーザオペレーションに伴う画面の時系列遷移の第２例を示す説明図 第１の実施形態における、マスク処理（ＭＯＲ処理）の設定に関するユーザオペレーションに伴うクライアントＰＣの動作手順の一例を詳細に説明するフローチャート 各実施形態に共通するマスク処理（ＭＯＲ処理）の動作手順の一例を詳細に説明するフローチャート 図１１のステップＳ１５，Ｓ１６における背景画像の更新処理の動作手順の一例を詳細に説明するフローチャート 初期学習による背景画像の生成手順を模式的に示す説明図 マスク処理（ＭＯＲ処理）の概念を模式的に示す説明図 （Ａ）及び（Ｂ）複数のカメラの撮像映像を３分割した表示例を示す図，（Ｃ）複数のカメラの撮像映像を４分割した表示例を示す図 第２の実施形態における、複数のカメラの撮像映像の表示の際にクライアントＰＣにおいて行われる動作手順の一例を詳細に説明するフローチャート カメラの撮像映像とその同じカメラの過去の複数の異なる撮像映像とを４分割した表示例を示す図 第２の実施形態における、カメラの撮像映像及びレコーダから録画映像の表示の際にクライアントＰＣにおいて行われる動作手順の一例を詳細に説明するフローチャート 第３の実施形態における、マスクカメラ及び通常カメラに対するクライアントＰＣのマスク処理（ＭＯＲ処理）の設定及び撮像映像の表示の動作手順の一例を詳細に説明するシーケンス図 第３，第４の各実施形態におけるカメラ設定画面の一例を示す図 クライアントＰＣのモニタに表示される、撮像映像がマスク処理された編集映像の４分割表示例を示す図 レコーダ設定画面の一例を示す図 （Ａ）第４の実施形態における、マスク処理（ＭＯＲ処理）の設定の動作手順の第１例を詳細に説明するシーケンス図、（Ｂ）第４の実施形態における、マスク処理（ＭＯＲ処理）の設定の動作手順の第２例を詳細に説明するシーケンス図 第４の実施形態における、運用開始後のクライアントＰＣにおける撮像画像の取得及び表示に関する動作手順の第１例を詳細に説明するシーケンス図 第４の実施形態における、運用開始後のクライアントＰＣにおける撮像画像の取得及び表示に関する動作手順の第２例を詳細に説明するシーケンス図 図２４，図２５のステップＳ６９における、クライアントＰＣの表示の動作手順の一例を詳細に説明するフローチャート 各実施形態の監視カメラシステムのシステム構成の他の一例を示す図 固定カメラがマスク機能を有する場合にマスク処理後の編集映像がクライアントＰＣのモニタに表示される手順を時系列に説明する模式図 クライアントＰＣがマスク機能を有する場合にマスク処理後の編集映像がクライアントＰＣのモニタに表示される手順を時系列に説明する模式図 マスクカメラ方式とクライアントＰＣ方式とにおける、表示対象となるカメラのライブ映像の切り替えに伴う表示時の課題の説明図 第５の実施形態の動作概要の一例の説明図 第５の実施形態における第１映像表示方式，第２映像表示方式の概要を示す模式図 第５の実施形態における第１映像表示方式の動作手順の一例を説明するフローチャート 第５の実施形態における第２映像表示方式の動作手順の一例を説明するフローチャート 第５の実施形態における第１映像表示方式，第２映像表示方式の動作手順の一例を説明するシーケンス図 図３５に続くシーケンス図 第５の実施形態における第３映像表示方式の概要を示す模式図 図３７に示すメイン処理の動作手順の一例を説明するフローチャート 図３７に示すバックグラウンド処理の動作手順の一例を説明するフローチャート サーバＰＣの内部構成の一例を詳細に示すブロック図 第５の実施形態における第４映像表示方式の概要を示す模式図 マスクカメラ方式とクライアントＰＣ方式とにおける、任意の指定日時におけるカメラの編集録画映像の表示時の課題の説明図 第５の実施形態における第５映像表示方式の概要を示す模式図 図４３に示すメイン処理の動作手順の一例を説明するフローチャート 図４３に示すバックグラウンド処理の動作手順の一例を説明するフローチャート 第５の実施形態における第６映像表示方式の概要を示す模式図
（第１の実施形態の内容に至る経緯）
上述した特許文献１によれば、監視エリアにおいて検知された人物の動画映像内の位置情報及び人物の属性（例えば性別、年齢）毎にマスク画像が生成されるため、そのマスク画像により、プライバシーを確保した上で店舗内の人物の行動が把握可能となる。
しかしながら、特許文献１では、ユーザ（例えば監視者）がカメラの撮像映像に対して直接的に指定する監視エリア内の任意の領域に存在する人物をマスク画像に変更するという思想は考慮されていない。撮像映像内に存在する人物のプライバシーを保護することは重要ではあるが、カメラの設置環境によっては、撮像映像内の全ての領域に存在する１人以上の人物が全てマスク画像となってしまうと撮像映像の視認性が劣化する。このため、人物のプライバシー保護と撮像映像の視認性の劣化の抑制を両立することが望まれる。
そこで、以下の第１の実施形態では、カメラが設置された場所の環境に適合するように、カメラの撮像映像内に映る人物のプライバシーの保護とカメラの撮像映像の視認性の劣化の抑制とを両立し、ユーザの使い勝手を向上するモニタリングシステム及びマスク処理設定方法の例について説明する。
以下、適宜図面を参照しながら、本発明に係るモニタリングシステムを具体的に開示した各実施形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になることを避け、当業者の理解を容易にするためである。なお、添付図面及び以下の説明は、当業者が本開示を十分に理解するために提供されるものであり、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
以下、本発明に係るモニタリングシステム、監視エリア（例えば店舗、工場、営業所、図書館やイベント会場等の公共施設、事務所、銀行）に少なくとも一つの監視用途のカメラが設置される監視カメラシステム（有人監視カメラシステム、無人監視カメラシステムのどちらも可）を例示して説明する。
なお、本発明は、モニタリングシステムにおけるマスク処理設定方法として表現することも可能である。また、本発明は、モニタリングシステムを構成するコンピュータであるクライアントＰＣ（Personal Computer）に、マスク処理設定方法により規定される動作を実行させるためのプログラム、又はマスク処理設定方法により規定される動作を実行させるためのプログラムが記録された記録媒体として表現することも可能である。
以下、モニタリングシステムの一例としての監視カメラシステムの使用者（例えば、監視エリアの撮像映像を閲覧する監視員）を、単に「ユーザ」という。また、以下の説明において、「全方位カメラ」、「ＰＴＺカメラ」及び「固定カメラ」を総称として、単に「カメラ」という。従って、以下の説明において、単に「カメラ」と記載されている場合、そのカメラは、全方位カメラ、ＰＴＺカメラ及び固定カメラのうち少なくとも一つを指すものとする。
（第１の実施形態）
図１は、各実施形態の監視カメラシステム１００のシステム構成の一例を示す図である。監視カメラシステム１００では、レコーダＲＥＣ１，ＲＥＣ４と、ルータＲＵＴ２，ＲＵＴ３，ＲＵＴ４とがネットワークＮＷを介してそれぞれ接続されている。監視カメラシステム１００は、ユーザにより使用されるクライアントＰＣ１０と、複数のカメラ（後述する全方位カメラ、ＰＴＺ（Pan Tilt Zoom）カメラ、固定カメラを参照）と、複数のレコーダ（後述参照）とを含む構成である。
レコーダＲＥＣ１は、公知のルーティング機能を有するルータＲＵＴ１を介して、全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３及び固定カメラＣＡＭ１４にそれぞれ接続されている。これらの全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３及び固定カメラＣＡＭ１４によりそれぞれ撮像された撮像映像は、ルータＲＵＴ１を介してレコーダＲＥＣ１において該当するカメラの識別情報及び撮像日時と関連付けて録画映像として記憶される。全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３及び固定カメラＣＡＭ１４は、それぞれ同一の撮像エリア又は異なる撮像エリアを撮像しても構わない。このように、本実施形態を含む各実施形態では、レコーダＲＥＣ１に対して、複数のカメラ（つまり、全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３及び固定カメラＣＡＭ１４）が対応付けられている。
レコーダＲＥＣ４は、オンラインストレージとしての機能を有し、ネットワークＮＷの接続先機器（例えば他のレコーダ、クライアントＰＣ１０）から録画の要求があった撮像映像等のデータを記憶する。
レコーダＲＥＣ２は、公知のルーティング機能を有するルータＲＵＴ２を介して、ネットワークＮＷや、ＰＴＺカメラＣＡＭ２１及び固定カメラＣＡＭ２２にそれぞれ接続されている。ＰＴＺカメラＣＡＭ２１及び固定カメラＣＡＭ２２によりそれぞれ撮像された撮像映像は、ルータＲＵＴ２を介してレコーダＲＥＣ２において該当するカメラの識別情報及び撮像日時と関連付けて録画映像として記憶される。ＰＴＺカメラＣＡＭ２１及び固定カメラＣＡＭ２２は、それぞれ同一の撮像エリア又は異なる撮像エリアを撮像しても構わない。このように、本実施形態を含む各実施形態では、レコーダＲＥＣ２に対して、複数のカメラ（つまり、ＰＴＺカメラＣＡＭ２１及び固定カメラＣＡＭ２２）が対応付けられている。
レコーダＲＥＣ３は、公知のルーティング機能を有するルータＲＵＴ３を介して、ネットワークＮＷや、全方位カメラＣＡＭ３１、ＰＴＺカメラＣＡＭ３２，ＣＡＭ３３及び固定カメラＣＡＭ３４にそれぞれ接続されている。これらの全方位カメラＣＡＭ３１、ＰＴＺカメラＣＡＭ３２，ＣＡＭ３３及び固定カメラＣＡＭ３４によりそれぞれ撮像された撮像映像は、ルータＲＵＴ３を介してレコーダＲＥＣ３において該当するカメラの識別情報及び撮像日時と関連付けて録画映像として記憶される。全方位カメラＣＡＭ３１、ＰＴＺカメラＣＡＭ３２，ＣＡＭ３３及び固定カメラＣＡＭ３４は、それぞれ同一の撮像エリア又は異なる撮像エリアを撮像しても構わない。このように、本実施形態を含む各実施形態では、レコーダＲＥＣ３に対して、複数のカメラ（つまり、全方位カメラＣＡＭ３１、ＰＴＺカメラＣＡＭ３２，ＣＡＭ３３及び固定カメラＣＡＭ３４）が対応付けられている。
情報処理装置の一例としてのクライアントＰＣ１０は、上述したカメラ（具体的には、全方位カメラＣＡＭ１１，ＣＡＭ３１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３、固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４）により撮像されたそれぞれの撮像映像を用いて、その撮像映像に現れる移動体（例えば人物。以下同様。）の少なくとも一部又は全体をマスク画像に変更するためのマスク処理を行う機能を有する。クライアントＰＣ１０は、各種のカメラ又はレコーダから送信（配信）された撮像映像をモニタＤＰに表示したり、各種のカメラ又はレコーダから送信（配信）された撮像映像をマスク処理した後の編集映像をモニタＤＰに表示したりする。なお、以下の説明において、移動体は、人物に限定されず、自動車又はロボット等でも構わない。
ここで、マスク画像とは、撮像映像に現れる人物のプライバシーを保護するために、その人物が誰であるかの具体的な特定を困難にするための画像処理（つまり、マスク処理）が施された画像である。マスク画像は、例えば撮像映像に現れる人物の輪郭線内部が半透明に画像処理された画像である。また、以下の説明では、マスク処理をＭＯＲ（Moving Object Remover）処理と称することもある。ＭＯＲ処理とは、詳細は図１１及び図１２を参照して後述するが、撮像映像に現れる移動体が存在する動体領域を、マスク画像（例えば半透明画像）に置き換える処理を示す。これにより、撮像映像中に現れる人物が誰であるかの具体的な特定が困難となり、その人物のプライバシーを保護することが可能となる。例えばマスク処理部１１４（後述参照）により、例えば撮像映像中の移動体（例えば人物）が半透明画像のマスク画像ＭＳＫ１に置き換えられた場合、撮像映像に現れる人物の輪郭線内部が半透明になり背景画像が透けて見えて背景に何があるかもわかる。これにより、人物がマスク画像ＭＳＫ１に置き換えられたとしても、人物のプライバシーの保護をしながら映像としての視認性も確保できる。
また、以下の説明において、カメラにより撮像された映像を「撮像映像」といい、撮像映像が例えばクライアントＰＣ１０又はマスク機能を有するマスクカメラ（後述参照）によってマスク処理された後のマスク画像が撮像映像に重畳された映像を「編集映像」という。
クライアントＰＣ１０は、公知のルーティング機能を有するルータＲＵＴ４を介して、ネットワークＮＷやシステムコントローラ５に接続されている。システムコントローラ５には、ユーザの操作を支援するために設けられたジョイスティックＪ１が接続されている。システムコントローラ５は、例えば監視カメラシステム１００を構成する機器の動作に関連する各種設定を行う。
ネットワークＮＷは、有線ネットワーク（例えばイントラネット、インターネット、有線ＬＡＮ（Local Area Network）でもよいし、無線ネットワーク（例えば無線ＬＡＮ）でもよい。なお、例えばレコーダＲＥＣ１，ＲＥＣ２，ＲＥＣ３，ＲＥＣ４はネットワークＮＷを介することなく、直接にクライアントＰＣ１０と接続されてもよい。また、図１ではモニタＤＰはクライアントＰＣとは別体として設けられたものとして図示されている。但し、モニタＤＰは、図４に示すように、クライアントＰＣ１０の内部に含まれるように設けられても構わない。システムコントローラ５、ジョイスティックＪ１及びクライアントＰＣ１０は、例えばユーザが監視時において常駐する監視室内に設置される。
また、ネットワークＮＷは広域通信網であるＷＡＮ（Wide Area Network）であってもよく、この場合には、例えば会社内の複数の拠点毎又は複数の店舗毎にそれぞれレコーダが設けられ、拠点毎又は店舗毎に撮像された撮像映像がそれぞれのレコーダに記憶される。
図２は、全方位カメラＣＡＭ１１，…又は固定カメラＣＡＭ１４，…の内部構成の一例を詳細に示すブロック図である。全方位カメラＣＡＭ１１，ＣＡＭ３１及び固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４の内部構成は同一であり、ここでは説明を簡単にするために、例えば全方位カメラＣＡＭ１１の内部構成として説明する。図２の説明において、全方位カメラＣＡＭ１１を、他の全方位カメラ（例えば全方位カメラＣＡＭ３１）、又は他の固定カメラ（例えば固定カメラＣＡＭ１４）に読み替えても構わない。但し、図２の説明において、全方位カメラＣＡＭ１１と固定カメラとで異なる構成の内容については説明する。図２に示す全方位カメラＣＡＭ１１は、プロセッサＣ１１、通信部Ｃ１２、レンズＣ１３、イメージセンサＣ１４、メモリＣ１５及び電源管理部Ｃ１６を含む構成である。
プロセッサＣ１１は、全方位カメラＣＡＭ１１の各部の動作を統括して制御するための信号処理、他の各部との間のデータの入出力処理、データの演算処理及びデータの記憶処理を行う。プロセッサＣ１１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）又はＦＰＧＡ（field-programmable gate array）を用いて構成される。
例えばプロセッサＣ１１は、システムコントローラ５又はクライアントＰＣ１０を使用するユーザの操作に応じて、イメージセンサＣ１４における撮像により得られた全方位画像データを取得し、更に、その全方位画像データのうち特定の範囲（方向）の画像を切り出した２次元パノラマ画像データ（つまり、２次元パノラマ変換した画像データ）を生成してメモリＣ１５に記憶する。また、プロセッサＣ１１は、システムコントローラ５又はクライアントＰＣ１０を使用するユーザの操作に応じて、イメージセンサＣ１４における撮像により得られた固定画角の撮像画像データを取得してメモリＣ１５に記憶する。
通信部Ｃ１２は、ルータＲＵＴ１との間のデータ通信を制御するネットワークインタフェース（Ｉ／Ｆ）であり、全方位画像データ、２次元パノラマ画像データ又は固定画角の撮像画像データを、ルータＲＵＴ１を介してレコーダＲＥＣ１に送信する。また、通信部Ｃ１２は、全方位画像データ、２次元パノラマ画像データ又は固定画角の撮像画像データを、ルータＲＵＴ１及びレコーダＲＥＣ１を介して、カメラの識別情報及び撮像日時と関連付けてクライアントＰＣ１０に送信しても構わない。
レンズＣ１３は、例えば全方位カメラＣＡＭ１１では広画角なレンズ又は魚眼レンズを用いて構成され、全方位カメラＣＡＭ１１の撮像対象となる撮像エリアの全方位からの被写体光を入射して集光し、イメージセンサＣ１４の受光面（撮像面）に被写体光の光学像を結像する。一方、レンズＣ１３は、例えば固定カメラＣＡＭ１４では固定画角のレンズを用いて構成され、固定カメラＣＡＭ１４の撮像対象となる撮像エリアの画角方向からの被写体光を入射して集光し、イメージセンサＣ１４の受光面（撮像面）に被写体光の光学像を結像する。
イメージセンサＣ１４は、例えばＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサ又はＣＣＤ（Charge Coupled Device）センサを用いて構成され、レンズＣ１３により集光された撮像エリアからの被写体光の光学像を受光面（撮像面）において撮像処理することで、撮像エリアの全方位画像データ又は固定画角の撮像画像データを取得する。この全方位画像データ又は固定画角の撮像画像データは、プロセッサＣ１１により取得される。
メモリＣ１５は、全方位カメラＣＡＭ１１又は固定カメラＣＡＭ１４の動作を規定するためのプログラムや設定値のデータが格納されたＲＯＭ１５ｚと、固定画角の撮像画像データ、全方位画像データ又はその一部の範囲が切り出された切り出し画像データやワークデータを記憶するＲＡＭ１５ｙと、全方位カメラＣＡＭ１１又は固定カメラＣＡＭ１４に挿抜自在に接続され、各種データが記憶されるメモリカード１５ｘとを有する。
電源管理部Ｃ１６は、全方位カメラＣＡＭ１１又は固定カメラＣＡＭ１４の各部に直流電源を供給する。また、電源管理部Ｃ１６は、ルータＲＵＴ１に接続される他の機器（例えばＰＴＺカメラＣＡＭ１２，ＣＡＭ１３）に直流電源を供給してもよい。
図３は、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，…の内部構成の一例を詳細に示すブロック図である。ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３の内部構成は同一であり、ここでは説明を簡単にするために、例えばＰＴＺカメラＣＡＭ１２の内部構成として説明する。図３の説明において、ＰＴＺカメラＣＡＭ１２を、他のＰＴＺカメラ（例えばＰＴＺカメラＣＡＭ１３）に読み替えても構わない。また、全方位カメラＣＡＭ１１や固定カメラＣＡＭ１４と同様の各部については、図２の各部に対応する符号を付すことでその説明を省略する。ＰＴＺカメラＣＡＭ１２は、例えばユーザが使用するシステムコントローラ５又はクライアントＰＣ１０からの画角変更指示により、光軸方向（撮像方向）を調整可能なカメラである。
ＰＴＺカメラＣＡＭ１２は、例えば全方位カメラＣＡＭ１１と同様、プロセッサＣ２１、通信部Ｃ２２、レンズＣ２３、イメージセンサＣ２４、メモリＣ２５を有する他、撮像方向制御部Ｃ２７及びレンズ駆動モータＣ２８を有する。プロセッサＣ２１は、例えばシステムコントローラ５又はクライアントＰＣ１０の画角変更指示があると、撮像方向制御部Ｃ２７に画角変更指示を通知する。
撮像方向制御部Ｃ２７は、プロセッサＣ２１から通知された画角変更指示に従い、ＰＴＺカメラＣＡＭ１２の撮像方向をパン方向及びチルト方向のうち少なくとも１つを制御し、更に必要に応じて、ズーム倍率を変更するための制御信号をレンズ駆動モータＣ２８に出力する。レンズ駆動モータＣ２８は、この制御信号に従って、レンズＣ２３を駆動し、その撮像方向（つまり、光軸方向）を変更するとともに、レンズＣ２３の焦点距離を調節してズーム倍率を変更する。
レンズＣ２３は、１又は２以上のレンズを用いて構成される。レンズＣ２３では、撮像方向制御部Ｃ２７からの制御信号に応じたレンズ駆動モータＣ２８の駆動により、パン回転、チルト回転の光軸方向が変更される。
図４は、クライアントＰＣ１０の内部構成の一例を詳細に示すブロック図である。図４に示すクライアントＰＣ１０は、プロセッサ１１、通信部１２、操作部１３、ストレージ１５、メモリ１６及び電源管理部１７を含む構成である。
プロセッサ１１は、クライアントＰＣ１０の各部の動作を統括して制御するための信号処理、他の各部との間のデータの入出力処理、データの演算処理及びデータの記憶処理を行う。プロセッサ１１は、例えばＣＰＵ、ＭＰＵ、ＤＳＰ又はＦＰＧＡを用いて構成される。プロセッサ１１は、画像入力部１１１、背景画像処理部１１２、マスク処理設定部１１３、マスク処理部１１４及び映像出力制御部１１５を有する。
画像入力部１１１は、各種のカメラやレコーダから送信されてかつ通信部１２により受信された撮像映像を入力する。
背景画像処理部１１２は、図１１及び図１２を参照して詳述するが、画像入力部１１１により取得された撮像映像を用いて、クライアントＰＣ１０におけるマスク処理（ＭＯＲ処理）において行われる背景画像の生成や更新の各種処理を行う。背景画像の生成や更新の詳細については後述する。
マスク処理設定部１１３は、ユーザ操作（後述参照）に応じて、クライアントＰＣ１０が実行可能なマスク処理（ＭＯＲ処理）に関する設定を行う。
マスク処理設定部１１３は、例えば画像入力部１１１により取得された撮像映像に対してマスク処理を実行するか又は実行しないかを指定するユーザ操作に応じて、その撮像映像の配信元（送信元）であるカメラ（つまり、全方位カメラ、ＰＴＺカメラ、固定カメラ）に関連付けてマスク処理の実行又は不実行を示すマスク設定情報を生成してストレージ１５又はメモリ１６に保存する。
また、マスク処理設定部１１３は、例えば画像入力部１１１により取得された撮像映像の中でマスク処理の対象外領域を指定するユーザ操作に応じて、指定された領域の位置情報（例えば座標情報）をマスク処理の対象外領域とするマスク設定情報を生成してストレージ１５又はメモリ１６に保存する。マスク設定情報の生成の詳細については後述するが、マスク設定情報はカメラごとに、マスク処理の実行又は不実行の指定、マスク処理の対象外領域の位置情報を少なくとも保持する。
マスク処理部１１４は、マスク処理設定部１１３により生成されるマスク設定情報を基に、画像入力部１１１により取得された撮像映像の中から、マスク設定情報により指定されるマスク処理の対象外領域を除外した領域をマスク処理の対象領域として選択する。マスク処理部１１４は、選択したマスク処理の対象領域において、移動体（例えば人物）の輪郭線をマスク画像（例えば半透明画像）に変更したマスク画像を生成する。マスク処理の詳細については後述する。
映像出力制御部１１５は、マスク処理の不実行が設定されたカメラからの撮像映像、又はカメラにより既にマスク処理（後述参照）された編集映像をそのままモニタＤＰに表示する。また、映像出力制御部１１５は、クライアントＰＣ１０におけるマスク処理の実行が設定されたカメラからの撮像映像と、この撮像映像に対してマスク処理部１１４により生成されたマスク画像とを用いて、撮像映像中の移動体（例えば人物）の位置にマスク画像を重畳した編集映像を生成する。映像出力制御部１１５は、この編集映像をモニタＤＰに表示する。
通信部１２は、各種のカメラやレコーダから送信された撮像映像又は編集映像（後述参照）を、ルータＲＵＴ４を介して受信してプロセッサ１１に出力する。
操作部１３は、ユーザの入力操作の内容をプロセッサ１１に通知するためのユーザインターフェース（ＵＩ：User Interface）であり、例えばマウス、キーボード等のポインティングデバイスで構成される。また、操作部１３は、例えばモニタＤＰの表示画面に対応して配置され、ユーザの指やスタイラスペンによって直接入力操作が可能なタッチパネル又はタッチパッドを用いて構成されてもよい。
表示部の一例としてのモニタＤＰは、例えばＬＣＤ（Liquid Crystal Display）又は有機ＥＬ（Electroluminescence）を用いて構成され、マスク処理設定部１１３により設定されるカメラ設定画面（図６参照）や領域設定画面（図７参照）を表示したり、映像出力制御部１１５により出力された撮像映像又は編集映像を表示したりする。
記憶部の一例としてのストレージ１５は、例えばマスク処理設定部１１３により生成されるマスク設定情報を記憶し、更に、各種のカメラやレコーダから配信（送信）された撮像映像やプロセッサ１１により生成された編集映像のデータを記憶する。
メモリ１６は、クライアントＰＣ１０の動作を規定するためのプログラムや設定値のデータが格納されたＲＯＭ１６１と、プロセッサ１１が生成した各種のデータや処理途中のワークデータを記憶するＲＡＭ１６２とを含む。また、図４には図示されていないが、メモリ１６は、クライアントＰＣ１０に挿抜自在に接続され、各種データが記憶されるメモリカード（不図示）を更に有しても構わない。
電源管理部１７は、クライアントＰＣ１０の各部に直流電源を供給する。
図５は、レコーダＲＥＣ１，…の内部構成の一例を詳細に示すブロック図である。レコーダＲＥＣ１，ＲＥＣ２，ＲＥＣ３，ＲＥＣ４の内部構成は同一であり、ここでは説明を簡単にするために、例えばレコーダＲＥＣ１の内部構成として説明する。図５の説明において、レコーダＲＥＣ１を、他のレコーダ（例えばレコーダＲＥＣ２）に読み替えても構わない。図５に示すレコーダＲＥＣ１は、プロセッサＲ１１、通信部Ｒ１２、メモリＲ１３、ストレージＲ１４及び電源管理部Ｒ１６を含む構成である。
プロセッサＲ１１は、レコーダＲＥＣ１の各部の動作を統括して制御するための信号処理、他の各部との間のデータの入出力処理、データの演算処理及びデータの記憶処理を行う。プロセッサＲ１１は、例えばＣＰＵ、ＭＰＵ、ＤＳＰ又はＦＰＧＡを用いて構成される。
例えばプロセッサＲ１１は、システムコントローラ５又はクライアントＰＣ１０を使用するユーザの操作に応じて、各種のカメラ（例えば全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３、固定カメラＣＡＭ１４）により撮像された撮像映像のデータを受信し、この撮像映像のデータを録画映像として撮像日時及びカメラの識別情報と関連付けてストレージＲ１４に保存する。
通信部Ｒ１２は、各種のカメラ（例えば全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３、固定カメラＣＡＭ１４）により撮像された撮像映像のデータ又はこの撮像映像がマスク処理されて得られた編集映像（後述参照）を、ルータＲＵＴ１を介して受信してプロセッサＲ１１に出力する。また、通信部Ｒ１２は、クライアントＰＣ１０からの指示に応じて、プロセッサＲ１１がストレージＲ１４から読み出した録画映像のデータをクライアントＰＣ１０に送信する。
メモリＲ１３は、レコーダＲＥＣ１の動作を規定するためのプログラムや設定値のデータが格納されたＲＯＭ１３１と、プロセッサＲ１１が生成した各種のデータや処理途中のワークデータを記憶するＲＡＭ１３２とを含む。また、図５には図示されていないが、メモリＲ１３は、レコーダＲＥＣ１に挿抜自在に接続され、各種データが記憶されるメモリカード（不図示）を更に有しても構わない。
ストレージＲ１４は、例えば各種のカメラから配信（送信）された撮像映像のデータを記憶する。また、ストレージＲ１４は、クライアントＰＣ１０により生成された編集映像のデータがクライアントＰＣ１０からレコーダＲＥＣ１に送信された場合に、その編集映像のデータを記憶しても構わない。
電源管理部Ｒ１５は、レコーダＲＥＣ１の各部に直流電源を供給する。
次に、本実施形態の監視カメラシステム１００の動作について、図６〜図１０を参照して詳細に説明する。
図６は、カメラ設定画面ＷＤ１の一例を示す図である。図７は、領域設定画面ＷＤ２の一例を示す図である。図８は、マスク処理（ＭＯＲ処理）の設定に関するユーザオペレーションに伴う画面の時系列遷移の第１例を示す説明図である。図９は、マスク処理（ＭＯＲ処理）の設定に関するユーザオペレーションに伴う画面の時系列遷移の第１例を示す説明図である。図１０は、第１の実施形態における、マスク処理（ＭＯＲ処理）の設定に関するユーザオペレーションに伴うクライアントＰＣ１０の動作手順の一例を詳細に説明するフローチャートである。
先ず、図６に示すカメラ設定画面ＷＤ１について説明する。
図６では、カメラ設定画面ＷＤ１の一部が抜粋して示されている。マスク処理設定部１１３は、例えばユーザ操作により、カメラ設定画面ＷＤ１をモニタＤＰに表示する。このカメラ設定画面ＷＤ１では、ユーザの操作部１３を用いた操作により、例えば最大６４台のカメラ（つまり、全方位カメラ、ＰＴＺカメラ、固定カメラにより構成）の個々のカメラに対し、少なくともＩＰ（Internet Protocol）アドレス、マスク処理（ＭＯＲ処理）、マスク処理（ＭＯＲ処理）の設定、初期学習期間、通常学習期間が関連付けられて設定可能となる。また、カメラ設定画面ＷＤ１に設けられた４つのタブ（カメラ１−１６，カメラ１７−３２，カメラ３３−４８，カメラ４９−６４）を切り替えることで、カメラ１６台単位で、該当するカメラについて、少なくともＩＰ（Internet Protocol）アドレス、マスク処理（ＭＯＲ処理）、マスク処理（ＭＯＲ処理）の設定、初期学習期間、通常学習期間の情報を設定可能である。
ＩＰアドレスの列ＣＬＭ１では、該当するカメラのＩＰアドレスが入力される。
マスク処理（ＭＯＲ処理）の列ＣＬＭ２では、クライアントＰＣ１０でのマスク処理（ＭＯＲ処理）の実行（ＯＮ）又は不実行（ＯＦＦ）の２つのうちいずれかが選択される（枠ＷＫ２参照）。
マスク処理（ＭＯＲ処理）の設定の列ＣＬＭ３では、マスク処理（ＭＯＲ処理）の対象外領域を設定させるための領域設定画面ＷＤ２を表示させる設定ボタン（枠ＷＫ１参照）が表示される。但し、列ＣＬＭ２においてＯＮが選択されたカメラについては列ＣＬＭ３の設定ボタンが押下可能に表示されるが、列ＣＬＭ２においてＯＦＦが選択されたカメラについては列ＣＬＭ３の設定ボタンは押下可能に表示されない（例えば列ＣＬＭ３の図６の紙面上から５段目，８段目，１０段目，１５段目の点線参照）。
初期学習期間の列ＣＬＭ４では、後述するマスク処理（ＭＯＲ処理）における初期学習期間が入力される（枠ＷＫ３参照）。同様に、列ＣＬＭ２においてＯＮが選択されたカメラについては列ＣＬＭ４の初期学習期間は入力可能であるが、列ＣＬＭ２においてＯＦＦが選択されたカメラについては列ＣＬＭ４の初期学習期間は入力不可である（例えば列ＣＬＭ４の図６の紙面上から５段目，８段目，１０段目，１５段目の点線参照）。
通常学習期間の列ＣＬＭ５では、後述するマスク処理（ＭＯＲ処理）における通常学習期間が入力される（枠ＷＫ３参照）。同様に、列ＣＬＭ２においてＯＮが選択されたカメラについては列ＣＬＭ５の通常学習期間は入力可能であるが、列ＣＬＭ２においてＯＦＦが選択されたカメラについては列ＣＬＭ５の通常学習期間は入力不可である（例えば列ＣＬＭ５の図６の紙面上から５段目，８段目，１０段目，１５段目の点線参照）。
次に、図７に示す領域設定画面ＷＤ２について説明する。
図７では、領域設定画面ＷＤ２の全体が示されている。マスク処理設定部１１３は、ユーザ操作により、カメラ設定画面ＷＤ１の列ＣＬＭ２においてＯＮが選択されたカメラについて列ＣＬＭ３の設定ボタンが押下されると、領域設定画面ＷＤ２をモニタＤＰに切り替えて表示する。なお、マスク処理設定部１１３は、カメラ設定画面ＷＤ１と領域設定画面ＷＤ２とを別個にモニタＤＰに表示しても構わない。この領域設定画面ＷＤ２では、ユーザの操作部１３を用いた操作により、カメラにより撮像された撮像映像ＭＶ１が映し出されながら、マスク処理（ＭＯＲ処理）の対象外領域がカメラと関連付けて設定可能となる。
領域設定画面ＷＤ２では、デバイス名ＴＭ１、視覚領域ＴＭ２、非視覚領域ＴＭ３、削除ＴＭ４、画像呼出ＴＭ５の各項目と、映像用の表示領域と、設定完了用のセットボタンＳＴＢＴとが示されている。映像用の表示領域は、デバイス名ＴＭ１により指定されているカメラ（例えばＰＴＺカメラＣＡＭ１３）により現在撮像されている撮像映像ＭＶ１（つまり、ライブ映像）の表示領域である。但し、領域設定画面ＷＤ２の映像用の表示領域に映し出される映像は、カメラ（例えばＰＴＺカメラＣＡＭ１３）により現在撮像されている撮像映像ＭＶ１（つまり、ライブ映像）に限定されず、例えばレコーダＲＥＣ１において既に記憶されている過去の録画映像であっても構わない。この場合には、クライアントＰＣ１０は、レコーダＲＥＣ１から配信（送信）された過去の録画映像を受信して領域設定画面ＷＤ２の映像用の表示領域に表示する。
デバイス名ＴＭ１では、例えばＰＴＺカメラＣＡＭ１３が示されている。
視覚領域ＴＭ２には、マスク処理の対象外領域を指定するための領域選択ボタンＶＡ１、ＶＡ２，ＶＡ３が表示されている。言い換えると、マスク処理の対象外領域に指定されると、その領域内に移動する人物がいても、マスク処理されず、映像中に映し出されることになる。領域選択ボタンＶＡ１は、マスク処理の対象外領域を四角形（例えば矩形状）で指定するために使用される（図８参照）。領域選択ボタンＶＡ２は、マスク処理の対象外領域を多角形（例えば五角形）で指定するために使用される（図９参照）。領域選択ボタンＶＡ３は、領域選択ボタンＶＡ１又は領域選択ボタンＶＡ２の操作によって指定されたマスク処理の対象外領域を選択するために使用される。
非視覚領域ＴＭ３には、撮像映像から隠す領域（隠し領域）を指定するための領域選択ボタンＩＶＡ１、ＩＶＡ２，ＩＶＡ３が表示されている。言い換えると、隠し領域に指定されると、その隠し領域内は例えば黒色で塗りつぶされて、映像中に映し出されなくなる。領域選択ボタンＩＶＡ１は、隠し領域を四角形（例えば矩形状）で指定するために使用される。領域選択ボタンＩＶＡ２は、隠し領域を多角形（例えば五角形）で指定するために使用される。領域選択ボタンＩＶＡ３は、領域選択ボタンＩＶＡ１又は領域選択ボタンＩＶＡ２の操作によって指定された隠し領域を選択するために使用される。
削除ＴＭ４には、選択された一つのマスク処理の対象外領域又は選択された一つの隠し領域を削除するための選択ボタンＤＬ１と、選択された全てのマスク処理の対象外領域又は選択された全ての隠し領域を削除するための選択ボタンＤＬ２とが表示されている。なお、マスク処理の対象外領域又は隠し領域において一つだけが選択されている場合には、撮像映像ＭＶ１中において、該当する領域部分が点線で示される。
セットボタンＳＴＢＴは、マスク処理の対象外領域や隠し領域が指定された場合に、その指定されたマスク処理の対象外領域や隠し領域を確定するために、ユーザ操作によって押下される。従って、マスク処理設定部１１３は、セットボタンＳＴＢＴの押下により、指定されたマスク処理の対象外領域や隠し領域の位置情報（より具体的には、撮像映像ＭＶ１中の位置情報）をデバイス名ＴＭ１により特定されるカメラに関連付けてストレージ１５又はメモリ１６に保存する。
ここで、マスク処理の対象外領域の設定について、例えば図８及び図１０を参照して説明する。カメラ設定画面ＷＤ１（図６参照）を表示するためのユーザ操作により、マスク処理設定部１１３は、カメラ設定画面ＷＤ１をモニタＤＰに表示する（Ｓ１）。
ユーザ操作により、カメラ設定画面ＷＤ１（図６参照）のＰＴＺカメラＣＡＭ１３のレコードの列ＣＬＭ２がＯＮに選択され、かつ同レコードの列ＣＬＭ３の設定ボタン（枠ＷＫ１参照）が押下されると（Ｓ２、ＹＥＳ）、マスク処理設定部１１３は、ＰＴＺカメラＣＡＭ１３に対応する領域設定画面ＷＤ２をモニタＤＰに表示する（Ｓ３）。列ＣＬＭ３の設定ボタンが押下されない限り（Ｓ２、ＮＯ）、クライアントＰＣ１０のプロセッサ１１の処理はステップＳ３に進まない。
図８の領域設定画面ＷＤ２において、ユーザ操作により、視覚領域ＴＭ２の領域選択ボタンＶＡ１（例えば四角形状の領域選択ボタンＶＡ１）が押下され（Ｓ４）、かつ、人物ＪＢ１，ＪＢ２，ＪＢ３が映っている撮像映像ＭＶ１中のテレビ装置の周囲をドラッグ操作等によって囲むように指定されたとする（Ｓ５）。マスク処理設定部１１３は、領域設定画面ＷＤ３において、領域選択ボタンＶＡ１により指定されたテレビ装置の周囲に四角形状の枠ＪＧＡ１を描画する。更に、マスク処理設定部１１３は、領域設定画面ＷＤ３において、ユーザ操作によってセットボタンＳＴＢＴが押下されたことを契機に（Ｓ６）、枠ＪＧＡ１の位置情報（例えば座標情報）をマスク処理の対象外領域として、ＰＴＺカメラＣＡＭ１３と関連付けたカメラ設定情報を生成してストレージ１５又はメモリ１６に保存する（Ｓ７）。マスク処理部１１４は、マスク処理設定部１１３により生成されたカメラ設定情報を参照し、撮像映像ＭＶ１中の枠ＪＧＡ１の内部以外の移動体（例えば人物ＪＢ１，ＪＢ２，ＪＢ３）をマスク画像ＭＫ１，ＭＫ２，ＭＫ３に変更するためのマスク処理を行う。映像出力制御部１１５は、マスク処理部１１４により生成されたマスク画像ＭＫ１，ＭＫ２，ＭＫ３と撮像映像ＭＶ１とを用いた編集映像を生成してモニタＤＰの映像表示画面ＷＤ４に表示する。
これにより、枠ＪＧＡ１の内部はマスク処理の対象外領域であるためにマスク処理は行われず、例えば映像表示画面ＷＤ４の枠ＮＭＫ１内のテレビ装置に移動する人物が映し出されたとしても、その人物はマスク画像（例えばマスク画像ＭＫ１）に変更されず、映像表示画面ＷＤ４に映し出される編集映像の視認性の劣化を抑制できる。
なお、映像出力制御部１１５は、マスク処理部１１４におけるマスク処理の中で実行される通常学習（後述参照）を実行している時は、マスク処理（より具体的には通常学習）を実行していることを示す「MOR Running」のインジケータＩＤ１を映像表示画面ＷＤ４の左上端（Upper left）に表示する。これにより、ユーザは、クライアントＰＣ１０においてマスク処理が実行されている状態をモニタＤＰの映像表示画面ＷＤ４を閲覧することで、視覚的かつ簡単に把握できる。
ここで、マスク処理の対象外領域の設定について、例えば図９及び図１０を参照して説明する。カメラ設定画面ＷＤ１（図６参照）を表示するためのユーザ操作により、マスク処理設定部１１３は、カメラ設定画面ＷＤ１をモニタＤＰに表示する（Ｓ１）。
ユーザ操作により、カメラ設定画面ＷＤ１（図６参照）のＰＴＺカメラＣＡＭ１３のレコードの列ＣＬＭ２がＯＮに選択され、かつ同レコードの列ＣＬＭ３の設定ボタン（枠ＷＫ１参照）が押下されると（Ｓ２、ＹＥＳ）、マスク処理設定部１１３は、ＰＴＺカメラＣＡＭ１３に対応する領域設定画面ＷＤ２をモニタＤＰに表示する（Ｓ３）。列ＣＬＭ３の設定ボタンが押下されない限り（Ｓ２、ＮＯ）、クライアントＰＣ１０のプロセッサ１１の処理はステップＳ３に進まない。
図９の領域設定画面ＷＤ２において、ユーザ操作により、視覚領域ＴＭ２の領域選択ボタンＶＡ２（例えば五角形状の領域選択ボタンＶＡ２）が押下され（Ｓ４）、かつ、人物ＪＢ１，ＪＢ２，ＪＢ３が映っている撮像映像ＭＶ１中の人物ＪＢ１の頭部周辺が囲まれるように五角形の頂点ＰＴ１，ＰＴ２，ＰＴ３の選択及び頂点間の辺がドラッグ操作等によって指定されたとする（Ｓ５）。マスク処理設定部１１３は、領域設定画面ＷＤ３において、領域選択ボタンＶＡ２により指定された人物ＪＢ１の頭部周辺に五角形状の枠ＪＧＡ２を描画する。更に、マスク処理設定部１１３は、領域設定画面ＷＤ３において、ユーザ操作によってセットボタンＳＴＢＴが押下されたことを契機に（Ｓ６）、枠ＪＧＡ２の位置情報（例えば座標情報）をマスク処理の対象外領域として、ＰＴＺカメラＣＡＭ１３と関連付けたカメラ設定情報を生成してストレージ１５又はメモリ１６に保存する（Ｓ７）。マスク処理部１１４は、マスク処理設定部１１３により生成されたカメラ設定情報を参照し、撮像映像ＭＶ１中の枠ＪＧＡ２の内部以外の移動体（例えば人物ＪＢ２，ＪＢ３）をマスク画像ＭＫ２，ＭＫ３（図８参照）に変更するためのマスク処理を行う。映像出力制御部１１５は、マスク処理部１１４により生成されたマスク画像ＭＫ２，ＭＫ３と撮像映像ＭＶ１とを用いた編集映像を生成してモニタＤＰの映像表示画面（不図示）に表示する。
これにより、枠ＪＧＡ２の内部はマスク処理の対象外領域であるためにマスク処理は行われず、例えば映像表示画面（不図示）内の人物ＪＢ１の頭部周辺で移動する人物が映し出されたとしても、その人物はマスク画像（例えばマスク画像ＭＫ１）に変更されず、映像表示画面に映し出される編集映像の視認性の劣化を抑制できる。
次に、クライアントＰＣ１０のプロセッサ１１におけるマスク処理（ＭＯＲ処理）の動作内容の詳細について、図１１及び図１２を参照して説明する。図１１は、各実施形態に共通するマスク処理（ＭＯＲ処理）の動作手順の一例を詳細に説明するフローチャートである。図１２は、図１１のステップＳ１５，Ｓ１６における背景画像の更新処理の動作手順の一例を詳細に説明するフローチャートである。
図１１において、プロセッサ１１の背景画像処理部１１２は、画像入力部１１１により取得された撮像映像（例えばカメラにより撮像開始されてから一定時間分の撮像映像）を分析し、この撮像映像中で動きの無い領域（以下、「静止領域」という）からなる背景画像を生成する（Ｓ１１）。以下、このステップＳ１１の処理を、マスク処理（ＭＯＲ処理）における「初期学習」と定義する。
図１３は、初期学習による背景画像の生成手順を模式的に示す説明図である。背景画像処理部１１２は、一定時間分の撮像映像を取得し、撮像映像を構成する複数の撮像画像（図１３の紙面左側参照）において、公知の画像処理（例えばフレーム間差分の演算）により、撮像画像のフレーム間において静止領域と動きのある領域（以下、「動体領域」という）とを検知する。図１３では人物ＪＢ４が移動体として示されている。背景画像処理部１１２は、上述した画像処理により、動きの無い領域（つまり、静止領域）からなる背景画像ＢＧ１を生成する。
なお、ステップＳ１１の初期学習の処理中では、背景画像処理部１１２は撮像映像中において静止領域と動体領域との分離を行うことができない。このため、初期学習の期間中の撮像映像はモニタＤＰに表示されない。言い換えると、映像出力制御部１１５は、初期学習の期間中は、カメラから配信（送信）された撮像映像をモニタＤＰに表示しない。
図１４は、マスク処理（ＭＯＲ処理）の概念を模式的に示す説明図である。ステップＳ１１の初期学習の終了後、プロセッサ１１のマスク処理部１１４は、ステップＳ１１において生成された背景画像ＢＧ１の画素値（例えば輝度値又はＲＧＢ（Red Green Blue）値。以下同様。）とカメラから配信（送信）された現在の撮像映像ＡＡ１の画素値とを、背景画像や撮像映像を構成する画素の単位又は複数の画素からなる所定画素領域の単位（例えば４画素×４画素の単位）で比較する。
マスク処理部１１４は、上述した比較の結果として、画素値が一定の閾値（既知）より大きな差異がある撮像映像中の領域を動体領域ＯＢ１と判断する（Ｓ１２）。マスク処理部１１４は、動体領域と判断した撮像映像中の該当部分の画像をマスク画像ＭＳＫ１（例えば半透明画像）に変更し、マスク画像ＭＳＫ１を撮像映像ＡＡ１中の動体領域に重畳した編集映像ＢＢ１を生成してモニタＤＰに表示する（Ｓ１３）。なお、編集映像ＢＢ１をモニタＤＰに表示する処理は、映像出力制御部１１５により行われても構わない。また、マスク処理部１１４は、生成した編集映像ＢＢ１を、カメラの識別番号（例えばカメラＩＤ）と関連付けて、ストレージ１５又はメモリ１６に保存してもよいしレコーダ（例えばレコーダＲＥＣ１）に送信して記憶させても構わない。例えばマスク処理部１１４により、例えば撮像映像中の移動体（例えば人物）が半透明画像のマスク画像ＭＳＫ１に置き換えられた場合、撮像映像に現れる人物の輪郭線内部が半透明になり背景画像が透けて見えて背景に何があるかもわかる。これにより、人物がマスク画像ＭＳＫ１に置き換えられたとしても、人物のプライバシーの保護をしながら映像としての視認性も確保できる。
一方、マスク処理部１１４は、上述した比較の結果として、画素値が一定の閾値（既知）より小さな差異となった撮像映像中の領域を静止領域と判断する（Ｓ１４）。マスク処理部１１４は、静止領域と判断した撮像映像中の該当部分の画像を現在の撮像映像又は背景画像としてそのままモニタＤＰに表示する（Ｓ１４）。なお、静止領域と判断された撮像映像中の該当部分の画像をモニタＤＰに表示する処理は、映像出力制御部１１５により行われても構わない。また、マスク処理部１１４は、静止領域と判断した撮像映像中の該当部分の画像を、カメラの識別番号（例えばカメラＩＤ）と関連付けて、ストレージ１５又はメモリ１６に保存してもよいしレコーダ（例えばレコーダＲＥＣ１）に送信して記憶させても構わない。また、ステップＳ１２，Ｓ１３，Ｓ１４は時系列の順に沿って行われるものではなく、並行してほぼ同時又は同時に行われる。ステップＳ１５，Ｓ１６についても同様である。
ステップＳ１４の後、背景画像処理部１１２は、ステップＳ１４において静止領域と判断された映像領域について、その映像領域とステップＳ１１において生成された背景画像とを用いて背景画像を更新する（Ｓ１５）。例えば背景画像に対して１秒に１回の更新処理（図１２参照）を行い、新しい撮像映像の情報を１％、現在の背景画像の情報を９９％使用する場合には、およそ１００秒後に背景画像は全面的に更新される。ステップＳ１５の処理の詳細については、図１２を参照して後述する。
ステップＳ１４の後、背景画像処理部１１２は、ステップＳ１２において動体領域と判断された映像領域について、その映像領域とステップＳ１１において生成された背景画像とを用いて背景画像を更新する（Ｓ１６）。以下、これらのステップＳ１５，Ｓ１６の処理を、マスク処理（ＭＯＲ処理）における「通常学習」を定義する。例えば背景画像に対して１秒に１回の更新処理（図１２参照）を行い、新しい撮像映像の情報を０．１％、現在の背景画像の情報を９９．９％使用する場合には、およそ１０００秒後に背景画像は全面的に更新される。この場合、通常学習の期間は、上述したステップＳ１５で例示した１００秒と、ステップＳ１６で例示した１０００秒のうち長い方の期間（つまり、１０００秒＝およそ１７分程度）となる。ステップＳ１６の処理の詳細については、図１２を参照して後述する。
ステップＳ１５，Ｓ１６の後、マスク処理（ＭＯＲ処理）が終了する場合には（Ｓ１７、ＹＥＳ）、図１１に示すプロセッサ１１の処理は終了する。一方、ステップＳ１５，Ｓ１６の後、マスク処理（ＭＯＲ処理）が終了しない場合には（Ｓ１７、ＹＥＳ）、プロセッサ１１の処理はステップＳ１２に戻る。
ステップＳ１５，Ｓ１６の各処理は、図１２に示す処理の順に行われる。ステップＳ１５の処理とステップＳ１６の処理との違いは、後述する背景画像更新比率Ｘの値である。図１２の説明では、例えば、ステップＳ１５の処理に関しては背景画像更新比率Ｘ＝０．０１（＝１％）とし、ステップＳ１６の処理に関しては背景画像更新比率Ｘ＝０．００１（＝０．１％）とする。
具体的に説明すると、背景画像更新比率Ｘ＝０．０１（＝１％）とは、背景画像の更新において、新しい撮像映像の情報を１％使用し、現在の背景画像の情報を９９％使用することを意味する。同様に、背景画像更新比率Ｘ＝０．００１（＝０．１％）とは、背景画像の更新において、新しい撮像映像の情報を０．１％使用し、現在の背景画像を９９．９％使用することを意味する。いずれにせよ、背景画像の更新では、背景画像更新比率Ｘの値に応じて、新しい撮像映像の情報を取り入れることを意味する。
図１２の説明では画素値をＲＧＢ値（つまり、画像中の画素における赤色、緑色、青色の強さを示す値）とする。なお、カラーテーブルが２４ビットＲＧＢの場合、（Ｒ，Ｇ，Ｂ）＝（２５５，２５５，２５５）は白色を示し、（Ｒ，Ｇ，Ｂ）＝（０，０，０）は黒色を示し、（Ｒ，Ｇ，Ｂ）＝（２５５，０，０）は赤色を示し、（Ｒ，Ｇ，Ｂ）＝（０，２５５，０）は緑色を示し、（Ｒ，Ｇ，Ｂ）＝（０，０，２５５）は青色を示す。
図１２において、背景画像処理部１１２は、更新対象となる背景画像を構成する画素の座標（ｘ，ｙ）を（０，０）に設定する（Ｓ２１）。背景画像処理部１１２は、現在の撮像映像から座標（ｘ，ｙ）の画素における画素値（Ｒ０，Ｇ０，Ｂ０）を取得する（Ｓ２２）。背景画像処理部１１２は、現在の背景画像（例えばステップＳ１１の初期学習において生成された背景画像）から座標（ｘ，ｙ）の画素における画素値（Ｒ１，Ｇ１，Ｂ１）を取得する（Ｓ２３）。
背景画像処理部１１２は、ステップＳ２２において取得した画素値（Ｒ０，Ｇ０，Ｂ０）とステップＳ２３において取得した画素値（Ｒ１，Ｇ１，Ｂ１）とを用いて、数式（１）〜数式（３）に従って、更新後の背景画像を構成する画素の座標（ｘ，ｙ）における画素値（Ｒ２，Ｇ２，Ｂ２）を算出する（Ｓ２４）。
Ｒ２＝Ｒ０×Ｘ＋Ｒ１×（１．０−Ｘ）・・・（１）
Ｇ２＝Ｇ０×Ｘ＋Ｇ１×（１．０−Ｘ）・・・（２）
Ｂ２＝Ｂ０×Ｘ＋Ｂ１×（１．０−Ｘ）・・・（３）
例えばＲ０＝１００、Ｒ１＝５０、Ｘ＝０．１（＝１０％）の場合には、数式（１）により、Ｒ２＝１００×０．１＋５０×０．９＝５５と算出される。これにより、背景画像処理部１１２は、該当する画素のＲ（要素）値は５０（＝Ｒ１）から５５（＝Ｒ２）に更新することができる。
ステップＳ２４の後、背景画像処理部１１２が更新対象となる背景画像の全ての画素の座標（ｘ，ｙ）について数式（１）〜数式（３）を用いた算出により画素値が更新された場合には（Ｓ２５、ＹＥＳ）、図１２に示す背景画像処理部１１２の処理は終了する。
一方、ステップＳ２４の後、背景画像処理部１１２が更新対象となる背景画像の全ての画素の座標（ｘ，ｙ）について数式（１）〜数式（３）を用いた算出により画素値が更新されていない場合には（Ｓ２５、ＮＯ）、背景画像処理部１１２は、画素の座標（ｘ，ｙ）を次の座標に設定する（Ｓ２６）。ステップＳ２６の後、背景画像処理部１１２の処理はステップＳ２２に戻る。
これにより、プロセッサ１１は、図１１及び図１２に示すマスク処理（ＭＯＲ）を行うことで、撮像映像中において動きのある領域（例えば人物）についてマスク画像に変更することで、その動体領域中の人物等が誰であるかの特定を困難にする編集映像を生成してモニタＤＰに表示することができ、その人物のプライバシーの保護を図ることができる。また、プロセッサ１１は、例えば撮像エリアに新しい固定物が設置されたり、電灯が消灯したり点灯したりする等の環境変化が生じた場合でも、その環境変化に追従した背景画像に更新することができる。例えば、プロセッサ１１は、新しく設置された固定物を背景画像に取り込む更新を行うことが可能となり、環境変化に即した適切な編集映像を生成してモニタＤＰに映し出すことも可能である。
なお、ステップＳ１６の処理では、新しい固定物が静止領域であることを背景画像処理部１１２が判断するための十分な時間が経過した後に、背景画像として取り込まれるために、環境に即した適切な背景追従時間の経過後に背景画像に取り込まれることが好ましい。背景追従時間は、通常学習の期間に相当するものである。例えば道路上の人物等、停止する可能性が低い環境（例えば場所）では、背景追従時間は短めの通常学習の期間（例えば５分＝３００秒）が設定されることが好ましい。一方、例えば図書館、オフィス、工場の人物等、停止する可能性が高い環境（例えば場所）では、背景追従時間は長めの通常学習の期間（例えば２０分＝１２００秒）が設定されることが好ましい。
以上により、第１の実施形態の監視カメラシステム１００は、撮像エリアを撮像する少なくとも一つのカメラ（例えば全方位カメラＣＡＭ１１，…）と、カメラにより撮像された撮像エリアの撮像映像ＡＡ１、又は撮像映像ＡＡ１に現れる人物の動体領域ＯＢ１の少なくとも一部又は全体をマスク画像に変更するためのマスク処理を行って得た編集映像ＢＢ１をモニタＤＰに表示するクライアントＰＣ１０と、を備える。また、クライアントＰＣ１０は、撮像映像ＭＶ１の表示領域を含む、マスク処理の対象外領域を設定するための領域設定画面ＷＤ２をモニタＤＰに表示する（図７参照）。クライアントＰＣ１０は、ユーザ操作に応じて、領域設定画面ＷＤ２内の撮像映像ＭＶ１の表示領域の中で指定された領域（例えば図８に示す枠ＪＧＡ１参照）をマスク処理の対象外領域とするカメラ設定情報を、撮像映像ＭＶ１に対応するカメラ（例えばその撮像映像を配信したカメラ）と関連付けてストレージ１５又はメモリ１６に記憶する。
これにより、クライアントＰＣ１０は、各種のカメラが設置された場所の環境に適合するように、ユーザの簡単な操作によって、クライアントＰＣ１０において行われるマスク処理（ＭＯＲ処理）の対象外領域をカメラごとに個別に設定することができる。従って、監視カメラシステム１００は、何かのトラブルがあった場合にそのトラブルの原因究明を効率的に行うために、カメラ（例えばＰＴＺカメラＣＡＭ１３）から配信された撮像映像ＭＶ１やレコーダ（例えばレコーダＲＥＣ１）から配信されたカメラの撮像映像ＭＶ１内に映る人物をマスク画像に変更できるのでその人物のプライバシーを保護できるとともに、マスク処理（ＭＯＲ処理）の対象外領域に映ったカメラの撮像映像の視認性の劣化を抑制できる。つまり、監視カメラシステム１００は、カメラが設置された場所の環境に適合するように、カメラの撮像映像内に映る人物のプライバシーの保護とカメラの撮像映像の視認性の劣化の抑制とを両立し、ユーザの使い勝手を向上することができる。
また、クライアントＰＣ１０は、カメラごとに生成されたカメラ設定情報を用いて、撮像映像ＭＶ１の全体領域からマスク処理の対象外領域（例えば図８に示す枠ＪＧＡ１参照）を除くマスク処理の対象領域に対してマスク処理を行って得た編集映像をモニタＤＰに表示する。これにより、クライアントＰＣ１０は、例えばユーザが撮像映像中で注目している映像領域部分の視認性を確保した上で映像出力でき、更に、マスク処理の対象領域の映像中に現れる人物をマスク画像に置き換えて表示できるので、マスク処理の対象領域内の人物が誰であるかの特定を困難にでき、プライバシーの確保を図ることができる。
また、クライアントＰＣ１０は、少なくともマスク処理の実行又は不実行をカメラごとに設定するためのカメラ設定画面ＷＤ１をモニタＤＰに表示し、ユーザ操作に応じて、カメラ設定画面ＷＤ１の中でいずれかのカメラに対応するマスク処理の実行が指定された場合に、カメラ設定画面ＷＤ１から、指定されたカメラに対応する領域設定画面ＷＤ２に切り替えてモニタＤＰに表示する。これにより、ユーザは、カメラ設定画面ＷＤ１においていずれかのカメラにより撮像された撮像映像に対してマスク処理（ＭＯＲ処理）の実行又は不実行を簡易に設定できる。更に、ユーザは、カメラ設定画面ＷＤ１においてマスク処理（ＭＯＲ処理）の実行を設定しかつ設定ボタンを押下することで領域設定画面ＷＤ２がモニタＤＰに表示されるので、マスク処理（ＭＯＲ処理）の実行と対象外領域の設定とを連続的に行うことができる。
また、クライアントＰＣ１０は、ユーザ操作により、領域設定画面ＷＤ２内の撮像映像ＭＶ１の表示領域の中で指定された四角形領域をマスク処理の対象外領域に設定する。これにより、ユーザは、領域設定画面ＷＤ２に表示される撮像映像ＭＶ１を閲覧しながら、マスク処理の対象外領域とすることで視認性を確保したい部分を四角形状で選択することができる。
また、クライアントＰＣ１０は、ユーザ操作により、領域設定画面ＷＤ２内の撮像映像ＭＶ１の表示領域の中で指定された多角形領域（例えば五角形領域）をマスク処理の対象外領域に設定する。これにより、ユーザは、領域設定画面ＷＤ２に表示される撮像映像ＭＶ１を閲覧しながら、マスク処理の対象外領域とすることで視認性を確保したい部分を多角形状（例えば五角形領域）で選択することができる。
また、クライアントＰＣ１０は、少なくともマスク処理の実行又は不実行をカメラごとに設定するためのカメラ設定画面ＷＤ１をモニタＤＰに表示し、カメラ設定画面ＷＤ１に対するユーザ操作に応じて、マスク処理の中で撮像映像ＭＶ１の背景画像を生成するための初期学習の期間と、マスク処理の中で背景画像を更新するための通常学習の期間とをカメラごとに関連付けてストレージ１５又はメモリ１６に保存する。
これにより、ユーザは、各種のカメラが設置された場所の環境に適合するように、ユーザの簡単な操作によって、クライアントＰＣ１０において行われるマスク処理（ＭＯＲ処理）の背景画像の初期学習及び通常学習の期間をカメラごとに個別に設定することができ、ユーザの使い勝手を向上できる。従って、クライアントＰＣ１０は、カメラ（例えばＰＴＺカメラＣＡＭ１３）が設定された環境（例えば場所）に応じて、その周辺に存在する人物の行動特性（例えば人物の移動が多い場所、人物の移動が少ない場所）に適合するように背景画像の生成及び更新を行うことができ、環境に即した適切なマスク処理後の編集映像を生成、表示することができる。
（第２の実施形態の内容に至る経緯）
特許文献１によれば、監視エリアにおいて検知された人物の動画映像内の位置情報及び人物の属性（例えば性別、年齢）毎にマスク画像が生成されるため、そのマスク画像により、プライバシーを確保した上で店舗内の人物の行動が把握可能となる。
しかしながら、特許文献１では、動画映像において検知された人物の画像領域をマスク画像に変更するのはカメラであり、カメラからの動画映像を受信する受信装置（例えばユーザが使用するクライアントＰＣ）によりマスク処理が行われることは考慮されていない。
このため、クライアントＰＣが複数のカメラにより撮像されたそれぞれ異なる撮像映像を受信してモニタに分割表示している間、それぞれの撮像映像毎にマスク処理の実行又は不実行の有無の設定を個々に行うことができず、ユーザの使い勝手が良くなかった。例えば、カメラにてマスク処理が行われるように予め設定されている場合、そのカメラから配信された映像がクライアントＰＣのモニタに表示されている間では、カメラの撮像処理を一旦停止させ、カメラのマスク処理を不実行とする設定に変更しない限り、モニタでの表示途中でクライアントＰＣにより、カメラにおけるマスク処理を不実行とする設定に変更することはできなかった。
そこで、第２の実施形態では、複数種類の異なる撮像映像をモニタに分割して表示する際に、個々の撮像映像に対するマスク処理の実行又は不実行の設定を撮像映像毎に簡易に設定し、ユーザの使い勝手を向上するモニタリングシステム及び映像表示方法の例を説明する。
（第２の実施形態）
第２の実施形態のモニタリングシステムとして、第１の実施形態で説明した監視カメラシステム１００を例示して説明する。第２の実施形態の監視カメラシステム１００の内部構成は第１の実施形態の監視カメラシステム１００と同一であるため、同一の内容の説明は簡略化又は省略し、異なる内容について説明する。
図１５（Ａ）及び図１５（Ｂ）は、複数のカメラの撮像映像を３分割した表示例を示す図である。図１５（Ｃ）は、複数のカメラの撮像映像を４分割した表示例を示す図である。
クライアントＰＣ１０は、複数のカメラ（例えば全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３）から配信（送信）された個々の異なる撮像映像を受信したとする。それぞれのカメラにおいてマスク処理（ＭＯＲ処理）が実行されることがカメラ設定画面ＷＤ１（図６参照）において設定されている場合、プロセッサ１１は、マスク処理部１１４において、図１１及び図１２に示す処理に従ってそれぞれの撮像映像中の人物をマスク画像に変更した（置き換えた）マスク処理後の編集映像ＭＶ２，ＭＶ３，ＭＶ４を生成する。プロセッサ１１は、映像出力制御部１１５において、マスク処理部１１４により生成された編集映像ＭＶ２，ＭＶ３，ＭＶ４を３分割して映した映像表示画面ＷＤ５ａ又は映像表示画面５ｂをモニタＤＰに表示することができる（図１５（Ａ）又は図１５（Ｂ）参照）。
図１５（Ａ）の映像表示画面ＷＤ５ａでは、編集映像の表示領域全体３ＤＶ１のうち、編集映像ＭＶ２の表示領域は、他の編集映像ＭＶ３，ＭＶ４の表示領域に比べて大きくなっている。図１５（Ｂ）の映像表示画面ＷＤ５ｂでは、編集映像の表示領域全体３ＤＶ２のうち、編集映像ＭＶ４の表示領域は、他の編集映像ＭＶ２，ＭＶ３の表示領域に比べて大きくなっている。プロセッサ１１は、図１５（Ａ）、図１５（Ｂ）又は図１５（Ｃ）に示す表示切替ボックスＣＧＢ１に対するユーザ操作に応じて、図１５（Ａ）に示す３分割の表示形態を、指定された表示形態（例えば図１５（Ｂ）に示す３分割の表示形態、又は図１５（Ｃ）に示す４分割の表示形態）に切り替えできる。但し、図１５（Ａ）及び図１５（Ｂ）の図面の複雑化を避けるために、図１５（Ａ）及び図１５（Ｂ）において表示切替ボックスＣＧＢ１の図示は省略されている。また、プロセッサ１１は、図１５（Ａ）や図１５（Ｂ）に示す３分割の表示形態において、どの編集映像の表示領域を最も大きくできるかをユーザ操作により設定できる。
クライアントＰＣ１０は、複数のカメラ（例えば全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３、固定カメラＣＡＭ１４）から配信（送信）された個々の異なる撮像映像を受信したとする。それぞれのカメラにおいてマスク処理（ＭＯＲ処理）が実行されることがカメラ設定画面ＷＤ１（図６参照）において設定されている場合、プロセッサ１１は、マスク処理部１１４において、図１１及び図１２に示す処理に従ってそれぞれの撮像映像中の人物をマスク画像に変更した（置き換えた）マスク処理後の編集映像ＭＶ２，ＭＶ３，ＭＶ４，ＭＶ５を生成する。プロセッサ１１は、映像出力制御部１１５において、マスク処理部１１４により生成された編集映像ＭＶ２，ＭＶ３，ＭＶ４，ＭＶ５を４分割して映した映像表示画面ＷＤ６をモニタＤＰに表示することができる（図１５（Ｃ）参照）。
図１５（Ｃ）の映像表示画面ＷＤ６では、編集映像の表示領域全体４ＤＶ１のうち、４つの編集映像ＭＶ２，ＭＶ３，ＭＶ４，ＭＶ５の表示領域が均等である。
なお、図１５（Ａ）、図１５（Ｂ）、図１５（Ｃ）では、映像表示画面ＷＤ５ａ，ＷＤ５ｂ，ＷＤ６に表示される映像は全てプロセッサ１１によりマスク処理が施された後の編集映像が示されている。但し、少なくとも一つの映像は、マスク処理が施されていない撮像映像であっても構わない。これは、カメラ設定画面ＷＤ１において、カメラごとにマスク処理（ＭＯＲ処理）の実行又は不実行の設定情報に起因する。言い換えると、クライアントＰＣ１０は、複数の映像を分割表示する際に、カメラ設定画面ＷＤ１でユーザにより設定されたカメラ設定情報に従って、それぞれのカメラに対応するマスク処理を実行した編集映像やマスク処理を実行しないで受信したままの撮像映像を用いて分割表示すればよい。
例えば４分割の表示形態の際、ユーザの会社の入り口付近に設置されたカメラから配信された１つの撮像映像は、クライアントＰＣ１０によりマスク処理がなされずにそのまま映像表示画面（例えば映像表示画面ＷＤ６）に表示される。更に、会社の建物内に設置された他の複数（３つ）のカメラから配信された３つの撮像映像は、それぞれマスク処理がなされ、マスク処理により得られた複数の編集映像が同じ映像表示画面の残りの表示領域に表示されてもよい。これにより、ユーザ（例えば監視者）は、それぞれのカメラの設置場所の事情に合わせて、それぞれの場所に現れた人物の特定の要否を適宜決定して設定できる。例えば、ユーザは、顔を把握したい場所の撮像映像中の人物の顔を把握できるし、一方、顔を把握する必要がない場所又は顔を把握してはいけない場所では人物の顔がマスク画像になっているのでその人物のプライバシー保護を遵守できる。
次に、本実施形態のクライアントＰＣ１０の分割表示の第１動作手順について、図１６を参照して説明する。図１６は、第２の実施形態における、複数のカメラの撮像映像の表示の際にクライアントＰＣ１０において行われる動作手順の一例を詳細に説明するフローチャートである。図１６に示す処理は、クライアントＰＣ１０に撮像映像を配信するカメラごとに、クライアントＰＣ１０において行われる。
図１６において、プロセッサ１１のマスク処理設定部１１３は、クライアントＰＣ１０が受信した、分割表示の対象となるカメラの撮像映像を取得しているかどうかを判断する（Ｓ３１）。マスク処理設定部１１３は、分割表示の対象となるカメラの撮像映像を取得していないと判断した場合には（Ｓ３１、ＮＯ）、分割表示の対象となるカメラの撮像映像を取得するまで待機する（Ｓ３２）。この場合には、映像出力制御部１１５は、分割表示の対象となるカメラからの撮像映像を取得していないので、モニタＤＰには何も表示しない。つまり、モニタＤＰの映像表示画面内の表示領域はブランクとなる。又は、クライアントＰＣ１０が既に受信している撮像映像があれば、映像出力制御部１１５は、その撮像映像をモニタＤＰの映像表示画面内の表示領域に表示してもよい。
マスク処理設定部１１３は、分割表示の対象となるカメラの撮像映像を取得したと判断した場合には（Ｓ３１、ＹＥＳ）、撮像映像に含まれるカメラの識別情報を基に、ストレージ１５又はメモリ１６に記憶しているカメラ設定情報の該当するカメラのレコードを参照して読み出す（Ｓ３３）。マスク処理設定部１１３は、読み出したレコードにおいて撮像映像に対してマスク処理（ＭＯＲ処理）を実行する旨の設定がなされているかどうかを判断する（Ｓ３４）。
マスク処理設定部１１３は、読み出したレコードにおいてマスク処理（ＭＯＲ処理）を実行する旨の設定がなされていると判断した場合（Ｓ３４、ＹＥＳ）、その旨をマスク処理部１１４に通知する。マスク処理部１１４は、マスク処理設定部１１３からの通知に応じて、該当するカメラからの撮像映像に対して図１１及び図１２に示したマスク処理（ＭＯＲ処理）を実行し、マスク処理後の編集映像を生成する（Ｓ３５）。映像出力制御部１１５は、ステップＳ３５において生成された編集映像をモニタＤＰの映像表示画面内の該当表示領域（例えば図１５（Ａ）の編集映像ＭＶ２の表示領域）に表示する（Ｓ３５）。
一方、マスク処理設定部１１３は、読み出したレコードにおいてマスク処理（ＭＯＲ処理）を実行する旨の設定がなされていないと判断した場合（Ｓ３４、ＮＯ）、オリジナルの撮像映像（つまり、マスク処理されていない撮像により得られた撮像映像。以下同様。）を表示する旨を映像出力制御部１１５に通知する（Ｓ３６）。映像出力制御部１１５は、マスク処理設定部１１３からの通知に応じて、クライアントＰＣ１０がカメラから受信したオリジナルの撮像映像をモニタＤＰの映像表示画面内の該当表示領域（例えば図１５（Ａ）の編集映像ＭＶ２の表示領域）に表示する（Ｓ３６）。
ステップＳ３５又はステップＳ３６の後、クライアントＰＣ１０の分割表示が終了する場合には（Ｓ３７、ＹＥＳ）、図１６に示すプロセッサ１１の処理は終了する。一方、ステップＳ３５，Ｓ３６の後、クライアントＰＣ１０の分割表示が終了しない場合には（Ｓ３７、ＮＯ）、プロセッサ１１の処理はステップＳ３１に戻る。
図１７は、カメラの撮像映像とその同じカメラの過去の複数の異なる撮像映像とを４分割した表示例を示す図である。クライアントＰＣ１０は、一つのカメラ（例えば固定カメラＣＡＭ１４）から配信（送信）された現在の撮像映像（ライブ映像）を受信し、更に、一つのレコーダ（例えばレコーダＲＥＣ１）から配信された複数の異なる録画映像を受信したとする。複数の異なる録画映像は、現在の撮像映像（ライブ映像）を配信しているカメラ（例えば固定カメラＣＡＭ１４）により過去に撮像された録画映像である。このカメラにおいてマスク処理（ＭＯＲ処理）が実行されることがカメラ設定画面ＷＤ１（図６参照）において設定されている場合、プロセッサ１１は、マスク処理部１１４において、図１１及び図１２に示す処理に従ってそれぞれの撮像映像及び録画映像中の人物をマスク画像に変更した（置き換えた）マスク処理後の編集映像ＭＶ６，編集録画映像ＭＶ７，ＭＶ８，ＭＶ９を生成する。プロセッサ１１は、映像出力制御部１１５において、マスク処理部１１４により生成された編集映像ＭＶ６，編集録画映像ＭＶ７，ＭＶ８，ＭＶ９を４分割して映した映像表示画面ＷＤ７をモニタＤＰに表示することができる（図１７参照）。
図１７の映像表示画面ＷＤ７では、編集映像や編集録画映像の表示領域全体４ＤＶ２のうち、４つの映像（具体的には、編集映像ＭＶ６，編集録画映像ＭＶ７，ＭＶ８，ＭＶ９）の表示領域が均等である。編集録画映像ＭＶ７，ＭＶ８，ＭＶ９は、例えば編集録画映像ＭＶ７、編集録画映像ＭＶ８、編集録画映像ＭＶ９の順に撮像日時が古い又は新しいものである。これにより、クライアントＰＣ１０は、同一のカメラにより撮像された現在の撮像映像と過去に撮像された録画映像とがそれぞれマスク処理（ＭＯＲ処理）された編集映像や編集録画映像をモニタＤＰに分割表示できるので、ユーザの人物の追跡や行動把握等を効果的に支援することができる。
次に、本実施形態のクライアントＰＣ１０の分割表示の第２動作手順について、図１８を参照して説明する。図１８は、第２の実施形態における、カメラの撮像映像及びレコーダから録画映像の表示の際にクライアントＰＣ１０において行われる動作手順の一例を詳細に説明するフローチャートである。図１８に示す処理は、クライアントＰＣ１０に現在の撮像映像（ライブ映像）を配信するカメラ、又はそのカメラにより撮像された過去の録画映像を配信するレコーダ毎に、クライアントＰＣ１０において行われる。
また、図１８に示す処理と図１６に示す処理とが同一である場合には、図１６に示す処理のステップ番号と同一のステップ番号を付与して説明を簡略化又は省略し、異なる内容について説明する。
図１８において、プロセッサ１１のマスク処理設定部１１３は、クライアントＰＣ１０が受信した、分割表示の対象となるカメラからの撮像映像又はレコーダからの録画映像を取得しているかどうかを判断する（Ｓ３１Ａ）。マスク処理設定部１１３は、カメラからの撮像映像又はレコーダからの録画映像を取得していないと判断した場合には（Ｓ３１Ａ、ＮＯ）、カメラからの撮像映像又はレコーダからの録画映像を取得するまで待機する（Ｓ３２）。なお、クライアントＰＣ１０は、ユーザの撮像日時の指定により、レコーダに対して該当する録画映像を要求すると、レコーダから配信された該当する録画映像を受信して取得することができ、各実施形態でも同様である。
マスク処理設定部１１３は、分割表示の対象となるカメラからの撮像映像又はレコーダからの録画映像を取得したと判断した場合には（Ｓ３１Ａ、ＹＥＳ）、撮像映像や録画映像に含まれるカメラの識別情報を基に、ストレージ１５又はメモリ１６に記憶しているカメラ設定情報の該当するカメラのレコードを参照して読み出す（Ｓ３３Ａ）。マスク処理設定部１１３は、読み出したレコードにおいて撮像映像や録画映像に対してマスク処理（ＭＯＲ処理）を実行する旨の設定がなされているかどうかを判断する（Ｓ３４Ａ）。
マスク処理設定部１１３は、読み出したレコードにおいてマスク処理（ＭＯＲ処理）を実行する旨の設定がなされていると判断した場合（Ｓ３４Ａ、ＹＥＳ）、その旨をマスク処理部１１４に通知する。マスク処理部１１４は、マスク処理設定部１１３からの通知に応じて、該当するカメラからの撮像映像又はレコーダからの録画映像に対して図１１及び図１２に示したマスク処理（ＭＯＲ処理）を実行し、マスク処理後の編集映像又は編集録画映像を生成する（Ｓ３５Ａ）。映像出力制御部１１５は、ステップＳ３５において生成された編集映像又は編集録画映像をモニタＤＰの映像表示画面内の該当表示領域（例えば図１７の編集映像ＭＶ６又は編集録画映像ＭＶ７の表示領域）に表示する（Ｓ３５Ａ）。
一方、マスク処理設定部１１３は、読み出したレコードにおいてマスク処理（ＭＯＲ処理）を実行する旨の設定がなされていないと判断した場合（Ｓ３４Ａ、ＮＯ）、オリジナルの撮像映像又は録画映像を表示する旨を映像出力制御部１１５に通知する（Ｓ３６Ａ）。映像出力制御部１１５は、マスク処理設定部１１３からの通知に応じて、クライアントＰＣ１０がカメラから受信したオリジナルの撮像映像又は録画映像をモニタＤＰの映像表示画面内の該当表示領域（例えば図１７の編集映像ＭＶ６又は編集録画映像ＭＶ７の表示領域）に表示する（Ｓ３６Ａ）。
以上により、第２の実施形態の監視カメラシステム１００は、撮像エリアを撮像する複数のカメラ（例えば全方位カメラＣＡＭ１１，…）と、個々のカメラにより撮像された撮像エリアの撮像映像に現れる移動体（例えば人物）の少なくとも一部をマスク画像に変更するためのマスク処理の実行又は不実行の設定情報をカメラごとに保持するクライアントＰＣ１０と、を備える。また、クライアントＰＣ１０は、マスク処理の実行が設定された複数のカメラにより撮像された個々の撮像映像をマスク処理して得た個々の編集映像、又はマスク処理の実行が設定された１つのカメラにより撮像された個々の撮像映像をマスク処理して得た編集映像とマスク処理の不実行が設定された少なくとも１つのカメラにより撮像された個々の撮像映像と、をモニタＤＰに分割表示する。
第２の実施形態のクライアントＰＣ１０も、第１の実施形態と同様に、撮像映像に現れる移動中の人物の少なくとも一部又は全部をマスク画像に置き換えるマスク処理を行うことができる。これにより、クライアントＰＣ１０は、複数の異なる撮像映像をモニタＤＰに分割表示する際に、クライアントＰＣ１０が受信した個々の撮像映像の配信元（送信元）としてのカメラごとに、マスク処理の実行又は不実行の設定を簡易に設定できるので、ユーザの使い勝手を向上することができる。従って、クライアントＰＣ１０は、カメラの設置場所の事情に適合するように、分割表示の対象となる撮像映像毎に、マスク処理を行ったり行わなかったりする設定を可変にできるので、ユーザの適切な監視業務や高精度なマーケティング分析に資することができる。
また、第２の実施形態の監視カメラシステム１００は、個々のカメラにより撮像された撮像エリアの撮像映像を録画映像として撮像日時と関連付けて記憶するレコーダ（例えばＲＥＣ１）を更に備える。クライアントＰＣ１０は、マスク処理の実行が設定されたカメラにより撮像された撮像映像をマスク処理して得た編集映像とマスク処理の実行が設定されたカメラにより過去の異なる撮像日時に撮像されてレコーダに記憶された複数の録画映像をマスク処理して得た個々の編集録画映像と、をモニタＤＰに分割表示する。
これにより、クライアントＰＣ１０は、同一のカメラにより撮像された現在の撮像映像と過去に撮像された録画映像とがそれぞれマスク処理（ＭＯＲ処理）された編集映像や編集録画映像をモニタＤＰに分割表示できるので、例えば監視業務やマーケティング分析においてカメラの設置場所付近に現れた人物の追跡や行動把握等を効果的に支援することができる。
（第３の実施形態の内容に至る経緯）
特許文献１によれば、監視エリアにおいて検知された人物の動画映像内の位置情報及び人物の属性（例えば性別、年齢）毎にマスク画像が生成されるため、そのマスク画像により、プライバシーを確保した上で店舗内の人物の行動が把握可能となる。
しかしながら、特許文献１では、動画映像において検知された人物の画像領域をマスク画像に変更するのはカメラであり、カメラからの動画映像を受信する受信装置（例えばユーザが使用するクライアントＰＣ）によりマスク処理が行われることは考慮されていない。
クライアントＰＣにおいてマスク処理ができない場合、マスク処理を実行する機能（以下、「マスク機能」という）が無いカメラにより撮像された撮像映像についてマスク処理を行うことはできなかった。マスク機能が無い既設のカメラにマスク機能を追加することは困難を伴う。このため、監視効率の向上やマーケティング分析精度の向上を図ることが困難であった。
そこで、第３の実施形態では、マスク機能を有さないカメラに対してマスク機能を別途追加すること無く、マスク機能を有さないカメラにより撮像された撮像映像に対してマスク処理を適切に施し、監視効率やマーケティング分析精度の向上を図るモニタリングシステム及び映像表示方法の例を説明する。
（第３の実施形態）
第３の実施形態のモニタリングシステムとして、第１の実施形態で説明した監視カメラシステム１００を例示して説明する。第３の実施形態の監視カメラシステム１００の内部構成は第１の実施形態の監視カメラシステム１００と同一であるため、同一の内容の説明は簡略化又は省略し、異なる内容について説明する。
第３，第４の各実施形態では、図１に示す監視カメラシステム１００において、少なくとも固定カメラＣＡＭ１４は、上述したマスク機能を有する。つまり、固定カメラＣＡＭ１４は、自ら撮像した撮像映像に対し、図１１及び図１２に示すマスク処理（ＭＯＲ処理）を実行することができる。言い換えると、第３，第４の各実施形態では、固定カメラＣＡＭ１４のプロセッサＣ１１には、図３に示すクライアントＰＣ１０のプロセッサ１１内の画像入力部１１１、背景画像処理部１１２、マスク処理設定部１１３及びマスク処理部１１４と同じ各部が含まれるように構成されているとする。
なお、固定カメラＣＡＭ１４は、クライアントＰＣ１０におけるマスク処理と同等のマスク処理（つまり、第１の実施形態で説明した、ユーザ操作に基づくマスク処理の対象外領域を除いた領域において行うマスク処理）を行うことができなくても、例えば特許文献１に記載したマスク処理を行うことができても構わない。また、第３，第４の各実施形態ではマスクカメラは１台として説明しているが、１台だけに限定されず、複数のカメラがマスクカメラとして動作するものであっても構わない。
また、第３，第４の各実施形態において、固定カメラＣＡＭ１４のように、マスク機能を有するカメラを便宜的に「マスクカメラ」といい、固定カメラＣＡＭ１４を除く他のカメラのように、マスク機能を有さないカメラを便宜的に「通常カメラ」という。
次に、本実施形態のクライアントＰＣ１０のマスク処理の設定及び撮像映像の表示に関する動作手順について、図１９〜図２１を参照して説明する。図１９は、第３の実施形態における、マスクカメラ及び通常カメラに対するクライアントＰＣ１０のマスク処理（ＭＯＲ処理）の設定及び撮像映像の表示の動作手順の一例を詳細に説明するシーケンス図である。図２０は、第３，第４の各実施形態におけるカメラ設定画面の一例を示す図である。図２１は、クライアントＰＣ１０のモニタＤＰに表示される、撮像映像がマスク処理された編集映像の４分割表示例を示す図である。
図１９において、ユーザ操作により、クライアントＰＣ１０の運用が開始される操作があると（Ｓ４１）、クライアントＰＣ１０は、例えばカメラ設定画面ＷＤ１Ａ（図２０参照）に対するユーザ操作によりマスクカメラにおけるマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）が指定された場合に、マスクカメラにおけるマスク処理の実行又は不実行が指定されたカメラ設定情報とカメラ設定情報を設定する旨の指示とをマスクカメラに送信する（Ｓ４２）。
ここで、図２０に示すカメラ設定画面ＷＤ１Ａについて説明する。図６に示すカメラ設定画面ＷＤ１と重複する項目又は同様な項目の説明は簡略化又は省略し、異なる内容について説明する。
図２０では、カメラ設定画面ＷＤ１Ａの一部が抜粋して示されている。マスク処理設定部１１３は、例えばユーザ操作により、カメラ設定画面ＷＤ１ＡをモニタＤＰに表示する。このカメラ設定画面ＷＤ１Ａでは、ユーザの操作部１３を用いた操作により、例えば最大６４台のカメラ（つまり、全方位カメラ、ＰＴＺカメラ、固定カメラにより構成）の個々のカメラに対し、少なくともＩＰアドレス、マスク処理（ＭＯＲ処理）、マスク処理（ＭＯＲ処理）の設定、初期学習期間、通常学習期間が関連付けられて設定可能となる。また、カメラ設定画面ＷＤ１Ａに設けられた４つのタブ（カメラ１−１６，カメラ１７−３２，カメラ３３−４８，カメラ４９−６４）を切り替えることで、カメラ１６台単位で、該当するカメラについて、少なくともＩＰアドレス、マスク処理（ＭＯＲ処理）、マスク処理（ＭＯＲ処理）の設定、初期学習期間、通常学習期間の情報を設定可能である。
マスク処理（ＭＯＲ処理）の列ＣＬＭ２Ａでは、マスク処理の不実行（ＯＦＦ）、マスクカメラでのマスク処理（ＣＡＭ−ＭＯＲ）の実行、又はクライアントＰＣ１０でのマスク処理（ＰＣ−ＭＯＲ）の実行（ＯＮ）の３つのうちいずれかが選択される（枠ＷＫ２Ａ参照）。言い換えると、図６のカメラ設定画面ＷＤ１におけるマスク処理の実行（ＯＮ）は、図２０のカメラ設定画面ＷＤ１においては、マスクカメラでのマスク処理（ＣＡＭ−ＭＯＲ）の実行、又はクライアントＰＣ１０でのマスク処理（ＰＣ−ＭＯＲ）の実行（ＯＮ）に該当する。
マスク処理（ＭＯＲ処理）の設定の列ＣＬＭ３では、列ＣＬＭ２Ａにおいて、マスクカメラでのマスク処理（ＣＡＭ−ＭＯＲ）又はクライアントＰＣ１０でのマスク処理（ＰＣ−ＭＯＲ）が選択された場合に、マスク処理の対象外領域を設定させるための領域設定画面ＷＤ２を表示させる設定ボタン（枠ＷＫ１参照）が表示される。但し、列ＣＬＭ２Ａにおいてマスク処理の不実行（ＯＦＦ）が選択されたカメラについては列ＣＬＭ３の設定ボタンは押下可能に表示されない（例えば列ＣＬＭ３の図２０の紙面上から５段目，８段目，１０段目，１５段目の点線参照）。
図１９において、マスクカメラは、ステップＳ４２においてクライアントＰＣ１０から送信された指示に従い、その指示とともに送信されたカメラ設定情報を基に、そのカメラ設定情報により指定されるマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）を設定し、設定した旨の応答をクライアントＰＣ１０に返す（Ｓ４３）。
クライアントＰＣ１０は、通常カメラ及びマスクカメラに対し、それぞれ撮像の開始と撮像映像の配信とを指示する（Ｓ４４）。通常カメラは、クライアントＰＣ１０からの指示に従い、撮像を開始し（Ｓ４５）、以後、撮像により得られた撮像映像の配信を継続する（Ｓ４７）。クライアントＰＣ１０は、通常カメラから配信された撮像映像を受信する。
マスクカメラは、クライアントＰＣ１０からの指示に従い、撮像を開始し（Ｓ４６）、更に、ステップＳ４３において設定されたマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）を判断する。つまり、マスクカメラは、ステップＳ４３においてマスク処理の実行（ＯＮ）を設定した場合には、撮像により得られた撮像映像をマスク処理（図１１及び図１２参照）することで得た編集映像をクライアントＰＣ１０に向けて配信し、その配信を継続する（Ｓ４８）。一方、マスクカメラは、ステップＳ４３においてマスク処理の不実行（ＯＦＦ）を設定した場合には、撮像により得られた撮像映像をそのままクライアントＰＣ１０に向けて配信し、その配信を継続する（Ｓ４８）。
クライアントＰＣ１０は、通常カメラ又はマスクカメラに対応したカメラ設定情報の中で、マスクカメラがマスク処理を実行する旨もしくはマスク処理自体が不実行である旨が設定されている場合には、受信した撮像映像をそのままモニタＤＰに表示する（Ｓ４９、図２１参照）。
一方、クライアントＰＣ１０は、通常カメラ又はマスクカメラに対応したカメラ設定情報の中で、クライアントＰＣ１０がマスク処理を実行する旨が設定されている場合には、受信した撮像映像に対してマスク処理（図１１及び図１２参照）を行い、マスク処理により得た編集映像をモニタＤＰに表示する（Ｓ４９、図２１参照）。
図２１の映像表示画面ＷＤ７Ａでは、編集映像の表示領域全体（図１７参照）のうち、４つの映像（具体的には、編集映像ＭＶ６Ａ，ＭＶ７Ａ，ＭＶ８Ａ，ＭＶ９Ａ）の表示領域が均等である。編集映像ＭＶ６Ａ，ＭＶ９Ａは、例えばマスクカメラにおいて撮像された撮像映像がマスクカメラにおいてマスク処理された結果として得られた編集映像がクライアントＰＣ１０においてそのまま表示されたものである。編集映像ＭＶ７Ａは、例えばマスクカメラにおいて撮像された撮像映像がマスクカメラにおいてマスク処理されずクライアントＰＣ１０においてマスク処理された結果として得られた編集映像が表示されたものである。編集映像ＭＶ８Ａは、例えば通常カメラにおいて撮像された撮像映像がクライアントＰＣ１０においてマスク処理された結果として得られた編集映像が表示されたものである。これにより、クライアントＰＣ１０は、マスク機能を有さない通常カメラやマスク機能を有するマスクカメラに対応したマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）の設定に応じて、マスクカメラ又はクライアントＰＣ１０自身によりマスク処理された編集映像をモニタＤＰに分割表示できるので、個々のカメラで撮像された撮像映像中の人物のプライバシーを確保した上で、監視業務やマーケティング分析の効率化に資することができる。
以上により、第３の実施形態の監視カメラシステム１００は、撮像エリアを撮像し、撮像エリアの撮像映像に現れる移動体（例えば人物）の少なくとも一部をマスク画像に変更するためのマスク処理を実行不能な通常カメラ（例えば全方位カメラＣＡＭ１１）と、撮像映像に対するマスク処理の実行又は不実行の設定情報を保持するクライアントＰＣ１０と、を備える。クライアントＰＣ１０は、撮像映像に対するクライアントＰＣ１０でのマスク処理の実行が設定されている場合に、撮像映像をマスク処理するとともに、マスク処理により得た編集映像をモニタＤＰに表示する。一方、クライアントＰＣ１０は、撮像映像に対するクライアントＰＣ１０でのマスク処理の不実行が設定されている場合に、撮像映像をそのままモニタＤＰに表示する。
第３の実施形態のクライアントＰＣ１０も、第１の実施形態と同様に、撮像映像に現れる移動中の人物の少なくとも一部又は全部をマスク画像に置き換えるマスク処理を行うことができる。これにより、クライアントＰＣ１０は、マスク機能を有さない通常カメラに対してマスク機能を別途追加すること無く、マスク機能を有さない通常カメラにより撮像された撮像映像に対してマスク処理を適切に施し、監視効率やマーケティング分析精度の向上を図ることができる。
また、第３の実施形態の監視カメラシステム１００は、撮像エリアを撮像し、撮像エリアの撮像映像に現れる移動体（例えば人物）の少なくとも一部をマスク画像に変更するためのマスク処理を実行可能なマスクカメラ（例えば固定カメラＣＡＭ１４）、を更に備える。クライアントＰＣ１０は、マスクカメラにおけるマスク処理の実行又は不実行の設定情報を保持し、マスクカメラにおけるマスク処理の実行が設定されている場合に、マスクカメラにおけるマスク処理に基づく編集映像をモニタＤＰにそのまま表示する。
これにより、クライアントＰＣ１０は、マスク機能を既に有するマスクカメラに対するマスク処理の実行の設定によってマスク処理がなされた場合には、マスクカメラにより生成されたマスク処理後の編集映像を受信してそのまま表示することで、クライアントＰＣ１０におけるマスク処理の実行を省略できて処理負荷を軽減でき、負荷分散を図ることができる。
また、第３の実施形態の監視カメラシステム１００は、撮像エリアを撮像し、撮像エリアの撮像映像に現れる移動体（例えば人物）の少なくとも一部をマスク画像に変更するためのマスク処理を実行可能なマスクカメラ（例えば固定カメラＣＡＭ１４）、を更に備える。クライアントＰＣ１０は、マスクカメラにおけるマスク処理の実行又は不実行の設定情報を保持し、マスクカメラにおけるマスク処理の不実行が設定されている場合に、撮像映像をマスク処理し、このマスク処理により得た編集映像をモニタＤＰに表示する。
これにより、クライアントＰＣ１０は、例えばマスクカメラにおけるマスク処理よりも優れたマスク機能を有している場合（例えば、第１の実施形態で説明した、ユーザ操作に基づくマスク処理の対象外領域を除いた領域において行うマスク処理を行える場合）には、マスクカメラで行われるマスク処理により得られる編集映像よりも、ユーザの嗜好に沿うマスク処理後の編集映像を得ることができ、ユーザの使い勝手を向上できる。
（第４の実施形態の内容に至る経緯）
特許文献１によれば、監視エリアにおいて検知された人物の動画映像内の位置情報及び人物の属性（例えば性別、年齢）毎にマスク画像が生成されるため、そのマスク画像により、プライバシーを確保した上で店舗内の人物の行動が把握可能となる。
しかしながら、特許文献１では、動画映像において検知された人物の画像領域をマスク画像に変更するのはカメラであり、カメラからの動画映像を受信する受信装置（例えばユーザが使用するクライアントＰＣ）によりマスク処理が行われることは考慮されていない。
つまり、特許文献１では、マスク処理はカメラでしか行えなかったため、現在撮像中のライブ映像（撮像映像）はカメラにおいてマスク処理が可能であるが、レコーダに既に記憶されている過去の撮像映像（以下、「録画映像」という）に対してはマスク処理を行うことはできなかった。
このため、何かしらのイベントの録画映像を事後的に検証する際、被写体の人物のプライバシーを保護するために、例えば権限のある人（マネージャ等）と権限のない人（一般ユーザ）とがそれぞれアクセス可能な録画映像を２種類用意する必要があった。例えば権限のある人は録画映像中の人物がマスク処理されていない録画映像を閲覧可能であり、一般ユーザは録画映像中の人物がマスク処理された録画映像を閲覧する。このような運用下では、同じ場面の撮像映像を録画するためにレコーダの記憶容量の増大が避けられなかった。特に近年、撮像映像の画質が高画質化（例えば４Ｋ化）していることもあり、レコーダに記憶される撮像映像のデータ量は膨大である。
言い換えると、上述した２種類の録画映像を用意するためには、１台のカメラでは足りず、例えば２台のカメラ（具体的には、マスク処理を実行する機能（以下、「マスク機能」という）を有するカメラと、マスク機能を有さないカメラ）が必要となる。このため、システム構築において部品点数が増加するのでコストアップが避けられず、システム構成も煩雑であった。また、上述したクライアントＰＣにおいてマスク処理ができないと、権限の有無（上述したマネージャと、一般ユーザのような権限の有無）だけで２種類の録画映像が必要となる場合に限定されず、例えばイベントの内容や種類によってもマスク処理された録画映像とマスク処理されていない録画映像との２種類の録画映像が必要となることもあった。
そこで、第４の実施形態では、過去にカメラに撮像されてレコーダに既に記憶されているイベントの録画映像を閲覧する際に、その録画映像１つのデータを用いて、マスク処理を行うか又はマスク処理を行わないかを簡単に選択し、監視効率やマーケティング分析精度の向上を図るモニタリングシステム及び映像表示方法の例を説明する。
（第４の実施形態）
第４の実施形態のモニタリングシステムとして、第３の実施形態で説明した監視カメラシステム１００を例示して説明する。第４の実施形態の監視カメラシステム１００の内部構成は第３の実施形態の監視カメラシステム１００と同一であるため、同一の内容の説明は簡略化又は省略し、異なる内容について説明する。
第４の実施形態では、図１に示す監視カメラシステム１００において、少なくとも一つのカメラが接続されている各レコーダ（つまり、レコーダＲＥＣ１，ＲＥＣ２，ＲＥＣ３）には、各レコーダに接続されている少なくとも一つのカメラとの間でペアリング（言い換えると、紐付け）されている。より具体的には、レコーダＲＥＣ１には、全方位カメラＣＡＭ１１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３及び固定カメラＣＡＭ１４がペアリング（紐付け）されている。レコーダＲＥＣ２には、ＰＴＺカメラＣＡＭ２１及び固定カメラＣＡＭ２２がペアリング（紐付け）されている。レコーダＲＥＣ３には、全方位カメラＣＡＭ３１、ＰＴＺカメラＣＡＭ３２，ＣＡＭ３３及び固定カメラＣＡＭ３４がペアリング（紐付け）されている。この少なくとも一つのカメラとレコーダとのペアリングの関係は第４の実施形態に限定されず、上述した第１，第２，第３の各実施形態においても同様に適用されても構わない。
図２２は、レコーダ設定画面ＷＤ８の一例を示す図である。クライアントＰＣ１０のプロセッサ１１は、レコーダ設定画面ＷＤ８を表示するためのユーザ操作に応じて、モニタＤＰにレコーダ設定画面ＷＤ８を表示する。
レコーダ設定画面ＷＤ８では、ユーザ操作により、レコーダの設定が行われる。例えば、レコーダのＩＰアドレス、レコーダのＨＴＴＰ（Hypertext Transfer Protocol）ポート番号、名称、ＦＴＰ（File Transfer Protocol）ポート番号、タイムゾーン、ペアリングされている少なくとも一つのカメラの設定（setup）が行われる。図２２では、例えば４つのレコーダに関して、それぞれのデバイス、モデル、ＩＰアドレスが例示的に示されている。
モニタＤＰに表示されたレコーダ設定画面ＷＤ８において、ユーザ操作により、「Device mng.」（デバイスマネージャ、枠ＷＫ４参照）、「Recorder」（枠ＷＫ５参照）、いずれかのレコーダを特定するレコード（枠ＷＫ６参照）の順に押下されて選択されると、プロセッサ１１は、その選択前には押下不可であったＥｄｉｔボタン（枠ＷＫ７参照）を押下可能に表示切替する。
ユーザ操作により、Ｅｄｉｔボタン（枠ＷＫ７参照）が押下されると、プロセッサ１１は、選択されたレコード（枠ＷＫ６参照）のレコーダにペアリングされている少なくとも一つのカメラに関するカメラ設定画面（図２０参照）をモニタＤＰに表示する。このカメラ設定画面（図２０参照）において設定可能な項目は第３の実施形態（図２０参照）において説明した内容と同一であるため、詳細な説明は省略する。
次に、本実施形態のクライアントＰＣ１０のマスク処理の設定に関する動作手順について、図２３（Ａ）及び図２３（Ｂ）を参照して説明する。図２３（Ａ）は、第４の実施形態における、マスク処理（ＭＯＲ処理）の設定の動作手順の第１例を詳細に説明するシーケンス図である。図２３（Ｂ）は、第４の実施形態における、マスク処理（ＭＯＲ処理）の設定の動作手順の第２例を詳細に説明するシーケンス図である。
図２３（Ａ）において、ユーザ操作により、クライアントＰＣ１０の機器設定が開始される操作があると（Ｓ５１）、クライアントＰＣ１０は、例えばレコーダ設定画面ＷＤ８のＥｄｉｔボタン（枠ＷＫ７参照）の押下に基づいて表示されるカメラ設定画面（図２０参照）をモニタＤＰに表示する。クライアントＰＣ１０は、このカメラ設定画面に対するユーザ操作により、レコーダ（例えばレコーダＲＥＣ１）とペアリングされているマスクカメラ（つまり、マスク機能を実行可能な固定カメラＣＡＭ１４）に対するマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）の設定をそのレコーダに指示する（Ｓ５２）。
レコーダ（例えばレコーダＲＥＣ１）は、ステップＳ５２のクライアントＰＣ１０からの指示に従い、自己（例えばレコーダＲＥＣ１）とペアリングされているマスクカメラ（つまり、固定カメラＣＡＭ１４）に対するマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）の設定をマスクカメラに指示する（Ｓ５３）。マスクカメラは、ステップＳ５３のレコーダからの指示に従い、マスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）を設定し（Ｓ５４）、設定を完了した旨の応答をレコーダに返す。レコーダは、マスクカメラからの設定完了の旨の応答を受信すると、同様に設定完了の旨の応答をクライアントＰＣ１０に返す。
これにより、例えばクライアントＰＣ１０とマスクカメラとが同一の拠点又は店舗に存在しない場合には、クライアントＰＣ１０はマスクカメラに対して直接のマスク処理の設定を行うことができないが、クライアントＰＣ１０とマスクカメラとのデータ送受信を仲介するレコーダを介在させることで、クライアントＰＣ１０からマスクカメラへのマスク処理の設定を円滑に行うことができる。
図２３（Ｂ）において、ユーザ操作により、クライアントＰＣ１０の機器設定が開始される操作があると（Ｓ５１）、クライアントＰＣ１０は、例えばレコーダ設定画面ＷＤ８のＥｄｉｔボタン（枠ＷＫ７参照）の押下に基づいて表示されるカメラ設定画面（図２０参照）をモニタＤＰに表示する。クライアントＰＣ１０は、このカメラ設定画面に対するユーザ操作により、レコーダ（例えばレコーダＲＥＣ１）とペアリングされているマスクカメラ（つまり、マスク機能を実行可能な固定カメラＣＡＭ１４）に対するマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）の設定をマスクカメラに対して直接に指示する（Ｓ５２Ａ）。
マスクカメラは、ステップＳ５２ＡのクライアントＰＣ１０からの指示に従い、マスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）を設定し（Ｓ５４Ａ）、設定を完了した旨の応答をクライアントＰＣ１０に直接に返す。
これにより、例えばクライアントＰＣ１０とマスクカメラとが同一の拠点又は店舗に存在する場合には、クライアントＰＣ１０は、レコーダを介することなく、マスクカメラに対して直接のマスク処理の設定を円滑かつ簡易に行うことができる。
次に、本実施形態のクライアントＰＣ１０のマスク処理の設定後における撮像映像の表示に関する動作手順について、図２４〜図２６を参照して説明する。図２４は、第４の実施形態における、運用開始後のクライアントＰＣにおける撮像画像の取得及び表示に関する動作手順の第１例を詳細に説明するシーケンス図である。図２５は、第４の実施形態における、運用開始後のクライアントＰＣにおける撮像画像の取得及び表示に関する動作手順の第２例を詳細に説明するシーケンス図である。図２６は、図２４，図２５のステップＳ６９における、クライアントＰＣの表示の動作手順の一例を詳細に説明するフローチャートである。
図２５の説明において、図２５に示す処理と図２４に示す処理とが同一である場合には、同一のステップ番号を付与して説明を簡略化又は省略し、異なる内容について説明する。
図２４において、ユーザ操作により、クライアントＰＣ１０の運用が開始される操作があると（Ｓ６１）、クライアントＰＣ１０は、映像の配信開始（つまり、録画をレコーダに指示する（Ｓ６２）。
レコーダは、ステップＳ６２のクライアントＰＣ１０の指示に従い、撮像映像もしくは編集映像の配信を開始するか、又は撮像映像もしくは編集映像の配信の開始をマスクカメラ及び通常カメラに対してそれぞれ指示する（Ｓ６３）。マスクカメラは、ステップＳ６３のレコーダの指示に従い、撮像を開始する（Ｓ６４）。同様に、通常カメラは、ステップＳ６３のレコーダの指示に従い、撮像を開始する（Ｓ６５）。
通常カメラは、マスク処理を行うことができないので、撮像を開始した後、撮像により得た撮像映像のレコーダへの配信を継続する（Ｓ６６）。なお、レコーダは、ステップＳ６６において通常カメラから配信された撮像映像（ライブ映像）を受信すると、ストレージＲ１４に保存する（Ｓ６８）。
マスクカメラは、撮像を開始した後、図２３（Ａ）又は図２３（Ｂ）においてマスク処理の実行（ＯＮ）が設定されている場合には、ステップＳ６４の撮像開始により得た撮像映像をマスク処理（例えば図１１及び図１２参照）して得た編集映像のレコーダへの配信を継続する（Ｓ６７）。一方、マスクカメラは、撮像を開始した後、図２３（Ａ）又は図２３（Ｂ）においてマスク処理の不実行（ＯＦＦ）が設定されている場合には、ステップＳ６４の撮像開始により得た撮像映像のレコーダへの配信を継続する（Ｓ６７）。なお、レコーダは、ステップＳ６７においてマスクカメラから配信された撮像映像（ライブ映像）又は編集映像を受信すると、ストレージＲ１４に保存する（Ｓ６８）。
ステップＳ６２において、例えば過去にレコーダに記憶された録画映像を配信するためのユーザ操作がなされた場合には、このユーザ操作により、映像の配信開始の指示には、ユーザが希望する撮像日時（言い換えると、録画日時）の指定情報が含まれる。この場合、レコーダは、クライアントＰＣ１０から送信された撮像日時に撮像された録画映像をストレージＲ１４から読み出してクライアントＰＣ１０に配信する（Ｓ６８）。
ステップＳ６２において、例えばカメラにより撮像された撮像映像を配信するためのユーザ操作がなされた場合には、映像の配信開始の指示により、カメラが現在撮像している撮像映像（ライブ映像）が配信される。この場合、レコーダは、ステップＳ６６において通常カメラから配信された撮像映像、及びステップＳ６７においてマスクカメラから配信された撮像映像又は編集映像をクライアントＰＣ１０に配信し、その配信を継続する（Ｓ６８）。
クライアントＰＣ１０は、ステップＳ６８においてレコーダから配信された撮像映像（ライブ映像）、録画映像又は編集映像を、レコーダとペアリング（紐付け）されているカメラの種別毎に設定されたマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）の設定に従って、映像をモニタＤＰに表示する（Ｓ６９）。ステップＳ６９の詳細については、図２６を参照して後述する。
図２５において、通常カメラは、マスク処理を行うことができないので、撮像を開始した後、撮像により得た撮像映像のレコーダ及びクライアントＰＣ１０へのそれぞれの配信を継続する（Ｓ６６Ａ）。なお、レコーダは、ステップＳ６６Ａにおいて通常カメラから配信された撮像映像（ライブ映像）を受信すると、ストレージＲ１４に保存する（Ｓ６８Ａ）。
マスクカメラは、撮像を開始した後、図２３（Ａ）又は図２３（Ｂ）においてマスク処理の実行（ＯＮ）が設定されている場合には、ステップＳ６４の撮像開始により得た撮像映像をマスク処理（例えば図１１及び図１２参照）して得た編集映像のレコーダ及びクライアントＰＣ１０へのそれぞれの配信を継続する（Ｓ６７Ａ）。一方、マスクカメラは、撮像を開始した後、図２３（Ａ）又は図２３（Ｂ）においてマスク処理の不実行（ＯＦＦ）が設定されている場合には、ステップＳ６４の撮像開始により得た撮像映像のレコーダ及びクライアントＰＣ１０へのそれぞれの配信を継続する（Ｓ６７Ａ）。なお、レコーダは、ステップＳ６７Ａにおいてマスクカメラから配信された撮像映像（ライブ映像）又は編集映像を受信すると、ストレージＲ１４に保存する（Ｓ６８Ａ）。
ステップＳ６２において、例えば過去にレコーダに記憶された録画映像を配信するためのユーザ操作がなされた場合には、このユーザ操作により、映像の配信開始の指示には、ユーザが希望する撮像日時（言い換えると、録画日時）の指定情報が含まれる。この場合、レコーダは、クライアントＰＣ１０から送信された撮像日時に撮像された録画映像をストレージＲ１４から読み出してクライアントＰＣ１０に配信する（Ｓ６８Ａ）。
クライアントＰＣ１０は、ステップＳ６８においてレコーダから配信された撮像映像（ライブ映像）、録画映像又は編集映像を、レコーダとペアリング（紐付け）されているカメラの種別毎に設定されたマスク処理の実行（ＯＮ）又は不実行（ＯＦＦ）の設定に従って、映像をモニタＤＰに表示する（Ｓ６９）。ステップＳ６９の詳細については、図２６を参照して後述する。
図２６において、クライアントＰＣ１０は、ステップＳ６８又はステップＳ６８Ａにおいてレコーダ、マスクカメラ又は通常カメラのいずれかから配信された映像を受信して取得する（Ｓ７１）。
クライアントＰＣ１０は、ストレージ１５又はメモリ１６に記憶されているカメラ設定情報（図２２及び図２０参照）を読み出し、ステップＳ７１において取得した映像の配信元のレコーダとペアリングされているカメラ又はその映像の配信元のカメラに対するマスク処理の実行又は不実行の設定を参照する（Ｓ７２）。
クライアントＰＣ１０は、カメラ設定情報においてマスク処理の不実行（ＯＦＦ）が設定されていると判断した場合には、ステップＳ７１において取得した映像（具体的には、撮像映像又は録画映像）をそのままモニタＤＰに表示する（Ｓ７３）。
クライアントＰＣ１０は、カメラ設定情報において該当するカメラでのマスク処理の実行（ＯＮ）が設定されていると判断した場合には、ステップＳ７１において取得した映像（具体的には、マスクカメラによりマスク処理が施されて生成された編集映像）をそのままモニタＤＰに表示する（Ｓ７３）。
クライアントＰＣ１０は、カメラ設定情報において該当するカメラに関してクライアントＰＣ１０でのマスク処理の実行が設定されていると判断した場合には、ステップＳ７１において取得した映像（具体的には、撮像映像又は編集映像）をマスク処理（図１１及び図１２）し、このマスク処理により得た編集映像をモニタＤＰに表示する（Ｓ７４）。但し、クライアントＰＣ１０がステップＳ７１においてレコーダから配信された編集映像を受信した場合に、この編集映像のデータにマスクカメラによってマスク処理が施された旨の情報が含まれている場合には、クライアントＰＣ１０は、現在のカメラ設定情報の内容を加味することなく、受信した編集映像をマスク処理することなく優先的にそのままモニタＤＰに表示しても構わない。これにより、クライアントＰＣ１０は、他のデバイス（つまり、マスクカメラ）において既にマスク処理された編集映像に対し、更なるマスク処理の実行を省略することができ、クライアントＰＣ１０の処理負荷を軽減できるとともに、その編集映像の視認性の劣化を抑制できる。
以上により、第４の実施形態の監視カメラシステム１００は、撮像エリアを撮像する少なくとも一つのカメラ（例えば全方位カメラＣＡＭ１１，固定カメラＣＡＭ１４，…）と、このカメラと対応付けられ、撮像エリアの撮像映像を録画映像として撮像日時と関連付けて記憶するレコーダ（例えばレコーダＲＥＣ１）と、撮像エリアの撮像映像に現れる移動体（例えば人物）の少なくとも一部をマスク画像に変更するためのマスク処理の実行又は不実行の設定情報を、レコーダに対応付けられるカメラごとに保持するクライアントＰＣ１０と、を備える。クライアントＰＣ１０は、例えばユーザ操作による撮像日時の指定に応じて、マスク処理の実行が設定されている場合に、指定された撮像日時に撮像された録画映像をマスク処理して得た編集録画映像をモニタＤＰに表示する。一方、クライアントＰＣ１０は、マスク処理の不実行が設定されている場合に、指定された撮像日時に撮像された録画映像をそのままモニタＤＰに表示する。
第４の実施形態のクライアントＰＣ１０も、第１の実施形態と同様に、撮像映像に現れる移動中の人物の少なくとも一部又は全部をマスク画像に置き換えるマスク処理を行うことができる。これにより、クライアントＰＣ１０は、過去にカメラに撮像されてレコーダに既に記憶されているイベントの録画映像を閲覧する際に、その録画映像１つのデータを用いて、クライアントＰＣ１０においてマスク処理を行うか又はマスク処理を行わないかを簡単に選択することができ、監視効率やマーケティング分析精度の向上を図ることができる。
また、第４の実施形態の監視カメラシステム１００において、少なくとも一つのカメラは、マスク処理を実行不能な通常カメラ（例えば全方位カメラＣＡＭ１１）を含む。クライアントＰＣ１０は、通常カメラにより撮像された撮像映像に対するマスク処理の実行（ＯＮ）が設定されている場合に、撮像映像をマスク処理して得た編集映像をモニタＤＰに表示する。一方、クライアントＰＣ１０は、通常カメラにより撮像された撮像映像に対するマスク処理の不実行（ＯＦＦ）が設定されている場合に、撮像映像をそのままモニタＤＰに表示する。
これにより、クライアントＰＣ１０は、通常カメラにより撮像されている現在の撮像映像（ライブ映像）を受信している場合に、通常カメラでの撮像映像に対するマスク処理の実行又は不実行の設定に応じて、ユーザの嗜好に適合する撮像映像又は編集映像をモニタＤＰに表示することができ、ユーザの監視業務やマーケティング分析の精度向上に資することができる。
また、第４の実施形態の監視カメラシステム１００において、少なくとも一つのカメラは、マスク処理を実行可能なマスクカメラ（例えば固定カメラＣＡＭ１４）を含む。クライアントＰＣ１０は、マスクカメラにより撮像された撮像映像に対するマスクカメラにおけるマスク処理の実行が設定されている場合に、マスクカメラにより撮像映像がマスク処理された編集映像をそのままモニタＤＰに表示する。一方、クライアントＰＣ１０は、マスクカメラにより撮像された撮像映像に対するクライアントＰＣ１０におけるマスク処理の実行が設定されている場合に、撮像映像をマスク処理し、その結果として得た編集映像をモニタＤＰに表示する。
これにより、クライアントＰＣ１０は、マスク機能を既に有するマスクカメラに対するマスク処理の実行の設定によってマスク処理がなされた場合、マスクカメラにより生成されたマスク処理後の編集映像を受信してそのまま表示することで、クライアントＰＣ１０におけるマスク処理の実行を省略できて処理負荷を軽減でき、負荷分散を図ることができる。また、クライアントＰＣ１０は、クライアントＰＣ１０におけるマスク処理の実行の設定によってマスク処理がなされた場合には、例えばマスクカメラにおけるマスク処理よりも優れたマスク機能（例えば、第１の実施形態で説明した、ユーザ操作に基づくマスク処理の対象外領域を除いた領域において行うマスク処理を行える場合）によって得た編集映像を得ることができ、ユーザのニーズに適合した映像を確認させることができる。
また、クライアントＰＣ１０は、マスクカメラにより撮像されている現在の撮像映像（ライブ映像）に対するマスク処理の不実行が設定されている場合に、撮像映像をそのままモニタＤＰに表示する。これにより、ユーザは、例えばイベントの条件や制約によって、現在のライブ映像をそのまま閲覧する必要がある場合に、現在のライブ映像を確認することができ、ユーザのニーズに適合した映像を確認させることができる。
（第５の実施形態の内容に至る第１の経緯）
特許文献１によれば、監視エリアにおいて検知された人物の動画映像内の位置情報及び人物の属性（例えば性別、年齢）毎にマスク画像が生成されるため、そのマスク画像により、プライバシーを確保した上で店舗内の人物の行動が把握可能となる。
しかしながら、特許文献１では、動画映像において検知された人物の画像領域をマスク画像に変更するのはカメラであり、カメラからの動画映像を受信する受信装置（例えばユーザが使用するクライアントＰＣ）によりマスク処理が行われることは考慮されていない。また、既設の監視カメラには、特許文献１のマスク処理を実行可能な機能（マスク機能）を有していないものが少なくない。
ここで、例えばユーザの監視業務の中で、監視エリアに複数の監視カメラが設置され、かつそれぞれの監視カメラから配信されている最新の撮像映像を受信したクライアントＰＣのモニタにおいて、ユーザ操作により、それぞれの撮像映像が順に切り替えて表示されることを想定する。クライアントＰＣは、監視カメラの撮像映像の表示を切り替える度に、選択された監視カメラの撮像映像に対してマスク処理を行うため、マスク処理における初期学習（後述参照）において撮像映像中の背景画像（つまり、撮像映像中で動きの無い静止領域からなる画像領域）を生成する必要がある。しかしながら、この初期学習の処理中は、撮像映像中の背景画像の生成が完了していないためにクライアントＰＣは撮像映像の表示をできず、撮像映像の表示ができない期間（例えば３０秒〜１分程度）が発生するという課題がある（図３０参照）。図３０は、マスクカメラ方式とクライアントＰＣ方式とにおける、表示対象となるカメラのライブ映像の切り替えに伴う表示時の課題の説明図である。
ここで、図３０を参照して、上述した課題をより具体的に説明する。
マスクカメラ方式（詳細は図２８参照）では、それぞれのマスクカメラ（つまり、マスク機能を有するそれぞれのカメラＡ，Ｂ）において撮像映像に対してマスク処理が行われる。つまり、カメラＡにより生成された編集映像ＢＢ１中の移動体（例えば人物）の画像部分はマスク画像に置き換えられ、カメラＢにより生成された編集映像ＣＣ１中の移動体（例えば人物）の画像部分はマスク画像に置き換えられている。ここで、カメラＡから配信された編集映像ＢＢ１がモニタに表示されている状態で、クライアントＰＣのユーザ操作によって、モニタに表示される映像の配信元がカメラＡからカメラＢに切り替えられた場合、クライアントＰＣは、カメラＢにより生成された編集映像ＣＣ１をすぐに表示することが可能である。
一方、クライアントＰＣ方式（詳細は図２９参照）では、例えばカメラＡ，Ｂはマスク機能を有さず、カメラＡ，Ｂから配信された撮像映像に対してクライアントＰＣにおいてマスク処理が行われる。つまり、カメラＡから配信された撮像映像がクライアントＰＣによってマスク処理されて編集映像ＢＢ１が生成され、カメラＢから配信された撮像映像がクライアントＰＣによってマスク処理されて編集映像ＣＣ１が生成される。ここで、カメラＡから配信された撮像映像に基づいてクライアントＰＣにより生成された編集映像ＢＢ１がモニタに表示されている状態で、クライアントＰＣのユーザ操作によって、モニタに表示される映像の配信元がカメラＡからカメラＢに切り替えられた場合、クライアントＰＣは、カメラＢから配信された撮像映像にマスク処理を行う際、背景画像を生成するために初期学習を行う必要がある。この初期学習は例えば３０秒〜１分程度であるが、この初期学習の期間、クライアントＰＣはカメラＢから配信された撮像映像をマスク処理した結果の編集映像ＣＣ１を表示できない。言い換えると、クライアントＰＣは、カメラＡからカメラＢへの切り替えがあっても、カメラＢから配信された撮像映像をマスク処理した結果の編集映像ＣＣ１をすぐに表示できない。
監視カメラの撮像映像の表示を切り替える度に、クライアントＰＣにおける初期学習の処理を仮に省略した場合、クライアントＰＣにおいて適正な背景画像が生成されないことになる。このため、クライアントＰＣがマスク処理において移動体（例えば人物）の検知を正しくできず、マスク処理後の編集映像内の人物がマスク画像に置き換えて表示されずにそのまま表示されてしまい、その人物のプライバシーが的確に保護されないという可能性がある。
そこで、第５の実施形態の第１映像表示方式〜第４映像表示方式（後述参照）では、モニタへの表示対象となる監視カメラの撮像映像の切り替えがあっても、選択された撮像映像の非表示を抑制した上でマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図るモニタリングシステム及び映像表示方法の例を説明する。
（第５の実施形態）
第５の実施形態のモニタリングシステムとして、第１の実施形態で説明した監視カメラシステム１００を例示して説明する。第５の実施形態の監視カメラシステム１００の内部構成は第１の実施形態の監視カメラシステム１００に対し、更にサーバＰＣ３０を含む構成である（図２７参照）。サーバＰＣ３０以外の各装置の構成は第１の実施形態の監視カメラシステム１００と同一であるため、同一の内容の説明は簡略化又は省略し、異なる内容について説明する。
図２７は、各実施形態の監視カメラシステム１００のシステム構成の他の一例を示す図である。図２７に示す監視カメラシステム１００では、図１に示す監視カメラシステム１００に対し、サーバＰＣ３０が追加されている。サーバＰＣ３０は、ネットワークＮＷに接続されている。また、サーバＰＣ３０は、ネットワークＮＷを介して、クライアントＰＣ１０、レコーダＲＥＣ１，ＲＥＣ４とも接続されている。また、サーバＰＣ３０は、ネットワークＮＷ及び各ルータを介して各種のカメラとも接続されている。サーバＰＣ３０の具体的な内部構成については、図４０を参照して後述する。
ここで、上述したマスクカメラ方式とクライアントＰＣ方式の詳細について、図２８及び図２９を参照して説明する。図２８は、固定カメラＣＡＭ１４がマスク機能を有する場合にマスク処理後の編集映像ＢＢ１がクライアントＰＣ１０のモニタＤＰに表示される手順を時系列に説明する模式図である。図２９は、クライアントＰＣ１０がマスク機能を有する場合にマスク処理後の編集映像ＢＢ１がクライアントＰＣ１０のモニタＤＰに表示される手順を時系列に説明する模式図である。ここでは、カメラとして固定カメラＣＡＭ１４を例示して説明するが、マスクカメラ方式及びクライアントＰＣ方式を固定カメラＣＡＭ１４に限らず、他のカメラにも同様に適用可能であることは言うまでもない。
図２８に示すマスクカメラ方式では、固定カメラＣＡＭ１４がマスク機能を有するマスクカメラであって、かつマスク処理の実行（ＯＮ）が設定されている場合、固定カメラＣＡＭ１４は、マスク処理によって、撮像映像ＡＡ１に現れる移動体（例えば人物）の動体領域ＯＢ１をマスク画像ＭＳＫ１に置き換えて編集映像ＢＢ１を得る。固定カメラＣＡＭ１４は、編集映像ＢＢ１をクライアントＰＣ１０に配信（送信）する。クライアントＰＣ１０は、固定カメラＣＡＭ１４から配信された編集映像ＢＢ１をモニタＤＰに表示する。つまり、撮像映像ＡＡ１中の人物は、固定カメラＣＡＭ１４からクライアントＰＣ１０に配信される前に、マスクカメラとしての固定カメラＣＡＭ１４のマスク処理によってマスク画像に置き換えられる。
図２９に示すクライアントＰＣ方式では、固定カメラＣＡＭ１４がマスク機能を有さない場合、又はマスク機能を有するがマスク処理の不実行（ＯＦＦ）が設定されている場合、固定カメラＣＡＭ１４は、撮像映像ＡＡ１に現れる移動体（例えば人物）の動体領域ＯＢ１をマスク画像ＭＳＫ１に置き換えるためのマスク処理を実行せず、撮像映像ＡＡ１をそのままクライアントＰＣ１０に配信（送信）する。クライアントＰＣ１０は、固定カメラＣＡＭ１４から配信された撮像映像ＡＡ１に対してマスク処理を行い、撮像映像ＡＡ１に現れる移動体（例えば人物）の動体領域ＯＢ１をマスク画像ＭＳＫ１に置き換えた編集映像ＢＢ１を生成してモニタＤＰに表示する。つまり、撮像映像ＡＡ１中の人物は、固定カメラＣＡＭ１４からクライアントＰＣ１０に配信された後、クライアントＰＣ１０のマスク処理によってマスク画像に置き換えられる。
図３１は、第５の実施形態の動作概要の一例の説明図である。以下の説明において、図２７に示す全方位カメラＣＡＭ１１，ＣＡＭ３１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３、固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４の中で２つの異なるカメラを例示する際に、「カメラＡ」、「カメラＢ」という。第５の実施形態では、クライアントＰＣ１０は、カメラＡから配信された撮像映像をマスク処理して生成した編集映像ＢＢ１をモニタＤＰに表示している状態で、モニタＤＰに表示される映像の配信元がカメラＡからカメラＢに切り替えられた場合、カメラＡの編集映像ＢＢ１の背景画像ＢＧ１を情報蓄積部の一例としてのストレージ１５に保存し、更に、前回使用時のカメラＢの編集映像ＣＣ１の背景画像ＢＧ２をストレージ１５から取得する。クライアントＰＣ１０は、この取得した背景画像ＢＧ２を用いてマスク処理を行うことで、初期学習（図１１のステップＳ１１参照）を行うことなく、マスク処理後の編集映像ＣＣ１を表示することができる。なお、情報蓄積部は、編集映像ＢＢ１の背景画像が保存され、上述したストレージ１５の他に、例えば後述するサーバＰＣ３０、ＲＡＭ１６２、ＳＤカード、ネットワークＮＷを介して接続されたクラウドコンピュータ（不図示）等でも構わない。
（第１映像表示方式）
第１映像表示方式では、クライアントＰＣ１０は、モニタＤＰに表示される映像の配信元がカメラＡからカメラＢに切り替えられた時、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５に保存（退避）し、次回カメラＡに切り替えられた時に保存（退避）していた背景画像を用いてマスク処理を行う（図３２及び図３３参照）。
図３２は、第５の実施形態における第１映像表示方式，第２映像表示方式の概要を示す模式図である。クライアントＰＣ１０は、プロセッサ１１により実行されるメイン処理として、例えばカメラＡから配信された撮像映像ＡＡ１を受信し、撮像映像ＡＡ１にマスク処理を行って得た編集映像ＢＢ１をモニタＤＰに表示する（Ｓ８１）。ここで、モニタＤＰに表示される映像の配信元がカメラＡからカメラＢに切り替えられた場合、クライアントＰＣ１０は、カメラＡの編集映像ＢＢ１の背景画像ＢＧ１をストレージ１５に保存する（Ｓ８２）。クライアントＰＣ１０は、次に表示するカメラＢについて、前回使用時のカメラＢの編集映像ＣＣ１の背景画像ＢＧ２をストレージ１５から取得する（Ｓ８３）。クライアントＰＣ１０は、ステップＳ８３において取得した背景画像ＢＧ２を用いてマスク処理を行い、マスク処理後の編集映像ＣＣ１をモニタＤＰに表示する。
図３３は、第５の実施形態における第１映像表示方式の動作手順の一例を説明するフローチャートである。図３３の説明の前提として、モニタＤＰに表示される映像の配信元としてのカメラは選択されていないとする。
図３３において、ユーザ操作により、モニタＤＰに表示される映像の配信元としてカメラＡが選択されたとする（Ｓ９１Ａ）。クライアントＰＣ１０のプロセッサ１１は、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５に保存しているか否かを判断する（Ｓ９２Ａ）。プロセッサ１１は、カメラＡの撮像映像の背景画像も編集映像の背景画像もストレージ１５に保存していないと判断した場合には（Ｓ９２Ａ、ＮＯ）、カメラＡの撮像映像を用いて初期学習（図１１のステップＳ１１参照）を実行する（Ｓ９３Ａ）。これにより、プロセッサ１１は、カメラＡの撮像画像の背景画像を生成できる。ステップＳ９３Ａの後、プロセッサ１１の処理はステップＳ９５Ａに進む。
一方、プロセッサ１１は、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５に保存していると判断した場合には（Ｓ９２Ａ、ＹＥＳ）、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５から取得する（Ｓ９４Ａ）。ステップＳ９４Ａの後、プロセッサ１１の処理はステップＳ９５Ａに進む。
プロセッサ１１は、ステップＳ９３Ａ又はステップＳ９４Ａの後、カメラＡから配信されている撮像映像と、ステップＳ９３Ａにおいて生成した背景画像又はステップＳ９４Ａにおいて取得した背景画像とを用いてマスク処理を行い、マスク処理後の編集映像をモニタＤＰに表示する（Ｓ９５Ａ）。
ここで、例えばモニタＤＰに表示される映像の配信元がカメラＡからカメラＢに切り替えられたとする（Ｓ９１Ｂ）。プロセッサ１１は、カメラＡの編集映像の背景画像をストレージ１５に保存する（Ｓ９６Ｂ）。
プロセッサ１１は、カメラＢの撮像映像もしくは編集映像の背景画像をストレージ１５に保存しているか否かを判断する（Ｓ９２Ｂ）。プロセッサ１１は、カメラＢの撮像映像の背景画像も編集映像の背景画像もストレージ１５に保存していないと判断した場合には（Ｓ９２Ｂ、ＮＯ）、カメラＢの撮像映像を用いて初期学習（図１１のステップＳ１１参照）を実行する（Ｓ９３Ｂ）。これにより、プロセッサ１１は、カメラＢの撮像画像の背景画像を生成できる。ステップＳ９３Ｂの後、プロセッサ１１の処理はステップＳ９５Ｂに進む。
一方、プロセッサ１１は、カメラＢの撮像映像もしくは編集映像の背景画像をストレージ１５に保存していると判断した場合には（Ｓ９２Ｂ、ＹＥＳ）、カメラＢの撮像映像もしくは編集映像の背景画像をストレージ１５から取得する（Ｓ９４Ｂ）。ステップＳ９４Ｂの後、プロセッサ１１の処理はステップＳ９５Ｂに進む。
プロセッサ１１は、ステップＳ９３Ｂ又はステップＳ９４Ｂの後、カメラＢから配信されている撮像映像と、ステップＳ９３Ｂにおいて生成した背景画像又はステップＳ９４Ｂにおいて取得した背景画像とを用いてマスク処理を行い、マスク処理後の編集映像をモニタＤＰに表示する（Ｓ９５Ｂ）。
ここで、例えばモニタＤＰに表示される映像の配信元がカメラＢから再びカメラＡに切り替えられたとする。なお、カメラＡではなく、他のカメラに切り替えられても構わない。例えば再びカメラＡに切り替えられた場合、プロセッサ１１は、切替前に使用していたカメラＢの編集映像の背景画像をストレージ１５に保存する（Ｓ９６Ａ）。ステップＳ９６Ａの後、ステップＳ９２Ａ→ステップＳ９４Ａ→ステップＳ９５Ａの処理が同様に繰り返される。更に、この後、ユーザ操作によりカメラの切替操作がある度に、切替対象として選択されたカメラに対し、例えば「ステップＳ９１Ｂ→ステップＳ９６Ｂ（切替前に使用していた背景画像のストレージへの保存）→ステップＳ９２Ｂ→ステップＳ９４Ｂ又はステップＳ９３Ｂ→ステップＳ９５Ｂ」を一つの単位とした処理が繰り返して実行される。
第１映像表示方式によれば、クライアントＰＣ１０は、カメラの映像を切り替えてモニタＤＰに表示する場合に、選択されたカメラの前回使用していた撮像映像もしくは編集映像の背景画像をストレージ１５から取得してマスク処理できるので、切替によって選択されたカメラから配信されている撮像映像の背景画像を初期学習によって生成する必要が無い。つまり、クライアントＰＣ１０は、カメラＡからカメラＢに切り替えられた場合に、カメラＢから配信されている撮像映像の背景画像を生成する期間、映像の非表示を抑制でき、ユーザの監視業務の効率アップやマーケティング分析精度の向上を支援することができる。第１映像表示方式は、例えば室内環境により、モニタＤＰに表示される映像の内容が日時により変化し辛い場合には特に有効となる。映像の内容が日時により変化し辛い場合は、例えば屋外からの日光による影響が少ない場合、工場内など機器の移動が発生しにくい場合が該当する。言い換えると、第１映像表示方式は、カメラから配信されている撮像映像の背景画像（つまり、静止領域）が大きく変化することが無い環境の場合に特に有効となる。
（第２映像表示方式）
第２映像表示方式では、クライアントＰＣ１０は、モニタＤＰに表示される映像の配信元がカメラＡからカメラＢに切り替えられた時、カメラＢの撮像映像又は編集映像を前回表示した時（言い換えると、撮像映像もしくは編集映像の背景画像の生成時点）からの経過時間が既定値（設定値）より短い場合にのみ、カメラＢの前回使用した背景画像をストレージ１５から取得してマスク処理を行う（図３２及び図３４参照）。
図３２において、クライアントＰＣ１０は、ステップＳ８２の後、切替により選択されたカメラ（例えばカメラＢ）の前回の撮像映像又は編集映像の表示時からの経過時間と既定値（設定値）とを比較する（Ｓ８４）。上述したように、クライアントＰＣ１０は、切替により選択されたカメラ（例えばカメラＢ）の前回の撮像映像又は編集映像の表示時からの経過時間が既定値（設定値）より短い場合にのみ、カメラＢの前回使用した背景画像をストレージ１５から取得してマスク処理を行う。
図３４は、第５の実施形態における第２映像表示方式の動作手順の一例を説明するフローチャートである。図３４の説明において、図３３と重複する処理については同一のステップ番号を付与して説明を簡略化又は省略し、異なる内容について説明する。
図３４において、プロセッサ１１は、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５に保存していると判断した場合には（Ｓ９２Ａ、ＹＥＳ）、カメラＡの撮像映像又は編集映像の前回の表示時からの経過時間と既定値（設定値）とを比較する（Ｓ９７Ａ）。プロセッサ１１は、カメラＡの撮像映像又は編集映像の前回の表示時からの経過時間が既定値（設定値）より長いと判断した場合には（Ｓ９７Ａ、ＹＥＳ）、カメラＡから配信されている撮像映像を用いて初期学習（図１１のステップＳ１１参照）を実行する（Ｓ９３Ａ）。
一方、プロセッサ１１は、カメラＡの撮像映像又は編集映像の前回の表示時からの経過時間が既定値（設定値）より短いと判断した場合には（Ｓ９７Ａ、ＮＯ）、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５から取得する（Ｓ９４Ａ）。カメラＢが選択された場合についてもステップＳ９７Ａの処理と同様であるため、カメラＢが選択された場合のステップＳ９７Ｂに関する説明は省略する。
第２映像表示方式によれば、クライアントＰＣ１０は、例えば前回にカメラＢの撮像映像又は編集映像を表示してから上述した既定値として例えば３０分以内であれば、背景画像が大きく変わることが無いとの前提に基づいて、前回使用時の背景画像をストレージ１５から取得してマスク処理の際に使用する。監視対象となる撮像エリアに多くの監視用途のカメラが設置されているような状況では、クライアントＰＣ１０は、一定時間毎にカメラの撮像映像又は編集映像を順次切り替えて表示することが多い。また、カメラの撮像位置における環境の変化（例えば人物の移動、新しい物品が配置される）が多い場所では、背景画像が短い期間に変化することがある。このような状況では、第２映像表示方式は特に有効となる。
図３５及び図３６は、第５の実施形態における第１映像表示方式，第２映像表示方式の動作手順の一例を説明するシーケンス図である。
図３５において、操作部１３を用いたユーザ操作により、カメラＡの撮像映像の表示要求がなされたとする（Ｓ１０１）。プロセッサ１１は、この表示要求に従い、カメラＡの背景画像をストレージ１５に要求するが（Ｓ１０２）、ストレージ１５から該当する背景画像が無い旨の応答を受けたとする（Ｓ１０３）。なお、ステップＳ１０２及びステップＳ１０３の処理として、プロセッサ１１がステップＳ１０１の表示要求に従い、ストレージ１５においてカメラＡの背景画像を探索したが見つからなかったことを判断する処理と置き換えても構わない。
プロセッサ１１は、カメラＡの撮像映像の配信要求を、通信部１２を介してカメラＡに対して送信する（Ｓ１０４）。これにより、カメラＡは、ステップＳ１０９においてプロセッサ１１から配信停止要求を受信するまで、撮像により得た撮像映像（ライブ映像）をクライアントＰＣ１０に配信（送信）する（Ｓ１０５）。プロセッサ１１は、カメラＡから配信された撮像映像を受信する。
プロセッサ１１は、カメラＡの背景画像を生成するために、カメラＡから配信された撮像映像を用いて、初期学習（図１１のステップＳ１１参照）を実行する（Ｓ１０６）。更に、プロセッサ１１は、ステップＳ１０６の初期学習を実行した後、カメラＡの撮像映像をマスク処理し、マスク処理により得た編集映像をモニタＤＰに表示する（Ｓ１０７）。
ここで、操作部１３を用いたユーザ操作により、カメラＢの撮像映像の表示要求がなされたとする（Ｓ１０８）。プロセッサ１１は、この表示要求に従い、カメラＡの撮像映像の配信停止要求を送信する（Ｓ１０９）。これにより、カメラＡは、撮像映像の配信を停止する。
プロセッサ１１は、カメラＡの編集映像の表示時に使用していた背景画像をストレージ１５に保存（退避）する（Ｓ１１０）。更に、プロセッサ１１は、カメラＢの背景画像をストレージ１５に要求するが（Ｓ１１１）、ストレージ１５から該当する背景画像が無い旨の応答を受けたとする（Ｓ１１２）。なお、ステップＳ１１１及びステップＳ１１２の処理として、プロセッサ１１がステップＳ１０８の表示要求に従い、ストレージ１５においてカメラＢの背景画像を探索したが見つからなかったことを判断する処理と置き換えても構わない。
プロセッサ１１は、カメラＢの撮像映像の配信要求を、通信部１２を介してカメラＢに対して送信する（Ｓ１１３）。これにより、カメラＢは、ステップＳ１１５においてプロセッサ１１から配信停止要求を受信するまで、撮像により得た撮像映像（ライブ映像）をクライアントＰＣ１０に配信（送信）する（Ｓ１１４）。プロセッサ１１は、カメラＡから配信された撮像映像を受信する。
プロセッサ１１は、カメラＢの背景画像を生成するために、カ
メラＢから配信された撮像映像を用いて、初期学習（図１１のステップＳ１１参照）を実行する（Ｓ１０６）。更に、プロセッサ１１は、ステップＳ１０６の初期学習を実行した後、カメラＢの撮像映像をマスク処理し、マスク処理により得た編集映像をモニタＤＰに表示する（Ｓ１０７）。
ここで、操作部１３を用いたユーザ操作により、カメラＡの撮像映像の表示要求が再度なされたとする（Ｓ１０１）。プロセッサ１１は、この表示要求に従い、カメラＢの撮像映像の配信停止要求を送信する（Ｓ１１５）。これにより、カメラＢは、撮像映像の配信を停止する。
プロセッサ１１は、カメラＢの編集映像の表示時に使用していた背景画像をストレージ１５に保存（退避）する（Ｓ１１０）。更に、プロセッサ１１は、カメラＡの背景画像をストレージ１５に要求し（Ｓ１０２）、ストレージ１５から該当する背景画像の応答を受けたとする（Ｓ１０３Ａ）。なお、ステップＳ１０２及びステップＳ１０３Ａの処理として、プロセッサ１１がステップＳ１０１の表示要求に従い、ストレージ１５においてカメラＡの背景画像を探索して取得した処理と置き換えても構わない。
プロセッサ１１は、カメラＡの撮像映像の配信要求を、通信部１２を介してカメラＡに対して送信する（Ｓ１０４）。これにより、カメラＡは、上述したステップＳ１１５においてプロセッサ１１から配信停止要求を受信するまで、撮像により得た撮像映像（ライブ映像）をクライアントＰＣ１０に配信（送信）する（Ｓ１０５）。プロセッサ１１は、カメラＡから配信された撮像映像を受信する。
プロセッサ１１は、カメラＢの背景画像を生成するための初期学習を行う必要が無く、ステップＳ１０３Ａにおいて取得したカメラＢの撮像映像とカメラＡから配信されている撮像映像とを用いて、撮像映像をマスク処理し、マスク処理により得た編集映像をモニタＤＰに表示する（Ｓ１０７Ａ）。ステップＳ１０７Ａ以降の処理は、カメラの切替がある度に、同様の処理（つまり、前回使用した背景画像を用いてマスク処理がなされる処理）が繰り返される。
なお、第２映像表示方式では、ステップＳ１１５の後、例えば図３４のステップＳ９７Ａの処理がプロセッサ１１により行われる。プロセッサ１１は、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５に保存していると判断した場合に、カメラＡの撮像映像又は編集映像の前回の表示時からの経過時間と既定値（設定値）とを比較する（Ｓ９７Ａ）。プロセッサ１１は、カメラＡの撮像映像又は編集映像の前回の表示時からの経過時間が既定値（設定値）より短いと判断した場合にのみ（Ｓ９７Ａ、ＮＯ）、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５から取得する（Ｓ１０３Ａ）。
（第３映像表示方式）
第３映像表示方式では、クライアントＰＣ１０は、現在モニタＤＰに表示していないカメラの撮像映像もしくは編集映像の背景画像を、バックグラウンド処理によって常時更新する。クライアントＰＣ１０は、バックグラウンド処理によって更新された最新の背景画像とカメラから配信されている撮像映像とを用いて、メイン処理としてのマスク処理及びマスク処理後の編集映像をモニタＤＰに表示する（図３７〜図３９参照）。
カメラから配信されている撮像映像又は編集映像を表示する間、例えば監視対象の状況を把握する必要があることから、一定値以上の表示フレームレート（１ｆｐｓ以上で例えば３０ｆｐｓ）を用いた撮像映像又はマスク処理後の編集映像の表示が求められる。一方、現在モニタＤＰに表示していない他のカメラの撮像映像については背景画像が更新されれば良く、例えば１０秒に１コマ（１フレーム）等の極めて低速な背景画像の更新処理でよい。また、このような低速で背景画像の更新処理を行ったとしても、そのカメラの撮像映像や編集映像の表示がされる訳では無いので端末操作者（例えばユーザ）に対する画面表示への影響（例えば表示の遅延）は無く、メイン処理となるマスク処理の性能（処理負荷等）に与える影響は軽微である。また、バックグラウンド処理により背景画像の更新処理（通常学習）を行った場合でも、クライアントＰＣ１０に対して必要となるリソースや性能はわずかであり、例えば「背景画像」×「カメラ数」の情報量の処理や保存が可能なリソースがあれば十分と言える。
図３７は、第５の実施形態における第３映像表示方式の概要を示す模式図である。クライアントＰＣ１０は、プロセッサ１１により実行されるメイン処理として、例えばカメラＡから配信された撮像映像ＡＡ１を受信し、撮像映像ＡＡ１にマスク処理を行って得た編集映像ＢＢ１をモニタＤＰに表示する（Ｓ８１）。また、クライアントＰＣ１０は、プロセッサ１１により実行されるバックグラウンド処理として、例えば現在モニタＤＰに表示していない他のカメラ（例えばカメラＢ）から配信されている撮像映像を受信し、受信した撮像映像とカメラＢの撮像映像もしくは編集映像の背景画像とを用いて、カメラＢの背景画像を更新する（Ｓ８５）。
ステップＳ８５の背景画像の更新処理は、現在クライアントＰＣ１０と通信可能な（接続可能な）カメラから配信されている撮像映像に対して行われるものであり、例えば定期的に行われても良いし、少なくとも一定時間が経過すれば行われても良いし、要は繰り返して実行されれば構わない。なお、ステップＳ８５の詳細は、例えば図１１のステップＳ１４及びステップＳ１５において説明済みであるため、説明を省略する。
クライアントＰＣ１０は、バックグラウンド処理により生成又は更新した背景画像をストレージ１５に保存する（Ｓ８６）。ここで、モニタＤＰに表示される映像の配信元がカメラＡからカメラＢに切り替えられた場合、クライアントＰＣ１０は、カメラＡの編集映像の背景画像をストレージ１５に保存し、次に表示するカメラＢについて、バックグラウンド処理によってストレージ１５に保存されたカメラＢの撮像映像又は編集映像の背景画像をストレージ１５から取得する（Ｓ８３）。クライアントＰＣ１０は、メイン処理として、ステップＳ８３において取得した背景画像とカメラＢから配信されている撮像映像とを用いてマスク処理を行い、マスク処理後の編集映像をモニタＤＰに表示する。
図３８は、図３７に示すメイン処理の動作手順の一例を説明するフローチャートである。図３９は、図３７に示すバックグラウンド処理の動作手順の一例を説明するフローチャートである。図３８の説明の前提として、モニタＤＰに表示される映像の配信元としてカメラＡが選択されているとし、図３９の説明の前提として、現在モニタＤＰに表示されていないカメラＢについて背景画像の生成又は更新の処理が行われているとする。
図３８において、クライアントＰＣ１０のプロセッサ１１は、カメラＡの撮像映像もしくは編集映像の背景画像をストレージ１５から取得する（Ｓ１２１）。プロセッサ１１は、現在カメラＡから配信されている撮像映像とステップＳ１２１において取得した背景画像とを用いてマスク処理を行い、マスク処理後の編集映像をモニタＤＰに表示する（Ｓ１２２）。ここで、操作部１３を用いたユーザ操作により、モニタＤＰに表示される映像の配信元としてのカメラが変更されたとする（Ｓ１２３）。例えば、カメラＡからカメラＢに切り替える旨の操作がなされたとする。なお、カメラの変更がなされない場合には（Ｓ１２３、ＮＯ）、プロセッサ１１の処理はステップＳ１２２に戻る。
この場合（Ｓ１２３、ＹＥＳ）、プロセッサ１１は、カメラＢの撮像映像もしくは編集映像の背景画像をストレージ１５から取得する（Ｓ１２４）。プロセッサ１１は、現在カメラＢから配信されている撮像映像とステップＳ１２４において取得した背景画像とを用いてマスク処理を行い、マスク処理後の編集映像をモニタＤＰに表示する（Ｓ１２５）。ここで、操作部１３を用いたユーザ操作により、モニタＤＰに表示される映像の配信元としてのカメラが変更されたとする（Ｓ１２６）。例えば、カメラＢからカメラＣに切り替える旨の操作がなされたとする。なお、カメラの変更がなされない場合には（Ｓ１２６、ＮＯ）、プロセッサ１１の処理はステップＳ１２５に戻る。
カメラＢからカメラＣに切り替える旨の操作がなされた場合でも、以降の処理は、選択されたカメラについて、ステップＳ１２１及びステップＳ１２２と同様の各処理が繰り返して実行される。
図３９において、プロセッサ１１は、カメラＢから配信されている撮像映像を取得する（Ｓ１３１）。プロセッサ１１は、カメラＢの撮像映像もしくは編集映像の背景画像をストレージ１５に保存している場合には、カメラＢの撮像映像もしくは編集映像の背景画像をストレージ１５から取得する（Ｓ１３２）。なお、カメラＢの撮像映像もしくは編集映像の背景画像がストレージ１５に保存されていない場合には、ステップＳ１３２の処理は省略される。
プロセッサ１１は、カメラＢから配信されている撮像映像とステップＳ１３２において取得した背景画像とを用いて、背景画像を更新（図１２参照）する（Ｓ１３３）。又は、ステップＳ１３２の処理が省略された場合には、プロセッサ１１は、カメラＢから配信されている撮像映像を用いて、カメラＢの背景画像を生成（図１１のステップＳ１１参照）する（Ｓ１３３）。プロセッサ１１は、ステップＳ１３３において生成したカメラＢの背景画像又は更新したカメラＢの背景画像をストレージ１５に保存する（Ｓ１３４）。
この後、プロセッサ１１は、ステップＳ１３１〜ステップＳ１３４の各処理（ＢＧｐｂ）を単位として、カメラＣについても同様に背景画像の生成や更新の各処理（ＢＧｐｃ）を実施し、その後、カメラＡについても同様に背景画像の生成や更新の各処理（ＢＧｐａ）を実施する。以降、背景画像の更新の処理（ＢＧｐｂ）→背景画像の更新の処理（ＢＧｐｃ）→背景画像の更新の処理（ＢＧｐａ）が繰り返される。
第３映像表示方式によれば、クライアントＰＣ１０は、現在モニタＤＰに表示していないカメラの背景画像をバックグラウンド処理で更新できるので、上述した第１映像表示方式や第２映像表示方式に比べて、過大な処理負荷を受けることなく、最新の背景画像に更新でき、使用する背景画像の精度が向上する。これにより、クライアントＰＣ１０は、背景画像が更新されたカメラに切り替えられた場合に、そのカメラにより撮像された撮像映像中の静止物及び移動体（例えば人物）を、上述した第１映像表示方式や第２映像表示方式に比べて正しく認識することが可能となり、結果的に静止物を移動体と誤認識する頻度を低減することができる。
（第４映像表示方式）
第４映像表示方式では、クライアントＰＣ１０とサーバＰＣ３０とで第３映像表示方式のメイン処理とバックグラウンド処理とが分担される。具体的には、クライアントＰＣ１０は、第３映像表示方式におけるメイン処理を実行し、サーバＰＣ３０は、第３映像表示方式におけるバックグラウンド処理を実行する。サーバＰＣ３０は、バックグラウンド処理としての背景画像の生成又は更新により得た背景画像をストレージＳＰ１４（図４０参照）に保存（退避）する。
図４０は、サーバＰＣの内部構成の一例を詳細に示すブロック図である。図４０に示すサーバＰＣ３０は、プロセッサＳＰ１１、通信部ＳＰ１２、メモリＳＰ１３、ストレージＳＰ１４及び電源管理部ＳＰ１５を含む構成である。
プロセッサＳＰ１１は、サーバＰＣ３０の各部の動作を統括して制御するための信号処理、他の各部との間のデータの入出力処理、データの演算処理及びデータの記憶処理を行う。プロセッサＳＰ１１は、例えばＣＰＵ、ＭＰＵ、ＤＳＰ又はＦＰＧＡを用いて構成される。
例えばプロセッサＳＰ１１は、各種のカメラ（例えば全方位カメラＣＡＭ１１，ＣＡＭ３１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３、固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４）から配信されているそれぞれの撮像映像のデータを、通信部ＳＰ１２を介して取得する。プロセッサＳＰ１１は、各種のカメラから配信されている撮像映像を用いて、例えば図３９に示すバックグラウンド処理を行うことで、背景画像を生成し、又は背景画像を繰り返して更新する（例えば定期的に更新する）。また、プロセッサＳＰ１１は、各種のカメラから配信されている撮像映像を、録画映像として、撮像日時及びカメラの識別情報と関連付けてストレージＳＰ１４に保存してもよい。
通信部ＳＰ１２は、各種のカメラ（例えば全方位カメラＣＡＭ１１，ＣＡＭ３１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３、固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４）から配信されている撮像映像のデータを受信してプロセッサＳＰ１１に出力する。また、通信部ＳＰ１２は、プロセッサＳＰ１１がストレージＳＰ１４から読み出した録画映像のデータをクライアントＰＣ１０に送信したり、プロセッサＳＰ１１がストレージＳＰ１４から読み出した背景画像のデータをクライアントＰＣ１０に送信したりする。
メモリＳＰ１３は、サーバＰＣ３０の動作を規定するためのプログラムや設定値のデータが格納されたＲＯＭ１３１ＳＰと、プロセッサＳＰ１１が生成した各種のデータや処理途中のワークデータを記憶するＲＡＭ１３２ＳＰとを含む。また、図４０には図示されていないが、メモリＳＰ１３は、サーバＰＣ３０に挿抜自在に接続され、各種データが記憶されるメモリカード（不図示）を更に有しても構わない。
ストレージＳＰ１４は、例えば各種のカメラから配信（送信）された撮像映像のデータを記憶したり、プロセッサＳＰにより生成又は更新された背景画像のデータを記憶したりする。また、ストレージＳＰ１４は、クライアントＰＣ１０により生成された編集映像や編集録画映像のデータをクライアントＰＣ１０から受信した場合に、その編集映像や編集録画映像のデータを記憶しても構わない。
電源管理部ＳＰ１５は、サーバＰＣ３０の各部に直流電源を供給する。
図４１は、第５の実施形態における第４映像表示方式の概要を示す模式図である。クライアントＰＣ１０は、プロセッサ１１により実行されるメイン処理として、例えばカメラＡから配信された撮像映像ＡＡ１を受信し、撮像映像ＡＡ１にマスク処理を行って得た編集映像ＢＢ１をモニタＤＰに表示する（Ｓ８１）。サーバＰＣ３０は、プロセッサＳＰ１１により実行されるバックグラウンド処理として、各種のカメラ（例えば全方位カメラＣＡＭ１１，ＣＡＭ３１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３、固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４）から配信されている撮像映像を受信し、受信したそれぞれの撮像映像と各種のカメラの撮像映像もしくは編集映像の背景画像とを用いて、各種のカメラの背景画像をそれぞれ更新する（Ｓ８５Ａ）。
ステップＳ８５Ａの背景画像の更新処理は、現在サーバＰＣ３０と通信可能な（接続可能な）全てのカメラから配信されている撮像映像に対して行われるものであり、例えば定期的に行われても良いし、少なくとも一定時間が経過すれば行われても良いし、要は繰り返して実行されれば構わない。なお、ステップＳ８５Ａの詳細は、例えば図１１のステップＳ１４及びステップＳ１５において説明済みであるため、説明を省略する。
サーバＰＣ３０は、バックグラウンド処理により生成又は更新した背景画像をストレージＳＰ１４に保存して順次更新する（Ｓ８６Ａ）。ここで、モニタＤＰに表示される映像の配信元がカメラＡからカメラＢに切り替えられた場合、クライアントＰＣ１０は、カメラＡの編集映像の背景画像をストレージ１５に保存してもよいし保存しなくても構わない。また、クライアントＰＣ１０は、次に表示するカメラＢについて、サーバＰＣ３０のバックグラウンド処理によってストレージＳＰ１４に保存されたカメラＢの撮像映像もしくは編集映像の背景画像をサーバＰＣ３０から受信して取得する（Ｓ８３Ａ）。クライアントＰＣ１０は、メイン処理として、ステップＳ８３Ａにおいて取得した背景画像とカメラＢから配信されている撮像映像とを用いてマスク処理を行い、マスク処理後の編集映像をモニタＤＰに表示する。
上述したように、第４映像表示方式では、クライアントＰＣ１０は図３８に示すメイン処理を行い、一方、サーバＰＣ３０は図３９に示すバックグラウンド処理を行う。つまり、クライアントＰＣ１０とサーバＰＣ３０とでメイン処理とバックグラウンド処理とを分担する。従って、第４映像表示方式によれば、各種のカメラの背景画像がサーバＰＣ３０のバックグラウンド処理によって更新されるので、クライアントＰＣ１０は、ユーザ操作によっていずれかのカメラの撮像映像をモニタＤＰに表示する旨の操作がなされる度に、選択されたカメラの最新の背景画像をサーバＰＣ３０からリアルタイムに取得でき、取得した上でメイン処理としてマスク処理を実行できる。これにより、クライアントＰＣ１０は、ユーザ操作により選択されたカメラの背景画像を生成することなく（つまり、初期学習をすることなく）、適切にマスク処理した編集映像をモニタＤＰに表示できる。
以上により、第５の実施形態の監視カメラシステム１００は、撮像エリアを撮像する複数のカメラ（例えば全方位カメラＣＡＭ１１，固定カメラＣＡＭ１４，…）と、複数のカメラのうちの第１カメラ（カメラＡ）から配信された撮像エリアの撮像映像、又は撮像映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集映像をモニタＤＰに表示するクライアントＰＣ１０と、を備える。クライアントＰＣ１０は、個々のカメラから配信された各撮像映像の背景画像を生成してストレージ１５に保存する。クライアントＰＣ１０は、カメラＡから第２カメラ（カメラＢ）への切替に応じて、選択されたカメラＢから配信された撮像映像の背景画像をストレージ１５から取得し、ストレージ１５から取得した背景画像とカメラＢから配信された撮像映像とを用いて、カメラＢから配信された撮像映像に対してマスク処理を行って得た編集映像をモニタＤＰに表示する。
第５の実施形態のクライアントＰＣ１０も、第１の実施形態と同様に、撮像映像に現れる移動中の人物の少なくとも一部又は全部をマスク画像に置き換えるマスク処理を行うことができる。これにより、クライアントＰＣ１０は、カメラの映像を切り替えてモニタＤＰに表示する場合に、選択されたカメラの前回使用していた撮像映像もしくは編集映像の背景画像をストレージ１５から取得してマスク処理できるので、切替によって選択されたカメラから配信されている撮像映像の背景画像を初期学習によって生成する必要が無い。つまり、クライアントＰＣ１０は、カメラＡからカメラＢに切り替えられた場合に、カメラＢから配信されている撮像映像の背景画像を生成する期間、映像の非表示を抑制でき、ユーザの監視業務の効率アップやマーケティング分析精度の向上を支援することができる。
また、クライアントＰＣ１０は、カメラＡからカメラＢへの切替に応じて、カメラＡから配信された撮像映像の背景画像をストレージ１５に記憶（保存）する。これにより、クライアントＰＣ１０は、切り替えられるまでに使用していた最新のカメラＡの背景画像をストレージ１５に保存でき、次回にカメラＡの撮像映像をモニタＤＰに表示する際に、最新の背景画像を用いてマスク処理を迅速かつ適切に実行できる。
また、クライアントＰＣ１０は、カメラＡからカメラＢへの切替に応じて、カメラＢの編集映像の前回表示時からの経過時間が所定時間（例えば３０分）より短い場合に、選択されたカメラＢから配信された撮像映像の背景画像をストレージ１５から取得する。これにより、クライアントＰＣ１０は、例えば前回にカメラＢの撮像映像又は編集映像を表示してから３０分以内であれば背景画像が大きく変わることが無いというカメラＢの設置環境であれば、前回使用時の背景画像をストレージ１５から取得してマスク処理の際に使用できるので、カメラＢからの撮像映像に対して再度初期学習をすること無く、マスク処理を迅速かつ適切に実行できる。
また、クライアントＰＣ１０は、モニタＤＰに表示されていない、少なくとも一つのカメラから配信された撮像映像の背景画像をストレージ１５から取得して一定間隔で更新し、更新後の背景画像をストレージ１５に記憶する。これにより、クライアントＰＣ１０は、現在モニタＤＰに表示していないカメラの背景画像をバックグラウンド処理で更新できるので、上述した第１映像表示方式や第２映像表示方式に比べて、過大な処理負荷を受けることなく、最新の背景画像に更新でき、使用する背景画像の精度が向上する。これにより、クライアントＰＣ１０は、背景画像が更新されたカメラに切り替えられた場合に、そのカメラにより撮像された撮像映像中の静止物及び移動体（例えば人物）を、上述した第１映像表示方式や第２映像表示方式に比べて正しく認識することが可能となり、結果的に静止物を移動体と誤認識する頻度を低減することができる。
また、第５の実施形態の監視カメラシステム１００は、撮像エリアを撮像する複数のカメラ（例えば全方位カメラＣＡＭ１１，固定カメラＣＡＭ１４，…）と、複数のカメラのうちの第１カメラ（カメラＡ）から配信された撮像エリアの撮像映像、又は撮像映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集映像をモニタＤＰに表示するクライアントＰＣ１０と、個々のカメラから配信された各撮像映像の背景画像を生成してストレージＳＰ１４に保存するサーバＰＣ３０と、を備える。サーバＰＣ３０は、バックグラウンド処理として、ストレージＳＰ１４から取得した各撮像映像の背景画像を一定間隔で更新し、更新後の各背景画像をストレージＳＰ１４に記憶する。クライアントＰＣ１０は、カメラＡから第２カメラ（カメラＢ）への切替に応じて、選択されたカメラＢに対応する生成後又は更新後の背景画像をサーバＰＣ３０から取得し、サーバＰＣ３０から取得した背景画像とカメラＢから配信された撮像映像とを用いて、カメラＢから配信された撮像映像に対してマスク処理を行って得た編集映像をモニタＤＰに表示する。
言い換えると、クライアントＰＣ１０のメイン処理に対するバックグラウンド処理として、各種のカメラの背景画像がサーバＰＣ３０によって更新される。従って、クライアントＰＣ１０は、ユーザ操作によっていずれかのカメラの撮像映像をモニタＤＰに表示する旨の操作がなされる度に、選択されたカメラの最新の背景画像をサーバＰＣ３０からリアルタイムに取得でき、取得した上でメイン処理としてマスク処理を実行できる。これにより、クライアントＰＣ１０は、ユーザ操作により選択されたカメラの背景画像を生成することなく（つまり、初期学習をすることなく）、適切にマスク処理した編集映像をモニタＤＰに表示できる。
（第５の実施形態の内容に至る第２の経緯）
特許文献１によれば、監視エリアにおいて検知された人物の動画映像内の位置情報及び人物の属性（例えば性別、年齢）毎にマスク画像が生成されるため、そのマスク画像により、プライバシーを確保した上で店舗内の人物の行動が把握可能となる。
しかしながら、特許文献１では、動画映像において検知された人物の画像領域をマスク画像に変更するのはカメラであり、カメラからの動画映像を受信する受信装置（例えばユーザが使用するクライアントＰＣ）によりマスク処理が行われることは考慮されていない。また、既設の監視カメラには、特許文献１のマスク処理を実行可能な機能（マスク機能）を有していないものが少なくない。
ここで、例えばユーザの監視業務の中で、監視エリアに設置された監視カメラからそれぞれ撮像されてレコーダ等の外部装置に録画（記録）された過去の撮像映像をクライアントＰＣのモニタに表示する際に、ユーザ操作により、再生対象となる録画日時が順に切り替えて表示されることを想定する。クライアントＰＣは、録画映像の録画日時が切り替わる度に、指定された録画日時の録画映像に対してマスク処理を行うため、マスク処理における初期学習（後述参照）において録画映像中の背景画像（つまり、録画映像中で動きの無い静止領域からなる画像領域）を生成する必要がある。しかしながら、この初期学習の処理中は、録画映像中の背景画像の生成が完了していないためにクライアントＰＣは録画映像の表示をできず、録画映像の表示ができない期間（例えば３０秒〜１分程度）が発生するという課題がある（図４２参照）。図４２は、マスクカメラ方式とクライアントＰＣ方式とにおける、任意の指定日時におけるカメラの編集録画映像の表示時の課題の説明図である。
ここで、図４２を参照して、上述した課題をより具体的に説明する。
マスクカメラ方式（詳細は図２８参照）では、マスクカメラ（つまり、マスク機能を有するカメラ）において撮像映像に対してマスク処理が行われる。つまり、マスクカメラにより生成された編集映像中の移動体（例えば人物）の画像部分はマスク画像に置き換えられて、編集録画映像としてレコーダ（例えばレコーダＲＥＣ１）に保存される。ここで、ユーザ操作により、任意の指定日時に撮像された過去の撮像映像（例えば、レコーダＲＥＣ１に保存されている録画映像）の再生が指示された場合、クライアントＰＣは、レコーダＲＥＣ１から取得した編集録画映像ＤＤ１をすぐに表示することが可能である。
一方、クライアントＰＣ方式（詳細は図２９参照）では、例えばカメラはマスク機能を有さず、カメラから配信された撮像映像に対してクライアントＰＣにおいてマスク処理が行われる。つまり、カメラから配信された撮像映像がクライアントＰＣによってマスク処理されて編集映像が生成される。ここで、ユーザ操作により、任意の指定日時に撮像された過去の撮像映像（例えば、レコーダＲＥＣ１に保存されている録画映像）の再生が指示された場合、クライアントＰＣは、レコーダＲＥＣ１から取得した録画映像にマスク処理を行う際、背景画像を生成するために初期学習を行う必要がある。この初期学習は例えば３０秒〜１分程度であるが、この初期学習の期間、クライアントＰＣはレコーダＲＥＣ１から取得した録画映像をマスク処理した結果の編集録画映像ＤＤ１を表示できない。言い換えると、クライアントＰＣは、ユーザ操作により任意の指定日時に撮像された録画映像の再生指示があっても、レコーダＲＥＣ１から取得した録画映像をマスク処理した結果の編集録画映像ＤＤ１をすぐに表示できない。
監視カメラの録画映像の録画日時がユーザ操作により指定される度に、クライアントＰＣにおける初期学習の処理を仮に省略した場合、クライアントＰＣにおいて適正な背景画像が生成されないことになる。このため、クライアントＰＣがマスク処理において移動体（例えば人物）の検知を正しくできず、マスク処理後の編集録画映像内の人物がマスク画像に置き換えて表示されずにそのまま表示されてしまい、その人物のプライバシーが的確に保護されないという可能性がある。
そこで、第５の実施形態の第５映像表示方式〜第６映像表示方式では、モニタへの表示対象となる監視カメラの録画映像の録画日時の指定があった場合に、指定された録画日時における録画映像の非表示を抑制した上でマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図るモニタリングシステム及び映像表示方法の例を説明する。
（第５映像表示方式）
図４３は、第５の実施形態における第５映像表示方式の概要を示す模式図である。第５映像表示方式では、クライアントＰＣ１０は、プロセッサ１１により実行されるメイン処理として、例えばカメラＡから配信された撮像映像ＡＡ１を受信し、撮像映像ＡＡ１にマスク処理を行って得た編集映像ＢＢ１をモニタＤＰに表示する（Ｓ８１）。なお、クライアントＰＣ１０は、ステップＳ８１として、カメラＡから配信された撮像映像ＡＡ１をマスク処理する以外に、例えば過去の録画映像を保持する配信装置から配信された録画映像を受信し、この録画映像にマスク処理を行って得た編集映像をモニタＤＰに表示してもよい。この処理は、図４６におけるステップＳ８１においても同様である。但し、クライアントＰＣ１０は、ステップＳ８１のマスク処理を行う前に、配信装置から配信された録画映像の背景画像を予め保持しているか、又は配信装置からの配信された録画映像に背景画像が含まれる場合にその背景画像を取得しているとする。配信装置は、例えば上述したカメラＡ、レコーダ（例えばレコーダＲＥＣ１，ＲＥＣ２，ＲＥＣ３，ＲＥＣ４）、ＰＣレコーダ、クライアントＰＣ１０自身のうちいずれであっても構わない。ＰＣレコーダは、例えばそのＰＣレコーダ自身に内蔵されるハードディスクに録画映像を保持した汎用のＰＣであり、具体的にはクライアントＰＣ１０でもよいし、クライアントＰＣ１０を除くネットワークＮＷに接続された他のＰＣ（図２７において不図示）でもよい。ＰＣレコーダは、例えば図２７に示す各種のカメラから配信された撮像映像を内蔵ハードディスクに録画（記録）し、自身又は他のＰＣ（例えばクライアントＰＣ１０）に対して録画した映像（録画映像）を配信するアプリケーションが組み込まれた汎用的なＰＣである。
また、クライアントＰＣ１０は、プロセッサ１１により実行されるバックグラウンド処理として、各種のカメラ（例えば全方位カメラＣＡＭ１１，ＣＡＭ３１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３、固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４）から配信されている撮像映像を受信し、受信したそれぞれの撮像映像を用いて、各種のカメラの背景画像を繰り返し（例えば定期的に）生成する（Ｓ８８）。
ステップＳ８８の背景画像の繰り返し生成処理は、現在クライアントＰＣ１０と通信可能な（接続可能な）全てのカメラから配信されている撮像映像に対して行われるものであり、例えば定期的に行われても良いし、少なくとも一定時間が経過すれば行われても良いし、要は繰り返して実行されれば構わない。なお、ステップＳ８８の詳細は、例えば図１１のステップＳ１１において説明済みであるため、説明を省略する。
クライアントＰＣ１０は、バックグラウンド処理により生成した（言い換えると、順次追加した）背景画像をストレージ１５に保存して順次蓄積する（Ｓ８６Ｂ）。ここで、ユーザ操作により、ユーザがカメラＡに対して再生したい録画映像の録画日時が指定された時、クライアントＰＣ１０は、録画日時に最も近い生成日時に生成されたカメラＡの背景画像をストレージ１５から読み出して取得する（Ｓ８７）。クライアントＰＣ１０は、メイン処理として、ステップＳ８７において取得した背景画像とストレージ１５又はサーバＰＣ３０のストレージＳＰ１４から取得したカメラＡの上述した録画日時における録画映像とを用いてマスク処理を行い、マスク処理後の編集録画映像をモニタＤＰに表示する。
図４４は、図４３に示すメイン処理の動作手順の一例を説明するフローチャートである。図４５は、図４３に示すバックグラウンド処理の動作手順の一例を説明するフローチャートである。図４４の説明の前提として、モニタＤＰに表示される録画映像（つまり、ユーザ操作により指定される録画日時に撮像された撮像映像）は、レコーダ（例えばレコーダＲＥＣ１）からクライアントＰＣ１０に送信されてストレージ１５に保存されているとする。図４５の説明の前提として、サーバＰＣ３０は、カメラＡ→カメラＢ→カメラＣ→…の順に、同一の処理を行う。カメラＣは、図２７に示すいずれかのカメラである。
図４４において、操作部１３を用いたユーザ操作により、モニタＤＰに表示される録画映像の配信元としてのカメラ（例えばカメラＡ）が選択され（Ｓ１４１、ＹＥＳ）、かつユーザが再生したい録画日時が指定されたとする（Ｓ１４２）。この場合、クライアントＰＣ１０のプロセッサ１１は、指定された録画日時に撮像されたカメラＡの撮像映像（つまり、カメラＡの録画映像）をストレージ１５から取得する（Ｓ１４３）。プロセッサ１１は、バックグラウンド処理によりストレージ１５に保存されたカメラＡの生成日時毎の背景画像の中から、録画日時に最も近い生成日時（図４５参照）に生成されたカメラＡの背景画像をストレージ１５から取得する（Ｓ１４４）。
プロセッサ１１は、ステップＳ１４３において取得したカメラＡの録画映像とステップＳ１４４において取得したカメラＡの背景画像とを用いてマスク処理（図１１及び図１２参照）を行う（Ｓ１４５）。プロセッサ１１は、マスク処理後の編集録画映像をモニタＤＰに表示する（Ｓ１４６）。ステップＳ１４６の後、プロセッサ１１のメイン処理はステップＳ１４１に戻り、この時点でユーザ操作によりカメラが選択されない場合には（Ｓ１４１、ＮＯ）、プロセッサ１１のメイン処理は終了する。
図４５において、クライアントＰＣ１０は、カメラＡから配信されている撮像映像を受信する。プロセッサ１１は、カメラＡから配信されている撮像映像を、通信部１２を介して取得する（Ｓ１５１）。プロセッサ１１は、ステップＳ１５１において取得したカメラＡの撮像映像の背景画像を生成する（図１１のステップＳ１１参照、Ｓ１５２）。
プロセッサ１１は、ステップＳ１５２において生成したカメラＡの撮像映像の背景画像とカメラＡの識別情報（例えばカメラＡのＩＤもしくはＩＰアドレス、又はその組み合わせ）とステップＳ１５２において生成した背景画像の生成日時とを対応付けてストレージ１５に保存する（Ｓ１５３）。
ステップＳ１５３の後、ステップＳ１５２における背景画像の生成から所定時間（例えば３０分）が経過したか否かがプロセッサ１１により判断される（Ｓ１５４）。ステップＳ１５２における背景画像の生成から所定時間（例えば３０分）が経過したと判断された場合には（Ｓ１５４、ＹＥＳ）、プロセッサ１１の処理はステップＳ１５１に戻り、以降、カメラＡの背景画像の生成が上述した所定時間毎に繰り返される。
また、プロセッサ１１は、カメラＢやカメラＣ、その他のカメラについても、カメラＡの背景画像の所定時間毎の生成処理（ＢＧｑａ）と同様の処理を実行する（ＢＧｑｂ，ＢＧｑｃ）。
第５映像表示方式によれば、クライアントＰＣ１０は、バックグラウンド処理として各種のカメラ（上述参照）から配信されている撮像映像の背景画像を繰り返して生成し、この背景画像をカメラの識別情報と背景画像の生成日時と対応付けてストレージ１５に保存して蓄積している。従って、クライアントＰＣ１０は、クライアントＰＣ１０に対するユーザ操作により、モニタＤＰへの表示対象となる監視カメラの録画映像の録画日時が指定された場合に、その指定された録画日時に最も近い生成日時に生成された背景画像をストレージ１５から取得し、この背景画像と録画日時の録画映像とを用いてマスク処理できる。これにより、クライアントＰＣ１０は、ユーザが再生したい録画映像をモニタＤＰに表示する際に、その録画映像の非表示を抑制した上で人物等の移動体をマスク画像に置き換えるためのマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図ることができる。
（第６映像表示方式）
第６映像表示方式では、上述した第４映像表示方式と同様に、クライアントＰＣ１０とサーバＰＣ３０とで第５映像表示方式のメイン処理とバックグラウンド処理とが分担される。具体的には、クライアントＰＣ１０は、第５映像表示方式におけるメイン処理を実行し、サーバＰＣ３０は、第５映像表示方式におけるバックグラウンド処理を実行する。サーバＰＣ３０は、バックグラウンド処理としての背景画像の繰り返し生成により得たその都度の背景画像を、カメラの識別情報と背景画像の生成日時と対応付けてストレージＳＰ１４に保存（退避）する。
図４６は、第５の実施形態における第６映像表示方式の概要を示す模式図である。クライアントＰＣ１０は、プロセッサ１１により実行されるメイン処理として、例えばカメラＡから配信された撮像映像ＡＡ１を受信し、撮像映像ＡＡ１にマスク処理を行って得た編集映像ＢＢ１をモニタＤＰに表示する（Ｓ８１）。サーバＰＣ３０は、プロセッサＳＰ１１により実行されるバックグラウンド処理として、各種のカメラ（例えば全方位カメラＣＡＭ１１，ＣＡＭ３１、ＰＴＺカメラＣＡＭ１２，ＣＡＭ１３，ＣＡＭ２１，ＣＡＭ３２，ＣＡＭ３３、固定カメラＣＡＭ１４，ＣＡＭ２２，ＣＡＭ３４）から配信されている撮像映像を受信し、受信したそれぞれの撮像映像を用いて、各種のカメラの背景画像を繰り返し（例えば定期的に）生成する（Ｓ８８Ａ）。
ステップＳ８８Ａの背景画像の繰り返し生成処理は、現在サーバＰＣ３０と通信可能な（接続可能な）全てのカメラから配信されている撮像映像に対して行われるものであり、例えば定期的に行われても良いし、少なくとも一定時間が経過すれば行われても良いし、要は繰り返して実行されれば構わない。なお、ステップＳ８８Ａの詳細は、例えば図１１のステップＳ１１において説明済みであるため、説明を省略する。
サーバＰＣ３０は、バックグラウンド処理により生成した（言い換えると、順次追加した）背景画像をストレージＳＰ１４に保存して順次蓄積する（Ｓ８６Ｃ）。ここで、ユーザ操作により、ユーザがカメラＡに対して再生したい録画映像の録画日時が指定された時、クライアントＰＣ１０は、録画日時に最も近い生成日時に生成されたカメラＡの背景画像をサーバＰＣ３０から受信して取得する（Ｓ８７）。クライアントＰＣ１０は、メイン処理として、ステップＳ８７において取得した背景画像とストレージ１５又はサーバＰＣ３０のストレージＳＰ１４から取得したカメラＡの上述した録画日時における録画映像とを用いてマスク処理を行い、マスク処理後の編集録画映像をモニタＤＰに表示する。
第６映像表示方式によれば、クライアントＰＣ１０は図４４に示すメイン処理を行い、一方、サーバＰＣ３０は図４５に示すバックグラウンド処理を行う。つまり、クライアントＰＣ１０とサーバＰＣ３０とでメイン処理とバックグラウンド処理とを分担する。従って、第６映像表示方式によれば、各種のカメラの背景画像がサーバＰＣ３０のバックグラウンド処理によって更新されるので、クライアントＰＣ１０は、ユーザ操作によってユーザが再生したいと考えているいずれかのカメラの録画映像の録画日時の指定操作がなされる度に、指定された録画日時に最も近いカメラの背景画像をサーバＰＣ３０から迅速に取得でき、この背景画像と録画日時における録画映像とを用いてメイン処理としてのマスク処理を実行してマスク処理後の編集録画映像をモニタＤＰに表示できる。これにより、クライアントＰＣ１０は、どのカメラの任意の録画日時における録画映像を再生したい場合でも、適切にマスク処理した編集映像をモニタＤＰに表示できるので、例えば何かのインシデントが発生した時の原因究明の効率的な支援を行うことができ、ユーザの監視業務の効率アップやマーケティング分析精度を向上することができる。
以上により、第５の実施形態の監視カメラシステム１００は、撮像エリアを撮像するカメラ（例えば固定カメラＣＡＭ１４）と、このカメラから配信された撮像エリアの一定期間分の撮像映像を録画映像としてストレージ１５に保存するクライアントＰＣ１０と、を備える。クライアントＰＣ１０は、撮像エリアの一定期間分の撮像映像の背景画像を繰り返し生成し、生成後の背景画像とカメラの識別情報と背景画像の生成日時とを対応付けてストレージ１５に保存して順次追加して蓄積する。クライアントＰＣ１０は、ユーザが再生を希望する録画日時（再生日時）の指定に応じて、指定された再生日時に最も近い生成日時に生成された背景画像をストレージ１５から取得し、ストレージ１５から取得した背景画像と録画映像としての撮像エリアの一定期間分の撮像映像とを用いて、録画映像に現れる移動体（例えば人物）をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタＤＰに表示する。
従って、クライアントＰＣ１０は、クライアントＰＣ１０に対するユーザ操作により、モニタＤＰへの表示対象となる監視カメラの録画映像の録画日時が指定された場合に、その指定された録画日時に最も近い生成日時に生成された背景画像をストレージ１５から取得し、この背景画像と録画日時の録画映像とを用いてマスク処理できる。これにより、クライアントＰＣ１０は、ユーザが再生したい録画映像をモニタＤＰに表示する際に、その録画映像の非表示を抑制した上で人物等の移動体をマスク画像に置き換えるためのマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図ることができる。
また、第５の実施形態の監視カメラシステム１００は、撮像エリアを撮像するカメラ（例えば固定カメラＣＡＭ１４）と、このカメラから配信された撮像エリアの一定期間分の撮像映像を録画映像としてストレージ１５に保存するクライアントＰＣ１０と、カメラから配信された撮像エリアの一定期間分の撮像映像の背景画像を繰り返し生成し、生成後の背景画像とカメラの識別情報と背景画像の生成日時とを対応付けてストレージＳＰ１４に保存するサーバＰＣ３０と、を備える。クライアントＰＣ１０は、ユーザが再生を希望する録画日時（再生日時）の指定に応じて、指定された再生日時に最も近い生成日時に生成された背景画像をサーバＰＣ３０から取得し、サーバＰＣ３０から取得した背景画像とストレージ１５に保存した録画映像としての撮像エリアの一定期間分の撮像映像とを用いて、録画映像に現れる移動体（例えば人物）をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタＤＰに表示する。
従って、各種のカメラの背景画像がサーバＰＣ３０のバックグラウンド処理によって更新されるので、クライアントＰＣ１０は、ユーザ操作によってユーザが再生したいと考えているいずれかのカメラの録画映像の録画日時の指定操作がなされる度に、指定された録画日時に最も近いカメラの背景画像をサーバＰＣ３０から迅速に取得でき、この背景画像と録画日時における録画映像とを用いてメイン処理としてのマスク処理を実行してマスク処理後の編集録画映像をモニタＤＰに表示できる。これにより、クライアントＰＣ１０は、どのカメラの任意の録画日時における録画映像を再生したい場合でも、適切にマスク処理した編集映像をモニタＤＰに表示できるので、例えば何かのインシデントが発生した時の原因究明の効率的な支援を行うことができ、ユーザの監視業務の効率アップやマーケティング分析精度を向上することができる。
以上、図面を参照しながら各種の実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、上述した各実施形態を組み合わせた事項についても当然に本発明の技術的範囲に属するものと了解される。
本発明は、モニタへの表示対象となる監視カメラの録画映像の録画日時の指定があっても、指定された録画日時における録画映像の非表示を抑制した上でマスク処理を適切に施し、ユーザの監視業務の効率やマーケティング分析精度の向上を図るモニタリングシステム、映像表示方法及びコンピュータプログラムとして有用である。
１０ クライアントＰＣ
１１ プロセッサ
１２ 通信部
１３ 操作部
１５ ストレージ
１６ メモリ
１７ 電源管理部
３０ サーバＰＣ
１００ 監視カメラシステム（モニタリングシステム）
１１１ 画像入力部
１１２ 背景画像処理部
１１３ マスク処理設定部
１１４ マスク処理部
１１５ 映像出力制御部
１６１ ＲＯＭ
１６２ ＲＡＭ
ＣＡＭ１１、ＣＡＭ３１ 全方位カメラ
ＣＡＭ１２、ＣＡＭ１３、ＣＡＭ２１、ＣＡＭ３２、ＣＡＭ３３ ＰＴＺカメラ
ＣＡＭ１４、ＣＡＭ２２、ＣＡＭ３４ 固定カメラ
ＮＷ ネットワーク
ＲＥＣ１、ＲＥＣ２、ＲＥＣ３、ＲＥＣ４ レコーダ

Claims (6)

  1. 撮像エリアを撮像するカメラと、
    前記カメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として記憶部に保存する情報処理装置と、を備え、
    前記情報処理装置は、保存する前記撮像映像の背景画像を繰り返し生成し、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて前記記憶部に保存し、
    前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記記憶部から取得し、前記記憶部から取得した背景画像と前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する、
    モニタリングシステム。
  2. 撮像エリアを撮像するカメラと、
    前記カメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として第１記憶部に保存する情報処理装置と、
    保存する前記撮像映像の背景画像を繰り返し生成し、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて第２記憶部に保存するサーバ装置と、を備え、
    前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記サーバ装置から取得し、前記サーバ装置から取得した背景画像と前記第１記憶部に保存した前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する、
    モニタリングシステム。
  3. 撮像エリアを撮像するカメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として記憶部に保存する情報処理装置を備えるモニタリングシステムにおける映像表示方法であって、
    前記情報処理装置は、保存する前記撮像映像の背景画像を繰り返し生成し、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて前記記憶部に保存し、
    前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記記憶部から取得し、前記記憶部から取得した背景画像と前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する、
    映像表示方法。
  4. 撮像エリアを撮像するカメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として第１記憶部に保存する情報処理装置と、
    保存する前記撮像映像の背景画像を繰り返し生成するサーバ装置と、を備えるモニタリングシステムにおける映像表示方法であって、
    前記サーバ装置は、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて第２記憶部に保存し、
    前記情報処理装置は、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記サーバ装置から取得し、前記サーバ装置から取得した背景画像と前記第１記憶部に保存した前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示する、
    映像表示方法。
  5. 撮像エリアを撮像するカメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として記憶部に保存する、コンピュータである情報処理装置に、
    保存する前記撮像映像の背景画像を繰り返し生成し、生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて前記記憶部に保存するステップと、
    再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を前記記憶部から取得し、前記記憶部から取得した背景画像と前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示するステップと、を実行させるための、
    コンピュータプログラム。
  6. 撮像エリアを撮像するカメラから配信された前記撮像エリアの一定期間分の撮像映像を録画映像として第１記憶部に保存する、コンピュータである情報処理装置に、
    保存する前記撮像映像の背景画像を繰り返し生成し、かつ生成後の背景画像と前記カメラの識別情報と前記背景画像の生成日時とを対応付けて第２記憶部に保存するサーバ装置から、再生日時の指定に応じて、指定された前記再生日時に最も近い前記生成日時に生成された背景画像を取得し、前記取得した背景画像と前記第１記憶部に保存した前記録画映像としての前記撮像エリアの一定期間分の撮像映像とを用いて、前記録画映像に現れる移動体をマスク画像に変更するためのマスク処理を行って得た編集録画映像をモニタに表示するステップ、を実行させるための、
    コンピュータプログラム。
JP2016139532A 2016-07-14 2016-07-14 モニタリングシステム、映像表示方法及びコンピュータプログラム Active JP6099027B1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016139532A JP6099027B1 (ja) 2016-07-14 2016-07-14 モニタリングシステム、映像表示方法及びコンピュータプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016139532A JP6099027B1 (ja) 2016-07-14 2016-07-14 モニタリングシステム、映像表示方法及びコンピュータプログラム

Publications (2)

Publication Number Publication Date
JP6099027B1 true JP6099027B1 (ja) 2017-03-22
JP2018011226A JP2018011226A (ja) 2018-01-18

Family

ID=58363147

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016139532A Active JP6099027B1 (ja) 2016-07-14 2016-07-14 モニタリングシステム、映像表示方法及びコンピュータプログラム

Country Status (1)

Country Link
JP (1) JP6099027B1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5159381B2 (ja) * 2008-03-19 2013-03-06 セコム株式会社 画像配信システム
JP5597781B1 (ja) * 2014-03-26 2014-10-01 パナソニック株式会社 滞留状況分析装置、滞留状況分析システムおよび滞留状況分析方法
JP5834193B2 (ja) * 2014-02-05 2015-12-16 パナソニックＩｐマネジメント株式会社 モニタリング装置、モニタリングシステムおよびモニタリング方法
JP5838371B1 (ja) * 2014-06-30 2016-01-06 パナソニックＩｐマネジメント株式会社 動線分析システム、カメラ装置及び動線分析方法
JP2016032141A (ja) * 2014-07-28 2016-03-07 パナソニックＩｐマネジメント株式会社 モニタリング装置、モニタリングシステムおよびモニタリング方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5159381B2 (ja) * 2008-03-19 2013-03-06 セコム株式会社 画像配信システム
JP5834193B2 (ja) * 2014-02-05 2015-12-16 パナソニックＩｐマネジメント株式会社 モニタリング装置、モニタリングシステムおよびモニタリング方法
JP5597781B1 (ja) * 2014-03-26 2014-10-01 パナソニック株式会社 滞留状況分析装置、滞留状況分析システムおよび滞留状況分析方法
JP5838371B1 (ja) * 2014-06-30 2016-01-06 パナソニックＩｐマネジメント株式会社 動線分析システム、カメラ装置及び動線分析方法
JP2016032141A (ja) * 2014-07-28 2016-03-07 パナソニックＩｐマネジメント株式会社 モニタリング装置、モニタリングシステムおよびモニタリング方法

Also Published As

Publication number Publication date
JP2018011226A (ja) 2018-01-18

Similar Documents

Publication Publication Date Title
JP6399356B2 (ja) 追跡支援装置、追跡支援システムおよび追跡支援方法
JP4201025B2 (ja) 監視装置、監視システム及びフィルタ設定方法、並びに監視プログラム
JP2006245649A (ja) 情報処理システム、情報処理装置および情報処理方法、プログラム、並びに記録媒体
JP6206857B1 (ja) 追跡支援装置、追跡支援システムおよび追跡支援方法
JP6497965B2 (ja) 画像処理装置及び画像処理方法
KR102249498B1 (ko) 이벤트 검색 장치 및 시스템
JP7167134B2 (ja) 自由視点画像生成方法、自由視点画像表示方法、自由視点画像生成装置及び表示装置
JPWO2004006572A1 (ja) 映像生成処理装置、映像生成処理方法および映像記憶装置
JP6381265B2 (ja) 情報処理装置、表示方法、及びプログラム
CN106797429A (zh) 控制装置、对控制装置进行控制的方法和程序
CN103813094A (zh) 捕捉图像的方法、电子装置与机器可读存储介质
JP6544996B2 (ja) 制御装置及び制御方法
JP2017162432A (ja) 画像処理システム、情報処理装置、情報端末、プログラム
JP6099025B1 (ja) モニタリングシステム、マスク処理設定方法及びコンピュータプログラム
JP6112436B1 (ja) モニタリングシステム、映像表示方法及びコンピュータプログラム
JP6230386B2 (ja) 画像処理装置、画像処理方法及び画像処理プログラム
JP5195156B2 (ja) 監視装置、監視システム及びフィルタ設定方法
JP6593922B2 (ja) 画像監視システム
JP6099026B1 (ja) モニタリングシステム、映像表示方法及びコンピュータプログラム
US10817709B2 (en) Similar image search system
JP6098964B1 (ja) モニタリングシステム、映像表示方法及びコンピュータプログラム
JP6099027B1 (ja) モニタリングシステム、映像表示方法及びコンピュータプログラム
KR20210108691A (ko) 영상 검색 장치 및 이를 포함하는 네트워크 감시 카메라 시스템
JP6098963B1 (ja) モニタリングシステム、映像表示方法及びコンピュータプログラム
JP4185376B2 (ja) 画像処理システム

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170117

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170213

R151 Written notification of patent or utility model registration

Ref document number: 6099027

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

SZ03 Written request for cancellation of trust registration

Free format text: JAPANESE INTERMEDIATE CODE: R313Z03

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250