(57)【要約】    【課題】      処理負荷を増大させることなく送受信される映像の秘匿性を向上すること。    【解決手段】  係数走査部１２３は、走査順序決定部１５０から指示される走査順序で基本レイヤの直交変換係数を走査する。係数走査部１３３は、走査順序決定部１５０から指示される走査順序で拡張レイヤの直交変換係数を走査する。走査順序決定部１５０は、プライバシモードの走査を行う場合に、基本レイヤおよび拡張レイヤのプライバシモードの走査順序をそれぞれ決定し、基本レイヤおよび拡張レイヤのそれぞれの走査順序を示す走査リストを生成する。走査リスト送信部１８０は、走査順序決定部１５０によって生成された基本レイヤおよび拡張レイヤの走査リストを特定ユーザのみへ送信する。  【選択図】      図１
2005229188.tif 000002
【特許請求の範囲】
【請求項１】
通常モードの走査順序とは異なるプライバシモードの走査順序を決定する決定手段と、
入力映像の各画素に対応する値を前記決定されたプライバシモードの走査順序で走査する走査手段と、
前記走査された値を符号化して映像ストリームを生成する符号化手段と、
前記映像ストリーム及び前記プライバシモードの走査順序情報を送信する送信手段と、を有し、
前記送信手段は、
前記映像ストリームの再生権限を有する特定ユーザのみに対して前記走査順序情報を送信することを特徴とする映像通信装置。
【請求項２】
前記走査手段は、
入力映像に直交変換を行うことで各画素に対応して得られる直交変換係数を前記プライバシモードの走査順序で走査することを特徴とする請求項１記載の映像通信装置。
【請求項３】
前記走査手段は、
入力映像のフレーム間の相関を利用した差分映像に直交変換を行うことで各画素に対応して得られる直交変換係数を前記プライバシモードの走査順序で走査することを特徴とする請求項１記載の映像通信装置。
【請求項４】
前記決定手段は、
入力映像を構成する複数のレイヤごとにプライバシモードの走査順序を決定し、
前記走査手段は、
各レイヤに対応するプライバシモードの走査順序で前記各画素に対応する値を走査し、
前記送信手段は、
前記特定ユーザが有するレイヤごとの再生権限に応じてレイヤごとの走査順序情報を送信することを特徴とする請求項１記載の映像通信装置。
【請求項５】
前記決定手段は、
前記複数のレイヤのうち少なくとも１つのレイヤに対してはプライバシモードの走査順序を決定せず、
前記走査手段は、
前記プライバシモードの走査順序が決定されないレイヤの前記各画素に対応する値を通常モードの走査順序で走査することを特徴とする請求項４記載の映像通信装置。
【請求項６】
前記決定手段は、
入力映像を所定画素数ずつ区切って得られる複数のブロックごとにプライバシモードの走査順序を決定し、
前記走査手段は、
各ブロックに対応するプライバシモードの走査順序で前記各画素に対応する値を走査し、
前記送信手段は、
前記特定ユーザに対してブロックごとの走査順序情報を送信することを特徴とする請求項１ないし５のいずれか記載の映像通信装置。
【請求項７】
前記決定手段は、
前記複数のブロックのうち、画像認識結果または外部からの要求に応じた指定領域ブロックに対して他のブロックとは異なる指定プライバシモードの走査順序を決定し、
前記送信手段は、
前記指定領域ブロックの再生権限を有する特定ユーザのみに対して前記指定プライバシモードの走査順序情報を送信することを特徴とする請求項６記載の映像通信装置。
【請求項８】
前記符号化手段は、
通常モードの可変長符号テーブルとは異なるプライバシモードの可変長符号テーブル、を有し、
前記プライバシモードの走査順序で走査された前記各画素に対応する値を前記プライバシモードの可変長符号テーブルを用いて符号化することを特徴とする請求項１ないし７のいずれか記載の映像通信装置。
【請求項９】
前記送信手段は、
前記プライバシモードの可変長符号テーブルを前記特定ユーザのみに対して送信することを特徴とする請求項８記載の映像通信装置。
【請求項１０】
前記送信手段は、
前記走査順序情報を暗号化した上で前記特定ユーザへ送信することを特徴とする請求項１ないし８のいずれか記載の映像通信装置。
【請求項１１】
前記決定手段は、
画像認識結果または外部からの要求に応じてプライバシモードの走査順序を決定するか否かを判定し、
前記走査手段は、
前記プライバシモードの走査順序を決定しないと判定された場合、通常モードの走査順序で入力映像の前記各画素に対応する値を走査することを特徴とする請求項１ないし１０のいずれか記載の映像通信装置。
【請求項１２】
前記決定手段は、
異常状態を示すアラーム発生時には前記プライバシモードの走査順序を決定しないと判定することを特徴とする請求項１１記載の映像通信装置。
【請求項１３】
前記決定手段は、
所定の周期でプライバシモードの走査順序を決定し、
前記送信手段は、
前記プライバシモードの走査順序が決定される周期ごとに走査順序情報を送信することを特徴とする請求項１ないし１２のいずれか記載の映像通信装置。
【請求項１４】
前記走査手段は、
所定の周期で通常モードの走査順序およびプライバシモードの走査順序を切り替えて入力画像の前記各画素に対応する値を走査することを特徴とする請求項１ないし１２のいずれか記載の映像通信装置。
【請求項１５】
映像ストリームを受信する受信手段と、
前記映像ストリームに対応する走査順序情報が受信されたか否かを判定する判定手段と、
前記走査順序情報が受信された場合には、受信された走査順序情報に従って前記映像ストリームを逆走査する一方、前記走査順序情報が受信されない場合には、通常モードの走査順序に従って前記映像ストリームを逆走査する逆走査手段と、
を有することを特徴とする映像通信装置。
【請求項１６】
通常モードの走査順序とは異なるプライバシモードの走査順序を決定するステップと、
入力映像の各画素に対応する値を前記決定されたプライバシモードの走査順序で走査するステップと、
前記走査された値を符号化して映像ストリームを生成するステップと、
前記映像ストリームを送信するステップと、
前記映像ストリームの再生権限を有する特定ユーザのみに対して前記プライバシモードの走査順序情報を送信するステップと、
を有することを特徴とする映像通信方法。
【請求項１７】
映像ストリームを受信するステップと、
前記映像ストリームに対応する走査順序情報が受信されたか否かを判定するステップと、
前記走査順序情報が受信された場合には、受信された走査順序情報に従って前記映像ストリームを逆走査する一方、前記走査順序情報が受信されない場合には、通常モードの走査順序に従って前記映像ストリームを逆走査するステップと、
を有することを特徴とする映像通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像通信装置および映像通信方法に関し、特に階層符号化方式によって符号化された映像を送受信する映像通信装置および映像通信方法に関する。
【背景技術】
【０００２】
近年、映像符号化技術の進歩は目覚しく、例えばＪＰＥＧ（Joint Picture Experts Group）方式、Ｈ.２６１方式、およびＭＰＥＧ（Moving Picture Experts Group）方式などによって映像信号を一定の帯域以下に圧縮符号化することが可能であり、圧縮符号化された映像を、ネットワークを通じて伝送することが容易となっている。
【０００３】
さらに、伝送帯域が変動するインターネットなどのネットワークを通じて映像を伝送する場合には、使用可能な帯域内で自在に帯域調整することができる階層符号化方式が利用されることがある。特に、２００２年に規格化されたＭＰＥＧ−４  ＦＧＳ（Fine Granularity Scalability, ISO/IEC 14496-2 Amendment 2）の階層符号化方式では、基本レイヤおよび拡張レイヤの２種類のレイヤを符号化し、拡張レイヤの符号化データ量を制御する。これにより、ネットワークの帯域に見合った品質（例えばＰＳＮＲ（Peak Signal to Noise Ratio）、フレームレート）の映像伝送および映像再生を行うことが可能である。
【０００４】
これらの技術により、近年、例えばウェブカメラに代表されるように、街角や宅内の監視カメラ映像をネットワーク経由で遠隔地からモニタリングすることが可能となっている。さらに今後は、テロや犯罪の増加に伴って監視カメラの設置台数が増大し、多数の監視カメラ映像を効率良くモニタリングするために、ネットワーク経由で監視カメラ映像をモニタリングすることが頻繁に行われると考えられる。
【０００５】
こうした状況では、ネットワークに接続する不特定多数のユーザが監視カメラ映像を傍受してモニタリング可能な状態となり、プライバシ保護の観点からは非常に重大な問題が生じる。したがって、監視カメラ映像に例えば暗号化処理やＩＰｖ６（Internet Protocol version 6）におけるＩＰＳｅｃ機能などを用いて、映像の秘匿性を高めることが要求される。ここで、ＩＰＳｅｃ機能は、ＩＰパケットをすべて一律に暗号化して送信するものであるため、ユーザの要望に応じた柔軟な制御を行うことができない。このため、監視カメラ映像の秘匿性向上には、映像データに対する暗号化処理を行って送信することが望ましい。
【０００６】
一方、監視カメラの撮像画素数の増大、つまり映像の高解像度化に伴って、映像データのデータ量は増大しつつある。一般に、上記の暗号化処理の処理負荷は、データ量に比例しており、データ量が増大するにつれて暗号化処理の負荷が増大する。結果として、監視カメラおよび監視カメラ映像を受信する受信端末のコストが増大したり、暗号化処理によって処理遅延が発生したりする。そこで、暗号化処理による映像の秘匿性向上と同時に、暗号化処理の負荷の増大を防止することが望まれている。
【０００７】
これらの相反する要望に応えるため、従来、例えば特許文献１に開示されているように、映像データを階層符号化し、一部の階層のみを暗号化処理することにより、暗号化処理負荷を軽減することがある。すなわち、特許文献１の画像処理装置は、入力画像を階層符号化し、高解像度の階層から部分的に暗号化処理を施し、画像全体を暗号化する場合に比べて暗号化処理の負荷を軽減している。
【０００８】
また、特許文献２には、暗号化処理を行うのではなく、映像を小領域に区切ったブロックの並べ替えによって映像の秘匿性を向上することが開示されている。具体的には、特許文献２の画像処理装置は、入力映像をウェーブレット変換し、任意の順序でブロックごとの符号化を行うことにより、符号化時と同じブロック順序で復号化する場合のみ、映像再生を可能としている。これにより、暗号化処理に比べて軽処理で秘匿性の向上を実現している。
【特許文献１】特開平１１−３３１６１８号公報
【特許文献２】特開２００２−３７４４２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した特許文献１記載の技術のように一部の階層のみに暗号化処理を施す方法においては、暗号化処理を施す映像データのデータ量によっては、依然として処理負荷が増大してしまうという問題がある。特に、高解像度映像を暗号化する場合は、たとえ一部の階層のみの暗号化であっても、その処理負荷は極めて大きくなる。また、秘匿性を高めるために強度の暗号化処理を施す場合には、さらに処理量が増大する。
【００１０】
また、特許文献２記載の技術のようにブロックの順序を変更して秘匿性を高める方法においては、各ブロック単位では復号化可能なため、ブロック単位の映像は不特定多数のユーザに漏洩してしまうという問題がある。ブロック単位の映像が復号化可能であれば、近隣ブロックの画像情報から映像全体を解読することが容易となり、プライバシの保護が不完全のものとなる。
【００１１】
さらに、ウェーブレット変換を用いた符号化の場合には、符号化効率を上げるために、ブロック間のゼロ相関を用いたゼロツリー符号化が用いられる。しかし、ブロックの符号化順序を変更することによって、ゼロツリーの構成が変わり、結果として符号化効率の劣化が発生してしまう。さらに、特許文献２記載の技術をウェーブレット変換ではなくＤＣＴ（Discrete Cosine Transform）変換を用いるＭＰＥＧ−４  ＦＧＳへ適用する場合にも、上記と同様に映像全体の解読が容易となり、完全にはプライバシが保護されない。
【００１２】
本発明はかかる点に鑑みてなされたものであり、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができる映像通信装置および映像通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の映像通信装置は、通常モードの走査順序とは異なるプライバシモードの走査順序を決定する決定手段と、入力映像の各画素に対応する値を決定されたプライバシモードの走査順序で走査する走査手段と、前記走査された値を符号化して映像ストリームを生成する符号化手段と、前記映像ストリーム及び前記プライバシモードの走査順序情報を送信する送信手段と、を有し、前記送信手段は、前記映像ストリームの再生権限を有する特定ユーザのみに対して前記走査順序情報を送信する構成を採る。
【００１４】
この構成によれば、プライバシモードの走査順序で走査された映像ストリームが送信されるとともに、プライバシモードの走査順序情報が特定ユーザのみに送信されるため、走査順序情報を受信した特定ユーザのみが正しい走査順序で映像ストリームを逆走査して復号化することができ、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができる。
【００１５】
本発明の映像通信装置は、前記走査手段は、入力映像に直交変換を行うことで各画素に対応して得られる直交変換係数を前記プライバシモードの走査順序で走査する構成を採る。
【００１６】
この構成によれば、直交変換係数をプライバシモードの走査順序で走査するため、入力映像に対して直交変換を行う符号化方式が適用される際に、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができる。
【００１７】
本発明の映像通信装置は、前記走査手段は、入力映像のフレーム間の相関を利用した差分映像に直交変換を行うことで各画素に対応して得られる直交変換係数を前記プライバシモードの走査順序で走査する構成を採る。
【００１８】
この構成によれば、差分映像が直交変換された直交変換係数をプライバシモードの走査順序で走査するため、差分映像に対して直交変換を行う符号化方式が適用される際に、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができるとともに、符号化効率を向上することができる。
【００１９】
本発明の映像通信装置は、前記決定手段は、入力映像を構成する複数のレイヤごとにプライバシモードの走査順序を決定し、前記走査手段は、各レイヤに対応するプライバシモードの走査順序で前記各画素に対応する値を走査し、前記送信手段は、前記特定ユーザが有するレイヤごとの再生権限に応じてレイヤごとの走査順序情報を送信する構成を採る。
【００２０】
この構成によれば、レイヤごとに決定されたプライバシモードの走査順序で走査を行い、特定ユーザが有する再生権限に応じてレイヤごとの走査順序情報を送信するため、特定ユーザの視聴権利を多段階に設定することができ、自由度の高いプライバシ保護を行うことができる。
【００２１】
本発明の映像通信装置は、前記決定手段は、前記複数のレイヤのうち少なくとも１つのレイヤに対してはプライバシモードの走査順序を決定せず、前記走査手段は、前記プライバシモードの走査順序が決定されないレイヤの前記各画素に対応する値を通常モードの走査順序で走査する構成を採る。
【００２２】
この構成によれば、通常モードの走査順序で走査したレイヤが送信されるため、このレイヤに関しては特定ユーザ以外の通常ユーザも正しく復号化することができ、例えば監視カメラにおいて低画質再生を行うための基本レイヤのみを通常モードの走査順序で走査することにより、監視カメラの概略映像を一般開示することができ、監視カメラの被撮影者のプライバシを保護しつつ、防犯効果を高めることができる。
【００２３】
本発明の映像通信装置は、前記決定手段は、入力映像を所定画素数ずつ区切って得られる複数のブロックごとにプライバシモードの走査順序を決定し、前記走査手段は、各ブロックに対応するプライバシモードの走査順序で前記各画素に対応する値を走査し、前記送信手段は、前記特定ユーザに対してブロックごとの走査順序情報を送信する構成を採る。
【００２４】
この構成によれば、ブロックごとに決定されたプライバシモードの走査順序で走査を行い、ブロックごとの走査順序情報を送信するため、全ブロック共通の走査順序で走査する場合に比べて、秘匿性の強度をより高くすることができる。
【００２５】
本発明の映像通信装置は、前記決定手段は、前記複数のブロックのうち、画像認識結果または外部からの要求に応じた指定領域ブロックに対して他のブロックとは異なる指定プライバシモードの走査順序を決定し、前記送信手段は、前記指定領域ブロックの再生権限を有する特定ユーザのみに対して前記指定プライバシモードの走査順序情報を送信する構成を採る。
【００２６】
この構成によれば、指定領域ブロックに対しては指定プライバシモードの走査順序で走査を行うため、領域によって特定ユーザの視聴権利を多段階に設定することができ、より自由度の高いプライバシ保護を行うことができる。
【００２７】
本発明の映像通信装置は、前記符号化手段は、通常モードの可変長符号テーブルとは異なるプライバシモードの可変長符号テーブル、を有し、前記プライバシモードの走査順序で走査された前記各画素に対応する値を前記プライバシモードの可変長符号テーブルを用いて符号化する構成を採る。
【００２８】
この構成によれば、プライバシモードの走査順序で走査が行われた場合には、プライバシモードの可変長符号テーブルを用いて符号化が行われるため、通常モードとは異なる走査順序で走査が行われたことに起因する符号化効率の低下を防止することができる。
【００２９】
本発明の映像通信装置は、前記送信手段は、前記プライバシモードの可変長符号テーブルを前記特定ユーザのみに対して送信する構成を採る。
【００３０】
この構成によれば、プライバシモードの可変長符号テーブルを特定ユーザのみに対して送信するため、符号化効率の低下を防止するとともに、走査順序情報および可変長符号テーブルの両者を受信した特定ユーザのみが映像ストリームを正しく復号化することができ、秘匿性をより向上することができる。
【００３１】
本発明の映像通信装置は、前記送信手段は、前記走査順序情報を暗号化した上で前記特定ユーザへ送信する構成を採る。
【００３２】
この構成によれば、走査順序情報を暗号化するため、たとえ走査順序情報が傍受されたとしても映像ストリームが正しく復号化される可能性を低くすることができ、秘匿性をより向上することができる。
【００３３】
本発明の映像通信装置は、前記決定手段は、画像認識結果または外部からの要求に応じてプライバシモードの走査順序を決定するか否かを判定し、前記走査手段は、前記プライバシモードの走査順序を決定しないと判定された場合、通常モードの走査順序で入力映像の前記各画素に対応する値を走査する構成を採る。
【００３４】
この構成によれば、プライバシモードの走査順序または通常モードの走査順序を動的に切り替えて走査が行われるため、より自由度が高いプライバシ保護を行うことができる。
【００３５】
本発明の映像通信装置は、前記決定手段は、異常状態を示すアラーム発生時には前記プライバシモードの走査順序を決定しないと判定する構成を採る。
【００３６】
この構成によれば、アラーム発生時には通常モードの走査順序で走査が行われるため、通常時にはプライバシを保護する一方、例えば早急な犯人逮捕を必要とするアラーム発生時には、特定ユーザ以外の通常ユーザにも広く監視カメラ映像を開示して、犯人特定や迅速な犯人検挙の可能性を高くすることができる。
【００３７】
本発明の映像通信装置は、前記決定手段は、所定の周期でプライバシモードの走査順序を決定し、前記送信手段は、前記プライバシモードの走査順序が決定される周期ごとに走査順序情報を送信する構成を採る。
【００３８】
本発明の映像通信装置は、前記走査手段は、所定の周期で通常モードの走査順序およびプライバシモードの走査順序を切り替えて入力画像の前記各画素に対応する値を走査する構成を採る。
【００３９】
これらの構成によれば、所定の周期でプライバシモードの走査順序が決定され、この周期ごとに走査順序情報が送信されるため、走査順序決定のための処理負荷をさらに低減させることができるとともに、走査順序情報の送信による帯域への影響を削減することができる。
【００４０】
本発明の映像通信装置は、映像ストリームを受信する受信手段と、前記映像ストリームに対応する走査順序情報が受信されたか否かを判定する判定手段と、前記走査順序情報が受信された場合には、受信された走査順序情報に従って前記映像ストリームを逆走査する一方、前記走査順序情報が受信されない場合には、通常モードの走査順序に従って前記映像ストリームを逆走査する逆走査手段と、を有する構成を採る。
【００４１】
この構成によれば、走査順序情報が受信された場合はこの走査順序情報に従って映像ストリームを逆走査し、走査順序情報が受信されない場合は通常モードの走査順序に従って映像ストリームを逆走査するため、映像の再生権限を有している場合にのみ、映像ストリームを正しく復号化することができ、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができる。
【００４２】
本発明の映像通信方法は、通常モードの走査順序とは異なるプライバシモードの走査順序を決定するステップと、入力映像の各画素に対応する値を決定されたプライバシモードの走査順序で走査するステップと、前記走査された値を符号化して映像ストリームを生成するステップと、前記映像ストリームを送信するステップと、前記映像ストリームの再生権限を有する特定ユーザのみに対して前記プライバシモードの走査順序情報を送信するステップと、を有するようにした。
【００４３】
この方法によれば、プライバシモードの走査順序で走査された映像ストリームが送信されるとともに、プライバシモードの走査順序情報が特定ユーザのみに送信されるため、走査順序情報を受信した特定ユーザのみが正しい走査順序で映像ストリームを逆走査して復号化することができ、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができる。
【００４４】
本発明の映像通信方法は、映像ストリームを受信するステップと、前記映像ストリームに対応する走査順序情報が受信されたか否かを判定するステップと、前記走査順序情報が受信された場合には、受信された走査順序情報に従って前記映像ストリームを逆走査する一方、前記走査順序情報が受信されない場合には、通常モードの走査順序に従って前記映像ストリームを逆走査するステップと、を有するようにした。
【００４５】
この方法によれば、走査順序情報が受信された場合はこの走査順序情報に従って映像ストリームを逆走査し、走査順序情報が受信されない場合は通常モードの走査順序に従って映像ストリームを逆走査するため、映像の再生権限を有している場合にのみ、映像ストリームを正しく復号化することができ、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができる。
【発明の効果】
【００４６】
本発明によれば、映像符号化における直交変換係数の走査順序を通常とは異なる順序に設定し、走査リストを特定ユーザにのみ送信することにより低処理で秘匿性が高く、プライバシを保護した映像送信を実現することが可能である。
【発明を実施するための最良の形態】
【００４７】
本発明の骨子は、通常モードとは異なるプライバシモードの走査順序で入力映像（または入力映像を用いた差分映像）の走査を行い、この入力映像を再生する権限があるユーザに対しては、プライバシモードの走査順序を示す走査リストを送信することである。
【００４８】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００４９】
以下の実施の形態では、入力映像の符号化方式として、ＭＰＥＧ−４  ＦＧＳが用いられる場合を例にとって説明する。ＭＰＥＧ−４  ＦＧＳにより符号化された映像データは、単体で復号化が可能な動画像ストリームである基本レイヤと、基本レイヤの復号化動画像品質を向上させるための動画像ストリームである拡張レイヤとから構成される。基本レイヤ単体では、伝送帯域を小さく抑えられるものの低画質の映像データしか得られないが、使用可能帯域に応じて拡張レイヤを伝送して足し合わせることにより、自由度の高い高画質化を図ることが可能である。
【００５０】
なお、本発明を適用する映像符号化方式は、ＭＰＥＧ−４  ＦＧＳに限定されるわけではなく、ウェーブレット符号化など各種の符号化方式に適用することができる。
【００５１】
（実施の形態１）
図１は、本発明の実施の形態１に係る映像送信装置の構成を示すブロック図である。図１に示す映像送信装置１００は、映像入力部１１０、基本レイヤ符号化部１２０、拡張レイヤ符号化部１３０、基本レイヤ復号化部１４０、走査順序決定部１５０、多重化部１６０、映像送信部１７０、および走査リスト送信部１８０を有している。
【００５２】
映像入力部１１０は、例えば監視カメラなどの撮像素子によって映像を入力し、入力映像を構成する画像を、１画像ごとに基本レイヤ符号化部１２０および拡張レイヤ符号化部１３０へ出力する。
【００５３】
基本レイヤ符号化部１２０は、映像入力部１１０からの入力画像を用いて基本レイヤの映像ストリームを生成する。具体的には、基本レイヤ符号化部１２０は、動き補償部１２１、量子化部１２２、係数走査部１２３、および可変長符号化部１２４を有しており、これらの各処理部は、以下のような動作を行う。
【００５４】
動き補償部１２１は、映像入力部１１０からの入力画像と、基本レイヤ復号化部１４０から出力される基本レイヤの復号化画像（以下「参照画像」という）とを用いて、これらの画像間の相関が最も高くなる位置を求める。このとき、動き補償部１２１は、１６×１６画素から構成されるマクロブロック単位での相関が最も高くなる位置を求める。また、動き補償部１２１は、相関が最も高い位置の相対位置を示すベクトル（以下「動きベクトル」という）を算出して可変長符号化部１２４へ出力するとともに、相関が最も高い位置で画素単位の差分を求めることにより誤差画像を生成して量子化部１２２へ出力する。
【００５５】
なお、動き補償部１２１は、符号化処理開始時の最初の入力画像や、あらかじめ決められた画像間隔ごとの入力画像に対しては上記の処理を行わず、入力画像そのものを量子化部１２２へ出力する。
【００５６】
量子化部１２２は、動き補償部１２１から出力された誤差画像（または入力画像そのもの）を直交変換の１種であるＤＣＴ（Discrete Cosine Transform）変換し、得られた係数を所定の量子化値で除算した商（以下「直交変換係数」という）に置換する。このとき、量子化部１２２は、誤差画像（または入力画像そのもの）を８×８画素から構成されるブロック単位でＤＣＴ変換する。なお、量子化部１２２は、ＤＣＴ変換の代わりに、ウェーブレット（Wavelet）変換などを用いて誤差画像の直交変換を行うようにしても良い。
【００５７】
係数走査部１２３は、量子化部１２２から出力された直交変換係数を、走査順序決定部１５０から指示される走査順序で走査し、順に可変長符号化部１２４へ出力する。具体的には、係数走査部１２３は、通常モードの走査順序またはプライバシモードの走査順序で直交変換係数を走査する。これらの走査順序については、後に詳述する。
【００５８】
可変長符号化部１２４は、動き補償部１２１から出力された動きベクトルと、係数走査部１２３から出力された直交変換係数とに対して、可変長符号テーブルを用いて可変長符号化処理を施し、得られた基本レイヤの映像ストリームを多重化部１６０へ出力する。なお、可変長符号化部１２４は、上記の走査順序と同様に、通常モード用の可変長符号テーブルまたはプライバシモード用の可変長符号テーブルを用いて可変長符号化処理を施しても良い。この場合、係数走査部１２３においてプライバシモードの走査順序で走査された直交変換係数に対してのみ、プライバシモード用の可変長符号テーブルが使用される。
【００５９】
拡張レイヤ符号化部１３０は、映像入力部１１０からの入力画像を用いて拡張レイヤの映像ストリームを生成する。具体的には、拡張レイヤ符号化部１３０は、差分処理部１３１、直交変換部１３２、係数走査部１３３、および可変長符号化部１３４を有しており、これらの各処理部は、以下のような動作を行う。
【００６０】
差分処理部１３１は、映像入力部１１０からの入力画像と、基本レイヤ復号化部１４０から出力される参照画像との差分処理を行って誤差画像を生成し、直交変換部１３２へ出力する。
【００６１】
直交変換部１３２は、差分処理部１３１から出力された誤差画像をブロック単位でＤＣＴ変換し、直交変換係数を係数走査部１３３へ出力する。
【００６２】
係数走査部１３３は、直交変換部１３２から出力された直交変換係数を２進数で表した時に、同一ビット位置（ビットプレーン）に存在するビットを各ブロックの処理単位として係数走査を行い、順に可変長符号化部１３４へ出力する。なお、係数走査部１３３は、上述した係数走査部１２３と同様に、通常モードの走査順序またはプライバシモードの走査順序で直交変換係数を走査する。これらの走査順序については、後に詳述する。
【００６３】
可変長符号化部１３４は、係数走査部１３３から出力されたビットプレーンごとの直交変換係数に対して、可変長符号テーブルを用いて可変長符号化処理を施し、得られた拡張レイヤの映像ストリームを多重化部１６０へ出力する。なお、可変長符号化部１３４は、上記の走査順序と同様に、通常モード用の可変長符号テーブルまたはプライバシモード用の可変長符号テーブルを用いて可変長符号化処理を施しても良い。この場合、係数走査部１３３においてプライバシモードの走査順序で走査された直交変換係数に対してのみ、プライバシモード用の可変長符号テーブルが使用される。
【００６４】
基本レイヤ復号化部１４０は、量子化部１２２から出力された直交変換係数を逆量子化および逆直交変換処理して誤差画像を復号化する。さらに、基本レイヤ復号化部１４０は、前回の復号化画像と動き補償部１２１から出力された動きベクトルとを用いて、動き補償部１２１において使用された参照画像と誤差画像との加算処理を行うことにより今回の復号化画像を生成する。
【００６５】
走査順序決定部１５０は、基本レイヤおよび拡張レイヤを、通常モードの走査順序またはプライバシモードの走査順序のどちらで走査するか決定し、通常モードの走査を行う場合はその旨を係数走査部１２３および係数走査部１３３へ指示する。
【００６６】
また、走査順序決定部１５０は、プライバシモードの走査を行う場合に、基本レイヤおよび拡張レイヤのプライバシモードの走査順序をそれぞれ決定し、基本レイヤおよび拡張レイヤのそれぞれの走査順序を示す走査リストを生成し、それぞれ係数走査部１２３および係数走査部１３３へ出力するとともに、基本レイヤおよび拡張レイヤ双方の走査リストを走査リスト送信部１８０へ出力する。ここで、通常モードの走査としては、例えばＭＰＥＧ−４  Ｖｉｄｅｏ符号化規格（ISO/IEC 14496-2）で規定されているＺＩＧＺＡＧ走査がある。また、走査順序決定部１５０は、プライバシモードの走査順序として、例えばランダムな走査順序を決定する。
【００６７】
多重化部１６０は、可変長符号化部１２４から出力された基本レイヤの映像ストリームと、可変長符号化部１３４から出力された拡張レイヤの映像ストリームとを多重化することにより、１つの映像ストリームを生成する。
【００６８】
映像送信部１７０は、多重化部１６０によって生成された映像ストリームを、ネットワーク２００を介してユーザへ送信する。
【００６９】
走査リスト送信部１８０は、走査順序決定部１５０によって生成された基本レイヤおよび拡張レイヤの走査リストを、ネットワーク２００を介して特定ユーザのみへ送信する。ここで、特定ユーザとは、プライバシモードで走査が行われた画像を復号化する権限を有しているユーザのことである。なお、走査リスト送信部１８０は、走査リストを暗号化した後に送信するようにしても良い。走査リストの暗号化は、特定ユーザと共通に保有する秘密鍵を用いる方法や、特定ユーザの公開鍵を用いる方法など、いかなる暗号化方法でも良い。
【００７０】
図２は、実施の形態１に係る映像受信装置の構成を示すブロック図である。図２に示す映像受信装置３００は、映像受信部３１０、分離部３２０、走査リスト受信部３３０、基本レイヤ復号化部３４０、拡張レイヤ復号化部３５０、走査順序制御部３６０、および映像表示部３７０を有している。
【００７１】
映像受信部３１０は、ネットワーク２００を介して映像送信装置１００から送出された映像ストリームを受信し、分離部３２０へ出力する。
【００７２】
分離部３２０は、映像ストリームから基本レイヤおよび拡張レイヤのスタートコードを検出することにより、映像ストリームを基本レイヤおよび拡張レイヤのストリームに分離する。
【００７３】
走査リスト受信部３３０は、映像送信装置１００から送信された走査リストを受信し、走査順序制御部３６０へ出力する。また、走査リスト受信部３３０は、所定時間が経過しても走査リストが受信されない場合は、走査リストＯＦＦの情報を走査順序制御部３６０へ出力する。
【００７４】
基本レイヤ復号化部３４０は、分離部３２０から出力される基本レイヤの映像ストリームから基本レイヤの復号化画像を生成する。具体的には、基本レイヤ復号化部３４０は、可変長復号化部３４１、係数逆走査部３４２、逆量子化部３４３、および動き補償部３４４を有しており、これらの各処理部は、以下のような動作を行う。
【００７５】
可変長復号化部３４１は、基本レイヤの映像ストリームを可変長復号化することにより、直交変換係数と動きベクトルを復号化し、直交変換係数を係数逆走査部３４２へ出力するとともに、動きベクトルを動き補償部３４４へ出力する。なお、映像送信装置１００の可変長符号化部１２４が通常モード用の可変長符号テーブルおよびプライバシモード用の可変長符号テーブルを使い分けている場合には、可変長復号化部３４１は、可変長符号化部１２４と同様に、通常モード用の可変長符号テーブルおよびプライバシモード用の可変長符号テーブルを用いる。
【００７６】
係数逆走査部３４２は、可変長復号化部３４１から出力された直交変換係数を、走査順序制御部３６０から指示される走査順序で逆走査し、逆量子化部３４３へ出力する。具体的には、係数逆走査部３４２は、通常モードの走査順序またはプライバシモードの走査順序で直交変換係数を逆走査する。すなわち、走査順序制御部３６０から走査リストが入力された場合は、プライバシモードの走査順序で逆走査を行い、走査リストの入力がない場合は、通常モードの走査順序で逆走査を行う。
【００７７】
逆量子化部３４３は、係数逆走査部３４２から出力された直交変換係数に対して逆量子化処理および逆直交変換処理を行い、誤差画像を復号化する。
【００７８】
動き補償部３４４は、逆量子化部３４３から出力された誤差画像と、可変長復号化部３４１から出力された動きベクトルと、前回の復号化画像とを用いて、新たな復号化画像を生成する。
【００７９】
拡張レイヤ復号化部３５０は、分離部３２０から出力される拡張レイヤの映像ストリームから拡張レイヤの復号化画像を生成する。具体的には、拡張レイヤ復号化部３５０は、可変長復号化部３５１、係数逆走査部３５２、直交変換部３５３、および加算処理部３５４を有しており、これらの各処理部は、以下のような動作を行う。
【００８０】
可変長復号化部３５１は、拡張レイヤの映像ストリームを可変長復号化処理することにより、ビットプレーンごとにブロック単位で走査された直交変換係数を復号化し、直交変換係数を係数逆走査部３５２へ出力する。なお、映像送信装置１００の可変長符号化部１３４が通常モード用の可変長符号テーブルおよびプライバシモード用の可変長符号テーブルを使い分けている場合には、可変長復号化部３５１は、可変長符号化部１３４と同様に、通常モード用の可変長符号テーブルおよびプライバシモード用の可変長符号テーブルを用いる。
【００８１】
係数逆走査部３５２は、可変長復号化部３５１から出力された直交変換係数を、走査順序制御部３６０から指示される走査順序でビットプレーンごとに逆走査し、直交変換部３５３へ出力する。具体的には、係数逆走査部３５２は、通常モードの走査順序またはプライバシモードの走査順序で直交変換係数を逆走査する。すなわち、走査順序制御部３６０から走査リストが入力された場合は、プライバシモードの走査順序で逆走査を行い、走査リストの入力がない場合は、通常モードの走査順序で逆走査を行う。
【００８２】
直交変換部３５３は、係数逆走査部３５２から出力された直交変換係数に対して逆ＤＣＴ変換を行い、誤差画像を復号化する。
【００８３】
加算処理部３５４は、動き補償部３４４から出力された基本レイヤの復号化画像と直交変換部３５３から出力された誤差画像とを加算処理し、得られた復号化画像を映像表示部３７０へ出力する。
【００８４】
走査順序制御部３６０は、走査リスト受信部３３０から走査リストが入力された場合、走査リストヘッダの内容を解釈し、基本レイヤの走査リストであれば係数逆走査部３４２へ出力し、拡張レイヤの走査リストであれば係数逆走査部３５２へ出力する。
【００８５】
また、走査順序制御部３６０は、走査リスト受信部３３０から走査リストＯＦＦの情報が入力された場合、基本レイヤの走査リストが無ければ、係数逆走査部３４２へ「走査リスト無」の情報を出力し、拡張レイヤの走査リストが無ければ、係数逆走査部３５２へ「走査リスト無」の情報を出力する。
【００８６】
映像表示部３７０は、復号化画像を例えばディスプレイデバイスなどに表示する。
【００８７】
次いで、上記構成を有する映像送信装置１００の動作について、図３に示すフロー図を用いて説明する。なお、図３に示すフロー図の動作は、映像送信装置１００の図示しない記憶装置（例えばＲＯＭやフラッシュメモリなど）に制御プログラムとして記憶されており、図示しないＣＰＵによって制御される。
【００８８】
まず、映像入力部１１０によって、映像入力が行われる（ＳＴ１０００）。具体的には、監視カメラなどの撮像素子を持つ映像入力部１１０によって、映像が入力され、入力映像を構成する画像が１画像ごとに動き補償部１２１および差分処理部１３１へ出力される。
【００８９】
そして、走査順序決定部１５０によって、基本レイヤおよび拡張レイヤの直交変換係数の走査順序として、それぞれ異なる走査順序が決定される（ＳＴ１１００）。ここで決定される走査順序は、通常モードの走査順序（すなわち、ＺＩＧＺＡＧ走査の走査順序など）とは異なり、例えばランダムな順序となる。したがって、映像ストリームを受信する受信側では、この走査順序に関する情報がなくては正しく逆走査を行うことができず、復号化画像を得ることができない。
【００９０】
このような走査順序の決定は、プライバシモードの走査を行う場合にのみ実行される。すなわち、特定ユーザのみが復号化画像を得られるようにする場合は、走査順序を例えばランダムな順序とすることにより、特定ユーザ以外の通常ユーザによって映像ストリームの正常な復号化が行われないようにして、プライバシを保護することができる。なお、あらかじめ入力画像を複数のブロックに分割し、分割したブロックごとに異なる走査順序を決定することも可能である。この場合には、さらに堅固にプライバシが保護される。
【００９１】
一方、通常モードの走査を行う場合には、走査順序の決定は行われず、走査順序決定部１５０によって、通常モードの走査を行う旨が係数走査部１２３および係数走査部１３３へ通知される。
【００９２】
そして、走査順序が決定された場合には、走査順序決定部１５０によって、基本レイヤおよび拡張レイヤそれぞれの走査順序を示す走査リストが生成され（ＳＴ１２００）、双方の走査リストが走査リスト送信部１８０へ出力されるとともに、基本レイヤの走査リストが係数走査部１２３へ出力され、拡張レイヤの走査リストが係数走査部１３３へ出力される。なお、ブロックごとに異なる走査順序が決定された場合には、それぞれの走査順序に対応した複数の走査リストが生成される。
【００９３】
走査リストが生成されると、基本レイヤ符号化部１２０によって、基本レイヤの符号化が行われ、基本レイヤの映像ストリームが生成される（ＳＴ１３００）。具体的には、図４のフロー図に示すような処理が行われる。
【００９４】
すなわち、動き補償部１２１によって、入力画像と基本レイヤ復号化部１４０から出力された前回の復号化画像（参照画像）とが用いられ、入力画像と参照画像間の相関が最も高い位置が求められる（動き予測処理）。さらに、この位置を示す動きベクトルと、入力画像と参照画像の画素単位の差分処理により誤差画像が求められる（動き補償処理）（ＳＴ１３１０）。ＳＴ１３１０において求められた誤差画像は、量子化部１２２へ出力され、動きベクトルは、可変長符号化部１２４へ出力される。
【００９５】
そして、量子化部１２２によって、誤差画像がブロック単位でＤＣＴ変換され、量子化される（ＳＴ１３２０）。量子化処理後の直交変換係数は、係数走査部１２３および基本レイヤ復号化部１４０へ出力される。なお、上述したように、量子化部１２２における直交変換は、ＤＣＴ変換に限らず、ウェーブレット変換などでも良い。
【００９６】
量子化処理後の直交変換係数が係数走査部１２３へ出力されると、図４のフロー図中、破線で囲まれた係数走査処理が行われる。すなわち、係数走査部１２３によって、走査リストが入力されているか否かが判定される（ＳＴ１３３０）。この判定の結果、所定時間が経過しても走査リストが入力されない場合、または走査順序決定部１５０によって通常モードの走査を行う旨が通知された場合は、係数走査部１２３によって、例えばＺＩＧＺＡＧ走査などの走査順序により、通常モードの走査が行われる（ＳＴ１３４０）。走査により得られた直交変換係数は、順に可変長符号化部１２４へ出力される。一方、ＳＴ１３３０の判定の結果、走査リストが入力された場合、係数走査部１２３によって、この走査リストに示される走査順序により、プライバシモードの走査が行われる（ＳＴ１３５０）。走査により得られた直交変換係数は、順に可変長符号化部１２４へ出力される。
【００９７】
そして、可変長符号化部１２４によって、動き補償部１２１から出力された動きベクトルと、係数走査部１２３から出力された直交変換係数とに対して可変長符号化が行われ（ＳＴ１３６０）、得られた基本レイヤの映像ストリームが多重化部１６０へ出力される。なお、ＳＴ１３５０においてプライバシモードの走査が行われた場合には、プライバシモード用の可変長符号テーブルを用いて可変長符号化が行われるようにしても良い。これにより、ＺＩＧＺＡＧ走査に最適化された通常モード用の可変長符号テーブルを使うことによる符号化効率の低下を防止することができる。
【００９８】
このように基本レイヤ符号化部１２０によって基本レイヤの映像ストリームが生成される一方、基本レイヤ復号化部１４０によって、基本レイヤの復号化画像が生成される（ＳＴ１３７０）。すなわち、基本レイヤ復号化部１４０によって、量子化部１２２から出力された直交変換係数が逆量子化および逆直交変換され、誤差画像が復号化される。さらに、動き補償部１２１によって使用された参照画像と動きベクトルが用いられて、参照画像と誤差画像との加算処理が行われて、新たな復号化画像が生成される。この復号化画像は、動き補償部１２１および差分処理部１３１へ出力される。
【００９９】
再び図３のフロー図を参照して、ＳＴ１３００において上記のような基本レイヤの符号化が行われるのと同時に、拡張レイヤ符号化部１３０によって、拡張レイヤの符号化が行われ、拡張レイヤの映像ストリームが生成される（ＳＴ１４００）。具体的には、図５のフロー図に示すような処理が行われる。
【０１００】
すなわち、差分処理部１３１によって、入力画像と基本レイヤ復号化部１４０から出力された基本レイヤの復号化画像との差分処理が行われ（ＳＴ１４１０）、得られた誤差画像が直交変換部１３２へ出力される。
【０１０１】
そして、直交変換部１３２によって、誤差画像がブロック単位でＤＣＴ変換され（ＳＴ１４２０）、得られた直交変換係数が係数走査部１３３へ出力される。
【０１０２】
直交変換係数が係数走査部１３３へ出力されると、上述した図４のフロー図中、破線で囲まれたＳＴ１３３０からＳＴ１３５０の係数走査処理と同様の処理が行われる（ＳＴ１４３０）。
【０１０３】
すなわち、係数走査部１３３によって、走査リストが入力されているか否かが判定され、走査リストが入力されていない場合は、通常モードの走査が行われる。一方、走査リストが入力されている場合は、直交変換係数を２進数で表した時に同一ビット位置（ビットプレーン）に存在するビットを各ブロックの処理単位として、走査リストを用いたプライバシモードの走査が行われ、得られた直交変換係数が順に可変長符号化部１３４へ出力される。
【０１０４】
そして、可変長符号化部１３４によって、係数走査部１３３から出力されたビットプレーンごとの直交変換係数に対して可変長符号化が行われ（ＳＴ１４４０）、得られた拡張レイヤの映像ストリームが多重化部１６０へ出力される。なお、ＳＴ１４３０においてプライバシモードの走査が行われた場合には、プライバシモード用の可変長符号テーブルを用いて、可変長符号化が行われるようにしても良い。
【０１０５】
図３のフロー図を参照して、ＳＴ１４００において上記のような拡張レイヤの符号化が行われると、多重化部１６０によって、可変長符号化部１２４から出力された基本レイヤの映像ストリームと、可変長符号化部１３４から出力された拡張レイヤの映像ストリームとが多重化され（ＳＴ１５００）、得られた映像ストリームが映像送信部１７０へ出力される。
【０１０６】
そして、映像送信部１７０によって、ネットワーク２００へ映像ストリームが送信される（ＳＴ１６００）。その後、ＳＴ１３００およびＳＴ１４００の符号化においてプライバシモードの走査が行われた場合には、走査リスト送信部１８０によって、基本レイヤおよび拡張レイヤの走査リストがネットワーク２００を介して特定ユーザへ送信される（ＳＴ１７００）。この走査リストの送信は、映像ストリームの送信とは別々に行われる。すなわち、例えば、異なるタイミング、異なるチャネルを用いて送信される。
【０１０７】
なお、基本レイヤおよび拡張レイヤの走査リストそれぞれを別々の特定ユーザに送信することも可能である。すなわち、例えば、監視カメラによる遠隔モニタリングシステムを想定した場合、低画質再生に必要な基本レイヤの走査リストは一般ユーザと管理者の両者に送信し、高画質再生に必要な拡張レイヤの走査リストは管理者のみに送信することが可能である。これにより、管理者のみが撮影対象物（人物など）の高画質な映像モニタリングを行うことができる。一方で、管理者以外の一般ユーザは、低画質再生しかできないため、撮影対象物（人物など）のプライバシ保護を実現することができる。
【０１０８】
映像ストリームおよび走査リストが送信されると、処理の終了条件を満たしているか否かが判定され（ＳＴ１８００）、満たしている場合は処理を終了し、満たしていない場合は再びＳＴ１０００から処理が繰り返される。
【０１０９】
次に、上述した映像送信装置１００の動作における走査順序の決定について、具体的に例を挙げながら説明する。
【０１１０】
図６は、係数走査部１２３および係数走査部１３３において用いられる走査順序の一例を示す図である。同図は、８×８画素で構成される１つのブロックにおける走査順序を示した図であり、数字が小さい画素の直交変換係数から順に走査されるものとする。また、図６（ａ）は、通常モードの走査順序の一例を示し、図６（ｂ）は、プライバシモードの走査順序の一例を示している。
【０１１１】
図６（ａ）は、ＭＰＥＧ−４Ｖｉｄｅｏ符号化（ISO/IEC 14496-2）で規定されたＺＩＧＺＡＧ走査の走査順序を示しており、図中左上の画素から右下の画素へとジグザグ状に走査が行われることが分かる。
【０１１２】
一方、図６（ｂ）は、走査順序に規則性が無く、ランダムな順序で走査が行われることが分かる。プライバシモードの走査では、このようにランダムな順序で走査が行われるため、復号化側ではこの走査順序で逆走査を行わないと正常に映像を復号化することができない。換言すれば、プライバシモードで正常な映像復号化を行うためには、プライバシモードの走査順序を知る必要があり、走査順序が映像ストリームを復号化するための鍵となる。
【０１１３】
この鍵として、走査順序決定部１５０によって走査リストが生成される。図７は、走査リストの例を示す図である。図７（ａ）は、走査リストヘッダを示し、図７（ｂ）は、走査マトリクスを示している。
【０１１４】
図７（ａ）に示す走査リストヘッダは、走査マトリクスを適用する画像番号（図ではＮ）、走査マトリクスを適用するレイヤ（図では基本レイヤ）、および走査マトリクスを適用するブロックを示すブロックマップ４００の３つの情報を有している。ブロックマップ４００は、画像中の全ブロック数に等しい要素を持つ格子状になっており、値が１の要素に対応するブロックには走査マトリクスを適用するものとする。
【０１１５】
また、図７（ｂ）に示す走査マトリクスは、ブロック内の８×８画素それぞれに対応する直交変換係数の走査順序を示すものである。したがって、図７（ａ）の走査リストヘッダの情報から、画像番号Ｎの画像の基本レイヤについて、すべてのブロック内の走査順序を図７（ｂ）に示す走査マトリクスのようにして走査を行うことになる。なお、ここでは図示しないが、拡張レイヤの走査リストは、図７（ｂ）に示す走査マトリクスとは異なる走査マトリクスを有している。
【０１１６】
ただし、走査リストのデータ形式は、図７に示す形式に限定されず、ブロックごとの走査順序を正しく記述できるものであれば、いかなるデータ形式でも良い。さらに、１つの画像に対して複数の走査リストを対応づけることもでき、例えばブロックごとに異なる走査順序にした場合は、ブロックごとの走査マトリクスを有する複数の走査リストができる。この場合には、各走査リストにおけるブロックマップ４００が参照され、ブロックマップに「１」が示されているブロックに、当該走査リストの走査マトリクスが適用される。
【０１１７】
このような走査リストを用いて、例えば図８（ａ）に示すブロックを走査すると、通常モードの走査（ＺＩＧＺＡＧ走査）が行われる場合は、図８（ｂ）に示すように６８、３８、６０、・・・の順で直交変換係数が走査される。一方、図７に示す走査リストによってプライバシモードの走査が行われる場合は、図８（ｃ）に示すように８、０、１８、・・・の順で直交変換係数が走査される。
【０１１８】
次に、本実施の形態に係る映像受信装置３００の動作について、図９に示すフロー図を用いて説明する。なお、図９に示すフロー図の動作は、映像受信装置３００の図示しない記憶装置（例えばＲＯＭやフラッシュメモリなど）に制御プログラムとして記憶されており、図示しないＣＰＵによって制御される。
【０１１９】
まず、映像受信部３１０によって、ネットワーク２００から映像ストリームが受信され（ＳＴ２０００）、分離部３２０へ出力される。また、走査リスト受信部３３０によって、ネットワーク２００から走査リストが受信され（ＳＴ２１００）、走査順序制御部３６０へ出力される。このとき、所定時間が経過しても走査リストが受信されない場合は、走査リスト受信部３３０によって、走査リストＯＦＦの情報が走査順序制御部３６０へ出力される。なお、走査リスト送信前に暗号化処理が施されている場合は、走査リスト受信部３３０によって暗号化の解除が行われる。また、複数の走査リストが受信された場合は、すべての走査リストが走査順序制御部３６０へ出力される。
【０１２０】
そして、分離部３２０によって、映像受信部３１０から出力された映像ストリームから、基本レイヤおよび拡張レイヤのスタートコードが検出され、基本レイヤおよび拡張レイヤの映像ストリームが分離され（ＳＴ２２００）、基本レイヤの映像ストリームは基本レイヤ復号化部３４０へ出力されるとともに、拡張レイヤの映像ストリームは拡張レイヤ復号化部３５０へ出力される。
【０１２１】
そして、走査順序制御部３６０によって、基本レイヤの走査リストが係数逆走査部３４２へ出力され、拡張レイヤの走査リストが係数逆走査部３５２へ出力される。また、走査リスト受信部３３０から走査順序制御部３６０へ、基本レイヤの走査リストＯＦＦの情報が入力された場合は、係数逆走査部３４２へ「走査リスト無」の情報が出力され、拡張レイヤの走査リストＯＦＦの情報が入力された場合は、係数逆走査部３５２へ「走査リスト無」の情報が出力される（ＳＴ２３００）。
【０１２２】
これにより、係数逆走査部３４２および係数逆走査部３５２は、通常モードの逆走査またはプライバシモードの逆走査を行うことができるようになる。すなわち、走査順序制御部３６０から「走査リスト無」の情報が出力された場合は、通常モードの逆走査が行われ、走査順序制御部３６０から走査リストが出力された場合は、この走査リストに従ったプライバシモードの逆走査が行われる。
【０１２３】
上記のような走査順序制御が行われると、基本レイヤ復号化部３４０によって、基本レイヤの復号化が行われ、基本レイヤの復号化画像が生成される（ＳＴ２４００）。具体的には、図１０のフロー図に示すような処理が行われる。
【０１２４】
すなわち、可変長復号化部３４１によって、基本レイヤの映像ストリームに対して、可変長符号テーブルが用いられることにより可変長復号化が行われ、ブロック単位で直交変換係数および動きベクトルが得られる（ＳＴ２４１０）。ＳＴ２４１０において得られた直交変換係数は、係数逆走査部３４２へ出力され、動きベクトルは、動き補償部３４４へ出力される。なお、基本レイヤの映像ストリームがプライバシモードで走査されている場合には、プライバシモード用の可変長符号テーブルを用いて可変長符号化が行われるようにしても良い。
【０１２５】
直交変換係数が係数逆走査部３４２へ出力されると、図１０のフロー図中、破線で囲まれた係数逆走査処理が行われる。すなわち、係数逆走査部３４２によって、走査リストが入力されているか否かが判定される（ＳＴ２４２０）。この判定の結果、走査リストが入力されずに「走査リスト無」の情報が入力されている場合は、係数逆走査部３４２によって、通常モードの逆走査がブロック単位で行われる（ＳＴ２４３０）。逆走査により得られた直交変換係数は、逆量子化部３４３へ出力される。一方、ＳＴ２４２０の判定の結果、走査リストが入力された場合、係数逆走査部３４２によって、この走査リストに示される走査順序により、プライバシモードの逆走査がブロックごとに行われる（ＳＴ２４４０）。逆走査により得られた直交変換係数は、逆量子化部３４３へ出力される。このとき、ブロックごとに異なる走査順序で走査されている場合には、各ブロックに対応する複数の走査リストによって直交変換係数の逆走査が行われる。
【０１２６】
図１１は、係数逆走査の動作の一例を示す図である。本実施の形態に係る映像送信装置１００が、図１１（ａ）に示すブロックの直交変換係数に対してプライバシモードの走査を行った場合、図１１（ｂ）に示すような順で係数が得られる。この図１１（ｂ）に示す係数を、通常モードで逆走査した場合は、図１１（ｃ）に示すような直交変換係数が得られ、プライバシモードで逆走査した場合は、図１１（ｄ）に示すような直交変換係数が得られる。なお、図１１（ｃ）および図１１（ｄ）においては、説明の簡略化ため、一部の直交変換係数を省略している。
【０１２７】
図１１（ａ）と図１１（ｃ）および図１１（ｄ）とを比較すると、プライバシモードで走査された係数は、プライバシモードで逆走査される場合のみ、映像送信装置１００における走査前と同一の直交変換係数に復号化することができる。逆に、プライバシモードで走査された係数が通常モードで逆走査される場合は、正しく映像を復号化することが不可能であることがわかる。
【０１２８】
したがって、プライバシモードの走査が行われた映像ストリームは、走査リストが受信されない限り正しく復号化できないため、秘匿性を向上することが可能である。また、通常の復号化装置が用いられる場合にも、一般には通常モードの走査順序（ＺＩＧＺＡＧ走査の走査順序）で逆走査が行われるため、秘匿性を向上することができる。
【０１２９】
このような逆走査によって得られた直交変換係数は、逆量子化部３４３によって、逆量子化処理および逆直交変換処理が施され、誤差画像の復号化が行われる（ＳＴ２４５０）。そして、動き補償部３４４によって、誤差画像と動きベクトルと前回の復号化画像（参照画像）とが用いられて、映像送信装置１００の基本レイヤ復号化部１４０と同様の動作により基本レイヤの復号化画像が生成される（ＳＴ２４６０）。
【０１３０】
再び図９のフロー図を参照して、ＳＴ２４００において上記のような基本レイヤの復号化が行われるのと同時に、拡張レイヤ復号化部３５０によって、拡張レイヤの復号化が行われ、拡張レイヤの復号化画像が生成される（ＳＴ２５００）。具体的には、図１２のフロー図に示すような処理が行われる。
【０１３１】
すなわち、可変長復号化部３５１によって、拡張レイヤ映像ストリームに対して、可変長符号テーブルが用いられることにより可変長復号化が行われ、ビットプレーンごとに走査された直交変換係数がブロック単位で得られる（ＳＴ２５１０）。ＳＴ２５１０において得られた直交変換係数は、係数逆走査部３５２へ出力される。なお、拡張レイヤの映像ストリームがプライバシモードで走査されている場合には、プライバシモード用の可変長符号テーブルを用いて可変長符号化が行われるようにしても良い。
【０１３２】
直交変換係数が係数逆走査部３５２へ出力されると、上述した図１０のフロー図中、破線で囲まれた係数逆走査処理と同様の処理が行われる。すなわち、係数逆走査部３５２によって、走査リストが入力されているか否かが判定され、「走査リスト無」の情報が入力されている場合は、通常モードの逆走査が行われる。一方、走査リストが入力された場合は、この走査リストに示される走査順序により、プライバシモードの逆走査が複数回繰り返され、各ビットプレーンの直交変換係数がブロック単位で得られる（ＳＴ２５２０）。逆走査により得られた直交変換係数は、直交変換部３５３へ出力される。
【０１３３】
このような拡張レイヤの逆走査においても、上述した基本レイヤの逆走査と同様に、プライバシモードの走査リストが受信されない限り正しく映像の復号化が行われないため、秘匿性を保つことが可能である。換言すれば、高画質な映像再生を行うためには、拡張レイヤの走査リストを受信する必要がある。
【０１３４】
逆走査によって得られた直交変換係数は、直交変換部３５３によって、逆ＤＣＴ変換され、誤差画像の復号化が行われる（ＳＴ２５３０）。そして、加算処理部３５４によって、基本レイヤの復号化画像と直交変換部３５３から出力された誤差画像とが加算処理され、復号化画像が生成される（ＳＴ２５４０）。生成された復号化画像は、映像表示部３７０へ出力される。
【０１３５】
なお、ＳＴ２５４０の加算処理において、基本レイヤおよび拡張レイヤのいずれかが正しく復号化されていない場合には、加算処理をスキップし、正しく復号化されたレイヤのみ、あるいはブルーバック画像を映像表示部３７０へ出力するようにしても良い。
【０１３６】
図９のフロー図を参照して、ＳＴ２５００において上記のような拡張レイヤの復号化が行われると、映像表示部３７０によって、復号化画像がディスプレイデバイスなどに表示される（ＳＴ２６００）。
【０１３７】
このように、本実施の形態によれば、映像送信装置は、プライバシモードとしてランダムな走査順序で画像の走査を行って映像ストリームを送信し、この映像ストリームとは別に走査順序を示す走査リストを特定ユーザのみに送信する。したがって、走査リストを受信した特定ユーザの映像受信装置のみが映像ストリームを正しく復号化でき、逆に、走査リストを受信していない通常ユーザは映像ストリームを正しく復号化できず、暗号化処理などを用いて処理負荷を増大させることなく送受信される映像の秘匿性を向上することができる。
【０１３８】
さらに、本実施の形態によれば、基本レイヤおよび拡張レイヤそれぞれに別々のプライバシモードを設定することにより、通常ユーザには基本レイヤのみの低画質再生を許可し、特定ユーザには拡張レイヤを追加した高画質再生を許可するといったプライバシ管理を実現することが可能となる。
【０１３９】
なお、本実施の形態においては、基本レイヤにもプライバシモードを設定するものとしたが、基本レイヤは通常モードのみで走査するようにしても良い。こうすることにより、従来の復号化装置を用いた場合でも低画質再生が可能となって、すべてのユーザが低画質な映像を閲覧することができる一方、高画質再生をするためには、プライバシモードで走査された拡張レイヤをプライバシモードの走査リストを用いて正しく復号化する必要が生じる。すなわち、例えば、監視カメラシステムを想定する場合、管理者などの権限がある特定ユーザにのみ高画質再生が許可されるとともに、監視カメラの概要映像は低画質で通常ユーザに開示されるため、撮影対象物となっている被撮影者のプライバシは保護されつつ、監視カメラによる防犯効果を高めることが可能である。
【０１４０】
なお、階層符号化方式では、拡張レイヤを複数レイヤに分割して送信・再生することが可能である。さらに、拡張レイヤとしても、ＳＮＲ（Signal to Noise Ratio）を向上させるための画質向上レイヤ、フレームレートを向上させるためのフレームレート向上レイヤ、および解像度を向上させるための解像度向上レイヤなど複数種類のレイヤが存在する。そこで、複数のレイヤそれぞれに異なるプライバシモードを設定した上で、それぞれ別々の映像受信装置へ送信することも可能である。これにより、受信者の視聴権利に応じて、画質・フレームレート・解像度などの開示度合いを自在に管理する映像通信を行うことが可能である。
【０１４１】
また、本実施の形態においては、画像が入力される度に走査順序を決定しているが、本発明はこれに限定されるものではなく、一定周期ごとに新たに走査順序を決定しても良く、これにより、走査順序決定に要する処理量を削減することが可能である。
【０１４２】
また、本実施の形態においては、可変長符号テーブルが用いられて可変長符号化が行われるものとしたが、さらには、プライバシモード用の可変長符号テーブルを特定ユーザにのみ通知することにより、走査リストと可変長符号テーブルの両者を受信しないと映像再生ができないようにして、より高度な秘匿性を有する映像通信が可能となる。
【０１４３】
また、本実施の形態においては、映像符号化処理、送信処理、受信処理、および映像復号化処理を同期させて行っているが、本発明はこれに限定されず、これらの処理を非同期に行っても良い。すなわち、例えば、映像符号化処理を事前に行い、後から送信処理、受信処理、および復号化処理を行ったり、映像符号化処理、送信処理、および受信処理を事前に行い、後から映像復号化処理を行ったりしても良い。
【０１４４】
（実施の形態２）
本発明の実施の形態２の特徴は、直交変換係数の走査順序決定に際して、アラーム発生などの異常時には、プライバシモードの走査を行わず、走査リストを受信していない一般ユーザにおいても映像再生を可能とすることである。
【０１４５】
図１３は、本発明の実施の形態２に係る映像送信装置の構成を示すブロック図である。なお、同図に示す映像送信装置において、図１に示す映像送信装置と同じ部分には同じ符号を付し、その説明を省略する。図１３に示す映像送信装置５００は、映像入力部１１０、基本レイヤ符号化部１２０、拡張レイヤ符号化部１３０、基本レイヤ復号化部１４０、走査順序決定部１５０ａ、多重化部１６０、映像送信部１７０、走査リスト送信部１８０、画像認識部５１０、およびアラーム受信部５２０を有している。
【０１４６】
画像認識部５１０は、映像入力部１１０から出力された入力画像と、あらかじめデータベースに登録された例えば顔画像などの登録画像とを画像処理によって照合し、入力画像中に登録画像と一致する物体が検出された場合は、アラーム信号ＡＬＡＲＭ、検出物の中心座標Ｇ、および検出物の大きさＳの３つのアラーム情報を走査順序決定部１５０ａへ出力する。
【０１４７】
アラーム受信部５２０は、後述する映像受信装置６００や各種センサから送信されたアラーム情報を受信し、走査順序決定部１５０ａへ出力する。
【０１４８】
走査順序決定部１５０ａは、画像認識部５１０およびアラーム受信部５２０からアラーム情報が入力されていない場合のみ、実施の形態１の走査順序決定部１５０と同様の動作を行い、アラーム情報が入力された場合は、基本レイヤおよび拡張レイヤともに通常モードの走査を行うものとして、プライバシモードの走査順序を決定せず、走査リストを出力しない。
【０１４９】
図１４は、実施の形態２に係る映像受信装置の構成を示すブロック図である。なお、同図に示す映像受信装置において、図２に示す映像受信装置と同じ部分には同じ符号を付し、その説明を省略する。図１４に示す映像受信装置６００は、映像受信部３１０、分離部３２０、走査リスト受信部３３０、基本レイヤ復号化部３４０、拡張レイヤ復号化部３５０、走査順序制御部３６０、映像表示部３７０、およびアラーム入力・送信部６１０を有している。
【０１５０】
アラーム入力・送信部６１０は、映像表示部３７０に表示された映像を監視しているユーザから、異常発生を示すアラーム要求の入力を受けつけ、アラーム要求が入力された場合に、映像送信装置５００へアラーム情報を送信する。また、アラーム入力・送信部６１０は、ユーザからアラーム解除要求が入力された場合は、アラーム情報の送信を停止する。
【０１５１】
次いで、上記構成を有する映像送信装置５００の動作について、図１５に示すフロー図を用いて説明する。なお、同図に示すフロー図において、図３に示すフロー図と同じステップについては同じ番号を付し、その説明を省略する。
【０１５２】
映像入力部１１０から出力された入力画像は、画像認識部５１０へ出力され、画像認識部５１０によって、あらかじめデータベースに登録された顔画像などの登録画像と入力画像とが画像処理によって照合される（ＳＴ３０００）。この画像認識の結果、登録画像と入力画像との一致が検出された場合には、図１６に示すように、検出物の中心座標Ｇ（Ｘ，Ｙ）および検出物の大きさ（Ｗ，Ｈ）がアラーム信号ＡＬＡＲＭとともに走査順序決定部１５０ａへ出力される。なお、図１６には、１つの四角形を検出物の例として示したが、検出物の数は１つに限定されるものではなく、形状も円や多角形など任意の形状を用いても良い。
【０１５３】
このように画像認識部５１０によってアラーム情報が出力される一方、アラーム受信部５２０によって、常に映像受信装置６００や各種センサから送信されるアラーム信号ＡＬＡＲＭが監視されている。そして、アラーム受信部５２０によってアラーム信号ＡＬＡＲＭが受信された場合、アラーム情報が走査順序決定部１５０ａへ出力される。なお、各種センサとは、例えば監視カメラ近傍に設置された赤外線センサなどであり、異常を検知した場合に、映像送信装置５００へアラーム信号ＡＬＡＲＭを送信するものである。
【０１５４】
そして、走査順序決定部１５０ａによって、アラーム情報が入力されているか否かが判定される（ＳＴ３１００）。この判定の結果、アラーム情報が入力されていなければ、実施の形態１と同様に通常モードまたはプライバシモードの走査順序が決定され、プライバシモードの走査順序が決定された場合には、走査リストが生成される。一方、ＳＴ３１００の判定の結果、アラーム情報が入力されていれば、基本レイヤおよび拡張レイヤに対して、無条件で通常モードの走査が行われることが決定され、プライバシモードの走査順序決定や走査リストの生成は行われない。
【０１５５】
これにより、異常状態を示すアラーム情報が走査順序決定部１５０ａに入力されている場合は、通常モードの走査が行われるため、本来高画質再生を行う権限がない通常ユーザでも高画質な映像表示が可能となり、例えば、監視カメラシステムにおいては、広範囲な犯人情報の開示および早期の犯人検挙に有効である。
【０１５６】
次に、本実施の形態に係る映像受信装置６００の動作について、図１７に示すフロー図を用いて説明する。なお、同図に示すフロー図において、図９に示すフロー図と同じステップには同じ符号を付し、その説明を省略する。
【０１５７】
本実施の形態に係る映像受信装置６００は、実施の形態１に係る映像受信装置３００（図２）と同様の映像受信動作に加えて、アラーム入力およびアラーム送信の動作を行う。すなわち、アラーム入力・送信部６１０によって、映像表示部３７０に表示されている映像を監視しているユーザからのアラーム要求の入力が受けつけられており、アラーム要求が入力された場合に、映像送信装置５００へのアラーム信号ＡＬＡＲＭの送信が開始され、一定間隔で送信が繰り返される（ＳＴ４０００）。ここで、アラーム信号ＡＬＡＲＭの送信間隔は、映像表示部３７０における映像の表示間隔と同一もしくは表示間隔以下とする。また、ユーザからアラーム解除要求が入力された場合には、アラーム入力・送信部６１０によって、アラーム情報ＡＲＡＬＲＭの送信が停止される。
【０１５８】
このように、本実施の形態によれば、映像送信装置の画像認識またはユーザによる監視によって異常状態の発生が検知された場合に、映像送信装置は、プライバシモードを解除して通常モードの走査順序で画像の走査を行って映像ストリームを送信する。したがって、通常時はプライバシを保護する一方、例えば早急な犯人逮捕を必要とする異常状態においては、高画質な監視カメラ映像の復号化を広範囲の通常ユーザにも許可することが可能となり、犯人特定や迅速な犯人検挙の可能性を高くすることができる。
【０１５９】
なお、本実施の形態においては、アラーム情報があった場合にプライバシモードを解除する例を説明したが、逆にユーザ要求があった場合に動的にプライバシモードを設定することも可能である。これにより、ユーザの要求に合わせた自由度の高いプライバシ保護が可能となる。
【０１６０】
また、時刻情報や入力画像の画像番号に基づいて、所定の周期で自動的に複数のモードを変更することも可能である。このような場合、特定ユーザのみにあらかじめモード変更の周期を通知しておくことにより、走査リストを随時送信することなく、特定ユーザのみが高画質再生を可能とすることも実現できる。これにより、例えば夜間のみは自動でプライバシモードとするなどの、自由度の高いプライバシ保護が可能となる。
【０１６１】
（実施の形態３）
本発明の実施の形態３の特徴は、画像認識やユーザからの指定に基づく画像中の指定ブロックに対しては、指定プライバシモードの走査順序で走査を行うとともに、通常プライバシモードとは別の走査リストを生成および送信することである。
【０１６２】
図１８は、本発明の実施の形態３に係る映像送信装置の構成を示すブロック図である。なお、同図に示す映像送信装置において、図１および図１３に示す映像送信装置と同じ部分には同じ符号を付し、その説明を省略する。図１８に示す映像送信装置７００は、映像入力部１１０、基本レイヤ符号化部１２０、拡張レイヤ符号化部１３０、基本レイヤ復号化部１４０、走査順序決定部１５０ｂ、多重化部１６０、映像送信部１７０、走査リスト送信部１８０、画像認識部５１０ａ、およびモード変更受信部７１０を有している。
【０１６３】
画像認識部５１０ａは、映像入力部１１０から出力された入力画像と、あらかじめデータベースに登録された例えば顔画像などの登録画像とを画像処理によって照合し、入力画像中に登録画像と一致する物体が検出された場合は、モード変更信号ＰＲＩＶＡＣＹ、検出物の中心座標Ｇ、および検出物の大きさＳの３つのモード変更情報を走査順序決定部１５０ｂへ出力する。本実施の形態では、画像認識部５１０ａは、プライバシ保護の観点から重要である顔領域を検出し、モード変更信号ＰＲＩＶＡＣＹとともに、顔領域の中心座標Ｇおよび顔領域の大きさＳを出力するものとする。
【０１６４】
モード変更受信部７１０は、後述する映像受信装置８００から送信されたモード変更情報を受信し、走査順序決定部１５０ｂへ出力する。
【０１６５】
走査順序決定部１５０ｂは、画像認識部５１０ａおよびモード変更受信部７１０から入力されたモード変更情報に応じて、直交変換係数の走査順序をブロックごとに決定し、ブロックごとの走査リストを係数走査部１２３および係数走査部１３３へ出力する。
【０１６６】
図１９は、実施の形態３に係る映像受信装置の構成を示すブロック図である。なお、同図に示す映像受信装置において、図２および図１４に示す映像受信装置と同じ部分には同じ符号を付し、その説明を省略する。図１９に示す映像受信装置８００は、映像受信部３１０、分離部３２０、走査リスト受信部３３０、基本レイヤ復号化部３４０、拡張レイヤ復号化部３５０、走査順序制御部３６０、映像表示部３７０、およびモード変更送信部８１０を有している。
【０１６７】
モード変更送信部８１０は、ユーザからプライバシ保護を特に必要とする領域（本実施の形態においては顔領域）を示すモード変更要求の入力を受けつけ、モード変更要求が入力された場合に、映像送信装置７００へモード変更情報を送信する。
【０１６８】
次いで、上記構成を有する映像送信装置７００の動作について、図２０に示すフロー図を用いて説明する。なお、同図に示すフロー図において、図３および図１５に示すフロー図と同じステップについては同じ番号を付し、その説明を省略する。また、以下の説明においては、すべての画像がプライバシモードで走査されるものとし、通常モードの走査は行われないものとする。
【０１６９】
本実施の形態においても実施の形態２と同様に、ＳＴ３０００において画像認識部５１０ａによる画像認識が行われ、同時にモード変更受信部７１０によって、常に映像受信装置８００から送信されるモード変更信号ＰＲＩＶＡＣＹが監視されている。そして、モード変更受信部７１０によってモード変更信号ＰＲＩＶＡＣＹが受信された場合、モード変更情報が走査順序決定部１５０ｂへ出力される。
【０１７０】
そして、走査順序決定部１５０ｂによって、画像中の対象となっているブロックがモード変更情報によって指定される指定ブロックであるか否かが判定される（ＳＴ５０００）。ここで、指定ブロックとは、モード変更信号ＰＲＩＶＡＣＹとともに入力される中心座標Ｇおよび大きさＳによって表される四角形の内部に位置するブロックのことである。したがって、本実施の形態においては、顔領域のブロックということになる。
【０１７１】
この判定の結果、対象ブロックが指定ブロックでない通常ブロックであれば、このブロックの基本レイヤおよび拡張レイヤそれぞれについて、実施の形態１と同様のプライバシモード（通常のプライバシモード）の走査順序が決定される（ＳＴ５１００）。同時に、走査順序決定部１５０ｂによって、対象ブロックの走査順序が通常のプライバシモードの走査順序である旨のブロックインデックス情報が記憶される。
【０１７２】
一方、ＳＴ５０００の判定の結果、対象ブロックが指定ブロックであれば、このブロックの基本レイヤおよび拡張レイヤそれぞれについて、通常のプライバシモードとは異なる指定プライバシモードの走査順序が決定される（ＳＴ５２００）。同時に、走査順序決定部１５０ｂによって、対象ブロックの走査順序が指定プライバシモードの走査順序である旨のブロックインデックス情報が記憶される。
【０１７３】
図２１にブロックインデックス情報の例を示す。同図に示すブロックインデックス情報は、入力画像全体の全ブロック数に等しい数の正方格子から構成されており、それぞれの格子の値はその位置のブロックが指定ブロックであるか否かを示す。すなわち、格子の値がＳであるブロックは指定ブロックであり、格子の値が「０」であるブロックは通常のブロックである。例えば、ブロック９００は、格子の値がＳであるため、指定ブロックであることがわかる。
【０１７４】
そして、走査順序決定部１５０ｂによって、画像内の全ブロックに対する走査順序の決定が終了したか否かが判定され（ＳＴ５３００）、終了していない場合は、対象ブロックを他のブロックに移し、ＳＴ５０００からの処理を繰り返す。一方、走査順序の決定が終了している場合は、走査リストが生成される。
【０１７５】
走査リストの生成の際、走査順序決定部１５０ｂによって、ブロックインデックス情報が用いられ、全ブロックの走査順序を示す走査リストが生成される。すなわち、例えば図２１に示すブロックインデックス情報が用いられた場合には、図２２および図２３に示す走査リストが生成される。すなわち、ブロックインデックス情報の格子の値がＳである指定ブロックに関する走査リストと、格子の値が０である通常ブロックに関する走査リストとの、２つの走査リストが基本レイヤおよび拡張レイヤそれぞれについて生成され、走査リスト送信部１８０へ出力される。
【０１７６】
図２２（ａ）は、通常のプライバシモードの走査リストヘッダであり、図２２（ｂ）に示す走査マトリクスを適用する画像番号およびレイヤと、通常のプライバシモードで走査するブロックの位置が１で示されたブロックマップ９１０とから構成されている。
【０１７７】
また、図２３（ａ）は，指定プライバシモードの走査リストヘッダであり、図２３（ｂ）に示す走査マトリクスを適用する画像番号およびレイヤと、指定プライバシモードで走査されるブロックの位置が１で示されたブロックマップ９２０とから構成されている。
【０１７８】
このような走査リストは、走査リスト送信部１８０から、それぞれあらかじめ設定された映像受信装置８００へネットワーク２００を介して送信される。例えば、基本レイヤのプライバシモードの走査リストは通常ユーザへ送信され、拡張レイヤのプライバシモードの走査リストは管理者へ送信され、基本レイヤおよび拡張レイヤの指定プライバシモードの走査リストは監視カメラ設置場所に住んでいる住民に対して送信されることにより、監視カメラに撮像される住民のプライバシを高めることが可能である。また、指定プライバシモードもそれぞれの指定ブロックごとに設定するなど、自由度の高いプライバシ保護を実現することが可能である。
【０１７９】
次に、本実施の形態に係る映像受信装置８００の動作について、図２４に示すフロー図を用いて説明する。なお、同図に示すフロー図において、図９および図１７に示すフロー図と同じステップには同じ符号を付し、その説明を省略する。
【０１８０】
本実施の形態に係る映像受信装置８００は、実施の形態１に係る映像受信装置３００（図２）と同様の映像受信動作に加えて、モード変更情報の送信の動作を行う。すなわち、モード変更送信部８１０によって、指定プライバシモードを設定するモード変更情報として、モード変更信号ＰＲＩＶＡＣＹ、指定領域の中心座標Ｇ、および指定領域の大きさＳがネットワーク２００を介して映像送信装置７００へ送信される（ＳＴ６０００）。
【０１８１】
このように、本実施の形態によれば、映像送信装置は、映像送信装置の画像認識またはユーザによる指定によって指定領域に位置する指定ブロックの走査順序を他の領域に位置する通常ブロックの走査順序と異なるものにする。したがって、全ブロック共通の走査順序にする場合よりも高い秘匿性を確保することが可能となるとともに、より自由度が高いプライバシモードを実現することができる。
【産業上の利用可能性】
【０１８２】
本発明に係る映像通信装置および映像通信方法は、処理負荷を増大させることなく送受信される映像の秘匿性を向上することができ、例えば被撮像者のプライバシを保護しつつ多数の監視カメラを使って遠隔地を監視する遠隔監視システムなどにおいては特に有用である。
【図面の簡単な説明】
【０１８３】
【図１】本発明の実施の形態１に係る映像送信装置の構成を示すブロック図
【図２】実施の形態１に係る映像受信装置の構成を示すブロック図
【図３】実施の形態１に係る映像送信装置の動作を示すフロー図
【図４】実施の形態１に係る映像送信装置の基本レイヤ符号化処理を示すフロー図
【図５】実施の形態１に係る映像送信装置の拡張レイヤ符号化処理を示すフロー図
【図６】（ａ）通常モードの走査順序の一例を示す図（ｂ）プライバシモードの走査順序の一例を示す図
【図７】（ａ）走査リストヘッダの一例を示す図（ｂ）走査マトリクスの一例を示す図
【図８】（ａ）ブロックにおける直交変換係数の一例を示す図（ｂ）通常モードの走査を行った場合の直交変換係数を示す図（ｃ）プライバシモードの走査を行った場合の直交変換係数を示す図
【図９】実施の形態１に係る映像受信装置の動作を示すフロー図
【図１０】実施の形態１に係る映像受信装置の基本レイヤ復号化処理を示すフロー図
【図１１】（ａ）ブロックにおける直交変換係数の一例を示す図（ｂ）プライバシモードの走査を行った場合の直交変換係数を示す図（ｃ）通常モードの逆走査を行った場合の直交変換係数を示す図（ｄ）プライバシモードの逆走査を行った場合の直交変換係数を示す図
【図１２】実施の形態１に係る映像受信装置の拡張レイヤ復号化処理を示すフロー図
【図１３】本発明の実施の形態２に係る映像送信装置の構成を示すブロック図
【図１４】実施の形態２に係る映像受信装置の構成を示すブロック図
【図１５】実施の形態２に係る映像送信装置の動作を示すフロー図
【図１６】実施の形態２に係る画像認識の例を説明する図
【図１７】実施の形態２に係る映像受信装置の動作を示すフロー図
【図１８】本発明の実施の形態３に係る映像送信装置の構成を示すブロック図
【図１９】実施の形態３に係る映像受信装置の構成を示すブロック図
【図２０】実施の形態３に係る映像送信装置の動作を示すフロー図
【図２１】実施の形態３に係るブロックインデックス情報の一例を示す図
【図２２】（ａ）通常のプライバシモードの走査リストヘッダの一例を示す図（ｂ）通常のプライバシモードの走査マトリクスの一例を示す図
【図２３】（ａ）指定プライバシモードの走査リストヘッダの一例を示す図（ｂ）指定プライバシモードの走査マトリクスの一例を示す図
【図２４】実施の形態３に係る映像受信装置の動作を示すフロー図
【符号の説明】
【０１８４】
１１０  映像入力部
１２１、３４４  動き補償部
１２２  量子化部
１２３、１３３  係数走査部
１２４、１３４  可変長符号化部
１３１  差分処理部
１３２、３５３  直交変換部
１４０  基本レイヤ復号化部
１５０、１５０ａ、１５０ｂ  走査順序決定部
１６０  多重化部
１７０  映像送信部
１８０  走査リスト送信部
３１０  映像受信部
３２０  分離部
３３０  走査リスト受信部
３４１、３５１  可変長復号化部
３４２、３５２  係数逆走査部
３４３  逆量子化部
３５４  加算処理部
３６０  走査順序制御部
３７０  映像表示部
５１０、５１０ａ  画像認識部
５２０  アラーム受信部
６１０  アラーム入力・送信部
７１０  モード変更受信部
８１０  モード変更送信部
【図１】
2005229188.tif 000003
【図２】
2005229188.tif 000004
【図３】
2005229188.tif 000005
【図４】
2005229188.tif 000006
【図５】
2005229188.tif 000007
【図６】
2005229188.tif 000008
【図７】
2005229188.tif 000009
【図８】
2005229188.tif 000010
【図９】
2005229188.tif 000011
【図１０】
2005229188.tif 000012
【図１１】
2005229188.tif 000013
【図１２】
2005229188.tif 000014
【図１３】
2005229188.tif 000015
【図１４】
2005229188.tif 000016
【図１５】
2005229188.tif 000017
【図１６】
2005229188.tif 000018
【図１７】
2005229188.tif 000019
【図１８】
2005229188.tif 000020
【図１９】
2005229188.tif 000021
【図２０】
2005229188.tif 000022
【図２１】
2005229188.tif 000023
【図２２】
2005229188.tif 000024
【図２３】
2005229188.tif 000025
【図２４】
2005229188.tif 000026