(57)【特許請求の範囲】
【請求項１】
フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置であって、
受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算手段と、
前記動画像に付加されたハッシュ値と、前記ハッシュ値計算手段により計算されたハッシュ値とを比較するハッシュ値比較手段と、
該ハッシュ値比較手段による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御手段と、
を備えたことを特徴とする画像受信装置。
【請求項２】
フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置であって、
受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算手段と、
前記動画像に付加されたハッシュ値と、前記ハッシュ値計算手段により計算されたハッシュ値とを比較するハッシュ値比較手段と、
該ハッシュ値比較手段による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、ダミーの画像の再生を行い、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御手段と、
を備えたことを特徴とする画像受信装置。
【請求項３】
フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置を構成するコンピュータに実行させるプログラムであって、
受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算機能と、
前記動画像に付加されたハッシュ値と、前記ハッシュ値計算機能により計算されたハッシュ値とを比較するハッシュ値比較機能と、
該ハッシュ値比較機能による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御機能を、当該コンピュータにより実現する、
ことを特徴とするプログラム。
【請求項４】
フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置を構成するコンピュータに実行させるプログラムであって、
受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算機能と、
前記動画像に付加されたハッシュ値と、前記ハッシュ値計算機能により計算されたハッシュ値とを比較するハッシュ値比較機能と、
該ハッシュ値比較機能による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、ダミーの画像の再生を行い、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御機能を、当該コンピュータにより実現する、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信対象となる画像を受信する画像受信装置及びプログラムに関し、特に受信した画像を効果的に再生する画像受信装置及びプログラムに関する。
【背景技術】
【０００２】
近年、映像をデジタル的に符号化（圧縮）して映像ストリームを作り、これをサーバからクライアント端末に配信することが盛んに行われている。さらに映像ストリームを配信する際、限られたクライアント端末にのみ限定的に映像を配信する方法として、映像ストリームの暗号化がある。これにより、暗号鍵を有する端末においては正しい映像の再生が可能であり、暗号鍵を持たないクライアント端末においては、画質の劣化した映像となる。
【０００３】
また、アプリケーションレベルで監視映像を暗号化して伝送し、暗号化したまま記録保存が可能な方式が本発明者らにより提案されている（特願2004-264611）。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
図１には、第三者によって映像ストリームが改ざんされた場合の例を示してある。
図１において、映像配信システムは、ネットワークカメラ１と、ネットワーク２と、クライアント端末（画像受信装置）３と、悪意のある第三者の端末１４から構成されている。ここで、悪意のある第三者は、端末１４を用いてネットワークから改ざんされる前の映像ストリーム１１を受信し、改ざん後、改ざんされた映像ストリーム１２をネットワーク２へ送信する。
【０００５】
図２には、伝送途中で映像ストリームにパケットロスが発生した場合の例を示してある。映像配信システムの構成は、図１の例と同様であるため説明は省略する。ここで、ネットワークカメラからクライアント端末３へ伝送された映像ストリーム１５は、ネットワーク２における伝送途中でパケットロスが発生するとする。この場合、クライアント端末３は、パケットロスした後の映像ストリーム１６を受信することになる。
【０００６】
このように、インターネットのようなセキュアでないネットワーク２を用いて、映像ストリームをサーバ（図１と図２ではネットワークカメラ１）からクライアント端末３に配信する際、悪意のある第三者１３によって映像ストリームが改ざんされた場合（図１参照）や、伝送途中でパケットロスが発生した場合（図２参照）、クライアント端末３は正しくない映像ストリームを受信し、その結果、クライアント端末３のデコーダは正しくない映像ストリームを伸長するため、再生画像が画質劣化するという問題点があった。
【０００７】
特に、映像ストリームがＭＰＥＧ−４(Moving Picture Experts Group phase 4)の場合、デコーダが映像ストリームを伸長（復号）する際には、１つ前のＶＯＰ（Video Object Plane）を参照する。即ち、ＭＰＥＧ−４映像ストリームは、Ｐ（predictive）−ＶＯＰ（フレーム間符号化：時間的に前のフレームとの間の差分だけを符号化したもので、前のフレームのデータがないと画像が再生されないもの）の間に、周期的なＩ（intra）−ＶＯＰ（フレーム内符号化：自分自身のフレームのみのデータを用いて符号化したもの）が挿入される構成である。従って、あるＶＯＰデータ（Ｉ−ＶＯＰやＰ−ＶＯＰ）が誤った場合、これ以降のＶＯＰデータ（Ｐ−ＶＯＰ）を受信しても、次のI−ＶＯＰが来るまでは、正しく伸長することができないという、画質劣化の時間方向への伝搬が起こる。
【０００８】
更に、暗号化された映像ストリームの場合は、１ビットでもデータが誤ると、元の映像ストリームに戻すことができないため、デコーダは正しくない映像ストリームを伸長すると、再生画像が画質劣化するだけでなく、デコーダによってはハングアップするという問題点があった。
【０００９】
図３には、サーバの暗号鍵をクライアント端末の復号鍵と異なる値に変えた場合の例を示してある。映像配信システムの構成は、図１の例と同様であるため説明は省略する。
図３において、クライアント端末３は、通常時は、鍵１で暗号化した映像ストリーム１７を受信している。しかし、クライアント端末３が、サーバ（図３ではネットワークカメラ１）に鍵を鍵１から鍵２に変更するよう指示した場合（図３参照）、クライアント端末３は、鍵を鍵１から鍵２に変更する前に、鍵２で暗号化された映像ストリーム１８を受信して、鍵１で復号してしまう。そのため、デコーダは正しくない映像ストリームを伸長することになるため、上記と同じく、再生画像が画質劣化するだけでなく、デコーダによってはハングアップする。
【００１０】
本発明は、このような事情に鑑み為されたもので、受信した画像を効果的に再生することができる画像受信装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明に係る画像受信装置は、フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置であって、受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算手段と、前記動画像に付加されたハッシュ値と、前記ハッシュ値計算手段により計算されたハッシュ値とを比較するハッシュ値比較手段と、該ハッシュ値比較手段による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御手段を備えるように構成される。
【００１２】
また、上記目的を達成するため、本発明に係る画像受信装置は、フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置であって、受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算手段と、前記動画像に付加されたハッシュ値と、前記ハッシュ値計算手段により計算されたハッシュ値とを比較するハッシュ値比較手段と、該ハッシュ値比較手段による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、ダミーの画像の再生を行い、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御手段を備えるように構成される。
【００１３】
また、上記目的を達成するため、本発明に係るプログラムは、フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置を構成するコンピュータに実行させるプログラムであって、受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算機能と、前記動画像に付加されたハッシュ値と、前記ハッシュ値計算機能により計算されたハッシュ値とを比較するハッシュ値比較機能と、該ハッシュ値比較機能による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御機能を、当該コンピュータにより実現するように構成される。
【００１４】
また、上記目的を達成するため、本発明に係るプログラムは、フレーム内符号化とフレーム間符号化とを用いた符号化方式により処理した動画像データであって、各フレーム毎に該フレームに対応するハッシュ値が付加された前記動画像データを受信する画像受信装置を構成するコンピュータに実行させるプログラムであって、受信した前記動画像の各フレーム毎にハッシュ値を計算するハッシュ値計算機能と、前記動画像に付加されたハッシュ値と、前記ハッシュ値計算機能により計算されたハッシュ値とを比較するハッシュ値比較機能と、該ハッシュ値比較機能による比較の結果、ハッシュ値が一致しなかった場合に、以降の前記フレーム間符号化によるフレームの復号化を行わず、ダミーの画像の再生を行い、次のフレーム内符号化によるフレームから再びハッシュ値の比較を行う復号化制御機能を、当該コンピュータにより実現するように構成される。
【発明の効果】
【００１５】
以上説明したように、本発明に係る画像受信装置及びプログラムによると、ハッシュ値比較手段による比較の結果、動画像に付加されたハッシュ値と、ハッシュ値計算手段により計算されたハッシュ値とが一致しなかった場合に、以降のフレーム間符号化によるフレームの復号化を行わず、次のフレーム内符号化によるフレームから再びハッシュ値の比較をするようにしたため、受信した画像を効果的に再生することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について、図面を参照しながら説明する。
まず、ＭＰＥＧ−４のストリーム構成について説明する。図４には、ＭＰＥＧ−４の映像ストリーム構成の概略を示してある。ＭＰＥＧ−４の映像ストリーム構成の実際については、ＩＳＯ／ＩＥＣ  １４４９６−２に規定されている通りであるが、概略を模式的に示すと、図４に示すように、ＭＰＥＧ−４の符号化画像データは、video object start codeから始まるＶＯ（Video Object）ヘッダ、アプリケーションに合わせてユーザが使用可能な領域でありuser data start codeから始まるユーザデータ領域、vop start codeから始まるＶＯＰヘッダ、フレームに相当する画像本体の符号化情報であるＶＯＰデータから構成される。なお、図４に示すように、ユーザデータ領域の後にはＶＯＰヘッダ、ＶＯＰデータが繰り返し続く構成となっている。
【００１７】
図５には、本発明の一実施例に係る映像配信システムの構成例を示してある。なお、映像配信システムの構成は、図１の例と同様であるため説明は省略する。
図５において、ネットワークカメラ１は、入力映像を圧縮して映像ストリームを作り、各ＶＯＰデータに対するＭＡＣ（Message Authentication Code）値を付加した後に、ネットワーク２に出力する。なお、ＭＡＣとは、例えば、２００３年にナツメ社より発行された伊藤正史氏による『暗号理論』と題する書籍のＰ１９５で解説されているように、任意長のメッセージと、送受信者が共有する鍵との２つの入力を元にして、固定ビット長の計算する関数で、鍵に依存した一方向ハッシュ関数と考えられるものである。クライアント端末３のデコーダは、映像ストリームに付加されたＭＡＣ値と、デコーダで計算したＭＡＣ値が一致する場合は、ＶＯＰデータを伸長することで、映像を再生することができる。一方、両者が一致しない場合は、次のＶＯヘッダを検出するまで、ＶＯＰデータを伸長しない。
【００１８】
なお、映像配信システムの構成は、図５に示すものには限られず、例えば、更に、映像蓄積配信サーバを備えた構成が用いられてもよい。この場合、例えば、映像蓄積配信サーバは、ネットワーク２を介してネットワークカメラ１から映像ストリームを取得し、映像データの記録を行う。また、例えばクライアント端末３からの要求に応じて記録された映像ストリームをネットワーク２を介してクライアント端末３に送信（配信）する。また、例えば、クライアント端末３が映像ストリームを蓄積する機能を備えていて、記録された映像ストリームを再生する際にＭＡＣ値の比較やＶＯＰデータの伸張等を行うようにしてもよい。また、ネットワークカメラ１は、例えば、カメラとＷｅｂエンコーダとに分離した構成としてもよい。
【００１９】
図６には、ＭＡＣ値が付加された映像ストリームの構成例を示してある。図６に示すように、ネットワークカメラ１は、例えば、各ＶＯＰヘッダ＋ＶＯＰデータに対してＭＡＣ値の計算を行い、例えば、各ＶＯＰデータの直後にＭＡＣ値を付加する。
【００２０】
図７には、暗号化した映像ストリームの構成例を示してある。図７に示すように、ネットワークカメラ１は、例えば、映像ストリームの非ヘッダー部分（この場合はＶＯＰデータ）を暗号化する。
【００２１】
図８には、ＭＡＣ値が付加された映像ストリームの構成例を示してある。図８に示すように、ネットワークカメラ１は、例えば、各ＶＯＰヘッダ＋暗号化ＶＯＰデータに対してＭＡＣ値の計算を行い、例えば、各暗号化ＶＯＰデータの直後にＭＡＣ値を付加する。
【００２２】
図９には、クライアント端末３のデコーダの構成例を示してある。
図９において、デコーダは、ヘッダ検出処理部４と、ＭＡＣ値抽出処理部５と、ＭＡＣ値計算処理部６と、ＭＡＣ値比較処理部７と、スイッチ８と、暗号復号処理部９と映像復号処理部１０から構成されている。
【００２３】
図１０には、デコーダの動作手順の１つ目の例を示してある。まず、ヘッダ検出処理部４は、受信した映像ストリームの中から、ＶＯヘッダ(00 00 01 01h)を探索する（不図示）。次に、受信した映像ストリームの中から、ユーザデータ・スタートコード(00 00 01 B2h)を検出すると、この中に格納された動作モードフラグ（暗号・非暗号の区別、本実施例ではネットワークカメラ１で格納されるものとする）から、映像ストリームが暗号又は非暗号のどちらかであるか否かを調べる（不図示）。次に、受信した映像ストリームの中から、ＶＯＰヘッダ(00 00 01 B6h)を検出すると、ＭＡＣ値抽出処理部５は、ＶＯＰヘッダと次のＶＯＰヘッダ間のデータ（最初のＶＯＰヘッダを検出した場合は、ＶＯヘッダと２番目のＶＯＰヘッダ間のデータ）の中から、格納されているＭＡＣ値を抽出する。
【００２４】
次に、ＭＡＣ値計算処理部６は、ＶＯＰヘッダと次のＶＯＰヘッダ間のデータ（最初のＶＯＰヘッダを検出した場合は、ＶＯヘッダと２番目のＶＯＰヘッダ間のデータ）の中から、ＭＡＣ値を除いたデータに対するＭＡＣ値を計算する。次に、ＭＡＣ値比較処理部７は、映像ストリームに格納されていたＭＡＣ値と、ＭＡＣ値計算処理部６が計算したＭＡＣ値を比較する（ステップＳ１０ａ）。比較した結果、両者が一致する場合は（ステップＳ１０ｂでＹＥＳ）、動作モードフラグに応じてスイッチ８を切り替え、映像ストリームが非暗号である場合は、映像復号処理部１０がＶＯＰデータの復号化を行い、映像ストリームが暗号である場合は、暗号復号処理部９が暗号化ＶＯＰデータの暗号を復号後、映像復号処理部１０がＶＯＰデータの復号化を行う（ステップＳ１０ｃ）。
【００２５】
一方、両者が一致しない場合は（ステップＳ１０ｂでＮＯ）、再びヘッダ検出処理部４でＶＯヘッダの検出を開始し（ステップＳ１０ｄ）、次のＶＯヘッダを検出するまで、ＶＯＰデータを伸長しない。即ち、ＭＡＣ値が一致しないＶＯＰデータを復号せず、次のＶＯヘッダまでフレームスキップする。つまり、これは、ＭＡＣ値が一致しない場合は、データが正常な状態で受信されていないため、復号しても画質の劣化した映像となる。そして、更に、前のＶＯＰデータを参照するＰ−ＶＯＰの復号化を行うと、画質劣化の影響が伝搬するため、次のＩ−ＶＯＰが出現する目印となるＶＯヘッダの検出まで、ＭＡＣ値の比較や映像の復号化をスキップするということである。
【００２６】
以上のような処理により、クライアント端末３が、正しくない映像ストリームを受信した場合でも、画質劣化した映像を伸長しない（画質劣化の伝搬は起こらない）ために、画質劣化の時間方向への伝搬が防げる。
【００２７】
図１１には、デコーダの動作手順の２つ目の例を示してある。ＭＡＣ値比較処理部７が、映像ストリームに格納されていたＭＡＣ値と、ＭＡＣ値計算処理部６が計算したＭＡＣ値を比較し、両者が一致する場合の処理までは、図１０と同じである（ステップＳ１１ａ〜ステップＳ１１ｃ）。両者が一致しない場合は（ステップＳ１１ｂでＮＯ）、ＶＯヘッダ検出フラグをオフとし、さらにダミーのＶＯＰデータ（I−ＶＯＰ：例えば黒画面）を映像復号処理部１０に送る（ステップＳ１１ｄ）。そして、再びヘッダ検出処理部４でＶＯヘッダの検出を開始し（ステップＳ１１ｅ）、次のＶＯヘッダを検出するまで、ネットワークカメラ１から受信した映像ストリーム中のＶＯＰデータを伸長しない。ただし、ダミーのＶＯＰデータを映像復号処理部１０に送ることで、ダミーの画像（例えば黒画面）が再生されるため、クライアント端末３が、正しくない映像ストリームを受信したことが視覚的にわかる。
【００２８】
以上の例では、ＭＰＥＧ−４の映像ストリームを前提としていたが、これ以外の映像ストリームを用いた場合も本願に含まれることは明白である。
次に、本発明の他の実施例について説明する。この実施例では、ＪＰＥＧ(Joint Photographic Experts Group)の映像ストリームを前提とする。
【００２９】
まず、ＪＰＥＧのストリーム構成について説明する。図１２には、ＪＰＥＧの映像ストリーム構成の概略を示してある。図１２に示すように、ＪＰＥＧの符号化画像データは、ＳＯＩ（Start Of Image）、ＥＯＩ（End Of Image）などの単独マーカと、ＡＰＰ０（Application type0）、ＡＰＰ１（Application type1）などのマーカと付加情報からなるマーカセグメントと、ユーザデータ領域と、画像本体であるハフマン符号化されたイメージデータから構成される。
【００３０】
図１３には、ＭＡＣ値が付加された映像ストリームの構成例を示してある。図１３に示すように、ネットワークカメラ１は、例えば、ＳＯＩからＥＯＩまでのデータに対してＭＡＣ値の計算を行い、例えば、ユーザデータ領域にＭＡＣ値を付加する。
【００３１】
図１４には、暗号化した映像ストリームの構成例を示してある。図１４に示すように、ネットワークカメラ１は、例えば、映像ストリームのＡＰＰ１からＥＯＩまでのデータを暗号化する。
【００３２】
図１５には、ＭＡＣ値が付加された映像ストリームの構成例を示してある。図１５に示すように、ネットワークカメラ１は、例えば、ＳＯＩから暗号化データまでのＭＡＣ値の計算を行い、例えば、ユーザデータ領域にＭＡＣ値を付加する。
【００３３】
次に、本実施例について、図９に示したデコーダの動作ブロックの例を用いて説明する。
図１６には、デコーダの動作手順の３つ目の例を示してある。まず、ヘッダ検出処理部４は、受信した映像ストリームのユーザデータの中に格納された動作モードフラグ（暗号・非暗号の区別）から、映像ストリームが暗号又は非暗号のどちらかであるか調べる（不図示）。次に、ＭＡＣ値抽出処理部５は、受信した映像ストリームのユーザデータ領域の所定の位置に格納されているＭＡＣ値を抽出する（不図示）。次に、ＭＡＣ値計算処理部６は、ＭＡＣ値を除いたデータに対するＭＡＣ値を計算する。次にＭＡＣ値比較処理部７は、映像ストリームに格納されていたＭＡＣ値と、ＭＡＣ値計算処理部６が計算したＭＡＣ値を比較する（ステップＳ１６ａ）。
【００３４】
比較した結果、両者が一致する場合は（ステップＳ１６ｂでＹＥＳ）、動作モードフラグに応じてスイッチ８を切り替え、映像ストリームが非暗号である場合は、映像復号処理部１０が映像ストリームを復号し、映像ストリームが暗号である場合は、暗号復号処理部９が暗号化データ部分を復号し、元の映像ストリームを、映像復号処理部１０が復号する（ステップＳ１６ｃ）。
【００３５】
一方、両者が一致しない場合は（ステップＳ１６ｂでＮＯ）、映像ストリームを復号しない（ステップＳ１６ｄ）。つまり、ＭＡＣ値が一致しない映像ストリームを復号しない。
【００３６】
以上のような処理により、クライアント端末３が、正しくない映像ストリームを受信した場合でも、画質劣化した映像を伸長しないために、画質劣化した映像の再生を防ぐことができる。なお、ＪＰＥＧの場合も、ＭＡＣ値が一致しない場合は、ダミーの映像ストリームを映像復号処理部１０に送る場合も本願に含まれることは明白である。また、以上の例では、ＪＰＥＧの映像ストリームを前提としていたが、これ以外の映像ストリームを用いた場合も本願に含まれることは明白である。
【００３７】
また、本実施例では、ＭＡＣ値を使用する構成例を示したが、他の構成例として、ＭＡＣ値以外のその他のハッシュ値を使用する構成としてもよい。
なお、本実施例の画像受信装置では、ＭＡＣ値計算処理部６の機能によりハッシュ値計算手段が構成されており、ＭＡＣ値比較処理部７の機能によりハッシュ値比較手段が構成されており、スイッチ８等の機能により復号化制御手段が構成されている。
【００３８】
ここで、本発明に係る画像受信装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。例えば、画像受信装置は、ＰＣ（パーソナルコンピュータ）であってもよいし、Ｗｅｂデコーダ等であってもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々な装置やシステムとして提供することも可能である。
【００３９】
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係る画像受信装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
【００４０】
また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【図面の簡単な説明】
【００４１】
【図１】第三者によって映像ストリームが改ざんされた場合の例を示す図である。
【図２】伝送途中で映像ストリームにパケットロスが発生した場合の例を示す図である。
【図３】サーバの暗号鍵をクライアント端末の復号鍵と異なる値に変えた場合の例を示す図である。
【図４】ＭＰＥＧ−４の映像ストリーム構成の概略を示す図である。
【図５】本発明の一実施例に係る映像配信システムの構成例を示す図である。
【図６】本発明の一実施例に係るＭＡＣ値が付加された映像ストリームの構成例を示す図である。
【図７】本発明の一実施例に係る暗号化した映像ストリームの構成例を示す図である。
【図８】本発明の一実施例に係るＭＡＣ値が付加された映像ストリームの構成例を示す図である。
【図９】本発明の一実施例に係るクライアント端末３のデコーダの構成例を示す図である。
【図１０】本発明の一実施例に係るデコーダの動作手順の一例を示す図である。
【図１１】本発明の一実施例に係るデコーダの動作手順の一例を示す図である。
【図１２】本発明の一実施例に係るＪＰＥＧの映像ストリーム構成の概略を示す図である。
【図１３】本発明の一実施例に係るＭＡＣ値が付加された映像ストリームの構成例を示す図である。
【図１４】本発明の一実施例に係る暗号化した映像ストリームの構成例を示す図である。
【図１５】本発明の一実施例に係るＭＡＣ値が付加された映像ストリームの構成例を示す図である。
【図１６】本発明の一実施例に係るデコーダの動作手順の一例を示す図である。
【符号の説明】
【００４２】
１：ネットワークカメラ、２：ネットワーク、３：クライアント端末、４：ヘッダ検出処理部、５：ＭＡＣ値抽出処理部、６：ＭＡＣ値計算処理部、７：ＭＡＣ値比較処理部、８：スイッチ、９：暗号復号処理部、１０：映像復号処理部。
【図１】
0004499631.tif 000002
【図２】
0004499631.tif 000003
【図３】
0004499631.tif 000004
【図４】
0004499631.tif 000005
【図５】
0004499631.tif 000006
【図６】
0004499631.tif 000007
【図７】
0004499631.tif 000008
【図８】
0004499631.tif 000009
【図９】
0004499631.tif 000010
【図１０】
0004499631.tif 000011
【図１１】
0004499631.tif 000012
【図１２】
0004499631.tif 000013
【図１３】
0004499631.tif 000014
【図１４】
0004499631.tif 000015
【図１５】
0004499631.tif 000016
【図１６】
0004499631.tif 000017