(57)【要約】      （修正有）【課題】より簡便なコマンドシーケンスでマスク機能の設定が可能な、ネットワークによる配信可能な撮像装置を提供する。【解決手段】ネットワークに接続され、撮像部による撮像した映像を前記ネットワークを介して配信する撮像装置であって、少なくとも映像を含む配信データにフィルタを適用するためのフィルタデータと、前記フィルタデータの１つに対して複数のマスクデータを配列構造で含まれるデータ構造とを記憶する記憶手段と、前記撮像手段で撮像して得られた映像の一部分を、前記マスクデータに基づき視認できないように加工するマスク手段とを有し、１つのフィルタデータに含まれるマスクデータの要素数を１に制限することを特徴とする撮像装置。フィルタデータの１つに対して複数のマスクデータが配列構造で含まれるデータ構造を備えながらも、フィルタデータ１つに含まれるマスクデータの要素数を１に制限する構成とする。【選択図】図１
2014053695.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、撮像部による撮像した映像を前記ネットワークを介して配信する撮像装置であって、
少なくとも映像を含む配信データにフィルタを適用するためのフィルタデータと、前記フィルタデータの１つに対して複数のマスクデータを配列構造で含まれるデータ構造とを記憶する記憶手段と、
前記撮像手段で撮像して得られた映像の一部分を、前記マスクデータに基づき視認できないように加工するマスク手段とを有し、
１つのフィルタデータに含まれるマスクデータの要素数を１に制限することを特徴とする撮像装置。
【請求項２】
前記記憶手段は、複数のマスクデータを保持し、
前記複数のマスクデータが含まれた前記フィルタデータを、個々のマスクデータの数だけ保持することを特徴とする請求項１に記載の撮像装置。
【請求項３】
前記ネットワークを介して、前記マスクデータを２つ以上含む前記フィルタデータの書き込みを行うコマンドを受信した場合は、エラー応答することを特徴とする請求項１に記載の撮像装置。
【請求項４】
ネットワークに接続され、撮像部による撮像した映像を前記ネットワークを介して配信する撮像装置の制御方法であって、
少なくとも映像を含む配信データにフィルタを適用するためのフィルタデータと、前記フィルタデータの１つに対して複数のマスクデータを配列構造で含まれるデータ構造とを記憶手段に格納する工程と、
前記撮像手段で撮像して得られた映像の一部分を、前記マスクデータに基づき視認できないように加工するマスク工程とを有し、
１つのフィルタデータに含まれるマスクデータの要素数を１に制限することを特徴とする撮像装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像した画像を配信可能な撮像装置に関し、特に撮像装置が配信する画像をマスクする機能に関する。
【背景技術】
【０００２】
従来、撮像画像の配信先で撮像画像上の特定の領域を閲覧できないようにするための撮像装置の機能として、マスク機能が知られている。例えば、対象領域をＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ：オンスクリーン表示）によって塗りつぶす処理や、対象領域の画質低下処理等によって実現される。
【０００３】
例えば、特許文献１では、ウエーブレット変換を用いた符号化方式において、画像内の関心領域のビット量の割り当てが、非関心領域よりも大きくなるように、各領域のビット量を割り当てることが開示されている。
【０００４】
また、映像以外にも、撮像装置が配信する音声や、メタデータを含む様々な出力データを対象にフィルタを設定し、出力データの配信内容を限定するフィルタ機能が知られている。
【０００５】
このようなフィルタ機能に関して、フィルタの種類ごとに名称を付与し、ある種類のフィルタに対応する個々のフィルタデータを、配列構造で複数記憶することが想定される。例えば、１台で複数のマスクデータを保持可能な撮像装置において、前述のフィルタ機能を用いてマスク機能を実現しようとする場合、マスク機能という種類のフィルタに対応する複数のマスクデータをフィルタデータの配列構造として記憶することになる。
【０００６】
このようにして、１種類のフィルタに対応する個々のフィルタデータを配列構造で複数記憶することにより、配列全体を１つの設定として扱うことが可能となり、撮像装置内部でデータの管理が容易になるという利点がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−３２３００７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、外部機器からフィルタ機能インタフェースによって１つのマスクデータを編集するためには、配列構造の複数のマスクデータを含むフィルタデータ全体を読み出さなければならない。そして、その上で、対象となる１つのマスクデータを編集し、フィルタデータ全体を撮像装置に書き戻す必要がある。従って、マスクデータの設定手順が煩雑になるという課題があった。
【０００９】
また、撮像装置を操作する外部機器が複数存在する場合、フィルタデータ全体の読み出しからフィルタ全体の書き込みまでの期間を、撮像装置は排他制御する必要があるため、撮像装置の内部処理が複雑になってしまう。更には、この排他制御によって外部機器からの自由なデータの読み書きを阻害するという問題も発生する。
【課題を解決するための手段】
【００１０】
この課題を解決するため、例えば本発明の撮像装置は以下の構成を備える。すなわち、
ネットワークに接続され、撮像部による撮像した映像を前記ネットワークを介して配信する撮像装置であって、
少なくとも映像を含む配信データにフィルタを適用するためのフィルタデータと、前記フィルタデータの１つに対して複数のマスクデータを配列構造で含まれるデータ構造とを記憶する記憶手段と、
前記撮像手段で撮像して得られた映像の一部分を、前記マスクデータに基づき視認できないように加工するマスク手段とを有し、
１つのフィルタデータに含まれるマスクデータの要素数を１に制限することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、フィルタデータに含まれるマスクデータの配列の要素数を１に限定する。これにより、ネットワーク上のクライアント装置はマスクデータを１つずつ個別に書き込みさせることができ、より簡便なコマンドシーケンスでマスクの設定が可能なるという効果がある。また、複数のマスクデータを同時に排他制御する必要がなくなり、マルチクライアント構成に適応しやすい撮像装置を実現できるという効果がある。
【図面の簡単な説明】
【００１２】
【図１】実施形態におけるシステム外観図。
【図２】実施形態の撮像装置のブロック図。
【図３】実施形態におけるパラメータ構成図。
【図４（ａ）】クライアント装置と監視カメラ間のコマンドシーケンス図。
【図４（ｂ）】クライアント装置と監視カメラ間のコマンドシーケンス図。
【図５（ａ）】ユーザインタフェース画面を示す図。
【図５（ｂ）】ユーザインタフェース画面を示す図。
【図６】ＦｉｌｔｅｒＴｙｐｅ適用可否テーブルを示す図。
【図７（ａ）】コマンドの例を示す図。
【図７（ｂ）】コマンドの例を示す図。
【図７（ｃ）】コマンドの例を示す図。
【図７（ｄ）】コマンドの例を示す図。
【図７（ｅ）】コマンドの例を示す図。
【図７（ｆ）】コマンドの例を示す図。
【図７（ｇ）】コマンドの例を示す図。
【図７（ｈ）】コマンドの例を示す図。
【図８（ａ）】実施形態における処理手順を示すフローチャート。
【図８（ｂ）】実施形態における処理手順を示すフローチャート。
【図８（ｃ）】実施形態における処理手順を示すフローチャート。
【図８（ｄ）】実施形態における処理手順を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。実施形態では、標準規格団体ＯＮＶＩＦ（Open Network Video Interface Forum）において規定されるインタフェースを用いて、撮像画像を配信データとして配信する監視用撮像装置と、それを受信するクライアント間の通信について説明する。
【００１４】
［実施形態１］
図１（ａ）は、本発明の実施形態である監視カメラ１０００を示す図である。図１（ｂ）は、監視カメラ１０００を含むシステム構成図である。２０００は、監視カメラ１０００と通信を行う外部機器を示すクライアント装置である。監視カメラ１０００とクライアント装置２０００は、ＩＰネットワーク網１５００を介して相互に通信可能な状態に接続されている。クライアント装置２０００は、監視カメラ１０００に対して、後述する撮像パラメータ変更や、映像ストリーミング開始等の各種コマンドを送信する。監視カメラ１０００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００に送信する。
【００１５】
図２は、監視カメラ１０００の内部構成を示す図である。図２において、１００１は制御部であり、監視カメラ１０００の全体の制御を行う。制御部１００１は、例えばＣＰＵで構成される。１００２はメモリである。メモリ１００２は、主に制御部１００１が実行するプログラム格納領域、プログラム実行中のワーク領域、後述する撮像部１００３が生成する画像データの格納領域等、様々なデータの格納領域として使用される。１００３は撮像部である。撮像部１００３は、被写体を撮影して取得したアナログ信号をデジタルデータに変換し、また、ＡＤＣＴ（適応離散コサイン変換）等によりデータの圧縮処理を行って撮像画像の画像データを生成し、メモリ１００２に出力する。撮像部１００３は、撮像画像をメモリ１００２に出力した後、制御部１００１に画像取得イベントを発行する。１００４は通信部である。通信部１００４は、各種制御コマンドを外部機器から受信する場合、また各制御コマンドに対するレスポンスを外部機器へ送信する場合に使用される。１００７はマスク処理部である。記憶部１００２に存在するマスクデータの設定内容に基づき、撮像部１００３が出力する画像データの適切な位置にマスクを施す。
【００１６】
以上、図２を参照し監視カメラ１０００の内部構成について説明したが、図２に示す処理ブロックは、本発明における監視カメラの好適な実施形態の一例を説明したものでありこの限りではない。雲台制御部を備えるなど、本発明の要旨の範囲内で、種々の変形及び変更が可能である。
【００１７】
本実施形態にて使用するコマンド、パラメータ等の名称と内容を以下に説明する。
【００１８】
図３（ａ）、（ｂ）は、本実施形態における監視カメラ１０００が記憶部１００２に保持するパラメータのデータ構造を図示している。
【００１９】
ＭｅｄｉａＰｒｏｆｉｌｅ６１００とは、監視カメラの各種設定項目を関連づけて記憶するためのパラメータセットである。ＭｅｄｉａＰｒｏｆｉｌｅ６１００のＩＤであるＰｒｏｆｉｌｅＴｏｋｅｎと、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ６１０２、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ６１０３のほか、配信画像のエンコーダや音声のエンコーダを含む各種設定項目へのリンクを保持する。
【００２０】
ＶｉｄｅｏＳｏｕｒｃｅ６１０１とは、監視カメラが備える１つの撮像センサーの性能を示すパラメータの集合体である。ＶｉｄｅｏＳｏｕｒｃｅ６１０１のＩＤであるＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎと、撮像センサーが出力可能な画像データの解像度を示すＲｅｓｏｌｕｔｉｏｎを含む。Ｒｅｓｏｌｕｔｉｏｎは、高さと幅をそれぞれピクセル数（画素数）で表したＨｅｉｇｈｔ、Ｗｉｄｔｈを含む。
【００２１】
ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ６１０２とは、監視カメラが備えるＶｉｄｅｏＳｏｕｒｃｅ６１０１をＭｅｄｉａＰｒｏｆｉｌｅ６１００に関連付けるパラメータの集合体である。ＶｉｄｅｏＳｏｕｒｃｅ６１０１が出力する画像データをうち、どの部分を切り出して配信画像とするかを指定するＢｏｕｎｄｓを含む。Ｂｏｕｎｄｓは、画像データから切り出す配信画像の高さと幅をそれぞれピクセル数で表したＨｅｉｇｈｔ、Ｗｉｄｔｈと、画像データの左上を原点として、切り出す配信画像の左下の点の座標をピクセルで表したｘ，ｙを含む。
【００２２】
ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ６１０３とは、ビデオ圧縮に関する設定をＭｅｄｉａＰｒｏｆｉｌｅ６１００に関連付けるパラメータの集合体である。監視カメラ１０００は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ６１０２の内容に基づいて出力される画像データを、本ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ６１０３内に設定されるビデオ圧縮方式（例えばＪＰＥＧやＨ．２６４）、フレームレート、或いは解像度等のパラメータに従ってクライアント装置２０００に配信する。
【００２３】
ＭＣＦ（Ｍｅｄｉａ Ｃｏｎｔｅｎｔ Ｆｉｌｔｅｒと同義）Ｃｏｎｆｉｇｕｒａｔｉｏｎ６１１０とは、撮像装置１０００の映像出力やメタデータ出力を制限するためのフィルタを適用するためのパラメータの集合体である。フィルタを適用する対象を指定するＭａｓｋｉｎｇＰｏｉｎｔ６１２０と、フィルタ（加工）の内容を指定するＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＤａｔａ６１３０で構成される。
【００２４】
ＭａｓｋｉｎｇＰｏｉｎｔ６１２０は、フィルタを適用する対象の出力を構成するパラメータ群の型を指定するＴｙｐｅ６１２１と、パラメータ群のＩＤであるＴｏｋｅｎ６１２２を含む。図３（ｂ）の例では、ＭａｓｋｉｎｇＰｏｉｎｔとして、ＴｏｋｅｎがＶＳＯ−０であるＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ６１０２が、フィルタ適用の対象として指定されている。
【００２５】
ＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＤａｔａ６１３０は、フィルタの名称であるＦｉｌｔｅｒＮａｍｅ６１３１、フィルタの型を示すＦｉｌｔｅｒＴｙｐｅ６１３２、及びフィルタの設定値群ＦｉｌｔｅｒＰａｒａｍｅｔｅｒｓ６１３３（Ｍａｓｋｃｏｎｆｉｇｒａｔｉｏｎを複数保持可能）で構成される。ＦｉｌｔｅｒＰａｒａｍｅｔｅｒｓ６１３３の内容は、ＦｉｌｔｅｒＴｙｐｅ６１３２毎に異なり、図３（ｂ）の例では、ＦｉｌｔｅｒＴｙｐｅ６１３２＝ＰｒｉｖａｃｙＭａｓｋｉｎｇの場合のＦｉｌｔｅｒＰａｒａｍｅｔｅｒｓ６１３３として、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙが定義されている。ＰｒｉｖａｃｙＭａｓｋｉｎｇは、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ６１０２の設定が適用されたＶｉｄｅｏＳｏｕｒｃｅ６１０１の画像出力の特定エリアを視認不可もしくは視認し難く覆うための矩形を適用するフィルタである。以後本フィルタを、マスクと称する。ＭａｓｋＣｏｎｆｉｇＡｒｒａｙは、個々のマスクの設定値を含むＰｒａｉｖａｃｙＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎ６１４０の配列で構成される。ＰｒａｉｖａｃｙＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎ６１４０の内容に基づき、マスク処理部１００７は、配信画像の適切な位置にマスクを施す。ＦｉｌｔｅｒＴｙｐｅ毎のＦｉｌｔｅｒＰａｒａｍｅｔｅｒｓの詳細は、後述するＧｅｔＳｕｐｐｏｒｔｅｄＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドによって、監視カメラ１０００からクライアント装置２０００へ通知される。
【００２６】
図４（ａ）は、監視カメラ１０００とクライアント装置２０００の間における、設定開始から映像配信までの典型的なコマンドシーケンスを示している。
【００２７】
手順７１００は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＶｉｄｅｏＳｏｕｒｃｅＣｏｆｉｇｕｒａｔｉｏｎ６１０２のリストを取得する。
【００２８】
手順７１０１は、ＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＶｉｄｅｏＥｎｃｏｄｅｒＣｏｆｉｇｕｒａｔｉｏｎ６１０３のリストを取得する。
【００２９】
手順７１０２は、ＧｅｔＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００が保持するＰＴＺＣｏｆｉｇｕｒａｔｉｏｎ６１０４のリストを取得する。
【００３０】
手順７１０３は、ＣｒｅａｔｅＰｒｏｆｉｌｅコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、監視カメラ１０００に新たなＭｅｄｉａＰｒｏｆｉｌｅ６１００を作成し、そのＰｒｏｆｉｌｅＴｏｋｅｎを得る。
【００３１】
手順７１０４、７１０５、７１０６は、ＡｄｄＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎコマンド、ＡｄｄｄＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒｔｉｏｎコマンド、及びＡｄｄＰＴＺＣｏｎｆｉｇｕｒａｔｉｏｎコマンドの各トランザクションである。これらのコマンドにより、クライアント装置２０００は、指定したＭｅｄｉａＰｒｏｆｉｌｅに所望のＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ、及びＰＴＺＣｏｎｆｉｇｕｒａｔｉｏｎを関連付けることができる。
【００３２】
手順７１０７は、ＧｅｔＳｔｒｅａｍＵｒｉコマンドのトランザクションである。このコマンドにより、クライアント装置２０００は、指定したＭｅｄｉａＰｒｏｆｉｌｅの設定に基づいて監視カメラ１０００が配信ストリームを取得するためのアドレス（ＵＲＩ）を取得する。
【００３３】
手順７１０８は、Ｄｅｓｃｒｉｂｅコマンドのトランザクションである。手順７１０７において取得したＵＲＩを使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００がストリーム配信するコンテンツの情報を要求し取得する。
【００３４】
手順７１０９は、Ｓｅｔｕｐコマンドのトランザクションである。手順７１０７において取得したＵＲＩを使用してこのコマンドを実行することにより、クライアント装置２０００と監視カメラ１０００の間で、セッション番号を含むストリームの伝送方法が共有される。
【００３５】
手順７１１０は、Ｐｌａｙコマンドのトランザクションである。手順７１０９において取得したセッション番号を使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００に対してストリームの開始を要求する。
【００３６】
手順７１１１は、配信ストリームである。監視カメラ１０００は、手順７１１０において開始を要求されたストリームを、手順７１０９において共有された伝送方法によって配信する。
【００３７】
手順７１１２は、Ｔｅａｒｄｏｗｎコマンドのトランザクションである。手順７１０９において取得したセッション番号を使用してこのコマンドを実行することにより、クライアント装置２０００は、監視カメラ１０００に対してストリームの停止を要求する。
【００３８】
図４（ｂ）は、監視カメラ１０００とクライアント装置２０００の間における、フィルタ設定の典型的なコマンドシーケンスを示している。
【００３９】
手順７２００は、ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドのトランザクションである。ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドは、クライアント装置２０００が、監視カメラ１０００がフィルタ設定に対応しているかどうかをチェックするためのコマンドである。本例では、監視カメラ１０００はフィルタ設定に対応しているというレスポンスが監視カメラ１０００から返送されているものとする。
【００４０】
手順７２０１は、ＧｅｔＳｕｐｐｏｒｔｅｄＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎコマンドのトランザクションである。ＧｅｔＳｕｐｐｏｒｔｅｄＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎコマンドは、監視カメラ１０００がサポートするフィルタの種類、及び各フィルタを構成するパラメータの内容を取得するためのコマンドである。
【００４１】
図７（ａ）は、ＧｅｔＳｕｐｐｏｒｔｅｄＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎのコマンドとレスポンスの内容を示している。図示の８１００は、クライアント装置２０００からのコマンドの引数に指定されているＭａｓｋｉｎｇＰｏｉｎｔである。８１０１、８１１１は、監視カメラ１０００が返送するフィルタの種類とパラメータの内容を示している。８１０１に含まれる８１０２はフィルタの名称、８１０３は設定可能なフィルタの個数、及び８１０４は本フィルタのパラメータを示している。図７（ａ）の例では、監視カメラ１０００は、ＰｒｉｖａｃｙＭａｓｋｉｎｇとＯＳＤという２種類のタイプのフィルタをサポートし、それぞれ４つまで設定が可能であることを示している。
【００４２】
図７（ｂ）は、８１０４に示されるＭａｓｋＣｏｎｆｉｇＡｒｒａｙの内容を示している。８２００は、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙを構成するパラメータを示しており、ＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎの配列で構成されている。
【００４３】
図７（ｃ）は、８２００に示されるマスク個々の設定であるＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎの内容を示しており、画像内でマスクを適用する一部分である範囲を示すＡｒｅａ，及びマスクの適用方法を指定するＭｅｔｈｏｄで構成されている。
【００４４】
図４（ｂ）に戻って、手順７２０２は、ＧｅｔＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。ＧｅｔＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドは、監視カメラ１０００に設定されているフィルタの設定値を取得させるコマンドである。引数にＭａｓｋｉｎｇＰｏｉｎｔが指定された場合は、該ＭａｓｋｉｎｇＰｏｉｎｔに設定されている全てのフィルタについて、ＭａｓｋｉｎｇＰｏｉｎｔが省略された場合は、監視カメラ１０００に設定されている全てのフィルタについて、監視カメラ１０００は、設定値をクライアント装置２０００に返送する。
【００４５】
手順７２０３は、ＧｅｔＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドのトランザクションである。監視カメラ１０００は、ＧｅｔＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドによって、引数に指定されたＭａｓｋｉｎｇＰｏｉｎｔとフィルタの組み合わせにおいて、フィルタに設定可能なパラメータの設定範囲や選択肢を提供する。
【００４６】
図７（ｄ）は、ＧｅｔＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓのコマンドとレスポンスの内容を示している。８４００は、コマンドの引数に指定されているＭａｓｋｉｎｇＰｏｉｎｔ、８４０１はフィルタの種類である。レスポンスに含まれるＭａｘＦｉｌｔｅｒ８４０２は、監視カメラ１０００に設定可能なマスクの数であり、ＭａｘＡｒｒａｙＥｌｅｍｅｎｔは、マスクのＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎに含まれるＭａｓｋＣｏｎｆｉｇＡｒｒａｙ配列に対して設定可能な要素数を示している。特に、本発明を実装する監視カメラ１０００においては、ＭａｘＦｉｌｔｅｒ８４０２が１以上でありながらも、ＭａｘＡｒｒａｙＥｌｅｍｅｎｔ８４０３が１に制限されている。
【００４７】
図４（ｂ）に戻って、手順７２０４は、ＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。監視カメラ１０００は、ＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドによって、新たなフィルタを作成させる。
【００４８】
図７（ｅ）は、ＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｏｎｓのコマンドとレスポンスの内容を示している。８５００は、フィルタを適用する対象のＭａｓｋｉｎｇＰｏｉｎｔを示しており、本図の例ではＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎのＶＳＯ−０が指定されている。８５０１、８５１１はそれぞれ個々のフィルタ設定であり、本例では両方ともＴｙｐｅはＰｒｉｖａｃｙＭａｓｋｉｎｇである。８５０２は、マスクのパラメータである配列構造のＭａｓｋＣｏｎｆｉｇＡｒｒａｙであり、マスク個々の設定値であるＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎ８５０３を１つだけ含む。ＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎは、マスクを適用するエリアを指定するＡｒｅaと、マスクの手段を指定するＭｅｔｈｏｄを含んでいる。ＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓのレスポンスは、正しく設定されたフィルタの設定内容を含むことになっているが、図７（ｅ）においては省略されている。ＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎの実行によって、監視カメラ１０００内に作成されたフィルタが有効となり、例えば７１１０で開始されたストリーミング画像内に、作成されたマスクが適用されて配信される結果となる。
【００４９】
図４（ｂ）に戻って、手順７２０５は、ＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。監視カメラ１０００は、ＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドによって、作成済みのフィルタのパラメータを編集させる。図７（ｆ）は、ＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｏｎｓのコマンドとレスポンスの内容を示している。８６００は、編集対象のフィルタが適用されているＭａｓｋｉｎｇＰｏｉｎｔを示しており、本図の例ではＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎのＶＳＯ−０が指定されている。８６０１は編集対象のフィルタ設定である。監視カメラ１０００は、ＭａｓｋｉｎｇＰｏｉｎｔ８６００、及びフィルタの名称である８６０２によって、編集対象のフィルタが一意に特定可能となる。８６０４は、新しく設定されるフィルタのパラメータである。ＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓのレスポンスは、正しく編集されたフィルタの設定内容を含むことになっているが、図７（ｆ）においては省略されている。
【００５０】
手順７２０６は、ＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのエラー発生時のトランザクションである。図７（ｇ）は、エラーを含むＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｏｎｓのコマンドとエラーレスポンスの内容を示している。８８００は、フィルタを適用する対象のＭａｓｋｉｎｇＰｏｉｎｔを示している。８８０１は作成するフィルタのパラメータである、配列構造のＭａｓｋＣｏｎｆｉｇＡｒｒａｙを示している。８８０２、８８０３は、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙの配列構造に含まれた２つのマスク設定である。本発明を実装した監視カメラ１０００は、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙ配列の要素数は１つのみを許可しており、図７（ｇ）のような２つ以上の要素を含んだＭａｓｋＣｏｎｆｉｇＡｒｒｒａｙに対してはエラー応答する。８８０４は、監視カメラ１０００がクライアント装置２０００に返信するエラー応答の要因を示しており、８８０５はエラーの詳細を示している。監視カメラ１０００は、ＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドに対しても、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙの要素数が２以上であった場合は、同様のエラーレスポンスを返す。
【００５１】
手順７２０７は、ＤｅｌｅｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドのトランザクションである。ＤｅｌｅｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓは、監視カメラ１０００が保持するフィルタを削除するコマンドである。
【００５２】
図７（ｈ）は、ＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｏｎｓのコマンドとレスポンスの内容を示している。８７００は、編集対象のフィルタが適用されているＭａｓｋｉｎｇＰｏｉｎｔを示しており、本図の例ではＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎのＶＳＯ−０が指定されている。８７０１は編集対象のフィルタの名称のリストである。本コマンドによりＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎが削除されると、配信画像から該当するマスクが削除される。
【００５３】
図８（ａ）は、監視カメラ１０００が前述のＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドをクライアント装置２０００から受信した場合の、制御部１００１の処理を示している。
【００５４】
ステップＳ１０００において制御部１００１は、受信したコマンドに指定されているＭａｓｋｉｎｇＰｏｉｎｔ６１２０に含まれるＴｏｋｅｎ６１２２が記憶部１００２に存在するかどうか判定する。存在しない場合、制御部１００１は、処理をステップＳ１０１０に移す。
【００５５】
ステップＳ１００１において制御部１００１は、ＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＤａｔａ６１３０に含まれるＦｉｌｔｅｒＴｙｐｅ６１３２に指定されているフィルタは、ＭａｓｋｉｎｇＰｏｉｎｔ６１２０に含まれるＴｙｐｅ６１２１の設定に適用可能かどうかを判定する。このとき制御部１００１は、記憶部１００２に記憶されている図６（ａ）に示すようなＦｉｌｔｅｒＴｙｐｅ適用可否テーブルを参照して判定を行う。適用不可能であった場合、制御部１００１は、処理をステップＳ１０１０に移す。
【００５６】
ステップＳ１００２において制御部１００１は、記憶部１００２に存在する作成済みのフィルタの個数が、作成可能なフィルタ個数に達しているかどうかを判定する。最大数に達しており、追加作成不可能であった場合、制御部１００１は、処理をステップＳ１０１０に移す。
【００５７】
ステップＳ１００３において制御部１００１は、記憶部１００２に存在する作成済みのフィルタのＦｉｌｔｅｒＮａｍｅを参照し、コマンドで指定されているＦｉｌｔｅｒＮａｍｅ６１３１がすでに使用されていないかどうかを判定する。すでに使用済みのＦｉｌｔｅｒＮａｍｅが指定されていた場合は、制御部１００１は、処理をステップＳ１０１０へ移す。
【００５８】
ステップＳ１００４において制御部１００１は、ＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＤａｔａ６１３０に指定されているＦｉｌｔｅｒＴｙｐｅ６１３２の内容に従って次の処理を選択する。ＦｉｌｔｅｒＴｙｐｅ６１３２がＰｒｉｖａｃｙＭａｓｋｉｎｇであった場合、ＰｒｉｖａｃｙＭａｓｋｉｎｇＡｔＶＥＣであった場合、及びＯＳＤであった場合、それぞれ制御部１００１は、ステップＳ１００５、ステップＳ１０１５、及びステップＳ１０２５へ処理を移す。
【００５９】
ステップＳ１００５において制御部１００１は、ＰｒｉｖａｃｉＭａｓｋｉｎｇ処理を実行する。ＰｒｉｖａｃｙＭａｓｋｉｎｇ処理の詳細は後述する。
【００６０】
ステップＳ１０１５において制御部１００１は、ＰｒｉｖａｃｙＭａｓｋｉｎｇＡｔＶＥＣ処理を実行する。ＰｒｉｖａｃｙＭａｓｋｉｎｇＡｔＶＥＣ処理の説明は省略する。
【００６１】
ステップＳ１０２５において制御部１００１は、ＯＳＤ処理を実行する。ＯＳＤ処理の説明は省略する。
【００６２】
ステップＳ１００６において制御部１００１は、各ＦｉｌｔｅｒＴｙｐｅの処理が正常終了したかどうかを判定する。正常終了していなかった場合、制御部１００１は処理をステップＳ１０１０へ移す。
【００６３】
ステップＳ１００７において制御部１００１は、設定が完了したＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎのデータを、作成済みフィルタとして新たに記憶部１００２に記憶する。
【００６４】
ステップＳ１００８において制御部１００１は、コマンド送信元のクライアント機器２０００へ正常レスポンスを送信する正常レスポンス送信処理を実行し、本コマンドの処理を終了する。
【００６５】
ステップＳ１０１０において制御部１００１は、コマンド送信元のクライアント機器２０００へエラーレスポンスを送信するエラーレスポンス送信処理を実行し、本コマンドの処理を終了する。正常レスポンス送信処理、エラーレスポンス送信処理の詳細は省略する。
【００６６】
図８（ｂ）は、監視カメラ１０００が前述のＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドをクライアント装置２０００から受信した場合の処理を示している。図８（ｂ）において、図８（ａ）と同様の処理については図８（ａ）と同じ符号を用いており説明を省略する。
【００６７】
ステップＳ１１０２において制御部１００１は、記憶部１００２に記憶されている作成済みのフィルタのＦｉｌｔｅｒＮａｍｅを参照し、コマンドで指定されているＦｉｌｔｅｒＮａｍｅ６１３１を持つフィルタが存在するかどうか判定する。記憶部１００２に記憶されていないＦｉｌｔｅｒＮａｍｅが指定されていた場合は、制御部１００１は、処理をステップＳ１０１０へ移す。
【００６８】
ステップＳ１１０７において制御部１００１は、更新が完了したＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎのデータで、記憶部１００２に存在する同ＭａｓｋｉＣｏｎｆｉｇｕｒａｔｉｏｎのデータを更新する。
【００６９】
図８（ｃ）は、図８（ａ）（ｂ）にて実行されるＰｒｉｖａｃｙＭａｓｋｉｎｇ処理の内容を示している。
【００７０】
ステップＳ１２００において制御部１００１は、入力されたＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＤａｔａに含まれるＦｉｌｔｅｒＰａｒａｍｅｔｅｒｓ６１３３の項目や型が、ＦｉｌｔｅｒＴｙｐｅ６１３２に照らして正常かどうかを判定する。ＦｉｌｔｅｒＴｙｐｅ＝ＰｒｉｖａｃｙＭａｓｋｉｎｇの場合、ＦｉｌｔｅｒＰａｒａｍｅｔｅｒｓ６１３３に含まれているデータは、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙであるかどうかを判定する。正常であった場合、制御部１００１は、処理をステップ１２１３に移す。
【００７１】
ステップＳ１２０１において制御部１００１は、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙ配列に含まれる要素ＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎが１つであるかどうかを判定する。２以上含む場合は、エラーであるとして、制御部１００１は処理をステップ１２１３に移す。
【００７２】
ステップＳ１２０２において制御部１００１は、マスク表示処理を実行する。マスク表示処理はＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎに含まれるマスク個々のパラメータをマスク処理部１００７へ入力し、マスクを表示させる。マスク表示処理の詳細については説明を省略する。
【００７３】
ステップＳ１２０３において制御部１００１は、関数出力を正常としてＰｒｉｖａｃｙＭａｓｋｉｎｇ処理を終了する。
【００７４】
ステップＳ１２１３において制御部１００１は、関数出力を異常としてＰｒｉｖａｃｙＭａｓｋｉｎｇ処理を終了する。
【００７５】
図８（ｄ）は、監視カメラ１０００が前述のＧｅｔＳｕｐｐｏｒｔｅｄＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎコマンドをクライアント装置２０００から受信した場合の処理を示している。図８（ｄ）において、図８（ａ）と同様の処理については図８（ａ）と同じ符号を用いており説明を省略する。
【００７６】
ステップＳ１３０１において制御部１００１は、記憶部１００２に記憶されている図６（ａ）に示すＦｉｌｔｅｒＴｙｐｅ適用可否テーブルを参照し、コマンドに指定されているＭａｓｋｉｎｇＰｏｉｎｔ６１２０のＴｙｐｅ６１２１に適用可能なＦｉｌｔｅｒＴｙｐｅを取得する。図７（ａ）に示されるように、制御部１００１は、取得したＦｉｌｔｅｒＴｙｐｅに関するＭａｘＦｉｌｔｅｒ値や、ＰａｒａｍｅｔｅｒＤｅｓｃｒｉｐｔｉｏｎをクライアント装置２０００に返信する。
【００７７】
図５は、クライアント装置２０００のＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎのユーザインタフェース画面である。
【００７８】
図５（ａ）は、本発明を適用した監視カメラ１０００に対してＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎを設定する際の画面を示している。比較のため、本発明を適用しない監視カメラに対する同画面を図５（ｂ）に示す。
【００７９】
５１００は、ＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎ６１１０を選択するタブである。５１０１は、ＦｉｌｔｅｒＮａｍｅ６１３１を指定するエリアである。５１０２は、ＭａｓｋｉｎｇＰｏｉｎｔ６１２０のＴｙｐｅ６１２１を指定するエリアである。５１０３は、ＭａｓｋｉｎｇＰｏｉｎｔ６１２０のＴｏｋｅｎ６１２２を指定するエリアである。５１０４は、ＦｉｌｔｅｒＴｙｐｅ６１３２を指定するエリアである。５１０５は、ＦｉｌｔｅｒＰａｒａｍｅｔｅｒｓ６１３３を指定するエリアである。５１０６は、設定した内容でＣｒｅａｔｅＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドを発行するボタンである。５１０７は、設定した内容でＭｏｄｉｆｙＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎｓコマンドを発行するボタンである。
【００８０】
図５（ａ）、（ｂ）は、いずれも同じＰｒｉｖａｃｙＭａｓｋｉｎｇのＦｉｌｔｅｒＴｙｐｅを指定する別々のフィルタを設定する画面である。ＦｉｌｔｅｒＰａｒａｍｅｔｅｒの中身は、ＭａｓｋＣｏｎｆｉｇＡｒｒａｙの配列構造で、１つのフィルタで複数のＭａｓｋＣｏｎｆｉｇＡｒｒａｙが設定可能となっている。しかし、図５（ａ）は、７２００のＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｙのトランザクションにおいて返されるＭａｘＡｒｒａｙＥｌｅｍｅｎｔのパラメータにより、ＦｉｌｔｅｒＭａｓｋＣｏｎｆｉｇＡｒｒａｙの数が１つに制限されているため、５１０５のエリアではＭａｓｋＣｏｎｆｉｇＡｒｒａｙを１つのみ設定可能となっている。本発明を実装した監視カメラ１０００の場合、ＰｒｉｖａｃｙＭａｓｋ１つを、１つのフィルタ設定として扱う。一方、本発明を実装しない場合、図５（ｂ）の５３００に示すように、複数のＭａｓｋＣｏｎｆｉｇＡｒｒａｙを配列構造で指定させるようになっている。
【００８１】
上記実施形態で説明したフィルタデータに係る処理によれば、監視カメラ１０００は、ＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎにおけるＭａｓｋＣｏｎｆｉｇＡｒｒａｙ配列の要素ＭａｓｋＣｏｎｆｉｇＡｒｒａｙを１に制限したままマスク処理を実現することができる。これによって監視カメラは、クライアント装置にマスクデータを１つずつ個別に書き込みさせることができ、より簡便なコマンドシーケンスでマスクの設定が可能なるという効果がある。また、複数のマスクデータを同時に排他制御する必要がなくなることにより、マルチクライアント構成に適応しやすい監視カメラを実現することができるという効果がある。
【００８２】
［実施形態２］
実施形態１において、ＰｒｉｖａｃｙＭａｓｋＣｏｎｆｉｇＡｒｒａｙ配列の要素ＰｒａｉｖａｃｙＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎを１つに限定する監視カメラに言及し、本発明の好適な実施の形態を説明した。
【００８３】
実施形態１では、図６（ａ）に示すように、ＭａｓｋｉｎｇＰｏｉｎｔのＴｙｐｅ毎に、適用可能なＦｉｌｔｅｒＴｙｐｅを判定していたが、この限りではない。同じＴｙｐｅのＭａｓｋｉｎｇＰｏｉｎｔでも、Ｔｏｋｅｎ毎に適用可能なＦｉｌｔｅｒＴｙｐｅが異なるようにしてもよい。
【００８４】
以上の点を考慮した本発明の第２の実施の形態を以下に説明する。尚、実施形態１と同じ部分については説明を省略する。
【００８５】
図６（ｂ）は、ＦｉｌｔｅｒＴｙｐｅ適用可否テーブルを示している。ＦｉｌｔｅｒＴｙｐｅ適用可否は、ＭａｓｋｉｎｇＰｏｉｎｔのＴｙｐｅのみでなく、ＭａｓｋｉｎｇＰｏｉｎｔのＴｏｋｅも含めて判定されるようになっている。これにより、６０００と６００１に示されるように、同じＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎであっても、適用可能なＦｉｌｔｅｒＴｙｐｅを別けることが可能となる。
【００８６】
図８（ａ）、図８（ｂ）のステップＳ１００１において制御部１００１は、ＭＣＦＣｏｎｆｉｇｕｒａｔｉｏｎＤａｔａ６１３０に含まれるＦｉｌｔｅｒＴｙｐｅ６１３２に指定されているフィルタは、ＭａｓｋｉｎｇＰｏｉｎｔ６１２０に含まれるＴｙｐｅ６１２１、及びＴｏｋｅｎ６１２２の組み合わせに適用可能かどうかを判定する。このとき制御部１００１は、記憶部１００２に記憶されている前述の図６（ｂ）に示すようなＦｉｌｔｅｒＴｙｐｅ適用可否テーブルを参照して判定を行う。適用不可能であった場合、制御部１００１は、処理をステップＳ１０１０に移す。
【００８７】
図８（ｄ）のステップＳ１３０１において制御部１００１は、記憶部１００２に記憶されている図６（ｂ）に示すＦｉｌｔｅｒＴｙｐｅ適用可否テーブルを参照し、コマンドに指定されているＭａｓｋｉｎｇＰｏｉｎｔ６１２０のＴｙｐｅ６１２１、及びＴｏｋｅｎ６１２２の組み合わせに適用可能なＦｉｌｔｅｒＴｙｐｅを取得する。図７（ａ）に示されるように、制御部１００１は、取得したＦｉｌｔｅｒＴｙｐｅに関するＭａｘＦｉｌｔｅｒ値や、ＰａｒａｍｅｔｅｒＤｅｓｃｒｉｐｔｉｏｎをクライアント装置２０００に返信する。
【００８８】
以上に示す本実施形態で説明したフィルタ処理によれば、監視カメラ１０００は、マスクを関連付ける対象が単一であっても、適用可能なＦｉｌｔｅｒＴｙｐｅを別けることが可能となる。例えば、ＶｉｄｅｏＳｏｕｒｃｅを１つのみ搭載する監視カメラであっても、複数のＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎを実装し、それぞれに適用可能なＦｉｌｔｅｒＴｙｐｅを区別することが可能となる。これによって監視カメラ１０００は、マスク設定を許可するパラメータ構成と、許可しないパラメータ構成を共存させることができ、より柔軟なマスク設定が可能になるという効果がある。
【００８９】
以上、本発明を実装した監視カメラの動作を実施形態１〜４に示したが、実施形態は必ずしも上述の限りでなく、部分的に変更されてもよい。即ち、
（１）実施形態中の監視カメラ１０００は、撮像範囲をパン方向・チルト方向に変更する機能を有しないがこの限りではない。雲台によるパン・チルト機能や、撮像画像の電子的な切り出しによるパン・チルト、いわゆる電子ＰＴＺ機能を備えていてもよい。
（２）マスク処理の詳細パラメータを示すＰｒａｉｖａｃｙＭａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎ６１４０は、マスクの位置を指定するＡｒｅaと、マスクの適用方法を指定するＭｅｔｈｏｄのみを含むようになっているがこの限りではない。マスクの表示をパラメータによってＯｎ／Ｏｆｆする有効フラグや、動的なマスク用のパラメータ等、他のパラメータを含むようにしてもよい。
【図１】
2014053695.tif 000003
【図２】
2014053695.tif 000004
【図３】
2014053695.tif 000005
【図４（ａ）】
2014053695.tif 000006
【図４（ｂ）】
2014053695.tif 000007
【図５（ａ）】
2014053695.tif 000008
【図５（ｂ）】
2014053695.tif 000009
【図６】
2014053695.tif 000010
【図７（ａ）】
2014053695.tif 000011
【図７（ｂ）】
2014053695.tif 000012
【図７（ｃ）】
2014053695.tif 000013
【図７（ｄ）】
2014053695.tif 000014
【図７（ｅ）】
2014053695.tif 000015
【図７（ｆ）】
2014053695.tif 000016
【図７（ｇ）】
2014053695.tif 000017
【図７（ｈ）】
2014053695.tif 000018
【図８（ａ）】
2014053695.tif 000019
【図８（ｂ）】
2014053695.tif 000020
【図８（ｃ）】
2014053695.tif 000021
【図８（ｄ）】
2014053695.tif 000022